JP5242702B2 - Ｉｐインターワーキングｖｌｌを介する回線エミュレーション - Google Patents

Description

本発明は、一般にネットワーク内の回線エミュレーションに関する。

仮想専用線（ＶＬＬ）は、インターネットプロトコル（ＩＰ）およびマルチプロトコルラベルスイッチング（ＭＰＬＳ）ネットワーク（ＩＰ／ＭＰＬＳ）を介してイーサネット（登録商標）ベースのポイントツーポイント通信を提供する方法である。この技術は、時に仮想プライベートワイヤサービス（ＶＰＷＳ）またはＭＰＬＳを介するイーサネット（登録商標）（ＥｏＭＰＬＳ）とも呼ばれる。ＶＬＬは一般にＩＰ／ＭＰＬＳバックボーンを横切るＭＰＬＳトンネルを介してイーサネット（登録商標）トラフィックを移送するために疑似ワイヤカプセル化を使用する。

コンピュータネットワーキングおよび遠隔通信において、ＭＰＬＳはパケット交換方式ネットワークのファミリに属するデータ搬送メカニズムである。ＭＰＬＳは、従来の定義のレイヤ２すなわちデータリンク層とレイヤ３すなわちネットワーク層との間に位置すると一般に考えられるＯＳＩモデル層で作動する。したがって、ＭＰＬＳは代替では「レイヤ２．５」プロトコルとも呼ばれる。

ＭＰＬＳは、統一されたデータ搬送サービスを、データグラムサービスモデルを提供する回線ベースのクライアントとパケット交換クライアントとの両方に提供するように設計された。ＭＰＬＳはＩＰパケット、ならびにネイティブＡＴＭ、ＳＯＮＥＴ、およびイーサネット（登録商標）フレームを含む多くの異なる種類のトラフィックを搬送するために使用されうる。

ＩＰを介する回線エミュレーション（ＣＥｏＩＰ）は、ＩＰネットワークを介してプロトコルに依存しない移送を提供する。ＣＥｏＩＰは専用線（ｌｅａｓｅｄ ｌｉｎｅ）と同様に、プロプラエタリまたはレガシーアプリケーションが透過的に宛先に搬送されうるようにする。

前述の技術の一般的な実装は、一方のエンドポイントがイーサネット（登録商標）で他方のエンドポイントが非イーサネット（登録商標）技術の場合、ＭＰＬＳネットワークを介してＩＰ／ＵＤＰを介する回線エミュレーション（ＣＥＭ）を提供できない。したがって、一方のエンドポイントがイーサネット（登録商標）で他方のエンドポイントが非イーサネット（登録商標）技術の場合にＭＰＬＳネットワークを介してＩＰ／ＵＤＰを介するＣＥＭが必要である。

本発明の前述の目的および諸利点は、様々な例示的実施形態によって達成されうる目的および諸利点の例示であり、実現されうる可能な諸利点を網羅または限定することを意図するものではない。したがって様々な例示的実施形態のこれらおよびその他の目的および諸利点は、本明細書の説明から明らかになるか、様々な例示的実施形態を本明細書に組み入れられたように、または当業者には明らかであろうどのような変化も考慮して修正されるように実践することによって習得できるであろう。したがって本発明は、本明細書で様々な例示的実施形態において図示し説明した新しい方法、構成、組合せ、および改良に存在する。

ＩＰインターワーキングＶＬＬを介する回線エミュレーションに対する現在の必要性を踏まえて、様々な例示的実施形態の概要を提示する。以下の要約において、様々な例示的実施形態のいくつかの態様を強調および紹介するためにいくつかの簡略化および省略が行われることがあるが、その範囲を限定するためではない。当業者が本発明の概念を作り使用できるようにするために適した好ましい例示的実施形態の詳細な説明は後半のセクションで行われる。

