JPH11284666A - 移動管理システム - Google Patents
移動管理システムInfo
- Publication number
- JPH11284666A JPH11284666A JP30644698A JP30644698A JPH11284666A JP H11284666 A JPH11284666 A JP H11284666A JP 30644698 A JP30644698 A JP 30644698A JP 30644698 A JP30644698 A JP 30644698A JP H11284666 A JPH11284666 A JP H11284666A
- Authority
- JP
- Japan
- Prior art keywords
- interworking function
- home
- end system
- registration server
- server
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000006870 function Effects 0.000 claims description 435
- 238000000034 method Methods 0.000 claims description 111
- 238000004891 communication Methods 0.000 claims description 87
- 230000008859 change Effects 0.000 claims description 16
- 239000003795 chemical substances by application Substances 0.000 description 125
- 230000004044 response Effects 0.000 description 84
- 210000002320 radius Anatomy 0.000 description 77
- 238000010586 diagram Methods 0.000 description 34
- 238000007726 management method Methods 0.000 description 34
- 210000004027 cell Anatomy 0.000 description 30
- 230000005641 tunneling Effects 0.000 description 30
- 238000012546 transfer Methods 0.000 description 20
- 230000008569 process Effects 0.000 description 14
- 230000032258 transport Effects 0.000 description 13
- 238000005516 engineering process Methods 0.000 description 9
- 238000010276 construction Methods 0.000 description 8
- 230000007246 mechanism Effects 0.000 description 6
- 238000005457 optimization Methods 0.000 description 6
- 238000005538 encapsulation Methods 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 230000004048 modification Effects 0.000 description 5
- 238000012545 processing Methods 0.000 description 5
- 238000013459 approach Methods 0.000 description 4
- 238000012790 confirmation Methods 0.000 description 4
- 238000012795 verification Methods 0.000 description 4
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000005540 biological transmission Effects 0.000 description 3
- 230000036541 health Effects 0.000 description 3
- 230000006855 networking Effects 0.000 description 3
- 101000961042 Pseudopleuronectes americanus Ice-structuring protein A Proteins 0.000 description 2
- 230000009286 beneficial effect Effects 0.000 description 2
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000010494 dissociation reaction Methods 0.000 description 2
- 230000005593 dissociations Effects 0.000 description 2
- 239000000284 extract Substances 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000011218 segmentation Effects 0.000 description 2
- 238000001228 spectrum Methods 0.000 description 2
- DFUSDJMZWQVQSF-XLGIIRLISA-N (2r)-2-methyl-2-[(4r,8r)-4,8,12-trimethyltridecyl]-3,4-dihydrochromen-6-ol Chemical compound OC1=CC=C2O[C@@](CCC[C@H](C)CCC[C@H](C)CCCC(C)C)(C)CCC2=C1 DFUSDJMZWQVQSF-XLGIIRLISA-N 0.000 description 1
- 208000015976 Corneal dystrophy-perceptive deafness syndrome Diseases 0.000 description 1
- 230000004913 activation Effects 0.000 description 1
- 239000008186 active pharmaceutical agent Substances 0.000 description 1
- 230000003466 anti-cipated effect Effects 0.000 description 1
- 230000001174 ascending effect Effects 0.000 description 1
- 238000012550 audit Methods 0.000 description 1
- 210000004271 bone marrow stromal cell Anatomy 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000013256 coordination polymer Substances 0.000 description 1
- 230000001186 cumulative effect Effects 0.000 description 1
- 230000001934 delay Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000018109 developmental process Effects 0.000 description 1
- 230000009977 dual effect Effects 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012423 maintenance Methods 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 238000012544 monitoring process Methods 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000011084 recovery Methods 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 238000012163 sequencing technique Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4633—Interconnection of networks using encapsulation techniques, e.g. tunneling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/164—Adaptation or special uses of UDP protocol
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/168—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP] specially adapted for link layer protocols, e.g. asynchronous transfer mode [ATM], synchronous optical network [SONET] or point-to-point protocol [PPP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/169—Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/0005—Control or signalling for completing the hand-off
- H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
- H04W36/0019—Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/24—Accounting or billing
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/12—Mobility data transfer between location registers or mobility servers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L2212/00—Encapsulation of packets
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/14—Reselecting a network or an air interface
- H04W36/144—Reselecting a network or an air interface over a different radio air interface technology
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
- H04W8/08—Mobility data transfer
- H04W8/087—Mobility data transfer for preserving data network PoA address despite hand-offs
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
- H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/02—Inter-networking arrangements
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Abstract
(57)【要約】 （修正有）
【課題】パケット交換データネットワーク内でのモバイ
ルエンドシステムを管理する。 【解決手段】最初はデータフレームをモバイルエンドシ
ステム３２と第一アクセスポイント３４を通じてアクセ
スハブとの間で通信し、アクセスハブを含む第一モジュ
ール３６が、登録リクエストがモバイルエンドから第二
アクセスポイント３８を通じて受信されたとき、モバイ
ルエンドを第一アクセスハブに、第一登録サーバに通知
することなく再登録し、第一アクセスハブがさらに第二
モジュールを含み、第二モジュールが、モバイルエンド
が再登録されたとき、第二アクセスポイントを第一アク
セスハブにリンクし、第一アクセスハブがさらに第三モ
ジュール４０を含み、この第三モジュールが、第二アク
セスポイントが第一アクセスハブにリンクされたとき、
第一アクセスポイントと第一アクセスハブ間のリンクを
切断する。
ルエンドシステムを管理する。 【解決手段】最初はデータフレームをモバイルエンドシ
ステム３２と第一アクセスポイント３４を通じてアクセ
スハブとの間で通信し、アクセスハブを含む第一モジュ
ール３６が、登録リクエストがモバイルエンドから第二
アクセスポイント３８を通じて受信されたとき、モバイ
ルエンドを第一アクセスハブに、第一登録サーバに通知
することなく再登録し、第一アクセスハブがさらに第二
モジュールを含み、第二モジュールが、モバイルエンド
が再登録されたとき、第二アクセスポイントを第一アク
セスハブにリンクし、第一アクセスハブがさらに第三モ
ジュール４０を含み、この第三モジュールが、第二アク
セスポイントが第一アクセスハブにリンクされたとき、
第一アクセスポイントと第一アクセスハブ間のリンクを
切断する。
Description
【０００１】
【発明の属する技術分野】本発明は、コンピュータユー
ザに、インターネットおよびプライベートイントラネッ
トへのリモートアクセスを仮想プライベートネットワー
クサービスを用いて高速パケット交換無線データリンク
を通じて提供するパケット交換データネットワーク内で
のモバイルエンドシステムの管理に関する。本発明は、
より詳細には、モバイルエンドシステムがあるセルから
別のセルに移動する際のコネクションハンドオーバの管
理に関する。
ザに、インターネットおよびプライベートイントラネッ
トへのリモートアクセスを仮想プライベートネットワー
クサービスを用いて高速パケット交換無線データリンク
を通じて提供するパケット交換データネットワーク内で
のモバイルエンドシステムの管理に関する。本発明は、
より詳細には、モバイルエンドシステムがあるセルから
別のセルに移動する際のコネクションハンドオーバの管
理に関する。
【０００２】
【従来技術】図１は、典型的には一体となってユーザモ
デム４を通じてユーザコンピュータ２へのリモートイン
ターネットアクセスを提供する３つのビジネスエンティ
ティを示す。第一のビジネスエンティティは、ダイヤル
アップ式の簡単な古いタイプの電話システム（plain ol
d telephone system、POTS）あるいはサービス統合デー
タネットワーク（integrated services data network、
ISDN）を所有および運用する電話会社である。電話会社
は、公衆交換電話ネットワーク（public switched tele
phone network、PSTN）６の形式にてメディアを提供
し、ユーザと他の２つのビジネスエンティティとの間の
ビット（あるいはパケット）はこの上を流れる。
デム４を通じてユーザコンピュータ２へのリモートイン
ターネットアクセスを提供する３つのビジネスエンティ
ティを示す。第一のビジネスエンティティは、ダイヤル
アップ式の簡単な古いタイプの電話システム（plain ol
d telephone system、POTS）あるいはサービス統合デー
タネットワーク（integrated services data network、
ISDN）を所有および運用する電話会社である。電話会社
は、公衆交換電話ネットワーク（public switched tele
phone network、PSTN）６の形式にてメディアを提供
し、ユーザと他の２つのビジネスエンティティとの間の
ビット（あるいはパケット）はこの上を流れる。
【０００３】第二のビジネスエンティティは、インター
ネットサービスプロバイダ（ISP）である。ISPは、その
サービスエリア内に一つあるいは複数のポイントオブプ
レゼンス（point of presence、POP）８を展開および管
理し、エンドユーザはネットワークサービスを得るため
にここに接続する。ISPは、ISPが顧客の加入を募る主要
なローカルコーリングエリア内に、典型的には、一つの
POPを確立する。ＰＯＰは、電話会社によって運用され
るＰＳＴＮからのメッセージトラヒックを、ISPによっ
て所有される、あるいはMCI,Inc.等のイントラネットバ
ックボーンプロバイダからリースされるイントラネット
バックボーン１０上で運ぶためのデジタル形式に変換す
る。ISPは、典型的には、PSTNへの接続のために、電話
会社からT1ラインの一部もしくわ全部、あるいはT3ライ
ンの一部もしくは全部をリースする。POPとISPのメディ
アデータセンタ１４は、イントラネットバックボーン上
でルータ１２Ａを通じて互いに接続される。データセン
タ１４は、IPSのウエブサーバ、メールサーバ、アカウ
ンティングおよび登録サーバを収容し、ISPがウエブコ
ンテント、ｅ−メール、およびウエブホストサービスを
エンドユーザに提供することを可能にする。将来の付加
価値サービスは、データセンタ内に追加のタイプのサー
バを展開することで追加することができる。ISPはさら
にルータ１２Ａを公衆インターネットバックボーン２０
への接続のために維持する。リモートアクセスに対する
現在のモデルにおいては、エンドユーザはユーザの電話
会社およびユーザのISPとの間にサービス関係を持ち、
通常は両者から別個の請求書を受け取る。エンドユーザ
は、ISPにアクセスし、ISPから公衆インターネット２０
にアクセスするが、これは最寄りのPOPにダイヤルし、
インターネット技術標準化委員会（Internet Engineeri
ng Task Force、IETE）が勧告するポイトン・ツウ・ポ
イントプロトコル（point-to point protocol、PPP）と
して知られる通信プロトコルをランすることで行なう。
ネットサービスプロバイダ（ISP）である。ISPは、その
サービスエリア内に一つあるいは複数のポイントオブプ
レゼンス（point of presence、POP）８を展開および管
理し、エンドユーザはネットワークサービスを得るため
にここに接続する。ISPは、ISPが顧客の加入を募る主要
なローカルコーリングエリア内に、典型的には、一つの
POPを確立する。ＰＯＰは、電話会社によって運用され
るＰＳＴＮからのメッセージトラヒックを、ISPによっ
て所有される、あるいはMCI,Inc.等のイントラネットバ
ックボーンプロバイダからリースされるイントラネット
バックボーン１０上で運ぶためのデジタル形式に変換す
る。ISPは、典型的には、PSTNへの接続のために、電話
会社からT1ラインの一部もしくわ全部、あるいはT3ライ
ンの一部もしくは全部をリースする。POPとISPのメディ
アデータセンタ１４は、イントラネットバックボーン上
でルータ１２Ａを通じて互いに接続される。データセン
タ１４は、IPSのウエブサーバ、メールサーバ、アカウ
ンティングおよび登録サーバを収容し、ISPがウエブコ
ンテント、ｅ−メール、およびウエブホストサービスを
エンドユーザに提供することを可能にする。将来の付加
価値サービスは、データセンタ内に追加のタイプのサー
バを展開することで追加することができる。ISPはさら
にルータ１２Ａを公衆インターネットバックボーン２０
への接続のために維持する。リモートアクセスに対する
現在のモデルにおいては、エンドユーザはユーザの電話
会社およびユーザのISPとの間にサービス関係を持ち、
通常は両者から別個の請求書を受け取る。エンドユーザ
は、ISPにアクセスし、ISPから公衆インターネット２０
にアクセスするが、これは最寄りのPOPにダイヤルし、
インターネット技術標準化委員会（Internet Engineeri
ng Task Force、IETE）が勧告するポイトン・ツウ・ポ
イントプロトコル（point-to point protocol、PPP）と
して知られる通信プロトコルをランすることで行なう。
【０００４】第三のビジネスエンティティは、事業のた
めに、自身のペライベートイントラネット１８を所有
し、これをルータ１２Ｂを通じて運用する私企業であ
る。企業の従業員は自宅あるいは路上から企業イントラ
ネットネットワーク１８にアクセスすることができる
が、これはPOTS/ISDN呼を企業のリモートアクセスサー
バ１６にかけ、IETF PPPプロトコルをランすることで行
なわれる。企業アクセスの場合は、エンドユーザは企業
のリモートアクセスサーバ１６に接続するためのコスト
のみを支払う。この場合はISPは巻き込まれない。私企
業は、エンドユーザを企業イントラネット１８、公衆イ
ンターネット２０、あるいは両方に接続するためにルー
タ１２Ｂを維持する。
めに、自身のペライベートイントラネット１８を所有
し、これをルータ１２Ｂを通じて運用する私企業であ
る。企業の従業員は自宅あるいは路上から企業イントラ
ネットネットワーク１８にアクセスすることができる
が、これはPOTS/ISDN呼を企業のリモートアクセスサー
バ１６にかけ、IETF PPPプロトコルをランすることで行
なわれる。企業アクセスの場合は、エンドユーザは企業
のリモートアクセスサーバ１６に接続するためのコスト
のみを支払う。この場合はISPは巻き込まれない。私企
業は、エンドユーザを企業イントラネット１８、公衆イ
ンターネット２０、あるいは両方に接続するためにルー
タ１２Ｂを維持する。
【０００５】エンドユーザは、電話会社に、電話呼を発
信するコストおよび電話回線を自宅に引くコストを支払
う。エンドユーザは、さらにISPに、ISPのネットワーク
にアクセスすることおよびサービスに対してコトスを支
払う。本発明は、無線サービスプロバイダ、例えば、Sp
rint PCS、PrimeCo等、並びに、インターネットサービ
スプロバイダ、例えば、AOL、AT&T Worldnet等の両方に
とって利益である。
信するコストおよび電話回線を自宅に引くコストを支払
う。エンドユーザは、さらにISPに、ISPのネットワーク
にアクセスすることおよびサービスに対してコトスを支
払う。本発明は、無線サービスプロバイダ、例えば、Sp
rint PCS、PrimeCo等、並びに、インターネットサービ
スプロバイダ、例えば、AOL、AT&T Worldnet等の両方に
とって利益である。
【０００６】今日のインターネットサービスプロバイダ
は、ウエブコンテントサービス、ｅ−メールサービス、
コンテントホストサービスおよびローミングサービスを
エンドユーザに提供する。マージンの低さや、特徴と価
格に基づくマーケットセグメンテーションの展望のなさ
のために、ISPはマージンを向上するために付加価値サ
ービスを求めている。短期的には、ISPは、設備ベンダ
によって提供される解決策を用いて、より迅速なアクセ
ス、仮想プライベートネットワーキング（つまり、公衆
ネットワークを用いて私設ネットワークと同程度に安全
にイントラネットに接続する能力）、ローミングコンソ
ーティアム、プッシュテクノロジー、およびサービス品
質を提供することが見込まれる。長期的には、インター
ネット上での音声や、モビィリティも提供されることが
見込まれる。ISPは、低マージンの激戦から脱却するた
めに、これら付加価値サービスを用いることが見込まれ
る。ところで、これら付加価値サービスの内の多くは、
ネットワークサービスの範疇に入るが、これらはネット
ワークインフラストラクチャ設備を通じてはじめて提供
することが可能となる。他の幾つの付加価値サービス
は、これもネットワークインフラストラクチャからのサ
ポートを必要とするアプリケーションサービスの範疇に
入り、他の幾つかはネットワークインフラストラクチャ
からのサポートは必要としない。迅速なアクセス、仮想
プライベートネットワーキング、ローミング、モビィリ
ティ、サービス品質、サービス品質に基づくアカウンテ
ィングは、全て、向上されたネットワークインフラスト
ラクチャを必要とする。発明は、これら向上されたサー
ビスを直接に提供するか、あるいは、将来さらに技術が
進歩したときにこれらサービスを追加できるようにする
ためのフックを提供する。無線サービスプロバイダにと
っては、収益奔流の大きなシェアを確保できることが見
込まれ、ISPにとっては、より多くのサービス、より良
好なマーケットセグメンテーションにて提供できること
が見込まれる。
は、ウエブコンテントサービス、ｅ−メールサービス、
コンテントホストサービスおよびローミングサービスを
エンドユーザに提供する。マージンの低さや、特徴と価
格に基づくマーケットセグメンテーションの展望のなさ
のために、ISPはマージンを向上するために付加価値サ
ービスを求めている。短期的には、ISPは、設備ベンダ
によって提供される解決策を用いて、より迅速なアクセ
ス、仮想プライベートネットワーキング（つまり、公衆
ネットワークを用いて私設ネットワークと同程度に安全
にイントラネットに接続する能力）、ローミングコンソ
ーティアム、プッシュテクノロジー、およびサービス品
質を提供することが見込まれる。長期的には、インター
ネット上での音声や、モビィリティも提供されることが
見込まれる。ISPは、低マージンの激戦から脱却するた
めに、これら付加価値サービスを用いることが見込まれ
る。ところで、これら付加価値サービスの内の多くは、
ネットワークサービスの範疇に入るが、これらはネット
ワークインフラストラクチャ設備を通じてはじめて提供
することが可能となる。他の幾つの付加価値サービス
は、これもネットワークインフラストラクチャからのサ
ポートを必要とするアプリケーションサービスの範疇に
入り、他の幾つかはネットワークインフラストラクチャ
からのサポートは必要としない。迅速なアクセス、仮想
プライベートネットワーキング、ローミング、モビィリ
ティ、サービス品質、サービス品質に基づくアカウンテ
ィングは、全て、向上されたネットワークインフラスト
ラクチャを必要とする。発明は、これら向上されたサー
ビスを直接に提供するか、あるいは、将来さらに技術が
進歩したときにこれらサービスを追加できるようにする
ためのフックを提供する。無線サービスプロバイダにと
っては、収益奔流の大きなシェアを確保できることが見
込まれ、ISPにとっては、より多くのサービス、より良
好なマーケットセグメンテーションにて提供できること
が見込まれる。
【０００７】
【発明の概要】本発明は、エンドユーザに、公衆インタ
ーネット、プライベートイントラネットおよびインター
ネットサービスプロバイダへのリモート無線アクセスを
提供する。無線アクセスがフォーリンネットワーク内の
基地局とホームネットワーク内の基地局を通じて両者の
インターチエンジ合意の下で提供される。
ーネット、プライベートイントラネットおよびインター
ネットサービスプロバイダへのリモート無線アクセスを
提供する。無線アクセスがフォーリンネットワーク内の
基地局とホームネットワーク内の基地局を通じて両者の
インターチエンジ合意の下で提供される。
【０００８】本発明の一つの目的は、モビィリティ管理
をローカル、マイクロ、マクロおよびグローバルの４つ
のコネクションハンドオーバのカテゴリに分割し、これ
らハンドオーバカテゴリに従ってハンドオフ更新を最小
にするエンドユーザに対する無線パケット交換データネ
ットワークを提供することにある。本発明のもう一つの
目的は、MACハンドオフメッセージとネットワークハン
ドオフメッセージと統合することにある。本発明のさら
にもう一つの目的は、別個に、登録機能は登録サーバ
に、ルーティング機能はインターワーキング機能ユニッ
トに割り当てることにある。本発明のさらにもう一つの
目的は、フォーリンネットワーク内の無線ハブ（アクセ
スハブAHとも呼ばれる）とインターワーキング機能ユニ
ット（IWFユニット）との間に中間XTunnelチャネルを提
供することにある。本発明のさらにもう一つの目的は、
フォーリンネットワーク内のインターワーキング機能ユ
ニットとホームネットワーク内のインターワーキング機
能ユニットとの間にI-XTunnelチャネルを提供すること
にある。本発明のさらにもう一つの目的は、層２トンネ
リングプロトコル（layer two tinneling protocol、L2
TP）をモバイルエンドシステムがサポートできるように
強化することにある。本発明のさらにもう一つの目的
は、PPP通信セッションの開始の前にネットワーク層の
登録を遂行することにある。本発明を以下に、幾つかの
好ましい実施例を図面を参照しながら詳細に説明するこ
とで詳細に説明する。
をローカル、マイクロ、マクロおよびグローバルの４つ
のコネクションハンドオーバのカテゴリに分割し、これ
らハンドオーバカテゴリに従ってハンドオフ更新を最小
にするエンドユーザに対する無線パケット交換データネ
ットワークを提供することにある。本発明のもう一つの
目的は、MACハンドオフメッセージとネットワークハン
ドオフメッセージと統合することにある。本発明のさら
にもう一つの目的は、別個に、登録機能は登録サーバ
に、ルーティング機能はインターワーキング機能ユニッ
トに割り当てることにある。本発明のさらにもう一つの
目的は、フォーリンネットワーク内の無線ハブ（アクセ
スハブAHとも呼ばれる）とインターワーキング機能ユニ
ット（IWFユニット）との間に中間XTunnelチャネルを提
供することにある。本発明のさらにもう一つの目的は、
フォーリンネットワーク内のインターワーキング機能ユ
ニットとホームネットワーク内のインターワーキング機
能ユニットとの間にI-XTunnelチャネルを提供すること
にある。本発明のさらにもう一つの目的は、層２トンネ
リングプロトコル（layer two tinneling protocol、L2
TP）をモバイルエンドシステムがサポートできるように
強化することにある。本発明のさらにもう一つの目的
は、PPP通信セッションの開始の前にネットワーク層の
登録を遂行することにある。本発明を以下に、幾つかの
好ましい実施例を図面を参照しながら詳細に説明するこ
とで詳細に説明する。
【０００９】
【発明の詳細な記述】本発明は、コンピュータユーザに
インターネットやプライベートイントラネットへのリモ
ートアクセスを仮想プライベーサネットワークサービス
を用いて高速パケット交換無線データリンクを通じて提
供する。これらユーザは、公衆インターネット、プライ
ベートイントラネットあるいはユーザのインターネット
サービスプロバイダに無線リンクを通じてアクセスする
ことができる。ネットワークは、ローミングをサポート
する。ここで、ローミングとは、本発明によって提供さ
れるサービスが利用可能な地域であればどこからでもイ
ンターネットやプライベートイントラネットに様々な仮
想プライベートネットワークサービスを用いてアクセス
できる能力を意味する。このネットワークは、水平イン
ターネットやイントラネットアプリケーションをランし
ているユーザを対象にする。これらアプリケーションに
は、電子メール、ファイル転送、ブラウザベースのWWW
アクセスや、インターネットの周辺に構築されるその他
のビジネスアプリケーションが含まれる。このネットワ
ークはIETF標準に準拠するために、このネットワーク上
でRTP等のストリーミングメディアプロトコルやH.323等
の会議プロトコルをランすることが可能である。
インターネットやプライベートイントラネットへのリモ
ートアクセスを仮想プライベーサネットワークサービス
を用いて高速パケット交換無線データリンクを通じて提
供する。これらユーザは、公衆インターネット、プライ
ベートイントラネットあるいはユーザのインターネット
サービスプロバイダに無線リンクを通じてアクセスする
ことができる。ネットワークは、ローミングをサポート
する。ここで、ローミングとは、本発明によって提供さ
れるサービスが利用可能な地域であればどこからでもイ
ンターネットやプライベートイントラネットに様々な仮
想プライベートネットワークサービスを用いてアクセス
できる能力を意味する。このネットワークは、水平イン
ターネットやイントラネットアプリケーションをランし
ているユーザを対象にする。これらアプリケーションに
は、電子メール、ファイル転送、ブラウザベースのWWW
アクセスや、インターネットの周辺に構築されるその他
のビジネスアプリケーションが含まれる。このネットワ
ークはIETF標準に準拠するために、このネットワーク上
でRTP等のストリーミングメディアプロトコルやH.323等
の会議プロトコルをランすることが可能である。
【００１０】既に展開済みあるいは展開の様々な段階に
ある他のインターネットリモートアクセス技術として、
POTSおよびISDNに基づく有線ダイヤルアップアクセス、
XDSLアクセス、GSM/CDMA/TDMAに基づく無線回路交換ア
クセス、ケーブルモデム、衛星ベースのシステム等が含
まれる。ただし、本発明による方法は、低い展開コス
ト、容易な保守、広範な機能セット、スケーラビリテ
ィ、重負荷状況におけるグレースフルデグレーション等
を特徴とすることに加え、仮想プライベートネットワー
クキング、ローミング、モビィリティ、ユーザとサービ
スプロバイダの相対的な利益のためのサービスの品質等
の進歩したネットワークサービスをサポートする。
ある他のインターネットリモートアクセス技術として、
POTSおよびISDNに基づく有線ダイヤルアップアクセス、
XDSLアクセス、GSM/CDMA/TDMAに基づく無線回路交換ア
クセス、ケーブルモデム、衛星ベースのシステム等が含
まれる。ただし、本発明による方法は、低い展開コス
ト、容易な保守、広範な機能セット、スケーラビリテ
ィ、重負荷状況におけるグレースフルデグレーション等
を特徴とすることに加え、仮想プライベートネットワー
クキング、ローミング、モビィリティ、ユーザとサービ
スプロバイダの相対的な利益のためのサービスの品質等
の進歩したネットワークサービスをサポートする。
【００１１】パーソナル通信システム（PCS）のスペク
トラムを所有する無線サービスプロバイダに対しては、
本発明は、プロバイダがPSTNを所有および運用する従来
の有線電話会社によって提供されるサービスと十分に競
合できる無線パケット交換データアクセスサービスを提
供することを可能となる。さらに、プロバイダは、イン
ターネットサービスプロバイダとしても営業することを
決意することもできる。この場合は、プロバイダは、ネ
ットワーク全体を所有および運用し、エンド・ツウ・エ
ンドサービスをユーザに提供することとなる。
トラムを所有する無線サービスプロバイダに対しては、
本発明は、プロバイダがPSTNを所有および運用する従来
の有線電話会社によって提供されるサービスと十分に競
合できる無線パケット交換データアクセスサービスを提
供することを可能となる。さらに、プロバイダは、イン
ターネットサービスプロバイダとしても営業することを
決意することもできる。この場合は、プロバイダは、ネ
ットワーク全体を所有および運用し、エンド・ツウ・エ
ンドサービスをユーザに提供することとなる。
【００１２】インターネットサービスプロバイダ（inte
rnet service providers、ISP）に対しては、本発明は
インターネットサービスプロバイダがこのスペクトラム
を購入あるいはリースすることを前提に、電話会社をバ
イパスし、直接に、エンド・ツウ・エンドサービスをユ
ーザに提供することができるようにする。この場合、将
来インターネットの普及と共にますます上昇することが
見込まれる電話会社へのアクセス料金が節約される。
rnet service providers、ISP）に対しては、本発明は
インターネットサービスプロバイダがこのスペクトラム
を購入あるいはリースすることを前提に、電話会社をバ
イパスし、直接に、エンド・ツウ・エンドサービスをユ
ーザに提供することができるようにする。この場合、将
来インターネットの普及と共にますます上昇することが
見込まれる電話会社へのアクセス料金が節約される。
【００１３】本発明はフレキシブルであり、このため、
本発明は、インターネットサービスプロバイダ（ISP）
ではなく、単に、エンドユーザに、ISP、インターネッ
トあるいはプライベートイントラネットアクセスを提供
する無線サービスプロバイダにとって有益であるばかり
か、本発明はさらに、エンドユーザに無線アクセスおよ
びインターネットサービスを提供するサービスプロバイ
ダにとっても有益である。本発明は、さらに、無線アク
セスおよびインターネットサービスを提供するのみでな
く、ネットワークの無線部分を他のISPあるいはプライ
ベートイントラネットへのアクセスのために用いること
を許すサービスプロバイダにとっても有益である。
本発明は、インターネットサービスプロバイダ（ISP）
ではなく、単に、エンドユーザに、ISP、インターネッ
トあるいはプライベートイントラネットアクセスを提供
する無線サービスプロバイダにとって有益であるばかり
か、本発明はさらに、エンドユーザに無線アクセスおよ
びインターネットサービスを提供するサービスプロバイ
ダにとっても有益である。本発明は、さらに、無線アク
セスおよびインターネットサービスを提供するのみでな
く、ネットワークの無線部分を他のISPあるいはプライ
ベートイントラネットへのアクセスのために用いること
を許すサービスプロバイダにとっても有益である。
【００１４】図２に示すように、エンドシステム３２
（例えば、Win 95パーソナルコンピュータに基づく）は
無線ネットワーク３０に外部あるいは内部モデムを用い
て接続する。これらモデムは、エンドシステムがメディ
アアクセス制御（medium access control、MAC）フレー
ムをエアリンク３４を通じて送受することを可能にす
る。外部モデムはＰＣに有線あるいは無線リンクを介し
て接続される。外部モデムは固定され、例えば、屋根上
に搭載される指向性アンテナと同一位置に設置される。
外部モデムは、ユーザのＰＣに、以下の手段：つまり、
803.2、ユニバーサルシリアルバス、パラレルポート、
赤外、さらには、ISM無線リンクの内の任意の一つを用
いて接続することができる。内部モデムとしては、好ま
しくは、ラップトップに対するPCMCIAカードを用い、こ
れがラップトップのバックプレーンに差し込まれる。こ
れらは小型の全指向性アンテナを用いてMACフレームを
エアリンクを通じて送受する。
（例えば、Win 95パーソナルコンピュータに基づく）は
無線ネットワーク３０に外部あるいは内部モデムを用い
て接続する。これらモデムは、エンドシステムがメディ
アアクセス制御（medium access control、MAC）フレー
ムをエアリンク３４を通じて送受することを可能にす
る。外部モデムはＰＣに有線あるいは無線リンクを介し
て接続される。外部モデムは固定され、例えば、屋根上
に搭載される指向性アンテナと同一位置に設置される。
外部モデムは、ユーザのＰＣに、以下の手段：つまり、
803.2、ユニバーサルシリアルバス、パラレルポート、
赤外、さらには、ISM無線リンクの内の任意の一つを用
いて接続することができる。内部モデムとしては、好ま
しくは、ラップトップに対するPCMCIAカードを用い、こ
れがラップトップのバックプレーンに差し込まれる。こ
れらは小型の全指向性アンテナを用いてMACフレームを
エアリンクを通じて送受する。
【００１５】広いエリアの無線カバレッジが基地局３６
によって提供される。基地局３６によって提供されるカ
バレッジのレンジは、リンク予算、容量およびカバレッ
ジ等の様々な要因に依存する。基地局は、典型的には、
セルサイト内にPSC（パーソナル通信サービス）無線サ
ービスプロバイダによって設置される。基地局は、自身
のカバレッジエリア内のエンドシステムから送られるト
ラヒックを多重化した上で有線回線あるいはマイクロ波
バックホールネットワーク３８を通じてシステムのモバ
イル交換センタ（mobile switching center、MSC）４０
に送信する。
によって提供される。基地局３６によって提供されるカ
バレッジのレンジは、リンク予算、容量およびカバレッ
ジ等の様々な要因に依存する。基地局は、典型的には、
セルサイト内にPSC（パーソナル通信サービス）無線サ
ービスプロバイダによって設置される。基地局は、自身
のカバレッジエリア内のエンドシステムから送られるト
ラヒックを多重化した上で有線回線あるいはマイクロ波
バックホールネットワーク３８を通じてシステムのモバ
イル交換センタ（mobile switching center、MSC）４０
に送信する。
【００１６】本発明は、エアリンクのMACとPHY（物理）
層およびモデムのタイプに対しては独立である。本発明
のアーキテクチャは、バックホールネットワーク３８の
物理層およびトポロジに対しても独立である。バックホ
ールネットワークに対する唯一の要件は、バックホール
ネットワークがインターネットプロトコル（IP）パケッ
トを基地局とMSC（モバイル交換センタ）との間で十分
な性能にてルーティングする能力を持つことである。モ
バイル交換センタ４０（MSC４０）においては、パケッ
トデータインタワーキング機能（IWF）５２がこのネッ
トワークに対する無線プロトコルを終端する。IPルータ
４２はMSC４０を公衆インターネット４４、プライベー
トイントラネット４６あるいはインターネットサービス
プロバイダ（ISP）４６に接続する。MSC４０内のアカウ
ンティングおよびディレクトリサーバ４８はアカウンテ
ィングデータおよびディレクトリ情報を格納する。エレ
メント管理サーバ５０は、基地局、IWFおよびアカウン
ティング／ディレクトリサーバを含む装置を管理する。
層およびモデムのタイプに対しては独立である。本発明
のアーキテクチャは、バックホールネットワーク３８の
物理層およびトポロジに対しても独立である。バックホ
ールネットワークに対する唯一の要件は、バックホール
ネットワークがインターネットプロトコル（IP）パケッ
トを基地局とMSC（モバイル交換センタ）との間で十分
な性能にてルーティングする能力を持つことである。モ
バイル交換センタ４０（MSC４０）においては、パケッ
トデータインタワーキング機能（IWF）５２がこのネッ
トワークに対する無線プロトコルを終端する。IPルータ
４２はMSC４０を公衆インターネット４４、プライベー
トイントラネット４６あるいはインターネットサービス
プロバイダ（ISP）４６に接続する。MSC４０内のアカウ
ンティングおよびディレクトリサーバ４８はアカウンテ
ィングデータおよびディレクトリ情報を格納する。エレ
メント管理サーバ５０は、基地局、IWFおよびアカウン
ティング／ディレクトリサーバを含む装置を管理する。
【００１７】アカウンティングサーバは、アカウンティ
ングデータをユーザに代わって収集し、このデータをサ
ービスプロバイダの課金システムに送信する。アカウン
ティングサーバによってサポートされるインタフェース
は、アカウンティング情報を、American Management As
sociation（AMA）課金レコードフォーマットにてTCP/IP
（transport control protocol/internet protocol：ト
ランスポート制御プロトコル／インターネットプロトコ
ル）トランスポートを通じて課金システム（これも図示
せず）に送信する。
ングデータをユーザに代わって収集し、このデータをサ
ービスプロバイダの課金システムに送信する。アカウン
ティングサーバによってサポートされるインタフェース
は、アカウンティング情報を、American Management As
sociation（AMA）課金レコードフォーマットにてTCP/IP
（transport control protocol/internet protocol：ト
ランスポート制御プロトコル／インターネットプロトコ
ル）トランスポートを通じて課金システム（これも図示
せず）に送信する。
【００１８】ネットワークインフラストラクチャプロバ
イダは、PPP（point-to-point：ポイント・ツウ・ポイ
ントプロトコル）サービスをエンドシステムに提供す
る。このネットワークは、エンドシステムに対して、
（１）ローミングサービス（無線カバレッジが提供され
ている所ならどこでもログインできるサービス）付きの
固定無線アクセス、および（２）低速モビィリティおよ
びハンドオフサービスを提供する。エンドシステムはネ
ットワークにログオンしたとき、固定サービス（つま
り、移動することなく、ハンドオフサービスを必要とし
ないサービス）か、移動サービス（つまり、ハンドオフ
サービスを必要とするサービス）のいずれかをリクエス
トする。固定か移動かを指定しないエンドシステムは、
移動サービスを指定したものとみなされる。エンドシス
テムの登録は、実際には、ホーム（オーム）登録サーバ
と協議して行なわれ、このとき、要求されるサービスの
レベル、エンドシステムのユーザによって加入されるサ
ービスのレベル、ネットワーク内の空いた設備等が考慮
される。
イダは、PPP（point-to-point：ポイント・ツウ・ポイ
ントプロトコル）サービスをエンドシステムに提供す
る。このネットワークは、エンドシステムに対して、
（１）ローミングサービス（無線カバレッジが提供され
ている所ならどこでもログインできるサービス）付きの
固定無線アクセス、および（２）低速モビィリティおよ
びハンドオフサービスを提供する。エンドシステムはネ
ットワークにログオンしたとき、固定サービス（つま
り、移動することなく、ハンドオフサービスを必要とし
ないサービス）か、移動サービス（つまり、ハンドオフ
サービスを必要とするサービス）のいずれかをリクエス
トする。固定か移動かを指定しないエンドシステムは、
移動サービスを指定したものとみなされる。エンドシス
テムの登録は、実際には、ホーム（オーム）登録サーバ
と協議して行なわれ、このとき、要求されるサービスの
レベル、エンドシステムのユーザによって加入されるサ
ービスのレベル、ネットワーク内の空いた設備等が考慮
される。
【００１９】エンドシステムが協議の結果、固定サービ
ス登録（つまり、ハンドサービスを必要としないサービ
ス）を選択し、かつ、エンドシステムがホームネットワ
ーク内に位置する場合は、IWF（インターワーキング機
能）が基地局内に実現され、これによってトラヒックが
エンドユーザと通信サーバ、例えば、PPPサーバ（つま
り、接続されるべきポイント、例えば、ISP PPPサー
バ、企業イントラネットPPPサーバ、あるいは無線サー
ビスプロバイダによって顧客に公衆インターネットへの
直接のアクセスを提供するために運用されるPPPサーバ
等）との間で中継される。メッセージトラヒックの約８
０％がこのカテゴリに入ることが見込まれる。つまり、
このアーキテクチャは、IWF処理を基地局に分散させる
ことで中央モバイル交換センタ内でメッセージトラヒッ
クが輻湊するのを回避する。
ス登録（つまり、ハンドサービスを必要としないサービ
ス）を選択し、かつ、エンドシステムがホームネットワ
ーク内に位置する場合は、IWF（インターワーキング機
能）が基地局内に実現され、これによってトラヒックが
エンドユーザと通信サーバ、例えば、PPPサーバ（つま
り、接続されるべきポイント、例えば、ISP PPPサー
バ、企業イントラネットPPPサーバ、あるいは無線サー
ビスプロバイダによって顧客に公衆インターネットへの
直接のアクセスを提供するために運用されるPPPサーバ
等）との間で中継される。メッセージトラヒックの約８
０％がこのカテゴリに入ることが見込まれる。つまり、
このアーキテクチャは、IWF処理を基地局に分散させる
ことで中央モバイル交換センタ内でメッセージトラヒッ
クが輻湊するのを回避する。
【００２０】他方、エンドシステムが（ホームネットワ
ークあるいはフォーリンネットワークからの）移動サー
ビスをリクエストした場合、あるいは、エンドシステム
がローミングサービス（つまり、ホームネットワークか
らフォーリンネットワークに移動するサービス）を要求
した場合は、サービングIWFとホームIWFとの２つのIWF
が確立される。サービングIWFは、典型的には、エンド
システムが接続したネットワーク（これはホームネット
ワークであるかフォーリンネットワークであるかは関係
ない）の基地局内に確立され、ホームIWFは、典型的に
は、ホームネットワークのモバイル交換センタ（MSC）
内に確立される。この状況は、メッセージトラヒックの
約２０％を占めるのみであるものと見込まれるために、
モバイル交換センタにおけるメッセージトラヒックの輻
湊は最小限にとどまる。サービングIWFと無線ハブは、
コンピュータの同一ネスト内に同一位置に配置あるいは
同一のコンピュータ内にプログラムされるために、トン
ルネルを無線ハブとサービングIWFとの間にXTunnelプロ
トコルを用いて設定する必要はない。
ークあるいはフォーリンネットワークからの）移動サー
ビスをリクエストした場合、あるいは、エンドシステム
がローミングサービス（つまり、ホームネットワークか
らフォーリンネットワークに移動するサービス）を要求
した場合は、サービングIWFとホームIWFとの２つのIWF
が確立される。サービングIWFは、典型的には、エンド
システムが接続したネットワーク（これはホームネット
ワークであるかフォーリンネットワークであるかは関係
ない）の基地局内に確立され、ホームIWFは、典型的に
は、ホームネットワークのモバイル交換センタ（MSC）
内に確立される。この状況は、メッセージトラヒックの
約２０％を占めるのみであるものと見込まれるために、
モバイル交換センタにおけるメッセージトラヒックの輻
湊は最小限にとどまる。サービングIWFと無線ハブは、
コンピュータの同一ネスト内に同一位置に配置あるいは
同一のコンピュータ内にプログラムされるために、トン
ルネルを無線ハブとサービングIWFとの間にXTunnelプロ
トコルを用いて設定する必要はない。
【００２１】ただし、別の方法として、フォーリンネッ
トワーク内のサービングIWFは、利用可能な設備と要求
されるサービスのタイプや品質に基づいて、フォーリン
MSC内の設備から選択することもできる。一般的には、
ホームIWFがアンカーポイントとなり、これは通信セッ
ションの際に変更されることはなく、サービングIWFの
方はエンドシステムが大きく移動すると変更される。
トワーク内のサービングIWFは、利用可能な設備と要求
されるサービスのタイプや品質に基づいて、フォーリン
MSC内の設備から選択することもできる。一般的には、
ホームIWFがアンカーポイントとなり、これは通信セッ
ションの際に変更されることはなく、サービングIWFの
方はエンドシステムが大きく移動すると変更される。
【００２２】基地局は、アクセスハブと少なくとも一つ
のアクセスポイントを含む（アクセスポイントは、アク
セスハブと離して設置することも、同一位置に設置する
こともできる）。アクセスハブは、典型的には、複数の
アクセスポイントを扱う。エンドシステムはアクセスポ
イントに有線あるいはケーブルによって接続することも
できるが、ただし、本発明の一つの好ましい実施例にお
いては、エンドシステムは、アクセスポイントに無線
“エアリンク（air link）”によって接続され、この場
合、アクセスハブは便宜的に無線ハブと呼ばれる。ここ
での説明では、アクセスハブは全般に渡って“無線ハブ
（wireless hub）”として示される。ただし、エンドシ
ステムをアクセスポイントを通じてアクセスハブに有線
あるいはケーブルを介して接続することも可能であり、
この場合は“アクセスハブ（accesshub）”という用語
が用いられる。
のアクセスポイントを含む（アクセスポイントは、アク
セスハブと離して設置することも、同一位置に設置する
こともできる）。アクセスハブは、典型的には、複数の
アクセスポイントを扱う。エンドシステムはアクセスポ
イントに有線あるいはケーブルによって接続することも
できるが、ただし、本発明の一つの好ましい実施例にお
いては、エンドシステムは、アクセスポイントに無線
“エアリンク（air link）”によって接続され、この場
合、アクセスハブは便宜的に無線ハブと呼ばれる。ここ
での説明では、アクセスハブは全般に渡って“無線ハブ
（wireless hub）”として示される。ただし、エンドシ
ステムをアクセスポイントを通じてアクセスハブに有線
あるいはケーブルを介して接続することも可能であり、
この場合は“アクセスハブ（accesshub）”という用語
が用いられる。
【００２３】本発明においては、エンドシステムは、エ
ンドユーザ登録エージェント（例えば、エンドシステム
のコンピュータ、そのモデム、あるいは両方の上でラン
するソフトウエア）を含み、これはアクセスポイントと
通信、あるいはアクセスポイントを通じて、無線ハブと
通信する。無線ハブは、代理（プロキシ）登録エージェ
ント（例えば、無線ハブ内のプロセッサ上でランするソ
フトウエア）を含み、これはエンドユーザ登録エージェ
ントに対する代理として機能する。この代理登録エージ
ェントと類似する概念が、例えば、IETFによって提唱さ
れるMobile IP標準においては、通常、フォーリンエー
ジェント（foreing agent、FA）と呼ばれている。この
ため、本発明による代理登録エージェントは、以降、フ
ォーリンエージェントと呼ぶことにし、以下の説明にお
いては、本発明のフォーリンエージェントがIETFによっ
て提唱されるMobile IP標準のフォーリンエージェント
と異なる場合にのみの説明する。
ンドユーザ登録エージェント（例えば、エンドシステム
のコンピュータ、そのモデム、あるいは両方の上でラン
するソフトウエア）を含み、これはアクセスポイントと
通信、あるいはアクセスポイントを通じて、無線ハブと
通信する。無線ハブは、代理（プロキシ）登録エージェ
ント（例えば、無線ハブ内のプロセッサ上でランするソ
フトウエア）を含み、これはエンドユーザ登録エージェ
ントに対する代理として機能する。この代理登録エージ
ェントと類似する概念が、例えば、IETFによって提唱さ
れるMobile IP標準においては、通常、フォーリンエー
ジェント（foreing agent、FA）と呼ばれている。この
ため、本発明による代理登録エージェントは、以降、フ
ォーリンエージェントと呼ぶことにし、以下の説明にお
いては、本発明のフォーリンエージェントがIETFによっ
て提唱されるMobile IP標準のフォーリンエージェント
と異なる場合にのみの説明する。
【００２４】基地局内に代理登録エージェント（つま
り、フォーリンエージェント（FA））を用いることで、
エンドシステムのユーザ登録エージェントは、ネットワ
ークへの接続のポイントを見つけ、ホームネットワーク
のMSC（モバイル交換センタ）内の登録サーバに登録す
ることが可能になる。ホーム登録サーバは、ネットワー
ク内の複数のインターワーキング機能（IWF）モジュー
ル（実際にはMSCおよび無線ハブの両方の中に設置され
たプロセッサ上でランするソフトウエアモジュール）の
空き状況を決定し、IWFを登録されたエンドシステムに
割り当てる。登録された各エンドシステムに対して、基
地局内の無線ハブとモバイル交換センタ（MSC）内のイ
ンターワーキング機能（IWF）との間にトンネルが（XTu
nnelプロトコルを用いて）設定され、このトンネルによ
って、PPPフレームがエンドシステムとIWFとの間で輸送
される。
り、フォーリンエージェント（FA））を用いることで、
エンドシステムのユーザ登録エージェントは、ネットワ
ークへの接続のポイントを見つけ、ホームネットワーク
のMSC（モバイル交換センタ）内の登録サーバに登録す
ることが可能になる。ホーム登録サーバは、ネットワー
ク内の複数のインターワーキング機能（IWF）モジュー
ル（実際にはMSCおよび無線ハブの両方の中に設置され
たプロセッサ上でランするソフトウエアモジュール）の
空き状況を決定し、IWFを登録されたエンドシステムに
割り当てる。登録された各エンドシステムに対して、基
地局内の無線ハブとモバイル交換センタ（MSC）内のイ
ンターワーキング機能（IWF）との間にトンネルが（XTu
nnelプロトコルを用いて）設定され、このトンネルによ
って、PPPフレームがエンドシステムとIWFとの間で輸送
される。
【００２５】ここで用いられるXTunnelプロトコルと
は、PPPデータフレームのシーケンシャルな輸送を提供
するフロー制御を備えたプロトコルを意味する。このプ
ロトコルは、標準のIPネットワーク上、ポイント・ツウ
・ポイントネットワーク上、あるいはATMデータネット
ワークやフレームリレーデータネットワーク等の交換式
のネットワーク上でランする。これらネットワークは、
T1あるいはT3リンクに基づくことも、無線リンクに基づ
くことも考えられ、さらに、地上ベースであることも、
空中ベースであることも考えられる。XTunnelプロトコ
ルは、L2TP（level 2transport protocol）からのアル
ゴリズムを適応化することによって構築することができ
る。ただし、データパケットの損失を伴うリンクに基づ
くネットワークの場合は、再送機能が必須のオプション
となる。
は、PPPデータフレームのシーケンシャルな輸送を提供
するフロー制御を備えたプロトコルを意味する。このプ
ロトコルは、標準のIPネットワーク上、ポイント・ツウ
・ポイントネットワーク上、あるいはATMデータネット
ワークやフレームリレーデータネットワーク等の交換式
のネットワーク上でランする。これらネットワークは、
T1あるいはT3リンクに基づくことも、無線リンクに基づ
くことも考えられ、さらに、地上ベースであることも、
空中ベースであることも考えられる。XTunnelプロトコ
ルは、L2TP（level 2transport protocol）からのアル
ゴリズムを適応化することによって構築することができ
る。ただし、データパケットの損失を伴うリンクに基づ
くネットワークの場合は、再送機能が必須のオプション
となる。
【００２６】エンドシステムのPPPピア（つまり、通信
サーバ）は、IWF内あるいは企業イントラネットもしく
はISPのネットワーク内に駐在する。PPPピアがIWF内に
駐在する場合は、エンドシステムには、直接インターネ
ットアクセスが提供される。PPPピアがイントラネット
もしくはISP内に駐在する場合は、エンドシステムに
は、イントラネットアへのクセスもしくはISPへのアク
セスが提供される。イントラネットあるいはISPアクセ
スをサポートするためには、IWFは、層２トンネルプロ
トコル（L2TP）を用いて、イントラネットあるいはISP
のPPPサーバに接続する。イントラネットあるいはISPの
PPPサーバの視点からは、IWFは、ネットワークアクセス
サーバ（network access server、NAS）のように見え
る。エンドシステムとIWFとの間のPPPトラヒックは基地
局内のフォーリンエージェントによって中継される。
サーバ）は、IWF内あるいは企業イントラネットもしく
はISPのネットワーク内に駐在する。PPPピアがIWF内に
駐在する場合は、エンドシステムには、直接インターネ
ットアクセスが提供される。PPPピアがイントラネット
もしくはISP内に駐在する場合は、エンドシステムに
は、イントラネットアへのクセスもしくはISPへのアク
セスが提供される。イントラネットあるいはISPアクセ
スをサポートするためには、IWFは、層２トンネルプロ
トコル（L2TP）を用いて、イントラネットあるいはISP
のPPPサーバに接続する。イントラネットあるいはISPの
PPPサーバの視点からは、IWFは、ネットワークアクセス
サーバ（network access server、NAS）のように見え
る。エンドシステムとIWFとの間のPPPトラヒックは基地
局内のフォーリンエージェントによって中継される。
【００２７】逆（登りリンク）方向の場合は、エンドシ
ステムからIWFに向かうPPPフレームは、MACおよびエア
リンクを通じて、基地局に送られる。基地局は、これら
フレームを、MSC内のIWFにXTunnelプロトコルを用いて
中継する。IWFは処理のためにこれらをPPPサーバに配達
する。インターネットアクセスの場合は、PPPサーバ
は、IWFと同一のマシン内に位置する。ISPあるいはイン
トラネットアクセスの場合は、PPPサーバはプライベー
サネットワーク内に位置し、IWFは層２トンネルプロト
コル（L2TP）を用いてこれに接続する。
ステムからIWFに向かうPPPフレームは、MACおよびエア
リンクを通じて、基地局に送られる。基地局は、これら
フレームを、MSC内のIWFにXTunnelプロトコルを用いて
中継する。IWFは処理のためにこれらをPPPサーバに配達
する。インターネットアクセスの場合は、PPPサーバ
は、IWFと同一のマシン内に位置する。ISPあるいはイン
トラネットアクセスの場合は、PPPサーバはプライベー
サネットワーク内に位置し、IWFは層２トンネルプロト
コル（L2TP）を用いてこれに接続する。
【００２８】順（下りリンク）方向の場合は、PPPサー
バからのPPPフレームは、IWFによって基地局にXTunnel
プロトコルを用いて中継される。基地局は下りリンクフ
レームをトンネルから取り出し（デトンネルし）、これ
をエアリンクを通じてエンドシステムに中継する。次に
このフレームはエンドシステムのPPP層によって処理さ
れる。
バからのPPPフレームは、IWFによって基地局にXTunnel
プロトコルを用いて中継される。基地局は下りリンクフ
レームをトンネルから取り出し（デトンネルし）、これ
をエアリンクを通じてエンドシステムに中継する。次に
このフレームはエンドシステムのPPP層によって処理さ
れる。
【００２９】モビィリティ（移動性）をサポートするた
めに、ハンドオフに対するサポートが含まれる。MAC層
は基地局およびエンドシステム内のモビィリティ管理ソ
フトウエアがハンドオフを効率的に遂行することを支援
する。ハンドオフはピアPPPエンティティおよびL2TPト
ンネルからは透過的に扱われる。エンドシステムが一つ
の基地局から別の基地局に移動すると、新たなXTunnel
が新たな基地局と当初のIWFとの間に生成される。以前
の基地局からの以前のXTunnelは削除される。PPPフレー
ムはこの新たな経路を用いて透過的に運ばれる。
めに、ハンドオフに対するサポートが含まれる。MAC層
は基地局およびエンドシステム内のモビィリティ管理ソ
フトウエアがハンドオフを効率的に遂行することを支援
する。ハンドオフはピアPPPエンティティおよびL2TPト
ンネルからは透過的に扱われる。エンドシステムが一つ
の基地局から別の基地局に移動すると、新たなXTunnel
が新たな基地局と当初のIWFとの間に生成される。以前
の基地局からの以前のXTunnelは削除される。PPPフレー
ムはこの新たな経路を用いて透過的に運ばれる。
【００３０】ネットワークは、ローミング機能（つま
り、エンドユーザがフォーリン無線サービスプロバイダ
を通じて自身のホーム無線サービスプロバイダに接続す
る機能）をサポートする。この機能を用いると、エンド
システムは、ホームネットワークから離れてフォーリン
ネットワークにローミングした場合でもサービスを受け
ることができる。勿論、これは、フォーリン無線サービ
スプロバイダとエンドシステムのホーム無線サービスプ
ロバイダとがサービス合意を持つことを前提とする。
り、エンドユーザがフォーリン無線サービスプロバイダ
を通じて自身のホーム無線サービスプロバイダに接続す
る機能）をサポートする。この機能を用いると、エンド
システムは、ホームネットワークから離れてフォーリン
ネットワークにローミングした場合でもサービスを受け
ることができる。勿論、これは、フォーリン無線サービ
スプロバイダとエンドシステムのホーム無線サービスプ
ロバイダとがサービス合意を持つことを前提とする。
【００３１】図３は、ローミングエンドシステム６０が
フォーリン無線サービスプロバイダ６２がカバレッジを
提供する位置まで旅行（ローミング）した状況を示す。
ただし、これは、ローミングエンドシステム６０がホー
ム無線サービスプロバイダ７０と加入者関係を持つこと
を想定する。さらに、本発明においては、ホーム無線サ
ービスプロバイダ７０がフォーリン無線サービスプロバ
イダ６２とアクセスサービスを提供する契約関係を持つ
ことを想定する。こうして、図示するように、ローミン
グエンドシステム６０は、フォーリン無線サービスプロ
バイダ６２の基地局６４にエアリンクを通じて接続す
る。次に、データがローミングエンドシステム６０から
フォーリン無線サービスプロバイダ６２の基地局６４お
よびサービングIWF６６を通じてホーム無線サービスプ
ロバイダ７０のホームIWF７２に中継され、場合によっ
ては、さらに、ホーム無線サービスプロバイダ７０のホ
ームIWFを通じてインターネットサービスプロバイダ７
４に中継される。
フォーリン無線サービスプロバイダ６２がカバレッジを
提供する位置まで旅行（ローミング）した状況を示す。
ただし、これは、ローミングエンドシステム６０がホー
ム無線サービスプロバイダ７０と加入者関係を持つこと
を想定する。さらに、本発明においては、ホーム無線サ
ービスプロバイダ７０がフォーリン無線サービスプロバ
イダ６２とアクセスサービスを提供する契約関係を持つ
ことを想定する。こうして、図示するように、ローミン
グエンドシステム６０は、フォーリン無線サービスプロ
バイダ６２の基地局６４にエアリンクを通じて接続す
る。次に、データがローミングエンドシステム６０から
フォーリン無線サービスプロバイダ６２の基地局６４お
よびサービングIWF６６を通じてホーム無線サービスプ
ロバイダ７０のホームIWF７２に中継され、場合によっ
ては、さらに、ホーム無線サービスプロバイダ７０のホ
ームIWFを通じてインターネットサービスプロバイダ７
４に中継される。
【００３２】ローミングをサポートするためには、I-イ
ンタフェースと呼ばれるサービスプロバイダ間インタフ
ェースが無線サービスプロバイダ（wireless service p
rovider、WSP）の境界間の通信のために用いられる。こ
のインタフェースは、認証のため、登録のため、および
エンドシステムのPPPフレームをフォーリンWSPとホーム
WSPとの間で輸送するために用いられる。
ンタフェースと呼ばれるサービスプロバイダ間インタフ
ェースが無線サービスプロバイダ（wireless service p
rovider、WSP）の境界間の通信のために用いられる。こ
のインタフェースは、認証のため、登録のため、および
エンドシステムのPPPフレームをフォーリンWSPとホーム
WSPとの間で輸送するために用いられる。
【００３３】PPPフレームは、登りリンク方向と下りリ
ンク方向の両方において、エンドシステムのホーム無線
サービスプロバイダ（WSP）を通じて運ばれる。ただ
し。別の方法として、PPPフレームをフォーリンWSPから
直接に宛先ネットワークに輸送するこもとできる。フォ
ーリンWSP内の基地局はフォーリンネットワークにおけ
るエンドシステムの接続のポイントである。このフォー
リンWSP内の基地局は、PPPフレームをフォーリンWSPの
モバイル交換センタ内のサービングIWFに送信、あるい
はサービングIWFからPPPフレームを受信する。サービン
グIWFは、I-インタフェースを通じて、層２トンネルを
用いて、ホームIWFと接続し、エンドシステムのPPPフレ
ームを双方向に輸送する。フォーリンWSP内のサービン
グIWFは監査ためにアカウンティングデータを収集し、
ホームWSP内のホームIWFは課金のためにアカウンティン
グデータを収集する。
ンク方向の両方において、エンドシステムのホーム無線
サービスプロバイダ（WSP）を通じて運ばれる。ただ
し。別の方法として、PPPフレームをフォーリンWSPから
直接に宛先ネットワークに輸送するこもとできる。フォ
ーリンWSP内の基地局はフォーリンネットワークにおけ
るエンドシステムの接続のポイントである。このフォー
リンWSP内の基地局は、PPPフレームをフォーリンWSPの
モバイル交換センタ内のサービングIWFに送信、あるい
はサービングIWFからPPPフレームを受信する。サービン
グIWFは、I-インタフェースを通じて、層２トンネルを
用いて、ホームIWFと接続し、エンドシステムのPPPフレ
ームを双方向に輸送する。フォーリンWSP内のサービン
グIWFは監査ためにアカウンティングデータを収集し、
ホームWSP内のホームIWFは課金のためにアカウンティン
グデータを収集する。
【００３４】登録フェーズの際に、フォーリンWSP内の
登録サーバはローミングエンドシステムのホームネット
ワークの識別を調べる（決定する）。フォーリン登録サ
ーバはこの情報を用いてホーム登録サーバと通信し、エ
ンドシステムの認証および登録を行なう。これら登録メ
ッセージはＩ−インタフェースを用いて輸送される。エ
ンドシステムの認証および登録が成功すると、一つの層
２トンネルが、基地局とサービングIWFの間にXTUNNELプ
ロトコルを用いて生成され、もう一つの層２トンネル
が、サービングIWFとホームIWFの間にＩ−インタフェー
スを通じて生成される。ホームIWFはエンドシステムのP
PPピアに前と同様にL2TP（level 2 tunnelprotocol）を
用いて接続する。ハンドオフの際は、ホームIWFの位置
とこのL2TPトンネルは固定されたままにとどまる。エン
ドシステムが一つの基地局からもう一つの基地局に移動
すると、新たなトンネルが、新たな基地局とサービング
IWFとの間に生成され、以前の基地局とサービングIWFと
の間の以前のトンネルは削除される。エンドシステムが
さらに遠くまで移動し、新たなサービングIWFが必要に
なった場合は、新たなトンネルが、新たなサービングIW
FとホームIWFとの間に生成され、以前のサービングIWF
とホームIWFとの間の以前のトンネルは削除される。
登録サーバはローミングエンドシステムのホームネット
ワークの識別を調べる（決定する）。フォーリン登録サ
ーバはこの情報を用いてホーム登録サーバと通信し、エ
ンドシステムの認証および登録を行なう。これら登録メ
ッセージはＩ−インタフェースを用いて輸送される。エ
ンドシステムの認証および登録が成功すると、一つの層
２トンネルが、基地局とサービングIWFの間にXTUNNELプ
ロトコルを用いて生成され、もう一つの層２トンネル
が、サービングIWFとホームIWFの間にＩ−インタフェー
スを通じて生成される。ホームIWFはエンドシステムのP
PPピアに前と同様にL2TP（level 2 tunnelprotocol）を
用いて接続する。ハンドオフの際は、ホームIWFの位置
とこのL2TPトンネルは固定されたままにとどまる。エン
ドシステムが一つの基地局からもう一つの基地局に移動
すると、新たなトンネルが、新たな基地局とサービング
IWFとの間に生成され、以前の基地局とサービングIWFと
の間の以前のトンネルは削除される。エンドシステムが
さらに遠くまで移動し、新たなサービングIWFが必要に
なった場合は、新たなトンネルが、新たなサービングIW
FとホームIWFとの間に生成され、以前のサービングIWF
とホームIWFとの間の以前のトンネルは削除される。
【００３５】ローミングをサポートするために、Ｉ−イ
ンタフェースは、認証サービス、登録サービス、および
無線サービスプロバイダの境界間でデータを輸送するサ
ービスをサポートする。認証サービスと登録サービス
は、IETF Radiusプロトコルを用いてサポートされる。P
PPフレームを層２トンネルを通じて輸送するデータ輸送
サービスは、I-TXunnelプロトコルを用いてサポートさ
れる。このプロトコルは、IETF L2TPプロトコルに基づ
く。
ンタフェースは、認証サービス、登録サービス、および
無線サービスプロバイダの境界間でデータを輸送するサ
ービスをサポートする。認証サービスと登録サービス
は、IETF Radiusプロトコルを用いてサポートされる。P
PPフレームを層２トンネルを通じて輸送するデータ輸送
サービスは、I-TXunnelプロトコルを用いてサポートさ
れる。このプロトコルは、IETF L2TPプロトコルに基づ
く。
【００３６】ここでの説明に用いられるホームIWFとい
う用語は、エンドシステムのホームネットワーク内のIW
Fを指し、サービングIWFという用語は、フォーリンネッ
トワーク内のエンドシステムに一時的にサービスを提供
しているIWFを指す。同様に、ホーム登録サーバという
用語は、エンドシステムのホームネットワーク内の登録
サーバを指し、フォーリン登録サーバという用語は、エ
ンドシステムがローミングしている最中にそれを通じて
登録を行なうフォーリンネットワーク内の登録サーバを
指す。
う用語は、エンドシステムのホームネットワーク内のIW
Fを指し、サービングIWFという用語は、フォーリンネッ
トワーク内のエンドシステムに一時的にサービスを提供
しているIWFを指す。同様に、ホーム登録サーバという
用語は、エンドシステムのホームネットワーク内の登録
サーバを指し、フォーリン登録サーバという用語は、エ
ンドシステムがローミングしている最中にそれを通じて
登録を行なうフォーリンネットワーク内の登録サーバを
指す。
【００３７】ネットワークは、エンドシステムに対し
て、固定と動的の両方のIPアドレス割り当てをサポート
する。IPアドレスには、考慮すべき３つのタイプがあ
る。最初の２つのタイプはモバイルIP（mobile IP）と
関連し、第三のタイプはPPPと関連する。モバイルIP RF
C（mobile IP Request For Comments）は、モバイルIP
を用いるエンドシステムは、固定ホームアドレスを持つ
ことを義務付ける。Mobile IPは、また、気付けアドレ
スをモバイルIPトンネル（本発明の場合はXTunnel）の
エンドポイントとして用いることを義務付ける。本発明
のネットワークの場合、モバイルIPトンネリング（つま
り、XTunnel）に対して用いられる気付けアドレスが基
地局のIPアドレスとなる。本発明のネットワークの場合
は、固定ホームアドレスは、あえて用いられない。この
ためモバイルIP登録リクエストパケット（mobile IP re
gistration packets）内では、ホームアドレス欄の値
は、0.0.0.0にセットされる。代わりに、構造化されたU
ser-Name欄が簡略メール転送プロトコル（simplified m
ail transfer protocol、SMTP）のフォーマットにて、
モバイルIP登録リクエストパケットに付加される。これ
は、user@domainなる形式を持つ。ドメイン（domain）
サブ欄は、ユーザのホームドメンイを識別するために用
いられ、これは、完全修飾されたドメイン名である。ユ
ーザ（user）サブ欄は、ユーザをホームドメイン内で識
別するために用いられる。このUser-Name欄は、エンド
システム上と、MSCの所の加入者データベース内に格納
され、これは、ユーザがサービスに加入する際にユーザ
に割り当てられる。User-Name欄のドメイン（（domai
n）サブ欄は、ローミングの際に、登録および認証の目
的で、ローミング関係と、ホーム登録サーバを識別する
ために用いられる。
て、固定と動的の両方のIPアドレス割り当てをサポート
する。IPアドレスには、考慮すべき３つのタイプがあ
る。最初の２つのタイプはモバイルIP（mobile IP）と
関連し、第三のタイプはPPPと関連する。モバイルIP RF
C（mobile IP Request For Comments）は、モバイルIP
を用いるエンドシステムは、固定ホームアドレスを持つ
ことを義務付ける。Mobile IPは、また、気付けアドレ
スをモバイルIPトンネル（本発明の場合はXTunnel）の
エンドポイントとして用いることを義務付ける。本発明
のネットワークの場合、モバイルIPトンネリング（つま
り、XTunnel）に対して用いられる気付けアドレスが基
地局のIPアドレスとなる。本発明のネットワークの場合
は、固定ホームアドレスは、あえて用いられない。この
ためモバイルIP登録リクエストパケット（mobile IP re
gistration packets）内では、ホームアドレス欄の値
は、0.0.0.0にセットされる。代わりに、構造化されたU
ser-Name欄が簡略メール転送プロトコル（simplified m
ail transfer protocol、SMTP）のフォーマットにて、
モバイルIP登録リクエストパケットに付加される。これ
は、user@domainなる形式を持つ。ドメイン（domain）
サブ欄は、ユーザのホームドメンイを識別するために用
いられ、これは、完全修飾されたドメイン名である。ユ
ーザ（user）サブ欄は、ユーザをホームドメイン内で識
別するために用いられる。このUser-Name欄は、エンド
システム上と、MSCの所の加入者データベース内に格納
され、これは、ユーザがサービスに加入する際にユーザ
に割り当てられる。User-Name欄のドメイン（（domai
n）サブ欄は、ローミングの際に、登録および認証の目
的で、ローミング関係と、ホーム登録サーバを識別する
ために用いられる。
【００３８】PPP IP Configuration Protocol（PPP IP
コンフィギュレーションプロトコル）がエンドシステム
に対してIPアドレスを協議するために用いられる。IP C
onfiguration Protocol（IPCP）を用いることで、エン
ドシステムは、固定か動的のいずれかのIPアドレスを協
議することができる。
コンフィギュレーションプロトコル）がエンドシステム
に対してIPアドレスを協議するために用いられる。IP C
onfiguration Protocol（IPCP）を用いることで、エン
ドシステムは、固定か動的のいずれかのIPアドレスを協
議することができる。
【００３９】上述のように、ホームアドレスは使用せ
ず、代わりに構造化されたUser-Name欄を使用する方法
は、本発明が周知のIPと異なる一つの特徴である。ただ
し、本発明のネットワークは、将来モバイルIPとこれの
PPPエンドシステムとの関連での使用がもっと一般化し
た場合は、User-Name欄は持たず、非零のホームアドレ
スのみを持つエンドシステムもサポートできるように改
良することが考えられる。この場合、サービスロバイダ
によって、IPCPアドレス割り当てフェーズの際にエンド
システムのホームアドレスと同一のIPアドレスを割り当
てるPPPサーバを構成することが考えられる。この場
合、ホームアドレスとIPCPによって割り当てられるIPア
ドレスとは同一となる。
ず、代わりに構造化されたUser-Name欄を使用する方法
は、本発明が周知のIPと異なる一つの特徴である。ただ
し、本発明のネットワークは、将来モバイルIPとこれの
PPPエンドシステムとの関連での使用がもっと一般化し
た場合は、User-Name欄は持たず、非零のホームアドレ
スのみを持つエンドシステムもサポートできるように改
良することが考えられる。この場合、サービスロバイダ
によって、IPCPアドレス割り当てフェーズの際にエンド
システムのホームアドレスと同一のIPアドレスを割り当
てるPPPサーバを構成することが考えられる。この場
合、ホームアドレスとIPCPによって割り当てられるIPア
ドレスとは同一となる。
【００４０】図４に示すように、基地局６４とエンドシ
ステムからのエアリンクによって無線サブネットワーク
８０が形成され、この無線サブネットワーク８０は、エ
ンドユーザアクセスのためのエアリンク、少なくとも一
つの基地局（例えば、基地局６４）、および基地局から
MSC４０（図２）に向かう少なくとも一つのバックホー
ルネットワーク（例えば、図２の３８）を含む。例え
ば、３セクタから成る基地局の無線サブネットワークア
ーキテクチャは、以下の論理機能を含む。
ステムからのエアリンクによって無線サブネットワーク
８０が形成され、この無線サブネットワーク８０は、エ
ンドユーザアクセスのためのエアリンク、少なくとも一
つの基地局（例えば、基地局６４）、および基地局から
MSC４０（図２）に向かう少なくとも一つのバックホー
ルネットワーク（例えば、図２の３８）を含む。例え
ば、３セクタから成る基地局の無線サブネットワークア
ーキテクチャは、以下の論理機能を含む。
【００４１】１．アクセスポイント機能（Acess point
function）。アクセスポイント８２は、MAC層ブリッジ
ング、並びに、MAC層のアソシエーションとディソシエ
ーション手続きを遂行する。アクセスポイントは、プロ
セッサ（好ましくは顧客アプリケーションに特化された
集積回路（ASIC）の形式）、無線ハブへのリンク（好ま
しくはカード上のイーサネットリンクあるいはASIC内に
組み込まれた形式）、アンテナへのリンク（好ましくは
データ変／復調器と送／受信機を備えるカードの形式）
およびアンテナを含み、このアンテナにエンドシステム
が結合される。プロセッサは、後に詳細に説明する登録
およびモビィリティハンドオーバをサポートするデータ
ブリッジング機能および他の様々な機能を遂行するソフ
トウエアをランする。これら機能については、後の図
７、８、１１の説明の部分を参照されたい。
function）。アクセスポイント８２は、MAC層ブリッジ
ング、並びに、MAC層のアソシエーションとディソシエ
ーション手続きを遂行する。アクセスポイントは、プロ
セッサ（好ましくは顧客アプリケーションに特化された
集積回路（ASIC）の形式）、無線ハブへのリンク（好ま
しくはカード上のイーサネットリンクあるいはASIC内に
組み込まれた形式）、アンテナへのリンク（好ましくは
データ変／復調器と送／受信機を備えるカードの形式）
およびアンテナを含み、このアンテナにエンドシステム
が結合される。プロセッサは、後に詳細に説明する登録
およびモビィリティハンドオーバをサポートするデータ
ブリッジング機能および他の様々な機能を遂行するソフ
トウエアをランする。これら機能については、後の図
７、８、１１の説明の部分を参照されたい。
【００４２】アクセスポイント（AP）は、エアリンクか
らMAC層のフレームを受け取り、これらを無線ハブに送
信、あるいは逆に無線ハブからのフレームをエアリンク
（エンドシステム）に送信する。MAC層のアソシエーシ
ョンとディソシエーション手続きは、APによって、エン
ドシステムのMACアドレスのリストを自身のMACアドレス
フィルタテーブル内に維持するために用いられる。AP
は、エンドシステムに代わってMAC層ブリッジングを遂
行するが、このとき、MACアドレスが自身のMACアドレス
フィルタテーブル内に存在するエンドシステムのみが扱
われる。アクセスポイントと、それと関連する無線ハブ
は、典型的には、同一位置に配置される。アクセスポイ
ントは、最も単純な形式においては、単に無線ハブへの
ポートの形式を取る。APと無線ハブが同一のセルサイト
内に同一位置に置かれる場合、これらは、IEEE 802.3リ
ンクを介して互いに接続される。しばしば、アクセスポ
イントは、無線ハブから離して置かれ、有線T1等のトラ
ンク長距離リンクや、場合によっては無線トランクを介
して接続される。複数のセクタから成るマルチセクタセ
ルの場合、複数のアクセスポイントが用いられ、各セク
タに１つが割り当てられる。
らMAC層のフレームを受け取り、これらを無線ハブに送
信、あるいは逆に無線ハブからのフレームをエアリンク
（エンドシステム）に送信する。MAC層のアソシエーシ
ョンとディソシエーション手続きは、APによって、エン
ドシステムのMACアドレスのリストを自身のMACアドレス
フィルタテーブル内に維持するために用いられる。AP
は、エンドシステムに代わってMAC層ブリッジングを遂
行するが、このとき、MACアドレスが自身のMACアドレス
フィルタテーブル内に存在するエンドシステムのみが扱
われる。アクセスポイントと、それと関連する無線ハブ
は、典型的には、同一位置に配置される。アクセスポイ
ントは、最も単純な形式においては、単に無線ハブへの
ポートの形式を取る。APと無線ハブが同一のセルサイト
内に同一位置に置かれる場合、これらは、IEEE 802.3リ
ンクを介して互いに接続される。しばしば、アクセスポ
イントは、無線ハブから離して置かれ、有線T1等のトラ
ンク長距離リンクや、場合によっては無線トランクを介
して接続される。複数のセクタから成るマルチセクタセ
ルの場合、複数のアクセスポイントが用いられ、各セク
タに１つが割り当てられる。
【００４３】２．無線ハブ機能（Wireless hub functio
n）。無線ハブ８４は、フォーリンエージェント（FA）
手続き、バックホール負荷のバランシング（例えば複数
のT1を使用）、バックホールネットワークインタフェー
シング、およびxtunnel手続きを遂行する。サービス品
質（QOS）に対するサポートがなされている場合は、無
線ハブは、異なるQOS属性を持つバックホールネットワ
ーク上でxtunnelプロトコルをランすることによって、Q
OSに対するサポートを実現する。複数のセクタから成る
マルチセルサイトの場合は、典型的には、単一の無線ハ
ブ機能が複数のアクセスポイントによって共有される。
n）。無線ハブ８４は、フォーリンエージェント（FA）
手続き、バックホール負荷のバランシング（例えば複数
のT1を使用）、バックホールネットワークインタフェー
シング、およびxtunnel手続きを遂行する。サービス品
質（QOS）に対するサポートがなされている場合は、無
線ハブは、異なるQOS属性を持つバックホールネットワ
ーク上でxtunnelプロトコルをランすることによって、Q
OSに対するサポートを実現する。複数のセクタから成る
マルチセルサイトの場合は、典型的には、単一の無線ハ
ブ機能が複数のアクセスポイントによって共有される。
【００４４】無線ハブは、プロセッサ、一つのあるいは
複数のアクセスポイントへのリンク（好ましくはカード
上のイーサネットリンクあるいはASIC内に組み込まれた
形式）、およびバックホールへのリンクを含む。バック
ホールは、典型的には、T1あるいはT3通信回線であり、
無線サービスプロバイダのモバイル交換センタに終端す
る。バックホールへのリンクは、データを、イーサネッ
トフォーマット、フレームリレーフォーマット、あるい
はATMフォーマット等の好ましいフォーマットにフォー
マット化する。無線ハブプロセッサは、後に詳細に説明
するデータブリッジングおよび他の様々な機能をサポー
トするソフトウエアをランする。これに関しては、後の
図９、１０、１１の説明の部分を参照されたい。
複数のアクセスポイントへのリンク（好ましくはカード
上のイーサネットリンクあるいはASIC内に組み込まれた
形式）、およびバックホールへのリンクを含む。バック
ホールは、典型的には、T1あるいはT3通信回線であり、
無線サービスプロバイダのモバイル交換センタに終端す
る。バックホールへのリンクは、データを、イーサネッ
トフォーマット、フレームリレーフォーマット、あるい
はATMフォーマット等の好ましいフォーマットにフォー
マット化する。無線ハブプロセッサは、後に詳細に説明
するデータブリッジングおよび他の様々な機能をサポー
トするソフトウエアをランする。これに関しては、後の
図９、１０、１１の説明の部分を参照されたい。
【００４５】基地局の設計は、以下のタイプのセルアー
キテクチャをサポートする。 １．ローカルAPアーキテクチャ（Local AP architectur
e）。ローカルAPアーキテクチャの場合は、アクセスポ
イントは大きな（典型的には２ｋｍ以上）のレンジを持
つ。これらは、セルサイト内に、無線ハブと同一位置に
配置される（図４）。アクセスポイントは、無線ハブに
IEEE 802.3ネットワークを用いて接続することも、無線
ハブのバックプレーン内に直接に差し込むことも、ある
いは無線ハブに幾つかの他の機構（例えば、ユニバーサ
ルシリアルバス、プリンタポート、赤外線等）を用いて
接続することも考えられる。ここでの説明の残りの部分
では、第一の代替を用いるものと想定する。セルサイト
はオモニ形式にすることも、無線ハブに複数のアクセス
ポイントとセクタ化されたアンテナを加えることでセク
タ化することもできる。
キテクチャをサポートする。 １．ローカルAPアーキテクチャ（Local AP architectur
e）。ローカルAPアーキテクチャの場合は、アクセスポ
イントは大きな（典型的には２ｋｍ以上）のレンジを持
つ。これらは、セルサイト内に、無線ハブと同一位置に
配置される（図４）。アクセスポイントは、無線ハブに
IEEE 802.3ネットワークを用いて接続することも、無線
ハブのバックプレーン内に直接に差し込むことも、ある
いは無線ハブに幾つかの他の機構（例えば、ユニバーサ
ルシリアルバス、プリンタポート、赤外線等）を用いて
接続することも考えられる。ここでの説明の残りの部分
では、第一の代替を用いるものと想定する。セルサイト
はオモニ形式にすることも、無線ハブに複数のアクセス
ポイントとセクタ化されたアンテナを加えることでセク
タ化することもできる。
【００４６】２．リモートAPアーキテクチャ（Remote A
P architecture）。リモートAPアーキテクチャの場合
は、アクセスポイントは、通常は、非常に小さなレン
ジ、典型的には、半径約１ｋｍのレンジを持つ。これら
は、無線ハブから離れて（室内あるいは屋外に）配置さ
れる。リモートアクセスポイントは、好ましくは、T1あ
るいは無線トランクを用いて、無線ハブが位置するセル
サイトにリンクされる。セルサイトからは、典型的に
は、有線のバックホールあるいはマイクロ波リンクを用
いて、MSC内のIWFに接続される。リモートAPと無線ハブ
との間に無線トランキングが用いられる場合は、トラン
キングに対してオムニ（全指向性）あるいはセクタ化さ
れた無線ラジオが利用される。リモートアクセスポイン
トへのトランキングのためのデバイスは、好ましくは、
無線ハブと同一位置に配置し、これにIEEE 802.3ネット
ワークを用いて接続するか、あるいは、直接に無線ハブ
のバックプレーンに差し込む。これらトランキングのた
めのデバイスは、以降、トランクAPと呼ばれる。
P architecture）。リモートAPアーキテクチャの場合
は、アクセスポイントは、通常は、非常に小さなレン
ジ、典型的には、半径約１ｋｍのレンジを持つ。これら
は、無線ハブから離れて（室内あるいは屋外に）配置さ
れる。リモートアクセスポイントは、好ましくは、T1あ
るいは無線トランクを用いて、無線ハブが位置するセル
サイトにリンクされる。セルサイトからは、典型的に
は、有線のバックホールあるいはマイクロ波リンクを用
いて、MSC内のIWFに接続される。リモートAPと無線ハブ
との間に無線トランキングが用いられる場合は、トラン
キングに対してオムニ（全指向性）あるいはセクタ化さ
れた無線ラジオが利用される。リモートアクセスポイン
トへのトランキングのためのデバイスは、好ましくは、
無線ハブと同一位置に配置し、これにIEEE 802.3ネット
ワークを用いて接続するか、あるいは、直接に無線ハブ
のバックプレーンに差し込む。これらトランキングのた
めのデバイスは、以降、トランクAPと呼ばれる。
【００４７】３．混合型APアーキテクチャ（Mixed AP a
rchitecture）。混合型APアーキテクチャの場合は、無
線サブネットワークは、リモートおよびローカルアクセ
スポイントをサポートする必要がある。ホールフィリン
グや、他の容量上の理由により複数のリモートアクセス
ポイントを追加することも考えられる。前述のように、
リモートAPは無線ハブにT1あるいは無線トランクを用い
て接続される。
rchitecture）。混合型APアーキテクチャの場合は、無
線サブネットワークは、リモートおよびローカルアクセ
スポイントをサポートする必要がある。ホールフィリン
グや、他の容量上の理由により複数のリモートアクセス
ポイントを追加することも考えられる。前述のように、
リモートAPは無線ハブにT1あるいは無線トランクを用い
て接続される。
【００４８】図５は、ローカルAPのみを用いる３つのセ
クタを持つセルを示す。アクセスポイントと無線ハブは
基地局内に同一位置に配置され、互いに802.3リンクを
用いて接続される。
クタを持つセルを示す。アクセスポイントと無線ハブは
基地局内に同一位置に配置され、互いに802.3リンクを
用いて接続される。
【００４９】図６は、リモートアクセスポイント８２が
無線ハブ８４に無線トランク８６を用いて接続されるア
ーキテクチャを示す。基地局内の各トランクアクセスポ
イント８６は、リモートマイクロアクセスポイント８２
（図面ではR-AP）へのポイント・ツウ・マルチポイント
無線ラジオリンクを提供する。リモートアクセスポイン
トは、エンドシステムに対してエアリンクサービスを提
供する。無線ハブとトランクアクセスポイントは基地局
内に同一位置に配置され、802.3リンクを介して互いに
接続される。この図面には、さらに、ポイント・ツウ・
ポイントT1リンクを介して無線ハブに接続されるリモー
トアクセスポイント８２Ｒも示される。後者のシナリオ
ではトランクAPは必要とされない。
無線ハブ８４に無線トランク８６を用いて接続されるア
ーキテクチャを示す。基地局内の各トランクアクセスポ
イント８６は、リモートマイクロアクセスポイント８２
（図面ではR-AP）へのポイント・ツウ・マルチポイント
無線ラジオリンクを提供する。リモートアクセスポイン
トは、エンドシステムに対してエアリンクサービスを提
供する。無線ハブとトランクアクセスポイントは基地局
内に同一位置に配置され、802.3リンクを介して互いに
接続される。この図面には、さらに、ポイント・ツウ・
ポイントT1リンクを介して無線ハブに接続されるリモー
トアクセスポイント８２Ｒも示される。後者のシナリオ
ではトランクAPは必要とされない。
【００５０】上述の全てのセルアーキテクチャ、および
各セルによって用いられることが考えられる全ての異な
るタイプのアクセスポイントをサポートするためにネッ
トワークアーキテクチャは以下の規則に従う：
各セルによって用いられることが考えられる全ての異な
るタイプのアクセスポイントをサポートするためにネッ
トワークアーキテクチャは以下の規則に従う：
【００５１】１．アクセスポイントはMAC層ブリッジと
して機能する。リモートアクセスポイントは、エンドシ
ステムへのエアリンクとセルサイトへの無線あるいはT1
トランクとの間のMACブリッジングを遂行する。ローカ
ルアクセスポイントは、エンドシステムへのエアリンク
と無線ハブとの間のMACブリッジングを遂行する。 ２．トランクアクセスポイントもMAC層ブリッジとして
機能する。これらはトランク（これはアクセスポイント
に向かう）と無線ハブとの間のMACブリッジングを遂行
する。 ３．無線ハブは全ての同一位置に配置されたMACブリッ
ジ（つまり、ローカルアクセスポイントあるいはトラン
クアクセスポイント）に最初は802.3リンクを用いて接
続する。
して機能する。リモートアクセスポイントは、エンドシ
ステムへのエアリンクとセルサイトへの無線あるいはT1
トランクとの間のMACブリッジングを遂行する。ローカ
ルアクセスポイントは、エンドシステムへのエアリンク
と無線ハブとの間のMACブリッジングを遂行する。 ２．トランクアクセスポイントもMAC層ブリッジとして
機能する。これらはトランク（これはアクセスポイント
に向かう）と無線ハブとの間のMACブリッジングを遂行
する。 ３．無線ハブは全ての同一位置に配置されたMACブリッ
ジ（つまり、ローカルアクセスポイントあるいはトラン
クアクセスポイント）に最初は802.3リンクを用いて接
続する。
【００５２】加えて、T1トランクを備えるローカルアク
セスポイントあるいはリモートアクセスポイントが用い
られる場合は、以下の規則に従う： １．ローカルアクセスポイントは、無線ハブと同一位置
に配置し、これにポイント・ツウ・ポイント802.3リン
クあるいは共有802.3ネットワークを用いて接続する。
第一のアプローチは、アクセスポイントが知能的なMAC
層ブリッジング機能を遂行できない場合、あるいは知能
的なMAC層ブリッジングでは効率が悪すぎると思われる
場合に用いる。リモートアクセスポイントは無線ハブに
ポイント・ツウ・ポイントT1トランクを用いて接続す
る。
セスポイントあるいはリモートアクセスポイントが用い
られる場合は、以下の規則に従う： １．ローカルアクセスポイントは、無線ハブと同一位置
に配置し、これにポイント・ツウ・ポイント802.3リン
クあるいは共有802.3ネットワークを用いて接続する。
第一のアプローチは、アクセスポイントが知能的なMAC
層ブリッジング機能を遂行できない場合、あるいは知能
的なMAC層ブリッジングでは効率が悪すぎると思われる
場合に用いる。リモートアクセスポイントは無線ハブに
ポイント・ツウ・ポイントT1トランクを用いて接続す
る。
【００５３】２．セクタ化は、セルサイトにアクセスポ
イントをセクタ化されたアンテナと共に追加することで
サポートする。 ３．エンドの登録はモバイルIP技術を用いて行なう。無
線アクセスポイントに接続された各アクセスポイントに
対して、その無線ハブ内で実行するフォーリンエージェ
ントが存在する。MAC層アソシエーション手続きを用い
て、アクセスポイントのMACアドレスフィルタテーブル
が最新の状態に維持され、MAC層ブリッジングが効率的
に遂行される。無線ハブがMACアソシエーション機能に
参加し、正当なMACアドレスのみがアクセスポイントのM
ACアドレスフィルタテーブルに加えられる。
イントをセクタ化されたアンテナと共に追加することで
サポートする。 ３．エンドの登録はモバイルIP技術を用いて行なう。無
線アクセスポイントに接続された各アクセスポイントに
対して、その無線ハブ内で実行するフォーリンエージェ
ントが存在する。MAC層アソシエーション手続きを用い
て、アクセスポイントのMACアドレスフィルタテーブル
が最新の状態に維持され、MAC層ブリッジングが効率的
に遂行される。無線ハブがMACアソシエーション機能に
参加し、正当なMACアドレスのみがアクセスポイントのM
ACアドレスフィルタテーブルに加えられる。
【００５４】４．無線バブ内のフォーリンエージェント
はアクセスポイントからのフレームをMSC IWFに向け
て、あるいは逆にMSC IWFからのフレームをアクセスポ
イントに向けて、xtunnelプロトコルを用いて中継す
る。MACアドレスフィルタテーブルを用いて、そのMACア
ドレスがテーブル内に存在しないユニカーストMACデー
タフレームが除去される。APは、MACブロードキャスト
フレームとエンドシステムの登録機能と関係するMACフ
レームについてはMACアドレスフィルタテーブルの内容
と関係なく常に中継する。
はアクセスポイントからのフレームをMSC IWFに向け
て、あるいは逆にMSC IWFからのフレームをアクセスポ
イントに向けて、xtunnelプロトコルを用いて中継す
る。MACアドレスフィルタテーブルを用いて、そのMACア
ドレスがテーブル内に存在しないユニカーストMACデー
タフレームが除去される。APは、MACブロードキャスト
フレームとエンドシステムの登録機能と関係するMACフ
レームについてはMACアドレスフィルタテーブルの内容
と関係なく常に中継する。
【００５５】５．ローカルアクセスポイントはIPトラヒ
ックを無線ハブにルーティングするためにARPを用いてM
ACアドレスを解決する。逆方向において、無線ハブもAR
Pを用いてIPパケットをアクセスポイントにルートす
る。アクセスポイントのネットワーク管理のためにUDP/
IPを用いる。 ６．T1を介して接続されたリモートアクセスポイント
は、このリンクはポイント・ツウ・ポイントリンクであ
るためにARPは用いない。 ７．ハンドオフに対するサポートにはモバイルIP手続き
をMAC層からの支援の下で用いる。
ックを無線ハブにルーティングするためにARPを用いてM
ACアドレスを解決する。逆方向において、無線ハブもAR
Pを用いてIPパケットをアクセスポイントにルートす
る。アクセスポイントのネットワーク管理のためにUDP/
IPを用いる。 ６．T1を介して接続されたリモートアクセスポイント
は、このリンクはポイント・ツウ・ポイントリンクであ
るためにARPは用いない。 ７．ハンドオフに対するサポートにはモバイルIP手続き
をMAC層からの支援の下で用いる。
【００５６】無線トランクとトランクAPを用いるセルア
ーキテクチャでは以下の規則に従う： １．トランクアクセスポイントは、無線ハブと同一位置
に配置され、これにポイント・ツウ・ポイント802.3リ
ンクを用いて接続される。これは、MACフレームのルー
ティングを簡単にするために行なわれる。共有802.3ネ
ットワークもトランクアクセスポイントがMACブリッジ
ング機能を知能的に遂行できる場合に限り用いることが
できる。
ーキテクチャでは以下の規則に従う： １．トランクアクセスポイントは、無線ハブと同一位置
に配置され、これにポイント・ツウ・ポイント802.3リ
ンクを用いて接続される。これは、MACフレームのルー
ティングを簡単にするために行なわれる。共有802.3ネ
ットワークもトランクアクセスポイントがMACブリッジ
ング機能を知能的に遂行できる場合に限り用いることが
できる。
【００５７】２．無線トランクのセクタ化はセルサイト
にトランクアクセスポイントをセクタ化されたアンテナ
と共に追加することでサポートする。 ３．バックホールセクタ間のハンドオフはモバイルIP技
術を用いて行う。各バックホールセクタに対して無線ハ
ブ内で実行するフォーリンエージェントが存在する。 ４．トランクAPは、MAC層におけるエンドシステムのア
ソシエーションとハンドオフ手続きに参与する必要はな
い。これらのMACアドレスフィルタテーブルは、エンド
システムがネットワークに登録すると無線ハブによって
動的にプログラムされる。MACアドレスフィルタテーブ
ルを用いてユニカーストMACフレームが除去される。ブ
ロードキャストMACフレームあるいは登録パケットを含
むMACフレームについては常に通過することが許され
る。
にトランクアクセスポイントをセクタ化されたアンテナ
と共に追加することでサポートする。 ３．バックホールセクタ間のハンドオフはモバイルIP技
術を用いて行う。各バックホールセクタに対して無線ハ
ブ内で実行するフォーリンエージェントが存在する。 ４．トランクAPは、MAC層におけるエンドシステムのア
ソシエーションとハンドオフ手続きに参与する必要はな
い。これらのMACアドレスフィルタテーブルは、エンド
システムがネットワークに登録すると無線ハブによって
動的にプログラムされる。MACアドレスフィルタテーブ
ルを用いてユニカーストMACフレームが除去される。ブ
ロードキャストMACフレームあるいは登録パケットを含
むMACフレームについては常に通過することが許され
る。
【００５８】５．トランクAPは、IPトラヒックを無線ハ
ブにルーティングするためにARPを用いてMACアドレスの
解決を行なう。反対方向においては、無線ハブはARPを
用いてIPパケットをトランクAPにルートする。UDP/IPが
トランクAPのネットワーク管理に用いられる。
ブにルーティングするためにARPを用いてMACアドレスの
解決を行なう。反対方向においては、無線ハブはARPを
用いてIPパケットをトランクAPにルートする。UDP/IPが
トランクAPのネットワーク管理に用いられる。
【００５９】６．単一無線トランクセクタにおいては、
MACアソシエーションと、一つのアクセスポイントから
別のアクセスポイントへのハンドオフは、MAC層を用い
て行なう。これらMAC層手続きを用いてエンドシステム
がアクセスポイントと関連付けられる。エンドシステム
が一つのアクセスポイントから別のアクセスポイントに
移動すると、アクセスポイントはMACハンドオフプロト
コルを用いて自身のMACアドレスフィルタテーブルを更
新する。セルサイトの所の無線ハブが、アクセスポイン
トがこの機能を遂行する際の支援を提供する。この支援
には、MAC層ハンドオフメッセージの中継（これはアク
セスポイントは直接にMAC層を通じて互いに通信するこ
とはできないためである）、MAC層登録およびハンドオ
フに対するエンドシステムの認証、およびアクセスポイ
ントのMACアドレスフィルタテーブルの更新が含まれ
る。
MACアソシエーションと、一つのアクセスポイントから
別のアクセスポイントへのハンドオフは、MAC層を用い
て行なう。これらMAC層手続きを用いてエンドシステム
がアクセスポイントと関連付けられる。エンドシステム
が一つのアクセスポイントから別のアクセスポイントに
移動すると、アクセスポイントはMACハンドオフプロト
コルを用いて自身のMACアドレスフィルタテーブルを更
新する。セルサイトの所の無線ハブが、アクセスポイン
トがこの機能を遂行する際の支援を提供する。この支援
には、MAC層ハンドオフメッセージの中継（これはアク
セスポイントは直接にMAC層を通じて互いに通信するこ
とはできないためである）、MAC層登録およびハンドオ
フに対するエンドシステムの認証、およびアクセスポイ
ントのMACアドレスフィルタテーブルの更新が含まれ
る。
【００６０】７．無線トランクセクタに対するフォーリ
ンエージェントがフレームをそのトランクAPからMSCに
あるいはこの逆方向にxtunnelプロトコルを用いて中継
する責任を持つ。このため、トランクAPに対するフォー
リンエージェントは、その無線トランクセクタ内でのエ
ンドシステムのアクセスポイントに関しての位置は感知
しない。下りリンク方向においては、このフォーリンエ
ージェントは、単に、モバイルIPトンネルからのフレー
ムを適当なトランクAPに転送するのみであり、このトラ
ンクAPがMAC層ブリッジングを用いてこれらフレームを
そのバックホールセクタに接続された全てのリモートア
クセスポイントに送信する。次に、これらリモートアク
セスポイントが自身のMACアドレスフィルタテーブルを
調べ、結果に基づいて、そのMACフレームをアクセスネ
ットワーク上に転送、あるいはMACフレームを脱落させ
る。上述のように、MACアドレスフィルタテーブルはMAC
層アソシエーションとハンドオフ手続きを用いて最新の
状態に維持される。登り方向においては、MACフレーム
はリモートアクセスポイントによってバックホールブリ
ッジに転送され、バックホールブリッジがこれらを無線
ハブ内のフォーリンエージェントに802.3リンクを用い
て転送する。
ンエージェントがフレームをそのトランクAPからMSCに
あるいはこの逆方向にxtunnelプロトコルを用いて中継
する責任を持つ。このため、トランクAPに対するフォー
リンエージェントは、その無線トランクセクタ内でのエ
ンドシステムのアクセスポイントに関しての位置は感知
しない。下りリンク方向においては、このフォーリンエ
ージェントは、単に、モバイルIPトンネルからのフレー
ムを適当なトランクAPに転送するのみであり、このトラ
ンクAPがMAC層ブリッジングを用いてこれらフレームを
そのバックホールセクタに接続された全てのリモートア
クセスポイントに送信する。次に、これらリモートアク
セスポイントが自身のMACアドレスフィルタテーブルを
調べ、結果に基づいて、そのMACフレームをアクセスネ
ットワーク上に転送、あるいはMACフレームを脱落させ
る。上述のように、MACアドレスフィルタテーブルはMAC
層アソシエーションとハンドオフ手続きを用いて最新の
状態に維持される。登り方向においては、MACフレーム
はリモートアクセスポイントによってバックホールブリ
ッジに転送され、バックホールブリッジがこれらを無線
ハブ内のフォーリンエージェントに802.3リンクを用い
て転送する。
【００６１】８．IPパケットをリモートアクセスポイン
トに送信あるいはこれから受信するためにARPは用いな
い。リモートアクセスポイントは無線ハブのMACアドレ
スをBOOTP手続きを用いて決定する。逆に、無線ハブは
リモートアクセスポイントのMACアドレスを用いて構成
される。アクセスポイントのネットワークネットワーク
管理、およびエンドシステムのアソシエーションとハン
ドオフメッセージにはUDP/IPを用いる。セルサイト内の
IEEE 802.3リンクはより高速のリンクと交換することも
できる。
トに送信あるいはこれから受信するためにARPは用いな
い。リモートアクセスポイントは無線ハブのMACアドレ
スをBOOTP手続きを用いて決定する。逆に、無線ハブは
リモートアクセスポイントのMACアドレスを用いて構成
される。アクセスポイントのネットワークネットワーク
管理、およびエンドシステムのアソシエーションとハン
ドオフメッセージにはUDP/IPを用いる。セルサイト内の
IEEE 802.3リンクはより高速のリンクと交換することも
できる。
【００６２】図７は、ローカルアクセスポイントのプロ
トコルスタックを示す。このスタックのベースには物理
層PHYが存在する。物理層PHYは、データをエンドシステ
ムとの間で送信あるいは受信する。これらデータはスト
リームにてデータ変調器に送信あるいは復調器から受信
される。APがエンドシステムからのデータを物理層を通
じて受信した場合は、APは、これをMACフレーム（MAC
層）にアンパックする。次に、このMACフレームは、イ
ーサネット物理層フォーマット（IEEE 802.3フォーマッ
ト）に再パックされ、イーサネットリンクを介して無線
ハブに送信される。逆に、APのプロセッサがエンドシス
テムに伝送されるべきデータを無線ハブからイーサネッ
トリンク（つまり、物理リンク）を介して受信した場合
は、APは、そのデータをメディアアクセス制御（MAC）
フォーマットにパックし、次に、このMAC層データを変
調器に送信する。次に、変調器がこのデータをエンドシ
ステムに送信する。
トコルスタックを示す。このスタックのベースには物理
層PHYが存在する。物理層PHYは、データをエンドシステ
ムとの間で送信あるいは受信する。これらデータはスト
リームにてデータ変調器に送信あるいは復調器から受信
される。APがエンドシステムからのデータを物理層を通
じて受信した場合は、APは、これをMACフレーム（MAC
層）にアンパックする。次に、このMACフレームは、イ
ーサネット物理層フォーマット（IEEE 802.3フォーマッ
ト）に再パックされ、イーサネットリンクを介して無線
ハブに送信される。逆に、APのプロセッサがエンドシス
テムに伝送されるべきデータを無線ハブからイーサネッ
トリンク（つまり、物理リンク）を介して受信した場合
は、APは、そのデータをメディアアクセス制御（MAC）
フォーマットにパックし、次に、このMAC層データを変
調器に送信する。次に、変調器がこのデータをエンドシ
ステムに送信する。
【００６３】図８においては、図７に示すエンドシステ
ムに向かう／あるいはこれからのMAC層とPHY層が、セル
サイトへのトランクに対するリモートアクセスポイント
のMAC層とPHY層と置換される。T1トランク上では、好ま
しくは、ハイレベルデータリンクプロトコル（high lev
el data link protocol、HDLCプロトコル）を用いる。
図９は、バックホールとエンドアクセスポイントへの
トランクをブリッジする無線ハブのプロトコルスタック
を示す。リモートAPへのトランクはリモートアクセスポ
イントのサポートのみに要求される（これとは対照的に
イーサネットはアクセスポイントを接続する）。リモー
トAPへの無線トランクのMAC層とPHY層は、ポイント・ツ
ウ・マルチポイントリンクを提供し、一つのトランクが
同一セクタ内の複数のリモートAPと通信するために用い
られる。
ムに向かう／あるいはこれからのMAC層とPHY層が、セル
サイトへのトランクに対するリモートアクセスポイント
のMAC層とPHY層と置換される。T1トランク上では、好ま
しくは、ハイレベルデータリンクプロトコル（high lev
el data link protocol、HDLCプロトコル）を用いる。
図９は、バックホールとエンドアクセスポイントへの
トランクをブリッジする無線ハブのプロトコルスタック
を示す。リモートAPへのトランクはリモートアクセスポ
イントのサポートのみに要求される（これとは対照的に
イーサネットはアクセスポイントを接続する）。リモー
トAPへの無線トランクのMAC層とPHY層は、ポイント・ツ
ウ・マルチポイントリンクを提供し、一つのトランクが
同一セクタ内の複数のリモートAPと通信するために用い
られる。
【００６４】無線ハブはリモートAPへのトランクとネッ
トワークのモバイル交換センタ（MSC）へのバックホー
ル（例えば、T1あるいはT3）をブリッジする。無線ハブ
内のプロトコルスタックは、MSCへのMAC層とPHY層を実
現し、この上部にはIP（Internet Protocol）層が実現
され、さらにこの上部にはネットワーク管理のためのUD
P（Universal Datagram Protocol）層が実現され（IP層
とUDP層は組み合わせてUDP/IPと呼ばれる）、さらにこ
の上部にはXTunnelプロトコルが実現される。XTunnelプ
ロトコルは新たなフォーマットであり、提唱されている
IETF Mobile IP標準の特徴とLevel 2 Tunnel Protocol
（L2TP）の特徴の両方を含む。XTunnelプロトコルは、
無線ハブからMSCへの通信、および、異なるネットワー
クあるいは同一ネットワーク内のインターワーキング機
能（IWF）間の通信のために用いられる。
トワークのモバイル交換センタ（MSC）へのバックホー
ル（例えば、T1あるいはT3）をブリッジする。無線ハブ
内のプロトコルスタックは、MSCへのMAC層とPHY層を実
現し、この上部にはIP（Internet Protocol）層が実現
され、さらにこの上部にはネットワーク管理のためのUD
P（Universal Datagram Protocol）層が実現され（IP層
とUDP層は組み合わせてUDP/IPと呼ばれる）、さらにこ
の上部にはXTunnelプロトコルが実現される。XTunnelプ
ロトコルは新たなフォーマットであり、提唱されている
IETF Mobile IP標準の特徴とLevel 2 Tunnel Protocol
（L2TP）の特徴の両方を含む。XTunnelプロトコルは、
無線ハブからMSCへの通信、および、異なるネットワー
クあるいは同一ネットワーク内のインターワーキング機
能（IWF）間の通信のために用いられる。
【００６５】図１０はリモートアクセスポイントをサポ
ートするための基地局内のリレー機能のプロトコルスタ
ックを示す。このリレー機能には、バックホールへのイ
ンタフェース（無線ハブとして示す）とリモートAPへの
インタフェース（トランクAPとして示す）が含まれる。
無線ハブの観点からは、（図７と図１０に示す）トラン
クAPは、実際には、図７に示すAPのように振る舞う。好
ましくは、基地局のプロトコルスタックは、無線ハブと
トランクAPに分割され、この間をイーサネットによって
接続される。Ｎ個のセクタから成る無線トランクの場合
は、セルサイト内のＮ個の無線トランクAPと１個の無線
ハブが存在する。
ートするための基地局内のリレー機能のプロトコルスタ
ックを示す。このリレー機能には、バックホールへのイ
ンタフェース（無線ハブとして示す）とリモートAPへの
インタフェース（トランクAPとして示す）が含まれる。
無線ハブの観点からは、（図７と図１０に示す）トラン
クAPは、実際には、図７に示すAPのように振る舞う。好
ましくは、基地局のプロトコルスタックは、無線ハブと
トランクAPに分割され、この間をイーサネットによって
接続される。Ｎ個のセクタから成る無線トランクの場合
は、セルサイト内のＮ個の無線トランクAPと１個の無線
ハブが存在する。
【００６６】図１１はローカルAPを用いるセルアーキテ
クチャの基地局のプロトコルスタックを示す。リレー機
能には、バックホールへのインタフェース（無線ハブと
して示す）とエンドシステムへのエアリンクインタフェ
ース（APとして示す）が含まれる。無線ハブの観点から
は、（図８と図１１に示す）APは、実際には図８に示す
トランクAPのように振る舞う。好ましくは、基地局のプ
ロトコルスタックは、無線ハブとトランクAPとの分割さ
れ、これらがイーサネットによって接続される。Ｎ個の
セクタから成るセルの場合は、Ｎ個のアクセスポイント
と１個の無線ハブが存在する。
クチャの基地局のプロトコルスタックを示す。リレー機
能には、バックホールへのインタフェース（無線ハブと
して示す）とエンドシステムへのエアリンクインタフェ
ース（APとして示す）が含まれる。無線ハブの観点から
は、（図８と図１１に示す）APは、実際には図８に示す
トランクAPのように振る舞う。好ましくは、基地局のプ
ロトコルスタックは、無線ハブとトランクAPとの分割さ
れ、これらがイーサネットによって接続される。Ｎ個の
セクタから成るセルの場合は、Ｎ個のアクセスポイント
と１個の無線ハブが存在する。
【００６７】基地局からMSCへのバックホールネットワ
ークは以下の属性を持つ： １．このネットワークはIPデータグラムを基地局とMSC
との間でルーティングする能力を持つ。 ２．このネットワークはセキュリティである。これは、
公衆インターネットではない。このネットワークはエン
ドシステムのトラヒックを輸送するためのみでなく、認
証、アカウンティング、登録、および管理トラヒックも
輸送するために、信託された（トラストされた）ノード
からのトラヒックのみがこのネットワーク上に入ること
を許される。 ３．このネットワークは必要な性能特性を備える。
ークは以下の属性を持つ： １．このネットワークはIPデータグラムを基地局とMSC
との間でルーティングする能力を持つ。 ２．このネットワークはセキュリティである。これは、
公衆インターネットではない。このネットワークはエン
ドシステムのトラヒックを輸送するためのみでなく、認
証、アカウンティング、登録、および管理トラヒックも
輸送するために、信託された（トラストされた）ノード
からのトラヒックのみがこのネットワーク上に入ること
を許される。 ３．このネットワークは必要な性能特性を備える。
【００６８】典型的なアプリケーションにおいてはサー
ビスプロバイダはその上に装置を設置するバックホール
ネットワークを設置および維持する責任を持つ。基地局
はMSCと通信するために、以下のバックホールインタフ
ェースをサポートする： １．基地局は、IP over PPP with HDLC link（IETF標
準）をポイント・ツウ・ポイントT1リンクあるいはT3リ
ンクの一部分を用いてサポートる。 ２．基地局は、IP over frame relay（IETF標準）をT1
リンクあるいはT3リンクの一部分を用いてサポートす
る。 ３．基地局は、IP over AAL5/ATM（IETF標準）をT1リン
クあるいはT3リンクの一部分を用いてサポートする。
ビスプロバイダはその上に装置を設置するバックホール
ネットワークを設置および維持する責任を持つ。基地局
はMSCと通信するために、以下のバックホールインタフ
ェースをサポートする： １．基地局は、IP over PPP with HDLC link（IETF標
準）をポイント・ツウ・ポイントT1リンクあるいはT3リ
ンクの一部分を用いてサポートる。 ２．基地局は、IP over frame relay（IETF標準）をT1
リンクあるいはT3リンクの一部分を用いてサポートす
る。 ３．基地局は、IP over AAL5/ATM（IETF標準）をT1リン
クあるいはT3リンクの一部分を用いてサポートする。
【００６９】上述のインタフェースは全てIETF標準のカ
プセル化に基づくため、MSC内に市販のルータを用いて
このバックホールネットワークの物理リンクを終端する
ことができる。より上位の層は、様々なサーバや他のプ
ロセッサにパスされ、そこで処理される。
プセル化に基づくため、MSC内に市販のルータを用いて
このバックホールネットワークの物理リンクを終端する
ことができる。より上位の層は、様々なサーバや他のプ
ロセッサにパスされ、そこで処理される。
【００７０】MAC層の上部のエンドシステム登録手続き
がサポートされる。以下の説明ではMAC層の所のエンド
システム登録手続きは、上位の層に影響を与えない限り
無視される。
がサポートされる。以下の説明ではMAC層の所のエンド
システム登録手続きは、上位の層に影響を与えない限り
無視される。
【００７１】エンドシステムはサービスを求めてホーム
ネットワークからあるいはフォーリンネットワークから
登録する。両方のシナリオにおいて、エンドシステムは
基地局内のフォーリンエージェント（FA）を用いて、登
録のためのネットワークへの接続ポイントを見つける。
前者の場合、FAはエンドシステムのホームネットワーク
内に存在し、後者の場合、FAはフォーリンネットワーク
内に存在する。いずれの場合も、ネットワークはエンド
システムのホームネットワーク内のIWFをアンカーポイ
ント（つまり、移動してもセッションを通じて変更され
ないポイント）として用いる。エンドシステムへのある
いはこれからのPPPフレームは、基地局内のFAを介して
ホームネットワーク内のIWFに送られる。エンドシステ
ムがホームにる場合は、ホームIWFが直接にxtunnelプロ
トコルを介してに基地局に接続される。エンドシステム
がフォーリンにローミングしている場合は、フォーリン
ネットワーク内のサービングIWFがホームIWFにＩ−イン
タフェースを通じて接続される。サービングIWFは基地
局とホームIWFとの間でフレームを中継する。ホームIWF
からは、データは、同一のIWF内に駐在するPPPサーバに
送られることも、別個のサーバにL2TPを用いて送られる
こともある。別個のサーバは無線サービスプロバイダと
は異なるプライベートネットワークオペレータ（例え
ば、ISPあるいは企業イントラネット）によって所有お
よび運用される。このセッションの最中、ホームIWFとP
PPサーバの位置は固定されたままにとどまる。エンドシ
ステムが接続した状態で移動した場合、これは、新たな
フォーリンエージェントに再登録することが必要とな
る。ただし、同一のIWFとPPPサーバが引き続いて用いら
れる。新たなFAとIWFとの間に新たなxtunnelが生成さ
れ、以前のフォーリンエージェントとIFWとの間の以前
のxtunnelは削除される。
ネットワークからあるいはフォーリンネットワークから
登録する。両方のシナリオにおいて、エンドシステムは
基地局内のフォーリンエージェント（FA）を用いて、登
録のためのネットワークへの接続ポイントを見つける。
前者の場合、FAはエンドシステムのホームネットワーク
内に存在し、後者の場合、FAはフォーリンネットワーク
内に存在する。いずれの場合も、ネットワークはエンド
システムのホームネットワーク内のIWFをアンカーポイ
ント（つまり、移動してもセッションを通じて変更され
ないポイント）として用いる。エンドシステムへのある
いはこれからのPPPフレームは、基地局内のFAを介して
ホームネットワーク内のIWFに送られる。エンドシステ
ムがホームにる場合は、ホームIWFが直接にxtunnelプロ
トコルを介してに基地局に接続される。エンドシステム
がフォーリンにローミングしている場合は、フォーリン
ネットワーク内のサービングIWFがホームIWFにＩ−イン
タフェースを通じて接続される。サービングIWFは基地
局とホームIWFとの間でフレームを中継する。ホームIWF
からは、データは、同一のIWF内に駐在するPPPサーバに
送られることも、別個のサーバにL2TPを用いて送られる
こともある。別個のサーバは無線サービスプロバイダと
は異なるプライベートネットワークオペレータ（例え
ば、ISPあるいは企業イントラネット）によって所有お
よび運用される。このセッションの最中、ホームIWFとP
PPサーバの位置は固定されたままにとどまる。エンドシ
ステムが接続した状態で移動した場合、これは、新たな
フォーリンエージェントに再登録することが必要とな
る。ただし、同一のIWFとPPPサーバが引き続いて用いら
れる。新たなFAとIWFとの間に新たなxtunnelが生成さ
れ、以前のフォーリンエージェントとIFWとの間の以前
のxtunnelは削除される。
【００７２】図１２は、２つのエンドシステムＡ、Ｂに
対するこのネットワークの第一の構成（コンフィギュレ
ーション）を示す。ここでは、これらエンドシステムの
両方のホーム無線ネットワークは無線サービスプロバイ
ダＡ（WSP-A）である。一方のエンドシステムはホーム
無線ネットワークから登録し、他方のエンドシステムは
フォーリン無線ネットワークから登録する。WSP-A内の
ホームIWFが両方のエンドシステムに対するアンカーポ
イントとして機能する。両方のエンドシステムについ
て、データはホームIWFに中継される。ホームIWFはISP-
Aによって所有されるインターネットサービスプロバイ
ダのPPPに接続する。ここでは、両方のエンドシステム
が同一のISPに加入しているものと想定する。ただし、
別のISPに加入している場合は、ホームIWFは別のISPに
も接続される。
対するこのネットワークの第一の構成（コンフィギュレ
ーション）を示す。ここでは、これらエンドシステムの
両方のホーム無線ネットワークは無線サービスプロバイ
ダＡ（WSP-A）である。一方のエンドシステムはホーム
無線ネットワークから登録し、他方のエンドシステムは
フォーリン無線ネットワークから登録する。WSP-A内の
ホームIWFが両方のエンドシステムに対するアンカーポ
イントとして機能する。両方のエンドシステムについ
て、データはホームIWFに中継される。ホームIWFはISP-
Aによって所有されるインターネットサービスプロバイ
ダのPPPに接続する。ここでは、両方のエンドシステム
が同一のISPに加入しているものと想定する。ただし、
別のISPに加入している場合は、ホームIWFは別のISPに
も接続される。
【００７３】無線サービスプロバイダのネットワーク内
部においては、基地局とIWFの間ではデータはxtunnelプ
ロトコルを用いて運ばれる。IWFとPPPサーバの間ではデ
ータはLevel 2 Tunneling Protocol（L2TP）を用いて運
ばれる。サービングIWFとホームIWFとの間では、データ
はI-xtunnelプロトコルを用いて運ばれる。
部においては、基地局とIWFの間ではデータはxtunnelプ
ロトコルを用いて運ばれる。IWFとPPPサーバの間ではデ
ータはLevel 2 Tunneling Protocol（L2TP）を用いて運
ばれる。サービングIWFとホームIWFとの間では、データ
はI-xtunnelプロトコルを用いて運ばれる。
【００７４】常にホームネットワーク内のIWFを用いる
ことには長所と短所がある。最も明らかな長所は単純な
ことである。短所は、常に、リモートのホームIWFとの
間でデータを中継することが必要になることである。代
替として、サービングIWFによってエンドシステムのISP
／イントラネットに接続するために必要とされる全ての
情報をサービングIWFに送信し、サービングIWFがアカウ
ンティング情報をリアルタイムにてホームネットワーク
内のアカウンティングサーバに送り返す方法も考えられ
る。この機能は実現はより困難であるが、データをフォ
ーリンネットワークからホームネットワークに長距離に
渡って中継する必要性が低減されるために効率は良くな
る。
ことには長所と短所がある。最も明らかな長所は単純な
ことである。短所は、常に、リモートのホームIWFとの
間でデータを中継することが必要になることである。代
替として、サービングIWFによってエンドシステムのISP
／イントラネットに接続するために必要とされる全ての
情報をサービングIWFに送信し、サービングIWFがアカウ
ンティング情報をリアルタイムにてホームネットワーク
内のアカウンティングサーバに送り返す方法も考えられ
る。この機能は実現はより困難であるが、データをフォ
ーリンネットワークからホームネットワークに長距離に
渡って中継する必要性が低減されるために効率は良くな
る。
【００７５】例えば、シカゴから香港にローミングする
ユーザのケースについて考える。ユーザのホームネット
ワークがシカゴに存在し、ユーザが香港内の無線サービ
スプロバイダを用いて登録するものと想定する。この場
合、第一の構成では、アンカーポイントはシカゴ内のホ
ームIWFとなり、全てのデータを香港とシカゴり間で中
継することが必要となる。シカゴ内のホームIWFはシカ
ゴ内のユーザのIPSに接続する。これに対して第二の構
成では、エンドシステムのユーザには香港内のISPが割
り当てられる。このために、データをシカゴと香港の間
で常に中継する必要はなくなる。第二の構成では、サー
ビングIWFがアンカーとして機能し、サービングIWFはエ
ンドシステムが移動した場合でもセッションを通じて変
更されない。ただし、FAの位置はエンドシステムが香港
内で移動すると変更される。
ユーザのケースについて考える。ユーザのホームネット
ワークがシカゴに存在し、ユーザが香港内の無線サービ
スプロバイダを用いて登録するものと想定する。この場
合、第一の構成では、アンカーポイントはシカゴ内のホ
ームIWFとなり、全てのデータを香港とシカゴり間で中
継することが必要となる。シカゴ内のホームIWFはシカ
ゴ内のユーザのIPSに接続する。これに対して第二の構
成では、エンドシステムのユーザには香港内のISPが割
り当てられる。このために、データをシカゴと香港の間
で常に中継する必要はなくなる。第二の構成では、サー
ビングIWFがアンカーとして機能し、サービングIWFはエ
ンドシステムが移動した場合でもセッションを通じて変
更されない。ただし、FAの位置はエンドシステムが香港
内で移動すると変更される。
【００７６】図１３は、第二のネットワーク構成を示
す。この図面では、エンドシステムＡ、Ｂに対するホー
ムネットワークはWSP-Aである。エンドシステムＡは、
ホームネットワークから登録し、ホームIWFをアンカー
ポイントとして用い、また、ISP-AにISPのPPPサーバを
用いて接続する。エンドシステムＢの方は、WSP-Bのフ
ォーリンネットワークから登録し、サービングIWFを用
いる。このサービングIWFは、アンカーポイントとして
機能するとともに、エンドシステムをISPにISPのＰＰＰ
サーバを用いて接続する。この構成では、エンドシステ
ムＢのデータはフォーリンネットワークとホームネット
ワークの間を中継する必要はなくなる。
す。この図面では、エンドシステムＡ、Ｂに対するホー
ムネットワークはWSP-Aである。エンドシステムＡは、
ホームネットワークから登録し、ホームIWFをアンカー
ポイントとして用い、また、ISP-AにISPのPPPサーバを
用いて接続する。エンドシステムＢの方は、WSP-Bのフ
ォーリンネットワークから登録し、サービングIWFを用
いる。このサービングIWFは、アンカーポイントとして
機能するとともに、エンドシステムをISPにISPのＰＰＰ
サーバを用いて接続する。この構成では、エンドシステ
ムＢのデータはフォーリンネットワークとホームネット
ワークの間を中継する必要はなくなる。
【００７７】この構成が機能するためには、ホームとフ
ォーリンの無線サービスプロバイダの間にローミング合
意があるのみでなく、フォーリン無線サービスプロバイ
ダとエンドシステムのインターネットサービスプロバイ
ダとの間にも、直接にあるいは仲介者を通じて、合意が
あることが必要となる。上述の例では、香港内の無線サ
ービスプロバイダとシカゴ内の無線サービスプロバイダ
がビジネス合意を持つことに加えて、香港内のＷＳＰ
が、エンドシステム（ユーザ）のChcago ISPとの間に、
香港内のChcago ISPのPPPサーバにアクセスすることに
関するビジネス合意を持つか、あるいは、ユーザのChca
go ISPとの間にローミングに関するビジネス合意を持つ
香港内に位置する他のISPとの間にビジネス合意を持つ
ことを要求される。加えて、香港内のWSPは、ユーザの
認証、アカウンティング、適当なトンネルの設定等を遂
行するためにこれらのローミング関係を動的に発見でき
ることを要求される。
ォーリンの無線サービスプロバイダの間にローミング合
意があるのみでなく、フォーリン無線サービスプロバイ
ダとエンドシステムのインターネットサービスプロバイ
ダとの間にも、直接にあるいは仲介者を通じて、合意が
あることが必要となる。上述の例では、香港内の無線サ
ービスプロバイダとシカゴ内の無線サービスプロバイダ
がビジネス合意を持つことに加えて、香港内のＷＳＰ
が、エンドシステム（ユーザ）のChcago ISPとの間に、
香港内のChcago ISPのPPPサーバにアクセスすることに
関するビジネス合意を持つか、あるいは、ユーザのChca
go ISPとの間にローミングに関するビジネス合意を持つ
香港内に位置する他のISPとの間にビジネス合意を持つ
ことを要求される。加えて、香港内のWSPは、ユーザの
認証、アカウンティング、適当なトンネルの設定等を遂
行するためにこれらのローミング関係を動的に発見でき
ることを要求される。
【００７８】インターネットインフラストラクチャ事業
に従事する様々な企業が、IETF（インターネット技術標
準化委員会）において、適当な基準をこれら全てのシナ
リオに対して策定するまでには、まだ時間がかかると思
われる。このため、現時点では、前者のより単純なホー
ムネットワーク内のIWFが常にアンカー点として用いら
れる構成が、多少効率は落ちるが、本発明の好ましい実
施例とされる。ただし、インターネットローミングに対
するプロトコルの適当な産業標準が策定された暁には第
二の構成についても同等なあるいは代替の実施例として
考慮されるべきである。
に従事する様々な企業が、IETF（インターネット技術標
準化委員会）において、適当な基準をこれら全てのシナ
リオに対して策定するまでには、まだ時間がかかると思
われる。このため、現時点では、前者のより単純なホー
ムネットワーク内のIWFが常にアンカー点として用いら
れる構成が、多少効率は落ちるが、本発明の好ましい実
施例とされる。ただし、インターネットローミングに対
するプロトコルの適当な産業標準が策定された暁には第
二の構成についても同等なあるいは代替の実施例として
考慮されるべきである。
【００７９】エンドシステムは、PPPを開始しデータを
送受するためには、その前に、無線ネットワークに登録
する必要がある。このため、エンドシステムは、最初
に、FAの発見と登録のフェーズに入る。これらフェーズ
を通じてエンドシステムが認証され、無線サービスプロ
バイダに登録される。これらフェーズが終了すると、エ
ンドシステムはPPPを開始する。これには、PPPリンク設
定フェーズ、PPP認証フェーズ、およびPPPネットワーク
制御プロトコルフェーズが含まれる。いったんこれらフ
ェーズが終了すると、エンドシステムはPPPを用いてIP
パケットを送受することが可能になる。
送受するためには、その前に、無線ネットワークに登録
する必要がある。このため、エンドシステムは、最初
に、FAの発見と登録のフェーズに入る。これらフェーズ
を通じてエンドシステムが認証され、無線サービスプロ
バイダに登録される。これらフェーズが終了すると、エ
ンドシステムはPPPを開始する。これには、PPPリンク設
定フェーズ、PPP認証フェーズ、およびPPPネットワーク
制御プロトコルフェーズが含まれる。いったんこれらフ
ェーズが終了すると、エンドシステムはPPPを用いてIP
パケットを送受することが可能になる。
【００８０】以下の説明においては、エンドシステムが
フォーリンにローミングしており、フォーリンネットワ
ークから登録するものと想定する。FA発見フェーズにお
いて、エンドシステムは（自身のユーザ登録エージェン
トを通じて）フォーリンエージェントからのアドバタイ
ズメントを要請する。ユーザ登録エージェントは付近の
フォーリンエージェントによって送信されたアドバタイ
ズメントメッセージ（advertisement messages）を用い
て、登録のためのFAの識別を見つる。登録フェーズにお
いて、エンドシステムのユーザ登録エージェントは、FA
の気付けアドレスを選択し、そのアドレスに向けて登録
リクエストを送る。FAは、代理（プロキシ）登録エージ
ェントとして機能し、この登録リクエストをフォーリン
登録サーバ（フォーリンWSP内の登録サーバ）に転送す
る。フォーリン登録サーバは、ユーザ登録エージェント
のリクエスト内のUser-Name欄を用いて、エンドシステ
ムのホームネットワークを調べ、この登録リクエスト
を、認証のために、ホームネットワーク内の登録サーバ
に転送する。ホーム登録サーバはフォーリン登録サーバ
によって中継された登録リクエストを受信すると、フォ
ーリン登録サーバの識別とエンドシステムの識別の認証
を行なう。認証と登録が成功すると、ホーム登録サーバ
はホームネットワーク内のIWFを選択し、ホームIWFと
（フォーリンWSP内の）サービングIWFとの間にI-xtunne
lリンクを生成する。ホームネットワーク内のIWFは、こ
のPPPセッションを通じて終始アンカー点として機能す
る。
フォーリンにローミングしており、フォーリンネットワ
ークから登録するものと想定する。FA発見フェーズにお
いて、エンドシステムは（自身のユーザ登録エージェン
トを通じて）フォーリンエージェントからのアドバタイ
ズメントを要請する。ユーザ登録エージェントは付近の
フォーリンエージェントによって送信されたアドバタイ
ズメントメッセージ（advertisement messages）を用い
て、登録のためのFAの識別を見つる。登録フェーズにお
いて、エンドシステムのユーザ登録エージェントは、FA
の気付けアドレスを選択し、そのアドレスに向けて登録
リクエストを送る。FAは、代理（プロキシ）登録エージ
ェントとして機能し、この登録リクエストをフォーリン
登録サーバ（フォーリンWSP内の登録サーバ）に転送す
る。フォーリン登録サーバは、ユーザ登録エージェント
のリクエスト内のUser-Name欄を用いて、エンドシステ
ムのホームネットワークを調べ、この登録リクエスト
を、認証のために、ホームネットワーク内の登録サーバ
に転送する。ホーム登録サーバはフォーリン登録サーバ
によって中継された登録リクエストを受信すると、フォ
ーリン登録サーバの識別とエンドシステムの識別の認証
を行なう。認証と登録が成功すると、ホーム登録サーバ
はホームネットワーク内のIWFを選択し、ホームIWFと
（フォーリンWSP内の）サービングIWFとの間にI-xtunne
lリンクを生成する。ホームネットワーク内のIWFは、こ
のPPPセッションを通じて終始アンカー点として機能す
る。
【００８１】いったんモービルIP（mobile IP）の認証
および登録フェーズが終了すると、様々なPPPフェーズ
が開始される。PPPの開始時に、ホームIWFと要求された
ISP／イントラネットPPPサーバとの間にL2TP接続が生成
される。PPP認証フェーズにおいては、PPPパスワードが
PAPあるいはCHAPを用いて交換され、ISPあるいはイント
ラネットPPPサーバは独自にエンドシステムの識別の認
証を行なう。
および登録フェーズが終了すると、様々なPPPフェーズ
が開始される。PPPの開始時に、ホームIWFと要求された
ISP／イントラネットPPPサーバとの間にL2TP接続が生成
される。PPP認証フェーズにおいては、PPPパスワードが
PAPあるいはCHAPを用いて交換され、ISPあるいはイント
ラネットPPPサーバは独自にエンドシステムの識別の認
証を行なう。
【００８２】いったんこれが成功すると、PPPネットワ
ーク制御フェーズが開始される。このフェーズにおいて
は、IPアドレスが協議され、IPアドレスがPPPサーバに
よってエンドシステムに割り当てられ、TCP/IP見出しの
圧縮の使用についても協議される。これが終了すると、
エンドシステムは、自身のISPあるいは企業イントラネ
ットとの間でIPパケットをPPPを用いて送受することが
可能になる。
ーク制御フェーズが開始される。このフェーズにおいて
は、IPアドレスが協議され、IPアドレスがPPPサーバに
よってエンドシステムに割り当てられ、TCP/IP見出しの
圧縮の使用についても協議される。これが終了すると、
エンドシステムは、自身のISPあるいは企業イントラネ
ットとの間でIPパケットをPPPを用いて送受することが
可能になる。
【００８３】認証が２つのレベルで遂行されることに注
意する。モービルIPの認証においては、エンドシステム
の識別がホームネットワーク内のホーム登録サーバと比
較され、さらに、フォーリンネットワークの識別とホー
ムネットワークの識別が互いに比較される。この機能を
遂行するために、フォーリンエージェントは、エンドシ
ステムの登録リクエストを、例えば、IETE Radiusプロ
トコルを用いて自身のローカルMSC内のフォーリン登録
サーバにRadius Aceess-Requestパケットに入れて送信
する。フォーリン登録サーバはエンドシステムのドメイ
ン名を用いてエンドシステムのホームネットワークとホ
ーム登録サーバの識別を決定し、Radius代理として機能
することで、このリクエストをカプセル化し、エンドシ
ステムのホーム登録サーバに転送する。一方、フォーリ
ン登録サーバがエンドシステムのホームネットワークの
識別を決定できない場合は、フォーリン登録サーバは、
オプションとして、Radiusリクエストを、ブローカのよ
うに機能する登録サーバ（例えば、無線サービスプロバ
イダの協会によって所有される登録サーバ）に転送する
こともできる。この場合は、このブローカが代わって、
Radius Aceess-Requestを最終的なホーム登録サーバに
送る。このローカル登録サーバが、その登録リクエスト
をローカル的にあるいは代理として扱うことができない
場合は、ローカル登録サーバはそのフォーリンエージェ
ントの登録リクエストを拒絶し、次に、フォーリンエー
ジェントがエンドシステムの登録リクエストを拒絶す
る。他方、ホーム登録サーバは、Radius Access-Reques
tを受信すると、フォーリンネットワークとエンドシス
テムの識別について必要な認証を遂行する。認証と登録
が成功すると、ホーム登録サーバは、Radius Access-Re
sponseパケットをフォーリン登録サーバに送り返し、次
に、フォーリン登録サーバが応答をフォーリンエージェ
ントに送り、こうして、ラウンドトリップ（一巡）が完
了する。登録リクエストは、ホームサーバがなんらかの
理由で受諾しない場合は拒絶される。
意する。モービルIPの認証においては、エンドシステム
の識別がホームネットワーク内のホーム登録サーバと比
較され、さらに、フォーリンネットワークの識別とホー
ムネットワークの識別が互いに比較される。この機能を
遂行するために、フォーリンエージェントは、エンドシ
ステムの登録リクエストを、例えば、IETE Radiusプロ
トコルを用いて自身のローカルMSC内のフォーリン登録
サーバにRadius Aceess-Requestパケットに入れて送信
する。フォーリン登録サーバはエンドシステムのドメイ
ン名を用いてエンドシステムのホームネットワークとホ
ーム登録サーバの識別を決定し、Radius代理として機能
することで、このリクエストをカプセル化し、エンドシ
ステムのホーム登録サーバに転送する。一方、フォーリ
ン登録サーバがエンドシステムのホームネットワークの
識別を決定できない場合は、フォーリン登録サーバは、
オプションとして、Radiusリクエストを、ブローカのよ
うに機能する登録サーバ（例えば、無線サービスプロバ
イダの協会によって所有される登録サーバ）に転送する
こともできる。この場合は、このブローカが代わって、
Radius Aceess-Requestを最終的なホーム登録サーバに
送る。このローカル登録サーバが、その登録リクエスト
をローカル的にあるいは代理として扱うことができない
場合は、ローカル登録サーバはそのフォーリンエージェ
ントの登録リクエストを拒絶し、次に、フォーリンエー
ジェントがエンドシステムの登録リクエストを拒絶す
る。他方、ホーム登録サーバは、Radius Access-Reques
tを受信すると、フォーリンネットワークとエンドシス
テムの識別について必要な認証を遂行する。認証と登録
が成功すると、ホーム登録サーバは、Radius Access-Re
sponseパケットをフォーリン登録サーバに送り返し、次
に、フォーリン登録サーバが応答をフォーリンエージェ
ントに送り、こうして、ラウンドトリップ（一巡）が完
了する。登録リクエストは、ホームサーバがなんらかの
理由で受諾しない場合は拒絶される。
【００８４】第二のレベルに認証動作においては、エン
ドシステムの識別がイントラネットあるいはISPのPPPサ
ーバと比較される。モビリティ認証とは別個にPPP認証
を行なうことで、インフラストラクチャ設備をISPとは
別個に展開および所有するこが可能になる。
ドシステムの識別がイントラネットあるいはISPのPPPサ
ーバと比較される。モビリティ認証とは別個にPPP認証
を行なうことで、インフラストラクチャ設備をISPとは
別個に展開および所有するこが可能になる。
【００８５】図１４は、ローミングエンドシステムに対
する登録シーケンスを示す梯子図である。PPPサーバと
ホームIWFは同一サーバ内に位置し、L2TPは必要ないも
のと想定する。登録エンドシステムに代わってアカウン
ティングを開始するために行なわれるアカウンティング
サーバとの対話、並びにホーム登録サーバの識別を決定
するためおよびエンドシステムの識別を認証するための
ディレクトリサーバとの対話についても示される。ただ
し、アカウンティング、課金、（サービスプロバイダ間
の）ローミング、および清算に関しては後に説明する。
する登録シーケンスを示す梯子図である。PPPサーバと
ホームIWFは同一サーバ内に位置し、L2TPは必要ないも
のと想定する。登録エンドシステムに代わってアカウン
ティングを開始するために行なわれるアカウンティング
サーバとの対話、並びにホーム登録サーバの識別を決定
するためおよびエンドシステムの識別を認証するための
ディレクトリサーバとの対話についても示される。ただ
し、アカウンティング、課金、（サービスプロバイダ間
の）ローミング、および清算に関しては後に説明する。
【００８６】エンドシステムのユーザ登録エージェント
からのMAC層メッセージ（例えば、802.11ビーコン）に
よって、Agent Solicitationが開始される。MAC層のメ
ッセージは、図面を簡潔化するために示されていない。
からのMAC層メッセージ（例えば、802.11ビーコン）に
よって、Agent Solicitationが開始される。MAC層のメ
ッセージは、図面を簡潔化するために示されていない。
【００８７】図１４に示すように、最初に、エンドシス
テム（モバイル）がアドバタイズメントを要請し、フォ
ーリンエージェントがアドバタイズメントを送り返す。
エンドシステムは、このアドバタイズメントからフォー
リンエージェントが属するネットワークに関する情報を
知る。この情報には、フォーリンエージェントの気付け
アドレスも含まれる。ここでの説明においては、このネ
ットワークはフォーリン無線サービスプロバイダである
ものと想定する。次に、エンドシステム内のユーザ登録
エージェントが、フォーリンエージェントとそのネット
ワークに関する情報（気付けアドレスも含め）を登録リ
クエストに組み入れ、この登録リクエストをフォーリン
エージェントに送る。このフォーリンエージェントは、
代理（プロキシ）登録エージェントとして機能し、登録
リクエストをフォーリン登録サーバ（つまり、フォーリ
ン無線サービスプロバイダの登録サーバ）に中継する。
すると、フォーリン登録サーバは、そのリクエストがホ
ームディレクトリではないことを認識し、フォーリンデ
ィレクトリサーバにアクセスする。フォーリンディレク
トリサーバはフォーリン無線サービスプロバイダのFDD
（フォーリンドメインディレクトリ）を用いて、その登
録リクエストをエンドシステムが属する無線サービスプ
ロバイダのホーム登録サーバにどのようにして送信すれ
ば良いか調べ、次に、この転送のために必要な情報をフ
ォーリン登録サーバに送り返す。次に、フォーリン登録
サーバは、エンドシステムの登録リクエストをRadiusア
クセスリクエスト内にカプセル化し（組み入れ）、この
カプセル化したリクエストを、そのエンドシステムが属
する無線サービスプロバイダのホーム登録サーバに中継
する。すると、ホーム登録サーバはホームディレクトリ
サーバにアクセスし、ホームディレクトリサーバは、ホ
ーム登録サーバのHDDを用いて少なくともフォーリンサ
ービスプロバイダについての認証情報を調べ、これをホ
ーム登録サーバに送り返す。オプションとして、ホーム
登録サーバは、加入者のディレクトリにアクセスするこ
とで、詳細な加入者サービスプロフィル情報（例えば、
加入しているサービスオプションの品質等）を得ること
もできる。結果として、全てのパーティが認証される
と、ホーム登録サーバはホームIWFとPPPサーバにstart
IWF request（IWF開始リクエスト）を送信する。ホーム
IWFとPPPサーバはホームアカウンティングサーバを始動
し、その後、start IWF response（開始確認応答）をホ
ーム登録サーバに送り返す。すると、ホーム登録サーバ
は、Radius access response（Radiusアクセス確認応
答）をフォーリン登録サーバに送る。次に、フォーリン
登録サーバは、start IWF request（IWF開始リクエス
ト）IをサービングIWFに送る。サービングIWFは、サー
ビングアカウンティングサーバを始動し、その後、star
t IWF response（開始確認応答）Iをフォーリン登録サ
ーバに送り返す。フォーリン登録サーバは登録応答をフ
ォーリンエージェントに送り、フォーリンエージェント
はこの登録応答をエンドシステムに中継する。
テム（モバイル）がアドバタイズメントを要請し、フォ
ーリンエージェントがアドバタイズメントを送り返す。
エンドシステムは、このアドバタイズメントからフォー
リンエージェントが属するネットワークに関する情報を
知る。この情報には、フォーリンエージェントの気付け
アドレスも含まれる。ここでの説明においては、このネ
ットワークはフォーリン無線サービスプロバイダである
ものと想定する。次に、エンドシステム内のユーザ登録
エージェントが、フォーリンエージェントとそのネット
ワークに関する情報（気付けアドレスも含め）を登録リ
クエストに組み入れ、この登録リクエストをフォーリン
エージェントに送る。このフォーリンエージェントは、
代理（プロキシ）登録エージェントとして機能し、登録
リクエストをフォーリン登録サーバ（つまり、フォーリ
ン無線サービスプロバイダの登録サーバ）に中継する。
すると、フォーリン登録サーバは、そのリクエストがホ
ームディレクトリではないことを認識し、フォーリンデ
ィレクトリサーバにアクセスする。フォーリンディレク
トリサーバはフォーリン無線サービスプロバイダのFDD
（フォーリンドメインディレクトリ）を用いて、その登
録リクエストをエンドシステムが属する無線サービスプ
ロバイダのホーム登録サーバにどのようにして送信すれ
ば良いか調べ、次に、この転送のために必要な情報をフ
ォーリン登録サーバに送り返す。次に、フォーリン登録
サーバは、エンドシステムの登録リクエストをRadiusア
クセスリクエスト内にカプセル化し（組み入れ）、この
カプセル化したリクエストを、そのエンドシステムが属
する無線サービスプロバイダのホーム登録サーバに中継
する。すると、ホーム登録サーバはホームディレクトリ
サーバにアクセスし、ホームディレクトリサーバは、ホ
ーム登録サーバのHDDを用いて少なくともフォーリンサ
ービスプロバイダについての認証情報を調べ、これをホ
ーム登録サーバに送り返す。オプションとして、ホーム
登録サーバは、加入者のディレクトリにアクセスするこ
とで、詳細な加入者サービスプロフィル情報（例えば、
加入しているサービスオプションの品質等）を得ること
もできる。結果として、全てのパーティが認証される
と、ホーム登録サーバはホームIWFとPPPサーバにstart
IWF request（IWF開始リクエスト）を送信する。ホーム
IWFとPPPサーバはホームアカウンティングサーバを始動
し、その後、start IWF response（開始確認応答）をホ
ーム登録サーバに送り返す。すると、ホーム登録サーバ
は、Radius access response（Radiusアクセス確認応
答）をフォーリン登録サーバに送る。次に、フォーリン
登録サーバは、start IWF request（IWF開始リクエス
ト）IをサービングIWFに送る。サービングIWFは、サー
ビングアカウンティングサーバを始動し、その後、star
t IWF response（開始確認応答）Iをフォーリン登録サ
ーバに送り返す。フォーリン登録サーバは登録応答をフ
ォーリンエージェントに送り、フォーリンエージェント
はこの登録応答をエンドシステムに中継する。
【００８８】次に、エンドシステムが、リンク制御プロ
トコル（link control protocol、LCP）コンフィギュレ
ーションリクエストを、フォーリン登録サーバを通じ
て、ホームIWFとPPPサーバに送る。すると、ホームIWF
とPPPサーバは、LCPコンフィギュレーション確認応答
を、フォーリン登録サーバを通じて、エンドシステムに
送り返す。
トコル（link control protocol、LCP）コンフィギュレ
ーションリクエストを、フォーリン登録サーバを通じ
て、ホームIWFとPPPサーバに送る。すると、ホームIWF
とPPPサーバは、LCPコンフィギュレーション確認応答
を、フォーリン登録サーバを通じて、エンドシステムに
送り返す。
【００８９】次に、エンドシステムは、同様に、パスワ
ード認証プロトコル（password authentication protoc
ol、PAP）認証リクエストをホームIWFとPPPサーバに送
り、ホームIWFとPPPサーバは、PAP確認応答をエンドシ
ステムに返す。別の方法として、認証のためにchalleng
e authentication protocol（CHAP）（認証挑戦プロト
コル）を用いることもできる。認証のために両方のプロ
トコルを用いることも、このフェーズはスキップするこ
ともできる。
ード認証プロトコル（password authentication protoc
ol、PAP）認証リクエストをホームIWFとPPPサーバに送
り、ホームIWFとPPPサーバは、PAP確認応答をエンドシ
ステムに返す。別の方法として、認証のためにchalleng
e authentication protocol（CHAP）（認証挑戦プロト
コル）を用いることもできる。認証のために両方のプロ
トコルを用いることも、このフェーズはスキップするこ
ともできる。
【００９０】次に、エンドシステムは、同様に、IPコン
フィギュレーションプロトコル（IPconfiguration prot
ocol、IPCP）をホームIWFとPPPサーバに送り、ホームIW
FとPPPサーバはPCP確認応答を送り返す。エンドシステ
ムへの接続は以下の理由の任意の一つによって終端され
る。
フィギュレーションプロトコル（IPconfiguration prot
ocol、IPCP）をホームIWFとPPPサーバに送り、ホームIW
FとPPPサーバはPCP確認応答を送り返す。エンドシステ
ムへの接続は以下の理由の任意の一つによって終端され
る。
【００９１】１．ユーザ始動の終端。このシナリオの下
では、エンドシステムが最初にPPPをグレースフルに終
端させる。これには、PPPネットワーク制御プロトコル
（IPCP）の終端と、これに続く、PPPリンクプロトコル
の終端が含まれる。いったんこれが行なわれると、エン
ドシステムのネットワークへの登録が解除され、続い
て、アクセスポイントへの無線リンクが終端される。
では、エンドシステムが最初にPPPをグレースフルに終
端させる。これには、PPPネットワーク制御プロトコル
（IPCP）の終端と、これに続く、PPPリンクプロトコル
の終端が含まれる。いったんこれが行なわれると、エン
ドシステムのネットワークへの登録が解除され、続い
て、アクセスポイントへの無線リンクが終端される。
【００９２】２．無線リンクの損失。このシナリオはエ
ンドシステム内のモデムによって検出され、モデムドラ
イバに報告される。すると、ソフトウエアの上位層にス
タックを終端する通告が送られ、終端がユーザに通知さ
れる。 ３．フォーリンエージェントへの接続の損失。このシナ
リオは、エンドシステム内のモビリィティドライバによ
って検出される。（潜在的に新たな）フォーリンエージ
ェントとコンタクトすることを再び試み、失敗した場合
は、ドライバは、適当な通知を上位のプロトコルスタッ
クに送り、同時に、下位のモデムに信号を送り、無線リ
ンクを終端させる。
ンドシステム内のモデムによって検出され、モデムドラ
イバに報告される。すると、ソフトウエアの上位層にス
タックを終端する通告が送られ、終端がユーザに通知さ
れる。 ３．フォーリンエージェントへの接続の損失。このシナ
リオは、エンドシステム内のモビリィティドライバによ
って検出される。（潜在的に新たな）フォーリンエージ
ェントとコンタクトすることを再び試み、失敗した場合
は、ドライバは、適当な通知を上位のプロトコルスタッ
クに送り、同時に、下位のモデムに信号を送り、無線リ
ンクを終端させる。
【００９３】４．IWFへの接続の損失。これは、フォー
リンエージェントへの接続が失われた場合と実質的に同
一である。 ５．IWFあるいはPPPサーバによるPPPの終端。このシナ
リオは、エンドシステム内のPPPソフトウエアによって
検出され、エンドシステムのPPPドライバにこの事象が
通知される。PPPドライバは、ネットワークへの登録の
解除を試み、続いて、アクセスポイントへの無線リンク
を終端する。
リンエージェントへの接続が失われた場合と実質的に同
一である。 ５．IWFあるいはPPPサーバによるPPPの終端。このシナ
リオは、エンドシステム内のPPPソフトウエアによって
検出され、エンドシステムのPPPドライバにこの事象が
通知される。PPPドライバは、ネットワークへの登録の
解除を試み、続いて、アクセスポイントへの無線リンク
を終端する。
【００９４】エンドシステムのサービスコンフィギュレ
ーションとは、ネットワークサービスをエンドシステム
に対して加入者のサービスプロフィルに基づいて構成す
る概念を意味する。加入者のサービスプロフィルは、加
入者ディレクトリ内に格納されている。ソフトウエア
は、このサービスプロフィルに含まれる情報を用いて、
無線データサービスを加入者に代わってカスタム化す
る。この情報には、エンドシステムの認証、エンドシス
テムのローミング、エンドシステムのインターネットサ
ービスプロバイダへの接続の設定等に用いる情報が含ま
れる。この情報には、さらに、好ましくは、サービスの
品質等の他のパラメータも含まれる。加入者ディレクト
リに加え、ホームドメインディレクトリ（HDD）とフォ
ーリンドメインディレクトリ（FDD）がローミングおよ
びフォーリン登録サーバとホーム登録サーバを互いに認
証するために用いられる。HDDは、エンドシステムのホ
ームネットワークに関する情報を格納し、FDDは、加入
者が訪問するフォーリンネットワークに関する情報を格
納する。
ーションとは、ネットワークサービスをエンドシステム
に対して加入者のサービスプロフィルに基づいて構成す
る概念を意味する。加入者のサービスプロフィルは、加
入者ディレクトリ内に格納されている。ソフトウエア
は、このサービスプロフィルに含まれる情報を用いて、
無線データサービスを加入者に代わってカスタム化す
る。この情報には、エンドシステムの認証、エンドシス
テムのローミング、エンドシステムのインターネットサ
ービスプロバイダへの接続の設定等に用いる情報が含ま
れる。この情報には、さらに、好ましくは、サービスの
品質等の他のパラメータも含まれる。加入者ディレクト
リに加え、ホームドメインディレクトリ（HDD）とフォ
ーリンドメインディレクトリ（FDD）がローミングおよ
びフォーリン登録サーバとホーム登録サーバを互いに認
証するために用いられる。HDDは、エンドシステムのホ
ームネットワークに関する情報を格納し、FDDは、加入
者が訪問するフォーリンネットワークに関する情報を格
納する。
【００９５】図１５は、これらディレクトリがいかにネ
ットワークアーキテクチャにマッピングされ、これらが
ホームから登録するエンドシステムに対して登録の際に
いかに用いられるかを示す。ステップ０において、エン
ドシステム（モバイル）がアドバタイズメントを要請
し、フォーリンエージェントがアドバタイズメントを介
してエンドシステムにそのフォーリンエージェントが属
するネットワークに関する情報を供給する。このケース
においては、このネットワークはホーム無線サービスプ
ロバイダであるものと想定される。ステップ１におい
て、エンドシステム内のユーザ登録エージェントが、こ
うして得られたフォーリンエージェントとそのネットワ
ークに関する情報をリクエスト内に組み入れ、このリク
エストをフォーリンエージェントに送信する。ステップ
２において、フォーリンエージェントが、代理登録エー
ジェントとして、このリクエストをホーム登録サーバに
中継する。ステップ３において、ホーム登録サーバが、
ホーム無線サービスプロバイダのHDDにアクセスするこ
とで、少なくとも認証情報を得る。ステップ４におい
て、ホーム登録サーバは、さらに、加入者ディレクトリ
にアクセスすることで、詳細な加入者サービスプロフィ
ル情報（例えば、加入されるサービスオプションの品質
等）を得る。ステップ５において、ホーム登録サーバが
フォーリンエージェントにアクセス確認応答を送り返
す。ステップ６と７において、フォーリンエージェント
がエンドシステム（つまり、モバイル）に登録の確認応
答を送り返す。
ットワークアーキテクチャにマッピングされ、これらが
ホームから登録するエンドシステムに対して登録の際に
いかに用いられるかを示す。ステップ０において、エン
ドシステム（モバイル）がアドバタイズメントを要請
し、フォーリンエージェントがアドバタイズメントを介
してエンドシステムにそのフォーリンエージェントが属
するネットワークに関する情報を供給する。このケース
においては、このネットワークはホーム無線サービスプ
ロバイダであるものと想定される。ステップ１におい
て、エンドシステム内のユーザ登録エージェントが、こ
うして得られたフォーリンエージェントとそのネットワ
ークに関する情報をリクエスト内に組み入れ、このリク
エストをフォーリンエージェントに送信する。ステップ
２において、フォーリンエージェントが、代理登録エー
ジェントとして、このリクエストをホーム登録サーバに
中継する。ステップ３において、ホーム登録サーバが、
ホーム無線サービスプロバイダのHDDにアクセスするこ
とで、少なくとも認証情報を得る。ステップ４におい
て、ホーム登録サーバは、さらに、加入者ディレクトリ
にアクセスすることで、詳細な加入者サービスプロフィ
ル情報（例えば、加入されるサービスオプションの品質
等）を得る。ステップ５において、ホーム登録サーバが
フォーリンエージェントにアクセス確認応答を送り返
す。ステップ６と７において、フォーリンエージェント
がエンドシステム（つまり、モバイル）に登録の確認応
答を送り返す。
【００９６】図１６は、フォーリンネットワークから登
録するエンドシステムに対するディレクトリの使用を示
す。ステップ０において、エンドシステム（モバイル）
がアドバタイズメントを要請し、フォーリンエージェン
トがアドバタイズメントを介して、エンドシステムに、
そのフォーリンエージェントが属するネットワークに関
する情報を供給する。このケースにおいては、このネッ
トワークは、フォーリン無線サービスプロバイダである
ものと想定される。ステップ１において、エンドシステ
ム内のユーザ登録エージェントが、フォーリンエージェ
ントとそのネットワークに関する情報をリクエスト内に
組み入れ、このリクエストをフォーリンエージェントに
送信する。ステップ２において、フォーリンエージェン
トが、代理登録エージェントとして、このリクエストを
フォーリン登録サーバ（つまり、フォーリン無線サービ
スプロバイダの登録サーバ）に中継する。ステップ３に
おいて、フォーリン登録サーバがフォーリン無線サービ
スプロバイダのHDDにアクセスすることで、エンドシス
テムが属するネットワークの情報を得る。ステップ４に
おいて、フォーリン登録サーバが、エンドシステムのリ
クエストを、エンドシステムのホーム無線サービスプロ
バイダのホーム登録サーバに転送する。ステップ５にお
いて、ホーム登録サーバがホーム登録サーバのFDDにア
クセスし、少なくともフォーリンサービスプロバイダに
関する認証情報を得る。ステップ６において、ホーム登
録サーバは、さらに、加入者のディレクトリにアクセス
することで、詳細な加入者サービスプロフィル情報（例
えば、加入するサービスオプションの品質等）を得る。
ステップ７において、ホーム登録サーバがフォーリン登
録サーバに、アクセス確認応答を送り返す。ステップ８
において、フォーリン登録サーバがフォーリンエージェ
ントにアクセス確認応答を転送する。ステップ９におい
て、フォーリンエージェントがエンドシステム（つま
り、モバイル）に登録確認応答を送り返す。
録するエンドシステムに対するディレクトリの使用を示
す。ステップ０において、エンドシステム（モバイル）
がアドバタイズメントを要請し、フォーリンエージェン
トがアドバタイズメントを介して、エンドシステムに、
そのフォーリンエージェントが属するネットワークに関
する情報を供給する。このケースにおいては、このネッ
トワークは、フォーリン無線サービスプロバイダである
ものと想定される。ステップ１において、エンドシステ
ム内のユーザ登録エージェントが、フォーリンエージェ
ントとそのネットワークに関する情報をリクエスト内に
組み入れ、このリクエストをフォーリンエージェントに
送信する。ステップ２において、フォーリンエージェン
トが、代理登録エージェントとして、このリクエストを
フォーリン登録サーバ（つまり、フォーリン無線サービ
スプロバイダの登録サーバ）に中継する。ステップ３に
おいて、フォーリン登録サーバがフォーリン無線サービ
スプロバイダのHDDにアクセスすることで、エンドシス
テムが属するネットワークの情報を得る。ステップ４に
おいて、フォーリン登録サーバが、エンドシステムのリ
クエストを、エンドシステムのホーム無線サービスプロ
バイダのホーム登録サーバに転送する。ステップ５にお
いて、ホーム登録サーバがホーム登録サーバのFDDにア
クセスし、少なくともフォーリンサービスプロバイダに
関する認証情報を得る。ステップ６において、ホーム登
録サーバは、さらに、加入者のディレクトリにアクセス
することで、詳細な加入者サービスプロフィル情報（例
えば、加入するサービスオプションの品質等）を得る。
ステップ７において、ホーム登録サーバがフォーリン登
録サーバに、アクセス確認応答を送り返す。ステップ８
において、フォーリン登録サーバがフォーリンエージェ
ントにアクセス確認応答を転送する。ステップ９におい
て、フォーリンエージェントがエンドシステム（つま
り、モバイル）に登録確認応答を送り返す。
【００９７】以下では、ベアラデータを扱うプロトコル
ハンドリングのシナリオおよびベアラデータをエンドシ
ステムとの間の送受するための関連するスタックを、ロ
ーカルAPを用いるセルアーキテクチャ（図１７）と、リ
モートAPを用いるセルアーキテクチャ（図１８）に対す
る両方のプロトコルスタックについて説明する。
ハンドリングのシナリオおよびベアラデータをエンドシ
ステムとの間の送受するための関連するスタックを、ロ
ーカルAPを用いるセルアーキテクチャ（図１７）と、リ
モートAPを用いるセルアーキテクチャ（図１８）に対す
る両方のプロトコルスタックについて説明する。
【００９８】図１７は、ホームネットワーク内のエンド
システムとホームIWFとの間の通信を扱うためのプロト
コルスタックをEnd System@Homeに対して示す。図１７
は、アクセスポイントと無線ハブが同一位置に配置され
る場合のセルアーキテクチャに対するプロトコルハンド
リングを示す。
システムとホームIWFとの間の通信を扱うためのプロト
コルスタックをEnd System@Homeに対して示す。図１７
は、アクセスポイントと無線ハブが同一位置に配置され
る場合のセルアーキテクチャに対するプロトコルハンド
リングを示す。
【００９９】図１８は、アクセスポイントと無線ハブが
離して配置される場合のセルアーキテクチャに対するプ
ロトコルハンドリングを示す。図示するようにPPPはIWF
内に終端し、この構成は直接インターネットアクセスを
提供する。PPPサーバとIWFが離されるケースの構成につ
いては後に説明する。
離して配置される場合のセルアーキテクチャに対するプ
ロトコルハンドリングを示す。図示するようにPPPはIWF
内に終端し、この構成は直接インターネットアクセスを
提供する。PPPサーバとIWFが離されるケースの構成につ
いては後に説明する。
【０１００】図１８に示すように、エンドシステムから
のPPPフレームはRLP（radio link protocol）フレーム
内にカプセル化され、これらはさらにリモートアクセス
ポイントの所でMACフレーム内にカプセル化され、トラ
ンクアクセスポイントに送信される。トランクアクセス
ポイントは、無線ハブと物理的に接近して位置するアク
セスポイントであり、リモートアクセスポイントはトラ
ンクアクセスポイントに、一例として、無線トランクに
よって接続される。このリモートアクセスポイントは、
MAC層ブリッジとして機能し、エアリンクからのフレー
ムを無線ハブ内のフォーリンエージェントに中継する。
フォーリンエージェントは、MACフレームからRLPフレー
ムを取り出し、このRLPフレームをxtunnelプロトコルを
用いてIWFに中継する。IWFからエンドシステムに送られ
るフレームの場合も方向が逆であることを除いて類似す
るプロセスが発生する。
のPPPフレームはRLP（radio link protocol）フレーム
内にカプセル化され、これらはさらにリモートアクセス
ポイントの所でMACフレーム内にカプセル化され、トラ
ンクアクセスポイントに送信される。トランクアクセス
ポイントは、無線ハブと物理的に接近して位置するアク
セスポイントであり、リモートアクセスポイントはトラ
ンクアクセスポイントに、一例として、無線トランクに
よって接続される。このリモートアクセスポイントは、
MAC層ブリッジとして機能し、エアリンクからのフレー
ムを無線ハブ内のフォーリンエージェントに中継する。
フォーリンエージェントは、MACフレームからRLPフレー
ムを取り出し、このRLPフレームをxtunnelプロトコルを
用いてIWFに中継する。IWFからエンドシステムに送られ
るフレームの場合も方向が逆であることを除いて類似す
るプロセスが発生する。
【０１０１】エンドシステムが別のフォーリンエージェ
ントに移動すると、新たなフォーリンエージェントとIW
Fとの間に新たなxtunnelが自動的に生成され、PPPトラ
ヒックはこれらの間を中断されることなく運ばれる。
ントに移動すると、新たなフォーリンエージェントとIW
Fとの間に新たなxtunnelが自動的に生成され、PPPトラ
ヒックはこれらの間を中断されることなく運ばれる。
【０１０２】リモートAPとトランクAPとの間に無線トラ
ンクを用いるリモートAPセルアーキテクチャでは（図１
８）、エンドシステムとアクセスポイントとの間のエア
リンクは、トランクの無線技術および周波数（ｆ２）と
は異なる無線技術および周波数（ｆ１）を用いて動作す
る。
ンクを用いるリモートAPセルアーキテクチャでは（図１
８）、エンドシステムとアクセスポイントとの間のエア
リンクは、トランクの無線技術および周波数（ｆ２）と
は異なる無線技術および周波数（ｆ１）を用いて動作す
る。
【０１０３】図１９は、ローミングエンドシステムに対
するプロトコルスタックを示す。サービングIWFは、サ
ービングIWFとホームIWFとの間にI-xtunnelプロトコル
を用いる。プロトコルスタックの他の部分は、上述と同
一であるため特に示さない。
するプロトコルスタックを示す。サービングIWFは、サ
ービングIWFとホームIWFとの間にI-xtunnelプロトコル
を用いる。プロトコルスタックの他の部分は、上述と同
一であるため特に示さない。
【０１０４】RLP層は、シーケンス番号を用いること
で、重複するPPPデータグラムを脱落させ、エンドシス
テムとIWFとの間でPPPデータグラムをシーケンスに配信
する。RLP層は、さらに、エンドシステムとIWFとの間の
リンク接続性を監視するためにコンフィギァラブルキー
プアライブ機構を用いる。代替の実施例においては、RL
P層は、さらに、エンドシステムとIWFとの間のリンクの
総ビットエラー率を低減するために再送およびフロー制
御サービスを提供する。エンドシステムとIWFの間のRLP
はセッションの開始時に始動され、セッションを通じて
ハンドオフの間もアクティブにとどまる。
で、重複するPPPデータグラムを脱落させ、エンドシス
テムとIWFとの間でPPPデータグラムをシーケンスに配信
する。RLP層は、さらに、エンドシステムとIWFとの間の
リンク接続性を監視するためにコンフィギァラブルキー
プアライブ機構を用いる。代替の実施例においては、RL
P層は、さらに、エンドシステムとIWFとの間のリンクの
総ビットエラー率を低減するために再送およびフロー制
御サービスを提供する。エンドシステムとIWFの間のRLP
はセッションの開始時に始動され、セッションを通じて
ハンドオフの間もアクティブにとどまる。
【０１０５】mobile IP RFC（RFC 2003）の仕様と対照
的にフォーリンエージェントとホームエージェントとの
間のトンネリングにIP in IP encapsulationは用いられ
ない。この代わりに新たなトンネリングプロトコルがUD
Pの上に実現される。この新たなトンネリングプロトコ
ルはL2TPプロトコルを簡素化したバージョンである。新
たなこのトンネリングプロトコルを用いる理由は以下の
通りである：
的にフォーリンエージェントとホームエージェントとの
間のトンネリングにIP in IP encapsulationは用いられ
ない。この代わりに新たなトンネリングプロトコルがUD
Pの上に実現される。この新たなトンネリングプロトコ
ルはL2TPプロトコルを簡素化したバージョンである。新
たなこのトンネリングプロトコルを用いる理由は以下の
通りである：
【０１０６】１．RFC 2003において規定されるカプセル
化プロトコルでは、フロー制御、すなわちパケットのシ
ーケンス配信は提供しない。ただし、本発明のネットワ
ークはバックホールを通じてのトンネル内でこのサービ
スをエアリンクの上の再送の量を低減するために必要と
する。つまり、フロー制御を用いることで、基地局とMS
Cとの間のネットワーク上のフロー制御問題に起因する
パケット損失や、基地局あるいはIWF内のフロー制御問
題に起因するパケット損失が低減される。
化プロトコルでは、フロー制御、すなわちパケットのシ
ーケンス配信は提供しない。ただし、本発明のネットワ
ークはバックホールを通じてのトンネル内でこのサービ
スをエアリンクの上の再送の量を低減するために必要と
する。つまり、フロー制御を用いることで、基地局とMS
Cとの間のネットワーク上のフロー制御問題に起因する
パケット損失や、基地局あるいはIWF内のフロー制御問
題に起因するパケット損失が低減される。
【０１０７】２．このトンネリングプロトコルはUDPベ
ースであるため、ユーザレベルにて実現し、性能を保証
するためのデバッグの後にカーネルに入れることができ
る。
ースであるため、ユーザレベルにて実現し、性能を保証
するためのデバッグの後にカーネルに入れることができ
る。
【０１０８】３．RFC 2003を用いた場合、サービス品質
と負荷バランスを考慮に入れてトンネリングを生成する
のは簡単ではない。QOSを考慮に入れるためには、既に
要求されるQOSを提供するリンク上にトンネルを設定で
きる必要がある。第二に、RFC2003を用いた場合は、基
地局とMSCとの間の複数のリンクの間にベアラトラヒッ
クを分散させ、負荷をバランスさせるのは簡単ではな
い。
と負荷バランスを考慮に入れてトンネリングを生成する
のは簡単ではない。QOSを考慮に入れるためには、既に
要求されるQOSを提供するリンク上にトンネルを設定で
きる必要がある。第二に、RFC2003を用いた場合は、基
地局とMSCとの間の複数のリンクの間にベアラトラヒッ
クを分散させ、負荷をバランスさせるのは簡単ではな
い。
【０１０９】４．RFC 2003において規定されるようにIP
in IP encapsulationを実現するためには、開発者はIP
ソースコードへのアクセスが必要となる。商用のオペレ
ーティングシステムの場合、TCP/IPスタックに対するソ
ースコードは、通常、別個の商品（所有プログラム）と
して開発されており、他のベンダとの互換性がない。ベ
ンダからTCP/IPスタックを購入し、mobile IP tunnelin
gをサポートするたにIP層に変更を加える場合、開発業
者はTCP/IPスタックの様々なバージョンを絶えずサポー
トすることを要求される。これには追加のコストとリス
クが伴う。
in IP encapsulationを実現するためには、開発者はIP
ソースコードへのアクセスが必要となる。商用のオペレ
ーティングシステムの場合、TCP/IPスタックに対するソ
ースコードは、通常、別個の商品（所有プログラム）と
して開発されており、他のベンダとの互換性がない。ベ
ンダからTCP/IPスタックを購入し、mobile IP tunnelin
gをサポートするたにIP層に変更を加える場合、開発業
者はTCP/IPスタックの様々なバージョンを絶えずサポー
トすることを要求される。これには追加のコストとリス
クが伴う。
【０１１０】本発明による基地局とIWFとの間のトンネ
リングプロトコルは非標準であり、無線サービスプロバ
イダは異なるベンダからの装置を混合し、整合させるこ
とはできない。ただし、非標準のトンネリングプロトコ
ルを単一の無線サービスプロバイダのネットワーク内で
用いた場合、これは、エンドシステムや他のベンダから
の装置には透過的であることに注意する。
リングプロトコルは非標準であり、無線サービスプロバ
イダは異なるベンダからの装置を混合し、整合させるこ
とはできない。ただし、非標準のトンネリングプロトコ
ルを単一の無線サービスプロバイダのネットワーク内で
用いた場合、これは、エンドシステムや他のベンダから
の装置には透過的であることに注意する。
【０１１１】この新たなトンネリングプロトコルはL2TP
に基づく。L2TP自体は、重いトンネリングプロトコルで
あり、L2TPはトンネルの生成および認証と関連する大き
なオーバーヘッドを持つ。L2TPと比べ、本発明による新
たなトンネリングプロトコルはオーバヘッドが小さい。
この新たなxtunnelプロトコルは、以下の特徴を持つ：
に基づく。L2TP自体は、重いトンネリングプロトコルで
あり、L2TPはトンネルの生成および認証と関連する大き
なオーバーヘッドを持つ。L2TPと比べ、本発明による新
たなトンネリングプロトコルはオーバヘッドが小さい。
この新たなxtunnelプロトコルは、以下の特徴を持つ：
【０１１２】１．このxtunnelの生成は、基地局と登録
サーバとの間で用いられるRadius Access Request（Rad
iusアクセス要求）と、Radius Access Response（Radiu
sアクセス応答）メッセージにベンダ固有の拡張を追加
する。これら拡張はトンネルパラメータを協議し、トン
ネルを生成する。
サーバとの間で用いられるRadius Access Request（Rad
iusアクセス要求）と、Radius Access Response（Radiu
sアクセス応答）メッセージにベンダ固有の拡張を追加
する。これら拡張はトンネルパラメータを協議し、トン
ネルを生成する。
【０１１３】２．登録サーバは、パケットをトンネリン
グおよび中継する実際の仕事は様々な異なるIPアドレ
ス、従って、MSC内の異なるサーバに委託することがで
きる。このため、登録サーバは、複数のIWFサーバ間で
負荷のバランスを取ること、および様々なユーザに異な
るQOSを提供することが可能になる。
グおよび中継する実際の仕事は様々な異なるIPアドレ
ス、従って、MSC内の異なるサーバに委託することがで
きる。このため、登録サーバは、複数のIWFサーバ間で
負荷のバランスを取ること、および様々なユーザに異な
るQOSを提供することが可能になる。
【０１１４】３．このxtunnelプロトコルは、トンネル
管理に対する帯域内制御メッセージをサポートする。こ
れら制御メッセージとしては、トンネルの接続性をテス
トするためのエコーリクエスト／応答、トンネルを切断
するための切断リクエスト／応答／通知、およびエラー
を通知するためのエラー通知が含まれる。これらメッセ
ージは、UDP/IP等のトンネリング媒体上を送信される。
管理に対する帯域内制御メッセージをサポートする。こ
れら制御メッセージとしては、トンネルの接続性をテス
トするためのエコーリクエスト／応答、トンネルを切断
するための切断リクエスト／応答／通知、およびエラー
を通知するためのエラー通知が含まれる。これらメッセ
ージは、UDP/IP等のトンネリング媒体上を送信される。
【０１１５】４．このxtunnelプロトコルは、ペイロー
ドデータをUDP/IP等のトンネリング媒体上に送信する。
このxtunnelプロトコルは、フロー制御とパケットのシ
ーケンス配信をサポートする。 ５．このxtunnelプロトコルは、サービス品質を確保す
る目的でUDP/IP以外の媒体上に実現することもできる。
ドデータをUDP/IP等のトンネリング媒体上に送信する。
このxtunnelプロトコルは、フロー制御とパケットのシ
ーケンス配信をサポートする。 ５．このxtunnelプロトコルは、サービス品質を確保す
る目的でUDP/IP以外の媒体上に実現することもできる。
【０１１６】本発明によるネットワークは、直接インタ
ーネット接続性をサポートする。これは、PPP をホーム
IWF内に終端し、このIWFからのIPパケットをルータを介
して標準のIPルーティング技術を用いてインターネット
にルーティングすることで達成される。好ましくは、IW
Fとルータは両方ともRIPをランするが、場合によって
は、OSPF等の他のルーティングプロトコルをランするこ
ともできる。
ーネット接続性をサポートする。これは、PPP をホーム
IWF内に終端し、このIWFからのIPパケットをルータを介
して標準のIPルーティング技術を用いてインターネット
にルーティングすることで達成される。好ましくは、IW
Fとルータは両方ともRIPをランするが、場合によって
は、OSPF等の他のルーティングプロトコルをランするこ
ともできる。
【０１１７】このネットワークは、同時にインターネッ
トサービスプロバイダでもある無線サービスプロバイダ
（WSP）に対して第一の構成をサポートする。この構成
においては、MSC内のホームIWFはPPPサーバとしても機
能する。このホームIWFもRIP等のインターネットルーテ
ィングプロトコルをランし、インターネットサービスプ
ロバイダのバックボーンネットワークへの接続するため
にルータを用いる。
トサービスプロバイダでもある無線サービスプロバイダ
（WSP）に対して第一の構成をサポートする。この構成
においては、MSC内のホームIWFはPPPサーバとしても機
能する。このホームIWFもRIP等のインターネットルーテ
ィングプロトコルをランし、インターネットサービスプ
ロバイダのバックボーンネットワークへの接続するため
にルータを用いる。
【０１１８】このネットワークは、WSP自身はインター
ネットサービスプロバイダ（ISP）ではないため、ある
いはそのWSPがエンドユーザにアクセスを提供する合意
を他のISPとの間でにもつために、エンドシステムを一
つあるいは複数のインターネットサービスプロバイダに
接続することを希望する無線サービスプロバイダに対し
て第二のコンフィギュレーションをサポートする。例え
ば、ある無線サービスプロバイダ（WSP）がエンドユー
ザにネットワークアクセスを提供することを選択し、さ
らに、第三者であるISPとの間に、その第三のISPとも取
引のあるエンドユーザが、そのWSPネットワークからそ
の第三のISPにアクセスするのを許す合意を持つ状況が
これに相当する。この構成においては、PPPサーバは、M
SCの所に設置されるホームIWF内ではランしない。代わ
りに、L2TP（Layer Two Tunneling Protocol）等のトン
ネリングプロトコルを用いてISPのPPPサーバにトンネル
バックする。図１０はこの構成に対するプロトコルスタ
ックをホームに位置するエンドシステムに対して示す。
ネットサービスプロバイダ（ISP）ではないため、ある
いはそのWSPがエンドユーザにアクセスを提供する合意
を他のISPとの間でにもつために、エンドシステムを一
つあるいは複数のインターネットサービスプロバイダに
接続することを希望する無線サービスプロバイダに対し
て第二のコンフィギュレーションをサポートする。例え
ば、ある無線サービスプロバイダ（WSP）がエンドユー
ザにネットワークアクセスを提供することを選択し、さ
らに、第三者であるISPとの間に、その第三のISPとも取
引のあるエンドユーザが、そのWSPネットワークからそ
の第三のISPにアクセスするのを許す合意を持つ状況が
これに相当する。この構成においては、PPPサーバは、M
SCの所に設置されるホームIWF内ではランしない。代わ
りに、L2TP（Layer Two Tunneling Protocol）等のトン
ネリングプロトコルを用いてISPのPPPサーバにトンネル
バックする。図１０はこの構成に対するプロトコルスタ
ックをホームに位置するエンドシステムに対して示す。
【０１１９】ホームIWFとISPのPPPサーバの位置は、PPP
セッションを通じて固定されたままにとどまる。ホーム
IWFとISPのPPPサーバとの間のL2TPトンネルもPPPセッシ
ョンを通じて設定されたままにとどまる。ホームIWFとP
PPサーバとの間の物理リンクはルータを介して専用のT1
もしくはT3、あるいはフレームリレーもしくはATMネッ
トワークを用いて設定される。この物理リンクの個々の
特性はこのアーキテクチャの観点からは特に重要ではな
い。
セッションを通じて固定されたままにとどまる。ホーム
IWFとISPのPPPサーバとの間のL2TPトンネルもPPPセッシ
ョンを通じて設定されたままにとどまる。ホームIWFとP
PPサーバとの間の物理リンクはルータを介して専用のT1
もしくはT3、あるいはフレームリレーもしくはATMネッ
トワークを用いて設定される。この物理リンクの個々の
特性はこのアーキテクチャの観点からは特に重要ではな
い。
【０１２０】この構成は、イントラネットアクセスもサ
ポートする。イントラネットアクセスの場合は、PPPサ
ーバは企業イントラネット内に駐在し、ホームIWFはL2T
Pを用いてこれにトンネリングする。
ポートする。イントラネットアクセスの場合は、PPPサ
ーバは企業イントラネット内に駐在し、ホームIWFはL2T
Pを用いてこれにトンネリングする。
【０１２１】図２０は、イントラネットあるいはISPア
クセスに対するプロトコルハンドリングをローミングエ
ンドシステムに対して示す。これは、上述の構成とは、
ローミングエンドシステムがサービングIWFを用いて自
身のホームIWFに接続する点が異なる。サービングIWFと
ホームIWFとの間のプロトコルハンドリングは前述の通
りである。
クセスに対するプロトコルハンドリングをローミングエ
ンドシステムに対して示す。これは、上述の構成とは、
ローミングエンドシステムがサービングIWFを用いて自
身のホームIWFに接続する点が異なる。サービングIWFと
ホームIWFとの間のプロトコルハンドリングは前述の通
りである。
【０１２２】図２１は、登録フェーズ、つまり、エンド
システムの登録の際に用いられるプロトコルスタックを
ローカルAPセルアーキテクチャに対して示す。リモート
APセルアーキテクチャに対するプロトコルスタックもこ
れとほぼ同一である。上述のシナリオはローミングエン
ドシステムに対するものであり、ホームに位置するエン
ドシステムに対しては登録経路内にはフォーリン登録サ
ーバは関与しない。
システムの登録の際に用いられるプロトコルスタックを
ローカルAPセルアーキテクチャに対して示す。リモート
APセルアーキテクチャに対するプロトコルスタックもこ
れとほぼ同一である。上述のシナリオはローミングエン
ドシステムに対するものであり、ホームに位置するエン
ドシステムに対しては登録経路内にはフォーリン登録サ
ーバは関与しない。
【０１２３】エンドシステム内のモビィリティエージェ
ントについても説明の必要がある。エンドシステム内の
モビィリティエージェントと無線ハブ内のフォーリンエ
ージェントは、概念的に、mobile IP RFC 2002と類似す
る。このモビィリティエージェントは、ネットワークエ
ラーをタイムアウトと再試行を用いて扱う。ベアラデー
タに対する周知のプロトコルスタックと異なり、RLP層
は用いられない。フォーリンエージェントと登録サーバ
はエンドシステムの登録のためにRadius overUDP/IPを
用いて互いに通信する。
ントについても説明の必要がある。エンドシステム内の
モビィリティエージェントと無線ハブ内のフォーリンエ
ージェントは、概念的に、mobile IP RFC 2002と類似す
る。このモビィリティエージェントは、ネットワークエ
ラーをタイムアウトと再試行を用いて扱う。ベアラデー
タに対する周知のプロトコルスタックと異なり、RLP層
は用いられない。フォーリンエージェントと登録サーバ
はエンドシステムの登録のためにRadius overUDP/IPを
用いて互いに通信する。
【０１２４】セキュリティに関して幾つかの点を説明す
る必要がある。第一に、エンドシステムの識別とフォー
リン／ホームネットワークの識別が、無線登録フェーズ
の際に認証（検証）される。第二に、エンドシステムの
識別が自身のPPPサーバに対してPPP認証フェーズの際に
認証（比較）される。第三に、アカウンティングデータ
の格納、課金、およびホームドメイン情報の更新の際に
認証が行なわれる。第四に、エンドシステムとの間で送
受されるベアラトラヒックは暗号化される。第五に、サ
ービスプロバイダの境界を越えて課金情報を交換する際
は暗号化が行なわれる。
る必要がある。第一に、エンドシステムの識別とフォー
リン／ホームネットワークの識別が、無線登録フェーズ
の際に認証（検証）される。第二に、エンドシステムの
識別が自身のPPPサーバに対してPPP認証フェーズの際に
認証（比較）される。第三に、アカウンティングデータ
の格納、課金、およびホームドメイン情報の更新の際に
認証が行なわれる。第四に、エンドシステムとの間で送
受されるベアラトラヒックは暗号化される。第五に、サ
ービスプロバイダの境界を越えて課金情報を交換する際
は暗号化が行なわれる。
【０１２５】無線登録の際のエンドシステムの識別のそ
れらのホームネットワークに対する認証（比較）および
ホームネットワークとフォーリンネットワークの識別の
認証には、共有のセキュリティが用いられる。
れらのホームネットワークに対する認証（比較）および
ホームネットワークとフォーリンネットワークの識別の
認証には、共有のセキュリティが用いられる。
【０１２６】エンドシステムの認証においては、１２８
ビットの共有のセキュリティを用いてその登録リクエス
トに対する認証子が生成される。この認証子は、mobile
IPRFC 2002において指定される周知のMD５メッセージ
ダイジェストアルゴリズムを用いて生成される。エンド
システムは、この共有のセキュリティを登録リクエスト
に入れて送信することはなく、認証子のみを送信する。
エンドシステムから登録リクエストを受信すると、ホー
ム登録サーバは、登録リクエストデータから共有のセキ
ュリティを用いて認証子を再計算する。再計算した認証
子の値がエンドシステムによって送信された認証子の値
と一致する場合は、ホーム登録サーバは、以降の登録プ
ロセスの進行を許可する。両方の値が一致しない場合
は、ホーム登録サーバは、この事象を登録し、セキュリ
ティ違反警告およびこのリクエストに対する否定通知
（nak）を生成する。
ビットの共有のセキュリティを用いてその登録リクエス
トに対する認証子が生成される。この認証子は、mobile
IPRFC 2002において指定される周知のMD５メッセージ
ダイジェストアルゴリズムを用いて生成される。エンド
システムは、この共有のセキュリティを登録リクエスト
に入れて送信することはなく、認証子のみを送信する。
エンドシステムから登録リクエストを受信すると、ホー
ム登録サーバは、登録リクエストデータから共有のセキ
ュリティを用いて認証子を再計算する。再計算した認証
子の値がエンドシステムによって送信された認証子の値
と一致する場合は、ホーム登録サーバは、以降の登録プ
ロセスの進行を許可する。両方の値が一致しない場合
は、ホーム登録サーバは、この事象を登録し、セキュリ
ティ違反警告およびこのリクエストに対する否定通知
（nak）を生成する。
【０１２７】登録応答を送り返すとき、ホーム登録サー
バは上述と同一の手続きを遂行する。つまり、共有のセ
キュリティを用いて登録応答に対する認証子を生成し、
これをエンドシステムに送信する。登録応答を受信する
と、エンドシステムは共有のセキュリティを用いて認証
子を再計算する。再計算した値がホーム登録サーバによ
って登録応答に入れて送られた認証子の値と一致しない
場合は、エンドシステムは、その応答を破棄し、再び認
証を試みる。
バは上述と同一の手続きを遂行する。つまり、共有のセ
キュリティを用いて登録応答に対する認証子を生成し、
これをエンドシステムに送信する。登録応答を受信する
と、エンドシステムは共有のセキュリティを用いて認証
子を再計算する。再計算した値がホーム登録サーバによ
って登録応答に入れて送られた認証子の値と一致しない
場合は、エンドシステムは、その応答を破棄し、再び認
証を試みる。
【０１２８】これらのネットワークセキュリティ概念
は、mobile IP RFC 2002において定義されている概念と
類似する。RFCによると、各エンドシステムとそのホー
ムネットワークとの間には、モビィリティセキュリティ
アソシエーションが存在する。各モビィリティセキュリ
ティアソシエーションは、セキュリティ文脈のコレクシ
ョンを定義する。各セキュリティ文脈は、認証アルゴリ
ズム、モード、セキュリティ（共有、公開、プライベー
ト）、応答保護のスタイル、および用いる暗号化のタイ
プを定義する。本発明の背景においては、エンドシステ
ムのUser-Nameが（ホームアドレスの代わりに）、各エ
ンドシステムとそのホームネットワークとの間のモビィ
リティセキュリティアソシエーションを識別するために
用いられる。セキュリティパラメータインデックス（SP
I）と呼ばれるもう一つのパラメータがモビィリティセ
キュリティアソシエーション内の特定のセキュリティ文
脈を選択するために用いられる。本発明の基本的な実施
例においては、デフォルトmobile IP authenticationア
ルゴリズム（keyed-MD5）およびデフォルトモード（“p
refix＋suffix”）のみが１２８ビットの共有のセキュ
リティにてサポートされる。ネットワークユーザは、自
身のホームネットワークとの間で複数の共有のセキュリ
ティを定義することが許される。エンドユーザに対する
セキュリティ文脈の生成、セキュリティパラメータイン
デックス（SPI）の各セキュリティ文脈への割り当て、
セキュリティ文脈の内容（共有のセキュリティを含む）
の設定、内容の修正等を遂行するための機構については
後に説明する。登録の際に、エンドシステムは、１２８
−ビットのメッセージダイジェストを、接頭語＋接尾語
モードにて、MD5アルゴリズムを用いて計算する。この
とき、共有のセキュリティを登録リクエスト内の保護さ
れるべきデータに対する接頭語および接尾語として用い
る。次に、エンドシステムは、こうして計算した認証子
を、SPIおよびUser-Nameと一緒に、登録リクエストに入
れて送信する。エンドシステムの登録リクエストを受信
すると、フォーリン登録サーバは、このリクエストを、
認証子およびSPIと一緒に、変更を加えずに、ホーム登
録サーバに中継する。エンドシステムから直接あるいは
フォーリン登録サーバを介して間接的に登録リクエスト
を受信すると、ホーム登録サーバは、そのSPIおよびUse
r-Nameを用いてセキュリティ文脈を選択する。次に、ホ
ームサーバは共有のセキュリティを用いて認証子を再計
算する。再計算した認証子の値がエンドシステムによっ
て登録リクエストに入れて送られた認証子の値と一致す
る場合は、ユーザの識別の認証は成功する。一致しない
場合は、ホーム登録サーバは、エンドシステムによって
送信された登録リクエストに対して否定の応答を送り返
す。
は、mobile IP RFC 2002において定義されている概念と
類似する。RFCによると、各エンドシステムとそのホー
ムネットワークとの間には、モビィリティセキュリティ
アソシエーションが存在する。各モビィリティセキュリ
ティアソシエーションは、セキュリティ文脈のコレクシ
ョンを定義する。各セキュリティ文脈は、認証アルゴリ
ズム、モード、セキュリティ（共有、公開、プライベー
ト）、応答保護のスタイル、および用いる暗号化のタイ
プを定義する。本発明の背景においては、エンドシステ
ムのUser-Nameが（ホームアドレスの代わりに）、各エ
ンドシステムとそのホームネットワークとの間のモビィ
リティセキュリティアソシエーションを識別するために
用いられる。セキュリティパラメータインデックス（SP
I）と呼ばれるもう一つのパラメータがモビィリティセ
キュリティアソシエーション内の特定のセキュリティ文
脈を選択するために用いられる。本発明の基本的な実施
例においては、デフォルトmobile IP authenticationア
ルゴリズム（keyed-MD5）およびデフォルトモード（“p
refix＋suffix”）のみが１２８ビットの共有のセキュ
リティにてサポートされる。ネットワークユーザは、自
身のホームネットワークとの間で複数の共有のセキュリ
ティを定義することが許される。エンドユーザに対する
セキュリティ文脈の生成、セキュリティパラメータイン
デックス（SPI）の各セキュリティ文脈への割り当て、
セキュリティ文脈の内容（共有のセキュリティを含む）
の設定、内容の修正等を遂行するための機構については
後に説明する。登録の際に、エンドシステムは、１２８
−ビットのメッセージダイジェストを、接頭語＋接尾語
モードにて、MD5アルゴリズムを用いて計算する。この
とき、共有のセキュリティを登録リクエスト内の保護さ
れるべきデータに対する接頭語および接尾語として用い
る。次に、エンドシステムは、こうして計算した認証子
を、SPIおよびUser-Nameと一緒に、登録リクエストに入
れて送信する。エンドシステムの登録リクエストを受信
すると、フォーリン登録サーバは、このリクエストを、
認証子およびSPIと一緒に、変更を加えずに、ホーム登
録サーバに中継する。エンドシステムから直接あるいは
フォーリン登録サーバを介して間接的に登録リクエスト
を受信すると、ホーム登録サーバは、そのSPIおよびUse
r-Nameを用いてセキュリティ文脈を選択する。次に、ホ
ームサーバは共有のセキュリティを用いて認証子を再計
算する。再計算した認証子の値がエンドシステムによっ
て登録リクエストに入れて送られた認証子の値と一致す
る場合は、ユーザの識別の認証は成功する。一致しない
場合は、ホーム登録サーバは、エンドシステムによって
送信された登録リクエストに対して否定の応答を送り返
す。
【０１２９】ホーム登録サーバによってエンドシステム
に送られる登録応答も上述のmobileIPアルゴリズムを用
いて認証（検証）される。ホームサーバは、SPIおよび
計算した認証子の値を登録応答メッセージに入れてエン
ドシステムに送信する。登録応答を受信すると、エンド
システムは認証子を再計算し、再計算した値が送信した
値と一致しない場合は、その登録応答を破棄し、再び認
証を試みる。
に送られる登録応答も上述のmobileIPアルゴリズムを用
いて認証（検証）される。ホームサーバは、SPIおよび
計算した認証子の値を登録応答メッセージに入れてエン
ドシステムに送信する。登録応答を受信すると、エンド
システムは認証子を再計算し、再計算した値が送信した
値と一致しない場合は、その登録応答を破棄し、再び認
証を試みる。
【０１３０】ユーザのエンドシステムは、共有のセキュ
リティおよびユーザが自身の登録サーバと共有する全て
のセキュリティ文脈に対するSPIを持つように構成する
必要がある。このコンフィギュレーション情報は、好ま
しくは、Windows 95ベースのエンドシステムの場合は、
Win 95レジストリに格納する。登録の際に、この情報が
アクセスされ、認証の目的で用いられる。
リティおよびユーザが自身の登録サーバと共有する全て
のセキュリティ文脈に対するSPIを持つように構成する
必要がある。このコンフィギュレーション情報は、好ま
しくは、Windows 95ベースのエンドシステムの場合は、
Win 95レジストリに格納する。登録の際に、この情報が
アクセスされ、認証の目的で用いられる。
【０１３１】ネットワーク内において、フォーリンエー
ジェント（FA）は、エンドシステムに代わってエンドシ
ステムの登録を行なうため、および無線ハブとホームIW
FあるいはサービングIWFの間のxtunnelを構成するため
にRadiusプロトコルを用いる。エンドシステムから登録
リクエストを受信すると、FAは、Radius Access-Reques
tパケットを生成し、このパケット内に自身の属性を挿
入し、さらに、エンドシステムの登録リクエストの属性
を、変更を加えずに、このパケット内にコピーし、こう
して結合したリクエストをMSC内の登録サーバに送信す
る。
ジェント（FA）は、エンドシステムに代わってエンドシ
ステムの登録を行なうため、および無線ハブとホームIW
FあるいはサービングIWFの間のxtunnelを構成するため
にRadiusプロトコルを用いる。エンドシステムから登録
リクエストを受信すると、FAは、Radius Access-Reques
tパケットを生成し、このパケット内に自身の属性を挿
入し、さらに、エンドシステムの登録リクエストの属性
を、変更を加えずに、このパケット内にコピーし、こう
して結合したリクエストをMSC内の登録サーバに送信す
る。
【０１３２】Radius認証には、Radiusクライアント（こ
の場合は基地局内のＦＡ）とRadiusサーバ（この場合は
MSC内の登録サーバ）が、認証のためにセキュリティを
共有することが必要とされる。この共有のセキュリティ
は、RadiusクライアントとRadiusサーバの間で通信され
るプイラベート情報の暗号化にも用いられる。この共有
のセキュリティは、コンフィガラブルなパラメータであ
る。ネットワークは、Radius RFCの勧告に従って共有の
セキュリティおよびMD5アルゴリズムを認証のために用
い、暗号化が必要とされる場合は、暗号化のためにも用
いる。FAによって送信されるRadius Access-Requestパ
ケットは、Radius User-Name属性（これはエンドシステ
ムによって供給される）およびRadius User-Password属
性を含む。User-Password属性の値もコンフィガラブル
な値であり、Radiusプロトコルによって勧告される方法
に従って暗号化される。Radius RFC標準の観点からは非
標準属性であるネットワークに特定な他の属性も、ベン
ダ固有のRadius属性として符号化され、Access-Request
パケットに入れて送信される。
の場合は基地局内のＦＡ）とRadiusサーバ（この場合は
MSC内の登録サーバ）が、認証のためにセキュリティを
共有することが必要とされる。この共有のセキュリティ
は、RadiusクライアントとRadiusサーバの間で通信され
るプイラベート情報の暗号化にも用いられる。この共有
のセキュリティは、コンフィガラブルなパラメータであ
る。ネットワークは、Radius RFCの勧告に従って共有の
セキュリティおよびMD5アルゴリズムを認証のために用
い、暗号化が必要とされる場合は、暗号化のためにも用
いる。FAによって送信されるRadius Access-Requestパ
ケットは、Radius User-Name属性（これはエンドシステ
ムによって供給される）およびRadius User-Password属
性を含む。User-Password属性の値もコンフィガラブル
な値であり、Radiusプロトコルによって勧告される方法
に従って暗号化される。Radius RFC標準の観点からは非
標準属性であるネットワークに特定な他の属性も、ベン
ダ固有のRadius属性として符号化され、Access-Request
パケットに入れて送信される。
【０１３３】FAは以下の属性をRadius Access-Request
パケットに挿入して登録サーバに送信する： １．User-Name Attribute（ユーザ名属性）。これはエ
ンドシステムのユーザ名であり、エンドシステムによっ
て登録リクエストに入れて供給される。 ２．User-Password Attribute（ユーザパスワード属
性）。このユーザパスワードは、基地局／無線ハブによ
ってユーザに代わって供給される。これは、Radius EFC
の規定に従って基地局とその登録サーバとの間で共有さ
れるセキュリティを用いて符号化される。
パケットに挿入して登録サーバに送信する： １．User-Name Attribute（ユーザ名属性）。これはエ
ンドシステムのユーザ名であり、エンドシステムによっ
て登録リクエストに入れて供給される。 ２．User-Password Attribute（ユーザパスワード属
性）。このユーザパスワードは、基地局／無線ハブによ
ってユーザに代わって供給される。これは、Radius EFC
の規定に従って基地局とその登録サーバとの間で共有さ
れるセキュリティを用いて符号化される。
【０１３４】３．NAS-Port（NASポート）。これは基地
局上のポートである。 ４．NAS-IP Address（NAS-IPアドレス）。これは基地局
のIPアドレスである。 ５．Service-Type（サービスタイプ）。これはフレーム
ドサービスである。
局上のポートである。 ４．NAS-IP Address（NAS-IPアドレス）。これは基地局
のIPアドレスである。 ５．Service-Type（サービスタイプ）。これはフレーム
ドサービスである。
【０１３５】６．Framed Protocol（フレームドプロト
コル）。これはPPPプロトコルである。 ７．Xtunnel Protocol Parameters（Xtunnelプロトコル
パラメータ）。これらのパラメータは基地局によってエ
ンドシステムに代わってxtunnelプロトコルを設定する
ための必要なパラメータを指定するために送信される。
これはベンダ固有の属性である。
コル）。これはPPPプロトコルである。 ７．Xtunnel Protocol Parameters（Xtunnelプロトコル
パラメータ）。これらのパラメータは基地局によってエ
ンドシステムに代わってxtunnelプロトコルを設定する
ための必要なパラメータを指定するために送信される。
これはベンダ固有の属性である。
【０１３６】８．AP-IP Address（AP-IP アドレス）。
これはユーザが登録の際に用いるAPのIPアドレスであ
る。これはベンダ固有の属性である。 ９．AP-MAC-Address（AP-MACアドレス）。これはユーザ
が登録の際に用いるAPのMACアドレスである。 １０．End system's Registration Request（エンドシ
ステムの登録リクエスト）。エンドシステムからの登録
リクエストは、変更を加えず、このベンダ固有の属性内
にコピーされる。
これはユーザが登録の際に用いるAPのIPアドレスであ
る。これはベンダ固有の属性である。 ９．AP-MAC-Address（AP-MACアドレス）。これはユーザ
が登録の際に用いるAPのMACアドレスである。 １０．End system's Registration Request（エンドシ
ステムの登録リクエスト）。エンドシステムからの登録
リクエストは、変更を加えず、このベンダ固有の属性内
にコピーされる。
【０１３７】登録サーバは以下の属性をRadius Access-
Responseパケットに入れてFAに送り返す： １．Service Type（サービスタイプ）。これはフレーム
ドサービスである。 ２．Framed-Protocol（フレームドプロトコル）。これ
はPPPである。 ３．Xtunnel Protocol Parameters（Xtunnelプロトコル
パラメータ）。これらのパラメータは登録サーバによっ
てエンドシステムに代わってxtunnelプロトコルを設定
するために必要なパラメータを指定するために送られ
る。これはベンダ固有の属性である。
Responseパケットに入れてFAに送り返す： １．Service Type（サービスタイプ）。これはフレーム
ドサービスである。 ２．Framed-Protocol（フレームドプロトコル）。これ
はPPPである。 ３．Xtunnel Protocol Parameters（Xtunnelプロトコル
パラメータ）。これらのパラメータは登録サーバによっ
てエンドシステムに代わってxtunnelプロトコルを設定
するために必要なパラメータを指定するために送られ
る。これはベンダ固有の属性である。
【０１３８】４．Home Resistration Server'Replay
（ホーム登録サーバの応答）。この属性は、ホーム登録
サーバからFAに送信される。FAは、この属性を、変更を
加えずに、登録応答パケットに入れてエンドシステムに
中継する。経路内にフォーリン登録サーバが存在する場
合は、フォーリン登録サーバは、この属性を、変更を加
えずに、FAに中継される。これはベンダ固有の属性とし
て符号化される。
（ホーム登録サーバの応答）。この属性は、ホーム登録
サーバからFAに送信される。FAは、この属性を、変更を
加えずに、登録応答パケットに入れてエンドシステムに
中継する。経路内にフォーリン登録サーバが存在する場
合は、フォーリン登録サーバは、この属性を、変更を加
えずに、FAに中継される。これはベンダ固有の属性とし
て符号化される。
【０１３９】ローミングエンドシステムにサービスを提
供するためには、フォーリンネットワークとホームネッ
トワークが互いにアカウンティングおよび課金の目的
で、認証とコンフィギュレーションのためにRadiusプロ
トコルを用いて認証（検証）される。この認証はエンド
システムが登録するときに遂行される。上述のように、
フォーリンネットワーク内の登録サーバは、エンドシス
テムからの登録リクエスト（これはFAによってRadius-A
ccess Requestパケット内にベンダ固有の属性としてカ
プセル化して中継される）を受信すると、このフォーリ
ン登録サーバは、エンドシステムのNser-Nameを用い
て、自身のホームドメインディレクトリ（HDD）を調べ
ることで、エンドシステムのホーム登録サーバの識別を
見つける。ホームドメインディレクトリ（HDD）には、
以下の情報が格納されており、フォーリン登録サーバは
エンドシステムの登録リクエストを転送するためにこれ
にアクセスする：
供するためには、フォーリンネットワークとホームネッ
トワークが互いにアカウンティングおよび課金の目的
で、認証とコンフィギュレーションのためにRadiusプロ
トコルを用いて認証（検証）される。この認証はエンド
システムが登録するときに遂行される。上述のように、
フォーリンネットワーク内の登録サーバは、エンドシス
テムからの登録リクエスト（これはFAによってRadius-A
ccess Requestパケット内にベンダ固有の属性としてカ
プセル化して中継される）を受信すると、このフォーリ
ン登録サーバは、エンドシステムのNser-Nameを用い
て、自身のホームドメインディレクトリ（HDD）を調べ
ることで、エンドシステムのホーム登録サーバの識別を
見つける。ホームドメインディレクトリ（HDD）には、
以下の情報が格納されており、フォーリン登録サーバは
エンドシステムの登録リクエストを転送するためにこれ
にアクセスする：
【０１４０】１．Home Registration Server IP Addres
s（ホーム登録サーバのIPアドレス）。これは登録リク
エストの転送先のホーム登録サーバのIPアドレスであ
る。
s（ホーム登録サーバのIPアドレス）。これは登録リク
エストの転送先のホーム登録サーバのIPアドレスであ
る。
【０１４１】２．Foreign Registration Server Machin
e Id（フォーリン登録サーバのマシンId）。これは、フ
ォーリン登録サーバのSMTP（simplified mail transfer
prorocol）フォーマットでのマシンIDである（これ
は、例えば、machine@fqdnの形式を持ち、マシン（mach
ine）はフォーリン登録サーバマシンの名前を表し、fqd
nはフォーリン登録サーバのドメインの完全修飾ドメイ
ン名である）。
e Id（フォーリン登録サーバのマシンId）。これは、フ
ォーリン登録サーバのSMTP（simplified mail transfer
prorocol）フォーマットでのマシンIDである（これ
は、例えば、machine@fqdnの形式を持ち、マシン（mach
ine）はフォーリン登録サーバマシンの名前を表し、fqd
nはフォーリン登録サーバのドメインの完全修飾ドメイ
ン名である）。
【０１４２】３．Tunneling Protocol Parameters（ト
ンネリングプロトコルパラメータ）。これらは、エンド
システムに代わってサービングIWFとホームIWFとの間の
トンネルを構成するためのパラメータである。これらパ
ラメータには、これらの間で用いられるべきトンネリン
グプロトコルとトンネルを構成するためのパラメータが
含まれる。
ンネリングプロトコルパラメータ）。これらは、エンド
システムに代わってサービングIWFとホームIWFとの間の
トンネルを構成するためのパラメータである。これらパ
ラメータには、これらの間で用いられるべきトンネリン
グプロトコルとトンネルを構成するためのパラメータが
含まれる。
【０１４３】４．Shared Secret（共有のセキュリテ
ィ）。これはフォーリン登録サーバとホーム登録サーバ
との間の認証のために用いられるべき共有のセキュリテ
ィである。このセキュリティは、フォーリン登録サーバ
からホーム登録サーバに送信されるRadius User-Passwo
rd属性を計算するために用いられる。これは、２つの無
線サーバプロバイダの間で定義される。
ィ）。これはフォーリン登録サーバとホーム登録サーバ
との間の認証のために用いられるべき共有のセキュリテ
ィである。このセキュリティは、フォーリン登録サーバ
からホーム登録サーバに送信されるRadius User-Passwo
rd属性を計算するために用いられる。これは、２つの無
線サーバプロバイダの間で定義される。
【０１４４】５．User-Password（ユーザパスワー
ド）。これはローミングエンドシステムに代わって用い
られるべきユーザパスワードである。このユーザパスワ
ードは、２つの無線サービスプロバイダの間で定義され
る。このパスワードはRadius RFCの規定に従って共有の
セキュリティを用いて暗号化される。
ド）。これはローミングエンドシステムに代わって用い
られるべきユーザパスワードである。このユーザパスワ
ードは、２つの無線サービスプロバイダの間で定義され
る。このパスワードはRadius RFCの規定に従って共有の
セキュリティを用いて暗号化される。
【０１４５】６．Accounting Parameters（アカウンテ
ィングパラメータ）。これらは登録するエンドシステム
に代わって、アカウンティングを構成するためのパラメ
ータである。これらパラメータは、登録サーバによって
自身のIWFにエンドシステムに代わってアカウンティン
グを構成するために送信される。
ィングパラメータ）。これらは登録するエンドシステム
に代わって、アカウンティングを構成するためのパラメ
ータである。これらパラメータは、登録サーバによって
自身のIWFにエンドシステムに代わってアカウンティン
グを構成するために送信される。
【０１４６】フォーリン登録サーバは、上述の情報を用
いてRadius Access-Requestを生成し、このRadius Acce
ss-Requestに自身の登録および認証情報を追加し、さら
にこのRadius Access-Request内にエンドシステムから
送信された登録情報を、変更を加えずに、コピーし、こ
うして結合したリクエストをホーム登録サーバに送信す
る。
いてRadius Access-Requestを生成し、このRadius Acce
ss-Requestに自身の登録および認証情報を追加し、さら
にこのRadius Access-Request内にエンドシステムから
送信された登録情報を、変更を加えずに、コピーし、こ
うして結合したリクエストをホーム登録サーバに送信す
る。
【０１４７】ホーム登録サーバは、Radius-Access Requ
estをエンドシステムがローミングしている場合はフォ
ーリン登録サーバを介して受信し、エンドシステムがホ
ームに位置する場合はFAから直接に受信するが、これを
受信すると、後者の場合は自身のディレクトリサーバに
照会して共有のセキュリティを得ることでエンドシステ
ムの検証を行なう。一方、エンドシステムがローミング
している場合は、フォーリン登録サーバの識別を認証子
を再計算することで検証する。
estをエンドシステムがローミングしている場合はフォ
ーリン登録サーバを介して受信し、エンドシステムがホ
ームに位置する場合はFAから直接に受信するが、これを
受信すると、後者の場合は自身のディレクトリサーバに
照会して共有のセキュリティを得ることでエンドシステ
ムの検証を行なう。一方、エンドシステムがローミング
している場合は、フォーリン登録サーバの識別を認証子
を再計算することで検証する。
【０１４８】リクエストの認証に成功した場合は、ホー
ム登録サーバは、Radius Access-Accept応答パケットを
生成し、これをエンドシステムがローミングしている場
合はフォーリン登録サーバに送り返す。一方、エンドシ
ステムがホームに位置する場合は、これをRadius-Acces
s Requestを送信してきたFAに直接に送り返す。この応
答には、登録応答属性が含まれ、FAは、これをエンドシ
ステムに中継する。
ム登録サーバは、Radius Access-Accept応答パケットを
生成し、これをエンドシステムがローミングしている場
合はフォーリン登録サーバに送り返す。一方、エンドシ
ステムがホームに位置する場合は、これをRadius-Acces
s Requestを送信してきたFAに直接に送り返す。この応
答には、登録応答属性が含まれ、FAは、これをエンドシ
ステムに中継する。
【０１４９】他方、リクエストの認証に失敗した場合
は、ホーム登録サーバは、Radius Access-Reject応答パ
ケットを生成し、これを、エンドシステムがローミング
している場合はフォーリン登録サーバに返信する。一
方、エンドシステムがホームに位置する場合は、Radius
-Access Requestを送信してきたFAに直接に送り返す。
この応答には、登録応答属性が含まれ、FAは、これをエ
ンドシステムに中継する。
は、ホーム登録サーバは、Radius Access-Reject応答パ
ケットを生成し、これを、エンドシステムがローミング
している場合はフォーリン登録サーバに返信する。一
方、エンドシステムがホームに位置する場合は、Radius
-Access Requestを送信してきたFAに直接に送り返す。
この応答には、登録応答属性が含まれ、FAは、これをエ
ンドシステムに中継する。
【０１５０】エンドシステムがローミングしているシナ
リオにおいては、ホーム登録サーバからの応答はフォー
リン登録サーバによって受信され、これはフォーリン登
録サーバによって共有のセキュリティを用いて認証（検
証）される。認証の後に、フォーリン登録サーバは、応
答を処理することで、自身のFAに送信するためのRadius
応答パケット（AccessあるいはReject）を生成する。こ
のとき、フォーリン登録サーバは、ホーム登録サーバに
よって返信されたRadius応答パケットからの登録応答属
性を、変更を加えることなく、FAに送信するRadius応答
パケット内にコピーする。
リオにおいては、ホーム登録サーバからの応答はフォー
リン登録サーバによって受信され、これはフォーリン登
録サーバによって共有のセキュリティを用いて認証（検
証）される。認証の後に、フォーリン登録サーバは、応
答を処理することで、自身のFAに送信するためのRadius
応答パケット（AccessあるいはReject）を生成する。こ
のとき、フォーリン登録サーバは、ホーム登録サーバに
よって返信されたRadius応答パケットからの登録応答属
性を、変更を加えることなく、FAに送信するRadius応答
パケット内にコピーする。
【０１５１】FAは、Radius Access-ResponseあるいはRa
dius Access-Reject応答パケットを受信すると、このRa
dius応答からの登録応答属性を用いて、登録応答パケッ
トを生成し、この応答パケットをエンドシステムに送信
する。これによってラウンドトリップ登録シーケンスが
完了する。
dius Access-Reject応答パケットを受信すると、このRa
dius応答からの登録応答属性を用いて、登録応答パケッ
トを生成し、この応答パケットをエンドシステムに送信
する。これによってラウンドトリップ登録シーケンスが
完了する。
【０１５２】Mobile IP標準は、登録応答の保護を、タ
イムスタンプを用いて、あるいはオプションしてノンス
（nonces）を用いて実現することを指定する。ただし、
タイムスタンプを用いての応答の保護には、対応するノ
ード間に正確に同期された日時クロックが要求される。
このため、Mobile IP標準ではタイムスタンプの使用が
強制でノンスの使用はオプションであるが、本発明で
は、登録の際の応答の保護はノンスを用いて実現され
る。ただし、代替として、タイムスタンプを用いて応答
の保護を実現することも考えられる。
イムスタンプを用いて、あるいはオプションしてノンス
（nonces）を用いて実現することを指定する。ただし、
タイムスタンプを用いての応答の保護には、対応するノ
ード間に正確に同期された日時クロックが要求される。
このため、Mobile IP標準ではタイムスタンプの使用が
強制でノンスの使用はオプションであるが、本発明で
は、登録の際の応答の保護はノンスを用いて実現され
る。ただし、代替として、タイムスタンプを用いて応答
の保護を実現することも考えられる。
【０１５３】ノード間で用いられる応答保護のスタイル
は、セキュリティ文脈内に認証文脈、モード、セキュリ
ティ、暗号化のタイプと一緒に格納される。ネットワー
クはエンドシステムとそのPPPサーバとの間のPPPベース
でのPAP（パスワード認証）およびCHAP（パスワード認
証の挑戦）の使用をサポートする。これは、前述のmobi
le IPおよびRadiusベースの認証機構とは独立に行なわ
れる。これは、プライベートイントラネットあるいはIS
Pがユーザの識別を独立に検証することを可能にする。
は、セキュリティ文脈内に認証文脈、モード、セキュリ
ティ、暗号化のタイプと一緒に格納される。ネットワー
クはエンドシステムとそのPPPサーバとの間のPPPベース
でのPAP（パスワード認証）およびCHAP（パスワード認
証の挑戦）の使用をサポートする。これは、前述のmobi
le IPおよびRadiusベースの認証機構とは独立に行なわ
れる。これは、プライベートイントラネットあるいはIS
Pがユーザの識別を独立に検証することを可能にする。
【０１５４】以下では、アカウンティングおよびディレ
クトリサービスに対する認証を、アカウンティングセキ
ュリティとの関連で説明する。同一MSC内のネットワー
ク装置からのディレクトリサーバへのアクセスの場合、
認証は必要とされない。
クトリサービスに対する認証を、アカウンティングセキ
ュリティとの関連で説明する。同一MSC内のネットワー
ク装置からのディレクトリサーバへのアクセスの場合、
認証は必要とされない。
【０１５５】ネットワークは、エンドシステムとホーム
IWFとの間で伝送されるベアラデータの暗号化をサポー
トする。エンドシステムは、該当するセキュリティ文脈
を選択することで、暗号化がオンあるいはオフされるこ
とを指定する（協議する）。登録リクエストが受信され
たとき、ホーム登録サーバは、エンドシステムの暗号化
に対するリクエストをセキュリティ文脈に基づいて許可
する。認証アルゴリズム、モード、共有のセキュリテ
ィ、および応答保護のスタイルを格納するのに加えて、
セキュリティ文脈が用いるべき暗号化アルゴリズムのス
タイルを指定するためにも用いられる。エンドシステム
とホームエージェントとの間の暗号化が協議（指定）さ
れている場合は、PPPフレーム全体を指定通りに暗号化
した後に、これをRLPにカプセル化する。
IWFとの間で伝送されるベアラデータの暗号化をサポー
トする。エンドシステムは、該当するセキュリティ文脈
を選択することで、暗号化がオンあるいはオフされるこ
とを指定する（協議する）。登録リクエストが受信され
たとき、ホーム登録サーバは、エンドシステムの暗号化
に対するリクエストをセキュリティ文脈に基づいて許可
する。認証アルゴリズム、モード、共有のセキュリテ
ィ、および応答保護のスタイルを格納するのに加えて、
セキュリティ文脈が用いるべき暗号化アルゴリズムのス
タイルを指定するためにも用いられる。エンドシステム
とホームエージェントとの間の暗号化が協議（指定）さ
れている場合は、PPPフレーム全体を指定通りに暗号化
した後に、これをRLPにカプセル化する。
【０１５６】IWF、アカウンティングサーバ、およびア
カウンティングシステムは、MSC内の同一の信託された
ドメイン（trusted domain）の一部分である。これらエ
ンティティは、同一LAN上に接続されるか、あるいは無
線サービスプロバイダによって所有および運用される信
託されたイントラネットの一部分に接続される。IWFと
アカウンティングサーバとの間、並びにアカウンティン
グサーバと顧客の課金システムとの間のアカウンティン
グ統計の転送は、暗号化する必要はない。
カウンティングシステムは、MSC内の同一の信託された
ドメイン（trusted domain）の一部分である。これらエ
ンティティは、同一LAN上に接続されるか、あるいは無
線サービスプロバイダによって所有および運用される信
託されたイントラネットの一部分に接続される。IWFと
アカウンティングサーバとの間、並びにアカウンティン
グサーバと顧客の課金システムとの間のアカウンティン
グ統計の転送は、暗号化する必要はない。
【０１５７】このネットワークでは、エンドシステムの
位置をモニタすることは、より困難になる。これは、エ
ンドシステムとの間で伝送される全てのPPPフレーム
が、エンドシステムデバイスの実際の位置と関係なく、
ホームIWFを通過するように見えるためである。
位置をモニタすることは、より困難になる。これは、エ
ンドシステムとの間で伝送される全てのPPPフレーム
が、エンドシステムデバイスの実際の位置と関係なく、
ホームIWFを通過するように見えるためである。
【０１５８】アカウンティングデータは、ネットワーク
内のサービングIWFとホームIWFによって集められる。サ
ービングIWFによって集められたアカウンティングデー
タは、サービングIWFのMSC内のアカウンティングサーバ
に送られる。ホームIWFによって集められたアカウンテ
ィングデータは、ホームIWFのMSC内のアカウンティング
サーバに送られる。サービングIWFによって集められた
アカウンティングデータは、フォーリン無線サービスプ
ロバイダによって、監査のため、および請求書を無線サ
ービスプロバイダの境界間で清算するために用いられる
（これによって、ローミングとモビィリティがサポート
される）。ホームIWFによって集められたアカウンティ
ングデータは、エンドユーザに対する請求書を作成する
ために、および請求書を無線サービスプロバイダの境界
間で、ローミングとモビィリティをサポートするために
清算するために用いられる。
内のサービングIWFとホームIWFによって集められる。サ
ービングIWFによって集められたアカウンティングデー
タは、サービングIWFのMSC内のアカウンティングサーバ
に送られる。ホームIWFによって集められたアカウンテ
ィングデータは、ホームIWFのMSC内のアカウンティング
サーバに送られる。サービングIWFによって集められた
アカウンティングデータは、フォーリン無線サービスプ
ロバイダによって、監査のため、および請求書を無線サ
ービスプロバイダの境界間で清算するために用いられる
（これによって、ローミングとモビィリティがサポート
される）。ホームIWFによって集められたアカウンティ
ングデータは、エンドユーザに対する請求書を作成する
ために、および請求書を無線サービスプロバイダの境界
間で、ローミングとモビィリティをサポートするために
清算するために用いられる。
【０１５９】全てのデータトラヒックが、エンドシステ
ムの位置およびフォーリンエージェントの位置に関係な
く、ホームIWFに送られるために、ホームIWFは、顧客の
請求書を生成するため、および、フォーリンネットワー
クの使用に関する清算情報を生成するための全ての情報
を持つ。
ムの位置およびフォーリンエージェントの位置に関係な
く、ホームIWFに送られるために、ホームIWFは、顧客の
請求書を生成するため、および、フォーリンネットワー
クの使用に関する清算情報を生成するための全ての情報
を持つ。
【０１６０】サービングIWFおよびホームIWFは、登録し
たエンドシステムに対するアカウンティングレコードを
送信するために、好ましくは、Radiusアカウンティング
プロトコルを用いる。Radiusアカウンティングプロトコ
ルは、ドラフトIETF RFCにおいて規定される通りであ
る。本発明では、このプロトコルが拡張される。つま
り、このRadius Accountingプロトコルに、このネット
ワークに対するベンダ固有の属性と、チェックポインテ
ィングが追加される。チェックポインティングとは、こ
の背景においてはアカウンティングデータの定期的な更
新を意味し、これによってアカウンティングレコードが
失われる危険性を最小に押さえられる。
たエンドシステムに対するアカウンティングレコードを
送信するために、好ましくは、Radiusアカウンティング
プロトコルを用いる。Radiusアカウンティングプロトコ
ルは、ドラフトIETF RFCにおいて規定される通りであ
る。本発明では、このプロトコルが拡張される。つま
り、このRadius Accountingプロトコルに、このネット
ワークに対するベンダ固有の属性と、チェックポインテ
ィングが追加される。チェックポインティングとは、こ
の背景においてはアカウンティングデータの定期的な更
新を意味し、これによってアカウンティングレコードが
失われる危険性を最小に押さえられる。
【０１６１】RadiusアカウンティングプロトコルはUDP/
IP上でランし、確認応答（アクノレッジメント）とタイ
ムアウトに基づく再試行を用いる。Radiusアカウンティ
ングクライアント（サービングIWFあるいはホームIWF）
は、UDPアカウンティングリクエストパケットを自身の
アカウンティングサーバに送信する。すると、アカウン
ティングサーバは、アカウンティングクライアントに確
認応答を送り返す。
IP上でランし、確認応答（アクノレッジメント）とタイ
ムアウトに基づく再試行を用いる。Radiusアカウンティ
ングクライアント（サービングIWFあるいはホームIWF）
は、UDPアカウンティングリクエストパケットを自身の
アカウンティングサーバに送信する。すると、アカウン
ティングサーバは、アカウンティングクライアントに確
認応答を送り返す。
【０１６２】ネットワーク内において、アカウンティン
グクライアント（サービングIWFおよびホームIWF）は、
ユーザセッションが開始されるとアカウンティング開始
指標を送信し、ユーザセッションが終了するとアカウン
ティング停止指標を送信する。アカウンティングクライ
アントは、さらに、セッション最中にもアカウンティン
グチェックポイント指標を送信する。これとは対照的
に、IETF RFCドラフトRadiusアカウンティングは、アカ
ウンティングチェックポイント指標は指定しない。本発
明のソフトウエアは、この目的のためにベンダ固有のア
カウンティング属性を生成する。このアカウンティング
属性は、Acct-Status-Type of Start（アカウンティン
グ開始指標）を含む全てのRadius Accounting-Request
パケット内に存在する。この属性の値は、アカウンティ
ングサーバに、そのアカウンティングレコードがチェッ
クポインティングレコードであるか否かを通知するため
に用いられる。チェックポインティングアカウンティン
グレポートは、時間属性を持ち、セッションが開始され
てからの累積アカウンティングデータを含む。本発明に
おいては、チェックポインティングパケットの送信頻度
はコンフィガラブルである。
グクライアント（サービングIWFおよびホームIWF）は、
ユーザセッションが開始されるとアカウンティング開始
指標を送信し、ユーザセッションが終了するとアカウン
ティング停止指標を送信する。アカウンティングクライ
アントは、さらに、セッション最中にもアカウンティン
グチェックポイント指標を送信する。これとは対照的
に、IETF RFCドラフトRadiusアカウンティングは、アカ
ウンティングチェックポイント指標は指定しない。本発
明のソフトウエアは、この目的のためにベンダ固有のア
カウンティング属性を生成する。このアカウンティング
属性は、Acct-Status-Type of Start（アカウンティン
グ開始指標）を含む全てのRadius Accounting-Request
パケット内に存在する。この属性の値は、アカウンティ
ングサーバに、そのアカウンティングレコードがチェッ
クポインティングレコードであるか否かを通知するため
に用いられる。チェックポインティングアカウンティン
グレポートは、時間属性を持ち、セッションが開始され
てからの累積アカウンティングデータを含む。本発明に
おいては、チェックポインティングパケットの送信頻度
はコンフィガラブルである。
【０１６３】サービングIWFおよびホームIWFは、各自の
登録サーバによって、登録フェーズの際に、各自のアカ
ウンティングサーバに接続されるように構成される。コ
ンフィガラブルアカウンティングパラメータには、アカ
ウンティングサーバのIPアドレスおよびUDPポート、チ
ェックポインティングの頻度、セッション／マルチセッ
ションのID、およびアカウンティングクライアントとア
カウンティングサーバとの間で用いられるべき共有のセ
キュリティが含まれる。
登録サーバによって、登録フェーズの際に、各自のアカ
ウンティングサーバに接続されるように構成される。コ
ンフィガラブルアカウンティングパラメータには、アカ
ウンティングサーバのIPアドレスおよびUDPポート、チ
ェックポインティングの頻度、セッション／マルチセッ
ションのID、およびアカウンティングクライアントとア
カウンティングサーバとの間で用いられるべき共有のセ
キュリティが含まれる。
【０１６４】ネットワークは、各登録したエンドシステ
ムに対して、以下のアカウンティング属性を記録する。
これらアカウンティング属性は、セッションの開始時、
セッションの終了時、および中間（チェックポイント）
において、アカウンティングクライアントによって、そ
れらのアカウンティングサーバに、Radiusアカウンティ
ングパケットに入れて報告される。このRadiusアカウン
ティングパケットは、以下を含む：
ムに対して、以下のアカウンティング属性を記録する。
これらアカウンティング属性は、セッションの開始時、
セッションの終了時、および中間（チェックポイント）
において、アカウンティングクライアントによって、そ
れらのアカウンティングサーバに、Radiusアカウンティ
ングパケットに入れて報告される。このRadiusアカウン
ティングパケットは、以下を含む：
【０１６５】１．User Name（ユーザ名）。これは上述
のRadius User-Name属性と類似する。この属性はユーザ
を識別するために用いられ、全てのアカウンティングレ
ポート内に存在する。フォーマットは“user@domain”
の形式を持ち、ドメインは （domain）は、ユーザのホ
ームの完全修飾ドメイン名を表す。
のRadius User-Name属性と類似する。この属性はユーザ
を識別するために用いられ、全てのアカウンティングレ
ポート内に存在する。フォーマットは“user@domain”
の形式を持ち、ドメインは （domain）は、ユーザのホ
ームの完全修飾ドメイン名を表す。
【０１６６】２．NAS IP Address（NAS IP アドレ
ス）。これは上述のNAS-IP-Address属性と類似する。こ
の属性は、ホームIWFあるいはサービングIWFをランして
いるマシンのIPアドレスを識別するために用いられる。 ３．Radio Port（無線ポート）。この属性はユーザにサ
ービスを提供するアクセスポイント上の無線ポートを識
別する。この属性はベンダ固有の属性として符号化され
る。
ス）。これは上述のNAS-IP-Address属性と類似する。こ
の属性は、ホームIWFあるいはサービングIWFをランして
いるマシンのIPアドレスを識別するために用いられる。 ３．Radio Port（無線ポート）。この属性はユーザにサ
ービスを提供するアクセスポイント上の無線ポートを識
別する。この属性はベンダ固有の属性として符号化され
る。
【０１６７】４．Access Point IP Address（アクセス
ポイントIPアドレス）。この属性はユーザにサービスを
提供しているアクセスポイントのIPアドレスを識別す
る。この属性はベンダ固有の属性として符号化される。 ５．Service Type（サービスタイプ）。これは上述のRa
dius Service-Type属性と類似する。この属性の値はFra
medである。 ６．Framed Protocol（フレームドプロトコル）。これ
は上述のRadius Framed-Protocol属性と類似する。この
属性の値はPPPを示すように設定される。
ポイントIPアドレス）。この属性はユーザにサービスを
提供しているアクセスポイントのIPアドレスを識別す
る。この属性はベンダ固有の属性として符号化される。 ５．Service Type（サービスタイプ）。これは上述のRa
dius Service-Type属性と類似する。この属性の値はFra
medである。 ６．Framed Protocol（フレームドプロトコル）。これ
は上述のRadius Framed-Protocol属性と類似する。この
属性の値はPPPを示すように設定される。
【０１６８】７．Accounting Status Type（アカウンテ
ィング状態のタイプ）。これは上述のRadius Acct-Stat
us-Type属性と類似する。この属性の値は、ユーザのRad
iusクライアントとのセッションの開始を示すStart（開
始）か、ユーザのRadiusクライアントとのセッションの
停止を示すStop（停止）である。アカウンティングクラ
イアントに対しては、Acct-Status-Type/Start属性はエ
ンドシステムが登録したときに生成され、Acct-Status-
type/Stop属性はエンドシステムがなんらかの理由で登
録を解除したときに生成される。チェックポイントに対
しては、この属性の値はStartであり、Accounting Chec
kpoint（アカウンティングチェックポイント）属性も存
在する。
ィング状態のタイプ）。これは上述のRadius Acct-Stat
us-Type属性と類似する。この属性の値は、ユーザのRad
iusクライアントとのセッションの開始を示すStart（開
始）か、ユーザのRadiusクライアントとのセッションの
停止を示すStop（停止）である。アカウンティングクラ
イアントに対しては、Acct-Status-Type/Start属性はエ
ンドシステムが登録したときに生成され、Acct-Status-
type/Stop属性はエンドシステムがなんらかの理由で登
録を解除したときに生成される。チェックポイントに対
しては、この属性の値はStartであり、Accounting Chec
kpoint（アカウンティングチェックポイント）属性も存
在する。
【０１６９】８．Acounting Session ID（アカウンティ
ングセッションのID）。これは上述のRadius-Session-I
dと類似する。エンドシステムがローミングしているシ
ナリオでは、このセッションIDは、エンドシステムが登
録リクエストを発行したときにフォーリン登録サーバに
よって割り当てられる。これは登録シーケンスの際にフ
ォーリン登録サーバからホーム登録サーバに送信され
る。ホームネットワークとフォーリンネットワークの両
方ともAcct-Session-ID属性を知っており、この属性を
各自のアカウンティングサーバにアカウンティングレコ
ードを送信する際に送信する。“エンドシステムがホー
ムに存在する”シナリオでは、この属性はホーム登録サ
ーバによって生成される。ホーム登録サーバは、この属
性の値を、自身のIWFに通知する。すると、IWFはこれを
全てのアカウンティングレコード内に挿入する。
ングセッションのID）。これは上述のRadius-Session-I
dと類似する。エンドシステムがローミングしているシ
ナリオでは、このセッションIDは、エンドシステムが登
録リクエストを発行したときにフォーリン登録サーバに
よって割り当てられる。これは登録シーケンスの際にフ
ォーリン登録サーバからホーム登録サーバに送信され
る。ホームネットワークとフォーリンネットワークの両
方ともAcct-Session-ID属性を知っており、この属性を
各自のアカウンティングサーバにアカウンティングレコ
ードを送信する際に送信する。“エンドシステムがホー
ムに存在する”シナリオでは、この属性はホーム登録サ
ーバによって生成される。ホーム登録サーバは、この属
性の値を、自身のIWFに通知する。すると、IWFはこれを
全てのアカウンティングレコード内に挿入する。
【０１７０】９．Accounting Multi-Session ID（アカ
ウンティングマルチセッションのID）。これは上述のRa
dius Acct-Multi-Session-IDと類似する。このIDは、ホ
ーム登録サーバによって、エンドシステムに代わって登
録リクエストがFAから直接に受信されたとき、あるいは
これがフォーリン登録サーバを介して受信されたときに
割り当てられる。これはホーム登録サーバからフォーリ
ン登録サーバに登録応答メッセージに挿入して送られ
る。フォーリン登録サーバは、この属性の値を、自身の
IWFに送り、IWFはこれを全てのアカウンティングレコー
ドに挿入する。
ウンティングマルチセッションのID）。これは上述のRa
dius Acct-Multi-Session-IDと類似する。このIDは、ホ
ーム登録サーバによって、エンドシステムに代わって登
録リクエストがFAから直接に受信されたとき、あるいは
これがフォーリン登録サーバを介して受信されたときに
割り当てられる。これはホーム登録サーバからフォーリ
ン登録サーバに登録応答メッセージに挿入して送られ
る。フォーリン登録サーバは、この属性の値を、自身の
IWFに送り、IWFはこれを全てのアカウンティングレコー
ドに挿入する。
【０１７１】本発明ではアーキテクチャに真のモビィリ
ティが追加されるが、このIDは、エンドシステムが、あ
るIWFから別のIWFに移動した場合に、同一のエンドシス
テムに対する異なるIWFからのアカウンティングレコー
ドを一つに纏めるために用いられる。IWF境界間でハン
ドオフした場合、IWFが変わるとアカウンティングレコ
ード内のAcct-Session-Idも変わる。ただし、Acct-Mult
i-Session-Idの属性は、そのユーザにサービスを提供し
た全てのIWFが、アカウンティングレコード内に同一の
値を用いる。セッションIDとマルチセッションIDは、フ
ォーリンネットワークとホームネットワークの両方によ
って知られていおり、両ネットワークはこれらの属性を
アカウンティングレポートに挿入し、各自のアカウンテ
ィングサーバに送る。課金システムはこれらセッション
IDおよびマルチセッションIDを用いて同一無線サービス
プロバイダのIWF境界間あるいは異なる無線サービスプ
ロバイダの境界間からのアカウンティングレコードを一
つに纏める。アカウンティングレコードには以下が含ま
れる：
ティが追加されるが、このIDは、エンドシステムが、あ
るIWFから別のIWFに移動した場合に、同一のエンドシス
テムに対する異なるIWFからのアカウンティングレコー
ドを一つに纏めるために用いられる。IWF境界間でハン
ドオフした場合、IWFが変わるとアカウンティングレコ
ード内のAcct-Session-Idも変わる。ただし、Acct-Mult
i-Session-Idの属性は、そのユーザにサービスを提供し
た全てのIWFが、アカウンティングレコード内に同一の
値を用いる。セッションIDとマルチセッションIDは、フ
ォーリンネットワークとホームネットワークの両方によ
って知られていおり、両ネットワークはこれらの属性を
アカウンティングレポートに挿入し、各自のアカウンテ
ィングサーバに送る。課金システムはこれらセッション
IDおよびマルチセッションIDを用いて同一無線サービス
プロバイダのIWF境界間あるいは異なる無線サービスプ
ロバイダの境界間からのアカウンティングレコードを一
つに纏める。アカウンティングレコードには以下が含ま
れる：
【０１７２】１．Accounting Delay Time（アカウンテ
ィング遅延時間）。Radius Acct-Delay-Timeの属性を参
照されたい。 ２．Accounting Input Octets（アカウンティング入力
オクテット）。RadiusAcct-Input-Octetsを参照された
い。この属性はエンドシステムから送信される（エンド
システムからネットワークに入力される）オクテットの
数を追跡するために用いられる。このカウントは、もっ
ぱらPPPフレームを追跡するために用いられ、エアリン
クのオーバーヘッドや、RLPその他によって生じるオー
バヘッドはカンウトされない。
ィング遅延時間）。Radius Acct-Delay-Timeの属性を参
照されたい。 ２．Accounting Input Octets（アカウンティング入力
オクテット）。RadiusAcct-Input-Octetsを参照された
い。この属性はエンドシステムから送信される（エンド
システムからネットワークに入力される）オクテットの
数を追跡するために用いられる。このカウントは、もっ
ぱらPPPフレームを追跡するために用いられ、エアリン
クのオーバーヘッドや、RLPその他によって生じるオー
バヘッドはカンウトされない。
【０１７３】３．Accounting Output Octets（アカウン
ティング出力オクテット）。RadiusAcct-Output Octets
を参照されたい。この属性はエンドシステムに送られる
（ネットワークからエンドシステムに出力される）オク
テットの数を追跡するために用いられる。このカウント
はもっぱらPPPフレームを追跡するために用いられ、エ
アリンクのオーバーヘッドや、RLPその他によって生じ
るオーバヘッドはカンウトされない。
ティング出力オクテット）。RadiusAcct-Output Octets
を参照されたい。この属性はエンドシステムに送られる
（ネットワークからエンドシステムに出力される）オク
テットの数を追跡するために用いられる。このカウント
はもっぱらPPPフレームを追跡するために用いられ、エ
アリンクのオーバーヘッドや、RLPその他によって生じ
るオーバヘッドはカンウトされない。
【０１７４】４．Accounting Authentic（アカウンティ
ング認証）。Radius Acct-Authenticの属性を参照され
たい。この属性の値はそのアカウンティングレコードが
サービングIWFによって生成されたかホームIWFによって
生成されたかにによってLocal（ホーム）かRemote（フ
ォーリン）のいずれかを取る。
ング認証）。Radius Acct-Authenticの属性を参照され
たい。この属性の値はそのアカウンティングレコードが
サービングIWFによって生成されたかホームIWFによって
生成されたかにによってLocal（ホーム）かRemote（フ
ォーリン）のいずれかを取る。
【０１７５】５．Accounting Session Time（アカウン
ティングセッション時間）。RadiusAcct-Session Time
の属性を参照されたい。この属性はユーザがサービスを
受けた時間の量を示す。サービングIWFによって送信さ
れた場合は、この属性はユーザがそのサービングIWFか
らサービスを受けた時間の量を追跡する。ホームIWFに
よって送信された場合は、この属性はユーザがそのホー
ムIWFからサービスを受けた時間の量を追跡する。
ティングセッション時間）。RadiusAcct-Session Time
の属性を参照されたい。この属性はユーザがサービスを
受けた時間の量を示す。サービングIWFによって送信さ
れた場合は、この属性はユーザがそのサービングIWFか
らサービスを受けた時間の量を追跡する。ホームIWFに
よって送信された場合は、この属性はユーザがそのホー
ムIWFからサービスを受けた時間の量を追跡する。
【０１７６】６．Accounting Input Packets（アカウン
ティング入力パケット）。Radius Acct-Input Packets
の属性を参照されたい。この属性はエンドシステムから
受信されたパケットの数を追跡する。サービングIWFの
場合は、この属性はエンドシステムからそのサービング
IWFに入力されたPPPフレームの数を追跡する。ホームIW
Fの場合は、この属性はエンドシステムからそのホームI
WFに入力されたPPPフレームの数を追跡する。
ティング入力パケット）。Radius Acct-Input Packets
の属性を参照されたい。この属性はエンドシステムから
受信されたパケットの数を追跡する。サービングIWFの
場合は、この属性はエンドシステムからそのサービング
IWFに入力されたPPPフレームの数を追跡する。ホームIW
Fの場合は、この属性はエンドシステムからそのホームI
WFに入力されたPPPフレームの数を追跡する。
【０１７７】７．Accounting Output Packets（アカウ
ンティング出力パケット）。RadiusAcct-Output Packet
sの属性を参照されたい。この属性はエンドシステムに
送信されたパケットの数を示す。サービングIWFの場合
は、そのサービングIWFからエンドシステムに送信され
たPPPフレームの数を追跡する。ホームIWFの場合は、こ
の属性はそのホームIWFからエンドシステムに送信され
たPPPフレームの数を追跡する。
ンティング出力パケット）。RadiusAcct-Output Packet
sの属性を参照されたい。この属性はエンドシステムに
送信されたパケットの数を示す。サービングIWFの場合
は、そのサービングIWFからエンドシステムに送信され
たPPPフレームの数を追跡する。ホームIWFの場合は、こ
の属性はそのホームIWFからエンドシステムに送信され
たPPPフレームの数を追跡する。
【０１７８】８．Accounting Terminate Cause（アカウ
ンティング終端原因）。Radius Acct-Causeの属性を参
照されたい。この属性はユーザセッションが終端された
理由を示す。加えて、追加の詳細を与えるために特定の
原因コードも存在する。この属性はセッション終端時の
アカウンティングレポート内にのみ存在する。
ンティング終端原因）。Radius Acct-Causeの属性を参
照されたい。この属性はユーザセッションが終端された
理由を示す。加えて、追加の詳細を与えるために特定の
原因コードも存在する。この属性はセッション終端時の
アカウンティングレポート内にのみ存在する。
【０１７９】９．Network Accounting Terminate Cause
（ネットワークアカウンティング終端原因）。この属性
はセッションが終端された詳細な理由を示す。この特定
属性はベンダ固有の属性として符号化され、セッション
終端時のみにRadius Accounting属性内に挿入して報告
される。標準Radius属性であるAcct-Terminate Causeも
存在する。この属性はAcct-Terminate Cause属性によっ
てはカバーされない特定な原因コードを提供する。
（ネットワークアカウンティング終端原因）。この属性
はセッションが終端された詳細な理由を示す。この特定
属性はベンダ固有の属性として符号化され、セッション
終端時のみにRadius Accounting属性内に挿入して報告
される。標準Radius属性であるAcct-Terminate Causeも
存在する。この属性はAcct-Terminate Cause属性によっ
てはカバーされない特定な原因コードを提供する。
【０１８０】１０．Network Air link Access Protocol
（ネットワーク空中リクンアクセスプロトコル）。この
属性はエンドシステムによって用いられるエアリンクア
クセスプロトコルを示す。この属性はベンダ固有の属性
として符号化される。
（ネットワーク空中リクンアクセスプロトコル）。この
属性はエンドシステムによって用いられるエアリンクア
クセスプロトコルを示す。この属性はベンダ固有の属性
として符号化される。
【０１８１】１１．Network Backhaul Access Protocol
（ネットワークバックホールアクセスプロトコル）。こ
の属性はアクセスポイントとエンドシステムとの間でデ
ータを送受するために用いられるバックホールアクセス
プロトコルを示す。この属性はベンダ固有の属性として
符号化される。
（ネットワークバックホールアクセスプロトコル）。こ
の属性はアクセスポイントとエンドシステムとの間でデ
ータを送受するために用いられるバックホールアクセス
プロトコルを示す。この属性はベンダ固有の属性として
符号化される。
【０１８２】１２．Network Agent Machine Name（ネッ
トワークエージェントマシン名）。これはホームIWFあ
るいはサービングIWFをランするマシンの完全修飾ドメ
イン名である。この特定属性はベンダ固有の属性として
符号化される。
トワークエージェントマシン名）。これはホームIWFあ
るいはサービングIWFをランするマシンの完全修飾ドメ
イン名である。この特定属性はベンダ固有の属性として
符号化される。
【０１８３】１３．Network Accounting Check-point
（ネットワークアカウンティングチェックポイント）。
RFCドラフトRadiusアカウンティングは、チェックポイ
ントパケットは定義しないために、本発明によるネット
ワークは、Radiusアカウンティング開始パケット内にこ
の属性を用いることでチェックポイントをマークする。
このチェックポイント属性の存在しない場合は、従来の
アカウンティング開始パケットであることを意味する。
アカウンティング開始パケット内にこの属性が存在する
場合は、それがアカウンティングチェックポイントパケ
ットであることを意味する。アカウンティング停止パケ
ットの場合はこの属性は含まない。
（ネットワークアカウンティングチェックポイント）。
RFCドラフトRadiusアカウンティングは、チェックポイ
ントパケットは定義しないために、本発明によるネット
ワークは、Radiusアカウンティング開始パケット内にこ
の属性を用いることでチェックポイントをマークする。
このチェックポイント属性の存在しない場合は、従来の
アカウンティング開始パケットであることを意味する。
アカウンティング開始パケット内にこの属性が存在する
場合は、それがアカウンティングチェックポイントパケ
ットであることを意味する。アカウンティング停止パケ
ットの場合はこの属性は含まない。
【０１８４】好ましい実施例においては、全てのアカウ
ンティングパケットおよび対応する確認応答は、MD5お
よび共有のセキュリティを用いて認証（検証）されるこ
とを必要とする。IWFは共有のセキュリティを備えるよ
うに構成され、IWFは自身のRaiusアカウンティングサー
バと通信する際に、この共有のセキュリティを認証のた
めに用いる。IWFによってアカウンティングサーバと通
信するために用いられる共有のセキュリティは、MSC内
に位置するホーム／フォーリンドメインディレクトリ内
に格納される。アカウンティングセキュリティのために
用いられるこれら共有のセキュリティは、エンドシステ
ムの登録シーケンスの際に、登録サーバからIWFに送ら
れる。
ンティングパケットおよび対応する確認応答は、MD5お
よび共有のセキュリティを用いて認証（検証）されるこ
とを必要とする。IWFは共有のセキュリティを備えるよ
うに構成され、IWFは自身のRaiusアカウンティングサー
バと通信する際に、この共有のセキュリティを認証のた
めに用いる。IWFによってアカウンティングサーバと通
信するために用いられる共有のセキュリティは、MSC内
に位置するホーム／フォーリンドメインディレクトリ内
に格納される。アカウンティングセキュリティのために
用いられるこれら共有のセキュリティは、エンドシステ
ムの登録シーケンスの際に、登録サーバからIWFに送ら
れる。
【０１８５】アカウンティングサーバソフトウエアはMS
C内に位置するコンピュータ内でランする。システム内
でのアカウンティングサーバの役割は、ネットワーク要
素（ホームIWFおよびサービングIWF）から生のアカウン
ティングデータを集め、このデータを処理および格納
し、その後、これを無線サービスプロバイダの課金シス
テムに転送することにある。アカウンティングサーバ
は、課金システムは含まず、これは、自動あるいは手動
のアカウンティングデータ転送機構をサポートする。自
動のアカウンティングデータ転送機能を用いる場合は、
アカウンティングサーバは、アカウンティングレコード
を、AMA課金フォーマットにて、顧客の課金システムにT
CP/IPトランスポート層を通じて転送する。この目的の
ために、システムはパケットデータに対するAMA課金レ
コードフォーマットを定義する。手動の転送機構を用い
る場合は、顧客は、アカウンティングレコードを課金シ
ステムに転送するためのテープを構築する。顧客の仕様
に合わせてテープが構築できるように、顧客にはアカウ
ンティングレコードにアクセスするための情報が提供さ
れる。顧客はこの情報を用いてアカウンティングレコー
ドを処理し、これをテープに書き込む。
C内に位置するコンピュータ内でランする。システム内
でのアカウンティングサーバの役割は、ネットワーク要
素（ホームIWFおよびサービングIWF）から生のアカウン
ティングデータを集め、このデータを処理および格納
し、その後、これを無線サービスプロバイダの課金シス
テムに転送することにある。アカウンティングサーバ
は、課金システムは含まず、これは、自動あるいは手動
のアカウンティングデータ転送機構をサポートする。自
動のアカウンティングデータ転送機能を用いる場合は、
アカウンティングサーバは、アカウンティングレコード
を、AMA課金フォーマットにて、顧客の課金システムにT
CP/IPトランスポート層を通じて転送する。この目的の
ために、システムはパケットデータに対するAMA課金レ
コードフォーマットを定義する。手動の転送機構を用い
る場合は、顧客は、アカウンティングレコードを課金シ
ステムに転送するためのテープを構築する。顧客の仕様
に合わせてテープが構築できるように、顧客にはアカウ
ンティングレコードにアクセスするための情報が提供さ
れる。顧客はこの情報を用いてアカウンティングレコー
ドを処理し、これをテープに書き込む。
【０１８６】図２２は、ホームIWFあるいはサービングI
WFからアカウンティングサーバによって受信された生の
アカウンティングデータが、アカウンティングサーバに
よって処理および格納される様子を示す。アカウンティ
ングサーバによって遂行される処理には、IWFから受信
された生のアカウンティングデータのフィルタリング、
圧縮、および相関が含まれる。現用／待機二重のプロセ
ッサと、ホットスワップが可能な高速ディスクとを用い
る高アビイラビィリティのファイルサーバが、アカウン
ティングデータをアカウンティングサーバに送信する際
に、データを一時的に緩衝するために用いられる。
WFからアカウンティングサーバによって受信された生の
アカウンティングデータが、アカウンティングサーバに
よって処理および格納される様子を示す。アカウンティ
ングサーバによって遂行される処理には、IWFから受信
された生のアカウンティングデータのフィルタリング、
圧縮、および相関が含まれる。現用／待機二重のプロセ
ッサと、ホットスワップが可能な高速ディスクとを用い
る高アビイラビィリティのファイルサーバが、アカウン
ティングデータをアカウンティングサーバに送信する際
に、データを一時的に緩衝するために用いられる。
【０１８７】アカウンティングサーバは、生のアカウン
ティングデータの処理を、エンドシステムがそのmobile
IPセッションを終了するまで遅延させる。エンドシス
テムがセッションを終了すると、アカウンティングサー
バはそのセッションを通じて集められた生のアカウンテ
ィングデータを処理し、アカウンティングサマリ（要
約）レコードを、SQLデータベースに格納する。SQLデー
タベースに格納されるアカウンティングサマリレコード
は、ASN.1符号化されたファイル（ASN.1 encodedfile）
をポイントする。このファイルは、エンドシステムのセ
ッションに関する詳細なアカウンティング情報を含む。
アカウンティングサーバ内に格納されたデータは、次
に、課金データ転送エージェントによって顧客の課金シ
ステムに転送される。別の方法として、無線サービスプ
ロバイダがアカウンティングデータをSQLデータベース
および／あるいはASN.1符号化されたファイルからテー
プを介して課金システムに転送することもできる。デー
タベーススキームとASN.1符号化されたファイルのフォ
ーマットが、顧客がこれを利用できるようにドキュメン
ト化され、顧客に供給される。アカウンティングシステ
ム内に格納されている処理済みのアカウンティングデー
タの量が高水位マークを超えると、アカウンティングサ
ーバはNMS警告を発行する。この警告はアカウンティン
グサーバ内に格納されているデータの量が低水位マーク
以下に落ちると解除される。警告を発する高水位マーク
および警告を解除する低水位マークは、コンフィガラブ
ルである。アカウンティングサーバは格納されているア
カウンティングデータの年令があるコンフィガラブルな
閾値を超えた場合も、NMS警告を発行する。逆に、この
警告はアカウンティングデータの年令がこの閾値以下に
落ちたときは解除される。
ティングデータの処理を、エンドシステムがそのmobile
IPセッションを終了するまで遅延させる。エンドシス
テムがセッションを終了すると、アカウンティングサー
バはそのセッションを通じて集められた生のアカウンテ
ィングデータを処理し、アカウンティングサマリ（要
約）レコードを、SQLデータベースに格納する。SQLデー
タベースに格納されるアカウンティングサマリレコード
は、ASN.1符号化されたファイル（ASN.1 encodedfile）
をポイントする。このファイルは、エンドシステムのセ
ッションに関する詳細なアカウンティング情報を含む。
アカウンティングサーバ内に格納されたデータは、次
に、課金データ転送エージェントによって顧客の課金シ
ステムに転送される。別の方法として、無線サービスプ
ロバイダがアカウンティングデータをSQLデータベース
および／あるいはASN.1符号化されたファイルからテー
プを介して課金システムに転送することもできる。デー
タベーススキームとASN.1符号化されたファイルのフォ
ーマットが、顧客がこれを利用できるようにドキュメン
ト化され、顧客に供給される。アカウンティングシステ
ム内に格納されている処理済みのアカウンティングデー
タの量が高水位マークを超えると、アカウンティングサ
ーバはNMS警告を発行する。この警告はアカウンティン
グサーバ内に格納されているデータの量が低水位マーク
以下に落ちると解除される。警告を発する高水位マーク
および警告を解除する低水位マークは、コンフィガラブ
ルである。アカウンティングサーバは格納されているア
カウンティングデータの年令があるコンフィガラブルな
閾値を超えた場合も、NMS警告を発行する。逆に、この
警告はアカウンティングデータの年令がこの閾値以下に
落ちたときは解除される。
【０１８８】加入者ディレクトリは、加入者に関する情
報を格納するために用いられ、ホームネットワーク内に
設置される。ホーム登録サーバは、登録フェーズの際
に、エンドシステムの認証および登録のために、このデ
ィレクトリを調べる。各加入者に対して、加入者ディレ
クトリは、以下の情報を格納する：
報を格納するために用いられ、ホームネットワーク内に
設置される。ホーム登録サーバは、登録フェーズの際
に、エンドシステムの認証および登録のために、このデ
ィレクトリを調べる。各加入者に対して、加入者ディレ
クトリは、以下の情報を格納する：
【０１８９】１．User-Name（ユーザ名）。加入者レコ
ード内のこの欄は、SMTPフォーマット（例えば、user@f
qdn）の形式を持ち、userサブ欄は、加入者を加入者の
無線ホームドメインにて識別し、fqdnサブ欄は、加入者
の無線ホームドメインを識別する。この欄は、エンドシ
ステムによって登録フェーズの際に登録リクエストに挿
入して送信される。この欄は、無線サービスプロバイダ
によって加入者にネットワークサービスに加入するとき
に割り当てられる。この欄はPPPにおいて用いられるユ
ーザ名欄とは異なる。
ード内のこの欄は、SMTPフォーマット（例えば、user@f
qdn）の形式を持ち、userサブ欄は、加入者を加入者の
無線ホームドメインにて識別し、fqdnサブ欄は、加入者
の無線ホームドメインを識別する。この欄は、エンドシ
ステムによって登録フェーズの際に登録リクエストに挿
入して送信される。この欄は、無線サービスプロバイダ
によって加入者にネットワークサービスに加入するとき
に割り当てられる。この欄はPPPにおいて用いられるユ
ーザ名欄とは異なる。
【０１９０】２．Mobility Security Association（モ
ビィリティセキュリティアソシエーション）。加入者レ
コード内のこの欄は、加入者とそのホームネットワーク
との間のモビィリティセキュリティアソシエーションを
含む。上述のように、各加入者とそのホーム登録サーバ
との間には、モビィリティセキュリティアソシエーショ
ンが存在する。このモビィリティセキュリティアソシエ
ーションは、セキュリティ文脈のコレクションを定義
し、各セキュリティ文脈は、認証アルゴリズム、認証モ
ード、共有のセキュリティ、応答保護のスタイル、およ
びエンドシステムとホームサーバとの間で用いるべき暗
号化のタイプ（無暗号化も含む）を含む。登録の際、ホ
ーム登録サーバは、エンドシステムによって登録リクエ
ストに挿入して供給されるUser-Nameおよびsecurity pa
rameter index（SPI）を用いてこの加入者ディレクトリ
からその加入者のセキュリティ文脈に関する情報を取り
出す。このセキュリティ文脈内の情報は、そのセッショ
ンの際の認証（検証）、暗号化および応答の保護を強化
するために用いられる。このモビィリティセキュリティ
アソシエーションは、無線サービスプロバイダによって
加入の際に生成される。加入者がこのアソシエーション
を修正することを許可するか否かは、無線サービスプロ
バイダに一任される。許される場合は、加入者は、顧客
サービス係りに電話したり、secure Web site（セキュ
リティウエブサイト）にアクセスすることで、モビィリ
ティセキュリティアソシエーションの内容を確認あるい
は修正する。加えて、加入者は、サービスプロバイダに
よって許される他の加入者情報にアクセスすることもで
きる。
ビィリティセキュリティアソシエーション）。加入者レ
コード内のこの欄は、加入者とそのホームネットワーク
との間のモビィリティセキュリティアソシエーションを
含む。上述のように、各加入者とそのホーム登録サーバ
との間には、モビィリティセキュリティアソシエーショ
ンが存在する。このモビィリティセキュリティアソシエ
ーションは、セキュリティ文脈のコレクションを定義
し、各セキュリティ文脈は、認証アルゴリズム、認証モ
ード、共有のセキュリティ、応答保護のスタイル、およ
びエンドシステムとホームサーバとの間で用いるべき暗
号化のタイプ（無暗号化も含む）を含む。登録の際、ホ
ーム登録サーバは、エンドシステムによって登録リクエ
ストに挿入して供給されるUser-Nameおよびsecurity pa
rameter index（SPI）を用いてこの加入者ディレクトリ
からその加入者のセキュリティ文脈に関する情報を取り
出す。このセキュリティ文脈内の情報は、そのセッショ
ンの際の認証（検証）、暗号化および応答の保護を強化
するために用いられる。このモビィリティセキュリティ
アソシエーションは、無線サービスプロバイダによって
加入の際に生成される。加入者がこのアソシエーション
を修正することを許可するか否かは、無線サービスプロ
バイダに一任される。許される場合は、加入者は、顧客
サービス係りに電話したり、secure Web site（セキュ
リティウエブサイト）にアクセスすることで、モビィリ
ティセキュリティアソシエーションの内容を確認あるい
は修正する。加えて、加入者は、サービスプロバイダに
よって許される他の加入者情報にアクセスすることもで
きる。
【０１９１】３．Modem MAC Address（モデムMACアドレ
ス）。この欄は加入者によって所有されるモデムのMAC
アドレスを含む。登録の際に、共有のセキュリティに加
えてこの欄もユーザを認証（検証）するために用いられ
る。このMACアドレスに基づく認証は、ユーザベースで
オフすることもできる。このMACアドレスは登録の際に
ホーム登録サーバに送信される。
ス）。この欄は加入者によって所有されるモデムのMAC
アドレスを含む。登録の際に、共有のセキュリティに加
えてこの欄もユーザを認証（検証）するために用いられ
る。このMACアドレスに基づく認証は、ユーザベースで
オフすることもできる。このMACアドレスは登録の際に
ホーム登録サーバに送信される。
【０１９２】４．Enable MAC address Authentication
（MACアドレス認証起動）。この欄は、MACアドレスに基
づく認証が、enabled（起動）されているか、disabled
（不能）にされているかを決定するために用いられる。
enabled（起動）されている場合は、ホーム登録サーバ
は、登録を試みているエンドシステムのMACアドレスを
この欄に対してチェックすることで、エンドシステムの
識別を検証する。disabled（不能）にされている場合
は、このチェックは行なわれない。
（MACアドレス認証起動）。この欄は、MACアドレスに基
づく認証が、enabled（起動）されているか、disabled
（不能）にされているかを決定するために用いられる。
enabled（起動）されている場合は、ホーム登録サーバ
は、登録を試みているエンドシステムのMACアドレスを
この欄に対してチェックすることで、エンドシステムの
識別を検証する。disabled（不能）にされている場合
は、このチェックは行なわれない。
【０１９３】５．Roaming Enabled Flag（ローミング起
動標識）。この欄がenabled（起動）に設定されている
場合は、エンドシステムは、フォーリンネットワークに
ローミングすることを許される。この欄がdisabled（不
能）にされている場合は、エンドシステムは、フォーリ
ンネットワークにローミングすることは許されない。
動標識）。この欄がenabled（起動）に設定されている
場合は、エンドシステムは、フォーリンネットワークに
ローミングすることを許される。この欄がdisabled（不
能）にされている場合は、エンドシステムは、フォーリ
ンネットワークにローミングすることは許されない。
【０１９４】６．Roaming Domain List（ローミングド
メインリスト）。この欄はRoaming Enabled Flagがenab
led（起動 ）に設定されている場合にのみ意味を持つ。
この欄は、エンドシステムがそこにローミングすること
を許されるフォーリンドメインのリストを含む。このリ
ストの内容がナル（空）で、しかも、Roaming Enabled
Flagがenabled（起動 ）に設定されている場合は、その
エンドシステムは、自由にローミングすることを許され
る。
メインリスト）。この欄はRoaming Enabled Flagがenab
led（起動 ）に設定されている場合にのみ意味を持つ。
この欄は、エンドシステムがそこにローミングすること
を許されるフォーリンドメインのリストを含む。このリ
ストの内容がナル（空）で、しかも、Roaming Enabled
Flagがenabled（起動 ）に設定されている場合は、その
エンドシステムは、自由にローミングすることを許され
る。
【０１９５】７．Service Enable/Disable Flag（サー
ビス起動／不能標識）。この欄は、システム管理者によ
って、加入者へのサービスを不能にするためにdisabled
（不能）に設定することができる。この欄がenabled
（起動）に設定されている場合は、加入者はサービスを
受けるために登録することを許される。加入者が登録し
た後に、この欄の値がdisabled（不能）に設定された場
合は、その加入者のエンドシステムは、ネットワークに
よって即座に切断される。
ビス起動／不能標識）。この欄は、システム管理者によ
って、加入者へのサービスを不能にするためにdisabled
（不能）に設定することができる。この欄がenabled
（起動）に設定されている場合は、加入者はサービスを
受けるために登録することを許される。加入者が登録し
た後に、この欄の値がdisabled（不能）に設定された場
合は、その加入者のエンドシステムは、ネットワークに
よって即座に切断される。
【０１９６】８．Internet Service Provider Associat
ion（インターネットサービスプロバイダアソシエーシ
ョン）。この欄は加入者のインターネットサービスプロ
バイダに関する情報を含む。この情報はIWFによって、P
PP登録フェーズの際に、エンドシステムに代わってイン
ターネットサービスプロバイダを認証（検証）し、イン
ターネットサービスプロバイダのPPPサーバとの間にL2T
Pトンネルを生成するために用いられる。この欄は加入
者のISPの識別を含む。IWFは、この識別情報を用いて、
エンドシステムに代わって認証とL2TPトンネルの設定を
遂行するためにISPのディレクトリにアクセスする。
ion（インターネットサービスプロバイダアソシエーシ
ョン）。この欄は加入者のインターネットサービスプロ
バイダに関する情報を含む。この情報はIWFによって、P
PP登録フェーズの際に、エンドシステムに代わってイン
ターネットサービスプロバイダを認証（検証）し、イン
ターネットサービスプロバイダのPPPサーバとの間にL2T
Pトンネルを生成するために用いられる。この欄は加入
者のISPの識別を含む。IWFは、この識別情報を用いて、
エンドシステムに代わって認証とL2TPトンネルの設定を
遂行するためにISPのディレクトリにアクセスする。
【０１９７】９．Subscriber's Name & Address Inform
ation（加入者の名前およびアドレス情報）。この欄は
加入者の名前、アドレス、電話、ファックス、ｅ−メー
ルアドレス等を含む。
ation（加入者の名前およびアドレス情報）。この欄は
加入者の名前、アドレス、電話、ファックス、ｅ−メー
ルアドレス等を含む。
【０１９８】ホームドメインディレクトリ（HDD）は、
登録サーバによって、エンドシステムに代わって登録を
完結するためにエンドシステムに関するパラメータを調
べるために用いられる。登録サーバは、この情報を用い
て、エンドシステムがホームから登録しているのか、あ
るいはそのエンドシステムがローミングエンドシステム
であるかを決定する。ホームのエンドシステムである場
合は、登録サーバはホーム登録サーバの役割を担い、エ
ンドシステムの登録を行なう。ローミングエンドシステ
ムである場合は、登録サーバはフォーリン登録サーバの
役割を担い、Radius代理（プロキシ）として機能し、実
際のホーム登録サーバの識別をこのディレクトリから調
べ、そのホーム登録サーバに登録リクエストを転送す
る。このHDD内に格納されているローミングエンドシス
テムの場合に用いられるパラメータとしては、ホーム登
録サーバのIPアドレス、ホームとフォーリンによって共
有されるセキュリティ、ホームIWFとサービングIWFとの
間のトンネルコンフィギュレーション等が含まれる。こ
のHDDはMSC内に位置する。
登録サーバによって、エンドシステムに代わって登録を
完結するためにエンドシステムに関するパラメータを調
べるために用いられる。登録サーバは、この情報を用い
て、エンドシステムがホームから登録しているのか、あ
るいはそのエンドシステムがローミングエンドシステム
であるかを決定する。ホームのエンドシステムである場
合は、登録サーバはホーム登録サーバの役割を担い、エ
ンドシステムの登録を行なう。ローミングエンドシステ
ムである場合は、登録サーバはフォーリン登録サーバの
役割を担い、Radius代理（プロキシ）として機能し、実
際のホーム登録サーバの識別をこのディレクトリから調
べ、そのホーム登録サーバに登録リクエストを転送す
る。このHDD内に格納されているローミングエンドシス
テムの場合に用いられるパラメータとしては、ホーム登
録サーバのIPアドレス、ホームとフォーリンによって共
有されるセキュリティ、ホームIWFとサービングIWFとの
間のトンネルコンフィギュレーション等が含まれる。こ
のHDDはMSC内に位置する。
【０１９９】このHDD内には以下の情報が格納されてい
る： １．Home Domain Name（ホームドメイン名）。この欄は
エンドシステムによって登録リクエストに入れて供給さ
れた完全修飾ホームドメイン名と一致するHDD内のエン
トリを探すためのキーとして用いられる。 ２．Proxy Registration Request（代理登録リクエス
ト）。この欄は登録サーバによってそれがフォーリン登
録サーバとして機能すべきか否かを決定するために用い
られる。真である場合は、フォーリン登録サーバとして
機能し、エンドシステムの登録リクエストを実際のホー
ム登録サーバに中継する。
る： １．Home Domain Name（ホームドメイン名）。この欄は
エンドシステムによって登録リクエストに入れて供給さ
れた完全修飾ホームドメイン名と一致するHDD内のエン
トリを探すためのキーとして用いられる。 ２．Proxy Registration Request（代理登録リクエス
ト）。この欄は登録サーバによってそれがフォーリン登
録サーバとして機能すべきか否かを決定するために用い
られる。真である場合は、フォーリン登録サーバとして
機能し、エンドシステムの登録リクエストを実際のホー
ム登録サーバに中継する。
【０２００】３．Home Registration Server DNS Name
（ホーム登録サーバのDNS名）。proxy registration re
quest標識がTRUE（真）である場合は、フォーリン登録
サーバは、この欄を用いて実際のホーム登録サーバのDN
S名にアクセスする。真でない場合は、この欄は無視さ
れる。このDNS名はフォーリン登録サーバによってIPア
ドレスに翻訳される。フォーリン登録サーバはこのIPア
ドレスを用いて、エンドシステムの登録リクエストを中
継する。
（ホーム登録サーバのDNS名）。proxy registration re
quest標識がTRUE（真）である場合は、フォーリン登録
サーバは、この欄を用いて実際のホーム登録サーバのDN
S名にアクセスする。真でない場合は、この欄は無視さ
れる。このDNS名はフォーリン登録サーバによってIPア
ドレスに翻訳される。フォーリン登録サーバはこのIPア
ドレスを用いて、エンドシステムの登録リクエストを中
継する。
【０２０１】４．Foreign Domain Name（フォーリンド
メイン名）。proxy registration request 標識がTRUE
（真）である場合は、フォーリン登録サーバは、この欄
を用いてフォーリンドメイン名に対応するエンドシステ
ムのホーム登録サーバを識別する。真でない場合は、こ
の欄は無視される。フォーリン登録サーバは、こうして
得られた情報を用いて、フォーリンサーバマシンidをSM
TPフォーマット、例えば、machine@fqdnの形式にて生成
する。フォーリン登録サーバから、このマシンidをRadi
us-Access Reuestに挿入してホーム登録サーバに送信す
る。
メイン名）。proxy registration request 標識がTRUE
（真）である場合は、フォーリン登録サーバは、この欄
を用いてフォーリンドメイン名に対応するエンドシステ
ムのホーム登録サーバを識別する。真でない場合は、こ
の欄は無視される。フォーリン登録サーバは、こうして
得られた情報を用いて、フォーリンサーバマシンidをSM
TPフォーマット、例えば、machine@fqdnの形式にて生成
する。フォーリン登録サーバから、このマシンidをRadi
us-Access Reuestに挿入してホーム登録サーバに送信す
る。
【０２０２】５．Shared Secret（共有のセキュリテ
ィ）。proxy registration request 標識がTRUE（真）
である場合は、この共有のセキュリティを用いて、フォ
ーリン登録サーバとホーム登録サーバとの間で互いの識
別が認証（検証）される。真でない場合はこの欄は無視
される。
ィ）。proxy registration request 標識がTRUE（真）
である場合は、この共有のセキュリティを用いて、フォ
ーリン登録サーバとホーム登録サーバとの間で互いの識
別が認証（検証）される。真でない場合はこの欄は無視
される。
【０２０３】６．Tunneling Protocol Parameters（ト
ンネリングプロトコルパラメータ）。この欄はエンドシ
ステムにサービスを提供するためのトンネルを構成する
ために用いられる。ホームのエンドシステムに用いるパ
ラメータとしては、基地局とホームIWFとの間、並びに
ホームIWFからPPPサーバへのトンネルに関する情報が含
まれる。ローミングエンドシステムに用いるパラメータ
としては、基地局からサービングIWFへの並びにサービ
ングIWFからホームIWFへのトンネリングに関する情報が
含まれる。この欄は各トンネルに対して、最小でも、用
いるべきトンネリングプロトコルのタイプおよび任意の
トンネリングプロトコルに特定なパラメータを含む。例
えば、この欄はトンネリングプロトコルL2TPに対する識
別子およびIWFとその相手（ピア）との間でL2TPトンネ
ルを構成するために必要な追加のパラメータを含む。
ンネリングプロトコルパラメータ）。この欄はエンドシ
ステムにサービスを提供するためのトンネルを構成する
ために用いられる。ホームのエンドシステムに用いるパ
ラメータとしては、基地局とホームIWFとの間、並びに
ホームIWFからPPPサーバへのトンネルに関する情報が含
まれる。ローミングエンドシステムに用いるパラメータ
としては、基地局からサービングIWFへの並びにサービ
ングIWFからホームIWFへのトンネリングに関する情報が
含まれる。この欄は各トンネルに対して、最小でも、用
いるべきトンネリングプロトコルのタイプおよび任意の
トンネリングプロトコルに特定なパラメータを含む。例
えば、この欄はトンネリングプロトコルL2TPに対する識
別子およびIWFとその相手（ピア）との間でL2TPトンネ
ルを構成するために必要な追加のパラメータを含む。
【０２０４】７．Accounting Server Association（ア
カウンティングサーバアソシエーション）。この欄はIW
Fによってエンドシステムに代わってアカウンティング
データを生成するために必要な情報を格納するために用
いられる。これには、アカウンティングプロトコルの名
前（例えば、RADIUS）、アカウンティングサーバのDNS
名およびそのアカウンティングプロトコルに固有のUDP
ポート番号等の追加のパラメータ、IWFがRadius Accoun
tingプロトコル内に用いることを要求される共有のセキ
ュリティ、チェックポインティングの頻度、セッション
／マルチセッションidを生成するためのシード（種）等
が含まれる。このアカウンティングサーバのDNS名は、
アカウンティングサーバのIPアドレスに翻訳され、IWF
に送信される。
カウンティングサーバアソシエーション）。この欄はIW
Fによってエンドシステムに代わってアカウンティング
データを生成するために必要な情報を格納するために用
いられる。これには、アカウンティングプロトコルの名
前（例えば、RADIUS）、アカウンティングサーバのDNS
名およびそのアカウンティングプロトコルに固有のUDP
ポート番号等の追加のパラメータ、IWFがRadius Accoun
tingプロトコル内に用いることを要求される共有のセキ
ュリティ、チェックポインティングの頻度、セッション
／マルチセッションidを生成するためのシード（種）等
が含まれる。このアカウンティングサーバのDNS名は、
アカウンティングサーバのIPアドレスに翻訳され、IWF
に送信される。
【０２０５】互いにローミング合意を持つ無線サービス
プロバイダの場合は、このHDDは、登録プロセスの認証
（検証）および完結に用いられる。エンドシステムが自
身のホームネットワークからフォーリンネットワークに
ローミングした場合は、フォーリンネットワーク内のフ
ォーリン登録サーバは、訪問してきたエンドシステムに
サービスを提供する前に、自身のMSC内のHDDを調べ、訪
問（ローミング）しているエンドシステムのホーム登録
に関する情報を得てホームネットワークの認証（検証）
を行なう。
プロバイダの場合は、このHDDは、登録プロセスの認証
（検証）および完結に用いられる。エンドシステムが自
身のホームネットワークからフォーリンネットワークに
ローミングした場合は、フォーリンネットワーク内のフ
ォーリン登録サーバは、訪問してきたエンドシステムに
サービスを提供する前に、自身のMSC内のHDDを調べ、訪
問（ローミング）しているエンドシステムのホーム登録
に関する情報を得てホームネットワークの認証（検証）
を行なう。
【０２０６】ホームドメインディレクトリ管理に対する
ソフトウエアは、好ましくは、システム管理者に対し
て、グラフィカルユーザインタフェース（graphical us
er interface、GUI）に基づくHDD管理を提供する。シス
テム管理者はこのGUIを用いてHDD内のエントリの確認や
更新を行なう。ただし、このGUIはフォーリン無線ネッ
トワークサービスプロバイダがローミング合意に基づい
てリモートから更新を行なうためには意図されていな
い。これは、もっぱら、防火壁の内側で作業するホーム
無線サービスプロバイダの信託された（トラステッド）
従業員によって用いられることのみを意図される。
ソフトウエアは、好ましくは、システム管理者に対し
て、グラフィカルユーザインタフェース（graphical us
er interface、GUI）に基づくHDD管理を提供する。シス
テム管理者はこのGUIを用いてHDD内のエントリの確認や
更新を行なう。ただし、このGUIはフォーリン無線ネッ
トワークサービスプロバイダがローミング合意に基づい
てリモートから更新を行なうためには意図されていな
い。これは、もっぱら、防火壁の内側で作業するホーム
無線サービスプロバイダの信託された（トラステッド）
従業員によって用いられることのみを意図される。
【０２０７】フォーリンドメインディレクトリ（FDD）
は、ホームドメインディレクトリとは反対の機能を提供
する。FDDはホーム登録サーバによって用いられる。つ
まり、ホーム登録サーバは、FDDからフォーリン登録サ
ーバおよびフォーリンネットワークに関するパラメータ
を取り出し、フォーリンネットワークの認証（検証）や
サービングIWFとホームIWFとの間のトンネルの生成の際
にこれを用いる。これらパラメータには、ホームネット
ワークとフォーリンネットワークの間の共有のセキュリ
ティや、ホームIWFとサービングIWFとの間のトンネルコ
ンフィギュレーション等が含まれる。このFDDはホーム
登録サーバのMSC内に位置する。このFDDはホーム登録サ
ーバによってローミングエンドシステムの登録に用いら
れる。
は、ホームドメインディレクトリとは反対の機能を提供
する。FDDはホーム登録サーバによって用いられる。つ
まり、ホーム登録サーバは、FDDからフォーリン登録サ
ーバおよびフォーリンネットワークに関するパラメータ
を取り出し、フォーリンネットワークの認証（検証）や
サービングIWFとホームIWFとの間のトンネルの生成の際
にこれを用いる。これらパラメータには、ホームネット
ワークとフォーリンネットワークの間の共有のセキュリ
ティや、ホームIWFとサービングIWFとの間のトンネルコ
ンフィギュレーション等が含まれる。このFDDはホーム
登録サーバのMSC内に位置する。このFDDはホーム登録サ
ーバによってローミングエンドシステムの登録に用いら
れる。
【０２０８】このFDDには以下の情報が格納される： １．Home Domain Name（ホームドメイン名）。この欄は
エンドシステムを中継しているフォーリン登録サーバの
完全修飾ドメイン名と一致するFDD内のエントリを探す
ためのキーとして用いられる。 ２．Shared Secret（共有のセキュリティ）。これはフ
ォーリン登録サーバとホーム登録サーバとの間で互いの
識別を互いに認証（検証）するために用いられる共有の
セキュリティである。
エンドシステムを中継しているフォーリン登録サーバの
完全修飾ドメイン名と一致するFDD内のエントリを探す
ためのキーとして用いられる。 ２．Shared Secret（共有のセキュリティ）。これはフ
ォーリン登録サーバとホーム登録サーバとの間で互いの
識別を互いに認証（検証）するために用いられる共有の
セキュリティである。
【０２０９】３．Home IFW-Serving IWF Tunneling Pro
tocol Parameters（ホームIWFとサービングIWFの間のト
ンネリングプロトコルパラメータ）。この欄はホームIW
FとサービングIWFとの間でトンネルを構成するために用
いられる。この欄は、最小でも、用いるべきトンネリン
グプロトコルのタイプおよび任意のトンネリングプロト
コルに特定なパラメータを含む。例えば、この欄はトン
ネリングプロトコルL2TPに対する識別子およびサービン
グIWFとホームIWFとの間でL2TPトンネルを構成するため
に必要な追加のパラメータを含む。
tocol Parameters（ホームIWFとサービングIWFの間のト
ンネリングプロトコルパラメータ）。この欄はホームIW
FとサービングIWFとの間でトンネルを構成するために用
いられる。この欄は、最小でも、用いるべきトンネリン
グプロトコルのタイプおよび任意のトンネリングプロト
コルに特定なパラメータを含む。例えば、この欄はトン
ネリングプロトコルL2TPに対する識別子およびサービン
グIWFとホームIWFとの間でL2TPトンネルを構成するため
に必要な追加のパラメータを含む。
【０２１０】４．Accounting Server Association（ア
カウンティングサーバアソシエーション）。この欄はホ
ームIWFによってエンドシステムに代わってアカウンテ
ィングデータを生成するために必要な情報を格納するた
めに用いられる。これには、アカウンティングプロトコ
ルの名前（例えば、RADIUS）、アカウンティングサーバ
のDNS名およびそのアカウンティングプロトコルに固有
のUDPポート番号等の追加のパラメータ、IWFがRadius A
ccountingプロトコル内に用いることを要求される共有
のセキュリティ、チェックポインティングの頻度、セッ
ション／マルチセッションidを生成するためのシード
（種）等が含まれる。このアカウンティングサーバのDN
S名は、アカウンティングサーバのIPアドレスに翻訳さ
れ、IWFに送信される。
カウンティングサーバアソシエーション）。この欄はホ
ームIWFによってエンドシステムに代わってアカウンテ
ィングデータを生成するために必要な情報を格納するた
めに用いられる。これには、アカウンティングプロトコ
ルの名前（例えば、RADIUS）、アカウンティングサーバ
のDNS名およびそのアカウンティングプロトコルに固有
のUDPポート番号等の追加のパラメータ、IWFがRadius A
ccountingプロトコル内に用いることを要求される共有
のセキュリティ、チェックポインティングの頻度、セッ
ション／マルチセッションidを生成するためのシード
（種）等が含まれる。このアカウンティングサーバのDN
S名は、アカウンティングサーバのIPアドレスに翻訳さ
れ、IWFに送信される。
【０２１１】互いにローミング合意を持つ無線サービス
プロバイダの場合は、このFDDは、登録プロセスの認証
（検証）および完結に用いられる。エンドシステムが自
身のホームネットワークからフォーリンネットワークに
ローミングした場合は、ホームネットワーク内の登録サ
ーバは、自身のMSC内のFDDを調べ、エンドシステムにサ
ービスを提供しているフォーリンネットワークに関する
情報を得てフォーリンの認証（検証）を行なう。
プロバイダの場合は、このFDDは、登録プロセスの認証
（検証）および完結に用いられる。エンドシステムが自
身のホームネットワークからフォーリンネットワークに
ローミングした場合は、ホームネットワーク内の登録サ
ーバは、自身のMSC内のFDDを調べ、エンドシステムにサ
ービスを提供しているフォーリンネットワークに関する
情報を得てフォーリンの認証（検証）を行なう。
【０２１２】このフォーリンドメインディレクトリ管理
ソフトウエアは、好ましくは、システム管理者に対し
て、グラフィカルユーザインタフェース（GUI）に基づ
くFDD管理を提供する。システム管理者はこのGUIを用い
てHDD内のエントリの確認や更新を行なう。ただし、こ
のGUIはフォーリン無線ネットワークサービスプロバイ
ダがローミング合意に基づいてリモートから更新を行な
うためには意図されていない。これは、もっぱら、防火
壁の内側で作業するホーム無線サービスプロバイダの信
託された（トラステッド）従業員によって用いられるこ
とのみを意図される。
ソフトウエアは、好ましくは、システム管理者に対し
て、グラフィカルユーザインタフェース（GUI）に基づ
くFDD管理を提供する。システム管理者はこのGUIを用い
てHDD内のエントリの確認や更新を行なう。ただし、こ
のGUIはフォーリン無線ネットワークサービスプロバイ
ダがローミング合意に基づいてリモートから更新を行な
うためには意図されていない。これは、もっぱら、防火
壁の内側で作業するホーム無線サービスプロバイダの信
託された（トラステッド）従業員によって用いられるこ
とのみを意図される。
【０２１３】ホームIWFはインターネットサービスプロ
バイダディレクトリ（ISPD）を用いて、無線サービスプ
ロバイダとサービス合意を持つISPとの間の接続性を管
理し、加入者がそのネットワークを用いて自身のISPに
アクセスできるようにする。各加入者に対して、加入者
ディレクトリはその加入者のISPに対するエントリを持
ち、この欄は、ISPD内のエントリをポイントする。ホー
ムIWFはこの情報を用いて加入者に代わってISPへの接続
を設定する。
バイダディレクトリ（ISPD）を用いて、無線サービスプ
ロバイダとサービス合意を持つISPとの間の接続性を管
理し、加入者がそのネットワークを用いて自身のISPに
アクセスできるようにする。各加入者に対して、加入者
ディレクトリはその加入者のISPに対するエントリを持
ち、この欄は、ISPD内のエントリをポイントする。ホー
ムIWFはこの情報を用いて加入者に代わってISPへの接続
を設定する。
【０２１４】このネットワークアーキテクチャはローミ
ングをサポートする。複数の無線サービスプロバイダの
間でローミングが機能するためには、このアーキテクチ
ャは、無線サービスプロバイダ間のローミング合意の設
定をサポートできる必要がある。このためには、２つの
要件、つまり：（１）複数の無線サービスプロバイダを
横断してシステムディレクトリを更新できること、およ
び（２）無線サービスプロバイダ間で請求書（料金）を
清算できることが必要となる。
ングをサポートする。複数の無線サービスプロバイダの
間でローミングが機能するためには、このアーキテクチ
ャは、無線サービスプロバイダ間のローミング合意の設
定をサポートできる必要がある。このためには、２つの
要件、つまり：（１）複数の無線サービスプロバイダを
横断してシステムディレクトリを更新できること、およ
び（２）無線サービスプロバイダ間で請求書（料金）を
清算できることが必要となる。
【０２１５】加入者がインターネットサービスプロバイ
ダにアクセスできるようにするために、このネットワー
クアーキテクチャは、インターネットサービスプロバイ
ダとの間にローミング合意を持つ。このためには、この
ネットワークアーキテクチャは、ISPのPPPサーバとの間
でデータが授受できる必要がある（つまり、PPP、L2T
P、Radius等の標準プロトコルをサポートできる必要が
ある）。このアーキテクチャはさらにISPアクセスに対
するディレクトリの更新や、ISPとの間での料金の清算
を扱える必要がある。
ダにアクセスできるようにするために、このネットワー
クアーキテクチャは、インターネットサービスプロバイ
ダとの間にローミング合意を持つ。このためには、この
ネットワークアーキテクチャは、ISPのPPPサーバとの間
でデータが授受できる必要がある（つまり、PPP、L2T
P、Radius等の標準プロトコルをサポートできる必要が
ある）。このアーキテクチャはさらにISPアクセスに対
するディレクトリの更新や、ISPとの間での料金の清算
を扱える必要がある。
【０２１６】２つの無線サービスプロバイダの間でロー
ミング合意が確立されると、両方のプロバイダは、他の
ネットワークからそのネットワークに訪問するエンドシ
ステムに対する認証および登録機能をサポートするため
に、ホームおよびフォーリンドメインディレクトリを更
新することが必要となる。本発明のネットワークアーキ
テクチャは、最小の場合は、手動のディレクトリ更新を
サポートする。この方法においては、２つの無線サービ
スプロバイダの間でローミング合意が確立されると、合
意した２つのパーティは、それらのホームおよびフォー
リンドメインディレクトリに入力するための情報の交換
を行なう。この方法では、これらディレクトリの実際の
更新は、各サービスプロバイダの従業員によって手動で
行なわれる。後になってホームおよびフォーリンドメイ
ンディレクトリ内の情報を更新することが必要になった
場合は、合意した２つのパーティは、更新情報を交換
し、これらの更新を手動でディレクトリに入力する。
ミング合意が確立されると、両方のプロバイダは、他の
ネットワークからそのネットワークに訪問するエンドシ
ステムに対する認証および登録機能をサポートするため
に、ホームおよびフォーリンドメインディレクトリを更
新することが必要となる。本発明のネットワークアーキ
テクチャは、最小の場合は、手動のディレクトリ更新を
サポートする。この方法においては、２つの無線サービ
スプロバイダの間でローミング合意が確立されると、合
意した２つのパーティは、それらのホームおよびフォー
リンドメインディレクトリに入力するための情報の交換
を行なう。この方法では、これらディレクトリの実際の
更新は、各サービスプロバイダの従業員によって手動で
行なわれる。後になってホームおよびフォーリンドメイ
ンディレクトリ内の情報を更新することが必要になった
場合は、合意した２つのパーティは、更新情報を交換
し、これらの更新を手動でディレクトリに入力する。
【０２１７】代替の実施例においては、ディレクトリ管
理ソフトウエアは、インターネットサービスプロバイダ
間のローミングを可能にするとともに、ISPがローミン
グ関係を自動的に管理および発見することを可能にする
IETF標準の開発（developingstandards in IETF）を組
み込む。この場合は、手動でのディレクトリ管理は不要
となる。ネットワークシステムがローミング関係の伝
搬、ローミング関係の発見、訪問するエンドシステムの
認証および登録を自動的に遂行する。
理ソフトウエアは、インターネットサービスプロバイダ
間のローミングを可能にするとともに、ISPがローミン
グ関係を自動的に管理および発見することを可能にする
IETF標準の開発（developingstandards in IETF）を組
み込む。この場合は、手動でのディレクトリ管理は不要
となる。ネットワークシステムがローミング関係の伝
搬、ローミング関係の発見、訪問するエンドシステムの
認証および登録を自動的に遂行する。
【０２１８】アカウンティングデータの処理について
は、ネットワークアーキテクチャは、最小の場合は、単
にアカウンティング情報の処理、格納、および無線サー
ビスプロバイダの課金システムへのデータの送信のみを
サポートし、ローミングに対する料金の清算は、課金シ
ステムに任される。
は、ネットワークアーキテクチャは、最小の場合は、単
にアカウンティング情報の処理、格納、および無線サー
ビスプロバイダの課金システムへのデータの送信のみを
サポートし、ローミングに対する料金の清算は、課金シ
ステムに任される。
【０２１９】代替の実施例においては、インターネット
サービスプロバイダの間にアカウンティングレコードを
配送するIETF標準を開発（developing standards in IE
TF）がネットワークアーキテクチャ内に組み込まれ、IS
Pがローミングエンドシステムに対する料金の清算を行
なうことが可能にされる。
サービスプロバイダの間にアカウンティングレコードを
配送するIETF標準を開発（developing standards in IE
TF）がネットワークアーキテクチャ内に組み込まれ、IS
Pがローミングエンドシステムに対する料金の清算を行
なうことが可能にされる。
【０２２０】システムソフトウエアは、ISPおよびプラ
イベートイントラネットへのアクセスのサポートを、ホ
ームIWFとISPのあるいはイントラネットのPPPサーバの
間にL2TPをサポートすることで実現する。インターネッ
トサービスプロバイダディレクトリ（ISPD）は、IWFが
これらトンネルを生成するために必要とされる情報を含
む。無線サービスプロバイダとインターネットサービス
プロバイダとの間でアクセス合意が行なわれると、この
ディレクトリは無線サービスプロバイダの従業員によっ
て手動で更新される。無線サービスプロバイダとインタ
ーネットサービスプロバイダとの間のアクセス関係の自
動的な更新および発見も現在開発されており、インター
ネット標準の進化に合わせて実現される見込みである。
現時点ではインターネットサービスプロバイダにアクセ
スすると、加入者は２つの請求書を受け取る。つまり、
第一は無線サービスプロバイダから無線ネットワークの
使用に対して受け取り、第二はインターネットサービス
プロバイダから受け取る。両方のタイプの料金を結合す
る（一つに纏める）共通の請求書は、この最小実現のソ
フトウエアでは扱われないが、将来的にはこのソフトウ
エアに料金清算のためのインターネット標準をこれらの
進化に合わせて組み込み、加入者がISPと無線サービス
プロバイダとの間のローミング合意に基づいて共通の請
求書を受け取るようにすることも見込まれる。
イベートイントラネットへのアクセスのサポートを、ホ
ームIWFとISPのあるいはイントラネットのPPPサーバの
間にL2TPをサポートすることで実現する。インターネッ
トサービスプロバイダディレクトリ（ISPD）は、IWFが
これらトンネルを生成するために必要とされる情報を含
む。無線サービスプロバイダとインターネットサービス
プロバイダとの間でアクセス合意が行なわれると、この
ディレクトリは無線サービスプロバイダの従業員によっ
て手動で更新される。無線サービスプロバイダとインタ
ーネットサービスプロバイダとの間のアクセス関係の自
動的な更新および発見も現在開発されており、インター
ネット標準の進化に合わせて実現される見込みである。
現時点ではインターネットサービスプロバイダにアクセ
スすると、加入者は２つの請求書を受け取る。つまり、
第一は無線サービスプロバイダから無線ネットワークの
使用に対して受け取り、第二はインターネットサービス
プロバイダから受け取る。両方のタイプの料金を結合す
る（一つに纏める）共通の請求書は、この最小実現のソ
フトウエアでは扱われないが、将来的にはこのソフトウ
エアに料金清算のためのインターネット標準をこれらの
進化に合わせて組み込み、加入者がISPと無線サービス
プロバイダとの間のローミング合意に基づいて共通の請
求書を受け取るようにすることも見込まれる。
【０２２１】システムはネットワーク要素を管理するた
めの要素管理システムを含む。システム管理者は、要素
マネージャから構成、性能および故障／警告管理機能を
遂行する。要素管理アプリケーションは、ウエブブラウ
ザ上でランする。ウエブブラウザを用いて、システム管
理者はTCP/IPアクセスが可能な任意の場所からネットワ
ークを管理する。要素マネージャは上位レベルのマネー
ジャに対するエージェントの役割も遂行する。この役割
の中で要素マネージャは警告および故障監視のためにSN
MP MIB（Simple Network Manegement Protocol／Manage
ment Information Base）をエクスポートする。
めの要素管理システムを含む。システム管理者は、要素
マネージャから構成、性能および故障／警告管理機能を
遂行する。要素管理アプリケーションは、ウエブブラウ
ザ上でランする。ウエブブラウザを用いて、システム管
理者はTCP/IPアクセスが可能な任意の場所からネットワ
ークを管理する。要素マネージャは上位レベルのマネー
ジャに対するエージェントの役割も遂行する。この役割
の中で要素マネージャは警告および故障監視のためにSN
MP MIB（Simple Network Manegement Protocol／Manage
ment Information Base）をエクスポートする。
【０２２２】上位レベルのSNMPマネージャは、SNMPトラ
ップを介して警告状態を通知される。上位レベルのSNMP
マネージャは定期的に要素マネージャのMIBにネットワ
ークの健康（健全性）および状態について問い合せる。
この上位レベルのSNMPマネージャの所のシステム管理者
は、ネットワークのアイコンレプレゼンテーショ（アイ
コンによるネットワーク表現）とその現在の警告状態を
監視することができる。特定のネットワーク要素アイコ
ンをポイントし、クリックすることで、システム管理者
は、ウエブブラウザを用いて要素管理アプリケーション
を実行し、より細部の管理機能を遂行する。
ップを介して警告状態を通知される。上位レベルのSNMP
マネージャは定期的に要素マネージャのMIBにネットワ
ークの健康（健全性）および状態について問い合せる。
この上位レベルのSNMPマネージャの所のシステム管理者
は、ネットワークのアイコンレプレゼンテーショ（アイ
コンによるネットワーク表現）とその現在の警告状態を
監視することができる。特定のネットワーク要素アイコ
ンをポイントし、クリックすることで、システム管理者
は、ウエブブラウザを用いて要素管理アプリケーション
を実行し、より細部の管理機能を遂行する。
【０２２３】ネットワーク内においては、物理的および
論理的ネットワーク要素の管理は、SNMPプロトコルと内
部管理用アプリケーションプログラミングインタフェー
スを用いて遂行される。要素マネージャ内のアプリケー
ションはSNMPあるいは他の管理API（Application Progr
amming Interface）を用いてネットワーク管理機能を遂
行する。
論理的ネットワーク要素の管理は、SNMPプロトコルと内
部管理用アプリケーションプログラミングインタフェー
スを用いて遂行される。要素マネージャ内のアプリケー
ションはSNMPあるいは他の管理API（Application Progr
amming Interface）を用いてネットワーク管理機能を遂
行する。
【０２２４】アーキテクチャ上は、要素管理システムに
は２つの異なるセットの機能要素が含まれる。第一のセ
ットの機能要素には、コンフィギュレーションデータサ
ーバ、パフォーマンスデータモニタ、健康／状態モニ
タ、およびネットワーク要素回復ソフトウエアが含ま
れ、これらはRAIDディスクを備えるHAサーバ上でランす
る。第二のセットの機能要素には、専用の非−HA管理シ
ステム上で実行する管理アプリケーションが含まれる。
要素マネージャシステムが動作不能となった場合でも、
これらネットワーク要素は引き続いてランし、警告を報
告したり、さらには、故障状態を回復することができ
る。ただし、全ての管理アプリケーションは非−HAの要
素マネージャ内で実行し、要素マネージャが故障した場
合、人の介在を要求する回復動作は、要素マネージャが
動作可能となるまでは不可能になる。
は２つの異なるセットの機能要素が含まれる。第一のセ
ットの機能要素には、コンフィギュレーションデータサ
ーバ、パフォーマンスデータモニタ、健康／状態モニ
タ、およびネットワーク要素回復ソフトウエアが含ま
れ、これらはRAIDディスクを備えるHAサーバ上でランす
る。第二のセットの機能要素には、専用の非−HA管理シ
ステム上で実行する管理アプリケーションが含まれる。
要素マネージャシステムが動作不能となった場合でも、
これらネットワーク要素は引き続いてランし、警告を報
告したり、さらには、故障状態を回復することができ
る。ただし、全ての管理アプリケーションは非−HAの要
素マネージャ内で実行し、要素マネージャが故障した場
合、人の介在を要求する回復動作は、要素マネージャが
動作可能となるまでは不可能になる。
【０２２５】基地局内の無線ハブ（WH）は典型的には無
線サービスプロバイダ（WSP）によって所有され、これ
らはWSPの登録サーバ（RS）にポイント・ツウ・リン
ク、イントラネット、あるいはインターネットによって
接続される。WSPの登録サーバは、典型的には、プロセ
ッサ上で実行し、幾つかの登録機能を遂行するソフトウ
エアモジュールである。インターワーキング機能ユニッ
ト（IWFユニット）は、典型的には、プロセッサ上で実
行し、幾つかのインタフェーシング機能を遂行するソフ
トウエアモジュールである。IWFユニットは、典型的に
は登録サーバにイントラネット／WANを介して接続さ
れ、IWFユニットは典型的にはWSPによって所有される。
ただし、IWFユニットは、必ずしも登録サーバと同一のL
AN内に位置する必要はない。典型的には、アカウンティ
ングサーバおよびディレクトリサーバは（プロセッサ上
で実行するソフトウエアモジュールも含めて）登録サー
バに、サービスプロバイダのデータセンタ（例えば、様
々なサーバおよび他のソフトウエアをホストする一つあ
るいは複数のプロセッサを含むセンタ）内のLANを介し
て接続される。エンドシステムからのトラヒックは（こ
のLANに接続された）ルータを介して公衆インターネッ
トるいはISPのイントラネットにルートされる。フォー
リンWSPのネットワーク内に位置する登録サーバはフォ
ーリン登録サーバ（FRS）と呼び、エンドシステムのホ
ームネットワーク（そのモバイルがそのサービスを購入
する所のネットワーク）内に位置する登録サーバはホー
ム登録サーバ（HRS）と呼ぶ。また、ホームネットワー
ク内のインターネットワーキング機能ユニットはホーム
IWFと呼び、フォーリンネットワーク（つまりエンドシ
ステムの訪問先のネットワーク）内のインターワーキン
グ機能ユニットはサービングIWFと呼ぶ。
線サービスプロバイダ（WSP）によって所有され、これ
らはWSPの登録サーバ（RS）にポイント・ツウ・リン
ク、イントラネット、あるいはインターネットによって
接続される。WSPの登録サーバは、典型的には、プロセ
ッサ上で実行し、幾つかの登録機能を遂行するソフトウ
エアモジュールである。インターワーキング機能ユニッ
ト（IWFユニット）は、典型的には、プロセッサ上で実
行し、幾つかのインタフェーシング機能を遂行するソフ
トウエアモジュールである。IWFユニットは、典型的に
は登録サーバにイントラネット／WANを介して接続さ
れ、IWFユニットは典型的にはWSPによって所有される。
ただし、IWFユニットは、必ずしも登録サーバと同一のL
AN内に位置する必要はない。典型的には、アカウンティ
ングサーバおよびディレクトリサーバは（プロセッサ上
で実行するソフトウエアモジュールも含めて）登録サー
バに、サービスプロバイダのデータセンタ（例えば、様
々なサーバおよび他のソフトウエアをホストする一つあ
るいは複数のプロセッサを含むセンタ）内のLANを介し
て接続される。エンドシステムからのトラヒックは（こ
のLANに接続された）ルータを介して公衆インターネッ
トるいはISPのイントラネットにルートされる。フォー
リンWSPのネットワーク内に位置する登録サーバはフォ
ーリン登録サーバ（FRS）と呼び、エンドシステムのホ
ームネットワーク（そのモバイルがそのサービスを購入
する所のネットワーク）内に位置する登録サーバはホー
ム登録サーバ（HRS）と呼ぶ。また、ホームネットワー
ク内のインターネットワーキング機能ユニットはホーム
IWFと呼び、フォーリンネットワーク（つまりエンドシ
ステムの訪問先のネットワーク）内のインターワーキン
グ機能ユニットはサービングIWFと呼ぶ。
【０２２６】固定無線サービス（つまり、移動しないエ
ンドシステム）の場合は、エンドシステムはホームネッ
トワークのサービスを求めて、ホームネットワークから
（例えば、アットホームサービス：at home servic
e）、あるいはフォーリンネットワークから（例えば、
ローミングサービス：roaming service）登録する。エ
ンドシステムは無線ハブ内のエージェント（例えば、ソ
フトウエアにて実現されたエージェント機能）から送信
されるアドバタイズメントをアクセスポイントを介して
受信する。この際に、MAC層の登録とネットワーク層の
登録の両方を遂行することが必要となる。
ンドシステム）の場合は、エンドシステムはホームネッ
トワークのサービスを求めて、ホームネットワークから
（例えば、アットホームサービス：at home servic
e）、あるいはフォーリンネットワークから（例えば、
ローミングサービス：roaming service）登録する。エ
ンドシステムは無線ハブ内のエージェント（例えば、ソ
フトウエアにて実現されたエージェント機能）から送信
されるアドバタイズメントをアクセスポイントを介して
受信する。この際に、MAC層の登録とネットワーク層の
登録の両方を遂行することが必要となる。
【０２２７】ホームに位置するエンドシステムの場合
（図２３）は、ネットワーク層の登録（例えば、ローカ
ルな登録）は、ホーム登録サーバにエンドシステムが現
在接続されている無線ハブを知らせる。この場合は、エ
ンドシステムのホームネットワーク内のIWFがアンカ
ー、すなわちホームIWFとなる。こうしてエンドシステ
ムとの間で授受されるPPPフレームは、無線ハブを介し
てホームネットワーク内のホームIWFに送られる。エン
ドシステムがホームに位置する場合、ホームIWFは無線
ハブにXTunnelプロトコルを介して接続される。
（図２３）は、ネットワーク層の登録（例えば、ローカ
ルな登録）は、ホーム登録サーバにエンドシステムが現
在接続されている無線ハブを知らせる。この場合は、エ
ンドシステムのホームネットワーク内のIWFがアンカ
ー、すなわちホームIWFとなる。こうしてエンドシステ
ムとの間で授受されるPPPフレームは、無線ハブを介し
てホームネットワーク内のホームIWFに送られる。エン
ドシステムがホームに位置する場合、ホームIWFは無線
ハブにXTunnelプロトコルを介して接続される。
【０２２８】フォーリンローミング無線サービスの場合
（図２４）、フォーリン登録サーバは登録フェーズの際
にローミングエンドシステムのホームネットワークの識
別を見つける。この識別情報を用いて、フォーリン登録
サーバはホーム登録サーバと通信し、エンドシステムの
認証および登録を行なう。フォーリン登録サーバは、次
に、サービングIWFを割り当て、ホームIWFとサービング
IWFとの間にローミングエンドシステムのためにI-XTunn
elプロトコル接続を確立する。サービングIWFは無線ハ
ブとホームIWFとの間でフレームを中継する。ホームIWF
からデータはPPPサーバ（つまり、ポイント・ツウ・ポ
イントプロトコルサーバ）に送られる。このPPPサーバ
は同一のIWF内に位置する場合もある。ただし、データ
が自身のPPPサーバを所有する企業イントラネットある
いはISPのイントラネットに向けられている場合は、デ
ータはL2TPプロトコルを介して別個のPPPサーバに送ら
れる。この別個のサーバは、典型的には、無線サービス
プロバイダとは別個のインターネットサービスプロバイ
ダによって所有および運用される。ホームIWFとPPPサー
バの位置はセッションを通じて固定されたままにとどま
る。MAC層の登録とネットワーク層の登録を結合するこ
とで、MAC層の登録とネットワーク層の登録のために別
個に要求されるオーバヘッドを節約することもできる。
ただし、これら登録プロセスは結合しない方が、WSPの
設備と純粋なIETF Mobile-IPをサポートする他の無線ネ
ットワークとの相互運用性が確保でき便利である。
（図２４）、フォーリン登録サーバは登録フェーズの際
にローミングエンドシステムのホームネットワークの識
別を見つける。この識別情報を用いて、フォーリン登録
サーバはホーム登録サーバと通信し、エンドシステムの
認証および登録を行なう。フォーリン登録サーバは、次
に、サービングIWFを割り当て、ホームIWFとサービング
IWFとの間にローミングエンドシステムのためにI-XTunn
elプロトコル接続を確立する。サービングIWFは無線ハ
ブとホームIWFとの間でフレームを中継する。ホームIWF
からデータはPPPサーバ（つまり、ポイント・ツウ・ポ
イントプロトコルサーバ）に送られる。このPPPサーバ
は同一のIWF内に位置する場合もある。ただし、データ
が自身のPPPサーバを所有する企業イントラネットある
いはISPのイントラネットに向けられている場合は、デ
ータはL2TPプロトコルを介して別個のPPPサーバに送ら
れる。この別個のサーバは、典型的には、無線サービス
プロバイダとは別個のインターネットサービスプロバイ
ダによって所有および運用される。ホームIWFとPPPサー
バの位置はセッションを通じて固定されたままにとどま
る。MAC層の登録とネットワーク層の登録を結合するこ
とで、MAC層の登録とネットワーク層の登録のために別
個に要求されるオーバヘッドを節約することもできる。
ただし、これら登録プロセスは結合しない方が、WSPの
設備と純粋なIETF Mobile-IPをサポートする他の無線ネ
ットワークとの相互運用性が確保でき便利である。
【０２２９】登録は、以下の３つのテーブルを設定す
る。テーブル１は、各アクセスポイントと関連する。テ
ーブル１は各コネクション（例えば、各エンドシステ
ム）をコネクションid（CID）にて識別し、コネクショ
ンidを特定の無線モデム（WM）のアドレス（つまり、エ
ンドシステムのアドレス）と関連付ける。テーブル２は
各無線ハブ（WH）と関連する。テーブル２は各コネクシ
ョンidを対応する無線モデムアドレス、およびXTunnel
のid（XID）と関連付ける。テーブル３は各インターワ
ーキング機能（IWF）と関連する。テーブル３は各コネ
クションidを対応する無線モデムのアドレス、無線ハブ
のアドレス、XTunnelのid、およびIPポート（IP／ポー
ト）と関連付ける。上述のテーブル内のエントリ（項
目）は単にモビィリティ管理の説明に必要な項目のみを
示し、実際には他にも重要なフィードが含まれることに
注意する。
る。テーブル１は、各アクセスポイントと関連する。テ
ーブル１は各コネクション（例えば、各エンドシステ
ム）をコネクションid（CID）にて識別し、コネクショ
ンidを特定の無線モデム（WM）のアドレス（つまり、エ
ンドシステムのアドレス）と関連付ける。テーブル２は
各無線ハブ（WH）と関連する。テーブル２は各コネクシ
ョンidを対応する無線モデムアドレス、およびXTunnel
のid（XID）と関連付ける。テーブル３は各インターワ
ーキング機能（IWF）と関連する。テーブル３は各コネ
クションidを対応する無線モデムのアドレス、無線ハブ
のアドレス、XTunnelのid、およびIPポート（IP／ポー
ト）と関連付ける。上述のテーブル内のエントリ（項
目）は単にモビィリティ管理の説明に必要な項目のみを
示し、実際には他にも重要なフィードが含まれることに
注意する。
【０２３０】
【表１】
【０２３１】図２５〜２８は、ネットワーク内からダイ
アルフップするユーザ、並びに、ローミングユーザに対
するプロトコルスタックを示す。図２５は、ホームの固
定（つまり、移動しない）エンドシステムによる直接イ
ンターネットアクセスに対して用いるプロトコルスタッ
クを示す。この構成では、PPPプロトコルメッセージは
ホームIWF（典型的には無線ハブと同一の位置に置かれ
る）に終端する。ホームIWFはメッセージをIPルータと
の間で中継し、IPルータはメッセージをIWFと公衆イン
ターネットの間で中継する。図２６は、ホームの固定
（つまり、移動しない）エンドシステムによるリモート
イントラネットアクセス（つまり、私設企業ネットある
いはISPへのアクセス）に対して用いるプロトコルスタ
ックを示す。この構成では、PPPプロトコルメッセージ
はホームIWF（典型的には無線ハブと同一の位置に置か
れる）を通じて私設企業イントラネットあるいはISPのP
PPサーバに中継される。図２７は、フォーリンにローミ
ングしているが固定の（つまり、移動していない）ある
いは移動中のエンドシステムによる直接インターネット
アクセスに対して用いられるプロトコルスタックを示
す。この構成では、PPPプロトコルはホームIWF（典型的
にはホームネットワークのモバイル交換センタ内に位置
する）に終端し、ホームIWFは、IPルータとの間でメッ
セージを中継する。図２７に示すように、メッセージト
ラヒックはホームIWFに加えて、サービングIWF（典型的
には無線ハブと同一の位置に置かれる）をも通ることに
注意する。図２８は、フォーリンにローミングしている
が固定の（つまり、移動していない）あるいは移動中の
エンドシステムによるリモートイントラネットアクセス
（つまり、私設企業ネットあるいはISPへのアクセス）
に対して用いるプロトコルスタックを示す。この構成で
は、PPPプロトコルメッセージはホームIWF（典型的には
ホームネットワークのモバイル交換センタ内に位置す
る）を通じて私設企業イントラネットあるいはISPのPPP
サーバに中継される。図２８に示すようにメッセージト
ラヒックはホームIWFに加えて、サービングIWF（典型的
には無線ハブと同一の位置に置かれる）をも通ることに
注意する。サービングIWFと無線ハブがコンピュータの
同一ネスト内に位置する場合、あるいは同一コンピュー
タ内にプログラムされている場合は、サービングIWFと
無線ハブとの間にXTunnelプロトコルを用いてトンネル
を設定する必要はない。
アルフップするユーザ、並びに、ローミングユーザに対
するプロトコルスタックを示す。図２５は、ホームの固
定（つまり、移動しない）エンドシステムによる直接イ
ンターネットアクセスに対して用いるプロトコルスタッ
クを示す。この構成では、PPPプロトコルメッセージは
ホームIWF（典型的には無線ハブと同一の位置に置かれ
る）に終端する。ホームIWFはメッセージをIPルータと
の間で中継し、IPルータはメッセージをIWFと公衆イン
ターネットの間で中継する。図２６は、ホームの固定
（つまり、移動しない）エンドシステムによるリモート
イントラネットアクセス（つまり、私設企業ネットある
いはISPへのアクセス）に対して用いるプロトコルスタ
ックを示す。この構成では、PPPプロトコルメッセージ
はホームIWF（典型的には無線ハブと同一の位置に置か
れる）を通じて私設企業イントラネットあるいはISPのP
PPサーバに中継される。図２７は、フォーリンにローミ
ングしているが固定の（つまり、移動していない）ある
いは移動中のエンドシステムによる直接インターネット
アクセスに対して用いられるプロトコルスタックを示
す。この構成では、PPPプロトコルはホームIWF（典型的
にはホームネットワークのモバイル交換センタ内に位置
する）に終端し、ホームIWFは、IPルータとの間でメッ
セージを中継する。図２７に示すように、メッセージト
ラヒックはホームIWFに加えて、サービングIWF（典型的
には無線ハブと同一の位置に置かれる）をも通ることに
注意する。図２８は、フォーリンにローミングしている
が固定の（つまり、移動していない）あるいは移動中の
エンドシステムによるリモートイントラネットアクセス
（つまり、私設企業ネットあるいはISPへのアクセス）
に対して用いるプロトコルスタックを示す。この構成で
は、PPPプロトコルメッセージはホームIWF（典型的には
ホームネットワークのモバイル交換センタ内に位置す
る）を通じて私設企業イントラネットあるいはISPのPPP
サーバに中継される。図２８に示すようにメッセージト
ラヒックはホームIWFに加えて、サービングIWF（典型的
には無線ハブと同一の位置に置かれる）をも通ることに
注意する。サービングIWFと無線ハブがコンピュータの
同一ネスト内に位置する場合、あるいは同一コンピュー
タ内にプログラムされている場合は、サービングIWFと
無線ハブとの間にXTunnelプロトコルを用いてトンネル
を設定する必要はない。
【０２３２】これらプロトコルスタックに対する同等な
代替も可能である。例えば、RLPはサービングIWFあるい
はホームIWF（モバイルがホームに位置する場合）に終
端するのではなく、無線ハブに終端させることもでき
る。具体的には、IWFが無線ハブから遠く離れて位置
し、パケットがIWFと無線ハブとの間の比較的損失が大
きなIPネットワーク上を運ばれる場合は、RLPプロトコ
ルは無線ハブの所に終端する方が好ましい。もう一つの
バリエーションとしては、無線ハブとIWFの間のXtunnel
は、必ずしもUDP/IPの上部に構築する必要がないことで
ある。つまり、XtunnelはFrame Relay/ATM link層を用
いて構築することもできる。ただし、UDP/IPを用いた方
が、無線ハブおよびIWFソフトウエアをあるネットワー
クから別のネットワークに移動するのが楽になる。
代替も可能である。例えば、RLPはサービングIWFあるい
はホームIWF（モバイルがホームに位置する場合）に終
端するのではなく、無線ハブに終端させることもでき
る。具体的には、IWFが無線ハブから遠く離れて位置
し、パケットがIWFと無線ハブとの間の比較的損失が大
きなIPネットワーク上を運ばれる場合は、RLPプロトコ
ルは無線ハブの所に終端する方が好ましい。もう一つの
バリエーションとしては、無線ハブとIWFの間のXtunnel
は、必ずしもUDP/IPの上部に構築する必要がないことで
ある。つまり、XtunnelはFrame Relay/ATM link層を用
いて構築することもできる。ただし、UDP/IPを用いた方
が、無線ハブおよびIWFソフトウエアをあるネットワー
クから別のネットワークに移動するのが楽になる。
【０２３３】４つのタイプのハンドオフシナリオが発生
することが考えられ、これらは、それぞれ、（i）ロー
カルモビィリティ、（ii）マイクロモビィリティ、（ii
i）マクロモビィリティ、および（iv）グローバルモビ
ィリティと呼ばれる。本発明の一つの実施例において
は、これら４つの全てのシナリオにおいて、ルート最適
化オプションは採用されず、ホーム登録サーバとISPのP
PPサーバの位置は変更されない。ルート最適化を採用す
る本発明のもう一つの実施例においては、ISPのPPPサー
バは変更されることがある。ただし、これについては後
に説明する。加えて、フォーリン登録サーバとIWFの位
置も最初の３つのシナリオにおいては変更されない。
することが考えられ、これらは、それぞれ、（i）ロー
カルモビィリティ、（ii）マイクロモビィリティ、（ii
i）マクロモビィリティ、および（iv）グローバルモビ
ィリティと呼ばれる。本発明の一つの実施例において
は、これら４つの全てのシナリオにおいて、ルート最適
化オプションは採用されず、ホーム登録サーバとISPのP
PPサーバの位置は変更されない。ルート最適化を採用す
る本発明のもう一つの実施例においては、ISPのPPPサー
バは変更されることがある。ただし、これについては後
に説明する。加えて、フォーリン登録サーバとIWFの位
置も最初の３つのシナリオにおいては変更されない。
【０２３４】勧告されているIETF Mobile IP標準は、エ
ンドシステムがそれが接続されているIPサブネットを変
更する場合は、必ず登録リクエストメッセージを自身の
ホームサブネット内のホームエージェントに送信するこ
とを要求する。このメッセージは新たなサブネット内で
のエンドシステムとの連絡先である気付けアドレスを含
む。トラヒックが、例えば、ISPからエンドシステムに
向けて送信されると、ホームエージェントはこのエンド
システムに向けられたトラヒックを、これがホームサブ
ネットに到着したとき傍受し、このトラヒックを気付け
アドレスに転送する。この気付けアドレスはフォーリン
サブネット内の特定のフォーリンエージェントを識別す
る。エンドシステムのフォーリンエージェントは、エン
ドシステム自身の中に駐在することも、トラヒックをエ
ンドシステムに転送する別個のノード（つまり、代理登
録エージェント）内に駐在することもある。Mobile IP
のハンドオフにおいては、エンドシステムのエージェン
ト、エンドシステムのホームエージェント、およびルー
ト最適化オプションが採用される場合は対応するホスト
（CH）の間で制御メッセージが交換される。
ンドシステムがそれが接続されているIPサブネットを変
更する場合は、必ず登録リクエストメッセージを自身の
ホームサブネット内のホームエージェントに送信するこ
とを要求する。このメッセージは新たなサブネット内で
のエンドシステムとの連絡先である気付けアドレスを含
む。トラヒックが、例えば、ISPからエンドシステムに
向けて送信されると、ホームエージェントはこのエンド
システムに向けられたトラヒックを、これがホームサブ
ネットに到着したとき傍受し、このトラヒックを気付け
アドレスに転送する。この気付けアドレスはフォーリン
サブネット内の特定のフォーリンエージェントを識別す
る。エンドシステムのフォーリンエージェントは、エン
ドシステム自身の中に駐在することも、トラヒックをエ
ンドシステムに転送する別個のノード（つまり、代理登
録エージェント）内に駐在することもある。Mobile IP
のハンドオフにおいては、エンドシステムのエージェン
ト、エンドシステムのホームエージェント、およびルー
ト最適化オプションが採用される場合は対応するホスト
（CH）の間で制御メッセージが交換される。
【０２３５】勧告されているIETF Mobile IP標準では、
大きなインターネット内の全ての移動に対して目標とさ
れる遅延およびスケーラビリティを満足することは困難
である。本発明の階層化されたモビィリティ管理ではこ
れら目標を満足することができる。小さな移動（例えば
アクセスポイントの変更）の場合は、MAC-層の再登録の
みが必要とされる。大きな移動の場合は、ネットワーク
層の再登録が遂行される。本発明による階層化されたモ
ビィリティ管理は、IETFによって勧告されるMobile IP
標準において用いられるフラットな構造とも、（Cellul
ar Digital Packet Data forumによってスポンサされる
標準に基づく）CDPD等のセルラシステムにおいて用いら
れるサービング／アンカーインターワーキング機能とも
異なる。
大きなインターネット内の全ての移動に対して目標とさ
れる遅延およびスケーラビリティを満足することは困難
である。本発明の階層化されたモビィリティ管理ではこ
れら目標を満足することができる。小さな移動（例えば
アクセスポイントの変更）の場合は、MAC-層の再登録の
みが必要とされる。大きな移動の場合は、ネットワーク
層の再登録が遂行される。本発明による階層化されたモ
ビィリティ管理は、IETFによって勧告されるMobile IP
標準において用いられるフラットな構造とも、（Cellul
ar Digital Packet Data forumによってスポンサされる
標準に基づく）CDPD等のセルラシステムにおいて用いら
れるサービング／アンカーインターワーキング機能とも
異なる。
【０２３６】図２９に示すように、ローカルモビィリテ
ィハンドオフは、同一の無線ハブに属するAP間のエンド
システム（mobile nodeの略であるMNとして示す）の移
動を扱う。このため、MAC層の再登録のみが必要とな
る。エンドシステムは、新たなAPから無線ハブアドバタ
イズメントを受信し、この新たなAPに向けて登録リクエ
ストを送り返す。
ィハンドオフは、同一の無線ハブに属するAP間のエンド
システム（mobile nodeの略であるMNとして示す）の移
動を扱う。このため、MAC層の再登録のみが必要とな
る。エンドシステムは、新たなAPから無線ハブアドバタ
イズメントを受信し、この新たなAPに向けて登録リクエ
ストを送り返す。
【０２３７】この新たなAP（つまり、エンドシステムか
ら登録リクエストを受信したAP）は、自身のコネクショ
ンテーブル内に新たなエントリを生成し、登録メッセー
ジを自身の無線ハブに中継する。ローカルモビィリティ
ハンドオフにおいては、無線ハブは変更されない。無線
ハブは、エンドシステムの登録リクエストを、MACレベ
ルの登録リクエストであるものと認識し、無線ハブは自
身のコネクションテーブルをこの新たなAPを反映するよ
うに更新する。次に、以前のAPは、自身のコネクション
テーブルから以前のコネクションエントリを削除する。
以前のAPがエントリを以前のエントリを削除するために
は、少なくとも次の３つの方法、つまり、（i）タイム
アウトしたとき、（ii）新たなAPから無線ハブに中継さ
れたMAC層アソシエーションメッセージのコピーを受信
したとき（この中継メッセージがブロードキャストメッ
セージである場合）、あるいは（iii）無線ハブによる
エントリを削除する旨の通知を受けたとき、に削除する
方法がある。
ら登録リクエストを受信したAP）は、自身のコネクショ
ンテーブル内に新たなエントリを生成し、登録メッセー
ジを自身の無線ハブに中継する。ローカルモビィリティ
ハンドオフにおいては、無線ハブは変更されない。無線
ハブは、エンドシステムの登録リクエストを、MACレベ
ルの登録リクエストであるものと認識し、無線ハブは自
身のコネクションテーブルをこの新たなAPを反映するよ
うに更新する。次に、以前のAPは、自身のコネクション
テーブルから以前のコネクションエントリを削除する。
以前のAPがエントリを以前のエントリを削除するために
は、少なくとも次の３つの方法、つまり、（i）タイム
アウトしたとき、（ii）新たなAPから無線ハブに中継さ
れたMAC層アソシエーションメッセージのコピーを受信
したとき（この中継メッセージがブロードキャストメッ
セージである場合）、あるいは（iii）無線ハブによる
エントリを削除する旨の通知を受けたとき、に削除する
方法がある。
【０２３８】図３０に示すように、マイクロモビィリテ
ィハンドオフは、同一の登録サーバに属する無線ハブ間
のエンドシステム（mobile nodeの略であるMNとして示
す）の移動で、かつ、エンドシステムが以前として現在
のサービングIWFによって扱うことができる状況を扱
う。アドバタイズメントが新たな無線ハブから（新たな
APを通じて）受信されると、エンドシステムは、その登
録サーバへの登録をリクエストするメッセージを送信す
る。この登録リクエストは新たなAPと新たな無線ハブを
通じてその登録サーバに中継される。
ィハンドオフは、同一の登録サーバに属する無線ハブ間
のエンドシステム（mobile nodeの略であるMNとして示
す）の移動で、かつ、エンドシステムが以前として現在
のサービングIWFによって扱うことができる状況を扱
う。アドバタイズメントが新たな無線ハブから（新たな
APを通じて）受信されると、エンドシステムは、その登
録サーバへの登録をリクエストするメッセージを送信す
る。この登録リクエストは新たなAPと新たな無線ハブを
通じてその登録サーバに中継される。
【０２３９】登録サーバは現在のIWFをまだ用いること
ができることを決定すると、登録サーバはbuild XTunne
l Request message（XTunnel構築要請メッセージ）を現
在のIWFに送ることで、現在のIWFに新たな無線ハブに向
けてXTunnelを構築することを要請する。後に、登録サ
ーバはtear down XTunnel Request message（XTunnel切
断要請メッセージ）を現在のIWFに送ることで、現在のI
WFに以前の無線ハブとの間の現在の XTunnelを切断する
ことを要請する。このbuildおよびtear down XTunnel R
equest messageは一つのメッセージに結合することもで
きる。フォーリン登録サーバは、サービングIWFとホー
ムIWFのいずれのIWFも変更されないために、登録メッセ
ージをホーム登録サーバに転送することはない。
ができることを決定すると、登録サーバはbuild XTunne
l Request message（XTunnel構築要請メッセージ）を現
在のIWFに送ることで、現在のIWFに新たな無線ハブに向
けてXTunnelを構築することを要請する。後に、登録サ
ーバはtear down XTunnel Request message（XTunnel切
断要請メッセージ）を現在のIWFに送ることで、現在のI
WFに以前の無線ハブとの間の現在の XTunnelを切断する
ことを要請する。このbuildおよびtear down XTunnel R
equest messageは一つのメッセージに結合することもで
きる。フォーリン登録サーバは、サービングIWFとホー
ムIWFのいずれのIWFも変更されないために、登録メッセ
ージをホーム登録サーバに転送することはない。
【０２４０】IWFからpositive build XTunnel reply
（肯定的なXTunnel構築応答）およびpositive tear XTu
nnel reply（肯定的なXTunnel切断応答）を受信する
と、登録サーバはエンドシステムに登録応答を送り返
す。登録応答が新たな無線ハブに到着すると、新たな無
線ハブの所のコネクションテーブルが新たなAPへの接続
を反映するために更新される。新たなAPは、新たな無線
ハブからメッセージが受信され、登録応答がエンドシス
テムに送り返された後に、自身のMACフィルタアドレス
テーブルおよびコネクションテーブルを更新する。
（肯定的なXTunnel構築応答）およびpositive tear XTu
nnel reply（肯定的なXTunnel切断応答）を受信する
と、登録サーバはエンドシステムに登録応答を送り返
す。登録応答が新たな無線ハブに到着すると、新たな無
線ハブの所のコネクションテーブルが新たなAPへの接続
を反映するために更新される。新たなAPは、新たな無線
ハブからメッセージが受信され、登録応答がエンドシス
テムに送り返された後に、自身のMACフィルタアドレス
テーブルおよびコネクションテーブルを更新する。
【０２４１】次に、登録サーバは、relese message（開
放メッセージ）を以前の無線ハブに送信する。以前の無
線ハブは、relese messageを受信すると、自身のコネク
ションテーブルとMACフィルタアドレステーブルおよび
以前のAPのコネクションテーブルを更新する。
放メッセージ）を以前の無線ハブに送信する。以前の無
線ハブは、relese messageを受信すると、自身のコネク
ションテーブルとMACフィルタアドレステーブルおよび
以前のAPのコネクションテーブルを更新する。
【０２４２】図３１に示すように、マクロモビィリティ
ハンドオフのケースは、フォーリンネットワーク内のサ
ービングIWFは変更されるが、登録サーバは変更されな
い、無線ハブの間で移動を扱う。新たな無線ハブから
（新たなAPを通じて）アドバタイズメントが受信される
と、エンドシステムはネットワーク層の登録をリクエス
トするメッセージを登録サーバに向けて送信する。この
登録リクエストは、新たなAPと新たな無線ハブを経て登
録サーバに中継される。
ハンドオフのケースは、フォーリンネットワーク内のサ
ービングIWFは変更されるが、登録サーバは変更されな
い、無線ハブの間で移動を扱う。新たな無線ハブから
（新たなAPを通じて）アドバタイズメントが受信される
と、エンドシステムはネットワーク層の登録をリクエス
トするメッセージを登録サーバに向けて送信する。この
登録リクエストは、新たなAPと新たな無線ハブを経て登
録サーバに中継される。
【０２４３】登録サーバは、エンドシステムが現在の登
録サーバのネットワークに属さない場合、自身がフォー
リン登録サーバであると認識する。フォーリン登録サー
バは、リクエスト、好ましくは、Radius Accessリクエ
スト（RAリクエスト）をフォーリンダイレクトリサーバ
（大きなイエローページに類似）に送信することで、ホ
ーム登録サーバの識別を見つけ、次に、適当なIWFをサ
ービングIWFとして割り当て、その後、登録リクエス
ト、好ましくは、Radius Accessリクエスト（RAリクエ
スト）をホーム登録サーバに送信することで、ホーム登
録サーバに新たに選択されたIWFを通知する。
録サーバのネットワークに属さない場合、自身がフォー
リン登録サーバであると認識する。フォーリン登録サー
バは、リクエスト、好ましくは、Radius Accessリクエ
スト（RAリクエスト）をフォーリンダイレクトリサーバ
（大きなイエローページに類似）に送信することで、ホ
ーム登録サーバの識別を見つけ、次に、適当なIWFをサ
ービングIWFとして割り当て、その後、登録リクエス
ト、好ましくは、Radius Accessリクエスト（RAリクエ
スト）をホーム登録サーバに送信することで、ホーム登
録サーバに新たに選択されたIWFを通知する。
【０２４４】ホーム登録サーバは、リクエスト、好まし
くは、Radius Accessリクエスト（RAリクエスト）をホ
ームダイレクトリサーバに送ることで、登録リクエスト
を認証（検証）する。登録リクエストが認証され、さら
に、現在のホームIWFはまだ用いることができることが
決定されると、ホーム登録サーバは、ホームIWFに対し
て、新たに割り当てられたサービングIWFに向けて新た
なI-XTunnelを構築することと、以前のサービングIWFへ
の現在のI-XTunnelを切断することを指令する。ホームI
WFからpositive buidld I-XTunnel replay（肯定的なI-
XTunnel構築応答）およびpositive tear I-XTunnel rep
ly（肯定的なI-XTunnel切断応答）を受信すると、ホー
ム登録サーバは、フォーリン登録サーバに登録応答を送
り返す。
くは、Radius Accessリクエスト（RAリクエスト）をホ
ームダイレクトリサーバに送ることで、登録リクエスト
を認証（検証）する。登録リクエストが認証され、さら
に、現在のホームIWFはまだ用いることができることが
決定されると、ホーム登録サーバは、ホームIWFに対し
て、新たに割り当てられたサービングIWFに向けて新た
なI-XTunnelを構築することと、以前のサービングIWFへ
の現在のI-XTunnelを切断することを指令する。ホームI
WFからpositive buidld I-XTunnel replay（肯定的なI-
XTunnel構築応答）およびpositive tear I-XTunnel rep
ly（肯定的なI-XTunnel切断応答）を受信すると、ホー
ム登録サーバは、フォーリン登録サーバに登録応答を送
り返す。
【０２４５】すると、フォーリン登録サーバは、新たに
割り当てられたIWFに対して、新たな無線ハブに向けてX
Tunnelを構築することを指示する。positive buidld I-
XTunnel replayを受信すると、フォーリン登録サーバは
以前のIWFに対して、以前の無線ハブへのXTunnelを切断
することを指令する。positive buidld I-XTunnel repl
ayおよびpositive tear I-XTunnel replyを受信する
と、フォーリン登録サーバはエンドシステムに登録応答
を返信する。
割り当てられたIWFに対して、新たな無線ハブに向けてX
Tunnelを構築することを指示する。positive buidld I-
XTunnel replayを受信すると、フォーリン登録サーバは
以前のIWFに対して、以前の無線ハブへのXTunnelを切断
することを指令する。positive buidld I-XTunnel repl
ayおよびpositive tear I-XTunnel replyを受信する
と、フォーリン登録サーバはエンドシステムに登録応答
を返信する。
【０２４６】登録応答が新たな無線ハブに到着すると、
新たな無線ハブの所のコネクションテーブルが新たなAP
への接続を反映するように更新される。新たなAPは、新
たな無線ハブからメッセージが受信され、登録応答がエ
ンドシステムに送り返された後に、自身のMACフィルタ
アドレステーブルおよびコネクションテーブルを更新す
る。
新たな無線ハブの所のコネクションテーブルが新たなAP
への接続を反映するように更新される。新たなAPは、新
たな無線ハブからメッセージが受信され、登録応答がエ
ンドシステムに送り返された後に、自身のMACフィルタ
アドレステーブルおよびコネクションテーブルを更新す
る。
【０２４７】次に、登録サーバはrelease message（開
放メッセージ）を以前の無線ハブに送信する。無線ハブ
がrelease messageを受信すると、これは、自身のコネ
クションテーブルおよびMACフィルタアドレステーブル
を更新し、以前のAPは、以前の無線ハブからメッセージ
を受信した後に自身のMACフィルタアドレステーブルお
よびコネクションテーブルを更新する。
放メッセージ）を以前の無線ハブに送信する。無線ハブ
がrelease messageを受信すると、これは、自身のコネ
クションテーブルおよびMACフィルタアドレステーブル
を更新し、以前のAPは、以前の無線ハブからメッセージ
を受信した後に自身のMACフィルタアドレステーブルお
よびコネクションテーブルを更新する。
【０２４８】グローバルモビィリティハンドオフのケー
スは、登録サーバの変更を伴う無線ハブの間の移動を扱
う。図３２はホームIWFは変更されない場合のグローバ
ルモビィリティハンドオフを示し、図３３はホームIWF
も変更される場合のグローバルモビィリティハンドオフ
を示す。新たなフォーリンネットワーク内の新たな無線
ハブから（新たなAPを通じて）アドバタイズメントを受
信すると、エンドシステムはネットワーク層の登録をリ
クエストするメッセージを新たなフォーリン登録サーバ
に送る。この登録リクエストは新たなAPと新たな無線ハ
ブを経て新たなフォーリン登録サーバに中継される。
スは、登録サーバの変更を伴う無線ハブの間の移動を扱
う。図３２はホームIWFは変更されない場合のグローバ
ルモビィリティハンドオフを示し、図３３はホームIWF
も変更される場合のグローバルモビィリティハンドオフ
を示す。新たなフォーリンネットワーク内の新たな無線
ハブから（新たなAPを通じて）アドバタイズメントを受
信すると、エンドシステムはネットワーク層の登録をリ
クエストするメッセージを新たなフォーリン登録サーバ
に送る。この登録リクエストは新たなAPと新たな無線ハ
ブを経て新たなフォーリン登録サーバに中継される。
【０２４９】登録サーバは、エンドシステムが現在の登
録サーバのネットワークに属さない場合、自身がフォー
リン登録サーバであると認識する。フォーリン登録サー
バは、リクエスト、好ましくは、Radius Accessリクエ
スト（RAリクエスト）をフォーリンダイレクトリサーバ
（大きなイエローページに類似）に送信することで、ホ
ーム登録サーバの識別を見つけ、次に、適当なIWFをサ
ービングIWFとして割り当て、その後、登録リクエス
ト、好ましくは、Radius Accessリクエスト（RAリクエ
スト）をホーム登録サーバに送ることで、ホーム登録サ
ーバに新たに選択されたIWFを通知する。
録サーバのネットワークに属さない場合、自身がフォー
リン登録サーバであると認識する。フォーリン登録サー
バは、リクエスト、好ましくは、Radius Accessリクエ
スト（RAリクエスト）をフォーリンダイレクトリサーバ
（大きなイエローページに類似）に送信することで、ホ
ーム登録サーバの識別を見つけ、次に、適当なIWFをサ
ービングIWFとして割り当て、その後、登録リクエス
ト、好ましくは、Radius Accessリクエスト（RAリクエ
スト）をホーム登録サーバに送ることで、ホーム登録サ
ーバに新たに選択されたIWFを通知する。
【０２５０】ホーム登録サーバは、リクエスト、好まし
くは、Radius Accessリクエスト（RAリクエスト）をホ
ームダイレクトリサーバに送ることで、登録リクエスト
を認証（検証）する。リクエストが認証され、現在のホ
ームIWFをまだ用いることができることを決定すると
（図３２）、ホーム登録サーバは、ホームIWFに対し
て、新たなフォーリン登録サーバによって新たに割り当
てられたサービングIWFに向けて新たなI-XTunnelを構築
することを指令する。ホーム登録サーバは、さらに、以
前のフォーリン登録サーバにde-registration message
（登録解消メッセージ）を送信するとともに、ホームIW
Fに対して、以前のフォーリンネットワークの以前のサ
ービングIWFへの以前のI-XTunnelを切断することを指令
する。ホームIWFからpositive buidld I-XTunnel repla
y（肯定的なI-XTunnel構築応答）およびpositive tear
I-XTunnel reply（肯定的なI-XTunnel切断応答）を受信
すると、ホーム登録サーバはregistration reply（登録
応答）を新たなフォーリン登録サーバに送る。
くは、Radius Accessリクエスト（RAリクエスト）をホ
ームダイレクトリサーバに送ることで、登録リクエスト
を認証（検証）する。リクエストが認証され、現在のホ
ームIWFをまだ用いることができることを決定すると
（図３２）、ホーム登録サーバは、ホームIWFに対し
て、新たなフォーリン登録サーバによって新たに割り当
てられたサービングIWFに向けて新たなI-XTunnelを構築
することを指令する。ホーム登録サーバは、さらに、以
前のフォーリン登録サーバにde-registration message
（登録解消メッセージ）を送信するとともに、ホームIW
Fに対して、以前のフォーリンネットワークの以前のサ
ービングIWFへの以前のI-XTunnelを切断することを指令
する。ホームIWFからpositive buidld I-XTunnel repla
y（肯定的なI-XTunnel構築応答）およびpositive tear
I-XTunnel reply（肯定的なI-XTunnel切断応答）を受信
すると、ホーム登録サーバはregistration reply（登録
応答）を新たなフォーリン登録サーバに送る。
【０２５１】次に、新たなフォーリン登録サーバは、新
たに割り当てられたIWFに対して、新たな無線ハブに向
けてXTunnelを構築することを指令する。positive buid
ld XTunnel replay（肯定的なXTunnel構築応答）を受信
すると、フォーリン登録サーバはエンドシステムに向け
て登録応答を送り返す。この登録応答が新たな無線ハブ
に到着すると、新たな無線ハブの所のコネクションテー
ブルが新たなAPへの接続を反映するように更新される。
新たなAPは、自身のMACフィルタアドレステーブルおよ
びコネクションテーブルを、新たな無線ハブからメッセ
ージが受信され、登録応答がエンドシステムに転送され
た後に更新する。
たに割り当てられたIWFに対して、新たな無線ハブに向
けてXTunnelを構築することを指令する。positive buid
ld XTunnel replay（肯定的なXTunnel構築応答）を受信
すると、フォーリン登録サーバはエンドシステムに向け
て登録応答を送り返す。この登録応答が新たな無線ハブ
に到着すると、新たな無線ハブの所のコネクションテー
ブルが新たなAPへの接続を反映するように更新される。
新たなAPは、自身のMACフィルタアドレステーブルおよ
びコネクションテーブルを、新たな無線ハブからメッセ
ージが受信され、登録応答がエンドシステムに転送され
た後に更新する。
【０２５２】次に、以前のフォーリン登録サーバは、以
前のIWFに対して、以前の無線ハブへのXTunnelを切断す
るように指令する。positive tear XTunnel reply（肯
定的なXTunnel切断応答）を受信すると、あるいはtear
down XTunnel request（XTunnel切断リクエスト）を送
信するのと同時に、以前のフォーリン登録サーバは、以
前の無線ハブにrelease message（開放メッセージ）を
送信する。以前の無線ハブがrelease messageを受信す
ると、これは、自身のコネクションテーブルおよびMAC
フィルタアドレステーブルを更新し、以前のAPは、自身
のMACフィルタアドレステーブルおよびコネクションテ
ーブルを以前の無線ハブからメッセージを受信した後に
更新する。
前のIWFに対して、以前の無線ハブへのXTunnelを切断す
るように指令する。positive tear XTunnel reply（肯
定的なXTunnel切断応答）を受信すると、あるいはtear
down XTunnel request（XTunnel切断リクエスト）を送
信するのと同時に、以前のフォーリン登録サーバは、以
前の無線ハブにrelease message（開放メッセージ）を
送信する。以前の無線ハブがrelease messageを受信す
ると、これは、自身のコネクションテーブルおよびMAC
フィルタアドレステーブルを更新し、以前のAPは、自身
のMACフィルタアドレステーブルおよびコネクションテ
ーブルを以前の無線ハブからメッセージを受信した後に
更新する。
【０２５３】他方、図３３に示すように、ホーム登録サ
ーバが新たなフォーリン登録サーバからの登録リクエス
トは認証されたが、以前のホームIWFは用いることがで
きないことが決定された場合は、ホーム登録サーバは新
たなホームIWFを選択し、新たなホームIWFに対して、現
在のPPPサーバ（例えば、接続されたISPイントラネット
内のPPPサーバ）に向けて、レベル２トンネルプロトコ
ルによるトンネル（つまりL2TPトンネル）を構築するこ
とを指令する。
ーバが新たなフォーリン登録サーバからの登録リクエス
トは認証されたが、以前のホームIWFは用いることがで
きないことが決定された場合は、ホーム登録サーバは新
たなホームIWFを選択し、新たなホームIWFに対して、現
在のPPPサーバ（例えば、接続されたISPイントラネット
内のPPPサーバ）に向けて、レベル２トンネルプロトコ
ルによるトンネル（つまりL2TPトンネル）を構築するこ
とを指令する。
【０２５４】次に、ホーム登録サーバは、以前のホーム
IWFに対して、そのL2TPトンネルトラヒックを新たなホ
ームIWFに転送することを指令する。 次に、ホーム登
録サーバは、新たなホームIWFに対して、新たなフォー
リン登録サーバによって新たに割り当てられたサービン
グIWFに向けて新たなI-XTunnelを構築することを指令す
る。ホーム登録サーバは、さらに、de-registration me
ssage（登録解消メッセージ）を以前のフォーリン登録
サーバに送信するとともに、ホームIWFに対して、以前
のフォーリンネットワークの以前のサービングIWFへの
以前のI-XTunnelを切断することを指令する。ホームIWF
からpositive buidld I-XTunnel replay（肯定的なI-XT
unnel構築応答）およびpositive tear I-XTunnel reply
（肯定的なI-XTunnel切断応 答）を受信すると、ホーム
登録サーバは登録応答を新たなフォーリン登録サーバに
送信する。
IWFに対して、そのL2TPトンネルトラヒックを新たなホ
ームIWFに転送することを指令する。 次に、ホーム登
録サーバは、新たなホームIWFに対して、新たなフォー
リン登録サーバによって新たに割り当てられたサービン
グIWFに向けて新たなI-XTunnelを構築することを指令す
る。ホーム登録サーバは、さらに、de-registration me
ssage（登録解消メッセージ）を以前のフォーリン登録
サーバに送信するとともに、ホームIWFに対して、以前
のフォーリンネットワークの以前のサービングIWFへの
以前のI-XTunnelを切断することを指令する。ホームIWF
からpositive buidld I-XTunnel replay（肯定的なI-XT
unnel構築応答）およびpositive tear I-XTunnel reply
（肯定的なI-XTunnel切断応 答）を受信すると、ホーム
登録サーバは登録応答を新たなフォーリン登録サーバに
送信する。
【０２５５】すると、新しいフォーリン登録サーバは、
新たに割り当てられたIWFに対して、新たな無線ハブへ
のXTunnelを構築することを指令する。positive build
XTunnel replay（肯定的なXTunnel構築応答）を受信す
ると、フォーリン登録サーバはエンドシステムに向けて
登録応答を送り返す。登録応答が新たな無線ハブに到着
すると、無線ハブの所のコネクションテーブルが新たな
APへの接続を反映するように更新される。新たなAPは、
自身のMACフィルタアドレステーブルおよびコネクショ
ンテーブルを、新たな無線ハブからメッセージが受信さ
れ、登録応答がエンドシステムに転送された後に更新す
る。
新たに割り当てられたIWFに対して、新たな無線ハブへ
のXTunnelを構築することを指令する。positive build
XTunnel replay（肯定的なXTunnel構築応答）を受信す
ると、フォーリン登録サーバはエンドシステムに向けて
登録応答を送り返す。登録応答が新たな無線ハブに到着
すると、無線ハブの所のコネクションテーブルが新たな
APへの接続を反映するように更新される。新たなAPは、
自身のMACフィルタアドレステーブルおよびコネクショ
ンテーブルを、新たな無線ハブからメッセージが受信さ
れ、登録応答がエンドシステムに転送された後に更新す
る。
【０２５６】以前のフォーリン登録サーバは、以前のIW
Fに対して、以前の無線ハブへのXTunnelを切断すること
を指令する。positive tear XTunnel reply（肯定的なX
Tunnel切断応答）を受信するとあるいはtear down XTun
nel reques（XTunnel切断要請）を送信するのと同時
に、以前のフォーリン登録サーバはrelease message
（開放メッセージ）以前の無線ハブに送信する。以前の
無線ハブは開放メッセージを受信すると、自身のコネク
ションテーブルおよびMACフィルタアドレステーブルを
更新し、以前のAPは、自身のMACフィルタアドレステー
ブルおよびコネクションテーブルを以前の無線ハブから
メッセージを受信した後に更新する。
Fに対して、以前の無線ハブへのXTunnelを切断すること
を指令する。positive tear XTunnel reply（肯定的なX
Tunnel切断応答）を受信するとあるいはtear down XTun
nel reques（XTunnel切断要請）を送信するのと同時
に、以前のフォーリン登録サーバはrelease message
（開放メッセージ）以前の無線ハブに送信する。以前の
無線ハブは開放メッセージを受信すると、自身のコネク
ションテーブルおよびMACフィルタアドレステーブルを
更新し、以前のAPは、自身のMACフィルタアドレステー
ブルおよびコネクションテーブルを以前の無線ハブから
メッセージを受信した後に更新する。
【０２５７】本発明に従って構成されたエンドシステム
はIETFが勧告するMobile-IP標準に従って構成されたネ
ットワークと相互に動作でき、IETFが勧告するMobile-I
P標準に従って構成されたエンドシステムも本発明に従
って構成されたネットワークと相互に動作できる。
はIETFが勧告するMobile-IP標準に従って構成されたネ
ットワークと相互に動作でき、IETFが勧告するMobile-I
P標準に従って構成されたエンドシステムも本発明に従
って構成されたネットワークと相互に動作できる。
【０２５８】本発明のネットワークとIETF Mobile-IP
（rfc2002、標準ドキュメント）との主な差異は以下の
通りである： （i）本発明がモビィリティ管理のために階層概念を用
いるのに対して、IETFが勧告するMobile-IP標準は、フ
ラットな構造を用いる。本発明のネットワークにおいて
は、小さなエリア内での小さなモビィリティ（ハンドオ
フ）に対しては、ネットワークレベルの登録は必要とさ
れない。マイクロモビィリティは、新たなXtunnelの設
定と以前のXtunnelの切断を伴う。グローバルモビィリ
ティは、最小でも、XTunnelの設定／切断に加えて、新
たなI-XTunnelの設定と以前のI-XTunnelの切断を伴う。
グローバルモビィリティは、新たなL2TP Tunnelの設定
および以前のL2TP Tunnelから新たなL2TP TunnelへのL2
TP状態の転送を伴う。
（rfc2002、標準ドキュメント）との主な差異は以下の
通りである： （i）本発明がモビィリティ管理のために階層概念を用
いるのに対して、IETFが勧告するMobile-IP標準は、フ
ラットな構造を用いる。本発明のネットワークにおいて
は、小さなエリア内での小さなモビィリティ（ハンドオ
フ）に対しては、ネットワークレベルの登録は必要とさ
れない。マイクロモビィリティは、新たなXtunnelの設
定と以前のXtunnelの切断を伴う。グローバルモビィリ
ティは、最小でも、XTunnelの設定／切断に加えて、新
たなI-XTunnelの設定と以前のI-XTunnelの切断を伴う。
グローバルモビィリティは、新たなL2TP Tunnelの設定
および以前のL2TP Tunnelから新たなL2TP TunnelへのL2
TP状態の転送を伴う。
【０２５９】（ii）本発明は、リモートダイヤルアップ
ユーザを識別するために、ユーザ名＋領域（realm）を
用いるにの対して、IETFが勧告するMobile-IP標準は固
定ホームアドレスを用いる。 （iii）本発明では登録機能とルーティング機能は別個
のエンティティによって遂行される。これら２つの機能
はIETFが勧告するMobile-IP標準ではホームエージェン
トによって遂行され、両方の機能はIETFが勧告するMobi
le-IP標準ではフォーリンエージェントによっても遂行
される。これにと対象的に、本発明の一つの実施例にお
いては、登録機能は登録サーバによって遂行され、ルー
ティング機能は、ホームIWFとフォーリンIWFの両方およ
び無線ハブ（アクセスハブとも呼ばれる）によって遂行
される。
ユーザを識別するために、ユーザ名＋領域（realm）を
用いるにの対して、IETFが勧告するMobile-IP標準は固
定ホームアドレスを用いる。 （iii）本発明では登録機能とルーティング機能は別個
のエンティティによって遂行される。これら２つの機能
はIETFが勧告するMobile-IP標準ではホームエージェン
トによって遂行され、両方の機能はIETFが勧告するMobi
le-IP標準ではフォーリンエージェントによっても遂行
される。これにと対象的に、本発明の一つの実施例にお
いては、登録機能は登録サーバによって遂行され、ルー
ティング機能は、ホームIWFとフォーリンIWFの両方およ
び無線ハブ（アクセスハブとも呼ばれる）によって遂行
される。
【０２６０】（iv）本発明は、PPPセッション当たり３
つのトンネルを用いる。XTunnelは、無線ハブとサービ
ングIWFとの間のlink-layer tunnel（リンク層トンネ
ル）により近い。サービングIWFとホームIWFとの間のI-
XTunnelは、IETFが勧告するMobile-IP標準のホームとフ
ォーリンエージェントとの間のトンネルにより近い。L2
TPトンネルはホームIWFがPPPサーバでない場合にのみ用
いられる。
つのトンネルを用いる。XTunnelは、無線ハブとサービ
ングIWFとの間のlink-layer tunnel（リンク層トンネ
ル）により近い。サービングIWFとホームIWFとの間のI-
XTunnelは、IETFが勧告するMobile-IP標準のホームとフ
ォーリンエージェントとの間のトンネルにより近い。L2
TPトンネルはホームIWFがPPPサーバでない場合にのみ用
いられる。
【０２６１】（v）本発明では、ネットワーク層の登録
はPPPセッションが開始される前に発生するのに対し
て、IETFが勧告するMobile-IP標準では、Mobile-IPの登
録は、PPPセッションがオープン状態に入った後に発生
する。 （vi）本発明では、エージェントアドバタイズメントを
アドバタイズするネットワークエンティティ（つまり、
無線ハブ）は、エンドシステムへの直接リンク上には存
在しないのに対して、IETFが勧告するMobile-IP標準で
は、エージェントアドバタイズメントは、TTL of 1（１
のTTL）を持つことが要求され、これはエンドシステム
がフォーリンエージェントと直接リンクを持つことを意
味する。加えて、本発明のエージェントアドバタイズメ
ントは、IETFが勧告するMobile-IP標準の場合のようなI
CMPルータアドバタイズメントに対する拡張ではない。
はPPPセッションが開始される前に発生するのに対し
て、IETFが勧告するMobile-IP標準では、Mobile-IPの登
録は、PPPセッションがオープン状態に入った後に発生
する。 （vi）本発明では、エージェントアドバタイズメントを
アドバタイズするネットワークエンティティ（つまり、
無線ハブ）は、エンドシステムへの直接リンク上には存
在しないのに対して、IETFが勧告するMobile-IP標準で
は、エージェントアドバタイズメントは、TTL of 1（１
のTTL）を持つことが要求され、これはエンドシステム
がフォーリンエージェントと直接リンクを持つことを意
味する。加えて、本発明のエージェントアドバタイズメ
ントは、IETFが勧告するMobile-IP標準の場合のようなI
CMPルータアドバタイズメントに対する拡張ではない。
【０２６２】本発明によるエンドシステムはエージェン
ト請求（agent solicitation）をサポートすることを要
求される。本発明によるエンドシステムが、IETFが勧告
するMobile-IP標準をサポートするネットワークを訪問
した場合、エンドシステムはエージェントアドバタイズ
メントが送られているのを待つ（聞こえるのを待つ）。
もし、エンドシステムが、エージェントアドバタイズメ
ントを妥当な時間フレーム内に受信しない場合、エンド
システムはエージェント請求（agent solicitation）を
ブロードキャストする。
ト請求（agent solicitation）をサポートすることを要
求される。本発明によるエンドシステムが、IETFが勧告
するMobile-IP標準をサポートするネットワークを訪問
した場合、エンドシステムはエージェントアドバタイズ
メントが送られているのを待つ（聞こえるのを待つ）。
もし、エンドシステムが、エージェントアドバタイズメ
ントを妥当な時間フレーム内に受信しない場合、エンド
システムはエージェント請求（agent solicitation）を
ブロードキャストする。
【０２６３】本発明においては、ネットワーク運用者
は、IETFが勧告するMobile-IP標準をサポートする他の
ネットワークと、それら他のネットワークを用いること
を希望する本発明によるエンドシステムにホームアドレ
スを割り当てられるように協議することができる。本発
明のエンドシステムは、エージェントアドバタイズメン
トを受信したとき、それが訪問しているネットワークが
本発明によるネットワークではないことを決定し、登録
のためにこうして割り当てられたホームアドレスを用い
ることができる。
は、IETFが勧告するMobile-IP標準をサポートする他の
ネットワークと、それら他のネットワークを用いること
を希望する本発明によるエンドシステムにホームアドレ
スを割り当てられるように協議することができる。本発
明のエンドシステムは、エージェントアドバタイズメン
トを受信したとき、それが訪問しているネットワークが
本発明によるネットワークではないことを決定し、登録
のためにこうして割り当てられたホームアドレスを用い
ることができる。
【０２６４】IETFが勧告するMobile-IP標準をサポート
するネットワークの場合は、PPPセッションが、Mobile-
IPの登録の前に開始され、PPPサーバはそれらのネット
ワーク内のフォーリンエージェントと同一の位置にある
ものと想定される。一つの実施例においては、SNAPヘッ
ダを用いてPPPフレームが本発明のMACフレームに（Ethe
rnetフォーマットと類似する方法にて）カプセル化さ
れ、フォーリンエージェントはこのフォーマットをprop
rietary PPP format over Ehthernet encapsulationで
あると解釈する。こうして、本発明によるエンドシステ
ムと相手のPPPはオープン状態に入ることができる。そ
の後、フォーリンエージェントは、エージェントアドバ
タイズメントの送信を開始し、本発明のエンドシステム
は登録が可能となる。
するネットワークの場合は、PPPセッションが、Mobile-
IPの登録の前に開始され、PPPサーバはそれらのネット
ワーク内のフォーリンエージェントと同一の位置にある
ものと想定される。一つの実施例においては、SNAPヘッ
ダを用いてPPPフレームが本発明のMACフレームに（Ethe
rnetフォーマットと類似する方法にて）カプセル化さ
れ、フォーリンエージェントはこのフォーマットをprop
rietary PPP format over Ehthernet encapsulationで
あると解釈する。こうして、本発明によるエンドシステ
ムと相手のPPPはオープン状態に入ることができる。そ
の後、フォーリンエージェントは、エージェントアドバ
タイズメントの送信を開始し、本発明のエンドシステム
は登録が可能となる。
【０２６５】IETFが勧告するMobile-IP標準をサポート
するエンドシステムが本発明のタイプのネットワーク内
で動作できるようにするためには、これらモバイル（エ
ンドシステム）は少なくとも類似のMAC層の登録を遂行
できることが必要とされる。本発明のエージェントアド
バタイズメントメッセージのフォーマットをIETFが勧告
するMobile-IP標準のエージェントアドバタイズメント
メッセージのフォーマットと類似させることで、本発明
のネットワークに訪問するエンドシステムは、エージェ
ントアドバタイズメントを解釈し、無線ハブに登録する
ことが可能となる。本発明の登録リクエストおよび応答
メッセージは、IETFが勧告するMobile-IP標準の登録リ
クエストおよび応答メッセージに（不要な拡張なしに）
類似し、このため、本発明のモビィリティ管理機能の他
の部分は、本発明のネットワークに訪問するエンドシス
テムに透過的である。
するエンドシステムが本発明のタイプのネットワーク内
で動作できるようにするためには、これらモバイル（エ
ンドシステム）は少なくとも類似のMAC層の登録を遂行
できることが必要とされる。本発明のエージェントアド
バタイズメントメッセージのフォーマットをIETFが勧告
するMobile-IP標準のエージェントアドバタイズメント
メッセージのフォーマットと類似させることで、本発明
のネットワークに訪問するエンドシステムは、エージェ
ントアドバタイズメントを解釈し、無線ハブに登録する
ことが可能となる。本発明の登録リクエストおよび応答
メッセージは、IETFが勧告するMobile-IP標準の登録リ
クエストおよび応答メッセージに（不要な拡張なしに）
類似し、このため、本発明のモビィリティ管理機能の他
の部分は、本発明のネットワークに訪問するエンドシス
テムに透過的である。
【０２６６】IETFが提唱するMobile-IP標準をサポート
するエンドシステムはMobile-IP登録の前にPPPセッショ
ンが開始されることを期待するために、本発明の無線ハ
ブは、オプションとして、MAC-層の登録の後にPPPのLCP
（Link control Protocok）パケットおよびNCP（Networ
k Control Protocol）パケットの解釈を開始することも
できる。
するエンドシステムはMobile-IP登録の前にPPPセッショ
ンが開始されることを期待するために、本発明の無線ハ
ブは、オプションとして、MAC-層の登録の後にPPPのLCP
（Link control Protocok）パケットおよびNCP（Networ
k Control Protocol）パケットの解釈を開始することも
できる。
【０２６７】ハンドオフの際にトラヒックが失われるの
を回避するために、本発明のモビィリティ管理は、メー
クビフォアブレーク（make before break）という概念
を用いる。ローカルモビィリティの場合は、メークビフ
ォアブレークコネクション（make before break connec
tion）は、新たなAPによって無線ハブに中継されるMAC-
層登録メッセージをブロードキャスメッセージに変換す
ることによって達成される。こうして、以前のAPは、新
たな登録を聞くことができ、エンドシステムに向けられ
たまだ伝送されてないパケットを新たなAPに転送するこ
とが可能となる。
を回避するために、本発明のモビィリティ管理は、メー
クビフォアブレーク（make before break）という概念
を用いる。ローカルモビィリティの場合は、メークビフ
ォアブレークコネクション（make before break connec
tion）は、新たなAPによって無線ハブに中継されるMAC-
層登録メッセージをブロードキャスメッセージに変換す
ることによって達成される。こうして、以前のAPは、新
たな登録を聞くことができ、エンドシステムに向けられ
たまだ伝送されてないパケットを新たなAPに転送するこ
とが可能となる。
【０２６８】マイクロモビィリティの場合は、新たな無
線バブに関する情報がサービングIWFと以前の無線ハブ
との間で交換されるTear XTunnelメッセージ内に挿入さ
れる。こうして、以前の無線ハブは、サービングIWFか
らのTear XTunnelメッセージを聞いたときに、緩衝した
パケットを新たな無線ハブに転送することが可能とな
る。
線バブに関する情報がサービングIWFと以前の無線ハブ
との間で交換されるTear XTunnelメッセージ内に挿入さ
れる。こうして、以前の無線ハブは、サービングIWFか
らのTear XTunnelメッセージを聞いたときに、緩衝した
パケットを新たな無線ハブに転送することが可能とな
る。
【０２６９】同時に、WIFの所のRLP層がそれまでに以前
の無線ハブから確認応答のあったシーケンス番号を覚え
ている方法である。同時に、IWFも、以前の無線ハブに
送られた最も新しいパケットの現在の送信シーケンス番
号（current send sequencenumber）を覚えている。こ
うして、IWFは、これら２つの番号の間に来るパケット
を、新たな無線ハブに、より新たなパケットを新たな無
線ハブに送信する前に送信することが可能となる。RLP
層は重複パケットをフィルタできるものと想定される。
第二のアプローチの方が、以前の無線ハブは互いに直接
に通信できないと考えられるために、第一のアプローチ
よりも好ましい。
の無線ハブから確認応答のあったシーケンス番号を覚え
ている方法である。同時に、IWFも、以前の無線ハブに
送られた最も新しいパケットの現在の送信シーケンス番
号（current send sequencenumber）を覚えている。こ
うして、IWFは、これら２つの番号の間に来るパケット
を、新たな無線ハブに、より新たなパケットを新たな無
線ハブに送信する前に送信することが可能となる。RLP
層は重複パケットをフィルタできるものと想定される。
第二のアプローチの方が、以前の無線ハブは互いに直接
に通信できないと考えられるために、第一のアプローチ
よりも好ましい。
【０２７０】マクロモビィリティの場合は、以前の無線
ハブから新たな無線ハブへのパケット転送に加えて、以
前のサービングIWFがパケットを新たなサービングIWFに
転送する。これを達成するためには、単に、新たなサー
ビングIWFの識別をtear downI-XTunnelメッセージに挿
入して新たなサービングIWFに送ることのみが必要とさ
れる。これと同一の結果を達成するためのもう一つの方
法として、ホームIWFは、以前のサービングIWFによって
最後に確認応答のあったI-XTunnelのシーケンス番号
と、ホームIWFによって送信された現在のI-XTunnelのシ
ーケンス番号を知っているために、以前のサービングIW
Fが損失パケットを新たなサービングIWFに転送するので
なくホームIWFがこの仕事を遂行する方法である。
ハブから新たな無線ハブへのパケット転送に加えて、以
前のサービングIWFがパケットを新たなサービングIWFに
転送する。これを達成するためには、単に、新たなサー
ビングIWFの識別をtear downI-XTunnelメッセージに挿
入して新たなサービングIWFに送ることのみが必要とさ
れる。これと同一の結果を達成するためのもう一つの方
法として、ホームIWFは、以前のサービングIWFによって
最後に確認応答のあったI-XTunnelのシーケンス番号
と、ホームIWFによって送信された現在のI-XTunnelのシ
ーケンス番号を知っているために、以前のサービングIW
Fが損失パケットを新たなサービングIWFに転送するので
なくホームIWFがこの仕事を遂行する方法である。
【０２７１】ハンドオフの間でのトラヒック損失を最小
にするためにどれだけの量のバッファを、それぞれ、モ
バイル当たり／AP当たり／無線ハブ当たり／IWF当たり
に割り当てるかを推定する一つの方法としては、エンド
システム当たり／AP当たり／無線ハブ当たり／IWF当た
りのパケット到着速度とハンドオフ時間を推定する方法
がある。この情報をIWFの無線ハブの以前のAPにパスす
ることで、ハンドオフ時に、それぞれ、IWFの無線ハブ
の新たなAPにどの程度のトラヒックが転送されるべきか
決定される。
にするためにどれだけの量のバッファを、それぞれ、モ
バイル当たり／AP当たり／無線ハブ当たり／IWF当たり
に割り当てるかを推定する一つの方法としては、エンド
システム当たり／AP当たり／無線ハブ当たり／IWF当た
りのパケット到着速度とハンドオフ時間を推定する方法
がある。この情報をIWFの無線ハブの以前のAPにパスす
ることで、ハンドオフ時に、それぞれ、IWFの無線ハブ
の新たなAPにどの程度のトラヒックが転送されるべきか
決定される。
【０２７２】本発明においてルートの最適化を達成する
ためには、エンドシステムはサービングIWFに最も近いP
PPサーバを選択する。ルート最適化なしでは、過剰な輸
送遅延や過剰な物理リンクの使用が発生することがあ
る。
ためには、エンドシステムはサービングIWFに最も近いP
PPサーバを選択する。ルート最適化なしでは、過剰な輸
送遅延や過剰な物理リンクの使用が発生することがあ
る。
【０２７３】例えば、ニューヨーク市内のホームネット
ワークに加入するエンドシステムが香港にローミングす
るものと想定する。香港のISPにリンクを設定するため
には、エンドシステムは、香港内の無線ハブ内に設定さ
れたサービングIWFと、ニューヨーク市内のホームネッ
トワーク内に設定されたホームIWFとを持つこととな
る。この場合、メッセージは、（香港にローミングし
た）エンドシステムから（香港内の）サービングIWFに
向かい、ここから（ニューヨーク市内の）ホームIWFを
経て、再び、香港のISPに戻るようにルートされる。
ワークに加入するエンドシステムが香港にローミングす
るものと想定する。香港のISPにリンクを設定するため
には、エンドシステムは、香港内の無線ハブ内に設定さ
れたサービングIWFと、ニューヨーク市内のホームネッ
トワーク内に設定されたホームIWFとを持つこととな
る。この場合、メッセージは、（香港にローミングし
た）エンドシステムから（香港内の）サービングIWFに
向かい、ここから（ニューヨーク市内の）ホームIWFを
経て、再び、香港のISPに戻るようにルートされる。
【０２７４】一つの好ましいアプローチは（香港内の）
サービングIWFを直接に香港のISPに接続する方法であ
る。この場合は、サービングIWFがホームIWFのように機
能する。この実施例においては、前提として、ホームと
フォーリン無線プロバイダの間にローミング合意が存在
する。加えて、課金情報が共有されるようにさまざまな
アカウンティング／課金システムが互いに自動的に通信
するようにされる。アカウンティングおよび課金情報の
交換はIETFのROAMOPS作業グループによって勧告される
標準等を用いて実現する。
サービングIWFを直接に香港のISPに接続する方法であ
る。この場合は、サービングIWFがホームIWFのように機
能する。この実施例においては、前提として、ホームと
フォーリン無線プロバイダの間にローミング合意が存在
する。加えて、課金情報が共有されるようにさまざまな
アカウンティング／課金システムが互いに自動的に通信
するようにされる。アカウンティングおよび課金情報の
交換はIETFのROAMOPS作業グループによって勧告される
標準等を用いて実現する。
【０２７５】ただし、サービングIWFは、この場合で
も、最も近いPPPサーバ（例えば、香港のISP）を見つけ
ることを必要とされる。現在の実施例においては、フォ
ーリン登録サーバはエンドシステムのPPPサーバ（例え
ば、香港のISP）への接続の希望をフォーリン登録サー
バがエンドシステムから登録リクエストを受信したとき
に知る。フォーリン登録サーバがサービングIWFの方が
要求されるPPPサーバ（例えば、香港のISP）にホームIW
Fよりも近いことを知ると、フォーリン登録サーバはサ
ービングIWFに対して、L2TPトンネルを（ホーム登録サ
ーバおよびホームIWFに最も近いPPPサーバではなく）自
身に最も近いPPPサーバに向けて確立することを指令す
る。次に、フォーリン登録サーバは、ホーム登録サーバ
にエンドシステムがサービングIWFとフォーリンPPPによ
るサービスを受けている事実を通知する。
も、最も近いPPPサーバ（例えば、香港のISP）を見つけ
ることを必要とされる。現在の実施例においては、フォ
ーリン登録サーバはエンドシステムのPPPサーバ（例え
ば、香港のISP）への接続の希望をフォーリン登録サー
バがエンドシステムから登録リクエストを受信したとき
に知る。フォーリン登録サーバがサービングIWFの方が
要求されるPPPサーバ（例えば、香港のISP）にホームIW
Fよりも近いことを知ると、フォーリン登録サーバはサ
ービングIWFに対して、L2TPトンネルを（ホーム登録サ
ーバおよびホームIWFに最も近いPPPサーバではなく）自
身に最も近いPPPサーバに向けて確立することを指令す
る。次に、フォーリン登録サーバは、ホーム登録サーバ
にエンドシステムがサービングIWFとフォーリンPPPによ
るサービスを受けている事実を通知する。
【０２７６】もう一つの実施例においては、フォーリン
登録サーバはサービングIWFの方が希望されるPPPサーバ
（例えば、香港のISP）にホームIWFより近いことを、フ
ォーリン登録サーバがエンドシステムから登録リクエス
トを受信したときに知る。すると、フォーリン登録サー
バは登録リクエストメッセージにサービングIWFの情報
を示すメッセージとルート最適化が要望されることを示
す通知とを付加して、これをホーム登録サーバに送る。
同時にフォーリン登録サーバはサービングIWFに対し
て、L2TPトンネルをPPPサーバに向けて確立することを
指令する。登録リクエストが承認された時点で、ホーム
登録サーバはホームIWFに対してL2TPの状態をフォーリ
ンIWFに転送するように指令する。
登録サーバはサービングIWFの方が希望されるPPPサーバ
（例えば、香港のISP）にホームIWFより近いことを、フ
ォーリン登録サーバがエンドシステムから登録リクエス
トを受信したときに知る。すると、フォーリン登録サー
バは登録リクエストメッセージにサービングIWFの情報
を示すメッセージとルート最適化が要望されることを示
す通知とを付加して、これをホーム登録サーバに送る。
同時にフォーリン登録サーバはサービングIWFに対し
て、L2TPトンネルをPPPサーバに向けて確立することを
指令する。登録リクエストが承認された時点で、ホーム
登録サーバはホームIWFに対してL2TPの状態をフォーリ
ンIWFに転送するように指令する。
【０２７７】図３４においては、データフレームは、最
初は、第一のモバイルエンドシステムと、第一のアクセ
スポイントを通じて第一のアクセスハブとの間で通信さ
れている。次に、第一のモバイルエンドシステムが移動
し、第二のアクセスポイントを通じて再登録するとき、
登録リクエストが第一のモバイルエンドシステムから第
二のアクセスポイントを通じて第一のアクセスハブに送
信され、第一のモバイルエンドシステムが第一のアクセ
スハブに、第一の登録サーバに通知することなく、再登
録される。最後に、第一のモバイルエンドシステムが第
二のアクセスポイントを通じて再登録されたとき、第二
のアクセスポイントが第一のアクセスハブとリンクさ
れ、第二のアクセスポイントが第一のアクセスハブとリ
ンクされたとき、第一のアクセスポイントと第一のアク
セスハブとのリンクが切断される。
初は、第一のモバイルエンドシステムと、第一のアクセ
スポイントを通じて第一のアクセスハブとの間で通信さ
れている。次に、第一のモバイルエンドシステムが移動
し、第二のアクセスポイントを通じて再登録するとき、
登録リクエストが第一のモバイルエンドシステムから第
二のアクセスポイントを通じて第一のアクセスハブに送
信され、第一のモバイルエンドシステムが第一のアクセ
スハブに、第一の登録サーバに通知することなく、再登
録される。最後に、第一のモバイルエンドシステムが第
二のアクセスポイントを通じて再登録されたとき、第二
のアクセスポイントが第一のアクセスハブとリンクさ
れ、第二のアクセスポイントが第一のアクセスハブとリ
ンクされたとき、第一のアクセスポイントと第一のアク
セスハブとのリンクが切断される。
【０２７８】図３５においては、データフレームは、最
初は、第一のモバイルエンドシステムと、第一のアクセ
スハブを通じて第一のインターワーキング機能（IWF）
との間で通信されている。次に、第一のモバイルエンド
システムが移動し、第二のアクセスハブを通じて再登録
するとき、登録リクエストが第一のモバイルエンドシス
テムから第一のアクセスポイントおよび第二のアクセス
ハブを通じて第一の登録サーバに送信され、第一のモバ
イルエンドシステムが、ホーム登録サーバに通知するこ
となく、第一の登録サーバに再登録される。最後に、第
一のモバイルエンドシステムが第二のアクセスハブを通
じて再登録されたときに、第二のアクセスハブが第一の
インターワーキング機能とリンクされ、第二のアクセス
ハブが第一のインターワーキング機能とリンクされた後
に、第一のアクセスハブと第一のインターワーキング機
能との間のリンクが削除される。
初は、第一のモバイルエンドシステムと、第一のアクセ
スハブを通じて第一のインターワーキング機能（IWF）
との間で通信されている。次に、第一のモバイルエンド
システムが移動し、第二のアクセスハブを通じて再登録
するとき、登録リクエストが第一のモバイルエンドシス
テムから第一のアクセスポイントおよび第二のアクセス
ハブを通じて第一の登録サーバに送信され、第一のモバ
イルエンドシステムが、ホーム登録サーバに通知するこ
となく、第一の登録サーバに再登録される。最後に、第
一のモバイルエンドシステムが第二のアクセスハブを通
じて再登録されたときに、第二のアクセスハブが第一の
インターワーキング機能とリンクされ、第二のアクセス
ハブが第一のインターワーキング機能とリンクされた後
に、第一のアクセスハブと第一のインターワーキング機
能との間のリンクが削除される。
【０２７９】図３６においては、フォーリンネットワー
クにおいては、データフレームは、最初は、第一のモバ
イルエンドシステムと、第一のインターワーキング機能
を通じて第三のインターワーキング機能との間で通信さ
れており、ホームネットワークにおいては、データフレ
ームは、最初は、第三のインターワーキング機能と第一
の通信サーバとの間で通信されている。次に、第一のモ
バイルエンドシステムが移動し、第一のアクセスハブを
通じて再登録するとき、登録リクエストが第一のモバイ
ルエンドシステムから第一のアクセスポイント、第一の
アクセスハブ、および第一の登録サーバを通じてホーム
登録サーバに送信され、第一のモバイルエンドシステム
がホーム登録サーバに、第三のインターワーキング機能
と第一の通信サーバとの間のリンクを切断することな
く、再登録される。第一の登録サーバから登録リクエス
トをホーム登録サーバに送信するステップにおいて、第
一のインターワーキング機能から第二のインターワーキ
ング機能に変更する指標が送られる。最後に、第一のモ
バイルエンドシステムが第一のアクセスハブを通じて再
登録されたとき、第二のインターワーキング機能が第三
のインターワーキング機能とリンクされ、第二のインタ
ーリンク機能が第三のインターワーキング機能とリンク
された後に、第一のインターワーキング機能と第三のイ
ンターキング機能との間のリンクが切断される。
クにおいては、データフレームは、最初は、第一のモバ
イルエンドシステムと、第一のインターワーキング機能
を通じて第三のインターワーキング機能との間で通信さ
れており、ホームネットワークにおいては、データフレ
ームは、最初は、第三のインターワーキング機能と第一
の通信サーバとの間で通信されている。次に、第一のモ
バイルエンドシステムが移動し、第一のアクセスハブを
通じて再登録するとき、登録リクエストが第一のモバイ
ルエンドシステムから第一のアクセスポイント、第一の
アクセスハブ、および第一の登録サーバを通じてホーム
登録サーバに送信され、第一のモバイルエンドシステム
がホーム登録サーバに、第三のインターワーキング機能
と第一の通信サーバとの間のリンクを切断することな
く、再登録される。第一の登録サーバから登録リクエス
トをホーム登録サーバに送信するステップにおいて、第
一のインターワーキング機能から第二のインターワーキ
ング機能に変更する指標が送られる。最後に、第一のモ
バイルエンドシステムが第一のアクセスハブを通じて再
登録されたとき、第二のインターワーキング機能が第三
のインターワーキング機能とリンクされ、第二のインタ
ーリンク機能が第三のインターワーキング機能とリンク
された後に、第一のインターワーキング機能と第三のイ
ンターキング機能との間のリンクが切断される。
【０２８０】図３７においては、第一のフォーリンネッ
トワークにおいては、データフレームは、最初は、第一
のモバイルエンドシステムと第一のインターワーキング
機能を通じて第三のインターワーキング機能との間で通
信されており、ホームネットワークにおいては、データ
フレームは、最初は、第三のインターワーキング機能と
第一の通信サーバとの間で通信されている。次に、第一
のモバイルエンドシステムが移動し、第一のアクセスハ
ブを通じて再登録するとき、登録リクエストが第一のモ
バイルエンドシステムから第一のアクセスポイント、第
一のアクセスハブ、および第二の登録サーバを通じてホ
ーム登録サーバに送信され、第一のモバイルエンドシス
テムがホーム登録サーバに、第三のインターワーキング
機能と第一の通信サーバとの間のリンクを切断すること
なく、再登録される。最後に、第一のモバイルエンドシ
ステムが第一のアクセスハブを通じて再登録されたとき
第三のインターワーキング機能が第二のインターワーキ
ング機能とリンクされ、第三のインターワーキング機能
が第二のインターワーキング機能とリンクされた後に、
第三のインターワーキング機能と第一のインターワーキ
ング機能との間のリンクが切断される。
トワークにおいては、データフレームは、最初は、第一
のモバイルエンドシステムと第一のインターワーキング
機能を通じて第三のインターワーキング機能との間で通
信されており、ホームネットワークにおいては、データ
フレームは、最初は、第三のインターワーキング機能と
第一の通信サーバとの間で通信されている。次に、第一
のモバイルエンドシステムが移動し、第一のアクセスハ
ブを通じて再登録するとき、登録リクエストが第一のモ
バイルエンドシステムから第一のアクセスポイント、第
一のアクセスハブ、および第二の登録サーバを通じてホ
ーム登録サーバに送信され、第一のモバイルエンドシス
テムがホーム登録サーバに、第三のインターワーキング
機能と第一の通信サーバとの間のリンクを切断すること
なく、再登録される。最後に、第一のモバイルエンドシ
ステムが第一のアクセスハブを通じて再登録されたとき
第三のインターワーキング機能が第二のインターワーキ
ング機能とリンクされ、第三のインターワーキング機能
が第二のインターワーキング機能とリンクされた後に、
第三のインターワーキング機能と第一のインターワーキ
ング機能との間のリンクが切断される。
【０２８１】図３８においては、フォーリンネットワー
クにおいては、データフレームは、最初は、第一のモバ
イルエンドシステムと、第一のインターワーキング機能
を通じて第三のインターワーキング機能との間で通信さ
れており、ホームネットワークにおいては、データフレ
ームは最初は、第三のインターワーキング機能と第一の
通信サーバとの間で通信されている。次に、第一のモバ
イルエンドシステムが移動し、第一のアクセスハブを通
じて再登録するとき、登録リクエストが第一のモバイル
エンドシステムから第一のアクセスポイント、第一のア
クセスハブ、および第二の登録サーバを通じてホーム登
録サーバに送られ、第一のモバイルエンドシステムがホ
ーム登録サーバに再登録される。最後に、第一のモバイ
ルエンドシステムが第一のアクセスハブを通じて再登録
されると、第四のインターワーキング機能と第二のイン
ターワーキング機能がリンクされ、第四のインターワー
キング機能が第一の通信サーバとリンクされ、第四のイ
ンターワーキング機能が第一の通信サーバとリンクされ
たとき第三のインターワーキング機能と第一の通信サー
バとの間のリンクが切断され、第四のインターワーキン
グ機能が第二のインターワーキング機能とリンクされた
後に、第三のインターワーキング機能と第一のインター
ワーキング機能との間のリンクが切断される。
クにおいては、データフレームは、最初は、第一のモバ
イルエンドシステムと、第一のインターワーキング機能
を通じて第三のインターワーキング機能との間で通信さ
れており、ホームネットワークにおいては、データフレ
ームは最初は、第三のインターワーキング機能と第一の
通信サーバとの間で通信されている。次に、第一のモバ
イルエンドシステムが移動し、第一のアクセスハブを通
じて再登録するとき、登録リクエストが第一のモバイル
エンドシステムから第一のアクセスポイント、第一のア
クセスハブ、および第二の登録サーバを通じてホーム登
録サーバに送られ、第一のモバイルエンドシステムがホ
ーム登録サーバに再登録される。最後に、第一のモバイ
ルエンドシステムが第一のアクセスハブを通じて再登録
されると、第四のインターワーキング機能と第二のイン
ターワーキング機能がリンクされ、第四のインターワー
キング機能が第一の通信サーバとリンクされ、第四のイ
ンターワーキング機能が第一の通信サーバとリンクされ
たとき第三のインターワーキング機能と第一の通信サー
バとの間のリンクが切断され、第四のインターワーキン
グ機能が第二のインターワーキング機能とリンクされた
後に、第三のインターワーキング機能と第一のインター
ワーキング機能との間のリンクが切断される。
【０２８２】本発明による無線データネットワークは、
ホームモバイル交換センタ、フォーリンモバイル交換セ
ンタ、基地局、およびエンドユーザを含む。ホームモバ
イル交換センタは、ホーム登録サーバとホームインター
ワーキング機能を含む。フォーリンモバイルセンタは、
サービング登録サーバとサービングインターワーキング
機能を含む。基地局は、代理（プロキシ）登録エージェ
ントを含む。エンドユーザのモデムは、ユーザ登録エー
ジェントを含む。ユーザ登録エージェントは代理登録エ
ージェントに結合され、代理登録エージェントはサービ
ング登録エージェントに結合され、サービング登録サー
バはホーム登録サーバに結合される。代理登録エージェ
ントは、ユーザ登録エージェントから要求（solicitati
on）メッセージを受信したとき気付けアドレスを含むア
ドバタイズメントを送信するモジュールを含み、ユーザ
登録エージェントは、ユーザ登録エージェントがアドバ
タイズメントを受信したときユーザ識別情報および気付
けアドレスを、登録リクエスト内に組み込むためのモジ
ュール、およびこの登録リクエストを代理登録エージェ
ントに送信するためのモジュールを含む。代理登録エー
ジェントは、任意のユーザから受信される任意の登録リ
クエストをサービング登録エージェントに転送するため
のモジュールを含む。サービング登録サーバは、ホーム
登録サーバのアドレスを見つけるためのフォーリンディ
レクトリモジュール、ホーム登録サーバのアドレスが見
つかったとき登録リクエストをカプセル化し、サービン
グ登録サーバの識別情報を組み込み、カプセル化された
登録リクエストをRadiusアクセスリクエストに組み込む
ためのモジュール、およびRadiusアクセスリクエストを
ホーム登録サーバに送信するためのモジュールを含む。
ホーム登録サーバは、サービング登録サーバの識別情報
を認証（検証）するためのホームディレクトリモジュー
ル、サービング登録サーバの識別情報が認証されたとき
Radiusアクセスリクエストからインターワーキング機能
リクエストを形成するためのモジュール、およびインタ
ーワーキングリクエストをホームインターワーキング機
能に送信するためのモジュールを含む。
ホームモバイル交換センタ、フォーリンモバイル交換セ
ンタ、基地局、およびエンドユーザを含む。ホームモバ
イル交換センタは、ホーム登録サーバとホームインター
ワーキング機能を含む。フォーリンモバイルセンタは、
サービング登録サーバとサービングインターワーキング
機能を含む。基地局は、代理（プロキシ）登録エージェ
ントを含む。エンドユーザのモデムは、ユーザ登録エー
ジェントを含む。ユーザ登録エージェントは代理登録エ
ージェントに結合され、代理登録エージェントはサービ
ング登録エージェントに結合され、サービング登録サー
バはホーム登録サーバに結合される。代理登録エージェ
ントは、ユーザ登録エージェントから要求（solicitati
on）メッセージを受信したとき気付けアドレスを含むア
ドバタイズメントを送信するモジュールを含み、ユーザ
登録エージェントは、ユーザ登録エージェントがアドバ
タイズメントを受信したときユーザ識別情報および気付
けアドレスを、登録リクエスト内に組み込むためのモジ
ュール、およびこの登録リクエストを代理登録エージェ
ントに送信するためのモジュールを含む。代理登録エー
ジェントは、任意のユーザから受信される任意の登録リ
クエストをサービング登録エージェントに転送するため
のモジュールを含む。サービング登録サーバは、ホーム
登録サーバのアドレスを見つけるためのフォーリンディ
レクトリモジュール、ホーム登録サーバのアドレスが見
つかったとき登録リクエストをカプセル化し、サービン
グ登録サーバの識別情報を組み込み、カプセル化された
登録リクエストをRadiusアクセスリクエストに組み込む
ためのモジュール、およびRadiusアクセスリクエストを
ホーム登録サーバに送信するためのモジュールを含む。
ホーム登録サーバは、サービング登録サーバの識別情報
を認証（検証）するためのホームディレクトリモジュー
ル、サービング登録サーバの識別情報が認証されたとき
Radiusアクセスリクエストからインターワーキング機能
リクエストを形成するためのモジュール、およびインタ
ーワーキングリクエストをホームインターワーキング機
能に送信するためのモジュールを含む。
【０２８３】無線エンドユーザがローミングできる新規
のネットワークアーキテクチャの幾つかの好ましい実施
例について説明したが、これらは単に説明を意図するも
ので、制限を加えることを意図するものではなく、当業
者においては上述の教示に照らして様々な修正およびバ
リエーションを考えることができると思われる。例え
ば、ここで説明された接続リンクには、周知の接続プロ
トコル（例えば、IP、TCP/IP、L2TP、IEEE 802.3等）を
用いて設定されるが；ただし、本発明から逸脱すること
なく、他の接続プロトコルを用いて同一あるいは類似の
データ配信能力を持つ接続リンクを設定することも可能
である。上述の様々な実施例における動作エージェント
（acting agent）は、ソフトウエアによって制御される
プロセッサの形式を取ることも、他の制御の形式（例え
ば、プログラマブル論理アレイ等）を取ることもでき
る。動作エージェントは説明のようにグループ化するこ
とも、あるいは、説明の接続方法から逸脱することな
く、上述のセキュリティおよび認証方法を達成できるこ
とを条件に、別の仕方にグループ化することもできる。
さらに、単一の、アクセスポイント、アクセスハブ（つ
まり無線ハブ）あるいはインターワーキング機能ユニッ
ト（IWFユニット）にて、マルチチャネル能力を提供す
ることもできる。このため、単一の、アクセスポイン
ト、アクセスハブあるいはIWFユニットにて複数のエン
ドシステムからのトラヒッを扱うこともでき、従って、
ここでは別個の複数の、アクセスポイント、アクセスハ
ブあるいはＩＷＦユニットとして説明されたものと同一
なものを、単一のマルチチャネル、アクセスポイント、
アクセスハブあるいはＩＷＦにて実現することもでき
る。従って、開示された本発明の幾つかの特定な実施例
に対して、特許請求の範囲によって定義される本発明の
範囲および精神から逸脱することなく、様々な変更を加
えることができるものである。
のネットワークアーキテクチャの幾つかの好ましい実施
例について説明したが、これらは単に説明を意図するも
ので、制限を加えることを意図するものではなく、当業
者においては上述の教示に照らして様々な修正およびバ
リエーションを考えることができると思われる。例え
ば、ここで説明された接続リンクには、周知の接続プロ
トコル（例えば、IP、TCP/IP、L2TP、IEEE 802.3等）を
用いて設定されるが；ただし、本発明から逸脱すること
なく、他の接続プロトコルを用いて同一あるいは類似の
データ配信能力を持つ接続リンクを設定することも可能
である。上述の様々な実施例における動作エージェント
（acting agent）は、ソフトウエアによって制御される
プロセッサの形式を取ることも、他の制御の形式（例え
ば、プログラマブル論理アレイ等）を取ることもでき
る。動作エージェントは説明のようにグループ化するこ
とも、あるいは、説明の接続方法から逸脱することな
く、上述のセキュリティおよび認証方法を達成できるこ
とを条件に、別の仕方にグループ化することもできる。
さらに、単一の、アクセスポイント、アクセスハブ（つ
まり無線ハブ）あるいはインターワーキング機能ユニッ
ト（IWFユニット）にて、マルチチャネル能力を提供す
ることもできる。このため、単一の、アクセスポイン
ト、アクセスハブあるいはIWFユニットにて複数のエン
ドシステムからのトラヒッを扱うこともでき、従って、
ここでは別個の複数の、アクセスポイント、アクセスハ
ブあるいはＩＷＦユニットとして説明されたものと同一
なものを、単一のマルチチャネル、アクセスポイント、
アクセスハブあるいはＩＷＦにて実現することもでき
る。従って、開示された本発明の幾つかの特定な実施例
に対して、特許請求の範囲によって定義される本発明の
範囲および精神から逸脱することなく、様々な変更を加
えることができるものである。
【図１】公衆交換電話ネットワークを通じての周知のリ
モートアクセスアーキテクチャの構成図である。
モートアクセスアーキテクチャの構成図である。
【図２】本発明による無線パケット交換データネットワ
ークを通じてのリモートアクセスアーキテクチャの構成
図である。
ークを通じてのリモートアクセスアーキテクチャの構成
図である。
【図３】図２のネットワークのアーキテクチャのローミ
ングシナリオを示す選択された部分の構成図である。
ングシナリオを示す選択された部分の構成図である。
【図４】ローカルアクセスポイントを持つ基地局の構成
図である。
図である。
【図５】リモートアクセスポイントを持つ基地局の構成
図である。
図である。
【図６】リモートアクセスポイントを持つ基地局であっ
て、幾つかのリモートアクセスポイントが無線トランク
接続を用いて接続される構成図である。
て、幾つかのリモートアクセスポイントが無線トランク
接続を用いて接続される構成図である。
【図７】ローカルアクセスポイントに対するプロトコル
スタックの図である。
スタックの図である。
【図８】無線トランクを持つリモートアクセスポイント
に対するプロトコルスタックの図である。
に対するプロトコルスタックの図である。
【図９】リモートアクセスポイントを無線トランクにて
サポートするための基地局内の中継機能に対するプロト
コルスタックの図である。
サポートするための基地局内の中継機能に対するプロト
コルスタックの図である。
【図１０】図９に示す中継機能を実現するためのプロト
コルスタックの図である。
コルスタックの図である。
【図１１】ローカルアクセスポイントをサポートするた
めの基地局内の中継機能に対するプロトコルスタックの
図である。
めの基地局内の中継機能に対するプロトコルスタックの
図である。
【図１２】図２のネットワークのアーキテクチャの選択
された部分の構成図であって、ホームネットワークから
ホームネットワークに登録する第一のエンドシステム
と、フォーリンネットワークからホームネットワークに
ホームインターワーキング機能をアンカーとして用いて
登録する第二のエンドシステムを示す。
された部分の構成図であって、ホームネットワークから
ホームネットワークに登録する第一のエンドシステム
と、フォーリンネットワークからホームネットワークに
ホームインターワーキング機能をアンカーとして用いて
登録する第二のエンドシステムを示す。
【図１３】図２のネットワークのアーキテクチャの選択
された部分の構成図であって、ホームネットワークから
ホームネットワークに登録する第一のエンドシステム
と、フォーリンネットワークからホームネットワークに
サービングインターワーキング機能をアンカーとして用
いて登録する第二のエンドシステムを示す。
された部分の構成図であって、ホームネットワークから
ホームネットワークに登録する第一のエンドシステム
と、フォーリンネットワークからホームネットワークに
サービングインターワーキング機能をアンカーとして用
いて登録する第二のエンドシステムを示す。
【図１４】フォーリンネットワークからホームネットワ
ークに登録するため、および、データリンクを、確立、
認証、および構成するために用いるリクエストおよび応
答メッセージの梯子図である。
ークに登録するため、および、データリンクを、確立、
認証、および構成するために用いるリクエストおよび応
答メッセージの梯子図である。
【図１５】図２のネットワークのアーキテクチャの選択
された部分の構成図であって、モバイルをホームネット
ワークからホームネットワークに登録する際の登録リク
エストおよび応答を示す。
された部分の構成図であって、モバイルをホームネット
ワークからホームネットワークに登録する際の登録リク
エストおよび応答を示す。
【図１６】図２のネットワークのアーキテクチャの選択
された部分の構成図であって、モバイルをフォーリンネ
ットワークからホームネットワークに登録する際の登録
リクエストおよび応答を示す。
された部分の構成図であって、モバイルをフォーリンネ
ットワークからホームネットワークに登録する際の登録
リクエストおよび応答を示す。
【図１７】ホームネットワーク内のエンドシステムとホ
ームネットワーク内のインターワーキング機能との間の
通信であって、セルサイトがローカルアクセスポイント
を持つ場合のプロトコルスタックの構成図である。
ームネットワーク内のインターワーキング機能との間の
通信であって、セルサイトがローカルアクセスポイント
を持つ場合のプロトコルスタックの構成図である。
【図１８】ホームネットワーク内のエンドシステムとホ
ームネットワーク内のインターワーキング機能との間の
通信であって、セルサイトが無線トランクを通じて無線
ハブに接続されたリモートアクセスポイントを持つ場合
のプロトコルコルスタックの構成図である。
ームネットワーク内のインターワーキング機能との間の
通信であって、セルサイトが無線トランクを通じて無線
ハブに接続されたリモートアクセスポイントを持つ場合
のプロトコルコルスタックの構成図である。
【図１９】ローミングエンドポイントに結合された基地
局とホームインターワーキング機能との間の通信を示す
プロトコルスタックの構成図である。
局とホームインターワーキング機能との間の通信を示す
プロトコルスタックの構成図である。
【図２０】ホームネットワーク内のエンドシステムがホ
ームネットワーク内のインターワーキング機能を通じて
インターネットプロトコルプロバイダに接続する場合の
通信を示すプロトコルスタックの構成図である。
ームネットワーク内のインターワーキング機能を通じて
インターネットプロトコルプロバイダに接続する場合の
通信を示すプロトコルスタックの構成図である。
【図２１】フォーリンネットワーク内のエンドシステム
とホームネットワーク内のホーム登録サーバとの間の登
録フェーズの際の通信を示すプロトコルスタックの構成
図である。
とホームネットワーク内のホーム登録サーバとの間の登
録フェーズの際の通信を示すプロトコルスタックの構成
図である。
【図２２】アカウンティングデータを顧客課金システム
に送るまでの処理を示す処理流れ図である。
に送るまでの処理を示す処理流れ図である。
【図２３】ホームネットワーク内のエンドシステムに対
する登録プロセスを示す梯子図である。
する登録プロセスを示す梯子図である。
【図２４】フォーリンネットワーク内のエンドシステム
に対する登録プロセスを示す梯子図である。
に対する登録プロセスを示す梯子図である。
【図２５】PPPプロトコルがホームネットワークのイン
ターワーキングに終端する場合のホームネットワーク内
のエンドシステムの接続を示すプロトコルスタック図で
ある。
ターワーキングに終端する場合のホームネットワーク内
のエンドシステムの接続を示すプロトコルスタック図で
ある。
【図２６】PPPプロトコルがISPあるいはイントラネット
に終端する場合の、ホームネットワーク内のエンドシス
テムの接続を示すプロトコルスタック図である。
に終端する場合の、ホームネットワーク内のエンドシス
テムの接続を示すプロトコルスタック図である。
【図２７】PPPプロトコルがフォーリンネットワークの
インターワーキング機能に終端する場合のフォーリンネ
ットワーク内のエンドシステムの接続を示すプロトコル
スタック図である。
インターワーキング機能に終端する場合のフォーリンネ
ットワーク内のエンドシステムの接続を示すプロトコル
スタック図である。
【図２８】PPPプロトコルがISPあるいはイントラネット
に終端する場合のフォーリンネットワーク内のエンドシ
ステムの接続を示すプロトコルスタック図である。
に終端する場合のフォーリンネットワーク内のエンドシ
ステムの接続を示すプロトコルスタック図である。
【図２９】ローカルハンドオフシナリオを示す梯子図で
ある。
ある。
【図３０】フマイクロハンドオフシナリオを示す梯子図
である。
である。
【図３１】マクロハンドオフシナリオを示す梯子図であ
る。
る。
【図３２】グローバルハンドオフシナリオであって、フ
ォーリン登録サーバは変更されるが、ホームインターワ
ーキング機能は変更されない場合を示す梯子図である。
ォーリン登録サーバは変更されるが、ホームインターワ
ーキング機能は変更されない場合を示す梯子図である。
【図３３】グローバルハンドオフシナリオであって、フ
ォーリン登録サーバとホームインターワーキング機能の
両方が変更される場合を示す梯子図である。
ォーリン登録サーバとホームインターワーキング機能の
両方が変更される場合を示す梯子図である。
【図３４】本発明によるローカル手続きを示す機能流れ
図である。
図である。
【図３５】本発明によるマイクロ手続きを示す機能流れ
図である。
図である。
【図３６】本発明によるマクロハンドオフ手続きを示す
機能流れ図である。
機能流れ図である。
【図３７】本発明によるグローバルハンドオフ手続きで
あって、ホームネットワーク内のインターワーキング機
能は変更されない場合を示す機能流れ図である。
あって、ホームネットワーク内のインターワーキング機
能は変更されない場合を示す機能流れ図である。
【図３８】本発明によるグローバルハンドオフ手続きで
あって、ホームネットワーク内のインターワーキング機
能が変更される場合を示す機能流れ図である。
あって、ホームネットワーク内のインターワーキング機
能が変更される場合を示す機能流れ図である。
４ ユーザモデム ２ ユーザコンピュータ ８ ポイントオブプレゼンス（POP） １０ イントラネットバックボーン １４ メディアデータセンタ １２ ルータ １８ ペライベートイントラネット ２０ 公衆インターネットバックボーン ３０ 無線ネットワーク ３２ エンドシステム ３４ エアリンク ３６ 基地局 ３８ バックホールネットワーク ４０ モバイル交換センタ（MSC） ４２ IPルータ ４４ 公衆インターネット ４６ プライベートイントラネット ４６ インターネットサービスプロバイダ ４８ アカウンティングおよびディレクトリサーバ ５０ 要素管理サーバ ５２ パケットデータインタワーキング機能（IWF） ６０ ローミングエンドシステム ６２ フォーリン無線サービスプロバイダ ６４ 基地局 ６６ サービングIWF ７０ ホーム無線サービスプロバイダ ７２ ホームIWF ７４ インターネットサービスプロバイダ ８０ 無線サブネットワーク ８２ アクセスポイント ８４ 無線ハブ ８６ 無線トランク
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 ＦＩ Ｈ０４Ｍ 11/00 ３０３ Ｈ０４Ｌ 11/20 １０２Ｄ Ｈ０４Ｑ 7/34 Ｈ０４Ｑ 7/04 Ｃ (72)発明者 ギリシュ ライ アメリカ合衆国 60103 イリノイズ，バ ートレット，レディ スミス ロード 523
Claims (28)
- 【請求項１】 通信システムであって、このシステム
が：第一の登録サーバ、第一と第二のアクセスポイン
ト、および第一のアクセスハブを含むネットワークから
構成され、このネットワークが最初はデータフレームを
第一のモバイルエンドシステムと第一のアクセスポイン
トを通じて第一のアクセスハブとの間で通信しており；
前記第一のアクセスハブが第一のモジュールを含み、こ
の第一のモジュールが、登録リクエストが前記第一のモ
バイルエンドシステムから前記第二のアクセスポイント
を通じて受信されたとき、前記第一のモバイルエンドシ
ステムを前記第一のアクセスハブに、前記第一の登録サ
ーバに通知することなく、再登録し；前記第一のアクセ
スハブがさらに第二のモジュールを含み、この第二のモ
ジュールが、前記モバイルエンドシステムが前記第二の
アクセスポイントを通じて再登録されたとき、前記第二
のアクセスポイントを前記第一アクセスハブにリンク
し；前記第一のアクセスハブがさらに第三のモジュール
を含み、この第三のモジュールが、前記第二のアクセス
ポイントが前記第一のアクセスハブにリンクされたと
き、前記第一のアクセスポイントと前記第一のアクセス
ハブの間のリンクを切断することを特徴とするシステ
ム。 - 【請求項２】 前記ネットワークがフォーリンネットワ
ークと見なされ、このフォーリンネットワークがさらに
第二と第三のアクセスハブおよび第一のインターワーキ
ング機能を含み、このフォーリンネットワークが最初は
データフレームを第二のモバイルエンドシステムと第二
のアクセスハブを通じて前記第一のインターワーキング
機能との間で通信しており；ホームネットワークがホー
ム登録サーバを含み；前記第一の登録サーバが第一のモ
ジュールを含み、この第一のモジュールが、登録リクエ
ストが第二のモバイルエンドシステムから第三のアクセ
スポイントおよび第三のアクセスハブを通じて受信され
たとき、前記第二のモバイルエンドシステムを前記第一
の登録サーバに、前記ホーム登録サーバに通知すること
なく、再登録し；前記第一の登録サーバがさらに第二の
モジュールを含み、この第二のモジュールが、前記第二
のモバイルエンドシステムが前記第三のアクセスハブを
通じて再登録されたとき、前記第三のアクセスハブに対
して前記第一のインターワーキング機能とリンクするこ
とを指令し；前記第一の登録サーバがさらに第三のモジ
ュールを含み、この第三のモジュールが、前記第三のア
クセスハブと前記第一のインターワーキング機能とがリ
ンクされた後に、前記第二のアクセスハブに対して前記
第一のインターワーキング機能とのリンクを切断するこ
とを指令することを特徴とする請求項１のシステム。 - 【請求項３】 前記フォーリンネットワークがさらに第
四のアクセスハブおよび第二と第三のインターワーキン
グ機能を含み；前記ホームネットワークがさらに第四の
インターワーキング機能を含み、前記フォーリンネット
ワークは最初はデータフレームを第三のモバイルエンド
システムと前記第二のインターワーキング機能を通じて
前記第四のインターワーキング機能との間で通信してお
り、ホームネットワークは最初はデータフレームを前記
第四のインターワーキング機能と第一の通信サーバとの
間で通信しており；前記ホーム登録サーバが第一のモジ
ュールを含み、この第一のモジュールが、登録リクエス
トが前記第三のモバイルエンドシステムから第四のアク
セスポイント、第四のアクセスハブおよび第一の登録サ
ーバを通じて受信されたとき、前記第三のモバイルエン
ドシステムを前記ホーム登録サーバに、前記第四のイン
ターワーキング機能と前記第一の通信サーバとの間のリ
ンクを切断することなく、再登録し、前記第一のモジュ
ールが、前記登録リクエスト内の前記第二のインターワ
ーキング機能から第三のインターワーキング機能への変
更を示す指標を認識し；前記ホーム登録サーバがさらに
第二のモジュールを含み、この第二のモジュールが、前
記第三のモバイルエンドシステムが前記第四のアクセス
ハブを通じて再登録されたとき、前記第四のインターワ
ーキング機能に対して前記第三のインターワーキング機
能とリンクすることを指令し；前記ホーム登録サーバが
さらに第三のモジュールを含み、この第三のモジュール
が、前記第三のインターワーキング機能が前記第四のイ
ンターワーキング機能とリンクされた後に、前記第四の
インターワーキング機能に対して前記第二のインターワ
ーキング機能との間のリンクを切断することを指令する
ことを特徴とする請求項２のシステム。 - 【請求項４】 前記フォーリンネットワークが第一のフ
ォーリンネットワークと見なされ、この第一のフォーリ
ンネットワークがさらに第五のインターワーキング機能
を含み；第二のフォーリンネットワークが第二の登録サ
ーバ、第五のアクセスハブおよび第六のインターワーキ
ング機能を含み；前記ホームネットワークがさらに第七
のインターワーキング機能を含み、第一のフォーリンネ
ットワークは最初はデータフレームを第四のモバイルエ
ンドシステムと第五のインターワーキング機能を通じて
第七のインターワーキング機能との間で通信しており、
ホームネットワークは最初はデータフレームを第七のイ
ンターワーキング機能と第二の通信サーバとの間で通信
しており；前記ホームネットワークがさらに第四のモジ
ュールを含み、この第四のモジュールが、登録リクエス
トが前記第四のモバイルエンドシステムから第五のアク
セスポイント、第五のアクセスハブおよび第二の登録サ
ーバを通じてホーム登録サーバに受信されたとき、前記
第四のモバイルエンドシステムを前記ホーム登録サーバ
に、前記第七のインターワーキング機能を前記第二の通
信サーバから切断することなく、再登録し；前記ホーム
登録サーバがさらに第五のモジュールを含み、この第五
のモジュールが、前記第四のモバイルエンドシステムが
前記第五のアクセスハブを通じて再登録されたとき、前
記第七のインターワーキング機能に対して前記第六のイ
ンターワーキングとリクンすることを指令し；前記ホー
ム登録サーバがさらに第六のモジュールを含み、この第
六のモジュールが、前記第六のインターワーキング機能
が前記第七のインターワーキング機能とリンクされた後
に、前記第七のインターワーキング機能に対して前記第
五のインターワーキング機能との間のリンクを切断する
ことを指令することを特徴とする請求項３のシステム。 - 【請求項５】 前記フォーリンネットワークが第一のフ
ォーリンネットワークと見なされ、この第一のフォーリ
ンネットワークがさらに第五のインターワーキング機能
を含み；第二のフォーリンネットワークが第二の登録サ
ーバ、第五のアクセスハブおよび第六のインターワーキ
ング機能を含み；前記ホームネットワークがさらに第七
と第八のインターワーキング機能を含み、前記第一のフ
ォーリンネットワークは最初データフレームを第四のモ
バイルエンドシステムと前記第五のインターワーキング
機能を通じて前記第七のインターワーキング機能との間
で通信しており、前記ホームネットワークは最初データ
フレームを前記第七のインターワーキング機能と第二の
通信サーバとの間で通信しており；前記ホームサーバが
さらに第四のモジュールを含み、この第四のモジュール
が、登録リクエストが前記第四のモバイルエンドシステ
ムから第五のアクセスポイント、前記第五のアクセスハ
ブおよび前記第二の登録サーバを通じて前記ホーム登録
サーバに受信されたとき、前記第四のモバイルエンドシ
ステムを前記ホーム登録サーバと再登録し；前記ホーム
登録サーバがさらに第五のモジュールを含み、この第五
のモジュールが、前記第四のモバイルエンドシステムが
前記第五のアクセスハブを通じて再登録されたとき、前
記第八のインターワーキング機能に対して前記第六のイ
ンターワーキング機能とリンクすることを指令し；前記
ホーム登録サーバがさらに第六のモジュールを含み、こ
の第六のモジュールが、前記第八のインターワーキング
機能に対して前記第二の通信リンクとリンクすることを
指令し；前記ホーム登録サーバがさらに第七のモジュー
ルを含み、この第七のモジュールが、前記第七のインタ
ーワーキング機能に対して前記第二の通信サーバとの間
のリンクを切断することを指令し；前記ホーム登録サー
バがさらに第八のモジュールを含み、この第八のモジュ
ールが、前記第八のインターワーキング機能が前記第六
のインターワーキング機能とリンクされた後に、前記第
七のインターワーキング機能に対して前記第五のインタ
ーワーキング機能との間のリンクを切断することを指令
することを特徴とする請求項３のシステム。 - 【請求項６】 通信システムであって：フォーリンネッ
トワークが第一の登録サーバ、第一と第二のアクセスハ
ブおよび第一のインターワーキング機能を含み、このフ
ォーリンネットワークが最初はデータフレームを第一の
モバイルエンドシステムと第一のアクセスハブを通じて
前記第一のインターワーキング機能との間で通信してお
り；ホームネットワークがホーム登録サーバを含み；前
記第一の登録サーバが第一のモジュールを含み、この第
一のモジュールが、登録リクエストが前記第一のモバイ
ルエンドシステムから第一のアクセスポイントおよび第
二のアクセスハブを通じて前記第一の登録サーバに受信
されたとき、前記第一のモバイルエンドシステムを前記
第一の登録サーバに、前記ホーム登録サーバに通知する
ことなく、再登録し；前記第一の登録サーバがさらに第
二のモジュールを含み、この第二のモジュールが、前記
第一のモバイルエンドシステムが前記第二のアクセスハ
ブを通じて再登録されたとき、前記第二のアクセスハブ
に対して前記第一のインターワーキング機能とリンクす
ることを指令し；前記第一の登録サーバがさらに第三の
モジュールを含み、この第三のモジュールが、前記第二
のアクセスハブが前記第一のインターワーキング機能と
リンクされた後に、前記第一のアクセスハブに対して前
記第一のインターワーキング機能との間のリンクを切断
することを指令することを特徴とするシステム。 - 【請求項７】 前記フォーリンネットワークがさらに第
三のアクセスハブと、第二および第三のインターワーキ
ング機能を含み；前記ホームネットワークがさらに第四
のインターワーキング機能を含み、前記フォーリンネッ
トワークが最初はデータフレームを第二のモバイルエン
ドシステムと前記第二のインターワーキング機能を通じ
て前記第四のインターワーキング機能との間で通信して
おり、前記ホームネットワークは最初データフレームを
前記第四のインターワーキング機能と第一の通信サーバ
との間で通信しており；前記ホーム登録サーバが第一の
モジュールを含み、この第一のモジュールが、登録リク
エストが前記第二のモバイルエンドシステムから第二の
アクセスポイント、前記第三のアクセスハブおよび前記
第一の登録サーバを通じて前記ホーム登録サーバに受信
されたとき、前記第二のモバイルエンドシステムを、前
記ホーム登録サーバに、前記第四のインターワーキング
機能と前記第一の通信サーバとの間のリンクを切断する
ことなく、再登録し、前記第一のモジュールは前記登録
リクエスト内の前記第二のインターワーキング機能から
前記第三のインターワーキング機能への変更を示す指標
に認識し；前記ホーム登録サーバがさらに第二のモジュ
ールを含み、この第二のモジュールが、前記第二のモバ
イルエンドシステムが前記第三のアクセスハブを通じて
再登録されたとき、前記第三のインターワーキング機能
に対して前記第四のインターワーキング機能とリンクす
ることを指令し；前記ホーム登録サーバがさらに第三の
モジュールを含み、この第三のモジュールが、前記第三
のインターワーキング機能が前記第四のインターワーキ
ング機能とリンクされた後に、前記第二のインターワー
キング機能に対して前記第四のインターワーキング機能
とのリンクを切断することを指令することを特徴とする
請求項６のシステム。 - 【請求項８】 前記フォーリンネットワークが第一のフ
ォーリンネットワークと見なされ、この第一のフォーリ
ンネットワークがさらに第五のインターワーキング機能
を含み；第二のフォーリンネットワークが、第二の登録
サーバ、第四のアクセスハブおよび第六のインターワー
キング機能を含み；前記ホームネットワークがさらに第
七のインターワーキング機能を含み、前記第一のフォー
リンネットワークが最初はデータフレームを第三のモバ
イルエンドシステムと前記第五のインターワーキング機
能を通じて前記第七のインターワーキング機能との間で
通信しており、前記ホームネットワークは最初はデータ
フレームを前記第七のインターワーキング機能と第二の
通信サーバとの間で通信しており；前記ホーム登録サー
バが第四のモジュールを含み、この第四のモジュール
が、登録リクエストが前記第三のエンドシステムから第
三のアクセスポイント、前記第四のアクセスハブおよび
前記第二の登録サーバを通じて前記ホーム登録サーバに
受信されたとき、前記第三のモバイルエンドシステムを
前記ホーム登録サーバに、前記第七のインターワーキン
グ機能と前記第二の通信サーバとの間のリンクを切断す
ることなく、再登録し；前記ホーム登録サーバがさらに
第五のモジュールを含み、この第五のモジュールが、前
記第三のモバイルエンドシステムが前記第四のアクセス
ハブを通じて再登録されたとき、前記第六のインターワ
ーキング機能に対して前記第七のインターワーキング機
能とリンクすることを指令し；前記ホーム登録サーバが
さらに第六のモジュールを含み、この第六のモジュール
が、前記第六のインターワーキング機能が前記第七のイ
ンターワーキング機能とリンクされた後に、前記第五の
インターワーキング機能に対して前記第七のインターワ
ーキング機能との間のリンクを切断することを指令する
ことを特徴とする請求項７のシステム。 - 【請求項９】 前記フォーリンネットワークが第一のフ
ォーリンネットワークと見なされ、前記第一のフォーリ
ンネットワークがさらに第五のインターワーキング機能
を含み；第二のフォーリンネットワークが第二の登録サ
ーバ、第四のアクセスハブおよび第六のインターワーキ
ング機能を含み；前記ホームネットワークがさらに第七
および第八のインターワーキング機能を含み、前記第一
のフォーリンネットワークは最初はデータフレームを第
三のモバイルエンドシステムと前記第五のインターワー
キング機能を通じて前記第七のインターワーキング機能
との間で通信しており、前記ホームネットワークは最初
はデータフレームを前記第七のインターワーキング機能
と第二の通信サーバとの間で通信しており；前記ホーム
登録サーバがさらに第四のモジュールを含み、この第四
のモジュールが、登録リクエストが前記第三のモバイル
エンドシステムから第三のアクセスポイント、前記第四
のアクセスハブ、および前記第二の登録サーバを通じて
前記ホーム登録サーバに受信されたとき、前記第三のモ
バイルエンドシステムを前記ホーム登録サーバに再登録
し；前記ホーム登録サーバがさらに第五のモジュールを
含み、この第五のモジュールが、前記第三のモバイルエ
ンドシステムが前記第四のアクセスハブを通じて再登録
されたとき、前記第八のインターワーキング機能に対し
て前記第六のインターワーキング機能とリンクすること
を指令し；前記ホーム登録サーバがさらに第六のモジュ
ールを含み、この第六のモジュールが前記第八のインタ
ーワーキング機能に対して前記第二の通信サーバとリン
クすることを指令し；前記ホーム登録サーバがさらに第
七のモジュールを含み、この第七のモジュールが、前記
第七のインターワーキング機能に対して前記第二の通信
サーバとの間のリンクを切断することを指令し；前記ホ
ーム登録サーバがさらに第八のモジュールを含み、この
第八のモジュールが、前記第八のインターワーキング機
能が前記第六のインターワーキング機能とリンクされた
後に、前記第七のインターワーキング機能に対して前記
第五のインターワーキング機能との間のリンクを切断す
ることを指令することを特徴とする請求項７のシステ
ム。 - 【請求項１０】 通信システムであって：フォーリンネ
ットワークが第一の登録サーバ、第一のアクセスハブお
よび第一と第二のインターワーキング機能を含み；ホー
ムネットワークがホーム登録サーバおよび第三のインタ
ーワーキング機能を含み、前記フォーリンネットワーク
は最初はデータフレームを第一のモバイルエンドシステ
ムと前記第一のインターワーキング機能を通じて前記第
三のインターワーキング機能との間で通信しており、前
記ホームネットワークは最初はデータフレームを前記第
三のインターワーキング機能と前記第一の通信サーバと
の間で通信しており；前記ホーム登録サーバが第一のモ
ジュールを含み、この第一のモジュールが、登録リクエ
ストが前記第一のモバイルエンドシステムから第一のア
クセスポイント、第一のアクセスハブ、および第一の登
録サーバを通じて前記ホーム登録サーバに受信されたと
き、前記第一のモバイルエンドシステムを前記ホーム登
録サーバに、前記第三のインターワーキング機能と前記
第一の通信サーバとの間のリンクを切断することなく、
再登録し、前記第一のモジュールが、前記登録リクエス
ト内の前記第一のインターワーキング機能から前記第二
のインターワーキング機能への変更を示す指標を認識
し；前記ホーム登録サーバがさらに第二のモジュールを
含み、この第二のモジュールが、前記第一のモバイルエ
ンドシステムが前記第一のアクセスハブを通じて再登録
されたとき、前記第二のインターワーキング機能に対し
て前記第三のインターワーキング機能とリンクすること
を指令し；前記ホーム登録サーバがさらに第三のモジュ
ールを含み、この第三のモジュールが、前記第二のイン
ターワーキング機能が前記第三のインターワーキング機
能とリンクされた後に、前記第一のインターワーキング
機能に対して前記第三のインターワーキング機能との間
のリンクを切断することを指令することを特徴とするシ
ステム。 - 【請求項１１】 前記フォーリンネットワークが第一の
フォーリンネットワークと見なされ、前記第一のフォー
リンネットワークがさらに第四のインターワーキング機
能を含み；第二のフォーリンネットワークが第二の登録
サーバ、第二のアクセスハブおよび第五のインターワー
キング機能を含み；前記ホームネットワークがさらに第
六のインターワーキング機能を含み、前記第一のフォー
リンネットワークは最初はデータフレームを第二のモバ
イルエンドシステムと前記第四のインターワーキング機
能を通じて前記第六のインターワーキング機能との間で
通信しており、前記ホームネットワークは最初はデータ
フレームを前記第六のインターワーキング機能と第二の
通信サーバとの間で通信しており；前記ホーム登録サー
バがさらに第四のモジュールを含み、この第四のモジュ
ールが、登録リクエストが前記第二のモバイルエンドシ
ステムから第二のアクセスポイント、前記第二のアクセ
スハブ、および前記第二の登録サーバを通じて前記ホー
ム登録サーバに受信されたとき、前記第二のモバイルエ
ンドシステムを前記ホーム登録サーバに、前記第六イン
ターワーキング機能と前記第二の通信サーバとの間のリ
ンクを切断することなく、再登録し；前記ホーム登録サ
ーバがさらに第五のモジュールを含み、この第五のモジ
ュールが、前記第二のモバイルエンドシステムが前記第
二のアクセスハブを通じて再登録されたとき、前記第五
のインターワーキング機能に対して前記第六のインター
ワーキング機能との間のリンクを切断することを指令
し；前記ホーム登録サーバがさらに第六のモジュールを
含み、この第六のモジュールが、前記第六のインターワ
ーキング機能が前記第六のインターワーキング機能とリ
ンクされた後に、前記第四のインターワーキング機能に
対して前記第六のインターワーキング機能との間のリン
クを切断することを指令することを特徴とする請求項１
０のシステム。 - 【請求項１２】 前記フォーリンネットワークが第一の
フォーリンネットワークと見なされ、この第一のフォー
リンネットワークがさらに第四のインターワーキング機
能を含み；第二のフォーリンネットワークが第二の登録
サーバ、第二のアクセスハブおよび第五のインターワー
キング機能を含み；前記ホームネットワークがさらに第
六および第七のインターワーキング機能を含み、前記第
一のフォーリンネットワークは最初はデータフレームを
第二のモバイルエンドシステムと前記第四のインターワ
ーキング機能を通じて前記第六のインターワーキング機
能との間で通信しており、前記ホームネットワークは最
初はデータフレームを前記第六のインターワーキング機
能と第二の通信サーバとの間で通信しており；前記ホー
ム登録サーバがさらに第四のモジュールを含み、この第
四のモジュールが、登録リクエストが前記第二のモバイ
ルエンドシステムから第二のアクセスポイント、第二の
アクセスハブ、および第二の登録サーバを通じて前記ホ
ーム登録サーバに受信されたとき、前記第二のモバイル
エンドシステムを前記ホーム登録サーバに再登録し；前
記ホーム登録サーバがさらに第五のモジュールを含み、
この第五のモジュールが、前記第二のモバイルエンドシ
ステムが前記第二のアクセスハブを通じて再登録された
とき、前記第五のインターワーキング機能に対して前記
第七のインターワーキング機能とリンクすることを指令
し；前記ホーム登録サーバがさらに第六のモジュールを
含み、この第六のモジュールが、前記第七のインターワ
ーキング機能に対して前記第二の通信サーバとリンクす
ることを指令し；前記ホーム登録サーバがさらに第七の
モジュールを含み、この第七のモジュールが、前記第六
のインターワーキング機能に対して、前記第二の通信サ
ーバとの間のリンクを切断することを指令し；前記ホー
ム登録サーバがさらに第八のモジュールを含み、この第
八のモジュールが、前記第七のインターワーキング機能
が前記第五のインターワーキング機能とリンクされた後
に、前記第六のインターワーキング機能に対して前記第
四のインターワーキング機能との間のリンクを切断する
ことを指令することを特徴とする請求項１０のシステ
ム。 - 【請求項１３】 通信システムであって：第一のフォー
リンネットワークが第一の登録サーバおよび第一のイン
ターワーキング機能を含み；第二のフォーリンネットワ
ークが第二の登録サーバ、第一のアクセスハブおよび第
二のインターワーキング機能を含み；ホームネットワー
クがホーム登録サーバおよび第三のインターワーキング
機能を含み、前記第一のフォーリンネットワークは最初
はデータフレームを第一のモバイルエンドシステムと前
記第一のインターワーキング機能を通じて前記第三のイ
ンターワーキング機能との間で通信しており、前記ホー
ムネットワークは最初はデータフレームを前記第三のイ
ンターワーキング機能と前記第一の通信サーバとの間で
通信しており；前記ホーム登録サーバが第一のモジュー
ルを含み、この第一のモジュールが、登録リクエストが
前記第一のモバイルエンドシステムから第一のアクセス
ポイント、前記第一のアクセスハブ、および前記第二の
登録サーバを通じて前記ホーム登録サーバに受信された
とき、前記第一のモバイルエンドシステムを前記ホーム
登録サーバに、前記第三のインターワーキング機能と前
記第一の通信サーバとの間のリンクを切断することな
く、再登録し；前記ホーム登録サーバがさらに第二のモ
ジュールを含み、この第二のモジュールが、前記第一の
モバイルエンドシステムが前記第一のアクセスハブを通
じて再登録されたとき、前記第三のインターワーキング
機能に対して前記第二のインターワーキング機能とリン
クすることを指令し；前記ホーム登録サーバがさらに第
三のモジュールを含み、この第三のモジュールが、前記
第三のインターワーキング機能が前記第二のインターワ
ーキング機能とリンクされた後に、前記第三のインター
ワーキング機能に対して前記第一のインターワーキング
機能との間のリンクを切断することを指令することを特
徴とする通信システム。 - 【請求項１４】 通信システムであって：第一のフォー
リンネットワークが第一の登録サーバおよび第一のイン
ターワーキング機能を含み；第二のフォーリンネットワ
ークが第二の登録サーバ、第一のアクセスハブおよび第
二のインターワーキング機能を含み；ホームネットワー
クがホーム登録サーバおよび第三と第四のインターワー
キング機能を含み、前記第一のフォーリンネットワーク
は最初はデータフレームを第一のモバイルエンドシステ
ムと前記第一のインターワーキング機能を通じて前記第
三のインターワーキング機能との間で通信しており、前
記ホームネットワークは最初はデータフレームを前記第
三のインターワーキング機能と前記第一の通信サーバと
の間で通信しており；前記ホーム登録サーバが第一のモ
ジュールを含み、この第一のモジュールが、登録リクエ
ストが前記第一のモバイルエンドシステムから第一のア
クセスポイント、前記第一のアクセスハブおよび前記第
二の登録サーバを通じて前記ホーム登録サーバに受信さ
れたとき、前記第一のモバイルエンドシステムを前記ホ
ーム登録サーバに再登録し；前記ホーム登録サーバがさ
らに第二のモジュールを含み、この第二のモジュール
が、前記第一のモバイルエンドシステムが前記第一のア
クセスハブを通じて再登録されたとき、前記第四のイン
ターワーキング機能に対して前記第二のインターワーキ
ング機能とリンクすることを指令し；前記ホーム登録サ
ーバがさらに第三のモジュールを含み、この第三のモジ
ュールが、前記第四のインターワーキング機能に対して
前記第一の通信サーバとリンクすることを指令し；前記
ホーム登録サーバがさらに第四のモジュールを含み、こ
の第四のモジュールが、前記第四のインターワーキング
機能が前記第一の通信サーバとリンクされたとき、前記
第三のインターワーキング機能に対して前記第一の通信
サーバとの間のリンクを切断することを指令し；前記ホ
ーム登録サーバがさらに第五のモジュールを含み、この
第五のモジュールが、前記第四のインターワーキング機
能が前記第二のインターワーキング機能とリンクされた
後に、前記第三のインターワーキング機能に対して前記
第一のインターワーキング機能との間のリンクを切断す
ることを指令することを特徴とする通信システム。 - 【請求項１５】 第一の登録サーバ、第一と第二のアク
セスポイントおよび第一のアクセスハブを含むネットワ
ーク内で用いる第一のモバイルエンドシステムと前記第
一のアクセスハブとの間の接続をハンドオフする方法で
あって、この方法が：最初はデータフレームを第一のモ
バイルエンドシステムと前記第一のアクセスポイントを
通じて前記第一のアクセスハブとの間で通信するステッ
プ；前記第一のモバイルエンドシステムが移動し、前記
第二のアクセスポイントを通じて再登録するとき、登録
リクエストを前記第一のモバイルエンドシステムから前
記第二のアクセスポイントを通じて前記第一のアクセス
ハブに送信することで、前記第一のモバイルエンドシス
テムを前記第一のアクセスハブに、前記第一の登録サー
バに通知することなく、再登録するステップ；前記モバ
イルエンドシステムが前記第二のアクセスポイントを通
じて再登録されたとき、前記第二のアクセスポイントを
前記第一アクセスハブにリンクするステップ；および前
記第二のアクセスポイントが前記第一のアクセスハブに
リンクされたとき、前記第一のアクセスポイントと前記
第一のアクセスハブの間のリンクを切断するステップを
含むことを特徴とする方法。 - 【請求項１６】 前記ネットワークがフォーリンネット
ワークと見なされ、このフォーリンネットワークがさら
に第二と第三のアクセスハブおよび第一のインターワー
キング機能を含み；ホームネットワークがホーム登録サ
ーバを含み；この方法がさらに、最初にデータフレーム
を第二のモバイルエンドシステムと第二のアクセスハブ
を通じて前記第一のインターワーキング機能との間で通
信するステップを含み；この方法がさらに、第二のモバ
イルエンドシステムが移動し、前記第三のアクセスハブ
を通じて再登録するとき、登録リクエストを第二のモバ
イルエンドシステムから第三のアクセスポイントおよび
第三のアクセスハブを通じて前記第一の登録サーバに送
信するとこで、前記第二のモバイルエンドシステムを前
記第一の登録サーバに、前記ホーム登録サーバに通知す
ることなく、再登録するステップを含み；この方法がさ
らに、前記第二のモバイルエンドシステムが前記第三の
アクセスハブを通じて再登録されたとき、前記第三のア
クセスハブを前記第一のインターワーキング機能とリン
クするステップを含み；この方法がさらに、前記第三の
アクセスハブと前記第一のインターワーキング機能とが
リンクされた後に、前記第二のアクセスハブと前記第一
のインターワーキング機能との間のリンクを切断するス
テップを含むことを特徴とする請求項１５の方法。 - 【請求項１７】 前記フォーリンネットワークがさらに
第四のアクセスハブおよび第二と第三のインターワーキ
ング機能を含み；前記ホームネットワークがさらに第四
のインターワーキング機能を含み；この方法がさらに、
最初（フォーリンにおいては）データフレームを第三の
モバイルエンドシステムと前記第二のインターワーキン
グ機能を通じて前記第四のインターワーキング機能との
間で通信するステップを含み；この方法がさらに、最初
（ホームにおいては）データフレームを前記第四のイン
ターワーキング機能と第一の通信サーバとの間で通信す
るステップを含み；この方法がさらに、前記第三のモバ
イルエンドシステムが移動し、前記第四のアクセスハブ
を通じて再登録するとき、登録リクエストを前記第三の
モバイルエンドシステムから第四のアクセスポイント、
第四のアクセスハブおよび第一の登録サーバを通じて前
記ホームサーバに送信することで、前記第三のモバイル
エンドシステムを前記ホーム登録サーバに、前記第四の
インターワーキング機能と前記第一の通信サーバとの間
のリンクを切断することなく、再登録するステップを含
み、この登録リクエストを前記第一の登録サーバから前
記ホームサーバに送信するステップが、前記第二のイン
ターワーキング機能から第三のインターワーキング機能
への変更を示す指標を送信するサブステップを含み；こ
の方法がさらに、前記第三のモバイルエンドシステムが
前記第四のアクセスハブを通じて再登録されたとき、前
記第三のインターワーキング機能を前記第四のインター
ワーキング機能とリンクするステップを含み；この方法
がさらに、前記第三のインターワーキング機能が前記第
四のインターワーキング機能とリンクされた後に、前記
第二のインターワーキング機能と前記第四のインターワ
ーキング機能との間のリンクを切断するステップを含む
ことを特徴とする請求項１６の方法。 - 【請求項１８】 前記フォーリンネットワークが第一の
フォーリンネットワークと見なされ、この第一のフォー
リンネットワークがさらに第五のインターワーキング機
能を含み；第二のフォーリンネットワークが第二の登録
サーバ、第五のアクセスハブおよび第六のインターワー
キング機能を含み；前記ホームネットワークがさらに第
七のインターワーキング機能を含み；この方法がさら
に、最初（フォーリンにおいては）データフレームを第
四のモバイルエンドシステムと前記第五のインターワー
キング機能を通じて前記第七のインターワーキング機能
との間で通信するステップを含み；この方法がさらに、
最初（ホームにおいては）データフレームを第七のイン
ターワーキング機能と第二の通信サーバとの間で通信す
るステップを含み；この方法がさらに、前記第四のモバ
イルエンドシステムが移動し、前記第五のアクセスバフ
を通じて再登録するとき、登録リクエストを前記第四の
モバイルエンドシステムから第五のアクセスポイント、
第五のアクセスハブおよび第二の登録サーバを通じてホ
ーム登録サーバに送信することで、前記第四のモバイル
エンドシステムを前記ホーム登録サーバに、前記第七の
インターワーキング機能と前記第二の通信サーバとの間
のリンクを切断することなく、再登録するステップを含
み；この方法がさらに、前記第四のモバイルエンドシス
テムが前記第五のアクセスハブを通じて再登録されたと
き、前記第六のインターワーキング機能を前記第七のの
インターワーキングとリクンするステップを含み；この
方法がさらに、前記第六のインターワーキング機能が前
記第七のインターワーキング機能とリンクされた後に、
前記第六のインターワーキング機能と前記第七のインタ
ーワーキング機能との間のリンクを切断するステップを
含むことを特徴とする請求項１７の方法。 - 【請求項１９】 前記フォーリンネットワークが第一の
フォーリンネットワークと見なされ、この第一のフォー
リンネットワークがさらに第五のインターワーキング機
能を含み；第二のフォーリンネットワークが第二の登録
サーバ、第五のアクセスハブおよび第六のインターワー
キング機能を含み；前記ホームネットワークがさらに第
七と第八のインターワーキング機能を含み；この方法が
さらに、最初（フォーリンにおいては）データフレーム
を第四のモバイルエンドシステムと前記第七のインター
ワーキング機能との間で前記第五のインターワーキング
機能を通じて通信するステップを含み；この方法がさら
に、最初（ホームにおいては）データフレームを前記第
七のインターワーキング機能と第二の通信サーバとの間
で通信するステップを含み；この方法がさらに、前記第
四のモバイルエンドシステムが移動し、前記第五のアク
セスハブを通じて再登録するとき、登録リクエストを前
記第四のモバイルエンドシステムから第五のアクセスポ
イント、前記第五のアクセスハブおよび前記第二の登録
サーバを通じて前記ホーム登録サーバに送信すること
で、前記第四のモバイルエンドシステムを前記ホーム登
録サーバに再登録するステップを含み；この方法がさら
に、前記第四のモバイルエンドシステムが前記第五のア
クセスハブを通じて再登録されたとき、前記第八のイン
ターワーキング機能を前記第六のインターワーキング機
能とリンクするステップを含み；この方法がさらに、前
記第八のインターワーキング機能を前記第二の通信リン
クとリンクするステップを含み；この方法がさらに、前
記第七のインターワーキング機能と前記第二の通信サー
バとの間のリンクを切断するステップを含み；この方法
がさらに、前記第八のインターワーキング機能が前記第
六のインターワーキング機能とリンクされた後に、前記
第七のインターワーキング機能と前記第五のインターワ
ーキング機能の間のリンクを切断するステップを含むこ
とを特徴とする請求項１９の方法。 - 【請求項２０】 ホームネットワークがホーム登録サー
バを含み、フォーリンネットワークが第一の登録サー
バ、第一と第二のアクセスハブおよび第一のインターワ
ーキング機能を含むネットワーク内で用いる第一のモバ
イルエンドシステムと前記第一のインターワーキング機
能との間の接続をハンドオフする方法であって、この方
法が：最初は、データフレームを前記第一のモバイルエ
ンドシステムと第一のアクセスハブを通じて前記第一の
インターワーキング機能との間で通信するステップ；前
記第一のモバイルエンドシステムが移動し、前記第二の
アクセスハブを通じて再登録するとき、登録リクエスト
を前記第一のモバイルエンドシステムから第一のアクセ
スポイントおよび第二のアクセスハブを通じて前記第一
の登録サーバに送信することで、前記第一のモバイルエ
ンドシステムを前記第一の登録サーバに、前記ホーム登
録サーバに通知することなく、再登録するステップ；前
記第一のモバイルエンドシステムが前記第二のアクセス
ハブを通じて再登録されたとき、前記第二のアクセスハ
ブを前記第一のインターワーキング機能とリンクするス
テップ；および前記第二のアクセスハブが前記第一のイ
ンターワーキング機能とリンクされた後に、前記第一の
アクセスハブと前記第一のインターワーキング機能との
間のリンクを切断するステップを含むことを特徴とする
方法。 - 【請求項２１】 前記フォーリンネットワークがさらに
第三のアクセスハブと、第二および第三のインターワー
キング機能を含み；前記ホームネットワークがさらに第
四のインターワーキング機能を含み；この方法がさら
に、最初（フォーリンにおいては）データフレームを第
二のモバイルエンドシステムと前記第四のインターワー
キング機能との間で前記第二のインターワーキング機能
を通じて通信するステップを含み；この方法がさらに、
最初（ホームにおいては）データフレームを前記第四の
インターワーキング機能と第一の通信サーバとの間で通
信するステップを含み；この方法がさらに、前記第二の
モバイルエンドシステムが移動し、前記第三のアクセス
ハブに再登録するとき、登録リクエストを前記第二のモ
バイルエンドシステムから第二のアクセスポイント、前
記第三のアクセスハブおよび前記第一の登録サーバを通
じて前記ホーム登録サーバに送信することで、前記第二
のモバイルエンドシステムを前記ホーム登録サーバに、
前記第四のインターワーキング機能と前記第一の通信サ
ーバとの間のリンクを切断することなく、再登録するス
テップを含み前記登録リクエストを前記第一の登録サー
バから前記ホーム登録サーバに送信するステップが、前
記第二のインターワーキング機能から前記第三のインタ
ーワーキング機能への変更を示す指標を送信するサブス
テップを含み；この方法がさらに、前記第二のモバイル
エンドシステムが前記第三のアクセスハブを通じて再登
録されたとき、前記第三のインターワーキング機能を前
記第四のインターワーキング機能にリンクするステップ
を含み；この方法がさらに、前記第三のインターワーキ
ング機能が前記第四のインターワーキング機能とリンク
された後に、前記第二のインターワーキング機能と前記
第四のインターワーキング機能との間のリンクを切断す
るステップを含むことを特徴とする請求項２０の方法。 - 【請求項２２】 前記フォーリンネットワークが第一の
フォーリンネットワークと見なされ、この第一のフォー
リンネットワークがさらに第五のインターワーキング機
能を含み；第二のフォーリンネットワークが第二の登録
サーバ、第四のアクセスハブおよび第六のインターワー
キング機能を含み；前記ホームネットワークがさらに第
七のインターワーキング機能を含み；この方法がさら
に、最初（フォーリンにおいては）データフレームを第
三のモバイルエンドシステムと前記第七のインターワー
キング機能との間で前記第五のインターワーキング機能
を通じて通信するステップを含み；この方法がさらに、
最初（ホームにおいては）データフレームを前記第七の
インターワーキング機能と第二の通信サーバとの間で通
信するステップを含み；この方法がさらに、前記第三の
エンドシステムが前記第四のアクセスハブを通じて再登
録するとき、登録リクエストを前記第三のエンドシステ
ムから第三のアクセスポイント、前記第四のアクセスハ
ブおよび前記第二の登録サーバを通じて前記ホーム登録
サーバに送信することで、前記第三のモバイルエンドシ
ステムを前記ホーム登録サーバに、前記第七のインター
ワーキング機能と前記第二の通信サーバとの間のリンク
を切断することなく、再登録するステップを含み；この
方法がさらに、前記第三のモバイルエンドシステムが前
記第四のアクセスハブを通じて再登録されたとき、前記
第六のインターワーキング機能を前記第七のインターワ
ーキング機能とリンクするステップを含み；この方法が
さらに、前記第六のインターワーキング機能が前記第七
のインターワーキング機能とリンクされた後に、前記第
五のインターワーキング機能と前記第七のインターワー
キング機能との間のリンクを切断するステップを含むこ
とを特徴とする請求項２１の方法。 - 【請求項２３】 前記フォーリンネットワークが第一の
フォーリンネットワークと見なされ、前記第一のフォー
リンネットワークがさらに第五のインターワーキング機
能を含み；第二のフォーリンネットワークが第二の登録
サーバ、第四のアクセスハブおよび第六のインターワー
キング機能を含み；前記ホームネットワークがさらに第
七および第八のインターワーキング機能を含み；この方
法がさらに、最初（フォーリンにおいては）データフレ
ームを第三のモバイルエンドシステムと前記第五のイン
ターワーキング機能を通じて前記第七のインターワーキ
ング機能との間で通信するステップを含み；この方法が
さらに、最初（ホームにおいては）データフレームを前
記第七のインターワーキング機能と第二の通信サーバと
の間で通信するステップを含み；この方法がさらに、前
記第三のモバイルエンドシステムが移動し、前記第四の
アクセスハブに再登録するとき、登録リクエストを前記
第三のモバイルエンドシステムから第三のアクセスポイ
ント、前記第四のアクセスハブおよび前記第二の登録サ
ーバを通じて前記ホーム登録サーバに送信することで、
前記第三のモバイルエンドシステムを前記ホーム登録サ
ーバに再登録するステップを含み；この方法がさらに、
前記第三のモバイルエンドシステムが前記第四のアクセ
スハブを通じて再登録されたとき、前記第八のインター
ワーキング機能を前記第六のインターワーキング機能と
リンクするステップを含み；この方法がさらに、前記第
八のインターワーキング機能を前記第二の通信サーバと
リンクするステップを含み；この方法がさらに、前記第
七のインターワーキング機能と前記第二の通信サーバと
の間のリンクを切断するステップを含み；この方法がさ
らに、前記第八のインターワーキング機能が前記第六の
インターワーキング機能とリンクされた後に、前記第七
のインターワーキング機能と前記第五のインターワーキ
ング機能との間のリンクを切断するステップを含むこと
を特徴とする請求項２１の方法。 - 【請求項２４】 ホームネットワークがホーム登録サー
バを含み、フォーリンネットワークが第一の登録サー
バ、第一のアクセスハブ、および第一と第二のインター
ワーキング機能を含み、ホームネットワークがさらに第
三のインターワーキング機能を含むネットワーク内で用
いる第一のモバイルエンドシステムと第一の通信サーバ
との間の接続をハンドオフする方法であって、この方法
が：最初（フォーリンにおいては）データフレームを第
一のモバイルエンドシステムと前記第一のインターワー
キング機能を通じて前記第三のインターワーキング機能
との間で通信するステップ；および最初（ホームにおい
ては）データフレームを前記第三のインターワーキング
機能と前記第一の通信サーバとの間で通信するステッ
プ；前記第一のモバイルエンドシステムが移動し、前記
第一のアクセスハブを通じて再登録するとき、登録リク
エストを前記第一のモバイルエンドシステムから第一の
アクセスポイント、第一のアクセスハブおよび第一の登
録サーバを通じて前記ホーム登録サーバに送信すること
で、前記第一のモバイルエンドシステムを前記ホーム登
録サーバに、前記第三のインターワーキング機能と前記
第一の通信サーバとの間のリンクを切断することなく、
再登録するステップを含み；前記登録リクエストを前記
第一の登録サーバから前記ホーム登録サーバに送信する
ステップが、前記第一のインターワーキング機能から前
記第二のインターワーキング機能への変更を示す指標を
送信するサブステップを含み；この方法がさらに前記第
一のモバイルエンドシステムが前記第一のアクセスハブ
を通じて再登録されたとき、前記第二のインターワーキ
ング機能を前記第三のインターワーキング機能とリンク
するステップ；および前記第二のインターワーキング機
能が前記第三のインターワーキング機能とリンクされた
後に、前記第一のインターワーキング機能と前記第三の
インターワーキング機能との間のリンクを切断するステ
ップを含むことを特徴とする方法。 - 【請求項２５】 前記フォーリンネットワークが第一の
フォーリンネットワークと見なされ、前記第一のフォー
リンネットワークがさらに第四のインターワーキング機
能を含み；第二のフォーリンネットワークが第二の登録
サーバ、第二のアクセスハブおよび第五のインターワー
キング機能を含み；前記ホームネットワークがさらに第
六のインターワーキング機能を含み；この方法がさら
に、最初（フォーリンにおいては）データフレームを第
二のモバイルエンドシステムと前記第四のインターワー
キング機能を通じて前記第六のインターワーキング機能
との間で通信するステップを含み；この方法がさらに、
最初（ホームにおいては）データフレームを前記第六の
インターワーキング機能と第二の通信サーバとの間で通
信するステップを含み；この方法がさらに、前記第二の
移動エンドシステムが移動し、前記第二のアクセスハブ
を通じて再登録するとき、登録リクエストを前記第二の
モバイルエンドシステムから第二のアクセスポイント、
前記第二のアクセスハブ、および前記第二の登録サーバ
を通じて前記ホーム登録サーバに送信することで、前記
第二のモバイルエンドシステムを前記ホーム登録サーバ
に、前記第六インターワーキング機能と前記第二の通信
サーバとの間のリンクを切断することなく、再登録する
ステップを含み；この方法がさらに、前記第二のモバイ
ルエンドシステムが前記第二のアクセスハブを通じて再
登録されたとき、前記第五のインターワーキング機能を
前記第六のインターワーキング機能にリンクするステッ
プを含み；この方法がさらに、前記第五のインターワー
キング機能が前記第六のインターワーキング機能とリン
クされた後に、前記第四のインターワーキング機能と前
記第六のインターワーキング機能との間のリンクを切断
するステップを含むことを特徴とする請求項２４の方
法。 - 【請求項２６】 前記フォーリンネットワークが第一の
フォーリンネットワークと見なされ、この第一のフォー
リンネットワークがさらに第四のインターワーキング機
能を含み；第二のフォーリンネットワークが第二の登録
サーバ、第二のアクセスハブおよび第五のインターワー
キング機能を含み；前記ホームネットワークがさらに第
六および第七のインターワーキング機能を含み；この方
法がさらに、最初（フォーリンにおいては）データフレ
ームを第二のモバイルエンドシステムと前記第四のイン
ターワーキング機能を通じて前記第六のインターワーキ
ング機能との間で通信するステップを含み；この方法が
さらに、最初（ホームにおいては）データフレームを前
記第六のインターワーキング機能と第二の通信サーバと
の間で通信するステップを含み；この方法がさらに、前
記第二のモバイルエンドシステムが移動し、前記第二の
アクセスハブを通じて再登録するとき、登録リクエスト
を前記第二のモバイルエンドシステムから第二のアクセ
スポイント、第二のアクセスハブおよび第二の登録サー
バを通じて前記ホーム登録サーバに送信することで、前
記第二のモバイルエンドシステムを前記ホーム登録サー
バに再登録するステップを含み；この方法さらに、前記
第二のモバイルエンドシステムが前記第二のアクセスハ
ブを通じて再登録されたとき、前記第五のインターワー
キング機能を前記第七のインターワーキング機能とリン
クするステップを含み；この方法がさらに、前記第七の
インターワーキング機能を前記第二の通信サーバとリン
クするステップを含み；この方法がさらに、前記第六の
インターワーキング機能と前記第二の通信サーバとの間
のリンクを切断するステップを含み；この方法がさら
に、前記第七のインターワーキング機能が前記第五のイ
ンターワーキング機能にリンクされた後に、前記第六の
インターワーキング機能と前記第四のインターワーキン
グ機能との間のリンクを切断するステップを含むことを
特徴とする請求項２４の方法。 - 【請求項２７】 ホームネットワークと第一および第二
のフォーリンネットワークにおいて用いられる第一のモ
バイルエンドシステムと第一の通信サーバとの間の接続
のハンドオフを行なう方法であって、前記第一のフォー
リンネットワークが第一の登録サーバおよび第一のイン
ターワーキング機能を含み、前記第二のフォーリンネッ
トワークが第二の登録サーバ、第一のアクセスハブおよ
び第二のインターワーキング機能を含み、ホームネット
ワークがホーム登録サーバおよび第三のインターワーキ
ング機能を含み、この方法が：最初（フォーリンにおい
ては）データフレームを第一のモバイルエンドシステム
と前記第一のインターワーキング機能を通じて前記第三
のインターワーキング機能との間で通信するステップ；
最初（ホームにおいては）データフレームを前記第三の
インターワーキング機能と前記第一の通信サーバとの間
で通信するステップ；前記第一のモバイルエンドシステ
ムが移動し、前記第一のアクセスハブを通じて再登録す
るとき、登録リクエストを前記第一のモバイルエンドシ
ステムから第一のアクセスポイント、前記第一のアクセ
スハブおよび前記第二の登録サーバを通じて前記ホーム
登録サーバに送信することで、前記第一のモバイルエン
ドシステムを前記ホーム登録サーバに、前記第三のイン
ターワーキング機能と前記第一の通信サーバとの間のリ
ンクを切断することなく、再登録するステップ；前記第
一のモバイルエンドシステムが前記第一のアクセスハブ
を通じて再登録されたとき、前記第三のインターワーキ
ング機能を前記第二のインターワーキング機能とリンク
するステップ；および前記第三のインターワーキング機
能が前記第二のインターワーキング機能とリンクされた
後に、前記第三のインターワーキング機能と前記第一の
インターワーキング機能との間のリンクを切断するステ
ップを含むことを特徴とする方法。 - 【請求項２８】 ホームネットワークと、第一および第
二のフォーリンネットワークにおいて用いる第一のモバ
イルエンドシステムと第一の通信サーバとの間の接続を
ハンドオフする方法であって、前記第一のフォーリンネ
ットワークが第一の登録サーバおよび第一のインターワ
ーキング機能を含み、前記第二のフォーリンネットワー
クが第二の登録サーバ、第一のアクセスハブおよび第二
のインターワーキング機能を含み、前記ホームネットワ
ークがホーム登録サーバおよび第三と第四のインターワ
ーキング機能を含み、この方法が：最初（フォーリンに
おいては）データフレームを第一のモバイルエンドシス
テムと前記第一のインターワーキング機能を通じて前記
第三のインターワーキング機能との間で通信するステッ
プ；最初（フォーリンにおいては）データフレームを前
記第三のインターワーキング機能と前記第一の通信サー
バとの間で通信するステップ；前記第一のモバイルエン
ドシステムが移動し、前記第一のアクセスハブを通じて
再登録するとき、登録リクエストを前記第一のモバイル
エンドシステムから第一のアクセスポイント、前記第一
のアクセスハブおよび前記第二の登録サーバを通じて前
記ホーム登録サーバに送信することで、前記第一のモバ
イルエンドシステムを前記ホーム登録サーバに再登録す
るステップ；前記第一のモバイルエンドシステムが前記
第一のアクセスハブを通じて再登録されたとき、前記第
四のインターワーキング機能を前記第二のインターワー
キング機能にリンクするステップ；前記第四のインター
ワーキング機能を前記第一の通信サーバにリンクするス
テップ；前記第四のインターワーキング機能が前記第一
の通信サーバにリンクされたとき、前記第三のインター
ワーキング機能と前記第一の通信サーバとの間のリンク
を切断するステップ；および前記第四のインターワーキ
ング機能が前記第二のインターワーキング機能にリンク
された後に、前記第三のインターワーキング機能と前記
第一のインターワーキング機能との間のリンクを切断す
るステップを含むことを特徴とする方法。
Applications Claiming Priority (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US6191597P | 1997-10-14 | 1997-10-14 | |
| US09/138,536 US6665718B1 (en) | 1997-10-14 | 1998-08-24 | Mobility management system |
| US09/138536 | 1998-08-24 | ||
| US60/061915 | 1998-08-24 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH11284666A true JPH11284666A (ja) | 1999-10-15 |
Family
ID=26741642
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP30644698A Pending JPH11284666A (ja) | 1997-10-14 | 1998-10-14 | 移動管理システム |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US6665718B1 (ja) |
| EP (1) | EP0910198A3 (ja) |
| JP (1) | JPH11284666A (ja) |
| AR (1) | AR015960A1 (ja) |
| CA (1) | CA2249831A1 (ja) |
| IL (1) | IL126527A0 (ja) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004505569A (ja) * | 2000-07-27 | 2004-02-19 | アイピーワイヤレス，インコーポレイテッド | Ｕｍｔｓにおけるアカウンティング機能を実行するｒａｄｉｕｓ動作方法及びシステム |
| JP2004523143A (ja) * | 2000-09-26 | 2004-07-29 | ランダラ ナット アクチボラゲット | パケット・ベースの網でのモバイル装置用アクセス・ポイントと前記網での課金方法とシステム |
| JP2005524161A (ja) * | 2002-04-23 | 2005-08-11 | エスケーテレコム カンパニー リミテッド | 公衆無線近距離通信網で移動性を有する認証システム及び方法｛ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｙｓｔｅｍａｎｄＭｅｔｈｏｄＨａｖｉｎｇＭｏｂｉｌｉｔｙｉｎＰｕｂｌｉｃＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ｝ |
| JP2006518559A (ja) * | 2003-01-09 | 2006-08-10 | クゥアルコム・インコーポレイテッド | プリペイド無線パケットデータサービスに関してユーザにアカウント残高（ａｃｃｏｕｎｔｂａｌａｎｃｅ）通知を与えるための方法および装置 |
| JP2007221464A (ja) * | 2006-02-16 | 2007-08-30 | Japan Radio Co Ltd | 情報転送装置 |
| JP2009505534A (ja) * | 2005-08-19 | 2009-02-05 | 華為技術有限公司 | モバイルインターネットプロトコルの登録または登録抹消方法、および、装置 |
| US7539862B2 (en) | 2004-04-08 | 2009-05-26 | Ipass Inc. | Method and system for verifying and updating the configuration of an access device during authentication |
Families Citing this family (100)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5835061A (en) | 1995-06-06 | 1998-11-10 | Wayport, Inc. | Method and apparatus for geographic-based communications service |
| US8606851B2 (en) | 1995-06-06 | 2013-12-10 | Wayport, Inc. | Method and apparatus for geographic-based communications service |
| ES2290986T3 (es) | 1997-03-12 | 2008-02-16 | Nomadix, Inc. | Transmisor o router nomada. |
| JP4112020B2 (ja) | 1998-01-16 | 2008-07-02 | シンボル テクノロジーズ インコーポレイテッド | 無線ｌａｎ用インフラストラクチャ |
| US6496491B2 (en) * | 1998-05-08 | 2002-12-17 | Lucent Technologies Inc. | Mobile point-to-point protocol |
| US6427174B1 (en) * | 1998-11-12 | 2002-07-30 | Cisco Technology, Inc. | Dynamic IP addressing and quality of service assurance |
| US8266266B2 (en) | 1998-12-08 | 2012-09-11 | Nomadix, Inc. | Systems and methods for providing dynamic network authorization, authentication and accounting |
| US8713641B1 (en) | 1998-12-08 | 2014-04-29 | Nomadix, Inc. | Systems and methods for authorizing, authenticating and accounting users having transparent computer access to a network using a gateway device |
| US7194554B1 (en) | 1998-12-08 | 2007-03-20 | Nomadix, Inc. | Systems and methods for providing dynamic network authorization authentication and accounting |
| US6370118B1 (en) * | 1999-02-24 | 2002-04-09 | Qualcomm Incorporated | Simultaneous set up of PPP on AUM and a RM interface |
| EP1033893A1 (en) * | 1999-03-02 | 2000-09-06 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Basic architecture for packet switched protocol based GSM networks |
| EP1039767A1 (en) | 1999-03-24 | 2000-09-27 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Processing of mobile originated calls in packet switched protocol based communication networks |
| EP1049341A1 (en) | 1999-04-29 | 2000-11-02 | TELEFONAKTIEBOLAGET LM ERICSSON (publ) | Processing of calls terminating in a packet switched protocol based cellular communication network |
| US6891820B1 (en) * | 1999-07-06 | 2005-05-10 | Broadcom Corporation | Utilization of the internet protocol to facilitate communication involving mobile devices |
| EP1083724A1 (en) * | 1999-09-10 | 2001-03-14 | Lucent Technologies Inc. | Method and apparatus for IP address discovery |
| US7333451B1 (en) * | 1999-10-18 | 2008-02-19 | Nortel Networks Limited | Buffer management for mobile internet protocol |
| WO2001031885A2 (en) | 1999-10-22 | 2001-05-03 | Nomadix, Inc. | Gateway device having an xml interface and associated method |
| US6865169B1 (en) | 1999-11-02 | 2005-03-08 | Ipwireless, Inc. | Cellular wireless internet access system using spread spectrum and internet protocol |
| IL149356A0 (en) | 1999-11-03 | 2002-11-10 | Wayport Inc | Distributed network communication system which enables multiple network providers to use a common distributed network infrastructure |
| US6714987B1 (en) | 1999-11-05 | 2004-03-30 | Nortel Networks Limited | Architecture for an IP centric distributed network |
| US6587680B1 (en) * | 1999-11-23 | 2003-07-01 | Nokia Corporation | Transfer of security association during a mobile terminal handover |
| US8019991B1 (en) * | 1999-12-30 | 2011-09-13 | Samsung Electronics Co., Ltd. | System and method for secure provisioning of a mobile station from a provisioning server using IP address translation at the BTS/BSC |
| US6435164B1 (en) | 2000-12-07 | 2002-08-20 | Ford Global Technologies, Inc. | Fuel weathering method for vehicle evaporative emission system |
| US7069498B1 (en) * | 2000-01-31 | 2006-06-27 | Journyx, Inc. | Method and apparatus for a web based punch clock/time clock |
| US8370435B1 (en) | 2000-01-31 | 2013-02-05 | Telecommunication Systems, Inc. | System and method for servers to send alerts to connectionless devices |
| US8090856B1 (en) | 2000-01-31 | 2012-01-03 | Telecommunication Systems, Inc. | Intelligent messaging network server interconnection |
| US7003571B1 (en) | 2000-01-31 | 2006-02-21 | Telecommunication Systems Corporation Of Maryland | System and method for re-directing requests from browsers for communication over non-IP based networks |
| US7689696B2 (en) | 2000-01-31 | 2010-03-30 | Telecommunication Systems, Inc. | System and method for re-directing requests from browsers for communications over non-IP based networks |
| US7173922B2 (en) | 2000-03-17 | 2007-02-06 | Symbol Technologies, Inc. | Multiple wireless local area networks occupying overlapping physical spaces |
| US7173923B2 (en) | 2000-03-17 | 2007-02-06 | Symbol Technologies, Inc. | Security in multiple wireless local area networks |
| US7027432B2 (en) * | 2000-03-20 | 2006-04-11 | At&T Corp. | Method and apparatus for coordinating a change in service provider between a client and a server with identity based service access management |
| GB0007518D0 (en) * | 2000-03-28 | 2000-05-17 | Simco International Limited | Mobile radio communications system |
| US7173917B1 (en) * | 2000-03-31 | 2007-02-06 | Nortel Networks Limited | Unicast agent advertisement based on layer 2 and layer 3 motion detection |
| US20020022483A1 (en) * | 2000-04-18 | 2002-02-21 | Wayport, Inc. | Distributed network communication system which allows multiple wireless service providers to share a common network infrastructure |
| US6725036B1 (en) * | 2000-05-30 | 2004-04-20 | Nokia Telecommunications Ojy | System and method of controlling application level access of a subscriber to a network |
| WO2002003725A1 (en) | 2000-07-04 | 2002-01-10 | Nokia Corporation | Method and device for attaching a user equipment to a telecommunication network |
| US7042864B1 (en) * | 2000-08-01 | 2006-05-09 | Cisco Technology, Inc. | Enabling push technologies for mobile IP |
| EP1185049A1 (de) * | 2000-08-31 | 2002-03-06 | Siemens Aktiengesellschaft | Verfahren zur Sicherung eines Internet Supplementary Service |
| WO2002023865A2 (en) * | 2000-09-14 | 2002-03-21 | Musco Corporation | System and method for remote controlling of sports lights |
| FI113319B (fi) * | 2000-09-29 | 2004-03-31 | Nokia Corp | Palveluita tarjoavan verkkoelementin valitseminen tietoliikenejärjestelmässä |
| US7035932B1 (en) * | 2000-10-27 | 2006-04-25 | Eric Morgan Dowling | Federated multiprotocol communication |
| US6904033B1 (en) * | 2000-11-20 | 2005-06-07 | Telefonaktiebolaget Lm Ericsson (Publ) | Method, system and packet data serving node (PDSN) for mobile IP (MIP) registration of a mobile node (MN) |
| US7693508B2 (en) | 2001-03-28 | 2010-04-06 | Qualcomm Incorporated | Method and apparatus for broadcast signaling in a wireless communication system |
| US9100457B2 (en) | 2001-03-28 | 2015-08-04 | Qualcomm Incorporated | Method and apparatus for transmission framing in a wireless communication system |
| US6909702B2 (en) * | 2001-03-28 | 2005-06-21 | Qualcomm, Incorporated | Method and apparatus for out-of-band transmission of broadcast service option in a wireless communication system |
| US8077679B2 (en) | 2001-03-28 | 2011-12-13 | Qualcomm Incorporated | Method and apparatus for providing protocol options in a wireless communication system |
| US8121296B2 (en) | 2001-03-28 | 2012-02-21 | Qualcomm Incorporated | Method and apparatus for security in a data processing system |
| US6978144B1 (en) * | 2001-04-19 | 2005-12-20 | Cisco Technology, Inc. | Method and system for managing real-time bandwidth in a wireless network |
| CA2446447A1 (en) * | 2001-05-07 | 2002-11-14 | John Frederick King | Modem function and usage of a personal digital assistant in wireless mode |
| JP4501310B2 (ja) * | 2001-05-28 | 2010-07-14 | 株式会社日立製作所 | パケット転送装置 |
| KR20040034612A (ko) * | 2001-06-08 | 2004-04-28 | 포스패스 인코포레이티드 | 무선 장치들과의 양방향 개시 데이터 통신을 위한 방법 및시스템 |
| US7352868B2 (en) | 2001-10-09 | 2008-04-01 | Philip Hawkes | Method and apparatus for security in a data processing system |
| US7649829B2 (en) | 2001-10-12 | 2010-01-19 | Qualcomm Incorporated | Method and system for reduction of decoding complexity in a communication system |
| JP2003198557A (ja) * | 2001-12-26 | 2003-07-11 | Nec Corp | ネットワーク及びそれに用いる無線ｌａｎ認証方法 |
| US20050131921A1 (en) * | 2002-04-19 | 2005-06-16 | Kaustabh Debbarman | Extended naming service framework |
| US20030233580A1 (en) * | 2002-05-29 | 2003-12-18 | Keeler James D. | Authorization and authentication of user access to a distributed network communication system with roaming features |
| JP2004048334A (ja) * | 2002-07-11 | 2004-02-12 | Sony Corp | データ転送制御装置、通信端末装置、データ通信システム、および方法、並びにコンピュータ・プログラム |
| JP4005898B2 (ja) * | 2002-10-29 | 2007-11-14 | 株式会社日立製作所 | 通信システム |
| US7441043B1 (en) * | 2002-12-31 | 2008-10-21 | At&T Corp. | System and method to support networking functions for mobile hosts that access multiple networks |
| US7599655B2 (en) | 2003-01-02 | 2009-10-06 | Qualcomm Incorporated | Method and apparatus for broadcast services in a communication system |
| US7958238B1 (en) * | 2003-02-07 | 2011-06-07 | Cisco Technology, Inc. | System and method for managing network access for an end user |
| US7570616B2 (en) * | 2003-04-09 | 2009-08-04 | Alcatel-Lucent Usa Inc. | Mobile cellular communication device presentation of user notification of active communication session handoff between radio technologies that are not directly compatible |
| US8098818B2 (en) | 2003-07-07 | 2012-01-17 | Qualcomm Incorporated | Secure registration for a multicast-broadcast-multimedia system (MBMS) |
| US8718279B2 (en) | 2003-07-08 | 2014-05-06 | Qualcomm Incorporated | Apparatus and method for a secure broadcast system |
| US8724803B2 (en) | 2003-09-02 | 2014-05-13 | Qualcomm Incorporated | Method and apparatus for providing authenticated challenges for broadcast-multicast communications in a communication system |
| US20050071439A1 (en) * | 2003-09-29 | 2005-03-31 | Peter Bookman | Mobility device platform |
| CN1271823C (zh) * | 2004-01-07 | 2006-08-23 | 华为技术有限公司 | 无线局域网中业务隧道的拆除方法 |
| US20050160287A1 (en) * | 2004-01-16 | 2005-07-21 | Dell Products L.P. | Method to deploy wireless network security with a wireless router |
| GB2411545B (en) * | 2004-02-27 | 2007-05-30 | Exenet Ltd | Wireless networks |
| KR100800879B1 (ko) * | 2004-03-05 | 2008-02-04 | 삼성전자주식회사 | 무선 통신 시스템의 분리형 매체 억세스 제어 프로토콜 구조와 이를 이용한 데이터 송수신 방법 및 핸드 오버 방법과 그 시스템 |
| US7539159B2 (en) * | 2004-04-07 | 2009-05-26 | Nokia Corporation | Maintaining reachability of a mobile node |
| US20050261970A1 (en) | 2004-05-21 | 2005-11-24 | Wayport, Inc. | Method for providing wireless services |
| US7917627B1 (en) * | 2004-07-12 | 2011-03-29 | Cisco Technology, Inc. | System and method for providing security in a network environment |
| CN100426918C (zh) * | 2004-09-30 | 2008-10-15 | 中兴通讯股份有限公司 | 一种无线局域网内站点切换的方法 |
| TWI280764B (en) * | 2005-11-02 | 2007-05-01 | Inst Information Industry | Method for rapidly linking mobile node and access point in wireless local area network |
| JP4590355B2 (ja) * | 2006-01-12 | 2010-12-01 | キヤノン株式会社 | 画像処理装置及び画像処理方法及びプログラム |
| CN101496387B (zh) | 2006-03-06 | 2012-09-05 | 思科技术公司 | 用于移动无线网络中的接入认证的系统和方法 |
| US7715562B2 (en) | 2006-03-06 | 2010-05-11 | Cisco Technology, Inc. | System and method for access authentication in a mobile wireless network |
| US20070271453A1 (en) * | 2006-05-19 | 2007-11-22 | Nikia Corporation | Identity based flow control of IP traffic |
| CN101141385B (zh) * | 2006-09-05 | 2011-08-24 | 华为技术有限公司 | 移动以太网外地代理、家乡代理、移动节点、系统和数据传输方法 |
| US8412207B2 (en) * | 2006-12-21 | 2013-04-02 | Core Wireless Licensing S.A.R.L. | Method of providing a mobility service |
| US8261327B2 (en) | 2007-07-12 | 2012-09-04 | Wayport, Inc. | Device-specific authorization at distributed locations |
| US20090029645A1 (en) * | 2007-07-25 | 2009-01-29 | Teenay Wireless, Inc. | Multi-Tier Backhaul Network System with Traffic Differentiation and Advanced Processing Capabilities and Methods Therefor |
| US8750200B2 (en) | 2007-09-24 | 2014-06-10 | Cisco Technology, Inc. | Methods and apparatus for home agent discovery in mobile IP using link state advertisements |
| US8761751B2 (en) | 2008-03-14 | 2014-06-24 | William J. Johnson | System and method for targeting data processing system(s) with data |
| US8634796B2 (en) | 2008-03-14 | 2014-01-21 | William J. Johnson | System and method for location based exchanges of data facilitating distributed location applications |
| US9014658B2 (en) | 2008-03-14 | 2015-04-21 | William J. Johnson | System and method for application context location based configuration suggestions |
| US8566839B2 (en) | 2008-03-14 | 2013-10-22 | William J. Johnson | System and method for automated content presentation objects |
| US8600341B2 (en) | 2008-03-14 | 2013-12-03 | William J. Johnson | System and method for location based exchanges of data facilitating distributed locational applications |
| US8639267B2 (en) | 2008-03-14 | 2014-01-28 | William J. Johnson | System and method for location based exchanges of data facilitating distributed locational applications |
| US7933214B2 (en) * | 2008-08-29 | 2011-04-26 | Telefonaktiebolaget Lm Ericsson | Fault detection in a transport network |
| US9515990B1 (en) * | 2011-01-03 | 2016-12-06 | Sprint Communications Company L.P. | Communicating reregistration information based on the lifetime of a communication session |
| US8495186B1 (en) | 2011-01-03 | 2013-07-23 | Sprint Communications Company L.P. | Managing termination of point-to-point sessions between electronic devices |
| CA2879180A1 (en) | 2012-03-07 | 2013-09-12 | Snap Trends, Inc. | Methods and systems of aggregating information of social networks based on geographical locations via a network |
| US8498626B1 (en) * | 2012-12-10 | 2013-07-30 | Verizon Patent And Licensing Inc. | Service-based access for enterprise private network devices to service provider network services |
| US9477991B2 (en) | 2013-08-27 | 2016-10-25 | Snap Trends, Inc. | Methods and systems of aggregating information of geographic context regions of social networks based on geographical locations via a network |
| US9894489B2 (en) | 2013-09-30 | 2018-02-13 | William J. Johnson | System and method for situational proximity observation alerting privileged recipients |
| US10212577B2 (en) * | 2016-11-03 | 2019-02-19 | Hewlett Packard Enterprise Development Lp | Roaming on low power wide area networks |
| US10904035B2 (en) * | 2019-06-03 | 2021-01-26 | Arista Networks, Inc. | Method and system for processing encapsulated wireless traffic |
| CN114443400B (zh) * | 2022-04-11 | 2022-08-02 | 飞腾信息技术有限公司 | 信号测试方法、装置、片上系统、电子设备及存储介质 |
Family Cites Families (11)
| 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 |
| JP3250129B2 (ja) | 1994-07-29 | 2002-01-28 | 日本電信電話株式会社 | パケットサービス無中断ハンドオーバ方法 |
| US5659544A (en) * | 1994-10-17 | 1997-08-19 | Lucent Technologies Inc. | Method and system for distributed control in wireless cellular and personal communication systems |
| JPH08237736A (ja) * | 1995-02-27 | 1996-09-13 | Fujitsu Ltd | 移動通信システム及び基地局 |
| US5953319A (en) * | 1995-09-29 | 1999-09-14 | Amsc Subsidiary Corporation | Wide area mobile communication networks with multiple routing mode options |
| FI105746B (fi) * | 1995-09-29 | 2000-09-29 | Nokia Mobile Phones Ltd | Integroitu radioviestintäjärjestelmä |
| US6154445A (en) * | 1996-04-18 | 2000-11-28 | Bell Atlantic Network Services, Inc. | Telephony communication via varied redundant networks |
| US5894478A (en) * | 1996-07-24 | 1999-04-13 | Lucent Technologies Inc. | Protocol converter and router for multi-mode wireless data communications |
| US6058302A (en) * | 1997-09-17 | 2000-05-02 | Telefonaktiebolaget L M Ericsson (Publ) | Limiting access to private networks in cellular communications systems |
| US6226277B1 (en) * | 1997-10-14 | 2001-05-01 | Lucent Technologies Inc. | Method for admitting new connections based on usage priorities in a multiple access system for communications networks |
| US6115390A (en) * | 1997-10-14 | 2000-09-05 | Lucent Technologies, Inc. | Bandwidth reservation and collision resolution method for multiple access communication networks where remote hosts send reservation requests to a base station for randomly chosen minislots |
-
1998
- 1998-08-24 US US09/138,536 patent/US6665718B1/en not_active Expired - Lifetime
- 1998-10-08 CA CA002249831A patent/CA2249831A1/en not_active Abandoned
- 1998-10-09 IL IL12652798A patent/IL126527A0/xx unknown
- 1998-10-13 EP EP98308328A patent/EP0910198A3/en not_active Ceased
- 1998-10-13 AR ARP980105085A patent/AR015960A1/es unknown
- 1998-10-14 JP JP30644698A patent/JPH11284666A/ja active Pending
Cited By (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2004505569A (ja) * | 2000-07-27 | 2004-02-19 | アイピーワイヤレス，インコーポレイテッド | Ｕｍｔｓにおけるアカウンティング機能を実行するｒａｄｉｕｓ動作方法及びシステム |
| JP2004523143A (ja) * | 2000-09-26 | 2004-07-29 | ランダラ ナット アクチボラゲット | パケット・ベースの網でのモバイル装置用アクセス・ポイントと前記網での課金方法とシステム |
| US8229813B2 (en) | 2000-09-26 | 2012-07-24 | Landala Nat | Access point for mobile devices in a packet based network and a method and a system for billing in such a network |
| JP2005524161A (ja) * | 2002-04-23 | 2005-08-11 | エスケーテレコム カンパニー リミテッド | 公衆無線近距離通信網で移動性を有する認証システム及び方法｛ＡｕｔｈｅｎｔｉｃａｔｉｏｎＳｙｓｔｅｍａｎｄＭｅｔｈｏｄＨａｖｉｎｇＭｏｂｉｌｉｔｙｉｎＰｕｂｌｉｃＷｉｒｅｌｅｓｓＬｏｃａｌＡｒｅａＮｅｔｗｏｒｋ｝ |
| JP2006518559A (ja) * | 2003-01-09 | 2006-08-10 | クゥアルコム・インコーポレイテッド | プリペイド無線パケットデータサービスに関してユーザにアカウント残高（ａｃｃｏｕｎｔｂａｌａｎｃｅ）通知を与えるための方法および装置 |
| US7539862B2 (en) | 2004-04-08 | 2009-05-26 | Ipass Inc. | Method and system for verifying and updating the configuration of an access device during authentication |
| JP2009505534A (ja) * | 2005-08-19 | 2009-02-05 | 華為技術有限公司 | モバイルインターネットプロトコルの登録または登録抹消方法、および、装置 |
| JP4733746B2 (ja) * | 2005-08-19 | 2011-07-27 | 華為技術有限公司 | モバイルインターネットプロトコルの登録または登録抹消方法、および、装置 |
| US8345628B2 (en) | 2005-08-19 | 2013-01-01 | Huawei Technologies Co., Ltd. | Method and apparatus for mobile internet protocol registering or deregistering |
| JP2007221464A (ja) * | 2006-02-16 | 2007-08-30 | Japan Radio Co Ltd | 情報転送装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| US6665718B1 (en) | 2003-12-16 |
| CA2249831A1 (en) | 1999-04-14 |
| IL126527A0 (en) | 1999-08-17 |
| EP0910198A3 (en) | 2005-06-15 |
| EP0910198A2 (en) | 1999-04-21 |
| AR015960A1 (es) | 2001-05-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CA2249830C (en) | Inter-working function selection system in a network | |
| US6577643B1 (en) | Message and communication system in a network | |
| CA2249862C (en) | Registration scheme for network | |
| US6512754B2 (en) | Point-to-point protocol encapsulation in ethernet frame | |
| US6421714B1 (en) | Efficient mobility management scheme for a wireless internet access system | |
| US6377982B1 (en) | Accounting system in a network | |
| US6414950B1 (en) | Sequence delivery of messages | |
| US6665718B1 (en) | Mobility management system | |
| EP0917320B1 (en) | Optimum routing system | |
| EP1618723B1 (en) | Methods and apparatus for securing proxy mobile ip | |
| US7483411B2 (en) | Apparatus for public access mobility LAN and method of operation thereof | |
| JP3587984B2 (ja) | 移動通信システム、パケットゲートウェイ装置、位置情報管理方法、および、位置情報通知方法 | |
| WO2011032479A1 (zh) | 基于身份标识和位置分离架构的网络及其骨干网和网元 | |
| JP2007505553A (ja) | 無線ネットワーキングシステムおよび方法 | |
| JP4418590B2 (ja) | パケット無線ネットワークのｉｐ移動機構 | |
| CN102547908B (zh) | 表维护方法、系统和接入网关路由器 | |
| CN101729534A (zh) | 基于PPPoE的网络接入装置、系统、及方法 | |
| Doyle et al. | IP mobility scheme for multi-hop WiMAX |