JP2007142648A - 通信方法、移動エージェント装置、及びホームエージェント装置 - Google Patents

通信方法、移動エージェント装置、及びホームエージェント装置 Download PDF

Info

Publication number
JP2007142648A
JP2007142648A JP2005331763A JP2005331763A JP2007142648A JP 2007142648 A JP2007142648 A JP 2007142648A JP 2005331763 A JP2005331763 A JP 2005331763A JP 2005331763 A JP2005331763 A JP 2005331763A JP 2007142648 A JP2007142648 A JP 2007142648A
Authority
JP
Japan
Prior art keywords
layer
address
agent device
user terminal
frame
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.)
Granted
Application number
JP2005331763A
Other languages
English (en)
Other versions
JP4231042B2 (ja
Inventor
Hiroaki Namita
浩昭 波多
Nobuaki Nimei
信彰 二名
Gen Ishikawa
玄 石川
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NTT PC Communications Inc
Original Assignee
NTT PC Communications Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Priority to JP2005331763A priority Critical patent/JP4231042B2/ja
Application filed by NTT PC Communications Inc filed Critical NTT PC Communications Inc
Priority to EP20120189037 priority patent/EP2549781A1/en
Priority to CN2006800429345A priority patent/CN101310487B/zh
Priority to PL06832694T priority patent/PL1950918T3/pl
Priority to ES06832694T priority patent/ES2428065T3/es
Priority to KR20087011559A priority patent/KR100949355B1/ko
Priority to US12/093,962 priority patent/US8717941B2/en
Priority to EP20060832694 priority patent/EP1950918B1/en
Priority to PCT/JP2006/322804 priority patent/WO2007058228A1/ja
Publication of JP2007142648A publication Critical patent/JP2007142648A/ja
Priority to NO20082696A priority patent/NO20082696L/no
Application granted granted Critical
Publication of JP4231042B2 publication Critical patent/JP4231042B2/ja
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/09—Mapping addresses
    • H04L61/10—Mapping addresses of different types
    • H04L61/103—Mapping addresses of different types across network layers, e.g. resolution of network layer into physical layer addresses or address resolution protocol [ARP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00—Network arrangements, protocols or services for addressing or naming
    • H04L61/59—Network arrangements, protocols or services for addressing or naming using proxies for addressing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/06—Registration at serving network Location Register, VLR or user mobility server
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/18—Service support devices; Network management devices
    • H04W88/182—Network node acting on behalf of an other network entity, e.g. proxy

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

【課題】端末や訪問先のネットワークに特別な機能を備えることなく端末のネットワーク間移動を可能とする。
【解決手段】MNと、当該MNに接続されたMFAと、MNのホームネットワークに接続されたHAとを備える通信システムにおいて、HAは、MNのレイヤ３アドレスと登録要求の発信元のレイヤ３アドレスとを対応付けて保持する。MFAは、MNからのレイヤ２フレームをカプセリングしてHAに送信する。HAはデカプセリングしてホームネットワークにフレームを送出する。HAは、ホームネットワークからレイヤ２フレームを受信すると、宛先レイヤ３アドレスが登録されていることを確認し、当該宛先レイヤ３アドレスに対応付けて登録されている登録要求の発信元のレイヤ３アドレスに向けてレイヤ２フレームをカプセリングして送信し、MFAは、カプセリングされたレイヤ２フレームをデカプセリングしてMNに送信する。
【選択図】図１

Description

本発明は、端末がネットワーク間を移動しても、移動前と移動後でIPアドレスを変更することなく通信を行うための技術に関するものである。
端末がネットワーク間を移動しても同じIPアドレスを用いて通信を継続するための従来技術として、例えばRFC3344で規定されているMobile IP技術がある。
RFC3344で規定されているMobile IPのしくみでは、Mobile IPをサポートするネットワークに予めFA（Foreign Agent）を設置しておく。端末（MN)がそのネットワークに接続されると、Mobile IPのプロトコルを使ってFAを発見し、自身のアドレス情報をFAに通知する。また、FAはインターネット上に設置されたHA（Home Agent）に対し、端末が接続されたことを通知し、HAは端末に関するアドレス情報を登録する。通信相手端末（CN）から上記の端末に向けて発信されたパケットは、HA向けにルーティングされ、HAはそのパケットの宛先アドレスが自身に登録されている端末のものであればパケットをカプセリングしてFAに送信する。FAではカプセルから取り出したパケットを、当該訪問先ネットワークのLANにおけるレイヤ２機能を使って端末に送信する。また、端末から発信されたパケットはFAが捕捉し、通信相手端末にルーティングされる。
また、FAを使わない構成も可能である（これをCoAモードと呼ぶ）。CoAモードでは、端末（MN）が訪問先ネットワークに接続されると、DHCP等により訪問先ネットワークのアドレス（CoA：Care of Address）が端末に付与される。また、端末は固定のIPアドレスを有しており、その固定のIPアドレスとCoAとをHAに登録する。通信相手端末からの端末向けのパケットはHAにルーティングされ、CoAを利用して端末に送信される。
C. E. Perkins, "IP Mobility Support for IPv4," RFC3344, Aug, 2002
しかし、上記の従来技術におけるFAを用いるモードでは、訪問先ネットワークにFAを設置する必要があり、FAのないネットワークに端末が移動した場合には通信を行うことができない。また、FAモードとCoAモードの両方において、端末にMobile IPの機能をインストールしておく必要があるため、Mobile IPの機能をインストールすることが困難な機器（例えばコピー機やPOSレジスタ）では従来のMobile IP技術を利用することができないという問題がある。
本発明は上記の点に鑑みてなされたものであり、端末や訪問先のネットワークに特別な機能を備えることなく端末のネットワーク間移動を可能とする技術を提供することを目的とする。
上記の課題は、ユーザ端末と、当該ユーザ端末に接続された移動エージェント装置と、前記ユーザ端末のホームネットワークに接続されたホームエージェント装置とを備える通信システムにおける通信方法であって、前記ホームエージェント装置は、前記移動エージェント装置から送信される登録要求に基づき、前記ユーザ端末のレイヤ３アドレスと前記登録要求の発信元のレイヤ３アドレスとを対応付けてアドレス対応表に登録し、前記移動エージェント装置は前記ユーザ端末のレイヤ３アドレスを保持し、前記ユーザ端末から通信相手端末に対してパケットを送信する場合において、前記移動エージェント装置は、前記ユーザ端末からレイヤ２フレームを受信し、当該レイヤ２フレーム内のレイヤ３ヘッダにおける発信元レイヤ３アドレスが登録されている場合に、受信したレイヤ２フレームをカプセリングして前記ホームエージェント装置に送信し、前記ホームエージェント装置は、カプセリングされた前記レイヤ２フレームをデカプセリングして前記レイヤ２フレームを取り出し、当該レイヤ２フレームを前記ホームネットワークに送出し、ホームネットワークを収容するルータが前記通信相手端末宛にパケットを転送し、前記通信相手端末から前記ユーザ端末に対してパケットを送信する場合において、前記ホームエージェント装置は、前記ホームネットワークからレイヤ２フレームを受信し、当該レイヤ２フレーム内のレイヤ３ヘッダにおける宛先レイヤ３アドレスが前記アドレス対応表に登録されていることを確認し、当該宛先レイヤ３アドレスに対応付けて登録されている前記登録要求の発信元のレイヤ３アドレスに向けて前記レイヤ２フレームをカプセリングして送信し、前記移動エージェント装置は、カプセリングされた前記レイヤ２フレームを受信し、デカプセリングして当該レイヤ２フレームを取り出し、前記ユーザ端末に送信することを特徴とする通信方法により解決される。
また、上記の課題は、ユーザ端末と、当該ユーザ端末に接続された移動エージェント装置と、前記ユーザ端末のホームネットワークに接続されたホームエージェント装置とを備える通信システムにおける通信方法であって、前記ホームエージェント装置は、前記移動エージェント装置から送信される登録要求に基づき、前記ユーザ端末のレイヤ３アドレスと前記登録要求の発信元のレイヤ３アドレスとを対応付けてアドレス対応表に登録し、前記移動エージェント装置は前記ユーザ端末のレイヤ３アドレスを保持し、前記ユーザ端末から通信相手端末に対してパケットを送信する場合において、前記移動エージェント装置は、前記ユーザ端末からレイヤ２フレームを受信し、当該レイヤ２フレーム内のレイヤ３ヘッダにおける発信元レイヤ３アドレスが登録されている場合に、受信したレイヤ２フレームからレイヤ２ヘッダを削除したパケットをカプセリングして前記ホームエージェント装置に送信し、前記ホームエージェント装置は、カプセリングされた前記パケットをデカプセリングして前記パケットを取り出し、レイヤ３ヘッダに基づき当該パケットを転送し、前記通信相手端末から前記ユーザ端末に対してパケットを送信する場合において、前記ホームエージェント装置は当該パケットを受信し、当該パケットのレイヤ３ヘッダにおける宛先レイヤ３アドレスが前記アドレス対応表に登録されていることを確認し、当該宛先レイヤ３アドレスに対応付けて登録されている前記登録要求の発信元のレイヤ３アドレスに向けて前記パケットをカプセリングして送信し、前記移動エージェント装置は、カプセリングされた前記パケットを受信し、デカプセリングして当該パケットを取り出し、前記ユーザ端末に送信することを特徴とする通信方法によっても解決される。
前記ホームエージェント装置は、当該ホームエージェント装置に接続されるべきでない第２の移動エージェント装置の識別情報と、当該第２の移動エージェント装置が接続するべき第２のホームエージェント装置のアドレスとを対応付けてアドレス対応表に保持しており、前記ホームエージェント装置は、前記第２の移動エージェント装置から送信された登録要求を受信した場合において、前記アドレス対応表を参照して、前記第２のホームエージェント装置のアドレスを含むリダイレクト応答を前記第２の移動エージェント装置に送信するようにしてもよい。
本発明によれば、端末や訪問先のネットワークに特別な機能を備えることなく端末のネットワーク間移動を可能とする技術を実現することが可能となる。
以下、図面を参照して本発明の実施の形態について説明する。
（システム概要）
図１を参照して本実施の形態のシステムの概要を説明する。図１に示すように本実施の形態のシステムでは、移動の対象となる端末（以下、MNと呼ぶことにする)とともに移動する移動エージェント装置（以下、MFA（Mobile Foreign Agent）と呼ぶことにする）を備える。また、通信相手端末（以下、CNと呼ぶ）からMN向けに送信されるパケットをMFAに転送する機能を持つホームエージェント装置（以下、HAと呼ぶことにする）が備えられる。MNには特別な機能を一切インストールする必要はない。
図１に示すように、MFAは２つのインタフェースを持ち、一方のインタフェースが訪問先ネットワークに接続され、他方のインタフェースはMNに接続される。MFAにはMNのIPアドレスが事前に登録される。また、ホームエージェント装置はMNのホームネットワークに接続される。なお、ホームネットワークのネットワークアドレスとMNのネットワークアドレスとは同じである。
以下、図１を参照して動作概要を説明する。MNが接続されたMFAが訪問先のネットワークに接続されると、DHCP等により訪問先ネットワークのIPアドレスがMFAに付与される。そして、MFAは自身のID（本実施の形態ではIDとしてMFAのMACアドレスを用いる）を含む登録要求をHAに送信する。
登録要求を受信したHAは、登録要求送信元のIPアドレスとMNのIPアドレスとを対応付けてバインディングキャッシュとして保持する。CNから送信されたMN向けのパケットはHAにルーティングされ、HAはバインディングキャッシュを参照することにより、MNが接続されているMFA宛にパケットをカプセリングして送信する。MNとMFAとはレイヤ２リンクで接続されており、MFAが受信したMN宛のパケットはレイヤ２リンクによりMNに送信される。MNがCN向けにパケットを送信すると、MFAはパケットをカプセリングしてHAに送信する。
［登録の手順について］
本発明の適用例としてレイヤ２トンネリング方式とレイヤ３トンネリング方式を後に説明するが、まず、バインディングキャッシュ等の情報の登録手順について説明する。以下で説明する登録手順はレイヤ２トンネリング方式とレイヤ３トンネリング方式とで共通である。
HAにはMFAのIDと、その配下に接続されるMN、もしくはHAのアドレス情報が事前に設定されている。これをMFAマスターデータと呼ぶ。MFAマスターデータの例を図２に示す。図２の例では、MACアドレスが1111であるMFAはIPアドレスがA.A.A.AのMNに接続され、MACアドレスが2222のMFAはIPアドレスがB.B.B.BのHAに接続されるべきであることを意味している。
まず、MFAに適切なHAのIPアドレスが設定されており、MFAが適切なHAに登録要求を送信する場合の登録手順について図３を参照して説明する。
MFAは訪問先のネットワークに接続されるとHAとの間にトンネルを生成するために、HAに対してMFAのMACアドレスを含む登録要求（REG_REQ）を発行する（ステップ１）。
HAは登録要求を受信すると、登録要求に含まれるMACアドレスに対応するMNのIPアドレスをMFAマスターデータから取得し、そのIPアドレスを含む登録応答（REG_RES）をMFAに返送する（ステップ２）。MFAはそのIPアドレスを用いてフィルタを生成する。
登録応答を受信したMFAは、登録応答確認（REG_ACK）をHAに返す（ステップ３）。登録応答確認を受信したMFAは、バインディングキャッシュテーブルにエントリを作成する。そのエントリには、MNのIPアドレスに加え、登録要求（REG_REQ）パケットの発信元IPアドレス、ポートが着アドレス、着ポートとして記録され、登録要求（REG_REQ）パケットの宛先ポートが発ポートとして記録される。バインディングキャッシュテーブルの一例を図４に示す。なお、MFAとHAとの間にNAPT装置が介在する場合には、登録要求（REG_REQ）パケットの発信元IPアドレス、ポートは、NAPT装置の外側のインタフェースのIPアドレスとポート番号になる。つまり、着アドレス、着ポートとしてNAPT装置の外側のインタフェースのIPアドレスとポート番号が記録される。
また、NAPT装置にはFW機能を備えていることが多く、NAPT内部から特定のポート向けのポート番号に対する発信が禁止されている場合、及び外部の特定のポートからの返りのパケットの流入が禁止されている場合がある。よって、本実施の形態では、HAにおいて登録要求（REG_REQ）を受信するポートを予め決定しておらず、MFAは登録応答（REG_RES）を受信できるまで様々なポート番号に対して登録要求（REG_REQ）の送信を試みる。一方、HAでは登録要求（REG_REQ）を受け取り登録応答（REG_RES）を送信したとしても、登録応答がMFAまで届いたという保証はないため、図３で示したとおり、３ウェイハンドシェークを用いて、MFAから登録応答（REG_RES）の送達確認である登録応答確認（REG_ACK）を受信するまではバインディングキャッシュを生成しないこととしている。
登録要求（REG_REQ）は定期的にMFAからHAに送信され、バインディングキャッシュのキープアライブとして使用される。HAでは、一定時間以上登録要求（REG_REQ）を受信しなければタイムアウトしてバインディングキャッシュから該当のエントリを削除する。
次に、MFAが適切なHAに登録要求を送信しない場合について図５を参照して説明する。MFAに登録されたHAのIPアドレスが、MNのホームネットワークに接続されたHAのIPアドレスでない場合、登録要求を受信したHA１は、MFAのMACアドレスに対応付けてMFAマスタテーブルに格納されている、MNのホームネットワークに接続されたHA２のIPアドレスを取得し、そのIPアドレスを含むリダイレクト応答をMFAに返す（ステップ２）。リダイレクト応答を受信したMFAは、それに含まれるIPアドレスのHA２に対し再び登録要求の発行を試みる（ステップ３）。そして、登録要求の宛先のHA２が、MFAマスタテーブルに当該MFAのMACアドレスに対応するMNのIPアドレスを保持していれば、そのHA２が正しいHAであり、図３で説明したとおり、当該HA２は登録応答を返送する（ステップ４）。また、登録確認応答（ステップ５）を受信してバインディングキャッシュを生成する。
このリダイレクト応答機能を用いることにより、以下に説明する自動設定を実現できる。
ネットワーク上に、全てのMFAで共通に使用される設定サーバ（図５におけるHA１に相当）を備え、ここに全てのMFAのMACアドレスとそのMFAが接続すべきHAアドレス情報を格納する。MFAは工場出荷時には、設定サーバのIPアドレスを保持しており、この状態でネットワークに接続されると、設定サーバに対して登録要求を発行する。設定サーバは、上記のHAのリダイレクト応答と同様にして、そのMFAが接続するべきHAのIPアドレスを含んだリダイレクト応答を返送する。
この方式は、運用中のHAを分割する場合にも利用できる。HAに収容されるMFAの数が多くなり、一台のHA（分割前HAと呼ぶ）を２台に分割した状況であるものとする。この場合、予め新たに２台のHA（分割後HAと呼ぶ）を用意しておく。
そして、分割前HAにおけるMFAマスタテーブルのエントリの中で、分割後HAに移すべきMFAのエントリを、分割後HAのアドレスに書き換えておく。そして、分割前HAは、定期的に移設対象MFAから発行される登録要求に対し、分割後HAのIPアドレスを含むリダイレクト応答を返送する。これにより、当該MFAは分割後HAに接続される。
以下、レイヤ２トンネリング方式を第１の実施の形態として説明し、レイヤ３トンネリング方式を第２の実施の形態として説明する。
（第１の実施の形態）
［システム構成概要］
図６に、レイヤ２トンネリング方式のシステム構成を示す。レイヤ２トンネリング方式では、MFAとHAとが、MNとホームネットワークのルータ間を結ぶレイヤ２ブリッジの役割を果たし、MNが当該レイヤ２ブリッジを経由してホームネットワークのルータに接続される。HAはホームネットワークに接続されており、ホームネットワークにおいてHAはレイヤ２スイッチとして動作する。MFAとMNが訪問先ネットワークに存在する場合における動作概要を次に説明する。
MNから送信されるイーサネット（登録商標）フレームは全てMFAが受信する（例えば、MFAのMN側インタフェースをpromiscuousモードとする）。MFAは受信したイーサネット（登録商標）フレーム内のIPヘッダの発信元IPアドレスが登録されているか否かを判定し、登録されていればそのイーサネット（登録商標）フレームをMIPヘッダでイーサネット（登録商標）ヘッダを含めてカプセリングしてHAに送信する。なお、カプセリングして特定の宛先にデータを送信することを“トンネルに送信する”と表現する場合がある。デカプセリングする装置がトンネルの終端点となる。
HAは受信したパケットをデカプセリングし、得られたイーサネット（登録商標）フレームをルータに送信する。ルータはレイヤ３ヘッダに基づき通常の動作を行ってパケットを転送する。
ルータからホームネットワークに送出されたイーサネット（登録商標）フレームは全てHAが受信する。HAは受信したイーサネット（登録商標）フレームのレイヤ３ヘッダの宛先アドレスが、事前に登録したバインディングキャッシュに登録されたアドレスであるか否かを判定し、登録されたアドレスである場合に、そのイーサネット（登録商標）フレームをMIPヘッダでカプセリングしてMFAに送信する。HAはデカプセリングを行って、イーサネット（登録商標）フレームをMNに送信する。
送信するフレームがブロードキャストフレームやマルチキャストフレームである場合、HA、MFAはいずれも無条件にMIPヘッダを付けてパケットを送出する（トンネルに送り出す）。よって、MNやホームネットワーク上にあるルータから発信されたARPはホームネットワーク上の全てのMNが受信することになり、MNがMFAとともにネットワーク間を移動してもIP通信が可能となる。
［詳細装置構成］
次に、レイヤ２トンネリング方式を実現するMFAとHAの機能構成を詳細に説明する。図７にMFAの機能構成を示す。図７に示すように、MFAは、登録要求を発行するポーリング処理部１１、イーサネット（登録商標）の通信処理を行うＥｔｈｅｒｎｅｔ（登録商標）処理部１２、１３、UDP／IP の通信処理を行うUDP／IP機能部１４、上り方向の通信処理を行う上り方向通信処理部１５、下り方向の通信処理を行う下り方向通信処理部１６、各種テーブル１７を有している。MFAはCPUやメモリ等を有するコンピュータに各処理部の処理を実現するためのプログラムを搭載することにより実現可能である。また、各種テーブルはメモリ等の記憶装置に格納される。
図７に示すように、各種テーブル１７にはHA設定テーブルとMNフィルタテーブルが含まれる。
HA設定テーブルにはHA のIP アドレスとポート番号が格納されている。HA設定テーブルはポーリング処理部１１により参照され、ポーリング処理部１１はこのテーブルに設定されているHA に対して登録要求を定期的に発行する。なお、MFAの初期出荷時には設定サーバのIP アドレスが設定されており、MFAが使用されるときに、登録リダイレクト応答により適切なHAのIP アドレスが上書きされる。また、登録応答（正常な登録応答）によりポート番号が設定される。
MNフィルタテーブルには登録応答パケットに格納されているMNのIPアドレスが格納される。なお、MNのIPアドレスを予めMFAに格納しておいてもよい。MNフィルタテーブルは上り方向通信処理部１５により参照されるものであり、上り方向通信処理部１５はイーサネット（登録商標）フレームを受信すると、フレーム内のIP ヘッダを読み取り、発IP アドレスがこのテーブルに登録されている場合に、そのフレームをMIPヘッダでカプセリングしてHAに送信する。
続いて、HAの機能構成を図８を参照して説明する。図８に示すように、HAは、Ｅｔｈｅｒｎｅｔ（登録商標）処理部２１、２２、UDP／IP機能部２３、上り方向通信処理部２４、下り方向通信処理部２５、キャッシュ管理部２６、MFAマスタテーブル２７、及びバインディングキャッシュ２８を有している。HAはCPUやメモリ等を有するコンピュータに各処理部の処理を実現するためのプログラムを搭載することにより実現可能である。また、各種テーブルやバインディングキャッシュはメモリ等の記憶装置に格納される。
MFA マスタテーブル２７にはMFA の情報が管理者等により予め格納される。このMFA の情報は、MFA のハードウェアID情報(本実施形態ではMACアドレス）、IPアドレス、アドレスタイプを含み。それらが対応付けられている。アドレスタイプがMN であればそのアドレスは該当MFA に接続されるMN のIPアドレスであり、アドレスタイプがHA であればそのアドレスは該当MFAが接続するべきHAのIPアドレスを示す。
バインディングキャッシュ２８は、MNのアドレスとMFAのアドレスとを対応付けた情報である。HAはホームネットワークからフレームを受信したときに、宛先IP アドレスを読み取り、このバインディングキャッシュを検索する。該当IP アドレスが見つかれば、登録されているMFA のIPアドレスとポートに対し、登録されている発ポート番号を発信元ポートとしてカプセリングして送信する。
バインディングキャッシュ２８は登録応答確認パケットを受信すると自動更新される。HAは、登録要求パケットの発信元MFA が接続されているMN のアドレスをキーとして、登録応答確認パケットの発信元から着アドレス及び着ポートを設定する。またこの登録応答確認パケットの宛先をバインディングキャッシュの発ポートとして設定する。 一定時間以上該当MFA から登録要求がこなければ、該当エントリは古いデータとして削除される。
［MIPヘッダ］
ここで、登録関係のMIPパケット、及び通信データのカプセリングに使用されるMIPヘッダについて説明しておく。なお、以下での説明は第２の実施の形態におけるレイヤ３トンネリング方式とも共通である。
図９はMFAからHAに対し送出される登録要求パケットのフォーマットを示す図である。
Verはシステムのバージョン番号で２に固定である。Typeは登録要求であることを表す05hが設定される。Lengthはpaddingを含めた本パケット全体の長さが設定される。MPDUはHAに分解組み立てを指示する最大パケット長である。（カプセルヘッダを含めて、UDP/IPヘッダは含まないで）この値より大きなデータは、トンネルには送り込むことができない。Hardware ID はMFAに設定されているMACアドレスである。インタフェースが複数ありMACアドレスを複数持つ場合は、そのうちで一番値の小さなものを設定する。
ProtocolTypeはトンネルをレイヤ２トンネリングとするかレイヤ３トンネリングのどちらにするのかHAに提案するために使う。レイヤ３トンネリングの場合には、ネットワークアドレスがIPｖ４なのか、IPｖ６なのかの指定に使う。AuthLengthはBasicAuthDataフィールドの大きさをバイト数で表したものである。BasicAuthDataは、MFAに設定されたクレデンシャルをRFC2617の基本認証で規定された方式に従って符号化した文字列となる。Paddingはこのパケットの大きさを自由に変えるために、任意のデータを設定してよいフィールドである。
図１０（ａ）に、HAからMFAに対し送出される登録応答パケットのフォーマットを示す。Typeには登録応答パケットであることを表す07hが設定される。Lengthにはpaddingを含めた本パケット全体の長さが設定される。Protocol Typeには登録要求に対する結果が設定される。このフィールドが0010hであれば登録承認、0020hであればリダイレクションである。登録承認時にもリダイレクション時にもアドレス情報を通知する。
AddressTypeはアドレスのプロトコルであり、これによりひとつのアドレスあたりのデータ長が定まる。Number of Addressで、その後に格納されるアドレスの数が指定される。Address Typeの具体的な値、プロトコル、アドレス長は図１０（ｂ）に示す通りである。
図１１に、HAとMFAで双方で送りあうフレームカプセリングパケット(Data)のフォーマットを示す。TypeにはDataであることを表す10hが設定される。Lengthには本パケット全体の長さが設定される。Protocol Typeは登録時に認証されたトンネル方式(L2トンネル、L3トンネルの種別）が設定される。この識別子がL2を指定すれば、データ部はイーサネット（登録商標）ヘッダを含むL2フレームであり、L3を指定するとIPヘッダを含むIPデータグラムとなる。グループIDは、本パケットがフレーム分割された後のセグメントである場合には非0となっている。GroupIDが非0のときに限り、TotalLengthおよびOffsetフィールドが有効となり、長いデータが分割されてカプセリングされていることを示す。HAやMFAでは、同じGroupIDのデータ片を組み立ててから、MNやCNに送り出す。
［動作詳細］
次に、レイヤ２トンネリング方式における各装置の動作を詳細に説明する。なお、以下のMFAとHAの登録動作についてはレイヤ３トンネリング方式と共通である。
（１）MFAの登録動作
まず、MFAの登録動作について説明する。
MFAではポーリング処理部１１が一定時間ごとに起動される。起動されたポーリング処理部１１は、HA設定テーブルを読み取り、登録されているIPアドレスに対して登録要求を発信する。
そのときの宛先ポート番号はランダムに選ばれる。応答がなければ次々と異なるポート番号が選ばれて、正常な登録応答が返されるまで、さまざまな宛先ポート番号に登録要求が発信される。
下り方向通信処理部１６が登録応答を受け取ると、登録応答が正常応答であれば、HA設定テーブルにこのときの登録要求の宛先ポート番号を設定する。以降ポーリング処理部１１は、そのポート番号にだけ登録要求を発行することになる。また、正常な登録応答には、MNのIPアドレスが格納されており、この情報をフィルタテーブルに設定する。そしてHAに対して登録応答確認を返送する。
登録応答がリダイレクト応答であれば、リダイレクト応答に格納されているIPアドレスでHAテーブルのIPアドレスを上書きして、HAポート番号およびフィルタテーブルをクリアする。これによりポーリング処理部１１は新しいHAに対して登録処理を行う。
MFAは一定時間以上登録応答を受信しなければ、HAが削除されたものとしてHAテーブルのIPアドレスを初期値に書き戻し、HAポート番号およびフィルタテーブルをクリアする。
（２）HAの登録動作
次に、HAの登録動作を説明する。
HAの上り方向通信処理部２４がMFAからの登録要求を受け取ると、キャッシュ管理部２６に処理を引き渡す。キャッシュ管理部２６では登録要求に含まれるMFAのMACアドレスをキーとしてMFAマスターテーブルを検索し、該当レコードを探す。
抽出されたレコードのレコードタイプがMNであれば、上り方向通信処理部２４は、登録応答パケットに当該MNのIPアドレスを格納し、MFAに対して登録正常応答を返す。一方レコードタイプがHAであれば、リダイレクト先IPアドレスを含む登録リダイレクト応答を返す。
HAの上り方向通信処理部２４がMFAからの登録応答確認を受け取ると、キャッシュ管理部２６に処理が引き渡たされる。キャッシュ管理部２６は、登録応答確認もしくは登録要求のパケットのアドレス情報に基づきバインディングキャッシュをアップデートする。
（３）MFAの上り方向データ転送手順
次に、レイヤ２トンネリング方式におけるMFAの上り方向のデータ転送手順について図１２のフローチャートを参照して説明する。
MFAの上り方向通信処理部は、MNに接続されているインタフェースからすべてのパケットをイーサネット（登録商標）ヘッダを含めて受信する（ステップ１）。受信したイーサネット（登録商標）フレームの宛先アドレスがブロードキャストアドレスやマルチキャストアドレスであれば（ステップ２のＹｅｓ）トンネル転送動作に入る（ステップ４）。また、受信したイーサネット（登録商標）フレームがIPパケットを含み、発信元IPアドレスがMNフィルタテーブルに登録されている場合にも（ステップ３のＹｅｓ）、トンネル転送動作に入る（ステップ４）。それ以外の場合は何もしない。
ステップ４では、MFAはHA設定テーブルを参照し、HAのIPアドレスとポート番号が登録されていれば、送るべきイーサネット（登録商標）フレームの前にMIP共通ヘッダを付加し、UDPを使って登録されているHAに対しパケットを送信する。
（４）HAの上り方向データ転送手順
次に、レイヤ２トンネリング方式におけるHAの上り方向のデータ転送手順を図１３のフローチャートを参照して説明する。
HAにおけるMFAからのパケットを受信するインタフェースにおいて、自IPアドレス向けUDPパケットは宛先ポート番号の値にかかわらず全て受信する（ステップ１１）。HAは、UDPパケットの後にMIPヘッダがあるか否かを判断し、MIPヘッダがあれば、自HAあてのパケットであると判断する（ステップ１２のＹｅｓ）。
受信したパケットが自HAあてパケットであれば、HAは、パケットのMIPヘッダを参照し、登録関連パケットなのかユーザフレーム格納パケットなのかを判断する（ステップ１３）。登録関連パケットであれば当該パケットをキャッシュ管理部に引き渡し、前述した登録処理を行う。
ユーザフレームパケットであれば、MIPヘッダを取り外しイーサネット（登録商標）フレームをパケットから取り出す（ステップ１４）。
ステップ１４において取り出されたイーサネット（登録商標）フレームがユニキャストでありＰＤＵがIPパケットであれば（ステップ１５のユニキャスト）、宛先IPアドレスを取り出す。そしてバインディングキャッシュを参照し、該当IPアドレスが登録されているかどうかを調べる（ステップ１６）。もしバインディングキャッシュに当該IPアドレスがあれば、そのイーサネット（登録商標）フレームごと再カプセル化してトンネルに送り出す（ステップ１７）。
当該IPアドレスがバインディングキャッシュに存在しなければ（ステップ１６のＮｏ）、そのイーサネット（登録商標）フレームは、ホームネットワーク側に送り出されることにより、その宛先MACアドレス保持者（ホームネットワークのルータ等）が受信する（ステップ１８）。
ステップ１５において、イーサネット（登録商標）フレームの宛先MACアドレスがブロードキャストもしくはマルチキャストアドレス宛であれば、HAはホームネットワークに当該イーサネット（登録商標）フレームを送出するとともに、バインディングキャッシュを参照して現在開設されているすべてのトンネルに対して、イーサネット（登録商標）フレームを再カプセル化して送出する（ステップ１９）。送り先のIPアドレスとUDPポート、および発信元ポート番号はバインディングキャッシュの該当エントリの登録に従う。これによりブロードキャスト／マルチキャストフレームは移動中か否かに関わらず、ホームネットワークに接続されているすべてのノードが受信する。よって移動中同士のMN間であってもARPメカニズムが動作するために、モバイルIP通信が実現できる。
（５）HAの下り方向のデータ転送手順
次に、レイヤ２トンネリング方式におけるHAの下り方向のデータ転送手順について図１４を参照して説明する。
HAは、当該HAのホームネットワークに接続されているインタフェースにおいてすべてのパケットをイーサネット（登録商標）ヘッダを含めて受信する（ステップ２１）。
受信したイーサネット（登録商標）フレームがユニキャストでありＰＤＵがIPパケットであれば（ステップ２２のユニキャスト）、宛先IPアドレスを抽出しバインディングキャッシュを参照して該当MNが登録されているかどうか（移動中かどうか）を調べる（ステップ２３）。バインディングキャッシュにそのIPアドレスが登録されていなければそれ以上何もしない。
バインディングキャッシュに宛先IPアドレスが登録されていれば（ステップ２３のＹｅｓ）、そのイーサネット（登録商標）フレームごとカプセル化してトンネルに送り出す（ステップ２４）。送り先のIPアドレスとUDPポート、および発信元ポート番号はバインディングキャッシュの該当エントリの登録に従う。
受信したイーサネット（登録商標）フレームの宛先MACアドレスがブロードキャストもしくはマルチキャストであれば（ステップ２２のブロードキャスト等）、バインディングキャッシュに登録されているすべてのトンネルに対しそのフレームをカプセル化して送り出す（ステップ２５）。送り先のIPアドレスとUDPポート、および発信元ポート番号はバインディングキャッシュの該当エントリの登録に従う。
（６）MFAの下り方向のデータ転送手順
次に、レイヤ２トンネリング方式におけるMFAの下り方向のデータ転送手順について図１５を参照して説明する。
MFAの訪問先ネットワークに接続されているインタフェースには、訪問先ネットワークのDHCP等のアドレス割り当て機能によりIPアドレスが割り当てられる。HAからのパケットはこのインタフェースに着信する。
MFAは、HAからのパケットをUDPデータグラムとして受信する（ステップ３１）。データグラムにはMIPヘッダが含まれているので、デカプセル化を行い、ヘッダを削除することによりイーサネット（登録商標）フレームを抽出する（ステップ３２）。
デカプセル化されたイーサフレームをMNの接続されているインタフェースに送り出す（ステップ３３）。イーサネット（登録商標）フレームがブロードキャストやマルチキャストであれば、該当インタフェースに接続されているすべてのMNが受け取ることになる。イーサネット（登録商標）フレームがユニキャストフレームであれば、その宛先のMACアドレスをもつMNだけがそのイーサネット（登録商標）フレームを受け取る。
（第２の実施の形態）
［システム構成概要］
次に、本発明の第２の実施の形態としてのレイヤ３トンネリング方式について説明する。図１６にレイヤ３トンネリング方式のシステム構成を示す。レイヤ３トンネリング方式では、HAはルータ（レイヤ３スイッチ）として動作する。以下、レイヤ３トンネリング方式の動作概要を説明する。
MFAにおいてMNと接続されるインタフェースはIPアドレスを持たず、MFAはMNから発信される全てのイーサネット（登録商標）フレームを受信する。また、MNからARPリクエストが送信されると、MFAはそのARPリクエストの発信元IPアドレスがフィルタに登録されているMNのIPアドレスと一致するか否かを判定し、一致する場合に、MFAはそのARPに対して自分のMACアドレスを応答する。つまり、MFAはプロキシARPとして振舞う。
続いてMNからはユニキャストフレームが送られてくる。発信元IPアドレスがフィルタに登録されたものであれば、MFAは、イーサネット（登録商標）ヘッダを削除し、IPヘッダからカプセル化してHAに送信する。HAはトンネルから受信したフレームをデカプセル化し、IPパケットを取り出す。そして、HAはIPヘッダに基づき適切な宛先にIPパケットを転送する。つまり、HAはルータとして機能する。
HAがCNもしくはホームネットワークからIPデータグラムを受信した場合には、HAはバインディングキャッシュを参照し、宛先IPアドレスが登録されていれば、そのエントリに記載されている着アドレスに基づきIP-in-IPカプセリングを行ってトンネル経由でMFAにパケットを送信する。MFAは宛先のIPアドレスがフィルタに記載されているアドレスに一致するか否かを判定し、一致するならば、ARPを用いて宛先のMACアドレスを得て、イーサネット（登録商標）ヘッダを付加してユニキャストフレームとしてMNに送り出す。
MFA、HAの装置構成をそれぞれ図１７、図１８に示す。図１７、１８に示すように、それぞれARP処理部を備える点が第１の実施の形態のMFA、HAと異なる。
［動作詳細］
次に、レイヤ３トンネリング方式における各装置の動作を詳細に説明する。
（１）MFAの上り方向のデータ転送手順
まず、レイヤ３トンネリング方式におけるMFAの上り方向のデータ転送手順について図１９を参照して説明する。
MFAのMN側インターフェースでは自MACアドレスあてのイーサネット（登録商標）フレームを受信する。また、ブロードキャストフレームであればARPリクエストのみを受信する（ステップ４１）。
受信したフレームがARPリクエストである場合（ステップ４２のARP)、MFAは通信要求元のIPアドレスを取りだしてMNフィルターテーブルと照合し、もしそのアドレスがフィルターテーブルに登録してあれば（ステップ４３のＹｅｓ）、そのARPリクエストはMNから発せられたものであるのでステップ４４に進む。
ステップ４４において、MFAは、ARPリクエストの要求先IPアドレスがいかなるものであろうとも、自分のMACアドレスをTarget MACに設定したリプライをMNに対して返送する。これによりMNから発せられるユニキャストフレームはMFAが受信できる。
ステップ４２において、MFAが自MACアドレス宛てのユニキャストフレームを受信した場合、MFAは、受信したユニキャストフレームのイーサネット（登録商標）ヘッダを取り外し、PDUがIPデータグラムであることを確認する。そのIPヘッダから発信元IPアドレスがMNフィルターテーブルに登録されているものであることを確認できれば（ステップ４５のYes)、IPデータグラムをカプセル化し、UDPを使いHAに送信する（ステップ４６）。
（２）HAの上り方向データ転送手順
次に、レイヤ３トンネリング方式におけるHAの上り方向データ転送手順について図２０を参照して説明する。
HAのインターネット側インタフェースは、CNからホームネットワークに向けられて送られたIPパケット、及びトンネルを通じてMNから送られてくるカプセル化されたIPパケットの２種類を受信する。
HAがパケットを受信すると（ステップ５１）、そのパケットがトンネルから受信したパケットか、CNから送信されたパケットか判定する（ステップ５２）。ここでは、パケットが自IPアドレス宛でUDPデータグラムになっておりその後にMIPヘッダがあれば、トンネルから受信されたフレームであると判定する。それ以外のIPデータグラムはCNから発せられたものとして判定する。
HAは、受信パケットがトンネルから受信されたパケットであると判定した場合（ステップ５２のトンネル）、MIPヘッダを取り除き、通常のIPパケットとする（ステップ５３）。CNから受信したIPパケットである場合には（ステップ５２のCN）そのまま次の処理に移る。
続いて、HAは、IPパケットの宛先IPアドレスがホームネットワークであれば、バインディングキャッシュを参照し宛先MNが登録されているかどうかを調べる（ステップ５４）。該当アドレスがバインディングキャッシュに見つかれば、そのIPパケットはカプセル化されて指定のアドレス、ポートに送り出される（ステップ５５）。バインディングキャッシュに宛先IPアドレスが見つからなければ（ステップ５４のＮｏ）、IPアドレスに応じてIPパケットを転送する（ステップ５６）。つまり、IPアドレスがホームネットワークを示していればIPパケットをホームネットワーク側に送り出し、IPパケットの宛先がホームネットワークでない場合、それはCN向けであるのでそのIPパケットをインターネット向けに送り出す。
（３）HAの下り方向のデータ転送手順
次に、レイヤ３トンネリング方式におけるHAの下り方向のデータ転送手順について図２１を参照して説明する。
HAは、MN側インターフェースでは自MACあてのイーサネット（登録商標）フレーム、および、ブロードキャストフレームのうちARPリクエストのみを受信する（ステップ６１）。
ステップ６２において、受信したイーサネット（登録商標）フレームがARPリクエストであれば（ステップ６２のＹｅｓ）、通信要求先のTarget IP を取り出す（ステップ６３）。そのアドレスは自IPアドレスであるか、もしくはバインディングキャッシュと照合し一致するMNが登録されているかどうかを判定する（ステップ６４）。もし判定結果が合致すれば（ステップ６４のＯＫ）、ARPリプライを返すためにステップ６５に進む。合致しなければ、HAはARPリプライを返すべきではないために何もしない。
ステップ６５において、つまりARPリクエストの要求先IPアドレスが自IPアドレス（これはホームネットワークに接続されているノードがインターネットに接続するためにデフォルトルートであるHAにパケットを送ろうとしたときに発生する）、もしくは移動中のMNを指向している場合には、いったんHAがパケットを受け取らなければならないためにARPリプライで応答する（ステップ６５）。返送するARPリプライには、HAのホームネットワーク側に接続されているインタフェースのMACアドレスを格納する。
ステップ６２において、受信したイーサネット（登録商標）フレームが自MACアドレスあてのユニキャストフレームであれば（ステップ６２のＮｏ）、HAは、受信したユニキャストフレームのイーサネット（登録商標）ヘッダを取り外してPDUがIPデータグラムであることを確認し、そのIPヘッダから宛先IPアドレスを取り出す（ステップ６６）。そのIPアドレスがバインディングキャッシュに登録されているものであれば（ステップ６７のＹｅｓ）、カプセル化してUDPを使い該当のMFAに送り出す（ステップ６８）。ステップ６７において、IPアドレスがバインディングキャッシュに登録されているものでなければ、それはCN向けであるのでそのIPパケットをインターネット向けに送り出す（ステップ６９）。
（４）MFAの下り方向のデータ転送手順
次に、レイヤ３トンネリング方式におけるMFAの下り方向のデータ転送手順について図２２を参照して説明する。
MFAの訪問先ネットワークに接続されているインタフェースは、訪問先ネットワークにおけるDHCP等のアドレス割り当て機能を使ってネットワークアドレスを割り当てられている。MFAはHAからのパケットをこのインタフェースで受信する（ステップ７１）。受信したパケットはUDPデータグラムとして受信される。データグラムにはMIPヘッダが含まれているのでヘッダを削除することによりIPパケットがデカプセル化される（ステップ７２）。そのIPヘッダに含まれる宛先IPアドレスを取り出し、MNフィルターテーブルを参照する。アドレス情報が合致すれば（ステップ７３のＹｅｓ)、そのIPパケットを通常のARP処理を使ってMN側ネットワークに送り出す（ステップ７４）。
以上説明したように、第１、第２の実施の形態で説明したシステムを用いることにより、MNや移動先ネットワークに特別な仕組みを備えることなくモバイルIPを実現することが可能となる。特にMNに特別な仕組みを備える必要がないことから、特別なソフトウェアを事前にインストールすることのできないコピー機やPOSレジスタをMNとして使用できる。
なお、本発明は、上記の実施の形態に限定されることなく、特許請求の範囲内において、種々変更・応用が可能である。
本発明の実施の形態のシステムの概要図である。 MFAマスターデータの例を示す図である。 正常な登録手順を説明するための図である。 バインディングキャッシュの例を示す図である。 リダイレクトを含む登録手順を説明するための図である。 レイヤ２トンネリング方式のシステム構成図である。 レイヤ２トンネリング方式におけるMFAの機能構成図である。 レイヤ２トンネリング方式におけるHAの機能構成図である。 MFAからHAに対し送出される登録要求パケットのフォーマットを示す図である。 HAからMFAに対し送出される登録応答パケットのフォーマットを示す図である。 HAとMFAで双方で送りあうフレームカプセリングパケット(Data)のフォーマットを示す図である。 レイヤ２トンネリング方式におけるMFAの上り方向のデータ転送手順を説明するための図である。 レイヤ２トンネリング方式におけるHAの上り方向のデータ転送手順を説明するための図である。 レイヤ２トンネリング方式におけるHAの下り方向のデータ転送手順を説明するための図である。 レイヤ２トンネリング方式におけるMFAの下り方向のデータ転送手順を説明するための図である。 レイヤ３トンネリング方式のシステム構成図である。 レイヤ３トンネリング方式におけるMFAの機能構成図である。 レイヤ３トンネリング方式におけるHAの機能構成図である。 レイヤ３トンネリング方式におけるMFAの上り方向のデータ転送手順を説明するための図である。 レイヤ３トンネリング方式におけるHAの上り方向データ転送手順を説明するための図である。 レイヤ３トンネリング方式におけるHAの下り方向のデータ転送手順を説明するための図である。 レイヤ３トンネリング方式におけるMFAの下り方向のデータ転送手順を説明するための図である。
符号の説明
１１ ポーリング処理部
１２、１３ Ｅｔｈｅｒｎｅｔ（登録商標）処理部
１４ UDP／IP機能部
１５ 上り方向通信処理部
１６ 下り方向通信処理部
１７ 各種テーブル
１８ ARP処理部
２１、２２ Ｅｔｈｅｒｎｅｔ（登録商標）処理部
２３ UDP／IP機能部
２４ 上り方向通信処理部
２５ 下り方向通信処理部
２６ キャッシュ管理部
２７ MFAマスタテーブル
２８ バインディングキャッシュ
２９ ARP処理部

