JP2001169341A - 移動通信サービス提供システム、移動通信サービス提供方法、認証装置、およびホームエージェント装置 - Google Patents

移動通信サービス提供システム、移動通信サービス提供方法、認証装置、およびホームエージェント装置

Info

Publication number
JP2001169341A
JP2001169341A JP2000101414A JP2000101414A JP2001169341A JP 2001169341 A JP2001169341 A JP 2001169341A JP 2000101414 A JP2000101414 A JP 2000101414A JP 2000101414 A JP2000101414 A JP 2000101414A JP 2001169341 A JP2001169341 A JP 2001169341A
Authority
JP
Japan
Prior art keywords
mobile node
message
information
service
authentication
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2000101414A
Other languages
English (en)
Inventor
Mitsuaki Kakemizu
光明 掛水
Shinya Yamamura
新也 山村
Kazunori Murata
一徳 村田
Masaaki Wakamoto
雅晶 若本
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Fujitsu Ltd
Original Assignee
Fujitsu Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Fujitsu Ltd filed Critical Fujitsu Ltd
Priority to JP2000101414A priority Critical patent/JP2001169341A/ja
Priority to EP00120259A priority patent/EP1089580A3/en
Priority to CA002321396A priority patent/CA2321396C/en
Publication of JP2001169341A publication Critical patent/JP2001169341A/ja
Pending legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/06—Authentication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0892—Network architectures or network communication protocols for network security for authentication of entities by using authentication-authorization-accounting [AAA] servers or protocols
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/10—Network architectures or network communication protocols for network security for controlling access to devices or network resources
    • H04L63/107—Network architectures or network communication protocols for network security for controlling access to devices or network resources wherein the security policies are location-dependent, e.g. entities privileges depend on current location or allowing specific operations only from locally connected terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/18—Processing of user or subscriber data, e.g. subscribed services, user preferences or user profiles; Transfer of user or subscriber data

Abstract

