JP3890252B2 - パケット通信方法および通信端末装置 - Google Patents
パケット通信方法および通信端末装置 Download PDFInfo
- Publication number
- JP3890252B2 JP3890252B2 JP2002118126A JP2002118126A JP3890252B2 JP 3890252 B2 JP3890252 B2 JP 3890252B2 JP 2002118126 A JP2002118126 A JP 2002118126A JP 2002118126 A JP2002118126 A JP 2002118126A JP 3890252 B2 JP3890252 B2 JP 3890252B2
- Authority
- JP
- Japan
- Prior art keywords
- address
- packet
- mobile terminal
- update message
- communication
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
- Mobile Radio Communication Systems (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、パケット通信方法および通信端末装置に関する。
【０００２】
【従来の技術】
まず、第１の従来例を示す。図３は、ＩＥＴＦ（Internet Engineering Task Force）が発行する"draft-ietf-mobileip-ipv6-13.txt"において開示されているモバイルＩＰｖ６によるパケット通信方法に加えて、"draft-ietf-mobileip-hmipv6-04.txt"に示されている階層化方法を適用した移動通信システムの構成を示すブロック図である。
【０００３】
図３に示す移動通信システムは、移動端末（ＭＮ：Mobile Node）３００、無線アクセス機能を持つアクセスルータ（ＡＲ：Access Router）３１０、ＡＲ３１１、ＡＲ３１２、ＡＲ３１３は、階層化のためのノードであるモビリティアンカーポイント（ＭＡＰ：Mobility Anchor Point）３２０、ＭＡＰ３２１、ＭＮ３００の通信相手となる相手端末（ＣＮ：Correspondence Node）３３０、モバイルＩＰにおけるＭＮ３００のホームエージェント（ＨＡ：Home Agent）３３１から構成されている。
【０００４】
図３に示すような移動通信システムにおいては、一般に、ＭＮ３００とＣＮ３３０との間でモバイルＩＰｖ６を用いてパケット通信を行う場合、ＣＮ３３０からＭＮ３００のホームアドレス宛に送信されたパケットは、一旦、ＨＡ３３１によって受信され、ＨＡ３３１からＭＮ３００に転送される。この場合、パケットは、ＨＡ３３１を頂点とする三角経路で転送され、冗長な経路を経由するという問題がある。この問題を解決するために、モバイルＩＰｖ６では、ＭＮ３００は、ＣＮ３３０からパケットを受信した場合、ＭＮ３００が現在利用している気付アドレス（ＣｏＡ：Care of Address）をＣＮ３３０に通知し、ＣＮ３３０は、以降、ＭＮ３００から通知された気付アドレス宛にパケットを転送する。これにより、ＨＡ３３１を経由せずに、ＣＮ３３０からＭＮ３００へ直接パケットを転送することができる。
【０００５】
しかし、上記の方法を用いる場合、ＣＮ３３０は、ＭＮ３００から通知された気付アドレスを保持する必要がある。したがって、ＣＮ３３０がＭＮ３００を含む不特定多数の移動端末と通信するウェブサーバであるような場合、ＣＮ３３０は、膨大な気付アドレスを保持する必要が生じる。この問題を解決する方法として、ＩＥＴＦが発行する"draft-ietf-mobileip-hmipv6-04.txt"に、ローカルモビリティマネジメント（Local Mobility Management）が記載されている。
【０００６】
以下では、図３のように構成された移動通信システムにおいて、ローカルモビリティマネジメントによる方法を用いて、ＭＮ３００がＡＲ３１０配下においてＣＮ３３０と通信を行う場合の通信手順について図４を用いて説明する。
【０００７】
ＭＡＰ３２０配下において、ＭＮ３００は、ＡＲ３１０からエージェント広告（Agent Advertisement）メッセージ４０１を受信する。エージェント広告メッセージ４０１には、ＡＲ３１０のＩＰアドレス、プレフィックス長、およびプレフィックス値、並びにＡＲ３１０の上位のＭＡＰ３２０のＩＰアドレス、プレフィックス長、およびプレフィックス値が設定されている。
【０００８】
ＭＮ３００は、参照符号４０２において、受信したエージェント広告メッセージ４０１に含まれるＡＲ３１０のＩＰアドレス、プレフィックス長、およびプレフィックス値から、ＡＲ３１０配下で使用するローカル気付アドレス（以下、「ＬＣｏＡ（Local Care of Address）１」という）を生成する。また、ＭＮ３００は、参照符号４０２において、受信したエージェント広告メッセージ４０１に含まれるＭＡＰ３２０のＩＰアドレス、プレフィックス長、およびプレフィックス値から、ＭＡＰ３２０配下で使用するリージョナル気付アドレス（以下、「ＲＣｏＡ（Regional Care of Address）１」という）を生成する。
【０００９】
ここで、ＬＣｏＡ１の生成には、例えば"draft-ietf-mobileip-ipv6-13.txt"において開示されている２種類の方法（ステートレス・アドレス・コンフィギュレーション、またはステートフル・アドレス・コンフィギュレーション）が使用される。ステートレス・アドレス・コンフィギュレーションが用いられる場合は、ＭＮ３００は、ＡＲ３１０のＩＰアドレス、プレフィックス長、およびプレフィックス値からＡＲ３１０のネットワークアドレスを生成し、ＡＲ３１０のネットワークアドレスとＭＮ３００の持つレイヤ２アドレスとを結合することにより、ＬＣｏＡ１を生成する。また、ＲＣｏＡ１の生成には、ＬＣｏＡ１の生成と同様に、例えば"draft-ietf-mobileip-ipv6-13.txt"において開示されている２種類の方法（ステートレス・アドレス・コンフィギュレーション、またはステートフル・アドレス・コンフィギュレーション）が使用される。
【００１０】
次に、ＭＮ３００は、結合更新（Binding update）メッセージ４０３によりＲＣｏＡ１とＬＣｏＡ１をＭＡＰ３２０に通知する。結合更新メッセージ４０３を受信したＭＡＰ３２０は、図示しない結合更新確認（Binding update Acknowledgement）をＭＮ３００に返送する。また、ＭＮ３００は、図示しない近隣要請（Neighbor Solicitation）メッセージにより、ＬＣｏＡ１が他の端末により使用されていないことを確認する。また、ＭＮ３００がＭＡＰ３２０に初めて登録される場合は、結合更新メッセージをＨＡ３３１にも送信するが、図４では省略している。
【００１１】
そして、ＭＮ３００は、ＣＮ３３０に対してパケット（例えば、ウェブへのＨＴＴＰ要求）を送信する場合、参照符号４０４において、ＣＮ３３０への結合更新メッセージ送信を行わないことを一方的に決定し、送信先のアドレスであるディスティネーションアドレス（Ｄｅｓｔ）としてＣＮ３３０を設定し、送信元のアドレスであるソースアドレス（Ｓｒｃ）としてＲＣｏＡ１を設定してパケット４０５をＣＮ３３０へ送信する。パケット４０５は、ＤｅｓｔがＣＮ３３０であるため、直接ＣＮ３３０にルーティングされる。
【００１２】
パケット４０５を受信したＣＮ３３０は、参照符号４０６において、結合更新保持機能を全く持っていないため、通常のＩＰパケット通信と同様に、ＤｅｓｔとしてＲＣｏＡ１を設定し、ＳｒｃとしてＣＮ３３０を設定してパケット４０７（例えば、ウェブからのＨＴＴＰ応答）を送信する。そして、パケット４０７は、ＤｅｓｔがＲＣｏＡ１であるため、一旦、ＭＡＰ３２０にルーティングされる。ＭＡＰ３２０は、結合更新メッセージ４０３により、ＲＣｏＡ１とＬＣｏＡ１の関係を認識しているため、パケット４０７を、ＤｅｓｔがＬＣｏＡ１であり、ＳｒｃがＲＣｏＡ１であるＩＰパケットによりカプセル化し、パケット４０８としてＭＮ３００へ送信する。
【００１３】
そして、パケット４０８は、ＤｅｓｔがＬＣｏＡ１であるため、ＭＮ３００にルーティングされる。ＭＮ３００は、パケット４０８によりカプセル化されているパケット４０７を取り出して処理を行う。
【００１４】
また、ＭＮ３００が、ＭＡＰ３２０配下のサブネット内を移動（例えば、ＡＲ３１０配下からＡＲ３１１配下へ移動）した場合、ＭＮ３００は、ＡＲ３１１からのエージェント広告メッセージを受信し、新たにＡＲ３１１配下で使用するローカル気付アドレス（ＬＣｏＡ２）を生成するが、ＭＡＰ３２０配下で使用するリージョナル気付アドレス（ＲＣｏＡ１）は変更しないため、ＭＮ３００とＣＮ３３０との通信を継続することができる。
【００１５】
上記のように、ＭＮ３００は、ＲＣｏＡ１をソースアドレスとしてＩＰパケットを送信するため、ＣＮ３３０は、通常のＩＰパケット通信と同様に、受信したＩＰパケットのソースアドレスに設定されているＲＣｏＡ１をディスティネーションアドレスとしてＩＰパケットを返送すればよく、ＣＮ３３０は、モバイルＩＰｖ６における結合更新を保持する必要がない。
【００１６】
次に、第２の従来例を示す。図５は、ＩＥＴＦが発行する"draft-ietf-mobileip-ipv6-13.txt"において開示されているモバイルＩＰｖ６によるパケット通信方法を適用した移動通信システムの構成を示すブロック図である。
【００１７】
図５に示す移動通信システムは、移動端末（ＭＮ）５００、アクセスルータ（ＡＲ）５１０、ＡＲ５１１、ＡＲ５１２、ＡＲ５１３、汎用ルータ（Ｒ：Router）５２０、Ｒ５２１、相手端末（ＣＮ）５３０、ホームエージェント（ＨＡ）５３１から構成されている。
【００１８】
図５に示すような移動通信システムにおいては、一般に、ＭＮ５００とＣＮ５３０との間でモバイルＩＰｖ６を用いてパケット通信を行う場合、ＣＮ５３０からＭＮ５００のホームアドレス宛に送信されたパケットは、一旦、ＨＡ５３１によって受信され、ＨＡ５３１からＭＮ５００に転送される。この場合、パケットは、ＨＡ５３１を頂点とする三角経路で転送され、冗長な経路を経由するという問題がある。この問題を解決するために、モバイルＩＰｖ６では、ＭＮ５００は、ＣＮ５３０からパケットを受信した場合、ＭＮ５００が現在利用している気付アドレス（ＣｏＡ）をＣＮ５３０に通知し、ＣＮ５３０は、以降、ＭＮ５００から通知された気付アドレス宛にパケットを転送する。これにより、ＨＡ５３１を経由せずに、ＣＮ５３０からＭＮ５００へ直接パケットを転送することができる。
【００１９】
しかし、上記の方法を用いる場合、ＣＮ５３０は、ＭＮ５００から通知された気付アドレスを保持する必要がある。したがって、ＣＮ５３０がＭＮ５００を含む不特定多数の移動端末と通信するウェブサーバであるような場合、ＣＮ５３０は、膨大な気付アドレスを保持する必要が生じる。この問題を解決する方法として、ＩＥＴＦが発行する"draft-ietf-mobileip-ipv6-13.txt"に、ショートタームコミュニケーション（Short-term Communication）が記載されている。
【００２０】
以下では、図５のように構成された移動通信システムにおいて、ショートタームコミュニケーションによる方法を用いて、ＭＮ５００がＡＲ５１０配下においてＣＮ５３０と通信を行う場合の通信手順について図６を用いて説明する。
【００２１】
ＭＮ５００は、ＡＲ５１０からエージェント広告メッセージ６０１を受信する。エージェント広告メッセージ６０１には、ＡＲ６１０のＩＰアドレス、プレフィックス長、およびプレフィックス値が設定されている。
【００２２】
ＭＮ５００は、参照符号６０２において、受信したエージェント広告メッセージ６０１に含まれるＡＲ５１０のＩＰアドレス、プレフィックス長、およびプレフィックス値から、ＡＲ５１０配下で使用する気付アドレス（以下、「ＣｏＡ１」という）を生成する。
【００２３】
ここで、ＣｏＡ１の生成には、例えば"draft-ietf-mobileip-ipv6-13.txt"において開示されている２種類の方法（ステートレス・アドレス・コンフィギュレーション、またはステートフル・アドレス・コンフィギュレーション）が使用される。ステートレス・アドレス・コンフィギュレーションを用いる場合は、ＭＮ５００は、ＡＲ５１０のＩＰアドレス、プレフィックス長、およびプレフィックス値からＡＲ５１０のネットワークアドレスを生成し、ＡＲ５１０のネットワークアドレスとＭＮ５００の持つレイヤ２アドレスとを結合することにより、ＣｏＡ１を生成する。
【００２４】
また、ＭＮ５００は、図示しない近隣要請メッセージにより、ＣｏＡ１が他の端末により使用されていないことを確認する。また、ＭＮ５００は、結合更新メッセージをＨＡ５３１にも送信するが、図６では省略している。
【００２５】
そして、ＭＮ５００は、ＣＮ５３０に対してパケット（例えば、ウェブへのＨＴＴＰ要求）を送信する場合、参照符号６０３において、ＣＮ５３０への結合更新メッセージ送信を行わないことを一方的に決定し、ディスティネーションアドレス（Ｄｅｓｔ）としてＣＮ５３０を設定し、ソースアドレス（Ｓｒｃ）としてＣｏＡ１を設定してパケット６０４を送信する。パケット６０４は、ＤｅｓｔがＣＮ５３０であるため、直接ＣＮ５３０にルーティングされる。
【００２６】
パケット６０４を受信したＣＮ５３０は、参照符号６０５において、結合更新保持機能を全く持っていないため、通常のＩＰパケット通信と同様に、ＤｅｓｔとしてＣｏＡ１を設定し、ＳｒｃとしてＣＮ５３０を設定してパケット６０６（例えば、ウェブからのＨＴＴＰ応答）を送信する。そして、パケット６０６は、ＤｅｓｔがＣｏＡ１であるため、直接ＭＮ５００にルーティングされる。
【００２７】
上記のように、ＭＮ５００は、ＣｏＡ１をソースアドレスとしてＩＰパケットを送信するため、ＣＮ５３０は、通常のＩＰパケット通信と同様に、受信したＩＰパケットのソースアドレスに設定されているＣｏＡ１をディスティネーションアドレスとしてＩＰパケットを返送すればよく、ＣＮ５３０は、モバイルＩＰｖ６における結合更新を保持する必要がない。
【００２８】
【発明が解決しようとする課題】
しかしながら、上記の第１の従来例においては、ＭＮ３００が、ＭＡＰ３２０配下のサブネットからＭＡＰ３２１配下のサブネットへ移動（例えば、ＡＲ３１１配下からＡＲ３１２配下へ移動）した場合は、ＭＮ３００は、ＡＲ３１２からのエージェント広告メッセージを受信し、新たにＭＡＰ３２１配下で使用するリージョナル気付アドレス（ＲＣｏＡ２）とＡＲ３１２配下で使用するローカル気付アドレス（ＬＣｏＡ３）を生成することとなり、ＭＮ３００から結合更新メッセージを受信できないＣＮ３３０は、ＭＮ３００のリージョナル気付アドレスがＲＣｏＡ１からＲＣｏＡ２へ変更されたことを認識することができないため、ＭＮ３００とＣＮ３３０との通信が中断してしまうという問題がある。
【００２９】
また、上記の第２の従来例においては、ＭＮ５００が、ＡＲ間を移動（例えば、ＡＲ５１０配下からＡＲ５１１配下へ移動）した場合は、ＭＮ５００は、ＡＲ５１１からのエージェント広告メッセージを受信し、新たにＡＲ５１１配下で使用する気付アドレス（ＣｏＡ２）を生成することとなり、ＭＮ５００から結合更新メッセージを受信できないＣＮ５３０は、ＭＮ５００の気付アドレスがＣｏＡ１からＣｏＡ２へ変更されたことを認識することができないため、ＭＮ５００とＣＮ５３０との通信が中断してしまうという問題がある。
【００３０】
このように、上記の従来の技術に示した"draft-ietf-mobileip-hmipv6-04.txt"のローカルモビリティマネジメントおよび"draft-ietf-mobileip-ipv6-13.txt"のショートタームコミュニケーションにおいて開示されている技術では、相手端末が移動端末の結合更新を保持するメモリ（Binding Cache）を持ち、かつ空きがあり、相手端末が従来のモバイルＩＰの階層化方法による移動管理を提供できる場合においても、移動端末が相手端末への結合更新メッセージを送信しないことを決定し、移動端末は相手端末へ結合更新メッセージを送信しないため、モビリティーアンカーポイント間の移動またはアクセスルータ間の移動には対応できず、通信が中断してしまうという問題がある。
【００３１】
本発明は、かかる点に鑑みてなされたものであり、移動端末がモビリティアンカーポイント間およびアクセスルータ間を移動する場合でも、中断することなく通信を継続することができるパケット通信方法および通信端末装置を提供することを目的とする。
【００３２】
【課題を解決するための手段】
本発明のパケット通信方法は、移動端末が、現在利用しているモビリティアンカーポイント配下で使用する気付けアドレスを含む結合更新メッセージを前記移動端末の通信相手である通信相手端末へ送信するステップと、前記結合更新メッセージを受信した前記通信相手端末が、メモリの結合更新保持容量に基づいて前記移動端末の移動管理を行うか否かを前記移動端末に通知するステップと、前記移動管理を行う前記通知を受けた前記移動端末が、移動後の新たな気付けアドレスを含む前記結合更新メッセージを送信するステップと、前記新たな気付けアドレスを含む前記結合更新メッセージを受信した前記通信相手端末が、前記新たな気付けアドレス宛にパケットを送信するステップと、を具備するようにした。
【００３３】
本発明の通信端末装置は、通信相手である移動端末がモビリティアンカーポイント配下で使用する気付けアドレスを含む前記結合更新メッセージを保持するメモリと、前記結合更新メッセージを受信した際に、前記メモリの結合更新保持容量に基づいて前記移動端末の移動管理を行うか否かを判定する判定手段と、前記判定の結果を前記移動端末に通知する通知手段と、前記移動管理を行う前記通知を受け取った前記移動端末が送信した移動後の新たな気付けアドレスを含む前記結合更新メッセージを受信する受信手段と、受信した前記結合更新メッセージに含まれる前記新たな気付けアドレス宛にパケットを送信する送信手段と、を具備する構成を採る。
【００５６】
【発明の実施の形態】
本発明の骨子は、移動端末の通信相手となる相手端末が移動端末からの結合更新メッセージの送信を許可するか否かを判断し、移動端末は、その判断結果に基づいて通信方式を選択することである。
【００５７】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００５８】
（実施の形態１）
本発明の実施の形態１に係る移動通信システムの構成は、図３に示す従来の移動通信システムの構成と同一であり、説明は省略する。
【００５９】
以下では、本実施の形態の移動通信システムの動作について、図１を参照しながら説明する。
【００６０】
図１において、エージェント広告メッセージ１０１の送信から結合更新メッセージ１０３の送信までの動作については、図４に示す従来の技術におけるエージェント広告メッセージ４０１の送信から結合更新メッセージ４０３の送信までの動作と同じであるため、ここでは、結合更新メッセージ１０４の送信以降の通信手順について説明する。
【００６１】
ＭＮ３００は、結合更新メッセージ１０３をＭＡＰ３２０へ送信した後、結合更新メッセージ１０４により、ＭＡＰ３２０配下で使用するリージョナル気付アドレス（ＲＣｏＡ１）とＨＡ３３１配下のホームドメインで使用するホームアドレス（Home Address）とをＣＮ３３０に通知する。
【００６２】
ＣＮ３３０は、参照符号１０５において、例えば、結合更新保持総容量等のＣＮ３３０の結合更新処理状況に応じて、あらかじめ設定された結合更新保持総容量の上限値と現在の結合更新保持容量とから、ＭＮ３００から受信した結合更新メッセージを追加することにより、結合更新保持容量が上限値を超えるか否かを予測する。そして、結合更新保持容量が上限値を超えないと予測された場合は、ＭＮ３００からＣＮ３３０への結合更新メッセージの送信を許可し、超えると予測された場合は、ＭＮ３００からＣＮ３３０への結合更新メッセージ送信を拒否すると判定する。そして、ＣＮ３３０は、参照符号１０５における判定結果を結合更新確認メッセージ１０６に設定し、ＭＮ３００に通知する。
【００６３】
ここで、ＣＮ３３０は、参照符号１０５において、ＭＮ３００から受信した結合更新メッセージに設定されているＩＰアドレスや優先度情報などに応じて、ＭＮ３００からＣＮ３３０への結合更新メッセージの送信を許可するか否かを判定しても良く、また、あらかじめＣＮ３３０に設定されている、結合更新メッセージの送信を許可するＩＰアドレス等の情報に応じて、ＭＮ３００からＣＮ３３０への結合更新メッセージの送信を許可するか否かを判定しても良い。
【００６４】
そして、参照符号１０５において、ＣＮ３３０が、ＭＮ３００からＣＮ３３０への結合更新メッセージ送信を許可しないと判定し、判定結果を結合更新確認メッセージ１０６によってＭＮ３００に通知した場合、ＭＮ３００は、従来と同様のローカルモビリティマネジメントによる通信方式を選択し、図４に示す従来の移動通信システムの動作と同様に、パケット４０５を送信し、ＣＮ３３０は、結合更新メッセージを保持せず、パケット４０７をＭＡＰ３２０へ送信し、ＭＡＰ３２０は、パケット４０８をＭＮ３００へ送信する。
【００６５】
一方、参照符号１０５において、ＣＮ３３０が、ＭＮ３００からＣＮ３３０への結合更新メッセージ送信を許可すると判定し、判定結果を結合更新確認メッセージ１０６にてＭＮ３００に通知した場合、ＭＮ３００は、モバイルＩＰによる通信方式を選択し、以下の通り動作する。
【００６６】
すなわち、ＭＮ３００は、ディスティネーションアドレス（Ｄｅｓｔ）としてＣＮ３３０を設定し、ソースアドレス（Ｓｒｃ）としてＲＣｏＡ１を設定したパケット１０７を送信する。パケット１０７は、ＤｅｓｔがＣＮ３３０であるため、直接ＣＮ３３０にルーティングされる。
【００６７】
パケット１０７を受信したＣＮ３３０は、ＤｅｓｔとしてＲＣｏＡ１を設定し、ＳｒｃとしてＣＮ３３０を設定したパケット１０８を送信する。パケット１０８は、ＤｅｓｔがＲＣｏＡ１であるため、一旦、ＭＡＰ３２０にルーティングされる。ここで、ＭＡＰ３２０は、結合更新メッセージ１０３により、ＲＣｏＡ１とＬＣｏＡ１の関係を認識しているため、パケット１０８を、ＤｅｓｔがＬＣｏＡ１であり、ＳｒｃがＲＣｏＡ１であるＩＰパケットによりカプセル化し、パケット１０９として送信する。
【００６８】
パケット１０９は、ＤｅｓｔがＬＣｏＡ１であるため、ＭＮ３００にルーティングされる。そして、ＭＮ３００は、パケット１０９によりカプセル化されているパケット１０８を取り出して処理を行う。
【００６９】
また、ＭＮ３００が、ＭＡＰ３２０配下のサブネットからＭＡＰ３２１配下のサブネットへ移動（例えば、ＡＲ３１１配下からＡＲ３１２配下へ移動）した場合は、ＭＮ３００は、ＡＲ３１２からのエージェント広告メッセージを受信し、参照符号１１０において、新たにＡＲ３１２配下で使用するローカル気付アドレス（ＬＣｏＡ２）とＭＡＰ３２１配下で使用するリージョナル気付アドレス（ＲＣｏＡ２）を生成し、結合更新メッセージ１１１によってＲＣｏＡ２とＬＣｏＡ２をＭＡＰ３２１に通知する。さらに、結合更新メッセージ１１２によってＲＣｏＡ２とＭＮ３００のホームアドレスをＣＮ３３０に通知する。これにより、ＣＮ３３０は、常時ＭＮ３００が位置するＭＡＰを認識することが可能となり、中断なく通信を継続することができる。
【００７０】
このように、本実施の形態によれば、移動端末から相手端末に対して通信を開始する場合、移動端末から結合更新メッセージを受信した相手端末は、当該移動端末の移動管理を行うか否かを判断し、判断結果を移動端末に通知し、移動端末は、相手端末からの判断結果に従って相手端末に対して結合更新メッセージを送信するか否かを決定し、送信するパケットの形式を選択するため、相手端末が移動端末の結合更新を保持するメモリ（Binding Cache）を持ち、かつ当該メモリに空きがあり、相手端末が従来のモバイルＩＰの階層化方法による移動管理を提供できる場合には、モバイルＩＰによる通信方式を適用することが可能となり、ローカルモビリティマネジメントを用いる場合に生じる通信の中断を抑制することができる。
【００７１】
（実施の形態２）
本発明の実施の形態２に係る移動通信システムの構成は、図５に示す従来の移動通信システムの構成と同一であり、説明は省略する。
【００７２】
以下では、本実施の形態の移動通信システムの動作について、図２を参照しながら説明する。
【００７３】
図２において、エージェント広告メッセージ２０１の送信および参照符号２０２におけるＣｏＡ１の生成の動作については、図６に示す従来の技術におけるエージェント広告メッセージ６０１の送信および参照符号６０２におけるＣｏＡ１の生成の動作と同じであるため、ここでは、結合更新メッセージ２０３の送信以降の通信手順について説明する。
【００７４】
ＭＮ５００は、参照符号２０２におけるＣｏＡ１の生成後、結合更新メッセージ２０３により、ＡＲ５１０配下で使用する気付アドレス（ＣｏＡ１）とＨＡ５３１配下のホームドメインで使用するホームアドレス（Home Address）をＣＮ５３０に通知する。
【００７５】
ＣＮ５３０は、参照符号２０４において、実施の形態１と同様に、例えば、結合更新保持総容量等のＣＮ５３０の結合更新処理状況に応じて、あらかじめ設定された結合更新保持総容量の上限値と現在の結合更新保持容量とから、ＭＮ５００から受信した結合更新メッセージを追加することにより、結合更新保持容量が上限値を超えるか否かを予測する。そして、結合更新保持容量が上限値を超えないと予測された場合は、ＭＮ５００からＣＮ５３０への結合更新メッセージの送信を許可し、超えると予測された場合は、ＭＮ５００からＣＮ５３０への結合更新メッセージ送信を拒否すると判定する。そして、ＣＮ５３０は、判定結果を結合更新確認メッセージ２０５に設定して、ＭＮ５００に通知する。
【００７６】
そして、参照符号２０４において、ＣＮ５３０が、ＭＮ５００からＣＮ５３０への結合更新メッセージ送信を許可しないと判定し、判定結果を結合更新確認メッセージ２０５によってＭＮ５００に通知した場合、ＭＮ５００は、従来と同様のショートタームコミュニケーションによる通信方式を選択し、図６に示す従来の移動通信システムの動作と同様に、パケット６０４をＣＮ５３０へ送信し、ＣＮ５３０は、結合更新メッセージを保持せず、パケット６０６をＭＮ５００へ送信する。
【００７７】
一方、参照符号２０４において、ＣＮ５３０が、ＭＮ５００からＣＮ５３０への結合更新メッセージ送信を許可すると判定し、判定結果を結合更新確認メッセージ２０５によってＭＮ５００に通知した場合、ＭＮ５００は、モバイルＩＰによる通信方式を選択し、以下の通り動作する。
【００７８】
すなわち、ＭＮ５００は、ＣＮ５３０から結合更新確認メッセージ２０５を受信すると、ディスティネーションアドレス（Ｄｅｓｔ）としてＣＮ５３０を設定し、ソースアドレス（Ｓｒｃ）としてＣｏＡ１を設定したパケット２０６を送信する。パケット２０６は、ＤｅｓｔがＣＮ５３０であるため、直接ＣＮ５３０にルーティングされる。
【００７９】
パケット２０６を受信したＣＮ５３０は、ＤｅｓｔとしてＣｏＡ１を設定し、ＳｒｃとしてＣＮ５３０を設定したパケット２０７を送信する。パケット２０７は、ＤｅｓｔがＣｏＡ１であるため、直接ＭＮ５００にルーティングされる。
【００８０】
また、ＭＮ５００が、例えばＡＲ５１０配下からＡＲ５１１配下へ移動した場合は、ＭＮ５００は、ＡＲ５１１からのエージェント広告メッセージを受信し、参照符号２０８において、新たにＡＲ５１１配下で使用する気付アドレス（ＣｏＡ２）を生成し、結合更新メッセージ２０９によってＣｏＡ２とＭＮ５００のホームアドレスとをＣＮ５３０に通知する。これにより、ＣＮ５３０は、常時ＭＮ５００が位置するＡＲを認識することが可能となり、中断なく通信を継続することができる。
【００８１】
このように、本実施の形態によれば、移動端末から相手端末に対して通信を開始する場合、移動端末から結合更新メッセージを受信した相手端末は、当該移動端末の移動管理を行うか否かを判断し、判断結果を移動端末に通知し、移動端末は、相手端末からの判定結果に従って相手端末に対して結合更新メッセージを送信するか否かを決定し、送信するパケットの形式を選択するため、相手端末が移動端末の結合更新を保持するメモリ（Binding Cache）を持ち、かつ当該メモリに空きがあり、相手端末が従来のモバイルＩＰによる移動管理を提供できる場合には、モバイルＩＰによる通信方式を適用することが可能となり、ショートタームコミュニケーションを用いる場合に生じる通信の中断を抑制することができる。
【００８２】
【発明の効果】
以上説明したように、本発明によれば、移動端末がモビリティアンカーポイント間およびアクセスルータ間を移動する場合でも、中断することなく通信を継続することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係る移動通信システムの動作を示す図
【図２】本発明の実施の形態２に係る移動通信システムの動作を示す図
【図３】第１の従来例に係る移動通信システムの構成を示すブロック図
【図４】第１の従来例に係る移動通信システムの動作を示す図
【図５】第２の従来例に係る移動通信システムの構成を示すブロック図
【図６】第２の従来例に係る移動通信システムの動作を示す図
【符号の説明】
１０１、２０１ エージェント広告メッセージ
１０３、１０４、１１１、１１２、２０３、２０９ 結合更新メッセージ
１０６、２０５ 結合更新確認メッセージ
３００、５００ 移動端末（ＭＮ）
３１０、３１１、３１２、３１３、５１０、５１１、５１２、５１３ アクセスルータ（ＡＲ）
３２０、３２１ モビリティアンカーポイント（ＭＡＰ）
３３０、５３０ 相手端末（ＣＮ）
３３１、５３１ ホームエージェント（ＨＡ）
５２０、５２１ 汎用ルータ（Ｒ）
【発明の属する技術分野】
本発明は、パケット通信方法および通信端末装置に関する。
【０００２】
【従来の技術】
まず、第１の従来例を示す。図３は、ＩＥＴＦ（Internet Engineering Task Force）が発行する"draft-ietf-mobileip-ipv6-13.txt"において開示されているモバイルＩＰｖ６によるパケット通信方法に加えて、"draft-ietf-mobileip-hmipv6-04.txt"に示されている階層化方法を適用した移動通信システムの構成を示すブロック図である。
【０００３】
図３に示す移動通信システムは、移動端末（ＭＮ：Mobile Node）３００、無線アクセス機能を持つアクセスルータ（ＡＲ：Access Router）３１０、ＡＲ３１１、ＡＲ３１２、ＡＲ３１３は、階層化のためのノードであるモビリティアンカーポイント（ＭＡＰ：Mobility Anchor Point）３２０、ＭＡＰ３２１、ＭＮ３００の通信相手となる相手端末（ＣＮ：Correspondence Node）３３０、モバイルＩＰにおけるＭＮ３００のホームエージェント（ＨＡ：Home Agent）３３１から構成されている。
【０００４】
図３に示すような移動通信システムにおいては、一般に、ＭＮ３００とＣＮ３３０との間でモバイルＩＰｖ６を用いてパケット通信を行う場合、ＣＮ３３０からＭＮ３００のホームアドレス宛に送信されたパケットは、一旦、ＨＡ３３１によって受信され、ＨＡ３３１からＭＮ３００に転送される。この場合、パケットは、ＨＡ３３１を頂点とする三角経路で転送され、冗長な経路を経由するという問題がある。この問題を解決するために、モバイルＩＰｖ６では、ＭＮ３００は、ＣＮ３３０からパケットを受信した場合、ＭＮ３００が現在利用している気付アドレス（ＣｏＡ：Care of Address）をＣＮ３３０に通知し、ＣＮ３３０は、以降、ＭＮ３００から通知された気付アドレス宛にパケットを転送する。これにより、ＨＡ３３１を経由せずに、ＣＮ３３０からＭＮ３００へ直接パケットを転送することができる。
【０００５】
しかし、上記の方法を用いる場合、ＣＮ３３０は、ＭＮ３００から通知された気付アドレスを保持する必要がある。したがって、ＣＮ３３０がＭＮ３００を含む不特定多数の移動端末と通信するウェブサーバであるような場合、ＣＮ３３０は、膨大な気付アドレスを保持する必要が生じる。この問題を解決する方法として、ＩＥＴＦが発行する"draft-ietf-mobileip-hmipv6-04.txt"に、ローカルモビリティマネジメント（Local Mobility Management）が記載されている。
【０００６】
以下では、図３のように構成された移動通信システムにおいて、ローカルモビリティマネジメントによる方法を用いて、ＭＮ３００がＡＲ３１０配下においてＣＮ３３０と通信を行う場合の通信手順について図４を用いて説明する。
【０００７】
ＭＡＰ３２０配下において、ＭＮ３００は、ＡＲ３１０からエージェント広告（Agent Advertisement）メッセージ４０１を受信する。エージェント広告メッセージ４０１には、ＡＲ３１０のＩＰアドレス、プレフィックス長、およびプレフィックス値、並びにＡＲ３１０の上位のＭＡＰ３２０のＩＰアドレス、プレフィックス長、およびプレフィックス値が設定されている。
【０００８】
ＭＮ３００は、参照符号４０２において、受信したエージェント広告メッセージ４０１に含まれるＡＲ３１０のＩＰアドレス、プレフィックス長、およびプレフィックス値から、ＡＲ３１０配下で使用するローカル気付アドレス（以下、「ＬＣｏＡ（Local Care of Address）１」という）を生成する。また、ＭＮ３００は、参照符号４０２において、受信したエージェント広告メッセージ４０１に含まれるＭＡＰ３２０のＩＰアドレス、プレフィックス長、およびプレフィックス値から、ＭＡＰ３２０配下で使用するリージョナル気付アドレス（以下、「ＲＣｏＡ（Regional Care of Address）１」という）を生成する。
【０００９】
ここで、ＬＣｏＡ１の生成には、例えば"draft-ietf-mobileip-ipv6-13.txt"において開示されている２種類の方法（ステートレス・アドレス・コンフィギュレーション、またはステートフル・アドレス・コンフィギュレーション）が使用される。ステートレス・アドレス・コンフィギュレーションが用いられる場合は、ＭＮ３００は、ＡＲ３１０のＩＰアドレス、プレフィックス長、およびプレフィックス値からＡＲ３１０のネットワークアドレスを生成し、ＡＲ３１０のネットワークアドレスとＭＮ３００の持つレイヤ２アドレスとを結合することにより、ＬＣｏＡ１を生成する。また、ＲＣｏＡ１の生成には、ＬＣｏＡ１の生成と同様に、例えば"draft-ietf-mobileip-ipv6-13.txt"において開示されている２種類の方法（ステートレス・アドレス・コンフィギュレーション、またはステートフル・アドレス・コンフィギュレーション）が使用される。
【００１０】
次に、ＭＮ３００は、結合更新（Binding update）メッセージ４０３によりＲＣｏＡ１とＬＣｏＡ１をＭＡＰ３２０に通知する。結合更新メッセージ４０３を受信したＭＡＰ３２０は、図示しない結合更新確認（Binding update Acknowledgement）をＭＮ３００に返送する。また、ＭＮ３００は、図示しない近隣要請（Neighbor Solicitation）メッセージにより、ＬＣｏＡ１が他の端末により使用されていないことを確認する。また、ＭＮ３００がＭＡＰ３２０に初めて登録される場合は、結合更新メッセージをＨＡ３３１にも送信するが、図４では省略している。
【００１１】
そして、ＭＮ３００は、ＣＮ３３０に対してパケット（例えば、ウェブへのＨＴＴＰ要求）を送信する場合、参照符号４０４において、ＣＮ３３０への結合更新メッセージ送信を行わないことを一方的に決定し、送信先のアドレスであるディスティネーションアドレス（Ｄｅｓｔ）としてＣＮ３３０を設定し、送信元のアドレスであるソースアドレス（Ｓｒｃ）としてＲＣｏＡ１を設定してパケット４０５をＣＮ３３０へ送信する。パケット４０５は、ＤｅｓｔがＣＮ３３０であるため、直接ＣＮ３３０にルーティングされる。
【００１２】
パケット４０５を受信したＣＮ３３０は、参照符号４０６において、結合更新保持機能を全く持っていないため、通常のＩＰパケット通信と同様に、ＤｅｓｔとしてＲＣｏＡ１を設定し、ＳｒｃとしてＣＮ３３０を設定してパケット４０７（例えば、ウェブからのＨＴＴＰ応答）を送信する。そして、パケット４０７は、ＤｅｓｔがＲＣｏＡ１であるため、一旦、ＭＡＰ３２０にルーティングされる。ＭＡＰ３２０は、結合更新メッセージ４０３により、ＲＣｏＡ１とＬＣｏＡ１の関係を認識しているため、パケット４０７を、ＤｅｓｔがＬＣｏＡ１であり、ＳｒｃがＲＣｏＡ１であるＩＰパケットによりカプセル化し、パケット４０８としてＭＮ３００へ送信する。
【００１３】
そして、パケット４０８は、ＤｅｓｔがＬＣｏＡ１であるため、ＭＮ３００にルーティングされる。ＭＮ３００は、パケット４０８によりカプセル化されているパケット４０７を取り出して処理を行う。
【００１４】
また、ＭＮ３００が、ＭＡＰ３２０配下のサブネット内を移動（例えば、ＡＲ３１０配下からＡＲ３１１配下へ移動）した場合、ＭＮ３００は、ＡＲ３１１からのエージェント広告メッセージを受信し、新たにＡＲ３１１配下で使用するローカル気付アドレス（ＬＣｏＡ２）を生成するが、ＭＡＰ３２０配下で使用するリージョナル気付アドレス（ＲＣｏＡ１）は変更しないため、ＭＮ３００とＣＮ３３０との通信を継続することができる。
【００１５】
上記のように、ＭＮ３００は、ＲＣｏＡ１をソースアドレスとしてＩＰパケットを送信するため、ＣＮ３３０は、通常のＩＰパケット通信と同様に、受信したＩＰパケットのソースアドレスに設定されているＲＣｏＡ１をディスティネーションアドレスとしてＩＰパケットを返送すればよく、ＣＮ３３０は、モバイルＩＰｖ６における結合更新を保持する必要がない。
【００１６】
次に、第２の従来例を示す。図５は、ＩＥＴＦが発行する"draft-ietf-mobileip-ipv6-13.txt"において開示されているモバイルＩＰｖ６によるパケット通信方法を適用した移動通信システムの構成を示すブロック図である。
【００１７】
図５に示す移動通信システムは、移動端末（ＭＮ）５００、アクセスルータ（ＡＲ）５１０、ＡＲ５１１、ＡＲ５１２、ＡＲ５１３、汎用ルータ（Ｒ：Router）５２０、Ｒ５２１、相手端末（ＣＮ）５３０、ホームエージェント（ＨＡ）５３１から構成されている。
【００１８】
図５に示すような移動通信システムにおいては、一般に、ＭＮ５００とＣＮ５３０との間でモバイルＩＰｖ６を用いてパケット通信を行う場合、ＣＮ５３０からＭＮ５００のホームアドレス宛に送信されたパケットは、一旦、ＨＡ５３１によって受信され、ＨＡ５３１からＭＮ５００に転送される。この場合、パケットは、ＨＡ５３１を頂点とする三角経路で転送され、冗長な経路を経由するという問題がある。この問題を解決するために、モバイルＩＰｖ６では、ＭＮ５００は、ＣＮ５３０からパケットを受信した場合、ＭＮ５００が現在利用している気付アドレス（ＣｏＡ）をＣＮ５３０に通知し、ＣＮ５３０は、以降、ＭＮ５００から通知された気付アドレス宛にパケットを転送する。これにより、ＨＡ５３１を経由せずに、ＣＮ５３０からＭＮ５００へ直接パケットを転送することができる。
【００１９】
しかし、上記の方法を用いる場合、ＣＮ５３０は、ＭＮ５００から通知された気付アドレスを保持する必要がある。したがって、ＣＮ５３０がＭＮ５００を含む不特定多数の移動端末と通信するウェブサーバであるような場合、ＣＮ５３０は、膨大な気付アドレスを保持する必要が生じる。この問題を解決する方法として、ＩＥＴＦが発行する"draft-ietf-mobileip-ipv6-13.txt"に、ショートタームコミュニケーション（Short-term Communication）が記載されている。
【００２０】
以下では、図５のように構成された移動通信システムにおいて、ショートタームコミュニケーションによる方法を用いて、ＭＮ５００がＡＲ５１０配下においてＣＮ５３０と通信を行う場合の通信手順について図６を用いて説明する。
【００２１】
ＭＮ５００は、ＡＲ５１０からエージェント広告メッセージ６０１を受信する。エージェント広告メッセージ６０１には、ＡＲ６１０のＩＰアドレス、プレフィックス長、およびプレフィックス値が設定されている。
【００２２】
ＭＮ５００は、参照符号６０２において、受信したエージェント広告メッセージ６０１に含まれるＡＲ５１０のＩＰアドレス、プレフィックス長、およびプレフィックス値から、ＡＲ５１０配下で使用する気付アドレス（以下、「ＣｏＡ１」という）を生成する。
【００２３】
ここで、ＣｏＡ１の生成には、例えば"draft-ietf-mobileip-ipv6-13.txt"において開示されている２種類の方法（ステートレス・アドレス・コンフィギュレーション、またはステートフル・アドレス・コンフィギュレーション）が使用される。ステートレス・アドレス・コンフィギュレーションを用いる場合は、ＭＮ５００は、ＡＲ５１０のＩＰアドレス、プレフィックス長、およびプレフィックス値からＡＲ５１０のネットワークアドレスを生成し、ＡＲ５１０のネットワークアドレスとＭＮ５００の持つレイヤ２アドレスとを結合することにより、ＣｏＡ１を生成する。
【００２４】
また、ＭＮ５００は、図示しない近隣要請メッセージにより、ＣｏＡ１が他の端末により使用されていないことを確認する。また、ＭＮ５００は、結合更新メッセージをＨＡ５３１にも送信するが、図６では省略している。
【００２５】
そして、ＭＮ５００は、ＣＮ５３０に対してパケット（例えば、ウェブへのＨＴＴＰ要求）を送信する場合、参照符号６０３において、ＣＮ５３０への結合更新メッセージ送信を行わないことを一方的に決定し、ディスティネーションアドレス（Ｄｅｓｔ）としてＣＮ５３０を設定し、ソースアドレス（Ｓｒｃ）としてＣｏＡ１を設定してパケット６０４を送信する。パケット６０４は、ＤｅｓｔがＣＮ５３０であるため、直接ＣＮ５３０にルーティングされる。
【００２６】
パケット６０４を受信したＣＮ５３０は、参照符号６０５において、結合更新保持機能を全く持っていないため、通常のＩＰパケット通信と同様に、ＤｅｓｔとしてＣｏＡ１を設定し、ＳｒｃとしてＣＮ５３０を設定してパケット６０６（例えば、ウェブからのＨＴＴＰ応答）を送信する。そして、パケット６０６は、ＤｅｓｔがＣｏＡ１であるため、直接ＭＮ５００にルーティングされる。
【００２７】
上記のように、ＭＮ５００は、ＣｏＡ１をソースアドレスとしてＩＰパケットを送信するため、ＣＮ５３０は、通常のＩＰパケット通信と同様に、受信したＩＰパケットのソースアドレスに設定されているＣｏＡ１をディスティネーションアドレスとしてＩＰパケットを返送すればよく、ＣＮ５３０は、モバイルＩＰｖ６における結合更新を保持する必要がない。
【００２８】
【発明が解決しようとする課題】
しかしながら、上記の第１の従来例においては、ＭＮ３００が、ＭＡＰ３２０配下のサブネットからＭＡＰ３２１配下のサブネットへ移動（例えば、ＡＲ３１１配下からＡＲ３１２配下へ移動）した場合は、ＭＮ３００は、ＡＲ３１２からのエージェント広告メッセージを受信し、新たにＭＡＰ３２１配下で使用するリージョナル気付アドレス（ＲＣｏＡ２）とＡＲ３１２配下で使用するローカル気付アドレス（ＬＣｏＡ３）を生成することとなり、ＭＮ３００から結合更新メッセージを受信できないＣＮ３３０は、ＭＮ３００のリージョナル気付アドレスがＲＣｏＡ１からＲＣｏＡ２へ変更されたことを認識することができないため、ＭＮ３００とＣＮ３３０との通信が中断してしまうという問題がある。
【００２９】
また、上記の第２の従来例においては、ＭＮ５００が、ＡＲ間を移動（例えば、ＡＲ５１０配下からＡＲ５１１配下へ移動）した場合は、ＭＮ５００は、ＡＲ５１１からのエージェント広告メッセージを受信し、新たにＡＲ５１１配下で使用する気付アドレス（ＣｏＡ２）を生成することとなり、ＭＮ５００から結合更新メッセージを受信できないＣＮ５３０は、ＭＮ５００の気付アドレスがＣｏＡ１からＣｏＡ２へ変更されたことを認識することができないため、ＭＮ５００とＣＮ５３０との通信が中断してしまうという問題がある。
【００３０】
このように、上記の従来の技術に示した"draft-ietf-mobileip-hmipv6-04.txt"のローカルモビリティマネジメントおよび"draft-ietf-mobileip-ipv6-13.txt"のショートタームコミュニケーションにおいて開示されている技術では、相手端末が移動端末の結合更新を保持するメモリ（Binding Cache）を持ち、かつ空きがあり、相手端末が従来のモバイルＩＰの階層化方法による移動管理を提供できる場合においても、移動端末が相手端末への結合更新メッセージを送信しないことを決定し、移動端末は相手端末へ結合更新メッセージを送信しないため、モビリティーアンカーポイント間の移動またはアクセスルータ間の移動には対応できず、通信が中断してしまうという問題がある。
【００３１】
本発明は、かかる点に鑑みてなされたものであり、移動端末がモビリティアンカーポイント間およびアクセスルータ間を移動する場合でも、中断することなく通信を継続することができるパケット通信方法および通信端末装置を提供することを目的とする。
【００３２】
【課題を解決するための手段】
本発明のパケット通信方法は、移動端末が、現在利用しているモビリティアンカーポイント配下で使用する気付けアドレスを含む結合更新メッセージを前記移動端末の通信相手である通信相手端末へ送信するステップと、前記結合更新メッセージを受信した前記通信相手端末が、メモリの結合更新保持容量に基づいて前記移動端末の移動管理を行うか否かを前記移動端末に通知するステップと、前記移動管理を行う前記通知を受けた前記移動端末が、移動後の新たな気付けアドレスを含む前記結合更新メッセージを送信するステップと、前記新たな気付けアドレスを含む前記結合更新メッセージを受信した前記通信相手端末が、前記新たな気付けアドレス宛にパケットを送信するステップと、を具備するようにした。
【００３３】
本発明の通信端末装置は、通信相手である移動端末がモビリティアンカーポイント配下で使用する気付けアドレスを含む前記結合更新メッセージを保持するメモリと、前記結合更新メッセージを受信した際に、前記メモリの結合更新保持容量に基づいて前記移動端末の移動管理を行うか否かを判定する判定手段と、前記判定の結果を前記移動端末に通知する通知手段と、前記移動管理を行う前記通知を受け取った前記移動端末が送信した移動後の新たな気付けアドレスを含む前記結合更新メッセージを受信する受信手段と、受信した前記結合更新メッセージに含まれる前記新たな気付けアドレス宛にパケットを送信する送信手段と、を具備する構成を採る。
【００５６】
【発明の実施の形態】
本発明の骨子は、移動端末の通信相手となる相手端末が移動端末からの結合更新メッセージの送信を許可するか否かを判断し、移動端末は、その判断結果に基づいて通信方式を選択することである。
【００５７】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。
【００５８】
（実施の形態１）
本発明の実施の形態１に係る移動通信システムの構成は、図３に示す従来の移動通信システムの構成と同一であり、説明は省略する。
【００５９】
以下では、本実施の形態の移動通信システムの動作について、図１を参照しながら説明する。
【００６０】
図１において、エージェント広告メッセージ１０１の送信から結合更新メッセージ１０３の送信までの動作については、図４に示す従来の技術におけるエージェント広告メッセージ４０１の送信から結合更新メッセージ４０３の送信までの動作と同じであるため、ここでは、結合更新メッセージ１０４の送信以降の通信手順について説明する。
【００６１】
ＭＮ３００は、結合更新メッセージ１０３をＭＡＰ３２０へ送信した後、結合更新メッセージ１０４により、ＭＡＰ３２０配下で使用するリージョナル気付アドレス（ＲＣｏＡ１）とＨＡ３３１配下のホームドメインで使用するホームアドレス（Home Address）とをＣＮ３３０に通知する。
【００６２】
ＣＮ３３０は、参照符号１０５において、例えば、結合更新保持総容量等のＣＮ３３０の結合更新処理状況に応じて、あらかじめ設定された結合更新保持総容量の上限値と現在の結合更新保持容量とから、ＭＮ３００から受信した結合更新メッセージを追加することにより、結合更新保持容量が上限値を超えるか否かを予測する。そして、結合更新保持容量が上限値を超えないと予測された場合は、ＭＮ３００からＣＮ３３０への結合更新メッセージの送信を許可し、超えると予測された場合は、ＭＮ３００からＣＮ３３０への結合更新メッセージ送信を拒否すると判定する。そして、ＣＮ３３０は、参照符号１０５における判定結果を結合更新確認メッセージ１０６に設定し、ＭＮ３００に通知する。
【００６３】
ここで、ＣＮ３３０は、参照符号１０５において、ＭＮ３００から受信した結合更新メッセージに設定されているＩＰアドレスや優先度情報などに応じて、ＭＮ３００からＣＮ３３０への結合更新メッセージの送信を許可するか否かを判定しても良く、また、あらかじめＣＮ３３０に設定されている、結合更新メッセージの送信を許可するＩＰアドレス等の情報に応じて、ＭＮ３００からＣＮ３３０への結合更新メッセージの送信を許可するか否かを判定しても良い。
【００６４】
そして、参照符号１０５において、ＣＮ３３０が、ＭＮ３００からＣＮ３３０への結合更新メッセージ送信を許可しないと判定し、判定結果を結合更新確認メッセージ１０６によってＭＮ３００に通知した場合、ＭＮ３００は、従来と同様のローカルモビリティマネジメントによる通信方式を選択し、図４に示す従来の移動通信システムの動作と同様に、パケット４０５を送信し、ＣＮ３３０は、結合更新メッセージを保持せず、パケット４０７をＭＡＰ３２０へ送信し、ＭＡＰ３２０は、パケット４０８をＭＮ３００へ送信する。
【００６５】
一方、参照符号１０５において、ＣＮ３３０が、ＭＮ３００からＣＮ３３０への結合更新メッセージ送信を許可すると判定し、判定結果を結合更新確認メッセージ１０６にてＭＮ３００に通知した場合、ＭＮ３００は、モバイルＩＰによる通信方式を選択し、以下の通り動作する。
【００６６】
すなわち、ＭＮ３００は、ディスティネーションアドレス（Ｄｅｓｔ）としてＣＮ３３０を設定し、ソースアドレス（Ｓｒｃ）としてＲＣｏＡ１を設定したパケット１０７を送信する。パケット１０７は、ＤｅｓｔがＣＮ３３０であるため、直接ＣＮ３３０にルーティングされる。
【００６７】
パケット１０７を受信したＣＮ３３０は、ＤｅｓｔとしてＲＣｏＡ１を設定し、ＳｒｃとしてＣＮ３３０を設定したパケット１０８を送信する。パケット１０８は、ＤｅｓｔがＲＣｏＡ１であるため、一旦、ＭＡＰ３２０にルーティングされる。ここで、ＭＡＰ３２０は、結合更新メッセージ１０３により、ＲＣｏＡ１とＬＣｏＡ１の関係を認識しているため、パケット１０８を、ＤｅｓｔがＬＣｏＡ１であり、ＳｒｃがＲＣｏＡ１であるＩＰパケットによりカプセル化し、パケット１０９として送信する。
【００６８】
パケット１０９は、ＤｅｓｔがＬＣｏＡ１であるため、ＭＮ３００にルーティングされる。そして、ＭＮ３００は、パケット１０９によりカプセル化されているパケット１０８を取り出して処理を行う。
【００６９】
また、ＭＮ３００が、ＭＡＰ３２０配下のサブネットからＭＡＰ３２１配下のサブネットへ移動（例えば、ＡＲ３１１配下からＡＲ３１２配下へ移動）した場合は、ＭＮ３００は、ＡＲ３１２からのエージェント広告メッセージを受信し、参照符号１１０において、新たにＡＲ３１２配下で使用するローカル気付アドレス（ＬＣｏＡ２）とＭＡＰ３２１配下で使用するリージョナル気付アドレス（ＲＣｏＡ２）を生成し、結合更新メッセージ１１１によってＲＣｏＡ２とＬＣｏＡ２をＭＡＰ３２１に通知する。さらに、結合更新メッセージ１１２によってＲＣｏＡ２とＭＮ３００のホームアドレスをＣＮ３３０に通知する。これにより、ＣＮ３３０は、常時ＭＮ３００が位置するＭＡＰを認識することが可能となり、中断なく通信を継続することができる。
【００７０】
このように、本実施の形態によれば、移動端末から相手端末に対して通信を開始する場合、移動端末から結合更新メッセージを受信した相手端末は、当該移動端末の移動管理を行うか否かを判断し、判断結果を移動端末に通知し、移動端末は、相手端末からの判断結果に従って相手端末に対して結合更新メッセージを送信するか否かを決定し、送信するパケットの形式を選択するため、相手端末が移動端末の結合更新を保持するメモリ（Binding Cache）を持ち、かつ当該メモリに空きがあり、相手端末が従来のモバイルＩＰの階層化方法による移動管理を提供できる場合には、モバイルＩＰによる通信方式を適用することが可能となり、ローカルモビリティマネジメントを用いる場合に生じる通信の中断を抑制することができる。
【００７１】
（実施の形態２）
本発明の実施の形態２に係る移動通信システムの構成は、図５に示す従来の移動通信システムの構成と同一であり、説明は省略する。
【００７２】
以下では、本実施の形態の移動通信システムの動作について、図２を参照しながら説明する。
【００７３】
図２において、エージェント広告メッセージ２０１の送信および参照符号２０２におけるＣｏＡ１の生成の動作については、図６に示す従来の技術におけるエージェント広告メッセージ６０１の送信および参照符号６０２におけるＣｏＡ１の生成の動作と同じであるため、ここでは、結合更新メッセージ２０３の送信以降の通信手順について説明する。
【００７４】
ＭＮ５００は、参照符号２０２におけるＣｏＡ１の生成後、結合更新メッセージ２０３により、ＡＲ５１０配下で使用する気付アドレス（ＣｏＡ１）とＨＡ５３１配下のホームドメインで使用するホームアドレス（Home Address）をＣＮ５３０に通知する。
【００７５】
ＣＮ５３０は、参照符号２０４において、実施の形態１と同様に、例えば、結合更新保持総容量等のＣＮ５３０の結合更新処理状況に応じて、あらかじめ設定された結合更新保持総容量の上限値と現在の結合更新保持容量とから、ＭＮ５００から受信した結合更新メッセージを追加することにより、結合更新保持容量が上限値を超えるか否かを予測する。そして、結合更新保持容量が上限値を超えないと予測された場合は、ＭＮ５００からＣＮ５３０への結合更新メッセージの送信を許可し、超えると予測された場合は、ＭＮ５００からＣＮ５３０への結合更新メッセージ送信を拒否すると判定する。そして、ＣＮ５３０は、判定結果を結合更新確認メッセージ２０５に設定して、ＭＮ５００に通知する。
【００７６】
そして、参照符号２０４において、ＣＮ５３０が、ＭＮ５００からＣＮ５３０への結合更新メッセージ送信を許可しないと判定し、判定結果を結合更新確認メッセージ２０５によってＭＮ５００に通知した場合、ＭＮ５００は、従来と同様のショートタームコミュニケーションによる通信方式を選択し、図６に示す従来の移動通信システムの動作と同様に、パケット６０４をＣＮ５３０へ送信し、ＣＮ５３０は、結合更新メッセージを保持せず、パケット６０６をＭＮ５００へ送信する。
【００７７】
一方、参照符号２０４において、ＣＮ５３０が、ＭＮ５００からＣＮ５３０への結合更新メッセージ送信を許可すると判定し、判定結果を結合更新確認メッセージ２０５によってＭＮ５００に通知した場合、ＭＮ５００は、モバイルＩＰによる通信方式を選択し、以下の通り動作する。
【００７８】
すなわち、ＭＮ５００は、ＣＮ５３０から結合更新確認メッセージ２０５を受信すると、ディスティネーションアドレス（Ｄｅｓｔ）としてＣＮ５３０を設定し、ソースアドレス（Ｓｒｃ）としてＣｏＡ１を設定したパケット２０６を送信する。パケット２０６は、ＤｅｓｔがＣＮ５３０であるため、直接ＣＮ５３０にルーティングされる。
【００７９】
パケット２０６を受信したＣＮ５３０は、ＤｅｓｔとしてＣｏＡ１を設定し、ＳｒｃとしてＣＮ５３０を設定したパケット２０７を送信する。パケット２０７は、ＤｅｓｔがＣｏＡ１であるため、直接ＭＮ５００にルーティングされる。
【００８０】
また、ＭＮ５００が、例えばＡＲ５１０配下からＡＲ５１１配下へ移動した場合は、ＭＮ５００は、ＡＲ５１１からのエージェント広告メッセージを受信し、参照符号２０８において、新たにＡＲ５１１配下で使用する気付アドレス（ＣｏＡ２）を生成し、結合更新メッセージ２０９によってＣｏＡ２とＭＮ５００のホームアドレスとをＣＮ５３０に通知する。これにより、ＣＮ５３０は、常時ＭＮ５００が位置するＡＲを認識することが可能となり、中断なく通信を継続することができる。
【００８１】
このように、本実施の形態によれば、移動端末から相手端末に対して通信を開始する場合、移動端末から結合更新メッセージを受信した相手端末は、当該移動端末の移動管理を行うか否かを判断し、判断結果を移動端末に通知し、移動端末は、相手端末からの判定結果に従って相手端末に対して結合更新メッセージを送信するか否かを決定し、送信するパケットの形式を選択するため、相手端末が移動端末の結合更新を保持するメモリ（Binding Cache）を持ち、かつ当該メモリに空きがあり、相手端末が従来のモバイルＩＰによる移動管理を提供できる場合には、モバイルＩＰによる通信方式を適用することが可能となり、ショートタームコミュニケーションを用いる場合に生じる通信の中断を抑制することができる。
【００８２】
【発明の効果】
以上説明したように、本発明によれば、移動端末がモビリティアンカーポイント間およびアクセスルータ間を移動する場合でも、中断することなく通信を継続することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１に係る移動通信システムの動作を示す図
【図２】本発明の実施の形態２に係る移動通信システムの動作を示す図
【図３】第１の従来例に係る移動通信システムの構成を示すブロック図
【図４】第１の従来例に係る移動通信システムの動作を示す図
【図５】第２の従来例に係る移動通信システムの構成を示すブロック図
【図６】第２の従来例に係る移動通信システムの動作を示す図
【符号の説明】
１０１、２０１ エージェント広告メッセージ
１０３、１０４、１１１、１１２、２０３、２０９ 結合更新メッセージ
１０６、２０５ 結合更新確認メッセージ
３００、５００ 移動端末（ＭＮ）
３１０、３１１、３１２、３１３、５１０、５１１、５１２、５１３ アクセスルータ（ＡＲ）
３２０、３２１ モビリティアンカーポイント（ＭＡＰ）
３３０、５３０ 相手端末（ＣＮ）
３３１、５３１ ホームエージェント（ＨＡ）
５２０、５２１ 汎用ルータ（Ｒ）
Claims (4)
- 移動端末が、現在利用しているモビリティアンカーポイント配下で使用する気付けアドレスを含む結合更新メッセージを前記移動端末の通信相手である通信相手端末へ送信するステップと、
前記結合更新メッセージを受信した前記通信相手端末が、メモリの結合更新保持容量に基づいて前記移動端末の移動管理を行うか否かを前記移動端末に通知するステップと、
前記移動管理を行う前記通知を受けた前記移動端末が、移動後の新たな気付けアドレスを含む前記結合更新メッセージを送信するステップと、
前記新たな気付けアドレスを含む前記結合更新メッセージを受信した前記通信相手端末が、前記新たな気付けアドレス宛にパケットを送信するステップと、
を具備するパケット通信方法。 - 前記通信相手端末は、前記メモリの結合更新保持容量が上限値を超えないと予測した場合に前記移動管理を行うものと判定し、前記メモリの結合更新保持容量が上限値を超えると予測した場合に前記移動管理を行わないものと判定する請求項１記載のパケット通信方法。
- 通信相手である移動端末がモビリティアンカーポイント配下で使用する気付けアドレスを含む前記結合更新メッセージを保持するメモリと、
前記結合更新メッセージを受信した際に、前記メモリの結合更新保持容量に基づいて前記移動端末の移動管理を行うか否かを判定する判定手段と、
前記判定の結果を前記移動端末に通知する通知手段と、
前記移動管理を行う前記通知を受け取った前記移動端末が送信した移動後の新たな気付けアドレスを含む前記結合更新メッセージを受信する受信手段と、
受信した前記結合更新メッセージに含まれる前記新たな気付けアドレス宛にパケットを送信する送信手段と、
を具備する通信端末装置。 - 前記判定手段は、前記メモリの結合更新保持容量が上限値を超えないと予測した場合に前記移動管理を行うものと判定し、前記メモリの結合更新保持容量が上限値を超えると予測した場合に前記移動管理を行わないものと判定する請求項３記載の通信端末装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002118126A JP3890252B2 (ja) | 2002-04-19 | 2002-04-19 | パケット通信方法および通信端末装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002118126A JP3890252B2 (ja) | 2002-04-19 | 2002-04-19 | パケット通信方法および通信端末装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2003318956A JP2003318956A (ja) | 2003-11-07 |
| JP3890252B2 true JP3890252B2 (ja) | 2007-03-07 |
Family
ID=29535116
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002118126A Expired - Fee Related JP3890252B2 (ja) | 2002-04-19 | 2002-04-19 | パケット通信方法および通信端末装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3890252B2 (ja) |
Families Citing this family (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4606985B2 (ja) * | 2005-09-29 | 2011-01-05 | 三菱電機株式会社 | 無線通信システム |
| JP4702110B2 (ja) | 2006-03-03 | 2011-06-15 | 日本電気株式会社 | 無線通信システム、無線基地局、無線通信制御装置、プログラム、および経路制御方法 |
-
2002
- 2002-04-19 JP JP2002118126A patent/JP3890252B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JP2003318956A (ja) | 2003-11-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7483697B2 (en) | System for managing mobile node in mobile network | |
| US6434134B1 (en) | Dynamic address assignment for wireless devices accessing packet-based wired networks | |
| EP1009141B1 (en) | Two phase local mobility scheme for wireless access to packet-based networks | |
| US8670407B2 (en) | Proxy mobile IP | |
| US8432903B2 (en) | Communications methods, system and apparatus | |
| US7489667B2 (en) | Dynamic re-routing of mobile node support in home servers | |
| US20030021275A1 (en) | Mobile data routing | |
| US20040179539A1 (en) | Communication system, gateway equipment, communication method and authentication method | |
| US20020057657A1 (en) | Packet tunneling optimization to wireless devices accessing packet-based wired networks | |
| US20030225892A1 (en) | Handover method in mobile communication system and router device used in mobile communication system | |
| EP1011241A1 (en) | Wireless access to packet-based networks | |
| US20050088994A1 (en) | Method and system for local mobility management | |
| US20060240825A1 (en) | Mobile communication method, mobile communication apparatus, home agent apparatus, access router information server apparatus, and mobile communication system | |
| CA2288056A1 (en) | Single phase local mobility scheme for wireless access to packet-based networks | |
| EP1561325B1 (en) | Fast recovery from unusable home server | |
| US20060171370A1 (en) | Home agent, mobile router, and mobile communication method using the same | |
| US7505770B2 (en) | Mobile communication method and mobile communication apparatus | |
| EP2129056A1 (en) | Communication method, communication system, home agent, and mobile node | |
| JP3601464B2 (ja) | 移動網における移動端末管理システム、移動端末管理方法および端末 | |
| WO2005053250A1 (ja) | 通信ハンドオーバ方法、通信メッセージ処理方法及びこれらの方法をコンピュータにより実行するためのプログラム並びに通信システム | |
| EP1429514B1 (en) | Internet protocol mobility supporting method, a related system and related devices | |
| JP4106621B2 (ja) | モバイル端末及びルータ及びアドレス登録方法 | |
| JP2008543120A (ja) | パケット転送制御方法及びパケット転送制御装置 | |
| JP3890252B2 (ja) | パケット通信方法および通信端末装置 | |
| JP4351123B2 (ja) | ユーザ識別子の管理方法、モバイルｉｐエージェント及びホームエージェント |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050324 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20060901 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20060905 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20061101 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20061128 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20061204 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20091208 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101208 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20101208 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111208 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20111208 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121208 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121208 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131208 Year of fee payment: 7 |
|
| LAPS | Cancellation because of no payment of annual fees |