JP5438043B2

JP5438043B2 - 移動局、通信アプリケーション及び移動通信方法

Info

Publication number: JP5438043B2
Application number: JP2011026584A
Authority: JP
Inventors: 慎楢葉; 宏一郎國友; 克利西田
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2011-02-09
Filing date: 2011-02-09
Publication date: 2014-03-12
Anticipated expiration: 2031-02-09
Also published as: WO2012108468A1; JP2012169711A; US20130308546A1

Description

本発明は、移動局、通信アプリケーション及び移動通信方法に関する。

非特許文献１の規定によれば、移動局ＵＥ（ＵｓｅｒＥｑｕｉｐｍｅｎｔ）や移動局ＵＥに接続可能なＰＣ（ＰｅｒｓｏｎａｌＣｏｍｐｕｔｅｒ）等の外部接続機器上で起動する通信アプリケーションは、「ＲＡ（ＲｏｕｔｅｒＡｄｖｅｒｔｉｓｅｍｅｎｔ、ルータ通知信号）」を受信した場合、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ（所定タイマ）」を設定して、かかる「ＲＡ」に含まれる「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報（パケット転送情報）」を保持するように構成されている。

また、かかる通信アプリケーションは、かかる「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を受信した場合には、受信した「ＲＡ」に基づいて、保持するＩＰｖ６アドレスの有効性を更新し、かかる「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を更新するように構成されている。

一方、かかる通信アプリケーションは、ＩＰｖ６アドレスが有効でないと判断した場合、すなわち、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を受信しなかった場合、保持する「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を削除するように構成されている。

言い換えると、かかる通信アプリケーションは、「ＲＡ」で通知された「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ（例えば、１８時間）」が満了するまで、「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を保持し、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了した後に、「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を削除するように構成されている。

なお、上述の「ＲＡ」は、かかる通信アプリケーションに割り当てる「ＩＰｖ６Ｐｒｅｆｉｘ」や、かかる「ＩＰｖ６Ｐｒｅｆｉｘ」が有効である時間を示す「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」や、かかる通信アプリケーション用のパケット転送情報である「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を通知する信号である。

ここで、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」は、かかる通信アプリケーションによって保持されるタイマであり、デフォルト値として、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ（ネットワーク側タイマ）」の３倍の時間が定義されている（例えば、非特許文献１参照）。

また、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」は、移動局ＵＥの接続するＳ-ＧＷ（ＳｅｒｖｉｎｇＧａｔｅｗａｙ、在圏ゲートウェイ）或いはＰ-ＧＷ（ＰＤＮＧａｔｅｗａｙ、パケットデータネットワーク用ゲートウェイ）によって保持されるタイマ（最大ＲＡ送信間隔）であり、デフォルト値として、「２１６００秒（６時間）」が定義されている（例えば、非特許文献２参照）。

ＲＦＣ４８６１６.２.１３ＧＰＰＴＳ２９.０６１

しかしながら、従来の移動通信システムでは、移動局ＵＥは、通信アプリケーションに対して、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を送信する必要があるために、ネットワークとの間で通信を行う必要がない場合であっても、ネットワークから「ＲＡ」を受信するために、定期的に「ＩＤＬＥ（アイドル）状態」から「ＡＣＴＩＶＥ（アクティブ）状態」に遷移しなければならない。その結果、無線リソースの浪費や、移動局ＵＥ又は外部接続機器のバッテリの浪費や、移動局ＵＥが「ＩＤＬＥ状態」と「ＡＣＴＩＶＥ状態」との間を遷移するために必要なネットワーク処理を引き起こしてしまうという問題点があった。

そこで、本発明は、上述の課題に鑑みてなされたものであり、無線リソースの浪費や、移動局ＵＥ又は外部接続機器のバッテリの浪費や、移動局ＵＥが「ＩＤＬＥ状態」と「ＡＣＴＩＶＥ状態」との間を遷移するために必要なネットワーク処理を回避しつつ、通信アプリケーションが「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を受信することを可能とする移動局、通信アプリケーション及び移動通信方法を提供することを目的とする。

