JP2003505933A - 遠隔通信のルート設定 - Google Patents

遠隔通信のルート設定

Info

Publication number
JP2003505933A
JP2003505933A JP2001511042A JP2001511042A JP2003505933A JP 2003505933 A JP2003505933 A JP 2003505933A JP 2001511042 A JP2001511042 A JP 2001511042A JP 2001511042 A JP2001511042 A JP 2001511042A JP 2003505933 A JP2003505933 A JP 2003505933A
Authority
JP
Japan
Prior art keywords
node
routing
packet switching
access node
protocol data
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.)
Withdrawn
Application number
JP2001511042A
Other languages
English (en)
Other versions
JP2003505933A5 (ja
Inventor
オニール、アラン・ウイリアム
コーソン、マシュー・スコット
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.)
British Telecommunications PLC
Original Assignee
British Telecommunications PLC
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 British Telecommunications PLC filed Critical British Telecommunications PLC
Publication of JP2003505933A publication Critical patent/JP2003505933A/ja
Publication of JP2003505933A5 publication Critical patent/JP2003505933A5/ja
Withdrawn legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L45/00Routing or path finding of packets in data switching networks
    • H04L45/02Topology update or discovery
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/02Communication route or path selection, e.g. power-based or shortest path routing
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/24Connectivity information management, e.g. connectivity discovery or connectivity update
    • H04W40/248Connectivity information update
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W40/00Communication routing or communication path finding
    • H04W40/34Modification of an existing route
    • H04W40/36Modification of an existing route due to handover

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Treatment Of Water By Ion Exchange (AREA)
  • Preparation Of Compounds By Using Micro-Organisms (AREA)
  • Agricultural Chemicals And Associated Chemicals (AREA)

Abstract

(57)【要約】 パケットスイッチングノードのインフラストラクチャを含むパケットスイッチングネットワークにおいて移動ノードへのパケットのルート設定を制御する方法であって;前記パケットスイッチングノードは、複数の固定されたコアノードと複数のアクセスノードとを含み、複数のアクセスノードへのルート設定接続経路は次のホップへの先方送りによって規定されていて、ルート設定経路は前記インフラストラクチャ内で所与のネットワークアドレスについて方向付けられ、前記次のホップへの先方送りは、アクセスノードを通るルートの特徴を特定するルート設定規定プロセスに応答して規定され:前記移動ホストが、前記パケットスイッチングノードの少なくとも1つにおいて、第1のアクセスノードから第2のアクセスノードへ移動するのに応答して、ルート設定規定プロセスによって、前記次のホップへの先方送りを変更して、前記ルート設定規定プロセスが終了した後で:第1のルート設定プロトコルデータは、第1の組のパケットスイッチングノード内に保持されて、前記第1のアクセスノードを通る第1のルートの特徴を特定し;第2のルート設定プロトコルデータは、第2の組のパケットスイッチングノード内に保持されて、前記第2のアクセスノードを通る第2のルートの特徴を特定することを含む方法。

Description

