JP2002510936A - 通信チャネルを備えた二地点間プロトコル - Google Patents

Abstract

(57)【要約】 通信プロトコルに従ってフォーマットされたフレーム中にシグナリング・チャネルを含む、二地点間のようなピア間通信を管理するために設計された通信プロトコル。シグナリング・チャネルは、中央交換局やネットワーク内の他の集中点のようなアクセス・プロバイダ・ネットワーク内の中間デバイスによって利用されて、アクセス・プロバイダ・ネットワークにおける、データ・トラフィックの流れの管理が容易にされる。シグナリング・チャネルは、中間デバイス（１６）及びカスタム構内機器（１０）のようなエンド・ステーショント内で識別される。中間デバイスは、プロトコル・フィールドをモニターするように形成され、特定の値が認識された時、中間デバイスでフレームを処理する。同様に、エンド・ステーションは、プロトコル・フィールド内の特定の値を認識するように構成されており、特定の値によって特定されるシグナリング・チャネル機能に従って受信されたパケットを処理する。

Description

【発明の詳細な説明】

【０００１】 （発明の分野） 本発明はデータ通信、より詳しくは二地点間プロトコル（ＰＰＰ）のような二
地点間通信プロトコルの融通性と利用性を改良するための技術に関する。

【０００２】 （関連技術の説明） 二地点間プロトコルは、これを定義すると、二地点間にわたるマルチプロトコ
ル・データグラムを伝送するために使用される。ＰＰＰの一つの変形例について
はインターネット・エンジニアリング・タスク・フォース (IETF) の二地点間プ
ロトコル・ワーキング・グループによる１９９４年７月発行の「リクエスト・フ
ォー・コメントＲＦＣ１６６１」に開示されている。ＰＰＰはマルチプロトコル
・データグラムをカプセル化するための仕様、データリンク接続を確立、形成お
よび試験するためのリンク制御プロトコルＬＣＰおよび異なるネットワーク・レ
イヤー・プロトコルを確立、形成するためのネットワーク制御プロトコルＮＣＰ
のファミリーからなる。ＰＰＰによれば、ネットワーク・レイヤー・パケットは
データグラムと呼ばれる。このデータグラムは、データリンク・レイヤーを通過
され、この中でパケット・ヘッダを有するパケット内のＰＰＰに基づいてカプセ
ル化される。ＰＰＰフィールドおよびデータグラムを含むパケットは物理的レイ
ヤーを通過され、ここでHDLC形態のフレーミングのようなフレーミングが付加さ
れて、物理的レイヤー・インターフェースにおいて受信されたフォーマット中に
フレームが形成される。いわゆるHDLC形態のフレーミングが、IETFの二地点間プ
ロトコル・ワーキング・グループによる１９９４年７月発行の「HDLC形態のフレ
ーミングにおけるＰＰＰ」ＲＦＣ１６６２に開示されている。他の種類のフレー
ミングもＰＰＰと併用され、これにはデータ通信のための公衆切換電話回線で広
く使用されている非同期転送モード（ＡＴＭ）プロトコルと共同するように設計
されたフレーミングが含まれる。例えば、ＡＴＭフレーミングとＦＵＮＩフレー
ミングが利用される。フレームが受信されると、フレームはそのフレーミング・
フィールドで取り外され、パケットがデータリング・レイヤーに通される。パケ
ットがその制御フィールドで取り外されてデータグラムが生成される。このデー
タグラムがネットワーク・レイヤーに通され、ここでネットワーク・レイヤー・
ヘッダ等が処理される。ＰＰＰの使用が、種々のプロトコルからのデータをカプ
セル化するための簡単な方法を提供し、例えばエンド・ステーションとインター
ネット・アクセス・プロバイダ間の電話回線にアクセスするために使用される。

【０００３】 ＰＰＰセッションがピア間に確立される。一つの典型的な環境において、ピア
はカスタマ構内機器ＣＰＥとして適用されたカスタマ・サイトに配備された機器
と、インターネット・サービス・プロバイダＩＳＰによって作動される遠隔アク
セス・サーバーＲＡＳを含んでいる。カスタマが電話番号をダイアルしてインタ
ーネット・サービス・プロバイダにアクセスする。非対称デジタル加入者ループ
ＡＤＳＬ（ＡＤＳＬを介するＨＤＬＣフレーミング中でＰＰＰを操作する）のよ
うなある種のモデム・タイプについては、ＣＰＥはダイアルアップを必要とせず
にＲＡＳへの静止リンクを有している。ＰＰＰはＣＰＥからＲＡＳへのピア接続
を確立するのに利用できる。

【０００４】 ローカル・ループが、カスタマ機器側のモデムを公衆交換電話回線の中央交換
局に接続する。中央交換局において、電話接続は直接かあるいはネットワーク中
の他の機器を介してその目的地にルート付けされる。データ・トラフィックが増
大するにつれて、インターネット・サービス・プロバイダにアクセスをその電話
回線を介して提供する会社（アクセス・プロバイダ）が、音声ネットワークのデ
ータ・トラフィック・オフをデータ・トラフィックまたはパケット交換トラフィ
ックにより適したネットワークに転換しつつある。従って、中央交換局は音声ト
ラフィックをスプリット・オフするデータ・トラフィックのために集信装置（コ
ンセントレータ）とマルチプレクサに形成される。中央交換局から遠隔アクセス
・サーバまたは他の目的地へのデータ・トラフィックの通信は、集信装置／マル
チプレクサによって処理されアクセス・プロバイダの利用可能バンド幅の使用を
適正にる。例えば、アクセス・プロバイダは音声交換ネットワークのインターネ
ット・サービス・プロバイダに向けられたコールを転換する展開機器(deploy eq
uipment)を開始し始めている。この機器はコールを終了し、ＰＰＰパケットを抽
出し、パケットをトンネル内のローカル接続内でカプセル化する。トンネルはト
ンネリング・プロトコルによって操作する通信チャネルであり、二地点間トンネ
リング・プロトコルＰＰＴＰ、レイヤー２トンネリング・プロトコルＬ２ＴＰお
よび等価なプロトコルを含んでいる。トンネル内の論理接続は数人のユーザから
のデータを単一トンネルへの多重化手段として使用される。

【０００５】 トンネリングに加えて、種々の他の技術がアクセス・プロバイダによって利用
され、データのネットワークを介しての流れを管理する。

【０００６】 これらの技術に関連する問題が、データ・トラフィックの量の増大から、デー
タ・ネットワーク上のこの種のトラフィックの転換を処理するのに必要とされる
処理の複雑さから、またアクセス・プロバイダによるデータ・ネットワークの有
効な使用のための必要性から生じている。これらの問題は中央交換局またはアク
セス・プロバイダ・ネットワークの他の中間局に配備された処理リソースを増加
させることによってアドレスすることができる。しかし、この解決法は費用がか
かり、かつ展開が困難である。

【０００７】 従って、二地点間プロトコルのためのアクセス・プロバイダ・ネットワークの
有効な使用を支持する技術を提供しつつ、一方でアクセス・プロバイダ・ネット
ワーク自体に必要とする処理リソース量を最少にしてトラフィック量を管理する
ことが望ましい。

【０００８】 （発明の概要） 本発明は、二地点間プロトコルのようなピア間の通信を、通信プロトコルに基
づいてフォーマットされたフレーム中のシグナリング・チャネルを含ませること
によって管理するように設計された通信プロトコルを改善する。このシグナリン
グ・チャネルは、中央交換局の機器またはネットワーク内の他の集中点のような
アクセス・プロバイダ・ネットワーク中の中間デバイスによって利用され、アク
セス・プロバイダ・ネットワーク内のデータ・トラフィックの流れの管理を容易
にする。従って、シグナリング・チャネルはアクセス・プロバイダ・ネットワー
ク内のバンド幅の使用の管理のためのリソースによって使用される。本発明の一
つの観点によるシグナリング・チャネルは、カスタマ構内機器または遠隔アクセ
ス・サーバのような中間デバイス内とエンド・ステーション内においてＰＰＰカ
プセル化フォーマットのプロトコル・フィールド内の特定する値または複数の値
で識別される。中間デバイスはプロトコル・フィールドをモニターするように形
成され、また特定値の一つが認識されたときに、中間デバイスにおいてフレーム
が処理される。同様にして、エンド・ステーションがプロトコル・フィールド内
で特定値を認識するように、またこの特定値によって特定付けられたシグナリン
グ・チャネル機能に基づいて受信されたパケットを処理するように形成されてい
る。この種のシグナリング・チャネルはアクセス・プロバイダ・ネットワーク中
のバンド幅の使用の管理における多数のゴールを達成するように使用され、次の
ものを含む：

【０００９】 １．シグナリング・チャネルは、トンネル・プロトコルのためにエッジ機能の
ようなプロトコル処理機能を割り当て、包含されたプロトコルの複雑さをわかっ
ているエンド・ステーションを要求することなく、アクセス・プロバイダ・ネッ
トワークを介してエンド・ステーションにＰＰＰデータを伝送するのに使用され
る。 ２．シグナリング・チャネルは、アクセス・プロバイダ・ネットワーク中のマ
ルチキャースト割当効果を認識するのに使用される。 ３．シグナリング・チャネルは、カスタマ構内におけるネットワーク・アドレ
ス・トランスレータＮＡＴと結合して、全てのユーザがＮＡＴと単一インターネ
ット・プロトコルＩＰアドレスまたは小さい一連のＩＰアドレスを通して外界に
所属すると、唯一のユーザ識別がなされるように使用される。 ４．シグナリング・チャネルは、ＰＰＰが一定のアクセス・リンク（非対称デ
ジタル加入者ループＡＤＳＬ）を通して使用され、また関連するプロトコル・ス
タックがバンド外れセッションの確立のためのシグナリング機構を有しておらず
、個々のセッションが異なるインターネット・サービス・プロバイダのような異
なる方向のエンド・ステーションにセットアップされる場合に使用される。

