JP2019068114A - 端末装置、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）、および通信制御方法 - Google Patents

Abstract

【課題】端末が最適な通信路を用いて通信を行う好適な通信手続きを提供する。【解決手段】本発明の端末装置の通信制御方法は、第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別情報を含むＥＰＳベアラコンテキスト変更要求を、前記基地局装置を介して前記コアネットワークから受信するステップと、前記第２のＰＤＮコネクションから前記第１のＰＤＮコネクションにエフィシェントパスを変更するステップとを有する。【選択図】図２２

Description

本発明は、端末装置、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）、および通信制御方法に関する。

近年の移動通信システムの標準化活動を行う３ＧＰＰ（Ｔｈｅ ３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ
Ｅｖｏｌｕｔｉｏｎ）のシステムアーキテクチャであるＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｎｈａｎｃｅｍｅｎｔ）の検討を行っている。３ＧＰＰは、オールＩＰ化を実現する通信システムとしてＥＰＳ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）の仕様化を行っている。なお、ＥＰＳを構成するコアネットワークはＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）と呼ばれる。

また、近年３ＧＰＰでは、多種多様な端末向けの次世代通信技術の検討として、ＮｅｘＧｅｎ（Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｓｙｓｔｅｍ）の検討を行っている。ＮｅｘＧｅｎでは、多種多様な端末をセルラーネットワークに接続するための技術課題を抽出し、解決策を仕様化している。

例えば、高速通信が必要な端末のための通信手続きの最適化や、バッテリーが数年間維持できるような電力消費の高効率化が必要な端末のための通信手続きの最適化が要求条件とし挙げられる。

また、固定されているような移動頻度が少ない端末や、自動車等に備え付けられたような移動頻度が多い端末を同時にサポートするためのモビリティの最適化や多様化なども要求条件として挙げられる。

また、端末に最適な通信路の提供や選択なども要求条件として挙げられる。

３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｓｅｒｖｉｃｅｓ ａｎｄ Ｓｙｓｔｅｍ Ａｓｐｅｃｔｓ；Ｓｔｕｄｙ ｏｎ Ａｒｃｈｉｔｅｃｔｕｒｅ ｆｏｒ Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｓｙｓｔｅｍ（Ｒｅｌｅａｓｅ １４）

ＮｅｘＧｅｎでは、端末の通信路の最適化と、最適な通信路の選択のための検討が行われている。

より具体的には、最適な通信路することで、端末に適したデータ通信を提供するための検討行われている。

しかし、端末にとって最適な通信路や、端末に通信路が選択される手順、最適な通信路を変更する手段が明らかになっていない。

本発明は、このような事情を鑑みてなされたもので、その目的は、端末に最適な通信路を選択する手段や、最適な通信路を変更する手段を提供する事である。

上記の目的を達成するために、端末装置の通信制御方法は、少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第１のＰＧＷ（Ｐａｋｅｔ
Ｄａｔａ Ｇａｔｅｗａｙ）と第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションを確立するステップと、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第２のＰＧＷと第２のＰＤＮコネクションを確立するステップと、第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）を含むＥＰＳベアラコンテキスト変更要求を、前記基地局装置を介して前記コアネットワークから受信するステップと、前記第２のＰＤＮコネクションから前記第１のＰＤＮコネクションにエフィシェントパスを変更するステップを有する。

また、本発明の端末装置の通信制御方法は、少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、前記基地局装置を介してコアネットワークから受信して、第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ
Ｇａｔｅｗａｙ）と第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションを確立するステップと、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第２のＰＧＷと第２のＰＤＮコネクションを確立するステップと、第１の識別情報は、エフィシェントパスの変更を要求すること示す情報であることを示す情報であり、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記コアネットワークに送信するステップと、前記第２のＰＤＮコネクションから前記第１のＰＤＮコネクションにエフィシェントパスを変更するステップを有する。

また、本発明のＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙｔ）の通信制御方法は、少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信して、前記端末装置と第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを記憶するステップと、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信して、前記端末装置と第２のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第２のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを記憶するステップと、第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）を含むＥＰ
Ｓベアラコンテキスト変更要求を、前記基地局装置を介して前記端末装置に送信するステップを有する。

また、本発明のＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙｔ）の通信制御方法は、少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信して、前記端末装置と第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを記憶するステップと、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信して、前記端末装置と第２のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第２のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを記憶するステップと、第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、エフィシェントパスを変更するために、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記端末装置から受信するステップを有する。

またｈ、本発明の端末装置は、少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）と第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションを確立する制御部を有し、前記制御部は、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第２のＰＧＷと第２のＰＤＮコネクションを確立し、第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）を含むＥＰＳベアラコンテキスト変更要求を、前記基地局装置を介して前記コアネットワークから受信する送受信部を有し、前記制御部は、前記第２のＰＤＮコネクションから前記第１のＰＤＮコネクションにエフィシェントパスを変更する。

また、本発明の端末装置は、少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、前記基地局装置を介してコアネットワークから受信して、第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）と第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションを確立する制御部を有し、前記制御部は、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第２のＰＧＷと第２のＰＤＮコネクションを確立し、第１の識別情報は、エフィシェントパスの変更を要求すること示す情報であることを示す情報であり、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記コアネットワークに送信する送受信部を有し、前記制御部は、前記第２のＰＤＮコネクションから前記第１のＰＤＮコネクションにエフィシェントパスを変更する。

また、本発明のＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙｔ）は、少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信する送受信を有し、前記端末装置と第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを記憶する制御部を有し、前記送受信部は、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信し、前記制御部は、前記端末装置と第２のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第２のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを記憶し、第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、前記送受信部は、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）を含むＥＰＳベアラコンテキスト変更要求を、前記基地局装置を介して前記端末装置に送信する。

また、本発明のＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙｔ）は、少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信する送受信部を有し、前記端末装置と第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを記憶する制御部を有し、前記送受信部は、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信し、前記制御部は、前記端末装置と第２のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第２のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを記憶し、第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、前記送受信部は、エフィシェントパスを変更するために、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記端末装置から受信する。

本発明によれば、ＣＩｏＴ端末は、ＣＩｏＴ端末に最適化されたユーザデータ送信方法をはじめとする複数の送信方法を提供可能なコアネットワークへアタッチ及び又はデタッチし、通信することができる。

移動通信システムの概略を説明するための図である。 ＩＰ移動通信ネットワークの構成等の一例を説明するための図である。 ＩＰ移動通信ネットワークの構成等の一例を説明するための図である。 ｅＮＢの装置構成を説明するための図である。 第２の送受信手続きを説明するための図である。 ＭＭＥの装置構成を説明するための図である。 ＭＭＥの記憶部を説明するための図である。 ＭＭＥの記憶部を説明するための図である。 ＭＭＥの記憶部を説明するための図である。 ＭＭＥの記憶部を説明するための図である。 ＭＭＥの記憶部を説明するための図である。 ＭＭＥの記憶部を説明するための図である。 ＳＧＷの装置構成を説明するための図である。 ＳＧＷの記憶部を説明するための図である。 ＳＧＷの記憶部を説明するための図である。 ＰＧＷの装置構成を説明するための図である。 ＰＧＷの記憶部を説明するための図である。 ＰＧＷの記憶部を説明するための図である。 ＰＧＷの記憶部を説明するための図である。 ＵＥの装置構成を説明するための図である。 ＵＥの記憶部を説明するための図である。 通信手続きの概要を説明するための図である。 アタッチ手続きを説明するための図である。 ＰＤＮ接続手続きを説明するための図である。 第１のエフィシェントパス変更手続きを説明するための図である。 第２のエフィシェントパス変更手続きを説明するための図である。 第１のベアラ更新手続きを説明するための図である。 第２のベアラ更新手続きを説明するための図である。

以下、図面を参照して本発明を実施する為に最良の形態について説明する。なお、本実施形態では一例として、本発明を適用した場合の移動通信システムの実施形態について説明する。

［１．システム概要］
図１は、本実施形態における移動通信システムの概略を説明するための図である。本図に示すように、移動通信システム１は、移動端末装置ＵＥ＿Ａ１０とｅＮＢ＿Ａ４５とコアネットワーク＿Ａ９０とＰＤＮ＿Ａ５により構成されている。

ここで、ＵＥ＿Ａ１０は無線接続可能な端末装置であればよく、ＵＥ（Ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）または、ＭＥ（Ｍｏｂｉｌｅ ｅｑｕｉｐｍｅｎｔ）またはＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）であってよい。

また、ＵＥ＿Ａ１０は、ＣＩｏＴ端末であってもよい。なお、ＣＩｏＴ端末とはコアネットワークＡ９０へ接続可能なＩｏＴ端末であり、ＩｏＴ端末とは、スマートフォン等の携帯電話端末を含み、パソコンやセンサー装置などの様々なＩＴ機器であってよい。

つまり、ＵＥ＿Ａ１０がＣＩｏＴ端末である場合、ＵＥ＿Ａ１０はＵＥ＿Ａ１０のポリシーまたはネットワークからの要求に基づいてＣＩｏＴ端末のために最適化された接続を要求してもよいし、従来の接続を要求してもよい。または、ＵＥ＿Ａ１０は、出荷時に予めＣＩｏＴ端末のために最適化された通信手続きによってのみコアネットワーク＿Ａ９０に接続する端末装置として設定されてもよい。

ここで、コアネットワーク＿Ａ９０は、移動通信事業者（Ｍｏｂｉｌｅ Ｏｐｅｒａｔｏｒ）が運用するＩＰ移動通信ネットワークのことである。

例えば、コアネットワーク＿Ａ９０は移動通信システム１を運用、管理する移動通信事
業者のためのコアネットワークであってもよい、またはＭＶＮＯ（Ｍｏｂｉｌｅ Ｖｉｒｔｕａｌ Ｎｅｔｗｏｒｋ Ｏｐｅｒａｔｏｒ）などの仮想移動通信事業者のためのコアネットワークであってよい。または、コアネットワーク＿Ａ９０はＣＩｏＴ端末を収容する為のコアネットワークであってもよい。

また、ｅＮＢ＿Ａ４５はＵＥ＿Ａ１０がコアネットワーク＿Ａ９０に接続するために用いられる無線アクセスネットワークを構成する基地局である。つまり、ＵＥ＿Ａ１０はｅＮＢ＿Ａ４５を用いてコアネットワーク＿Ａ９０に接続する。

また、コアネットワーク＿Ａ９０はＰＤＮ＿Ａ５に接続されている。ＰＤＮ＿Ａ５とは、ＵＥ＿Ａ１０に通信サービスを提供するパケットデータサービス網であり、サービス毎に構成しても良い。ＰＤＮには、通信端末が接続されており、ＵＥ＿Ａ１０はＰＤＮ＿Ａ５に配置された通信端末とユーザデータの送受信を行うことができる。

なお、ユーザデータとは、ＵＥ＿Ａ１０とＰＤＮ＿Ａ５に含まれる装置との間で送受信するデータであってよい。なお、ＵＥ＿Ａ１０はコアネットワーク＿Ａ９０を介してＰＤＮ＿Ａ５にユーザデータを送信する。言い換えると、ＵＥ＿Ａ１０はＰＤＮ＿Ａ５にユーザデータを送受信するために、コアネットワーク＿Ａ９０とユーザデータを送受信する。より具体的には、ＵＥ＿Ａ１０はＰＤＮ＿Ａ５にユーザデータを送受信するために、ＰＧＷ＿Ａ３０やＣ−ＳＧＮ＿Ａ９５等のコアネットワーク＿Ａ９０内のゲートウェイ装置とユーザデータの送受信を行う。

次に、コアネットワーク＿Ａ９０の構成例を説明する。本実施形態では２つのコアネットワーク＿Ａ９０の構成例を説明する。

図２にコアネットワーク＿９０の構成の一例を示す。図２（ａ）のコアネットワーク＿Ａ９０は、ＨＳＳ（Ｈｏｍｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｅｒｖｅｒ）＿Ａ５０、ＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ、 Ａｕｔｈｏｒｉｚａｔｉｏｎ、 Ａｃｃｏｕｎｔｉｎｇ）＿Ａ５５、ＰＣＲＦ（Ｐｏｌｉｃｙ ａｎｄ Ｃｈａｒｇｉｎｇ Ｒｕｌｅｓ Ｆｕｎｃｔｉｏｎ）＿Ａ６０、ＰＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）＿Ａ３０、ｅＰＤＧ（ｅｎｈａｎｃｅｄ Ｐａｃｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）＿Ａ６５、ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）＿Ａ３５、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）＿Ａ４０、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）＿Ａ４２により構成される。

また、コアネットワーク＿Ａ９０は、複数の無線アクセスネットワーク（ＬＴＥ ＡＮ＿Ａ８０、ＷＬＡＮ ＡＮｂ７５、ＷＬＡＮ ＡＮａ７０、ＵＴＲＡＮ＿Ａ２０、ＧＥＲＡＮ＿Ａ２５）に接続することができる。

無線アクセスネットワークは、複数の異なるアクセスネットワークに接続して構成してもよいし、いずれか一つのアクセスネットワークに接続した構成であってもよい。さらに、ＵＥ＿Ａ１０は無線アクセスネットワークに無線接続することができる。

さらに、ＷＬＡＮアクセスシステムで接続可能なアクセスネットワークは、ｅＰＤＧ＿Ａ６５を介してコアネットワークへ接続するＷＬＡＮアクセスネットワークｂ（ＷＬＡＮ
ＡＮｂ７５）と、ＰＧＷ＿ＡとＰＣＲＦ＿Ａ６０とＡＡＡ＿Ａ５５とに接続するＷＬＡＮアクセスネットワークａ（ＷＬＡＮ ＡＮａ７５）とが構成可能である。

なお、各装置はＥＰＳを利用した移動通信システムにおける従来の装置と同様に構成されるため、詳細な説明は省略する。以下、各装置の簡単な説明をする。

ＰＧＷ＿Ａ３０はＰＤＮ＿Ａ５とＳＧＷ＿Ａ３５とｅＰＤＧ＿Ａ６５とＷＬＡＮ ＡＮａ７０と、ＰＣＲＦ＿Ａ６０とＡＡＡ＿Ａ５５とに接続されており、ＰＤＮ＿Ａ５とコアネットワーク＿Ａ９０のゲートウェイ装置としてユーザデータの転送を行う中継装置である。

ＳＧＷ＿Ａ３５は、ＰＧＷ３０とＭＭＥ＿Ａ４０とＬＴＥ ＡＮ８０とＳＧＳＮ＿Ａ４２とＵＴＲＡＮ＿Ａ２０とに接続されており、コアネットワーク＿Ａ９０と３ＧＰＰのアクセスネットワーク（ＵＴＲＡＮ＿Ａ２０、ＧＥＲＡＮ＿Ａ２５、ＬＴＥ ＡＮ＿Ａ８０）とのゲートウェイ装置としてユーザデータの転送を行う中継装置である。

ＭＭＥ＿Ａ４０は、ＳＧＷ＿Ａ３５とＬＴＥ ＡＮ８０とＨＳＳ＿Ａ５０に接続されており、ＬＴＥ ＡＮ８０を経由してＵＥ＿Ａ１０の位置情報管理と、アクセス制御を行うアクセス制御装置である。また、コアネットワーク＿Ａ９０には、複数の位置管理装置が含まれて構成されてよい。例えば、ＭＭＥ＿Ａ４０とは異なる位置管理装置が構成されてもよい。ＭＭＥ＿Ａ４０とは異なる位置管理装置はＭＭＥ＿Ａ４０と同様にＳＧＷ＿Ａ３５とＬＴＥ ＡＮ８０と、ＨＳＳ＿Ａ５０と接続されてよい。

また、コアネットワーク＿Ａ９０内に複数のＭＭＥが含まれている場合、ＭＭＥ同士が接続されてもよい。これにより、ＭＭＥ間で、ＵＥ＿Ａ１０のコンテキストの送受信が行われてもよい。

ＨＳＳ＿Ａ５０はＭＭＥ＿Ａ４０とＡＡＡ＿Ａ５５とに接続されており、加入者情報の管理を行う管理ノードである。ＨＳＳ＿Ａ５０の加入者情報は、例えばＭＭＥ＿Ａ４０のアクセス制御の際に参照される。さらに、ＨＳＳ＿Ａ５０は、ＭＭＥ＿Ａ４０とは異なる位置管理装置と接続されていてもよい。

ＡＡＡ＿Ａ５５は、ＰＧＷ３０と、ＨＳＳ＿Ａ５０と、ＰＣＲＦ＿Ａ６０と、ＷＬＡＮ
ＡＮａ７０とに接続されており、ＷＬＡＮ ＡＮａ７０を経由して接続するＵＥ＿Ａ１０のアクセス制御を行う。

ＰＣＲＦ＿Ａ６０は、ＰＧＷ＿Ａ３０と、ＷＬＡＮ ＡＮａ７５と、ＡＡＡ＿Ａ５５と、ＰＤＮ＿Ａ５に接続されており、データ配送に対するＱｏＳ管理を行う。例えば、ＵＥ＿Ａ１０とＰＤＮ＿Ａ５間の通信路のＱｏＳの管理を行う。

ｅＰＤＧ＿Ａ６５は、ＰＧＷ３０と、ＷＬＡＮ ＡＮｂ７５とに接続されており、コアネットワーク＿Ａ９０と、ＷＬＡＮ ＡＮｂ７５とのゲートウェイ装置としてユーザデータの配送を行う。

ＳＧＳＮ＿Ａ４２は、ＵＴＲＡＮ＿Ａ２０とＧＥＲＡＮ＿Ａ２５とＳＧＷ＿Ａ３５と接続されており、３Ｇ／２Ｇのアクセスネットワーク（ＵＴＲＡＮ／ＧＥＲＡＮ）とＬＴＥのアクセスネットワーク（Ｅ−ＵＴＲＡＮ）間の位置管理のための制御装置である。更に、ＳＧＳＮ＿Ａ４２は、ＰＧＷ及びＳＧＷの選択機能、ＵＥのタイムゾーンの管理機能、及びＥ−ＵＴＲＡＮへのハンドオーバー時のＭＭＥの選択機能を持つ。

また、図２（ｂ）に示すように、各無線アクセスネットワークには、ＵＥ＿Ａ１０が実際に接続される装置（例えば、基地局装置やアクセスポイント装置）等が含まれている。接続に用いられる装置は、無線アクセスネットワークに適応した装置が考えられる。

本実施形態においては、ＬＴＥ ＡＮ８０はｅＮＢ＿Ａ４５を含んで構成される。ｅＮ
Ｂ＿Ａ４５はＬＴＥアクセスシステムでＵＥ＿Ａ１０が接続する無線基地局であり、ＬＴＥ ＡＮ＿Ａ８０には１又は複数の無線基地局が含まれて構成されてよい。

ＷＬＡＮ ＡＮａ７０はＷＬＡＮ ＡＰａ７２と、ＴＷＡＧ＿Ａ７４とが含まれて構成される。ＷＬＡＮ ＡＰａ７２はコアネットワーク＿Ａ９０を運営する事業者に対して信頼性のあるＷＬＡＮアクセスシステムでＵＥ＿Ａ１０が接続する無線基地局であり、ＷＬＡＮ ＡＮａ７０には１又は複数の無線基地局が含まれて構成されてよい。ＴＷＡＧ＿Ａ７４はコアネットワーク＿Ａ９０とＷＬＡＮ ＡＮａ７０のゲートウェイ装置である。また、ＷＬＡＮ ＡＰａ７２とＴＷＡＧ＿Ａ７４とは、単一の装置で構成されてもよい。

コアネットワーク＿Ａ９０を運営する事業者とＷＬＡＮ ＡＮａ７０を運営する事業者が異なる場合でも、事業者間の契約や規約によりこのような構成での実現が可能となる。

また、ＷＬＡＮ ＡＮｂ７５はＷＬＡＮ ＡＰｂ７６を含んで構成される。ＷＬＡＮ ＡＰｂ７６はコアネットワーク＿Ａ９０を運営する事業者に対して信頼関係が結ばれていない場合に、ＷＬＡＮアクセスシステムでＵＥ＿Ａ１０が接続する無線基地局であり、ＷＬＡＮ ＡＮｂ７５には１又は複数の無線基地局が含まれて構成されてよい。

このように、ＷＬＡＮ ＡＮｂ７５はコアネットワーク＿Ａ９０に含まれる装置であるｅＰＤＧ＿Ａ６５をゲートウェイとしてコアネットワーク＿Ａ９０に接続される。ｅＰＤＧ＿Ａ６５は安全性を確保するためのセキュリティー機能を持つ。

ＵＴＲＡＮ＿Ａ２０は、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）＿Ａ２４とｅＮＢ（ＵＴＲＡＮ）＿Ａ２２を含んで構成される。ｅＮＢ（ＵＴＲＡＮ）＿Ａ２２は、ＵＴＲＡ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）でＵＥ＿Ａ１０が接続する無線基地局であり、ＵＴＲＡＮ＿Ａ２０には１又は複数の無線基地局が含まれて構成されてよい。またＲＮＣ＿Ａ２４は、コアネットワーク＿Ａ９０とｅＮＢ（ＵＴＲＡＮ）＿Ａ２２を接続する制御部であり、ＵＴＲＡＮ＿Ａ２０には１又は複数のＲＮＣが含まれて構成されてよい。また、ＲＮＣ＿Ａ２４は１つまたは複数のｅＮＢ（ＵＴＲＡＮ）＿Ａ２２と接続されてよい。更に、ＲＮＣ＿Ａ２４は、ＧＥＲＡＮ＿Ａ２５に含まれる無線基地局（ＢＳＳ（Ｂａｓｅ Ｓｔａｔｉｏｎ Ｓｕｂｓｙｓｔｅｍ）＿Ａ２６）と接続されてよい。

ＧＥＲＡＮ＿Ａ２５は、ＢＳＳ＿Ａ２６を含んで構成される。ＢＳＳ＿Ａ２６は、ＧＥＲＡ（ＧＳＭ（登録商標）／ＥＤＧＥ Ｒａｄｉｏ Ａｃｃｅｓｓ）でＵＥ＿Ａ１０が接続する無線基地局であり、ＧＥＲＡＮ＿Ａ２５には１又は複数の無線基地局ＢＳＳで構成されてもよい。また、複数のＢＳＳは互いに接続しあっていてよい。またＢＳＳ＿Ａ２６はＲＮＣ＿Ａ２４と接続してもよい。

次に、第２のコアネットワーク＿Ａ９０の構成の一例を説明する。例えば、ＵＥ＿Ａ１０がＣＩｏＴ端末である場合、コアネットワーク＿Ａ９０は図３に示す構成であってもよい。図３のコアネットワーク＿Ａ９０は、Ｃ−ＳＧＮ（ＣＩｏＴ Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ Ｎｏｄｅ）＿Ａ９５とＨＳＳ＿Ａ５０とで構成される。なお、図２と同様に、コアネットワーク＿Ａ９０は、ＬＴＥ以外のアクセスネットワークとの接続性を提供するために、ＡＡＡ＿Ａ５５及び／またはＰＣＲＦ＿Ａ６０及び／またはｅＰＤＧ＿Ａ６５及び／またはＳＧＳＮ＿Ａ４２がコアネットワーク＿Ａ９０に含まれてもよい。

Ｃ−ＳＧＮ＿Ａ９５は、図２のＭＭＥ＿Ａ４０とＳＧＷ＿Ａ３５とＰＧＷ＿Ａ３０の機能の一部又は全てを担うノードであってよい。Ｃ−ＳＧＮ＿Ａ９５はＣＩｏＴ端末の接続性の確立や切断、モビリティ等を管理するノードであってよい。

つまり、Ｃ−ＳＧＮ＿Ａ９５は、ＰＤＮ＿Ａとコアネットワーク＿Ａ９０間のゲートウェイ装置機能及び、コアネットワーク＿Ａ９０とＣＩＯＴ ＡＮ＿Ａ１００間のゲートウェイ装置機能及び、ＵＥ＿Ａ１０の位置管理機能を有していてよい。

図に示すように、ＵＥ＿Ａ１０は無線アクセスネットワークＣＩＯＴ ＡＮ＿Ａ１００を介して、コアネットワーク＿Ａ９０に接続する。

図３（ｂ）にＣＩＯＴ ＡＮ＿Ａ１００の構成を示す。図に示すようにＣＩＯＴ ＡＮ＿Ａ１００にはｅＮＢ＿Ａ４５が含まれて構成されてよい。ＣＩＯＴ ＡＮ＿Ａ１００に含まれるｅＮＢ＿Ａ４５は、ＬＴＥ ＡＮ＿Ａ８０に含まれるｅＮＢ＿Ａ４５と同じ基地局であってよい。または、ＣＩＯＴ ＡＮ＿Ａ１００に含まれるｅＮＢ＿Ａ４５は、ＬＴＥ ＡＮ＿Ａ８０に含まれるｅＮＢ＿Ａ４５と異なる、ＣＩｏＴ端末を収容する基地局であってよい。

なお、第１のコアネットワーク及び又は第２のコアネットワークは、ＩｏＴのために最適化されたシステムで構成されてよい。

なお、本明細書において、ＵＥ＿Ａ１０が各無線アクセスネットワークに接続されるという事は、各無線アクセスネットワークに含まれる基地局装置やアクセスポイント等に接続される事であり、送受信されるデータや信号等も、基地局装置やアクセスポイントを経由している。

［１．２．装置の構成］
以下、各装置の構成について説明する。

［１．２．１．ｅＮＢの構成］
以下、ｅＮＢ＿Ａ４５の構成について説明する。図４はｅＮＢ＿Ａ４５の装置構成を示す。図に示すように、ｅＮＢ＿Ａ４５はネットワーク接続部＿Ａ４２０と、送受信部＿Ａ４３０と、制御部＿Ａ４００と記憶部＿Ａ４４０で構成されている。ネットワーク接続部＿Ａ４２０と送受信部＿Ａ４３０と記憶部＿Ａ４４０は制御部＿Ａ４００と、バスを介して接続されている。

制御部＿Ａ４００はｅＮＢ＿Ａ４５を制御するための機能部である。制御部＿Ａ４００は、記憶部＿Ａ４４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。

ネットワーク接続部＿Ａ４２０は、ｅＮＢ＿Ａ４５がＭＭＥ＿Ａ４０及び／またはＳＧＷ＿Ａ３５と接続するための機能部である。さらに、ネットワーク接続部＿Ａ４２０は、ｅＮＢ＿Ａ４５がＭＭＥ＿Ａ４０及び／またはＳＧＷ＿Ａ３５からユーザデータ及び又は制御データを送受信する送受信機能部である。

送受信部＿Ａ４３０は、ｅＮＢ＿Ａ４５がＵＥ＿Ａ１０と接続するための機能部である。さらに、送受信部＿Ａ４３０は、ＵＥ＿Ａ１０からユーザデータ及び又は制御データを送受信する送受信機能部である。また、送受信部＿Ａ４３０には、外部アンテナ＿Ａ４１０が接続されている。

記憶部＿Ａ４４０は、ｅＮＢ＿Ａ４５の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部６４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。

記憶部＿Ａ４４０は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び又はフラグ及び又はパラメータを記憶してもよい。

［１．２．２．ＭＭＥの構成］
以下、ＭＭＥ＿Ａ４０の構成について説明する。図６はＭＭＥ＿Ａ４０の装置構成を示す。図に示すように、ＭＭＥ＿Ａ４０はネットワーク接続部＿Ｂ６２０と、制御部＿Ｂ６００と記憶部＿Ｂ６４０で構成されている。ネットワーク接続部＿Ｂ６２０と記憶部＿Ｂ６４０は制御部＿Ｂ６００と、バスを介して接続されている。

制御部＿Ｂ６００はＭＭＥ＿Ａ４０を制御するための機能部である。制御部＿Ｂ６００は、記憶部＿Ｂ６４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。

ネットワーク接続部＿Ｂ６２０は、ＭＭＥ＿Ａ４０が、ｅＮＢ＿Ａ４５及び／またはＨＳＳ＿Ａ５０及び／またはＳＧＷ＿Ａ３５と接続するための機能部である。さらに、ネットワーク接続部＿Ｂ６２０は、ＭＭＥ＿Ａ４０が、ｅＮＢ＿Ａ４５及び／またはＨＳＳ＿Ａ５０及び／またはＳＧＷ＿Ａ３５からユーザデータ及び又は制御データを送受信する送受信機能部である。

記憶部＿Ｂ６４０は、ＭＭＥ＿Ａ４０の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部＿Ｂ６４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ
Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。

記憶部＿Ｂ６４０は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び又はフラグ及び又はパラメータを記憶してもよい。

記憶部＿Ｂ６４０は、図に示すように、ＭＭＥコンテキスト６４２と、セキュリティーコンテキスト６４８、ＭＭＥ緊急構成データ６５０を記憶する。なお、ＭＭＥコンテキストは、ＭＭコンテキスト６４４と、ＥＰＳベアラコンテキスト６４６により構成される。または、ＭＭＥコンテキストはＥＭＭコンテキストとＥＳＭコンテキストで構成されてもよい。ＭＭコンテキスト６４４とはＥＭＭコンテキストの事であり、ＥＰＳベアラコンテキスト６４６はＥＳＭコンテキストの事であってもよい。

