(57)【要約】本発明はイーサネット技術に従うフレームでのパケットデータの通信をサポートするアクセスネットワークにより、エンドユーザ間と、エンドユーザとサービスプロバイダとの間の内の少なくともいずれかの通信を提供する構成に関するものである。それは、少なくともエンドユーザとサービスプロバイダとの間のパケット接続の確立のために、入力点に到着するパケットを別の新しいトランスポートフレームに実質的に変形がなされないようにカプセル化する手段を有する。前記トランスポートフレームには、その組み合わせがその接続に対してユニークである、例えば、前記フレームの発信元アドレスと宛先アドレス情報を組み合わせのような識別が備えられ、そのアクセスネットワークは新しいトランスポートフレームがジャンボフレームを有しても良いようにジャンボフレームのトランスポートをサポートする。
2006526298.tif 000002
【特許請求の範囲】
【請求項１】
イーサネット（登録商標）技術に従いフレームでのパケットデータの通信をサポートするアクセスネットワークにより、エンドユーザ間と、エンドユーザとサービスプロバイダとの間の内の少なくともいずれかの通信を提供する装置であって、
少なくともエンドユーザとサービスプロバイダとの間のパケット接続の確立のために、入力点に到着するパケットを別の新しいトランスポートフレームに実質的に変形がなされないようにカプセル化する手段を有し、
前記トランスポートフレームには、例えば、前記フレームの発信元アドレスと宛先アドレス情報の組み合わせのような識別が備えられ、
前記組み合わせは前記接続に対してユニークであり、
前記アクセスネットワークは新しいトランスポートフレームがジャンボフレームを有しても良いようにジャンボフレームのトランスポートをサポートすることを特徴とする装置。
【請求項２】
前記アクセスネットワークの出力点、或いは出力点として作用する点において前記新しいトランスポートフレームのカプセルを外す手段をさらに有することを特徴とする請求項１に記載の装置。
【請求項３】
アクセスネットワークの入力点と出力点との内少なくともいずれかの点として作用する所謂、周辺点を有することを特徴とする請求項１又は２に記載の装置。
【請求項４】
前記カプセル化する手段と、前記カプセルを外す手段とは、例えば、周辺装置コンバータのような変換手段を有することを特徴とする請求項１乃至３のいずれかに記載の装置。
【請求項５】
前記入力点は、（例えば、ＶＬＡＮにより）カプセル化を必要とする全てのパケットデータトラフィックが通過せざるを得ないカプセル化分岐点を有することを特徴とする請求項２に記載の装置。
【請求項６】
入力点で受信したパケットはカプセル化さねればならず、トンネルでカプセル化されることを特徴とする請求項１乃至５のいずれかに記載の装置。
【請求項７】
前記トンネルはジャンボフレームトンネルにおけるＧＲＥトンネルを有することを特徴とする請求項６に記載の装置。
【請求項８】
接続のためのアイデンティティを確立するために、新しいトランスポートフレームにおける宛先アドレスとアクセスネットワーク接続について合意が備えられ、
前記アイデンティティは前記新しいトランスポートフレームに含まれることを特徴とする請求項６又は７に記載の装置。
【請求項９】
前記アクセスネットワークの外部の手段は、到着するパケットを接続へとソートし、前記新しいトランスポートフレームにおいて用いられる接続アイデンティティとして前記ソートの結果を定義することを特徴とする請求項６乃至８のいずれかに記載の装置。
【請求項１０】
外部トンネルは前記アクセスネットワークに対する入力点である地点或いは前記入力点として作用する地点、そして逆に、アクセスネットワークの出力点である地点或いは前記出力点として作用する地点において、アクセスネットワークの内部トンネルへとマップされることを特徴とする請求項６乃至９のいずれかに記載の装置。
【請求項１１】
前記アクセスネットワークは所謂、ＶＬＡＮを有する、即ち、ＶＬＡＮ技術が実施されることを特徴とする請求項１乃至１０に記載の装置。
【請求項１２】
前記識別は、少なくともエンドユーザに対する接続或いはインタフェースのためのＶＬＡＮタグを有することを特徴とする請求項１１に記載の装置。
【請求項１３】
前記ＶＬＡＮタグはエンドユーザに対するインタフェース／接続のためだけの接続識別として用いられる一方、他の識別の備えはサービスプロバイダ（ＩＳＰ）に対するインタフェース／接続のために用いられることを特徴とする請求項１２に記載の装置。
【請求項１４】
前記ＶＬＡＮタグはエンドユーザとサービスプロバイダの両方に対するインタフェース／接続のための接続識別として用いられることを特徴とする請求項１２に記載の装置。
【請求項１５】
識別のために、ＭＰＬＳが実施されることを特徴とする請求項１乃至５のいずれかに記載の装置。
【請求項１６】
各ユニキャスト接続のために、ＭＡＣアドレスは前記発信元アドレスと前記宛先アドレスのために夫々指定されることを特徴とする請求項１乃至１５のいずれかに記載の装置。
【請求項１７】
前記ＭＡＣアドレスは前記接続を管理する管理システムにより指定されることを特徴とする請求項１６に記載の装置。
【請求項１８】
サービスプロバイダ（ＩＳＰ）の同じアドレスは前記サービスプロバイダ（ＩＳＰ）に対する複数の接続のために用いられることを特徴とする請求項１乃至１７のいずれかに記載の装置。
【請求項１９】
マルチキャスト接続はカプセル化することなくセットアップされ、各サービスプロバイダは特定のマルチキャストアドレスの範囲に割当て或いは制限されることを特徴とする請求項１乃至１８のいずれかに記載の装置。
【請求項２０】
ブロードキャストはＭＡＣアドレスの場所を示すために実施されることを特徴とする請求項１乃至１９のいずれかに記載の装置。
【請求項２１】
エンドユーザからのブロードキャストフレームは新しいトランスポートフレームにカプセル化されることを特徴とする請求項１乃至２０のいずれかに記載の装置。
【請求項２２】
フレームトランスポートのためにイーサネット機能をサポートするアクセスネットワークに対する、或いは前記アクセスネットワークからの入出力点ノードであって、
少なくともエンドユーザとサービスプロバイダとの間の接続のために、前記アクセスネットワークにより、前記入出力点ノードに到着するパケットを別の新しいトランスポートフレームに変形がなされないようにカプセル化し、前記新しいトランスポートフレームには、前記フレームに関する発信元（エンドユーザ）アドレスと宛先アドレスの組み合わせであるユニークな識別を備える手段を有し、
前記新しいトランスポートフレームはジャンボフレームを有することを特徴とする入出力点ノード。
【請求項２３】
出力点として作用するとき、カプセル化されたジャンボフレームのカプセルを外す手段をさらに有することを特徴とする請求項２２に記載の入出力点ノード。
【請求項２４】
所謂、周辺点を有し、
前記カプセル化する手段と、前記カプセルを外す手段とは、変換手段を有することを特徴とする請求項２２又は２３に記載の入出力点ノード。
【請求項２５】
カプセル化を必要とする全てのパケットデータトラフィックが通過せざるを得ないカプセル化分岐点を有することを特徴とする請求項２２又は２３に記載の入出力点ノード。
【請求項２６】
前記カプセル化手段はパケットをジャンボトンネルにおいてカプセル化するために用いられることを特徴とする請求項２２乃至２５のいずれかに記載の入出力点ノード。
【請求項２７】
到着するパケットを接続へとソートし、前記新しいトランスポートフレームにおいて用いられる、例えば、宛先アドレスのような接続アイデンティティとして前記ソートの結果を定義する手段を有するか、或いは前記手段と関係することを特徴とする請求項２２乃至２６のいずれかに記載の入出力点ノード。
【請求項２８】
前記識別は、少なくともエンドユーザに対する接続或いはインタフェースのためのＶＬＡＮタグを有する一方、サービスプロバイダ（ＩＳＰ）に対するインタフェース／接続のための前記識別は、異なる方法で備えられることを特徴とする請求項２２乃至２７のいずれかに記載の入出力点ノード。
【請求項２９】
各ユニキャスト接続のために、ＭＡＣアドレスは前記パケットの発信元アドレスと前記宛先アドレスのために夫々指定されることを特徴とする請求項２２乃至２８のいずれかに記載の入出力点ノード。
【請求項３０】
前記ＭＡＣアドレスは前記接続を管理する管理システムにより指定されることを特徴とする請求項２９に記載の入出力点ノード。
【請求項３１】
イーサネット技術を実現してフレームでのパケットデータの通信をサポートするアクセスネットワークにより、エンドユーザ間と、エンドユーザとサービスプロバイダとの間での通信を提供する方法であって、
前記アクセスネットワークに対する入力点として作用する点或いは入力点に到着するフレームに関し、少なくとも、エンドユーザとサービスプロバイダとの間の接続のために、パケット接続の発信元アドレスと宛先アドレス情報の組み合わせを有するユニークな識別を決定／生成する工程と、
新しいトランスポートフレームに前記フレームと前記識別とをカプセル化する工程と、
前記宛先アドレス情報を用いて、前記アクセスネットワークを介して前記トランスポートフレームを関連する出力点にトランスポートする工程と、
前記出力点において前記創成されたトランスポートフレームのカプセルを外す工程と、
前記元々のカプセル化されたフレームを送信する工程とを有することを特徴とする方法。
【請求項３２】
前記創成されたトランスポートフレームはジャンボフレームを有し、
前記アクセスネットワークは従ってジャンボフレームのトランスポートをサポートすることを特徴とする請求項３１に記載の方法。
【請求項３３】
ＧＲＥトンネルにおいて到来するフレームをジャンボトンネルにおいてカプセル化する工程をさらに有することを特徴とする請求項３２に記載の方法。
【請求項３４】
到着するパケットを接続へとソートする工程と、
前記ソートの結果を異なる接続のために、宛先アドレスとして定義する工程と、
前記創成されたトランスポートフレームにおいて前記関連する宛先アドレスを用いる工程とをさらに有することを特徴とする請求項３２或いは３３に記載の方法。
【請求項３５】
ＶＬＡＮを有するアクセスネットワークにおいて、少なくともエンドユーザに対する接続或はインタフェースのための識別としてＶＬＡＮを用いる工程をさらに有することを特徴とする請求項３１乃至３３のいずれかに記載の方法。
【請求項３６】
前記発信元アドレスについてＭＡＣアドレスを指定する工程と、
各ユニキャスト接続に関し、前記宛先アドレスについてＭＡＣアドレスを指定する工程とをさらに有することを特徴とする請求項３１乃至３３のいずれかに記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はイーサネット（登録商標）或いは類似の技術に従うフレームでのパケットデータの通信をサポートするアクセスネットワークによりエンドユーザ間と、エンドユーザとサービスプロバイダとの間の内の少なくともいずれかの通信を提供する構成に関するものである。本発明はまた、フレームでのデータトランスポートのためにイーサネット或いは類似の技術或いは機能性をサポートするアクセスネットワークに対する、或いはそのアクセスネットワークからの入出力点として作用するノード或いは点に関するものである。またさらに本発明は、イーサネット或いは類似技術を実現してフレームでのパケットデータの通信をサポートするアクセスネットワークにより、エンドユーザ間と、エンドユーザとサービスプロバイダとの間の内の少なくともいずれかの通信を提供する方法に関するものである。
【背景技術】
【０００２】
アクセスネットワークの運用者は、そのアクセスネットワークの顧客間での情報（ビット）のトランスポートを提供している。パケットデータの通信をサポートするネットワークはそのようなサービスの実現のための適切な技術を必要としている。アクセスネットワークを構築するのに有用であると思われる１つの技術は、とりわけその機器がどこでも入手可能であることやその価格が安いために、イーサネット技術に基づいている。イーサネットは元々は、例えば、会社内でのデータネットワークの効率的なインフラストラクチュアを提供するＬＡＮ（ローカルエリアネットワーク）技術として開発された。それは、最初は中程度の速度の共用媒体のために開発されたが、現在の技術では主として最大１０Ｇｂｐｓのポイント−ツウ−ポイントのリンクに適用され、仮想ＬＡＮ、即ち、ＶＬＡＮ、例えば、ＩＥＥＥ８０２．１ｑなどをサポートする大容量のイーサネットスイッチで内部接続されている。仮想ＬＡＮとは、互いに通信可能であるべき動作グループにおけるコンピュータのようなシステムのグループと、フレーム配信をＶＬＡＮのメンバだけに限定するプロトコルである。ＬＡＮは多数のＶＬＡＮに分割され、各ＶＬＡＮにはＶＬＡＮ識別子と呼ばれる番号か或いはＬＡＮ内でユニークに自分を識別するＶＬＡＮタグが割当てられている。ＬＡＮは少なくとも１つのＶＬＡＮ、デフォルトＶＬＡＮを含んでいる。スイッチは先進的な自己学習機能とブロードキャスト作用とを含み、それらは例えば、数多くのユーザグループをサポートする会社のネットワークの構築に適切なものである。
【０００３】
しかしながら、公衆サービスアクセスのための構造では、機密保護、規模、サービスの課金などに関する要求がＬＡＮのそれとは異なる。公衆ネットワークでは、各ユーザは自分自身の完全に孤立した動作グループのセットを利用可能にさせることが好ましい。生じる問題の１つは、利用可能なＶＬＡＮタグの数、各タグはユーザを定義するのであるが、その数が４０９６に限定される点である。その数は、サービスを受けるべきユーザの数が数１０００或いは数１０万であるかもしれないことを考えると、小さい数である。
【０００４】
従って、イーサネットはアクセスネットワークの構築に魅力的な技術ではあるが、イーサネット技術に関係したいくつかの特徴はアクセスネットワークとして機能するには決して適切なものではない。イーサネットネットワークに接続される機器は他の受信者に対して意図されたパケット、特に、ブロードキャストパケットを監視することができる。それはまた、トランスペアレント・スパンニング・ツリー・アルゴリズムによって構成されるように、ネットワークの形態を変えることもできる。またさらに、それは、どんなＩＰアドレスの他の機器がＤＨＣＰ、ＰＰＰｏＥを用いているかを制御させることができる。複数のホストがＤＨＣＰ（Dynamic Host Configuration Protocol：動的ホスト構成プロトコル）、ＲＦＣ２１３１からの構成を得るネットワークでは、悪意のあるユーザが認可されていないＤＨＣＰサーバをセットアップすることができ、それにより通信に損害を与えたり、或いは、別のユーザに対する全ての情報の流れを観察と変更のために利用可能にさせるように他のホストを構成することができ、その悪意のあるユーザは自分自身の機器をデフォルトのゲートウェイとして指定することによりこのことを達成することができた。同様の問題がイーサネットにより、ＰＰＰｏＥ、ＲＦＣ２５１６によるポイント−ツウ−ポイントプロトコルに対しても間近にある。また、ＡＲＰ（Address Resolution Protocol：アドレス・レゾルーション・プロトコル）要求、ＲＦＣ８２６に対して偽の応答を送信することで別のユーザ機器として振舞うことも可能である。これに加えて、自分自身を本当は他の機器に対して意図された情報の受信者として確立することもできる（ＡＲＰ）。しかしながら、終始一貫して良好に作用するために、アクセスネットワークに接続されたユーザを信頼することはできないので、これらの特徴は望ましいものではなく、除去される必要がある。ＶＬＡＮの概念は機器を他のグループのメンバに影響を与えることがないグループへと分離することにより、これらの問題を解決する。しかしながら、このことは必然的に市場にある大抵の機器について４０９６グループ或いはそれ未満への制限を課すものとなる。イーサネットのネットワークでは、どんな機器も他のどんな機器とも通信可能である。ここで考慮されているＶＬＡＮはネットワークを分離する。これに対して、アクセスネットワークの運用者は課金を区別することができるために通信のどの経路が利用可能であるのかを制御できることを望むものである。運用者は誰かが実際に開かれることになる通信経路に対して支払いをするまではその経路を閉鎖し続けることができることを望むものである。
【非特許文献１】ＲＦＣ２１３１
【非特許文献２】ＲＦＣ２５１６
【非特許文献３】ＲＦＣ８２６
【発明の開示】
【発明が解決しようとする課題】
【０００５】
従って、イーサネット技術はいくつかの理由のためにアクセスネットワークとして実現されるのが非常に魅力的ではあるが、そのイーサネット技術には、特に、機密保護の面から、そして、限定したユーザ数に限られるという面と運用者が適切な課金モデルを実施可能にするには困難性があるために、決して適切とは言えないいくつかの特徴が含まれている。
【０００６】
それ故に、実質的にその数が制限のないものであるかもしれない数多くのユーザがあるときにも、イーサネット技術或いはそれに類似の技術を実現するアクセスネットワークがエンドユーザ間と、エンドユーザとサービスプロバイダとの間の内の少なくともいずれかの通信を提供するために用いられる構成が必要とされる。また、公衆ネットワークの機密保護性が考慮される構成が必要とされる。また、確立された簡単な技術に基づいて安価なアクセスネットワークが用いられる上述された構成も必要とされる。
【０００７】
またさらに、課金と請求のために運用者にどのパケットがどの加入者に属しているのかなどについての情報を提供するための可能性に関するアクセスネットワークにおける要件が意図する構成も必要とされる。
【０００８】
特に、サービスプロバイダと加入者との間のトラフィックが簡単に安全な方法で課金のために必要とされる利用可能な経路に関係した適切な情報とともに扱うことができる構成が必要とされる。またさらに、実際の支払いまで、或いは、支払いがなされるであろうことを示唆する用意がなされるまで、課金が区別され通信経路はブロックされる構成も必要とされる。またさらに、アクセスネットワークの運用者に通信経路の稼動率を制御する能力を与える構成も必要とされる。また、簡単で安価な方法で、サービスバインディング、ユニキャストとともにマルチキャストのバインディングが確立する間におけるトラフィック制御を可能にし、サービスの接続が安全に確立される構成も必要とされる。
【０００９】
またさらに、上述した目的の１つ以上の達成を可能にする入力点或いは出力点として作用するネットワークにおけるノード或いは地点が必要とされる。さらに、イーサネット技術或いは類似の技術に従いフレームでのパケットデータの通信をサポートするアクセスネットワークにより、エンドユーザ間と、エンドユーザとサービスプロバイダとの間との内、少なくともいずれかでの通信を提供し、上述した目的の１つ以上の達成を可能にする方法が必要とされる。
【課題を解決するための手段】
【００１０】
それ故に本発明は、例えば、イーサネット技術に従ってフレームでのパケットデータの通信をサポートするアクセスネットワークにより、エンドユーザ間と、エンドユーザとサービスプロバイダとの間の内の少なくともいずれかの通信を提供する構成を提案している。それは、少なくともエンドユーザとサービスプロバイダとの間のパケット接続の確立のために、入力点に到着するパケットを別の新しいトランスポートフレームに実質的に変形がなされないようにカプセル化する手段を有する。前記トランスポートフレームには、例えば、前記フレームの発信元アドレスと宛先アドレス情報を組み合わせから構成されるような接続の識別が備えられ、その組み合わせは前記接続に対してユニークである。そのアクセスネットワークは新しいトランスポートフレームがジャンボフレームを有しても良いようにジャンボフレームのトランスポートをサポートする。それは、特に、そのアクセスネットワークの出力点、或いはその接続に対する出力点として作用する点において新しいトランスポートフレームのカプセルを外す手段を有する。特に、その入力点と出力点との内少なくともいずれかは、所謂、周辺点を有するか、或いはそのような点として作用する。入出力点は内部アクセスネットワークに対するインタフェースを形成するものであると言える。前記カプセル化する手段と前記カプセルを外す手段とは、特に、変換手段を有し、それはさらに、所謂、周辺装置コンバータを有していても良い。１つの実施形では、その入力点は、（例えば、ＶＬＡＮにより）カプセル化を必要とする全てのパケットデータトラフィックが通過せざるを得ないカプセル化分岐点を有する。都合の良いことに、入力点、或いは内部アクセスネットワークに対して入力点として作用する地点で受信したパケットはカプセル化さねればならず、カプセル化されて、トンネルを通ってトランスポートされる。特に、そのパケットはＧＲＥパケットでカプセル化されて、ＧＲＥトンネル、ＧＲＥ（ジェネリック・ルーティング・エンカプスレーション(Generic Routing Encapsulation)）を通って、トランスポートされる。ジェネリック・ルーティング・エンカプスレーション(Generic Routing Encapsulation)は、例えば、Ｓ．ハンクス（S. Hanks）、ネットスミスリミテッド（NetSmiths Ltd.）、Ｔ．リー等（T. Li et al.）、シスコシステム（Cisco Systems）著、ジェネリック・ルーティング・エンカプスレーション(Generic Routing Encapsulation)、ネットワーク・ワーキング・グループ、リクエストフォーコメント（ＲＦＣ：Request For Comment）１７０１、カテゴリ、インフォーメイショナル（Informational）、１９９４年１０月に記載されている。別の実施形では、ＭＰＬＳ（多目的ラベル交換：Multipurpose Label Switching）がカプセル化とトンネリングのために用いられる。もちろん、数多くの他のカプセル化とトンネリングの技術が実施可能である。
【００１１】
接続のためのアイデンティティを確立するために、例えば、ＧＲＥカプセル化フレーム、或いは、どんなトンネリングが用いられるのかに依存して何らかの別の種類のカプセル化技術に従う新しいトランスポートフレームにおける宛先アドレスとアクセスネットワーク接続とについて合意が備えられる。そのアイデンティティ或いは接続アイデンティティについての情報は新しいトランスポートフレームに含まれる。トンネリングカプセル化技術についての別の例は、ＲＦＣ２６８４とＲＦＣ３０３１で夫々議論されたアドレスＶＰＩ＋ＶＣＩを備えたＡＴＭ（ＡＡＬ５）とアドレスとしてのラベルをもつＭＰＬＳである。
【００１２】
特定の実施形では、アクセスネットワークの外部の手段は、到着するパケットを接続へとソートし、新しいトランスポートフレームにおいて用いられる接続アイデンティティとしてそのソートの結果を定義すること担当する。特に、宛先アドレスを与えることにより、どのトンネルが用いられるべきであるのかについての情報が提供される。特定の実施形では、トンネル（どんなトンネルも）は、パケットの外部トランスポートのために用いられる一方、アクセスネットワークを介したトランスポートのために、本発明の目的のためのトンネルが用いられ、そして、これら２つのトンネルは入出力点として作用する地点でマップされる。
【００１３】
特に、アクセスネットワークは所謂、上述のように仮想ローカルエリアネットワーク（Virtual Local Area Networks）ＶＬＡＮを有し、そして、ＶＬＡＮ技術が実施される。特定の実施形では、接続識別はＶＬＡＮタグを有する。異なる実施例に従えば、ＶＬＡＮタグ形式での接続識別は、エンドユーザだけに対する接続或いはインタフェースのために用いられる一方、別の実施形では、ＶＬＡＮタグ形式での接続識別は、エンドユーザとサービスプロバイダの両方に対するインタフェース或いは接続のために用いられる。もし、そのＶＬＡＮタグがエンドユーザに対するインタフェース／接続のためだけの接続識別として用いられるなら、他の識別の備えは、サービスプロバイダに対するインタフェース／接続のために実施される。このことは特に、ＶＬＡＮタグの数が制限されるので、関係がある。しかしながら、実施形に依存して、これは重要であるかもしれないし、そうではないかもしれない。
【００１４】
上述のように、識別（そして、カプセル化）のために、例えば、ＭＰＬＳなどもまた実施されても良い。
【００１５】
１つの実施形では、各ユニキャスト接続のために、ＭＡＣ（媒体アクセス制御）アドレスは、発信元アドレスと宛先アドレスのために夫々指定される。そのＭＡＣアドレスの指定は異なる方法で実行されるが、１つの実施形に従えば、その接続を管理する管理システムがＭＡＣアドレスを指定する。イーサネット技術が具体化されるが、全てではなく、イーサネットの特質のいくつかが実現され、異なる実施形に従えば、特定の特質は実施されたり或いは実施されなかったりしても良いことが、この明細書を読めば明らかである。従って、１つの実施形では、サービスプロバイダ（ＩＳＰ）の同じアドレスはその特定のサービスプロバイダに対する複数の接続のために用いられる。同様に、もし、そのようなものが実施されたなら、ＭＡＣアドレスの場所を示すために、ブロードキャストが実施されても良い。エンドユーザからのブロードキャストフレームは新しいトランスポートフレームにカプセル化される。
【００１６】
１つの実施形では、マルチキャスト接続はカプセル化することなくセットアップされ、各サービスプロバイダは特定のマルチキャストアドレスの範囲に割当て或いは制限される。
【００１７】
先に言及した１つ以上の問題を解決するために、本発明はまた、フレームトランスポート（或いは類似の機能性）のためにイーサネット機能をサポートするアクセスネットワークに対する、或いはそのアクセスネットワークからの入出力点として作用する地点ノード或いは入出力点を有する地点ノードを提供する。それは、少なくともエンドユーザとサービスプロバイダとの間の接続のために、アクセスネットワークにより、入出力点ノードに到着するパケットを別の新しいトランスポートフレームに実質的に変形がなされないようにカプセル化し、前記トランスポートフレームには、そのフレームに関する発信元（エンドユーザ）アドレスと宛先アドレスとの組み合わせであるユニークな制御識別を備える手段を有し、これにより前記新しいトランスポートフレームはジャンボフレームを有する。その接続識別は少なくとも、そのフレームについての発信元と宛先のアドレスに関係する情報の組み合わせでなければならない。
【００１８】
その点ノードは、出力点として作用するとき、カプセル化されたフレーム、特にジャンボフレームのカプセルを外す手段をさらに有する。そのノード或いは点は特に、所謂、周辺点を有し、前記カプセル化する手段と前記カプセルを外す手段とは、特に変換手段を有する。１つの実施形では、それは、カプセル化を必要とする全てのパケットデータトラフィックが通過せざるを得ないカプセル化分岐点を有する。そのカプセル化手段は特に、パケットをカプセル化して、それらのパケットをアクセスネットワークを介してトンネルするたるために用いられる。異なる種類のトンネリング技術が実施されても良い。１つの特定の実施形では、それはＧＲＥトンネルを有している。他の代替案も可能である。
【００１９】
その点ノードは特に、到着するパケットを接続へとソートし、新しいトランスポートフレームのために、或いは新しいトランスポートフレームにおいて用いられる宛先アドレスとしてそのソートの結果を定義する手段を有するか、或いは前記手段と関係する。
【００２０】
特定の実施形では、その識別はＶＬＡＮタグを有する。異なる実施例に従えば、ＶＬＡＮタグはエンドユーザだけに対する接続或いはインタフェースのための接続識別の目的のために用いられる。その場合、サービスプロバイダに対する接続識別或いはインタフェース／接続は異なる方法で備えられる。別の実施形では、接続識別としてのＶＬＡＮタグはエンドユーザとサービスプロバイダとの両方に対する接続或いはインタフェースのために用いられる。特に、各ユニキャスト接続のために、ＭＡＣアドレスはパケットの発信元アドレスと宛先アドレスのために夫々指定される。ＭＡＣアドレスは異なる方法で指定されても良いが、都合の良い実施形では、その接続を管理する管理システムによりＭＡＣアドレスは指定される。
【００２１】
１つ以上の前記問題を除去し、始めに言及した目的を達成するために、本発明はまた、イーサネット或いは類似技術を実現してフレームでのパケットデータの通信をサポートするアクセスネットワークにより、エンドユーザ間と、エンドユーザとサービスプロバイダとの間での通信を提供する方法を提案する。その方法は、前記アクセスネットワークに対する入力点として作用する点或いは入力点である地点に到着するフレームに関し、少なくともエンドユーザとサービスプロバイダとの間の接続のために、パケット接続の発信元アドレスと宛先アドレス情報の組み合わせを有するユニークな識別を決定或いは生成する工程と、新しいトランスポートフレームに前記フレームと前記識別とをカプセル化する工程と、前記宛先アドレス情報を用いて、前記アクセスネットワークを介して、前記アクセスネットワークから出力点を有する或いはその出力点として作用する関連する点に前記トランスポートフレームをトランスポートする工程と、出力点であるか或いはその出力点として作用する点において前記創成されたトランスポートフレームのカプセルを外す工程と、前記元々のカプセル化されたフレームを送信する工程とを有する。その入力点は、物理的な入力点を有していても良く、前記方法はジャンボフレームのトランスポートをサポートし、従って、アクセスネットワークはそのようなフレームのトランスポートをサポートする。その方法は、トンネリングのために、到来するフレームをトンネルへとカプセル化する工程を有する。原理的には、例えば、ＧＲＥ、ＭＰＬＳなどの、どんなトンネリング技術が用いられても良い。
【００２２】
その方法はさらに、到着するパケットを接続へとソートする工程と、前記ソートの結果を異なる接続のために、宛先アドレスとして定義する工程と、各創成されたトランスポートフレームにおいて前記関連する宛先アドレスを用いる工程とを有しても良い。
【００２３】
１つの実施形では、その方法は、複数のＶＬＡＮを有するアクセスネットワークにおいて、少なくともエンドユーザに対する接続或いはインタフェースのために、接続識別としてＶＬＡＮタグを用いる工程を有していても良い。ＶＬＡＮタグはまた、サービスプロバイダに対する接続或いはインタフェースのための接続識別として用いられても良い。或いは、サービスプロバイダに関し、接続識別は別の方法で提供されても良い。
【００２４】
特定の実施形では、その方法は、発信元アドレスについてＭＡＣアドレスを指定する工程と、各ユニキャスト接続に関し、宛先アドレスについてＭＡＣアドレスを指定する工程とを有する。１つの実施形では、ＭＡＣアドレスは夫々の接続を管理する管理システムによって指定される。
【００２５】
本発明についてさらに非限定的な方法で添付図面を参照してさらに説明する。
【発明を実施するための最良の形態】
【００２６】
図１Ａは、非常に模式的に、ここではＰＣを有するユーザ１と、ＰＣとＸＢＯＸとに接続したルータを有したユーザ２と、夫々対応するルータを備えたＩＳＰ（インターネットサービスプロバイダ）１、２との間の接続を提供するアクセスネットワークを図示している。
【００２７】
図１Ｂは、発明の概念が実施されるアクセスネットワークの一例を示している。そのアクセスネットワークは破線内に図示され、それはここでは、機密保護機能を含むＩＳＰ１、２に対するルーティング・インタフェースを有する中央ノードと、イーサネットであることになっているアクセスネットワーク内の（ここでは）イーサネットスイッチングのためのリージョナルノードと、エンドユーザに対するインタフェースを有するローカルノードとを有している。従来のＯ＆Ｍ（操作及び保守）ノードも図示されている。
【００２８】
そのイーサネットアクセスネットワークは第１には家庭や小規模ビジネスに対する通信サービスを提供する。ここで、アクセスネットワークサービスという表現は特別な意味、即ち、アクセスネットワークを介した情報の転送のために用いられる。
【００２９】
アクセスネットワークサービスは、エンドユーザが認識するサービスの実施形の小さな部分だけである。ユーザにより見られるサービスの例は、ＴＶチャネル配信、電話、ビデオ・オン・デマンドである。インターネットアクセスはユーザによって認識されるサービスの別の例である。しかしながら、インターネットアクセスは多くの異なった利用があり、それらはそれ自身のアプリケーションにより自分自身が見られるので、サービスの概念を明瞭に示すためには適切ではない。
【００３０】
各エンドユーザについて、そのエンドユーザが自分の機器をネットワークに接続する物理的な地点がある。この地点から情報はネットワークの内部に向かって、通常は光ファイバー、電線、或いは無線によりトランスポートされる。ある地点で、その情報は多くのエンドユーザ機器と相互作用する機器に到達して、情報の流れを集積し、そして分配する。特定のユーザがこの機器に接続される地点をポートと呼ぶ。そのポートは、アクセスネットワークが異なるユーザからの或いは異なるユーザへの情報を区別する通常の手段をもっている。
【００３１】
ユーザはいくつかの異なるボックス（通信機器）、とりわけ、電話、ＰＣ、及びＴＶセットトップボックスをネットワークに接続する。これらのボックスからの情報は、少なくとも、ある場合には、どのボックスが通信しているのかに依存して異なって扱われる。例えば、フレームは異なったポートに宛てられるかもしれないし、遅延、信頼性、及びバンド幅に関して異なる要求をもっている。
【００３２】
たいていのイーサネット／ＩＰネットワークにおいて、送信者は適切な宛先アドレスを指定することにより宛先を決定する。また、送信機器が送信パケットにおけるサービス品質（ＱｏＳ）の要求をマークすることも一般的なことである。アクセスネットワークにおいて、そのネットワーク自身がどのようにパケットが扱われるのかについて綿密な制御を維持しなければならない。ユーザはあるサービスに対するアクセスを購入する。そのユーザは、送信される各パケットに、ネットワークがそのパケットがどのサービスに属しているのかを判断することができる何かでマークを付ける。そのネットワークはそのパケットを変形してサービス間での区別をする何らかのネットワークの内部の方式に従ってマークを付ける。ネットワーク内の全ての機器は、そのマークに従ってパケットが属するサービスに対して定義された規則に従って各パケットを扱うように構成されている。しばしば、宛先アドレスは、サービスの定義の一部である。このことは、同一のサービスを提供する２つのサービスプロバイダはネットワークでは２つのサービスとして表現されることを意味する。なお、ネットワークがパケットの扱い方を知るために、（それがどのポートに到着したのかを書き留めることにより判断して）どのユーザがそれを送信したのか、そして、（送信者により各パケットに付加された信号を読み出すことで判断して）それがどのサービスに属しているのかを知らねばならない。より良い用語がないために、１つのそして同じユーザをその発信元とし、同じサービスに属する全てのパケットに対して、用語のフローが用いられる。
【００３３】
エリクソンによりＡＸＣ１０５という名称で生産されたファイバー・イーサネット・アクセスネットワークというアクセスネットワークでは、エンドユーザは特定のＶＬＡＮにおいてパケットを送信することによりサービスの親和性をマークすることが要求される。即ち、その機器は異なるサービスを用いるパケットに異なるＶＬＡＮ識別子の値を書き込む。このことは、例えば、ユーザがポートをベースにするＶＬＡＮのスイッチをインストールし、ＰＣ、ＩＰ電話コンバータ、ＴＶセットトップボックスをそのスイッチの異なるポートに接続し、アクセスネットワーク運用者からの指示に従って各ポートを適切なＶＬＡＮに属するように構成することにより達成される。特別な場合として、そのシステムにより各ポートの流れの１つがＶＬＡＮフィールドのないパケットを使用可能にしている。
【００３４】
エンドユーザにより認識可能である、実施される完全な通信サービスのために、より多くのアクセスネットワークサービスが必要とされる。ＰＣがインターネットと接続されるために、そのアクセスネットワークはインターネットの他の全てのネットワークに接続されねばならない。電話の呼に関して、そのネットワークは、電話のゲートウェイにより実行される、通信標準間での変換に関与する国際電話ネットワークに接続されねばならない。外部ネットワークへの接続性と、他のネットワークへのフォーマット適合を備える組織はサービスプロバイダと呼ばれる。サービスプロバイダはまた、例えば、ハードディスクに映画のフィルムを格納したビデオサーバをインストールすることにより、或いはウェブページを提供するワールドワイドウェブサーバをインストールすることにより通信される実際の情報コンテンツを生成できる。本発明の環境では、エンドユーザとサービスプロバイダとの間の重要な相違は、サービスプロバイダが彼らが通信する数多くの他のエンティティ間での区別を行なう必要があるかもしれない点にある。このことは、アクセスネットワークがその通信の他端を識別する手段を提供する必要があるかもしれないことを意味している。サービスの完全な定義はサービスプロバイダの識別を含む。
【００３５】
本発明の概念によれば、全てのパケットは新しいパケットにカプセル化され、その新しいパケットはアクセスネットワーク内だけで使用される。このことは、各流れがそれ自身のトンネルを得ることを意味している。カプセル化におけるアドレッシング、つまり、（新しいトランスポートパケット）パケットはポートとトンネルの両端を識別し、トンネルが用いられるサービスを識別するという二重の役割をもっている。ＡＸＣ１０５では、そのパケットは宛先アドレスとソースアドレスとをもつイーサネットフレームである。イーサネットネットワークが動作するために、それらのアドレスはパケットがネットワークに入ったポート（ソース）とそれがネットワークを去ることになるポート（宛先）とをユニークに示さなければならない。幾つかの異なるアドレスで同じポートを表現させることは受容可能であるが、各アドレスはただ１つのポートを表現することができる。本発明のトンネリング方式では、ＶＬＡＮタグが用いられパケットがどのサービスに属しているのかをシグナリングしても良い。
【００３６】
トンネルの各端において、そして、その流れの各方向に関し、そのアクセスネットワークにおいて内部的に用いられるカプセル化の情報と外部ネットワークにおいて用いられるフォーマットとの間での変換方法についての合意がなければならない。
【００３７】
本発明によれば、パケットは変形することなくカプセル化される。それを介して、所望のようにその接続に限られるが、外部ネットワークはイーサネット機能に対するアクセスを行なう。
【００３８】
図２は、ここでは、夫々が管理システム５０により管理される周辺装置コンバータ３、４を備えた周辺点１、２をもつイーサネットネットワークを有したアクセスネットワーク２０を図示している。管理システム５０は周辺点１と２との間で接続をセットアップする要求を受け付ける。各点に関し、その接続は入力点で入力される全てのパケットに共通のある特徴によって識別され、その特徴はこの特定の入力点での入力される他の接続についてのパケットには存在しない。１つの実施形では、所謂ＶＬＡＮタグは接続識別として用いられる。１つの実施形では、ＶＬＡＮタグはエンドユーザに対するインタフェースで接続識別として用いられる。サービスプロバイダに対するインタフェースに関し、ＶＬＡＮタグによって提供されるアドレス空間は不十分かもしれない。その時、どんなパケットがどんな接続に属しているのかを確立するために接続識別のためのある別の手段が必要である。１つの実施形に従えば、パケットがインタフェースに到着するとき、トンネルにカプセル化されることが要求される。１つの特定の実施形では、ＧＲＥカプセル化が実施される。このことは例えば、本願で前に言及した、そして、本願に参照によって組み込まれるＲＦＣ（request for comments）１７０１のジェネリック・ルーティング・エンカプスレーション(Generic Routing Encapsulation：ＧＲＥ)に記載されている。接続のアイデンティティはその時、ＧＲＥカプセル化パケット、即ち、新しいトランスポートパケットにおける宛先アドレスと、アクセスネットワークの接続との間のマッピングについての合意により確立される。即ち、そのアクセスネットワークの外部にある機器はパケットを接続へとソートし、カプセル化パケットにおいてそのソートの結果を宛先アドレスとして表現することが要求されている。
【００３９】
ユニキャスト接続に関しては、その管理システムはその接続の終端各々についてのＭＡＣアドレスを指定する。好ましくは、そのような情報を含む大きな転送テーブルが中央点には備えられる。しかしながら、また他の実施形も可能である。主要なことはその情報が利用可能な点にある。その間で接続が確立されることになる周辺点１、２は、これらのアドレスにより受信したり、これらのアドレスに送信するように構成されている。周辺点が外部或いは外部ネットワークから接続のためのパケットを受信するとき、各周辺装置コンバータ、ここでは、例えば、コンバータ３（或いはコンバータ４）は到来したフレームを別の新しいトランスポートフレームに置く。その新しいフレームにはソースアドレスとしてこの接続の一端のＭＡＣアドレスと、宛先アドレスとしてその接続の他端のアドレス、即ち、ここでは周辺点２のアドレスが与えられる。これらアドレスの組み合わせ或いはアドレス情報がその特定の接続に関してユニークであることは要求であるが、これらのアドレスの１つは他の接続のために同様に共用されたり用いられても良い。通常、サービスプロバイダのアドレスは、このサービスプロバイダに対する幾つかの接続のために同じであっても良い。このことは、到着フレームが新しいトランスポートフレームにカプセル化されることを意味する。
【００４０】
図３はアクセスネットワーク２０の外部或いは周辺点１に到着する到来パケットを模式的に図示したものである。従来の方法では、それは宛先アドレス、ソースアドレス、タイプ、ＶＬＡＮ、イーサネットペイロードのデータフィールドを有している。その周辺点において、到来するパケットは周辺装置コンバータにより変換され、カプセル化される。その新しいトランスポートパケットは図４に模式的に図示されており、この新しいパケットでは、到来するパケット全体がイーサネットペイロードデータフィールドに含まれる一方、上述したような宛先とソースアドレスの情報を有する接続識別が、この図では、ＤＥＳＴフィールドとＳＯＵＲＣＥフィールドとに備えられる。タイプの指示やＶＬＡＮの指示も備えられる。新しいトランスポートフレームは必要上、到来フレームよりいくらか大きいので、その到来フレームが最大サイズであると、潜在的な問題となるかもしれない。本発明によれば、このことは到来フレームを通常のフレームサイズに限定し、それらのフレームをジャンボフレームへとカプセル化することにより解決される。それ故に、そのアクセスネットワークにおける機器はジャンボフレームのトランスポートをサポートすることが要求される。原理上、ジャンボフレームはＩＥＥＥ標準における最大サイズの要求よりも大きい何らかのフレームである。フレームサイズの定義は、これらがＩＥＥＥ標準の部分ではないので、ベンダに依存している。ジャンボフレームは、（レイヤ２（Ｌ２）ヘッダとフレームチェックシーケンス（ＦＣＳ）とを含む）１５１８バイトである標準的なイーサネットフレームサイズよりも大きなフレームである。
【００４１】
新しいトランスポートフレーム、即ち、カプセル化されたフレームが他の周辺点（例えば、周辺点２）に到着したとき、そのカプセル化されたフレームは外され、或いはカプセルが取り外され、先に送信される。カプセル化されたフレームにおける或はトランスポートフレームにおける宛先アドレス情報がオプション的に用いられ、それがどのポートに送信されることになるのかを決定することができる。１つの実施形では、カプセル化処理は絶対的な周辺部或は実際の周辺点において実行される。別の実施形では、カプセル化処理は絶対的な周辺部では実行されない。例えば、ＶＬＡＮが分岐を形成するように組織され、その分岐の全てのトラフィックがカプセル化地点を通過することを保証するようにしても良い。
【００４２】
特に、アクセスネットワーク内ではブロードキャストだけが接続を実施するために用いられ、ネットワークにＭＡＣアドレスがどこにあるのかを示す。カプセル化地点が、そのカプセル化を実施するアドレスへのブロードキャストを見たなら、それは空のフレーム、即ち、何も入っていないカプセルを応答として別の方向に送信する。エンドユーザからのブロードキャストフレームはカプセル化され、受信者或は受信器に別のトラフィックとして同じ方法でトランスポートされる。
【００４３】
１つの実施形では、マルチキャスト接続が同じネットワークで、しかし、トランスポートフレームへカプセル化されることなく実行される。しかしながら、その時、異なるマルチキャストアドレス範囲へと異なるサービスプロバイダを限定することは必要である。
【００４４】
図５は、ユーザパケット、即ち、ユーザ側のパケットと、カプセル化されたパケット、即ち、本発明に従う新しいトランスポートフレームにカプセル化されたユーザのパケットとの間の変換をより詳細に図示している。その図は、普通のイーサネットフレームとカプセル化されたジャンボフレームとの間の変換、即ち、ユーザ側の通常のイーサネットフレームとアクセスネットワーク側のジャンボフレームのカプセル化処理との間のフォーマットの変化を示している。エンドユーザに対する通常のインタフェースにおいて、ＶＬＡＮタグが識別子として用いられる実施例におけるトンネル変換を例示しているこの実施形では、ＶＬＡＮタグはパケットがどのサービスに属するのかをシグナリングする。ユーザからの方向では、そのネットワークはポート番号とＶＬＡＮタグとを用いてテーブルでトンネルデータをルックアップする。別の方向では、即ち、ユーザに向かう方向では、カプセル化されたパケットのＶＬＡＮタグはユーザに送信されるパケットに置かれるべきＶＬＡＮタグを決定するのに十分である。この図において、フィールド名はユーザフレームのフィールドを表現している。それらのほとんどはアクセスネットワークフレーム、即ち、新しいトランスポートフレーム或はカプセル化されたジャンボフレームにおけるのと同じ値をもっている。ＴＰＩＤはタグプロトコル識別子に関係しており、ＴＣＩはタグ制御情報を意味し、ＦＣＳはフレームチェックシーケンスを意味する。プリアンブル以外は、ユーザパケットの入力フレームのほとんどのデータは単にトランスポートフレームへと複写されただけであり、そのトランスポートフレームはジャンボフレームを有するように拡大され、プリアンブルと、宛先と、ソースと、ＴＰＩＤと、ＴＣＩと、長さ／タイプデータフィールドとをもつカプセルヘッダを含む。入力フレームから複写されたデータは（ユーザ側からアクセスネットワークの方向に）カプセル化されたジャンボフレームのイーサネットペイロードあるいは新しいトランスポートフレームを有する。
【００４５】
図６は、ユーザパケット或はユーザフレームがカプセル化（ジャンボ）フレームに変換されるアクセスネットワークの入力点で受信されるときの処理を図式的に記述したフローチャートである。従って、１００では、ユーザポートからの元々のフレームをアクセスネットワークの入力点が受信する。それから、１０１では、そのフレームについての格納空間が拡張されて、付加的なヘッダ情報、即ち、上述したカプセル化ヘッダも吸収できるようにする。その後、１０２では、関連するＶＬＡＮ識別子（例えば、ＴＣＩからの１２ビット）とポート番号とを組み合わせてキーが形成される。それから、１０３では、前のステップで見つけられたキーが用いられ、トンネル相互参照テーブルにおいて適切なエントリを見出す。それから、１０４では、相互参照テーブルのエントリからの付加的なデータはカプセル化ジャンボフレームにおける付加フィールドに複写される。１０５では、プリアンブルとＦＣＳフィールドが生成される。このことがなされると、１０６では、元々のフレームのほとんど全てを含む新しいトランスポートフレーム或はカプセル化されたフレームが送信される。
【００４６】
図７は、特にフレームがユーザに対して意図されるとき、アクセスネットワークから外部ネットワークへの出力点における手順を図示している。より正確には、これはフレーム、所謂カプセル化フレーム、或はトランスポートフレームのカプセルを外すこと或はアンパッキングの処理に関係している。従って、２００では、カプセル化されたトランスポートフレームはアクセスネットワークの出力点で受信されると想定される。その時、トンネル相互参照テーブルエントリが見出されることになる。この実施形では、２０１では、カプセルヘッダにおけるＶＬＡＮ識別子或はＶＬＡＮタグが前記エントリを見出すためのキーとして用いられる。その後、２０２では、そのテーブルエントリからのＴＣＩがカプセル化フレームのＴＣＩへ複写される。そこで、２０３では、カプセルフィールド、即ち、図５で図示したカプセルヘッダが除去される。ステップ２０１、２０２が除外されても良いことは明らかである。それ故に、それらは図７では破線の中に示されている。そこで、２０４では、プリアンブルとＦＣＳフィールドとは、そのフレームが外部ネットワークによりトランスポートされるために生成される。その後、２０５では、より小さなフレームが外部ネットワークにより送信される。そのフレームはユーザに対するものであることが意図されているので、それはカプセル化されたジャンボフレーム（トランスポートフレームとも言われる）よりも小さい。
【００４７】
次に、アクセスネットワークを通過するトランスポートのために用いられるトンネル、即ち、上述したカプセル化されたジャンボフレームと、外部ネットワークにおける外部トンネルとの間の変換に関係した実施例について説明する。サービスプロバイダに対するインタフェースにおいて、そのトンネルの他端において異なるエンドユーザに接続された複数の流れを区別する必要があるかもしれない。このことは、例えば、内部トンネルを外部ネットワークにおける、例えば、ジェネリック・ルーティング・エンカプスレーション（Generic Routing Encapsulation：ＧＲＥ）トンネルのようなある別のトンネルシステムに接続することにより達成されるかもしれない。
【００４８】
サービスプロバイダに向かう方向では、カプセル化されたパケットのソースアドレスは、外部、この場合は、ＧＲＥトンネルにおけるソースアドレスへと変換（或はおそらくは単に複写）される。ソースアドレスは重要な部分である。ある実施形に従えば、宛先アドレスもまた変更される必要がある。アクセスネットワークに向かう方向では、これに対して、宛先アドレスがアクセスネットワークにおいて機能できる宛先アドレスへと変換（或はおそらくは単に複写）される。変換か複写かの選択は、アドレス選択がどのようにネゴシエートされるのかに依存する。もし、そのアクセスネットワークがアドレスを選択することが許されるなら、そのアドレスはアクセスネットワーク内と外部ネットワークとの両方で同じでも良い。つまり、これらは複写される。
【００４９】
図８は、アクセスネットワークを横切る転送に用いられるカプセル化されたフレーム、或はトランスポートフレームが、サービスプロバイダの外部ネットワーク、或はそのサービスプロバイダに送信されることになるパケットに変換される実施例を図示している。従って、サービスプロバイダに送信されるパケットを生成する処理において、第１のステップ３０１では、カプセル化された（トランスポート）フレームをアクセスネットワークの出力点で受信する。その後、３０２では、ジャンボカプセルが除去される。一般に、識別情報、即ち、ソースアドレスは格納されるかキャッシュされる。その後、３０３では、フレーム格納空間は拡張され、外部ネットワークのより広範なヘッダ情報を含ませることを可能にする。もし、このことがサービスプロバイダに対するイーサネットリンクについての最大サイズ制限にかかるのであれば、ＩＰパケットのペイロードデータ、即ち、ＧＲＥパケットもまた、２つのパケットに分割されても良い。これはＩＰ（インターネットプロトコル）プロトコルの通常の手順であり、それ故に、ここでさらに述べることはしない。しかしながら、ジャンボフレームはまた、サービスプロバイダに対するインタフェースにおいても用いられることが好ましく、パケット分割が必要とされないようにしている。従って、元々のフレームはアクセスネットワークの入力点で受信され、拡大され、アクセスネットワークを横切って転送されるトランスポートフレーム或はカプセル化フレームを形成するようにし、再び、外部ＧＲＥトンネルにおいてトランスポートのために拡大される。（もし、外部ＧＲＥトンネル或は何か別のトンネルからのパケットがアクセスネットワークの入力点に到着するなら、ＧＲＥヘッダなどは除去されて、元々のユーザフレームが拡大されて、ジャンボカプセル化ヘッダなどが備えられる）。
【００５０】
その後、３０４では、キーとしてカプセル化されたジャンボフレームソースアドレスを用いてテーブルのルックアップが実行されてテーブルエントリを見出す。それから、３０５では、ＩＰソースアドレスとＩＰ宛先アドレスとが見出されたテーブルエントリから書き出される。そこで、他のＩＰとＧＲＥフィールドが書き込まれる。１つの実施形では、これら全ては定数であり、全ての同じパケットにおいて同じである。しかしながら、１つ以上のフィールドは可変でなければならないかもしれず、即ち、３０６では、ルックアップテーブルから複写される。最後に、３０７では、リンクについてのイーサネットフレームヘッダが書き込まれ、３０８では、変形された外部フレームが（この実施形では）ＧＲＥトンネルによりサービスプロバイダへと送信される。
【００５１】
図９は、本発明に従うアクセスネットワークのトランスポートのためのカプセル化されたジャンボフレームと、外部ネットワークによる外部ＧＲＥカプセル処理との間の変換を図示している。理解されるように、元々のユーザフレームは新しいトランスポートフレーム或はジャンボフレームにおいてカプセル化される。このことは、元々のユーザフレームの全て或は実質的に全てがイーサネットペイロードフィールドで送信され、ジャンボフレームを形成するための宛先アドレス、ソースアドレス、ＴＰＩＤ、ＴＣＩ、及び長さ／タイプが付加され、それ故に変換され、アクセスネットワークの入力点を形成する周辺点に到着するフレームがアクセスネットワークによりトランスポートされることを意味している。アクセスネットワークの出力点では、ジャンボカプセル化ヘッダは除去され、そのアドレス情報は外部ネットワークのＧＲＥカプセル化フレームでの使用のために保持され、元々のフレームにはサービスプロバイダに対するリンクのためのＧＲＥヘッダ、ＧＲＥ配信ＩＰパケットヘッダ、フレームヘッダが提供される。一般に、各列は１６ビットを含む。しかし、それらの内のいくつかは８ビットだけを含む。従って、拡大された“元々のフレーム”は、アクセスネットワークへのエントリにおいて拡大され、カプセル化され、再び、アンパックされ、そして、その代わりにアクセスネットワークを去るときにはＧＲＥトンネルにおいてカプセル化される。
【００５２】
図１０は、アクセスネットワークの入力点におけるサービスプロバイダからのフレームでのパケットがアクセスネットワークを横切る転送のためにカプセル化されたトランスポートフレームへと変換される実施形を示している。（そのフレームにおける）パケットは、４０１において、アクセスネットワークの入力点においてサービスプロバイダから受信される。４０２では、キーとしてＩＰパケット宛先アドレスを用いてテーブルのルックアップが実行される。その後、４０３では、そのテーブルエントリから見出されたジャンボカプセル化フレームヘッダが書き出される。そして、４０４では、カプセル化されたアクセスネットワークトランスポートフレームが送信される。従って、外部ネットワークからのカプセル化されたフレームは、除去される外部カプセル化ヘッダを有し、別のトランスポート（ジャンボ）カプセル化ヘッダが付加され、そして、アクセスネットワークを介して送信される。この場合、アクセスネットワークによって送信されるフレームはサービスプロバイダネットワークから到着するフレームよりも小さい。ユーザフレームはジャンボカプセル化ヘッダのためにより大きくなるが、まだより大きなＧＲＥカプセル化処理においてカプセル化されたので、フレーム、即ち、トランスポートフレームは到着フレームよりも小さい。
【００５３】
新しいサービスを確立するために、接続するトンネルタイプは各終点において確立される。そのトンネルタイプは実際のトンネルではなく、ＶＬＡＮのようなものでも良い。さもなければ、それは何かの関連するトンネルタイプに関係しても良い。トンネルの各端では、アドレッシングモードが決定される。また、アドレス情報がちょうど複写されるかどうか、或は、アドレスを変更するための相互参照テーブルを用いる要求があるかどうかも判断される。
【００５４】
サービスをユーザに提供するために、テーブルエントリが、そのサービスのために用いられるトンネルの各端で相互参照テーブルに挿入される。
【００５５】
図１１には、ＧＲＥヘッダ情報がアクセスネットワークのトランスポートフレーム、即ち、カプセル化されたジャンボフレームに導入されるさらに別の実施例が図示されている。これは、手順をより簡単にする実施例であるが、一方、それは前述の実施例よりも広いバンド幅を必要とする。
【００５６】
図１１は、ユーザからのフレームとユーザへのフレームとの間で変換が実行される実施形と、ＧＲＥカプセル化されたものとしてのユーザフレームと、本発明の概念に従ってさらに新しいトランスポートフレーム（ジャンボフレーム）にカプセル化されたものとを図示している。ＶＬＡＮが用いられ接続を識別するインタフェースとＧＲＥ（ＩＰ）が用いられその接続を識別するインタフェースとの間の接続に関して、ＶＬＡＮインタフェースでＧＲＥカプセル化処理とそのカプセルを外す処理とを行うことは利点があるかもしれない。この１つの理由は、ＶＬＡＮインタフェースはよりプログラム化可能であるか、或はフォーマット変換のためのより大きな容量をもつ点にある。しかし、このことはアクセスネットワークにおいていくらかの付加的なバンド幅を必要とするかもしれない。
【００５７】
ユーザインタフェースでは、ユーザから到着するフレームはジャンボカプセル化処理でカプセル化されるＧＲＥカプセル化処理においてカプセル化され、そして、ネットワーク（サービスプロバイダ）から到着するフレームはそのジャンボカプセルとそのＧＲＥカプセルとが同様に外される。
【００５８】
ＧＲＥ（サービスプロバイダ）インタフェースにおいて必要な操作はＩＰパケットの分割だけであり、それはジャンボフレームが余りにも大きくてサービスプロバイダへのリンクではトランスポートできないかもしれないために必要であるかもしれない。
【００５９】
本発明は具体的に例示した実施例によって限定されるものではないことは明らかである。これとは反対に、添付した請求の範囲内で数多くの方法により本発明は変形することが可能である。
【図面の簡単な説明】
【００６０】
【図１Ａ】、
【図１Ｂ】外部ネットワークと本発明の概念が実施されるアクセスネットワークとの概要を示している。
【図２】管理システムにより管理された周辺装置コンバータを有する周辺点を備えたイーサネットネットワークを有するアクセスネットワークを図式的に示している。
【図３】アクセスネットワークに対する入力点に到着するパケットのフォーマットを図示している。
【図４】アクセスネットワークを横断するトランスポートのための入力点における変換手段により変換されたパケットのフォーマットを図示している。
【図５】ユーザ側のイーサネットフレームとジャンボフレームにカプセル化されたユーザフレームとの間の変換を図示している。
【図６】カプセル化フレームを生成する（ユーザからのフレームをアクセスネットワークフレームへの変換）過程を示したフローチャートである。
【図７】アクセスネットワーク出力点として作用する点に到来するパケットについての手順、即ち、フレームのカプセルを外す手順について図示したフローチャートである。
【図８】アクセスネットワークのカプセル化されたフレームをＧＲＥを実施するサービスプロバイダに対して意図されたパケットへと変換する過程を示したフローチャートである。
【図９】アクセスネットワークのジャンボカプセル化と外部ネットワークのＧＲＥカプセル化との間の変換を図示している。
【図１０】（サービスプロバイダからの）外部ネットワークのフレームをネットワークトランスポートフレームに変換する過程を示すフローチャートである。
【図１１】ジャンボトランスポートフレームと、外部ＧＲＥヘッダがジャンボフレームに含まれる外部ネットワークＧＲＥフレームとの間の変換についての代替実施例を示している。
【図１Ａ】
2006526298.tif 000003
【図１Ｂ】
2006526298.tif 000004
【図２】
2006526298.tif 000005
【図３】
2006526298.tif 000006
【図４】
2006526298.tif 000007
【図５】
2006526298.tif 000008
【図６】
2006526298.tif 000009
【図７】
2006526298.tif 000010
【図８】
2006526298.tif 000011
【図９】
2006526298.tif 000012
【図１０】
2006526298.tif 000013
【図１１】
2006526298.tif 000014
【手続補正書】
【提出日】平成17年7月7日(2005.7.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
イーサネット（登録商標）技術に従いフレームでのパケットデータの通信をサポートするアクセスネットワークにより、エンドユーザ間と、エンドユーザとサービスプロバイダとの間の内の少なくともいずれかの通信を提供する装置であって、
少なくともエンドユーザとサービスプロバイダとの間のパケット接続の確立のために、入力点に到着するパケットを別の新しいトランスポートフレームに実質的に変形がなされないようにカプセル化する手段を有し、
前記トランスポートフレームには、前記フレームの発信元アドレスと宛先アドレス情報の組み合わせを有する識別が備えられ、
前記組み合わせは前記接続に対してユニークであり、
前記アクセスネットワークは新しいトランスポートフレームがジャンボフレームを有しても良いようにジャンボフレームのトランスポートをサポートすることを特徴とする装置。
【請求項２】
前記アクセスネットワークの出力点、或いは出力点として作用する点において前記新しいトランスポートフレームのカプセルを外す手段をさらに有することを特徴とする請求項１に記載の装置。
【請求項３】
アクセスネットワークの入力点と出力点との内少なくともいずれかの点として作用する所謂、周辺点を有することを特徴とする請求項１又は２に記載の装置。
【請求項４】
前記カプセル化する手段と、前記カプセルを外す手段とは、例えば、周辺装置コンバータのような変換手段を有することを特徴とする請求項２に記載の装置。
【請求項５】
前記入力点は、（例えば、ＶＬＡＮにより）カプセル化を必要とする全てのパケットデータトラフィックが通過せざるを得ないカプセル化分岐点を有することを特徴とする請求項２に記載の装置。
【請求項６】
入力点で受信したパケットはカプセル化さねればならず、トンネルでカプセル化されることを特徴とする請求項１乃至５のいずれかに記載の装置。
【請求項７】
前記トンネルはジャンボフレームトンネルにおけるＧＲＥトンネルを有することを特徴とする請求項６に記載の装置。
【請求項８】
接続のためのアイデンティティを確立するために、新しいトランスポートフレームにおける宛先アドレスとアクセスネットワーク接続について合意が備えられ、
前記アイデンティティは前記新しいトランスポートフレームに含まれることを特徴とする請求項６又は７に記載の装置。
【請求項９】
前記アクセスネットワークの外部の手段は、到着するパケットを接続へとソートし、前記新しいトランスポートフレームにおいて用いられる接続アイデンティティとして前記ソートの結果を定義することを特徴とする請求項６乃至８のいずれかに記載の装置。
【請求項１０】
外部トンネルは前記アクセスネットワークに対する入力点である地点或いは前記入力点として作用する地点、そして逆に、アクセスネットワークの出力点である地点或いは前記出力点として作用する地点において、アクセスネットワークの内部トンネルへとマップされることを特徴とする請求項６乃至９のいずれかに記載の装置。
【請求項１１】
前記アクセスネットワークは所謂、ＶＬＡＮを有する、即ち、ＶＬＡＮ技術が実施されることを特徴とする請求項１乃至１０に記載の装置。
【請求項１２】
前記識別は、少なくともエンドユーザに対する接続或いはインタフェースのためのＶＬＡＮタグを有することを特徴とする請求項１１に記載の装置。
【請求項１３】
前記ＶＬＡＮタグはエンドユーザに対するインタフェース／接続のためだけの接続識別として用いられる一方、他の識別の備えはサービスプロバイダ（ＩＳＰ）に対するインタフェース／接続のために用いられることを特徴とする請求項１２に記載の装置。
【請求項１４】
前記ＶＬＡＮタグはエンドユーザとサービスプロバイダの両方に対するインタフェース／接続のための接続識別として用いられることを特徴とする請求項１２に記載の装置。
【請求項１５】
識別のために、ＭＰＬＳが実施されることを特徴とする請求項１乃至５のいずれかに記載の装置。
【請求項１６】
各ユニキャスト接続のために、ＭＡＣアドレスは前記発信元アドレスと前記宛先アドレスのために夫々指定されることを特徴とする請求項１乃至１５のいずれかに記載の装置。
【請求項１７】
前記ＭＡＣアドレスは前記接続を管理する管理システムにより指定されることを特徴とする請求項１６に記載の装置。
【請求項１８】
サービスプロバイダ（ＩＳＰ）の同じアドレスは前記サービスプロバイダ（ＩＳＰ）に対する複数の接続のために用いられることを特徴とする請求項１乃至１７のいずれかに記載の装置。
【請求項１９】
マルチキャスト接続はカプセル化することなくセットアップされ、各サービスプロバイダは特定のマルチキャストアドレスの範囲に割当て或いは制限されることを特徴とする請求項１乃至１８のいずれかに記載の装置。
【請求項２０】
ブロードキャストはＭＡＣアドレスの場所を示すために実施されることを特徴とする請求項１乃至１９のいずれかに記載の装置。
【請求項２１】
エンドユーザからのブロードキャストフレームは新しいトランスポートフレームにカプセル化されることを特徴とする請求項１乃至２０のいずれかに記載の装置。
【請求項２２】
フレームトランスポートのためにイーサネット機能をサポートするアクセスネットワークに対する、或いは前記アクセスネットワークからの入出力点ノードであって、
少なくともエンドユーザとサービスプロバイダとの間の接続のために、前記アクセスネットワークにより、前記入出力点ノードに到着するパケットを別の新しいトランスポートフレームに変形がなされないようにカプセル化し、前記新しいトランスポートフレームには、前記フレームに関する発信元（エンドユーザ）アドレスと宛先アドレスの組み合わせであるユニークな識別を備える手段を有し、
前記新しいトランスポートフレームはジャンボフレームを有することを特徴とする入出力点ノード。
【請求項２３】
出力点として作用するとき、カプセル化されたジャンボフレームのカプセルを外す手段をさらに有することを特徴とする請求項２２に記載の入出力点ノード。
【請求項２４】
所謂、周辺点を有し、
前記カプセル化する手段と、前記カプセルを外す手段とは、変換手段を有することを特徴とする請求項２３に記載の入出力点ノード。
【請求項２５】
カプセル化を必要とする全てのパケットデータトラフィックが通過せざるを得ないカプセル化分岐点を有することを特徴とする請求項２２又は２３に記載の入出力点ノード。
【請求項２６】
前記カプセル化手段はパケットをジャンボトンネルにおいてカプセル化するために用いられることを特徴とする請求項２２乃至２５のいずれかに記載の入出力点ノード。
【請求項２７】
到着するパケットを接続へとソートし、前記新しいトランスポートフレームにおいて用いられる、例えば、宛先アドレスのような接続アイデンティティとして前記ソートの結果を定義する手段を有するか、或いは前記手段と関係することを特徴とする請求項２２乃至２６のいずれかに記載の入出力点ノード。
【請求項２８】
前記識別は、少なくともエンドユーザに対する接続或いはインタフェースのためのＶＬＡＮタグを有する一方、サービスプロバイダ（ＩＳＰ）に対するインタフェース／接続のための前記識別は、異なる方法で備えられることを特徴とする請求項２２乃至２７のいずれかに記載の入出力点ノード。
【請求項２９】
各ユニキャスト接続のために、ＭＡＣアドレスは前記パケットの発信元アドレスと前記宛先アドレスのために夫々指定されることを特徴とする請求項２２乃至２８のいずれかに記載の入出力点ノード。
【請求項３０】
前記ＭＡＣアドレスは前記接続を管理する管理システムにより指定されることを特徴とする請求項２９に記載の入出力点ノード。
【請求項３１】
イーサネット技術を実現してフレームでのパケットデータの通信をサポートするアクセスネットワークにより、エンドユーザ間と、エンドユーザとサービスプロバイダとの間での通信を提供する方法であって、
前記アクセスネットワークに対する入力点として作用する点或いは入力点に到着するフレームに関し、少なくとも、エンドユーザとサービスプロバイダとの間の接続のために、パケット接続の発信元アドレスと宛先アドレス情報の組み合わせを有するユニークな識別を決定／生成する工程と、
新しいトランスポートフレームに前記フレームと前記識別とをカプセル化する工程と、
前記宛先アドレス情報を用いて、前記アクセスネットワークを介して前記トランスポートフレームを関連する出力点にトランスポートする工程と、
前記出力点において前記創成されたトランスポートフレームのカプセルを外す工程と、
前記元々のカプセル化されたフレームを送信する工程とを有することを特徴とする方法。
【請求項３２】
前記創成されたトランスポートフレームはジャンボフレームを有し、
前記アクセスネットワークは従ってジャンボフレームのトランスポートをサポートすることを特徴とする請求項３１に記載の方法。
【請求項３３】
ＧＲＥトンネルにおいて到来するフレームをジャンボトンネルにおいてカプセル化する工程をさらに有することを特徴とする請求項３２に記載の方法。
【請求項３４】
到着するパケットを接続へとソートする工程と、
前記ソートの結果を異なる接続のために、宛先アドレスとして定義する工程と、
前記創成されたトランスポートフレームにおいて前記関連する宛先アドレスを用いる工程とをさらに有することを特徴とする請求項３２或いは３３に記載の方法。
【請求項３５】
ＶＬＡＮを有するアクセスネットワークにおいて、少なくともエンドユーザに対する接続或はインタフェースのための識別としてＶＬＡＮを用いる工程をさらに有することを特徴とする請求項３１乃至３３のいずれかに記載の方法。
【請求項３６】
前記発信元アドレスについてＭＡＣアドレスを指定する工程と、
各ユニキャスト接続に関し、前記宛先アドレスについてＭＡＣアドレスを指定する工程とをさらに有することを特徴とする請求項３１乃至３３のいずれかに記載の方法。
【国際調査報告】
2006526298.tif 000015
2006526298.tif 000016