Claims (10)

  1. ユーザ端末と、当該ユーザ端末に接続された移動エージェント装置と、前記ユーザ端末のホームネットワークに接続されたホームエージェント装置とを備える通信システムにおける通信方法であって、
    前記ホームエージェント装置は、前記移動エージェント装置から送信される登録要求に基づき、前記ユーザ端末のレイヤ３アドレスと前記登録要求の発信元のレイヤ３アドレスとを対応付けてアドレス対応表に登録し、前記移動エージェント装置は前記ユーザ端末のレイヤ３アドレスを保持し、
    前記ユーザ端末から通信相手端末に対してパケットを送信する場合において、前記移動エージェント装置は、前記ユーザ端末からレイヤ２フレームを受信し、当該レイヤ２フレーム内のレイヤ３ヘッダにおける発信元レイヤ３アドレスが登録されている場合に、受信したレイヤ２フレームをカプセリングして前記ホームエージェント装置に送信し、
    前記ホームエージェント装置は、カプセリングされた前記レイヤ２フレームをデカプセリングして前記レイヤ２フレームを取り出し、当該レイヤ２フレームを前記ホームネットワークに送出し、ホームネットワークを収容するルータが前記通信相手端末宛にパケットを転送し、
    前記通信相手端末から前記ユーザ端末に対してパケットを送信する場合において、前記ホームエージェント装置は、前記ホームネットワークからレイヤ２フレームを受信し、当該レイヤ２フレーム内のレイヤ３ヘッダにおける宛先レイヤ３アドレスが前記アドレス対応表に登録されていることを確認し、当該宛先レイヤ３アドレスに対応付けて登録されている前記登録要求の発信元のレイヤ３アドレスに向けて前記レイヤ２フレームをカプセリングして送信し、
    前記移動エージェント装置は、カプセリングされた前記レイヤ２フレームを受信し、デカプセリングして当該レイヤ２フレームを取り出し、前記ユーザ端末に送信する
    ことを特徴とする通信方法。
  2. ユーザ端末と、当該ユーザ端末に接続された移動エージェント装置と、前記ユーザ端末のホームネットワークに接続されたホームエージェント装置とを備える通信システムにおける通信方法であって、
    前記ホームエージェント装置は、前記移動エージェント装置から送信される登録要求に基づき、前記ユーザ端末のレイヤ３アドレスと前記登録要求の発信元のレイヤ３アドレスとを対応付けてアドレス対応表に登録し、前記移動エージェント装置は前記ユーザ端末のレイヤ３アドレスを保持し、
    前記ユーザ端末から通信相手端末に対してパケットを送信する場合において、前記移動エージェント装置は、前記ユーザ端末からレイヤ２フレームを受信し、当該レイヤ２フレーム内のレイヤ３ヘッダにおける発信元レイヤ３アドレスが登録されている場合に、受信したレイヤ２フレームからレイヤ２ヘッダを削除したパケットをカプセリングして前記ホームエージェント装置に送信し、
    前記ホームエージェント装置は、カプセリングされた前記パケットをデカプセリングして前記パケットを取り出し、レイヤ３ヘッダに基づき当該パケットを転送し、
    前記通信相手端末から前記ユーザ端末に対してパケットを送信する場合において、前記ホームエージェント装置は当該パケットを受信し、当該パケットのレイヤ３ヘッダにおける宛先レイヤ３アドレスが前記アドレス対応表に登録されていることを確認し、当該宛先レイヤ３アドレスに対応付けて登録されている前記登録要求の発信元のレイヤ３アドレスに向けて前記パケットをカプセリングして送信し、
    前記移動エージェント装置は、カプセリングされた前記パケットを受信し、デカプセリングして当該パケットを取り出し、前記ユーザ端末に送信する
    ことを特徴とする通信方法。
  3. 前記ホームエージェント装置は、当該ホームエージェント装置に接続されるべきでない第２の移動エージェント装置の識別情報と、当該第２の移動エージェント装置が接続するべき第２のホームエージェント装置のアドレスとを対応付けてアドレス対応表に保持しており、
    前記ホームエージェント装置は、前記第２の移動エージェント装置から送信された登録要求を受信した場合において、前記アドレス対応表を参照して、前記第２のホームエージェント装置のアドレスを含むリダイレクト応答を前記第２の移動エージェント装置に送信することを特徴とする請求項１又は２に記載の通信方法。
  4. 前記移動エージェント装置は、前記ユーザ端末からARPリクエストを受信した場合において、当該ARPリクエストの発信元レイヤ３アドレスが当該移動エージェント装置に登録されていることを確認すると、自身のMACアドレスをARPリクエストに対する応答として前記ユーザ端末に送信することを特徴とする請求項２に記載の通信方法。
  5. ユーザ端末と、当該ユーザ端末に接続された移動エージェント装置と、前記ユーザ端末のホームネットワークに接続されたホームエージェント装置とを備える通信システムにおいて使用される前記移動エージェント装置であって、
    前記ユーザ端末のレイヤ３アドレスを保持する記憶手段と、
    前記ユーザ端末からレイヤ２フレームを受信し、当該レイヤ２フレーム内のレイヤ３ヘッダにおける発信元レイヤ３アドレスが前記記憶手段に登録されている場合に、受信したレイヤ２フレームをカプセリングして前記ホームエージェント装置に送信する手段と、
    カプセリングされたレイヤ２フレームを前記ホームエージェント装置から受信し、デカプセリングして当該レイヤ２フレームを取り出し、前記ユーザ端末に送信する手段と
    を有することを特徴とする移動エージェント装置。
  6. ユーザ端末と、当該ユーザ端末に接続された移動エージェント装置と、前記ユーザ端末のホームネットワークに接続されたホームエージェント装置とを備える通信システムにおいて使用される前記移動エージェント装置であって、
    前記ユーザ端末のレイヤ３アドレスを保持する記憶手段と、
    前記ユーザ端末からレイヤ２フレームを受信し、当該レイヤ２フレーム内のレイヤ３ヘッダにおける発信元レイヤ３アドレスが前記記憶手段に登録されている場合に、受信したレイヤ２フレームからレイヤ２ヘッダを削除して得たパケットをカプセリングして前記ホームエージェント装置に送信する手段と、
    カプセリングされたパケットを前記ホームエージェント装置から受信し、デカプセリングしてパケットを取り出し、前記ユーザ端末に送信する手段と
    を有することを特徴とする移動エージェント装置。
  7. 前記移動エージェント装置は、前記ユーザ端末からARPリクエストを受信した場合において、当該ARPリクエストの発信元レイヤ３アドレスが前記記憶手段に登録されている場合に、自身のMACアドレスをARPリクエストに対する応答として前記ユーザ端末に送信することを特徴とする請求項６に記載の移動エージェント装置。
  8. ユーザ端末と、当該ユーザ端末に接続された移動エージェント装置と、前記ユーザ端末のホームネットワークに接続されたホームエージェント装置とを備える通信システムにおける前記ホームエージェント装置であって、
    前記移動エージェント装置から送信される登録要求に基づき、前記ユーザ端末のレイヤ３アドレスと前記登録要求の発信元のレイヤ３アドレスとを対応付けてアドレス対応表に登録する手段と、
    通信相手端末宛のパケットを含むカプセリングされたレイヤ２フレームを前記移動エージェント装置から受信し、デカプセリングして前記レイヤ２フレームを取り出し、当該レイヤ２フレームを前記ホームネットワークのルータに送信する手段と、
    前記ホームネットワークからパケットを含むレイヤ２フレームを受信し、当該レイヤ２フレーム内のレイヤ３ヘッダにおける宛先レイヤ３アドレスが前記アドレス対応表に登録されている場合に、当該宛先レイヤ３アドレスに対応付けて登録されている前記登録要求の発信元のレイヤ３アドレスに向けて前記レイヤ２フレームをカプセリングして送信する手段と
    を有することを特徴とするホームエージェント装置。
  9. ユーザ端末と、当該ユーザ端末に接続された移動エージェント装置と、前記ユーザ端末のホームネットワークに接続されたホームエージェント装置とを備える通信システムにおける前記ホームエージェント装置であって、
    前記移動エージェント装置から送信される登録要求に基づき、前記ユーザ端末のレイヤ３アドレスと前記登録要求の発信元のレイヤ３アドレスとを対応付けてアドレス対応表に登録する手段と、
    カプセリングされた通信相手端末宛のパケットをデカプセリングして当該パケットを取り出し、レイヤ３ヘッダに基づき当該パケットを前記通信相手端末に向けて転送する手段と、
    受信したパケットのレイヤ３ヘッダにおける宛先レイヤ３アドレスが前記アドレス対応表に登録されていることを確認し、当該宛先レイヤ３アドレスに対応付けて登録されている前記登録要求の発信元のレイヤ３アドレスに向けて前記パケットをカプセリングして送信する手段と
    を有することを特徴とするホームエージェント装置。
  10. 前記ホームエージェント装置は、当該ホームエージェント装置に接続されるべきでない第２の移動エージェント装置の識別情報と、当該第２の移動エージェント装置が接続するべき第２のホームエージェント装置のアドレスとを対応付けてアドレス対応表に保持しており、
    前記ホームエージェント装置は、前記第２の移動エージェント装置から送信された登録要求を受信した場合において、前記アドレス対応表を参照して、前記第２のホームエージェント装置のアドレスを含むリダイレクト応答を前記第２の移動エージェント装置に送信することを特徴とする請求項８又は９に記載のホームエージェント装置。