【発明の詳細な説明】
【0001】 発明の属する技術分野 本発明は、遠隔通信信号のルート設定に関する。とくに、本発明は固定形およ
び移動形の遠隔通信媒体へこのような信号をルート設定して、ユーザが何れかの
媒体上で同じやり方で同様のサービスを使用でき、かつスイッチングおよび他の
ネットワーク応用機能のより大きな共通性(commonality)によってシステムオ
ペレータがコストを低減できる方法に関する。本発明は、いわゆる“インターネ
ットプロトコル(Internet Protocol, IP)”を使用する“インターネット(Int
ernet)”において使用されるパケットベースの通信のルート設定に関する。
【0002】 従来の技術 この移動媒体(モバイルメディウム)システムは、移動ユーザおよび関係するシ
ステムはインターフェイスにおいてネットワーク(一般的に無線基地局)と協働
して、移動ノードが1つの基地局との通信から別の基地局との通信へ変更するこ
と、およびネットワークが新しい位置のインテリジェンスポイントを更新できる
ように構成されている。セルラネットワークでは、これらのインテリジェンスポ
イントは、ホームロケーションレジスタ(Home Location Register, HLR)およ
びビジタロケーションレジスタ(Visitor Location Register, VLR)であり、一
方で“モバイルIP(Mobile IP)”ではこれらのロケーションレジスタはホー
ムエージェント(Home Agent)および外部エージェント(Foreign Agent)とし
て知られている。両方の場合において、“ビジタ”ロケーションレジスタ、また
は“外部”エージェントは、現在基地局とその管理下で協働しているユーザの記
録のみを維持し、“ホーム”ローケーションレジスタは関係するユーザのパーマ
ネントレコードを、VLRまたは外部エージェントの現在協働しているものの記
録を含めて維持する。到来メッセージのアドレスは、関連するHLR/ホームエ
ージェントを識別し、これを参照して、より特定的なルート設定の詳細について
適切なVLR/外部エージェントを識別する。したがって距離が若干離れている
こともあるHLR/ホームエージェントには知らせずに、VLR/外部エージェ
ント内で、ユーザの現在の位置に対して局所的に(ローカルに)、位置のマイナ
ーチェンジを行うことができ、このためにシグナリングオーバーヘッドは著しく
低減する。
【0003】 このホームエージェント/外部エージェントのインターフェイスを用意するこ
とによって、移動コストが追加され、とくにパケットシステムではトンネリング
(一方のアドレスから他方のアドレスへメッセージを送ること)、アドレスの枯
渇(adress exhaustion)(発信元のアドレスを再び使用できなくなること)、
および三角ルート設定のコストが追加される。
【0004】 固定媒体システムでは、IPのルート設定は、IPアドレスのブロックまたは
プレフィクスを、関係する距離およびルート設定コストと共に、潜在的な宛先か
ら潜在的な送信者へ分配することに基いており、したがって潜在的な送信者およ
び中間のルータはその宛先への最善の次の移行であるホップ(隣り合うルータ)
を判断することができる。これらのルートは、ネットワーク内の全ての宛先につ
いて予めコンピュータ処理されていて、したがって送信者は、情報が生成される
と直ぐにそれを送ることができる。ルートの事前のコンピュータ処理、すなわち
配備されたルート設定交換技術は、ソースおよび宛先の位置が固定されていると
き、および通信のバンド幅が徹底的なルート交換(exhaustive exchange of rou
tes)のために十分にあるときは可能である。しかしながらローミングの割合が
増すとき、このようなモデルの細分(break down)およびより動的なルート設定
のアプローチが必要とされる。
【0005】 文献“HAWAII”(インターネットドラフト(Internet-draft)名を“IP Micro
-Mobility Support Using HAWAII”, R.Ramjee, T.LaPor, S.Thuel, K.Varadhと
して1999年2月19日に発行されており、Internet Engineering Taskforce Intern
etサイトでは; HTTP://www.ietf.org/internet-drafts/draft-rimjee-micro-mobility-hawaii-O
O.txt.に書込まれている)を参照されたい。HAWAIIでは特定の経路セットアップ
方式を使用して、ルート設定ドメインにおいてドメイン内の小さな移動性(intr
a-domain micro-mobility)を支援するときに、特定のルータ内にホスト基地局
の先送りのエントリをインストールし、ドメイン間の小さな移動性(inter-doma
in micro-mobility)に対して“モバイルIP”を使用してデフォルトにする。H
AWAIIでは、移動ホストは、ドメイン内で移動する一方で、ネットワークアドレ
スを保持する。HAWAIIアーキテクチャは、ドメインルートルータと呼ばれる、ド
メインへのゲートウエイルータに依存し、ドメイン内のデフォルトのルートはこ
こへ方向付けられる。各移動性ホストは、パーマネントIPアドレスに基くホー
ムドメインに割り当てられる。経路セットアップ方式ではドメイン内の単一のル
ート設定経路を更新し、ワイヤレスリンク層におけるハンドオフの前後に、移動
ホストへ接続することができる。ドメインルートルータと、移動ホストに現在サ
ービスしている基地局との間の単一のルート設定経路に沿って位置するルータの
みが、移動ホストのIPアドレスに対してルート設定テーブルのエントリをもつ
。ドメインルート内のルータの残りは、デフォルトルートに沿って上方向へ移動
ホストへアドレス指定されるパケットを、ドメインルートルータに根付いている
ルート設定ドメインのツリー形の性質に依存してルート設定し、ルータが移動ホ
ストのIPアドレスに対して個々のホストエントリをもつ単一のルート設定経路
に沿って、移動ホストへ向かう下方向へルート設定と交差する。
【0006】 HAWAIIでは、ドメイン間の移動性は、“モバイルIP”機構(メカニズム)に
よって支援されている。ホームドメインルートルータはホームエージェントとし
て示され、カプセル化されたIPパケットは外部ドメインルートルータを介して
送られる。
【0007】 HAWAIIの提案についての欠点には、ネットワークコア、すなわちドメインルー
トルータ内のいくつかのノードにモバイルIPトンネルの集中を含むことであり
、これらのノードが故障したときに、全てのモバイルIPの状態および故障した
ノードによって処理される関係するセッションについて大きな障害を導くことに
なる。さらに、ホームドメインの外からホームドメイン内へ、およびこの逆方向
の全てのルート設定は、ホームドメインルートルータを介して発生するので、ホ
ームドメインルートルータの故障も大きい故障を導くこともある。
【0008】 発明が解決しようとする課題 本発明の1つの態様にしたがって、パケット伝送リンクによって相互接続され
ているパケットスイッチングノードのインフラストラクチャを含むパケットスイ
ッチングネットワーク内で移動ノードへのパケットのルート設定を制御する方法
であって;前記パケットスイッチングノードは複数の固定されたコアノードと複
数のアクセスノードとを含み、複数のアクセスノードへのルート設定経路は前記
ルート設定経路に沿って位置付けられているパケットスイッチングノードによっ
て行われる次のホップへの先方送りによって規定されていて、ルート設定経路は
前記インフラストラクチャ内で所与のネットワークアドレスについて方向付けが
でき、前記次のホップへの先方送りは、ルート設定プロトコル制御メッセージが
パケットスイッチングノード間で送られるルート設定規定プロセスに応答して規
定され、アクセスノードを通るルートの特徴を特定するルート設定プロトコルデ
ータは前記パケットスイッチングノード内に記憶される。この方法は、前記移動
ホストが第1のアクセスノードから第2のアクセスノードへ移動するのに応答し
て、前記パケットスイッチングノードの少なくとも1つにおいて前記移動ノード
によって使用される第1のネットワークアドレスについて、前記次のホップへの
先方送り(フォワーディング)を変更し、ルート設定制御メッセージを制限され
た数の前記パケットスイッチングノードへ送ることを含むルート設定規定プロセ
スによって、パケットを前記第2のアクセスノードを介して前記移動ホストへル
ート設定できるようにし、前記ルート設定規定プロセスが終了した後で: 前記第1のネットワークアドレスについての第1のルート設定プロトコルデ
ータが第1の組のパケットスイッチングノード内に保持されて、前記第1のルー
ト設定プロトコルデータが前記第1のアクセスノードを通る第1のルートの特徴
(特性)を特定し; 前記第1のネットワークアドレスについての第2のルート設定プロトコルデ
ータが、前記第1の組のパケットスイッチングノードとは異なる、第2の組のパ
ケットスイッチングノード内に保持されて、前記第2のルート設定プロトコルデ
ータが前記第2のアクセスノードを通る第2のルートの特徴を特定することを含
む方法を提供する。
【0009】 ルート設定制御メッセージの伝搬を制限し、“古い”ルートと“新しい”ルー
トとに関係するルート設定プロトコルデータが、パケットスイッチングネットワ
ーク内に一緒に存在できるようにすることによって、低減されたシグナリングロ
ードでのネットワーク内の移動に順応することができる。さらに、パケットスイ
ッチングノード内のルート設定プロトコルデータ更新処理も低減することができ
る。
【0010】 本発明の別の態様および長所は、例示的に、添付の図面を参照して以下で記載
する実施形態から明らかになるであろう。
【0011】 発明の実施の形態 ここで図1を参照すると、本発明の実施形態にしたがう固定/移動トポロジの
例が示されている。トポロジは、例示的に、自立システム(Autonomous System,
AS)を形成している3つのパケットスイッチングネットワーク2、4、6を含
んでおり、この範囲は図1内の陰影部によって模式的に示されている。自立シス
テムという用語に与えられた1つの定義は、“1組のルータおよびネットワーク
の組は同じ管理下にある”ことである(文献(“Routing in the Internet”, C
hristian Huitema, Prentice-Hall, 1995, P.158)参照)。ここでは自立システ
ムという用語は、この技術におけるルート設定ドメインとも呼ばれており、同じ
ルート設定プロトコルを実行するルータをもつネットワーク、または1組のネッ
トワークを意味することも意図されている。自立システムは、(後述で例示的に
使用される)インターネットのようなグローバルインターネットワークを形成し
ている他の自立システムに接続することができる。ルート設定プロトコルはイン
テリア ゲートウエイ プロトコル(interior gateway protocol,IGP)であり、
他の自立システムとの通信は、境界ゲートウエイプロトコル(Border Gateway P
rotocol, BGP)のようなエクステリア ゲートウエイ プロトコル(exterior gat
eway protocol, EGP)を介して実現される。既知のIGPの例は、ルーティング
インフォメーション プロトコル(Routing Information Protocol, RIP)およ
びオープン ショーテスト パス ファースト(Open Shortest Path First, OSPF)
である。
【0012】 自立システムの固定インフラストラクチャを形成しているネットワーク2、4
、6は、複数のコアルータ(Core Router, CR)、複数のエッジルータ(Edge Ro
uter, ER)、およびAS内の異なるネットワーク2、4、6を相互接続している
ブリッジルータ(Bridge Router, BR)を含む。これらのパケットスイッチング
ノードの全ては、単一のIPルート設定プロトコルを実行し、これについては1
つの実施形態において別途記載する。
【0013】 エクステリア ゲートウエイ ルータ(Exterior Gateway Router, EGR)は、自立
システムを、グローバルインターネットの別の自立システムへ接続する。
【0014】 図1に示した自立システムは、移動ホストと固定ホストの両者に対してルート
設定を行い、移動ホストは、その移動の結果AS内のルート設定を変更し、固定
ホストは、いわゆる静止したホストであり、このようなルート設定の変更は行わ
れない。
【0015】 例示的に、移動ノードはワイヤレスリンクを介してエッジルータへ接続され、
セルラ無線リンク(別の可能なタイプのワイヤレスリンクは赤外線リンクである
)は、移動ネットワークオペレータによって用意されている基地局(Base Stati
on, BS)ルータを使用している。セルラ無線リンクは、GSMのような時分割多
重アクセス(Time Division Multiplier Access, TDMA)システムリンクである
か、または“CDMA 2000”のようなコード分割多重システム(Code Divi
sion Multiple Access, CDMA)システムリンクであってもよい。移動ノードは、
個別の移動ホスト14か、またはそれに接続された複数のホストをもつ移動ルータ
16、あるいはこの両者の形態をとり、それぞれ所定の時間において(CDMA“
ソフトハンドオーバ”の場合に)BSルータと無線通信する。BSルータは、多
数のトランシーバ基地局(Base Transceiver Stations, BTS)を制御し、BTS
は、セルラシステムの個別の“セル”が周囲に形成されている無線アンテナと一
緒に置かれている。
【0016】 移動ノード14、16は、セルラ無線通信ネットワークのセル間を移動する。BS
ルータが多数のセルにサービスするとき、セル間でハンドオーバされる移動ノー
ドは同じBSルータを介してパケットルータを受け取り続けることができる。し
かしながら、移動ノードが、サービスを受けるのに通るBSルータの範囲外へ移
動するとき、新しいセルへのハンドオーバによりAS内のルート設定の変更が必
要となる。当該の該または1つの移動ノードとの間で送受信されるデータパケッ
トは、ノードのIPアドレスの識別子を使用して、ハンドオーバの前に所与のB
Sルータを介してルート設定され、ハンドオーバの後で異なるBSルータを介し
て、同じIPアドレスへのルート設定を要求する。移動ノードは、1つのBSル
ータから別のBSルータへのハンドオーバ中にASを介して異なるホストとの通
信セッションに加わることができる。(例えば、TCP/IP接続内の)トラン
スポート層における接続が移動ノードのIPアドレスによって部分的に規定され
るので、ルート設定がこのように変化するとき、移動ノードが異なるBSルータ
からサービスを受け取るとき、同じIPアドレスを使用してこのような接続を継
続できることが望まれる。
【0017】 固定ホストは、イーサネット(登録商標)プロトコルのようなローカルエリア ネットワークプロトコルを実行しているローカルエリアネットワーク(Local Ar ea Network, LAN)10を介してエッジルータへ接続することができる。固定ホス トは、インターネットアクセスプロバイダによって用意されるネットワークアク セスサーバ(Network Access Server, NAS)20を使用して公衆サービス電話ネッ トワーク(Public Services Telephone Network, PSTN)12を介してエッジルー タへ接続することもできる。NAS20は、PPPまたはSLIPのようなプロト コルを使用してNAS20へ接続している固定ホストへのダイヤルアップ毎に固定 されたIPアドレスを動的に割り当て、関係するエッジルータを介して各固定ホ ストとの間で送受信されるIPパケットをルート設定する。NAS20がIPアド レスを動的に割り当てる一方で、割り振られたIPアドレスについてパケットを ルート設定するのに通るエッジルータは、アクセスセッション中か、またはより 長い期間において変更しない。したがって、自立システム内のルート設定は、リ ンク故障、またはトラヒック管理のようなAS内の要因によって以外に、各固定 ホストへの変更を必要としない。
【0018】 IGP、すなわち本発明のこの実施形態においてAS内で使用されている単一
のIPルート設定プロトコルは、時間的に順序付けられたルート設定アルゴリズ
ム(Temporally-Ordered Routing Algorithm, TORA)ルート設定プロトコルの変
形であり、とくに文献(“A Highly Adaptive Distributed Routing Algorithm
for Mobile Wireless Networks”, Vincent D Park and M Scott Corson, Proce
edings of INFOCOM '97, April 7-11, Kobe, Japan;and “A Performance Comp
arison of the Temporally-Ordered Routing Algorithm and Ideal Link-State
Routing”, Vincent D Park and M Scott Corson, Prpceedings of ISCC '98, 3
0 June - 2 July, 1999, Athens, Greece)に記載されている。
【0019】 TORAルート設定プロトコルアルゴリズムは、分散して実行され、ループの
ないルートを用意し、(輻輳を緩和するために)多数のルート設定を行い、ルー
トを迅速に設定し(したがって、トポロジが変わる前にルートを使用することが
でき)、(使用可能なバンド幅を確保し、スケーラビリティを増加することが)
可能であるときは、トポロジの変化に対するアルゴリズムの反応を局所化するこ
とによって通信のオーバーヘッドを最小化する。
【0020】 アルゴリズムが分散されるとすると、隣り合うノードに関する情報(すなわち
、1つのホップの知識)のみを維持する必要がある。したがって、全てのルート
はループがないことが保証され、通常はルートを要求するソース/宛先の対に対
するマルチパスルート設定を用意する。通常は多数のルートが設定されているの
で、トポロジの変化が多くても、単一のルートで十分であるためにAS内のルー
ト設定の更新は必要ない。反応を必要とするトポロジの変化の後でプロトコルに
よって有効なルートが再び設定される。
【0021】 TORAプロトコルは、グラフG=(N,L)(なお、Nは有限の組のノード
であり、Lは1組の最初の無向リンクの組である)としてネットワークをモデル
化している。各ノードi∈Nは独特の(ユニークな)ノード識別子(identifier
, ID)をもち、各リンク(i,j)∈Lは双方向の通信を可能にしている(すな
わち、リンクによって接続されているノードは、何れかの方向で互いに通信する
ことができる)。次に、各最初の無向(アンディレクテッド)リンク(i,j)
∈Lは、3つの状態;すなわち(1)無向状態、(2)ノードiからノードjへ
の有向状態、または(3)ノードjからノードiへの有向状態の1つに割り当て
ることができる。リンク(i,j)∈Lがノードiからノードjへ方向付けられ
るとき、ノードiはノードjから“上流”にあると言われ、一方でノードjはノ
ードiから“下流”にあると言われる。各ノードiにおいて、iの“隣り合うノ
ード、すなわちNi∈N”はノードjの組であるように規定され、したがって(
i,j)∈Lである。各ノードiは、組Ni内の隣り合うノードを常に認識して
いる。
【0022】 論理的に別個の形式のプロトコルは、ルート設定が必要とされている(例えば
、ホストIPアドレスによって識別される)各宛先ごとに実行される。
【0023】 TORAプロトコルは、3つの別個の機能:すなわちルートを生成すること;
ルートを維持すること;およびルートを消去することに分割することができる。
所与のノードから宛先へのルートを生成するには、ノードから宛先へ導かれてい
る有向(ディレクテッド)リンクのシーケンスの設定が必要である。ルートを生
成することは、無向ネットワークまたはネットワークの一部分においてリンクへ
の方向を割り当てることに本質的に対応している。これを達成するのに使用され
る方法は、照会/応答プロセスであり、これは宛先(すなわち、下流リンクをも
たない唯一のノード)に根のついた閉路なし有向グラフ(directed acyclic gra
ph, DAG)を構築している。このようなDAGは、“宛先指向”のDAGと呼ば
れている。ルートの維持は、宛先へのルートを有限の時間内で再設定するやり方
で、ネットワーク内のトポロジの変化に反応することを含む。ネットワークの区
分を検出するとき、(宛先から区分されるネットワークの一部分の中の)全ての
リンクは、無向であるとマークを付され、無効のルートを消去する。
【0024】 プロトコルは、3つの別個の制御パケット:すなわち照会(query, QRY)、更
新(update, UPD)、およびクリア(clear, CLR)の使用によって、これらの3
つの機能を達成する。QRYパケットはルートを生成するために使用され、UD
Pパケットはルートを生成し、かつ維持するために使用され、CLRはルートを
消去するために使用される。
【0025】 所与の時間において、順序付けられた5つ組(ordered quintuple)は、“高
さ(height)”と呼ばれ、Hi=(τi, oidi, ri, δi, i)は各ノード
i∈Nと関係している。概念上、各ノードと関係している5つ組は、2つのパラ
メータ:すなわち参照レベル、および参照レベルと関係するデルタによって規定
されるノードの高さを表わしている。参照レベルは、5つ組の中の最初の3つの
値によって表わされ、一方でデルタは最後の2つの値によって表わされている。
ノードがリンク故障によって最後の下流リンクを失うたびごとに、新しい参照レ
ベルが規定される。参照レベルτiを表わしている1番目の値は、リンク故障の
“時間”に設定された時間のタグである。2番目の値、oidiは発信者−ID
(すなわち、新しい参照レベルを規定したノードの独特のID)である。これは
、参照レベルを全体的に辞書式に順序付けることができることを保証している。
3番目の値、riは、独特の参照レベルの各々を2つの独特のサブレベルへ分割
するのに使用される単一のビットである。このビットを使用して、元の参照レベ
ルと、それに対応する、より高い反映した参照レベルとを識別する。デルタδi
を表わしている1番目の値は、共通の参照レベルに関連してノードを順序付ける
のに使用される整数である。この値は、参照レベルを伝搬するのに貢献する。最
後に、デルタiを表わしている2番目の値は、ノードの独特のID自体である。
これは、共通の参照レベルおよびδiに等しい値をもつノード(および実際には
、全てのノード)は、全体的に常に辞書式に順序付けることができることを保証
している。
【0026】 (宛先以外の)各ノードiはその高さ、Hiを維持する。最初に、(宛先以外
の)ネットワーク内の各ノードの高さはNULLに設定され、Hi=(-, -, -,
-, i)になる。続いて、各ノードiの高さは、プロトコルの規則にしたがって
変更される。それ自身の高さに加えて、各ノードiは、ルート設定プロトコルデ
ータテーブル内に、ネットワーク内の既存のDAGをもつホストIPアドレスに
対するエントリを維持し、このエントリには、各隣り合うノードj∈Niについ
てのエントリHNijをもつ高さの配列を含む。
【0027】 (宛先以外の)各ノードiは、ルート設定プロトコルデータテーブルにおいて
、各リンク(i,j)∈LごとにエントリLSijとのリンク状態の配列を維持し
ている。リンクの状態は、高さHiおよびHNijによって判断され、より高いノ
ードからより低いノードへ方向付けられる。隣り合うノードjがノードiよりも
高いときは、リンクは上流であるとマークを付される。隣り合うノードjがノー
ドiよりも低いときは、リンクは下流であるとマークを付される。
【0028】 TORAプロトコルは、最初は、ルータが移動性であって、ワイヤレスリンク
を介して連結される移動アドホックネットワーク(Mobile Ad-Hoc Network, MAN
ET)において使用するために設計された。しかしながら、本発明の実施形態では
、変更されたTORAプロトコルは、図1に示したような固定リンクによって相
互接続されている固定ルータをもつ固定インフラストラクチャを含む自立システ
ム内で使用され、移動ホストがインフラストラクチャへの接続点を変更するとき
に、固定インフラストラクチャにおいてルート設定変更を行う。
【0029】 図26は、この実施形態にしたがってルータ内で保持することができるルート
設定プロトコルデータテーブルの1例を模式的に示している。
【0030】 各ホストIPアドレス(または、別途記載するように、集合化されたDAGの
場合はアドレスのプレフィックス)に対して、ネットワーク内にDAGをもつI
P1、IP2、などには、記憶ノードHi(IP1)、Hi(IP)、などの高さ
が記憶されている。さらに加えて、各隣接する隣り合うものの識別、例えばw、
x、y、z、隣り合うものの高さHNiw(IP1,IP2,など)、HNiy(I
P1,IP2,など)、およびHNiz(IP1,IP2,など)も記憶されてい
る。最後に、各IPアドレス(またはプリフィクス)に対するリンク状態のアレ
イは、各隣り合うものに対応する各リンク識別子(L1,L2,L3,L4)に
対して上流リンク(U)、下流リンク(D)、または無向リンク(−)を示すマ
ーキングの形態で記憶することができる。
【0031】 ルート設定プロトコルデータテーブル内に保持されているリンク−状態の配列
は、データを保持しているルータ内に次のホップへの先方への送り(forward、
先送り、先方送りと訳出)の判断を局所的に行うことを可能にする。十分に相互
接続されたネットワークにおいて、各ルータは少なくとも1つの下流リンクをも
つ。下流リンクが1つのみ存在するとき、このリンクは次のホップへの先送りリ
ンクとして選択される。下流リンクが2以上存在するとき、例えば2つのリンク
上の現在のトラヒックロードに基いて、最適の下流リンクを選択することができ
る。何れかの場合において、選択されたリンクはIPアドレスに対する次のホッ
プへの先送りデータテーブルへ入れられる。図27に示したような次のホップへ
の先送りテーブルは、ルータに到達するルート設定を要求するIPパケットとし
て迅速にアクセスするためにキャッシュメモリ内に保持されている。このテーブ
ルには、各IPアドレス(またはプリフィクス)IP1、IP2、などに対して
、選択された次のホップへの先送りリンク(L2,L1,など)を記憶する。
【0032】 ルータの固定インフラストラクチャの使用、および別途記載する本発明の別の
態様により、AS内でのルート設定の集合化、とくに移動ホストのIPアドレス
が可能である。次に、IPのアドレス指定、とくにどのようにして可変長のプレ
フィクスを使用して、IPルート設定ネットワークにおけるルート設定の集合化
を行うかについて簡単に記載する。
【0033】 IPアドレスは現在、所定数(32)のビットから構成されている。IPアド
レスは、以前は非構造(アンストラクチャードベーシス)で割り振られた(これ
は、“フラット”アドレス指定計画と呼ばれている)。クラスフルアドレス指定
(classful addressing)は、ネットワークのプレフィクスおよびホストフィー
ルドへのアドレスを分割することによって2段のルート設定階層の概念を導入し
た。ユーザにクラスA、クラスB、またはクラスCの何れかのIPアドレスを割
り振って、ルート設定および管理を簡単にした。
【0034】 クラスAでは、ビット0はクラスAを識別し、ビット1−7はネットワーク(
126ネットワーク)を識別し、ビット8−31はホスト(1,600万ホスト
)を識別する。
【0035】 クラスBでは、ビット0−1はクラスBを識別し、ビット2−15はネットワ
ーク(16,382ネットワーク)を識別し、ビット16−31はホスト(64
,000ホスト)を識別する。
【0036】 クラスCでは、ビット0−2はクラスCを識別し、ビット3−23はネットワ
ーク(2,097,152ネットワーク)を識別し、ビット24−31はホスト
(256ホスト)を識別する。
【0037】 2段の階層は、ネットワーク内のホスト間にフラットなルート設定階層を依然
として残している。例えば、クラスAのアドレスブロックは、1,600万のホ
ストをもち、これが1,600万のルート設定テーブルのエントリを含むネット
ワーク内の全てのルータを生成する。サブネット化を行って、ホストアドレスブ
ロックを可変長のサブネットフィールドおよびホストフィールドへ分割すること
を可能にした。したがってAS内のルータは、サブネットのみについてルート設
定テーブルのエントリを保持する(各サブネット上の全てのホストに対するルー
ト設定の集合化を行う)ことができる。サブネットのマスクを使用して、ルータ
がアドレスのサブネット部を識別できるようにする。
【0038】 本発明のこの実施形態にしたがって、ホストIPアドレスブロック(すなわち
、プレフィクスを共有する連続したIPアドレス)を、BSルータのようなアク
セスノードへ割り当て、アクセスセッション中にブロック内から移動ホストへI
Pアドレスを動的に割り振ることによって、ルート設定の集合化を行う。移動ホ
ストが電源投入時にセルラネットワークに登録するとき、サービスしているBS
ルータは、IPアドレスを割り振り、移動ホストのワイヤレスリンク識別子と割
り振られたIPアドレスとの間の結合をキャッシュする。集合化されたルート設
定計画、すなわちこの実施形態では集合化されたDAGは、移動ホストが、セッ
ション中に使用するIPアドレスを割り振られる前に、AS内で予めコンピュー
タ処理される。移動ホストの電源切断後に、IPアドレスが所有しているBSル
ータへ戻されると、IPアドレスを別の移動ホストへ割り振ることができる。B
Sルータによって割り振られた移動ホストのIPアドレスは、集合化されたDA
Gをもち、移動ホストの少なくとも1つが遠ざかると、この場合は集合化された
DAGは適所に残るが、ホスト専用の例外は、移動専用のルート設定更新手続き
によって影響を与えられるルータ上で生成される(更新において、遠ざかった1
つの移動ホストのみのためにルート設定を変更する)。
【0039】 BSルータによって所有されているアドレスのプリフィクスについてのAS内
のルータの事前のコンピュータ処理は、所有しているBSルータが、AS全体で
溢れている各プリフィクスごとに、ここでは“最適化(optimization, OPT)”
パケットと呼ばれている更新メッセージを注入することによって達成され、集合
化(アグレゲート)されたDAGを構築と一緒にプレフィクスの通知として効果
的に働く。OPTパケットは、IPアドレスのプリフィクスを所有し、集合化さ
れたDAGを制御しているBSルータによって送られる。OPTパケットは、(
(設定されていても)現在の高さに関係なく)ネットワーク内の全ての他のノー
ドへ伝搬し、これらの高さを“オール ゼロ”の参照レベルへ(再)設定し、し
たがってTORAの最初の3つの値(Ti,oidi,ri)を全てゼロに設定さ
れる。4番目の高さの値δiは、BSルータから伝送されてから、OPTパケッ
トが取るホップ数に設定される(これは、既知のTORAソース−開始されたD
AG生成機構におけるUPDパケットの伝搬に類似している)。1のインクリメ
ントが加えられて、BSルータから移動ノードへのホップを表わすことができる
。5番目の高さの値、iはノードIDに設定される。
【0040】 集合化されたDAGがこのAS内に存在すると、AS内の各パケットスイッチ
ングノードは、問題のIPアドレスのプレフィクスについて次のホップへの先送
りテーブルをもつ。パケットが、ルート設定を要求しているノードに到達すると
き、ノードは最も長く整合するアドレスのエントリについて次のホップへの先送
りテーブルをサーチし、これに基いて、次のルート設定の判断は、IPアドレス
を使用している移動ノードが所有しているBSルータから遠ざからなかったと仮
定すると、IPアドレスのプリフィクスになる。AS内に集合化されたDAGを
用意することによって、各パケットスイッチングノードにおいてルート設定テー
ブルの大きさおよびルート設定処理を最小化する。
【0041】 しかしながら移動ノードが、ネットワーク内で最初にサービスを受け取ったB
Sルータから離れているワイヤレスリンク層においてハンドオーバされるとき、
個別のホストアドレスのエントリは、移動ノードの移動性によって生じるルート
設定の更新によって影響される(制限された数の)パケットスイッチングノード
内の、ルート設定プロトコルデータテーブルと次のホップへの先送りテーブルと
の両者において生成される。これらのノードは、対応する集合化されたアドレス
エントリを記憶し続けるが、ホストアドレスエントリを使用して、最も長い整合
をサーチすることによって移動ノードのIPアドレスへパケットをルート設定す
る。
【0042】 TORAの高さの維持アルゴリズムは、同じ一般クラスのアルゴリズムに分類
されるが、この同じ一般クラスのアルゴリズムは、もともと文献(“Distribute
d Algorithms for Generating Loop-Free Routes in Networks with Frequency
Changing Topology”, E Gafni and D Bertsekas, IEEE Trans. Commun., Janua
ry 1991)において定義されている。このクラスの中では、ノードは高さを“増
加”するだけであって;高さを低減することはない。しかしながら本発明のこの
実施形態ではアルゴリズムを変更して、BSルータ間でハンドオーバした後で、
隣り合うノードへルート設定するインターフェイスが複数存在するとき、ノード
が、移動性に関係するルート設定の更新を最近送出した隣り合うノードへルート
設定するインターフェイス上でパケットを先送りするように、ノードが先送りの
振舞いをすることを確実にする。移動ノードのIPアドレスおよび問題の隣り合
うノードに対するエントリとしてルータのルート設定プロトコルデータテーブル
内に記憶されている高さの5つ組(τi, oidi, ri, δi, i)内のτの
時間の値は、“負”、すなわち少なくともゼロ未満になり、移動性に関係する更
新が行われたことを示し、負のτの時間値の大きさは所与のIPアドレスに対す
る移動性に関係するルート設定更新が行われる度ごとに増加することが許可され
ている。したがって、最近の移動性に関係する更新は、より大きい負のτの時間
値によって示される。移動性に関係するルート設定の更新は、負のτの時間値に
よって区別され、他の指標、例えば1ビットのフラグを使用して、負のフラグに
置換してもよいことに注意すべきである。
【0043】 移動ノードは、BSルータの結合を変更すると、τの時間値を、例えば整数に
よって低減することによって高さの値を低減し、新しい値は、移動ノードのIP
アドレスと関係するDAGの移動を開始した更新の一部としてAS内の制限され
た数のノードに伝搬され、これについては別途記載する。ノードが、下流に多数
の隣り合うノードをもつときは、最近活性化された下流リンクへルート設定され
る。高さは依然として完全に順序付けられている(したがって、ルート設定のル
ープの自由が保たれる)。
【0044】 本発明のこの実施形態の別の態様では、ワイヤレスリンク層における移動ノー
ドのハンドオーバ中に、一時的な、短期間の、トンネリング機構が用意され、デ
ータパケットは、移動ノードをハンドオーバするBSルータに到達し、移動ノー
ドがハンドオーバされるBSルータへ先送りされる。IPパケットスイッチング
ネットワークにおけるトンネリングは、(新しいBSルータのIPアドレスへア
ドレス指定される)新しいIPヘッダと共にデータパケットをカプセル化するこ
とによって達成でき、これは“IP−イン−IPのトンネリング(IP-in-IP tun
neling)”と呼ばれている。新しいBSルータにおいて、パケットはデカプシュ
レートされ、ワイヤレスリンクを介して移動ノードへ先送りされる。トンネルの
セットアップ、シグナリング、および認証機構は“モバイルIP”において使用
され、とくに、文献(“IP Mobility Support”, C Perkins, ed., 1ETF RFC 20
02, October 1996)に記載されている。“モバイルIP”でイネーブルされる全
てのBSルータでは、“モバイルIP”を使用して、異なるASへ移動する移動
ノードへパケットを先送りすることもできる。他の可能なトンネリングプロトコ
ルには、(UDPヘッダを到来するパケットへ加える)UDPトンネリング、G
REトンネリング(CISCO(商標)プロトコル)、層2トンネリングプロト
コル(L2TP)、およびネゴシエートまたは構成されたIPSECトンネルモ
ードを含む。
【0045】 移動ノードがBSルータからハンドオーバされるとき、このBSルータは、移
動ノードがハンドオーバされる新しいBSルータと対話し、次に示す段階に着手
する: (a)新しいBSルータへの一方向のトンネルを準備して、古いBSルータ
と移動ノードとの間のワイヤレスリンクが失われた後で、パケットを移動ノード
へ先送りすることができる段階。トンネルは、予め存在しているBS間のルータ
トンネル、またはホスト専用へのトンネルへのマッピングによって準備され、モ
バイルIP機構を介して動的にネゴシエートされる; (b)ワイヤレスリンク層において移動ノードへハンドオーバする段階; (c)新しいBSルータから移動ノードのIPアドレス(または、移動ルー
タの場合は、アドレス)に対してルート設定の更新を注入する段階; (d)移動ノードのIPアドレスへ向かうデータを先送りし、古いBSルー
タにおいてトンネルリンクを介して新しいBSルータへ到達する段階; (e)古いBSルータへの無効のルート設定を更新する段階; (f)ホスト専用であるときには、トンネルを解体(tear down)するか、
またはルート設定が集束した後で、予め存在するトンネルにおけるホスト専用の
状態を取除く段階。
【0046】 ハンドオーバの前に、全てのパケットは、古いBSルータを通るインフラスト
ラクチャ内で、ルートを介して移動ノードへ直接にルート設定される。ルート設
定の集束の後で、全てのパケットは、新しいBSルータを通るインフラストラク
チャ内で、ルートを介して移動ノードへ直接にルート設定される。
【0047】 ハンドオーバが、(トンネル設定の一部として古いBSルータからか、または
移動ノードから移動を補助するハンドオーバを介して)新しいBSルータへ知ら
されるとき、新しいBSルータは方向付けられたルート設定更新メッセージを生
成し、このメッセージは、既存のDAGを使用して、(古いBSルータへ方向付
けられたままである)移動ノードのIPアドレスについて古いBSルータへユニ
キャストされる。この更新は、逆方向の最低の隣り合う経路(接近する最短経路
)に沿って古いBSルータへ移動のDAGを選択的に変更する。この更新の最後
に、移動ノードが無線リンク層においてハンドオーバされた後で、古いBSルー
タは移動ノードのIPアドレスについて新しい下流リンクをDAG内にもつ。交
差ルータは、更新プロセス中に、既存のデータ流が移動ノードの新しいBSルー
タへ再び方向付けられる地点においてユニキャストの方向付けられた更新を受け
取る。
【0048】 この更新手続きは、トポロジに依存しておらず、新しいBSルータと古いBS
ルータとの間のトポロジ上の距離に関係なく採用される(BSルータの関係する
位置に実質的に依存して変更できる)。
【0049】 古いBSルータへのワイヤレスリンクが失われる時間だけ新しいBSルータへ
のルート設定が設定されない場合、および古いBSルータでは相当な量のキャッ
シングは実行されないときは、短期間のトンネルはパケットの損失を回避する。
【0050】 それにも関わらず短期間のトンネルは常に必要ではなく、次に示す2つのイベ
ントの関連する順序付けに依存する: (i)古いBSルータにおけるBSルータ−対−移動ノードのワイヤレスリ
ンクの損失;および、 (ii)古いBSルータにおける方向付けられたルート設定更新の到来。
【0051】 古いワイヤレスリンクが失われる前に、ルート設定更新が到達するときは、別
のデータパケットが再ルート設定が原因となって古いBSルータに到達しないの
で、トンネルは必要とされない(再ルート設定は、制御およびデータパケットが
等しい待ち行列の優先度および処理をもつようにされるし;これらをもたないと
しても、既に待ち行列に入れられているデータパケットは依然としてルート設定
の更新後に到達するからである)。そして全ての過去のデータパケットは古いワ
イヤレスリンク上で移動ノードへ送られる(先送りされる)ことになる。トンネ
ルが必要とされないとするとワイヤレスリンクが失われるときに全ての下流リン
クが損われることによって、古いBSルータにおけるTORAの更新の早すぎる
トリガは、ルート設定が集束するまで、古いBSルータにおいて仮想下流リンク
にマークを付すことによって防ぐことができる。したがって、古いBSルータに
おけるルート設定の抑制は、単に信号送信によって達成される。
【0052】 信号送信(シグナリング)のみによるルート設定の抑制は、古いBSルータが
、キャッシュ、例えば透過性(トランスペアレントな)のキャッシュとして働く
ときも使用でき、古いBSルータがルート設定が集束するまで、比較的に大量の
データを記憶し、ルート設定が集束すると、データを再び送ることができるよう
にする。
【0053】 上述のように、移動ノードがアクセスセッションを終了するとき、移動ノード
のIPアドレスに対するルート設定は、発信元のBSルータ、すなわちIPアド
レスのホームBSルータへ戻される。AS内に制限された数のノードのみを加え
ることを要件として、DAGの宛先をホームBSルータへ効果的に復元する機構
が用意される。
【0054】 移動ノードがアクセスセッションを終了するとき、現在のBSルータはIPア
ドレスのホームBSルータに接触し、DAGの宛先をホームBSルータへ転送し
始める。ここでも、トンネルリンクを抑制機構として使用して、現在のBSルー
タにおけるルート設定の更新を開始するか、または、より単純に、データが先送
りされないときは、仮想リンク(現在のBSルータにおける機能していない下流
リンクのマーキング)を使用することができる。現在のBSルータは、ホームB
Sルータへ方向付けられたトンネルリンクまたは仮想下流リンクを設定する。応
答して、ホームBSルータは、(現在のBSルータへ依然として方向付けられて
いる)移動ノードのIPアドレスについて既存のDAGを使用して現在のBSル
ータへ送られる方向付けられた“復元(restore)”更新を生成する。この更新
は、ホスト専用のルート設定プロトコルデータテーブルのエントリおよび移動ノ
ードの先の移動によって生成された次のホップへの先送りテーブルのエントリを
削除して、移動ノードのIPアドレスについて活動状態のルート設定計画として
予めコンピュータ処理された集束されたDAGを復元する。更新は、移動ノード
の過去の移動によって行われたルート設定の更新によって既に生成された経路上
で伝わる。したがって、行われた移動専用の更新が消去される負の高さの値の組
と、(ネットワーク内で新しい高さの生成および反転を生じる障害がなかったと
仮定する)“オール ゼロ”の参照レベルで集束されたDAGが再び活動状態に
される。現在のBSルータにおいて復元更新が受取られるまで、トンネルリンク
またはバーチャルリンクを維持され、このときにトンネルが解体されるか、また
は仮想リンクが取除かれる。
【0055】 定期的に、またはトリガ実行イベントの検出の際に、移動ノード、または移動
ノードの代わりに活動しているBSルータは、TORA更新機構を使用して、“
オール ゼロ”の参照レベルでIPアドレスについてDAGを再び起動し、DA
Gについての移動性に関係するルート設定テーブルのエントリを取除く。このや
り方で伝搬される“オール ゼロ”参照レベルは、(正および負の)他の全ての
高さの値に優先され、AS全体に伝搬する(AS‐全体のDAGの再最適化)。
したがって、移動性に関係する更新機構に置き換わるソフト状態のルートのメン
テナンスについての機構を与えられる。
【0056】 ここで、ワイヤレスリンク層におけるBS間のハンドオーバおよびASの固定
インフラストラクチャ内のルート設定更新について、図2ないし11を参照して
記載することにする。図12ないし16を参照して別の例を記載する。最終的に
、移動ホストアクセスセッションの終了後の、ホームBSへのルート設定の復元
の詳細な例を図17ないし25に関係して記載する。図2ないし25に記載した
TORAの高さの5つ組の各々において、ノードIDは、簡単にするために、参
照記号iを使用して記載する。しかしながら、この値は各ノードについて異なり
、ASノードを独特に識別することが分かる。簡単にするために、ASの一部の
みを記載することにも注意すべきである。
【0057】 次の例の全てにおいて、ASは複数の固定コアルータ(CR1,CR2...
)、複数の固定中間ルータ(IR1,IR2...)、および複数の固定縁端部
(エッジ)ルータ(ER1,ER2...)を含み、固定インフラストラクチャ
のトポロジの“縁端部”の比較的近くにしたがって分類される。コアルータは中
間ルータよりも高いトラヒック量を処理するために構成され、代わって中間ルー
タは縁端部ルータよりも高いトラヒック量を処理するようにされている。例えば
、コアルータは国内のトラヒック、中間ルータ領域のトラヒック、および縁端部
ルータの細分化領域のトラヒックを処理することができる。
【0058】 パケットスイッチングルータは、ワイヤレス基地局と一緒に配置され、機能的
に結合され、結合されたエンティティは、ここではアクセスノード(BS1,B
S2...)と呼ばれるが、“アクセスノード”という用語は、ワイヤレスのB
S機能を含むルート設定ノードに制限されることを意図していないことが分かる
であろう。例えば、“アクセスノード”は、トポロジにおいてBSから離れてい
るノードに用意することができる。
【0059】 以下に記載する例の全ての場合において、インターフェイスにおけるホップ毎
のルート設定の方向性は、(ワイヤレスリンクを含む)リンクに沿ってネットワ
ークのノード間で、およびアクセスノードと移動ノードの間でマークを付された
矢印によって示される。分散形ルート設定計画は、単一の受信側移動ホスト、M
H2において方向付けられたTORA DAGの形態をとっている。移動ホスト
MH2がアクセスセッションを始め、動的にIPアドレスを割り振られる前に、
事前にコンピュータ処理され、集合化されたDAGは、IPアドレスを割り振ら
れるアクセスノード、すなわちノードB2からAS全体の更新として注入されて
いるAS内のIPアドレスに存在している。図2ないし25を参照すると、ルー
ト設定更新またはパケットの先送りに関係するノードは、TORAの高さの5つ
組(τi, oidi, ri, δi, i)でマークを付される。既に記載したよう
に、このTORAの高さは、高さが加わるノードから広告されている、各隣り合
うノードのルート設定プロトコルデータテーブル内に記憶される。
【0060】 移動ノードMH2がホームアドレスノードBS2に登録するとき、ホームアク
セスノードは、割り振られているIPアドレスに対して移動ノードの識別をワイ
ヤレスリンク層にキャッシュし、ノードBS2内に保持されているルート設定テ
ーブル内の移動専用のエントリを形成する。
【0061】 図2は、移動ノードMH2と別のホスト、この場合は移動ホストMH1との間
で行われる通信セッション(例えば、TCP/IP接続)を例示している。次の
例では、対応する移動ホストMH1は移動しないが、ノードMH2の移動性に関
係して別途記載する同じ機能を使用して、移動させることができる。類似の通信
セッションも、対応する固定ホストで行なうことができる。とくに、別個のDA
GはノードMH1へ向かって方向付けられたAS内に存在し、ノードMH2から
発信するデータパケットはノードMH1へルート設定される。ノードMH1へ方
向付けられたこのDAGは変わらないので、ノードMH2が加わる各アクセスノ
ードからノードMH1のルート設定が存在するが、ノードMH1へのルート設定
については、これ以上記載しない。
【0062】 ノードMH1からノードMH2へ向かうデータパケットは最初に、図2に示し
たように、集合化されたDAG、例えば固定ノードBS1、ER1、IR1、お
よびER2を介してホームアクセスノードBS2へルート設定される。
【0063】 ここで図3を参照すると、ワイヤレスリンク層のBS間のハンドオーバの判断
はノードMH2自体、またはノードBS2の何れかによって行うことができる。
移動ノードの最初のハンドオーバの場合、ノードBS2およびBS3から受け取
られた信号間のワイヤレスリンクの品質の比較に基いて判断することができる。
移動ノードMH2が移動するとき、BS3から受け取った信号は向上するが、一
方でアクセスノードBS2から受け取った信号が悪化し、閾値判断の際に、移動
ホストはノードBS2とBS3との間でハンドオーバを開始することによって応
答する。ノードBS2においてハンドオーバを判断する場合に、トラヒックロー
ドのような、他の検討事項に依存して判断することができる。このような場合に
、アクセスノードBS2はハンドオーバの命令をノードMH2へ送る。
【0064】 BS間のハンドオーバが移動ノードMH2またはホームアクセスノードBS2
によって開始されても、開始されなくても、移動ノードMH2は新しいアクセス
ノードBS3を選択し、トンネル開始(tunnnel initiation, TIN)パケットを
ホームアクセスノードBS2へ送る。TINパケットは、新しいアクセスノード
BS3のIPアドレスを含み、移動ノードはアクセスノードBS3によって同報
通信されるビーコンチャンネルからそれを読み取る。移動ノードMH2はさらに
、 高さのτの時間値を負の値、すなわち−1へ低減することによって(これは、最
初の移動性に関係するルート設定更新が、ホームアクセスノードBS2から遠ざ
かることを示している)、新しい高さをコンピュータ処理し、TINパケット内
にこれを含む。
【0065】 ここで図4を参照すると、ホームアクセスノードBS2は移動ノードMH2か
らTINパケットを受け取るとき、ホームアクセスノードBS2は、新しいアク
セスノードBS3への短期間のIP−イン−IPのトンネルリンクを設定する。
ホームアクセスノードBS2はルート設定テーブル内でトンネルインターフェイ
スをBS3へ入力し、新しいアクセスノードBS3のTORAの高さは(−1,
0,0,1,i)に等しく設定され、残りのハンドオーバの手続き中にデータパ
ケットを先送りするために下流データリンクとしてマークを付されることを保証
する。
【0066】 短期間のトンネルリンクは、ホームアクセスノードBS2から新しいアクセス
ノードBS3へ設定されたとき、ホームアクセスノードBS2は、移動ノードM
H2から受け取ったTINパケットをトンネルインターフェイスを介して新しい
アクセスノードBS3へ先送りする。
【0067】 この例では、使用されるワイヤレスリンクシステムには、(ソフトなハンドオ
ーバを可能にするCDMAセルラ無線システムにおけるように)、移動ノードM
H2がハンドオーバ中に2つのワイヤレスリンクを介して各アクセスノードBS
2およびBS3へ通信できるといった性質がある。したがって、移動ノードMH
2は新しいアクセスノードBS3との第2のワイヤレスアクセスリンクを設定し
、移動ノードMH2への下流リンクであるノードBS3においてルート設定テー
ブルが入力される。
【0068】 新しいアクセスノードBS3は、ユニキャストの方向付けられた更新(unicas
t-directed update, UUPD)パケットを生成し、固定インフラストラクチャ内の
隣り合うノード、すなわちノードER3へパケットを送る。UUPDパケットは
、新しいアクセスノードBS3とホームアクセスノードBS2との間で、ノード
ユニキャストの経路に沿って、更新経路に沿う全てのノード、およびその経路に
沿うノードに直接に隣り合う全ての、ルート設定プロトコルデータテーブルと、
したがって次のホップへの先送りテーブルの少なくともいくつかとの中で、更新
エントリを移動する(ノードは経路に沿って新しい高さの広告を、各直接に隣り
合うノードへ送り、広告の伝搬は1つのホップに制限される)。
【0069】 ここで図6を参照すると、移動ホストMH2が新しいアクセスノードBS3と
の新しいワイヤレスリンクを設定した後で、ホームアクセスノードBS2への古
いワイヤレスリンクはプルダウンされる。ホームアクセスノードBS2に到達す
る移動ノードMH2へ方向付けられたデータパケットは、短期間のトンネルを介
して新しいアクセスノードBS3へ先送りされ、新しいワイヤレスリンクを介し
て移動ノードMH2へ送られる。
【0070】 ここでは古いワイヤレスリンクが失われているけれども、残りのダウン流リン
クが、ホームアクセスノードBS2と新しいアクセスノードBS3との間に設定
されたトンネルに沿って存在するので、ルート設定の更新はホームアクセスノー
ドBS2ではまだトリガされていない(TORAプロトコルにしたがって他でも
生ずるところである)。したがって、新しいアクセスノードBS3から開始され
るルート設定更新がホームアクセスノードBS2に到達するまで、ホームアクセ
スノードBS2へ向かうルート設定は所定の位置に残る。図6に示したように、
第1のノードER3は、UUPDパケットを受け取り、さらに移動更新に関係す
る負のτの時間値(−1)でその高さを更新して、このUUPDパケットをノー
ドIR2へ先送りする。代わって、ノードIR2は、移動性に関係する更新と関
係するτの時間値にその高さを更新する。
【0071】 ルート設定更新ユニキャストルートに沿う各ノードは、さらに、ルート設定更
新UUPDパケットの各ホップごとに、TORAの高さの5つ組内のδの値を1
だけインクリメントし、したがってδの値は、先のルート設定テーブルのエント
リではホームアクセスノードBS2を経由する移動ノードへのホップ数を示して
いたことに代わって、新しいアクセスノードBS3を経由する移動ノードへのホ
ップ数を表わしている。代わってユニキャストの方向付けられた更新ルートに沿
う各リンクは、新しいアクセスノードBS3へ向かって方向付けられる。
【0072】 ここで図7を参照すると、UUPDパケットは次に、ユニキャスト更新ルート
に沿う次のノード、すなわちノードER2へ先送りされる。ノードER2はルー
タであり、送信ノードMH1からホームアクセスノードBS2へのルート設定経
路と、ノードMH1から新しいアクセスノードBS3へ送られるパケットがとる
ルート設定経路との間の交差点にマークを付す(ルータ設定経路に設定される)
。図8に示したように、ノードER2内のルート設定プロトコルデータテーブル
のエントリはUUPDパケットを受け取ったときに更新されると、交差ノードE
R2は2つの下流リンク;すなわちホームアクセスノードBS2へ方向付けられ
る下流リンクと新しいアクセスノードBS3へ方向付けられた下流リンクとをも
つ。しかしながら、新しいアクセスノードBS3へ方向付けられた下流リンクが
、(最近の)移動性に関係する更新を示すものとして、負のτの時間値を含むの
で、新しいアクセスノードBS3へ方向付けられた下流リンクは、次のホップへ
先送りするリンクとして、優先的に選択される。移動ホストMH2へ方向付けら
れたノードER2に到達するデータパケットは、新しいアクセスノードBS3へ
のルート設定経路に沿って、ノードIR2へ先送りされる。交差ルータER2に
おいてルート設定経路を分割した後は、別のデータパケットはBS2へ送られず
、別のデータパケットはノードBS2とノードBS3との間のトンネルインター
フェイスを通って先送りされない。しかしながら、トンネルインターフェイスは
ホームアクセスノードBS2においてしばらくの間、所定の位置に留まり、UU
PDパケットはホームアクセスノードBS2に到達するまで、(全ての下流リン
クを失ったために)ルート設定の更新はホームアクセスノードBS2から生成さ
れないことを保証する。ホームアクセスノードBS2においてUUPDパケット
が到達すると、BS2のルート設定テーブル内のトンネル状態のエントリは取除
かれて、それによってMH2に対するトンネルインターフェイスを取り壊す。
【0073】 ここで図9を参照すると、ホームアクセスノードBS2はユニキャスト更新経
路の端部を形成しているので、ホームアクセスノードBS2の高さは、UUPD
パケットを受け取ったときに再び規定されないことに注意すべきである(しかし
ながら、ノードBS2とER2との間のリンク方向は、ノードER2の高さにお
いて負のτの時間値が規定されているために逆にされ、サービスを受け取る他の
移動ホストがBS2を介してMH2へパケットを送ることができるようにしてい
る)。
【0074】 最後に、UUPDメッセージを受け取ったときに、ホームアクセスノードBS
2は新しいアクセスノードBS3へ更新完了のアクノリッジメント(UUPD−
Ack)を送ることができる。UUPD−Ackパケットは、新しいアクセスノ
ードBS3へ向かってDAG内での設定されたユニキャストの更新されたルート
設定経路をとる。UUPD−Ackパケットを送信したとき、古いアクセスノー
ドBS3は、それが最初に移動ノードMH2へ割り振ったIPアドレスについて
DAGに対する仮の制御を放棄する。UUPD−Ackパケットを受け取ったと
き、新しいアクセスノードBS3は、移動ノードのIPアドレスについてDAG
の仮の制御をとる。
【0075】 ここでユニキャスト更新経路に沿って、制限された数のみのノード(図9に示
した例では、5のみのノード)の高さを再定義することを含む、無線リンク層に
おける移動局のBS間のハンドオーバに関係するルート設定の更新が完了する。
さらに、ルート設定プロトコルデータテーブルエントリの更新も制限され、この
ような更新は、UUPDメッセージを受け取るノード、および(新しい高さの広
告を受け取り、ルート設定テーブル内に新しい高さを記憶する)各直接に隣り合
うノードのみにおいて要求される。図9に示した例では、ルート設定プロトコル
データテーブルの更新も、ノードIR1、CR1、CR2、およびCR3の各々
において実行される。
【0076】 図10および11は、次の移動性に関係する更新の前後に、AS内のDAGの
状態を示す。この場合に、移動ノードMH2は、アクセスノードBS2からアク
セスノードBS3へ既にハンドオーバされ、さらに別のアクセスノードBS4へ
ハンドオーバされる。採用される手続きは、アクセスノードBS2からアクセス
ノードBS3への移動ノードの最初のハンドオーバによって行われた移動性に関
係する更新に関係して記載した手続きと同じであるが、新しいアクセスノードB
S4から送られたユニキャスト更新によって生成された新しい高さは、(−2の
大きさまで増加する)負のτの時間値における別のインクリメントを含む点が違
い、(−1のτの時間値をもつ)移動性の第1の発生の更新された高さから、移
動性の第2の発生によって行われた移動性に関係して更新される高さを区別し、
(0のτの時間値をもつ)予めコンピュータ処理されたDAG内で割り当てられ
た高さからの移動性に関係して更新された高さからも区別するようにしている。
図1に示したように、新しい更新に関係するノードは、最初に0のτの時間値を
含む高さをもち、これは予めコンピュータ処理されたDAG内に規定されている
高さであることを示す。
【0077】 ここで、移動性に関係するルート設定の更新の別の例として、移動ノードが(
GSMセルラ無線システムにおけるように)特定の時間に単一のワイヤレスリン
クのみを介して通信できるものを、図12ないし16を参照して記載することに
する。この場合に、先の例の図2ないし4に関係して記載した段階は同じである
。図12に示したように、新しいアクセスノードBS3から送られたUUPDパ
ケットは、トンネルインターフェイスに沿ってTINパケットの受取りに応答し
て生成される。
【0078】 ここで図13を参照すると、移動ノードMH2は最初にホームアクセスノード
BS2とのワイヤレスリンクを失い、短い時間期間が経過して(ワイヤレスリン
ク層、ETCにおいて新しいアクセスノードBS3と再び同期化でき)、新しい
アクセスノードBS3との新しいワイヤレスリンクが設定される。移動ノードM
H2がワイヤレスリンクを持たない期間において、ホームアクセスノードBS2
に到達するパケットは、ホームアクセスノードBS2からトンネルインターフェ
イスによって先送りされ、新しいワイヤレスリンクが設定されるまで、新しいア
クセスノードBS3において待ち行列へ入れられる。次に、新しいワイヤレスリ
ンクが設定されるか、またはUUPDパケットがホームアクセスノードBS2に
到達する。新しいワイヤレスリンクが最初に設定されると、新しいアクセスノー
ドBS3は直ちに、移動ノードのIPアドレスに対してDAGの仮の制御を仮定
する。さもなければ、新しいアクセスノードBS3は、ホームアクセスノードB
S2からUUPD−Ack(アクノリッジメント)メッセージを受け取るまで待
機する。先の例に関係して記載した残りの段階(トンネルの解体、次の移動、な
ど)もこの例に関係して応用する。
【0079】 図17ないし25は、移動ノードがアクセスセッションを終了し、移動ノード
のIPアドレスが移動ノードに最初に割り当てられる前に、DAGの状態に対す
るそのIPアドレスについてDAGを復元するルート設定更新を行う手続きを示
している。ルート設定更新手続きは、ルート設定更新をAS内の制限された数の
みのノードへ(ユニキャストの移動性に関係する更新が既に行なわれた経路に沿
って)送ることを含み、制限された数のみのノード(すなわち、復元された方向
付けられたルート設定更新メッセージが通るノードおよび直接に隣り合う各ノー
ド)のルート設定プロトコルデータテーブルにおいて更新が要求されている。
【0080】 図17を参照すると、移動ノードMH2がアクセスセッションを終了するとき
、現在のアクセスノードBS4はIPアドレスに対してホームアクセスノードB
S2へ復元要求(restore request, RR)を送る。これは、現在のアクセスノー
ドにおけるIPアドレスに対する“ホーム”アクセスノードの識別子の知識によ
って達成することができる。この知識は、OPTパケット更新機構を使用して集
合化されたDAGを生成し、アクセスノード内に保持されている他のルート設定
プロトコルデータに加えて、ルート設定プロトコルデータとして、この識別を記
憶することによって与えることができる。その代わりに、この知識は、移動ノー
ドが、IPアドレスが最初に割り振られるときにホームBSの識別を記憶し、各
アクセスノードにこの識別を送り、該アクセスノード内に一時的に記憶し、ここ
からアクセスセッション中に移動ノードがサービスを受け取ることによって得る
こともできる。したがって、移動ノードMH2がこのアクセスセッションを終了
するとき、現在のアクセスノードBS4はRRパケットを送り、該RRパケット
は、最初に移動ノードのIPアドレスでアドレス指定され、ホームアクセスノー
ドBS2へのIP−イン−IPのトンネルリンクに沿って、ホームアクセスノー
ドBS2のIPアドレスでカプセル化される。
【0081】 IPアドレスに対するホームBSの識別の知識を要求する代わりとして、RR
パケットは宛先アドレスとして移動ノードのIPアドレスで送られるが、ヘッダ
内の識別子は、各送り先のノードにアクセスセッション中にホームBSに方向付
けられたままである集合化されたDAGのルート設定経路に沿ってパケットがル
ート設定されることを示す。
【0082】 RRパケットの受取りに応答して、ホームアクセスノードBS2はルート設定
テーブル内で移動ホストMH2への下流リンクにマークを付す。移動ホストは、
現在アクセスノードとワイヤレス通信をしておらず、実際には異なるアクセスノ
ード(すなわち、アクセスノードBS4)のサービス領域内に位置しているので
、この下流リンクは仮想リンクである。アクセスセッションの終了後にBS4に
おいて移動ノードMH2に到達するパケットは、ホームアクセスノードBS2へ
のトンネルに沿って先送りされ、移動ノードMH2が新しいアクセスセッション
を開始するとき、移動ノードMH2へ将来先送りするために記憶される。
【0083】 RRパケットを受け取ったとき、ホームアクセスノードBS2は、さらに(現
在、仮想の)移動ノードMH2の高さを“オール ゼロ”参照レベルへリセット
し、図18に示したように、ASの固定インフラストラクチャを介して、現在の
アクセスノードBS4へユニキャストの方向付けられた復元更新(unicast-dire
cted restore update, UDRU)パケットを送る。UDRUパケットはユニキャス
トルートに沿って先送りされ、これは、移動性に関係する更新の結果として予め
再規定された高さをもつノードのみを含む。図18に示した例では、これらのノ
ードはER2、IR2、ER3、IR3、CR4、IR4、ER4、およびBS
4である。
【0084】 UDRUパケットはユニキャスト経路に沿ってノードの各々において受け取ら
れるので、各ノードのTORAの高さは“オール ゼロ”の参照レベルへ再設定
され、高さのδの値は、現在のアクセスノードを介して移動ノードのホップ数を
示した先行するエントリの値の代わって、ホームアクセスノードを介して(現在
は仮想の)移動ノードへのホップ数を表わすように再規定される。このプロセス
は図18ないし22の各々に示されている。
【0085】 ユニキャスト更新ルートに沿う高さの更新に加えて、更新された高さは、直接
に隣り合う各ノードへ広告される。(図20に示したように)アクセスノードB
S3の場合のように、自身の高さにおいて負のτの時間値をもつノードは、負の
τの時間値を0に再設定することを示す広告を受け取り、それ自身の高さを“オ
ール ゼロ”参照レベルへ再設定し、ホームアクセスノードを経由する(現在は
仮想の)移動局へのホップ数を示すδの値を規定し、自身の新しい高さの広告を
生成し、それ自身に隣り合うノードの全てにそれを送る。広告された新しい高さ
を受け取り、自身の高さを再設定しない隣り合うノードは、その広告を伝搬しな
い。
【0086】 図23に示したように、UDRUパケットが現在のアクセスノードBS4にお
いて受け取られると、現在のアクセスノードはルート設定テーブル内の移動ノー
ドMH2と関係する状態を削除し、ユニキャスト更新によって生成されたばかり
のルート設定経路に沿ってUDRU−Ackメッセージをホームアクセスノード
BS2へ送って、移動ノードMH2によって既に使用されたIPアドレスについ
てDAGの仮の制御を放棄する。
【0087】 図24に示したように、UDRU−Ackパケットは最終的に、ホームアクセ
スノードBS2へ伝搬する。ホームアクセスノードBS2は、これを受け取ると
、移動ノードMH2と関係する全ての状態を取除き、IPアドレスに対するDA
Gの制御を仮定する。IPアドレスは、さらに再び、図25に示したように、ア
クセスノードBS2のサービス領域内で、アクセスセッションを開始している異
なる移動ノードMH3へ動的に割り振られる。
【0088】 要約して、本発明によって与えられたルート設定プロトコルに対して、単独で
、または組合せて使用できる変更には次に示すものを含む: 1.移動の結果として生成された別個のルート設定プロトコルデータ(TORA
プロトコルの場合に“負”の高さの参照レベル)を記憶し、最近割り当てられた
下流の隣り合うノードへパケットを先送りすることと; 2.ユニキャストの方向付けられた移動更新を取入れて、ASの制限された数の
ノードのみの中に記憶されたルート設定プロトコルデータを変更することによっ
てハンドオーバにおけるルート設定を調節することと; 3.ユニキャストの方向付けられた復元更新を取入れて、ハンドオーバに基く移
動の影響(TORAの場合では“負”の高さの参照レベル)をなくすこと。
【0089】 上述の実施形態は、制限することを意図しておらず、当業者は変更および変形
を生成できることが分かるであろう。
【0090】 上述の実施形態は、TORAルート設定プロトコルに基づく変更されたルート
設定プロトコルを記載している。しかしながら、本発明の態様を使用して、OS
PF、RIP、などのような他の既知のルート設定プロトコルを変更することが
できる。
【0091】 さらに、上述の実施形態では、自立システムのインフラストラクチャが固定さ
れているが、インフラストラクチャ内のルータは、衛星通信の分野で使用される
ような移動ルータ、およびインフラストラクチャ内のルータが長い期間の移動を
示す他のシステムであることが分かるであろう。さらに、移動ノードは、プラグ
イン式のケーブル接続のような移動性のワイヤレスでない通信リンクを介してア
クセスノードへ接続することもできる。
【図面の簡単な説明】
【図1】 本発明の実施形態にしたがう固定/移動トポロジの例を模式的に示す図。
【図2】 本発明の実施形態にしたがう、基地局間のハンドオーバと、それに付随するル
ート設定更新とを模式的に示す図。
【図3】 本発明の実施形態にしたがう、基地局間のハンドオーバと、それに付随するル
ート設定更新とを模式的に示す図。
【図4】 本発明の実施形態にしたがう、基地局間のハンドオーバと、それに付随するル
ート設定更新とを模式的に示す図。
【図5】 本発明の実施形態にしたがう、基地局間のハンドオーバと、それに付随するル
ート設定更新とを模式的に示す図。
【図6】 本発明の実施形態にしたがう、基地局間のハンドオーバと、それに付随するル
ート設定更新とを模式的に示す図。
【図7】 本発明の実施形態にしたがう、基地局間のハンドオーバと、それに付随するル
ート設定更新とを模式的に示す図。
【図8】 本発明の実施形態にしたがう、基地局間のハンドオーバと、それに付随するル
ート設定更新とを模式的に示す図。
【図9】 本発明の実施形態にしたがう、基地局間のハンドオーバと、それに付随するル
ート設定更新とを模式的に示す図。
【図10】 本発明の実施形態にしたがう、基地局間のハンドオーバと、それに付随するル
ート設定更新とを模式的に示す図。
【図11】 本発明の実施形態にしたがう、基地局間のハンドオーバと、それに付随するル
ート設定更新とを模式的に示す図。
【図12】 本発明の別の実施形態にしたがう、基地局間のハンドオーバと、それに付随す
るルート設定更新とを示す図。
【図13】 本発明の別の実施形態にしたがう、基地局間のハンドオーバと、それに付随す
るルート設定更新とを示す図。
【図14】 本発明の別の実施形態にしたがう、基地局間のハンドオーバと、それに付随す
るルート設定更新とを示す図。
【図15】 本発明の別の実施形態にしたがう、基地局間のハンドオーバと、それに付随す
るルート設定更新とを示す図。
【図16】 本発明の別の実施形態にしたがう、基地局間のハンドオーバと、それに付随す
るルート設定更新を示す図。
【図17】 本発明の実施形態にしたがう、ホーム基地局へのルート設定の復元を示す図。
【図18】 本発明の実施形態にしたがう、ホーム基地局へのルート設定の復元を示す図。
【図19】 本発明の実施形態にしたがう、ホーム基地局へのルート設定の復元を示す図。
【図20】 本発明の実施形態にしたがう、ホーム基地局へのルート設定の復元を示す図。
【図21】 本発明の実施形態にしたがう、ホーム基地局へのルート設定の復元を示す図。
【図22】 本発明の実施形態にしたがう、ホーム基地局へのルート設定の復元を示す図。
【図23】 本発明の実施形態にしたがう、ホーム基地局へのルート設定の復元を示す図。
【図24】 本発明の実施形態にしたがう、ホーム基地局へのルート設定の復元を示す図。
【図25】 本発明の実施形態にしたがう、ホーム基地局へのルート設定の復元を示す図。
【図26】 本発明の実施形態にしたがう、ルート設定ノード内に保持されているルート設
定プロトコルデータテーブルを模式的に示す図。
【図27】 本発明の実施形態にしたがう、ルート設定ノード内に保持されている次のホッ
プへの先送りテーブルを示す図。
───────────────────────────────────────────────────── フロントページの続き (81)指定国 EP(AT,BE,CH,CY, DE,DK,ES,FI,FR,GB,GR,IE,I T,LU,MC,NL,PT,SE),OA(BF,BJ ,CF,CG,CI,CM,GA,GN,GW,ML, MR,NE,SN,TD,TG),AP(GH,GM,K E,LS,MW,MZ,SD,SL,SZ,TZ,UG ,ZW),EA(AM,AZ,BY,KG,KZ,MD, RU,TJ,TM),AE,AL,AM,AT,AU, AZ,BA,BB,BG,BR,BY,CA,CH,C N,CR,CU,CZ,DE,DK,DM,EE,ES ,FI,GB,GD,GE,GH,GM,HR,HU, ID,IL,IN,IS,JP,KE,KG,KP,K R,KZ,LC,LK,LR,LS,LT,LU,LV ,MA,MD,MG,MK,MN,MW,MX,NO, NZ,PL,PT,RO,RU,SD,SE,SG,S I,SK,SL,TJ,TM,TR,TT,TZ,UA ,UG,US,UZ,VN,YU,ZA,ZW (72)発明者 コーソン、マシュー・スコット アメリカ合衆国、メリーランド州 20895 ケンジントン、アッシュウッド・ドライ ブ 10122、アンシブル・システムズ内 Fターム(参考) 5K030 HA08 HC01 HC09 HD05 JT09 KA05 LB05 5K067 AA11 AA21 BB02 BB21 CC08 DD11 EE02 EE10 EE16 EE41 FF02 HH11 JJ31 【要約の続き】 ート設定プロトコルデータは、第2の組のパケットスイ ッチングノード内に保持されて、前記第2のアクセスノ ードを通る第2のルートの特徴を特定することを含む方 法。