【００１０】 従って、本発明は、第１エンド・ステーションから少なくとも第１中間デバイ
スを介して確立された二地点間データ・チャネルを通して、またネットワークか
ら第２エンド・ステーションを通して、それぞれのリンクによってエンド・ステ
ーションに連結された中央交換局のような一つまたはそれ以上の中間デバイスを
有するアクセス・プロバイダ・バックボーン・データ・ネットワークのようなネ
ットワークを含むシステム中のネットワーク機能を改善する方法として特徴付け
ることができる。二地点間データ・チャネルは第１と第２エンド・ステーション
間のＰＰＰのような通信プロトコルに基づいて作動する。中間デバイスはネット
ワーク内のバンド幅の使用を管理するためのリソースを含んでいる。本発明に基
づいてネットワーク機能を改善する方法は、第１中間デバイスから第１通信プロ
トコルに基づいてフォーマットされた二地点間データ・チャネル内のデータ・フ
レームを検出する工程と；ネットワーク・バンド幅の使用を管理するためのリソ
ースを使用するネットワークを介して送信のための中間デバイスで前記データ・
フレームを処理する工程と；第１中間デバイスから第１エンド・ステーションに
、第１通信プロトコルに基づいてフォーマットされたデータ・フレーム内のネッ
トワーク・バンド幅の管理に関する情報を送信する工程とからなる。

【００１１】 本発明の一つの観点によれば、中間デバイス内でデータ・フレームを処理する
工程が、ネットワークの少なくとも一部を介する送信のための第２通信プロトコ
ルに基づいてフレームから前記データ・パケットをカプセル化する工程を含んで
いる。この場合において、ネットワーク・リソースの管理に関する情報が、第１
通信プロトコルに基づいてフォーマットされたデータ・フレームを処理すること
によってカプセル化工程中の処理工程を第１エンド・ステーションに減じさせる
データを含んでいる。例えば、第１エンド・ステーションは、第１通信プロトコ
ルに基づいて、ある一定のフレーミング・データ、制御データまたは基本フレー
ミング内でカプセル化されたパケット上の他のヘッダ・データに従属させること
ができる。

【００１２】 二地点間通信チャネルが二地点間プロトコルＰＰＰに基づいて動作されると、
データ・フレームが逆フィールドを含むことになり、また第１中間デバイスがＰ
ＰＰフレームをエンド・ステーションに伝送し、ネットワーク・リソースの管理
に関する信号がデータ・フレーム中に保有されていることを示す逆フィールドに
コードが含まれている場合は、この逆が実行される。好ましい実施例において、
逆フィールドは、標準カプセル化技術に基づいてＰＰＰプロトコル識別機能のた
めに特定付けられたプロトコル・フィールドからなる。別の方法、あるいは組み
合わせた方法として、ＨＤＬＣ状フレーム・アドレス・フィールドまたは制御フ
ィールドのようなフレーミング・フィールドを使用することができる。

【００１３】 本発明のさらに他の観点によれば、ネットワーク・バンド幅の管理のためのリ
ソースがアクセス・プロバイダ・ネットワークを通してトンネリング・プロトコ
ルを実行するためのリソースからなり、例えばレイヤー２トンネリング・プロト
コル、レイヤー２先行プロトコルおよび二地点間トンネリング・プロトコルを含
んでいる。中間デバイスにおいて二地点間通信プロトコルに基づいてフォーマッ
トされたパケットをカプセル化するこの工程は、本発明の一つの観点において、
カプセル化データ支持トンネリング・プロトコルまたは他の伝送機構をアクセス
・プロバイダ・ネットワークに発生する工程と、カプセル化データかまたは他の
フォーマット特性を有するネットワーク・データ・パケットを構築する工程を含
んでいる。この場合において、中間デバイスからエンド・ステーションに伝送さ
れるネットワーク・リソースの管理に関する情報が、エンド・ステーションに対
して二地点間プロトコルに基づいて形成されたデータ・フレーム中のカプセル化
データの少なくとも一部を提供せしめるデータを含んでいる。例えば、エンド・
ステーションに送られる情報は、カプセル化データの実際のセグメントを含むか
、またはエンド・ステーションによる情報がカプセル化データ自体を計算するこ
とができる。

【００１４】 本発明の他の観点によれば、中間ステーションにおけるネットワーク・バンド
幅の管理のためのリソースが、中間デバイスによる複数の受領者によって前進さ
せられた第１エンド・ステーションからの単一マルチキャスト・パケットによる
マルチキャスト分布リソースを含んでいる。この場合において、中間デバイスか
らのエンド・ステーションに関する情報が、マルチキャースト・パケットに関す
るデータのようなマルチキャスト分布リソースに関する情報を含んでいる。

【００１５】 本発明の他の観点によれば、エンド・ステーションは、シグナリング・チャネ
ル・コードを信号化し、この種のデータ・フレームを確立されたチャネル上のネ
ットワークに伝送することを含む二地点間通信プロトコルに基づくデータ・フレ
ームを発生することができる。中間デバイスがデータ・フレームを受信し、ネッ
トワーク・バンド幅お管理に関するエンド・ステーションからでた情報を処理す
る。例えば、エンド・ステーションはネットワーク中間デバイスから、ネットワ
ーク・バンド幅の管理に関するエンド・ステーションに移動する機能の処理に使
用される制御パケットを発生する。

【００１６】 本発明は、シグナリング・チャネルに参入するエンド・ステーションの観点か
らも特徴付けることができる。この観点によれば、ネットワーク機能を改善する
ための方法が、ＰＰＰプロトコルのようなピア同士の通信プロトコルによってフ
ォーマットされたデータ・フレームを保有するための二地点間データ・チャネル
を確立する工程を含んでいる。二地点間データ・チャネルを確立する工程は、エ
ンド・ステーションからネットワーク内の他のエンド・ステーションへの通信に
よって実行され、またネットワーク中間デバイスによって簡単にすることができ
る。本発明によれば、確立された二地点間データ・チャネルにおいて、エンド・
ステーションが、二地点間データ・チャネルの通信プロトコルによってフォマッ
トされたデータ・フレームを送信する。これには上述したリソースのようなネッ
トワーク・リソースの使用を管理することに関し、中間デバイスに向けられる情
報が含まれている。

【００１７】 従って、二地点間プロトコルＰＰＰまたは他の二地点間通信プロトコルは、確
立された二地点間チャネルを介してアクセス・プロバイダ・ネットワーク中で達
成できる種々の効果によるシグナリング・チャネルを含ませることによる本発明
に基づいて延長される。効果には、中間デバイスのエンド・ポイント・オフにプ
ロコル処理機能を分配すること、中間デバイスに集中および分配機能をもたせる
ことによってアクセス・プロバイダ・ネットワーク内でマルチキャスト分配効果
を達成すること、セッション確立プロトコルを必要とせずに少数のグローバルＩ
ＰアドレスとＡＤＳＬによるＰＰＰフォーマット化リンクのような一定アクセス
・リンクのためのＩＳＰ選択とセッション識別を使用しながら、ネットワーク・
アドレス・トランスレータＮＡＴ機能を延長し個々のユーザ識別を許容すること
が含まれている。シグナリング・チャネルの使用によって達成された効果として
、中間デバイス上の過渡なプロトコル処理負荷、非能率的マルチキャスト分配、
ＮＡＴ背後にある制限されたユーザ視界および一定のアクセス・リンク上のイン
ターネット・サービス・プロバイダを動的に選択することが不可能であるという
理由でネットワーク機器に生じてくる混雑を減じることができる。

【００１８】 本発明の他の観点および利点は、図面、詳細な説明および添付する請求の範囲
を参照することで理解できる。

【００１９】

【実施例】

本発明の例の詳細な説明は図面を参照してなされ、図１は本発明が使用される
概念を示している。

【００２０】 図１はピア・エンド・ステーション間、本例においては、パーソナル・コンピ
ュータ（パソコン）１０と遠隔アクセス・サーバ１１の二地点間接続を示してい
る。本例における二地点間通信セッションは二地点間プロトコルＰＰＰに基づい
て確立された矢印１２によって表わされる。パソコン１０はモデム１３を含んで
おり、好ましくい実施例においては、非対称デジタル加入者ループＡＤＳＬモデ
ムのようなハイ・スループット・モデムである。このモデム１３は電話回線に接
続され、任意には標準的電話機１４に分岐されている。モデム１３は雲形部１７
で表わされた公衆電話回線ＰＳＴＮ内の中央交換局１６に、リンク１５のような
ローカル・ループ媒体によって接続されている。中央交換局１６はスプリッタ１
８を含み、音声トラフィックからデータ・トラフィックが物理的ないし論理的に
スプリットされる。音声トラフィックはＰＯＴＳ（プレイン・オールド電話サー
ビス）のようなネットワーク１７を介して音声トラフィックのためのインターフ
ェースに供給される。データ・トラフィックが、電話アクセス・プロバイダによ
って管理されたデータ・ネットワークに接続するためにスプリッタ１８からアク
セス・マルチプレクサ２０に回されれる。別の方法において、スプリッタの機能
はアクセス・マルチプレクサのライン・カードに一体化することができる。この
ような条件下で、音声トラフィックが、アクセス・マルチプレクサによってデー
タ・トラフィックから分離される。数本の音声ストリームが、アクセス・マルチ
プレクサによって複合化され、一つまたはそれ以上のインターフェースを介して
ＰＳＴＮに伝送される。同様にして、データ・トラフィックはキャリアの広帯域
バックボーン・ネットワークに接続されたインターフェースに送られる。