回線エミュレーションサービス（ＣＥＳ）が音声回線などの時分割多重化（ＴＤＭ）回線をパケット交換方式ネットワークを介してＣＥＳに動かすことによって、事業者は費用削減を実現できるようになる。したがって、ＣＥＳは遠隔通信市場において急速に成長している領域である。

様々な例示的実施形態は、前述および後述の問題に取り組むために３つの異なる標準のうちの１つを使用する。ＴＤＭ回線の上を進むトラフィックのＩＰ／ＵＤＰカプセル上のアプリケーションを可能にするために、ある手法が使用される。この手法は、一般に無線アプリケーション、またはＴＤＭフォーマットとＩＰフォーマットとの間にある種のインターワーキングを必要とする他のアプリケーションのために使用される。

本明細書で説明するカプセル化のための３つの異なる標準は、ＭＰＬＳを介するもの、もう１つはイーサネット（登録商標）を介するもの、および３番目にＩＰ／ＵＤＰを使用するものを含む。３番目のオプションは、ＭＰＬＳを使用できないアプリケーションにとって好ましいと思われる。

この第３の手法の一般的な展開は、ＩＰを介するＣＥＳ、およびレイヤ３に経路指定されたネットワークを含む。しかしこのような実施形態には、ＭＰＬＳなどの他の手法によって得ることができる信用性またはサービス品質（ＱｏＳ）がない。

信用性およびＱｏＳ機能は、たとえばトラフィックの要求が確実に満たされうるようにするために、いくつかのアプリケーションで重要である。このようなアプリケーションの例には伝送における遅延に敏感な音声トラフィックがある。この問題は、通信事業者が自分の通信ネットワークの容量の利用を最大限にしようとする場合、特に重要になる。

ＩＰネットワーキングＶＬＬを使用することによって、ＭＰＬＳを有するネットワークの一部がＱｏＳ要求を活用できるようになる。したがって本明細書に説明した内容により、ＩＰ／ＭＰＬＳをサポートできるネットワークの一部におけるＩＰ／ＭＰＬＳを使用することによってアプリケーションがＱｏＳを活用できるようになる。したがって様々な例示的実施形態は、ＩＰ／ＵＤＰをＩＰインターワーキングＶＬＬにカプセル化して、保証されたＱｏＳとともにネットワークを介してネットワークの反対の端に送信する。

様々な例示的実施形態が、フレームリレー、ＡＴＭ、およびＰＰＰのために実装される。このような実施形態は、イーサネット（登録商標）ＡＲＰ要求に応答できる一方の側からイーサネット（登録商標）ＡＲＰ要求に応答できない他方の側に、ＩＰを経路指定する。様々な例示的実施形態が、前述に回線エミュレーションを追加する。

実装された場所では、システムの回線エミュレーション側にはどのようなＩＰアドレスも含まれない。回線エミュレーションがＩＰストリームを純粋なＴＤＭストリームに変換するため、どのようなＩＰアドレスもストリームにとって必要ないので、これは真である。

様々な例示的実施形態は、ＣＥＭチャネルなどのチャネル上で終了したＥ１／Ｔ１を含む。しかし、このような実施形態は一般にＡＲＰ要求に応答しない。したがって、様々な例示的実施形態は前述の問題のうちの１つまたは複数を克服する。

たとえば、様々な例示的実施形態はＩＰ／ＵＤＰヘッダを有するＣＥＭトラフィックをＩＰインターワーキングＶＬＬ（Ｉｐｉｐｅ）にカプセル化する。レイヤ３に経路指定されたＰＤＵを使用する場合、および非イーサネット（登録商標）技術がＡＲＰ要求を送信する方法がない場合、ＩｐｉｐｅによりＡＴＭまたはフレームリレーなどの非イーサネット（登録商標）技術が終端でイーサネット（登録商標）に接続できるようになる。したがって様々な例示的実施形態では、パイプの一方の端がＣＥＭチャネルサービスアクセスポイント（ＳＡＰ）であり、パイプの他方の端がイーサネット（登録商標）ＳＡＰである。