Claims (24)

    【特許請求の範囲】
  1. 【請求項1】 パケット伝送リンクによって相互接続されているパケットス
    イッチングノードのインフラストラクチャを含むパケットスイッチングネットワ
    ーク内で移動ノードへのパケットのルート設定を制御する方法であって;前記パ
    ケットスイッチングノードは複数の固定されたコアノードと複数のアクセスノー
    ドとを含み、複数のアクセスノードへのルート設定経路は前記ルート設定経路に
    沿って置かれているパケットスイッチングノードによって行われる次のホップへ
    の先方送りによって規定されていて、ルート設定経路は前記インフラストラクチ
    ャ内で所与のネットワークアドレスについて方向付けることができ、前記次のホ
    ップへの先方送りは、ルート設定プロトコル制御メッセージがパケットスイッチ
    ングノード間で送られるルート設定規定プロセスに応答して規定され、アクセス
    ノードを通るルートの特徴を特定するルート設定プロトコルデータは前記パケッ
    トスイッチングノード内に記憶され、該方法は: 前記移動ホストが第1のアクセスノードから第2のアクセスノードへ移動性
    に応答して、前記パケットスイッチングノードの少なくとも1つにおいて前記移
    動ノードによって使用される第1のネットワークアドレスについて、前記次のホ
    ップへの先方送りを変更し、ルート設定制御メッセージを制限された数の前記パ
    ケットスイッチングノードへ送ることを含むルート設定規定プロセスによって、
    パケットを前記第2のアクセスノードを介して前記移動ホストへルート設定でき
    るようにし、それにより前記ルート設定規定プロセスが終了した後で: 前記第1のネットワークアドレスについての第1のルート設定プロトコルデ
    ータが第1の組のパケットスイッチングノード内に保持されて、前記第1のルー
    ト設定プロトコルデータが前記第1のアクセスノードを通る第1のルートの特徴
    を特定し; 前記第1のネットワークアドレスについての第2のルート設定プロトコルデ
    ータが、前記第1の組のパケットスイッチングノードとは異なる、第2の組のパ
    ケットスイッチングノード内に保持されて、前記第2のルート設定プロトコルデ
    ータが前記第2のアクセスノードを通る第2のルートの特徴を特定することを含
    む方法。
  2. 【請求項2】 前記第1のルートの特徴が、前記第2のルートに適用されな
    い請求項1記載の方法。
  3. 【請求項3】 前記第2のルートの特徴が、前記第1のルートに適用されな
    い請求項1または2記載の方法。
  4. 【請求項4】 前記移動ノードを前記第1のアクセスノードから前記第2の
    アクセスノードへ移動する前に、前記第1のルート設定プロトコルデータを生成
    することを含む請求項1ないし3の何れか1項記載の方法。
  5. 【請求項5】 前記第2のプロトコルデータが、前記移動ノードを移動する
    ことによって前記第2のプロトコルデータが生成されることを示すデータを含む
    請求項1ないし4の何れか1項記載の方法。
  6. 【請求項6】 前記移動を示すデータが、前記第1のアクセスノードから前
    記第2のアクセスノードへの移動のシーケンスを示す請求項5記載の方法。
  7. 【請求項7】 前記第2のプロトコルデータの記憶を、実質的に、前記第2
    のアクセスノードと前記第1のアクセスノードとの間のルート設定経路の付近に
    置かれているパケットスイッチングノードに制限することを含む請求項1ないし
    6の何れか1項記載の方法。
  8. 【請求項8】 前記第2のアクセスノードから注入されるルート設定プロト
    コルメッセージに応答して、前記第2のルート設定プロトコルデータを生成する
    ことを含む請求項1ないし7の何れか1項記載の方法。
  9. 【請求項9】 前記ルート設定プロトコルデータが、前記移動ノードへ向け
    、かつ前記アクセスノードを通るルートに沿った多数のホップに関係している請
    求項1ないし8の何れか1項記載の方法。
  10. 【請求項10】 第2の組のパケットスイッチングノードが、前記第1のパ
    ケットスイッチングノードのサブセットを含み、前記第2のルート設定プロトコ
    ルデータが前記第1のルート設定プロトコルデータに優先して使用されて、前記
    第1のルート設定プロトコルデータと前記第2のプロトコルデータの両者を保持
    するパケットスイッチングノードにおいて次のホップへのルート設定の決定を判
    断する請求項1ないし9の何れか1項記載の方法。
  11. 【請求項11】 前記第1のネットワークアドレスへ向かうパケットをルー
    ト設定するとき、前記第1の組のパケットスイッチングノードの少なくとも1つ
    と前記第2の組のパケットスイッチングノードのうちの1つのみとを含んでいる
    複数の隣り合うパケットスイッチングノードをもっているパケットスイッチング
    ノードから、前記第1の組のパケットスイッチングノードの前記少なくとも1つ
    に優先して前記第2の組のパケットスイッチングノードの前記1つへ前記パケッ
    トをルート設定することを含む請求項1ないし10の何れか1項記載の方法。
  12. 【請求項12】 前記第1の組のパケットスイッチングノードの少なくとも
    1つと前記第2の組のパケットスイッチングノードの少なくとも1つとを介して
    、前記第1のネットワークアドレスへ向かうパケットをルート設定することを含
    む請求項1ないし11の何れか1項記載の方法。
  13. 【請求項13】 前記第1および第2のルート設定プロトコルが、ルート設
    定プロトコルデータが保持されているパケットスイッチングノードに隣り合うパ
    ケットスイッチングノードへの次のホップへのルート設定に関係し、前記第1の
    ルート設定プロトコルデータが第1の複数のパケットスイッチングノードへの次
    のホップのルート設定に関係し、前記第2のデータのルート設定プロトコルデー
    タが第2の複数のパケットスイッチングノードへの次のホップへのルート設定に
    関係し、前記第1および前記第2の複数のパケットスイッチングノードが互いに
    排他的である請求項1ないし12の何れか1項記載の方法。
  14. 【請求項14】 前記第1のネットワークアドレスについて、前記第1、第
    2、および第3のルート設定プロトコルデータを同時に保持することを含み、何
    れかのパケットを介して第3のアクセスノードに関係している前記第3のルート
    設定プロトコルデータが現在、前記第1のネットワークアドレスを使用して、第
    1の組および第2の組の前記パケットスイッチングノードとは異なる、第3の組
    のパケットスイッチングノードにおいて前記移動ノードへ送られる請求項1ない
    し13の何れか1項記載の方法。
  15. 【請求項15】 前記第3のルート設定プロトコルデータが、ルート設定プ
    ロトコルデータが保持されているパケットスイッチングノードに隣り合うパケッ
    トスイッチングノードへの次のホップへのルート設定に関係し、前記第3のルー
    ト設定プロトコルデータが第3の複数のパケットスイッチングノードへの次のホ
    ップへのルート設定に関係し、前記第1、前記第2、および前記第3の複数のパ
    ケットスイッチングノードが互いに排他的である請求項13または14記載の方
    法。
  16. 【請求項16】 前記第3のルート設定プロトコルデータが、前記第3のア
    クセスノードには関係しているが、前記第1および第2のアクセスノードには関
    係していないデータを含む請求項14または15記載の方法。
  17. 【請求項17】 前記第1、第2、および第3のルート設定プロトコルデー
    タが、前記第1のアクセスノードから前記第2のアクセスノードへの移動および
    前記第2のアクセスノードから前記第3のアクセスノードへの移動のシーケンス
    を示すデータを含む請求項14ないし16の何れか1項記載の方法。
  18. 【請求項18】 前記第1のネットワークアドレスへ向かうパケットをルー
    ト設定するときは、前記第1の組または前記第2の組、あるいはこの両者のパケ
    ットスイッチングノードの少なくとも1つと、前記第3の組のパケットスイッチ
    ングノードのうちの1つのみとを含んでいる複数の隣り合うパケットスイッチン
    グノードをもつパケットスイッチングノードから、前記第1の組または前記第2
    の組、あるいはこの両者のパケットスイッチングノードの前記少なくとも1つに
    優先して前記第3の組のパケットスイッチングノードの前記1つへ、前記パケッ
    トをへルート設定することを含む請求項14ないし17の何れか1項記載の方法
  19. 【請求項19】 前記第1の組のパケットスイッチングノードの少なくとも
    1つ、前記第2の組のパケットスイッチングノードの少なくとも1つ、および前
    記第3の組のパケットスイッチングノードの少なくとも1つを介して前記第1の
    ネットワークアドレスへ向かうパケットをルート設定することを含む請求項14
    ないし18の何れか1項記載の方法。
  20. 【請求項20】 前記移動ノードがワイヤレスリンクを介してアクセスノー
    ドに接続可能であり、前記移動性には、ワイヤレスリンク層における移動ノード
    のハンドオーバを含む請求項1ないし19の何れか1項記載の方法。
  21. 【請求項21】 前記移動ノードが移動ホストである請求項20記載の方法
  22. 【請求項22】 前記ネットワークアドレスがインターネットプロトコル(
    IP)アドレスである請求項1ないし21の何れか1項記載の方法。
  23. 【請求項23】 前記ルート設定プロトコルがリンク反転ルート設定プロト
    コルである請求項1ないし22の何れか1項記載の方法。
  24. 【請求項24】 前記ルート設定プロトコルデータが、前記パケットスイッ
    チングノード内の次のホップへの先方送りテーブルとは分離して保持されている
    請求項1ないし23の何れか1項記載の方法。