図７〜図９に（ｂ）ＵＥごとに記憶されるＭＭＥコンテキストの情報要素を示す。図に示すように、ＵＥごとに記憶されるＭＭＥコンテキストは、ＩＭＳＩ、ＩＭＳＩ−ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ−ｉｎｄｉｃａｔｏｒ、ＭＳＩＳＤＮ、ＭＭ Ｓｔａｔｅ、ＧＵＴＩ、ＭＥ Ｉｄｅｎｔｉｔｙ、Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｌｉｓｔ、ＴＡＩ ｏｆ ｌａｓｔ ＴＡＵ、ＥＣＧＩ（Ｅ−ＵＴＲＡＮ Ｃｅｌｌ Ｇｌｏｂａｌ Ｉｄｅｎｔｉｔｙ）、Ｅ−ＵＴＲＡＮ Ｃｅｌｌ Ｉｄｅｎｔｉｔｙ Ａｇｅ、ＣＳＧ ＩＤ、ＣＳＧ ｍｅｍｂｅｒｓｈｉｐ、Ａｃｃｅｓｓ ｍｏｄｅ、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ
Ｖｅｃｔｏｒ、ＵＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｃａｐａｂｉｌｉｔｙ、ＭＳ Ｃｌａｓｓｍａｒｋ ２、ＭＳ Ｃｌａｓｓｍａｒｋ ３、Ｓｕｐｐｏｒｔｅｄ Ｃｏｄｅｃｓ、ＵＥ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙ、ＭＳ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙ、ＵＥ Ｓｐｅｃｉｆｉｃ ＤＲＸ Ｐａｒａｍｅｔｅｒｓ、Ｓｅｌｅｃｔｅｄ ＮＡＳ Ａｌｇｏｒｉｔｈｍ、ｅＫＳＩ、Ｋ＿ＡＳＭＥ_、ＮＡＳ Ｋｅｙｓ ａｎｄ
ＣＯＵＮＴ、Ｓｅｌｅｃｔｅｄ ＣＮ ｏｐｅｒａｔｏｒ ＩＤ、Ｒｅｃｏｖｅｒｙ、Ａｃｃｅｓｓ Ｒｅｓｔｒｉｃｔｉｏｎ、ＯＤＢ ｆｏｒ ＰＳ ｐａｒａｍｅｔｅｒｓ
、ＡＰＮ−ＯＩ Ｒｅｐｌａｃｅｍｅｎｔ、ＭＭＥ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１１、ＭＭＥ ＴＥＩＤ ｆｏｒ Ｓ１１、Ｓ‐ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１１／Ｓ４、Ｓ ＧＷ ＴＥＩＤ ｆｏｒ Ｓ１１／Ｓ４、ＳＧＳＮ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ３、ＳＧＳＮ ＴＥＩＤ ｆｏｒ Ｓ３、ｅＮｏｄｅＢ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ ｆｏｒ Ｓ１−ＭＭＥ、ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤ、ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤ、Ｓｕｂｓｃｒｉｂｅｄ ＵＥ−ＡＭＢＲ、ＵＥ−ＡＭＢＲ、ＥＰＳ Ｓｕｂｓｃｒｉｂｅｄ Ｃｈａｒｇｉｎｇ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、Ｓｕｂｓｃｒｉｂｅｄ ＲＦＳＰ Ｉｎｄｅｘ、ＲＦＳＰ Ｉｎｄｅｘ ｉｎ Ｕｓｅ、Ｔｒａｃｅ ｒｅｆｅｒｅｎｃｅ、Ｔｒａｃｅ ｔｙｐｅ、Ｔｒｉｇｇｅｒ ＩＤ、ＯＭＣ ｉｄｅｎｔｉｔｙ、ＵＲＲＰ−ＭＭＥ、ＣＳＧ Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｄａｔａ、ＬＩＰＡ Ａｌｌｏｗｅｄ、Ｓｕｂｓｃｒｉｂｅｄ Ｐｅｒｉｏｄｉｃ ＲＡＵ／ＴＡＵ
Ｔｉｍｅｒ、ＭＰＳ ＣＳ ｐｒｉｏｒｉｔｙ、ＭＰＳ ＥＰＳ ｐｒｉｏｒｉｔｙ、Ｖｏｉｃｅ Ｓｕｐｐｏｒｔ Ｍａｔｃｈ Ｉｎｄｉｃａｔｏｒ、Ｈｏｍｏｇｅｎｏｕｓ
Ｓｕｐｐｏｒｔ ｏｆ ＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳ Ｓｅｓｓｉｏｎｓを含む。

また、ＵＥごとのＭＭＥコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＩＭＳＩは、ユーザの永久的な識別情報である。ＨＳＳ＿Ａ５０が記憶するＩＭＳＩと等しい。

ＩＭＳＩ−ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ−ｉｎｄｉｃａｔｏｒは、このＩＭＳＩが認証されていない事を示す指示情報である。

ＭＳＩＳＤＮは、ＵＥの電話番号を表す。ＭＳＩＳＤＮはＨＳＳ＿Ａ５０の記憶部により示される。

ＭＭ Ｓｔａｔｅは、ＭＭＥの移動管理（Ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ）状態を示す。この管理情報は、ｅＮＢとコアネットワーク間の接続が解放されているＥＣＭ−ＩＤＬＥ状態、ｅＮＢとコアネットワーク間の接続が解放されていないＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態、またはＭＭＥがＵＥの位置情報を記憶していないＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態を示す。

ＧＵＴＩ（Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ）は、ＵＥの一時的な識別情報である。ＧＵＴＩはＭＭＥの識別情報（ＧＵＭＭＥＩ：Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ ＭＭＥ Ｉｄｅｎｔｉｆｉｅｒ）と特定ＭＭＥ内でのＵＥの識別情報（Ｍ−ＴＭＳＩ）により構成される。

ＭＥ ＩｄｅｎｔｉｔｙＵＥのＩＤであり、例えば、ＩＭＥＩ／ＩＭＩＳＶであってもよい。

Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｌｉｓｔは、ＵＥに割り当てたトラッキングエリア識別情報のリストである。

ＴＡＩ ｏｆ ｌａｓｔ ＴＡＵは、最近のトラッキングエリア更新手続きで示されたトラッキングエリア識別情報である。

ＥＣＧＩは、ＭＭＥ＿Ａ４０が知る最近のＵＥのセルの識別情報である。

Ｅ−ＵＴＲＡＮ Ｃｅｌｌ Ｉｄｅｎｔｉｔｙ Ａｇｅは、ＭＭＥがＥＣＧＩを取得してからの経過時間を示す。

ＣＳＧ ＩＤは、ＭＭＥが知る、最近のＵＥが動作したＣＳＧ（Ｃｌｏｓｅｄ Ｓｕｂｓｃｒｉｂｅｒ Ｇｒｏｕｐ）の識別情報である。

ＣＳＧ ｍｅｍｂｅｒｓｈｉｐは、ＭＭＥが知る最近のＵＥのＣＳＧのメンバー情報である。ＣＳＧ ｍｅｍｂｅｒｓｈｉｐは、ＵＥがＣＳＧメンバーであるかどうかを示す。

Ａｃｃｅｓｓ ｍｏｄｅはＥＣＧＩで識別されるセルのアクセスモードであり、ＥＣＧＩがＣＳＧとＣＳＧではないＵＥの両方にアクセスを許可するハイブリッドであることを示す識別情報であってもよい。

Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ＶｅｃｔｏｒはＭＭＥが従う、特定のＵＥの一時的なＡＫＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ Ｋｅｙ Ａｇｒｅｅｍｅｎｔ）を示す。Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｖｅｃｔｏｒは、認証に用いるランダム値ＲＡＮＤ、期待応答ＸＲＥＳ、鍵Ｋ＿ＡＳＭＥ、ネットワークに認証された言語（トークン）ＡＵＴＮで構成される。

ＵＥ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｃａｐａｂｉｌｉｔｙは、ＵＥの無線アクセス能力を示す識別情報である。

ＭＳ Ｃｌａｓｓｍａｒｋ ２は、３Ｇ／２Ｇ（ＵＴＲＡＮ／ＧＥＲＡＮ）のＣＳドメインのコアネットワークの分類記号（Ｃｌａｓｓｍａｒｋ）である。ＭＳ Ｃｌａｓｓｍａｒｋ ２は、ＵＥがＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔ）をＧＥＲＡＮまたはＵＴＲＡＮに対してサポートする場合に使用される。

ＭＳ Ｃｌａｓｓｍａｒｋ ３は、ＧＥＲＡＮのＣＳドメインの無線ネットワークの分類記号（Ｃｌａｓｓｍａｒｋ）である。ＭＳ Ｃｌａｓｓｍａｒｋ ３は、ＵＥがＳＲＶＣＣ（Ｓｉｎｇｌｅ Ｒａｄｉｏ Ｖｏｉｃｅ Ｃａｌｌ Ｃｏｎｔｉｎｕｉｔ）をＧＥＲＡＮに対してサポートする場合に使用される。

Ｓｕｐｐｏｒｔｅｄ Ｃｏｄｅｃｓは、ＣＳドメインでサポートされるコードのリストである。このリストは、ＵＥがＳＲＶＣＣをＧＥＲＡＮまたはＵＴＲＡＮに対してサポートする場合に使用される。

ＵＥ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙは、ＵＥにサポートされるセキュリティーのアルゴリズムと鍵派生関数を含める。

ＭＳ Ｎｅｔｗｏｒｋ Ｃａｐａｂｉｌｉｔｙは、ＧＥＲＡＮ及び／又はＵＴＲＡＮ機能をもつＵＥに対して、ＳＧＳＮに必要な少なくとも一つの情報を含める情報である。

ＵＥ Ｓｐｅｃｉｆｉｃ ＤＲＸ Ｐａｒａｍｅｔｅｒｓは、ＵＥのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）サイクル長を決定するために用いるパラメータである。ここでＤＲＸとは、ＵＥのバッテリーの消費電力をなるべく少なくするために、ある一定時間通信がなければＵＥを低消費電力状態に切り替える機能である。

Ｓｅｌｅｃｔｅｄ ＮＡＳ Ａｌｇｏｒｉｔｈｍは、ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒｅａｍ）の選択されたセキュリティーアルゴリズムである。

ｅＫＳＩは、Ｋ＿ＡＳＭＥを示す鍵の集合である。ＵＴＲＡＮまたはＥ−ＵＴＲＡＮのセキュリティー認証により取得したセキュリティー鍵を利用するかどうかを示してもよい。

Ｋ＿ＡＳＭＥは、暗号鍵ＣＫ（Ｃｉｐｈｅｒ Ｋｅｙ）と完全鍵ＩＫ（Ｉｎｔｅｇｒｉｔｙ Ｋｅｙ）に基づき生成される、Ｅ−ＵＴＲＡＮの鍵階層化の鍵である。

ＮＡＳ Ｋｅｙｓ ａｎｄ ＣＯＵＮＴは、鍵Ｋ＿ＮＡＳｉｎｔと、鍵Ｋ＿ＮＡＳｅｎｃとＮＡＳ ＣＯＵＮＴパラメータにより構成される。鍵Ｋ＿ＮＡＳｉｎｔは、ＵＥとＭＭＥ間の暗号化のための鍵であり、鍵Ｋ＿ＮＡＳｅｎｃは、ＵＥとＭＭＥ間の安全性保護のための鍵である。また、ＮＡＳ ＣＯＵＮＴはＵＥとＭＭＥ間のセキュリティーが確立された、新しい鍵が設定された場合にカウントを開始する、カウントである。

Ｓｅｌｅｃｔｅｄ ＣＮ ｏｐｅｒａｔｏｒ ＩＤはオペレータ間でネットワークを共有するために使用する、選択されたコアネットワークオペレータの識別情報である。

Ｒｅｃｏｖｅｒｙは、ＨＳＳがデータベースの復帰を行うかどうかを示す識別情報である。

Ａｃｃｅｓｓ Ｒｅｓｔｒｉｃｔｉｏｎは、アクセス制限の登録情報である。

ＯＤＢ ｆｏｒ ＰＳ ｐａｒａｍｅｔｅｒｓは、ＯＤＢ（ｏｐｅｒａｔｏｒ ｄｅｔｅｒｍｉｎｅｄ ｂａｒｒｉｎｇ）の状態を示す。ここでＯＤＢとは、通信事業者（オペレータ）が決定したアクセス規定である。

ＡＰＮ−ＯＩ Ｒｅｐｌａｃｅｍｅｎｔは、ＤＮＳ解決を実行する為にＰＧＷ ＦＱＤＮを構築する際の、ＡＰＮに代わるドメイン名である。この代用のドメイン名はすべてのＡＰＮに適応される。

ＭＭＥ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１１は、ＳＧＷとのインターフェースで用いられるＭＭＥのＩＰアドレスである。

ＭＭＥ ＴＥＩＤ ｆｏｒ Ｓ１１は、ＳＧＷとのインターフェースで用いられるＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）である。

Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１１／Ｓ４はＭＭＥとＳＧＷ間またはＳＧＳＮとＭＭＥ間のインターフェースで利用されるＳＧＷのＩＰアドレスである。

Ｓ ＧＷ ＴＥＩＤ ｆｏｒ Ｓ１１／Ｓ４はＭＭＥとＳＧＷ間またはＳＧＳＮとＭＭＥ間のインターフェースで利用されるＳＧＷのＴＥＩＤである。

ＳＧＳＮ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ３は、ＭＭＥとＳＧＳＮ間でのインターフェースに用いるＳＧＳＮのＩＰアドレスである。

ＳＧＳＮ ＴＥＩＤ ｆｏｒ Ｓ３は、ＭＭＥとＳＧＳＮ間のインターフェースで用いるＳＧＳＮのＴＥＩＤである。

ｅＮｏｄｅＢ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ ｆｏｒ Ｓ１−ＭＭＥは、ＭＭＥとｅＮＢ間のインターフェースで最近用いられたｅＮＢのＩＰアドレスである。

ｅＮＢ ＵＥ Ｓ１ＡＰ ＩＤは、ｅＮＢ内でのＵＥの識別情報である。

ＭＭＥ ＵＥ Ｓ１ＡＰ ＩＤは、ＭＭＥ内でのＵＥの識別情報である。

Ｓｕｂｓｃｒｉｂｅｄ ＵＥ−ＡＭＢＲは、ユーザの登録情報に従いすべてのＮｏｎ−ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）ベアラ（非保障ベアラ）を共有するための上り通信および下り通信のＭＢＲ（Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）の最大値を示す。

ＵＥ−ＡＭＢＲは、すべてのＮｏｎ−ＧＢＲベアラ（非保障ベアラ）を共有するために、最近使用された上り通信および下り通信のＭＢＲの最大値を示す。

ＥＰＳ Ｓｕｂｓｃｒｉｂｅｄ Ｃｈａｒｇｉｎｇ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、ＵＥの課金特性を示す。例えば、ＥＰＳ Ｓｕｂｓｃｒｉｂｅｄ Ｃｈａｒｇｉｎｇ
Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓはノーマル、プリペイド、課金率固定、または即時請求などの登録情報を示してもよい。

Ｓｕｂｓｃｒｉｂｅｄ ＲＦＳＰ Ｉｎｄｅｘは、ＨＳＳから取得したＥ−ＵＴＲＡＮ内の特定のＲＲＭ構成のためのインデックスである。

ＲＦＳＰ Ｉｎｄｅｘ ｉｎ Ｕｓｅは、最近使用されたＥ−ＵＴＲＡＮ内の特定のＲＲＭ構成のためのインデックスである。

Ｔｒａｃｅ ｒｅｆｅｒｅｎｃｅは、特定のトレースの記録、または記録の集合を識別する識別情報である。

Ｔｒａｃｅ ｔｙｐｅは、トレースのタイプを示す。例えば、ＨＳＳがトレースをするタイプ、及び／または、ＭＭＥやＳＧＷやＰＧＷがトレースするタイプを示してもよい。

Ｔｒｉｇｇｅｒ ＩＤは、トレースを開始する構成要素を識別する識別情報である。

ＯＭＣ Ｉｄｅｎｔｉｔｙは、トレースされた記録を受信したＯＭＣを識別する識別情報である。

ＵＲＲＰ−ＭＭＥは、ＨＳＳによりＭＭＥからのＵＥ活動通知が要求された事を示す識別情報である。

ＣＳＧ Ｓｕｂｓｃｒｉｐｔｉｏｎ Ｄａｔａは、ローミング先のＰＬＭＮ（ＶＰＬＭＮ）ＣＳＧ ＩＤとローミング先の等価ＰＬＭＮの関連リストである。ＣＳＧ ＩＤごとに、ＣＳＧ ＩＤの有効期限を示すｅｘｐｉｒａｔｉｏｎ ｄａｔｅや、有効期限がない事を示すａｂｓｅｎｔ ｅｘｐｉｒａｔｉｏｎ ｄａｔｅと関連づけられていてもよい。ＣＳＧ ＩＤは、ＬＩＰＡを介した特定のＰＤＮ接続に使われてもよい。

ＬＩＰＡ Ａｌｌｏｗｅｄは、ＵＥはこのＰＬＭＮでＬＩＰＡを使用することが許可されているかどうかを示す
Ｓｕｂｓｃｒｉｂｅｄ Ｐｅｒｉｏｄｉｃ ＲＡＵ／ＴＡＵ Ｔｉｍｅｒは、定期的なＲＡＵ及び／またはＴＡＵのタイマーである。

ＭＰＳ ＣＳ ｐｒｉｏｒｉｔｙは、ＵＥがＣＳドメインでｅＭＬＰＰか１ｘ ＲＴＴ
優先サービスに登録されていることを示す。

ＭＰＳ ＥＰＳ ｐｒｉｏｒｉｔｙは、ＥＰＳドメイン内でＭＰＳに登録されていることを示す識別情報である。

Ｖｏｉｃｅ Ｓｕｐｐｏｒｔ Ｍａｔｃｈ Ｉｎｄｉｃａｔｏｒは、ＵＥの無線能力がネットワーク構成と互換性があるかどうかを示す。例えば、ＵＥによるＳＲＶＣＣのサポートがネットワークの音声通話に対するサポートとマッチするかどうかを示す。

Ｈｏｍｏｇｅｎｏｕｓ Ｓｕｐｐｏｒｔ ｏｆ ＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳ
Ｓｅｓｓｉｏｎｓ ｆｏｒ ＭＭＥは、ＰＳセッション上のＩＭＳ音声通話をサポートするかどうかを、ＵＥごとに示す指示情報である。Ｈｏｍｏｇｅｎｏｕｓ Ｓｕｐｐｏｒｔ ｏｆ ＩＭＳ Ｖｏｉｃｅ ｏｖｅｒ ＰＳ Ｓｅｓｓｉｏｎｓ ｆｏｒ ＭＭＥは、ＭＭＥが管理する全てのＴＡ（Ｔｒａｃｋｉｎｇ Ａｒｅａ）でＰＳ（Ｐａｃｋｅｔ Ｓｗｉｔｃｈｅｄ： 回線交換）セッション上でのＩＭＳ（ＩＰ Ｍｕｌｔｉｍｅｄｉａ
Ｓｕｂｓｙｓｔｅｍ）音声通話をサポートする、「Ｓｕｐｐｏｒｔｅｄ」と、ＰＳセッション上でのＩＭＳ音声通話をサポートするＴＡがない場合を示す「Ｎｏｔ Ｓｕｐｐｏｒｔｅｄ」とがある。また、ＰＳセッション上でのＩＭＳ音声通話をサポートが均一でない（サポートするＴＡとしないＴＡがＭＭＥ内に混在する）場合や、サポートするかどうかが分からない場合、ＭＭＥはこの指示情報をＨＳＳに通知しない。

図１０に、ＰＤＮコネクションごとに記憶されるＰＤＮコネクションごとのＭＭＥコンテキストに含まれる情報要素を示す。図に示すように、ＰＤＮコネクションごとのＭＭＥコンテキストは、ＡＰＮ ｉｎ Ｕｓｅ、ＡＰＮ Ｒｅｓｔｒｉｃｔｉｏｎ、ＡＰＮ Ｓｕｂｓｃｒｉｂｅｄ、ＰＤＮ Ｔｙｐｅ、ＩＰ Ａｄｄｒｅｓｓ、ＥＰＳ ＰＤＮ Ｃｈａｒｇｉｎｇ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、ＡＰＮ−ＯＩ Ｒｅｐｌａｃｅｍｅｎｔ、ＳＩＰＴＯ ｐｅｒｍｉｓｓｉｏｎｓ、Ｌｏｃａｌ Ｈｏｍｅ Ｎｅｔｗｏｒｋ ＩＤ、ＬＩＰＡ ｐｅｒｍｉｓｓｉｏｎｓ、ＷＬＡＮ ｏｆｆｌｏａｄａｂｉｌｉｔｙ、ＶＰＬＭＮ Ａｄｄｒｅｓｓ Ａｌｌｏｗｅｄ、ＰＤＮ ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（制御情報）、ＰＤＮ ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（制御情報）、ＭＳ Ｉｎｆｏ Ｃｈａｎｇｅ Ｒｅｐｏｒｔｉｎｇ Ａｃｔｉｏｎ、ＣＳＧ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｐｏｒｔｉｎｇ Ａｃｔｉｏｎ、Ｐｒｅｓｅｎｃｅ Ｒｅｐｏｒｔｉｎｇ
Ａｒｅａ Ａｃｔｉｏｎ、ＥＰＳ ｓｕｂｓｃｒｉｂｅｄ ＱｏＳ ｐｒｏｆｉｌｅ、Ｓｕｂｓｃｒｉｂｅｄ ＡＰＮ−ＡＭＢＲ、ＡＰＮ−ＡＭＢＲ、ＰＤＮ ＧＷ ＧＲＥ Ｋｅｙ ｆｏｒ ｕｐｌｉｎｋ ｔｒａｆｆｉｃ（ユーザデータ）、Ｄｅｆａｕｌｔ ｂｅａｒｅｒ、ｌｏｗ ａｃｃｅｓｓ ｐｒｉｏｒｉｔｙを含める。

また、ＰＤＮコネクションごとのＭＭＥコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＡＰＮ ｉｎ Ｕｓｅは、最近使用されたＡＰＮを示す。このＡＰＮはＡＰＮネットワークの識別情報と、デフォルトのオペレータの識別情報により構成される。

ＡＰＮ Ｒｅｓｔｒｉｃｔｉｏｎは、このベアラコンテキストに関連づけられたＡＰＮに対する、ＡＰＮのタイプの組み合わせの制限を示す。つまり、確立できるＡＰＮの数とＡＰＮのタイプを制限する情報である。

ＡＰＮ ＳｕｂｓｃｒｉｂｅｄはＨＳＳから受信した登録ＡＰＮを意味する。

ＰＤＮ Ｔｙｐｅは、ＩＰアドレスのタイプを示す。例えば、ＰＤＮ Ｔｙｐｅは、Ｉ
Ｐｖ４、ＩＰｖ６またはＩＰｖ４ｖ６を示す。

ＩＰ Ａｄｄｒｅｓｓは、ＩＰｖ４アドレスかＩＰｖ６ Ｐｒｅｆｉｘを示す。なお、ＩＰアドレスはＩＰｖ４とＩＰｖ６のｐｒｅｆｉｘの両方を記憶してもよい。

ＥＰＳ ＰＤＮ Ｃｈａｒｇｉｎｇ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、課金特性を示す。ＥＰＳ ＰＤＮ Ｃｈａｒｇｉｎｇ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは例えば、ノーマル、プリペイド、課金率固定、または即時請求を示してよい。

ＡＰＮ−ＯＩ Ｒｅｐｌａｃｅｍｅｎｔは、ＵＥごとに登録されているＡＰＮ−ＯＩ Ｒｅｐｌａｃｅｍｅｎｔと同様の役割をもつＡＰＮの代理ドメイン名である。ただし、ＵＥごとのＡＰＮ−ＯＩ Ｒｅｐｌａｃｅｍｅｎｔより優先度が高い。

ＳＩＰＴＯ ｐｅｒｍｉｓｓｉｏｎｓはこのＡＰＮを用いたトラフィックのＳＩＰＴＯ（Ｓｅｌｅｃｔｅｄ ＩＰ Ｔｒａｆｆｉｃ Ｏｆｆｌｏａｄ）に対する許可情報を示す。具体的には、ＳＩＰＴＯ ｐｅｒｍｉｓｓｉｏｎｓは、ＳＩＰＴＯを用いる事を禁止する、またはローカルネットワーク以外でのＳＩＰＴＯの利用を許可する、またはローカルネットワークを含めるネットワークでのＳＩＰＴＯの利用を許可する、またはローカルネットワークのみＳＩＰＴＯの利用を許可する、ことを識別する。

Ｌｏｃａｌ Ｈｏｍｅ Ｎｅｔｗｏｒｋ ＩＤは、ローカルネットワークを用いたＳＩＰＴＯ（ＳＩＰＴＯ＠ＬＮ）の利用が可能である場合、基地局が属するホームネットワークの識別情報を示す。

ＬＩＰＡ ｐｅｒｍｉｓｓｉｏｎｓは、このＰＤＮがＬＩＰＡを介したアクセスが可能かどうかを示す識別情報である。具体的には、ＬＩＰＡ ｐｅｒｍｉｓｓｉｏｎｓは、ＬＩＰＡを許可しないＬＩＰＡ−ｐｒｏｈｉｂｉｔｅｄ、またはＬＩＰＡのみ許可する、ＬＩＰＡ−ｏｎｌｙ、条件によりＬＩＰＡを許可するＬＩＰＡ−ｃｏｎｄｉｔｉｏｎａｌであってよい。

ＷＬＡＮ ｏｆｆｌｏａｄ ａｂｉｌｉｔｙは、このＡＰＮで接続されたトラフィックは、無線ランと３ＧＰＰ間の連携機能を用いて、無線ランにオフロードできるか、または３ＧＰＰの接続を維持するのかを示す識別情報である。ＷＬＡＮ ｏｆｆｌｏａｄ ａｂｉｌｉｔｙは、ＲＡＴタイプごとに分かれていてもよい。具体的には、ＬＴＥ（Ｅ−ＵＴＲＡ）と３Ｇ（ＵＴＲＡ）とで異なったＷＬＡＮ ｏｆｆｌｏａｄ ａｂｉｌｉｔｙが存在してもよい。

ＶＰＬＭＮ Ａｄｄｒｅｓｓ Ａｌｌｏｗｅｄは、ＵＥがこのＡＰＮを用いた接続が、ローミング先のＰＬＭＮ（ＶＰＬＭＮ）ではＨＰＬＭＮのドメイン（ＩＰアドレス）ＰＧＷのみを使用することが許可されるのか、またはＶＰＬＭＮのドメイン内のＰＧＷを追加されるのかを示す
ＰＤＮ ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（制御情報）は、ＰＧＷの最近のＩＰアドレスを示す。このアドレスは制御信号を送信するときに用いられる。

ＰＤＮ ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（制御情報）は、ＳＧＷとＰＧＷ間のインターフェース（Ｓ５／Ｓ８）で制御情報の送受信に用いるＴＥＩＤである。

ＭＳ Ｉｎｆｏ Ｃｈａｎｇｅ Ｒｅｐｏｒｔｉｎｇ Ａｃｔｉｏｎは、ＰＧＷにユーザの位置情報が変更された事を通知する必要があること示す情報要素である。

ＣＳＧ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｐｏｒｔｉｎｇ Ａｃｔｉｏｎは、ＰＧＷにＣＳＧ情報が変更された事を通知する必要があることを示す情報要素である。

Ｐｒｅｓｅｎｃｅ Ｒｅｐｏｒｔｉｎｇ Ａｒｅａ Ａｃｔｉｏｎは、ＵＥが存在報告エリア（Ｐｒｅｓｅｎｃｅ Ｒｅｐｏｒｔｉｎｇ Ａｒｅａ）に存在するかどうかの変更を通知する必要があることを示す。この情報要素は、存在報告エリアの識別情報と、存在報告エリアに含まれる要素により分かれている。

ＥＰＳ ｓｕｂｓｃｒｉｂｅｄ ＱｏＳ ｐｒｏｆｉｌｅは、デフォルトベアラに対する、ベアラレベルでのＱｏＳパラメータを示す。

Ｓｕｂｓｃｒｉｂｅｄ ＡＰＮ−ＡＭＢＲは、ユーザの登録情報に従いこのＡＰＮに対して確立された全てのＮｏｎ−ＧＢＲベアラ（非保障ベアラ）を共有するための上り通信および下り通信のＭＢＲ（Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）の最大値を示す。

ＡＰＮ−ＡＭＢＲは、ＰＧＷにより決定された、このＡＰＮに対して確立された全てのＮｏｎ−ＧＢＲベアラ（非保障ベアラ）を共有するための上り通信および下り通信のＭＢＲ（Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）の最大値を示す。

ＰＤＮ ＧＷ ＧＲＥ Ｋｅｙ ｆｏｒ ｕｐｌｉｎｋ ｔｒａｆｆｉｃ（ユーザデータ）は、ＳＧＷとＰＧＷ間のインターフェースのユーザデータの上り通信のためのＧＲＥ（Ｇｅｎｅｒｉｃ Ｒｏｕｔｉｎｇ Ｅｎｃａｐｓｕｌａｔｉｏｎ）鍵である。

