JP2002526979A

JP2002526979A - オンデマンドネットワーク間帯域幅

Info

Publication number: JP2002526979A
Application number: JP2000573044A
Authority: JP
Inventors: アール．レンローディビッド; ダブリュー．ミラーマーク
Original assignee: コーニスコミュニケーションズインコーポレーテッド
Priority date: 1998-10-01
Filing date: 1999-10-01
Publication date: 2002-08-20
Also published as: WO2000019665A9; WO2000019665A1; AU6504499A; EP1118186A1

Abstract

(57)【要約】例えば、ＡＴＭやフレームリレーを使用する広域ネットワーク（１６０）上で、例えば、ＴＣＰ／ＩＰを使用する構内ネットワーク（１１０）同士を接続する加入者端点装置（１２０）は、アプリケーションの通信セッションに必要なサービス品質を自動的に検出し、そのサービス品質を有する相手先選択接続を確立する。そのインタフェースは信号情報設定ＬＡＮと信号情報未設定ＬＡＮの両方に適応できる。プロトコル間の相違が調整される。

Description

【発明の詳細な説明】

【０００１】（発明の背景）関連出願の相互参照本出願は１９９８年１０月１日にデビッド・レンローおよびマーク・ミラーに
より出願された仮特許出願６０／１０２，６５６号に関し、その内容をそっくり
引用の形で本明細書に盛り込むこととする。

【０００２】マイクロフィッシュ付録本出願は、とりわけ本発明のいくつかの特徴を実施する擬似コードのリストを
収めたマイクロフィッシュ付録を備えている。マイクロフィッシュ付録は１４の
マイクロフィッシュと全部で８２８のフレームとからなる。また、マイクロフィ
ッシュ付録には、現時点では当該技術分野で公知であるが現在変化や修正が進行
中の標準の草案などいくつかの書類のコピーも含まれている。これらの書類は現
時点でのこれら進化中の標準の状態を理解するために含まれている。

【０００３】（発明の分野）本発明は、概してネットワーク間相互接続の分野に関し、特に広域ネットワー
クなど他のネットワークを横断して伝送する加入者構内のネットワークまたはサ
ブネットワークを発信元とする通信に対して要求があり次第帯域幅を選択的に割
り当てることができる加入者端点装置に関する。

【０００４】（関連技術の説明）複数の加入者端末やワークステーションがネットワークを通して相互接続され
る技術分野において、構内ネットワークは公知である。一般に、構内ネットワー
クは互いに適度に近接して位置する装置の集合に限定される。地理的に比較的遠
く離れた局同士が相互接続可能な広域ネットワークも同様に知られている。特定
のネットワーク構成においては、構内ネットワークを広域ネットワークと相互接
続することが望ましく、また公知である。一般に、構内ネットワークは、エッジ
スイッチと通常呼称されている広域ネットワークのノードで広域ネットワークと
接続される。

【０００５】一般に、大組織は別々の都市に位置するなど互いに遠く離れた施設を有してい
るのが実情である。各所在地の構内ネットワーク同士を相互接続することが必要
になる場合が多い。一般に、そのような相互接続は広域ネットワークを通して発
生する。広域ネットワークを通した複数の構内ネットワークの相互接続は、構内
ネットワークのユーザに対して、彼らは広域ネットワークのユーザに過ぎないの
であって、構内ネットワークの各ユーザは所在地に関係なく彼ら全てをリンクす
る単一のネットワークが存在するかのように他の各ユーザと相互接続されている
と思わせるようにして行うことができる。そのようなネットワーク構成は一般に
仮想専用ネットワークと称されている。

【０００６】ＬＡＮインタフェース間の相互接続は、一般に、相手先固定接続（ＰＶＣ）を
使用して形成される。相手先固定接続は加入者が通信を希望することによってい
つでも利用可能であるように前もってセットアップされ確立状態のまま維持され
ている通信経路である。

【０００７】その一方、相手先選択接続（ＳＶＣ）は、通信セッションの開始時に選択的に
確立され、セッション終了時に切断される。相手先固定接続は、常に利用可能で
あるので端点間の接続の確立と切断に伴うシグナリングのオーバヘッドが必要で
ないという利点がある。一部の形式のネットワークは“最善努力”原則に基づい
てのみ通信セッションのパケットを配信する。それは、利用可能な帯域幅や端点
間遅延のようなネットワーク測度に関して所定のサービス品質（ＱＯＳ）を確保
するために何ら特別な事前策を講じないことを意味する。

【０００８】最近の広域ネットワークは非同期転送モード（ＡＴＭ）およびフレームリレー
スイッチとプロトコルを利用している。広域ネットワークの技術分野では、他の
種類のスイッチやプロトコルが公知である。また、ローカルネットワークについ
ても多数のプロトコルが一般的に使用されている。構内ネットワークプロトコル
は通信用にＴＣＰ／ＩＰ（伝送制御プロトコル／インタネットプロトコル）を益
々利用するようになってきた。このことは、ＴＣＰ／ＩＰがインタネットの通信
標準であることから特に都合がよい。

【０００９】構内ネットワークを広域ネットワークを通して別の構内ネットワークと相互接
続しようとすることに起因して多数の問題が発生している。構内ネットワーク用
に利用されるプロトコル（例えば、ＴＣＰ／ＩＰ）と広域ネットワーク用に使用
するプロトコル（例えば、ＡＴＭ）との間の相違は調整されなければならない。
特定の形式の構内ネットワークは、ユーザ間の接続を確立するために、他の形式
のネットワークでは利用しないが、帯域外シグナリングなどのシグナリングを利
用する。一般に、ＴＣＰ／ＩＰを使用する構内ネットワークはシグナリングを利
用しない。しかしながら、構内ネットワークが接続するネットワークは実際には
信号情報が設定される場合がある。構内ネットワーク上のワークステーションを
広域ネットワークと相互接続しようとする場合、上記ワークステーションとその
基礎にある構内ネットワークの双方における動作時の構造が広域ネットワークと
相互接続する以前のものと変わらないままであることが非常に望ましい。また、
構内ネットワークのワークステーションで実行するアプリケーションが、該アプ
リケーション、ワークステーションあるいは構内ネットワークに対して変更を行
うことなく、広域ネットワークを通して確立される接続のサービス品質を自動的
に指定することができれば望ましい。さらに、ワークステーションのユーザが特
定の接続に必要なサービス品質を指定したり、サービス品質をアプリケーション
毎あるいはセッション毎に変えてユーザの要求と手がける通信のタイプとを適正
に整合させることができれば望ましい。

【００１０】（発明の概略）本発明は、従来技術の問題を克服し、上記望ましいものとして認められた長所
をもたらす装置、方法、システム、技術およびコンピュータプログラム製品を提
供する。

【００１１】本発明により、通信セッションを呼び出しているアプリケーションに必要なサ
ービス品質（ＱＯＳ）を検出し、そのＱＯＳを有する仮想回線を作成または選択
することによって構内ネットワークと広域ネットワークと間の柔軟な相互接続が
可能になる。信号情報設定ネットワークと信号情報未設定ネットワークとの間を
調整することができる。

【００１２】当業者であれば、本発明のさらに別の目的と長所は、本発明の実行に関して熟
考された最良の形態を例示するだけで、本発明の好ましい実施形態のみを図示お
よび説明した以下の詳細な説明から容易に明らかになるであろう。明らかに、本
発明は、他の普通の実施形態が可能であり、本発明から全く逸脱することなく、
いくつかの細部に関して変更や様々な明らかな考慮が可能である。したがって、
図面および説明は本質的に例示的なものであり、発明を限定するものではないと
みなすべきである。