【００２１】 一般的に、アクセス・マルチプレクサ２０はネットワーク・プロトコル・スタ
ックのレイヤー２で動作するか、そうでなければネットワーク中間デバイスとし
て動作する。アクセス・マルチプレクサ２０は遠隔アクセス・サーバ１１に結合
されたデータ・バックボーン・ネットワーク２１のためのエッジ・デバイスを提
供する。二地点間セッション１２が、スプリッタ１８とアクセス・マルチプレク
サ２０を介してパソコン１０からＡＴＭ仮想回路のようなデータ・バックボーン
２１を横切って遠隔アクセス・サーバ１１まで確立されている。本例における遠
隔アクセス・サーバ１１は、例えばサーバ「ファーム」を含むインターネット・
サービス・プロバイダ・ネットワーク３０に結合される。インターネット・サー
ビス・プロバイダ・ネットワークは、次にインターネット３１に結合される。

【００２２】 パソコンは本発明によるエンハンスト二地点間プロトコル・モジュールを含ん
でいる。さらに、アクセス・マルチプレクサ２０がエンハンスト二地点間プロト
コル処理モジュールを含んでおり、本発明によるシグナリング・チャネルを処理
する。遠隔アクセス・サーバ１１は二地点間プロトコル・モジュール（本発明に
よればエンハンスト・モジュールが好ましいが、必ずしもそうでなくてもよい）
を含んでおり、二地点間セッション１２のためにエンド・ポイントまたはピアと
して動作する。本発明によれば、二地点間プロトコル・セッション内には破線２
２で表わされたシグナリング・チャネルが含まれている。アクセス・マルチプレ
クサは、二地点間フレームを連続的に（二地点間セッションの確立前に、二地点
間セッションの確立中に、二地点間セッションの確立時に）モニタする。例えば
、ＰＰＰ−ＡＴＭ−ＡＤＳＬの場合、このモニタ工程は、一旦「CONNCT」メッセー
ジがアクセス・マルチプレクサからＣＰＥに伝送されると、開始できる。それら
がシグナリング・チャネル・フレームであることを示すコードを保有する二地点
間プロトコル・フレームが、アクセス・マルチプレクサ２０内のエンハンストＰ
ＰＰモジュール中で処理される。

【００２３】 シグナリング・チャネルは、好ましい実施例においては標準ＰＰＰカプセル化
のプロトコル・フィールド内の特定値または複数の値によって識別される。別の
方法として、または組み合わせた方法で、ＰＰＰパケットのためのＨＤＬＣ形態
のフレーミング基準のアドレス・フィールドのような他のフィールドが、シグナ
リング・チャネル・フレームを識別するのに使用される。シグナリング・チャネ
ルが、ネットワーク・トラフィックの管理においてアクセス・マルチプレクサ２
０をアシストするのに適したエッジ機能として参照される多数の機能を達成する
のに使用できる。例えば、シグナリング・プロトコルは、データ・バックボーン
２１上のプロトコルの複雑さがわかっているエンド・ポイントを必要とせずに、
データ・バックボーン２１を横切ってエンド・ポイントにＰＰＰフレームを伝送
するために必要とされるプロトコル処理機能を分布するのに使用することができ
る。シグナリング・チャネルは、エンド・ステーションからアクセス・マルチプ
レクサ２０へ、マルチキャスト・フィルタリング機能と分配機能を伝送すること
によってマルチキャスト分配効果を認識するのに使用することができる。このシ
グナリング・チャネルは、カスタマ構内のネットワーク・アドレス・トランスレ
ータに関連して使用し、たとえ全てのユーザが単一ＩＰアドレスにおけるＮＡＴ
を介する外界に属していたとしても、あるいは小さいセットのＩＰアドレスであ
っても、唯一のユーザを識別することができる。さらに、二地点間リンクが、Ａ
ＤＳＬのような静止、一定アクセス・リンクにわたって使用され、また、関連す
るプロトコル・スタックがバンド外れセッション確立のためのシグナリング機構
を有しておらず、ＰＰＰの一部としてシグナリング・チャネルの規定が、個々の
セッションのセットアップを、異なるＩＳＰまたは他のピアに使用することがで
きる。

【００２４】 図１は顧客によるカスタマ構内の機器を使用してインターネット・サービス・
プロバイダを介してインターネット３１にアクセスするためのセットアップを示
す。パソコン１０のような多数のエンド・ステーションがアクセス・マルチプレ
クサ２０を介して単一の遠隔アクセス・サーバ１１にアクセスするときに、アク
セス・マルチプレクサはエッジ機能を管理する相当の処理リソースを有している
必要があることが理解できる。さらに、遠隔アクセス・サーバ１１からくるマル
チキャスト・トラフィックに対して、多数の二地点間チャネルがマルチキャスト
・パケットの各目的地のために利用されなければならない。シグナリング・チャ
ネルを利用することにより、アクセス・マルチプレクサはＣＰＥのマルチキャス
トの必要性に関して知ることができる。ＲＡＳと相互作用して、これによって単
一供給フレームにおいてＲＡＳが分配でき、また適切なＣＰＥにフィルタできる
。ＲＡＳとの相互作用はマルチキャスト供給のためにプロキシとして作用するア
クセス・マルチプレクサを有することができる。

【００２５】 データ環境は簡略化した図である。ある環境において、遠隔アクセス・サーバ
１１は中央交換局を介してＰＳＴＮ１７にも接続されている。さらに、アクセス
・マルチプレクサ２０とデータ・バックボーン２１によって実行されるアクセス
・マルチプレクス機能は、中央交換局以外の中間デバイス間のいくつかのネット
ワーク内で実行され、中央交換局に直接接続されていないＰＳＴＮ内のハイ・バ
ンド幅リンクにわたるトラフィックに集中される。例えば、シグナリング・チャ
ネルが処理される中間デバイスが、アクセス・プロバイダ・ネットワークに配置
されたルータまたはＡＴＭスイッチである。数個のアクセス・マルチプレクサか
らのデータが、シグナリング・チャネルを処理する中間デバイス内で集合される
。

【００２６】 ＰＰＰセッションにおいて、パケットが図２に示したフィールドを規定してい
る仕様により形成される。「プロトコル・フィールド」１００は１または２オク
テットであり、またその量はパケットの「情報フィールド」１０１内でカプセル
化されたデータグラムを識別する。例えば、「プロトコル・フィールド」がＩＰ
を示す量を有しておれば、「情報フィールド」はＩＰパケットを保有しているこ
とになる。プロトコルは他の規定量を有することができる。例えば、「リンク・
コントロール・プロトコル（ＬＣＰ）」フレームを示す量がある。このようなパ
ケットはＰＰＰセッションのエンド・ポイントによって使用され、カプセル化フ
ォーマット・オプションと一致したときに、パケットのサイズ等に関する制限の
変更を処理する。「情報フィールド」１０１は０（ゼロ）またはそれ以上のオク
テットである。この「情報フィールド」１０１は「プロトコル・フィールド」１
００内に特定付けられたプロトコルのためのデータグラムを保有している。パデ
ィング１０２を含んでいるが、「プロトコル・フィールド」１００を含んでいな
い「情報フィールド１０１」のための最大長さは、「マキシマム・レシーブ・ユ
ニット（ＭＲＵ）」と呼ばれ、１５００オクテットにデフォルト（初期値設定）
される。ネゴシエーションにより、集中されるＰＰＰ実行には、ＭＲＵとして他
の値も使用できる。

【００２７】 ビット同期リンクであるＡＤＳＬリンクを介する図２で示したＰＰＰパケット
に送信するときに、ＰＰＰパケットはＰＰＰ−ＡＤＳＬスタックのための図３に
示したＨＤＬＣフレーム内でカプセル化される。図３に示した「プロトコル」、
「情報」および「パディング」フィールドは、図２に示したＰＰＰフィールドで
ある。別の方法として、ＰＰＰパケットはＡＡＬ５アダプテーションを使用する
ように適用され、またＡＴＭリンクを介してＡＴＭセルにセグメントされる（Ｐ
ＰＰ−ＡＴＭ−ＡＤＳＬスタックが使用されれば）。第３の方法として、ＰＰＰ
−ＦＵＮＩ−ＡＤＳＬスタックが使用される場合、ＨＤＬＣに基づくカプセル化
が使用されるが、ＰＰＰ−ＡＤＳＬ以外のある種のフィールドのための異なる許
容値が使用される。

【００２８】 図３はＨＤＬＣフレーミング内でのＰＰＰのカプセル化を示す。ＨＤＬＣフレ
ームが「01111110」バイナリのフラグ・シーケンス１０３によって開始される。「
アドレス」フィールド１０４に続いて、「アドレス」フィールドを保有できる標
準に基づいてのみ規定された値は、「11111111」バイナリである。「アドレス」フ
ィールド１０４に続くのは、「00000011」バイナリの値を有する「コントロール」
フィールド１０５である。「コントロール」フィールド１０５に続いているのは
、ＰＰＰ「プロトコル」フィールド１００、ＰＰＰ「情報」フィールド１０１お
よびＰＰＰパッデイング１０２である。これは１６ビットまたは３２ビットとす
ることができるＨＤＬＣフレームのための「フレーム・チェック・シーケンス」
１０６によって追従される。最終的に、ＨＤＬＣフレームは「01111110」バイナリ
のクロージング「フラッグ」シーケンス１０７によって終了する。

【００２９】 シグナリング・チャネルに属しているフレームは、ここでは他のユーザに割り
当てられていない、図２に示したＰＰＰカプセル工程の「プロトコル」フィール
ドの特定値を介して識別されることになる。例えば、「1001000000000001」バイナ
リの値を有する１６ビットの「プロトコル・フィールド」が、シグナリング・チ
ャネルに関連してＰＰＰフレームを識別するのに使用することができる。