Ｄｅｆａｕｌｔ Ｂｅａｒｅｒは、ＰＤＮコネクション確立時に取得、及び又は、生成する情報であり、ＰＤＮコネクションに対応づけられたデフォルトベアラを識別するためのＥＰＳベアラ識別情報である。

なお、本実施形態におけるＥＰＳベアラとは、ＵＥ＿Ａ１０とＣ−ＳＧＮ＿Ａ９５との間で確立する通信路であってよい。さらに、ＥＰＳベアラは、ＵＥ＿Ａ１０とｅＮＢ＿Ａ４５との間で確立するＲＢ（Ｒａｄｉｏ Ｂｅａｒｅｒ）と、ｅＮＢ＿Ａ４５とＣ−ＳＧＮ＿Ａ９５との間で確立するＳ１ベアラとによって構成されてよい。ここで、ＲＢとＥＰＳベアラとは一対一に対応づけられてよい。そのため、ＲＢの識別情報は、ＥＰＳベアラの識別情報と一対一に対応づけられてもよいし、同じ識別情報であってもよい。

また、ＥＰＳベアラとは、ＵＥ＿Ａ１０とＰＧＷ＿Ａ３０との間で確立する論理的な通信路であってもよい。この場合においても、ＥＰＳベアラは、ＵＥ＿Ａ１０とｅＮＢ＿Ａ４５との間で確立するＲＢ（Ｒａｄｉｏ Ｂｅａｒｅｒ）を含んで構成されてよい。さらに、ＲＢとＥＰＳベアラとは一対一に対応づけられてよい。そのため、ＲＢの識別情報は、ＥＰＳベアラの識別情報と一対一に対応づけられてもよいし、同じ識別情報であってもよい。

したがって、Ｄｅｆａｕｌｔ Ｂｅａｒｅｒは、ＳＲＢ（Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）、及び又は、ＣＲＢ（Ｃｏｎｔｒｏｌ Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）を識別する識別情報であってもよいし、ＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）識別する識別情報であってもよい。

ここで、本実施形態におけるＳＲＢとは、本来は制御メッセージ等の制御情報を送受信するために確立するＲＢであってよい。ここで、本実施形態におけるＣＲＢとは、本来は制御メッセージ等の制御情報を送受信するために確立するＲＢであってよい。なお、本実施形態では、本来制御メッセージを送受信するためのＲＢを用いて、ユーザデータの送受
信を行う。したがって、本実施形態では、ＳＲＢ又はＣＲＢを用いて、制御メッセージとユーザデータとを送受信する。

また、本実施形態におけるＤＲＢとは、ユーザデータを送受信するために確立するＲＢであってよい。

ｌｏｗ ａｃｃｅｓｓ ｐｒｉｏｒｉｔｙは、ＰＤＮコネクションが公開されているとき、ＵＥが低いアクセス優先度（ｌｏｗ ａｃｃｅｓｓ ｐｒｉｏｒｉｔｙ）を要求したことを示す。

図１１は、ベアラごとに記憶されるＭＭＥコンテキストを示す。図が示すように、ベアラごとに記憶されるＭＭＥコンテキストは、ＥＰＳ Ｂｅａｒｅｒ ＩＤ、ＴＩ、Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１−ｕ、Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ１ｕ、ＰＤＮ ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８、ＰＤＮ ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ５／Ｓ８、ＥＰＳ ｂｅａｒｅｒ ＱｏＳ、ＴＦＴを含める。

また、ベアラごとのＭＭＥコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＥＰＳ Ｂｅａｒｅｒ ＩＤは、Ｅ−ＵＴＲＡＮを介したＵＥ接続に対して、ＥＰＳベアラを識別する唯一の識別情報である。

なお、ＥＰＳ Ｂｅａｒｅｒ ＩＤは、デディケイテッドベアラを識別するＥＰＳベアラ識別情報であってよい。したがって、デフォルトベアラとは異なるＥＰＳベアラを識別する識別情報であってよい。

なお、既に説明した通り、ＥＰＳベアラとは、ＵＥ＿Ａ１０とＣ−ＳＧＮ＿Ａ９５との間で確立する通信路であってよい。さらに、ＥＰＳベアラは、ＵＥ＿Ａ１０とｅＮＢ＿Ａ４５との間で確立するＲＢ（Ｒａｄｉｏ Ｂｅａｒｅｒ）と、ｅＮＢ＿Ａ４５とＣ−ＳＧＮ＿Ａ９５との間で確立するＳ１ベアラとによって構成されてよい。ここで、ＲＢとＥＰＳベアラとは一対一に対応づけられてよい。そのため、ＲＢの識別情報は、ＥＰＳベアラの識別情報と一対一に対応づけられてもよいし、同じ識別情報であってもよい。

また、ＥＰＳベアラとは、ＵＥ＿Ａ１０とＰＧＷ＿Ａ３０との間で確立する論理的な通信路であってもよい。この場合においても、ＥＰＳベアラは、ＵＥ＿Ａ１０とｅＮＢ＿Ａ４５との間で確立するＲＢ（Ｒａｄｉｏ Ｂｅａｒｅｒ）を含んで構成されてよい。さらに、ＲＢとＥＰＳベアラとは一対一に対応づけられてよい。そのため、ＲＢの識別情報は、ＥＰＳベアラの識別情報と一対一に対応づけられてもよいし、同じ識別情報であってもよい。

したがって、デディケイテッドベアラを識別するＥＰＳベアラＩＤは、ＳＲＢ（Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）、及び又は、ＣＲＢ（Ｃｏｎｔｒｏｌ Ｓｉｇｎａｌｌｉｎｇ Ｒａｄｉｏ Ｂｅａｒｅｒ）を識別する識別情報であってもよいし、ＤＲＢ（Ｄａｔａ Ｒａｄｉｏ Ｂｅａｒｅｒ）識別する識別情報であってもよい。

ここで、既に説明したとおり、本実施形態におけるＳＲＢとは、本来は制御メッセージ等の制御情報を送受信するために確立するＲＢであってよい。ここで、本実施形態におけるＣＲＢとは、本来は制御メッセージ等の制御情報を送受信するために確立するＲＢであってよい。なお、本実施形態では、本来制御メッセージを送受信するためのＲＢを用いて、ユーザデータの送受信を行う。したがって、本実施形態では、ＳＲＢ又はＣＲＢを用い
て、制御メッセージとユーザデータとを送受信する。

また、本実施形態におけるＤＲＢとは、ユーザデータを送受信するために確立するＲＢであってよい。

ＴＩはＴｒａｎｓａｃｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒの略であり、双方向のメッセージフロー（Ｔｒａｎｓａｃｔｉｏｎ）を識別する識別情報である。

Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１−ｕは、ｅＮＢとＳＧＷ間のインターフェースで使用するＳＧＷのＩＰアドレスである。

また、Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１−ｕは、ユーザデータが制御情報用のメッセージに含まれて送受信される場合、ＭＭＥ、及び又は、ＳＧＳＮとＳＧＷ間のインターフェースで使用するＳＧＷのＩＰアドレスであってもよく、Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１１／Ｓ４であってもよい。

Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ１ｕは、ｅＮＢとＳＧＷ間のインターフェースで使用するＳＧＷのＴＥＩＤである。

また、Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ１ｕは、ＭＭＥ、及び又は、ユーザデータが制御情報用のメッセージに含まれて送受信される場合、ＳＧＳＮとＳＧＷ間のインターフェースで使用するＳＧＷのＴＥＩＤアドレスであってもよく、Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ
Ｓ１１／Ｓ４であってもよい。

ＰＤＮ ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８は、ＳＧＷとＰＧＷ間のインターフェースのユーザデータ伝送の為のＰＧＷのＴＥＩＤである。

ＰＤＮ ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ５／Ｓ８は、ＳＧＷとＰＧＷ間のインターフェースのユーザデータ伝送の為のＰＧＷのＩＰアドレスである。

ＥＰＳ ｂｅａｒｅｒ ＱｏＳは、ＱＣＩ（ＱｏＳ Ｃｌａｓｓ Ｉｄｅｎｔｉｆｉｅｒ）と、ＡＲＰ（Ａｌｌｏｃａｔｉｏｎ ａｎｄ Ｒｅｔｅｎｔｉｏｎ Ｐｒｉｏｒｉｔｙ）で構成される。ＱＣＩはＱｏＳの属するクラスを示す。ＱｏＳは帯域制御の有無や遅延許容時間、パケットロス率などに応じてクラスを分けられる。ＱＣＩは優先度を示す情報を含める。ＡＲＰは、ベアラを維持することに関する優先度を表す情報である。

ＴＦＴは、Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅの略であり、ＥＰＳベアラと関連づけられた全てのパケットフィルターを示す。

ここで、図７〜図１１に示すＭＭＥコンテキストに含まれる情報要素は、ＭＭコンテキスト６４４またはＥＰＳベアラコンテキスト６４６のいずれかに含まれる。例えば、図１１に示すベアラごとのＭＭＥコンテキストをＥＰＳベアラコンテキストに記憶し、その他の情報要素をＭＭコンテキストに記憶してもよい。または図１０に示すＰＤＮコネクションごとのＭＭＥコンテキストと図１１に示すベアラごとのＭＭＥコンテキストをＥＰＳベアラコンテキストに記憶し、その他の情報要素をＭＭコンテキストに記憶してもよい。

図６が示すように、ＭＭＥの記憶部＿Ｂ６４０は、セキュリティーコンテキスト６４８を記憶してもよい。図１２（ｅ）はセキュリティーコンテキスト６４８に含まれる情報要素を示す。

図が示すように、セキュリティーコンテキストは、ＥＰＳ ＡＳ セキュリティーコンテキストと、ＥＰＳ ＮＡＳ セキュリティーコンテキストにより構成される。ＥＰＳ ＡＳ セキュリティーコンテキストは、アクセス層（ＡＳ：Ａｃｃｅｓｓ Ｓｔｒｅａｍ）のセキュリティーに関するコンテキストであり、ＥＰＳ ＮＡＳ セキュリティーコンテキストは非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒｅａｍ）のセキュリティーに関するコンテキストである。

図１２（ｆ）は、ＥＰＳ ＡＳ セキュリティーコンテキストに含まれる情報要素を示す。図が示すように、ＥＰＳ ＡＳ セキュリティーコンテキストは、ｃｒｙｐｔｏｇｒａｐｈｉｃ ｋｅｙと、Ｎｅｘｔ Ｈｏｐ ｐａｒａｍｅｔｅｒ （ＮＨ）と、Ｎｅｘｔ
Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔｅｒ ｐａｒａｍｅｔｅｒ （ＮＣＣ）と、ｉｄｅｎｔｉｆｉｅｒｓ ｏｆ ｔｈｅ ｓｅｌｅｃｔｅｄ ＡＳ ｌｅｖｅｌ ｃｒｙｐｔｏｇｒａｐｈｉｃ ａｌｇｏｒｉｔｈｍｓとを含める。

ｃｒｙｐｔｏｇｒａｐｈｉｃ ｋｅｙは、アクセス層での暗号化の鍵である。

ＮＨは、Ｋ＿ＡＳＭＥから決定される情報要素である。フォワードセキュリティーを実現するための情報要素である。

ＮＣＣは、ＮＨと関連付けられた情報要素である。ネットワークを切り替える垂直方向のハンドオーバーが発生した数を表す。

ｉｄｅｎｔｉｆｉｅｒｓ ｏｆ ｔｈｅ ｓｅｌｅｃｔｅｄ ＡＳ ｌｅｖｅｌ ｃｒｙｐｔｏｇｒａｐｈｉｃ ａｌｇｏｒｉｔｈｍｓは選択された暗号化アルゴリズムの識別情報である。

図１２（ｇ）は、ＥＰＳ ＮＡＳ セキュリティーコンテキストに含まれる情報要素を示す。図が示すように、ＥＰＳ ＮＡＳ セキュリティーコンテキストはＫ＿ＡＳＭＥとＵＥ Ｓｅｃｕｒｉｔｙ ｃａｐａｂｉｌｉｔｉｅとＮＡＳ ＣＯＵＮＴを含めてよい。

Ｋ＿ＡＳＭＥは、鍵ＣＫとＩＫに基づき生成される、Ｅ−ＵＴＲＡＮの鍵階層化の鍵である。

ＵＥ Ｓｅｃｕｒｉｔｙ ｃａｐａｂｉｌｉｔｉｅは、ＵＥで使用される暗号とアルゴリズムに対応する識別情報の集合である。この情報は、アクセス層に対する情報と、非アクセス層に対する情報とを含む。更に、ＵＥがＵＴＲＡＮ／ＧＥＲＡＮへのアクセスをサポートする場合、この情報にＵＴＲＡＮ／ＧＥＲＡＮに対する情報を含める。

ＮＡＳ ＣＯＵＮは、Ｋ＿ＡＳＭＥが動作している時間を示すカウンターである。

セキュリティーコンテキスト６４８はＭＭＥコンテキスト６４２に含まれてもよい。また、図６に示すように、セキュリティーコンテキスト６４８とＭＭＥコンテキスト６４２は別に存在してもよい。

図１２（ｈ）は、ＭＭＥ緊急構成データ６５０で記憶される情報要素を示す。ＭＭＥ緊急構成データは、ＨＳＳから取得するＵＥの登録情報の代わりに使用する情報である。図に示すように、ＭＭＥ緊急構成データ６５０は、ｅｍ ＡＰＮ（Ｅｍｅｒｇｅｎｃｙ Ａｃｃｅｓｓ Ｐｏｉｎｔ Ｎａｍｅ）、Ｅｍｅｒｇｅｎｃｙ ＱｏＳ ｐｒｏｆｉｌｅ、Ｅｍｅｒｇｅｎｃｙ ＡＰＮ−ＡＭＢＲ、Ｅｍｅｒｇｅｎｃｙ ＰＤＮ ＧＷ ｉｄｅｎｔｉｔｙ、Ｎｏｎ−３ＧＰＰ ＨＯ Ｅｍｅｒｇｅｎｃｙ ＰＤＮ ＧＷ ｉｄｅｎｔｉ
ｔｙが含まれる。

ｅｍ ＡＰＮは、緊急用のＰＤＮ接続に用いるアクセスポイント名を示す。

Ｅｍｅｒｇｅｎｃｙ ＱｏＳ ｐｒｏｆｉｌｅは、ベアラレベルでのｅｍ ＡＰＮのデフォルトベアラのＱｏＳを示す。

Ｅｍｅｒｇｅｎｃｙ ＡＰＮ−ＡＭＢＲは、ｅｍ ＡＰＮに対して確立されたＮｏｎ−ＧＢＲベアラ（非保障ベアラ）を共有するための上り通信および下り通信のＭＢＲの最大値を示す。この値はＰＧＷにより決定される。

Ｅｍｅｒｇｅｎｃｙ ＰＤＮ ＧＷ ｉｄｅｎｔｉｔｙは、ｅｍ ＡＰＮに対して静的に設定されたＰＧＷの識別情報である。この識別情報は、ＦＱＤＮでもＩＰアドレスであってもよい。

Ｎｏｎ−３ＧＰＰ ＨＯ Ｅｍｅｒｇｅｎｃｙ ＰＤＮ ＧＷ ｉｄｅｎｔｉｔｙは、ＰＬＭＮが３ＧＰＰ以外のアクセスネットワークへのハンドオーバーをサポートする場合に、ｅｍ ＡＰＮに対して静的に設定されたＰＧＷの識別情報である。この識別情報は、ＦＱＤＮでもＩＰアドレスであってもよい。

更に、ＭＭＥ＿Ａ４０は、ＵＥに対する接続状態を、ＵＥと同期しながら管理してよい。

［１．２．３．ＳＧＷの構成］
本実施形態におけるＳＧＷには、ＳＧＷ＿Ａ３５とＳＧＷ＿Ｂ３６が含まれてよい。

なお、ＳＧＷ＿Ｂ３６の構成は、ＳＧＷ＿Ａ３５と同様の構成であってよい。

従って、以下、ＳＧＷ＿Ａ３５の構成について説明する。図１３はＳＧＷ＿Ａ３５の装置構成を示す。図に示すように、ＳＧＷ＿Ａ３５はネットワーク接続部＿Ｃ１３２０と、制御部＿Ｃ１３００と記憶部＿Ｃ１３４０で構成されている。ネットワーク接続部＿Ｃ１３２０と記憶部＿Ｃ１３４０は制御部＿Ｃ１３００と、バスを介して接続されている。

制御部＿Ｃ１３００はＳＧＷ＿Ａ３５を制御するための機能部である。制御部＿Ｃ１３００は、記憶部＿Ｃ１３４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。

ネットワーク接続部＿Ｃ１３２０は、ＳＧＷ＿Ａ３５が、ｅＮＢ＿Ａ４５及び／またはＭＭＥ＿Ａ４０及び／またはＰＧＷ＿Ａ３０及び／又はＳＧＳＮ＿Ａ４２と接続するための機能部である。さらに、ネットワーク接続部＿Ｃ１３２０は、ＳＧＷ＿Ａ３５が、ｅＮＢ＿Ａ４５及び／またはＭＭＥ＿Ａ４０及び／またはＰＧＷ＿Ａ３０及び／又はＳＧＳＮ＿Ａ４２からユーザデータ及び又は制御データを送受信する送受信機能部である。

記憶部＿Ｃ１３４０は、ＳＧＷ＿Ａ３５の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部＿Ｃ１３４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。

記憶部＿Ｃ１３４０は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び又はフラグ及び又はパラメータを記憶してもよい。

記憶部＿Ｃ１３４０は、図に示すように、ＥＰＳベアラコンテキスト１３４２を記憶する。なお、ＥＰＳベアラコンテキストの中には、ＵＥごとに記憶されるものと、ＰＤＮごとに記憶されるものと、ベアラごとに記憶されるものが含まれる。

図１４にＵＥごとに記憶されるＥＰＳベアラコンテキストの情報要素を示す。図１４が示すように、ＵＥごとに記憶されるＥＰＳベアラコンテキストは、ＩＭＳＩ、ＭＳＩ−ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ−ｉｎｄｉｃａｔｏｒ、ＭＥ Ｉｄｅｎｔｉｔｙ、ＭＳＩＳＤＮ、Ｓｅｌｅｃｔｅｄ ＣＮ ｏｐｅｒａｔｏｒ ｉｄ、ＭＭＥ ＴＥＩＤ ｆｏｒ
Ｓ１１、ＭＭＥ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１１、Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ１１／Ｓ４、Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１１／Ｓ４、ＳＧＳＮ
ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ４、ＳＧＳＮ ＴＥＩＤ ｆｏｒ Ｓ４、Ｔｒａｃｅ ｒｅｆｅｒｅｎｃｅ、Ｔｒａｃｅ ｔｙｐｅ、Ｔｒｉｇｇｅｒ ＩＤ、ＯＭＣ ｉｄｅｎｔｉｔｙ、Ｌａｓｔ ｋｎｏｗｎ Ｃｅｌｌ Ｉｄ、Ｌａｓｔ ｋｎｏｗｎ Ｃｅｌｌ Ｉｄ ａｇｅを含める。

また、ＵＥごとのＥＰＳベアラコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＩＭＳＩは、ユーザの永久的な識別情報である。ＨＳＳ＿Ａ５０のＩＭＳＩと等しい。

ＩＭＳＩ−ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ−ｉｎｄｉｃａｔｏｒは、このＩＭＳＩが認証されていない事を示す指示情報である。

ＭＥ Ｉｄｅｎｔｉｔｙは、ＵＥの識別情報であり、例えば、ＩＭＥＩ／ＩＭＩＳＶであってもよい。

ＭＳＩＳＤＮは、ＵＥの基本的な電話番号を表す。ＭＳＩＳＤＮはＨＳＳ＿Ａ５０の記憶部により示される。

Ｓｅｌｅｃｔｅｄ ＣＮ ｏｐｅｒａｔｏｒ ｉｄはオペレータ間でネットワークを共有するために使用する、選択されたコアネットワークオペレータの識別情報である。

ＭＭＥ ＴＥＩＤ ｆｏｒ Ｓ１１は、ＭＭＥとＳＧＷ間のインターフェースで用いられるＭＭＥのＴＥＩＤである。

ＭＭＥ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１１は、ＭＭＥとＳＧＷ間のインターフェースで用いられるＭＭＥのＩＰアドレスである。

Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ１１／Ｓ４は、ＭＭＥとＳＧＷ間のインターフェース、またはＳＧＳＮとＳＧＷ間のインターフェースで用いられるＳＧＷのＴＥＩＤである。

Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１１／Ｓ４は、ＭＭＥとＳＧＷ間のインターフェース、またはＳＧＳＮとＳＧＷ間のインターフェースで用いられるＳＧＷのＩＰアドレスである。

ＳＧＳＮ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ４は、ＳＧＳＮとＳＧＷ間のインターフェースで用いられるＳＧＳＮのＩＰアドレスである。

ＳＧＳＮ ＴＥＩＤ ｆｏｒ Ｓ４は、ＳＧＳＮとＳＧＷ間のインターフェースで用い
られるＳＧＳＮのＴＥＩＤである。

Ｔｒａｃｅ ｒｅｆｅｒｅｎｃｅは、特定のトレースの記録、または記録の集合を識別する識別情報である。

Ｔｒａｃｅ Ｔｙｐｅは、トレースのタイプを示す。例えば、ＨＳＳがトレースをするタイプ、及び／または、ＭＭＥやＳＧＷやＰＧＷがトレースするタイプを示してもよい。

Ｔｒｉｇｇｅｒ ＩＤは、トレースを開始する構成要素を識別する識別情報である。

ＯＭＣ Ｉｄｅｎｔｉｔｙは、トレースされた記録を受信したＯＭＣを識別する識別情報である。

Ｌａｓｔ ｋｎｏｗｎ Ｃｅｌｌ ＩＤは、ネットワークから通知されたＵＥの最近の位置情報である。

Ｌａｓｔ ｋｎｏｗｎ Ｃｅｌｌ ＩＤ ａｇｅは、Ｌａｓｔ ｋｎｏｗｎ Ｃｅｌｌ
ＩＤが記憶されてから今までの期間を示す情報である。

さらに、ＥＰＳベアラコンテキストには、ＰＤＮコネクションごとに記憶されるＰＤＮコネクションごとのＥＰＳベアラコンテキストが含まれる。図１５（ｃ）に、ＰＤＮコネクションごとのＥＰＳベアラコンテキストを示す。図に示すように、ＰＤＮコネクションごとのＥＰＳベアラコンテキストは、ＡＰＮ ｉｎ Ｕｓｅ、ＥＰＳ ＰＤＮ Ｃｈａｒｇｉｎｇ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓ、Ｐ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（制御情報）、Ｐ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（制御情報）、Ｐ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）、Ｐ−ＧＷ ＧＲＥ Ｋｅｙ ｆｏｒ ｕｐｌｉｎｋ（ユーザデータ）、Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ５／Ｓ８（制御情報）、Ｓ―ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（制御情報）、Ｓ ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）、Ｓ−ＧＷ ＧＲＥ Ｋｅｙ ｆｏｒ ｄｏｗｎｌｉｎｋ ｔｒａｆｆｉｃ（ユーザデータ）、Ｄｅｆａｕｌｔ Ｂｅａｒｅｒを含める。

また、ＰＤＮコネクションごとのＥＰＳベアラコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＡＰＮ ｉｎ Ｕｓｅは、最近使用されたＡＰＮを示す。このＡＰＮはＡＰＮネットワークの識別情報と、デフォルトのオペレータの識別情報により構成される。また、この情報は、ＭＭＥまたはＳＧＳＮより取得した情報である。

ＥＰＳ ＰＤＮ Ｃｈａｒｇｉｎｇ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、課金特性を示す。ＥＰＳ ＰＤＮ Ｃｈａｒｇｉｎｇ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは例えば、ノーマル、プリペイド、課金率固定、または即時請求を示してよい。

Ｐ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（制御情報）は、ＳＧＷが最近制御情報を送信するときに使用したＰＧＷのＩＰアドレスである。

Ｐ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（制御情報）は、ＳＧＷとＰＧＷ間のインターフェースで、制御情報の伝送に用いるＰＧＷのＴＥＩＤである。

Ｐ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）は、ＳＧＷが最近ユーザデータを送信するときに使用したＰＧＷのＩＰアドレスである。

Ｐ−ＧＷ ＧＲＥ Ｋｅｙ ｆｏｒ ｕｐｌｉｎｋ（ユーザデータ）は、ＳＧＷとＰＧＷ間のインターフェースのユーザデータの上り通信のためのＧＲＥキーである。

Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ５／Ｓ８（制御情報）は、ＳＧＷとＰＧＷ間の制御情報のインターフェースに用いるＳＧＷのＩＰアドレスである。

Ｓ―ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（制御情報）は、ＧＷとＰＧＷ間の制御情報のインターフェースに用いるＳＧＷのＴＥＩＤである。

Ｓ ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）は、ＳＧＷがユーザデータを送信するのに最近用いたＳＧＷのＩＰアドレスである。

Ｓ−ＧＷ ＧＲＥ Ｋｅｙ ｆｏｒ ｄｏｗｎｌｉｎｋ ｔｒａｆｆｉｃ（ユーザデータ）は、ＳＧＷとＰＧＷ間のユーザデータのインターフェースに用いる上り通信のＧＲＥキーである。

Ｄｅｆａｕｌｔ Ｂｅａｒｅｒは、ＰＤＮコネクション確立時に取得、及び又は、生成する情報であり、ＰＤＮコネクションに対応づけられたデフォルトベアラを識別するための識別情報である。

更に、ＳＧＷのＥＰＳベアラコンテキストはベアラごとのＥＰＳベアラコンテキストを含める。図１５（ｄ）は、ベアラごとのＥＰＳベアラコンテキストを示す。図に示すように、ベアラごとのＥＰＳベアラコンテキストは、ＥＰＳ Ｂｅａｒｅｒ Ｉｄ、ＴＦＴ、Ｐ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）、Ｐ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８ （ユーザデータ）、Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ５／Ｓ８（ユーザデータ）、Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（ユーザデータ）、Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１−ｕ、Ｓ１２ ａｎｄ Ｓ４（ユーザデータ）、Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ１−ｕ、Ｓ１２ ａｎｄ Ｓ４（ユーザデータ）、ｅＮｏｄｅＢ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１−ｕ、ｅＮｏｄｅＢ ＴＥＩＤ ｆｏｒ Ｓ１−ｕ、ＲＮＣ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１２、ＲＮＣ ＴＥＩＤ
ｆｏｒ Ｓ１２、ＳＧＳＮ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ４（ユーザデータ）、ＳＧＳＮ ＴＥＩＤ ｆｏｒ Ｓ４（ユーザデータ）、ＥＰＳ Ｂｅａｒｅｒ ＱｏＳ、Ｃｈａｒｇｉｎｇ Ｉｄを含める。

また、ベアラごとのＥＰＳコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＥＰＳ Ｂｅａｒｅｒ Ｉｄは、Ｅ−ＵＴＲＡＮを介したＵＥ接続に対して、ＥＰＳベアラを識別する唯一の識別情報である。つまり、ベアラを識別するための識別情報である。言い換えると、 ＥＰＳ Ｂｅａｒｅｒ Ｉｄは、ＥＰＳベアラの識別情報である。また、ＥＰＳ Ｂｅａｒｅｒ Ｉｄは、ＳＲＢ、及び又は、ＣＲＢを識別する識別情報であってもよいし、ＤＲＢを識別する識別情報であってもよい。

ＴＦＴは、ＥＰＳベアラと関連づけられた全てのパケットフィルターを示す。言い換えると、ＴＦＴは送受信するユーザデータの一部を識別する情報であり、ＳＧＷ＿Ａ３５は、ＴＦＴによって識別されたユーザデータを、ＴＦＴに関連付けたＥＰＳベアラを用いて送受信する。さらに言い換えると、ＳＧＷ＿Ａ３５は、ＴＦＴによって識別されたユーザデータを、ＴＦＴに関連づけたＲＢを含むＥＰＳベアラを用いて送受信する。

また、ＳＧＷ＿Ａ３５は、ＴＦＴで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。

また、ＳＧＷ＿Ａ３５は、デフォルトベアラに関連付けられてＴＦＴを予め記憶しておいてもよい。

Ｐ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）は、ＳＧＷとＰＧＷ間のインターフェースで、ユーザデータの送信に最近用いられたＰＧＷのＩＰアドレスである。

Ｐ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８ （ユーザデータ）は、ＳＧＷとＰＧＷ間のユーザデータのインターフェースのためのＰＧＷのＴＥＩＤである。

Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ５／Ｓ８（ユーザデータ）は、ＰＧＷから受信するユーザデータの為の、ＳＧＷのＩＰアドレスである。

Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（ユーザデータ）は、ＳＧＷとＰＧＷ間のユーザデータのインターフェースの為のＳＧＷのＴＥＩＤである。

Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１−ｕ、Ｓ１２ ａｎｄ Ｓ４（ユーザデータ）は、ＳＧＷと３ＧＰＰのアクセスネットワーク（ＬＴＥのアクセスネットワーク、またはＧＥＲＡＮ／ＵＴＲＡＮ）間のインターフェースで用いるＳＧＷのＩＰアドレスである。