本発明の第１の特徴は、通知信号を受信した場合、所定タイマを設定して該通知信号に含まれるパケット転送情報を保持し、該所定タイマが満了するまでに通知信号を再度受信しない場合に、保持する該パケット転送情報を削除するように構成されている通信アプリケーションと通信可能な移動局であって、ネットワークから通知信号を受信するように構成されている通知信号受信部と、前記通知信号受信部によって第１通知信号が受信された場合には、前記通信アプリケーションに対して該第１通知信号を送信するように構成されている通知信号送信部とを具備し、前記通知信号送信部は、前記通信アプリケーションにおける前記所定タイマが満了する前に、前記通知信号受信部によって第２通知信号が再度受信されていない場合であっても、該通信アプリケーションに対して前記第１通知信号を再送するように構成されていることを要旨とする。

本発明の第２の特徴は、移動局を介して通知信号を受信した場合、所定タイマを設定して該通知信号に含まれるパケット転送情報を保持し、該所定タイマが満了するまでに通知信号を再度受信しない場合に、保持する該パケット転送情報を削除するように構成されている通信アプリケーションであって、前記所定タイマが満了した場合には、送信すべきパケットが存在しない場合であっても、前記移動局に対して、パケット通信の発信要求信号を送信するように構成されている送信部を具備することを要旨とする。

本発明の第３の特徴は、ネットワークと移動局と通信アプリケーションとを具備しており、前記通信アプリケーションは、前記移動局を介して通知信号を受信した場合、所定タイマを設定して該通知信号に含まれるパケット転送情報を保持し、該所定タイマが満了するまでに通知信号を再度受信しない場合に、保持する該パケット転送情報削除するように構成されている移動通信システムにおける移動通信方法であって、前記通信アプリケーションが、前記所定タイマが満了した場合には、送信すべきパケットが存在しない場合であっても、前記移動局に対して、パケット通信の発信要求信号を送信する工程と、前記移動局が、アイドル状態において、前記ネットワークに対して、サービス要求信号を送信する工程と、前記ネットワークが、前記サービス要求信号に応じて、前記移動局に対して、通知信号を送信する工程と、前記移動局が、前記通信アプリケーションに対して、受信した通知信号を送信する工程とを有することを要旨とする。

以上説明したように、本発明によれば、無線リソースの浪費や、移動局ＵＥ又は外部接続機器のバッテリの浪費や、移動局ＵＥが「ＩＤＬＥ状態」と「ＡＣＴＩＶＥ状態」との間を遷移するために必要なネットワーク処理を回避しつつ、通信アプリケーションが「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を受信することを可能とする移動局、通信アプリケーション及び移動通信方法を提供することができる。

本発明の第１の実施形態に係る移動通信システムの全体構成図である。本発明の第１の実施形態に係る移動局の機能ブロック図である。本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。本発明の変更例１に係る通信アプリケーションの機能ブロック図である。本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。

（本発明の第１の実施形態に係る移動通信システム）
図１乃至図３を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。

図１に示すように、本実施形態に係る移動通信システムは、ブラウザ等のＩＰルーチング処理を要する通信アプリケーション＃１が起動する移動局ＵＥ＃１や、ブラウザ等のＩＰルーチング処理を要する通信アプリケーション＃１が起動する外部接続機器１０に接続する移動局ＵＥ＃２や、ネットワークを具備している。

例えば、本実施形態に係る移動通信システムは、ネットワークとして、ＰＭＩＰｖ６（ＰｒｏｘｙＭｏｂｉｌｅＩＰ）或いはＧＴＰ（ＧＰＲＳＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌ）が適用されているＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）ネットワークを具備する。

かかるネットワークは、ＵＴＲＡＮ（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）/ＧＥＲＡＮ（ＧＳＭＥＤＧＥＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）や、ＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ、パケット交換機）や、Ｅ-ＵＴＡＲＮ（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）や、ＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ、移動管理ノード）や、Ｓ-ＧＷや、ＰＤＮ（ＰａｃｋｅｔＤａｔａＮｅｔｗｏｒｋ）に接続されているＰ-ＧＷや、ＨＳＳ（ＨｏｍｅＳｕｂｓｃｒｉｂｅｒＳｅｒｖｅｒ、加入者管理サーバ）や、ＰＣＲＦ（ＰｏｌｉｃｙａｎｄＣｈａｒｇｉｎｇＲｕｌｅｓＦｕｎｃｔｉｏｎ）等を具備している。