【００１３】本発明の目的、特徴および長所は以下の説明から明らかになるであろう。

【００１４】（好ましい実施形態の説明）図１は本発明の一特徴に係り、広域ネットワークを通して構内ネットワーク同
士を相互接続するネットワーク構成を示す。広域ネットワーク２００は複数の構
内ネットワーク１１０Ａと１１０Ｃを相互接続する働きをする。本発明によれば
、構内ネットワーク（ＬＡＮ）１１０と広域ネットワーク（ＷＡＮ）１６０との
間のインタフェースは加入者端点装置（ＳＥＥ）１２０である。この図には示さ
ないが、ＳＥＥ１２０はＷＡＮ１６０への入口点を構成するエッジコンピュータ
を介してＷＡＮ１６０と接続している。図に示すように、インターネットサービ
スプロバイダ（ＩＳＰ）１３０もＷＡＮに接続されている。例示のために、各Ｌ
ＡＮはＴＣＰ／ＩＰ通信プロトコルを利用し、通信用に10Base-T接続形態で構成
されるものとする。ＷＳ−１、ＷＳ−１２９など多数の端末やワークステーショ
ンが対応するＬＡＮ１１０に接続されている。後にさらに説明するように、各Ｓ
ＥＥ１２０は仮想専用ネットワークがＳＥＥ２２０の装置のメモリ内で定義可能
であるように該メモリと経路表とを備えている。

【００１５】図２は、本発明の一特徴に係り、図１に示す加入者端点装置１２０のハードウ
ェア構成の描写である。図２に示すハードウェアのメインコントローラはＣＰＵ
１１４である。このものとしては、モトローラ社のＭＰＣ８６０ＳＡＲ要素プロ
セッサが好ましい。ＣＰＵ１１４は図２に示すように利用される複数の入出力ポ
ートを有している。メモリバス２５０はブート装置１１５ａ、ＳＤＲＡＭ１１５
ｂ、ＲＡＭ１１５ｃ（フラッシュメモリ）などのメモリサブシステムと接続して
いる。不揮発性メモリ１１６（シリアルＥＥＰＲＯＭ）はブート情報を格納し、
ポートＳＰＩを通してＣＰＵ１１４に接続されている。ＬＥＤ表示器１１１は装
置の状態に関する一定の出力情報が外部のユーザに対して表示できるようになっ
ている。ＲＳ２３２シリアルコンソールポート１１３は配線ＳＭＣ１を通してＣ
ＰＵと接続している。これにより、ＰＣクラス装置がＳＥＥ１２０と接続されて
障害追跡やその他の目的のためのコンソールとして機能することができる。ＣＰ
Ｕ１１４はイーサネット、ハイレベルデータリンク制御手順およびＡＴＭ／ＳＡ
Ｒに関する統合プロトコル処理機能を有している。

【００１６】ネットワーク入出力は、イーサネットポート、ＡＴＭポート、ＰＯＴＳポート
、フレームリレー可能双方向ポートなどの要素１０１、１０２、１０３、１０４
、１０５、１０６、１０７によって行われる。ＣＰＵ１１４に対して多重Utopia
接続可能入出力装置をサポートするために、プログラム可能論理装置（ＰＬＤ）
１１２が設けられている。このものは、必要に応じてUtopiaバスを接続済ネット
ワークインタフェースに割り当てる。経路指定フィールドプログラム可能ゲート
アレイ（経路指定ＦＰＧＡ）１１０はメインＣＰＵ／プロトコルプロセッサ１１
４の信号とＶ．３５ポート１０４および第２イーサネットポート１０５との間の
信号に対するデータ経路指定を行う。また、この経路指定ＦＰＧＡはＣＰＵ１１
４とディジタル信号プロセッサ（ＤＳＰ）（例えば、２個のＤＳＰ）１１７、Ｔ
１／Ｅ１ポート１０６およびＰＯＴＳポート１０７との間で時分割多重化（ＴＤ
Ｍ）データの経路指定を行う。ＰＯＴＳポート１０７は標準的なＰＯＴＳ電話接
続とネットワークとの間でインタフェースをとるのに必要なアナログ−ディジタ
ル変換回路を備えている。

【００１７】ＤＳＰ１１７はＦＰＧＡ１１０によって経路指定されたＴＤＭバスを介してＤ
ＳＰに配信される信号に対する高度な計算機能を提供する。ＤＳＰを利用する計
算形式の例としては、音声またはデータ圧縮、ＤＴＭＦ音調検出および生成など
がある。２個の別々の内容参照可能メモリ（ＣＡＭ）はメモリバス２５０をハン
グオフする。ＣＡＭ１（１０８）はレイヤ３の高速探索のために使用され、ＣＡ
Ｍ２（１０９）はレイヤ４の高速探索のために使用される。

【００１８】図３は従来技術に使用される標準的なＩＰ相手先固定接続（ＰＶＣ）経路指定
を示すネットワーク図である。ネットワーク３００は該ネットワーク３００上で
リンクされるべき一つ以上のサブネットワーク１１０にそれぞれ接続するノード
３１０を有するＩＰネットワークである。３つのノードのみを簡単に図示したが
、各ノードはそれぞれ対応する相手先固定接続を通して他の全てのノードにリン
クされている。したがって、ノード３１０ａは相手先固定接続ＰＶＣ１を通して
ノード３１０ｃにリンクされている。ノード３１０ａはＰＶＣ２を通してノード
３１０ｂにリンクされており、ノード３１０ｂはＰＶＣ３を通してノード３１０
ｃにリンクされている。図示のように、各ノードで、ＷＳ１などのユーザからの
パケットがサブネットワーク１１０を越えて適正な相手先固定接続に向けて送信
され図示のＷＳ１２９などの送信先ユーザのサブネットワークに関連するノード
に到達できるように経路表とリンク表が維持されている。経路表は各送信先ネッ
ト（例えば、サブネットワーク）やその送信先ネットワークに達するのに選択さ
れるべき“次ホップ”を示すエントリを含んでいる。リンク表は一つのフィール
ドで各送信先ノードを同定し、関連フィールドでそのノードに達するのに採用さ
れるべき特定の相手先固定接続を同定する。例えば、ユーザＷＳ１からのパケッ
トは、経路表が参照され、パケットの送信先であるＷＳ２９が位置する送信先ネ
ット２１０ｃに達するためには次ホップがＩＰ３であると決定すると、サブネッ
トワーク１１０ａ越しにノード３１０ａ（ＩＰ１）に経路指定される。次ホップ
が特定されると、リンク表が参照され、ノードＩＰ３へのリンクがＰＶＣ１を通
してであると決定する。

【００１９】図３に示す例が単純であることによって隠れてしまう問題として、Ｎをネット
ワーク上のノード数とすると、経路表がその必要条件上Ｎｘ（Ｎ−１）の関数と
して拡張するということがある。したがって、非常に大きなネットワーク上では
、経路表はかなりの大きさになり、特定エントリを探索するのに必要なアクセス
時間が度を越えたものになってしまう。

