(57)【特許請求の範囲】
【請求項１】
トンネリングを用いて端末のモビリティを確保する通信システムに設けられた第１のノードであって、
前記第１のノードと第２のノードとの間に設定され、端末に関する信号を伝送するトンネルを解放し、トンネル情報を削除するトンネル制御部と、
前記トンネルを解放し前記トンネル情報を削除した場合に、当該トンネルが設定されていた端末に割り当てられていたＩＰアドレスと当該端末の加入者識別情報とを対応付けて管理する管理部と、
前記端末に対して設定されていた前記トンネルの解放後に当該端末に対して着信があった場合に、着信パケットが宛先とするＩＰアドレスに関連付けられた加入者識別情報を用いて前記端末を収容する第３のノードを特定し、当該第３のノードに着信通知を送信する着信通知部と
を備える第１のノード。
【請求項２】
請求項１に記載の前記第１のノードを備える通信システム。
【請求項３】
前記第２のノードを備え、
前記第２のノードは、前記トンネルが解放された場合に当該トンネルの情報と前記トンネルに接続される端末の情報とを解放する請求項２に記載の通信システム。
【請求項４】
前記第２のノードは、前記トンネルの復旧処理の度に再選択される請求項３に記載の通信システム。
【請求項５】
前記第１のノードが、所定のパケットデータネットワークに対する前記端末のモビリティ提供のアンカーポイントとなるノードである請求項２から４のいずれか１項に記載の通信システム。
【請求項６】
前記第３のノードを備え、
前記第３のノードは、前記端末からの発信を契機として前記解放されたトンネルを復旧する場合に、前記トンネルの解放前に前記端末に対して割り当てられていたＩＰアドレスと前記第１のノードを指定する情報とを用いて前記トンネルの復旧処理を実施する請求項２から５のいずれか１項に記載の通信システム。
【請求項７】
前記第１のノードが、前記第３のノードから通知されたＩＰアドレスであって前記トンネルの解放前に前記端末に対して割り当てられていたＩＰアドレスを再度利用して前記端末に対してＩＰアドレスを払い出す請求項６に記載の通信システム。
【請求項８】
前記端末が収容されている前記第３のノードを把握する第４のノードを備え、
前記第１のノードが、前記端末に対して設定されていた前記トンネルの解放後に当該端末に対して着信があった場合に、当該端末を収容している前記第３のノードを前記第４のノードに対して問い合わせることで、前記トンネルの復旧処理を実施する請求項６又は７に記載の通信システム。
【請求項９】
トンネリングを用いて端末のモビリティを確保する通信方法であって、
第１のノードにおいて、前記第１のノードと第２のノードとの間に設定され、端末に関する信号を伝送するトンネルを解放し、トンネル情報を削除し、
前記第１のノードにおいて、前記トンネルを解放し前記トンネル情報を削除した場合に、当該トンネルが設定されていた端末に割り当てられていたＩＰアドレスと当該端末の加入者識別情報とを対応付けて管理し、
前記端末に対して設定されていた前記トンネルの解放後に当該端末に対して着信があった場合に、前記第１のノードにおいて、着信パケットが宛先とするＩＰアドレスに関連付けられた加入者識別情報を用いて前記端末を収容する第３のノードを特定し、当該第３のノードに着信通知を送信する通信方法。
【請求項１０】
トンネリングを用いて端末のモビリティを確保する通信プログラムであって、第１のノードのコンピュータに、
前記第１のノードと第２のノードとの間に設定され、端末に関する信号を伝送するトンネルを解放しトンネル情報を削除する過程と、
前記トンネルを解放し前記トンネル情報を削除した場合に、当該トンネルが設定されていた端末に割り当てられていたＩＰアドレスと当該端末の加入者識別情報とを対応付けて管理する過程と、
前記端末に対して設定されていた前記トンネルの解放後に当該端末に対して着信があった場合に、着信パケットが宛先とするＩＰアドレスに関連付けられた加入者識別情報を用いて前記端末を収容する第３のノードを特定し、当該第３のノードに着信通知を送信する過程とを
実行させる通信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信方法及び通信プログラムに関する。
【背景技術】
【０００２】
Ｅ−ＵＴＲＡＮ（用語の説明は後述。以下、本段落において同様）に係る規格である非特許文献１等に記載されているＥＰＣでは、各ＧＷがトンネルを維持したままのＡｌｗａｙｓ−Ｏｎが前提となっている。そのため、コアネットワークのリソースは、移動端末等であるＵＥが確立するベアラ数分必要となっていた。この為、コアネットワークのトンネル解放時には、ＵＥからの発信の度にトンネルの確立およびＩＰアドレスのアサインが行われるので、ＵＥに払い出すＩＰアドレスが毎回変更される可能性があった。また、コアネットワークのトンネル解放時の着信はＵＥへ通知することが出来なかった。【０００３】
上記段落において、Ｅ−ＵＴＲＡＮは、Ｅｖｏｌｖｅｄ  ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋの略語であり、無線アクセスネットワークの一方式を表す。ＥＰＣは、Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅの略語であり、種々の無線アクセスシステム等を収容するコアネットワークの一方式である。ＧＷは、Ｇａｔｅｗａｙ（ゲートウェイ）の略語であり、種類の異なるネットワーク間を接続するためのノードである。ここでノードとはネットワーク上の装置の論理的な表現である。ＵＥは、Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔの略語であり、移動端末や無線端末等を表す。また、トンネルとは、カプセル化等を用いて実現された仮想的な通信回線を意味する。Ａｌｗａｙｓ−Ｏｎとは、常時ＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）接続を意味する。コアネットワークとは、ネットワークシステム全体の中で無線アクセスに依存しない部分を意味する。ベアラとは、ノード間に設定される論理的なパケット伝送経路を意味する。【０００４】
一方、非特許文献２等に記載されている他の無線アクセスネットワークの一方式であるＵＴＲＡＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）においては、ＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）がＵＥとＩＰアドレスとを固定的に管理する事でＵＥのＩＰアドレス宛のパケット着信を契機にトンネルを確立する手段を提供する事が出来た。しかし、ＵＥとＩＰアドレスとは固定管理であったため、ＵＥが利用可能なＧＧＳＮが限定される点および事前に対象のＵＥとＩＰアドレスとの関連付けの情報をＧＧＳＮに設定しておく必要がある点で課題があった。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ｇｐｐ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ＴＳ  ２３．４０１  Ｖ１０．４．０  （２０１１−０６）、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｓｙｓｔｅｍ  Ａｓｐｅｃｔｓ；  Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ  （ＧＰＲＳ）  ｅｎｈａｎｃｅｍｅｎｔｓ  ｆｏｒ  Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  （Ｅ−ＵＴＲＡＮ）  ａｃｃｅｓｓ  （Ｒｅｌｅａｓｅ  １０）」
【非特許文献２】３ｇｐｐ  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  ＴＳ  ２５．４０１  Ｖ１０．２．０  （２０１１−０６）、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；  Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ；  ＵＴＲＡＮ  ｏｖｅｒａｌｌ  ｄｅｓｃｒｉｐｔｉｏｎ  （Ｒｅｌｅａｓｅ  １０）」
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述したＥ−ＵＴＲＡＮやＵＴＲＡＮを用いたネットワークシステムにおいては、モビリティ（すなわち移動性）提供の為のトンネルをＵＥ毎に設定し、着信の為に当該トンネルを維持する必要があった。この為、ネットワーク設備を多く設置する必要があった。また、通信中でないＳ１ベアラ解放時においてもＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）のリソースを確保した状態を前提としていたため、ＳＧＷ障害時にはベアラ復旧ができなくなるという課題があった。ここで、ＳＧＷはＥ−ＵＴＲＡＮ等の種々の無線アクセスネットワークを収容し、コアネットワークとの間でデータ転送を行うためのＧＷである。また、Ｓ１ベアラとは、例えばＥ−ＵＴＲＡＮとＳＧＷ間のベアラを意味する。【０００７】
本発明の目的は上述した課題を解決することができる通信システム、通信方法及び通信プログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上記課題を解決するため本発明の第１のノードは、トンネリングを用いて端末のモビリティを確保する通信システムに設けられ、前記第１のノードと第２のノードとの間に設定され、端末に関する信号を伝送するトンネルを解放しトンネル情報を削除するトンネル制御部と、前記トンネルを解放し、前記トンネル情報を削除した場合に、当該トンネルが設定されていた端末に割り当てられていたＩＰアドレスと当該端末の加入者識別情報とを対応付けて管理する管理部と、前記端末に対して設定されていた前記トンネルの解放後に当該端末に対して着信があった場合に、着信パケットが宛先とするＩＰアドレスに関連付けられた加入者識別情報を用いて前記端末を収容する第３のノードを特定し、当該第３のノードに着信通知を送信する着信通知部とを備える。
【０００９】
また、本発明の通信方法は、トンネリングを用いて端末のモビリティを確保する通信方法であって、第１のノードにおいて、前記第１のノードと第２のノードとの間に設定され、端末に関する信号を伝送するトンネルを解放し、トンネル情報を削除し、前記第１のノードにおいて、前記トンネルを解放し前記トンネル情報を削除した場合に、当該トンネルが設定されていた端末に割り当てられていたＩＰアドレスと当該端末の加入者識別情報とを対応付けて管理し、前記端末に対して設定されていた前記トンネルの解放後に当該端末に対して着信があった場合に、前記第１のノードにおいて、着信パケットが宛先とするＩＰアドレスに関連付けられた加入者識別情報を用いて前記端末を収容する第３のノードを特定し、当該第３のノードに着信通知を送信する。
【００１０】
また、本発明の通信プログラムは、トンネリングを用いて端末のモビリティを確保する通信プログラムであって、第１のノードのコンピュータに、前記第１のノードと第２のノードとの間に設定され、端末に関する信号を伝送するトンネルを解放しトンネル情報を削除する過程と、前記トンネルを解放し前記トンネル情報を削除した場合に、当該トンネルが設定されていた端末に割り当てられていたＩＰアドレスと当該端末の加入者識別情報とを対応付けて管理する過程と、前記端末に対して設定されていた前記トンネルの解放後に当該端末に対して着信があった場合に、着信パケットが宛先とするＩＰアドレスに関連付けられた加入者識別情報を用いて前記端末を収容する第３のノードを特定し、当該第３のノードに着信通知を送信する過程とを実行させる。
【発明の効果】
【００１１】
本発明は、モビリティを確保した上でＳＧＷ等におけるリソースの確保を不要とし、トンネルを解放することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の一実施形態としての通信システムを説明するためのネットワーク構成図である。
【図２】図１の通信システムにおけるベアラ確立後の無線リソース解放時の動作を説明するためのシーケンス図である。
【図３】図１の通信システムにおけるＵＥ起動のベアラ復旧処理時の動作を説明するためのシーケンス図である。
【図４】図１の通信システムにおけるＵＥ宛のＩＰパケット着信を契機としたトンネル復旧処理を説明するためのシーケンス図である。
【図５】図１の通信システムにおけるＵＥ宛のＩＰポケット着信を契機としたトンネル復旧処理の別の例を説明するためのシーケンス図である。
【図６】図１の通信システムの特徴をまとめて示した図である。
【発明を実施するための形態】
【００１３】
以下、図面を参照して本発明に係る通信システムの一実施形態について説明する。図１には、本発明の一実施形態としての通信システム１０を表すネットワーク構成図が示されている。図１に示した通信システム１０は、トンネリングを用いてパケットデータのモビリティを提供する通信システムであって、ＵＥ１、ｅＮｏｄｅＢ（Ｅ−ＵＴＲＡＮ  ＮｏｄｅＢ；ｅＮＢとも呼ばれる）２、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）３、ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）４、ＳＧＷ５、ＰＧＷ（ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）  Ｇａｔｅｗａｙ）６、およびＰＤＮ７を含んで構成されている。
【００１４】
なお、通信システム１０は、通常、各構成要素（すなわち各ノード）を複数備えている。また、通信システム１０は、例えばＰＧＷ６等がＭＭＥ３のＩＰアドレス等を問い合わせる際に用いられる図示していないＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）、ＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）制御、課金制御等を行うＰＣＲＦ（Ｐｏｌｉｃｙ  ａｎｄ  Ｃｈａｒｇｉｎｇ  Ｒｕｌｅｓ  Ｆｕｎｃｔｉｏｎ）等のノードも含んでいる。また、図１に示したｅＮｏｄｅＢ２と、図示していない複数のｅＮｏｄｅＢとを含んでＥ−ＵＴＲＡＮ８が構成されている。さらに、Ｅ−ＵＴＲＡＮ８とＭＭＥ３間に基準点Ｓ１−ＭＭＥが定義され、Ｅ−ＵＴＲＡＮ８とＳＧＷ５間に基準点Ｓ１−Ｕが定義されている。また、基準点Ｓ１−ＭＭＥを通るリンクは制御信号インターフェースとして用いられ、基準点Ｓ１−Ｕを通るリンクはデータ転送および制御信号インターフェースとして用いられる。また、通信システム１０では、ＳＧＷ５、ＰＧＷ６等を用いて無線アクセスに依存しないコアネットワークが構成されている。
【００１５】
図１において、ＵＥ１はＥ−ＵＴＲＡＮ８をサポートする移動端末である。
【００１６】
ｅＮｏｄｅＢ２は無線接続を管理する無線基地局等のノードであり、ＵＥ１との無線接続の確立を実施する度にＳＧＷ５との間でベアラ毎のトンネルを確立する。また、ｅＮｏｄｅＢ２は無線接続の解放を契機にＳＧＷ５との間のトンネルを解放する。
【００１７】
ＭＭＥ３はＵＥ１の認証および移動管理を行うノードである。ＭＭＥ３は新規にＵＥ１を収容する際にＨＳＳ４にＵＥ１の位置登録を実施する。その結果、ＨＳＳ４はＵＥ１がどのＭＭＥ３に収容されているかを把握することが出来るようになる。すなわち、本実施形態において、ＭＭＥ３はＵＥ１のアタッチ情報（Ａｔｔａｃｈ情報、すなわち登録情報）を保持し、３ｇｐｐ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）標準規定（非特許文献１等）に従い、ＵＥ１の管理を実施する。ＭＭＥ３は、また、３ｇｐｐ標準規定に従いＵＥ１のＩＰアドレス、および、例えば予めＵＥ１毎に決められている選択済みＰＧＷ６に関する情報（以下、ＰＧＷ情報と称する）も保持している。
【００１８】
ＨＳＳ４は、加入者データを管理するためのデータベースを提供するノードであり、３ｇｐｐ標準規定に従い、各ＵＥ１を管理および収容する各ＭＭＥ３の情報を保持すると共に、各ＵＥ１の契約情報等を管理する。
【００１９】
ＳＧＷ５は、ＳＧＷ５とＰＧＷ６間およびＵＥ１等の無線装置との間で、ベアラ単位でトンネルを保持することで、ＵＥ１へのＩＰパケットの到達を保証するノードである。
【００２０】
ＰＧＷ６は、ＰＤＮ７に対するＵＥ１のモビリティ提供のアンカーポイントとなるノードであり、ＵＥ１へのＩＰアドレスの払い出しを実施し、ＵＥ１宛のＩＰパケットをＳＧＷ５と共に確立したトンネルに転送する。また、ＰＧＷ６は、ＩＰアドレスと当該ＩＰアドレスが割り当てられているＵＥ１のＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ；携帯電話等の通信端末や通信端末用のＩＣ（Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）カード等に割り当てられる一意の識別情報）やＭＳＩＳＤＮ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｄｉｒｅｃｔｏｒｙ  Ｎｕｍｂｅｒ）等の加入者識別情報とを対応付ける情報（すなわちＵＥ１のＩＰアドレスと加入者識別情報との対応表）を格納する記憶装置を有している。また、本実施形態のＰＧＷ６は、ＵＥ１の初回アタッチ／ベアラ確立時にＵＥ１に対してＩＰアドレスを動的に選択して払い出し、ＵＥ１とＩＰアドレスとの対応付けを上記の対応付け情報として保持する。したがって、ＵＥ１のＩＰアドレスを予め登録しておく必要がない。
【００２１】
ＰＤＮ７は、ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）等のＩＰベースのパケットネットワークである。
【００２２】
３ｇｐｐ標準規定ではＳＧＷ５とＰＧＷ６間のトンネルが常時維持されるので、ＰＧＷ６は、ＵＥ１に払いだしたＩＰアドレスおよびＵＥ１のＩＭＳＩやＭＳＩＳＤＮ等の加入者識別情報、ならびにＰＧＷ６とＳＧＷ５間のトンネル情報（すなわちトンネルを確立および維持するために用いられるデータおよびリソース）を保持する。しかし、本実施形態では、ＰＧＷ６がＩＰアドレスと当該ＵＥ１のＩＭＳＩやＭＳＩＳＤＮ等の加入者識別情報とを対応付ける情報を保持することで、ＰＧＷ６とＳＧＷ５間のトンネルを解放することを可能とする。すなわち、本実施形態では、トンネル解放時に、ＰＧＷ６がＩＰアドレスと当該ＵＥ１のＩＭＳＩやＭＳＩＳＤＮ等の加入者識別情報とを対応付ける情報のみを保持し、ＰＧＷ６とＳＧＷ５間のトンネル情報は保持しない。
【００２３】
また、ＰＧＷ６がＩＰアドレスと当該ＵＥ１のＩＭＳＩやＭＳＩＳＤＮ等の加入者識別情報との対応付け情報（すなわち対応表）を保持しているので、ＳＧＷ５は当該ＵＥ１に関連するトンネル解放のみでなく、当該ＵＥ１に係るＩＰアドレス、加入者識別情報等を含む全ての情報を解放可能となる。
【００２４】
上述したように本実施形態では、ＰＧＷ６とＳＧＷ５間のトンネルを解放する際に、ＰＧＷ６がＩＰアドレスとＵＥ１のＩＭＳＩやＭＳＩＳＤＮ等の加入者識別情報との対応付け情報を保持する。また、ＭＭＥ３は、３ｇｐｐ標準規定に従い、収容するＵＥ１のＩＰアドレスとＰＧＷ情報とを保持する。したがって、例えば、ＵＥ１からの発信、すなわちＳ１復旧のサービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）をｅＮｏｄｅＢ２を介してＭＭＥ３が受信した場合、ＭＭＥ３が保持する各ＵＥ１のＩＰアドレスとＰＧＷ情報とを用いてベアラ確立処理を実施することで、ＰＧＷ情報が示すＰＧＷ６が保持している当該ＩＰアドレスとＵＥ１の加入者識別情報との対応付け情報を用いて、ＳＧＷ５およびＰＧＷ６間のトンネルの復旧を行うことが可能となる。なお、図１ではＳＧＷ５を１台のみ示しているが、トンネル復旧の際に用いられるＳＧＷ５と、トンネル解放前に用いられていたＳＧＷ５とは必ずしも一致していなくてよい。
【００２５】
また、ＰＧＷ６とＳＧＷ５間のトンネルが解放済みである場合に、ＰＤＮ７からＵＥ１宛の着信パケットがＰＧＷ６に届いた場合には、ＰＧＷ６が、自らが保持するＩＰアドレスとＵＥ１のＩＭＳＩやＭＳＩＳＤＮ等の加入者識別情報との対応付け情報に基づいて、当該着信パケットが宛先とするＩＰアドレスからＩＭＳＩ等の加入者識別情報を導出し、導出した加入者識別情報を用いてＨＳＳ４に対して当該ＵＥ１を収容しているＭＭＥ３を問合せることで、ＭＭＥ３に対し着信通知を投げることが可能となる。この時点で、ＭＭＥ３が保持する各ＵＥ１のＩＰアドレスとＰＧＷ情報とを用いてベアラ確立処理を実施することができるようになる。すなわち、この時点においてＵＥ１からの発信時と同様にＳ１復旧を契機としたトンネル復旧が可能となる。
【００２６】
このようにして、本実施形態の通信システム１０では、ＰＧＷ６が動的に払い出したＩＰアドレスとＵＥ１のＩＭＳＩ、ＭＳＩＳＤＮ等の加入者識別情報との対応付け情報のみを記憶し、ＳＧＷ５およびＰＧＷ６間のトンネルおよび関連情報を解放および削除した場合にＵＥ１からの発信およびＵＥ１への着信を可能とすることができる。よって、ＰＧＷ６やＳＧＷ５等からなるコアネットワークの必要リソースを最小限に抑えることが出来、リソースの有効活用が可能となる。
【００２７】
次に、図２〜図５を参照して、図１を参照して説明した通信システム１０の動作例について説明する。なお、ＵＥ１のアタッチ（Ａｔｔａｃｈ；ネットワークへの登録処理）およびベアラ確立動作は３ｇｐｐ標準規定に従うため、説明は省略する。アタッチ処理は３ｇｐｐ  ＴＳ２３．４０１（非特許文献１）の項目５．３．２「Ａｔｔａｃｈ  ｐｒｏｃｅｄｕｒｅ」に従う。
【００２８】
まず、あるＵＥ１に対して３ｇｐｐ標準規定に従ったベアラ確立動作がすでに行われていたことを前提として、ベアラ確立後に無線リソースを解放する場合の動作について図２を用いて説明する。ここでの無線リソース解放時の動作は３ｇｐｐ  ＴＳ２３．４０１の項目５．３．５「Ｓ１  ｒｅｌｅａｓｅ  ｐｒｏｃｅｄｕｒｅ」の動作を基本とする。
【００２９】
例えばＵＥ１が所定時間以上使用されていない等の３ｇｐｐ標準規定に例示されている種々の理由から生じたＵＥ１との無線リソース解放処理起動を契機に、ｅＮｏｄｅＢ２はＭＭＥ３に対してＳ１  ＵＥコンテキスト解放要求（Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ）メッセージ（以下、「メッセージ」の記載を省略する）を送信する（Ｓ１０１）。なお、コンテキストとは、通信経路および通信制御に用いられる情報を意味する。３ｇｐｐ標準規定に従った動作では、これを受けたＭＭＥ３が、ＳＧＷ５に対し、ベアラアクセス解放要求（Ｒｅｌｅａｓｅ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒｓ  Ｒｅｑｕｅｓｔ）を送信してＳＧＷ５とｅＮｏｄｅＢ２との間のトンネル解放のみを実施する。本実施形態では、３ｇｐｐ標準規定と異なり、ＭＭＥ３からＳＧＷ５に対して、ベアラ削除要求（Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）を送信する（Ｓ１０２）。この時ＭＭＥ３は無線リソースの解放を契機としたトンネル解放処理であることをＳＧＷ５およびＰＧＷ６に伝えるために、ベアラ削除要求（Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）に本実施形態で新規に採用したフラグである“保持フラグ（Ｈｏｌｄ  ｆｌａｇ）”を設定する。
【００３０】
保持フラグの付いたベアラ削除要求（Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）を受信したＳＧＷ５は、ＰＧＷ６に保持フラグの付いたベアラ削除要求（Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）を送信し（Ｓ１０３）、次いでトンネル解放およびＵＥ１に係るリソース解放処理を実施する（Ｓ１０４）。
【００３１】
保持フラグの付いたベアラ削除要求（Ｄｅｌｅｔｅ  Ｂｅｒａｒｅｒ  Ｒｅｑｕｅｓｔ）を受信したＰＧＷ６は、ＵＥ１のＩＰアドレスとＩＭＳＩ等の加入者識別情報（以下、ＩＭＳＩと表記する）との対応付け情報のみを保持し、ＳＧＷ５とのトンネル解放および他のリソースの解放を実行する（Ｓ１０５）。
【００３２】
上記処理の結果、ＳＧＷ５とＰＧＷ６は、当該ＵＥ１とのトンネルを全て解放し、ＳＧＷ５は当該ＵＥ１に関するリソースを全て解放し、ＰＧＷ６は当該ＵＥ１のＩＰアドレスとＩＭＳＩとの対応のみを保持している状態となる。なお、ＰＣＲＦ利用時はＳＧＷ５およびＰＧＷ６の解放処理に伴ってＰＣＲＦのリソースも解放される。また、上述したように、ＭＭＥ３は、トンネル解放後も、３ｇｐｐ標準規定に従い、収容するＵＥ１のＩＰアドレスとＰＧＷ情報とを保持する。
【００３３】
以降、３ｇｐｐ標準規定に従って、ＰＧＷ６からＳＧＷ５へベアラ削除応答（Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）が送られる（Ｓ１０６）。次いで、ＳＧＷ５からＭＭＥ３へベアラ削除応答（Ｄｅｌｅｔｅ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）が送られる（Ｓ１０７）。次に、ＭＭＥ３からｅＮｏｄｅＢ２へ、Ｓ１  ＵＥコンテキスト解放コマンドが送られる（Ｓ１０８）。ここで、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）接続が解放されていない場合には、ｅＮｏｄｅＢ２がＵＥ１に、ＲＲＣ接続解放（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅ）を送信する（Ｓ１０９）。ＵＥ１から確認応答（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）を受信すると、ｅＮｏｄｅＢ２はＵＥ１のコンテキストを削除し、Ｓ１  ＵＥコンテキスト解放完了をＭＭＥ３へ送信する（Ｓ１１０）。
【００３４】
次に、ＵＥ１起動のベアラ復旧処理時の動作を図３を用いて説明する。本動作は３ｇｐｐ  ＴＳ２３．４０１の項目５．３．４．１「ＵＥ  ｔｒｉｇｇｅｒｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ」の動作を基本とする。
【００３５】
ＵＥ１からのサービス要求（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）が、ｅＮｏｄｅＢ２を介してＭＭＥ３で受信されると（Ｓ２０１〜Ｓ２０２）、ＵＥ１、ＭＭＥ３およびＨＳＳ４間でＵＥ１の認証処理が実施される（Ｓ２０３）。ここで、３ｇｐｐ標準規定のベアラ復旧動作では、Ｓ２０３での認証処理の後、ＳＧＷ５およびＰＧＷ６に関連トンネルリソースが残っているため、図３のＳ２０４〜Ｓ２０８を飛ばして、初期コンテキストセットアップ要求（Ｓ２０９）を行う。そして、無線ベアラ確立（Ｓ２１０）および初期コンテキストセットアップ完了（Ｓ２１１）の後、ＭＭＥ３からＳＧＷ５に対してベアラ更新要求（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）を送信する（Ｓ２１２）。この処理に従えば、ｅＮｏｄｅＢ２のトンネル情報をＳＧＷ５に渡すのみで、ＵＥ１起動のベアラ復旧処理を行うことができた。
【００３６】
これに対して本実施形態ではＳＧＷ５およびＰＧＷ６はリソースを解放済みであるため、ＭＭＥ３からセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）をＳＧＷ５に送信し、新たにトンネル確立処理を実施する（Ｓ２０４）。この時、ＭＭＥ３は図２を参照して説明した無線リソース解放処理において削除したトンネルと同じＩＰアドレスをＵＥ１に対して払い出させるために、セッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）に、最初の（または前回の）ベアラ確立時にＵＥ１に払い出されたＩＰアドレスを指定ＩＰアドレス情報として設定する。なお、セッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する際の３ｇｐｐ標準規定の処理と同様に、ＭＭＥ３がＳ２０４で（およびＳＧＷ５が次のＳ２０５で）送信するセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）には、ＵＥ情報としてＩＭＳＩが設定される。
【００３７】
ＭＭＥ３からセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）を受信したＳＧＷ５はトンネル確立処理を実施し、ＰＧＷ６にＩＰアドレス付きのセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する（Ｓ２０５）。ＰＧＷ６は受信した信号に設定された指定ＩＰアドレスとＩＭＳＩとが自身が保持するＩＰアドレスとＩＭＳＩの対応表と同一であるかどうかを確認し、両者が同一であればトンネル復旧処理と判定し、信号に指定されたＩＰアドレスを再度用いてトンネル確立処理を実施する（Ｓ２０６）。その後ＰＧＷ６は、Ｓ２０５でのセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）に対するセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を送信する（Ｓ２０７）。
【００３８】
ＰＧＷ６からセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を受信したＳＧＷ５は、ＭＭＥ３にセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を送信する（Ｓ２０８）。Ｓ２０８でＳＧＷ５からセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を受信したＭＭＥ３は、３ｇｐｐ標準規定に従って、初期コンテキストセットアップ要求（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ）をｅＮｏｄｅＢ２に対して送信する（Ｓ２０９）。以降、３ｇｐｐ標準規定に従って、まず、ｅＮｏｄｅＢ２がＵＥ１との間で無線ベアラ確立処理（Ｒａｄｉｏ  Ｂｅａｒｅｒ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ）を実施する（Ｓ２１０）。次に、ｅＮｏｄｅＢ２がＭＭＥ３に初期コンテキストセットアップ完了（Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ）を送信する（Ｓ２１１）。次に、ＭＭＥ３がＳＧＷ５にベアラ更新要求（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ）を送信し（Ｓ２１２）、ＳＧＷ５がＭＭＥ３にベアラ更新応答（Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅ）を送信する（Ｓ２１３）。
【００３９】
なお、ＰＣＲＦ利用時はＳＧＷ５およびＰＧＷ６のトンネル復旧処理に伴ってＰＣＲＦのリソースも復旧される。
【００４０】
次に、ＵＥ１宛のＩＰパケット着信を契機としたトンネル復旧処理を図４を用いて説明する。この動作の基本は、３ｇｐｐ  ＴＳ２３．４０１の項目５．３．４．３「Ｎｅｔｗｏｒｋ  Ｔｒｉｇｇｅｒｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ」となる。なお、３ｇｐｐ標準規定の動作では、ＰＧＷ６およびＳＧＷ５間のトンネルが維持されたままであるため、維持されているトンネルを使用してＵＥ１宛のＩＰパケットはＳＧＷ５まで到達し、ＳＧＷ５がＭＭＥ３に対しＩＰパケット着信通知を送信する。これに対して本実施形態ではＳＧＷ５およびＰＧＷ６はリソースを解放済みであるため、ＰＤＮ７からＵＥ１宛のＩＰパケット（下りデータ；Ｄｏｗｎｌｉｎｋ  Ｄａｔａ）を受信したＰＧＷ６は（Ｓ３０１）、ＩＰアドレスとＩＭＳＩとの対応表を参照してＩＰパケットの宛先のＩＭＳＩを抽出する（Ｓ３０２）。その後、ＰＧＷ６がＨＳＳ４に対してＩＭＳＩをキーに当該ＵＥ１を収容するＭＭＥ３を問い合わせ（Ｓ３０３）、ＨＳＳ４からＭＭＥ３のＦＱＤＮ（Ｆｕｌｌｙ  Ｑｕａｌｉｆｉｅｄ  Ｄｏｍａｉｎ  Ｎａｍｅ）を受信する（Ｓ３０４）。その後、ＰＧＷ６は、ＭＭＥ３のＦＱＤＮを用いてＳＧＷ５のＩＰアドレスの問い合わせを所定のＤＮＳ２０に対して実施する（Ｓ３０５）。ＰＧＷ６は、ＤＮＳ２０からＳＧＷ５のＩＰアドレスを得られた後は（Ｓ３０６）、下りデータ通知（Ｄｏｗｎ  Ｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ）に現在３ｇｐｐ標準規定に定められているＩＰアドレスだけでなく、対象ベアラを特定するために、ＩＭＳＩ、ＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ）、およびＰＧＷアドレス（すなわちＰＧＷ６のＩＰアドレス）を追加設定して送信する（Ｓ３０７）。ＰＧＷ６から下りデータ通知（Ｄｏｗｎ  Ｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ）を受信したＳＧＷ５は、ＩＭＳＩ、ＡＰＮおよびＰＧＷアドレスを３ｇｐｐ標準規定に追加設定した下りデータ通知（Ｄｏｗｎ  Ｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ）をＭＭＥ３へ送信する（Ｓ３０８）。
【００４１】
ＳＧＷ５から下りデータ通知（Ｄｏｗｎ  Ｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ）を受信したＭＭＥ３は、ＡＰＮ、ＰＧＷアドレス等に基づいて接続先のＳＧＷ５を選択する（Ｓ３０９）。この時のＳＧＷ５は、初回（または前回）ベアラ確立時に使用していたＳＧＷ５でなくてもよい。次に、ＭＭＥ３は、図３を参照して説明したＵＥ１起動のベアラ復旧処理のＳ２０４の処理と同様にして、初回（または前回）ＵＥ１に払いだしたＩＰアドレスを指定ＩＰアドレス情報として設定したセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する（Ｓ３１０）。以降、図３のＳ２０５〜２０８と同様にして、ＭＭＥ３からセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）を受信したＳＧＷ５はトンネル確立処理を実施し、ＰＧＷ６にＩＰアドレス付きのセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する（Ｓ３１１）。ＰＧＷ６は受信した信号に設定された指定ＩＰアドレスとＩＭＳＩとが自身が保持するＩＰアドレスとＩＭＳＩの対応表と同一であるかどうかを確認し、両者が同一であればトンネル復旧処理と判定し、信号に指定されたＩＰアドレスを再度用いてトンネル確立処理を実施する（Ｓ３１２）。その後ＰＧＷ６は、Ｓ３１１でのセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）に対するセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を送信する（Ｓ３１３）。ＰＧＷ６からセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を受信したＳＧＷ５は、ＭＭＥ３にセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を送信する（Ｓ３１４）。
【００４２】
次に、ＳＧＷ５からセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を受信したＭＭＥ３は、トンネル復旧後に、登録済みのＵＥ１へ向けて、ｅＮｏｄｅＢ２を介してページング（すなわち待機状態のＵＥ１を呼び出す信号）を送信する（Ｓ３１５〜Ｓ３１６）。ここでのページングは３ｇｐｐ標準規定に従う。
【００４３】
上述したように、本実施形態においては、アタッチし、ベアラ確立済みのＵＥ１が、Ｓ１を解放した契機で、すなわちＵＥ１が基準点Ｓ１−ＵおよびＳ１−ＭＭＥを通る接続を解放したことを契機として、ＳＧＷ５およびＰＧＷ６間のトンネルを解放し、関連するリソースを解放し削除する。その結果、収容するＵＥ１の数に対しコアネットワークのリソースを節約することが出来る。
【００４４】
すなわち、本実施形態においては、トンネリングを用いてパケットデータのモビリティを提供するネットワークにおいて、トンネルを解放しトンネル情報を削除した場合に、ＩＰアドレスと加入者ＩＤ（加入者識別情報）とを動的に括りつけ管理することで、コアネットワークのリソースが有効活用出来るようになる。
【００４５】
また、Ａｌｗａｙｓ−Ｏｎすなわち発着信を可能とするため、ＵＥ１からのＳ１復旧時にＭＭＥ３がトンネル解放前のＩＰアドレスおよびＰＧＷ指定のトンネル確立を実施する。ＵＥ１宛のパケット着信時は、ＰＧＷ６がＩＰアドレスとＵＥ１の対応付け情報のみを保持し、ＨＳＳ４と連携することでＵＥ１を収容するＭＭＥ３へ着信通知を送信することが出来、パケット着信を契機にトンネル確立を実施できる。その結果、トンネル解放を実施している状態においても、３ｇｐｐ標準規定と同様にＡｌｗａｙｓ−Ｏｎを実現可能となる。
【００４６】
また、ＰＧＷ６は初回アタッチ／ベアラ確立時に動的に選択され、かつＰＧＷ６が動的にＩＰアドレスを払い出した上で、ＵＥ１とＩＰアドレスとの対応付けを保持する。そうすることで、固定ＩＰアドレスを不要とする事ができ、ＵＥ１はベアラ新規確立の度に最適なＰＧＷ６の選択が可能となり、事前にＵＥ１とＩＰアドレスとの関連付けの情報を設定する手順も不要となる。
【００４７】
以上説明したように、本実施形態においては、以下に記載するような効果を奏する。
第１の効果はＵＥ１からの発信および着信に影響をあたえることなく、ＳＧＷ５とＰＧＷ６とがトンネルを解放することが出来るため、ＳＧＷ５およびＰＧＷ６のリソースを効率化出来ることである。
第２の効果はＳ１復旧の度にＳＧＷ５を再選択してトンネルを復旧するため、Ｓ１解放時のＳＧＷ５の障害に起因した影響を受けなくなることである。
【００４８】
次に、図５を参照して、本発明の他の実施形態について説明する。本実施形態の基本的構成は上記実施形態と同様に図１に示した通りであるが、ＵＥ１宛のＩＰパケット着信を契機としたトンネル復旧処理における動作が異なっている。本実施形態におけるＵＥ１宛のＩＰパケット着信を契機としたトンネル復旧処理の別の手法を図５を用いて説明する。本実施形態から得られる効果は上記実施形態の効果と同一である。
【００４９】
ＰＤＮ７からＵＥ１宛ての下りデータ（Ｄｏｗｎｌｉｎｋ  Ｄａｔａ）を受信したＰＧＷ６は（Ｓ４０１）、自身が保持するＩＰアドレスとＩＭＳＩとの対応表から下りデータの宛先ＩＭＳＩを抽出する（Ｓ４０２）。その後ＰＧＷ６は、ＨＳＳ４にアタッチ済みＭＭＥ３の問い合わせを実施する（Ｓ４０３）。
【００５０】
アタッチ済みＭＭＥ３の問い合わせを受信したＨＳＳ４は、当該ＵＥ１を収容しているＭＭＥ３に対して着信通知を送信する（Ｓ４０４）。この時、ＨＳＳ４は、ＭＭＥ３が該当ベアラを判断するために、ＩＭＳＩ、ＡＰＮ、ＩＰアドレス、ＰＧＷアドレスの情報を着信通知に付与する。着信通知を受信したＭＭＥ３は、ＨＳＳ４に対して着信通知応答を送信する（Ｓ４０５）。以降、図４のＳ３１０〜Ｓ３１６と同様にして、ＭＭＥ３は、初回（または前回）ＵＥ１に払いだしたＩＰアドレスを指定ＩＰアドレス情報として設定したセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）をＳＧＷ５宛てに送信する（Ｓ４０６）。次に、ＭＭＥ３からセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）を受信したＳＧＷ５はトンネル確立処理を実施し、ＰＧＷ６にＩＰアドレス付きのセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）を送信する（Ｓ４０８）。ＰＧＷ６は受信した信号に設定された指定ＩＰアドレスとＩＭＳＩとが自身が保持するＩＰアドレスとＩＭＳＩの対応表と同一であるかどうかを確認し、両者が同一であればトンネル復旧処理と判定し、信号に指定されたＩＰアドレスを再度用いてトンネル確立処理を実施する（Ｓ４０８）。その後ＰＧＷ６は、Ｓ４０７でのセッション作成要求（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ）に対するセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を送信する（Ｓ４０９）。ＰＧＷ６からセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を受信したＳＧＷ５は、ＭＭＥ３にセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を送信する（Ｓ４１０）。
【００５１】
次に、ＳＧＷ５からセッション作成応答（Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ）を受信したＭＭＥ３は、トンネル復旧後に、登録済みのＵＥ１へ向けて、ｅＮｏｄｅＢ２を介してページング（すなわち待機状態のＵＥ１を呼び出す信号）を送信する（Ｓ４１１〜Ｓ４１２）。ここでのページングは３ｇｐｐ標準規定に従う。
【００５２】
ＵＥ１がページングを受信すると（Ｓ４１２）、以降、ＵＥ１起動のサービス要求処理（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  Ｐｒｏｃｅｄｕｒｅ）が実施される（Ｓ４１３）。
【００５３】
なお、上記実施形態の特徴をまとめると図６に示すようになる。すなわち、本発明の一実施形態としての通信システム１００（図１の通信システム１０に対応する）は、トンネリングを用いてパケットデータのモビリティを提供する通信システムである。そして、通信システム１００は、以下の機能を有する第１のノード（図１のＰＧＷ６に対応する）１０１を備えている。すなわち、第１のノード１０１は、トンネルを解放しトンネル情報を削除する機能１０２（トンネル制御部）と、トンネルを解放しトンネル情報を削除した場合に、当該トンネルが設定されていた端末（図１のＵＥ１に対応する）に割り当てられていたＩＰアドレスと当該端末の加入者識別情報とを対応付けて管理する機能１０３（管理部）とを有している。
【００５４】
なお、上記各実施形態は、Ｅ−ＵＴＲＡＮ８に適用した場合で説明したが、ＵＴＲＡＮやＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）等他の移動体ネットワークにおいても適用可能である。
【００５５】
なお、本発明の実施形態は上記のものに限定されず、例えば図１に示した構成は一例であって、図１に示した２以上の構成要素を統合したり、１つの構成要素を複数に分割したりする変更を適宜行うことができる。また、ＰＧＷ６が有するＵＥ１と加入者識別情報との対応付け情報を記憶したテーブルは、ＰＧＷ６等を構成するコンピュータ装置に内蔵したり、通信回線や所定のインターフェースを介してＰＧＷ６の外部に統合してあるいは分散して設けるようにしたりすることができる。また、本発明の通信システムは、１または複数のコンピュータとそのコンピュータで実行される１または複数のプログラムとを構成要素とするものであり、そのプログラムはコンピュータ読み取り可能な記録媒体や通信回線を介して流通させることが可能である。
【００５６】
また、請求の範囲の記載と、上記実施形態の構成との対応は次の通りである。「端末」はＵＥ１に対応している。「第１のノード」はＰＧＷ６に対応している。「第２のノード」はＳＧＷ５に対応している。「第３のノード」はＭＭＥ３に対応している。「第４のノード」はＨＳＳ４に対応している。
【００５７】
以上、実施形態を用いて本発明を説明したが、本発明の技術的範囲は、上述した実施形態に記載の範囲に限定されるものではない。上記実施形態に多様な変更または改良を加えることが可能であることが、当業者に明らかである。そのような変更または改良を加えた形態も本発明の技術的範囲に含まれ得ることが、請求の範囲の記載から明らかである。
【００５８】
この出願は、２０１１年９月３０日に出願された日本出願特願２０１１−２１６１０３号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【００５９】
本発明は、例えば、トンネリングを用いてパケットデータのモビリティを提供する通信に利用可能である。本発明は、モビリティを確保した上でＳＧＷ等におけるリソースの確保を不要とし、トンネルを解放することができる。
【符号の説明】
【００６０】
１  ＵＥ
２  ｅＮｏｄｅＢ
３  ＭＭＥ
４  ＨＳＳ
５  ＳＧＷ
６  ＰＧＷ
７  ＰＤＮ
８  Ｅ−ＵＴＲＡＮ
【図１】
0005904206.tif 000002
【図２】
0005904206.tif 000003
【図３】
0005904206.tif 000004
【図４】
0005904206.tif 000005
【図５】
0005904206.tif 000006
【図６】
0005904206.tif 000007