前述に基づいて、様々な例示的実施形態によりＭＰＬＳの諸利点をＣＥＭサービスのために実現できるようになる。同様に、様々な例示的実施形態によりＱｏＳをＣＥＭサービスのために実現できるようになる。このような諸利点は純粋なＩＰ／ＵＤＰシステム内では利用できない。

様々な例示的実施形態をよりよく理解するために、添付の図面を参照する。

ＩＰインターワーキングＶＬＬの例示的システムの実施形態の概略図である。 ＩＰインターワーキングＶＬＬを介する回線エミュレーションのための例示的システムの実施形態の概略図である。 ＩＰインターワーキングＶＬＬを介する回線エミュレーションの例示的方法の流れ図である。

次に、同様の番号が同様の構成要素またはステップを指す図面を参照すると、様々な例示的実施形態の広範な態様が開示されている。

図１はＩＰインターワーキングＶＬＬの例示的システム１００の実施形態の概略図である。システム１００はＩＰ／ＭＰＬＳネットワーククラウド１１０、ＣＥ１、ＣＥ２、ＣＥ３、ＣＥ４、ＰＥ１、およびＰＥ２を含む。ＣＥ１はＩＰアドレス６４．４７．３０．１／３２で示されている。ＣＥ２はＩＰアドレス６４．４７．３０．２／３２で示されている。ＣＥ３はＩＰアドレス６４．４７．３１．１／３２で示されている。ＣＥ４はＩＰアドレス６４．４７．３１．２／３２で示されている。

ＣＥ１は通信回線１３０を通じてＰＥ１に接続されている。図示されたシステム１００では、通信回線１３０はＦＲ ＳＡＰ １／１／１：１００と示されている。ＣＥ２は通信回線１６０を通じてＰＥ２に接続されている。システム１００では通信回線１６０はイーサネット（登録商標）／ＶＬＡＮ ＳＡＰ １／１／１：１０００と示されている。ＣＥ３はＡＴＭ ＳＡＰ ２／１／１：０／１００と示されている通信回線１４０を通じてＰＥ１に接続されている。ＣＥ４はイーサネット（登録商標）／ＶＬＡＮ ＳＡＰ ３／１／１：１００１と示されている通信回線１５０を通じてＰＥ１に接続されている。ＰＥ１は通信回線１２０経由でＩＰ／ＭＰＬＳクラウド１１０を通じてＰＥ２に接続されている。様々な例示的実施形態では、通信回線１２０はＩＰ疑似ワイヤ（ＰＷ）である。本明細書では、これはＩｐｉｐｅとも呼ばれる。

例示的システム１００のＩｐｉｐｅは、ポイントツーポイントアクセス回線にアタッチされたホスト間にＩＰ接続性を提供する。このようなポイントツーポイントアクセス回線にはフレームリレー（ＦＲ）、ＡＴＭ、経路指定されたＰＤＵ ＩＰｖ４カプセル化を有するＰＰＰ、およびイーサネット（登録商標）インターフェースにアタッチされたホストがある。様々な例示的実施形態では、両方のホストが同じＩＰインターフェース上にあるように見える。様々な例示的実施形態では、この特徴により異なるリンク層技術間でサービスのインターワーキングができるようになる。したがってシステム１００の一部はＩＰ／ＭＰＬＳを使用し、システム１００の他の一部は単にＩＰであり、どのようなＱｏＳ保証もない。

図１のＣＥ１とＣＥ２との間でＩＰパケットを転送できるようにするために、様々な例示的実施形態では、ＰＥ２はＣＥ１およびＣＥ２の両方のＩＰアドレスで、手動で構成される。様々な例示的実施形態では、ＰＥ２はＩＰインターワーキングＶＬＬごとにＡＲＰキャッシュコンテキストを維持する。同様に様々な例示的実施形態では、イーサネット（登録商標）ＳＡＰを介してＰＥ２によって受信されたＡＲＰ要求のために、ＰＥ２はＩＰのＭＡＣアドレスへの関連付けを常時監視する。

