JP2007251999A

JP2007251999A - 通信システム並びに通信システムに使用される配信管理装置及び通信方法

Info

Publication number: JP2007251999A
Application number: JP2007160700A
Authority: JP
Inventors: Atsushi Iwasaki; 淳岩崎; Masahiro Sawada; 政宏澤田; Shinichi Isobe; 慎一磯部; Takeshi Ihara; 武井原
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2007-06-18
Filing date: 2007-06-18
Publication date: 2007-09-27

Abstract

【課題】各通信ノードにて使用されるアドレス変換テーブルを、移動端末のハンドオーバに合わせて迅速に用意することの可能な通信システム等を提供すること。
【解決手段】本発明による通信システムは、移動端末の在圏するネットワークを管理する第１ＬＲＭと、相手端末のホームアドレスと、相手端末の在圏する相手ネットワークとの対応関係を管理するＨＲＭと、相手ネットワークを管理する第２ＬＲＭと、を有する通信システムである。第１ＬＲＭは、相手端末にアクセスするのに必要なアドレスを有していない場合に、ＨＲＭを経由して第２ＬＲＭから、その情報を取得する管理手段と、移動端末が、セル間をハンドオーバする際に、アクセスルータからの要請に応じて、そのアドレスを送信する通信手段を有する。
【選択図】図５

Description

本発明は、一般に移動通信の技術分野に関し、特に移動端末のネットワーク内のモビリティを管理する通信システム並びにその通信システムに使用される配信管理装置及び通信方法に関する。

インターネット・プロトコル（ＩＰ）をベースとした移動体通信ネットワークに関する研究が現在進んでいる。

図１は、そのような通信システムの一例を示す全体図である。通信システム１００は、例えばある通信事業者の運営する移動電話サービスを行う第１のネットワーク１０２と、同一又は異なる通信事業者の運営する移動電話サービスを行う第２のネットワーク１０４と、それらの間を接続する例えばインターネット網である第３のネットワーク１０６を有する。第１のネットワーク１０２内の移動端末に関する信号の送受信は、第１ローカル配信管理装置（ＬＲＭｓ：ＬｏｃａｌＲｏｕｔｉｎｇＭａｎａｇｅｒ）１０８により管理される（なお、「ｓ」は移動端末１２０（ｓｅｎｄｅｒ）側のものであることを示し、後に登場する「ｒ」は相手端末１３６（ｒｅｃｅｉｖｅｒ）側のものであることを示す。なお、移動端末１２０及び相手端末１３０が、送信及び受信を行い得ることは言うまでもない。）。

第１のネットワーク１０２には、アンカールータ（ＡＮＲ：ＡＮｃｈｏｒＲｏｕｔｅｒ）１１０と、このアンカールータ１１０の配下に接続されたアクセスルータ（ＡＲ：ＡｃｃｅｓｓＲｏｕｔｅｒ）１１２，１１４が設けられている。各アクセスルータ１１２，１１４は、所定の地理的領域であるセル１１６，１１８を有し、セル内の移動端末と通信を行うことが可能である。図示された例では、移動端末１２０が、アクセスルータ１１２のセル１１６内に位置している。ＡＮＲｓ１１０は、ＬＲＭｓ１０８の管理する内容に従って、受信したパケットを配下のアクセスルータ１１２，１１４に配信する。すなわち、ＬＲＭｓ１０８は、ＡＮＲｓ１１０にて受信されたパケットの宛先のアドレスをどのように変換して配下に送信すべきかを定める受信テーブル（ＴＲＰ：ＴａｂｌｅｏｆＲｅｒｅｉｖｅｄＰａｃｋｅｔｓ）を管理する。一般に、ネットワークには１つ又はそれ以上のアンカールータが存在し、ネットワーク内を区分することで、パケットの配信効率を向上させている。

同様に、第２のネットワーク１０４内の移動端末に関する信号の送受信又は配信は、第２ローカル配信管理装置（ＬＲＭｒ）１２２により管理される。第２のネットワーク１０４には、アンカールータ（ｏＡＮＲｒ）１２４の配下に接続されたアクセスルータ（ｏＡＲｒ）１２８と、アンカールータ（ｎＡＮＲｒ）１２６の配下に接続されたアクセスルータ（ｎＡＲｒ）１３０が設けられている（なお、ｏ及びｎは、後に説明するハンドオーバにおける移動前（ｏｌｄ）及び移動後（ｎｅｗ）のものであることを示すための添え字である。）。各アクセスルータ１２８，１３０は、所定の地理的領域であるセル１３２，１３４を有し、セル内の移動端末と通信を行うことが可能である。図示された例では、移動端末１２０の相手端末１３６が、アクセスルータ１２８のセル１３２内に位置している。アンカールータ１２４，１２６は、ＬＲＭｒ１２２の管理する内容に従って、受信したパケットを配下のアクセスルータ１２８，１３０に配信する。すなわち、ＬＲＭｒ１２２は、アンカールータの受信したパケットの宛先のアドレスをどのように変換して配下に送信すべきかを定める受信テーブル（ＴＲＰ：ＴａｂｌｅｏｆＲｅｒｅｉｖｅｄＰａｃｋｅｔｓ）を管理する。

更に、通信システム１００は、ホーム配信管理装置（ＨＲＭｒ）１３８（ＨＲＭ：ＨｏｍｅＲｏｕｔｉｎｇＭａｎａｇｅｒ）を有し、これは、相手端末に固有のホームアドレス「ＩＰｈａｒ」（ＩＰｈａ：ＩＰｈｏｍｅａｄｄｒｅｓｓ）と、その端末が在圏しているネットワーク内で使用されているアドレス「ＡＮＲｒ．ｘ」との対応関係を管理する。ホームアドレス「ＩＰｈａｒ」は、端末がどのネットワークに在圏しているかによらず、当初から割り当てられている不変のＩＰアドレスである。ネットワーク内では、「ＡＲ．ｘ」のような、各セル内の端末に対して各アクセスルータによって割り当てられる一時的なアドレス（ＩＰｒａ：ＩＰｒｏｕｔｉｎｇａｄｄｒｅｓｓ）も利用される。また、通信システム１００には、相手端末に固有のホームアドレスＩＰｈａｓと、その端末が在圏しているネットワーク内で使用されているアドレス「ＡＮＲｓ．ｘ」との対応関係を管理するホーム配信管理装置（ＨＲＭｓ）１４０を有する。

図２は、図１の通信システム１００における通信方法のフローチャートを示す図（その１）を示す。概して、図２では移動端末１２０が相手端末１３６との通信を開始する際の手順を示す。ステップ２０２に示されるように、移動端末１２０は、ホームアドレス「ＩＰｈａｒ」で指定された相手端末１３６宛のパケット信号を、自身の所属するアクセスルータ１１２に送信する。アクセスルータ１１２では、送信テーブル（ＴＳＰ：ＴａｂｌｅｏｆＰａｃｋｅｔ）を検索し、相手端末１３６のアドレス「ＩＰｈａｒ」をどのアクセスルータに又はどのアンカールータに送信すべきかを調べる。この送信テーブルに相手端末１３６にアクセスするためのアドレスが規定されていれば、パケット信号の宛先のアドレスを、送信テーブルの示すアドレスに変換し、パケット信号を配信する。