【００２０】図４は従来技術に示すＡＴＭネットワークを横断する単純な相手先選択接続（
ＳＶＣ）のセットアップを示す。この例では、ＩＰ１、ＩＰ２、ＩＰ３はそれぞ
れＡＴＭネットワーク４００内のＴＣＰ／ＩＰネットワーク１１０ａと１１０ｃ
間のゲートウェイである。ゲートウェイＩＰ１はウェルノウンアドレスおよびポ
ートを通してエッジスイッチ４１０ａに接続している。ＩＰ１はサブネットワー
ク１１０ｃのワークステーション１２９に対する接続確立要求を開始する。この
場合、ＩＰ１とＩＰ３との間に相手先固定接続は存在しない。しかしながら、エ
ッジスイッチは様々な送信先ノードをそれぞれ対応するＡＴＭアドレスに関連付
けする図示のようなＡＴＭアドレス表を有している。その後、ゲートウェイＩＰ
１はそのユーザＷＳ１がユーザＷＳ１２９との通信に使用するために仮想回線の
確立を要求する。経路表はアドレスＷＳ１２９のネット部分を同定するとともに
それがゲートウェイＩＰ３によって提供されることを知らせる。しかしながら、
この時点ではリンク表内で同定される仮想回線はない。ゲートウェイＩＰ１はエ
ッジスイッチ４１０ａからのこの通信中に使用に供する相手先選択接続の確立を
要求する。エッジスイッチ４１０ａはエッジスイッチ４１０ｂが供するゲートウ
ェイＩＰ３のＡＴＭアドレスを有している。したがって、エッジスイッチ４１０
ａはそれ自身と４１０ｂとの間の両者間の通信時に使用する仮想回線の確立を要
求する。これらエッジスイッチは仮想回線を確立し、ゲートウェイに対して割当
てを行うことによってゲートウェイに要求のあった通信に利用されるべき仮想回
線を知らせる。この時、その仮想回線を識別するものが参照と経路指定のために
リンク表に挿入される。上記複数の表のエントリが満たされると、ＷＳ１とＷＳ
１２９との間で通信を開始することができる。

【００２１】図５はサービス端点装置１２０のソフトウェア構成を示すブロック図である。
このソフトウェア構成を説明するには、ＩＳＯ／ＯＳＩモデルに大まかにたとえ
ることが有利である。ブロック２１７はＩＳＯ／ＯＳＩモデルのレイヤ１、すな
わち、物理層にほぼ相当する。ブロック２０１、２０２、２０３、２０４はＩＳ
Ｏ／ＯＳＩモデルのレイヤ２（データリンク層）にほぼ相当し、ブロック２０５
、２０６、２０９はＩＳＯ／ＯＳＩモデルのレイヤ３（ネットワーク層）にほぼ
相当する。

【００２２】スマートエージェント(SmartAgent)と名付けられた機能群はソフトウェアの最
上位の管理を取り扱う。Web/SNMP/XML制御部２１０により、ボックスの情報設定
全体を管理することができる。プログラムメモリやネットワークに関する実行可
能なイメージの最初のロードはブートローダ２１１が取り扱う。経路制御（経路
表とパラメータ交換など基本要素と各項目の両方）はルーティングプロトコル２
１３が取り扱う。

【００２３】図２のネットワーク入出力ポート（２０１、２０２、２０３、２０４、２０５
、２０６、２０７）は図３ではグループ２１７として論理的に示されている。

【００２４】入出力アドレス設定管理プログラム２１６はスマートエージェント制御部２１
０からの管理コマンドに従って上記のポートのアドレス設定を行う。このアドレ
ス設定の結果、企業側の１つ以上のポートとサービスプロバイダ側の１つ以上の
ポートが活性化する。その後、このアドレス設定情報は高速経路制御層（ＦＲＬ
）２０５に対して利用可能になる。

【００２５】ＦＲＬ５０５はＳＥＥ１２０内のデータプレーンの動作に関する中心的なソフ
トウェアエンティティである。ＦＲＬは、データパケットが既存のフロー用であ
る場合に最大帯域幅でデータを転送するのに必要な機能を実行する。典型的な構
成であれば、企業側であるイーサネットドライバ５１０に接続されたイーサネッ
トポート５１７と５１７内でＡＴＭドライバ５０３に接続されたＴ１ポートとを
有している。パケットが５０１に到達すると、それが正しいと確認された後、層
を上昇して５０４に渡される。５０４は全てのレイヤ２情報／ヘッダ（この場合
、１４バイトＭＡＣヘッダ）を取り除いて、そのＩＰパケットを上方のＦＲＬ２
０５に送る。ＦＲＬ２０５はこれが既存のフローであるか否か（すなわち、ＩＰ
／レイヤ３情報の発信元と送信先、発信元および送信先ＴＣＰ／ＵＤＰポート、
プロトコルタイプと一致するか）を調べ、そうであれば、それを直ちに２０４の
適切な転送点に送ることになる。ＩＰパケットをカプセル化した（例えば、ＲＦ
Ｃ１４８３）後、それをＡＴＭドライバ２０３を用いて２１７のアドレス設定さ
れたサービスプロバイダポートから送信することになる。

【００２６】パケットが２つの新しいレイヤ３エンティティ（すなわち、ＩＰアドレス）間
を初めて移動する時、パケットは上方の２０６内の照合プロトコルアダプタまで
、そして、さらにＩＰ層２０９まで上方に送られることによって経路指定される
必要がある。送信先が決まっているトラフィックは全て上記と同じ経路をたどる
。

【００２７】フローまたはフローグループの始まりと終わりは常に、サービスマッピングと
呼称するエンティティ２０７、２０８、２１４、２１８の群が、実行しなければ
ならない増分動作をアドレス指定する責任がある。（図４はこれらの動作の詳細
を示す。）

【００２８】図５の最後のエンティティは待ち行列管理プログラム５１５である。高速経路
制御層５０５にとって、それは５０４内の別のフォーマットモジュールに見える
。しかしながら、待ち行列管理プログラムは制御部２１０によって与えられた優
先順位に従ってパケット転送の保留と順序変えを行う。パケットの実際の転送準
備が整うと、フォーマットモジュール２０４内の適切な入口点が呼び出される。
これにより、同じ仮想回線上で移動するパケットの‘シェーピング’（例えば、
優先順位指定）が可能になる。

【００２９】図６は高速経路制御層で使用されるソフトウェアの構成図である。この図を、
図７のフロー図とともに高速経路制御層の動作をより詳細に説明するために使用
する。

【００３０】図５に示すように、パケットは２０４からＦＲＬ２０５に到達する。２０５内
では、パケットから発信元および送信先ＩＰアドレスを取り出してそれらをCAM1
１０８を用いて既知の全ての組合せと比較することにより、フロー照合３０７を
実行する。一致するものがなければ、パケットはスタックを‘上昇して’２０６
に送られる。一致するものがあれば、CAM1１０８からの一致番号、パケットタイ
プ、発信元ポート番号および送信先ポート番号を使用し、CAM2１０９に関して照
合を試みる。そこで一致がなければ、パケットをルールエンジン３０１に送る。

【００３１】両方のCAMと一致したパケットは既存のフローであり、ＦＲＬ２０５によって
すっかり取り扱うことができる。一致情報により、フローコンテキスト表３１２
に索引が付与される。この表は実行しなければならない残りの処理に関する情報
を含んでいる。最初に、３１２内のエントリがＴＯＳマーキングを行う必要があ
ることを示していれば、ブロック３０８が３１２内のＴＯＳ値を取り出し、パケ
ットに付与する。次に、ブロック３０９がＴＴＬを減分し、ＩＰヘッダのチェッ
クサムを（適用可能であれば、ＴＯＳ変更も含めて）再計算する。その後、３１
０により、転送バイトおよび転送パケットカウンタを更新する。最後に、ブロッ
ク３１１が、（３１２内の情報を介して）送信機能ポインタ、送信引数および新
しいパケットを用いて、パケットを送出する２０４内の適正な入口点を呼び出す
。また、フロー情報３１２は、制御フローを絶えず監視できるように、ルールエ
ンジン３０１に送らなければならない制御フローに関するフラグを含んでいる。

