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
Application number
JP30644698A
Other languages
English (en)
Inventor
Mooi Choo Chuah
チョー チュアー ムーイ
Girish Rai
ライ ギリシュ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia of America Corp
Original Assignee
Lucent Technologies Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Lucent Technologies Inc filed Critical Lucent Technologies Inc
Publication of JPH11284666A publication Critical patent/JPH11284666A/ja
Pending legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L12/00Data switching networks
    • H04L12/28Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46Interconnection of networks
    • H04L12/4633Interconnection of networks using encapsulation techniques, e.g. tunneling
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/161Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/164Adaptation or special uses of UDP protocol
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/168Implementation 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]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/16Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
    • H04L69/169Special adaptations of TCP, UDP or IP for interworking of IP based networks with other networks 
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/0005Control or signalling for completing the hand-off
    • H04W36/0011Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0019Control or signalling for completing the hand-off for data sessions of end-to-end connection adapted for mobile IP [MIP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W4/00Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/24Accounting or billing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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/08Mobility data transfer
    • H04W8/12Mobility data transfer between location registers or mobility servers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2212/00Encapsulation of packets
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/14Reselecting a network or an air interface
    • H04W36/144Reselecting a network or an air interface over a different radio air interface technology
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W8/00Network data management
    • H04W8/02Processing 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/08Mobility data transfer
    • H04W8/087Mobility data transfer for preserving data network PoA address despite hand-offs
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W80/00Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04Network layer protocols, e.g. mobile IP [Internet Protocol]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W92/00Interfaces specially adapted for wireless communication networks
    • H04W92/02Inter-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)【要約】 (修正有) 【課題】パケット交換データネットワーク内でのモバイ
ルエンドシステムを管理する。 【解決手段】最初はデータフレームをモバイルエンドシ
ステム32と第一アクセスポイント34を通じてアクセ
スハブとの間で通信し、アクセスハブを含む第一モジュ
ール36が、登録リクエストがモバイルエンドから第二
アクセスポイント38を通じて受信されたとき、モバイ
ルエンドを第一アクセスハブに、第一登録サーバに通知
することなく再登録し、第一アクセスハブがさらに第二
モジュールを含み、第二モジュールが、モバイルエンド
が再登録されたとき、第二アクセスポイントを第一アク
セスハブにリンクし、第一アクセスハブがさらに第三モ
ジュール40を含み、この第三モジュールが、第二アク
セスポイントが第一アクセスハブにリンクされたとき、
第一アクセスポイントと第一アクセスハブ間のリンクを
切断する。

Description