【００３０】 本発明によれば、アクセス・マルチプレクサ２０は、プロトコル・フィールド
内でシグナリング・プロトコル値を保有する図２−４に示したようなＰＰＰフレ
ームを識別するためのリソースを含んでいる。この種のリソースは、各フレーム
内の特定するオフセットにおけるデータを一つまたはそれ以上のハード・コード
化値と比較するハードウエア・コンパレータと、比較機能を実行するソフトウエ
ア・リソースと、ハードウエアとソフトウエアの組み合わせハードウエア・コン
パレータはシステム内で高速決定を必要とするか、またはシステム内で低い処理
リソースを必要とするのが好ましい。ソフトウエア・コンパリソン技術は大きい
融通性と他の利点を提供する。シグナリング・チャネルの一部であるフレームを
認識するためのリソースに加えて、アクセス・マルチプレクサ２０は、このシグ
ナリング・チャネル・フレームによって特定付けられた機能を実行するエンハン
ストＰＰＰモジュールを含んでいる。

【００３１】 ＡＤＳＬであることが認められたプロトコル・スタックの一つはＡＤＳＬリン
クを介して実行するＡＴＭセルのＡＴＭのＡＡＬ５カプセル化を使用するＰＰＰ
フレームを伝送することからなる。図４は適切なプロトコル・スタックを示す。

【００３２】 ＡＴＭセルにセグメント化される前に、ＰＰＰデータが図２に示したフォーマ
ットを有している。図５はＡＡＬ５を使用することで生じるセグメント化の方法
を示す。ＡＡＬ５はトレーラ１１０をＰＰＰパケット１１２に付加することから
なる。このトレーラ１１０は次のフィールドを含んでいる： ・１バイトのＣＰＣＳ ＵＵフィールド ・１バイトのＣＰＩフィールド ・２バイトのレングス・フィールド ・４バイトのＣＲＣ トレーラは８バイトである。トレーラ１１０の前に、ＰＡＤバイト１１１が使
用され、これによってセルに変換されるべき総フレームの長さは４８バイトの倍
数になる。こうしてフレームはセル１１６、１１５、１１４、１１３という順序
でセグメント化される。各セルの５バイト「ヘッダ」（例えば１１７）は、そこ
にデータが伝送される「バーチャル（仮想）回路」（ＶＣ）に関連するＶＣ情報
を含んでいる。さらに、ヘッダ中に含まれているＰＴフィールドがＡＡＬ５カプ
セル化に専用の特定ビットを有している。ＰＴフィールドのこのビットはＡＡＬ
５カプセル化で使用され、セルがセグメント化フレームに関連する最終セルであ
るか否かを指示する。最終セルを除いてフレームに関連するすべてのセル中で「
０」がセットされると、ここに「１」がセットされる。

【００３３】 ＡＴＭ「バーチャル回路」が「アクセス・マルチプレクサ」で完了する。「ア
クセス・マルチプレクサ」が数個の異なるＣＰＥからデータを得て、これを単一
の集合されたＶＣ上の「ＩＳＰ遠隔アクセス・サーバ（ＲＡＳ）」に伝送する。
この操作はキャリア・ネットワーク（アクセス・マルチプレクサとＩＳＰ ＲＡ
Ｓ間の）のコア内での「バーチャル回路」エキスプロージョンを阻止するように
実行される。

【００３４】 数個の異なるＣＰＥからデータを得て、これを一つのＶＣ上でＩＳＰ ＲＡＳ
に多重化するか、各ＶＣが単一ＰＰＰセッションからデータを保有している数個
の異なるＶＣに関連するデータを得て、これを一つのＶＣ上でＩＳＰ ＲＡＳに
多重化するか、先行する二つの可能性組み合わされるかしたときに、ＲＡＳへの
単一ＶＣにわたるいくつかの多重化スキームを使用する必要があり、これによっ
て異なるＰＰＰセッションに属するデータを識別、分離することができる。この
ような多重化スキームの一例は「レイヤー２トンネリング・プロトコル（Ｌ２Ｔ
Ｐ）である。

【００３５】 図６は二つのＬ２ＴＰエンドポイント間で伝送されるＰＰＰデータ・パケット
のための最小カプセル化を示す。発明者による例としては、二つのエンドポイン
トはアクセス・マルチプレクサとＩＳＰ ＲＡＳである。アクセス・マルチプレ
クサは多重ＰＰＰセッションをＬ２ＴＰを用いて単一のバーチャル回路に多重化
する。最小Ｌ２ＴＰカプセル化はＰＰＰパケット１２０、１２１を６バイトＬ２
ＴＰヘッダでプリフィックスすることを含んでいる。このカプセル化内の第１バ
イト１２２はすべてゼロにセットされるが、これはＬ２ＴＰペイロード・パケッ
トがレングス・フィールドを使用しておらず、シーケンス番号を送信せず、また
シーケンス番号を受信していないことを示している。第２バイト１２３が、現在
のＬ２ＴＰバージョンであるバイナリ「00000010」の値にセットされている。次の
二つのバイト１２４がＬ２ＴＰ「トンネル」を規定するのに使用される。Ｌ２Ｔ
Ｐ「トンネル」が二つのエンドポイント間に存在する。多重論理接続が特定トン
ネルに関連している。各論理セッションがＬ２ＴＰ「コールＩＤ」１２５を介し
て規定される。特定ＣＰＥからの特定セッションに属するＰＰＰデータが、Ｌ２
ＴＰ「トンネルＩＤ」とＬ２ＴＰ「コールＩＤ」バイトを介して一つづつ特定Ｌ
２ＴＰ「トンネル」と論理接続にマップされる。

【００３６】 注意しなければならないのは、二つのトンネル・エンドポイント間で所与のＬ
２ＴＰトンネル−コントロール・メッセージにわたって動作されるＬ２ＴＰの二
つの並行要素があり、ペイロード・パケットが両エンドポイント間に送信される
ことである。このペイロード・パケットは、トンネル・エンドポイント間でユー
ザ・セッションのためのＬ２ＴＰカプセル化ＰＰＰパケットを伝送するのに使用
される。このようなパケットの構造がどのようになっているかを図６に示し、ま
た何であるかはこれまでに説明した。

【００３７】 トンネル内の「コールＩＤ」の実際の割り当ては、トンネル・エンドポイント
間にメッセージされる。コントロール・メッセージがＬ２ＴＰパケット（ペイロ
ード・パケットを意味するゼロの値に対応している）の第１バイト１１２の最高
順位ビットに「１」の値を有することによって示される。「インディペンデント
・コールＩＤ」値がユーザ・セッションの各エンドのために確立される。特定セ
ッションに関連するパケットの送信者が、そのピアによって確立された「コール
ＩＤ」をすべての送出パケットの「コールＩＤ」ヘッダ・フィールド１２５内の
そのピアによって確立された「コールＩＤ」に配置される。

【００３８】 図７は、ＰＰＰデータを含んでいるＬ２ＴＰパケットが、図５および６の参照
番号を使用してＡＴＭセルにセグメント化される前に、いかにしてＡＡＬ５カプ
セル工程を使用してカプセル化されるかを示している。

【００３９】 得られたＡＡＬ５フレームが図８に示したようにセグメント化される。図８は
図５に類似していることに注意しなければならない。図５において、ＡＤＳＬエ
ンドポイントからのＰＰＰデータが特定ＶＣを横切る伝送のためにＡＡＬ５を使
用することが採用される。図８において、数個のＡＤＳＬエンドポイントからの
ＰＰＰデータはアクセス・マルチプレクサからＩＳＰ ＲＡＳに送信される。こ
れはなぜエキストラＬ２ＴＰカプセル工程が（パケット１３０）が必要であるか
、すなわち、このカプセル工程が異なるＰＰＰセッションからのデータの多重化
を許容するかであり、各セッションがユニークな「トンネルＩＤ」と「コールＩ
Ｄ」によって識別されることになる。

【００４０】 図９は本発明によるアクセス・マルチプレクサと遠隔アクセス・サーバの一例
を実行する代表例である。図９において、ＡＤＳＬモデムが二地点間セッション
１０１のエンド・ポイントとしてカスタマ構内機器ＣＰＥに接続されている。二
地点間セッション１０１がアクセス・マルチプレクサ１０２を介して設定される
。アクセス・マルチプレクサ１０２が、モデム１００と連絡するためのポート１
０３を含んでいる。さらに、複数の他のポートがポート１０４と１０５のような
アクセス・マルチプレクサ１０２内に含めることもできる。ポート１０３−１０
５がバス１０６に接続されている。中央処理装置１０７がバス１０６に接続され
ている。この中央処理装置１０７がレイヤー２トンネリングと二地点間プロトコ
ル信号チャネル・プロセッサのためのトンネル・チャネル・リソースを含んでい
る。さらに、バス１０６にポート１０８が、レイヤー２トンネル・プロトコルＬ
２ＴＰトンネル１０９のようなバックボーン通信チャネルを横切って接続されて
いる。ＣＰＵ１０７がポート１０３で受信されたフレームをモニタし、トンネル
１０９を介してこのフレームを、遠隔アクセス・サーバ１１０のような目的地に
伝送するためのエッジ機能を実行する。遠隔アクセス・サーバはバックボーン・
バス１１２に接続されたトンネル・ポート１１１を含んでいる。バックボーン・
バスは、二地点間プロトコル・モジュールを含む遠隔アクセス・サーバ中の中央
処理装置１１３に接続されている。さらに、遠隔アクセス・サーバ１１０はイン
ターネット・サービス・プロバイダ・ネットワークのようなローカル・ネットワ
ークへの接続のためのポート１１４を含んでいる。

【００４１】 ポート１０３−１０５はシグナリング・チャネル・フレームを認識するための
フィルタと、ＰＰＰシグナリング処理を必要とされるＣＰＵに信号を送ることを
含んでいる。別の方法として、ポート１０３−１０５で受信されたフレームは、
エッジ処理とＰＰＰ信号チャネル処理のためにＣＰＵ１０７によって実行される
ソフトウエアでモニタされる。