JP2005331763A 2005-11-16 2005-11-16 通信方法、移動エージェント装置、及びホームエージェント装置 Expired - Lifetime JP4231042B2 (ja)

Priority Applications (10)

Application Number Priority Date Filing Date Title
JP2005331763A JP4231042B2 (ja) 2005-11-16 2005-11-16 通信方法、移動エージェント装置、及びホームエージェント装置
PCT/JP2006/322804 WO2007058228A1 (ja) 2005-11-16 2006-11-16 通信方法、移動エージェント装置、及びホームエージェント装置
PL06832694T PL1950918T3 (pl) 2005-11-16 2006-11-16 Sposób komunikacji, urządzenie agenta mobilnego i urządzenie agenta macierzystego
ES06832694T ES2428065T3 (es) 2005-11-16 2006-11-16 Método de comunicación, dispositivo de agente móvil y dispositivo de agente local
KR20087011559A KR100949355B1 (ko) 2005-11-16 2006-11-16 통신방법, 이동 에이전트 장치, 및 홈 에이전트 장치
US12/093,962 US8717941B2 (en) 2005-11-16 2006-11-16 Communication method, mobile agent device, and home agent device
EP20120189037 EP2549781A1 (en) 2005-11-16 2006-11-16 Mobility support on behalf of a user terminal
CN2006800429345A CN101310487B (zh) 2005-11-16 2006-11-16 通信方法、移动代理装置以及本地代理装置
EP20060832694 EP1950918B1 (en) 2005-11-16 2006-11-16 Communication Method, Mobile Agent Device, and Home Agent Device
NO20082696A NO20082696L (no) 2005-11-16 2008-06-11 Kommunikasjonsmetode, mobilapparat og hjemmeapparat

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2005331763A JP4231042B2 (ja) 2005-11-16 2005-11-16 通信方法、移動エージェント装置、及びホームエージェント装置