また、Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１−ｕ、Ｓ１２ ａｎｄ Ｓ４（ユーザデータ）は、ユーザデータが制御情報用のメッセージに含まれて送受信される場合、ＳＧＷとＭＭＥ、及び又は、ＳＧＳＮ間のインターフェースで用いるＳＧＷのＩＰアドレスであってもよく、Ｓ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１１／Ｓ４であってもよい。

Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ１−ｕ、Ｓ１２ ａｎｄ Ｓ４（ユーザデータ）は、ＳＧＷと３ＧＰＰのアクセスネットワーク（ＬＴＥのアクセスネットワーク、またはＧＥＲＡＮ／ＵＴＲＡＮ）間のインターフェースで用いるＳＧＷのＴＥＩＤである。

また、Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ１−ｕ、Ｓ１２ ａｎｄ Ｓ４（ユーザデータ）は、ユーザデータが制御情報用のメッセージに含まれて送受信される場合、ＳＧＷとＭＭＥ、及び又は、ＳＧＳＮ間のインターフェースで用いるＳＧＷのＴＥＩＤであってもよく、Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ１１／Ｓ４であってもよい。

ｅＮｏｄｅＢ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１−ｕは、ＳＧＷとｅＮＢ間の伝送に用いるｅＮＢのＩＰアドレスである。

また、ｅＮｏｄｅＢ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１−ｕは、ユーザデータが制御情報用のメッセージに含まれて送受信される場合、ＭＭＥとＳＧＷ間のインターフェースで用いるＭＭＥのＩＰアドレスであってもよく、ＭＭＥ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１１であってもよい。

ｅＮｏｄｅＢ ＴＥＩＤ ｆｏｒ Ｓ１−ｕは、ＳＧＷとｅＮＢ間の伝送に用いるｅＮＢのＴＥＩＤである。

また、ｅＮｏｄｅＢ ＴＥＩＤ ｆｏｒ Ｓ１−ｕは、ユーザデータが制御情報用のメ
ッセージに含まれて送受信される場合、ＭＭＥとＳＧＷ間のインターフェースで用いるＭＭＥのＴＥＩＤであってもよく、ＭＭＥ ＴＥＩＤ ｆｏｒ Ｓ１１であってもよい。

ＲＮＣ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ１２は、ＳＧＷとＵＴＲＡＮ間のインターフェースに用いるＲＮＣのＩＰアドレスである。

ＲＮＣ ＴＥＩＤ ｆｏｒ Ｓ１２は、ＳＧＷとＵＴＲＡＮ間のインターフェースに用いるＲＮＣのＴＥＩＤである。

ＳＧＳＮ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ４（ユーザデータ）は、ＳＧＷとＳＧＳＮ間のユーザデータの伝送に用いるＳＧＳＮのＩＰアドレスである。

ＳＧＳＮ ＴＥＩＤ ｆｏｒ Ｓ４（ユーザデータ）は、ＳＧＷとＳＧＳＮ間のユーザデータの伝送に用いるＳＧＳＮのＴＥＩＤである。

ＥＰＳ Ｂｅａｒｅｒ ＱｏＳは、このベアラのＱｏＳを表し、ＡＲＰ、ＧＢＲ、ＭＢＲ、ＱＣＩが含まれてもよい。ここでＡＲＰは、ベアラを維持することに関する優先度を表す情報である。また、ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）は帯域保障されたビットレートを表し、ＭＢＲ（Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）は、最大ビットレートをあらわす。ＱＣＩは、帯域制御の有無や遅延許容時間、パケットロス率などに応じてクラスを分けられる。ＱＣＩは優先度を示す情報を含める。

Ｃｈａｒｇｉｎｇ Ｉｄは、ＳＧＷとＰＧＷで生成される課金を記録するための識別情報である。

［１．２．４．ＰＧＷの構成］
本実施形態におけるＰＧＷには、ＰＧＷ＿Ａ３０とＰＧＷ＿Ｂ３１が含まれてよい。

なお、ＰＧＷ＿Ｂ３１の構成は、ＰＧＷ＿Ａ３０と同様の構成であってよい。

従って、以下、ＰＧＷ＿Ａ３０の構成について説明する。図１６はＰＧＷ＿Ａ３０の装置構成を示す。図に示すように、ＰＧＷ＿Ａ３０はネットワーク接続部＿Ｄ１６２０と、制御部＿Ｄ１６００と記憶部＿Ｄ１６４０で構成されている。ネットワーク接続部＿Ｄ１６２０と記憶部＿Ｄ１６４０は制御部＿Ｄ１６００と、バスを介して接続されている。

制御部＿Ｄ１６００はＰＧＷ＿Ａ３０を制御するための機能部である。制御部＿Ｄ１６００は、記憶部＿Ｄ１６４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。

ネットワーク接続部＿Ｄ１６２０は、ＰＧＷ＿Ａ３０が、ＳＧＷ＿Ａ３５及び／またはＰＣＲＦ＿Ａ６０及び／又はｅＰＤＧ＿Ａ６５と及び／またはＡＡＡ＿Ａ５５及び／またはＴＷＡＧ＿Ａ７４及び／又はＰＤＮ＿Ａ５と接続するための機能部である。また、ネットワーク接続部＿Ｄ１６２０は、ＰＧＷ＿Ａ３０が、ＳＧＷ＿Ａ３５及び／またはＰＣＲＦ＿Ａ６０及び／又はｅＰＤＧ＿Ａ６５と及び／またはＡＡＡ＿Ａ５５及び／またはＴＷＡＧ＿Ａ７４及び／又はＰＤＮ＿Ａ５からユーザデータ及び又は制御データを送受信する送受信機能部である。

記憶部＿Ｄ１６４０は、ＰＧＷ＿Ａ３０の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部＿Ｄ１６４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。

記憶部＿Ｄ１６４０は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び又はフラグ及び又はパラメータを記憶してもよい。

記憶部＿Ｄ１６４０は、図に示すように、ＥＰＳベアラコンテキスト１６４２を記憶する。なお、ＥＰＳベアラコンテキストの中には、ＵＥごとに記憶されるものと、ＡＰＮごとに記憶されるものと、ＰＤＮコネクションごとに記憶されるものと、ベアラごとに記憶されるものとが分かれて記憶されてもよい。

図１７（ｂ）は、ＵＥごとに記憶されるＥＰＳベアラコンテキストに含まれる情報要素を示す。図に示すように、ＵＥごとに記憶されるＥＰＳベアラコンテキストは、ＩＭＳＩ、ＩＭＳＩ−ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ−ｉｎｄｉｃａｔｏｒ、ＭＥ Ｉｄｅｎｔｉｔｙ、ＭＳＩＳＤＮ、Ｓｅｌｅｃｔｅｄ ＣＮ ｏｐｅｒａｔｏｒ ｉｄ、ＲＡＴ ｔｙｐｅ、Ｔｒａｃｅ ｒｅｆｅｒｅｎｃｅ、Ｔｒａｃｅ ｔｙｐｅ、Ｔｒｉｇｇｅｒ ｉｄ、ＯＭＣ ｉｄｅｎｔｉｔｙを含む。

また、ＵＥごとのＥＰＳベアラコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＩＭＳＩは、ＵＥを使用するユーザに割り当てられる、識別情報である。

ＩＭＳＩ−ｕｎａｕｔｈｅｎｔｉｃａｔｅｄ−ｉｎｄｉｃａｔｏｒは、このＩＭＳＩが認証されていない事を示す指示情報である。

ＭＥ ＩｄｅｎｔｉｔｙはＵＥのＩＤであり、例えば、ＩＭＥＩ／ＩＭＩＳＶであってもよい。

ＭＳＩＳＤＮは、ＵＥの基本的な電話番号を表す。ＭＳＩＳＤＮはＨＳＳ＿Ａ５０の記憶部により示される。

Ｓｅｌｅｃｔｅｄ ＣＮ ｏｐｅｒａｔｏｒ ＩＤはオペレータ間でネットワークを共有するために使用する、選択されたコアネットワークオペレータの識別情報である。

ＲＡＴ ｔｙｐｅは、ＵＥの最近のＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）を示す。ＲＡＴ ｔｙｐｅは例えば、Ｅ−ＵＴＲＡ（ＬＴＥ）や、ＵＴＲＡなどであってよい。

Ｔｒａｃｅ ｒｅｆｅｒｅｎｃｅは、特定のトレースの記録、または記録の集合を識別する識別情報である。

Ｔｒａｃｅ ｔｙｐｅは、トレースのタイプを示す。例えば、ＨＳＳがトレースをするタイプ、及び／または、ＭＭＥやＳＧＷやＰＧＷがトレースするタイプを示してもよい。

Ｔｒｉｇｇｅｒ ＩＤは、トレースを開始する構成要素を識別する識別情報である。

ＯＭＣ Ｉｄｅｎｔｉｔｙは、トレースされた記録を受信したＯＭＣを識別する識別情報である。

次に、図１７（ｃ）にＡＰＮごとに記憶されるＥＰＳベアラコンテキストを示す。図に
示すように、ＰＧＷ記憶部のＡＰＮごとに記憶されるＥＰＳベアラコンテキストは、ＡＰＮ ｉｎ ｕｓｅ、ＡＰＮ−ＡＭＢＲを含める。

ＡＰＮ ｉｎ Ｕｓｅは、最近使用されたＡＰＮを示す。このＡＰＮはＡＰＮネットワークの識別情報と、デフォルトのオペレータの識別情報により構成される。この情報はＳＧＷから取得する。

ＡＰＮ−ＡＭＢＲは、このＡＰＮに対して確立された全てのＮｏｎ−ＧＢＲベアラ（非保障ベアラ）を共有するための上り通信および下り通信のＭＢＲ（Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）の最大値を示す。

また、図１８（ｄ）にＰＤＮコネクションごとに記憶されるＰＤＮコネクションごとのＥＰＳベアラコンテキストを示す。図に示すように、ＰＤＮコネクションごとのＥＰＳベアラコンテキストは、ＩＰ Ａｄｄｒｅｓｓ、ＰＤＮ ｔｙｐｅ、Ｓ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（制御情報）、Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（制御情報）、Ｓ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）、Ｓ−ＧＷ ＧＲＥ Ｋｅｙ ｆｏｒ ｄｏｗｎｌｉｎｋ ｔｒａｆｆｉｃ（ユーザデータ）、Ｐ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ５／Ｓ８（制御情報）、Ｐ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（制御情報）、Ｐ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）、Ｐ−ＧＷ ＧＲＥ Ｋｅｙ ｆｏｒ ｕｐｌｉｎｋ ｔｒａｆｆｉｃ （ユーザデータ）、ＭＳ Ｉｎｆｏ Ｃｈａｎｇｅ Ｒｅｐｏｒｔｉｎｇ ｓｕｐｐｏｒｔ ｉｎｄｉｃａｔｉｏｎ、ＭＳ Ｉｎｆｏ Ｃｈａｎｇｅ Ｒｅｐｏｒｔｉｎｇ Ａｃｔｉｏｎ、ＣＳＧ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｐｏｒｔｉｎｇ Ａｃｔｉｏｎ、Ｐｒｅｓｅｎｃｅ Ｒｅｐｏｒｔｉｎｇ Ａｒｅａ Ａｃｔｉｏｎ、ＢＣＭ、Ｄｅｆａｕｌｔ Ｂｅａｒｅｒ、ＥＰＳ ＰＤＮ Ｃｈａｒｇｉｎｇ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓを含める。

また、ＰＤＮコネクションごとのＥＰＳベアラコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＩＰ Ａｄｄｒｅｓｓは、このＰＤＮコネクションに対してＵＥに割り当てられたＩＰアドレスを示す。ＩＰアドレスはＩＰｖ４及び／またはＩＰｖ６ ｐｒｅｆｉｘであってよい。

ＰＤＮ ｔｙｐｅは、ＩＰアドレスの種類を示す。ＰＤＮ ｔｙｐｅは例えば、ＩＰｖ４またはＩＰｖ６またはＩＰｖ４ｖ６を示す。

Ｓ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（制御情報）は、制御情報を送信するのに最近用いられるＳＧＷのＩＰアドレスである。

Ｓ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（制御情報）は、ＳＧＷとＰＧＷ間の制御情報の送受信に用いるＳＧＷのＴＥＩＤである。

Ｓ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）は、ＳＧＷとＰＧＷ間のインターフェースでユーザデータの送信に最近用いられたＳＧＷのＩＰアドレスである。

Ｓ−ＧＷ ＧＲＥ Ｋｅｙ ｆｏｒ ｄｏｗｎｌｉｎｋ ｔｒａｆｆｉｃ（ユーザデータ）は、ＳＧＷとＰＧＷ間のインターフェースで、ＰＧＷからＳＧＷへのユーザデータの下り通信において使用するために割り当てられたＧＲＥ鍵である。

Ｐ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ５／Ｓ８（制御情報）は、制御情報の通
信に用いるＰＧＷのＩＰドレスである。

Ｐ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（制御情報）は、ＳＧＷとＰＧＷ間のインターフェースを用いた制御情報の通信の為のＰＧＷのＴＥＩＤである。

Ｐ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）は、ＳＧＷとＰＧＷ間のインターフェースを用いたユーザデータの送信に最近用いられたＰＧＷのＩＰアドレスである。

Ｐ−ＧＷ ＧＲＥ Ｋｅｙ ｆｏｒ ｕｐｌｉｎｋ ｔｒａｆｆｉｃ （ユーザデータ）は、ＳＧＷとＰＧＷ間のユーザデータの上り通信、つまりＳＧＷからＰＧＷへのユーザデータの送信、のために割り当てられたＧＲＥ鍵である。

ＭＳ Ｉｎｆｏ Ｃｈａｎｇｅ Ｒｅｐｏｒｔｉｎｇ ｓｕｐｐｏｒｔ ｉｎｄｉｃａｔｉｏｎは、ＭＭＥ及び／またはＳＧＳＮがユーザの位置情報及び／またはユーザのＣＳＧ情報を通知する処理をサポートすることを示す。

ＭＳ Ｉｎｆｏ Ｃｈａｎｇｅ Ｒｅｐｏｒｔｉｎｇ Ａｃｔｉｏｎは、ＭＭＥ及び／又はＳＧＳＮがユーザの位置情報の変更を送信することが要求されているかどうかを示す情報である。

ＣＳＧ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｐｏｒｔｉｎｇ Ａｃｔｉｏｎは、ＭＭＥ及び／またはＳＧＳＮがユーザのＣＳＧ情報の変更の送信を要求されているかどうかを示す情報である。この情報は、（ａ）ＣＳＧセルに対するものと、（ｂ）ユーザがＣＳＧメンバーであるハイブリッドセルに対するものと、（ｃ）ユーザがＣＳＧメンバーでないハイブリッドセルに対するものと、またこれらを組み合わせたものと、別に示す。

Ｐｒｅｓｅｎｃｅ Ｒｅｐｏｒｔｉｎｇ Ａｒｅａ Ａｃｔｉｏｎは、ＵＥが存在報告エリア（Ｐｒｅｓｅｎｃｅ Ｒｅｐｏｒｔｉｎｇ Ａｒｅａ）に存在するかどうかの変更を通知する必要があることを示す。この情報要素は、存在報告エリアの識別情報と、存在報告エリアに含まれる要素により分かれている。

ＢＣＭ（Ｂｅａｒｅｒ Ｃｏｎｔｒｏｌ Ｍｏｄｅ）は、ＧＥＲＡＮ／ＵＴＲＡＮに対する交渉されたベアラの制御状態を示す。

Ｄｅｆａｕｌｔ Ｂｅａｒｅｒは、ＰＤＮコネクション確立時に取得、及び又は、生成する情報であり、ＰＤＮコネクションに対応づけられたデフォルトベアラを識別するためのＥＰＳベアラ識別情報である。

ＥＰＳ ＰＤＮ Ｃｈａｒｇｉｎｇ Ｃｈａｒａｃｔｅｒｉｓｔｉｃｓは、課金特性である。課金特性は例えば、通常（ノーマル）、プリペイド、課金率固定、即時請求を示してもよい。

更に、図１９（ｅ）に、ＥＰＳベアラごとに記憶されるＥＰＳベアラコンテキストを示す。図に示すように、ＥＰＳベアラコンテキストは、ＥＰＳ Ｂｅａｒｅｒ Ｉｄ 、ＴＦＴ、Ｓ−ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）、Ｓ−ＧＷ ＴＥＩＤ
ｆｏｒ Ｓ５／Ｓ８ （ユーザデータ）、Ｐ−ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ５／Ｓ８ （ユーザデータ）、Ｐ−ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８ （ユーザデータ）、ＥＰＳ Ｂｅａｒｅｒ ＱｏＳ、Ｃｈａｒｇｉｎｇ Ｉｄを含める。

また、ＥＰＳベアラごとのＥＰＳコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＥＰＳ Ｂｅａｒｅｒ Ｉｄは、ＵＥのＥ−ＵＴＲＡＮを介したアクセスを識別する識別情報である。言い換えると、 ＥＰＳ Ｂｅａｒｅｒ Ｉｄは、ＥＰＳベアラの識別情報である。また、ＥＰＳ Ｂｅａｒｅｒ Ｉｄは、ＳＲＢ、及び又は、ＣＲＢを識別する識別情報であってもよいし、ＤＲＢを識別する識別情報であってもよい。

ＴＦＴは、Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅの略であり、ＥＰＳベアラと関連づけられた全てのパケットフィルターを示す。言い換えると、ＴＦＴは送受信するユーザデータの一部を識別する情報であり、ＰＧＷ＿Ａ３０は、ＴＦＴによって識別されたユーザデータを、ＴＦＴに関連付けたＥＰＳベアラを用いて送受信する。さらに言い換えると、ＰＧＷ＿Ａ３０は、ＴＦＴによって識別されたユーザデータを、ＴＦＴに関連づけたＲＢを含むＥＰＳベアラを用いて送受信する。

また、ＰＧＷ＿Ａ３０は、ＴＦＴで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。

また、ＰＧＷ＿Ａ３０は、デフォルトベアラに関連付けられてＴＦＴを予め記憶しておいてもよい。

Ｓ‐ＧＷ Ａｄｄｒｅｓｓ ｉｎ Ｕｓｅ（ユーザデータ）は、ユーザデータの送信に最近用いられたＳＧＷのＩＰアドレスである。

Ｓ‐ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８ （ユーザデータ）は、ＳＧＷとＰＧＷ間のインターフェースを用いたユーザデータの通信の為のＳＧＷのＴＥＩＤである。

Ｐ‐ＧＷ ＩＰ ａｄｄｒｅｓｓ ｆｏｒ Ｓ５／Ｓ８（ユーザデータ）は、ＰＧＷから受信するユーザデータの為のＰＧＷのＩＰアドレスである。

Ｐ‐ＧＷ ＴＥＩＤ ｆｏｒ Ｓ５／Ｓ８（ユーザデータ）は、ＳＧＷとＰＧＷ間のユーザデータの通信のためのＰＧＷのＴＥＩＤである。

ＥＰＳ Ｂｅａｒｅｒ ＱｏＳは、ベアラのＱｏＳを示し、ＡＲＰ、ＧＢＲ、ＭＢＲ、ＱＣＩが含まれてもよい。ここでＡＲＰは、ベアラを維持することに関する優先度を表す情報である。また、ＧＢＲ（Ｇｕａｒａｎｔｅｅｄ Ｂｉｔ Ｒａｔｅ）は帯域保障されたビットレートを表し、ＭＢＲ（Ｍａｘｉｍｕｍ Ｂｉｔ Ｒａｔｅ）は、最大ビットレートをあらわす。ＱＣＩは、帯域制御の有無や遅延許容時間、パケットロス率などに応じてクラスを分けられる。ＱＣＩは優先度を示す情報を含める。

Ｃｈａｒｇｉｎｇ Ｉｄは、ＳＧＷとＰＧＷで生成された課金に関する記録を識別するための課金識別情報である。

［１．２．５．ＵＥの構成］
図２０はＵＥ＿Ａ１０の装置構成を示す。図に示すように、ＵＥ＿Ａ１０は送受信部＿Ｆ２０２０と、制御部＿Ｆ２０００と記憶部＿Ｆ２０４０で構成されている。送受信部＿Ｆ２０２０と記憶部＿Ｆ２０４０は制御部＿Ｆ２０００と、バスを介して接続されている。

制御部＿Ｆ２０００はＵＥ＿Ａ１０を制御するための機能部である。制御部＿Ｆ２００
０は、記憶部＿Ｆ２０４０に記憶されている各種プログラムを読みだして実行することにより各種処理を実現する。

送受信部＿Ｆ２０２０は、ＵＥ＿Ａ１０がＬＴＥ基地局に接続し、ＩＰアクセスネットワークへ接続するための機能部である。また、送受信部＿Ｆ２０２０には、外部アンテナ＿Ｆ２０１０が接続されている。

言い換えると、送受信部＿Ｆ２０２０は、ＵＥ＿Ａ１０がｅＮＢ＿Ａ４５と接続するための機能部である。さらに、送受信部＿Ｆ２０２０は、ＵＥ＿Ａ１０が、ｅＮＢ＿Ａ４５からユーザデータ及び又は制御データを送受信する送受信機能部である。

記憶部＿Ｆ２０４０は、ＵＥ＿Ａ１０の各動作に必要なプログラムや、データなどを記憶する機能部である。記憶部＿Ｆ２０４０は、例えば、半導体メモリや、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）等により構成されている。

記憶部＿Ｆ２０４０は、少なくとも、後述する通信手続き内で送受信する制御メッセージに含まれる識別情報及びまたは制御情報及び又はフラグ及び又はパラメータを記憶してもよい。

記憶部＿Ｆ２０４０は、図に示すように、ＵＥコンテキスト２０４２を記憶する。以下、記憶部＿Ｆ２０４０で記憶される情報要素について説明する。

図２０は、ＵＥごとに記憶されるＵＥコンテキストに含まれる情報要素を示す。図に示すように、ＵＥごとに記憶されるＵＥコンテキストは、ＩＭＳＩ、ＥＭＭ Ｓｔａｔｅ、ＧＵＴＩ、ＭＥ Ｉｄｅｎｔｉｔｙ、Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｌｉｓｔ、ｌａｓｔ
ｖｉｓｉｔｅｄ ＴＡＩ、Ｓｅｌｅｃｔｅｄ ＮＡＳ Ａｌｇｏｒｉｔｈｍ、Ｓｅｌｅｃｔｅｄ ＡＳ Ａｌｇｏｒｉｔｈｍ、ｅＫＳＩ、Ｋ＿ＡＳＭＥ_、ＮＡＳ Ｋｅｙｓ ａｎｄ ＣＯＵＮＴ、ＴＩＮ、ＵＥ Ｓｐｅｃｉｆｉｃ ＤＲＸ Ｐａｒａｍｅｔｅｒｓ、Ａｌｌｏｗｅｄ ＣＳＧ ｌｉｓｔ、Ｏｐｅｒａｔｏｒ ＣＳＧ ｌｉｓｔを含める。

また、ＵＥごとのＵＥコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＩＭＳＩは、加入者の永久的な識別情報である。

ＥＭＭ Ｓｔａｔｅは、ＵＥの移動管理状態を示す。例えば、ＵＥがネットワークに登録されているＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ（登録状態、ｒｅｇｉｓｔｅｒｅｄ状態）、またはＵＥがネットワークに登録されていないＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＤ（非登録状態、ｄｅｒｅｇｉｓｔｅｒｅｄ状態）であってもよい。

ＧＵＴＩは、Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙの略であり、ＵＥの一時的な識別情報である。ＧＵＴＩはＭＭＥの識別情報（ＧＵＭＭＥＩ：Ｇｌｏｂａｌｌｙ Ｕｎｉｑｕｅ ＭＭＥ Ｉｄｅｎｔｉｆｉｅｒ）と特定ＭＭＥ内でのＵＥの識別情報（Ｍ−ＴＭＳＩ）により構成される。

ＭＥ Ｉｄｅｎｔｉｔｙは、ＭＥのＩＤであり、例えば、ＩＭＥＩ／ＩＭＩＳＶであってもよい。

Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｌｉｓｔは、ＵＥに割り当てたトラッキングエリア識別情報のリストである。

ｌａｓｔ ｖｉｓｉｔｅｄ ＴＡＩはＴｒａｃｋｉｎｇ Ａｒｅａ Ｌｉｓｔに含まれるトラッキングエリア識別情報であり、ＵＥが訪れた最新のトラッキングエリアの識別情報である。

Ｓｅｌｅｃｔｅｄ ＮＡＳ Ａｌｇｏｒｉｔｈｍは、ＮＡＳの選択されたセキュリティーアルゴリズムである。

Ｓｅｌｅｃｔｅｄ ＡＳ Ａｌｇｏｒｉｔｈｍは、ＡＳの選択されたセキュリティーアルゴリズムである。

ｅＫＳＩは、Ｋ＿ＡＳＭＥを示す鍵の集合である。ＵＴＲＡＮまたはＥ−ＵＴＲＡＮのセキュリティー認証により取得したセキュリティー鍵を利用するかどうかを示してもよい。

Ｋ＿ＡＳＭＥは、鍵ＣＫとＩＫに基づき生成される、Ｅ−ＵＴＲＡＮの鍵階層化の鍵である。

ＮＡＳ Ｋｅｙｓ ａｎｄ ＣＯＵＮＴは、鍵Ｋ＿ＮＡＳｉｎｔと、鍵Ｋ＿ＮＡＳｅｎｃとＮＡＳ ＣＯＵＮＴにより構成される。Ｋ＿ＮＡＳｉｎｔは、ＵＥとＭＭＥ間の暗号化のための鍵であり、Ｋ＿ＮＡＳｅｎｃは、ＵＥとＭＭＥ間の安全性保護のための鍵である。また、ＮＡＳ ＣＯＵＮＴはＵＥとＭＭＥ間のセキュリティーが確立された、新しい鍵が設定された場合にカウントを開始する、カウントである。

ＴＩＮ（Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ ｕｓｅｄ ｉｎ Ｎｅｘｔ ｕｐｄａｔｅ）は、アタッチ手続きや、ＲＡＵ／ＴＡＵ（位置情報更新手続き）においてＵＥの中で使用される一時的な識別情報である。

ＵＥ Ｓｐｅｃｉｆｉｃ ＤＲＸ Ｐａｒａｍｅｔｅｒｓは、選択されたＵＥのＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）サイクル長である。

Ａｌｌｏｗｅｄ ＣＳＧ ｌｉｓｔは、ユーザとオペレータ両方の制御の下に、許可されたＵＥが属するメンバーのＣＳＧ ＩＤと関連付けられたＰＬＭＮのリストである。

Ｏｐｅｒａｔｏｒ ＣＳＧ ｌｉｓｔは、オペレータのみの制御の下に、許可されたＵＥが属するメンバーのＣＳＧ ＩＤと関連付けられたＰＬＭＮのリストである。

次に、図２１（ｃ）にＰＤＮコネクションごとに記憶されるＰＤＮコネクションごとのＵＥコンテキストを示す。図に示すように、ＰＤＮコネクションごとのＵＥコンテキストは、ＡＰＮ ｉｎ Ｕｓｅ、ＡＰＮ−ＡＭＢＲ、Ａｓｓｉｇｎｅｄ ＰＤＮ Ｔｙｐｅ、ＩＰ Ａｄｄｒｅｓｓ、Ｄｅｆａｕｌｔ Ｂｅａｒｅｒ、ＷＬＡＮ ｏｆｆｌｏａｄａｂｉｌｉｔｙを含める。

また、ＰＤＮコネクションごとのＵＥコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＡＰＮ ｉｎ Ｕｓｅは、最近使用されたＡＰＮである。このＡＰＮは、ネットワークの識別情報と、デフォルトのオペレータの識別情報とで構成されてよい。

ＡＰＮ−ＡＭＢＲは、Ｎｏｎ−ＧＢＲベアラ（非保障ベアラ）を共有するための上り通
信および下り通信のＭＢＲの最大値を示す。ＡＰＮ−ＡＭＢＲは、ＡＰＮごとに確立される。

Ａｓｓｉｇｎｅｄ ＰＤＮ Ｔｙｐｅは、ネットワークから割り当てられたＰＤＮのタイプである。Ａｓｓｉｇｎｅｄ ＰＤＮ Ｔｙｐｅは、例えば、ＩＰｖ４や、ＩＰｖ６や、ＩＰｖ４ｖ６であってよい。

ＩＰ Ａｄｄｒｅｓｓは、ＵＥに割り当てられたＩＰアドレスであり、ＩＰｖ４アドレス、またはＩＰｖ６ ｐｒｅｆｉｘであってよい。

Ｄｅｆａｕｌｔ Ｂｅａｒｅｒは、ＰＤＮコネクション確立時にコアネットワーク＿Ａ９０から取得する情報であり、ＰＤＮコネクションに対応づけられたデフォルトベアラを識別するＥＰＳベアラ識別情報である。

ＷＬＡＮ ｏｆｆｌｏａｄａｂｉｌｉｔｙは、ＷＬＡＮと３ＧＰＰ間のインターワーキング機能を用いてＷＬＡＮへオフロードすることを許可するか、または３ＧＰＰアクセスを維持するかどうかを示すＷＬＡＮオフロードの許可情報である。

図２１（ｄ）は、ＵＥの記憶部で記憶されるベアラごとのＵＥコンテキストを示す。図に示すように、ベアラごとのＵＥコンテキストは、ＥＰＳ Ｂｅａｒｅｒ ＩＤ、ＴＩ、ＥＰＳ ｂｅａｒｅｒ ＱｏＳ、ＴＦＴを含める。