様々な例示的実施形態では、ＣＥ２宛てのユニキャストフレームを転送するために、ＰＥ２はＣＥ２のＭＡＣアドレスを知っている。ＰＥ２のＡＲＰキャッシュ内にエントリがない様々な例示的実施形態では、次いでＰＥ２がイーサネット（登録商標）ＳＡＰ１６０を介してＡＲＰ要求メッセージをＣＥ２ ＭＡＣアドレスに送信する。したがって、ＣＥ１宛てのユニキャストフレームはＣＥ２からＰＥ２にイーサネット（登録商標）ＳＡＰ１６０を介して転送される。

様々な例示的実施形態では、ＣＥ２からＰＥ２に転送されたＣＥ１宛てのユニキャストフレームを受け付ける前に、ＰＥ２は受信したイーサネット（登録商標）フレームのＭＡＣ宛先アドレスを検査する。受信したイーサネット（登録商標）フレームのＭＡＣ宛先アドレスが検査されると、イーサネット（登録商標）ＳＡＰのＭＡＣ宛先アドレスと一致する。様々な例示的実施形態では、次いでＰＥ２がイーサネット（登録商標）ヘッダを削除して、ＩＰパケットを制御語のないＰＷに直接カプセル化する。制御語のないＰＷがＰＥ２からＰＥ１に疑似ワイヤ１２０経由でＩＰ／ＭＰＬＳクラウド１１０を通じて送信された後、ＰＥ１がＰＷカプセル化を解除して、経路指定されたＰＤＵカプセル化にとって適用可能な標準を使用してＦＲ ＳＡＰ１３０を介してＩＰパケットを転送する。

図２はＩＰインターワーキングＶＬＬを介する回線エミュレーションのための例示的システム２００の実施形態の概略図である。ＣＥ２で始まるこの処理の態様を説明すると、データのＴＤＭストリームが取り込まれてＵＤＰヘッダを有するＩＰパケットに変換される。次いで、ＵＤＰヘッダを有する変換されたＩＰパケットは通信リンク２６０を介してＰＥ２に送信される。次いで、一般的にはＰＥ２がインターワーキングを実行して、Ｉｐｉｐｅ２２０を介してＵＤＰヘッダを有する変換されたＩＰパケットを実際に送信する。この伝送は、今度はＭＰＬＳバックボーンを介してＩＰパケットを送信する。その後、ＰＥ１でＵＤＰヘッダを有するＩＰパケットがＩＰ／ＭＰＬＳパケットからＴＤＭストリームに再翻訳される。したがって、パケット内に含まれた情報の伝送はＩＰ／ＭＰＬＳ２１０の外で続く。

例示的システム２００は多くの点で例示的システム１００に対応する。例示的システム２００と例示的システム１００との間の明らかな相違は、例示的システム２００は回線エミュレーションを追加することである。

ＩＰ ＰＷ２２０およびＩＰ／ＭＰＬＳクラウド２１０は、それぞれＩＰ ＰＷ１２０およびＩＰ／ＭＰＬＳクラウド１１０に対応する。同様に、ＣＥ２は例示的システム１００と例示的システム２００との間で繰り返される。ＩＰ ＰＷ Ｉｐｉｐｅ２２０はＣＥＭポート２４０上のＰＥ１で終了する。ＣＥＭポート２４０は、たとえばＣＥＭ ＳＡＰ ４／１／１．１．１．１を有する。

反対の端では、Ｉｐｉｐｅ２２０はイーサネット（登録商標）ポート２５０上のＰＥ２で終了する。様々な例示的実施形態では、イーサネット（登録商標）ポート２５０はＰＯＳポートである。イーサネット（登録商標）ポート２５０は、たとえばイーサネット（登録商標）／ＶＬＡＮ ＳＡＰ １／１／１：１０００を有する。