Publications (2)

Publication Number Publication Date
JP2007142648A true JP2007142648A (ja) 2007-06-07
JP4231042B2 JP4231042B2 (ja) 2009-02-25

Family

ID=38048612

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2005331763A Expired - Lifetime JP4231042B2 (ja) 2005-11-16 2005-11-16 通信方法、移動エージェント装置、及びホームエージェント装置

Country Status (9)

Country Link
US (1) US8717941B2 (ja)
EP (2) EP1950918B1 (ja)
JP (1) JP4231042B2 (ja)
KR (1) KR100949355B1 (ja)
CN (1) CN101310487B (ja)
ES (1) ES2428065T3 (ja)
NO (1) NO20082696L (ja)
PL (1) PL1950918T3 (ja)
WO (1) WO2007058228A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8402162B2 (en) 2006-08-24 2013-03-19 Konica Minolta Business Technologies, Inc. Network system that can easily remotely access other networks
JP2014230216A (ja) * 2013-05-24 2014-12-08 日本電信電話株式会社 ネットワーク装置、中継管理方法、中継管理プログラムおよび通信システム

Families Citing this family (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
SE0403020D0 (sv) 2004-12-13 2004-12-13 Rickard Braanemark Implantat
KR101466889B1 (ko) * 2008-04-03 2014-12-01 삼성전자주식회사 모바일 아이피 방식의 무선통신시스템에서 세션 식별자를검색하기 위한 시스템 및 방법
US8385300B2 (en) * 2008-10-03 2013-02-26 Cisco Technology, Inc. Internet protocol address management for communicating packets in a network environment
CN102577331B (zh) 2010-05-28 2015-08-05 华为技术有限公司 虚拟第2层及使其可扩展的机制
EP2589188B1 (en) 2010-06-29 2020-04-22 Huawei Technologies Co., Ltd. Asymmetric network address encapsulation
JP5795848B2 (ja) 2010-09-22 2015-10-14 キヤノン株式会社 情報処理装置、その制御方法、及びプログラム
EP2842276A4 (en) * 2012-04-27 2016-01-20 Hewlett Packard Development Co PACKAGE DELIVERY IN A HOME NETWORK
BR112015003023A2 (pt) * 2012-08-29 2017-07-04 Qualcomm Inc fragmentação aperfeiçoada para pacotes compridos em rede sem fio de baixa velocidade.
CN103795627B (zh) * 2012-10-30 2017-08-18 华为技术有限公司 三层本地转发方法和设备
US9203694B2 (en) * 2013-03-15 2015-12-01 Telefonaktiebolaget L M Ericsson (Publ) Network assisted UPnP remote access
EP3387822B1 (en) * 2015-12-10 2020-07-22 Telefonaktiebolaget LM Ericsson (PUBL) Collecting addresses in a subnetwork
CN107995646A (zh) * 2017-11-29 2018-05-04 中国人民解放军陆军工程大学 一种基于商用仿真系统的无线网络测试评估的系统和方法
MX2021004109A (es) * 2018-10-11 2021-07-16 Ericsson Telefon Ab L M Comunicacion entre un controlador y un dispositivo controlado a traves de una red inalambrica.
US11258621B2 (en) * 2020-06-09 2022-02-22 Cisco Technology, Inc. Directed broadcast in network fabric
US12294512B2 (en) 2020-06-09 2025-05-06 Cisco Technology, Inc. Directed broadcast in network fabric

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3669459B2 (ja) * 1996-07-01 2005-07-06 Ｋｄｄｉ株式会社 移動コンピュータ通信システム
JP2001224070A (ja) * 2000-02-09 2001-08-17 Fujitsu Ltd モバイル通信システム及びその方法
JP3658300B2 (ja) * 2000-08-30 2005-06-08 日本電信電話株式会社 移動ｖｐｎサービス方法及び装置
US6771623B2 (en) * 2000-12-01 2004-08-03 Telefonaktiebolaget Lm Ericsson (Publ) Method for ensuring reliable mobile IP service
JP4161782B2 (ja) 2002-04-18 2008-10-08 松下電器産業株式会社 モバイルノードおよび移動通信方法
US7707310B2 (en) * 2002-11-20 2010-04-27 Cisco Technology, Inc. Mobile IP registration supporting port identification
JP2004349854A (ja) * 2003-05-20 2004-12-09 Nippon Telegr & Teleph Corp <Ntt> 通信システム
JP2005204289A (ja) * 2003-12-15 2005-07-28 Matsushita Electric Ind Co Ltd ホームエージェント装置、モバイルルータ装置、通信システム、および通信方法
CN1630259B (zh) * 2003-12-15 2011-03-30 松下电器产业株式会社 内部代理装置、通信系统以及通信方法
JP2005252997A (ja) 2004-03-08 2005-09-15 Nippon Telegr & Teleph Corp <Ntt> 通信システム、通信方法、通信プログラム、記録媒体、および、移動ルータ
JP2005331763A (ja) 2004-05-20 2005-12-02 Fuji Xerox Co Ltd 光記録材料及び光記録媒体

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8402162B2 (en) 2006-08-24 2013-03-19 Konica Minolta Business Technologies, Inc. Network system that can easily remotely access other networks
JP2014230216A (ja) * 2013-05-24 2014-12-08 日本電信電話株式会社 ネットワーク装置、中継管理方法、中継管理プログラムおよび通信システム

Also Published As

Publication number Publication date
EP2549781A1 (en) 2013-01-23
NO20082696L (no) 2008-07-29
JP4231042B2 (ja) 2009-02-25
KR100949355B1 (ko) 2010-03-26
CN101310487A (zh) 2008-11-19
KR20080077114A (ko) 2008-08-21
WO2007058228A1 (ja) 2007-05-24
EP1950918A1 (en) 2008-07-30
US8717941B2 (en) 2014-05-06
EP1950918B1 (en) 2013-06-19
PL1950918T3 (pl) 2013-11-29
EP1950918A4 (en) 2011-10-19
US20090092095A1 (en) 2009-04-09
CN101310487B (zh) 2012-09-19
ES2428065T3 (es) 2013-11-05

Similar Documents

Publication Publication Date Title
JP3581251B2 (ja) 通信システム、データパケット転送方法、ルータ装置及びパケット中継装置
US7328014B2 (en) Communication system, gateway equipment, communication method and authentication method
US6442616B1 (en) Method and apparatus for communication control of mobil computers in communication network systems using private IP addresses
JP4231042B2 (ja) 通信方法、移動エージェント装置、及びホームエージェント装置
US7031328B2 (en) Arrangement for traversing an IPv4 network by IPv6 mobile routers
US8437345B2 (en) Terminal and communication system
US9331980B2 (en) Secure in-band signaling method for mobility management crossing firewalls
US8755354B2 (en) Methods and apparatus for broadcast optimization in mobile IP
US20030053453A1 (en) Router and communication network system
US7623500B2 (en) Method and system for maintaining a secure tunnel in a packet-based communication system
US20090147759A1 (en) Method and apparatus for supporting mobility of node using layer 2/layer 3 addresses
JP4676018B2 (ja) 移動通信システム、位置登録方法、端末およびホームエージェント

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080304

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20080507

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: 20081202

A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20081204

R150 Certificate of patent or registration of utility model

Ref document number: 4231042

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

Free format text: JAPANESE INTERMEDIATE CODE: R150

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111212

Year of fee payment: 3

S531 Written request for registration of change of domicile

Free format text: JAPANESE INTERMEDIATE CODE: R313531

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111212

Year of fee payment: 3

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20111212

Year of fee payment: 3

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20141212

Year of fee payment: 6

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

S533 Written request for registration of change of name

Free format text: JAPANESE INTERMEDIATE CODE: R313533

R350 Written notification of registration of transfer

Free format text: JAPANESE INTERMEDIATE CODE: R350

EXPY Cancellation because of completion of term