また、ベアラごとのＵＥコンテキストは、エフィシェントパスとなる通信路を識別する情報を含んでもよい。

ＥＰＳ Ｂｅａｒｅｒ ＩＤは、ＥＰＳベアラの識別情報である。また、ＥＰＳ Ｂｅａｒｅｒ ＩＤは、ＳＲＢ、及び又は、ＣＲＢを識別する識別情報であってもよいし、ＤＲＢを識別する識別情報であってもよい。

ＴＩはＴｒａｎｓａｃｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒの略であり、双方向のメッセージフロー（Ｔｒａｎｓａｃｔｉｏｎ）を識別する識別情報である。

ＴＦＴは、Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅの略であり、ＥＰＳベアラと関連づけられた全てのパケットフィルターを示す。言い換えると、ＴＦＴは送受信するユーザデータの一部を識別する情報であり、ＵＥ＿Ａ１０は、ＴＦＴによって識別されたユーザデータを、ＴＦＴに関連付けたＥＰＳベアラを用いて送受信する。さらに言い換えると、ＵＥ＿Ａ１０は、ＴＦＴによって識別されたユーザデータを、ＴＦＴに関連づけたＲＢを用いて送受信する。

また、ＵＥ＿Ａ１０は、ＴＦＴで識別できないユーザデータを、デフォルトベアラを用いて送受信してもよい。

また、ＵＥ＿Ａ１０は、デフォルトベアラに関連付けられてＴＦＴを予め記憶しておいてもよい。
［１．３．初期状態の説明］
本実施形態における初期状態について説明する。本実施形態における初期状態は、後述する第１の状態であっても良い。

なお、本実施形態における初期状態は第１の状態に限らなくても良い。
［１．３．１．第１の状態の説明］
次に、本実施形態における第１の状態を図５を用いて説明する。

第１の状態を説明する。第１の状態では、ＵＥ＿Ａ１０はコアネットワーク９０との間に第１のＰＤＮコネクションと第２のＰＤＮコネクションを確立している状態である。

より詳細には、第１の状態は、ＵＥ＿Ａ１０が、ＰＧＷ＿Ａ３０との間に第１のＰＤＮコネクションを確立していて、ＰＧＷ＿Ｂ３１との間に第２のＰＤＮコネクションを確立している状態である。

さらに、ＰＧＷ＿Ａ３０は、ＡＰＮ１を用いて選択されるゲートウェイ装置であってもよい。また、ＰＧＷ＿Ｂ３１は、ＡＰＮ２を用いて選択されるゲートウェイ装置であってもよい。

また、ＡＰＮ１及び又はＡＰＮ２を用いたゲートウェイの選択は、コアネットワーク＿Ａ９０に含まれて配置されているＭＭＥ＿Ａ４０によって実行されても良い。

さらに、ＡＰＮ１を用いて選択されるゲートウェイ装置とＡＰＮ２を用いて選択されるゲートウェイ装置は同じゲートウェイ装置であってもよく、異なるゲートウェイ装置であっても良い。

なお、第１のＰＤＮコネクションは、ｅＮＢ＿Ａ４５、及び又は、ＳＧＷ＿Ａ３５を介したＵＥ＿Ａ１０とＰＧＷ＿Ａ３０との間の通信路で構成されても良い。したがって、第１のＰＤＮコネクションは、ＵＥ＿Ａ１０とｅＮＢ＿Ａ４５との間の通信路と、ｅＮＢ＿Ａ４５とＳＧＷ＿Ａ３５との間の通信路と、ＳＧＷ＿Ａ３５とＰＧＷ＿Ａ３０との間の通信路を組み合わせた通信路で構成されてもよい。ここで、通信路はベアラであっても良い。

また、第２のＰＤＮコネクションは、ｅＮＢ＿Ａ４５、及び又は、ＳＧＷ＿Ｂ３６を介したＵＥ＿Ａ１０とＰＧＷ＿Ｂ３１との間の通信路で構成されても良い。したがって、第２のＰＤＮコネクションは、ＵＥ＿Ａ１０とｅＮＢ＿Ａ４５との間の通信路と、ｅＮＢ＿Ａ４５とＳＧＷ＿Ｂ３６との間の通信路と、ＳＧＷ＿Ｂ３６とＰＧＷ＿Ｂ３１との間の通信路を組み合わせた通信路で構成されてもよい。ここで、通信路はベアラであっても良い。

このように、第１の状態では、ＵＥ＿Ａ１０は、コアネットワーク９０に接続していて、ＰＤＮコネクション２本確立している状態であっても良い。

以上、第１の状態を説明してきたが、第１の状態はこれに限らず、ＵＥ＿Ａ１０がコアネットワーク＿Ａ９０に対してＰＤＮコネクションを複数本確立している状態であれば良い。

［１．４．通信手続きの説明］
次に、本実施形態における通信手続きを、図２２を用いて説明する。

本実施形態における通信手続きでは、図２２に示すように、まず、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０が、アタッチ手続き（Ｓ２２００）を実行する。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、アタッチ手続き（Ｓ２２００）において第１のＰＤＮコネクションを確立してもよく、エフィシェントパス（ｅｆｆｉｃｉｅｎｔ ｐａｔｈ）を選択、決定してもよい。

なお、本実施形態におけるエフィシェントパスとは、ＵＥ＿Ａ１０がユーザデータを送受信する最適な通信路であってよい。また、具体例として、通信路はＰＤＮコネクションやベアラであってよい。

ここで最適な通信路は、オペレータポリシー、及び／又はＵＥポリシー、及び／又はＵＥ＿Ａ１０の在圏位置、及び／又はスループット比較結果、及び／又はＰＤＮゲートウェイまでホップ数、及び／又はＰＤＮコネクションの種別等に基づいて複数の通信路から選択されてもよい。なお、通信路の選択は、コアネットワーク＿Ａ９０、及び／又はＭＭＥ＿Ａ４０、及び／又はＵＥ＿Ａ１０によって実行されても良い。さらに、最適な通信路は、アプリケーションやサービス毎に異なる通信路が選択されてもよい。

また、最適な通信路は、最適な通信路を選択する時点でＵＥ＿Ａ１０が確立している通信路から選択されてもよい。もしくは、ＵＥ＿Ａ１０が確立している通信路に加え、ＵＥ＿Ａ１０が新に確立する通信路を含め、その中から選択されてもよい。より具体的には、ＵＥ＿Ａ１０が新たに通信路を確立する手続きにおいて、既存通信路と新規に確立する通信路の中から選択されてもよい。

また、通信路とは、ＵＥ＿Ａ１０とゲートウェイとの間で確立する通信路であってよい。より具体的には、ゲートウェイは、ＰＧＷや、ＳＣＥＦ（Ｓｅｒｖｉｃｅ Ｅｘｐｌｏｓｕｒｅ Ｅｎａｂｌｅ Ｆｕｎｃｔｉｏｎ）や、ローカルＩＰネットワークへの接続性を有するＬＧＷ（Ｌｏｃａｌ ＧＷ）であってよい。

また、ＵＥ＿Ａ１０の複数数の通信路は、異なるＰＧＷを端点とする通信路が含まれても良い。したがって、ＵＥ＿Ａ１０の複数数の通信路には、複数のＰＧＷに対してそれぞれ確立する通信路が含まれて良い。

同様に、ＵＥ＿Ａ１０の複数数の通信路は、異なるＳＣＥＦを端点とする通信路が含まれても良い。したがって、ＵＥ＿Ａ１０の複数数の通信路には、複数のＳＣＥＦに対してそれぞれ確立する通信路が含まれて良い。

同様に、ＵＥ＿Ａ１０の複数数の通信路は、異なるＬ−ＧＷを端点とする通信路が含まれても良い。したがって、ＵＥ＿Ａ１０の複数数の通信路には、複数のＬ−ＧＷに対してそれぞれ確立する通信路が含まれて良い。

さらに、ＵＥ＿Ａ１０の複数数の通信路には、ＰＧＷを端点とする通信路、及び／又はＳＣＥＦ端点とする通信路、及び／又はＬ−ＧＷを端点とする通信路が含まれても良い。

言い換えると、ＵＥ＿Ａ１０、及び又はｅＮＢ＿Ａ４５、及び又はＭＭＥ＿Ａ４０、及び又はＳＧＷ＿Ａ３５、及び又はＰＧＷ＿Ａ３０は、アタッチ手続き（Ｓ２２００）において第１のＰＤＮコネクションを確立してもよく、エフィシェントパスを選択、決定してもよい。

なお、本実施形態におけるアタッチ手続きによって確立されるＰＤＮコネクションは、第１のＰＤＮコネクションではなく、第２のＰＤＮコネクションであってもよい。言い換えると、本実施形態におけるアタッチ手続きによって接続されるＳＧＷ＿Ａ３５、及び又は、ＰＧＷ＿Ａ３０はＳＧＷ＿Ｂ３６、及び又は、ＰＧＷ＿Ｂ３１であってもよい。

次に、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、ＰＤＮ接続手続き（Ｓ２２０２）を実行する。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、ＰＤＮ接続手続き（Ｓ２２０２）において第２のＰＤＮコネクションを確立してもよいし、エフィシェントパスを再選択してもよい。

言い換えると、ＵＥ＿Ａ１０、及び又はｅＮＢ＿Ａ４５、及び又はＭＭＥ＿Ａ４０、及び又はＳＧＷ＿Ｂ３６、及び又はＰＧＷ＿Ｂ３１は、ＰＤＮ接続手続き（Ｓ２２０２）において第２のＰＤＮコネクションを確立してもよいし、エフィシェントパスを再選択してもよい。

なお、本実施形態におけるＰＤＮ接続手続きによって確立されるＰＤＮコネクションは、第２のＰＤＮコネクションではなく、第１のＰＤＮコネクションであってもよい。言い換えると、本実施形態におけるＰＤＮ手続きによって接続されるＳＧＷ＿Ｂ３６、及び又は、ＰＧＷ＿Ｂ３１はＳＧＷ＿Ａ３５、及び又は、ＰＧＷ＿Ａ３０であってもよい。

また、第１のＰＤＮコネクション、及び又は、第２のＰＤＮコネクションはエフィシェントパスの変更が可能なＰＤＮコネクションであってよい。

アタッチ手続きの完了、及び、ＰＤＮ接続手続きの完了に基づき、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、第１の状態に遷移する（Ｓ２２０４）。

言い換えると、ＵＥ＿Ａ１０、及び又はｅＮＢ＿Ａ４５、及び又はＭＭＥ＿Ａ４０、及び又はＳＧＷ＿Ａ３５、及び又はＰＧＷ＿Ａ３０、及び又はＳＧＷ＿Ｂ３６、及び又はＰＧＷ＿Ｂ３１は、アタッチ手続きの完了、及び、ＰＤＮ接続手続きの完了に伴い第１の状態へ遷移する。

次に、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、エフィシェントパス変更手続き（Ｓ２２０６）を実行してもよい。

なお、ＵＥ＿Ａ１０。及び又は、コアネットワーク＿Ａ９０は、第１の状態であれば任意のタイミングでエフィシェントパス変更手続きを開始してもよい。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、エフィシェントパス変更手続きにより、エフィシェントパスを変更、再選択してもよい。

言い換えると、ＵＥ＿Ａ１０、及び又はｅＮＢ＿Ａ４５、及び又はＭＭＥ＿Ａ４０、及び又はＳＧＷ＿Ａ３５、及び又はＰＧＷ＿Ａ３０、及び又はＳＧＷ＿Ｂ３６、及び又はＰＧＷ＿Ｂ３１は、エフィシェントパス変更手続きにより、エフィシェントパスを変更、再選択してもよい。

ここで、各手続きの詳細手順を説明する前に、重複説明を避けるために本実施形態特有の用語や、各手続きに用いる主要な識別情報を予め説明する。

本実施形態における第１の識別情報は、ＵＥ＿Ａ１０がエフィシェントパスの選択能力、及び／又はエフィシェントパスへの切り替え能力があることを示す情報、及び／又はＵＥ＿Ａ１０のエフィシェントパスの通知機能を有することを示す情報であってよい。言い換えると、第１の識別情報は、ＵＥ Ｅｆｆｉｃｉｅｎｔ Ｐａｔｈ Ｃａｐａｂｉｌｉｔｙであってもよい。

本実施形態における第２の識別情報は、ＵＥ＿Ａ１０がエフィシェントパスを選択する
ことを要求していることを示す情報、及び／又はＵＥ＿Ａ１０がエフィシェントパスの通知を要求することを示す情報、及び／又はＵＥ＿Ａ１０がコアネットワーク＿Ａ９０のエフィシェントパスの通知機能の有効化を要求することを示す情報であってよい。言い換えると、第２の識別情報は、ＵＥ Ｅｆｆｉｃｉｅｎｔ Ｐａｔｈ Ｉｎｄｉｃａｔｉｏｎであってもよい。

本実施形態における第３の識別情報は、ＵＥ＿Ａ１０がエフィシェントパスを選択することを許可することを示す情報であってよい。言い換えると、第３の識別情報は、ＵＥ Ｅｆｆｉｃｉｅｎｔ Ｐａｔｈ Ｐｅｒｍｉｓｓｉｏｎであってもよい。

本実施形態における第４の識別情報は、要求するエフィシェントパスに対応づけられたＴＦＴを示す情報であってよい。

本実施形態における第５の識別情報は、要求するＴＦＴの内、どのＴＦＴがエフィシェントパスに対応づけられたものかを示す情報であってよい。

本実施形態における第６の識別情報は、コアネットワーク＿Ａ９０がエフィシェントパスの選択能力、及び／又はエフィシェントパスへの切り替え能力があることを示す情報、及び／又はコアネットワーク＿Ａ９０のエフィシェントパスの通知機能を有することを示す情報であってよい。言い換えると、第６の識別情報は、Ｎｅｔｗｏｒｋ Ｅｆｆｉｃｉｅｎｔ Ｐａｔｈ Ｃａｐａｂｉｌｉｔｙであってもよい。

本実施形態における第７の識別情報は、コアネットワーク＿Ａ９０がエフィシェントパスを選択することを要求していることを示す情報、及び／又はコアネットワーク＿Ａ９０がエフィシェントパスの通知を要求することを示す情報、及び／又はコアネットワーク＿Ａ９０がＵＥ＿Ａ１０のエフィシェントパスの通知機能の有効化を要求することを示す情報であってよい。言い換えると、第７の識別情報は、Ｎｅｔｗｏｒｋ Ｅｆｆｉｃｉｅｎｔ Ｐａｔｈ Ｉｎｄｉｃａｔｉｏｎであってもよい。

本実施形態における第８の識別情報は、コアネットワーク＿Ａ９０がエフィシェントパスを選択することを許可することを示す情報であってよい。言い換えると、第８の識別情報は、Ｎｅｔｗｏｒｋ Ｅｆｆｉｃｉｅｎｔ Ｐａｔｈ Ｐｅｒｍｉｓｓｉｏｎであってもよい。

本実施形態における第９の識別情報は、承認されたエフィシェントパスに対応づけられたＴＦＴを示す情報であってよい。

本実施形態における第１０の識別情報は、承認されたＴＦＴの内、どのＴＦＴがエフィシェントパスに対応づけられたものかを示す情報であってよい。

本実施形態における第１１の識別情報は、エフィシェントパスの変更を要求することを示す情報であってよい。

本実施形態における第１２の識別情報は、エフィシェントパスの変更が承認されたことを示す情報であってよい。

本実施形態における第１３の識別情報は、通信路がエフィシェントパスであることを示す情報であってよい。なお、第１３の識別情報は、少なくとも通信路の識別情報とエフィシェントパスであることを示す情報とを含んで構成されてもよい。また、通信路の識別情報は、ベアラＩＤ等のベアラ識別情報及び／又はＡＰＮ及び／又はＩＰアドレス及び／又
はＰＤＮコネクション識別情報等であってよい。

もしくは、なお、第１３の識別情報は、少なくともアクセスネットワークの識別情報とエフィシェントパスであることを示す情報とを含んで構成されてもよい。また、アクセスネットワークの識別情報は、ＬＴＥやＷｉＦｉ等のＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ｔｅｃｈｎｏｌｏｇｙ）タイプであってもよい。

なお、ＵＥ＿Ａ１０は、第１３の識別情報をベアラリソース変更要求メッセージに含めて送信することで、コアネットワーク＿Ａ９０にエフィシェントパスの変更を要求してもよい。言い換えると、第１３の識別情報は、エフィシェントパスの変更を要求すること示す情報であることを示す情報であってもよい。

なお、ＵＥ＿Ａ１０、及び又は、ｅＮＢ＿Ａ４５、及び又は、ＭＭＥ＿Ａ４０、及び又は、ＳＧＷ＿Ａ３５、及び又は、ＰＧＷ＿Ａ３０が各識別情報を保持する場合、ＵＥ＿Ａ１０、及び又は、ｅＮＢ＿Ａ４５、及び又は、ＭＭＥ＿Ａ４０、及び又は、ＳＧＷ＿Ａ３５、及び又は、ＰＧＷ＿Ａ３０は、各識別情報が示す能力を有してもよい。

また、本実施形態において、第１から第１２の識別情報のうちの２つ以上の識別情報を同一の制御メッセージに含めて送信する場合には、各識別情報をそれぞれ含めて送信してもよいし、各識別情報が示す意味を併せ持つ一つの識別情報として制御メッセージにふくめてもよい。

なお、各識別情報は、フラグ又はパラメータとして構成される情報要素であってよい。

［１．４．１．アタッチ手続き例］
まず、アタッチ手続きの例について説明する。

本アタッチ手続きにおける、ＳＧＷ＿Ａ３５はＳＧＷ＿Ｂ３６であってもよく、ＰＧＷ＿Ａ３０はＰＧＷ＿Ｂ３１であってもよい。従って、本アタッチ手続きの説明では、ＳＧＷ＿Ａ３５、及び、ＰＧＷ＿Ａ３０を用いて説明する。

アタッチ手続きはＵＥ＿Ａ１０が主導して開始する手続きである。なお、アタッチ手続きでは、ＵＥ＿Ａ１０が、ネットワークへ接続するための手続きである。言い換えると、アタッチ手続きは、ｅＮＢ４５を含むアクセスネットワークに接続する手続きであり、さらに、アクセスネットワーク介してコアネットワークに接続する手続きである。また、ＵＥ＿Ａ１０は、アタッチ手続きにより、ＰＤＮ＿Ａ５との間でユーザデータの送受信を行う通信路を確立する。

なお、ＵＥ＿Ａ１０がアタッチ手続きを開始するトリガは、端末電源投入時などであってもよい。また、これに関わらずＵＥ＿Ａ１０はコアネットワーク＿Ａ９０に接続していない状態であれば任意のタイミングで開始してもよい。

また、ＵＥ＿Ａ１０は、アタッチ手続きの完了により、コアネットワーク＿Ａ９０との間でＰＤＮコネクションを確立する。

言い換えると、ＵＥ＿Ａ１０は、アタッチ手続きの完了により、ＰＧＷ＿Ａ３０との間でＰＤＮコネクションを確立する。

以下、図２３を用いてアタッチ手続きの手順の例を説明する。

まず、ＵＥ＿Ａ１０はアタッチ要求メッセージをＭＭＥ＿Ａ４０に送信する（Ｓ２３００）。なお、ＵＥ＿Ａ１０はアタッチ要求メッセージをｅＮＢ＿Ａ４５に送信し、送信されたアタッチ要求メッセージはｅＮＢ＿Ａ４５を介してＭＭＥ＿Ａ４０に転送されてもよい。

また、ＵＥ＿Ａ１０はＰＤＮ接続要求メッセージをアタッチ要求メッセージと共に送信してもよい。以下、本実施形態の説明では、アタッチ要求メッセージは、アタッチ要求メッセージ及びＰＤＮ接続要求メッセージを併せたものとして説明する。さらに、本実施形態の説明においてアタッチ要求メッセージに識別情報が含まれると表現した場合には、識別情報がアタッチ要求メッセージ及び又はＰＤＮ接続要求メッセージに含まれることを意味する。

ＵＥ＿Ａ１０は、すくなくとも第１から第５の識別情報のうちの１つ以上の識別情報をアタッチ要求メッセージに含めても良い。ＵＥ＿Ａ１０は、第１から第５の識別情報のうちの１つ以上の識別情報を含めてアタッチ要求メッセージを送信することにより、エフィシェントパスの変更が可能なＰＤＮコネクションの確立を要求してもよいし、どの通信路がエフィシェントパスであるかを示してもよい。

また、ＵＥ＿Ａ１０はアタッチ要求メッセージにＡＰＮを含めて送信してもよい。

ここで、ＵＥ＿Ａ１０は、第１から第５の識別情報のうちの１つ以上の識別情報、及び又は、ＡＰＮを、アタッチ要求メッセージに含めてＭＭＥ＿Ａ４０に送信するのではなく、アタッチ手続き内でアタッチ要求メッセージとは異なる制御メッセージに含めて送信してもよい。

例えば、アタッチ要求メッセージを送信したあと、ＵＥ＿Ａ１０はＥＳＭ（ＥＰＳ Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）情報の要求と、要求に基づく応答を行う制御メッセージの送受信手続きを実行してもよい（Ｓ２３０２）。

より詳細には、ＭＭＥ＿Ａ４０は、ＥＳＭ要求メッセージをＵＥ＿Ａ１０に送信する。ＵＥ＿Ａ１０は、ＥＳＭ要求メッセージを受信し、応答メッセージをＭＭＥ＿Ａ４０に送信する。この際、ＵＥ＿Ａ１０は、第１から第５の識別情報のうちの１つ以上の識別情報、及び又は、ＡＰＮを応答メッセージに含めて送信してもよい。

ここで、ＵＥ＿Ａ１０は、ＥＳＭ応答メッセージを暗号化して送信してもよい。さらに、ＵＥ＿Ａ１０は、ＥＳＭ応答メッセージを暗号化する為の情報をＭＭＥ＿Ａ４０から受信してもよい。ＭＭＥ＿Ａ４０は、アタッチ要求メッセージの受信に伴い、ＮＡＳメッセージを暗号化するための情報をＵＥ＿Ａ１０に送信してもよい。なお、ＮＡＳメッセージを暗号化するための情報を送信するＮＡＳメッセージは、Ｓｅｃｕｒｉｔｙ Ｍｏｄｅ Ｃｏｍｍａｎｄメッセージであってよい。

ＭＭＥ＿Ａ４０は、アタッチ要求メッセージを受信する。さらに、アタッチ要求メッセージの受信、又はＥＳＭ応答メッセージの受信に基づいて、第１から第５の識別情報のうちの１つ以上の識別情報を取得する。

ＭＭＥ＿Ａ４０は、アタッチ要求メッセージに含まれる情報、及び又は、加入者情報、及び又は、オペレータポリシー、及び又は、ＭＭＥ＿Ａ４０がもつ識別情報に基づいて、ＵＥ＿Ａ１０に対してＰＤＮコネクションの確立、及び又は、どの通信路がエフィシェントパスであるかを決定してもよい。

例えば、ＭＭＥ＿Ａ４０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路をエフィシェントパスとして決定してもよい。

また、ＭＭＥ＿Ａ４０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路ではなく、デフォルトの通信路、及び又は、加入者情報やオペレータポリシーに基づいた通信路を、エフィシェントパスとして決定してもよい。

なお、ＭＭＥ＿Ａ４０は、どの通信路がエフィシェントパスであるかを自身では選択せず、他の装置が提供する機能によって選ばれた通信路をエフィシェントパスとして決定してもよい。

他の装置が提供する機能とは、例えば、エフィシェントパスの選択を実施するようなエフィシェントパス選択機能であってもよい。

従って、どの通信路がエフィシェントパスであるかの決定は、上記に限らない。

また、ＭＭＥ＿Ａ４０は、エフィシェントパスであると決定された通信路に対応づけられたＴＦＴを第９の識別情報に含めて送信してもよい。

また、ＭＭＥ＿Ａ４０は、エフィシェントパスであると決定された通信路に対応づけられたＴＦＴを識別する情報を第１０の識別情報に含めて送信してもよい。

また、ＭＭＥ＿Ａ４０は、エフィシェントパスであると決定された通信路に対応づけて第１３の識別情報を送信してもよい。

ＭＭＥ＿Ａ４０は、アタッチ要求メッセージの受信、及び又は、ＥＳＭ応答メッセージの受信、及び又は、どの通信路がエフィシェントパスであるかの決定に基づいて、ＳＧＷ＿Ａ３５にセッション生成要求メッセージを送信する（Ｓ２３０４）。

ＭＭＥ＿Ａ４０は、すくなくとも第１から第５の識別情報のうちの１つ以上の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報をセッション生成要求メッセージに含めて送信してもよい。

ここで、上記の説明では、ＭＭＥ＿Ａ４０がどの通信路がエフィシェントパスであるかを決定すると説明したが、ＭＭＥ＿Ａ４０ではなく、ＰＧＷ＿Ａ３０がどの通信路がエフィシェントパスであるかを決定してもよい。その場合、ＭＭＥ＿Ａ４０は第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報を含めずにセッション生成要求メッセージを送信してもよい。

ＳＧＷ＿Ａ３５は、セッション生成要求メッセージを受信する。さらに、ＳＧＷ＿Ａ３５は、セッション生成要求メッセージの受信に基づいて、第１から第５の識別情報のうちの１つ以上の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報を取得する。

ＳＧＷ＿Ａ３５は、セッション生成要求メッセージの受信に基づいて、ＰＧＷ＿Ａ３０にセッション生成要求メッセージを送信する（Ｓ２３０６）。

ＳＧＷ＿Ａ３５は、すくなくとも第１から第５の識別情報のうちの１つ以上の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報をセッション生成要求メッセージに含めて送信してもよい。

ＰＧＷ＿Ａ３０は、セッション生成要求メッセージを受信する。さらに、ＰＧＷ＿Ａ３０は、セッション生成要求メッセージの受信に基づいて、第１から第５の識別情報のうちの１つ以上の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報を取得する。

ＰＧＷ＿Ａ３０は、セッション生成要求メッセージに含まれる情報、及び又は、加入者情報、及び又は、オペレータポリシー、及び又は、ＰＧＷ＿Ａ３０がもつ識別情報に基づいて、どの通信路がエフィシェントパスであるかを決定してもよい。

例えば、ＰＧＷ＿Ａ３０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路をエフィシェントパスとして決定してもよい。

また、ＰＧＷ＿Ａ３０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路ではなく、デフォルトの通信路、及び又は、加入者情報やオペレータポリシーに基づいた通信路を、エフィシェントパスとして決定してもよい。

なお、ＰＧＷ＿Ａ３０は、どの通信路がエフィシェントパスであるかを自身では選択せず、他の装置が提供する機能によって選ばれた通信路をエフィシェントパスとして決定してもよい。

他の装置が提供する機能とは、例えば、エフィシェントパスの選択を実施するようなエフィシェントパス選択機能であってもよい。

従って、どの通信路がエフィシェントパスであるかの決定は、上記に限らない。

また、ＰＧＷ＿Ａ３０は、エフィシェントパスであると決定された通信路に対応づけられたＴＦＴを第９の識別情報に含めて送信してもよい。

また、ＰＧＷ＿Ａ３０は、エフィシェントパスであると決定された通信路に対応づけられたＴＦＴを識別する情報を第１０の識別情報に含めて送信してもよい。

また、ＰＧＷ＿Ａ３０は、エフィシェントパスであると決定された通信路に対応づけて第１３の識別情報を送信してもよい。

ここで、上記の説明では、ＰＧＷ＿Ａ３０がどの通信路がエフィシェントパスであるかを決定する場合について説明したが、ＭＭＥ＿Ａ４０が、どの通信路がエフィシェントパスであるか決定した場合、ＰＧＷ＿Ａ３０はどの通信路がエフィシェントパスであるかを決定しなくもよい。

言い換えると、ＰＧＷ＿Ａ３０は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報を受信した場合、どの通信路がエフィシェントパスであるかを決定しなくてもよい。

ＰＧＷ＿Ａ３０は、セッション生成要求メッセージの受信、及び又は、どの通信路がエフィシェントパスであるかの決定に基づいて、ＳＧＷ＿Ａ３５にセッション生成応答メッセージを送信する（Ｓ２３１０）。

ＰＧＷ＿Ａ３０は、すくなくとも第６から第１０の識別情報のうちの１つ以上の識別情報、及び又は、第１３の識別情報をセッション生成応答メッセージに含めても良い。

なお、セッション生成応答メッセージは、セッション生成要求メッセージに対応する応答メッセージであってもよい。

ＳＧＷ＿Ａ３５は、セッション生成応答メッセージを受信する。さらに、ＳＧＷ＿Ａ３５は、セッション生成応答メッセージの受信に基づいて、第６から第１０の識別情報のうちの１つ以上の識別情報、及び又は、第１３の識別情報を取得する。

ＳＧＷ＿Ａ３５は、セッション生成応答メッセージの受信に基づいて、ＭＭＥ＿Ａ４０にセッション生成応答メッセージを送信する（Ｓ２３１２）。

ＳＧＷ＿Ａ３５は、すくなくとも第６から第１０の識別情報のうちの１つ以上の識別情報、及び又は、第１３の識別情報をセッション生成応答メッセージに含めても良い。