【００３２】ＩＰスタックを‘上昇して’送られたパケットは、ＩＰ層２０９が次ホップの
アドレスを決定した後、ＩＰ適応化層２０６を経てＦＲＬ２０５に戻ることにな
る。その後、パケットはルールエンジン３０１により処理される。上述したよう
に、ルールエンジンはCAM2１０９内に一致するものがない（レイヤ４が欠けてい
る）場合にも呼び出される。

【００３３】ルールエンジン３０１はそれが通常の低優先順位のアプリケーションであるの
か特別の高優先順位のアプリケーションであるのかを判定しなければならない。
これは、静的ＴＣＰ／ＵＤＰポート情報と動的ＴＣＰ／ＵＤＰポート情報の両方
（すなわち、レイヤ４）を比較することによって行われる。静的ルールは多くの
アプリケーション用に存在する一定ポート番号割当てである。動的ルールは、異
なるアプリケーション３０３のそれぞれに関する制御チャネルフロー内のパケッ
トを監視し、アプリケーションが動的なポート番号に関して取り決めたものを判
断することによって決まる。

【００３４】ルールエンジン３０１がアプリケーションポリシーデータベース３１５を検査
して新しい仮想回線（ＶＣ）が必要である（すなわち、特別な取扱いを必要とす
る新しいアプリケーションセッションである）と決定すると、その作業がフロー
グループモニタ３０６により実行される。最初に、ポリシーが多数の選択肢を示
す場合は、顧客コンタクト管理プログラム２１８がこれらの選択肢から選択を行
うよう指示される。この時点で、新しいフローグループ３１３が作成され、３０
４、３０５、３０６内のフローグループの作業が開始され、新しい仮想回線の作
成が開始されることになる。

【００３５】新しい仮想回線を起動するために、ルールエンジン３０１はブロック２１４に
ＳＶＣシグナリングを開始するように命令することになる。次に、３１２内のシ
ステムフロー表に、開始状態としてデフォルトチャネルへの転送かあるいは待ち
行列パケットかを示すエントリを加える。２１４がＷＡＮシグナリングを完了す
ると、上記フロー表エントリ３１２を新しいＳＶＣ情報が反映されるように更新
する。

【００３６】さらに、フロー管理モニタ２０８は、３１３に基づいてこれに収められる課金
およびサービス品質保証制度（ＳＬＡ）監視に関する必要情報を作成する。課金
情報は開始時間、終了時間、アプリケーションのタイプ、発信元ＩＰ、送信先Ｉ
Ｐ、統計量（送信バイト数およびパケット数、受信バイト数およびパケット数）
およびサービス品質関連パラメータを含んでいる。

【００３７】３０１および３０３により監視している主制御チャネルがセッションの終了を
示すと、フローモニタ２０８は２１４に仮想回線を終了（切断）するよう命令す
る。次に、フローモニタが全ての統計量と３１２、３１３および３０５からのＳ
ＬＡ情報を収集し、３０４がセッション、すなわち、呼の詳細記録を課金ホスト
に送ることになる。

【００３８】フローグループモニタ３０６の最後の役割は、（タイムアウト用の）デフォル
トグループ内にあるフローに対して周期的な（非常に小刻みの）ハウスキーピン
グを実行して課金がこのクラスの情報についても実行できるようにすることであ
る。これにより、３１５内の各アプリケーションを必ずデフォルトチャネルに基
づいて動くようにさせつつさらに課金もできるようにする一方、データ総体の（
特定アプリケーションに関するものではない）トラフィック情報も周期的に報告
される。

【００３９】図８は本発明の一特徴に係り、広域ネットワークを横断する相手先選択接続（
ＳＶＣ）のセットアップを説明するネットワーク図である。

【００４０】図８は図４と同様の図面に似ている。しかしながら、図４のゲートウェイは相
手先選択接続に対してゲートウェイが指定するサービス品質をセットアップする
能力を欠いている。以下にさらに説明するように、ＳＥＥ１２０は接続に必要な
サービス品質を検出し、送信先に対してＷＡＮを横断して上記サービス品質を有
する相手先選択接続を確立する。この特定の動作モードでは、ＷＡＮのサービス
を利用する新しい接続はそれぞれ、その通信サービスを利用するアプリケーショ
ンと同程度のサービスレベルか、あるいは以下にさらに説明するようなユーザ指
定のサービスレベルを獲得する。

【００４１】図９は信号情報未設定ＬＡＮを使用した基本的なオンデマンドＬＡＮ−ＷＡＮ
帯域幅の特徴を示す構成図である。最初に、ＬＡＮ（代表的には、イーサネット
）ポート１にパケットが到達する。ＬＡＮフロー識別２に基づいて、パケットは
、ａ）局所ＩＰスタックまで通り抜けて上昇するか、あるいはｂ）ルールエンジ
ン４に直進する。ａ）の場合、パケットは他の構内クライアント用ＩＰスタック
を‘上昇して’送られ、特別な取扱いをさらに必要とすることはない。（２によ
って決定された）ＷＡＮ側を送信先とするが既存のレイヤ３（ＩＰ）接続の一部
ではないパケットは、システムのＩＰスタックの一部である７によって最初に経
路の指定を受ける必要がある（すなわち、次ホップのＩＰアドレスが必要である
）。ｂ）の場合、パケットはフロールールエンジン４に進む。ルールエンジン４
がパケットが既存のフローの一部であると判定すると、パケットは、まず、ブロ
ック３で（例えば、ＲＦＣ１４８３標準のヘッダ追加を用いて）カプセル化され
た後、６により適正な仮想回線から、そしてその後ＷＡＮポート８から送信され
るように送られて行く。

【００４２】ルールエンジン４がこのパケットが新しいフローであると判定すると、それが
通常の低優先順位のアプリケーションであるのか特別の高優先順位のアプリケー
ションであるのかの判定が行われる。これは、ブロック４で静的ＴＣＰ／ＵＤＰ
ポート情報と動的ＴＣＰ／ＵＤＰポート情報の両方（すなわち、レイヤ４）とＩ
Ｐアドレス（すなわち、レイヤ３）とに基づいてルール比較エンジンに従って行
われる。静的ルールは多くのアプリケーション用に存在する一定ポート番号割当
てである。動的ルールは、ブロック４のシステムが異なるアプリケーションのそ
れぞれに関する制御チャネルフロー内のパケットを監視し、アプリケーションが
動的なポート番号に関して取り決めたものを判断することによって決まる。ルー
ルエンジン４が新しい仮想回線が必要である（すなわち、特別な取扱いを必要と
する新しいアプリケーションセッションである）と決定すると、システムはブロ
ック５によりＷＡＮポートからＳＶＣシグナリングを開始することになる。次に
、４内のシステムフロー表にエントリを加える。ＷＡＮシグナリングが完了する
と、上記フロー表エントリが新しいＳＶＣ情報を反映するように５によって更新
されることになる。このフロー対応ＳＶＣ情報は所与のフローに関連する８内の
仮想回線上でパケットを送出するためのブロック６の基準を提供する。