【００４２】 図１０は本発明による二地点間通信チャネルの一実施例に基づくシグナリング
交換を示す。図１０において、カスタマ構内機器が垂直バー２００で示されてい
る。中央局に、または電話アクセス・プロバイダ・ネットワークの他のどこかに
おけるアクセスマルチプレクサが垂直バー２０１によって表される。遠隔アクセ
ス・サーバまたは二地点間チャネルの他のピア・エンド・ポイントが垂直バー２
０２で表される。本例において、アクセス・マルチプレクサ２０１と遠隔アクセ
ス・サーバ２０２がレイヤー２トンネリング・プロトコルＬ２ＴＰトンネル２０
３がセットアップされる。これがアクセス・マルチプレクサ２０１と遠隔アクセ
ス・サーバ２０２間の複数の二地点間チャネルのための高いバンド幅通信を提供
する。本例において、トンネル２０３が電話アクセス・プロバイダ・ネットワー
ク内のＡＴＭバーチャル回路を横切って配備されている。

【００４３】 カスタマ構内機器がＡＴＭセットアップ信号２０５を発信することによって二
地点間プロトコル・チャネルを初期化する。アクセス・マルチプレクサ２０１が
レイヤー２トンネリング・プロトコル送出コール・リクエスト・メッセージ２０
６を遠隔アクセス・サーバ２０２に伝送する。遠隔アクセス・サーバがレイヤー
２トンネリング・プロトコル２０７に基づいて送出コール返答メッセージに応答
する。その間に、アクセス・マルチプレクサ２０１がコール進行メッセージ２０
８をＣＰＥ２００に送る。送出コール応答信号２０７が受信されると、アクセス
・マルチプレクサが接続識別子、すなわち、トンネルＩＤと「コールＩＤ」フィ
ールドを確立する。接続識別子が分かれば、接続信号２０９が二地点間接続のた
めのチャネルが、遠隔アクセス・サーバ２０１との通信が提供されることによっ
て確立するカスタマ構内機器に送られる。本発明によれば、ＣＰＥがアクセス・
マルチプレクサのための信号を有するＰＰＰプロトコルに基づいてフレームを発
する。この例において、フレームは「タグをリクエストする」メッセージ２１０
を識別するＰＰＰカプセル化工程のプロトコル・フィールド中のフィールドを有
するシグナリング・プロトコル・フレームである。アクセス・マルチプレクサ２
０１がシグナリング・チャネル・フレームを識別し、二地点間プロトコルのシグ
ナリング・チャネルを用いて「割り当てタグ」メッセージ２１１内で応答する。
本実施例において、タグはレイヤー２トンネリング・プロトコルに基づくトンネ
ルＩＤとコールＩＤフィールドからなる。ＣＰＥ２００がトンネル２０３のため
のカプセル化を提供するアクセス・マルチプレクサをアシストすることができる
。例えば、トンネルＩＤとコールＩＤタグがＰＰＰカプセル化のプロトコル・フ
ィールドのヘッドのような適切な位置内のＰＰＰフレームに付加される。こうし
てタグをパケットに付加する機能はアクセス・マルチプレクサ２０１から除去さ
れ、この機能がカスタマ構内機器に伝送される。

【００４４】 トンネル２０３あるいは、アクセス・マルチプレクサによって利用される他の
バックボーン・ネットワーク・プロトコルの特性に依存して、ＣＰＥ２００はそ
の豊富な処理リソースを使用してエッジ機能をアシストすることができる。例え
ば、ＰＰＰフレーム中のプロトコルおよび情報フィールドは、アクセス・マルチ
プレクサで必要とする断片化（フラグメンテーション）の量を減じるサイズでセ
ットアップすることができる。付加的に、プロトコル情報は適当なロケーション
にあるＰＰＰ情報フィールド内に挿入されネットワーク操作をアシストすること
ができる。ＣＰＥによって実行できるエッジ機能の他の例には、Ｌ２ＴＰヘッダ
内のフロー・コントロール（送受信シーケンス番号を使用する）を実行すること
が含まれる。これはトンネルＩＤを保持するのに必要とする最少６バイトより多
くが必要であり、また各方向に対するコールＩＤが使用できる。従って、本発明
によって提供されるＰＰＰ拡張（延長）は、アクセス・プロバイダをしてそれぞ
れのＣＰＥに対するいくつかのマルチプレキシング処理を分配するようにアクセ
スを許容する。アクセス・プロバイダの機器は、バックボーン・ネットワークに
よって使用されたマルチプレキシング／トンネリング・プロトコルの制御平面を
理解し、インターネット・サービス・プロバイダ機器とまたはプロトコルに基づ
いて他の中間ネットワーク・デバイスと交渉する。これらの制御平面の相互作用
の結果、データ平面のカプセル化が決定される。こうしてアクセス機器が本発明
のＰＰＰエンハンスメントのシグナリング・チャネルを使用しＣＰＥに情報を送
り、ある方法でＰＰＰデータをカプセル化する。このスキームにおいて、ＣＰＥ
はマルチプレキシング・プロトコルの制御平面中の詳細を知ることなくして、デ
ータ平面でマルチプレキング活動を援助する。

【００４５】 本発明のこの例は、アクセス・マルチプレクサの操作を簡単にし、またＩＳＰ
ＲＡＳに対してこのマルチプレキシング・タスクを、またＣＰＥに対してデマル
チプレキシング・タスクが実行されるときに、より有効になる。まず、いかにし
てアクセス・マルチプレクサが現在動作されるのか考えてみよう（本発明中に説
明された能力なしに）： アクセス・マルチプレクサからＩＳＰ ＲＡＳの方向において： １．アクセス・マルチプレクサがＬ２ＴＰトンネルを有し、それ自体とＩＳ
Ｐ ＲＡＳ（あるＡＴＭ ＶＣがあふれている）間に存在すると仮定する。 ２．ＡＤＳＬエンドポイントから新しいＶＣを受信したときに、アクセス・
マルチプレクサが既存のトンネル（あるいは新しいＶＣとトンネルを確立し、次
いで新しい「コールＩＤ」と交渉する）内で新しい「コール」ＩＤのためのＩＳ
Ｐ ＲＡＳと交渉する。 ３．ＡＤＳＬ ＣＰＥからセルがアクセス・マルチプレクサに到来すると、
ＰＴＩビットを使用して、セルをＰＰＰパケットに集合する。次いで完全なＰＰ
Ｐパケットを適切なＬ２ＴＰヘッダにプリフィックスする。ＡＡＬ５の適用を用
いて、次いでＡＡＬ５適用Ｌ２ＴＰパケットをセルにセグメントする。

【００４６】 ＩＳＰ ＲＡＳからＣＰＥ方向において： １．アクセス・マルチプレクサが、ＩＳＰ ＲＡＳからセルを受信する。Ｐ
ＩＩビットを使用して、これらのセルをＡＡＬ５フレームに集合し、またＬ２Ｔ
Ｐフレームから抽出する。 ２．記憶された情報を使用して、アクセス・マルチプレクサがＬ２ＴＰトン
ネルＩＤとコールＩＤをＶＣにマップし、特にＡＤＳＬ ＣＰＥにマップする。 ３．アクセス・マルチプレクサがＰＰＰデータをＬ２ＴＰフレームから抽出
し、ＡＡＬ５を適用を使用してデータをＡＤＳＬ ＣＰＥに送信する。

【００４７】 注意しなければならないのは、上述したスキームにおいて、アクセス・マルチ
プレクサのマルチプレキシング動作は、ＡＤＳＬ ＣＰＥに伝送されることであ
った。しかし、いくつかの欠点が上述したスキームにある。

【００４８】 １．アクセス・マルチプレクサは、セルをフレームに再集合し、Ｌ２ＴＰヘ
ッダを付加し、次いでフレームをＩＳＰ ＲＡＳ対してセルにセグメントする必
要がある。多数の加入者セッションに対してこの操作を繰り返すことがアクセス
・マルチプレクサのリソースに計算ひずみが増すことになる。このような操作を
行うための必要性に関する同時発生した費用がある。 ２．ＩＳＰ ＲＡＳからＡＤＳＬ ＣＰＥに向かう方向において、アクセス
・マルチプレクサがセルをフレームに再度再集合する必要がある。ＰＰＰデータ
を抽出する必要があり、ＡＤＳＬエンドポイントを決定し、ＡＡＬ５採用を実行
し、またフレームをセルにセグメントする。このような動作の必要性に関連する
同時発生した費用がある。

【００４９】 本発明はプロトコル処理のあるものをＡＤＳＬエンドポイントに分布する手段
を開示する。この分布は、使用されるマルチプレキシング・スキーム（ここでは
使用される例においてはＬ２ＴＰ）の複雑さを知る必要があるＡＤＳＬエンドポ
イントなしに発生される。本発明に開示されたプロシージャを使用すると、フレ
ームのセルへのセグメント化は、アクセス・マルチプレクサを介してＣＰＥから
ＩＳＰ ＲＡＳへ、またはアクセス・マルチプレクサを介してＩＳＰ ＲＡＳか
らＣＰＥへ送られるトラフィックのためにただ一度だけ発生する。これはこの明
細書で最初に説明したように同じマルチプレキシング手段を使用しているときに
発生する。

【００５０】 プロシージャは、ＡＤＳＬエンドポイントとアクセス・マルチプレクサ間のＰ
ＰＰ「シグナリング・チャネル」を使用する。アクセス・マルチプレクサは、Ｒ
ＡＳに向かうエンドポイントからのデータのためにＡＤＳＬエンドポイント（Ｐ
ＰＰ−ＡＴＭ−ＡＤＳＬスタックを使用）からセットアップされる新しいＶＣの
受信に続いて次のように動作する： １．ＡＤＳＬエンドポイントからの新しいＡＴＭの受信時に、アクセス・マ
ルチプレクサがＬ２ＴＰ「トンネル」内で新しい「コールＩＤ」のためにＩＳＰ
ＲＡＳと交渉する。Ｌ２ＴＰ制御平面を包含するこの交渉の結果、アクセス・マ
ルチプレクサが、ＩＳＰ ＲＡＳに送られるべき特定ＣＰＥセッションからＰＰ
ＰデータをプリペンドされるＬ２ＴＰタグ上の情報を完了する。ここで送信シー
ケンス番号（Ｎ（Ｓ））または受信シーケンス番号（Ｎ（Ｒ））もＬ２ＴＰトン
ネルで使用されないこと仮定される。これが６バイトの最少Ｌ２ＴＰヘッダにつ
ながる。

