(57)【特許請求の範囲】
【請求項１】
移動ノードから送出される位置登録要求情報が外部エージェント、サーバシステムを介してホームエージェントに通知されると共に、その位置登録要求情報に対応する応答情報が上記ホームエージェントからサーバシステム、外部エージェントを介して上記移動ノードへ返送されることにより、上記ホームエージェントおよび外部エージェントに上記移動ノードの位置が登録され、その登録に基づいて移動通信サービスを提供する移動通信サービス提供システムであって、
上記ホームエージェントおよび外部エージェントは、パケットの転送先を決定するための制御手段を備え、
上記サーバシステムは、
移動ノードが要求するサービスを提供するための情報を含むサービスプロファイルを管理するデータベースから、上記移動ノードに対応するサービスプロファイルを抽出する抽出手段と、
その抽出手段により抽出されたサービスプロファイルを、上記制御手段が使用できる形式に編集するサービス管理手段と、
そのサービス管理手段により編集されたサービスプロファイルを上記ホームエージェントおよび外部エージェントに配付する配付手段とを備え、
上記ホームエージェントおよび外部エージェントが、上記サーバシステムから配付されたサービスプロファイルに従って上記制御手段を利用することによりサービスを提供する移動通信サービス提供システム。
【請求項２】
請求項１に記載のシステムであって、
上記移動ノードが付加価値サービスを要求していないときは、上記サーバシステムは、上記ホームエージェントおよび外部エージェントに対してサービスプロファイルを配付せず、
上記ホームエージェントおよび外部エージェントは、自ら生成する情報に従って基本サービスを提供する。
【請求項３】
請求項１に記載のシステムであって、
予め決められたサービスに対して使用可能なアドレスの範囲が予め指定されており、
受信パケットの中から特定のパケットを抽出するための条件として上記予め指定されたアドレスの範囲を表す情報を含むサービスプロファイルが上記ホームエージェントおよび外部エージェントに予め設定されており、
上記サーバシステムは、上記予め決められたサービスを要求する移動ノードに対して上記予め指定されたアドレスの範囲内のアドレスを割り当てる。
【請求項４】
請求項１に記載のシステムであって、
上記サーバシステムは、上記移動ノードに係わるサービスプロファイルを抽出するために上記データベースにアクセスする権利を有するホームサーバ装置、およびそのようなアクセス権利を有していない外部サーバ装置を含み、
上記ホームサーバ装置は、上記ホームエージェントおよび上記外部サーバ装置へ上記サービスプロファイルを配付し、その外部サーバ装置が上記外部エージェントへそのサービスプロファイルを回送する。
【請求項５】
請求項１に記載のシステムであって、
上記サーバシステムは、上記移動ノードに係わるサービスプロファイルを抽出するために上記データベースにアクセスする権利を有するホームサーバ装置、およびそのようなアクセス権利を有していない外部サーバ装置を含み、
上記ホームサーバ装置は、上記外部サーバ装置へ上記サービスプロファイルを配付し、その外部サーバ装置が上記ホームエージェントおよび外部エージェントへそのサービスプロファイルを回送する。
【請求項６】
請求項１に記載のシステムであって、
上記サーバシステムは、上記移動ノードに係わるサービスプロファイルを抽出するために上記データベースにアクセスする権利を有するホームサーバ装置、およびそのようなアクセス権利を有していない外部サーバ装置を含み、
上記移動ノードは、第１の外部エージェントの通信エリアから第２の外部エージェントの通信エリアに移動したときに、その第２の外部エージェントを介して上記ホームエージェントへ位置登録要求情報を通知し、
上記ホームエージェントは、上記移動ノード宛てのパケットが上記第２の外部エージェントへ転送されるように、パケットをルーティングするために設けられている情報を更新し、
上記外部サーバ装置は、上記第２の外部エージェントへサービスプロファイルを配付する。
【請求項７】
請求項１に記載のシステムであって、
上記サーバシステムは、上記移動ノードに係わるサービスプロファイルを抽出するために上記データベースにアクセスする権利を有するホームサーバ装置、およびそのようなアクセス権利を有していない第１および第２の外部サーバ装置を含み、
上記移動ノードは、第１の外部サーバ装置により管理される第１の外部エージェントの通信エリアから第２の外部サーバ装置により管理される第２の外部エージェントの通信エリアに移動したときに、その第２の外部エージェント、第２の外部サーバ装置、ホームサーバ装置を介して上記ホームエージェントへ位置登録要求情報を通知し、
上記ホームエージェントは、上記移動ノード宛てのパケットが上記第２の外部エージェントへ転送されるように、パケットをルーティングするために設けられている情報を更新し、
上記ホームサーバ装置は、上記外部サーバ装置へサービスプロファイルを配付し、その外部サーバ装置が上記第２の外部エージェントへそのサービスプロファイルを回送する。
【請求項８】
請求項１に記載のシステムであって、
上記サーバシステムは、上記移動ノードに係わるサービスプロファイルを抽出するために上記データベースにアクセスする権利を有するホームサーバ装置、およびそのようなアクセス権利を有していない第１および第２の外部サーバ装置を含み、
上記移動ノードは、第１の外部サーバ装置により管理される第１の外部エージェントの通信エリアから第２の外部サーバ装置により管理される第２の外部エージェントの通信エリアに移動したときに、その第２の外部エージェント、第２の外部サーバ装置、ホームサーバ装置、第１の外部サーバ装置を介して上記ホームエージェントへ位置登録要求情報を通知し、
上記ホームエージェントは、上記移動ノード宛てのパケットが上記第２の外部エージェントへ転送されるように、パケットをルーティングするために設けられている情報を更新し、
上記ホームサーバ装置は、上記外部サーバ装置へサービスプロファイルを配付し、その外部サーバ装置が上記第２の外部エージェントへそのサービスプロファイルを回送する。
【請求項９】
請求項１に記載のシステムであって、
上記ホームエージェントは、通信ノードから上記移動ノード宛てのパケットを受信すると、受信先として上記移動ノードが設定されているパケットを抽出するためのサービスプロファイルをその通信ノードへ配付し、
その通信ノードは、その配付されたサービスプロファイルに従って抽出されたパケットを上記外部エージェントへ送出するための情報を生成する。
【請求項１０】
請求項１に記載のシステムであって、
複数の移動ノードに対して割り当てられた１つの仮想的なアドレスを受信先とするパケットをそれら複数の移動ノードの中の任意の移動ノードへ転送するサービスを提供するにあたって、
上記仮想的なアドレスが設定されたパケットを受信するアドレスプロキシサーバが設けられ、
上記サーバシステムは、上記仮想的なアドレスが設定されたパケットを抽出して上記複数の移動ノードの中の特定の移動ノードへ転送するためのサービスプロファイルを上記アドレスプロキシサーバへ配付すると共に、上記特定の移動ノードを収容する外部エージェント宛てのパケットをその特定の移動ノードへ転送するためのサービスプロファイルをその外部エージェントへ配付する。
【請求項１１】
移動ノードから送出される位置登録要求情報が外部エージェント、サーバシステムを介してホームエージェントに通知されると共に、その位置登録要求情報に対応する応答情報が上記ホームエージェントからサーバシステム、外部エージェントを介して上記移動ノードへ返送されることによって、上記ホームエージェントおよび外部エージェントに上記移動ノードの位置が登録され、その登録に基づいて移動通信サービスを提供する移動通信サービス提供方法であって、
上記ホームエージェントおよび外部エージェントは、パケットの転送先を決定するための制御手段を備えており、
上記サーバシステムが、
移動ノードが要求するサービスを提供するための情報を含むサービスプロファイルを管理するデータベースから、上記移動ノードに対応するサービスプロファイルを抽出し、
その抽出したサービスプロファイルを、上記制御手段が使用できる形式に編集し、
その編集されたサービスプロファイルを上記ホームエージェントおよび外部エージェントに配付し、
上記ホームエージェントおよび外部エージェントが、上記サーバシステムから配付されたサービスプロファイルに従って上記制御手段を利用することによりサービスを提供する移動通信サービス提供方法。
【請求項１２】
移動ノードから送出される位置登録要求情報が外部エージェント、サーバシステムを介してホームエージェントに通知されると共に、その位置登録要求情報に対応する応答情報が上記ホームエージェントからサーバシステム、外部エージェントを介して上記移動ノードへ返送されることによって、上記ホームエージェントおよび外部エージェントに上記移動ノードの位置が登録され、その登録に基づいて移動通信サービスを提供する移動通信サービス提供方法であって、
上記サーバシステムが、
移動ノードが要求するサービスを提供するための情報を含むサービスプロファイルを管理するデータベースから、上記移動ノードに対応するサービスプロファイルを抽出し、
その抽出したサービスプロファイルを、サービスの種別には依存しない形式に編集し、
その編集されたサービスプロファイルを上記ホームエージェントおよび外部エージェントに配付し、
上記ホームエージェントおよび外部エージェントが、上記サーバシステムから配付されたサービスプロファイルに従ってサービスを提供する移動通信サービス提供方法。
【請求項１３】
移動ノードが要求するサービスを提供するための情報を含むサービスプロファイルを管理するデータベースと、それぞれ移動ノードを収容することができる複数のエージェントと、移動ノードに対応するサービスプロファイルを上記データベースから抽出して上記移動ノードを収容しているエージェントへ配付するサーバとを備えて移動通信サービスを提供する移動通信サービス提供方法であって、
上記複数のエージェントは、それぞれ、パケットの転送先を決定するための制御手段を備えており、
上記サーバが、上記データベースから抽出したサービスプロファイルを、上記各エージェントに設けられている制御手段が使用できる形式に編集し、上記移動ノードを収容しているエージェントに対してその編集したサービスプロファイルを配付し、
上記移動ノードを収容しているエージェントが、上記サーバにより編集されたサービスプロファイルに従って上記制御手段を利用することによりサービスを提供する移動通信サービス提供方法。
【請求項１４】
移動ノードから送出される位置登録要求情報が外部エージェント、サーバシステムを介してホームエージェントに通知されると共に、その位置登録要求情報に対応する応答情報が上記ホームエージェントからサーバシステム、外部エージェントを介して上記移動ノードへ返送されることによって、上記ホームエージェントおよび外部エージェントに上記移動ノードの位置が登録され、その登録に基づいて移動通信サービスを提供する移動通信サービス提供システムにおいて使用されるサーバシステムであって、
移動ノードが要求するサービスを提供するための情報を含むサービスプロファイルを管理するデータベースから、上記移動ノードに対応するサービスプロファイルを抽出する抽出手段と、
その抽出手段により抽出されたサービスプロファイルを、上記ホームエージェントおよび外部エージェントにおいてパケットの転送先を決定するための制御手段が使用できる形式に編集するサービス管理手段と、
上記ホームエージェントおよび外部エージェントが上記サービス管理手段により編集されたサービスプロファイルに従って上記制御手段を利用することによりサービスを提供するように、上記ホームエージェントおよび外部エージェントに上記編集されたサービスプロファイルを配付する配付手段と
を備えるサーバシステム。
【請求項１５】
移動ノードから送出される位置登録要求情報が外部エージェント、サーバシステムを介してホームエージェントに通知されると共に、その位置登録要求情報に対応する応答情報が上記ホームエージェントからサーバシステム、外部エージェントを介して上記移動ノードへ返送されることによって、上記ホームエージェントおよび外部エージェントに上記移動ノードの位置が登録され、その登録に基づいて移動通信サービスを提供する移動通信サービス提供システムにおいて使用される上記ホームエージェントまたは外部エージェントとしてのエージェント装置であって、
受信パケットのヘッダ情報に従ってそのパケットの処理方法を決定するサービス非依存部と、
上記サーバシステムにおいて上記制御手段が使用できる形式に編集されたサービスプロファイルに従ってその制御手段を利用する個別サービス制御部と、
上記個別サービス制御部による上記サービス非依存部の利用結果に従ってパケットを処理するパケット制御部と
を有するエージェント装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は、ネットワークにおいてサービス情報を配付する方法に係わる。特に、移動ノードを収容するネットワークにおいてそのネットワークが提供するサービスに係わる情報をネットワーク機器に配付する方法に係わる。
【０００２】
【従来の技術】
インターネットの急速な発展により、ＩＰパケットトラヒックが急増してきている。また、携帯電話の普及に伴い、ＩＭＴ−２０００（International Mobile Telecommunications 2000）における標準化が進んできており、モバイル環境下での高速ＩＰ通信が普及すると考えられる。しかし、ＩＰ通信の高機能化（例えば、端末毎のＱｏＳ（Quality of Service）や、ＷＷＷサーバのネットワークワイドな負荷分散などの付加価値サービス）を実現する技術は、大きな需要が見込まれているにもかかわらず、十分に成熟しているとは言えない。
【０００３】
ＩＰネットワークを制御する方法の１つとして、主に米国のベンダを中心に、ＰＢＮ（Policy-Based Networking ）が提案されている。ＰＢＮでは、ネットワーク上に設けられているネットワーク機器に「運用ポリシー」が設定され、各ネットワーク機器がそのポリシーに従って動作することにより様々な付加価値サービスが提供される。付加価値サービスとしては、例えば、帯域の保証、遅延時間の保証、パケットフィルタリング、アクセス制限などが実施されている。また、これらのサービスを提供する場合には、しばしばＲＳＶＰ（Resource Reservation Protocol ）や、Ｄｉｆｆ−Ｓｅｒｖ（Differentiated Services ）などが利用されている。なお、Ｄｉｆｆ−Ｓｅｒｖは、各パケットに設定された優先順位に基づいて特定のパケットを優先的に転送するためのプロトコルである。
【０００４】
しかし、通常のＰＢＮは、モバイル環境の考慮が十分でなかったため、以下のような問題が生じる。すなわち、ＰＢＮにおいて、移動端末毎にポリシー（上述のＱｏＳなど）を設定する場合は、各移動端末を収容する可能性のあるすべてのネットワーク機器にそれぞれ対応するポリシーを設定しなければならない。これにより、ネットワーク全体でのポリシー設定処理量が増加する。また、各移動端末を収容する可能性のあるネットワーク機器は膨大であり、そのそれぞれに各移動端末に係わるポリシーを設定することは非現実的である。さらに、ＰＢＮにおいて通知される情報をモバイルＩＰ等の個々に規定される基本サービスに適用するためには、それぞれのサービスに適用させるための仕様化と実装検討が必要であった。
【０００５】
なお、移動端末をネットワーク機器に収容するためのプロトコルとして、ＲＦＣ２００２により、IP Mobility Support （以下、「モバイルＩＰ」或いは「ＭＩＰ」と呼ぶ。）が発行されている。
【０００６】
ところで、音声とデータ通信が統合され、多様な種類の端末が接続されるＩＰネットワークでは、遅延に敏感なトラフィックやビジネス上優先度の高いトラフィックを保護するために、ＱｏＳ機能の実現は必須である。ＱｏＳ機能を実現する方法としては、Ｉｎｔ−ＳｅｒｖやＤｉｆｆ−Ｓｅｒｖ等が提案されている。これらのうち、キャリア網やバックボーン網としては、オーバヘッドが少ないＤｉｆｆ−Ｓｅｒｖが有力視されている。
【０００７】
ただし、Ｄｉｆｆ−Ｓｅｒｖは、経路上のすべてのネットワーク機器にポリシー設定しておく必要があり、Ｄｉｆｆ−Ｓｅｒｖ単独ではネットワーク管理が煩雑であった。このため、ネットワーク上にポリシーサーバを設け、そのポリシーサーバが各ネットワーク機器にポリシーを設定することによりネットワーク全体を一決的に管理する概念（この概念を、ＰＢＮを呼ぶことがある。）が提案された。
【０００８】
ところが、移動端末を収容する様々なプロバイダ、キャリアから構成されるシームレスなグローバルネットワークでは、全てのローカルネットワークが接続可能性のあるユーザに対するポリシーの決定とネットワーク機器への情報設定が可能でなければならない。そして、ＰＢＮにおいてこれを実現しようとすると、各ローカルネットワークが全てのユーザのポリシー情報を保持するか、ユーザが接続される可能性のある全てのネットワーク機器に対して予めポリシー情報を設定する必要がある。しかし、ユーザ数は膨大であるため、この方式に実現は極めて非効率的であり、また、現実的ではない。
【０００９】
また、すべてのユーザのポリシー情報を常に各ネットワーク機器に保持させると、ネットワーク機器のメモリ量を大きくしなければならず、処理能力を劣化させる。逆に、各ネットワーク機器にはポリシー情報を常駐させず、必要に応じてポリシーサーバへ問い合わせる方法を採用すると、その問合せのオーバヘッドが大きく、ＳＬＡ（Service Level Agreement ）を遵守できない可能性が増大してしまう。
【００１０】
これらの問題を解決するために、本願特許出願の出願人は、先に、モバイルＩＰに類似／関連するプロトコルを利用して付加価値サービスに係わる情報をネットワーク機器に配付する方法を提案している。そして、その方法は、特許出願済みである（特願平１１−２７６７０３号）。以下、モバイルＩＰおよび上記特許出願において提案している方法について簡単に説明する。
【００１１】
図７３は、モバイルＩＰおよび先に特許出願した発明ついて説明するための図である。ＡＡＡＨ（Authentication, Authorization and Accounting Home ）１およびＡＡＡＦ（Authentication, Authorization and Accounting Foreign）２は、移動ノード（ＭＮ：Mobile Node ）１１を認証し、移動ノード１１へのアクセスまたは移動ノード１１からのアクセスを許可するか否かを判断し、移動ノード１１に対する課金を行う。サービス制御データベース３は、各移動ノード１１に提供すべきサービスに係わる情報（サービス制御情報）を格納する。
【００１２】
ＨＡ（Home Agent）４およびＦＡ（Foreign Agent ）５は、移動ノード１１を収容するルータであり、ＡＡＡＨ１またはＡＡＡＦ２から配付されるサービス制御情報に従ってＩＰパケットを中継する。
【００１３】
このネットワークは、(1) 移動ノード１１の位置を検出する機能、(2) 移動ノード１１の位置を登録する機能、(3) 移動先の移動ノード１１へパケットを転送する機能を備える。
【００１４】
各ＦＡ５は、それぞれ定期的に広告メッセージを同報する。この広告メッセージには、当該ＦＡのＩＰアドレスが設定されている。したがって、移動ノード１１があるＦＡの通信エリアから他のＦＡの通信エリアに移動すると、その移動ノード１１が受信する広告メッセージに設定されているＩＰアドレスがある時点で変化することになる。そして、移動ノード１１は、広告メッセージに設定されているＩＰアドレスが変化したことを検出すると、異なるＦＡの通信エリアに入ったものとみなし、その新たなＦＡおよびＨＡ４に対して、その移動ノード１１のＩＰアドレスを通知する。このとき、その新たなＦＡは、そのＦＡのＩＰアドレスをＨＡ４に通知する。これにより、移動ノード１１を新たに収容することとなったＦＡがＨＡ４に登録され、また、移動ノード１１のＩＰアドレスがその新たなＦＡに登録される。
【００１５】
通信ノード（ＣＮ：Corrspondent Node ）１２から移動ノード１１へのパケットの転送は、以下のように行われる。すなわち、送信先アドレスとして移動ノード１１のＩＰアドレスが設定されているパケットは、いったんＨＡ４に転送される。ＨＡ４は、移動ノード１１宛てのパケットを受信すると、その移動ノード１１を現在収容しているＦＡに対してそのパケットを転送する。ここでは、ＦＡ５が、現在、移動ノード１１を収容しているものとする。この場合、ＦＡ５がＨＡ４からパケットを受け取り、それを移動端末１１へ送る。このようにして、移動先のノードにパケットが転送される。
【００１６】
上記方法において、移動ノード毎のサービス制御情報は、上記位置登録に従って移動ノード１１を収容しているＦＡに配付される。例えば、移動ノード１１がＦＡ５の通信エリアに入ってきたとすると、ＡＡＡＨ１は、サービス制御データベース３から移動ノード１１のサービス制御情報を取り出し、それをＨＡ４およびＦＡ５に配付する。そして、ＨＡ４およびＦＡ５が、そのサービス制御情報に従って、移動ノード１１が要求する付加価値サービス（ＱｏＳやパケットフィルタリングなど）を実行する。
【００１７】
これにより、モバイル環境下において、既存のＰＢＮと同等なサービスが受けられる。このとき、サービス制御情報（ＰＢＮのポリシーに相当する）は、すべてのＦＡに設定されるのではなく、移動ノード１１を実際に収容しているＦＡのみに配付される。
【００１８】
【発明が解決しようとする課題】
しかしながら、本願特許出願の出願人が先に出願した発明の方法においても、以下の問題が残っていた。
【００１９】
(1) サービス制御情報がサービス毎に異なるフォーマットで構成されていたため、ＨＡおよびＦＡは、サービスを意識する必要があった。
(2) 付加価値サービスの提供を受ける契約をしているか否かに係わらず、全ての移動端末についてサービス制御情報が作成されてＨＡ及びＦＡに配付される。したがって、オーバヘッドが大きくなっていた。
【００２０】
(3) モバイルＩＰに特有の処理をルータの本来的な機能に対応する処理に置き換えるための機能が必要であった。したがって、モバイルＩＰの機能が拡張されると、各ＨＡおよびＦＡのプログラムを修正する必要が生じることあった。
サービス制御方式自体の変更が必要となる可能性があった。
【００２１】
(4) １つの仮想アドレスに対して複数のハードウェアが割り当てられているシステムにおいてその仮想アドレスにパケットを転送する際、複数のハードウェアの中から１つを選択するための手順が、ＨＡとＦＡとの間で同期が確立されていなかった。
【００２２】
本発明は、モバイル環境を含むＩＰネットワークにおいて、端末単位での付加価値サービスを定義し、よりスケーラブルに付加価値サービスの追加、拡張を可能とする方法を提供する。
【００２３】
【課題を解決するための手段】
本発明の移動通信サービス提供システムは、移動ノードから送出される位置登録要求情報が外部エージェントおよびサーバシステムを介してホームエージェントに通知されると共に、その位置登録要求情報に対応する応答情報が上記ホームエージェントからサーバシステムおよび外部エージェントを介して上記移動ノードへ返送されることにより、上記ホームエージェントおよび外部エージェントに上記移動ノードの位置が登録され、その登録に基づいて移動通信サービスを提供する構成を前提とする。そして、上記ホームエージェントおよび外部エージェントは、パケットの転送先を決定するための制御手段を備える。また、上記サーバシステムは、移動ノードが要求するサービスを提供するための情報を含むサービスプロファイルを管理するデータベースから上記移動ノードに対応するサービスプロファイルを抽出する抽出手段と、その抽出手段により抽出されたサービスプロファイルを上記制御手段が使用できる形式に編集するサービス管理手段と、そのサービス管理手段により編集されたサービスプロファイルを上記ホームエージェントおよび外部エージェントに配付する配付手段とを備える。そして、上記ホームエージェントおよび外部エージェントが、上記サーバシステムから配付されたサービスプロファイルに従って上記制御手段を利用することによりサービスを提供する。
【００２４】
本発明によれば、サービスプロファイルは、サーバシステムによりホームエージェントおよび外部エージェントがそのまま利用できる形式に編集されている。このため、ホームエージェントおよび外部エージェントは、移動ノード毎に要求されるサービスを提供する際、そのサービスの種別を意識する必要がない。よって、サービスを追加／変更する際、ホームエージェントおよび外部エージェントが使用するプログラムまたはデータの修正が少なくなる。
【００２５】
なお、上記構成において、移動ノードが付加価値サービスを要求していないときは、サーバシステムは、ホームエージェントおよび外部エージェントに対してサービスプロファイルを配付しないようにしてもよい。このとき、ホームエージェントおよび外部エージェントは、それぞれ自ら生成する情報に従って基本サービスを提供するようにしてもよい。
【００２６】
この構成においては、サーバシステムとホームエージェントおよび外部エージェントとの間で伝送される情報量が減少する。また、各ホームエージェントおよび外部エージェントにおいては、サービスプロファイルを格納するためのメモリ容量を小さくすることができ、処理速度の向上に寄与する。
【００２７】
また、上記構成において、予め決められたサービスに対して使用可能なアドレスの範囲が予め指定されていることを前提とし、受信パケットの中から特定のパケットを抽出するための条件として上記予め指定されたアドレスの範囲を表す情報を含むサービスプロファイルを上記ホームエージェントおよび外部エージェントに予め設定しておき、上記サーバシステムが、上記予め決められたサービスを要求する移動ノードに対して上記予め指定されたアドレスの範囲内のアドレスを割り当てるようにしてもよい。
【００２８】
この構成においては、上記移動ノードから送出されるパケットおよび上記移動ノードへ転送されるパケットは、上記ホームエージェントまたは外部エージェントにおいて上記サービスプロファイルに従って抽出され、そのサービスプロファイルに対応するサービス（すなわち、上記予め決められたサービス）て実行される。したがって、この構成においても、上述のケースと同様に、サーバシステムとホームエージェントおよび外部エージェントとの間で伝送される情報量が減少する。また、各ホームエージェントおよび外部エージェントにおいては、サービスプロファイルを格納するためのメモリ容量を小さくすることができ、処理速度の向上に寄与する。
【００２９】
さらに、上記構成において、複数の移動ノードに対して割り当てられた１つの仮想的なアドレスを受信先とするパケットをそれら複数の移動ノードの中の任意の移動ノードへ転送するサービスを提供するにあたって、上記仮想的なアドレスが設定されたパケットを受信するアドレスプロキシサーバが設けておき、上記サーバシステムが、上記仮想的なアドレスが設定されたパケットを抽出して上記複数の移動ノードの中の特定の移動ノードへ転送するためのサービスプロファイルを上記アドレスプロキシサーバへ配付すると共に、上記特定の移動ノードを収容する外部エージェント宛てのパケットをその特定の移動ノードへ転送するためのサービスプロファイルをその外部エージェントへ配付するようにしてもよい。
【００３０】
この構成においては、仮想的なアドレスが付与されているパケットの転送は、上記サーバシステムにより統一的に制御される。よって、上記仮想的なアドレスを受信先とするパケットは、サーバシステムにより決定される特定に移動ノードへ確実に転送されることになる。
【００３１】
【発明の実施の形態】
以下、本発明の実施形態について、図面を参照しながら以下の順番に説明をする。
１．本発明の背景
２．本発明の概要
３．全体システムの構成
４．ＡＡＡＨの構成
５．ＡＡＡＦの構成
６．ＨＡ、ＦＡ、ＣＮの構成
７．サービスプロファイルを配付するシーケンス
７Ａ．ＡＡＡＨがＨＡを指定する場合
７Ｂ．ＡＡＡＦがＨＡを指定する場合
７Ｃ．各エンティティのフローチャート
７Ｄ．サービスプロファイルの管理
７Ｅ．ルート最適化
８．ＡＮＹＣＡＳＴサービス
１．本発明の背景
はじめに、図１を参照しながら、本発明の背景を説明する。ここでは、ホームエージェントに収容されている移動ノードが外部エージェントの通信エリアに移動する場合を示している。
【００３２】
手順１：ホームエージェント（ＨＡ：Home Agent）２００および外部エージェント（ＦＡ：Foreign Agent ）５００は、それぞれ定期的に自分のＩＰアドレスが設定されたエージェント広告メッセージを発信する。そして、移動ノード６００は、エージェント広告メッセージを受信することにより、ホームエージェント２００の通信エリアに位置しているのか、外部エージェント５００の通信エリアに位置しているのかを認識する。現在、移動ノード６００は、ホームエージェント２００の通信エリアに位置しているものとする。
【００３３】
手順２：移動ノード６００は、ホームエージェント２００の通信エリアから外部エージェント５００の通信エリアに移動すると、外部エージェント５００からエージェント広告メッセージを受信する。このメッセージを受信すると、移動ノード６００は、位置登録要求（Registration Request）メッセージを外部エージェント５００に送る。このメッセージには、移動ノード６００を識別する情報が設定されている。
【００３４】
手順３：外部エージェント５００は、移動ノード６００から位置登録要求メッセージを受信すると、認証（Authentication）、認可（Authorization ）及び課金（Accounting）等を行うために、ＩＰネットワーク８０を介してＡＭＲ（認証要求）メッセージをＡＡＡＦ（Authentication, Authorization and Accounting Foreign）４００に送出する。このメッセージには、移動ノード６００および外部エージェント５００を識別する情報が設定されている。
【００３５】
手順４：ＡＡＡＦ４００は、受信メッセージを解析することにより移動ノード６００の認証を行うＡＡＡＨ（Authentication, Authorization and Accounting Home ）１００を特定する。そして、ＩＰネットワーク８０を介して、ＡＭＲメッセージをＡＡＡＨ１００に送る。
【００３６】
手順５：ＡＡＡＨ１００は、受信したＡＭＲメッセージから必要な情報を取り出し、移動ノード６００の認証を実行する。ＡＡＡＨ１００は、たとえば、ＡＭＲメッセージから移動ノード識別子（ＮＡＩ：Network Access Identifier ）を抽出し、その識別子をキーとしてサービス制御データベース３００にアクセスする。これにより、移動ノード６００に対応するユーザプロファイル（サービスプロファイル情報）が抽出される。そして、ＡＡＡＨ１００は、ＡＭＲメッセージの認証に成功すると、ＨＡＲ（登録要求）メッセージに上述のサービスプロファイル情報を付加し、ＩＰネットワーク８０を介して、そのメッセージをホームエージェント２００に送る。
【００３７】
手順６：ホームエージェント２００は、受信したＨＡＲメッセージからセッションＩＤ、ライフタイム等の情報を取り出し、移動ノード６００の位置登録を実行する。すなわち、移動ノード６００宛てのパケットを移動先に回送するための情報をＨＡＲメッセージから取り出し、サービス制御情報（サービス制御トランザクション２３０のサービスプロファイルテーブル）を作成する。この結果は、ＨＡＡ（登録応答：Home-Agent-MIP Answer ）メッセージを利用してＡＡＡＨ１００に通知される。このとき、ＨＡＡメッセージには、移動ノード６００のサービスプロファイル情報が含まれていてもよい。
【００３８】
手順７：ＡＡＡＨ１００は、ＨＡＡメッセージを受信すると、前述のＡＭＲメッセージまたはユーザプロファイルから必要な情報を抽出し、サービス制御情報（サービス制御トランザクション１２０のサービスプロファイルテーブル）を作成する。また、ＡＡＡＦ４００に対して、ＡＭＲメッセージに対する応答メッセージとしてＡＭＡ（認証応答：AA-Mobile-Node Answer ）メッセージを送る。このとき、このＡＭＡメッセージには上述のサービスプロファイル情報が付加されている。
【００３９】
手順８：ＡＡＡＦ４００は、ＡＭＡメッセージから必要な情報を抽出してサービス制御情報（サービス制御トランザクション４２０のサービスプロファイルテーブル）を作成する。また、上記ＡＭＡメッセージを外部エージェント５００に送る。
【００４０】
手順９：外部エージェント５００は、ＡＭＡメッセージから必要な情報を抽出してサービス制御情報（サービス制御トランザクション５３０のサービスプロファイルテーブル）を作成する。また、そのＡＭＡメッセージに基づいて登録応答メッセージを作成して移動ノード６００に送る。これにより、位置登録手順が終了する。以降、外部エージェント５００は、受信したサービス制御情報を利用して移動ノード６００に対してサービスを提供する。
【００４１】
このように、移動ノード６００の位置は、常に、ホームエージェント２００により管理される。また、移動ノード６００を収容することになった外部エージェント５００に、移動ノード６００のためのサービス制御情報が設定されるので、移動ノード６００は、移動先においてもＰＢＮと同等なサービスを受けることができる。
【００４２】
なお、上記ネットワークにおいて、移動ノード６００宛てのパケットは、通常いったんホームエージェント２００へ転送される。ここで、ホームエージェント２００は、移動ノード６００が外部エージェント５００に収容されていることを認識している。したがって、ホームエージェント２００は、受信したパケットを外部エージェント５００に回送する。そして、外部エージェント５００がそのパケットを移動ノード６００へ送る。
２．本発明の概要
説明の理解のために、予め言葉の定義を行う。以下の記載において「個別サービス」とは、ユーザ毎にカスタマイズされたサービスの集合をいう。また、個別サービスを構成するサービス実体（例えば、Ｄｉｆｆ−ＳｅｒｖやＡＮＹＣＡＳＴなど）は、単に「サービス」と呼ぶ。一方、ユーザ単位にカスタマイズされないサービス（例えば、ＩＥＴＦ（Internet Engineering Task Force ）で規定されているモバイルＩＰなど）は、「基本サービス」と呼ぶ。
【００４３】
図２は、本発明の一実施形態のネットワーク構成図である。
移動ノード６００が外部エージェント５００の通信エリアに移動すると、図１を参照しながら説明したように、ＡＡＡＨ１００は、移動ノード６００に対応するサービス制御情報をサービス制御データベース３００から抽出する。なお、サービス制御データベース３００には、各ユーザが要求する個別サービスを提供するための情報（サービスプロファイル）がユーザ毎に格納されている。そして、ＡＡＡＨ１００は、抽出したサービスプロファイルを外部エージェント５００に配付する。このサービスプロファイルは、サービスの種別によらず、その形式が統一されている。すなわち、このサービスプロファイルは、サービスに依存する情報を含んでいない。
【００４４】
ＡＡＡＨ１００から外部エージェント５００（および、ホームエージェント２００）に配付されるサービスプロファイルは、外部エージェント５００およびホームエージェント２００が本来的に備えている機能により処理可能な形式に統一されている。ここで、外部エージェント５００およびホームエージェント２００は、たとえば、ルータにより実現される。この場合、外部エージェント５００およびホームエージェント２００が本来的に備えている機能は、例えば、(1) パケットをルーティングする機能、(2) 受信したパケットの中から特定のパケットを抽出する機能、(3) 受信したパケットの一部の情報を書き換える編集機能などである。そして、これらの機能は、たとえば、ルーティング情報が格納されているテーブルを参照する処理や、予め設定されているデータと受信パケットのヘッダとのマッチングを行う処理などにより実現されている。従って、ＡＡＡＨ１００は、各ユーザに個別サービスを提供するための情報を、上記処理が実行される際に使用される情報（たとえば、参照すべきテーブルを指定する情報やマッチングキーを指定する情報など）に編集した後にそれを外部エージェント５００（およびホームエージェント２００）に配付する。
【００４５】
各外部エージェント５００およびホームエージェント２００は、基本的に同じ構成であり、それぞれ基本サービスを制御するためのサービス非依存機能および個別サービス制御機能（ＳＣＦ）を備える。そして、ＡＡＡＨ１００から配付されたサービスプロファイルは、個別サービス制御機能により処理される。このとき、サービスプロファイルは、外部エージェント５００が本来的に備えている機能により処理可能な形式で記述されている。したがって、外部エージェント５００は、受信したサービスプロファイルを編集することなくそのまま使用できる。そして、外部エージェント５００は、サービス非依存機能および個別サービス制御機能が互いに連携をとりながら、サービスプロファイルに従ってサービスを提供する。
【００４６】
なお、モバイルＩＰにおける位置登録手順、移動ノードのハンドオフ（ハンドオーバ）手順、或いはルート最適化手順と上記機能とを連携させれば、モバイルＩＰの固有機能を生かしながら、個別サービスを制御することが可能になる。
３．システム構成の概要
図３は、本発明の実施形態の機能ブロックである。以下、図３を参照しながら各機能について説明する。
【００４７】
サービスプロバイダ（ホームネットワーク）５０、アクセスプロバイダ（外部ネットワーク）６０、通信ノード７００は、ＩＰネットワーク８０（または、モバイルＩＰ）を介して互いに接続されている。
【００４８】
サービスプロバイダ５０は、ＡＡＡＨ１００、サービス制御データベース３００、ホームエージェント（ＨＡ）２００を含む。ＡＡＡＨ１００とＨＡ２００との間は、例えばＡＡＡプロトコルを利用して接続される。また、ＡＡＡＨ１００は、所定のデータベース検索プロトコルを利用してサービス制御データベース３００にアクセスする。データベース検索プロトコルは、特に限定されるものではないが、例えばＬＤＡＰ（Light Directory Access Protocol ）である。
【００４９】
アクセスプロバイダ６０は、ＡＡＡＦ４００および外部エージェント（ＦＡ）５００を含む。ＡＡＡＦ４００とＦＡ５００との間は、例えばＡＡＡプロトコルを利用して接続される。なお、図３においては、現在、移動ノード（ＭＮ）６００がモバイルＩＰによりＦＡ５００に収容されている。また、ＡＡＡＨ１００とＡＡＡＦ４００との間は、ＡＡＡプロトコルにより接続されている。
【００５０】
ＡＡＡ（ＡＡＡＨ１００およびＡＡＡＦ４００）は、認証、認可、課金を行うサーバである。ＡＡＡＨおよびＡＡＡＦは、基本的に同じ構成であるが、あるユーザに注目したときに、そのユーザの加入者データが登録されているデータベースにアクセスできるＡＡＡのことをＡＡＡＨと呼び、他のＡＡＡのことをＡＡＡＦと呼んでいる。
【００５１】
ＡＡＡＨ１００は、ＨＡ２００およびＦＡ５００に対してサービスプロファイル情報を通知する機能を有する。サービスプロファイル情報は、サービス管理部によりサービス制御データベース３００から抽出される。すなわち、ＡＡＡＨ１００のサービス管理部は、サービス制御データベース３００から認証要求ユーザのサービスプロファイルを抽出し、パケット制御情報を設定することができる汎用フォーマットを持つサービスプロファイルを生成する。なお、サービスプロファイルは、ＨＡ２００に対してはＨＡ登録要求メッセージ（ＨＡＲ）を用いて通知され、ＦＡ５００に対しては認証応答メッセージ（ＡＭＡ）を用いて通知される。また、ＡＡＡＨは、後述説明するＡＮＹＣＡＳＴサービスのためのＡＮＹＣＡＳＴアドレス管理テーブルを備える。一方、ＡＡＡＦは、ユーザのＮＡＩ（Network Access Identifier ）によりＡＡＡＨを特定し、ＦＡとＡＡＡＨとの間のメッセージ交換を代理する。
【００５２】
さらに、本発明のＡＡＡは、ＩＥＴＦでは詳細が定まっていないＩＳＰ間のハンドオフを実行し、また、サービス制御の一貫性を保つために、ユーザが接続されている期間、他のエンティティとの関係を保持するための拡張したセッショントランザクションを維持する。なお、プロトコル制御部は、それぞれＡＡＡプロトコルのためのインタフェースである。
【００５３】
ＨＡおよびＦＡは、基本的に同じ構成であり、それぞれＲＦＣ２００２において定義されている機能エンティティである。ただし、ある移動ノードに注目したときに、その移動ノードに割り付けられたホームアドレスを所有するエージェントがＨＡであり、その移動ノードに割り付けられるホームアドレスを所有しないエージェントがＦＡである。
【００５４】
ＨＡは、送信先として移動ノードのホームアドレストが設定されているパケットを受信すると、そのパケットをカプセル化してそのホームアドレスに対応するＦＡの気付アドレス（Care-of-Address ）へ送出する。このアドレスの対応関係は、「移動性結合」と呼ばれるテーブルで管理される。また、ＨＡは、ＡＡＡプロトコルクライアントである。さらに、ＨＡは、上記機能を実行するためのサービス非依存部、ＡＡＡＨからの登録要求（ＨＡＲ）情報に設定されているサービスプロファイルを格納するためのサービスプロファイルキャッシュ、およびサービスプロファイルキャッシュの検索ポリシーを定義する検索ポリシ管理テーブルを参照してパケット制御を行う個別サービス個別部を備える。
【００５５】
ＦＡは、カプセル化されて転送されてきたパケットをデカプセル化し、そのパケットをホームアドレスに対応したリンクレイヤアドレスへ回送する。このアドレスの対応関係は「訪問者リスト」と呼ばれるテーブルで管理される。また、ＦＡは、移動端末のアクセスルータであり、かつＡＡＡプロトコルクライアントでもある。さらに、ＦＡは、上記機能を実行するためのサービス非依存部、ＡＡＡからの認証応答（ＡＭＡ）メッセージに設定されているサービスプロファイルを保持するサービスプロファイルキャッシュ、サービスプロファイルキャッシュの検索ポリシーを定義する検索ポリシ管理テーブルを参照してパケット制御を行う個別サービス制御部、およびＡＮＹＣＡＳＴサービスのための情報を格納するために拡張された訪問者リストであるＡＮＹＣＡＳＴテーブルを備える。
【００５６】
なお、ＨＡおよびＦＡは、それぞれＤＩＡＭＥＴＥＲセッションを管理するためのセッショントランザクションを有する。また、プロトコル制御部は、それぞれＡＡＡプロトコルおよびモバイルＩＰのためのインタフェースである。更に、パケット制御部は、それぞれパケットのルーティング、フィルタリング、ヘッダの書換えなどを実行する。
【００５７】
移動ノード（ＭＮ：Mobile Node ）６００は、モバイルＩＰを利用してパケットを送受信する機能を有する移動端末である。また、通信ノード（ＣＮ：Corrspondent Node ）７００は、移動ノード６００との間でパケットを送受信する。なお、通信ノード７００にも、サービス非依存制御部、個別サービス制御部、プロトコル制御部、パケット制御部が設けられている。
【００５８】
モバイルＩＰ（ＭＩＰ）は、ＲＦＣ２００２において規定されているプロトコルである。なお、ここでいうモバイルＩＰは、将来、規定されるであろう拡張も含むものとする。モバイルＩＰのフォーマットを図６０〜図６５に示す。
【００５９】
図６０は、モバイルＩＰメッセージのフォーマットを示す図である。このメッセージのＩＰヘッダおよびＵＤＰヘッダをそれぞれ図６１(a) および図６１(b) に示す。ＩＰヘッダには、ＴＯＳ（Type of Service ）、送信元アドレス、受信先アドレスなどが設定される。また、ＵＤＰヘッダには、送信元ポートおよび受信先ポートなどが設定される。
【００６０】
図６２(a) は、モバイルＩＰの登録要求メッセージのフォーマットである。このメッセージは、移動ノードと外部エージェントとの間で使用される。また、図６２(b) は、登録要求メッセージ内のRegistration Requestのフォーマットである。このRegistration Requestは、ライフタイム（Lifetime）、ホームアドレス（Home Address）、ホームエージェント（Home Agent）、気付アドレス（Care-of Address ）、識別子（Identifier）などを含み、更に拡張エリアを有する。
【００６１】
図６２(c) は、図６２(b) の拡張エリアのフォーマット（Mobile Node NAI Extension ）である。この拡張エリアには、移動ノードのＮＡＩが設定される。また、図６２(d) は、図６２(b) の拡張エリアのフォーマット（Previous Foreign Agent Notification Extension ）である。この拡張エリアには、キャッシュのライフタイム、旧外部エージェントのアドレス、新気付アドレスなどが設定される。
【００６２】
図６３(a) は、モバイルＩＰの登録応答メッセージのフォーマットである。このメッセージは、移動ノードと外部エージェントとの間で使用される。また、図６３(b) は登録要求メッセージ内のRegistration Replyのフォーマットである。このRegistration Replyは、ライフタイム、ホームアドレス、ホームエージェント、識別子などを含み、更に拡張エリアを有する。
【００６３】
図６４は、モバイルＩＰのＭＢＵ（Mobile IP Binding Update）メッセージのフォーマットである。このメッセージは、外部エージェント間、およびホームエージェントエージェントと通信ノード間で使用される。また、図６５は、モバイルＩＰのＭＢＡ（Mobile IP Binding Acknowledge ）メッセージのフォーマットである。このメッセージも、外部エージェント間、およびホームエージェントエージェントと通信ノード間で使用される。
【００６４】
ＡＡＡプロトコルは、特に限定されるものではないが、実施例では、現在ＩＥＴＦで検討中のＤＩＡＭＥＴＥＲプロトコルを使用するものとする。ＡＡＡプロトコルは、認証、認可、課金、ポリシーに関する情報を伝達可能なあらゆるプロトコルに実装できる。そして、本発明のサービスプロファイル情報は、ＤＩＡＭＥＴＥＲプロトコルにおいて定義されるＡＶＰ（Attribute Value Pair）と呼ばれる拡張可能な属性パラメータを用いて伝送される。なお、拡張される属性は、サービスプロファイル情報である。
【００６５】
図６６は、ＤＩＡＭＥＴＥＲメッセージのフォーマットを示す図である。このメッセージの共通ヘッダを図６７に示す。ここで、識別子（Identifier）は、Registration RequestとRegistration Replyとを一意に対応付ける。
【００６６】
図６８(a) は、ＤＩＡＭＥＴＥＲのＡＶＰ（Attribute Value Pair）の基本フォーマットである。この基本フォーマットにおいて、「ＡＶＰコード＝２５６」とすると、ＤＩＡＭＥＴＥＲコマンドが生成される。ＤＩＡＭＥＴＥＲコマンドのフォーマットを図６８(b) に示す。なお、コマンドコードには、メッセージに対応する値が設定される。また、図６８(c) は、ＤＩＡＭＥＴＥＲコマンド以外の一般的なＡＶＰのフォーマットである。
【００６７】
図６９は、ＤＩＡＭＥＴＥＲプロトコルのＡＭＲメッセージのフォーマットである。このメッセージは、外部エージェントとＡＡＡＨサーバとの間で使用される。また、図７０は、ＤＩＡＭＥＴＥＲプロトコルのＨＡＲメッセージのフォーマットである。このメッセージは、ＡＡＡＨサーバとホームエージェントとの間で使用される。
【００６８】
図７１は、ＤＩＡＭＥＴＥＲプロトコルのＡＭＡメッセージのフォーマットである。このメッセージは、外部エージェントとＡＡＡＨサーバとの間で使用される。また、図７２は、ＤＩＡＭＥＴＥＲプロトコルのＨＡＡメッセージのフォーマットである。このメッセージは、ＡＡＡＨサーバとホームエージェントとの間で使用される。
４．ＡＡＡＨの構成
図４は、ＡＡＡＨの機能ブロック図である。ここでは、認証機能、認可機能および課金機能については省略する。
【００６９】
ＡＡＡＨ１００は、たとえば、認証要求（ＡＭＲ）メッセージを受信したときに、サービス制御データベースから認証要求ユーザに対応するサービスプロファイルを抽出し、それをＨＡおよびＦＡに配付する。すなわち、ＡＡＡＨは、移動通信サービスを提供するシステムにおいて、「サーバ」として機能する。
【００７０】
ＡＡＡＨ１００は、サービス管理部１０２およびプロトコル制御部１０１を備える。プロトコル制御部１０１は、ＤＩＡＭＥＴＥＲセッションを管理するためのセッショントランザクションを生成する。サービス管理部１０２は、サービス制御データベース３００を参照してサービスプロファイルを生成する。また、サービス管理部１０２は、サービスを提供するためにある特定のグループを管理するための管理テーブルを有する。ここでは、そのような管理テーブルの例としてＡＮＹＣＡＳＴアドレス管理テーブルを有する。
【００７１】
図５は、サービス制御データベース３００に格納されているサービスプロファイル原本の例である。サービス制御データベース３００には、各ユーザの加入者情報（サービスプロファイルを含む）がユーザのＮＡＩ（Network Access Identifier ）をキーとして格納されている。ＳＬＡ（加入者の契約条件：Service Level Agreement ）としては、例えば、図６に示すサービス品質、図７に示す課金方式、図８に示す規制条件などが設定される。また、個別サービスとしては、例えば、Ｄｉｆｆ−Ｓｅｒｖ、パケットフィルタリング、ＡＮＹＣＡＳＴ、マルチキャストなどが設定可能である。ここでは、Ｄｉｆｆ−Ｓｅｒｖサービスのためのプロファイルを図９に示し、ＡＮＹＣＡＳＴサービスのためのプロファイルを図１０に示す。
【００７２】
図１１は、ＡＡＡＨ１００のサービス管理部１０１により作成されるサービスプロファイルの例である。このサービスプロファイルは、サービス制御データベース３００から抽出したデータを編集することにより得られ、ＨＡおよびＦＡに配付される。
【００７３】
サービスプロファイルは、プロファイル識別子、制御対象パケット情報、ルーティング／パケット編集情報、および個別制御情報から構成される。プロファイル識別子は、サービスプロファイルをネットワークで一意に識別する値である。制御対象パケット情報は、受信したパケットを索引するためのフィルタ情報である。ルーティング／パケット編集情報は、制御対象パケット情報にヒットしたパケットに対して適用されるＩＰヘッダの編集情報と、そのパケットの回送先を示す情報である。個別制御情報は、制御対象パケット情報にヒットしたパケットについて次に検索すべきサービス非依存部が有するサービス固有の制御テーブルを示す。
(1) プロファイル識別子
プロファイル識別子は、セッション識別子およびプロファイル番号から構成される。セッション識別子は、セッションＩＤであり、プロファイル番号は、セッション毎に一意に割り当てられた値である。このプロファイル識別子は、各エンティティ（ＡＡＡＨ、ＡＡＡＦ、ＨＡ、ＦＡなど）で共用され、ユーザセッションに関係するサービスプロファイルの特定と、ユーザセッション内の固有サービスを識別するために用いられる。なお、セッションＩＤとしては、例えば、ＤＩＡＭＥＴＥＲのセッションＩＤ−ＡＶＰで用いられる「セッションＩＤ」が用いられる。セッションＩＤは、この実施例では、下記のように、移動ノードのＮＡＩを用いて表される。
【００７４】
＜ＭＮのＮＡＩ＞＜３２ビット値＞＜オプション＞
(2) 制御対象パケット情報
制御対象パケット情報は、送信元のＩＰアドレス、受信先のＩＰアドレス、送信元のポート番号、および受信先のポート番号から構成される。ＩＰアドレスの一部のビットの値を「don't care」とする場合には、下記のように、ワイルドカード＊で表される。
【００７５】
１７２．２７．１８０．＊
１７２．２７．＊．＊
なお、これらの４つの値は、必ずしもすべて設定される必要はない。また、この制御対象パケット情報に従って受信パケットを抽出す際には、例えば、設定されているすべての値を受信パケットに設定する各対応する値がすべて一致したときに「ヒット」とみなされる。
(3) ルーティング／パケット編集情報
カプセル化（暗号化）手法は、パケットをサービス非依存機能によらずにカプセル化する場合に実行すべきカプセル化方法を指定する。なお、パケットをサービス非依存機能によりカプセル化するための情報は、ＨＡまたはＦＡに設定されている。
【００７６】
転送先アドレスは、パケットをサービス非依存機能によらずに転送する場合の転送先アドレスを指定する。なお、この転送先アドレスとして複数のアドレスを指定することもできる。また、パケットを移動ノードの気付アドレスへ転送する場合は、後述する移動性結合テーブルに従う。
【００７７】
ＴＯＳは、ＨＡまたはＦＡが受信したパケットのＴＯＳフィールドに書き込むべき値を指定する。この値が指定されているときは、上記制御対象パケット情報にヒットしたパケット、およびサービス非依存機能で編集されたパケット（例えば、移動性結合参照によるカプセル化）の双方において、そのＩＰヘッダが書き換えられる。
【００７８】
デカプセル指示は、上記制御対象パケット情報にヒットしたパケットがカプセル化されていた場合、そのパケットをデカプセル化するかどうかを指定する。なお、デカプセル化処理は、個別制御テーブルを検索する前に実行される。
(4) 個別制御情報
個別制御情報は、サービス制御種別情報および制御情報識別子から構成されている。サービス制御種別情報は、ＨＡまたはＦＡにおいてアクセスすべき制御テーブルを指示する。ＨＡまたはＦＡに設けられる制御テーブルは、例えば、サービスプロファイルキャッシュ、モバイルＩＰ固有制御データ（結合キャッシュ、移動性結合、訪問者リスト）、ルーティングテーブル、サービス固有制御データ（ＡＮＹＣＡＳＴテーブル等）である。また、制御情報識別子は、サービス制御種別情報によりアクセスされる制御テーブルのリンク先を示す。この制御情報識別子は、例えば、各制御テーブルのエントリを識別する識別子またはポインタである。
【００７９】
ＡＡＡＨ１００は、図５〜図１０に示したサービスプロファイル原本に基づいて図１１に示すサービスプロファイルを作成する。サービスプロファイルを作成する方法は、特に限定されるものではないが、ユーザが要求するサービスの種別およびそのサービスの内容に基づいて作成することができる。例えば、ユーザがＤｉｆｆ−Ｓｅｒｖサービスを要求している場合には、図９に示すＩＰアドレスやポート番号などを制御対象パケット情報に設定してもよい。また、Ｄｉｆｆ−Ｓｅｒｖポリシーの検索式およびサービスクラスなどに基づいてＴＯＳを設定してもよい。あるいは、ＡＮＹＣＡＳＴサービスが要求されている場合は、サービス制御種別情報においてＡＮＹＣＡＳＴテーブルを指定すると共に、ＡＮＹＣＡＳＴアドレスに基づいて制御対象パケット情報を設定してもよい。
【００８０】
このように、サービスプロファイルは、ユーザに提供すべきサービスの種別によらず、常に同じフォーマットである。すなわち、各個別サービスを提供するための情報は、すべて、図１１に示すフォーマットに格納されてＨＡまたはＦＡに配付される。
【００８１】
図１２は、ＡＡＡＨ１００に設けられるＡＮＹＣＡＳＴアドレス管理テーブルの例である。このテーブルは、ＡＮＹＣＡＳＴアドレス単位のブロックから構成される。そして、各ブロックには、ＡＮＹＣＡＳＴアドレス、そのＡＮＹＣＡＳＴアドレスに対応する１以上のＮＡＩ、各ＮＡＩにより識別される端末のホームアドレス、および各ＮＡＩにより識別される端末の状態を含む。端末の状態は、例えば、オンライン、オフライン、保留中、障害、輻輳等である。
【００８２】
図１３は、ＡＡＡＨのセッショントランザクションの例である。セッショントランザクションは、ＤＩＡＭＥＴＥＲメッセージの送受信と、サービスプロファイルとのリンクを維持するために生成され、保持される。ＡＡＡＨのセッショントランザクションは、セッションＩＤ、ＨＡアドレス、現在のＡＡＡＦのアドレス、ＡＭＲメッセージを送ってきたＡＡＡＦのアドレス、セキュリティ情報、セッションタイマ、サービスプロファイルを含む。
５．ＡＡＡＦの構成
図１４は、ＡＡＡＦの機能ブロック図である。ＡＡＡＦ４００は、移動ノードから認証要求（ＡＭＲ）メッセージを受信すると、そのメッセージをＡＡＡＨ１００へ転送する。また、ＡＡＡＦ４００は、ＡＡＡＨ１００からサービスプロファイルを受信すると、それをＦＡ５００へ配付する。なお、ＡＡＡＦ４００は、ＨＡを指定することもできる。この場合、ＡＡＡＦ４００は、ＡＡＡＨ１００からサービスプロファイルを受信すると、それをＨＡ２００およびＦＡ５００へ配付する。
【００８３】
ＡＡＡＦ４００は、プロトコル制御部４０１を備える。プロトコル制御部４０１は、ＤＩＡＭＥＴＥＲセッションを管理するためのセッショントランザクションを生成する。ＡＡＡＦのセッショントランザクションを図１５に示すように、セッションＩＤ、ＡＡＡＨアドレス、ＨＡアドレス、旧ＦＡのＮＡＩ、現在のＦＡのＮＡＩ、セキュリティ情報、セッションタイマ、サービスプロファイル、トランザクション状態を含む。
【００８４】
なお、ＡＡＡＦは、基本的に、ＡＡＡＨと同じ構成である。従って、ＡＡＡＦも、ＡＡＡＨと同様に、移動通信サービスを提供するシステムにおいて、「サーバ」として機能する。
６．ＨＡ、ＦＡ、ＣＮの構成
図１６は、ＨＡ、ＦＡ、ＣＮの機能ブロックである。ＨＡ、ＦＡ、ＣＮは、基本的に同じ構成であり、それぞれパケット制御部２０１、プロトコル制御部２０２、個別サービス制御部２０３およびサービス非依存機能部２０４を備える。
【００８５】
パケット制御部２０１は、パケットをフィルタリングする機能を有し、パケットのヘッダを解読することにより受信パケットをプロトコルパケットとデータパケットの切り分ける。そして、プロトコルパケットを受信したときは、プロトコル制御部に処理を依頼する。また、データパケットを受信したときは、個別サービス制御部２０３にそのデータパケットを処理するために必要な情報を個別サービス制御部２０３に渡す。そして、個別サービス制御部２０３およびサービス非依存機能部２０４の指示に従い、パケットの編集（ヘッダの書換え等）、およびパケットの回送を行う。
【００８６】
プロトコル制御部２０２は、モバイルＩＰおよびＤＩＡＭＥＴＥＲプロトコルを処理するユニットであり、プロトコルの規定に従って必要な情報（例えば、位置登録に係わる情報など）をサービス非依存機能部２０４に設定する。また、ＤＩＡＭＥＴＥＲセッションを管理するためのセッショントランザクションを生成する。ＨＡおよびＦＡのセッショントランザクションを図１７に示す。さらに、プロトコル制御部２０２は、ＡＡＡからサービスプロファイルが通知された場合は、それを個別サービス制御部２０３のサービスプロファイルキャッシュへ蓄積する。
【００８７】
個別サービス制御部２０３は、サービス制御情報の集合であるサービスプロファイルキャッシュ２１１およびそのサービスプロファイルキャッシュ２１１を検索するためのポリシーが設定された検索ポリシ管理テーブル２１２を有する。
【００８８】
図１８は、サービスプロファイルキャッシュ２１１の例である。サービスプロファイルキャッシュは、ノード個別ＳＰＣ（ＮＳＰＣ）およびＡＡＡ通知ＳＰＣ（ＡＳＰＣ）から構成される。ノード個別ＳＰＣは、ＨＡ、ＦＡ、ＣＮが予め備えるサービスプロファイルキャッシュであり、送信元サービスプロファイル（ＮＳＰＣsrc ）、送信元デフォルトサービスプロファイル（ＮＤＳＰsrc ）、受信先サービスプロファイル（ＮＳＰＣdst ）、受信先デフォルトサービスプロファイル（ＮＤＳＰdst ）、およびデフォルトサービスプロファイル（ＮＤＳＰ）から構成されている。一方、ＡＡＡ通知ＳＰＣは、ＡＡＡＨから配布されたきたサービスプロファイルキャッシュであり、送信元サービスプロファイル（ＡＳＰＣsrc ）および受信先サービスプロファイル（ＡＳＰＣdst ）から構成される。各サービスプロファイルは、互いに独立している。
【００８９】
各サービスプロファイルは、図１１に示したフォーマットで記述されている。すなわち、各サービスプロファイルは、(1) 受信パケットの中から特定のパケットを抽出するための情報（制御対象パケット情報）、(2) 抽出したパケットを編集するための情報（ルーティング情報／パケット編集情報）、および(3) サービス非依存部２０４に設けられている各種テーブルを参照するための情報（個別制御情報）を含んでいる。なお、図１１は、ＡＡＡからＨＡまたはＦＡへ配布されるサービスプロファイルを示しているが、ノード個別ＳＰＣとしてＨＡまたはＦＡに予め設けられているサービスプロファイルも同じ構成である。換言すれば、ＡＡＡＨは、サービス制御データベースからサービスプロファイル原本を抽出すると、それをＨＡまたはＦＡに予め設けられているサービスプロファイルと同じフォーマットに編集してＨＡまたはＦＡに配布している。
【００９０】
送信元ＳＰＣ（ＮＳＰＣsrc およびＡＳＰＣsrc ）および送信元デフォルトＳＰ（ＮＤＳＰsrc ）の制御対象パケット情報には、送信元アドレスまたは送信元ポート番号の少なくとも一方が設定されている。従って、特定の送信元または特定の送信元ポートから送出されたパケットは、これらのサービスプロファイルに従って処理される。また、受信先ＳＰＣ（ＮＳＰＣdst およびＡＳＰＣdst ）および受信先デフォルトＳＰ（ＮＤＳＰdst ）の制御対象パケット情報には、受信先アドレスまたは受信先ポート番号の少なくとも一方が設定されている。したがって、特定の受信先または特定の受信先ポートへ向かうパケットは、これらのサービスプロファイルに従って処理される。尚、デフォルトＳＰ（ＮＤＳＰ）は、他のいずれのサービスプロファイルによっても処理されなかったパケットを処理するために設けられている。
【００９１】
個別サービス制御部２０３は、パケット制御部２０１にデータパケットが到着すると、そのパケットを処理するためのサービスプロファイルを決定する。サービスプロファイルキャッシュ２１１から所定のサービスプロファイルを選択する方法は、検索ポリシー管理テーブル２１２に記述されている。
【００９２】
図１９は、検索ポリシー管理テーブル２１２の例である。検索ポリシー管理テーブル２１２は、サービスプロファイルキャッシュ２１１を検索するための検索ポリシー（検索順序）を管理する。検索ポリシーは、特に限定されるものではないが、例えば、固有サービスプロファイルから共通サービスプロファイルへと検索範囲が広くなるように記述される。
【００９３】
図１９に示す検索ポリシー管理テーブル２１２を用いてサービスプロファイルキャッシュ２１１を検索する場合は、まず最初に、ＡＡＡから配布された送信元ＳＰＣ（ＡＳＰＣsrc ）の制御対象パケット情報が抽出される。そして、その制御対象パケット情報の中に設定されている送信元アドレスおよび送信元ポート番号と受信パケットの送信元アドレスおよび送信元ポート番号とがそれぞれ比較される。このとき、これらのアドレスおよびポート番号がそれぞれ互いに一致していれば、その送信元ＳＰＣ（ＡＳＰＣsrc ）に従ってサービス非依存部２０４のテーブルが参照される。そして、参照されたテーブルにおいて対応する情報が登録されていれば、その情報に従ってその受信パケットを処理する。なお、参照されたテーブルにおいて対応する情報が登録されていなければ、異常が発生したものとみなし、処理は終了する。一方、上記送信元アドレスおよび送信元ポート番号の少なくとも一方が互いに一致しなかった場合は、ＨＡ、ＦＡ、ＣＮに予め設けられている送信元ＳＰＣ（ＮＳＰＣsrc ）が抽出される。
【００９４】
送信元ＳＰＣ（ＮＳＰＣsrc ）が抽出された場合の処理は、基本的に、ＡＡＡから配布された送信元ＳＰＣ（ＡＳＰＣsrc ）が抽出されたときと同じである。すなわち、送信元アドレスおよび送信元ポート番号がそれぞれ互いに一致していれば、その送信元ＳＰＣ（ＡＳＰＣsrc ）に従ってサービス非依存部２０４のテーブルが参照され、受信パケットが処理される。ただし、送信元アドレスおよび送信元ポート番号がそれぞれ互いに一致しているのもかかわらず、サービス非依存部２０４のテーブルに対応する情報が登録されていなかった場合には、送信元デフォルトＳＰ（ＮＤＳＰsrc ）が抽出される。
【００９５】
以下同様に、検索ポリシー管理テーブル２１２に従って、受信パケットのアドレスおよびポート番号と同じアドレスおよびポート番号が設定されているサービスプロファイルが見つかるまで上記処理が繰り返される。なお、図１９に示す検索ポリシー管理テーブル２１２の手順１〜手順４を実行したにもかかわらず対応するサービスプロファイルを選択できなかったときは、手順５において、デフォルトＳＰ（ＮＤＳＰ）が抽出される。そして、そのデフォルトＳＰ（ＮＤＳＰ）に従ってパケットが処理される。
【００９６】
このように、データパケットが到着すると、そのパケットのアドレスおよびポート番号と同じアドレスおよびポート番号が設定されているサービスプロファイルが抽出され、そのサービスプロファイルに従ってそのパケットが処理される。このとき、ＨＡ、ＦＡ、ＣＮは、ＡＡＡから配布されたサービスプロファイルあるいは予め設けられているサービスプロファイルに従ってサービス非依存部２０４のテーブルを参照するだけで受信パケットを処理することができる。即ち、ＨＡ、ＦＡ、ＣＮは、ＡＡＡから配布されたサービスプロファイルをそのまま利用することにより、サービス制御データベース３００に登録されている各ユーザ毎の個別サービスを提供できる。
【００９７】
サービス非依存部２０４は、訪問者リスト、移動性結合、結合キャッシュ、ＡＮＹＣＡＳＴテーブル、およびルーティングテーブルを有する。このうち、訪問者リスト、移動性結合、結合キャッシュは、モバイルＩＰを管理するための制御テーブルである。一方、ルーティングテーブルは、ルータが本来的に備えるパケット制御テーブルである。また、ＡＮＹＣＡＳＴテーブルは、付加価値サービスであるＡＮＹＣＡＳＴを実行するために設けられた制御テーブルである。
【００９８】
図２０は、訪問者リストの例である。訪問者リストは、ＦＡに設けられ、移動ノードのＩＰアドレス（ホームアドレス）とその移動ノードのリンクレイヤアドレス（たとえば、ＭＡＣアドレス）とを対応づけるテーブルである。
【００９９】
図２１は、移動性結合の例である。移動性結合は、ＨＡに設けられ、移動ノードのＩＰアドレス（ホームアドレス）とその移動ノードを収容しているＦＡのアドレス（気付アドレス）とを対応づけるテーブルである。この移動性結合は、ＨＡが移動ノード宛のパケットを受信したときに参照される。この場合、そのパケットのＩＰアドレスに対応する気付アドレスが抽出され、そのパケットは、カプセル化されてその気付アドレスのＦＡへ回送される。なお、移動性結合は、例えば、移動ノードがあるＦＡの通信エリアから他のＦＡの通信エリアに移動したときに更新される。
【０１００】
図２２は、結合キャッシュの例である。結合キャッシュは、ＦＡおよびＣＮに設けられ、パケットの転送効率を向上させるために一時的に使用されるルーティングテーブルである。この結合キャッシュは、ルーティングテーブルよりも優先的に参照される。
【０１０１】
図２３は、ＡＮＹＣＡＳＴテーブルの例である。ＡＮＹＣＡＳＴテーブルは、ＦＡに設けられ、ＡＮＹＣＡＳＴサービスを提供するために必要な情報を格納する。なお、このＡＮＹＣＡＳＴテーブルは、例えば、訪問者リストに「ＡＮＹＣＡＳＴアドレス」および「ＡＮＹＣＡＳＴアドレスを保有するアドレスプロキシのアドレス」を追加的に登録することにより得られる。
【０１０２】
図２４は、ルーティングテーブルの例である。このルーティングテーブルは、ＨＡ、ＦＡ、ＣＮに設けられ、受信パケットのヘッダに格納されている受信先アドレスに基づいて、転送先（例えば、次のルータ）に転送すべき「次のホップアドレス」を求めるために使用される。
７．サービスプロファイルを配付するシーケンス
ＩＰサービスの本質は、対象とするパケットの選別、パケットの編集およびルーティング先の決定に集約される。本発明では、サービス毎のサービス制御情報の編集処理はＡＡＡＨによって実行され、移動性エージェント（例えば、ＦＡ）へは、汎用化されたパケット編集情報が配付される。これにより、移動性エージェントは、配付されたサービスプロファイルをパケット制御情報としてそのまま使用でき、処理の高速化が可能になる。
【０１０３】
また、本発明では、サービスプロファイルの集合であるサービスプロファイルキャッシュの構成、およびそのキャッシュの検索方法が体系化されている。そして、本発明のＨＡおよびＦＡにおいては、モバイルＩＰに基づくパケット制御を行うサービス非依存部と、ユーザごとに設定されたサービスに基づいてサービス非依存部を利用する個別サービス制御部とが分離されている。このため、たとえば、サービスを追加／変更する場合には、基本的に、サービス非依存部のプログラムやデータを書き換える必要はなく、個別サービス制御部の設定を更新すればよい。すなわち、サービスの追加／変更／実装などが容易になることが期待される。
【０１０４】
さらに、本発明では、既存モバイルＩＰで規定されたメッセージの枠組みの中で、サービス制御を可能とするサービスプロファイルの管理方法を考案する。
以下、実施例として、Ｄｉｆｆ−ＳｅｒｖサービスをモバイルＩＰへ適用する場合を採り上げる。
【０１０５】
なお、本発明の実施形態において、ＨＡは、ＡＡＡＨによって指定されてもよいし、ＦＡによって指定されてもよい。以下では、（Ａ）ＡＡＡＨがＨＡを指定する場合、および（Ｂ）ＡＡＡＦがＨＡを指定する場合をそれぞれ説明する。
７Ａ．ＡＡＡＨがＨＡを指定する場合
以下の実施例では、(1) 初期登録時のシーケンス、(2) 移動ノードがあるＡＡＡＦ内のあるＦＡの通信エリアから他のＦＡの通信エリアに移動した場合のシーケンス、(3) 移動ノードがあるＡＡＡＦ内のＦＡの通信エリアから他のＡＡＡＦ内のＦＡの通信エリアに移動した場合のシーケンスを説明する。
７Ａ(1) 初期登録時のシーケンス
図２５は、サービスプロファイルを配付するシーケンスを示す図である。ここでは、ＦＡ５００が定期的に出力する広告メッセージが移動ノード６００によって受信された後のシーケンスを示す。なお、図中、「＊」が付与されているメッセージは、サービスプロファイルが添付されていることを表す。
【０１０６】
移動ノード６００は、ＦＡ５００に対して登録要求（Reg-Req ）メッセージを送る。ＦＡ５００は、この登録要求（Reg-Req ）メッセージを受け取ると、ＡＡＡＦ４００に対して認証要求（ＡＭＲ）メッセージを送る。ＡＡＡＦ４００は、この認証要求（ＡＭＲ）メッセージを受け取ると、移動ノード６００のＡＡＡＨ１００に対して認証要求（ＡＭＲ）メッセージを送る。ＡＡＡＨ１００は、認証要求（ＡＭＲ）メッセージを受け取ると、サービス制御データベース３００から移動ノード６００のサービスプロファイル原本を取り出し、それをＨＡ２００およびＦＡ５００が直接的に使用できるフォーマットに編集する。そして、ＡＡＡＨ１００は、ＨＡ２００に対して、登録要求（ＨＡＲ）メッセージを用いてその編集したサービスプロファイルを送る。これにより、ＨＡ２００は、移動性結合（移動ノード６００がＦＡ５００に収容されていることを表す情報を含む）を生成すると共に、受信したサービスプロファイルをサービスプロファイルキャッシュに追加する。
【０１０７】
この後、ＨＡ２００は、ＡＡＡＨ１００に対して登録応答（ＨＡＡ）メッセージを送る。ＡＡＡＨ１００は、登録応答（ＨＡＡ）メッセージを受け取ると、ＡＡＡＦ４００に対して、認証応答（ＡＭＡ）メッセージを用いてサービスプロファイルを送る。ＡＡＡＦ４００は、その認証応答（ＡＭＡ）メッセージを受け取ると、ＦＡ５００に対して、認証応答（ＡＭＡ）メッセージを用いてサービスプロファイルを送る。これにより、ＦＡ５００は、訪問者リスト（移動ノード６００がＦＡ５００に収容されていることを表す情報を含む）を生成すると共に、受信したサービスプロファイルをサービスプロファイルキャッシュに追加する。そして、ＦＡ５００は、移動ノード６００に対して登録応答（Reg-Resp）メッセージを送る。
【０１０８】
このように、移動ノードの６００の位置登録シーケンスが実行される際に、移動ノード６００に係わる個別サービスを表すサービスプロファイルがＨＡ２００およびＦＡ５００に配付される。したがって、以降、移動ノード６００は、ＦＡ５００に収容された状態で予め契約した個別サービスを受けることができる。
【０１０９】
次に、上記シーケンスを詳細に説明する。以下では、まずはじめに、図２６に示すように、ＨＡおよびＦＡの初期構成時に、それぞれサービスプロファイルが生成され、サービスプロファイルキャッシュに格納されるものとする。また、ルーティングテーブルは、ネットワーク管理システムまたはルーティングプロトコルにより設定される。なお、ルーティングテーブルの生成方法は、本発明とは直接的には係わりがないの説明を省略する。
【０１１０】
図２７は、初期構成時にＦＡにおいて生成されるサービスプロファイルの例である。図２７(a) に示すサービスプロファイルは、「受信したパケットのルートを決定する際に、ルーティングテーブルを参照する」を表している。また、図２７(b) に示すサービスプロファイルは、「受信先アドレスとしてＦＡ５００が設定されているパケットを受信したときに、デカプセル化処理を実行し、その後に図２７(a) に示すキャッシュを参照する」を表している。
【０１１１】
図２８は、初期構成時にＨＡにおいて生成されるサービスプロファイルの例である。このサービスプロファイルは、「受信したパケットのルートを決定する際に、ルーティングテーブルを参照する」を表している。
【０１１２】
図２９は、ＡＡＡＨにおいてサービスプロファイルが生成される手順を示す図である。
(1) ＦＡ５００は、移動ノード６００から送出された登録要求メッセージを受信すると、ＤＩＡＭＥＴＥＲセッショントランザクションおよび訪問者リストを生成する。ＤＩＡＭＥＴＥＲセッショントランザクション及び訪問者リストは、それぞれ、例えば、図１７および図２０に示した通りである。そして、ＦＡ５００は、ＡＡＡＦ４００に対して、登録要求（ＡＭＲ：AA-Mobile-Node-Request）メッセージを送出する。
【０１１３】
(2) ＡＡＡＦ４００は、ＤＩＡＭＥＴＥＲセッショントランザクションを生成する。このトランザクションは、例えば、図１５に示した通りである。そして、ＡＡＡＦ４００は、ＡＭＲメッセージにより通知されたユーザのネットワーク識別子（ＮＡＩ）に基づいて移動ノード６００のユーザの認証ホームサーバ（ＡＡＡＨ１００）を特定し、そのＡＡＡＨ１００へＡＭＲメッセージを回送する。
【０１１４】
(3) ＡＡＡＨ１００は、ＤＩＡＭＥＴＥＲセッショントランザクションを生成する。このトランザクションは、例えば、図１３に示した通りである。そして、ＡＡＡＨ１００は、ＡＭＲメッセージにより通知されたユーザのＮＡＩをキーとしてでサービス制御データベースを検索し、そのユーザのサービスプロファイル原本を抽出する。さらに、ＡＡＡＨ１００は、サービスプロファイル原本に設定されている情報、およびサービスプロファイルを編集するために予め決められているポリシーに基づいて、ＨＡ２００およびＦＡ５００に設定すべきサービスプロファイルを生成する。
【０１１５】
なお、サービスプロファイルは、受信先情報（例えば、受信先アドレス、受信先ポート番号）を検索条件とする「受信先サービスプロファイル」、および送信元情報（例えば、送信元アドレス、送信元ポート番号）を検索条件とする「送信元サービスプロファイル」の２種類がある。また、各サービスプロファイルの識別子としては、セッションＩＤおよび任意のプロファイル番号が設定される。さらに、サービスプロファイルは、例えば、以下の条件下で管理されるようにしてもよい。すなわち、(1) 受信先情報および送信元情報の双方を検索情報とする場合は、送信元サービスプロファイルに設定する。(2) 送信元サービスプロファイルおよび受信先サービスプロファイルは、提供するサービスタイプ毎に生成される。(3) 送信元サービスプロファイルは、受信先サービスプロファイルより優先して適用される。
【０１１６】
図３０は、ＨＡに配付すべきサービスプロファイルの例である。検索条件として受信先情報が設定されているサービスプロファイルを図３０(a) に示し、検索条件として送信元情報が設定されているサービスプロファイルを図３０(b) に示す。
【０１１７】
図３１は、ＦＡに配付すべきサービスプロファイルの例である。検索条件として受信先情報が設定されているサービスプロファイルを図３１(a) に示し、検索条件として送信元情報が設定されているサービスプロファイルを図３１(b) に示す。
【０１１８】
これらのサービスプロファイルは、上述したように、サービスプロファイル原本に設定されている情報、およびサービスプロファイルを編集するために予め決められているポリシーに基づいて生成される。例えば、Ｄｉｆｆ−Ｓｅｒｖサービスを要求しているユーザについてＨＡに配付すべきサービスプロファイル（図３０(a) 参照）を生成する場合には、まず、そのユーザが使用している移動ノードのアドレスおよびポート番号をそれぞれ「受信先アドレス」および「受信先ポート番号」として設定する。また、Ｄｉｆｆ−Ｓｅｒｖサービス加入時に決められているＴＯＳ値を「ＴＯＳ」に設定する。さらに、上記移動ノード宛てのパケットをその移動ノードを収容しているＦＡへ回送するために、移動性結合テーブルを「個別制御情報」に設定する。
【０１１９】
図３２は、ＨＡへサービスプロファイルを設定する手順を示す図である。
(1) ＡＡＡＨ１００は、登録要求（ＨＡＲ：Home-Agent-MIP-Request）メッセージに受信先サービスプロファイル（MN-HA dest）および送信元サービスプロファイル（MN-HA src ）を添付し、そのメッセージをＨＡ２００に送る。
【０１２０】
(2) ＨＡ２００は、ＤＩＡＭＥＴＥＲセッショントランザクションを生成すると共に、通知されたサービスプロファイルをサービスプロファイルキャッシュに追加する。このトランザクションは、例えば図１７に示した通りである。また、ＨＡ２００は、ＨＡＲメッセージに設定されている情報に基づいて移動性結合を生成する。移動性結合は、例えば、図２１に示した通りである。そして、受信先サービスプロファイル（MN-HA dest）の「制御情報識別子」として、生成した移動性結合へリンクするための情報を設定する。
【０１２１】
図３３は、ＡＡＡＦへサービスプロファイルを転送する手順の例を示す図である。
(1) ＨＡ２００は、サービスプロファイルキャッシュの設定、及びＨＡＲメッセージに係わる処理の終了後、登録応答（ＨＡＡ：Home-Agent-MIP-Answer ）をＡＡＡＨ１００に返す。
【０１２２】
(2) ＡＡＡＨ１００は、認証応答（ＡＭＡ：AA-Mobile-Node-Answer ）に受信先サービスプロファイル（MN-FA dest）および送信元サービスプロファイル（MN-FA src ）を添付し、そのメッセージをＡＡＡＦ４００に送る。
【０１２３】
(3) ＡＡＡＦ４００は、ＡＭＡメッセージを利用して送られてきたサービスプロファイルを、同一ドメイン内のハンドオフ処理のためセッショントランザクションとリンクさせて保持する。
【０１２４】
図３４は、ＦＡへサービスプロファイルを設定する手順を示す図である。
(1) ＡＡＡＦ４００は、認証応答（ＡＭＡ：AA-Mobile-Node-Answer ）に受信先サービスプロファイル（MN-FA dest）および送信元サービスプロファイル（MN-FA src ）を添付し、そのメッセージをＦＡ５００に送る。
【０１２５】
(2) ＦＡ５００は、通知されたサービスプロファイルをサービスプロファイルキャッシュに追加する。このとき、受信先サービスプロファイル（MN-FA dest）および送信元サービスプロファイル（MN-FA src ）は、例えば、それぞれ、図１８に示したＡＡＡ通知ＳＰＣの「受信先ＳＰＣ（ASPCdst ）」および「送信元ＳＰＣ（ASPCsrc ）」に追加される。また、ＡＭＡメッセージにより送られてきた情報（ホームアドレス、ＨＡ２００のアドレス）を訪問者リストに設定する。さらに、受信先サービスプロファイル（MN-FA dest）とその訪問者リストとをリンクさせる。
【０１２６】
(3) ＦＡ５００は、サービスプロファイルキャッシュの生成およびＡＭＡメッセージに係わる処理を終了すると、移動ノード６００へ登録応答を返す。
上記シーケンスにより、ＨＡ２００およびＦＡ５００のサービスプロファイルキャッシュにそれぞれサービスプロファイルが設定される。そして、以降、移動ノード６００から任意の端末（通信ノードＣＮ７００）へ送られるパケット、および通信ノードＣＮ７００から移動ノード６００へ送られるパケットは、それらのサービスプロファイルに従って処理されることになる。
【０１２７】
図３５は、移動ノードから通信ノードへパケットを転送する手順を示す図である。ここでは、Ｄｉｆｆ−Ｓｅｒｖサービスが提供されるものとする。また、ＦＡ５００には、図３１に示したサービスプロファイルが設定されているものとする。
【０１２８】
ＦＡ５００は、通信ノードＣＮ７００宛てのデータパケットを移動ノード６００から受信すると、図１９に示した検索ポリシ管理テーブルに記述されている順番に従ってサービスプロファイルキャッシュを検索する。即ち、ＦＡ５００は、図３１(b) に示したサービスプロファイル（ASPCsrc ）を抽出する。ここで、受信したパケットの送信元アドレスおよび受信先アドレスには、それぞれ「移動ノード６００のアドレス」および「通信ノード７００のアドレス」が設定されているので、受信したパケットに設定されている送信元アドレスと抽出したサービスプロファイルの送信元アドレスとが互いに一致する。したがって、受信パケットは、図３１(b) に示したサービスプロファイル（ASPCsrc ）により処理される。これにより、このパケットは、ＴＯＳ値が設定された後にルーティングテーブルに従ってルーティングされる。
【０１２９】
図３６は、通信ノードから移動ノードへパケットを転送する手順を示す図である。ここでも、Ｄｉｆｆ−Ｓｅｒｖサービスが提供されるものとする。また、ＨＡ２００に図３０に示したサービスプロファイルが設定されており、ＦＡ５００に図３１に示したサービスプロファイルが設定されているものとする。
【０１３０】
(1) 移動ノード６００宛てのデータパケットは、その移動ノード６００のアドレスがＨＡ２００のセグメントに属するので、ＨＡ２００へ回送される。
(2) ＨＡ２００は、通信ノードＣＮ７００から上記データパケットを受信すると、まず、図１９に示した検索ポリシ管理テーブルに従って、サービスプロファイル（ASPCsrc ）を検索する。ここでは、移動ノードが任意の端末からパケットを受信できることを前提とし、サービスプロファイル（ASPCsrc ）の制御対象パケット情報には何も設定されていないものとする。この場合、図１９に示した検索ポリシ管理テーブルに従ってサービスプロファイル（NSPCsrc ）が検索されるが、同様の理由によりここでも「ヒット」はないものとする。
【０１３１】
(3) ＨＡ２００は、上記(2) に続いて、サービスプロファイル（ASPCdst ）を検索する。ここでは、図３０(a) に示したサービスプロファイル（ASPCdst ）が検索されるものとする。この場合、上記データパケットの受信先アドレスと制御対象パケット情報に設定されている受信先アドレスとが互いに一致するので、このサービスプロファイルに従って処理が実行されることになる。ここで、サービスプロファイル（ASPCdst ）には、ＴＯＳ値が設定されており、また、リンク先として移動性結合が指定されている。
【０１３２】
(4) ＨＡ２００は、移動性結合を参照し、モバイルＩＰ手順に従ってＦＡ５００へ回送すべきパケットをカプセル化する。また、そのカプセル化したパケットにＴＯＳ値を設定する。
【０１３３】
(5) ＦＡ５００は、データパケットを受信すると、サービスプロファイルキャッシュを検索する。ここでは、そのカプセル化されたパケットの受信先アドレスが「ＦＡ５００」であるので、そのパケットは、図図２７(b) に示したモバイルＩＰ用デフォルトサービスプロファイルにヒットする。このサービスプロファイルには、デカプセル化指示が設定されており、さらに、リンク先としてサービスプロファイルキャッシュが設定されている。従って、ＦＡ５００は、受信パケットをデカプセル化した後、再度サービスプロファイルキャッシュを検索する。
【０１３４】
(6) デカプセル化したパケットの受信先アドレスには、「移動ノード６００」が設定されている。したがって、このデカプセル化したパケットは、図３１(a) に示したサービスプロファイル（ASPCdst ）にヒットする。そして、このサービスプロファイルには、リンク先として訪問者リストが指定されている。したがって、ＦＡ５００は、モバイルＩＰの手順に従い、訪問者リストに登録されている移動ノード６００のリンクレイヤアドレスへデータパケットを回送する。
７Ａ(2) 移動ノードがあるＡＡＡＦ内のあるＦＡの通信エリアから他のＦＡの通信エリアに移動した場合のシーケンス
図３７は、サービスプロファイルを配付するシーケンスを示す図である。ここでは、移動ノード６００が、ＦＡ５００ｐの通信エリアからＦＡ５００ｎの通信エリアに移動した場合を示す。なお、ＦＡ５００ｐおよびＦＡ５００ｎは、共にＡＡＡＦ４００に属するものとする。
【０１３５】
(1) 移動ノード６００がＦＡ５００ｎの通信エリアに入ると、移動ノード６００は、ＦＡ５００ｎからＳビット（スムースハンドオフビット）が設定されたエージェント広告を受信する。
【０１３６】
(2) 移動ノード６００は、エージェント広告を送出したＦＡのアドレスを抽出し、ＦＡのＮＡＩのドメイン部分が変化しているか否かを判断する。ここでは、ＦＡ５００ｐおよびＦＡ５００ｎが共にＡＡＡＦ４００に属しているので、ドメインは変化していない。したがって、移動ノード６００は、登録要求メッセージに「旧ＦＡ通知拡張」を設定してＦＡ５００ｎへ送る。「旧ＦＡ通知拡張」は、図６２(d) に示した通りである。
【０１３７】
(3) ＦＡ５００ｎは、「旧ＦＡ通知拡張」を含む登録要求メッセージを受信すると、訪問者リストを生成し、ＡＡＡＦ４００からセッション鍵を入手するために、図６９に示すＡＭＲメッセージを利用して「Previous-FA-NAI-AVP 」および「MN-FA-SPI-AVP 」をＡＡＡＦ４００へ通知する。「Previous-FA-NAI-AVP 」はここではＦＡ５００ｐを識別する。
【０１３８】
(4) ＡＡＡＦ４００は、「MN-FA-SPI-AVP 」によりセッションを特定する。そして、セッションにより特定されたセッション鍵群とサービスプロファイルを設定したＡＭＡメッセージをＦＡ５００ｎに送る。
【０１３９】
(5) ＦＡ５００ｎは、ＡＭＡメッセージによりセッション鍵を受信すると、その鍵で移動ノード６００を認証する。そして、正しく認証されたときは、サービス制御トランザクションを生成し、結合更新メッセージをＦＡ５００ｐに送る。ここで、結合更新メッセージの「Ａビット」は必ず設定しなければならない。また、ルート最適化認証は、ＦＡがルート最適化を認証するために用いられる。そして、サービスプロファイルは、ＦＡ５００ｎの訪問者リストとリンクするものを設定する。但し、リンク先は結合キャッシュに変更される。
【０１４０】
(6) ＦＡ５００ｐは、結合更新メッセージを受信すると、移動ノード６００に係わる訪問者リストを削除し、結合キャッシュを作成する。また、サービスプロファイルのリンク先として結合キャッシュを設定する。そして、ＦＡ５００ｐは移動ノード６００に対して結合承認メッセージを送出する。結合承認メッセージは、カプセル化されてＦＡ５００ｎに送出され、そのＦＡ５００ｎがデカプセル化して移動ノードへ回送される。この後、登録キャッシュのライフタイムが満了すると、ＦＡ５００ｐは、移動ノード６００に対してサービスを提供することを終了する。
【０１４１】
(7) ＦＡ５００ｎは、通常の手順でＨＡ２００に対して登録要求メッセージを送る。
(8) ＨＡ２００は、登録応答メッセージをＦＡ５００ｎに返送する。ＦＡ５００ｎは、登録応答メッセージを受信すると、以降、データを移動ノード６００へおくることができる状態になる。
【０１４２】
(9) ＦＡ５００ｎは、移動ノード６００へ登録応答メッセージを返送する。
(10)通信ノード７００から移動ノード６００へのパケットは、カプセル化されてＦＡ５００ｐへ回送される。そして、ＦＡ５００ｐにおいていったんデカプセルされた後、再度カプセル化されてＦＡ５００ｎに回送される。ＦＡ５００ｎはパケットをデカプセル化して移動ノード６００へ回送する。
７Ａ(3) 移動ノードがあるＡＡＡＦ内のＦＡの通信エリアから他のＡＡＡＦ内のＦＡの通信エリアに移動した場合のシーケンス
図３８は、サービスプロファイルを配付するシーケンスを示す図である。ここでは、移動ノード６００が、ＡＡＡＦ４００ｐの配下のＦＡ５００ｐの通信エリアからＡＡＡＦ４００ｎの配下のＦＡ５００ｎの通信エリアに移動した場合を示す。
【０１４３】
(1) 移動ノード６００がＦＡ５００ｐの通信エリアからＦＡ５００ｎの通信エリアに移動すると、移動ノード６００は、Ｓビットが設定されたエージェント広告をＦＡ５００ｎから受信する。
【０１４４】
(2) 移動ノード６００は、エージェント広告を送出したＦＡのアドレスを抽出し、ＦＡのＮＡＩのドメイン部分が変化しているか否かを判断する。ここでは、ＦＡ５００ｐおよびＦＡ５００ｎが互いに異なるＡＡＡＦに属しているので、ドメインは変化している。したがって、移動ノード６００は、登録要求メッセージに「MN-AAA認証」を設定してＦＡ５００ｎに送る。
【０１４５】
(3) ＦＡ５００ｎは、訪問者リストを生成する。このとき、該当するセッショントランザクションはそんざいしない。よって、ＦＡ５００ｎは、ＡＭＲメッセージに「セッションＩＤ＝０」を設定し、それをＡＡＡＦ４００ｎへ送る。
【０１４６】
(4) ＡＡＡＦ４００ｎは、ＡＭＲメッセージにより通知されたＮＡＩに基づいてＡＭＲメッセージをＡＡＡＨ１００へ回送する。
(5) ＡＡＡＨ１００は、ＡＭＲメッセージを受信すると以下の処理を行う。すなわち、
・セッションマージ処理：「セッションＩＤ＝０」が設定されているＡＭＲメッセージを受信すると、移動ノード６００のＮＡＩを用いてセッショントランザクションを検索する。この検索においてヒットがあった場合は、以降のシーケンスでは、そのセッションのセッションＩＤを用いる。一方、ヒットがなかった場合は、新たにセッショントランザクションを生成し、それにセッションＩＤを割り付ける。なお、セッションＩＤが設定されているＡＭＲメッセージを受信した場合は、そのセッションＩＤでセッショントランザクションを索引する。
・鍵群生成：全てのセキュリティ鍵を再生成し、また、セッションタイマを更新する。
・ＨＡ２００へＨＡＲメッセージを送出する（セッショントランザクション非生成時のサービスプロファイル送出は任意）。
【０１４７】
(6) ＨＡ２００は、移動性結合を更新し、ＡＡＡＨ１００へＡＭＡメッセージを返送する。
(7) ＡＡＡＨ１００は、ＡＭＲメッセージを送出したＡＡＡＦとセッショントランザクション内のＡＡＡＦとを比較する。そして、もし、これらが互いに異なっていたときは、ＡＭＡメッセージに「旧FA-NAI」を設定して送出する。このとき、「旧FA-NAI」は、ＦＡ５００ｐを識別する。
【０１４８】
(8) ＡＡＡＦ４００ｎは、サービスプロファイルをセッショントランザクションに設定し、ＡＭＡメッセージを用いてそのサービスプロファイルをＦＡ５００ｎへ送る。
【０１４９】
(9) ＦＡ５００ｎは、「旧FA-NAI」が設定されたＡＭＡメッセージを受信すると、サービスプロファイルをサービスプロファイルキャッシュに追加する。そして、ＦＡ５００ｎは、「旧FA-NAI」に基づいてＦＡ５００ｐを認識し、ＡＭＡメッセージにより通知されたＲＯ認証およびサービスプロファイルを設定した結合更新をＦＡ５００ｐに送る。
【０１５０】
(10)ＦＡ５００ｐは、移動ノード６００の訪問者リストを削除すると共に、結合キャッシュを作成する。そして、サービスプロファイルキャッシュに格納されているサービスプロファイルを結合更新により通知されたサービスプロファイルに置き換え、結合キャッシュにリンク付ける。この後、ＦＡ５００ｐは、結合承認メッセージを移動ノード６００へ返す。
【０１５１】
(11)ＦＡ５００ｎは、移動ノード６００に登録応答メッセージを返す。ＦＡ５００ｐのサービスプロファイルおよび結合キャッシュは、キャッシュの満了に伴って削除され、ＡＡＡＦ４００ｐのサービスプロファイルキャッシュおよびセッショントランザクションは、セッションタイムアウトに伴って削除される。
７Ｂ．ＡＡＡＦがＨＡを指定する場合
以下の実施例では、(1) 初期登録時のシーケンス、(2) 移動ノードがあるＡＡＡＦ内のあるＦＡの通信エリアから他のＦＡの通信エリアに移動した場合のシーケンス、(3) 移動ノードがあるＡＡＡＦ内のＦＡの通信エリアから他のＡＡＡＦ内のＦＡの通信エリアに移動した場合のシーケンスを説明する。
７Ｂ(1) 初期登録時のシーケンス
図３９は、サービスプロファイルを配付するシーケンスを示す図である。このシーケンスにおいて、移動ノード６００が登録要求メッセージを送出してからＡＡＡＨ１００がサービスプロファイルを生成するまでの処理は、ＡＡＡＨ１００がＨＡを指定する場合（上記７Ａ(1) 参照）と同じである。よって、その部分のシーケンスについては説明を省略する。
【０１５２】
(1) ＡＡＡＨ１００は、ＡＭＡ（AA-Mobile-Node-Answer ）メッセージに受信先サービスプロファイル（MN-HA dest）、送信元サービスプロファイル（MN-HA src ）、受信先サービスプロファイル（MN-FA dest）、送信元サービスプロファイル（MN-FA src ）を添付してＡＡＡＦ４００へ送る。
【０１５３】
(2) ＡＡＡＦ４００は、通知されたサービスプロファイルを同一ドメイン内のハンドオフ処理のためセッショントランザクションとリンクさせて保持する。
(3) ＡＡＡＦ４００は、ＨＡＲ（Home-Agent-MIP-Request）メッセージに受信先サービスプロファイル（MN-HA dest）および送信元サービスプロファイル（MN-HA src ）を添付してＨＡ２００に送る。
【０１５４】
(4) ＨＡ２００は、ＤＩＡＭＥＴＥＲセッショントランザクションを生成し、通知されたサービスプロファイルを自分のサービスプロファイルキャッシュに追加する。また、ＨＡＲメッセージにより通知された登録要求の情報に基づいて移動性結合を生成する。さらに、受信先サービスプロファイル（MN-HA dest）の制御情報識別子として、生成した移動性結合のエントリーへのリンク情報を設定する。
【０１５５】
(5) ＡＡＡＦ４００は、ＡＭＡメッセージに受信先サービスプロファイル（MN-FA dest）および送信元サービスプロファイル（MN-FA src ）を添付してＦＡ５００に送る。
【０１５６】
(6) ＦＡ５００は、通知されたサービスプロファイルをサービスプロファイルキャッシュに追加する。このとき、受信先サービスプロファイル（MN-FA dest）および送信元サービスプロファイル（MN-FA src ）は、それぞれＡＡＡ通知ＳＰＣの受信先ＳＰＣ（ASPCdst ）および送信元ＳＰＣ（ASPCsrc ）に追加される。また、ＡＭＡメッセージにより通知されてきた情報（ホームアドレス、ＨＡアドレス）を訪問者リストに設定し、受信先サービスプロファイル（MN-FA dest）のリンク先としてその訪問者リストを指定する。
【０１５７】
(7) サービスプロファイルキャッシュの生成およびＡＭＡメッセージの処理が終了すると、ＦＡ５００は、移動ノード６００へ登録応答メッセージを返す。
上記シーケンスにより、ＨＡ２００およびＦＡ５００のサービスプロファイルキャッシュにそれぞれサービスプロファイルが設定される。そして、以降、移動ノード６００から通信ノードＣＮ７００へ送られるパケット、および通信ノードＣＮ７００から移動ノード６００へ送られるパケットは、それらのサービスプロファイルに従って処理されることになる。なお、サービスプロファイルキャッシュを参照してデータパケットを処理する際の動作は、ＡＡＡＨ１００がＨＡを指定する場合（上記７Ａ(1) 参照）と同じである。よって、その部分のシーケンスについては説明を省略する。
７Ｂ(2) 移動ノードがあるＡＡＡＦ内のあるＦＡの通信エリアから他のＦＡの通信エリアに移動した場合のシーケンス
このシーケンスはＡＡＡＨ１００がＨＡを指定する場合（上記７Ａ(1) 参照）と同じである。よって、説明を省略する。
７Ｂ(3) 移動ノードがあるＡＡＡＦ内のＦＡの通信エリアから他のＡＡＡＦ内のＦＡの通信エリアに移動した場合のシーケンス
図４０は、サービスプロファイルを配付するシーケンスを示す図である。ここでは、図３８に示した例と同様に、移動ノード６００が、ＡＡＡＦ４００ｐの配下のＦＡ５００ｐの通信エリアからＡＡＡＦ４００ｎの配下のＦＡ５００ｎの通信エリアに移動した場合を示す。尚、このシーケンスにおいて、移動ノード６００がＦＡ５００ｎからエージェント広告を受信してからＡＡＡＨ１００がトランザクションを生成するまでの処理は、ＡＡＡＨ１００がＨＡ２００を指定する場合と同じなので（上記７Ａ(3) 参照）、この部分についての説明は省略する。
【０１５８】
(1) セッショントランザクションの中でＨＡに対して割り当てられているアドレスを参照し、「００００」または「ＦＦＦＦ」であったときは、ＨＡ２００を指定したＡＡＡＦ（すなわち、ＡＡＡＦ４００ｐ）に対してＡＭＲメッセージを送出する。
【０１５９】
(2) ＡＡＡＦ４００ｐは、ＨＡ２００へＨＡＲメッセージを送出する。
(3) は２００は、ＨＡＲメッセージに従って移動性結合を更新し、ＨＡＡメッセージをＡＡＡＦ４００ｐに返す。
【０１６０】
(4) ＡＡＡＨ１００は、ＡＭＲメッセージを送出してきたＡＡＡＦ（ＡＡＡＦ４００ｎ）とセッショントランザクション内のＡＡＡＦとを比較し、それらが互いに異なっていたときには、「旧FA-NAI」を設定したＡＭＡメッセージをＡＡＡＦ４００ｎに対して送出する。なお、このＡＭＡメッセージには、サービスプロファイルが添付されている。
【０１６１】
(5) ＡＡＡＦ４００ｎは、ＦＡ５００ｎへＡＭＡメッセージを回送する。これにより、ＦＡ５００ｎにサービスプロファイルが配付される。
(6) ＦＡ５００ｎは、「旧FA-NAI」が設定されたＡＭＡメッセージを受信すると、そのメッセージに添付されているサービスプロファイルをキャッシュに追加する。また、上記メッセージに設定されている「旧FA-NAI」に基づいてＦＡ５００ｐを認識する。そして、ＡＭＡメッセージにより通知されたＲＯ認証およびサービスプロファイルを設定した結合更新をＦＡ５００ｐへ送る。
【０１６２】
(7) ＦＡ５００ｐは、移動ノード６００の訪問者リストを削除すると共に、結合キャッシュを作成する。そして、現在のサービスプロファイルを結合更新により通知されたサービスプロファイルに置き換え、結合キャッシュとリンクする。その後、ＦＡ５００ｐは、結合承認メッセージを移動ノード６００へ返す。
【０１６３】
(8) ＦＡ５００ｎは、移動ノード６００に登録応答メッセージを返す。なお、ＦＡ５００ｐのサービスプロファイルおよび結合キャッシュは、キャッシュ満了に伴って削除される。また、ＡＡＡＦ４００ｐのサービスキャッシュおよびセッショントランザクションは、セッションタイムアウトに伴って削除される。
７Ｃ．各エンティティのフローチャート
図４１は、ＡＡＡＨ１００の動作を説明するフローチャートである。この処理は、例えば、ＤＩＡＭＥＴＥＲプロトコルのパケットを受信したときに実行される。
【０１６４】
ステップＳ１では、受信パケットのメッセージの種別を調べる。ＡＭＲメッセージであればステップＳ２へ進み、ＡＭＡメッセージまたはＨＡＡメッセージであればステップＳ８へ進み、ＳＦＲメッセージであればステップＳ１３へ進む。ステップＳ２では、セッショントランザクションが既に生成されているか否かを調べる。セッショントランザクションが既に生成されている場合には、ステップＳ９へ進み、そうでない場合には、ステップＳ３においてセッショントランザクションを生成する。
【０１６５】
ステップＳ４では、ＡＭＲメッセージに設定されているＮＡＩをキーとしてサービス制御データベースを検索し、その検索結果に基づいてサービスプロファイルを生成する。ステップＳ５では、生成したサービスプロファイルをセッショントランザクションに設定する。
【０１６６】
ステップＳ６では、ＡＡＡＨがＨＡを指定する必要があるか否かを調べる。なお、ＡＡＡＨまたはＡＡＡＦのいずれがＨＡを指定するのかは、予め決められていてもよいし、動的に変更されてもよい。そして、ＡＡＡＨがＨＡを指定する必要がある場合は、ステップＳ７において、サービスプロファイルを添付したＨＡＲメッセージをＨＡへ送出する。一方、ＡＡＡＨがＨＡを指定する必要がない場合は、ステップＳ８において、サービスプロファイルを添付したＡＭＡメッセージをＡＡＡＦへ送出する。
【０１６７】
ステップＳ９では、ＡＡＡＦが変更されているか否かを調べる。ＡＡＡＦが変更されていた場合にはステップＳ１０へ進み、変更されていなかった場合には、ステップＳ８へ進んでＡＭＡメッセージを送出する。ステップＳ１０では、ＨＡが既に指定されているか否かを調べる。ＨＡが既に指定されている場合には、ステップＳ１１において、ＨＡに対してＨＡＲメッセージを送出する。一方、ＨＡが未だ指定されていない場合には、ステップＳ１２において、移動ノードを先に収容していたＡＡＡＦに対してＡＭＲメッセージを送出する。
【０１６８】
ステップＳ１３では、ＳＦＲメッセージの送出元に対してＳＦＡメッセージを返送する。ステップＳ１４では、セッショントランザクションを解放する。
以下、具体的な態様についてＡＡＡＨの動作をそれぞれ説明する。
【０１６９】
(1) ＡＡＡＦがＨＡを指定する場合の初期位置登録手順（図３９参照）
この処理は、例えば、移動ノードからＦＡに登録要求メッセージが送られ、そのＦＡからＡＡＡＦを介してＡＡＡＨへ認証要求メッセージが送られてきたときに実行される。
Ｓ１：ＡＡＡＦからＡＭＲ（AA-Mobile-Node-Request）メッセージを受信するので、ステップＳ２へ進む。
Ｓ２：ＡＭＲメッセージにより通知される移動ノードのＮＡＩをキーとしてセッショントランザクションを検索する。なお、初回位置登録においては、セッショントランザクションは未だ生成されていない。よってステップＳ３へ進む。
Ｓ３：セッショントランザクションを生成する。
Ｓ４：移動ノードのＮＡＩをキーとしてサービス制御データベース３００を検索し、その検索により得られる情報およびサービスプロファイルを生成するためのポリシーに基づいてサービスプロファイルを生成する。これにより、図１１に示したサービスプロファイルが生成される。なお、サービスプロファイルを生成するためのポリシーおよび具体的な構成方法については、特に限定されるものではないが、いくつかの例を前述したので、ここでは省略する。
Ｓ５：セッショントランザクションにサービスプロファイルを設定する。
Ｓ６：ＡＭＲメッセージのＨＡアドレスとして「００００」または「ＦＦＦＦ」が設定されていた場合、ＡＡＡＨまたはＡＡＡＦのどちらがＨＡを指定するのかを判断する。判定条件は、プロバイダにより与えられているものとする。ここでは、ＡＡＡＦがＨＡを指定するものとしてステップＳ８に進む。
Ｓ８：ＡＭＡメッセージにステップＳ４で生成したサービスプロファイルを添付してＡＡＡＦへ送出する。
【０１７０】
(2) ＡＡＡＨがＨＡを指定する場合の初期位置登録手順（図２５参照）
Ｓ１〜Ｓ５：上記(1) のケースと同じである。
Ｓ６：ここではＡＡＡＨがＨＡを指定するものとしてステップＳ７に進む。
Ｓ７：ＨＡを指定し、サービスプロファイルを添付したＨＡＲメッセージをそのＨＡへ送出する。
【０１７１】
(3) ＡＡＡＨがＨＡを指定した場合において、ＩＳＰ間を移動した移動ノードの位置登録手順（図３８参照）
この処理は、例えば、ある移動ノードがあるＡＡＡＦの配下にあるＦＡの通信エリアから他のＡＡＡＦの配下にある他のＦＡの通信エリアへ移動したときに実行される。
Ｓ１：ＡＡＡＦからＡＭＲメッセージを受信するので、ステップＳ２へ進む。
Ｓ２：ＡＭＲメッセージにより通知される移動ノードのＮＡＩをキーとしてセッショントランザクション（図１３参照）を検索する。ここでは、先に認証処理が終了しているので、セッショントランザクションが存在する。従って、ステップＳ９へ進む。
Ｓ９：ステップＳ２で取得したセッショントランザクションの現ＡＡＡＦアドレスと受信したＡＭＲメッセージの送信元アドレスとを比較し、ＡＡＡＦが変更されているか否かを判定する。ここでは、移動ノードがＩＳＰ間を移動した場合を想定しているので、ＡＡＡＦは変更されており、ステップＳ１０へ進む。
Ｓ１０：セッショントランザクションのＨＡアドレスを参照し、ＨＡがＡＡＡＨ自身により既に指定されているのか否かを調べる。ここでは、ＨＡはＡＡＡＨにより既に指定されているものとする。なお、ＨＡがＡＡＡＨにより指定されていないときは、例えば、ＨＡアドレスとして「００００」または「ＦＦＦＦ」が設定されているものとする。
Ｓ１１：先に指定されているＨＡに対してＨＡＲメッセージを送出する。
【０１７２】
(4) ＡＡＡＦがＨＡを指定した場合において、ＩＳＰ間を移動した移動ノードの位置登録手順（図４０参照）
Ｓ１〜Ｓ９：上記(3) のケースと同じである。
Ｓ１０：ここでは、ＨＡはＡＡＡＦにより指定されているので、ステップＳ１２へ進む。なお、ＨＡがＡＡＡＦにより指定されている場合は、例えば、ＨＡアドレスとして「００００」または「ＦＦＦＦ」が設定されている。
Ｓ１２：セッショントランザクションを参照し（図１３のＨＡ割り付けＡＡＡＦアドレス）、ＨＡを指定したＡＡＡＦへＡＭＲメッセージを回送する。
【０１７３】
(5) セッションタイマの満了による位置登録更新手順
この処理は、例えば、移動ノードがあるＦＡの通信エリア内に滞在している期間にセッションタイマが満了したときに実行される。セッションタイマが満了すると、ＡＡＡＨに対して位置登録を更新するためのＡＭＲメッセージが転送されてくる。
Ｓ１〜Ｓ２：上記(3) のケースと同じである。
Ｓ９：ここでは、移動ノードの移動に起因する位置登録はないので、ＡＡＡＦは変更されていない。よって、ステップＳ８へ進む。
Ｓ８：ＡＭＡメッセージにステップＳ４で生成したサービスプロファイルを添付してＡＡＡＦへ送出する。
【０１７４】
(6) ＨＡへの位置登録が終了したときに手順処理
この処理は、ＨＡからＨＡＡメッセージを受信したとき、あるいはＨＡを指定したＡＡＡＦからＡＭＡメッセージを受信したときに実行される。なお、ＡＡＡＨは、ステップＳ１１においてＨＡにＨＡＲメッセージを送ったときに、ＨＡからＨＡＡメッセージを受信する。また、ＡＡＡＨは、ステップＳ１２において旧ＡＡＡＦにＡＭＲメッセージを送ったときに、その旧ＡＡＡＦからＡＭＡメッセージを受信する。
Ｓ１：ＨＡＡメッセージまたはＡＭＡメッセージを受信すると、ステップＳ８へ進む。
Ｓ８：ＡＭＡメッセージにステップＳ４で生成したサービスプロファイルを添付してＡＡＡＦへ送出する。なお、旧ＡＡＡＦからＡＭＡメッセージを受信したときは、サービスプロファイルが添付されたＡＭＡメッセージは新ＡＡＡＦへ送出される。
【０１７５】
(7) セッション解放手順
この処理は、ＳＦＲ（Session Free Request）メッセージを受信したときに実行される。なお、ＳＦＲメッセージは、この発明とは直接的には関わりのないサーバにより生成される。例えば、課金サーバが課金停止メッセージを受信したときにＳＦＲメッセージを生成する。
Ｓ１：ＳＦＲメッセージを受信すると、ステップＳ１３へ進む。
Ｓ１３：ＳＦＲメッセージを送出してきたサーバに対してＳＦＡ（Session Free Answer ）メッセージを返送する。
Ｓ１４：セッショントランザクションを解放する。
【０１７６】
図４２および図４３は、ＡＡＡＦ４００の動作を説明するフローチャートである。この処理は、例えば、ＤＩＡＭＥＴＥＲプロトコルのパケットを受信したときに実行される。
【０１７７】
ステップＳ２１では、受信パケットのメッセージの種別を調べる。ＡＭＲメッセージであればステップＳ２２へ進み、ＡＭＡメッセージであればステップＳ４１へ進み、ＨＡＡメッセージであればステップＳ５１へ進み、ＳＦＡメッセージであればステップＳ６１へ進む。ステップＳ２２では、ＡＭＲメッセージにより「旧FA-NAI」が通知されてきたか否かを調べる。通知があった場合にはステップＳ３１へ進み、通知が無かった場合にはステップＳ２３へ進む。
【０１７８】
ステップＳ２３では、ＡＭＲメッセージに設定されているＮＡＩをキーとしてセッショントランザクションを検索する。ステップＳ２４では、セッショントランザクションが既に生成されているか否かを調べる。そして、未だ生成されていなかった場合には、ステップＳ２５においてそれを生成する。
【０１７９】
ステップＳ２６では、ＨＡがＡＡＡＦ自身により既に指定されているか否かを調べる。そして、ＨＡが既に指定されている場合は、ステップＳ２７において、ＨＡＲメッセージをＨＡに送る。一方、ＨＡが未だ指定されていない場合には、ステップＳ２８において、ＡＭＲメッセージに設定されているＮＡＩに基づいてＡＡＡＨを特定し、そのＡＡＡＨへＡＭＲメッセージを回送する。そして、ステップＳ２９において、動作状態として「ＨＡ要求中」を設定する。
【０１８０】
ステップＳ３１では、セキュリティ情報を用いてセッショントランザクションを検索する。ステップＳ３２では、ＡＭＡメッセージにサービスプロファイルを添付してＦＡへ送出する。ステップＳ３３では、動作状態として「処理待ち」を設定する。
【０１８１】
ステップＳ４１では、セッショントランザクションにサービスプロファイルを設定する。ステップＳ４２では、ＨＡがＡＡＡＦ自身により既に指定されているか否かを調べる。ＨＡが未だ指定されていない場合には、ステップＳ４３において、ＨＡを指定すると共に、サービスプロファイルを添付したＨＡＲメッセージをその指定したＨＡに送出する。そして、ステップＳ４４において、動作状態として「ＡＭＡ処理中」を設定する。一方、ＨＡが既に指定されている場合には、ステップＳ４５において、ＡＭＡメッセージをＦＡへ回送した後にステップＳ３３へ進む。
【０１８２】
ステップＳ５１では、動作状態を調べる。そして、動作状態として「ＨＡ要求中」が設定されたいた場合には、ステップＳ５２においてＡＡＡＨへＡＭＡメッセージを送出した後にステップＳ３３へ進む。一方、動作状態として「ＡＭＡ処理中」が設定されたいた場合には、ステップＳ５３においてＦＡへＡＭＡメッセージを回送した後にステップＳ３３へ進む。
【０１８３】
ステップＳ６１では、ＡＡＡＨに対してＳＦＡメッセージを送る。そして、ステップＳ６２において、セッショントランザクションを解放する。
以下、具体的な態様についてＡＡＡＦの動作をそれぞれ説明する。
【０１８４】
(1) 初期位置登録手順（図２５、図３９参照）
Ｓ２１：ＦＡからＡＭＲメッセージを受信するので、ステップＳ２２へ進む。
Ｓ２２：初期位置登録なので、ＡＭＲメッセージに「旧FA-NAI AVP」は含まれない。よって、ステップＳ２３へ進む。
Ｓ２３：ＡＭＲメッセージで通知されるＮＡＩをキーとしてセッショントランザクションを検索する。
Ｓ２４：初期位置登録なので、ステップＳ２３で検索対象となっているセッショントランザクションはＡＡＡＦには存在しない。したがって、ステップＳ２５へ進む。
Ｓ２５：セッショントランザクションを生成する。
Ｓ２６：初期位置登録においては、ＨＡは未だ指定されていない。よって、ステップＳ２８へ進む。なお、ＨＡが指定されているか否かは、セッショントランザクションのＨＡアドレスにより判定される。例えば、セッショントランザクション生成直後は、ＨＡアドレスとして「００００」が設定される。
Ｓ２８：ＡＭＲメッセージに設定されている移動ノードのＮＡＩのドメイン部分に基づいて、移動端末が属するＩＳＰのＡＡＡＨを特定し、そのＡＡＡＨにＡＭＲメッセージを回送する。
Ｓ２９：動作状態として「ＨＡ要求中」を設定する。
【０１８５】
(2) ＡＡＡＦがＨＡを指定した場合において、ＩＳＰ間を移動した移動ノードの位置登録手順（図４０参照）
ここでは、移動ノードが移動する前にその移動ノードを収容していたＦＡが属するＡＡＡＦ（図４０に示すＡＡＡＦ４００ｐに相当し、ここでは、「旧ＡＡＡＦ」と呼ぶ。）の動作を説明する。
Ｓ２１：旧ＡＡＡＦは、ＡＡＡＨからＡＭＲを受信するので、ステップＳ２２へ進む。
Ｓ２２：移動ノードが異なるドメインに移動したので、ＡＭＲメッセージに「旧FA-NAI AVP」は含まれない。よって、ステップＳ２３へ進む。
Ｓ２３：ＡＭＲメッセージにより通知されるＮＡＩをキーとしてセッショントランザクションを検索する。
Ｓ２４：旧ＡＡＡＦには、そのようなセッショントランザクションが存在する。よって、ステップＳ２５をスキップする。
Ｓ２６：セッショントランザクションのＨＡアドレスとして当該ＡＡＡＦが設定したＨＡのアドレスが設定されている。よって、ステップＳ２７へ進む。
Ｓ２７：ＨＡにＨＡＲ（Home-Agent-MIP-Request）メッセージを送出する。
Ｓ２９：動作状態として「ＨＡ要求中」を設定する。
【０１８６】
(3) ＩＳＰ内を移動した移動ノードの位置登録手順（図３７参照）
ここでは、移動ノードが移動する前に収容されていたＦＡを「旧ＦＡ」、移動ノードが移動した後に収容されるＦＡを「新ＦＡ」と呼ぶことにする。
Ｓ２１：ＡＡＡＦは、新ＦＡからＡＭＲメッセージを受信するので、ステップＳ２２へ進む。
Ｓ２２：移動ノードの移動先は同一ドメイン内の異なるＦＡなので、移動ノードは登録要求メッセージの「旧ＦＡ-NAI拡張」を設定し、ＦＡはＡＭＲメッセージの「旧FA-NAI AVP」を設定する。
Ｓ３１：セキュリティ情報（MN-FA-SPI ）でセッショントランザクションを検索する。
Ｓ３２：そのセッショントランザクションに設定されたサービスプロファイル及びセキュリティ情報をＡＭＡ（AA-Mobile-Node-Answer ）メッセージに添付し、そのメッセージを新ＦＡに送出する。
Ｓ３３：動作状態として「処理待ち」を設定する。
【０１８７】
(4) ＡＡＡＦがＨＡを割り当てる場合の位置登録処理（図３９参照）
Ｓ２１：ＡＡＡＦは、ＡＭＲメッセージに対する応答として、ＡＡＡＨからＡＭＡメッセージを受信する。よって、ステップＳ４１へ進む。
Ｓ４１：ＤＩＡＭＥＴＥＲの識別子フィールドを参照し、セッショントランザクションを特定する。そして、そのセッショントランザクションにＡＭＡメッセージにより通知されたサービスプロファイルを設定する。
Ｓ４２：ここでは、未だＨＡが指定されておらず、ステップＳ４３へ進むものとする。なお、ＨＡが当該ＡＡＡＦにより指定されている場合には、例えば、ＡＭＡメッセージに設定されているＨＡアドレスとして「００００」または「ＦＦＦＦ」されている。
Ｓ４３：ＨＡを指定し、サービスプロファイルを添付したＨＡＲ（Home-Agent-MIP-Request）メッセージをそのＨＡへ送出する。
Ｓ４４：動作状態として「ＡＭＡ処理中」を設定する。
【０１８８】
(5) ＡＡＡＨがＨＡを指定する際の位置登録処理（図２５、図４０参照）
ここでは、例えば、図２５に示したＡＡＡＦ４００または図４０に示したＡＡＡＦ４００ｎの動作が説明される。
Ｓ２１、Ｓ４１：上記(4) と同じである。
Ｓ４２：ここでは、当該ＡＡＡＦにより既にＨＡが指定されているものとし、ステップＳ４５へ進む。
Ｓ４５：セッショントランザクションの「現FA-NAI」に基づいてＦＡを特定し、そのＦＡにＡＭＡメッセージを回送する。
Ｓ３３：動作状態として「処理待ち」を設定する。
【０１８９】
(6) ＡＡＡＦがＨＡを指定する場合において、ＩＳＰ間を移動した移動ノードの位置登録手順（図４０参照）
ここでは、例えば、図４０に示したＡＡＡＦ４００ｐの動作が説明される。
Ｓ２１：ＨＡＲメッセージに対する応答としてＨＡからＨＡＡ（Home-Agent-MIP-Answer ）メッセージを受信すると、ステップＳ５１へ進む。
Ｓ５１：セッションＩＤに基づいてセッショントランザクションを特定し、そのトランザクションの動作状態を調べる。ここでは、動作状態として、「ＨＡ要求中」が設定されているものとし、ステップＳ５２へ進む。
Ｓ５２：セッショントランザクションからＡＡＡＨを特定し、そのＡＡＡＨへＡＭＡメッセージを送出する。
Ｓ３３：動作状態として「処理待ち」を設定する。
【０１９０】
(7) ＡＡＡＦがＨＡを指定した場合の登録応答処理（図３９参照）
Ｓ２１：ＨＡＲメッセージに対する応答としてＨＡからＨＡＡメッセージを受信すると、ステップＳ５１へ進む。
Ｓ５１：セッションＩＤに基づいてセッショントランザクションを特定し、そのトランザクションの動作状態を調べる。ＡＡＡＦがＨＡを指定した場合には、先にステップＳ４３およびＳ４４が実行されているはずなので、動作状態として、「ＡＭＡ処理中」が設定されている。よってステップＳ５３へ進む。
Ｓ５３：セッショントランザクションからＦＡを特定し、サービスプロファイルを添付したＡＭＡメッセージをそのＦＡへ送出する。
Ｓ３３：動作状態として「処理待ち」を設定する。
【０１９１】
(8) セッション解放処理
Ｓ２１：ＡＡＡＨからＳＦＲメッセージを受信するとステップＳ６１へ進む。なお、ＳＦＲメッセージは、課金処理の停止、あるいは障害等の要因により生成される。
Ｓ６１：セッションＩＤに基づいてセッショントランザクションを特定する。そして、そのトランザクションから特定されるＡＡＡＨに対してＳＦＡメッセージを送出する。
Ｓ６２：セッショントランザクションを解放する。
【０１９２】
図４４は、ＨＡ２００、ＦＡ５００、またはＣＮ７００の動作を説明するフローチャートである。この処理は、パケットを受信したときに実行される。
ステップＳ７１では、受信パケットのＩＰヘッダ情報を抽出する。ＩＰヘッダは、図６１(a) に示した通りである。なお、この処理は、パケット制御部２０１により実行される。ステップＳ７２では、ヘッダ情報の受信先アドレスおよびポート番号を参照し、受信パケットがデータパケットであるかプロトコルパケットかを判定する。そして、(1) プロトコルパケットを受信したときはステップＳ７３〜Ｓ７５が実行され、(2) データパケットを受信したときはステップＳ７６〜Ｓ７９が実行される。
【０１９３】
(1) プロトコルパケットを受信したときの動作
Ｓ７３：プロトコル制御部２０２は、パケット制御部２０１からプロトコル処理要求を受け取ると、ＵＤＰヘッダのポート番号を解析し、モバイルＩＰに係わる処理が要求されているのか、ＤＩＡＭＥＴＥＲに係わる処理が要求されているのかを調べる。
Ｓ７４：ＤＩＡＭＥＴＥＲプロトコルによりサービスプロファイルが配付されてきたときは、そのサービスプロファイルを用いて個別サービス制御部２０３のサービスプロファイルキャッシュを更新する。
Ｓ７５：モバイルＩＰによるメッセージに従って、サービス非依存部２０４のテーブルを生成し、また、そのテーブルに必要な情報を設定する。さらに、モバイルＩＰに従って必要なメッセージを送出する。
【０１９４】
(2) データパケットを受信したときの動作
Ｓ７６：検索ポリシ管理テーブルに設定されているポリシーに従って、パケット制御部２０１により抽出されたヘッダ情報をキーとしてサービスプロファイルキャッシュを検索する。そして、抽出されたサービスプロファイルの「ルーティング／パケット編集情報」に従って受信パケットを編集する。この処理は、個別サービス制御部２０３により実行される。
Ｓ７７：ステップＳ７６において抽出されたサービスプロファイルによりサービス非依存部２０４の所定の機能が指定されてたときは、サービス非依存部２０４へ制御を渡し、ステップＳ７８へ進む。
Ｓ７８：サービス非依存部２０４は、サービスプロファイルにより指定されている制御テーブルを参照し、パケットの編集方法およびパケットの回送先を決定する。
Ｓ７９：必要に応じてパケットを編集した後、そのパケットを回送する。
７Ｄ．サービスプロファイルの管理
この実施形態のシステムでは、各ユーザは、それぞれ利用したいサービスを選択することができる。このため、様々な付加価値サービスを要求するユーザもいれば、付加価値サービスを全く要求しないユーザや、ある特定の基本付加価値サービスのみを要求するユーザもいる。そして、各ユーザが要求するサービスに係わる情報は、サービス制御データベース３００にユーザ毎に格納されている。
【０１９５】
以下では、付加価値サービスが全く要求されていない場合、および特定の基本付加価値サービスのみが要求されている場合を想定し、サービスプロファイルを効率的に利用する方法を説明する。
【０１９６】
(1) 付加価値サービスを全く要求しないユーザに対するサービスプロファイルの管理
ＨＡおよびＦＡは、初期構成時に、それぞれ図４５および図４６に示すサービスプロファイルを生成する。これらのサービスプロファイルは、それぞれモバイルＩＰをサポートするために最低限必要な情報が設定されている。
【０１９７】
ＡＡＡＨは、付加価値サービスを要求しないユーザに対しては、その移動ノードの登録要求時にサービスプロファイルを作成しない。登録要求メッセージを送出した移動ノードのユーザが付加価値サービスを要求しているか否かの判断は、例えば、登録要求に伴って送られてくるＡＭＲメッセージに設定されているＮＡＩをキーとしてサービス制御データベースを検索すればよい。なお、「移動ノードの登録要求時にサービスプロファイルを生成しない」は、図４１のステップＳ４におけるサービスプロファイル構成ポリシーの一例である。
【０１９８】
したがって、この場合、ＡＡＡＨからＨＡおよびＦＡに対して新たに付加価値サービスのためのサービスプロファイルが配付されることはない。また、ＨＡおよびＦＡにおいて、このユーザに係わるサービスプロファイルキャッシュは、図４５および図４６に示すように、ＡＡＡ通知ＳＰＣには何も設定されない。
【０１９９】
上記構成において、移動ノードから通信ノードＣＮ宛てのデータパケットが送出されると、そのパケットは、上記移動ノードを収容しているＦＡにより受信される。ＦＡは、このデータパケットを受信すると、図４６に示したサービスプロファイルキャッシュを検索する。ここで、このデータパケットの送信元アドレスおよび受信先アドレスとして「移動ノード」および「通信ノードＣＮ」が設定されている。従って、図１９に示す検索ポリシーに従って図４６に示すサービスプロファイルキャッシュを検索すると、デフォルトサービスプロファイル（NDSP）が参照されることになる。このデフォルトサービスプロファイル(NDSP)では、リンク先として、ルータが本来的に管理しているルーティングテーブルが指示されている。従って、受信したデータパケットは、ルーティングテーブルに従って通信ノードＣＮへ回送される。
【０２００】
また、通信ノードＣＮから移動ノード宛てのデータパケットが送出されると、そのパケットは、上記移動ノードのホームエージェントエージェントであるＨＡに転送される。ＨＡは、このデータパケットを受信すると、図４５に示すサービスプロファイルキャッシュを検索する。ここで、このデータパケットの送信元アドレスおよび受信先アドレスとして「通信ノードＣＮ」および「移動ノード」が設定されている。従って、図１９に示す検索ポリシーに従って図４５に示すサービスプロファイルキャッシュを検索すると、受信先サービスプロファイル（NSPCdst ）が参照されることになる。そして、この受信先サービスプロファイル（NSPCdst ）のリンク先は移動性結合なので、受信したデータパケットは、その移動性結合に従ってＦＡへ回送される。このとき、このパケットは、カプセル化されている。
【０２０１】
ＦＡは、上記カプセル化されたパケットを受信すると、図４６に示すサービスプロファイルをを検索する。ここで、このデータパケットの送信元アドレスおよび受信先アドレスとして「ＨＡ」および「ＦＡ（気付アドレス）」が設定されている。従って、図１９に示す検索ポリシーに従って図４６に示すサービスプロファイルキャッシュを検索すると、受信先サービスプロファイル（NSPCdst ）が参照される。これにより、そのパケットはデカプセル化される。また、受信先サービスプロファイル（NSPCdst ）のリンク先としてサービスプロファイルキャッシュが指定されているので、デカプセル化したパケットのヘッダ情報をキーとしてもう一度サービスプロファイルキャッシュを検索する。
【０２０２】
デカプセル化されたパケットの送信元アドレス及び受信先アドレスとして「ＨＡ」および「移動ノード」が設定されている。従って、図１９に示す検索ポリシーに従って図４６に示すサービスプロファイルキャッシュを検索すると、受信先デフォルトサービスプロファイル（NDSPdst ）が参照されることになる。したがって、デカプセル化されたパケットは、訪問者リストに従って移動ノードに回送される。
【０２０３】
(2) 特定の基本付加価値サービスのみを要求しているユーザに対するサービスプロファイルの管理
木目細かなサービスを望むユーザがいる反面、大多数のユーザは、インターネットサービスプロバイダが提供する付加価値サービスの基本セット（例えば、図６に示した品質保証サービス）をそのまま利用するものと思われる。このような状況においては、サービスプロファイルのパターンは数パターンに収束されるので、ユーザ毎にそれぞれサービスプロファイルを設定することは資源の無駄遣いである。
【０２０４】
この問題を解決するための方法として、提供すべきサービスクラスとＡＡＡまたはＨＡにより割り当てられるＩＰアドレスとを予め対応付けておく方法が考えられる。例えば、インターネットサービスプロバイダは、サービスクラス毎に移動ノードに割り当てるＩＰアドレスの範囲を予め決めておき、それを他のプロバイダに通知する。そして、通知を受けたプロバイダは、その通知に従って、各ＨＡおよびＦＡのサービスプロファイルキャッシュに必要な情報を設定する。
【０２０５】
ＡＡＡＨは、例えばダイヤルアップ手順により移動ノードにＩＰアドレスを割り当てるときは、その移動ノードのユーザが付加価値サービスの基本セットのみを要求しているのか否かを調べる。なお、各ユーザが付加価値サービスの基本セットのみを要求しているのか否か、及び基本セットを要求している場合にどのサービスクラスを選択しているのかは、サービス制御データベース３００を参照することにより知ることができる。そして、ＡＡＡＨは、ユーザが付加価値サービスの基本セットのみを要求している場合には、そのユーザが選択しているサービスクラスに対応するＩＰアドレスをその移動ノードに割り当てる。このとき、ＡＡＡＨは、ＨＡおよびＦＡへサービスプロファイルを配付しない。なお「ＩＰアドレスを割り当てる際にサービスプロファイルを生成しない」は、図４１のステップＳ４におけるサービスプロファイル構成ポリシーの一例である。
【０２０６】
ＨＡおよびＦＡは、サービスプロファイルキャッシュを参照することにより、付加価値サービスの基本セットを提供する。これにより、サービスプロファイルキャッシュの容量が削減される。また、サービスプロファイルキャッシュを検索する際に、ＩＰアドレスの上位部分のみを調べればよいので、検索の高速化が可能になる。
【０２０７】
図４７は、サービスクラスに対して使用するＩＰアドレスの範囲を予め決めておく方法の実施例である。この実施例においては、サービスクラスＡ、Ｂ、Ｃに対して、ＩＰアドレスの範囲としてそれぞれ「１７２．２７．１８０．＊」「１７２．２７．１８５．＊」および「１７２．２７．１９０．＊」が割り当てられている。ここで、「＊」はワイルドカードである。そして、ＨＡおよびＦＡに配付されるサービスプロファイルは、例えば、制御対象パケット情報として「１７２．２７．１８０．＊」が設定され、ルーティング／パケット編集方法および個別制御情報としてサービスクラスＡを提供するための情報が設定される。したがって、ＨＡおよびＦＡは、送信元アドレスまたは受信先アドレスとして、その上位部分が「１７２．２７．１８０」であるパケットを受信すると、そのパケットに対してサービスクラスＡをサポートするための処理を行う。
７Ｅ．ルート最適化
通信ノードＣＮ７００から移動ノード６００宛てのパケットは、通常、その移動ノード６００のアドレスに従っていったんＨＡ２００に転送される。そして、そのパケットは、ＨＡ２００からＦＡ５００に回送された後に移動ノード６００へ送られる。
【０２０８】
ルート最適化処理は、上述のケースにおいて、移動ノード６００宛てのパケットがＨＡ２００を経由することなく直接的にＦＡ５００へ転送されるようにするための手順である。以下、上記最適化を実現するために必要なサービスプロファイルの配付を図４８を参照しながら説明する。
【０２０９】
(1) ＨＡ２００は、通信ノードＣＮ７００から移動ノード６００宛てのデータパケットを受信する。この場合、そのパケットは、受信先アドレスに係わるフィルタ情報として移動ノード６００のアドレスが設定されているサービスプロファイルにヒットする。したがって、ＨＡ２００は、そのヒットしたサービスプロファイルの情報に従ってパケットを編集すると共にカプセル化し、移動ノード６００を収容しているＦＡ５００へそのカプセル化したパケットを送出する。ＦＡ５００は、受信パケットをデカプセル化して移動ノード６００へ回送する。
【０２１０】
(2) ＨＡ２００は、通信ノードＣＮ７００から送出されたデータパケットを受信することにより、通信ノードＣＮ７００がサービスプロファイルと結合キャッシュを持たないことを認識する。そして、ＨＡ２００は、(1) においてヒットしたサービスプロファイルを結合更新メッセージに添付して通信ノードＣＮ７００へ送る。
【０２１１】
(3) 結合更新メッセージの「Ａ（応答）ビット」は、結合承認メッセージを要求する場合に用いる。また、「ルート最適化認証拡張(ＲＯ認証)」は、通信ノードＣＮ７００がルート最適化要求を認証する際に用いられる。なお、サービスプロファイルは、サービス制御のための拡張である。
【０２１２】
(4) 通信ノードＣＮ７００は、結合更新メッセージを受信すると、サービスプロファイルおよび結合キャッシュを生成し、「Ａビット」が設定されていたときには、結合承認メッセージをＨＡ２００に返送する。なお、結合キャッシュのライフタイムは、登録要求メッセージにより設定されたライフタイムの現在の残り時間である。
【０２１３】
結合キャッシュは、例えば、図２２に示す構成である。そして、上述の例においては、送信元アドレスとして「通信ノードＣＮ７００」、受信先アドレスとして「移動ノード６００」、気付アドレスとして「ＦＡ５００」が設定される。この場合、サービスプロファイルにおいて、制御対象パケット情報の受信先アドレスとして「移動ノード６００のアドレス」が設定され、そのリンク先として上記結合キャッシュが指定される。
【０２１４】
(5) 通信ノードＣＮ７００は、移動ノード６００宛てのパケットを送出する際には、上記(4) で生成したサービスプロファイルを参照する。ここで、移動ノード６００は、ＡＡＡから通知されたサービスプロファイルの受信先サービスプロファイル（ASPCdst ）に登録されているので、結合キャッシュが参照される。これにより、上記パケットはカプセル化され、気付アドレスとして指定されているＦＡ５００へトンネリングされる。そのとき、サービスプロファイルに従いカプセル化されたパケットに対して必要な編集が実行される。
【０２１５】
このように、ＨＡから通信ノードＣＮにサービスプロファイルを配付することによって、ルート最適化を用いたサービスプロファイルの配付が簡単に実現される。なお、ルート最適化処理を必要としない場合には、通信ノードＣＮに個別サービス制御部２０３およびサービス非依存部２０４を設ける必要はない。
８．ＡＮＹＣＡＳＴサービス
１人のユーザが複数の端末を所有し、状況に応じてその中の任意の１つを使用したい場合がある。また、複数のサーバを含むシステムにおいて、各サーバの負荷を分散させるために、そのシステムへのアクセスを任意のサーバに振り分ける構成が知られている。
【０２１６】
前者の場合には、複数の端末が共有する１つの仮想的なアドレスを設定する。そして、その仮想的なアドレスにパケットが送られたときに、上記複数の端末の中の所定の１つのそのパケットが回送される。また、後者の場合には、複数のサーバが共有する１つの仮想的なアドレスを設定する。そして、その仮想的なアドレスにアクセスがあったときに、上記サーバの中の所定の１つのそのアクセスが送られる。
【０２１７】
本実施形態では、上述のようなサービスを、「ＡＮＹＣＡＳＴサービス」と呼ぶことにする。また、上述の例において、仮想的なアドレスを「ＡＮＹＣＡＳＴアドレス」と呼ぶことにする。
【０２１８】
図４９は、ＡＮＹＣＡＳＴサービスを説明する図である。ここでは、複数のサーバ＃１〜＃４に対してＡＮＹＣＡＳＴアドレス（ＩＰ＃Ａ１）が割り当てられている。ここで、ＡＮＹＣＡＳＴアドレスは、後述するアドレスプロキシサーバ（ＡＰ）８００のサブネットである。また、サーバ＃１〜＃４の実際のＩＰアドレスは、それぞれ「ＩＰ＃Ｈ１」〜「ＩＰ＃Ｈ４」である。さらに、サーバ＃１および＃２はＦＡ５００（＃１）に収容されており、サーバ＃３および＃４はＦＡ５００（＃２）に収容されている。
【０２１９】
アドレスプロキシサーバ８００は、基本的には、ＨＡと同じ構成である。ただし、アドレスプロキシサーバ８００は、ＡＮＹＣＡＳＴアドレスが設定されているパケットをそのＡＮＹＣＡＳＴアドレスに対応する複数のアドレスの中の１または複数のアドレスに転送する。図４９に示す例では、ＡＮＹＣＡＳＴアドレス（ＩＰ＃Ａ１）が設定されているパケットを受信すると、それをサーバ＃１〜＃４の中の１つに転送する。パケットをいずれのサーバに対して転送するのかは、ＡＡＡＨにより生成されて配付されるサービスプロファイルにおいて記述されている。
【０２２０】
ＡＮＹＣＡＳＴサービスは、ＡＡＡＨにおいて、図１２に示したＡＮＹＣＡＳＴアドレス管理テーブルにより管理される。このテーブルは、ＡＮＹＣＡＳＴアドレス毎に、ＡＮＹＣＡＳＴアドレスに対応する１以上のＮＡＩ、各ＮＡＩにより識別される端末のホームアドレス、および各ＮＡＩにより識別される端末の状態を含む。端末の状態は、たとえば、オンライン、オフライン、保留中、障害、輻輳等である。図４９に示す例では、ＡＮＹＣＡＳＴアドレス（ＩＰ＃Ａ１）に対して、サーバ＃１〜＃４のＩＰアドレス（ＩＰ＃Ｈ１〜ＩＰ＃Ｈ４）およびサーバ＃１〜＃４の状態などが設定されることになる。
【０２２１】
ＡＡＡＨは、ＡＮＹＣＡＳＴアドレスが設定されているパケットをそのＡＮＹＣＡＳＴアドレスに対応する複数のアドレスの中の１または複数のアドレスに転送するためのサービスプロファイルを生成し、それをアドレスプロキシサーバ８００に配付する。アドレスプロキシサーバに配付されるサービスプロファイルの例を図５０に示す。
【０２２２】
このサービスプロファイルの「転送先アドレス」には、サーバ＃１〜＃４のＩＰアドレス（ＩＰ＃Ｈ１〜ＩＰ＃Ｈ４）の中の１または複数のアドレスが設定される。ここで、いずれのアドレスを設定すべきかは、図１０に示したプロファイルのアドレス選択ポリシーに従う。選択ポリシーは、主に端末状態に依存する。すなわち、例えば、「オンライン状態の端末を選択する」或いは「オフライン、保留中、障害発生、輻輳発生の端末は選択しない」などである。
【０２２３】
アドレスプロキシサーバ８００は、上述のサービスプロファイルが配付されると、そのサービスプロファイルにより指定されている転送先へパケットを送出する。なお、サービスプロファイルにより複数の転送先が指定されていた場合は、アドレスプロキシサーバ８００は、その中から転送先を１つずつ順番に選択することができる。
【０２２４】
ＨＡ２００には、図５１に示すサービスプロファイルが配付される。このサービスプロファイルでは、リンク先として移動性結合が指定されている。そして、移動性結合では、図４９に示すように、サーバ＃１および＃２のＩＰアドレスに対してＦＡ５００（＃１）が割り当てられており、サーバ＃３および＃４のＩＰアドレスに対してＦＡ５００（＃２）が割り当てられている。
【０２２５】
ＦＡ５００には、図５２に示すサービスプロファイルが配付される。このサービスプロファイルは、ＡＮＹＣＡＳＴサービスに加入している端末に対して生成されたものである。そして、このサービスプロファイルでは、リンク先として図２３に示したＡＮＹＣＡＳＴテーブルが指定されている。ＡＮＹＣＡＳＴテーブルは、通常の訪問者リストに対して「ＡＮＹＣＡＳＴアドレス」および「アドレスプロキシサーバのアドレス」を設定することにより得られる。
【０２２６】
なお、ＦＡ５００は、図５３に示すサービスプロファイルを生成する。このサービスプロファイルは、モバイルＩＰの基本機能を提供するための情報が設定されている。また、ＦＡ５００には、図５４に示すサービスプロファイルも配付される。このサービスプロファイルは、ＡＮＹＣＡＳＴサービスに加入していない端末に対して生成されたものである。
【０２２７】
上記システムにおいて、ＡＮＹＣＡＳＴアドレスが設定されたパケットが端末＃１から送出されると、そのパケットは、アドレスプロキシサーバ８００へ転送される。アドレスプロキシサーバ８００は、ＡＡＡＨから配付されたサービスプロファイルに従ってそのパケットを所定のサーバへ転送する。実施例では、そのパケットは、サーバ＃２のＩＰアドレス（ＩＰ＃Ｈ２）が設定されている。
【０２２８】
このパケットは、サーバ＃２のホームエージェントエージェントであるＨＡ２００に転送される。ＨＡ２００は、移動性結合に従って、そのパケットをＦＡ５００（＃１）へ転送する。このパケットは、２重にカプセル化されている。
【０２２９】
ＦＡ５００（＃１）は、このパケットを受信すると、図５３および図５２に示したサービスプロファイルを参照することにより、ＡＮＹＣＡＳＴテーブルを呼び出す。そして、そのＡＮＹＣＡＳＴテーブルに基づいて、サーバ＃２のＩＰアドレスからサーバ＃２のリンクレイヤアドレスを検出すると共に、ＡＮＹＣＡＳＴアドレスおよびアドレスプロキシサーバ８００を認識することにより、そのパケットをデカプセル化する。これにより、サーバ＃２にデカプセル化されたパケットが届けられる。同様に、端末＃２から送出されたパケットは、サーバ＃３へ転送される。
【０２３０】
このように、アドレスプロキシサーバ、ＨＡ、ＦＡは、ＡＡＡＨにより生成されたサービスプロファイルに従ってＡＮＹＣＡＳＴサービスを実行する。このとき、ＡＮＹＣＡＳＴサービスに加入する端末は、ＡＡＡＨにより一元的に管理されている。したがって、ＡＮＹＣＡＳＴサービスを使用して転送されるパケットは、適切な移動ノードへ確実に転送されることになる。
【０２３１】
図５５及び図５６は、ＡＮＹＣＡＳＴ情報を設定するシーケンスの例である。このシーケンスは、移動ノード６００が登録要求メッセージをＦＡ５００へ送出した際に開始される。なお、ＡＡＡＨ１００は、認証サーバおよび認可サーバを含むものとする。
【０２３２】
(1) ＦＡ５００は、登録要求メッセージを受信すると、訪問者リストを作成すると共に、ＡＭＲメッセージを送出する。
(2) ＡＭＲメッセージを受信したＡＡＡＨ１００の認証サーバは、サービス制御データベース３００からユーザの認証情報を抽出する。
【０２３３】
(3) 認証に成功したときは、認可サーバに対してサービス制御を要求する。そして、この認可サーバは、サービス制御データベース３００から対応するサービスプロファイルを読み出し、ＡＮＹＣＡＳＴアドレスを抽出する。
【０２３４】
(4) 認可サーバは、アドレスプロキシサーバ８００に対してＡＮＹＣＡＳＴ登録要求メッセージを送る。このメッセージには、サービスプロファイルが添付されている。
【０２３５】
(5) アドレスプロキシサーバ８００は、移動ノード６００のホームエージェントエージェントとして機能するＨＡ２００を指定すると共に、移動ノードのホームエージェントアドレスを指定する。これにより、図５０に示すようなサービスプロファイルキャッシュが生成される。
【０２３６】
(6) アドレスプロキシサーバ８００は、ＡＮＹＣＡＳＴ登録応答メッセージを用いて、認可サーバに対してＨＡ２００のアドレス、および移動ノード６００のホームアドレスを通知する。
【０２３７】
(7) 認可サーバは、図１２に示すアドレス管理テーブルを生成する。また、登録要求メッセージを送出してきた移動ノード６００に対応するサービスプロファイルを生成する。
【０２３８】
(8) 認可サーバは、生成したサービスプロファイルをサービス制御応答メッセージを用いて認証サーバに通知する。
(9) 通常の手順で登録要求処理が実行される。
【０２３９】
(10)ＦＡ５００は、ＡＭＡメッセージを受信すると、訪問者リストおよびＡＭＡメッセージにより通知された情報に基づいてＡＮＹＣＡＳＴテーブル（拡張訪問者リスト）を作成する。そして、移動ノード６００に対してＡＮＹＣＡＳＴアドレスを通知する。
【０２４０】
図５７は、ＡＮＹＣＡＳＴサービスを利用してパケットを転送するシーケンスの例である。なお、図５７に示す各パケットは、紙面の左側から順番に「送信元アドレス」「受信先アドレス」「ペイロード」を表す。また、図５７において矢印により指示されているアドレスは、ルーティング処理において参照されるアドレスである。
【０２４１】
以下では、移動ノード６００からデータパケットを受信した通信ノードＣＮ７００が、移動ノード６００へパケットを返送する際のシーケンスを示す。なお、移動ノード６００は、上述の処理により、ＡＮＹＣＡＳＴアドレスが与えられているものとする。
【０２４２】
(1) 通信ノードＣＮ７００は、移動ノード６００に対して割り当てられているＡＮＹＣＡＳＴアドレスを受信先とするパケットを送出する。ここで、ＡＮＹＣＡＳＴアドレスは、アドレスプロキシサーバ８００のサブネットのアドレスである。よって、このパケットは、アドレスプロキシサーバ８００へ回送される。
【０２４３】
(2) アドレスプロキシサーバ８００は、上記パケットを受信すると、そのパケットに設定されているＡＮＹＣＡＳＴアドレスに対応するサービスプロファイルを参照し、そのサービスプロファイルから移動ノード６００のホームアドレスを１つ選択する。複数のホームアドレスの中から１つを選択する方法は、特に限定されるものではないが、例えば、シーケンシャルに選択する。
【０２４４】
(3) アドレスプロキシサーバ８００は、選択した移動ノード６００のホームアドレスと通信ノードＣＮ７００のアドレスとを結合するため、サービスプロファイルを生成し、結合更新メッセージを用いてそのサービスプロファイルを通信ノードＣＮ７００へ送る。このメッセージにより通知されるアドレスは、移動ノード６００の気付アドレス（移動ノード６００を収容するＦＡのアドレス）ではなく、移動ノード６００のホームアドレスである。
【０２４５】
(4) アドレスプロキシサーバ８００は、通信ノードＣＮ７００から受信したパケットをカプセル化し、上記(2) において選択したホームアドレスへそのカプセル化したパケットを送出する。このパケットは、移動ノード６００のホームアドレスに従って、ＨＡ２００に転送される。
【０２４６】
(5) ＨＡ２００は、このカプセル化されているパケットを受信すると、それをさらにカプセル化する。そして、その２重にカプセル化されたパケットを、移動ノード６００の気付アドレス宛てに送出する。これにより、この２重にカプセル化されたパケットは、ＦＡ５００へ転送される。
【０２４７】
(6) ＦＡ５００は、上記パケットを受信すると、ＡＮＹＣＡＳＴテーブルまたは訪問者リストを参照して、受信パケットを移動ノード６００へ送る。具体的には、まず、ＦＡ５００のアドレス（気付アドレス）をキーとしてサービスプロファイルキャッシュを検索することにより、図５３に示したデフォルトサービスプロファイルキャッシュがヒットする。したがって、そのサービスプロファイルに従って受信パケットをデカプセル化する。続いて、移動ノード６００のホームアドレスをキーとしてもう一度サービスプロファイルキャッシュを検索する。この検索においては、図５２に示すサービスプロファイルキャッシュがヒットする。そして、そのサービスプロファイルに従って受信パケットをもう一度デカプセル化する。そして、そのデカプセル化されたパケットを移動ノードへ届ける。
【０２４８】
なお、通信ノードＣＮ７００は、上記(3) により結合更新メッセージを受け取った後は、受信先アドレスとしてＡＮＹＣＡＳＴアドレスを設定したパケットを自分でカプセル化した後に、そのカプセル化したパケットを網へ送出する。
【０２４９】
図５８および図５９は、ＡＮＹＣＡＳＴサービスへの登録を解除する際のシーケンスの例である。なお、ＡＡＡＨ１００は、認証サーバ、認可サーバ、および課金サーバを含むものとする。
【０２５０】
(1) 移動ノード６００は通信を終了する際に「タイマ＝０」を設定した登録要求メッセージをＦＡ５００に送出する。
(2) ＦＡ５００は、登録要求メッセージををＨＡ２００に回送する。
【０２５１】
(3) ＨＡ２００は、「タイマ＝０」が設定されている登録要求メッセージを受信すると、サービスプロファイルが配付された通信ノードＣＮ７００に対して、「タイマ＝０」を設定した結合更新メッセージを送出する。
【０２５２】
(4) 通信ノードＣＮ７００は、「タイマ＝０」が設定されている結合更新メッセージを受信すると、移動ノード６００のサービスプロファイルキャッシュを削除すると共に、結合承認メッセージをＨＡ２００に返送する。
【０２５３】
(5) ＨＡ２００は、移動ノード６００のサービスプロファイルキャッシュを削除すると共に、登録応答メッセージをＦＡ５００に返す。
(6) ＦＡ５００は、移動ノード６００へ登録応答メッセージを送る。そして、アクセスネットワークのリンクを切断すると共に、ＡＡＡＨ１００の課金サーバへ課金停止メッセージを送出する。
【０２５４】
(7) 課金サーバは、課金処理を停止すると共に、認可サーバに対してセッション解放を要求する。認可サーバは、アドレスプロキシサーバ８００に対して、サービスプロファイルから移動ノード６００のアドレス情報を削除する旨を要求する。
【０２５５】
(8) 認可サーバは、ＡＡＡＨ１００の認証サーバに対してセッション解放を要求する。
(9) ＡＡＡＨ１００は、ＡＡＡＦ４００の認証サーバに対してセッション解放を要求する。
【０２５６】
(10)ＡＡＡＦ４００は、サービスプロファイルを削除すると共に、ＡＡＡＨ１００へセッション解放応答を返す。
(11)ＡＡＡＨ１００は、サービスプロファイルを削除すると共に、認可サーバへセッション解放応答を返す。
【０２５７】
(12)認可サーバは、課金サーバへセッション解放応答を返す。
(13)課金サーバは、ＦＡ５００に対して課金停止応答メッセージを返す。
(14)ＦＡ５００は、サービスキャッシュを削除する。
【０２５８】
【発明の効果】
本発明によれば、サービスを制御する機能がＡＡＡに集中しているので、ＨＡおよびＦＡの負荷が軽くなり、また、ＨＡおよびＦＡの保守（機能追加の追加や削除を含む）が容易になる。
【０２５９】
同じサービスセットを要求する複数の移動ノードに対してサービスを提供する際に参照するサービスプロファイルが共用化されるので、サービスプロファイルの管理が容易になると共に、検索データが圧縮されることによって検索の高速化が図れる。
【０２６０】
サービスに依存しない基本機能（ルーティング処理、モバイルＩＰを含む）を提供するサービス非依存部と、各サービスを提供するための情報に基づいてサービス非依存部を利用する個別サービス部とが分離されているので、容易にサービスを追加／変更できる。
【０２６１】
複数の端末に対して１つの仮想的なアドレスが割り当てられるサービスにおいて、特定の端末をネットワークワイドで正確に指定できる。
【図面の簡単な説明】
【図１】本発明の背景を説明する図である。
【図２】本発明の実施形態のネットワーク構成図である。
【図３】本発明の実施形態の機能ブロックである。
【図４】ＡＡＡＨの機能ブロック図である。
【図５】サービス制御データベースに格納されているサービスプロファイル原本の例である。
【図６】サービス制御データベースに登録されるサービス品質の例である。
【図７】サービス制御データベースに登録される課金方式の例である。
【図８】サービス制御データベースに登録される規制条件の例である。
【図９】Ｄｉｆｆ−Ｓｅｒｖサービスのためのプロファイルの例である。
【図１０】ＡＮＹＣＡＳＴサービスのためのプロファイルの例である。
【図１１】ＡＡＡＨにより作成されるサービスプロファイルの例である。
【図１２】ＡＮＹＣＡＳＴアドレス管理テーブルの例である。
【図１３】ＡＡＡＨのセッショントランザクションの例である。
【図１４】ＡＡＡＦの機能ブロック図である。
【図１５】ＡＡＡＦのセッショントランザクションの例である。
【図１６】ＨＡ、ＦＡ、ＣＮの機能ブロックである。
【図１７】ＨＡおよびＦＡのセッショントランザクションの例である。
【図１８】サービスプロファイルキャッシュの例である。
【図１９】検索ポリシー管理テーブルの例である。
【図２０】訪問者リストの例である。
【図２１】移動性結合の例である。
【図２２】結合キャッシュの例である。
【図２３】ＡＮＹＣＡＳＴテーブルの例である。
【図２４】ルーティングテーブルの例である。
【図２５】サービスプロファイルを配付するシーケンス（その１）である。
【図２６】初期状態を示す図である。
【図２７】初期構成時にＦＡにおいて生成されるサービスプロファイルの例である。
【図２８】初期構成時にＨＡにおいて生成されるサービスプロファイルの例である。
【図２９】ＡＡＡＨにおいてサービスプロファイルが生成される手順を示す図である。
【図３０】ＨＡに配付すべきサービスプロファイルの例である。
【図３１】ＦＡに配付すべきサービスプロファイルの例である。
【図３２】ＨＡへサービスプロファイルを設定する手順を示す図である。
【図３３】ＡＡＡＦへサービスプロファイルを転送する手順を示す図である。
【図３４】ＦＡへサービスプロファイルを設定する手順を示す図である。
【図３５】移動ノードから通信ノードへパケットを転送する手順を示す図である。
【図３６】通信ノードから移動ノードへパケットを転送する手順を示す図である。
【図３７】サービスプロファイルを配付するシーケンス（その２）である。
【図３８】サービスプロファイルを配付するシーケンス（その３）である。
【図３９】サービスプロファイルを配付するシーケンス（その４）である。
【図４０】サービスプロファイルを配付するシーケンス（その５）である。
【図４１】ＡＡＡＨの動作を説明するフローチャートである。
【図４２】ＡＡＡＦの動作を説明するフローチャート（その１）である。
【図４３】ＡＡＡＦの動作を説明するフローチャート（その２）である。
【図４４】ＨＡ、ＦＡ、ＣＮの動作を説明するフローチャートである。
【図４５】ＨＡに設定されるサービスプロファイルの例である。
【図４６】ＦＡに設定されるサービスプロファイルの例である。
【図４７】サービスクラスに対して使用するＩＰアドレスの範囲を予め決めておく方法の実施例である。
【図４８】ルート最適化手順においてサービスプロファイルを設定するシ−ケンスの例である。
【図４９】ＡＮＹＣＡＳＴサービスを説明する図である。
【図５０】アドレスプロキシサーバに配付されるサービスプロファイルの例である。
【図５１】ＨＡに配付されるサービスプロファイルの例である。
【図５２】ＦＡに配付されるサービスプロファイルの例（その１）である。
【図５３】ＦＡにおいて生成されるサービスプロファイルの例である。
【図５４】ＦＡに配付されるサービスプロファイルの例（その２）である。
【図５５】ＡＮＹＣＡＳＴ情報を設定するシーケンス（その１）である。
【図５６】ＡＮＹＣＡＳＴ情報を設定するシーケンス（その２）である。
【図５７】ＡＮＹＣＡＳＴサービスを利用してパケットを転送するシーケンスである。
【図５８】ＡＮＹＣＡＳＴサービスへの登録を解除するシーケンス（その１）である。
【図５９】ＡＮＹＣＡＳＴサービスへの登録を解除するシーケンス（その２）である。
【図６０】モバイルＩＰのフォーマットである。
【図６１】  (a) はＩＰヘッダ、(b) はＵＤＰヘッダのフォーマットである。
【図６２】モバイルＩＰの登録要求メッセージのフォーマットである。
【図６３】モバイルＩＰの登録応答メッセージのフォーマットである。
【図６４】モバイルＩＰのＭＢＵメッセージのフォーマットである。
【図６５】モバイルＩＰのＭＢＡメッセージのフォーマットである。
【図６６】ＤＩＡＭＥＴＥＲメッセージのフォーマットである。
【図６７】ＤＩＡＭＥＴＥＲメッセージの共通ヘッダのフォーマットである。
【図６８】ＤＩＡＭＥＴＥＲメッセージのＡＶＰのフォーマットである。
【図６９】ＤＩＡＭＥＴＥＲプロトコルのＡＭＲメッセージのフォーマットである。
【図７０】ＤＩＡＭＥＴＥＲプロトコルのＨＡＲメッセージのフォーマットである。
【図７１】ＤＩＡＭＥＴＥＲプロトコルのＡＭＡメッセージのフォーマットである。
【図７２】ＤＩＡＭＥＴＥＲプロトコルのＨＡＡメッセージのフォーマットである。
【図７３】モバイルＩＰおよび先に特許出願した発明について説明するための図である。
【符号の説明】
１００  ＡＡＡＨ
１０２  サービス管理部
２００  ＨＡ（ホームエージェント）
２０３  個別制御部
２０４  サービス非依存部
２１１  サービスプロファイルキャッシュ
２１２  検索ポリシー管理テーブル
３００  サービス制御データベース
４００  ＡＡＡＦ
５００  ＦＡ（外部エージェント）
６００  ＭＮ（移動ノード）
７００  ＣＮ（通信ノード）
８００  アドレスプロキシサーバ
【図１】
0004060021.tif 000002
【図２】
0004060021.tif 000003
【図３】
0004060021.tif 000004
【図４】
0004060021.tif 000005
【図５】
0004060021.tif 000006
【図６】
0004060021.tif 000007
【図７】
0004060021.tif 000008
【図８】
0004060021.tif 000009
【図９】
0004060021.tif 000010
【図１０】
0004060021.tif 000011
【図１１】
0004060021.tif 000012
【図１２】
0004060021.tif 000013
【図１３】
0004060021.tif 000014
【図１４】
0004060021.tif 000015
【図１５】
0004060021.tif 000016
【図１６】
0004060021.tif 000017
【図１７】
0004060021.tif 000018
【図１８】
0004060021.tif 000019
【図１９】
0004060021.tif 000020
【図２０】
0004060021.tif 000021
【図２１】
0004060021.tif 000022
【図２２】
0004060021.tif 000023
【図２３】
0004060021.tif 000024
【図２４】
0004060021.tif 000025
【図２５】
0004060021.tif 000026
【図２６】
0004060021.tif 000027
【図２７】
0004060021.tif 000028
【図２８】
0004060021.tif 000029
【図２９】
0004060021.tif 000030
【図３０】
0004060021.tif 000031
【図３１】
0004060021.tif 000032
【図３２】
0004060021.tif 000033
【図３３】
0004060021.tif 000034
【図３４】
0004060021.tif 000035
【図３５】
0004060021.tif 000036
【図３６】
0004060021.tif 000037
【図３７】
0004060021.tif 000038
【図３８】
0004060021.tif 000039
【図３９】
0004060021.tif 000040
【図４０】
0004060021.tif 000041
【図４１】
0004060021.tif 000042
【図４２】
0004060021.tif 000043
【図４３】
0004060021.tif 000044
【図４４】
0004060021.tif 000045
【図４５】
0004060021.tif 000046
【図４６】
0004060021.tif 000047
【図４７】
0004060021.tif 000048
【図４８】
0004060021.tif 000049
【図４９】
0004060021.tif 000050
【図５０】
0004060021.tif 000051
【図５１】
0004060021.tif 000052
【図５２】
0004060021.tif 000053
【図５３】
0004060021.tif 000054
【図５４】
0004060021.tif 000055
【図５５】
0004060021.tif 000056
【図５６】
0004060021.tif 000057
【図５７】
0004060021.tif 000058
【図５８】
0004060021.tif 000059
【図５９】
0004060021.tif 000060
【図６０】
0004060021.tif 000061
【図６１】
0004060021.tif 000062
【図６２】
0004060021.tif 000063
【図６３】
0004060021.tif 000064
【図６４】
0004060021.tif 000065
【図６５】
0004060021.tif 000066
【図６６】
0004060021.tif 000067
【図６７】
0004060021.tif 000068
【図６８】
0004060021.tif 000069
【図６９】
0004060021.tif 000070
【図７０】
0004060021.tif 000071
【図７１】
0004060021.tif 000072
【図７２】
0004060021.tif 000073
【図７３】
0004060021.tif 000074