ステップ２０４に示されるように、送信テーブルに相手端末１３６に関する情報が存在しない場合は、アクセスルータ１１２は、その情報について、相手端末１３６のホームアドレス「ＩＰｈａｒ」を管理するホーム配信管理装置（ＨＲＭｒ）に問い合わせる。そして、アクセスルータ１１２は、ステップ２０６に示されるように、相手端末１３６にアクセスするのに必要なアドレスを取得する。目下の例では、相手端末１３６は、アンカールータ１２４の配下のアクセスルータ１２８のセル１３２に属しているので、ＨＲＭｒ１３８では、ホームアドレス「ＩＰｈａｒ」と、アンカールータ１２４の配下でのアドレス「ｏＡＮＲｒ．ｘ」とが対応付けられており、後者のアドレスがアクセスルータ１１２に通知される。これにより、アクセスルータ１１２は、相手端末１３６のホームアドレス「ＩＰｈａｒ」は、アンカールータ１２４の配下でのアドレス「ｏＡＮＲｒ．ｘ」に変換するように、送信テーブルを作成する。

なお、図中の二重線で示される矢線（例えばステップ２０２）は、移動端末と相手端末との間でやりとりされるパケット信号を含む信号伝送であることを示し、そうでない矢線（例えばステップ２０４）は、実際に伝送されるパケット信号を含まない問い合わせに関する信号伝送を示す。

ステップ２０８に示されるように、以後アクセスルータ１１２に到来する「ＩＰｈａｒ」宛のパケット信号は、「ｏＡＮＲｒ．ｘ」宛の信号にアドレス変換され、ネットワークに送信される。

ステップ２１０に示されるように、アンカールータ１２４では、受信テーブル（ＴＲＰ）の内容に従って、受信したパケット信号のアドレスを変換して配下のアクセスルータ１２８に送信する。その受信テーブルの内容（「ｏＡＮＲｒ．ｘ」を「ｏＡＲｒ．ｘ」に変換すること）は、ネットワーク１０４内の端末の移動を管理するＬＲＭｒ１２２により定められている。アクセスルータ１２８は、相手端末１３６がセル１３２内で通信することとなった際に、相手端末１３６に、そのセル内で使用するアドレス「ｏＡＲｒ．ｘ」を付与し、受信テーブルＴＲＰにその対応関係（「ｏＡＲｒ．ｘ」を「ＩＰｈａｒ」に変換すること）を登録しておく。

ステップ２１２に示されるように、アクセスルータ１２８が「ｏＡＲｒ．ｘ」宛のパケット信号を受信すると、受信テーブルに従って、宛先のアドレスを「ＩＰｈａｒ」に変換し、セル１３２内の相手端末１３６に送信する。これにより、移動端末１２０からのパケット信号が、適切に相手端末１３６に届く。

次に、相手端末１３６が移動端末１２０に応答する場合は、ステップ２１４に示されるように、移動端末１２０のホームアドレス「ＩＰｈａｓ」宛のパケット信号が、アクセスルータ１２８に届く。以後行われる手順は、ステップ２０２からステップ２１２に関して説明したのと同様である。アクセスルータ１２８では、送信テーブルを検索し、相手端末１２０のアドレス「ＩＰｈａｓ」をどのようなアドレスに変換すべきかを調べる。それが規定されていればパケット信号の宛先のアドレスを、送信テーブルの示すアドレスに変換し、パケット信号を配信する。

ステップ２１６に示されるように、送信テーブルに移動端末１２０に関する情報が存在しない場合は、アクセスルータ１２８は、その情報について、移動端末１２０のホームアドレス「ＩＰｈａｓ」を管理するホーム配信管理装置（ＨＲＭｓ）１４０に問い合わせる。そして、アクセスルータ１２８は、ホームアドレス「ＩＰｈａｓ」に関連付けられている、アンカールータ１１０の配下でのアドレス「ＡＮＲｓ．ｘ」を取得する。これにより、アクセスルータ１２８は、移動端末１２０のホームアドレス「ＩＰｈａｓ」を、アンカールータ１１０の配下でのアドレス「ＡＮＲｓ．ｘ」に変換するように、送信テーブルを作成する。

ステップ２２０に示されるように、以後アクセスルータ１２８に到来する「ＩＰｈａｓ」宛のパケット信号は、「ＡＮＲｓ．ｘ」宛の信号にアドレス変換され、ネットワークに送信される。

ステップ２２２に示されるように、アンカールータ１１０では、受信テーブルの内容に従って、受信したパケット信号のアドレスを変換して配下のアクセスルータ１１２に送信する。その受信テーブルの内容（「ＡＮＲｓ．ｘ」を「ｏＡＲｓ．ｘ」に変換すること）は、ネットワーク１０２内の端末の移動を管理するＬＲＭｓ１０８により定められている。アクセスルータ１１２は、移動端末１２０が自身のセル１１６内で通信することとなった際に、移動端末１２０に、そのセル内で使用するアドレス「ｏＡＲｓ．ｘ」を付与し、受信テーブルにその対応関係（「ｏＡＲｓ．ｘ」を「ＩＰｈａｓ」に変換すること）を登録しておく。

ステップ２２４に示されるように、アクセスルータ１１２が「ｏＡＲｓ．ｘ」宛のパケット信号を受信すると、受信テーブルＴＲＰに従って、宛先のアドレスを「ＩＰｈａｓ」に変換し、セル１１６内の移動端末１２０に送信する。これにより、相手端末１３６からのパケット信号が、適切に移動端末１２０に届く。

このように、各通信ノードでパケット信号を中継する際に、カプセル化ではなくアドレス変換を行っているので、オーバーヘッドは長くならず、パケット転送を効果的に行うことが可能になる。また、移動端末及び相手端末は、通信を行う際に互いのホームアドレスのみを使用するので、端末の位置情報を含むルーティングアドレス（例えば、「ＡＲｒ．ｘ」，「ｏＡＲｓ．ｘ」等）は、ネットワーク内で隠蔽されるので、ユーザのプライバシーを保護することにもなる。（このような通信システムに関しては、例えば、非特許文献１参照）。

Ｍ．ｓａｗａｄａ，ｅｔａｌ．，"ＭｏｂｉｌｉｔｙｍａｎａｇｅｍｅｎｔａｒｃｈｉｔｅｃｔｕｒｅｆｏｒＩＰ−ｂａｓｅｄＩＭＴｎｅｔｗｏｒｋＰｌａｔｆｏｒｍ"，ＩＥＩＣＥＳｏｃｉｅｔｙＣｏｎｆｅｒｅｎｃｅ，Ｓｅｐ．２００２

図３は、図２のフローチャート以降に行われ得る動作を示す。これは、セル１１６内で、相手端末１３６と通信を行っている移動端末１２０が、他のセル１１８に移行し、セル間のハンドオーバを行う場合の様子を示す。