通信パス２３０はＣＥ５とＰＥ１を接続する。様々な例示的実施形態では、通信パス２３０はＴＤＭトラフィックを両方向に搬送する。したがって様々な例示的実施形態では、通信パス２３０はＩＰトラフィックを搬送しない。例示的システム２００に示したように、通信パス２３０はＣＥＭ ＳＡＰ４／１／１．１．１．１とラベル付けされている。

様々な例示的実施形態では、ＣＥＭポート２４０は１つまたは複数の論理インターフェースで構成されている。様々な例示的実施形態では、ＣＥＭポート２４０を構成するそれぞれの複数の論理インターフェースは独自のＩＰアドレス（Ａ．Ｂ．Ｃ．Ｄ）を有する。様々な例示的実施形態では、１つまたは複数のチャネルは、チャネルごとに独自のＵＤＰポート番号を有するそれぞれのインターフェース上に構成される。様々な例示的実施形態では、１つまたは複数のチャネルも終端のＣＥ２宛先ＩＰアドレスおよび宛先ＵＤＰポート番号で構成される。同様に、様々な例示的実施形態ではチャネルごとにＩｐｉｐｅ ＶＬＬが指定される。システム２００に示された例示的チャネルについては、ＶＬＬはＰＥ２で終了する。

様々な例示的実施形態では、ＰＥ２は静的に経路指定されたＩＰネットワークを通じて、通信チャネルパス２６０経由でＣＥ２に接続される。様々な例示的実施形態では、ＣＥ２は回線エミュレーショントラフィックの経路指定されたＩＰカプセル化を処理できる単純な回線エミュレーション装置である。様々な例示的実施形態では、ＣＥ２と向かい合うポート２５０は、受信したパケットのＵＤＰポート番号に基づいてＩＰ ＰＷ２２０に進むべきトラフィックを決定できるようにする特別なモードで構成されている。

様々な例示的実施形態では、ＩＰインターワーキングＶＬＬ２２０内にカプセル化されたＴＤＭトラフィックがＰＥ２からＰＥ１に到着すると、そのトラフィックは構成によって指定されたＩＰヘッダとともにパケット化およびカプセル化されて、ＴＤＭストリームに変換される。たとえば様々な例示的実施形態では、ＴＤＭトラフィックが到着すると、ＣＥ２宛先ＩＰアドレス、宛先ＵＤＰポート番号、ＰＥ１送信元ＩＰアドレス、およびチャネルに対応するＵＤＰポートとともにカプセル化される。

次いで様々な例示的実施形態では、ＩＰインターワーキングＶＬＬにパケットが挿入されて、ＩＰ ＰＷ２２０経由でＭＰＬＳネットワーククラウド２１０を通じて送信される。パケットがＰＥ２に到着すると、ＭＰＬＳカプセル化が除去されて、パケットが通信パス２６０経由でＣＥ２に向かってポート２５０の外に転送される。ポート２５０がイーサネット（登録商標）ポートである実施形態では、ＣＥ２を宛先として指定し、ＣＥＭポート２４０のＩＰアドレスを送信元として指定して、ＡＲＰ要求が生成される。

様々な例示的実施形態では、ＴＤＭトラフィックがＣＥ２に到着すると、そのトラフィックは宛先ＩＰアドレスおよびＵＤＰポートがＣＥＭポート２４０に対応するＩＰヘッダとともに、同様にパケット化およびカプセル化される。再び、ポート２５０がイーサネット（登録商標）である実施形態では直接接続されている場合はＰＥ２から、または通信パス２６０沿いの中継ルータのどちらかから、ＡＲＰ要求が受信されることになる。

