(57)【要約】  同一リンク配下に異なるＩＰコンフィグ情報を必要とする端末が混在した場合、ルータ広告を端末個別に送信しなければならない。  要請ノードマルチキャストアドレス宛にルータ広告を送信する手段と、要請ノードマルチキャストアドレスに応じたＩＰアドレスの割り当て手段とを備えることにより、同一のＩＰコンフィグ情報を必要とする端末群を同じ要請ノードマルチキャストアドレスを持つようにグルーピングし、グループ毎のルータ広告を可能にする。
2008035492.tif 000002
【特許請求の範囲】
【請求項１】
特定の端末グループのみ受信可能なルータ広告を送信するルータ広告手段を備えたことを特徴とするアクセスルータ。
【請求項２】
前記ルータ広告手段は、前記ルータ広告の宛先アドレスとして要請ノードマルチキャストアドレス（solicited-node multicast address）を使用することにより前記特定の端末グループに所属するメンバのみに受信させることを特徴とする請求項１記載のアクセスルータ。
【請求項３】
前記ルータ広告手段は、端末のネットワークへの初期アクセス時には前記ルータ広告の宛先アドレスとしてユニキャストアドレスを使用することを特徴とする請求項２記載のアクセスルータ。
【請求項４】
端末に送信するマルチキャストアドレスを記載したアドレスリストを具備することを特徴とする請求項１から３のいずれか１項に記載のアクセスルータ。
【請求項５】
同一の特徴を持つ端末に同一の要請ノードマルチキャストアドレスを持つＩＰアドレスの割り当てを行う手段を備えたことを特徴とするＤＨＣＰサーバ。
【請求項６】
特定の端末グループのみ受信可能なルータ広告を送信する手段を備えるアクセスルータと、
位置登録応答時に前記アクセスルータに位置登録を行っている端末の所属するグループ識別子を通知する手段を備えるアンカールータと
を備えたことを特徴とするルータ広告送信システム。
【請求項７】
アクセスルータが特定の端末グループのみ受信可能なルータ広告を送信し、
アンカールータが位置登録応答時に前記アクセスルータに位置登録を行っている端末の所属するグループ識別子を通知することを特徴とするルータ広告送信方法。
【請求項８】
位置登録応答時にアクセスルータに位置登録を行っている端末の所属するグループ識別子を通知するグループ識別子通知手段を備えたことを特徴とするアンカールータ。
【請求項９】
前記グループ識別子通知手段は、前記グループ識別子として要請ノードマルチキャストアドレスを使用することを特徴とする請求項８記載のアンカールータ。
【請求項１０】
アクセスルータに、特定の端末グループのみ受信可能なルータ広告を送信する処理を実行させることを特徴とするプログラム。
【請求項１１】
ＤＨＣＰサーバに、同一の特徴を持つ端末に同一の要請ノードマルチキャストアドレスを持つＩＰアドレスの割り当てを行う処理を実行させることを特徴とするプログラム。
【請求項１２】
アンカールータに、位置登録応答時にアクセスルータに位置登録を行っている端末の所属するグループ識別子を通知する処理を実行させることを特徴とするプログラム。
【請求項１３】
前記通知する処理は、前記グループ識別子として要請ノードマルチキャストアドレスを使用することを特徴とする請求項１２記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、効率的なルータ広告送信の技術に関し、特に同一アクセスルータ配下に混在する様々な端末を特性毎にグルーピングしてルータ広告を送信できるルータ広告送信の技術に関するものである。
【背景技術】
【０００２】
関連するルータ広告送信システムの一例が、非特許文献１に記載されている。図１はＮｅｔｗｏｒｋ−ｂａｓｅｄ  Ｌｏｃａｌｉｚｅｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ（NetLMM）を使用して移動端末にモビリティを提供する場合のルータ広告送信システム構成図を示している。【０００３】
この関連するルータ広告送信システムは、Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ（ＬＭＡ）１２１、１２２、１２３およびＭｏｂｉｌｉｔｙ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ（ＭＡＧ）１３１、１３２、１３３、ＤＨＣＰサーバ１５０で構成されているネットワーク１とオペレータ１１、１２、１３、移動端末４１−１、４１−２、４２、４３で構成されている。【０００４】
オペレータ１１、１２、１３は契約している移動端末にＨＴＴＰなどのＩＰサービスを提供するサービスプロバイダで、異なるサブネットを所有している。【０００５】
ＬＭＡは移動端末がネットワーク１内を移動するときのアンカールータで、移動管理している移動端末宛のＩＰパケットを受信すると、移動端末の存在するＭＡＧ宛にＩＰパケットをカプセル化して転送する。ＬＭＡ１２１、１２２、１２３はそれぞれオペレータ１１、１２、１３に対応している。【０００６】
ＭＡＧは移動端末が自身の配下に移動してきたときに移動端末の代わりにＬＭＡに位置登録を行うルータである。またＭＡＧはＤＨＣＰ  Ｒｅｌａｙ  Ａｇｅｎｔとしての機能を併せ持っている。さらに、ＭＡＧ１３１、１３２、１３３はオペレータ１１、１２、１３とは独立である。【０００７】
ＤＨＣＰサーバ１５０は各移動端末の契約しているオペレータが所有しているサブネットに応じたＩＰアドレスを割り当てる機能を持つ。【０００８】
移動端末はネットワーク１内を通信しながら移動できる端末である。移動端末４１−１、４１−２はオペレータ１１と、移動端末４２はオペレータ１２と、移動端末４３はオペレータ１３と契約している。【０００９】
このような構成を有する関連するルータ広告送信システムは次のように動作する。図２は関連するルータ広告送信システムにおける移動端末４１−１のネットワーク１への初期アクセスから通信開始までのシーケンス図を示している。移動端末４１−１はネットワーク１へ入ってくるとＭＡＧ１３１とリンク確立を行う。その後、リンクローカルアドレス（Ｌｉｎｋ  Ｌｏｃａｌ  Ａｄｄｒｅｓｓ;ＬＬＡ）を生成し、そのＬＬＡのアドレス重複がないことを確認（ＤｕｐｌｉｃａｔｅＤＡＤｄｒｅｓｓ  Ｄｅｔｅｃｔｉｏｎ;ＤＡＤ）するためＮｅｉｇｈｂｏｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ（ＮＳ）を送信する。ＭＡＧ１３１はＬＬＡのＤＡＤ用ＮＳを受信すると廃棄する。続いて、移動端末４１−１はＩＰコンフィグ情報を得るため、Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ（ＲＳ）を送信する。ＭＡＧ１３１はＲＳを受信すると、ＲＳに含まれる移動端末の識別子（Ｍｏｂｉｌｅ  Ｎｏｄｅ  Ｉｄｅｎｔｉｆｉｅｒ;ＭＮ−ＩＤ）から移動端末４１−１の移動管理を行うＬＭＡがＬＭＡ１２１であることを知る。例えばＭＮ−ＩＤとしては移動端末のＭＡＣアドレスが考えられる。その後、ＭＡＧ１３１はＬＭＡ１２１とＬｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｒａｔｉｏｎ（ＬＲ）／Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｒａｔｉｏｎ（ＬＲ）  Ａｃｋのメッセージ交換を行うことにより、移動端末４１−１の位置登録を行う。ここで、ＬＭＡ１２１はＭＡＧ１３１にＬＲＡｃｋを送信する際に移動端末４１−１用のプリフィクス（ＮｅｔＬＭＭ  Ｎｅｔｗｏｒｋ  Ｐｒｅｆｉｘ;ＮＮＰ）を割り当て、ＬＲＡｃｋにＮＮＰを含めてＭＡＧ１３１に送信する。そして、ＭＡＧ１３１は移動端末４１−１のリンクローカルユニキャスト宛にＮＮＰを含めたルータ広告（Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ;ＲＡ）を送信する。【００１０】
その後、移動端末４１−１はＤＨＣＰによってＩＰアドレスの獲得処理に移行する。その際に、ＭＡＧ１３１は移動端末４１−１とＤＨＣＰサーバ１５０がやり取りするメッセージと連携してＬＭＡ１２１とＭＮ  Ａｄｄｒｅｓｓ  Ｓｅｔｕｐ／ＭＮ  Ａｄｄｒｅｓｓ  Ｓｅｔｕｐ  Ａｃｋを交換することにより、ＬＭＡ１２１に移動端末４１−１が獲得したＩＰアドレスを登録する。【００１１】
そして、移動端末４１−１はＬＭＡ１２１〜ＭＡＧ１３１間でパケットをカプセル化されて通信を行う。【００１２】
ここで、移動ノードが少なくともサブネットワーク間を移動するまでに送信するマルチキャストグループへの参加指示を受信すると、このマルチキャストグループへの参加要求を送信する参加要求手段と、移動ノードがサブネットワーク間を移動したときに送信する、移動ノードの移動先サブネットワークにおける気付アドレスを含む位置登録情報を受信すると、その後受信される前記マルチキャストグループに対応したマルチキャストパケットを、所定の期間、気付アドレス宛に転送するパケット転送手段とを有するようにパケット中継装置を構成することで、移動ノードがサブネットワーク間を移動するときに発生するマルチキャストパケットの喪失を低減し、データ転送品質を向上することができる技術が提案されている（例えば、特許文献１参照）。【００１３】
また、モバイルルータが自身の気付アドレスをホームエージェントに知らせ、端末装置が作成したローカルリンクのパケットをトンネル転送できるようにして、端末装置がフォーリンリンク上に移動しても、ホームリンク上と同じようにホームリンク上の端末装置やホームエージェントと通信を行えるようにし、ローカルマルチキャストパケットにその宛先に対応するグローバルマルチキャストアドレス宛先のトンネルヘッダを付与したトンネルパケットをトンネル転送することにより、ローカルリンク内のマルチキャスト通信がホームリンクと外部のサブネットワークとの間でも行えるようにする技術が提案されている（例えば、特許文献２参照）。
【特許文献１】特開２００４−３０４６４４号公報
【特許文献２】特開２００５−１３６４６６号公報
【非特許文献１】Ｇｉａｒｅｔｔａ．Ｇ．，“ＮｅｔＬＭＭ  Ｐｒｏｔｏｃｏｌ”，ＨＴＴＰ：／／ＷＷＷ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄＲＡｆｔｓ／ｄＲＡｆｔ−ｇｉａｒｅｔｔａ−ｎｅｔｌｍｍ−ｄｔ−ｐｒｏｔｏｃｏｌ−００．ｔｘｔ
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、上述した関連技術では、以下の問題点があった。第１の問題点は、ＭＡＧは移動端末毎にルータ広告を送信しなければならないということである。【００１５】
その理由は、図１にあるように、ＭＡＧ１３１の配下に異なるオペレータに所属する移動端末が混在している場合、各オペレータに特化したルータ広告をブロードキャストで送信すると、そのオペレータとは無関係な移動端末のＩＰコンフィグ情報を書き換えてしまうためである。【００１６】
第２の問題点は、端末からルータ広告を要請されなければアクセスルータはルータ広告を送信できないということである。【００１７】
その理由は、ＭＡＧは自身の配下に対象とする端末がいるかどうかわからないためである。ＭＡＧはリンク層と連携して端末の存在を確認することができるが処理が複雑となる。【００１８】
本発明は、以上説明した問題点を解決するためになされたものであり、端末の特性毎に集約されたルータ広告を送信することにある。本発明の他の目的は、端末からの要請がなくても端末の特性に応じたルータ広告を送信することができるアクセスルータ、ＤＨＣＰサーバ、ルータ広告送信システム、その方法アンカールータおよびプログラムを提供することを目的とする。
【課題を解決するための手段】
【００１９】
かかる目的を達成するために、本発明は、以下の特徴を有することとする。【００２０】
本発明にかかるアクセスルータは、
特定の端末グループのみ受信可能なルータ広告を送信するルータ広告手段を備えたことを特徴とする。【００２１】
また、本発明にかかるＤＨＣＰサーバは、
同一の特徴を持つ端末に同一の要請ノードマルチキャストアドレスを持つＩＰアドレスの割り当てを行う手段を備えたことを特徴とする。【００２２】
また、本発明にかかるルータ広告送信システムは、
特定の端末グループのみ受信可能なルータ広告を送信する手段を備えるアクセスルータと、
位置登録応答時に前記アクセスルータに位置登録を行っている端末の所属するグループ識別子を通知する手段を備えるアンカールータと
を備えたことを特徴とする。【００２３】
また、本発明にかかるルータ広告送信方法は、
アクセスルータが特定の端末グループのみ受信可能なルータ広告を送信し、
アンカールータが位置登録応答時に前記アクセスルータに位置登録を行っている端末の所属するグループ識別子を通知することを特徴とする。【００２４】
また、本発明にかかるアンカールータは、
位置登録応答時にアクセスルータに位置登録を行っている端末の所属するグループ識別子を通知するグループ識別子通知手段を備えたことを特徴とする。【００２５】
また、本発明にかかるプログラムは、
アクセスルータに、特定の端末グループのみ受信可能なルータ広告を送信する処理を実行させることを特徴とする。
【発明の効果】
【００２６】
本発明によれば、様々な端末が混在する中で、同一の特徴を持つ端末のみが受信できるルータ広告を送信することができる。
【発明を実施するための最良の形態】
【００２７】
以下、本発明の第１の実施例について図面を参照して詳細に説明する。図３を参照すると、本実施例におけるルータ広告送信システムは、ルータ機能６１、６２、６３およびアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）機能７１、７２、７３、Ｌａｙｅｒ２  Ｓｗｉｔｃｈｉｎｇ(Ｌ２  ＳＷ)機能８０で構成されているネットワーク１とオペレータ１１、１２、１３、移動端末４１−１、４１−２、４２、４３、ＤＨＣＰサーバ機能５１、５２、５３で構成されている。【００２８】
オペレータ１１、１２、１３は契約している移動端末にＨＴＴＰなどのＩＰサービスを提供するサービスプロバイダで、異なるサブネットを所有している。【００２９】
ルータ機能はネットワーク１内に存在する移動端末に対してＩＰパケットを配信するアクセスルータ機能で、移動端末宛のＩＰパケットを受信すると、移動端末の存在するネットワーク１向きのインターフェースにＩＰパケットを転送する。また、ルータ機能は要請ノードマルチキャストアドレス宛にルータ広告を送信する手段を具備している。ルータ機能６１、６２、６３はそれぞれオペレータ１１、１２、１３に対応している。さらにルータ機能はＤＨＣＰ  Ｒｅｌａｙ  Ａｇｅｎｔとしての機能を併せ持っている。【００３０】
ＡＰ機能はＩＥＥＥ８０２．１１の方式に準拠したアクセスポイントである。さらに、AP機能７１、７２、７３はオペレータ１１、１２、１３とは独立である。【００３１】
Ｌ２  ＳＷ機能８０は上り方向はＭＡＣフレームの送信元ＭＡＣアドレスを見て、送信元ＭＡＣアドレスに応じたオペレータが存在するインターフェースに、下り方向はＭＡＣフレームの宛先ＭＡＣアドレスを見て、宛先ＭＡＣアドレスに応じた移動端末が存在するインターフェースにスイッチングするスイッチ機能である。また、Ｌ２  ＳＷ機能８０は下り方向のマルチキャストアドレス宛のパケットはＡＰ機能側の全インターフェースにコピーしてスイッチングする機能も具備する。【００３２】
ＤＨＣＰサーバ機能５１、５２、５３は各移動端末の契約しているオペレータが所有しているサブネットに応じたＩＰアドレスを割り当てる機能を持つ。【００３３】
移動端末はネットワーク１内を通信しながら移動できる端末である。移動端末４１−１、４１−２はオペレータ１１と、移動端末４２はオペレータ１２と、移動端末４３はオペレータ１３と契約している。【００３４】
次に、図４のシーケンスを参照して本実施例の全体の動作について詳細に説明する。図４は本実施例のルータ広告送信システムにおける移動端末４１−１のネットワーク１への初期アクセスから通信開始までのシーケンス図を示している。移動端末４１−１はネットワーク１へ入ってくるとＡＰ機能７１とリンク確立を行う。その後、移動端末４１−１はＩＰコンフィグ情報を得るため、Routeｒ  Ｓolicitation（ＲＳ）を送信する。Ｌ２  ＳＷ機能８０はＲＳのＭＡＣフレームを受信すると、送信元ＭＡＣアドレスが移動端末４１−１のものと判断すると、ルータ機能６１に転送する。ここで、L2 SW機能８０が移動端末４１−１のフレームのスイッチング経路を記憶するタイミングはアクセス認証との連携などが挙げられる。ルータ機能６１はＲＳを受信すると、その応答として移動端末４１−１のリンクローカルユニキャスト宛にＲＡを送信する。【００３５】
その後、移動端末４１−１はＤＨＣＰによってＩＰアドレスの獲得処理に移行する。その際に、ＤＨＣＰサーバ機能５１はオペレータ１１に契約する端末が同一の要請ノードマルチキャストアドレスに帰属するようにグローバルＩＰアドレスを割り当てる。【００３６】
移動端末４１−１はＩＰアドレスを獲得した後、ルータ機能６１〜ＡＰ機能７１間でパケットをスイッチングされて通信を行う。【００３７】
そして、しばらくするとルータ広告の周期的な送信タイミングになる。すると、ルータ機能６１はオペレータ１１用の要請ノードマルチキャスト宛にルータ広告を送信する。Ｌ２  ＳＷ機能８０はこのルータ広告のＭＡＣフレームの宛先ＭＡＣアドレスがブロードキャストであることを確認すると、コピーして全ＡＰに配布する。【００３８】
次に、本実施例の効果について説明する。【００３９】
本実施例では、ＤＨＣＰサーバによって要請ノードマルチキャストアドレスが共通になるようにＩＰアドレスを割り当てているため、特定の端末グループにのみ所望のルータ広告を１発にまとめて送信できる。【００４０】
また、本実施例では、さらに、ネットワーク１への初期アクセス時には端末のユニキャストアドレス宛にルータ広告が送信されているため、端末のグルーピングが行われていない状態でも端末に所望のルータ広告を配信できる。【００４１】
次に、本発明の第２の実施例について図面を参照して詳細に説明する。【００４２】
図５を参照すると、本実施例は、ＬＭＡ機能２１、２２、２３およびＭＡＧ機能３１、３２、３３、ＤＨＣＰサーバ機能５０で構成されているネットワーク１とオペレータ１１、１２、１３、移動端末４１−１、４１−２、４２、４３で構成されている。【００４３】
オペレータ１１、１２、１３は契約している移動端末にＨＴＴＰなどのＩＰサービスを提供するサービスプロバイダで、異なるサブネットを所有している。【００４４】
ＬＭＡ機能は移動端末がネットワーク１内を移動するときのＮｅｔＬＭＭプロトコルをサポートしたアンカールータ機能で、移動管理している移動端末宛のＩＰパケットを受信すると、移動端末の存在するＭＡＧ機能宛にＩＰパケットをカプセル化して転送する。ＬＭＡ機能２１、２２、２３はそれぞれオペレータ１１、１２、１３に対応している。また、ＬＭＡ機能はＭＡＧ機能からの位置登録応答に移動端末の利用している要請ノードマルチキャストアドレスを含めて送信する機能を具備する。【００４５】
ＭＡＧ機能は移動端末が自身の配下に移動してきたときに移動端末の代わりにＬＭＡ機能に位置登録を行うＮｅｔＬＭＭプロトコルをサポートしたアクセスルータ機能である。またＭＡＧ機能はＤＨＣＰ  Ｒｅｌａｙ  Ａｇｅｎｔとしての機能を併せ持っており、ＤＨＣＰメッセージをＤＨＣＰサーバに転送する際に移動端末の帰属するグループ情報を付加する機能を持つ。さらに、ＭＡＧ機能３１、３２、３３はオペレータ１１、１２、１３とは独立である。【００４６】
ＤＨＣＰサーバ機能５０は各移動端末の契約しているオペレータが所有しているサブネットおよびグループに応じたＩＰアドレスを割り当てる機能を持つ。【００４７】
移動端末はネットワーク１内を通信しながら移動できる端末である。移動端末４１−１、４１−２はオペレータ１１と、移動端末４２はオペレータ１２と、移動端末４３はオペレータ１３と契約している。【００４８】
このような構成を有する本実施例のルータ広告送信システムは次のように動作する。図６は本実施例のルータ広告送信システムにおける移動端末４１−１のネットワーク１への初期アクセスから通信開始までのシーケンス図を示している。【００４９】
移動端末４１−１はネットワーク１へ入ってくるとＭＡＧ機能３１とリンク確立を行う。その後、ＬＬＡを生成し、そのＬＬＡのアドレス重複がないことを確認（ＤＡＤ）するためＮＳを送信する。ＭＡＧ機能３１はＬＬＡのＤＡＤ用ＮＳを受信すると廃棄する。続いて、移動端末４１−１はＩＰコンフィグ情報を得るため、ＲＳを送信する。ＭＡＧ機能３１はＲＳを受信すると、ＲＳに含まれるＭＮ−ＩＤから移動端末４１−１の移動管理を行うＬＭＡ機能がＬＭＡ機能２１であることを知る。例えばＭＮ−ＩＤとしては移動端末のＭＡＣアドレスが考えられる。その後、ＭＡＧ機能３１はＬＭＡ機能２１とＬＲ／ＬＲＡｃｋのメッセージ交換を行うことにより、移動端末４１−１の位置登録を行う。ここで、ＬＭＡ機能２１はＭＡＧ機能３１にＬＲＡｃｋを送信する際に移動端末４１−１用のＮＮＰを割り当て、ＬＲＡｃｋにＮＮＰに加えて移動端末に割り当てられるであろう要請ノードマルチキャストアドレスを含めてＭＡＧ機能３１に送信する。そして、ＭＡＧ機能３１は移動端末４１−１のリンクローカルユニキャスト宛にＮＮＰを含めたＲＡを送信する。【００５０】
その後、移動端末４１−１はＤＨＣＰによってＩＰアドレスの獲得処理に移行する。その際に、ＭＡＧ機能３１はＤＨＣＰ  ＲｅｑｕｅｓｔをＤＨＣＰサーバ機能５０に転送する際に移動端末が所属するグループ情報としてＬＭＡ機能の識別子であるＬＭＡ−ＩＤを付加する。ＤＨＣＰサーバ機能５０は付加された移動端末のグループ情報に応じた要請ノードマルチキャストアドレスが割り当てられるようなグローバルＩＰアドレスを割り当てる。また、ＭＡＧ機能３１は移動端末４１−１とＤＨＣＰサーバ機能５０がやり取りするメッセージと連携してＬＭＡ機能２１とＭＮ  Ａｄｄｒｅｓｓ  Ｓｅｔｕｐ／ＭＮ  Ａｄｄｒｅｓｓ  Ｓｅｔｕｐ  Ａｃｋを交換することにより、ＬＭＡ機能２１に移動端末４１−１が獲得したＩＰアドレスを登録する。【００５１】
そして、移動端末４１−１はＬＭＡ機能２１〜ＭＡＧ機能３１間でパケットをカプセル化されて通信を行う。【００５２】
そして、しばらくするとルータ広告の周期的な送信タイミングになる。すると、ＭＡＧ機能３１はオペレータ１１用の要請ノードマルチキャスト宛にルータ広告を送信する。【００５３】
続いて、本実施例のルータ広告送信システムにおけるハンドオーバ動作について説明する。図７は本実施例のルータ広告送信システムにおける移動端末４１−１のＭＡＧ機能３１からＭＡＧ機能３２へのハンドオーバのシーケンス図を示している。移動端末４１−１はＭＡＧ機能３２の配下に移動するとＭＡＧ機能３２とリンク確立を行う。その後、移動端末４１−１はＩＰコンフィグ情報を得るため、ＲＳを送信する。ＭＡＧ機能３２はＲＳを受信すると、図６記載の初期アクセスのときと同様にＲＳに含まれるＭＮ−ＩＤから移動端末４１−１の移動管理を行うＬＭＡ機能がＬＭＡ機能２１であることを知る。その後、ＭＡＧ機能３２は移動端末４１−１の位置登録を行うため、ＬＭＡ機能２１にＬＲを送信する。ＬＭＡ機能２１はＬＲを受信すると移動端末の経路情報を変更するため、ＭＡＧ機能３２とＲｏｕｔｉｎｇ  Ｓｅｔｕｐ／Ｒｏｕｔｉｎｇ  Ｓｅｔｕｐ  Ａｃｋのメッセージ交換を行う。その後、ＬＭＡ機能２１は移動端末４１−１用のＮＮＰに加えて移動端末４１−１のグループに応じた要請ノードマルチキャストアドレスを含めてＭＡＧ機能３２にＬＲＡｃｋを送信する。【００５４】
そして、ＭＡＧ機能３２は移動端末４１−１のリンクローカルユニキャスト宛にＮＮＰを含めたＲＡを送信する。ここでＭＡＧ機能３２は移動端末４１−１のリンクローカルユニキャストアドレス宛にＲＡを送信したが、ハンドオーバの段階では移動端末はグループに応じた要請ノードマルチキャストアドレスを保持しているため、要請ノードマルチキャストアドレス宛にＲＡを送信しても良い。【００５５】
最後にＬＭＡ機能２１はＭＡＧ機能３１上の移動端末４１−１のキャッシュを削除するため、Ｌｏｃａｔｉｏｎ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ／Ｌｏｃａｔｉｏｎ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ＡｃｋをＭＡＧ機能３１と交換する。【００５６】
そして、しばらくするとルータ広告の周期的な送信タイミングになる。すると、ＭＡＧ機能３２はオペレータ１１用の要請ノードマルチキャスト宛にルータ広告を送信する。【００５７】
次に、本実施例の効果について説明する。【００５８】
本実施例では、移動端末のハンドオーバ時にアクセスルータに移動端末のグループ識別子である要請ノードマルチキャストアドレスを通知するため、移動端末のハンドオーバ後も継続して端末グループ宛のルータ広告を送信できる。【００５９】
次に、具体的な実施例を用いて本発明の第１の実施例の動作を説明する。【００６０】
図８を参照すると、本実施例は、ルータ１６１、１６２、１６３およびＡＰ１７１、１７２、１７３、Ｂｒｏａｄｂａｎｄ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ１８０で構成されているネットワーク１とオペレータ１１、１２、１３、移動端末４１−１、４１−２、４２、４３、ＤＨＣＰサーバ１５１、１５２、１５３で構成されている。【００６１】
オペレータ１１、１２、１３は契約している移動端末にＨＴＴＰなどのＩＰサービスを提供するサービスプロバイダで、異なるサブネットを所有している。【００６２】
ルータはネットワーク１内に存在する移動端末に対してＩＰパケットを配信するアクセスルータで、移動端末宛のＩＰパケットを受信すると、移動端末の存在するネットワーク１向きのインターフェースにＩＰパケットを転送する。また、ルータは要請ノードマルチキャストアドレス宛にルータ広告を送信する手段を具備している。ルータ１６１、１６２、１６３はそれぞれオペレータ１１、１２、１３に対応している。さらにルータはＤＨＣＰ  Ｒｅｌａｙ  Ａｇｅｎｔとしての機能を併せ持っている。【００６３】
ＡＰはＩＥＥＥ８０２．１１の方式に準拠したアクセスポイントである。さらに、ＡＰ１７１、１７２、１７３はオペレータ１１、１２、１３とは独立である。【００６４】
ＢＡＳ１８０は上り方向はＭＡＣフレームの送信元ＭＡＣアドレスを見て、送信元ＭＡＣアドレスに応じたオペレータが存在するインターフェースに、下り方向はＭＡＣフレームの宛先ＭＡＣアドレスを見て、宛先ＭＡＣアドレスに応じた移動端末が存在するインターフェースにスイッチングするスイッチ装置である。また、ＢＡＳ１８０は下り方向のマルチキャストアドレス宛のパケットはＡＰ側の全インターフェースにコピーしてスイッチングする機能も具備する。【００６５】
ＤＨＣＰサーバ１５１、１５２、１５３は移動端末の契約しているオペレータが所有しているサブネットに応じたＩＰアドレスを割り当てる機能を持つ。【００６６】
移動端末はネットワーク１内を通信しながら移動できる端末である。移動端末４１−１、４１−２はオペレータ１１と、移動端末４２はオペレータ１２と、移動端末４３はオペレータ１３と契約している。【００６７】
次に、図９のシーケンスを参照して本実施例の全体の動作について詳細に説明する。図９は本実施例のルータ広告送信システムにおける移動端末４１−１のネットワーク１への初期アクセスから通信開始までのシーケンス図を示している。移動端末４１−１はネットワーク１へ入ってくるとＡＰ１７１とリンク確立を行う。その後、移動端末４１−１はＩＰコンフィグ情報を得るため、ＲＳを送信する。ＢＡＳ１８０はＲＳのＭＡＣフレームを受信すると、送信元ＭＡＣアドレスが移動端末４１−１のものと判断すると、ルータ１６１に転送する。ここで、ＢＡＳ１８０が移動端末４１−１のフレームのスイッチング経路を記憶するタイミングはアクセス認証との連携などが挙げられる。ルータ１６１はＲＳを受信すると、その応答として移動端末４１−１のリンクローカルユニキャスト宛にＲＡを送信する。【００６８】
その後、移動端末４１−１はＤＨＣＰによってＩＰアドレスの獲得処理に移行する。その際に、ＤＨＣＰサーバ１５１はオペレータ１１に契約する端末が同一の要請ノードマルチキャストアドレスに帰属するようにグローバルＩＰアドレスを割り当てる。【００６９】
移動端末４１−１はＩＰアドレスを獲得した後、ルータ１６１〜ＡＰ１７１間でパケットをスイッチングされて通信を行う。【００７０】
そして、しばらくするとルータ広告の周期的な送信タイミングになる。すると、ルータ１６１はオペレータ１１用の要請ノードマルチキャスト宛にルータ広告を送信する。ＢＡＳ１８０はこのルータ広告のＭＡＣフレームの宛先ＭＡＣアドレスがブロードキャストであることを確認すると、コピーして全ＡＰに配布する。【００７１】
次に、具体的な実施例を用いて本発明の第２の実施例の動作を説明する。【００７２】
図１０を参照すると、本実施例は、ＬＭＡ１２１、１２２、１２３およびＭＡＧ１３１、１３２、１３３、ＤＨＣＰサーバ１５０で構成されているネットワーク１とオペレータ１１、１２、１３、移動端末４１−１、４１−２、４２、４３で構成されている。【００７３】
オペレータ１１、１２、１３は契約している移動端末にＨＴＴＰなどのＩＰサービスを提供するサービスプロバイダで、異なるサブネットを所有している。【００７４】
ＬＭＡは移動端末がネットワーク１内を移動するときのＮｅｔＬＭＭプロトコルをサポートしたアンカールータで、移動管理している移動端末宛のＩＰパケットを受信すると、移動端末の存在するＭＡＧ宛にＩＰパケットをカプセル化して転送する。ＬＭＡ１２１、１２２、１２３はそれぞれオペレータ１１、１２、１３に対応している。また、ＬＭＡはＭＡＧからの位置登録応答に移動端末の利用している要請ノードマルチキャストアドレスを含めて送信する機能を具備する。【００７５】
ＭＡＧは移動端末が自身の配下に移動してきたときに移動端末の代わりにＬＭＡに位置登録を行うＮｅｔＬＭＭプロトコルをサポートしたアクセスルータである。またＭＡＧはＤＨＣＰ  Ｒｅｌａｙ  Ａｇｅｎｔとしての機能を併せ持っており、ＤＨＣＰメッセージをＤＨＣＰサーバに転送する際に移動端末の帰属するグループ情報を付加する機能を持つ。さらに、ＭＡＧ１３１、１３２、１３３はオペレータ１１、１２、１３とは独立である。【００７６】
ＤＨＣＰサーバ１５０は各移動端末の契約しているオペレータが所有しているサブネットおよびグループに応じたＩＰアドレスを割り当てる機能を持つ。【００７７】
移動端末はネットワーク１内を通信しながら移動できる端末である。移動端末４１−１、４１−２はオペレータ１１と、移動端末４２はオペレータ１２と、移動端末４３はオペレータ１３と契約している。【００７８】
このような構成を有する本実施例のルータ広告送信システムは次のように動作する。図１１は本実施例のルータ広告送信システムにおける移動端末４１−１のネットワーク１への初期アクセスから通信開始までのシーケンス図を示している。【００７９】
移動端末４１−１はネットワーク１へ入ってくるとＭＡＧ１３１とリンク確立を行う。その後、ＬＬＡを生成し、そのＬＬＡのアドレス重複がないことを確認（ＤＡＤ）するためＮＳを送信する。ＭＡＧ１３１はＬＬＡのＤＡＤ用ＮＳを受信すると廃棄する。【００８０】
続いて、移動端末４１−１はＩＰコンフィグ情報を得るため、ＲＳを送信する。ＭＡＧ１３１はＲＳを受信すると、ＲＳに含まれるＭＮ−ＩＤから移動端末４１−１の移動管理を行うＬＭＡがＬＭＡ１２１であることを知る。例えばＭＮ−ＩＤとしては移動端末のＭＡＣアドレスが考えられる。その後、ＭＡＧ１３１はＬＭＡ１２１とＬＲ／ＬＲＡｃｋのメッセージ交換を行うことにより、移動端末４１−１の位置登録を行う。ここで、ＬＭＡ１２１はＭＡＧ１３１にＬＲＡｃｋを送信する際に移動端末４１−１用のＮＮＰを割り当て、ＬＲＡｃｋにＮＮＰに加えて移動端末に割り当てられるであろう要請ノードマルチキャストアドレスを含めてＭＡＧ１３１に送信する。そして、ＭＡＧ１３１は移動端末４１−１のリンクローカルユニキャスト宛にＮＮＰを含めたＲＡを送信する。【００８１】
その後、移動端末４１−１はＤＨＣＰによってＩＰアドレスの獲得処理に移行する。その際に、ＭＡＧ１３１はＤＨＣＰ  ＲｅｑｕｅｓｔをＤＨＣＰサーバ１５０に転送する際に移動端末が所属するグループ情報としてＬＭＡ機能の識別子であるＬＭＡ−ＩＤを付加する。ＤＨＣＰサーバ１５０は付加された移動端末のグループ情報に応じた要請ノードマルチキャストアドレスが割り当てられるようなグローバルＩＰアドレスを割り当てる。また、ＭＡＧ１３１は移動端末４１−１とＤＨＣＰサーバ１５０がやり取りするメッセージと連携してＬＭＡ１２１とＭＮ  Ａｄｄｒｅｓｓ  Ｓｅｔｕｐ／ＭＮ  Ａｄｄｒｅｓｓ  Ｓｅｔｕｐ  Ａｃｋを交換することにより、ＬＭＡ１２１に移動端末４１−１が獲得したＩＰアドレスを登録する。【００８２】
そして、移動端末４１−１はＬＭＡ１２１〜ＭＡＧ１３１間でパケットをカプセル化されて通信を行う。【００８３】
しばらくするとルータ広告の周期的な送信タイミングになる。すると、ＭＡＧ１３１はオペレータ１１用の要請ノードマルチキャスト宛にルータ広告を送信する。【００８４】
続いて、本実施例のルータ広告送信システムにおけるハンドオーバ動作について説明する。図１２は本実施例のルータ広告送信システムにおける移動端末４１−１のＭＡＧ１３１からＭＡＧ１３２へのハンドオーバのシーケンス図を示している。移動端末４１−１はＭＡＧ１３２の配下に移動するとＭＡＧ１３２とリンク確立を行う。その後、移動端末４１−１はＩＰコンフィグ情報を得るため、ＲＳを送信する。【００８５】
ＭＡＧ１３２はＲＳを受信すると、図１１記載の初期アクセスのときと同様にＲＳに含まれるＭＮ−ＩＤから移動端末４１−１の移動管理を行うＬＭＡがＬＭＡ１２１であることを知る。その後、ＭＡＧ１３２は移動端末４１−１の位置登録を行うため、ＬＭＡ１２１にＬＲを送信する。ＬＭＡ１２１はＬＲを受信すると移動端末の経路情報を変更するため、ＭＡＧ１３２とＲｏｕｔｉｎｇ  Ｓｅｔｕｐ／Ｒｏｕｔｉｎｇ  Ｓｅｔｕｐ  Ａｃｋのメッセージ交換を行う。その後、ＬＭＡ１２１は移動端末４１−１用のＮＮＰに加えて移動端末４１−１のグループに応じた要請ノードマルチキャストアドレスを含めてＭＡＧ１３２にＬＲＡｃｋを送信する。そして、ＭＡＧ１３２は移動端末４１−１のリンクローカルユニキャスト宛にＮＮＰを含めたＲＡを送信する。【００８６】
ここでＭＡＧ１３２は移動端末４１−１のリンクローカルユニキャストアドレス宛にＲＡを送信したが、ハンドオーバの段階では移動端末はグループに応じた要請ノードマルチキャストアドレスを保持しているため、要請ノードマルチキャストアドレス宛にＲＡを送信しても良い。最後にＬＭＡ１２１はＭＡＧ１３１上の移動端末４１−１のキャッシュを削除するため、Ｌｏｃａｔｉｏｎ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ／Ｌｏｃａｔｉｏｎ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ＡｃｋをＭＡＧ機能３１と交換する。【００８７】
しばらくするとルータ広告の周期的な送信タイミングになる。すると、ＭＡＧ１３２はオペレータ１１用の要請ノードマルチキャスト宛にルータ広告を送信する。【００８８】
これまで本明細書ではルータ広告を送信するグループを判断する識別子として要請ノードマルチキャストアドレスを例に挙げたが、要請ノードマルチキャストアドレスではなく、グループ識別専用のオプションフィールドをルータ広告に埋め込んだり、ＭＡＣフレームヘッダに埋め込んだりしても良い。その際には、端末にはそのグループ識別子を判断する機能が必要となる。【００８９】
なお、上述する各実施例は、本発明の好適な実施例であり、本発明の要旨を逸脱しない範囲内において種々変更実施が可能である。例えば、ルータ広告送信システムを構成する各装置の機能を実現するためのプログラムを各装置に読込ませて実行することにより各装置の機能を実現する処理を行ってもよい。さらに、そのプログラムは、コンピュータ読み取り可能な記録媒体であるＣＤ−ＲＯＭまたは光磁気ディスクなどを介して、または伝送媒体であるインターネット、電話回線などを介して伝送波により他のコンピュータシステムに伝送されてもよい。【００９０】
また、本発明は、ＷＬＡＮ事業者のような複数のＩＳＰが協同で使用しているアクセスシステムといった用途に適用できる。また、複数のＩＳＰが協同で使用しているＮｅｔＬＭＭシステムといった用途にも適用可能である。【００９１】
なお、この出願は、２００６年９月１９日に出願した、日本特許出願番号２００６−２５２７９５号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【産業上の利用可能性】
【００９２】
本発明にかかるアクセスルータ、ＤＨＣＰサーバ、ルータ広告送信システム、その方法アンカールータおよびプログラムは、様々な端末が混在する中で、同一の特徴を持つ端末のみが受信できるルータ広告の送信に好適である。
【図面の簡単な説明】
【００９３】
【図１】関連技術の構成を示すシステム図である。
【図２】関連技術の動作を示す初期アクセスから通信開始までのシーケンス図である。
【図３】本発明の第１の実施例における構成を示すシステム図である。
【図４】第１の実施例における動作を示す初期アクセスから通信開始までのシーケンス図である。
【図５】本発明の第２の実施例における構成を示すシステム図である。
【図６】第２の実施例における動作を示す初期アクセスから通信開始までのシーケンス図である。
【図７】第２の実施例における動作を示すハンドオーバのシーケンス図である。
【図８】第１の実施例における実施例の構成を示すシステム図である。
【図９】第１の実施例における実施例の動作を示す初期アクセスから通信開始までのシーケンス図である。
【図１０】第２の実施例における実施例の構成を示すシステム図である。
【図１１】第２の実施例における実施例の動作を示す初期アクセスから通信開始までのシーケンス図である。
【図１２】第２の実施例における実施例の動作を示すハンドオーバのシーケンス図である。
【符号の説明】
【００９４】
１    ネットワーク
１１，１２，１３    オペレータ
２１，２２，２３    Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ(ＬＭＡ)機能
３１，３２，３３    Ｍｏｂｉｌｉｔｙ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ(ＭＡＧ)機能
４１−１，４１−２，４２，４３    移動端末
５０，５１，５２，５３    ＤＨＣＰサーバ機能
６１，６２，６３    ルータ機能
７１，７２，７３    Ａｃｃｅｓｓ  Ｐｏｉｎｔ(ＡＰ)機能
８０    Ｌａｙｅｒ２  Ｓｗｉｔｃｈｉｎｇ(Ｌ２  ＳＷ)機能
１２１，１２２，１２３    Ｌｏｃａｌ  Ｍｏｂｉｌｉｔｙ  Ａｎｃｈｏｒ(ＬＭＡ)
１３１，１３２，１３３    Ｍｏｂｉｌｉｔｙ  Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ(ＭＡＧ)
１５０，１５１，１５２，１５３    ＤＨＣＰサーバ
１６１，１６２，１６３    ルータ
１７１，１７２，１７３    Ａｃｃｅｓｓ  Ｐｏｉｎｔ(ＡＰ)
１８０    Ｂｒｏａｄｂａｎｄ  Ａｃｃｅｓｓ  Ｓｅｒｖｅｒ(ＢＡＳ)
【図１】
2008035492.tif 000003
【図２】
2008035492.tif 000004
【図３】
2008035492.tif 000005
【図４】
2008035492.tif 000006
【図５】
2008035492.tif 000007
【図６】
2008035492.tif 000008
【図７】
2008035492.tif 000009
【図８】
2008035492.tif 000010
【図９】
2008035492.tif 000011
【図１０】
2008035492.tif 000012
【図１１】
2008035492.tif 000013
【図１２】
2008035492.tif 000014
【手続補正書】
【提出日】平成20年7月18日(2008.7.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
特定の端末グループが受信可能なルータ広告を送信するルータ広告手段を備えたことを特徴とするアクセスルータ。
【請求項２】
前記ルータ広告手段は、前記ルータ広告の宛先アドレスとして要請ノードマルチキャストアドレス（ｓｏｌｉｃｉｔｅｄ−ｎｏｄｅ  ｍｕｌｔｉｃａｓｔ  ａｄｄｒｅｓｓ）を使用することにより前記特定の端末グループに所属するメンバに受信させることを特徴とする請求項１記載のアクセスルータ。
【請求項３】
前記ルータ広告手段は、端末のネットワークへの初期アクセス時には前記ルータ広告の宛先アドレスとしてユニキャストアドレスを使用することを特徴とする請求項２記載のアクセスルータ。
【請求項４】
端末に送信するマルチキャストアドレスを記載したアドレスリストを具備することを特徴とする請求項１から３のいずれか１項に記載のアクセスルータ。
【請求項５】
同一の特徴を持つ端末に同一の要請ノードマルチキャストアドレスを持つＩＰアドレスの割り当てを行う手段を備えたことを特徴とするＤＨＣＰサーバ。
【請求項６】
特定の端末グループが受信可能なルータ広告を送信する手段を備えるアクセスルータと、
位置登録応答時に前記アクセスルータに位置登録を行っている端末の所属するグループ識別子を通知する手段を備えるアンカールータと
を備えたことを特徴とするルータ広告送信システム。
【請求項７】
アクセスルータが特定の端末グループが受信可能なルータ広告を送信し、
アンカールータが位置登録応答時に前記アクセスルータに位置登録を行っている端末の所属するグループ識別子を通知することを特徴とするルータ広告送信方法。
【請求項８】
位置登録応答時にアクセスルータに位置登録を行っている端末の所属するグループ識別子を通知するグループ識別子通知手段を備えたことを特徴とするアンカールータ。
【請求項９】
前記グループ識別子通知手段は、前記グループ識別子として要請ノードマルチキャストアドレスを使用することを特徴とする請求項８記載のアンカールータ。
【請求項１０】
アクセスルータに、特定の端末グループが受信可能なルータ広告を送信する処理を実行させることを特徴とするプログラム。
【請求項１１】
ＤＨＣＰサーバに、同一の特徴を持つ端末に同一の要請ノードマルチキャストアドレスを持つＩＰアドレスの割り当てを行う処理を実行させることを特徴とするプログラム。
【請求項１２】
アンカールータに、位置登録応答時にアクセスルータに位置登録を行っている端末の所属するグループ識別子を通知する処理を実行させることを特徴とするプログラム。
【請求項１３】
前記通知する処理は、前記グループ識別子として要請ノードマルチキャストアドレスを使用することを特徴とする請求項１２記載のプログラム。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００４
【補正方法】変更
【補正の内容】
【０００４】
で送信すると、そのオペレータとは無関係な移動端末のＩＰコンフィグ情報を書き換えてしまうためである。
［００１６］
第２の問題点は、端末からルータ広告を要請されなければアクセスルータはルータ広告を送信できないということである。
［００１７］
その理由は、ＭＡＧは自身の配下に対象とする端末がいるかどうかわからないためである。ＭＡＧはリンク層と連携して端末の存在を確認することができるが処理が複雑となる。
［００１８］
本発明は、以上説明した問題点を解決するためになされたものであり、端末の特性毎に集約されたルータ広告を送信することにある。本発明の他の目的は、端末からの要請がなくても端末の特性に応じたルータ広告を送信することができるアクセスルータ、ＤＨＣＰサーバ、ルータ広告送信システム、その方法アンカールータおよびプログラムを提供することを目的とする。
課題を解決するための手段
［００１９］
かかる目的を達成するために、本発明は、以下の特徴を有することとする。
［００２０］
本発明にかかるアクセスルータは、
特定の端末グループが受信可能なルータ広告を送信するルータ広告手段を備えたことを特徴とする。
［００２１］
また、本発明にかかるＤＨＣＰサーバは、
同一の特徴を持つ端末に同一の要請ノードマルチキャストアドレスを持つＩＰアドレスの割り当てを行う手段を備えたことを特徴とする。
［００２２］
また、本発明にかかるルータ広告送信システムは、
特定の端末グループが受信可能なルータ広告を送信する手段を備えるアクセスルータと、
位置登録応答時に前記アクセスルータに位置登録を行っている端末の所属するグループ識別子を通知する手段を備えるアンカールータと
を備えたことを特徴とする。
［００２３］
また、本発明にかかるルータ広告送信方法は、
アクセスルータが特定の端末グループが受信可能なルータ広告を送信し、
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０００５
【補正方法】変更
【補正の内容】
【０００５】
アンカールータが位置登録応答時に前記アクセスルータに位置登録を行っている端末の所属するグループ識別子を通知することを特徴とする。
［００２４］
また、本発明にかかるアンカールータは、
位置登録応答時にアクセスルータに位置登録を行っている端末の所属するグループ識別子を通知するグループ識別子通知手段を備えたことを特徴とする。
［００２５］
また、本発明にかかるプログラムは、
アクセスルータに、特定の端末グループが受信可能なルータ広告を送信する処理を実行させることを特徴とする。
発明の効果
［００２６］
本発明によれば、様々な端末が混在する中で、同一の特徴を持つ端末が受信できるルータ広告を送信することができる。
発明を実施するための最良の形態
［００２７］
以下、本発明の第１の実施例について図面を参照して詳細に説明する。図３を参照すると、本実施例におけるルータ広告送信システムは、ルータ機能６１、６２、６３およびアクセスポイント（Ａｃｃｅｓｓ  Ｐｏｉｎｔ；ＡＰ）機能７１、７２、７３、Ｌａｙｅｒ２  Ｓｗｉｔｃｈｉｎｇ（Ｌ２  ＳＷ）機能８０で構成されているネットワーク１とオペレータ１１、１２、１３、移動端末４１−１、４１−２、４２、４３、ＤＨＣＰサーバ機能５１、５２、５３で構成されている。
［００２８］
オペレータ１１、１２、１３は契約している移動端末にＨＴＴＰなどのＩＰサービスを提供するサービスプロバイダで、異なるサブネットを所有している。
［００２９］
ルータ機能はネットワーク１内に存在する移動端末に対してＩＰパケットを配信するアクセスルータ機能で、移動端末宛のＩＰパケットを受信すると、移動端末の存在するネットワーク１向きのインターフェースにＩＰパケットを転送する。また、ルータ機能は要請ノードマルチキャストアドレス宛にルータ広告を送信する手段を具備している。ルータ機能６１、６２、６３はそれぞれオペレータ１１、１２、１３に対応している。さらにルータ機能はＤＨＣＰ  Ｒｅｌａｙ  Ａｇｅｎｔとしての機能を併せ持っている。
［００３０］
ＡＰ機能はＩＥＥＥ８０２．１１の方式に準拠したアクセスポイントである。さらに、ＡＰ機能７１、７２、７３はオペレータ１１、１２、１３とは独立である。
［００３１］
Ｌ２  ＳＷ機能８０は上り方向はＭＡＣフレームの送信元ＭＡＣアドレスを見て、送信
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０００７
【補正方法】変更
【補正の内容】
【０００７】
キャストであることを確認すると、コピーして全ＡＰに配布する。
［００３８］
次に、本実施例の効果について説明する。
［００３９］
本実施例では、ＤＨＣＰサーバによって要請ノードマルチキャストアドレスが共通になるようにＩＰアドレスを割り当てているため、特定の端末グループに所望のルータ広告を１発にまとめて送信できる。
［００４０］
また、本実施例では、さらに、ネットワーク１への初期アクセス時には端末のユニキャストアドレス宛にルータ広告が送信されているため、端末のグルーピングが行われていない状態でも端末に所望のルータ広告を配信できる。
［００４１］
次に、本発明の第２の実施例について図面を参照して詳細に説明する。
［００４２］
図５を参照すると、本実施例は、ＬＭＡ機能２１、２２、２３およびＭＡＧ機能３１、３２、３３、ＤＨＣＰサーバ機能５０で構成されているネットワーク１とオペレータ１１、１２、１３、移動端末４１−１、４１−２、４２、４３で構成されている。
［００４３］
オペレータ１１、１２、１３は契約している移動端末にＨＴＴＰなどのＩＰサービスを提供するサービスプロバイダで、異なるサブネットを所有している。
［００４４］
ＬＭＡ機能は移動端末がネットワーク１内を移動するときのＮｅｔＬＭＭプロトコルをサポートしたアンカールータ機能で、移動管理している移動端末宛のＩＰパケットを受信すると、移動端末の存在するＭＡＧ機能宛にＩＰパケットをカプセル化して転送する。ＬＭＡ機能２１、２２、２３はそれぞれオペレータ１１、１２、１３に対応している。また、ＬＭＡ機能はＭＡＧ機能からの位置登録応答に移動端末の利用している要請ノードマルチキャストアドレスを含めて送信する機能を具備する。
［００４５］
ＭＡＧ機能は移動端末が自身の配下に移動してきたときに移動端末の代わりにＬＭＡ機能に位置登録を行うＮｅｔＬＭＭプロトコルをサポートしたアクセスルータ機能である。またＭＡＧ機能はＤＨＣＰ  Ｒｅｌａｙ  Ａｇｅｎｔとしての機能を併せ持っており、ＤＨＣＰメッセージをＤＨＣＰサーバに転送する際に移動端末の帰属するグループ情報を付加する機能を持つ。さらに、ＭＡＧ機能３１、３２、３３はオペレータ１１、１２、１３とは独立である。
［００４６］
ＤＨＣＰサーバ機能５０は各移動端末の契約しているオペレータが所有しているサブネットおよびグループに応じたＩＰアドレスを割り当てる機能を持つ。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００１４
【補正方法】変更
【補正の内容】
【００１４】
チキャストアドレスを保持しているため、要請ノードマルチキャストアドレス宛にＲＡを送信しても良い。最後にＬＭＡ１２１はＭＡＧ１３１上の移動端末４１−１のキャッシュを削除するため、Ｌｏｃａｔｉｏｎ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ／Ｌｏｃａｔｉｏｎ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ＡｃｋをＭＡＧ機能３１と交換する。
［００８７］
しばらくするとルータ広告の周期的な送信タイミングになる。すると、ＭＡＧ１３２はオペレータ１１用の要請ノードマルチキャスト宛にルータ広告を送信する。
［００８８］
これまで本明細書ではルータ広告を送信するグループを判断する識別子として要請ノードマルチキャストアドレスを例に挙げたが、要請ノードマルチキャストアドレスではなく、グループ識別専用のオプションフィールドをルータ広告に埋め込んだり、ＭＡＣフレームヘッダに埋め込んだりしても良い。その際には、端末にはそのグループ識別子を判断する機能が必要となる。
［００８９］
なお、上述する各実施例は、本発明の好適な実施例であり、本発明の要旨を逸脱しない範囲内において種々変更実施が可能である。例えば、ルータ広告送信システムを構成する各装置の機能を実現するためのプログラムを各装置に読込ませて実行することにより各装置の機能を実現する処理を行ってもよい。さらに、そのプログラムは、コンピュータ読み取り可能な記録媒体であるＣＤ−ＲＯＭまたは光磁気ディスクなどを介して、または伝送媒体であるインターネット、電話回線などを介して伝送波により他のコンピュータシステムに伝送されてもよい。
［００９０］
また、本発明は、ＷＬＡＮ事業者のような複数のＩＳＰが協同で使用しているアクセスシステムといった用途に適用できる。また、複数のＩＳＰが協同で使用しているＮｅｔＬＭＭシステムといった用途にも適用可能である。
［００９１］
なお、この出願は、２００６年９月１９日に出願した、日本特許出願番号２００６−２５２７９５号を基礎とする優先権を主張し、その開示の全てをここに取り込む。
産業上の利用可能性
［００９２］
本発明にかかるアクセスルータ、ＤＨＣＰサーバ、ルータ広告送信システム、その方法アンカールータおよびプログラムは、様々な端末が混在する中で、同一の特徴を持つ端末が受信できるルータ広告の送信に好適である。
図面の簡単な説明
【国際調査報告】
2008035492.tif 000015
2008035492.tif 000016
2008035492.tif 000017
2008035492.tif 000018
2008035492.tif 000019