(57)【要約】  移動通信の管理制御を行うためにコアネットワーク側に配置した移動管理ノードである移動管理用ノードＭＭＥ（２２）は、移動局ＵＥ（２７）からデタッチを要求するデタッチ要求信号を受け取った際に、コアネットワーク側のデタッチ処理を省略して、当該移動局ＵＥ（２７）が先にアタッチした際に設定していたコアネットワーク側の通信用のセッションをそのまま保持して、移動局ＵＥ（２７）との無線回線のみを解放させて、移動局ＵＥ（２７）とコアネットワークとの接続を切断し、しかる後、移動局（２７）からアタッチを要求するアタッチ要求信号を受け取った際に、コアネットワーク側のアタッチ処理を省略して、移動局（２７）に関して保持していたコアネットワーク側の通信用のセッションをそのまま使用し、無線回線のみの設定を行う。
2013046620.tif 000002
【特許請求の範囲】
【請求項１】
移動端末から無線回線を介してアクセスされるコアネットワークを備えた移動通信ネットワークシステムにおいて、
前記移動端末からデタッチを要求するデタッチ要求信号を受け取った際に、当該移動端末がアタッチした際に設定していた前記コアネットワーク側の通信用のセッションを保持した状態で、前記無線回線を解放させ、
当該移動端末からアタッチを要求するアタッチ要求信号を受け取った際に、保持していた前記コアネットワーク側の通信用のセッションを使用し、前記無線回線の設定を行うことを特徴とする移動通信ネットワークシステム。
【請求項２】
移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードは、前記移動端末の属性を示す端末情報や加入者情報に応じて、もしくは、前記アタッチ要求信号や前記デタッチ要求信号に付加されているパラメータに応じて、前記コアネットワーク側のデタッチ処理やアタッチ処理を省略するか否かを判別することを特徴とする請求項１に記載の移動通信ネットワークシステム。
【請求項３】
移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードは、前記移動端末から前記デタッチ要求信号を受け取って、前記コアネットワーク側のデタッチ処理を省略した場合、当該移動端末からの再アタッチ・デタッチ要求の発生間隔よりもあらかじめ定めた時間だけ少し長い時間を、保持している前記通信用のセッションの強制的な解放を待ち合せる時間としてセッション保持タイマに設定し、当該移動端末から前記アタッチ要求信号を受け取ることなく、前記セッション保持タイマが満了した場合には、前記コアネットワーク側の通常のデタッチ処理を実施させることにより、保持していた前記通信用のセッションに関する情報を削除して、当該通信用のセッションを強制的に解放することを特徴とする請求項１または２に記載の移動通信ネットワークシステム。
【請求項４】
前記移動管理ノードは、前記移動端末から前記デタッチ要求信号を受け取った際に、前記コアネットワーク側のデタッチ処理を省略して、保持している前記通信用のセッションの強制的な解放を待ち合せる時間を前記セッション保持タイマに設定した場合、当該移動端末からの再アタッチ要求が発生するか、または、前記セッション保持タイマが満了するまでの間、ルーティングエリアを周期的に更新するためのタイマを停止するとともに、以降のページング要求を破棄することを特徴とする請求項３に記載の移動通信ネットワークシステム。
【請求項５】
移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードが、３ＧＰＰ規格に制定されているパケット交換機ＳＧＳＮ（Serving  ＧＰＲＳ（General  Packet  Radio  Service）  Support  Node）または移動管理用ノードＭＭＥ（Mobility  Management  Entity）であることを特徴とする請求項１ないし４のいずれかに記載の移動通信ネットワークシステム。
【請求項６】
移動端末から無線回線を介してアクセスされるコアネットワークを備えた移動通信ネットワークシステムにおいて用いられる通信制御方法であって、
前記移動端末からデタッチを要求するデタッチ要求信号を受け取った際に、当該移動端末がアタッチした際に設定していた前記コアネットワーク側の通信用のセッションを保持した状態で、前記無線回線を解放させ、
当該移動端末からアタッチを要求するアタッチ要求信号を受け取った際に、保持していた前記コアネットワーク側の通信用のセッションを使用し、前記無線回線の設定を行うことを特徴とする通信制御方法。
【請求項７】
移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードは、前記移動端末の属性を示す端末情報や加入者情報に応じて、もしくは、前記アタッチ要求信号や前記デタッチ要求信号に付加されているパラメータに応じて、前記コアネットワーク側のデタッチ処理やアタッチ処理を省略するか否かを判別することを特徴とする請求項６に記載の通信制御方法。
【請求項８】
移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードは、前記移動端末から前記デタッチ要求信号を受け取って、前記コアネットワーク側のデタッチ処理を省略した場合、当該移動端末からの再アタッチ・デタッチ要求の発生間隔よりもあらかじめ定めた時間だけ少し長い時間を、保持している前記通信用のセッションの強制的な解放を待ち合せる時間としてセッション保持タイマに設定し、しかる後、当該移動端末から前記アタッチ要求信号を受け取ることなく、前記セッション保持タイマが満了した場合には、前記コアネットワーク側の通常のデタッチ処理を実施させることにより、保持していた前記通信用のセッションに関する情報を削除して、当該通信用のセッションを強制的に解放することを特徴とする請求項６または７に記載の通信制御方法。
【請求項９】
前記移動管理ノードは、前記移動端末から前記デタッチ要求信号を受け取った際に、前記コアネットワーク側のデタッチ処理を省略して、保持している前記通信用のセッションの強制的な解放を待ち合せる時間を前記セッション保持タイマに設定した場合、当該移動端末からの再アタッチ要求が発生するか、または、前記セッション保持タイマが満了するまでの間、ルーティングエリアを周期的に更新するためのタイマを停止するとともに、以降のページング要求を破棄することを特徴とする請求項８に記載の通信制御方法。
【請求項１０】
請求項６ないし９のいずれかに記載の通信制御方法を、移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードに備えたコンピュータに実行させるための移動端末アタッチ・デタッチ処理プログラムが格納された非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信ネットワークシステム、通信制御方法および移動端末アタッチ・デタッチ処理プログラムに関し、特に、移動端末（無線通信端末）のコアネットワーク（コアノード）へのアタッチ・デタッチ時のコアネットワーク側の負荷軽減を可能にする移動通信ネットワークシステム、通信制御方法および移動端末アタッチ・デタッチ処理プログラムに関する。
【背景技術】
【０００２】
近年の無線通信技術の進展は目覚しく、第３世代（３Ｇ）システムをはじめ、さらに進化した移動通信ネットワークシステムに関しても、３ＧＰＰ（Third  Generation  Partnership  Project）において種々の規格が精力的に制定されている。さらには、特許文献１の特開２００９−２４６７７２号公報「移動管理装置および無線通信局装置」や特許文献２の特表２００９−５１６３９９号公報「進化したシステム・アタッチ処理手順を実装する無線通信システムおよび方法」等に記載されているように、３ＧＰＰ規格に準拠した移動通信ネットワークシステムとして高速・大容量のパケット通信を実現する試みが活発に行われている。【０００３】
かくのごとき状況下において、携帯電話機やＭ２Ｍ(Machine-to-MachineまたはMachine-to-Management)等の大量の移動端末（無線通信端末）がネットワーク上に存在する場合に、ネットワーク上の大量の移動端末（無線通信端末）から、ネットワークとの接続・開放を要求するアタッチ・デタッチ要求がコアネットワーク側に対して行われる。このような要求が高頻度で発生すると、コアネットワークやコアノードに多大な負荷を掛けてしまい、輻輳や装置障害を引き起こし兼ねない。【０００４】
一方、Ｍ２Ｍ等の端末用途によっては、場所的な移動を行わず、且つ、毎回のセッション情報の更新の必要がない場合も存在する。したがって、かかる場合においては、アタッチ・デタッチ処理を削減することによって、コアネットワークやコアノードの負荷を軽減させて、コアネットワークやコアノードの輻輳や装置障害の発生要因を軽減するように対策することが必要である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００９−２４６７７２号公報（第４−９頁）
【特許文献２】特表２００９−５１６３９９号公報（第９−１２頁）
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、従来技術においては、アタッチ・デタッチ処理の負荷を意識した処理削減手法が存在していなかった。つまり、従来のコアネットワーク側の処理においては、アタッチとデタッチとを行なっている移動端末（無線通信端末）に対しては、移動端末（無線通信端末）の特徴を意識することなく、すべての移動端末（無線通信端末）に関して場所的な移動が伴うものとして、一律に処理を行なっていた。【０００７】
しかし、前述したように、移動を伴わず、かつ、１日に１度程度のアタッチ・デタッチ要求しか行わないような移動端末（無線通信端末）も存在している。かくのごとき移動端末（無線通信端末）に対しても、従来においては、コアネットワーク側の処理は、その都度、毎回同じ処理を繰り返すことになり、無駄に、コアネットワークやコアノードに対して負荷を掛けることになっていた。【０００８】
（本発明の目的）
本発明は、かかる事情に鑑みて成されたものであり、移動端末のアタッチ・デタッチ時のコアネットワーク側の負荷の軽減を可能にする移動通信ネットワークシステム、通信制御方法および移動端末アタッチ・デタッチ処理プログラムを提供することを、その目的としている。
【課題を解決するための手段】
【０００９】
前述の課題を解決するため、本発明による移動通信ネットワークシステム、通信制御方法および移動端末アタッチ・デタッチ処理プログラムは、主に、次のような特徴的な構成を採用している。【００１０】
（１）本発明による移動通信ネットワークシステムは、移動端末から無線回線を介してアクセスされるコアネットワークを備えた移動通信ネットワークシステムにおいて、移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードは、前記移動端末からデタッチを要求するデタッチ要求信号を受け取った際に、前記コアネットワーク側のデタッチ処理を省略して、当該移動端末が先にアタッチした際に設定していた前記コアネットワーク側の通信用のセッションをそのまま保持した状態で、前記無線回線を解放させ、しかる後、当該移動端末からアタッチを要求するアタッチ要求信号を受け取った際に、前記コアネットワーク側のアタッチ処理を省略して、当該移動端末に関して保持していた前記コアネットワーク側の通信用のセッションをそのまま使用し、前記無線回線の設定を行うことを特徴とする。【００１１】
（２）本発明による通信制御方法は、移動端末から無線回線を介してアクセスされるコアネットワークを備えた移動通信ネットワークシステムにおいて前記移動端末から前記コアネットワークに対してアタッチ、デタッチの要求があった場合の移動端末アタッチ・デタッチ処理方法であって、移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードは、前記移動端末からデタッチを要求するデタッチ要求信号を受け取った際に、前記コアネットワーク側のデタッチ処理を省略して、当該移動端末が先にアタッチした際に設定していた前記コアネットワーク側の通信用のセッションをそのまま保持した状態で、前記無線回線を解放させ、しかる後、当該移動端末からアタッチを要求するアタッチ要求信号を受け取った際に、前記コアネットワーク側のアタッチ処理を省略して、当該移動端末に関して保持していた前記コアネットワーク側の通信用のセッションをそのまま使用し、前記無線回線の設定を行うことを特徴とする。【００１２】
（３）本発明による通信制御プログラムは、少なくとも前記（２）に記載の通信制御方法を、前記移動管理ノードに備えたコンピュータによって実行可能なプログラムとして実施していることを特徴とする。
【発明の効果】
【００１３】
本発明の移動通信ネットワークシステム、移動端末アタッチ・デタッチ処理方法および移動端末アタッチ・デタッチ処理プログラムによれば、以下のような効果を奏することができる。【００１４】
すなわち、移動端末の属性を示す端末情報や加入者情報、もしくは、アタッチ・デタッチ要求信号に追加して付加されたパラメータに応じて、コアネットワーク側における移動端末のアタッチ・デタッチ処理を省略することを可能にしているので、大量の移動端末を収容する場合であっても、コアネットワーク側の負荷の軽減を図ることが可能になる。
【図面の簡単な説明】
【００１５】
【図１】本発明による移動通信ネットワークシステムのシステム構成の一例を示すシステム構成図である。
【図２】本発明による移動通信ネットワークシステムのシステム構成の他の例を示すシステム構成図である。
【図３】図１の移動通信ネットワークシステムにおいて通常のアタッチ処理を実施する場合の動作の一例を示すシーケンスチャートである。
【図４】図１の移動通信ネットワークシステムにおいて移動局ＭＳからのデタッチ要求信号があった場合のコアネットワーク側の通常のデタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。
【図５】図１の移動通信ネットワークシステムにおいて図４のデタッチ処理省略後に移動局ＭＳからのアタッチ要求信号があった場合のコアネットワーク側の通常のアタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。
【図６Ａ】図２の移動通信ネットワークシステムにおいて移動局ＵＥからの要求信号に基づいて通常のアタッチ処理を実施する場合の動作の一例を示すシーケンスチャートである。
【図６Ｂ】図２の移動通信ネットワークシステムにおいて移動局ＵＥからの要求信号に基づいて通常のアタッチ処理を実施する場合の動作の一例を示すシーケンスチャートである。
【図７】図２の移動通信ネットワークシステムにおいて移動局ＵＥからのデタッチ要求信号があった場合のコアネットワーク側の通常のデタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。
【図８Ａ】図２の移動通信ネットワークシステムにおいて図７のデタッチ処理省略後に移動局ＵＥからのアタッチ要求信号があった場合のコアネットワーク側の通常のアタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。
【図８Ｂ】図２の移動通信ネットワークシステムにおいて図７のデタッチ処理省略後に移動局ＵＥからのアタッチ要求信号があった場合のコアネットワーク側の通常のアタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。
【図９Ａ】図２の移動通信ネットワークシステムにおいて移動局ＵＥからのデタッチ要求信号があった場合のコアネットワーク側の通常のデタッチ処理を省略する場合の動作の図７とは異なる例を示すシーケンスチャートである。
【図９Ｂ】図２の移動通信ネットワークシステムにおいて移動局ＵＥからのデタッチ要求信号があった場合のコアネットワーク側の通常のデタッチ処理を省略する場合の動作の図７とは異なる例を示すシーケンスチャートである。
【図１０Ａ】図２の移動通信ネットワークシステムにおいて図９のデタッチ処理省略後に移動局ＵＥからのアタッチ要求信号があった場合のコアネットワーク側の通常のアタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。
【図１０Ｂ】図２の移動通信ネットワークシステムにおいて図９のデタッチ処理省略後に移動局ＵＥからのアタッチ要求信号があった場合のコアネットワーク側の通常のアタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。
【発明を実施するための形態】
【００１６】
以下、本発明による移動通信ネットワークシステム、移動端末アタッチ・デタッチ処理方法および移動端末アタッチ・デタッチ処理プログラムの好適な実施形態について添付図を参照して説明する。なお、以下の説明においては、本発明による移動通信ネットワークシステムおよび移動端末アタッチ・デタッチ処理方法について説明するが、かかる移動端末アタッチ・デタッチ処理方法を移動通信の管理制御を行うためにコアネットワーク側に配置した移動管理ノードに備えられたコンピュータにより実行可能な移動端末アタッチ・デタッチ処理プログラムとして実施するようにしても良いし、あるいは、移動端末アタッチ・デタッチ処理プログラムをコンピュータにより読み取り可能な記録媒体に記録するようにしても良いことは言うまでもない。
【００１７】
（本発明の特徴）
本発明の実施形態の説明に先立って、本発明の特徴についてその概要をまず説明する。本発明は、移動通信の管理制御を行うためにコアネットワーク側に配置した移動管理ノードにおいて、例えば、３ＧＰＰ（Third  Generation  Partnership  Project）規格に規定された移動管理用ノードＭＭＥ（Mobility  Management  Entity）やパケット交換機ＳＧＳＮ（Serving  GPRS  Support  Node）において、移動端末の初回デタッチ時にコアネットワーク側のデタッチ処理を行わないようにすることによって、初回アタッチ時のコアネットワーク側のセッション状態を該コアネットワーク側においてそのまま保持し、２回目以降のコアネットワーク側のアタッチ・デタッチ処理を省略することを可能にし、而して、アタッチとデタッチとのみを繰り返すような移動端末に対して、コアネットワーク側のアタッチ処理およびデタッチ処理を繰り返すことを回避して、コアネットワーク側の負荷の軽減を可能にすることを主要な特徴としている。
【００１８】
（実施形態の構成例）
次に、本発明による移動通信ネットワークシステムのシステム構成例について、その一例を、図１および図２を用いて説明する。図１は、本発明による移動通信ネットワークシステムのシステム構成の一例を示すシステム構成図であり、３ＧＰＰ規格のＵＴＲＡＮ（UMTS（Universal  Mobile  Telephone  Services）  Terrestrial  Radio  Access  Network：ユニバーサル移動電話サービス地上無線アクセスネットワーク）方式の移動通信ネットワークシステムの構成例を示している。また、図２は、本発明による移動通信ネットワークシステムのシステム構成の他の例を示すシステム構成図であり、３ＧＰＰ規格のＥ−ＵＴＲＡＮ（Evolved  ＵＴＲＡＮ：進化したユニバーサル移動電話サービス地上無線アクセスネットワーク）方式の移動通信ネットワークシステムの構成例を示している。
【００１９】
図１に示すＵＴＲＡＮ方式の移動通信ネットワークシステムにおいては、３ＧＰＰ（Third  Generation  Partnership  Project）規格に規定されているように、加入者情報管理装置ＨＬＲ（Home  Location  Register）１１、加入者ロケーションレジスタＶＬＲ(Visitor  Location  Register)１２、パケット交換機ＳＧＳＮ（Serving  ＧＰＲＳ（General  Packet  Radio  Service）  Support  Node）１３、ゲートウェイパケット交換機ＧＧＳＮ（Gateway  ＧＰＲＳ  Support  Node）１４、無線回線制御局ＲＮＣ（Radio  Network  Controller）１５、移動局ＭＳ（Mobile  Station）１６を少なくとも含んで構成される。
【００２０】
ここで、本実施形態においては、パケット交換機ＳＧＳＮ１３は、無線回線制御局ＲＮＣ１５を接続し、移動通信の管理制御を行うためにコアネットワーク側に配置した移動管理ノードである。パケット交換機ＳＧＳＮ１３は、アタッチ・デタッチを要求する移動端末すなわち移動局ＭＳ１６の属性を示す端末情報や加入者情報（端末種別）、もしくは、移動端末すなわち移動局ＭＳ１６からのアタッチ・デタッチ要求信号に付加されているパラメータ等によって、アタッチ・デタッチ処理を削減すべきか否かを判断することができる。パケット交換機ＳＧＳＮ１３は、アタッチ・デタッチ処理を削減すべき移動端末であると判断した場合は、コアネットワーク側の通常のアタッチ・デタッチ処理を省略して、移動端末すなわち移動局ＭＳ１６に対して、要求信号に対する応答信号を返す機能を具備している。
【００２１】
また、図２に示すＥ−ＵＴＲＡＮ方式の移動通信ネットワークシステムにおいては、３ＧＰＰ規格に規定されているように、加入者情報管理装置ＨＳＳ（Home  Subscriber  Server）２１、移動管理用ノードＭＭＥ（Mobility  Management  Entity）２２、加入者ポリシー／課金ルール管理装置ＰＣＲＦ(Policy  and  Charging  Rules  Function)２３、ＰＤＮゲートウェイ装置Ｐ−ＧＷ（ＰＤＮ（Packet  Data  Network）  Gateway）２４、中継ゲートウェイ装置Ｓ−ＧＷ（Serving  Gateway）２５、無線基地局ｅＮｏｄｅＢ（Enhanced  Node  B）２６、移動局ＵＥ（User  Equipment）２７を少なくとも含んで構成される。
【００２２】
ここで、本実施形態においては、移動管理用ノードＭＭＥ２２は、無線基地局ｅＮｏｄｅＢ２６を接続し、移動通信の管理制御を行うためにコアネットワーク側に配置した移動管理ノードである。移動管理用ノードＭＭＥ２２は、アタッチ・デタッチを要求する移動端末すなわち移動局ＵＥ２７の属性を示す端末情報や加入者情報（端末種別）、もしくは、移動端末すなわち移動局ＵＥ２７からのアタッチ・デタッチ要求信号に付加されているパラメータ等によって、アタッチ・デタッチ処理を削減すべきか否かを判断することができる。移動管理用ノードＭＭＥ２２は、アタッチ・デタッチ処理を削減すべき移動端末であると判断した場合は、コアネットワーク側の通常のアタッチ・デタッチ処理を省略して、移動端末すなわち移動局ＵＥ２７に対して、要求信号に対する応答信号を返す機能を具備している。
【００２３】
（実施形態の動作の説明）
（第１の動作例）
次に、図１に示したＵＴＲＡＮ方式の移動通信ネットワークシステムの動作について、その一例を、図３ないし図５のシーケンスチャートを用いて説明する。図３は、図１の移動通信ネットワークシステムにおいて移動局ＭＳ１６からの要求信号に基づいて通常のアタッチ処理を実施する場合の動作の一例を示すシーケンスチャートである。図４は、図１の移動通信ネットワークシステムにおいて移動局ＭＳ１６からのデタッチ要求信号があった場合のコアネットワーク側の通常のデタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。図５は、図１の移動通信ネットワークシステムにおいて図４のデタッチ処理省略後に移動局ＭＳ１６からのアタッチ要求信号があった場合のコアネットワーク側の通常のアタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。
【００２４】
まず、図３に示すシーケンスチャートを用いて、３ＧＰＰのＴＳ２３．０６０規格に準拠した通常のアタッチ処理を実行する手順について説明する。パケット交換機ＳＧＳＮ１３は、移動局ＭＳ１６からアタッチを要求するAttach  Request信号（アタッチ要求信号）を受け取ると（シーケンスＳｅｑ１）、要求元の移動局ＭＳ１６に関するコアネットワークとしての認証、秘匿処理、インテグリティ等のセキュリティ処理を実施する（シーケンスＳｅｑ２）。
【００２５】
認証、秘匿処理、インテグリティ等のセキュリティ処理を完了すると、パケット交換機ＳＧＳＮ１３は、要求元の移動局ＭＳ１６を最初に登録する場合、加入者情報管理装置ＨＬＲ１１に対して、移動局ＭＳ１６の位置の更新登録を要求するUpdate  Location  Request信号を送出する（シーケンスＳｅｑ３）。Update  Location  Request信号を受け取った加入者情報管理装置ＨＬＲ１１は、Update  Location  Request信号に含まれている移動局ＭＳ１６の位置の更新登録をするとともに、該移動局ＭＳ１６に関する属性を示す端末情報や加入者情報をInsert  Subscriber  Data信号としてパケット交換機ＳＧＳＮ１３に対して返送する（シーケンスＳｅｑ４）。
【００２６】
パケット交換機ＳＧＳＮ１３は、受け取ったInsert  Subscriber  Data信号に含まれている端末情報や加入者情報に基づいて、要求元の移動局ＭＳ１６がアタッチすることが許容されている移動局か否かを確認する。パケット交換機ＳＧＳＮ１３は、確認が得られると、確認結果を示すＭＭ（Mobility  Management）コンテキストとともにInsert  Subscriber  Data信号を正常に受け取ったことを示すInsert  Subscriber  Data  Ack信号を加入者情報管理装置ＨＬＲ１１に対して返送する（シーケンスＳｅｑ５）。Insert  Subscriber  Data  Ack信号を受け取った加入者情報管理装置ＨＬＲ１１は、確認結果を示すＭＭコンテキストを登録するとともに、Update  Location  Request信号の要求を受け付けた旨を示すUpdate  Location  Answer信号を、パケット交換機ＳＧＳＮ１３に対して送出する（シーケンスＳｅｑ６）。
【００２７】
しかる後、パケット交換機ＳＧＳＮ１３は、加入者ロケーションレジスタＶＬＲ１２に対して、移動局ＭＳ１６の位置の更新登録を要求するLocation  Update  Request信号を送出する（シーケンスＳｅｑ７）。Location  Update  Request信号を受け取った加入者ロケーションレジスタＶＬＲ１２は、移動局ＭＳ１６の位置を更新登録するとともに、関連付けを行うために、加入者情報管理装置ＨＬＲ１１に対してUpdate  Location信号を送出する（シーケンスＳｅｑ８）。
【００２８】
Update  Location信号を受け取った加入者情報管理装置ＨＬＲ１１は、移動局ＭＳ１６に関する属性を示す端末情報や加入者情報をInsert  Subscriber  Data信号として加入者ロケーションレジスタＶＬＲ１２に対して返送する（シーケンスＳｅｑ９）。加入者ロケーションレジスタＶＬＲ１２は、Insert  Subscriber  Data信号を受け取ると、移動局ＭＳ１６に関する端末情報や加入者情報を登録するとともに、正常に受け取ったことを示すInsert  Subscriber  Data  Ack信号を加入者情報管理装置ＨＬＲ１１に対して返送する（シーケンスＳｅｑ１０）。
【００２９】
Insert  Subscriber  Data  Ack信号を受け取った加入者情報管理装置ＨＬＲ１１は、Update  Location信号の要求を受け付けた旨を示すUpdate  Location  Ack信号を、加入者ロケーションレジスタＶＬＲ１２に対して送出する（シーケンスＳｅｑ１１）。Update  Location  Ack信号を受け取った加入者ロケーションレジスタＶＬＲ１２は、移動局ＭＳ１６を特定するための一時移動局識別子ＴＭＳＩ（Temporary  Mobile  Subscriber  Identity）を取得して、Location  Update  Request信号の送信元のパケット交換機ＳＧＳＮ１３に対して、一時移動局識別子ＴＭＳＩを含み、かつ、移動局ＭＳ１６の位置更新に関する関連付けが終了したことを示すLocation  Update  Accept信号を返送する（シーケンスＳｅｑ１２）。
【００３０】
Location  Update  Accept信号を受け取ったパケット交換機ＳＧＳＮ１３は、移動局ＭＳ１６から要求されたアタッチ処理が完了したことを示すAttach  Accept信号を、要求元の移動局ＭＳ１６に対して送出する（シーケンスＳｅｑ１３）。しかる後、移動局ＭＳ１６からAttach  Accept信号を受け取ったことを示すAttach  Complete信号を受け取ると（シーケンスＳｅｑ１４）、パケット交換機ＳＧＳＮ１３は、一時移動局識別子ＴＭＳＩの割付を行った加入者ロケーションレジスタＶＬＲ１２に対して、一時移動局識別子ＴＭＳＩの再配置が完了したことを示すＴＭＳＩ  Reallocation  Complete信号を返送する（シーケンスＳｅｑ１５）。
【００３１】
以上の手順により、移動局ＭＳ１６のコアネットワーク側へのアタッチ処理が完了すると、移動局ＭＳ１６は、通信相手との通信を行うためのＰＤＰ（Packet  Data  Protocol）コンテキスト活性化を要求するActivate  ＰＤＰ  Context  Request信号をパケット交換機ＳＧＳＮ１３に対して送信する（シーケンスＳｅｑ１６）。該Activate  ＰＤＰ  Context  Request信号には、通信の種類を示すＰＤＰ種別、通信相手を示すＰＤＰアドレス、アクセスポイント名、要求されるサービス品質等の情報が含まれている。
【００３２】
パケット交換機ＳＧＳＮ１３は、受け取ったActivate  ＰＤＰ  Context  Request信号に基づいて、アクセスポイントを選択してゲートウェイパケット交換機ＧＧＳＮ１４にマッピングするとともに、Create  ＰＤＰ  Context  Request信号を生成して、ゲートウェイパケット交換機ＧＧＳＮ１４に送出する（シーケンスＳｅｑ１７）。Create  ＰＤＰ  Context  Request信号を受け取ったゲートウェイパケット交換機ＧＧＳＮ１４は、ＰＤＰコンテキスト表内に新たなエントリを生成して、その旨を示すCreate  ＰＤＰ  Context  Response信号をパケット交換機ＳＧＳＮ１３に返送する（シーケンスＳｅｑ１８）。
【００３３】
この結果、移動局ＭＳ１６、無線回線制御局ＲＮＣ１５、パケット交換機ＳＧＳＮ１３の間で、無線アクセス・ベアラのセットアップ（Radio  Access  Bearer  Setup）が実行される（シーケンスＳｅｑ１９）。無線アクセス・ベアラのセットアップが終了して、通信用のセッションが確立すると、パケット交換機ＳＧＳＮ１３は、移動局ＭＳ１６に対して、ＰＤＰコンテキスト活性化が終了した旨を示すActivate  ＰＤＰ  Context  Accept信号を返送する（シーケンスＳｅｑ２０）。
【００３４】
以上により、移動端末すなわち移動局ＭＳ１６からの通常のアタッチ要求を受け取ったパケット交換機ＳＧＳＮ１３において、通常のアタッチ処理を実施して、当該移動端末すなわち移動局ＭＳ１６の通信用のセッションを確立すると、確立したセッションを保持する状態になる。
【００３５】
次に、図４のシーケンスチャートを用いて、図３においてアタッチ処理が実行済みの状態にあった移動局ＭＳ１６からデタッチ要求が発生した場合に、コアネットワーク側の通常のデタッチ処理を省略する場合の動作の一例について説明する。まず、デタッチ要求が発生した場合、通常のデタッチ処理を実施する場合のシーケンスについて説明する。
【００３６】
通常のデタッチ処理を実施する場合は、パケット交換機ＳＧＳＮ１３は、移動局ＭＳ１６からデタッチを要求するDetach  Request信号（デタッチ要求信号）を受け取る（シーケンスＳｅｑ３１）。次に、パケット交換機ＳＧＳＮ１３は、通信相手との通信用のセッションを解放するために、Delete  ＰＤＰ  Context  Request信号を生成して、ゲートウェイパケット交換機ＧＧＳＮ１４に送出する（シーケンスＳｅｑ３２）。
【００３７】
Delete  ＰＤＰ  Context  Request信号を受け取ったゲートウェイパケット交換機ＧＧＳＮ１４は、ＰＤＰコンテキスト表内から該当するエントリを削除して、セッションを解放した旨を示すDelete  ＰＤＰ  Context  Response信号をパケット交換機ＳＧＳＮ１３に返送する（シーケンスＳｅｑ３３）。パケット交換機ＳＧＳＮ１３は、Delete  ＰＤＰ  Context  Response信号を受け取ると、当該通信用の一時移動局識別子ＴＭＳＩの割付を行った加入者ロケーションレジスタＶＬＲ１２に対して、ＧＰＲＳ（General  Packet  Radio  Service）  Detach  Indication信号を送出する。これにより、パケット交換機ＳＧＳＮ１３は、一時移動局識別子ＴＭＳＩの割付を解放し、パケット交換機ＳＧＳＮ１３との関連付けを削除させる（シーケンスＳｅｑ３４）。
【００３８】
以上のコアネットワーク側のデタッチ処理が終了すると、パケット交換機ＳＧＳＮ１３は、移動局ＭＳ１６から要求されたデタッチ処理が完了したことを示すDetach  Accept信号を、要求元の移動局ＭＳ１６に対して送出する（シーケンスＳｅｑ３５）。この結果、ＰＳ  Signalling  Connection  Releaseの状態に移行し、移動局ＭＳ１６と無線回線制御局ＲＮＣ１５との間の無線リソースが解放されて、移動局ＭＳ１６のパケットサービス用の信号のコアネットワーク側との接続が開放される（シーケンスＳｅｑ３６）。
【００３９】
次に、本発明による実施形態において、移動局ＭＳ１６からデタッチ要求が発生した場合であっても、コアネットワーク側の通常のデタッチ処理を省略する場合の動作について図４のシーケンスチャートを用いて説明する。
【００４０】
コアネットワーク側の通常のデタッチ処理を省略する場合は、図４に示すように、パケット交換機ＳＧＳＮ１３は、移動端末すなわち移動局ＭＳ１６からデタッチを要求するDetach  Request信号（デタッチ要求信号）を受け取ると（シーケンスＳｅｑ３１）、当該移動端末すなわち移動局ＭＳ１６がアタッチ・デタッチ処理削減の対象となる移動端末であるか否かを、当該移動端末の属性を登録している端末情報ないしは加入者情報等を参照することによって判断する。
【００４１】
その結果、当該移動端末すなわち移動局ＭＳ１６がアタッチ・デタッチ処理削減の対象となる移動端末であると判断した場合は、シーケンスＳｅｑ３２，Ｓｅｑ３３，Ｓｅｑ３４のコアネットワーク側のデタッチ処理を省略して、ネットワーク的には、通信用のセッション（Ｓｅｓｓｉｏｎ）を保持した状態のまま、シーケンスＳｅｑ３５に進む。そして、パケット交換機ＳＧＳＮ１３は、コアネットワーク側のデタッチ処理を実施していない状態のまま、Detach  Accept信号を、要求元の移動局ＭＳ１６に対して送出する（シーケンスＳｅｑ３５）。
【００４２】
したがって、その後も、パケット交換機ＳＧＳＮ１３をはじめコアネットワーク側においては、当該移動端末すなわち移動局ＭＳ１６のセッション情報を保持し続けたまま、無線区間のみがＰＳ  Signalling  Connection  Releaseの状態に移行し、移動局ＭＳ１６と無線回線制御局ＲＮＣ１５との間の無線リソースが解放されて、移動局ＭＳ１６のパケットサービス用の信号のコアネットワーク側との接続が開放される（シーケンスＳｅｑ３６）。つまり、移動局ＭＳ１６と無線回線制御局ＲＮＣ１５との間の無線リソースについては、コアネットワーク側のデタッチ処理の省略の如何によらず、アタッチ・デタッチ処理の都度、確立・解放が必ず実施されることになる。
【００４３】
なお、コアネットワーク側において通信用のセッション（Ｓｅｓｓｉｏｎ）を保持した状態のまま、該コアネットワークへのアクセス用の無線区間のみがＰＳ  Signalling  Connection  Releaseの状態に移行した場合、ネットワーク側の通信用のセッションの解放漏れを防止するためにパケット交換機ＳＧＳＮ１３は、次のような設定を行う。例えば、シーケンスＳｅｑ３５において、パケット交換機ＳＧＳＮ１３は、当該移動端末すなわち当該移動局ＭＳ１６からの再アタッチ・デタッチ要求の発生間隔よりもあらかじめ定めた時間だけ少し長い時間をセッションの強制的な解放を待ち合せる時間としてセッション保持タイマに設定するようにしている。
【００４４】
しかる後、該セッション保持タイマが満了した場合には、例えば、移動端末すなわち当該移動局ＭＳ１６からの１日１回の再アタッチ・デタッチ要求が発生しなかった場合には、シーケンスＳｅｑ３２，Ｓｅｑ３３，Ｓｅｑ３４の通常のデタッチ処理を実施する。これによりパケット交換機ＳＧＳＮ１３のみならず、ゲートウェイパケット交換機ＧＧＳＮ１４、加入者ロケーションレジスタＶＬＲ１２において保持していた当該移動局ＭＳ１６の通信用のセッションに関する情報が削除され、パケット交換機ＳＧＳＮ１３等における該セッションは解放される。
【００４５】
さらに、コアネットワーク側のデタッチ処理を実施しないまま、Detach  Accept信号を、要求元の移動局ＭＳ１６に対して送出した場合には、パケット交換機ＳＧＳＮ１３は、当該移動局ＭＳ１６からの再アタッチ要求が発生するか、または、セッション保持タイマが満了するまでの間、ルーティングエリアを周期的に更新するためのタイマであるperiodic  ＲＡＵ（Routing  Area  Update）待ちタイマを停止するとともに、以降のページング要求も破棄する。
【００４６】
次に、図５のシーケンスチャートを用いて、図４においてデタッチ処理を省略した状態にあった移動局ＭＳ１６からアタッチ要求が発生した場合に、コアネットワーク側の通常のアタッチ処理を省略する場合の動作の一例について説明する。移動局ＭＳ１６からアタッチ要求が発生した場合、通常は、図３に説明したようなアタッチ処理を実施することになる。しかし、デタッチ処理が省略された状態において移動局ＭＳ１６からのアタッチ要求が発生した場合には、図５に示すように、コアネットワーク側の通常のアタッチ処理を省略し、シーケンスＳｅｑ３〜シーケンスＳｅｑ１２、シーケンスＳｅｑ１５、シーケンスＳｅｑ１７，１８を省略することになる。
【００４７】
ここで、移動端末すなわち移動局ＭＳ１６は、前回のアタッチ処理時に割り当てられていた旧Security  contextを保持しており、保持していた旧Security  contextを用いたAttach  Request信号（アタッチ要求信号）を、パケット交換機ＳＧＳＮ１３に対して送信する（シーケンスＳｅｑ１）。
【００４８】
パケット交換機ＳＧＳＮ１３は、移動局ＭＳ１６からの旧Security  contextを用いたAttach  Request信号を受け取ると、該Attach  Request信号を解析した結果として、当該移動局ＭＳ１６が前回アタッチ処理した際の通信用セッションに対するデタッチ処理を省略した移動端末であったか否かを判断する。パケット交換機ＳＧＳＮ１３は、デタッチ処理を省略した移動局ＭＳ１６からの再アタッチ要求であると判定した場合には、要求元の移動局ＭＳ１６に関するコアネットワークとしての認証、秘匿処理、インテグリティ等のセキュリティ処理を実施することを省略して、旧Security  contextをそのまま継続して使用することになる（シーケンスＳｅｑ２）。
【００４９】
さらに、シーケンスＳｅｑ３〜シーケンスＳｅｑ１２までのコアネットワーク側のアタッチ処理を省略して、パケット交換機ＳＧＳＮ１３は、移動局ＭＳ１６から要求された再アタッチ処理が完了したことを示すAttach  Accept信号を、要求元の移動局ＭＳ１６に対して送出する（シーケンスＳｅｑ１３）。しかる後、移動局ＭＳ１６からAttach  Accept信号を受け取ったことを示すAttach  Complete信号を受け取ると（シーケンスＳｅｑ１４）、パケット交換機ＳＧＳＮ１３は、加入者ロケーションレジスタＶＬＲ１２に対してＴＭＳＩ  Reallocation  Complete信号を返送するシーケンスＳｅｑ１５の動作も省略して、移動局ＭＳ１６からのActivate  ＰＤＰ  Context  Request信号を待ち合せる状態に移行する。
【００５０】
移動局ＭＳ１６からのActivate  ＰＤＰ  Context  Request信号を受け取ると、パケット交換機ＳＧＳＮ１３は、ゲートウェイパケット交換機ＧＧＳＮ１４との間で、Create  ＰＤＰ  Context  Request信号、Create  ＰＤＰ  Context  Request信号を交換するシーケンスＳｅｑ１７，Ｓｅｑ１８の動作も省略して、移動局ＭＳ１６、無線回線制御局ＲＮＣ１５、パケット交換機ＳＧＳＮ１３の間で、無線アクセス・ベアラのセットアップ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ  Ｓｅｔｕｐ）を実行する（シーケンスＳｅｑ１９）。無線アクセス・ベアラのセットアップが終了して、通信用のセッションが確立すると、パケット交換機ＳＧＳＮ１３は、移動局ＭＳ１６に対して、ＰＤＰコンテキスト活性化が終了した旨を示すActivate  ＰＤＰ  Context  Accept信号を返送する（シーケンスＳｅｑ２０）。
【００５１】
以上により、移動端末すなわち移動局ＭＳ１６からの通常のアタッチ要求を受け取ったパケット交換機ＳＧＳＮ１３においては、コアネットワーク側の通常のアタッチ処理を実施することなく、前回保持していた通信用のセッションをそのまま用いて、通信を行う状態になる。
【００５２】
なお、前述の動作例においては、パケット交換機ＳＧＳＮ１３において移動端末すなわち移動局ＭＳ１６がアタッチ・デタッチ処理削減の対象となる移動端末であるか否かを判断する情報として、デタッチ・アタッチ要求時において移動端末すなわち移動局ＭＳ１６の端末情報や加入者情報等の端末の属性を示す情報を用いる場合について説明したが、本発明はかかる場合に限るものではない。
【００５３】
例えば、デタッチ・アタッチ要求信号に、アタッチ・デタッチ処理削減の対象となる移動端末であるか否かを示すパラメータ（例えば、デタッチ時には移動局ＭＳ１６の電源がｓｌｅｅｐ状態に移行することを示すｓｌｅｅｐ通知や、アタッチ時には移動局ＭＳ１６の電源がｓｌｅｅｐ状態からｗａｋｅ  ｕｐ状態に移行したことを示すｗａｋｅ  ｕｐ通知）が追加されてもよい。これにより、パケット交換機ＳＧＳＮ１３が、デタッチ・アタッチ要求信号を受け取った際に、該デタッチ・アタッチ要求信号に追加して付加されているかくのごときパラメータを参照することによって、移動端末すなわち移動局ＭＳ１６がアタッチ・デタッチ処理削減の対象となる移動端末であるか否かを判断するようにしても良い。
【００５４】
（第２の動作例）
次に、図２に示したＥ−ＵＴＲＡＮ方式の移動通信ネットワークシステムの動作について、その一例を、図６ないし図８のシーケンスチャートを用いて説明する。図１のＵＴＲＡＮ方式の移動通信ネットワークシステムの場合のみでなく、図２のＥ−ＵＴＲＡＮ方式の移動通信ネットワークシステムにおいても、全く同様に、コアネットワーク（コアノード）側におけるアタッチ・デタッチ処理を削減することが可能である。図６Ａ及び図６Ｂは、図２の移動通信ネットワークシステムにおいて移動局ＵＥ２７からの要求信号に基づいて通常のアタッチ処理を実施する場合の動作の一例を示すシーケンスチャートである。図７は、図２の移動通信ネットワークシステムにおいて移動局ＵＥ２７からのデタッチ要求信号があった場合のコアネットワーク側の通常のデタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。図８Ａ及び図８Ｂは、図２の移動通信ネットワークシステムにおいて図７のデタッチ処理省略後に移動局ＵＥ２７からのアタッチ要求信号があった場合のコアネットワーク側の通常のアタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。
【００５５】
まず、図６Ａ及び図６Ｂに示すシーケンスチャートを用いて、３ＧＰＰのＴＳ２３．４０１規格に準拠した通常のアタッチ処理を実行する手順について説明する。移動局ＵＥ２７は、無線基地局ｅＮｏｄｅＢ２６との間の制御信号を送受信する無線制御リンクを設定して、移動管理用ノードＭＭＥ２２に対してアタッチを要求するＥＭＭ（ＥＰＳ（Evolved  Packet  System）  Mobility  Management）  Attach  Request信号（アタッチ要求信号）を送出する（シーケンスＳｅｑ４１）。ＥＭＭ  Attach  Request信号を受け取った無線基地局ｅＮｏｄｅＢ２６は、送信先となる移動管理用ノードＭＭＥ２２を選択して、選択した移動管理用ノードＭＭＥ２２に対してＳ１−ＡＰ（Ｓ１  Application  Protocol）_Initial  ＵＥ  Message形式のＥＭＭ  Attach  Request信号を送出する（シーケンスＳｅｑ４２）。
【００５６】
移動管理用ノードＭＭＥ２２は、移動局ＵＥ２７からアタッチを要求するＥＭＭ  Attach  Request信号を受け取ると、要求元の移動局ＵＥ２７に関するコアネットワークとしての認証処理を実施する（シーケンスＳｅｑ４３）。認証処理が終了すると、移動局ＵＥ２７、無線基地局ｅＮｏｄｅＢ２６、移動管理用ノードＭＭＥ２２間の非アクセス層（ＮＡＳ：Non-Access-Stratum）に関する秘匿処理、インテグリティ等のセキュリティ処理を実施する（シーケンスＳｅｑ４４）。
【００５７】
秘匿処理、インテグリティ等のセキュリティ処理を完了すると、移動管理用ノードＭＭＥ２２は、要求元の移動局ＵＥ２７を最初に登録する場合、加入者情報管理装置ＨＳＳ２１に対して、移動局ＵＥ２７の位置の更新登録を要求するDiameter  Update  Location  Request信号を送出する（シーケンスＳｅｑ４５）。Diameter  Update  Location  Request信号を受け取った加入者情報管理装置ＨＳＳ２１は、Diameter  Update  Location  Request信号に含まれている移動局ＵＥ２７のＬＴＥ（Long  Term  Evolution）の契約の有無を確認して、契約されていた場合、移動局ＵＥ２７の位置の更新登録をするとともに、該移動局ＵＥ２７の位置の登録が完了した旨を示すDiameter  Update  Location  Answer信号を移動管理用ノードＭＭＥ２２に対して返送する（シーケンスＳｅｑ４６）。
【００５８】
移動管理用ノードＭＭＥ２２は、移動局ＵＥ２７から無線基地局ｅＮｏｄｅＢ２６を介して送受信されるパケットデータを中継する中継ゲートウェイ装置Ｓ−ＧＷ２５を選択する。さらに移動管理用ノードＭＭＥ２２は、該中継ゲートウェイ装置Ｓ−ＧＷ２５と該移動局ＵＥ２７にあらかじめ割り当てられているデフォルトＰＤＮ（Packet  Data  Network）との間のパケットデータの転送を行うＰＤＮゲートウェイ装置Ｐ−ＧＷ２４を選択する。さらに移動管理用ノードＭＭＥ２２は、移動局ＵＥ２７の識別番号ＩＭＥＩ（International  Mobile  Equipment  Identity）に含まれている機種・製造元識別コードＴＡＣ（Type  Allocation  Code）に基づいて、デフォルトとして設定されているパケットデータ転送用のベアラを導出する（シーケンスＳｅｑ４７）。
【００５９】
しかる後、移動管理用ノードＭＭＥ２２は、選択した中継ゲートウェイ装置Ｓ−ＧＷ２５に対して、移動局ＵＥ２７とデフォルトＰＤＮとの間のパケットデータのベアラの設定要求となるGTPv2（Evolved  ＧＰＲＳ（General  Packet  Radio  Service）  Tunneling  Protocol  for  ＥＰＳ（Evolved  Packet  System））  Create  Session  Request信号を送出する（シーケンスＳｅｑ４８）。該GTPv2  Create  Session  Request信号には、移動局ＵＥ２７の識別番号ＩＭＥＩ、選択したＰＤＮゲートウェイ装置Ｐ−ＧＷ２４のＩＰアドレス、設定すべきベアラが少なくとも含まれている。
【００６０】
GTPv2  Create  Session  Request信号を受け取った中継ゲートウェイ装置Ｓ−ＧＷ２５は、指定された移動局ＵＥ２７の通信用のセッションを設定するとともに、指定された移動局ＵＥ２７の通信に関する課金ルールや通信品質のポリシーを問い合わせるためのDiameter  ＣＣ−Request信号を、加入者ポリシー／課金ルール管理装置ＰＣＲＦ２３に対して送出する（シーケンスＳｅｑ４９）。Diameter  ＣＣ−Request信号を受け取った加入者ポリシー／課金ルール管理装置ＰＣＲＦ２３は、当該移動局ＵＥ２７の通信用のセッションを設定するとともに、当該移動局ＵＥ２７の通信に関する課金ルールや通信品質のポリシーを含む情報をDiameter  ＣＣ−Answer信号として、問い合わせ元の中継ゲートウェイ装置Ｓ−ＧＷ２５に対して返送する（シーケンスＳｅｑ５０）。
【００６１】
中継ゲートウェイ装置Ｓ−ＧＷ２５は、Diameter  ＣＣ−Answer信号を受け取ると、移動局ＵＥ２７の通信に関する課金ルールや通信品質のポリシーやイベントのトリガーに関する情報、および、指定されたベアラの設定を行う。さらに中継ゲートウェイ装置Ｓ−ＧＷ２５は、指定されたＰＤＮゲートウェイ装置Ｐ−ＧＷ２４との間のトンネリング経路を設定するために、該ＰＤＮゲートウェイ装置Ｐ−ＧＷ２４に対して、バインディング経路設定を要求するＰＭＩＰｖ６（Proxy  Mobile  ＩＰｖ６）  Proxy  Binding  Update信号を送出する（シーケンスＳｅｑ５１）。
【００６２】
ＰＭＩＰｖ６  Proxy  Binding  Update信号を受け取ったＰＤＮゲートウェイ装置Ｐ−ＧＷ２４は、デフォルトＰＤＮにおける移動局ＭＳ１６用のＩＰアドレスを割り当てるとともに、指定されたベアラを確保して、当該移動局ＵＥ２７の通信に関する課金ルールや通信品質のポリシーの決定を要求するDiameter  ＣＣ−Request信号を、加入者ポリシー／課金ルール管理装置ＰＣＲＦ２３に対して送出する（シーケンスＳｅｑ５２）。Diameter  ＣＣ−Request信号を受け取った加入者ポリシー／課金ルール管理装置ＰＣＲＦ２３は、当該移動局ＵＥ２７として確保された通信経路やベアラに基づいて、当該移動局ＵＥ２７の通信に関する課金ルールや通信品質のポリシーを決定して、Diameter  ＣＣ−Answer信号として、ＰＤＮゲートウェイ装置Ｐ−ＧＷ２４に返送する（シーケンスＳｅｑ５３）。
【００６３】
ＰＤＮゲートウェイ装置Ｐ−ＧＷ２４は、Diameter  ＣＣ−Answer信号を受け取ると、デフォルトＰＤＮにおける移動局ＭＳ１６用のＩＰアドレスを割り当てる。さらにＰＤＮゲートウェイ装置Ｐ−ＧＷ２４は、指定されたベアラのトンネリング経路を設定した後、その旨を示すＰＭＩＰｖ６  Proxy  Binding  Acknowledgement信号を、中継ゲートウェイ装置Ｓ−ＧＷ２５に返送する（シーケンスＳｅｑ５４）。この結果、ＰＤＮゲートウェイ装置Ｐ−ＧＷ２４と中継ゲートウェイ装置Ｓ−ＧＷ２５との間には、通信用のセッションとして、割り当てたＩＰアドレスに対して、常時保持されたトンネリング経路が設定される。
【００６４】
ＰＭＩＰｖ６  Proxy  Binding  Acknowledgement信号を受け取った中継ゲートウェイ装置Ｓ−ＧＷ２５は、当該中継ゲートウェイ装置Ｓ−ＧＷ２５から無線基地局ｅＮｏｄｅＢ２６方向へ向かう無線アクセス・ベアラを用意するとともに、移動管理用ノードＭＭＥ２２に対して、パケットデータのベアラの設定が完了した旨を示すGTPv2  Create  Session  Answer信号を返送する（シーケンスＳｅｑ５５）。
【００６５】
GTPv2  Create  Session  Answer信号を受け取った移動管理用ノードＭＭＥ２２は、移動局ＵＥ２７から要求されたアタッチ処理が完了したことを示すとともに、GTPv2  Create  Session  Answer信号に含まれているＩＰアドレスやベアラ、品質に関するポリシー等、通信経路や通信制御に必要とする内容を含むコンテキストの設定を要求するＳ１−ＡＰ_Initial  Context  Setup  Request形式のＥＭＭ  Attach  Accept信号を、無線基地局ｅＮｏｄｅＢ２６に対して送出する（シーケンスＳｅｑ５６）。
【００６６】
無線基地局ｅＮｏｄｅＢ２６は、Ｓ１−ＡＰ_Initial  Context  Setup  Request形式のＥＭＭ  Attach  Accept信号を受け取ると、移動局ＵＥ２７との無線区間におけるアクセス層（ＡＳ： Access-Stratum）に関する秘匿処理、インテグリティ等のセキュリティ処理を実施する（シーケンスＳｅｑ５７）。無線基地局ｅＮｏｄｅＢ２６は、コアネットワーク側のアタッチ処理の完了を示すとともに、ＥＭＭ  Attach  Accept信号に含まれているＩＰアドレスやベアラ、品質に関するポリシー等、通信経路や通信制御に必要とする内容の設定を指示するＲＲＣ（Radio  Resource  Control）  Connection  Reconfiguration信号を、要求元の移動局ＵＥ２７に対して送出する（シーケンスＳｅｑ５８）。
【００６７】
移動局ＵＥ２７は、ＲＲＣ  Connection  Reconfiguration信号に含まれている内容に基づいて、無線信号の優先度（Radio  Priority）等の設定を行う。さらに移動局ＵＥ２７は、パケットフロー識別用ＩＤ（Packet  Flow  Id）、ＩＰアドレスやベアラ、品質に関するポリシー（すなわちＱｏＳ（Quality  of  Service）  Negotiation）等を保存する。さらに移動局ＵＥ２７は、ＲＲＣ  Connection  Reconfiguration信号で指示された設定を終了したことを示すＲＲＣ  Connection  Complete信号を、無線基地局ｅＮｏｄｅＢ２６に対して返送する（シーケンスＳｅｑ５９）。
【００６８】
ＲＲＣ  Connection  Complete信号を受け取った無線基地局ｅＮｏｄｅＢ２６は、Ｓ１−ＡＰ_Initial  Context  Setup  Request信号として指示された内容にしたがった設定が完了したことを示すＳ１−ＡＰ_Initial  Context  Setup  Response信号を、移動管理用ノードＭＭＥ２２に対して返送する（シーケンスＳｅｑ６０）。該Ｓ１−ＡＰ_Initial  Context  Setup  Response信号には、中継ゲートウェイ装置Ｓ−ＧＷ２５から無線基地局ｅＮｏｄｅＢ２６方向へ向かう無線アクセス・ベアラの設定に必要となる情報として、無線基地局ｅＮｏｄｅＢ２６が設定した情報も含まれている。
【００６９】
しかる後、無線基地局ｅＮｏｄｅＢ２６は、移動局ＵＥ２７から、当該無線基地局ｅＮｏｄｅＢ２６側へ向かう無線回線のアップリンク方向に関する情報（Uplink  Information）を、ＲＲＣ  ＵＬ  Information  Transfer信号として受け取ると（シーケンスＳｅｑ６１）、アタッチ処理が完了したことを示すＥＭＭ  Attach  Complete信号を生成して、移動管理用ノードＭＭＥ２２に対して送出する（シーケンスＳｅｑ６２）。ＥＭＭ  Attach  Complete信号を受け取った移動管理用ノードＭＭＥ２２は、無線基地局ｅＮｏｄｅＢ２６を介して、移動局ＵＥ２７に対してＥＭＭ  Information信号を送出する（シーケンスＳｅｑ６３）。
【００７０】
以上により、移動端末すなわち移動局ＵＥ２７からの通常のアタッチ要求を受け取った移動管理用ノードＭＭＥ２２において、通常のアタッチ処理を実施して、当該移動端末すなわち移動局ＵＥ２７の通信用のセッションを確立すると、確立したセッションを保持する状態になる。
【００７１】
次に、図７のシーケンスチャートを用いて、図６においてアタッチ処理が実行済みの状態にあった移動局ＵＥ２７からデタッチ要求が発生した場合に、コアネットワーク側の通常のデタッチ処理を省略する場合の動作の一例について説明する。まず、デタッチ要求が発生した場合、通常のデタッチ処理を実施する場合のシーケンスについて説明する。
【００７２】
通常のデタッチ処理を実施する場合は、移動局ＵＥ２７は、無線基地局ｅＮｏｄｅＢ２６との間の制御信号を送受信する無線制御リンクを設定して、無線基地局ｅＮｏｄｅＢ２６に対して、移動管理用ノードＭＭＥ２２向けにデタッチを要求するＥＭＭ  Detach  Request信号（デタッチ要求信号）を送出する（シーケンスＳｅｑ７１）。ＥＭＭ  Detach  Request信号を受け取った無線基地局ｅＮｏｄｅＢ２６は、送信先となる移動管理用ノードＭＭＥ２２に対してＳ１−ＡＰ（Ｓ１  Application  Protocol）_Uplink  ＮＡＳ  Transport形式のＥＭＭ  Detach  Request信号を送出する（シーケンスＳｅｑ７２）。
【００７３】
ＥＭＭ  Detach  Request信号を受け取った移動管理用ノードＭＭＥ２２は、移動局ＵＥ２７の通信用のセッションを形成している中継ゲートウェイ装置Ｓ−ＧＷ２５に対して、移動局ＵＥ２７とデフォルトＰＤＮとの間のパケットデータのセッションの解放要求となるGTPv2  Delete  Session  Request信号を送出する（シーケンスＳｅｑ７３）。中継ゲートウェイ装置Ｓ−ＧＷ２５は、GTPv2  Delete  Session  Request信号を受け取ると、該セッションに用いられているベアラを解放した後、当該通信用のセッションを削除することを要求するDiameter  ＣＣ−Request信号を、加入者ポリシー／課金ルール管理装置ＰＣＲＦ２３に対して送出する（シーケンスＳｅｑ７４）。
【００７４】
Diameter  ＣＣ−Request信号を受け取った加入者ポリシー／課金ルール管理装置ＰＣＲＦ２３は、当該移動局ＵＥ２７に関するゲートウェイ制御用のセッション（Gateway  Control  Session）を削除し、その旨を示すDiameter  ＣＣ−Answer信号を問い合わせ元の中継ゲートウェイ装置Ｓ−ＧＷ２５に対して返送する（シーケンスＳｅｑ７５）。
【００７５】
中継ゲートウェイ装置Ｓ−ＧＷ２５は、Diameter  ＣＣ−Answer信号を受け取ると、移動局ＵＥ２７の通信に関する課金ルールや通信品質のポリシーやイベントのトリガーに関する情報を削除する。さらに中継ゲートウェイ装置Ｓ−ＧＷ２５は、当該移動局ＵＥ２７の通信用のセッションに割り当てられていたＰＤＮゲートウェイ装置Ｐ−ＧＷ２４との間のトンネリング経路を開放するために、該ＰＤＮゲートウェイ装置Ｐ−ＧＷ２４に対して、バインディング経路設定の解除を要求するＰＭＩＰｖ６（Proxy  Mobile  ＩＰｖ６）  Proxy  Binding  Update信号を送出する（シーケンスＳｅｑ７６）。
【００７６】
ＰＭＩＰｖ６  Proxy  Binding  Update信号を受け取ったＰＤＮゲートウェイ装置Ｐ−ＧＷ２４は、当該移動局ＵＥ２７のベアラレベルのＩＰ−ＣＡＮ（IP-Connectivity  Access  Network）の通信セッションに関する課金ルールや通信品質のポリシーの削除を要求するDiameter  ＣＣ−Request信号を、加入者ポリシー／課金ルール管理装置ＰＣＲＦ２３に対して送出するとともに、当該移動局ＵＥ２７に関するすべての課金ルールや通信品質のポリシーを削除する（シーケンスＳｅｑ７７）。
【００７７】
Diameter  ＣＣ−Request信号を受け取った加入者ポリシー／課金ルール管理装置ＰＣＲＦ２３は、該移動局ＵＥ２７のベアラレベルの通信に関するＩＰ−ＣＡＮの通信セッションを解放するとともに、当該ＩＰ−ＣＡＮ  セッションの通信セッションに関する登録情報をすべて削除して、Diameter  ＣＣ−Answer信号として、ＰＤＮゲートウェイ装置Ｐ−ＧＷ２４に返送する（シーケンスＳｅｑ７８）。
【００７８】
ＰＤＮゲートウェイ装置Ｐ−ＧＷ２４は、Diameter  ＣＣ−Answer信号を受け取ると、設定されていたベアラのトンネリング経路を開放した後、その旨を示すＰＭＩＰｖ６  Proxy  Binding  Acknowledgement信号を、中継ゲートウェイ装置Ｓ−ＧＷ２５に返送する（シーケンスＳｅｑ７９）。この結果、ＰＤＮゲートウェイ装置Ｐ−ＧＷ２４と中継ゲートウェイ装置Ｓ−ＧＷ２５との間で常時保持されていたトンネリング経路が開放される。
【００７９】
ＰＭＩＰｖ６  Proxy  Binding  Acknowledgement信号を受け取った中継ゲートウェイ装置Ｓ−ＧＷ２５は、当該中継ゲートウェイ装置Ｓ−ＧＷ２５から無線基地局ｅＮｏｄｅＢ２６方向へ向かう無線アクセス・ベアラの設定を削除するとともに、移動管理用ノードＭＭＥ２２に対して、パケットデータのベアラの解放が完了した旨を示すGTPv2  Delete  Session  Answer信号を返送する（シーケンスＳｅｑ８０）。
【００８０】
GTPv2  Create  Session  Answer信号を受け取った移動管理用ノードＭＭＥ２２は、移動局ＵＥ２７から要求されたデタッチ処理が完了したことを示すとともに、GTPv2  Create  Session  Answer信号に含まれている通信経路や通信制御の解放に必要とする内容を含むＳ１−ＡＰ_Downlink  ＮＡＳ  Transport形式のＥＭＭ  Detach  Accept信号を、無線基地局ｅＮｏｄｅＢ２６に対して送出する（シーケンスＳｅｑ８１）。この結果、コアネットワーク側はSignalling  Connection  Releaseの状態に移行して、当該移動局ＵＥ２７からデタッチ要求された通信セッションに関するすべてのリソースが解放された状態になる（シーケンスＳｅｑ８２）。
【００８１】
無線基地局ｅＮｏｄｅＢ２６は、ＥＭＭ  Detach  Accept信号を受け取ることにより、以上のコアネットワーク側のデタッチ処理が終了したことを判断すると、ＥＭＭ  Detach  Accept信号に含まれている情報に基づいて、無線基地局ｅＮｏｄｅＢ２６内の設定を解放するとともに、移動局ＵＥ２７から要求されたデタッチ処理がすべて完了したことを示すＥＭＭ  Detach  Accept信号を、要求元の移動局ＵＥ２７に対して送出する（シーケンスＳｅｑ８３）。この結果、無線区間についてもSignalling  Connection  Releaseの状態に移行し、移動局ＵＥ２７と無線基地局ｅＮｏｄｅＢ２６との間の無線リソースが解放されて、移動局ＵＥ２７のパケットサービス用の信号のコアネットワーク側との接続が開放される（シーケンスＳｅｑ８４）。
【００８２】
次に、本発明による実施形態において、移動局ＵＥ２７からデタッチ要求が発生した場合であっても、コアネットワーク側の通常のデタッチ処理を省略する場合の動作について図７のシーケンスチャートを用いて説明する。
【００８３】
コアネットワーク側の通常のデタッチ処理を省略する場合は、図７に示すように、移動管理用ノードＭＭＥ２２は、移動端末すなわち移動局ＵＥ２７から無線基地局ｅＮｏｄｅＢ２６を経由してデタッチを要求するＥＭＭ  Detach  Request信号（デタッチ要求信号）を受け取る（シーケンスＳｅｑ７２）。移動管理用ノードＭＭＥ２２は、当該移動端末すなわち移動局ＵＥ２７がアタッチ・デタッチ処理削減の対象となる移動端末であるか否かを、当該移動端末の属性を登録している端末情報ないしは加入者情報等を参照することによって判断する。
【００８４】
その結果、当該移動端末すなわち移動局ＵＥ２７がアタッチ・デタッチ処理削減の対象となる移動端末であると判断した場合は、シーケンスＳｅｑ７３〜シーケンスＳｅｑ８０までのコアネットワーク側のデタッチ処理を省略して、ネットワーク的には、通信用のセッション（Ｓｅｓｓｉｏｎ）を保持した状態のまま、シーケンスＳｅｑ８１に進む。そして、移動管理用ノードＭＭＥ２２は、コアネットワーク側のデタッチ処理を実施していない状態のまま、ＥＭＭ  Detach  Accept信号を、要求元の移動局ＵＥ２７が在圏している無線基地局ｅＮｏｄｅＢ２６に対して送出（シーケンスＳｅｑ８１）する。しかる後、無線基地局ｅＮｏｄｅＢ２６は、ＥＭＭ  Detach  Accept信号を要求元の移動局ＵＥ２７に対して送出することになる（シーケンスＳｅｑ８３）。
【００８５】
したがって、その後も、移動管理用ノードＭＭＥ２２をはじめコアネットワーク側においては、シーケンスＳｅｑ８２のSignalling  Connection  Releaseの状態に移行することなく、当該移動端末すなわち移動局ＵＥ２７のセッション情報を保持し続けたまま、該コアネットワークへのアクセス用の無線区間のみがSignalling  Connection  Releaseの状態に移行する。また、移動局ＵＥ２７と無線基地局ｅＮｏｄｅＢ２６との間の無線リソースが解放されて、移動局ＵＥ２７のパケットサービス用の信号のコアネットワーク側との接続が開放される（シーケンスＳｅｑ８４）。つまり、移動局ＵＥ２７と無線基地局ｅＮｏｄｅＢ２６との間の無線リソースについては、コアネットワーク側のデタッチ処理の省略の如何によらず、アタッチ・デタッチ処理の都度、確立・解放が必ず実施されることになる。
【００８６】
なお、コアネットワーク側において通信用のセッション（Ｓｅｓｓｉｏｎ）を保持した状態のまま、該コアネットワークへのアクセス用の無線区間のみがSignalling  Connection  Releaseの状態に移行した場合、ネットワーク側の通信用のセッションの解放漏れを防止するために、移動管理用ノードＭＭＥ２２は、次の設定を行う。シーケンスＳｅｑ８１において、移動管理用ノードＭＭＥ２２は、当該移動端末すなわち当該移動局ＵＥ２７からの再アタッチ・デタッチ要求の発生間隔よりもあらかじめ定めた時間だけ少し長い時間をセッションの強制的な解放を待ち合せる時間としてセッション保持タイマに設定するようにしている。
【００８７】
しかる後、該セッション保持タイマが満了した場合には、例えば、移動端末すなわち当該移動局ＵＥ２７からの１日１回の再アタッチ・デタッチ要求が発生しなかった場合には、シーケンスＳｅｑ７３〜シーケンスＳｅｑ８０までの通常のデタッチ処理を実施する。これより、移動管理用ノードＭＭＥ２２をはじめコアネットワーク側において保持していた当該移動局ＵＥ２７の通信用のセッションに関する情報は削除され、該セッションは解放される。
【００８８】
さらに、コアネットワーク側のデタッチ処理を実施しないまま、ＥＭＭ  Detach  Accept信号を、要求元の移動局ＵＥ２７が在圏している無線基地局ｅＮｏｄｅＢ２６に対して送出した場合には、移動管理用ノードＭＭＥ２２は、当該移動局ＵＥ２７からの再アタッチ要求が発生するか、または、セッション保持タイマが満了するまでの間、位置登録エリアを周期的に更新するためのタイマであるperiodic  ＴＡＵ(Tracking Area Update)待ちタイマを停止するとともに、以降のページング要求も破棄する。
【００８９】
次に、図８Ａ及び図８Ｂのシーケンスチャートを用いて、図７においてデタッチ処理を省略した状態にあった移動局ＵＥ２７からアタッチ要求が発生した場合に、コアネットワーク側の通常のアタッチ処理を省略する場合の動作の一例について説明する。移動局ＵＥ２７からアタッチ要求が発生した場合、通常は、図６に説明したようなアタッチ処理を実施することになる。しかし、デタッチ処理が省略された状態において移動局ＵＥ２７からのアタッチ要求が発生した場合には、図８Ａに示すように、コアネットワーク側の通常のアタッチ処理を省略し、シーケンスＳｅｑ４５〜シーケンスＳｅｑ５５までの処理を省略することになる。
【００９０】
ここで、移動端末すなわち移動局ＵＥ２７は、前回のアタッチ処理時に割り当てられていた旧Security  contextを保持しており、保持していた旧Security  contextを用いたＥＭＭ  Attach  Request信号（アタッチ要求信号）を、無線基地局ｅＮｏｄｅＢ２６に対して送信する（シーケンスＳｅｑ４１）。したがって、無線基地局ｅＮｏｄｅＢ２６は、旧Security  contextを用いたＥＭＭ  Attach  Request信号を、移動管理用ノードＭＭＥ２２に対して送出してくることになる（シーケンスＳｅｑ４２）
【００９１】
移動管理用ノードＭＭＥ２２は、移動局ＵＥ２７から無線基地局ｅＮｏｄｅＢ２６を介して送出されてきた旧Security  contextを用いたＥＭＭ  Attach  Request信号を受け取ると、該ＥＭＭ  Attach  Request信号を解析した結果として、当該移動局ＵＥ２７が前回アタッチ処理した際の通信用セッションに対するデタッチ処理を省略した移動端末であったか否かを判断する。移動管理用ノードＭＭＥ２２は、デタッチ処理を省略した移動局ＵＥ２７からの再アタッチ要求であると判断した場合には、要求元の移動局ＵＥ２７に関するコアネットワークとしての認証、秘匿処理、インテグリティ等のセキュリティ処理を実施することを省略して、旧Security  contextをそのまま継続して使用することになる（シーケンスＳｅｑ４３，４４）。
【００９２】
さらに、シーケンスＳｅｑ４５〜シーケンスＳｅｑ５５までのコアネットワーク側のアタッチ処理を省略して、移動管理用ノードＭＭＥ２２は、移動局ＵＥ２７から要求された再アタッチ処理が完了したことを示すＳ１−ＡＰ_Initial  Context  Setup  Request形式のＥＭＭ  Attach  Accept信号を、要求元の移動局ＵＥ２７が在圏している無線基地局ｅＮｏｄｅＢ２６に対して送出する（シーケンスＳｅｑ５６）。しかる後、無線基地局ｅＮｏｄｅＢ２６は、通常のアタッチ処理と同様の手順で、要求元の移動局ＵＥ２７との間で、コアネットワークに対するアクセス用の無線回線の設定処理を実施した後、無線基地局ｅＮｏｄｅＢ２６からＳ１−ＡＰ_Initial  Context  Setup  Request形式のＥＭＭ  Attach  Accept信号を受け取ったことを示すＳ１−ＡＰ_Initial  Context  Setup  Response信号を、移動管理用ノードＭＭＥ２２に対して送出する（シーケンスＳｅｑ６０）。
【００９３】
さらに、通常のアタッチ処理の場合と同様、無線基地局ｅＮｏｄｅＢ２６は、移動局ＵＥ２７から、当該無線基地局ｅＮｏｄｅＢ２６側へ向かう無線回線のアップリンク方向に関する情報（Uplink  Information）を、ＲＲＣ  ＵＬ  Information  Transfer信号として受け取ると（シーケンスＳｅｑ６１）、アタッチ処理が完了したことを示すＥＭＭ  Attach  Complete信号を、移動管理用ノードＭＭＥ２２に対して送出する（シーケンスＳｅｑ６２）。ＥＭＭ  Attach  Complete信号を受け取った移動管理用ノードＭＭＥ２２は、無線基地局ｅＮｏｄｅＢ２６を介して、移動局ＵＥ２７に対してＥＭＭ  Information信号を送出する（シーケンスＳｅｑ６３）。
【００９４】
以上により、移動端末すなわち移動局ＵＥ２７からの通常のアタッチ要求を受け取った移動管理用ノードＭＭＥ２２においては、コアネットワーク側の通常のアタッチ処理を実施することなく、前回保持していた通信用のセッションをそのまま用いて、通信を行う状態になる。
【００９５】
（第３の動作例）
次に、図２に示したＥ−ＵＴＲＡＮ方式の移動通信ネットワークシステムの動作について、第２の実施例とは異なる例を、図９、図１０のシーケンスチャートを用いて説明する。本第３の動作例においても、Ｅ−ＵＴＲＡＮ方式の移動通信ネットワークシステムとして、第２の実施例の場合と同様、コアネットワーク（コアノード）側におけるアタッチ・デタッチ処理を削減することが可能である。ここで、第２の動作例の図７のシーケンスチャートの場合は、シーケンスＳ７２において、移動管理用ノードＭＭＥ２２が、移動端末すなわち移動局ＵＥ２７から無線基地局ｅＮｏｄｅＢ２６を経由してデタッチを要求するＥＭＭ  Detach  Request信号（デタッチ要求信号）を受け取った際に、当該移動端末の属性を登録している端末情報ないしは加入者情報等を参照することによって、当該移動端末すなわち移動局ＵＥ２７がアタッチ・デタッチ処理削減の対象となる移動端末であるか否かを判断する場合を示した。
【００９６】
しかし、本第３の動作例の図９Ａ及び図９Ｂのシーケンスチャートにおいては、Ｅ−ＵＴＲＡＮ方式の移動通信ネットワークシステムにおいて、移動端末すなわち移動局ＵＥ２７から無線基地局ｅＮｏｄｅＢ２６に送出するＥＭＭ  Detach  Request信号（デタッチ要求信号）にアタッチ・デタッチ処理削減の対象となる移動端末であるか否かを示す情報をパラメータとして追加する。さらに、シーケンスＳ７２において、移動管理用ノードＭＭＥ２２が、移動端末すなわち移動局ＵＥ２７から無線基地局ｅＮｏｄｅＢ２６を経由してデタッチを要求するＥＭＭ  Detach  Request信号（デタッチ要求信号）を受け取った際に、受け取ったＥＭＭ  Detach  Request信号に追加されたパラメータを参照することによって、当該移動端末すなわち移動局ＵＥ２７がアタッチ・デタッチ処理削減の対象となる移動端末であるか否かを判断する場合を示している。
【００９７】
図９Ａ及び図９Ｂは、図２の移動通信ネットワークシステムにおいて移動局ＵＥ２７からのデタッチ要求信号があった場合のコアネットワーク側の通常のデタッチ処理を省略する場合の動作の図７とは異なる例を示すシーケンスチャートである。図１０Ａ及び図１０Ｂは、図２の移動通信ネットワークシステムにおいて図９Ａ及び図９Ｂのデタッチ処理省略後に移動局ＵＥ２７からのアタッチ要求信号があった場合のコアネットワーク側の通常のアタッチ処理を省略する場合の動作の一例を示すシーケンスチャートである。なお、最初のアタッチ要求時等の場合のように、通常のアタッチ処理を実施する場合の動作については、第２の動作例の図６Ａ及び図６Ｂのシーケンスチャートの動作と全く同様であるものとする。
【００９８】
次に、図９Ａ及び図９Ｂのシーケンスチャートを用いて、図６Ａ及び図６Ｂにおいてアタッチ処理が実行済みの状態にあった移動局ＵＥ２７からデタッチ要求が発生した場合であっても、コアネットワーク側の通常のデタッチ処理を省略する場合の動作の一例について説明する。
【００９９】
移動局ＵＥ２７は、無線基地局ｅＮｏｄｅＢ２６との間の制御信号を送受信する無線制御リンクを設定して、無線基地局ｅＮｏｄｅＢ２６に対して、移動管理用ノードＭＭＥ２２向けにデタッチを要求するＥＭＭ  Detach  Request信号（デタッチ要求信号）を送出する（シーケンスＳｅｑ７１）。ここで、ＥＭＭ  Detach  Request信号には、図７のシーケンスＳｅｑ７１におけるＥＭＭ  Detach  Request信号の場合とは異なり、移動局ＵＥ２７の電源がｓｌｅｅｐ状態に移行することを示すｓｌｅｅｐ通知が、当該移動局ＵＥ２７がデタッチ処理削減の対象となる移動端末であることを示すパラメータとして追加されている。
【０１００】
ＥＭＭ  Detach  Request信号を受け取った無線基地局ｅＮｏｄｅＢ２６から、Ｓ１−ＡＰ_Uplink  ＮＡＳ  Transport形式のＥＭＭ  Detach  Request信号が送出されてくると（シーケンスＳｅｑ７２）、移動管理用ノードＭＭＥ２２は、受け取った該ＥＭＭ  Detach  Request信号に移動局ＵＥ２７がデタッチ処理削減の対象となる移動端末であることを示すパラメータとしてｓｌｅｅｐ通知が追加されているか否かを確認する。
【０１０１】
受け取った該ＥＭＭ  Detach  Request信号にｓｌｅｅｐ通知が追加されていなかった場合には、コアネットワーク側の通常のデタッチ処理を実施する場合であり、図９ＡのシーケンスＳｅｑ７３〜シーケンスＳｅｑ８０（図７のシーケンスＳｅｑ７３〜シーケンスＳｅｑ８０と全く同じシーケンス）からなるコアネットワーク側のデタッチ処理手順を実施することになる。
【０１０２】
受け取った該ＥＭＭ  Detach  Request信号にｓｌｅｅｐ通知が追加されていた場合は、コアネットワーク側の通常のデタッチ処理を省略することが可能な場合であり、図９ＡのシーケンスＳｅｑ７３〜シーケンスＳｅｑ８０（図７のシーケンスＳｅｑ７３〜シーケンスＳｅｑ８０と全く同じシーケンス）からなるコアネットワーク側のデタッチ処理手順を省略して、ネットワーク的には、通信用のセッション（Ｓｅｓｓｉｏｎ）を保持した状態のまま、シーケンスＳｅｑ８１に進む。そして、移動管理用ノードＭＭＥ２２は、コアネットワーク側のデタッチ処理を実施していないことを示すパラメータとしてｓｌｅｅｐ通知を追加して付与したＥＭＭ  Detach  Accept信号を、要求元の移動局ＵＥ２７が在圏している無線基地局ｅＮｏｄｅＢ２６に対して送出する（シーケンスＳｅｑ８１）。しかる後、無線基地局ｅＮｏｄｅＢ２６は、ＥＭＭ  Detach  Accept信号を要求元の移動局ＵＥ２７に対して送出することになる（シーケンスＳｅｑ８３）。
【０１０３】
したがって、その後も、第２の動作例の場合と同様、移動管理用ノードＭＭＥ２２をはじめコアネットワーク側においては、シーケンスＳｅｑ８２のSignalling  Connection  Releaseの状態に移行することなく、当該移動端末すなわち移動局ＵＥ２７のセッション情報を保持し続けたまま、該コアネットワークへのアクセス用の無線区間のみがSignalling  Connection  Releaseの状態に移行する。これにより移動局ＵＥ２７と無線基地局ｅＮｏｄｅＢ２６との間の無線リソースが解放されて、移動局ＵＥ２７のパケットサービス用の信号のコアネットワーク側との接続が開放される（シーケンスＳｅｑ８４）。つまり、移動局ＵＥ２７と無線基地局ｅＮｏｄｅＢ２６との間の無線リソースについては、コアネットワーク側のデタッチ処理の省略の如何によらず、アタッチ・デタッチ処理の都度、確立・解放が必ず実施されることになる。
【０１０４】
なお、コアネットワーク側において通信用のセッション（Ｓｅｓｓｉｏｎ）を保持した状態のまま、該コアネットワークへのアクセス用の無線区間のみがSignalling  Connection  Releaseの状態に移行した場合、ネットワーク側の通信用のセッションの解放漏れを防止するために、第２の動作例の場合と同様、シーケンスＳｅｑ８１において、移動管理用ノードＭＭＥ２２は、当該移動端末すなわち当該移動局ＵＥ２７からの再アタッチ・デタッチ要求の発生間隔よりもあらかじめ定めた時間だけ少し長い時間をセッションの強制的な解放を待ち合せる時間としてセッション保持タイマに設定するようにしている。
【０１０５】
しかる後、該セッション保持タイマが満了した場合には、例えば、移動端末すなわち当該移動局ＵＥ２７からの１日１回の再アタッチ・デタッチ要求が発生しなかった場合には、シーケンスＳｅｑ７３〜シーケンスＳｅｑ８０までの通常のデタッチ処理を実施して、移動管理用ノードＭＭＥ２２をはじめコアネットワーク側において保持していた当該移動局ＵＥ２７の通信用のセッションに関する情報を削除して該セッションを解放する。
【０１０６】
さらに、デタッチ処理を実施しないまま、ｓｌｅｅｐ通知のパラメータが追加されたＥＭＭ  Detach  Accept信号を、要求元の移動局ＵＥ２７が在圏している無線基地局ｅＮｏｄｅＢ２６に対して送出した場合には、移動管理用ノードＭＭＥ２２は、第２の動作例の場合と同様、当該移動局ＵＥ２７からの再アタッチ要求が発生するか、または、セッション保持タイマが満了するまでの間、位置登録エリアを周期的に更新するためのタイマであるperiodic  ＴＡＵ(Tracking Area Update)待ちタイマを停止するとともに、以降のページング要求も破棄する。
【０１０７】
次に、図１０Ａ及び図１０Ｂのシーケンスチャートを用いて、図９Ａ及び図９Ｂにおいてデタッチ処理を省略した状態にあった移動局ＵＥ２７からアタッチ要求が発生した場合に、コアネットワーク側の通常のアタッチ処理を省略する場合の動作の一例について説明する。移動局ＵＥ２７からアタッチ要求が発生した場合、通常は、図６Ａ及び図６Ｂに説明したようなアタッチ処理を実施することになるが、デタッチ処理を省略した状態にあった移動局ＵＥ２７からのアタッチ要求が発生した場合には、図１０Ａに示すように、第２の動作例の場合と同様、コアネットワーク側の通常のアタッチ処理を省略し、シーケンスＳｅｑ４５〜シーケンスＳｅｑ５５までの処理を省略することになる。
【０１０８】
ここで、移動端末すなわち移動局ＵＥ２７は、ＥＭＭ  Attach  Request信号に、移動局ＵＥ２７の電源がｗａｋｅ  ｕｐ状態に移行したことを示すｗａｋｅ  ｕｐ通知を、当該移動局ＵＥ２７がアタッチ処理削減の対象となる移動端末であることを示すパラメータとして追加している。かかる場合は、移動端末すなわち移動局ＵＥ２７は、前回のアタッチ処理時に割り当てられていた旧Security  contextを保持しており、保持していた旧Security  contextを用いたＥＭＭ  Attach  Request信号（アタッチ要求信号）を、無線基地局ｅＮｏｄｅＢ２６に対して送信する（シーケンスＳｅｑ４１）。したがって、無線基地局ｅＮｏｄｅＢ２６は、ｗａｋｅ  ｕｐ通知を、当該移動局ＵＥ２７がアタッチ処理削減の対象となる移動端末であることを示すパラメータとして追加し、かつ、旧Security  contextを用いたＥＭＭ  Attach  Request信号を、移動管理用ノードＭＭＥ２２に対して送出してくることになる（シーケンスＳｅｑ４２）
【０１０９】
移動管理用ノードＭＭＥ２２は、移動局ＵＥ２７から無線基地局ｅＮｏｄｅＢ２６を介して送出されてきた、ｗａｋｅ  ｕｐ通知をパラメータとして追加する。さらに移動管理用ノードＭＭＥ２２は、旧Security  contextを用いたＥＭＭ  Attach  Request信号を受け取ると、該ＥＭＭ  Attach  Request信号を解析した結果として、当該移動局ＵＥ２７が前回アタッチ処理した際の通信用セッションに対するデタッチ処理を省略した移動端末であったか否かを判断する。移動管理用ノードＭＭＥ２２は、デタッチ処理を省略した移動局ＵＥ２７からの再アタッチ要求であると判断した場合には、第２の動作例の場合と同様、要求元の移動局ＵＥ２７に関するコアネットワークとしての認証、秘匿処理、インテグリティ等のセキュリティ処理を実施することを省略して、旧Security  contextをそのまま継続して使用することになる（シーケンスＳｅｑ４３，４４）。
【０１１０】
さらに、シーケンスＳｅｑ４５〜シーケンスＳｅｑ５５までのコアネットワーク側のアタッチ処理を省略して、移動管理用ノードＭＭＥ２２は、コアネットワーク側のアタッチ処理を実施していないことを示すパラメータとしてｗａｋｅ  ｕｐ通知を追加し、かつ、移動局ＵＥ２７から要求された再アタッチ処理が完了したことを示すＳ１−ＡＰ_Initial  Context  Setup  Request形式のＥＭＭ  Attach  Accept信号を、要求元の移動局ＵＥ２７が在圏している無線基地局ｅＮｏｄｅＢ２６に対して送出する（シーケンスＳｅｑ５６）。しかる後、無線基地局ｅＮｏｄｅＢ２６は、通常のアタッチ処理と同様の手順で、要求元の移動局ＵＥ２７との間で、コアネットワークに対するアクセス用の無線回線の設定処理を実施した後、無線基地局ｅＮｏｄｅＢ２６からＳ１−ＡＰ_Initial  Context  Setup  Request形式のＥＭＭ  Attach  Accept信号を受け取ったことを示すＳ１−ＡＰ_Initial  Context  Setup  Response信号を、移動管理用ノードＭＭＥ２２に対して送出する（シーケンスＳｅｑ６０）。
【０１１１】
さらに、通常のアタッチ処理の場合と同様、無線基地局ｅＮｏｄｅＢ２６は、移動局ＵＥ２７から、当該無線基地局ｅＮｏｄｅＢ２６側へ向かう無線回線のアップリンク方向に関する情報（Uplink  Information）を、ＲＲＣ  ＵＬ  Information  Transfer信号として受け取ると（シーケンスＳｅｑ６１）、アタッチ処理が完了したことを示すＥＭＭ  Attach  Complete信号を、移動管理用ノードＭＭＥ２２に対して送出する（シーケンスＳｅｑ６２）。ＥＭＭ  Attach  Complete信号を受け取った移動管理用ノードＭＭＥ２２は、無線基地局ｅＮｏｄｅＢ２６を介して、移動局ＵＥ２７に対してＥＭＭ  Information信号を送出する（シーケンスＳｅｑ６３）。
【０１１２】
以上により、移動端末すなわち移動局ＵＥ２７がアタッチ・デタッチ処理削減の対象となる移動端末であるか否かを判断する情報として、デタッチ・アタッチ要求信号に追加されたパラメータ（ｓｌｅｅｐ通知やｗａｋｅ  ｕｐ通知）を用いる本第３の動作例においても、デタッチ・アタッチ要求時において移動端末すなわち移動局ＵＥ２７の端末情報や加入者情報等の端末の属性を示す情報を用いる第２の動作例の場合と同様、移動端末すなわち移動局ＵＥ２７からの通常のアタッチ要求を受け取った移動管理用ノードＭＭＥ２２においては、コアネットワーク側の通常のアタッチ処理を実施することなく、前回保持していた通信用のセッションをそのまま用いて、通信を行う状態になる。
【０１１３】
(実施形態の効果の説明)
以上に詳細に説明したように、本実施形態においては、次のような効果が得られる。すなわち、アタッチ・デタッチを要求する移動端末（移動局ＭＳ１６または移動局ＵＥ２７）の属性を示す端末情報や加入者情報、もしくは、アタッチ・デタッチ要求信号に追加して付加されたパラメータに応じて、コアネットワーク側におけるアタッチ・デタッチ処理を省略することを可能にしているので、大量の移動端末（移動局ＭＳ１６または移動局ＵＥ２７）を収容する場合であっても、コアネットワーク側の負荷の軽減を図ることが可能になる。
【０１１４】
以上、本発明の好適な実施形態の構成を説明した。しかし、かかる実施形態は、本発明の単なる例示に過ぎず、何ら本発明を限定するものではないことに留意されたい。本発明の要旨を逸脱することなく、特定用途に応じて種々の変形変更が可能であることが、当業者には容易に理解できよう。
【０１１５】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、任意の処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。
【０１１６】
また、上述したプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（ｎｏｎ−ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（ｔａｎｇｉｂｌｅ  ｓｔｏｒａｇｅ  ｍｅｄｉｕｍ）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、フラッシュＲＯＭ、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（ｔｒａｎｓｉｔｏｒｙ  ｃｏｍｐｕｔｅｒ  ｒｅａｄａｂｌｅ  ｍｅｄｉｕｍ）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１７】
以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【０１１８】
この出願は、２０１１年９月２９日に出願された日本出願特願２０１１−２１４４０９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１１９】
１１      加入者情報管理装置ＨＬＲ（Home  Location  Register）
１２      加入者ロケーションレジスタＶＬＲ(Visitor  Location  Register)
１３      パケット交換機ＳＧＳＮ（Serving  ＧＰＲＳ（General  Packet  Radio  Service）  Support  Node）
１４      ゲートウェイパケット交換機ＧＧＳＮ（Gateway  ＧＰＲＳ  Support  Node）
１５      無線回線制御局ＲＮＣ（Radio  Network  Controller）
１６      移動局ＭＳ（Mobile  Station）
２１      加入者情報管理装置ＨＳＳ（Home  Subscriber  Server）
２２      移動管理用ノードＭＭＥ（Mobility  Management  Entity）
２３      加入者ポリシー／課金ルール管理装置ＰＣＲＦ(Policy  and  Charging  Rules Function)
２４      ＰＤＮゲートウェイ装置Ｐ−ＧＷ（ＰＤＮ  Gateway）
２５      中継ゲートウェイ装置Ｓ−ＧＷ（Serving  Gateway）
２６      無線基地局ｅＮｏｄｅＢ（Enhanced  Node  B）
２７      移動局ＵＥ（User  Equipment）
【図１】
2013046620.tif 000003
【図２】
2013046620.tif 000004
【図３】
2013046620.tif 000005
【図４】
2013046620.tif 000006
【図５】
2013046620.tif 000007
【図６Ａ】
2013046620.tif 000008
【図６Ｂ】
2013046620.tif 000009
【図７】
2013046620.tif 000010
【図８Ａ】
2013046620.tif 000011
【図８Ｂ】
2013046620.tif 000012
【図９Ａ】
2013046620.tif 000013
【図９Ｂ】
2013046620.tif 000014
【図１０Ａ】
2013046620.tif 000015
【図１０Ｂ】
2013046620.tif 000016
【手続補正書】
【提出日】平成26年3月28日(2014.3.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
移動端末から無線回線を介してアクセスされるコアネットワークを備えた移動通信ネットワークシステムにおいて、
前記移動端末からデタッチを要求するデタッチ要求信号を受け取った際に、当該移動端末がアタッチした際に設定していた前記コアネットワーク側の通信用のセッションを保持した状態で、前記無線回線を解放させ、
当該移動端末からアタッチを要求するアタッチ要求信号を受け取った際に、保持していた前記コアネットワーク側の通信用のセッションを使用し、前記無線回線の設定を行い、
移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードは、前記移動端末の属性を示す端末情報や加入者情報に応じて、もしくは、前記アタッチ要求信号や前記デタッチ要求信号に付加されているパラメータに応じて、前記コアネットワーク側のデタッチ処理やアタッチ処理を省略するか否かを判別することを特徴とする移動通信ネットワークシステム。
【請求項２】
移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードは、前記移動端末から前記デタッチ要求信号を受け取って、前記コアネットワーク側のデタッチ処理を省略した場合、当該移動端末からの再アタッチ・デタッチ要求の発生間隔よりもあらかじめ定めた時間だけ少し長い時間を、保持している前記通信用のセッションの強制的な解放を待ち合せる時間としてセッション保持タイマに設定し、当該移動端末から前記アタッチ要求信号を受け取ることなく、前記セッション保持タイマが満了した場合には、前記コアネットワーク側の通常のデタッチ処理を実施させることにより、保持していた前記通信用のセッションに関する情報を削除して、当該通信用のセッションを強制的に解放することを特徴とする請求項１に記載の移動通信ネットワークシステム。
【請求項３】
前記移動管理ノードは、前記移動端末から前記デタッチ要求信号を受け取った際に、前記コアネットワーク側のデタッチ処理を省略して、保持している前記通信用のセッションの強制的な解放を待ち合せる時間を前記セッション保持タイマに設定した場合、当該移動端末からの再アタッチ要求が発生するか、または、前記セッション保持タイマが満了するまでの間、ルーティングエリアを周期的に更新するためのタイマを停止するとともに、以降のページング要求を破棄することを特徴とする請求項２に記載の移動通信ネットワークシステム。
【請求項４】
移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードが、３ＧＰＰ規格に制定されているパケット交換機ＳＧＳＮ（Serving  ＧＰＲＳ（General  Packet  Radio  Service）  Support  Node）または移動管理用ノードＭＭＥ（Mobility  Management  Entity）であることを特徴とする請求項１ないし３のいずれかに記載の移動通信ネットワークシステム。
【請求項５】
移動端末から無線回線を介してアクセスされるコアネットワークを備えた移動通信ネットワークシステムにおいて用いられる通信制御方法であって、
前記移動端末からデタッチを要求するデタッチ要求信号を受け取った際に、当該移動端末がアタッチした際に設定していた前記コアネットワーク側の通信用のセッションを保持した状態で、前記無線回線を解放させ、
当該移動端末からアタッチを要求するアタッチ要求信号を受け取った際に、保持していた前記コアネットワーク側の通信用のセッションを使用し、前記無線回線の設定を行い、
移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードは、前記移動端末の属性を示す端末情報や加入者情報に応じて、もしくは、前記アタッチ要求信号や前記デタッチ要求信号に付加されているパラメータに応じて、前記コアネットワーク側のデタッチ処理やアタッチ処理を省略するか否かを判別することを特徴とする通信制御方法。
【請求項６】
移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードは、前記移動端末から前記デタッチ要求信号を受け取って、前記コアネットワーク側のデタッチ処理を省略した場合、当該移動端末からの再アタッチ・デタッチ要求の発生間隔よりもあらかじめ定めた時間だけ少し長い時間を、保持している前記通信用のセッションの強制的な解放を待ち合せる時間としてセッション保持タイマに設定し、しかる後、当該移動端末から前記アタッチ要求信号を受け取ることなく、前記セッション保持タイマが満了した場合には、前記コアネットワーク側の通常のデタッチ処理を実施させることにより、保持していた前記通信用のセッションに関する情報を削除して、当該通信用のセッションを強制的に解放することを特徴とする請求項５に記載の通信制御方法。
【請求項７】
前記移動管理ノードは、前記移動端末から前記デタッチ要求信号を受け取った際に、前記コアネットワーク側のデタッチ処理を省略して、保持している前記通信用のセッションの強制的な解放を待ち合せる時間を前記セッション保持タイマに設定した場合、当該移動端末からの再アタッチ要求が発生するか、または、前記セッション保持タイマが満了するまでの間、ルーティングエリアを周期的に更新するためのタイマを停止するとともに、以降のページング要求を破棄することを特徴とする請求項６に記載の通信制御方法。
【請求項８】
請求項５ないし７のいずれかに記載の通信制御方法を、移動通信の管理制御を行うために前記コアネットワーク側に配置した移動管理ノードに備えたコンピュータに実行させるための移動端末アタッチ・デタッチ処理プログラム。
【請求項９】
コアネットワークに配置された移動管理ノードであって、
移動端末の移動を管理するユニットと、
前記移動端末からデタッチ要求信号とアタッチ要求信号とを受信するユニットと、を備え、
前記移動端末から前記デタッチ要求信号を受信した際に、前記移動管理ノードは、前記コアネットワーク側に設定された通信セッションを保持した状態で前記移動端末との無線回線を開放し、
前記移動端末から前記アタッチ要求信号を受信した際に、前記移動管理ノードは、前記コアネットワーク側に保持していた通信用のセッションを使用し、前記移動端末と無線回線を設定し、
前記移動管理ノードは、移動端末の属性を示す端末情報又は加入者情報に応じて、もしくは、前記アタッチ要求信号や前記デタッチ要求信号に付加されているパラメータに応じて、前記コアネットワーク側のデタッチ処理やアタッチ処理を省略するか否かを判別する、移動管理ノード。
【請求項１０】
前記移動管理ノードは、ＳＧＳＮ(Serving GPRS Support Node)またはＭＭＥ(Mobility Management Entity)である、請求項９に記載の移動管理ノード。
【国際調査報告】
2013046620.tif 000017
2013046620.tif 000018