【発明の詳細な説明】
【0001】
【発明の属する技術分野】本発明は、コンピュータユー
ザに、インターネットおよびプライベートイントラネッ
トへのリモートアクセスを仮想プライベートネットワー
クサービスを用いて高速パケット交換無線データリンク
を通じて提供するパケット交換データネットワーク内で
のモバイルエンドシステムの管理に関する。本発明は、
より詳細には、モバイルエンドシステムがあるセルから
別のセルに移動する際のコネクションハンドオーバの管
理に関する。
【0002】
【従来技術】図1は、典型的には一体となってユーザモ
デム4を通じてユーザコンピュータ2へのリモートイン
ターネットアクセスを提供する3つのビジネスエンティ
ティを示す。第一のビジネスエンティティは、ダイヤル
アップ式の簡単な古いタイプの電話システム(plain ol
d telephone system、POTS)あるいはサービス統合デー
タネットワーク(integrated services data network、
ISDN)を所有および運用する電話会社である。電話会社
は、公衆交換電話ネットワーク(public switched tele
phone network、PSTN)6の形式にてメディアを提供
し、ユーザと他の2つのビジネスエンティティとの間の
ビット(あるいはパケット)はこの上を流れる。
【0003】第二のビジネスエンティティは、インター
ネットサービスプロバイダ(ISP)である。ISPは、その
サービスエリア内に一つあるいは複数のポイントオブプ
レゼンス(point of presence、POP)8を展開および管
理し、エンドユーザはネットワークサービスを得るため
にここに接続する。ISPは、ISPが顧客の加入を募る主要
なローカルコーリングエリア内に、典型的には、一つの
POPを確立する。POPは、電話会社によって運用され
るPSTNからのメッセージトラヒックを、ISPによっ
て所有される、あるいはMCI,Inc.等のイントラネットバ
ックボーンプロバイダからリースされるイントラネット
バックボーン10上で運ぶためのデジタル形式に変換す
る。ISPは、典型的には、PSTNへの接続のために、電話
会社からT1ラインの一部もしくわ全部、あるいはT3ライ
ンの一部もしくは全部をリースする。POPとISPのメディ
アデータセンタ14は、イントラネットバックボーン上
でルータ12Aを通じて互いに接続される。データセン
タ14は、IPSのウエブサーバ、メールサーバ、アカウ
ンティングおよび登録サーバを収容し、ISPがウエブコ
ンテント、e−メール、およびウエブホストサービスを
エンドユーザに提供することを可能にする。将来の付加
価値サービスは、データセンタ内に追加のタイプのサー
バを展開することで追加することができる。ISPはさら
にルータ12Aを公衆インターネットバックボーン20
への接続のために維持する。リモートアクセスに対する
現在のモデルにおいては、エンドユーザはユーザの電話
会社およびユーザのISPとの間にサービス関係を持ち、
通常は両者から別個の請求書を受け取る。エンドユーザ
は、ISPにアクセスし、ISPから公衆インターネット20
にアクセスするが、これは最寄りのPOPにダイヤルし、
インターネット技術標準化委員会(Internet Engineeri
ng Task Force、IETE)が勧告するポイトン・ツウ・ポ
イントプロトコル(point-to point protocol、PPP)と
して知られる通信プロトコルをランすることで行なう。
【0004】第三のビジネスエンティティは、事業のた
めに、自身のペライベートイントラネット18を所有
し、これをルータ12Bを通じて運用する私企業であ
る。企業の従業員は自宅あるいは路上から企業イントラ
ネットネットワーク18にアクセスすることができる
が、これはPOTS/ISDN呼を企業のリモートアクセスサー
バ16にかけ、IETF PPPプロトコルをランすることで行
なわれる。企業アクセスの場合は、エンドユーザは企業
のリモートアクセスサーバ16に接続するためのコスト
のみを支払う。この場合はISPは巻き込まれない。私企
業は、エンドユーザを企業イントラネット18、公衆イ
ンターネット20、あるいは両方に接続するためにルー
タ12Bを維持する。
【0005】エンドユーザは、電話会社に、電話呼を発
信するコストおよび電話回線を自宅に引くコストを支払
う。エンドユーザは、さらにISPに、ISPのネットワーク
にアクセスすることおよびサービスに対してコトスを支
払う。本発明は、無線サービスプロバイダ、例えば、Sp
rint PCS、PrimeCo等、並びに、インターネットサービ
スプロバイダ、例えば、AOL、AT&T Worldnet等の両方に
とって利益である。
【0006】今日のインターネットサービスプロバイダ
は、ウエブコンテントサービス、e−メールサービス、
コンテントホストサービスおよびローミングサービスを
エンドユーザに提供する。マージンの低さや、特徴と価
格に基づくマーケットセグメンテーションの展望のなさ
のために、ISPはマージンを向上するために付加価値サ
ービスを求めている。短期的には、ISPは、設備ベンダ
によって提供される解決策を用いて、より迅速なアクセ
ス、仮想プライベートネットワーキング(つまり、公衆
ネットワークを用いて私設ネットワークと同程度に安全
にイントラネットに接続する能力)、ローミングコンソ
ーティアム、プッシュテクノロジー、およびサービス品
質を提供することが見込まれる。長期的には、インター
ネット上での音声や、モビィリティも提供されることが
見込まれる。ISPは、低マージンの激戦から脱却するた
めに、これら付加価値サービスを用いることが見込まれ
る。ところで、これら付加価値サービスの内の多くは、
ネットワークサービスの範疇に入るが、これらはネット
ワークインフラストラクチャ設備を通じてはじめて提供
することが可能となる。他の幾つの付加価値サービス
は、これもネットワークインフラストラクチャからのサ
ポートを必要とするアプリケーションサービスの範疇に
入り、他の幾つかはネットワークインフラストラクチャ
からのサポートは必要としない。迅速なアクセス、仮想
プライベートネットワーキング、ローミング、モビィリ
ティ、サービス品質、サービス品質に基づくアカウンテ
ィングは、全て、向上されたネットワークインフラスト
ラクチャを必要とする。発明は、これら向上されたサー
ビスを直接に提供するか、あるいは、将来さらに技術が
進歩したときにこれらサービスを追加できるようにする
ためのフックを提供する。無線サービスプロバイダにと
っては、収益奔流の大きなシェアを確保できることが見
込まれ、ISPにとっては、より多くのサービス、より良
好なマーケットセグメンテーションにて提供できること
が見込まれる。
【0007】
【発明の概要】本発明は、エンドユーザに、公衆インタ
ーネット、プライベートイントラネットおよびインター
ネットサービスプロバイダへのリモート無線アクセスを
提供する。無線アクセスがフォーリンネットワーク内の
基地局とホームネットワーク内の基地局を通じて両者の
インターチエンジ合意の下で提供される。
【0008】本発明の一つの目的は、モビィリティ管理
をローカル、マイクロ、マクロおよびグローバルの4つ
のコネクションハンドオーバのカテゴリに分割し、これ
らハンドオーバカテゴリに従ってハンドオフ更新を最小
にするエンドユーザに対する無線パケット交換データネ
ットワークを提供することにある。本発明のもう一つの
目的は、MACハンドオフメッセージとネットワークハン
ドオフメッセージと統合することにある。本発明のさら
にもう一つの目的は、別個に、登録機能は登録サーバ
に、ルーティング機能はインターワーキング機能ユニッ
トに割り当てることにある。本発明のさらにもう一つの
目的は、フォーリンネットワーク内の無線ハブ(アクセ
スハブAHとも呼ばれる)とインターワーキング機能ユニ
ット(IWFユニット)との間に中間XTunnelチャネルを提
供することにある。本発明のさらにもう一つの目的は、
フォーリンネットワーク内のインターワーキング機能ユ
ニットとホームネットワーク内のインターワーキング機
能ユニットとの間にI-XTunnelチャネルを提供すること
にある。本発明のさらにもう一つの目的は、層2トンネ
リングプロトコル(layer two tinneling protocol、L2
TP)をモバイルエンドシステムがサポートできるように
強化することにある。本発明のさらにもう一つの目的
は、PPP通信セッションの開始の前にネットワーク層の
登録を遂行することにある。本発明を以下に、幾つかの
好ましい実施例を図面を参照しながら詳細に説明するこ
とで詳細に説明する。
【0009】
【発明の詳細な記述】本発明は、コンピュータユーザに
インターネットやプライベートイントラネットへのリモ
ートアクセスを仮想プライベーサネットワークサービス
を用いて高速パケット交換無線データリンクを通じて提
供する。これらユーザは、公衆インターネット、プライ
ベートイントラネットあるいはユーザのインターネット
サービスプロバイダに無線リンクを通じてアクセスする
ことができる。ネットワークは、ローミングをサポート
する。ここで、ローミングとは、本発明によって提供さ
れるサービスが利用可能な地域であればどこからでもイ
ンターネットやプライベートイントラネットに様々な仮
想プライベートネットワークサービスを用いてアクセス
できる能力を意味する。このネットワークは、水平イン
ターネットやイントラネットアプリケーションをランし
ているユーザを対象にする。これらアプリケーションに
は、電子メール、ファイル転送、ブラウザベースのWWW
アクセスや、インターネットの周辺に構築されるその他
のビジネスアプリケーションが含まれる。このネットワ
ークはIETF標準に準拠するために、このネットワーク上
でRTP等のストリーミングメディアプロトコルやH.323等
の会議プロトコルをランすることが可能である。
【0010】既に展開済みあるいは展開の様々な段階に
ある他のインターネットリモートアクセス技術として、
POTSおよびISDNに基づく有線ダイヤルアップアクセス、
XDSLアクセス、GSM/CDMA/TDMAに基づく無線回路交換ア
クセス、ケーブルモデム、衛星ベースのシステム等が含
まれる。ただし、本発明による方法は、低い展開コス
ト、容易な保守、広範な機能セット、スケーラビリテ
ィ、重負荷状況におけるグレースフルデグレーション等
を特徴とすることに加え、仮想プライベートネットワー
クキング、ローミング、モビィリティ、ユーザとサービ
スプロバイダの相対的な利益のためのサービスの品質等
の進歩したネットワークサービスをサポートする。
【0011】パーソナル通信システム(PCS)のスペク
トラムを所有する無線サービスプロバイダに対しては、
本発明は、プロバイダがPSTNを所有および運用する従来
の有線電話会社によって提供されるサービスと十分に競
合できる無線パケット交換データアクセスサービスを提
供することを可能となる。さらに、プロバイダは、イン
ターネットサービスプロバイダとしても営業することを
決意することもできる。この場合は、プロバイダは、ネ
ットワーク全体を所有および運用し、エンド・ツウ・エ
ンドサービスをユーザに提供することとなる。
【0012】インターネットサービスプロバイダ(inte
rnet service providers、ISP)に対しては、本発明は
インターネットサービスプロバイダがこのスペクトラム
を購入あるいはリースすることを前提に、電話会社をバ
イパスし、直接に、エンド・ツウ・エンドサービスをユ
ーザに提供することができるようにする。この場合、将
来インターネットの普及と共にますます上昇することが
見込まれる電話会社へのアクセス料金が節約される。
【0013】本発明はフレキシブルであり、このため、
本発明は、インターネットサービスプロバイダ(ISP)
ではなく、単に、エンドユーザに、ISP、インターネッ
トあるいはプライベートイントラネットアクセスを提供
する無線サービスプロバイダにとって有益であるばかり
か、本発明はさらに、エンドユーザに無線アクセスおよ
びインターネットサービスを提供するサービスプロバイ
ダにとっても有益である。本発明は、さらに、無線アク
セスおよびインターネットサービスを提供するのみでな
く、ネットワークの無線部分を他のISPあるいはプライ
ベートイントラネットへのアクセスのために用いること
を許すサービスプロバイダにとっても有益である。
【0014】図2に示すように、エンドシステム32
(例えば、Win 95パーソナルコンピュータに基づく)は
無線ネットワーク30に外部あるいは内部モデムを用い
て接続する。これらモデムは、エンドシステムがメディ
アアクセス制御(medium access control、MAC)フレー
ムをエアリンク34を通じて送受することを可能にす
る。外部モデムはPCに有線あるいは無線リンクを介し
て接続される。外部モデムは固定され、例えば、屋根上
に搭載される指向性アンテナと同一位置に設置される。
外部モデムは、ユーザのPCに、以下の手段:つまり、
803.2、ユニバーサルシリアルバス、パラレルポート、
赤外、さらには、ISM無線リンクの内の任意の一つを用
いて接続することができる。内部モデムとしては、好ま
しくは、ラップトップに対するPCMCIAカードを用い、こ
れがラップトップのバックプレーンに差し込まれる。こ
れらは小型の全指向性アンテナを用いてMACフレームを
エアリンクを通じて送受する。
【0015】広いエリアの無線カバレッジが基地局36
によって提供される。基地局36によって提供されるカ
バレッジのレンジは、リンク予算、容量およびカバレッ
ジ等の様々な要因に依存する。基地局は、典型的には、
セルサイト内にPSC(パーソナル通信サービス)無線サ
ービスプロバイダによって設置される。基地局は、自身
のカバレッジエリア内のエンドシステムから送られるト
ラヒックを多重化した上で有線回線あるいはマイクロ波
バックホールネットワーク38を通じてシステムのモバ
イル交換センタ(mobile switching center、MSC)40
に送信する。
【0016】本発明は、エアリンクのMACとPHY(物理)
層およびモデムのタイプに対しては独立である。本発明
のアーキテクチャは、バックホールネットワーク38の
物理層およびトポロジに対しても独立である。バックホ
ールネットワークに対する唯一の要件は、バックホール
ネットワークがインターネットプロトコル(IP)パケッ
トを基地局とMSC(モバイル交換センタ)との間で十分
な性能にてルーティングする能力を持つことである。モ
バイル交換センタ40(MSC40)においては、パケッ
トデータインタワーキング機能(IWF)52がこのネッ
トワークに対する無線プロトコルを終端する。IPルータ
42はMSC40を公衆インターネット44、プライベー
トイントラネット46あるいはインターネットサービス
プロバイダ(ISP)46に接続する。MSC40内のアカウ
ンティングおよびディレクトリサーバ48はアカウンテ
ィングデータおよびディレクトリ情報を格納する。エレ
メント管理サーバ50は、基地局、IWFおよびアカウン
ティング/ディレクトリサーバを含む装置を管理する。
【0017】アカウンティングサーバは、アカウンティ
ングデータをユーザに代わって収集し、このデータをサ
ービスプロバイダの課金システムに送信する。アカウン
ティングサーバによってサポートされるインタフェース
は、アカウンティング情報を、American Management As
sociation(AMA)課金レコードフォーマットにてTCP/IP
(transport control protocol/internet protocol:ト
ランスポート制御プロトコル/インターネットプロトコ
ル)トランスポートを通じて課金システム(これも図示
せず)に送信する。
【0018】ネットワークインフラストラクチャプロバ
イダは、PPP(point-to-point:ポイント・ツウ・ポイ
ントプロトコル)サービスをエンドシステムに提供す
る。このネットワークは、エンドシステムに対して、
(1)ローミングサービス(無線カバレッジが提供され
ている所ならどこでもログインできるサービス)付きの
固定無線アクセス、および(2)低速モビィリティおよ
びハンドオフサービスを提供する。エンドシステムはネ
ットワークにログオンしたとき、固定サービス(つま
り、移動することなく、ハンドオフサービスを必要とし
ないサービス)か、移動サービス(つまり、ハンドオフ
サービスを必要とするサービス)のいずれかをリクエス
トする。固定か移動かを指定しないエンドシステムは、
移動サービスを指定したものとみなされる。エンドシス
テムの登録は、実際には、ホーム(オーム)登録サーバ
と協議して行なわれ、このとき、要求されるサービスの
レベル、エンドシステムのユーザによって加入されるサ
ービスのレベル、ネットワーク内の空いた設備等が考慮
される。
【0019】エンドシステムが協議の結果、固定サービ
ス登録(つまり、ハンドサービスを必要としないサービ
ス)を選択し、かつ、エンドシステムがホームネットワ
ーク内に位置する場合は、IWF(インターワーキング機
能)が基地局内に実現され、これによってトラヒックが
エンドユーザと通信サーバ、例えば、PPPサーバ(つま
り、接続されるべきポイント、例えば、ISP PPPサー
バ、企業イントラネットPPPサーバ、あるいは無線サー
ビスプロバイダによって顧客に公衆インターネットへの
直接のアクセスを提供するために運用されるPPPサーバ
等)との間で中継される。メッセージトラヒックの約8
0%がこのカテゴリに入ることが見込まれる。つまり、
このアーキテクチャは、IWF処理を基地局に分散させる
ことで中央モバイル交換センタ内でメッセージトラヒッ
クが輻湊するのを回避する。
【0020】他方、エンドシステムが(ホームネットワ
ークあるいはフォーリンネットワークからの)移動サー
ビスをリクエストした場合、あるいは、エンドシステム
がローミングサービス(つまり、ホームネットワークか
らフォーリンネットワークに移動するサービス)を要求
した場合は、サービングIWFとホームIWFとの2つのIWF
が確立される。サービングIWFは、典型的には、エンド
システムが接続したネットワーク(これはホームネット
ワークであるかフォーリンネットワークであるかは関係
ない)の基地局内に確立され、ホームIWFは、典型的に
は、ホームネットワークのモバイル交換センタ(MSC)
内に確立される。この状況は、メッセージトラヒックの
約20%を占めるのみであるものと見込まれるために、
モバイル交換センタにおけるメッセージトラヒックの輻
湊は最小限にとどまる。サービングIWFと無線ハブは、
コンピュータの同一ネスト内に同一位置に配置あるいは
同一のコンピュータ内にプログラムされるために、トン
ルネルを無線ハブとサービングIWFとの間にXTunnelプロ
トコルを用いて設定する必要はない。
【0021】ただし、別の方法として、フォーリンネッ
トワーク内のサービングIWFは、利用可能な設備と要求
されるサービスのタイプや品質に基づいて、フォーリン
MSC内の設備から選択することもできる。一般的には、
ホームIWFがアンカーポイントとなり、これは通信セッ
ションの際に変更されることはなく、サービングIWFの
方はエンドシステムが大きく移動すると変更される。
【0022】基地局は、アクセスハブと少なくとも一つ
のアクセスポイントを含む(アクセスポイントは、アク
セスハブと離して設置することも、同一位置に設置する
こともできる)。アクセスハブは、典型的には、複数の
アクセスポイントを扱う。エンドシステムはアクセスポ
イントに有線あるいはケーブルによって接続することも
できるが、ただし、本発明の一つの好ましい実施例にお
いては、エンドシステムは、アクセスポイントに無線
“エアリンク(air link)”によって接続され、この場
合、アクセスハブは便宜的に無線ハブと呼ばれる。ここ
での説明では、アクセスハブは全般に渡って“無線ハブ
(wireless hub)”として示される。ただし、エンドシ
ステムをアクセスポイントを通じてアクセスハブに有線
あるいはケーブルを介して接続することも可能であり、
この場合は“アクセスハブ(accesshub)”という用語
が用いられる。
【0023】本発明においては、エンドシステムは、エ
ンドユーザ登録エージェント(例えば、エンドシステム
のコンピュータ、そのモデム、あるいは両方の上でラン
するソフトウエア)を含み、これはアクセスポイントと
通信、あるいはアクセスポイントを通じて、無線ハブと
通信する。無線ハブは、代理(プロキシ)登録エージェ
ント(例えば、無線ハブ内のプロセッサ上でランするソ
フトウエア)を含み、これはエンドユーザ登録エージェ
ントに対する代理として機能する。この代理登録エージ
ェントと類似する概念が、例えば、IETFによって提唱さ
れるMobile IP標準においては、通常、フォーリンエー
ジェント(foreing agent、FA)と呼ばれている。この
ため、本発明による代理登録エージェントは、以降、フ
ォーリンエージェントと呼ぶことにし、以下の説明にお
いては、本発明のフォーリンエージェントがIETFによっ
て提唱されるMobile IP標準のフォーリンエージェント
と異なる場合にのみの説明する。
【0024】基地局内に代理登録エージェント(つま
り、フォーリンエージェント(FA))を用いることで、
エンドシステムのユーザ登録エージェントは、ネットワ
ークへの接続のポイントを見つけ、ホームネットワーク
のMSC(モバイル交換センタ)内の登録サーバに登録す
ることが可能になる。ホーム登録サーバは、ネットワー
ク内の複数のインターワーキング機能(IWF)モジュー
ル(実際にはMSCおよび無線ハブの両方の中に設置され
たプロセッサ上でランするソフトウエアモジュール)の
空き状況を決定し、IWFを登録されたエンドシステムに
割り当てる。登録された各エンドシステムに対して、基
地局内の無線ハブとモバイル交換センタ(MSC)内のイ
ンターワーキング機能(IWF)との間にトンネルが(XTu
nnelプロトコルを用いて)設定され、このトンネルによ
って、PPPフレームがエンドシステムとIWFとの間で輸送
される。
【0025】ここで用いられるXTunnelプロトコルと
は、PPPデータフレームのシーケンシャルな輸送を提供
するフロー制御を備えたプロトコルを意味する。このプ
ロトコルは、標準のIPネットワーク上、ポイント・ツウ
・ポイントネットワーク上、あるいはATMデータネット
ワークやフレームリレーデータネットワーク等の交換式
のネットワーク上でランする。これらネットワークは、
T1あるいはT3リンクに基づくことも、無線リンクに基づ
くことも考えられ、さらに、地上ベースであることも、
空中ベースであることも考えられる。XTunnelプロトコ
ルは、L2TP(level 2transport protocol)からのアル
ゴリズムを適応化することによって構築することができ
る。ただし、データパケットの損失を伴うリンクに基づ
くネットワークの場合は、再送機能が必須のオプション
となる。
【0026】エンドシステムのPPPピア(つまり、通信
サーバ)は、IWF内あるいは企業イントラネットもしく
はISPのネットワーク内に駐在する。PPPピアがIWF内に
駐在する場合は、エンドシステムには、直接インターネ
ットアクセスが提供される。PPPピアがイントラネット
もしくはISP内に駐在する場合は、エンドシステムに
は、イントラネットアへのクセスもしくはISPへのアク
セスが提供される。イントラネットあるいはISPアクセ
スをサポートするためには、IWFは、層2トンネルプロ
トコル(L2TP)を用いて、イントラネットあるいはISP
のPPPサーバに接続する。イントラネットあるいはISPの
PPPサーバの視点からは、IWFは、ネットワークアクセス
サーバ(network access server、NAS)のように見え
る。エンドシステムとIWFとの間のPPPトラヒックは基地
局内のフォーリンエージェントによって中継される。
【0027】逆(登りリンク)方向の場合は、エンドシ
ステムからIWFに向かうPPPフレームは、MACおよびエア
リンクを通じて、基地局に送られる。基地局は、これら
フレームを、MSC内のIWFにXTunnelプロトコルを用いて
中継する。IWFは処理のためにこれらをPPPサーバに配達
する。インターネットアクセスの場合は、PPPサーバ
は、IWFと同一のマシン内に位置する。ISPあるいはイン
トラネットアクセスの場合は、PPPサーバはプライベー
サネットワーク内に位置し、IWFは層2トンネルプロト
コル(L2TP)を用いてこれに接続する。
【0028】順(下りリンク)方向の場合は、PPPサー
バからのPPPフレームは、IWFによって基地局にXTunnel
プロトコルを用いて中継される。基地局は下りリンクフ
レームをトンネルから取り出し(デトンネルし)、これ
をエアリンクを通じてエンドシステムに中継する。次に
このフレームはエンドシステムのPPP層によって処理さ
れる。
【0029】モビィリティ(移動性)をサポートするた
めに、ハンドオフに対するサポートが含まれる。MAC層
は基地局およびエンドシステム内のモビィリティ管理ソ
フトウエアがハンドオフを効率的に遂行することを支援
する。ハンドオフはピアPPPエンティティおよびL2TPト
ンネルからは透過的に扱われる。エンドシステムが一つ
の基地局から別の基地局に移動すると、新たなXTunnel
が新たな基地局と当初のIWFとの間に生成される。以前
の基地局からの以前のXTunnelは削除される。PPPフレー
ムはこの新たな経路を用いて透過的に運ばれる。
【0030】ネットワークは、ローミング機能(つま
り、エンドユーザがフォーリン無線サービスプロバイダ
を通じて自身のホーム無線サービスプロバイダに接続す
る機能)をサポートする。この機能を用いると、エンド
システムは、ホームネットワークから離れてフォーリン
ネットワークにローミングした場合でもサービスを受け
ることができる。勿論、これは、フォーリン無線サービ
スプロバイダとエンドシステムのホーム無線サービスプ
ロバイダとがサービス合意を持つことを前提とする。
【0031】図3は、ローミングエンドシステム60が
フォーリン無線サービスプロバイダ62がカバレッジを
提供する位置まで旅行(ローミング)した状況を示す。
ただし、これは、ローミングエンドシステム60がホー
ム無線サービスプロバイダ70と加入者関係を持つこと
を想定する。さらに、本発明においては、ホーム無線サ
ービスプロバイダ70がフォーリン無線サービスプロバ
イダ62とアクセスサービスを提供する契約関係を持つ
ことを想定する。こうして、図示するように、ローミン
グエンドシステム60は、フォーリン無線サービスプロ
バイダ62の基地局64にエアリンクを通じて接続す
る。次に、データがローミングエンドシステム60から
フォーリン無線サービスプロバイダ62の基地局64お
よびサービングIWF66を通じてホーム無線サービスプ
ロバイダ70のホームIWF72に中継され、場合によっ
ては、さらに、ホーム無線サービスプロバイダ70のホ
ームIWFを通じてインターネットサービスプロバイダ7
4に中継される。
【0032】ローミングをサポートするためには、I-イ
ンタフェースと呼ばれるサービスプロバイダ間インタフ
ェースが無線サービスプロバイダ(wireless service p
rovider、WSP)の境界間の通信のために用いられる。こ
のインタフェースは、認証のため、登録のため、および
エンドシステムのPPPフレームをフォーリンWSPとホーム
WSPとの間で輸送するために用いられる。
【0033】PPPフレームは、登りリンク方向と下りリ
ンク方向の両方において、エンドシステムのホーム無線
サービスプロバイダ(WSP)を通じて運ばれる。ただ
し。別の方法として、PPPフレームをフォーリンWSPから
直接に宛先ネットワークに輸送するこもとできる。フォ
ーリンWSP内の基地局はフォーリンネットワークにおけ
るエンドシステムの接続のポイントである。このフォー
リンWSP内の基地局は、PPPフレームをフォーリンWSPの
モバイル交換センタ内のサービングIWFに送信、あるい
はサービングIWFからPPPフレームを受信する。サービン
グIWFは、I-インタフェースを通じて、層2トンネルを
用いて、ホームIWFと接続し、エンドシステムのPPPフレ
ームを双方向に輸送する。フォーリンWSP内のサービン
グIWFは監査ためにアカウンティングデータを収集し、
ホームWSP内のホームIWFは課金のためにアカウンティン
グデータを収集する。
【0034】登録フェーズの際に、フォーリンWSP内の
登録サーバはローミングエンドシステムのホームネット
ワークの識別を調べる(決定する)。フォーリン登録サ
ーバはこの情報を用いてホーム登録サーバと通信し、エ
ンドシステムの認証および登録を行なう。これら登録メ
ッセージはI−インタフェースを用いて輸送される。エ
ンドシステムの認証および登録が成功すると、一つの層
2トンネルが、基地局とサービングIWFの間にXTUNNELプ
ロトコルを用いて生成され、もう一つの層2トンネル
が、サービングIWFとホームIWFの間にI−インタフェー
スを通じて生成される。ホームIWFはエンドシステムのP
PPピアに前と同様にL2TP(level 2 tunnelprotocol)を
用いて接続する。ハンドオフの際は、ホームIWFの位置
とこのL2TPトンネルは固定されたままにとどまる。エン
ドシステムが一つの基地局からもう一つの基地局に移動
すると、新たなトンネルが、新たな基地局とサービング
IWFとの間に生成され、以前の基地局とサービングIWFと
の間の以前のトンネルは削除される。エンドシステムが
さらに遠くまで移動し、新たなサービングIWFが必要に
なった場合は、新たなトンネルが、新たなサービングIW
FとホームIWFとの間に生成され、以前のサービングIWF
とホームIWFとの間の以前のトンネルは削除される。
【0035】ローミングをサポートするために、I−イ
ンタフェースは、認証サービス、登録サービス、および
無線サービスプロバイダの境界間でデータを輸送するサ
ービスをサポートする。認証サービスと登録サービス
は、IETF Radiusプロトコルを用いてサポートされる。P
PPフレームを層2トンネルを通じて輸送するデータ輸送
サービスは、I-TXunnelプロトコルを用いてサポートさ
れる。このプロトコルは、IETF L2TPプロトコルに基づ
く。
【0036】ここでの説明に用いられるホームIWFとい
う用語は、エンドシステムのホームネットワーク内のIW
Fを指し、サービングIWFという用語は、フォーリンネッ
トワーク内のエンドシステムに一時的にサービスを提供
しているIWFを指す。同様に、ホーム登録サーバという
用語は、エンドシステムのホームネットワーク内の登録
サーバを指し、フォーリン登録サーバという用語は、エ
ンドシステムがローミングしている最中にそれを通じて
登録を行なうフォーリンネットワーク内の登録サーバを
指す。
【0037】ネットワークは、エンドシステムに対し
て、固定と動的の両方のIPアドレス割り当てをサポート
する。IPアドレスには、考慮すべき3つのタイプがあ
る。最初の2つのタイプはモバイル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)サブ欄は、ローミングの際に、登録および認証の目
的で、ローミング関係と、ホーム登録サーバを識別する
ために用いられる。
【0038】PPP IP Configuration Protocol(PPP IP
コンフィギュレーションプロトコル)がエンドシステム
に対してIPアドレスを協議するために用いられる。IP C
onfiguration Protocol(IPCP)を用いることで、エン
ドシステムは、固定か動的のいずれかのIPアドレスを協
議することができる。
【0039】上述のように、ホームアドレスは使用せ
ず、代わりに構造化されたUser-Name欄を使用する方法
は、本発明が周知のIPと異なる一つの特徴である。ただ
し、本発明のネットワークは、将来モバイルIPとこれの
PPPエンドシステムとの関連での使用がもっと一般化し
た場合は、User-Name欄は持たず、非零のホームアドレ
スのみを持つエンドシステムもサポートできるように改
良することが考えられる。この場合、サービスロバイダ
によって、IPCPアドレス割り当てフェーズの際にエンド
システムのホームアドレスと同一のIPアドレスを割り当
てるPPPサーバを構成することが考えられる。この場
合、ホームアドレスとIPCPによって割り当てられるIPア
ドレスとは同一となる。
【0040】図4に示すように、基地局64とエンドシ
ステムからのエアリンクによって無線サブネットワーク
80が形成され、この無線サブネットワーク80は、エ
ンドユーザアクセスのためのエアリンク、少なくとも一
つの基地局(例えば、基地局64)、および基地局から
MSC40(図2)に向かう少なくとも一つのバックホー
ルネットワーク(例えば、図2の38)を含む。例え
ば、3セクタから成る基地局の無線サブネットワークア
ーキテクチャは、以下の論理機能を含む。
【0041】1.アクセスポイント機能(Acess point
function)。アクセスポイント82は、MAC層ブリッジ
ング、並びに、MAC層のアソシエーションとディソシエ
ーション手続きを遂行する。アクセスポイントは、プロ
セッサ(好ましくは顧客アプリケーションに特化された
集積回路(ASIC)の形式)、無線ハブへのリンク(好ま
しくはカード上のイーサネットリンクあるいはASIC内に
組み込まれた形式)、アンテナへのリンク(好ましくは
データ変/復調器と送/受信機を備えるカードの形式)
およびアンテナを含み、このアンテナにエンドシステム
が結合される。プロセッサは、後に詳細に説明する登録
およびモビィリティハンドオーバをサポートするデータ
ブリッジング機能および他の様々な機能を遂行するソフ
トウエアをランする。これら機能については、後の図
7、8、11の説明の部分を参照されたい。
【0042】アクセスポイント(AP)は、エアリンクか
らMAC層のフレームを受け取り、これらを無線ハブに送
信、あるいは逆に無線ハブからのフレームをエアリンク
(エンドシステム)に送信する。MAC層のアソシエーシ
ョンとディソシエーション手続きは、APによって、エン
ドシステムのMACアドレスのリストを自身のMACアドレス
フィルタテーブル内に維持するために用いられる。AP
は、エンドシステムに代わってMAC層ブリッジングを遂
行するが、このとき、MACアドレスが自身のMACアドレス
フィルタテーブル内に存在するエンドシステムのみが扱
われる。アクセスポイントと、それと関連する無線ハブ
は、典型的には、同一位置に配置される。アクセスポイ
ントは、最も単純な形式においては、単に無線ハブへの
ポートの形式を取る。APと無線ハブが同一のセルサイト
内に同一位置に置かれる場合、これらは、IEEE 802.3リ
ンクを介して互いに接続される。しばしば、アクセスポ
イントは、無線ハブから離して置かれ、有線T1等のトラ
ンク長距離リンクや、場合によっては無線トランクを介
して接続される。複数のセクタから成るマルチセクタセ
ルの場合、複数のアクセスポイントが用いられ、各セク
タに1つが割り当てられる。
【0043】2.無線ハブ機能(Wireless hub functio
n)。無線ハブ84は、フォーリンエージェント(FA)
手続き、バックホール負荷のバランシング(例えば複数
のT1を使用)、バックホールネットワークインタフェー
シング、およびxtunnel手続きを遂行する。サービス品
質(QOS)に対するサポートがなされている場合は、無
線ハブは、異なるQOS属性を持つバックホールネットワ
ーク上でxtunnelプロトコルをランすることによって、Q
OSに対するサポートを実現する。複数のセクタから成る
マルチセルサイトの場合は、典型的には、単一の無線ハ
ブ機能が複数のアクセスポイントによって共有される。
【0044】無線ハブは、プロセッサ、一つのあるいは
複数のアクセスポイントへのリンク(好ましくはカード
上のイーサネットリンクあるいはASIC内に組み込まれた
形式)、およびバックホールへのリンクを含む。バック
ホールは、典型的には、T1あるいはT3通信回線であり、
無線サービスプロバイダのモバイル交換センタに終端す
る。バックホールへのリンクは、データを、イーサネッ
トフォーマット、フレームリレーフォーマット、あるい
はATMフォーマット等の好ましいフォーマットにフォー
マット化する。無線ハブプロセッサは、後に詳細に説明
するデータブリッジングおよび他の様々な機能をサポー
トするソフトウエアをランする。これに関しては、後の
図9、10、11の説明の部分を参照されたい。
【0045】基地局の設計は、以下のタイプのセルアー
キテクチャをサポートする。 1.ローカルAPアーキテクチャ(Local AP architectur
e)。ローカルAPアーキテクチャの場合は、アクセスポ
イントは大きな(典型的には2km以上)のレンジを持
つ。これらは、セルサイト内に、無線ハブと同一位置に
配置される(図4)。アクセスポイントは、無線ハブに
IEEE 802.3ネットワークを用いて接続することも、無線
ハブのバックプレーン内に直接に差し込むことも、ある
いは無線ハブに幾つかの他の機構(例えば、ユニバーサ
ルシリアルバス、プリンタポート、赤外線等)を用いて
接続することも考えられる。ここでの説明の残りの部分
では、第一の代替を用いるものと想定する。セルサイト
はオモニ形式にすることも、無線ハブに複数のアクセス
ポイントとセクタ化されたアンテナを加えることでセク
タ化することもできる。
【0046】2.リモートAPアーキテクチャ(Remote A
P architecture)。リモートAPアーキテクチャの場合
は、アクセスポイントは、通常は、非常に小さなレン
ジ、典型的には、半径約1kmのレンジを持つ。これら
は、無線ハブから離れて(室内あるいは屋外に)配置さ
れる。リモートアクセスポイントは、好ましくは、T1あ
るいは無線トランクを用いて、無線ハブが位置するセル
サイトにリンクされる。セルサイトからは、典型的に
は、有線のバックホールあるいはマイクロ波リンクを用
いて、MSC内のIWFに接続される。リモートAPと無線ハブ
との間に無線トランキングが用いられる場合は、トラン
キングに対してオムニ(全指向性)あるいはセクタ化さ
れた無線ラジオが利用される。リモートアクセスポイン
トへのトランキングのためのデバイスは、好ましくは、
無線ハブと同一位置に配置し、これにIEEE 802.3ネット
ワークを用いて接続するか、あるいは、直接に無線ハブ
のバックプレーンに差し込む。これらトランキングのた
めのデバイスは、以降、トランクAPと呼ばれる。
【0047】3.混合型APアーキテクチャ(Mixed AP a
rchitecture)。混合型APアーキテクチャの場合は、無
線サブネットワークは、リモートおよびローカルアクセ
スポイントをサポートする必要がある。ホールフィリン
グや、他の容量上の理由により複数のリモートアクセス
ポイントを追加することも考えられる。前述のように、
リモートAPは無線ハブにT1あるいは無線トランクを用い
て接続される。
【0048】図5は、ローカルAPのみを用いる3つのセ
クタを持つセルを示す。アクセスポイントと無線ハブは
基地局内に同一位置に配置され、互いに802.3リンクを
用いて接続される。
【0049】図6は、リモートアクセスポイント82が
無線ハブ84に無線トランク86を用いて接続されるア
ーキテクチャを示す。基地局内の各トランクアクセスポ
イント86は、リモートマイクロアクセスポイント82
(図面ではR-AP)へのポイント・ツウ・マルチポイント
無線ラジオリンクを提供する。リモートアクセスポイン
トは、エンドシステムに対してエアリンクサービスを提
供する。無線ハブとトランクアクセスポイントは基地局
内に同一位置に配置され、802.3リンクを介して互いに
接続される。この図面には、さらに、ポイント・ツウ・
ポイントT1リンクを介して無線ハブに接続されるリモー
トアクセスポイント82Rも示される。後者のシナリオ
ではトランクAPは必要とされない。
【0050】上述の全てのセルアーキテクチャ、および
各セルによって用いられることが考えられる全ての異な
るタイプのアクセスポイントをサポートするためにネッ
トワークアーキテクチャは以下の規則に従う:
【0051】1.アクセスポイントはMAC層ブリッジと
して機能する。リモートアクセスポイントは、エンドシ
ステムへのエアリンクとセルサイトへの無線あるいはT1
トランクとの間のMACブリッジングを遂行する。ローカ
ルアクセスポイントは、エンドシステムへのエアリンク
と無線ハブとの間のMACブリッジングを遂行する。 2.トランクアクセスポイントもMAC層ブリッジとして
機能する。これらはトランク(これはアクセスポイント
に向かう)と無線ハブとの間のMACブリッジングを遂行
する。 3.無線ハブは全ての同一位置に配置されたMACブリッ
ジ(つまり、ローカルアクセスポイントあるいはトラン
クアクセスポイント)に最初は802.3リンクを用いて接
続する。
【0052】加えて、T1トランクを備えるローカルアク
セスポイントあるいはリモートアクセスポイントが用い
られる場合は、以下の規則に従う: 1.ローカルアクセスポイントは、無線ハブと同一位置
に配置し、これにポイント・ツウ・ポイント802.3リン
クあるいは共有802.3ネットワークを用いて接続する。
第一のアプローチは、アクセスポイントが知能的なMAC
層ブリッジング機能を遂行できない場合、あるいは知能
的なMAC層ブリッジングでは効率が悪すぎると思われる
場合に用いる。リモートアクセスポイントは無線ハブに
ポイント・ツウ・ポイントT1トランクを用いて接続す
る。
【0053】2.セクタ化は、セルサイトにアクセスポ
イントをセクタ化されたアンテナと共に追加することで
サポートする。 3.エンドの登録はモバイルIP技術を用いて行なう。無
線アクセスポイントに接続された各アクセスポイントに
対して、その無線ハブ内で実行するフォーリンエージェ
ントが存在する。MAC層アソシエーション手続きを用い
て、アクセスポイントのMACアドレスフィルタテーブル
が最新の状態に維持され、MAC層ブリッジングが効率的
に遂行される。無線ハブがMACアソシエーション機能に
参加し、正当なMACアドレスのみがアクセスポイントのM
ACアドレスフィルタテーブルに加えられる。
【0054】4.無線バブ内のフォーリンエージェント
はアクセスポイントからのフレームをMSC IWFに向け
て、あるいは逆にMSC IWFからのフレームをアクセスポ
イントに向けて、xtunnelプロトコルを用いて中継す
る。MACアドレスフィルタテーブルを用いて、そのMACア
ドレスがテーブル内に存在しないユニカーストMACデー
タフレームが除去される。APは、MACブロードキャスト
フレームとエンドシステムの登録機能と関係するMACフ
レームについてはMACアドレスフィルタテーブルの内容
と関係なく常に中継する。
【0055】5.ローカルアクセスポイントはIPトラヒ
ックを無線ハブにルーティングするためにARPを用いてM
ACアドレスを解決する。逆方向において、無線ハブもAR
Pを用いてIPパケットをアクセスポイントにルートす
る。アクセスポイントのネットワーク管理のためにUDP/
IPを用いる。 6.T1を介して接続されたリモートアクセスポイント
は、このリンクはポイント・ツウ・ポイントリンクであ
るためにARPは用いない。 7.ハンドオフに対するサポートにはモバイルIP手続き
をMAC層からの支援の下で用いる。
【0056】無線トランクとトランクAPを用いるセルア
ーキテクチャでは以下の規則に従う: 1.トランクアクセスポイントは、無線ハブと同一位置
に配置され、これにポイント・ツウ・ポイント802.3リ
ンクを用いて接続される。これは、MACフレームのルー
ティングを簡単にするために行なわれる。共有802.3ネ
ットワークもトランクアクセスポイントがMACブリッジ
ング機能を知能的に遂行できる場合に限り用いることが
できる。
【0057】2.無線トランクのセクタ化はセルサイト
にトランクアクセスポイントをセクタ化されたアンテナ
と共に追加することでサポートする。 3.バックホールセクタ間のハンドオフはモバイルIP技
術を用いて行う。各バックホールセクタに対して無線ハ
ブ内で実行するフォーリンエージェントが存在する。 4.トランクAPは、MAC層におけるエンドシステムのア
ソシエーションとハンドオフ手続きに参与する必要はな
い。これらのMACアドレスフィルタテーブルは、エンド
システムがネットワークに登録すると無線ハブによって
動的にプログラムされる。MACアドレスフィルタテーブ
ルを用いてユニカーストMACフレームが除去される。ブ
ロードキャストMACフレームあるいは登録パケットを含
むMACフレームについては常に通過することが許され
る。
【0058】5.トランクAPは、IPトラヒックを無線ハ
ブにルーティングするためにARPを用いてMACアドレスの
解決を行なう。反対方向においては、無線ハブはARPを
用いてIPパケットをトランクAPにルートする。UDP/IPが
トランクAPのネットワーク管理に用いられる。
【0059】6.単一無線トランクセクタにおいては、
MACアソシエーションと、一つのアクセスポイントから
別のアクセスポイントへのハンドオフは、MAC層を用い
て行なう。これらMAC層手続きを用いてエンドシステム
がアクセスポイントと関連付けられる。エンドシステム
が一つのアクセスポイントから別のアクセスポイントに
移動すると、アクセスポイントはMACハンドオフプロト
コルを用いて自身のMACアドレスフィルタテーブルを更
新する。セルサイトの所の無線ハブが、アクセスポイン
トがこの機能を遂行する際の支援を提供する。この支援
には、MAC層ハンドオフメッセージの中継(これはアク
セスポイントは直接にMAC層を通じて互いに通信するこ
とはできないためである)、MAC層登録およびハンドオ
フに対するエンドシステムの認証、およびアクセスポイ
ントのMACアドレスフィルタテーブルの更新が含まれ
る。
【0060】7.無線トランクセクタに対するフォーリ
ンエージェントがフレームをそのトランクAPからMSCに
あるいはこの逆方向にxtunnelプロトコルを用いて中継
する責任を持つ。このため、トランクAPに対するフォー
リンエージェントは、その無線トランクセクタ内でのエ
ンドシステムのアクセスポイントに関しての位置は感知
しない。下りリンク方向においては、このフォーリンエ
ージェントは、単に、モバイルIPトンネルからのフレー
ムを適当なトランクAPに転送するのみであり、このトラ
ンクAPがMAC層ブリッジングを用いてこれらフレームを
そのバックホールセクタに接続された全てのリモートア
クセスポイントに送信する。次に、これらリモートアク
セスポイントが自身のMACアドレスフィルタテーブルを
調べ、結果に基づいて、そのMACフレームをアクセスネ
ットワーク上に転送、あるいはMACフレームを脱落させ
る。上述のように、MACアドレスフィルタテーブルはMAC
層アソシエーションとハンドオフ手続きを用いて最新の
状態に維持される。登り方向においては、MACフレーム
はリモートアクセスポイントによってバックホールブリ
ッジに転送され、バックホールブリッジがこれらを無線
ハブ内のフォーリンエージェントに802.3リンクを用い
て転送する。
【0061】8.IPパケットをリモートアクセスポイン
トに送信あるいはこれから受信するためにARPは用いな
い。リモートアクセスポイントは無線ハブのMACアドレ
スをBOOTP手続きを用いて決定する。逆に、無線ハブは
リモートアクセスポイントのMACアドレスを用いて構成
される。アクセスポイントのネットワークネットワーク
管理、およびエンドシステムのアソシエーションとハン
ドオフメッセージにはUDP/IPを用いる。セルサイト内の
IEEE 802.3リンクはより高速のリンクと交換することも
できる。
【0062】図7は、ローカルアクセスポイントのプロ
トコルスタックを示す。このスタックのベースには物理
層PHYが存在する。物理層PHYは、データをエンドシステ
ムとの間で送信あるいは受信する。これらデータはスト
リームにてデータ変調器に送信あるいは復調器から受信
される。APがエンドシステムからのデータを物理層を通
じて受信した場合は、APは、これをMACフレーム(MAC
層)にアンパックする。次に、このMACフレームは、イ
ーサネット物理層フォーマット(IEEE 802.3フォーマッ
ト)に再パックされ、イーサネットリンクを介して無線
ハブに送信される。逆に、APのプロセッサがエンドシス
テムに伝送されるべきデータを無線ハブからイーサネッ
トリンク(つまり、物理リンク)を介して受信した場合
は、APは、そのデータをメディアアクセス制御(MAC)
フォーマットにパックし、次に、このMAC層データを変
調器に送信する。次に、変調器がこのデータをエンドシ
ステムに送信する。
【0063】図8においては、図7に示すエンドシステ
ムに向かう/あるいはこれからのMAC層とPHY層が、セル
サイトへのトランクに対するリモートアクセスポイント
のMAC層とPHY層と置換される。T1トランク上では、好ま
しくは、ハイレベルデータリンクプロトコル(high lev
el data link protocol、HDLCプロトコル)を用いる。
図9は、バックホールとエンドアクセスポイントへの
トランクをブリッジする無線ハブのプロトコルスタック
を示す。リモートAPへのトランクはリモートアクセスポ
イントのサポートのみに要求される(これとは対照的に
イーサネットはアクセスポイントを接続する)。リモー
トAPへの無線トランクのMAC層とPHY層は、ポイント・ツ
ウ・マルチポイントリンクを提供し、一つのトランクが
同一セクタ内の複数のリモートAPと通信するために用い
られる。
【0064】無線ハブはリモート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)間の通信のために用いられる。
【0065】図10はリモートアクセスポイントをサポ
ートするための基地局内のリレー機能のプロトコルスタ
ックを示す。このリレー機能には、バックホールへのイ
ンタフェース(無線ハブとして示す)とリモートAPへの
インタフェース(トランクAPとして示す)が含まれる。
無線ハブの観点からは、(図7と図10に示す)トラン
クAPは、実際には、図7に示すAPのように振る舞う。好
ましくは、基地局のプロトコルスタックは、無線ハブと
トランクAPに分割され、この間をイーサネットによって
接続される。N個のセクタから成る無線トランクの場合
は、セルサイト内のN個の無線トランクAPと1個の無線
ハブが存在する。
【0066】図11はローカルAPを用いるセルアーキテ
クチャの基地局のプロトコルスタックを示す。リレー機
能には、バックホールへのインタフェース(無線ハブと
して示す)とエンドシステムへのエアリンクインタフェ
ース(APとして示す)が含まれる。無線ハブの観点から
は、(図8と図11に示す)APは、実際には図8に示す
トランクAPのように振る舞う。好ましくは、基地局のプ
ロトコルスタックは、無線ハブとトランクAPとの分割さ
れ、これらがイーサネットによって接続される。N個の
セクタから成るセルの場合は、N個のアクセスポイント
と1個の無線ハブが存在する。
【0067】基地局からMSCへのバックホールネットワ
ークは以下の属性を持つ: 1.このネットワークはIPデータグラムを基地局とMSC
との間でルーティングする能力を持つ。 2.このネットワークはセキュリティである。これは、
公衆インターネットではない。このネットワークはエン
ドシステムのトラヒックを輸送するためのみでなく、認
証、アカウンティング、登録、および管理トラヒックも
輸送するために、信託された(トラストされた)ノード
からのトラヒックのみがこのネットワーク上に入ること
を許される。 3.このネットワークは必要な性能特性を備える。
【0068】典型的なアプリケーションにおいてはサー
ビスプロバイダはその上に装置を設置するバックホール
ネットワークを設置および維持する責任を持つ。基地局
はMSCと通信するために、以下のバックホールインタフ
ェースをサポートする: 1.基地局は、IP over PPP with HDLC link(IETF標
準)をポイント・ツウ・ポイントT1リンクあるいはT3リ
ンクの一部分を用いてサポートる。 2.基地局は、IP over frame relay(IETF標準)をT1
リンクあるいはT3リンクの一部分を用いてサポートす
る。 3.基地局は、IP over AAL5/ATM(IETF標準)をT1リン
クあるいはT3リンクの一部分を用いてサポートする。
【0069】上述のインタフェースは全てIETF標準のカ
プセル化に基づくため、MSC内に市販のルータを用いて
このバックホールネットワークの物理リンクを終端する
ことができる。より上位の層は、様々なサーバや他のプ
ロセッサにパスされ、そこで処理される。
【0070】MAC層の上部のエンドシステム登録手続き
がサポートされる。以下の説明ではMAC層の所のエンド
システム登録手続きは、上位の層に影響を与えない限り
無視される。
【0071】エンドシステムはサービスを求めてホーム
ネットワークからあるいはフォーリンネットワークから
登録する。両方のシナリオにおいて、エンドシステムは
基地局内のフォーリンエージェント(FA)を用いて、登
録のためのネットワークへの接続ポイントを見つける。
前者の場合、FAはエンドシステムのホームネットワーク
内に存在し、後者の場合、FAはフォーリンネットワーク
内に存在する。いずれの場合も、ネットワークはエンド
システムのホームネットワーク内のIWFをアンカーポイ
ント(つまり、移動してもセッションを通じて変更され
ないポイント)として用いる。エンドシステムへのある
いはこれからのPPPフレームは、基地局内のFAを介して
ホームネットワーク内のIWFに送られる。エンドシステ
ムがホームにる場合は、ホームIWFが直接にxtunnelプロ
トコルを介してに基地局に接続される。エンドシステム
がフォーリンにローミングしている場合は、フォーリン
ネットワーク内のサービングIWFがホームIWFにI−イン
タフェースを通じて接続される。サービングIWFは基地
局とホームIWFとの間でフレームを中継する。ホームIWF
からは、データは、同一のIWF内に駐在するPPPサーバに
送られることも、別個のサーバにL2TPを用いて送られる
こともある。別個のサーバは無線サービスプロバイダと
は異なるプライベートネットワークオペレータ(例え
ば、ISPあるいは企業イントラネット)によって所有お
よび運用される。このセッションの最中、ホームIWFとP
PPサーバの位置は固定されたままにとどまる。エンドシ
ステムが接続した状態で移動した場合、これは、新たな
フォーリンエージェントに再登録することが必要とな
る。ただし、同一のIWFとPPPサーバが引き続いて用いら
れる。新たなFAとIWFとの間に新たなxtunnelが生成さ
れ、以前のフォーリンエージェントとIFWとの間の以前
のxtunnelは削除される。
【0072】図12は、2つのエンドシステムA、Bに
対するこのネットワークの第一の構成(コンフィギュレ
ーション)を示す。ここでは、これらエンドシステムの
両方のホーム無線ネットワークは無線サービスプロバイ
ダA(WSP-A)である。一方のエンドシステムはホーム
無線ネットワークから登録し、他方のエンドシステムは
フォーリン無線ネットワークから登録する。WSP-A内の
ホームIWFが両方のエンドシステムに対するアンカーポ
イントとして機能する。両方のエンドシステムについ
て、データはホームIWFに中継される。ホームIWFはISP-
Aによって所有されるインターネットサービスプロバイ
ダのPPPに接続する。ここでは、両方のエンドシステム
が同一のISPに加入しているものと想定する。ただし、
別のISPに加入している場合は、ホームIWFは別のISPに
も接続される。
【0073】無線サービスプロバイダのネットワーク内
部においては、基地局とIWFの間ではデータはxtunnelプ
ロトコルを用いて運ばれる。IWFとPPPサーバの間ではデ
ータはLevel 2 Tunneling Protocol(L2TP)を用いて運
ばれる。サービングIWFとホームIWFとの間では、データ
はI-xtunnelプロトコルを用いて運ばれる。
【0074】常にホームネットワーク内のIWFを用いる
ことには長所と短所がある。最も明らかな長所は単純な
ことである。短所は、常に、リモートのホームIWFとの
間でデータを中継することが必要になることである。代
替として、サービングIWFによってエンドシステムのISP
/イントラネットに接続するために必要とされる全ての
情報をサービングIWFに送信し、サービングIWFがアカウ
ンティング情報をリアルタイムにてホームネットワーク
内のアカウンティングサーバに送り返す方法も考えられ
る。この機能は実現はより困難であるが、データをフォ
ーリンネットワークからホームネットワークに長距離に
渡って中継する必要性が低減されるために効率は良くな
る。
【0075】例えば、シカゴから香港にローミングする
ユーザのケースについて考える。ユーザのホームネット
ワークがシカゴに存在し、ユーザが香港内の無線サービ
スプロバイダを用いて登録するものと想定する。この場
合、第一の構成では、アンカーポイントはシカゴ内のホ
ームIWFとなり、全てのデータを香港とシカゴり間で中
継することが必要となる。シカゴ内のホームIWFはシカ
ゴ内のユーザのIPSに接続する。これに対して第二の構
成では、エンドシステムのユーザには香港内のISPが割
り当てられる。このために、データをシカゴと香港の間
で常に中継する必要はなくなる。第二の構成では、サー
ビングIWFがアンカーとして機能し、サービングIWFはエ
ンドシステムが移動した場合でもセッションを通じて変
更されない。ただし、FAの位置はエンドシステムが香港
内で移動すると変更される。
【0076】図13は、第二のネットワーク構成を示
す。この図面では、エンドシステムA、Bに対するホー
ムネットワークはWSP-Aである。エンドシステムAは、
ホームネットワークから登録し、ホームIWFをアンカー
ポイントとして用い、また、ISP-AにISPのPPPサーバを
用いて接続する。エンドシステムBの方は、WSP-Bのフ
ォーリンネットワークから登録し、サービングIWFを用
いる。このサービングIWFは、アンカーポイントとして
機能するとともに、エンドシステムをISPにISPのPPP
サーバを用いて接続する。この構成では、エンドシステ
ムBのデータはフォーリンネットワークとホームネット
ワークの間を中継する必要はなくなる。
【0077】この構成が機能するためには、ホームとフ
ォーリンの無線サービスプロバイダの間にローミング合
意があるのみでなく、フォーリン無線サービスプロバイ
ダとエンドシステムのインターネットサービスプロバイ
ダとの間にも、直接にあるいは仲介者を通じて、合意が
あることが必要となる。上述の例では、香港内の無線サ
ービスプロバイダとシカゴ内の無線サービスプロバイダ
がビジネス合意を持つことに加えて、香港内のWSP
が、エンドシステム(ユーザ)のChcago ISPとの間に、
香港内のChcago ISPのPPPサーバにアクセスすることに
関するビジネス合意を持つか、あるいは、ユーザのChca
go ISPとの間にローミングに関するビジネス合意を持つ
香港内に位置する他のISPとの間にビジネス合意を持つ
ことを要求される。加えて、香港内のWSPは、ユーザの
認証、アカウンティング、適当なトンネルの設定等を遂
行するためにこれらのローミング関係を動的に発見でき
ることを要求される。
【0078】インターネットインフラストラクチャ事業
に従事する様々な企業が、IETF(インターネット技術標
準化委員会)において、適当な基準をこれら全てのシナ
リオに対して策定するまでには、まだ時間がかかると思
われる。このため、現時点では、前者のより単純なホー
ムネットワーク内のIWFが常にアンカー点として用いら
れる構成が、多少効率は落ちるが、本発明の好ましい実
施例とされる。ただし、インターネットローミングに対
するプロトコルの適当な産業標準が策定された暁には第
二の構成についても同等なあるいは代替の実施例として
考慮されるべきである。
【0079】エンドシステムは、PPPを開始しデータを
送受するためには、その前に、無線ネットワークに登録
する必要がある。このため、エンドシステムは、最初
に、FAの発見と登録のフェーズに入る。これらフェーズ
を通じてエンドシステムが認証され、無線サービスプロ
バイダに登録される。これらフェーズが終了すると、エ
ンドシステムはPPPを開始する。これには、PPPリンク設
定フェーズ、PPP認証フェーズ、およびPPPネットワーク
制御プロトコルフェーズが含まれる。いったんこれらフ
ェーズが終了すると、エンドシステムはPPPを用いてIP
パケットを送受することが可能になる。
【0080】以下の説明においては、エンドシステムが
フォーリンにローミングしており、フォーリンネットワ
ークから登録するものと想定する。FA発見フェーズにお
いて、エンドシステムは(自身のユーザ登録エージェン
トを通じて)フォーリンエージェントからのアドバタイ
ズメントを要請する。ユーザ登録エージェントは付近の
フォーリンエージェントによって送信されたアドバタイ
ズメントメッセージ(advertisement messages)を用い
て、登録のためのFAの識別を見つる。登録フェーズにお
いて、エンドシステムのユーザ登録エージェントは、FA
の気付けアドレスを選択し、そのアドレスに向けて登録
リクエストを送る。FAは、代理(プロキシ)登録エージ
ェントとして機能し、この登録リクエストをフォーリン
登録サーバ(フォーリンWSP内の登録サーバ)に転送す
る。フォーリン登録サーバは、ユーザ登録エージェント
のリクエスト内のUser-Name欄を用いて、エンドシステ
ムのホームネットワークを調べ、この登録リクエスト
を、認証のために、ホームネットワーク内の登録サーバ
に転送する。ホーム登録サーバはフォーリン登録サーバ
によって中継された登録リクエストを受信すると、フォ
ーリン登録サーバの識別とエンドシステムの識別の認証
を行なう。認証と登録が成功すると、ホーム登録サーバ
はホームネットワーク内のIWFを選択し、ホームIWFと
(フォーリンWSP内の)サービングIWFとの間にI-xtunne
lリンクを生成する。ホームネットワーク内のIWFは、こ
のPPPセッションを通じて終始アンカー点として機能す
る。
【0081】いったんモービルIP(mobile IP)の認証
および登録フェーズが終了すると、様々なPPPフェーズ
が開始される。PPPの開始時に、ホームIWFと要求された
ISP/イントラネットPPPサーバとの間にL2TP接続が生成
される。PPP認証フェーズにおいては、PPPパスワードが
PAPあるいはCHAPを用いて交換され、ISPあるいはイント
ラネットPPPサーバは独自にエンドシステムの識別の認
証を行なう。
【0082】いったんこれが成功すると、PPPネットワ
ーク制御フェーズが開始される。このフェーズにおいて
は、IPアドレスが協議され、IPアドレスがPPPサーバに
よってエンドシステムに割り当てられ、TCP/IP見出しの
圧縮の使用についても協議される。これが終了すると、
エンドシステムは、自身のISPあるいは企業イントラネ
ットとの間でIPパケットをPPPを用いて送受することが
可能になる。
【0083】認証が2つのレベルで遂行されることに注
意する。モービルIPの認証においては、エンドシステム
の識別がホームネットワーク内のホーム登録サーバと比
較され、さらに、フォーリンネットワークの識別とホー
ムネットワークの識別が互いに比較される。この機能を
遂行するために、フォーリンエージェントは、エンドシ
ステムの登録リクエストを、例えば、IETE Radiusプロ
トコルを用いて自身のローカルMSC内のフォーリン登録
サーバにRadius Aceess-Requestパケットに入れて送信
する。フォーリン登録サーバはエンドシステムのドメイ
ン名を用いてエンドシステムのホームネットワークとホ
ーム登録サーバの識別を決定し、Radius代理として機能
することで、このリクエストをカプセル化し、エンドシ
ステムのホーム登録サーバに転送する。一方、フォーリ
ン登録サーバがエンドシステムのホームネットワークの
識別を決定できない場合は、フォーリン登録サーバは、
オプションとして、Radiusリクエストを、ブローカのよ
うに機能する登録サーバ(例えば、無線サービスプロバ
イダの協会によって所有される登録サーバ)に転送する
こともできる。この場合は、このブローカが代わって、
Radius Aceess-Requestを最終的なホーム登録サーバに
送る。このローカル登録サーバが、その登録リクエスト
をローカル的にあるいは代理として扱うことができない
場合は、ローカル登録サーバはそのフォーリンエージェ
ントの登録リクエストを拒絶し、次に、フォーリンエー
ジェントがエンドシステムの登録リクエストを拒絶す
る。他方、ホーム登録サーバは、Radius Access-Reques
tを受信すると、フォーリンネットワークとエンドシス
テムの識別について必要な認証を遂行する。認証と登録
が成功すると、ホーム登録サーバは、Radius Access-Re
sponseパケットをフォーリン登録サーバに送り返し、次
に、フォーリン登録サーバが応答をフォーリンエージェ
ントに送り、こうして、ラウンドトリップ(一巡)が完
了する。登録リクエストは、ホームサーバがなんらかの
理由で受諾しない場合は拒絶される。
【0084】第二のレベルに認証動作においては、エン
ドシステムの識別がイントラネットあるいはISPのPPPサ
ーバと比較される。モビリティ認証とは別個にPPP認証
を行なうことで、インフラストラクチャ設備をISPとは
別個に展開および所有するこが可能になる。
【0085】図14は、ローミングエンドシステムに対
する登録シーケンスを示す梯子図である。PPPサーバと
ホームIWFは同一サーバ内に位置し、L2TPは必要ないも
のと想定する。登録エンドシステムに代わってアカウン
ティングを開始するために行なわれるアカウンティング
サーバとの対話、並びにホーム登録サーバの識別を決定
するためおよびエンドシステムの識別を認証するための
ディレクトリサーバとの対話についても示される。ただ
し、アカウンティング、課金、(サービスプロバイダ間
の)ローミング、および清算に関しては後に説明する。
【0086】エンドシステムのユーザ登録エージェント
からのMAC層メッセージ(例えば、802.11ビーコン)に
よって、Agent Solicitationが開始される。MAC層のメ
ッセージは、図面を簡潔化するために示されていない。
【0087】図14に示すように、最初に、エンドシス
テム(モバイル)がアドバタイズメントを要請し、フォ
ーリンエージェントがアドバタイズメントを送り返す。
エンドシステムは、このアドバタイズメントからフォー
リンエージェントが属するネットワークに関する情報を
知る。この情報には、フォーリンエージェントの気付け
アドレスも含まれる。ここでの説明においては、このネ
ットワークはフォーリン無線サービスプロバイダである
ものと想定する。次に、エンドシステム内のユーザ登録
エージェントが、フォーリンエージェントとそのネット
ワークに関する情報(気付けアドレスも含め)を登録リ
クエストに組み入れ、この登録リクエストをフォーリン
エージェントに送る。このフォーリンエージェントは、
代理(プロキシ)登録エージェントとして機能し、登録
リクエストをフォーリン登録サーバ(つまり、フォーリ
ン無線サービスプロバイダの登録サーバ)に中継する。
すると、フォーリン登録サーバは、そのリクエストがホ
ームディレクトリではないことを認識し、フォーリンデ
ィレクトリサーバにアクセスする。フォーリンディレク
トリサーバはフォーリン無線サービスプロバイダの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をフォーリン登録サ
ーバに送り返す。フォーリン登録サーバは登録応答をフ
ォーリンエージェントに送り、フォーリンエージェント
はこの登録応答をエンドシステムに中継する。
【0088】次に、エンドシステムが、リンク制御プロ
トコル(link control protocol、LCP)コンフィギュレ
ーションリクエストを、フォーリン登録サーバを通じ
て、ホームIWFとPPPサーバに送る。すると、ホームIWF
とPPPサーバは、LCPコンフィギュレーション確認応答
を、フォーリン登録サーバを通じて、エンドシステムに
送り返す。
【0089】次に、エンドシステムは、同様に、パスワ
ード認証プロトコル(password authentication protoc
ol、PAP)認証リクエストをホームIWFとPPPサーバに送
り、ホームIWFとPPPサーバは、PAP確認応答をエンドシ
ステムに返す。別の方法として、認証のためにchalleng
e authentication protocol(CHAP)(認証挑戦プロト
コル)を用いることもできる。認証のために両方のプロ
トコルを用いることも、このフェーズはスキップするこ
ともできる。
【0090】次に、エンドシステムは、同様に、IPコン
フィギュレーションプロトコル(IPconfiguration prot
ocol、IPCP)をホームIWFとPPPサーバに送り、ホームIW
FとPPPサーバはPCP確認応答を送り返す。エンドシステ
ムへの接続は以下の理由の任意の一つによって終端され
る。
【0091】1.ユーザ始動の終端。このシナリオの下
では、エンドシステムが最初にPPPをグレースフルに終
端させる。これには、PPPネットワーク制御プロトコル
(IPCP)の終端と、これに続く、PPPリンクプロトコル
の終端が含まれる。いったんこれが行なわれると、エン
ドシステムのネットワークへの登録が解除され、続い
て、アクセスポイントへの無線リンクが終端される。
【0092】2.無線リンクの損失。このシナリオはエ
ンドシステム内のモデムによって検出され、モデムドラ
イバに報告される。すると、ソフトウエアの上位層にス
タックを終端する通告が送られ、終端がユーザに通知さ
れる。 3.フォーリンエージェントへの接続の損失。このシナ
リオは、エンドシステム内のモビリィティドライバによ
って検出される。(潜在的に新たな)フォーリンエージ
ェントとコンタクトすることを再び試み、失敗した場合
は、ドライバは、適当な通知を上位のプロトコルスタッ
クに送り、同時に、下位のモデムに信号を送り、無線リ
ンクを終端させる。
【0093】4.IWFへの接続の損失。これは、フォー
リンエージェントへの接続が失われた場合と実質的に同
一である。 5.IWFあるいはPPPサーバによるPPPの終端。このシナ
リオは、エンドシステム内のPPPソフトウエアによって
検出され、エンドシステムのPPPドライバにこの事象が
通知される。PPPドライバは、ネットワークへの登録の
解除を試み、続いて、アクセスポイントへの無線リンク
を終端する。
【0094】エンドシステムのサービスコンフィギュレ
ーションとは、ネットワークサービスをエンドシステム
に対して加入者のサービスプロフィルに基づいて構成す
る概念を意味する。加入者のサービスプロフィルは、加
入者ディレクトリ内に格納されている。ソフトウエア
は、このサービスプロフィルに含まれる情報を用いて、
無線データサービスを加入者に代わってカスタム化す
る。この情報には、エンドシステムの認証、エンドシス
テムのローミング、エンドシステムのインターネットサ
ービスプロバイダへの接続の設定等に用いる情報が含ま
れる。この情報には、さらに、好ましくは、サービスの
品質等の他のパラメータも含まれる。加入者ディレクト
リに加え、ホームドメインディレクトリ(HDD)とフォ
ーリンドメインディレクトリ(FDD)がローミングおよ
びフォーリン登録サーバとホーム登録サーバを互いに認
証するために用いられる。HDDは、エンドシステムのホ
ームネットワークに関する情報を格納し、FDDは、加入
者が訪問するフォーリンネットワークに関する情報を格
納する。
【0095】図15は、これらディレクトリがいかにネ
ットワークアーキテクチャにマッピングされ、これらが
ホームから登録するエンドシステムに対して登録の際に
いかに用いられるかを示す。ステップ0において、エン
ドシステム(モバイル)がアドバタイズメントを要請
し、フォーリンエージェントがアドバタイズメントを介
してエンドシステムにそのフォーリンエージェントが属
するネットワークに関する情報を供給する。このケース
においては、このネットワークはホーム無線サービスプ
ロバイダであるものと想定される。ステップ1におい
て、エンドシステム内のユーザ登録エージェントが、こ
うして得られたフォーリンエージェントとそのネットワ
ークに関する情報をリクエスト内に組み入れ、このリク
エストをフォーリンエージェントに送信する。ステップ
2において、フォーリンエージェントが、代理登録エー
ジェントとして、このリクエストをホーム登録サーバに
中継する。ステップ3において、ホーム登録サーバが、
ホーム無線サービスプロバイダのHDDにアクセスするこ
とで、少なくとも認証情報を得る。ステップ4におい
て、ホーム登録サーバは、さらに、加入者ディレクトリ
にアクセスすることで、詳細な加入者サービスプロフィ
ル情報(例えば、加入されるサービスオプションの品質
等)を得る。ステップ5において、ホーム登録サーバが
フォーリンエージェントにアクセス確認応答を送り返
す。ステップ6と7において、フォーリンエージェント
がエンドシステム(つまり、モバイル)に登録の確認応
答を送り返す。
【0096】図16は、フォーリンネットワークから登
録するエンドシステムに対するディレクトリの使用を示
す。ステップ0において、エンドシステム(モバイル)
がアドバタイズメントを要請し、フォーリンエージェン
トがアドバタイズメントを介して、エンドシステムに、
そのフォーリンエージェントが属するネットワークに関
する情報を供給する。このケースにおいては、このネッ
トワークは、フォーリン無線サービスプロバイダである
ものと想定される。ステップ1において、エンドシステ
ム内のユーザ登録エージェントが、フォーリンエージェ
ントとそのネットワークに関する情報をリクエスト内に
組み入れ、このリクエストをフォーリンエージェントに
送信する。ステップ2において、フォーリンエージェン
トが、代理登録エージェントとして、このリクエストを
フォーリン登録サーバ(つまり、フォーリン無線サービ
スプロバイダの登録サーバ)に中継する。ステップ3に
おいて、フォーリン登録サーバがフォーリン無線サービ
スプロバイダのHDDにアクセスすることで、エンドシス
テムが属するネットワークの情報を得る。ステップ4に
おいて、フォーリン登録サーバが、エンドシステムのリ
クエストを、エンドシステムのホーム無線サービスプロ
バイダのホーム登録サーバに転送する。ステップ5にお
いて、ホーム登録サーバがホーム登録サーバのFDDにア
クセスし、少なくともフォーリンサービスプロバイダに
関する認証情報を得る。ステップ6において、ホーム登
録サーバは、さらに、加入者のディレクトリにアクセス
することで、詳細な加入者サービスプロフィル情報(例
えば、加入するサービスオプションの品質等)を得る。
ステップ7において、ホーム登録サーバがフォーリン登
録サーバに、アクセス確認応答を送り返す。ステップ8
において、フォーリン登録サーバがフォーリンエージェ
ントにアクセス確認応答を転送する。ステップ9におい
て、フォーリンエージェントがエンドシステム(つま
り、モバイル)に登録確認応答を送り返す。
【0097】以下では、ベアラデータを扱うプロトコル
ハンドリングのシナリオおよびベアラデータをエンドシ
ステムとの間の送受するための関連するスタックを、ロ
ーカルAPを用いるセルアーキテクチャ(図17)と、リ
モートAPを用いるセルアーキテクチャ(図18)に対す
る両方のプロトコルスタックについて説明する。
【0098】図17は、ホームネットワーク内のエンド
システムとホームIWFとの間の通信を扱うためのプロト
コルスタックをEnd System@Homeに対して示す。図17
は、アクセスポイントと無線ハブが同一位置に配置され
る場合のセルアーキテクチャに対するプロトコルハンド
リングを示す。
【0099】図18は、アクセスポイントと無線ハブが
離して配置される場合のセルアーキテクチャに対するプ
ロトコルハンドリングを示す。図示するようにPPPはIWF
内に終端し、この構成は直接インターネットアクセスを
提供する。PPPサーバとIWFが離されるケースの構成につ
いては後に説明する。
【0100】図18に示すように、エンドシステムから
のPPPフレームはRLP(radio link protocol)フレーム
内にカプセル化され、これらはさらにリモートアクセス
ポイントの所でMACフレーム内にカプセル化され、トラ
ンクアクセスポイントに送信される。トランクアクセス
ポイントは、無線ハブと物理的に接近して位置するアク
セスポイントであり、リモートアクセスポイントはトラ
ンクアクセスポイントに、一例として、無線トランクに
よって接続される。このリモートアクセスポイントは、
MAC層ブリッジとして機能し、エアリンクからのフレー
ムを無線ハブ内のフォーリンエージェントに中継する。
フォーリンエージェントは、MACフレームからRLPフレー
ムを取り出し、このRLPフレームをxtunnelプロトコルを
用いてIWFに中継する。IWFからエンドシステムに送られ
るフレームの場合も方向が逆であることを除いて類似す
るプロセスが発生する。
【0101】エンドシステムが別のフォーリンエージェ
ントに移動すると、新たなフォーリンエージェントとIW
Fとの間に新たなxtunnelが自動的に生成され、PPPトラ
ヒックはこれらの間を中断されることなく運ばれる。
【0102】リモートAPとトランクAPとの間に無線トラ
ンクを用いるリモートAPセルアーキテクチャでは(図1
8)、エンドシステムとアクセスポイントとの間のエア
リンクは、トランクの無線技術および周波数(f2)と
は異なる無線技術および周波数(f1)を用いて動作す
る。
【0103】図19は、ローミングエンドシステムに対
するプロトコルスタックを示す。サービングIWFは、サ
ービングIWFとホームIWFとの間にI-xtunnelプロトコル
を用いる。プロトコルスタックの他の部分は、上述と同
一であるため特に示さない。
【0104】RLP層は、シーケンス番号を用いること
で、重複するPPPデータグラムを脱落させ、エンドシス
テムとIWFとの間でPPPデータグラムをシーケンスに配信
する。RLP層は、さらに、エンドシステムとIWFとの間の
リンク接続性を監視するためにコンフィギァラブルキー
プアライブ機構を用いる。代替の実施例においては、RL
P層は、さらに、エンドシステムとIWFとの間のリンクの
総ビットエラー率を低減するために再送およびフロー制
御サービスを提供する。エンドシステムとIWFの間のRLP
はセッションの開始時に始動され、セッションを通じて
ハンドオフの間もアクティブにとどまる。
【0105】mobile IP RFC(RFC 2003)の仕様と対照
的にフォーリンエージェントとホームエージェントとの
間のトンネリングにIP in IP encapsulationは用いられ
ない。この代わりに新たなトンネリングプロトコルがUD
Pの上に実現される。この新たなトンネリングプロトコ
ルはL2TPプロトコルを簡素化したバージョンである。新
たなこのトンネリングプロトコルを用いる理由は以下の
通りである:
【0106】1.RFC 2003において規定されるカプセル
化プロトコルでは、フロー制御、すなわちパケットのシ
ーケンス配信は提供しない。ただし、本発明のネットワ
ークはバックホールを通じてのトンネル内でこのサービ
スをエアリンクの上の再送の量を低減するために必要と
する。つまり、フロー制御を用いることで、基地局とMS
Cとの間のネットワーク上のフロー制御問題に起因する
パケット損失や、基地局あるいはIWF内のフロー制御問
題に起因するパケット損失が低減される。
【0107】2.このトンネリングプロトコルはUDPベ
ースであるため、ユーザレベルにて実現し、性能を保証
するためのデバッグの後にカーネルに入れることができ
る。
【0108】3.RFC 2003を用いた場合、サービス品質
と負荷バランスを考慮に入れてトンネリングを生成する
のは簡単ではない。QOSを考慮に入れるためには、既に
要求されるQOSを提供するリンク上にトンネルを設定で
きる必要がある。第二に、RFC2003を用いた場合は、基
地局とMSCとの間の複数のリンクの間にベアラトラヒッ
クを分散させ、負荷をバランスさせるのは簡単ではな
い。
【0109】4.RFC 2003において規定されるようにIP
in IP encapsulationを実現するためには、開発者はIP
ソースコードへのアクセスが必要となる。商用のオペレ
ーティングシステムの場合、TCP/IPスタックに対するソ
ースコードは、通常、別個の商品(所有プログラム)と
して開発されており、他のベンダとの互換性がない。ベ
ンダからTCP/IPスタックを購入し、mobile IP tunnelin
gをサポートするたにIP層に変更を加える場合、開発業
者はTCP/IPスタックの様々なバージョンを絶えずサポー
トすることを要求される。これには追加のコストとリス
クが伴う。
【0110】本発明による基地局とIWFとの間のトンネ
リングプロトコルは非標準であり、無線サービスプロバ
イダは異なるベンダからの装置を混合し、整合させるこ
とはできない。ただし、非標準のトンネリングプロトコ
ルを単一の無線サービスプロバイダのネットワーク内で
用いた場合、これは、エンドシステムや他のベンダから
の装置には透過的であることに注意する。
【0111】この新たなトンネリングプロトコルはL2TP
に基づく。L2TP自体は、重いトンネリングプロトコルで
あり、L2TPはトンネルの生成および認証と関連する大き
なオーバーヘッドを持つ。L2TPと比べ、本発明による新
たなトンネリングプロトコルはオーバヘッドが小さい。
この新たなxtunnelプロトコルは、以下の特徴を持つ:
【0112】1.このxtunnelの生成は、基地局と登録
サーバとの間で用いられるRadius Access Request(Rad
iusアクセス要求)と、Radius Access Response(Radiu
sアクセス応答)メッセージにベンダ固有の拡張を追加
する。これら拡張はトンネルパラメータを協議し、トン
ネルを生成する。
【0113】2.登録サーバは、パケットをトンネリン
グおよび中継する実際の仕事は様々な異なるIPアドレ
ス、従って、MSC内の異なるサーバに委託することがで
きる。このため、登録サーバは、複数のIWFサーバ間で
負荷のバランスを取ること、および様々なユーザに異な
るQOSを提供することが可能になる。
【0114】3.このxtunnelプロトコルは、トンネル
管理に対する帯域内制御メッセージをサポートする。こ
れら制御メッセージとしては、トンネルの接続性をテス
トするためのエコーリクエスト/応答、トンネルを切断
するための切断リクエスト/応答/通知、およびエラー
を通知するためのエラー通知が含まれる。これらメッセ
ージは、UDP/IP等のトンネリング媒体上を送信される。
【0115】4.このxtunnelプロトコルは、ペイロー
ドデータをUDP/IP等のトンネリング媒体上に送信する。
このxtunnelプロトコルは、フロー制御とパケットのシ
ーケンス配信をサポートする。 5.このxtunnelプロトコルは、サービス品質を確保す
る目的でUDP/IP以外の媒体上に実現することもできる。
【0116】本発明によるネットワークは、直接インタ
ーネット接続性をサポートする。これは、PPP をホーム
IWF内に終端し、このIWFからのIPパケットをルータを介
して標準のIPルーティング技術を用いてインターネット
にルーティングすることで達成される。好ましくは、IW
Fとルータは両方ともRIPをランするが、場合によって
は、OSPF等の他のルーティングプロトコルをランするこ
ともできる。
【0117】このネットワークは、同時にインターネッ
トサービスプロバイダでもある無線サービスプロバイダ
(WSP)に対して第一の構成をサポートする。この構成
においては、MSC内のホームIWFはPPPサーバとしても機
能する。このホームIWFもRIP等のインターネットルーテ
ィングプロトコルをランし、インターネットサービスプ
ロバイダのバックボーンネットワークへの接続するため
にルータを用いる。
【0118】このネットワークは、WSP自身はインター
ネットサービスプロバイダ(ISP)ではないため、ある
いはそのWSPがエンドユーザにアクセスを提供する合意
を他のISPとの間でにもつために、エンドシステムを一
つあるいは複数のインターネットサービスプロバイダに
接続することを希望する無線サービスプロバイダに対し
て第二のコンフィギュレーションをサポートする。例え
ば、ある無線サービスプロバイダ(WSP)がエンドユー
ザにネットワークアクセスを提供することを選択し、さ
らに、第三者であるISPとの間に、その第三のISPとも取
引のあるエンドユーザが、そのWSPネットワークからそ
の第三のISPにアクセスするのを許す合意を持つ状況が
これに相当する。この構成においては、PPPサーバは、M
SCの所に設置されるホームIWF内ではランしない。代わ
りに、L2TP(Layer Two Tunneling Protocol)等のトン
ネリングプロトコルを用いてISPのPPPサーバにトンネル
バックする。図10はこの構成に対するプロトコルスタ
ックをホームに位置するエンドシステムに対して示す。
【0119】ホームIWFとISPのPPPサーバの位置は、PPP
セッションを通じて固定されたままにとどまる。ホーム
IWFとISPのPPPサーバとの間のL2TPトンネルもPPPセッシ
ョンを通じて設定されたままにとどまる。ホームIWFとP
PPサーバとの間の物理リンクはルータを介して専用のT1
もしくはT3、あるいはフレームリレーもしくはATMネッ
トワークを用いて設定される。この物理リンクの個々の
特性はこのアーキテクチャの観点からは特に重要ではな
い。
【0120】この構成は、イントラネットアクセスもサ
ポートする。イントラネットアクセスの場合は、PPPサ
ーバは企業イントラネット内に駐在し、ホームIWFはL2T
Pを用いてこれにトンネリングする。
【0121】図20は、イントラネットあるいはISPア
クセスに対するプロトコルハンドリングをローミングエ
ンドシステムに対して示す。これは、上述の構成とは、
ローミングエンドシステムがサービングIWFを用いて自
身のホームIWFに接続する点が異なる。サービングIWFと
ホームIWFとの間のプロトコルハンドリングは前述の通
りである。
【0122】図21は、登録フェーズ、つまり、エンド
システムの登録の際に用いられるプロトコルスタックを
ローカルAPセルアーキテクチャに対して示す。リモート
APセルアーキテクチャに対するプロトコルスタックもこ
れとほぼ同一である。上述のシナリオはローミングエン
ドシステムに対するものであり、ホームに位置するエン
ドシステムに対しては登録経路内にはフォーリン登録サ
ーバは関与しない。
【0123】エンドシステム内のモビィリティエージェ
ントについても説明の必要がある。エンドシステム内の
モビィリティエージェントと無線ハブ内のフォーリンエ
ージェントは、概念的に、mobile IP RFC 2002と類似す
る。このモビィリティエージェントは、ネットワークエ
ラーをタイムアウトと再試行を用いて扱う。ベアラデー
タに対する周知のプロトコルスタックと異なり、RLP層
は用いられない。フォーリンエージェントと登録サーバ
はエンドシステムの登録のためにRadius overUDP/IPを
用いて互いに通信する。
【0124】セキュリティに関して幾つかの点を説明す
る必要がある。第一に、エンドシステムの識別とフォー
リン/ホームネットワークの識別が、無線登録フェーズ
の際に認証(検証)される。第二に、エンドシステムの
識別が自身のPPPサーバに対してPPP認証フェーズの際に
認証(比較)される。第三に、アカウンティングデータ
の格納、課金、およびホームドメイン情報の更新の際に
認証が行なわれる。第四に、エンドシステムとの間で送
受されるベアラトラヒックは暗号化される。第五に、サ
ービスプロバイダの境界を越えて課金情報を交換する際
は暗号化が行なわれる。
【0125】無線登録の際のエンドシステムの識別のそ
れらのホームネットワークに対する認証(比較)および
ホームネットワークとフォーリンネットワークの識別の
認証には、共有のセキュリティが用いられる。
【0126】エンドシステムの認証においては、128
ビットの共有のセキュリティを用いてその登録リクエス
トに対する認証子が生成される。この認証子は、mobile
IPRFC 2002において指定される周知のMD5メッセージ
ダイジェストアルゴリズムを用いて生成される。エンド
システムは、この共有のセキュリティを登録リクエスト
に入れて送信することはなく、認証子のみを送信する。
エンドシステムから登録リクエストを受信すると、ホー
ム登録サーバは、登録リクエストデータから共有のセキ
ュリティを用いて認証子を再計算する。再計算した認証
子の値がエンドシステムによって送信された認証子の値
と一致する場合は、ホーム登録サーバは、以降の登録プ
ロセスの進行を許可する。両方の値が一致しない場合
は、ホーム登録サーバは、この事象を登録し、セキュリ
ティ違反警告およびこのリクエストに対する否定通知
(nak)を生成する。
【0127】登録応答を送り返すとき、ホーム登録サー
バは上述と同一の手続きを遂行する。つまり、共有のセ
キュリティを用いて登録応答に対する認証子を生成し、
これをエンドシステムに送信する。登録応答を受信する
と、エンドシステムは共有のセキュリティを用いて認証
子を再計算する。再計算した値がホーム登録サーバによ
って登録応答に入れて送られた認証子の値と一致しない
場合は、エンドシステムは、その応答を破棄し、再び認
証を試みる。
【0128】これらのネットワークセキュリティ概念
は、mobile IP RFC 2002において定義されている概念と
類似する。RFCによると、各エンドシステムとそのホー
ムネットワークとの間には、モビィリティセキュリティ
アソシエーションが存在する。各モビィリティセキュリ
ティアソシエーションは、セキュリティ文脈のコレクシ
ョンを定義する。各セキュリティ文脈は、認証アルゴリ
ズム、モード、セキュリティ(共有、公開、プライベー
ト)、応答保護のスタイル、および用いる暗号化のタイ
プを定義する。本発明の背景においては、エンドシステ
ムのUser-Nameが(ホームアドレスの代わりに)、各エ
ンドシステムとそのホームネットワークとの間のモビィ
リティセキュリティアソシエーションを識別するために
用いられる。セキュリティパラメータインデックス(SP
I)と呼ばれるもう一つのパラメータがモビィリティセ
キュリティアソシエーション内の特定のセキュリティ文
脈を選択するために用いられる。本発明の基本的な実施
例においては、デフォルトmobile IP authenticationア
ルゴリズム(keyed-MD5)およびデフォルトモード(“p
refix+suffix”)のみが128ビットの共有のセキュ
リティにてサポートされる。ネットワークユーザは、自
身のホームネットワークとの間で複数の共有のセキュリ
ティを定義することが許される。エンドユーザに対する
セキュリティ文脈の生成、セキュリティパラメータイン
デックス(SPI)の各セキュリティ文脈への割り当て、
セキュリティ文脈の内容(共有のセキュリティを含む)
の設定、内容の修正等を遂行するための機構については
後に説明する。登録の際に、エンドシステムは、128
−ビットのメッセージダイジェストを、接頭語+接尾語
モードにて、MD5アルゴリズムを用いて計算する。この
とき、共有のセキュリティを登録リクエスト内の保護さ
れるべきデータに対する接頭語および接尾語として用い
る。次に、エンドシステムは、こうして計算した認証子
を、SPIおよびUser-Nameと一緒に、登録リクエストに入
れて送信する。エンドシステムの登録リクエストを受信
すると、フォーリン登録サーバは、このリクエストを、
認証子およびSPIと一緒に、変更を加えずに、ホーム登
録サーバに中継する。エンドシステムから直接あるいは
フォーリン登録サーバを介して間接的に登録リクエスト
を受信すると、ホーム登録サーバは、そのSPIおよびUse
r-Nameを用いてセキュリティ文脈を選択する。次に、ホ
ームサーバは共有のセキュリティを用いて認証子を再計
算する。再計算した認証子の値がエンドシステムによっ
て登録リクエストに入れて送られた認証子の値と一致す
る場合は、ユーザの識別の認証は成功する。一致しない
場合は、ホーム登録サーバは、エンドシステムによって
送信された登録リクエストに対して否定の応答を送り返
す。
【0129】ホーム登録サーバによってエンドシステム
に送られる登録応答も上述のmobileIPアルゴリズムを用
いて認証(検証)される。ホームサーバは、SPIおよび
計算した認証子の値を登録応答メッセージに入れてエン
ドシステムに送信する。登録応答を受信すると、エンド
システムは認証子を再計算し、再計算した値が送信した
値と一致しない場合は、その登録応答を破棄し、再び認
証を試みる。
【0130】ユーザのエンドシステムは、共有のセキュ
リティおよびユーザが自身の登録サーバと共有する全て
のセキュリティ文脈に対するSPIを持つように構成する
必要がある。このコンフィギュレーション情報は、好ま
しくは、Windows 95ベースのエンドシステムの場合は、
Win 95レジストリに格納する。登録の際に、この情報が
アクセスされ、認証の目的で用いられる。
【0131】ネットワーク内において、フォーリンエー
ジェント(FA)は、エンドシステムに代わってエンドシ
ステムの登録を行なうため、および無線ハブとホームIW
FあるいはサービングIWFの間のxtunnelを構成するため
にRadiusプロトコルを用いる。エンドシステムから登録
リクエストを受信すると、FAは、Radius Access-Reques
tパケットを生成し、このパケット内に自身の属性を挿
入し、さらに、エンドシステムの登録リクエストの属性
を、変更を加えずに、このパケット内にコピーし、こう
して結合したリクエストをMSC内の登録サーバに送信す
る。
【0132】Radius認証には、Radiusクライアント(こ
の場合は基地局内のFA)と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
パケットに入れて送信される。
【0133】FAは以下の属性をRadius Access-Request
パケットに挿入して登録サーバに送信する: 1.User-Name Attribute(ユーザ名属性)。これはエ
ンドシステムのユーザ名であり、エンドシステムによっ
て登録リクエストに入れて供給される。 2.User-Password Attribute(ユーザパスワード属
性)。このユーザパスワードは、基地局/無線ハブによ
ってユーザに代わって供給される。これは、Radius EFC
の規定に従って基地局とその登録サーバとの間で共有さ
れるセキュリティを用いて符号化される。
【0134】3.NAS-Port(NASポート)。これは基地
局上のポートである。 4.NAS-IP Address(NAS-IPアドレス)。これは基地局
のIPアドレスである。 5.Service-Type(サービスタイプ)。これはフレーム
ドサービスである。
【0135】6.Framed Protocol(フレームドプロト
コル)。これはPPPプロトコルである。 7.Xtunnel Protocol Parameters(Xtunnelプロトコル
パラメータ)。これらのパラメータは基地局によってエ
ンドシステムに代わってxtunnelプロトコルを設定する
ための必要なパラメータを指定するために送信される。
これはベンダ固有の属性である。
【0136】8.AP-IP Address(AP-IP アドレス)。
これはユーザが登録の際に用いるAPのIPアドレスであ
る。これはベンダ固有の属性である。 9.AP-MAC-Address(AP-MACアドレス)。これはユーザ
が登録の際に用いるAPのMACアドレスである。 10.End system's Registration Request(エンドシ
ステムの登録リクエスト)。エンドシステムからの登録
リクエストは、変更を加えず、このベンダ固有の属性内
にコピーされる。
【0137】登録サーバは以下の属性をRadius Access-
Responseパケットに入れてFAに送り返す: 1.Service Type(サービスタイプ)。これはフレーム
ドサービスである。 2.Framed-Protocol(フレームドプロトコル)。これ
はPPPである。 3.Xtunnel Protocol Parameters(Xtunnelプロトコル
パラメータ)。これらのパラメータは登録サーバによっ
てエンドシステムに代わってxtunnelプロトコルを設定
するために必要なパラメータを指定するために送られ
る。これはベンダ固有の属性である。
【0138】4.Home Resistration Server'Replay
(ホーム登録サーバの応答)。この属性は、ホーム登録
サーバからFAに送信される。FAは、この属性を、変更を
加えずに、登録応答パケットに入れてエンドシステムに
中継する。経路内にフォーリン登録サーバが存在する場
合は、フォーリン登録サーバは、この属性を、変更を加
えずに、FAに中継される。これはベンダ固有の属性とし
て符号化される。
【0139】ローミングエンドシステムにサービスを提
供するためには、フォーリンネットワークとホームネッ
トワークが互いにアカウンティングおよび課金の目的
で、認証とコンフィギュレーションのためにRadiusプロ
トコルを用いて認証(検証)される。この認証はエンド
システムが登録するときに遂行される。上述のように、
フォーリンネットワーク内の登録サーバは、エンドシス
テムからの登録リクエスト(これはFAによってRadius-A
ccess Requestパケット内にベンダ固有の属性としてカ
プセル化して中継される)を受信すると、このフォーリ
ン登録サーバは、エンドシステムのNser-Nameを用い
て、自身のホームドメインディレクトリ(HDD)を調べ
ることで、エンドシステムのホーム登録サーバの識別を
見つける。ホームドメインディレクトリ(HDD)には、
以下の情報が格納されており、フォーリン登録サーバは
エンドシステムの登録リクエストを転送するためにこれ
にアクセスする:
【0140】1.Home Registration Server IP Addres
s(ホーム登録サーバのIPアドレス)。これは登録リク
エストの転送先のホーム登録サーバのIPアドレスであ
る。
【0141】2.Foreign Registration Server Machin
e Id(フォーリン登録サーバのマシンId)。これは、フ
ォーリン登録サーバのSMTP(simplified mail transfer
prorocol)フォーマットでのマシンIDである(これ
は、例えば、machine@fqdnの形式を持ち、マシン(mach
ine)はフォーリン登録サーバマシンの名前を表し、fqd
nはフォーリン登録サーバのドメインの完全修飾ドメイ
ン名である)。
【0142】3.Tunneling Protocol Parameters(ト
ンネリングプロトコルパラメータ)。これらは、エンド
システムに代わってサービングIWFとホームIWFとの間の
トンネルを構成するためのパラメータである。これらパ
ラメータには、これらの間で用いられるべきトンネリン
グプロトコルとトンネルを構成するためのパラメータが
含まれる。
【0143】4.Shared Secret(共有のセキュリテ
ィ)。これはフォーリン登録サーバとホーム登録サーバ
との間の認証のために用いられるべき共有のセキュリテ
ィである。このセキュリティは、フォーリン登録サーバ
からホーム登録サーバに送信されるRadius User-Passwo
rd属性を計算するために用いられる。これは、2つの無
線サーバプロバイダの間で定義される。
【0144】5.User-Password(ユーザパスワー
ド)。これはローミングエンドシステムに代わって用い
られるべきユーザパスワードである。このユーザパスワ
ードは、2つの無線サービスプロバイダの間で定義され
る。このパスワードはRadius RFCの規定に従って共有の
セキュリティを用いて暗号化される。
【0145】6.Accounting Parameters(アカウンテ
ィングパラメータ)。これらは登録するエンドシステム
に代わって、アカウンティングを構成するためのパラメ
ータである。これらパラメータは、登録サーバによって
自身のIWFにエンドシステムに代わってアカウンティン
グを構成するために送信される。
【0146】フォーリン登録サーバは、上述の情報を用
いてRadius Access-Requestを生成し、このRadius Acce
ss-Requestに自身の登録および認証情報を追加し、さら
にこのRadius Access-Request内にエンドシステムから
送信された登録情報を、変更を加えずに、コピーし、こ
うして結合したリクエストをホーム登録サーバに送信す
る。
【0147】ホーム登録サーバは、Radius-Access Requ
estをエンドシステムがローミングしている場合はフォ
ーリン登録サーバを介して受信し、エンドシステムがホ
ームに位置する場合はFAから直接に受信するが、これを
受信すると、後者の場合は自身のディレクトリサーバに
照会して共有のセキュリティを得ることでエンドシステ
ムの検証を行なう。一方、エンドシステムがローミング
している場合は、フォーリン登録サーバの識別を認証子
を再計算することで検証する。
【0148】リクエストの認証に成功した場合は、ホー
ム登録サーバは、Radius Access-Accept応答パケットを
生成し、これをエンドシステムがローミングしている場
合はフォーリン登録サーバに送り返す。一方、エンドシ
ステムがホームに位置する場合は、これをRadius-Acces
s Requestを送信してきたFAに直接に送り返す。この応
答には、登録応答属性が含まれ、FAは、これをエンドシ
ステムに中継する。
【0149】他方、リクエストの認証に失敗した場合
は、ホーム登録サーバは、Radius Access-Reject応答パ
ケットを生成し、これを、エンドシステムがローミング
している場合はフォーリン登録サーバに返信する。一
方、エンドシステムがホームに位置する場合は、Radius
-Access Requestを送信してきたFAに直接に送り返す。
この応答には、登録応答属性が含まれ、FAは、これをエ
ンドシステムに中継する。
【0150】エンドシステムがローミングしているシナ
リオにおいては、ホーム登録サーバからの応答はフォー
リン登録サーバによって受信され、これはフォーリン登
録サーバによって共有のセキュリティを用いて認証(検
証)される。認証の後に、フォーリン登録サーバは、応
答を処理することで、自身のFAに送信するためのRadius
応答パケット(AccessあるいはReject)を生成する。こ
のとき、フォーリン登録サーバは、ホーム登録サーバに
よって返信されたRadius応答パケットからの登録応答属
性を、変更を加えることなく、FAに送信するRadius応答
パケット内にコピーする。
【0151】FAは、Radius Access-ResponseあるいはRa
dius Access-Reject応答パケットを受信すると、このRa
dius応答からの登録応答属性を用いて、登録応答パケッ
トを生成し、この応答パケットをエンドシステムに送信
する。これによってラウンドトリップ登録シーケンスが
完了する。
【0152】Mobile IP標準は、登録応答の保護を、タ
イムスタンプを用いて、あるいはオプションしてノンス
(nonces)を用いて実現することを指定する。ただし、
タイムスタンプを用いての応答の保護には、対応するノ
ード間に正確に同期された日時クロックが要求される。
このため、Mobile IP標準ではタイムスタンプの使用が
強制でノンスの使用はオプションであるが、本発明で
は、登録の際の応答の保護はノンスを用いて実現され
る。ただし、代替として、タイムスタンプを用いて応答
の保護を実現することも考えられる。
【0153】ノード間で用いられる応答保護のスタイル
は、セキュリティ文脈内に認証文脈、モード、セキュリ
ティ、暗号化のタイプと一緒に格納される。ネットワー
クはエンドシステムとそのPPPサーバとの間のPPPベース
でのPAP(パスワード認証)およびCHAP(パスワード認
証の挑戦)の使用をサポートする。これは、前述のmobi
le IPおよびRadiusベースの認証機構とは独立に行なわ
れる。これは、プライベートイントラネットあるいはIS
Pがユーザの識別を独立に検証することを可能にする。
【0154】以下では、アカウンティングおよびディレ
クトリサービスに対する認証を、アカウンティングセキ
ュリティとの関連で説明する。同一MSC内のネットワー
ク装置からのディレクトリサーバへのアクセスの場合、
認証は必要とされない。
【0155】ネットワークは、エンドシステムとホーム
IWFとの間で伝送されるベアラデータの暗号化をサポー
トする。エンドシステムは、該当するセキュリティ文脈
を選択することで、暗号化がオンあるいはオフされるこ
とを指定する(協議する)。登録リクエストが受信され
たとき、ホーム登録サーバは、エンドシステムの暗号化
に対するリクエストをセキュリティ文脈に基づいて許可
する。認証アルゴリズム、モード、共有のセキュリテ
ィ、および応答保護のスタイルを格納するのに加えて、
セキュリティ文脈が用いるべき暗号化アルゴリズムのス
タイルを指定するためにも用いられる。エンドシステム
とホームエージェントとの間の暗号化が協議(指定)さ
れている場合は、PPPフレーム全体を指定通りに暗号化
した後に、これをRLPにカプセル化する。
【0156】IWF、アカウンティングサーバ、およびア
カウンティングシステムは、MSC内の同一の信託された
ドメイン(trusted domain)の一部分である。これらエ
ンティティは、同一LAN上に接続されるか、あるいは無
線サービスプロバイダによって所有および運用される信
託されたイントラネットの一部分に接続される。IWFと
アカウンティングサーバとの間、並びにアカウンティン
グサーバと顧客の課金システムとの間のアカウンティン
グ統計の転送は、暗号化する必要はない。
【0157】このネットワークでは、エンドシステムの
位置をモニタすることは、より困難になる。これは、エ
ンドシステムとの間で伝送される全てのPPPフレーム
が、エンドシステムデバイスの実際の位置と関係なく、
ホームIWFを通過するように見えるためである。
【0158】アカウンティングデータは、ネットワーク
内のサービングIWFとホームIWFによって集められる。サ
ービングIWFによって集められたアカウンティングデー
タは、サービングIWFのMSC内のアカウンティングサーバ
に送られる。ホームIWFによって集められたアカウンテ
ィングデータは、ホームIWFのMSC内のアカウンティング
サーバに送られる。サービングIWFによって集められた
アカウンティングデータは、フォーリン無線サービスプ
ロバイダによって、監査のため、および請求書を無線サ
ービスプロバイダの境界間で清算するために用いられる
(これによって、ローミングとモビィリティがサポート
される)。ホームIWFによって集められたアカウンティ
ングデータは、エンドユーザに対する請求書を作成する
ために、および請求書を無線サービスプロバイダの境界
間で、ローミングとモビィリティをサポートするために
清算するために用いられる。
【0159】全てのデータトラヒックが、エンドシステ
ムの位置およびフォーリンエージェントの位置に関係な
く、ホームIWFに送られるために、ホームIWFは、顧客の
請求書を生成するため、および、フォーリンネットワー
クの使用に関する清算情報を生成するための全ての情報
を持つ。
【0160】サービングIWFおよびホームIWFは、登録し
たエンドシステムに対するアカウンティングレコードを
送信するために、好ましくは、Radiusアカウンティング
プロトコルを用いる。Radiusアカウンティングプロトコ
ルは、ドラフトIETF RFCにおいて規定される通りであ
る。本発明では、このプロトコルが拡張される。つま
り、このRadius Accountingプロトコルに、このネット
ワークに対するベンダ固有の属性と、チェックポインテ
ィングが追加される。チェックポインティングとは、こ
の背景においてはアカウンティングデータの定期的な更
新を意味し、これによってアカウンティングレコードが
失われる危険性を最小に押さえられる。
【0161】RadiusアカウンティングプロトコルはUDP/
IP上でランし、確認応答(アクノレッジメント)とタイ
ムアウトに基づく再試行を用いる。Radiusアカウンティ
ングクライアント(サービングIWFあるいはホームIWF)
は、UDPアカウンティングリクエストパケットを自身の
アカウンティングサーバに送信する。すると、アカウン
ティングサーバは、アカウンティングクライアントに確
認応答を送り返す。
【0162】ネットワーク内において、アカウンティン
グクライアント(サービングIWFおよびホームIWF)は、
ユーザセッションが開始されるとアカウンティング開始
指標を送信し、ユーザセッションが終了するとアカウン
ティング停止指標を送信する。アカウンティングクライ
アントは、さらに、セッション最中にもアカウンティン
グチェックポイント指標を送信する。これとは対照的
に、IETF RFCドラフトRadiusアカウンティングは、アカ
ウンティングチェックポイント指標は指定しない。本発
明のソフトウエアは、この目的のためにベンダ固有のア
カウンティング属性を生成する。このアカウンティング
属性は、Acct-Status-Type of Start(アカウンティン
グ開始指標)を含む全てのRadius Accounting-Request
パケット内に存在する。この属性の値は、アカウンティ
ングサーバに、そのアカウンティングレコードがチェッ
クポインティングレコードであるか否かを通知するため
に用いられる。チェックポインティングアカウンティン
グレポートは、時間属性を持ち、セッションが開始され
てからの累積アカウンティングデータを含む。本発明に
おいては、チェックポインティングパケットの送信頻度
はコンフィガラブルである。
【0163】サービングIWFおよびホームIWFは、各自の
登録サーバによって、登録フェーズの際に、各自のアカ
ウンティングサーバに接続されるように構成される。コ
ンフィガラブルアカウンティングパラメータには、アカ
ウンティングサーバのIPアドレスおよびUDPポート、チ
ェックポインティングの頻度、セッション/マルチセッ
ションのID、およびアカウンティングクライアントとア
カウンティングサーバとの間で用いられるべき共有のセ
キュリティが含まれる。
【0164】ネットワークは、各登録したエンドシステ
ムに対して、以下のアカウンティング属性を記録する。
これらアカウンティング属性は、セッションの開始時、
セッションの終了時、および中間(チェックポイント)
において、アカウンティングクライアントによって、そ
れらのアカウンティングサーバに、Radiusアカウンティ
ングパケットに入れて報告される。このRadiusアカウン
ティングパケットは、以下を含む:
【0165】1.User Name(ユーザ名)。これは上述
のRadius User-Name属性と類似する。この属性はユーザ
を識別するために用いられ、全てのアカウンティングレ
ポート内に存在する。フォーマットは“user@domain”
の形式を持ち、ドメインは (domain)は、ユーザのホ
ームの完全修飾ドメイン名を表す。
【0166】2.NAS IP Address(NAS IP アドレ
ス)。これは上述のNAS-IP-Address属性と類似する。こ
の属性は、ホームIWFあるいはサービングIWFをランして
いるマシンのIPアドレスを識別するために用いられる。 3.Radio Port(無線ポート)。この属性はユーザにサ
ービスを提供するアクセスポイント上の無線ポートを識
別する。この属性はベンダ固有の属性として符号化され
る。
【0167】4.Access Point IP Address(アクセス
ポイントIPアドレス)。この属性はユーザにサービスを
提供しているアクセスポイントのIPアドレスを識別す
る。この属性はベンダ固有の属性として符号化される。 5.Service Type(サービスタイプ)。これは上述のRa
dius Service-Type属性と類似する。この属性の値はFra
medである。 6.Framed Protocol(フレームドプロトコル)。これ
は上述のRadius Framed-Protocol属性と類似する。この
属性の値はPPPを示すように設定される。
【0168】7.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(アカウンティングチェックポイント)属性も存
在する。
【0169】8.Acounting Session ID(アカウンティ
ングセッションのID)。これは上述のRadius-Session-I
dと類似する。エンドシステムがローミングしているシ
ナリオでは、このセッションIDは、エンドシステムが登
録リクエストを発行したときにフォーリン登録サーバに
よって割り当てられる。これは登録シーケンスの際にフ
ォーリン登録サーバからホーム登録サーバに送信され
る。ホームネットワークとフォーリンネットワークの両
方ともAcct-Session-ID属性を知っており、この属性を
各自のアカウンティングサーバにアカウンティングレコ
ードを送信する際に送信する。“エンドシステムがホー
ムに存在する”シナリオでは、この属性はホーム登録サ
ーバによって生成される。ホーム登録サーバは、この属
性の値を、自身のIWFに通知する。すると、IWFはこれを
全てのアカウンティングレコード内に挿入する。
【0170】9.Accounting Multi-Session ID(アカ
ウンティングマルチセッションのID)。これは上述のRa
dius Acct-Multi-Session-IDと類似する。このIDは、ホ
ーム登録サーバによって、エンドシステムに代わって登
録リクエストがFAから直接に受信されたとき、あるいは
これがフォーリン登録サーバを介して受信されたときに
割り当てられる。これはホーム登録サーバからフォーリ
ン登録サーバに登録応答メッセージに挿入して送られ
る。フォーリン登録サーバは、この属性の値を、自身の
IWFに送り、IWFはこれを全てのアカウンティングレコー
ドに挿入する。
【0171】本発明ではアーキテクチャに真のモビィリ
ティが追加されるが、このIDは、エンドシステムが、あ
るIWFから別のIWFに移動した場合に、同一のエンドシス
テムに対する異なるIWFからのアカウンティングレコー
ドを一つに纏めるために用いられる。IWF境界間でハン
ドオフした場合、IWFが変わるとアカウンティングレコ
ード内のAcct-Session-Idも変わる。ただし、Acct-Mult
i-Session-Idの属性は、そのユーザにサービスを提供し
た全てのIWFが、アカウンティングレコード内に同一の
値を用いる。セッションIDとマルチセッションIDは、フ
ォーリンネットワークとホームネットワークの両方によ
って知られていおり、両ネットワークはこれらの属性を
アカウンティングレポートに挿入し、各自のアカウンテ
ィングサーバに送る。課金システムはこれらセッション
IDおよびマルチセッションIDを用いて同一無線サービス
プロバイダのIWF境界間あるいは異なる無線サービスプ
ロバイダの境界間からのアカウンティングレコードを一
つに纏める。アカウンティングレコードには以下が含ま
れる:
【0172】1.Accounting Delay Time(アカウンテ
ィング遅延時間)。Radius Acct-Delay-Timeの属性を参
照されたい。 2.Accounting Input Octets(アカウンティング入力
オクテット)。RadiusAcct-Input-Octetsを参照された
い。この属性はエンドシステムから送信される(エンド
システムからネットワークに入力される)オクテットの
数を追跡するために用いられる。このカウントは、もっ
ぱらPPPフレームを追跡するために用いられ、エアリン
クのオーバーヘッドや、RLPその他によって生じるオー
バヘッドはカンウトされない。
【0173】3.Accounting Output Octets(アカウン
ティング出力オクテット)。RadiusAcct-Output Octets
を参照されたい。この属性はエンドシステムに送られる
(ネットワークからエンドシステムに出力される)オク
テットの数を追跡するために用いられる。このカウント
はもっぱらPPPフレームを追跡するために用いられ、エ
アリンクのオーバーヘッドや、RLPその他によって生じ
るオーバヘッドはカンウトされない。
【0174】4.Accounting Authentic(アカウンティ
ング認証)。Radius Acct-Authenticの属性を参照され
たい。この属性の値はそのアカウンティングレコードが
サービングIWFによって生成されたかホームIWFによって
生成されたかにによってLocal(ホーム)かRemote(フ
ォーリン)のいずれかを取る。
【0175】5.Accounting Session Time(アカウン
ティングセッション時間)。RadiusAcct-Session Time
の属性を参照されたい。この属性はユーザがサービスを
受けた時間の量を示す。サービングIWFによって送信さ
れた場合は、この属性はユーザがそのサービングIWFか
らサービスを受けた時間の量を追跡する。ホームIWFに
よって送信された場合は、この属性はユーザがそのホー
ムIWFからサービスを受けた時間の量を追跡する。
【0176】6.Accounting Input Packets(アカウン
ティング入力パケット)。Radius Acct-Input Packets
の属性を参照されたい。この属性はエンドシステムから
受信されたパケットの数を追跡する。サービングIWFの
場合は、この属性はエンドシステムからそのサービング
IWFに入力されたPPPフレームの数を追跡する。ホームIW
Fの場合は、この属性はエンドシステムからそのホームI
WFに入力されたPPPフレームの数を追跡する。
【0177】7.Accounting Output Packets(アカウ
ンティング出力パケット)。RadiusAcct-Output Packet
sの属性を参照されたい。この属性はエンドシステムに
送信されたパケットの数を示す。サービングIWFの場合
は、そのサービングIWFからエンドシステムに送信され
たPPPフレームの数を追跡する。ホームIWFの場合は、こ
の属性はそのホームIWFからエンドシステムに送信され
たPPPフレームの数を追跡する。
【0178】8.Accounting Terminate Cause(アカウ
ンティング終端原因)。Radius Acct-Causeの属性を参
照されたい。この属性はユーザセッションが終端された
理由を示す。加えて、追加の詳細を与えるために特定の
原因コードも存在する。この属性はセッション終端時の
アカウンティングレポート内にのみ存在する。
【0179】9.Network Accounting Terminate Cause
(ネットワークアカウンティング終端原因)。この属性
はセッションが終端された詳細な理由を示す。この特定
属性はベンダ固有の属性として符号化され、セッション
終端時のみにRadius Accounting属性内に挿入して報告
される。標準Radius属性であるAcct-Terminate Causeも
存在する。この属性はAcct-Terminate Cause属性によっ
てはカバーされない特定な原因コードを提供する。
【0180】10.Network Air link Access Protocol
(ネットワーク空中リクンアクセスプロトコル)。この
属性はエンドシステムによって用いられるエアリンクア
クセスプロトコルを示す。この属性はベンダ固有の属性
として符号化される。
【0181】11.Network Backhaul Access Protocol
(ネットワークバックホールアクセスプロトコル)。こ
の属性はアクセスポイントとエンドシステムとの間でデ
ータを送受するために用いられるバックホールアクセス
プロトコルを示す。この属性はベンダ固有の属性として
符号化される。
【0182】12.Network Agent Machine Name(ネッ
トワークエージェントマシン名)。これはホームIWFあ
るいはサービングIWFをランするマシンの完全修飾ドメ
イン名である。この特定属性はベンダ固有の属性として
符号化される。
【0183】13.Network Accounting Check-point
(ネットワークアカウンティングチェックポイント)。
RFCドラフトRadiusアカウンティングは、チェックポイ
ントパケットは定義しないために、本発明によるネット
ワークは、Radiusアカウンティング開始パケット内にこ
の属性を用いることでチェックポイントをマークする。
このチェックポイント属性の存在しない場合は、従来の
アカウンティング開始パケットであることを意味する。
アカウンティング開始パケット内にこの属性が存在する
場合は、それがアカウンティングチェックポイントパケ
ットであることを意味する。アカウンティング停止パケ
ットの場合はこの属性は含まない。
【0184】好ましい実施例においては、全てのアカウ
ンティングパケットおよび対応する確認応答は、MD5お
よび共有のセキュリティを用いて認証(検証)されるこ
とを必要とする。IWFは共有のセキュリティを備えるよ
うに構成され、IWFは自身のRaiusアカウンティングサー
バと通信する際に、この共有のセキュリティを認証のた
めに用いる。IWFによってアカウンティングサーバと通
信するために用いられる共有のセキュリティは、MSC内
に位置するホーム/フォーリンドメインディレクトリ内
に格納される。アカウンティングセキュリティのために
用いられるこれら共有のセキュリティは、エンドシステ
ムの登録シーケンスの際に、登録サーバからIWFに送ら
れる。
【0185】アカウンティングサーバソフトウエアはMS
C内に位置するコンピュータ内でランする。システム内
でのアカウンティングサーバの役割は、ネットワーク要
素(ホームIWFおよびサービングIWF)から生のアカウン
ティングデータを集め、このデータを処理および格納
し、その後、これを無線サービスプロバイダの課金シス
テムに転送することにある。アカウンティングサーバ
は、課金システムは含まず、これは、自動あるいは手動
のアカウンティングデータ転送機構をサポートする。自
動のアカウンティングデータ転送機能を用いる場合は、
アカウンティングサーバは、アカウンティングレコード
を、AMA課金フォーマットにて、顧客の課金システムにT
CP/IPトランスポート層を通じて転送する。この目的の
ために、システムはパケットデータに対するAMA課金レ
コードフォーマットを定義する。手動の転送機構を用い
る場合は、顧客は、アカウンティングレコードを課金シ
ステムに転送するためのテープを構築する。顧客の仕様
に合わせてテープが構築できるように、顧客にはアカウ
ンティングレコードにアクセスするための情報が提供さ
れる。顧客はこの情報を用いてアカウンティングレコー
ドを処理し、これをテープに書き込む。
【0186】図22は、ホームIWFあるいはサービングI
WFからアカウンティングサーバによって受信された生の
アカウンティングデータが、アカウンティングサーバに
よって処理および格納される様子を示す。アカウンティ
ングサーバによって遂行される処理には、IWFから受信
された生のアカウンティングデータのフィルタリング、
圧縮、および相関が含まれる。現用/待機二重のプロセ
ッサと、ホットスワップが可能な高速ディスクとを用い
る高アビイラビィリティのファイルサーバが、アカウン
ティングデータをアカウンティングサーバに送信する際
に、データを一時的に緩衝するために用いられる。
【0187】アカウンティングサーバは、生のアカウン
ティングデータの処理を、エンドシステムがそのmobile
IPセッションを終了するまで遅延させる。エンドシス
テムがセッションを終了すると、アカウンティングサー
バはそのセッションを通じて集められた生のアカウンテ
ィングデータを処理し、アカウンティングサマリ(要
約)レコードを、SQLデータベースに格納する。SQLデー
タベースに格納されるアカウンティングサマリレコード
は、ASN.1符号化されたファイル(ASN.1 encodedfile)
をポイントする。このファイルは、エンドシステムのセ
ッションに関する詳細なアカウンティング情報を含む。
アカウンティングサーバ内に格納されたデータは、次
に、課金データ転送エージェントによって顧客の課金シ
ステムに転送される。別の方法として、無線サービスプ
ロバイダがアカウンティングデータをSQLデータベース
および/あるいはASN.1符号化されたファイルからテー
プを介して課金システムに転送することもできる。デー
タベーススキームとASN.1符号化されたファイルのフォ
ーマットが、顧客がこれを利用できるようにドキュメン
ト化され、顧客に供給される。アカウンティングシステ
ム内に格納されている処理済みのアカウンティングデー
タの量が高水位マークを超えると、アカウンティングサ
ーバはNMS警告を発行する。この警告はアカウンティン
グサーバ内に格納されているデータの量が低水位マーク
以下に落ちると解除される。警告を発する高水位マーク
および警告を解除する低水位マークは、コンフィガラブ
ルである。アカウンティングサーバは格納されているア
カウンティングデータの年令があるコンフィガラブルな
閾値を超えた場合も、NMS警告を発行する。逆に、この
警告はアカウンティングデータの年令がこの閾値以下に
落ちたときは解除される。
【0188】加入者ディレクトリは、加入者に関する情
報を格納するために用いられ、ホームネットワーク内に
設置される。ホーム登録サーバは、登録フェーズの際
に、エンドシステムの認証および登録のために、このデ
ィレクトリを調べる。各加入者に対して、加入者ディレ
クトリは、以下の情報を格納する:
【0189】1.User-Name(ユーザ名)。加入者レコ
ード内のこの欄は、SMTPフォーマット(例えば、user@f
qdn)の形式を持ち、userサブ欄は、加入者を加入者の
無線ホームドメインにて識別し、fqdnサブ欄は、加入者
の無線ホームドメインを識別する。この欄は、エンドシ
ステムによって登録フェーズの際に登録リクエストに挿
入して送信される。この欄は、無線サービスプロバイダ
によって加入者にネットワークサービスに加入するとき
に割り当てられる。この欄はPPPにおいて用いられるユ
ーザ名欄とは異なる。
【0190】2.Mobility Security Association(モ
ビィリティセキュリティアソシエーション)。加入者レ
コード内のこの欄は、加入者とそのホームネットワーク
との間のモビィリティセキュリティアソシエーションを
含む。上述のように、各加入者とそのホーム登録サーバ
との間には、モビィリティセキュリティアソシエーショ
ンが存在する。このモビィリティセキュリティアソシエ
ーションは、セキュリティ文脈のコレクションを定義
し、各セキュリティ文脈は、認証アルゴリズム、認証モ
ード、共有のセキュリティ、応答保護のスタイル、およ
びエンドシステムとホームサーバとの間で用いるべき暗
号化のタイプ(無暗号化も含む)を含む。登録の際、ホ
ーム登録サーバは、エンドシステムによって登録リクエ
ストに挿入して供給されるUser-Nameおよびsecurity pa
rameter index(SPI)を用いてこの加入者ディレクトリ
からその加入者のセキュリティ文脈に関する情報を取り
出す。このセキュリティ文脈内の情報は、そのセッショ
ンの際の認証(検証)、暗号化および応答の保護を強化
するために用いられる。このモビィリティセキュリティ
アソシエーションは、無線サービスプロバイダによって
加入の際に生成される。加入者がこのアソシエーション
を修正することを許可するか否かは、無線サービスプロ
バイダに一任される。許される場合は、加入者は、顧客
サービス係りに電話したり、secure Web site(セキュ
リティウエブサイト)にアクセスすることで、モビィリ
ティセキュリティアソシエーションの内容を確認あるい
は修正する。加えて、加入者は、サービスプロバイダに
よって許される他の加入者情報にアクセスすることもで
きる。
【0191】3.Modem MAC Address(モデムMACアドレ
ス)。この欄は加入者によって所有されるモデムのMAC
アドレスを含む。登録の際に、共有のセキュリティに加
えてこの欄もユーザを認証(検証)するために用いられ
る。このMACアドレスに基づく認証は、ユーザベースで
オフすることもできる。このMACアドレスは登録の際に
ホーム登録サーバに送信される。
【0192】4.Enable MAC address Authentication
(MACアドレス認証起動)。この欄は、MACアドレスに基
づく認証が、enabled(起動)されているか、disabled
(不能)にされているかを決定するために用いられる。
enabled(起動)されている場合は、ホーム登録サーバ
は、登録を試みているエンドシステムのMACアドレスを
この欄に対してチェックすることで、エンドシステムの
識別を検証する。disabled(不能)にされている場合
は、このチェックは行なわれない。
【0193】5.Roaming Enabled Flag(ローミング起
動標識)。この欄がenabled(起動)に設定されている
場合は、エンドシステムは、フォーリンネットワークに
ローミングすることを許される。この欄がdisabled(不
能)にされている場合は、エンドシステムは、フォーリ
ンネットワークにローミングすることは許されない。
【0194】6.Roaming Domain List(ローミングド
メインリスト)。この欄はRoaming Enabled Flagがenab
led(起動 )に設定されている場合にのみ意味を持つ。
この欄は、エンドシステムがそこにローミングすること
を許されるフォーリンドメインのリストを含む。このリ
ストの内容がナル(空)で、しかも、Roaming Enabled
Flagがenabled(起動 )に設定されている場合は、その
エンドシステムは、自由にローミングすることを許され
る。
【0195】7.Service Enable/Disable Flag(サー
ビス起動/不能標識)。この欄は、システム管理者によ
って、加入者へのサービスを不能にするためにdisabled
(不能)に設定することができる。この欄がenabled
(起動)に設定されている場合は、加入者はサービスを
受けるために登録することを許される。加入者が登録し
た後に、この欄の値がdisabled(不能)に設定された場
合は、その加入者のエンドシステムは、ネットワークに
よって即座に切断される。
【0196】8.Internet Service Provider Associat
ion(インターネットサービスプロバイダアソシエーシ
ョン)。この欄は加入者のインターネットサービスプロ
バイダに関する情報を含む。この情報はIWFによって、P
PP登録フェーズの際に、エンドシステムに代わってイン
ターネットサービスプロバイダを認証(検証)し、イン
ターネットサービスプロバイダのPPPサーバとの間にL2T
Pトンネルを生成するために用いられる。この欄は加入
者のISPの識別を含む。IWFは、この識別情報を用いて、
エンドシステムに代わって認証とL2TPトンネルの設定を
遂行するためにISPのディレクトリにアクセスする。
【0197】9.Subscriber's Name & Address Inform
ation(加入者の名前およびアドレス情報)。この欄は
加入者の名前、アドレス、電話、ファックス、e−メー
ルアドレス等を含む。
【0198】ホームドメインディレクトリ(HDD)は、
登録サーバによって、エンドシステムに代わって登録を
完結するためにエンドシステムに関するパラメータを調
べるために用いられる。登録サーバは、この情報を用い
て、エンドシステムがホームから登録しているのか、あ
るいはそのエンドシステムがローミングエンドシステム
であるかを決定する。ホームのエンドシステムである場
合は、登録サーバはホーム登録サーバの役割を担い、エ
ンドシステムの登録を行なう。ローミングエンドシステ
ムである場合は、登録サーバはフォーリン登録サーバの
役割を担い、Radius代理(プロキシ)として機能し、実
際のホーム登録サーバの識別をこのディレクトリから調
べ、そのホーム登録サーバに登録リクエストを転送す
る。このHDD内に格納されているローミングエンドシス
テムの場合に用いられるパラメータとしては、ホーム登
録サーバのIPアドレス、ホームとフォーリンによって共
有されるセキュリティ、ホームIWFとサービングIWFとの
間のトンネルコンフィギュレーション等が含まれる。こ
のHDDはMSC内に位置する。
【0199】このHDD内には以下の情報が格納されてい
る: 1.Home Domain Name(ホームドメイン名)。この欄は
エンドシステムによって登録リクエストに入れて供給さ
れた完全修飾ホームドメイン名と一致するHDD内のエン
トリを探すためのキーとして用いられる。 2.Proxy Registration Request(代理登録リクエス
ト)。この欄は登録サーバによってそれがフォーリン登
録サーバとして機能すべきか否かを決定するために用い
られる。真である場合は、フォーリン登録サーバとして
機能し、エンドシステムの登録リクエストを実際のホー
ム登録サーバに中継する。
【0200】3.Home Registration Server DNS Name
(ホーム登録サーバのDNS名)。proxy registration re
quest標識がTRUE(真)である場合は、フォーリン登録
サーバは、この欄を用いて実際のホーム登録サーバのDN
S名にアクセスする。真でない場合は、この欄は無視さ
れる。このDNS名はフォーリン登録サーバによってIPア
ドレスに翻訳される。フォーリン登録サーバはこのIPア
ドレスを用いて、エンドシステムの登録リクエストを中
継する。
【0201】4.Foreign Domain Name(フォーリンド
メイン名)。proxy registration request 標識がTRUE
(真)である場合は、フォーリン登録サーバは、この欄
を用いてフォーリンドメイン名に対応するエンドシステ
ムのホーム登録サーバを識別する。真でない場合は、こ
の欄は無視される。フォーリン登録サーバは、こうして
得られた情報を用いて、フォーリンサーバマシンidをSM
TPフォーマット、例えば、machine@fqdnの形式にて生成
する。フォーリン登録サーバから、このマシンidをRadi
us-Access Reuestに挿入してホーム登録サーバに送信す
る。
【0202】5.Shared Secret(共有のセキュリテ
ィ)。proxy registration request 標識がTRUE(真)
である場合は、この共有のセキュリティを用いて、フォ
ーリン登録サーバとホーム登録サーバとの間で互いの識
別が認証(検証)される。真でない場合はこの欄は無視
される。
【0203】6.Tunneling Protocol Parameters(ト
ンネリングプロトコルパラメータ)。この欄はエンドシ
ステムにサービスを提供するためのトンネルを構成する
ために用いられる。ホームのエンドシステムに用いるパ
ラメータとしては、基地局とホームIWFとの間、並びに
ホームIWFからPPPサーバへのトンネルに関する情報が含
まれる。ローミングエンドシステムに用いるパラメータ
としては、基地局からサービングIWFへの並びにサービ
ングIWFからホームIWFへのトンネリングに関する情報が
含まれる。この欄は各トンネルに対して、最小でも、用
いるべきトンネリングプロトコルのタイプおよび任意の
トンネリングプロトコルに特定なパラメータを含む。例
えば、この欄はトンネリングプロトコルL2TPに対する識
別子およびIWFとその相手(ピア)との間でL2TPトンネ
ルを構成するために必要な追加のパラメータを含む。
【0204】7.Accounting Server Association(ア
カウンティングサーバアソシエーション)。この欄はIW
Fによってエンドシステムに代わってアカウンティング
データを生成するために必要な情報を格納するために用
いられる。これには、アカウンティングプロトコルの名
前(例えば、RADIUS)、アカウンティングサーバのDNS
名およびそのアカウンティングプロトコルに固有のUDP
ポート番号等の追加のパラメータ、IWFがRadius Accoun
tingプロトコル内に用いることを要求される共有のセキ
ュリティ、チェックポインティングの頻度、セッション
/マルチセッションidを生成するためのシード(種)等
が含まれる。このアカウンティングサーバのDNS名は、
アカウンティングサーバのIPアドレスに翻訳され、IWF
に送信される。
【0205】互いにローミング合意を持つ無線サービス
プロバイダの場合は、このHDDは、登録プロセスの認証
(検証)および完結に用いられる。エンドシステムが自
身のホームネットワークからフォーリンネットワークに
ローミングした場合は、フォーリンネットワーク内のフ
ォーリン登録サーバは、訪問してきたエンドシステムに
サービスを提供する前に、自身のMSC内のHDDを調べ、訪
問(ローミング)しているエンドシステムのホーム登録
に関する情報を得てホームネットワークの認証(検証)
を行なう。
【0206】ホームドメインディレクトリ管理に対する
ソフトウエアは、好ましくは、システム管理者に対し
て、グラフィカルユーザインタフェース(graphical us
er interface、GUI)に基づくHDD管理を提供する。シス
テム管理者はこのGUIを用いてHDD内のエントリの確認や
更新を行なう。ただし、このGUIはフォーリン無線ネッ
トワークサービスプロバイダがローミング合意に基づい
てリモートから更新を行なうためには意図されていな
い。これは、もっぱら、防火壁の内側で作業するホーム
無線サービスプロバイダの信託された(トラステッド)
従業員によって用いられることのみを意図される。
【0207】フォーリンドメインディレクトリ(FDD)
は、ホームドメインディレクトリとは反対の機能を提供
する。FDDはホーム登録サーバによって用いられる。つ
まり、ホーム登録サーバは、FDDからフォーリン登録サ
ーバおよびフォーリンネットワークに関するパラメータ
を取り出し、フォーリンネットワークの認証(検証)や
サービングIWFとホームIWFとの間のトンネルの生成の際
にこれを用いる。これらパラメータには、ホームネット
ワークとフォーリンネットワークの間の共有のセキュリ
ティや、ホームIWFとサービングIWFとの間のトンネルコ
ンフィギュレーション等が含まれる。このFDDはホーム
登録サーバのMSC内に位置する。このFDDはホーム登録サ
ーバによってローミングエンドシステムの登録に用いら
れる。
【0208】このFDDには以下の情報が格納される: 1.Home Domain Name(ホームドメイン名)。この欄は
エンドシステムを中継しているフォーリン登録サーバの
完全修飾ドメイン名と一致するFDD内のエントリを探す
ためのキーとして用いられる。 2.Shared Secret(共有のセキュリティ)。これはフ
ォーリン登録サーバとホーム登録サーバとの間で互いの
識別を互いに認証(検証)するために用いられる共有の
セキュリティである。
【0209】3.Home IFW-Serving IWF Tunneling Pro
tocol Parameters(ホームIWFとサービングIWFの間のト
ンネリングプロトコルパラメータ)。この欄はホームIW
FとサービングIWFとの間でトンネルを構成するために用
いられる。この欄は、最小でも、用いるべきトンネリン
グプロトコルのタイプおよび任意のトンネリングプロト
コルに特定なパラメータを含む。例えば、この欄はトン
ネリングプロトコルL2TPに対する識別子およびサービン
グIWFとホームIWFとの間でL2TPトンネルを構成するため
に必要な追加のパラメータを含む。
【0210】4.Accounting Server Association(ア
カウンティングサーバアソシエーション)。この欄はホ
ームIWFによってエンドシステムに代わってアカウンテ
ィングデータを生成するために必要な情報を格納するた
めに用いられる。これには、アカウンティングプロトコ
ルの名前(例えば、RADIUS)、アカウンティングサーバ
のDNS名およびそのアカウンティングプロトコルに固有
のUDPポート番号等の追加のパラメータ、IWFがRadius A
ccountingプロトコル内に用いることを要求される共有
のセキュリティ、チェックポインティングの頻度、セッ
ション/マルチセッションidを生成するためのシード
(種)等が含まれる。このアカウンティングサーバのDN
S名は、アカウンティングサーバのIPアドレスに翻訳さ
れ、IWFに送信される。
【0211】互いにローミング合意を持つ無線サービス
プロバイダの場合は、このFDDは、登録プロセスの認証
(検証)および完結に用いられる。エンドシステムが自
身のホームネットワークからフォーリンネットワークに
ローミングした場合は、ホームネットワーク内の登録サ
ーバは、自身のMSC内のFDDを調べ、エンドシステムにサ
ービスを提供しているフォーリンネットワークに関する
情報を得てフォーリンの認証(検証)を行なう。
【0212】このフォーリンドメインディレクトリ管理
ソフトウエアは、好ましくは、システム管理者に対し
て、グラフィカルユーザインタフェース(GUI)に基づ
くFDD管理を提供する。システム管理者はこのGUIを用い
てHDD内のエントリの確認や更新を行なう。ただし、こ
のGUIはフォーリン無線ネットワークサービスプロバイ
ダがローミング合意に基づいてリモートから更新を行な
うためには意図されていない。これは、もっぱら、防火
壁の内側で作業するホーム無線サービスプロバイダの信
託された(トラステッド)従業員によって用いられるこ
とのみを意図される。
【0213】ホームIWFはインターネットサービスプロ
バイダディレクトリ(ISPD)を用いて、無線サービスプ
ロバイダとサービス合意を持つISPとの間の接続性を管
理し、加入者がそのネットワークを用いて自身のISPに
アクセスできるようにする。各加入者に対して、加入者
ディレクトリはその加入者のISPに対するエントリを持
ち、この欄は、ISPD内のエントリをポイントする。ホー
ムIWFはこの情報を用いて加入者に代わってISPへの接続
を設定する。
【0214】このネットワークアーキテクチャはローミ
ングをサポートする。複数の無線サービスプロバイダの
間でローミングが機能するためには、このアーキテクチ
ャは、無線サービスプロバイダ間のローミング合意の設
定をサポートできる必要がある。このためには、2つの
要件、つまり:(1)複数の無線サービスプロバイダを
横断してシステムディレクトリを更新できること、およ
び(2)無線サービスプロバイダ間で請求書(料金)を
清算できることが必要となる。
【0215】加入者がインターネットサービスプロバイ
ダにアクセスできるようにするために、このネットワー
クアーキテクチャは、インターネットサービスプロバイ
ダとの間にローミング合意を持つ。このためには、この
ネットワークアーキテクチャは、ISPのPPPサーバとの間
でデータが授受できる必要がある(つまり、PPP、L2T
P、Radius等の標準プロトコルをサポートできる必要が
ある)。このアーキテクチャはさらにISPアクセスに対
するディレクトリの更新や、ISPとの間での料金の清算
を扱える必要がある。
【0216】2つの無線サービスプロバイダの間でロー
ミング合意が確立されると、両方のプロバイダは、他の
ネットワークからそのネットワークに訪問するエンドシ
ステムに対する認証および登録機能をサポートするため
に、ホームおよびフォーリンドメインディレクトリを更
新することが必要となる。本発明のネットワークアーキ
テクチャは、最小の場合は、手動のディレクトリ更新を
サポートする。この方法においては、2つの無線サービ
スプロバイダの間でローミング合意が確立されると、合
意した2つのパーティは、それらのホームおよびフォー
リンドメインディレクトリに入力するための情報の交換
を行なう。この方法では、これらディレクトリの実際の
更新は、各サービスプロバイダの従業員によって手動で
行なわれる。後になってホームおよびフォーリンドメイ
ンディレクトリ内の情報を更新することが必要になった
場合は、合意した2つのパーティは、更新情報を交換
し、これらの更新を手動でディレクトリに入力する。
【0217】代替の実施例においては、ディレクトリ管
理ソフトウエアは、インターネットサービスプロバイダ
間のローミングを可能にするとともに、ISPがローミン
グ関係を自動的に管理および発見することを可能にする
IETF標準の開発(developingstandards in IETF)を組
み込む。この場合は、手動でのディレクトリ管理は不要
となる。ネットワークシステムがローミング関係の伝
搬、ローミング関係の発見、訪問するエンドシステムの
認証および登録を自動的に遂行する。
【0218】アカウンティングデータの処理について
は、ネットワークアーキテクチャは、最小の場合は、単
にアカウンティング情報の処理、格納、および無線サー
ビスプロバイダの課金システムへのデータの送信のみを
サポートし、ローミングに対する料金の清算は、課金シ
ステムに任される。
【0219】代替の実施例においては、インターネット
サービスプロバイダの間にアカウンティングレコードを
配送するIETF標準を開発(developing standards in IE
TF)がネットワークアーキテクチャ内に組み込まれ、IS
Pがローミングエンドシステムに対する料金の清算を行
なうことが可能にされる。
【0220】システムソフトウエアは、ISPおよびプラ
イベートイントラネットへのアクセスのサポートを、ホ
ームIWFとISPのあるいはイントラネットのPPPサーバの
間にL2TPをサポートすることで実現する。インターネッ
トサービスプロバイダディレクトリ(ISPD)は、IWFが
これらトンネルを生成するために必要とされる情報を含
む。無線サービスプロバイダとインターネットサービス
プロバイダとの間でアクセス合意が行なわれると、この
ディレクトリは無線サービスプロバイダの従業員によっ
て手動で更新される。無線サービスプロバイダとインタ
ーネットサービスプロバイダとの間のアクセス関係の自
動的な更新および発見も現在開発されており、インター
ネット標準の進化に合わせて実現される見込みである。
現時点ではインターネットサービスプロバイダにアクセ
スすると、加入者は2つの請求書を受け取る。つまり、
第一は無線サービスプロバイダから無線ネットワークの
使用に対して受け取り、第二はインターネットサービス
プロバイダから受け取る。両方のタイプの料金を結合す
る(一つに纏める)共通の請求書は、この最小実現のソ
フトウエアでは扱われないが、将来的にはこのソフトウ
エアに料金清算のためのインターネット標準をこれらの
進化に合わせて組み込み、加入者がISPと無線サービス
プロバイダとの間のローミング合意に基づいて共通の請
求書を受け取るようにすることも見込まれる。
【0221】システムはネットワーク要素を管理するた
めの要素管理システムを含む。システム管理者は、要素
マネージャから構成、性能および故障/警告管理機能を
遂行する。要素管理アプリケーションは、ウエブブラウ
ザ上でランする。ウエブブラウザを用いて、システム管
理者はTCP/IPアクセスが可能な任意の場所からネットワ
ークを管理する。要素マネージャは上位レベルのマネー
ジャに対するエージェントの役割も遂行する。この役割
の中で要素マネージャは警告および故障監視のためにSN
MP MIB(Simple Network Manegement Protocol/Manage
ment Information Base)をエクスポートする。
【0222】上位レベルのSNMPマネージャは、SNMPトラ
ップを介して警告状態を通知される。上位レベルのSNMP
マネージャは定期的に要素マネージャのMIBにネットワ
ークの健康(健全性)および状態について問い合せる。
この上位レベルのSNMPマネージャの所のシステム管理者
は、ネットワークのアイコンレプレゼンテーショ(アイ
コンによるネットワーク表現)とその現在の警告状態を
監視することができる。特定のネットワーク要素アイコ
ンをポイントし、クリックすることで、システム管理者
は、ウエブブラウザを用いて要素管理アプリケーション
を実行し、より細部の管理機能を遂行する。
【0223】ネットワーク内においては、物理的および
論理的ネットワーク要素の管理は、SNMPプロトコルと内
部管理用アプリケーションプログラミングインタフェー
スを用いて遂行される。要素マネージャ内のアプリケー
ションはSNMPあるいは他の管理API(Application Progr
amming Interface)を用いてネットワーク管理機能を遂
行する。
【0224】アーキテクチャ上は、要素管理システムに
は2つの異なるセットの機能要素が含まれる。第一のセ
ットの機能要素には、コンフィギュレーションデータサ
ーバ、パフォーマンスデータモニタ、健康/状態モニ
タ、およびネットワーク要素回復ソフトウエアが含ま
れ、これらはRAIDディスクを備えるHAサーバ上でランす
る。第二のセットの機能要素には、専用の非−HA管理シ
ステム上で実行する管理アプリケーションが含まれる。
要素マネージャシステムが動作不能となった場合でも、
これらネットワーク要素は引き続いてランし、警告を報
告したり、さらには、故障状態を回復することができ
る。ただし、全ての管理アプリケーションは非−HAの要
素マネージャ内で実行し、要素マネージャが故障した場
合、人の介在を要求する回復動作は、要素マネージャが
動作可能となるまでは不可能になる。
【0225】基地局内の無線ハブ(WH)は典型的には無
線サービスプロバイダ(WSP)によって所有され、これ
らはWSPの登録サーバ(RS)にポイント・ツウ・リン
ク、イントラネット、あるいはインターネットによって
接続される。WSPの登録サーバは、典型的には、プロセ
ッサ上で実行し、幾つかの登録機能を遂行するソフトウ
エアモジュールである。インターワーキング機能ユニッ
ト(IWFユニット)は、典型的には、プロセッサ上で実
行し、幾つかのインタフェーシング機能を遂行するソフ
トウエアモジュールである。IWFユニットは、典型的に
は登録サーバにイントラネット/WANを介して接続さ
れ、IWFユニットは典型的にはWSPによって所有される。
ただし、IWFユニットは、必ずしも登録サーバと同一のL
AN内に位置する必要はない。典型的には、アカウンティ
ングサーバおよびディレクトリサーバは(プロセッサ上
で実行するソフトウエアモジュールも含めて)登録サー
バに、サービスプロバイダのデータセンタ(例えば、様
々なサーバおよび他のソフトウエアをホストする一つあ
るいは複数のプロセッサを含むセンタ)内のLANを介し
て接続される。エンドシステムからのトラヒックは(こ
のLANに接続された)ルータを介して公衆インターネッ
トるいはISPのイントラネットにルートされる。フォー
リンWSPのネットワーク内に位置する登録サーバはフォ
ーリン登録サーバ(FRS)と呼び、エンドシステムのホ
ームネットワーク(そのモバイルがそのサービスを購入
する所のネットワーク)内に位置する登録サーバはホー
ム登録サーバ(HRS)と呼ぶ。また、ホームネットワー
ク内のインターネットワーキング機能ユニットはホーム
IWFと呼び、フォーリンネットワーク(つまりエンドシ
ステムの訪問先のネットワーク)内のインターワーキン
グ機能ユニットはサービングIWFと呼ぶ。
【0226】固定無線サービス(つまり、移動しないエ
ンドシステム)の場合は、エンドシステムはホームネッ
トワークのサービスを求めて、ホームネットワークから
(例えば、アットホームサービス:at home servic
e)、あるいはフォーリンネットワークから(例えば、
ローミングサービス:roaming service)登録する。エ
ンドシステムは無線ハブ内のエージェント(例えば、ソ
フトウエアにて実現されたエージェント機能)から送信
されるアドバタイズメントをアクセスポイントを介して
受信する。この際に、MAC層の登録とネットワーク層の
登録の両方を遂行することが必要となる。
【0227】ホームに位置するエンドシステムの場合
(図23)は、ネットワーク層の登録(例えば、ローカ
ルな登録)は、ホーム登録サーバにエンドシステムが現
在接続されている無線ハブを知らせる。この場合は、エ
ンドシステムのホームネットワーク内のIWFがアンカ
ー、すなわちホームIWFとなる。こうしてエンドシステ
ムとの間で授受されるPPPフレームは、無線ハブを介し
てホームネットワーク内のホームIWFに送られる。エン
ドシステムがホームに位置する場合、ホームIWFは無線
ハブにXTunnelプロトコルを介して接続される。
【0228】フォーリンローミング無線サービスの場合
(図24)、フォーリン登録サーバは登録フェーズの際
にローミングエンドシステムのホームネットワークの識
別を見つける。この識別情報を用いて、フォーリン登録
サーバはホーム登録サーバと通信し、エンドシステムの
認証および登録を行なう。フォーリン登録サーバは、次
に、サービングIWFを割り当て、ホームIWFとサービング
IWFとの間にローミングエンドシステムのためにI-XTunn
elプロトコル接続を確立する。サービングIWFは無線ハ
ブとホームIWFとの間でフレームを中継する。ホームIWF
からデータはPPPサーバ(つまり、ポイント・ツウ・ポ
イントプロトコルサーバ)に送られる。このPPPサーバ
は同一のIWF内に位置する場合もある。ただし、データ
が自身のPPPサーバを所有する企業イントラネットある
いはISPのイントラネットに向けられている場合は、デ
ータはL2TPプロトコルを介して別個のPPPサーバに送ら
れる。この別個のサーバは、典型的には、無線サービス
プロバイダとは別個のインターネットサービスプロバイ
ダによって所有および運用される。ホームIWFとPPPサー
バの位置はセッションを通じて固定されたままにとどま
る。MAC層の登録とネットワーク層の登録を結合するこ
とで、MAC層の登録とネットワーク層の登録のために別
個に要求されるオーバヘッドを節約することもできる。
ただし、これら登録プロセスは結合しない方が、WSPの
設備と純粋なIETF Mobile-IPをサポートする他の無線ネ
ットワークとの相互運用性が確保でき便利である。
【0229】登録は、以下の3つのテーブルを設定す
る。テーブル1は、各アクセスポイントと関連する。テ
ーブル1は各コネクション(例えば、各エンドシステ
ム)をコネクションid(CID)にて識別し、コネクショ
ンidを特定の無線モデム(WM)のアドレス(つまり、エ
ンドシステムのアドレス)と関連付ける。テーブル2は
各無線ハブ(WH)と関連する。テーブル2は各コネクシ
ョンidを対応する無線モデムアドレス、およびXTunnel
のid(XID)と関連付ける。テーブル3は各インターワ
ーキング機能(IWF)と関連する。テーブル3は各コネ
クションidを対応する無線モデムのアドレス、無線ハブ
のアドレス、XTunnelのid、およびIPポート(IP/ポー
ト)と関連付ける。上述のテーブル内のエントリ(項
目)は単にモビィリティ管理の説明に必要な項目のみを
示し、実際には他にも重要なフィードが含まれることに
注意する。
【0230】
【表1】
【0231】図25〜28は、ネットワーク内からダイ
アルフップするユーザ、並びに、ローミングユーザに対
するプロトコルスタックを示す。図25は、ホームの固
定(つまり、移動しない)エンドシステムによる直接イ
ンターネットアクセスに対して用いるプロトコルスタッ
クを示す。この構成では、PPPプロトコルメッセージは
ホームIWF(典型的には無線ハブと同一の位置に置かれ
る)に終端する。ホームIWFはメッセージをIPルータと
の間で中継し、IPルータはメッセージをIWFと公衆イン
ターネットの間で中継する。図26は、ホームの固定
(つまり、移動しない)エンドシステムによるリモート
イントラネットアクセス(つまり、私設企業ネットある
いはISPへのアクセス)に対して用いるプロトコルスタ
ックを示す。この構成では、PPPプロトコルメッセージ
はホームIWF(典型的には無線ハブと同一の位置に置か
れる)を通じて私設企業イントラネットあるいはISPのP
PPサーバに中継される。図27は、フォーリンにローミ
ングしているが固定の(つまり、移動していない)ある
いは移動中のエンドシステムによる直接インターネット
アクセスに対して用いられるプロトコルスタックを示
す。この構成では、PPPプロトコルはホームIWF(典型的
にはホームネットワークのモバイル交換センタ内に位置
する)に終端し、ホームIWFは、IPルータとの間でメッ
セージを中継する。図27に示すように、メッセージト
ラヒックはホームIWFに加えて、サービングIWF(典型的
には無線ハブと同一の位置に置かれる)をも通ることに
注意する。図28は、フォーリンにローミングしている
が固定の(つまり、移動していない)あるいは移動中の
エンドシステムによるリモートイントラネットアクセス
(つまり、私設企業ネットあるいはISPへのアクセス)
に対して用いるプロトコルスタックを示す。この構成で
は、PPPプロトコルメッセージはホームIWF(典型的には
ホームネットワークのモバイル交換センタ内に位置す
る)を通じて私設企業イントラネットあるいはISPのPPP
サーバに中継される。図28に示すようにメッセージト
ラヒックはホームIWFに加えて、サービングIWF(典型的
には無線ハブと同一の位置に置かれる)をも通ることに
注意する。サービングIWFと無線ハブがコンピュータの
同一ネスト内に位置する場合、あるいは同一コンピュー
タ内にプログラムされている場合は、サービングIWFと
無線ハブとの間にXTunnelプロトコルを用いてトンネル
を設定する必要はない。
【0232】これらプロトコルスタックに対する同等な
代替も可能である。例えば、RLPはサービングIWFあるい
はホームIWF(モバイルがホームに位置する場合)に終
端するのではなく、無線ハブに終端させることもでき
る。具体的には、IWFが無線ハブから遠く離れて位置
し、パケットがIWFと無線ハブとの間の比較的損失が大
きなIPネットワーク上を運ばれる場合は、RLPプロトコ
ルは無線ハブの所に終端する方が好ましい。もう一つの
バリエーションとしては、無線ハブとIWFの間のXtunnel
は、必ずしもUDP/IPの上部に構築する必要がないことで
ある。つまり、XtunnelはFrame Relay/ATM link層を用
いて構築することもできる。ただし、UDP/IPを用いた方
が、無線ハブおよびIWFソフトウエアをあるネットワー
クから別のネットワークに移動するのが楽になる。
【0233】4つのタイプのハンドオフシナリオが発生
することが考えられ、これらは、それぞれ、(i)ロー
カルモビィリティ、(ii)マイクロモビィリティ、(ii
i)マクロモビィリティ、および(iv)グローバルモビ
ィリティと呼ばれる。本発明の一つの実施例において
は、これら4つの全てのシナリオにおいて、ルート最適
化オプションは採用されず、ホーム登録サーバとISPのP
PPサーバの位置は変更されない。ルート最適化を採用す
る本発明のもう一つの実施例においては、ISPのPPPサー
バは変更されることがある。ただし、これについては後
に説明する。加えて、フォーリン登録サーバとIWFの位
置も最初の3つのシナリオにおいては変更されない。
【0234】勧告されているIETF Mobile IP標準は、エ
ンドシステムがそれが接続されているIPサブネットを変
更する場合は、必ず登録リクエストメッセージを自身の
ホームサブネット内のホームエージェントに送信するこ
とを要求する。このメッセージは新たなサブネット内で
のエンドシステムとの連絡先である気付けアドレスを含
む。トラヒックが、例えば、ISPからエンドシステムに
向けて送信されると、ホームエージェントはこのエンド
システムに向けられたトラヒックを、これがホームサブ
ネットに到着したとき傍受し、このトラヒックを気付け
アドレスに転送する。この気付けアドレスはフォーリン
サブネット内の特定のフォーリンエージェントを識別す
る。エンドシステムのフォーリンエージェントは、エン
ドシステム自身の中に駐在することも、トラヒックをエ
ンドシステムに転送する別個のノード(つまり、代理登
録エージェント)内に駐在することもある。Mobile IP
のハンドオフにおいては、エンドシステムのエージェン
ト、エンドシステムのホームエージェント、およびルー
ト最適化オプションが採用される場合は対応するホスト
(CH)の間で制御メッセージが交換される。
【0235】勧告されているIETF Mobile IP標準では、
大きなインターネット内の全ての移動に対して目標とさ
れる遅延およびスケーラビリティを満足することは困難
である。本発明の階層化されたモビィリティ管理ではこ
れら目標を満足することができる。小さな移動(例えば
アクセスポイントの変更)の場合は、MAC-層の再登録の
みが必要とされる。大きな移動の場合は、ネットワーク
層の再登録が遂行される。本発明による階層化されたモ
ビィリティ管理は、IETFによって勧告されるMobile IP
標準において用いられるフラットな構造とも、(Cellul
ar Digital Packet Data forumによってスポンサされる
標準に基づく)CDPD等のセルラシステムにおいて用いら
れるサービング/アンカーインターワーキング機能とも
異なる。
【0236】図29に示すように、ローカルモビィリテ
ィハンドオフは、同一の無線ハブに属するAP間のエンド
システム(mobile nodeの略であるMNとして示す)の移
動を扱う。このため、MAC層の再登録のみが必要とな
る。エンドシステムは、新たなAPから無線ハブアドバタ
イズメントを受信し、この新たなAPに向けて登録リクエ
ストを送り返す。
【0237】この新たなAP(つまり、エンドシステムか
ら登録リクエストを受信したAP)は、自身のコネクショ
ンテーブル内に新たなエントリを生成し、登録メッセー
ジを自身の無線ハブに中継する。ローカルモビィリティ
ハンドオフにおいては、無線ハブは変更されない。無線
ハブは、エンドシステムの登録リクエストを、MACレベ
ルの登録リクエストであるものと認識し、無線ハブは自
身のコネクションテーブルをこの新たなAPを反映するよ
うに更新する。次に、以前のAPは、自身のコネクション
テーブルから以前のコネクションエントリを削除する。
以前のAPがエントリを以前のエントリを削除するために
は、少なくとも次の3つの方法、つまり、(i)タイム
アウトしたとき、(ii)新たなAPから無線ハブに中継さ
れたMAC層アソシエーションメッセージのコピーを受信
したとき(この中継メッセージがブロードキャストメッ
セージである場合)、あるいは(iii)無線ハブによる
エントリを削除する旨の通知を受けたとき、に削除する
方法がある。
【0238】図30に示すように、マイクロモビィリテ
ィハンドオフは、同一の登録サーバに属する無線ハブ間
のエンドシステム(mobile nodeの略であるMNとして示
す)の移動で、かつ、エンドシステムが以前として現在
のサービングIWFによって扱うことができる状況を扱
う。アドバタイズメントが新たな無線ハブから(新たな
APを通じて)受信されると、エンドシステムは、その登
録サーバへの登録をリクエストするメッセージを送信す
る。この登録リクエストは新たなAPと新たな無線ハブを
通じてその登録サーバに中継される。
【0239】登録サーバは現在の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も変更されないために、登録メッセ
ージをホーム登録サーバに転送することはない。
【0240】IWFからpositive build XTunnel reply
(肯定的なXTunnel構築応答)およびpositive tear XTu
nnel reply(肯定的なXTunnel切断応答)を受信する
と、登録サーバはエンドシステムに登録応答を送り返
す。登録応答が新たな無線ハブに到着すると、新たな無
線ハブの所のコネクションテーブルが新たなAPへの接続
を反映するために更新される。新たなAPは、新たな無線
ハブからメッセージが受信され、登録応答がエンドシス
テムに送り返された後に、自身のMACフィルタアドレス
テーブルおよびコネクションテーブルを更新する。
【0241】次に、登録サーバは、relese message(開
放メッセージ)を以前の無線ハブに送信する。以前の無
線ハブは、relese messageを受信すると、自身のコネク
ションテーブルとMACフィルタアドレステーブルおよび
以前のAPのコネクションテーブルを更新する。
【0242】図31に示すように、マクロモビィリティ
ハンドオフのケースは、フォーリンネットワーク内のサ
ービングIWFは変更されるが、登録サーバは変更されな
い、無線ハブの間で移動を扱う。新たな無線ハブから
(新たなAPを通じて)アドバタイズメントが受信される
と、エンドシステムはネットワーク層の登録をリクエス
トするメッセージを登録サーバに向けて送信する。この
登録リクエストは、新たなAPと新たな無線ハブを経て登
録サーバに中継される。
【0243】登録サーバは、エンドシステムが現在の登
録サーバのネットワークに属さない場合、自身がフォー
リン登録サーバであると認識する。フォーリン登録サー
バは、リクエスト、好ましくは、Radius Accessリクエ
スト(RAリクエスト)をフォーリンダイレクトリサーバ
(大きなイエローページに類似)に送信することで、ホ
ーム登録サーバの識別を見つけ、次に、適当なIWFをサ
ービングIWFとして割り当て、その後、登録リクエス
ト、好ましくは、Radius Accessリクエスト(RAリクエ
スト)をホーム登録サーバに送信することで、ホーム登
録サーバに新たに選択されたIWFを通知する。
【0244】ホーム登録サーバは、リクエスト、好まし
くは、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切断応答)を受信すると、ホー
ム登録サーバは、フォーリン登録サーバに登録応答を送
り返す。
【0245】すると、フォーリン登録サーバは、新たに
割り当てられたIWFに対して、新たな無線ハブに向けてX
Tunnelを構築することを指示する。positive buidld I-
XTunnel replayを受信すると、フォーリン登録サーバは
以前のIWFに対して、以前の無線ハブへのXTunnelを切断
することを指令する。positive buidld I-XTunnel repl
ayおよびpositive tear I-XTunnel replyを受信する
と、フォーリン登録サーバはエンドシステムに登録応答
を返信する。
【0246】登録応答が新たな無線ハブに到着すると、
新たな無線ハブの所のコネクションテーブルが新たなAP
への接続を反映するように更新される。新たなAPは、新
たな無線ハブからメッセージが受信され、登録応答がエ
ンドシステムに送り返された後に、自身のMACフィルタ
アドレステーブルおよびコネクションテーブルを更新す
る。
【0247】次に、登録サーバはrelease message(開
放メッセージ)を以前の無線ハブに送信する。無線ハブ
がrelease messageを受信すると、これは、自身のコネ
クションテーブルおよびMACフィルタアドレステーブル
を更新し、以前のAPは、以前の無線ハブからメッセージ
を受信した後に自身のMACフィルタアドレステーブルお
よびコネクションテーブルを更新する。
【0248】グローバルモビィリティハンドオフのケー
スは、登録サーバの変更を伴う無線ハブの間の移動を扱
う。図32はホームIWFは変更されない場合のグローバ
ルモビィリティハンドオフを示し、図33はホームIWF
も変更される場合のグローバルモビィリティハンドオフ
を示す。新たなフォーリンネットワーク内の新たな無線
ハブから(新たなAPを通じて)アドバタイズメントを受
信すると、エンドシステムはネットワーク層の登録をリ
クエストするメッセージを新たなフォーリン登録サーバ
に送る。この登録リクエストは新たなAPと新たな無線ハ
ブを経て新たなフォーリン登録サーバに中継される。
【0249】登録サーバは、エンドシステムが現在の登
録サーバのネットワークに属さない場合、自身がフォー
リン登録サーバであると認識する。フォーリン登録サー
バは、リクエスト、好ましくは、Radius Accessリクエ
スト(RAリクエスト)をフォーリンダイレクトリサーバ
(大きなイエローページに類似)に送信することで、ホ
ーム登録サーバの識別を見つけ、次に、適当なIWFをサ
ービングIWFとして割り当て、その後、登録リクエス
ト、好ましくは、Radius Accessリクエスト(RAリクエ
スト)をホーム登録サーバに送ることで、ホーム登録サ
ーバに新たに選択されたIWFを通知する。
【0250】ホーム登録サーバは、リクエスト、好まし
くは、Radius Accessリクエスト(RAリクエスト)をホ
ームダイレクトリサーバに送ることで、登録リクエスト
を認証(検証)する。リクエストが認証され、現在のホ
ームIWFをまだ用いることができることを決定すると
(図32)、ホーム登録サーバは、ホーム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(登録
応答)を新たなフォーリン登録サーバに送る。
【0251】次に、新たなフォーリン登録サーバは、新
たに割り当てられたIWFに対して、新たな無線ハブに向
けてXTunnelを構築することを指令する。positive buid
ld XTunnel replay(肯定的なXTunnel構築応答)を受信
すると、フォーリン登録サーバはエンドシステムに向け
て登録応答を送り返す。この登録応答が新たな無線ハブ
に到着すると、新たな無線ハブの所のコネクションテー
ブルが新たなAPへの接続を反映するように更新される。
新たなAPは、自身のMACフィルタアドレステーブルおよ
びコネクションテーブルを、新たな無線ハブからメッセ
ージが受信され、登録応答がエンドシステムに転送され
た後に更新する。
【0252】次に、以前のフォーリン登録サーバは、以
前のIWFに対して、以前の無線ハブへのXTunnelを切断す
るように指令する。positive tear XTunnel reply(肯
定的なXTunnel切断応答)を受信すると、あるいはtear
down XTunnel request(XTunnel切断リクエスト)を送
信するのと同時に、以前のフォーリン登録サーバは、以
前の無線ハブにrelease message(開放メッセージ)を
送信する。以前の無線ハブがrelease messageを受信す
ると、これは、自身のコネクションテーブルおよびMAC
フィルタアドレステーブルを更新し、以前のAPは、自身
のMACフィルタアドレステーブルおよびコネクションテ
ーブルを以前の無線ハブからメッセージを受信した後に
更新する。
【0253】他方、図33に示すように、ホーム登録サ
ーバが新たなフォーリン登録サーバからの登録リクエス
トは認証されたが、以前のホームIWFは用いることがで
きないことが決定された場合は、ホーム登録サーバは新
たなホームIWFを選択し、新たなホームIWFに対して、現
在のPPPサーバ(例えば、接続されたISPイントラネット
内のPPPサーバ)に向けて、レベル2トンネルプロトコ
ルによるトンネル(つまりL2TPトンネル)を構築するこ
とを指令する。
【0254】次に、ホーム登録サーバは、以前のホーム
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切断応 答)を受信すると、ホーム
登録サーバは登録応答を新たなフォーリン登録サーバに
送信する。
【0255】すると、新しいフォーリン登録サーバは、
新たに割り当てられたIWFに対して、新たな無線ハブへ
のXTunnelを構築することを指令する。positive build
XTunnel replay(肯定的なXTunnel構築応答)を受信す
ると、フォーリン登録サーバはエンドシステムに向けて
登録応答を送り返す。登録応答が新たな無線ハブに到着
すると、無線ハブの所のコネクションテーブルが新たな
APへの接続を反映するように更新される。新たなAPは、
自身のMACフィルタアドレステーブルおよびコネクショ
ンテーブルを、新たな無線ハブからメッセージが受信さ
れ、登録応答がエンドシステムに転送された後に更新す
る。
【0256】以前のフォーリン登録サーバは、以前のIW
Fに対して、以前の無線ハブへのXTunnelを切断すること
を指令する。positive tear XTunnel reply(肯定的なX
Tunnel切断応答)を受信するとあるいはtear down XTun
nel reques(XTunnel切断要請)を送信するのと同時
に、以前のフォーリン登録サーバはrelease message
(開放メッセージ)以前の無線ハブに送信する。以前の
無線ハブは開放メッセージを受信すると、自身のコネク
ションテーブルおよびMACフィルタアドレステーブルを
更新し、以前のAPは、自身のMACフィルタアドレステー
ブルおよびコネクションテーブルを以前の無線ハブから
メッセージを受信した後に更新する。
【0257】本発明に従って構成されたエンドシステム
はIETFが勧告するMobile-IP標準に従って構成されたネ
ットワークと相互に動作でき、IETFが勧告するMobile-I
P標準に従って構成されたエンドシステムも本発明に従
って構成されたネットワークと相互に動作できる。
【0258】本発明のネットワークとIETF Mobile-IP
(rfc2002、標準ドキュメント)との主な差異は以下の
通りである: (i)本発明がモビィリティ管理のために階層概念を用
いるのに対して、IETFが勧告するMobile-IP標準は、フ
ラットな構造を用いる。本発明のネットワークにおいて
は、小さなエリア内での小さなモビィリティ(ハンドオ
フ)に対しては、ネットワークレベルの登録は必要とさ
れない。マイクロモビィリティは、新たなXtunnelの設
定と以前のXtunnelの切断を伴う。グローバルモビィリ
ティは、最小でも、XTunnelの設定/切断に加えて、新
たなI-XTunnelの設定と以前のI-XTunnelの切断を伴う。
グローバルモビィリティは、新たなL2TP Tunnelの設定
および以前のL2TP Tunnelから新たなL2TP TunnelへのL2
TP状態の転送を伴う。
【0259】(ii)本発明は、リモートダイヤルアップ
ユーザを識別するために、ユーザ名+領域(realm)を
用いるにの対して、IETFが勧告するMobile-IP標準は固
定ホームアドレスを用いる。 (iii)本発明では登録機能とルーティング機能は別個
のエンティティによって遂行される。これら2つの機能
はIETFが勧告するMobile-IP標準ではホームエージェン
トによって遂行され、両方の機能はIETFが勧告するMobi
le-IP標準ではフォーリンエージェントによっても遂行
される。これにと対象的に、本発明の一つの実施例にお
いては、登録機能は登録サーバによって遂行され、ルー
ティング機能は、ホームIWFとフォーリンIWFの両方およ
び無線ハブ(アクセスハブとも呼ばれる)によって遂行
される。
【0260】(iv)本発明は、PPPセッション当たり3
つのトンネルを用いる。XTunnelは、無線ハブとサービ
ングIWFとの間のlink-layer tunnel(リンク層トンネ
ル)により近い。サービングIWFとホームIWFとの間のI-
XTunnelは、IETFが勧告するMobile-IP標準のホームとフ
ォーリンエージェントとの間のトンネルにより近い。L2
TPトンネルはホームIWFがPPPサーバでない場合にのみ用
いられる。
【0261】(v)本発明では、ネットワーク層の登録
はPPPセッションが開始される前に発生するのに対し
て、IETFが勧告するMobile-IP標準では、Mobile-IPの登
録は、PPPセッションがオープン状態に入った後に発生
する。 (vi)本発明では、エージェントアドバタイズメントを
アドバタイズするネットワークエンティティ(つまり、
無線ハブ)は、エンドシステムへの直接リンク上には存
在しないのに対して、IETFが勧告するMobile-IP標準で
は、エージェントアドバタイズメントは、TTL of 1(1
のTTL)を持つことが要求され、これはエンドシステム
がフォーリンエージェントと直接リンクを持つことを意
味する。加えて、本発明のエージェントアドバタイズメ
ントは、IETFが勧告するMobile-IP標準の場合のようなI
CMPルータアドバタイズメントに対する拡張ではない。
【0262】本発明によるエンドシステムはエージェン
ト請求(agent solicitation)をサポートすることを要
求される。本発明によるエンドシステムが、IETFが勧告
するMobile-IP標準をサポートするネットワークを訪問
した場合、エンドシステムはエージェントアドバタイズ
メントが送られているのを待つ(聞こえるのを待つ)。
もし、エンドシステムが、エージェントアドバタイズメ
ントを妥当な時間フレーム内に受信しない場合、エンド
システムはエージェント請求(agent solicitation)を
ブロードキャストする。
【0263】本発明においては、ネットワーク運用者
は、IETFが勧告するMobile-IP標準をサポートする他の
ネットワークと、それら他のネットワークを用いること
を希望する本発明によるエンドシステムにホームアドレ
スを割り当てられるように協議することができる。本発
明のエンドシステムは、エージェントアドバタイズメン
トを受信したとき、それが訪問しているネットワークが
本発明によるネットワークではないことを決定し、登録
のためにこうして割り当てられたホームアドレスを用い
ることができる。
【0264】IETFが勧告するMobile-IP標準をサポート
するネットワークの場合は、PPPセッションが、Mobile-
IPの登録の前に開始され、PPPサーバはそれらのネット
ワーク内のフォーリンエージェントと同一の位置にある
ものと想定される。一つの実施例においては、SNAPヘッ
ダを用いてPPPフレームが本発明のMACフレームに(Ethe
rnetフォーマットと類似する方法にて)カプセル化さ
れ、フォーリンエージェントはこのフォーマットをprop
rietary PPP format over Ehthernet encapsulationで
あると解釈する。こうして、本発明によるエンドシステ
ムと相手のPPPはオープン状態に入ることができる。そ
の後、フォーリンエージェントは、エージェントアドバ
タイズメントの送信を開始し、本発明のエンドシステム
は登録が可能となる。
【0265】IETFが勧告するMobile-IP標準をサポート
するエンドシステムが本発明のタイプのネットワーク内
で動作できるようにするためには、これらモバイル(エ
ンドシステム)は少なくとも類似のMAC層の登録を遂行
できることが必要とされる。本発明のエージェントアド
バタイズメントメッセージのフォーマットをIETFが勧告
するMobile-IP標準のエージェントアドバタイズメント
メッセージのフォーマットと類似させることで、本発明
のネットワークに訪問するエンドシステムは、エージェ
ントアドバタイズメントを解釈し、無線ハブに登録する
ことが可能となる。本発明の登録リクエストおよび応答
メッセージは、IETFが勧告するMobile-IP標準の登録リ
クエストおよび応答メッセージに(不要な拡張なしに)
類似し、このため、本発明のモビィリティ管理機能の他
の部分は、本発明のネットワークに訪問するエンドシス
テムに透過的である。
【0266】IETFが提唱するMobile-IP標準をサポート
するエンドシステムはMobile-IP登録の前にPPPセッショ
ンが開始されることを期待するために、本発明の無線ハ
ブは、オプションとして、MAC-層の登録の後にPPPのLCP
(Link control Protocok)パケットおよびNCP(Networ
k Control Protocol)パケットの解釈を開始することも
できる。
【0267】ハンドオフの際にトラヒックが失われるの
を回避するために、本発明のモビィリティ管理は、メー
クビフォアブレーク(make before break)という概念
を用いる。ローカルモビィリティの場合は、メークビフ
ォアブレークコネクション(make before break connec
tion)は、新たなAPによって無線ハブに中継されるMAC-
層登録メッセージをブロードキャスメッセージに変換す
ることによって達成される。こうして、以前のAPは、新
たな登録を聞くことができ、エンドシステムに向けられ
たまだ伝送されてないパケットを新たなAPに転送するこ
とが可能となる。
【0268】マイクロモビィリティの場合は、新たな無
線バブに関する情報がサービングIWFと以前の無線ハブ
との間で交換されるTear XTunnelメッセージ内に挿入さ
れる。こうして、以前の無線ハブは、サービングIWFか
らのTear XTunnelメッセージを聞いたときに、緩衝した
パケットを新たな無線ハブに転送することが可能とな
る。
【0269】同時に、WIFの所のRLP層がそれまでに以前
の無線ハブから確認応答のあったシーケンス番号を覚え
ている方法である。同時に、IWFも、以前の無線ハブに
送られた最も新しいパケットの現在の送信シーケンス番
号(current send sequencenumber)を覚えている。こ
うして、IWFは、これら2つの番号の間に来るパケット
を、新たな無線ハブに、より新たなパケットを新たな無
線ハブに送信する前に送信することが可能となる。RLP
層は重複パケットをフィルタできるものと想定される。
第二のアプローチの方が、以前の無線ハブは互いに直接
に通信できないと考えられるために、第一のアプローチ
よりも好ましい。
【0270】マクロモビィリティの場合は、以前の無線
ハブから新たな無線ハブへのパケット転送に加えて、以
前のサービングIWFがパケットを新たなサービングIWFに
転送する。これを達成するためには、単に、新たなサー
ビングIWFの識別をtear downI-XTunnelメッセージに挿
入して新たなサービングIWFに送ることのみが必要とさ
れる。これと同一の結果を達成するためのもう一つの方
法として、ホームIWFは、以前のサービングIWFによって
最後に確認応答のあったI-XTunnelのシーケンス番号
と、ホームIWFによって送信された現在のI-XTunnelのシ
ーケンス番号を知っているために、以前のサービングIW
Fが損失パケットを新たなサービングIWFに転送するので
なくホームIWFがこの仕事を遂行する方法である。
【0271】ハンドオフの間でのトラヒック損失を最小
にするためにどれだけの量のバッファを、それぞれ、モ
バイル当たり/AP当たり/無線ハブ当たり/IWF当たり
に割り当てるかを推定する一つの方法としては、エンド
システム当たり/AP当たり/無線ハブ当たり/IWF当た
りのパケット到着速度とハンドオフ時間を推定する方法
がある。この情報をIWFの無線ハブの以前のAPにパスす
ることで、ハンドオフ時に、それぞれ、IWFの無線ハブ
の新たなAPにどの程度のトラヒックが転送されるべきか
決定される。
【0272】本発明においてルートの最適化を達成する
ためには、エンドシステムはサービングIWFに最も近いP
PPサーバを選択する。ルート最適化なしでは、過剰な輸
送遅延や過剰な物理リンクの使用が発生することがあ
る。
【0273】例えば、ニューヨーク市内のホームネット
ワークに加入するエンドシステムが香港にローミングす
るものと想定する。香港のISPにリンクを設定するため
には、エンドシステムは、香港内の無線ハブ内に設定さ
れたサービングIWFと、ニューヨーク市内のホームネッ
トワーク内に設定されたホームIWFとを持つこととな
る。この場合、メッセージは、(香港にローミングし
た)エンドシステムから(香港内の)サービングIWFに
向かい、ここから(ニューヨーク市内の)ホームIWFを
経て、再び、香港のISPに戻るようにルートされる。
【0274】一つの好ましいアプローチは(香港内の)
サービングIWFを直接に香港のISPに接続する方法であ
る。この場合は、サービングIWFがホームIWFのように機
能する。この実施例においては、前提として、ホームと
フォーリン無線プロバイダの間にローミング合意が存在
する。加えて、課金情報が共有されるようにさまざまな
アカウンティング/課金システムが互いに自動的に通信
するようにされる。アカウンティングおよび課金情報の
交換はIETFのROAMOPS作業グループによって勧告される
標準等を用いて実現する。
【0275】ただし、サービングIWFは、この場合で
も、最も近いPPPサーバ(例えば、香港のISP)を見つけ
ることを必要とされる。現在の実施例においては、フォ
ーリン登録サーバはエンドシステムのPPPサーバ(例え
ば、香港のISP)への接続の希望をフォーリン登録サー
バがエンドシステムから登録リクエストを受信したとき
に知る。フォーリン登録サーバがサービングIWFの方が
要求されるPPPサーバ(例えば、香港のISP)にホームIW
Fよりも近いことを知ると、フォーリン登録サーバはサ
ービングIWFに対して、L2TPトンネルを(ホーム登録サ
ーバおよびホームIWFに最も近いPPPサーバではなく)自
身に最も近いPPPサーバに向けて確立することを指令す
る。次に、フォーリン登録サーバは、ホーム登録サーバ
にエンドシステムがサービングIWFとフォーリンPPPによ
るサービスを受けている事実を通知する。
【0276】もう一つの実施例においては、フォーリン
登録サーバはサービングIWFの方が希望されるPPPサーバ
(例えば、香港のISP)にホームIWFより近いことを、フ
ォーリン登録サーバがエンドシステムから登録リクエス
トを受信したときに知る。すると、フォーリン登録サー
バは登録リクエストメッセージにサービングIWFの情報
を示すメッセージとルート最適化が要望されることを示
す通知とを付加して、これをホーム登録サーバに送る。
同時にフォーリン登録サーバはサービングIWFに対し
て、L2TPトンネルをPPPサーバに向けて確立することを
指令する。登録リクエストが承認された時点で、ホーム
登録サーバはホームIWFに対してL2TPの状態をフォーリ
ンIWFに転送するように指令する。
【0277】図34においては、データフレームは、最
初は、第一のモバイルエンドシステムと、第一のアクセ
スポイントを通じて第一のアクセスハブとの間で通信さ
れている。次に、第一のモバイルエンドシステムが移動
し、第二のアクセスポイントを通じて再登録するとき、
登録リクエストが第一のモバイルエンドシステムから第
二のアクセスポイントを通じて第一のアクセスハブに送
信され、第一のモバイルエンドシステムが第一のアクセ
スハブに、第一の登録サーバに通知することなく、再登
録される。最後に、第一のモバイルエンドシステムが第
二のアクセスポイントを通じて再登録されたとき、第二
のアクセスポイントが第一のアクセスハブとリンクさ
れ、第二のアクセスポイントが第一のアクセスハブとリ
ンクされたとき、第一のアクセスポイントと第一のアク
セスハブとのリンクが切断される。
【0278】図35においては、データフレームは、最
初は、第一のモバイルエンドシステムと、第一のアクセ
スハブを通じて第一のインターワーキング機能(IWF)
との間で通信されている。次に、第一のモバイルエンド
システムが移動し、第二のアクセスハブを通じて再登録
するとき、登録リクエストが第一のモバイルエンドシス
テムから第一のアクセスポイントおよび第二のアクセス
ハブを通じて第一の登録サーバに送信され、第一のモバ
イルエンドシステムが、ホーム登録サーバに通知するこ
となく、第一の登録サーバに再登録される。最後に、第
一のモバイルエンドシステムが第二のアクセスハブを通
じて再登録されたときに、第二のアクセスハブが第一の
インターワーキング機能とリンクされ、第二のアクセス
ハブが第一のインターワーキング機能とリンクされた後
に、第一のアクセスハブと第一のインターワーキング機
能との間のリンクが削除される。
【0279】図36においては、フォーリンネットワー
クにおいては、データフレームは、最初は、第一のモバ
イルエンドシステムと、第一のインターワーキング機能
を通じて第三のインターワーキング機能との間で通信さ
れており、ホームネットワークにおいては、データフレ
ームは、最初は、第三のインターワーキング機能と第一
の通信サーバとの間で通信されている。次に、第一のモ
バイルエンドシステムが移動し、第一のアクセスハブを
通じて再登録するとき、登録リクエストが第一のモバイ
ルエンドシステムから第一のアクセスポイント、第一の
アクセスハブ、および第一の登録サーバを通じてホーム
登録サーバに送信され、第一のモバイルエンドシステム
がホーム登録サーバに、第三のインターワーキング機能
と第一の通信サーバとの間のリンクを切断することな
く、再登録される。第一の登録サーバから登録リクエス
トをホーム登録サーバに送信するステップにおいて、第
一のインターワーキング機能から第二のインターワーキ
ング機能に変更する指標が送られる。最後に、第一のモ
バイルエンドシステムが第一のアクセスハブを通じて再
登録されたとき、第二のインターワーキング機能が第三
のインターワーキング機能とリンクされ、第二のインタ
ーリンク機能が第三のインターワーキング機能とリンク
された後に、第一のインターワーキング機能と第三のイ
ンターキング機能との間のリンクが切断される。
【0280】図37においては、第一のフォーリンネッ
トワークにおいては、データフレームは、最初は、第一
のモバイルエンドシステムと第一のインターワーキング
機能を通じて第三のインターワーキング機能との間で通
信されており、ホームネットワークにおいては、データ
フレームは、最初は、第三のインターワーキング機能と
第一の通信サーバとの間で通信されている。次に、第一
のモバイルエンドシステムが移動し、第一のアクセスハ
ブを通じて再登録するとき、登録リクエストが第一のモ
バイルエンドシステムから第一のアクセスポイント、第
一のアクセスハブ、および第二の登録サーバを通じてホ
ーム登録サーバに送信され、第一のモバイルエンドシス
テムがホーム登録サーバに、第三のインターワーキング
機能と第一の通信サーバとの間のリンクを切断すること
なく、再登録される。最後に、第一のモバイルエンドシ
ステムが第一のアクセスハブを通じて再登録されたとき
第三のインターワーキング機能が第二のインターワーキ
ング機能とリンクされ、第三のインターワーキング機能
が第二のインターワーキング機能とリンクされた後に、
第三のインターワーキング機能と第一のインターワーキ
ング機能との間のリンクが切断される。
【0281】図38においては、フォーリンネットワー
クにおいては、データフレームは、最初は、第一のモバ
イルエンドシステムと、第一のインターワーキング機能
を通じて第三のインターワーキング機能との間で通信さ
れており、ホームネットワークにおいては、データフレ
ームは最初は、第三のインターワーキング機能と第一の
通信サーバとの間で通信されている。次に、第一のモバ
イルエンドシステムが移動し、第一のアクセスハブを通
じて再登録するとき、登録リクエストが第一のモバイル
エンドシステムから第一のアクセスポイント、第一のア
クセスハブ、および第二の登録サーバを通じてホーム登
録サーバに送られ、第一のモバイルエンドシステムがホ
ーム登録サーバに再登録される。最後に、第一のモバイ
ルエンドシステムが第一のアクセスハブを通じて再登録
されると、第四のインターワーキング機能と第二のイン
ターワーキング機能がリンクされ、第四のインターワー
キング機能が第一の通信サーバとリンクされ、第四のイ
ンターワーキング機能が第一の通信サーバとリンクされ
たとき第三のインターワーキング機能と第一の通信サー
バとの間のリンクが切断され、第四のインターワーキン
グ機能が第二のインターワーキング機能とリンクされた
後に、第三のインターワーキング機能と第一のインター
ワーキング機能との間のリンクが切断される。
【0282】本発明による無線データネットワークは、
ホームモバイル交換センタ、フォーリンモバイル交換セ
ンタ、基地局、およびエンドユーザを含む。ホームモバ
イル交換センタは、ホーム登録サーバとホームインター
ワーキング機能を含む。フォーリンモバイルセンタは、
サービング登録サーバとサービングインターワーキング
機能を含む。基地局は、代理(プロキシ)登録エージェ
ントを含む。エンドユーザのモデムは、ユーザ登録エー
ジェントを含む。ユーザ登録エージェントは代理登録エ
ージェントに結合され、代理登録エージェントはサービ
ング登録エージェントに結合され、サービング登録サー
バはホーム登録サーバに結合される。代理登録エージェ
ントは、ユーザ登録エージェントから要求(solicitati
on)メッセージを受信したとき気付けアドレスを含むア
ドバタイズメントを送信するモジュールを含み、ユーザ
登録エージェントは、ユーザ登録エージェントがアドバ
タイズメントを受信したときユーザ識別情報および気付
けアドレスを、登録リクエスト内に組み込むためのモジ
ュール、およびこの登録リクエストを代理登録エージェ
ントに送信するためのモジュールを含む。代理登録エー
ジェントは、任意のユーザから受信される任意の登録リ
クエストをサービング登録エージェントに転送するため
のモジュールを含む。サービング登録サーバは、ホーム
登録サーバのアドレスを見つけるためのフォーリンディ
レクトリモジュール、ホーム登録サーバのアドレスが見
つかったとき登録リクエストをカプセル化し、サービン
グ登録サーバの識別情報を組み込み、カプセル化された
登録リクエストをRadiusアクセスリクエストに組み込む
ためのモジュール、およびRadiusアクセスリクエストを
ホーム登録サーバに送信するためのモジュールを含む。
ホーム登録サーバは、サービング登録サーバの識別情報
を認証(検証)するためのホームディレクトリモジュー
ル、サービング登録サーバの識別情報が認証されたとき
Radiusアクセスリクエストからインターワーキング機能
リクエストを形成するためのモジュール、およびインタ
ーワーキングリクエストをホームインターワーキング機
能に送信するためのモジュールを含む。
【0283】無線エンドユーザがローミングできる新規
のネットワークアーキテクチャの幾つかの好ましい実施
例について説明したが、これらは単に説明を意図するも
ので、制限を加えることを意図するものではなく、当業
者においては上述の教示に照らして様々な修正およびバ
リエーションを考えることができると思われる。例え
ば、ここで説明された接続リンクには、周知の接続プロ
トコル(例えば、IP、TCP/IP、L2TP、IEEE 802.3等)を
用いて設定されるが;ただし、本発明から逸脱すること
なく、他の接続プロトコルを用いて同一あるいは類似の
データ配信能力を持つ接続リンクを設定することも可能
である。上述の様々な実施例における動作エージェント
(acting agent)は、ソフトウエアによって制御される
プロセッサの形式を取ることも、他の制御の形式(例え
ば、プログラマブル論理アレイ等)を取ることもでき
る。動作エージェントは説明のようにグループ化するこ
とも、あるいは、説明の接続方法から逸脱することな
く、上述のセキュリティおよび認証方法を達成できるこ
とを条件に、別の仕方にグループ化することもできる。
さらに、単一の、アクセスポイント、アクセスハブ(つ
まり無線ハブ)あるいはインターワーキング機能ユニッ
ト(IWFユニット)にて、マルチチャネル能力を提供す
ることもできる。このため、単一の、アクセスポイン
ト、アクセスハブあるいはIWFユニットにて複数のエン
ドシステムからのトラヒッを扱うこともでき、従って、
ここでは別個の複数の、アクセスポイント、アクセスハ
ブあるいはIWFユニットとして説明されたものと同一
なものを、単一のマルチチャネル、アクセスポイント、
アクセスハブあるいはIWFにて実現することもでき
る。従って、開示された本発明の幾つかの特定な実施例
に対して、特許請求の範囲によって定義される本発明の
範囲および精神から逸脱することなく、様々な変更を加
えることができるものである。
【図面の簡単な説明】
【図1】公衆交換電話ネットワークを通じての周知のリ
モートアクセスアーキテクチャの構成図である。
【図2】本発明による無線パケット交換データネットワ
ークを通じてのリモートアクセスアーキテクチャの構成
図である。
【図3】図2のネットワークのアーキテクチャのローミ
ングシナリオを示す選択された部分の構成図である。
【図4】ローカルアクセスポイントを持つ基地局の構成
図である。
【図5】リモートアクセスポイントを持つ基地局の構成
図である。
【図6】リモートアクセスポイントを持つ基地局であっ
て、幾つかのリモートアクセスポイントが無線トランク
接続を用いて接続される構成図である。
【図7】ローカルアクセスポイントに対するプロトコル
スタックの図である。
【図8】無線トランクを持つリモートアクセスポイント
に対するプロトコルスタックの図である。
【図9】リモートアクセスポイントを無線トランクにて
サポートするための基地局内の中継機能に対するプロト
コルスタックの図である。
【図10】図9に示す中継機能を実現するためのプロト
コルスタックの図である。
【図11】ローカルアクセスポイントをサポートするた
めの基地局内の中継機能に対するプロトコルスタックの
図である。
【図12】図2のネットワークのアーキテクチャの選択
された部分の構成図であって、ホームネットワークから
ホームネットワークに登録する第一のエンドシステム
と、フォーリンネットワークからホームネットワークに
ホームインターワーキング機能をアンカーとして用いて
登録する第二のエンドシステムを示す。
【図13】図2のネットワークのアーキテクチャの選択
された部分の構成図であって、ホームネットワークから
ホームネットワークに登録する第一のエンドシステム
と、フォーリンネットワークからホームネットワークに
サービングインターワーキング機能をアンカーとして用
いて登録する第二のエンドシステムを示す。
【図14】フォーリンネットワークからホームネットワ
ークに登録するため、および、データリンクを、確立、
認証、および構成するために用いるリクエストおよび応
答メッセージの梯子図である。
【図15】図2のネットワークのアーキテクチャの選択
された部分の構成図であって、モバイルをホームネット
ワークからホームネットワークに登録する際の登録リク
エストおよび応答を示す。
【図16】図2のネットワークのアーキテクチャの選択
された部分の構成図であって、モバイルをフォーリンネ
ットワークからホームネットワークに登録する際の登録
リクエストおよび応答を示す。
【図17】ホームネットワーク内のエンドシステムとホ
ームネットワーク内のインターワーキング機能との間の
通信であって、セルサイトがローカルアクセスポイント
を持つ場合のプロトコルスタックの構成図である。
【図18】ホームネットワーク内のエンドシステムとホ
ームネットワーク内のインターワーキング機能との間の
通信であって、セルサイトが無線トランクを通じて無線
ハブに接続されたリモートアクセスポイントを持つ場合
のプロトコルコルスタックの構成図である。
【図19】ローミングエンドポイントに結合された基地
局とホームインターワーキング機能との間の通信を示す
プロトコルスタックの構成図である。
【図20】ホームネットワーク内のエンドシステムがホ
ームネットワーク内のインターワーキング機能を通じて
インターネットプロトコルプロバイダに接続する場合の
通信を示すプロトコルスタックの構成図である。
【図21】フォーリンネットワーク内のエンドシステム
とホームネットワーク内のホーム登録サーバとの間の登
録フェーズの際の通信を示すプロトコルスタックの構成
図である。
【図22】アカウンティングデータを顧客課金システム
に送るまでの処理を示す処理流れ図である。
【図23】ホームネットワーク内のエンドシステムに対
する登録プロセスを示す梯子図である。
【図24】フォーリンネットワーク内のエンドシステム
に対する登録プロセスを示す梯子図である。
【図25】PPPプロトコルがホームネットワークのイン
ターワーキングに終端する場合のホームネットワーク内
のエンドシステムの接続を示すプロトコルスタック図で
ある。
【図26】PPPプロトコルがISPあるいはイントラネット
に終端する場合の、ホームネットワーク内のエンドシス
テムの接続を示すプロトコルスタック図である。
【図27】PPPプロトコルがフォーリンネットワークの
インターワーキング機能に終端する場合のフォーリンネ
ットワーク内のエンドシステムの接続を示すプロトコル
スタック図である。
【図28】PPPプロトコルがISPあるいはイントラネット
に終端する場合のフォーリンネットワーク内のエンドシ
ステムの接続を示すプロトコルスタック図である。
【図29】ローカルハンドオフシナリオを示す梯子図で
ある。
【図30】フマイクロハンドオフシナリオを示す梯子図
である。
【図31】マクロハンドオフシナリオを示す梯子図であ
る。
【図32】グローバルハンドオフシナリオであって、フ
ォーリン登録サーバは変更されるが、ホームインターワ
ーキング機能は変更されない場合を示す梯子図である。
【図33】グローバルハンドオフシナリオであって、フ
ォーリン登録サーバとホームインターワーキング機能の
両方が変更される場合を示す梯子図である。
【図34】本発明によるローカル手続きを示す機能流れ
図である。
【図35】本発明によるマイクロ手続きを示す機能流れ
図である。
【図36】本発明によるマクロハンドオフ手続きを示す
機能流れ図である。
【図37】本発明によるグローバルハンドオフ手続きで
あって、ホームネットワーク内のインターワーキング機
能は変更されない場合を示す機能流れ図である。
【図38】本発明によるグローバルハンドオフ手続きで
あって、ホームネットワーク内のインターワーキング機
能が変更される場合を示す機能流れ図である。
【符号の説明】
4 ユーザモデム 2 ユーザコンピュータ 8 ポイントオブプレゼンス(POP) 10 イントラネットバックボーン 14 メディアデータセンタ 12 ルータ 18 ペライベートイントラネット 20 公衆インターネットバックボーン 30 無線ネットワーク 32 エンドシステム 34 エアリンク 36 基地局 38 バックホールネットワーク 40 モバイル交換センタ(MSC) 42 IPルータ 44 公衆インターネット 46 プライベートイントラネット 46 インターネットサービスプロバイダ 48 アカウンティングおよびディレクトリサーバ 50 要素管理サーバ 52 パケットデータインタワーキング機能(IWF) 60 ローミングエンドシステム 62 フォーリン無線サービスプロバイダ 64 基地局 66 サービングIWF 70 ホーム無線サービスプロバイダ 72 ホームIWF 74 インターネットサービスプロバイダ 80 無線サブネットワーク 82 アクセスポイント 84 無線ハブ 86 無線トランク
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 FI H04M 11/00 303 H04L 11/20 102D H04Q 7/34 H04Q 7/04 C (72)発明者 ギリシュ ライ アメリカ合衆国 60103 イリノイズ,バ ートレット,レディ スミス ロード 523