様々な例示的実施形態では、ＰＥ１に関連付けられるＩＰアドレスを求めるＣＥ２からのＡＲＰ要求にＰＥ２が応答する。様々な例示的実施形態では、パケットがＰＥ２に到着すると、特別なルックアップが実行されてパケットをどのＩＰインターワーキングＶＬＬに乗せるべきかをＩＰアドレスとＵＤＰポート番号の組合せがＰＥ２に知らせる。次いで様々な例示的実施形態では、ＰＥ２はＭＰＬＳカプセル化を追加してＩＰ ＰＷ２２０経由でＩＰ／ＭＰＬＳクラウド２１０を通じてパケットをＰＥ１に向かって転送する。

したがってＰＥ２はＩＰ／ＵＤＰがＩＰ／ＭＰＬＳインターワーキングのためにＩＰ ＰＷ２２０に変換または翻訳される場所である。上記の説明によれば、様々な例示的実施形態では本明細書で説明したアプリケーションのためにすべてのポート２５０が使用される。

前述によればＦＲ ＳＡＰ通信パス１３０はＣＥＭ ＳＡＰ２４０によって置換される。さらに様々な例示的実施形態では、それぞれのＣＥＭ回線はＩＰアドレス２４０上のそれぞれのＵＤＰポートと関連付けられる。これは、たとえばＣＥ５のＩＰアドレスを含む。

一般に、本明細書で説明したようにＩｐｉｐｅは１つのＣＥＭ回線につき唯一のＩＰアドレスおよびＵＤＰポートのためにＣＥＭトラフィックを搬送する。したがってＰＥ２はＣＥＭトラフィックを搬送するＩｐｉｐｅごとにＩＰアドレスおよびＵＤＰポートで構成されなければならない。

図３はＩＰインターワーキングＶＬＬを介する回線エミュレーションの例示的方法３００の流れ図である。方法３００はステップ３０５で開始してステップ３１０に続く。

ステップ３１０で、ＣＥＭポート２４０は１つまたは複数の論理インターフェースで構成される。前述のように、様々な例示的実施形態ではそれぞれの論理インターフェースは独自のＩＰアドレスを有する。

方法３００はステップ３１０の後にステップ３１５に進む。ステップ３１５で１つまたは複数のチャネルがそれぞれのインターフェース上に構成される。様々な例示的実施形態では、これは特定のインターフェースのために独自のＵＤＰポート番号を有するそれぞれのチャネルを構成することを含む。

方法３００はステップ３１５の後にステップ３２０に進む。ステップ３２０で１つまたは複数のチャネルも終端宛先ＩＰアドレスで構成される。方法３００はステップ３２０の後にステップ３２５に進む。ステップ３２５で１つまたは複数のチャネルがさらに宛先ＵＤＰポート番号で構成される。

方法３００はステップ３２５の後にステップ３３０に進む。ステップ３３０で１つまたは複数のチャネルごとにＩｐｉｐｅ ＶＬＬが指定される。

方法３００はステップ３３０の後にステップ３３５に進む。ステップ３３５でＩｐｉｐｅに進むべきトラフィックの決定が行われる。様々な例示的実施形態では、この決定は受信したパケットのＩＰアドレスおよびＵＤＰポート番号に基づいて行われる。

方法３００はステップ３３５の後にステップ３４０に進む。ステップ３４０でＴＤＭトラフィックがパケット化される。様々な例示的実施形態では、上述のようにＴＤＭトラフィックはＰＥ１などの例示的チャネルに到着するとパケット化される。

方法３００はステップ３４０の後にステップ３４５に進む。ステップ３４５でＴＤＭトラフィックがカプセル化される。様々な例示的実施形態では、ステップ３４５もＴＤＭトラフィックがＰＥ１などの例示的チャネルに到着すると実行される。

様々な例示的実施形態では、ステップ３４０および３４５でＴＤＭトラフィックは構成によって指定されたＩＰヘッダおよびＵＤＰヘッダとともにパケット化およびカプセル化される。これは上記でより詳細に説明した。