本実施形態に係る移動通信システムでは、ネットワークが、移動局ＵＥ＃１/＃２に対して、少なくとも移動局ＵＥ＃１/＃２のＡｔｔａｃｈ手順或いはＰＤＮ接続手順において、「ＲＡ」を送信するように構成されている。

なお、本実施形態に係る移動通信システムでは、例えば、３ＧＰＰのＴＳ２３.４０２に規定するように、移動局ＵＥ＃１/＃２の接続するＳ-ＧＷが、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が満了した場合に、移動局ＵＥ＃１/＃２に対して、「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を含む「ＲＡ」を送信するように構成されていてもよい。

或いは、例えば、３ＧＰＰのＴＳ２３.４０１に規定するように、移動局ＵＥ＃１/＃２の接続するＰ-ＧＷが、「ＭａｘＲｔｒＡｄｖＩｎｔｅｒｖａｌ」が満了した場合に、移動局ＵＥ＃１/＃２に対して、「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を含む「ＲＡ」を送信するように構成されていてもよい。

また、本実施形態に係る移動通信システムでは、通信アプリケーション＃１/＃２は、移動局ＵＥ＃１/＃２を介して「ＲＡ」を受信した場合、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」を設定して、かかる「ＲＡ」に含まれる「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を保持し、かかる「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を再度受信しない場合に、保持する「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を削除するように構成されている。

本実施形態に係る移動局ＵＥ＃２は、ブラウザ等の通信アプリケーション＃２が起動する外部接続機器１０に接続されて、かかる外部接続機器１０（すなわち、通信アプリケーション＃２）とネットワークとの間の通信を中継するように構成されている。

図２に示すように、本実施形態に係る移動局ＵＥ＃１/＃２（以下、移動局ＵＥ）は、ＲＡ受信部１１と、ＲＡ送信部１２と、ＵＥタイマ管理部１３とを具備している。

ＲＡ受信部１１は、ネットワークから、例えば、移動局ＵＥの接続するＳ-ＧＷ或いはＰ-ＧＷから、「ＲＡ」を受信するように構成されている。

ＲＡ送信部１２は、ＲＡ受信部１１によって「ＲＡ」が受信された場合には、通信アプリケーション２０に対して、かかる「ＲＡ＃１」を送信するように構成されている。

なお、ＲＡ送信部１２は、通信アプリケーション２０における「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了する前に、ＲＡ受信部１１によって「ＲＡ」が再度受信されていない場合であっても、通信アプリケーション２０に対して、上述の「ＲＡ」を再送するように構成されている。

ＵＥタイマ管理部１３は、ＵＥタイマを管理するように構成されている。

ここで、ＵＥタイマは、ＲＡ送信部１２によって通信アプリケーション２０に対して「ＲＡ」が送信された場合に設定され、ＲＡ受信部１１によって「ＲＡ」が受信された場合に停止される。

また、ＵＥタイマは、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」よりも短い期間で満了するように構成されている。

なお、ＲＡ送信部１２は、ＵＥタイマが停止された場合及びＵＥタイマが満了した場合に、通信アプリケーション２０に対して、「ＲＡ」を送信（又は、再送）するように構成されている。

以下、図３を参照して、本実施形態に係る移動通信システムの動作について説明する。

図３に示すように、ステップＳ１００１において、移動局ＵＥのＡｔｔａｃｈ手順が行われ、ステップＳ１００２において、ネットワークは、移動局ＵＥに対して「ＲＡ＃１」を送信する。

移動局ＵＥは、ステップＳ１００３において、通信アプリケーション２０に対して「ＲＡ＃１」を送信すると共に、ステップＳ１００４において、ＵＥタイマを設定する。

ここで、通信アプリケーション２０は、「ＲＡ＃１」に含まれる「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を保持し、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」を設定する。以降、通信アプリケーション２０は、保持した「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を用いてパケット通信を行う。

その後、移動局ＵＥは、ステップＳ１００５において、ネットワークから、新たな「ＲＡ」を受信することなく、ＵＥタイマの満了を検知すると、ステップＳ１００６において、通信アプリケーション２０に対して「ＲＡ＃１」を再送すると共に、ステップＳ１００７において、ＵＥタイマを設定する。