【００４３】図１０は信号情報設定ＬＡＮが利用される場合の基本的なオンデマンドＬＡＮ
−ＷＡＮ帯域幅の特徴を示す構成図である。

【００４４】パケットはＬＡＮ（代表的には、イーサネット）ポート１１に到達する。パケ
ットは、いくつかの場所の一つに進む、すなわち、ａ）ＬＡＮシグナリング１５
用プロキシに進むか、ｂ）局所ＩＰスタックまで通り抜けて上昇するか、ｃ）ブ
ロック１２が行った決定に基づいて適正な出力ポートに直接経路指定される。

【００４５】ａ）の場合、パケットは構内ＬＡＮシグナリングエージェント１５に進む。１
５に到達すると、いくつかの動作が発生する。最初に、シグナリングに対する適
切な応答がＬＡＮポートから返送される。次に、そのシグナリングが新しいフロ
ーが発生しているところであることを示すと、システムは新しいＷＡＮ相手先選
択接続が適正であるのか否か、すなわち、新しいフローが既存の仮想回線に基づ
いて動いてフロー情報が１４に追加されることになるのか否かを判定する。

【００４６】１４が新しい仮想回線が必要であると判定すると、システムはブロック１６に
よりＷＡＮポートからＳＶＣシグナリングを開始することになる。次に、１４内
のシステムフロー表にエントリを加える。ＷＡＮシグナリングが完了すると、上
記フロー表エントリが新しいＳＶＣ情報を反映するように１６によって更新され
ることになる。このフロー対応ＳＶＣ情報は所与のフローに関連する１９内の仮
想回線上でパケットを送出するためのブロック１８の基準を提供する。

【００４７】ｂ）の場合、パケットは構内クライアント用ＩＰスタックを‘上昇して’送ら
れ、特別な取扱いをさらに必要とすることはない。（１２によって決定された）
ＷＡＮ側を送信先とするが既存のレイヤ３（ＩＰ）接続の一部ではないパケット
は、システムのＩＰスタックの一部である１７によって最初に経路の指定を受け
る必要がある（すなわち、次ホップのＩＰアドレスが必要である）。

【００４８】ｃ）の場合（すなわち、パケットが既知のレイヤ３／ＩＰ接続の一部である場
合）、パケットは、まず、ブロック１３で（例えば、ＲＦＣ１４８３標準のヘッ
ダ追加を用いて）カプセル化された後、１８により適正な仮想回線から、そして
その後ＷＡＮポート１９から送信されるように送られて行く。

【００４９】図１１は選択可能なサービス品質をもつ相手先選択接続を確立する処理のフロ
ー図である。パケットフローの開始時にパケットが受信されると（１１００）、
ＳＥＥ１２０でＳＥＥ１２０と目標の送信先との間に既存の仮想回線が存在する
か否かを判定する検証が行われる（１１１０）。そのような仮想回線が存在すれ
ば（１１１０−Ｙ）、パケットフローが送信先への転送のためにその既存の仮想
回線に向かって送出される（１１２０）。既存の仮想回線がない場合は（１１１
０−Ｎ）、フローが待ち行列に対して経路指定され（１１３０）、それと同時に
特定アプリケーション用アナライザにも経路指定される。接続がＩＴＵ標準Ｈ．
３２３などのマルチフロー接続の場合は、追加のフローが検出された時に、Ｈ．
３２３接続に関連する表エントリを追加する（１１４０）。パケットが待ち行列
に向かって流れている間、ユーザは接続に必要なあるいは希望するサービス品質
の照会を受け、ユーザの応答が記録される（１１５０）。ユーザが必要なサービ
ス品質を示すと、あるいは、以下にさらに説明するように、必要なサービス品質
の自動検出があった場合に、ＳＥＥ１２０は指定されたサービス品質で相手先選
択接続の確立を要求する（１１６０）。そして、その相手先選択接続が上記のサ
ービス品質で確立され（１１７０）、パケットが待ち行列から解放されて新たに
確立された相手先選択接続に流出する（１１８０）。その後、上記新しい相手先
選択接続を通して通信を開始することができる（１１９０）。最初に既存の相手
先選択接続を通して通信を開始していた場合は（１１２０）、適正なサービス品
質で新たな相手先選択接続が確立されると、その接続に関連するフローが既存の
相手先選択接続を離れ、新たに確立された相手先選択接続を通して経路指定され
ることになる。

【００５０】図１２は１接続に対して複数のフローが検出される場合を説明するために使用
するブロック図である。ワークステーションＷＳ１が複数のフローを必要とする
モードで通信したい場合、例えば、装置ＷＳ１がＩＴＵのＨ．３２３標準（マル
チメディアアプリケーション）を使用して通信を行いたい場合、Ｈ．３２３装置
との接続確立に利用される特定のウェルノウンポートにアドレス指定された送信
先装置に対して接続が要求される。図示の例では、最初のフローは接続要求を運
びながら確立される。その要求は、この例では、ポート８６に向かう接続を指定
しており、その結果、２番目のポート番号を有する接続装置、例えば、Ｈ．３２
３接続に必要なデータフローのセットアップに関する制御情報を転送可能な図示
例の１２２などの接続装置から割当ての受入れがある。ポート１２２を通した信
号情報交換に応じて、図示の１９３などの１つ以上のデータフローを確立してそ
れぞれ対応するマルチメディア情報ストリームやフローを取り扱うことができる
。ＳＥＥ１２０では、ポート８６や１２２などに対する制御フローが検出される
と、パケットフローが通常の経路指定パスを出て、パケット情報が通信接続を横
断して流れてゆくのと同時に、特定アプリケーション用アナライザがそのフロー
を監視できるようになる。Ｈ．３２３サービスなど１つのサービスに関連する複
数のフローはフローグループの一部を構成している。通信端末では、切断装置が
、制御チャネル２（この例ではポート１２２）を通じて、フローグループの取扱
いに使用される相手先選択接続の切断を指示する切断メッセージを送出する。

【００５１】図１３は１フローの情報を表すために使用されるデータ構造である。そこには
、当然ながら、５個の情報からなるフローＩＤが存在する。その５個の情報は、
発信元ＩＰアドレスと、送信先ＩＰアドレスと、発信元ポート番号と、送信先ポ
ート番号と、プロトコルタイプを含んでいる。さらに、データ構造はポート番号
、仮想パス表示子（ＶＰＩ）、仮想接続表示子（ＶＣＩ）などの相手先選択接続
情報と、カプセル化ヘッダも含んでいる。フローＩＤを高速経路制御層に保存す
ることにより、“一度の経路指定”と“多くの送出”が可能になる。すなわち、
フローの経路制御情報が既に保存されているので、それを繰返し利用することに
より、新しい接続に利用される完全な経路指定処理を行うことなくパケットの経
路指定を行うことができる。

【００５２】図１４は特定の接続用にサービス品質を選択するためのドロップダウンメニュ
ーの例である。このようなドロップダウンメニューをさらに利用することにより
、特定のアプリケーションタイプのサービス品質を指定することができる。この
特定のドロップダウンメニューはネットワーク品質(network quality)とネット
ワークセキュリティ(security)に関するいくつかの選択肢(options)の一つを選
択する機会をユーザに提供する。このドロップダウンメニュー形式は、さらに、
ネットワーク接続品質選択処理の一部としてユーザに広告が表示される機会を提
供するという利点も有している。

【００５３】既に述べたように、ネットワークを介した接続数の増加とともに表のサイズが
大きくなるにつれて、経路制御情報にアクセスするのに必要な探索時間と資源が
動的に増大する。従来そうであったようにソフトウェア内で探索がなされる場合
、特定の経路指定処理に必要な時間量は進行中のフロー数の関数である。