ＭＭＥ＿Ａ４０は、セッション生成応答メッセージを受信する。さらに、ＭＭＥ＿Ａ４０は、セッション生成応答メッセージの受信に基づいて、第６から第１０の識別情報のうちの１つ以上の識別情報、及び又は、第１３の識別情報を取得する。

ＭＭＥ＿Ａ４０は、セッション生成応答メッセージの受信に基づいて、ｅＮＢ＿Ａ４５にアタッチ受諾メッセージを送信する（Ｓ２３１４）。

また、ＭＭＥ＿Ａ４０はアタッチ受諾メッセージにＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤを含めて送信してもよい。

なお、ＭＭＥ＿Ａ４０は、ＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤをアタッチ受諾メッセージに含めることにより、確立するＰＤＮコネクション、及び又は、デフォルトベアラを識別してもよい。

また、ＭＭＥ＿Ａ４０は、送信したＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤをＭＭＥコンテキストに記憶してもよい。

また、ＭＭＥ＿Ａ４０は、送信した各識別情報が示す情報を、送信したＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤと対応づけて記憶してもよい。

なお、ＰＤＮアドレスは、ＵＥ＿Ａ１０に割り当てられたＩＰアドレスであってよい。より詳細には、ＰＤＮアドレスは、ＰＧＷ＿Ａ３０が割り当てたＵＥ＿Ａ１０のＩＰアドレスであってよい。

また、ＭＭＥ＿Ａ４０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージをアタッチ受諾メッセージと共に送信してもよい。以下、本実施形態の説明では、アタッチ受諾メッセージは、アタッチ受諾メッセージ及びデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを併せたものとして説明する。さらに、本実施形態の説明においてアタッチ受諾メッセージに識別情報が含まれると表現した場合には、識別情報がアタッチ受諾メッセージ及び又はデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージに含まれることを意味する。

ＭＭＥ＿Ａ４０は、すくなくとも第６から第１０の識別情報のうちの１つ以上の識別情報、及び又は、第１３の識別情報をアタッチ受諾メッセージに含めても良い。

なお、アタッチ受諾メッセージは、アタッチ要求メッセージに対する応答メッセージで
あってよい。

ｅＮＢ＿Ａ４５は、アタッチ受諾メッセージを受信し、アタッチ受諾メッセージを含めたＲＲＣメッセージをＵＥ＿Ａ１０に送信する（Ｓ２３１６）。なお、ＲＲＣメッセージは、ＲＲＣコネクション再設定要求メッセージであって良い。

ＵＥ＿Ａ１０は、アタッチ受諾メッセージを含むＲＲＣメッセージを受信する。さらに、第６から第１０の識別情報のうちの１つ以上の識別情報、及び又は、第１３の識別情報がアタッチ受諾メッセージに含まれている場合には、ＵＥ＿Ａ１０は各識別情報を取得する。

また、ＵＥ＿Ａ１０は、アタッチ受諾メッセージの受信に基づいて、ＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤを受信してもよい。

なお、ＵＥ＿Ａ１０は、受信するＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤに基づいて、確立するＰＤＮコネクション、及び又は、デフォルトベアラを識別してもよい。

また、ＵＥ＿Ａ１０は、受信したＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤをＵＥコンテキストに記憶してもよい。

また、ＵＥ＿Ａ１０は、受信した各識別情報が示す情報を、受信したＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤと対応づけて記憶してもよい。

なお、ＰＤＮアドレスは、ＵＥ＿Ａ１０に割り当てられたＩＰアドレスであってよい。より詳細には、ＰＤＮアドレスは、ＰＧＷ＿Ａ３０が割り当てたＵＥ＿Ａ１０のＩＰアドレスであってよい。

また、ＥＰＳベアラＩＤ、及び／又はＡＰＮ、及び／又はＩＰアドレスは、ＰＤＮコネクション、及び又は、デフォルトベアラ、及び又は、ＥＰＳベアラを識別情報であってよい。

ＵＥ＿Ａ１０は、アタッチ受諾メッセージの受信、及び又は、アタッチ受諾メッセージに含まれる情報に基づいて、エフィシェントパスの変更が可能なＰＤＮコネクションの確立、及び又は、エフィシェントパスであると決定された通信路を認識してもよい。

より詳細には、ＵＥ＿Ａ１０は、第６の識別情報、及び又は、第７の識別情報、及び又は、第８の識別情報の受信に基づいて、エフィシェントパスの変更が可能なＰＤＮコネクションが確立されたことを認識してもよい。

また、ＵＥ＿Ａ１０は、受信した第９の識別情報に含まれるＴＦＴ、及び又は、第１０の識別情報によって識別されるＴＦＴに対応づけられた通信路をエフィシェントパスとして認識してもよい。

また、ＵＥ＿Ａ１０は、受信した第１３の識別情報に対応づけられた通信路をエフィシェントパスとして認識してもよい。

なお、ＴＦＴに対応づけられたエフィシェントパスを示す情報と、ＰＤＮコネクション、及び又は、ＵＥ＿Ａ１０に対応づけられたエフィシェントパスを示す情報とが異なる場合、ＵＥ＿Ａ１０は、送受信するユーザデータに応じてエフィシェントパスを変えてもよ
い。

例えば、ＴＦＴの１つであるＴＦＴ１に対応づけられたエフィシェントパスを示す情報がある場合について説明する。

ＵＥ＿Ａ１０は、ＴＦＴ１で識別されるユーザデータの送受信する場合、ＴＦＴ１に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。

また、ＵＥ＿Ａ１０は、ＴＦＴ１で識別されないユーザデータの送受信する場合、ＰＤＮコネクション、及び又は、ＵＥ＿Ａ１０に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。

また、受信したＲＲＣメッセージに応答するために、ＵＥ＿Ａ１０はＲＲＣメッセージをｅＮＢ＿Ａ４５に送信する（Ｓ２３１８）。ＲＲＣメッセージは、ＲＲＣコネクション再設定完了メッセージであってよい。

ｅＮＢ＿Ａ４５は、ＲＲＣコネクション再設定メッセージを受信し、受信に基づいてベアラ設定メッセージをＭＭＥ＿Ａ４０に送信する（Ｓ２３２０）。

また、ＵＥ＿Ａ１０は、アタッチ受諾メッセージの受信に基づいて、アタッチ完了メッセージを含むＲＲＣメッセージをｅＮＢ＿Ａ４５に送信する（Ｓ２３２２）。ここで、アタッチ完了メッセージは、アタッチ受諾メッセージに対する応答メッセージであってよい。

なお、アタッチ完了メッセージを含めて送信するＲＲＣメッセージは、Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒメッセージであってよい。

ｅＮＢ＿４５は、アタッチ完了メッセージが含まれるＲＲＣメッセージを受信し、アタッチ完了メッセージをＭＭＥ＿Ａ４０に送信する（Ｓ２３２４）。

ＭＭＥ＿Ａ４０は、アタッチ完了メッセージを受信する。

ＭＭＥ＿Ａ４０は、アタッチ完了メッセージの受信に基づいて、ＳＧＷ＿Ａ３５にベアラ変更要求メッセージを送信してもよい（Ｓ２３２６）。

ＳＧＷ＿Ａ３５は、ベアラ変更要求メッセージを受信する。

ＳＧＷ＿Ａ３５は、ベアラ変更要求メッセージの受信に基づいて、ＭＭＥ＿Ａ４０にベアラ変更応答メッセージを送信する（Ｓ２３２８）。

なお、ベアラ変更応答メッセージは、ベアラ変更要求メッセージに対する応答メッセージであってよい。

ＭＭＥ＿Ａ４０は、ベアラ変更応答メッセージを受信する。

以上の手順により、ＵＥ＿Ａ１０はネットワークへ接続し、アタッチ手続きを完了する。
アタッチ手続きの完了に伴い、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、ＰＤＮコネクションを確立してもよい。また、アタッチ手続きの完了に伴い、ＵＥ＿Ａ１
０、及び又は、コアネットワーク＿Ａ９０は、どの通信路がエフィシェントパスであるかを決定してもよい。

言い換えると、アタッチ手続きの完了に伴い、ＵＥ＿Ａ１０は、エフィシェントパスに対応づけられたＴＦＴをコアネットワーク＿Ａ９０から取得してよい。

なお、ＵＥ＿Ａ１０は、アタッチ手続きにより、図２１で説明したＵＥコンテキストをコアネットワーク＿Ａ９０から取得し、記憶することができる。

より詳細には、ＵＥ＿Ａ１０は、ＰＤＮ接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をコアネットワーク＿Ａ９０から取得し、ＰＤＮコネクションごとのＵＥコンテキスト、及び又は、ベアラごとのＵＥコンテキストに記憶することができる。

また、ＭＭＥ＿Ａ４０は、ＰＤＮ接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をＰＤＮコネクションごとのＭＭＥコンテキスト、及び又は、ＥＰＳベアラごとのＭＭＥコンテキストに記憶することができる。

また、ＳＧＷ＿Ａ３５、及び又は、ＰＧＷ＿Ａ３０は、ＰＤＮ接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をＰＤＮコネクションごとのＥＰＳベアラコンテキスト、及び又は、ＥＰＳベアラごとのＥＰＳベアラコンテキストに記憶することができる。

［１．４．２．ＰＤＮ接続手続き例］
次に、ＰＤＮ接続手続きの例について説明する。

本ＰＤＮ接続手続きにおける、ＳＧＷ＿Ａ３５はＳＧＷ＿Ｂ３６であってもよく、ＰＧＷ＿Ａ３０はＰＧＷ＿Ｂ３１であってもよい。従って、本ＰＤＮ接続手続きの説明では、ＳＧＷ＿Ａ３５、及び、ＰＧＷ＿Ａ３０を用いて説明する。

ＰＤＮ接続手続きはＵＥ＿Ａ１０が主導して開始する手続きである。なお、ＰＤＮ接続手続きでは、ＵＥ＿Ａ１０が、ＰＤＮ＿Ａ５との間でユーザデータの送受信を行う通信路を確立するための手続きである。言い換えると、ＰＤＮ接続手続きは、ＵＥ＿Ａ１０が、ＰＧＷ＿Ａ３０との間で、ユーザデータの送受信に用いるＰＤＮコネクションを確立するための手続きである。

なお、ＵＥ＿Ａ１０がＰＤＮ接続手続きを開始するタイミングは、アタッチ手続きの完了に基づくものであってもよく、端末電源投入時などであってもよく、任意のタイミングであってもよい。

ＵＥ＿Ａ１０は、ＰＤＮ接続手続きの完了により、コアネットワーク＿Ａ９０との間でＰＤＮコネクションを確立する。

ＵＥ＿Ａ１０は、ＰＤＮ接続手続きの完了により、ＰＧＷ＿Ａ３０との間でＰＤＮコネクションを確立する。

なお、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、ＰＤＮ接続手続きを複数回行うことで、複数のＰＤＮコネクションを確立することができる。

以下では、ＰＤＮ接続手続き例の詳細を説明する。

以下、図２４を用いてＰＤＮ接続手続きの手順の例を説明する。

まず、ＵＥ＿Ａ１０はＰＤＮ接続要求メッセージをＭＭＥ＿Ａ４０に送信する（Ｓ２４０２）。なお、ＵＥ＿Ａ１０はＰＤＮ接続要求メッセージをｅＮＢ＿Ａ４５に送信し、送信されたＰＤＮ接続要求メッセージはｅＮＢ＿Ａ４５を介してＭＭＥ＿Ａ４０に転送されてもよい。

ＵＥ＿Ａ１０は、すくなくとも第１から第５の識別情報のうちの１つ以上の識別情報をＰＤＮ接続要求メッセージに含めても良い。ＵＥ＿Ａ１０は、第１から第５の識別情報のうちの１つ以上の識別情報を含めてＰＤＮ接続要求メッセージを送信することにより、エフィシェントパスの変更が可能なＰＤＮコネクションの確立を要求してもよいし、どの通信路がエフィシェントパスであるかを示してもよい。

また、ＵＥ＿Ａ１０はＰＤＮ接続要求メッセージにＡＰＮを含めて送信してもよい。なお、ＵＥ＿Ａ１０は、異なるＡＰＮをＰＤＮ接続要求メッセージに含めることにより、異なるＰＤＮコネクションを確立することを要求してもよい。

ＭＭＥ＿Ａ４０は、ＰＤＮ接続要求メッセージを受信する。さらに、ＭＭＥ＿Ａ４０は、ＰＤＮ接続要求メッセージの受信に基づいて、第１から第５の識別情報のうちの１つ以上の識別情報、及び又は、ＡＰＮを取得する。

ＭＭＥ＿Ａ４０は、ＰＤＮ接続要求メッセージに含まれる情報、及び又は、加入者情報、及び又は、オペレータポリシー、及び又は、ＭＭＥ＿Ａ４０がもつ識別情報に基づいて、ＵＥ＿Ａ１０に対してＰＤＮコネクションの確立、及び又は、どの通信路がエフィシェントパスであるかを決定してもよい。

例えば、ＭＭＥ＿Ａ４０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路をエフィシェントパスとして決定してもよい。

また、ＭＭＥ＿Ａ４０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路ではなく、デフォルトの通信路、及び又は、加入者情報やオペレータポリシーに基づいた通信路を、エフィシェントパスとして決定してもよい。

なお、ＭＭＥ＿Ａ４０は、どの通信路がエフィシェントパスであるかを自身では選択せず、他の装置が提供する機能によって選ばれた通信路をエフィシェントパスとして決定してもよい。

他の装置が提供する機能とは、例えば、エフィシェントパスの選択を実施するようなエフィシェントパス選択機能であってもよい。

従って、どの通信路がエフィシェントパスであるかの決定は、上記に限らない。

また、ＭＭＥ＿Ａ４０は、エフィシェントパスであると決定された通信路に対応づけられたＴＦＴを第９の識別情報に含めて送信してもよい。

また、ＭＭＥ＿Ａ４０は、エフィシェントパスであると決定された通信路に対応づけられたＴＦＴを識別する情報を第１０の識別情報に含めて送信してもよい。

また、ＭＭＥ＿Ａ４０は、エフィシェントパスであると決定された通信路に対応づけて
第１３の識別情報を送信してもよい。

ＭＭＥ＿Ａ４０は、ＰＤＮ接続要求メッセージの受信、及び又は、どの通信路がエフィシェントパスであるかの決定に基づいて、ＳＧＷ＿Ａ３５にセッション生成要求メッセージを送信する（Ｓ２４０４）。

ＭＭＥ＿Ａ４０は、すくなくとも第１から第５の識別情報のうちの１つ以上の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報をセッション生成要求メッセージに含めて送信してもよい。

ここで、上記の説明では、ＭＭＥ＿Ａ４０がどの通信路がエフィシェントパスであるかを決定すると説明したが、ＭＭＥ＿Ａ４０ではなく、ＰＧＷ＿Ａ３０がどの通信路がエフィシェントパスであるかを決定してもよい。その場合、ＭＭＥ＿Ａ４０は第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報を含めずにセッション生成要求メッセージを送信してもよい。

ＳＧＷ＿Ａ３５は、セッション生成要求メッセージを受信する。さらに、ＳＧＷ＿Ａ３５は、セッション生成要求メッセージの受信に基づいて、第１から第５の識別情報のうちの１つ以上の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報を取得する。

ＳＧＷ＿Ａ３５は、セッション生成要求メッセージの受信に基づいて、ＰＧＷ＿Ａ３０にセッション生成要求メッセージを送信する（Ｓ２４０６）。

ＳＧＷ＿Ａ３５は、すくなくとも第１から第５の識別情報のうちの１つ以上の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報をセッション生成要求メッセージに含めて送信してもよい。

ＰＧＷ＿Ａ３０は、セッション生成要求メッセージを受信する。さらに、ＰＧＷ＿Ａ３０は、セッション生成要求メッセージの受信に基づいて、第１から第５の識別情報のうちの１つ以上の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報を取得する。

ＰＧＷ＿Ａ３０は、セッション生成要求メッセージに含まれる情報、及び又は、加入者情報、及び又は、オペレータポリシー、及び又は、ＰＧＷ＿Ａ３０がもつ識別情報に基づいて、どの通信路がエフィシェントパスであるかを決定してもよい。

例えば、ＰＧＷ＿Ａ３０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路をエフィシェントパスとして決定してもよい。

また、ＰＧＷ＿Ａ３０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路ではなく、デフォルトの通信路、及び又は、加入者情報やオペレータポリシーに基づいた通信路を、エフィシェントパスとして決定してもよい。

なお、ＰＧＷ＿Ａ３０は、どの通信路がエフィシェントパスであるかを自身では選択せず、他の装置が提供する機能によって選ばれた通信路をエフィシェントパスとして決定してもよい。

他の装置が提供する機能とは、例えば、エフィシェントパスの選択を実施するようなエフィシェントパス選択機能であってもよい。

従って、どの通信路がエフィシェントパスであるかの決定は、上記に限らない。

また、ＰＧＷ＿Ａ３０は、エフィシェントパスであると決定された通信路に対応づけられたＴＦＴを第９の識別情報に含めて送信してもよい。

また、ＰＧＷ＿Ａ３０は、エフィシェントパスであると決定された通信路に対応づけられたＴＦＴを識別する情報を第１０の識別情報に含めて送信してもよい。

また、ＰＧＷ＿Ａ３０は、エフィシェントパスであると決定された通信路に対応づけて第１３の識別情報を送信してもよい。

ここで、上記の説明では、ＰＧＷ＿Ａ３０がどの通信路がエフィシェントパスであるかを決定する場合について説明したが、ＭＭＥ＿Ａ４０が、どの通信路がエフィシェントパスであるか決定した場合、ＰＧＷ＿Ａ３０はどの通信路がエフィシェントパスであるかを決定しなくもよい。

言い換えると、ＰＧＷ＿Ａ３０は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報を受信した場合、どの通信路がエフィシェントパスであるかを決定しなくてもよい。

ＰＧＷ＿Ａ３０は、セッション生成要求メッセージの受信、及び又は、どの通信路がエフィシェントパスであるかの決定に基づいて、ＳＧＷ＿Ａ３５にセッション生成応答メッセージを送信する（Ｓ２４１０）。

ＰＧＷ＿Ａ３０は、すくなくとも第６から第１０の識別情報のうちの１つ以上の識別情報、及び又は、第１３の識別情報をセッション生成応答メッセージに含めても良い。

なお、セッション生成応答メッセージは、セッション生成要求メッセージに対応する応答メッセージであってもよい。

ＳＧＷ＿Ａ３５は、セッション生成応答メッセージを受信する。さらに、ＳＧＷ＿Ａ３５は、セッション生成応答メッセージの受信に基づいて、第６から第１０の識別情報のうちの１つ以上の識別情報、及び又は、第１３の識別情報を取得する。

ＳＧＷ＿Ａ３５は、セッション生成応答メッセージの受信に基づいて、ＭＭＥ＿Ａ４０にセッション生成応答メッセージを送信する（Ｓ２４１２）。

ＳＧＷ＿Ａ３５は、すくなくとも第６から第１０の識別情報のうちの１つ以上の識別情報、及び又は、第１３の識別情報をセッション生成応答メッセージに含めても良い。

ＭＭＥ＿Ａ４０は、セッション生成応答メッセージを受信する。さらに、ＭＭＥ＿Ａ４０は、セッション生成応答メッセージの受信に基づいて、第６から第１０の識別情報のうちの１つ以上の識別情報、及び又は、第１３の識別情報を取得する。

ＭＭＥ＿Ａ４０は、セッション生成応答メッセージの受信に基づいて、ｅＮＢ＿Ａ４５にデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを送信する（Ｓ２４１４）。

ＭＭＥ＿Ａ４０は、すくなくとも第６から第１０の識別情報のうちの１つ以上の識別情
報、及び又は、第１３の識別情報をデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージに含めても良い。

なお、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージは、ＰＤＮ接続要求メッセージに対する応答メッセージであってよい。

また、ＭＭＥ＿Ａ４０はデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージにＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤを含めて送信してもよい。

なお、ＭＭＥ＿Ａ４０は、ＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤをデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージに含めることにより、確立するＰＤＮコネクション、及び又は、デフォルトベアラを識別してもよい。例えば、ＭＭＥ＿Ａ４０は、異なるＡＰＮ、及び又は、異なるＰＤＮアドレス、及び又は、異なるＥＰＳベアラＩＤをデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージに含めることにより、異なるＰＤＮコネクションを確立することを示してもしてもよい。

また、ＭＭＥ＿Ａ４０は、送信したＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤをＭＭＥコンテキストに記憶してもよい。

また、ＭＭＥ＿Ａ４０は、送信した各識別情報が示す情報を、送信したＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤと対応づけて記憶してもよい。

なお、ＰＤＮアドレスは、ＵＥ＿Ａ１０に割り当てられたＩＰアドレスであってよい。より詳細には、ＰＤＮアドレスは、ＰＧＷ＿Ａ３０が割り当てたＵＥ＿Ａ１０のＩＰアドレスであってよい。

また、ＥＰＳベアラＩＤ、及び／又はＡＰＮ、及び／又はＩＰアドレスは、ＰＤＮコネクション、及び又は、デフォルトベアラ、及び又は、ＥＰＳベアラを識別情報であってよい。

ｅＮＢ＿Ａ４５は、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを受信し、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを含めたＲＲＣメッセージをＵＥ＿Ａ１０に送信する（Ｓ２４１６）。なお、ＲＲＣメッセージは、ＲＲＣコネクション再設定要求メッセージであって良い。

ＵＥ＿Ａ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを含むＲＲＣメッセージを受信する。さらに、第６から第１０の識別情報のうちの１つ以上の識別情報、及び又は、第１３の識別情報がデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージに含まれている場合には、ＵＥ＿Ａ１０は各識別情報を取得する。

また、ＵＥ＿Ａ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージの受信に基づいて、ＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤを受信してもよい。

なお、ＵＥ＿Ａ１０は、受信するＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤに基づいて、確立するＰＤＮコネクション、及び又は、デフォルトベアラを識別してもよい。例えば、ＵＥ＿Ａ１０は、異なるＡＰＮ、及び又は、異なるＰＤＮアドレス、及び又は、異なるＥＰＳベアラＩＤを受信することに基づいて、異なるＰＤＮコネ
クション、及び又は、デフォルトベアラを確立することを認識してもよい。

また、ＵＥ＿Ａ１０は、受信したＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤをＵＥコンテキストに記憶してもよい。

また、ＵＥ＿Ａ１０は、受信した各識別情報が示す情報を、受信したＡＰＮ、及び又は、ＰＤＮアドレス、及び又は、ＥＰＳベアラＩＤと対応づけて記憶してもよい。

なお、ＰＤＮアドレスは、ＵＥ＿Ａ１０に割り当てられたＩＰアドレスであってよい。より詳細には、ＰＤＮアドレスは、ＰＧＷ＿Ａ３０が割り当てたＵＥ＿Ａ１０のＩＰアドレスであってよい。

また、ＥＰＳベアラＩＤ、及び／又はＡＰＮ、及び／又はＩＰアドレスは、ＰＤＮコネクション、及び又は、デフォルトベアラ、及び又は、ＥＰＳベアラを識別情報であってよい。

ＵＥ＿Ａ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージの受信、及び又は、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージに含まれる情報に基づいて、エフィシェントパスの変更が可能なＰＤＮコネクションの確立、及び又は、エフィシェントパスであると決定された通信路を認識してもよい。

より詳細には、ＵＥ＿Ａ１０は、第６の識別情報、及び又は、第７の識別情報、及び又は、第８の識別情報の受信に基づいて、エフィシェントパスの変更が可能なＰＤＮコネクションが確立されたことを認識してもよい。

また、ＵＥ＿Ａ１０は、受信した第９の識別情報に含まれるＴＦＴ、及び又は、第１０の識別情報によって識別されるＴＦＴに対応づけられた通信路をエフィシェントパスとして認識してもよい。

また、ＵＥ＿Ａ１０は、受信した第１３の識別情報に対応づけられた通信路をエフィシェントパスとして認識してもよい。

また、ＵＥ＿Ａ１０は、エフィシェントパスを示す情報を既に記憶している場合、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報の受信に基づいて、受信した識別情報によって識別される通信路をエフィシェントパスとして認識してもよい。

なお、ＴＦＴに対応づけられたエフィシェントパスを示す情報と、ＰＤＮコネクション、及び又は、ＵＥ＿Ａ１０に対応づけられたエフィシェントパスを示す情報とが異なる場合、ＵＥ＿Ａ１０は、送受信するユーザデータに応じてエフィシェントパスを変えてもよい。

例えば、ＴＦＴの１つであるＴＦＴ１に対応づけられたエフィシェントパスを示す情報がある場合について説明する。

ＵＥ＿Ａ１０は、ＴＦＴ１で識別されるユーザデータの送受信する場合、ＴＦＴ１に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。

また、ＵＥ＿Ａ１０は、ＴＦＴ１で識別されないユーザデータの送受信する場合、ＰＤ
Ｎコネクション、及び又は、ＵＥ＿Ａ１０に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。

また、受信したＲＲＣメッセージに応答するために、ＵＥ＿Ａ１０はＲＲＣメッセージをｅＮＢ＿Ａ４５に送信する（Ｓ２４１８）。ＲＲＣメッセージは、ＲＲＣコネクション再設定完了メッセージであってよい。

ｅＮＢ＿Ａ４５は、ＲＲＣコネクション再設定メッセージを受信し、受信に基づいてベアラ設定メッセージをＭＭＥ＿Ａ４０に送信する（Ｓ２４２０）。

また、ＵＥ＿Ａ１０は、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージの受信に基づいて、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージを含むＲＲＣメッセージをｅＮＢ＿Ａ４５に送信する（Ｓ２４２２）。ここで、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージは、デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージに対する応答メッセージであってよい。

なお、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージを含めて送信するＲＲＣメッセージは、Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒメッセージであってよい。

ｅＮＢ＿４５は、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージが含まれるＲＲＣメッセージを受信し、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージをＭＭＥ＿Ａ４０に送信する（Ｓ２４２４）。

ＭＭＥ＿Ａ４０は、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージを受信する。

ＭＭＥ＿Ａ４０は、デフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージの受信に基づいて、ＳＧＷ＿Ａ３５にベアラ変更要求メッセージを送信してもよい（Ｓ２４２６）。

ＳＧＷ＿Ａ３５は、ベアラ変更要求メッセージを受信する。

ＳＧＷ＿Ａ３５は、ベアラ変更要求メッセージの受信に基づいて、ＭＭＥ＿Ａ４０にベアラ変更応答メッセージを送信する（Ｓ２４２８）。

なお、ベアラ変更応答メッセージは、ベアラ変更要求メッセージに対する応答メッセージであってよい。

ＭＭＥ＿Ａ４０は、ベアラ変更応答メッセージを受信する。

以上の手順により、ＵＥ＿Ａ１０はネットワークへ接続し、ＰＤＮ接続手続きを完了する。ＰＤＮ接続手続きの完了に伴い、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、ＰＤＮコネクションを確立してもよい。また、ＰＤＮ接続手続きの完了に伴い、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、どの通信路がエフィシェントパスであるかを決定してもよい。

言い換えると、ＰＤＮ接続手続きの完了に伴い、ＵＥ＿Ａ１０は、エフィシェントパスに対応づけられたＴＦＴをコアネットワーク＿Ａ９０から取得してよい。

なお、ＵＥ＿Ａ１０は、ＰＤＮ接続手続きにより、図２１で説明したＵＥコンテキスト
をコアネットワーク＿Ａ９０から取得し、記憶することができる。

より詳細には、ＵＥ＿Ａ１０は、ＰＤＮ接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をコアネットワーク＿Ａ９０から取得し、ＰＤＮコネクションごとのＵＥコンテキスト、及び又は、ベアラごとのＵＥコンテキストに記憶することができる。

また、ＭＭＥ＿Ａ４０は、ＰＤＮ接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をＰＤＮコネクションごとのＭＭＥコンテキスト、及び又は、ＥＰＳベアラごとのＭＭＥコンテキストに記憶することができる。

また、ＳＧＷ＿Ａ３５、及び又は、ＰＧＷ＿Ａ３０は、ＰＤＮ接続手続きにより、選択されたエフィシェントパスとなる通信路を識別する情報をＰＤＮコネクションごとのＥＰＳベアラコンテキスト、及び又は、ＥＰＳベアラごとのＥＰＳベアラコンテキストに記憶することができる。

［１．４．２．１．ＰＤＮ接続手続きの変形例］
上述したＰＤＮ接続手続き例におけるコアネットワーク＿Ａ９０は、図２を用いて説明したＭＭＥ＿Ａ４０、ＳＧＷ＿Ａ３５、ＰＧＷ＿Ａ３０を含む構成のコアネットワークの場合のＰＤＮ接続手続きを説明したが、コアネットワーク＿Ａ９０は別の装置を含んで構成されるものであってもよい。

その場合、本手続きで説明したＵＥ＿Ａ１０が送信するＰＤＮ接続要求メッセージやデフォルトＥＰＳベアラコンテキストアクティブ化受諾メッセージなどのＮＡＳメッセージは、ＭＭＥ＿Ａ４０ではなく、コアネットワーク＿Ａ９０内の装置が受信する。