移動端末１２０がハンドオーバするには、アンカールータ１１０及び新たなアクセスルータ１１４における受信テーブルを更新する必要がある。以後移動端末１２０宛に到来するパケット信号を新たなアクセスルータ１１４に配信するためである。アクセスルータ１１４における受信テーブルの更新は、アクセスルータ１１４が移動端末１２０に対してアドレス「ｎＡＲｓ．ｘ」を割り当てる際に行うことが可能である。アンカールータ１１０の受信テーブルの更新については、ステップ３０１に示されるように、新たなアクセスルータ１１４が、ＬＲＭｓ１０８に対して受信テーブルを更新すべきことを通知する。そして、ステップ３０３に示されるように、ＬＲＭｓ１０８は、アンカールータ１１０の受信テーブルを更新するよう通知を行う。

アクセスルータ１１４は、受信テーブルの更新とは別に、送信テーブルを作成する必要がある。ステップ３０５に示されるように、移動端末１２０は、ホームアドレス「ＩＰｈａｒ」で指定された相手端末１３６宛のパケット信号を送信するため、新たなアクセスルータ１１４にそのパケット信号を送信する。アクセスルータ１１４では、送信テーブルを検索するが、相手端末１３６のアドレス「ＩＰｈａｒ」をどのようなアドレスに変換すべきかは、目下の場合不明である。未だこのアクセスルータ１１４から相手端末１３６へパケットを送信した実績がないからである。

ステップ３０４に示されるように、送信テーブルに相手端末１３６に関する情報が存在しない場合は、アクセスルータ１１４は、その情報について、相手端末１３６のホームアドレス「ＩＰｈａｒ」を管理するホーム配信管理装置「ＨＲＭｒ」に問い合わせる。そして、アクセスルータ１１４は、ステップ３０６に示されるように、相手端末１３６に使用されているアドレスに関する情報を取得する。これにより、アクセスルータ１１４は、相手端末１３６のホームアドレス「ＩＰｈａｒ」は、アンカールータ１２４の配下でのアドレス「ｏＡＮＲｒ．ｘ」に変換するように、送信テーブルを作成する。

送信テーブルが作成されると、ステップ３０８に示されるように、それまでバッファリングされていた相手端末１３６宛のパケット信号が、送信テーブルに従って送信される。以後ステップ３１０，３１２に示されるようにパケット信号が転送され、相手端末１３６に到達する。

しかしながら、ＨＲＭｒ１３８は通常はネットワーク１０２から遠く隔たっており、ＨＲＭｒ１３８への問い合わせ（ステップ３０４）及びその応答（ステップ３０６）は長期化することが懸念される。このことは、移行先のアクセスルータにおける送信テーブルの作成に長時間を要することとなる。送信テーブルが作成されなければ、パケット信号を送信することはできない。このため、パケット信号の送信を円滑に行いつつハンドオーバを良好に行うことが困難になることが懸念される。特に、アクセスルータからの一連の問い合わせ（具体的には、ステップ３０４，３０６等）は、移動端末１２０から相手端末１３６へのパケットが送信されることにより起動され、問い合わせが完了するまでパケットはバッファリングされる。従ってそのパケットが相手端末１３６に届くまでの遅延が著しく増大することが懸念される。また、送信テーブルの作成が完了するまでの間、パケット信号をバッファリングする必要がある。送信テーブルの作成が長引くと、蓄積するパケット信号の量も増加するので、大容量のメモリを使用しなければならなくなる。

図４も、図２のフローチャート以降に行われ得る動作を示が、これは、相手端末１３６が、セル間のハンドオーバを行って、セル１３２から他のセル１３４に移行する場合の様子を示す。この場合において、アンカールータ１２４の配下のアクセスルータどうしの間のハンドオーバであれば、図３のステップ３０１ないし３０６に示すのと同様の手順で、新たなアクセスルータ（図示せず）及びアンカールータ１２４における受信テーブルを更新することが可能である。従って、この場合における問題点も、図３に説明したのと同様であるため、説明を省略する。

図４では、アンカールータも変更されるようなハンドオーバを行うことを想定している。ステップ４０２に示されるように、相手端末１３６が新たなアクセスルータ１３０にアクセスし、アクセスルータ１３０が受信テーブルを作成し、アクセスルータ１３０内でのアドレス「ｎＡＲｒ．ｘ」が、相手端末のホームアドレス「ＩＰｈａｒ」に対応付けられる。

ステップ４０４に示されるように、アクセスルータ１３０は、ＬＲＭｒ１２２に対して、アンカールータの受信テーブルを更新するよう要請する。これに応答して、ステップ４０６に示されるように、ＬＲＭｒ１２２及び新たなアンカールータ１２６における受信テーブルは、アドレス「ｎＡＮＲｒ．ｘ」を、アクセスルータ１３０でのアドレス「ｎＡＲｒ．ｘ」に対応させる。

ステップ４０８に示されるように、ＬＲＭｒ１２２は、ＨＲＭｒ１３８に対して、相手端末のホームアドレス「ＩＰｈａｒ」を、新たなアンカールータの配下のアドレス「ｎＡＮＲｒ．ｘ」に対応させるよう更新することを要請する。

ステップ４１０に示されるように、この更新を行ったＨＲＭｒ１３８は、過去に相手端末１３８に対して問い合わせを行ったアクセスルータ等に対して、相手端末のホームアドレス「ＩＰｈａｒ」を、新たなアンカールータの配下のアドレス「ｎＡＮＲｒ．ｘ」に対応させるよう更新したことを通知する。目下の例では、図２のステップ２０４及び２０６にて、アクセスルータ１１２がＨＲＭｒ１３８に問い合わせを行っており、ＨＲＭｒ１３８はそのことを記憶している。この通知を受けたアクセスルータ１１２は、相手端末１３６のアドレス「ＩＰｈａｒ」が、「ｎＡＮＲｒ．ｘ」に変換されるよう送信テーブルを更新する。これにより、以後、相手端末１３６宛のパケットは、適切に送信されることとなる。

しかしながら、このようにして行われる送信テーブルの更新（ステップ４１０）は、第１及び第２のネットワーク１０２，１０４から通常は遠く隔たっているＨＲＭｒ１３８を経由して行われるので、更新に要する時間が長期化することが懸念される。したがって、この場合もアクセスルータ１１２における送信テーブルが速やかに作成されず、場合によっては、多くのパケットが、ハンドオーバする前に使用していたアンカールータ１２４に送信され、信号の伝送効率が悪化することも懸念される。

本発明は、各通信ノードにて通信信号の宛先を示すアドレスを変換するために使用されるアドレス変換テーブルを、相手端末のハンドオーバに合わせて迅速に用意することの可能な通信システム、並びにその通信システムに使用される配信管理装置及び通信方法を提供することを目的とする。

本発明の一形態による通信システムは、所望の相手端末と通信を行う移動端末の在圏するネットワーク内の信号の配信を管理する第１ローカル配信管理装置と、前記相手端末に固有のホームアドレスと、前記相手端末の在圏するネットワークとの対応関係を管理するホーム配信管理装置と、前記相手端末の在圏するネットワーク内の信号の配信を管理する第２ローカル配信管理装置とを有する。当該通信システムは、前記第１ローカル配信管理装置が、前記相手端末にアクセスするためのアドレスに関する情報を有していない場合に、前記ホーム配信管理装置を経由して前記第２ローカル配信管理装置から、前記情報を取得するための管理手段を有する。当該通信システムは、前記移動端末が、前記移動端末の在圏する前記ネットワーク内のセル間をハンドオーバする際に、前記移動端末と無線通信を行う移行先のセルに属する配信手段からの要請に応じて、前記配信手段に、前記アドレスに関する情報を送信する通信手段を有する。