ここで、通信アプリケーション２０は、「ＲＡ＃１」に含まれる「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」によって、保持する「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を更新し、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」を設定する。以降、更新した「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を用いてパケット通信を行う。

その後、移動局ＵＥは、ステップＳ１００８において、ネットワークから「ＲＡ＃２」を受信すると、ステップＳ１００９において、ＵＥタイマを停止し、ステップＳ１０１０において、通信アプリケーション２０に対して「ＲＡ＃２」を送信すると共に、ステップＳ１０１１において、ＵＥタイマを設定する。

なお、移動局ＵＥは、Ａｔｔａｃｈ手順において、ネットワーク（例えば、Ｐ-ＧＷ等）から所定の指示があった場合にのみ、通信アプリケーション２０における「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了する前に、通信アプリケーション２０に対して以前に送信した「ＲＡ」を再送するように構成されていてもよい。

かかる場合、Ｐ-ＧＷは、ＰＣＯ（ＰｒｏｔｏｃｏｌＣｏｎｆｉｇｕｒａｔｉｏｎＯｐｔｉｏｎ）により、移動局ＵＥに対して、かかる所定の指示を行うように構成されていてもよい。

或いは、Ｐ-ＧＷは、その他の方法（Ａｔｔａｃｈ或いはＰＤＮ接続時の信号等により、ＭＭＥを介してＮＡＳ（Ｎｏｎ-ＡｃｃｅｓｓＳｔｒａｔｕｍ）信号を送信する方法等）によって、移動局ＵＥに対して、かかる所定の指示を行うように構成されていてもよい。

なお、かかる方法は、ＧＴＰを適用するＳ５/Ｓ８ネットワークにおいても有効である。

また、ＰＭＩＰを適用するＳ５/Ｓ８では、かかる方法に加えて、Ｐ-ＧＷが、ＰＭＩＰ信号やＤｉａｍｅｔｅｒ信号（ＰＣＲＦ経由）等により、Ｓ-ＧＷに対して、上述の所定の指示を行ったことを通知してもよい。

かかる場合、Ｓ-ＧＷは、Ｐ-ＧＷによる移動局ＵＥへの所定の指示に併せて、「ＲＡ」の送信タイミングを設定するように構成されていてもよい。

例えば、Ｓ-ＧＷは、移動局ＵＥに対して、「ＲＡ」を定期的に送信せず、移動局ＵＥの接続するＳ-ＧＷの変更が発生した後や、移動局ＵＥが「ＩＤＬＥ状態」から「ＡＣＴＩＶＥ状態」に遷移した場合等のみに、「ＲＡ」を新たに送信するように構成されていてもよい。

本実施形態に係る移動通信システムによれば、移動局ＵＥが「ＩＤＬＥ状態」である場合において「ＲＡ」を受信するために、定期的に「ＡＣＴＩＶＥ状態」になる必要がないため、無線リソースの浪費や、移動局ＵＥや外部接続機器１０−のバッテリの浪費を抑えることができる。

また、本実施形態に係る移動通信システムによれば、ＰＭＩＰを適用するＳ５/Ｓ８ネットワークにおいて、Ｓ-ＧＷの頻繁な切り替えに伴い、通信アプリケーション２０がパケットを送信できなくなるという不具合を回避することができる。

（変更例１）
図４乃至６を参照して、本変更例１に係る移動通信システムについて説明する。以下、本変更例８に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。

図４に示すように、移動局ＵＥ＃１又は外部接続機器１０上で起動する通信アプリケーション＃１/＃２（以下、通信アプリケーション２０）は、受信部２１と、管理部２２と、送信部２３とを具備している。

受信部２１は、移動局ＵＥを介して「ＲＡ」を受信するように構成されている。

管理部２２は、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」や「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を管理するように構成されている。

ここで、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」は、受信部２１によって「ＲＡ」が受信された場合に設定されるように構成されている。

なお、管理部２２は、受信部２１によって「ＲＡ」が受信された場合に、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」を設定して「ＲＡ」に含まれる「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を保持するように構成されている。

また、管理部２２は、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を再度受信しない場合に、保持する「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を削除するように構成されている。

送信部２３は、移動局ＵＥや外部接続機器１０を介して、上りパケットを送信するように構成されている。