したがって、これまで説明したＭＭＥ＿Ａ４０のＮＡＳメッセージの受信および処理は、コアネットワーク＿Ａ９０内の装置が行うものとして置き換えることができる。

さらに、これまで説明したＭＭＥ＿Ａ４０のデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージなどのＮＡＳメッセージの送信および処理は、コアネットワーク＿Ａ９０内の装置が行うものとして置き換えることができる。

［１．４．３．エフィシェントパス変更手続き例］
まず、エフィシェントパス変更手続きの例について説明する。なお、エフィシェントパス変更手続きはＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０、及び又は、任意の装置が主導して開始する手続きである。言い換えると、エフィシェントパス変更手続きには、ＵＥ＿Ａ１０が主導して開始する手続きと、ＭＭＥ＿Ａ４０、及び又は、ＰＧＷ＿Ａ３０が主導して開始する手続きと、任意の装置が主導して開始する手続きがある。

なお、エフィシェントパス変更手続きは、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０、及び又は、任意の装置のエフィシェントパスを変更、再選択するための手続きである。

また、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０、及び又は、任意の装置がエフィシェントパス変更手続きを開始するタイミングは、アタッチ手続き、及び又は、ＰＤＮ接続手続きの完了時であってよい。また、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０、及び又は、任意の装置がエフィシェントパス変更手続きを開始するタイミングは、エフィシェントパスが最適ではないと検知したタイミングであってもよい。また、これに関わらず、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０、及び又は、任意
の装置は、ＵＥ＿Ａ１０が第１の状態であれば任意のタイミングでエフィシェントパス変更手続きを開始してもよい。

なお、エフィシェントパス変更手続きを開始するコアネットワーク＿Ａ９０の装置は、ＭＭＥ＿Ａ４０であってもよく、ＰＧＷ＿Ａ３０であってもよく、ＰＧＷ＿Ｂ３１であってもよい。

なお、エフィシェントパス変更手続きを開始するトリガは、ＵＥ＿Ａ１０の操作であってもよいし、オペレータポリシーであってもよいし、加入者情報であってもよいし、他の装置が提供する機能であってもよい。

より詳細には、ＵＥ＿Ａ１０主導のエフィシェントパス変更手続きを開始するトリガは、ＵＥ＿Ａ１０の操作に基づくものであってよく、エフィシェントパスが最適でないとのＵＥ＿Ａ１０への検知であってもよい。

また、コアネットワーク＿Ａ９０主導のエフィシェントパス変更手続きを開始するトリガは、ＵＥ＿Ａ１０が送信するベアラリソース変更要求メッセージの受信に基づくものではなく、オペレータのネットワークポリシーや加入者情報や他の装置が提供する機能に基づくものであってもよく、エフィシェントパスが最適でないとのコアネットワーク＿Ａ９０内の装置の検知であってもよい。

なお、他の装置が提供する機能とは、例えば、エフィシェントパスの更新が必要なことを検出するような機能であってもよいし、エフィシェントパスの選択を実施するようなエフィシェントパス選択機能であってもよい。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、エフィシェントパス変更手続きの完了により、新たなエフィシェントパスに基づくユーザデータの送受信が可能になる。

言い換えると、ＵＥ＿Ａ１０、及び又は、ＭＭＥ＿Ａ４０、及び又は、ＰＧＷ＿Ａ３０、及び又は、ＰＧＷ＿Ｂ３１は、エフィシェントパス変更手続きの完了により、新たなエフィシェントパスに基づくユーザデータの送受信が可能になる。

以下では、ＵＥ＿Ａ１０主導のエフィシェントパス変更手続きの詳細を、第１のエフィシェントパス変更手続き例として説明する。更に、コアネットワーク＿Ａ９０主導のエフィシェントパス変更手続きの詳細を第２のエフィシェントパス変更手続き例として説明する。更に、任意の装置主導のエフィシェントパス変更手続きの詳細を第３のエフィシェントパス変更手続き例として説明する。

ただし、ここでは、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０が、エフィシェントパスを第１のＰＤＮコネクションから第２のＰＤＮコネクションに変える手続きについて説明する。

なお、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０が、エフィシェントパスを第２のＰＤＮコネクションから第１のＰＤＮコネクションに変える手続きは、本実施形態におけるエフィシェントパス変更手続きと同じであってもよい。従って、ここでの説明は省略する。

［１．４．３．１．第１のエフィシェントパス変更手続き例］
第１のエフィシェントパス変更手続きは、ＵＥ＿Ａ１０主導のエフィシェントパス変更
手続きである。

以下、図２５を用いて第１のエフィシェントパス変更手続きの手順の例を説明する。

まず、ＵＥ＿Ａ１０は、第２のＰＤＮコネクションのための第１のベアラ更新手続きを実施する（Ｓ２５００）。なお、第１のベアラ更新手続きの詳細は後述する。

次に、ＵＥ＿Ａ１０は、第２のＰＤＮコネクションのための第１のベアラ更新手続きの完了に基づいて、第１のＰＤＮコネクションのための第１のベアラ更新手続きを実施するＳ２５０６）。

言い換えると、ＵＥ＿Ａ１０は、第２のＰＤＮコネクションのための、ＥＰＳベアラコンテキスト変更要求メッセージの受信、及び又は、ＥＰＳベアラコンテキスト変更受諾メッセージの送信に基づいて、第１のＰＤＮコネクションのための、ベアラリソース変更要求メッセージをＭＭＥ＿Ａ４０に送信する。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、第１のＰＤＮコネクションのための第１のベアラ更新手続きの完了に伴って、第１のエフィシェントパス変更手続きを完了する。

言い換えると、ＵＥ＿Ａ１０は、及び又は、コアネットワーク＿Ａ９０は、第２のＰＤＮコネクションためのＥＰＳベアラコンテキスト変更受諾メッセージ送受信、及び又は、第１のＰＤＮコネクションのためのＥＰＳベアラコンテキスト変更受諾メッセージの送受信に基づいて、第１のエフィシェントパス変更手続きを完了する。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、第１のエフィシェントパス変更手続きの完了に基づいて、エフィシェントパスを第１のＰＤＮコネクションから第２のＰＤＮコネクションに変更することができる。

なお、ＵＥ＿Ａ１０主導のエフィシェントパス変更手続きは上記で説明した手続きに限らなくてもよい。

［１．４．３．２．第２のエフィシェントパス変更手続き例］
第２のエフィシェントパス変更手続きは、コアネットワーク＿Ａ９０主導のエフィシェントパス変更手続きである。

以下、図２６を用いて第２のエフィシェントパス変更手続きの手順の例を説明する。

まず、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、第２のＰＤＮコネクションのための第２のベアラ更新手続きを実施する（Ｓ２６００）。なお、第２のベアラ更新手続きの詳細は後述する。

次に、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、第２のＰＤＮコネクションのための第２のベアラ更新手続きの完了に基づいて、第１のＰＤＮコネクションのための第２のベアラ更新手続きを実施する（Ｓ２６０６）。

言い換えると、コアネットワーク＿Ａ９０は、第２のＰＤＮコネクションのための、ＥＰＳベアラコンテキスト変更要求メッセージの送信、及び又は、ＥＰＳベアラコンテキスト変更受諾メッセージの受信に基づいて、第１のＰＤＮコネクションのための、ＥＰＳベアラコンテキスト変更要求メッセージをＵＥ＿Ａ１０に送信する。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、第１のＰＤＮコネクションのための第１のベアラ更新手続きの完了に伴って、第１のエフィシェントパス変更手続きを完了する。

言い換えると、ＵＥ＿Ａ１０は、及び又は、コアネットワーク＿Ａ９０は、第２のＰＤＮコネクションためのＥＰＳベアラコンテキスト変更受諾メッセージ送受信、及び又は、第１のＰＤＮコネクションのためのＥＰＳベアラコンテキスト変更受諾メッセージの送受信に基づいて、第２のエフィシェントパス変更手続きを完了する。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、第２のエフィシェントパス変更手続きの完了に基づいて、エフィシェントパスを第１のＰＤＮコネクションから第２のＰＤＮコネクションに変更することができる。

なお、コアネットワーク＿Ａ９０主導のエフィシェントパス変更手続きは上記で説明した手続きに限らなくてもよい。

［１．４．３．３．第３のエフィシェントパス変更手続き例］
第３のエフィシェントパス変更手続きは、任意の装置主導のエフィシェントパス変更手続きである。

任意の装置は、別のＵＥ＿Ａ１０であっても、コアネットワーク＿Ａ９０内の装置であってもよく、ＰＤＮ＿Ａ５上にあるサーバ装置であってもよく、ＰＤＮ＿Ａ５に設置されているアプリケーションサーバであってもよい。また、任意の装置は、これ以外のものであってもよい。

また、任意の装置が第３のエフィシェントパス変更手続きを開始するトリガは、ポリシーの変化であってもよく、エフィシェントパスが最適ではないとの検知であってもよい。また、任意の装置が第３のエフィシェントパス変更手続きを開始するトリガは、これ以外のものであってもよい。

任意の装置は、エフィシェントパス変更手続きを開始するトリガに基づいて、エフィシェントパスの変更を示す情報をＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０に送信してもよい。

なお、エフィシェントパスの変更を示す情報は、エフィシェントパスの変更を要求することを示す情報であってもよく、変更後のエフィシェントパスを示す情報であってもよく、
エフィシェントパスが最適ではないことを示す情報であってもよく、変更すべきエフィシェントパスを示す情報であってもよく、エフィシェントパスにすべき通信路を示す情報であってもよい。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、任意の装置から、エフィシェントパスの変更を示す情報を受信してもよい。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、エフィシェントパスの変更を示す情報の受信に基づいて、エフィシェントパスの変更を実施してもよい。

なお、エフィシェントパスの変更とは、エフィシェントパスが示す通信路の変更であってもよいし、エフィシェントパスとなる通信路の再選択であってもよいし、エフィシェン
トパスに対応づけられた情報の変更であってもよい。

具体的には、ＵＥ＿Ａ１０は、ＵＥコンテキスト内のエフィシェントパスに対応づけられた情報を変更してもよい。

また、ＭＭＥ＿Ａ４０は、ＭＭＥコンテキスト内のエフィシェントパスに対応づけられた情報を更新してもよく、ＰＧＷ＿Ａ３０、及び又は、ＰＧＷ＿Ｂ３１、及び又は、ＳＧＷ＿Ａ３５、及び又は、ＳＧＷ＿Ｂ３６は、ＥＰＳコンテキスト内のエフィシェントパスに対応づけられた情報を更新してもよい。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、エフィシェントパスの変更に基づいて、任意の装置に返答メッセージを返してもよいし、ＵＥ＿Ａ１０とコアネットワーク＿Ａ９０の間でエフィシェントパスが変更されたことを通知するためのメッセージを送受信し合ってもよい。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、エフィシェントパスの変更、及び又は、エフィシェントパスが変更されたことを通知するためのメッセージの送受信に基づいて、第３のエフィシェントパス変更手続きを完了してもよい。

ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、第３のエフィシェントパス変更手続きの完了に基づいて、エフィシェントパスを第１のＰＤＮコネクションから第２のＰＤＮコネクションに変更することができる。

ここで、任意の装置、及び又は、ＵＥ＿Ａ１０は、任意の装置がＰＤＮ＿Ａ５に設置されているアプリケーションサーバの場合、エフィシェントパスの変更を示す情報をＰＤＮコネクションによって送受信されるメッセージに含めて送受信してもよい。

より詳細には、任意の装置は、エフィシェントパスの変更を示す情報を含んだＰＤＮコネクションによって送受信されるメッセージを、ＵＥ＿Ａ１０に対して送信してもよく、エフィシェントパス変更手続きの返答のための情報を含んだＰＤＮコネクションによって送受信されるメッセージを、ＵＥから受信してもよい。

言い換えると、ＵＥ＿Ａ１０は、エフィシェントパスの変更を示す情報をＰＤＮコネクションによって送受信されるメッセージから受信してもよく、エフィシェントパス変更手続きの返答のための情報をＰＤＮコネクションによって送受信されるメッセージに含めて送信してもよい。

なお、ＰＤＮコネクションによって送受信されるメッセージは、ＰＤＮコネクションによって送受信されるユーザデータであってよい。

また、任意の装置は、ＰＤＮ＿Ａ５に設置されているアプリケーションサーバの場合、エフィシェントパスの変更を示す情報を含んだメッセージを、コアネットワーク＿Ａ９０内のゲートウェイ装置、及び又は、アクセスネットワーク内の装置に対して送信してもよく、エフィシェントパス変更手続きの返答のための情報を含んだメッセージを、コアネットワーク＿Ａ９０内のゲートウェイ装置、及び又は、アクセスネットワーク内の装置から受信してもよい。

言い換えると、コアネットワーク＿Ａ９０内のゲートウェイ装置、及び又は、アクセスネットワーク内の装置は、エフィシェントパスの変更を示す情報を含んだメッセージを、任意の装置から受信してもよく、エフィシェントパス変更手続きの返答のための情報を含
んだメッセージを、任意の装置に対して送信してもよい。

なお、コアネットワーク＿Ａ９０内のゲートウェイ装置、及び又は、アクセスネットワーク内の装置とはＰＧＷ＿Ａ３０であってもよく、ＳＣＥＦであってもよく、ＬＧＷであってもよい。

なお、第３のエフィシェントパス変更手続きは上記で説明した手続きに限らなくてもよい。

［１．４．３．４．第１のベアラ更新手続き例］
第１のベアラ更新手続きは、ＵＥ＿Ａ１０主導のベアラ更新手続きである。

第１のベアラ更新手続きにおける、ＳＧＷ＿Ａ３５はＳＧＷ＿Ｂ３６であってもよく、ＰＧＷ＿Ａ３０はＰＧＷ＿Ｂ３１であってもよい。

従って、第１のベアラ更新手続きの説明では、ＳＧＷ＿Ａ３５、及び、ＰＧＷ＿Ａ３０を用いて説明する。

以下、図２７を用いて第１のベアラ更新手続きの手順の例を説明する。

まず、ＵＥ＿Ａ１０はベアラリソース変更要求メッセージをＭＭＥ＿Ａ４０に送信する（Ｓ２７０２）。なお、ＵＥ＿Ａ１０はベアラリソース変更要求メッセージをｅＮＢ＿Ａ４５に送信し、送信されたベアラリソース変更要求メッセージはｅＮＢ＿Ａ４５を介してＭＭＥ＿Ａ４０に転送されてもよい。

ＵＥ＿Ａ１０は、すくなくとも第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報をベアラリソース変更要求メッセージに含めても良い。ＵＥ＿Ａ１０は、第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報を含めてベアラリソース変更要求メッセージを送信することにより、エフィシェントパスの変更を要求してもよいし、要求する変更後のエフィシェントパスとなる通信路を示してもよい。

また、ＵＥ＿Ａ１０はベアラリソース変更要求メッセージにＥＰＳベアラＩＤ、及び又は、ＴＦＴを含めて送信してもよい。

ＭＭＥ＿Ａ４０は、ベアラリソース変更要求メッセージを受信する。さらに、ＭＭＥ＿Ａ４０は、ベアラリソース変更要求メッセージの受信に基づいて、第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報を取得する。

また、ＭＭＥ＿Ａ４０は、ベアラリソース変更要求メッセージの受信に基づいて、ＥＰＳベアラＩＤ、及び又は、ＴＦＴを受信してもよい。

ＭＭＥ＿Ａ４０は、ベアラリソース変更要求メッセージに含まれる情報、及び又は、加入者情報、及び又は、オペレータポリシー、及び又は、ＭＭＥ＿Ａ４０がもつ識別情報に基づいて、ＵＥ＿Ａ１０に対してエフィシェントパスの変更、及び又は、変更後のエフィシェントパスとなる通信路を決定してもよい。

例えば、ＭＭＥ＿Ａ４０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路を、変更後のエフィシェントパスとして決定してもよい。

また、ＭＭＥ＿Ａ４０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路ではなく、デフォルトの通信路、及び又は、加入者情報やオペレータポリシーに基づいた通信路を、変更後のエフィシェントパスとして決定してもよい。

また、ＭＭＥ＿Ａ４０は、変更後のエフィシェントパスに対応づけられたＴＦＴを第９の識別情報に含めて送信してもよい。

また、ＭＭＥ＿Ａ４０は、変更後のエフィシェントパスに対応づけられたＴＦＴを識別する情報を第１０の識別情報に含めて送信してもよい。

また、ＭＭＥ＿Ａ４０は、エフィシェントパスであると決定された通信路に対応づけて第１３の識別情報を送信してもよい。

なお、エフィシェントパスの変更方法は、上記に限らない。

ＭＭＥ＿Ａ４０は、ベアラリソース変更要求メッセージの受信、及び又は、エフィシェントパスの変更、及び又は、変更後のエフィシェントパスとなる通信路の決定に基づいて、ＳＧＷ＿Ａ３５にベアラリソースコマンドメッセージを送信する（Ｓ２７０４）。

ＭＭＥ＿Ａ４０は、すくなくとも第４の識別情報、及び又は、第５の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１１の識別情報、及び又は、第１２の識別情報をベアラリソースコマンドメッセージに含めて送信してもよい。

ここで、上記の説明では、ＭＭＥ＿Ａ４０が、エフィシェントパスの変更を決定すると説明したが、ＭＭＥ＿Ａ４０ではなく、ＰＧＷ＿Ａ３０がエフィシェントパスの変更、及び又は、エフィシェントパスとなる通信路の決定を行ってもよい。その場合、ＭＭＥ＿Ａ４０は第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報を含めずにベアラリソースコマンドメッセージを送信してもよい。

ＳＧＷ＿Ａ３５は、ベアラリソースコマンドメッセージを受信する。さらに、ＳＧＷ＿Ａ３５は、ベアラリソースコマンドメッセージの受信に基づいて、第４の識別情報、及び又は、第５の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１１の識別情報、及び又は、第１２の識別情報を取得する。

ＳＧＷ＿Ａ３５は、ベアラリソースコマンドメッセージの受信に基づいて、ＰＧＷ＿Ａ３０にベアラリソースコマンドメッセージを送信する（Ｓ２７０６）。

ＳＧＷ＿Ａ３５は、すくなくとも第４の識別情報、及び又は、第５の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１１の識別情報、及び又は、第１２の識別情報をベアラリソースコマンドメッセージに含めて送信してもよい。

ＰＧＷ＿Ａ３０は、ベアラリソースコマンドメッセージを受信する。さらに、ＰＧＷ＿Ａ３０は、ベアラリソースコマンドメッセージの受信に基づいて、第４の識別情報、及び又は、第５の識別情報、及び又は、第９の識別情報、及び又は、第１０の識別情報、及び
又は、第１３の識別情報、及び又は、第１１の識別情報、及び又は、第１２の識別情報を取得する。

ＰＧＷ＿Ａ３０は、ベアラリソースコマンドメッセージに含まれる情報、及び又は、加入者情報、及び又は、オペレータポリシー、及び又は、ＰＧＷ＿Ａ３０がもつ識別情報に基づいて、ＵＥ＿Ａ１０に対してエフィシェントパスの変更、及び又は、変更後のエフィシェントパスとなる通信路を決定してもよい。

例えば、ＰＧＷ＿Ａ３０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路を、変更後のエフィシェントパスとして決定してもよい。

また、ＰＧＷ＿Ａ３０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路ではなく、デフォルトの通信路、及び又は、加入者情報やオペレータポリシーに基づいた通信路を、変更後のエフィシェントパスとして決定してもよい。

また、ＰＧＷ＿Ａ３０は、変更後のエフィシェントパスに対応づけられたＴＦＴを第９の識別情報に含めて送信してもよい。

また、ＰＧＷ＿Ａ３０は、変更後のエフィシェントパスに対応づけられたＴＦＴを識別する情報を第１０の識別情報に含めて送信してもよい。

また、ＰＧＷ＿Ａ３０は、エフィシェントパスであると決定された通信路に対応づけて第１３の識別情報を送信してもよい。

なお、エフィシェントパスの変更方法は、上記に限らない。

ここで、上記の説明では、ＰＧＷ＿Ａ３０が、エフィシェントパスの変更を決定する場合について説明したが、ＭＭＥ＿Ａ４０が、エフィシェントパスの変更を決定した場合、ＰＧＷ＿Ａ３０は、エフィシェントパスの変更、及び又は、エフィシェントパスとなる通信路の決定を行わなくてもよい。

言い換えると、ＰＧＷ＿Ａ３０は、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報を受信した場合、エフィシェントパスの変更、及び又は、エフィシェントパスとなる通信路の決定を行わなくてもよい。

ＰＧＷ＿Ａ３０は、ベアラリソースコマンドメッセージの受信、及び又は、エフィシェントパスの変更、及び又は、変更後のエフィシェントパスとなる通信路の決定に基づいて、ＳＧＷ＿Ａ３５にベアラ更新要求メッセージを送信する（Ｓ２７１０）。

ＰＧＷ＿Ａ３０は、すくなくとも第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報をベアラ更新要求メッセージに含めても良い。

なお、ベアラ更新要求メッセージは、ベアラリソースコマンドメッセージに対応する応答メッセージであってもよい。

ＳＧＷ＿Ａ３５は、ベアラ更新要求メッセージを受信する。さらに、ＳＧＷ＿Ａ３５は、ベアラ更新要求メッセージの受信に基づいて、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報を取得する。

ＳＧＷ＿Ａ３５は、ベアラ更新要求メッセージの受信に基づいて、ＭＭＥ＿Ａ４０にベアラ更新要求メッセージを送信する（Ｓ２７１２）。

ＳＧＷ＿Ａ３５は、すくなくとも第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報をベアラ更新要求メッセージに含めても良い。

ＭＭＥ＿Ａ４０は、ベアラ更新要求メッセージを受信する。さらに、ＭＭＥ＿Ａ４０は、ベアラ更新要求メッセージの受信に基づいて、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報を取得する。

ＭＭＥ＿Ａ４０は、ベアラ更新要求メッセージの受信に基づいて、ｅＮＢ＿Ａ４５にＥＰＳベアラコンテキスト変更要求メッセージを送信する（Ｓ２７１４）。

ＭＭＥ＿Ａ４０は、すくなくとも第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報をＥＰＳベアラコンテキスト変更要求メッセージに含めても良い。

また、ＭＭＥ＿Ａ４０はＥＰＳベアラコンテキスト変更要求メッセージにＥＰＳベアラＩＤ、及び又は、ＴＦＴを含めて送信してもよい。

なお、ＥＰＳベアラコンテキスト変更要求メッセージは、ベアラリソース変更要求メッセージに対する応答メッセージであってよい。

ｅＮＢ＿Ａ４５は、ＥＰＳベアラコンテキスト変更要求メッセージを受信し、ＥＰＳベアラコンテキスト変更要求メッセージを含めたＲＲＣメッセージをＵＥ＿Ａ１０に送信する（Ｓ２７１６）。なお、ＲＲＣメッセージは、ＲＲＣコネクション再設定要求メッセージであって良い。

ＵＥ＿Ａ１０は、ＥＰＳベアラコンテキスト変更要求メッセージを含むＲＲＣメッセージを受信する。さらに、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報がＥＰＳベアラコンテキスト変更要求メッセージに含まれている場合には、ＵＥ＿Ａ１０は各識別情報を取得する。

また、ＵＥ＿Ａ１０は、ＥＰＳベアラコンテキスト変更要求メッセージの受信に基づいて、ＥＰＳベアラＩＤ、及び又は、ＴＦＴを受信してもよい。

ＵＥ＿Ａ１０は、ＥＰＳベアラコンテキスト変更要求メッセージの受信、及び又は、ＥＰＳベアラコンテキスト変更要求メッセージに含まれる情報に基づいて、エフィシェントパスの変更の承認、及び又は、変更後のエフィシェントパスとなる通信路を認識してもよい。

より詳細には、ＵＥ＿Ａ１０は、第１２の識別情報の受信に基づいて、エフィシェントパスの変更が承認されたことを認識してもよい。

また、ＵＥ＿Ａ１０は、受信した第９の識別情報に含まれるＴＦＴ、及び又は、第１０の識別情報によって識別されるＴＦＴに対応づけられた通信路を変更後のエフィシェントパスとして認識してもよい。

また、ＵＥ＿Ａ１０は、受信した第１３の識別情報に対応づけられた通信路をエフィシェントパスとして認識してもよい。

また、ＵＥ＿Ａ１０は、エフィシェントパスを示す情報を既に記憶している場合、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報の受信に基づいて、受信した識別情報によって識別される通信路をエフィシェントパスとして認識してもよい。

なお、ＴＦＴに対応づけられたエフィシェントパスを示す情報と、ＰＤＮコネクション、及び又は、ＵＥ＿Ａ１０に対応づけられたエフィシェントパスを示す情報とが異なる場合、ＵＥ＿Ａ１０は、送受信するユーザデータに応じてエフィシェントパスを変えてもよい。

例えば、ＴＦＴの１つであるＴＦＴ１に対応づけられたエフィシェントパスを示す情報がある場合について説明する。

ＵＥ＿Ａ１０は、ＴＦＴ１で識別されるユーザデータの送受信する場合、ＴＦＴ１に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。

また、ＵＥ＿Ａ１０は、ＴＦＴ１で識別されないユーザデータの送受信する場合、ＰＤＮコネクション、及び又は、ＵＥ＿Ａ１０に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。

また、受信したＲＲＣメッセージに応答するために、ＵＥ＿Ａ１０はＲＲＣメッセージをｅＮＢ＿Ａ４５に送信する（Ｓ２７１８）。ＲＲＣメッセージは、ＲＲＣコネクション再設定完了メッセージであってよい。

ｅＮＢ＿Ａ４５は、ＲＲＣコネクション再設定メッセージを受信し、受信に基づいてベアラ設定メッセージをＭＭＥ＿Ａ４０に送信する（Ｓ２７２０）。

また、ＵＥ＿Ａ１０は、ＥＰＳベアラコンテキスト変更要求メッセージの受信に基づいて、ＥＰＳベアラコンテキスト変更受諾メッセージを含むＲＲＣメッセージをｅＮＢ＿Ａ４５に送信する（Ｓ２７２２）。ここで、ＥＰＳベアラコンテキスト変更受諾メッセージは、ＥＰＳベアラコンテキスト変更要求メッセージに対する応答メッセージであってよい。

なお、ＥＰＳベアラコンテキスト変更受諾メッセージを含めて送信するＲＲＣメッセージは、Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒメッセージであってよい。

ｅＮＢ＿４５は、ＥＰＳベアラコンテキスト変更受諾メッセージが含まれるＲＲＣメッセージを受信し、ＥＰＳベアラコンテキスト変更受諾メッセージをＭＭＥ＿Ａ４０に送信する（Ｓ２７２４）。

ＭＭＥ＿Ａ４０は、ＥＰＳベアラコンテキスト変更受諾メッセージを受信する。

ＭＭＥ＿Ａ４０は、ＥＰＳベアラコンテキスト変更受諾メッセージの受信に基づいて、ＳＧＷ＿Ａ３５にベアラ変更応答メッセージを送信してもよい（Ｓ２７２６）。

なお、ベアラ変更応答メッセージは、ベアラ変更要求メッセージに対する応答メッセー
ジであってもよい。

ＳＧＷ＿Ａ３５は、ベアラ変更応答メッセージを受信する。

ＳＧＷ＿Ａ３５は、ベアラ変更応答メッセージの受信に基づいて、ＰＧＷ＿Ａ３０にベアラ変更応答メッセージを送信する（Ｓ２７２８）。

ＰＧＷ＿Ａ３０は、ベアラ変更応答メッセージを受信する。

以上の手順により、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、第１のベアラ更新手続きを完了する。第１のベアラ更新手続きの完了に伴い、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、エフィシェントパスを変更してもよい。

なお、ＵＥ＿Ａ１０は、第１のベアラ更新手続きにより、受信した変更後のエフィシェントパスに対応づけられたＴＦＴを、図２１で説明したＵＥコンテキストに記憶することができる。

より詳細には、ＵＥ＿Ａ１０は、第１のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたＴＦＴ、及び又は、変更後のエフィシェントパスに対応づけられたＴＦＴを識別する情報をコアネットワーク＿Ａ９０から取得し、ＰＤＮコネクションごとのＵＥコンテキスト、及び又は、ベアラごとのＵＥコンテキストに記憶することができる。

また、ＭＭＥ＿Ａ４０は、第１のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたＴＦＴを、ＰＤＮコネクションごとのＭＭＥコンテキスト、及び又は、ベアラごとのＭＭＥコンテキストに記憶することができる。

また、ＳＧＷ＿Ａ３５、及び又は、ＰＧＷ＿Ａ３０は、第１のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたＴＦＴを、ＰＤＮコネクションごとのＥＰＳベアラコンテキスト、及び又は、ＥＰＳベアラごとのＥＰＳベアラコンテキストに記憶することができる。

［１．４．３．５．第２のベアラ更新手続き例］
第２のベアラ更新手続きは、コアネットワーク＿Ａ９０主導のベアラ更新手続きである。

第２のベアラ更新手続きにおける、ＳＧＷ＿Ａ３５はＳＧＷ＿Ｂ３６であってもよく、ＰＧＷ＿Ａ３０はＰＧＷ＿Ｂ３１であってもよい。