【００５１】 ２．シグナリング・チャネルを介して、アクセス・マルチプレクサがＣＰＥ
に情報を送って全てのＰＰＰフレームに６バイト・シーケンスのプリフィックス
を付ける。この６バイト・シーケンスは最初に説明した最少Ｌ２ＴＰカプセル操
作に対応する。Ａｄｄ＿Ｔａｇ命令の機能性を備えた命令を使用して６バイトの
ＣＰＥに情報を送ってＰＰＰデータをプリペンドする。ＣＰＥはこれらの６バイ
トの意味することこが理解できない。これらのバイトはアクセス・マルチプレク
サによって使用されるいずれのマルチプレキシング・スキームにも対応できる。
発明者による例において、図示目的のために使用されるこのマルチプレキシング
・スキームは、Ｌ２ＴＰである。明確な認定がアクセス・マルチプレクサに対し
て、Ａｄｄ＿Ｔｇ命令がＣＰＥで好結果であったことがわかるようにする。これ
はＣＰＥがＡｄｄ＿Ｔａｇ命令に規定されたバイトを、これらのフレームに対す
るＡＡＬ５の適用とフレームのセルへのセグメント化に使用する前に、いずれの
ＰＰＰデータ・フレームに規定されたバイトにプリペンドされていることを意味
している。

【００５２】 ３．ここで、ＣＰＥからの新しいＶＣに関連するいずれのセルも、再集合／
処理／再セグメント化なしに、ＶＣ上からＩＳＰ ＲＡＳに転送することができ
る。これはアクセス・マルチプレクサのジョブをずっと容易にする。注意しなけ
ればならないのは、ある他のフレームからのセルが同じＶＣからＲＡＳに送られ
る前に、特定フレームからのセルが全てＲＡＳに向けて連続的に送られることで
ある。

【００５３】 ４．注意しなければならないのは、シグナリング・チャネル・フレームがタ
グによってプリペンドされないことである。ＩＳＰ ＲＡＳに向けられたデータ
・フレームのみがタグによってプリペンドされる。これはアクセス・マルチプレ
クサがＣＰＥからの新しいフレームの第１セルを迅速に覗いて、シグナリング・
チャネル・フレームを含んでいるか否かを調べることを意味している。もしこの
フレームを含んでおれば、このフレームはアクセス・マルチプレクサによって処
理するために再集合されることになる。そうでなければ、処理は先行項目で説明
したように処理される。注意しなればならないのは、特定ハードウエアが設計で
きることであって、新しいフレームの第１セルを覗くこの操作をしてシグナリン
グ・フレームが非常に有効であるかどうか決定することである。ＣＰＥがアクセ
ス・マルチプレクサからのセルを受信したときに、これらのセルがフレームに再
集合されることである。フレームがＰＰＰシグナリング・フレームであるかどう
かを調べて見る。もしそうであれば、ＣＰＥがこれを処理することになる。そう
でなければ、次に説明する処理が実行される。

【００５４】 ＡＤＳＬエンドポイントに向かうＩＳＰ ＲＡＳからのデータの処理工程は、
次のように動作する： １．アクセス・マルチプレクサが、Remove_Tag命令を送り、ＣＰＥに情報を
送って、ＡＡＬ５適用処理から抽出される各フレームの開始時からバイトのある
数を除去する必要がある。これは必要なことであって、なぜならアクセス・マル
チプレクサがＲＡＳによるＰＰＰフレームにプリペンドされたＬ２ＴＰマルチプ
レキシング・ヘッダを除去しないからである。 ２．ＩＳＰ ＲＡＳが新しいフレームの第１セルを覗くことになる。（注意
−新しいフレームの第１セルがＰＴビットを覗くことによって識別される。ＰＴ
ビットが１を有するセルに続くＰＴビットが１または０（ゼロ）を有するセルが
、新しいフレームの第１セルを示す。ＩＳＰ ＲＡＳから受信された直後の第１
セルが新しいフレームの第１セルである。）前述したセル内のヘッダの後、最初
の６ビットを見ることになる。第１バイトの直後の第１ビットが「１」であれば
、これが、受信されたフレームが、アクセス・マルチプレクサによって終了し、
処理されるべき必要性のあるＬ２ＴＰ制御フレームであったという意味である。
第１バイトの直後第１ビットが「０」であれば、Ｌ２ＴＰデータ・プレイロード
・フレームがＲＡＳによって伝送されたという意味である。こうしてアクセス・
マルチプレクサが「Ｌ２ＴＰトンネルＩＤとフレーム（これはなおも第１セルの
最初の６バイトの一部である）に関連する「コールＩＤ」をチェックし、そのテ
ーブルを見てデータの向けられている方向のＣＰＥを決定する。従って、初期セ
ルと適切なＣＰＥに対するフレームに関する残りのセルに向けられ；ＰＴビット
が同じセルに対応するセルを決定するのに使用される。最初に説明したように、
特定ハードウエアが、新しいフレームの第１セルを見るこの操作を非常に効果的
にするように設計することができる。

【００５５】 本発明はＩＳＰ ＲＡＳに対する数人のＡＤＳＬ加入者からのデータを多重化
するのに使用される。ＰＰＰシグナリング・チャネルをＣＰＥとアクセス・マル
チプレクサ間の共同のために使用され、このチャネルは前回の発明中に開示され
ている。ここで提供される例にとっては、ＡＤＳＬ ＣＰＥがＰＰＰ−ＡＴＭ−
ＡＤＳＬスタックを使用し；アクセス・マルチプレクサがＡＤＳＬ加入者からこ
この「ＡＴＭ仮想回路」からデータを得て、データをＩＳＰ ＲＡＳに向けられ
た単一「仮想回路」にデータを多重化する。アクセス・マルチプレクサが、必要
とする「Ｌ２ＴＰコールＩＤ」のためのＩＳＰ ＲＡＳと交渉する。この情報で
、ＲＡＳがこの特定セッションに関連するデータを見つけることが期待される完
全な６バイト・ヘッダがわかる。こうして、ＣＰＥがいずれのＰＰＰペイロード
・フレームに対してもこれらの６バイトにプリペンドされることが通知される。
このプリペンディングは、アクセス・マルチプレクサがセルをフレームに再集合
させ、ヘッダを付加し、フレームをセルにセグメント化する必要がないＣＰＥ手
段において発生することが事実である。

【００５６】 注意しなければならないのは、バイトのプリペンディングがマルチプレキシン
グ・プロトコルの複雑さをわかることが必要であるとするＣＰＥなしに、ＣＰＥ
において発生することである。ＣＰＥに向かうＩＳＰ ＲＡＳからの方向におい
て、アクセス・マルチプレクサは新しいフレームの最初の６バイトで見ることが
できる。フレームがＬ２ＴＰデータ・フレームであれば、そのＬ２ＴＰセッショ
ンに関連するＣＰＥを捜すように見つけ、適切な「仮想回路」上のデータをその
ＣＰＥにリレーする。アクセス・マルチプレクサでマルチプレキシング・ヘッダ
が除去されるので、セルはフレームに再集合されることはない。実際に、アクセ
ス・マルチプレクサはＣＰＥに情報を送って再集合フレームの最初の６バイトを
除去する。注意しなければならないのは、もしこのフレームがＰＰＰシグナリン
グ・フレーム（これはＰＰＰシグナリング・チャネルを示す「プロトコル」フィ
ールドに対応する最初の二つのバイト中の特定値を捜すことによって、容易に決
定することができる）でないと決定された場合に、ＣＰＥがこのようなフレーム
の最初の６バイトをただ除去するだけである。

【００５７】 シグナリング・チャネルを使用する他の例はマルチキャスト機能を支持する。
ダイアルアウト・パラダイムがインターネット・アクセスに使用されるときは、
マルチキャストを処理するための異なるスキームがある。例えば、各ユーザはイ
ンターネット・サービス・プロバイダから個々のマルチキャスト・ストリームを
送ることができる。これは同じアクセス・プロバイダの集中／マルチプレキシン
グ機器によってサービスを受ける多数のユーザが同じ質のサービスまたは同じ料
金のサービスを同じマルチキャスト・ストリームで聞こうと思えば聞くことがで
きるために、非能率的である。アクセス・プロバイダ・リソースのもっと有効な
利用は、ＩＳＰからの単一ストリームを集中／マルチプレキシング機器へ分配し
て、また、本発明のシグナリング・チャネルを使用して達成できるような機器が
マルチキャスト・データを個々の加入者に分配する。

【００５８】 集中／マルチプレキシング機器が、マルチキャスト効率を達成するために使用
される場合、マルチキャストを処理するための他のスキーム例がでてくる。この
場合において、先行技術によるシステムは個々のユーザからデータを検索して、
ユーザが特定マルチキャスト・グループに属しているか、ユーザによって必要と
されるサービスの質および他のパラメータを識別する。この種の検索は、「イン
ターネット・プロトコルＩＰパケット」のようなレイヤー３を捜す必要がるので
非能率的である。この非能率性は、カスタマ構内機器がセルを集中／マルチプレ
キシング機器、例えばＡＴＭとＡＤＳＬにわたる二地点間プロトコルの場合にお
いて、コールを送信する場合に複合される。この場合において、セルはフレーム
に再集合される必要があり、検索操作が実行され、またフレームがネットワーク
を介して伝送されるためにセルにセグメント化される。

