(57)【要約】  アクセスネットワーク内に位置管理装置機能を持ち、基地局のコアネットワークへの接続性が失われた事を検知し、検知に基づき基地局主導して、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移処理を開始する。状態遷移処理では、端末装置から再アタッチ手続きを行うことにより、基地局折り返しの通信に切り替えることができる。これにより、コアネットワークへの接続性が失われた基地局の通信圏内に在圏する端末間の通信を、基地局折り返しの通信に切り替えるための通信制御方法等を提供することとなる。
2016076293.tif 000002
【特許請求の範囲】
【請求項１】
基地局装置であって、
第１の端末装置との間に第１のＰＤＮコネクションを確立し、
第２の端末装置との間に第２のＰＤＮコネクションを確立し、
前記第１のＰＤＮコネクション及び前記第２のＰＤＮコネクションは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮを用いて確立されたＰＤＮコネクションであり、
前記Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、前記基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、基地局装置によるユーザデータの転送機能であり、
前記第１のＰＤＮコネクションを用いて前記第１の端末装置が送信したユーザデータを受信し、
前記ユーザデータを前記第２のＰＤＮコネクションを用いて前記第２の端末装置に送信する
ことを特徴とする基地局装置。
【請求項２】
基地局装置であって、
第１の端末装置が開始するアタッチ手続きの制御メッセージに含まれるＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）を取得し、
前記ＡＰＮはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮであり、
前記Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、前記基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、ゲートウェイによるユーザデータの転送機能であり、
前記ＡＰＮの取得に基づいて、ＰＤＮ接続を与えるためのゲートウェイとしてＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能において使用が許可される第１のゲートウェイを選択し、
前記第１のゲートウェイと前記第１の端末装置との間に第１のＰＤＮコネクションを確立することを許可する
ことを特徴とする基地局装置。
【請求項３】
前記第１の端末装置が、前記Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮを用いてコアネットワークに接続していることに基づいて、
Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可する第１の許可情報を、第１の位置管理装置または前記第１の端末装置から取得し、
前記第１の位置管理装置は、前記第１の端末装置の位置管理を行う装置であり、
前記第１のＰＤＮコネクションと、前記第１の許可情報を対応付けて記憶する
ことを特徴とする請求項１又は２に記載の基地局装置。
【請求項４】
前記第１の端末装置に、第１の通知メッセージを送信し、
前記第１の通知メッセージは、デタッチの要求と、アタッチが必要であることを通知するメッセージであり、
前記第１の通知メッセージに基づいて前記第１の端末装置が開始するアタッチ手続きにより、前記ＡＰＮを取得する
ことを特徴とする、請求項１から３の何れか一項に記載の基地局装置。
【請求項５】
前記第１の通知メッセージはレイヤ２レベルのメッセージであり、
前記第１の通知メッセージは、前記第１の端末装置が記憶する前記第１の端末装置のアタッチ状態を示す端末コンテキストを消去することを要求する
ことを特徴とする請求項４記載の基地局装置。
【請求項６】
前記第１の状態及び／または前記第２の状態への遷移に基づいて、
前記第１の端末装置からトラッキングエリア更新要求メッセージを受信するために、第１のトラッキングエリア識別情報を報知情報に含めて前記基地局の無線エリアに報知し、
前記第１のトラッキングエリア識別情報は、前記第１の状態及び／または前記第２の状態への遷移する以前に報知情報に含めて送信していた第２のトラッキングエリア識別情報とは異なる識別情報であり、
前記第１の端末装置からトラッキングエリア更新要求メッセージを受信する
ことを特徴とする請求項１又は２に記載の基地局装置。
【請求項７】
端末装置であって、
Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）を用いてＰＤＮコネクションを確立し、
前記Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、基地局装置又はゲートウェイによるユーザデータの転送機能であり、
前記ＰＤＮコネクションは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＰＤＮコネクションであり、
前記ＰＤＮコネクションを用いて前記基地局装置にユーザデータを送信する
ことを特徴とする、端末装置。
【請求項８】
前記端末装置が、前記ＡＰＮを用いて前記ＰＤＮコネクションを確立していることに基づいて、
前記基地局装置に、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可する許可情報を送信する
ことを特徴とする、請求項７に記載の端末装置。
【請求項９】
前記基地局装置から通知メッセージを受信し、
前記通知メッセージは、デタッチの要求と、アタッチが必要であることを通知するメッセージであり、
前記通知メッセージを受信したことに基づいて、前記基地局装置にアタッチ要求メッセージを送信してアタッチ手続きを開始する
ことを特徴とする請求項８に記載の端末装置。
【請求項１０】
前記通知メッセージはレイヤ２レベルのメッセージであり、
前記通知メッセージを受信したことに基づき、前記端末装置から前記端末装置のアタッチ状態を示す端末コンテキストを消去する
ことを特徴とする請求項９に記載の端末装置。
【請求項１１】
前記通知メッセージには、アプリケーションを識別する識別情報を含み、
前記通知メッセージを受信したことに基づいて、前記アプリケーションに割り当てられた無線リソースを解放し、
前記通知メッセージに対する応答メッセージを前記基地局装置に送信する
ことを特徴とする請求項１０に記載の端末装置。
【請求項１２】
前記基地局装置及び／または位置管理装置が報知した報知情報を受信し、
前記報知情報は、第１のトラッキングエリア識別情報を含み、
前記位置管理装置は、前記端末装置の位置管理を行う装置であり、
前記第１のトラッキングエリア識別情報は前記第１の状態及び／または前記第２の状態への遷移する以前に報知情報に含めて送信していた第２のトラッキングエリア識別情報とは異なる識別情報であり、
前記報知情報を受信したことに基づき、前記基地局装置にトラッキングエリア更新要求メッセージを送信する
ことを特徴とする請求項７に記載の端末装置。
【請求項１３】
基地局装置の制御方法であって、
第１の端末装置との間に第１のＰＤＮコネクションを確立するステップと、
第２の端末装置との間に第２のＰＤＮコネクションを確立するステップと、
前記第１のＰＤＮコネクション及び前記第２のＰＤＮコネクションは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮを用いて確立されたＰＤＮコネクションであり、
前記Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、前記基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、基地局装置によるユーザデータの転送機能であり、
前記第１のＰＤＮコネクションを用いて前記第１の端末装置が送信したユーザデータを受信するステップと、
前記ユーザデータを前記第２のＰＤＮコネクションを用いて前記第２の端末装置に送信するステップと、
を有することを特徴とする基地局装置の制御方法。
【請求項１４】
基地局装置の制御方法であって、
第１の端末装置が開始するアタッチ手続きの制御メッセージに含まれるＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）を取得するステップと、
前記ＡＰＮはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮであり、
前記Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、前記基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、ゲートウェイによるユーザデータの転送機能であり、
前記ＡＰＮの取得に基づいて、ＰＤＮ接続を与えるためのゲートウェイとしてＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能において使用が許可される第１のゲートウェイを選択するステップと、
前記第１のゲートウェイと前記第１の端末装置との間に第１のＰＤＮコネクションを確立することを許可するステップと、
を有することを特徴とする基地局装置の制御方法。
【請求項１５】
前記第１の端末装置が、前記Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮを用いてコアネットワークに接続していることに基づいて、
Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可する第１の許可情報を、第１の位置管理装置または前記第１の端末装置から取得するステップと、
前記第１の位置管理装置は、前記第１の端末装置の位置管理を行う装置であり、
前記第１のＰＤＮコネクションと、前記第１の許可情報を対応付けて記憶するステップと、
をことを有することを特徴とする請求項１３又は１４に記載の基地局装置の制御方法。
【請求項１６】
前記第１の端末装置に、第１の通知メッセージを送信するステップと、
前記第１の通知メッセージは、デタッチの要求と、アタッチが必要であることを通知するメッセージであり、
前記第１の通知メッセージに基づいて前記第１の端末装置が開始するアタッチ手続きにより、前記ＡＰＮを取得するステップと
を有することを特徴とする、請求項１３から１５の何れか一項に記載の基地局装置の制御方法。
【請求項１７】
前記第１の通知メッセージはレイヤ２レベルのメッセージであり、
前記第１の通知メッセージは、前記第１の端末装置が記憶する前記第１の端末装置のアタッチ状態を示す端末コンテキストを消去することを要求するステップを有する
ことを特徴とする請求項１６に記載の基地局装置の制御方法。
【請求項１８】
前記第１の状態及び／または前記第２の状態への遷移に基づいて、
前記第１の端末装置からトラッキングエリア更新要求メッセージを受信するために、第１のトラッキングエリア識別情報を報知情報に含めて前記基地局装置の無線エリアに報知するステップと、
前記第１のトラッキングエリア識別情報は、前記第１の状態及び／または前記第２の状態への遷移する以前に報知情報に含めて送信していた第２のトラッキングエリア識別情報とは異なる識別情報であり、
前記第１の端末装置からトラッキングエリア更新要求メッセージを受信するステップと、
を有することを特徴とする請求項１３又は１４に記載の基地局装置の制御方法。
【請求項１９】
端末装置の制御方法であって、
Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）を用いてＰＤＮコネクションを確立するステップと、
前記Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、基地局装置又はゲートウェイによるユーザデータの転送機能であり、
前記ＰＤＮコネクションは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＰＤＮコネクションであり、
前記ＰＤＮコネクションを用いて前記基地局装置にユーザデータを送信するステップと、
を有することを特徴とする、端末装置の制御方法。
【請求項２０】
前記端末装置が、前記ＡＰＮを用いて前記ＰＤＮコネクションを確立していることに基づいて、
前記基地局装置に、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可する許可情報を送信するステップを有する
ことを特徴とする、請求項１９に記載の端末装置の制御方法。
【請求項２１】
前記基地局装置から通知メッセージを受信するステップと、
前記通知メッセージは、デタッチの要求と、アタッチが必要であることを通知するメッセージであり、
前記通知メッセージを受信したことに基づいて、前記基地局装置にアタッチ要求メッセージを送信してアタッチ手続きを開始するステップと、
を有することを特徴とする請求項２０に記載の端末装置の制御方法。
【請求項２２】
前記通知メッセージはレイヤ２レベルのメッセージであり、
前記通知メッセージを受信したことに基づき、前記端末装置から前記端末装置のアタッチ状態を示す端末コンテキストを消去するステップを有する
ことを特徴とする請求項２１に記載の端末装置の制御方法。
【請求項２３】
前記通知メッセージには、アプリケーションを識別する識別情報を含み、
前記通知メッセージを受信したことに基づいて、前記アプリケーションに割り当てられた無線リソースを解放するステップと、
前記通知メッセージに対する応答メッセージを前記基地局装置に送信するステップと
を有することを特徴とする請求項２２に記載の端末装置の制御方法。
【請求項２４】
前記基地局装置及び／または位置管理装置が報知した報知情報を受信し、
前記位置管理装置は、前記端末装置の位置管理を行う装置であり、
前記報知情報は、第１のトラッキングエリア識別情報を含み、
前記第１のトラッキングエリア識別情報は前記第１の状態及び／または前記第２の状態への遷移する以前に報知情報に含めて送信していた第２のトラッキングエリア識別情報とは異なる識別情報であり、
前記報知情報を受信したことに基づき、前記基地局装置にトラッキングエリア更新要求メッセージを送信するステップを有することを特徴とする請求項１９に記載の端末装置の制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局装置、位置管理装置、端末装置、及び制御方法に関する。
【背景技術】
【０００２】
近年の移動通信システムの標準化活動を行う３ＧＰＰ（Ｔｈｅ  ３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、オールＩＰ化を実現する、非特許文献１に記載のＥＰＳ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｓｙｓｔｅｍ）の仕様化を行っている。ＥＰＳは、移動通信事業者等が携帯電話サービスを提供するための移動通信システムであり、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）と呼ばれるコアネットワークやＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）とよばれる無線通信規格に基づくアクセスネットワーク等を含めて構成されている。【０００３】
さらに、３ＧＰＰのＥＰＳの仕様化の中で、災害などの要因によりコアネットワークへの接続（バックホール）が失われた基地局装置で構成されるアクセスネットワークにおいて、基地局折り返しの通信の実現を目的とするＩＯＰＳ（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ  Ｏｐｅｒａｔｉｏｎ  ｆｏｒ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）の検討を行っている。これにより、同じアクセスネットワークを構成する基地局の通信圏内に存在する近隣の端末同士に対して、基地局とコアネットワーク間の接続が切断、または接続に対して制限が必要な状態においても、端末間の通信を提供することができる。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＴＳ２３．４０１  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ、  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  （ＧＰＲＳ）  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）  ａｃｃｅｓｓ  （Ｒｅｌｅａｓｅ  １２）
【非特許文献２】３ＧＰＰ  ＴＳ  ２２．３４６  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ  Ｏｐｅｒａｔｉｏｎ  ｆｏｒ  Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ；Ｓｔａｇｅ  １  （Ｒｅｌｅａｓｅ  １３）
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＩＯＰＳでは、基地局がコアネットワークへ正常に接続している通常状態から、基地局がコアネットワークへの接続を失った状態、またはなんらかの制限をされた状態へ状態遷移することにより、ＩＯＰＳに基づいた基地局折り返しのデータ転送サービスを開始することが検討されている。【０００６】
しかし、現在こうしたコアネットワークに対するアクセスネットワークの状態遷移に伴った、基地局折り返しのデータ転送サービスを開始する手段は明らかになっていない。更に、基地局折り返しのデータ転送方法の具体的な手段についても明らかになっていない。【０００７】
本発明は、このような事情を鑑みてなされたもので、その目的は、基地局のコアネットワークへの接続状態の状態遷移に伴って、同じ基地局の通信圏内に存在する端末装置間の通信を基地局またはゲートウェイで折り返す通信に切り替えるための好適な手段、及びコアネットワークへの接続を失った基地局を用いた端末間の通信の好適な手段を提供することである。
【課題を解決するための手段】
【０００８】
本発明の基地局装置は、第１の端末装置との間に第１のＰＤＮコネクションを確立し、第２の端末装置との間に第２のＰＤＮコネクションを確立し、第１のＰＤＮコネクション及び第２のＰＤＮコネクションは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮを用いて確立されたＰＤＮコネクションであり、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、基地局装置によるユーザデータの転送機能であり、第１のＰＤＮコネクションを用いて第１の端末装置が送信したユーザデータを受信し、ユーザデータを第２のＰＤＮコネクションを用いて第２の端末装置に送信することを特徴とする。【０００９】
本発明の基地局装置は、第１の端末装置が開始するアタッチ手続きの制御メッセージに含まれるＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）を取得し、ＡＰＮはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮであり、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、ゲートウェイによるユーザデータの転送機能であり、ＡＰＮの取得に基づいて、ＰＤＮ接続を与えるためのゲートウェイとしてＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能において使用が許可される第１のゲートウェイを選択し、第１のゲートウェイと第１の端末装置との間に第１のＰＤＮコネクションを確立することを許可することを特徴とする。【００１０】
本発明の基地局装置は、第１の端末装置が、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮを用いてコアネットワークに接続していることに基づいて、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可する第１の許可情報を、位置管理装置または第１の端末装置から取得し、位置管理装置は、第１の端末装置の位置管理を行う装置であり、第１のＰＤＮコネクションと、第１の許可情報を対応付けて記憶することを特徴とする。【００１１】
本発明の基地局装置は、第１の端末装置に、第１の通知メッセージを送信し、第１の通知メッセージは、デタッチの要求と、アタッチが必要であることを通知するメッセージであり、第１の通知メッセージに基づいて第１の端末装置が開始するアタッチ手続きにより、ＡＰＮを取得することを特徴とする。【００１２】
本発明の基地局装置は、第１の通知メッセージはレイヤ２レベルのメッセージであり、第１の通知メッセージは、第１の端末装置が記憶する第１の端末装置のアタッチ状態を示す端末コンテキストを消去することを要求することを特徴とする。【００１３】
本発明の基地局装置は、第１の状態及び／または第２の状態への遷移に基づいて、第一の端末装置からトラッキングエリア更新要求メッセージを受信するために、第１のトラッキングエリア識別情報を報知情報に含めて基地局装置の無線エリアに報知し、第１のトラッキングエリア識別情報は、第１の状態及び／または第２の状態への遷移する以前に報知情報に含めて送信していた第２のトラッキングエリア識別情報とは異なる識別情報であり、第１の端末装置からトラッキングエリア更新要求メッセージを受信することを特徴とする。【００１４】
本発明の端末装置は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）を用いてＰＤＮコネクションを確立し、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、基地局装置又はゲートウェイによるユーザデータの転送機能であり、ＰＤＮコネクションは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＰＤＮコネクションであり、ＰＤＮコネクションを用いて基地局装置にユーザデータを送信することを特徴とする。【００１５】
本発明の端末装置は、端末装置が、ＡＰＮを用いてＰＤＮコネクションを確立していることに基づいて、基地局装置に、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可する許可情報を送信することを特徴とする。【００１６】
本発明の端末装置は、基地局装置から通知メッセージを受信し、通知メッセージは、デタッチの要求と、アタッチが必要であることを通知するメッセージであり、通知メッセージを受信したことに基づいて、基地局装置にアタッチ要求メッセージを送信してアタッチ手続きを開始することを特徴とする。【００１７】
本発明の端末装置は、通知メッセージはレイヤ２レベルのメッセージであり、通知メッセージを受信したことに基づき、端末装置から端末装置のアタッチ状態を示す端末コンテキストを消去することを特徴とする。【００１８】
本発明の端末装置は、通知メッセージには、アプリケーションを識別する識別情報を含み、通知メッセージを受信したことに基づいて、第１アプリケーションに割り当てられた無線リソースを解放し、通知メッセージに対する応答メッセージを基地局装置に送信することを特徴とする。【００１９】
本発明の端末装置は、基地局装置及び／または位置管理装置が報知した報知情報を受信し、報知情報は、第１のトラッキングエリア識別情報を含み、第１のトラッキングエリア識別情報は第１の状態及び／または第２の状態への遷移する以前に報知情報に含めて送信していた第２のトラッキングエリア識別情報とは異なる識別情報であり、報知情報を受信したことに基づき、基地局装置にトラッキングエリア更新要求メッセージを送信することを特徴とする。【００２０】
本発明の基地局装置の制御方法は、基地局装置の制御方法であって、第１の端末装置との間に第１のＰＤＮコネクションを確立するステップと、第２の端末装置との間に第２のＰＤＮコネクションを確立するステップと、第１のＰＤＮコネクション及び第２のＰＤＮコネクションは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮを用いて確立されたＰＤＮコネクションであり、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、基地局装置によるユーザデータの転送機能であり、第１のＰＤＮコネクションを用いて第１の端末装置が送信したユーザデータを受信するステップと、ユーザデータを第２のＰＤＮコネクションを用いて第２の端末装置に送信するステップと、を有することを特徴とする。【００２１】
本発明の基地局装置の制御方法は、第１の端末装置が開始するアタッチ手続きの制御メッセージに含まれるＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）を取得するステップと、ＡＰＮはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮであり、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、ゲートウェイによるユーザデータの転送機能であり、ＡＰＮの取得に基づいて、ＰＤＮ接続を与えるためのゲートウェイとしてＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能において使用が許可される第１のゲートウェイを選択するステップと、第１のゲートウェイと第１の端末装置との間に第１のＰＤＮコネクションを確立することを許可するステップと、を有することを特徴とする。【００２２】
本発明の基地局装置の制御方法は、第１の端末装置が、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮを用いてコアネットワークに接続していることに基づいて、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可する第１の許可情報を、位置管理装置または第１の端末装置から取得するステップと、位置管理装置は、第１の端末装置の位置管理を行う装置であり、第１のＰＤＮコネクションと、第１の許可情報を対応付けて記憶するステップと、を有することを特徴とする。【００２３】
本発明の基地局装置の制御方法は、第１の端末装置に、第１の通知メッセージを送信するステップと、第１の通知メッセージは、デタッチの要求と、アタッチが必要であることを通知するメッセージであり、第１の通知メッセージに基づいて第１の端末装置が開始するアタッチ手続きにより、ＡＰＮを取得するステップとを有することを特徴とする。【００２４】
本発明の基地局装置の制御方法は、第１の通知メッセージはレイヤ２レベルのメッセージであり、第１の通知メッセージは、第１の端末装置が記憶する第１の端末装置のアタッチ状態を示す端末コンテキストを消去することを要求するステップを有することを特徴とする。【００２５】
本発明の基地局装置の制御方法は、第１の状態及び／または第２の状態への遷移に基づいて、第一の端末装置からトラッキングエリア更新要求メッセージを受信するために、第１のトラッキングエリア識別情報を報知情報に含めて基地局装置の無線エリアに報知するステップと、第１のトラッキングエリア識別情報は、第１の状態及び／または第２の状態への遷移する以前に報知情報に含めて送信していた第２のトラッキングエリア識別情報とは異なる識別情報であり、第１の端末装置からトラッキングエリア更新要求メッセージを受信するステップと、を有することを特徴とする。【００２６】
本発明の端末装置の制御方法は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）を用いてＰＤＮコネクションを確立するステップと、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能は、基地局装置がコアネットワークへの接続性がない第１の状態及び／又はコアネットワークへの接続性を制限された第２の状態における、基地局装置又はゲートウェイによるユーザデータの転送機能であり、ＰＤＮコネクションは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＰＤＮコネクションであり、ＰＤＮコネクションを用いて基地局装置にユーザデータを送信するステップと、を有することを特徴とする。【００２７】
本発明の端末装置の制御方法は、端末装置が、ＡＰＮを用いてＰＤＮコネクションを確立していることに基づいて、基地局装置に、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可する許可情報を送信するステップを有することを特徴とする。【００２８】
本発明の端末装置の制御方法は、基地局装置から通知メッセージを受信するステップと、通知メッセージは、デタッチの要求と、アタッチが必要であることを通知するメッセージであり、通知メッセージを受信したことに基づいて、基地局装置にアタッチ要求メッセージを送信してアタッチ手続きを開始するステップと、を有することを特徴とする。【００２９】
本発明の端末装置の制御方法は、通知メッセージはレイヤ２レベルのメッセージであり、通知メッセージを受信したことに基づき、端末装置から端末装置のアタッチ状態を示す端末コンテキストを消去するステップを有することを特徴とする。【００３０】
本発明の端末装置の制御方法は、通知メッセージには、アプリケーションを識別する識別情報を含み、通知メッセージを受信したことに基づいて、第１アプリケーションに割り当てられた無線リソースを解放するステップと、通知メッセージに対する応答メッセージを基地局装置に送信するステップとを有することを特徴とする。【００３１】
本発明の端末装置の制御方法は、基地局装置及び／または位置管理装置が報知した報知情報を受信し、報知情報は、第１のトラッキングエリア識別情報を含み、第１のトラッキングエリア識別情報は第１の状態及び／または第２の状態への遷移する以前に報知情報に含めて送信していた第２のトラッキングエリア識別情報とは異なる識別情報であり、報知情報を受信したことに基づき、基地局装置にトラッキングエリア更新要求メッセージを送信するステップを有することを特徴とする。
【発明の効果】
【００３２】
本発明によれば、コアネットワークへの通常の接続を失った基地局装置の通信圏内に存在する端末装置間の通信を、コアネットワークを介さず基地局装置を介した通信で実現することができる。
【図面の簡単な説明】
【００３３】
【図１】移動通信システムの概略を説明するための図である
【図２】ＩＰ移動通信ネットワークの構成等を説明するための図である
【図３】ＵＥの機能構成を説明するための図である
【図４】ｅＮＢの機能構成を説明するための図である
【図５】ｅＮＢの記憶部の機能構成を説明するための図である
【図６】通信の切り替えを説明するための図である
【図７】通信の切り替え方法、第１の変形例を説明するための図である
【図８】通信の切り替え方法、第２の変形例を説明するための図である
【図９】基地局によるユーザデータの転送を説明するための図である
【図１０】通信の切り替え方法の第２の実施形態を説明するための図である
【図１１】通信の切り替え方法の第２の実施形態、第１の変形例を説明するための図である
【図１２】通信の切り替え方法の第２の実施形態、第２の変形例を説明するための図である
【図１３】通信の切り替え方法の第３の実施形態を説明するための図である
【図１４】通信の切り替え方法の第３の実施形態、第１の変形例を説明するための図である
【図１５】通信の切り替え方法の第３の実施形態、第２の変形例を説明するための図である
【発明を実施するための形態】
【００３４】
以下、図面を参照して本発明を実施する為の形態について説明する。なお、本実施形態では一例として、本発明を適用した場合の移動通信システムの実施形態について説明する。
【００３５】
［１．第１の実施形態］
以下、図面を参照しながら本発明の実施形態による無線通信技術について詳細に説明する。
【００３６】
［１．１．システム概要］
図１は、本実施形態における移動通信システムの概略を説明するための図である。本図に示すように、移動通信システム１は、移動端末装置ＵＥ１０と移動端末装置ＵＥ２０と、基地局装置ｅＮＢ４５と、ＬＧＷ（Ｌｏｃａｌ  Ｇａｔｅｗａｙ）４７とコアネットワーク７とで構成されている。なお、本図に示すように、本実施形態においてｅＮＢ４５とコアネットワーク７は、バックホール２を用いて接続されている。
【００３７】
本実施形態ではバックホール２が正常に接続性を維持しているＬＴＥアクセスネットワークまたは基地局の状態を通常状態とし、そのようなＬＴＥアクセスネットワークをＥ−ＵＴＲＡＮとする。
【００３８】
一方、バックホール２が完全に接続性を失っている状態、またはバックホール２を用いた通信の制限が必要である場合のＬＴＥアクセスネットワークまたは基地局の状態をＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態とし、そのような状態のＬＴＥアクセスネットワークをＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮとする。また、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮの状態は、ＵＥが送信するユーザデータを基地局がアンカー装置となって他のＵＥへ配送する通信状態であってよい。
【００３９】
更に、バックホール２が完全に接続性を失っているＬＴＥアクセスネットワークまたは基地局の状態をＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａ、バックホール２を用いた通信の制限が必要である場合のＬＴＥアクセスネットワークまたは基地局の状態をＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂとする。
【００４０】
ここで、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂにおけるバックホール２を用いた通信の制限とは、例えば制御信号のみ許可するような制限であってもよい。または、制御信号及びユーザデータの両方を、利用者（ユーザ）またはアプリケーションなどに基づいた制限であってもよい。
【００４１】
本実施形態では、このようにＬＴＥアクセスネットワークまたは基地局のコアネットワークへの接続性の状態遷移に伴い、端末間の通信を、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）を介した通常の通信からＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に切り替える方法について説明する。
【００４２】
なお、本実施形態において、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信とは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａ及び／またはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）のＬＴＥアクセスワークに含まれる基地局を用いた通信方法であり、コアネットワークを介さずに基地局またはゲートウェイ折り返しによる通信方法を意味する。
【００４３】
従って、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能とは基地局装置がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態においてユーザデータを転送する、基地局及び／又はゲートウェイの機能である。
【００４４】
または、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能とは本実施形態で説明する、基地局及び／又はゲートウェイ及び／又は端末装置及び又は位置管理装置のIsolated E-UTRAN状態における処理または手続きを実行する機能であってよい。
【００４５】
ここで、コアネットワークは、移動通信事業者（Ｍｏｂｉｌｅ  Ｏｐｅｒａｔｏｒ）が運用するＩＰ移動通信ネットワークのことである。
【００４６】
また、コアネットワーク７はＰＤＮに接続されている。ＰＤＮとは、ＵＥ１０とＵＥ２０に通信サービスを提供するパケットデータサービス網であり、サービス毎に構成しても良い。ＰＤＮには、通信端末が接続されており、ＵＥ１０とＵＥ２０は同じＰＤＮに配置された通信端末とユーザデータの送受信を行うことができる。
【００４７】
また、ＬＧＷ４７はｅＮＢ４５と組み合わされた、通信事業者網を用いずにユーザデータの転送を行う中継装置である。または、ＬＧＷ４７はｅＮＢ４５とは独立した、ユーザデータの転送を行う中継装置であってもよい。また、ＬＧＷ４７は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態の基地局がＩｓｏｌａｔｅｄ  Ｅ−ＵＲＡＮ機能に基づいた通信を行う際にＰＤＮ接続を与えるゲートウェイとして利用することができる。
【００４８】
次に、コアネットワークの構成例を説明する。コアネットワークには、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、  Ａｕｔｈｏｒｉｚａｔｉｏｎ、  Ａｃｃｏｕｎｔｉｎｇ）、ＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）、ＰＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）により構成される。こうした装置は、コアネットワーク毎にそれぞれ配置されてもよい。
【００４９】
図２に、ＩＰ移動通信ネットワークを説明するための図を示す。本実施形態では、本図に示すように、コアネットワーク７が、ＨＳＳ５０、ＡＡＡ５５、ＰＣＲＦ６０、ＰＧＷ３０、ｅＰＤＧ６５、ＳＧＷ３５、ＭＭＥ４０により構成される例を中心に説明する。
【００５０】
また、コアネットワーク７は、複数のアクセスネットワーク（ＬＴＥ  ＡＮ８０、ＷＬＡＮ  ＡＮｂ７５、ＷＬＡＮ  ＡＮａ７０）に接続することができる。
【００５１】
無線アクセスネットワークは、複数の異なるアクセスネットワークに接続して構成してもよいし、いずれか一つのアクセスネットワークに接続した構成であってもよい。さらに、ＵＥ１０及びＵＥ２０は無線アクセスネットワークに無線接続することができる。
【００５２】
さらに、ＷＬＡＮアクセスシステムで接続可能なアクセスネットワークは、ｅＰＤＧ６５を介してコアネットワークへ接続するＷＬＡＮアクセスネットワークｂ（ＷＬＡＮ  ＡＮｂ７５）と、ＰＧＷ３０とＰＣＲＦ６０とＡＡＡ５５とに接続するＷＬＡＮアクセスネットワークａ（ＷＬＡＮ  ＡＮａ７５）とが構成可能である。
【００５３】
なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。
【００５４】
ＰＧＷ３０はＰＤＮ９とＳＧＷ３５とｅＰＤＧ６５とＷＬＡＮ  ＡＮａ７０と、ＰＣＲＦ６０とＡＡＡ５５とに接続されており、ＰＤＮ９とコアネットワーク７のゲートウェイ装置としてユーザデータの転送を行う中継装置である。
【００５５】
ＳＧＷ３５は、ＰＧＷ３０とＭＭＥ４０とＬＴＥ  ＡＮ８０とに接続されており、コアネットワーク７とＬＴＥ  ＡＮ８０とのゲートウェイ装置としてユーザデータの転送を行う中継装置である。
【００５６】
ＭＭＥ４０は、ＳＧＷ３５とＬＴＥ  ＡＮ８０とＨＳＳ５０に接続されており、ＬＴＥ  ＡＮ８０を経由してＵＥ１０の位置情報管理と、アクセス制御を行うアクセス制御装置である。また、コアネットワーク７には、複数の位置管理装置が含まれて構成されてよい。例えば、ＭＭＥ４０とは異なる位置管理装置としてＭＭＥ＿Ｃがコアネットワーク７に構成されてもよい。ＭＭＥ＿ＣはＭＭＥ４０と同様にＳＧ３５とＬＴＥ  ＡＮ８０と、ＨＳＳ５０と接続されてよい。これにより、ＭＭＥ＿ＣとＭＭＥ４０は、ＵＥ１０のコンテキストの送受信を行ってもよい。
【００５７】
ＨＳＳ５０はＭＭＥ４０とＡＡＡ５５とに接続されており、加入者情報の管理を行う管理ノードである。ＨＳＳ５０の加入者情報は、例えばＭＭＥ４０のアクセス制御の際に参照される。
【００５８】
ＡＡＡ５５は、ＰＧＷ３０と、ＨＳＳ５０と、ＰＣＲＦ６０と、ＷＬＡＮ  ＡＮａ７０とに接続されており、ＷＬＡＮ  ＡＮａ７０を経由して接続するＵＥ１０のアクセス制御を行う。
【００５９】
ＰＣＲＦ６０は、ＰＧＷ３０と、ＷＬＡＮ  ＡＮａ７５と、ＡＡＡ５５と、ＰＤＮ９に接続されており、データ配送に対するＱｏＳ管理を行う。例えば、ＵＥ１０とＰＤＮ９間の通信路のＱｏＳの管理を行う。
【００６０】
ｅＰＤＧ６５は、ＰＧＷ３０と、ＷＬＡＮ  ＡＮｂ７５とに接続されており、コアネットワーク７と、ＷＬＡＮ  ＡＮｂ７５とのゲートウェイ装置としてユーザデータの配送を行う。
【００６１】
また、図２（ｂ）に示すように、各無線アクセスネットワークには、ＵＥ１０が実際に接続される装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。
【００６２】
本実施形態においては、ＬＴＥ  ＡＮ８０はｅＮＢ４５を含んで構成される。ｅＮＢ４５はＬＴＥアクセスシステムでＵＥ１０が接続する無線基地局であり、ＬＴＥ  ＡＮ８０には１又は複数の無線基地局が含まれて構成されてよい。
【００６３】
ＷＬＡＮ  ＡＮａ７０はＷＬＡＮ  ＡＰａ７２と、ＧＷ（Ｇａｔｅｗａｙ）７４とが含まれて構成される。ＷＬＡＮ  ＡＰａ７２はコアネットワーク７を運営する事業者に対して信頼性のあるＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ  ＡＮａ７０には１又は複数の無線基地局が含まれて構成されてよい。ＧＷ７４はコアネットワーク７とＷＬＡＮ  ＡＮａ７０のゲートウェイ装置である。また、ＷＬＡＮ  ＡＰａ７２とＧＷ７４とは、単一の装置で構成されてもよい。
【００６４】
また、ＷＬＡＮ  ＡＮｂ７５はＷＬＡＮ  ＡＰｂ７６を含んで構成される。ＷＬＡＮ  ＡＰｂ７６はコアネットワーク７を運営する事業者に対して信頼関係が結ばれていない場合に、ＷＬＡＮアクセスシステムでＵＥ１０が接続する無線基地局であり、ＷＬＡＮ  ＡＮｂ７５には１又は複数の無線基地局が含まれて構成されてよい。
【００６５】
このように、ＷＬＡＮ  ＡＮｂ７５はコアネットワーク７に含まれる装置であるｅＰＤＧ６５をゲートウェイとしてコアネットワーク７に接続される。ｅＰＤＧ６５は安全性を確保するためのセキュリティー機能を持つ。
【００６６】
なお、本明細書において、ＵＥ１０及びＵＥ２０が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。
【００６７】
［１．２．装置の構成］
続いて、各装置構成について図を用いて簡単に説明する。
【００６８】
［１．２．１．ＵＥの構成図］
図３（ａ）にＵＥ１０の構成を示す。なお、ＵＥ２０の構成はＵＥ１０の構成と等しい。そのため、ＵＥ２０の構成に関する詳細な説明は省略する。本図に示すように、ＵＥ１０はＬＴＥインターフェース部３１０と制御部３００と記憶部３４０により構成される。ＬＴＥインターフェース部３１０と記憶部３４０は、制御部３００とバスを介して接続されている。
【００６９】
制御部３００は、ＵＥ１０を制御するための機能部である。制御部３００は、記憶部３４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
【００７０】
ＬＴＥインターフェース部３１０は、ＵＥ１０がＬＴＥ基地局に接続し、ＩＰアクセスネットワークへ接続するための機能部である。また、ＬＴＥインターフェース部１１０には、外部アンテナ３２０が接続されている。
【００７１】
記憶部３４０には、少なくともＵＥコンテキスト３４２とＡＰＮリスト３４６が記憶されている。
【００７２】
ＵＥコンテキスト３４２には、ＵＥの識別情報など、ＵＥが通信を行うために用いる情報群を保存する。
【００７３】
また、ＵＥの識別情報は、ＵＥを識別する情報であればよい。例えば、図３（ｂ）に示すようにＵＥのＩＰアドレスであってもよい。または、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）であってもよい。または、ＧＵＴＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）であってもよい。または、Ｓ−ＴＭＳＩ（ＳＡＥ  Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）であってもよい。これらの情報要素のうち少なくとも一つが記憶されてよい。または、これらの情報要素を組み合わせた情報要素であってもよい。
【００７４】
さらに、ＵＥはコアネットワークと確立したＰＤＮコネクションに対応づけた情報群をＵＥコンテキスト３４２に記憶してもよい。具体的には、図３（ｂ）に示ように、ＰＤＮコネクション識別情報、ＵＥ１０が属するグループの識別情報、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたアプリケーションを識別するアプリケーション識別情報、デフォルトベアラＩＤが含まれる。その他、ＴＡＩ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｆｉｒｅ）  Ｌｉｓｔのように、従来のＵＥが記憶するＵＥコンテキスト情報を記憶してもよい。
【００７５】
ここでＰＤＮコネクション識別情報とは、ＰＤＮコネクションを識別する情報であればよく、例えば図３（ｂ）に示すようにＰＧＷのＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ．  ＩＤｅｎｔｉｆｉｅｒ）であってもよい。またはＰＤＮコネクション識別情報は、ＩＰアドレスであってもよい。または、これらを組み合わせたものであってもよい。なお、識別情報で識別されるＰＤＮコネクションは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信専用のＰＤＮコネクションであってもよい。
【００７６】
また、グループＩＤはＵＥ１０が属するグループを識別する情報要素である。グループＩＤは複数記憶されていてもよい。
【００７７】
さらに、ＰＤＮコネクションが接続性を確立するＰＤＮに対応するＡＰＮを記憶してもよい。例えば、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信のためのＰＤＮコネクションを確立している場合には、ＵＥはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するＡＰＮを記憶する。
【００７８】
なお、ＵＥは複数のＰＤＮコネクションを確立してもよい。ＵＥが複数のＰＤＮコネクションを確立している場合には、ＰＤＮコネクションに対応づけた情報群をＰＤＮコネクション毎にＵＥコンテキスト３４２に記憶する。  また、ＵＥはＰＤＮコネクションに対応づけた情報群に含めてベアラリスト３４４を管理してもよい。
【００７９】
ベアラリスト３４４は、ＵＥコンテキスト３４２で識別されたＰＤＮコネクションごとのデフォルトベアラ以外のベアラを識別するベアラＩＤのリストである。図３（ｃ）に示すように、複数のベアラＩＤを記憶してもよい。更に、各ベアラに割り当てられたＴＦＴ（Ｔｒａｆｆｉｃ  Ｆｌｏｗ  Ｔｅｍｐｌａｔｅ）が記憶されてもよい。
【００８０】
ここで、ＴＦＴとは、ＵＥが送信及び又は受信するユーザデータを識別するフロー識別情報である。具体的なＴＦＴの構成は、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号、アプリケーション識別情報などを一つ以上組み合わせて構成してもよい。このように、ＴＦＴはＵＥが送信及び又は受信するユーザデータがどのアプリケーションに対応するのかを識別する情報であってよい。
【００８１】
なお、ＵＥは一つのＰＤＮコネクションに対して複数のベアラを確立してもよい。そのため、ＵＥはＰＤＮコネクションに対して複数のベアラを確立している場合には、複数のベアラ識別情報を記憶してもよい。その際、ＵＥはベアラごとにＴＦＴを対応付けて記憶する。これにより、ＵＥはユーザデータを送信する際、送信先のベアラを選択することができる。
【００８２】
ＡＰＮリスト３４６には、少なくとも一つ以上の利用可能なＡＰＮを記憶することができる。また、ＡＰＮは、ＡＰＮ毎に異なるサービスが許可されたものであってよい。例えば、図３（ｄ）に示すように、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の可否は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の許可を示す識別情報とＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡに基づいた通信に対して不許可を示す識別情報により識別されてもよい。
【００８３】
図３（ｄ）では、例えば、ＡＰＮ１はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可され、ＡＰＮ２は音声通話サービスが許可されＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信は許可されていないＡＰＮであってよい。
【００８４】
つまり、ＡＰＮ１を用いて、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信用のＰＤＮコネクションを確立し、同時にＡＰＮ２を用いて従来の音声通話などの通信用のＰＤＮコネクションを確立することができる。
【００８５】
更に、ＡＰＮは更に細かい粒度のサービス許可情報と対応付けられていてもよい。例えば、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の許可を示す識別情報は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａに基づいた通信が許可されている場合とＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに基づいた通信が許可されている場合と、を識別する識別情報であってもよい。
【００８６】
具体的には、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の可否を示す識別情報は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態ＡにおいてＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の許可を示す識別情報であってもよいし、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態ＢにおいてＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の許可を示す識別情報であってもよいし、両方の状態において、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の許可を示す識別情報であってもよい。
【００８７】
または、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態ＡにおいてＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の不許可を示す識別情報であってもよいし、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態ＢにおいてＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の不許可を示す識別情報であってもよいし、両方の状態においてＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の不許可を示す識別情報であってもよい。
【００８８】
または、一方の状態においてＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可し、もう一方の状態においてＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可しない事を示す識別情報であってもよい。
【００８９】
このように、ＵＥはこれらの許可情報に基づいて許可される通信毎に複数のＡＰＮを記憶してもよい。
【００９０】
［１．２．２．ｅＮＢの構成図］
図４にｅＮＢ４５の構成を示す。本図に示すようにｅＮＢ４５は、ＬＴＥインターフェース部４１０と制御部４００と記憶部４４０により構成される。ＬＴＥインターフェース部４１０と記憶部４４０はバスを介して制御部４００に接続している。
【００９１】
制御部４００はｅＮＢ４５を制御する機能部である。制御部４００は、記憶部４４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。
【００９２】
また、本図に示すように記憶部４４０には、少なくともＭＭＥリスト４４２と、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信可否情報４４４と、コアネットワークへの接続状態４４６が記憶されている。
【００９３】
図５に記憶部４４０に含まれる情報要素の一例を示す。図５（ａ）に示すように、ＭＭＥリスト４４２には、ｅＮＢ４５が接続することができるＭＭＥを識別する識別情報が記憶される。ＭＭＥの識別情報は、ＧＵＭＭＥＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  ＭＭＥ  Ｉｄｅｎｔｉｆｉｅｒ）でもよく、ＭＭＥ  ＩＤ（ＭＭＥ  Ｉｄｅｎｔｉｆｉｅｒ）でもよい。
【００９４】
また、図５（ｂ）に示すように、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信可否情報４４４には、ＵＥの識別情報、及び／またはＰＤＮコネクションの識別情報とＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の可否情報を保存する。
【００９５】
ここで、ＵＥの識別情報は、ＵＥを識別する情報であればよい。例えば、図３（ｂ）に示すようにＵＥのＩＰアドレスであってもよい。または、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）であってもよい。または、ＧＵＴＩ（Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）であってもよい。または、Ｓ−ＴＭＳＩ（ＳＡＥ  Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）であってもよい。これらの情報要素のうち少なくとも一つが記憶されてよい。または、これらの情報要素を組み合わせた情報要素であってもよい。
【００９６】
または、ＰＤＮコネクション識別情報とは、ＰＤＮコネクションを識別する情報であればよい。例えば、図５（ｂ）に示すようにＰＧＷのＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  ＩＤｅｎｔｉｆｉｅｒ）であってもよい。またはＰＤＮコネクション識別情報は、ＩＰアドレスであってもよい。または、これらを組み合わせたものであってもよい。
【００９７】
コアネットワークへの接続状態４４６には、ｅＮＢ４５が属するＬＴＥアクセスネットワークのコアネットワーク７への接続状態を保存する。例えば、図５（ｃ）に示すように、バックホール２が正常に接続性を維持している場合、コアネットワークへの接続状態４４６は通常状態とし、バックホール２が完全に接続性を失っている状態、またはバックホール２を用いた通信の制限が必要である場合のＬＴＥアクセスネットワークの状態をＩｓｏｌａｔｅ  Ｅ−ＵＴＲＡＮ状態とする。また、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮの状態は、ＵＥが送信するユーザデータを基地局がアンカー装置となって他のＵＥへ配送する通信状態であってよい。
【００９８】
更に、バックホール２が完全に接続性を失っているＬＴＥアクセスネットワークの状態をＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａ、バックホール２を用いた通信の制限が必要である場合のＬＴＥアクセスネットワークの状態をＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂとして区別してもよい。
【００９９】
更に、記憶部４４０は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されるＡＰＮのリスト４４８を記憶してもよい。
【０１００】
ＡＰＮリスト４４８には、少なくとも一つ以上の利用可能なＡＰＮを記憶することができる。またＡＰＮｈ、ＡＰＮごとに異なるサービスが許可されたものであってよい。例えば、図５（ｄ）に示すように、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の可否は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の許可を示す識別情報とＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡに基づいた通信に対して不許可を示す識別情報により識別されてもよい。
【０１０１】
図５（ｄ）では、例えば、ＡＰＮ１はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可され、ＡＰＮ２は音声通話サービスが許可されたＡＰＮであり、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されていないものであってよい。
【０１０２】
つまり、ＡＰＮ１を用いて、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信専用のＰＤＮコネクションを確立し、同時にＡＰＮ２を用いて従来の音声通話などの通信専用のＰＤＮコネクションを確立することができる。
【０１０３】
更に、ＡＰＮは更に細かい粒度のサービス許可情報と対応付けられていてもよい。例えば、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信の許可を示す識別情報は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａに基づいた通信が許可されている場合とＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに基づいた通信が許可されている場合と、を識別する識別情報であってもよい。具体的な説明は図３（ｄ）のＡＰＮリストと等しいため省略する。
【０１０４】
記憶部４４０では、更に、接続する端末ごとにＴＡＩ  Ｌｉｓｔを記憶してもよい。更に、各端末が現在接続するＴＡＩも記憶してよい。
【０１０５】
［１．３．処理の説明］
［１．３．１．Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え方法］
以下、ＬＴＥのアクセスネットワークの状態をＥ−ＵＴＲＡＮ状態からＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態に遷移させ、端末間の通信をＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信へ切り替える方法について説明する。
【０１０６】
本実施形態では、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態ＡとＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態を識別してもよい。
【０１０７】
また、本実施形態では、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮをＡＰＮ１とよび、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されていないＡＰＮをＡＰＮ２とする。
【０１０８】
初期状態において、ＵＥ１０はアクセスネットワークの状態が通常状態（Ｅ−ＵＴＲＡＮ）に、従来のアタッチ要求手続きによりＭＭＥ４０が含まれるコアネットワーク７とＡＰＮ１とＡＰＮ２を用いて、ＰＤＮコネクションをそれぞれ確立している。
【０１０９】
なお、本実施形態では簡単の為ＡＰＮ１とＡＰＮ２でＰＤＮコネクションを確立しているが、ＰＤＮコネクション確立に用いるＡＰＮの数は限定せず、３つ以上のＡＰＮを用いてそれぞれＰＤＮ接続を確立してもよい。
【０１１０】
なお、初期状態において確立するこれらのＰＤＮコネクションは、ＵＥ１０とコアネットワークに含まれるＰＧＷ３０との間で確立されるＰＤＮコネクションであってよい。また、ＡＰＮ１を用いて確立するＰＤＮコネクションの端点となるＰＧＷと、ＡＰＮ２を用いて確立するＰＤＮコネクションの端点となるＰＧＷは、ＭＭＥ４０によって選択されるＰＧＷであり、同じＰＧＷであってもよいし、異なるＰＧＷであってもよい。
【０１１１】
また、ｅＮＢ４５は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態に遷移した際に接続を許可するＵＥを管理してもよい。更に、ｅＮＢ４５は、ＵＥ１０がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＵＥであることを示す許可情報を保持し、許可情報に基づいて接続を許可してもよい。また、許可情報を保持していないＵＥに対しては、接続を拒絶してもよい。
【０１１２】
この時、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＵＥであることを示す許可情報は、ＵＥ１０から通知されたものであってよい。
【０１１３】
具体的には、許可情報はＵＥ１０の送信するＡＰＮであってよい。ｅＮＢ４５は、ＵＥ１０が送信するＡＰＮがＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮ１であることに基づき、許可情報を生成してもよい。または、ＵＥ出荷時に端末に書き込まれた情報として許可情報を保持しておき、ｅＮＢ４５に許可情報を通知してもよい。または、ユーザがＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を要求することを予めＵＥ１０に設定し、設定に基づいて、ｅＮＢ４５に許可情報を通知してもよい。
【０１１４】
なお、ＵＥ１０は許可情報を、アタッチ手続きおいてｅＮＢ４５に送信する制御メッセージに含めて通知してもよい。ここで、アタッチ手続きに含まれるＵＥからｅＮＢ４５への制御メッセージは、アタッチ要求メッセージであってもよい。  もしくは、ＵＥ１０がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されていることを示す許可情報は、ＭＭＥ４０から通知された情報であってもよい。
【０１１５】
具体的には、ＭＭＥ４０は、ＵＥ１０が割り当てられたＡＰＮがＡＰＮ１であることに基づき、許可情報を生成し、ｅＮＢ４５に通知してもよい。または、ＭＭＥ４０は、ＵＥ１０の加入者情報をＨＳＳ５０に問い合わせて、加入者情報に基づき許可情報を生成し、ｅＮＢ４５に通知してもよい。
【０１１６】
または、アタッチ要求メッセージなどアタッチ手続きに含まれるＵＥからＭＭＥへ送信する制御信号でＵＥがＭＭＥ４０に許可情報を通知し、ＭＭＥ４０は許可情報の受信に基づきｅＮＢ４５に許可情報を通知しても良い。
【０１１７】
または、ＨＳＳ５０はＵＥ１０の加入者情報に紐づけて許可情報を記憶しており、ＨＳＳ５０はＵＥ１０から開始されたアタッチ手続きにおいてＭＭＥ４０に許可情報を通知し、ＭＭＥ４０は許可情報の受信に基づき、ｅＮＢ４５に許可情報を通知してもよい。
【０１１８】
なお、ＭＭＥ４０は許可情報を、アタッチ許可メッセージに含めてｅＮＢ４５に通知してもよいし、アタッチ許可メッセージとは異なる独立したメッセージに含めてｅＮＢ４５に通知してもよい。
【０１１９】
また、ＨＳＳ５０はＭＭＥ４０にアタッチ手続きに含まれる制御メッセージを用いて許可情報をＭＭＥ４０に通知してもよい。
【０１２０】
また、ｅＮＢ４５は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態においてＭＭＥ４０に代わって位置管理装置として機能するために、ＭＭＥ４０の一部の機能を有するローカルＭＭＥの機能を備えてもよい。さらに、ｅＮＢ４５はＭＭＥ４０の一部の機能を有するために、ｅＮＢ４５はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態に遷移する前の通常状態においてに、ＭＭＥ４０からローカルＭＭＥの機能に必要な情報群を取得してもよい。
【０１２１】
具体的には、ｅＮＢ４５がＵＥコンテキストを記憶する機能を有する為、アタッチ手続きにおいて、ｅＮＢ４５はＭＭＥ４０に許可情報を送信する。ＭＭＥ４０は、ｅＮＢ４５から許可情報を取得したことに伴い、ｅＮＢ４５にＵＥコンテキストを転送する。
【０１２２】
この時、ＭＭＥ４０は更にＡＰＮ１を含めた複数のＡＰＮで構成されるＡＰＮのリストをｅＮＢ４５に通知してもよい。
【０１２３】
ＵＥコンテキストの転送、及び／またはＡＰＮリストの転送はアタッチ手続きに含まれるＭＭＥ４０からｅＮＢ４５への制御メッセージで実行してもよい。
【０１２４】
なお、ｅＮＢ４５は、ＭＭＥ４０の一部の機能有することを識別する識別情報、及び又はＭＭＥ４０の一部の機能を有することが可能な能力情報を表す識別情報、及び／又はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能を有することを識別する識別情報を記憶していてもよい。ｅＮＢ４５は、ＭＭＥ４０へ制御信号を用いて識別情報を通知してよい。
【０１２５】
より具体的には、ｅＮＢ４５は、アタッチ手続き内でｅＮＢ４５がＭＭＥ４０に送信する制御メッセージに含めて識別情報を通知しても良いし、アタッチ手続きが完了後に、ｅＮＢ４５がＭＭＥ４０に送信する制御メッセージに含めて識別情報を通知しても良いし、アタッチ手続きが以前に、ｅＮＢ４５がＭＭＥ４０に送信する制御メッセージに含めて識別情報を通知しても良い。
【０１２６】
ＭＭＥ４０は識別情報に基づき、ＵＥコンテキスト及び／又はＡＰＮのリストをｅＮＢ４５に転送してもよい。
【０１２７】
このように、本実施形態の初期状態において、ＵＥ１０はアタッチ手続きに基づいた手続きにより、コアネットワーク７に接続している（Ｓ６０２）。更に、ＵＥ１０はＡＰＮ１を用いたアタッチ手続きもしくはＰＤＮコネクション確立手続きにより、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態において通信の許可されたＰＤＮコネクションを確立する。また、ＵＥ１０は、ＡＰＮ２を用いたアタッチ手続きもしくはＰＤＮコネクション確立手続きにより、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態において通信が許可されていないＰＤＮコネクションをさらに確立してもよい。また、ｅＮＢ４５はＵＥ１０のＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に対する許可情報を取得している。
【０１２８】
以上、本実施形態における初期状態に至る処理を説明したが、こうした処理はＵＥ１０にかかわらず、ＵＥ２０などのｅＮＢ４５に接続する複数のＵＥに対して実行されてよい。
【０１２９】
次に、ＬＴＥアクセスネットワークの状態遷移処理およびＰＤＮコネクション切り替え方法について図６を用いて説明する。
【０１３０】
ｅＮＢ４５は、バックホール２の接続性が失われた、またはバックホール２を介した通信の制限が必要であるＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移処理を開始する（Ｓ６０４）。
【０１３１】
この時Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態とは、例えば災害などが要因となり、ｅＮＢ４５からコアネットワークへの接続性が物理的に失われた状態や、移動可能であるｅＮＢ（Ｎｏｒｍａｄｉｃ  ｅＮＢ）が移動により属するＬＴＥアクセスネットワークを変更し、変更先のＬＴＥアクセスネットワークがコアネットワークへの接続がない状態を示す。または、その他の様々な要因により、ｅＮＢ４５からコアネットワークへの接続性が失われた状態、または制限が必要である状態を示す。
【０１３２】
状態遷移処理の開始トリガは、例えば、ｅＮＢ４５とＳＧＷ３５間のインターフェース（Ｓ１−Ｕ）の接続性がなくなったことであってもよい。
【０１３３】
または、状態遷移処理の開始トリガはｅＮＢ４５とＭＭＥ４０間のインターフェース（Ｓ１−ＭＭＥ）の接続性がなくなったことであってもよい。または、その両方であってもよい。
【０１３４】
これらのトリガの検出に伴いｅＮＢ４５は自動で状態遷移処理を開始してもよい。
【０１３５】
または、通信事業者（オペレータの運用者）により手動で、ｅＮＢ４５に状態遷移処理を開始させてもよい。
【０１３６】
状態遷移処理ではまず、ｅＮＢ４５は、ＵＥ１０に通知メッセージを送信する（Ｓ６０６）。通知メッセージは、ＵＥ１０にデタッチを要求するメッセージであってよい、及び／又はアタッチ手続きの開始を要求するメッセージであってよい、及び／又はｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａ、及び／またはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／又はｅＮＢ４５の通信圏内に現在存在するＵＥのリストを通知するメッセージであってよい。通知メッセージは、これらのうち少なくとも一つの意味をもつメッセ―ジであってよい。または、これらのメッセージは、個別のメッセージで通知してもよい。
【０１３７】
なお、通知メッセージには、コアネットワークへの接続状態を識別する情報要素を含めてもよい。
【０１３８】
具体的には、通知メッセージにＮＢ４５が遷移したいコアネットワークへの接続状態がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａであることを示す識別情報を含めてもよいし、接続状態がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂであることを示す識別情報を含めてもよいし、接続状態がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａ及びＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）であることを示す識別情報であってもよい。
【０１３９】
また、ｅＮＢ４５はＵＥ１０への通知メッセージに、ｅＮＢ４５の通信圏内に現在存在するＵＥのリストを含めてもよい。例えば、ＵＥ２０が通常状態のＬＴＥアクセスネットワークを介してコアネットワーク７と接続している場合、ｅＮＢ４５はその情報を記憶し、Ｓ６０６においてＵＥ１０へ送信する通知メッセージにはＵＥ２０を識別する識別情報を含めてもよい。ｅＮＢ４５はＵＥ２０がＵＥ１０と同じグループに属しているかに基づいて、通知メッセージにＵＥ２０の識別情報を含めてもよい。
【０１４０】
また、ｅＮＢ４５はＵＥ１０への通知メッセージにＡＰＮ１を含めて送信し、再確立することのできるＰＤＮコネクションはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されているＡＰＮを用いて確立するＰＤＮコネクションであることを通知してもよい。
【０１４１】
なお、通知メッセージは、従来ＭＭＥからＵＥに送信するデタッチ要求メッセージ（非アクセスレイヤ：レイヤ３）であってもよい。
【０１４２】
さらに、ｅＮＢ４５はＵＥ１０にアタッチが必要であることを示す理由表示（Ｃａｕｓｅ  Ｖａｌｕｅ）を含めたデタッチ要求メッセージを含めて送信してもよい。
【０１４３】
またこの場合、ｅＮＢ４５はＭＭＥの一部の機能として、ｅＮＢ４５はＵＥ１０のＵＥコンテキストを記憶する機能や、非アクセスレイヤの制御メッセージの送受信を可能とする機能や、はＭＭＥ４０に代わってデタッチ要求メッセージを送信する機能を有する。
【０１４４】
または、Ｓ６０６の通知メッセージはレイヤ２レベルのメッセージであって、ＵＥ１０からＵＥコンテキストに含まれるＵＥ１０がコアネットワーク７に接続している状態であることを示す情報を削除することにより無線リソースを解放することを要求するメッセージであってよい。
【０１４５】
例えば、ｅＮＢ４５は通知メッセージにＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたアプリケーションを識別するアプリケーション識別情報を含み、ＵＥ１０に送信する。
【０１４６】
ここでアプリケーション識別情報は特定のアプリケーションサーバが管理する識別情報であってもよいし、ｅＮＢ４５が管理する識別情報であってもよい。ｅＮＢ４５は、通知メッセージによりアプリケーション識別情報で識別されるアプリケーションに確立された無線リソースの解放を要求する。
【０１４７】
または、ｅＮＢ４５は通知メッセージにベアラを識別する無線ベアラＩＤを含めてＵＥ１０に送信する。ｅＮＢ４５は、通知メッセージにより無線ベアラＩＤに関する情報を削除する事を要求する。
【０１４８】
なお、ｅＮＢ４５からＵＥ１０へ送信するレイヤ２レベルの通知メッセージはＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続再確立メッセージであってもよい。
【０１４９】
具体的には、ｅＮＢ４５からＵＥ１０へ送信するレイヤ２レベルの通知メッセージはＲＲＣ接続の制御メッセージあってよい。より具体的には、通知メッセージは無線リソースブロックの確立メッセージや、無線リソース変更メッセージや、無線リソースブロックリリースメッセージであってもよい。
【０１５０】
更に、ｅＮＢ４５は、アタッチが必要であることの理由表示（Ｃａｕｓｅ  Ｖａｌｕｅ）を含めた通知メッセージをＵＥ１０に送信してもよい。
【０１５１】
また、この場合ｅＮＢ４５はＭＭＥの一部の機能をもつ。具体的には、ｅＮＢ４５はＵＥコンテキストを記憶する機能を有する。
【０１５２】
また、ｅＮＢ４５はＭＭＥ４０に代わって、無線リソースブロックの確立メッセージや、無線リソース変更メッセージや、無線リソースブロックリリースメッセージの送信を決定してもよい。例えば、ｅＮＢ４５とＵＥ１０との接続状態がアクティブ状態及び／またはコネクテッド状態の場合、ｅＮＢ４５は無線リソースブロックリリースメッセージの送信を決定してもよい。
【０１５３】
また、ｅＮＢ４５は、ｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態へ状態遷移処理を開始した事を通知する報知情報をＵＥ１０に送信してもよい。報知情報は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するベアラを指定するベアラＩＤや、ＴＦＴ、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するアプリケーションの識別情報を含めてもよい。ここで、ｅＮＢ４５は、通知メッセージとして報知情報を送信してもよいし、通知メッセージとは異なるメッセージとして個別に報知情報を送信してもよい。
【０１５４】
ＵＥ１０は、ｅＮＢ４５から通知メッセージを受信する。ＵＥ１０が受信した通知メッセージは、ＵＥ１０にデタッチ及びアタッチ手続きの開始を要求するメッセージであった場合、ＵＥ１０は通知メッセージの受信に基づき、記憶部３４０からＵＥコンテキスト３４２またはベアラリスト３４４を削除する（Ｓ６０８）。
【０１５５】
更に、ＵＥ１０がｅＮＢ４５から受信した通知メッセージが、レイヤ２レベルであった場合、ＵＥ１０は、指定された無線リソースを解放する。例えば、メッセージにアプリケーション識別情報が含まれていた場合、識別されるアプリケーションに確立された無線リソースを解放する。または、メッセージに無線ベアラＩＤが含まれていた場合、ｅＮＢ４５は無線ベアラＩＤに割り当てられた無線リソースを解放する。
【０１５６】
一方、ＵＥ１０がｅＮＢ４５から受信した通知メッセージが、ＰＤＮコネクションの識別情報を含めるレイヤ３のメッセージであった場合、ｅＮＢ４５は、指定されたＰＤＮコネクションに関わるＵＥコンテキストを削除する。更に、ｅＮＢ４５に通知メッセージに対する応答メッセージを送信してもよい（Ｓ６１０）。応答メッセージはデタッチが完了したことを通知するメッセージであり、デタッチ応答メッセージである。
【０１５７】
ｅＮＢ４５は、ＵＥ１０から通知メッセージに対する応答メッセージを受信する。ｅＮＢ４５は応答メッセージの受信に基づき、ＵＥ１０の識別情報を記憶部から削除してもよい。または、タイマーを起動させタイマーのカウントが完了するまで記憶しておき、タイマーのカウントが完了したら、またはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続きのアタッチ要求メッセージをＵＥ１０から受信した場合には記憶部から削除させてもよい。
【０１５８】
このように、ｅＮＢ４５は、デタッチ手続き及び又はＵＥ１０からの応答メッセージの受信及び／またはタイマーのカウントが完了したことがトリガとなり、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態に遷移する。
【０１５９】
次にＵＥ１０はアタッチ手続きを実行してＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信のためのＰＤＮコネクションを確立する（Ｓ６２４）。ここで、このアタッチ手続きは、従来アタッチ手続きと区別するためにＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続きと表現する。
【０１６０】
更に、ＵＥ１０は通知メッセージの受信に基づきアタッチ要求メッセージをｅＮＢ４５に送信する（Ｓ６１２）。アタッチ要求メッセージに、Ｓ６１０の応答メッセージを含めてもよいまた、アタッチ要求メッセージにはＡＰＮ１を含めてもよい。なお、ＵＥ１０は、ＡＰＮ１を必ずしもアタッチ要求メッセージに含めて送信する必要はなく、アタッチ手続き内でＵＥ１０がｅＮＢ４５に送信する制御メッセージに含めて送信してもよい。また、ＵＥ１０は、ＡＰＮリストに保持する複数のＡＰＮのうち、ｅＮＢ４５送信する通知メッセージに基づいてＡＰＮ１を選択して送信してもよい。より具体的には、ＵＥ１０は、通知メッセージがＡＰＮ１を用いた再確立を許可されていることを示していることにより、ＡＰＮ１を選択してもよい。
【０１６１】
また、ＵＥ１０は、こうした選択手段を有しない場合、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続きもしくはＰＤＮコネクション確立手続きにより、ＡＰＮ１とＡＰＮ２をｅＮＢ４５に通知してもよい。
【０１６２】
ｅＮＢ４５はＵＥ１０からアタッチ要求メッセージを受信する。この時、アタッチ要求メッセージにはＡＰＮ１が含まれていてもよい。または、アタッチ手続きに含まれるｅＮＢ４５からＵＥ１０に送信されるその他の制御メッセージにＡＰＮ１が含まれていてもよい。
【０１６３】
ｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮを記憶していない場合アタッチ要求メッセージには、ＡＰＮ１とＡＰＮ２を含めてもよい。
【０１６４】
ｅＮＢ４５はＡＰＮの受信に基づき、ＵＥ１０に与えられた許可情報を確認する（Ｓ６１４）。
【０１６５】
ｅＮＢ４５は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態に基づいて、ＡＰＮ毎にＰＤＮコネクションの確立を許可するか否かを決定してもよい。例えば、ｅＮＢ４５は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮ１を基にしたＰＤＮコネクションの確立を許可し、ＡＰＮ２を基にしたＰＤＮコネクションの確立を拒絶してもよい。
【０１６６】
更に、ｅＮＢ４５はＰＤＮコネクションの確立を許可した際、ｅＮＢ４５が属するＬＴＥアクセスネットワークの状態がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態である事、またはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａであることに基づき、ＰＤＮ接続に用いるゲートウェイとしてＬＧＷ４７を選択してもよい（Ｓ６１６）。
【０１６７】
ｅＮＢ４５は選択したゲートウェイＬＧＷ４７にセッション確立要求メッセージを送信する（Ｓ６１８）。セッション確立要求メッセージには、少なくともＵＥ１０の識別情報とＡＰＮ１とを含める。
【０１６８】
ＬＧＷ４７は、ｅＮＢ４５からセッション確立要求メッセージを受信する。受信メッセージには少なくともＵＥ１０の識別情報とＡＰＮ１とを含める。ＬＧＷ４７は、受信メッセージに基づいて、ＵＥ１０にＩＰアドレスを割り当てる。
【０１６９】
ＬＧＷ４７は、受信メッセージに対して応答メッセージをｅＮＢ４５に送信する（Ｓ６２０）。応答メッセージには少なくとも、ＵＥ１０に割り当てたＩＰアドレスと、ＬＧＷ４７のゲートウェイのＴＥＩＤとを含める。
【０１７０】
ｅＮＢ４５は、応答メッセージの受信に基づいて、ＵＥ１０と新しく無線ベアラの確立を行う（Ｓ６２２）。無線ベアラの確立では、ｅＮＢ４５はＵＥ１０に新しいＩＰアドレスとＬＧＷのＴＥＩＤを通知することができる。
【０１７１】
更に、ｅＮＢ４５がＵＥ１０から受信したメッセージに含まれる複数のＡＰＮから、ＡＰＮ１を選択した場合、ｅＮＢ４５は無線ベアラ確立時にＵＥ１０に選択したＡＰＮ１の識別情報を通知してもよい。
【０１７２】
更に、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に利用するベアラとしてデフォルトベアラ以外のベアラを指定する場合、ｅＮＢ４５はベアラ確立時にＵＥ１０にデフォルトベアラを利用しない事を指示する識別情報を含めてもよい。この時、識別情報はベアラを識別するＴＦＴやベアラＩＤであってもよい。
【０１７３】
更に、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信が許可されたアプリケーションを指定する場合、ｅＮＢ４５は無線ベアラ確立時にＵＥ１０にＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信が許可されたアプリケーションの識別情報を通知してもよい。
【０１７４】
これにより、ＵＥ１０は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信のためのＰＤＮコネクションを確立することができる。
【０１７５】
以上によりＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続きを完了し、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信専用のＰＤＮコネクションをＵＥ１０とｅＮＢ４５又はＬＧＷ４７の間で確立する。
【０１７６】
Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続きの完了により、ｅＮＢ４５のＩｓｏｌａｔｅｄ  Ｅ−ＲＵＴＲＡＮ状態に状態遷移に基づいて、ＵＥ１０は、通常状態の通信で用いていたＰＤＮコネクションを、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信のためのＰＤＮコネクションに切り替えて通信を継続することができる。
【０１７７】
［１．３．２．Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え方法  第１の変形例］
次に、ｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮへの状態遷移手続きに伴い、管理するＵＥのＴＡＩを変更することによる、通信切り替え手続きである第１の変形例について図７を用いて説明する。
【０１７８】
なお、本変形例における初期条件は、１．３．１で説明した条件と同様であるため、詳細な説明は省略する。
【０１７９】
図７は、本変形例を説明する為の図である。まずＵＥ１０は従来のアタッチ手続きに基づいた手続きにより、コアネットワーク７に接続している（Ｓ７０２）。更に、ｅＮＢ４５はＵＥ１０のＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に対する許可情報を取得している。
【０１８０】
ｅＮＢ４５は、バックホール２の接続性が失われた、またはバックホール２を介した通信の制限が必要であるＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移処理を開始する（Ｓ７０４）。
【０１８１】
なお、状態遷移処理の開始トリガは、１．３．１で説明したＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移処理を開始するトリガと同様であってよい。
【０１８２】
続いて、状態遷移処理を説明する。
【０１８３】
まず、ｅＮＢ４５はＴＡＩ更新処理を実行する（Ｓ７０６）。ＴＡＩ更新処理では、ｅＮＢ４５はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信への切り替え手続き開始に伴い、トラッキングエリア識別情報（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  ＩＤ）を更新してもよい。具体的には、ｅＮＢ４５は、これまでの通常状態で持ちしていたＴＡＩとは異なるＴＡＩを設定する。なお、更新するＴＡＩは、ＴＡＩに含まれるトラッキングエリアコード（ＴＡＣ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）を更新した識別情報であってもよい。さらに、ＵＥ１０に新しく割り当てるＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態であることに基づいて設定する特別なＴＡＩであってよい。つまり、ＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信を行うエリアを示すトラッキングエリアＩＤであってよい。
【０１８４】
ｅＮＢ４５はＴＡＩの更新に伴い、ＵＥ１０に通知メッセージを送信する（Ｓ７０８）。通知メッセージは、ＵＥ１０にＴＡＩの更新を通知するメッセージであってもよい、及び／又はｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａ、及び／またはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／または無線リソースの解放要求するレイヤ２の通知メッセージであってよい。通知メッセージは、これらのうち少なくとも一つの意味をもつメッセ―ジであってよい。または、これらのメッセージは、個別のメッセージで通知してもよい。またこれらのメッセージは、ｅＮＢ４５がＵＥ１０へ送信する報知情報であってもよい。
【０１８５】
通知メッセージがＴＡＩの更新を通知するメッセージである場合、ｅＮＢ４５は通知メッセージに、ＵＥ１０に割り当てた新しいＴＡＩを含めてもよい。
【０１８６】
ＵＥ１０はｅＮＢ４５から通知メッセージを受信し、通知メッセージの受信に伴い、ＵＥ１０は、ｅＮＢ４５にＴＡＵ（Ｔｒａｃｋｉｎ  Ａｒｅａ  Ｕｐｄａｔｅ）要求メッセージを送信する（Ｓ７１０）。
【０１８７】
具体的には、ＵＥ１０が受信したメッセージに新しいＴＡＩが含まれている場合、ＵＥ１０はＵＥ１０が記憶するＴＡＩ  ＬｉｓｔにあたらしいＴＡＩが含まれていないことを確認し、それに基づきＵＥ１０はｅＮＢ４５にＴＡＵ要求メッセージを送信してもよい。
【０１８８】
または、ＵＥ１０が受信したメッセージが、ｅＮＢ４５が遷移したいコアネットワーク７への接続状態を通知するメッセージであることを確認し、受信メッセージに基づいて、ＵＥ１０はｅＮＢ４５にＴＡＵ要求メッセージを送信してもよい。
【０１８９】
または、ＵＥ１０がｅＮＢ４５から無線リソースの解放要求するレイヤ２の通知メッセージであった場合に基づいて、ＵＥ１０はＴＡＵ要求メッセージを送信してもよい。
【０１９０】
なお、ＴＡＵ要求メッセージには、更新後の新しいＴＡＩが含まれてもよい。
【０１９１】
ｅＮＢ４５はＵＥ１０からＴＡＵ要求メッセージを受信する。ｅＮＢ４５は、ｅＮＢ４５のコアネットワークへの接続状態が、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態であることに基づき、ＭＭＥ４０に代わりＴＡＵ要求の認証手続きを行う。ｅＮＢ４５は、ＴＡＵ要求メッセージに対して拒絶メッセージを送信してもよい（Ｓ７１２）。
【０１９２】
具体的には、ｅＮＢ４５が受信したＴＡＵ要求メッセージに、ｅＮＢ４５が新しく割り当てたＴＡＩとは異なるＴＡＩが含まれていた場合、ｅＮＢ４５はＴＡＵ要求を拒絶することができる。もしくは、ｅＮＢ４５は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態であることにより、ＴＡＵ要求を拒絶し、ＵＥ１０に対応するＵＥコンテキストを削除してもよい。
【０１９３】
ｅＮＢ４５は、ＴＡＵ拒絶メッセージに、ＴＡＵできない理由表示（Ｃａｕｓｅ  Ｖａｌｕｅ）として、暗示的なデタッチの要求を示す値、及び／またはＵＥの識別情報をネットワークから取得できなかった事を示す値を含めてもよい。
【０１９４】
更に、ＴＡＵ拒絶メッセージには、ＵＥが記憶するＧＵＴＩ（Ｇｌｏｂａｌｌｙ．  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を削除することを要求するメッセージを含めてもよい。
【０１９５】
ＵＥ１０は、ｅＮＢ４５からＴＡＵ拒絶メッセージを受信したことに基づき、ＵＥコンテキストを削除する（Ｓ７１４）。以上により、ｅＮＢ４５はＩｓｏｌｔｅｄ  Ｅ−ＵＴＲＡＮ状態に遷移する。
【０１９６】
更に、ＵＥ１０はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態のｅＮＢ４５を介したアタッチ手続きを開始する（Ｓ６２４）。
【０１９７】
なお、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続き方法は、図６のＳ６２４と同様であり、詳細な方法については説明を省略する。
【０１９８】
以上により、ｅＮＢ４５がＴＡＩを更新することによる、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切りかえて続きが実現できる。
【０１９９】
［１．３．３．Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え方法  第２の変形例］
次に、ｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＲＴＲＡＮへの状態遷移の開始に伴い、ＴＡＩを変更することによる通信切り替え手続きである第２の変形例について図８を用いて説明する。本変形例では、ＰＤＮコネクションに用いるゲートウェイを変更することによる通信切り替え手続きである。
【０２００】
なお、本変形例における初期条件は、１．３．１で説明した条件と同様であるため、詳細な説明は省略する。
【０２０１】
図８は、本変形例を説明する為の図である。まずＵＥ１０は従来のアタッチ手続きに基づいた手続きにより、コアネットワーク７に接続している（Ｓ８０２）。更に、ｅＮＢ４５はＵＥ１０のＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に対する許可情報を取得している。ｅＮＢ４５は、バックホール２の接続性が失われた、またはバックホール２を介した通信の制限が必要であるＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移処理を開始する（Ｓ８０４）。
【０２０２】
なお、状態遷移処理の開始トリガは、１．３．１で説明したＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移処理を開始するトリガと同様であってよい。
【０２０３】
続いて、状態遷移処理を説明する。
【０２０４】
まず、ｅＮＢ４５は、ＴＡＩ更新処理を実行する（Ｓ８０６）。ここでＴＡＩ更新処理は、１．３．２で説明したＴＡＩ更新処理（Ｓ７０６）と同様であってよいため、詳細説明は省略する。  ｅＮＢ４５はＴＡＩの更新に伴い、ＵＥ１０に通知メッセージを送信する（Ｓ８０８）。通知メッセージは、ＵＥ１０にＴＡＩの更新を通知するメッセージであってもよい、及び／又はｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａ、及び／またはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／または無線リソースの解放要求するレイヤ２の通知メッセージであってよい。通知メッセージは、これらのうち少なくとも一つの意味をもつメッセ―ジであってよい。または、これらのメッセージは、個別のメッセージで通知してもよい。またこれらのメッセージは、ｅＮＢ４５がＵＥ１０へ送信する報知情報であってもよい。
【０２０５】
通知メッセージがＴＡＩの更新を通知するメッセージである場合、ｅＮＢ４５は通知メッセージに、ＵＥ１０に割り当てた新しいＴＡＩを含めてもよい。
【０２０６】
ＵＥ１０はｅＮＢ４５から通知メッセージを受信し、通知メッセージの受信に伴い、ＵＥ１０は、ｅＮＢ４５にＴＡＵ（Ｔｒａｃｋｉｎ  Ａｒｅａ  Ｕｐｄａｔｅ）要求メッセージを送信する（Ｓ８１０）。
【０２０７】
具体的には、ＵＥ１０が受信したメッセージに新しいＴＡＩが含まれている場合、ＵＥ１０はＵＥ１０が記憶するＴＡＩ  ＬｉｓｔにあたらしいＴＡＩが含まれていないことを確認し、それに基づきＵＥ１０はｅＮＢ４５にＴＡＵ要求メッセージを送信してもよい。
【０２０８】
または、ＵＥ１０が受信したメッセージが、ｅＮＢ４５が遷移したいコアネットワーク７への接続状態を通知するメッセージであることを確認し、受信メッセージに基づいて、ＵＥ１０はｅＮＢ４５にＴＡＵ要求メッセージを送信してもよい。
【０２０９】
または、ＵＥ１０がｅＮＢ４５から無線リソースの解放要求するレイヤ２の通知メッセージであった場合に基づいて、ＵＥ１０はＴＡＵ手続きを開始してもよい。
【０２１０】
なお、ＴＡＵ要求メッセージには、更新後の新しいＴＡＩが含まれてもよい。
【０２１１】
ｅＮＢ４５は、ＴＡＵ要求メッセージの受信に基づき、ＵＥ１０の許可情報を確認する。ＵＥ１０が、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されている場合、ｅＮＢ４５は、ＰＤＮ接続に用いるゲートウェイをＬＧＷ４７に変更してもよい（Ｓ８１２）。
【０２１２】
ｅＮＢ４５は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を行うためのＰＤＮ接続に用いるゲートウェイの変更を行ったことがトリガとなり、ＵＥ１０にアタッチアクセプトメッセージを送信する（Ｓ８１４）。
【０２１３】
アタッチアクセプトメッセージには、選択したＬＧＷ４７のＴＥＩＤや、ＩＰアドレスなどが含まれてよい。ＵＥ１０は、受信したＬＧＷ４７の情報をＰＤＮコネクションの識別情報、及びＵＥのＩＰアドレスに用いてよい。この際、ｅＮＢ４５は、ゲートウェイの変更に伴い、ＵＥ１０に新たなＩＰアドレスを割り当て、ＵＥ１０にＩＰアドレスの変更を通知してもよい。もしくは、ｅＮＢ４５は、引き続き同じＩＰアドレスを割り当て、ＩＰアドレスを変更しなくてもよい。
【０２１４】
以上により、ｅＮＢ４５がＴＡＩを更新することによる、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切りかえて続きが実現できる。なお、本変形例では、ＵＥ１０はデタッチ手続き及びアタッチ手続きを必要としない。つまり、ＵＥ１０はＰＤＮコネクションを再確立することなく通信を継続することができる。言い換えると、ＵＥ１０が通信に用いるＰＤＮコネクションは、ＴＡＵ前後でＰＤＮコネクションの端点となるＰＧＷをＰＧＷ３０からＬＧＥ４７に変更する。
【０２１５】
なお、ＵＥ１０は、ＴＡＵに基づいてＩＰアドレスが変更される場合には、ＩＰアドレスを更新して通信を継続する。もしくは、ＴＡＵに基づいてＩＰアドレスを変更されない場合には、ＴＡＵ前後で同じＩＰアドレスを用いて通信を行うことができる。
【０２１６】
［１．３．４．Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮにおけるＵＥ間の通信方法］
次に、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいたＵＥ間の通信方法について説明する。図９は、ＵＥ間の通信方法を説明する為の図である。
【０２１７】
Ｉｓｏｌｔｅｄｅ  Ｅ−ＵＴＲＡＮにおける通信への切り替え手続きが完了後、ＵＥ１０でＵＥ２０へのユーザデータが発生した場合、ＵＥ１０はｅＮＢ４５にユーザデータ１を送信する（Ｓ９０２）。
【０２１８】
Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え手続きにおいて、ＵＥ１０がｅＮＢ４５からＵＥのリストを受信していた場合、ＵＥ１０はＵＥリストの中に、送信先ＵＥが存在することを確認してからユーザデータの送信を開始してもよい。
【０２１９】
具体的には、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え手続きにおいて、ｅＮＢ４５はＵＥ１０にＵＥ１０がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が可能なＵＥのリストを送信する。この時、ＵＥのリストにはＵＥ２０の識別情報が含まれる。
【０２２０】
ＵＥ１０はｅＮＢ４５から受信した、リストにＵＥ２０が含まれていることを確認し、ＵＥ２０へのユーザデータをｅＮＢ４５に送信する。
【０２２１】
ＵＥ１０はユーザデータ１と共にＵＥ１０とＵＥ２０の識別情報及び／またはＰＤＮコネクションの識別情報をｅＮＢ４５に送信する。
【０２２２】
ｅＮＢ４５はＵＥ１０からユーザデータ１を受信する。ｅＮＢ４５はユーザデータと共に送信されたＵＥの識別情報及び／またはＰＤＮコネクションの識別情報に基づき、ＵＥ１０及びＵＥ２０に対してＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されているか許可情報を確認する（Ｓ９０４）。
【０２２３】
ｅＮＢ４５がＵＥ１０及び／又はＵＥ２０に対して許可情報が確認できない場合、ｅＮＢ４５は、ユーザ１の転送手続きを停止する。この場合、ｅＮＢ４５はＵＥ１０にデータ転送の失敗を通知してもよい。
【０２２４】
ｅＮＢ４５がＵＥ１０に対して、ユーザデータの転送の失敗を通知する通知メッセージを送信する場合、通知メッセージには、失敗の理由はＵＥ１０及び／またはＵＥ２０の許可情報が確認できなかったことであることを示す理由表示（Ｃａｕｓｅ  Ｖａｌｕｅ）を含めてもよい。
【０２２５】
ｅＮＢ４５における許可情報の確認の結果、ＵＥ１０及びＵＥ２０に対して許可情報が確認できた場合、ｅＮＢ４５は許可情報に基づき、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信専用のＰＤＮコネクションを用いてユーザデータ１をＵＥ２０に転送する（Ｓ９０８）。
【０２２６】
ＵＥ１０及びＵＥ２０のＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え手続きにおいて、ＬＧＷ４７をＰＤＮ接続に用いるゲートウェイとして選択していた場合、ＬＧＷ４７を介して、ユーザデータ１はＵＥ２０に転送されてもよい。
【０２２７】
以上により、ｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに含まれた場合の、サービス継続を実現することができる。
【０２２８】
［２．第２の実施形態］
次に、ｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態ＢのＬＴＥアクセスネットワークに含まれた場合のサービス継続の実現方法について説明する。
【０２２９】
なお、システム概要及び装置の構成に関しては、第１の実施形態と等しいため詳細な説明は省略する。
【０２３０】
［２．１．処理の説明］
［２．１．１．Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え方法］
以下、ＬＴＥのアクセスネットワークの状態がＥ−ＵＴＲＡＮ状態からＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの状態遷移処理した場合の切り替え方法について説明する。本実施形態では、ｅＮＢ４５及び又はＭＭＥ４０及び又はＵＥ１０は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａと、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂを識別し、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂである場合に実行する手続きを説明する。なお、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａの場合には、ｅＮＢ４５及び又はＭＭＥ４０及び又はＵＥ１０は、実施形態１で説明した手続き又は処理を実行してもよい。
【０２３１】
なお、手続きの初期状態は第１の実施形態で説明した初期状態と同様であってよい。そのため、歔欷状態の詳細説明は省略する。
【０２３２】
次に、ＬＴＥアクセスネットワークの状態遷移処理およびＰＤＮコネクション切り替え方法について図１０を用いて説明する。
【０２３３】
まずＵＥ１０は従来のアタッチ手続きで、コアネットワーク７に接続している（Ｓ１００２）。更に、または同時にｅＮＢ４５はＵＥ１０のＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に対する許可情報を取得している。
【０２３４】
ｅＮＢ４５は、バックホール２を介した通信の制限が必要であるＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの状態遷移処理を開始する（Ｓ１００４）。
【０２３５】
なお、状態遷移処理の開始トリガは、１．３．１で説明したＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移処理を開始するトリガと同様であってよい。
【０２３６】
続いて、状態遷移処理を説明する。状態遷移処理ではまず、ｅＮＢ４５は、ＭＭＥ４０に通知メッセージを送信する（Ｓ１００６）。ｅＮＢ４５がＭＭＥ４０に送信する通知メッセージは、ｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／又はＵＥ１０にデタッチ要求メッセージを送信することを要求するメッセージであってよい。通知メッセージは、これらのうち少なくとも一つの意味をもつメッセ―ジであってよい。または、これらのメッセージは、個別のメッセージで通知してもよい。
【０２３７】
ＭＭＥ４０は、ｅＮＢ４５から通知メッセージを受信する。通知メッセージには少なくともｅＮＢ４５の通信圏内に存在するＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＵＥ１０の識別情報が含まれる。更に、通知メッセージには、ｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移する手続きを開始した事を示す識別情報が含まれていてもよい。
【０２３８】
また、ｅＮＢ４５からＭＭＥ４０への通知メッセージとは別に、ｅＮＢ４５はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへ状態遷移処理を開始した事を通知する報知情報をＵＥ１０に送信してもよい。報知情報は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するベアラを指定するベアラＩＤや、ＴＦＴ、または、報知情報はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するアプリケーションの識別情報を含めてもよい。
【０２３９】
この場合ｅＮＢ４５はＭＭＥの一部の機能をもつ。具体的には、ｅＮＢ４５はＵＥコンテキストを記憶する機能を有する。
【０２４０】
ＭＭＥ４０は通知メッセージの受信に基づいて、ＵＥ１０に通知メッセージを送信する（Ｓ１００８）。通知メッセージはＵＥ１０にデタッチを要求するメッセージであってもよい、及び／またはＵＥ１０にアタッチ手続きの開始を要求するメッセージであってよい、及び／又はｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／またはｅＮＢ４５の通信圏内に現在存在するＵＥのリストを通知するメッセージであってよい。通知メッセージは、これらのうち少なくとも一つの意味をもつメッセ―ジであってよい。または、これらのメッセージは、個別のメッセージで通知してもよい。
【０２４１】
なお、通知メッセージには、コアネットワークへの接続状態を識別する情報要素を含めてもよい。
【０２４２】
また、ＭＭＥ４０はＵＥ１０への通知メッセージにＡＰＮ１を含めて送信し、再確立することのできるＰＤＮコネクションはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されているＡＰＮを用いて確立するＰＤＮコネクションであることを通知してもよい。
【０２４３】
なお、ＭＭＥ４０はＵＥ１０へのデタッチ要求メッセージに、アタッチが必要であることを示す理由表示（Ｃａｕｓｅ  Ｖａｌｕｅ）を含めてもよい。
【０２４４】
ＭＭＥ４０はデタッチ要求メッセージの送信後、ＳＧＷ３５にデタッチ接続要求を送信することでコアネットワーク内のデタッチ手続きを実行する。
【０２４５】
ＵＥ１０は、ＭＭＥ４０からデタッチ要求メッセージを受信する。デタッチ要求メッセージは、ＵＥ１０にデタッチとアタッチ手続きの開始を要求するメッセージである。ＵＥ１０はデタッチ要求メッセージの受信に基づき、記憶部のＵＥコンテキストを削除する（Ｓ１０１０）。
【０２４６】
更に、ＵＥ１０はデタッチ要求メッセージの受信に基づき、ＵＥコンテキストを削除してもよい。更に、ＵＥ１０はデタッチ要求メッセージの受信に基づき、ｅＮＢ４５に通知メッセージに対する応答メッセージを送信してもよい（Ｓ１０１１）。応答メッセージはデタッチが完了したことを通知するメッセージであり、デタッチ応答メッセージである。
【０２４７】
ＭＭＥ４０は、ＵＥ１０からデタッチ応答メッセージを受信する。ＭＭＥ４０はデタッチ応答メッセージの受信に基づき、デタッチ手続きを完了させる。
【０２４８】
なお、ＭＭＥ４０は、ｅＮＢ４５を介してＵＥ１０からデタッチの応答メッセージを受信する。つまり、ｅＮＢ４５は単にデタッチ応答メッセージを転送するだけでなく、ＵＥ１０からデタッチ応答メッセージを一旦受信してもよい。
【０２４９】
さらに、ｅＮＢ４５はＵＥ１０からデタッチ手続き及び又はＵＥ１０からの応答メッセージの受信及び／または応答メッセージの受信に基づきＵＥ１０の識別情報を記憶部から削除してもよい。または、タイマーを起動させタイマーのカウントが完了するまで記憶しておき、タイマーのカウントが完了したら、またはアタッチ要求メッセージをＵＥ１０から受信した場合には記憶部から削除させてもよい。
【０２５０】
このように、デタッチまたはタイマーのカウントが完了したことがトリガとなり、ｅＮＢ４５のコアネットワークの状態はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移してもよい。
【０２５１】
もしくは、ｅＮＢ４５は、ＭＭＥ４０に送信した通知メッセージの応答として、ＭＭＥ４０から応答メッセージを受信してもよい。さらに、ｅＮＢ４５は、応答メッセージの受信に基づいて、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移してもよい。この際、ＭＭＥ４０は、応答メッセージに、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移することを要求または通知することを示す識別情報を含めて送信してもよい。
【０２５２】
次にＵＥ１０はアタッチ手続きを実行してＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信のためのＰＤＮコネクションを確立する（Ｓ１０２６）。ここで、このアタッチ手続きは、従来アタッチ手続きと区別するためにＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続きと表現する。
【０２５３】
更にＵＥ１０はｅＮＢ４５にアタッチ要求メッセージを送信する（Ｓ１０１２）。アタッチ要求メッセージは、少なくともＡＰＮ１を含めてもよい。ここで、ＵＥ１は必ずしもアタッチ手続きに含めてＡＰＮを送信する必要はなく、アタッチ手続き内で送信する制御メッセージに含めて送信してもよい。また、ＵＥ１０は、ＡＰＮリストに保持する複数のＡＰＮのうち、ｅＮＢ４５送信する通知メッセージに基づいてＡＰＮ１を選択して送信してもよい。より具体的には、ＵＥ１０は、通知メッセージがＡＰＮ１を用いた再確立を許可されていることを示していることにより、ＡＰＮ１を選択してもよい。
【０２５４】
また、ＵＥ１０は、こうした選択手段を有しない場合、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続きもしくはＰＤＮコネクション確立手続きにより、ＡＰＮ１とＡＰＮ２をｅＮＢ４５に通知してもよい。
【０２５５】
ｅＮＢ４５はＵＥ１０からアタッチ要求メッセージを受信する。この時、アタッチ要求メッセージにはＡＰＮ１が含まれていてもよい。または、アタッチ手続きに含まれるｅＮＢ４５からＵＥ１０に送信されるその他の制御メッセージにＡＰＮ１が含まれていてもよい。
【０２５６】
ＵＥ１０がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮを記憶していない場合アタッチ要求メッセージには、ＡＰＮ１とＡＰＮ２を含めてもよい。
【０２５７】
ｅＮＢ４５はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮが許可されたＡＰＮ１の受信に基づき、ＵＥ１０に与えられた許可情報を確認してもよい（Ｓ１０１４）。
【０２５８】
ｅＮＢ４５はｅＮＢ４５が属するＬＴＥアクセスネットワークの状態がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂであることに基づき、受信したアタッチ要求メッセージをＭＭＥ４０に転送する（Ｓ１０１６）。
【０２５９】
ＭＭＥ４０は、ｅＮＢ４５からアタッチ要求メッセージを受信する。ＭＭＥ４０は、アタッチ要求メッセージの受信に伴い、許可情報の確認を行ってもよい。具体的には、ＭＭＥ４０は、受信した複数のＡＰＮからＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮ１を選択してもよい。さらに、ＭＭＥ４０は、ＵＥ１０が送信するＡＰＮに基づいてＰＤＮコネクションを確立することを許可するか否かを決定してもよい。例えば、ＭＭＥ４０は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移している場合、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するＡＰＮに対してはＰＤＮコネクションの確立を許可し、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されないＡＰＮに対してはＰＤＮコネクションの確立を拒絶してアタッチ拒絶メッセージをＵＥ１０に送信してもよい。
【０２６０】
もしくは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂで通信を許可するＡＰＮに対してはＰＤＮコネクションの確立を許可し、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａでの通信しか許可されていないＡＰＮに対しては、ＰＤＮコネクションの確立を拒絶してアタッチリ拒絶メッセージをＵＥ１０に送信してもよい。
【０２６１】
また、ＭＭＥ４０がＰＤＮコネクションの確立を許可する場合、ＭＭＥ４０はＡＰＮ１がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮである事に基づき、ＰＤＮ接続に用いるゲートウェイとしてＬＧＷ４７を選択してもよい（Ｓ１０１８）。
【０２６２】
ＭＭＥ４０は、選択したゲートウェイＬＧＷ４７との間にセッション作成を行う（Ｓ１０２０）。ＬＧＷ４７は、セッション作成において、ＵＥ１０にＩＰアドレスの再割り当てを行う。ＭＭＥ４０は、ＵＥ１０のＩＰアドレスと、ＬＧＷのＴＥＩＤを取得する。
【０２６３】
ＭＭＥ４０は、ｅＮＢ４５にアタッチ要求メッセージに対する応答メッセージを送信する（Ｓ１０２２）。アタッチ応答メッセージには、少なくとも、ＵＥ１０のＩＰアドレス及びＬＧＷのＴＥＩＤを含める。
【０２６４】
更に、ＭＭＥ４０がＵＥ１０から受信したメッセージに含まれる複数のＡＰＮから、ＡＰＮ１を選択した場合、ＭＭＥ４０はｅＮＢ４５に選択したＡＰＮ１を含めて応答メッセージを送信してもよい。
【０２６５】
ｅＮＢ４５は、ＭＭＥ４０からアタッチ要求メッセージに対する応答メッセージを受信する。ｅＮＢ４５は応答メッセージの受信に基づき、ＵＥ１０と無線ベアラの確立手続きを開始する（Ｓ１０２４）。無線ベアラの確立手続きで、ＵＥ１０はＩＰアドレスを取得する。
【０２６６】
更に、ＭＭＥ４０がＵＥ１０から受信したメッセージに含まれる複数のＡＰＮから、ＡＰＮ１を選択した場合、ｅＮＢ４５は無線ベアラ確立時にＵＥ１０に選択したＡＰＮ１の識別情報を通知してもよい。
【０２６７】
更に、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に利用するベアラとしてデフォルトベアラ以外のベアラを指定する場合、ｅＮＢ４５はベアラ確立時にＵＥ１０にデフォルトベアラを利用しない事を指示する識別情報を含む。この時、識別情報はベアラを識別するＴＦＴやベアラＩＤであってもよい。
【０２６８】
更に、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信が許可されたアプリケーションを指定する場合、ｅＮＢ４５は無線ベアラ確立時にＵＥ１０にＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信が許可されたアプリケーションの識別情報を通知してもよい。
【０２６９】
これにより、ＵＥ１０は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信のためのＰＤＮコネクションを確立することができる。
【０２７０】
以上によりＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続きを完了する。
【０２７１】
Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続きの完了により、ｅＮＢ４５のＩｓｏｌａｔｅｄ  Ｅ−ＲＵＴＲＡＮ状態に状態遷移に基づいて、ＵＥ１０は、通常状態の通信で用いていたＰＤＮコネクションを、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信のためのＰＤＮコネクションに切り替えて通信を継続することができる。
【０２７２】
なお、切り替え完了後の、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態のアクセスネットワークに含まれるｅＮＢ４５の通信圏内に存在するＵＥ間の通信方法に関しては、第１の実施形態と同様の手続きで実現してもよく、詳細な説明は省略する。
【０２７３】
［２．１．２．Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え方法  第１の変形例］
次に、ｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移を開始することにより、ＭＭＥ４０が管理するＵＥのＴＡＩを変更することによる通信切り替え手続きである第１の変形例について図１１を用いて説明する。
【０２７４】
なお、手続きの初期状態は第１の実施形態で説明した初期状態と同様であってよい。そのため、歔欷状態の詳細説明は省略する。
【０２７５】
図１１は、本変形例を説明する為の図である。まずＵＥ１０は従来のアタッチ手続きで、コアネットワーク７に接続している（Ｓ１１０２）。更に、または同時にｅＮＢ４５はＵＥ１０のＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に対する許可情報を取得している。
【０２７６】
ｅＮＢ４５は、バックホール２を介した通信の制限が必要であるＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの状態遷移処理を開始する（Ｓ１１０４）。
【０２７７】
なお、状態遷移処理の開始トリガは、１．３．１で説明したＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移処理を開始するトリガと同様であってよい。
【０２７８】
続いて、状態遷移処理を説明する。
【０２７９】
まず、ｅＮＢ４５は、ＭＭＥ４０に通知メッセージを送信する（Ｓ１１０６）。ｅＮＢ４５がＭＭＥ４０に送信する通知メッセージは、ｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／又はＵＥ１０にデタッチ要求メッセージを送信することを要求するメッセージであってよい、及び／又はＴＡＩをＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信専用のＴＡＩに更新する事を要求するメッセージであってよい。通知メッセージは、これらのうち少なくとも一つの意味をもつメッセ―ジであってよい。または、これらのメッセージは、個別のメッセージで通知してもよい。
【０２８０】
ＭＭＥ４０は、ｅＮＢ４５から通知メッセージを受信する。通知メッセージには少なくともｅＮＢ４５の通信圏内に存在するＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＵＥ１０の識別情報が含まれる。更に、通知メッセージには、ｅＮＢ４５が属するＬＴＥアクセスネットワークの状態がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂであることを示す識別情報が含まれていてもよい。
【０２８１】
また、ｅＮＢ４５からＭＭＥ４０への通知メッセージとは別に、ｅＮＢ４５はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへ状態遷移処理を開始した事を通知する報知情報をＵＥ１０に送信してもよい。報知情報は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するベアラを指定するベアラＩＤや、ＴＦＴ、または、報知情報はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するアプリケーションの識別情報を含めてもよい。
【０２８２】
この場合ｅＮＢ４５はＭＭＥの一部の機能をもつ。具体的には、ｅＮＢ４５はＵＥコンテキストを記憶する機能を有する。
【０２８３】
ＭＭＥ４０は、ｅＮＢ４５から通知メッセージを受信したことに基づいて、ＴＡＩ更新処理を実行してもよい（Ｓ１１０８）。具体的には、ＭＭＥ４０は、これまでの通常状態で持ちしていたＴＡＩとは異なるＴＡＩを設定する。なお、更新するＴＡＵは、ＴＡＩに含まれるトラッキングエリアコード（ＴＡＣ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）を更新した識別情報であってもよい。さらに、ＵＥ１０に新しく割り当てるＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態であることに基づいて設定する特別なＴＡＩであってよい。つまり、ＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信を行うエリアを示すトラッキングエリアＩＤであってよい。
【０２８４】
ＭＭＥ４０はＴＡＩの更新に伴い、ＵＥ１０に通知メッセージを送信する（Ｓ１１１０）。通知メッセージは、ＵＥ１０にＴＡＩの更新を通知するメッセージであってもよい、及び／又はｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／または無線リソースの解放要求するレイヤ２の通知メッセージであってよい。通知メッセージは、これらのうち少なくとも一つの意味をもつメッセ―ジであってよい。または、これらのメッセージは、個別のメッセージで通知してもよい。またこれらのメッセージは、ｅＮＢ４５がＵＥ１０へ送信する報知情報であってもよい。
【０２８５】
通知メッセージがＴＡＩの更新を通知するメッセージである場合、ＭＭＥ４０は通知メッセージに、ＵＥ１０に割り当てた新しいＴＡＩを含めてもよい。
【０２８６】
ＵＥ１０はＭＭＥ４０から通知メッセージを受信し、通知メッセージの受信に伴い、ＵＥ１０は、ｅＮＢ４５を介してＭＭＥ４０にＴＡＵ（Ｔｒａｃｋｉｎ  Ａｒｅａ  Ｕｐｄａｔｅ）要求メッセージを送信する（Ｓ１１１２）。
【０２８７】
具体的には、ＵＥ１０が受信したメッセージに新しいＴＡＩが含まれている場合、ＵＥ１０はＵＥ１０が記憶するＴＡＩ  ＬｉｓｔにあたらしいＴＡＩが含まれていないことを確認し、それに基づきＵＥ１０はＭＭＥ４０にＴＡＵ要求メッセージを送信してもよい。
【０２８８】
または、ＵＥ１０が受信したメッセージが、ｅＮＢ４５が遷移したいコアネットワーク７への接続状態を通知するメッセージであることを確認し、受信メッセージに基づいて、ＵＥ１０はＭＭＥ４０にＴＡＵ要求メッセージを送信してもよい。
【０２８９】
または、ＵＥ１０はｅＮＢ４５を介してＭＭＥ４０から無線リソースの解放要求するレイヤ２の通知メッセージの受信に基づいて、ＴＡＵ手続きを開始してもよい。
【０２９０】
なお、ＴＡＵ要求メッセージには、更新後の新しいＴＡＩが含まれてもよい。
【０２９１】
ＭＭＥ４０はＵＥ１０からＴＡＵ要求メッセージを受信する。ＭＭＥ４０はＴＡＵ要求の認証手続きを行う。ｅＮＢ４５は、ＴＡＵ要求メッセージに対して拒絶メッセージを送信してもよい（Ｓ１１１４）。
【０２９２】
具体的には、ＭＭＥ４０が受信したＴＡＵ要求メッセージに、ＭＭＥ４０が新しく割り当てたＴＡＩとは異なるＴＡＩが含まれていた場合、ｅＮＢ４５はＴＡＵ要求を拒絶することができる。もしくは、ｅＮＢ４５は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態であることにより、ＴＡＵ要求を拒絶し、ＵＥ１０に対応するＵＥコンテキストを削除してもよい。
【０２９３】
ＴＡＵ拒絶メッセージには、ＴＡＵできない理由表示（Ｃａｕｓｅ  Ｖａｌｕｅ）として、暗示的なデタッチの要求を示す値、及び／またはＵＥの識別情報をネットワークから取得できなかった事を示す値を含めてもよい。
【０２９４】
更に、ＴＡＵ拒絶メッセージには、ＵＥが記憶するＧＵＴＩ（Ｇｌｏｂａｌｌｙ．  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を削除することを要求するメッセージを含めてもよい。
【０２９５】
ＵＥ１０は、ＭＭＥ４０からＴＡＵ拒絶メッセージを受信したことに基づき、ＵＥコンテキストを削除する（Ｓ１１１６）。
【０２９６】
ＭＭＥは、ＴＡＵ拒絶メッセージの送信に伴い、タイマーのカウントを開始させ、タイマーのカウントが完了したら、ＵＥ１０に関する情報を削除する事で、暗示的なデタッチを完了させる。
【０２９７】
さらに暗示的なデタッチの完了後、ＭＭＥ４０はｅＮＢ４５にＵＥ１０とのデタッチを通知することで、ｅＮＢ４５はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態に遷移してもよい。
【０２９８】
または、ｅＮＢ４５はＵＥ１０あてのＴＡＵ拒絶メッセージを受信したことに基づき、タイマーのカウントを開始し、タイマーのカウントが完了後Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態に状態遷移してもよい。以上により、ｅＮＢ４５はＩｓｏｌｔｅｄ  Ｅ−ＵＴＲＡＮ状態に遷移する。
【０２９９】
更に、ＵＥ１０はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続きを開始する（Ｓ１０２６）。
【０３００】
なお、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続き方法は、図１０のＳ１０２６と同様であり、詳細な方法については説明を省略する。
【０３０１】
以上により、ｅＮＢ４５がＴＡＩを更新することによる、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切りかえて続きが実現できる。
【０３０２】
なお、切り替え完了後の、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態のアクセスネットワークに含まれるｅＮＢ４５の通信圏内に存在するＵＥ間の通信方法に関しては、第１の実施形態と同様の手続きで実現してもよく、詳細な説明は省略する。
【０３０３】
［２．１．３．Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え方法  第２の変形例］
次に、ｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移を開始する事により、ＭＭＥ４０が管理するＵＥ１０のＴＡＩを変更することによる通信切り替え手続きである第２の変形例について図１２を用いて説明する。なお、本変形例では、ＵＥ１０はデタッチ手続き及びアタッチ手続きの必要がない。
【０３０４】
なお、手続きの初期状態は第１の実施形態で説明した初期状態と同様であってよい。そのため、歔欷状態の詳細説明は省略する。
【０３０５】
図１２は、本変形例を説明する為の図である。まずＵＥ１０は従来のアタッチ手続きで、コアネットワーク７に接続している（Ｓ１２０２）。更に、または同時にｅＮＢ４５はＵＥ１０のＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に対する許可情報を取得している。
【０３０６】
ｅＮＢ４５は、バックホール２を介した通信の制限が必要であるＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの状態遷移処理を開始する（Ｓ１２０４）。
【０３０７】
なお、状態遷移処理の開始トリガは、１．３．１で説明したＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移処理を開始するトリガと同様であってよい。
【０３０８】
続いて、状態遷移処理を説明する。
【０３０９】
まず、ｅＮＢ４５は、ＭＭＥ４０に通知メッセージを送信する（Ｓ１２０６）。ｅＮＢ４５がＭＭＥ４０に送信する通知メッセージは、ｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／又はＵＥ１０にデタッチ要求メッセージを送信することを要求するメッセージであってよい、及び／又はＴＡＩをＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信専用のＴＡＩに更新する事を要求するメッセージであってよい。通知メッセージは、これらのうち少なくとも一つの意味をもつメッセ―ジであってよい。または、これらのメッセージは、個別のメッセージで通知してもよい。
【０３１０】
ＭＭＥ４０は、ｅＮＢ４５から通知メッセージを受信する。通知メッセージには少なくともｅＮＢ４５の通信圏内に存在するＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＵＥ１０の識別情報が含まれる。更に、通知メッセージには、ｅＮＢ４５が属するＬＴＥアクセスネットワークの状態がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂであることを示す識別情報が含まれていてもよい。
【０３１１】
また、ｅＮＢ４５からＭＭＥ４０への通知メッセージとは別に、ｅＮＢ４５はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへ状態遷移処理を開始した事を通知する報知情報をＵＥ１０に送信してもよい。報知情報は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するベアラを指定するベアラＩＤや、ＴＦＴ、または、報知情報はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するアプリケーションの識別情報を含めてもよい。
【０３１２】
この場合ｅＮＢ４５はＭＭＥの一部の機能をもつ。具体的には、ｅＮＢ４５はＵＥコンテキストを記憶する機能を有する。
【０３１３】
ＭＭＥ４０は、ｅＮＢ４５から通知メッセージを受信したことに基づいて、ＴＡＵ更新処理を実行する（Ｓ１２０８）。具体的には、ＭＭＥ４０は、これまでの通常状態で持ちしていたＴＡＩとは異なるＴＡＩを設定する。なお、更新するＴＡＵは、ＴＡＩに含まれるトラッキングエリアコード（ＴＡＣ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）を更新した識別情報であってもよい。さらに、ＵＥ１０に新しく割り当てるＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態であることに基づいて設定する特別なＴＡＩであってよい。つまり、ＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信を行うエリアを示すトラッキングエリアＩＤであってよい。
【０３１４】
ＭＭＥ４０はＴＡＩの更新に伴い、ＵＥ１０に通知メッセージを送信する（Ｓ１２１０）。通知メッセージは、ＵＥ１０にＴＡＩの更新を通知するメッセージであってもよい、及び／又はｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａ、及び／またはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／または無線リソースの解放要求するレイヤ２の通知メッセージであってよい。通知メッセージは、これらのうち少なくとも一つの意味をもつメッセ―ジであってよい。または、これらのメッセージは、個別のメッセージで通知してもよい。またこれらのメッセージは、ｅＮＢ４５がＵＥ１０へ送信する報知情報であってもよい。
【０３１５】
通知メッセージがＴＡＩの更新を通知するメッセージである場合、ＭＭＥ４０は通知メッセージに、ＵＥ１０に割り当てた新しいＴＡＩを含めてもよい。
【０３１６】
ＵＥ１０はＭＭＥ４０から通知メッセージを受信し、通知メッセージの受信に伴い、ＵＥ１０は、ｅＮＢ４５を介してＭＭＥ４０にＴＡＵ（Ｔｒａｃｋｉｎ  Ａｒｅａ  Ｕｐｄａｔｅ）要求メッセージを送信する（Ｓ１２１２）。
【０３１７】
具体的には、ＵＥ１０が受信したメッセージに新しいＴＡＩが含まれている場合、ＵＥ１０はＵＥ１０が記憶するＴＡＩ  ＬｉｓｔにあたらしいＴＡＩが含まれていないことを確認し、それに基づきＵＥ１０はＭＭＥ４０にＴＡＵ要求メッセージを送信してもよい。
【０３１８】
または、ＵＥ１０が受信したメッセージが、ｅＮＢ４５が遷移したいコアネットワーク７への接続状態を通知するメッセージであることを確認し、受信メッセージに基づいて、ＵＥ１０はＭＭＥ４０にＴＡＵ要求メッセージを送信してもよい。
【０３１９】
または、ＵＥ１０がｅＮＢ４５を介してＭＭＥ４０から無線リソースの解放要求するレイヤ２の通知メッセージであった場合に基づいて、ＵＥ１０はＴＡＵ手続きを開始してもよい。
【０３２０】
なお、ＴＡＵ要求メッセージには、更新後の新しいＴＡＩが含まれてもよい。
【０３２１】
ＭＭＥ４０は、ＴＡＵ要求メッセージの受信に基づき、ＵＥ１０の許可情報を確認する。ＵＥ１０が、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されている場合、ＭＭＥ４０は、ＰＤＮ接続に用いるゲートウェイをＬＧＷ４７に変更してもよい（Ｓ１２１４）。
【０３２２】
ＭＭＥ４０は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を行うためのＰＤＮ接続に用いるゲートウェイの変更を行ったことがトリガとなり、ＵＥ１０にアタッチアクセプトメッセージを送信する（Ｓ１２１６）。
【０３２３】
アタッチアクセプトメッセージには、選択したＬＧＷ４７のＴＥＩＤや、ＩＰアドレスなどが含まれてよい。ＵＥ１０は、受信したＬＧＷ４７の情報をＰＤＮコネクションの識別情報、及びＵＥのＩＰアドレスに用いてよい。この際、ｅＮＢ４５は、ゲートウェイの変更に伴い、ＵＥ１０に新たなＩＰアドレスを割り当て、ＵＥ１０にＩＰアドレスの変更を通知してもよい。もしくは、ｅＮＢ４５は、引き続き同じＩＰアドレスを割り当て、ＩＰアドレスを変更しなくてもよい。
【０３２４】
以上により、ＭＭＥ４０がＴＡＩを更新することによる、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切りかえて続きが実現できる。なお、本変形例では、ＵＥ１０はアタッチ要求を送信しなくてよい。つまり、ＵＥ１０はＰＤＮコネクションを再確立することなく通信を継続することができる。言い換えると、ＵＥ１０が通信に用いるＰＤＮコネクションは、ＴＡＵ前後でＰＤＮコネクションの端点となるＰＧＷをＰＧＷ３０からＬＧＥ４７に変更する。
【０３２５】
なお、ＵＥ１０は、ＴＡＵに基づいてＩＰアドレスが変更される場合には、ＩＰアドレスを更新して通信を継続する。もしくは、ＴＡＵに基づいてＩＰアドレスを変更されない場合には、ＴＡＵ前後で同じＩＰアドレスを用いて通信を行うことができる。
【０３２６】
なお、切り替え完了後の、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態のアクセスネットワークに含まれるｅＮＢ４５の通信圏内に存在するＵＥ間の通信方法に関しては、第１の実施形態と同様の手続きで実現してもよく、詳細な説明は省略する。
【０３２７】
［３．第３の実施形態］
次に、ｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態ＢのＬＴＥアクセスネットワークに含まれた場合の、ＭＭＥ主導の通信切り替え方法について説明する。
【０３２８】
なお、システム概要及び装置の構成に関しては、第１の実施形態と等しいため詳細な説明は省略する。
【０３２９】
［３．１．処理の説明］
［３．１．１．Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え方法］
以下、ＬＴＥのアクセスネットワークの状態がＥ−ＵＴＲＡＮ状態からＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移した場合のＭＭＥが主導となる通信切り替え方法について説明する。
【０３３０】
なお、手続きの初期状態は第１の実施形態で説明した初期状態と同様であってよい。そのため、歔欷状態の詳細説明は省略する。
【０３３１】
また、本実施形態では、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されたＡＰＮをＡＰＮ１とよび、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されていないＡＰＮをＡＰＮ２とする。
【０３３２】
次に、Ｅ−ＵＴＲＡＮの状態遷移およびＰＤＮコネクション切り替え方法について図１３を用いて説明する。
【０３３３】
まずＵＥ１０は従来のアタッチ手続きで、コアネットワーク７に接続している（Ｓ１３０２）。更に、または同時にｅＮＢ４５はＵＥ１０のＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に対する許可情報を取得している。
【０３３４】
ＭＭＥ４０は、ＭＭＥ４０が管理する基地局装置ｅＮＢ４５がバックホール２を介した通信の制限が必要であるＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの遷移を開始するトリガを検知する（Ｓ１３０４）。
【０３３５】
この時Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂとは、例えば災害などが要因となり、ｅＮＢ４５からコアネットワークへの接続性が物理的に一部失われた事や、移動可能であるｅＮＢ（Ｎｏｒｍａｄｉｃ  ｅＮＢ）が移動により属するＬＴＥアクセスネットワークを変更し、変更先のＬＴＥアクセスネットワークがＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂである事を示す。
【０３３６】
状態遷移処理の開始トリガは、例えば、ｅＮＢ４５とＳＧＷ３５間のインターフェース（Ｓ１−Ｕ）の接続性がなくなったこと、または接続性が一部失われた事を検出し、この検出をトリガとしてもよい。
【０３３７】
または、状態遷移処理の開始トリガは、ＳＧＷ３５とＰＧＥ３０間のインターフェース（Ｓ５/Ｓ８）の接続性がなくなったことを検出し、この検出をトリガとしてもよい。
【０３３８】
これらのトリガの検出に伴いＭＭＥ４０は自動で状態遷移処理を開始してもよい。
【０３３９】
または、通信事業者（オペレータの運用者）により手動で、ＭＭＥ４０に状態遷移処理を開始させてもよい。
【０３４０】
状態遷移処理ではまず、ＭＭＥ４０は、ｅＮＢ４５に通知メッセージを送信する（Ｓ１３０６）。ＭＭＥ４０は通知メッセージの送信により、ｅＮＢ４５にＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの状態遷移を開始した事を通知してよい、及び／またはｅＮＢ４５に、ＵＥ１０からアタッチ要求が送信されることを通知してよい。
【０３４１】
ｅＮＢ４５はＭＭＥ４０から通知メッセージを受信することによりｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移を開始した事を検知する（Ｓ１３０８）。
【０３４２】
ここで、ｅＮＢ４５は通知メッセージの受信に伴い、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへ状態遷移処理を開始した事を通知する報知情報をＵＥ１０に送信してもよい。報知情報は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するベアラを指定するベアラＩＤや、ＴＦＴ、または、報知情報はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するアプリケーションの識別情報を含めてもよい。
【０３４３】
また、この場合ｅＮＢ４５はＭＭＥの一部の機能をもつ。具体的には、ｅＮＢ４５はＵＥコンテキストを記憶する機能を有する。
【０３４４】
ＭＭＥ４０は、Ｓ１３０６の通知メッセージの送信の後または同時、または通知メッセージの送信より前に、ＵＥ１０に通知メッセージを送信する（Ｓ１３１０）。通知メッセージは、ＵＥ１０にデタッチを要求するデタッチ要求メッセージであってもよい、及び／またはＵＥ１０にアタッチ手続きの開始を要求するメッセージであってよい、及び／又はｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／またはｅＮＢ４５の通信圏内に現在存在するＵＥのリストを通知するメッセージであってよい。
【０３４５】
なお、通知メッセージには、コアネットワークへの接続状態を識別する情報要素を含めてもよい。
【０３４６】
また、ＭＭＥ４０はＵＥ１０への通知メッセージにＡＰＮ１を含めて送信し、再確立することのできるＰＤＮコネクションはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されているＡＰＮを用いて確立するＰＤＮコネクションであることを通知してもよい。
【０３４７】
なお、ＭＭＥ４０はＵＥ１０への通知メッセージに、アタッチが必要であることを示す理由表示（Ｃａｕｓｅ  Ｖａｌｕｅ）を含めてもよい。
【０３４８】
ＭＭＥ４０はＵＥ１０への通知メッセージの送信後、ＳＧＷ３５にデタッチ接続要求を送信することでコアネットワーク内のデタッチ手続きを実行する。
【０３４９】
ＵＥ１０は、ＭＭＥ４０からデタッチ要求メッセージを受信する。デタッチ要求メッセージは、ＵＥ１０にデタッチとアタッチ手続きの開始を要求するメッセージであり、ＵＥ１０はデタッチ要求メッセージの受信に基づき、記憶部のＵＥコンテキストを削除する（Ｓ１３１２）。
【０３５０】
更に、ＵＥ１０はデタッチ要求メッセージの受信に基づき、ＭＭＥ４０に通知メッセージに対する応答メッセージを送信してもよい（Ｓ１３１３）。応答メッセージはデタッチが完了したことを通知するメッセージであり、デタッチ応答メッセージである。
【０３５１】
ＭＭＥ４０は、ＵＥ１０からデタッチ応答メッセージを受信する。ＭＭＥ４０はデタッチ応答メッセージの受信に基づき、デタッチ手続きを完了させる。
【０３５２】
なお、ＭＭＥ４０は、ｅＮＢ４５を介してＵＥ１０からデタッチの応答メッセージを受信する。つまり、ｅＮＢ４５は単にデタッチ応答メッセージを転送するだけでなく、ＵＥ１０からデタッチ応答メッセージを一旦受信してもよい。
【０３５３】
更に、ｅＮＢ４５はＵＥ１０からデタッチ手続き及び又はＵＥ１０からの応答メッセージの受信及び／または応答メッセージの受信に基づきＵＥ１０の識別情報を記憶部から削除してもよい。または、タイマーを起動させタイマーのカウントが完了するまで記憶しておき、タイマーのカウントが完了したら、またはアタッチ要求メッセージをＵＥ１０から受信した場合には記憶部から削除させてもよい。
【０３５４】
このように、デタッチまたはタイマーのカウントが完了したことがトリガとなり、ｅＮＢ４５のコアネットワークの状態はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移してもよい。
【０３５５】
もしくは、ｅＮＢ４５は、ＭＭＥ４０に送信した通知メッセージの応答として、ＭＭＥ４０から応答メッセージを受信してもよい。さらに、ｅＮＢ４５は、応答メッセージの受信に基づいて、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移してもよい。この際、ＭＭＥ４０は、応答メッセージに、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移することを要求または通知することを示す識別情報を含めて送信してもよい。
【０３５６】
ＵＥ１０は応答メッセージを送信後、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態のｅＮＢ４５へのアタッチ手続きを行う（Ｓ１０２６）。アタッチ手続きは図１０記載のアタッチ手続きと同様であるため詳細な説明は省略する。
【０３５７】
以上により、ＬＴＥのアクセスネットワークが、アクセス制限を必要とするＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移した場合の、ＭＭＥ主導のサービス継続が実現する。
【０３５８】
なお、切り替え完了後の、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態のアクセスネットワークに含まれるｅＮＢ４５の通信圏内に存在するＵＥ間の通信方法に関しては、第１の実施形態と同様の手続きで実現してもよく、詳細な説明は省略する。
【０３５９】
［３．１．２．Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え方法  第１の変形例］
次に、ＭＭＥ４０が主導のｅＮＢ４５の状態をＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態に遷移に伴い、ＭＭＥ４０が管理するＵＥ１０のＴＡＩを更新することによる、通信切り替え手続きである第１の変形例について図１４を用いて説明する。
【０３６０】
なお、手続きの初期状態は第１の実施形態で説明した初期状態と同様であってよい。そのため、歔欷状態の詳細説明は省略する。
【０３６１】
図１４は、本変形例を説明する為の図である。まずＵＥ１０は従来のアタッチ手続きで、コアネットワーク７に接続している（Ｓ１４０２）。更に、または同時にｅＮＢ４５はＵＥ１０のＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に対する許可情報を取得している。
【０３６２】
ＭＭＥ４０は、ＭＭＥ４０が管理する基地局装置ｅＮＢ４５がバックホール２を介した通信の制限が必要であるＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの遷移を開始するトリガを検知する（Ｓ１４０４）。
【０３６３】
なお、状態遷移処理の開始トリガは、３．１．１で説明したＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移処理を開始するトリガと同様であってよい。
【０３６４】
または、ＭＭＥ４０が、ｅＮＢ４５からＭＭＥ４０へ制御信号を用いて、ｅＮＢ４５がＭＭＥ４０の一部の機能有することを識別する識別情報、及び又はＭＭＥ４０の一部の機能を有することが可能な能力情報を表す識別情報、及び／又はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能を有することを識別する識別情報を取得していてもよい。ＭＭＥ４０は識別情報に基づき、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの遷移を開始してもよい。
【０３６５】
続いて、状態遷移処理を説明する。
【０３６６】
まず、ＭＭＥ４０は、ｅＮＢ４５に通知メッセージを送信する（Ｓ１４０６）。ＭＭＥ４０はｅＮＢ４５から取得した、ｅＮＢ４５がＭＭＥ４０の機能を一部有することを識別する識別情報、及び又はＭＭＥ４０の一部の機能を有することが可能な能力情報を表す識別情報、及び／又はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能を有することを識別する識別情報に基づき、ｅＮＢ４５に通知メッセージを送信してもよい。
【０３６７】
ＭＭＥ４０は通知メッセージの送信により、ｅＮＢ４５にＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの状態遷移を開始した事を通知してもよい、及び／またはｅＮＢ４５に、ＵＥ１０からアタッチ要求が送信されることを通知してもよい。
【０３６８】
ｅＮＢ４５はＭＭＥ４０から通知メッセージを受信することによりｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移を開始した事を検知する（Ｓ１４０８）。
【０３６９】
ここで、ｅＮＢ４５は通知メッセージの受信に伴い、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへ状態遷移処理を開始した事を通知する報知情報をＵＥ１０に送信してもよい。報知情報は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するベアラを指定するベアラＩＤや、ＴＦＴ、または、報知情報はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するアプリケーションの識別情報を含めてもよい。
【０３７０】
また、ｅＮＢ４５は、通知メッセージの受信に伴い、ＴＡＵ更新処理を開始してもよい。具体的には、ｅＮＢ４５は、これまでの通常状態で持ちしていたＴＡＩとは異なるＴＡＩを設定する。なお、更新するＴＡＵは、ＴＡＩに含まれるトラッキングエリアコード（ＴＡＣ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）を更新した識別情報であってもよい。さらに、ＵＥ１０に新しく割り当てるＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態であることに基づいて設定する特別なＴＡＩであってよい。つまり、ＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信を行うエリアを示すトラッキングエリアＩＤであってよい。さらに、更新したＴＡＩを報知情報に含めて送信してもよい。
【０３７１】
また、この場合ｅＮＢ４５はＭＭＥの一部の機能をもつ。具体的には、ｅＮＢ４５はＵＥコンテキストを記憶する機能を有する。
【０３７２】
ＭＭＥ４０は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮへの状態遷移の開始に基づいて、ＴＡＵ更新処理を開始する（Ｓ１４１０）。具体的には、ＭＭＥ４０は、これまでの通常状態で持ちしていたＴＡＩとは異なるＴＡＩを設定する。なお、更新するＴＡＵは、ＴＡＩに含まれるトラッキングエリアコード（ＴＡＣ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）を更新した識別情報であってもよい。さらに、ＵＥ１０に新しく割り当てるＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態であることに基づいて設定する特別なＴＡＩであってよい。つまり、ＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信を行うエリアを示すトラッキングエリアＩＤであってよい。  ＭＭＥ４０はＴＡＩの更新に伴い、ＵＥ１０に通知メッセージを送信する（Ｓ１４１２）。通知メッセージは、ＵＥ１０にＴＡＩの更新を通知するメッセージであってもよい、及び／又はｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／または無線リソースの解放要求するレイヤ２の通知メッセージであってよい。通知メッセージは、これらのうち少なくとも一つの意味をもつメッセ―ジであってよい。または、これらのメッセージは、個別のメッセージで通知してもよい。
【０３７３】
通知メッセージがＴＡＩの更新を通知するメッセージである場合、ＭＭＥ４０は通知メッセージに、ＵＥ１０に割り当てた新しいＴＡＩを含めてもよい。
【０３７４】
ＵＥ１０はＭＭＥ４０が送信する通知メッセージを受信する。ＵＥ１０は、ｅＮＢ４５が送信する報知情報及び又はＭＭＥが送信する通知メッセージに基づいて、新たなＴＡＩを受信する。ＵＥ１０は、新たなＴＡＩの受信、もしくはＭＭＥ４０からの通知メッセージの受信、またはｅＮＢ４５からの報知情報の受信に伴い、ＵＥ１０は、ｅＮＢ４５を介してＭＭＥ４０にＴＡＵ（Ｔｒａｃｋｉｎ  Ａｒｅａ  Ｕｐｄａｔｅ）要求メッセージを送信する（Ｓ１４１４）。
【０３７５】
具体的には、ＵＥ１０が受信したメッセージに新しいＴＡＩが含まれている場合、ＵＥ１０はＵＥ１０が記憶するＴＡＩ  ＬｉｓｔにあたらしいＴＡＩが含まれていないことを確認し、それに基づきＵＥ１０はＭＭＥ４０にＴＡＵ要求メッセージを送信してもよい。
【０３７６】
または、ＵＥ１０が受信したメッセージが、ｅＮＢ４５が遷移したいコアネットワーク７への接続状態を通知するメッセージであることを確認し、受信メッセージに基づいて、ＵＥ１０はＭＭＥ４０にＴＡＵ要求メッセージを送信してもよい。
【０３７７】
または、ＵＥ１０がｅＮＢ４５を介してＭＭＥ４０から無線リソースの解放要求するレイヤ２の通知メッセージであった場合に基づいて、ＵＥ１０はＴＡＵ手続きを開始してもよい。
【０３７８】
なお、ＴＡＵ要求メッセージには、更新後の新しいＴＡＩが含まれてもよい。
【０３７９】
ＭＭＥ４０はＵＥ１０からＴＡＵ要求メッセージを受信する。ＭＭＥ４０はＴＡＵ要求の認証手続きを行う。ｅＮＢ４５は、ＴＡＵ要求メッセージに対して拒絶メッセージを送信してもよい（Ｓ１４１６）。
【０３８０】
具体的には、ｅＮＢ４５が受信したＴＡＵ要求メッセージに、ｅＮＢ４５が新しく割り当てたＴＡＩとは異なるＴＡＩが含まれていた場合、ｅＮＢ４５はＴＡＵ要求を拒絶することができる。もしくは、ｅＮＢ４５は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態であることにより、ＴＡＵ要求を拒絶し、ＵＥ１０に対応するＵＥコンテキストを削除してもよい。
【０３８１】
ＴＡＵ拒絶メッセージには、ＴＡＵできない理由表示（Ｃａｕｓｅ  Ｖａｌｕｅ）として、暗示的なデタッチの要求を示す値、及び／またはＵＥの識別情報をネットワークから取得できなかった事を示す値を含めてもよい。
【０３８２】
更に、ＴＡＵ拒絶メッセージには、ＵＥが記憶するＧＵＴＩ（Ｇｌｏｂａｌｌｙ．  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を削除することを要求するメッセージを含めてもよい。
【０３８３】
ＭＭＥ４０はＴＡＵ拒絶メッセージの送信に伴い、ＭＭＥ４０はＳＧＷ３５にデタッチ接続要求を送信することでコアネットワーク内のデタッチ手続きを実行する。
【０３８４】
ＵＥ１０は、ＭＭＥ４０からＴＡＵ拒絶メッセージを受信したことに基づき、ＵＥコンテキストを削除する（Ｓ１４１８）。
【０３８５】
なお、ｅＮＢ４５は、ＵＥ１０あてのＴＡＵ拒絶メッセージの受信に基づき、タイマーのカウントを開始し、タイマーのカウントが完了したらＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移を完了してもよい。以上により、ｅＮＢ４５はＩｓｏｌｔｅｄ  Ｅ−ＵＴＲＡＮ状態に遷移する。
【０３８６】
更に、ＵＥ１０はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続きを開始する（Ｓ１０２６）。
【０３８７】
なお、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮアタッチ手続き方法は、図１０のＳ１０２６と同様であり、詳細な方法については説明を省略する。
【０３８８】
以上により、ＭＭＥ４０が主導となるＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮへの状態遷移手続きにおいて、ＭＭＥがＴＡＩを更新することによる通信切りかえ手続きを実現できる。
【０３８９】
なお、通信切り替え手続き完了後の、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態のアクセスネットワークに含まれるｅＮＢ４５の通信圏内に存在するＵＥ間の通信方法に関しては、第１の実施形態と同様の手続きで実現してもよく、詳細な説明は省略する。
【０３９０】
［３．１．３．Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切り替え方法  第２の変形例］
次に、ＭＭＥ４０が主導となるＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移において、ＭＭＥ４０が管理するＵＥ１０のＴＡＩを更新することによる、通信切り替え手続きである第２の変形例について図１５を用いて説明する。
【０３９１】
なお、手続きの初期状態は第１の実施形態で説明した初期状態と同様であってよい。そのため、歔欷状態の詳細説明は省略する。  図１５は、本変形例を説明する為の図である。まずＵＥ１０は従来のアタッチ手続きで、コアネットワーク７に接続している（Ｓ１５０２）。更に、または同時にｅＮＢ４５はＵＥ１０のＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信に対する許可情報を取得している。
【０３９２】
ＭＭＥ４０は、ＭＭＥ４０が管理する基地局装置ｅＮＢ４５がバックホール２を介した通信の制限が必要であるＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの遷移を開始するトリガを検知する（Ｓ１５０４）。
【０３９３】
なお、状態遷移処理の開始トリガは、１．３．１で説明したＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態への状態遷移処理を開始するトリガと同様であってよい。
【０３９４】
または、ＭＭＥ４０が、ｅＮＢ４５からＭＭＥ４０へ制御信号を用いて、ｅＮＢ４５がＭＭＥ４０の一部の機能有することを識別する識別情報及び又はＭＭＥ４０の一部の機能を有することが可能な能力情報を表す識別情報、及び／又はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能を有することを識別する識別情報を取得していてもよい。ＭＭＥ４０は識別情報に基づき、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの遷移を開始してもよい。
【０３９５】
続いて、状態遷移処理を説明する。
【０３９６】
まず、ＭＭＥ４０は、ｅＮＢ４５に通知メッセージを送信する（Ｓ１５０６）。ＭＭＥ４０はｅＮＢ４５から取得した、ｅＮＢ４５がＭＭＥ４０の機能を一部有することを識別する識別情報及び又はＭＭＥ４０の一部の機能を有することが可能な能力情報を表す識別情報、及び／又はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能を有することを識別する識別情報に基づき、ｅＮＢ４５に通知メッセージを送信してもよい。
【０３９７】
通知メッセージには少なくともＵＥ１０の識別情報を含み、ＭＭＥ４０は通知メッセージの送信により、ｅＮＢ４５にＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへの状態遷移を開始した事を通知してもよい。
【０３９８】
更に、ＭＭＥ４０はｅＮＢ４５に、ＵＥ１０からアタッチ要求が送信されることを通知してもよい。
【０３９９】
ｅＮＢ４５はＭＭＥ４０から通知メッセージを受信することによりｅＮＢ４５がＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂに遷移を開始した事を検知する（Ｓ１５０８）。
【０４００】
ここで、ｅＮＢ４５は通知メッセージの受信に伴い、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂへ状態遷移処理を開始した事を通知する報知情報をＵＥ１０に送信してもよい。報知情報は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するベアラを指定するベアラＩＤや、ＴＦＴ、または、報知情報はＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を許可するアプリケーションの識別情報を含めてもよい。
【０４０１】
また、ｅＮＢ４５は、通知メッセージの受信に伴い、ＴＡＵ更新処理を開始してもよい。具体的には、ｅＮＢ４５は、これまでの通常状態で持ちしていたＴＡＩとは異なるＴＡＩを設定する。なお、更新するＴＡＵは、ＴＡＩに含まれるトラッキングエリアコード（ＴＡＣ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）を更新した識別情報であってもよい。さらに、ＵＥ１０に新しく割り当てるＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態であることに基づいて設定する特別なＴＡＩであってよい。つまり、ＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信を行うエリアを示すトラッキングエリアＩＤであってよい。さらに、更新したＴＡＩを報知情報に含めて送信してもよい。
【０４０２】
また、この場合ｅＮＢ４５はＭＭＥの一部の機能をもつ。具体的には、ｅＮＢ４５はＵＥコンテキストを記憶する機能を有する。
【０４０３】
ＭＭＥ４０は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮへの状態遷移の開始に基づいて、ＴＡＵ更新処理を実行する（Ｓ１５１０）。具体的には、ＭＭＥ４０は、これまでの通常状態で持ちしていたＴＡＩとは異なるＴＡＩを設定する。なお、更新するＴＡＵは、ＴＡＩに含まれるトラッキングエリアコード（ＴＡＣ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｃｏｄｅ）を更新した識別情報であってもよい。さらに、ＵＥ１０に新しく割り当てるＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態であることに基づいて設定する特別なＴＡＩであってよい。つまり、ＴＡＩは、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮに基づく通信を行うエリアを示すトラッキングエリアＩＤであってよい。
【０４０４】
ＭＭＥ４０はＴＡＩの更新に伴い、ＵＥ１０に通知メッセージを送信する（Ｓ１５１２）。通知メッセージは、ＵＥ１０にＴＡＩの更新を通知するメッセージであってもよい、及び／又はｅＮＢ４５が遷移したいコアネットワーク７への接続状態（Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ａ、及び／またはＩｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態Ｂ）を通知するメッセージであってよい、及び／または無線リソースの解放要求するレイヤ２の通知メッセージであってよい。通知メッセージは、これらのうち少なくとも一つの意味をもつメッセ―ジであってよい。または、これらのメッセージは、個別のメッセージで通知してもよい。またこれらのメッセージは、ｅＮＢ４５がＵＥ１０へ送信する報知情報であってもよい。
【０４０５】
ＵＥ１０はＭＭＥ４０が送信する通知メッセージを受信する。ＵＥ１０は、ｅＮＢ４５が送信する報知情報及び又はＭＭＥが送信する通知メッセージに基づいて、新たなＴＡＩを受信する。ＵＥ１０は、新たなＴＡＩの受信、もしくはＭＭＥ４０からの通知メッセージの受信、またはｅＮＢ４５からの報知情報の受信に伴い、ＵＥ１０は、ｅＮＢ４５を介してＭＭＥ４０にＴＡＵ（Ｔｒａｃｋｉｎ  Ａｒｅａ  Ｕｐｄａｔｅ）要求メッセージを送信する（Ｓ１５１４）。
【０４０６】
具体的には、ＵＥ１０が受信したメッセージに新しいＴＡＩが含まれている場合、ＵＥ１０はＵＥ１０が記憶するＴＡＩ  ＬｉｓｔにあたらしいＴＡＩが含まれていないことを確認し、それに基づきＵＥ１０はＭＭＥ４０にＴＡＵ要求メッセージを送信してもよい。
【０４０７】
または、ＵＥ１０が受信したメッセージが、ｅＮＢ４５が遷移したいコアネットワーク７への接続状態を通知するメッセージであることを確認し、受信メッセージに基づいて、ＵＥ１０はＭＭＥ４０にＴＡＵ要求メッセージを送信してもよい。
【０４０８】
または、ＵＥ１０がｅＮＢ４５を介してＭＭＥ４０から無線リソースの解放要求するレイヤ２の通知メッセージであった場合に基づいて、ＵＥ１０はＴＡＵ手続きを開始してもよい。
【０４０９】
なお、ＴＡＵ要求メッセージには、更新後の新しいＴＡＩが含まれてもよい。
【０４１０】
ＭＭＥ４０は、ＴＡＵ要求メッセージの受信に基づき、ＵＥ１０の許可情報を確認する。ＵＥ１０が、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信が許可されている場合、ＭＭＥ４０は、ＰＤＮ接続に用いるゲートウェイをＬＧＷ４７に変更してもよい（Ｓ１５１６）。
【０４１１】
ＭＭＥ４０は、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信を行うためのＰＤＮ接続に用いるゲートウェイの変更を行ったことがトリガとなり、ＵＥ１０にアタッチアクセプトメッセージを送信する（Ｓ１５１８）。
【０４１２】
アタッチアクセプトメッセージには、選択したＬＧＷ４７のＴＥＩＤや、ＩＰアドレスなどが含まれてよい。ＵＥ１０は、受信したＬＧＷ４７の情報をＰＤＮコネクションの識別情報、及びＵＥのＩＰアドレスに用いてよい。この際、ｅＮＢ４５は、ゲートウェイの変更に伴い、ＵＥ１０に新たなＩＰアドレスを割り当て、ＵＥ１０にＩＰアドレスの変更を通知してもよい。もしくは、ｅＮＢ４５は、引き続き同じＩＰアドレスを割り当て、ＩＰアドレスを変更しなくてもよい。
【０４１３】
以上により、ＭＭＥ４０がＴＡＩを更新することによる、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ機能に基づいた通信への切りかえて続きが実現できる。なお、本変形例では、ＵＥ１０はアタッチ要求を送信しなくてもよい。つまり、ＵＥ１０はＰＤＮコネクションを再確立することなく通信を継続することができる。言い換えると、ＵＥ１０が通信に用いるＰＤＮコネクションは、ＴＡＵ前後でＰＤＮコネクションの端点となるＰＧＷをＰＧＷ３０からＬＧＥ４７に変更する。
【０４１４】
なお、ＵＥ１０は、ＴＡＵに基づいてＩＰアドレスが変更される場合には、ＩＰアドレスを更新して通信を継続する。もしくは、ＴＡＵに基づいてＩＰアドレスを変更されない場合には、ＴＡＵ前後で同じＩＰアドレスを用いて通信を行うことができる。
【０４１５】
なお、切り替え完了後の、Ｉｓｏｌａｔｅｄ  Ｅ−ＵＴＲＡＮ状態のアクセスネットワークに含まれるｅＮＢ４５の通信圏内に存在するＵＥ間の通信方法に関しては、第１の実施形態と同様の手続きで実現してもよく、詳細な説明は省略する。
【０４１６】
［４．  変形例］
また、各実施形態において各装置で動作するプログラムは、上述した実施形態の機能を実現するように、ＣＰＵ等を制御するプログラム（コンピュータを機能させるプログラム）である。そして、これら装置で取り扱われる情報は、その処理時に一時的に一時記憶装置（例えば、ＲＡＭ）に蓄積され、その後、各種ＲＯＭやＨＤＤの記憶装置に格納され、必要に応じてＣＰＵによって読み出し、修正・書き込みが行なわれる。
【０４１７】
ここで、プログラムを格納する記録媒体としては、半導体媒体（例えば、ＲＯＭや、不揮発性のメモリカード等）、光記録媒体・光磁気記録媒体（例えば、ＤＶＤ（Ｄｉｇｉｔａｌ  Ｖｅｒｓａｔｉｌｅ  Ｄｉｓｃ）、ＭＯ（Ｍａｇｎｅｔｏ  Ｏｐｔｉｃａｌ  Ｄｉｓｃ）、ＭＤ（Ｍｉｎｉ  Ｄｉｓｃ）、ＣＤ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ）、ＢＤ等）、磁気記録媒体（例えば、磁気テープ、フレキシブルディスク等）等のいずれであってもよい。また、ロードしたプログラムを実行することにより、上述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、オペレーティングシステムあるいは他のアプリケーションプログラム等と共同して処理することにより、本発明の機能が実現される場合もある。
【０４１８】
また、市場に流通させる場合には、可搬型の記録媒体にプログラムを格納して流通させたり、インターネット等のネットワークを介して接続されたサーバコンピュータに転送したりすることができる。この場合、サーバコンピュータの記憶装置も本発明に含まれるのは勿論である。
【０４１９】
また、上述した実施形態における各装置の一部又は全部を典型的には集積回路であるＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）として実現してもよい。各装置の各機能ブロックは個別にチップ化してもよいし、一部、または全部を集積してチップ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現しても良い。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いることも可能であることは勿論である。
【０４２０】
また、上述した実施形態においては、無線アクセスネットワークの例としてＬＴＥと、ＷＬＡＮ（例えば、ＩＥＥＥ８０２．１１ａ／ｂ／ｎ等）とについて説明したが、ＷＬＡＮの代わりにＷｉＭＡＸによって接続されても良い。
【符号の説明】
【０４２１】
１  通信システム
２  バックホール
７  コアネットワーク
９  ＰＤＮ
１０  ＵＥ
２０  ＵＥ
３０  ＰＧＷ
３５  ＳＧＷ
４０  ＭＭＥ
４５  ｅＮＢ
４７  ＬＧＷ
５０  ＨＳＳ
５５  ＡＡＡ
６０  ＰＣＲＦ
６５  ｅＰＤＧ
７０  ＷＬＡＮ  ＡＮａ
７５  ＷＬＡＮ  ＡＮｂ
８０  ＬＴＥ  ＡＮ
【図１】
2016076293.tif 000003
【図２】
2016076293.tif 000004
【図３】
2016076293.tif 000005
【図４】
2016076293.tif 000006
【図５】
2016076293.tif 000007
【図６】
2016076293.tif 000008
【図７】
2016076293.tif 000009
【図８】
2016076293.tif 000010
【図９】
2016076293.tif 000011
【図１０】
2016076293.tif 000012
【図１１】
2016076293.tif 000013
【図１２】
2016076293.tif 000014
【図１３】
2016076293.tif 000015
【図１４】
2016076293.tif 000016
【図１５】
2016076293.tif 000017
【国際調査報告】
2016076293.tif 000018
2016076293.tif 000019
2016076293.tif 000020