なお、送信部２３は、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了した場合には、送信すべきパケットが存在しない場合であっても、移動局ＵＥに対して、パケット通信の発信要求信号を送信するように構成されている。

以下、図５及び図６を参照して、本変更例１に係る移動通信システムの動作について説明する。

図５に示すように、ステップＳ２００１において、移動局ＵＥのＡｔｔａｃｈ手順が行われ、ステップＳ２００２において、ネットワークは、移動局ＵＥに対して「ＲＡ＃１」を送信し、移動局ＵＥは、ステップＳ２００３において、通信アプリケーション２０に対して「ＲＡ＃１」を送信する。

その後、通信アプリケーション２０は、ステップＳ２００５において、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」の満了を検知し、ステップＳ２００６において、送信すべきパケットの有無に関わらず、移動局ＵＥに対して、パケット通信の発信要求信号（ＲＳ：ＲｏｕｔｅｒＳｏｌｉｃｉｔａｔｉｏｎ）を送信する。

ステップＳ２００７において、移動局ＵＥは、「ＩＤＬＥ状態」において、ネットワークに対して、「ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ（サービス要求信号）」を送信する。

ネットワークは、かかる「ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ」を受信すると、例えば、図４に示す手順、すなわち、３ＧＰＰのＴＳ２３.４０１のＦｉｇｕｒｅ５.３.４.１-１に規定されている「ＵＥｔｒｉｇｇｅｒｅｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔＰｒｏｃｅｄｕｒｅ」を行う。

ここで、Ｓ-ＧＷは、ステップＳ２００８Ｇにおいて受信した「ＭｏｄｉｆｙＢｅａｒｅｒＲｅｑｕｅｓｔ」に「下りＵ-Ｐｌａｎｅ宛先情報（Ｓ１ｅＮｏｄｅＢＦ-ＴＥＩＤ、又は、Ｓ４-ＵＳＧＳＮＦ-ＴＥＩＤ）」が設定されていることを確認し、Ｕ-Ｐｌａｎｅの確立後に、すなわち、ステップＳ２００９において、「ＮＷＩｎｉｔｉａｔｅｄＳｅｒｖｉｃｅＲｅｑｕｅｓｔＰｒｏｃｅｄｕｒｅ」を起動し、移動局ＵＥに対して、「ＲＡ＃２」を送信する。

ステップＳ２０１０において、移動局ＵＥは、通信アプリケーション２０に対して、受信した「ＲＡ＃２」を送信する。

ここで、通信アプリケーション２０は、「ＲＡ＃２」に含まれる「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を保持し、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」を設定する。以降、通信アプリケーション２０は、保持した「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を用いてパケット通信を行う。

なお、移動局ＵＥが、ネットワーク（例えば、Ｐ-ＧＷ）によって、上述の所定の指示が行われている場合、本変更例１に係る移動通信システムにおいて、ステップＳ２００７乃至Ｓ２００９の動作を行うことなく、移動局ＵＥは、ステップＳ２００６のパケット発信要求信号に応じて、通信アプリケーション２０に対して、以前に送信した「ＲＡ＃１」を再送するように構成されていてもよい。

本変更例１に係る移動通信システムによれば、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了した場合には、通信アプリケーション２０が、移動局ＵＥに対してパケット通信の発信要求信号（ＲＳ）を送信することによって「ＲＡ」を取得することができるように構成されているため、通信アプリケーション２０が通信できなくなるという事態を回避することができる。

以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。

本実施形態の第１の特徴は、「ＲＡ（通知信号）」を受信した場合、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ（所定タイマ）」を設定して該「ＲＡ」に含まれる「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報（パケット転送情報）」を保持し、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を再度受信しない場合に、保持する「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を削除するように構成されている通信アプリケーション２０と通信可能な移動局ＵＥであって、ネットワークから「ＲＡ」を受信するように構成されているＲＡ受信部１１（通知信号受信部）と、ＲＡ受信部１１によって「ＲＡ＃１（第１通知信号）」が受信された場合には、通信アプリケーション２０に対して「ＲＡ＃１」を送信するように構成されているＲＡ送信部１２（通知信号送信部）とを具備し、ＲＡ送信部１２は、通信アプリケーション２０における「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了する前に、ＲＡ受信部１１によって「ＲＡ＃２（第２通知信号）」が再度受信されていない場合であっても、通信アプリケーション２０に対して「ＲＡ＃１」を再送するように構成されていることを要旨とする。