本発明によれば、各通信ノードにて通信信号の宛先を示すアドレスを変換するために使用されるアドレス変換テーブルを、移動端末又は相手端末のハンドオーバに合わせて迅速に用意することが可能になる。

図５は、本願実施例による通信システムを示す全体図である。通信システム５００は、例えばある通信事業者の運営する移動電話サービスを行う第１のネットワーク５０２と、同一又は異なる他の通信事業者の運営する移動電話サービスを行う第２のネットワーク５０４と、それらの間を接続する例えばインターネット網である第３のネットワーク５０６を有する。第１のネットワーク５０２内の移動端末に関する信号の送受信は、第１ローカル配信管理装置（ＬＲＭｓ）５０８により管理される。

第１のネットワーク５０２には、アンカールータ（ＡＮＲｓ）５１０と、このアンカールータ５１０の配下に接続されたアクセスルータ（ＡＲ）５１２，５１４が設けられている。アクセスルータ５１２，５１４はそれぞれセル５１６，５１８を有し、セル内の移動端末と通信を行うことが可能である。図示された例では、移動端末５２０が、アクセスルータ５１２のセル５１６内に位置している。ＡＮＲｓ５１０は、ＬＲＭｓ５０８の管理する内容に従って、受信したパケットを配下のアクセスルータ５１２，５１４に配信する。すなわち、ＬＲＭｓ５０８は、ＡＮＲｓ５１０にて受信されたパケットの宛先のアドレスをどのように変換して配下に送信すべきかを定める受信テーブル（ＴＲＰ）を管理する。後述するように、本実施例におけるＬＲＭｓ５０８は、従来のＬＲＭとは異なり、受信テーブルだけでなく、各アクセスルータ５１２，５１４の送信テーブルに関する情報をも管理している。

同様に、第２のネットワーク５０４内の移動端末に関する信号の送受信は、第２ローカル配信管理装置（ＬＲＭｒ）５２２により管理される。第２のネットワーク５０４には、アンカールータ（ｏＡＮＲｒ）５２４の配下に接続されたアクセスルータ（ｏＡＲｒ）５２８と、アンカールータ（ｎＡＮＲｒ）５２６の配下に接続されたアクセスルータ（ｎＡＲｒ）５３０が設けられている。アクセスルータ５２８，５３０は、それぞれセル５３２，５３４を有し、セル内の移動端末と通信を行うことが可能である。図示された例では、移動端末５２０の相手端末５３６が、アクセスルータ５２８のセル５３２内に位置している。アンカールータ５２４，５２６は、ＬＲＭｒ５２２の管理する内容に従って、受信したパケットを配下のアクセスルータ５２８，５３０に配信する。すなわち、ＬＲＭｒ５２２も、アンカールータの受信したパケットの宛先のアドレスをどのように変換して配下に送信すべきかを定める受信テーブル（ＴＲＰ）に加えて、ＬＲＭｓ５０８で説明したのと同様に送信テーブル（ＴＳＰ）をも管理する。

更に、通信システム５００には、相手端末５３６に固有のホームアドレス「ＩＰｈａｒ」と、その端末が在圏しているネットワークを管理しているローカル配信管理装置（ＬＲＭｒ）との対応関係を管理するホーム配信管理装置（ＨＲＭｒ）５３８を有する。この点、相手端末５３６のホームアドレス「ＩＰｈａｒ」と、相手端末５３６の在圏するネットワークにて使用されるアドレスに関する情報「ｏＡＮＲｒ．ｘ」との対応関係を管理していた従来のＨＲＭｒ１３８と異なる。また、通信システム５００には、移動端末５２０に固有のホームアドレス「ＩＰｈａｓ」と、その端末が在圏しているネットワークを管理しているローカル配信管理装置（ＬＲＭｓ）との対応関係を管理するホーム配信管理装置（ＨＲＭｓ）５４０を有する。

図６は、本願実施例による通信システムに使用することの可能なローカル配信管理装置（ＬＲＭ）の本発明に特に関連する主要な要素のブロック図である。ローカル配信管理装置（ＬＲＭ）６００の機能自体は、図５の第１及び第２のＬＲＭ５０８，５２２に共通するが、管理の対象となる端末が異なる。ＬＲＭ６００は、通信システム内の各通信ノードとの間の通信インターフェースとしての役割を果たす通信部６０２を有する。通信ノードは、具体的には、アクセスルータ（ＡＲ）、アンカールータ（ＡＮＲ）、ホーム配信管理装置（ＨＲＭ）、別のローカル配信管理装置（ＬＲＭ）等である。ＬＲＭ６００は、ＬＲＭ内の要素の動作を制御する管理部６０４を有する。ＬＲＭ６００は、キャッシュテーブル６０６を有し、キャッシュテーブル６０６には、受信テーブル６０８と、送信テーブル６１０が含まれる。更に、ＬＲＭ６００は、ＬＲＭ６００に問い合わせを行ったアクセスルータや、他のローカル配信管理装置等にアクセスするためのアドレスを記憶する記憶部６１２を有する。

管理部６０４の管理する受信テーブル６０８の内容には、例えばアンカールータ５１０の配下の移動端末５２０に対してはアクセスルータ５１２に配信する、等の事項が含まれている。より具体的には、受信テーブルは、アンカルータ５１０で受信したパケットの宛先のアドレスをどのように変換すべきかについてのアドレス変換テーブルを規定する。更に、キャッシュテーブル６０６には、送信テーブル６１０も含まれる。この送信テーブルは、例えばアクセスルータ５１２の送信テーブルの内容に等しい。

図７は、本願実施例による通信システムに使用することの可能なホーム配信管理装置（ＨＲＭ）の本発明に特に関連する主要な要素のブロック図である。ホーム配信管理装置（ＨＲＭ）７００の機能自体は、図５の第１及び第２のＨＲＭ５３８，５４０に共通するが、管理の対象となる端末が異なる。ＨＲＭ７００は、通信システム内の例えばＬＲＭである通信ノードとの間の通信インターフェースとしての役割を果たす通信部７０２を有する。ＨＲＭ７００は、ＬＲＭ内の要素の動作を制御する管理部７０４を有する。ＨＲＭ７００は、管理テーブル７０６を有する。更に、ＨＲＭ７００は、ＨＲＭ７００に問い合わせを行ったＬＲＭ等にアクセスするためのアドレスを記憶する記憶部７１２を有する。

管理テーブルで管理される内容は、移動端末５２０や相手端末５２６のような端末に固有のホームアドレスと、このホームアドレスを有する端末が在圏しているネットワークを管理するＬＲＭとの対応関係である。従って、ＨＲＭ７００が図５のＨＲＭｒ５３８であるならば、管理テーブル７０６で管理される内容は、相手端末５３６に固有のホームアドレス「ＩＰｈａｒ」と、この相手端末５３６の在圏するネットワーク５０４を管理するＬＲＭｒ５２２との対応関係である。

