移動通信システムおよび通信制御方法
【課題】端末の移動に伴うトンネルの切り替えを効率よくかつ容易に行なうことのできる移動通信システムを提供する。
【解決手段】端末をサービスネットワークへ接続するための移動通信システムであって、無線アクセスネットワーク装置と、ゲートウェイ装置と、移動管理装置とを備えている。無線アクセスネットワーク装置は、端末と接続する。ゲートウェイ装置は、端末をサービスネットワークに接続する複数のトンネルを構築し、要求に応じて複数のトンネルを切り替える。移動管理装置は、複数のトンネルを一括して切り替える要求をゲートウェイ装置に送信する。
【解決手段】端末をサービスネットワークへ接続するための移動通信システムであって、無線アクセスネットワーク装置と、ゲートウェイ装置と、移動管理装置とを備えている。無線アクセスネットワーク装置は、端末と接続する。ゲートウェイ装置は、端末をサービスネットワークに接続する複数のトンネルを構築し、要求に応じて複数のトンネルを切り替える。移動管理装置は、複数のトンネルを一括して切り替える要求をゲートウェイ装置に送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末が複数のサービスネットワークに同時に接続できる移動通信システムに関する。
【背景技術】
【０００２】
図１は、１つの端末が複数のサービスネットワークに同時に接続できる移動通信システムの構成を示すブロック図である。図１を参照すると、移動通信システムはＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）９５、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）９４、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）９３、および基地局９２を有している。ＧＧＳＮ９５、ＳＧＳＮ９４はコアネットワークに属し、ＲＮＣ９３、基地局９２は無線アクセスネットワークに属する。
【０００３】
ＧＧＳＮ９５は２つのサービスネットワーク９６、９７に接続され、移動通信システムとサービスネットワーク９６、９７の間のゲート装置である。サービスネットワーク９６、９７はパケットサービスを提供するネットワークである。
【０００４】
ＳＧＳＮ９４は、ＧＰＲＳのサービスを提供するためのノード装置であり、端末９１と接続したＲＮＣ９２と接続するとともに、ＧＧＳＮ９５との間にトンネル９８、９９を構築し、端末９１によるサービスネットワーク９６、９７への接続を可能にする。
【０００５】
ＲＮＣ９３は、基地局９２を管理する制御装置であり、一般的には複数の基地局９２を管理する。ＲＮＣ９３は、コアネットワークおよび端末９１の双方との間で呼処理を実行し、呼を設定する。
【０００６】
基地局９２は無線で端末９１と接続し、端末９１による通信を中継する。
【０００７】
図１の状態では、端末９１はサービスネットワーク９６およびサービスネットワーク９７の双方の接続サービスを受けている。このとき端末９１の接続のために、ＳＧＳＮ９４とＧＧＳＮ９５の間には、サービスネットワーク９６への接続に対してＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）トンネル９８が構築され、サービスネットワーク９７への接続に対してＧＴＰトンネル９９が構築される。
【０００８】
図２は、図１に示した端末９１が移動してＳＧＳＮ９４に変更が生じたときの移動通信システムの動作を説明するための図である。なお、図２では、説明簡略化のため、基地局を省略しているが、図１に示すように、端末９１は、基地局９２（不図示）を中継してＲＮＣ９３と接続されているものとする。図２を参照すると、端末９１が移動元ＲＮＣ９３１から移動先ＲＮＣ９３２へ移動している。そのとき端末９１の移動を示す信号１１２が、移動後の端末９１もしくは移動先ＲＮＣ９３２から新ＳＧＳＮ９４２に送る。
【０００９】
その後、新ＳＧＳＮ９４２は、サービスネットワーク９６に対するＧＴＰトンネル９８を切替えるための切り替え要求信号１１３と、サービスネットワーク９７に対するＧＴＰトンネル９９を切り替えるための切り替え要求信号１１４とをＧＧＳＮ９５に送る。
【００１０】
ＧＧＳＮ９５は２つの切り替え要求信号１１３、１１４を受けて、それぞれのＧＴＰトンネル９８、９９を旧ＳＧＳＮ９４１から新ＳＧＳＮ９４２へと切り替える。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
図２を用いて説明したように、２つのサービスネットワーク９６、９７に接続している端末９１が移動したとき、移動先ＲＮＣ９３２を収容する新ＳＧＳＮ９４２は、１つの端末９１の１回の移動のために同一のＧＧＳＮ９５に対して２つの切り替え要求信号を送っている。同一のＧＧＳＮ９５に同一の端末９１に関するトンネルの切り替えを要求するのに、トンネル毎に複数の切り替え要求信号を送るのは無駄の多い処理である。
【００１２】
また、トンネル毎に要求信号をそれぞれ送ると、一方の要求信号が消失した場合などにはトンネル同士で状態の不一致が生じることになる。また、そのような状態の不一致を想定した設計が必要となり装置の機能が複雑となる。
【００１３】
本発明の目的は、端末の移動に伴うトンネルの切り替えを効率よくかつ容易に行なうことのできる移動通信システムを提供することである。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明の一態様による移動通信システムは、端末をサービスネットワークへ接続するための移動通信システムであって、
前記端末と接続する無線アクセスネットワーク装置と、
前記端末を前記サービスネットワークに接続する複数のトンネルを構築し、要求に応じて前記複数のトンネルを切り替えるゲートウェイ装置と、
前記複数のトンネルを一括して切り替える要求を、前記ゲートウェイ装置に送信する移動管理装置と、
を備えている。
【００１５】
本発明の一態様による通信制御方法は、端末をサービスネットワークへ接続するための通信制御方法であって、
前記端末を前記サービスネットワークに接続する複数のトンネルを構築し、
前記複数のトンネルを一括して切り替える要求を送信し、
前記要求に応じて前記複数のトンネルを一括して切り替える。
【図面の簡単な説明】
【００１６】
【図１】１つの端末が複数のサービスネットワークに同時に接続できる移動通信システムの構成を示すブロック図である。
【図２】図１に示した端末１が移動してＳＧＳＮの変更が生じたときの移動通信システムの動作を説明するための図である。
【図３】第１の実施形態による移動通信システムの構成を示すブロック図である。
【図４】第１の実施形態において端末１が移動したときの移動通信システムの動作を説明するための図である。
【図５】トンネル切り替え要求処理における新ＳＧＳＮ４2の動作を示すフローチャートである。
【図６】第２の実施形態において端末１が移動したときの移動通信システムの動作を説明するための図である。
【図７】第３の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。
【図８】第４の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。
【図９】第５の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。
【発明を実施するための形態】
【００１７】
本発明の一実施形態について図面を参照して詳細に説明する。
【００１８】
（第１の実施形態）
図３は、第１の実施形態による移動通信システムの構成を示すブロック図である。これには１つの端末が複数のサービスネットワークに同時に接続できる移動通信システムが示されている。
【００１９】
図３を参照すると、移動通信システムはＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）５、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）４、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）３、および基地局２を有している。ＧＧＳＮ５、ＳＧＳＮ４はコアネットワークに属し、ＲＮＣ３、基地局２は無線アクセスネットワークに属する。
【００２０】
ＧＧＳＮ５は２つのサービスネットワーク６、７に接続され、移動通信システムからサービスネットワーク６、７への接続を行うゲート装置である。サービスネットワーク６、７はパケットサービスを提供するネットワークである。
【００２１】
ＳＧＳＮ４は、ＧＰＲＳのサービスを提供するためのノード装置であり、端末１と接続したＲＮＣ２と接続するとともに、ＧＧＳＮ５との間にトンネル８、９を構築し、端末１によるサービスネットワーク６、７への接続を可能にする。
【００２２】
ＲＮＣ３は、基地局２を管理する制御装置であり、一般的には複数の基地局２を管理する。ＲＮＣ３は、コアネットワークおよび端末１の双方との間で呼処理を実行し、呼を設定する。
【００２３】
基地局２は無線で端末１と接続し、端末１による通信を中継する。
【００２４】
図３の状態では、端末１はサービスネットワーク６およびサービスネットワーク７の双方の接続サービスを受けている。このとき端末１の接続のために、ＳＧＳＮ４とＧＧＳＮ５の間には、サービスネットワーク６への接続に対してＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）トンネル８が構築され、サービスネットワーク７への接続に対してＧＴＰトンネル９が構築されている。
【００２５】
図４は、第１の実施形態において端末１が移動したときの移動通信システムの動作を説明するための図である。なお、図４では、図２と同様、説明簡略化のため、基地局を省略しているが、図３に示すように、端末１は、基地局２（不図示）を中継してＲＮＣ３と接続されているものとする。図４を参照すると、端末１が移動元ＲＮＣ３1から移動先ＲＮＣ３2へ移動している。これに伴って旧ＳＧＳＮ４1から新ＳＧＳＮ４2への接続の変更が行なわれる。
【００２６】
そのとき新ＳＧＳＮ４2、移動先ＲＮＣ３2、端末１の間では移動に伴う信号の送受信がされる。そして、新ＳＧＳＮ４2は所定の信号１０を受信するとトンネル切り替え要求処理を開始する。トンネルの切り替え要求処理を開始するための所定の信号１０は、端末１からのルートエリア更新信号、あるいは移動先ＲＮＣ３2からのリロケーション完了信号を含む。
【００２７】
また、新ＳＧＳＮ４2は、端末１に対して構築されているトンネルのトンネル情報を旧ＳＧＳＮ４1から、ＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）コンテキストとして取得する。例えば、新ＳＧＳＮ４2が旧ＳＧＳＮ４1にＰＤＰコンテキスト要求信号を送り、旧ＳＧＳＮ４1がそれに対する応答としてＰＤＰコンテキストを送ってもよく、また、旧ＳＧＳＮ４1が転送リロケーション要求信号で自律的に新ＳＧＳＮ４2にトンネル情報を通知してもよい。
【００２８】
図５は、トンネル切り替え要求処理における新ＳＧＳＮ４2の動作を示すフローチャートである。新ＳＧＳＮ４2は、旧ＳＧＳＮ４1から取得したトンネル情報から切替えるトンネルの数を取得し、そのトンネル数が２つ以上か否か判定する（ステップ１０１）。トンネル数が２つ以上であれば、新ＳＧＳＮ４2は、次に同一のＧＧＳＮ５との間に２つ以上のＧＴＰトンネルがあるか否か判定する（ステップ１０２）。
【００２９】
ステップ１０２の判定の結果、同一のＧＧＳＮ５との間に２つ以上のＧＴＰトンネルがあれば、新ＳＧＳＮ４2は、それら複数のＧＴＰトンネルについての旧ＳＧＳＮ４1から新ＳＧＳＮ４2への切り替えの要求を含む切り替え要求信号１１をＧＧＳＮ５に送信する（ステップ１０３）。
【００３０】
その切り替え要求信号は、切り替える複数のＧＴＰトンネルに関するＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）のペアを含み、１つの更新ＰＤＰコンテキスト要求信号に乗せて送られる。
【００３１】
ステップ１０１の判定にて、切り替えるＧＴＰトンネルの数が１つ以下か、ステップ１０２の判定にて、同一のＧＧＳＮ５との間に２つ以上のＧＴＰトンネルがなければ、新ＳＧＳＮ４2は、各ＧＴＰトンネルを切り替えるための各々の切り替え要求信号を、それぞれのＧＴＰトンネルに対応するＧＧＳＮ５に送信する（ステップ１０４）。
【００３２】
このように新ＳＧＳＮ４2から送信された切り替え要求信号を受信したＧＧＳＮ５は、その切り替え要求信号を解析し、ＴＥＩＤで示されたＧＴＰトンネルの旧ＳＧＳＮ４1から新ＳＧＳＮ４2への切り替えを行なう。
【００３３】
以上説明したように、本実施形態によれば、端末１が移動してＳＧＳＮ４の切り替えが生じたとき、新ＳＧＳＮ４2からＧＧＳＮ５へ、同一の端末１に関する同一のＧＧＳＮ５とＳＧＳＮ４との間の複数のＧＴＰトンネルについての切り替えを１つの切り替え要求信号でまとめて要求する。そのため、新ＳＧＳＮ４2とＧＧＳＮ５の間の通信量が低減され、ＧＴＰトンネルの切り替えを回線の利用効率を良くして行なうことができる。また、１つの切り替え要求信号で複数のＧＴＰトンネルの切り替えが要求できるので、ＧＴＰトンネルの切り替えにかかる時間が短縮される。また、ＳＧＳＮ４からＧＧＳＮ５へのＧＴＰトンネルの切り替えの要求がトンネル毎に異なる状態になることがないので、ＧＧＳＮ５やＳＧＳＮ４の機能が単純化され、切り替えが容易となる。
【００３４】
（第２の実施形態）
第２の実施形態の移動通信システムは、ＲＮＣとＧＧＳＮの間で直接ＧＴＰトンネルを構築するＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を採ることが可能である。本実施形態の移動通信システムの構成は図３に示した第１の実施形態と同様である。ただしＧＴＰトンネル８、９はＲＮＣ３とＧＧＳＮ５の間に構築される。また、本実施形態の移動通信システムのＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を構築するための動作以外の動作は第１の実施形態と同様である。
【００３５】
図６は、第２の実施形態において端末１が移動したときの移動通信システムの動作を説明するための図である。なお、図６では、説明簡略化のため、基地局を省略しているが、図４と同様、端末１は、基地局２（不図示）を中継してＲＮＣ３と接続されているものとする。図６を参照すると、端末１は１つのＧＧＳＮ５を利用して、複数のサービスネットワーク６、７に接続している。そして、その状態で端末１が移動元ＲＮＣ３1から移動先ＲＮＣ３2へ移動している。それにより移動元ＲＮＣ３1とＧＧＳＮ５の間に構築されていたＧＴＰトンネル８、９を、移動先ＲＮＣ３2とＧＧＳＮ５の間に切り替える必要が生じる。
【００３６】
そのときＳＧＳＮ４、移動先ＲＮＣ３2、端末１の間では移動に伴う信号の送受信がされる。そして、ＳＧＳＮ４は端末１の移動完了通知２１を移動先ＲＮＣ３2から受信するとトンネル切り替え要求処理を開始する。
【００３７】
トンネル切り替え要求処理は、図５に示した第１の実施形態と同様である。ただし、ＳＧＳＮ４は自身の保持しているトンネル情報をステップ１０１の判定に用いればよい。第２の実施形態によるトンネル切り替え要求処理によれば、ＳＧＳＮ４は、同一のＧＧＳＮ５について切り替えが必要なＧＴＰトンネルが複数あれば、それら複数のＧＴＰトンネルの切り替えを１つの切り替え要求信号２２で要求することになる。
【００３８】
一般的にＳＧＳＮ４は複数のＲＮＣ３を収容するので、ＳＧＳＮ４とＧＧＳＮ５の間でＧＴＰトンネルを構築する場合に比べて、ＲＮＣ３とＧＧＳＮ５の間でＧＴＰトンネルを構築するＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を採った場合の方がＧＴＰトンネルを切り替える数が多くなる。そのため、本実施形態により得られる効果はさらに大きくなる。
【００３９】
（第３の実施形態）
第３の実施形態では、ＧＰＲＳシステムを拡張したＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）システムを例示する。
【００４０】
図７は、第３の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。なお、図７では、説明簡略化のため、基地局を省略しているが、図４と同様、端末１は、基地局２（不図示）を中継してＲＮＣ３と接続されているものとする。図７を参照すると、旧ＳＧＳＮ４1および新ＳＧＳＮ４2は、サービングＳＡＥ ＧＷ ３１に接続されている。
【００４１】
第３の実施形態の移動通信システムは、図３に示した第１の実施形態におけるＧＧＳＮ５の代わりに、サービングＳＡＥ ＧＷ３１およびＰＤＮ ＳＡＥ ＧＷ３２1、３２2を有している。ＲＮＣ３および基地局２（不図示）はＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に含まれ、ＳＧＳＮ４、サービングＳＡＥ ＧＷ３１、およびＰＤＮ ＳＡＥ ＧＷ３２1、３２2がコアネットワークに含まれる。ＳＡＥシステムでは、ＵＴＲＡＮからのアクセスはＳＧＳＮ４からＧＴＰトンネルにてサービングＳＡＥ ＧＷ３１に接続される。
【００４２】
サービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２1は一体に構成されていてもよく、サービングＳＡＥ ＧＷ ３１はＰＤＮ ＳＡＥ ＧＷ ３２1を介してサービスネットワーク６に接続している。図の例では、サービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２1とが一体に構成されているため、サービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２1の間にはＧＴＰトンネルが構築されていない。
【００４３】
また、サービングＳＡＥ ＧＷ ３１はＰＤＮ ＳＡＥ ＧＷ ３２2を介してサービスネットワーク７に接続している。サービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２2の間にはＧＴＰトンネル３５が構築されている。
【００４４】
サービングＳＡＥ ＧＷ（Ｇａｔｅｗａｙ）３１は、ＳＧＳＮ４との間のＧＴＰトンネル３３、３４を終端する装置である。
【００４５】
ＰＤＮ（Ｐａｃｋｅｔ Ｄｏｍａｉｎ Ｎｅｔｗｏｒｋ） ＳＡＥ ＧＷ３２1、３２2は、サービスネットワーク６、７への接続を行うゲート装置である。
【００４６】
図７を参照すると、端末１が移動元ＲＮＣ３1から移動先ＲＮＣ３2へ移動している。これに伴って旧ＳＧＳＮ４1から新ＳＧＳＮ４2への接続の変更が行なわれる。
【００４７】
そのとき新ＳＧＳＮ４2、移動先ＲＮＣ３2、端末１の間では移動に伴う信号の送受信がされる。そして、新ＳＧＳＮ４2は端末１の移動完了通知３６を移動先ＲＮＣ３2から受信するとトンネル切り替え要求処理を開始する。
【００４８】
トンネル切り替え要求処理は、図５に示した第１の実施形態と同様である。ＳＡＥシステムでは、１つの端末１が複数のサービスネットワーク６、７へ接続する場合、１つのサービングＳＡＥ ＧＷ ３１にトンネルが集約される。そして、その上でサービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２2の間のトンネル３５を構築することになる。新ＳＧＳＮ４2は、サービングＳＡＥ ＧＷ ３１に複数のトンネルがあれば、それら複数のトンネルの切り替えを要求するための１つの切り替え要求信号３７をサービングＳＡＥ ＧＷ ３１に送信する。
【００４９】
ＳＡＥシステムでは、１つの端末１が複数のサービスネットワーク６、７へ接続する場合、１つのサービングＳＡＥ ＧＷ ３１にトンネルが集約されるので、第１の実施形態と比べて、第３の実施形態は、複数のトンネルの切り替えの要求を１つの切り替え要求信号にまとめることができる可能性が高くなり、得られる効果が大きくなる。
【００５０】
（第４の実施形態）
第４の実施形態では、第３の実施形態に示したＳＡＥシステムであり、第２の実施形態に示したＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を採ることが可能なシステムを例示する。
【００５１】
図８は、第４の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。なお、図８では、説明簡略化のため、基地局を省略しているが、図４と同様、端末１は、基地局２（不図示）を中継してＲＮＣ３と接続されているものとする。図８を参照すると、トンネル３３、３４はＲＮＣ３とサービングＳＡＥ ＧＷ ３１の間に構築される。また、本実施形態の移動通信システムのＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を構築するための動作以外の動作は第３の実施形態と同様である。
【００５２】
図８を参照すると、端末１が移動元ＲＮＣ３1から移動先ＲＮＣ３2へ移動している。そのときＳＧＳＮ４、移動先ＲＮＣ３2、端末１の間では移動に伴う信号の送受信がされる。そして、ＳＧＳＮ４は端末１の移動完了通知４１を移動先ＲＮＣ３2から受信するとトンネル切り替え要求処理を開始する。
【００５３】
トンネル切り替え要求処理は、図５に示した第１の実施形態と同様である。ＳＡＥシステムでは、１つの端末１が複数のサービスネットワーク６、７へ接続する場合、１つのサービングＳＡＥ ＧＷ ３１にトンネルが集約される。そして、その上でサービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２2の間のトンネル３５を構築することになる。
【００５４】
また、本実施形態では、Ｄｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を採るため、ＳＧＳＮ４は自身の保持しているトンネル情報を用いればよい。
【００５５】
ＳＧＳＮ４は、サービングＳＡＥ ＧＷ ３１に複数のトンネルがあれば、それら複数のトンネルの切り替えを要求するための１つの切り替え要求信号４２をサービングＳＡＥ ＧＷ ３１に送信する。
【００５６】
本実施形態においても、第３の実施形態と同様、第１の実施形態と比べて、複数のトンネルの切り替えの要求を１つの切り替え要求信号にまとめることができる可能性が高くなり、得られる効果が大きくなる。また、本実施形態では第２の実施形態と同様の効果も得られる。
【００５７】
（第５の実施形態）
第５の実施形態では、ＲＮＣと基地局（ｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ））が一体的に構成され、ＳＧＳＮの代わりにＭＭＥ（Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）を備えたＳＡＥシステムを例示する。ｅＮＢがＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＴＲＡＮ）に含まれる。
【００５８】
図９は、第５の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。図９を参照すると、第５の実施形態の移動通信システムの構成は、図３で示される基地局２とＲＮＣ３がｅＮＢ５１として一体的に構成されている点と、図８で示されるＳＧＳＮ４の代わりにＭＭＥ５２が存在する点で図８のシステムと異なる。またＭＭＥ５２はユーザプレーンを処理する機能を持たないので、図８のＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成と同様に、ｅＮＢ５１とサービングＳＡＥ ＧＷ３１の間で直接にトンネルが構築される。
【００５９】
図９を参照すると、端末１が移動元ｅＮＢ５１1から移動先ｅＮＢ５１2へ移動している。そのときＭＭＥ５２、移動先ｅＮＢ５１2、端末１の間では移動に伴う信号の送受信がされる。そして、ＭＭＥ５２は端末１の移動完了通知５３を移動先ｅＮＢ５１2から受信するとトンネル切り替え要求処理を開始する。
【００６０】
トンネル切り替え要求処理は、図５に示した第１の実施形態と同様である。ＳＡＥシステムでは、１つの端末１が複数のサービスネットワーク６、７へ接続する場合、１つのサービングＳＡＥ ＧＷ ３１にトンネルが集約される。そして、その上でサービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２2の間のトンネル３５を構築することになる。
【００６１】
また、本実施形態のＳＡＥシステムはｅＮＢ５１とサービングＳＡＥ ＧＷ ３１の間にトンネルが構築される構成なので、ＭＭＥ５２は自身の保持しているトンネル情報を用いればよい。
【００６２】
ＭＭＥ５２は、サービングＳＡＥ ＧＷ ３１に複数のトンネルがあれば、それら複数のトンネルの切り替えを要求するための１つの切り替え要求信号５４をサービングＳＡＥ ＧＷ ３１に送信する。
【００６３】
本実施形態においても、第５の実施形態と同様な効果を得ることができる。
【００６４】
以上、実施形態を参照して本発明を説明したが、本発明は実施形態に限定されるものではない。各実施形態に記載の内容を組み合わせて用いたり、取り込んだりすることも可能である。クレームに定義された本発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００６５】
この出願は、２００７年３月１２日に出願された日本出願特願２００７−０６１９３５を基礎として優先権の利益を主張するものであり、その開示の全てを引用によってここに取り込む。
【技術分野】
【０００１】
本発明は、端末が複数のサービスネットワークに同時に接続できる移動通信システムに関する。
【背景技術】
【０００２】
図１は、１つの端末が複数のサービスネットワークに同時に接続できる移動通信システムの構成を示すブロック図である。図１を参照すると、移動通信システムはＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）９５、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）９４、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）９３、および基地局９２を有している。ＧＧＳＮ９５、ＳＧＳＮ９４はコアネットワークに属し、ＲＮＣ９３、基地局９２は無線アクセスネットワークに属する。
【０００３】
ＧＧＳＮ９５は２つのサービスネットワーク９６、９７に接続され、移動通信システムとサービスネットワーク９６、９７の間のゲート装置である。サービスネットワーク９６、９７はパケットサービスを提供するネットワークである。
【０００４】
ＳＧＳＮ９４は、ＧＰＲＳのサービスを提供するためのノード装置であり、端末９１と接続したＲＮＣ９２と接続するとともに、ＧＧＳＮ９５との間にトンネル９８、９９を構築し、端末９１によるサービスネットワーク９６、９７への接続を可能にする。
【０００５】
ＲＮＣ９３は、基地局９２を管理する制御装置であり、一般的には複数の基地局９２を管理する。ＲＮＣ９３は、コアネットワークおよび端末９１の双方との間で呼処理を実行し、呼を設定する。
【０００６】
基地局９２は無線で端末９１と接続し、端末９１による通信を中継する。
【０００７】
図１の状態では、端末９１はサービスネットワーク９６およびサービスネットワーク９７の双方の接続サービスを受けている。このとき端末９１の接続のために、ＳＧＳＮ９４とＧＧＳＮ９５の間には、サービスネットワーク９６への接続に対してＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）トンネル９８が構築され、サービスネットワーク９７への接続に対してＧＴＰトンネル９９が構築される。
【０００８】
図２は、図１に示した端末９１が移動してＳＧＳＮ９４に変更が生じたときの移動通信システムの動作を説明するための図である。なお、図２では、説明簡略化のため、基地局を省略しているが、図１に示すように、端末９１は、基地局９２（不図示）を中継してＲＮＣ９３と接続されているものとする。図２を参照すると、端末９１が移動元ＲＮＣ９３１から移動先ＲＮＣ９３２へ移動している。そのとき端末９１の移動を示す信号１１２が、移動後の端末９１もしくは移動先ＲＮＣ９３２から新ＳＧＳＮ９４２に送る。
【０００９】
その後、新ＳＧＳＮ９４２は、サービスネットワーク９６に対するＧＴＰトンネル９８を切替えるための切り替え要求信号１１３と、サービスネットワーク９７に対するＧＴＰトンネル９９を切り替えるための切り替え要求信号１１４とをＧＧＳＮ９５に送る。
【００１０】
ＧＧＳＮ９５は２つの切り替え要求信号１１３、１１４を受けて、それぞれのＧＴＰトンネル９８、９９を旧ＳＧＳＮ９４１から新ＳＧＳＮ９４２へと切り替える。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
図２を用いて説明したように、２つのサービスネットワーク９６、９７に接続している端末９１が移動したとき、移動先ＲＮＣ９３２を収容する新ＳＧＳＮ９４２は、１つの端末９１の１回の移動のために同一のＧＧＳＮ９５に対して２つの切り替え要求信号を送っている。同一のＧＧＳＮ９５に同一の端末９１に関するトンネルの切り替えを要求するのに、トンネル毎に複数の切り替え要求信号を送るのは無駄の多い処理である。
【００１２】
また、トンネル毎に要求信号をそれぞれ送ると、一方の要求信号が消失した場合などにはトンネル同士で状態の不一致が生じることになる。また、そのような状態の不一致を想定した設計が必要となり装置の機能が複雑となる。
【００１３】
本発明の目的は、端末の移動に伴うトンネルの切り替えを効率よくかつ容易に行なうことのできる移動通信システムを提供することである。
【課題を解決するための手段】
【００１４】
上記目的を達成するために、本発明の一態様による移動通信システムは、端末をサービスネットワークへ接続するための移動通信システムであって、
前記端末と接続する無線アクセスネットワーク装置と、
前記端末を前記サービスネットワークに接続する複数のトンネルを構築し、要求に応じて前記複数のトンネルを切り替えるゲートウェイ装置と、
前記複数のトンネルを一括して切り替える要求を、前記ゲートウェイ装置に送信する移動管理装置と、
を備えている。
【００１５】
本発明の一態様による通信制御方法は、端末をサービスネットワークへ接続するための通信制御方法であって、
前記端末を前記サービスネットワークに接続する複数のトンネルを構築し、
前記複数のトンネルを一括して切り替える要求を送信し、
前記要求に応じて前記複数のトンネルを一括して切り替える。
【図面の簡単な説明】
【００１６】
【図１】１つの端末が複数のサービスネットワークに同時に接続できる移動通信システムの構成を示すブロック図である。
【図２】図１に示した端末１が移動してＳＧＳＮの変更が生じたときの移動通信システムの動作を説明するための図である。
【図３】第１の実施形態による移動通信システムの構成を示すブロック図である。
【図４】第１の実施形態において端末１が移動したときの移動通信システムの動作を説明するための図である。
【図５】トンネル切り替え要求処理における新ＳＧＳＮ４2の動作を示すフローチャートである。
【図６】第２の実施形態において端末１が移動したときの移動通信システムの動作を説明するための図である。
【図７】第３の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。
【図８】第４の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。
【図９】第５の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。
【発明を実施するための形態】
【００１７】
本発明の一実施形態について図面を参照して詳細に説明する。
【００１８】
（第１の実施形態）
図３は、第１の実施形態による移動通信システムの構成を示すブロック図である。これには１つの端末が複数のサービスネットワークに同時に接続できる移動通信システムが示されている。
【００１９】
図３を参照すると、移動通信システムはＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ） Ｓｕｐｐｏｒｔ Ｎｏｄｅ）５、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）４、ＲＮＣ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ）３、および基地局２を有している。ＧＧＳＮ５、ＳＧＳＮ４はコアネットワークに属し、ＲＮＣ３、基地局２は無線アクセスネットワークに属する。
【００２０】
ＧＧＳＮ５は２つのサービスネットワーク６、７に接続され、移動通信システムからサービスネットワーク６、７への接続を行うゲート装置である。サービスネットワーク６、７はパケットサービスを提供するネットワークである。
【００２１】
ＳＧＳＮ４は、ＧＰＲＳのサービスを提供するためのノード装置であり、端末１と接続したＲＮＣ２と接続するとともに、ＧＧＳＮ５との間にトンネル８、９を構築し、端末１によるサービスネットワーク６、７への接続を可能にする。
【００２２】
ＲＮＣ３は、基地局２を管理する制御装置であり、一般的には複数の基地局２を管理する。ＲＮＣ３は、コアネットワークおよび端末１の双方との間で呼処理を実行し、呼を設定する。
【００２３】
基地局２は無線で端末１と接続し、端末１による通信を中継する。
【００２４】
図３の状態では、端末１はサービスネットワーク６およびサービスネットワーク７の双方の接続サービスを受けている。このとき端末１の接続のために、ＳＧＳＮ４とＧＧＳＮ５の間には、サービスネットワーク６への接続に対してＧＴＰ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ）トンネル８が構築され、サービスネットワーク７への接続に対してＧＴＰトンネル９が構築されている。
【００２５】
図４は、第１の実施形態において端末１が移動したときの移動通信システムの動作を説明するための図である。なお、図４では、図２と同様、説明簡略化のため、基地局を省略しているが、図３に示すように、端末１は、基地局２（不図示）を中継してＲＮＣ３と接続されているものとする。図４を参照すると、端末１が移動元ＲＮＣ３1から移動先ＲＮＣ３2へ移動している。これに伴って旧ＳＧＳＮ４1から新ＳＧＳＮ４2への接続の変更が行なわれる。
【００２６】
そのとき新ＳＧＳＮ４2、移動先ＲＮＣ３2、端末１の間では移動に伴う信号の送受信がされる。そして、新ＳＧＳＮ４2は所定の信号１０を受信するとトンネル切り替え要求処理を開始する。トンネルの切り替え要求処理を開始するための所定の信号１０は、端末１からのルートエリア更新信号、あるいは移動先ＲＮＣ３2からのリロケーション完了信号を含む。
【００２７】
また、新ＳＧＳＮ４2は、端末１に対して構築されているトンネルのトンネル情報を旧ＳＧＳＮ４1から、ＰＤＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｐｒｏｔｏｃｏｌ）コンテキストとして取得する。例えば、新ＳＧＳＮ４2が旧ＳＧＳＮ４1にＰＤＰコンテキスト要求信号を送り、旧ＳＧＳＮ４1がそれに対する応答としてＰＤＰコンテキストを送ってもよく、また、旧ＳＧＳＮ４1が転送リロケーション要求信号で自律的に新ＳＧＳＮ４2にトンネル情報を通知してもよい。
【００２８】
図５は、トンネル切り替え要求処理における新ＳＧＳＮ４2の動作を示すフローチャートである。新ＳＧＳＮ４2は、旧ＳＧＳＮ４1から取得したトンネル情報から切替えるトンネルの数を取得し、そのトンネル数が２つ以上か否か判定する（ステップ１０１）。トンネル数が２つ以上であれば、新ＳＧＳＮ４2は、次に同一のＧＧＳＮ５との間に２つ以上のＧＴＰトンネルがあるか否か判定する（ステップ１０２）。
【００２９】
ステップ１０２の判定の結果、同一のＧＧＳＮ５との間に２つ以上のＧＴＰトンネルがあれば、新ＳＧＳＮ４2は、それら複数のＧＴＰトンネルについての旧ＳＧＳＮ４1から新ＳＧＳＮ４2への切り替えの要求を含む切り替え要求信号１１をＧＧＳＮ５に送信する（ステップ１０３）。
【００３０】
その切り替え要求信号は、切り替える複数のＧＴＰトンネルに関するＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）のペアを含み、１つの更新ＰＤＰコンテキスト要求信号に乗せて送られる。
【００３１】
ステップ１０１の判定にて、切り替えるＧＴＰトンネルの数が１つ以下か、ステップ１０２の判定にて、同一のＧＧＳＮ５との間に２つ以上のＧＴＰトンネルがなければ、新ＳＧＳＮ４2は、各ＧＴＰトンネルを切り替えるための各々の切り替え要求信号を、それぞれのＧＴＰトンネルに対応するＧＧＳＮ５に送信する（ステップ１０４）。
【００３２】
このように新ＳＧＳＮ４2から送信された切り替え要求信号を受信したＧＧＳＮ５は、その切り替え要求信号を解析し、ＴＥＩＤで示されたＧＴＰトンネルの旧ＳＧＳＮ４1から新ＳＧＳＮ４2への切り替えを行なう。
【００３３】
以上説明したように、本実施形態によれば、端末１が移動してＳＧＳＮ４の切り替えが生じたとき、新ＳＧＳＮ４2からＧＧＳＮ５へ、同一の端末１に関する同一のＧＧＳＮ５とＳＧＳＮ４との間の複数のＧＴＰトンネルについての切り替えを１つの切り替え要求信号でまとめて要求する。そのため、新ＳＧＳＮ４2とＧＧＳＮ５の間の通信量が低減され、ＧＴＰトンネルの切り替えを回線の利用効率を良くして行なうことができる。また、１つの切り替え要求信号で複数のＧＴＰトンネルの切り替えが要求できるので、ＧＴＰトンネルの切り替えにかかる時間が短縮される。また、ＳＧＳＮ４からＧＧＳＮ５へのＧＴＰトンネルの切り替えの要求がトンネル毎に異なる状態になることがないので、ＧＧＳＮ５やＳＧＳＮ４の機能が単純化され、切り替えが容易となる。
【００３４】
（第２の実施形態）
第２の実施形態の移動通信システムは、ＲＮＣとＧＧＳＮの間で直接ＧＴＰトンネルを構築するＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を採ることが可能である。本実施形態の移動通信システムの構成は図３に示した第１の実施形態と同様である。ただしＧＴＰトンネル８、９はＲＮＣ３とＧＧＳＮ５の間に構築される。また、本実施形態の移動通信システムのＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を構築するための動作以外の動作は第１の実施形態と同様である。
【００３５】
図６は、第２の実施形態において端末１が移動したときの移動通信システムの動作を説明するための図である。なお、図６では、説明簡略化のため、基地局を省略しているが、図４と同様、端末１は、基地局２（不図示）を中継してＲＮＣ３と接続されているものとする。図６を参照すると、端末１は１つのＧＧＳＮ５を利用して、複数のサービスネットワーク６、７に接続している。そして、その状態で端末１が移動元ＲＮＣ３1から移動先ＲＮＣ３2へ移動している。それにより移動元ＲＮＣ３1とＧＧＳＮ５の間に構築されていたＧＴＰトンネル８、９を、移動先ＲＮＣ３2とＧＧＳＮ５の間に切り替える必要が生じる。
【００３６】
そのときＳＧＳＮ４、移動先ＲＮＣ３2、端末１の間では移動に伴う信号の送受信がされる。そして、ＳＧＳＮ４は端末１の移動完了通知２１を移動先ＲＮＣ３2から受信するとトンネル切り替え要求処理を開始する。
【００３７】
トンネル切り替え要求処理は、図５に示した第１の実施形態と同様である。ただし、ＳＧＳＮ４は自身の保持しているトンネル情報をステップ１０１の判定に用いればよい。第２の実施形態によるトンネル切り替え要求処理によれば、ＳＧＳＮ４は、同一のＧＧＳＮ５について切り替えが必要なＧＴＰトンネルが複数あれば、それら複数のＧＴＰトンネルの切り替えを１つの切り替え要求信号２２で要求することになる。
【００３８】
一般的にＳＧＳＮ４は複数のＲＮＣ３を収容するので、ＳＧＳＮ４とＧＧＳＮ５の間でＧＴＰトンネルを構築する場合に比べて、ＲＮＣ３とＧＧＳＮ５の間でＧＴＰトンネルを構築するＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を採った場合の方がＧＴＰトンネルを切り替える数が多くなる。そのため、本実施形態により得られる効果はさらに大きくなる。
【００３９】
（第３の実施形態）
第３の実施形態では、ＧＰＲＳシステムを拡張したＳＡＥ（Ｓｙｓｔｅｍ Ａｒｃｈｉｔｅｃｔｕｒｅ Ｅｖｏｌｕｔｉｏｎ）システムを例示する。
【００４０】
図７は、第３の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。なお、図７では、説明簡略化のため、基地局を省略しているが、図４と同様、端末１は、基地局２（不図示）を中継してＲＮＣ３と接続されているものとする。図７を参照すると、旧ＳＧＳＮ４1および新ＳＧＳＮ４2は、サービングＳＡＥ ＧＷ ３１に接続されている。
【００４１】
第３の実施形態の移動通信システムは、図３に示した第１の実施形態におけるＧＧＳＮ５の代わりに、サービングＳＡＥ ＧＷ３１およびＰＤＮ ＳＡＥ ＧＷ３２1、３２2を有している。ＲＮＣ３および基地局２（不図示）はＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）に含まれ、ＳＧＳＮ４、サービングＳＡＥ ＧＷ３１、およびＰＤＮ ＳＡＥ ＧＷ３２1、３２2がコアネットワークに含まれる。ＳＡＥシステムでは、ＵＴＲＡＮからのアクセスはＳＧＳＮ４からＧＴＰトンネルにてサービングＳＡＥ ＧＷ３１に接続される。
【００４２】
サービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２1は一体に構成されていてもよく、サービングＳＡＥ ＧＷ ３１はＰＤＮ ＳＡＥ ＧＷ ３２1を介してサービスネットワーク６に接続している。図の例では、サービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２1とが一体に構成されているため、サービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２1の間にはＧＴＰトンネルが構築されていない。
【００４３】
また、サービングＳＡＥ ＧＷ ３１はＰＤＮ ＳＡＥ ＧＷ ３２2を介してサービスネットワーク７に接続している。サービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２2の間にはＧＴＰトンネル３５が構築されている。
【００４４】
サービングＳＡＥ ＧＷ（Ｇａｔｅｗａｙ）３１は、ＳＧＳＮ４との間のＧＴＰトンネル３３、３４を終端する装置である。
【００４５】
ＰＤＮ（Ｐａｃｋｅｔ Ｄｏｍａｉｎ Ｎｅｔｗｏｒｋ） ＳＡＥ ＧＷ３２1、３２2は、サービスネットワーク６、７への接続を行うゲート装置である。
【００４６】
図７を参照すると、端末１が移動元ＲＮＣ３1から移動先ＲＮＣ３2へ移動している。これに伴って旧ＳＧＳＮ４1から新ＳＧＳＮ４2への接続の変更が行なわれる。
【００４７】
そのとき新ＳＧＳＮ４2、移動先ＲＮＣ３2、端末１の間では移動に伴う信号の送受信がされる。そして、新ＳＧＳＮ４2は端末１の移動完了通知３６を移動先ＲＮＣ３2から受信するとトンネル切り替え要求処理を開始する。
【００４８】
トンネル切り替え要求処理は、図５に示した第１の実施形態と同様である。ＳＡＥシステムでは、１つの端末１が複数のサービスネットワーク６、７へ接続する場合、１つのサービングＳＡＥ ＧＷ ３１にトンネルが集約される。そして、その上でサービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２2の間のトンネル３５を構築することになる。新ＳＧＳＮ４2は、サービングＳＡＥ ＧＷ ３１に複数のトンネルがあれば、それら複数のトンネルの切り替えを要求するための１つの切り替え要求信号３７をサービングＳＡＥ ＧＷ ３１に送信する。
【００４９】
ＳＡＥシステムでは、１つの端末１が複数のサービスネットワーク６、７へ接続する場合、１つのサービングＳＡＥ ＧＷ ３１にトンネルが集約されるので、第１の実施形態と比べて、第３の実施形態は、複数のトンネルの切り替えの要求を１つの切り替え要求信号にまとめることができる可能性が高くなり、得られる効果が大きくなる。
【００５０】
（第４の実施形態）
第４の実施形態では、第３の実施形態に示したＳＡＥシステムであり、第２の実施形態に示したＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を採ることが可能なシステムを例示する。
【００５１】
図８は、第４の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。なお、図８では、説明簡略化のため、基地局を省略しているが、図４と同様、端末１は、基地局２（不図示）を中継してＲＮＣ３と接続されているものとする。図８を参照すると、トンネル３３、３４はＲＮＣ３とサービングＳＡＥ ＧＷ ３１の間に構築される。また、本実施形態の移動通信システムのＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を構築するための動作以外の動作は第３の実施形態と同様である。
【００５２】
図８を参照すると、端末１が移動元ＲＮＣ３1から移動先ＲＮＣ３2へ移動している。そのときＳＧＳＮ４、移動先ＲＮＣ３2、端末１の間では移動に伴う信号の送受信がされる。そして、ＳＧＳＮ４は端末１の移動完了通知４１を移動先ＲＮＣ３2から受信するとトンネル切り替え要求処理を開始する。
【００５３】
トンネル切り替え要求処理は、図５に示した第１の実施形態と同様である。ＳＡＥシステムでは、１つの端末１が複数のサービスネットワーク６、７へ接続する場合、１つのサービングＳＡＥ ＧＷ ３１にトンネルが集約される。そして、その上でサービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２2の間のトンネル３５を構築することになる。
【００５４】
また、本実施形態では、Ｄｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成を採るため、ＳＧＳＮ４は自身の保持しているトンネル情報を用いればよい。
【００５５】
ＳＧＳＮ４は、サービングＳＡＥ ＧＷ ３１に複数のトンネルがあれば、それら複数のトンネルの切り替えを要求するための１つの切り替え要求信号４２をサービングＳＡＥ ＧＷ ３１に送信する。
【００５６】
本実施形態においても、第３の実施形態と同様、第１の実施形態と比べて、複数のトンネルの切り替えの要求を１つの切り替え要求信号にまとめることができる可能性が高くなり、得られる効果が大きくなる。また、本実施形態では第２の実施形態と同様の効果も得られる。
【００５７】
（第５の実施形態）
第５の実施形態では、ＲＮＣと基地局（ｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ））が一体的に構成され、ＳＧＳＮの代わりにＭＭＥ（Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）を備えたＳＡＥシステムを例示する。ｅＮＢがＥＵＴＲＡＮ（Ｅｖｏｌｖｅｄ ＵＴＲＡＮ）に含まれる。
【００５８】
図９は、第５の実施形態による移動通信システムの構成と、端末が移動したときの動作を説明するための図である。図９を参照すると、第５の実施形態の移動通信システムの構成は、図３で示される基地局２とＲＮＣ３がｅＮＢ５１として一体的に構成されている点と、図８で示されるＳＧＳＮ４の代わりにＭＭＥ５２が存在する点で図８のシステムと異なる。またＭＭＥ５２はユーザプレーンを処理する機能を持たないので、図８のＤｉｒｅｃｔ Ｔｕｎｎｅｌ拡張構成と同様に、ｅＮＢ５１とサービングＳＡＥ ＧＷ３１の間で直接にトンネルが構築される。
【００５９】
図９を参照すると、端末１が移動元ｅＮＢ５１1から移動先ｅＮＢ５１2へ移動している。そのときＭＭＥ５２、移動先ｅＮＢ５１2、端末１の間では移動に伴う信号の送受信がされる。そして、ＭＭＥ５２は端末１の移動完了通知５３を移動先ｅＮＢ５１2から受信するとトンネル切り替え要求処理を開始する。
【００６０】
トンネル切り替え要求処理は、図５に示した第１の実施形態と同様である。ＳＡＥシステムでは、１つの端末１が複数のサービスネットワーク６、７へ接続する場合、１つのサービングＳＡＥ ＧＷ ３１にトンネルが集約される。そして、その上でサービングＳＡＥ ＧＷ ３１とＰＤＮ ＳＡＥ ＧＷ ３２2の間のトンネル３５を構築することになる。
【００６１】
また、本実施形態のＳＡＥシステムはｅＮＢ５１とサービングＳＡＥ ＧＷ ３１の間にトンネルが構築される構成なので、ＭＭＥ５２は自身の保持しているトンネル情報を用いればよい。
【００６２】
ＭＭＥ５２は、サービングＳＡＥ ＧＷ ３１に複数のトンネルがあれば、それら複数のトンネルの切り替えを要求するための１つの切り替え要求信号５４をサービングＳＡＥ ＧＷ ３１に送信する。
【００６３】
本実施形態においても、第５の実施形態と同様な効果を得ることができる。
【００６４】
以上、実施形態を参照して本発明を説明したが、本発明は実施形態に限定されるものではない。各実施形態に記載の内容を組み合わせて用いたり、取り込んだりすることも可能である。クレームに定義された本発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
【００６５】
この出願は、２００７年３月１２日に出願された日本出願特願２００７−０６１９３５を基礎として優先権の利益を主張するものであり、その開示の全てを引用によってここに取り込む。
【特許請求の範囲】
【請求項１】
端末をサービスネットワークへ接続するための移動通信システムであって、
前記端末と接続する無線アクセスネットワーク装置と、
前記端末を前記サービスネットワークに接続する複数のトンネルを構築し、要求に応じて前記複数のトンネルを切り替えるゲートウェイ装置と、
前記複数のトンネルを一括して切り替える要求を、前記ゲートウェイ装置に送信する移動管理装置と、
を備える移動通信システム。
【請求項２】
請求項１に記載の移動通信システムであって、
前記要求は、前記複数のトンネルに関する複数のＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含む、移動通信システム。
【請求項３】
請求項１に記載の移動通信システムであって、
前記移動管理装置は、ＭＭＥ（Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）である、移動通信システム。
【請求項４】
請求項１に記載の移動通信システムであって、
前記ゲートウェイ装置は、サービングゲートウェイである。
【請求項５】
請求項１に記載の移動通信システムであって、
前記アクセスネットワーク装置は、前記端末と接続するｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）をさらに備える、移動通信システム。
【請求項６】
請求項５に記載の移動通信システムであって、
前記トンネルは、前記ゲートウェイ装置と前記ｅＮＢとの間に構築される、移動通信システム。
【請求項７】
端末をサービスネットワークへ接続するための通信制御方法であって、
前記端末を前記サービスネットワークに接続する複数のトンネルを構築し、
前記複数のトンネルを一括して切り替える要求を送信し、
前記要求に応じて前記複数のトンネルを一括して切り替える通信制御方法。
【請求項８】
請求項７に記載の通信制御方法であって、
前記要求は、前記複数のトンネルに関する複数のＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含む、通信制御方法。
【請求項１】
端末をサービスネットワークへ接続するための移動通信システムであって、
前記端末と接続する無線アクセスネットワーク装置と、
前記端末を前記サービスネットワークに接続する複数のトンネルを構築し、要求に応じて前記複数のトンネルを切り替えるゲートウェイ装置と、
前記複数のトンネルを一括して切り替える要求を、前記ゲートウェイ装置に送信する移動管理装置と、
を備える移動通信システム。
【請求項２】
請求項１に記載の移動通信システムであって、
前記要求は、前記複数のトンネルに関する複数のＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含む、移動通信システム。
【請求項３】
請求項１に記載の移動通信システムであって、
前記移動管理装置は、ＭＭＥ（Ｍｏｂｉｌｅ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）である、移動通信システム。
【請求項４】
請求項１に記載の移動通信システムであって、
前記ゲートウェイ装置は、サービングゲートウェイである。
【請求項５】
請求項１に記載の移動通信システムであって、
前記アクセスネットワーク装置は、前記端末と接続するｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ−Ｂ）をさらに備える、移動通信システム。
【請求項６】
請求項５に記載の移動通信システムであって、
前記トンネルは、前記ゲートウェイ装置と前記ｅＮＢとの間に構築される、移動通信システム。
【請求項７】
端末をサービスネットワークへ接続するための通信制御方法であって、
前記端末を前記サービスネットワークに接続する複数のトンネルを構築し、
前記複数のトンネルを一括して切り替える要求を送信し、
前記要求に応じて前記複数のトンネルを一括して切り替える通信制御方法。
【請求項８】
請求項７に記載の通信制御方法であって、
前記要求は、前記複数のトンネルに関する複数のＴＥＩＤ（Ｔｕｎｎｅｌ Ｅｎｄｐｏｉｎｔ Ｉｄｅｎｔｉｆｉｅｒ）を含む、通信制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【公開番号】特開２０１３−９３９１６（Ｐ２０１３−９３９１６Ａ）
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願番号】特願２０１３−３３１６２（Ｐ２０１３−３３１６２）
【出願日】平成２５年２月２２日（２０１３．２．２２）
【分割の表示】特願２０１１−１５８９１２（Ｐ２０１１−１５８９１２）の分割
【原出願日】平成２０年３月１１日（２００８．３．１１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
【公開日】平成２５年５月１６日（２０１３．５．１６）
【国際特許分類】
【出願日】平成２５年２月２２日（２０１３．２．２２）
【分割の表示】特願２０１１−１５８９１２（Ｐ２０１１−１５８９１２）の分割
【原出願日】平成２０年３月１１日（２００８．３．１１）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【Ｆターム（参考）】
[ Back to top ]