JP2001511042A 1999-07-19 2000-07-19 遠隔通信のルート設定 Withdrawn JP2003505933A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
EP99305687 1999-07-19
EP99305687.8 1999-07-19
PCT/GB2000/002768 WO2001006717A1 (en) 1999-07-19 2000-07-19 Telecommunications routing

Publications (2)

Publication Number Publication Date
JP2003505933A true JP2003505933A (ja) 2003-02-12
JP2003505933A5 JP2003505933A5 (ja) 2007-08-09

Family

ID=8241525

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2001511042A Withdrawn JP2003505933A (ja) 1999-07-19 2000-07-19 遠隔通信のルート設定

Country Status (10)

Country Link
US (1) US7085241B1 (ja)
EP (1) EP1195027B1 (ja)
JP (1) JP2003505933A (ja)
CN (1) CN1148918C (ja)
AT (1) ATE297092T1 (ja)
AU (1) AU6002500A (ja)
CA (1) CA2379620C (ja)
DE (1) DE60020563T2 (ja)
ES (1) ES2243281T3 (ja)
WO (1) WO2001006717A1 (ja)

Families Citing this family (54)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CA2379622A1 (en) 1999-07-19 2001-01-25 British Telecommunications Public Limited Company Routing in a packet switching network with mobile terminals
US7085241B1 (en) 1999-07-19 2006-08-01 British Telecommunications Public Limited Company Method of controlling routing of packets to a mobile node in a telecommunications network
ATE324726T1 (de) 1999-07-19 2006-05-15 British Telecomm Telekommunikationsrouting
GB0028113D0 (en) * 2000-05-15 2001-01-03 Band X Ltd Communication system and method
US7720959B2 (en) 2000-10-17 2010-05-18 Avaya Inc. Method and apparatus for characterizing the quality of a network path
US7756032B2 (en) 2000-10-17 2010-07-13 Avaya Inc. Method and apparatus for communicating data within measurement traffic
US8023421B2 (en) 2002-07-25 2011-09-20 Avaya Inc. Method and apparatus for the assessment and optimization of network traffic
US7046646B2 (en) * 2001-01-29 2006-05-16 Ipr Licensing, Inc. Method and apparatus for simple PPP handoff for mobile users
US7433691B1 (en) * 2002-03-25 2008-10-07 Meshnetworks, Inc. System and method for enabling an access point in an ad-hoc wireless network with fixed wireless routers and wide area network (WAN) access points to identify the location of subscriber device
US7203175B2 (en) 2002-08-15 2007-04-10 Cisco Technology, Inc. Arrangement for router attachments between roaming mobile routers in a mobile network
GB0230330D0 (en) 2002-12-31 2003-02-05 British Telecomm Communications routing
US7215644B2 (en) * 2003-03-19 2007-05-08 Alcatel Lucent Inter-domain constraint-based shortest path first technique for supporting hierarchical routing in interconnected multi-domain optical transport networks
US7333461B2 (en) * 2003-06-05 2008-02-19 Cisco Technology, Inc. Arrangement in a router of a mobile network for generating a local router prefix for anonymous route connections
US7912980B1 (en) * 2003-10-17 2011-03-22 Juniper Networks, Inc. Setting a maximum prefix exportation limit within a network device
CN100464547C (zh) * 2004-03-03 2009-02-25 联想(北京)有限公司 一种实现不同通信协议设备间信息传输的方法
US7376089B2 (en) * 2004-03-29 2008-05-20 Hewlett-Packard Development Company, L.P. Multiple-instance meshing
US8929228B2 (en) * 2004-07-01 2015-01-06 Honeywell International Inc. Latency controlled redundant routing
WO2006052171A1 (en) * 2004-11-11 2006-05-18 Telefonaktiebolaget Lm Ericsson (Publ) Method and apparatus for routing packets
US7643483B2 (en) * 2004-11-24 2010-01-05 Microsoft Corporation System and method for using a hop limited cast for internet egress point selection
US7715395B2 (en) * 2004-11-24 2010-05-11 Microsoft Corporation System and method for expanding the range of a mesh network
US7649899B2 (en) * 2004-11-29 2010-01-19 Microsoft Corporation System and method for dynamic egress routing through a single default gateway in a mesh network
US8085672B2 (en) * 2005-01-28 2011-12-27 Honeywell International Inc. Wireless routing implementation
US20060227729A1 (en) * 2005-04-12 2006-10-12 Honeywell International Inc. Wireless communication system with collision avoidance protocol
GB2467656B (en) * 2005-07-21 2010-09-15 Firetide Inc Method for enabling the efficient operation of arbitrarily in erconnected mesh networks
US7969994B2 (en) * 2005-07-29 2011-06-28 Hewlett-Packard Development Company, L.P. Method and apparatus for multiple connections to group of switches
US7860106B2 (en) * 2006-02-13 2010-12-28 Wind River Systems, Inc. System and method for routing table computation and analysis
US8948046B2 (en) 2007-04-27 2015-02-03 Aerohive Networks, Inc. Routing method and system for a wireless network
US20080310300A1 (en) * 2007-06-12 2008-12-18 Byoung-Jo Kim Traffic Activity-Based Forwarding Table Updates For Ethernet-Based Mobile Access Networks
US7821970B2 (en) * 2007-09-26 2010-10-26 Cisco Technology, Inc. Protection of transit links in a network
US8238314B2 (en) * 2007-09-27 2012-08-07 Alcatel Lucent Method and apparatus for providing a distributed forwarding plane for a mobility home agent
US7876709B2 (en) * 2007-10-05 2011-01-25 Schilling Donald L Mesh network communication systems and methods
CN102017715B (zh) * 2008-05-09 2014-09-24 西门子企业通讯有限责任两合公司 用于为无线网状网络创建分配消息的至少一个扩展的方法和装置
US8218502B1 (en) 2008-05-14 2012-07-10 Aerohive Networks Predictive and nomadic roaming of wireless clients across different network subnets
US20110191494A1 (en) * 2008-05-27 2011-08-04 Turanyi Zoltan Richard System and method for backwards compatible multi-access with proxy mobile internet protocol
US9674892B1 (en) 2008-11-04 2017-06-06 Aerohive Networks, Inc. Exclusive preshared key authentication
US8483194B1 (en) 2009-01-21 2013-07-09 Aerohive Networks, Inc. Airtime-based scheduling
US11115857B2 (en) 2009-07-10 2021-09-07 Extreme Networks, Inc. Bandwidth sentinel
US9900251B1 (en) 2009-07-10 2018-02-20 Aerohive Networks, Inc. Bandwidth sentinel
US8270313B2 (en) * 2009-11-13 2012-09-18 Mitsubishi Electric Research Laboratories, Inc. Ranking nodes in networks with topologies arranged as directed acyclic graphs
CN101711048B (zh) * 2009-11-13 2012-02-08 西安电子科技大学 移动自组织网络与Internet融合过程中的网关选择方法
US8611251B2 (en) * 2010-02-08 2013-12-17 Force10 Networks, Inc. Method and apparatus for the distribution of network traffic
US8630297B2 (en) * 2010-02-08 2014-01-14 Force10 Networks, Inc. Method and apparatus for the distribution of network traffic
US8671187B1 (en) 2010-07-27 2014-03-11 Aerohive Networks, Inc. Client-independent network supervision application
US9002277B2 (en) 2010-09-07 2015-04-07 Aerohive Networks, Inc. Distributed channel selection for wireless networks
KR20120071953A (ko) * 2010-12-23 2012-07-03 한국전자통신연구원 무선 네트워크에서 라우팅 정보 전송 방법 및 이를 지원하는 라우팅 장치
US10091065B1 (en) 2011-10-31 2018-10-02 Aerohive Networks, Inc. Zero configuration networking on a subnetted network
US8787375B2 (en) 2012-06-14 2014-07-22 Aerohive Networks, Inc. Multicast to unicast conversion technique
US9413772B2 (en) 2013-03-15 2016-08-09 Aerohive Networks, Inc. Managing rogue devices through a network backhaul
US10389650B2 (en) 2013-03-15 2019-08-20 Aerohive Networks, Inc. Building and maintaining a network
US9615307B2 (en) * 2014-01-31 2017-04-04 Futurewei Technologies, Inc. System and method for managing prefixes
US10880198B2 (en) * 2015-05-08 2020-12-29 Qualcomm Incorporated Aggregating targeted and exploration queries
CN104994066B (zh) * 2015-05-22 2019-01-08 新华三技术有限公司 一种网络访问方法和装置
CN106878186B (zh) 2017-02-04 2019-11-29 华为技术有限公司 网络中路由更新的方法、网络设备和系统
EP3831021A1 (en) 2018-07-27 2021-06-09 Gotenna Inc. VINEtm ZERO-CONTROL ROUTING USING DATA PACKET INSPECTION FOR WIRELESS MESH NETWORKS

