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