JP2004236001A - 移動通信システム、位置情報管理装置、ルーティング情報管理装置 - Google Patents
移動通信システム、位置情報管理装置、ルーティング情報管理装置 Download PDFInfo
- Publication number
- JP2004236001A JP2004236001A JP2003022450A JP2003022450A JP2004236001A JP 2004236001 A JP2004236001 A JP 2004236001A JP 2003022450 A JP2003022450 A JP 2003022450A JP 2003022450 A JP2003022450 A JP 2003022450A JP 2004236001 A JP2004236001 A JP 2004236001A
- Authority
- JP
- Japan
- Prior art keywords
- mobile
- information
- management device
- mobile node
- router
- 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.)
- Pending
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
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/02—Arrangements for increasing efficiency of notification or paging channel
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/04—User notification, e.g. alerting and paging, for incoming communication, change of service or the like multi-step notification using statistical or historical mobility data
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/005—Moving wireless networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
- H04W84/04—Large scale networks; Deep hierarchical networks
- H04W84/06—Airborne or Satellite Networks
-
- 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/08—Access point devices
-
- 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)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】移動体空間内に存在する移動ノード（ＭＮ）の位置情報更新（ＬＵ）を代表する移動ルータ（ＭＲ）が通信状態のためＬＵ信号を送出しない等の理由によって、位置情報管理装置が正しい在圏位置情報を保持していない場合でも、有限な無線リソースの使用を抑えつつ、ＭＮに対して着信をかける。
【解決手段】ＭＲ＃１が待ち受け状態か通信状態かを示すフラグを位置情報管理装置ＬＭ＃１に保持する。ＭＲ＃１と主従関係にあるＭＮ＃２に着信が発生した場合、ＬＭ＃１はフラグを参照しＭＲ＃１の状態を判定する。ＭＲ＃１が通信状態の場合、ＬＭ＃１がルーティング情報管理装置ＲＭ＃１にＭＲ＃１のルーティングアドレス情報を問い合わせ、その情報を用いてＬＭ＃１が着信をかける。
【効果】通信状態で移動するＭＲ＃１がＬＵ信号を送出することなく、そのＭＲ＃１と主従関係を形成しているＭＮ＃２への着信が可能となる。
【選択図】 図２
【解決手段】ＭＲ＃１が待ち受け状態か通信状態かを示すフラグを位置情報管理装置ＬＭ＃１に保持する。ＭＲ＃１と主従関係にあるＭＮ＃２に着信が発生した場合、ＬＭ＃１はフラグを参照しＭＲ＃１の状態を判定する。ＭＲ＃１が通信状態の場合、ＬＭ＃１がルーティング情報管理装置ＲＭ＃１にＭＲ＃１のルーティングアドレス情報を問い合わせ、その情報を用いてＬＭ＃１が着信をかける。
【効果】通信状態で移動するＭＲ＃１がＬＵ信号を送出することなく、そのＭＲ＃１と主従関係を形成しているＭＮ＃２への着信が可能となる。
【選択図】 図２
Description
【０００１】
【発明の属する技術分野】
本発明は移動通信システム、位置情報管理装置、ルーティング情報管理装置に関し、特に移動通信システムにおける位置管理及び着信の方式に関する。
【０００２】
【従来の技術】
周知のように、移動通信サービスにおいては、携帯電話機等の移動ノードがどこにあっても着信できるように、位置情報管理装置に各移動ノードの位置を記憶しておくことが一般的である。具体的には、移動通信サービスの提供エリアが複数の登録エリアに分割されており、移動ノードが一の登録エリアから他の登録エリアに移動すると、移動後の登録エリアを特定した位置登録要求が基地局装置を介してその移動ノードから移動網へ無線リソースを消費して送信される。そして、この位置登録要求に応じて、位置情報管理装置に記憶された各移動ノードの登録エリアが順次更新されるのである。
【０００３】
しかしながら、多数の移動ノードが移動体によって一斉に移動する場合、例えば電車等に移動ノードを所持した乗客が大勢乗車している場合、この電車等の移動に伴って多数の移動ノードが一斉に移動することとなるため、電車等が一の登録エリアから他の登録エリアに跨って移動する場合、一斉に位置登録要求が基地局装置を介してこれらの各移動ノードから移動網へ送信され、無線リソースの圧迫や移動網内の通信トラフイックが一時的に著しく増大してしまうという問題があった。
【０００４】
かかる問題を解決するための技術として、特許文献１や非特許文献１がある。
これらの文献には、電車等の移動体とその移動体空間内に存在する移動ノードとの間に主従関係を持たせ、主となる移動体に設置した移動ルータが、従となる移動ノードの位置登録要求を代表して移動網へ無線リソースを消費して送信するようにした移動通信システムが開示されている。この移動通信システムにおいては、移動体空間内に存在する移動ノードが移動ルータを仮想的な基地局装置として位置登録を行い、移動体が一の登録エリアから他の登録エリアに移動すると、上記移動ルータが基地局装置を介して移動網に位置登録要求を送信するようになっている。これにより、移動体空間内に存在する移動ノードの位置登録要求を代表することを実現している。
【０００５】
【特許文献１】
特開平１１−３５５８３５号公報
【非特許文献１】
弓場、笹田、藤原、薮崎著、「連鎖型移動制御の一検討」、信学技報ＩＮ２０００−１７７、２００１年２月、ｐｐ．７−１４
【０００６】
【発明が解決しようとする課題】
しかし、上記公報等に開示された移動通信システムにあっては、以下の問題がある。すなわち、移動体空間内に存在する全ての移動ノード（Ｍｏｂｉｌｅ Ｎｏｄｅ：以下、ＭＮと略称する）及びその移動体内に設置され、そのＭＮの位置登録（Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ：以下、ＬＵと略称する）を代表して行う移動ルータ（Ｍｏｂｉｌｅ Ｒｏｕｔｅｒ：以下、ＭＲと略称する）が待ち受け状態で移動する場合、位置登録エリア（Ｌｏｃａｔｉｏｎ Ａｒｅａ：以下、ＬＡと略称する）を跨る度に、ＭＮ及びＭＲの在圏位置情報を保持する位置情報管理装置（Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｒ：以下、ＬＭと略称する）へそのＭＲがＬＵ信号を送出し、そのＭＲの在圏ＬＡ情報を更新することが必要である。
【０００７】
そのため、例えば、ＭＲ自身、又はそのＭＲと主従関係を形成している１以上のＭＮがそのＭＲ経由で通信を行っている状態で移動する場合には、ＬＡを跨る移動を行ったとしても、そのＭＲは待ち受け状態ではなく、ＬＵ信号を送出しないため、ＬＭにおいてそのＭＲの在圏ＬＡを更新できない。これでは、そのＭＮに対して着信をかけることができないという問題がある。
【０００８】
本発明は、以上の点を鑑みてなされたもので、移動体空間内に存在するＭＮのＬＵを代表するＭＲが通信状態のためＬＵ信号を送出しない等の理由によって、ＬＭが必ずしも正しい在圏ＬＡ情報を保持していない場合においても、有限な無線リソースの使用を抑えつつ、ＭＮに対して着信をかけることが可能な位置管理を行う移動通信システム、位置情報管理装置、ルーティング情報管理装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の請求項１による移動通信システムは、移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムであって、前記移動ルータが通信状態であるか否かを示すフラグを保持する手段と、前記移動ノードに対して着信があった場合、保持されている前記フラグの値に応じて、前記移動ルータについてのルーティングアドレス情報を問い合わせる手段と、この問い合わせによって得られたルーティングアドレス情報を用いて前記移動ノードに対して着信をかける手段とを含むことを特徴とする。問い合わせによって得られたルーティングアドレス情報を用いて位置情報管理装置が着信をかけることにより、通信状態で移動する移動ルータが有限な無線リソースを消費して位置登録要求信号を送出することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。また、在圏位置情報よりもより詳細な位置情報を示すルーティングアドレスを用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
【００１０】
本発明の請求項２による移動通信システムは、請求項１において、前記移動ノードから送出され通信の開始を示す信号に応答して、前記フラグを、通信状態を示す値に設定し、
前記移動ノードから送出され通信の停止を示す信号に応答して、前記フラグを、待ち受け状態を示す値に設定する手段を更に含むことを特徴とする。通信状態の開始／終了を示す信号を利用してフラグの値を制御することにより、通信状態であるか待ち受け状態であるかの認識を容易に行うことができる。
【００１１】
本発明の請求項３による移動通信システムは、移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムであって、前記移動ルータのルーティングアドレス情報を格納するテーブルと、このテーブル内の前記移動ルータのルーティングアドレス情報が更新された場合、更新されたルーティングアドレス情報を通知する手段とを有するルーティング情報管理装置と、
前記ルーティング情報管理装置から通知されたルーティングアドレス情報を、前記移動ルータの在圏位置情報として格納するテーブルと、このテーブルに格納されている在圏位置情報を用いて前記移動ノードに着信をかける手段とを有する位置情報管理装置と、
を含むことを特徴とする。こうすることにより、フラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。なお、ルーティング情報管理装置には、ローカルルーティング情報管理装置及びホームルーティング情報管理装置の構成等、階層的に設けられた複数のルーティング情報管理装置も含まれる。また、位置情報管理装置には、ローカル位置情報管理装置及びホーム位置情報管理装置の構成等、階層的に設けられた複数の位置情報管理装置も含まれる。
【００１２】
本発明の請求項４による位置情報管理装置は、移動ノードと共に移動する移動ルータが代表して前記移動ノードについて位置登録処理がなされる位置情報管理装置であって、前記移動ルータが通信状態であるか否かを示すフラグを保持する手段と、前記移動ノードに対して着信があった場合、保持されている前記フラグの値に応じて、前記移動ルータについてのルーティングアドレス情報を問い合わせる手段と、この問い合わせによって得られたルーティングアドレス情報を用いて前記移動ノードに対して着信をかける手段とを含むことを特徴とする。問い合わせによって得られたルーティングアドレス情報を用いて位置情報管理装置が着信をかけることにより、通信状態で移動する移動ルータが有限な無線リソースを消費して位置登録要求信号を送出することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。
【００１３】
本発明の請求項５による位置情報管理装置は、請求項４において、前記フラグを、前記移動ノードから送出され通信の開始を示す信号に応答して、通信状態を示す値に設定し、
前記移動ノードから送出され通信の停止を示す信号に応答して、前記フラグを、待ち受け状態を示す値に設定する手段を更に含むことを特徴とする。通信状態の開始／終了を示す信号を利用してフラグの値を制御することにより、通信状態であるか待ち受け状態であるかの認識を容易に行うことができる。
【００１４】
本発明の請求項６による位置情報管理装置は、移動ノードと共に移動する移動ルータが代表して前記移動ノードについて位置登録処理がなされる位置情報管理装置であって、前記移動ルータのルーティングアドレス情報が更新される度に通知される該ルーティングアドレス情報を、前記移動ルータの在圏位置情報として格納するテーブルと、このテーブルに格納されている在圏位置情報を用いて前記移動ノードに着信をかける手段とを含むことを特徴とする。こうすることにより、フラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。
【００１５】
本発明の請求項７によるルーティング情報管理装置は、移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムに用いられるルーティング情報管理装置であって、前記移動ルータのルーティングアドレス情報を格納するテーブルと、前記移動ルータのルーティングアドレス情報の問い合わせに応答して前記テーブルに格納されているルーティングアドレス情報を返信する手段とを含むことを特徴とする。在圏位置情報よりもより詳細な位置情報を示すルーティングアドレスを用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
【００１６】
本発明の請求項８によるルーティング情報管理装置は、移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムに用いられるルーティング情報管理装置であって、前記移動ルータのルーティングアドレス情報を格納するテーブルと、このテーブル内の前記移動ルータのルーティングアドレス情報が更新された場合、更新されたルーティングアドレス情報を通知する手段とを含むことを特徴とする。こうすることにより、フラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。
【００１７】
【発明の実施の形態】
次に、図面を参照して本発明の実施の形態について説明する。以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。なお、各図中の移動ノードのうち、ハッチングが付されているものは待ち受け状態（ｄｏｒｍａｎｔ）であり、ハッチングが付されていないものは通信状態（ａｃｔｉｖｅ）であるものとする。
（第１の実施形態）
Ａ：移動通信システムの構成
図１は本発明による移動通信システムの第１の実施形態を示す図である。
【００１８】
同図に示されているように、本システムは、移動ノードや移動ルータのＬＡ情報、ないしは、移動ルータと移動ノードとの主従関係を示す主従関係情報を格納している位置情報管理装置ＬＭ＃１と、ＭＮやＭＲのＲＡ（Ｒｏｕｔｉｎｇ Ａｄｄｒｅｓｓ：以下、ＲＡと略称する）情報を格納しているルーティング情報管理装置ＲＭ＃１（Ｒｏｕｔｉｎｇ Ｍａｎａｇｅｒ：以下、ＲＭと略称する）と、移動ノードや移動ルータに対して在圏位置識別子（Ａｒｅａ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：以下、ＡｒＩと略称する）を報知し、このＡｒＩとＬＡとしてネットワーク内で管理される在圏位置情報との対応関係を保持するＡＲ１〜ＡＲ１１と、を含んで構成されている。
【００１９】
また、同図に示されているように、本システムは、待ち受け状態での移動において移動体空間内に存在するＭＮのＬＵを代表する移動ルータＭＲ＃１と、待ち受け状態にあっても移動ルータＭＲ＃１と同一の移動体空間内に存在する時にはＬＵを実施しない移動ノードＭＮ＃１，ＭＮ＃２と、を含んで構成されている。
位置情報管理装置ＬＭ＃１とルーティング情報管理装置ＲＭ＃１とに対応して大きなエリアが形成されている。このエリアには多数のＡＲが含まれている。ＡＲそれぞれに対応して存在するエリアが複数集合したものがロケーションエリアＬＡ＃Ａ，ＬＡ＃Ｂ，ＬＡ＃Ｃ，ＬＡ＃Ｄ，…，ＬＡ＃Ｚである。
【００２０】
なお、同図においては明示されていないが、通常、ＡＲ−ＬＭ／ＲＭ間やＬＭ−ＲＭ間等には、信号等を転送するルータないしは交換機が存在する。
同図において、ＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」のＬＡが「ＭＲ＃１」で、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＬＡ＃Ａ」であることが登録されている（Ｓ１３０１）。
【００２１】
ＲＭ＃１には、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報が格納されている。つまり、識別子（ＩＤ）「ＭＮ＃１」のＲＡ情報が「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のＲＡ情報が「ＡＲ３ｂ」であることが登録されている（Ｓ１３０２）。
この状態において、ＭＮ＃１及びＭＲ＃１が通信状態にてＬＡ＃ＡからＬＡ＃Ｂへ移動した場合、ＭＲ＃１からＬＵ信号は送出されない（Ｓ１３００）。したがって、ＬＭ＃１におけるＭＲ＃１の在圏ＬＡはＬＡ＃Ａのままである。この際に、ＭＲ＃１と主従関係にある待ち受け状態のＭＮ＃２に着信があると、従来の移動通信システムと同様の動作に従うと、実際にはＭＮ＃２が在圏していないＬＡ＃Ａに対して着信がかけられてしまうことになる。これでは、ＬＡ＃Ｂに在圏するＭＮ＃２は、その着信を受信することができないという問題が生じる。
【００２２】
この問題に対し、待ち受け状態、通信状態に関わらずＭＲがＬＵ信号を送出することも考えられる。しかしながら、通常、通信状態にある場合には、ＭＲ及びＭＮに対するルーティングアドレスを保持するＲＭが、在圏するＡＲで示される、ＬＡよりもより詳細な位置情報（ＲＡ情報）を保持しており、ＭＲがＬＵ信号を送出することでＬＭの情報を更新することは、有限な無線リソースの消費に対する観点から考えると、非効率的である。
【００２３】
そこで、本システムでは、ＬＭにおいて、ＭＲが待ち受け状態にあるか通信状態にあるかを判定するフラグをテーブル内に保持し、そのＭＲと主従関係にあるＭＮに対して着信が発生した場合に、ＬＭがそのＭＲの状態を判定し、通信状態にあると判定された際には、ＬＭがＲＭに対してそのＭＲのＲＡ情報を問い合わせ、得られたＲＡ情報に対してＬＭが着信をかける。
【００２４】
以下、この着信をかける手順について図２を参照して説明する。
同図において、発信を行おうとしているＭＮ＃１からＡｃｔｉｖａｔｉｏｎ信号を受信した場合（Ｓ１４０１）、ＭＲは、Ａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＭ＃１及びＲＭ＃１に送信する（Ｓ１４０２ａ、Ｓ１４０２ｂ）。ＬＭ＃１では、自装置のテーブルにおいて、識別子（ＩＤ）が「ＭＲ＃１」のエントリーのフラグの値を「１」にする（Ｓ１４０３ａ）。ＲＭ＃１においては、識別子（ＩＤ）が「ＭＮ＃１」及び「ＭＲ＃１」のエントリーに対してそれぞれのＲＡ情報を書込む（Ｓ１４０３ｂ）。なお、本明細書では、フラグの値が「１」の場合には通信状態であることを示し、フラグの値が「０」の場合には待ち受け状態（通信状態でない）であることを示すものとする。
【００２５】
次に、ＭＲ＃１がＬＡ＃ＡからＬＡ＃Ｂに移動すると（Ｓ１４０４）、通信状態にあるＭＮ＃１及びＭＲ＃１に対してハンドオーバ処理を行うため、ＭＲ＃１からＡｃｔｉｖａｔｉｏｎ信号が送出され（Ｓ１４０５）、ＲＭ＃１においては、ＲＡ情報の更新処理が行われる（Ｓ１４０６）。
ここで、ＭＮ＃２に対して着信があると（Ｓ１４０７）、それを受信したＲＭ＃１は待ち受け状態にあるＭＮ＃２のＲＡ情報を保持していないため、ＬＭ＃１に対して呼出要求（Ｐａｇｉｎｇ Ｒｅｑ）を送出する（Ｓ１４０８）。
【００２６】
ＬＭ＃１においては、ＭＮ＃２がＭＲ＃１に従属し、ＭＲ＃１が通信状態にあることを検出するため、ＲＭ＃１に対してＭＲ＃１のルーティングアドレスを問い合わせる（Ｓ１４０９）。これに応答して、ＲＭ＃１からＭＲ＃１のルーティングアドレス「ＡＲ３ｂ」が送出され、ＬＭ＃１に入力される（Ｓ１４１０）。ＬＭ＃１は、このルーティングアドレス「ＡＲ３ｂ」を用いてＭＮ＃２に対して着信をかける（Ｓ１４１１）。これを受信したＭＲ＃１は、ＭＮ＃２に対して着信信号を送出する（Ｓ１４１２）。この後、ＭＮ＃２は着信元と通信状態になる。
Ｂ：移動通信システムの動作
（第１の動作例）
図２に示されている手順を詳細に記述した、図３及び図４を参照して、第１の動作例について説明する。これらの図においては、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１、アクセスルータＡＲ１、ＡＲ２、ＡＲ３、ＬＭ＃１、ＲＭ＃１の動作が示されている。なお、これらの図は、図１に示されている構成と対応している。
【００２７】
図３は、ＭＲ＃１と主従関係にありかつ待ち受け状態のＭＮ＃２に対する着信の様子を示すシーケンス図である。
ここで、ＭＲ＃１及びＭＮ＃１はＬＡ＃Ａ在圏時に通信状態となり、通信状態のままＬＡ＃Ａに含まれるＡＲ２配下からＬＡ＃Ｂに含まれるＡＲ３配下へ移動してきたものとする。
【００２８】
同図において、ＲＭ＃１には、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報が格納されている。つまり、識別子（ＩＤ）「ＭＮ＃１」のＲＡ情報が「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のＲＡ情報が「ＡＲ３ｂ」であることが登録されている（Ｓ１５０１ｂ）。
ＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＬＡ＃Ａ」でフラグが「１」、識別子（ＩＤ）「ＭＮ＃１」のＬＡが「ＭＲ＃１」でフラグが「０」、識別子（ＩＤ）「ＭＮ＃２」のＬＡが「ＭＲ＃１」でフラグが「０」、であることが登録されている（Ｓ１５０１ａ）。
【００２９】
移動ノードＭＮ＃１は移動ネットワーク内に在圏し（Ｓ１５０２ａ）、移動ノードＭＮ＃２も移動ネットワーク内に在圏している（Ｓ１５０２ｂ）。移動ルータＭＲ＃１は、ＡｒＩが「ＭＲ＃１」であることに相当する報知情報を移動ネットワーク内の全ての移動ノード（ＭＮ＃１及びＭＮ＃２）に通知している（Ｓ１５０３）。また、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１は、アクセスルータＡＲ３から、ＡｒＩが「ＬＡ＃Ｂ」であることに相当する報知情報を受信している（Ｓ１５０４）。
【００３０】
この状態において、ＭＲ＃１と主従関係にある待ち受け状態の移動ノードＭＮ＃２に対して着信があると（Ｓ１５０５）、その着信を受信したＲＭ＃１は、自身のテーブルを検索し、ＭＮ＃２に関するエントリーが無いことを検出すると、ＭＮ＃２が待ち受け状態にあることを認識する。すると、ＲＭ＃１は、固有アドレスである識別子ＩＰｈａをキーとしてＭＮ＃２のＬＭであるＬＭ＃１を特定し、着信要求（Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ）を送出する（Ｓ１５０６）。この着信要求を受信したＬＭ＃１は、自身のテーブルを検索し、ＭＮ＃２がＭＲ＃１に従属しており、ＭＲ＃１はＬＡ＃Ａに在圏していることを検出する。さらに、ＬＭ＃１は、ＭＲ＃１のフラグを参照する。このとき、ＭＲ＃１のフラグの値は「１」であるため、ＬＭ＃１は、ＭＲ＃１が通信状態にあることを検出する（Ｓ１５０７）。
【００３１】
ここで、このフラグに対する制御アルゴリズムの例が図４に示されている。同図（ａ）において、ＭＮに対して発着信があった場合（ステップＳ１６００）、ＭＮはＡｃｔｉｖａｔｉｏｎ信号をＭＲに送出する（ステップＳ１６０１）。すると、ＭＲは、カウンタ（Ａｃｔｉｖａｔｉｏｎ Ｃｏｕｎｔｅｒ）を１加算する（ステップＳ１６０２）。つまり、カウンタのカウント値をＣとすると、Ｃ＝Ｃ＋１とする。
【００３２】
次に、カウンタのカウント値Ｃが１（Ｃ＝１）でない場合、ＭＲはＡｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＲＭのみに送出する（ステップＳ１６０３→Ｓ１６０４）。一方、カウント値Ｃが１（Ｃ＝１）である場合、ＭＲはＡｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＭ及びＲＭに送出する（ステップＳ１６０３→Ｓ１６０５）。そして、ＬＭは、ＭＲのフラグ（Ａｃｔｉｖｅ Ｆｌａｇ）を立てる（ステップＳ１６０６）。これにより、フラグの値が「１」になる。
【００３３】
また、同図（ｂ）において、ＭＮの通信が終了した場合（ステップＳ１６１０）、ＭＮはＤｅａｃｔｉｖａｔｉｏｎ信号をＭＲに送出する（ステップＳ１６１１）。すると、ＭＲは、カウンタ（Ａｃｔｉｖａｔｉｏｎ Ｃｏｕｎｔｅｒ）を１減算する（ステップＳ１６１２）。つまり、カウンタのカウント値をＣとすると、Ｃ＝Ｃ−１とする。
【００３４】
次に、カウンタのカウント値Ｃが０（Ｃ＝０）でない場合、ＭＲはＤｅａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＲＭのみに送出する（ステップＳ１６１３→Ｓ１６１４）。一方、カウント値Ｃが０（Ｃ＝０）である場合、ＭＲはＤｅａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＭ及びＲＭに送出する（ステップＳ１６１３→Ｓ１６１５）。そして、ＬＭは、ＭＲのフラグ（Ａｃｔｉｖｅ Ｆｌａｇ）を下ろす（ステップＳ１６１６）。これにより、フラグの値が「０」になる。
【００３５】
以上のように本例では、ＭＮに対して発着信が生じた場合や通信が終了した時に送出されるＡｃｔｉｖａｔｉｏｎ信号／Ｄｅａｃｔｉｖａｔｉｏｎ信号により、ＭＲが通信状態にあるＭＮの数を把握する。そして、その値が「０」から「１」になった場合や「１」から「０」になった場合にＬＭへ通知する。この通知を受取ったＬＭは、ＭＲについてのフラグの上げ下げ、すなわちフラグの設定を制御する。
【００３６】
要するにＭＲについてのフラグは、移動ノードから送出され通信の開始を示す信号に応答して、通信状態を示す値に設定され、移動ノードから送出され通信の停止を示す信号に応答して、待ち受け状態を示す値に設定されることになる。
図３に戻り、フラグの値「１」によってＭＲ＃１が通信状態にあることを検出したＬＭ＃１は、ＲＭ＃１にＭＲ＃１のＲＡ情報を問い合わせる（Ｓ１５０８）。この問い合わせを受信したＲＭ＃１は、自身のテーブルを検索し、ＭＲ＃１に対するＲＡ情報である「ＡＲ３ｂ」を応答する（Ｓ１５０９）。この応答を受信したＬＭ＃１は、得られたＲＡ情報である「ＡＲ３ｂ」に対して着信をかける（Ｓ１５１０）。この着信信号は、ＡＲ３を経由してＭＲ＃１に転送され（Ｓ１５１１）、さらに、これを受信したＭＲ＃１が移動体内に報知する（Ｓ１５１２）。以上により、着信信号がＭＮ＃２まで届けられることになる。
【００３７】
この着信信号に対して、移動ノードＭＮ＃２が応答（Ｐａｇｉｎｇ Ａｃｋ）を送出すると（Ｓ１５１３）、その応答は移動ルータＭＲ＃１、アクセスルータＡＲ３、ＬＭ＃１を介してＲＭ＃１に入力される（Ｓ１５１４、Ｓ１５１５、Ｓ１５１６）。
ここで、以上の動作を実現するためのＬＭ、ＲＭの構成について、図５、図６を参照して説明する。
【００３８】
図５に示されているように、ＬＭは、移動ノード及び移動ルータについてのＬＡ、並びに、それらが通信状態か待ち受け状態かを示すフラグを格納するためのテーブル７１と、ＲＡ情報をＲＭに問い合わせるためのＲＡ情報問い合わせ機能７２と、問い合わせの結果得られたＲＡ情報又は自身が保持しているＬＡ情報を用いて着信をかける着信機能７３と、フラグの値の書替えを行うフラグ制御機能７４と、自装置に登録されているＬＡ情報を更新するＬＡ情報更新機能７５と、ＡＲやＲＭ等、外部装置と自装置内の各部との間で信号を送受信するためのインタフェースをなす信号送受信部７０とを含んで構成されている。
【００３９】
また、図６に示されているように、ＲＭは、移動ノード及び移動ルータについてのＲＡ情報を格納するためのテーブル８１と、ＬＭからの問い合わせに応答してＲＡ情報を返信するＲＡ情報返信機能８２と、自装置に登録されているＲＡ情報を更新するＲＡ情報更新機能８３と、着信要求を送出する着信要求送出機能８４と、ＡＲやＬＭ等、外部装置と自装置内の各部との間で信号を送受信するためのインタフェースをなす信号送受信部８０とを含んで構成されている。
【００４０】
このような構成からなるＬＭ及びＲＭの動作について、図７を参照して説明する。同図は、図５に示されているＬＭ、及び図６に示されているＲＭの動作を示すフローチャートである。同図において、まず、ＬＭ内のテーブルに、移動ノード及び移動ルータが通信状態か待ち受け状態かを示すフラグを格納する（ステップＳ９０１）。次に、移動ノードに対して着信があるか判断する（ステップＳ９０２）。着信があった場合には、テーブルに格納されている移動ルータのフラグの値を確認する（ステップＳ９０３）。
【００４１】
フラグの値が「０」すなわち待ち受け状態を示す値である場合、ＬＭ内のテーブルに格納されているＬＡ情報を用いて、その移動ノードにＬＭが着信をかける（ステップＳ９０３→Ｓ９０４）。
一方、フラグの値が「１」すなわち通信状態を示す値である場合、ＬＭからＲＭに対して、その移動ルータについてのＲＡ情報を問い合わせる（ステップＳ９０３→Ｓ９０５）。そして、この問い合わせに対してＲＭからＬＭへの返信によって得られたＲＡ情報を用いて、その移動ノードにＬＭが着信をかける（ステップＳ９０６）。
【００４２】
以上のように動作することにより、通信状態で移動する移動ルータが有限な無線リソースを消費してＬＵ信号を送出することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。また、ＬＡ情報よりも詳細な位置情報であるＲＡ情報を用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
【００４３】
（第２の動作例）
図８を参照して、第２の動作例について説明する。本動作例では、上記第１の動作例とは異なり、フラグを用いない。同図においては、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１、アクセスルータＡＲ３、ＡＲ４、ＬＭ＃１、ＲＭ＃１の動作が示されている。なお、同図は、図１に示されている構成図と対応している。
【００４４】
同図は、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報の更新手続きを利用した位置登録の様子を示すシーケンス図である。ここで、ＭＲ＃１及びＭＮ＃１は、通信状態のままＡＲ３配下からＡＲ４配下へ移動してきたものとする。
同図において、ＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」のルーティングアドレスが「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のルーティングアドレスが「ＡＲ３ｂ」であることが登録されている（Ｓ１７０１ｂ）。
【００４５】
ＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＡＲ３ｂ」で、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」のＬＡが共に「ＭＲ＃１」であることが登録されている（Ｓ１７０１ａ）。
移動ノードＭＮ＃１は移動ネットワーク内に在圏し（Ｓ１７０２ａ）、移動ノードＭＮ＃２も移動ネットワーク内に在圏している（Ｓ１７０２ｂ）。移動ルータＭＲ＃１は、ＡｒＩが「ＭＲ＃１」であることに相当する報知情報を移動ネットワーク内の全ての移動ノード（ＭＮ＃１及びＭＮ＃２）に通知している（Ｓ１７０３）。また、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１は、アクセスルータＡＲ４から、ＡｒＩが「ＬＡ＃Ｂ」であることに相当する報知情報を受信している（Ｓ１７０４）。
【００４６】
ここで、本動作例では、ＭＲ＃１が代表するＡｃｔｉｖａｔｉｏｎ信号（Ｓ１７０５、Ｓ１７０６）によって、ＲＭ＃１におけるそのＭＲ＃１とＭＮ＃１のＲＡ情報が更新される。この更新により、ＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」のルーティングアドレスが「ＡＲ４ａ」、識別子（ＩＤ）「ＭＲ＃１」のルーティングアドレスが「ＡＲ４ｂ」であることが登録される（Ｓ１７０７）。
【００４７】
この更新後、ＲＭ＃１はＭＲ＃１に関するＲＡ情報についての通知（ＩＰｒａｐｕｓｈ）をＬＭ＃１に送出する（Ｓ１７０８）。この通知を受取ったＬＭ＃１は、ＭＲ＃１に対するＬＡ情報としてＲＡ情報を格納する。この結果、ＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＡＲ４ｂ」であることが登録される（Ｓ１７０９）。
【００４８】
この登録後、ＬＭ＃１が応答（ＩＰｒａ ｐｕｓｈ Ａｃｋ）を送出し（Ｓ１７１０）、ＲＭ＃１がその応答を受信すると、Ａｃｔｉｖａｔｉｏｎ信号に対する応答がアクセスルータＡＲ４、を介して移動ルータＭＲ＃１に入力される（Ｓ１７１１、Ｓ１７１２）。
そして、移動ルータに従属している待ち受け状態の移動ノードに対して着信が発生した場合には、このルーティングアドレスに対して着信がかけられる。
【００４９】
ここで、以上の動作を実現するためのＬＭ、ＲＭの構成について、図９、図１０を参照して説明する。
図９に示されているように、ＬＭは、移動ノード及び移動ルータについてのＬＡ情報を格納するためのテーブル７６と、このテーブル７６内に格納されているＲＡ情報を用いて着信をかける着信機能７７と、自装置に登録されているＬＡ情報を更新するＬＡ情報更新機能７８と、ＡＲやＲＭ等、外部装置と自装置内の各部との間で信号を送受信するためのインタフェースをなす信号送受信部７０とを含んで構成されている。なお、ＲＭから通知される、更新されたＲＡ情報は、ＬＡ情報としてテーブル７５に格納される。
【００５０】
また、図１０に示されているように、ＲＭは、移動ノード及び移動ルータについてのＲＡ情報を格納するためのテーブル８５と、このテーブル８５内に格納されている移動ルータのＲＡ情報が更新された場合、その更新されたＲＡ情報をＬＭに通知するＲＡ情報通知機能８６と、自装置に登録されているＲＡ情報を更新するＲＡ情報更新機能８７と、着信要求を送出する着信要求送出機能８８と、ＡＲやＬＭ等、外部装置と自装置内の各部との間で信号を送受信するためのインタフェースをなす信号送受信部８０とを含んで構成されている。
【００５１】
さらに、本動作例について、図１１のフローチャートを参照して説明する。同図において、まず、ＲＭにおいて通信状態にある移動ルータのＲＡ情報が更新されたかどうか判断する（ステップＳ１１１）。
ＲＡ情報が更新された場合は、その更新されたＲＡ情報をＲＭからＬＭに通知する（ステップＳ１１１→Ｓ１１２）。そして、通知されたＲＡ情報をＬＭ内のテーブルに格納する（ステップＳ１１３）。
【００５２】
次に、ＬＭにおいて移動ノードに対して着信があるか判断する（ステップＳ１１４）。着信があった場合、ＬＭは自装置内のテーブルに格納されている移動ルータのＲＡ情報を用いて、その移動ノードに対して着信をかける（ステップＳ１１４→Ｓ１１５）。ステップＳ１１４において、着信が無い場合には、ステップＳ１１１に戻り、ＲＭにおいてＲＡ情報が更新されたか判断する（ステップＳ１１４→Ｓ１１１）。以上の処理は繰返し行われる。
【００５３】
以上のように動作することにより、第１の動作例の場合と異なり、ＬＭ内のテーブルにフラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。また、ＬＡ情報よりも詳細な位置情報であるＲＡ情報を用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
（第２の実施形態）
Ａ：移動通信システムの構成
図１２は本発明による移動通信システムの第２の実施形態を示す図である。本実施形態では、第１の実施形態とは異なり、ローカル位置情報管理装置（Ｌｏｃａｌ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｒ：以下、ＬＬＭと略称する）と、ホーム位置情報管理装置（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｒ：以下、ＨＬＭと略称する）とからなる、２階層構造の位置情報管理装置が採用されている。同様に、ルーティング情報管理装置についても、ローカルルーティング情報管理装置（Ｌｏｃａｌ Ｒｏｕｔｉｎｇ Ｍａｎａｇｅｒ：以下、ＬＲＭと略称する）とホームルーティング情報管理装置（Ｈｏｍｅ Ｒｏｕｔｉｎｇ Ｍａｎａｇｅｒ：以下、ＨＲＭと略称する）とからなる、２階層構造のルーティング情報管理装置が採用されている。
【００５４】
同図に示されているように、本システムは、移動ノードや移動ルータのＬＡ情報、ないしは、移動ルータと移動ノードとの主従関係を示す主従関係情報を格納しているローカル位置情報管理装置ＬＬＭ＃１，ＬＬＭ＃２，ＬＬＭ＃３と、移動ノードや移動ルータＭＲ＃１が在圏しているＬＬＭに関する情報であるＬＬＭ情報を格納しているホーム位置情報管理装置ＨＬＭ＃１と、ＭＮやＭＲのＲＡ情報を格納しているローカルルーティング情報管理装置ＬＲＭ＃１，ＬＲＭ＃２，ＬＲＭ＃３と、ＭＮやＭＲが在圏しているＬＲＭ情報を格納しているホームルーティング情報管理装置ＨＲＭ＃１と、移動ノードや移動ルータに対してＡｒＩを報知し、このＡｒＩとＬＡとしてネットワーク内で管理される在圏位置情報との対応関係を保持するＡＲ１〜ＡＲ１１と、を含んで構成されている。すなわち、本実施形態では、位置情報管理装置、ルーティング情報管理装置について、それぞれ階層構造が存在する。
【００５５】
また、同図に示されているように、本システムは、待ち受け状態での移動において移動体空間内に存在するＭＮのＬＵを代表する移動ルータＭＲ＃１と、待ち受け状態にあっても移動ルータＭＲ＃１と同一の移動体空間内に存在する時にはＬＵを実施しない移動ノードＭＮ＃１，ＭＮ＃２と、を含んで構成されている。各ローカル位置情報管理装置ＬＬＭ＃１，ＬＬＭ＃２，ＬＬＭ＃３と各ローカルルーティング情報管理装置ＬＲＭ＃１，ＬＲＭ＃２，ＬＲＭ＃３とに対応して小さなエリアがそれぞれ形成されている。各エリアには１以上のＡＲが含まれている。ＡＲそれぞれに対応して存在するエリアが複数集合したものがロケーションエリアＬＡ＃Ａ，ＬＡ＃Ｂ，ＬＡ＃Ｃ，ＬＡ＃Ｄ，…，ＬＡ＃Ｚである。
【００５６】
なお、同図においては明示されていないが、通常、ＡＲ−ＬＬＭ／ＬＲＭ間やＬＬＭ／ＬＲＭ−ＨＬＭ／ＨＲＭ間、ＬＬＭ／ＬＲＭ−ＬＬＭ／ＬＲＭ間等には、信号等を転送するルータないしは交換機が存在する。
同図において、ＬＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」のＬＡが「ＭＲ＃１」で、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＬＡ＃Ａ」であることが登録されている（Ｓ１０１）。
【００５７】
ＬＲＭ＃１には、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報が格納されている。つまり、識別子（ＩＤ）「ＭＮ＃１」のＲＡ情報が「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のＲＡ情報が「ＡＲ３ｂ」であることが登録されている（Ｓ１０２）。
ＨＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」、「ＭＲ＃１」のＬＬＭ情報が「ＬＬＭ＃１」であることが登録されている（Ｓ１０３）。
【００５８】
ＨＲＭ＃１には、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＬＲＭ情報が格納されている。つまり、識別子（ＩＤ）「ＭＮ＃１」のＬＲＭ情報が「ＬＲＭ＃１」、識別子（ＩＤ）「ＭＲ＃１」のＬＲＭ情報が「ＬＲＭ＃１」であることが登録されている（Ｓ１０４）。
この状態において、ＭＮ＃１及びＭＲ＃１が通信状態にてＬＡ＃ＡからＬＡ＃Ｂへ移動した場合、ＭＲ＃１からＬＵ信号は送出されない（Ｓ１００）。したがって、ＬＬＭ＃１におけるＭＲ＃１の在圏ＬＡはＬＡ＃Ａのままである。この際に、ＭＲ＃１と主従関係にある待ち受け状態のＭＮ＃２に着信があると、従来の移動通信システムと同様の動作に従うと、実際にはＭＮ＃２が在圏していないＬＡ＃Ａに対して着信がかけられてしまうことになる。これでは、ＬＡ＃Ｂに在圏するＭＮ＃２は、その着信を受信することができないという問題が生じる。
【００５９】
この問題に対し、待ち受け状態、通信状態に関わらずＭＲがＬＵ信号を送出することも考えられる。しかしながら、通常、通信状態にある場合には、ＭＲ及びＭＮに対するルーティングアドレスを保持するＬＲＭが、在圏するＡＲで示される、ＬＡよりもより詳細な位置情報（ＲＡ情報）を保持しており、ＭＲがＬＵ信号を送出することでＬＬＭの情報を更新することは、有限な無線リソースの消費に対する観点から考えると、非効率的である。
【００６０】
そこで、本システムでは、ＬＬＭにおいて、ＭＲが待ち受け状態にあるか通信状態にあるかを判定するフラグをテーブル内に保持し、そのＭＲと主従関係にあるＭＮに対して着信が発生した場合に、ＬＬＭがそのＭＲの状態を判定し、通信状態にあると判定された際には、ＬＬＭがＬＲＭに対してそのＭＲのＲＡ情報を問い合わせ、得られたＲＡ情報に対してＬＬＭが着信をかける。
【００６１】
以下、この着信をかける手順について図１３を参照して説明する。
同図において、発信を行おうとしているＭＮ＃１からＡｃｔｉｖａｔｉｏｎ信号を受信した場合（Ｓ２０１）、ＭＲは、Ａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＬＭ＃１及びＬＲＭ＃１に送信する（Ｓ２０２ａ、Ｓ２０２ｂ）。ＬＬＭ＃１では、自装置のテーブルにおいて、識別子（ＩＤ）が「ＭＲ＃１」のエントリーのフラグの値を「１」にする（Ｓ２０３ａ）。ＬＲＭ＃１においては、識別子（ＩＤ）が「ＭＮ＃１」及び「ＭＲ＃１」のエントリーに対してそれぞれのＲＡ情報を書込む（Ｓ２０３ｂ）。
【００６２】
次に、ＭＲ＃１がＬＡ＃ＡからＬＡ＃Ｂに移動すると（Ｓ２０４）、通信状態にあるＭＮ＃１及びＭＲ＃１に対してハンドオーバ処理を行うため、ＭＲ＃１からＡｃｔｉｖａｔｉｏｎ信号が送出され（Ｓ２０５）、ＬＲＭ＃１においては、ＲＡ情報の更新処理が行われる（Ｓ２０６）。
ここで、ＭＮ＃２に対して着信があると（Ｓ２０７）、それを受信したＨＲＭ＃１は待ち受け状態にあるＭＮ＃２のＬＲＭ情報を保持していないため、ＨＬＭ＃１に対して呼出要求（Ｐａｇｉｎｇ Ｒｅｑ）を送出する（Ｓ２０８）。ＨＬＭ＃１はＬＬＭ＃１に呼出要求を送出する（Ｓ２０９）。
【００６３】
ＬＬＭ＃１においては、ＭＮ＃２がＭＲ＃１に従属し、ＭＲ＃１が通信状態にあることを検出するため、ＬＲＭ＃１に対してＭＲ＃１のルーティングアドレスを問い合わせる（Ｓ２１０）。これに応答して、ＬＲＭ＃１からＭＲ＃１のルーティングアドレス「ＡＲ３ｂ」が送出され、ＬＬＭ＃１に入力される（Ｓ２１１）。ＬＬＭ＃１は、このルーティングアドレス「ＡＲ３ｂ」を用いてＭＮ＃２に対して着信をかける（Ｓ２１２）。これを受信したＭＲ＃１は、ＭＮ＃２に対して着信信号を送出する（Ｓ２１３）。この後、ＭＮ＃２は着信元と通信状態になる。
Ｂ：移動通信システムの動作
（第１の動作例）
図１３に示されている手順を詳細に記述した、図１４及び図１５を参照して、第１の動作例について説明する。これらの図においては、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１、アクセスルータＡＲ１、ＡＲ２、ＡＲ３、ＬＲＭ＃１、ＬＬＭ＃１、ＨＬＭ＃１、ＨＲＭ＃１の動作が示されている。なお、これらの図は、図１２に示されている構成と対応している。
【００６４】
図１４は、ＭＲ＃１と主従関係にありかつ待ち受け状態のＭＮ＃２に対する着信の様子を示すシーケンス図である。
ここで、ＭＲ＃１及びＭＮ＃１はＬＡ＃Ａ在圏時に通信状態となり、通信状態のままＬＡ＃Ａに含まれるＡＲ２配下からＬＡ＃Ｂに含まれるＡＲ３配下へ移動してきたものとする。
【００６５】
同図において、ＬＲＭ＃１には、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報が格納されている。つまり、識別子（ＩＤ）「ＭＮ＃１」のＲＡ情報が「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のＲＡ情報が「ＡＲ３ｂ」であることが登録されている（Ｓ３０１ａ）。
ＬＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＬＡ＃Ａ」でフラグが「１」、識別子（ＩＤ）「ＭＮ＃１」のＬＡが「ＭＲ＃１」でフラグが「０」、識別子（ＩＤ）「ＭＮ＃２」のＬＡが「ＭＲ＃１」でフラグが「０」、であることが登録されている（Ｓ３０１ｂ）。
【００６６】
ＨＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」及び「ＭＲ＃１」のＬＬＭ情報が全て「ＬＬＭ＃１」であることが登録されている（Ｓ３０１ｃ）。
ＨＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」及び「ＭＲ＃１」のＬＲＭ情報が共に「ＬＲＭ＃１」であることが登録されている（Ｓ３０１ｄ）。
【００６７】
移動ノードＭＮ＃１は移動ネットワーク内に在圏し（Ｓ３０２ａ）、移動ノードＭＮ＃２も移動ネットワーク内に在圏している（Ｓ３０２ｂ）。移動ルータＭＲ＃１は、ＡｒＩが「ＭＲ＃１」であることに相当する報知情報を移動ネットワーク内の全ての移動ノード（ＭＮ＃１及びＭＮ＃２）に通知している（Ｓ３０３）。また、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１は、アクセスルータＡＲ３から、ＡｒＩが「ＬＡ＃Ｂ」であることに相当する報知情報を受信している（Ｓ３０４）。
【００６８】
この状態において、ＭＲ＃１と主従関係にある待ち受け状態の移動ノードＭＮ＃２に対して着信があると（Ｓ３０５）、その着信を受信したＨＲＭ＃１は、自身のテーブルを検索し、ＭＮ＃２に関するエントリーが無いことを検出すると、ＭＮ＃２が待ち受け状態にあることを認識する。すると、ＨＲＭ＃１は、固有アドレスである識別子ＩＰｈａをキーとしてＭＮ＃２のＨＬＭであるＨＬＭ＃１を特定し、着信要求（Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ）を送出する（Ｓ３０６）。この着信要求を受信したＨＬＭ＃１は、自身のテーブルを検索し、ＭＮ＃２がＬＬＭ＃１配下に在圏していることを検出し、ＬＬＭ＃１に着信要求を転送する（Ｓ３０７）。
【００６９】
この着信要求を受信したＬＬＭ＃１は、自身のテーブルを検索し、ＭＮ＃２がＭＲ＃１に従属しており、ＭＲ＃１はＬＡ＃Ａに在圏していることを検出する。さらに、ＬＬＭ＃１は、ＭＲ＃１のフラグを参照する。このとき、ＭＲ＃１のフラグの値は「１」であるため、ＬＬＭ＃１は、ＭＲ＃１が通信状態にあることを検出する（Ｓ３０８）。
【００７０】
ここで、このフラグに対する制御アルゴリズムの例が図１５に示されている。同図（ａ）において、ＭＮに対して発着信があった場合（ステップＳ４００）、ＭＮはＡｃｔｉｖａｔｉｏｎ信号をＭＲに送出する（ステップＳ４０１）。すると、ＭＲは、カウンタ（Ａｃｔｉｖａｔｉｏｎ Ｃｏｕｎｔｅｒ）を１加算する（ステップＳ４０２）。つまり、カウンタのカウント値をＣとすると、Ｃ＝Ｃ＋１とする。
【００７１】
次に、カウンタのカウント値Ｃが１（Ｃ＝１）でない場合、ＭＲはＡｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＲＭのみに送出する（ステップＳ４０３→Ｓ４０４）。一方、カウント値Ｃが１（Ｃ＝１）である場合、ＭＲはＡｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＬＭ及びＬＲＭに送出する（ステップＳ４０３→Ｓ４０５）。そして、ＬＬＭは、ＭＲのフラグ（Ａｃｔｉｖｅ Ｆｌａｇ）を立てる（ステップＳ４０６）。これにより、フラグの値が「１」になる。
【００７２】
また、同図（ｂ）において、ＭＮの通信が終了した場合（ステップＳ４１０）、ＭＮはＤｅａｃｔｉｖａｔｉｏｎ信号をＭＲに送出する（ステップＳ４１１）。すると、ＭＲは、カウンタ（Ａｃｔｉｖａｔｉｏｎ Ｃｏｕｎｔｅｒ）を１減算する（ステップＳ４１２）。つまり、カウンタのカウント値をＣとすると、Ｃ＝Ｃ−１とする。
【００７３】
次に、カウンタのカウント値Ｃが０（Ｃ＝０）でない場合、ＭＲはＤｅａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＲＭのみに送出する（ステップＳ４１３→Ｓ４１４）。一方、カウント値Ｃが０（Ｃ＝０）である場合、ＭＲはＤｅａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＬＭ及びＬＲＭに送出する（ステップＳ４１３→Ｓ４１５）。そして、ＬＬＭは、ＭＲのフラグ（Ａｃｔｉｖｅ Ｆｌａｇ）を下ろす（ステップＳ４１６）。これにより、フラグの値が「０」になる。
【００７４】
以上のように本例では、ＭＮに対して発着信が生じた場合や通信が終了した時に送出されるＡｃｔｉｖａｔｉｏｎ信号／Ｄｅａｃｔｉｖａｔｉｏｎ信号により、ＭＲが通信状態にあるＭＮの数を把握する。そして、その値が「０」から「１」になった場合や「１」から「０」になった場合にＬＬＭへ通知する。この通知を受取ったＬＬＭは、ＭＲについてのフラグの上げ下げ、すなわちフラグの設定を制御する。
【００７５】
要するにＭＲについてのフラグは、移動ノードから送出され通信の開始を示す信号に応答して、通信状態を示す値に設定され、移動ノードから送出され通信の停止を示す信号に応答して、待ち受け状態を示す値に設定されることになる。
図１４に戻り、フラグの値「１」によってＭＲ＃１が通信状態にあることを検出したＬＬＭ＃１は、ＬＲＭ＃１にＭＲ＃１のＲＡ情報を問い合わせる（Ｓ３０９）。この問い合わせを受信したＬＲＭ＃１は、自身のテーブルを検索し、ＭＲ＃１に対するＲＡ情報である「ＡＲ３ｂ」を応答する（Ｓ３１０）。この応答を受信したＬＬＭ＃１は、得られたＲＡ情報である「ＡＲ３ｂ」に対して着信をかける（Ｓ３１１）。この着信信号は、ＡＲ３を経由してＭＲ＃１に転送され（Ｓ３１２）、さらに、これを受信したＭＲ＃１が移動体内に報知する（Ｓ３１３）。以上により、着信信号がＭＮ＃２まで届けられることになる。
【００７６】
この着信信号に対して、移動ノードＭＮ＃２が応答（Ｐａｇｉｎｇ Ａｃｋ）を送出すると（Ｓ３１４）、その応答は移動ルータＭＲ＃１、アクセスルータＡＲ３、ＬＬＭ＃１、ＨＬＭ＃１を介してＨＲＭ＃１に入力される（Ｓ３１５、Ｓ３１６、Ｓ３１７、Ｓ３１８）。
ここで、以上の動作を実現するためのＬＬＭ、ＬＲＭの構成は、上述した図５、図６に示されているＬＭ、ＲＭの構成と同様であるため、その説明を省略する。また、ＬＬＭ及びＬＲＭの動作については、上述した図７の場合と同様であるため、その説明を省略する。
【００７７】
以上のように、本動作例においては、通信状態で移動する移動ルータが有限な無線リソースを消費してＬＵ信号を送出することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。また、ＬＡ情報よりも詳細な位置情報であるＲＡ情報を用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
【００７８】
（第２の動作例）
図１６を参照して、第２の動作例について説明する。同図においては、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１、アクセスルータＡＲ１、ＡＲ２、ＡＲ６、ＬＲＭ＃１、ＬＲＭ＃２、ＬＬＭ＃１、ＨＬＭ＃１、ＨＲＭ＃１の動作が示されている。なお、同図は、図１２に示されている構成図と対応している。
【００７９】
同図は、ＭＲ＃１と主従関係にある待ち受け状態のＭＮ＃２に対する着信の様子を示すシーケンス図である。ここで、ＭＲ＃１及びＭＮ＃１はＬＡ＃Ａ在圏時に通信状態となり、通信状態のままＬＡ＃Ａに含まれるＡＲ２配下からＬＡ＃Ｃに含まれるＡＲ６配下へ移動してきたものとし、ＬＲＭ＃２では通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報が格納されているものとする。
【００８０】
同図において、ＬＲＭ＃１には情報が何も登録されていない（Ｓ５０１ａ）。ＬＲＭ＃２には識別子（ＩＤ）「ＭＮ＃１」のルーティングアドレスが「ＡＲ６ａ」、識別子（ＩＤ）「ＭＲ＃１」のルーティングアドレスが「ＡＲ６ｂ」であることが登録されている（Ｓ５０１ｂ）。
ＬＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」のＬＡが共に「ＭＲ＃１」でフラグが共に「０」、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＬＡ＃Ａ」でフラグが「１」であることが登録されている（Ｓ５０１ｃ）。
【００８１】
ＨＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」、「ＭＲ＃１」のＬＬＭ情報が「ＬＬＭ＃１」であることが登録されている（Ｓ５０１ｄ）。
ＨＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」「ＭＲ＃１」のＬＲＭ情報が「ＬＲＭ＃２」であることが登録されている（Ｓ５０１ｅ）。
移動ノードＭＮ＃１は移動ネットワーク内に在圏し（Ｓ５０２ａ）、移動ノードＭＮ＃２も移動ネットワーク内に在圏している（Ｓ５０２ｂ）。移動ルータＭＲ＃１は、ＡｒＩが「ＭＲ＃１」であることに相当する報知情報を移動ネットワーク内の全ての移動ノード（ＭＮ＃１及びＭＮ＃２）に通知している（Ｓ５０３）。また、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１は、アクセスルータＡＲ６から、ＡｒＩが「ＬＡ＃Ｃ」であることに相当する報知情報を受信している（Ｓ５０４）。
【００８２】
この状態において、移動ノードＭＮ＃２に対して着信があると（Ｓ５０５）、その着信を受信したＨＲＭ＃１は、自身のテーブルを検索し、ＭＮ＃２に関するエントリーが無いことを検出すると、ＭＮ＃２が待ち受け状態にあることを認識する。すると、ＨＲＭ＃１は、固有アドレスである識別子ＩＰｈａをキーとしてＭＮ＃２のＨＬＭであるＨＬＭ＃１を特定し、着信要求（Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ）を送出する（Ｓ５０６）。この着信要求を受信したＨＬＭ＃１は、自身のテーブルを検索し、ＭＮ＃２がＬＬＭ＃１配下に在圏していることを検出し、ＬＬＭ＃１に着信要求を転送する（Ｓ５０７）。
【００８３】
この着信要求を受信したＬＬＭ＃１は、自身のテーブルを検索し、ＭＮ＃２がＭＲ＃１に従属しており、ＭＲ＃１はＬＡ＃Ａに在圏していることを検出する。さらに、ＬＬＭ＃１は、ＭＲ＃１のフラグを参照する。このとき、ＭＲ＃１のフラグの値は「１」であるため、ＬＬＭ＃１は、ＭＲ＃１が通信状態にあることを検出する（Ｓ５０８）。
【００８４】
フラグの値「１」によってＭＲ＃１が通信状態にあることを検出したＬＬＭ＃１は、ＬＲＭ＃１にＭＲ＃１のＲＡ情報を問い合わせる（Ｓ５０９）。この問い合わせを受信したＬＲＭ＃１は、自身のテーブルを検索する。検索の結果、自身のテーブルに、ＭＲ＃１に関するエントリーが無いことを検出したＬＲＭ＃１は、ＩＰｈａをキーとしてＭＲ＃１のＨＲＭであるＨＲＭ＃１を特定し、特定したＨＲＭ＃１に収容されているＭＲ＃１のＬＲＭ情報を問い合わせる要求を送出する（Ｓ５１０）。
【００８５】
この要求を受取ったＨＲＭ＃１は、自身のテーブルを検索し、ＭＲ＃１がＬＲＭ＃２配下に在圏していることを返答する（Ｓ５１１）。この返答を受取ったＬＲＭ＃１は、ＬＲＭ＃２にＭＲ＃１のＲＡ情報を問い合わせる要求を送出する（Ｓ５１２）。
この要求を受取ったＬＲＭ＃２は、自身のテーブルを検索し、ＭＲ＃１に対するＲＡ情報であるＡＲ６ｂをＬＲＭ＃１に返答する（Ｓ５１３）。この返答を受取ったＬＲＭ＃１は、それをＬＬＭ＃１に転送する（Ｓ５１４）。
【００８６】
ＬＬＭ＃１は、得られたＲＡ情報であるＡＲ６ｂに対して着信をかける（Ｓ５１５）。この着信信号は、ＡＲ６を経由してＭＲ＃１に転送され（Ｓ５１６）、さらに、これを受信したＭＲ＃１が移動体内に報知する（Ｓ５１７）。以上により、着信信号がＭＮ＃２まで届けられることになる。
この着信信号に対して、移動ノードＭＮ＃２が応答（Ｐａｇｉｎｇ Ａｃｋ）を送出すると（Ｓ５１８）、その応答は移動ルータＭＲ＃１、アクセスルータＡＲ６、ＬＬＭ＃１、ＨＬＭ＃１を介してＨＲＭ＃１に入力される（Ｓ５１９、Ｓ５２０、Ｓ５２１、Ｓ５２２）。
【００８７】
（第３の動作例）
図１７を参照して、第３の動作例について説明する。本動作例では、上記第１及び第２の動作例とは異なり、フラグを用いない。同図においては、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１、アクセスルータＡＲ３、ＡＲ４、ＬＲＭ＃１、ＬＬＭ＃１、ＨＬＭ＃１、ＨＲＭ＃１の動作が示されている。なお、同図は、図１２に示されている構成図と対応している。
【００８８】
同図は、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報の更新手続きを利用した位置登録の様子を示すシーケンス図である。ここで、ＭＲ＃１及びＭＮ＃１は、通信状態のままＡＲ３配下からＡＲ４配下へ移動してきたものとする。
同図において、ＬＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」のルーティングアドレスが「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のルーティングアドレスが「ＡＲ３ｂ」であることが登録されている（Ｓ６０１ａ）。
【００８９】
ＬＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＡＲ３ｂ」で、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」のＬＡが共に「ＭＲ＃１」であることが登録されている（Ｓ６０１ｂ）。
ＨＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」、「ＭＲ＃１」のＬＬＭ情報が「ＬＬＭ＃１」であることが登録されている（Ｓ６０１ｃ）。
【００９０】
ＨＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」「ＭＲ＃１」のＬＲＭ情報が「ＬＲＭ＃１」であることが登録されている（Ｓ６０１ｄ）。
移動ノードＭＮ＃１は移動ネットワーク内に在圏し（Ｓ６０２ａ）、移動ノードＭＮ＃２も移動ネットワーク内に在圏している（Ｓ６０２ｂ）。移動ルータＭＲ＃１は、ＡｒＩが「ＭＲ＃１」であることに相当する報知情報を移動ネットワーク内の全ての移動ノード（ＭＮ＃１及びＭＮ＃２）に通知している（Ｓ６０３）。また、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１は、アクセスルータＡＲ４から、ＡｒＩが「ＬＡ＃Ｂ」であることに相当する報知情報を受信している（Ｓ６０４）。
【００９１】
ここで、本動作例では、ＭＲ＃１が代表するＡｃｔｉｖａｔｉｏｎ信号（Ｓ６０５、Ｓ６０６）によって、ＬＲＭ＃１におけるそのＭＲ＃１とＭＮ＃１のＲＡ情報が更新される。この更新により、ＬＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」のルーティングアドレスが「ＡＲ４ａ」、識別子（ＩＤ）「ＭＲ＃１」のルーティングアドレスが「ＡＲ４ｂ」であることが登録される（Ｓ６０７）。
【００９２】
この更新後、ＬＲＭ＃１はＭＲ＃１に関するＲＡ情報についての通知（ＩＰｒａ ｐｕｓｈ）をＬＬＭ＃１に送出する（Ｓ６０８）。この通知を受取ったＬＬＭ＃１は、ＭＲ＃１に対するＬＡ情報としてＲＡ情報を格納する。この結果、ＬＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＡＲ４ｂ」であることが登録される（Ｓ６０９）。
【００９３】
この登録後、ＬＬＭ＃１が応答（ＩＰｒａ ｐｕｓｈ Ａｃｋ）を送出し（Ｓ６１０）、ＬＲＭ＃１がその応答を受信すると、Ａｃｔｉｖａｔｉｏｎ信号に対する応答がアクセスルータＡＲ４を介して移動ルータＭＲ＃１に入力される（Ｓ６１１、Ｓ６１２）。
そして、移動ルータに従属している待ち受け状態の移動ノードに対して着信が発生した場合には、このルーティングアドレスに対して着信がかけられる。
【００９４】
ここで、以上の動作を実現するためのＬＬＭ、ＬＲＭの構成は、上述した図９、図１０に示されているＬＭ、ＲＭの構成と同様であるため、その説明を省略する。また、ＬＬＭ及びＬＲＭの動作については、上述した図１１の場合と同様であるため、その説明を省略する。
以上のように動作することにより、第１の動作例及び第２の動作例の場合と異なり、ＬＬＭ内のテーブルにフラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。また、ＬＡ情報よりも詳細な位置情報であるＲＡ情報を用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
（変形例）
なお、本発明は、上記実施形態に限定されず、例えば以下のような変形例が含まれる。
（１） ＬＭ又はＬＬＭにて、ＭＲが通信状態にあるか否かを示すフラグを用いず、そのＭＲと主従関係にある待ち受け状態のＭＮに対して着信要求があった際には、自身の持つそのＭＲの在圏ＬＡ情報に従ってそのＭＮに着信をかける。この際に、一定時間を経過してもそのＭＮから応答が返ってこない場合には、ＲＭ又はＬＲＭにそのＭＲのＲＡ情報を問い合わせ、得られたＲＡ情報に対して着信をかける。つまり、ＬＭ又はＬＬＭに格納されているＬＡ情報を用いて着信をかけ、一定時間経過しても応答がない場合に限り、ＲＡ情報を問い合わせ、得られたＲＡ情報に対して着信をかける。
（２） ＬＭ又はＬＬＭにて、ＭＲが通信状態にあるか否かを示すフラグを用いず、そのＭＲと主従関係にある待ち受け状態のＭＮに対して着信要求があった際には、ＬＭ又はＬＬＭがＲＭ又はＬＲＭにそのＭＲのＲＡ情報を問い合わせ、ＲＭ又はＬＲＭからＲＡ情報が返答されればそのＲＡ情報に、返答されなければ自身の持つそのＭＲの在圏ＬＡ情報に従ってそのＭＮに着信をかける。
（３） ＲＭ又はＬＲＭから得られたＲＡ情報をＬＡ情報に変換してＬＭ又はＬＬＭに格納し、着信もＬＡ情報に対して行うようにしても良い。
（４） 移動体内に設置されたＭＲが、自身に従属しているＭＮを把握し、自身のＬＵを行う際に、自身のＩＰｈａだけでなく、従属しているＭＮのＩＰｈａも併せて送信を行うことでＬＭ又はＬＬＭにおいてそのＭＲとＭＮの従属関係を保持しない場合には、ＭＲだけでなく、ＭＮに対しても通信状態にあるか否かを示すフラグの上げ下げを行う。
（５） ＭＲ及びＭＮに対するフラグの上げ下げは、ＲＡ情報の有無を契機としてＲＭ又はＬＲＭがＬＭ又はＬＬＭに通知することによって行う。
（６） ＬＭ又はＬＬＭにおいてフラグを保持しない場合や、変形例（５）のようにフラグの上げ下げをＲＭ又はＬＲＭにおけるＲＡ情報の有無によって行う場合には、移動体に乗車したＭＮ−ＡＲ間の信号転送は、ＭＲを経由せずに直接ＭＮ−ＡＲ間で信号を送受しても良い。
（７） 上記では、ＭＲ−ＭＮ間における２段階の主従関係を例に説明したが、本関係を多段階に繰り返す場合にも適用できることは明らかである。
（８） 位置情報管理装置、ルーティング情報管理装置について、上記第１の実施形態では両装置ともに階層構造が存在しない場合、上記第２の実施形態では両装置ともに階層構造が存在する場合、について説明したが、両装置のいずれか一方のみについて階層構造が存在しても良い。すなわち、ＬＬＭ及びＨＬＭとＲＭとを採用した移動通信システム、ＬＭとＬＲＭ及びＨＲＭとを採用した移動通信システムのいずれの場合でも本発明を適用できる。
【００９５】
【発明の効果】
以上説明したように本発明は、位置情報管理装置において、移動ルータが待ち受け状態にあるか通信状態にあるかを判定するフラグを保持し、その移動ルータと主従関係にある移動ノードに対して着信が発生した場合に、位置情報管理装置がその移動ルータの状態を判定し、通信状態にあると判定された際には、位置情報管理装置がルーティング情報管理装置に対してその移動ルータのルーティングアドレス情報を問い合わせ、得られたルーティングアドレス情報に対して位置情報管理装置が着信をかけることにより、通信状態で移動する移動ルータが有限な無線リソースを消費して位置登録信号を送出することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができるという効果がある。
【００９６】
さらに、通信状態の開始／終了を示す信号を利用してフラグの値を制御することにより、通信状態であるか待ち受け状態であるかの認識を容易に行うことができるという効果がある。
また、ルーティングアドレスが更新される度に、その更新されたルーティングアドレスを位置情報管理装置に通知し、それを在圏位置情報として保持することにより、フラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができるという効果がある。
なお、在圏位置情報よりもより詳細な位置情報を示すルーティングアドレスを用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができるという効果がある。
【図面の簡単な説明】
【図１】本発明による移動通信システムの第１の実施形態を示す図である。
【図２】図１の移動通信システムにおいて着信をかける手順を示す図である。
【図３】本発明による第１の実施形態の移動通信システムの第１の動作例において、移動ルータと主従関係にありかつ待ち受け状態の移動ノードに対する着信の様子を示すシーケンス図である。
【図４】本発明による第１の実施形態の移動通信システムにおいて、フラグに対する制御アルゴリズムの例を示すフローチャートであり、（ａ）は発着信開始時の動作、（ｂ）は通信終了時の動作を示す。
【図５】本発明による第１の実施形態の移動通信システムの第１の動作例を実現するためのＬＭの構成例を示すブロック図である。
【図６】本発明による第１の実施形態の移動通信システムの第１の動作例を実現するためのＲＭの構成例を示すブロック図である。
【図７】図５に示されているＬＭ及び図６に示されているＲＭの動作を示すフローチャートである。
【図８】本発明による第１の実施形態の移動通信システムの第２の動作例を示すシーケンス図である。
【図９】本発明による第１の実施形態の移動通信システムの第２の動作例を実現するためのＬＭの構成例を示すブロック図である。
【図１０】本発明による第１の実施形態の移動通信システムの第２の動作例を実現するためのＲＭの構成例を示すブロック図である。
【図１１】本発明による第１の実施形態の移動通信システムの第２の動作例を示すフローチャートである。
【図１２】本発明による移動通信システムの第２の実施形態を示す図である。
【図１３】図１２の移動通信システムにおいて着信をかける手順を示す図である。
【図１４】本発明による第２の実施形態の移動通信システムの第１の動作例において、移動ルータと主従関係にありかつ待ち受け状態の移動ノードに対する着信の様子を示すシーケンス図である。
【図１５】本発明による第２の実施形態の移動通信システムにおいて、フラグに対する制御アルゴリズムの例を示すフローチャートであり、（ａ）は発着信開始時の動作、（ｂ）は通信終了時の動作を示す。
【図１６】本発明による第２の実施形態の移動通信システムの第２の動作例において、移動ルータと主従関係にありかつ待ち受け状態の移動ノードに対する着信の様子を示すシーケンス図である。
【図１７】本発明による第２の実施形態の移動通信システムの第３の動作例を示すシーケンス図である。
【符号の説明】
ＭＮ＃１〜ＭＮ＃２ 移動ノード
ＭＲ＃１ 移動ルータ
ＬＡ＃Ａ〜ＬＡ＃Ｚ 在圏位置
ＬＬＭ＃１〜ＬＬＭ＃３ ローカル位置情報管理装置
ＬＭ＃１ 位置情報管理装置
ＲＭ＃１ ルーティング情報管理装置
ＬＲＭ＃１〜ＬＲＭ＃３ ローカルルーティング情報管理装置
ＬＵ 位置登録要求
ＨＬＭ＃１ ホーム位置情報管理装置
ＨＲＭ＃１ ホームルーティング情報管理装置
ＡＲ１〜ＡＲ１１ アクセスルータ
ＡｒＩ 在圏位置識別子
ＩＰｈａ 識別子
【発明の属する技術分野】
本発明は移動通信システム、位置情報管理装置、ルーティング情報管理装置に関し、特に移動通信システムにおける位置管理及び着信の方式に関する。
【０００２】
【従来の技術】
周知のように、移動通信サービスにおいては、携帯電話機等の移動ノードがどこにあっても着信できるように、位置情報管理装置に各移動ノードの位置を記憶しておくことが一般的である。具体的には、移動通信サービスの提供エリアが複数の登録エリアに分割されており、移動ノードが一の登録エリアから他の登録エリアに移動すると、移動後の登録エリアを特定した位置登録要求が基地局装置を介してその移動ノードから移動網へ無線リソースを消費して送信される。そして、この位置登録要求に応じて、位置情報管理装置に記憶された各移動ノードの登録エリアが順次更新されるのである。
【０００３】
しかしながら、多数の移動ノードが移動体によって一斉に移動する場合、例えば電車等に移動ノードを所持した乗客が大勢乗車している場合、この電車等の移動に伴って多数の移動ノードが一斉に移動することとなるため、電車等が一の登録エリアから他の登録エリアに跨って移動する場合、一斉に位置登録要求が基地局装置を介してこれらの各移動ノードから移動網へ送信され、無線リソースの圧迫や移動網内の通信トラフイックが一時的に著しく増大してしまうという問題があった。
【０００４】
かかる問題を解決するための技術として、特許文献１や非特許文献１がある。
これらの文献には、電車等の移動体とその移動体空間内に存在する移動ノードとの間に主従関係を持たせ、主となる移動体に設置した移動ルータが、従となる移動ノードの位置登録要求を代表して移動網へ無線リソースを消費して送信するようにした移動通信システムが開示されている。この移動通信システムにおいては、移動体空間内に存在する移動ノードが移動ルータを仮想的な基地局装置として位置登録を行い、移動体が一の登録エリアから他の登録エリアに移動すると、上記移動ルータが基地局装置を介して移動網に位置登録要求を送信するようになっている。これにより、移動体空間内に存在する移動ノードの位置登録要求を代表することを実現している。
【０００５】
【特許文献１】
特開平１１−３５５８３５号公報
【非特許文献１】
弓場、笹田、藤原、薮崎著、「連鎖型移動制御の一検討」、信学技報ＩＮ２０００−１７７、２００１年２月、ｐｐ．７−１４
【０００６】
【発明が解決しようとする課題】
しかし、上記公報等に開示された移動通信システムにあっては、以下の問題がある。すなわち、移動体空間内に存在する全ての移動ノード（Ｍｏｂｉｌｅ Ｎｏｄｅ：以下、ＭＮと略称する）及びその移動体内に設置され、そのＭＮの位置登録（Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ：以下、ＬＵと略称する）を代表して行う移動ルータ（Ｍｏｂｉｌｅ Ｒｏｕｔｅｒ：以下、ＭＲと略称する）が待ち受け状態で移動する場合、位置登録エリア（Ｌｏｃａｔｉｏｎ Ａｒｅａ：以下、ＬＡと略称する）を跨る度に、ＭＮ及びＭＲの在圏位置情報を保持する位置情報管理装置（Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｒ：以下、ＬＭと略称する）へそのＭＲがＬＵ信号を送出し、そのＭＲの在圏ＬＡ情報を更新することが必要である。
【０００７】
そのため、例えば、ＭＲ自身、又はそのＭＲと主従関係を形成している１以上のＭＮがそのＭＲ経由で通信を行っている状態で移動する場合には、ＬＡを跨る移動を行ったとしても、そのＭＲは待ち受け状態ではなく、ＬＵ信号を送出しないため、ＬＭにおいてそのＭＲの在圏ＬＡを更新できない。これでは、そのＭＮに対して着信をかけることができないという問題がある。
【０００８】
本発明は、以上の点を鑑みてなされたもので、移動体空間内に存在するＭＮのＬＵを代表するＭＲが通信状態のためＬＵ信号を送出しない等の理由によって、ＬＭが必ずしも正しい在圏ＬＡ情報を保持していない場合においても、有限な無線リソースの使用を抑えつつ、ＭＮに対して着信をかけることが可能な位置管理を行う移動通信システム、位置情報管理装置、ルーティング情報管理装置を提供することを目的とする。
【０００９】
【課題を解決するための手段】
本発明の請求項１による移動通信システムは、移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムであって、前記移動ルータが通信状態であるか否かを示すフラグを保持する手段と、前記移動ノードに対して着信があった場合、保持されている前記フラグの値に応じて、前記移動ルータについてのルーティングアドレス情報を問い合わせる手段と、この問い合わせによって得られたルーティングアドレス情報を用いて前記移動ノードに対して着信をかける手段とを含むことを特徴とする。問い合わせによって得られたルーティングアドレス情報を用いて位置情報管理装置が着信をかけることにより、通信状態で移動する移動ルータが有限な無線リソースを消費して位置登録要求信号を送出することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。また、在圏位置情報よりもより詳細な位置情報を示すルーティングアドレスを用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
【００１０】
本発明の請求項２による移動通信システムは、請求項１において、前記移動ノードから送出され通信の開始を示す信号に応答して、前記フラグを、通信状態を示す値に設定し、
前記移動ノードから送出され通信の停止を示す信号に応答して、前記フラグを、待ち受け状態を示す値に設定する手段を更に含むことを特徴とする。通信状態の開始／終了を示す信号を利用してフラグの値を制御することにより、通信状態であるか待ち受け状態であるかの認識を容易に行うことができる。
【００１１】
本発明の請求項３による移動通信システムは、移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムであって、前記移動ルータのルーティングアドレス情報を格納するテーブルと、このテーブル内の前記移動ルータのルーティングアドレス情報が更新された場合、更新されたルーティングアドレス情報を通知する手段とを有するルーティング情報管理装置と、
前記ルーティング情報管理装置から通知されたルーティングアドレス情報を、前記移動ルータの在圏位置情報として格納するテーブルと、このテーブルに格納されている在圏位置情報を用いて前記移動ノードに着信をかける手段とを有する位置情報管理装置と、
を含むことを特徴とする。こうすることにより、フラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。なお、ルーティング情報管理装置には、ローカルルーティング情報管理装置及びホームルーティング情報管理装置の構成等、階層的に設けられた複数のルーティング情報管理装置も含まれる。また、位置情報管理装置には、ローカル位置情報管理装置及びホーム位置情報管理装置の構成等、階層的に設けられた複数の位置情報管理装置も含まれる。
【００１２】
本発明の請求項４による位置情報管理装置は、移動ノードと共に移動する移動ルータが代表して前記移動ノードについて位置登録処理がなされる位置情報管理装置であって、前記移動ルータが通信状態であるか否かを示すフラグを保持する手段と、前記移動ノードに対して着信があった場合、保持されている前記フラグの値に応じて、前記移動ルータについてのルーティングアドレス情報を問い合わせる手段と、この問い合わせによって得られたルーティングアドレス情報を用いて前記移動ノードに対して着信をかける手段とを含むことを特徴とする。問い合わせによって得られたルーティングアドレス情報を用いて位置情報管理装置が着信をかけることにより、通信状態で移動する移動ルータが有限な無線リソースを消費して位置登録要求信号を送出することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。
【００１３】
本発明の請求項５による位置情報管理装置は、請求項４において、前記フラグを、前記移動ノードから送出され通信の開始を示す信号に応答して、通信状態を示す値に設定し、
前記移動ノードから送出され通信の停止を示す信号に応答して、前記フラグを、待ち受け状態を示す値に設定する手段を更に含むことを特徴とする。通信状態の開始／終了を示す信号を利用してフラグの値を制御することにより、通信状態であるか待ち受け状態であるかの認識を容易に行うことができる。
【００１４】
本発明の請求項６による位置情報管理装置は、移動ノードと共に移動する移動ルータが代表して前記移動ノードについて位置登録処理がなされる位置情報管理装置であって、前記移動ルータのルーティングアドレス情報が更新される度に通知される該ルーティングアドレス情報を、前記移動ルータの在圏位置情報として格納するテーブルと、このテーブルに格納されている在圏位置情報を用いて前記移動ノードに着信をかける手段とを含むことを特徴とする。こうすることにより、フラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。
【００１５】
本発明の請求項７によるルーティング情報管理装置は、移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムに用いられるルーティング情報管理装置であって、前記移動ルータのルーティングアドレス情報を格納するテーブルと、前記移動ルータのルーティングアドレス情報の問い合わせに応答して前記テーブルに格納されているルーティングアドレス情報を返信する手段とを含むことを特徴とする。在圏位置情報よりもより詳細な位置情報を示すルーティングアドレスを用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
【００１６】
本発明の請求項８によるルーティング情報管理装置は、移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムに用いられるルーティング情報管理装置であって、前記移動ルータのルーティングアドレス情報を格納するテーブルと、このテーブル内の前記移動ルータのルーティングアドレス情報が更新された場合、更新されたルーティングアドレス情報を通知する手段とを含むことを特徴とする。こうすることにより、フラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。
【００１７】
【発明の実施の形態】
次に、図面を参照して本発明の実施の形態について説明する。以下の説明において参照する各図においては、他の図と同等部分に同一符号が付されている。なお、各図中の移動ノードのうち、ハッチングが付されているものは待ち受け状態（ｄｏｒｍａｎｔ）であり、ハッチングが付されていないものは通信状態（ａｃｔｉｖｅ）であるものとする。
（第１の実施形態）
Ａ：移動通信システムの構成
図１は本発明による移動通信システムの第１の実施形態を示す図である。
【００１８】
同図に示されているように、本システムは、移動ノードや移動ルータのＬＡ情報、ないしは、移動ルータと移動ノードとの主従関係を示す主従関係情報を格納している位置情報管理装置ＬＭ＃１と、ＭＮやＭＲのＲＡ（Ｒｏｕｔｉｎｇ Ａｄｄｒｅｓｓ：以下、ＲＡと略称する）情報を格納しているルーティング情報管理装置ＲＭ＃１（Ｒｏｕｔｉｎｇ Ｍａｎａｇｅｒ：以下、ＲＭと略称する）と、移動ノードや移動ルータに対して在圏位置識別子（Ａｒｅａ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ：以下、ＡｒＩと略称する）を報知し、このＡｒＩとＬＡとしてネットワーク内で管理される在圏位置情報との対応関係を保持するＡＲ１〜ＡＲ１１と、を含んで構成されている。
【００１９】
また、同図に示されているように、本システムは、待ち受け状態での移動において移動体空間内に存在するＭＮのＬＵを代表する移動ルータＭＲ＃１と、待ち受け状態にあっても移動ルータＭＲ＃１と同一の移動体空間内に存在する時にはＬＵを実施しない移動ノードＭＮ＃１，ＭＮ＃２と、を含んで構成されている。
位置情報管理装置ＬＭ＃１とルーティング情報管理装置ＲＭ＃１とに対応して大きなエリアが形成されている。このエリアには多数のＡＲが含まれている。ＡＲそれぞれに対応して存在するエリアが複数集合したものがロケーションエリアＬＡ＃Ａ，ＬＡ＃Ｂ，ＬＡ＃Ｃ，ＬＡ＃Ｄ，…，ＬＡ＃Ｚである。
【００２０】
なお、同図においては明示されていないが、通常、ＡＲ−ＬＭ／ＲＭ間やＬＭ−ＲＭ間等には、信号等を転送するルータないしは交換機が存在する。
同図において、ＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」のＬＡが「ＭＲ＃１」で、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＬＡ＃Ａ」であることが登録されている（Ｓ１３０１）。
【００２１】
ＲＭ＃１には、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報が格納されている。つまり、識別子（ＩＤ）「ＭＮ＃１」のＲＡ情報が「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のＲＡ情報が「ＡＲ３ｂ」であることが登録されている（Ｓ１３０２）。
この状態において、ＭＮ＃１及びＭＲ＃１が通信状態にてＬＡ＃ＡからＬＡ＃Ｂへ移動した場合、ＭＲ＃１からＬＵ信号は送出されない（Ｓ１３００）。したがって、ＬＭ＃１におけるＭＲ＃１の在圏ＬＡはＬＡ＃Ａのままである。この際に、ＭＲ＃１と主従関係にある待ち受け状態のＭＮ＃２に着信があると、従来の移動通信システムと同様の動作に従うと、実際にはＭＮ＃２が在圏していないＬＡ＃Ａに対して着信がかけられてしまうことになる。これでは、ＬＡ＃Ｂに在圏するＭＮ＃２は、その着信を受信することができないという問題が生じる。
【００２２】
この問題に対し、待ち受け状態、通信状態に関わらずＭＲがＬＵ信号を送出することも考えられる。しかしながら、通常、通信状態にある場合には、ＭＲ及びＭＮに対するルーティングアドレスを保持するＲＭが、在圏するＡＲで示される、ＬＡよりもより詳細な位置情報（ＲＡ情報）を保持しており、ＭＲがＬＵ信号を送出することでＬＭの情報を更新することは、有限な無線リソースの消費に対する観点から考えると、非効率的である。
【００２３】
そこで、本システムでは、ＬＭにおいて、ＭＲが待ち受け状態にあるか通信状態にあるかを判定するフラグをテーブル内に保持し、そのＭＲと主従関係にあるＭＮに対して着信が発生した場合に、ＬＭがそのＭＲの状態を判定し、通信状態にあると判定された際には、ＬＭがＲＭに対してそのＭＲのＲＡ情報を問い合わせ、得られたＲＡ情報に対してＬＭが着信をかける。
【００２４】
以下、この着信をかける手順について図２を参照して説明する。
同図において、発信を行おうとしているＭＮ＃１からＡｃｔｉｖａｔｉｏｎ信号を受信した場合（Ｓ１４０１）、ＭＲは、Ａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＭ＃１及びＲＭ＃１に送信する（Ｓ１４０２ａ、Ｓ１４０２ｂ）。ＬＭ＃１では、自装置のテーブルにおいて、識別子（ＩＤ）が「ＭＲ＃１」のエントリーのフラグの値を「１」にする（Ｓ１４０３ａ）。ＲＭ＃１においては、識別子（ＩＤ）が「ＭＮ＃１」及び「ＭＲ＃１」のエントリーに対してそれぞれのＲＡ情報を書込む（Ｓ１４０３ｂ）。なお、本明細書では、フラグの値が「１」の場合には通信状態であることを示し、フラグの値が「０」の場合には待ち受け状態（通信状態でない）であることを示すものとする。
【００２５】
次に、ＭＲ＃１がＬＡ＃ＡからＬＡ＃Ｂに移動すると（Ｓ１４０４）、通信状態にあるＭＮ＃１及びＭＲ＃１に対してハンドオーバ処理を行うため、ＭＲ＃１からＡｃｔｉｖａｔｉｏｎ信号が送出され（Ｓ１４０５）、ＲＭ＃１においては、ＲＡ情報の更新処理が行われる（Ｓ１４０６）。
ここで、ＭＮ＃２に対して着信があると（Ｓ１４０７）、それを受信したＲＭ＃１は待ち受け状態にあるＭＮ＃２のＲＡ情報を保持していないため、ＬＭ＃１に対して呼出要求（Ｐａｇｉｎｇ Ｒｅｑ）を送出する（Ｓ１４０８）。
【００２６】
ＬＭ＃１においては、ＭＮ＃２がＭＲ＃１に従属し、ＭＲ＃１が通信状態にあることを検出するため、ＲＭ＃１に対してＭＲ＃１のルーティングアドレスを問い合わせる（Ｓ１４０９）。これに応答して、ＲＭ＃１からＭＲ＃１のルーティングアドレス「ＡＲ３ｂ」が送出され、ＬＭ＃１に入力される（Ｓ１４１０）。ＬＭ＃１は、このルーティングアドレス「ＡＲ３ｂ」を用いてＭＮ＃２に対して着信をかける（Ｓ１４１１）。これを受信したＭＲ＃１は、ＭＮ＃２に対して着信信号を送出する（Ｓ１４１２）。この後、ＭＮ＃２は着信元と通信状態になる。
Ｂ：移動通信システムの動作
（第１の動作例）
図２に示されている手順を詳細に記述した、図３及び図４を参照して、第１の動作例について説明する。これらの図においては、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１、アクセスルータＡＲ１、ＡＲ２、ＡＲ３、ＬＭ＃１、ＲＭ＃１の動作が示されている。なお、これらの図は、図１に示されている構成と対応している。
【００２７】
図３は、ＭＲ＃１と主従関係にありかつ待ち受け状態のＭＮ＃２に対する着信の様子を示すシーケンス図である。
ここで、ＭＲ＃１及びＭＮ＃１はＬＡ＃Ａ在圏時に通信状態となり、通信状態のままＬＡ＃Ａに含まれるＡＲ２配下からＬＡ＃Ｂに含まれるＡＲ３配下へ移動してきたものとする。
【００２８】
同図において、ＲＭ＃１には、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報が格納されている。つまり、識別子（ＩＤ）「ＭＮ＃１」のＲＡ情報が「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のＲＡ情報が「ＡＲ３ｂ」であることが登録されている（Ｓ１５０１ｂ）。
ＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＬＡ＃Ａ」でフラグが「１」、識別子（ＩＤ）「ＭＮ＃１」のＬＡが「ＭＲ＃１」でフラグが「０」、識別子（ＩＤ）「ＭＮ＃２」のＬＡが「ＭＲ＃１」でフラグが「０」、であることが登録されている（Ｓ１５０１ａ）。
【００２９】
移動ノードＭＮ＃１は移動ネットワーク内に在圏し（Ｓ１５０２ａ）、移動ノードＭＮ＃２も移動ネットワーク内に在圏している（Ｓ１５０２ｂ）。移動ルータＭＲ＃１は、ＡｒＩが「ＭＲ＃１」であることに相当する報知情報を移動ネットワーク内の全ての移動ノード（ＭＮ＃１及びＭＮ＃２）に通知している（Ｓ１５０３）。また、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１は、アクセスルータＡＲ３から、ＡｒＩが「ＬＡ＃Ｂ」であることに相当する報知情報を受信している（Ｓ１５０４）。
【００３０】
この状態において、ＭＲ＃１と主従関係にある待ち受け状態の移動ノードＭＮ＃２に対して着信があると（Ｓ１５０５）、その着信を受信したＲＭ＃１は、自身のテーブルを検索し、ＭＮ＃２に関するエントリーが無いことを検出すると、ＭＮ＃２が待ち受け状態にあることを認識する。すると、ＲＭ＃１は、固有アドレスである識別子ＩＰｈａをキーとしてＭＮ＃２のＬＭであるＬＭ＃１を特定し、着信要求（Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ）を送出する（Ｓ１５０６）。この着信要求を受信したＬＭ＃１は、自身のテーブルを検索し、ＭＮ＃２がＭＲ＃１に従属しており、ＭＲ＃１はＬＡ＃Ａに在圏していることを検出する。さらに、ＬＭ＃１は、ＭＲ＃１のフラグを参照する。このとき、ＭＲ＃１のフラグの値は「１」であるため、ＬＭ＃１は、ＭＲ＃１が通信状態にあることを検出する（Ｓ１５０７）。
【００３１】
ここで、このフラグに対する制御アルゴリズムの例が図４に示されている。同図（ａ）において、ＭＮに対して発着信があった場合（ステップＳ１６００）、ＭＮはＡｃｔｉｖａｔｉｏｎ信号をＭＲに送出する（ステップＳ１６０１）。すると、ＭＲは、カウンタ（Ａｃｔｉｖａｔｉｏｎ Ｃｏｕｎｔｅｒ）を１加算する（ステップＳ１６０２）。つまり、カウンタのカウント値をＣとすると、Ｃ＝Ｃ＋１とする。
【００３２】
次に、カウンタのカウント値Ｃが１（Ｃ＝１）でない場合、ＭＲはＡｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＲＭのみに送出する（ステップＳ１６０３→Ｓ１６０４）。一方、カウント値Ｃが１（Ｃ＝１）である場合、ＭＲはＡｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＭ及びＲＭに送出する（ステップＳ１６０３→Ｓ１６０５）。そして、ＬＭは、ＭＲのフラグ（Ａｃｔｉｖｅ Ｆｌａｇ）を立てる（ステップＳ１６０６）。これにより、フラグの値が「１」になる。
【００３３】
また、同図（ｂ）において、ＭＮの通信が終了した場合（ステップＳ１６１０）、ＭＮはＤｅａｃｔｉｖａｔｉｏｎ信号をＭＲに送出する（ステップＳ１６１１）。すると、ＭＲは、カウンタ（Ａｃｔｉｖａｔｉｏｎ Ｃｏｕｎｔｅｒ）を１減算する（ステップＳ１６１２）。つまり、カウンタのカウント値をＣとすると、Ｃ＝Ｃ−１とする。
【００３４】
次に、カウンタのカウント値Ｃが０（Ｃ＝０）でない場合、ＭＲはＤｅａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＲＭのみに送出する（ステップＳ１６１３→Ｓ１６１４）。一方、カウント値Ｃが０（Ｃ＝０）である場合、ＭＲはＤｅａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＭ及びＲＭに送出する（ステップＳ１６１３→Ｓ１６１５）。そして、ＬＭは、ＭＲのフラグ（Ａｃｔｉｖｅ Ｆｌａｇ）を下ろす（ステップＳ１６１６）。これにより、フラグの値が「０」になる。
【００３５】
以上のように本例では、ＭＮに対して発着信が生じた場合や通信が終了した時に送出されるＡｃｔｉｖａｔｉｏｎ信号／Ｄｅａｃｔｉｖａｔｉｏｎ信号により、ＭＲが通信状態にあるＭＮの数を把握する。そして、その値が「０」から「１」になった場合や「１」から「０」になった場合にＬＭへ通知する。この通知を受取ったＬＭは、ＭＲについてのフラグの上げ下げ、すなわちフラグの設定を制御する。
【００３６】
要するにＭＲについてのフラグは、移動ノードから送出され通信の開始を示す信号に応答して、通信状態を示す値に設定され、移動ノードから送出され通信の停止を示す信号に応答して、待ち受け状態を示す値に設定されることになる。
図３に戻り、フラグの値「１」によってＭＲ＃１が通信状態にあることを検出したＬＭ＃１は、ＲＭ＃１にＭＲ＃１のＲＡ情報を問い合わせる（Ｓ１５０８）。この問い合わせを受信したＲＭ＃１は、自身のテーブルを検索し、ＭＲ＃１に対するＲＡ情報である「ＡＲ３ｂ」を応答する（Ｓ１５０９）。この応答を受信したＬＭ＃１は、得られたＲＡ情報である「ＡＲ３ｂ」に対して着信をかける（Ｓ１５１０）。この着信信号は、ＡＲ３を経由してＭＲ＃１に転送され（Ｓ１５１１）、さらに、これを受信したＭＲ＃１が移動体内に報知する（Ｓ１５１２）。以上により、着信信号がＭＮ＃２まで届けられることになる。
【００３７】
この着信信号に対して、移動ノードＭＮ＃２が応答（Ｐａｇｉｎｇ Ａｃｋ）を送出すると（Ｓ１５１３）、その応答は移動ルータＭＲ＃１、アクセスルータＡＲ３、ＬＭ＃１を介してＲＭ＃１に入力される（Ｓ１５１４、Ｓ１５１５、Ｓ１５１６）。
ここで、以上の動作を実現するためのＬＭ、ＲＭの構成について、図５、図６を参照して説明する。
【００３８】
図５に示されているように、ＬＭは、移動ノード及び移動ルータについてのＬＡ、並びに、それらが通信状態か待ち受け状態かを示すフラグを格納するためのテーブル７１と、ＲＡ情報をＲＭに問い合わせるためのＲＡ情報問い合わせ機能７２と、問い合わせの結果得られたＲＡ情報又は自身が保持しているＬＡ情報を用いて着信をかける着信機能７３と、フラグの値の書替えを行うフラグ制御機能７４と、自装置に登録されているＬＡ情報を更新するＬＡ情報更新機能７５と、ＡＲやＲＭ等、外部装置と自装置内の各部との間で信号を送受信するためのインタフェースをなす信号送受信部７０とを含んで構成されている。
【００３９】
また、図６に示されているように、ＲＭは、移動ノード及び移動ルータについてのＲＡ情報を格納するためのテーブル８１と、ＬＭからの問い合わせに応答してＲＡ情報を返信するＲＡ情報返信機能８２と、自装置に登録されているＲＡ情報を更新するＲＡ情報更新機能８３と、着信要求を送出する着信要求送出機能８４と、ＡＲやＬＭ等、外部装置と自装置内の各部との間で信号を送受信するためのインタフェースをなす信号送受信部８０とを含んで構成されている。
【００４０】
このような構成からなるＬＭ及びＲＭの動作について、図７を参照して説明する。同図は、図５に示されているＬＭ、及び図６に示されているＲＭの動作を示すフローチャートである。同図において、まず、ＬＭ内のテーブルに、移動ノード及び移動ルータが通信状態か待ち受け状態かを示すフラグを格納する（ステップＳ９０１）。次に、移動ノードに対して着信があるか判断する（ステップＳ９０２）。着信があった場合には、テーブルに格納されている移動ルータのフラグの値を確認する（ステップＳ９０３）。
【００４１】
フラグの値が「０」すなわち待ち受け状態を示す値である場合、ＬＭ内のテーブルに格納されているＬＡ情報を用いて、その移動ノードにＬＭが着信をかける（ステップＳ９０３→Ｓ９０４）。
一方、フラグの値が「１」すなわち通信状態を示す値である場合、ＬＭからＲＭに対して、その移動ルータについてのＲＡ情報を問い合わせる（ステップＳ９０３→Ｓ９０５）。そして、この問い合わせに対してＲＭからＬＭへの返信によって得られたＲＡ情報を用いて、その移動ノードにＬＭが着信をかける（ステップＳ９０６）。
【００４２】
以上のように動作することにより、通信状態で移動する移動ルータが有限な無線リソースを消費してＬＵ信号を送出することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。また、ＬＡ情報よりも詳細な位置情報であるＲＡ情報を用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
【００４３】
（第２の動作例）
図８を参照して、第２の動作例について説明する。本動作例では、上記第１の動作例とは異なり、フラグを用いない。同図においては、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１、アクセスルータＡＲ３、ＡＲ４、ＬＭ＃１、ＲＭ＃１の動作が示されている。なお、同図は、図１に示されている構成図と対応している。
【００４４】
同図は、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報の更新手続きを利用した位置登録の様子を示すシーケンス図である。ここで、ＭＲ＃１及びＭＮ＃１は、通信状態のままＡＲ３配下からＡＲ４配下へ移動してきたものとする。
同図において、ＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」のルーティングアドレスが「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のルーティングアドレスが「ＡＲ３ｂ」であることが登録されている（Ｓ１７０１ｂ）。
【００４５】
ＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＡＲ３ｂ」で、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」のＬＡが共に「ＭＲ＃１」であることが登録されている（Ｓ１７０１ａ）。
移動ノードＭＮ＃１は移動ネットワーク内に在圏し（Ｓ１７０２ａ）、移動ノードＭＮ＃２も移動ネットワーク内に在圏している（Ｓ１７０２ｂ）。移動ルータＭＲ＃１は、ＡｒＩが「ＭＲ＃１」であることに相当する報知情報を移動ネットワーク内の全ての移動ノード（ＭＮ＃１及びＭＮ＃２）に通知している（Ｓ１７０３）。また、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１は、アクセスルータＡＲ４から、ＡｒＩが「ＬＡ＃Ｂ」であることに相当する報知情報を受信している（Ｓ１７０４）。
【００４６】
ここで、本動作例では、ＭＲ＃１が代表するＡｃｔｉｖａｔｉｏｎ信号（Ｓ１７０５、Ｓ１７０６）によって、ＲＭ＃１におけるそのＭＲ＃１とＭＮ＃１のＲＡ情報が更新される。この更新により、ＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」のルーティングアドレスが「ＡＲ４ａ」、識別子（ＩＤ）「ＭＲ＃１」のルーティングアドレスが「ＡＲ４ｂ」であることが登録される（Ｓ１７０７）。
【００４７】
この更新後、ＲＭ＃１はＭＲ＃１に関するＲＡ情報についての通知（ＩＰｒａｐｕｓｈ）をＬＭ＃１に送出する（Ｓ１７０８）。この通知を受取ったＬＭ＃１は、ＭＲ＃１に対するＬＡ情報としてＲＡ情報を格納する。この結果、ＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＡＲ４ｂ」であることが登録される（Ｓ１７０９）。
【００４８】
この登録後、ＬＭ＃１が応答（ＩＰｒａ ｐｕｓｈ Ａｃｋ）を送出し（Ｓ１７１０）、ＲＭ＃１がその応答を受信すると、Ａｃｔｉｖａｔｉｏｎ信号に対する応答がアクセスルータＡＲ４、を介して移動ルータＭＲ＃１に入力される（Ｓ１７１１、Ｓ１７１２）。
そして、移動ルータに従属している待ち受け状態の移動ノードに対して着信が発生した場合には、このルーティングアドレスに対して着信がかけられる。
【００４９】
ここで、以上の動作を実現するためのＬＭ、ＲＭの構成について、図９、図１０を参照して説明する。
図９に示されているように、ＬＭは、移動ノード及び移動ルータについてのＬＡ情報を格納するためのテーブル７６と、このテーブル７６内に格納されているＲＡ情報を用いて着信をかける着信機能７７と、自装置に登録されているＬＡ情報を更新するＬＡ情報更新機能７８と、ＡＲやＲＭ等、外部装置と自装置内の各部との間で信号を送受信するためのインタフェースをなす信号送受信部７０とを含んで構成されている。なお、ＲＭから通知される、更新されたＲＡ情報は、ＬＡ情報としてテーブル７５に格納される。
【００５０】
また、図１０に示されているように、ＲＭは、移動ノード及び移動ルータについてのＲＡ情報を格納するためのテーブル８５と、このテーブル８５内に格納されている移動ルータのＲＡ情報が更新された場合、その更新されたＲＡ情報をＬＭに通知するＲＡ情報通知機能８６と、自装置に登録されているＲＡ情報を更新するＲＡ情報更新機能８７と、着信要求を送出する着信要求送出機能８８と、ＡＲやＬＭ等、外部装置と自装置内の各部との間で信号を送受信するためのインタフェースをなす信号送受信部８０とを含んで構成されている。
【００５１】
さらに、本動作例について、図１１のフローチャートを参照して説明する。同図において、まず、ＲＭにおいて通信状態にある移動ルータのＲＡ情報が更新されたかどうか判断する（ステップＳ１１１）。
ＲＡ情報が更新された場合は、その更新されたＲＡ情報をＲＭからＬＭに通知する（ステップＳ１１１→Ｓ１１２）。そして、通知されたＲＡ情報をＬＭ内のテーブルに格納する（ステップＳ１１３）。
【００５２】
次に、ＬＭにおいて移動ノードに対して着信があるか判断する（ステップＳ１１４）。着信があった場合、ＬＭは自装置内のテーブルに格納されている移動ルータのＲＡ情報を用いて、その移動ノードに対して着信をかける（ステップＳ１１４→Ｓ１１５）。ステップＳ１１４において、着信が無い場合には、ステップＳ１１１に戻り、ＲＭにおいてＲＡ情報が更新されたか判断する（ステップＳ１１４→Ｓ１１１）。以上の処理は繰返し行われる。
【００５３】
以上のように動作することにより、第１の動作例の場合と異なり、ＬＭ内のテーブルにフラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。また、ＬＡ情報よりも詳細な位置情報であるＲＡ情報を用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
（第２の実施形態）
Ａ：移動通信システムの構成
図１２は本発明による移動通信システムの第２の実施形態を示す図である。本実施形態では、第１の実施形態とは異なり、ローカル位置情報管理装置（Ｌｏｃａｌ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｒ：以下、ＬＬＭと略称する）と、ホーム位置情報管理装置（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｍａｎａｇｅｒ：以下、ＨＬＭと略称する）とからなる、２階層構造の位置情報管理装置が採用されている。同様に、ルーティング情報管理装置についても、ローカルルーティング情報管理装置（Ｌｏｃａｌ Ｒｏｕｔｉｎｇ Ｍａｎａｇｅｒ：以下、ＬＲＭと略称する）とホームルーティング情報管理装置（Ｈｏｍｅ Ｒｏｕｔｉｎｇ Ｍａｎａｇｅｒ：以下、ＨＲＭと略称する）とからなる、２階層構造のルーティング情報管理装置が採用されている。
【００５４】
同図に示されているように、本システムは、移動ノードや移動ルータのＬＡ情報、ないしは、移動ルータと移動ノードとの主従関係を示す主従関係情報を格納しているローカル位置情報管理装置ＬＬＭ＃１，ＬＬＭ＃２，ＬＬＭ＃３と、移動ノードや移動ルータＭＲ＃１が在圏しているＬＬＭに関する情報であるＬＬＭ情報を格納しているホーム位置情報管理装置ＨＬＭ＃１と、ＭＮやＭＲのＲＡ情報を格納しているローカルルーティング情報管理装置ＬＲＭ＃１，ＬＲＭ＃２，ＬＲＭ＃３と、ＭＮやＭＲが在圏しているＬＲＭ情報を格納しているホームルーティング情報管理装置ＨＲＭ＃１と、移動ノードや移動ルータに対してＡｒＩを報知し、このＡｒＩとＬＡとしてネットワーク内で管理される在圏位置情報との対応関係を保持するＡＲ１〜ＡＲ１１と、を含んで構成されている。すなわち、本実施形態では、位置情報管理装置、ルーティング情報管理装置について、それぞれ階層構造が存在する。
【００５５】
また、同図に示されているように、本システムは、待ち受け状態での移動において移動体空間内に存在するＭＮのＬＵを代表する移動ルータＭＲ＃１と、待ち受け状態にあっても移動ルータＭＲ＃１と同一の移動体空間内に存在する時にはＬＵを実施しない移動ノードＭＮ＃１，ＭＮ＃２と、を含んで構成されている。各ローカル位置情報管理装置ＬＬＭ＃１，ＬＬＭ＃２，ＬＬＭ＃３と各ローカルルーティング情報管理装置ＬＲＭ＃１，ＬＲＭ＃２，ＬＲＭ＃３とに対応して小さなエリアがそれぞれ形成されている。各エリアには１以上のＡＲが含まれている。ＡＲそれぞれに対応して存在するエリアが複数集合したものがロケーションエリアＬＡ＃Ａ，ＬＡ＃Ｂ，ＬＡ＃Ｃ，ＬＡ＃Ｄ，…，ＬＡ＃Ｚである。
【００５６】
なお、同図においては明示されていないが、通常、ＡＲ−ＬＬＭ／ＬＲＭ間やＬＬＭ／ＬＲＭ−ＨＬＭ／ＨＲＭ間、ＬＬＭ／ＬＲＭ−ＬＬＭ／ＬＲＭ間等には、信号等を転送するルータないしは交換機が存在する。
同図において、ＬＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」のＬＡが「ＭＲ＃１」で、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＬＡ＃Ａ」であることが登録されている（Ｓ１０１）。
【００５７】
ＬＲＭ＃１には、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報が格納されている。つまり、識別子（ＩＤ）「ＭＮ＃１」のＲＡ情報が「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のＲＡ情報が「ＡＲ３ｂ」であることが登録されている（Ｓ１０２）。
ＨＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」、「ＭＲ＃１」のＬＬＭ情報が「ＬＬＭ＃１」であることが登録されている（Ｓ１０３）。
【００５８】
ＨＲＭ＃１には、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＬＲＭ情報が格納されている。つまり、識別子（ＩＤ）「ＭＮ＃１」のＬＲＭ情報が「ＬＲＭ＃１」、識別子（ＩＤ）「ＭＲ＃１」のＬＲＭ情報が「ＬＲＭ＃１」であることが登録されている（Ｓ１０４）。
この状態において、ＭＮ＃１及びＭＲ＃１が通信状態にてＬＡ＃ＡからＬＡ＃Ｂへ移動した場合、ＭＲ＃１からＬＵ信号は送出されない（Ｓ１００）。したがって、ＬＬＭ＃１におけるＭＲ＃１の在圏ＬＡはＬＡ＃Ａのままである。この際に、ＭＲ＃１と主従関係にある待ち受け状態のＭＮ＃２に着信があると、従来の移動通信システムと同様の動作に従うと、実際にはＭＮ＃２が在圏していないＬＡ＃Ａに対して着信がかけられてしまうことになる。これでは、ＬＡ＃Ｂに在圏するＭＮ＃２は、その着信を受信することができないという問題が生じる。
【００５９】
この問題に対し、待ち受け状態、通信状態に関わらずＭＲがＬＵ信号を送出することも考えられる。しかしながら、通常、通信状態にある場合には、ＭＲ及びＭＮに対するルーティングアドレスを保持するＬＲＭが、在圏するＡＲで示される、ＬＡよりもより詳細な位置情報（ＲＡ情報）を保持しており、ＭＲがＬＵ信号を送出することでＬＬＭの情報を更新することは、有限な無線リソースの消費に対する観点から考えると、非効率的である。
【００６０】
そこで、本システムでは、ＬＬＭにおいて、ＭＲが待ち受け状態にあるか通信状態にあるかを判定するフラグをテーブル内に保持し、そのＭＲと主従関係にあるＭＮに対して着信が発生した場合に、ＬＬＭがそのＭＲの状態を判定し、通信状態にあると判定された際には、ＬＬＭがＬＲＭに対してそのＭＲのＲＡ情報を問い合わせ、得られたＲＡ情報に対してＬＬＭが着信をかける。
【００６１】
以下、この着信をかける手順について図１３を参照して説明する。
同図において、発信を行おうとしているＭＮ＃１からＡｃｔｉｖａｔｉｏｎ信号を受信した場合（Ｓ２０１）、ＭＲは、Ａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＬＭ＃１及びＬＲＭ＃１に送信する（Ｓ２０２ａ、Ｓ２０２ｂ）。ＬＬＭ＃１では、自装置のテーブルにおいて、識別子（ＩＤ）が「ＭＲ＃１」のエントリーのフラグの値を「１」にする（Ｓ２０３ａ）。ＬＲＭ＃１においては、識別子（ＩＤ）が「ＭＮ＃１」及び「ＭＲ＃１」のエントリーに対してそれぞれのＲＡ情報を書込む（Ｓ２０３ｂ）。
【００６２】
次に、ＭＲ＃１がＬＡ＃ＡからＬＡ＃Ｂに移動すると（Ｓ２０４）、通信状態にあるＭＮ＃１及びＭＲ＃１に対してハンドオーバ処理を行うため、ＭＲ＃１からＡｃｔｉｖａｔｉｏｎ信号が送出され（Ｓ２０５）、ＬＲＭ＃１においては、ＲＡ情報の更新処理が行われる（Ｓ２０６）。
ここで、ＭＮ＃２に対して着信があると（Ｓ２０７）、それを受信したＨＲＭ＃１は待ち受け状態にあるＭＮ＃２のＬＲＭ情報を保持していないため、ＨＬＭ＃１に対して呼出要求（Ｐａｇｉｎｇ Ｒｅｑ）を送出する（Ｓ２０８）。ＨＬＭ＃１はＬＬＭ＃１に呼出要求を送出する（Ｓ２０９）。
【００６３】
ＬＬＭ＃１においては、ＭＮ＃２がＭＲ＃１に従属し、ＭＲ＃１が通信状態にあることを検出するため、ＬＲＭ＃１に対してＭＲ＃１のルーティングアドレスを問い合わせる（Ｓ２１０）。これに応答して、ＬＲＭ＃１からＭＲ＃１のルーティングアドレス「ＡＲ３ｂ」が送出され、ＬＬＭ＃１に入力される（Ｓ２１１）。ＬＬＭ＃１は、このルーティングアドレス「ＡＲ３ｂ」を用いてＭＮ＃２に対して着信をかける（Ｓ２１２）。これを受信したＭＲ＃１は、ＭＮ＃２に対して着信信号を送出する（Ｓ２１３）。この後、ＭＮ＃２は着信元と通信状態になる。
Ｂ：移動通信システムの動作
（第１の動作例）
図１３に示されている手順を詳細に記述した、図１４及び図１５を参照して、第１の動作例について説明する。これらの図においては、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１、アクセスルータＡＲ１、ＡＲ２、ＡＲ３、ＬＲＭ＃１、ＬＬＭ＃１、ＨＬＭ＃１、ＨＲＭ＃１の動作が示されている。なお、これらの図は、図１２に示されている構成と対応している。
【００６４】
図１４は、ＭＲ＃１と主従関係にありかつ待ち受け状態のＭＮ＃２に対する着信の様子を示すシーケンス図である。
ここで、ＭＲ＃１及びＭＮ＃１はＬＡ＃Ａ在圏時に通信状態となり、通信状態のままＬＡ＃Ａに含まれるＡＲ２配下からＬＡ＃Ｂに含まれるＡＲ３配下へ移動してきたものとする。
【００６５】
同図において、ＬＲＭ＃１には、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報が格納されている。つまり、識別子（ＩＤ）「ＭＮ＃１」のＲＡ情報が「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のＲＡ情報が「ＡＲ３ｂ」であることが登録されている（Ｓ３０１ａ）。
ＬＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＬＡ＃Ａ」でフラグが「１」、識別子（ＩＤ）「ＭＮ＃１」のＬＡが「ＭＲ＃１」でフラグが「０」、識別子（ＩＤ）「ＭＮ＃２」のＬＡが「ＭＲ＃１」でフラグが「０」、であることが登録されている（Ｓ３０１ｂ）。
【００６６】
ＨＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」及び「ＭＲ＃１」のＬＬＭ情報が全て「ＬＬＭ＃１」であることが登録されている（Ｓ３０１ｃ）。
ＨＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」及び「ＭＲ＃１」のＬＲＭ情報が共に「ＬＲＭ＃１」であることが登録されている（Ｓ３０１ｄ）。
【００６７】
移動ノードＭＮ＃１は移動ネットワーク内に在圏し（Ｓ３０２ａ）、移動ノードＭＮ＃２も移動ネットワーク内に在圏している（Ｓ３０２ｂ）。移動ルータＭＲ＃１は、ＡｒＩが「ＭＲ＃１」であることに相当する報知情報を移動ネットワーク内の全ての移動ノード（ＭＮ＃１及びＭＮ＃２）に通知している（Ｓ３０３）。また、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１は、アクセスルータＡＲ３から、ＡｒＩが「ＬＡ＃Ｂ」であることに相当する報知情報を受信している（Ｓ３０４）。
【００６８】
この状態において、ＭＲ＃１と主従関係にある待ち受け状態の移動ノードＭＮ＃２に対して着信があると（Ｓ３０５）、その着信を受信したＨＲＭ＃１は、自身のテーブルを検索し、ＭＮ＃２に関するエントリーが無いことを検出すると、ＭＮ＃２が待ち受け状態にあることを認識する。すると、ＨＲＭ＃１は、固有アドレスである識別子ＩＰｈａをキーとしてＭＮ＃２のＨＬＭであるＨＬＭ＃１を特定し、着信要求（Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ）を送出する（Ｓ３０６）。この着信要求を受信したＨＬＭ＃１は、自身のテーブルを検索し、ＭＮ＃２がＬＬＭ＃１配下に在圏していることを検出し、ＬＬＭ＃１に着信要求を転送する（Ｓ３０７）。
【００６９】
この着信要求を受信したＬＬＭ＃１は、自身のテーブルを検索し、ＭＮ＃２がＭＲ＃１に従属しており、ＭＲ＃１はＬＡ＃Ａに在圏していることを検出する。さらに、ＬＬＭ＃１は、ＭＲ＃１のフラグを参照する。このとき、ＭＲ＃１のフラグの値は「１」であるため、ＬＬＭ＃１は、ＭＲ＃１が通信状態にあることを検出する（Ｓ３０８）。
【００７０】
ここで、このフラグに対する制御アルゴリズムの例が図１５に示されている。同図（ａ）において、ＭＮに対して発着信があった場合（ステップＳ４００）、ＭＮはＡｃｔｉｖａｔｉｏｎ信号をＭＲに送出する（ステップＳ４０１）。すると、ＭＲは、カウンタ（Ａｃｔｉｖａｔｉｏｎ Ｃｏｕｎｔｅｒ）を１加算する（ステップＳ４０２）。つまり、カウンタのカウント値をＣとすると、Ｃ＝Ｃ＋１とする。
【００７１】
次に、カウンタのカウント値Ｃが１（Ｃ＝１）でない場合、ＭＲはＡｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＲＭのみに送出する（ステップＳ４０３→Ｓ４０４）。一方、カウント値Ｃが１（Ｃ＝１）である場合、ＭＲはＡｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＬＭ及びＬＲＭに送出する（ステップＳ４０３→Ｓ４０５）。そして、ＬＬＭは、ＭＲのフラグ（Ａｃｔｉｖｅ Ｆｌａｇ）を立てる（ステップＳ４０６）。これにより、フラグの値が「１」になる。
【００７２】
また、同図（ｂ）において、ＭＮの通信が終了した場合（ステップＳ４１０）、ＭＮはＤｅａｃｔｉｖａｔｉｏｎ信号をＭＲに送出する（ステップＳ４１１）。すると、ＭＲは、カウンタ（Ａｃｔｉｖａｔｉｏｎ Ｃｏｕｎｔｅｒ）を１減算する（ステップＳ４１２）。つまり、カウンタのカウント値をＣとすると、Ｃ＝Ｃ−１とする。
【００７３】
次に、カウンタのカウント値Ｃが０（Ｃ＝０）でない場合、ＭＲはＤｅａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＲＭのみに送出する（ステップＳ４１３→Ｓ４１４）。一方、カウント値Ｃが０（Ｃ＝０）である場合、ＭＲはＤｅａｃｔｉｖａｔｉｏｎ Ｎｏｔｉｆｉｃａｔｉｏｎ信号をＬＬＭ及びＬＲＭに送出する（ステップＳ４１３→Ｓ４１５）。そして、ＬＬＭは、ＭＲのフラグ（Ａｃｔｉｖｅ Ｆｌａｇ）を下ろす（ステップＳ４１６）。これにより、フラグの値が「０」になる。
【００７４】
以上のように本例では、ＭＮに対して発着信が生じた場合や通信が終了した時に送出されるＡｃｔｉｖａｔｉｏｎ信号／Ｄｅａｃｔｉｖａｔｉｏｎ信号により、ＭＲが通信状態にあるＭＮの数を把握する。そして、その値が「０」から「１」になった場合や「１」から「０」になった場合にＬＬＭへ通知する。この通知を受取ったＬＬＭは、ＭＲについてのフラグの上げ下げ、すなわちフラグの設定を制御する。
【００７５】
要するにＭＲについてのフラグは、移動ノードから送出され通信の開始を示す信号に応答して、通信状態を示す値に設定され、移動ノードから送出され通信の停止を示す信号に応答して、待ち受け状態を示す値に設定されることになる。
図１４に戻り、フラグの値「１」によってＭＲ＃１が通信状態にあることを検出したＬＬＭ＃１は、ＬＲＭ＃１にＭＲ＃１のＲＡ情報を問い合わせる（Ｓ３０９）。この問い合わせを受信したＬＲＭ＃１は、自身のテーブルを検索し、ＭＲ＃１に対するＲＡ情報である「ＡＲ３ｂ」を応答する（Ｓ３１０）。この応答を受信したＬＬＭ＃１は、得られたＲＡ情報である「ＡＲ３ｂ」に対して着信をかける（Ｓ３１１）。この着信信号は、ＡＲ３を経由してＭＲ＃１に転送され（Ｓ３１２）、さらに、これを受信したＭＲ＃１が移動体内に報知する（Ｓ３１３）。以上により、着信信号がＭＮ＃２まで届けられることになる。
【００７６】
この着信信号に対して、移動ノードＭＮ＃２が応答（Ｐａｇｉｎｇ Ａｃｋ）を送出すると（Ｓ３１４）、その応答は移動ルータＭＲ＃１、アクセスルータＡＲ３、ＬＬＭ＃１、ＨＬＭ＃１を介してＨＲＭ＃１に入力される（Ｓ３１５、Ｓ３１６、Ｓ３１７、Ｓ３１８）。
ここで、以上の動作を実現するためのＬＬＭ、ＬＲＭの構成は、上述した図５、図６に示されているＬＭ、ＲＭの構成と同様であるため、その説明を省略する。また、ＬＬＭ及びＬＲＭの動作については、上述した図７の場合と同様であるため、その説明を省略する。
【００７７】
以上のように、本動作例においては、通信状態で移動する移動ルータが有限な無線リソースを消費してＬＵ信号を送出することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。また、ＬＡ情報よりも詳細な位置情報であるＲＡ情報を用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
【００７８】
（第２の動作例）
図１６を参照して、第２の動作例について説明する。同図においては、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１、アクセスルータＡＲ１、ＡＲ２、ＡＲ６、ＬＲＭ＃１、ＬＲＭ＃２、ＬＬＭ＃１、ＨＬＭ＃１、ＨＲＭ＃１の動作が示されている。なお、同図は、図１２に示されている構成図と対応している。
【００７９】
同図は、ＭＲ＃１と主従関係にある待ち受け状態のＭＮ＃２に対する着信の様子を示すシーケンス図である。ここで、ＭＲ＃１及びＭＮ＃１はＬＡ＃Ａ在圏時に通信状態となり、通信状態のままＬＡ＃Ａに含まれるＡＲ２配下からＬＡ＃Ｃに含まれるＡＲ６配下へ移動してきたものとし、ＬＲＭ＃２では通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報が格納されているものとする。
【００８０】
同図において、ＬＲＭ＃１には情報が何も登録されていない（Ｓ５０１ａ）。ＬＲＭ＃２には識別子（ＩＤ）「ＭＮ＃１」のルーティングアドレスが「ＡＲ６ａ」、識別子（ＩＤ）「ＭＲ＃１」のルーティングアドレスが「ＡＲ６ｂ」であることが登録されている（Ｓ５０１ｂ）。
ＬＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」のＬＡが共に「ＭＲ＃１」でフラグが共に「０」、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＬＡ＃Ａ」でフラグが「１」であることが登録されている（Ｓ５０１ｃ）。
【００８１】
ＨＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」、「ＭＲ＃１」のＬＬＭ情報が「ＬＬＭ＃１」であることが登録されている（Ｓ５０１ｄ）。
ＨＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」「ＭＲ＃１」のＬＲＭ情報が「ＬＲＭ＃２」であることが登録されている（Ｓ５０１ｅ）。
移動ノードＭＮ＃１は移動ネットワーク内に在圏し（Ｓ５０２ａ）、移動ノードＭＮ＃２も移動ネットワーク内に在圏している（Ｓ５０２ｂ）。移動ルータＭＲ＃１は、ＡｒＩが「ＭＲ＃１」であることに相当する報知情報を移動ネットワーク内の全ての移動ノード（ＭＮ＃１及びＭＮ＃２）に通知している（Ｓ５０３）。また、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１は、アクセスルータＡＲ６から、ＡｒＩが「ＬＡ＃Ｃ」であることに相当する報知情報を受信している（Ｓ５０４）。
【００８２】
この状態において、移動ノードＭＮ＃２に対して着信があると（Ｓ５０５）、その着信を受信したＨＲＭ＃１は、自身のテーブルを検索し、ＭＮ＃２に関するエントリーが無いことを検出すると、ＭＮ＃２が待ち受け状態にあることを認識する。すると、ＨＲＭ＃１は、固有アドレスである識別子ＩＰｈａをキーとしてＭＮ＃２のＨＬＭであるＨＬＭ＃１を特定し、着信要求（Ｐａｇｉｎｇ Ｒｅｑｕｅｓｔ）を送出する（Ｓ５０６）。この着信要求を受信したＨＬＭ＃１は、自身のテーブルを検索し、ＭＮ＃２がＬＬＭ＃１配下に在圏していることを検出し、ＬＬＭ＃１に着信要求を転送する（Ｓ５０７）。
【００８３】
この着信要求を受信したＬＬＭ＃１は、自身のテーブルを検索し、ＭＮ＃２がＭＲ＃１に従属しており、ＭＲ＃１はＬＡ＃Ａに在圏していることを検出する。さらに、ＬＬＭ＃１は、ＭＲ＃１のフラグを参照する。このとき、ＭＲ＃１のフラグの値は「１」であるため、ＬＬＭ＃１は、ＭＲ＃１が通信状態にあることを検出する（Ｓ５０８）。
【００８４】
フラグの値「１」によってＭＲ＃１が通信状態にあることを検出したＬＬＭ＃１は、ＬＲＭ＃１にＭＲ＃１のＲＡ情報を問い合わせる（Ｓ５０９）。この問い合わせを受信したＬＲＭ＃１は、自身のテーブルを検索する。検索の結果、自身のテーブルに、ＭＲ＃１に関するエントリーが無いことを検出したＬＲＭ＃１は、ＩＰｈａをキーとしてＭＲ＃１のＨＲＭであるＨＲＭ＃１を特定し、特定したＨＲＭ＃１に収容されているＭＲ＃１のＬＲＭ情報を問い合わせる要求を送出する（Ｓ５１０）。
【００８５】
この要求を受取ったＨＲＭ＃１は、自身のテーブルを検索し、ＭＲ＃１がＬＲＭ＃２配下に在圏していることを返答する（Ｓ５１１）。この返答を受取ったＬＲＭ＃１は、ＬＲＭ＃２にＭＲ＃１のＲＡ情報を問い合わせる要求を送出する（Ｓ５１２）。
この要求を受取ったＬＲＭ＃２は、自身のテーブルを検索し、ＭＲ＃１に対するＲＡ情報であるＡＲ６ｂをＬＲＭ＃１に返答する（Ｓ５１３）。この返答を受取ったＬＲＭ＃１は、それをＬＬＭ＃１に転送する（Ｓ５１４）。
【００８６】
ＬＬＭ＃１は、得られたＲＡ情報であるＡＲ６ｂに対して着信をかける（Ｓ５１５）。この着信信号は、ＡＲ６を経由してＭＲ＃１に転送され（Ｓ５１６）、さらに、これを受信したＭＲ＃１が移動体内に報知する（Ｓ５１７）。以上により、着信信号がＭＮ＃２まで届けられることになる。
この着信信号に対して、移動ノードＭＮ＃２が応答（Ｐａｇｉｎｇ Ａｃｋ）を送出すると（Ｓ５１８）、その応答は移動ルータＭＲ＃１、アクセスルータＡＲ６、ＬＬＭ＃１、ＨＬＭ＃１を介してＨＲＭ＃１に入力される（Ｓ５１９、Ｓ５２０、Ｓ５２１、Ｓ５２２）。
【００８７】
（第３の動作例）
図１７を参照して、第３の動作例について説明する。本動作例では、上記第１及び第２の動作例とは異なり、フラグを用いない。同図においては、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１、アクセスルータＡＲ３、ＡＲ４、ＬＲＭ＃１、ＬＬＭ＃１、ＨＬＭ＃１、ＨＲＭ＃１の動作が示されている。なお、同図は、図１２に示されている構成図と対応している。
【００８８】
同図は、通信状態にあるＭＲ＃１及びＭＮ＃１に対するＲＡ情報の更新手続きを利用した位置登録の様子を示すシーケンス図である。ここで、ＭＲ＃１及びＭＮ＃１は、通信状態のままＡＲ３配下からＡＲ４配下へ移動してきたものとする。
同図において、ＬＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」のルーティングアドレスが「ＡＲ３ａ」、識別子（ＩＤ）「ＭＲ＃１」のルーティングアドレスが「ＡＲ３ｂ」であることが登録されている（Ｓ６０１ａ）。
【００８９】
ＬＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＡＲ３ｂ」で、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」のＬＡが共に「ＭＲ＃１」であることが登録されている（Ｓ６０１ｂ）。
ＨＬＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」、「ＭＮ＃２」、「ＭＲ＃１」のＬＬＭ情報が「ＬＬＭ＃１」であることが登録されている（Ｓ６０１ｃ）。
【００９０】
ＨＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」「ＭＲ＃１」のＬＲＭ情報が「ＬＲＭ＃１」であることが登録されている（Ｓ６０１ｄ）。
移動ノードＭＮ＃１は移動ネットワーク内に在圏し（Ｓ６０２ａ）、移動ノードＭＮ＃２も移動ネットワーク内に在圏している（Ｓ６０２ｂ）。移動ルータＭＲ＃１は、ＡｒＩが「ＭＲ＃１」であることに相当する報知情報を移動ネットワーク内の全ての移動ノード（ＭＮ＃１及びＭＮ＃２）に通知している（Ｓ６０３）。また、移動ノードＭＮ＃１、ＭＮ＃２、移動ルータＭＲ＃１は、アクセスルータＡＲ４から、ＡｒＩが「ＬＡ＃Ｂ」であることに相当する報知情報を受信している（Ｓ６０４）。
【００９１】
ここで、本動作例では、ＭＲ＃１が代表するＡｃｔｉｖａｔｉｏｎ信号（Ｓ６０５、Ｓ６０６）によって、ＬＲＭ＃１におけるそのＭＲ＃１とＭＮ＃１のＲＡ情報が更新される。この更新により、ＬＲＭ＃１には、識別子（ＩＤ）「ＭＮ＃１」のルーティングアドレスが「ＡＲ４ａ」、識別子（ＩＤ）「ＭＲ＃１」のルーティングアドレスが「ＡＲ４ｂ」であることが登録される（Ｓ６０７）。
【００９２】
この更新後、ＬＲＭ＃１はＭＲ＃１に関するＲＡ情報についての通知（ＩＰｒａ ｐｕｓｈ）をＬＬＭ＃１に送出する（Ｓ６０８）。この通知を受取ったＬＬＭ＃１は、ＭＲ＃１に対するＬＡ情報としてＲＡ情報を格納する。この結果、ＬＬＭ＃１には、識別子（ＩＤ）「ＭＲ＃１」のＬＡが「ＡＲ４ｂ」であることが登録される（Ｓ６０９）。
【００９３】
この登録後、ＬＬＭ＃１が応答（ＩＰｒａ ｐｕｓｈ Ａｃｋ）を送出し（Ｓ６１０）、ＬＲＭ＃１がその応答を受信すると、Ａｃｔｉｖａｔｉｏｎ信号に対する応答がアクセスルータＡＲ４を介して移動ルータＭＲ＃１に入力される（Ｓ６１１、Ｓ６１２）。
そして、移動ルータに従属している待ち受け状態の移動ノードに対して着信が発生した場合には、このルーティングアドレスに対して着信がかけられる。
【００９４】
ここで、以上の動作を実現するためのＬＬＭ、ＬＲＭの構成は、上述した図９、図１０に示されているＬＭ、ＲＭの構成と同様であるため、その説明を省略する。また、ＬＬＭ及びＬＲＭの動作については、上述した図１１の場合と同様であるため、その説明を省略する。
以上のように動作することにより、第１の動作例及び第２の動作例の場合と異なり、ＬＬＭ内のテーブルにフラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができる。また、ＬＡ情報よりも詳細な位置情報であるＲＡ情報を用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができる。
（変形例）
なお、本発明は、上記実施形態に限定されず、例えば以下のような変形例が含まれる。
（１） ＬＭ又はＬＬＭにて、ＭＲが通信状態にあるか否かを示すフラグを用いず、そのＭＲと主従関係にある待ち受け状態のＭＮに対して着信要求があった際には、自身の持つそのＭＲの在圏ＬＡ情報に従ってそのＭＮに着信をかける。この際に、一定時間を経過してもそのＭＮから応答が返ってこない場合には、ＲＭ又はＬＲＭにそのＭＲのＲＡ情報を問い合わせ、得られたＲＡ情報に対して着信をかける。つまり、ＬＭ又はＬＬＭに格納されているＬＡ情報を用いて着信をかけ、一定時間経過しても応答がない場合に限り、ＲＡ情報を問い合わせ、得られたＲＡ情報に対して着信をかける。
（２） ＬＭ又はＬＬＭにて、ＭＲが通信状態にあるか否かを示すフラグを用いず、そのＭＲと主従関係にある待ち受け状態のＭＮに対して着信要求があった際には、ＬＭ又はＬＬＭがＲＭ又はＬＲＭにそのＭＲのＲＡ情報を問い合わせ、ＲＭ又はＬＲＭからＲＡ情報が返答されればそのＲＡ情報に、返答されなければ自身の持つそのＭＲの在圏ＬＡ情報に従ってそのＭＮに着信をかける。
（３） ＲＭ又はＬＲＭから得られたＲＡ情報をＬＡ情報に変換してＬＭ又はＬＬＭに格納し、着信もＬＡ情報に対して行うようにしても良い。
（４） 移動体内に設置されたＭＲが、自身に従属しているＭＮを把握し、自身のＬＵを行う際に、自身のＩＰｈａだけでなく、従属しているＭＮのＩＰｈａも併せて送信を行うことでＬＭ又はＬＬＭにおいてそのＭＲとＭＮの従属関係を保持しない場合には、ＭＲだけでなく、ＭＮに対しても通信状態にあるか否かを示すフラグの上げ下げを行う。
（５） ＭＲ及びＭＮに対するフラグの上げ下げは、ＲＡ情報の有無を契機としてＲＭ又はＬＲＭがＬＭ又はＬＬＭに通知することによって行う。
（６） ＬＭ又はＬＬＭにおいてフラグを保持しない場合や、変形例（５）のようにフラグの上げ下げをＲＭ又はＬＲＭにおけるＲＡ情報の有無によって行う場合には、移動体に乗車したＭＮ−ＡＲ間の信号転送は、ＭＲを経由せずに直接ＭＮ−ＡＲ間で信号を送受しても良い。
（７） 上記では、ＭＲ−ＭＮ間における２段階の主従関係を例に説明したが、本関係を多段階に繰り返す場合にも適用できることは明らかである。
（８） 位置情報管理装置、ルーティング情報管理装置について、上記第１の実施形態では両装置ともに階層構造が存在しない場合、上記第２の実施形態では両装置ともに階層構造が存在する場合、について説明したが、両装置のいずれか一方のみについて階層構造が存在しても良い。すなわち、ＬＬＭ及びＨＬＭとＲＭとを採用した移動通信システム、ＬＭとＬＲＭ及びＨＲＭとを採用した移動通信システムのいずれの場合でも本発明を適用できる。
【００９５】
【発明の効果】
以上説明したように本発明は、位置情報管理装置において、移動ルータが待ち受け状態にあるか通信状態にあるかを判定するフラグを保持し、その移動ルータと主従関係にある移動ノードに対して着信が発生した場合に、位置情報管理装置がその移動ルータの状態を判定し、通信状態にあると判定された際には、位置情報管理装置がルーティング情報管理装置に対してその移動ルータのルーティングアドレス情報を問い合わせ、得られたルーティングアドレス情報に対して位置情報管理装置が着信をかけることにより、通信状態で移動する移動ルータが有限な無線リソースを消費して位置登録信号を送出することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができるという効果がある。
【００９６】
さらに、通信状態の開始／終了を示す信号を利用してフラグの値を制御することにより、通信状態であるか待ち受け状態であるかの認識を容易に行うことができるという効果がある。
また、ルーティングアドレスが更新される度に、その更新されたルーティングアドレスを位置情報管理装置に通知し、それを在圏位置情報として保持することにより、フラグを保持することなく、その移動ルータと主従関係を形成している移動ノードに対して着信をかけることができるという効果がある。
なお、在圏位置情報よりもより詳細な位置情報を示すルーティングアドレスを用いて着信をかけることにより、着信に要する無線リソースの消費も最小限に抑えることができるという効果がある。
【図面の簡単な説明】
【図１】本発明による移動通信システムの第１の実施形態を示す図である。
【図２】図１の移動通信システムにおいて着信をかける手順を示す図である。
【図３】本発明による第１の実施形態の移動通信システムの第１の動作例において、移動ルータと主従関係にありかつ待ち受け状態の移動ノードに対する着信の様子を示すシーケンス図である。
【図４】本発明による第１の実施形態の移動通信システムにおいて、フラグに対する制御アルゴリズムの例を示すフローチャートであり、（ａ）は発着信開始時の動作、（ｂ）は通信終了時の動作を示す。
【図５】本発明による第１の実施形態の移動通信システムの第１の動作例を実現するためのＬＭの構成例を示すブロック図である。
【図６】本発明による第１の実施形態の移動通信システムの第１の動作例を実現するためのＲＭの構成例を示すブロック図である。
【図７】図５に示されているＬＭ及び図６に示されているＲＭの動作を示すフローチャートである。
【図８】本発明による第１の実施形態の移動通信システムの第２の動作例を示すシーケンス図である。
【図９】本発明による第１の実施形態の移動通信システムの第２の動作例を実現するためのＬＭの構成例を示すブロック図である。
【図１０】本発明による第１の実施形態の移動通信システムの第２の動作例を実現するためのＲＭの構成例を示すブロック図である。
【図１１】本発明による第１の実施形態の移動通信システムの第２の動作例を示すフローチャートである。
【図１２】本発明による移動通信システムの第２の実施形態を示す図である。
【図１３】図１２の移動通信システムにおいて着信をかける手順を示す図である。
【図１４】本発明による第２の実施形態の移動通信システムの第１の動作例において、移動ルータと主従関係にありかつ待ち受け状態の移動ノードに対する着信の様子を示すシーケンス図である。
【図１５】本発明による第２の実施形態の移動通信システムにおいて、フラグに対する制御アルゴリズムの例を示すフローチャートであり、（ａ）は発着信開始時の動作、（ｂ）は通信終了時の動作を示す。
【図１６】本発明による第２の実施形態の移動通信システムの第２の動作例において、移動ルータと主従関係にありかつ待ち受け状態の移動ノードに対する着信の様子を示すシーケンス図である。
【図１７】本発明による第２の実施形態の移動通信システムの第３の動作例を示すシーケンス図である。
【符号の説明】
ＭＮ＃１〜ＭＮ＃２ 移動ノード
ＭＲ＃１ 移動ルータ
ＬＡ＃Ａ〜ＬＡ＃Ｚ 在圏位置
ＬＬＭ＃１〜ＬＬＭ＃３ ローカル位置情報管理装置
ＬＭ＃１ 位置情報管理装置
ＲＭ＃１ ルーティング情報管理装置
ＬＲＭ＃１〜ＬＲＭ＃３ ローカルルーティング情報管理装置
ＬＵ 位置登録要求
ＨＬＭ＃１ ホーム位置情報管理装置
ＨＲＭ＃１ ホームルーティング情報管理装置
ＡＲ１〜ＡＲ１１ アクセスルータ
ＡｒＩ 在圏位置識別子
ＩＰｈａ 識別子
Claims (8)
- 移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムであって、前記移動ルータが通信状態であるか否かを示すフラグを保持する手段と、前記移動ノードに対して着信があった場合、保持されている前記フラグの値に応じて、前記移動ルータについてのルーティングアドレス情報を問い合わせる手段と、この問い合わせによって得られたルーティングアドレス情報を用いて前記移動ノードに対して着信をかける手段とを含むことを特徴とする移動通信システム。
- 前記移動ノードから送出され通信の開始を示す信号に応答して、前記フラグを、通信状態を示す値に設定し、
前記移動ノードから送出され通信の停止を示す信号に応答して、前記フラグを、待ち受け状態を示す値に設定する手段を更に含むことを特徴とする請求項１記載の移動通信システム。 - 移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムであって、前記移動ルータのルーティングアドレス情報を格納するテーブルと、このテーブル内の前記移動ルータのルーティングアドレス情報が更新された場合、更新されたルーティングアドレス情報を通知する手段とを有するルーティング情報管理装置と、
前記ルーティング情報管理装置から通知されたルーティングアドレス情報を、前記移動ルータの在圏位置情報として格納するテーブルと、このテーブルに格納されている在圏位置情報を用いて前記移動ノードに着信をかける手段とを有する位置情報管理装置と、を含むことを特徴とする移動通信システム。 - 移動ノードと共に移動する移動ルータが代表して前記移動ノードについて位置登録処理がなされる位置情報管理装置であって、前記移動ルータが通信状態であるか否かを示すフラグを保持する手段と、前記移動ノードに対して着信があった場合、保持されている前記フラグの値に応じて、前記移動ルータについてのルーティングアドレス情報を問い合わせる手段と、この問い合わせによって得られたルーティングアドレス情報を用いて前記移動ノードに対して着信をかける手段とを含むことを特徴とする位置情報管理装置。
- 前記フラグを、前記移動ノードから送出され通信の開始を示す信号に応答して、通信状態を示す値に設定し、
前記移動ノードから送出され通信の停止を示す信号に応答して、前記フラグを、待ち受け状態を示す値に設定する手段を更に含むことを特徴とする請求項４記載の位置情報管理装置。 - 移動ノードと共に移動する移動ルータが代表して前記移動ノードについて位置登録処理がなされる位置情報管理装置であって、前記移動ルータのルーティングアドレス情報が更新される度に通知される該ルーティングアドレス情報を、前記移動ルータの在圏位置情報として格納するテーブルと、このテーブルに格納されている在圏位置情報を用いて前記移動ノードに着信をかける手段とを含むことを特徴とする位置情報管理装置。
- 移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムに用いられるルーティング情報管理装置であって、前記移動ルータのルーティングアドレス情報を格納するテーブルと、前記移動ルータのルーティングアドレス情報の問い合わせに応答して前記テーブルに格納されているルーティングアドレス情報を返信する手段とを含むことを特徴とするルーティング情報管理装置。
- 移動ノードと共に移動する移動ルータが代表して前記移動ノードについての位置登録処理を行う移動通信システムに用いられるルーティング情報管理装置であって、前記移動ルータのルーティングアドレス情報を格納するテーブルと、このテーブル内の前記移動ルータのルーティングアドレス情報が更新された場合、更新されたルーティングアドレス情報を通知する手段とを含むことを特徴とするルーティング情報管理装置。
Priority Applications (5)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003022450A JP2004236001A (ja) | 2003-01-30 | 2003-01-30 | 移動通信システム、位置情報管理装置、ルーティング情報管理装置 |
| US10/764,481 US7519025B2 (en) | 2003-01-30 | 2004-01-27 | Mobile communication system, location manager and routing manager |
| DE200460000500 DE602004000500T2 (de) | 2003-01-30 | 2004-01-29 | Mobilkommunikationssystem, Positionsverwalter und Leitweglenkungsverwalter |
| EP20040001893 EP1443793B1 (en) | 2003-01-30 | 2004-01-29 | Mobile communication system, location manager and routing manager |
| CNB2004100037750A CN1272973C (zh) | 2003-01-30 | 2004-01-30 | 移动通信系统、位置管理器以及路由管理器 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2003022450A JP2004236001A (ja) | 2003-01-30 | 2003-01-30 | 移動通信システム、位置情報管理装置、ルーティング情報管理装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2007107248A Division JP4641311B2 (ja) | 2007-04-16 | 2007-04-16 | 移動通信システム、位置情報管理装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2004236001A true JP2004236001A (ja) | 2004-08-19 |
Family
ID=32652899
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003022450A Pending JP2004236001A (ja) | 2003-01-30 | 2003-01-30 | 移動通信システム、位置情報管理装置、ルーティング情報管理装置 |
Country Status (5)
| Country | Link |
|---|---|
| US (1) | US7519025B2 (ja) |
| EP (1) | EP1443793B1 (ja) |
| JP (1) | JP2004236001A (ja) |
| CN (1) | CN1272973C (ja) |
| DE (1) | DE602004000500T2 (ja) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4851589B2 (ja) * | 2006-08-09 | 2012-01-11 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Ｖｒｍ選択 |
| JP2014112899A (ja) * | 2014-01-16 | 2014-06-19 | ▲ホア▼▲ウェイ▼技術有限公司 | ページング方法及びページング装置 |
| JP5972496B1 (ja) * | 2015-06-29 | 2016-08-17 | 三菱電機株式会社 | 基地局 |
Families Citing this family (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7557433B2 (en) | 2004-10-25 | 2009-07-07 | Mccain Joseph H | Microelectronic device with integrated energy source |
| US8526434B2 (en) * | 2006-08-09 | 2013-09-03 | Andras Valko | Routing manager hierarchy |
| US9066316B2 (en) * | 2007-11-19 | 2015-06-23 | Qualcomm Incorporated | Diagnostic monitoring by a wireless device |
| CN101877818B (zh) * | 2009-04-30 | 2015-08-12 | 中兴通讯股份有限公司 | 定位业务辅助数据更新通知的方法及系统 |
| CN102036220A (zh) * | 2009-09-25 | 2011-04-27 | 华为技术有限公司 | 一种移动性管理方法及装置 |
| US9258201B2 (en) * | 2010-02-23 | 2016-02-09 | Trane International Inc. | Active device management for use in a building automation system |
| CN102812738B (zh) * | 2010-03-12 | 2015-10-14 | 富士通株式会社 | 通信区间设定方法、中继站及移动通信系统 |
| FR2988969A1 (fr) * | 2012-03-29 | 2013-10-04 | France Telecom | Procede et equipement de routage pour communication entre vehicules |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2689990B2 (ja) | 1988-12-16 | 1997-12-10 | 日本情報通信コンサルティング株式会社 | 移動体通信装置の位置識別方式 |
| JP2878397B2 (ja) | 1990-06-08 | 1999-04-05 | 日本電信電話株式会社 | 通信中着信制御方式 |
| JPH0555991A (ja) | 1991-08-23 | 1993-03-05 | Nippon Telegr & Teleph Corp <Ntt> | 位置登録方式 |
| JP2667757B2 (ja) | 1992-03-16 | 1997-10-27 | 富士通株式会社 | 移動交換機システムにおける移動局の位置登録方法 |
| JPH1146380A (ja) | 1997-07-28 | 1999-02-16 | Nec Corp | セルラ方式の移動通信システム |
| KR100272567B1 (ko) * | 1997-12-31 | 2000-11-15 | 서평원 | 이동통신 네트워크를 이용한 이동 인터넷 |
| JP4578585B2 (ja) | 1998-02-13 | 2010-11-10 | 富士通株式会社 | 移動通信システム、移動基地局、及びその制御方法 |
| JP3127957B2 (ja) | 1998-06-09 | 2001-01-29 | 日本電気株式会社 | 移動通信システムにおける位置登録方法 |
| US7136645B2 (en) * | 1998-10-09 | 2006-11-14 | Netmotion Wireless, Inc. | Method and apparatus for providing mobile and other intermittent connectivity in a computing environment |
| US6636498B1 (en) * | 1999-01-08 | 2003-10-21 | Cisco Technology, Inc. | Mobile IP mobile router |
| US7173917B1 (en) * | 2000-03-31 | 2007-02-06 | Nortel Networks Limited | Unicast agent advertisement based on layer 2 and layer 3 motion detection |
| US6961573B1 (en) * | 2000-12-22 | 2005-11-01 | Cisco Technology, Inc. | System and method for routing communications based on wireless communication link quality |
| US6804532B1 (en) * | 2000-12-22 | 2004-10-12 | Cisco Technology, Inc. | System and method for re-routing communications based on wireless communication link quality |
| JP3949902B2 (ja) | 2001-02-28 | 2007-07-25 | 株式会社エヌ・ティ・ティ・ドコモ | 位置管理方法、通信システムおよび情報提供システム |
| US7206294B2 (en) * | 2001-08-15 | 2007-04-17 | Meshnetworks, Inc. | Movable access points and repeaters for minimizing coverage and capacity constraints in a wireless communications network and a method for using the same |
| US6721297B2 (en) * | 2001-11-19 | 2004-04-13 | Motorola, Inc. | Method and apparatus for providing IP mobility for mobile networks |
| US7039404B2 (en) * | 2002-06-27 | 2006-05-02 | Intel Corporation | Continuous mobility across wireless networks by integrating mobile IP and GPRS mobility agents |
| US7110377B2 (en) * | 2002-10-10 | 2006-09-19 | Qualcomm Incorporated | Dormant handoff in a packet data network |
| US6925378B2 (en) * | 2003-05-12 | 2005-08-02 | Circumnav Networks, Inc. | Enhanced mobile communication device with extended radio, and applications |
-
2003
- 2003-01-30 JP JP2003022450A patent/JP2004236001A/ja active Pending
-
2004
- 2004-01-27 US US10/764,481 patent/US7519025B2/en not_active Expired - Fee Related
- 2004-01-29 EP EP20040001893 patent/EP1443793B1/en not_active Expired - Lifetime
- 2004-01-29 DE DE200460000500 patent/DE602004000500T2/de not_active Expired - Lifetime
- 2004-01-30 CN CNB2004100037750A patent/CN1272973C/zh not_active Expired - Fee Related
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP4851589B2 (ja) * | 2006-08-09 | 2012-01-11 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | Ｖｒｍ選択 |
| JP2014112899A (ja) * | 2014-01-16 | 2014-06-19 | ▲ホア▼▲ウェイ▼技術有限公司 | ページング方法及びページング装置 |
| JP5972496B1 (ja) * | 2015-06-29 | 2016-08-17 | 三菱電機株式会社 | 基地局 |
Also Published As
| Publication number | Publication date |
|---|---|
| US20040258011A1 (en) | 2004-12-23 |
| CN1520201A (zh) | 2004-08-11 |
| EP1443793A1 (en) | 2004-08-04 |
| CN1272973C (zh) | 2006-08-30 |
| US7519025B2 (en) | 2009-04-14 |
| DE602004000500T2 (de) | 2006-11-30 |
| EP1443793B1 (en) | 2006-03-22 |
| DE602004000500D1 (de) | 2006-05-11 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3049056B1 (ja) | 移動体通信網の加入者デ―タ制御方法 | |
| EP1113691B1 (en) | Location managing method for managing location of mobile station in mobile wireless packet communication system and mobile wireless packet communication system | |
| JP2853688B2 (ja) | パーソナル通信システムのモビリティ管理方式 | |
| EP1070421B1 (en) | Method and system for supporting wireless communications within an internetwork | |
| US6292672B1 (en) | Call pickup group controlled by wireless terminals | |
| JP2001112043A (ja) | 無線端末交信方法 | |
| CN100385990C (zh) | 本地位置管理器、原籍位置管理器和移动通信系统 | |
| EP1443793B1 (en) | Mobile communication system, location manager and routing manager | |
| US20110287734A1 (en) | Mobile communication system, located area management device, communication control device and communication method | |
| JPH07307965A (ja) | 無線呼出方式 | |
| JP2003189367A (ja) | 無線通信システム及び発信側携帯端末における相手先携帯端末の時刻識別方法 | |
| JP4641311B2 (ja) | 移動通信システム、位置情報管理装置 | |
| JP2009267709A (ja) | 無線ネットワークシステムおよび無線システム選択方法 | |
| JP2002345009A (ja) | 位置情報管理方法、携帯通信端末の呼出方法、位置情報管理装置、中継装置、無線基地局および移動通信網 | |
| JP5121640B2 (ja) | 無線通信システム及び無線通信方法 | |
| JP2728728B2 (ja) | 移動通信追跡接続制御方式 | |
| JP3990087B2 (ja) | 携帯端末装置およびその位置情報取得方法ならびに移動体通信システムおよび位置情報通知方法 | |
| JPH08289355A (ja) | 移動体通信端末位置情報伝達方法と装置および該装置を有する移動体通信システム | |
| JP2006166125A (ja) | ネットワーク、ネットワークシステム及びネットワークシステムの通信方法 | |
| JP3291131B2 (ja) | 移動通信システム | |
| JPH0927985A (ja) | 移動体通信システム | |
| JP2003009228A (ja) | 移動端末呼出方法 | |
| JP2007151045A (ja) | ページング方法および位置登録方法 | |
| JP2771479B2 (ja) | ページャーの位置登録方法 | |
| JPH04207533A (ja) | 移動体基地局設定変更方式 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050414 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070206 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070213 |
|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20070904 |