(57)【要約】 【課題】 移動通信システムにおいて、各移動ノードに
対して多様な付加価値サービスを提供できるようにす
る。 【解決手段】 移動端末６００は、登録要求を外部エー
ジェント５００へ送出する。外部エージェント５００
は、ＡＡＡＦ４００を介してＡＡＡＨ１００へＡＭＲメ
ッセージを回送する。ＡＡＡＨ１００は、移動端末６０
０に付加価値サービスを提供するためのサービスプロフ
ァイルをサービス制御データベース３００から抽出す
る。このサービスプロファイルは、ＨＡＲメッセージを
利用してホームエージェントに配付されると共に、ＡＭ
Ｒメッセージを利用して外部エージェントに配付され
る。ホームエージェント１００および外部エージェント
５００は、配付されたサービスプロファイルに従ってサ
ービスを提供する。

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、移動ノードに通信
サービスを提供するシステム、装置、及び方法に係わ
る。特に、モバイル環境下において、移動ノード（固定
端末および移動端末を含む）と、ネットワークに接続さ
れた各ノード又はモバイル環境下の他の移動ノードとの
通信において、ネットワーク上で移動ノードに対して移
動通信サービスを提供するシステムおよび方法、並びに
認証装置およびホームエージェント装置に関する。
【０００２】
【従来の技術】ＩＰネットワーク上では、音声データ及
び画像データを含む様々な種類のデータが統合されたト
ラフィックが急速に増加してきている。しかしながら、
通常、ＩＰネットワーク上のパケットは最善の努力（ｂ
ｅｓｔ ｅｆｆｏｒｔ）により転送される。すなわち、
ルータやスイッチは、入力されたパケットの転送先のユ
ーザまたはアプリケーションなどを区別することなく、
そのパケットを次の転送先に最善を尽くして転送する。
その際、トラフィックの状態（たとえば、輻輳状態）に
より遅延時間にバラツキが生じ、更に、転送できなかっ
たパケットは破棄される。従って、例えば、遅延時間に
関する要求が厳しいアプリケーション（音声データまた
は映像データの伝送など）に係わるパケットを確実に伝
送するためには、特定のパケットを優先的に転送する機
能をＩＰネットワークの各ルータやスイッチに導入・設
定する必要がある。あるいは、特定のユーザまたは端末
からのトラフィックの帯域を保証するためには、特定の
パスの帯域を保証・制御する機能を各ルータまたはスイ
ッチに導入・設定する必要がある。
【０００３】各端末に対してこのような付加価値サービ
ス（例えば、特定のパケットを優先的に転送する制御、
帯域保証制御、パケットフィルタリング制御等）を提供
する技術として、ＰＢＮ（Policy-Based Networking ）
技術が知られている。ＰＢＮ技術を利用してＩＰネット
ワーク上で提供される付加価値サービスとしては、例え
ば、帯域の保証、最大許容遅延時間の保証、有害ＷＷＷ
情報などヘのアクセスを禁止するパケットフィルタリン
グ、および指定された条件を満たさないアクセスを制限
するセキュリティ機能などがある。次に具体的な例を示
す。
【０００４】ルータまたはスイッチなどのネットワーク
機器にＲＳＶＰ（Resource Reservation Protocol ）な
どを用いて動的にエンド・ツー・エンドでの帯域を予約
する制御方法が知られている。また、各パケットに設定
された優先転送順位に基づいて優先転送制御を行うＤｉ
ｆｆ−Ｓｅｒｖ（Differentiated Services ）も知られ
ている。そして、ＰＢＮにおいてこれらの機能を利用す
れば、例えば、次のような付加価値サービスを提供でき
る。
【０００５】(1) 特定の部門またはグループの通信に対
してＱｏＳ（Quality of Service）を設定することによ
り、例えば、最大遅延許容時間の厳しい音声トラフィッ
クなどの通信品質を保証する。
【０００６】(2) 特定のアプリケーショントラフィック
（例えば、ファイル転送、Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅ
ｂなど）を最優先で転送する。 (3) セキュリティの方針に従って、特定のユーザからの
アクセスのみを許可したり、あるいは、特定のユーザが
特定のサーバにアクセスすることを制限することによ
り、ユーザ単位でのアクセス・セキュリティを確保す
る。
【０００７】上述のようなＰＢＮを利用する場合、各端
末装置のポリシ（前述のＱｏＳ条件など）は、基本的
に、ルータやスイッチ等のネットワーク機器に設定され
る。ところが、モバイル環境下では、移動端末が移動す
ると、その移動端末を収容するネットワーク機器が次々
と変わっていく。このため、モバイル環境下で上述のよ
うなＰＢＮを利用する場合は、移動端末のポリシは、そ
の移動端末を収容する可能性のあるすべてのネットワー
ク機器に設定されている必要がある。しかしながら、各
ネットワーク機器に各移動端末のポリシを設定すると、
各ネットワーク機器が保持すべき情報量が膨大になると
共に、ネットワーク全体でポリシ情報を設定する処理や
保守のための処理も膨大である。また、ポリシの設定完
了前に移動端末の位置登録が完了してしまった場合に
は、その移動端末に対してそのポリシに従った付加価値
サービスが提供されない場合がある。
【０００８】尚、移動端末をネットワーク機器に収容す
るためのプロトコルは、１９９６年１０月にＲＦＣ２０
０２により、ＩＰ Ｍｏｂｉｌｉｔｙ Ｓｕｐｐｏｒｔ
（以降、「Ｍｏｂｉｌｅ ＩＰ」または「ＭＩＰ」或い
は「モバイルＩＰ」と呼ぶ）として発行されている。ま
た、ＭＩＰに関連するプロトコルとして、ＡＡＡ（Auth
entication, Authorization and Accounting）プロトコ
ルが、現在、ＩＥＴＦ（Internet Engineering Task Fo
rce ）で検討されている。
【０００９】
【発明が解決しようとする課題】上述の従来の技術で
は、次に示す課題がある。近年、ａｎｙｔｈｉｎｇ ｏ
ｖｅｒ ＩＰと言われるように、インターネットでは、
音声やデータなどが統合されたトラフィックが急増して
いる。また、携帯電話の急速な普及によりInternationa
l Mobile Telecommunications 2000（ＩＭＴ−２００
０）での標準化が進み、モバイル環境下でのトラフィッ
クも急増するものと推測されている。
【００１０】しかしながら、モバイル環境においても、
各移動ノードあるいは各利用者が要求するサービス（主
に、トラフィックに関する通信サービス）は、それぞれ
異なっている。例えば、音声データ伝送については、単
位時間当たりに送出するデータ量が定められている。そ
して、エンド・ツー・エンドで輻輳等があったとして
も、帯域に関する要求および最大許容遅延時間に関する
要求が保証されるように対象となるパケットを優先転送
するサービスの提供が望まれている。一方、電子メール
（e-mail）に係わるトラフィックは、最大許容遅延時間
は大きい。このように、多様な端末が接続されるネット
ワーク（例えば、ＩＰネットワーク）は、保証すべきポ
リシが異なる様々なトラフィックが混在しているので、
ビジネス上優先度の高いトラフィックを保護（保証）す
るためには、ＱｏＳ（Quality of Service）機能の実現
は必須である。しかしながら、利用者が移動ノードから
ネットワークを介した通信を行う場合、ＰＢＮが提供す
るような付加価値サービスと同等な付加価値サービスを
各移動ノードに提供できないという課題があった。
【００１１】また、外部エージェントおよびホームエー
ジェントに対して移動ノードの位置登録およびサービス
プロファイル情報の設定を独立して行おうとすると、サ
ービス制御情報が設定される前に前記移動ノードからパ
ケットの送出が始まってしまうという課題があった。
【００１２】
【課題を解決するための手段】前記課題を解決するため
の本発明の構成を以下に示す。本発明の移動通信サービ
ス提供システムは、移動ノードからの位置登録要求情報
を含むメッセージを外部エージェント、認証サーバ、ホ
ームエージェントの順序で転送し、前記ホームエージェ
ントから逆の順序で前記メッセージに対応する位置登録
応答情報を含むメッセージを前記移動ノードに返信する
とともに前記ホームエージェントおよび前記外部エージ
ェントに前記移動ノードの位置登録を行い前記移動ノー
ドに通信サービスを提供する構成であって、前記位置登
録要求情報または前記位置登録応答情報を含む前記メッ
セージに対応するサービスプロファイル情報を付加する
手段を前記認証サーバに設け、前記外部エージェントお
よび前記ホームエージェントは前記認証サーバから受信
した該メッセージに含まれる該サービスプロファイル情
報に基づいて前記移動ノードが送信または受信するパケ
ットを転送制御する。なお、前記サービスプロファイル
は、データベースに格納されていてもよい。
【００１３】上記システムにおいては、移動ノードのホ
ームエージェントおよびその移動ノードを収容する外部
エージェントのみにサービスプロファイルが配付され
る。したがって、移動ノードの数が増加しても、各エー
ジェントに設定すべきサービス制御情報は比較的少なく
てよい。また、移動ノードは、任意の場所に移動したと
きであっても、多様な付加価値サービスを受けることが
できる。
【００１４】本発明の他の形態のシステムでは、前記認
証サーバは、認証要求サーバおよび前記データベースに
アクセス可能な認証処理サーバを備え、前記認証要求サ
ーバは、前記外部エージェントから前記位置登録要求情
報を含むメッセージを受信したときはそのメッセージに
基づいて適切に認証を行う認証処理サーバを決定すると
共にそのメッセージを前記認証処理サーバに送出し、前
記認証処理サーバから前記位置登録応答情報を含むメッ
セージを受信したときは前記外部エージェントに前記位
置登録応答情報を含むメッセージを送出し、前記認証処
理サーバは、前記認証要求サーバから前記位置登録要求
情報を含むメッセージを受信したときは前記位置登録要
求情報を含むメッセージに前記サービスプロファイル情
報を付加して前記ホームエージェントに送出し、前記ホ
ームエージェントから前記位置登録応答情報を含むメッ
セージを受信したときは、前記位置登録応答情報を含む
メッセージに前記サービスプロファイル情報を付加して
前記認証要求サーバに送出する。この構成においては、
認証サーバが認証要求サーバと認証処理サーバとに分離
されるので、認証に責任のあるサーバを選択する処理を
認証要求サーバに一元化することが出来る。
【００１５】本発明のさらに他の形態のシステムでは、
前記認証サーバは認証要求サーバおよび認証処理サーバ
を備え、前記認証要求サーバは、前記外部エージェント
から前記位置登録要求情報を含むメッセージを受信した
ときはそのメッセージに基づいて適切に認証を行う認証
処理サーバを決定して前記位置登録要求情報を含むメッ
セージをその認証処理サーバに送出し、前記認証処理サ
ーバは前記認証要求サーバから前記位置登録要求情報を
含むメッセージを受信したときは前記位置登録応答情報
を含むメッセージに前記サービスプロファイル情報を付
加して前記認証要求サーバに送出し、前記認証要求サー
バは前記認証処理サーバから前記位置登録応答情報を含
むメッセージを受信したときは、前記位置登録要求情報
を含むメッセージに前記サービスプロファイル情報を付
加してホームエージェントに送出し、前記ホームエージ
ェントから前記位置登録応答情報を含むメッセージを受
信したときは前記位置登録応答情報を含むメッセージに
前記サービスプロファイル情報を付加して前記外部エー
ジェントに送出する。この構成においては、認証要求サ
ーバがホームエージェントを動的に割り当てることがで
きる。
【００１６】本発明のさらに他の形態のシステムでは、
前記移動ノードがある認証要求サーバの配下の第１の外
部エージェントの通信エリアからその認証要求サーバの
配下の第２の外部エージェントの通信エリアに移動した
ときに、その第２の外部エージェントは、上記第１の外
部エージェントに対して前記サービス制御情報の削除を
要求する。この構成においては、前記移動ノードが同じ
認証要求サーバ配下の異なる新外部エージェントに移動
した場合に、移動前の外部エージェントにおいて不要に
なったサービス制御情報を削除するので、サービス制御
情報を格納するためのメモリ領域を小さくできる。
【００１７】本発明のさらに他の形態のシステムでは、
前記移動ノードが第１の認証要求サーバの配下の第１の
外部エージェントの通信エリアから第２の認証要求サー
バの配下の第２の外部エージェントの通信エリアに移動
したときに、前記認証処理サーバは、前記第２の外部エ
ージェントからの位置登録要求情報を含むメッセージに
基づいて前記第１の認証要求サーバに対して前記第１の
外部エージェントおよび前記第１の認証要求サーバに設
定されている前記サービス制御情報の削除を要求する。
この構成においては、前記移動ノードが同じ認証要求サ
ーバ配下の異なる新外部エージェントに移動した場合
に、移動前の外部エージェントにおいて不要になったサ
ービス制御情報を削除するので、サービス制御情報を格
納するためのメモリ領域を小さくできる。
【００１８】本発明のさらに他の形態のシステムでは、
前記外部エージェントは、前記サービスプロファイル情
報に基づいて前記移動ノードから受信したパケットを優
先転送制御する。この構成においては、移動ノードから
受信するパケットに対して優先転送制御を行うことがで
きる。優先転送制御は、例えば、Ｄｉｆｆ−Ｓｅｒｖで
ある。
【００１９】本発明のさらに他の形態のシステムでは、
前記外部エージェントは、前記サービスプロファイル情
報に基づいて前記移動ノードから受信したパケットに対
してパケットフィルタリングを実行する。この構成にお
いては、移動ノードが送受信するパケットを前記サービ
スプロファイル情報に基づいてパケットフィルタリング
制御することができる。
【００２０】本発明のさらに他の形態のシステムでは、
前記ホームエージェントは、受信したパケットの送信先
アドレスがａｎｙｃａｓｔサービスの対象であった場合
にはａｎｙｃａｓｔアドレスリストから上記送信先アド
レスに対応するＩＰアドレスを選択し、その選択したＩ
Ｐアドレスに上記パケットを転送する。この構成におい
ては、一つの送信先アドレスに複数の送信先を設定する
ことができ、その複数の送信先の中から設定したポリシ
に従って一つの送信先を選択できる。
【００２１】本発明のさらに他の形態のシステムでは、
前記外部エージェントは、受信したパケットの送信先ア
ドレスがａｎｙｃａｓｔサービスの対象であった場合に
は、前期サービス制御情報として設定されている選択ポ
リシに従ってリンクレイヤアドレスを選択し、その選択
されたリンクレイヤアドレスに前記パケットを転送す
る。この構成においては、選択ポリシにより指定される
リンクレイヤアドレスにパケットを送出できる。
【００２２】本発明のさらに他の形態のシステムでは、
前記ホームエージェントは、複数のホームエージェント
から構成され、前記認証処理サーバは複数の位置登録要
求に対して各ホームエージェントを均等に割り付ける。
この構成においては、複数のホームエージェントの負荷
が均等に分散される。
【００２３】本発明のさらに他の形態のシステムでは、
前記ホームエージェントは複数のホームエージェントか
ら構成され、前記認証処理サーバは各ホームエージェン
トの能力に応じて位置登録要求に対してホームエージェ
ントを割り付ける。この構成においては、ホームエージ
ェントのネットワーク機器の性能を考慮した負荷の分散
を行うことができる。
【００２４】本発明の移動通信サービス提供方法は、移
動ノードからの位置登録要求情報を含むメッセージを外
部エージェント、認証サーバ、ホームエージェントの順
序で転送し、前記ホームエージェントから逆の順序で前
記メッセージに対応する位置登録応答情報を含むメッセ
ージを前記移動ノードに返信するとともに前記ホームエ
ージェントおよび前記外部エージェントに前記移動ノー
ドの位置登録を行い前記移動ノードに通信サービスを提
供する方法を前提とし、前記認証サーバは前記位置登録
要求情報または前記位置登録応答情報を含む前記メッセ
ージに対応するサービスプロファイル情報を付加して送
出するステップと、前記外部エージェントおよび前記ホ
ームエージェントは前記認証サーバから受信した該メッ
セージに含まれる該サービスプロファイル情報に基づい
て前記移動ノードが送信または受信するパケットを転送
制御するステップとを有する。
【００２５】上記方法においては、移動ノードのホーム
エージェントおよびその移動ノードを収容する外部エー
ジェントのみにサービスプロファイルが配付される。し
たがって、移動ノードの数が増加しても、各エージェン
トに設定すべきサービス制御情報は比較的少なくてよ
い。また、移動ノードは、任意の場所に移動したときで
あっても、多様な付加価値サービスを受けることができ
る。
【００２６】本発明の他の方法は、移動ノードに通信サ
ービスを提供する移動通信サービス提供方法において、
移動ノードからの位置登録要求情報を含むメッセージを
認証サーバが受信するステップと、前記認証サーバは前
記位置登録要求情報を含む前記メッセージに基づきサー
ビスプロファイル情報を含むメッセージをエージェント
に送出するステップと、前記エージェントは前記認証サ
ーバから受信したメッセージに含まれる前記サービスプ
ロファイル情報に基づいて前記移動ノードが送信または
受信するパケットの転送制御を行うステップとを有す
る。上記方法においては、移動ノードの位置登録手順に
おいて使用されるメッセージを利用して所定のエージェ
ントにその移動ノードに対応するサービスプロファイル
情報が配付される。よって、サービスプロファイル情報
を配付するためのオーバヘッドが最小限に抑えられる。
【００２７】本発明のさらに他の形態のシステムは、移
動ノードから通信ノード宛のパケットを受信した場合に
はそのパケットを前記通信ノードに転送しホームエージ
ェントまたは前記通信ノードからカプセル化されたパケ
ットを受信した場合にはそれをデカプセル化して前記移
動ノードに転送する外部エージェントと、前記通信ノー
ドからのパケットを受信した場合にはそのパケットをカ
プセル化して前記外部エージェントに送出するとともに
前記通信ノードに前記移動ノードの気付アドレスおよび
前記移動ノードのサービスプロファイル情報を結合更新
メッセージに含ませることにより通知するホームエージ
ェントとを有し、前記通信ノードから前記移動ノードへ
のパケット転送経路が、前記ホームエージェントから受
信した前記結合更新メッセージに基づき最適化される。
この構成においては、ホームエージェントから前記通信
ノードに前記移動ノードの気付アドレスを結合更新メッ
セージにより通知することにより転送経路の最適化を行
うことができる。
【００２８】本発明のホームエージェント装置は、移動
ノードから位置登録要求情報を含むメッセージを受信し
前記移動ノードの位置登録を行う構成であって、各移動
ノードから位置登録要求情報を含むメッセージを受信し
た場合には前記位置登録要求情報を含むメッセージを認
証サーバに送出し、前記認証サーバから前記登録要求情
報を含むメッセージに対応する登録応答情報とサービス
プロファイル情報を含むメッセージを受信した場合には
前記登録応答情報と前記サービスプロファイル情報に基
づいてサービス制御情報を設定し、前記移動ノードがホ
ームエージェントを介して送受信するパケットを前記サ
ービスプロファイル情報に従って転送制御する。この構
成においては、ホームエージェントは認証サーバから配
布されるサービスプロファイルに従って移動ノードに付
加価値サービスを提供できる。
【００２９】本発明の認証装置は、移動端末からの位置
登録要求情報を含むメッセージを受信して対応するメッ
セージを送出する構成であって、移動端末からの位置登
録要求情報を含むメッセージを受信して該メッセージに
基づき該移動端末に提供する付加価値サービスに必要な
サービスプロファイル情報を含むメッセージをエージェ
ントに送出する。この構成においては、位置登録手順に
おいて使用するメッセージにサービス制御情報が含まれ
て配付されるので、トラフィックを削減することができ
る。
【００３０】本発明のさらに他の形態のシステムは、移
動ノードが要求するサービスを提供するための情報を含
むサービスプロファイルを管理するデータベースと、そ
れぞれ１以上のアドレスを管理すると共にそれぞれ移動
ノードを収容することができる複数のエージェントと、
移動ノードを認証する認証サーバとを備え、上記移動ノ
ードのアドレスを管理するエージェントであるホームエ
ージェントは、その移動ノードから位置登録要求を受け
取ったときに上記認証サーバに対して認証要求を送出す
る要求手段を有し、上記認証サーバは、上記認証要求を
受け取ったときに上記データベースから上記移動ノード
に対応するサービスプロファイルを抽出する抽出手段
と、上記認証要求に対応する認証応答と共に上記抽出手
段により抽出されたサービスプロファイルを上記ホーム
エージェントに送出する応答手段とを有し、上記ホーム
エージェントが上記認証サーバから受信したサービスプ
ロファイルに従ってサービスを提供する。
【００３１】上記構成においては、移動ノードがホーム
エージェントに収容されているときであっても、その移
動ノードの認証を行うことができ、また、その移動ノー
ドに対応するサービスプロファイルが認証サーバからそ
のホームエージェントに配布される。よって、移動ノー
ドを用いた不正なログインを回避できると共に、移動ノ
ードが外部エージェントの通信エリアに位置していても
ホームエージェントに通信エリアに位置していても同様
に多様な付加価値サービスを受けることができる。
【００３２】本発明のさらに他の形態のシステムは、上
記データベース、複数のエージェント、および認証サー
バを備え、上記移動ノードのアドレスを管理するエージ
ェントであるホームエージェントは、その移動ノードか
ら位置登録要求を受け取ったときに上記認証サーバに対
して上記移動ノードの位置情報を含む認証要求を送出す
る要求手段と、上記認証サーバから送られてくる位置登
録要求に従って上記移動ノードの位置登録を行う登録手
段とを有し、上記認証サーバは、上記認証要求を受け取
ったときに上記データベースから上記移動ノードに対応
するサービスプロファイルを抽出する抽出手段と、上記
ホームエージェントから受信した位置情報を含む位置登
録要求、上記認証要求に対応する認証応答、および上記
抽出手段により抽出されたサービスプロファイルを上記
ホームエージェントに送出する応答手段とを有し、上記
ホームエージェントが上記認証サーバから受信したサー
ビスプロファイルに従ってサービスを提供する。この構
成においては、汎用的な位置登録手順に準拠しながら、
ホームエージェントにおいて多様な付加価値サービスを
提供できる。
【００３３】本発明のさらに他の形態のシステムでは、
上記要求手段は第１の手順または第２の手順のいずれか
一方を指定する情報を上記認証サーバに通知し、上記応
答手段は、上記要求手段から上記第１の手順を指定する
情報を受け取ったときは上記認証応答および上記サービ
スプロファイルを上記ホームエージェントに送出し、上
記要求手段から上記第２の手順を指定する情報を受け取
ったときは上記移動ノードの位置を登録するための位置
登録要求、上記認証応答、および上記サービスプロファ
イルを上記ホームエージェントに送出し、上記ホームエ
ージェントは、上記第１の手順を指定したときは上記移
動ノードから送出された登録要求に基づいて上記移動ノ
ードの位置登録を行い、上記第２の手順を指定したとき
は上記位置登録要求に基づいて上記移動ノードの位置登
録を行う。上記構成においては、認証サーバからホーム
エージェントにサービスプロファイルを配布する際に、
汎用的な位置登録手順またはそれを簡略化した手順の一
方を選択できる。
【００３４】本発明のさらに他の形態のシステムでは、
上記ホームエージェントは、外部エージェントが有する
機能を備える。この構成においては、移動ノードが外部
エージェントの通信エリアに位置していてもホームエー
ジェントに通信エリアに位置していても同様にその移動
ノードを認証できる。
【００３５】本発明のさらに他の方法は、移動ノードが
要求するサービスを提供するための情報を含むサービス
プロファイルを管理するデータベースと、それぞれ移動
ノードを収容することができる複数のエージェントと、
移動ノードを認証する認証サーバとを備えるシステムに
おいて移動ノードに対して通信サービスを提供する移動
通信サービス提供方法であって、移動ノードから登録要
求を受け取ったエージェントが上記認証サーバへ認証要
求を送出するステップと、上記認証サーバが上記データ
ベースから上記移動ノードに対応するサービスプロファ
イルを抽出して上記認証要求に対応する認証応答と共に
上記抽出したサービスプロファイルを上記エージェント
に送出するステップと、上記エージェントが上記認証サ
ーバから受信したサービスプロファイルに従ってサービ
スを提供するステップを有する。この方法においては、
移動ノードを認証する手順の中でその移動ノードに対応
するサービスプロファイルがエージェントに配布される
ので、移動ノードは、任意の移動先で多様な付加価値サ
ービスを受けることができる。
【００３６】本発明のさらに他の方法は、上記データベ
ース、複数のエージェント、および認証サーバを備える
システムにおいて移動ノードに対して通信サービスを提
供する方法であって、移動ノードから登録要求を受け取
ったエージェントがその登録要求に基づいてその移動ノ
ードの位置登録を行うと共に上記認証サーバへ認証要求
を送出するステップと、上記認証サーバが上記データベ
ースから上記移動ノードに対応するサービスプロファイ
ルを抽出して上記認証要求に対応する認証応答と共に上
記抽出したサービスプロファイルを上記エージェントに
送出するステップと、上記エージェントが、上記認証サ
ーバから受信したサービスプロファイルに従ってサービ
スを提供するステップとを有する。
【００３７】また、本発明のさらに他の方法は、上記デ
ータベース、複数のエージェント、および認証サーバを
備えるシステムにおいて移動ノードに対して通信サービ
スを提供する方法であって、移動ノードから登録要求を
受け取ったエージェントが上記認証サーバに対してその
移動ノードの位置情報を含む認証要求を送出するステッ
プと、上記認証サーバが上記エージェントから受信した
位置情報を含む位置登録要求を上記エージェントに送出
するステップと、上記エージェントが上記認証サーバか
ら受信した位置登録要求に基づいて上記移動ノードの位
置登録を行うと共に上記認証サーバに上記位置登録要求
に対応する登録応答を送出するステップと、上記認証サ
ーバが上記認証要求に対応する認証応答を上記エージェ
ントに送出するステップと、上記認証サーバが上記デー
タベースから上記移動ノードに対応するサービスプロフ
ァイルを抽出してそのサービスプロファイルを上記位置
登録要求または認証応答の少なくとも一方に格納して上
記エージェントに送出するステップと、上記エージェン
トが上記認証サーバから受信したサービスプロファイル
に従ってサービスを提供するステップとを有する。
【００３８】上記２つの方法においては、位置登録手順
の中でその移動ノードに対応するサービスプロファイル
がエージェントに配布されるので、移動ノードは、任意
の移動先で多様な付加価値サービスを受けることができ
る。
【００３９】本発明のさらに他の方法は、上記データベ
ース、複数のエージェント、および認証サーバを備える
システムにおいて移動ノードに対して通信サービスを提
供する方法であって、移動ノードを収容するエージェン
トから上記認証サーバに対してその移動ノードの認証を
要求する認証要求メッセージが送出され、上記データベ
ースから上記移動ノードに対応するサービスプロファイ
ルが抽出され、上記認証要求メッセージに対応する認証
応答メッセージに上記抽出されたサービスプロファイル
が格納され、上記認証サーバから上記移動ノードを収容
するエージェントに対して上記認証応答メッセージが送
出され、上記移動ノードを収容するエージェントによ
り、上記認証応答メッセージに格納されていたサービス
プロファイルに従って上記移動ノードにサービスが提供
される。この方法においては、移動ノードがあるエージ
ェントの通信エリアに入ったときに、その移動ノードの
認証手順の中でその移動ノードに対応するサービスプロ
ファイルがそのエージェントに配布される。よって、移
動ノードは、移動先でも多様な付加価値サービスを受け
られる。
【００４０】本発明のさらに他の方法は、上記データベ
ース、複数のエージェント、および認証サーバを備える
システムにおいて移動ノードに対して通信サービスを提
供する方法であって、移動ノードを収容するエージェン
トから上記認証サーバに対してその移動ノードの位置情
報を含む認証要求メッセージが送出され、上記データベ
ースから上記移動ノードに対応するサービスプロファイ
ルが抽出され、上記移動ノードの位置を登録するための
位置登録要求メッセージに上記抽出されたサービスプロ
ファイルが格納され、上記認証サーバから上記移動ノー
ドの位置を認識する必要があるエージェントに対して上
記位置登録要求メッセージが送出され、上記位置登録要
求メッセージを受信したエージェントにより上記サービ
スプロファイルに従って上記移動ノードにサービスが提
供される。この方法においては、移動ノードの位置をホ
ームエージェントに登録する手順の中でその移動ノード
に対応するサービスプロファイルがそのホームエージェ
ントに配布される。
【００４１】本発明の他の形態のホームエージェント装
置は、上記データベース、複数のエージェント、および
認証サーバを備えるシステムにおいて使用される上記複
数のエージェントの１つとしてのホームエージェント装
置であって、移動ノードから位置登録要求を受け取った
ときにその移動ノードのための訪問者リストを作成する
第１の作成手段と、上記認証サーバに対して上記移動ノ
ードを認証するための認証要求を送出する要求手段と、
上記データベースから抽出された上記移動ノードに対応
するサービスプロファイルおよび上記認証要求に対応す
る認証応答を上記認証サーバから受け取ったときに上記
移動ノードのための移動性結合を作成する第２の作成手
段と、上記認証サーバから受信したサービスプロファイ
ル、上記訪問者リスト、および上記移動性結合を利用し
て上記移動ノードにサービスを提供するサービス制御手
段とを有する。この構成においては、ホームエージェン
ト装置は、本来のホームエージェント装置が有する機能
と、外部エージェントが有する機能とを合わせ持つこと
ができる。
【００４２】なお、上述した本発明構成または方法は、
可能なかぎり組み合せできるものとする。
【００４３】
【発明の実施の形態】本発明の実施形態について、図面
を参照しながら以下の順番で説明をする。 １．本発明の外観 ２．本発明の全体構成 ３．本発明のＦＡ（外部エージェント）／ＨＡ（ホーム
エージェント） ３．１ ＦＡ／ＨＡの概要 ３．２ ＦＡ／ＨＡの構成 ３．３ ＦＡのサービス制御トランザクション ３．４ ＨＡのサービス制御トランザクション ３．５ ａｎｙｃａｓｔアドレス結合テーブル ３．６ ルーティングテーブル ３．７ 結合キャッシュ ３．８ サービス制御フィルタ ３．９ ＦＡ／ＨＡの処理フロー ４．本発明のＡＡＡＦ ４．１ ＡＡＡＦの概要 ４．２ ＡＡＡＦの構成 ４．３ ＡＡＡＦの処理フロー ５．本発明のＡＡＡＨ ５．１ ＡＡＡＨの概要 ５．２ ＡＡＡＨの構成 ５．３ ＡＡＡＨの処理フロー ６．本発明のＣＮ（通信ノード） ６．１ ＣＮの概要 ６．２ ＣＮの構成 ６．３ ＣＮの処理フロー ７．Ｄｉｆｆ−Ｓｅｒｖの提供 ８．本発明のシステムの処理シーケンス ８．１ ＨＡの動的割り付け ８．２ ＡＡＡＨがＨＡを特定する場合 ８．３ ＡＡＡＦがＨＡを特定する場合 ８．４ ＦＡにおけるサービス制御トランザクション情
報の設定 ８．５ データパケットの配信 ８．６ 移動ノードが、同一ＡＡＡＦ内のあるＦＡの通
信エリアから他のＦＡの通信エリアへ移動した場合（そ
の１） ８．７ 移動ノードが、同一ＡＡＡＦ内のあるＦＡの通
信エリアから他のＦＡの通信エリアへ移動した場合（そ
の２） ８．８ 移動ノードが、あるＡＡＡＦの外部エージェン
トネットワークから他のＡＡＡＦの外部エージェントネ
ットワークへ移動した場合 ８．９ ａｎｙｃａｓｔサービスにおけるネットワーク
構成の例 ８．10 ａｎｙｃａｓｔ登録シーケンス ８．11 ａｎｙｃａｓｔアドレスへのパケット配信 ８．12 ＨＡでのパケットフィルタリング ９．外部エージェントの機能を有するホームエージェン
ト ９．１ 動作説明 ９．２ 実施例 １． 本発明の外観 本発明の実施形態を説明する前に、図１および図２を参
照しながら本発明の外観を説明する。
【００４４】ここでは、移動端末６００及び固定端末７
００（移動端末６００、固定端末７００、およびそれら
と同等な機能を有する端末を「移動ノード」と呼ぶ。）
は、ホームエージェント（ＨＡ：Home Agent）２００の
加入者である。そして、この例では、移動ノード（Mobi
le Node ）６００が、ホームネットワーク１０のＨＡ２
００の通信エリアから外部ネットワーク４０の外部エー
ジェント（ＦＡ：Foreign Agent ）５００の通信エリア
に移動した場合を示す。このとき、この移動ノード６０
０がＦＡ５００を介してＨＡ２００への接続要求を行う
際には、この移動ノード６００がＨＡ２００の加入者で
あるか否かの認証を行う必要がある。以下、この移動ノ
ード６００を認証するための手順を説明する。
【００４５】まず、移動ノード６００が外部ネットワー
ク４０において位置登録要求メッセージをＦＡ５００に
送出する。ＦＡ５００は、この位置登録要求メッセージ
を受信すると、そのメッセージをカプセル化して認証要
求メッセージを生成し、外部ネットワーク４０内に存在
する認証要求サーバ（以降、「ＡＡＡＦ」と呼ぶ。）に
送出する。
【００４６】ＡＡＡＦ４００は、受信した認証要求メッ
セージの認証について責任のある認証処理サーバ（以
降、「ＡＡＡＨ」と呼ぶ。）を決定し、そのメッセージ
をＡＡＡＨ１００へ送出する。そして、ＡＡＡＨ１００
は、受信した認証要求メッセージに基づいて移動ノード
６００を認証する。
【００４７】このように、ＡＡＡＦ４００は、ＦＡ５０
０から位置登録要求メッセージを受信し、そのメッセー
ジに対応する認証要求メッセージを生成し、適切なＡＡ
ＡＨ１００に対してその移動ノードの認証を要求し、そ
の認証の結果を受け取る役目を持つサーバである。一
方、ＡＡＡＨ１００は、ホームネットワーク１０内に収
容される移動ノードの認証、認可および課金に関する認
証を行う認証処理サーバである。通常、ＡＡＡＨ１００
がアクセスできるデータベース（サービス制御データベ
ース３００）には、加入者の認証、認可、課金に関する
情報が保管・管理されている。なお、ここでは、以下で
は、ＡＡＡＦ４００およびＡＡＡＨ１００を認証サーバ
と呼ぶことがある。
【００４８】次に、移動ノードの位置をＨＡ２００に登
録する際の制御信号の流れ、およびＡＡＡＦ４００およ
びＡＡＡＨ１００における処理の概要について、図１を
参照しながら説明する。なお、図１では、発明を分かり
やすく説明するために、各サービス制御トランザクショ
ンをそれぞれＦＡ５００、ＡＡＡＦ４００、ＡＡＡＨ１
００、ＨＡ２００の外に出して示している。
【００４９】 移動ノード６００は、ＨＡ２００およ
びＦＡ５００からのエージェント広告（Ｍｏｂｉｌｅ
ＩＰメッセージ）を定期的に受信することにより、その
移動ノード６００を収容しているホームエージェントま
たは外部エージェントを認識する。
【００５０】 移動ノード６００は、契約プロバイダ
（サービスプロバイダ１０）が管轄するＨＡ２００の通
信可能範囲の外に移動した場合、その位置から通信可能
範囲にあるプロバイダのＦＡ５００から送出されるエー
ジェント広告に応答して位置の登録要求（Registration
Request）メッセージを送出する。
【００５１】 移動ノード６００から登録要求メッセ
ージを受信したＦＡ５００は、そのメッセージに基づい
て認証（Authentication）、認可（Authorization ）、
課金（Accounting）などを行うために、ＩＰネットワー
ク８０を介してＡＭＲ（認証要求）メッセージをＡＡＡ
Ｆ（Authentication, Authorization and AccountingFo
reign）４００に送出する。
【００５２】 ＡＡＡＦ４００は、受信したＡＭＲ
（AA-Mobile-Node-Request）メッセージから認証に必要
な情報を抽出し、移動ノード６００認証について責任を
持つＡＡＡＨ（Authentication, Authorization and Ac
counting Home ）１００を決定する。そして、上記ＡＭ
ＲメッセージをＩＰネットワーク８０を介してＡＡＡＨ
１００に送出する。
【００５３】 ＡＡＡＨ１００は、受信したＡＭＲメ
ッセージから認証に必要な情報を取り出して認証を行
う。このとき、そのＡＭＲメッセージの中から移動ノー
ドを識別するために使用される移動ノード識別子（ＮＡ
Ｉ：Network Access Identifier ）を抽出し、このＮＡ
Ｉをキーとしてサービス制御データベース３００から対
応するユーザプロファイル（サービスプロファイル情
報）を取り出す。
【００５４】ＡＡＡＨ１００は、ＡＭＲメッセージの認
証に成功すると、サービス制御データベース３００から
抽出したサービスプロファイル情報をＨＡＲ（登録要
求）メッセージに付加し、そのメッセージをＩＰネット
ワーク８０を介してＨＡ２００に送出する。ここで、Ｈ
ＡＲメッセージは、移動ノードからの位置登録要求メッ
セージをカプセル化したパケットである。
【００５５】なお、ＨＡ２００は、複数のＨＡから構成
されてもよい。このように、複数のＨＡを用いて論理的
に１つのＨＡを構成すれば、ＨＡ２００の負荷が適切に
分散される。また、複数のＨＡから構成されるＨＡ２０
０は、端末装置から送出されるデータパケットの処理に
関しては１つのＨＡとして動作するが、ＡＡＡＨ１００
／ＡＡＡＦ４００は、複数のＨＡをそれぞれ識別して指
示を与えることができる。さらに、ＨＡ２００が複数の
ＨＡにより構成される場合には、ＡＡＡＨ１００は、複
数のＨＡの中のいずれか１つを指定し、上述のＨＡＲ
（登録要求）メッセージをＩＰネットワーク８０を介し
てその指定したＨＡに対して送出してもよい。また、Ａ
ＡＡＨ１００の代わりにＡＡＡＦ４００がＨＡ２００を
指定し、そのＡＡＡＦがＡＭＲメッセージからＨＡＲメ
ッセージを作成して上記指定したＨＡ２００にＩＰネッ
トワーク８０を介してそのメッセージを送出してよい。
【００５６】 ＨＡ２００は、受信したＨＡＲメッセ
ージからセッションＩＤ、ライフタイムなどの情報を取
り出して移動ノード６００の位置登録を行う。すなわ
ち、ＨＡ２００は、移動ノード６００宛のパケットを現
在の移動先に回送するために必要な情報を受信したＨＡ
Ｒメッセージから抽出し、サービス制御情報（サービス
制御トランザクション２３０のサービスプロファイルテ
ーブル）を作成する。そして、その結果をＨＡＡ（登録
応答）メッセージを利用してＩＰネットワーク８０を介
してＡＡＡＨ１００またはＡＡＡＦ４００に返信する。
【００５７】 ＡＡＡＨ１００は、ＨＡＡメッセージ
を受信すると、先に受信したＡＭＲメッセージまたは上
述のユーザプロファイルから必要な情報を抽出してサー
ビス制御情報（サービス制御トランザクション１２０の
サービスプロファイルテーブル）を作成すると共に、Ｉ
Ｐネットワーク８０を介してＡＡＡＦ４００に対してＡ
ＭＲメッセージに応答するＡＭＡ（認証応答）メッセー
ジを送出する。このとき、上述のサービスプロファイル
情報は、ＡＭＡ（AA-Mobile-Node-Answer ）メッセージ
に格納されて返信される。
【００５８】 ＡＡＡＦ４００は、ＡＭＡメッセージ
から必要な情報を抽出してサービス制御情報（サービス
制御トランザクション４２０のサービスプロファイルテ
ーブル）を作成するとともに、受信したＡＭＡメッセー
ジをＩＰネットワーク８０を介してＦＡ５００に送出す
る。
【００５９】 ＦＡ５００は、受信したＡＭＡメッセ
ージから必要な情報を抽出してサービス制御情報（サー
ビス制御トランザクション５３０のサービスプロファイ
ルテーブル）を作成するとともに、ＡＭＡメッセージに
基づいて登録応答（Registration Reply）メッセージを
作成して移動ノード６００に送出する。そして、移動ノ
ード６００がこの登録応答メッセージを受信すると、移
動ノード６００の現在位置をＨＡ２００に登録する手順
は完了する。以降、ＦＡ５００は、受信したサービス制
御情報を参照し、外部ネットワーク４０に接続されてい
る移動ノード６００に対してＰＢＮと同じような付加価
値サービスを提供する。
【００６０】このように、ＨＡ２００は、移動ノード６
００の現在の位置を常に管理しているので、他の端末ま
たはサーバなどから移動ノード６００宛てのパケットを
受信した場合、そのパケットはＨＡ２００からＦＡ５０
０を介して移動ノード６００に転送される。このとき、
ＡＡＡＨ１００／ＡＡＡＦ４００からＦＡ５００（およ
びＨＡ２００）に対してサービス制御プロファイルが配
付されているので、移動ノード６００とその通信相手と
の間の通信に対して、上述のＰＢＮと同等な付加価値サ
ービスが提供される。
【００６１】次に、ホームネットワーク１０において、
移動ノード６００の位置をＨＡ２００に登録する際の制
御信号の流れ、およびＡＡＡＨ１００での処理の概要に
ついて図１を参照しながら説明する。以下では、図１に
おいて使用されているより後の数字については、例え
ば、「丸印中の１０」「丸印中の１１」などといった記
述を行う。
【００６２】丸印中の１０ 移動ノード６００は、ＨＡ
２００からエージェント広告（Ｍｏｂｉｌｅ ＩＰメッ
セージ）を定期的に受信することにより、自分がＨＡ２
００の通信エリア内に位置していることを認識する。
【００６３】丸印中の１１ 移動ノード６００は、ＨＡ
２００から送出されるエージェント広告を受信すると、
それに応答して位置の登録要求（Registration Reques
t）メッセージを送出する。
【００６４】丸印中の１２ ＨＡ２００は、移動ノード
６００から登録要求メッセージを受信すると、登録要求
メッセージに基づいて認証（Authentication）、認可
（Authorization ）、課金（Accounting）等を行うため
にＩＰネットワーク８０を介してＡＭＲ（認証要求）メ
ッセージをＡＡＡＨ（Authentication, Authorizationa
nd Accounting Home ）１００に送出する。
【００６５】丸印中の１３ ＡＡＡＨ１００は、受信し
たＡＭＲメッセージから認証に必要な情報を取り出して
認証を行う。このとき、ＡＭＲメッセージの中から移動
ノードを識別するために使用される移動ノード識別子
（ＮＡＩ）を抽出し、このＮＡＩをキーとしてサービス
制御データベース３００からそのＮＡＩに対応するユー
ザプロファイル（サービスプロファイル情報）を取り出
す。さらに、ＡＡＡＨ１００は、ＡＭＲメッセージの認
証に成功すると、ＩＰネットワーク８０を介してＨＡＲ
（登録要求）メッセージに前記サービスプロファイル情
報を添付してＨＡ２００に送出する。なお、ＨＡ２００
は、上述したように、複数のＨＡから構成されてもよ
い。
【００６６】丸印中の１４ ＨＡ２００は、受信したＨ
ＡＲ（Home-Agent-MIP-Request）メッセージからセッシ
ョンＩＤ、ライフタイムなどの情報を取り出して移動ノ
ード６００の位置登録を行う。即ち、ＨＡ２００は、移
動ノード６００宛のパケットを現在の移動先に回送する
ために必要な情報をＨＡＲメッセージから抽出してサー
ビス制御情報（サービス制御トランザクション２３０の
サービスプロファイルテーブル）を作成する。そして、
その結果をＨＡＡメッセージを利用してＩＰネットワー
ク８０を介してＡＡＡＨ１００に返信する。
【００６７】丸印中の１５ ＡＡＡＨ１００は、ＨＡＡ
メッセージを受信すると、先に受信したＡＭＲメッセー
ジまたは上述のユーザプロファイルから必要な情報を抽
出してサービス制御情報（サービス制御トランザクショ
ン１２０のサービスプロファイルテーブル）を作成する
と共に、ＩＰネットワーク８０を介してＨＡ２００に対
してＡＭＡ（認証応答）メッセージを送出する。このと
き、上述のサービスプロファイル情報は、ＡＭＡ（AA-M
obile-Node-Answer ）メッセージに格納されて返信され
る。
【００６８】丸印中の１６ ＨＡ２００は、受信したＡ
ＭＡメッセージから必要な情報を抽出し、サービス制御
情報（サービス制御トランザクション２３０のサービス
プロファイルテーブル）を作成するとともに、ＡＭＡメ
ッセージに基づいて登録応答（Registration Reply）メ
ッセージを作成して移動ノード６００に送出する。そし
て、移動ノード６００がこの登録応答メッセージを受信
すると、移動ノード６００の現在位置をＨＡ２００に登
録する手順は完了する。以降、ＨＡ２００は、ＡＡＡＨ
１００から配付されたサービス制御情報を参照してホー
ムネットワーク１０に接続された移動ノード６００に対
して付加価値サービス（例えば、ＱｏＳなど）を提供す
る。
【００６９】このように、移動ノード６００がＨＡ２０
０に接続されている場合も、移動ノード６００とその通
信相手との間の通信に対して、上述のＰＢＮと同等な付
加価値サービスが提供される。 ２. 本発明の全体構成 図２は、本発明の各機能ブロックを説明する図である。
図２において、サービスプロバイダ（ホームネットワー
ク）１０、アクセスプロバイダ（外部ネットワーク）４
０、通信ノード（Correspondent Node）９０は、ＩＰネ
ットワーク８０やＭＩＰ（モバイルＩＰ）を介して相互
に接続されている。
【００７０】サービスプロバイダ（ホームネットワー
ク）１０は、ＨＡ（Home Agent）２００、ＡＡＡＨ（Au
thentication, Authorization and Accounting Home ）
１００およびサービス制御データベース３００を含む。
そして、ＡＡＡＨ１００と少なくとも１つのＨＡ２００
との間は、例えば、ＡＡＡ（Authentication, Authoriz
ation and Accounting）プロトコル等により接続され
る。これらの間は、ＩＰネットワーク８０を介して接続
してもよい。なお、ＡＡＡＨ１００およびＨＡ２００
は、１つの装置内に実装されてもよい。この場合、これ
らの間は、例えばバスなどにより接続されてもよい。同
様に、ＡＡＡＦ４００およびＦＡ５００が１つの装置内
に実装されてもよい。
【００７１】ＡＡＡＨ１００とサービス制御データベー
ス３００との間は、データベース検索プロトコル、例え
ば、ＬＤＡＰ（Light Directory Access Protocol ）等
により接続されている。なお、これらの間は、バス等を
使用して接続してもよいし、ＩＰネットワーク８０を介
して接続されてもよい。サービス制御データベース３０
０には、例えば、移動端末、固定端末、またはこれら端
末の利用者に関する情報、パケットの優先転送順位、有
害ＷＷＷ情報などヘのアクセスを禁止するパケットフィ
ルタリング情報、セキュリティ情報、Ｄｉｆｆ−Ｓｅｒ
ｖ関連情報などが登録されている。なお、サービス制御
データベース３００の具体的例については後述する。
【００７２】ＡＡＡＨ１００は、ＬＤＡＰ等のデータベ
ース検索プロトコルを利用して、サービス制御データベ
ース３００から移動端末、固定端末、又は利用者等に関
するサービスプロファイル情報を獲得することができ
る。
【００７３】ＡＡＡＨ１００は、外部ネットワークであ
るアクセスプロバイダ４０のＡＡＡＦ（Authenticatio
n, Authorization and Accounting Foreign）４００
と、例えば、ＡＡＡ（Authentication, Authorization
and Accounting）プロトコルを介して接続される。これ
らの間も、ＩＰネットワーク８０を介して接続されても
よい。また、ＡＡＡＦ４００とＦＡ５００との間、例え
ば、ＡＡＡプロトコルを介して接続されている。これら
の間も、ＩＰネットワーク８０を介して接続されてもよ
い。さらに、移動ノード６００は、ＭＩＰ（モバイルＩ
Ｐ）を介してＦＡ５００と接続されている。
【００７４】なお、移動ノード６００は、図２において
は、その移動ノード６００の利用者が契約しているサー
ビスプロバイダ１０が提供する通信可能範囲の外であっ
て、且つ、アクセスプロバイダ４０の通信可能範囲に位
置しており、ＭＩＰ（モバイルＩＰ）を介してＦＡ５０
０と接続されている。
【００７５】また、図２において示されているＡＡＡプ
ロトコルは、ＡＡＡシステムで広く使用されているプロ
トコルであるが、本発明では、使用すべきプロトコルは
これに限定されない。ただし、実施例では、現在ＩＥＴ
Ｆで検討中のＤＩＡＭＥＴＥＲプロトコルを使用するこ
とを前提として説明する。
【００７６】ＡＡＡプロトコルは、認証、認可、課金、
ポリシに関する情報を伝達するプロトコルである。そし
て、ＦＡ５００、ＡＡＡＦ４００、ＡＡＡＨ１００、Ｈ
Ａ２００間で本発明の特徴的な情報を送受信する際に
は、ＤＩＡＭＥＴＥＲプロトコルで規定されるＡＶＰ
（Attribute Value Pair）と呼ばれる拡張可能な属性パ
ラメータおよびそのパラメータで指示された領域を利用
する。拡張される属性は、サービス制御のポリシ、およ
びそれに付随する情報である。
【００７７】ＭＩＰ（Ｍｏｂｉｌｅ ＩＰ）のプロトコ
ルにおいて使用されるメッセージのフォーマットを図５
４〜図６４に示す。また、ＤＩＡＭＥＴＥＲプロトコル
において使用されるメッセージのフォーマットを図６５
〜図７５に示す。
【００７８】図５４は、Ｍｏｂｉｌｅ ＩＰメッセージ
のフォーマットを示す図である。図５５は、図５４に示
したＩＰヘッダのフォーマット（Version ４）を示す図
である。このＩＰヘッダの第１行目の９ビット目にＴＯ
Ｓ（Type of Service ）値が設定される。また、第４行
目および５行目には、送信元アドレスを指定する「Sour
ce Address」、および受信先アドレスを指定する「Dest
ination Address 」がそれぞれ設定される。図５６は、
図５４に示すＵＤＰヘッダのフォーマットを示す図であ
る。このＵＤＰヘッダの先頭行には、送信元ポートを識
別する「SourcePort 」および受信先ポートを識別する
「Destination Port」が設定される。
【００７９】図５７は、Ｍｏｂｉｌｅ ＩＰの登録要求
メッセージのフォーマットを示す図である。図５８は、
図５７に示した登録要求メッセージの「Registration R
equest」のフォーマットを示す図である。先頭行にライ
フタイム（Lifetime）、第２行目にホームアドレス（Ho
me Address）、第３行目にホームエージェントアドレス
（Home Agent）、第４行目に気付アドレス（Care-of Ad
dress ）、第５行目に識別子（Identification）、第６
行目以降は拡張エリアが設けられている。
【００８０】図５９は、図５８の拡張エリアに設定され
る「Mobile Node NAI Extension 」のフォーマットを示
す図である。「ＭＮ−ＮＡＩ」は、ＨＡ２００またはＦ
Ａ５００に収容される移動ノードを識別する。
【００８１】図６０は、図５８の拡張エリアに設定され
る「Previous Foreign Agent Notification Extension
」のフォーマットを示す。先頭行にキャッシュライフ
タイム（Cache Lifetime）、第２行目に旧外部エージェ
ントアドレス（Previous Foreign Agent Address）、第
３行目に新気付アドレス（New Care-of Address ）が設
定される。
【００８２】図６１は、図５８の拡張エリアに設定され
る「MN-AAA Authentication Extension 」のフォーマッ
トを示す。「ＳＰＩ」は、セキュリティ・パラメータ・
インデックスであり、移動ノードとＡＡＡとの間で使用
するアルゴリズム等を特定する情報である。「認証子」
は、「ＳＰＩ」を利用して移動ノードを認証する際に参
照される値である。
【００８３】図６２は、登録応答（Registration Repl
y）メッセージのフォーマットを説明する図である。第
１行目にはライフタイム（Lifetime）、第２行目にはホ
ームアドレス（Home Address）、第３行目にはホームエ
ージェント（Home Agent）、第４〜５行目には識別子
（Identification）、第６行目以降には拡張エリアが続
いている。
【００８４】図６３は、外部エージェント間で使用され
るＭＢＵ（Mobile-IP Binding Update）メッセージの
「Binding Update」のフォーマットである。また、図６
４は、「Binding Acknowledge 」のフォーマットであ
る。この第２行目にはモバイルノードホームアドレス
（Mobile Node Home Address）が設定され、第３〜４行
目に識別子（Identification）が設定される。
【００８５】図６５は、ＤＩＡＭＥＴＥＲメッセージの
フォーマットを説明する図である。ＤＩＡＭＥＴＥＲメ
ッセージは、ＩＰヘッダおよびＵＤＰヘッダの直後にＤ
ＩＡＭＥＴＥＲヘッダが設けられ、さらにその後にＤＩ
ＡＭＥＴＥＲのＡＶＰ（Attribute Value Pair）群が設
けられることにより構成される。
【００８６】図６６は、ＤＩＡＭＥＴＥＲメッセージの
共通ヘッダのフォーマットを説明する図である。第２行
目に識別子（Identifier）が設定され、第４行目以降に
ＡＶＰ群が続く。図６７は、ＡＶＰの基本フォーマット
を示す図である。図６８は、図６７に示す基本フォーマ
ットにおいて、第一行目のＡＶＰＣｏｄｅとして「２５
６」が設定された場合のＤＩＡＭＥＴＥＲコマンドＡＶ
Ｐフォーマットであって、コマンドコードにはメッセー
ジに対応するコードが設定される。図６９は、図６７に
示す基本フォーマットにおいてコマンド以外のＡＶＰＣ
ｏｄｅが設定された一般フォーマットを示す図である。
【００８７】図７０は、ＤＩＡＭＥＴＥＲプロトコルの
ＡＭＲメッセージのフォーマットを示す。図７１は、Ｄ
ＩＡＭＥＴＥＲプロトコルのＨＡＲメッセージのフォー
マットを示す。図７２は、ＤＩＡＭＥＴＥＲプロトコル
のＡＭＡメッセージのフォーマットを示す。図７３は、
ＤＩＡＭＥＴＥＲプロトコルのＨＡＡメッセージのフォ
ーマットを示す。
【００８８】図７４(a) はＤＩＡＭＥＴＥＲプロトコル
のＡＭＵメッセージのフォマットを示す図であり、図７
４(b) はＡＭＵメッセージの「MIP Binding Update AV
P」のフォーマットを示す図である。また、図７５(a)
はＤＩＡＭＥＴＥＲプロトコルのＡＭＡｃメッセージの
フォマットを示す図であり、図７５(b) はＡＭＡｃメッ
セージの「Mobile IP Binding Acknowledge AVP 」のフ
ォーマットを示す図である。図７４(b) および図７５
(b) に示す各フォーマットに３行目にそれぞれメッセー
ジが設定される。 ３． 本発明のＦＡ５００／ＨＡ２００ ３．１ ＨＡ（ホームエージェント）およびＦＡ（外部
エージェント）の概要 図２を参照しながらＦＡ５００及びＨＡ２００の機能に
ついて概説する。
【００８９】本来、各移動ノードのＩＰアドレスはそれ
ぞれ対応するＨＡにより管理され、そのＩＰアドレスに
基づいてパケットの転送が行われている。そして、移動
ノード６００宛てのパケットは、基本的に、いったんＨ
Ａ２００へ転送され、ＨＡ２００から移動ノード６００
へ回送される。
【００９０】しかし、移動ノード６００がサービスプロ
バイダ（ホームネットワーク）１０の通信エリアからア
クセスプロバイダ４０の通信エリアへ移動し、移動ノー
ド６００がＭＩＰ（Ｍｏｂｉｌｅ ＩＰ）を利用してＦ
Ａ５００に収容されている状態では、ＨＡ２００は、受
信したパケットを移動ノード６００回送することができ
ない。
【００９１】この問題を回避するために、ＦＡ５００
は、ＦＡ５００の通信エリア内に移動ノードが入ってく
ると、その旨をＨＡ２００に通知（位置登録）する。し
たがって、ＨＡ２００は、移動ノード６００宛てのパケ
ットを受信すると、上述の通知に従ってそのパケットを
カプセル化（転送先としてＦＡ５００が設定された新た
なＩＰヘッダを受信パケットに付加すること）してＦＡ
５００に回送する。そして、ＦＡ５００は、受信したパ
ケットから新たに付加されたＩＰヘッダを削除すること
によりそのパケットをデカプセル化し、元々のヘッダが
示すアドレス、即ち、移動ノード６００のアドレスにパ
ケットを転送する。これにより、移動ノード６００が移
動した場合であっても、その移動ノード６００に上記パ
ケットが回送される。なお、パケットを回送する際は、
移動ノード６００のホームアドレスに対応したリンクレ
イヤアドレスを使用してパケットを回送することも可能
である。例えば、リンクレイヤアドレスとしてＭＡＣア
ドレスを使用してもよい。また、ＩＰアドレスとリンク
レイヤアドレスとの対応は、訪問者リストと呼ばれるテ
ーブル（図４）で管理される。 ３．２ ＦＡ／ＨＡの構成 図３は、図２のホームエージェント（ＨＡ２００）及び
外部エージェント（ＦＡ５００）の機能ブロック図であ
る。ＨＡ２００及びＦＡ５００は、基本的に、互いに同
じ構成である。すなわち、エージェント装置は、接続さ
れる移動ノードが契約したサービスプロバイダ１０に接
続した場合は、その移動ノードに対してホームエージェ
ント（ＨＡ２００）として動作し、その移動ノードが契
約していないプロバイダに接続した場合は、その移動ノ
ードに対して外部エージェント（ＦＡ５００）として動
作する。換言すれば、例えば、ＡＢＣプロバイダにより
所有・管理されているエージェント装置は、そのＡＢＣ
プロバイダと契約している移動ノードに対してはホーム
エージェントとして動作するが、他のプロバイダと契約
している移動ノードに対しては外部エージェントとして
動作する。以下では、ＨＡ２００およびＦＡ５００は同
じ機能を持った装置であるものとして説明する。
【００９２】ＨＡ２００（ＦＡ５００）は、それぞれル
ータ制御部２２０（５２０）、サービス制御部２１０
（５１０）、およびサービス制御トランザクション２３
０（５３０）を含んでいる。以下では、ルータ制御部２
２０（５２０）、サービス制御部２１０（５１０）、お
よびサービス制御トランザクション２３０（５３０）か
らなる構成をエージェント制御部と呼ぶことがある。
【００９３】エージェント制御部（ＨＡ２００（ＦＡ５
００））のルータ制御部２２０（５２０）は、サービス
制御部２１０（５１０）との通信を制御するルータ通信
制御部２２１と、ルータ制御テーブル群２２２を含む。
更に、ルータ制御テーブル群２２２は、受信したパケッ
トの転送先方路を決定するときに参照されるルーティン
グテーブル２２３、一時的なルーティングテーブルであ
る結合キャッシュ２２４、および特定のパケットのみを
通過させるためのサービス制御フィルタ２２５を含む。
【００９４】また、エージェント制御部（ＨＡ２００
（ＦＡ５００））のサービス制御部２１０（５１０）
は、ルータ制御部２２０（５２０）とサービス制御トラ
ンザクション２３０（５３０）との間の通信を制御する
サービス通信制御部２１１、およびＨＡ２００／ＦＡ５
００がパケットの転送先を決定・管理するためのテーブ
ルとして設定／参照されるａｎｙｃａｓｔアドレス結合
テーブル２１２を含む。
【００９５】サービス制御トランザクション２３０は、
制御テーブルであり、ＦＡ５００とＨＡ２００ではその
フォーマットが互いに異なっている。ＦＡ５００のサー
ビス制御トランザクション５３０の制御テーブルのフォ
ーマットを図４に示し、ＨＡ２００のサービス制御トラ
ンザクション２３０のフォーマットを図５に示す。 ３．３ ＦＡ５００のサービス制御トランザクション 図４において、制御ブロック１〜ｎは、各制御ブロック
の先頭アドレスを示すポインタである。この図では、複
数の制御ブロックの中で「制御ブロック１」に係わる情
報が示されている。
【００９６】このサービス制御トランザクションは、移
動ノード６００がＦＡ５００に接続したときに、以下に
示す設定が行われる。 (1) 制御ブロック１ 「セッションＩＤ」は、移動ノード６００から登録要求
メッセージを受信したときに設定される一意な値であ
る。「ＭＮのＮＡＩ」には、移動ノード６００に与えら
れているＮＡＩ（Network Access Identifier ）が設定
される。「セッショントランザクションテーブル」に
は、セッショントランザクションテーブルの先頭アドレ
スが設定される。「訪問者リストテーブル」には、訪問
者リストテーブルの先頭アドレスが設定される。この訪
問者リストテーブルは、移動ノードが外部エージェント
に接続されたときにその移動ノードを管理するためのテ
ーブルである。「サービスプロファイルテーブル」に
は、サービスプロファイルテーブルの先頭アドレスが設
定される。
【００９７】(2) セッショントランザクションテーブル 「セッショントランザクションテーブル」には、他のエ
ンティティ（ＦＡ、ＨＡ、ＡＡＡを含む）との関係が記
録される。ここでは、ＦＡ５００から送出されるＡＭＲ
（認証要求）メッセージの宛て先としてのＡＡＡアドレ
ス（ＡＡＡＦアドレス）が設定される。
【００９８】(3) 訪問者リストテーブル 「ＩＰ送信元アドレス（ホームアドレス）」には、ホー
ムネットワーク１０により割り当てられている移動ノー
ドのＩＰアドレスが格納される。「ＭＮ、ＳＮのリンク
レイヤソースアドレス」には、登録応答メッセージをＭ
Ｎ（Mobile Node ）またはＳＮ（Stationary Node ）に
送出するときに使用されるリンクレイヤソースアドレス
（例えば、ＭＡＣアドレスなど）が設定される。「ＵＤ
Ｐ送信元ポート」には、ＵＤＰ送信元のポートが設定さ
れる。「ホームエージェントアドレス」には、その移動
ノードが属するホームエージェントのアドレスが設定さ
れる。「登録要求の識別子フィールド」には、移動ノー
ドから送出される登録要求メッセージに含まれる登録要
求の識別子フィールドの値が設定される。「ライフタイ
ム」には、移動ノードや利用者に関するネットワーク情
報およびサービスプロファイル情報などについて有効期
限に相当する情報が設定される。
【００９９】(4) サービスプロファイルテーブル 「サービスタイプ」には、提供すべきるサービスのタイ
プが設定される。サービスとしては、例えば、ＱｏＳ
（Quality of Service）を想定する。ＱｏＳを実現する
方法としては、例えば、Ｉｎｔ−ＳｅｒｖやＤｉｆｆ−
Ｓｅｒｖが提案されている。この実施例では、ＱｏＳ処
理のオーバヘッドが少ないＤｉｆｆ−Ｓｅｒｖを採用す
るものとする。
【０１００】「Ｄｉｆｆ−Ｓｅｒｖ適用ポリシ」には、
Ｄｉｆｆ−Ｓｅｒｖ適用ポリシが設定される。例えば、
「ＦＴＰ（ファイル転送）に係わるデータを格納するパ
ケットを優先的に転送し、電子メールに係わるデータを
格納するパケットを低い優先度で転送する。」というよ
うな条件（ポリシ）が設定される。このとき、パケット
の転送先アドレスおよびポートの組合せ毎に異なるポリ
シを設定することができる。
【０１０１】「送信先アドレス１」には、パケットを送
信先アドレス１に送出するためのアドレスが設定され
る。「送信先ポート１」には、送信先アドレス１に対応
するポートを特定する情報が設定される。「ＴＯＳ１」
には、送信先アドレス１に送出するＩＰヘッダのＴＯＳ
（Type of Service ）に関する情報が設定され、Ｄｉｆ
ｆ−ＳｅｒｖではこのＴＯＳの値に基づいて優先転送制
御が行われる。 ３．４ ＨＡ２００のサービス制御トランザクション 次に、図５を参照しながらＨＡ２００のサービス制御ト
ランザクション２３０について説明する。ここでは、Ｆ
Ａ５００のサービス制御トランザクション５３０ととし
て説明したものについては省略する。
【０１０２】(1) 制御ブロック１ 「セッショントランザクションテーブル」には、セッシ
ョントランザクションテーブルの先頭アドレスが格納さ
れる。「移動結合テーブル」には、移動結合テーブルの
先頭アドレスが設定される。「サービスプロファイルテ
ーブル」には、サービスプロファイルテーブルの先頭ア
ドレスが設定される。
【０１０３】(2) セッショントランザクションテーブル 「セッショントランザクションテーブル」には、他のエ
ンティティとの関係が記録される。ここでは、ＨＡ２０
０から送出されるＨＡＡ（ＨＡ登録応答）メッセージの
送出先としてのＡＡＡＨ１００のアドレスが設定され
る。
【０１０４】(3) 移動結合テーブル 「ホームアドレス」には、移動ノードのホームアドレス
が設定される。「移動端末の気付アドレス」には、移動
ノードがＦＡ５００に収容されているときに、その移動
ノード宛てのパケットをＨＡ２００からＦＡ５００へ回
送するために使用されるＩＰアドレスである気付アドレ
ス（Care-of Address ）が設定される。ＨＡ２００は、
移動ノードのホームアドレスを転送先とするパケットを
受信したときは、「気付アドレス（Care-of Address
）」を用いてそのパケットをカプセル化することによ
り、その移動ノードを収容しているＦＡに対して受信パ
ケットを回送する。「登録要求の識別子フィールド」お
よび「ライフタイム」には、図４に示したＦＡ５００の
訪問者リストに対応する項目と同じ値が設定される。
【０１０５】(4) サービスプロファイルテーブル 「サービスタイプ（パケットフィルタリング）」には、
サービスの種類を指定する情報が設定される。この例で
は、指定された規制条件により該当するするパケットを
破棄するパケットフィルタリングを指定する情報が設定
される。
【０１０６】「規制適用ポリシ」「規制アドレス」「適
用条件」には、規制適用ポリシの種類、例えば、有害コ
ンテンツを含むパケット、特定のサーバアドレスへのア
クセス、特定のネットワークドメインへのアクセス、お
よび特定ポートの使用等を規制するために必要な情報が
設定される。 ３．５ ａｎｙｃａｓｔアドレス結合テーブル（ＦＡ／
ＨＡ共通） 図６は、ａｎｙｃａｓｔアドレス結合テーブル２１２の
例を示す図である。ａｎｙｃａｓｔアドレス結合テーブ
ル２１２は、複数の結合ブロックを含む。ここでは、
「結合ブロック１」に結合ブロックテーブルの先頭アド
レスが設定され、そのアドレスの示す「結合ブロック１
テーブル」に着目して説明する。
【０１０７】「ａｎｙｃａｓｔアドレス」には、送信先
のアドレスが設定される。「ＮＡＩ１」〜「ＮＡＩｎ」
には、ａｎｙｃａｓｔサービスの提供を受けるユーザに
より予め指定されている端末装置に対応するＮＡＩが設
定される。「状態」には、対応するＮＡＩに関する状
態、例えば、オンライン、オフライン、障害、輻輳など
がそれぞれ設定される。「ａｎｙｃａｓｔアドレス選択
ポリシ」には、「ＮＡＩ１」〜「ＮＡＩｎ」の中から１
または複数のＮＡＩを選択する手順または条件が設定さ
れる。
【０１０８】ＨＡ２００またはＦＡ５００は、受信した
パケットの送信先アドレスがａｎｙｃａｓｔアドレス結
合テーブル２１２に登録されている「ａｎｙｃａｓｔア
ドレス」と一致したときは、「ａｎｙｃａｓｔアドレス
選択ポリシ」に従って１または複数の「ＮＡＩ］を選択
し、上記パケットをその選択したＮＡＩに対応する端末
装置へ軽装する。 ３．６ ルーティングテーブル（ＦＡ／ＨＡ共通） 図７は、ルーティングテーブル２２３の例を示す図であ
る。このテーブルは、受信したパケットのヘッダに格納
されている受信先アドレスに基づいて、このルーティン
グテーブル２２３の「受信先アドレス」を参照・検索し
て、次の転送先（ルータ等）に転送すべき「次ホップア
ドレス」を求めるために使用される。 ３．７ 結合キャッシュ（ＦＡ／ＨＡ共通） 図８は、結合キャッシュ２２４の例を示す図である。こ
の結合キャッシュ２２４は、一時的なルーティングテー
ブルとして使用され、図７のルーティングテーブル２２
３より優先的に参照される。パケットの転送を効率良く
行うために必要な情報である「送信元アドレス」「送信
元ポート」「受信先アドレス」「受信先ポート」「カプ
セル化」「気付アドレス」および「ＴＯＳ」のフィール
ドを含んでおり、それぞれ送信元アドレス、送信元ポー
ト、受信先アドレス、受信先ポート、カプセル化、気付
アドレス及びＴＯＳが設定される。 ３．８ サービス制御フィルタ（ＦＡ／ＨＡ共通） 図９は、サービス制御フィルタ２２５の例を示す図であ
る。サービス制御フィルタ２２５は、対象パケット（た
とえば、指定された規制条件を満足するパケット）を特
定するための情報を格納するテーブルである。このテー
ブルは、「送信元アドレス」「送信元ポート」「受信先
アドレス」「受信先ポート」を設定するためのフィール
ドを含む。ＨＡ２００およびＦＡ５００は、このテーブ
ルに設定されている条件に従って受信パケットの中から
特定のパケットを抽出する。 ３．９ ＨＡ２００及びＦＡ５００における処理フロー 図１０は、ＨＡ２００およびＦＡ５００の動作を説明す
るフローチャートである。ここでは、ＨＡ２００または
ＦＡ５００によりパケットが受信された後の動作を示
す。なお、ＨＡ２００（ＦＡ５００）により受信された
パケットは、図３に示すルータ制御部２２０（５２０）
およびサービス制御部２１０（５１０）の連携動作によ
り処理される。
【０１０９】ルータ制御部は、受信したパケットのヘッ
ダ情報を解析し、そのパケットがデータパケットまたは
プロトコルパケットのいずれであるかを判定する（ステ
ップＳ１６１〜Ｓ１６２）。
【０１１０】ここで、ステップＳ１６３の動作を説明す
る前に、図１１及び図１２を参照しながら、制御要求メ
ッセージ及び制御応答メッセージについて説明する。図
１１は、制御要求メッセージの例を示す図である。この
メッセージは、コマンドコードが「通知イベント」の場
合は、制御要求としてメッセージやパケットの受信の要
求を含む。また、コマンドコードが「付加情報」の場合
は、制御要求として、受信したメッセージのバッファ上
の位置をポインタとして示す要求、または受信したパケ
ットのヘッダ情報を制御する要求を含む。なお、上述し
たコマンド及び制御要求は、特定のコードとして制御要
求メッセージに設定され、サービス通信制御部２１１に
送出される。
【０１１１】図１２は、制御応答メッセージの例を示す
図である。このメッセージは、コマンドコードの設定に
従って以下の５つのタイプに分類される。(1) コマンド
コードが「制御フラグ」の場合は、このメッセージは、
制御応答としてメッセージの送信指示、フィルタ設定指
示、結合キャッシュ設定指示、パケットの編集指示、及
びパケットの破棄指示などを含む。(2) コマンドコード
が「送信メッセージ情報」の場合は、このメッセージ
は、制御応答として送信メッセージのアドレスを示すポ
インタを含む。(3) コマンドコードが「フィルタ設定指
示」の場合は、このメッセージは、制御応答として送信
元アドレス、送信元ポート、受信先アドレスおよび受信
先ポートを含む。(4) コマンドコードが「結合キャッシ
ュ情報」の場合は、このメッセージは、制御応答として
送信元アドレス、送信元ポート、受信先アドレス、受信
先ポート、気付アドレスおよびＴＯＳ（Type of Servic
e ）を含む。そして、(5) コマンドコードが「パケット
編集情報」の場合は、このメッセージは、制御応答とし
てＴＯＳ値および気付アドレスを含む。
【０１１２】図１０に戻る。受信したパケットがプロト
コルパケットであったときは、ステップＳ１６３におい
て、図１１に示した制御要求メッセージをルータ通信制
御部２２１からサービス通信制御部２１１に送出する。
【０１１３】サービス通信制御部２１１は、制御要求メ
ッセージを受信すると、そのメッセージを解析し、サー
ビス制御トランザクション２３０（５３０）、およびサ
ービス制御部２１０（５１０）のａｎｙｃａｓｔアドレ
ス結合テーブル２１２の設定を行う（ステップＳ１６
４）。なお、制御要求メッセージに従ってどのような情
報を設定するのかについては後述する。
【０１１４】続いて、受信した制御要求メッセージに対
する制御応答メッセージ、又はプロトコル（例えば、Ａ
ＡＡプロトコル等）により定められている継続するメッ
セージがある場合には、送信バッファを用いてプロトコ
ルメッセージを編集する（ステップＳ１６５）。そし
て、サービス制御部２１０（５１０）は、ルータ制御部
２２０（５２０）に対して、メッセージ送信要求指示及
び送信メッセージバッファのポインタを設定した制御応
答メッセージを送出する（ステップ１６６）。
【０１１５】次に、ルータ制御部２２０（５２０）は、
サービス制御部２１０（５１０）から制御応答メッセー
ジを受信する。そして、その制御応答メッセージのコマ
ンドコードとしてフィルタ設定指示が設定されていた場
合には、ルータ制御部２２０（５２０）は、指示された
ＩＰヘッダ情報を図９に示すサービス制御フィルタ２２
５に登録する（ステップＳ１６７）。また、制御応答メ
ッセージのコマンドコードとして結合キャッシュ情報が
設定されている場合には、ルータ制御部２２０（５２
０）は、指示されたアドレス／ポート情報等を図８に示
す結合キャッシュ２２４に登録する（ステップ１６
８）。さらに、制御応答メッセージのコマンドコードと
してメッセージ送信情報が設定されている場合は、指定
された送信メッセージポインタを参照してプロトコルパ
ケットを送出し、受信したパケットの処理を終了する
（ステップ１６９）。
【０１１６】一方、データパケットを受信した場合（ス
テップＳ１６２：データパケット）には、ルータ制御部
２２０（５２０）は、抽出したＩＰヘッダ情報が図８に
示す結合キャッシュ２２４に登録されているかどうかを
調べる（ステップ１６Ａ）。そして、抽出したＩＰヘッ
ダ情報が結合キャッシュ２２４に登録されている場合に
は、結合キャッシュ２２４に登録されている情報に基づ
いて受信パケットのヘッダを編集すると共に、結合キャ
ッシュ２２４で指定された受信先アドレスへそのパケッ
トを回送し、処理を終了する（ステップＳ１６Ｂ）。
【０１１７】一方、ステップＳ１６Ａにおいて、結合キ
ャッシュ２２４に前記ＩＰヘッダ情報が登録されていな
い場合には、ルータ制御部２２０（５２０）は、そのＩ
Ｐヘッダ情報が図９に示すサービス制御フィルタ２２５
に登録されているかどうか調べる（ステップＳ１６
Ｃ）。そして、ステップ１６Ｃにおいて、前記ＩＰヘッ
ダ情報がサービス制御フィルタ２２５（図９）に登録さ
れていない場合は、ルータ制御部２２０（５２０）は、
図７に示すルーティングテーブル２２３を参照し、指定
された宛先（ルータ等）に前記パケットを転送する（ス
テップ１６Ｄ）。また、ステップ１６Ｃにおいて、前記
ＩＰヘッダ情報がサービス制御フィルタ２２５（図９）
に登録されていた場合には、ルータ制御部２２０（５２
０）は、コマンドコードとして「通知イベント」を設定
すると共に制御要求メッセージとして「パケット受信」
を設定すると共に、コマンドコードとして「付加情報」
を設定すると共に制御要求メッセージとして「ＩＰヘッ
ダ情報」を設定した制御要求メッセージを作成し、その
メッセージをサービス制御部２１０（５１０）に送出す
る（ステップ１６Ｅ）。
【０１１８】サービス制御部２１０（５１０）は、パケ
ット受信に関する制御要求メッセージを受信すると、そ
のメッセージに設定されている「ＩＰヘッダ情報」に基
づいてＦＡ５００のサービス制御トランザクション５３
０の訪問者リスト（図４）、ＨＡ２００の移動結合（図
５）、又はサービス制御部２１０（５１０）のａｎｙｃ
ａｓｔアドレス結合テーブル２１２を検索する（ステッ
プＳ１６Ｆ）。検索するための情報としては、移動ノー
ドのホームアドレス（ＦＡ５００では送信元アドレス、
ＨＡ２００では受信先アドレス）が使用される。
【０１１９】サービス制御トランザクション２３０（５
３０）は、上記検索によりアドレス情報を特定すると、
サービスプロファイルテーブル（ＦＡ５００の場合は図
４参照、ＨＡ２００の場合は図５参照）をそれぞれのサ
ービスタイプに対応したＩＰヘッダ情報と照合し、一致
する情報が登録されていれば、前記サービスプロファイ
ルテーブルで指定されたパケットの編集情報（例えば、
優先転送制御情報の基礎となるＴＯＳ値など）を制御応
答メッセージのパケット編集指示と共にルータ制御部２
２０（５２０）に送出する（ステップＳ１６Ｇ）。
【０１２０】ルータ制御部２２０（５２０）は、ステッ
プＳ１６Ｇにおいて送出された制御応答メッセージにパ
ケット編集指示が設定されていた場合には、その指示に
従って受信パケットのヘッダを編集して回送する（ステ
ップＳ１６Ｈ）。そして、これ以降に受信するパケット
の回送を効率良く行うために、上記パケットのヘッダ編
集情報およびそのパケットを回送するために使用した情
報を図８に示す結合キャッシュ２２４に登録し、受信パ
ケットに係わるの処理を終了する（ステップＳ１６
Ｉ）。 ４． 本発明のＡＡＡＦ ４．１ ＡＡＡＦの概要説明 まず、図２を参照しながらＡＡＡＦ４００の機能概要に
ついて説明する。
【０１２１】ＦＡ５００は、移動ノード６００から登録
要求メッセージを受信すると、その登録要求メッセージ
を解析し、ＡＡＡＦ４００に対してその登録要求メッセ
ージに格納されていた情報を含むＡＭＲ（認証要求）メ
ッセージを送出する。ＡＡＡＦ４００は、その認証要求
メッセージを受信すると、適切なＨＡ２００の割付けを
行う必要があるか否か、および既に割り付け済の旧ＨＡ
のサービス制御情報の削除（セッション終了メッセージ
受信、またはサービス制御トランザクションに設定した
セッションタイマ満了などのイベントが発生した場合）
が必要かどうかの判定をそれぞれ行い、必要とされるプ
ロトコルメッセージをＡＡＡＨ１００に送出する。ま
た、複数のＨＡ２００の割り付け状況も管理する。な
お、「割り付ける」は、しばしば、「指定する」という
意味で使用される。例えば、「ＨＡを割り付ける」と
は、複数のエージェントの中から特定のエージェントを
指定することを意味する。 ４．２ ＡＡＡＦの構成 図１３は、図２に示したＡＡＡＦ４００の機能ブロック
の構成例とその動作を説明する図である。ＡＡＡＦ４０
０は、サービス制御部４１０、およびサービス制御トラ
ンザクション４２０とを含む。以下では、サービス制御
部４１０およびサービス制御トランザクション４２０を
構成する実体をサービス制御手段と呼ぶことがある。
【０１２２】サービス制御部４１０は、サービス制御ト
ランザクション４２０との通信を制御するサービス通信
制御部４１１、およびＨＡ割付テーブル４１２を含む。
そして、サービス制御部４１０は、受信したプロトコル
メッセージに従って、サービス制御トランザクション４
２０及びＨＡ割付管理テーブル４１２の設定、検索、更
新、削除を行う。また、サービス制御部４１０は、ＤＩ
ＡＭＥＴＥＲプロトコルに従って動作する機能を備え、
また、メッセージ受信バッファおよびメッセージ送信バ
ッファを備えた一般的なプロトコル処理機能も有する。
【０１２３】サービス制御トランザクション４２０は、
制御ブロックである。その制御ブロックのフォーマット
の一例を図１４に示す。なお、ここでは、ＡＡＡＦ４０
０のサービス制御トランザクション４２０のうち、上述
したＨＡ２００のサービス制御トランザクション２３０
と重複する部分に関する説明を省略する。
【０１２４】(1) 制御ブロック１ 「ＦＡのＮＡＩ」には、ＦＡ５００（図２）のＮＡＩ
（Network Access Identifier ）が設定される。
【０１２５】(2) セッショントランザクションテーブル 「ＦＡアドレス」には、ＦＡ５００（図２）のＦＡ５０
０のネットワークアドレスが設定される。「ＡＡＡＨア
ドレス」には、ＡＡＡＨ１００（図２）のネットワーク
アドレスが設定される。「ＨＡアドレス」には、ＨＡ２
００（図２）のネットワークアドレスが設定される。
「セッションタイマ」には、タイマ値が設定される。こ
の「セッションタイマ」は、そのタイマ値が満了した場
合にＡＡＡＦ４００がＨＡ２００を割り付けていれば、
そのセッションに関与する移動ノードに割り付けられた
ＨＡのサービス制御情報が削除するために使用される。
【０１２６】(3) サービスプロファイルテーブル 「サービスタイプ（Diff-Serv 発信）」〜「ＴＯＳｎ」
には、送信先アドレスへ回送するパケットについて、Ｄ
ｉｆｆ−Ｓｅｒｖを適用するための情報が設定される。
設定される情報は、基本的に、ＨＡ２００のサービス制
御トランザクション２３０の「サービスタイプ（Diff-S
erv 着信）」〜「ＴＯＳｎ」と同じである。ただし、
「Ｄｉｆｆ−Ｓｅｒｖ着信」および「Ｄｉｆｆ−Ｓｅｒ
ｖ発信」の双方が設定され得る。
【０１２７】次に、図１３に示すＨＡ割付管理テーブル
４２０のフォーマットを図１５に沿って説明する。図１
５において、管理ブロック１〜ｎは、ＡＡＡＦ４００
（またはＡＡＡＨ１００）がＨＡ２００を割り付けるた
めに用いられるものである。各管理ブロック１〜ｎは、
それぞれ管理ブロック１〜ｎの先頭アドレスを示すポイ
ンタであり、各管理ブロック１〜ｎの先頭アドレスを示
す。図１５では、複数の管理ブロックの内、管理ブロッ
ク１に着目して説明する。
【０１２８】ＨＡ２００がＡＡＡＦ４００によって割り
付けられるときは、以下に示す設定が行われる。すなわ
ち、「管理ブロック１」には、管理ブロック１のアドレ
スがポインタとして設定される。また、「ＨＡアドレ
ス」には、ＨＡ２００のアドレスが設定される。さら
に、「ＨＡネットワーク機器情報」には、例えば、複数
のＨＡに実装されている各ネットワーク機器に性能が互
いに同じでない場合に、各ＨＡごとにそのネットワーク
機器のクラス情報を設定してもよい。 ４．３ ＡＡＡＦの処理フロー 次に、ＡＡＡＦ４００の処理フローを図１６に沿って説
明する。なお、メッセージの中継に関する処理（例え
ば、ＦＡ５００からＡＭＲメッセージを受信し、ＡＡＡ
Ｈ１００に前記メッセージを回送する処理など）は、既
に説明済なので省略し、以下ではその他の処理について
説明する。
【０１２９】まず、ステップＳ２０１では、ＡＡＡＦ４
００がパケットを受信すると、そのパケットからＩＰヘ
ッダ情報（図５５）を抽出すると共に、そのパケットに
格納されているメッセージに従ってサービス制御トラン
ザクション４２０の設定を行う。
【０１３０】受信したメッセージがＡＭＡ（認証応答）
メッセージであり、且つそのメッセージのホームアドレ
スの値が「０（ゼロ）」又は「ＦＦＦＦ（１６進数）」
（以降まとめて、ホームアドレスの値が「０」として記
述する。）であった場合は、ＡＡＡＨ又はＡＡＡＦがＨ
Ａを動的に割り付ける。ＡＡＡＦまたはＡＡＡＦのどち
らがＨＡを割り付けるかは、プロバイダ間の契約、プロ
バイダのポリシ、あるいは加入者とプロバイダとの契約
に基づく。
【０１３１】ステップＳ２０２では、受信したＡＭＡメ
ッセージのホームアドレスの値を参照し、ＨＡの割付け
が必要か否かを判定する。そして、そのホームアドレス
の値が「０（ゼロ）」であった場合にはＨＡの割り付け
行うためにステップＳ２０３（ＨＡ割付け要）に進み、
そうでなければステップＳ２０４（ＨＡ割付け不要）に
進む。
【０１３２】ステップＳ２０３では、ＡＡＡＦ４００が
ＨＡ割付管理テーブル４１２（図１５）を参照し、適切
なＨＡ２００を選択する。ＨＡ２００を選択する方法の
具体的な手順については、後述する。続いて、ステップ
Ｓ２０５では、ＨＡ割付管理テーブル４１２に基づき選
択したＨＡ２００の割付けカウンタ（図１５）を加算す
る。
【０１３３】ステップＳ２０４では、ＡＡＡＦ４００が
ＨＡ２００を割り付けた場合に、そのセッションに対応
する移動ノードに割り付けられたＨＡ２００のサービス
制御情報を削除する必要があるか否かを判断する。ここ
では、セッション終了メッセージを受信した場合、また
はサービス制御トランザクション４２０に設定したセッ
ションタイマの満了に伴う内部イベントが発生した場合
に、サービス制御情報が削除される。
【０１３４】ステップ２０６では、受信メッセージに対
応するプロトコルメッセージ（ＡＭＡメッセージなど）
を編集する。そして、ステップ２０７では、プロトコル
メッセージを送出する。
【０１３５】上記ステップＳ２０１〜Ｓ２０７の具体例
を下記(1) 〜(3) に示す。 (1) ＨＡ２００の割り付け要求を行うときの処理フロー
の特徴 Ｓ２０３：ＡＡＡＦ４００は、ＨＡ割付管理テーブル４
１２を参照し、適切なＨＡ２００を選択する。
【０１３６】Ｓ２０５：ＨＡ割付管理テーブル４１２の
選択したＨＡ２００の割り付けカウンタ（図１５）を加
算する。 Ｓ２０６、Ｓ２０７：下記(a) および(b) を実行する。
【０１３７】(a) ＡＡＡＨ１００から受信したメッセー
ジがＡＭＡメッセージの場合は、そのメッセージに基づ
いてＨＡＲメッセージを生成し、そのＨＡＲメッセージ
に移動ノード６００に対応するサービスプロファイル情
報を付加する。そして、上記ＨＡＲメッセージをＨＡ２
００に送出する。
【０１３８】(b) ＨＡ２００から受信したメッセージが
ＨＡＡメッセージの場合は、そのメッセージに基づいて
ＡＭＡメッセージを生成し、そのＡＭＡメッセージに移
動ノード６００に対応するサービスプロファイル情報を
付加する。そして、そのＡＭＡメッセージをＦＡ５００
に送出する。
【０１３９】(2) ＨＡ２００のサービス制御情報の削除
要求を行ったときの処理 Ｓ２０４：セッション終了メッセージを受信した場合、
またはサービス制御トランザクション４２０に設定した
セッションタイマ満了に伴う内部イベントが発生した場
合、ＡＡＡＦ４００がＨＡ２００を割り付けていれば、
そのセッションに対応する移動ノードに割り付けられた
ＨＡ２００のサービス制御情報を削除する。
【０１４０】Ｓ２０５：ＨＡ割付管理テーブル４１２の
前記当ＨＡ２００の割り付けカウンタを減算する。 Ｓ２０６：セッション解放メッセージを編集する。
【０１４１】Ｓ２０７：ＦＡ５００へセッション解放メ
ッセージを送出する。 (3) ＡＡＡＦ４００がＨＡ２００の割り付けに関与して
いないときの処理 Ｓ２０１：サービス制御部４１０は、パケットを受信す
ると、そのパケットからＩＰヘッダ情報（図５５）を抽
出するとともに、受信メッセージに従ってサービス制御
トランザクション４２０の設定を行う。
【０１４２】Ｓ２０２、Ｓ２０４：ＡＡＡＦ４００がＨ
Ａ２００の割り付けに関与していないときは、これらの
ステップに関する処理は行わない。 Ｓ２０６：受信メッセージに対応したプロトコルメッセ
ージを編集する。
【０１４３】Ｓ２０７：編集したプロトコルメッセージ
を送出対象の機能エンティティへ送出する。 ５． 本発明のＡＡＡＨ ５．１ ＡＡＡＨの概要説明 図２を参照しながらＡＡＡＨ１００の機能概要について
説明する。
【０１４４】サービス制御部１１０は、サービス制御ト
ランザクション１２０、ＨＡ割付管理テーブル１１２、
サービス制御データベース３００、ａｎｙｃａｓｔアド
レス管理テーブル１１３を有し、受信したプロトコルメ
ッセージに従いサービス制御トランザクション１２０、
ＨＡ割付管理テーブル１１２、サービス制御データベー
ス３００、ａｎｙｃａｓｔアドレス管理テーブル１１３
の設定、検索、更新、削除を行う。サービス制御部１１
０は、ＤＩＡＭＥＴＥＲプロトコルに従って動作する機
能を備えると共に、メッセージ受信バッファおよびメッ
セージ送信バッファを備えた一般的なプロトコル処理機
能も有する。 ５．２ ＡＡＡＨの構成 図１７は、図２のＡＡＡＨ１００機能ブロックの構成
例、およびその動作を説明する図である。このＡＡＡＨ
１００は、サービス制御部１１０、およびサービス制御
トランザクション１２０を含む。以下では、サービス制
御部１１０およびサービス制御トランザクション１２０
を構成する実体をサービス制御手段と呼ぶことがある。
【０１４５】サービス制御部１１０は、サービス制御ト
ランザクション１２０との通信を制御するサービス通信
制御部１３０、サービス制御テーブル群１１１を含む。
このサービス制御テーブル群１１１は、ＨＡ割付テーブ
ル１１２およびａｎｙｃａｓｔアドレス管理テーブル１
１３を含む。そして、サービス制御部１１０は、受信し
たプロトコルメッセージに従い、サービス制御トランザ
クション１２０およびサービス制御テーブル群１１１の
設定、検索、更新、および削除を行う。また、サービス
制御部１１０は、ＤＩＡＭＥＴＥＲプロトコルに従って
動作する機能を備えると共に、メッセージ受信バッファ
およびメッセージ送信バッファを備えた一般的なプロト
コル処理機能も有する。
【０１４６】サービス制御トランザクション１２０は制
御ブロックである。この制御ブロックのフォーマットを
図１８に示す。なお、ＡＡＡＨ１００のサービス制御ト
ランザクション１２０に関する説明のうち、上述したＡ
ＡＡＦ４００のサービス制御トランザクション４２０と
重複する部分については省略する。
【０１４７】(1) 制御ブロック１ 「ＭＮのＮＡＩ」には、移動ノードのＮＡＩ（Network
Access Identifier ）が設定される。
【０１４８】(2) セッショントランザクションテーブル 「ＨＡアドレス」には、ＨＡ２００（図２）のアドレス
が設定される。また、「ＡＡＡＦアドレス」にはＡＡＡ
Ｆ４００（図２）のアドレスが設定される。
【０１４９】(3) サービスプロファイルテーブル 「サービスタイプ（ＡＮＹＣＡＳＴ）」には、ＡＮＹＣ
ＡＳＴサービスのタイプが設定される。
【０１５０】図１９は、ａｎｙｃａｓｔサービスを管理
するのためのａｎｙｃａｓｔアドレス管理テーブル１１
３の一例を示す図である。このテーブルは、ａｎｙｃａ
ｓｔアドレス単位の管理ブロック１〜ｎから構成されて
おり、各管理ブロックは、例えば、「サービスタイプ
（ａｎｙｃａｓｔ）」、「ａｎｙｃａｓｔアドレス選択
ポリシ」、「ＡＮＹＣＡＳＴアドレスを使用する１つ以
上のＮＡＩ」、「気付アドレス」、および「状態」を含
む。なお、「状態」としては、オンライン、オフライ
ン、障害、輻輳等が設定される。
【０１５１】図２０は、図１７に示すサービス制御デー
タベース３００の一例を示す図である。サービス制御デ
ータベース３００は、例えば、加入者ごとに下記のよう
な情報を格納し、加入者にサービスを提供するために利
用される。また、サービス制御データベース３００は、
この例では、加入者を識別するＮＡＩ（移動ノード識別
子）をキーとして構築される。尚、付加価値サービスと
して、セキュリティ、ローミング、ＱｏＳ、マルチキャ
スト等を含む多様なサービスを提供することが可能であ
るが、この実施例では、Ｄｉｆｆ−Ｓｅｒｖ、ＡＮＹＣ
ＡＳＴ、パケットフィルタリングを付加価値サービスの
例として採り上げる。
【０１５２】(1) セキュリティサービス 使用する暗号のアルゴリズムを指定する情報、および移
動ノードとホームエージェントとの間で使用される通信
用暗号鍵などが格納される。暗号アルゴリズムとして
は、例えば、ＭＤ５（Message Digest 5）またはＤＥＳ
（Data Encryption Standard）などが提供される。
【０１５３】(2) ローミングサービス ローミングサービスを提供するか否かを示す情報、およ
びローミング可能なドメイン（外部ネットワーク）のリ
ストなどが格納される。これらの情報に従って特定のユ
ーザに対してローミングサービスが提供される。
【０１５４】(3) マルチキャストサービス マルチキャストサービスを提供するか否かを示す情報、
および登録可能なマルチキャストグループのリストが格
納される。これらの情報に従って、ポイント・ツー・マ
ルチポイント接続等のマルチキャストサービスが提供さ
れる。
【０１５５】(4) ＱｏＳサービス ＱｏＳサービスを提供するか否かを示す情報、およびＱ
ｏＳ情報などが格納される。これらの情報に従って、パ
ケット転送におけるＱｏＳの保証、あるいはパケットの
優先転送制御などのサービスが提供される。
【０１５６】(5) 端末能力 ＩＰネットワークには、多種多様な装置（移動ノードを
含む）が接続され、それらの装置の能力も様々である。
従って、「端末能力」として、例えば、データ受信容量
の最大値、画像（動画、静止画）の再生能力の有無、音
声再生能力の有無などを表す情報が格納される。これら
の情報に従って、各端末装置の能力に応じたサービスが
提供される。
【０１５７】(6) アプリケーションサービス 使用可能なアプリケーションのリストが格納される。各
アプリケーションを使用することができるか否かは、例
えば、端末の能力、使用可能帯域などに基づいて予め判
断される。これらの情報により、使用困難なアプリケー
ションの実行が未然に回避されると共に、アプリケーシ
ョンの一つとしてパケットのコンテンツによるフイルタ
リングなどとの連携処理が可能になる。
【０１５８】図２１は、サービス制御データベース３０
０の具体例を示す図である。図２１において、ユーザプ
ロファイル１〜ｎは、各ユーザプロファイルの先頭アド
レスを示すポインタであり、各ユーザプロファイルの先
頭アドレスを示す。各ユーザプロファイルの先頭には、
当該利用者のＮＡＩ（Network Access Identifier ）が
設定される。なお、以降のフィールドについては、図１
４に示したＡＡＡＦ４００または図１８に示したＡＡＡ
Ｈ１００のサービスプロファイルテーブルと同じなので
説明を省略する。 ５．３ ＡＡＡＨの処理フロー 図２２は、パケットを受信したＡＡＡＨ１００の動作を
説明するフローチャートである。パケットを受信する
と、ステップＳ２２１において、そのパケットからＩＰ
ヘッダ情報（図５５）を抽出すると共に、そのパケット
に格納されているメッセーシに従って図１７に示すサー
ビス制御トランザクション１２０の設定を行う。続い
て、ステップＳ２２２において、受信メッセージがＡＭ
Ｒメッセージであるか否かを判断する。そして、ＡＭＲ
メッセージを受信した場合には、ステップＳ２２３〜Ｓ
２２Ｆが実行される。
【０１５９】以下、ステップＳ２２３〜Ｓ２２Ｆの具体
的な動作例(1) 〜(6) を説明する。なお、以下の説明で
は、ＡＡＡＨ１００がＡＡＡＦ４００からＡＭＲメッセ
ージを受信した場合を想定して説明をするが、ＡＡＡＨ
１００はＨＡ２００からＡＭＲメッセージを受信するこ
ともある。ＡＡＡＨ１００は、ＨＡ２００からＡＭＲメ
ッセージを受信した場合は、そのＨＡ２００に対してＨ
ＡＲメッセージを返信する。
【０１６０】(1) 受信メッセージがＡＭＲ（認証要求）
メッセージであり、且つ、そのメッセージ中のホームア
ドレスがａｎｙｃａｓｔアドレスでない場合の処理 ＡＡＡＦ４００またはＨＡ２００からＡＭＲメッセージ
を受信すると、そのメッセージの中にカプセル化されて
いる登録要求メッセージからその移動ノードのホームア
ドレスを抽出し、そのホームアドレスをキーとして図１
９に示したａｎｙｃａｓｔアドレス管理テーブル１１３
を検索する（ステップＳ２２３）。ここでは、抽出した
ホームアドレスがａｎｙｃａｓｔアドレス管理テーブル
１１３に登録されていないものとし（ステップＳ２２
４：非ａｎｙｃａｓｔアドレス）、ステップＳ２２５へ
進む。
【０１６１】次に、受信メッセージに含まれているＮＡ
Ｉ（Network Access Identifier ）をキーとして図１７
に示すサービス制御データベース３００のユーザプロフ
ァイル１〜ｎ（図２１）を検索する（ステップＳ２２
５）。そして、この検索においてＮＡＩが一致したサー
ビスプロファイルを読み出し、それを図１８に示すサー
ビス制御トランザクション１２０に設定する（ステップ
Ｓ２２６）。
【０１６２】続いて、ステップＳ２２７において、ＡＡ
ＡＨ１００がＨＡを割り付ける必要があるか否かを調べ
る。この場合、受信メッセージにＨＡアドレスが指定さ
れているか否かを確認する。すなわち、ＡＡＡＨ１００
により既にＨＡが割り付けられている場合、あるいはＡ
ＡＡＦ４００がＨＡを割り付ける場合は、ＡＡＡＨ１０
０はＨＡを割り付ける必要がない。換言すれば、受信メ
ッセージのホームアドレスの値が「０（ゼロ）」である
場合、またはＡＡＡＦ４００がＨＡ２００を割り付けな
い場合は、ステップＳ２２８においてＡＡＡＨ１００が
ＨＡ２００を割り付ける。
【０１６３】さらに、指定されたＨＡアドレスに対応す
るＨＡ割付管理テーブル（図１５）の割り付けカウンタ
を加算する（ステップＳ２２Ｂ）。そして、受信メッセ
ージに対応したプロトコルメッセージの編集を行い、そ
の編集したメッセージを送信対象エンティティ（ＡＡＡ
Ｆ４００、ＨＡ２００）に送出し、受信したメッセージ
の処理を終了する（ステップＳ２２Ｅ、Ｓ２２Ｆ）。即
ち、ＡＡＡＦ４００からＡＭＲメッセージを受信した場
合には、ＡＭＡメッセージをＡＡＡＦ４００に返信す
る。一方、ＨＡ２００からＡＭＲメッセージを受信した
場合には、サービス制御情報を付加したＨＡＲメッセー
ジを返信する。この場合、ＨＡ２００は、位置登録応答
メッセージを移動ノードに返信する。
【０１６４】以下、ＨＡ２００を指定する手順を示す。 (a) ＡＡＡＨ１００がＨＡ２００を指定する場合 ＡＡＡＨ１００は、ＡＡＡＦ４００からＡＭＲ（認証要
求）メッセージを受信した場合は、そのメッセージに基
づいてＨＡＲメッセージを生成する。そして、移動ノー
ド６００に対応するサービスプロファイル情報をそのＨ
ＡＲメッセージに付加し、それをＨＡ２００に送出す
る。
【０１６５】(b) ＡＡＡＦ４００がＨＡ２００を指定す
る場合 ＡＡＡＨ１００は、ＡＡＡＦ４００からＡＭＲメッセー
ジを受信すると、そのメッセージに基づいてＡＭＡメッ
セージを生成する。そして、移動ノード６００に対応す
るサービスプロファイル情報をそのＡＭＡメッセージに
付加し、それをＡＡＡＦ４００に送出する。
【０１６６】(2) 受信メッセージがＡＭＲメッセージで
あり、且つ、そのメッセージの中にホームアドレスが設
定されていない場合の処理 この場合の処理手順は、基本的に(1) と同じである。た
だし、ＡＭＲメッセージの中にホームアドレスが指定さ
れていない（受信メッセージのＨＡアドレスとして「０
（ゼロ）」が設定されている）ので、ステップＳ２２８
において、図１５に示すＨＡ割付管理テーブル１１２が
参照され、適切なＨＡが選択される。そして、ステップ
Ｓ２２Ｂにおいて、選択されたＨＡ２００のアドレスに
対応する割り付けカウンタが加算される。
【０１６７】(3) 受信メッセージがＡＭＲメッセージで
あり、且つ、そのメッセージの中のホームアドレスがａ
ｎｙｃａｓｔアドレスである場合の処理 この場合、(1) または(2) と同様に、図１９に示したａ
ｎｙｃａｓｔアドレス管理テーブル１１３が検索され
る。ただし、ここでは、抽出したホームアドレスがａｎ
ｙｃａｓｔアドレス管理テーブル１１３に登録されてい
るものとし（ステップＳ２２４：ａｎｙｃａｓｔアドレ
ス）、ステップＳ２２Ｃへ進む。
【０１６８】ステップＳ２２Ｃでは、受信メッセージに
格納されている「ＮＡＩ」をキーとしてａｎｙｃａｓｔ
アドレス管理テーブル１１３の管理ブロック１〜ｎを検
索する。ここで、そのＮＡＩがａｎｙｃａｓｔアドレス
管理テーブル１１３に登録されているものとすると、そ
のＮＡＩの「状態」として「オンライン」を設定すると
共に、図１８に示すサービス制御トランザクション１２
０のサービスプロファイルテーブルの先頭にａｎｙｃａ
ｓｔ情報を設定する（ステップＳ２２Ｄ）。
【０１６９】続いて、ステップＳ２２Ｂでは、指定され
たＨＡ２００のアドレスに対応するＨＡ割付管理テーブ
ル１１２（図１５）の割り付けカウンタを加算する。以
降の動作（ステップＳ２２Ｅ、２２Ｆ）は、基本的に、
上記(1) または(2) と同じである。
【０１７０】(4) ａｎｙｃａｓｔサービスが提供されな
い移動ノードからａｎｙｃａｓｔアドレスが設定された
ＡＭＲメッセージを受信した場合の処理 この場合、(3) と同様に、ａｎｙｃａｓｔアドレス管理
テーブル１１３が検索され、ステップＳ２２Ｃに進む。
ただし、ａｎｙｃａｓｔサービスが提供されない移動ノ
ードからの登録要求である場合には、受信メッセージに
格納されている「ＮＡＩ」はａｎｙｃａｓｔアドレス管
理テーブル１１３の管理ブロックには登録されていな
い。この場合、ＡＡＡＨ１００は、移動ノードからの登
録要求が誤った要求または不正な要求であるものとみな
し、ステップＳ２２Ｅにおいて、対応するエラーコード
を設定したＡＭＡ（認証応答）メッセージを作成する。
そして、ステップＳ２２ＦにおいてそのＡＭＡメッセー
ジを対象エンティティ（例えば、ＡＡＡＦ４００）に送
出する。
【０１７１】(5) セッション終了メッセージを受信した
場合、又はセッションタイマが満了した時の処理 セッションの終了を指示するメッセージを受信した場
合、または図１８に示すサービス制御トランザクション
１２０に設定されているセッションタイマの満了に伴う
内部イベントを検出した場合は、ステップＳ２２Ａに進
み、そのセッションに対応する移動ノードに割り付けら
れたＨＡ２００のサービス制御情報を削除する。続い
て、ステップＳ２２Ｂにおいて、図１５に示すＨＡ割付
管理テーブル１１２の中の割り付けカウンタを減算す
る。そして、ＡＡＡＨ１００は、受信メッセージに対応
したプロトコルメッセージの編集し、編集したプロトコ
ルメッセージを対象エンティティに送出する（ステップ
Ｓ２２Ｅ、Ｓ２２Ｆ）。
【０１７２】(6) 上記(1) 〜(5) で説明したメッセージ
以外のメッセージを受信した場合の処理 この場合、受信メッセージは、ＡＭＲメッセージではな
いので、処理はステップＳ２２２Ａへ進む。また、受信
メッセージは、セッションの終了を指示するメッセージ
でもないので、ステップＳ２２Ａでは、ＨＡ２００のサ
ービス制御情報を削除する必要がないと判断される。そ
して、受信メッセージに対応したプロトコルメッセージ
が作成され、そのプロトコルメッセージが対象エンティ
ティに送出される（ステップＳ２２Ｅ、Ｓ２２Ｆ）。 ６． 本発明の通信ノード（Correspondent Node） ６．１ 通信ノードの概要説明 通信ノード（ＣＮ）９００は、本発明により拡張された
ＭＩＰ機能をサポートする。また、ＣＮ９００は、ＭＩ
Ｐプロトコルを処理する機能および結合キャッシュを制
御する機能を備えるＦＡ５００またはＨＡ２００のサブ
セットであると考えることができる。 ６．２ 通信ノード９００の構成 通信ノード９００（ＣＮ９００）は、本発明により拡張
されたＭｏｂｉｌｅＩＰ（ＭＩＰ）機能をサポートする
移動ノードである。図２においては、ＣＮ９００は、Ｍ
ＩＰを利用してアクセスプロバイダ９０を介してＩＰネ
ットワークに接続されている。
【０１７３】図２３は、ＣＮ９００の機能ブロック図で
ある。ＣＮ９００は、サービス制御部９１０およびＩＰ
パケット制御部９２０を含む。このＩＰパケット制御部
９２０は、一時的にパケット編集情報を保持する結合キ
ャッシュ９２４、ワークステーションなどに装着される
ＬＡＮカードなどである伝送機器９２３、アプリケーシ
ョンレイヤ９２２、およびサービス制御部９１０との通
信を制御する通信制御部９２１を含む。また、サービス
制御部９１０は、ＭＩＰプロトコルに従って動作する機
能を備えると共に、メッセージ受信バッファおよびメッ
セージ送信バッファを備えた一般的なプロトコル処理機
能も有する。 ６．３ ＣＮ９００の処理フロー 図２４は、パケットを受信したＣＮ９００の動作を説明
するフローチャートである。
【０１７４】ＩＰパケット制御部９２０は、伝送機器９
２３からパケットを受信したとき、又はＣＮ９００のア
プリケーションレイヤ９２２からパケット送信要求を受
け取ると、その受信パケットから図５５に示すＩＰヘッ
ダ情報および図５６に示すＵＤＰヘッダ情報を抽出する
（ステップＳ２４１）。そして、抽出したＩＰヘッダ情
報の受信先アドレスおよびＵＤＰヘッダ情報のポート番
号に基づいて、受信パケットがデータパケットであるか
プロトコルパケットかを判定する（ステップＳ２４
２）。
【０１７５】以下、ステップＳ２４２以降の処理につい
て、具体例(1) 〜(4) を採り上げて説明する。 (1) 受信パケットがプロトコルパケットであった場合の
処理（Ｓ２４３〜Ｓ２４７） 通信制御部９２１は、受信したプロトコルパケットに格
納されているメッセージの内容に従ってメッセージ受信
通知コードを設定した制御要求メッセージ（図１１）を
作成し、それをその制御要求メッセージをサービス制御
部９１０に送出する（ステップＳ２４３）。
【０１７６】サービス制御部９１０は、送信バッファを
利用し、受信した制御要求メッセージに返送すべき応答
メッセージ、またはプロトコルにより定められた継続す
るメッセージがある場合にはプロトコルメッセージ編集
する（ステップＳ２４４）。続いて、サービス制御部９
１０は、ＩＰパケット制御部９２０に対して、メッセー
ジ送信要求指示、および送信メッセージバッファのポイ
ンタを設定した制御応答メッセージ（図１２）を送出す
る。また、受信した制御要求メッセージがパケット編集
情報を含む結合更新であったならば、結合キャッシュ９
２４に設定すべき結合キャッシュ情報を抽出する（ステ
ップＳ２４５）。
【０１７７】ＩＰパケット制御９２０は、サービス制御
９１０から制御応答メッセージを受信する。そして、そ
の制御応答メッセージに結合キャッシュ９２４の設定に
関する指示が含まれている場合は、指示された結合キャ
ッシュ情報を結合キャッシュ９２４に登録する（ステッ
プＳ２４６）。また、制御応答メッセージとしてメッセ
ージ送信指示が設定されている場合は、指定されたメッ
セージをプロトコルパケットとして送出する（ステップ
Ｓ２４７）。
【０１７８】(2) 受信したパケットが送信データパケッ
トであり、且つ、そのパケットのアドレスが結合キャッ
シュに登録されている場合の処理（Ｓ２４Ｂ〜Ｓ２４
９） 通信制御部９２１は、受け取ったパケットがＣＮ９００
から他の装置へ送出すべき送信パケットであるのか、或
いは他の装置からＣＮ９００へ送られてきた受信パケッ
トであるのかを調べる（ステップＳ２４Ｂ）。この場
合、たとえば、パケットの送信元アドレスがＣＮ９００
であれば「送信パケット」とみなされ、ＣＮ９００以外
であれば「受信パケット」とみなされる。
【０１７９】通信制御部９２１が受け取ったパケットが
送信パケットであった場合、ＩＰパケット制御部９２０
は、そのパケットから抽出したＩＰヘッダ情報が結合キ
ャッシュ９２４に登録されているか否かを調べる（ステ
ップＳ２４８）。そして、そのＩＰヘッダ情報が結合キ
ャッシュ９２４に登録されていた場合には、結合キャッ
シュ９２４に登録されている情報に従ってそのパケット
のヘッダを編集する。具体的には、結合キャッシュ９２
４において指定されている受信先アドレスを用いて上記
送信パケットをカプセル化し、それをそのアドレスへ回
送する（ステップＳ２４９）。
【０１８０】(3) 受信したパケットが送信データパケッ
トであり、且つそのパケットのアドレスが結合キャッシ
ュに登録されていない場合の処理（Ｓ２４８〜Ｓ２４
Ａ） 受信したパケットの受信先アドレスが結合キャッシュ９
２４に登録されていない場合は、アプリケーションレイ
ヤ９２２が編集したＩＰパケットがそのまま送出される
（ステップＳ２４８、Ｓ２４Ａ）。
【０１８１】(4) パケットが受信データパケットの場合
の処理（Ｓ２４Ｂ、Ｓ２４Ｃ） 通信制御部９２１が受け取ったパケットがＣＮ９００宛
のデータパケットであった場合（ステップＳ２４Ｂ：受
信パケット）は、ステップＳ２４Ｃにおいて、データパ
ケットを受信したことをアプリケーションレイヤ９２２
に通知する（ステップＳ２４Ｃ）。 ７．付加価値サービスの一例であるＤｉｆｆ−Ｓｅｒｖ
の提供 Ｄｉｆｆ−Ｓｅｒｖは、各ＩＰパケットのヘッダのＴＯ
Ｓ値に基づいてパケットの優先転送制御を実行するサー
ビスである。従って、ＨＡ２００およびＦＡ５００は、
各移動ノードからのＩＰパケット優先転送順位を指示す
る情報を保有しておく必要がある。
【０１８２】本発明のシステムでは、付加価値サービス
の一つとして、各利用者がプロバイダと契約を結ぶとき
にその利用者に付与された優先転送順位でパケット優先
転送サービスを受けることができる。具体的には、各利
用者は、契約時にプロバイダからＮＡＩ（Network Acce
ss Identifier ）が付与される。このとき、プロバイダ
は、その契約内容に従ってサービス制御データベース３
００のユーザプロファイルにパケット優先転送順位とし
てＴＯＳを設定する。ユーザプロファイルは、図２１に
示すように、発信パケット及び受信パケットについてそ
れぞれ独立的に設定することができ、更に、アドレス及
びポートを組み合わせて設定することもできる。なお、
実施例では、Ｄｉｆｆ−Ｓｅｒｖを提供する手法として
「Ａｓｓｕｒｅｄ Ｆｏｒｗａｒｄｉｎｇ」が採用され
ているものとする。また、移動ノード６００のユーザ
は、アドレスまたはポートを特定することなく、全ての
送信／受信パケットに対してクラス１（最優先クラス）
を無条件に適用することを指定したと想定する。 ８．本発明のシステムの処理シーケンス 今までは、本発明のＡＡＡ、ＨＡ、ＦＡ、ＣＮの個々の
構成および動作を説明してきたが、これ以降は、エンド
・ツー・エンド（例えば、移動ノードとＨＡ２００）に
おける処理シーケンスを詳細に説明する。
【０１８３】図２５は、移動ノード（ＭＮ、ＳＮ）から
送出された登録要求メッセージに基づいて、ＡＡＡＨ１
００がＨＡ２００を割り付る場合の初期位置の登録シー
ケンスを説明する図である。
【０１８４】 移動ノード６００は、ＦＡ５００から
定期的に送出されるエージェント広告（Ｍｏｂｉｌｅ
ＩＰメッセージ）を受信することにより、自分がＦＡ５
００の通信エリア内にいることを認識する。
【０１８５】 移動ノード６００は、その移動ノード
と契約しているプロバイダが管轄するＨＡ２００の通信
可能範囲の外に移動した場合、その位置から通信可能範
囲にあるプロバイダのＦＡ５００に対して登録要求メッ
セージを送出する。
【０１８６】 移動ノード６００から登録要求メッセ
ージを受信したＦＡ５００は、一意なセッションＩＤを
取得するとともに、その登録要求メッセージから必要な
情報（移動ノード６００のホームアドレス、送信元リン
クレイヤアドレス、ＵＤＰ送信元ポート、ホームエージ
ェントアドレス、登録要求の識別子フィールド、および
ライフタイム）を抽出する。そして、取得したセッショ
ンＩＤおよび登録要求メッセージから抽出した情報に基
づいて図２または図４に示すサービス制御トランザクシ
ョン５３０などを作成する。また、ＡＡＡプロトコルに
従って、登録要求メッセージをカプセル化したＡＭＲ
（認証要求）メッセージをＡＡＡＦ４００に送出する。
【０１８７】 ＡＡＡＦ４００は、ＦＡ５００からＡ
ＭＲメッセージを受信すると、そのＡＭＲメッセージか
ら必要な情報（セッションＩＤ、気付アドレス）を抽出
し、図２または図１４に示すサービス制御トランザクシ
ョン４２０などを含むサービス制御情報を生成する。更
に、受信したＡＭＲメッセージに含まれるユーザＮＡＩ
に対応するアドレスを求め、移動ノード６００認証につ
いて責任を持つＡＡＡＨ１００を決定する。そして、Ａ
ＡＡＦ４００は、上記ＡＭＲメッセージをＡＡＡＨ１０
０に送出する。
【０１８８】 ＡＡＡＨ１００は、ＡＭＲメッセージ
を受信すると、ＡＭＲメッセージの認証手順に従って移
動ノード６００の認証を行う。そして、この認証が正常
終了したときは、以降の処理を継続する。一方、この認
証が失敗したときは、適切な理由コードを設定したＡＭ
Ａ（認証応答）メッセージをＡＡＡＦ４００に返信す
る。 ８．１ ＨＡの動的割り付け ＡＭＲ（認証要求）メッセージにカプセル化された登録
要求メッセージのホームエージェントアドレスの値が
「０（ゼロ）」の場合は、ＡＡＡＨ１００またはＡＡＡ
Ｆ４００がＨＡ２００を動的に割り付ける。ここで、Ａ
ＡＡＨ１００またはＡＡＡＦ４００のうちのどちらがＨ
Ａを割り付けるのかは、プロバイダ間の契約、プロバイ
ダのポリシ、あるいはユーザとの契約に基づく。
【０１８９】ＨＡ２００は、トラフィック負荷を分散す
るために、同一プロバイダ内の複数のＨＡにより構成さ
れてもよい。この場合、ＡＡＡＦ４００またはＡＡＡＨ
１００は、ＨＡ２００の割付要求を受け取ると、図１５
に示すＨＡ割付管理テーブル４１２または１１２を検索
し、割付け数が最も少ないＨＡを選択し、ＨＡ管割付理
テーブル４１２（１１２）において対応する登録数を加
算する。なお、ユーザがＨＡを直接指定している場合に
は、対応するＨＡ割付管理テーブル４１２または１１２
の登録数を加算する。一方、明示的な解放要求（例え
ば、満了タイマ値＝０が設定された登録要求）を受信し
た場合、セッション解放要求を受信した場合、あるいは
ＡＡＡのセッション満了時には、ＨＡ割付管理テーブル
４１２または１１２の登録数を減算する。
【０１９０】ＨＡが備えるネットワーク機器に性能差が
ある場合は、ＨＡ割付管理テーブル４１２または１１２
にネットワーク機器情報（例えば、ネットワーク機器に
関するクラス情報など）を設定する。そして、これらの
情報を、図５または図１４に示したサービスプロファイ
ルテーブルから抽出された認証ユーザのサービスタイプ
またはＤｉｆｆ−ＳｅｒｖのＴＯＳ値にリンクさせるこ
とにより、特定のユーザを優先的に高性能または高機能
のルータを所有するＨＡ２００に割り付けるようにして
もよい。また、複数のＨＡの各機器装置のクラス情報な
どを考慮して適切な負荷の分散を行うことも可能であ
る。例えば、機器装置の能力の比率に応じて負荷を分散
するといったこともできる。 ８．２ ＡＡＡＨがＨＡを特定する場合 ＡＡＡＨ１００は、ＡＡＡＦ５００から受け取った認証
要求（ＡＭＲ）メッセージに格納されている移動ノード
６００のＮＡＩをキーとして、図２または図２１に示す
サービス制御データベース３００を検索し、対応するユ
ーザプロファイルを抽出する。また、認証要求（ＡＭ
Ｒ）メッセージから抽出したセッションＩＤおよびＡＭ
Ｒメッセージの送信元アドレス、さらにサービス制御デ
ータベース３００から取得したユーザプロファイルから
サービス制御トランザクション１２０を生成（図１８）
すると共に、上述の手順に従ってＨＡ２００を特定す
る。
【０１９１】ＡＡＡＨ１００は、上記ユーザプロファイ
ルからＨＡ２００にとって必要な情報のみを取り出す。
例えば、ＨＡ２００は、ユーザプロファイルとして定義
されている情報のうち、移動ノードからの発信パケット
に関係する情報を必要としないので、この場合、このよ
うな情報は取り出されない。そして、ＡＡＡＨ１００
は、ユーザプロファイルから取り出した情報をＤＩＡＭ
ＥＴＥＲプロトコルのＡＶＰに設定し、そのＡＶＰを含
むＨＡＲ（ＨＡ登録要求）メッセージをＨＡ２００に送
出する。なお、ＤＩＡＭＥＴＥＲプロトコルのＡＶＰ
は、図６７に示した通りである。そして、ユーザプロフ
ァイルから取り出した情報は、例えば、このＡＶＰの
「Ｄａｔａ」に格納される。
【０１９２】ＨＡ２００は、ＨＡＲメッセージを受信す
ると、そのメッセージから必要な情報（セッションＩ
Ｄ、ＨＡＲ送信元アドレス、気付アドレス、登録要求の
識別子フィールド、ライフタイム、サービスプロファイ
ル）を抽出し、それらに基づいて制御情報として図５に
示すサービス制御トランザクション２３０などを作成す
る。そして、図３または図９に示すルータ制御部２２０
のサービス制御フィルタ２２５に受信先アドレス（ホー
ムアドレス）を設定する。
【０１９３】 ＨＡ２００は、ＡＡＡＨ１００へＨＡ
登録応答メッセージ（ＨＡＡ）を返信する。 ＡＡＡＨ１００は、ＨＡＡメッセージを受信する
と、そのメッセージに設定されているセッションＩＤを
キーとして図１８に示すサービス制御トランザクション
１２０を索引し、ＦＡ５００が必要とする情報のみを取
り出す。そして、その取り出した情報がＤＩＡＭＥＴＥ
ＲプロトコルのＡＶＰに設定した認証応答（ＡＭＡ）メ
ッセージを作成し、図１８に示すセッショントランザク
ションテーブルに登録されている認証要求アドレス（Ａ
ＡＡＦアドレス）へそのＡＭＡメッセージを送出する。
【０１９４】ＡＡＡＦ４００は、ＡＭＡメッセージを受
信すると、そのメッセージに設定されているセッション
ＩＤをキーとして図１４に示すセッショントランザクシ
ョンを検索または索引し、取得したＦＡアドレスへＡＭ
Ａメッセージを回送する。なお、ＡＡＡ間（例えば、Ａ
ＡＡＦとＡＡＡＨとの間）で合意がある場合は、サービ
ス制御トランザクションのＴＯＳ値に基づく優先転送順
位を変更することも可能である。 ８．３ ＡＡＡＦがＨＡを特定する場合 図２６を参照しながらＡＡＡＦ４００がＨＡ２００を指
定する場合のシーケンスを説明する。なお、手順〜手
順は、ＡＡＡＨ１００がＨＡ２００を指定する場合を
同じなので、説明を省略する。
【０１９５】 ＡＡＡＨ１００は、通知されたユーザ
ＮＡＩを用いて図２または図２１に示すサービス制御デ
ータベース３００を検索または索引し、対応するユーザ
プロファイルを抽出する。また、受信したＡＭＲメッセ
ージからセッションＩＤおよび送信元アドレス、さらに
サービス制御データベース３００から取り出したユーザ
プロファイルから図１８に示すサービス制御トランザク
ション１２０を生成する。そして、ＡＡＡＨ１００は、
上記サービスプロファイルから抽出した全ての情報をＤ
ＩＡＭＥＴＥＲプロトコルのＡＶＰに設定し、そのＡＶ
Ｐを含む認証応答（ＡＭＡ）メッセージをＡＡＡＦ４０
０に送出する。
【０１９６】 ＡＡＡＦ４００は、ＡＭＡメッセージ
を受信すると、そのメッセージ中のホームアドレスの値
を確認し、そのアドレスの値が「０（ゼロ）」であれ
ば、図１４に示すサービス制御トランザクション４２０
に上記ＡＭＡメッセージのサービスプロファイルを設定
し、前述の手順に従いＨＡ２００を特定する。また、Ａ
ＡＡＦ４００は、ＡＭＡメッセージに格納されているサ
ービスプロファイルから抽出した情報からＨＡ２００の
みが必要とする情報をＤＩＡＭＥＴＥＲのＡＶＰに設定
し、そのＡＶＰを含むＨＡ登録要求（ＨＡＲ）メッセー
ジをＨＡ２００に送出する。
【０１９７】ＨＡ２００は、このＨＡＲメッセージを受
信すると、そのメッセージから必要な情報（セッション
ＩＤ、ＨＡＲ送信元アドレス、気付アドレス、登録要求
の識別子フィールド、ライフタイム、サービスプロファ
イル）を抽出して図５に示すサービス制御トランザクシ
ョン２３０などを作成する。また、ルータ制御部２２０
のサービス制御フィルタ２２５に受信先アドレス（ホー
ムアドレス）を設定する。
【０１９８】 ＨＡ２００は、ＡＡＡＦ４００へＨＡ
登録応答（ＨＡＡ）メッセージを返信する。 ＡＡＡＦ４００は、ＨＡ２００からＨＡＡメッセー
ジを受信すると、そのメッセージに設定されているセッ
ションＩＤを用いて図１４に示すサービス制御トランザ
クション４２０を検索または索引し、ＦＡ５００が必要
とする情報を取り出す。そして、その取り出した情報が
ＤＩＡＭＥＴＥＲプロトコルのＡＶＰに設定された認証
応答（ＡＭＡ）メッセージを作成し、セッショントラン
ザクションテーブルの先頭にあるＦＡアドレスにそのＡ
ＭＡメッセージを送出する。尚、ＡＡＡ間（例えば、Ａ
ＡＡＦとＡＡＡＨとの間）で合意がある場合は、サービ
スタイプ情報のＴＯＳ値に基づきパケットの優先転送順
位を変更することも可能である。
【０１９９】このように、図２５では、ＡＡＡＨ１００
が適切なＨＡ２００を選択して移動ノードに割り当てて
いるが、図２６では、ＡＡＡＦ４００が適切なＨＡ２０
０を選択して移動ノードに割り当てている。即ち、図２
６に示すシーケンスでは、ＡＡＡＨ１００はＨＡ２００
にＨＡＲメッセージを送ることなくＡＡＡＦ４００へ認
証応答（ＡＭＡ）メッセージを返信し、ＡＡＡＦ４００
からＨＡ２００へＨＡ登録要求（ＨＡＲ）メッセージが
送られている。そして、ＨＡ２００は、登録応答（ＨＡ
Ａ）をＡＡＡＦ４００に返信している。
【０２００】上述のようにしてＨＡを動的に指定するこ
とにより、以下のようなメリットが得られる。例えば、
移動ノードが日本から米国に移動し、その移動ノードが
米国内の通信ノードを通信を行う場合を想定する。この
場合、この移動ノードは、米国内に存在するＦＡに収容
されることになる。このとき、もし、上記移動ノードの
ＨＡが日本に固定されていたとすると、米国内に設けら
れているＦＡ５００と日本に設けられているＨＡ２００
との間でのトラフィックが増加し、また、データ処理が
非効率的になる。このため、このような場合には、移動
ノードが米国に移動して位置登録が行われる際に、その
移動ノードのために動作するＨＡが米国内において指定
されれば便利である。本発明のシステムでは、上記メリ
ットを享受するために、ＨＡは移動ノードの位置登録の
際に動的に割り付けられる。好適例としては、ＨＡ２０
０は、ＦＡ５００と同じドメイン内に動的に割り付けら
れる。 ８．４ ＦＡにおけるサービス制御トランザクション情
報の設定 ＦＡ５００は、ＡＡＡＦ４００から認証応答（ＡＭＡ）
メッセージを受信すると、そのメッセージに対応するセ
ッションＩＤを用いてサービス制御トランザクション５
３０を索引し、図４に示すように、そのＡＭＡメッセー
ジにより配布された「ホームアドレス」「ＨＡアドレ
ス」「サービスプロファイル」をサービス制御トランザ
クション５３０設定する。また、ルータ制御部５２０の
サービス制御フィルタ５２５には「送信元アドレス（ホ
ームアドレス）」が設定される。そして、ＦＡ５００
は、サービス制御トランザクション５３０が示すＭＮ、
ＳＮのリンクレイヤアドレスへ登録応答メッセージを送
出する（図２５または図２６の）。 ８．５ データパケットの配信 図２７は、移動ノード（ＭＮ，ＳＮ）６００からＣＮ９
００にデータパケットを配信するシーケンスを説明する
図である。
【０２０１】(1) デフォルトフォワーディング ここでは、前述の手順によって初期位置登録が完了した
移動ノード（ＭＮ、ＳＮ）６００がＩＰネットワークに
接続される通信ノード９００（ＣＮ）と通信をする場合
を想定する。また、付加価値サービスとしてＤｉｆｆ−
Ｓｅｒｖが提供されるものとする。
【０２０２】移動ノード６００は、ＣＮ９００へデータ
パケットの送出を開始する（図２７の）。このパケッ
トは、まず、移動ノード６００を収容するＦＡ５００に
より受信される。
【０２０３】ＦＡ５００は、位置登録が完了した移動ノ
ード６００からパケットを受信すると、このパケットの
発信元アドレスはＦＡ５００のサービス制御フィルタ２
２５に登録されているので、そのパケットのＩＰヘッダ
の送信元アドレスを用いて図４に示す訪問者リストを検
索する。そして、上記送信元アドレスと同じアドレスが
設定されている訪問者リストにリンクするサービスプロ
ファイルテーブルのサービスタイプ（Diff-Serv 発信）
を索引し、そこに設定されている関連情報を参照する。
この実施例では、移動ノード６００から送出されるすべ
てのパケットに対してＴＯＳ値として「Ａｓｓｕｒｅｄ
Ｆｏｒｗａｒｄｉｎｇ クラス１（最優先）」を付与
するポリシが設定されているものとする。したがって、
ＦＡ５００は、受信パケットのＩＰヘッダのＴＯＳ値と
して上記の値を設定し、そのパケットをそのＩＰヘッダ
が示す送信先アドレスへ回送する（図２７の）。この
とき、ＦＡ５００は、このパケットの編集情報に基づい
て結合キャッシュ２２４を作成する。
【０２０４】ＣＮ９００は、上記データパケットを受信
すると、そのパケットに格納されている「送信元アドレ
ス」へパケットを送出する（図２７の）。ＣＮ９００
は、例えば、移動ノード６００により指定された情報
（例えば、Ｗｅｂページ）をそのパケットに格納して送
出する。
【０２０５】このとき、ＣＮ９００から送出されるパケ
ットの「送信先アドレス」としては移動ノード６００の
アドレスが設定されている。ここで、移動ノード６００
のアドレスは、ＨＡ２００により管理されている。従っ
て、ＣＮ９００から送出されるパケットは、いったんＨ
Ａ２００へ転送される。なお、この段階では、ＣＮ９０
０には、結合キャッシュ９２４は設定されていない。ま
た、この時点では、移動ノード６００には、対応するＱ
ｏＳ（優先転送制御）は適用されていない。
【０２０６】ＨＡ２００は、ＣＮ９００からパケットを
受信すると、そのパケットの受信先アドレスがＨＡ２０
０のサービス制御フィルタ２２５に登録されているの
で、そのパケットのヘッダに格納されている受信先アド
レスを用いて図５に示すサービス制御トランザクション
２３０を検索する。そして、その受信先アドレスが登録
されているサービス制御トランザクションのサービスタ
イプ（Diff-Serv 着信）を索引し、関連する設定情報を
参照する。この実施例では、移動ノード６００宛のすべ
てのパケット「Ａｓｓｕｒｅｄ Ｆｏｒｗａｒｄｉｎｇ
クラス１」を提供するポリシが設定されているものと
する。この場合、ＨＡ２００は、移動ノード６００宛の
全てのパケットのＴＯＳ値としてクラス１に対応する値
を付与することになる。具体的には、ＨＡ２００は、サ
ービス制御トランザクション２３０から抽出した移動ノ
ード６００の気付アドレスを用いてＣＮ９００から受信
したパケットをカプセル化した後にそのカプセル化した
パケットのヘッダに上記ＴＯＳ値を付与し、そのパケッ
トをその気付アドレスへ送出する（図２７の）。この
場合、移動ノード６００の気付けアドレスは、その移動
ノード６００を直接的に収容しているＦＡ５００のアド
レスである。なお、移動ノード６００を収容しているＦ
Ａのアドレスは、移動ノード６００の位置登録手順にお
いて、ＡＭＲメッセージおよびＨＡＲメッセージにより
ＨＡ２００に通知されている。
【０２０７】この後、ＨＡ２００は、このパケットのヘ
ッダ編集情報を設定した結合キャッシュ２２４を作成す
る。 (2) ＦＡでのデータパケット回送 ＦＡ５００は、ＨＡ２００によってカプセル化されデー
タパケットを受信すると、それをデカプセル化する（図
２７の）。続いて、そのデカプセル化したパケットの
ヘッダ情報から抽出した送信先アドレスを用いてサービ
ス制御トランザクション５３０から対応するリンクレイ
ヤアドレスを索引する。そして、デカプセル化したデー
タパケットを抽出したリンクレイヤアドレスへ回送する
（図２７の）。
【０２０８】(3) ルート最適化 ＨＡ２００は、移動ノード６００宛のデータパケットを
カプセル化してＦＡ５００へ回送し始めると、回送ルー
トを最適化するために、結合更新メッセージを用いて移
動ノード６００の気付アドレスをＣＮ９００に通知す
る。これにより、ＣＮ９００は、データパケットを直接
的に移動ノード６００の気付アドレスへカプセル化して
送出できるようになる。
【０２０９】本発明では、結合更新メッセージを拡張す
ることにより、現在適用されているＴＯＳ値も合わせて
ＣＮ９００に通知される（図２７の）。ここで、ＨＡ
２００は、図５に示すサービス制御トランザクション２
３０のサービスプロファイルとして保持している情報の
うち、ＣＮ９００が必要とする情報のみをＣＮ９００に
通知する。なぜならば、ＣＮ９００にとっては、移動ノ
ード６００へ向かうデータパケットに付加するＴＯＳ値
以外の情報は、意味のない情報だからである。なお、移
動ノード６００と他の通信ノード通信に対しては、ＨＡ
２００によりその通信にのみ関係する別のポリシが適用
される。
【０２１０】ＣＮ９００は、結合更新メッセージを受信
すると、そのメッセージにより通知された移動ノード６
００のホームアドレス、気付アドレス、ＴＯＳ値を格納
する結合キャッシュ９２４を作成する。そして、ＣＮ９
００は、パケットを送出する際にこの結合キャッシュ９
２４を検索し、そのパケットのヘッダに設定されている
送信先アドレスと一致するホームアドレスが登録されて
いる場合には、ＨＡ２００と同様に、その結合キャッシ
ュ９２４登録されている気付アドレスを用いてそのパケ
ットをカプセル化すると共に、登録されているＴＯＳ値
をそのパケットに付与する。この後、ＣＮ９００は、そ
のパケットをその気付けアドレスに送出する。
【０２１１】これにより、以降、ＣＮ９００から移動ノ
ード６００宛のパケットは、移動ノード６００の気付け
アドレスに従ってその移動ノードを収容するＦＡ５００
へ直接的に転送されることになる（図２７の）。ま
た、このとき、ＣＮ９００から移動ノード６００宛のパ
ケットにも上記ＴＯＳ値が付与されているので、移動ノ
ード６００からＣＮ９００へのパケットだけでなく、Ｃ
Ｎ９００から移動ノード６００へのパケットに対しても
Ｄｉｆｆ−Ｓｅｒｖサービスが提供される。
【０２１２】(4) ＦＡによるデータパケットの回送 ＦＡ５００は、ＣＮ９００によってカプセル化されデー
タパケットを受信すると、それをデカプセル化する（図
２７の）。また、ＦＡ５００は、そのデカプセル化し
たパケットのヘッダ情報から送信先アドレスを抽出し、
サービス制御トランザクション５３０から対応するリン
クレイヤアドレスを抽出する。そして、その抽出したリ
ンクレイヤアドレスへデカプセル化したデータパケット
を回送する（図２７の丸印中の１０）。 ８．６ 移動ノードが、同一ＡＡＡＦ内のあるＦＡの通
信エリアから他のＦＡの通信エリアへ移動した場合（そ
の１） 図２８は、移動ノードが、あるＡＡＡＦ内のあるＦＡの
通信エリアから他のＦＡの通信エリアへ移動した場合の
位置登録手順を説明する図である。以下では、「旧Ｆ
Ａ」は、移動ノード６００が移動する前にその移動ノー
ド６００を収容していた外部エージェントを意味する。
また、「新ＦＡ」は、移動ノード６００が移動した後に
その移動ノード６００を収容することとなった外部エー
ジェントを意味する。
【０２１３】図２９は、移動ノード６００が旧ＦＡの通
信エリア（配下のアクセスネットワーク）から新ＦＡの
通信エリアへ移動したときのシーケンスを示す図であ
る。この場合、新ＦＡは、ＡＡＡプロトコルの１つであ
るＤＩＡＭＥＴＥＲメッセージを利用してＡＡＡからサ
ービスプロファイル情報などを獲得すると共に、旧ＦＡ
が管理・保持している移動ノード６００に係わるサービ
ス制御情報を削除する。
【０２１４】図３２は、ＦＡにより使用されるＮＡＩ登
録テーブルの例を示す図である。また、図３３は、エー
ジェントのＩＰアドレスをＮＡＩプレフィックスに変換
するテーブルの例を示す図である。
【０２１５】以下、これらの図面を参照しながら、位置
登録を実行するために移動ノード６００が登録要求メッ
セージを送出したときのシーケンスを説明する。 移動ノード（ＭＮ）６００は、旧ＦＡの通信エリア
から新ＦＡの通信エリアに移動し、新ＦＡからモバイル
ＩＰ広告を受け取ると、新ＦＡに対して登録要求メッセ
ージを送出する。このとき、登録要求メッセージの中に
は、旧ＦＡのＩＰアドレスおよび移動ノード６００のＮ
ＡＩ（Network Access Identifier ）が含まれている。
【０２１６】 登録要求メッセージを受信した新ＦＡ
は、そのメッセージから必要な情報を抽出し、図２に示
すサービス制御トランザクション５３０などを作成す
る。また、新ＦＡは、旧ＦＡのＩＰアドレスを用いて図
３３に示すＮＡＩプレフィックステーブルを参照するこ
とにより、旧ＦＡのＮＡＩプレフィックスを求める。こ
こで、ＮＡＩプレフィックスは、例えば、ドメインを識
別することができる。続いて、新ＦＡは、移動ノード６
００から受信した登録要求メッセージをカプセル化し、
それを認証要求（ＡＭＲ）メッセージとしてＡＡＡＦ４
００に送出する。その際、そのＡＭＲメッセージの中に
は、旧ＦＡ５００のＮＡＩプレフィックスと移動ノード
６００のＮＡＩが含まれる。また、そのＡＭＲメッセー
ジ中のセッションＩＤは未記入とする。
【０２１７】 ＡＭＲメッセージを受信したＡＡＡＦ
４００は、移動ノード６００のＮＡＩをインデックスと
する仮のセッショントランザクションテーブルを作成す
る。そして、ＮＡＩ登録テーブルを参照することにより
ＡＡＡＨ１００のアドレスを求め、上記ＡＭＲメッセー
ジをＡＡＡＨ１００に回送する。
【０２１８】 ＡＭＲメッセージを受信したＡＡＡＨ
１００は、そのメッセージの中に含まれている移動ノー
ド６００のＮＡＩをインデックスとして制御ブロックを
検索し、対応するサービスプロファイル（およびセッシ
ョンＩＤ）を探す。そして、対応するサービスプロファ
イル（およびセッションＩＤ）が見つかった場合は、Ｄ
ＩＡＭＥＴＥＲメッセージのＡＶＰにそのサービスプロ
ファイル（およびセッションＩＤ）を格納し、そのＡＶ
Ｐを含む登録要求（ＨＡＲ）メッセージをＨＡ２００に
送出する。このとき、ＡＡＡＨ１００は、必要に応じて
ＨＡ２００を登録する。
【０２１９】 ＨＡＲメッセージを受信したＨＡ２０
０は、セッションＩＤをインデックスとして移動ノード
６００のセッショントランザクションを検索する。この
時、この検索がヒットすれば、そこに新ＦＡのアドレス
を登録する。そして、移動ノード６００の位置登録処理
が終了すると、ＨＡ２００は、新ＦＡが必要とする情報
のみを編集し、登録応答（ＨＡＡ）メッセージをＡＡＡ
Ｈ１００に対して送出する。このとき、ＨＡ２００は、
新ＦＡが必要とする情報をＨＡＡメッセージのＡＶＰに
格納してもよい。
【０２２０】 ＨＡＡメッセージを受信したＡＡＡＨ
１００は、そのメッセージに格納されているセッション
ＩＤを用いてセッショントランザクションを検索し、そ
の検索により抽出される新ＦＡのアドレスへ認証応答
（ＡＭＡ）メッセージを送出する。このとき、ＡＡＡＨ
１００は、新ＦＡが必要とする情報をＡＭＡメッセージ
のＡＶＰに格納してもよい。
【０２２１】 ＡＭＡメッセージを受信したＡＡＡＦ
４００は、そのメッセージから必要なサービスプロファ
イル情報などを抽出し、サービストランザクション情報
に基づいてそのＡＭＡメッセージを新ＦＡに中継する。
このとき、新ＦＡに送出されるＡＭＡメッセージのＡＶ
Ｐには、新ＦＡが必要とする情報が格納されていてもよ
い。
【０２２２】 ＡＭＡメッセージを受信した新ＦＡ
は、そのメッセージから必要な情報を取得すると共に、
結合更新（ＭＢＵ：MIP Binding Update）メッセージを
旧ＦＡに送出する。
【０２２３】 ＭＢＵメッセージを受信した旧ＦＡ
は、そのメッセージに格納されているセッションＩＤに
対応するサービス制御情報を削除する。また、移動ノー
ド６００宛のメッセージを新ＦＡに転送するルーティン
グテーブルを設定すると、ＭＢＡ（MIP Binding Acknow
ledge ）メッセージを新ＦＡに送出する。
【０２２４】丸印中の１０ ＭＢＡメッセージを受信し
た新ＦＡは、旧ＦＡにおいてサービス制御情報が削除さ
れたことを認識する。 丸印中の１１ 新ＦＡは、ＤＩＡＭＥＴＥＲ要素部分を
デカプセル化し、登録応答メッセージを移動ノード６０
０に送出する。
【０２２５】丸印中の１２ 登録応答メッセージを受信
した移動ノード６００は、登録要求メッセージの処理が
終わったことを認識し、位置登録に係わる一連の処理を
終了する。 ８．７ 移動ノードが、同一ＡＡＡＦ内のあるＦＡの通
信エリアから他のＦＡの通信エリアへ移動した場合（そ
の２） この実施例は、移動ノード６００のホームエージェント
がＡＡＡＦ４００により指定される場合を示す。以下、
図３０、図３１を参照しながら、移動ノード６００が旧
ＦＡの通信エリアから新ＦＡの通信エリアへ移動したと
きのシーケンスを説明する。なお、図３１において、
〜は、図２９を参照しながら説明した動作を基本的に
同じなので、その説明を省略する。
【０２２６】 ＡＡＡＦ４００からＡＭＲメッセージ
を受信したＡＡＡＨ１００は、そのメッセージに格納さ
れているセッションＩＤを利用してセッショントランザ
クションテーブルを検索し、そこに新ＦＡのアドレスを
登録する。そして、セッショントランザクションテーブ
ルが示すＡＡＡＦ４００のアドレスへＡＭＡメッセージ
を送出する。
【０２２７】 ＡＡＡＦ４００は、ＡＭＡメッセージ
に格納されている移動ノード６００のＮＡＩに基づいて
セッショントランザクションテーブルを求める。そし
て、そのセッショントランザクションテーブルからＨＡ
２００のアドレスを抽出し、登録要求（ＨＡＲ）メッセ
ージをＨＡ２００に送出する。
【０２２８】 ＨＡＲメッセージを受信したＨＡ２０
０は、セッションＩＤをインデックスとして移動ノード
６００のセッショントランザクションテーブルを検索す
る。この検索がヒットすれば、そこに新ＦＡのアドレス
を登録する。そして、登録処理が終了すると、ＨＡ１０
０は、新ＦＡが必要とする情報のみを編集し、ＡＡＡＦ
４００にＨＡ登録応答（ＨＡＡ）メッセージを送出す
る。このとき、新ＦＡが必要とする情報は、ＨＡＡメッ
セージのＡＶＰに格納されていてもよい。
【０２２９】 ＨＡＡメッセージを受信したＡＡＡＦ
４００は、サービストランザクション情報をもとにＡＭ
Ａメッセージを新ＦＡ５００に中継する。以降の処理
（図３１の〜丸印中の１２）は、図２９を参照しなが
ら説明した処シーケンスと基本的に同じなので、その説
明を省略する。 ８．８ 移動ノードが、あるＡＡＡＦが管理するＦＡの
通信エリアから他のＡＡＡＦが管理するＦＡの通信エリ
アへ移動した場合 この実施例については、図３４および図３５を参照しな
がら説明する。以下では、「旧ＡＡＡＦ」は、旧ＦＡを
管理する外部エージェントを意味し、「新ＡＡＡＦ」
は、新ＦＡを管理する外部エージェントを意味する。
【０２３０】 図２９のと同じである。 基本的に、図２９のと同じである。ただし、新Ｆ
Ａは、ＡＭＲメッセージを新ＡＡＡＦに対して送出す
る。
【０２３１】 ＡＭＲメッセージを受信した新ＡＡＡ
Ｆの動作は、基本的に、図２９のとして説明したＡＡ
ＡＦ４００の動作と同じである。 および 基本的に、図２９のおよびと同じであ
る。
【０２３２】 ＨＡＡメッセージを受信したＡＡＡＨ
１００は、新ＦＡのＮＡＩプレフィックスと旧ＦＡのＮ
ＡＩプレフィックスを比較する。ここでは、それらが互
いに異なっているものとする。この場合、ＡＡＡＨ１０
０は、移動ノード６００が旧ＡＡＡＦの通信エリアから
新ＡＡＡＦの通信エリアに移動したことを認識する。そ
して、ＡＡＡＨ１００は、ＭＢＵメッセージを格納した
ＡＭＵメッセージを作成すると共に、そのＡＭＵメッセ
ージの宛先として旧ＦＡのＩＰアドレスを設定し、それ
を旧ＡＡＡＦへ送出する。
【０２３３】 ＡＭＵメッセージを受信した旧ＡＡＡ
Ｆは、そのメッセージに格納されているセッションＩＤ
に対応するサービスプロファイルを削除し、さらにその
ＡＭＵメッセージを旧ＦＡへ転送する。
【０２３４】 ＡＭＵメッセージを受信した旧ＦＡ
は、そのメッセージに格納されているセッションＩＤに
対応するサービスプロファイルを削除すると共に、移動
ノード６００宛のメッセージを新ＦＡに転送するための
ルーティングテーブルを設定する。そして、旧ＦＡは、
ＡＭＡｃメッセージを旧ＡＡＡＦに送出する。
【０２３５】 ＡＭＡｃメッセージを受信した旧ＡＡ
ＡＦは、旧ＦＡにおいて移動ノード６００に対応したサ
ービス制御情報が削除されたことを認識し、ＡＭＡｃメ
ッセージをＡＡＡＨ１００に送出する。
【０２３６】丸印中の１０ ＡＭＡｃメッセージを受信
したＡＡＡＨ１００は、そのメッセージから必要なサー
ビスプロファイル情報などを抽出し、サービストランザ
クション情報に基づいてＡＭＡメッセージを新ＦＡに中
継する。そして、そのＡＭＡメッセージを受信した新Ｆ
Ａは、ＡＭＡメッセージを新ＦＡに送出する。
【０２３７】丸印中の１１ 新ＦＡは、ＤＩＡＭＥＴＥ
Ｒ要素部分をＡＭＡメッセージからデカプセル化し、登
録応答メッセージを移動ノード６００に送出する。 丸印中の１２ 登録応答メッセージを受信した移動ノー
ド６００は、位置登録が終了したことを認識し、一連の
処理を終了する。 ８．９ ａｎｙｃａｓｔサービスにおけるネットワーク
構成の例 ａｎｙｃａｓｔサービスとは、予め登録されたアドレス
に対して複数の端末装置を割り当てておき、宛先アドレ
スとしてその登録されたアドレスが設定されたパケット
が送出されたときに、そのパケットを上記複数の端末装
置のなかのいずれかに転送するサービスである。ここ
で、上記予め登録されたアドレスのことを「ａｎｙｃａ
ｓｔアドレス」と呼ぶ。また、上記複数の端末装置から
１以上の端末装置を選択するポリシは、例えば、各端末
装置の負荷が均等になるように、あるいはパケットの伝
送経路が最短になるように決定される。
【０２３８】図３６は、ＡＮＹＣＡＳＴサービスを説明
する図である。ここでは、端末１〜３は、ａｎｙｃａｓ
ｔサービス提供プロバイダとの間で、ａｎｙｃａｓｔサ
ービスを受ける旨の契約を結んでいる。そして、端末１
および端末２は、サービスプロバイダ１の通信エリア内
に移動してＦＡ１に収容されるものとする。また、端末
３は、サービススプロバイダ２の通信エリア内に移動し
てＦＡ２に収容されるものとする。以下では、これらの
端末１〜端末３がａｎｙｃａｓｔサービスに参加（また
は登録）する際のシーケンスを説明する。
【０２３９】なお、ＡＮＹＣＡＳＴサービスを提供する
ａｎｙｃａｓｔサービス提供プロバイダは、自プロバイ
ダが所有するＩＰアドレスの幾つかをａｎｙｃａｓｔア
ドレスとして公開する。公開されたＩＰアドレスは、オ
ペレータによりまたは自動的にＡＡＡＨ１００のａｎｙ
ｃａｓｔ管理テーブルに記録される。具体的には、例え
ば、ある端末が公開されているａｎｙｃａｓｔアドレス
の使用を申請したときに、その端末のＮＡＩが図１９に
示すａｎｙｃａｓｔアドレス管理テーブルに設定され
る。ここでは、例えば、端末１（ＮＡＩ−１）、端末２
（ＮＡＩ−２）、および端末３（ＮＡＩ−３）がａｎｙ
ｃａｓｔアドレスの一つである「123.123.123.123 」を
使用したい旨の申請をしたものとする。なお、端末２お
よび端末３は、端末１のミラーサーバである。 ８．１０ ａｎｙｃａｓｔ登録シーケンス 以下、図３７を参照しながら、端末１〜端末３がａｎｙ
ｃａｓｔサービスに参加する際のシーケンスを説明す
る。
【０２４０】(1) 端末１のＡＮＹＣＡＳＴ参加 手順１〜３ 端末１（移動ノード）は、ホームエージェ
ント（ＨＡ）又は外部エージェント（ＦＡ）から定期的
に送出されるエージェント広告（ＭｏｂｉｌｅＩＰメッ
セージ）を受信することにより、自分の位置を認識す
る。ここでは、端末１は、ＦＡ１からメッセージを受信
することにより、自分がＦＡ１の通信エリアにいちして
いることを認識する。このとき、端末１は、通常のＭｏ
ｂｉｌｅＩＰ手順に従って登録要求メッセージをＦＡ１
に送出する。ここで、この登録要求メッセージには、端
末１の利用者がサービスプロバイダとの契約時に指定さ
れたＮＡＩ、ホームアドレス（ＡＮＹＣＡＳＴアドレ
ス）、およびホームエージェントアドレスが設定され
る。そして、ＦＡ１は、登録要求メッセージを受信する
と、それをカプセル化して認証要求（ＡＭＲ）メッセー
ジとしてＡＡＡＨに送出する。
【０２４１】手順４ ＡＡＡＨは、前述した処理に従っ
てＡＭＲメッセージを受信すると、認証手順に従い、登
録要求ユーザ（端末１）を認証する。 手順５ ＡＡＡＨは、ＡＭＲメッセージにより通知され
たホームアドレスがａｎｙｃａｓｔアドレスであるか否
かをａｎｙｃａｓｔアドレス管理テーブルを参照して調
べる。ここで、通知されたアドレスがａｎｙｃａｓｔア
ドレスでなければ、通常の登録手順を行う。一方、通知
されたアドレスがａｎｙｃａｓｔアドレスであれば、登
録要求ユーザ（端末１）のＮＡＩが登録されているかど
うかの確認を行う。そして、登録されていなければこの
要求を棄却し、ＡＮＹＣＡＳＴ登録対象外のエラーコー
ドを設定した認証応答（ＡＭＡ）メッセージをＦＡ１に
返信する。一方、上記ＮＡＩが登録されていれば、ａｎ
ｙｃａｓｔアドレス管理テーブルにおいて該当するＮＡ
Ｉの状態を「オンライン」に書き換える。そして、ＡＡ
ＡＨサービストランザクション１２０から抽出したサー
ビスプロファイルをＤＩＡＭＥＴＥＲメッセージのＡＶ
Ｐに設定し、そのＡＶＰを格納するＨＡ登録要求（ＨＡ
Ｒ）メッセージをＨＡに送出する。また、このとき、サ
ービス制御トランザクション１２０のサービスプロファ
イルテーブルにサービスタイプ（ＡＮＹＣＡＳＴ）を設
定する。
【０２４２】手順６ ＨＡは、ＨＡＲメッセージを受信
すると、そのメッセージから必要な情報（セッションＩ
Ｄ、ＨＡＲ送信元アドレス、気付アドレス、登録要求の
識別子フィールド、ライフタイム、サービスプロファイ
ル）を抽出して図５に示すサービス制御トランザクショ
ンを生成する。このとき、サービスプロファイルのＡＮ
ＹＣＡＳＴ情報はサービス制御トランザクション２３０
には設定されず、図３に示すＡＮＹＣＡＳＴアドレス結
合テーブル２１２に設定される。また、ルータ制御部２
２０のサービス制御フィルタ２２５に受信先アドレス
（ａｎｙｃａｓｔアドレス）が設定される。さらに、Ｈ
Ａは、ＡＡＡＨへＨＡ登録応答（ＨＡＡ）メッセージを
返信する。
【０２４３】手順７ ＡＡＡＨは、ＨＡＡメッセージを
受信すると、セッションＩＤを用いてサービス制御トラ
ンザクション１２０を索引する。このとき、図１８に示
すサービスプロファイルにサービスタイプ（ＡＮＹＣＡ
ＳＴ）が登録されていれば、図１９に示すａｎｙｃａｓ
ｔアドレス管理テーブルから、そのａｎｙｃａｓｔアド
レスについて移動ノード（端末１）がリンクしているＦ
Ａ１と同じ気付アドレスを持つ「ＮＡＩ」および「状
態」をＤＩＡＭＥＴＥＲメッセージのＡＶＰに設定す
る。そして、そのＡＶＰを格納する認証応答（ＡＭＡ）
メッセージをサービス制御トランザクション１２０が示
す認証要求元アドレス（ＡＡＡＦ１）に送出する。
【０２４４】手順８ ＡＡＡＦ１は、ＡＭＡメッセージ
を受信すると、セッションＩＤを用いてサービス制御ト
ランザクション４２０を索引し、図１４に示すセッショ
ントランザクションテーブルに登録されているＦＡアド
レスへＡＭＡメッセージを中継する。
【０２４５】手順９ ＦＡ１は、ＡＡＡＦ１からＡＭＡ
メッセージを受信すると、セッションＩＤを用いてサー
ビス制御トランザクション５２０にアクセス、ＡＭＡメ
ッセージにより受信した、ホームアドレス、ホームエー
ジェントアドレス、サービスプロファイルを設定する。
このとき、ＡＮＹＣＡＳＴ情報は、サービス制御トラン
ザクション５２０には設定されず、図３または図６に示
すＡＮＹＣＡＳＴアドレス結合テーブル２１２に設定さ
れる。また、受信先アドレス（ａｎｙｃａｓｔアドレ
ス）は、図９に示すルータ制御部５２０のサービス制御
フィルタ２２５に設定される。そして、ＦＡ１は、サー
ビス制御トランザクション５２０に設定されている端末
１のリンクレイヤアドレスへ登録応答メッセージを送出
する。
【０２４６】(2) 端末３のＡＮＹＣＡＳＴ参加 端末３の登録手順（手順１０〜１８）は、基本的に、上
述した端末１の登録手順（手順１〜９）と同じである。
ただし、端末３から送出された登録要求メッセージはＦ
Ａ２により受信され、そのＦＡ２が送出するＡＭＲメッ
セージは、ＡＡＡＦ２を介してＡＡＡＨへ転送される。
また、ＡＡＡＨが送出するＡＭＡメッセージはＡＡＡＦ
２を介してＦＡ２へ転送され、そのＦＡ２から端末３へ
登録応答メッセージが送られる。
【０２４７】なお、ＡＡＡＨにおいて端末３に係わる情
報を図６に示すＡＮＹＣＡＳＴアドレス結合テーブル２
１２に設定する際、その端末３に対応するａｎｙｃａｓ
ｔアドレスが既に登録されている場合には、その端末３
に係わる情報は、無条件に上書き（または、追加）され
る。
【０２４８】(3) 端末２のＡＮＹＣＡＳＴ参加 端末２の登録手順（手順１９〜２７）は、基本的に、上
述した端末１の登録手順（手順１〜９）と同じである。 ８．11 ａｎｙｃａｓｔアドレスへのパケット配信 図３８は、図３７に示した手順により登録されたａｎｙ
ｃａｓｔアドレスへパケットを配信するシーケンスを説
明する図である。ここでは、ユーザＡ〜Ｃがそれぞれａ
ｎｙｃａｓｔアドレス（例えば、「123.123.123.123
」）へパケットを送出した場合を説明する。
【０２４９】なお、このａｎｙｃａｓｔアドレスは、図
３６に示すＨＡに属するＩＰアドレスであるものとす
る。そして、そのａｎｙｃａｓｔアドレスは、ＨＡのサ
ービス制御フィルタ２２５に登録されているものとす
る。従って、宛先アドレスとして上記ａｎｙｃａｓｔア
ドレスが設定されたパケットがＩＰ網へ送出されると、
そのパケットは、いったんＨＡへ転送され、そこでサー
ビス制御フィルタ２２５に従ってピックアップされて所
定の処理が施されることになる。以下、具体例を説明す
る。
【０２５０】手順１ ユーザＡにより、宛先アドレスと
してａｎｙｃａｓｔアドレスを指定したデータパケット
が送出されると、そのパケットは、ＨＡへ転送される。 手順２ ＨＡは、ユーザＡからのパケットを受信する
と、そのパケットの受信先アドレスがＨＡのサービス制
御フィルタ２２５（図９）に登録されているか否かを調
べる。ここでは、その受信先アドレスがサービス制御フ
ィルタ２２５に登録されているものとする。この場合、
ＨＡは、図６に示すａｎｙｃａｓｔアドレス結合テーブ
ル２１２を索引し、受信パケットの受信先アドレスがａ
ｎｙｃａｓｔアドレスとして登録されているか否かを判
定する。ここでは、その受信先アドレスが登録されてい
るものとする。この場合、ＨＡは、ａｎｙｃａｓｔアド
レス結合テーブル２１２に格納されている「ａｎｙｃａ
ｓｔアドレス選択ポリシ」に従ってアドレスを選択す
る。ここでは、図６に示すａｎｙｃａｓｔアドレス結合
テーブル２１２に登録されている端末（ＮＡＩ）のう
ち、その状態が「オンライン」となっている端末を登録
順に再帰的に選択する、という選択ポリシが設定されて
いるとする。また、ここでは、図３７に示した手順によ
り、端末１〜端末３（ＮＡＩ−１〜ＮＡＩ−３）が登録
されており、それらの状態がそれぞれ「オンライン」で
あるものとする。この場合、例えば、端末１（ＮＡＩ−
１）が選択される。
【０２５１】このとき、ＨＡは、同じ送信元アドレスを
持つパケットが途中で異なるサーバへ回送されるのを防
ぐために、結合キャッシュ２２４（図８）を作成する。
この結合キャッシュ２２４は、送信元アドレスおよび受
信先アドレスの組合せに基づいて構成される。そして、
結合キャッシュ２２４に登録された送信元アドレスおよ
び受信先アドレスを持つパケットは、結合キャッシュ２
２４が削除されるまでの期間は、同一受信先アドレスに
回送される。なお、結合キャッシュ２２４には適切なラ
イフタイム値が設定され、所定の期間（例えば、タイマ
満了など）が過ぎるとその設定が解放される。
【０２５２】手順３ 手順２において選択された「ＮＡ
Ｉ−１」を用いてサービス制御トランザクション２３０
を検索し、端末１の気付アドレス（ここでは、ＦＡ１）
を抽出する。そして、ユーザＡから受信したパケットを
カプセル化し、それをその気付アドレスに送出する。
【０２５３】手順４ ＦＡ１は、ＨＡから送出されたパ
ケットを受信すると、それをデカプセル化する。このデ
カプセル化されたパケットの受信先アドレスは、ユーザ
Ａにより指定されたａｎｙｃａｓｔアドレスである。こ
こで、ＦＡ１のサービス制御フィルタ２２５には、上記
ａｎｙｃａｓｔアドレスが登録されており、また、ＦＡ
１のａｎｙｃａｓｔアドレス結合テーブル２１２には、
そのａｎｙｃａｓｔアドレスに対応して端末１および端
末２が登録されている（図３７の手順８、手順２６）。
また、ＦＡ１には、ＨＡと同じ「ａｎｙｃａｓｔアドレ
ス選択ポリシ」が定義されているものとする。従って、
ＦＡ１は、上記パケットを受信すると、その選択ポリシ
に従って端末１（ＮＡＩ−１）を選択する。なお、ＦＡ
１も、ＨＡと同様に結合キャッシュ２２４を作成する。
【０２５４】手順５ ＦＡ１は、手順４で選択した「Ｎ
ＡＩ−１」を用いてサービス制御トランザクションを検
索し、対応するリンクレイヤアドレス（例えば、ＭＡＣ
アドレス）を抽出する。そして、そのリンクレイヤアド
レスへパケットを送る。
【０２５５】次に、ユーザＢが上記ａｎｙｃａｓｔアド
レスにパケットを送出した場合を説明する。 手順６ このパケットは、ＨＡに転送される。
【０２５６】手順７ ＨＡは、上記パケットを受信する
と、ルータ制御部２２０の結合キャッシュ２２４を検索
する。このとき、受信したパケットの送信元アドレス
（ユーザＢ）は、その結合キャッシュ２２４には登録さ
れていないものとする。この場合、ＨＡは、上述した選
択ポリシに従って、ａｎｙｃａｓｔアドレス結合テーブ
ル２１２から次の端末（ＮＡＩ）を選択する。ここで
は、端末２（ＮＡＩ−２）が選択されるものとする。こ
のとき、ユーザＢと端末２とを関連づける結合キャッシ
ュが作成される。
【０２５７】手順８ ＨＡは、手順７において選択され
た「ＮＡＩ−２」を用いてサービス制御トランザクショ
ン２３０を検索し、端末２の気付アドレス（ここでは、
ＦＡ１）を抽出する。そして、ユーザＡから受信したパ
ケットをカプセル化し、それをその気付アドレスに送出
する。
【０２５８】手順９、１０ 上述した手順４〜５と同様
に、ＦＡ１は、選択ポリシに従ってａｎｙｃａｓｔアド
レス結合テーブル「ＮＡＩ−２」を選択し、端末２へパ
ケットを回送する。
【０２５９】ユーザＣが上記ａｎｙｃａｓｔアドレスに
パケットを送出した場合のシーケンス（手順１１〜１
５）は、基本的に、上述した手順１〜５または手順６〜
１０と同じである。ただし、ＨＡは、ユーザＣから送出
されたパケットの受信先として端末３（ＮＡＩ−３）を
選択するものとする。この場合、ＨＡは、その端末３を
収容するＦＡ２に対してパケットを送出する。
【０２６０】プロバイダ２のＦＡ２のａｎｙｃａｓｔア
ドレス結合テーブルには、上記ａｎｙｃａｓｔアドレス
に対応する端末として端末３（ＮＡＩ−３）のみが登録
されている。従って、ＦＡ２は、その「ＮＡＩ−３」を
用いてサービス制御トランザクションを検索することに
より対応するリンクレイヤアドレスを抽出し、そのリン
クレイヤアドレスへパケットを送出する。
【０２６１】このように、本発明のシステムにおいて
は、複数のプロバイダにまたがったＡＮＹＣＡＳＴサー
ビスが可能となる。また、移動ノードのＮＡＩを用いて
アドレス選択を行うので、同一ＦＡに複数のＡＮＹＣＡ
ＳＴ登録端末がある場合でも、ＨＡとＦＡで一貫したポ
リシの適用が可能になる。 ８．１２ ＨＡでのパケットフィルタリング 初期位置登録が終了した移動ノードがＷｏｒｌｄ Ｗｉ
ｄｅ Ｗｅｂサーフィンを楽しんでいる時に、意図せず
に自分が規制指定をしているプロバイダ（通信ノード９
００（ＣＮ））にアクセスした例を用いて、本発明でど
のようにデータパケットの転送が規制され棄却されるか
を図３９を参照しながら説明する。
【０２６２】 移動ノード（ＭＮ、ＳＮ）６００は、
Ｗｏｒｌｄ Ｗｉｄｅ Ｗｅｂにアクセスするパケット
データをＣＮ９００へ送出する。 移動ノードを収容するＦＡは、そのパケットを受信
すると、そのヘッダから送信元アドレスおよび受信元ア
ドレスを抽出し、それらのアドレスが結合キャッシュ２
２４（図８）またはサービス制御フィルタ２２５（図
９）に設定されているか否かを調べる。ここでは、これ
らのアドレスは登録されていないものとする。この場
合、ＦＡは、ルーティングテーブル２２３（図７）を参
照してヘッダが示す送信先アドレス（ＣＮ９００）にパ
ケットを回送する。
【０２６３】 ＣＮ９００は、データパケットを受信
すると、そのパケットに格納されているメッセージに対
する応答メッセージを返信する。例えば、Ｗｅｂサーバ
（ここでは、ＣＮ９００）は、データパケットを受信す
ると、そのパケットの送信元アドレス（移動ノード６０
０）に対して、応答メッセージとしてのデータパケット
を送出する。この応答メッセージは、ＨＡへ転送され
る。なお、ここでは、この応答メッセージの受信先アド
レスは、ＣＮ９００が備える結合キャッシュ２２４には
登録されていないものとする。
【０２６４】 ＨＡは、移動ノード６００を受信先ア
ドレスとするデータパケットを受信する。ここでは、こ
のパケットの送信先アドレスがサービス制御フィルタ２
２５（図９）に登録されているものとする。この場合、
このパケットの送信先アドレスを用いてサービス制御ト
ランザクションテーブル（図５）が検索される。そし
て、そのアドレスに対応するサービス制御トランザクシ
ョンが見つかった時は、サービスプロファイルのサービ
スタイプパケットフィルタリングを索引し、設定情報を
参照する。この実施例では、規制対象のアドレスが１つ
のみ設定されているので、受信したパケットの送信元ア
ドレスと規制アドレスとを比較する。このとき、これら
のアドレスが互いに一致したとすると、受信したパケッ
トをそのまま棄却する。一方、それらが互いに一致しな
かったときは、サービス制御トランザクション移動結合
テーブルから抽出した移動ノードの気付アドレスを用い
て受信したパケットをカプセル化し、そのカプセル化し
たパケットをその気付アドレスが示すＦＡに回送する。 ９．外部エージェントの機能を有するホームエージェン
ト ９．１ 動作説明 既存の一般的なモバイルＩＰネットワークでは、通常、
移動ノードに対してホームエージェント（ＨＡ）及び外
部エージェント（ＦＡ）が存在する。そして、その移動
ノードがホームエージェントの通信エリアから離れてあ
る外部エージェントの通信エリアに移動すると、位置登
録手順により、ホームエージェントには移動性結合が生
成され、その外部エージェントには訪問者リストが作成
される。ここで、移動性結合には、移動ノード宛てのパ
ケットをその移動ノードを収容している外部エージェン
トに回送するための情報が登録される。一方、訪問者リ
ストには、ホームエージェントから回送されてきた移動
ノード宛てのパケットをその移動ノードを送出するため
の情報が登録される。
【０２６５】ところが、既存の一般的なモバイルＩＰネ
ットワークでは、移動ノードがホームエージェントの通
信エリア内に位置しているときは、その移動ノードとホ
ームエージェントとの間は、通常、モバイルＩＰプロト
コルに従ったシーケンスではなく、例えば、ＬＡＮのシ
ーケンス等によりに接続される。したがって、この場
合、この移動ノードは、ＡＡＡによる認証等が行われる
ことなくＩＰ網の接続されることになる。
【０２６６】以下に示す移動通信サービス提供システム
では、ホームエージェントは、外部エージェントが有す
る機能を備える。ここで「外部エージェントが有する機
能」とは、既存の一般的なモバイルＩＰネットワークに
設けられる外部エージェントが有する機能、および図１
〜図３９を参照しながら説明した本発明の外部エージェ
ントが有する機能を含む。すなわち、本実施形態のホー
ムエージェントは、必要に応じて訪問者リストを生成す
る機能、移動ノードから位置登録に際してその移動ノー
ドの認証等をＡＡＡへ要求する機能、および移動ノード
から位置登録に際してＡＡＡからサービスプロファイル
情報を受け取ってその情報に従って上記移動ノードの通
信を制御する機能を備える。
【０２６７】また、上述のようにしてホームエージェン
トに外部エージェントの機能を持たせることに伴って、
ＡＡＡＨには以下の機能を追加する必要がある。すなわ
ち、ＡＡＡＨは、移動ノードの位置登録要求に係わるメ
ッセージをホームエージェントから受信したときに、そ
の位置登録要求に係わるメッセージを外部エージェント
から受信したときの手順と同様に認証等を実行し、ホー
ムエージェントへ応答メッセージを返送する機能を備え
る。ここで、「位置登録要求に係わるメッセージを外部
エージェントから受信したときの手順」とは、例えば、
ＲＦＣ２００２およびＤＩＡＭＥＴＥＲ Ｍｏｂｉｌｅ
ＩＰ Ｅｘｔｅｎｓｉｏｎにおいて規定されている手
順を言う。さらに、ＡＡＡＨは、上記応答メッセージを
返送する際にホームエージェントへサービスプロファイ
ル情報を配付する機能を備える。ここで、ホームエージ
ェントへサービスプロファイル情報を配付する方法とし
ては、認証要求（ＡＭＲ）メッセージを利用する方法、
および認証応答（ＡＭＡ）メッセージを利用する方法を
サポートする。
【０２６８】図４０は、ホームエージェントにおいて生
成されるサービス制御トランザクションの例である。こ
のサービス制御トランザクションは、図５に示したサー
ビス制御トランザクション２３０に対して、「訪問者リ
スト」および「ＦＡ用サービスプロファイル」を追加す
ることにより得られる。また、制御ブロックには、訪問
者リストの先頭アドレスを指示するポインタまたはそれ
と同等の機能を有する情報が設定される。
【０２６９】訪問者リストの生成方法は、既存の外部エ
ージェントにおいて行われている方法と同じである。こ
こで、ホームエージェントおよび外部エージェントは、
基本的に互いに同じ構成である。すなわち、これらのエ
ージェントは、特定の移動ノードに対してホームエージ
ェントとして動作し、他の移動ノードに対して外部エー
ジェントとして動作するだけである。したがって、ホー
ムエージェントにおいて訪問者リストを作成する手順
は、外部エージェントにおいて行われている手順を流用
することができる。
【０２７０】「ＦＡ用サービスプロファイル」は、ＡＡ
ＡＨによりサービス制御データベース３００から抽出さ
れた情報である。尚、「ＦＡ用サービスプロファイル」
は、例えば、ＤＩＡＭＥＴＥＲプロトコルのメッセージ
のＡＶＰに格納されてＡＡＡからホームエージェントへ
配付される。このとき、「ＦＡ用サービスプロファイ
ル」は、「ＨＡ用サービスプロファイル」といっしょに
配付されてもよいし、別々に配付されてもよい。ここ
で、「ＨＡ用サービスプロファイル」は、例えば、図２
５などにおいてＨＡＲメッセージにより配付される情報
と同じである。
【０２７１】図４１は、移動性エージェント（ＨＡおよ
びＦＡを含む）の動作を説明するフローチャートであ
る。このフローチャートは、図１０に示したステップＳ
１６４およびＳ１６５を詳細に示したものである。した
がって、この処理は、ホームエージェントまたは外部エ
ージェントがプロトコルパケットを受信したときに、サ
ービス制御部２１０により実行される。なお、このフロ
ーチャートの説明に際しては、先に説明した図２５、図
２６、および後述する図４８、図４９を随時参照する。
【０２７２】以下、ステップＳ５００において受信パケ
ットのヘッダ情報を解析することにより受信メッセージ
を特定した後の動作を説明する。 (1) 登録要求メッセージを受信した場合（認証要求が含
まれている場合） このシーケンスは、移動ノードから登録要求メッセージ
を受信したときに実行される。そして、登録要求メッセ
ージを受信すると、ステップＳ５０１へ進む。なお、図
２５および図２６においては、外部エージェントが登録
要求メッセージを受信しており、図４８および図４９に
おいては、ホームエージェントが登録要求メッセージを
受信している。また、登録要求メッセージのフォーマッ
トは、図５７〜図６１に示した通りである。
【０２７３】ステップＳ５０１では、受信した登録要求
メッセージの拡張エリアに図６１に示す「MN-AAA認証」
が設定されているか否かを調べる。「MN-AAA認証」が設
定されていれば、ＡＡＡに移動ノードの認証を要求する
必要があると判断し、ステップＳ５０２へ進み、設定さ
れていない場合にはステップＳ５０９へ進む。なお、移
動ノードは、例えば、最初の位置登録において認証を要
求し、以降の位置登録では認証を要求しないようにして
もよい。ここでは、登録要求メッセージの拡張エリアに
「MN-AAA認証」が設定されていたものとする。
【０２７４】ステップＳ５０２では、受信した登録宇要
求メッセージに対応するＡＭＲメッセージを作成する。
ＡＭＲメッセージのフォーマットは、図７０に示した通
りである。
【０２７５】ステップＳ５０３では、図５９に示す登録
要求メッセージの拡張エリアに含まれる「MN-NAI」のネ
ットワークプレフィックスが自ドメインのプレフィック
スであるか判断する。ここで、「プレフィックス」と
は、例えば、ＩＰアドレスのドメイン名に相当する。こ
の場合、「MN-NAIのネットワークプレフィックス」は、
移動ノードが属するドメインに相当し、「自ドメインの
プレフィックス」は、登録要求メッセージを受信したホ
ームエージェントまたは外部エージェントが管理するド
メインに相当する。そして、これらのプレフィックスが
互いに一致したときは、ステップＳ５０４へ進み、一致
しなかったときはステップＳ５０７へジャンプする。こ
こでは、上記プレフィックスが互いに一致したものとす
る。
【０２７６】ステップＳ５０４では、ＡＭＲメッセージ
に「HA-AAA要求AVP 」を追加する。「HA-AAA要求AVP 」
は、本発明が提案するＡＶＰであり、図６９に示すフォ
ーマットを持つ。なお、ＡＶＰコードの値は、ＩＡＮＡ
（Internet Assigned NumberAuthority）またはこのシ
ステムのベンダにより割り当てられる。また、Data部
は、３２ビットの整数値である。
【０２７７】ステップＳ５０５では、ＡＡＡサーバとの
通信手順を決定する。選択可能な通信手順としては、図
４８に示す通常手順および図４９に示す簡略手順が用意
されている。なお、いずれの手順を選択するのかは、移
動性エージェントのプロトコル処理の実装により決定さ
れるが、両方の手順を選択可能な場合には、移動性エー
ジェントの制御ポリシによって決定される。
【０２７８】「通常手順」が選択された場合は、ステッ
プＳ５０６において、図６９に示す「HA-AAA要求AVP 」
のData部に「０」を設定する。一方、「簡略手順」が選
択された場合は、ステップＳ５０８において、「HA-AAA
要求AVP 」のData部に「１」を設定する。
【０２７９】ステップＳ５０７では、受信した登録要求
メッセージから必要な情報（ホームアドレス、送信元リ
ンクレイヤアドレス、ＵＤＰ送信元ポート、ホームエー
ジェントアドレス、登録要求の識別子フィールド、ライ
フタイム）を抽出し、上記移動ノードのための訪問者リ
ストを作成する。
【０２８０】上記処理により、移動ノードから送出され
た登録要求メッセージを受信したホームエージェントに
おいても、ＡＡＡＨに送出すべきＡＭＲメッセージが作
成され、また、移動ノードのための訪問者リストが作成
される。
【０２８１】(2) 登録要求メッセージを受信した場合
（認証要求が含まれていない場合） このシーケンスは、認証要求を含まない登録要求メッセ
ージを移動ノードから受信したときに実行される。この
場合、受信した登録要求メッセージの拡張エリアに「MN
-AAA認証」が設定されていないので、ステップＳ５０１
の分岐処理の結果、ステップＳ５０９以降の処理が実行
されることになる。
【０２８２】ステップＳ５０９では、受信した登録要求
メッセージに設定されている「ＨＡアドレス（Home Age
nt）」と、そのメッセージを受信したエージェントのド
メインアドレスとを比較する。そして、それらが互いに
異なる場合は、ステップＳ５１０へ進み、移動ノードか
ら登録要求メッセージを受信したエージェントは外部エ
ージェントとして動作する。一方、それらが互いに一致
した場合には、ステップＳ５１１へ進み、移動ノードか
ら登録要求メッセージを受信したエージェントはホーム
エージェントとして動作する。
【０２８３】ステップＳ５１０では、ホームエージェン
トへ送出すべきＡＭＲメッセージを作成する。この後、
ステップＳ５０７において訪問者リストを作成する。ス
テップＳ５１１では、移動ノードへ返送すべき登録応答
メッセージを作成する。登録応答メッセージのフォーマ
ットは、図６２に示した通りである。ステップＳ５１２
では、受信した登録要求メッセージに設定されている
「気付アドレス（Care-of Address ）」と、そのメッセ
ージを受信したエージェントのドメインアドレスとを比
較する。そして、それらが互いに一致したときは、受信
メッセージが移動ノードから送出されたものであるとみ
なし、ステップＳ５０７へ進む。一方、上記２つのアド
レスが互いに一致しなかったときは、受信メッセージが
外部エージェントから送出されたものであるとみなし、
ステップＳ５１３へ進む。そして、ステップＳ５１３に
おいて、受信した登録要求メッセージから気付アドレ
ス、登録要求の識別子フィールド、ライフタイムを抽出
し、移動性結合を作成する。
【０２８４】上記処理により、移動ノードから送出され
た登録要求メッセージを受信したホームエージェントに
おいても、ＡＡＡＨに送出すべきＡＭＲメッセージが作
成され、また、移動ノードのための移動性結合または訪
問者リストが作成される。
【０２８５】(3) 登録応答メッセージを受信した場合 このシーケンスは、外部エージェントまたはホームエー
ジェントがＡＭＡメッセージを受信し、そのメッセージ
に基づいて移動ノードへ送出すべき登録応答メッセージ
を作成した後に実行される。具体的には、ステップＳ５
１４において、図６２に示す登録応答メッセージを作成
する。この後、ステップＳ５０７を実行する。
【０２８６】(4) ＨＡＲメッセージを受信した場合 このシーケンスは、ＡＡＡからＨＡＲメッセージを受信
した時に実行される。そして、ＨＡＲメッセージを受信
すると、ステップＳ５１５へ進む。なお、図２５および
図４８においては、ホームエージェントはＡＡＡＨから
ＨＡＲメッセージを受信し、図２６においては、ホーム
エージェントはＡＡＡＦからＨＡＲメッセージを受信す
る。図４９に示すシーケンスでは、ＨＡＲメッセージは
使用されない。ＨＡＲメッセージのフォーマットは、図
７１に示した通りである。
【０２８７】ステップＳ５１５では、ＨＡＡを作成す
る。ＨＡＡメッセージのフォーマットは、図７３に示し
た通りである。なお、このＨＡＡメッセージは、図２５
および図４８においては、ホームエージェントからＡＡ
ＡＨへ送出され、図２６においては、ホームエージェン
トからＡＡＡＦへ送出され、図４９に示すシーケンスで
は使用されない。
【０２８８】ステップＳ５１６では、ＨＡＲメッセージ
の「Profile-Cache AVP 」のData部に設定されたユーザ
プロファイル情報を、サービス制御トランザクションの
サービスプロファイル部に設定する。「Profile-Cache
AVP 」は、本発明が提案するＡＶＰであり、図６９にそ
のフォーマットを示す。また、サービス制御トランザク
ションのサービスプロファイル部は、図４０に示した通
りである。ＡＶＰコードの値は、上述のＩＡＮＡまたは
この通信サービスのベンダにより割り当てられる。ま
た、Data部は、図２１に示したサービス制御データベー
スのユーザプロファイルの一部をコピーすることにより
得られる構造体である。
【０２８９】ステップＳ５１７では、受信したＨＡＲメ
ッセージの「MIP-Registration-Request AVP」のData部
に設定されている登録要求メッセージの気付アドレス
と、このＨＡＲメッセージを受信したホームエージェン
トのドメインアドレスとを比較する。
【０２９０】これらのアドレスが互いに異なる場合は、
受信したＨＡＲメッセージが外部エージェントから送出
されたものとみなし、ステップＳ５１８において、その
登録要求メッセージから気付アドレス、登録要求の識別
子フィールド、ライフタイムを抽出して移動性結合に設
定する。そして、ステップＳ５１９において、ＨＡＲメ
ッセージを利用してＡＡＡから配付されたサービス制御
情報に従い、制御対象とするパケットを識別するための
サービスフィルタを設定する。
【０２９１】一方、上記２つのアドレスが互いに一致し
た場合には、ステップＳ５１８をスキップしてステップ
Ｓ５１９が実行される。 (5) ＡＭＡメッセージを受信した場合 このシーケンスは、ＡＡＡからＡＭＡメッセージを受信
した時に実行される。そして、ＡＭＡメッセージを受信
すると、ステップＳ５２０へ進む。なお、ＡＭＡメッセ
ージは、図２５においてはＡＡＡＨから外部エージェン
トへ送られ、図２６においてはＡＡＡＦから外部エージ
ェントに送られ、図４８および図４９においてはＡＡＡ
Ｈからホームエージェントに送られる。ＡＭＡメッセー
ジのフォーマットは、図７２に示した通りである。
【０２９２】ステップＳ５２０では、登録要求メッセー
ジを送出した移動ノードへ返送すべき登録応答メッセー
ジを作成する。登録応答メッセージのフォーマットは、
図６２に示した通りである。
【０２９３】ステップＳ５２１では、受信したＡＭＡメ
ッセージの「Profile-Cache AVP 」のData部に設定され
たユーザプロファイル情報を、サービス制御トランザク
ションのサービスプロファイル部に設定する。「Profil
e-Cache AVP 」およびサービスプロファイル部について
は、ステップＳ５１６に係わる説明に際して上述した通
りである。
【０２９４】ステップＳ５２４では、ＡＡＡから通知さ
れたサービス制御情報に従い、制御対象とするパケット
を識別するためのサービスフィルタを設定する。この
後、ステップＳ５０７を実行する。
【０２９５】(6) ＭＢＵメッセージを受信した場合 このシーケンスは、外部エージェント間で送受信される
ＭＢＵ（結合更新）メッセージを受信したときに実行さ
れる。ＭＢＵメッセージは、例えば、図２９または図３
１を参照しながら説明したように、通常、新ＦＡから旧
ＦＡへ送出される。また、ＭＢＵメッセージのフォーマ
ットは、図６３に示した通りである。
【０２９６】ステップＳ５２２では、ＭＢＵメッセージ
を送出した外部エージェントへ返送すべきＭＢＡメッセ
ージを作成する。ＭＢＡメッセージのフォーマットは、
図６４に示した通りである。そして、ステップＳ５２３
において、ＭＢＵメッセージにより通知された情報に基
づいて図８に示す結合キャッシュを更新する。
【０２９７】図４２は、図４１に示すフローチャートの
処理における受信メッセージとサービス制御トランザク
ションとの関係をまとめた表である。この表では、受信
メッセージの種別、および各メッセージに設定されてい
るアドレスに基づいて、サービス制御トランザクション
に設定すべき情報が表されている。
【０２９８】図４３は、図４１に示すフローチャートの
処理における受信メッセージと送信メッセージとの関係
をまとめた表である。この表では、受信メッセージ種別
およびその受信メッセージに設定されている情報（アド
レス、拡張領域に格納されている情報など）に基づい
て、送信メッセージの種別およびその送信先が表されて
いる。
【０２９９】図４４は、ＡＡＡＨの動作を説明するフロ
ーチャートである。このフローチャートは、図２２に示
したステップＳ２２ＥおよびＳ２２Ｆを詳細に示したも
のである。したがって、この処理は、ＡＡＡＨがＤＩＡ
ＭＥＴＥＲプロトコルのメッセージを受信したときに実
行される。なお、このフローチャートの説明に際して
は、先に説明した図２５、図２６、および後述する図４
８、図４９を随時参照する。
【０３００】以下、ステップＳ６００において受信パケ
ットのヘッダ情報を解析することにより受信メッセージ
を特定した後の動作を説明する。 (1) ＡＭＲメッセージを受信した場合（ホームエージェ
ントからの要求） このシーケンスは、ＡＭＲメッセージを受信した時に実
行される。そして、ＡＭＲメッセージを受信すると、ス
テップＳ６０１へ進む。なお、ＡＭＲメッセージは、図
２５および図２６においてはＡＡＡＦから送出され、図
４８および図４９においてはホームエージェントから送
出される。ＡＭＲメッセージのフォーマットは、図７０
に示した通りである。
【０３０１】ステップＳ６０１では、受信したＡＭＲメ
ッセージに「HA-AAA要求AVP 」が付与されているか否か
を調べる。「HA-AAA要求AVP 」は、図４１に示したフロ
ーチャートのステップＳ５０４においてホームエージェ
ントにより付与されるＡＶＰである。そして、このＡＶ
Ｐが付与されていたときはステップＳ６０２へ進み、付
与されていなかったときはステップＳ６０８へ進む。
【０３０２】ステップＳ６０２では、受信したＡＭＲメ
ッセージに付与されている「HA-AAA要求AVP 」のData部
の値を調べる。そして、このData部に「０」が設定され
ていたときはステップＳ６０３へ進み、「１」が設定さ
れていたときはステップＳ６０５へ進む。なお、「HA-A
AA要求AVP 」のData部は、図４１のステップＳ５０６ま
たはＳ５０８において、ホームエージェントにより設定
される。すなわち、ＡＡＡＨは、このData部に「０」が
設定されていたときは通常手順（ステップＳ６０３、Ｓ
６０４）を実行し、「１」が設定されていたときは簡略
手順（ステップＳ６０５〜Ｓ６０７）を実行する。
【０３０３】ステップＳ６０３では、ホームエージェン
トに送出すべきＨＡＲメッセージを作成する。ステップ
Ｓ６０３において作成されるＨＡＲメッセージは、図４
８に示すシーケンスにおいて使用される。なお、ＨＡＲ
メッセージのフォーマットは図７１に示した通りであ
る。
【０３０４】ステップＳ６０４では、ステップＳ６０３
において作成したＨＡＲメッセージに「Profile-Cache
AVP 」を追加する。この「Profile-Cache AVP 」は、サ
ービス制御トランザクションのサービスプロファイルか
ら、ホームエージェントに設定すべきプロファイルのみ
を抽出することにより得られる。なお、サービス制御ト
ランザクションに格納されている１または複数のサービ
スプロファイルを、それぞれ外部エージェントまたはホ
ームエージェントのどちらに配付すべきかを表す情報
は、予め設定されるものとする。基本的には、発信パケ
ットに適用されるサービスのためのサービスプロファイ
ルは外部エージェントに配付され、着信パケットに適用
されるサービスのためのサービスプロファイルはホーム
エージェントに配布される。
【０３０５】ステップＳ６０５では、ホームエージェン
トに送出すべきＡＭＡメッセージを作成する。ステップ
Ｓ６０５において作成されるＡＭＡメッセージは、図４
９に示すシーケンスにおいて使用される。なお、ＡＭＡ
メッセージのフォーマットは図７２に示した通りであ
る。
【０３０６】ステップＳ６０６では、ステップＳ６０５
において作成したＡＭＡメッセージに「Profile-Cache
AVP 」を追加する。この処理では、ホームエージェント
に配付すべきサービスプロファイルがＡＭＡメッセージ
に追加される。続いて、ステップＳ６０７では、外部エ
ージェントに配付すべきサービスプロファイルが上記Ａ
ＭＡメッセージの「Profile-Cache AVP 」に追加され
る。なお、外部エージェントに配付すべきサービスプロ
ファイルは、サービス制御トランザクションのサービス
プロファイルから抽出される。
【０３０７】このように、簡略手順においては、ＡＡＡ
Ｈからホームエージェントに送出されるＡＭＡメッセー
ジに、ホームエージェントが使用すべきサービスプロフ
ァイルおよび外部エージェントが使用すべきサービスプ
ロファイルが格納される。
【０３０８】(2) ＡＭＲメッセージを受信した場合（ホ
ームエージェント以外からの要求） 「HA-AAA要求AVP 」が付与されていないＡＭＲメッセー
ジを受信すると、ステップＳ６０８以降の処理が実行さ
れる。ステップＳ６０８では、サービス制御トランザク
ションに設定されている「ＨＡアドレス（図１８）」
が、当該ＡＡＡＨが管理するドメイン内のアドレスであ
るか否かを調べる。このＨＡアドレスがＡＡＡＨのドメ
イン内のアドレスであれば、ステップＳ６０９へ進み、
そうでない場合にはステップＳ６１１へ進む。
【０３０９】ステップＳ６０９では、ホームエージェン
トに送出すべきＨＡＲメッセージを作成する。このＨＡ
Ｒメッセージは、例えば、図２５に示すシーケンスにお
いて使用される。なお、ＨＡＲメッセージのフォーマッ
トは図７１に示した通りである。続いて、ステップＳ６
１０において、ステップＳ６０９で作成したＨＡＲメッ
セージに「Profile-Cache AVP 」を追加する。この処理
は、基本的に、ステップＳ６０４の処理と同じである。
【０３１０】ステップＳ６１１では、ＡＡＡＦに送出す
べきＡＭＡメッセージを作成する。このＡＭＡメッセー
ジは、たとえば、図２６に示すシーケンスにおいて使用
される。なお、ＡＭＡメッセージのフォーマットは、図
７２に示した通りである。続いて、ステップＳ６１２に
おいて、ステップＳ６１１で作成したＡＭＡメッセージ
に「Profile-Cache AVP 」を追加する。この場合、サー
ビス制御トランザクションのサービスプロファイルから
外部エージェントに配付すべきプロファイルのみが抽出
され、そのサービスプロファイルが「Profile-Cache AV
P 」に格納される。
【０３１１】(3) ＨＡＡメッセージを受信した場合 このシーケンスは、ホームエージェントからＨＡＡメッ
セージを受信した時に実行される。そして、ＨＡＡメッ
セージを受信するとステップＳ６１３へ進む。なお、Ｈ
ＡＡメッセージのフォーマットは、図７３に示した通り
である。
【０３１２】ステップＳ６１３では、サービス制御トラ
ンザクションに記録されている「ＡＡＡＦアドレス」が
変化したか否かを調べる。なお、このサービス制御トラ
ンザクションに記録されている「ＡＡＡＦアドレス」
は、移動ノードを収容している外部エージェントを管理
するＡＡＡＦのアドレスである。したがって、このＡＡ
ＡＦアドレスは、移動ノードがあるＡＡＡＦの通信エリ
アから他のＡＡＡＦの通信エリアに移動したときに変化
する。また、この情報は、ＡＭＲメッセージによって新
ＡＡＡＦから通知される。
【０３１３】上記ＡＡＡＦアドレスが変更されていた場
合は、ステップＳ６１４において、ＡＭＵメッセージを
作成する。ＡＭＵメッセージに設定されるＡＶＰのフォ
ーマットを図７４に示す。このＡＭＵメッセージは、例
えば、図３５に示すシーケンスにおいて使用される。一
方、上記ＡＡＡＦアドレスが変更されていなかった場合
には、ステップＳ６１１およびステップＳ６１２が実行
される。
【０３１４】(4) ＡＭＡｃメッセージを受信した場合 ＡＭＡｃメッセージを受信したときは、ステップＳ６１
１およびステップＳ６１２が実行される。なお、このＡ
ＭＡｃメッセージは、例えば、図３５に示すシーケンス
において使用される。
【０３１５】図４５は、図４４に示すフローチャートの
処理における受信メッセージと送信メッセージとの関係
をまとめた表である。この表では、受信メッセージの種
別、受信メッセージに設定されている情報（拡張領域に
格納されている情報等）、および移動ノードの位置など
に基づいて、送信メッセージの種別およびその送信先が
表されている。
【０３１６】図４６は、サービスプロファイル情報の区
分の例を示す表である。ここでは、各種付加価値サービ
スを提供するために必要なサービスプロファイル情報
が、ホームエージェントに配付すべき情報および外部エ
ージェントに配付すべき情報に区分されている。 ９．２ 実施例 以下では、移動ノードがホームネットワークにログオン
した場合（すなわち、移動ノードがホームエージェント
に収容されることとなった場合）に、Ｄｉｆｆ−Ｓｅｒ
ｖを適用する例について示す。Ｄｉｆｆ−Ｓｅｒｖが提
供されるユーザのユーザプロファイルの例を図４７に示
す。このユーザプロファイルは、サービス制御データベ
ース３００に格納されている。
【０３１７】(1) 位置登録手順におけるＤｉｆｆ−Ｓｅ
ｒｖ情報の設定 以下、図４８および図４９を参照しながら、Ｄｉｆｆ−
Ｓｅｒｖを提供するためのサービスプロファイルをホー
ムエージェントに配付するシーケンスを説明する。
【０３１８】図４８および図４９の〜 移動ノード
（ＭＮ、ＳＮ）は、ホームエージェント（ＨＡ）からエ
ージェント広告を受け取ると、通常のモバイルＩＰ手順
に従って登録要求メッセージをホームエージェントに返
送する。ホームエージェントは、この登録要求メッセー
ジを受信すると、一意なセッションＩＤを生成するとと
もに、受信した登録要求メッセージから必要な情報（ホ
ームアドレス、送信元リンクレイヤアドレス、ＵＤＰ送
信元ポート、ホームエージェントアドレス、登録要求の
識別子フィールド、ライフタイム）を抽出し、それらの
抽出した情報に上記セッションＩＤを付与することによ
りサービス制御トランザクションを作成する。
【０３１９】図４８および図４９の ホームエージェ
ントは、ＡＡＡＨに対してＡＭＲメッセージを送出す
る。このＡＭＲメッセージには、移動ノードから受信し
た登録要求および「HA-AAA要求AVP 」が格納されてい
る。「HA-AAA要求AVP 」には、通常手順（図４８に示す
シーケンス）または簡略手順（図４９に示すシーケン
ス）を選択する値が設定される。また、「HA-AAA要求AV
P 」には、ＡＡＡサーバに移動ノードの認証を依頼する
と共にその移動ノードに付加価値サービスを提供するた
めのサービスプロファイルの配付を依頼するための情
報、または、位置登録要求の回送を依頼する情報が設定
される。
【０３２０】ＡＡＡＨは、ＡＭＲメッセージを受信する
と、通常の認証手順に従い、移動ノード（登録要求ユー
ザ）を認証する。ここで、認証が正常に終了した場合は
以降の手順を続行し、失敗した場合には適切な理由コー
ドを設定したＡＭＡメッセージをホームエージェントに
返送する。また、ＡＡＡＨは、ＡＭＲメッセージにより
通知された移動ノードのＮＡＩを用いて図４７に示すサ
ービス制御データベースを索引し、対応するサービスプ
ロファイルを抽出する。そして、一意なセッションＩ
Ｄ、ＡＭＲメッセージを送出したホームエージェントの
アドレス、およびサービス制御データベースから抽出し
たサービスプロファイルを利用して図１８に示すサービ
ス制御トランザクションを作成する。さらに、ＡＡＡＨ
は、ＡＭＲメッセージの「HA-AAA要求AVP 」を解読し、
ホームエージェントとの間の通信手順（通常手順または
簡略手順）を決定する。
【０３２１】(1a) 通常手順が選択された場合 図４８の ＡＡＡＨは、ホームエージェントに対して
ＨＡＲメッセージを送出する。このＨＡＲメッセージに
は、通常のモバイルＩＰ手順で使用されている位置登録
要求メッセージ、および移動ノードに付加価値サービス
を提供するためにホームエージェントが使用すべきサー
ビスプロファイルが格納されている。
【０３２２】図４８の ホームエージェントは、ＨＡ
Ｒメッセージを受信すると、そのＨＡＲメッセージから
必要な情報（セッションＩＤ、ＨＡＲメッセージの送信
元アドレス、気付アドレス、登録要求の識別子フィール
ド、ライフタイム、サービスプロファイル）を抽出して
サービス制御トランザクションに設定する。また、ホー
ムエージェントは、図３に示すルータ制御部２２０のサ
ービス制御フィルタ２２５に受信先アドレス（ホームア
ドレス）を設定する。そして、ホームエージェントは、
ＡＡＡＨに対してＨＡＡメッセージを返送する。
【０３２３】図４８の ＡＡＡＨは、ＨＡＡメッセー
ジを受信すると、ホームエージェントに対してＡＭＡメ
ッセージを送出する。このＡＭＡメッセージには、移動
ノードに付加価値サービスを提供するために外部エージ
ェントが使用すべきサービスプロファイルが格納されて
いる。なお、このサービスプロファイルは、セッション
ＩＤを用いてセッショントランザクションを索引するこ
とにより得られる。また、ＡＭＡメッセージの送信先ア
ドレスもセッショントランザクションから得られる。
【０３２４】図４８の ホームエージェントは、ＡＡ
ＡＨからＡＭＡメッセージを受信すると、セッションＩ
Ｄを用いてサービス制御トランザクションにアクセス
し、そこにＡＭＡメッセージにより通知されたホームア
ドレス、ホームエージェントアドレス、サービスプロフ
ァイルを設定する。また、図３に示すサービス制御フィ
ルタ２２５に送信元アドレス（ホームアドレス）を設定
する。そして、ホームエージェントは、サービス制御ト
ランザクションに設定されている移動ノードのリンクレ
イヤアドレスへ登録応答メッセージを送信する。
【０３２５】(1b) 簡略手順が選択された場合 図４９の ＡＡＡＨは、ＡＭＲメッセージを受信する
と、ホームエージェントに対してＡＭＡメッセージを返
送する。このメッセージには、移動ノードに付加価値サ
ービスを提供するためにホームエージェントが使用すべ
きサービスプロファイル、および移動ノードに付加価値
サービスを提供するために外部エージェントが使用すべ
きサービスプロファイルが格納されている。
【０３２６】図４９の ホームエージェントは、ＡＭ
Ａメッセージを受信すると、そのＡＭＡメッセージから
必要な情報（セッションＩＤ、ＡＭＡメッセージの送信
元アドレス、気付アドレス、登録要求の識別子フィール
ド、ライフタイム、サービスプロファイル）を抽出して
サービス制御トランザクションに設定する。また、図３
に示すサービス制御フィルタ２２５に、受信先アドレス
（ホームアドレス）および送信元アドレス（ホームアド
レス）を設定する。
【０３２７】図５０〜図５２は、サービスプロファイル
を配付する手順を示す図である。ここでは、移動ノード
に対してＤｉｆｆ−Ｓｅｒｖを提供する場合を想定す
る。図５０は、移動ノードが外部エージェントの通信エ
リアに位置している場合を示している。この場合、ＡＡ
Ａサーバは、ＨＡＲメッセージを用いて「Ｄｉｆｆ−Ｓ
ｅｒｖ着信」をホームエージェントへ配付し、また、Ａ
ＭＡメッセージを用いて「Ｄｉｆｆ−Ｓｅｒｖ発信」を
外部エージェントへ配付する。ここで、「Ｄｉｆｆ−Ｓ
ｅｒｖ着信」は、移動ノード宛てのパケットの優先制御
を実行するための情報であり、「Ｄｉｆｆ−Ｓｅｒｖ発
信」は、移動ノードから送出されたパケットの優先制御
を実行するための情報である。
【０３２８】図５１は、通常手順が選択されている状況
下で移動ノードがホームエージェントの通信エリアに位
置している場合を示している。この場合、ＡＡＡサーバ
は、ＨＡＲメッセージを用いて「Ｄｉｆｆ−Ｓｅｒｖ着
信」をホームエージェントへ配付した後に、ＡＭＡメッ
セージを用いて「Ｄｉｆｆ−Ｓｅｒｖ発信」をそのホー
ムエージェントへ配付する。
【０３２９】図５２は、簡略手順が選択されている状況
下で移動ノードがホームエージェントの通信エリアに位
置している場合を示している。この場合、ＡＡＡサーバ
は、ＡＭＡメッセージを用いて「Ｄｉｆｆ−Ｓｅｒｖ着
信」および「Ｄｉｆｆ−Ｓｅｒｖ発信」を同時にホーム
エージェントへ配付する。
【０３３０】(2) データパケットの配信 図５３を参照しながら、データパケットの配信手順を説
明する。ここでは、図４８または図４９の手順により位
置登録が完了しているものとする。
【０３３１】 移動ノード（ＭＮ、ＳＮ）から通信ノ
ード（ＣＮ）へパケットの送出が開始される。 ホームエージェント（ＨＡ）のサービス制御フィル
タには、図４８または図４９に示した手順により、「送
信元アドレス」として移動ノードのアドレスが設定され
ている。従って、ホームエージェントは、この移動ノー
ドから送出されたパケットを受信すると、そのヘッダ情
報に対応する訪問者リストを検索する。そして、その検
索結果にリンクするサービスプロファイルにアクセスす
ることにより、「Ｄｉｆｆ−Ｓｅｒｖ発信」を取得す
る。そして、「Ｄｉｆｆ−Ｓｅｒｖ発信」に設定されて
いる情報に基づいて決まるＴＯＳ値を受信パケットに付
与する。この実施例では、例えば、「Assured Forwardi
ngクラス１」を表すＴＯＳ値が設定される。この後、ホ
ームエージェントは、上記ＴＯＳ値を付与したパケット
を、そのヘッダが示す送信先アドレス（ここでは、通信
ノード）へ回送する。さらに、ホームエージェントは、
このパケットの編集情報を含む結合キャッシュを作成す
る。
【０３３２】 通信ノードは、移動ノードからのパケ
ットを受信すると、例えば、その移動ノードにより要求
されたデータを格納したパケットを移動ノードへ送信す
る。なお、この時点では、通信ノードには、移動ノード
のサービスプロファイル情報は与えられておらず、結合
キャッシュが作成されていない。よって、通信ノード
は、通常のルーティングテーブルを参照し、送出すべき
パケットに移動ノードのアドレスを付与する。また、通
信ノードから移動ノードへ送出されるパケットには、優
先制御を行うための情報は付与されていない。
【０３３３】 ホームエージェントのサービス制御フ
ィルタには、図４８または図４９に示した手順により、
「受信先アドレス」として移動ノードのアドレスが設定
されている。従って、ホームエージェントは、この移動
ノード宛てのパケットを受信すると、そのヘッダ情報を
用いてサービス制御トランザクションを検索し、対応す
るサービスプロファイルを抽出する。これにより「Ｄｉ
ｆｆ−Ｓｅｒｖ着信」が抽出される。そして、「Ｄｉｆ
ｆ−Ｓｅｒｖ着信」に設定されている情報に基づいて決
まるＴＯＳ値を受信パケットに付与する。この実施例で
は、たとえば、「Assured Forwardingクラス１」を表す
ＴＯＳ値が設定される。この後、ホームエージェント
は、上記ＴＯＳ値を付与したパケット移動ノードへ回送
する。このとき、サービス制御情報は、リンクレイヤで
ＱｏＳを実現する機能にマッピング等されてもよい。
【０３３４】 ホームエージェントは、通信ノードか
ら移動ノードへパケットを転送するためのルートを最適
化するために、結合更新メッセージを用いて移動ノード
の気付アドレスを通信ノードに通知する。この実施例で
は、移動ノードは、現在、ホームエージェントに収容さ
れているので、通信ノードには、「移動ノードの気付ア
ドレス」としてホームエージェントのアドレスが通知さ
れる。これにより、通信ノードは、以降、移動ノードを
収容しているエージェントに直接的にパケットを送出で
きるようになる。
【０３３５】また、この実施例では、結合更新メッセー
ジを用いて通信ノードに対してＤｉｆｆ−Ｓｅｒｖを提
供するために使用される「ＴＯＳ値」も通知される。こ
のとき通信ノード通知される「ＴＯＳ値」は、その通信
ノードから上記移動ノードへ送出すべきパケットに付与
するためのＴＯＳ値だけである。なお、上記移動ノード
が他の通信ノードと通信を行う場合には、その通信ノー
ドが必要とするサービスプロファイルのみがホームエー
ジェントからその通信ノードに配付されることになる。
【０３３６】 通信ノードは、結合更新メッセージを
受信すると、そのメッセージから移動ノードのホームア
ドレス、気付アドレス、ＴＯＳ値を取り出し、それら含
む結合キャッシュを作成する。以降、通信ノードは、パ
ケットを送出する際にはその結合キャッシュを検索し、
そのパケットの送信先アドレスに一致するホームアドレ
スが登録されているか否かを調べる。そして、一致する
アドレスが登録されたいる場合には、通信ノードは、そ
の結合キャッシュに登録されている気付アドレスを用い
て上記パケットをカプセル化するとともに、そのカプセ
ル化したパケットに登録されているＴＯＳを付与して送
出する。これにより、移動ノードから通信ノードへ送出
されるパケットだけでなく、通信ノードから移動ノード
へ送出されるパケットに対してもＤｉｆｆ−Ｓｅｒｖが
提供されることになる。
【０３３７】 ホームエージェントは、カプセル化さ
れたデータパケットを受信すると、それをデカプセル化
する。 ホームエージェントは、デカプセル化したパケット
のヘッダ情報から受信先アドレスを抽出し、そのアドレ
スに基づいてサービス制御トランザクションから対応す
るリンクレイヤアドレスを取り出す。そして、受信した
パケットをそのリンクレイヤアドレスへ回送する。
【０３３８】
【発明の効果】本発明によれば、移動ノードは、任意の
場所に移動したときであっても、多様な付加価値サービ
スを受けることができる。
【０３３９】また、移動ノードの数が増加しても、各エ
ージェントに設定すべきサービス制御情報は比較的少な
くてよい。さらに、移動ノードの位置登録手順または認
証手順の中でサービスプロファイルが通信機器（外部エ
ージェント、ホームエージェント）に配布されるので、
移動ノードが移動した場合であっても、即座に付加価値
サービスが受けられる。
【０３４０】さらに、任意の認証システムがホームエー
ジェントを指定できるので、移動通信サービス提供シス
テムを柔軟に運用することができる。さらに、外部エー
ジェントにおいて不要になったサービス制御情報が削除
されるので、サービス制御情報を格納するためのメモリ
領域を小さくできる。
【０３４１】さらに、１つのアドレスを用いて複数の移
動ノードへパケットを転送するシステムが構築される。
さらに、ホームエージェントの負荷が均等にあるいて適
切に分散される。
【０３４２】さらに、移動ノードの通信相手である通信
ノードにその移動ノードの位置が通知されるので、その
通信ノードから移動ノードへのパケット転送経路が最適
化される。
【０３４３】さらに、移動ノードがホームエージェント
に収容される場合であっても、その移動ノードの認証を
行うことができ不正なアクセスを排除できる。また、そ
の移動ノードはホームエージェントから付加価値サービ
スを受けることができる。
【０３４４】さらに、移動ノードの認証に失敗したとき
は、外部エージェントおよびホームエージェントにはサ
ービスプロファイルは配布されないので、資源の無駄遣
いが回避されると共に、サービス制御情報が設定される
前に移動ノードからパケット送出される事態も回避され
る。
【０３４５】さらに、ホームエージェントが外部エージ
ェントの有する機能を備えるので、モバイルＩＰの位置
登録だけではなく、ユーザにカスタマイズされたサービ
ス制御情報を保持するための監視プロトコルとして流用
できる。
【０３４６】さらに、ホームエージェントと認証サーバ
との間の通信手順が簡略化されるので、より短時間に付
加価値サービスの提供が開始される。
【図面の簡単な説明】
【図１】本発明に基づくネットワーク構成の概要を説明
する図である。
【図２】本発明の機能ブロックを説明する図である。
【図３】ホームエージェントおよび外部エージェントの
機能ブロック図である。
【図４】ＦＡのサービス制御トランザクションの制御テ
ーブルを説明する図である。
【図５】ＨＡのサービス制御トランザクションの制御テ
ーブルを説明する図である。
【図６】ａｎｙｃａｓｔアドレス結合テーブルの例を説
明する図である。
【図７】ルーティングテーブルの例を説明する図であ
る。
【図８】結合キャッシュの例を説明する図である。
【図９】サービス制御フィルタの例を説明する図であ
る。
【図１０】ＦＡおよびＨＡにおいて動作を説明するフロ
ーチャートである。
【図１１】制御要求メッセージの例である。
【図１２】制御応答メッセージの例である。
【図１３】ＡＡＡＦの機能ブロック図である。
【図１４】ＡＡＡＦのサービス制御トランザクションの
制御ブロックの例である。
【図１５】ＨＡ割付管理テーブルの例を示す図である。
【図１６】ＡＡＡＦの動作を説明するフローチャートで
ある。
【図１７】ＡＡＡＨの機能ブロック図である。
【図１８】ＡＡＡＨのサービス制御トランザクションの
制御ブロックの例である。
【図１９】ａｎｙｃａｓｔアドレス管理テーブルを説明
する図である。
【図２０】サービス制御データベースに格納されるサー
ビス情報の例である。
【図２１】サービス制御データベースに格納される制御
ブロックの例である。
【図２２】ＡＡＡＨの動作を説明するフローチャートで
ある。
【図２３】通信ノードの機能ブロック図である。
【図２４】通信ノードの動作を説明するフローチャート
である。
【図２５】ＡＡＡＨがＨＡを割り付ける場合の初期位置
登録シーケンスを示す図である。
【図２６】ＡＡＡＦがＨＡを割り付ける場合の初期位置
登録シーケンスを示す図である。
【図２７】移動端末と通信ノードとの間でパケットを送
受信する配信シーケンスを示す図である。
【図２８】移動端末の移動の例を示す図（その１）であ
る。
【図２９】移動端末が図２８に示すように移動した際の
シーケンスを示す図である。
【図３０】移動端末の移動の例を示す図（その２）であ
る。
【図３１】移動端末が図３０に示すように移動した際の
シーケンスを示す図である。
【図３２】ＦＡが保持する移動端末のＮＡＩ登録テーブ
ルの例を示す図である。
【図３３】ＮＡＩのプレフィックステーブルの例を示す
図である。
【図３４】移動端末の移動の例を示す図（その３）であ
る。
【図３５】移動端末が図３４に示すように移動した際の
シーケンスを示す図である。
【図３６】ＡＮＹＣＡＳＴサービスを登録する場合のネ
ットーワク構成の例を示す図である。
【図３７】移動ノードがＡＮＹＣＡＳＴサーヒスに参加
する際のシーケンスを示す図である。
【図３８】ＡＮＹＣＡＳＴサービスを利用して送出され
たパケットの配信シーケンスを示す図である。
【図３９】パケットフィルタリングが適用された場合の
データパケット配信シーケンスを示す図である。
【図４０】ホームエージェントにおいて生成されるサー
ビス制御トランザクションの例である。
【図４１】移動性エージェント（ＨＡおよびＦＡを含
む）の動作を説明するフローチャートである。
【図４２】図４１に示す処理における受信メッセージと
サービス制御トランザクションとの関係をまとめた表で
ある。
【図４３】図４１に示す処理における受信メッセージと
送信メッセージとの関係をまとめた表である。
【図４４】ＡＡＡＨの動作を説明するフローチャートで
ある。
【図４５】図４４に示す処理における受信メッセージと
送信メッセージとの関係をまとめた表である。
【図４６】サービスプロファイル情報の区分の例を示す
表である。
【図４７】ユーザプロファイルの例である。
【図４８】通常手順による位置登録のシーケンスを示す
図である。
【図４９】簡略手順による位置登録のシーケンスを示す
図である。
【図５０】サービスプロファイルを配付する手順を示す
図（その１）である。
【図５１】サービスプロファイルを配付する手順を示す
図（その２）である。
【図５２】サービスプロファイルを配付する手順を示す
図（その３）である。
【図５３】データパケットの配信手順を説明する図であ
る。
【図５４】ＭＯＢＩＬＥ−ＩＰメッセージのフォーマッ
トを示す図である。
【図５５】ＩＰヘッダのフォーマットを示す図である。
【図５６】ＵＤＰヘッダのフォーマットを説明する図で
ある。
【図５７】ＭＯＢＩＬＥ−ＩＰの登録要求メッセージの
フォーマットを示す図である。
【図５８】ＭＯＢＩＬＥ−ＩＰの登録要求メッセージの
「Registration Request」のフォーマットを示す図であ
る。
【図５９】登録要求メッセージの拡張エリアのフォーマ
ットを示す図（その１）である。
【図６０】登録要求メッセージの拡張エリアのフォーマ
ットを示す図（その２）である。
【図６１】登録要求メッセージの拡張エリアのフォーマ
ットを示す図（その３）である。
【図６２】ＭＯＢＩＬＥ−ＩＰの登録応答メッセージの
「Registration Reply」のフォーマットを示す図であ
る。
【図６３】ＭＯＢＩＬＥ−ＩＰの「Binding Update」の
フォーマットを示す図である。
【図６４】ＭＯＢＩＬＥ−ＩＰの「Binding Acknowledg
e 」のフォーマットを示す図である。
【図６５】ＤＩＡＭＥＴＥＲメッセージのフォーマット
を示す図である。
【図６６】ＤＩＡＭＥＴＥＲメッセージの共通ヘッダの
フォーマットを示す図である。
【図６７】ＤＩＡＭＥＴＥＲメッセージのＡＶＰの基本
フォーマットを示す図である。
【図６８】ＤＩＡＭＥＴＥＲメッセージの「DIAMETER-C
ommand AVP」のフォーマットを示す図である。
【図６９】ＤＩＡＭＥＴＥＲメッセージのコマンド以外
の一般的なＡＶＰのフォーマットを示す図である。
【図７０】ＤＩＡＭＥＴＥＲプロトコルのＡＭＲメッセ
ージのフォーマットを示す図である。
【図７１】ＤＩＡＭＥＴＥＲプロトコルのＨＡＲメッセ
ージのフォーマットを示す図である。
【図７２】ＤＩＡＭＥＴＥＲプロトコルのＡＭＡメッセ
ージのフォーマットを示す図である。
【図７３】ＤＩＡＭＥＴＥＲプロトコルのＨＡＡメッセ
ージのフォーマットを示す図である。
【図７４】ＤＩＡＭＥＴＥＲメッセージの「MIP Bindin
g Update AVP」のフォーマットを示す図である。
【図７５】ＤＩＡＭＥＴＥＲメッセージの「MIP Bindin
g Acknowledge AVP 」のフォーマットを示す図である。
【符号の説明】
１０ サービスプロバイダ ４０、９０ アクセスプロバイダ ８０ ＩＰネットワーク １００ ＡＡＡＨ １１０、２１０、４１０、５１０、９１０ サービス制
御部 １２０、２２０、４２０、５３０ サービス制御トラン
ザクション ２２０、５２０ ルータ制御部 ２００ ホームエージェント（ＨＡ） ２１２ ＡＮＹＣＡＳＴアドレステーブル ２２４ 結合キャッシュ ２２５ サービス制御フィルタ ３００ サービス制御データベース ４００ ＡＡＡＦ ５００ 外部エージェント（ＦＡ） ６００ 移動端末（ＭＮ） ７００ 固定端末（ＳＮ） ９００ 通信ノード（ＣＮ） ９２０ ＩＰパケット制御部
───────────────────────────────────────────────────── フロントページの続き (72)発明者 村田 一徳 福岡県福岡市早良区百道浜２丁目２番１号 株式会社富士通九州通信システム内 (72)発明者 若本 雅晶 神奈川県川崎市中原区上小田中４丁目１番 １号 富士通株式会社内 Ｆターム(参考） 5J104 AA07 KA01 KA02 PA01 5K030 GA15 HA08 JL01 JT09 KA07 LD20 5K067 AA14 AA21 AA41 CC08 DD17 DD24 DD51 EE02 EE10 FF02 FF03 HH17 HH23 JJ64 KK15

Claims (27)

    【特許請求の範囲】
  1. 【請求項１】 移動ノードからの位置登録要求情報を含
    むメッセージを外部エージェント、認証サーバ、ホーム
    エージェントの順序で転送し、前記ホームエージェント
    から逆の順序で前記メッセージに対応する位置登録応答
    情報を含むメッセージを前記移動ノードに返信するとと
    もに前記ホームエージェントおよび前記外部エージェン
    トに前記移動ノードの位置登録を行い前記移動ノードに
    通信サービスを提供する移動通信サービス提供システム
    であって、 前記位置登録要求情報または前記位置登録応答情報を含
    む前記メッセージに対応するサービスプロファイル情報
    を付加する手段を前記認証サーバに設け、 前記外部エージェントおよび前記ホームエージェントは
    前記認証サーバから受信した該メッセージに含まれる該
    サービスプロファイル情報に基づいて前記移動ノードが
    送信または受信するパケットを転送制御することを特徴
    とした移動通信サービス提供システム。
  2. 【請求項２】 請求項１記載の移動通信サービス提供シ
    ステムであって、 前記サービスプロファイルはデータベースに格納されて
    いる。
  3. 【請求項３】 請求項２記載の移動通信サービス提供シ
    ステムであって、 前記認証サーバは、認証要求サーバおよび前記データベ
    ースにアクセス可能な認証処理サーバを備え、 前記認証要求サーバは、 前記外部エージェントから前記位置登録要求情報を含む
    メッセージを受信したときは、そのメッセージに基づい
    て適切に認証を行う認証処理サーバを決定すると共に、
    そのメッセージを前記認証処理サーバに送出し、 前記認証処理サーバから前記位置登録応答情報を含むメ
    ッセージを受信したときは、前記外部エージェントに前
    記位置登録応答情報を含むメッセージを送出し、 前記認証処理サーバは、 前記認証要求サーバから前記位置登録要求情報を含むメ
    ッセージを受信したときは、前記位置登録要求情報を含
    むメッセージに前記サービスプロファイル情報を付加し
    て前記ホームエージェントに送出し、 前記ホームエージェントから前記位置登録応答情報を含
    むメッセージを受信したときは、前記位置登録応答情報
    を含むメッセージに前記サービスプロファイル情報を付
    加して前記認証要求サーバに送出する。
  4. 【請求項４】 請求項１記載の移動通信サービス提供シ
    ステムであって、 前記認証サーバは、認証要求サーバおよび認証処理サー
    バを備え、 前記認証要求サーバは、 前記外部エージェントから前記位置登録要求情報を含む
    メッセージを受信したときは、そのメッセージに基づい
    て適切に認証を行う認証処理サーバを決定し、前記位置
    登録要求情報を含むメッセージをその認証処理サーバに
    送出し、 前記認証処理サーバは、 前記認証要求サーバから前記位置登録要求情報を含むメ
    ッセージを受信したときは、前記位置登録応答情報を含
    むメッセージに前記サービスプロファイル情報を付加し
    て前記認証要求サーバに送出し、 前記認証要求サーバは、 前記認証処理サーバから前記位置登録応答情報を含むメ
    ッセージを受信したときは、前記位置登録要求情報を含
    むメッセージに前記サービスプロファイル情報を付加し
    てホームエージェントに送出し、 前記ホームエージェントから前記位置登録応答情報を含
    むメッセージを受信したときは、前記位置登録応答情報
    を含むメッセージに前記サービスプロファイル情報を付
    加して前記外部エージェントに送出する。
  5. 【請求項５】 請求項３または請求項４に記載の移動通
    信サービス提供システムであって、 前記移動ノードが、ある認証要求サーバの配下の第１の
    外部エージェントの通信エリアからその認証要求サーバ
    の配下の第２の外部エージェントの通信エリアに移動し
    たときに、その第２の外部エージェントは、上記第１の
    外部エージェントに対して前記サービス制御情報の削除
    を要求する。
  6. 【請求項６】 請求項３記載の移動通信サービス提供シ
    ステムであって、 前記移動ノードが、第１の認証要求サーバの配下の第１
    の外部エージェントの通信エリアから第２の認証要求サ
    ーバの配下の第２の外部エージェントの通信エリアに移
    動したときに、前記認証処理サーバは、前記第２の外部
    エージェントからの位置登録要求情報を含むメッセージ
    に基づいて、前記第１の認証要求サーバに対して前記第
    １の外部エージェントおよび前記第１の認証要求サーバ
    に設定されている前記サービス制御情報の削除を要求す
    る。
  7. 【請求項７】 請求項１記載の移動通信サービス提供シ
    ステムであって、 前記外部エージェントは、前記サービスプロファイル情
    報に基づいて前記移動ノードから受信したパケットを優
    先転送制御する。
  8. 【請求項８】 請求項１記載の移動通信サービス提供シ
    ステムであって、 前記外部エージェントは、前記サービスプロファイル情
    報に基づいて前記移動ノードから受信したパケットに対
    してパケットフィルタリングを実行する。
  9. 【請求項９】 請求項１記載の移動通信サービス提供シ
    ステムであって、 前記ホームエージェントは、受信したパケットの送信先
    アドレスがａｎｙｃａｓｔサービスの対象であった場合
    には、ａｎｙｃａｓｔアドレスリストから上記送信先ア
    ドレスに対応するＩＰアドレスを選択し、その選択した
    ＩＰアドレスに上記パケットを転送する。
  10. 【請求項１０】 請求項１記載の移動通信サービス提供
    システムであって、 前記外部エージェントは、受信したパケットの送信先ア
    ドレスがａｎｙｃａｓｔサービスの対象であった場合に
    は、前期サービス制御情報として設定されている選択ポ
    リシに従ってリンクレイヤアドレスを選択し、その選択
    されたリンクレイヤアドレスに前記パケットを転送す
    る。
  11. 【請求項１１】 請求項３または４に記載の移動通信サ
    ービス提供システムであって、 前記ホームエージェントは、複数のホームエージェント
    から構成され、 前記認証処理サーバは、複数の位置登録要求に対して各
    ホームエージェントを均等に割り付ける。
  12. 【請求項１２】 請求項３または４に記載の移動通信サ
    ービス提供システムであって、 前記ホームエージェントは、複数のホームエージェント
    から構成され、 前記認証処理サーバは、各ホームエージェントの能力に
    応じて位置登録要求に対してホームエージェントを割り
    付ける。
  13. 【請求項１３】 移動ノードからの位置登録要求情報を
    含むメッセージを外部エージェント、認証サーバ、ホー
    ムエージェントの順序で転送し、前記ホームエージェン
    トから逆の順序で前記メッセージに対応する位置登録応
    答情報を含むメッセージを前記移動ノードに返信すると
    ともに前記ホームエージェントおよび前記外部エージェ
    ントに前記移動ノードの位置登録を行い、前記移動ノー
    ドに通信サービスを提供する移動通信サービス提供方法
    であって、 前記認証サーバは前記位置登録要求情報または前記位置
    登録応答情報を含む前記メッセージに対応するサービス
    プロファイル情報を付加して送出するステップと、 前記外部エージェントおよび前記ホームエージェントは
    前記認証サーバから受信した該メッセージに含まれる該
    サービスプロファイル情報に基づいて前記移動ノードが
    送信または受信するパケットを転送制御するステップ
    と、 を有することを特徴とした移動通信サービス提供方法。
  14. 【請求項１４】 移動ノードに通信サービスを提供する
    移動通信サービス提供方法であって、 移動ノードからの位置登録要求情報を含むメッセージを
    認証サーバが受信するステップと、 前記認証サーバは前記位置登録要求情報を含む前記メッ
    セージに基づきサービスプロファイル情報を含むメッセ
    ージをエージェントに送出するステップと、 前記エージェントは前記認証サーバから受信したメッセ
    ージに含まれる前記サービスプロファイル情報に基づい
    て前記移動ノードが送信または受信するパケットの転送
    制御を行うステップと、 を有することを特徴とした移動通信サービス提供方法。
  15. 【請求項１５】 移動ノードから通信ノード宛のパケッ
    トを受信した場合にはそのパケットを前記通信ノードに
    転送し、ホームエージェントまたは前記通信ノードから
    カプセル化されたパケットを受信した場合にはそれをデ
    カプセル化して前記移動ノードに転送する外部エージェ
    ントと、 前記通信ノードからのパケットを受信した場合には、そ
    のパケットをカプセル化して前記外部エージェントに送
    出するとともに、前記通信ノードに前記移動ノードの気
    付アドレスおよび前記移動ノードのサービスプロファイ
    ル情報を結合更新メッセージに含ませることにより通知
    するホームエージェントとを有し、 前記通信ノードから前記移動ノードへのパケット転送経
    路が、前記ホームエージェントから受信した前記結合更
    新メッセージに基づき最適化されることを特徴とした移
    動通信サービス提供システム。
  16. 【請求項１６】 移動ノードから位置登録要求情報を含
    むメッセージを受信し、前記移動ノードの位置登録を行
    うホームエージェント装置において、 各移動ノードから位置登録要求情報を含むメッセージを
    受信した場合には前記位置登録要求情報を含むメッセー
    ジを認証サーバに送出し、前記認証サーバから前記登録
    要求情報を含むメッセージに対応する登録応答情報とサ
    ービスプロファイル情報を含むメッセージを受信した場
    合には前記登録応答情報と前記サービスプロファイル情
    報に基づいてサービス制御情報を設定し、前記移動ノー
    ドがホームエージェントを介して送受信するパケットを
    前記サービスプロファイル情報に従って転送制御するこ
    とを特徴としたホームエージェント装置。
  17. 【請求項１７】 移動端末からの位置登録要求情報を含
    むメッセージを受信し、対応するメッセージを送出する
    認証装置において、 移動端末からの位置登録要求情報を含むメッセージを受
    信し、該メッセージに基づき該移動端末に提供する付加
    価値サービスに必要なサービスプロファイル情報を含む
    メッセージをエージェントに送出することを特徴とする
    認証装置。
  18. 【請求項１８】 移動ノードに通信サービスを提供する
    移動通信サービス提供システムであって、 移動ノードが要求するサービスを提供するための情報を
    含むサービスプロファイルを管理するデータベースと、 それぞれ１以上のアドレスを管理すると共に、それぞれ
    移動ノードを収容することができる複数のエージェント
    と、 移動ノードを認証する認証サーバとを備え、 上記移動ノードのアドレスを管理するエージェントであ
    るホームエージェントは、その移動ノードから位置登録
    要求を受け取ったときに上記認証サーバに対して認証要
    求を送出する要求手段を有し、 上記認証サーバは、 上記認証要求を受け取ったときに上記データベースから
    上記移動ノードに対応するサービスプロファイルを抽出
    する抽出手段と、 上記認証要求に対応する認証応答と共に上記抽出手段に
    より抽出されたサービスプロファイルを上記ホームエー
    ジェントに送出する応答手段とを有し、 上記ホームエージェントが上記認証サーバから受信した
    サービスプロファイルに従ってサービスを提供する移動
    通信サービス提供システム。
  19. 【請求項１９】 移動ノードに通信サービスを提供する
    移動通信サービス提供システムであって、 移動ノードが要求するサービスを提供するための情報を
    含むサービスプロファイルを管理するデータベースと、 それぞれ１以上のアドレスを管理すると共に、それぞれ
    移動ノードを収容することができる複数のエージェント
    と、 移動ノードを認証する認証サーバとを備え、 上記移動ノードのアドレスを管理するエージェントであ
    るホームエージェントは、 その移動ノードから位置登録要求を受け取ったときに上
    記認証サーバに対して上記移動ノードの位置情報を含む
    認証要求を送出する要求手段と、 上記認証サーバから送られてくる位置登録要求に従って
    上記移動ノードの位置登録を行う登録手段とを有し、 上記認証サーバは、 上記認証要求を受け取ったときに上記データベースから
    上記移動ノードに対応するサービスプロファイルを抽出
    する抽出手段と、 上記ホームエージェントから受信した位置情報を含む位
    置登録要求、上記認証要求に対応する認証応答、および
    上記抽出手段により抽出されたサービスプロファイルを
    上記ホームエージェントに送出する応答手段とを有し、 上記ホームエージェントが上記認証サーバから受信した
    サービスプロファイルに従ってサービスを提供する移動
    通信サービス提供システム。
  20. 【請求項２０】 請求項１８に記載の移動通信サービス
    提供システムであって、 上記要求手段は、第１の手順または第２の手順のいずれ
    か一方を指定する情報を上記認証サーバに通知し、 上記応答手段は、上記要求手段から上記第１の手順を指
    定する情報を受け取ったときは、上記認証応答および上
    記サービスプロファイルを上記ホームエージェントに送
    出し、上記要求手段から上記第２の手順を指定する情報
    を受け取ったときは、上記移動ノードの位置を登録する
    ための位置登録要求、上記認証応答、および上記サービ
    スプロファイルを上記ホームエージェントに送出し、 上記ホームエージェントは、上記第１の手順を指定した
    ときは、上記移動ノードから送出された登録要求に基づ
    いて上記移動ノードの位置登録を行い、上記第２の手順
    を指定したときは、上記位置登録要求に基づいて上記移
    動ノードの位置登録を行う。
  21. 【請求項２１】 請求項１８〜２０のいずれか１項に記
    載の移動通信サービス提供システムであって、 上記ホームエージェントは、外部エージェントが有する
    機能を備える。
  22. 【請求項２２】 移動ノードが要求するサービスを提供
    するための情報を含むサービスプロファイルを管理する
    データベースと、それぞれ移動ノードを収容することが
    できる複数のエージェントと、移動ノードを認証する認
    証サーバとを備えるシステムにおいて移動ノードに対し
    て通信サービスを提供する移動通信サービス提供方法で
    あって、 移動ノードから登録要求を受け取ったエージェントが上
    記認証サーバへ認証要求を送出するステップと、 上記認証サーバが、上記データベースから上記移動ノー
    ドに対応するサービスプロファイルを抽出し、上記認証
    要求に対応する認証応答と共に上記抽出したサービスプ
    ロファイルを上記エージェントに送出するステップと、 上記エージェントが、上記認証サーバから受信したサー
    ビスプロファイルに従ってサービスを提供するステップ
    と、 を有する移動通信サービス提供方法。
  23. 【請求項２３】 移動ノードが要求するサービスを提供
    するための情報を含むサービスプロファイルを管理する
    データベースと、それぞれ移動ノードを収容することが
    できる複数のエージェントと、移動ノードを認証する認
    証サーバとを備えるシステムにおいて移動ノードに対し
    て通信サービスを提供する移動通信サービス提供方法で
    あって、 移動ノードから登録要求を受け取ったエージェントが、
    その登録要求に基づいてその移動ノードの位置登録を行
    うと共に、上記認証サーバへ認証要求を送出するステッ
    プと、 上記認証サーバが、上記データベースから上記移動ノー
    ドに対応するサービスプロファイルを抽出し、上記認証
    要求に対応する認証応答と共に上記抽出したサービスプ
    ロファイルを上記エージェントに送出するステップと、 上記エージェントが、上記認証サーバから受信したサー
    ビスプロファイルに従ってサービスを提供するステップ
    と、 を有する移動通信サービス提供方法。
  24. 【請求項２４】 移動ノードが要求するサービスを提供
    するための情報を含むサービスプロファイルを管理する
    データベースと、それぞれ移動ノードを収容することが
    できる複数のエージェントと、移動ノードを認証する認
    証サーバとを備えるシステムにおいて移動ノードに対し
    て通信サービスを提供する移動通信サービス提供方法で
    あって、 移動ノードから登録要求を受け取ったエージェントが、
    上記認証サーバに対してその移動ノードの位置情報を含
    む認証要求を送出するステップと、 上記認証サーバが、上記エージェントから受信した位置
    情報を含む位置登録要求を上記エージェントに送出する
    ステップと、 上記エージェントが、上記認証サーバから受信した位置
    登録要求に基づいて上記移動ノードの位置登録を行うと
    共に、上記認証サーバに上記位置登録要求に対応する登
    録応答を送出するステップと、 上記認証サーバが、上記認証要求に対応する認証応答を
    上記エージェントに送出するステップと、 上記認証サーバが、上記データベースから上記移動ノー
    ドに対応するサービスプロファイルを抽出し、そのサー
    ビスプロファイルを上記位置登録要求または認証応答の
    少なくとも一方に格納して上記エージェントに送出する
    ステップと、 上記エージェントが、上記認証サーバから受信したサー
    ビスプロファイルに従ってサービスを提供するステップ
    と、 を有する移動通信サービス提供方法。
  25. 【請求項２５】 移動ノードが要求するサービスを提供
    するための情報を含むサービスプロファイルを管理する
    データベースと、それぞれ移動ノードを収容することが
    できる複数のエージェントと、移動ノードを認証する認
    証サーバとを備えるシステムにおいて移動ノードに対し
    て通信サービスを提供する移動通信サービス提供方法で
    あって、 移動ノードを収容するエージェントから上記認証サーバ
    に対してその移動ノードの認証を要求する認証要求メッ
    セージが送出され、 上記データベースから上記移動ノードに対応するサービ
    スプロファイルが抽出され、 上記認証要求メッセージに対応する認証応答メッセージ
    に上記抽出されたサービスプロファイルが格納され、 上記認証サーバから上記移動ノードを収容するエージェ
    ントに対して上記認証応答メッセージが送出され、 上記移動ノードを収容するエージェントにより、上記認
    証応答メッセージに格納されていたサービスプロファイ
    ルに従って上記移動ノードにサービスが提供される移動
    通信サービス提供方法。
  26. 【請求項２６】 移動ノードが要求するサービスを提供
    するための情報を含むサービスプロファイルを管理する
    データベースと、それぞれ移動ノードを収容することが
    できる複数のエージェントと、移動ノードを認証する認
    証サーバとを備えるシステムにおいて移動ノードに対し
    て通信サービスを提供する移動通信サービス提供方法で
    あって、 移動ノードを収容するエージェントから上記認証サーバ
    に対してその移動ノードの位置情報を含む認証要求メッ
    セージが送出され、 上記データベースから上記移動ノードに対応するサービ
    スプロファイルが抽出され、 上記移動ノードの位置を登録するための位置登録要求メ
    ッセージに上記抽出されたサービスプロファイルが格納
    され、 上記認証サーバから上記移動ノードの位置を認識する必
    要があるエージェントに対して上記位置登録要求メッセ
    ージが送出され、 上記位置登録要求メッセージを受信したエージェントに
    より、上記サービスプロファイルに従って上記移動ノー
    ドにサービスが提供される移動通信サービス提供方法。
  27. 【請求項２７】 移動ノードが要求するサービスを提供
    するための情報を含むサービスプロファイルを管理する
    データベースと、それぞれ移動ノードを収容することが
    できる複数のエージェントと、移動ノードを認証する認
    証サーバとを備えて移動ノードに対して通信サービスを
    提供する移動通信サービス提供システムにおいて使用さ
    れる上記複数のエージェントの１つとしてのホームエー
    ジェント装置であって、 移動ノードから位置登録要求を受け取ったときにその移
    動ノードのための訪問者リストを作成する第１の作成手
    段と、 上記認証サーバに対して上記移動ノードを認証するため
    の認証要求を送出する要求手段と、 上記データベースから抽出された上記移動ノードに対応
    するサービスプロファイルおよび上記認証要求に対応す
    る認証応答を上記認証サーバから受け取ったときに、上
    記移動ノードのための移動性結合を作成する第２の作成
    手段と、 上記認証サーバから受信したサービスプロファイル、上
    記訪問者リスト、および上記移動性結合を利用して上記
    移動ノードにサービスを提供するサービス制御手段と、 を有するホームエージェント装置。
JP2000101414A 1999-09-29 2000-04-03 移動通信サービス提供システム、移動通信サービス提供方法、認証装置、およびホームエージェント装置 Pending JP2001169341A (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
JP2000101414A JP2001169341A (ja) 1999-09-29 2000-04-03 移動通信サービス提供システム、移動通信サービス提供方法、認証装置、およびホームエージェント装置
EP00120259A EP1089580A3 (en) 1999-09-29 2000-09-27 Mobile communications service system, mobile communications service method, authentication apparatus, and home agent apparatus
CA002321396A CA2321396C (en) 1999-09-29 2000-09-28 Mobile communications service system, mobile communications service method, authentication apparatus, and home agent apparatus

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP27670399 1999-09-29
JP11-276703 1999-09-29
JP2000101414A JP2001169341A (ja) 1999-09-29 2000-04-03 移動通信サービス提供システム、移動通信サービス提供方法、認証装置、およびホームエージェント装置

Publications (1)

Publication Number Publication Date
JP2001169341A true JP2001169341A (ja) 2001-06-22

Family

ID=26552069

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2000101414A Pending JP2001169341A (ja) 1999-09-29 2000-04-03 移動通信サービス提供システム、移動通信サービス提供方法、認証装置、およびホームエージェント装置

Country Status (3)

Country Link
EP (1) EP1089580A3 (ja)
JP (1) JP2001169341A (ja)
CA (1) CA2321396C (ja)

Cited By (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2003198588A (ja) * 2001-12-28 2003-07-11 Matsushita Electric Ind Co Ltd サブネット接続切り換え通信システム
KR100421931B1 (ko) * 2001-09-04 2004-03-11 주식회사 현대시스콤 Ｉｍｔ-2000 데이터 핵심망에서의 패킷 데이터 서비스노드와 ａａａ 서버 간 사용자 정보 전송 방법
JP2006054720A (ja) * 2004-08-12 2006-02-23 Nakayo Telecommun Inc ファイアウォール、フォーリンエージェント、ホームエージェント、移動端末、および通信方法
JP2006121698A (ja) * 2004-10-20 2006-05-11 Fujitsu Ltd ユーザ認証方法、無線通信網、ホームワイヤレス通信網及び認証サーバ
JP2007060651A (ja) * 2005-08-01 2007-03-08 Samsung Electronics Co Ltd 移動通信システムにおけるローミングサービスの提供方法及びシステム
US7197643B2 (en) 2002-10-01 2007-03-27 Fujitsu Limited Key exchange proxy network system
US7286671B2 (en) 2001-11-09 2007-10-23 Ntt Docomo Inc. Secure network access method
JP2008067399A (ja) * 2003-10-29 2008-03-21 Interdigital Technol Corp マルチ技術対応の無線送信／受信ユニットに補足サービスを効率的に配信するための方法
JP2008509608A (ja) * 2004-08-04 2008-03-27 クゥアルコム・フラリオン・テクノロジーズ、インコーポレイテッド 状態転送にコアベースのノードを使用するよう拡張された技術
JP2008167022A (ja) * 2006-12-27 2008-07-17 Fujitsu Ltd ネットワーク接続復旧方法及びａａａサーバ及び無線アクセス網ゲートウェイ装置
CN100409613C (zh) * 2002-08-08 2008-08-06 中兴通讯股份有限公司 基于无线局域网与码分多址系统相结合的鉴权计费方法
US7424538B2 (en) 2002-11-19 2008-09-09 Fujitsu Limited Service control network system
JP2009124711A (ja) * 2008-12-08 2009-06-04 Panasonic Corp ローカルネットワーク相互接続における移動端末に対してネットワークに基づくトンネルを設定する方法
US7577105B2 (en) 2003-12-11 2009-08-18 Fujitsu Limited Cooperation information managing apparatus and gateway apparatus for use in cooperation information managing system
JP2009201130A (ja) * 2002-07-30 2009-09-03 Panasonic Corp 移動管理方法および移動端末
US7587498B2 (en) 2002-05-06 2009-09-08 Cisco Technology, Inc. Methods and apparatus for mobile IP dynamic home agent allocation
JP2009533980A (ja) * 2006-04-14 2009-09-17 クゥアルコム・インコーポレイテッド ホーム・エージェントの自動選択
JP2010519812A (ja) * 2007-07-24 2010-06-03 華為技術有限公司 メッセージを処理する方法、システム、サーバ、および端末
JP2010523051A (ja) * 2007-03-28 2010-07-08 ノーテル、ネトウァークス、リミティド Ｉｐモビリティシステムのための動的な外部エージェント−ホーム・エージェント・セキュリティ・アソシエーション割当て
JP2010527534A (ja) * 2007-05-04 2010-08-12 ノーテル、ネトウァークス、リミティド 異なるモバイルｉｐ配送スタイルのネゴシエーション
JP2010537491A (ja) * 2007-08-13 2010-12-02 ノーテル、ネトウァークス、リミティド モバイルＩＰｖ４用の新しいＤｉａｍｅｔｅｒシグナリング
US8938062B2 (en) 1995-12-11 2015-01-20 Comcast Ip Holdings I, Llc Method for accessing service resource items that are for use in a telecommunications system
US9191505B2 (en) 2009-05-28 2015-11-17 Comcast Cable Communications, Llc Stateful home phone service

Families Citing this family (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6728536B1 (en) * 2000-05-02 2004-04-27 Telefonaktiebolaget Lm Ericsson Method and system for combined transmission of access specific access independent and application specific information over public IP networks between visiting and home networks
DE10117133B4 (de) * 2001-04-05 2005-07-07 T-Mobile Deutschland Gmbh Verfahren und Vorrichtung zur Wegsteuerung von IP-Verbindungen in einem teilnehmerbezogenen Kommunikationsnetz
JP3895146B2 (ja) * 2001-10-22 2007-03-22 富士通株式会社 サービス制御ネットワーク、サーバ装置、ネットワーク装置、サービス情報配布方法、及びサービス情報配布プログラム
US20030145091A1 (en) * 2002-01-28 2003-07-31 Telefonaktiebolaget L M Ericsson Access terminal profile in a data cellular network
US7924771B2 (en) 2004-04-13 2011-04-12 Qualcomm, Incorporated Multimedia communication using co-located care of address for bearer traffic
JP4992308B2 (ja) 2006-06-14 2012-08-08 日本電気株式会社 通信システム、動作制御方法、位置管理サーバ及びプログラム
CN114803748B (zh) * 2020-01-16 2023-05-23 广东卓梅尼技术股份有限公司 基于udp通讯和ftp连接的电梯轿厢显示屏资源离线更新终端
CN114124777A (zh) * 2020-08-27 2022-03-01 中国电信股份有限公司 增值业务处理方法、装置和系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5497412A (en) * 1994-04-07 1996-03-05 Gte Telecommunication Services Incorporated Enhanced call delivery system for roaming cellular subscribers
US6038445A (en) * 1996-08-19 2000-03-14 Ericsson Inc. Providing service area dependent subscriber data within a mobile telecommunications network
US6137791A (en) * 1997-03-25 2000-10-24 Ericsson Telefon Ab L M Communicating packet data with a mobile station roaming within an incompatible mobile network
US5915220A (en) * 1997-05-05 1999-06-22 Northern Telecom Limited System and method for maintaining profile information in a telecommunications network
US6973057B1 (en) * 1999-01-29 2005-12-06 Telefonaktiebolaget L M Ericsson (Publ) Public mobile data communications network

Non-Patent Citations (7)

* Cited by examiner, † Cited by third party
Title
F. REICHMEYER ET AL.: "COPS usage for differentiated services", INTERNET DRAFT, vol. draft-ietf-rap-cops-ds-01.txt, JPN6008014444, December 1998 (1998-12-01), ISSN: 0001010788 *
J. VOLLBRECHT ET AL.: "AAA authorization architecture and requirements", INTERNET-DRAFT, vol. draft-ietf-aaa-authorization-reqs-00.txt, JPN6008014453, June 1999 (1999-06-01), pages 32 - 37, ISSN: 0001010787 *
J. VOLLBRECHT: "AAA authorization application examples", INTERNET DRAFT, vol. draft-ietf-aaa-authz-samp-00.txt, JPN6008014450, October 1999 (1999-10-01), ISSN: 0001010792 *
P. R. CALHOUN AND C. E. PERKINS: "DIAMETER mobile IP extensions", INTERNET DRAFT, vol. draft-calhoun-diameter-mobileip-02.txt, JPN6008014454, August 1999 (1999-08-01), pages 32, ISSN: 0001010791 *
S. GLASS ET AL.: "Mobile IP Authentication, Authorization, and Accounting requirements", INTERNET DRAFT, vol. draft-ietf-mobileip-aaa-reqs-04.txt, JPN6008014452, 1 June 2000 (2000-06-01), ISSN: 0001010793 *
山口英: "UNIX Communication Notes 115", UNIX MAGAZINE, vol. 13, no. 1, JPN6008014449, 1 January 1998 (1998-01-01), JP, pages 22 - 28, ISSN: 0001010790 *
河井保博，中島募: "ポリシー・ネットへのアプローチ：アクセス制御や帯域制御を容易に実現可能に", 日経インターネットテクノロジー, vol. 第２７号, JPN6008014448, 22 September 1999 (1999-09-22), JP, pages 84 - 105, ISSN: 0001010789 *

Cited By (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8938062B2 (en) 1995-12-11 2015-01-20 Comcast Ip Holdings I, Llc Method for accessing service resource items that are for use in a telecommunications system
KR100421931B1 (ko) * 2001-09-04 2004-03-11 주식회사 현대시스콤 Ｉｍｔ-2000 데이터 핵심망에서의 패킷 데이터 서비스노드와 ａａａ 서버 간 사용자 정보 전송 방법
US7286671B2 (en) 2001-11-09 2007-10-23 Ntt Docomo Inc. Secure network access method
WO2003058893A1 (fr) * 2001-12-28 2003-07-17 Matsushita Electric Industrial Co., Ltd. Système de communications par connexions de sous-réseaux
JP2003198588A (ja) * 2001-12-28 2003-07-11 Matsushita Electric Ind Co Ltd サブネット接続切り換え通信システム
US7587498B2 (en) 2002-05-06 2009-09-08 Cisco Technology, Inc. Methods and apparatus for mobile IP dynamic home agent allocation
JP2009201130A (ja) * 2002-07-30 2009-09-03 Panasonic Corp 移動管理方法および移動端末
CN100409613C (zh) * 2002-08-08 2008-08-06 中兴通讯股份有限公司 基于无线局域网与码分多址系统相结合的鉴权计费方法
US7197643B2 (en) 2002-10-01 2007-03-27 Fujitsu Limited Key exchange proxy network system
US7424538B2 (en) 2002-11-19 2008-09-09 Fujitsu Limited Service control network system
JP2008067399A (ja) * 2003-10-29 2008-03-21 Interdigital Technol Corp マルチ技術対応の無線送信／受信ユニットに補足サービスを効率的に配信するための方法
US7577105B2 (en) 2003-12-11 2009-08-18 Fujitsu Limited Cooperation information managing apparatus and gateway apparatus for use in cooperation information managing system
JP2011125049A (ja) * 2004-08-04 2011-06-23 Qualcomm Inc 状態転送にコアベースのノードを使用するよう拡張された技術
JP2008509608A (ja) * 2004-08-04 2008-03-27 クゥアルコム・フラリオン・テクノロジーズ、インコーポレイテッド 状態転送にコアベースのノードを使用するよう拡張された技術
JP4746044B2 (ja) * 2004-08-04 2011-08-10 クゥアルコム・インコーポレイテッド 状態転送にコアベースのノードを使用するよう拡張された技術
JP2006054720A (ja) * 2004-08-12 2006-02-23 Nakayo Telecommun Inc ファイアウォール、フォーリンエージェント、ホームエージェント、移動端末、および通信方法
JP2006121698A (ja) * 2004-10-20 2006-05-11 Fujitsu Ltd ユーザ認証方法、無線通信網、ホームワイヤレス通信網及び認証サーバ
US7971235B2 (en) 2004-10-20 2011-06-28 Fujitsu Limited User authorization for services in a wireless communications network
JP4675206B2 (ja) * 2004-10-20 2011-04-20 富士通株式会社 ユーザ認証方法、無線通信網、ホームワイヤレス通信網及び認証サーバ
JP4634344B2 (ja) * 2005-08-01 2011-02-16 三星電子株式会社 移動通信システムにおけるローミングサービスの提供方法及びシステム
JP2007060651A (ja) * 2005-08-01 2007-03-08 Samsung Electronics Co Ltd 移動通信システムにおけるローミングサービスの提供方法及びシステム
JP4927939B2 (ja) * 2006-04-14 2012-05-09 クゥアルコム・インコーポレイテッド ホーム・エージェントの自動選択
JP2009533980A (ja) * 2006-04-14 2009-09-17 クゥアルコム・インコーポレイテッド ホーム・エージェントの自動選択
US8213934B2 (en) 2006-04-14 2012-07-03 Qualcomm Incorporated Automatic selection of a home agent
JP2008167022A (ja) * 2006-12-27 2008-07-17 Fujitsu Ltd ネットワーク接続復旧方法及びａａａサーバ及び無線アクセス網ゲートウェイ装置
JP2010523051A (ja) * 2007-03-28 2010-07-08 ノーテル、ネトウァークス、リミティド Ｉｐモビリティシステムのための動的な外部エージェント−ホーム・エージェント・セキュリティ・アソシエーション割当て
JP2010527534A (ja) * 2007-05-04 2010-08-12 ノーテル、ネトウァークス、リミティド 異なるモバイルｉｐ配送スタイルのネゴシエーション
JP2010519812A (ja) * 2007-07-24 2010-06-03 華為技術有限公司 メッセージを処理する方法、システム、サーバ、および端末
US8019877B2 (en) 2007-07-24 2011-09-13 Huawei Technologies Co., Ltd. Method, system, server and terminal for processing message
JP2012085346A (ja) * 2007-07-24 2012-04-26 Huawei Technologies Co Ltd メッセージを処理する方法、システム、サーバ、および端末
US8341274B2 (en) 2007-07-24 2012-12-25 Huawei Technologies Co., Ltd. Method, terminal, and computer readable media for processing message
JP2010537491A (ja) * 2007-08-13 2010-12-02 ノーテル、ネトウァークス、リミティド モバイルＩＰｖ４用の新しいＤｉａｍｅｔｅｒシグナリング
JP2009124711A (ja) * 2008-12-08 2009-06-04 Panasonic Corp ローカルネットワーク相互接続における移動端末に対してネットワークに基づくトンネルを設定する方法
US9191505B2 (en) 2009-05-28 2015-11-17 Comcast Cable Communications, Llc Stateful home phone service

Also Published As

Publication number Publication date
CA2321396C (en) 2005-01-11
CA2321396A1 (en) 2001-03-29
EP1089580A2 (en) 2001-04-04
EP1089580A3 (en) 2001-10-24

Similar Documents

Publication Publication Date Title
JP2001169341A (ja) 移動通信サービス提供システム、移動通信サービス提供方法、認証装置、およびホームエージェント装置
JP4060021B2 (ja) 移動通信サービス提供システム、および移動通信サービス提供方法
EP3821622B1 (en) Systems and methods for enabling private communication within a user equipment group
US6917605B2 (en) Mobile network system and service control information changing method
US7277948B2 (en) Network system with dynamic service profile updating functions
JP4270888B2 (ja) Ｗｌａｎ相互接続におけるサービス及びアドレス管理方法
US7616615B2 (en) Packet forwarding apparatus for connecting mobile terminal to ISP network
US6769000B1 (en) Unified directory services architecture for an IP mobility architecture framework
US7079499B1 (en) Internet protocol mobility architecture framework
US7039037B2 (en) Method and apparatus for providing service selection, redirection and managing of subscriber access to multiple WAP (Wireless Application Protocol) gateways simultaneously
US7510113B2 (en) Billing system, and device constituting same
JP5032582B2 (ja) ゲートウェイ選択機構
JP4034729B2 (ja) モバイルインターネット通信装置及び方法
US20030079144A1 (en) Service control network, server, network device, service information distribution method, and service information distribution program
US20010012777A1 (en) Mobile communications system and method thereof
AU767782B2 (en) Buffer management for mobile internet protocol
US20020018456A1 (en) VPN system in mobile IP network, and method of setting VPN
EP1416673A1 (en) Roaming service covering a plurality of telecommunication carriers in mobile data communication
US8561150B2 (en) Method and system for supporting mobility security in the next generation network
AU7812600A (en) Internet protocol mobility architecture framework
WO2011026355A1 (zh) 节点接入家乡代理的方法、家乡代理集群系统及业务路由器
EP4240103A1 (en) Roaming hub 5g interconnect for public line mobile networks
US20230284008A1 (en) Roaming hub 5g interconnect for public line mobile networks
JP2009124711A (ja) ローカルネットワーク相互接続における移動端末に対してネットワークに基づくトンネルを設定する方法

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20060222

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20080303

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20080401

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080729