【００５９】 本発明のＰＰＰシグナリング・チャネル延長（拡張）が、アクセス・プロバイ
ダの集中／マルチプレキシング機器を許容することによってこれらのマルチキャ
スト非能率性を緩和し、シグナリング・チャネルを通してＣＰＥと交渉し、例え
ばマルチキャスト・グループを包含するＩＧＭＰとＲＳＶＰフレームのような適
当なマルチキャスト・フレームに転換する手段を提供する。受信されたＩＧＭＰ
とＲＳＶＰフレームに基づいて、アクセス・プロバイダの集中／マルチプレキシ
ング機器がマルチキャスト・フィードのための分配点となり、ＩＳＰからのフィ
ードが集中／マルチプレキシング機器によるサービスを受ける多数のユーザに分
配される。

【００６０】 他の例として、ネットワーク・アドレス・トランスレータＮＡＴが現在使用さ
れ、ＮＡＴ後方でマルチプルＣＰＥを許容して単一ＩＰアドレスまたは外界との
相互連絡にある小さいセットのアドレスを利用できるように使用されることを考
慮する。カスタマ構内中のノードは一般的に個々のローカルＩＰアドレスを有し
ているが、単一のないし小さいセットの世界的ＩＰアドレスを介して外界に知ら
れている。ＣＰＥ初期化セッションからのデータが新しいポートに、またＮＡＴ
による世界的ＩＰアドレスの一つにマップされる。この工程が、例えばファイル
伝送プロトコルＦＴＰセッションのためにＣＰＥによって初期化された例えば送
出セッションに対してうまく作用する。本発明中で説明したようにＰＰＰシグナ
リング・チャネルはＩＳＰ遠隔アクセス・サーバとＣＰＥネットワーク・アドレ
ス・トランスレータ間の共同機構として使用することができる。例えば、遠隔物
体が遠隔アクセス・サーバを介するＣＰＥの背後のエンド・ポイントと接触する
場合において、シグナリング・チャネルが遠隔アクセス・サーバとネットワーク
・アドレス・トランスレータ間の制御平面相互作用のために使用することができ
、ネットワーク・アドレス・トランスレータの後方のエンド・ユーザがデータを
受信しなければならない。これが名前を基本とするアドレッシングまたはＥ１６
４アドレッシングのような他のアドレッシングを許容し、インターネット・サー
ビス・プロバイダによってＮＡＴに割り当てられた世界的ＩＰアドレスを補い、
ＮＡＴの後方にある個々のユーザを識別するのに使用される。ＮＡＴのゴールの
一つであるＩＰアドレス変換を許容する一方で、ＮＡＴ後方で個々のユーザ視界
をもてるようにする。

【００６１】 さらなる他の例として、いくつかの許容されたプロトコル・スタックがＡＤＳ
Ｌリンクのために規定されることが考慮される。このようなプロトコル・スタッ
クの一つがＰＰＰ−ＡＤＳＬスタックである。一般的に、このスタックは個々の
セッションを異なるＩＳＰにセットアップし、異なるカプセル工程を介して特定
するＩＳＰに向けられたデータを識別する手段を含んでいない。シグナリング・
チャネルを規定することで、アクセス機器がＣＰＥとの相互作用を許容して、ユ
ーザが特定セッションを使用しようとし、さらにＣＰＥによって使用されること
になるＨＤＬＣアドレス・フィールドまたは他のフレーミング・フィールドのた
めにユニークな値を割り当てし、このセッションのためのデータをカプセル化す
るようにＩＳＰが決定される。注意しなければならないのは、異なるＰＰＰに対
する異なるＰＰＰセッションが、各々それ自体の関連するシグナリング・チャネ
ルを有していて、これまでに説明した利点を実現することである。ユニークなＨ
ＤＬＣアドレスが、データが向けられているＩＳＰへの迅速な方向付けのために
アクセス・プロバイダの集中／マルチプレキシング機器によって使用される。

【００６２】 「カスタマ構内機器（ＣＰＥ）」が「インターネット・サービス・プロバイダ
１（ＩＳＰ１）」を確立したいとしていると仮定する。まず、ＣＰＥが通常の「
アクセス・マルチプレクサ」と交渉を開始する。このＬＣＰ交渉は、カプセル化
フォーマット・オプションと自動的に合意し、パケットのサイズの変化する制限
を処理し、ループバック・リンクと他の共通形状不一致エラーを検出し、リンク
を終了するのに使用される。図１１のスティック図に示した一連の工程に従うこ
とになる。図１１において、このスティック図はＣＰＥと「アクセス・マルチプ
レクサ３０１」間に発生する交換の高いレベルのながめを示す。スティック図の
右側のカプセル工程部分は、ＣＰＥ３００と「アクセス・マルチプレクサ３０１
」間で交換されたＨＤＬＣフレームの例的エンコーディングと、ＣＰＥ３００と
「アクセス・マルチプレクサ３０１」とあるＩＳＰの「遠隔アクセス・サーバ（
ＲＡＳ）間で交換されるＰＰＰとを提供する。

【００６３】 まず、ＣＰＥ３００が、セッションがＩＳＰ１に確立されるようにリクエスト
されて、「確立セッション・リクエスト３０２」を「アクセス・マルチプレクサ
３０１」に送信する。このリクエストに含まれているのが、「タグ」パラメータ
（例えば、「情報フィールド３１０」内に）であり、これによってＣＰＥはアク
セス・マルチプレクサからの応答と「タグ」を介するこのリクエストとを一致さ
せることができる。さらに、ＩＳＰの「名前および（または）アドレス」が含ま
れ、また特定するＩＳＰ、例えばセッションのために必要とするクオリティ・オ
ブ・サービス（ＱＯＳ）およびセッションのためのバンド幅必要条件に対するセ
ッションに関連する適切な他の情報が含まれる。「確立セッション・リクエスト
」、すなわち、これが「11111111」のアドレスを有する「ＨＤＬＣフレーム」に送
信され、また「シグナリング・チャネル」のために使用された値にセットされた
「プロトコル・フィールド」を有している。

【００６４】 「確立セッション・リクエスト３０２」が受信されると、「シグナリング・チ
ャネル」を示す「プロトコル」フィールドを有する「11111111」のアドレスのある
フレームが受信されたことが分かる「アクセス・マルチプレクサ３０１」が、フ
レームを処理する必要があることを認識する。フレームが処理され、またＣＰＥ
が新しいセッションをＩＳＰ１に確立するように試みられことが決定される。要
求されたトラフィック・パラメータ仕様でＩＳＰ１にセッションが提供できるか
どうか見るためにチェックされ、ＱＯＳが要求される。必要であれば、ＩＳＯ１
への新しい接続が確立できる。全てうまくいっておれば、「確立セッション・リ
プライ３０３」がリクエストの一致されたことを示すＣＰＥに戻され、参照番号
３１３で示されたようにカプセル化される。このセッションに関係するさらなる
ＰＰＰデータがＨＤＬＣフレーム内で「00000001」バイナリの「アドレス」フィー
ルドでカプセル化されるべきＣＰＥに情報が送られる。（注意−セッションがあ
る理由で確立できない場合、「アクセス・マルチプレクサ」が否定の応答を「確
立セッション・リクエスト」に戻すことになる。

【００６５】 ＩＳＰ１のためのさらなるＰＰＰデータ３０４が「00000001」バイナリの「アド
レス」フィールドを有するＨＤＬＣフレーム３１４内でカプセル化される。「ア
クセス・マルチプレクサ３０１」がこのようなアドレス・フィールドを有するフ
レームを受信したとき、直ちにＰＰＰデータを抽出し、これを接続部からＩＳＰ
１に向けて送る。

【００６６】 ここでＣＰＥが第２セッションを確立したい場合、この時期ではＩＳＰ２とな
り、セッション確立プロシージャが再度実行され、この時点でＩＳＰ２の「名前
」と「アドレス」が「確立セッション・リクエスト３０２」を使用する。この新
しいセッションが確立できる場合、「アクセス・マルチプレクサ３０１」が（確
立セッション・リプライ）３０３に戻り、ＩＳＰ２の方に向けられたＰＰＰデー
タを含んでいるＨＤＬＣフレームの「アドレス」フィールドのために使用される
べきユニークな値になる。例えば、「00000010」バイナリの値に戻ることができる
。ここで、「アクセス・マルチプレクサ３０１」が、「00000010」バイナリの「ア
ドレス」フィールドを有するＨＤＬＣフレーム３０４を受信するときはいつでも
、データが抽出され、これがＩＳＰ２にリレイされる。「00000010」バイナリの「
アドレス」フィールドを有するＨＤＬＣフレームを受信すると、データが抽出さ
れ、これがＩＳＰ２にリレイされる。

【００６７】 逆の方向において、「アクセス・マルチプレクサ」によって受信されたＩＳＰ
１からのＰＰＰデータが、「00000001」の「アドレス」フィールドを有するＨＤＬ
Ｃフレームにカプセル化されることになる。同様にして、「アクセス・マルチプ
レクサ」によって受信されたＩＳＰ２からのＰＰＰデータが、ＣＰＥにリレイさ
れる前に、「00000010」の「アドレス」フィールドを有するＨＤＬＣフレームにカ
プセル化される。

【００６８】 従って、本発明は、二地点間セッションのエンド・ポイントと、エンド・ポイ
ント間でデータを伝送することを包含する中間ネットワーク・デバイスとの間の
相互作用を許容する二地点間プロトコルまで延長を提供する。チャネルは、プロ
トコル処理、マルチキャスト分配、ＮＡＴ背後の制限されたユーザ視界およびイ
ンターネット・サービス・プロバイダまたは他のＡＤＳＬまたは関連するリンク
を動的な選択に対する非能力のようなエッジ機能によって生じる中間デバイス中
の混雑を緩和する。