従って、第２のベアラ更新手続きの説明では、ＳＧＷ＿Ａ３５、及び、ＰＧＷ＿Ａ３０を用いて説明する。

以下、図２８を用いて第２のベアラ更新手続きの手順の例を説明する。

ＭＭＥ＿Ａ４０は、ＳＧＷ＿Ａ３５にベアラリソースコマンドメッセージを送信してみよい（Ｓ２８０４）。

ＭＭＥ＿Ａ４０は、すくなくとも第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報をベアラリソースコマンドメッセージに含めて送信してもよい。

ＭＭＥ＿Ａ４０は、第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報を含めてベアラリソースコマンドメッセージを送信することにより、エフィシェントパスの変更を要求してもよいし、要求する変更後のエフィシェントパスとなる通信路を示してもよい。

ＳＧＷ＿Ａ３５は、ベアラリソースコマンドメッセージを受信する。さらに、ＳＧＷ＿Ａ３５は、ベアラリソースコマンドメッセージの受信に基づいて、第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報を取得する。

ＳＧＷ＿Ａ３５は、ベアラリソースコマンドメッセージの受信に基づいて、ＰＧＷ＿Ａ３０にベアラリソースコマンドメッセージを送信してもよい（Ｓ２８０６）。

ＳＧＷ＿Ａ３５は、すくなくとも第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報をベアラリソースコマンドメッセージに含めて送信してもよい。

ＰＧＷ＿Ａ３０は、ベアラリソースコマンドメッセージを受信する。さらに、ＰＧＷ＿Ａ３０は、ベアラリソースコマンドメッセージの受信に基づいて、第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報を取得する。

ＰＧＷ＿Ａ３０は、ベアラリソースコマンドメッセージの受信に基づいて、ＳＧＷ＿Ａ３５にベアラ更新要求メッセージを送信する（Ｓ２８１０）。

ＰＧＷ＿Ａ３０は、すくなくとも第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報をベアラ更新要求メッセージに含めても良い。

なお、ＰＧＷ＿Ａ３０は、ベアラリソースコマンドメッセージの受信に基づかず、オペレータポリシーや加入者情報に基づいて、ＳＧＷ＿Ａ３５にベアラ更新要求メッセージを送信してもよい。

言い換えると、ＰＧＷ＿Ａ３０は、ベアラリソースコマンドメッセージの受信に基づかず、オペレータポリシーや加入者情報、他の装置が提供する機能に基づいて、第２のベアラ更新手続きを開始してもよい。

なお、他の装置が提供する機能とは、例えば、エフィシェントパスの更新が必要なことを検出するような機能であってもよい。

その場合、ＭＭＥ＿Ａ４０、及び又は、ＳＧＷ＿Ａ３５、及び又は、ＰＧＷ＿Ａ３０が送受信するベアラリソースコマンドメッセージは省略することができる。

また、ＰＧＷ＿Ａ３０は、第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報を含めてベアラ更新要求メッセージを送信することにより、エフィシェントパスの変更を要求してもよいし、要求する変更後のエフィシェントパスとなる通信路を示してもよい。

ＳＧＷ＿Ａ３５は、ベアラ更新要求メッセージを受信する。さらに、ＳＧＷ＿Ａ３５は
、ベアラ更新要求メッセージの受信に基づいて、第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報を取得する。

ＳＧＷ＿Ａ３５は、ベアラ更新要求メッセージの受信に基づいて、ＭＭＥ＿Ａ４０にベアラ更新要求メッセージを送信する（Ｓ２８１２）。

ＳＧＷ＿Ａ３５は、すくなくとも第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報をベアラ更新要求メッセージに含めても良い。

ＭＭＥ＿Ａ４０は、ベアラ更新要求メッセージを受信する。さらに、ＭＭＥ＿Ａ４０は、ベアラ更新要求メッセージの受信に基づいて、第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報を取得する。

ＭＭＥ＿Ａ４０は、ベアラ更新要求メッセージの受信に基づいて、ｅＮＢ＿Ａ４５にＥＰＳベアラコンテキスト変更要求メッセージを送信する（Ｓ２８１４）。

ＭＭＥ＿Ａ４０は、すくなくとも第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報をＥＰＳベアラコンテキスト変更要求メッセージに含めても良い。

また、ＭＭＥ＿Ａ４０はＥＰＳベアラコンテキスト変更要求メッセージにＥＰＳベアラＩＤ、及び又は、ＴＦＴを含めて送信してもよい。

ＭＭＥ＿Ａ４０は、第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報を含めてＥＰＳベアラコンテキスト変更要求メッセージを送信することにより、エフィシェントパスの変更を要求してもよいし、要求する変更後のエフィシェントパスとなる通信路を示してもよい。

ｅＮＢ＿Ａ４５は、ＥＰＳベアラコンテキスト変更要求メッセージを受信し、ＥＰＳベアラコンテキスト変更要求メッセージを含めたＲＲＣメッセージをＵＥ＿Ａ１０に送信する（Ｓ２８１６）。なお、ＲＲＣメッセージは、ＲＲＣコネクション再設定要求メッセージであって良い。

ＵＥ＿Ａ１０は、ＥＰＳベアラコンテキスト変更要求メッセージを含むＲＲＣメッセージを受信する。さらに、第４の識別情報、及び又は、第５の識別情報、及び又は、第１１の識別情報、及び又は、第１３の識別情報がＥＰＳベアラコンテキスト変更要求メッセージに含まれている場合には、ＵＥ＿Ａ１０は各識別情報を取得する。

また、ＵＥ＿Ａ１０は、ＥＰＳベアラコンテキスト変更要求メッセージの受信に基づいて、ＥＰＳベアラＩＤ、及び又は、ＴＦＴを受信してもよい。

ＵＥ＿Ａ１０は、ＥＰＳベアラコンテキスト変更要求メッセージの受信、及び又は、ＥＰＳベアラコンテキスト変更要求メッセージに含まれる情報、及び又は、ＵＥ＿Ａ１０がもつ識別情報に基づいて、ＵＥ＿Ａ１０のエフィシェントパスの変更、及び又は、変更後のエフィシェントパスとなる通信路を決定してもよい。

例えば、ＵＥ＿Ａ１０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路を、変更後のエフィシェントパスとして決定してもよい。

また、ＵＥ＿Ａ１０は、第４の識別情報、及び又は、第５の識別情報で示されたＴＦＴに対応づけられた通信路ではなく、ＵＥ＿Ａ１０が望む通信路を、変更後のエフィシェントパスとして決定してもよい。

また、ＵＥ＿Ａ１０は、変更後のエフィシェントパスに対応づけられたＴＦＴを第９の識別情報に含めて送信してもよい。

また、ＵＥ＿Ａ１０は、変更後のエフィシェントパスに対応づけられたＴＦＴを識別する情報を第１０の識別情報に含めて送信してもよい。

また、ＵＥ＿Ａ１０は、エフィシェントパスであると決定された通信路に対応づけて第１３の識別情報を送信してもよい。

なお、ＵＥ＿Ａ１０のエフィシェントパスの変更方法は、上記に限らない。

また、受信したＲＲＣメッセージに応答するために、ＵＥ＿Ａ１０はＲＲＣメッセージをｅＮＢ＿Ａ４５に送信する（Ｓ２８１８）。ＲＲＣメッセージは、ＲＲＣコネクション再設定完了メッセージであってよい。

ｅＮＢ＿Ａ４５は、ＲＲＣコネクション再設定メッセージを受信し、受信に基づいてベアラ設定メッセージをＭＭＥ＿Ａ４０に送信する（Ｓ２８２０）。

また、ＵＥ＿Ａ１０は、ＥＰＳベアラコンテキスト変更要求メッセージの受信に基づいて、ＥＰＳベアラコンテキスト変更受諾メッセージを含むＲＲＣメッセージをｅＮＢ＿Ａ４５に送信する（Ｓ２８２２）。

ＵＥ＿Ａ１０、すくなくとも第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報をＥＰＳベアラコンテキスト変更受諾メッセージに含めて送信してもよい。

ここで、ＥＰＳベアラコンテキスト変更受諾メッセージは、ＥＰＳベアラコンテキスト変更要求メッセージに対する応答メッセージであってよい。

なお、ＥＰＳベアラコンテキスト変更受諾メッセージを含めて送信するＲＲＣメッセージは、Ｄｉｒｅｃｔ Ｔｒａｎｓｆｅｒメッセージであってよい。

ｅＮＢ＿４５は、ＥＰＳベアラコンテキスト変更受諾メッセージが含まれるＲＲＣメッセージを受信し、ＥＰＳベアラコンテキスト変更受諾メッセージをＭＭＥ＿Ａ４０に送信する（Ｓ２８２４）。

ＭＭＥ＿Ａ４０は、ＥＰＳベアラコンテキスト変更受諾メッセージを受信する。さらに、ＭＭＥ＿Ａ４０は、ＥＰＳベアラコンテキスト変更受諾メッセージの受信に基づいて、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報を取得する。

ＭＭＥ＿Ａ４０は、ＥＰＳベアラコンテキスト変更受諾メッセージの受信、及び又は、ＥＰＳベアラコンテキスト変更受諾メッセージに含まれる情報に基づいて、エフィシェントパスの変更の承認、及び又は、変更後のエフィシェントパスとなる通信路を認識してもよい。

より詳細には、ＭＭＥ＿Ａ４０は、第１２の識別情報の受信に基づいて、エフィシェントパスの変更が承認されたことを認識してもよい。

また、ＭＭＥ＿Ａ４０は、受信した第９の識別情報に含まれるＴＦＴ、及び又は、第１０の識別情報によって識別されるＴＦＴに対応づけられた通信路を変更後のエフィシェントパスとして認識してもよい。

また、ＭＭＥ＿Ａ４０は、受信した第１３の識別情報に対応づけられた通信路をエフィシェントパスとして認識してもよい。

また、ＭＭＥ＿Ａ４０は、エフィシェントパスを示す情報を既に記憶している場合、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報の受信に基づいて、受信した識別情報によって識別される通信路をエフィシェントパスとして認識してもよい。

ＭＭＥ＿Ａ４０は、ＥＰＳベアラコンテキスト変更受諾メッセージの受信に基づいて、ＳＧＷ＿Ａ３５にベアラ変更応答メッセージを送信する（Ｓ２８２６）。

ＭＭＥ＿Ａ４０、すくなくとも第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報をベアラ変更応答メッセージに含めて送信してもよい。

なお、ベアラ変更応答メッセージは、ベアラ変更要求メッセージに対する応答メッセージであってもよい。

ＳＧＷ＿Ａ３５は、ベアラ変更応答メッセージを受信する。さらに、ＳＧＷ＿Ａ３５は、ベアラ変更応答メッセージの受信に基づいて、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報を取得する。

ＳＧＷ＿Ａ３５は、ベアラ変更応答メッセージの受信に基づいて、ＰＧＷ＿Ａ３０にベアラ変更応答メッセージを送信する（Ｓ２８２８）。

ＳＧＷ＿Ａ３５は、すくなくとも、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報をベアラ変更応答メッセージに含めて送信してもよい。

ＰＧＷ＿Ａ３０は、ベアラ変更応答メッセージを受信する。さらに、ＰＧＷ＿Ａ３０は、ベアラ変更応答メッセージの受信に基づいて、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報、及び又は、第１２の識別情報を取得する。

ＰＧＷ＿Ａ３０は、ＥＰＳベアラコンテキスト変更受諾メッセージの受信、及び又は、ＥＰＳベアラコンテキスト変更受諾メッセージに含まれる情報に基づいて、ＵＥ＿Ａ１０のエフィシェントパスの変更の承認、及び又は、変更後のエフィシェントパスとなる通信路を認識してもよい。

より詳細には、ＰＧＷ＿Ａ３０は、第１２の識別情報の受信に基づいてエフィシェントパスの変更が承認されたことを認識してもよい。

また、ＰＧＷ＿Ａ３０は、受信した第９の識別情報に含まれるＴＦＴ、及び又は、第１０の識別情報によって識別されるＴＦＴに対応づけられた通信路を変更後のエフィシェン
トパスとして認識してもよい。

また、ＰＧＷ＿Ａ３０は、受信した第１３の識別情報に対応づけられた通信路をエフィシェントパスとして認識してもよい。

また、ＰＧＷ＿Ａ３０は、エフィシェントパスを示す情報を既に記憶している場合、第９の識別情報、及び又は、第１０の識別情報、及び又は、第１３の識別情報の受信に基づいて、受信した識別情報によって識別される通信路をエフィシェントパスとして認識してもよい。

なお、ＴＦＴに対応づけられたエフィシェントパスを示す情報と、ＰＤＮコネクション、及び又は、ＵＥ＿Ａ１０に対応づけられたエフィシェントパスを示す情報とが異なる場合、ＰＧＷ＿Ａ３０は、送受信するユーザデータに応じてエフィシェントパスを変えてもよい。

例えば、ＴＦＴの１つであるＴＦＴ１に対応づけられたエフィシェントパスを示す情報がある場合について説明する。

ＰＧＷ＿Ａ３０は、ＴＦＴ１で識別されるユーザデータの送受信する場合、ＴＦＴ１に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。

また、ＰＧＷ＿Ａ３０は、ＴＦＴ１で識別されないユーザデータの送受信する場合、ＰＤＮコネクション、及び又は、ＵＥ＿Ａ１０に対応づけられたエフィシェントパスを示す情報によって識別される通信路をエフィシェントパスとして認識してもよい。

以上の手順により、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、第２のベアラ更新手続きを完了する。第２のベアラ更新手続きの完了に伴い、ＵＥ＿Ａ１０、及び又は、コアネットワーク＿Ａ９０は、エフィシェントパスを変更してもよい。

なお、ＵＥ＿Ａ１０は、第２のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたＴＦＴを、図２１で説明したＵＥコンテキストに記憶することができる。

より詳細には、ＵＥ＿Ａ１０は、第２のベアラ更新手続きにより、変更後のエフィシェントパスとなる通信路を識別する情報を、ＰＤＮコネクションごとのＵＥコンテキスト、及び又は、ベアラごとのＵＥコンテキストに記憶することができる。

また、ＭＭＥ＿Ａ４０は、第２のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたＴＦＴ、及び又は、変更後のエフィシェントパスに対応づけられたＴＦＴを識別する情報をＵＥ＿Ａ１０から取得し、ＰＤＮコネクションごとのＭＭＥコンテキスト、及び又は、ベアラごとのＭＭＥコンテキストに記憶することができる。

また、ＳＧＷ＿Ａ３５、及び又は、ＰＧＷ＿Ａ３０は、第２のベアラ更新手続きにより、変更後のエフィシェントパスに対応づけられたＴＦＴ、及び又は、変更後のエフィシェントパスに対応づけられたＴＦＴを識別する情報をＵＥ＿Ａ１０から取得し、ＰＤＮコネクションごとのＥＰＳベアラコンテキスト、及び又は、ＥＰＳベアラごとのＥＰＳベアラコンテキストに記憶することができる。

［１．４．３．６．エフィシェントパス変更手続きの変形例］
上述したエフィシェントパス変更手続き例におけるコアネットワーク＿Ａ９０は、図２を用いて説明したＭＭＥ＿Ａ４０、ＳＧＷ＿Ａ３５、ＰＧＷ＿Ａ３０を含む構成のコアネットワークの場合の送受信方法変更手続きを説明したが、コアネットワーク＿Ａ９０は別の装置を含んで構成されるものであってもよい。

その場合、本手続きで説明したＵＥ＿Ａ１０が送信するベアラリソース変更要求メッセージやＥＰＳベアラコンテキスト変更受諾メッセージなどのＮＡＳメッセージは、ＭＭＥ＿Ａ４０ではなく、コアネットワーク＿Ａ９０内の装置が受信する。

したがって、これまで説明したＭＭＥ＿Ａ４０のＮＡＳメッセージの受信および処理は、コアネットワーク＿Ａ９０内の装置が行うものとして置き換えることができる。

さらに、これまで説明したＭＭＥ＿Ａ４０のＥＰＳベアラコンテキスト変更要求メッセージなどのＮＡＳメッセージの送信および処理は、コアネットワーク＿Ａ９０内の装置が行うものとして置き換えることができる。

［２．変形例］
本発明に関わる装置で動作するプログラムは、本発明に関わる実施形態の機能を実現するように、Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ（ＣＰＵ）等を制御してコンピュータを機能させるプログラムであっても良い。プログラムあるいはプログラムによって取り扱われる情報は、一時的にＲａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ（ＲＡＭ）などの揮発性メモリあるいはフラッシュメモリなどの不揮発性メモリやＨａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ（ＨＤＤ）、あるいはその他の記憶装置システムに格納される。

尚、本発明に関わる実施形態の機能を実現するためのプログラムをコンピュータが読み取り可能な記録媒体に記録しても良い。この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することによって実現しても良い。ここでいう「コンピュータシステム」とは、装置に内蔵されたコンピュータシステムであって、オペレーティングシステムや周辺機器等のハードウェアを含むものとする。また、「コンピュータが読み取り可能な記録媒体」とは、半導体記録媒体、光記録媒体、磁気記録媒体、短時間動的にプログラムを保持する媒体、あるいはコンピュータが読み取り可能なその他の記録媒体であっても良い。

また、上述した実施形態に用いた装置の各機能ブロック、または諸特徴は、電気回路、たとえば、集積回路あるいは複数の集積回路で実装または実行され得る。本明細書で述べられた機能を実行するように設計された電気回路は、汎用用途プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、またはその他のプログラマブル論理デバイス、ディスクリートゲートまたはトランジスタロジック、ディスクリートハードウェア部品、またはこれらを組み合わせたものを含んでよい。汎用用途プロセッサは、マイクロプロセッサであってもよいし、従来型のプロセッサ、コントローラ、マイクロコントローラ、またはステートマシンであっても良い。前述した電気回路は、デジタル回路で構成されていてもよいし、アナログ回路で構成されていてもよい。また、半導体技術の進歩により現在の集積回路に代替する集積回路化の技術が出現した場合、本発明は当該技術による新たな集積回路を用いることも可能である。

なお、本願発明は上述の実施形態に限定されるものではない。実施形態では、装置の一例を記載したが、本願発明は、これに限定されるものではなく、屋内外に設置される据え置き型、または非可動型の電子機器、たとえば、ＡＶ機器、キッチン機器、掃除・洗濯機器、空調機器、オフィス機器、自動販売機、その他生活機器などの端末装置もしくは通信
装置に適用出来る。

以上、この発明の実施形態に関して図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計変更等も含まれる。また、本発明は、請求項に示した範囲で種々の変更が可能であり、異なる実施形態にそれぞれ開示された技術的手段を適宜組み合わせて得られる実施形態についても本発明の技術的範囲に含まれる。また、上記各実施形態に記載された要素であり、同様の効果を奏する要素同士を置換した構成も含まれる。

１ 通信システム
５ ＰＤＮ＿Ａ
１０ ＵＥ＿Ａ
２０ ＵＴＲＡＮ＿Ａ
２２ ｅＮＢ（ＵＴＲＡＮ）＿Ａ
２４ ＲＮＣ＿Ａ
２５ ＧＥＲＡＮ＿Ａ
２６ ＢＳＳ＿Ａ
３０ ＰＧＷ＿Ａ
３１ ＰＧＷ＿Ｂ
３５ ＳＧＷ＿Ａ
３６ ＳＧＷ＿Ｂ
４０ ＭＭＥ＿Ａ
４５ ｅＮＢ＿Ａ
５０ ＨＳＳ＿Ａ
５５ ＡＡＡ＿Ａ
６０ ＰＣＲＦ＿Ａ
６５ ｅＰＤＧ＿Ａ
７０ ＷＬＡＮ ＡＮａ
７２ ＷＬＡＮ ＡＰａ
７４ ＴＷＡＧ＿Ａ
７５ ＷＬＡＮ ＡＮｂ
７６ ＷＬＡＮ ＡＰｂ
８０ ＬＴＥ ＡＮ＿Ａ
９０ コアネットワーク＿Ａ
１００ ＣＩＯＴ ＡＮ＿Ａ

Claims (20)

1. 端末装置の通信制御方法であって、
   少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）と第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションを確立するステップと、
   少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第２のＰＧＷと第２のＰＤＮコネクションを確立するステップと、
   第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
   少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ
   Ｔｅｍｐｌａｔｅ）を含むＥＰＳベアラコンテキスト変更要求を、前記基地局装置を介して前記コアネットワークから受信するステップと、
   前記第２のＰＤＮコネクションから前記第１のＰＤＮコネクションにエフィシェントパスを変更するステップと
   を有することを特徴とする端末装置の通信制御方法。
2. 端末装置の通信制御方法であって、
   少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）と第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションを確立するステップと、
   少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第２のＰＧＷと第２のＰＤＮコネクションを確立するステップと、
   第１の識別情報は、エフィシェントパスの変更を要求すること示す情報であることを示す情報であり、
   少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ
   Ｔｅｍｐｌａｔｅ）を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記コアネットワークに送信するステップと、
   前記第２のＰＤＮコネクションから前記第１のＰＤＮコネクションにエフィシェントパスを変更するステップと
   を有することを特徴とする端末装置の通信制御方法。
3. 第２の識別情報は、エフィシェントパスを選択することを要求していることを示す情報、及び／又はエフィシェントパスの通知を要求することを示す情報、及び／又は前記コアネットワークのエフィシェントパスの通知機能の有効化を要求することを示す情報であり、
   少なくとも前記第２の識別情報を含むアタッチ要求メッセージを、前記基地局を介して前記コアネットワークに送信するステップ
   を有することを特徴とする請求項１又は２に記載の端末装置の通信制御方法。
4. 第３の識別情報は、端末装置がエフィシェントパスを選択することを許可することを示す情報であり、
   第４の識別情報は、コアネットワークがエフィシェントパスを選択する能力があること
   を示す情報、及び／又はコアネットワークがエフィシェントパスの通知機能を有することを示す情報であり、
   前記アタッチ受諾メッセージは、少なくとも前記第３の識別情報及び／又は第４の識別情報を更に含む
   ことを特徴とする請求項３に記載の端末装置の通信制御方法。
5. 前記デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージには、少なくとも第１の識別情報を含む
   ことを特徴とする請求項１又は２に記載の端末装置の通信制御方法。
6. ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙｔ）の通信制御方法であって、
   少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信して、前記端末装置と第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを記憶するステップと、
   少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信して、前記端末装置と第２のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第２のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを記憶するステップと、
   第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
   少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ
   Ｔｅｍｐｌａｔｅ）を含むＥＰＳベアラコンテキスト変更要求を、前記基地局装置を介して前記端末装置に送信するステップ
   を有することを特徴とするＭＭＥの通信制御方法。
7. ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙｔ）の通信制御方法であって、
   少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信して、前記端末装置と第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを記憶するステップと、
   少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信して、前記端末装置と第２のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第２のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを記憶するステップと、
   第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
   エフィシェントパスを変更するために、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記端末装置から受信するステップ
   を有することを特徴とするＭＭＥの通信制御方法。
8. 第２の識別情報は、エフィシェントパスを選択することを要求していることを示す情報、及び／又はエフィシェントパスの通知を要求することを示す情報、及び／又はコアネットワークのエフィシェントパスの通知機能の有効化を要求することを示す情報であり、
   少なくとも前記第２の識別情報を含むアタッチ要求メッセージを、前記基地局を介して前記端末装置から受信するステップ
   を有することを特徴とする請求項６又は７に記載のＭＭＥの通信制御方法。
9. 第３の識別情報は、端末装置がエフィシェントパスを選択することを許可することを示す情報であり、
   第４の識別情報は、コアネットワークがエフィシェントパスを選択する能力があることを示す情報、及び／又はコアネットワークがエフィシェントパスの通知機能を有することを示す情報であり、
   少なくとも前記第３の識別情報及び／又は第４の識別情報を前記アタッチ受諾メッセージに含めるステップ
   を有することを特徴とする請求項８に記載のＭＭＥの通信制御方法。
10. 少なくとも前記第１の識別情報を前記デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージに含める
    ことを特徴とする請求項６又は７に記載のＭＭＥの通信制御方法。
11. 端末装置であって、
    少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）と第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションを確立する制御部を有し、
    前記制御部は、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第２のＰＧＷと第２のＰＤＮコネクションを確立し、
    第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
    少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ
    Ｔｅｍｐｌａｔｅ）を含むＥＰＳベアラコンテキスト変更要求を、前記基地局装置を介して前記コアネットワークから受信する送受信部を有し、
    前記制御部は、前記第２のＰＤＮコネクションから前記第１のＰＤＮコネクションにエフィシェントパスを変更する
    ことを特徴とする端末装置。
12. 端末装置であって、
    少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介してコアネットワークから受信して、第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）と第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションを確立する制御部を有し、
    前記制御部は、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記コアネットワークから受信して、第２のＰＧＷと第２のＰＤＮコネクションを確立し、
    第１の識別情報は、エフィシェントパスの変更を要求すること示す情報であることを示す情報であり、
    少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエ
    フィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ
    Ｔｅｍｐｌａｔｅ）を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記コアネットワークに送信する送受信部を有し、
    前記制御部は、前記第２のＰＤＮコネクションから前記第１のＰＤＮコネクションにエフィシェントパスを変更する
    ことを特徴とする端末装置。
13. 第２の識別情報は、エフィシェントパスを選択することを要求していることを示す情報、及び／又はエフィシェントパスの通知を要求することを示す情報、及び／又は前記コアネットワークのエフィシェントパスの通知機能の有効化を要求することを示す情報であり、
    前記送受信部は、少なくとも前記第２の識別情報を含むアタッチ要求メッセージを、前記基地局を介して前記コアネットワークに送信する
    ことを特徴とする請求項１１又は１２に記載の端末装置。
14. 第３の識別情報は、端末装置がエフィシェントパスを選択することを許可することを示す情報であり、
    第４の識別情報は、コアネットワークがエフィシェントパスを選択する能力があることを示す情報、及び／又はコアネットワークがエフィシェントパスの通知機能を有することを示す情報であり、
    前記送受信部は、前記アタッチ受諾メッセージに含まれる前記第３の識別情報及び／又は第４の識別情報を受信する
    ことを特徴とする請求項１３に記載の端末装置。
15. 前記送受信部は、前記デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージに含まれる第１の識別情報を受信する
    ことを特徴とする請求項１１又は１２に記載の端末装置。
16. ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙｔ）であって、
    少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信する送受信部を有し、
    前記端末装置と第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを記憶する制御部を有し、
    前記送受信部は、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信し、
    前記制御部は、前記端末装置と第２のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第２のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを記憶し、
    第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
    前記送受信部は、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）を含むＥＰＳベアラコンテキスト変更要求を、前記基地局装置を介して前記端末装置に送信する
    ことを特徴とするＭＭＥ。
17. ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙｔ）であって、
    少なくとも第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを含むアタッチ受諾メッセージを、基地局装置を介して端末装置に送信する送受信部を有し、
    前記端末装置と第１のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第１のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第１のベアラ識別情報及び／又は第１のＡＰＮ及び／又は第１のＩＰアドレスを記憶する制御部を有し、
    前記送受信部は、少なくとも第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを含むデフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージを、前記基地局装置を介して前記端末装置に送信し、
    前記制御部は、前記端末装置と第２のＰＧＷ（Ｐａｋｅｔ Ｄａｔａ Ｇａｔｅｗａｙ）が確立する第２のＰＤＮ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）コネクションに対応づけて、第２のベアラ識別情報及び／又は第２のＡＰＮ及び／又は第２のＩＰアドレスを記憶し、
    第１の識別情報は、通信路がエフィシェントパスであることを示す情報であり、
    前記送受信部は、エフィシェントパスを変更するために、少なくとも、前記第１の識別情報、及び／又前記第１のベアラ識別情報、及び／又はエフィシェントパスを用いて通信するフローを識別するＴＦＴ（Ｔｒａｆｆｉｃ Ｆｌｏｗ Ｔｅｍｐｌａｔｅ）を含むベアラリソース変更要求メッセージを、前記基地局装置を介して前記端末装置から受信する
    ことを特徴とするＭＭＥ。
18. 第２の識別情報は、エフィシェントパスを選択することを要求していることを示す情報、及び／又はエフィシェントパスの通知を要求することを示す情報、及び／又はコアネットワークのエフィシェントパスの通知機能の有効化を要求することを示す情報であり、
    前記送受信部は、少なくとも前記第２の識別情報を含むアタッチ要求メッセージを、前記基地局を介して前記端末装置から受信する
    ことを特徴とする請求項１６又は１７に記載のＭＭＥ。
19. 第３の識別情報は、端末装置がエフィシェントパスを選択することを許可することを示す情報であり、
    第４の識別情報は、コアネットワークがエフィシェントパスを選択する能力があることを示す情報、及び／又はコアネットワークがエフィシェントパスの通知機能を有することを示す情報であり、
    前記制御部は、少なくとも前記第３の識別情報及び／又は第４の識別情報を前記アタッチ受諾メッセージに含める
    ことを特徴とする請求項１８に記載のＭＭＥ。
20. 前記制御部は、前記デフォルトＥＰＳベアラコンテキストアクティブ化要求メッセージに少なくとも前記第１の識別情報を含める
    ことを特徴とする請求項１６又は１７に記載のＭＭＥ。