方法３００はステップ３４５の後にステップ３５０に進む。ステップ３５０でそれぞれのパケットがＩＰインターワーキングＶＬＬに挿入される。

方法３００はステップ３５０の後にステップ３５５に進む。ステップ３５５でそれぞれのパケットがＩｐｉｐｅ２２０経由でＭＰＬＳネットワーククラウド２１０を通じて送信される。

方法３００はステップ３５５の後にステップ３６０に進む。ステップ３６０でパケットからＭＰＬＳカプセル化が除去される。前述のように、様々な例示的実施形態ではステップ３６０はパケットがＰＥ２に到着するときに起こる。

再び前述のように、ステップ３６５でポート２５０がイーサネット（登録商標）ポートである実施形態でＡＲＰ要求が生成される。したがってステップ３６５はいくつかの実施形態から省略されることが明らかである。

ステップ３７０で、前述のようにパケットがたとえばポート２５０の外からＣＥ２に向けて通信パス２６０経由で転送される。方法３００はステップ３７０の後にステップ３７５に進み、そこで方法３００が終了する。

前述に基づいて、様々な例示的実施形態は費用削減、および従来の知られているソリューションと比較して改善されたＱｏＳを実現する。様々な例示的実施形態では、追加の装置またはアップグレードを必要とせずにイーサネット（登録商標）および非イーサネット（登録商標）ＣＥをインターワーキングする能力から費用削減が実現される。同様に様々な例示的実施形態では、ＴＥ能力から、および事業者コアネットワークを介してＣＥＭトラフィックを搬送するためにＩＰ／ＭＰＬＳ疑似ワイヤを使用することから、ＱｏＳ利益が生じる。

様々な例示的実施形態をその特定の例示的態様を特に参照して詳細に説明してきたが、本発明は他の異なる実施形態が可能であり、本発明の詳細は様々な自明の点において修正が可能であることが理解されるべきである。当業者には容易に明らかなように、本発明の趣旨および範囲内のままで変形および変更を好んで用いることができる。したがって、前述の説明、記述、および図面は説明のためのものにすぎず、決して本発明を限定せず、本発明は特許請求の範囲によってのみ定義される。

Claims (10)

1. 非イーサーネット技術の回線エミュレーションポートをイーサネットポートへ接続することを可能とする、インターネットプロトコル（ＩＰ）インターワーキング仮想専用線（ＶＬＬ）を介する回線エミュレーションの方法であって、
   １つまたは複数の論理インターフェースで回線エミュレーションポートを構成するステップと、
   それぞれの１つまたは複数の論理インターフェース上に１つまたは複数のチャネルを設定するステップと、
   １つまたは複数のチャネルを宛先ＩＰアドレスで設定するステップと、
   １つまたは複数のチャネルを宛先ユーザデータグラムプロトコル（ＵＤＰ）ポート番号で設定するステップと、
   １つまたは複数のチャネルごとにＩＰインターワーキングＶＬＬを指定するステップと、
   指定されたＩＰインターワーキングＶＬＬに進むべき時分割多重化（ＴＤＭ）トラフィックを決定するステップと、
   ＴＤＭトラフィックをパケット化するステップと、
   ＴＤＭトラフィックのパケットをカプセル化するステップと、
   ＴＤＭトラフィックのうちの１つまたは複数のカプセル化されたパケットをＩＰインターワーキングＶＬＬに挿入するステップと、
   ＩＰインターワーキングＶＬＬを通じて１つまたは複数のパケットを送信するステップと、
   ＴＤＭトラフィックの１つまたは複数のパケットからカプセル化を除去するステップと、
   回線エミュレーション装置を宛先として指定し、回線エミュレーションポートのＩＰアドレスを送信元として指定する、アドレス解決プロトコル（ＡＲＰ）要求を生成するステップと、
   １つまたは複数のパケットをイーサネットポートからＩＰ宛先に転送するステップとを備える、方法。