【００６９】 本発明の好ましい実施例のこれまでの説明は図示と説明の目的で提示したもの
である。本発明を徹底的にまたは限定して正確な形態で説明することを意図した
ものではない。言うまでもなく、多数の修正例および変形例も当該技術に習熟し
た人には明白であろう。本発明の範囲は次なる請求の範囲およびその等価なもの
によって規定されることを意図している。

【図面の簡単な説明】

【図１】 本発明のエンハンストされた二地点間プロトコルを実行する一例のネットワー
ク環境の簡略図。

【図２】 本発明によってエンハンストされた二地点間プロトコルに基づいてフォーマッ
トされたパケットの図。

【図３】 二地点間プロトコルにわたるＨＤＬＣ状のフレーミングに関連してフォーマト
するフレームの図。

【図４】 ＡＤＳＬリンク上の二地点間プロトコルのＡＡＬ５フレーミングにわたるＡＴ
Ｍのために提供されるプロトコル・スタックの図。

【図５】 ＡＡＬ５カプセル化でＰＰＰパケットを、セルにセグメント化する図。

【図６】 レイヤー２トンネリング・プロトコルに基づくカプセル化を示す図。

【図７】 レイヤー２トンネリング・プロトコルＬ２ＴＰフレームのＡＡＬ５適用を示す
図。

【図８】 アクセス・マルチプレクサとＩＳＰＲＡＳ間の仮想回路上のＡＡＬ５採用デー
タを送信する処理を示す図。

【図９】 二地点間通信チャネルがカスタマ構内機器ＣＰＥと遠隔アクセスＲＡＳとの間
に確立された本発明による信号チャネルを含む二地点間通信チャネルのより詳し
い図。

【図１０】 シグナリング・チャネル内で一例を実行するための本発明のエンハンスト二地
点間プロトコルに基づいて発生された信号を示す図。

【図１１】 静止リンク環境にある「インターネット・サービス・プロバイダ」にセッショ
ンを確立する工程を示す図。

Claims (20)

【特許請求の範囲】
1. 【請求項１】 それぞれのリンクによってエンド・ステーションに結合され
   た一つまたはそれ以上の中間デバイスを有するネットワークを含むシステムであ
   って、これを介する二地点間データ・チャネルがネットワークを介する第１中間
   デバイスを通しての第１エンド・ステーションから第２エンド・ステーションに
   よって確立され、この二地点間データ・チャネルが第１と第２エンド・ステーシ
   ョン間の通信プロトコルに基づいて動作し、第１中間デバイスがネットワーク内
   のバンド幅の使用を管理するためのリソースを含んでいるシステムにおいて、 第１中間デバイスから第１通信プロトコルに基づいてフォーマットされた二地
   点間データ・チャネル内の・データ・フレームを検出する工程と； ネットワーク・バンド幅の使用を管理するためのリソースを使用するネットワ
   ークを介する送信のための中間デバイスで前記データ・フレームを処理する工程
   と； 第１中間デバイスから第１エンド・ステーションに、第１通信プロトコルに基
   づいてフォーマットされたデータ・フレーム内のネットワーク・バンド幅の管理
   に関する情報を送信する工程と； を含むネットワークの機能を改善する方法。
2. 【請求項２】 前記データ・フレームを処理する工程が、ネットワークの少
   なくとも一部を介して送信のための第２通信プロトコルに基づいて前記データ・
   フレームの少なくとも一部をカプセル化する工程を含み、またネットワーク・リ
   ソースの管理に関する情報が、二地点間通信チャネルのための第１通信プロトコ
   ルに基づいてフォーマットされたデータ・フレームを処理することによって前記
   カプセル化工程中の処理工程を第１エンド・ステーションに減じさせるデータを
   含んでいる請求項１に記載の方法。
3. 【請求項３】 第１通信プロトコルが二地点間プロトコル（ＰＰＰ）からな
   る請求項１に記載の方法。
4. 【請求項４】 データ・フレームが予約フィールドを含み、また前記送信工
   程が中間デバイスからエンド・ステーションへのＰＰＰパケットを含んでいるフ
   レームを送る工程を含み、予約フィールド内にネットワーク・リソースの管理に
   関する信号をデータ・フレーム内に保有していることを表すコードを含んでいる
   請求項３に記載の方法。
5. 【請求項５】 予約フィールドが、ＰＰＰプロトコル識別機能のために特定
   付けられたプロトコル・フィールドからなる請求項４に記載の方法。
6. 【請求項６】 ネットワーク・バンド幅の管理のためのリソースが、プロト
   コルＬ２ＴＰをトンネリングする第２層（レイヤ−２）を実行するためのリソー
   スからなる請求項１に記載の方法。
7. 【請求項７】 前記カプセル化工程が、カプセル化データを発生する工程と
   カプセル化データを含むネットワーク・パケットを構築する工程を含み、またネ
   ットワーク・リソースの管理に関する情報が第１エンド・ステーションに対して
   第１通信プロトコルに基づいてフォーマットされたデータ・フレーム中のカプセ
   ル化データの少なくとも一部を提供するデータを含んでいる請求項２に記載の方
   法。
8. 【請求項８】 ネットワーク・バンド幅の管理のためのリソースが、中間デ
   バイスによる複数の受領者によって前進させられた第１エンド・ステーションか
   らの単一マルチキャスト・パケットによるマルチキャスト分布リソースを含み、
   ネットワーク・バンド幅の管理に関する情報がマルチキャスト分布リソースに関
   するデータを含んでいる請求項１に記載の方法。
9. 【請求項９】 ネットワーク・バンド幅の管理に関するエンド・ステーショ
   ンからくる情報を含む第１中間デバイスで第１通信プロトコルに基づいて形成さ
   れたデータ・フレームを受信する工程を含んでいる請求項１に記載の方法。
10. 【請求項１０】 ネットワーク・バンド幅の管理に関するエンド・ステーシ
    ョンからくる情報を含む第１中間デバイスで第１通信プロトコルに基づいて形成
    されたデータ・フレームを受信する工程を含み；エンド・ステーションからくる
    情報がマルチキャスト分布リソースに関する情報を含んでいる請求項８に記載の
    方法。
11. 【請求項１１】 それぞれのリンクによってエンド・ステーションに結合さ
    れた一つまたはそれ以上の中間デバイスを有するネットワークを含むシステムで
    あって、これを介する二地点間データ・チャネルがネットワークを介する第１中
    間デバイスを通しての第１エンド・ステーションから第２エンド・ステーション
    によって確立され、この二地点間データ・チャネルが第１と第２エンド・ステー
    ション間の通信プロトコルに基づいて動作し、第１中間デバイスがネットワーク
    内のバンド幅の使用を管理するためのリソースを含んでいるシステムにおいて、 第１通信プロトコルに基づいてフォーマットされたデータ・フレームを保有す
    るために二地点間データ・チャネルを確立する工程と； ネットワーク・リソース使用の管理に関する第１中間デバイスに向けられた情
    報を含む第１通信プロトコルに基づいて形成された二地点間データ・チャネル内
    にデータ・フレームを送信する工程と； を含むネットワークの機能を改善する方法。
12. 【請求項１２】 第１中間デバイスがネットワークの少なくとも一部による
    送信のための第２通信プロトコルに基づいてい前記データ・フレームをカプセル
    化するためのリソースからなり、またネットワーク・リソースの使用を管理する
    工程に関する情報が、第１中間デバイスをして前記カプセル化工程中の処理工程
    を減じることを含んでいる請求項１１に記載の方法。
13. 【請求項１３】 第１通信プロトコルが二地点間プロトコル（ＰＰＰ）から
    なる請求項１１に記載の方法。
14. 【請求項１４】 データ・フレームが予約フィールドを含み、また前記送信
    工程が中間デバイスからエンド・ステーションへのＰＰＰパケットを含んでいる
    フレームを送る工程を含み、予約フィールド内にネットワーク・リソースの管理
    に関する情報をデータ・フレーム内に保有していることを表すコードを含んでい
    る請求項１３に記載の方法。
15. 【請求項１５】 予約フィールドが、ＰＰＰプロトコル識別機能のために特
    定付けられたプロトコル・フィールドからなる請求項１４に記載の方法。
16. 【請求項１６】 ネットワーク・リソースの使用の管理のためのリソースが
    、プロトコルＬ２ＴＰをトンネリングする第２層（レイヤ−２）を実行するため
    のリソースからなる請求項１１に記載の方法。
17. 【請求項１７】 前記カプセル化工程が、カプセル化データを発生する工程
    とカプセル化データを含むネットワーク・パケットを構築する工程を含み、また
    ネットワーク・リソースの管理に関する情報が第１２エンド・ステーションに対
    して第１通信プロトコルに基づいてフォーマットされたデータ・フレーム中のカ
    プセル化データの少なくとも一部を提供するデータを含んでいる請求項１２に記
    載の方法。
18. 【請求項１８】 ネットワーク・リソースの使用を管理するためのリソース
    が、中間デバイスによる複数の受領者によって前進させられた第１エンド・ステ
    ーションからの単一マルチキャスト・パケットによるマルチキャスト分布リソー
    スを含み、ネットワーク・リソースの使用の管理に関する情報がマルチキャスト
    分布リソースに関するデータを含んでいる請求項１１に記載の方法。
19. 【請求項１９】 ネットワーク・バンド幅の管理に関する第１中間デバイス
    からくる情報を含む第１エンド・ステーションで第１通信プロトコルに基づいて
    形成されたデータ・フレームを受信する工程を含んでいる請求項１１に記載の方
    法。
20. 【請求項２０】 ネットワーク・バンド幅の管理に関するエンド・ステーシ
    ョンからくる情報を含む第１エンド・ステーションで第１通信プロトコルに基づ
    いて形成されたデータ・フレームを受信する工程を含み；エンド・ステーション
    からくる情報がマルチキャスト分布リソースに関する情報を含んでいる請求項１
    ８に記載の方法。