(57)【要約】      （修正有）【課題】専用コアネットワークへの接続処理における認証のための処理負荷を軽減し、効率的に接続する方法をサポートする。【解決手段】ネットワークシステムは、最初にネットワークへのアタッチを無線基地局２０を介して試みて、ＵＥ１０との間のセキュアなコネクションを確立する第１ノード３０と、無線基地局を介してＵＥが第１ノードからリダイレクトされる第２ノード４０とを含んでいる。そのリダイレクトの際に、第１ノードは、第１ノード自身についての情報を、無線基地局を介して第２ノードへ送信する。第２ノードは、上記情報を用いて、ＵＥとの間のコネクションを確立するために必要なセキュリティコンテキストを第１ノードから取得する。【選択図】図２
2018207511.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおける移動管理装置であって、
基地局を介してＵＥ（User Equipment）と接続するように構成された第１移動管理装置と、
前記第１移動管理装置からリダイレクトされるように構成され、且つ、前記基地局を介して前記ＵＥと接続されるように構成された、第２移動管理装置と、
を具備し、
前記第１移動管理装置は、前記基地局からリクエストメッセージを受信し、署名管理装置から署名データを受信し、前記第１移動管理装置が前記基地局を介して前記第２移動管理装置へリダイレクトすることを決定した場合、前記第２移動管理装置についての情報を含むリダイレクトメッセージを前記基地局へ送信し、
前記基地局は、前記情報に基づいて、前記リクエストメッセージを前記第２移動管理装置へリダイレクトし、
前記第２移動管理装置は、前記基地局から前記リクエストメッセージを受信し、前記リダイレクトの後に、前記ＵＥとの認証及びセキュリティ手順を実行する、
移動管理装置。
【請求項２】
請求項１記載の移動管理装置であって、
前記第１移動管理装置は、前記ＵＥとの前記認証及びセキュリティ手順をスキップする、
移動管理装置。
【請求項３】
請求項１記載の移動管理装置であって、
第３移動管理装置が前記署名データを提供する場合、前記第１移動管理装置は前記署名管理装置から前記署名データを受信しない、
移動管理装置。
【請求項４】
移動通信システムにおける基地局であって、
ＵＥ（User Equipment）からリクエストメッセージを受信し、前記リクエストメッセージを第１移動管理装置へ送信し、前記第１移動管理装置が前記基地局を介して第２移動管理装置へリダイレクトすることを決定した場合、署名管理装置から署名データを受信する前記第１移動管理装置からリダイレクトされる前記第２移動管理装置についての情報を含むリダイレクトメッセージを受信するように構成されたトランシーバと、
前記情報に基づいて、前記第２移動管理装置を選択し、前記リクエストメッセージを前記第２移動管理装置へ送信するように構成されたコントローラと、
を具備し、
前記ＵＥと前記第２移動管理装置との間の認証及びセキュリティ手順は、前記リダイレクトの後に実行される、
基地局。
【請求項５】
請求項４記載の基地局であって、
前記第１移動管理装置は、前記ＵＥとの前記認証及びセキュリティ手順をスキップする、
基地局。
【請求項６】
請求項４記載の基地局であって、
第３移動管理装置が前記署名データを提供する場合、前記第１移動管理装置は前記署名管理装置から前記署名データを受信しない、
基地局。
【請求項７】
移動通信システムにおけるＵＥ（User Equipment）であって、
第１移動管理装置及び前記第１移動管理装置から基地局を介してリダイレクトされる第２移動管理装置へ接続し、リクエストメッセージを、前記リクエストメッセージを前記第１移動管理装置へ送信する前記基地局へ送信し、前記第１移動管理装置が前記基地局を介して前記第２移動管理装置へリダイレクトすることを決定した場合、署名管理装置から署名データを受信する前記第１移動管理装置からリダイレクトされる前記第２移動管理装置についての情報を含むリダイレクトメッセージを受信するように構成されたトランシーバと、
前記情報に基づいて前記基地局によって選択された前記第２移動管理装置との認証及びセキュリティ手順を前記リダイレクトの後に実行するコントローラと、
を具備するＵＥ。
【請求項８】
請求項７記載のＵＥであって、
前記第１移動管理装置は、前記ＵＥとの前記認証及びセキュリティ手順をスキップする、
ＵＥ。
【請求項９】
請求項７記載のＵＥであって、
第３移動管理装置が前記署名データを提供する場合、前記第１移動管理装置は前記署名管理装置から前記署名データを受信しない、
ＵＥ。
【請求項１０】
移動通信システムにおける移動管理装置の方法であって、
基地局を介してＵＥ（User Equipment）と接続する第１移動管理装置が、前記基地局からリクエストメッセージを受信し、署名管理装置から署名データを受信し、前記第１移動管理装置が前記基地局を介して第２移動管理装置へリダイレクトすることを決定した場合、前記第２移動管理装置についての情報を含むリダイレクトメッセージを前記基地局へ送信し、
前記基地局を介して前記ＵＥと接続する前記第２移動管理装置が、前記情報に基づいて前記基地局から前記リクエストメッセージを受信し、前記リダイレクトの後に、前記ＵＥとの認証及びセキュリティ手順を実行する、
方法。
【請求項１１】
移動通信システムにおける基地局の方法であって、
ＵＥ（User Equipment）からリクエストメッセージを受信し、
前記リクエストメッセージを第１移動管理装置へ送信し、
前記第１移動管理装置が前記基地局を介して第２移動管理装置へリダイレクトすることを決定した場合、署名管理装置から署名データを受信する前記第１移動管理装置からリダイレクトされる前記第２移動管理装置についての情報を含むリダイレクトメッセージを受信し、
前記情報に基づいて、前記第２移動管理装置を選択し、
前記リクエストメッセージを前記第２移動管理装置へ送信し、
前記ＵＥと前記第２移動管理装置との間の認証及びセキュリティ手順は、前記リダイレクトの後に実行される、
方法。
【請求項１２】
移動通信システムにおけるＵＥ（User Equipment）の方法であって、
第１移動管理装置及び前記第１移動管理装置から基地局を介してリダイレクトされる第２移動管理装置へ接続し、
リクエストメッセージを、前記リクエストメッセージを前記第１移動管理装置へ送信する前記基地局へ送信し、
前記第１移動管理装置が前記基地局を介して前記第２移動管理装置へリダイレクトすることを決定した場合、署名管理装置から署名データを受信する前記第１移動管理装置からリダイレクトされる前記第２移動管理装置についての情報を含むリダイレクトメッセージを受信し、
前記情報に基づいて前記基地局によって選択された前記第２移動管理装置との認証及びセキュリティ手順を前記リダイレクトの後に実行する、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、専用コアネットワーク (Dedicated Core Network)のための装置、システム、及び方法に関し、特に、ユーザ端末（ＵＥ：User Equipment）が適切なコアネットワークによってサービスを提供されることを保証するための技術に関する。
【背景技術】
【０００２】
近年、専用コアネットワークをサポートするための改善が３ＧＰＰ（3rd Generation Partnership Project）によって研究されている。
【０００３】
専用コアネットワークは、例えば、特定のタイプの加入者（つまり、特定のタイプのＵＥ）が、そのＵＥを専用にサービスするＭＭＥ（Mobility Management Entity）／ＳＧＳＮ（Serving GPRS (General Packet Radio Service) Support Node）へリダイレクトされることを意味する。専用コアネットワークは、また、「特定コアネットワーク（Specific Core Network）」又は「オーバーレイコアネットワーク（Overlay Core Network）」と呼ばれることがある。
【０００４】
非特許文献１は、専用コアネットワークを実現するために最も促進するメッセージフローを開示している。このメッセージフローでは、ＵＥがアタッチ要求メッセージ（Attach Request message）を基地局（eNB：evolved Node B）を介して新しいＭＭＥへ送信するとき（つまり、ＩＭＳＩ（International Mobile Subscriber Identity）アタッチの場合には）、その新しいＭＭＥは、他の特定のＭＭＥを用いるための情報をＨＳＳ（Home Subscriber Server）から取得する。そして、その新しいＭＭＥは、基地局に対して、アタッチ要求メッセージを他の特定のＭＭＥへリダイレクトするように指示する。そのリダイレクトの際には、基地局は、その特定のＭＭＥに対してアタッチ手順（Attach procedure）を再び実行する。
【０００５】
非特許文献２も、非特許文献１に開示されているのと同様のメッセージフローを開示している。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】TSG SA WG2 #99 S2-133304, "Addition of Subscription Information for Selecting a Specific Network", 2013-09, pp. 4
【非特許文献２】SA WG2 #100 S2-133910, "23.401 CR2606R3: Addition of Subscription Information for Selecting a Specific Network", 2013-11, pp. 7 and 9
【非特許文献３】TSG SA WG2 #100 S2-133909, "Discussion on Core Network Type Selection based on the Subscription Information", 2013-11
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、本出願の発明者等は、非特許文献１，２に開示されているメッセージフローが専用コアネットワークをサポートする際の効率を下げるという問題点があることを解明した。
【０００８】
具体的には、アタッチ手順を再実行する際に、上記特定のＭＭＥは、上記ＵＥがアタッチを試みた異なるＭＭＥによって既に実行された、ＡＫＡ（Authentication and Key Agreement）手順及びＮＡＳ（Non-Access Stratum）ＳＭＣ（Security Mode Command）手順を重複して実行する。このため、上記特定のＭＭＥに対する過負荷だけでなく、冗長なＡＫＡ／ＮＡＳ ＳＭＣ手順に関係しているデバイス群／ノード群及びそれらの間のすべてのインターフェイスに対するシグナリングの過負荷が引き起こされる。
【０００９】
さらに、非特許文献２，３は、それぞれ、ＧＵＴＩ（Globally Unique Temporary Identity）アタッチの他のメッセージフローを開示している。この他のメッセージフローでは、上記特定のＭＭＥは、セキュリティコンテキスト（security context）を取得するために、上記ＧＵＴＩによって参照される、或るＭＭＥに連絡する。
【００１０】
しかしながら、このメッセージフローにおいても、上記のシグナリングの過負荷及び上記特定のＭＭＥに対する過負荷が引き起こされる。これは、上記ＧＵＴＩがタイマの満了後に上記セキュリティコンテキストを削除した可能性のある上記旧ＭＭＥ（old MME）を単に示しているに過ぎないため、結局、上記特定のＭＭＥは冗長な上記ＡＫＡ／ＮＡＳ ＳＭＣ手順を実行することになるからである。
【００１１】
ここで、これらの問題点の詳細は後述の実施形態において詳しく説明する。
【００１２】
このように、本発明の典型的な目的は、専用コアネットワークをより効率的にサポートするための解決手段を提供することである。
【課題を解決するための手段】
【００１３】
上記の目的を達成するために、本発明の第１の態様のネットワークシステムは、第１ノードと、第２ノードとを含んでいる。上記第１ノードは、最初にネットワークに対するアタッチを試みるＵＥ（User Equipment）との間で無線基地局（radio base station）を介してセキュアなコネクションを確立する。上記ＵＥは、上記無線基地局を介して上記第１ノードから上記第２ノードへリダイレクトされる。そのリダイレクトの際に、上記第１ノードは、上記第１ノード自体についての情報を、上記無線基地局を介して上記第２ノードへ送る。上記第２ノードは、上記ＵＥとの間の上記コネクションを確立するために必要なセキュリティコンテキストを上記第１ノードから取得するために上記情報を用いる。
【００１４】
さらに、本発明の第２の態様によれば、ネットワークシステムについての制御方法が提供される。該ネットワークシステムは、第１ノードと、第２ノードとを含んでいる。上記第１ノードは、最初にネットワークに対するアタッチを試みるＵＥとの間で無線基地局を介してセキュアなコネクションを確立する。上記ＵＥは、上記無線基地局を介して上記第１ノードから上記第２ノードへリダイレクトされる。この方法は、そのリダイレクトの際に、上記第１ノード自体についての情報を、上記第１ノードから上記無線基地局を介して上記第２ノードへ送ること、及び、上記ＵＥとの間の上記コネクションを確立するために必要なセキュリティコンテキストを上記第１ノードから取得するために、上記第２ノードが上記情報を用いることを含んでいる。
【００１５】
さらに、本発明の第３の態様のネットワークシステムは、第１ノードと、第２ノードとを含んでいる。上記第１ノードは、最初にネットワークに対するアタッチを試みるＵＥからアタッチ要求（attach request）を、無線基地局を介して受け取る。上記アタッチ要求は、上記無線基地局を介して上記第１ノードから上記第２ノードへリダイレクトされる。上記アタッチ要求の受信に際して、上記第１ノードは、上記無線基地局を介した上記ＵＥとの間のセキュアなコネクションの確立をスキップする（飛ばす）。上記リダイレクトの際に、上記第１ノードは、上記ＵＥが上記第２ノードへリダイレクトされるべきＵＥであることを示す署名情報（subscription information）を、上記無線基地局を介して上記第２ノードへ送る。上記署名情報の受信に応じて、上記第２ノードは、上記ＵＥとの間の上記セキュアなコネクションを確立する。
【００１６】
さらに、本発明の第４の態様によれば、ネットワークシステムについての制御方法が提供される。該ネットワークシステムは、第１ノードと、第２ノードとを含んでいる。上記第１ノードは、最初にネットワークに対するアタッチを試みるＵＥとの間で無線基地局を介してセキュアなコネクションを確立する。上記ＵＥは、上記無線基地局を介して上記第１ノードから上記第２ノードへリダイレクトされる。この方法は、上記第１ノードが上記アタッチ要求を受信したときに上記無線基地局を介した上記ＵＥとの間のセキュアなコネクションの確立をスキップすること、上記リダイレクトに際して、上記第１ノードが、上記ＵＥが上記第２ノードへリダイレクトされるべきＵＥであることを示す署名情報（subscription information）を、上記無線基地局を介して上記第２ノードへ送ること、及び、上記署名情報の受信に応じて、上記第２ノードが、上記ＵＥとの間の上記セキュアなコネクションを確立することを含んでいる。
【００１７】
さらに、本発明の第５の態様のネットワークシステムは、第１ノードと、第２ノードと、第３ノードとを含んでいる。上記第１ノードは、無線基地局を介したＵＥとの間のセキュアなコネクションを、上記ＵＥがあらかじめネットワークへアタッチしたときに確立し、上記ＵＥに対して一時的な身元証明書（temporary identity）を割り当てる。上記第２ノードは、上記無線基地局を介して上記ＵＥから、上記一時的な身元証明書を含むアタッチ要求を受け取る。上記第３ノードは、上記無線基地局を介して上記第２ノードから上記アタッチ要求がリダイレクトされる。上記第２ノードは、上記ＵＥとの間の上記コネクションの確立に必要なセキュリティコンテキストを上記第１ノードから取得し、上記リダイレクトに際して、上記第２ノード自身についての情報を、上記無線基地局を介して上記第３ノードへ送る。上記第３ノードは、上記第２ノードから上記セキュリティコンテキストを取得するために、上記情報を用いる。
【００１８】
さらに、本発明の第６の態様によれば、ネットワークシステムについての制御方法が提供される。該ネットワークシステムは、第１ノードと、第２ノードと、第３ノードとを含んでいる。上記第１ノードは、無線基地局を介したＵＥとの間のセキュアなコネクションを、上記ＵＥがあらかじめネットワークへアタッチしたときに確立し、上記ＵＥに対して一時的な身元証明書（temporary identity）を割り当てる。上記第２ノードは、上記無線基地局を介して上記ＵＥから、上記一時的な身元証明書を含むアタッチ要求を受け取る。上記第３ノードは、上記無線基地局を介して上記第２ノードから上記アタッチ要求がリダイレクトされる。この方法は、上記第２ノードが、上記ＵＥとの間の上記コネクションの確立に必要なセキュリティコンテキストを上記第１ノードから取得すること、上記第２ノードが、上記リダイレクトに際して、上記第２ノード自身についての情報を、上記無線基地局を介して上記第３ノードへ送ること、及び、上記第３ノードが、上記第２ノードから上記セキュリティコンテキストを取得するために、上記情報を用いることを含んでいる。
【００１９】
さらに、本発明の第７の態様のネットワークシステムは、第１ノードと、第２ノードと、第３ノードとを含んでいる。上記第１ノードは、無線基地局を介したＵＥとの間のセキュアなコネクションを、上記ＵＥがあらかじめネットワークへアタッチしたときに確立し、上記ＵＥに対して一時的な身元証明書（temporary identity）を割り当てる。上記第２ノードは、上記無線基地局を介して上記ＵＥから、上記一時的な身元証明書を含むアタッチ要求を受け取る。上記第３ノードは、上記無線基地局を介して上記第２ノードから上記アタッチ要求がリダイレクトされる。上記第２ノードは、上記ＵＥとの間の上記コネクションの確立に必要なセキュリティコンテキストを上記第１ノードから取得し、上記リダイレクトに際して、上記セキュリティコンテキストを、上記無線基地局を介して上記第３ノードへ送信する。
【００２０】
さらに、本発明の第９の態様によれば、ネットワークシステムについての制御方法が提供される。該ネットワークシステムは、第１ノードと、第２ノードと、第３ノードとを含んでいる。上記第１ノードは、無線基地局を介したＵＥとの間のセキュアなコネクションを、上記ＵＥがあらかじめネットワークへアタッチしたときに確立し、上記ＵＥに対して一時的な身元証明書（temporary identity）を割り当てる。上記第２ノードは、上記無線基地局を介して上記ＵＥから、上記一時的な身元証明書を含むアタッチ要求を受け取る。上記第３ノードは、上記無線基地局を介して上記第２ノードから上記アタッチ要求がリダイレクトされる。この方法は、上記第２ノードが、上記ＵＥとの間の上記コネクションの確立に必要なセキュリティコンテキストを上記第１ノードから取得すること、及び、上記第２ノードが、上記リダイレクトに際して、上記セキュリティコンテキストを、上記無線基地局を介して上記第３ノードへ送信することを含む。
【００２１】
さらに、本発明の第９の態様のネットワークシステムは、第１ノードと、第２ノードと、第３ノードとを含んでいる。上記第１ノードは、無線基地局を介したＵＥとの間のセキュアなコネクションを、上記ＵＥがあらかじめネットワークへアタッチしたときに確立し、上記ＵＥに対して一時的な身元証明書（temporary identity）を割り当てる。上記第２ノードは、上記無線基地局を介して上記ＵＥから、上記一時的な身元証明書を含むアタッチ要求を受け取る。上記第３ノードは、上記無線基地局を介して上記第２ノードから上記アタッチ要求がリダイレクトされる。上記第１ノードは、上記第３ノードからの身分証明書要求（identification request）を受け取るまでの間、上記ＵＥとの間の上記セキュアなコネクションに必要なセキュリティコンテキストを保持し続ける。上記第３ノードは、上記リダイレクトに際して、上記第１ノードから上記セキュリティコンテキストを取得するために、上記身分証明書要求を上記第１ノードへ送る。
【００２２】
さらに、本発明の第１０の態様によれば、ネットワークシステムについての制御方法が提供される。該ネットワークシステムは、第１ノードと、第２ノードと、第３ノードとを含んでいる。上記第１ノードは、無線基地局を介したＵＥとの間のセキュアなコネクションを、上記ＵＥがあらかじめネットワークへアタッチしたときに確立し、上記ＵＥに対して一時的な身元証明書（temporary identity）を割り当てる。上記第２ノードは、上記無線基地局を介して上記ＵＥから、上記一時的な身元証明書を含むアタッチ要求を受け取る。上記第３ノードは、上記無線基地局を介して上記第２ノードから上記アタッチ要求がリダイレクトされる。この方法は、上記第１ノードが、上記第３ノードからの身分証明書要求（identification request）を受け取るまでの間、上記ＵＥとの間の上記セキュアなコネクションに必要なセキュリティコンテキストを保持し続けること、及び、上記第３ノードが、上記リダイレクトに際して、上記第１ノードから上記セキュリティコンテキストを取得するために、上記身分証明書要求を上記第１ノードへ送ることを含んでいる。
【００２３】
さらに、本発明の第１１の態様のコアネットワークシステムは、複数のコアネットワークノードと、サーバとを含んでいる。このシステムにおいて、ＵＥは、メッセージを、無線基地局を介して第１コアネットワークノードへ送る。上記ＵＥは、上記サーバによって与えられた署名情報（subscription information）に基づいて、上記第１コアネットワークノードから第２コアネットワークノードへリダイレクトされる。上記第１コアネットワークノードは、上記リダイレクトについての情報を含む第１メッセージを、上記無線基地局へ送る。上記無線基地局は、上記情報を含む第２メッセージを、上記第２コアネットワークノードへ送る。
【００２４】
さらに、本発明の第１２の態様によれば、複数のコアネットワークノードとサーバとを含むコアネットワークシステムのための方法が提供される。この方法は、ＵＥ（User Equipment）がメッセージを無線基地局を介して第１コアネットワークノードへ送るステップと、上記ＵＥが、上記サーバによって与えられた署名情報（subscription information）に基づいて、上記第１コアネットワークノードから第２コアネットワークノードへリダイレクトされるステップと、上記第１コアネットワークノードが、上記リダイレクトについての情報を含む第１メッセージを、上記無線基地局へ送るステップと、上記無線基地局が、上記情報を含む第２メッセージを、上記第２コアネットワークノードへ送るステップと、を含んでいる。
【００２５】
さらに、本発明の第１３の態様のＵＥは、メッセージを無線基地局を介して第１コアネットワークノードへ送る手段を含んでいる。上記ＵＥは、上記サーバによって与えられた署名情報（subscription information）に基づいて、上記第１コアネットワークノードから第２コアネットワークノードへリダイレクトされる。上記リダイレクトにおいて、上記第１コアネットワークノードが、上記リダイレクトについての情報を含む第１メッセージを、上記無線基地局へ送り、上記無線基地局が、上記情報を含む第２メッセージを、上記第２コアネットワークノードへ送る。
【００２６】
さらに、本発明の第１４の態様によれば、ＵＥについての方法が提供される。この方法は、上記ＵＥが、メッセージを無線基地局を介して第１コアネットワークノードへ送るステップと、上記ＵＥが、上記サーバによって与えられた署名情報（subscription information）に基づいて、上記第１コアネットワークノードから第２コアネットワークノードへリダイレクトされるステップと、を含んでいる。上記リダイレクトにおいて、上記第１コアネットワークノードが、上記リダイレクトについての情報を含む第１メッセージを、上記無線基地局へ送り、上記無線基地局が、上記情報を含む第２メッセージを、上記第２コアネットワークノードへ送る。
【発明の効果】
【００２７】
本発明によれば、上記の複数の問題のうちの少なくとも１つを解決すること、例えば、専用コアネットワークをより効率的にサポートするための解決手段を提供することが可能となる。
【図面の簡単な説明】
【００２８】
【図１】本発明の第１実施形態のネットワークシステムの構成例を示すブロック図である。
【図２】第１実施形態のネットワークシステムの動作の第１例を示すシーケンス図である。
【図３】第１実施形態のネットワークシステム動作の第２例を示すシーケンス図である。
【図４】本発明の第２実施形態のネットワークシステムの動作の第１例を示すシーケンス図である。
【図５】第２実施形態のネットワークシステムの動作の第２例を示すシーケンス図である。
【図６】第２実施形態のネットワークシステムの動作の第３例を示すシーケンス図である。
【図７】典型的なＩＭＳＩアタッチ手順における複数の問題点の説明に供するシーケンス図である。
【図８】典型的なＧＵＴＩアタッチ手順における複数の問題点の説明に供するシーケンス図である。
【発明を実施するための形態】
【００２９】
以下では、本発明の複数の実施形態を、添付の複数の図面を参照して、説明する。
【００３０】
＜第１実施形態＞
図１に示すように、第１実施形態のネットワークシステムは、例えば、ＭＭＥ３０と、ＭＭＥ４０とを含んでいる。ＭＭＥ３０は、ＵＥ１０が無線基地局としてのｅＮＢ２０を介して最初にアタッチするＭＭＥであり、このため、以下では、「新ＭＭＥ（New MME）」と呼ばれることがある。一方、ＭＭＥ４０は、署名（subscription）に応じてＵＥ１０を専用にサービスするＭＭＥであり、且つ、ＵＥ１０がＭＭＥ３０からリダイレクトされるＭＭＥであり、このため、以下では、「専用ＭＭＥ（Dedicated MME）」又は「ＤＭＭＥ」と呼ばれる。ここで、ＭＭＥ４０は、上記専用コアネットワークが「特定のコアネットワーク（Specific Core Network）」と呼ばれることに合わせて、「特定のＭＭＥ（Specific MME）」と呼ぶこともできる。必要ならば、ＭＭＥ３０及びＭＭＥ４０は、それぞれ、ＨＳＳ５０から、ＵＥ１０についての署名情報（subscription information）、及び、ＵＥ１０を認証するために必要な情報等を取得することができる。新ＭＭＥ３０は、また、Ｓ−ＧＷ（Serving Gateway）及び／又はＰ−ＧＷ（PDN (Public Data Network) Gateway）に接続される。同様に、専用ＭＭＥ４０も、専用Ｓ−ＧＷ及び／又は専用Ｐ−ＧＷに接続される。
【００３１】
概して、第１実施形態は、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）におけるＩＭＳＩアタッチを扱い、特に、新ＭＭＥ３０が、ｅＮＢ２０から受け取ったアタッチ要求メッセージ（Attach Request message）を、ＨＳＳ５０から取得したＵＥ１０についての署名情報に基づいて、ＤＭＭＥ４０へリダイレクトするケースを扱う。
【００３２】
次に、第１実施形態の動作例を記述する前に、図７を参照して、非特許文献１，２に開示されている典型的なＩＭＳＩアタッチ手順における問題点を、最初に明らかにする。それから、複数の動作例として、これらの問題点を解決するための複数の解決策を説明する。該複数の解決策は、図２に示されたオプション１及び図３に示されたオプション２を含む。
【００３３】
明らかにされた問題点：
図７に示すように、典型的なＩＭＳＩアタッチ手順において、ＵＥ１１０は、それのＩＭＳＩを含むアタッチ要求メッセージを、ｅＮＢ１２０へ送り（ステップＳ１０１）、ｅＮＢ１２０は、上記アタッチ要求メッセージを新ＭＭＥ１３０へ転送する（ステップＳ１０２）。
【００３４】
上記アタッチ要求メッセージを受け取ると、新ＭＭＥ１３０は、認証データ要求メッセージ（Authentication data request message）をＨＳＳ１５０へ送り、それに対する応答として、ＡＶ群（Authentication Vectors）を含む認証データ応答メッセージ（Authentication data response message）を受け取る（ステップＳ１０３）。それから、新ＭＭＥ１３０は、ＵＥ１１０と協働して、ＡＫＡ手順及びＮＡＳ ＳＭＣ手順を実行する（ステップＳ１０４）。結果として、ＵＥ１０及び新ＭＭＥ１３０は、それぞれ、Ｋａｓｍｅ（Key for access security management entity）及びＮＡＳキー群（NAS keys）を共有することができ、この結果、セキュアなコネクションがＵＥ１０と新ＭＭＥ１３０の間に確立される（ステップＳ１０５）。
【００３５】
その後に、新ＭＭＥ１３０は、更新位置要求メッセージ（Update Location Request message）をＨＳＳ１５０へ送り、これに対する応答として、更新位置応答メッセージ（Update Location Response message）を受け取る（ステップＳ１０６）。更新位置応答メッセージは、上記ＩＭＳＩ及び上記署名情報／データを含んでいる。さらに、上記署名情報は、専用ＭＭＥ１４０についての情報（以下では、「ＤＭＭＥ情報」と呼ばれることがある）を含んでいる。
【００３６】
それから、新ＭＭＥ１３０は、上記ＵＥ１１０がリダイレクトされるべき専用ＭＭＥ１４０を、上記ＤＭＭＥ情報に基づいて選択し（ステップＳ１０７）、リダイレクトメッセージ（Redirect message）をｅＮＢ１２０へ送る（ステップＳ１０８）。該リダイレクトメッセージを受け取ると、ｅＮＢ１２０は、上記アタッチ要求メッセージを専用ＭＭＥ１４０へ転送する（ステップＳ１０９）。
【００３７】
しかしながら、このとき、以下の複数の問題点が生じる。
（ａ）上記アタッチ要求メッセージは保護されていないので、専用ＭＭＥ１４０は、ＵＥ１０に対するＡＫＡ手順を開始する。
（ｂ）上記（ａ）に起因して、専用ＭＭＥ１４０は、認証データ要求メッセージをＨＳＳ１５０へ送ると共に認証データ応答メッセージをＨＳＳ１５０から受信し、更新位置要求メッセージをＨＳＳ１５０へ送ると共に更新位置応答メッセージをＨＳＳ１５０から受信し、ＵＥ１１０と協力してＡＫＡ手順及びＮＡＳ ＳＭＣ手順を実行する。
（ｃ）上記（ａ）及び（ｂ）に起因して、鍵の計算（key computation）に関する専用ＭＭＥ１４０に対する過負荷だけではなく、ＨＳＳ１５０、専用ＭＭＥ１４０、ｅＮＢ１２０、ＵＥ１１０、及びそれらのすべてのインターフェイスに対するシグナリングの過負荷が引き起こされる。
【００３８】
解決策：
（オプション１）
図２は、オプション１についてのシーケンス図である。ステップＳ１からステップＳ７は、上記の図７のステップＳ１０１からステップＳ１０７と同じように実行される。
【００３９】
一方で、上記リダイレクトの際に、新ＭＭＥ３０は、新ＭＭＥ３０自体の情報（以下では、そのような情報を「ＭＭＥ情報」と呼ぶことがある）を含むリダイレクトメッセージをｅＮＢ２０へ送信する（ステップＳ８）。例えば、上記ＭＭＥ情報は、ＩＤ（identification, identity）、ＦＱＤＮ（完全修飾ドメイン名：Fully Qualified Domain Name）、又は、新ＭＭＥ３０に割り当てられたＩＰ（Internet Protocol）アドレスを含んでいる。そして、ｅＮＢ２０は、アタッチ要求メッセージに含まれた状態で、上記ＭＭＥ情報を専用ＭＭＥ４０へ転送する（ステップＳ９）。
【００４０】
専用ＭＭＥ４０は、既にＵＥ１０と新ＭＭＥ３０との間で確立されているセキュアなコネクションについてのセキュリティコンテキストを新ＭＭＥ３０から取得するために、受信したＭＭＥ情報を用いる。具体的には、専用ＭＭＥ４０は、身分証明書要求（identification request）メッセージを新ＭＭＥ３０へ送信し（ステップＳ１０）、これに対する応答として、ＵＥコンテキストを含む身分証明書応答（Identification Response）メッセージを受信する（ステップＳ１１）。ＵＥコンテキストは、上記ＡＶ群及びすべてのセキュリティコンテキストを含んでいる。そして、専用ＭＭＥ４０は、受信したＵＥコンテキストから、上記Ｋａｓｍｅ及び上記ＮＡＳキー群を抽出する（ステップＳ１２）。
【００４１】
その後に、３ＧＰＰ  ＴＳ２３．４０１のセクション５．３．２．１に記載されているメッセージ５ｂ及びそれに続く複数のメッセージシーケンスが続く。
【００４２】
このオプション１によれば、専用ＭＭＥ４０は、専用ＭＭＥ４０が新ＭＭＥ３０から必要なセキュリティコンテキストを取得できるように、上記ＭＭＥ情報について示される。それゆえ、上記の典型的なＩＭＳＩアタッチ手順と異なり、専用ＭＭＥ４０は、ＡＫＡ手順及びＮＡＳ ＳＭＣ手順を実行する必要がない。このため、上記の典型的なＩＭＳＩアタッチ手順と比較して、鍵の計算（key computation）に関する専用ＭＭＥに対する過負荷だけではなく、シグナリングの過負荷を劇的に減らすことができる。さらに、現存の複数のメッセージシーケンスを再利用することができる（後述するように、身分証明書要求（identification request）メッセージ及び身分証明書応答（Identification Response）メッセージも現存するメッセージである）ので、上記移動通信システムに対するインパクトを最小化することができる。
【００４３】
さらに、上記ステップＳ１１で、新ＭＭＥ３０は、身分証明書応答メッセージの中に、ＵＥ１０が専用ＭＭＥ４０へリダイレクトされるべきものとして既に認証されていることを示す、認証表示（Authentication Indication）を含めてもよい。この場合、専用ＭＭＥ４０は、ＵＥ１０を認証する目的でＨＳＳ５０と接触する必要はなく、この結果として、シグナリングの過負荷をさらに減らすことができる。
【００４４】
（オプション２）
図３は、オプション２のシーケンス図を示す。ステップＳ２１及びステップＳ２２は、図２のステップＳ１及びステップＳ２と同様に実行される。
【００４５】
一方で、上記アタッチ要求メッセージを受信する際に、新ＭＭＥ３０は、最初に、上記ＤＭＭＥ情報を含む上記署名情報（subscription information）をＨＳＳ５０から取得する（ステップＳ２３ａ）。
【００４６】
上記の通り、上記ＤＭＭＥ情報は、ＵＥ１０が専用ＭＭＥ４０へリダイレクトされるべきであることを示している。それゆえ、新ＭＭＥ３０は、ＵＥ１０との間でセキュアコネクションを確立することをスキップすることができる。具体的には、新ＭＭＥ３０は、上記ＡＫＡ手順、上記ＮＡＳ ＳＭＣ手順、及びＮＡＳ鍵の計算等を実行しない。
【００４７】
それから、新ＭＭＥ３０は、上記ＤＭＭＥ情報に基づいて、専用ＭＭＥ４０を選択し（ステップＳ２４）、署名情報を含んでいるリダイレクトメッセージ（これはＤＭＭＥ情報も含んでいる）をｅＮＢ２０へ送信する（ステップＳ２５）。それから、ｅＮＢ２０は、アタッチ要求メッセージに含まれた状態で上記署名情報を専用ＭＭＥ４０へ転送する（ステップＳ２６）。
【００４８】
上記署名情報（すなわち、ＤＭＭＥ情報）の受信に応答して、専用ＭＭＥ４０は、新ＭＭＥ３０の代わりとして、ｅＮＢ２０を介してＵＥ１０との間でセキュアコネクションを確立する。具体的には、専用ＭＭＥ４０は、認証データ要求メッセージをＨＳＳ５０へ送り、それに対する応答として、上記ＡＶ群を含む認証データ応答メッセージを受信する（ステップＳ２７）。そして、専用ＭＭＥ４０は、ＵＥ１０と効力してＡＫＡ手順及びＮＡＳ ＳＭＣ手順を実行する（ステップＳ２８）。結果として、ＵＥ１０及び専用ＭＭＥ４０は、それぞれ、Ｋａｓｍｅ及びＮＡＳ鍵群を共有することができ、この結果、ＵＥ１０と専用ＭＭＥ４０との間でｅＮＢ２０を介してセキュアなコネクションが確立される（ステップＳ２９）。
【００４９】
その後に、３ＧＰＰ  ＴＳ２３．４０１のセクション５．３．２．１に記載されているメッセージ５ｂ及びそれに続く複数のメッセージシーケンスが続く。
【００５０】
オプション２によれば、図２及び図３に示されているシーケンスを比較することでえ理解されるように、上記オプション１と比べて、シグナリング量を減らすことができる。さらに、新ＭＭＥ３０はセキュアなコネクションを確立することをスキップするので、新ＭＭＥ３０に対する過負荷を減らすこともできる。
【００５１】
さらに、上記ステップＳ２３ａの代わりとして、新ＭＭＥ３０において、ＤＭＭＥ情報が事前に構成されてもよい（ステップＳ２３ｂ）。この場合、新ＭＭＥ３０は、ＵＥ１０から最初のアタッチ要求を受信したときに、ＨＳＳ５０から署名情報を取得することもスキップすることができ、結果として、シグナリング量をさらに減らすことができる。
【００５２】
さらに、上記ステップＳ２３ａで、新ＭＭＥ３０は、さらに、ＨＳＳ５０から上記ＡＶ群を取得してもよい。上記ＡＶ群は、上記ステップＳ２５で示されたリダイレクトメッセージ及びステップＳ２６で示されたアタッチ要求メッセージと一緒に、ｅＮＢ２０を介して専用ＭＭＥ４０へ転送されることができる。この場合、専用ＭＭＥ４０は、上記ステップＳ２７に示された、ＨＳＳ５０からＡＶ群を取得することをスキップすることができ、この結果、シグナリング量をさらに減らすことができる。
【００５３】
＜第２実施形態＞
図４に示すように、第２実施形態のネットワークシステムは、上記のＭＭＥ３０及びＭＭＥ４０に加えて、ＭＭＥ６０をさらに含んでいる。ＭＭＥ６０は、ＵＥ１０が前にアタッチしたＭＭＥであり、このため、以下では、「旧ＭＭＥ（Old MME）」と呼ばれることがある。必要であれば、旧ＭＭＥ６０は、上記署名情報、ＤＭＭＥ情報、上記ＡＶ群等を、ＨＳＳ５０から取得することもできる。ここで、ＵＥ１０は前にＳＧＳＮ（つまり、「旧ＳＧＳＮ」）へアタッチするケースもある。このケースであっても、旧ＭＭＥについての以下の記述は、旧ＳＧＳＮについての記述へ同様に適用することができる。
【００５４】
概して、第２実施形態は、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）におけるＩＭＳＩアタッチを扱い、特に、新ＭＭＥ３０が、ｅＮＢ２０から受け取ったアタッチ要求メッセージ（Attach Request message）を、旧ＭＭＥ６０から取得した上記ＤＭＭＥ情報に基づいて、ＤＭＭＥ４０へリダイレクトするケースを扱う。
【００５５】
次に、第２実施形態の動作例を記述する前に、図８を参照して、非特許文献２，３に開示されている典型的なＧＵＴＩアタッチ手順における問題点を、最初に明らかにする。それから、複数の動作例として、これらの問題点を解決するための複数の解決策を説明する。該複数の解決策は、図４に示されたオプション１、図５に示されたオプション２、及び、図６に示されたオプション３を含む。
【００５６】
明らかにされた問題点：
図８において点線で示されるように、ＵＥ１１０は前に旧ＭＭＥ１６０へアタッチしており、旧ＭＭＥ１６０がＵＥ１１０へＧＵＴＩを割り当てており、この結果、ＵＥ１１０がＧＵＴＩを取得しているものとする。
【００５７】
典型的なＧＵＴＩアタッチ手順において、ＵＥ１１０は、ＧＵＴＩを含むアタッチ要求メッセージをｅＮＢ１２０へ送信し（ステップＳ２０１）、ｅＮＢ１２０は新ＭＭＥ１３０へアタッチ要求メッセージを転送する（ステップＳ２０２）。
【００５８】
アタッチ要求メッセージを受信すると、新ＭＭＥ１３０は、ＧＵＴＩを含む身分証明書要求メッセージ及び完了アタッチ要求（complete Attach Request）メッセージを、旧ＭＭＥ１６０へ送信し（ステップＳ２０３）、これに対する応答として、ＵＥ１１０のＩＭＳＩとＭＭ（移動性管理：Mobility Management）コンテキストとを含む身分証明書応答メッセージを受信する（ステップＳ２０４）。
【００５９】
それから、新ＭＭＥ１３０は、専用ＭＭＥ１４０を選択し（ステップＳ２０５）、ｅＮＢ１２０へリダイレクトメッセージを送信する（ステップＳ２０６）。リダイレクトメッセージを受信すると、ｅＮＢ１２０は、専用ＭＭＥ１４０へ上記アタッチ要求メッセージを転送する（ステップＳ２０７）。
【００６０】
しかしながら、旧ＭＭＥ１６０は、予め決められたタイマが満了した後に、ＵＥコンテキスト（つまり、セキュリティコンテキスト）を削除するかもしれない。さらに、ＧＵＴＩは、旧ＭＭＥ１６０を単に示しているだけである。それゆえ、専用ＭＭＥ１４０は、旧ＭＭＥ１６０から上記ＡＶ群及びセキュリティコンテキストを受信することに失敗し、このため、ＡＫＡ手順を開始する。
【００６１】
これにより、典型的なＩＭＳＩアタッチ手順と同様に、以下の複数の問題点が生じる。すなわち、ＨＳＳ１５０、専用ＭＭＥ１４０、ｅＮＢ１２０、ＵＥ１１０、及びそれらのインターフェイスに対する、シグナリングの過負荷、及び、鍵の計算に関する専用ＭＭＥ１４０に対する過負荷である。
【００６２】
解決策：
（オプション１）
図４は、オプション１についてのシーケンス図である。ステップＳ３１からステップＳ３５のプロセスは、上記の図８のステップＳ２０１からステップＳ１０５と同じように実行される。
【００６３】
一方で、リダイレクトの際に、新ＭＭＥ３０は、新ＭＭＥ３０自身についての情報（つまり、ＭＭＥ情報）を含むリダイレクトメッセージをｅＮＢ２０へ送信する（ステップＳ３６）。それから、ｅＮＢ２０は、上記ＭＭＥ情報をアタッチ要求メッセージに含められた状態で専用ＭＭＥ４０へ転送する（ステップＳ３７）。
【００６４】
専用ＭＭＥ４０は、上記ステップＳ３４で旧ＭＭＥ６０から新ＭＭＥ３０によって既に取得されている上記セキュリティコンテキストを新ＭＭＥ３０から取得するために、受信したＭＭＥ情報を用いる。具体的には、専用ＭＭＥ４０は、身分証明書要求メッセージを新ＭＭＥ３０へ送信し（ステップＳ３８）、それに対する応答として、ＵＥコンテキストを含む身分証明書応答メッセージを受信する（ステップＳ３９）。上記の通り、上記ＵＥコンテキストは、ＡＶ群及びすべてのセキュリティコンテキストを含んでいる。それから、専用ＭＭＥ４０は、受信したＵＥコンテキストから、上記Ｋａｓｍｅ及びＮＡＳ鍵群を抽出する（ステップＳ４０）。
【００６５】
その後に、３ＧＰＰ  ＴＳ２３．４０１のセクション５．３．２．１に記載されているメッセージ５ｂ及びそれに続く複数のメッセージシーケンスが続く。
【００６６】
このオプション１により、専用ＭＭＥ４０は、ＭＭＥ情報について示されることで、専用ＭＭＥ４０は、新ＭＭＥ４０から必要なセキュリティコンテキストを取得することができる。それゆえ、典型的なＧＵＴＩと異なり、専用ＭＭＥ４０は、旧ＭＭＥ６０から上記ＡＶ群及びセキュリティコンテキストを取得する目的で、旧ＭＭＥ６０へ接触する必要がなく、これにより、旧ＭＭＥ６０から上記セキュリティコンテキストを取得することに失敗した場合でも、ＡＫＡ手順を開始する必要がない。このため、典型的なＧＵＴＩと比較して、鍵の計算に関する専用ＭＭＥに対する過負荷だけではなく、シグナリングの過負荷を劇的に減らすことができる。さらに、現存の複数のメッセージシーケンスを再利用することができるので、上記移動通信システムに対するインパクトを最小化することができる。
【００６７】
さらに、上記ステップＳ３９において、新ＭＥ３０は、ＵＥ１０が専用ＭＭＥ４０へリダイレクトされるべきものとして既に認証されていることを示す、認証表示（Authentication Indication）を、上記身分証明書要求メッセージの中に含めてもよい。この場合、専用ＭＭＥ４０は、ＵＥ１０を認証する目的でＨＳＳ５０と接触する必要はなく、この結果として、シグナリングの過負荷をさらに減らすことができる。
【００６８】
（オプション２）
図５は、オプション２のシーケンス図を示す。ステップＳ４１からステップＳ４５は、図４のステップＳ３１からステップＳ３５と同様に実行される。
【００６９】
一方で、リダイレクトの際に、新ＭＭＥ３０は、上記ＵＥコンテキストを含むリダイレクトメッセージをｅＮＢ２０へ送信する（ステップＳ４６）。それから、ｅＮＢ２０は、上記ＵＥコンテキストをアタッチ要求メッセージに含められた状態で、専用ＭＭＥ４０へ転送する（ステップＳ４７）。上記の通り、ＵＥコンテキストは、上記ＡＶ群及びすべてのセキュリティコンテキストを含んでいる。
【００７０】
それから、専用ＭＭＥ４０は、受信したＵＥコンテキストから、上記Ｋａｓｍｅ及びＮＡＳ鍵群を抽出する（ステップＳ４８）。
【００７１】
その後に、３ＧＰＰ  ＴＳ２３．４０１のセクション５．３．２．１に記載されているメッセージ５ｂ及びそれに続く複数のメッセージシーケンスが続く。
【００７２】
このオプション２によれば、専用ＭＭＥ４０は、ＵＥコンテキストを取得するために、いかなるＭＭＥとも接触する必要がない。それゆえ、上記オプション１に比べて、シグナリング量を減らすことができ、また、専用ＭＭＥ４０に対する過負荷も減らすことができる。
【００７３】
さらに、このオプション２は、上記ステップＳ４３で上記アタッチ要求メッセージについてのインテグリティチェック（integrity check）が為されたことを旧ＭＭＥ６０が記憶しているように、最適化されてもよい。この場合、専用ＭＭＥ４０は、上記ステップＳ４７で再度インテグリティチェックを行う必要がなく、この結果として、専用ＭＭＥ４０に対する過負荷をさらに減らすことができる。
【００７４】
（オプション３）
図６は、オプション３についてのシーケンス図である。ステップＳ５１からステップＳ５５は、上記の図４のステップＳ３１からステップＳ３５と同じように実行される。
【００７５】
一方で、このオプション３において、旧ＭＭＥ６０は、加入者のための上記ＤＭＭＥとして仕えるので、旧ＭＭＥ６０は、専用ＭＭＥから第２の身分証明書要求メッセージを受信するまでのしばらくの間、上記セキュリティコンテキストを除去することなく保持する。
【００７６】
リダイレクトの際に、新ＭＭＥ３０は、リダイレクトメッセージをｅＮＢ２０へ送信する（ステップＳ５６）。それから、ｅＮＢ２０は、上記アタッチ要求メッセージを専用ＭＭＥ４０へ転送する（ステップＳ５７）。
【００７７】
上記アタッチ要求メッセージを受信すると、専用ＭＭＥ４０は、ＧＵＴＩを含む身分証明書要求メッセージ及び完了アタッチ要求メッセージを、旧ＭＭＥ１６０へ送信する（ステップＳ５８）。
【００７８】
ここで、上記第２の身分証明書要求メッセージが受信されるので、旧ＭＭＥ６０は、上記保持していたＭＭコンテキスト（セキュリティコンテキスト）を含む身分証明書応答メッセージを専用ＭＭＥ４０へ送り返す（ステップＳ５９）。
【００７９】
それから、専用ＭＭＥ４０は、受信したＭＭコンテキストから、上記Ｋａｓｍｅ及びＮＡＳ鍵群を抽出する（ステップＳ６０）。
【００８０】
その後に、３ＧＰＰ  ＴＳ２３．４０１のセクション５．３．２．１に記載されているメッセージ５ｂ及びそれに続く複数のメッセージシーケンスが続く。
【００８１】
このオプション３によれば、典型的なＧＵＴＩと同様に、専用ＭＭＥ４０は、ＧＵＴＩを使うことだけによって、必要なセキュリティコンテキストを旧ＭＭＥ６０から取得することができ、これにより、ＡＫＡ手順を開始する必要がない。それゆえ、鍵の計算に関する専用ＭＭＥに対する過負荷だけではなく、シグナリングの過負荷を劇的に減らすことができる。さらに、専用ＭＭＥは、ＧＵＴＩによって示されたＭＭＥにだけ接触すればよいので、言い換えれば、専用ＭＭＥだけが上記現存の複数のメッセージシーケンスを実行するので、専用ＭＭＥに対するインパクトを最小化することができる。
【００８２】
さらに、好ましくは、新ＭＭＥ３０は、上記ステップＳ５６及びステップＳ５７で示したリダイレクトメッセージ及びアタッチ要求メッセージによって、専用ＭＭＥ４０に対して、ＡＶが取得されていないことを知らせ、旧ＭＭＥ６０は、上記ステップＳ５９で示した第２の身分証明書要求メッセージにおいて、有効なＡＶ群だけを専用ＭＭＥ４０に対して知らせる。これにより、専用ＭＭＥ４０は、ＵＥ１０との間の通信を行うために、上記有効なＡＶ群を用いることができる。ここで、上記有効なＡＶ群の代わりとして又はこれに追加して、旧ＭＭＥ６０は、他の追加的な情報を専用ＭＭＥ４０に対して知らせてもよい。
【００８３】
さらに、このオプション３は、上記ステップＳ５３で上記アタッチ要求メッセージについてのインテグリティチェックが為されたことを旧ＭＭＥ６０が記憶しているように、最適化されてもよい。この場合、専用ＭＭＥ４０は、上記ステップＳ５７で再度インテグリティチェックを行う必要がなく、また、旧ＭＭＥ６０も上記ステップＳ５８で再度インテグリティチェックを行う必要がなく、この結果として、専用ＭＭＥ４０及び旧ＭＭＥ６０に対する過負荷をさらに減らすことができる。
【００８４】
ここで、本実施形態の以上の説明ではＥ−ＵＴＲＡＮを例にとることにより説明を行ったが、本発明は、ＵＴＲＡＮにおける、ＩＭＳＩアタッチ及びＰ−ＴＭＳＩ（パケット−ＴＭＳＩ（Temporary Mobile Subscriber Identity））アタッチに対して適用することもできる。そのメカニズムは、例えば専用ＭＭＥ／ＳＧＳＮ情報を伝えるためにメッセージが交換されることを除いて、基本的にはＥ−ＵＴＲＡＮにおけるアタッチと同じである。
【００８５】
上記実施形態がＵＴＲＡＮ及びＧＥＲＡＮ（ＧＳＭ（登録商標）（Global System for Mobile communications） ＥＤＧＥ（Enhanced Data GSM（登録商標） Environment） ＲＡＮ）を参照する場合には、以下の置き換えを行う必要がある。
・ＭＭＥをＳＧＳＮで置き換えること。
・ＤＭＭＥをＤＳＧＳＮで置き換えること。
・ｅＮＢをＢＴＳ（Base Transceiver Station）／ＢＳＣ（Base Station Controller）で置き換えること。
・ＨＳＳをＨＬＲ（Home Location Register）／ＨＳＳで置き換えること。
・ＧＵＴＩをＰ−ＴＭＳＩで置き換えること。
【００８６】
さらに、図示は省略されているが、新ＭＭＥ３０、専用ＭＭＥ４０、及び旧ＭＭＥ６０は、それぞれ、１つ又は複数の通信機、及び、ＣＰＵ（Central Processing Unit）のようなコントローラによって、構成されてもよい。その１つ又は複数の通信機は、例えば、ｅＮＢ２０を介してＵＥ１０と通信を行い、ｅＮＢ２０を介して又は介さずにＭＭＥ３０，４０，６０との間の通信を行い、且つ、ＨＳＳ５０との間の通信を行う。そのコントローラは、図示したシーケンス図に示したプロセス又はそれと同等のプロセスを実行するために、これらの通信機を制御する。
【００８７】
ここで、本発明は、上記実施形態に限定されるものではなく、クレームの記述に基づいて当業者によって種々の変更が為され得ることは明らかである。
【００８８】
上記の複数の実施形態の全部又は一部は、これに限定されるものではないが、以下の付記として記載されてもよい。
【００８９】
（付記１）
無線基地局を介して最初にネットワークへアタッチすることを試みて、ＵＥ(User Equipment)との間でセキュアなコネクションを確立する第１ノードと、
前記ＵＥが前記無線基地局を介して前記第１ノードからリダイレクトされる第２ノードと、
を具備し、
前記リダイレクトの際に、前記第１ノードは、前記第１ノード自身についての情報を、前記無線基地局を介して前記第２ノードへ送信し、
前記第２ノードは、前記情報を用いて、前記第１ノードから前記ＵＥとの間の前記コネクションを確立するために必要なセキュリティコンテキストを取得する、
ネットワークシステム。
【００９０】
（付記２）
無線基地局を介して最初にネットワークへアタッチすることを試みて、ＵＥとの間でセキュアなコネクションを確立する第１ノードと、前記ＵＥが前記無線基地局を介して前記第１ノードからリダイレクトされる第２ノードと、を具備するネットワークシステムのための制御方法であって、
上記リダイレクトの際に、前記第１ノードから前記第２ノードへ前記無線基地局を介して前記第１ノードについての情報を送信し、
前記第２ノードが前記情報を用いて、前記第１ノードから前記ＵＥとの間の前記コネクションを確立するために必要なセキュリティコンテキストを取得する、
制御方法。
【００９１】
（付記３）
無線基地局を介して最初にネットワークへアタッチすることを試みて、ＵＥからアタッチ要求を受信する第１ノードと、
前記アタッチ要求が前記無線基地局を介して前記第１ノードからリダイレクトされる第２ノードと、
を具備し、
前記アタッチ要求のリダイレクトの際に、前記第１ノードは、前記無線基地局を介した前記ＵＥとの間のセキュアなコネクションの確立をスキップし、
前記リダイレクトの際に、前記第１ノードは、前記無線基地局を介して前記第２ノードへ、前記ＵＥが前記第２ノードへリダイレクトされるものであることを示す加入者情報を送信し、
前記加入者情報の受信に応じて、前記第２ノードは、前記ＵＥとの間で前記セキュアなコネクションを確立する、
ネットワークシステム。
【００９２】
（付記４）
無線基地局を介して最初にネットワークへアタッチすることを試みて、ＵＥからアタッチ要求を受信する第１ノードと、前記アタッチ要求が前記無線基地局を介して前記第１ノードからリダイレクトされる第２ノードと、を具備するネットワークシステムのための制御方法であって、
前記アタッチ要求のリダイレクトの際に、前記第１ノードが、前記無線基地局を介した前記ＵＥとの間のセキュアなコネクションの確立をスキップし、
前記リダイレクトの際に、前記第１ノードが、前記無線基地局を介して前記第２ノードへ、前記ＵＥが前記第２ノードへリダイレクトされるものであることを示す加入者情報を送信し、
前記加入者情報の受信に応じて、前記第２ノードが、前記ＵＥとの間で前記セキュアなコネクションを確立する、
制御方法。
【００９３】
（付記５）
ＵＥが以前にネットワークへアタッチしたときに、無線基地局を介して前記ＵＥとの間でセキュアなコネクションを確立し、前記ＵＥに対して一時的な身元証明書（temporary identity）を割り当てる第１ノードと、
前記無線基地局を介して前記ＵＥから前記一時的な身元証明書を含むアタッチ要求を受信する第２ノードと、
前記アタッチ要求が前記無線基地局を介して前記第２ノードからリダイレクトされる第３ノードと、
を具備し、
前記第２ノードは、前記ＵＥとの間で前記コネクションを確立するために必要なセキュリティコンテキストを前記第１ノードから取得し、前記リダイレクトの際に、前記第２ノード自身についての情報を、前記無線基地局を介して前記第３ノードへ送信し、
前記第３ノードは、前記情報を用いて、前記第２ノードから前記セキュリティコンテキストを取得する、
ネットワークシステム。
【００９４】
（付記６）
ＵＥが以前にネットワークへアタッチしたときに、無線基地局を介して前記ＵＥとの間でセキュアなコネクションを確立し、前記ＵＥに対して一時的な身元証明書を割り当てる第１ノードと、前記無線基地局を介して前記ＵＥから前記一時的な身元証明書を含むアタッチ要求を受信する第２ノードと、前記アタッチ要求が前記無線基地局を介して前記第２ノードからリダイレクトされる第３ノードと、を具備するネットワークシステムのための制御方法であって、
前記第２ノードが、前記ＵＥとの間で前記コネクションを確立するために必要なセキュリティコンテキストを前記第１ノードから取得し、
前記リダイレクトの際に、前記第２ノード自身についての情報を、前記無線基地局を介して前記第２ノードから前記第３ノードへ送信し、
前記第３ノードが、前記情報を用いて、前記第２ノードから前記セキュリティコンテキストを取得する、
制御方法。
【００９５】
（付記７）
ＵＥが以前にネットワークへアタッチしたときに、無線基地局を介して前記ＵＥとの間でセキュアなコネクションを確立し、前記ＵＥに対して一時的な身元証明書を割り当てる第１ノードと、
前記無線基地局を介して前記ＵＥから前記一時的な身元証明書を含むアタッチ要求を受信する第２ノードと、
前記アタッチ要求が前記無線基地局を介して前記第２ノードからリダイレクトされる第３ノードと、
を具備し、
前記第２ノードは、前記ＵＥとの間で前記コネクションを確立するために必要なセキュリティコンテキストを前記第１ノードから取得し、前記リダイレクトの際に、前記セキュリティコンテキストを、前記無線基地局を介して前記第３ノードへ送信する、
ネットワークシステム。
【００９６】
（付記８）
ＵＥが以前にネットワークへアタッチしたときに、無線基地局を介して前記ＵＥとの間でセキュアなコネクションを確立し、前記ＵＥに対して一時的な身元証明書を割り当てる第１ノードと、前記無線基地局を介して前記ＵＥから前記一時的な身元証明書を含むアタッチ要求を受信する第２ノードと、前記アタッチ要求が前記無線基地局を介して前記第２ノードからリダイレクトされる第３ノードと、を具備するネットワークシステムのための制御方法であって、
前記第２ノードが、前記ＵＥとの間で前記コネクションを確立するために必要なセキュリティコンテキストを前記第１ノードから取得し、
前記リダイレクトの際に、前記セキュリティコンテキストを、前記無線基地局を介して前記第２ノードから前記第３ノードへ送信する、
制御装置。
【００９７】
（付記９）
ＵＥが以前にネットワークへアタッチしたときに、無線基地局を介して前記ＵＥとの間でセキュアなコネクションを確立し、前記ＵＥに対して一時的な身元証明書を割り当てる第１ノードと、
前記無線基地局を介して前記ＵＥから前記一時的な身元証明書を含むアタッチ要求を受信する第２ノードと、
前記アタッチ要求が前記無線基地局を介して前記第２ノードからリダイレクトされる第３ノードと、
を具備し、
前記第１ノードは、前記第３ノードからの身分証明書要求（identification request）を受け取るまでの間、前記ＵＥとの間の前記セキュアなコネクションに必要なセキュリティコンテキストを保持し、
前記リダイレクトの際に、前記第３ノードは、前記身分証明書要求を前記第１ノードへ送信して、前記第１ノードから前記セキュリティコンテキストを取得する、
ネットワークシステム。
【００９８】
（付記１０）
ＵＥが以前にネットワークへアタッチしたときに、無線基地局を介して前記ＵＥとの間でセキュアなコネクションを確立し、前記ＵＥに対して一時的な身元証明書を割り当てる第１ノードと、前記無線基地局を介して前記ＵＥから前記一時的な身元証明書を含むアタッチ要求を受信する第２ノードと、前記アタッチ要求が前記無線基地局を介して前記第２ノードからリダイレクトされる第３ノードと、を具備するネットワークシステムのための制御方法であって、
前記第１ノードが、前記第３ノードからの身分証明書要求を受け取るまでの間、前記ＵＥとの間の前記セキュアなコネクションに必要なセキュリティコンテキストを保持し、
前記リダイレクトの際に、前記第３ノードが、前記身分証明書要求を前記第１ノードへ送信して、前記第１ノードから前記セキュリティコンテキストを取得する、
制御方法。
【００９９】
本願は、２０１４年５月３０日に出願された日本特許出願２０１４−１１２２６９に基づくと共にその優先権の利益を主張し、その開示は全体として参照することによって本願に組み込まれる。
【符号の説明】
【０１００】
１０，１１０  ＵＥ
２０，１２０  ｅＮＢ
３０，４０，６０，１３０，１４０，１６０  ＭＭＥ
５０，１５０  ＨＳＳ
【図１】
2018207511.tif 000003
【図２】
2018207511.tif 000004
【図３】
2018207511.tif 000005
【図４】
2018207511.tif 000006
【図５】
2018207511.tif 000007
【図６】
2018207511.tif 000008
【図７】
2018207511.tif 000009
【図８】
2018207511.tif 000010