図８は、図５の通信システムにおける通信方法のフローチャートを示す図（その１）を示す。概して、図８では移動端末５２０が相手端末５３６との通信を開始する際の手順を示す。ステップ８０２に示されるように、移動端末５２０は、ホームアドレス「ＩＰｈａｒ」で指定された相手端末５３６宛のパケット信号を、自身の所属するアクセスルータ５１２に送信する。アクセスルータ５１２では、送信テーブル（ＴＳＰ）を検索し、相手端末５３６のアドレス「ＩＰｈａｒ」をどのようなアドレスに変換すべきかを調べる。この送信テーブルに相手端末５３６に関するアクセスルータ等を示すアドレスが規定されていれば、パケット信号の宛先のアドレスを、送信テーブルの示すアドレスに変換し、パケット信号を配信する。

ステップ８０４に示されるように、送信テーブルに相手端末５３６に関する情報が存在しない場合は、アクセスルータ５１２は、その情報について、第１のネットワーク５０２を管理するローカル配信管理装置（ＬＲＭｓ）５０８に問い合わせる。ＬＲＭｓ５０８が、その情報を有していれば、問い合わせを行ったアクセスルータに直ちに通知される。

なお、図中の二重線で示される矢線（例えばステップ８０２）は、移動端末と相手端末との間でやりとりされるパケット信号を含む信号伝送であることを示し、そうでない矢線（例えばステップ８０４）は、実際に伝送されるパケット信号を含まない問い合わせに関する信号伝送を示す。

ステップ８０６に示されるように、ＬＲＭｓ５０８がその情報を有していなければ、相手端末５３６のホームアドレス「ＩＰｈａｒ」を管理するＨＲＭｒ５３８に問い合わせる。ＬＲＭｓ５０８に問い合わせを行ったアクセスルータ５１２に連絡を行うのに必要な情報（アドレス）は、管理部６０４の制御の下に記憶部６１２に格納される。なお、相手端末５３６に関する情報は、アクセスルータの送信テーブル（ＴＳＰ）に関連するものであり、これはＬＲＭｓ内の送信テーブル６１０に関連する。この送信テーブル６１０に相手端末５３６に関する情報の検索、及び検索結果に基づく情報の提供又は問い合わせ等の動作は、管理部６０４の制御の下に行われる。この問い合わせを受けたＨＲＭｒ５３８は、管理部７０４の制御の下に管理テーブル７０６を参照し、問い合わせのあったホームアドレス「ＩＰｈａｒ」を有する端末は、ＬＲＭｒ５２２の管理するネットワーク５０４に存在することを示す。

ステップ８０８に示されるように、ＨＲＭｒ５３８の管理する対応関係によって見出されたＬＲＭｒ５２２へ更なる問い合わせを行うことで、相手端末５３６にアクセスするのに必要なアドレス「ｏＡＮＲｒ．ｘ」が判明し、このアドレスが、ステップ８１０，８１２に示されるように、ＬＲＭｓ５０８に送信される。この場合においても、ＬＲＭｒ５２２は、問い合わせを行ったＬＲＭｓ５０８にアクセスするのに必要なアドレスを、自身の記憶部６１２に格納する。相手端末５３６にアクセスするのに必要なアドレスが、ＬＲＭｓ５０８に到達すると、そのアドレス「ｏＡＮＲｒ．ｘ」がＬＲＭｓ５０８の送信テーブル６１０に書き込まれ、相手端末５３６のホームアドレス「ＩＰｈａｒ」に対応するようにする。

ステップ８１４に示されるように、この相手端末５３６に関するアドレスが、問い合わせを行ったアクセスルータ５１２に送信され、ここでも送信テーブルが作成される。

ステップ８１８に示されるように、以後のパケットは、アクセスルータ５１２における送信テーブルに従ってアンカールータ５２４に送信され、ステップ８２０，８２２に示されるように、配下のアクセスルータ５２８に配信され、相手端末５３６に配信される。

次に、相手端末５３６の側から応答する際の手順を説明するが、この手順は、概してステップ８０２ないしステップ８２２までの上述の手順と同様である。ステップ８２４に示されるように、相手端末５３６は、ホームアドレス「ＩＰｈａｓ」で指定された移動端末５２０宛のパケット信号を、自身の所属するアクセスルータ５２８に送信する。アクセスルータ５２８は、送信テーブル（ＴＳＰ）を検索し、移動端末５２０のアドレス「ＩＰｈａｓ」に関する情報を探す。目下の例ではそれは存在しない。

ステップ８２６に示されるように、送信テーブルに移動端末５２０に関する情報が存在しない場合は、アクセスルータ５２８は、その情報について、第２のネットワーク５０４を管理するローカル配信管理装置（ＬＲＭｒ）５２２に問い合わせる。ＬＲＭｒ５２２が、その情報を有していれば、問い合わせを行ったアクセスルータに直ちに通知される。

ステップ８２８に示されるように、ＬＲＭｒ５２２がその情報を有していなければ、移動端末５２０のホームアドレス「ＩＰｈａｓ」を管理するＨＲＭｓ５４０に問い合わせを行う。この問い合わせを受けたＨＲＭｓ５４０は、管理部７０４の制御の下に管理テーブル７０６を参照し、問い合わせのあったホームアドレス「ＩＰｈａｓ」を有する端末は、ＬＲＭｓ５０８の管理するネットワークに存在することを示す。

ステップ８３０に示されるように、ＨＲＭｓ５４０の管理する対応関係によって見出されたＬＲＭｓ５０８へ更なる問い合わせを行うことで、移動端末５２０にアクセスするのに必要なアドレス「ＡＮＲｓ．ｘ」が判明し、このアドレスが、ステップ８３２，８３４に示されるように、ＬＲＭｒ５２２に送信される。移動端末５２０にアクセスするのに必要なアドレスが、ＬＲＭｒ５２２に到達すると、そのアドレス「ＡＮＲｓ．ｘ」がＬＲＭｒ５２２の送信テーブル６１０に書き込まれ、移動端末５２０のホームアドレス「ＩＰｈａｓ」に対応するようにする。

ステップ８３６に示されるように、この移動端末５２０に関するアドレスが、問い合わせを行ったアクセスルータ５２８に送信され、ここでも送信テーブルが作成される。

ステップ８４０に示されるように、以後のパケットは、アクセスルータ５２８における送信テーブルに従ってアンカールータ５１０に送信され、ステップ８４２，８４４に示されるように、配下のアクセスルータ５１２に配信され、移動端末５２０に配信される。

図９は、図５の通信システムにおける通信方法のフローチャートを示す図（その２）を示す。これは、セル５１６内で相手端末５３６と通信を行っている移動端末５２０が、他のセル５１８に移行し、セル間のハンドオーバを行う場合の様子を示す。

移動端末５２０がハンドオーバするには、アンカールータ５１０及び新たなアクセスルータ５１４における受信テーブルを更新する必要がある。以後移動端末５２０宛に到来するパケット信号を新たなアクセスルータ５１４に配信するためである。アクセスルータ５１４における受信テーブルの更新は、アクセスルータ５１４が移動端末５２０に対してアドレス「ｎＡＲｓ．ｘ」を割り当てる際に行うことが可能である。

ステップ９０２に示されるように、アンカールータ５１０の受信テーブルの更新は、移動端末５２０が新たなセル５１８内で通信をすることとなった際に、新たなアクセスルータ５１４への信号の送信を契機に行うことが可能である。