Family Cites Families (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5117422A (en) * 1990-07-09 1992-05-26 Itt Corporation Method for providing an efficient and adaptive management of message routing in a multi-platform and apparatus communication system
US5384826A (en) * 1990-10-01 1995-01-24 At&T Bell Laboratories Distributed packetized switching cellular radio telephone communication system with handoff
US5375140A (en) * 1992-11-24 1994-12-20 Stanford Telecommunications, Inc. Wireless direct sequence spread spectrum digital cellular telephone system
GB9226707D0 (en) 1992-12-22 1993-02-17 Ncr Int Inc Wireless local area network system with mobile station handover
US5528583A (en) * 1993-05-26 1996-06-18 The Trustees Of Columbia University In The City Of New York Method and apparatus for supporting mobile communications in mobile communications networks
US5434853A (en) 1993-12-27 1995-07-18 At&T Corp. System and method for providing soft handoff of a cellular mobile-to-mobile call
US5400338A (en) 1994-02-08 1995-03-21 Metricom, Inc. Parasitic adoption of coordinate-based addressing by roaming node
US5513322A (en) 1994-05-02 1996-04-30 Unisys Corporation Multi-path message routing without deadlocks
SG43133A1 (en) 1994-08-12 1997-10-17 British Telecomm Data management system
US5533026A (en) 1995-03-06 1996-07-02 International Business Machines Corporation Communication system including method and apparatus for maintaining communications with a mobile terminal
WO1996028904A1 (en) 1995-03-16 1996-09-19 Bell Atlantic Network Services, Inc. Simulcasting digital video programs for broadcast and interactive services
US5651010A (en) 1995-03-16 1997-07-22 Bell Atlantic Network Services, Inc. Simultaneous overlapping broadcasting of digital programs
US5822324A (en) 1995-03-16 1998-10-13 Bell Atlantic Network Services, Inc. Simulcasting digital video programs for broadcast and interactive services
US5623534A (en) * 1995-04-07 1997-04-22 Lucent Technologies Inc. Method and apparatus for exchanging administrative information between local area networks
GB9508696D0 (en) 1995-04-28 1995-06-14 At & T Corp Method for connecting roaming stations in a source routed bridged local area network
US5754546A (en) 1995-11-30 1998-05-19 Bell Atlantic Network Services, Inc. AIN narrowband to video signalling
US5751707A (en) 1995-06-19 1998-05-12 Bell Atlantic Network Services, Inc. AIN interaction through wireless digital video network
FI101763B1 (fi) 1995-12-01 1998-08-14 Nokia Mobile Phones Ltd Siirrettävän tiedon koostumuksen säilyttäminen tukiaseman vaihdon yhteydessä
US6002677A (en) 1996-08-19 1999-12-14 At&T Corporation Method and apparatus for transmitting high rate packet data over under-utilized virtual circuits
US6078575A (en) 1996-10-01 2000-06-20 Lucent Technologies Inc. Mobile location management in ATM networks
EP0862344A3 (en) * 1997-02-28 1999-09-01 Cellular Technical Services Company, Inc. Distributed system and method of operation for validation of a wireless communication device
FI109503B (fi) 1997-04-15 2002-08-15 Nokia Corp Pakettien menetyksen estäminen pakettipohjaisen tietoliikenneverkon handoverissa sekä handovermenetelmä
JP3529621B2 (ja) 1997-05-12 2004-05-24 株式会社東芝 ルータ装置、データグラム転送方法及び通信システム
US6081524A (en) * 1997-07-03 2000-06-27 At&T Corp. Frame relay switched data service
US6038450A (en) 1997-09-12 2000-03-14 Lucent Technologies, Inc. Soft handover system for a multiple sub-carrier communication system and method thereof
US6512754B2 (en) * 1997-10-14 2003-01-28 Lucent Technologies Inc. Point-to-point protocol encapsulation in ethernet frame
US6094437A (en) * 1998-10-09 2000-07-25 Asc - Advanced Switching Communications Layer two tunneling protocol (L2TP) merging and management
US6654359B1 (en) 1998-12-11 2003-11-25 Lucent Technologies Inc. Wireless access to packet-based networks
US6628671B1 (en) 1999-01-19 2003-09-30 Vtstarcom, Inc. Instant activation of point-to point protocol (PPP) connection using existing PPP state
CA2379622A1 (en) 1999-07-19 2001-01-25 British Telecommunications Public Limited Company Routing in a packet switching network with mobile terminals
US7085241B1 (en) 1999-07-19 2006-08-01 British Telecommunications Public Limited Company Method of controlling routing of packets to a mobile node in a telecommunications network
WO2001061395A1 (en) 2000-02-17 2001-08-23 Cquint Communications Corporation Resonant optical filters
AU5684100A (en) 2000-06-20 2002-01-02 Nokia Networks Oy A method for performing a mobile user terminal route update in a telecommunication network operated based on the internet protocol
US7480272B2 (en) 2001-04-02 2009-01-20 Toshiba America Research, Inc Soft handoff in IP-based CDMA networks by IP encapsulation

Also Published As

Publication number Publication date
AU6002500A (en) 2001-02-05
CN1148918C (zh) 2004-05-05
DE60020563D1 (de) 2005-07-07
DE60020563T2 (de) 2006-05-04
US7085241B1 (en) 2006-08-01
CA2379620A1 (en) 2001-01-25
EP1195027B1 (en) 2005-06-01
ATE297092T1 (de) 2005-06-15
EP1195027A1 (en) 2002-04-10
CN1361966A (zh) 2002-07-31
CA2379620C (en) 2008-04-22
ES2243281T3 (es) 2005-12-01
WO2001006717A1 (en) 2001-01-25

Similar Documents

Publication Publication Date Title
JP4508507B2 (ja) 移動端末をもつスイッチングネットワークにおけるルート設定
JP4663939B2 (ja) 遠隔通信のルート設定
JP2003505933A (ja) 遠隔通信のルート設定
EP1579642B1 (en) Routing method and packet communications network
US7242678B2 (en) Telecommunications routing
EP1358747B1 (en) Optimal routing in handover scenarios
US20040125795A1 (en) Telecommunications routing
CA2400575A1 (en) Telecommunications routing
AU2001295796B2 (en) Telecommunications routing
AU2001295796A1 (en) Telecommunications routing

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20070621

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20070621

A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20090807