【００５４】ＳＥＥ１２０内で新たに作成されたフローを監視することにより、呼び出され
たアプリケーションのタイプとクラスを判定することができる。様々なタイプの
アプリケーションを、その最初の接続要求を指示したウェルノウンポートによっ
て判別することが可能である。接続要求が指示されたウェルノウンポートに応じ
てサービス品質が変化する場合の別の通信タイプの例としては、会計や在庫管理
の業務で広く使用されているＳＡＰソフトウェアが利用するものがある。

【００５５】一般的なネットワーク環境では、多数のアプリケーションに対して“最善努力
”型のサービスを受け入れるよう期待する一方、ビデオフォンなどは高度のサー
ビス品質を要求する。これらのアプリケーションタイプの判別を上記のように効
果的に行うことができる。あるいは、それ以外の際立ったアプリケーション特性
を検出し、ネットワークを通じたサービス品質を確立するために利用することが
できる。上述したように、ＳＥＥ１２０は経路決定のために複数の内容参照可能
メモリ（ＣＡＭ）を利用する。好ましい実施形態では、内容参照可能メモリの１
つがレベル３の経路制御のために利用され、１つがレベル４の経路制御のために
利用される。この特定の構成は自由度があり、そうしない場合よりも豊富な機能
群を提供する。内容参照可能メモリには１計算あたりの時間が決定性を有すると
いう利点がある。図５に示すように、特定のポートおよびプロトコルに対するサ
ポートをハードウェアおよびソフトウェアに亘って分割可能にすることにより、
ハードウェアのみの手法やソフトウェアのみの手法よりも大きな割当て自由度を
得る。例えば、既存のハードウェア基盤を保持しながら、様々な部分をソフトウ
ェア内でスワップアウトさせることができる。

【００５６】図１５はネットワークを横断して接続を確立する際に様々な品質レベルの既存
の相手先固定接続（ＰＶＣ）の中からの選択を示すブロック図である。ＳＥＥ１
２０は、さらに、それぞれ異なるサービス品質を有する複数の既存ＰＶＣの中で
選択を行うために利用することもできる。例えば、特定のインタネットアプリケ
ーションでは、Diffservのようなスキームが利用される場合、多数のＰＶＣを様
々なレベルで確立することが可能である。例えば、Diffservの場合、複数のレベ
ルの（例えば、ブロンズ、シルバー、ゴールドおよびプラチナといった）サービ
スが規定されている。複数のＰＶＣが様々なサービスレベルでネットワークを横
断して確立される場合、ブロンズレベルは“最善努力”式の通信に利用され、他
はサービス品質固有の特定の接続の専用になる。

【００５７】この手法に関連して２つの問題がある。第１に、接続確立はユーザかアプリケ
ーションのどちらかに比較的永続的に関連してしているので、ユーザはサービス
品質の変更についての発言権はない。したがって、ユーザはそのセッションに必
要とされる以上の機能分の代金を支払っている場合もあれば、その通信に必要な
サービスレベルを補償されない場合もある。ＳＥＥ１２０の選択機能を利用する
ことにより、ユーザは、１接続に対して、接続単位であるいはアプリケーション
のクラス単位でそのセッションに必要なサービス品質を指定することができる。
また、ＳＥＥ１２０を図１５に示すような接続形態で使用することにより、着信
パケットのＩＰヘッダの“サービスタイプ”（ＴＯＳ）ビットに基づいて相手先
選択接続を選択して、適切にマークされたパケットに対してネットワークを通し
てサービス品質を実現することができる。

【００５８】図１６はＷＡＮを通してＬＡＮを相互接続するネットワーク構成を示す。特定
のタイプのＷＡＮネットワークでは、所定のパケットのサービス品質はそのパケ
ットのＩＰヘッダ内のＴＯＳビット設定に基づいている。ＳＥＥ１２０を利用し
て特定のセッションに適したＴＯＳビットやユーザ選択に適したＴＯＳビットを
設定することができ、それにより、ＷＡＮネットワークが所望のサービス品質で
パケットを転送するようになる。

【００５９】今日、ネットワークの帯域幅に対するアクセスの大部分は先着順サービス基準
に基づいている。本発明は、上記の帯域幅へのアクセス方法をより制御されたも
のにすることもできる。そのうちの一つでは、帯域幅を前もって（分、時、日）
確保することにより、ユーザが必要な時に利用できるようにすることができる。
この帯域幅予約システム（ＢＲＳ）はユーザが将来のある時間に一定の帯域幅量
と品質を確保するようネットワークボックスに‘話す’ことを必要とする。例え
ば、ユーザが‘次の木曜日の午前１０時から午前１１時３０分まで’遠く離れた
事務所にＷＡＮを通してテレビ会議を行いたいとする。テレビ会議ソフトウェア
は３０ミリ秒以下の待ち時間で３８４キロビット／秒を必要とする。ユーザはこ
の情報をこのリンクのどちらかの側のＷＡＮアクセスボックスに伝えればよい。
そして、必要な時間に両ボックスで待ち時間が純分に低い利用可能な帯域幅があ
れば、両ボックスは指定を確認し、他の誰かにその時間帯を予約させないように
するか、または、指定時間が来た時に他のユーザが妨害できないようにする。ユ
ーザは指定時間前のいずれかの時間にその予約を解消すれば、予約はプール内に
戻され、他人が自由にアクセスできるようになる。

【００６０】これにより、多数の利点がもたらされる。すなわち、必要な時間に利用を希望するのではなく、前もって帯域幅量と品質を確保でき
ること。

【００６１】既存の予約を無効にする‘より強い権限’の要求を認識できること。例えば、
最高経営責任者が予約要求を行って拒絶される場合、システムは階層型優先を発
生させることができる。すなわち、最高経営責任者は誰が予約を行おうとその予
約を取り消す（しかしながら、最高経営責任者は決して予約を取り消させない！
）。

【００６２】通常の業務要件との直観的整合。

【００６３】ネットワーク資源に対して予測可能なアクセスができること。

【００６４】優先権のあるユーザ対通常のユーザの認識。

【００６５】現行の商習慣にすっきりと適合すること。

【００６６】図１７は帯域幅予約システム（ＢＲＳ）を示すブロック図である。予約要求は
予約サーバに受け取られ、最初に正しいフォーマットであるかどうか検証される
。間違ったフォーマットであると、要求が拒絶される。正しい要求は必要なネッ
トワークベースの資源と要求の日時および期間を完全に計量するのに十分な情報
を含んでいる。その後、要求は、影響を及ぼすネットワーク要素の基本的機能と
正当性（すなわち、転送装置がサポートする基本帯域幅、処理資源などの範囲内
にあるか）に関して比較される。不適正な機能であると、予約要求に失敗する。
要求は競合／優先順位解決処理に入る。この処理は必要な資源が開始プログラム
の判定基準に従って確保可能であるか否かを判定する。どのような資源が要求さ
れた場合でも、予約要求の日時と期間がネットワーク資源に関する既存の予約の
データベースと比較される。要求された資源が競合する予約に充てられていなけ
れば、新しい予約機能が開始される。競合する資源の予約がある場合は、ポリシ
ーデータベース内のユーザ優先順位の検証が行われる。新しい予約を行っている
ユーザが既存の予約の保有者よりも高い優先順位を有していると規定されていれ
ば、低い優先順位の予約が解除され、新しい予約機能が開始される。解除された
予約の保有者への通知も実施される。既存の予約保有者が新しい要求よりも高い
優先順位を有している場合は、新しい要求が“失敗”の表示を返す。新しい予約
機能は予約データベースとのトランザクションを正常終了し、その結果、指定さ
れた時間、日、期間および資源の新しい予約になる。