ステップ９０４に示されるように、この信号に応じて、アクセスルータ５１４は、ＬＲＭｓ５０８に対して受信テーブルを更新すべきことを通知する。そして、ステップ９０６に示されるように、ＬＲＭｓ５０８は、アンカールータ５１０の受信テーブルを更新するよう通知を行う。

アクセスルータ５１４は、受信テーブルの更新に加えて、送信テーブルを作成する必要がある。

ステップ９１０に示されるように、アクセスルータ５１４は、相手端末に関する情報について、自身の属するネットワーク５０２を管理するＬＲＭｓ５０８に問い合わせを行う。ＬＲＭｓ５０８は、上記のステップ８１２の際に、送信テーブルを作成しており、相手端末５３６にアクセスするのに必要なアドレス「ｏＡＮＲｒ．ｘ」を有している。

ステップ９１２に示されるように、このアドレスが、問い合わせを行ったアクセスルータ５１４に送信される。これにより、アクセスルータ５１４は、相手端末５３６のホームアドレス「ＩＰｈａｒ」をアドレス「ｏＡＮＲｒ．ｘ」に変換するように、送信テーブルを作成する。

ステップ９１４に示されるように相手端末５３６宛のパケット信号が移動端末５２０からアクセスルータ５１４に送信される。以後ステップ９１６，９１８，９２０に示されるようにパケット信号が転送され、相手端末５３６に到達する。

従来は、図３に関して説明したように、移行先のアクセスルータは、相手端末へのパケット信号を受信し、それをバッファリングし、相手端末に関する情報をＨＲＭｒに問い合わせ、その後にパケット信号を相手端末側へ送信していた。このためハンドオーバの際に長期間を要していた。本実施例によれば、移行先のアクセスルータは、相手端末へのパケット信号を受信する前に、相手端末に関する情報を取得して送信テーブルを準備することができる。移行先のアクセスルータは、相手端末へのパケット信号を受信した後速やかに相手端末側へパケット信号を送信することが可能になる。ＬＲＭｓ５０８は、ＨＲＭｒ５３８とは異なり、第１のネットワーク５０２内の通信ノードと迅速に通信を行うことが可能である。移動端末５２０のハンドオーバの際に、単に、ネットワーク５０２を管理するＬＲＭｓ５０８に問い合わせをすることで（ＨＲＭｒ５３８等を経由せずに）、移行先のアクセスルータ５１４は送信テーブルを作成することが可能である。従って、極めて迅速に送信テーブルを作成することが可能になる。また、本実施例によれば、送信テーブルが予め作成されるので、ハンドオーバの際にデータをバッファリングする必要がなくなる。

図１０は、図５の通信システムにおける通信方法のフローチャートを示す図（その３）を示す。図１０も、図８のフローチャート以降に行われ得る動作を示が、これは、相手端末５３６が、セル間のハンドオーバを行って、セル５３２から他のセル５３４に移行する場合の様子を示す。この場合において、アンカールータ５２４の配下のアクセスルータどうしの間のハンドオーバであれば、図９に示すのと同様の手順で、新たなアクセスルータ（図示せず）及びアンカールータ１２４における受信テーブルを更新することが可能であるため、説明を省略する。

図１０では、アンカールータも変更されるようなハンドオーバを行うことを想定している。ステップ１００２に示されるように、相手端末５３６が新たなアクセスルータ５３０にアクセスし、アクセスルータ５３０が受信テーブルを作成し、アクセスルータ５３０内でのアドレス「ｎＡＲｒ．ｘ」が、相手端末のホームアドレス「ＩＰｈａｒ」に対応するようにする。

ステップ１００４に示されるように、アクセスルータ５３０は、ＬＲＭｒ５２２に対して、アンカールータの受信テーブルを更新するよう要請する。これに応答して、ステップ１００６に示されるように、ＬＲＭｒ５２２及び新たなアンカールータ５２６にて、アドレス「ｎＡＮＲｒ．ｘ」が、アクセスルータ５３０でのアドレス「ｎＡＲｒ．ｘ」に対応するようにする。

ステップ１００８に示されるように、ＬＲＭｒ５２２は、ＬＲＭｓ５０８に対して、相手端末のホームアドレス「ＩＰｈａｒ」を、新たなアンカールータの配下のアドレス「ｎＡＮＲｒ．ｘ」に対応させるよう更新することを要請する。目下の例では、図８のステップ８０６及び８０８にて、ＬＲＭｓ５０８がＬＲＭｒ５２２に問い合わせを行っており、ＬＲＭｒ５２２はそのことを記憶している。

ステップ１０１０に示されるように、この更新を行ったＬＲＭｓ５０８は、過去に相手端末５３６に対して問い合わせを行ったアクセスルータ等に対して、相手端末のホームアドレス「ＩＰｈａｒ」を、新たなアンカールータの配下のアドレス「ｎＡＮＲｒ．ｘ」に対応させるよう更新したことを通知する。目下の例では、図８のステップ８０４にて、アクセスルータ５１２がＬＲＭｓ５０８に問い合わせを行っており、ＬＲＭｓ５０８はそのことを記憶している。この通知を受けたアクセスルータ５１２は、相手端末５３６のアドレス「ＩＰｈａｒ」が、「ｎＡＮＲｒ．ｘ」に変換されるよう送信テーブルを更新する。これにより、以後、相手端末５３６宛のパケットは、適切に送信されることとなる。

このように、本実施例におけるハンドオーバに起因する送信テーブルの更新を行う際は、ＨＲＭｒ５３８のような遠方の通信ノードを経由せずに、迅速に送信テーブルを更新することが可能になる。この点、従来の手法（図４）と大きく異なる。

以上本願実施例によれば、移動端末又は相手端末のハンドオーバの際に、新たなアクセスルータが必要とする情報（特に、送信テーブルに必要な情報）を、ハンドーバに先立って、ＬＲＭが保有している。その情報は、呼が設立される場合のようなハンドオーバ前の時点でＬＲＭに保存される。ＬＲＭは、そのネットワーク内の端末のモビリティを局所的に管理するためのものであるため、そのネットワーク内の通信ノードと迅速に通信をすることが可能である。このため、ハンドオーバに関与するアクセスルータは、そのネットワークを局所的に管理しているＬＲＭに単に問い合わせることで、必要な情報を取得し、送信テーブルを速やかに用意することが可能になる。同一のネットワーク内のセル間をハンドオーバする場合に、移行先となるアクセスルータが問い合わせを行うＬＲＭは同一である。従って、そのようなセル間のハンドオーバ毎に、レスポンスの遅いＨＲＭに問い合わせを行う必要はなくなる。

