(57)【要約】【課題】フィルタエントリの検索処理速度を速めることが可能なＩＰ−ＲＮＣを提供する。【解決手段】ＩＰ−ＲＮＣ４は配下の移動端末１とのパケット送受信時に、移動端末１毎の識別子ＭＮ−ＩＤをシーケンシャルに振って登録し、ＩＰ−ＲＮＣ４はＭＮ−ＩＤを用いてフィルタテーブルを検索する。ＡＡＡサーバ５はＩＰ−ＲＮＣ４との間で認証手続きプロトコルを処理する。この認証完了後、ＩＰ−ＲＮＣ４はその内部に移動端末１に対応した一つのフィルタエントリを作成する。コンテンツサーバ７はアップリンクパケットからＭＮ−ＩＤを取得し、バインディングテーブルへ登録し、これ以降、パケット送信時にこのＭＮ−ＩＤをパケットに付与する。ＩＰ−ＲＮＣ４はこのパケットに付与されたＭＮ−ＩＤによって移動端末１の識別を行う。【選択図】      図１
2004215118.tif 000002
【特許請求の範囲】
【請求項１】
配下に収容する移動端末がＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）サーバとの認証手続きを完了するまでパケットを塞き止めるＡＦ（Ａｔｔｅｎｄａｎｔ  Ｆｕｎｃｔｉｏｎ）機能を持つ無線ネットワーク制御装置を含む移動通信網であって、前記パケットの認証完了／未完了をフィルタリングするための検索子として前記移動端末を識別するためのＭＮ−ＩＤ（Ｍｏｂｉｌｅ  Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ）を用いて前記ＡＦ機能の処理を実行する手段を前記無線ネットワーク制御装置に有することを特徴とする移動通信網。
【請求項２】
前記無線ネットワーク制御装置は、前記ＭＮ−ＩＤと前記移動端末が存在するネットワークにおけるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスであるケアオブアドレスとを対応付けて格納する第１のテーブルを含むことを特徴とする請求項１記載の移動通信網。
【請求項３】
前記無線ネットワーク制御装置は、前記パケットのヘッダに前記ＭＮ−ＩＤ用のオプションが存在し、前記移動端末間の通信を行っていることを示すフラグが立っている場合に送信先の移動端末の前記ケアオブアドレスの代わりに前記ＭＮ−ＩＤを検索キーとして認証完了確認を行うことを特徴とする請求項２記載の移動通信網。
【請求項４】
前記無線ネットワーク制御装置は、前記移動端末がインタネット接続を行う際にその通信の開始時にかつ前記移動端末に前記ＭＮ−ＩＤが付与されていない時に当該移動端末に前記ＭＮ−ＩＤを付与する手段を含むことを特徴とする請求項１から請求項３のいずれか記載の移動通信網。
【請求項５】
配下に収容する移動端末がＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）サーバとの認証手続きを完了するまでパケットを塞き止めるＡＦ（Ａｔｔｅｎｄａｎｔ  Ｆｕｎｃｔｉｏｎ）機能を含む無線ネットワーク制御装置であって、前記パケットの認証完了／未完了をフィルタリングするための検索子として前記移動端末を識別するためのＭＮ−ＩＤ（Ｍｏｂｉｌｅ  Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ）を用いて前記ＡＦ機能の処理を実行する手段を有することを特徴とする無線ネットワーク制御装置。
【請求項６】
前記ＭＮ−ＩＤと前記移動端末が存在するネットワークにおけるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスであるケアオブアドレスとを対応付けて格納する第１のテーブルを含むことを特徴とする請求項５記載の無線ネットワーク制御装置。
【請求項７】
前記パケットのヘッダに前記ＭＮ−ＩＤ用のオプションが存在し、前記移動端末間の通信を行っていることを示すフラグが立っている場合に送信先の移動端末の前記ケアオブアドレスの代わりに前記ＭＮ−ＩＤを検索キーとして認証完了確認を行う手段を含むことを特徴とする請求項６記載の無線ネットワーク制御装置。
【請求項８】
前記移動端末がインタネット接続を行う際にその通信の開始時にかつ前記移動端末に前記ＭＮ−ＩＤが付与されていない時に当該移動端末に前記ＭＮ−ＩＤを付与する手段を含むことを特徴とする請求項５から請求項７のいずれか記載の無線ネットワーク制御装置。
【請求項９】
自端末が配下に収容される無線ネットワーク制御装置のＡＦ（Ａｔｔｅｎｄａｎｔ  Ｆｕｎｃｔｉｏｎ）機能によって、自端末がＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）サーバとの認証手続きを完了するまでパケットが塞き止められる移動端末であって、自端末がインタネット接続を行う際にその通信の開始時にかつ自端末を識別するためのＭＮ−ＩＤ（Ｍｏｂｉｌｅ  Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ）が付与されていない時に前記無線ネットワーク制御装置との間の制御情報の送受信において受信した前記ＭＮ−ＩＤを自端末に登録する手段を有することを特徴とする移動端末。
【請求項１０】
前記ＭＮ−ＩＤが付与されかつ自端末と他の移動端末との間の通信を行っていることを示すフラグが立っている時に前記パケットのヘッダに前記ＭＮ−ＩＤ用のオプションを付与して送信する手段を含むことを特徴とする請求項９記載の移動端末。
【請求項１１】
配下に収容する移動端末がＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）サーバとの認証手続きを完了するまでパケットを塞き止めるＡＦ（Ａｔｔｅｎｄａｎｔ  Ｆｕｎｃｔｉｏｎ）機能を含む無線ネットワーク制御装置の輻輳低下方法であって、前記無線ネットワーク制御装置側に、前記パケットの認証完了／未完了をフィルタリングするための検索子として前記移動端末を識別するためのＭＮ−ＩＤ（Ｍｏｂｉｌｅ  Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ）を用いて前記フィルタリングを行うステップを有することを特徴とする輻輳低下方法。
【請求項１２】
前記無線ネットワーク制御装置内に、前記ＭＮ−ＩＤと前記移動端末が存在するネットワークにおけるＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスであるケアオブアドレスとを対応付けて格納する第１のテーブルを配設したことを特徴とする請求項１１記載の輻輳低下方法。
【請求項１３】
前記無線ネットワーク制御装置側に、前記パケットのヘッダに前記ＭＮ−ＩＤ用のオプションが存在し、前記移動端末間の通信を行っていることを示すフラグが立っている場合に送信先の移動端末のケアオブアドレスの代わりに前記ＭＮ−ＩＤを検索キーとして認証完了確認を行うステップを含むことを特徴とする請求項１２記載の輻輳低下方法。
【請求項１４】
前記無線ネットワーク制御装置側に、前記移動端末がインタネット接続を行う際にその通信の開始時にかつ前記移動端末に前記ＭＮ−ＩＤが付与されていない時に当該移動端末に前記ＭＮ−ＩＤを付与するステップを含むことを特徴とする請求項１１から請求項１３のいずれか記載の輻輳低下方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は移動通信網、無線ネットワーク制御装置、移動端末及びそれらに用いる輻輳低下方法に関し、特にＭｏｂｉｌｅ  ＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）のＡＦ（Ａｔｔｅｎｄａｎｔ  Ｆｕｎｃｔｉｏｎ）機能をサポートするＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：無線ネットワーク制御装置）に関する。
【０００２】
【従来の技術】
従来、ＲＮＣにおいては、Ｗ−ＣＤＭＡ（Ｗｉｄｅｂａｎｄ−Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）における無線系装置であり、制御信号処理、共通チャネル多重分離機能、ＡＴＭ（ＡｓｙｎｃｈｒｏｎｏｕｓＴｒａｎｓｆｅｒ  Ｍｏｄｅ：非同期通信モード）スイッチング機能、及びダイバーシチハンドオーバ機能等を有している。
【０００３】
また、ＲＮＣは加入者階梯交換機、マルチメディア信号処理装置（ＭＰＥ：Ｍｕｌｔｉｍｅｄｉａ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｅｑｕｉｐｍｅｎｔ）、無線基地局装置（Ｎｏｄｅ  Ｂ）と接続され、無線回線の回線接続制御、ハンドオーバ制御、フィルタリング（ｆｉｌｔｅｒｉｎｇ）制御等が行われている。
【０００４】
尚、Ｗ−ＣＤＭＡについては、３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔｓ）で様々な標準仕様が作成され、移動通信システムの標準化が図られている。
【０００５】
上記の３ＧＰＰで標準化が図られている３Ｇ（ｔｈｉｒｄ  ｇｅｎｅｒａｔｉｏｎ）  Ｒ５から４Ｇ（ｆｏｕｒｔｈ  ｇｅｎｅｒａｔｉｏｎ）への過渡期には、ＡＴＭスイッチング機能しか持たないＲＮＣをＭｏｂｉｌｅ  ＩＰｖ６に対応させるために、以下のような機能を持たせることが考えられる。
【０００６】
つまり、ＲＮＣがＩＰｖ６  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（Ｒ）のスタックを有し、Ｍｏｂｉｌｅ  ＩＰｖ６機構に基いて配下に収容するＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：移動端末）がＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）  ｓｅｒｖｅｒとの認証手続き（例えば、非特許文献１参照）を完了するまでパケットを塞き止めるＡＦ機能を有すると想像できる（以下、Ｍｏｂｉｌｅ  ＩＰｖ６のＡＦ機能をサポートするＲＮＣをＩＰ−ＲＮＣとする）。
【０００７】
このＩＰ−ＲＮＣの構成例を図１７に示す。図１７において、ＩＰ−ＲＮＣ５１は上記の認証手続きを行う認証処理部５２と、フィルタエントリ（Ｆｉｌｔｅｒ  Ｅｎｔｒｙ）の検索処理を行うフィルタ検索部５３と、自装置とＮｏｄｅ  Ｂ及びルータとの間でパケット等の送受信を行う送受信部５４とから構成されている。
【０００８】
Ｍｏｂｉｌｅ  ＩＰｖ６機構においては認証機構の実装が避けられないため（例えば、非特許文献２，３参照）、認証完了／未完了の検索（フィルタエントリの検索処理）を行う検索機構の実装も必須となる。この検索機構はＲＮＣに到着する全パケットを対象として行われてしまうため、ＩＰｖ６ネットワークのルーティング性能のボトルネック（ｂｏｔｔｌｅ  ｎｅｃｋ）になりかねない。
【０００９】
【非特許文献１】
「ｒｆｃ２９７７．ｔｘｔ」（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｒｆｃ／ｒｆｃ２９７７．ｔｘｔ）
【非特許文献２】
「ｄｒａｆｔ−ｉｅｔｆ−ａａａ−ｄｉａｍｅｔｅｒ−ｍｏｂｉｌｅｉｐ−１３．ｔｘｔ」（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｉｅｔｆ−ａａａ−ｄｉａｍｅｔｅｒ−ｍｏｂｉｌｅｉｐ−１３．ｔｘｔ）
【非特許文献３】
「ｄｒａｆｔ−ｌｅ−ａａａ−ｄｉａｍｅｔｅｒ−ｍｏｂｉｌｅｉｐｖ６−０２．ｔｘｔ」（ｈｔｔｐ：／／ｗｗｗ．ｉｅｔｆ．ｏｒｇ／ｉｎｔｅｒｎｅｔ−ｄｒａｆｔｓ／ｄｒａｆｔ−ｌｅ−ａａａ−ｄｉａｍｅｔｅｒ−ｍｏｂｉｌｅｉｐｖ６−０２．ｔｘｔ）
【００１０】
【発明が解決しようとする課題】
上述したＡＦ機能では、フィルタエントリの検索処理にてパケットの認証完了／未完了を検索することになるが、これがあらゆるパケットを対象として行われることで、ＩＰ−ＲＮＣでの潜在的処理遅延や輻輳が発生する。
【００１１】
そこで、本発明の目的は上記の問題点を解消し、フィルタエントリの検索処理速度を速めることができる移動通信網、無線ネットワーク制御装置、移動端末及びそれらに用いる輻輳低下方法を提供することにある。
【００１２】
【課題を解決するための手段】
本発明による移動通信網は、配下に収容する移動端末がＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）サーバとの認証手続きを完了するまでパケットを塞き止めるＡＦ（Ａｔｔｅｎｄａｎｔ  Ｆｕｎｃｔｉｏｎ）機能を持つ無線ネットワーク制御装置を含む移動通信網であって、前記パケットの認証完了／未完了をフィルタリングするための検索子として前記移動端末を識別するためのＭＮ−ＩＤ（Ｍｏｂｉｌｅ  Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ）を用いて前記ＡＦ機能の処理を実行する手段を前記無線ネットワーク制御装置に備えている。
【００１３】
本発明による無線ネットワーク制御装置は、配下に収容する移動端末がＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）サーバとの認証手続きを完了するまでパケットを塞き止めるＡＦ（Ａｔｔｅｎｄａｎｔ  Ｆｕｎｃｔｉｏｎ）機能を含む無線ネットワーク制御装置であって、前記パケットの認証完了／未完了をフィルタリングするための検索子として前記移動端末を識別するためのＭＮ−ＩＤ（Ｍｏｂｉｌｅ  Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ）を用いて前記ＡＦ機能の処理を実行する手段を備えている。
【００１４】
本発明による移動端末は、自端末が配下に収容される無線ネットワーク制御装置のＡＦ（Ａｔｔｅｎｄａｎｔ  Ｆｕｎｃｔｉｏｎ）機能によって、自端末がＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｎｄＡｃｃｏｕｎｔｉｎｇ）サーバとの認証手続きを完了するまでパケットが塞き止められる移動端末であって、自端末がインタネット接続を行う際にその通信の開始時にかつ自端末を識別するためのＭＮ−ＩＤ（Ｍｏｂｉｌｅ  Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ）が付与されていない時に前記無線ネットワーク制御装置との間の制御情報の送受信において受信した前記ＭＮ−ＩＤを自端末に登録する手段を備えている。
【００１５】
本発明による輻輳低下方法は、配下に収容する移動端末がＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）サーバとの認証手続きを完了するまでパケットを塞き止めるＡＦ（Ａｔｔｅｎｄａｎｔ  Ｆｕｎｃｔｉｏｎ）機能を含む無線ネットワーク制御装置の輻輳低下方法であって、前記無線ネットワーク制御装置側に、前記パケットの認証完了／未完了をフィルタリングするための検索子として前記移動端末を識別するためのＭＮ−ＩＤ（Ｍｏｂｉｌｅ  Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ）を用いて前記フィルタリングを行うステップを備えている。
【００１６】
上述したように、３ＧＰＰで標準化が図られている３Ｇ（ｔｈｉｒｄ  ｇｅｎｅｒａｔｉｏｎ）  Ｒ５から４Ｇ（ｆｏｕｒｔｈ  ｇｅｎｅｒａｔｉｏｎ）への過渡期には、ＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）がＩＰｖ６（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）  ｏｖｅｒ  Ｅｔｈｅｒｎｅｔ（Ｒ）のスタックを有し、Ｍｏｂｉｌｅ  ＩＰｖ６機構に基いて配下に収容するＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）がＡＡＡ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，  ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ）  ｓｅｒｖｅｒとの認証手続きを完了するまでパケットを塞き止めるＡＦ（Ａｔｔｅｎｄａｎｔ  Ｆｕｎｃｔｉｏｎ）機能を有すると想像できる（以下、Ｍｏｂｉｌｅ  ＩＰｖ６のＡＦ機能をサポートするＲＮＣをＩＰ−ＲＮＣとする）。
【００１７】
したがって、ＡＦ機能はパケットの認証完了／未完了をフィルタリング（ｆｉｌｔｅｒｉｎｇ）することになるが、これがあらゆるパケットを対象として行われることで、ＩＰ−ＲＮＣでの潜在的処理遅延や輻輳が発生する。
【００１８】
本発明のＩＰ−ＲＮＣにおいては、フィルタリングのための検索子として用いられ、かつ移動端末が存在するネットワークにおけるＩＰアドレスであるケアオブアドレス（ｃａｒｅ−ｏｆ  ａｄｄｒｅｓｓ）の１２８ｂｉｔに代えて、移動端末を識別するための識別子であるＭＮ−ＩＤ（Ｍｏｂｉｌｅ  Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ）を用いることで、検索処理速度を速めることが可能となる。
【００１９】
すなわち、本発明のＩＰ−ＲＮＣでは、この不可避である認証完了／未完了の検索に関して、その検索キーを短くしており、これによってＩＰ−ＲＮＣに内在するネットワーク輻輳を軽減させることが可能となる。
【００２０】
【発明の実施の形態】
次に、本発明の実施例について図面を参照して説明する。図１は本発明の一実施例による移動通信網の構成を示すブロック図である。図１において、本発明の一実施例による移動通信網は移動端末（Ｍｏｂｉｌｅ  Ｎｏｄｅ）１と、無線基地局（Ｎｏｄｅ  Ｂ）２，３と、ＩＰ−ＲＮＣ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ−Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）４と、ＡＡＡサーバ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ，Ａｕｔｈｏｒｉｚａｔｉｏｎ，ａｎｄ  Ａｃｃｏｕｎｔｉｎｇ  Ｓｅｒｖｅｒ）５と、ホームエージェント（Ｈｏｍｅ  Ａｇｅｎｔ）６と、コンテンツサーバ（Ｃｏｎｔｅｎｔｓ  Ｓｅｒｖｅｒ）７と、ルータ８，９と、コアネットワーク（ＩＰ  ｂａｓｅｄ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）１０と、インタネット（ｔｈｅ  Ｉｎｔｅｒｎｅｔ）１１とから構成されている。
【００２１】
移動端末１は無線リンクを用いて無線基地局２，３とのパケット送受信を行い、受信パケットからＭＮ−ＩＤ（Ｍｏｂｉｌｅ  Ｎｏｄｅ−Ｉｄｅｎｔｉｆｉｅｒ）を取得して登録する。これ以降、移動端末１はパケット送信時に、このＭＮ−ＩＤをパケットに付与する。ここで、ＭＮ−ＩＤはＩＰ−ＲＮＣ４がフローに対して割振る３２ｂｉｔのＩＤであり、移動端末１を識別するための識別子である。
【００２２】
また、移動端末１はルータ８からＲｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔを受けると、ＭＤ−ＩＤ用ｏｐｔｉｏｎフィールドを削除する。このＭＤ−ＩＤ用オプション（ｏｐｔｉｏｎ）フィールドについては後述する。
【００２３】
ＩＰ−ＲＮＣ４はＭｏｂｉｌｅ  ＩＰｖ６のＡＦ（Ａｔｔｅｎｄａｎｔ  Ｆｕｎｃｔｉｏｎ）機能をサポートするＲＮＣである。ＩＰ−ＲＮＣ４は配下の移動端末１とのパケット送受信時に、移動端末１毎の識別子ＭＮ−ＩＤをシーケンシャルに割振って登録する。また、ＩＰ−ＲＮＣ４はＭＮ−ＩＤを用いて、図示せぬフィルタ（Ｆｉｌｔｅｒ）テーブルを検索する。
【００２４】
ＡＡＡサーバ５はＩＰ−ＲＮＣ４との間で認証手続きプロトコルを処理する。
この認証完了後、ＩＰ−ＲＮＣ４はその内部に移動端末１に対応した一つのフィルタエントリ（Ｆｉｌｔｅｒ  Ｅｎｔｒｙ）を作成する。
【００２５】
ホームエージェント６はＭｏｂｉｌｅ  ＩＰｖ６をサポートする移動端末１のＨｏｍｅ  Ｌｉｎｋ  Ａｇｅｎｔであり、移動端末１のホームアドレス（Ｈｏｍｅ  Ａｄｄｒｅｓｓ）対ケアオブアドレス［以下、ＣｏＡ（ｃａｒｅ−ｏｆ  ａｄｄｒｅｓｓ）とする］対応テーブル（図示せず）を持ち、ダウンリンク（Ｄｏｗｎｌｉｎｋ）パケットの宛先情報を獲得するメカニズムを持つ。ここで、ホームアドレスはＤＮＳ（Ｄｏｍａｉｎ  Ｎａｍｅ  Ｓｙｓｔｅｍ）に登録された移動端末のＩＰアドレスであり、ＣｏＡは移動端末１が存在するネットワークにおけるＩＰアドレスである。
【００２６】
コンテンツサーバ７はＷｅｂサーバ等、インタネット１１に配置されたコンテンツサーバである。コンテンツサーバ７はアップリンク（Ｕｐｌｉｎｋ）パケットからＭＮ−ＩＤを取得し、バインディングテーブル（Ｂｉｎｄｉｎｇ  Ｔａｂｌｅ）（図示せず）へ登録する。これ以降、コンテンツサーバ７はパケット送信時に、このＭＮ−ＩＤをパケットに付与する。
【００２７】
ＩＰ−ＲＮＣ４はこのＭＮ−ＩＤによって移動端末１の識別を行う。また、ＭＮ−ＩＤには最大で、通信（ＭＮ−ＭＮ通信を含む）を開始した移動端末のＭＮ−ＩＤを示す「ＭＮ−ＩＤ１」と、ＭＮ−ＭＮ通信を受けた移動端末のＭＮ−ＩＤを示す「ＭＮ−ＩＤ２」の二つが登録される。
【００２８】
図２は図１の移動端末１の構成例を示すブロック図である。図２において、移動端末１はアンテナ２１と、送受信共用器（ＤＵＰ）２２と、受信部２３と、ユーザデータ分離部２４と、Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ判定部２５と、ＭＮ−ＩＤ処理部２６と、バインディングテーブル（Ｂｉｎｄｉｎｇ  Ｔａｂｌｅ）２７と、信号合成部２８と、送信部２９とを含んで構成されている。
尚、移動端末１の呼制御部分、音声入出力部分、表示部分については、公知の技術が適用可能であるので、それらの構成及び動作についての説明は省略する。
【００２９】
受信部２３はアンテナ２１及び送受信共用器２２を介して受信した信号［ＣＰＩＣＨ（Ｃｏｍｍｏｎ  Ｐｉｌｏｔ  Ｃｈａｎｎｅｌ：共通パイロット信号），ＤＰＣＨ（ＤＬ），ＨＳ−ＰＤＳＣＨ］をユーザデータ分離部２４に送出する。
ユーザデータ分離部２４は受信部２３からの受信信号をユーザ情報（音声信号、画像信号等）と制御情報とに分離し、ユーザ情報を上述した移動端末１の呼制御部分、音声出力部分、表示部分にそれぞれ送出し、ユーザ情報（パケット）及び制御情報をＲｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ判定部２５に送出する。
【００３０】
Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ判定部２５はユーザデータ分離部２４からのユーザ情報及び制御情報にルータ８からのＲｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔの受信か否かを判定し、Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔの受信であればその旨をＭＮ−ＩＤ処理部２６に通知する。
【００３１】
また、Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ判定部２５はＲｏｕｔｅｒＡｄｖｅｒｔｉｓｅｍｅｎｔの受信でなければ、パケットにＭＤ−ＩＤ用オプションが含まれているかを判定し、ＭＤ−ＩＤ用オプションが含まれていればその旨をＭＮ−ＩＤ処理部２６に通知する。一方、Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ判定部２５はＭＤ−ＩＤ用オプションが含まれていなければその旨を受信部２３に通知するので、受信部２３では通常の受信処理が行われる。
【００３２】
ＭＮ−ＩＤ処理部２６はＲｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ判定部２５からの通知に基づいて、バインディングテーブル２７に対するＭＮ−ＩＤの登録や削除、送信パケットや受信パケットに対するＭＤ−ＩＤ用オプションの付与や削除等の処理を行い、その結果を信号合成部２８や送信部２９に通知する。
【００３３】
信号合成部２８はＭＮ−ＩＤ処理部２６からの情報、移動端末１の呼制御部分や音声入力部分等の外部からの入力信号等を合成し、ＤＰＣＨ（ＵＬ），ＨＳ−ＤＰＣＣＨとして送信部２９及び送受信共用器２２を介してアンテナ２１から発信する。
【００３４】
図３は図１のＩＰ−ＲＮＣ４の構成例を示すブロック図である。図３において、ＩＰ−ＲＮＣ４はＡＡＡサーバ５との認証手続きを行う認証処理部４１と、フィルタエントリ（Ｆｉｌｔｅｒ  Ｅｎｔｒｙ）の検索処理を行うフィルタ検索部４２と、配下の移動端末１にＭＮ−ＩＤを付与するＭＮ−ＩＤ付与部４３と、自装置とＮｏｄｅ  Ｂ及びルータとの間でパケット等の送受信を行う送受信部４４と、フィルタ検索部４２及びＭＮ−ＩＤ付与部４３にて用いられるデータベース４５とから構成されている。
【００３５】
フィルタ検索部４２はＩＰアドレスにてフィルタエントリの検索処理を行うＩＰアドレス検索部４２ａと、ＭＮ−ＩＤにて認証完了／未完了の検索を行うＭＮ−ＩＤ検索部４２ｂとを備えている。ＭＮ−ＩＤ付与部４３はＩＰ−ＲＮＣ４配下の移動端末からパケットを受信する毎にインクリメント処理を行うカウンタ４３ａを備えている。
【００３６】
図４は本発明の一実施例で用いるＭＮ−ＩＤ用オプションの構成例を示す図である。図４において、ＭＮ−ＩＤ用オプションＡはＩＰｖ６  Ｄｅｓｔｉｎａｔｉｏｎ  Ｏｐｔｉｏｎｓ  Ｈｅａｄｅｒの新概念で、以下のようなフィールドを持つ。
【００３７】
ＭＮ−ＩＤ用オプションＡのフィールドとしては、ＭＮ−ＩＤを示すＩＰｖ６オプションタイプ（ｏｐｔｉｏｎ  ｔｙｐｅ）値である「Ｔｙｐｅ」フィールド、オプションフィールド長である「Ｌｅｎｇｔｈ」フィールド、ＩＰ−ＲＮＣ４にて刻まれるＭＮ−ＭＮ通信を行っていることを示すフラグである「ＭＮ−ＭＮｆｌａｇ」フィールド、ＩＰ−ＲＮＣ４にて割振られる送信元のＭＮ−ＩＤである「ＭＮ−ＩＤ  ＳＲＣ（ｓｏｕｒｃｅ）」フィールド、ＩＰ−ＲＮＣ４にて割振られる送信先のＭＮ−ＩＤである「ＭＮ−ＩＤ  ＤＳＴ（ｄｅｓｔｉｎａｔｉｏｎ）」フィールドがある。
【００３８】
図５は図１のＩＰ−ＲＮＣ４のアップリンクの動作を示すフローチャートであり、図６は図１のＩＰ−ＲＮＣ４のダウンリンクの動作を示すフローチャートである。図７及び図８は図１の移動端末１のアップリンク／ダウンリンクの動作を示すフローチャートであり、図９は本発明の一実施例による移動端末１とコンテンツサーバ７との間の通信動作を示す図である。
【００３９】
図１０は図９のＩＰ−ＲＮＣ４内のＣｏＡ対ＭＮ−ＩＤ対応テーブルの構成を示す図である。図６において、ＩＰ−ＲＮＣ４内のＣｏＡ対ＭＮ−ＩＤ対応テーブル４５ａはデータベース４５に設けられ、ＣｏＡ「ｘｘｘ」，「ｙｙｙ」，・・・と、ＭＮ−ＩＤ「＃０」，「＃１」・・・とから構成されている。
【００４０】
図１１は図９のコンテンツサーバ７内のバインディングテーブルの構成を示す図である。図１１において、コンテンツサーバ７内のバインディングテーブルＢはホームアドレス（Ｈｏｍｅ  Ａｄｄｒｅｓｓ）「ａａａ」，「ｂｂｂ」，・・・と、ＣｏＡ「ｘｘｘ」，「ｙｙｙ」，・・・と、ＭＮ−ＩＤ「＃０」，「＃１」・・・とから構成されている。
【００４１】
図１２は本発明の一実施例による移動端末間の通信動作を示す図であり、図１３は図１２の移動端末１のバインディングテーブルの構成を示す図である。図１３において、移動端末１のバインディングテーブル２７ａはホームアドレス（Ｈｏｍｅ  Ａｄｄｒｅｓｓ）「ＹＹＹ」と、ＣｏＡ「ｙｙｙ」と、ＭＮ−ＩＤ「＃１７４」と、ＭＮ−ＭＮ  ｆｌａｇ「有効」とから構成されている。
【００４２】
図１４は図１２の移動端末１５のバインディングテーブルの構成を示す図である。図１４において、移動端末１５のバインディングテーブル２７ｂはホームアドレス（Ｈｏｍｅ  Ａｄｄｒｅｓｓ）「ＸＸＸ」と、ＣｏＡ「ｘｘｘ」と、ＭＮ−ＩＤ「＃３６」と、ＭＮ−ＭＮフラグ（ｆｌａｇ）「有効」とから構成されている。
【００４３】
図１５は図１２のＩＰ−ＲＮＣ４内のＣｏＡ対ＭＮ−ＩＤ対応テーブルの構成を示す図である。図１５において、ＩＰ−ＲＮＣ４内のＣｏＡ対ＭＮ−ＩＤ対応テーブル４５ｂはデータベース４５に設けられ、ＣｏＡ「ｘｘｘ」，・・・と、ＭＮ−ＩＤ「＃３６」，・・・とから構成されている。
【００４４】
図１６は図１２のＩＰ−ＲＮＣ１４内のＣｏＡ対ＭＮ−ＩＤ対応テーブルの構成を示す図である。図１６において、ＩＰ−ＲＮＣ１４内のＣｏＡ対ＭＮ−ＩＤ対応テーブル４５ｃはＣｏＡ「ｙｙｙ」，・・・と、ＭＮ−ＩＤ「＃１７４」，・・・とから構成されている。
【００４５】
これら図１〜図１６を参照して本発明の一実施例による移動通信網の動作について説明する。まず、移動端末１とコンテンツサーバ７との間の通信動作について説明する。移動端末１からインタネット１１へのアクセスを行うような場合、ＩＰ−ＲＮＣ４は以下のアルゴリズムで動作する。
【００４６】
まず、ＩＰ−ＲＮＣ４におけるＭＮ−ＩＤの登録処理とダウンリンクパケット処理とについて図９〜図１１を参照して説明する。図９ではＩＰ−ＲＮＣ４が移動端末１から最初のアップリンクパケットを受け取ってＭＮ−ＩＤ登録を行い、その後にダウンリンクフローが流れる過程を示している。尚、本実施例では、移動端末１がＩＰ−ＲＮＣ４を経由してインタネット接続を行う場合等において、通信の開始時に移動端末１とＩＰ−ＲＮＣ４との間で、移動端末１の認証を行うためのＡＡＡｖ６  ｒｅｑｕｅｓｔ／ｒｅｐｌｙが一往復することを前提としている。
【００４７】
ＩＰ−ＲＮＣ４がアップリンクのＭＮ−ＩＤの登録処理を行う場合、移動端末１から送信されたパケットをＩＰ−ＲＮＣ４が受信すると、まず、ＩＰ−ＲＮＣ４はＩＰｖ６拡張ヘッダチェーンのいずれかにＭＮ−ＩＤ用オプションＡが含まれるかを確認する（図５ステップＳ１）。
【００４８】
このケースではＭＮ−ＩＤ用オプションＡが存在していないので、ＩＰ−ＲＮＣ４はＭＮ−ＩＤ用オプション（ｆｉｅｌｄ  ａｌｌ  ０）Ａを新たに付与し（図５ステップＳ２）、新たに割振ったＭＮ−ＩＤをＭＮ−ＩＤ  ＳＲＣフィールドに書込む（図５ステップＳ５）。
【００４９】
また、ＩＰ−ＲＮＣ４は送信元ＣｏＡをキーとして認証完了／未完了を検索する（フィルタエントリ検索）（図５ステップＳ７）。ＩＰ−ＲＮＣ４は検索が未完了の場合（図５ステップＳ８）、ＡＡＡサーバ５まで認証要求メッセージ（ｍｅｓｓａｇｅ）を送信し、応答が到着次第、フィルタエントリの追加を行う（図５ステップＳ１０）。
【００５０】
一方、ＩＰ−ＲＮＣ４は検索が完了していれば（図５ステップＳ８）、ＣｏＡ対ＭＮ−ＩＤ対応テーブル４５ａ（図１０参照）に、先程、割振ったＭＮ−ＩＤを新規登録する（図５ステップＳ９）。この時、例えば、ＭＮ−ＩＤ付与部４３のカウンタ４３ａの値を「０」とする。「０」は初期値で、ＩＰ−ＲＮＣ４配下の異なる移動端末からパケットを受信すれば、インクリメントして「１」を登録する。
【００５１】
パケットがコンテンツサーバ７に到達すると、まず、コンテンツサーバ７はＩＰｖ６拡張ヘッダチェーンのいずれかにＭＮ−ＩＤ用オプションＡが存在するかどうかを確認する。このケースではＭＮ−ＩＤ用オプションＡが存在している。
この状態でＩＰｖ６ヘッダ中からＭＮ−ＩＤ  ＳＲＣを獲得して、拡張したバインディングテーブルＢ（図１１参照）に登録する。
【００５２】
コンテンツサーバ７から移動端末１へ向けたダウンリンクパケットには、受信パケットから得た相手の移動端末１のＭＮ−ＩＤをＭＮ−ＩＤ  ＤＳＴに載せて送信する。
【００５３】
ＩＰ−ＲＮＣ４は上述したＭＮ−ＩＤ用オプションＡが含まれることを確認し（図５ステップＳ１）、ＭＮ−ＩＤ  ＳＲＣフィールドまたはＭＮ−ＩＤ  ＤＳＴフィールドにエントリがあると判断すると（図５ステップＳ３）、ＭＮ−ＩＤＳＲＣフィールドをキーとして認証完了／未完了を検索する（図５ステップＳ４）。
【００５４】
ＩＰ−ＲＮＣ４は認証完了／未完了の検索が完了していれば（図５ステップＳ６）、処理を終了する。また、ＩＰ−ＲＮＣ４は認証完了／未完了の検索が完了していなければ（図５ステップＳ６）、上記の送信元ＣｏＡをキーとして認証完了／未完了を検索する（フィルタエントリ検索）（図５ステップＳ７）。以後の処理は上述した通りである。
【００５５】
ＩＰ−ＲＮＣ４のダウンリンク転送処理の場合、ＩＰ−ＲＮＣ４はパケットを受取ると、まず、ＩＰｖ６拡張ヘッダチェーンのいずれかにＭＮ−ＩＤ用オプションＡが存在するかどうかを確認する（図６ステップＳ１１）。ＩＰ−ＲＮＣ４はＭＮ−ＩＤ用オプションＡが存在すれば、さらにＭＮ−ＭＮフラグが立っているかどうかを確認する（図６ステップＳ１２）。この場合にはＭＮ−ＭＮフラグが立っていないので、送信先の移動端末１のＣｏＡの代わりにＭＮ−ＩＤ  ＤＳＴを検索キーとして認証完了確認を行う（図６ステップＳ１５）。
【００５６】
パケットが移動端末１に到達すると、まず、移動端末１はＩＰｖ６拡張ヘッダチェーンのいずれかにＭＮ−ＩＤ用オプションＡが存在するかどうかを確認する（図７ステップＳ３４）。移動端末１はＭＮ−ＩＤ用オプションＡが存在しなければ、通常の受信処理を行い（図７ステップＳ３５）、ＭＮ−ＩＤ用オプションＡが存在していれば、ＩＰｖ６ヘッダ中からＭＮ−ＩＤ  ＤＳＴを獲得して装置パラメータに登録する（図７ステップＳ３６）。
【００５７】
この後に、移動端末１はＭＮ−ＭＮフラグが無効になっているので（図７ステップＳ３７）、ＭＮ−ＩＤをＭＮ−ＩＤ  ＳＲＣに書込んで、パケットを送信する（図７ステップＳ３８）。移動端末１はＭＮ−ＭＮフラグが無効になっていなければ（図７ステップＳ３７）、ＭＮ−ＩＤ  ＳＲＣ、ＭＮ−ＭＮフラグをバインディングテーブルに登録し（図７ステップＳ３９）、受信したＭＮ−ＩＤ  ＳＲＣ、ＭＮ−ＩＤ  ＤＳＴを入れ替えて書込み、パケットを送信する（図７ステップＳ４０）。
【００５８】
これによって、移動端末１からコンテンツサーバ７へ向けて送信するパケットには、受信パケットから得た移動端末１自身のＭＮ−ＩＤをＭＮ−ＩＤ  ＳＲＣに載せて送信する。
【００５９】
移動端末１はあるＩＰ−ＲＮＣ４配下を離れない間、唯一のＭＮ−ＩＤ＃１を持っている。一方、移動端末１はルータ８からＲｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔを受信し（図７ステップＳ３２）、別のＩＰ−ＲＮＣ配下に移動した場合、ＭＮ−ＩＤ用オプションＡを削除してその情報をクリアし（図７ステップＳ３３）、新たに別のＩＰ−ＲＮＣからＭＮ−ＩＤを受信することになる。
【００６０】
ＩＰ−ＲＮＣ４はＭＮ−ＩＤが参照されているかどうかを定期的に監視しており、長時間参照されていない場合、例えＩＰ−ＲＮＣ４配下に移動端末１が存在していたとしても、当該ＭＮ−ＩＤを削除する。これによって、ＩＤの無制限配布を阻止する。
【００６１】
次に、移動端末１，１５間の通信について説明する。移動端末同士で通信を行う場合、ＩＰ−ＲＮＣ４，１４は以下のアルゴリズムで動作する。まず、２つのＩＰ−ＲＮＣ４，１４におけるＭＮ−ＩＤの登録、応答パケット処理について説明する。
【００６２】
図１２には、ＩＰ−ＲＮＣ４及びＩＰ−ＲＮＣ１４が移動端末１から最初のパケットを受信してＭＮ−ＩＤ登録を行い、その後、移動端末１５から応答パケットが戻ってくる過程を図示している。尚、本実施例では、移動端末１がＩＰ−ＲＮＣ４を経由してインタネット接続を行う場合等において、通信の開始時に移動端末１とＩＰ−ＲＮＣ４との間で、移動端末１の認証を行うためのＡＡＡｖ６  ｒｅｑｕｅｓｔ／ｒｅｐｌｙが一往復することを前提としている。
【００６３】
まず、移動端末１はホームエージェント宛てにパケットを送信するが、この時、ＩＰｖ６拡張ヘッダチェーンにＭＮ−ＩＤ用オプションＡ（図４参照）を含め、移動端末同士の通信であることを示すＭＮ−ＭＮフラグを立てる。この時、ＭＮ−ＩＤ  ＳＲＣフィールド及びＭＮ−ＩＤ  ＤＳＴフィールドは初期化される（ｆｉｅｌｄ  ａｌｌ  ０）（図８ステップＳ４１〜Ｓ４３）。
【００６４】
ＩＰ−ＲＮＣ４はアップリンクＭＮ−ＩＤの登録処理を行う場合、移動端末１から送信されたパケットを受信すると、まずＩＰｖ６拡張ヘッダチェーンのいずれかにＭＮ−ＩＤ用オプションＡが存在するかどうかを確認する。このケースではＭＮ−ＩＤ用オプションＡが存在しており、さらにＭＮ−ＭＮフラグが有効になっているが、ＭＮ−ＩＤフィールドにはエントリがない。
【００６５】
この状態で、ＩＰ−ＲＮＣ４は新たに割り振ったＭＮ−ＩＤをＭＮ−ＩＤ  ＳＲＣフィールドに書込む。また、ＩＰ−ＲＮＣ１４は送信元のＣｏＡをキーとして認証完了／未完了を検索する（フィルタエントリ検索）。ＩＰ−ＲＮＣ４は検索が未完了の場合、ＡＡＡサーバ５まで認証要求メッセージを送信し、応答が到着次第、フィルタエントリの追加を行う。
【００６６】
一方、ＩＰ−ＲＮＣ４は検索が完了していれば、ＣｏＡ対ＭＮ−ＩＤ対応テーブル４５ｂ（図１５参照）に、先程、割振ったＭＮ−ＩＤを新規登録する。この時、例えばＭＮ−ＩＤ付与部４３のカウンタ４３ａの値を「３６」とする。カウンタ４３ａの初期値は「０」で、ＩＰ−ＲＮＣ４配下の異なる移動端末からパケットを受信すれば、インクリメントして登録する。パケットがホームエージェント６に到達すると、宛先の移動端末１５のＣｏＡが分かるので、これをＤｅｓｔｉｎａｔｉｏｎとしてカプセリングして送信する。
【００６７】
ＩＰ−ＲＮＣ１４はダウンリンクＭＮ−ＩＤの登録処理を行う場合、パケットが到達すると、まず、ＩＰｖ６拡張ヘッダチェーンのいずれかにＭＮ−ＩＤ用オプションＡが存在するかどうかを確認する。このケースではＭＮ−ＩＤ用オプションＡが存在しており、さらにＭＮ−ＭＮフラグが有効になっているが、フィールドにはＭＮ−ＩＤ  ＳＲＣのみが書かれている。
【００６８】
この状態で、ＩＰ−ＲＮＣ１４は新たに割振ったＭＮ−ＩＤをＭＮ−ＩＤ  ＤＳＴフィールドに書込む。また、ＩＰ−ＲＮＣ１４は送信先のＣｏＡをキーとして認証完了／未完了を検索する（フィルタエントリ検索）。ＩＰ−ＲＮＣ１４は検索が未完了の場合、ＡＡＡサーバ５まで認証要求メッセージを送信し、応答が到着次第、フィルタエントリの追加を行う。
【００６９】
一方、ＩＰ−ＲＮＣ１４は検索が完了していれば、ＣｏＡ対ＭＮ−ＩＤ対応テーブル４５ｃ（図１６参照）に、先程、割振ったＭＮ−ＩＤを新規登録する。この時、例えばＭＮ−ＩＤ付与部４３のカウンタ４３ａの値を「１７４」とする。
カウンタ４３ａの初期値は「０」で、ＩＰ−ＲＮＣ１４配下の異なる移動端末宛てのパケットを受信すれば、インクリメントして登録する。
【００７０】
パケットが移動端末１５に到達すると、まず、ＩＰｖ６拡張ヘッダチェーンのいずれかにＭＮ−ＩＤ用オプションＡが存在するかどうかを確認する。このケースではＭＮ−ＩＤ用オプションＡが存在しており、さらにＭＮ−ＭＮフラグが有効になっている。この状態でＩＰｖ６ヘッダ中からＭＮ−ＩＤ  ＳＲＣ、ＭＮ−ＩＤ  ＤＳＴ、ＭＮ−ＭＮフラグを獲得して、ＭＮ−ＩＤ  ＤＳＴを装置パラメータに、残りの二つを拡張したバインディングテーブル２７ｃ（図１４参照）にそれぞれ登録する。
【００７１】
移動端末１５から移動端末１に向けた応答パケットには、受信パケットから得た移動端末１５自身のＭＮ−ＩＤをＭＮ−ＩＤ  ＳＲＣに、相手の移動端末１のＭＮ−ＩＤをＭＮ−ＩＤ  ＤＳＴにそれぞれ載せて送信する。
【００７２】
ＩＰ−ＲＮＣ１４はアップリンク転送処理を行う場合、移動端末１５から送信されたパケットを受取ると、まずＩＰｖ６拡張ヘッダチェーンのいずれかにＭＮ−ＩＤ用オプションＡが存在するかどうかを確認する。ＩＰ−ＲＮＣ１４はＭＮ−ＩＤ用オプションＡが存在すれば、さらにＭＮ−ＭＮフラグが立っているかどうかを確認する。この場合にはＭＮ−ＩＤ用オプションＡが存在し、ＭＮ−ＭＮフラグが立っており、さらにＭＮ−ＩＤ  ＳＲＣにエントリがある。したがって、ＩＰ−ＲＮＣ１４は送信元の移動端末１５のＣｏＡの代わりにＭＮ−ＩＤ  ＳＲＣを検索キーとして認証完了確認を行う。
【００７３】
ＩＰ−ＲＮＣ４はダウンリンク転送処理を行う場合、パケットを受取ると、まずＩＰｖ６拡張ヘッダチェーンのいずれかにＭＮ−ＩＤ用オプションＡが存在するかどうかを確認する。ＩＰ−ＲＮＣ４はＭＮ−ＩＤ用オプションＡが存在すれば、さらにＭＮ−ＭＮフラグが立っているかどうかを確認する。この場合にはＭＮ−ＩＤ用オプションＡが存在し、ＭＮ−ＭＮフラグも立っているので、送信先の移動端末１のＣｏＡの代わりにＭＮ−ＩＤ  ＤＳＴを検索キーとして認証完了確認を行う。
【００７４】
パケットが移動端末１に到達すると、まず、ＩＰｖ６拡張ヘッダチェーンのいずれかにＭＮ−ＩＤ用オプションＡが存在するかどうかを確認する。このケースではＭＮ−ＩＤ用オプションＡが存在しており、さらにＭＮ−ＭＮフラグが有効になっている。したがって、移動端末１はＩＰｖ６ヘッダ中からＭＮ−ＩＤ  ＳＲＣ、ＭＮ−ＩＤ  ＤＳＴ、ＭＮ−ＭＮフラグを獲得し、ＭＮ−ＩＤ  ＤＳＴを装置パラメータに、残りの二つを拡張したバインディングテーブル２７ｂにそれぞれ登録する。
【００７５】
これによって、移動端末１から移動端末１５に向けて送信するパケットには、受信パケットから得た移動端末１自身のＭＮ−ＩＤをＭＮ−ＩＤ  ＳＲＣに、相手の移動端末１５のＭＮ−ＩＤをＭＮ−ＩＤ  ＤＳＴにそれぞれ載せて送信する。
【００７６】
移動端末１，１５があるＩＰ−ＲＮＣ４，１４配下を離れない間、唯一のＭＮ−ＩＤの組を登録している。一方、移動端末１，１５がルータ８からＲｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔを受信して別のＩＰ−ＲＮＣ配下に移動した場合には、この情報がクリアされ、新たにＭＮ−ＩＤを受信することになる。
【００７７】
ＩＰ−ＲＮＣ４，１４はＭＮ−ＩＤが参照されているかどうかを定期的に監視しており、長時間参照されていない場合、例えＩＰ−ＲＮＣ４，１４配下に移動端末１，１５が存在していたとしても、当該ＭＮ−ＩＤを削除する。これによって、ＩＤの無制限配布を阻止する。
【００７８】
このように、本実施例では、ＩＰｖ６拡張ヘッダチェーンのいずれかにＭＮ−ＩＤ用オプションＡが存在し、ＭＮ−ＭＮフラグが立っている場合に送信先の移動端末のＣｏＡの代わりにＭＮ−ＩＤ  ＤＳＴを検索キーとして認証完了確認を行っているので、フィルタエントリの検索処理の速度を速めることができる。
【００７９】
具体的に説明すると、ＩＰｖ６のＣｏＡの１２８ｂｉｔ全長、ＩＰｖ６のＣｏＡ（１２８ｂｉｔ）＋ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）  ｐｏｒｔ  ｎｕｍｂｅｒ（１６ｂｉｔ）の１４４ｂｉｔ等の検索キーの代わりに、１／４以下となる３２ｂｉｔのＭＮ−ＩＤを用いて検索を行うことが可能となる。
【００８０】
本実施例では、上記の２つの処理動作に共通して適用可能なＩＰ−ＲＮＣを提案しているが、それぞれの処理動作に特化してロジックを組直すことも可能である。例えば、移動端末からインタネットアクセスを行うようなケースのみに特化すれば、インタネットアクセスではＭＮ−ＩＤ  ＳＲＣフィールドのみしか用いないため、図４に示すＭＮ−ＩＤ  ＳＲＣフィールド及びＭＮ−ＩＤ  ＤＳＴフィールドの２つのフィールドを１つに集約することができる。
【００８１】
【発明の効果】
以上説明したように本発明は、配下に収容する移動端末がＡＡＡサーバとの認証手続きを完了するまでパケットを塞き止めるＡＦ機能を含む無線ネットワーク制御装置において、パケットの認証完了／未完了をフィルタリングするための検索子として移動端末を識別するためのＭＮ−ＩＤを用いてフィルタリングを行うことによって、フィルタエントリの検索処理速度を速めることができるという効果が得られる。
【図面の簡単な説明】
【図１】本発明の一実施例による移動通信網の構成を示すブロック図である。
【図２】図１の移動端末の構成例を示すブロック図である。
【図３】図１のＩＰ−ＲＮＣの構成例を示すブロック図である。
【図４】本発明の一実施例で用いるＭＮ−ＩＤ用オプションの構成を示す図である。
【図５】図１のＩＰ−ＲＮＣのアップリンクの動作を示すフローチャートである。
【図６】図１のＩＰ−ＲＮＣのダウンリンクの動作を示すフローチャートである。
【図７】図１の移動端末のアップリンク／ダウンリンクの動作を示すフローチャートである。
【図８】図１の移動端末のアップリンク／ダウンリンクの動作を示すフローチャートである。
【図９】本発明の一実施例による移動端末とコンテンツサーバとの間の通信動作を示す図である。
【図１０】図９のＩＰ−ＲＮＣ内のＣｏＡ対ＭＮ−ＩＤ対応テーブルの構成を示す図である。
【図１１】図９のコンテンツサーバ内のバインディングテーブルの構成を示す図である。
【図１２】本発明の一実施例による移動端末間の通信動作を示す図である。
【図１３】図１２の移動端末１のバインディングテーブルの構成を示す図である。
【図１４】図１２の移動端末１５のバインディングテーブルの構成を示す図である。
【図１５】図１２のＩＰ−ＲＮＣ４内のＣｏＡ対ＭＮ−ＩＤ対応テーブルの構成を示す図である。
【図１６】図１２のＩＰ−ＲＮＣ１４内のＣｏＡ対ＭＮ−ＩＤ対応テーブルの構成を示す図である。
【図１７】従来のＩＰ−ＲＮＣの構成例を示すブロック図である。
【符号の説明】
１，１５  移動端末
２，３，１２，１３  無線基地局
４，１４  ＩＰ−ＲＮＣ
５  ＡＡＡサーバ
６  ホームエージェント
７  コンテンツサーバ
８，９  ルータ
１０  コアネットワーク
１１  インタネット
２１  アンテナ
２２  送受信共用器
２３  受信部
２４  ユーザデータ分離部
２５  Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ判定部
２６  ＭＮ−ＩＤ処理部
２７，２７ａ，２７ｂ  バインディングテーブル
２８  信号合成部
２９  送信部
４１  認証処理部
４２  フィルタ検索部
４２ａ  ＩＰアドレス検索部
４２ｂ  ＭＮ−ＩＤ検索部
４３  ＭＮ−ＩＤ付与部
４３ａ  カウンタ
４４  送受信部
４５  データベース
４５ａ〜４５ｃ  ＣｏＡ対ＭＮ−ＩＤ対応テーブル
【図１】
2004215118.tif 000003
【図２】
2004215118.tif 000004
【図３】
2004215118.tif 000005
【図４】
2004215118.tif 000006
【図５】
2004215118.tif 000007
【図６】
2004215118.tif 000008
【図７】
2004215118.tif 000009
【図８】
2004215118.tif 000010
【図９】
2004215118.tif 000011
【図１０】
2004215118.tif 000012
【図１１】
2004215118.tif 000013
【図１２】
2004215118.tif 000014
【図１３】
2004215118.tif 000015
【図１４】
2004215118.tif 000016
【図１５】
2004215118.tif 000017
【図１６】
2004215118.tif 000018
【図１７】
2004215118.tif 000019