2. それぞれの１つまたは複数の論理インターフェースが独自のＩＰアドレスを有する、請求項１に記載のＩＰインターワーキングＶＬＬを介する回線エミュレーションの方法。
3. ＴＤＭトラフィックをカプセル化するステップが、
   ＩＰヘッダでＴＤＭトラフィックをカプセル化するステップを含む、請求項１に記載のＩＰインターワーキングＶＬＬを介する回線エミュレーションの方法。
4. ＴＤＭトラフィックをカプセル化するステップが、
   宛先ＩＰアドレス、宛先ＵＤＰポート番号、送信元ＩＰアドレス、および１つまたは複数のチャネルに対応するＵＤＰポート番号でＴＤＭトラフィックをカプセル化するステップを含む、請求項３に記載のＩＰインターワーキングＶＬＬを介する回線エミュレーションの方法。
5. 宛先ＩＰアドレスとＵＤＰポート番号との組合せが、１つまたは複数のパケットを挿入するべきＩＰインターワーキングＶＬＬの決定をもたらす特別なルックアップを実行するステップをさらに備える、請求項１に記載のＩＰインターワーキングＶＬＬを介する回線エミュレーションの方法。
6. ＴＤＭトラフィックがＭＰＬＳカプセル化でカプセル化される、請求項１に記載のＩＰインターワーキングＶＬＬを介する回線エミュレーションの方法。
7. ＩＰインターワーキングＶＬＬが唯一の宛先ＩＰアドレスおよび唯一の宛先ＵＤＰポートのために回線エミュレーショントラフィックを搬送し、
   所与の宛先ＩＰアドレスのためにそれぞれのＩＰインターワーキングＶＬＬに関連付けられる宛先ＵＤＰポートをトラッキングするステップをさらに備える、請求項１に記載のＩＰインターワーキングＶＬＬを介する回線エミュレーションの方法。
8. ＡＲＰキャッシュによってトラッキングが実行されるステップをさらに備える、請求項７に記載のＩＰインターワーキングＶＬＬを介する回線エミュレーションの方法。
9. 非イーサーネット技術の回線エミュレーションポートをイーサネットポートへ接続することを可能とする、ＩＰインターワーキングＶＬＬを介する回線エミュレーション（ＣＥＭ）のためのシステムであって、
   伝送するための１つまたは複数のパケットを生成する送信元と、
   送信元から１つまたは複数のパケットを伝送する第１の通信パスと、
   送信元から１つまたは複数のパケットを受信する１つまたは複数の論理インターフェースを有する第１ＣＥＭポートであって、それぞれの１つまたは複数の論理インターフェースが１つまたは複数のチャネルを有し、それぞれの１つまたは複数のチャネルが宛先ＩＰアドレスおよびＵＤＰポート番号で設定される、第１ＣＥＭポートと、
   １つまたは複数のパケットを含むパケット化およびカプセル化されたトラフィックを送信元から受信して、パケット化およびカプセル化されたトラフィックを転送するＩＰインターワーキングＶＬＬを有するＩＰ／ＭＰＬＳネットワーククラウドと、
   パケット化およびカプセル化されたトラフィックを受信し、および１つまたは複数のパケットからカプセル化を除去し、１つまたは複数のパケットをイーサネットポートから宛先に転送する、第２ＣＥＭポートを備え、ＡＲＰ要求が、回線エミュレーション装置を宛先として指定し、第２ＣＥＭポートのＩＰアドレスを送信元として指定する、システム。
10. １つまたは複数のパケットを宛先に転送するための第２通信パスと、
    １つまたは複数のパケット受信する宛先をさらに備える、請求項９に記載のＩＰインターワーキングＶＬＬを介する回線エミュレーションのためのシステム。

Images