本実施形態の第１の特徴において、ＵＥタイマ（移動局タイマ）を管理するように構成されているＵＥタイマ管理部１３（移動局タイマ管理部）を具備し、ＵＥタイマは、ＲＡ送信部１２によって通信アプリケーション２０に対して「ＲＡ」が送信された場合に設定され、ＲＡ受信部１１によって「ＲＡ」が受信された場合に停止され、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」よりも短い期間で満了するように構成されており、ＲＡ送信部１２は、ＵＥタイマが停止された場合及びＵＥタイマが満了した場合に、通信アプリケーション２０に対して「ＲＡ」を送信（又は、再送）するように構成されていてもよい。

本実施形態の第１の特徴において、ＲＡ送信部１２は、ネットワーク（例えば、Ｐ-ＧＷ）から所定の指示があった場合にのみ、通信アプリケーション２０における「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了する前に、通信アプリケーション２０に対して「ＲＡ＃１」を再送するように構成されていてもよい。

本実施形態の第２の特徴は、移動局ＵＥを介して「ＲＡ」を受信した場合、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」を設定して「ＲＡ」に含まれる「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を保持し、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を再度受信しない場合に、保持する「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を削除するように構成されている通信アプリケーション２０であって、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了した場合には、送信すべきパケットが存在しない場合であっても、移動局ＵＥに対して、パケット通信の発信要求信号を送信するように構成されている送信部２３を具備することを要旨とする。

本実施形態の第３の特徴は、ネットワークと移動局ＵＥと通信アプリケーション２０とを具備しており、通信アプリケーション２０は、移動局ＵＥを介して「ＲＡ」を受信した場合、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」を設定して「ＲＡ」に含まれる「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を保持し、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了するまでに「ＲＡ」を再度受信しない場合に、保持する「ｄｅｆａｕｌｔｇａｔｅｗａｙ情報」を削除するように構成されている移動通信システムにおける移動通信方法であって、通信アプリケーション２０が、「Ｒｏｕｔｅｒｌｉｆｅｔｉｍｅ」が満了した場合には、送信すべきパケットが存在しない場合であっても、移動局ＵＥに対して、パケット通信の発信要求信号を送信する工程と、移動局ＵＥが、「ＩＤＬＥ状態」において、ネットワークに対して、「ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ（サービス要求信号）」を送信する工程と、ネットワークが、「ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ」に応じて、移動局ＵＥに対して「ＲＡ」を送信する工程と、移動局ＵＥが、通信アプリケーション２０に対して、受信した「ＲＡ」を送信する工程とを有することを要旨とする。

なお、上述の移動局ＵＥや通信アプリケーション２０等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。

ソフトウェアモジュールは、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）や、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｏｎｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。

かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動局ＵＥ等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動局ＵＥ等内に設けられていてもよい。

以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

ＵＥ…移動局
１１…ＲＡ受信部
１２…ＲＡ送信部
１３…ＵＥタイマ管理部
１０…外部接続端末
２０…通信アプリケーション
２１…受信部
２２…管理部
２３…送信部

Claims

通知信号を受信した場合、所定タイマを設定して該通知信号に含まれるパケット転送情報を保持し、該所定タイマが満了するまでに通知信号を再度受信しない場合に、保持する該パケット転送情報を削除するように構成されている通信アプリケーションと通信可能な移動局であって、
ネットワークから通知信号を受信するように構成されている通知信号受信部と、
前記通知信号受信部によって第１通知信号が受信された場合には、前記通信アプリケーションに対して該第１通知信号を送信するように構成されている通知信号送信部とを具備し、
前記通知信号送信部は、前記通信アプリケーションにおける前記所定タイマが満了する前に、前記通知信号受信部によって第２通知信号が再度受信されていない場合であっても、該通信アプリケーションに対して前記第１通知信号を再送するように構成されており、前記通知信号送信部は、前記ネットワークから所定の指示があった場合にのみ、前記通信アプリケーションにおける前記所定タイマが満了する前に、該通信アプリケーションに対して前記第１通知信号を再送するように構成されていることを特徴とする移動局。