更に、本願実施例によるホーム配信管理装置（ＨＲＭ）は、端末に固有のホームアドレス（例えば、「ＩＰｈａｒ」，「ＩＰｈａｓ」等）と、その端末の在圏するネットワークのローカル配信装置（ＬＲＭ）との対応関係を管理する。この点、端末のホームアドレスと、その端末にアクセスするのに必要なアドレスとの対応関係を管理していた従来のＨＲＭと異なる。端末にアクセスするのに必要なアドレスは、具体的には、「ＡＮＲｒ．ｘ」，「ＡＮＲｓ．ｘ」のような、アンカールータへのルーティングアドレスである。一般に、アンカールータは、移動端末及び相手端末の位置関係によって異なり、場合によっては、１つの端末Ａが複数のアンカールータを経由して複数の端末と通信する場合もある。このような場合に、従来のＨＲＭならば、端末Ａに対して、複数のアンカールータに関するアドレスを管理しなければならなくない。本願実施例によるＨＲＭならば、この場合でもＬＲＭはネットワーク全体に共通するので、ＨＲＭで管理する内容は、アンカールータの数にはよらず、ホームアドレスと１つのＬＲＭとの対応関係であるに過ぎない。このため、本願実施例によれば、従来のＨＲＭに比べて、ＨＲＭの管理負担を軽減させることが可能になる。

従来の通信システムの一例を示す全体図である。図１の通信システムにおける通信方法のフローチャートを示す図（その１）を示す。図１の通信システムにおける通信方法のフローチャートを示す図（その２）を示す。図１の通信システムにおける通信方法のフローチャートを示す図（その３）を示す。本願実施例による通信システムを示す全体図である。本願実施例による通信システムに使用することの可能なローカル配信管理装置（ＬＲＭ）のブロック図である。本願実施例による通信システムに使用することの可能なホーム配信管理装置（ＨＲＭ）のブロック図である。図５の通信システムにおける通信方法のフローチャートを示す図（その１）を示す。図５の通信システムにおける通信方法のフローチャートを示す図（その２）を示す。図５の通信システムにおける通信方法のフローチャートを示す図（その３）を示す。

符号の説明

１００通信システム
１０２第１のネットワーク
１０４第２のネットワーク
１０６第３のネットワーク
１０８送信側のローカル配信管理装置
１１０アンカールータ
１１２ハンドオーバ前に通信するアクセスルータ
１１４ハンドオーバ後に通信するアクセスルータ
１１６ハンドオーバ前に在圏していたセル
１１８ハンドオーバ後に在圏するセル
１２０移動端末
１２２受信側のローカル配信管理装置
１２４ハンドオーバ前に使用されていたアンカールータ
１２６ハンドオーバ後に使用されるアンカールータ
１２８ハンドオーバ前に使用されていたアクセスルータ
１３０ハンドオーバ後に使用されるアクセスルータ
１３２ハンドオーバ前に在圏していたセル
１３４ハンドオーバ後に在圏するセル
１３６相手端末
１３８受信側のホーム配信管理装置
１４０送信側のホーム配信管理装置
５００通信システム
５０２第１のネットワーク
５０４第２のネットワーク
５０６第３のネットワーク
５０８送信側のローカル配信管理装置
５１０アンカールータ
５１２ハンドオーバ前に通信するアクセスルータ
５１４ハンドオーバ後に通信するアクセスルータ
５１６ハンドオーバ前に在圏していたセル
５１８ハンドオーバ後に在圏するセル
５２０移動端末
５２２受信側のローカル配信管理装置
５２４ハンドオーバ前に使用されていたアンカールータ
５２６ハンドオーバ後に使用されるアンカールータ
５２８ハンドオーバ前に使用されていたアクセスルータ
５３０ハンドオーバ後に使用されるアクセスルータ
５３２ハンドオーバ前に在圏していたセル
５３４ハンドオーバ後に在圏するセル
５３６相手端末
５３８受信側のホーム配信管理装置
５４０送信側のホーム配信管理装置
６００ローカル配信管理装置
６０２通信部
６０４管理部
６０６キャッシュテーブル
６０８受信テーブル
６１０送信テーブル
６１２記憶部
７００ホーム管理装置
７０２通信部
７０４管理部
７０６管理テーブル
７１２記憶部

Claims