Claims (28)

    【特許請求の範囲】
  1. 【請求項1】 通信システムであって、このシステム
    が:第一の登録サーバ、第一と第二のアクセスポイン
    ト、および第一のアクセスハブを含むネットワークから
    構成され、このネットワークが最初はデータフレームを
    第一のモバイルエンドシステムと第一のアクセスポイン
    トを通じて第一のアクセスハブとの間で通信しており;
    前記第一のアクセスハブが第一のモジュールを含み、こ
    の第一のモジュールが、登録リクエストが前記第一のモ
    バイルエンドシステムから前記第二のアクセスポイント
    を通じて受信されたとき、前記第一のモバイルエンドシ
    ステムを前記第一のアクセスハブに、前記第一の登録サ
    ーバに通知することなく、再登録し;前記第一のアクセ
    スハブがさらに第二のモジュールを含み、この第二のモ
    ジュールが、前記モバイルエンドシステムが前記第二の
    アクセスポイントを通じて再登録されたとき、前記第二
    のアクセスポイントを前記第一アクセスハブにリンク
    し;前記第一のアクセスハブがさらに第三のモジュール
    を含み、この第三のモジュールが、前記第二のアクセス
    ポイントが前記第一のアクセスハブにリンクされたと
    き、前記第一のアクセスポイントと前記第一のアクセス
    ハブの間のリンクを切断することを特徴とするシステ
    ム。
  2. 【請求項2】 前記ネットワークがフォーリンネットワ
    ークと見なされ、このフォーリンネットワークがさらに
    第二と第三のアクセスハブおよび第一のインターワーキ
    ング機能を含み、このフォーリンネットワークが最初は
    データフレームを第二のモバイルエンドシステムと第二
    のアクセスハブを通じて前記第一のインターワーキング
    機能との間で通信しており;ホームネットワークがホー
    ム登録サーバを含み;前記第一の登録サーバが第一のモ
    ジュールを含み、この第一のモジュールが、登録リクエ
    ストが第二のモバイルエンドシステムから第三のアクセ
    スポイントおよび第三のアクセスハブを通じて受信され
    たとき、前記第二のモバイルエンドシステムを前記第一
    の登録サーバに、前記ホーム登録サーバに通知すること
    なく、再登録し;前記第一の登録サーバがさらに第二の
    モジュールを含み、この第二のモジュールが、前記第二
    のモバイルエンドシステムが前記第三のアクセスハブを
    通じて再登録されたとき、前記第三のアクセスハブに対
    して前記第一のインターワーキング機能とリンクするこ
    とを指令し;前記第一の登録サーバがさらに第三のモジ
    ュールを含み、この第三のモジュールが、前記第三のア
    クセスハブと前記第一のインターワーキング機能とがリ
    ンクされた後に、前記第二のアクセスハブに対して前記
    第一のインターワーキング機能とのリンクを切断するこ
    とを指令することを特徴とする請求項1のシステム。
  3. 【請求項3】 前記フォーリンネットワークがさらに第
    四のアクセスハブおよび第二と第三のインターワーキン
    グ機能を含み;前記ホームネットワークがさらに第四の
    インターワーキング機能を含み、前記フォーリンネット
    ワークは最初はデータフレームを第三のモバイルエンド
    システムと前記第二のインターワーキング機能を通じて
    前記第四のインターワーキング機能との間で通信してお
    り、ホームネットワークは最初はデータフレームを前記
    第四のインターワーキング機能と第一の通信サーバとの
    間で通信しており;前記ホーム登録サーバが第一のモジ
    ュールを含み、この第一のモジュールが、登録リクエス
    トが前記第三のモバイルエンドシステムから第四のアク
    セスポイント、第四のアクセスハブおよび第一の登録サ
    ーバを通じて受信されたとき、前記第三のモバイルエン
    ドシステムを前記ホーム登録サーバに、前記第四のイン
    ターワーキング機能と前記第一の通信サーバとの間のリ
    ンクを切断することなく、再登録し、前記第一のモジュ
    ールが、前記登録リクエスト内の前記第二のインターワ
    ーキング機能から第三のインターワーキング機能への変
    更を示す指標を認識し;前記ホーム登録サーバがさらに
    第二のモジュールを含み、この第二のモジュールが、前
    記第三のモバイルエンドシステムが前記第四のアクセス
    ハブを通じて再登録されたとき、前記第四のインターワ
    ーキング機能に対して前記第三のインターワーキング機
    能とリンクすることを指令し;前記ホーム登録サーバが
    さらに第三のモジュールを含み、この第三のモジュール
    が、前記第三のインターワーキング機能が前記第四のイ
    ンターワーキング機能とリンクされた後に、前記第四の
    インターワーキング機能に対して前記第二のインターワ
    ーキング機能との間のリンクを切断することを指令する
    ことを特徴とする請求項2のシステム。
  4. 【請求項4】 前記フォーリンネットワークが第一のフ
    ォーリンネットワークと見なされ、この第一のフォーリ
    ンネットワークがさらに第五のインターワーキング機能
    を含み;第二のフォーリンネットワークが第二の登録サ
    ーバ、第五のアクセスハブおよび第六のインターワーキ
    ング機能を含み;前記ホームネットワークがさらに第七
    のインターワーキング機能を含み、第一のフォーリンネ
    ットワークは最初はデータフレームを第四のモバイルエ
    ンドシステムと第五のインターワーキング機能を通じて
    第七のインターワーキング機能との間で通信しており、
    ホームネットワークは最初はデータフレームを第七のイ
    ンターワーキング機能と第二の通信サーバとの間で通信
    しており;前記ホームネットワークがさらに第四のモジ
    ュールを含み、この第四のモジュールが、登録リクエス
    トが前記第四のモバイルエンドシステムから第五のアク
    セスポイント、第五のアクセスハブおよび第二の登録サ
    ーバを通じてホーム登録サーバに受信されたとき、前記
    第四のモバイルエンドシステムを前記ホーム登録サーバ
    に、前記第七のインターワーキング機能を前記第二の通
    信サーバから切断することなく、再登録し;前記ホーム
    登録サーバがさらに第五のモジュールを含み、この第五
    のモジュールが、前記第四のモバイルエンドシステムが
    前記第五のアクセスハブを通じて再登録されたとき、前
    記第七のインターワーキング機能に対して前記第六のイ
    ンターワーキングとリクンすることを指令し;前記ホー
    ム登録サーバがさらに第六のモジュールを含み、この第
    六のモジュールが、前記第六のインターワーキング機能
    が前記第七のインターワーキング機能とリンクされた後
    に、前記第七のインターワーキング機能に対して前記第
    五のインターワーキング機能との間のリンクを切断する
    ことを指令することを特徴とする請求項3のシステム。
  5. 【請求項5】 前記フォーリンネットワークが第一のフ
    ォーリンネットワークと見なされ、この第一のフォーリ
    ンネットワークがさらに第五のインターワーキング機能
    を含み;第二のフォーリンネットワークが第二の登録サ
    ーバ、第五のアクセスハブおよび第六のインターワーキ
    ング機能を含み;前記ホームネットワークがさらに第七
    と第八のインターワーキング機能を含み、前記第一のフ
    ォーリンネットワークは最初データフレームを第四のモ
    バイルエンドシステムと前記第五のインターワーキング
    機能を通じて前記第七のインターワーキング機能との間
    で通信しており、前記ホームネットワークは最初データ
    フレームを前記第七のインターワーキング機能と第二の
    通信サーバとの間で通信しており;前記ホームサーバが
    さらに第四のモジュールを含み、この第四のモジュール
    が、登録リクエストが前記第四のモバイルエンドシステ
    ムから第五のアクセスポイント、前記第五のアクセスハ
    ブおよび前記第二の登録サーバを通じて前記ホーム登録
    サーバに受信されたとき、前記第四のモバイルエンドシ
    ステムを前記ホーム登録サーバと再登録し;前記ホーム
    登録サーバがさらに第五のモジュールを含み、この第五
    のモジュールが、前記第四のモバイルエンドシステムが
    前記第五のアクセスハブを通じて再登録されたとき、前
    記第八のインターワーキング機能に対して前記第六のイ
    ンターワーキング機能とリンクすることを指令し;前記
    ホーム登録サーバがさらに第六のモジュールを含み、こ
    の第六のモジュールが、前記第八のインターワーキング
    機能に対して前記第二の通信リンクとリンクすることを
    指令し;前記ホーム登録サーバがさらに第七のモジュー
    ルを含み、この第七のモジュールが、前記第七のインタ
    ーワーキング機能に対して前記第二の通信サーバとの間
    のリンクを切断することを指令し;前記ホーム登録サー
    バがさらに第八のモジュールを含み、この第八のモジュ
    ールが、前記第八のインターワーキング機能が前記第六
    のインターワーキング機能とリンクされた後に、前記第
    七のインターワーキング機能に対して前記第五のインタ
    ーワーキング機能との間のリンクを切断することを指令
    することを特徴とする請求項3のシステム。
  6. 【請求項6】 通信システムであって:フォーリンネッ
    トワークが第一の登録サーバ、第一と第二のアクセスハ
    ブおよび第一のインターワーキング機能を含み、このフ
    ォーリンネットワークが最初はデータフレームを第一の
    モバイルエンドシステムと第一のアクセスハブを通じて
    前記第一のインターワーキング機能との間で通信してお
    り;ホームネットワークがホーム登録サーバを含み;前
    記第一の登録サーバが第一のモジュールを含み、この第
    一のモジュールが、登録リクエストが前記第一のモバイ
    ルエンドシステムから第一のアクセスポイントおよび第
    二のアクセスハブを通じて前記第一の登録サーバに受信
    されたとき、前記第一のモバイルエンドシステムを前記
    第一の登録サーバに、前記ホーム登録サーバに通知する
    ことなく、再登録し;前記第一の登録サーバがさらに第
    二のモジュールを含み、この第二のモジュールが、前記
    第一のモバイルエンドシステムが前記第二のアクセスハ
    ブを通じて再登録されたとき、前記第二のアクセスハブ
    に対して前記第一のインターワーキング機能とリンクす
    ることを指令し;前記第一の登録サーバがさらに第三の
    モジュールを含み、この第三のモジュールが、前記第二
    のアクセスハブが前記第一のインターワーキング機能と
    リンクされた後に、前記第一のアクセスハブに対して前
    記第一のインターワーキング機能との間のリンクを切断
    することを指令することを特徴とするシステム。
  7. 【請求項7】 前記フォーリンネットワークがさらに第
    三のアクセスハブと、第二および第三のインターワーキ
    ング機能を含み;前記ホームネットワークがさらに第四
    のインターワーキング機能を含み、前記フォーリンネッ
    トワークが最初はデータフレームを第二のモバイルエン
    ドシステムと前記第二のインターワーキング機能を通じ
    て前記第四のインターワーキング機能との間で通信して
    おり、前記ホームネットワークは最初データフレームを
    前記第四のインターワーキング機能と第一の通信サーバ
    との間で通信しており;前記ホーム登録サーバが第一の
    モジュールを含み、この第一のモジュールが、登録リク
    エストが前記第二のモバイルエンドシステムから第二の
    アクセスポイント、前記第三のアクセスハブおよび前記
    第一の登録サーバを通じて前記ホーム登録サーバに受信
    されたとき、前記第二のモバイルエンドシステムを、前
    記ホーム登録サーバに、前記第四のインターワーキング
    機能と前記第一の通信サーバとの間のリンクを切断する
    ことなく、再登録し、前記第一のモジュールは前記登録
    リクエスト内の前記第二のインターワーキング機能から
    前記第三のインターワーキング機能への変更を示す指標
    に認識し;前記ホーム登録サーバがさらに第二のモジュ
    ールを含み、この第二のモジュールが、前記第二のモバ
    イルエンドシステムが前記第三のアクセスハブを通じて
    再登録されたとき、前記第三のインターワーキング機能
    に対して前記第四のインターワーキング機能とリンクす
    ることを指令し;前記ホーム登録サーバがさらに第三の
    モジュールを含み、この第三のモジュールが、前記第三
    のインターワーキング機能が前記第四のインターワーキ
    ング機能とリンクされた後に、前記第二のインターワー
    キング機能に対して前記第四のインターワーキング機能
    とのリンクを切断することを指令することを特徴とする
    請求項6のシステム。
  8. 【請求項8】 前記フォーリンネットワークが第一のフ
    ォーリンネットワークと見なされ、この第一のフォーリ
    ンネットワークがさらに第五のインターワーキング機能
    を含み;第二のフォーリンネットワークが、第二の登録
    サーバ、第四のアクセスハブおよび第六のインターワー
    キング機能を含み;前記ホームネットワークがさらに第
    七のインターワーキング機能を含み、前記第一のフォー
    リンネットワークが最初はデータフレームを第三のモバ
    イルエンドシステムと前記第五のインターワーキング機
    能を通じて前記第七のインターワーキング機能との間で
    通信しており、前記ホームネットワークは最初はデータ
    フレームを前記第七のインターワーキング機能と第二の
    通信サーバとの間で通信しており;前記ホーム登録サー
    バが第四のモジュールを含み、この第四のモジュール
    が、登録リクエストが前記第三のエンドシステムから第
    三のアクセスポイント、前記第四のアクセスハブおよび
    前記第二の登録サーバを通じて前記ホーム登録サーバに
    受信されたとき、前記第三のモバイルエンドシステムを
    前記ホーム登録サーバに、前記第七のインターワーキン
    グ機能と前記第二の通信サーバとの間のリンクを切断す
    ることなく、再登録し;前記ホーム登録サーバがさらに
    第五のモジュールを含み、この第五のモジュールが、前
    記第三のモバイルエンドシステムが前記第四のアクセス
    ハブを通じて再登録されたとき、前記第六のインターワ
    ーキング機能に対して前記第七のインターワーキング機
    能とリンクすることを指令し;前記ホーム登録サーバが
    さらに第六のモジュールを含み、この第六のモジュール
    が、前記第六のインターワーキング機能が前記第七のイ
    ンターワーキング機能とリンクされた後に、前記第五の
    インターワーキング機能に対して前記第七のインターワ
    ーキング機能との間のリンクを切断することを指令する
    ことを特徴とする請求項7のシステム。
  9. 【請求項9】 前記フォーリンネットワークが第一のフ
    ォーリンネットワークと見なされ、前記第一のフォーリ
    ンネットワークがさらに第五のインターワーキング機能
    を含み;第二のフォーリンネットワークが第二の登録サ
    ーバ、第四のアクセスハブおよび第六のインターワーキ
    ング機能を含み;前記ホームネットワークがさらに第七
    および第八のインターワーキング機能を含み、前記第一
    のフォーリンネットワークは最初はデータフレームを第
    三のモバイルエンドシステムと前記第五のインターワー
    キング機能を通じて前記第七のインターワーキング機能
    との間で通信しており、前記ホームネットワークは最初
    はデータフレームを前記第七のインターワーキング機能
    と第二の通信サーバとの間で通信しており;前記ホーム
    登録サーバがさらに第四のモジュールを含み、この第四
    のモジュールが、登録リクエストが前記第三のモバイル
    エンドシステムから第三のアクセスポイント、前記第四
    のアクセスハブ、および前記第二の登録サーバを通じて
    前記ホーム登録サーバに受信されたとき、前記第三のモ
    バイルエンドシステムを前記ホーム登録サーバに再登録
    し;前記ホーム登録サーバがさらに第五のモジュールを
    含み、この第五のモジュールが、前記第三のモバイルエ
    ンドシステムが前記第四のアクセスハブを通じて再登録
    されたとき、前記第八のインターワーキング機能に対し
    て前記第六のインターワーキング機能とリンクすること
    を指令し;前記ホーム登録サーバがさらに第六のモジュ
    ールを含み、この第六のモジュールが前記第八のインタ
    ーワーキング機能に対して前記第二の通信サーバとリン
    クすることを指令し;前記ホーム登録サーバがさらに第
    七のモジュールを含み、この第七のモジュールが、前記
    第七のインターワーキング機能に対して前記第二の通信
    サーバとの間のリンクを切断することを指令し;前記ホ
    ーム登録サーバがさらに第八のモジュールを含み、この
    第八のモジュールが、前記第八のインターワーキング機
    能が前記第六のインターワーキング機能とリンクされた
    後に、前記第七のインターワーキング機能に対して前記
    第五のインターワーキング機能との間のリンクを切断す
    ることを指令することを特徴とする請求項7のシステ
    ム。
  10. 【請求項10】 通信システムであって:フォーリンネ
    ットワークが第一の登録サーバ、第一のアクセスハブお
    よび第一と第二のインターワーキング機能を含み;ホー
    ムネットワークがホーム登録サーバおよび第三のインタ
    ーワーキング機能を含み、前記フォーリンネットワーク
    は最初はデータフレームを第一のモバイルエンドシステ
    ムと前記第一のインターワーキング機能を通じて前記第
    三のインターワーキング機能との間で通信しており、前
    記ホームネットワークは最初はデータフレームを前記第
    三のインターワーキング機能と前記第一の通信サーバと
    の間で通信しており;前記ホーム登録サーバが第一のモ
    ジュールを含み、この第一のモジュールが、登録リクエ
    ストが前記第一のモバイルエンドシステムから第一のア
    クセスポイント、第一のアクセスハブ、および第一の登
    録サーバを通じて前記ホーム登録サーバに受信されたと
    き、前記第一のモバイルエンドシステムを前記ホーム登
    録サーバに、前記第三のインターワーキング機能と前記
    第一の通信サーバとの間のリンクを切断することなく、
    再登録し、前記第一のモジュールが、前記登録リクエス
    ト内の前記第一のインターワーキング機能から前記第二
    のインターワーキング機能への変更を示す指標を認識
    し;前記ホーム登録サーバがさらに第二のモジュールを
    含み、この第二のモジュールが、前記第一のモバイルエ
    ンドシステムが前記第一のアクセスハブを通じて再登録
    されたとき、前記第二のインターワーキング機能に対し
    て前記第三のインターワーキング機能とリンクすること
    を指令し;前記ホーム登録サーバがさらに第三のモジュ
    ールを含み、この第三のモジュールが、前記第二のイン
    ターワーキング機能が前記第三のインターワーキング機
    能とリンクされた後に、前記第一のインターワーキング
    機能に対して前記第三のインターワーキング機能との間
    のリンクを切断することを指令することを特徴とするシ
    ステム。
  11. 【請求項11】 前記フォーリンネットワークが第一の
    フォーリンネットワークと見なされ、前記第一のフォー
    リンネットワークがさらに第四のインターワーキング機
    能を含み;第二のフォーリンネットワークが第二の登録
    サーバ、第二のアクセスハブおよび第五のインターワー
    キング機能を含み;前記ホームネットワークがさらに第
    六のインターワーキング機能を含み、前記第一のフォー
    リンネットワークは最初はデータフレームを第二のモバ
    イルエンドシステムと前記第四のインターワーキング機
    能を通じて前記第六のインターワーキング機能との間で
    通信しており、前記ホームネットワークは最初はデータ
    フレームを前記第六のインターワーキング機能と第二の
    通信サーバとの間で通信しており;前記ホーム登録サー
    バがさらに第四のモジュールを含み、この第四のモジュ
    ールが、登録リクエストが前記第二のモバイルエンドシ
    ステムから第二のアクセスポイント、前記第二のアクセ
    スハブ、および前記第二の登録サーバを通じて前記ホー
    ム登録サーバに受信されたとき、前記第二のモバイルエ
    ンドシステムを前記ホーム登録サーバに、前記第六イン
    ターワーキング機能と前記第二の通信サーバとの間のリ
    ンクを切断することなく、再登録し;前記ホーム登録サ
    ーバがさらに第五のモジュールを含み、この第五のモジ
    ュールが、前記第二のモバイルエンドシステムが前記第
    二のアクセスハブを通じて再登録されたとき、前記第五
    のインターワーキング機能に対して前記第六のインター
    ワーキング機能との間のリンクを切断することを指令
    し;前記ホーム登録サーバがさらに第六のモジュールを
    含み、この第六のモジュールが、前記第六のインターワ
    ーキング機能が前記第六のインターワーキング機能とリ
    ンクされた後に、前記第四のインターワーキング機能に
    対して前記第六のインターワーキング機能との間のリン
    クを切断することを指令することを特徴とする請求項1
    0のシステム。
  12. 【請求項12】 前記フォーリンネットワークが第一の
    フォーリンネットワークと見なされ、この第一のフォー
    リンネットワークがさらに第四のインターワーキング機
    能を含み;第二のフォーリンネットワークが第二の登録
    サーバ、第二のアクセスハブおよび第五のインターワー
    キング機能を含み;前記ホームネットワークがさらに第
    六および第七のインターワーキング機能を含み、前記第
    一のフォーリンネットワークは最初はデータフレームを
    第二のモバイルエンドシステムと前記第四のインターワ
    ーキング機能を通じて前記第六のインターワーキング機
    能との間で通信しており、前記ホームネットワークは最
    初はデータフレームを前記第六のインターワーキング機
    能と第二の通信サーバとの間で通信しており;前記ホー
    ム登録サーバがさらに第四のモジュールを含み、この第
    四のモジュールが、登録リクエストが前記第二のモバイ
    ルエンドシステムから第二のアクセスポイント、第二の
    アクセスハブ、および第二の登録サーバを通じて前記ホ
    ーム登録サーバに受信されたとき、前記第二のモバイル
    エンドシステムを前記ホーム登録サーバに再登録し;前
    記ホーム登録サーバがさらに第五のモジュールを含み、
    この第五のモジュールが、前記第二のモバイルエンドシ
    ステムが前記第二のアクセスハブを通じて再登録された
    とき、前記第五のインターワーキング機能に対して前記
    第七のインターワーキング機能とリンクすることを指令
    し;前記ホーム登録サーバがさらに第六のモジュールを
    含み、この第六のモジュールが、前記第七のインターワ
    ーキング機能に対して前記第二の通信サーバとリンクす
    ることを指令し;前記ホーム登録サーバがさらに第七の
    モジュールを含み、この第七のモジュールが、前記第六
    のインターワーキング機能に対して、前記第二の通信サ
    ーバとの間のリンクを切断することを指令し;前記ホー
    ム登録サーバがさらに第八のモジュールを含み、この第
    八のモジュールが、前記第七のインターワーキング機能
    が前記第五のインターワーキング機能とリンクされた後
    に、前記第六のインターワーキング機能に対して前記第
    四のインターワーキング機能との間のリンクを切断する
    ことを指令することを特徴とする請求項10のシステ
    ム。
  13. 【請求項13】 通信システムであって:第一のフォー
    リンネットワークが第一の登録サーバおよび第一のイン
    ターワーキング機能を含み;第二のフォーリンネットワ
    ークが第二の登録サーバ、第一のアクセスハブおよび第
    二のインターワーキング機能を含み;ホームネットワー
    クがホーム登録サーバおよび第三のインターワーキング
    機能を含み、前記第一のフォーリンネットワークは最初
    はデータフレームを第一のモバイルエンドシステムと前
    記第一のインターワーキング機能を通じて前記第三のイ
    ンターワーキング機能との間で通信しており、前記ホー
    ムネットワークは最初はデータフレームを前記第三のイ
    ンターワーキング機能と前記第一の通信サーバとの間で
    通信しており;前記ホーム登録サーバが第一のモジュー
    ルを含み、この第一のモジュールが、登録リクエストが
    前記第一のモバイルエンドシステムから第一のアクセス
    ポイント、前記第一のアクセスハブ、および前記第二の
    登録サーバを通じて前記ホーム登録サーバに受信された
    とき、前記第一のモバイルエンドシステムを前記ホーム
    登録サーバに、前記第三のインターワーキング機能と前
    記第一の通信サーバとの間のリンクを切断することな
    く、再登録し;前記ホーム登録サーバがさらに第二のモ
    ジュールを含み、この第二のモジュールが、前記第一の
    モバイルエンドシステムが前記第一のアクセスハブを通
    じて再登録されたとき、前記第三のインターワーキング
    機能に対して前記第二のインターワーキング機能とリン
    クすることを指令し;前記ホーム登録サーバがさらに第
    三のモジュールを含み、この第三のモジュールが、前記
    第三のインターワーキング機能が前記第二のインターワ
    ーキング機能とリンクされた後に、前記第三のインター
    ワーキング機能に対して前記第一のインターワーキング
    機能との間のリンクを切断することを指令することを特
    徴とする通信システム。
  14. 【請求項14】 通信システムであって:第一のフォー
    リンネットワークが第一の登録サーバおよび第一のイン
    ターワーキング機能を含み;第二のフォーリンネットワ
    ークが第二の登録サーバ、第一のアクセスハブおよび第
    二のインターワーキング機能を含み;ホームネットワー
    クがホーム登録サーバおよび第三と第四のインターワー
    キング機能を含み、前記第一のフォーリンネットワーク
    は最初はデータフレームを第一のモバイルエンドシステ
    ムと前記第一のインターワーキング機能を通じて前記第
    三のインターワーキング機能との間で通信しており、前
    記ホームネットワークは最初はデータフレームを前記第
    三のインターワーキング機能と前記第一の通信サーバと
    の間で通信しており;前記ホーム登録サーバが第一のモ
    ジュールを含み、この第一のモジュールが、登録リクエ
    ストが前記第一のモバイルエンドシステムから第一のア
    クセスポイント、前記第一のアクセスハブおよび前記第
    二の登録サーバを通じて前記ホーム登録サーバに受信さ
    れたとき、前記第一のモバイルエンドシステムを前記ホ
    ーム登録サーバに再登録し;前記ホーム登録サーバがさ
    らに第二のモジュールを含み、この第二のモジュール
    が、前記第一のモバイルエンドシステムが前記第一のア
    クセスハブを通じて再登録されたとき、前記第四のイン
    ターワーキング機能に対して前記第二のインターワーキ
    ング機能とリンクすることを指令し;前記ホーム登録サ
    ーバがさらに第三のモジュールを含み、この第三のモジ
    ュールが、前記第四のインターワーキング機能に対して
    前記第一の通信サーバとリンクすることを指令し;前記
    ホーム登録サーバがさらに第四のモジュールを含み、こ
    の第四のモジュールが、前記第四のインターワーキング
    機能が前記第一の通信サーバとリンクされたとき、前記
    第三のインターワーキング機能に対して前記第一の通信
    サーバとの間のリンクを切断することを指令し;前記ホ
    ーム登録サーバがさらに第五のモジュールを含み、この
    第五のモジュールが、前記第四のインターワーキング機
    能が前記第二のインターワーキング機能とリンクされた
    後に、前記第三のインターワーキング機能に対して前記
    第一のインターワーキング機能との間のリンクを切断す
    ることを指令することを特徴とする通信システム。
  15. 【請求項15】 第一の登録サーバ、第一と第二のアク
    セスポイントおよび第一のアクセスハブを含むネットワ
    ーク内で用いる第一のモバイルエンドシステムと前記第
    一のアクセスハブとの間の接続をハンドオフする方法で
    あって、この方法が:最初はデータフレームを第一のモ
    バイルエンドシステムと前記第一のアクセスポイントを
    通じて前記第一のアクセスハブとの間で通信するステッ
    プ;前記第一のモバイルエンドシステムが移動し、前記
    第二のアクセスポイントを通じて再登録するとき、登録
    リクエストを前記第一のモバイルエンドシステムから前
    記第二のアクセスポイントを通じて前記第一のアクセス
    ハブに送信することで、前記第一のモバイルエンドシス
    テムを前記第一のアクセスハブに、前記第一の登録サー
    バに通知することなく、再登録するステップ;前記モバ
    イルエンドシステムが前記第二のアクセスポイントを通
    じて再登録されたとき、前記第二のアクセスポイントを
    前記第一アクセスハブにリンクするステップ;および前
    記第二のアクセスポイントが前記第一のアクセスハブに
    リンクされたとき、前記第一のアクセスポイントと前記
    第一のアクセスハブの間のリンクを切断するステップを
    含むことを特徴とする方法。
  16. 【請求項16】 前記ネットワークがフォーリンネット
    ワークと見なされ、このフォーリンネットワークがさら
    に第二と第三のアクセスハブおよび第一のインターワー
    キング機能を含み;ホームネットワークがホーム登録サ
    ーバを含み;この方法がさらに、最初にデータフレーム
    を第二のモバイルエンドシステムと第二のアクセスハブ
    を通じて前記第一のインターワーキング機能との間で通
    信するステップを含み;この方法がさらに、第二のモバ
    イルエンドシステムが移動し、前記第三のアクセスハブ
    を通じて再登録するとき、登録リクエストを第二のモバ
    イルエンドシステムから第三のアクセスポイントおよび
    第三のアクセスハブを通じて前記第一の登録サーバに送
    信するとこで、前記第二のモバイルエンドシステムを前
    記第一の登録サーバに、前記ホーム登録サーバに通知す
    ることなく、再登録するステップを含み;この方法がさ
    らに、前記第二のモバイルエンドシステムが前記第三の
    アクセスハブを通じて再登録されたとき、前記第三のア
    クセスハブを前記第一のインターワーキング機能とリン
    クするステップを含み;この方法がさらに、前記第三の
    アクセスハブと前記第一のインターワーキング機能とが
    リンクされた後に、前記第二のアクセスハブと前記第一
    のインターワーキング機能との間のリンクを切断するス
    テップを含むことを特徴とする請求項15の方法。
  17. 【請求項17】 前記フォーリンネットワークがさらに
    第四のアクセスハブおよび第二と第三のインターワーキ
    ング機能を含み;前記ホームネットワークがさらに第四
    のインターワーキング機能を含み;この方法がさらに、
    最初(フォーリンにおいては)データフレームを第三の
    モバイルエンドシステムと前記第二のインターワーキン
    グ機能を通じて前記第四のインターワーキング機能との
    間で通信するステップを含み;この方法がさらに、最初
    (ホームにおいては)データフレームを前記第四のイン
    ターワーキング機能と第一の通信サーバとの間で通信す
    るステップを含み;この方法がさらに、前記第三のモバ
    イルエンドシステムが移動し、前記第四のアクセスハブ
    を通じて再登録するとき、登録リクエストを前記第三の
    モバイルエンドシステムから第四のアクセスポイント、
    第四のアクセスハブおよび第一の登録サーバを通じて前
    記ホームサーバに送信することで、前記第三のモバイル
    エンドシステムを前記ホーム登録サーバに、前記第四の
    インターワーキング機能と前記第一の通信サーバとの間
    のリンクを切断することなく、再登録するステップを含
    み、この登録リクエストを前記第一の登録サーバから前
    記ホームサーバに送信するステップが、前記第二のイン
    ターワーキング機能から第三のインターワーキング機能
    への変更を示す指標を送信するサブステップを含み;こ
    の方法がさらに、前記第三のモバイルエンドシステムが
    前記第四のアクセスハブを通じて再登録されたとき、前
    記第三のインターワーキング機能を前記第四のインター
    ワーキング機能とリンクするステップを含み;この方法
    がさらに、前記第三のインターワーキング機能が前記第
    四のインターワーキング機能とリンクされた後に、前記
    第二のインターワーキング機能と前記第四のインターワ
    ーキング機能との間のリンクを切断するステップを含む
    ことを特徴とする請求項16の方法。
  18. 【請求項18】 前記フォーリンネットワークが第一の
    フォーリンネットワークと見なされ、この第一のフォー
    リンネットワークがさらに第五のインターワーキング機
    能を含み;第二のフォーリンネットワークが第二の登録
    サーバ、第五のアクセスハブおよび第六のインターワー
    キング機能を含み;前記ホームネットワークがさらに第
    七のインターワーキング機能を含み;この方法がさら
    に、最初(フォーリンにおいては)データフレームを第
    四のモバイルエンドシステムと前記第五のインターワー
    キング機能を通じて前記第七のインターワーキング機能
    との間で通信するステップを含み;この方法がさらに、
    最初(ホームにおいては)データフレームを第七のイン
    ターワーキング機能と第二の通信サーバとの間で通信す
    るステップを含み;この方法がさらに、前記第四のモバ
    イルエンドシステムが移動し、前記第五のアクセスバフ
    を通じて再登録するとき、登録リクエストを前記第四の
    モバイルエンドシステムから第五のアクセスポイント、
    第五のアクセスハブおよび第二の登録サーバを通じてホ
    ーム登録サーバに送信することで、前記第四のモバイル
    エンドシステムを前記ホーム登録サーバに、前記第七の
    インターワーキング機能と前記第二の通信サーバとの間
    のリンクを切断することなく、再登録するステップを含
    み;この方法がさらに、前記第四のモバイルエンドシス
    テムが前記第五のアクセスハブを通じて再登録されたと
    き、前記第六のインターワーキング機能を前記第七のの
    インターワーキングとリクンするステップを含み;この
    方法がさらに、前記第六のインターワーキング機能が前
    記第七のインターワーキング機能とリンクされた後に、
    前記第六のインターワーキング機能と前記第七のインタ
    ーワーキング機能との間のリンクを切断するステップを
    含むことを特徴とする請求項17の方法。
  19. 【請求項19】 前記フォーリンネットワークが第一の
    フォーリンネットワークと見なされ、この第一のフォー
    リンネットワークがさらに第五のインターワーキング機
    能を含み;第二のフォーリンネットワークが第二の登録
    サーバ、第五のアクセスハブおよび第六のインターワー
    キング機能を含み;前記ホームネットワークがさらに第
    七と第八のインターワーキング機能を含み;この方法が
    さらに、最初(フォーリンにおいては)データフレーム
    を第四のモバイルエンドシステムと前記第七のインター
    ワーキング機能との間で前記第五のインターワーキング
    機能を通じて通信するステップを含み;この方法がさら
    に、最初(ホームにおいては)データフレームを前記第
    七のインターワーキング機能と第二の通信サーバとの間
    で通信するステップを含み;この方法がさらに、前記第
    四のモバイルエンドシステムが移動し、前記第五のアク
    セスハブを通じて再登録するとき、登録リクエストを前
    記第四のモバイルエンドシステムから第五のアクセスポ
    イント、前記第五のアクセスハブおよび前記第二の登録
    サーバを通じて前記ホーム登録サーバに送信すること
    で、前記第四のモバイルエンドシステムを前記ホーム登
    録サーバに再登録するステップを含み;この方法がさら
    に、前記第四のモバイルエンドシステムが前記第五のア
    クセスハブを通じて再登録されたとき、前記第八のイン
    ターワーキング機能を前記第六のインターワーキング機
    能とリンクするステップを含み;この方法がさらに、前
    記第八のインターワーキング機能を前記第二の通信リン
    クとリンクするステップを含み;この方法がさらに、前
    記第七のインターワーキング機能と前記第二の通信サー
    バとの間のリンクを切断するステップを含み;この方法
    がさらに、前記第八のインターワーキング機能が前記第
    六のインターワーキング機能とリンクされた後に、前記
    第七のインターワーキング機能と前記第五のインターワ
    ーキング機能の間のリンクを切断するステップを含むこ
    とを特徴とする請求項19の方法。
  20. 【請求項20】 ホームネットワークがホーム登録サー
    バを含み、フォーリンネットワークが第一の登録サー
    バ、第一と第二のアクセスハブおよび第一のインターワ
    ーキング機能を含むネットワーク内で用いる第一のモバ
    イルエンドシステムと前記第一のインターワーキング機
    能との間の接続をハンドオフする方法であって、この方
    法が:最初は、データフレームを前記第一のモバイルエ
    ンドシステムと第一のアクセスハブを通じて前記第一の
    インターワーキング機能との間で通信するステップ;前
    記第一のモバイルエンドシステムが移動し、前記第二の
    アクセスハブを通じて再登録するとき、登録リクエスト
    を前記第一のモバイルエンドシステムから第一のアクセ
    スポイントおよび第二のアクセスハブを通じて前記第一
    の登録サーバに送信することで、前記第一のモバイルエ
    ンドシステムを前記第一の登録サーバに、前記ホーム登
    録サーバに通知することなく、再登録するステップ;前
    記第一のモバイルエンドシステムが前記第二のアクセス
    ハブを通じて再登録されたとき、前記第二のアクセスハ
    ブを前記第一のインターワーキング機能とリンクするス
    テップ;および前記第二のアクセスハブが前記第一のイ
    ンターワーキング機能とリンクされた後に、前記第一の
    アクセスハブと前記第一のインターワーキング機能との
    間のリンクを切断するステップを含むことを特徴とする
    方法。
  21. 【請求項21】 前記フォーリンネットワークがさらに
    第三のアクセスハブと、第二および第三のインターワー
    キング機能を含み;前記ホームネットワークがさらに第
    四のインターワーキング機能を含み;この方法がさら
    に、最初(フォーリンにおいては)データフレームを第
    二のモバイルエンドシステムと前記第四のインターワー
    キング機能との間で前記第二のインターワーキング機能
    を通じて通信するステップを含み;この方法がさらに、
    最初(ホームにおいては)データフレームを前記第四の
    インターワーキング機能と第一の通信サーバとの間で通
    信するステップを含み;この方法がさらに、前記第二の
    モバイルエンドシステムが移動し、前記第三のアクセス
    ハブに再登録するとき、登録リクエストを前記第二のモ
    バイルエンドシステムから第二のアクセスポイント、前
    記第三のアクセスハブおよび前記第一の登録サーバを通
    じて前記ホーム登録サーバに送信することで、前記第二
    のモバイルエンドシステムを前記ホーム登録サーバに、
    前記第四のインターワーキング機能と前記第一の通信サ
    ーバとの間のリンクを切断することなく、再登録するス
    テップを含み前記登録リクエストを前記第一の登録サー
    バから前記ホーム登録サーバに送信するステップが、前
    記第二のインターワーキング機能から前記第三のインタ
    ーワーキング機能への変更を示す指標を送信するサブス
    テップを含み;この方法がさらに、前記第二のモバイル
    エンドシステムが前記第三のアクセスハブを通じて再登
    録されたとき、前記第三のインターワーキング機能を前
    記第四のインターワーキング機能にリンクするステップ
    を含み;この方法がさらに、前記第三のインターワーキ
    ング機能が前記第四のインターワーキング機能とリンク
    された後に、前記第二のインターワーキング機能と前記
    第四のインターワーキング機能との間のリンクを切断す
    るステップを含むことを特徴とする請求項20の方法。
  22. 【請求項22】 前記フォーリンネットワークが第一の
    フォーリンネットワークと見なされ、この第一のフォー
    リンネットワークがさらに第五のインターワーキング機
    能を含み;第二のフォーリンネットワークが第二の登録
    サーバ、第四のアクセスハブおよび第六のインターワー
    キング機能を含み;前記ホームネットワークがさらに第
    七のインターワーキング機能を含み;この方法がさら
    に、最初(フォーリンにおいては)データフレームを第
    三のモバイルエンドシステムと前記第七のインターワー
    キング機能との間で前記第五のインターワーキング機能
    を通じて通信するステップを含み;この方法がさらに、
    最初(ホームにおいては)データフレームを前記第七の
    インターワーキング機能と第二の通信サーバとの間で通
    信するステップを含み;この方法がさらに、前記第三の
    エンドシステムが前記第四のアクセスハブを通じて再登
    録するとき、登録リクエストを前記第三のエンドシステ
    ムから第三のアクセスポイント、前記第四のアクセスハ
    ブおよび前記第二の登録サーバを通じて前記ホーム登録
    サーバに送信することで、前記第三のモバイルエンドシ
    ステムを前記ホーム登録サーバに、前記第七のインター
    ワーキング機能と前記第二の通信サーバとの間のリンク
    を切断することなく、再登録するステップを含み;この
    方法がさらに、前記第三のモバイルエンドシステムが前
    記第四のアクセスハブを通じて再登録されたとき、前記
    第六のインターワーキング機能を前記第七のインターワ
    ーキング機能とリンクするステップを含み;この方法が
    さらに、前記第六のインターワーキング機能が前記第七
    のインターワーキング機能とリンクされた後に、前記第
    五のインターワーキング機能と前記第七のインターワー
    キング機能との間のリンクを切断するステップを含むこ
    とを特徴とする請求項21の方法。
  23. 【請求項23】 前記フォーリンネットワークが第一の
    フォーリンネットワークと見なされ、前記第一のフォー
    リンネットワークがさらに第五のインターワーキング機
    能を含み;第二のフォーリンネットワークが第二の登録
    サーバ、第四のアクセスハブおよび第六のインターワー
    キング機能を含み;前記ホームネットワークがさらに第
    七および第八のインターワーキング機能を含み;この方
    法がさらに、最初(フォーリンにおいては)データフレ
    ームを第三のモバイルエンドシステムと前記第五のイン
    ターワーキング機能を通じて前記第七のインターワーキ
    ング機能との間で通信するステップを含み;この方法が
    さらに、最初(ホームにおいては)データフレームを前
    記第七のインターワーキング機能と第二の通信サーバと
    の間で通信するステップを含み;この方法がさらに、前
    記第三のモバイルエンドシステムが移動し、前記第四の
    アクセスハブに再登録するとき、登録リクエストを前記
    第三のモバイルエンドシステムから第三のアクセスポイ
    ント、前記第四のアクセスハブおよび前記第二の登録サ
    ーバを通じて前記ホーム登録サーバに送信することで、
    前記第三のモバイルエンドシステムを前記ホーム登録サ
    ーバに再登録するステップを含み;この方法がさらに、
    前記第三のモバイルエンドシステムが前記第四のアクセ
    スハブを通じて再登録されたとき、前記第八のインター
    ワーキング機能を前記第六のインターワーキング機能と
    リンクするステップを含み;この方法がさらに、前記第
    八のインターワーキング機能を前記第二の通信サーバと
    リンクするステップを含み;この方法がさらに、前記第
    七のインターワーキング機能と前記第二の通信サーバと
    の間のリンクを切断するステップを含み;この方法がさ
    らに、前記第八のインターワーキング機能が前記第六の
    インターワーキング機能とリンクされた後に、前記第七
    のインターワーキング機能と前記第五のインターワーキ
    ング機能との間のリンクを切断するステップを含むこと
    を特徴とする請求項21の方法。
  24. 【請求項24】 ホームネットワークがホーム登録サー
    バを含み、フォーリンネットワークが第一の登録サー
    バ、第一のアクセスハブ、および第一と第二のインター
    ワーキング機能を含み、ホームネットワークがさらに第
    三のインターワーキング機能を含むネットワーク内で用
    いる第一のモバイルエンドシステムと第一の通信サーバ
    との間の接続をハンドオフする方法であって、この方法
    が:最初(フォーリンにおいては)データフレームを第
    一のモバイルエンドシステムと前記第一のインターワー
    キング機能を通じて前記第三のインターワーキング機能
    との間で通信するステップ;および最初(ホームにおい
    ては)データフレームを前記第三のインターワーキング
    機能と前記第一の通信サーバとの間で通信するステッ
    プ;前記第一のモバイルエンドシステムが移動し、前記
    第一のアクセスハブを通じて再登録するとき、登録リク
    エストを前記第一のモバイルエンドシステムから第一の
    アクセスポイント、第一のアクセスハブおよび第一の登
    録サーバを通じて前記ホーム登録サーバに送信すること
    で、前記第一のモバイルエンドシステムを前記ホーム登
    録サーバに、前記第三のインターワーキング機能と前記
    第一の通信サーバとの間のリンクを切断することなく、
    再登録するステップを含み;前記登録リクエストを前記
    第一の登録サーバから前記ホーム登録サーバに送信する
    ステップが、前記第一のインターワーキング機能から前
    記第二のインターワーキング機能への変更を示す指標を
    送信するサブステップを含み;この方法がさらに前記第
    一のモバイルエンドシステムが前記第一のアクセスハブ
    を通じて再登録されたとき、前記第二のインターワーキ
    ング機能を前記第三のインターワーキング機能とリンク
    するステップ;および前記第二のインターワーキング機
    能が前記第三のインターワーキング機能とリンクされた
    後に、前記第一のインターワーキング機能と前記第三の
    インターワーキング機能との間のリンクを切断するステ
    ップを含むことを特徴とする方法。
  25. 【請求項25】 前記フォーリンネットワークが第一の
    フォーリンネットワークと見なされ、前記第一のフォー
    リンネットワークがさらに第四のインターワーキング機
    能を含み;第二のフォーリンネットワークが第二の登録
    サーバ、第二のアクセスハブおよび第五のインターワー
    キング機能を含み;前記ホームネットワークがさらに第
    六のインターワーキング機能を含み;この方法がさら
    に、最初(フォーリンにおいては)データフレームを第
    二のモバイルエンドシステムと前記第四のインターワー
    キング機能を通じて前記第六のインターワーキング機能
    との間で通信するステップを含み;この方法がさらに、
    最初(ホームにおいては)データフレームを前記第六の
    インターワーキング機能と第二の通信サーバとの間で通
    信するステップを含み;この方法がさらに、前記第二の
    移動エンドシステムが移動し、前記第二のアクセスハブ
    を通じて再登録するとき、登録リクエストを前記第二の
    モバイルエンドシステムから第二のアクセスポイント、
    前記第二のアクセスハブ、および前記第二の登録サーバ
    を通じて前記ホーム登録サーバに送信することで、前記
    第二のモバイルエンドシステムを前記ホーム登録サーバ
    に、前記第六インターワーキング機能と前記第二の通信
    サーバとの間のリンクを切断することなく、再登録する
    ステップを含み;この方法がさらに、前記第二のモバイ
    ルエンドシステムが前記第二のアクセスハブを通じて再
    登録されたとき、前記第五のインターワーキング機能を
    前記第六のインターワーキング機能にリンクするステッ
    プを含み;この方法がさらに、前記第五のインターワー
    キング機能が前記第六のインターワーキング機能とリン
    クされた後に、前記第四のインターワーキング機能と前
    記第六のインターワーキング機能との間のリンクを切断
    するステップを含むことを特徴とする請求項24の方
    法。
  26. 【請求項26】 前記フォーリンネットワークが第一の
    フォーリンネットワークと見なされ、この第一のフォー
    リンネットワークがさらに第四のインターワーキング機
    能を含み;第二のフォーリンネットワークが第二の登録
    サーバ、第二のアクセスハブおよび第五のインターワー
    キング機能を含み;前記ホームネットワークがさらに第
    六および第七のインターワーキング機能を含み;この方
    法がさらに、最初(フォーリンにおいては)データフレ
    ームを第二のモバイルエンドシステムと前記第四のイン
    ターワーキング機能を通じて前記第六のインターワーキ
    ング機能との間で通信するステップを含み;この方法が
    さらに、最初(ホームにおいては)データフレームを前
    記第六のインターワーキング機能と第二の通信サーバと
    の間で通信するステップを含み;この方法がさらに、前
    記第二のモバイルエンドシステムが移動し、前記第二の
    アクセスハブを通じて再登録するとき、登録リクエスト
    を前記第二のモバイルエンドシステムから第二のアクセ
    スポイント、第二のアクセスハブおよび第二の登録サー
    バを通じて前記ホーム登録サーバに送信することで、前
    記第二のモバイルエンドシステムを前記ホーム登録サー
    バに再登録するステップを含み;この方法さらに、前記
    第二のモバイルエンドシステムが前記第二のアクセスハ
    ブを通じて再登録されたとき、前記第五のインターワー
    キング機能を前記第七のインターワーキング機能とリン
    クするステップを含み;この方法がさらに、前記第七の
    インターワーキング機能を前記第二の通信サーバとリン
    クするステップを含み;この方法がさらに、前記第六の
    インターワーキング機能と前記第二の通信サーバとの間
    のリンクを切断するステップを含み;この方法がさら
    に、前記第七のインターワーキング機能が前記第五のイ
    ンターワーキング機能にリンクされた後に、前記第六の
    インターワーキング機能と前記第四のインターワーキン
    グ機能との間のリンクを切断するステップを含むことを
    特徴とする請求項24の方法。
  27. 【請求項27】 ホームネットワークと第一および第二
    のフォーリンネットワークにおいて用いられる第一のモ
    バイルエンドシステムと第一の通信サーバとの間の接続
    のハンドオフを行なう方法であって、前記第一のフォー
    リンネットワークが第一の登録サーバおよび第一のイン
    ターワーキング機能を含み、前記第二のフォーリンネッ
    トワークが第二の登録サーバ、第一のアクセスハブおよ
    び第二のインターワーキング機能を含み、ホームネット
    ワークがホーム登録サーバおよび第三のインターワーキ
    ング機能を含み、この方法が:最初(フォーリンにおい
    ては)データフレームを第一のモバイルエンドシステム
    と前記第一のインターワーキング機能を通じて前記第三
    のインターワーキング機能との間で通信するステップ;
    最初(ホームにおいては)データフレームを前記第三の
    インターワーキング機能と前記第一の通信サーバとの間
    で通信するステップ;前記第一のモバイルエンドシステ
    ムが移動し、前記第一のアクセスハブを通じて再登録す
    るとき、登録リクエストを前記第一のモバイルエンドシ
    ステムから第一のアクセスポイント、前記第一のアクセ
    スハブおよび前記第二の登録サーバを通じて前記ホーム
    登録サーバに送信することで、前記第一のモバイルエン
    ドシステムを前記ホーム登録サーバに、前記第三のイン
    ターワーキング機能と前記第一の通信サーバとの間のリ
    ンクを切断することなく、再登録するステップ;前記第
    一のモバイルエンドシステムが前記第一のアクセスハブ
    を通じて再登録されたとき、前記第三のインターワーキ
    ング機能を前記第二のインターワーキング機能とリンク
    するステップ;および前記第三のインターワーキング機
    能が前記第二のインターワーキング機能とリンクされた
    後に、前記第三のインターワーキング機能と前記第一の
    インターワーキング機能との間のリンクを切断するステ
    ップを含むことを特徴とする方法。
  28. 【請求項28】 ホームネットワークと、第一および第
    二のフォーリンネットワークにおいて用いる第一のモバ
    イルエンドシステムと第一の通信サーバとの間の接続を
    ハンドオフする方法であって、前記第一のフォーリンネ
    ットワークが第一の登録サーバおよび第一のインターワ
    ーキング機能を含み、前記第二のフォーリンネットワー
    クが第二の登録サーバ、第一のアクセスハブおよび第二
    のインターワーキング機能を含み、前記ホームネットワ
    ークがホーム登録サーバおよび第三と第四のインターワ
    ーキング機能を含み、この方法が:最初(フォーリンに
    おいては)データフレームを第一のモバイルエンドシス
    テムと前記第一のインターワーキング機能を通じて前記
    第三のインターワーキング機能との間で通信するステッ
    プ;最初(フォーリンにおいては)データフレームを前
    記第三のインターワーキング機能と前記第一の通信サー
    バとの間で通信するステップ;前記第一のモバイルエン
    ドシステムが移動し、前記第一のアクセスハブを通じて
    再登録するとき、登録リクエストを前記第一のモバイル
    エンドシステムから第一のアクセスポイント、前記第一
    のアクセスハブおよび前記第二の登録サーバを通じて前
    記ホーム登録サーバに送信することで、前記第一のモバ
    イルエンドシステムを前記ホーム登録サーバに再登録す
    るステップ;前記第一のモバイルエンドシステムが前記
    第一のアクセスハブを通じて再登録されたとき、前記第
    四のインターワーキング機能を前記第二のインターワー
    キング機能にリンクするステップ;前記第四のインター
    ワーキング機能を前記第一の通信サーバにリンクするス
    テップ;前記第四のインターワーキング機能が前記第一
    の通信サーバにリンクされたとき、前記第三のインター
    ワーキング機能と前記第一の通信サーバとの間のリンク
    を切断するステップ;および前記第四のインターワーキ
    ング機能が前記第二のインターワーキング機能にリンク
    された後に、前記第三のインターワーキング機能と前記
    第一のインターワーキング機能との間のリンクを切断す
    るステップを含むことを特徴とする方法。