【００６７】ＢＲＳはユーザポリシーデータベースを備えている。このデータベースは全て
のシステムユーザに関するフィールドを８ビット表現の優先順位値で含んでいる
。ゼロの値は最も低い予約優先順位を示し、２２５の値は最も高い予約優先順位
を示す。

【００６８】さらに、ＢＲＳは予約データベースも備えている。このデータベースは、予約
が予想される各ネットワーク資源に関して、その資源の予約を記述した不定数の
データ構造を有している。そのような各データ構造は以下の情報、すなわち、予約を保有するユーザのＩＤ、予約開始時間、予約終了時間、および予約された資源の量を含んでいる。

【００６９】図１８は新しい予約要求を評価する実装例の擬似コード表現である。

【００７０】ＳＥＥ１２０を実装するために利用される擬似コードと擬似データ構造および
標準は添付のマイクロフィッシュ付録に詳細に述べられており、その全体が本明
細書の開示に引用の形で盛り込まれている。

【００７１】図１９のＰＣＴは高速経路制御層とともに使用される擬似データ構造の例を示
す。

【００７２】図２０のＰＣＴは図５に示す上位ＩＰドライバ２０６の擬似コード表現である
。

【００７３】図２１のＰＣＴは図５に示す高速経路制御層２０５の実装化の擬似コード表現
である。

【００７４】図２２のＰＣＴは図５に示す下位ＩＰドライバ２０４の擬似コード表現である
。

【００７５】図２３のＰＣＴは図５に示すルールエンジン３０１の擬似コード表現である。

【００７６】図２４のＰＣＴは図５に示すフローグループモニタ３０６の擬似コード表現で
ある。

【００７７】本発明を詳細に説明してきたが、それは単なる例示を目的とするものであって
限定を目的として取られるべきでないことは明らかであり、本発明の精神と範囲
は付属の特許請求の範囲に関してのみ限定されるものである。

【図面の簡単な説明】

【図１】図１は本発明の一特徴に係りＷＡＮ上でＬＡＮを相互接続するネットワーク構
成を示す。

【図２】図２は本発明の一特徴に係り、図１に示す加入者端点装置２２０のハードウェ
ア構成の描写である。

【図３】図３は従来技術で使用される標準的なＩＰ相手先固定接続を示すネットワーク
図である。

【図４】図４は従来技術に示すＡＴＭネットワークを横断する単純な相手先選択接続（
ＳＶＣ）のセットアップを示すネットワーク図である。

【図５】図５はサービス端点装置２２０のソフトウェア構成を示すブロック図である。

【図６】図６は高速経路制御層で使用されるソフトウェアの構成図である。

【図７】図７は高速経路制御層の動作を説明するために使用されるフロー図である。

【図８】図８は本発明の一特徴に係り、広域ネットワークを横断する相手先選択接続（
ＳＶＣ）のセットアップを説明するネットワーク図である。

【図９】図９は信号情報未設定ＬＡＮを使用した基本的なオンデマンドＬＡＮ−ＷＡＮ
帯域幅の特徴を示す構成図である。

【図１０】図１０は信号情報設定ＬＡＮが利用される場合の基本的なオンデマンドＬＡＮ
−ＷＡＮ帯域幅の特徴を示す構成図である。

【図１１】図１１はアプリケーションの帯域幅要件を検出する処理のフロー図である。

【図１２】図１２は１接続に対して複数のフローが検出される場合を説明するために使用
するブロック図である。

【図１３】図１３は１フローの情報を表すために使用されるデータ構造である。

【図１４】図１４は特定の接続用にサービス品質を選択するためのドロップダウンメニュ
ーの例である。

【図１５】図１５はネットワークを横断して接続を確立する際に様々な品質レベルの既存
の相手先固定接続の中からの選択を示すブロック図である。

【図１６】図１６はネットワークを横断して接続を確立する際に既存の接続形式（ＴＯＣ
）の中からの選択を示すブロック図である。

【図１７】図１７は帯域幅の予約を示すブロック図である。

【図１８】図１８は新しい予約要求を評価する技術例の擬似コード表現である。

【図１９】図１９のＰＣＴは高速経路制御層とともに使用される擬似データ構造の例を示
す。

【図２０】図２０のＰＣＴは図５に示す上位ＩＰドライバ２０６の擬似コード表現である
。

【図２１】図２１のＰＣＴは図５に示す高速経路制御層２０５の実装化の擬似コード表現
である。

【図２２】図２２のＰＣＴは図５に示す下位ＩＰドライバ２０４の擬似コード表現である
。

【図２３】図２３のＰＣＴは図５に示すルールエンジン３０１の擬似コード表現である。