所望の相手端末と通信を行う移動端末の在圏するネットワーク内の信号の配信を管理する第１ローカル配信管理装置と、
前記相手端末に固有のホームアドレスと、前記相手端末の在圏するネットワークとの対応関係を管理するホーム配信管理装置と、
前記相手端末の在圏するネットワーク内の信号の配信を管理する第２ローカル配信管理装置と、
を有する通信システムであって、前記第１ローカル配信管理装置が、
前記相手端末にアクセスするためのアドレスに関する情報を有していない場合に、前記ホーム配信管理装置を経由して前記第２ローカル配信管理装置から、前記情報を取得するための管理手段と、
前記移動端末が、前記移動端末の在圏する前記ネットワーク内のセル間をハンドオーバする際に、前記移動端末と無線通信を行う移行先のセルに属する配信手段からの要請に応じて、前記配信手段に、前記アドレスに関する情報を送信する通信手段
を有することを特徴とする通信システム。
所望の相手端末と通信を行う移動端末の在圏するネットワーク内の信号の配信を管理する第１ローカル配信管理装置と、
前記相手端末に固有のホームアドレスと、前記相手端末の在圏するネットワークとの対応関係を管理するホーム配信管理装置と、
前記相手端末の在圏するネットワーク内の信号の配信を管理する第２ローカル配信管理装置と、
を有する通信システムであって、前記第１ローカル配信管理装置が、
前記ネットワーク内のセルに属し前記移動端末と無線通信を行う第１配信手段と通信を行うための通信手段と、
前記相手端末にアクセスするためのアドレスに関する情報を有していない場合に、前記ホーム配信管理装置を経由して前記第２ローカル配信管理装置から、前記情報を取得するための管理手段と、
前記第１配信手段にアクセスするためのアドレスを記憶する記憶手段
を有し、前記第２ローカル配信管理装置が、
前記相手端末が、前記相手端末の在圏する前記ネットワーク内のセル間をハンドオーバする際に、前記相手端末と無線通信を行う移行先のセルに属する第２配信手段からの要請に基づいて、前記相手端末にアクセスするためのアドレスに関する情報をハンドオーバ後の情報に更新する管理手段と、
前記第１ローカル配信管理装置が、前記第１配信手段に対して、前記相手端末にアクセスするためのアドレスに関する情報をハンドオーバ後の情報に更新するように、前記第１ローカル配信管理装置に対して、前記ハンドオーバ後の情報を通知する通信手段と、
前記第１ローカル配信管理装置にアクセスするためのアドレスを記憶する記憶手段
を有することを特徴とする通信システム。
所望の相手端末と通信を行う移動端末の在圏するネットワーク内の信号の配信を管理するローカル配信管理装置であって、
前記相手端末に固有のホームアドレスと前記相手端末の在圏する相手ネットワークとの対応関係を管理するホーム配信管理装置を経由して、前記相手ネットワーク内の信号の配信を管理する装置から、前記相手端末にアクセスするためのアドレスに関する情報を取得するための管理手段と、
前記移動端末が、前記移動端末の在圏する前記ネットワーク内のセル間をハンドオーバする際に、前記移動端末と無線通信を行う移行先のセルに属する配信手段からの要請に応じて、前記配信手段に、前記アドレスに関する情報を送信する通信手段
を有することを特徴とするローカル配信管理装置。
前記配信手段が、前記移動端末から前記相手端末へ伝送される信号を受信する前に、前記通信手段が、前記アドレスに関する情報を送信することを特徴とする請求項３記載のローカル配信管理装置。
前記相手端末に固有のホームアドレスと、前記移動端末の在圏するネットワークとの対応関係を管理するホーム配信管理装置と、
移動端末と通信を行う相手端末の在圏するネットワーク内の信号の配信を管理するローカル配信管理装置であって、
前記相手端末が、前記相手端末の在圏する前記ネットワーク内のセル間をハンドオーバする際に、前記相手端末と無線通信を行う移行先のセルに属する配信手段からの要請に基づいて、前記相手端末にアクセスするためのアドレスに関する情報をハンドオーバ後の情報に更新する管理手段と、
別のローカル配信管理装置が、前記ネットワーク内のセルに属し前記移動端末と無線通信を行う別の配信手段に対して、前記相手端末にアクセスするためのアドレスに関する情報をハンドオーバ後の情報に更新するように、前記別のローカル配信管理装置に対して、前記ハンドオーバ後の情報を通知する通信手段と、
前記別のローカル配信管理装置にアクセスするためのアドレスを記憶する記憶手段
を有し、前記移動端末の在圏するネットワーク内の信号の配信を管理する前記別のローカル配信管理装置が、
前記別の配信手段と通信を行うための通信手段と、
前記相手端末にアクセスするためのアドレスに関する情報を有していない場合に、前記ホーム配信管理装置を経由して前記ローカル配信管理装置から、前記情報を取得するための管理手段と、
前記別の配信手段にアクセスするためのアドレスを記憶する記憶手段
を有することを特徴とするローカル配信管理装置。
所望の相手端末と通信を行う移動端末の在圏するネットワーク内の信号の配信を管理する第１ローカル配信管理装置と、
前記相手端末の在圏するネットワーク内の信号の配信を管理する第２ローカル配信管理装置と、
を有する通信システムに使用されるホーム配信管理装置であって、
前記相手端末に固有のホームアドレスと、前記相手端末の在圏するネットワークとの対応関係を管理する管理手段を有し、
前記第１ローカル配信管理装置が、
前記相手端末にアクセスするためのアドレスに関する情報を有していない場合に、前記ホーム配信管理装置を経由して前記第２ローカル配信管理装置から、前記情報を取得するための管理手段と、
前記移動端末が、前記移動端末の在圏する前記ネットワーク内のセル間をハンドオーバする際に、前記移動端末と無線通信を行う移行先のセルに属する配信手段からの要請に応じて、前記配信手段に、前記アドレスに関する情報を送信する通信手段
を有することを特徴とするホーム配信管理装置。
所望の相手端末と通信を行う移動端末の在圏するネットワーク内の信号の配信を管理する第１ローカル配信管理装置と、
前記相手端末の在圏するネットワーク内の信号の配信を管理する第２ローカル配信管理装置と、
を有する通信システムに使用されるホーム配信管理装置であって、
前記相手端末に固有のホームアドレスと、前記相手端末の在圏するネットワークとの対応関係を管理する管理手段を有し、
前記第１ローカル配信管理装置が、
前記ネットワーク内のセルに属し前記移動端末と無線通信を行う第１配信手段と通信を行うための通信手段と、
前記相手端末にアクセスするためのアドレスに関する情報を有していない場合に、前記ホーム配信管理装置を経由して前記第２ローカル配信管理装置から、前記情報を取得するための管理手段と、
前記第１配信手段にアクセスするためのアドレスを記憶する記憶手段
を有し、前記第２ローカル配信管理装置が、
前記相手端末が、前記相手端末の在圏する前記ネットワーク内のセル間をハンドオーバする際に、前記相手端末と無線通信を行う移行先のセルに属する第２配信手段からの要請に基づいて、前記相手端末にアクセスするためのアドレスに関する情報をハンドオーバ後の情報に更新する管理手段と、
前記第１ローカル配信管理装置が、前記第１配信手段に対して、前記相手端末にアクセスするためのアドレスに関する情報をハンドオーバ後の情報に更新するように、前記第１ローカル配信管理装置に対して、前記ハンドオーバ後の情報を通知する通信手段と、
前記第１ローカル配信管理装置にアクセスするためのアドレスを記憶する記憶手段
を有することを特徴とするホーム配信管理装置。
所望の相手端末と通信を行う移動端末の在圏するネットワーク内の信号の配信を管理する第１ローカル配信管理装置と、
前記相手端末に固有のホームアドレスと、前記相手端末の在圏するネットワークとの対応関係を管理するホーム配信管理装置と、
前記相手端末の在圏するネットワーク内の信号の配信を管理する第２ローカル配信管理装置と、
を有する通信システムにおける通信方法であって、
前記第１ローカル配信管理装置が、前記ホーム配信管理装置の管理する前記対応関係に基づいて見出される前記第２ローカル配信管理装置から、前記相手端末にアクセスするためのアドレスに関する情報を取得するステップと、
前記移動端末が、前記移動端末の在圏する前記ネットワーク内のセル間をハンドオーバする際に、前記移動端末と無線通信を行う移行先のセルに属する配信手段が、前記第１ローカル配信管理装置から前記アドレスに関する情報を取得するステップ
より成ることを特徴とする前記通信システムにおける通信方法。
配信手段が前記第１ローカル配信管理装置から前記アドレスに関する情報を取得する前記ステップは、前記移動端末から前記相手端末へ伝送される信号を前記配信手段が受信する前に、前記アドレスに関する情報を前記配信手段が取得するステップより成ることを特徴とする請求項８記載の通信方法。
所望の相手端末と通信を行う移動端末の在圏するネットワーク内の信号の配信を管理する第１ローカル配信管理装置と、
前記相手端末に固有のホームアドレスと、前記相手端末の在圏するネットワークとの対応関係を管理するホーム配信管理装置と、
前記相手端末の在圏するネットワーク内の信号の配信を管理する第２ローカル配信管理装置と、
を有する通信システムにおける通信方法であって、
前記ネットワーク内のセルに属し前記移動端末と無線通信を行う第１配信手段からの要請に基づいて、前記第１ローカル配信管理装置が、前記相手端末にアクセスするためのアドレスに関する情報を取得する情報取得ステップと、
前記相手端末が、前記相手端末の在圏する前記ネットワーク内のセル間をハンドオーバする際に、前記相手端末と無線通信を行う移行先のセルに属する第２配信手段からの要請に基づいて、前記第２ローカル配信管理装置が、前記相手端末にアクセスするためのアドレスに関する情報をハンドオーバ後の情報に更新するステップと、
前記第２ローカル配信管理装置が、前記第１ローカル配信管理装置に対して、前記相手端末にアクセスするためのアドレスに関する情報をハンドオーバ後の情報に更新するよう通知するステップと、
前記第１ローカル配信管理装置が、前記第１配信手段に対して、前記相手端末にアクセスするためのアドレスに関する情報をハンドオーバ後の情報に更新するよう通知するステップ
より成り、前記情報取得ステップは、
前記第１ローカル配信管理装置が、前記第１配信手段にアクセスするためのアドレスを記憶し、
前記第１ローカル配信管理装置が、前記ホーム配信管理装置の管理する前記対応関係に基づいて見出される前記第２ローカル配信管理装置から、前記相手端末にアクセスするためのアドレスに関する情報を取得し、
前記第２ローカル管理装置が、前記第１ローカル配信管理装置にアクセスするためのアドレスを記憶するステップ
より成ることを特徴とする前記通信システムにおける通信方法。