(57)【特許請求の範囲】
【請求項１】
移動局の在圏ゲートウェイが、ネットワーク側タイマが満了した場合に、該移動局に対して、デフォルトゲートウェイに係る情報を含む通知信号を送信するように構成されており、該移動局が、移動局側タイマが満了するまでに、該通知信号を受信しない場合に、保持するデフォルトゲートウェイに係る情報を削除するように構成されている移動通信システムにおいて用いられるパケットデータネットワーク用ゲートウェイであって、
位置登録処理或いはハンドオーバ処理或いは無線切り替え処理によって、前記移動局の在圏ゲートウェイが、第１在圏ゲートウェイから第２在圏ゲートウェイに変更した場合に、該第２在圏ゲートウェイに対して、前記通知信号を送信することを判断するように構成されている判断部と、
前記判断部による判断結果に基づいて、前記第２在圏ゲートウェイに対して、前記通知信号の送信要否に係る送信情報を送信するように構成されている送信部を具備し、
前記判断部が、前記判断を行わない場合に、前記送信部は、前記送信情報に対して、前記移動局の在圏ゲートウェイの変更回数を設定するように構成されていることを特徴とするパケットデータネットワーク用ゲートウェイ。
【請求項２】
移動局の在圏ゲートウェイが、ネットワーク側タイマが満了した場合に、該移動局に対して、デフォルトゲートウェイに係る情報を含む通知信号を送信するように構成されており、該移動局が、移動局側タイマが満了するまでに、該通知信号を受信しない場合に、保持するデフォルトゲートウェイに係る情報を削除するように構成されている移動通信システムにおいて用いられる在圏ゲートウェイであって、
位置登録処理或いはハンドオーバ処理或いは無線切り替え処理によって、前記移動局の在圏ゲートウェイが、第１在圏ゲートウェイから第２在圏ゲートウェイに変更した場合に、パケットデータネットワーク用ゲートウェイによって送信される前記通知信号の送信要否に係る送信情報に基づいて、該移動局に対して、該通知信号を送信することを判断するように構成されている判断部を具備し、前記判断部は、前記送信情報に設定されている前記移動局の在圏ゲートウェイの変更回数に基づいて、前記判断を行うように構成されていることを特徴とする在圏ゲートウェイ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システム、移動通信方法、パケットデータネットワーク用ゲートウェイ及び在圏ゲートウェイに関する。
【背景技術】
【０００２】
非特許文献１に記載されているＰＭＩＰ（Ｐｒｏｘｙ  Ｍｏｂｉｌｅ  ＩＰ）ｖ６が適用されているＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）ネットワークを含む移動通信システムでは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ、移動局）の接続するＳ-ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ、在圏ゲートウェイ）が、ＵＥに対して、「ＲＡ（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ、ルータ通知信号）を送信するように構成されている。
【０００３】
「ＲＡ」は、ＵＥに割り当てる「ＩＰｖ６  Ｐｒｅｆｉｘ」や、「ＩＰｖ６  Ｐｒｅｆｉｘ」が有効である時間を示す「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ（ＵＥ側タイマ）」や、ＵＥのデフォルトゲートウェイに係る情報である「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を通知するように構成されている。
【０００４】
ここで、「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」は、ＵＥによって保持されるタイマであり、デフォルト値として、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ（ネットワーク側タイマ）」の３倍の時間が定義されている（例えば、非特許文献２参照）。
【０００５】
また、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」は、Ｓ-ＧＷによって保持されるタイマ（最大ＲＡ送信間隔）であり、デフォルト値として、「２１６００秒（６時間）」が定義されている（例えば、非特許文献３参照）。
【０００６】
ＵＥは、定期的に受信した「ＲＡ」に基づいて、保持するＩＰｖ６アドレスの有効性を更新し、ＵＥの「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報（パケット転送情報）」を更新するように構成されている。
【０００７】
ＵＥは、ＩＰｖ６アドレスが有効でないと判断した場合、すなわち、「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」が満了するまでに、「ＲＡ」を受信しなかった場合、内部で保持する「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を破棄するように構成されている。
【０００８】
言い換えると、ＵＥは、「ＲＡ」で通知された「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ（例えば、１８時間）」が満了するまで、「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を保持し、「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」が満了した後に、「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を削除するように構成されている。
【０００９】
以下、図１７を参照して、かかる移動通信システムの動作について簡単に説明する。
【００１０】
図１７に示すように、（１）において、ＵＥのＡｔｔａｃｈ処理が行われると、（２）において、Ｓ-ＧＷ＃１が、ＵＥに対して「ＲＡ」を送信する。
【００１１】
その後、ＵＥが、（３）において、Ｓ-ＧＷ＃２配下のＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）に移動して、（４）において、ＵＥのＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）処理が行われ、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃１からＳ-ＧＷ＃２に変更される。
【００１２】
ここで、タイミングＴ１において、Ｓ-ＧＷ＃２で保持される「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が起動されるため、タイミングＴ２では、Ｓ-ＧＷ＃２で保持される「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」は満了せず、Ｓ-ＧＷ＃２は、ＵＥに対して「ＲＡ」を送信しない。
【００１３】
その後、タイミングＴ３において、Ｓ-ＧＷ＃２で保持される「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が満了した際に、（５）において、Ｓ-ＧＷ＃２が、ＵＥに対して「ＲＡ」を送信する。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】３ＧＰＰ  ＴＳ２３.４０２
【非特許文献２】ＲＦＣ４８６１  ６.２.１
【非特許文献３】３ＧＰＰ  ＴＳ２９.０６１
【発明の概要】
【発明が解決しようとする課題】
【００１５】
しかしながら、上述の技術では、ＵＥのＴＡＵ/ＲＡＵ（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）処理やハンドオーバ処理或いは無線切り替え処理が頻繁に発生し、ＵＥの接続するＳ-ＧＷが頻繁に変更した場合に、ＵＥの接続するＳ-ＧＷが、ＵＥに対して「ＲＡ」を送信することができず、ＵＥで保持される「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」が満了してしまい、ＵＥの「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」が削除され、ＵＥが、上りパケットを送信することができなくなってしまうという問題点があった。
【００１６】
図１８を参照して、かかる問題点について簡単に説明する。
【００１７】
図１８に示すように、（１）において、ＵＥのＡｔｔａｃｈ処理が行われると、（２）において、Ｓ-ＧＷ＃１が、ＵＥに対して「ＲＡ」を送信する。
【００１８】
その後、ＵＥが、（３）において、Ｓ-ＧＷ＃２配下のＴＡに移動して、（４）において、ＵＥのＴＡＵ処理が行われ、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃１からＳ-ＧＷ＃２に変更される。
【００１９】
ここで、タイミングＴ１において、Ｓ-ＧＷ＃２で保持される「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が起動される。したがって、タイミングＴ１では、Ｓ-ＧＷ＃２は、ＵＥに対して「ＲＡ」を送信しない。
【００２０】
その後、ＵＥが、（５）において、Ｓ-ＧＷ＃１配下のＲＡ（Ｒｏｕｔｉｎｇ  Ａｒｅａ）に移動して、（６）において、ＵＥのＲＡＵ処理が行われ、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃２からＳ-ＧＷ＃１に変更される。
【００２１】
ここで、タイミングＴ２において、Ｓ-ＧＷ＃１で保持される「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が起動される。したがって、タイミングＴ２では、Ｓ-ＧＷ＃１は、ＵＥに対して「ＲＡ」を送信しない。
【００２２】
その後、ＵＥが、（７）において、Ｓ-ＧＷ＃２配下のＴＡに移動して、（８）において、ＵＥのＴＡＵ処理が行われ、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃１からＳ-ＧＷ＃２に変更される。
【００２３】
ここで、タイミングＴ３において、Ｓ-ＧＷ＃２で保持される「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が起動される。したがって、タイミングＴ３では、Ｓ-ＧＷ＃２は、ＵＥに対して「ＲＡ」を送信しない。
【００２４】
その結果、ＵＥは、ＵＥの接続するＳ-ＧＷから「ＲＡ」を受信することなく、タイミングＴ４において、保持する「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」が満了してしまい、保持する「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を削除してしまうため、上りパケットを送信することができなくなってしまう。
【００２５】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＰＭＩＰｖ６が適用されているＥＰＣネットワークにおいて、ＵＥのＴＡＵ/ＲＡＵ処理やハンドオーバ処理或いは無線切り替え処理が頻繁に発生し、ＵＥの接続するＳ-ＧＷが頻繁に変更した場合であっても、ＵＥによる上りパケットの送信が不可になるという現象を回避することができる移動通信システム、移動通信方法、パケットデータネットワーク用ゲートウェイ及び在圏ゲートウェイを提供することを目的とする。
【課題を解決するための手段】
【００２６】
本発明の第１の特徴は、移動局の在圏ゲートウェイが、ネットワーク側タイマが満了した場合に、該移動局に対して、デフォルトゲートウェイに係る情報を含む通知信号を送信するように構成されており、該移動局が、移動局側タイマが満了するまでに、該通知信号を受信しない場合に、保持するデフォルトゲートウェイに係る情報を削除するように構成されている移動通信システムであって、位置登録処理或いはハンドオーバ処理或いは無線切り替え処理によって、前記移動局の在圏ゲートウェイが、第１在圏ゲートウェイから第２在圏ゲートウェイに変更した場合に、該第２在圏ゲートウェイは、パケットデータネットワーク用ゲートウェイによって送信される前記通知信号の送信要否に係る送信情報に基づいて、該移動局に対して、該通知信号を送信するか否かについて判断するように構成されていることを要旨とする。
【００２７】
本発明の第２の特徴は、移動局の在圏ゲートウェイが、ネットワーク側タイマが満了した場合に、該移動局に対して、デフォルトゲートウェイに係る情報を含む通知信号を送信するように構成されており、該移動局が、移動局側タイマが満了するまでに、該通知信号を受信しない場合に、保持するデフォルトゲートウェイに係る情報を削除するように構成されている移動通信システムにおける移動通信方法であって、位置登録処理或いはハンドオーバ処理或いは無線切り替え処理によって、前記移動局の在圏ゲートウェイが、第１在圏ゲートウェイから第２在圏ゲートウェイに変更した場合に、該第２在圏ゲートウェイが、パケットデータネットワーク用ゲートウェイによって送信される前記通知信号の送信要否に係る送信情報に基づいて、該移動局に対して、該通知信号を送信するか否かについて判断する工程を有することを要旨とする。
【００２８】
本発明の第３の特徴は、移動局の在圏ゲートウェイが、ネットワーク側タイマが満了した場合に、該移動局に対して、デフォルトゲートウェイに係る情報を含む通知信号を送信するように構成されており、該移動局が、移動局側タイマが満了するまでに、該通知信号を受信しない場合に、保持するデフォルトゲートウェイに係る情報を削除するように構成されている移動通信システムにおいて用いられるパケットデータネットワーク用ゲートウェイであって、位置登録処理或いはハンドオーバ処理或いは無線切り替え処理によって、前記移動局の在圏ゲートウェイが、第１在圏ゲートウェイから第２在圏ゲートウェイに変更した場合に、該第２在圏ゲートウェイに対して、前記通知信号を送信するように指示するか否かについて判断するように構成されている判断部と、前記判断部による判断結果に基づいて、前記第２在圏ゲートウェイに対して、前記通知信号の送信要否に係る送信情報を送信するように構成されている送信部を具備することを要旨とする。
【００２９】
本発明の第４の特徴は、移動局の在圏ゲートウェイが、ネットワーク側タイマが満了した場合に、該移動局に対して、デフォルトゲートウェイに係る情報を含む通知信号を送信するように構成されており、該移動局が、移動局側タイマが満了するまでに、該通知信号を受信しない場合に、保持するデフォルトゲートウェイに係る情報を削除するように構成されている移動通信システムにおいて用いられる在圏ゲートウェイであって、位置登録処理或いはハンドオーバ処理或いは無線切り替え処理によって、前記移動局の在圏ゲートウェイが、第１在圏ゲートウェイから第２在圏ゲートウェイに変更した場合に、パケットデータネットワーク用ゲートウェイによって送信される前記通知信号の送信要否に係る送信情報に基づいて、該移動局に対して、該通知信号を送信するか否かについて判断するように構成されている判断部を具備することを要旨とする。
【発明の効果】
【００３０】
以上説明したように、本発明によれば、ＰＭＩＰｖ６が適用されているＥＰＣネットワークにおいて、ＵＥのＴＡＵ/ＲＡＵ処理やハンドオーバ処理或いは無線切り替え処理が頻繁に発生し、ＵＥの接続するＳ-ＧＷが頻繁に変更した場合であっても、ＵＥによる上りパケットの送信が不可になるという現象を回避することができる移動通信システム、移動通信方法、パケットデータネットワーク用ゲートウェイ及び在圏ゲートウェイを提供することができる。
【図面の簡単な説明】
【００３１】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係るＰ-ＧＷの機能ブロック図である。
【図３】本発明の第１の実施形態に係るＰ-ＧＷによって送信される「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅ」のフォーマット例を示す図である。
【図４】本発明の第１の実施形態に係るＰ-ＧＷによって送信される「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅ」のフォーマット例を示す図である。
【図５】本発明の第１の実施形態に係るＰ-ＧＷの動作を示すフローチャートである。
【図６】本発明の第１の実施形態に係るＳ-ＧＷの機能ブロック図である。
【図７】本発明の第１の実施形態に係るＳ-ＧＷの動作を示すフローチャートである。
【図８】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図９】本発明の変更例１に係る移動通信システムの動作について説明するための図である。
【図１０】本発明の変更例２に係る移動通信システムの動作について説明するための図である。
【図１１】本発明の変更例３に係る移動通信システムの動作について説明するための図である。
【図１２】本発明の変更例４に係る移動通信システムの動作について説明するための図である。
【図１３】本発明の変更例５に係る移動通信システムの動作について説明するための図である。
【図１４】本発明の変更例６に係る移動通信システムの動作について説明するための図である。
【図１５】本発明の変更例７に係る移動通信システムの動作について説明するための図である。
【図１６】本発明の変更例８に係る移動通信システムの動作について説明するための図である。
【図１７】従来の移動通信システムの動作を示すシーケンス図である。
【図１８】従来の移動通信システムの問題点を説明するための図である。
【発明を実施するための形態】
【００３２】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図８を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００３３】
図１に示すように、本実施形態に係る移動通信システムは、ＰＭＩＰｖ６が適用されているＥＰＣネットワークを含む移動通信システムである。
【００３４】
すなわち、本実施形態に係る移動通信システムでは、ＵＥの接続するＳ-ＧＷが、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が満了した場合に、ＵＥに対して、「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を含む「ＲＡ」を送信するように構成されており、ＵＥが、「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」が満了するまでに、ＵＥの接続するＳ-ＧＷから「ＲＡ」を受信しない場合に、保持する「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を削除するように構成されている。
【００３５】
例えば、図１に示すように、本実施形態に係る移動通信システムは、ＵＴＲＡＮ（Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）/ＧＥＲＡＮ（ＧＳＭ  ＥＤＧＥ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ、パケット交換機）と、Ｅ-ＵＴＡＲＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ、移動管理ノード）と、Ｓ-ＧＷ＃１と、Ｓ-ＧＷ＃２と、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）に接続されているＰ-ＧＷ（ＰＤＮ  Ｇａｔｅｗａｙ、パケットデータネットワーク用ゲートウェイ）とを具備している。
【００３６】
ここで、Ｓ-ＧＷ＃２とＥ-ＵＴＲＡＮとは、接続されている。一方、Ｓ-ＧＷ＃１とＵＴＲＡＮ/ＧＥＲＡＮとは、接続されていてもよいし、接続されていなくてもよい。
【００３７】
なお、本実施形態に係るＵＥは、ブラウザ等の通信アプリケーションを具備する端末であってもよいし、ＰＣ等に接続されてＰＣとネットワークの間で通信を中継する装置であってもよい。
【００３８】
図２に示すように、Ｐ-ＧＷは、受信部１１と、判断部１２と、送信部１３とを具備している。
【００３９】
受信部１１は、Ｓ-ＧＷ＃１やＳ-ＧＷ＃２から、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」等の信号を受信するように構成されている。ここで、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」は、ＵＥとＰＤＮとの間のＰＤＮコネクションの設定を変更するように要求する信号である。
【００４０】
判断部１２は、ＵＥのＴＡＵ/ＲＡＵ処理或いはハンドオーバ処理或いは無線切り替え処理によって、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃１からＳ-ＧＷ＃２に変更した場合に、Ｓ-ＧＷ＃２に対して「ＲＡ」を送信するように指示するか否かについて判断するように構成されている。
【００４１】
例えば、判断部１２は、ＵＥのＡＰＮ（Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ、接続先パケットデータネットワーク）毎に、上述の判断を行うように構成されていてもよい。
【００４２】
送信部１３は、判断部１２による判断結果に基づいて、Ｓ-ＧＷ＃２に対して、ＲＡ送信情報を送信するように構成されている。
【００４３】
ここで、送信部１３は、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ」を用いて、ＲＡ送信情報を送信するように構成されていてもよい。
【００４４】
例えば、図３及び図４に示すように、送信部１３は、３ＧＰＰのＴＳ２７.１７５に規定されている「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ」の「Ｍｏｂｉｌｉｔｙ  Ｏｐｔｉｏｎ」内に新たに規定する情報要素「Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｉｎｄｉｃａｔｉｏｎ」によって、上述のＲＡ送信情報を送信するように構成されていてもよい。
【００４５】
また、送信部１３は、ＲＡ送信情報に対して、「ＲＡ」の送信の要否について設定するように構成されていてもよい。
【００４６】
ここで、判断部１２が、上述の判断を行うことなく、送信部１３が、ＲＡ送信情報に対して、他のパラメータとして、ＵＥのＡｔｔａｃｈ処理からの経過時間を設定するように構成されていてもよいし、ＵＥの接続するＳ-ＧＷの変更回数を設定するように構成されていてもよい。
【００４７】
また、判断部１２が、Ｓ-ＧＷ＃２に対して、「ＲＡ」を送信するように指示すると判断した場合にのみ、送信部１３は、Ｓ-ＧＷ＃２に対して、ＲＡ送信情報を送信するように構成されていてもよい。
【００４８】
ここで、図５を参照して、かかるＰ-ＧＷの動作の一例について簡単に説明する。
【００４９】
図５に示すように、Ｐ-ＧＷは、ステップＳ１０１において、Ｓ-ＧＷ＃２から「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」を受信すると、ステップＳ１０２において、ＵＥのＴＡＵ/ＲＡＵ処理或いはハンドオーバ処理或いは無線切り替え処理によって、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃１からＳ-ＧＷ＃２に変更したか否かについて判断する。
【００５０】
Ｐ-ＧＷは、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃１からＳ-ＧＷ＃２に変更したと判断した場合、ステップＳ１０３において、Ｓ-ＧＷ＃２に対して「ＲＡ」を送信するように指示するべきであると判断する。
【００５１】
一方、Ｐ-ＧＷは、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃１からＳ-ＧＷ＃２に変更していないと判断した場合、ステップＳ１０４において、Ｓ-ＧＷ＃２に対して「ＲＡ」を送信するように指示する必要はないと判断する。
【００５２】
図６に示すように、Ｓ-ＧＷ（すなわち、Ｓ-ＧＷ＃１又はＳ-ＧＷ＃２）は、受信部２１と、判断部２２と、送信部２３とを具備している。
【００５３】
受信部２１は、Ｐ-ＧＷから、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ」等の信号を受信するように構成されている。
【００５４】
判断部２２は、ＴＡＵ/ＲＡＵ処理或いはハンドオーバ処理或いは無線切り替え処理によって、ＵＥの接続するＳ-ＧＷが、他のＳ-ＧＷから自身に変更した場合に、Ｐ-ＧＷによって送信されるＲＡ送信情報に基づいて、ＵＥに対して「ＲＡ」を送信するか否かについて判断するように構成されている。
【００５５】
例えば、判断部２２は、Ｐ-ＧＷによって送信される「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ」内の情報要素「Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ  Ｉｎｄｉｃａｔｉｏｎ」に設定されているＲＡ送信情報（具体的には、「ＲＡ」の送信の要否を示す情報）に基づいて、ＵＥに対して、「ＲＡ」を送信するか否かについて判断するように構成されていてもよい。
【００５６】
また、判断部２２は、Ｐ-ＧＷによってＲＡ送信情報が送信されていない場合、ＵＥに対して「ＲＡ」を送信する必要がないと判断するように構成されていてもよい。
【００５７】
また、判断部２２は、ＲＡ送信情報に設定されているＵＥのＡｔｔａｃｈ処理からの経過時間に基づいて、上述の判断を行うように構成されていてもよい。
【００５８】
例えば、判断部２２は、ＲＡ送信情報に設定されているＵＥのＡｔｔａｃｈ処理からの経過時間が、所定時間（例えば、「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」）以上である場合には、ＵＥに対して「ＲＡ」を送信するべきであると判断するように構成されていてもよい。
【００５９】
或いは、判断部２２は、ＲＡ送信情報に設定されているＵＥの接続するＳ-ＧＷの変更回数に基づいて、上述の判断を行うように構成されていてもよい。
【００６０】
例えば、判断部２２は、ＲＡ送信情報に設定されているＵＥの接続するＳ-ＧＷの変更回数が、所定回数（例えば、３回）以上である場合には、ＵＥに対して「ＲＡ」を送信するべきであると判断するように構成されていてもよい。
【００６１】
ここで、図７を参照して、かかるＳ-ＧＷの動作の一例について簡単に説明する。
【００６２】
図７に示すように、Ｓ-ＧＷは、ステップＳ２０１において、Ｐ-ＧＷから「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ」を受信すると、ステップＳ２０２において、「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ」に含まれるＲＡ送信情報に基づいて、ＵＥに対して「ＲＡ」を送信するか否かについて判断する
Ｓ-ＧＷは、ＵＥに対して「ＲＡ」を送信するべきであると判断した場合に、ステップＳ２０３において、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が満了していない場合であっても、ＵＥに対して「ＲＡ」を送信する。
【００６３】
Ｓ-ＧＷは、ＵＥに対して「ＲＡ」を送信する必要はないと判断した場合に、ステップＳ２０４において、ＵＥに対して「ＲＡ」を送信しない。
【００６４】
以下、図８を参照して、本実施形態に係る移動通信システムの動作の一例について説明する。
【００６５】
図８に示すように、（１）において、ＵＥのＡｔｔａｃｈ処理が行われると、（２）において、Ｓ-ＧＷ＃１が、ＵＥに対して「ＲＡ」を送信する。
【００６６】
その後、ＵＥが、（３）において、Ｓ-ＧＷ＃２配下のＴＡに移動して、（４）において、ＭＭＥに対して「ＴＡＵ  Ｒｅｑｕｅｓｔ」を送信する。
【００６７】
（５）において、ＭＭＥが、Ｓ-ＧＷ＃２において「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信し、（６）において、Ｓ-ＧＷ＃２が、Ｐ-ＧＷに対して「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」を送信する。
【００６８】
（７）において、Ｐ-ＧＷが、Ｓ-ＧＷ＃２に対して、上述のＲＡ送信情報を含む「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ」を送信する。
【００６９】
（８）において、Ｓ-ＧＷ＃２が、ＭＭＥに対して「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ」を送信し、（９）において、ＭＭＥが、ＵＥに対して「ＴＡＵ  Ａｃｃｅｐｔ」を送信する。
【００７０】
また、（１０）において、Ｓ-ＧＷ＃２が、上述のＲＡ送信情報に基づいて、ＵＥに対して「ＲＡ」を送信するべきであると判断し、ＵＥに対して「ＲＡ」を送信する。
【００７１】
なお、ハンドオーバ処理或いは無線切り替え処理の場合にも、（４）〜（１０）の動作と同様な動作が行われる。
【００７２】
この結果、タイミングＴ１において、Ｓ-ＧＷ＃２で保持される「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が起動されると共に、タイミングＴ２において、ＵＥで保持される「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」も再起動される。
【００７３】
その後、ＵＥが、（１１）において、Ｓ-ＧＷ＃１配下のＲＡに移動して、（１２）において、ＳＧＳＮに対して「ＲＡＵ  Ｒｅｑｕｅｓｔ」を送信する。
【００７４】
（１３）において、ＳＧＳＮが、Ｓ-ＧＷ＃１において「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信し、（１４）において、Ｓ-ＧＷ＃１が、Ｐ-ＧＷに対して「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」を送信する。
【００７５】
（１５）において、Ｐ-ＧＷｇ、Ｓ-ＧＷ＃１に対して、上述のＲＡ送信情報を含む「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ」を送信する。
【００７６】
（１６）において、Ｓ-ＧＷ＃１が、ＳＧＳＮに対して「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ」を送信し、（１７）において、ＳＧＳＮが、ＵＥに対して「ＲＡＵ  Ａｃｃｅｐｔ」を送信する。
【００７７】
また、（１８）において、Ｓ-ＧＷ＃１が、上述のＲＡ送信情報に基づいて、ＵＥに対して「ＲＡ」を送信するべきであると判断し、ＵＥに対して「ＲＡ」を送信する。
【００７８】
なお、ハンドオーバ処理或いは無線切り替え処理の場合にも、（１２）〜（１８）の動作と同様な動作が行われる。
【００７９】
この結果、タイミングＴ３において、Ｓ-ＧＷ＃１で保持される「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が起動されると共に、タイミングＴ４において、ＵＥで保持される「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」も再起動される。
【００８０】
その後、ＵＥが、（１９）において、Ｓ-ＧＷ＃２配下のＴＡに移動して、（２０）において、ＭＭＥに対して「ＴＡＵ  Ｒｅｑｕｅｓｔ」を送信する。
【００８１】
（２１）において、ＭＭＥが、Ｓ-ＧＷ＃２において「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を送信し、（２２）において、Ｓ-ＧＷ＃２が、Ｐ-ＧＷに対して「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ｕｐｄａｔｅ」を送信する。
【００８２】
（２３）において、Ｐ-ＧＷが、Ｓ-ＧＷ＃２に対して、上述のＲＡ送信情報を含む「Ｐｒｏｘｙ  Ｂｉｎｄｉｎｇ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ」を送信する。
【００８３】
（２４）において、Ｓ-ＧＷ＃２が、ＭＭＥに対して「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅ」を送信し、（２５）において、ＭＭＥが、ＵＥに対して「ＴＡＵ  Ａｃｃｅｐｔ」を送信する。
【００８４】
また、（２６）において、Ｓ-ＧＷ＃２が、上述のＲＡ送信情報に基づいて、ＵＥに対して「ＲＡ」を送信するべきであると判断し、ＵＥに対して「ＲＡ」を送信する。
【００８５】
なお、ハンドオーバ処理或いは無線切り替え処理の場合にも、（２０）〜（２６）の動作と同様な動作が行われる。
【００８６】
この結果、タイミングＴ５において、Ｓ-ＧＷ＃１で保持される「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が起動されると共に、タイミングＴ６において、ＵＥで保持される「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」も再起動される。
【００８７】
本発明の第１の実施形態に係る移動通信システムによれば、Ｓ-ＧＷが、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が満了していない場合であっても、ＵＥに対して「ＲＡ」を送信することができる。
【００８８】
その結果、ＰＭＩＰｖ６が適用されているＥＰＣネットワークにおいて、ＵＥのＴＡＵ/ＲＡＵ処理やハンドオーバ処理や無線切り替え処理が頻繁に発生し、ＵＥの接続するＳ-ＧＷが頻繁に変更した場合であっても、ＵＥによる上りパケットの送信が不可になるという現象を回避することができる。
【００８９】
（変更例１）
図９を参照して、本変更例１に係る移動通信システムについて説明する。以下、本変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００９０】
図９に、３ＧＰＰのＴＳ２３.４０１のＦｉｇｕｒｅ５.３.３.１-１に規定されているＵＥの接続するＳ-ＧＷのＳ-ＧＷ＃１からＳ-ＧＷ＃２への変更を伴うＴＡＵ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）処理について示す。
【００９１】
ここで、Ｓ-ＧＷ＃２は、ステップ８において受信した「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」に「Ｓ-ＧＷ変更情報（Ｏｐｅｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ）」が設定されているか否かについて判定するように構成されている。
【００９２】
Ｓ-ＧＷ＃２は、「Ｓ-ＧＷ変更情報」が設定されていないと判定した場合、既存の処理を継続するように構成されている。
【００９３】
一方、Ｓ-ＧＷ＃２は、「Ｓ-ＧＷ変更情報」が設定されていると判定した場合、ＴＡＵ処理の終了後に、「ＮＷ  Ｉｎｉｔｉａｔｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  Ｐｒｏｃｅｄｕｒｅ」を起動し、Ｐｒｅｓｅｒｖａｔｉｏｎ復旧処理を行い、ＵＥに対して、「ＲＡ」を通知するように構成されている。
【００９４】
なお、Ｓ-ＧＷ＃２は、ステップ１０以降に、「ＲＡ」を通知することができるように構成されていてもよい。かかる構成によって、ステップ１１乃至２１の完了前に、「ＮＷ  Ｉｎｉｔｉａｔｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  Ｐｒｏｃｅｄｕｒｅ」を起動することによって、ネットワーク内制御の複雑化を回避することができる。
【００９５】
（変更例２）
図１０を参照して、本変更例２に係る移動通信システムについて説明する。以下、本変更例２に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００９６】
図１０に、３ＧＰＰのＴＳ２３.４０１のＦｉｇｕｒｅ５.３.３.６-１に規定されているＵＥの接続するＳ-ＧＷのＳ-ＧＷ＃１からＳ-ＧＷ＃２への変更を伴うＲＡＵ（Ｒｏｕｔｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅ）処理について示す。
【００９７】
ここで、Ｓ-ＧＷ＃２は、ステップ７において受信した「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」に「Ｓ-ＧＷ変更情報（Ｏｐｅｒａｔｉｏｎ  Ｉｎｄｉｃａｔｉｏｎ）」が設定されているか否かについて判定するように構成されている。
【００９８】
Ｓ-ＧＷ＃２は、「Ｓ-ＧＷ変更情報」が設定されていないと判定した場合、既存の処理を継続するように構成されている。
【００９９】
一方、Ｓ-ＧＷ＃２は、「Ｓ-ＧＷ変更情報」が設定されていると判定した場合、ＲＡＵ処理の終了後に、「ＮＷ  Ｉｎｉｔｉａｔｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  Ｐｒｏｃｅｄｕｒｅ」を起動し、Ｐｒｅｓｅｒｖａｔｉｏｎ復旧処理を行い、ＵＥに対して、「ＲＡ」を通知するように構成されている。
【０１００】
（変更例３）
図１１を参照して、本変更例３に係る移動通信システムについて説明する。以下、本変更例３に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【０１０１】
図１１に、３ＧＰＰのＴＳ２３.４０１のＦｉｇｕｒｅ５.３.４.１-１に規定されている「ＵＥ  ｔｒｉｇｇｅｒｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  Ｐｒｏｃｅｄｕｒｅ」について示す。
【０１０２】
ここで、Ｓ-ＧＷは、ステップ８において受信した「Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ」に「下りＵ-Ｐｌａｎｅ宛先情報（Ｓ１  ｅＮｏｄｅＢ  Ｆ-ＴＥＩＤ、又は、Ｓ４-Ｕ  ＳＧＳＮ  Ｆ-ＴＥＩＤ）」が設定されているか否かについて判定するように構成されている。
【０１０３】
Ｓ-ＧＷは、「下りＵ-Ｐｌａｎｅ宛先情報」が設定されていないと判定した場合、既存の処理を継続するように構成されている。
【０１０４】
一方、Ｓ-ＧＷは、「下りＵ-Ｐｌａｎｅ宛先情報」が設定されていると判定した場合、Ｕ-Ｐｌａｎｅの確立後に、すなわち、ステップ１２の後に、「ＮＷ  Ｉｎｉｔｉａｔｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  Ｐｒｏｃｅｄｕｒｅ」を起動し、ＵＥに対して、「ＲＡ」を通知するように構成されている。
【０１０５】
（変更例４）
図１２を参照して、本変更例４に係る移動通信システムについて説明する。以下、本変更例４に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【０１０６】
図１２に、３ＧＰＰのＴＳ２３.４０１のＦｉｇｕｒｅ５.５.１.１.３-１に規定されているＵＥの接続するＳ-ＧＷのＳ-ＧＷ＃１からＳ-ＧＷ＃２への変更を伴うＸ２ハンドオーバ処理について示す。
【０１０７】
ここで、Ｓ-ＧＷ＃２は、ステップ８において受信した「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」に「下りＵ-Ｐｌａｎｅ宛先情報（Ｓ１  ｅＮｏｄｅＢ  Ｆ-ＴＥＩＤ）」が設定されているか否かについて判定するように構成されている。
【０１０８】
Ｓ-ＧＷ＃２は、「下りＵ-Ｐｌａｎｅ宛先情報」が設定されていないと判定した場合、既存の処理を継続するように構成されている。
【０１０９】
一方、Ｓ-ＧＷ＃２は、「下りＵ-Ｐｌａｎｅ宛先情報」が設定されていると判定した場合、Ｕ-Ｐｌａｎｅの確立後に、すなわち、ステップＸにおいて、ＵＥに対して、「ＲＡ」を通知するように構成されている。
【０１１０】
（変更例５）
図１３を参照して、本変更例５に係る移動通信システムについて説明する。以下、本変更例５に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【０１１１】
図１３に、３ＧＰＰのＴＳ２３.４０１のＦｉｇｕｒｅ５.５.１.２.２-１に規定されているＵＥの接続するＳ-ＧＷのＳ-ＧＷ＃１からＳ-ＧＷ＃２への変更を伴うＳ１ハンドオーバ処理について示す。
【０１１２】
ここで、Ｓ-ＧＷ＃２は、ステップ１５において受信した「Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ」に「下りＵ-Ｐｌａｎｅ宛先情報（Ｓ１  ｅＮｏｄｅＢ  Ｆ-ＴＥＩＤ）」が設定されているか否かについて判定するように構成されている。
【０１１３】
Ｓ-ＧＷ＃２は、「下りＵ-Ｐｌａｎｅ宛先情報」が設定されていないと判定した場合、既存の処理を継続するように構成されている。
【０１１４】
一方、Ｓ-ＧＷ＃２は、「下りＵ-Ｐｌａｎｅ宛先情報」が設定されていると判定した場合、Ｕ-Ｐｌａｎｅの確立後に、すなわち、ステップＸにおいて、ＵＥに対して、「ＲＡ」を通知するように構成されている。
【０１１５】
（変更例６）
図１４を参照して、本変更例６に係る移動通信システムについて説明する。以下、本変更例６に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【０１１６】
図１４に、３ＧＰＰのＴＳ２３.４０１のＦｉｇｕｒｅ５.５.２.１.３-１に規定されているＵＥの接続するＳ-ＧＷのＳ-ＧＷ＃１からＳ-ＧＷ＃２への変更を伴うＩｎｔｅｒ-ＲＡＴハンドオーバ処理（Ｅ-ＵＴＲＡＮからＵＴＲＡＮ）について示す。
【０１１７】
ここで、Ｓ-ＧＷ＃２は、ステップ７において受信した「Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ」に「下りＵ-Ｐｌａｎｅ宛先情報（Ｓ４-Ｕ  ＳＧＳＮ  Ｆ-ＴＥＩＤ）」が設定されているか否かについて判定するように構成されている。
【０１１８】
Ｓ-ＧＷ＃２は、「下りＵ-Ｐｌａｎｅ宛先情報」が設定されていないと判定した場合、既存の処理を継続するように構成されている。
【０１１９】
一方、Ｓ-ＧＷ＃２は、「下りＵ-Ｐｌａｎｅ宛先情報」が設定されていると判定した場合、Ｕ-Ｐｌａｎｅの確立後に、すなわち、ステップＸにおいて、ＵＥに対して、「ＲＡ」を通知するように構成されている。
【０１２０】
（変更例７）
図１５を参照して、本変更例７に係る移動通信システムについて説明する。以下、本変更例７に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【０１２１】
図１５に、３ＧＰＰのＴＳ２３.４０１のＦｉｇｕｒｅ５.５.２.２.３-１に規定されているＵＥの接続するＳ-ＧＷのＳ-ＧＷ＃１からＳ-ＧＷ＃２への変更を伴うＩｎｔｅｒ-ＲＡＴハンドオーバ処理（ＵＴＲＡＮからＥ-ＵＴＲＡＮ）について示す。
【０１２２】
ここで、Ｓ-ＧＷ＃２は、ステップ８において受信した「Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔ」に「下りＵ-Ｐｌａｎｅ宛先情報（Ｓ１  ｅＮｏｄｅＢ  Ｆ-ＴＥＩＤ）」が設定されているか否かについて判定するように構成されている。
【０１２３】
Ｓ-ＧＷ＃２は、「下りＵ-Ｐｌａｎｅ宛先情報」が設定されていないと判定した場合、既存の処理を継続するように構成されている。
【０１２４】
一方、Ｓ-ＧＷ＃２は、「下りＵ-Ｐｌａｎｅ宛先情報」が設定されていると判定した場合、Ｕ-Ｐｌａｎｅの確立後に、すなわち、ステップＸにおいて、ＵＥに対して、「ＲＡ」を通知するように構成されている。
【０１２５】
（変更例８）
図１６を参照して、本変更例１０に係る移動通信システムについて説明する。以下、本変更例１０に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【０１２６】
図１６に、３ＧＰＰのＴＳ２３.４０１のＦｉｇｕｒｅ５.３.３.１-１に規定されているＵＥの接続するＳ-ＧＷのＳ-ＧＷ＃１からＳ-ＧＷ＃２への変更を伴うＴＡＵ処理について示す。
【０１２７】
図１６に示すように、ＭＭＥ２は、ステップ５において、「Ｃｏｎｔｅｘｔ  Ｒｅｓｐｏｎｓｅ」を介して、ＭＭＥ＃１から、各ＰＤＮコネクションが設定されてからの経過時間を受信するように構成されている。
【０１２８】
ステップＳ８において、ＭＭＥ＃２は、Ｓ-ＧＷ＃２に対して、「Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ」を介して、各ＰＤＮコネクションが設定されてからの経過時間を通知するように構成されている。
【０１２９】
Ｓ-ＧＷ＃２は、受信した経過時間に基づいて、ステップ１０以降に「ＲＡ」を送信するか否かについて判定するように構成されている。ここで、Ｓ-ＧＷ＃２は、上述のＳ-ＧＷ変更情報を考慮して、かかる判定を行うように構成されていてもよい。
【０１３０】
また、Ｓ-ＧＷ＃２は、かかる経過時間に基づいて、前回の「ＲＡ」の送信時刻を検出し、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」を適切に設定するように構成されていてもよい。
【０１３１】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【０１３２】
本実施形態の第１の特徴は、ＵＥ（移動局）の接続するＳ-ＧＷ（在圏ゲートウェイ）が、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ（ネットワーク側タイマ）」が満了した場合に、ＵＥに対して、「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報（デフォルトゲートウェイに係る情報）」を含む「ＲＡ（通知信号）」を送信するように構成されており、ＵＥが、「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ（移動局側タイマ）」が満了するまでに、「ＲＡ」を受信しない場合に、保持する「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を削除するように構成されている移動通信システムであって、ＴＡＵ/ＲＡＵ処理（位置登録処理）或いはハンドオーバ処理或いは無線切り替え処理によって、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃１（第１在圏ゲートウェイ）からＳ-ＧＷ＃２（第２在圏ゲートウェイ）に変更した場合に、Ｓ-ＧＷ＃２は、Ｐ-ＧＷ（パケットデータネットワーク用ゲートウェイ）によって送信されるＲＡ送信情報（「ＲＡ」の送信要否に係る送信情報）に基づいて、ＵＥに対して、ＲＡを送信するか否かについて判断するように構成されていることを要旨とする。
【０１３３】
本実施形態の第２の特徴は、ＵＥの接続するＳ-ＧＷが、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が満了した場合に、ＵＥに対して、「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を含む「ＲＡ」を送信するように構成されており、ＵＥが、「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」が満了するまでに、「ＲＡ」を受信しない場合に、保持する「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を削除するように構成されている移動通信システムにおける移動通信方法であって、ＴＡＵ/ＲＡＵ処理或いはハンドオーバ処理或いは無線切り替え処理によって、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃１からＳ-ＧＷ＃２に変更した場合に、Ｓ-ＧＷ＃２は、Ｐ-ＧＷによって送信されるＲＡ送信情報に基づいて、ＵＥに対して、ＲＡを送信するか否かについて判断するように構成されていることを要旨とする。
【０１３４】
本実施形態の第３の特徴は、ＵＥの接続するＳ-ＧＷが、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が満了した場合に、ＵＥに対して、「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を含む「ＲＡ」を送信するように構成されており、ＵＥが、「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」が満了するまでに、「ＲＡ」を受信しない場合に、保持する「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を削除するように構成されている移動通信システムにおいて用いられるＰ-ＧＷであって、ＴＡＵ/ＲＡＵ処理或いはハンドオーバ処理或いは無線切り替え処理によって、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃１からＳ-ＧＷ＃２に変更した場合に、Ｓ-ＧＷ＃２に対して、「ＲＡ」を送信するように指示するか否かについて判断するように構成されている判断部１２と、判断部１２による判断結果に基づいて、Ｓ-ＧＷ＃２に対して、ＲＡ送信情報を送信するように構成されている送信部１３を具備することを要旨とする。
【０１３５】
本実施形態の第３の特徴において、判断部１２は、ＵＥのＡＰＮ（接続先パケットデータネットワーク）毎に、上述の判断を行うように構成されていてもよい。
【０１３６】
本実施形態の第３の特徴において、判断部１２は、「ＲＡ」を送信するように指示すると判断した場合にのみ、送信部１３は、Ｓ-ＧＷ＃２に対して、ＲＡ送信情報を送信するように構成されていてもよい。
【０１３７】
本実施形態の第３の特徴において、判断部１２が、上述の判断を行わない場合に、送信部１３は、ＲＡ送信情報に対して、ＵＥのＡｔｔａｃｈ処理からの経過時間を設定するように構成されていてもよい。
【０１３８】
本実施形態の第３の特徴において、判断部１２が、上述の判断を行わない場合に、送信部１３は、ＲＡ送信情報に対して、  ＵＥの接続するＳ-ＧＷの変更回数を設定するように構成されていてもよい。
【０１３９】
本実施形態の第４の特徴は、ＵＥの接続するＳ-ＧＷが、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が満了した場合に、ＵＥに対して、「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を含む「ＲＡ」を送信するように構成されており、ＵＥが、「Ｒｏｕｔｅｒ  ｌｉｆｅｔｉｍｅ」が満了するまでに、「ＲＡ」を受信しない場合に、保持する「ｄｅｆａｕｌｔ  ｇａｔｅｗａｙ情報」を削除するように構成されている移動通信システムにおいて用いられるＳ-ＧＷであって、ＴＡＵ/ＲＡＵ処理或いはハンドオーバ処理或いは無線切り替え処理によって、ＵＥの接続するＳ-ＧＷが、Ｓ-ＧＷ＃１からＳ-ＧＷ＃２に変更した場合に、Ｐ-ＧＷによって送信されるＲＡ送信情報に基づいて、ＵＥに対して、「ＲＡ」を送信するか否かについて判断するように構成されている判断部２２を具備することを要旨とする。
【０１４０】
本実施形態の第４の特徴において、判断部２２は、Ｐ-ＧＷによってＲＡ送信情報が送信されていない場合、ＵＥに対して、「ＲＡ」を送信する必要がないと判断するように構成されていてもよい。
【０１４１】
本実施形態の第４の特徴において、判断部２２は、ＲＡ送信情報に設定されているＵＥのＡｔｔａｃｈ処理からの経過時間に基づいて、上述の判断を行うように構成されていてもよい。
【０１４２】
本実施形態の第４の特徴において、判断部２２は、ＲＡ送信情報に設定されているＵＥの接続するＳ-ＧＷの変更回数に基づいて、上述の判断を行うように構成されていてもよい。
【０１４３】
なお、上述のＵＥやＰ-ＧＷやＳ-ＧＷやＭＭＥやＳＧＳＮ等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【０１４４】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【０１４５】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、ＵＥやＰ-ＧＷやＳ-ＧＷやＭＭＥやＳＧＳＮ等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとしてＵＥやＰ-ＧＷやＳ-ＧＷやＭＭＥやＳＧＳＮ等内に設けられていてもよい。
【０１４６】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１４７】
Ｐ-ＧＷ…パケットデータネットワーク用ゲートウェイ
Ｓ-ＧＷ…在圏ゲートウェイ
１１、２１…受信部
１２、２２…判断部
１３、２３…送信部
【図１】
0005450474.tif 000002
【図２】
0005450474.tif 000003
【図３】
0005450474.tif 000004
【図４】
0005450474.tif 000005
【図５】
0005450474.tif 000006
【図６】
0005450474.tif 000007
【図７】
0005450474.tif 000008
【図８】
0005450474.tif 000009
【図９】
0005450474.tif 000010
【図１０】
0005450474.tif 000011
【図１１】
0005450474.tif 000012
【図１２】
0005450474.tif 000013
【図１３】
0005450474.tif 000014
【図１４】
0005450474.tif 000015
【図１５】
0005450474.tif 000016
【図１６】
0005450474.tif 000017
【図１７】
0005450474.tif 000018
【図１８】
0005450474.tif 000019