JP30644698A 1997-10-14 1998-10-14 移動管理システム Pending JPH11284666A (ja)

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)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004505569A (ja) * 2000-07-27 2004-02-19 アイピーワイヤレス,インコーポレイテッド Umtsにおけるアカウンティング機能を実行するradius動作方法及びシステム
JP2004523143A (ja) * 2000-09-26 2004-07-29 ランダラ ナット アクチボラゲット パケット・ベースの網でのモバイル装置用アクセス・ポイントと前記網での課金方法とシステム
JP2005524161A (ja) * 2002-04-23 2005-08-11 エスケーテレコム カンパニー リミテッド 公衆無線近距離通信網で移動性を有する認証システム及び方法{AuthenticationSystemandMethodHavingMobilityinPublicWirelessLocalAreaNetwork}
JP2006518559A (ja) * 2003-01-09 2006-08-10 クゥアルコム・インコーポレイテッド プリペイド無線パケットデータサービスに関してユーザにアカウント残高(accountbalance)通知を与えるための方法および装置
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)

* Cited by examiner, † Cited by third party
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 シンボル テクノロジーズ インコーポレイテッド 無線lan用インフラストラクチャ
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 ネットワーク及びそれに用いる無線lan認証方法
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)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5497412A (en) * 1994-04-07 1996-03-05 Gte Telecommunication Services Incorporated Enhanced call delivery system for roaming cellular subscribers
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

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004505569A (ja) * 2000-07-27 2004-02-19 アイピーワイヤレス,インコーポレイテッド Umtsにおけるアカウンティング機能を実行するradius動作方法及びシステム
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 エスケーテレコム カンパニー リミテッド 公衆無線近距離通信網で移動性を有する認証システム及び方法{AuthenticationSystemandMethodHavingMobilityinPublicWirelessLocalAreaNetwork}
JP2006518559A (ja) * 2003-01-09 2006-08-10 クゥアルコム・インコーポレイテッド プリペイド無線パケットデータサービスに関してユーザにアカウント残高(accountbalance)通知を与えるための方法および装置
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) パケット無線ネットワークのip移動機構
CN102547908B (zh) 表维护方法、系统和接入网关路由器
CN101729534A (zh) 基于PPPoE的网络接入装置、系统、及方法
Doyle et al. IP mobility scheme for multi-hop WiMAX