【図２４】図２４のＰＣＴは図５に示すフローグループモニタ３０６の擬似コード表現で
ある。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１２年１１月８日（２０００．１１．８）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者マークダブリュー．ミラーアメリカ合衆国ニューハンプシャー州 03811，アートキンソンオークリッジドライヴ 15 Ｆターム(参考） 5K030 GA08 HA09 HA10 HC01 HC13 HD03 HD07 JA11 KA05 KA13 LB02 LC05

Claims

【特許請求の範囲】

【請求項１】シグナリングを使用せずに接続を確立する第１のディジタル
ネットワークをシグナリングを使用する第２のネットワークと相互接続する装置
であって、ａ．少なくとも１つのパケットが新しい通信セッションを要求する特定のアプ
リケーションを発信元とすることを認識し、上記少なくとも１つのパケットの送
信先を決定するアナライザと、ｂ．上記第２のネットワークにシグナリングを送出して上記送信先との接続を
確立するシグナリングジェネレータとを備えている装置。
【請求項２】上記第１のディジタルネットワークはイーサネット（登録商標）網である請求項１記載の装置。
【請求項３】上記第２のディジタルネットワークはＡＴＭ網である請求項
１記載の装置。
【請求項４】上記第２のネットワークに送出されるシグナリングは上記接
続の目標とするサービス品質の表示を備えている請求項１記載の装置。
【請求項５】上記第２のネットワークはＡＴＭ網、フレームリレー網、パ
ケットオーバーＳＯＮＥＴおよびＴＤＭ網からなる群から選択されたネットワー
クである請求項１記載の装置。
【請求項６】上記第１のディジタルネットワーク上のアドレスを送信先と
するパケットは上記第１のネットワークのプロトコルスタックに向けて送出され
る請求項１記載の装置。
【請求項７】上記第２のネットワークを送信先とするパケットは該パケッ
トを上記第２のネットワークを横断して転送するよう処理する回線に向けて送出
される請求項１記載の装置。
【請求項８】接続を確立しようとする第１のディジタルネットワークを第
２のネットワークと相互接続する装置であって、ａ．上記第１のディジタルネットワークからの少なくとも１つのパケットの送
信先を決定し、該パケットを上記第２のネットワークを横断する接続に必要なサ
ービス品質を決定する処理を行うルールエンジンに向けて送出するアナライザと
、ｂ．上記第２のネットワークにシグナリングを送出して上記送信先と上記サー
ビス品質で接続を確立するシグナリングジェネレータとを備えている装置。
【請求項９】ルールエンジンはユーザからサービス品質の情報を求める請
求項８記載の装置。
【請求項１０】通信の経路を制御する装置であって、ａ．第１のディジタルネットワークからの少なくとも１つのパケットを監視し
て上記パケットの送信先を検出するモニタと、ｂ．上記少なくとも１つのパケットを第２のネットワークと高速ルータとに向
けて送出する回線とを備えている装置。
【請求項１１】上記高速ルータは、接続が予め確立されている場合に経路
を識別し、あるいは新しい接続を提供するのに必要な回線の特性を決定するルー
ルエンジンに向けて上記少なくとも１つのパケットを送出する請求項１０記載の
装置。
【請求項１２】上記新しい接続は相手先選択接続である請求項１１記載の
装置。
【請求項１３】上記接続はＨ．３２３互換装置に対するものである請求項
１１記載の装置。
【請求項１４】上記モニタは上記Ｈ．３２３装置との接続に関連するフロ
ーグループを構成する少なくとも２つのフローを検出する請求項１３記載の装置
。
【請求項１５】フローグループの全てのフローを転送する仮想回線を確立
する回線をさらに備えている請求項１４記載の装置。
【請求項１６】上記フローグループの少なくとも１つのフローにおいて上
記接続が切断されるという表示を受け取り、それに応じて上記モニタが接続の切
断を開始するまでモニタが上記少なくとも２つのフローを監視する請求項１４記
載の装置。
【請求項１７】上記接続はＳＡＰソフトウェアを実行する装置に対するも
のである請求項１１記載の装置。
【請求項１８】上記モニタは上記ＳＡＰソフトウェアにアクセスするのに
使用されるウェルノウンポートに向けて送出されたパケットを検出する請求項１
６記載の装置。
【請求項１９】上記少なくとも１つのパケットの内容を上記第２のネット
ワークのプロトコルでカプセル化する回線をさらに備えている請求項１０記載の
装置。
【請求項２０】上記第２のディジタルネットワークはＡＴＭ網である請求
項１０記載の装置。
【請求項２１】上記少なくとも１つのパケットはカプセル化されたＩＰパ
ケットの少なくとも一部を含んだＡＴＭパケットであり、上記第２のネットワー
クはＡＴＭ網である請求項１０記載の装置。
【請求項２２】上記第２のネットワークはフレームリレー網である請求項
１０記載の装置。
【請求項２３】上記少なくとも１つのパケットはカプセル化されたＩＰパ
ケットの少なくとも一部を含んだフレームリレーパケットであり、上記第２のネ
ットワークはＡＴＭ網である請求項１０記載の装置。
【請求項２４】上記第２のネットワークは少なくとも２つが異なるサービ
ス品質仕様を有している複数の相手先固定接続を含んでおり、ルールエンジンが
使用すべき相手先固定接続を選択する請求項１０記載の装置。
【請求項２５】シグナリングを使用して接続を確立する第１のディジタル
ネットワークを異なるシグナリングを使用する第２のネットワークと相互接続す
る装置であって、ａ．上記第１のディジタルネットワークからの少なくとも１つのパケットの送
信先を決定するアナライザと、ｂ．上記第２のネットワークに上記異なるシグナリングを送出して上記送信先
と接続を確立するシグナリングジェネレータと、ｃ．上記シグナリングにより確立された接続に基づいて上記第１および第２の
ネットワークからのデータプレーンをリンクする機構とを備えている装置。
【請求項２６】シグナリングを使用せずに接続を確立する第１のディジタ
ルネットワークをシグナリングを使用する第２のネットワークと相互接続する方
法であって、ａ．少なくとも１つのパケットが新しい通信セッションを要求する特定のアプ
リケーションを発信元とすることを認識する工程と、ｂ．上記第１のディジタルネットワークからの上記少なくとも１つのパケット
の上記送信先を決定する工程と、ｃ．上記第２のネットワークにシグナリングを送出して上記送信先との接続を
確立する工程とを備えている方法。
【請求項２７】接続を確立しようとする第１のディジタルネットワークを
第２のネットワークと相互接続する方法であって、ａ．上記第１のディジタルネットワークからの少なくとも１つのパケットの上
記送信先を決定し、上記第２のネットワークを横断する接続に必要なサービス品
質を決定するよう処理する工程と、ｂ．上記第２のネットワークにシグナリングを送出して上記送信先と上記サー
ビス品質で接続を確立する工程とを備えている方法。
【請求項２８】通信の経路を制御する方法であって、ａ．第１のディジタルネットワークからの少なくとも１つのパケットを監視し
て該パケットの送信先を検出する工程と、ｂ．上記少なくとも１つのパケットを第２のネットワークと高速ルータとに向
けて送出する工程とを備えている備えている方法。
【請求項２９】シグナリングを使用して接続を確立する第１のディジタル
ネットワークを異なるシグナリングを使用する第２のネットワークと相互接続す
る方法であって、ａ．上記第１のディジタルネットワークからの少なくとも１つのパケットの送
信先を決定する工程と、ｂ．上記第２のネットワークに上記異なるシグナリングを送出して上記送信先
と接続を確立する工程と、ｃ．上記シグナリングにより確立された接続に基づいて上記第１および第２の
ネットワークからのデータプレーンをリンクする工程とを備えている方法。
【請求項３０】ａ．記憶媒体と、ｂ．上記記憶媒体に格納され、少なくとも１つのパケットが新しい通信セッシ
ョンを要求する特定のアプリケーションを発信元とすることを認識する命令と、
シグナリングを使用しない第１のディジタルネットワークからの少なくとも１つ
のパケットの送信先を決定する命令と、シグナリングを使用して上記送信先との
接続を確立する第２のネットワークに対してシグナリングを送出する命令とを含
んだコンピュータプログラムとを備えているコンピュータプログラム製品。
【請求項３１】ａ．記憶媒体と、ｂ．上記記憶媒体に格納され、第１のディジタルネットワークからの少なくと
も１つのパケットの送信先を決定するとともに第２のネットワークを横断する接
続に必要なサービス品質を決定するよう上記少なくとも１つのパケットを処理す
る命令と、上記送信先と上記サービス品質で接続を確立するよう上記第２のネッ
トワークに対してシグナリングを送出する命令とを含んだコンピュータプログラ
ムとを備えているコンピュータプログラム製品。
【請求項３２】ａ．記憶媒体と、ｂ．上記記憶媒体に格納され、第１のディジタルネットワークからの少なくと
も１つのパケットを監視して少なくとも１つのパケットの送信先を検出する命令
と、上記少なくとも１つのパケットを第２のネットワークと高速ルータとに向け
て送出する命令とを含んだコンピュータプログラムとを備えているコンピュータ
プログラム製品。
【請求項３３】ａ．記憶媒体と、ｂ．上記記憶媒体に格納され、１つのタイプのシグナリングを使用して上記第
１のディジタルネットワークからの少なくとも１つのパケットの送信先を決定す
る命令と、上記送信先と接続を確立するよう第２のネットワークに対して異なる
シグナリングを送出する命令とを含んだコンピュータプログラムとを備えている
コンピュータプログラム製品。
【請求項３４】構内ネットワーク間を相互接続する広域ネットワークを有
する通信システムにおいて、接続が必要な時に確実に利用できるよう上記広域ネ
ットワークを横断する接続を予約可能にする帯域幅予約機能。
【請求項３５】ａ．通信セッションが要求された時にアプリケーションタ
イプを検出する工程と、ｂ．サービス品質に基づいて課金記録を作成する工程とを備えた課金方法。