(57)【要約】  本発明は、データパケットに関する動作を実行する機能ユニット、または処理装置へのパケットデータの通信をサポートする通信システムにおけるデータパケットまたはデータパケットのフローの交換を処理する手段を備える装置に関するものである。装置はコア処理手段（１０）を備え、コア処理手段は、パケット／パケットフローを分類し、パケット／パケットフローに適用可能なフローシーケンスの処理を定義する分類手段（１３）、適用可能なフローシーケンスに従い適する機能ユニットまたは処理装置へパケット／パケットフローを配信または交換する配信手段（１２；１９；２２）、それぞれの適用可能なフローシーケンスの処理におけるそれぞれのパケット／パケットフローの現在位置を指示する指示提供手段、及び既に分類したパケットの再分類を回避することができるようなパケットフローシーケンス情報の検出または回収のための手段（１１）を有する。
2008524916.tif 000002
【特許請求の範囲】
【請求項１】
データパケットに関する操作を実行するための機能ユニットまたは処理装置へのパケットデータの通信をサポートする通信システムにおける、前記データパケットまたは前記データパケットのフローの交換を処理するための手段を備える装置であって、
コア処理手段を備え、
前記コア処理手段は、
パケット／パケットフローを分類し、前記パケット／パケットフローに適用可能な処理フローシーケンスを定義するための分類手段と、
前記適用可能な処理フローシーケンスに従って、前記機能ユニットまたは処理装置へ前記パケット／パケットフローを配信または交換するための配信手段と、
前記適用可能な処理フローシーケンスそれぞれにおける前記パケット／パケットフローそれぞれの現在位置を指示するための指示提供手段と
既に分類されているパケットの再分類を回避することができるように、パケットフローシーケンス情報の検出または取得のための手段とを備える
ことを特徴とする装置。
【請求項２】
前記配信手段は、パケットフローの分類されたパケットまたはフローの交換／配信に関する決定を行うことを担う転送制御手段（ＡＷＮ）を備える
ことを特徴とする請求項１に記載の装置。
【請求項３】
少なくとも１つのペイロードの処理機能を実行するための機能処理手段を備える
ことを特徴とする請求項１または２に記載の装置。
【請求項４】
前記ペイロードの処理機能は、ファイヤウォールに関連する処理機能、あるいはＮＡＰＴを備える
ことを特徴とする請求項２に記載の装置。
【請求項５】
他のユニットまたは装置がサポートする転送プロトコルと同一の、前記他のユニットまたは装置へデータパケットを転送するための転送プロトコルをサポートする内部転送手段を備える
ことを特徴とする請求項２に記載の装置。
【請求項６】
前記分類手段は、分類時にメタデータ情報を入力パケットに付加するための手段を備えるまたは該手段に関連付けられており、
前記メタデータは、前記処理フローシーケンスに関する情報を少なくとも含む
ことを特徴とする請求項１乃至５のいずれか１項に記載の装置。
【請求項７】
前記メタデータは、処理シーケンスアイデンティティと、前記シーケンスの処理工程が実行される際にステップアップされるような、更新されるあるいは変更されるインデックスのマーク付与を含む
ことを特徴とする請求項６に記載の装置。
【請求項８】
前記内部転送手段は、前記分類手段を備えるまたは前記分類手段と通信する前記コア処理手段と通信する、または前記コア処理手段によって構成され、
更に、前記内部転送制御手段は、転送情報保持手段を備える、または該転送情報保持手段と通信する
ことを特徴とする請求項５に記載の装置。
【請求項９】
前記転送情報保持手段は、パケットに付加されるパケットフローシーケンス情報の送信をサポートするユニットまたは装置へのパケットの交換／配信に関係する情報を保持する内部転送テーブルを備える
ことを特徴とする少なくとも請求項８に記載の装置。
【請求項１０】
更に、外部転送手段及び外部転送情報保持手段を備える
ことを特徴とする請求項５に記載の装置。
【請求項１１】
前記内部転送情報保持手段、例えば、内部転送テーブルは、パケットフロー処理シーケンス情報のプロビジョニングをサポートする内部処理ユニットまたは処理手段の少なくとも全てに関する論理アドレスを含む
ことを特徴とする請求項８、９または１０のいずれか１項に記載の装置。
【請求項１２】
前記論理アドレス情報は、前記処理フローの一部を形成しない内部装置またはユニットに対する、ＩＰアドレスを含む
ことを特徴とする請求項１１に記載の装置。
【請求項１３】
前記外部転送情報保持手段は、外部ユニットまたは装置に対するアドレスを指示する論理アドレスを備える
ことを特徴とする請求項１０に記載の装置。
【請求項１４】
論理アドレスまたはパケットが外部ユニットを指示する場合、前記データパケットは、フローシーケンス情報を含まずに送信され、かつ前記パケットには、該パケットが送信元装置に返信されるべきであることの指示が付与される
ことを特徴とする請求項１３に記載の装置。
【請求項１５】
論理アドレスによって指示される外部ユニットから受信するパケットは、分類される、または分類のための追加入力とする前記論理アドレスを使用して、前記パケット再分類される
ことを特徴とする請求項１４に記載の装置。
【請求項１６】
処理フローシーケンスの１つ以上の処理機能／工程は、動的に割り当てられる変数に依存し、
前記コア処理手段は、前記フローシーケンス情報データ、例えば、前記メタデータに処理専用変数をバインドするために提供するオプションの機能をサポートする、または備える
ことを特徴とする請求項１０乃至１５のいずれか１項に記載の装置。
【請求項１７】
処理専用変数のバインドは、前記コア処理手段によって保持されるまたはアクセス可能なフィルタリング値の実装によって実行される
ことを特徴とする請求項１６に記載の装置。
【請求項１８】
処理シーケンスは、認可、ポリシー策定、課金データ関連操作、ＱｏＳ制御等の内の１以上を含む
ことを特徴とする請求項１乃至１７のいずれか１項に記載の装置。
【請求項１９】
処理フローシーケンスを有するパケットフローに分類することができないパケットに対して、永続的な分類を実行することができるまでは、再分類を必要とする一時的なデフォルトフロー処理が割り当てられる
ことを特徴とする請求項１乃至１８のいずれか１項に記載の装置。
【請求項２０】
前記コア処理手段は、高速経路及び低速経路をサポートし、
前記高速経路は、既に永続的に分類されているパケットに対して使用され
前記低速経路を、未分類パケットまたはデフォルト分類パケットに対して使用され、
前記フローへのパケットの送信、及び前記高速経路から前記低速経路へまたはその逆へのパケットの送信の少なくとも一方のための検出手段が提供される
ことを特徴とする請求項１乃至１９のいずれか１項に記載の装置。
【請求項２１】
入力パケットの解析、好ましくは、一時的なパケット記憶の生成、及び内部的なトンネル化ペイロードパケットと非トンネル化パケットを識別、区別するための前処理手段を備える
ことを特徴とする請求項１乃至２０のいずれか１項に記載の装置。
【請求項２２】
イーサネット（登録商標）ＶＬＡＮタグの付与をサポートし、
パケットのＶＬＡＮタグは、前記前処理手段で解析される
ことを特徴とする請求項２１に記載の装置。
【請求項２３】
前記配信手段は、分類後に、該分類に従って、他の装置またはユニットが、前記パケットが転送される関係処理工程を処理している場合に、前記他の装置またはユニットの配信手段と通信する
ことを特徴とする請求項１乃至２２のいずれか１項に記載の装置。
【請求項２４】
パケットは、カプセル化ＩＰパケットとして、指示、例えば、メタデータと共に他の配信手段へ送信される
ことを特徴とする請求項２３に記載の装置。
【請求項２５】
受信パケットがどのユーザセッションに属するかを確認し、例えば、ＡＰＮ／ＶＰＮを使用してそのユーザセッションに前記受信パケットをバインドするための手段を備える
ことを特徴とする請求項１乃至２４のいずれか１項に記載の装置。
【請求項２６】
前記処理コア手段は、異なるアクセスリンクをそれぞれ固有の論理リンクにマッピングし、好ましくは、制御可能な度合の前記アクセスリンクまたはアクセス技術知識を提供するための手段を備える
ことを特徴とする請求項１乃至２５のいずれか１項に記載の装置。
【請求項２７】
特定のＩＰアドレスでサービスを識別する、または受信パケットのサービス内容を判定するための手段を備える、または該手段と通信する
ことを特徴とする請求項１乃至２６のいずれか１項に記載の装置。
【請求項２８】
ＧＧＳＮ（Gateway GPRS Support Node：ゲートウェイＧＰＲＳサポートノード）またはＣＧＳＮ（Combined GPRS Support Node：結合ＧＰＲＳサポートノード）または同様の機能を有する任意の他のパケットデータノードに備わる
ことを特徴とする請求項１乃至２７のいずれか１項に記載の装置。
【請求項２９】
ＧＧＳＮまたはＣＧＳＮまたは同様の機能を有するノードとの通信におけるスタンドアローンユニットとして実現される
ことを特徴とする請求項７乃至２８のいずれか１項に記載の装置。
【請求項３０】
請求項１乃至２８のいずれか１項に記載の装置を備えるＧＧＳＮ／ＣＧＳＮ。
【請求項３１】
いくつかのアクセスネットワークを介してパケットデータの通信及びアクセスをサポートするいくつかのノードまたは装置と、かつパケットのフローのパケットに関する１つ以上の操作を実行するための機能処理デバイスまたは装置へのデータパケットのフローのデータパケットの転送または交換を処理するためのいくつかの装置とを備えるシステムであって、
複数の前記装置は、コア処理手段を備え、
前記コア処理手段は、
パケット／パケットフローそれぞれに適用可能な処理フローを定義することによってパケット／パケットフローを分類するための分類手段と
前記機能または処理ユニットまたは処理装置へ前記パケット／パケットフローのそれぞれを配信または交換するための配信手段と、
前記フローシーケンスそれぞれにおける前記パケット／パケットフローそれぞれの現在位置を指示するための指示手段と、
既に分類されているパケットの再分類を回避することができるように、パケットフローシーケンス情報の検出または取得のための手段とを備える
ことを特徴とするシステム。
【請求項３２】
前記配信手段は、内部機能または処理ユニットまたは装置、及び前記複数の装置のその他における他の内部転送手段への転送のための内部転送手段、及び好ましくはパケット／パケットフローの他の装置への転送及びアップリンク／ダウンリンクへの出力トラフィックの転送の少なくとも一方のための外部転送手段への転送のための外部転送手段を備える
ことを特徴とする請求項３１に記載のシステム。
【請求項３３】
前記パケットには、適用可能な処理フローシーケンス及び現在位置の指示を示す前記メタデータ情報が付与される
ことを特徴とする、請求項３１または３２に記載のシステム。
【請求項３４】
前記パケットは、カプセル化され、かつ該パケットには、同一の転送プロトコルをサポートする前記複数の装置の間、特に、内部転送手段の間における、送信のためのメタデータヘッダとして、前記メタデータ情報が付加され、
前記外部転送手段によって転送されるパケットは、非カプセル化パケット、特に、標準ＩＰパケットとして送信される
ことを特徴とする請求項３３に記載のシステム。
【請求項３５】
前記装置のそれぞれは、内部情報及び外部情報のための別々のまたは統合された転送情報保持手段、例えば、転送テーブルを備え、
前記情報は、前記内部転送手段及び前記外部転送手段によって使用される
ことを特徴とする請求項３１乃至３４のいずれか１項に記載のシステム。
【請求項３６】
処理シーケンスの一部を形成する少なくとも内部処理機能または装置は、論理アドレスを介して識別される
ことを特徴とする請求項３１乃至３５のいずれか１項に記載のシステム。
【請求項３７】
パケットに対する論理アドレスが外部ユニットまたは装置を示している場合、フローシーケンス情報は前記パケットに付加されないこと、及び前記パケットに、該パケットが（再）分類を必要とする指示が付与されないことの少なくとも一方がなされる
ことを特徴とする請求項３１乃至３６のいずれか１項に記載のシステム。
【請求項３８】
１以上の前記処理フローシーケンスは、動的に割り当てられる変数に依存し、
前記コア処理手段は、フローシーケンス情報データ、例えば、前記メタデータに付加する処理専用変数をバインドするための（オプションの）機能をサポートする、または備える
ことを特徴とする請求項３６または３７に記載のシステム。
【請求項３９】
前記コア処理手段は、フィルタリング値保持手段を備える、または該フィルタリング値保持手段に関連付けられており、
フィルタリング値は、処理専用変数のバインドのために使用される
ことを特徴とする請求項３８に記載のシステム。
【請求項４０】
処理フローシーケンスを有するパケットフローに分類することができないパケットに対して、永続的な分類を実行することができるまでは、再分類を必要とする一時的なデフォルト処理フローシーケンスが割り当てられ、
前記コア処理手段は、高速経路及び低速経路をサポートし、
前記高速経路は、既に永続的に分類されているパケットに使用され、
前記低速経路は、未分類パケットまたはデフォルト分類パケットに使用される
ことを特徴とする請求項３１乃至３９のいずれか１項に記載のシステム。
【請求項４１】
データパケットに関する操作を実行するための機能または処理ユニットまたは装置へのパケットデータの通信をサポートする通信システムにおけるデータパケットの交換を処理するための方法であって、
少なくともアイデンティティ情報、パケットタイプ、発信元及び宛先情報を調べることにより、アクセスネットワーク、例えば、イーサネット（登録商標）に対するインタフェースを経て装置において受信するパケットを検査する工程と、
前記パケットに対して、例えば、一時的フロー情報保持手段、例えば、キャッシュにおいて、処理フローシーケンスが既に利用可能であるかを確認する工程と、
利用可能である場合、
前記フローシーケンス及び該フローシーケンスの前記関連処理工程とを前記パケットに関連付ける工程と、
一時的フロー情報が提供される場合には、一時的フロー情報保持手段を更新する工程と、
前記フローシーケンスにおける関係する処理ユニットまたは装置に前記パケットを転送する工程と
利用可能でない場合、
アクセスのタイプ、ユーザ、サービスのタイプのうちの１つ以上に関する情報を、特に使用することによって、前記パケットを分類し、適用可能なポリシーが利用可能である場合、関係する適用可能な処理工程シーケンスを含むパケットフローシーケンスを割り当てる工程と、
適用可能なポリシーが利用可能でない場合は、前記パケットを一時的にまたはデフォルトに分類する工程と、
前記関係する処理ユニットへ前記パケットを転送する工程と、
を備えることを特徴とする方法。
【請求項４２】
フロー処理シーケンス情報及び前記シーケンスにおける処理工程、例えば、現在／以前／以後の工程に関係する指示を含むメタデータ情報を追加する工程であって、同一の（内部）転送プロトコルをサポートする別の処理ユニット／装置において受信する前記パケットを、分類することなく適切に転送することで、再分類を回避するようにする、メタデータ情報を追加する工程を備える
ことを特徴とする請求項４１に記載の方法。
【請求項４３】
ＶＬＡＮタグの付与が、サポートされ、
少なくとも検査の目的のために前記ＶＬＡＮタグを調べる工程を備える
ことを特徴とする請求項４１または４２に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の分野
本発明は、データパケットに関する操作を実行する機能または処理ユニット、または装置へのパケットデータの通信をサポートする通信システムにおける、データパケットまたはデータパケットのフローの交換を処理するための手段を備える装置に関するものである。本発明は、複数の前記装置を備えるシステム、ならびにデータパケットに関する操作を実行するための機能または処理ユニットまたは装置へのパケットデータの通信をサポートする通信システムにおけるデータパケットまたはデータパケットのフローの交換を処理する方法にも関するものである。
【０００２】
従来の技術
データ通信システムにおいては、課金データの収集、認証、ポリシー策定、ＱｏＳ制御等のエンドツーエンドＩＰフローに関する操作を実行する所謂「ネットワークミドルボックス」（「network middleboxes」）の使用が現在益々普及しつつある。このような解決法は、均質な解決法ということができ、これは、中央ノードが必要な全ての情報を収集または検索するものである。これは、大量の機能を１つのノードまたは１つの装置に統合することを意味し、これはいくつかの理由であまり便利ではない。このようなシステムは、かなり柔軟でなく、このようなノードにおける負荷はかなり高い。パケットまたはパケットフローがいくつかの操作または処理工程を経る必要がある場合、パケットをこれらの装置のそれぞれにより処理する必要がなくても、パケット（群）は１つのノード、ユニットまたは装置から別のノードへ渡る。しかしながら、これらの装置は連続して配置されると言うことができるので、「最弱」ノードまたは装置が故障するか、または過負荷になるか、またはどうかして機能障害になれば、処理チェーン全体は中断することになる。更に各ユニットまたは各装置において、パケットを処理する前に、そのパケットを検査、次いで分類する必要があり、これは時間を要し、柔軟でなく、費用がかかる。各ステップで、新たに処理を行う決定が必要とされることは、明らかに不利であり、チェーンにおける最弱リンクが故障するかまたはそれに類することになれば生じる状況を言及するまでもなく、パケット及びパケットフローの分類、試験等の多くの処理を何度も繰り返す必要があることも明らかに不利である。パケットデータの通信をサポートする今日の通信システムに提供される付加サービス及びそのケイパビリティの数が急速に増加しつつあることにより、このような問題または状況は益々頻繁になる傾向にある。
【０００３】
本発明の要約
それゆえ、必要なことは、最初に言及したように、データパケットまたはデータパケットのフローを効果的かつ柔軟な方法で交換することができる装置である。より詳細には、いくつかの処理機能により、特に、システムにおけるノードまたは装置に不必要な負荷を生じることなく、かつ更に詳細には、不必要な遅延を起こすことなく高速な方法で、パケットデータまたはパケットデータフロー、例えば、ＩＰフローを交換することができる装置が必要とされている。また、更に、関係するパケットまたはパケットフローに関係のない機能、処理装置、またはユニットをバイパスすることを許容する装置が必要とされている。最も有利なこのようなバイパスは、実際のペイロードを処理するユニットまたは装置に実質的に完全に開放されたインタフェースを使用して、達成することができよう。
【０００４】
より詳しくは、ＴＣＰ／ＩＰ（Transport Control Protocol/Internet Protocol：転送制御プロトコル／インターネットプロトコル）及びイーサネット（登録商標）プロトコルまたは同様の機能を有するプロトコル等の標準プロトコルを使用するために、上述のような、効果的かつ柔軟な交換を提供することができる装置が必要とされている。特に、判定かつ留保することができる、一貫した交換、即ち、「方式（「scheme」）」を可能にする装置が必要とされている。また、更に、特に、ユーザ、サービスタイプ、アクセスタイプ等のいくつかの異なる要因を、交換または処理シーケンス中に考慮することができる装置が必要とされている。
【０００５】
それゆえ、最初に言及したような装置が提供される。この装置は、コア処理手段を備え、このコア処理手段は、パケットまたはパケットフローを分類し、パケットまたはパケットフローに適用可能な処理シーケンスを定義するための分類手段と、適用可能な処理シーケンスに従って、適切な機能ユニットまたは処理装置へパケットまたはパケットフローを配信または交換するための配信手段と、適用可能な処理シーケンスそれぞれにおけるそれぞれのパケットまたはパケットフローの現在位置に関係する指示を提供するための指示提供手段と、及び既に分類されているパケットの再分類を回避することができるように、パケットフローシーケンス情報のフェッチまたは取得のための手段を有する。特に、以下で更に詳細に説明するように、変数のバインドが実現される場合、「一回限りの分類」を達成することが可能である。
【０００６】
配信手段は、特に、パケットフローの分類されたパケットの交換／配信の決定を行うことを担う転送制御手段を備える、またはその転送制御手段と通信する。特に、この決定はフロー処理コアにおけるフロー検出及び制御手段によりなされる。
【０００７】
本明細書の理解を容易にするために、本明細書において使用されるいくつかの概念を簡単に定義する。論理ネットワークは、空間を仮想化するために使用される概念である。この空間では、ユーザ、提供されるまたは要求されるサービス、アクセスタイプ等のいくつかの要因に関する情報を保持する及び取得することの少なくとも一方を行い、かつその情報を使用することを含む機能が実現される。論理ネットワークは、例えば、仮想専用ネットワークに対応し、この仮想専用ネットワークは、重複するアドレス空間における動作を可能にするために使用することができ、これは、例えば、エンタープライズサービスに対して特に有用である。
【０００８】
フローは、本発明に従う装置、または、特に、コア処理手段により、ＩＰヘッダの５つの要素の集合（ソース／宛先ＩＰアドレス、ソース／宛先ポート番号及びプロトコルＩＤ）及びおそらくまたフローを一意にし、発信元、即ち、出所等を特定するために必要なその他の情報により、特に固有に識別される。ＩＰヘッダの５つの要素の集合は、実施形態では、例えば、ＶＬＡＮ（Virtual Logical Area Network：仮想論理エリアネットワーク）のタグであっても良く、ここでは、ＶＬＡＮタグの付与がサポートされる。しかしながら、本発明の概念は他の方法で識別される他のフローを包含するが、本明細書の概念の定義等は、本発明のいくつかの好ましい実施形態の理解を容易にするために提示されるものであることは明らかであろう。
【０００９】
論理アドレス（Logical Address：ＬＡ）は、処理機能、ユニットまたは装置がフローに関して実行することができる動作を表現するために使用される。特に、処理機能は、転送手段、特に、内部転送手段または転送制御手段に、処理機能がサービスを提供する論理アドレスを登録する。
【００１０】
外部エンティティは、フローの処理に加わる装置、またはデバイスまたはボックスであるが、これらは本発明に従う装置内（または装置の間）において、使用される内部転送プロトコルをサポートしない。このような外部エンティティは、例えば、最適化装置またはその類等のサードパーティコンポーネントであり得る。
【００１１】
処理機能変数は、以下のように、導入されかつ説明される概念である：データは、フロー処理機能／ユニット／装置を通過する必要がある。これは、実質的に２つの方法で実行することができる。データは、制御手段により処理機能に直接送信することができる（例えば、事前プロビジョンにより）。しかしながら、いくつかのデータは、特に、フロー毎を基本に、例えば、フロー固有タグまたは課金クラス等を動的に判定される必要があり、即ち、このようなデータは変数を含むと言うことができる。追加のパケット検査を回避するために、フロー処理コアは、それぞれの処理機能へ、そのような変数（変数群）をフローと共に送信することができる。そのようなデータは、変数バインドを通じて分類時にフローにバインドすることができる。汎用ならびに処理機能専用変数（データ）は検査時にフローにバインドすることができる。このようなバインドは、フィルタルールにおいて表現することができる。バインド及び変更の少なくとも一方を行うことができる汎用変数の例は、ＩＰアドレスがソースまたは宛先ＩＰアドレスで検出されない場合には、方向及びユーザＩＰアドレスとなる。処理専用データ変数は、例えば、ＱｏＳクラスまたは課金Ｉｄ／キーであり得る。
【００１２】
これらの定義は、限定するために提示されているのではなく、本発明のいくつかの実施形態の理解を容易にするために提示されるものであることは明らかであろう。
【００１３】
本発明の個々の実施形態では、フロー処理コア（Flow Processing Core：ＦＰＣ）は、少なくとも１つのペイロード処理機能を実行するための（１以上の）機能処理手段を備える。このような処理機能は、ファイヤウォール関連処理機能、即ち、ＮＡＰＴ（Network Address Part Translation：ネットワークアドレス部変換）を備えることができる。本発明は、コア処理手段が機能処理手段を備える実施形態に限定されないことも明らかであろう。
【００１４】
この装置は、データパケットをその他のユニットまたは装置へ転送するための転送プロトコルをサポートする内部転送手段を備え、その他のユニットまたは装置は同一の転送プロトコルをサポートする。特に、有利な実施形態では、分類手段は入力パケットにメタデータ情報を付加するための手段を備える、または同手段に関連付けられている。このメタデータは、関係のあるパケット（群）のための適切なフロー処理シーケンスに関する情報を少なくとも含む。もちろん、この情報は、適切なフロー処理シーケンスに関するメタデータによる以外の方法で提供することもできる。しかしながら、メタデータは、関係するコンテキストで使用するための優れた手段であることが判明している。特に、メタデータは、処理シーケンスアイデンティティと、シーケンスの処理工程が実行される際にステップアップされるような、更新されるあるいは変更されるインデックスのマーク付与を含んでいる。その目的は、パケットまたはパケットのフローが処理シーケンスにおいてパケットが現在存在する場所に関する情報を提供することを可能にすることである。
【００１５】
特に、内部転送手段は、分類手段も備えるフロー処理コア手段と通信する、またはこのフロー処理コア手段によって内部転送手段が備えられている。より詳細には、内部転送手段は、転送情報保持手段を備える、または同手段と通信する。最も詳しくは、転送情報保持手段は、パケットに付加されているパケットフローシーケンス情報の送信をサポートするユニットまたは装置へのパケットの交換／配信に関係する情報を保持する内部転送テーブルを備える。このフロー処理コアは、更に、外部転送手段及び外部転送情報保持手段を備え、これは極めて有利である。
【００１６】
内部転送情報保持手段、例えば、内部転送テーブルは、パケットフロー処理シーケンス情報のプロビジョニングをサポートする内部ユニットまたは処理手段、及び内部処理ユニットの少なくとも全てに関係する論理アドレスを特に含んでいる。その他の内部ユニットに対しては、ＩＰアドレスは、転送のために使用される（特に、論理アドレスではなく）。特に、外部転送情報保持手段は、外部ユニットまたは装置へのアドレスを示す論理アドレスを備える。実施形態では、論理アドレスが外部ユニットを示す場合、データパケットは、フローシーケンス情報なしで送信され、パケットには、送信元装置に返信されるべきであることの指示が付与される。もちろん、これは、また他の方法で処理することもできる。外部ユニットから受信されるパケットは、分類または再分類を必要とする新規のパケットとして処理される。即ち、論理アドレスによって指示される外部ユニットからのパケットは、論理アドレスを分類のための追加入力として使用して、分類または再分類される。
【００１７】
特に、１以上の処理機能または処理シーケンスの工程は、動的に割り当てられる変数に依存し、コア処理手段はオプションの機能をサポートするまたは備えている。このオプションの機能は、処理専用変数をフローシーケンス情報データ、例えば、そのようなものを使用する場合のメタデータへのバインドを構成することができる。これは、特に、「１回限りの分類」を可能にする。最も詳しくは、処理専用変数のバインドは、コア処理手段、例えば、ＦＰＣによって保持されるまたはアクセス可能なフィルタリング値の実装により実行される。
【００１８】
例として、処理シーケンスは、認証、ポリシー策定、課金データ関連操作、ＱｏＳの制御等の内の１以上を含むことができる。
【００１９】
特に、処理フローシーケンスを有するパケットフローに分類できないパケットに対しては、永続的な分類を実行することができるまでは、（特に再分類を必要とする）一時的なデフォルト処理フローが割り当てられる。最も有利には、コア処理手段（あるいは、ＦＰＣ）は、パケットの処理のための高速経路及び低速経路をサポートする。この高速経路は、既に永続的に分類されているパケットに対して使用され、また、低速経路は永続的な分類が提供されるまたは到着する場合にキャッシュを更新する。これは後に本発明の別の説明において十分に説明することにする。検出手段は、パケットを適切なフローに送信するために提供される、または検出手段は、パケットを高速経路から低速経路へ、また必要な場合にはその逆に送信するために特に提供される。
【００２０】
最も有利には、装置は、入力パケットの解析、好ましくは、一時的なパケットの記憶の生成及び内部のカプセル化、例えば、トンネル化ペイロードパケットと、非カプセル化、例えば、非トンネル化パケットとを識別し、区別するための前処理手段を備える。トンネル化（トンネリング）は、１つの実装のみに関係することは明らかであろう。
【００２１】
最も有利な実装では、イーサネット（登録商標）ＶＬＡＮタグの付与がサポートされ、パケットＶＬＡＮタグが前処理手段において検査及び分類の少なくとも一方の目的のために分析される。特に、配信手段は、分類に従って、他の装置またはユニットがパケットが転送される関係する処理工程を実施している場合には、分類後にそのような他の装置またはユニットの配信手段と通信する。特に、パケットは、フローシーケンス情報及び指示と共にカプセル化ＩＰパケットとして、例えば、メタデータの形式で他の配信手段へ送信される。
【００２２】
より詳しくは、装置は、どのユーザセッションに受信パケットが属しているかを確認し、例えば、ＡＰＮ／ＶＰＮを使用して、そのユーザセッションに受信パケットをバインドするための手段を備える。
【００２３】
実施形態では、フロー処理コアは、異なるアクセスリンクをそれぞれ固有の論理リンクにマッピングし、好ましくは、制御可能な程度のアクセスリンクまたはアクセス技術の知識または認識を提供するための手段を備える。加えてまたは選択的には、装置は、特定のＩＰアドレスでサービスを識別するまたは受信パケットのサービス内容を判定するための手段を備える、または同手段と通信する。従って、本発明の概念に従えば、フローシーケンスの割当及び配信を実行すること、及びユーザ及び／またはアクセスタイプ及び／またはサービスタイプ等の様々な要因に関する情報を使用して、フローシーケンスの割当及び配信を行うことが可能である。
【００２４】
特に有利な実施形態では、装置をＧＧＳＮ（Gateway GPRS Support Node：ゲートウェイＧＰＲＳサポートノード）またはＣＧＳＮ（Combined GPRS Support Node：結合ＧＰＲＳサポートノード）または同様の機能を有する任意の他のパケットデータノードに備わる。しかしながら、この装置は、ＧＧＳＮまたはＣＧＳＮまたは同様の機能と通信すべきスタンドアローンユニットとして実現されても良い。
【００２５】
言及した１以上の目的は、以上に説明したような１つ以上の特徴を有する装置を備えるＧＧＳＮまたはＣＧＳＮにより特に満たすことができる。
【００２６】
本発明は、また以上に説明したように、いくつかの装置、ノードまたはサイトを備えるシステムを提案し、ここで、装置またはいくつかの装置は、以上に言及した１つ以上の特徴を備え、これらの特徴を通じて最初に説明した１つ以上の目的を満たすことができる。
【００２７】
特に、パケットはカプセル化され、また、メタデータ情報は、同一の転送プロトコルをサポートする装置の間、特に、異なる装置またはユニットの内部転送手段の間、及び装置内の送信のためにメタデータヘッダとして付加される。また、外部転送手段によって転送されるパケットは、非カプセル化パケット、特に、標準ＩＰパケットとして送信される。
【００２８】
本発明は、また、データパケットに関する操作を実行するために、機能または処理ユニットまたは装置へのパケットデータの通信をサポートする通信システムにおけるデータパケットまたはデータパケットのフローの交換を処理するための方法を提案する。この方法は、少なくともアイデンティティ情報、パケットタイプ、発信元及び宛先情報を調べることによって、例えば、イーサネット（登録商標）であり得る、アクセスネットワークに対するインタフェースを介して装置において受信されるパケットを検査する工程と、パケットに対して、例えば、キャッシュまたはその類のもの等の一時フローシーケンス情報保持手段において、処理フローシーケンスが既に利用可能であるかを確認する工程と、処理フローシーケンスが利用可能である場合、適用可能なフローシーケンス及びフローシーケンスの関係する処理工程とパケットを関連付ける工程と、一時フロー情報保持手段を更新する工程と、フローシーケンスにおける関係する処理ユニットまたは装置にパケットを転送する工程と、処理フローシーケンスが利用可能でない場合、アクセスのタイプ、ユーザ、サービスタイプのうちの１つ以上に関する情報を、特に使用することによって、パケットを分類し、適用可能なポリシーが利用可能である場合、関係する適用可能な処理工程シーケンスを含むパケットフローシーケンスを割り当てる工程と、適用可能ポリシーが利用可能でない場合は、パケットを一時的またはデフォルトに分類する工程と、及び関係する処理ユニットまたは装置へパケットを転送する工程とを備える。
【００２９】
パケットは、宛先、発信元、ポート番号等に関する情報を使用して分類できることは明らかであろう。特に、本方法は、同一の内部転送プロトコルをサポートする別の処理ユニットまたは装置において受信するパケットが、分類することなく適切に転送され、その後再分類を回避することができるように、フロー処理シーケンス情報、及びシーケンスにおける処理工程、例えば、現在／以前／以後の工程に関係する指示を含むメタデータ情報を追加する工程を備える。特に、ＶＬＡＮタグの付与がサポートされ、本方法は、好ましくは、少なくとも検査する目的のためにＶＬＡＮタグを使用し、調べる工程を備える。
【００３０】
本発明に従えば、ＩＰフローを、複数の処理機能を通じて効率的な方法で交換することができる。あるいは、機能または処理工程が特定のフローに関係する必要がない場合、機能または処理工程をバイパスすることができる。好ましくは、このことは、実際のペイロードの処理を実行するユニットに対して完全に開放されたインタフェースを使用してもまた満たすことができる。このインタフェースは、標準ＴＣＰ／ＩＰ、例えば、イーサネット（登録商標）プロトコル以外にはいかなるプロトコルもサポートしない、異なる種類の装置、例えば、発信元となる装置との相互動作をかなり単純化する。特に、本発明に従えば、パケットの不必要な再検査及び分類の少なくとも一方を回避することができる。検査及び分類は時間が掛かり、また費用もかかるので、このことはきわめて有利である。特に、１回限りの検査または分類は、少なくともこれが可能である限り提供され、交換が一貫して行われる。これは、処理シーケンスを実際に判定することができ、かつ留保することができることを意味する。いわゆる、１回限りの分類を可能にするために、ＦＰＣにおける処理変数バインドが必要とされる。さもなければ、新規の分類または検査が必要とされる。
【００３１】
以上に言及したように、特定のフローに適用すべき、関係するまたは適用可能な処理シーケンスは、有利に、例えば、サービスタイプ、アクセスタイプ及びユーザ等の様々な要因に基づくことができる（処理変数バインド）。
【００３２】
本発明は、特に、分散システムを提案する。この分散システムでは、異なる機能を異なるフローにおいて適用することができ、これらのフローではパケットまたはパケットのフローの分類は、絶対的に必要である以上には繰り返す必要はない。一般的には、以上で言及したように、これは、処理シーケンスを判定し、フローの永続的な分類を特に提供し、変数を考慮してフローシーケンスを指定するために、オプションとして必要な変数をそれぞれのフローへバインドすることを通じて、かつ異なる処理機能の間でフローを対応して交換することにより達成される。
【００３３】
従って、オプションとしてはまたは有利には、分類中に、かつフローに適用可能な処理シーケンスを決定し、再分類を回避するために、決定は、適用可能なフローに関する限り、例えば、サービスタイプ、アクセスタイプ及びユーザ等のいくつかの要因に基づいている。これらの要因は、以上で言及したように、フローにバインドする変数により特定される。
【００３４】
特に、有利な実施形態では、ＩＰパケットの転送のために特定または専用フォーマットのサポートを必要とすることなく、ＩＰ、イーサネット（登録商標）及びイーサネット（登録商標）フレームのＶＬＡＮタグの付与のサポートを必要とするだけで、外部機能をＩＰフローの処理チェーンに追加することができる（または対応して）。
【００３５】
従って、本発明に従えば、処理は、処理シーケンス及びインデックスにより制御される。更に、分散交換が可能になり、最も好ましくは、処理シーケンス情報及び位置インデックスが供給され、かつパケットにメタデータ情報として「添付され」、また、転送テーブルは、本願の特許請求項の範囲で記載されるような機能をサポートする装置において／同装置全体に特に分散される。
【００３６】
再分類を、処理シーケンス及びインデックス情報、及び特にまたはオプションの処理変数もまたパケットへバインドまたは関連付けることを通じて、大きく回避することができるのは本発明の利点である。特に、有利な実施形態では、ＶＬＡＮタグの付与を使用して、フローに適用されるる処理機能の順序を、そのためにパケットの状態を維持する必要なく正しく維持する。
【００３７】
本発明の詳細説明
図１は、データパケットまたはデータパケットのフローの交換を処理するための本発明に従う装置、より詳細にはいくつかのそのような装置を備えるシステム（但し、明確にするために、図では１つのみを示す）を実装することができる、通信システムの非常に概要的な図である。この特定の実施形態では、パケットデータ、例えば、ＧＰＲＳ（GSM Packet Radio Service：ＧＳＭパケット無線サービス）またはＵＭＴＳ（Universal Mobile Telecommunications System：ユニバーサル移動通信システム）の通信をサポートする通信システムであると想定する。図では、サービス提供ＧＰＲＳサポートノードＳＧＳＮ４と通信する、ＲＮＣ３（Radio Network Controller：無線ネットワークコントローラ）を経て基地局ＢＳ２と通信する移動局ＭＳ１が示されている。ＳＧＳＮは個々のＭＳの位置を追跡し、セキュリティ機能及びアクセス制御等を従来の方法で実行する。ＳＧＳＮ４は、次に外部のパケット交換ネットワークとの相互作用を提供するネットワークノードゲートウェイＧＧＳＮ５（GPRS Gateway Support Node：ＧＰＲＳゲートウェイサポートノード）に接続され、ＧＧＳＮ５はＩＰ（Internet Protocol：インターネットプロトコル）に基づくバックボーンネットワークを介していくつかのＳＧＳＮに接続されている。ＳＧＳＮ及びＧＧＳＮの機能は、様々なサイトまたは様々なノードにおいて提供することができるが、これらの機能は、１つの、同じ物理ノードまたはサイトにおいて統合し、ＳＧＳＮ及びＧＧＳＮの両機能を提供する、例えば、所謂ＣＧＳＮ（Combined GPRS Support Node：結合ＧＰＲＳサポートノード）を構成することもできる。このＣＧＳＮは、インターネット等の外部データネットワークへのゲートウェイを形成する。
【００３８】
データパケットまたはデータパケットのフローの交換を処理するための本発明に従う装置１００は、本明細書ではＧＧＳＮ５と関連付けられる、または通信するスタンドアローン装置であると想定する。選択的には、装置１００は、ＧＧＳＮ、または同一ノードまたは同一サイトにおいて提供することができることは明らかであろう。または、装置１００はＣＧＳＮ、または同様の機能を有する任意のその他のノードと通信する、または関連付けることができることは明らかであろう。この図では、装置１００を単にかなり概略的に示していて、以下で更に十分に説明する。装置１００は、中でもパケットの分類及びパケットまたはパケットフローの処理のための適切な配信または交換を扱う、フロー処理コアＦＰＣ１０を備える。オプションとしては、装置１００はネットワーク情報コントローラＮＩＣ（Network Information Controller）５０と通信し（または備え）、ＮＩＣ５０は、ユーザ、アクセスタイプまたはアクセス特性、サービスタイプ及びその他のコンテキストの内の１以上に関する情報を扱い、収集し、分類のために使用する処理変数のバインドを可能にする。但し、このことはオプションではあるが、有利な特徴であり、本明細書において更に詳細に以下で説明することにする。
【００３９】
図２は、１つの特定の実施形態に従う本発明の概念に従う装置１００’を示している。この図は、簡単に上述したユーザ、サービスタイプ、アクセスタイプ等に関する情報を提供／バインドするオプションの機能を含む、装置の概要を提示することを単に意図するものである。
【００４０】
装置１００’は、フローの分類及び交換を扱うための主要なエンティティである、フロー処理コアＦＰＣ１０を備える。ＦＰＣ１０の主目的は、パケットのフローに対して「１回限り」の永続的分類を提供することであり、特に有利な実施形態では、本発明はこの実施形態に限定されるものではないが、他の処理機能のために必要な変数をバインドし、処理機能の間でフローを交換することである。ＦＰＣ１０の基本機能は、受信パケットのための処理シーケンスを識別することである。従って、ＦＰＣ１０は、受信パケットを検査し、分類する。ここでは、（Ｉ）パケットは、外部サーバ、例えば、サーバ１またはサーバ２からルータを介して受信される。ＦＰＣ１０は、特に特定のパケット、または特定のパケットが属するフローに適用すべき処理シーケンスを判定し、パケットフローに関して動作する他のユニットへパケットを配信する。ＦＰＣ１０は、このようにして処理シーケンスを確立し、一度パケットを分類すると、以下で説明するように、そのシーケンスに従うパケットの転送を行う。この実施形態では、厳密な検査及び処理ユニットＤＩＰ４０及び特別フロー処理ユニットＳＦＰ３０を更に備えるものと想定する。これらのユニットが本発明の機能に必須でないことは明らかであろう。しかしながら、図示の実施形態では、ユニット群であるＦＰＣ１０、ＮＩＣ５０、ＳＦＰ３０、ＤＩＰ４０は、交換装置、例えば、イーサネット（登録商標）スイッチまたはいわゆる高速Ｉ／Ｏスイッチまたは任意のその他の類似の交換装置を介して通信する。従って（本明細書では）、イーサネット（登録商標）パケットをまずＦＰＣ１０へルーティングする（Ｉ）。ここで、ＦＰＣ１０は検査及びフロー検出及び分類を行う。実際には、ＦＰＣ１０は、内部対外部領域インタフェースを形成し、フローに対するポリシー執行（シーケンス）を扱い、また、転送機能を備える。例えば、厳密な検査が必要であることを確認すると、パケットは、ＦＰＣ１０によりスイッチを通じてＤＩＰ４０へ転送される（ＩＩ）。ＤＩＰ４０は、ステートフルＴＣＰ（Transmission control Protocol：伝送制御プロトコル）及びＨＴＴＰ（Hypertext Transfer Protocol：ハイパーテキスト伝送プロトコル）の検査、ＵＲＬ（Uniform resource Locator：ユニフォームリソースロケータ）に基づく認証及びリダイレクション、ストリームへの分割またはストリームに対するポリシーの執行の取扱等を行うことができるユニットである。ＤＩＰ４０が、１以上のこれらの機能、その他の機能、それに加えてその他の機能等を備えることができることは明らかであろう。この工程を実行すれば、パケットはスイッチを介してＦＰＣ１０に返信される。ここで、ＦＰＣ１０は、関係があれば、例えば、選択したフローの処理を扱うユニットである、特別フロー処理ＳＦＰ３０にパケットを転送する。ＳＦＰ３０は、課金収集ポイントを構成し、ポリシー策定を取り扱い、また、端末接続等を行うことができ、その後、パケットをＦＰＣ１０に返信する。次に、ＦＰＣ１０は、ＷＬＡＮ（Wireless Local Area Network：無線ローカルエリアネットワーク）アクセスノード、ＧＰＲＳのＧＧＳＮまたはブロードバンドアクセスインタフェース等へパケットを交換する（ＩＶ）。
【００４１】
データトラフィックがサーバからクライアントへ向かうことを単に図に示すが（明確にするために）、データトラフィックは、またクライアントからサーバへ向かうことは明らかであろう。パケットがアクセスネットワークのユーザから、またはサーバから着信するかに関わらず、パケットは同様の方法で処理される。
【００４２】
従って、ＦＰＣ１０はパケットの検査後、可能なら、関連する処理フローシーケンス、即ち、パケットを処理するために送信する内部または外部ユニット、及びそれぞれのユニットによりパケットを処理する順序を確立する。これを、パケットに付加する処理シーケンス情報、好ましくは処理チェーンにおける現在（または以前または以後）の工程を示す、例えば、パケットが現在存在するか、またはパケットを処理する場所を示す指示マーキングにより判定される。パケットの受信に応じて、ＦＰＣ１０は検査及び分類を実行し、関連する処理フローシーケンス及びそのフローシーケンスにおけるパケットの現在位置に関する情報をパケットに追加する。特に、追加データは、パケットと共に、最も有利な追加メタデータ情報として送信することもできる。
【００４３】
有利な実装では、（基本）メタデータ情報は処理シーケンス及び処理インデックスを含んでいる。特に、有利な実装では、（基本）メタデータ情報は、本発明の概念はこれに限定されないが、他の処理変数を含むこともできる。これについて、更に以下で説明する。ここでは、パケットは別のユニットで受信されるものと想定し、本明細書ではこの別のユニットは、本発明の概念をサポートする別の装置またはユニットであると想定し、それゆえ、上述のように、メタデータ情報の送信に伴うプロトコルフォーマットをサポートする。受信データは更に処理を提示し、ここで、受信ユニットはパケットを再分類する必要がない。しかしながら、この後続の受信ユニットが外部ユニット、即ち、例えば、メタデータ情報を含むプロトコルをサポートしない装置またはユニットである場合、マークが付加されていない、または対応してマークが付加されているパケットが送信される。外部ユニットまたは装置は、この場合、パケットの適切な処理後、前工程のＦＰＣまたは前段装置にパケットを返信することにし、前工程のＦＰＣまたは前段装置は、メタデータがないので、パケットを再分類しなければならない。これについては、更に以下で説明する。
【００４４】
実際には、フロー処理コア１０は、検査、分類及び交換に加えて１以上の処理機能それ自身を実装することができる。ここで、１以上の処理機能は、本明細書では実際のペイロードを処理する機能を意味する。このような機能の例は、ＮＡＰＴ（Network Address Port Translation：ネットワークアドレスポート変換）及びファイヤウォール機能がある。ここで、これらの機能はＡＲＰ（Address Registration Protocol：アドレス登録プロトコル）を使用してパケットを送信すべきパケットを扱い、ＩＣＭＰ（Internet Control Message Protocol：インターネット制御メッセージプロトコル）等を使用して制御メッセージを扱う。しかしながら、これらの機能は、例示のために単に提示するものであることは明らかであろう。
【００４５】
また、ＦＰＣ１０は、本来ステートレスである。即ち、フローの交換を行うのに永続的状態を必要とせず、必要な全ての情報を処理ルールを通じて、かつ情報、特にメタデータ情報を送信することにより導出されることが好ましい。
【００４６】
図３は、ＦＰＣ１０における入力トラフィックＰinの取り扱いを概略的に示している。これによって、最初の処理工程の１つは、別のユニット２０によって処理される。但し、ユニット２０は本発明に従う機能をサポートする。つまり、本明細書では、ＦＰＣ１０は、前処理手段１１、内部転送手段１２、フロー分類及び制御手段１３、及び外部転送手段１９を備える。ここで、前処理手段１１は、簡単に言えば、パケットが分類されるか、かつパケットが定義された処理シーケンスを有するフローに属するかを確認するパケットの検査を実行する。内部転送手段１２は、他の内部転送手段及び他の内部ユニットへの転送を取り扱う。ここで、他の内部転送手段には、本発明の機能をサポートする別のユニット２０の内部転送手段２２がある。また、他の内部ユニットには、例えば、ＦＰＣ１０自体内の処理手段（不図示）、またはパケットが分類を必要とする場合には、フローの分類及び制御手段１３がある。ＦＰＣ１０は、また外部転送手段１９へパケットを転送する。この転送は、例えば、パケットが、関連する処理シーケンスに従って処理され、出力される場合、または本発明に従うデータパケットの交換をサポートしない、即ち、例えば、少なくとも基本メタデータ情報の送信を含む内部プロトコルをサポートしない、外部ユニットによりパケットが処理される場合に適用可能である。
【００４７】
ここで、内部転送機能１２は転送テーブル（不図示）に基づいて動作することを想定する。ＦＰＣ１０がフローを検出すると、どの処理シーケンスが関連しているかの決定を行う必要がある。処理シーケンスが利用可能、即ち、入力パケットを内部転送テーブルに保持されるある情報にマッピングすることができる場合、パケットを処理シーケンスにマッピングすることができ、次に、ＦＰＣは、メタデータ情報の形式の処理シーケンスＩＤを、プロビジョンポリシーが考慮される場合の分類及びおそらくはルール評価中に割り当てることができる。例えば、プロビジョンポリシーに基づくこのような処理シーケンスが利用可能である場合、その処理シーケンスは永続的なものとしてマークが付加されることにする。一方、で、ＦＰＣが適用可能なフローシーケンスまたはポリシーを検出しない場合、永続的でないデフォルトポリシーが適用されても良い。ここで、このようなデフォルトポリシーに対応するデフォルト処理シーケンスアイデンティティでパケットにマークが付加されても良い。有利な点には、デフォルトポリシーまたはデフォルト処理シーケンスアイデンティティは、後段において永続的処理シーケンスアイデンティティを確立できる場合、その永続的処理シーケンスアイデンティティに置換される。例えば、永続的ポリシー決定に対応する永続的処理シーケンスアイデンティティを取得するためのリクエストを送信することができる。それゆえ、リクエストは、例えば、ＮＩＣ５０またはその他の外部エンティティに送信することができる（図２参照）。永続的決定応答が受信される場合、同一フローの連続する全てのパケットに永続的処理シーケンスアイデンティティがマークが付加されることになる。
【００４８】
図３では、パケットは、例えば、イーサネット（登録商標）を経てＦＰＣ１０にローパケット（raw packet：生のパケット）として着信するものと想定する。このパケットは、まず前処理装置手段１１で処理され、この前処理装置手段１１は、特に有利な実施形態では、受信パケットのＶＬＡＮ（Virtual Local Area Network：バーチャルローカルエリアネットワーク）タグを抽出、分析する。このタグを使用して、パケットの方向を判定し、仮想または論理ネットワーク等の間の区別を行う。前処理装置手段１１における前処理の後、内部転送手段１２を介してパケットを内部的にフロー分類及び制御手段１３に転送する。フロー分類及び制御手段１３においてパケットが分類され、パケットに適用すべき処理、例えば、関連するフロー処理シーケンスが判定される。内部転送手段１２は、次にフロー分類及び制御手段１３から分類したパケットを受信の後、そのパケットを関連するフローシーケンスに従って関連する処理装置またはユニットへ転送する。
【００４９】
例えば、シーケンスを形成する任意の数の処理機能が存在してもよく、上述したように、パケットに適用可能な関連する処理シーケンスが、処理シーケンスアイデンティティを通じて識別され、どの処理工程が実際に処理されているか、また丁度処理されているか、または次に実行されるものであるかを追跡するために処理インデックスが保持されることが好ましい。関連する処理機能は分散されていてもよく、内部転送手段１２は別のハードウェアユニット２０内の別の内部転送手段２２へパケットを転送することができる。次いでパケットは、カプセル化され、メタデータヘッダが付加されて処理を制御する。ここで、メタデータヘッダは、関連する処理シーケンスに関する情報、及び、例えば、現在の処理を示すインデックスを含んでいる。他のユニット２０の内部転送手段２２は、その後、関連する処理機能２４へパケットを転送し、処理が終了すると、内部転送手段２２へパケットを返信し、インデックスが進められ、内部転送手段２２は適用可能な処理シーケンスの関連する後続ユニットへパケットを返信する。しかしながら、処理が終了すると、再度外部に送信するために、パケットは、標準ＩＰ（非カプセル化）通信を使用して外部転送装置１９に送信される。このパケットは、他のユニット２０内の外部転送手段（存在する場合）へ提供することも可能である。外部転送装置１９は、特に発信ルートを制御し、発信パケットに適用するＶＬＡＮタグを含む転送テーブルを使用して動作する。
【００５０】
個々の処理及び機能が、動的に、または割り当てられる変数に依存することがよくあり、これらの変数は検査または分類を通じてのみバインドすることができることは明らかであろう。課金データ収集機能は、例えば、フローにバインドされる課金キーを必要とすることがある。課金データ収集機能が完全な検査または分類を実行しなければならない事態を避けるために、有利な実施形態では、ＦＰＣ１０はこのような変数バインドを実行することができる。このような実施形態では、ＦＰＣは分類の過程で任意の処理と特定の変数をバインドすることができる。これらのバインドは、ＦＰＣが動作するフィルタ及びルールを通じて定義される。変数がバインドされると、変数はパケットと共に追加メタデータとして送信され、また、処理機能はメタデータから変数を抽出することで、検査または分類の必要を排除することができ、これは非常に有利なことである。
【００５１】
図４は、ＦＰＣ１０の実装の機能的概要図である。上述のように、最も好ましくは、ＦＰＣはパケットまたはパケットフローの永続的、または、１度限りの分類を提供することができ、更に特定の実装では、ＦＰＣ１０は他の処理機能に必要な変数をバインドすることができ、異なる処理工程、即ち、パケットに対して分類したように、フローシーケンスに従い関連する処理工程を実行する関連する機能または装置の間の交換を行う。ＦＰＣの最も有利な実装においては、図４で参照することができるように、ＦＰＣは機能的に高速経路と低速経路とに分割される。パケットに関係するパケット転送及び処理の主要部は、高速経路において処理される。この特定の実装では、低速経路は、新しく検出される、即ち、パケットに対するフローシーケンスを識別できず、かつそれゆえに更に進んだ処理及び決定の少なくとも一方、を行うことを必要とするパケットまたはフローの分類を扱う。高速経路における処理は、以下の図５を参照して更に詳しく説明する。
【００５２】
本明細書では、高速経路は上述のパケット前処理装置１１、内部転送装置１２及び外部転送装置１９、フロー検出及び制御手段１３、高速経路のフロー検出及び制御手段１３及び低速経路のフロー分類手段１３Ａの両者で使用されるフローキャッシュ１４、及び、例えば、ＮＡＰＴ（Network Address Port Translation：ネットワークアドレスポート変換）トラフィックのための、例えば、処理機能手段１８を備える。特に、低速経路構成要素または構成要素群はフロー処理コアと、オプションのＮＩＣ制御装置５０（図２参照）との制御通信機能及び内部制御インタフェース手段１６によるデータ管理機能を実装する。
【００５３】
ここで、フローシーケンスを識別することができないパケットが着信する場合、パケットはパケット前処理装置１１から内部転送装置１２、及びフロー検出及び制御手段１３を介して低速経路のフロー分類装置１３Ａに送信される。この低速経路のフロー分類装置１３Ａは、フィルタルールを使用するフィルタルール評価手段１５を使用して分類を実行する。このフィルタルールは、ルールマネージャ１５Ａによって管理される。ＦＰＣは、低速経路と高速経路との間で共有されるフローキャッシュ１４において記憶するものを除いていかなるユーザデータも保持しない。例えば、ユーザ専用であり、かつユーザ専用状態であるフィルタルールは、個々の処理機能により保持される。これは、ＦＰＣが判定実行またはポリシー決定に関して限定的ケイパビリティのみを必要とするのに対し、処理が適用可能であり得るユーザ及び／またはアクセスタイプ及び／またはサービス及び／または他のコンテキストに関する情報に基づいている場合に、制御通信インタフェースを備える内部制御インタフェース１６が少なくとも提供されることを意味する。好ましくは、高速及び低速経路は共有キャッシュ１４とシグナリングとの間の通信により通信する。低速経路で判定されるように、例えば、サービスタイプ、アクセスタイプ、ユーザ等のいくつかの構成要素（不図示）が、どの処理シーケンスがフローに適用されるべき処理シーケンスであるかに関する判断の実行に関係する。一般的に、本発明の機能をサポートする装置内または装置の間における転送のために、内部転送プロトコルが使用される。このプロトコルは、オリジナルのパケットをカプセル化し、少なくとも適用可能なフローシーケンス及び状態または位置の指示に関する追加情報をオリジナルのパケットと共に、好ましくはメタデータとして送信する場合のプロトコルであると想定され、一方、非トンネル化ＩＰパケットは外部通信、即ち、内部転送プロトコルをサポートしないユニットまたは装置との外部通信に対して使用される。
【００５４】
高速経路（ならびに低速経路）は、再使用を可能とする、分割した機能を有する、いくつかの協働する機能モジュールを含んでいる。即ち、いくつかのモジュールはＦＰＣ以外の他のエンティティ、例えば、前処理装置で再使用することができることは明らかであろう。
【００５５】
図５を参照して、高速経路にける着信パケットの処理を更に詳細に説明する。ここでは、パケットＰ１は、例えば、イーサネット（登録商標）インタフェースを経てパケット前処理手段に着信する、１、と想定する。受信パケットは前処理手段によって処理され、前処理手段は、本明細書では、パケットの検査後、そのパケットをペイロードパケットとしての識別及びパケットのさらなる処理への準備を含んでいる。この実施形態では、パケットヘッダ（パケットの例を以下の図８を参照して示すことにする）から全ての必要なフィールドの抽出を含んでいる、２。このフィールドには、例えば、ＴＣＰ／ＩＰの５つの要素の集合及び、ＶＬＡＮタグの付与がサポートされる状態におけるＶＬＡＮタグがある。この場合、パケットは以前に分類されていないので、パケットはフロー検出及び制御モジュールへ送信され、４、フロー検出及び制御モジュールで、パケットは、シーケンス情報保持手段、例えば、フローキャッシュの内容とマッチングされる、５。フローを検出することができない場合、フロー検出及び制御モジュールは低速経路と通信し、６、パケットを分類することになる。低速経路において（図４参照）、シーケンスが決定され、共有フローキャッシュにおけるキャッシュエントリが生成される。次に、フロー検出及び制御モジュールは、低速経路からの応答の受信後に必要な内部データ構造を生成することで、パケットに付加される処理シーケンス及びインデックスの設定を含む内部転送を開始することができ、７、その処理シーケンス及びインデックスに基づき、内部転送手段はパケットを送信する、または転送する。このパケットは、例えば、ローカル処理機能が登録されているロケーションエリアに基づいて、そのローカル処理機能へ、８、例えば、ＴＬＶ（Type（タイプ）、Length（長さ）、Value（値））フォーマットのメタデータトンネルを使用する内部転送または外部転送を通じて、いくつかの他のユニットへ転送される、９。ここで、これらは単にいくつかの実施例を構成するものである。
【００５６】
特に、高速経路はイーサネット（登録商標）ＭＡＣレイヤーをサポートする。好ましくは、ＭＡＣレイヤーはＩＰ完全性チェック及びＡＲＰ（Address Resolution Protocol：アドレス解決プロトコル）のキャッシュ参照等をサポートする。キャッシュにエントリがない場合、ＭＡＣレイヤーはＡＲＰ参照メッセージの起動をサポートすることが好ましい。
【００５７】
以下では、高速経路手段について詳細に説明する。
【００５８】
パケット前処理手段１１は、図４参照、モジュールを備え、このモジュールは好ましくはパケットの一時記憶を行い、トラフィックマッピングテーブルにおける情報に基づいて制御シグナリングを識別し、必要がある場合、即ち、関係するパケットフローに対してフローキャッシュに情報がない場合、低速経路への転送を扱うか、または開始する。更にパケット前処理手段は、カプセル化（内部的にトンネルされた）ペイロードパケットを識別し、そのようなパケットを内部転送手段へ送信することができる。この内部転送手段は適用可能なフローシーケンス及びフローにおける位置に関係する情報を含むトンネルメタデータヘッダの抽出を担い、抽出できる場合はパケットを、低速経路へ転送する必要はない。
【００５９】
パケット前処理手段は、また低速経路と協働する、フロー検出及び制御エンティティを介して分類のために送信を必要とする非カプセル化、例えば、（「非トンネル化」）ペイロードパケットを識別する。そのような非トンネル化ペイロードパケットは、パケット前処理手段から直接、または異なる実装による内部転送手段を介してフロー検出及び制御モジュールへ送信される。個々の実装では、パケット前処理手段は、分類に必要なパケットヘッダ要素を抽出する機能も備える。パケット前処理手段は、１つ異常の付加機能を含んでいても良く、これには、例えば、低速経路への転送のためのトラフィックマッピングテーブルの情報に基づく制御シグナリングの識別、ＦＰＣにまたはホストとしてのＦＰＣに向けられ、低速経路におけるＡＲＰ／ＩＣＭＰモジュールへの転送のためのＡＲＰ／ＩＣＭＰの識別がある。
【００６０】
内部転送手段１２は、図４参照、定義された処理シーケンスに従い（またはパケットのためにこのような処理シーケンスを取得するために）、パケットを転送するためのモジュールを特に備える。処理機能またはユニットまたは装置等のフローを処理することができるユニットまたは装置、特にモジュール、または外部転送手段は、内部転送手段を登録し、これらがどの論理アドレスを提供するかについての情報を提供する。
【００６１】
一実施形態では、内部転送手段１２はパケットを転送することを可能にするために、２つの情報要素、即ち、上述の処理シーケンスＩＤ及び処理インデックスを必要とする。処理シーケンスアイデンティティは、その特定のフローのパケットが通過する必要のある処理工程のシーケンスを固有に識別する。インデックスは関係する処理シーケンスにおける現在位置を示している。インデックスは（それを使用する場合）、各処理工程に対して進められる。
【００６２】
処理シーケンスアイデンティティは検査／分類に基づいてパケットに付加され、その検査／分類は、パケット前処理手段またはフロー検出及び制御手段において実行することができる。パケットが着信すると、内部転送手段１２は一時パケット記憶装置に記憶されている処理シーケンスアイデンティティ及び処理インデックスを、内部転送テーブルに照らしてチェックする。ここで、この内部転送テーブルは、以上に説明したように、実装されている場合には、ＮＩＣから低速経路を介するシグナリングによりプロビジョンされている。図６に、転送テーブルの例を示す。
【００６３】
転送の決定が、特定の論理アドレスを登録している処理機能がコールされることを示している場合、パケット及びその制御をその論理アドレスを登録したモジュールに受け渡す（そのような論理アドレスが検出されない場合、誤りが発生している）。
【００６４】
転送テーブルは、パケットを特定のＩＰアドレスを有する別のユニットまたは装置に内部的に転送すべきことを示すこともできる。内部転送手段は、パケットをカプセル化し、トンネルヘッダ及びペイロードを含む内部トンネルパケットを作成し、図８参照、例えば、ＡＲＰを介して検出されるＭＡＣアドレスを使用して、指定されたＩＰアドレスにそのパケットを送信する。内部トンネルフォーマットはＴＬＶに基づく方式、即ち、タイプ、長さ、値情報を含む方式を含むことができる。従って、内部転送手段は、処理シーケンス及びインデックスが既知である場合、ローカルに処理機能へパケットを送信すべきかを知る必要があり、この場合、内部転送手段は次処理工程、またはシーケンスにおける次機能の論理アドレスを知る必要があり、またはいくつかのその他のエンティティ、例えば、精密な検査ユニット、例えば、図２のＤＩＰ４０へパケットを転送すべきかを知る必要がある。後者の場合、内部転送手段はそのエンティティのＩＰアドレスを知る必要がある。
【００６５】
図６に、２つのハードウェアユニットを示す。ここで、第１のユニット６０はＩＰアドレスＸを有し、第２のユニット７０はＩＰアドレスＹを有する。第１のユニット６０は内部転送手段を備える。この内部転送手段は、内部転送テーブルと通信し、かつ論理アドレスＬＡ＝１、ＬＡ＝２、ＬＡ＝５による関数を備える。一方、第２のハードウェアユニットは内部転送テーブルにより通信する内部転送手段を備え、更に論理アドレスＬＡ＝３による関数、及び論理アドレスＬＡ＝４による関数を備える。内部転送テーブルには、シーケンスＡ、Ｂが含まれ、シーケンスＡは関数１、２、３、４により与えられる。シーケンスＢは関数４、１、５により与えられる。それぞれの内部転送テーブルは、現在パケットを処理している処理フローにおける位置を示すインデックスを含んでいる。
【００６６】
論理アドレスＬＡのいくつかは、外部エンティティに対応し、これは、パケットをルータに送信すべき、即ち、システムから出力するべきか、または相互動作が行われるいくつかのノードに送信すべきであることを意味する。この場合、処理エンティティは外部転送動作を実行する、上述の図５及び以下の図９参照。一実施形態では、それぞれの処理装置は、またいくつかの種類の外部転送テーブルを備える。図６に概略的に示す実施形態では、論理アドレス４及び５は外部転送手段であることを想定している、即ち、パケットはシステムから出力されるべきことを意味している。内部転送手段は、受信する、カプセル化された、例えば、トンネル化パケットからのデータの抽出、さらなる処理のために内部一時パケット記憶装置またはその類にこのようなデータの記憶を行う。また、更に、内部転送手段は負荷均衡化を担う。好ましくは、内部転送手段は再使用可能な構成要素を備え、この要素は他の構成要素、また、ＦＰＣだけでなく他の処理ユニットまたは手段、例えば、ＮＩＣ（図２参照）、一般的には本発明の概念の機能を実行する任意の手段において再使用することができる。
【００６７】
フロー検出及び制御手段１３は、図４参照、特にパケットが属するフローの識別のためのモジュールを備える。即ち、フロー検出及び制御手段１３は、特にそれぞれのフローのキャッシュエントリにパケットをバインドさせ、キャッシュエントリにはフローに関連する全てのデータが記憶される。このデータは、例えば、そのようなバインド機能が実施形態に含められる場合には、内部転送のためにフローの各パケットと共に送信されるデータ変数を含むことができる。
【００６８】
フロー検出及び制御手段１３に新規パケットが着信すると、これはフローのキャッシュにおいてフローが既に検出されているかを確認するためのチェックを行う。既に検出されている場合、これは一時パケット記憶装置、かつ適用可能であれば、必要なデータ変数を更新し、適切なフローコンテキストにパケットを入力する。好ましくは、処理インデックスは、キャッシュにより判定される初期値、典型的には１に設定される。もちろん、他のインデックス化方法または指示方法も使用することができるが、主要なことは、処理インデックスに、処理シーケンスにおいて実際にパケットが処理されているか、または処理されるべき場所に関する情報が何とかして提供されることである。これがなされる場合、パケットが内部転送手段に送信される。キャッシュエントリを検出することができない場合、フロー検出及び制御手段は低速経路と相互動作して、図４参照、キャッシュエントリを作成し、デフォルトフローであるとしても、フローに使用することができる処理シーケンスを定義する。
【００６９】
フロー検出及び制御手段は、好ましくは、ＦＰＣ内においてのみ使用される。これは、ＦＰＣが、パケットが属するフローを識別するためのパケット検査がなされる場所であることが意図されているからである。しかしながら、他の実施形態では、フロー検出及び制御機能が、例えば、ＦＰＣ機能群の限定された数のみを実行するように指定されている場合、フロー検出及び制御機能がその他のユニットに含められても良いことはは明らかであろう。
【００７０】
フローキャッシュ１４、図４参照、を使用して、動作中のフローに関するキャッシュ情報を保持する。新規エントリを付加して、古いエントリを削除することができる。着信パケットはキャッシュの内容に照らしてマッチングされる。着信パケットに対して、キャッシュエントリが存在する場合、そのエントリが使用される。存在しない場合、パケットは分類のために低速経路へ転送される。低速経路により新規エントリが常に作成され、古いエントリが常に削除される。高速経路はフローキャッシュ１４を使用して、フローに関するデータを検出する。即ち、フローにパケットを関連付ける。ここで、フローキャッシュ１４は、高速経路と低速経路との間で共有され、対応するフローに属するパケットの転送に必要な全ての情報、即ち、フロー処理シーケンス、インデックス及び実装に応じて、おそらく、例えば、アプリケーション専用でありうるバインド変数を含んでいる。
【００７１】
外部転送装置手段１９（図４参照）は、カプセル化することなく送信されるべきパケットの転送を担う。例えば、内部トンネルリングフォーマットでないパケット、特に、生のＩＰパケットの転送を担う。本発明に従えば、実施形態では、外部機能をインターネットプロトコルＩＰ、イーサネット（登録商標）及びイーサネット（登録商標）フレームのＶＬＡＮタグの付与以外の他のあらゆる特定のまたは専用フォーマットをＩＰパケットの転送のためにサポートする必要なく、ＩＰフロー処理フローシーケンスのチェーンに付加することができる。そのような実装を、図９を参照して以下に更に十分に記載する。実装するものはイーサネット（登録商標）規格である必要はなく、任意のその他の類似の規格、例えば、高速入／出力等も使用することができることも明らかであろう。
【００７２】
また、図４を参照して、低速経路の構成要素または手段を簡単に説明する。低速経路のいくつかのモジュールは、高速経路が動作することになる、共有メモリ、即ち、フローキャッシュ１４に記憶されるデータテーブルを供給することによってのみ高速経路と相互動作する。特に、これには、高速経路についてデータエリアへのアクセスを可能にするために関係するポインタの送信を含んでいる。その他の機能は、高速経路と低速経路との間をそれぞれ通過する、または転送するより直接的な通信インタフェースを有する。（オプションの）ＮＩＣ５０制御手段（図２参照）へ及びＮＩＣ５０制御手段からの、全ての内部制御通信は高速経路を通過する。内部制御インタフェース１６はこの相互動作のための共用地点として動作する。即ち、インタフェース１６は制御メッセージのディスパッチャとして動作し、分析、フォーマッティング等を実行する。
【００７３】
有利な実装におけるフロー分類装置手段１３Ａは、図４参照、フローの分類及びフロークラスのバインド、処理シーケンスの判定（特に１つ以上の変数のバインド）、フィルタルール評価装置１５を使用するフィルタルールの評価、ルールマネージャ１５Ａにより管理されるフィルタルールにより記載される変数のバインドを担う。フロー分類装置手段１３Ａは、フローキャッシュモジュール１４を通じてバインドする全ての変数によるフローキャッシュエントリの設定を更に担う。また、更に、フロー分類装置手段１３Ａはポリシー決定を取得するためにＮＩＣ（図２参照）と相互動作することができる（デフォルト決定のみをローカルに行うことができる場合）。この相互動作は、完全に非同期であることが好ましい。即ち、フロー分類装置１３Ａは待機モードまたは待機状態を含まない。
【００７４】
フィルタルール評価装置１５はフィルタルールの評価のために使用される。ＦＰＣ１０内では、フィルタルール評価装置１５は、特に、フロー分類装置１３Ａのみにより使用されるが、そのような機能を必要とする他の手段または機能により再使用されても良い。フィルタルール評価装置１５は、特に、複数のルールセットを担うことができる。ルールマネージャ１５Ａは、例えば、構成装置からのコマンドに応じてルール及びルールセットの設定及び削除を担う。好ましくは、ルールマネージャ１５Ａは静的構成ならびに動的構成をサポートする。動的ルールを、進行中の動作に影響を与えることなく実行時に追加することができる。即ち、全ての必要な前処理が終了すると、アクティブにすることができるオフラインエリアにルールテーブルが用意される。
【００７５】
内部制御インタフェースモジュール１６は（図４及び図７参照）、上述のように、特にＴＬＶを基本とする、内部制御インタフェースのフォーマッティング及び分析を実行する。また、内部制御インタフェース１６は他のモジュールへのメッセージのディスパッチを担う。この他のモジュールは処理しているメッセージのタイプ（ｘ1、ｙ1）を内部制御インタフェースモジュールに登録し、内部制御インタフェース１６は、更にＮＩＣ５０、図２参照、への制御トラフィックの負荷均衡化を行うことができる。
【００７６】
転送データマネージャ１７、例えば、モジュールは内部及び外部転送に関係するデータならびにパケット前処理装置１１により使用されるトラフィックマッピングテーブルの管理を担う。転送データマネージャ１７は静的制御インタフェースを使用して構成装置（不図示）からそのような管理データを受信し、高速経路におけるそれぞれの機能によりアクセスすることができるデータエリアに、そのデータを設定する。好ましくは、転送データマネージャは、ペイロードデータを処理する他のユニットにより再使用することができる、再使用可能な構成要素である。
【００７７】
処理機能制御１８Fは高速経路の可能な処理機能１８に対応する。機能のいずれも本発明の機能に必要ではなく、ＦＰＣ自体が低速経路（１８S）及び高速経路（１８F）において処理機能を備えうることを示するために単に含めているものである。
【００７８】
一実施形態では、プロトコル構成要素をＡＲＰ及びＩＣＭＰプロトコル２１のために提供される。次に、ＦＰＣは１以上のＩＰアドレス（、例えば、内部転送データ及び制御寝シグナリングが送信されるアドレス）に対するホストとして動作する。
【００７９】
図８は、本発明の概念に従うパケット、即ち、本発明の装置内及び装置の間で使用することができる内部プロトコルをサポートするパケットの内部転送または交換をサポートするパケットフォーマットの一例を示している。パケットＰMEは、例えば、ＴＬＶを基本とするトンネルヘッダ、例えば、処理シーケンス及び処理シーケンスにおける位置に関する情報を提供するインデックスを含む処理タグまたは複数の処理タグ、ユーザ及びコンテキストの識別タグまたは複数のタグ、選択可能な１以上の他のデータタグ、例えば、処理データ及びペイロード、例えば、「オリジナル」パケットを含む。
【００８０】
以下では、外部ユニットへ及び外部ユニットからのフローの交換を説明することにする。これは効率性及び柔軟性の損失を可能な限り少なく保つような方法でなされる。
【００８１】
有利な点には、処理機能が生じる、任意の数の定義されるべき処理シーケンスが許容されることである。また、更に、好ましくは、処理機能の厳密で静的な順序付け、例えば、処理機能のカスケード化は避けられるべきである。また、更に、交換は効率的に保たねばならず、パケットは実際に必要でない限り処理機能に送信されるべきではない。上述のように、柔軟性及び効率性は中でも分類装置及び内部転送の使用により高く維持することができる。
【００８２】
外部転送に関する限り、以下に説明されるように、柔軟性及び効率性の維持により問題を減らすことができる。パケットが外部機能による処理の後ＦＰＣに返信される場合、外部機能は内部転送装置を持たないので、パケットは生のパケットとして外部機能へ転送される。処理の後、パケットをフロー処理コアに返信しなければならない。これは、新しく内部転送の決定を行わなければならず、かつ以上で言及したように外部機能は内部転送装置を持たず、かつパケットを別の処理機能へ転送しなければならないからである。しかしながら、パケットがＦＰＣに着信すると、パケットに対して状態が留保されておらず、これは望ましくないので、パケットは再検査／分類される必要がある。パケットを処理した外部機能が、パケットヘッダに変更を行わい場合、検査または分類の結果は、パケットがシステムに最初に着信したときと全く同じであることになる。これは、パケットがエンドレスループに入る得ることを意味する。
【００８３】
しかしながら、本発明により、この問題は仮想アドレスタグの付与、例えば、イーサネット（登録商標）ＶＬＡＮタグの付与、図９参照、を利用することにより処理することができる。ここで、図９を参照すると、パケットは最初にＶＬＡＮ１において着信すると想定する。前処理手段１１1はパケットを検出し、本明細書では、ＶＬＡＮタグの付与がサポートされるものと想定し、前処理手段１１1はＶＬＡＮタグを抽出するものとする。値またはＶＬＡＮタグを検査／分類中に使用することで、フローを識別し、処理シーケンスを割り当てる。本明細書では、論理アドレス２、論理アドレス７をこの順序で構成するシーケンスＡが選択されると想定する。更に本明細書では、論理アドレス３、論理アドレス８をこの順序で有する工程を構成すると想定する、シーケンスＢと示されるシーケンスが定義される。この実施形態では、シーケンスＡが選択されるものと想定する。処理シーケンスのある時点で、パケットが外部機能９０へ送信されるものと想定する。処理シーケンスは、その場合、パケットが外部に転送されるべきであり、また、外部転送機能へ送信されるべきであることを示すことになる。外部転送機能１９1は処理シーケンスにおける次ホップ「論理アドレス」（ＬＡ＝７）を参照し、転送決定を行う。この場合、パケットはＶＬＡＮ３において外部機能へ送信されることになると想定する。外部転送機能９０は、本明細書では外部機能のために動作するエージェントと見なすことができる。この場合、外部転送機能９０は、ＬＡ＝７に対応する機能を実装しているかのごとく振舞うことになる。外部転送機能１９1は、使用すべきＶＬＡＮに関する情報、デフォルトルート等を結合する転送テーブルに関して動作する。この場合、ルートは、外部機能９０のＩＰアドレスを示すことになる。
【００８４】
外部機能９０による処理が終了した後、パケットは特定のＶＬＡＮ、本明細書ではＶＬＡＮ２上のフロー処理コアに返信される。外部機能は自身のデフォルトルートとしてＦＰＣを使用し、自身のデフォルトインタフェースとしてＶＬＡＮ２を使用するということができる。一方、外部ノードがＶＬＡＮのタグ付与をサポートしない場合、同様の手順を中間イーサネット（登録商標）スイッチにより実行することができる。このスイッチは、特定ポートにおいて受信する全てのパケットに対しＶＬＡＮタグを２に設定する。
【００８５】
パケットがＦＰＣ１０1及び前処理手段１１1に再度入力すると、異なるＶＬＡＮタグが抽出されることになる。ＶＬＡＮタグは、とにかくキャッシュに記憶されるフローの識別の一部であるので、このパケットは異なるフローに属するものとして処理されることになり、また、異なる処理シーケンスに割り当てることができる。図９では、フローＢであるとする。パケットが、再度、内部転送１２1を通じて送信され、最終的にシステムから出力されることになる。パケットを次に再度外部転送装置１９1に送信され、この時は、システムから出力される。この処理シーケンスは異なる終了論理アドレスＬＡ＝８を有するので、異なる転送決定が行われることになる。即ち、パケットは再度外部機能９０では送信されないことになる。対応する処理は任意の数の処理機能により任意の回数を繰り返すことができる。
【００８６】
このように、本解決法は複数の論理ネットワークの仮想化環境に容易に拡張することができる。例えば、２つの論理ネットワークが存在し、両者が外部機能への送信を潜在的に必要とするトラフィックを搬送する場合、外部機能を２つの入力ＶＬＡＮ及び出力ＶＬＡＮに割り当てることができる。このようにして、前処理装置は論理ネットワークＩＤ及び本来の変数を共に返信パケットに正しく設定することができる。
【００８７】
ＶＬＡＮのタグ付与をサポートしない場合、またはＶＬＡＮタグの付与の代替として、例えば、ＭＡＣアドレスを使用することができる。その場合、本来の変数は送信元のＭＡＣアドレスに基づいて前処理手段により設定することができる。
【００８８】
また、図９における以前＝Ａ、以後＝Ｂのように２つの処理シーケンスを使用する代わりに、単一の処理シーケンスを使用することができる。その場合、２度目にパケットがシステムに入力するときには、処理インデックスの初期値をルールの適用により異なる設定にしなければならない（例の１でなく３）。
【００８９】
本願において前に参照したように、フローの基本的な交換または分類は、例えば、ユーザ（及びユーザケイパビリティ）、使用するアクセスタイプ、指定されるサービス等複数の要因に依存することができる。特に、有利な実施形態では、これらの要因を考慮して、フローの分類に使用することができる動的、かつ広範な基盤を提供することができる。ユーザまたはユーザの知識に関する情報が、正規のユーザに課金することができ、またどのユーザが行うことを許容されるかを把握するために必要になることがある。アクセスに関する情報は、そのアクセスにおいて利用可能なリソースに関してサービスを最適化することができるために必要になることがあり、サービス情報は関係する課金レートを適用することができ、また、どのようにして内容を最適化するかについて知ることを可能にするために必要になることがある。このように、１以上のこれらの要因に基づく交換及び分類を可能にするための機構が必要である。もちろん、また、または選択的には、他の要因にも関心があり得るが、これらの要因のみについて更に、本明細書において説明することにする。
【００９０】
図１０は、ユーザまたはユーザセッションがどのように識別できるかの例を示している。ポリシー決定ならびに多くの処理機能を個別にユーザセッション毎に適用しなければならないので、データトラフィックを、データトラフィックを生成するユーザセッションにバインドすることを可能にすることは有効である。
【００９１】
低レベルパケット処理機能は、フロー及びストリームをユーザにバインドするための主要な手段として、ユーザＩＰセッションのＩＰアドレスを使用する。ＩＰアドレスはグローバルに固有ではないので、論理ネットワーク、例えば、ＡＰＮ／ＶＰＮを使用して、トラフィックをユーザセッションに固有にバインドすることもできる（高位制御レイヤーでは、ＭＳＩＳＤＮ、ＮＡＩ等の、その他のアイデンティティを使用することができる）。
【００９２】
一般に、ユーザセッションＩＰアドレスはパケットに含まれ、論理ネットワークはパケットが着信するインタフェースを通じて判定される。しかしながら、ソースＩＰアドレスまたは宛先ＩＰアドレスがフローをユーザにバインドするために必要であるかを知る必要もある。時には、これは、フローを分類し、フィルタバインドを適用することから自明であることがある；フィルタはユーザセッションＩＰアドレスをバインドすることができる。いくつかの場合には、しかしながら、フィルタバインドは、例えば、ピアツーピアトラフィックには十分ではない。その場合、分類装置（及びフローキャッシュ）を使用して、本明細書で「発信元」と呼ぶ変数を参照することにより相違を確認する。この変数は、パケットが着信したインタフェース、例えば、ＶＬＡＮに基づいて設定される。分類においては、フローの方向、即ち、アップリンクまたはダウンリンクを示す「方向」変数のバインドが存在することになる。アップリンクトラフィックに対しては、ソースＩＰアドレスはユーザをバインドし、ダウンリンクトラフィックに対しては、宛先ＩＰアドレスはユーザをバインドする。
【００９３】
図１０は、フロー分類及び処理制御手段１３Ａ2及びキャッシュと通信するフロー検出及び制御手段１３2とを有するＦＰＣ１００2の一部を示す。フィルタルール及び変数バインドは分類の目的に使用することができる。方向は、フロー分類及び処理制御手段において「発信元」即ち、アップリンク、またはダウンリンクに基づいてバインドされると想定する。パケットは本明細書では論理ネットワークＡ、アップリンクを備えるＶＬＡＮ１、または論理ネットワークＢ、アップリンクを備えるＶＬＡＮ２、論理ネットワークＡ、ダウンリンクを備えるＶＬＡＮ３、または論理ネットワークＢ、ダウンリンクを備えるＶＬＡＮ４を経て着信することができる。ＶＬＡＮ１及びＶＬＡＮ２に対しては、「発信元」をフロー検出制御装置１３2において「アクセス」に設定し、論理ネットワークをＡまたはＢにそれぞれ設定する。一方、ＶＬＡＮ３及びＶＬＡＮ４に対しては、ダウンリンクの発信元を「ネットワーク」に設定し、論理ネットワークをＡまたはＢに設定する。
【００９４】
ある状況では、フローのための処理チェーンにおいてＮＡＰＴ機能１８3または同様のものが存在しうる、図１１参照。その場合には、ダウンリンクパケットがユーザセッションＩＰアドレスを全く含まないことになるので、ある特別な処理が必要でありうる。そのような状況を図１１の装置１００3において示す。ここで、この図はユーザセッションＩＰアドレスをＮＡＰＴトラフィックに対してどのようにしてバインドすることができるかを示している。ユーザセッションＩＰ毎に固有である、フィルタが作成されたものと仮定すると、そのフィルタはユーザセッションＩＰアドレスを搬送する変数をバインドするために使用することができる。その他の面では、機能動作は図１０の機能動作と同様であり、それゆえ本明細書ではこれ以上記載しないことにする。対応する手段には、インデックス３を除いて図１０と同一の参照符号を付与する。
【００９５】
上述のように、使用することのできる別の要因はアクセスタイプに関する情報である。好ましくは、本発明に従う装置または方法は、使用するアクセスまたはアクセスタイプとは独立であるが、本発明に従う装置または方法は、好ましくは、使用されるアクセスタイプを認識して、変数のバインド等にこの要因を使用することができる。本明細書でアクセスに独立とは、それぞれの構成要素がアクセス専用部と密な結合を持たず、実装の観点からは、例えば、プラットフォームが異なれば、構成要素は非結合でありうることを意味する。その利点は、同じ構成要素を異なるアクセス技術のための解決に、マルチアクセスの解決のために使用することができ、アクセスが全く不明である構成においても同一の構成要素を使用することができる、ことである。
【００９６】
従って、アクセスに独立であることは明らかに有利ではあるが、なお少なくとも同じ程度にアクセスを認識できることが望ましい。有利な実装では、ポリシー及び処理に対して異なるアクセスリンクの間を区別することが可能である。例えば、ＧＰＲＳの場合、プライマリＰＤＰコンテキスト及びセカンダリＰＤＰコンテキストの間で区別する必要があり得り、例えば、プライマリＰＤＰコンテキストに対してのみ一定のフローの認可が存在し得り、異なる課金レートを適用することができる等である。また、マルチアクセスの状況では、アクセスまたはアクセスタイプに関するいくつかの情報を有することは明らかに有利である。ＧＰＲＳからＷＬＡＮへの交換の場合には、最適化装置を、例えば、バイパスすることができる。または、課金レートを変更することができる。
【００９７】
図１２は、様々なＧＰＲＳアクセスリンク、プライマリＰＤＰコンテキスト、セカンダリＰＤＰコンテキスト及びＷＬＡＮアクセスリンクを有する、本発明に従う装置を示している。本発明の概念に従えば、アクセス情報またはアクセス知識が論理リンクの実装を通じて取得することができる。図１２から参照されるように、様々なアクセス技術及びアクセスリンクを固有の論理リンクにマッピングすることができる。プライマリＰＤＰコンテキストは論理リンク０にマッピングされ、一方、セカンダリＰＤＰコンテキストは論理リンク１にマッピングされ、ＷＬＡＮアクセスは論理リンク２にマッピングされる。アップリンクに対するマッピングは、アクセスの入力において実行される。即ち、論理リンク変数をバインドして、パケットが着信したアクセスまたはリンクにマッピングする。ダウンリンクに対するマッピングは、フローの分類中に実行する。即ち、フローに対して論理リンク値をバインドするフィルタが存在する。アクセスノードから／アクセスノードへの通信インタフェースにおいて、そのような情報を搬送する方法が存在する必要がある。これは様々な方法で提供することができる。一実施形態では、ＩＰヘッダの既存部分が使用される。選択的には、ＶＬＡＮタグを使用することができる。マッピングは（使用する方法に関わらず）、例えば、ＮＩＣシステム５０内の論理リンクへ／論理リンクから実行される、図２参照。
【００９８】
アクセスに関する明確な情報を、制御機能を通じて信号通知し、例えば、現在使用しているアクセス技術、例えば、マルチアクセス及び／または論理リンクへトラフィックがどのようにしてマッピングされるべきかに関係するフィルタに関する情報をＮＩＣに提供することができる。セカンダリＰＤＰコンテキストがＧＰＲＳにおいて確立される場合、いくつかの特定のダウンリンクトラフィックをそのＰＤＰコンテキストにマッピングすることになる新規のフィルタルール、所謂トラフィックフローテンプレート（ＴＦＴ）フィルタを、例えば、インストールしなければならない。好ましくは、パケットに対して適用可能な処理シーケンスを判定するために行うポリシー評価には、その入力パラメータの１つとして論理リンクを使用することになる。これは、決定が使用するＰＤＰコンテキストに依存して異なり得ることを意味する。論理リンクＩＤは、メタデータとして、処理機能へパケットと共に転送されることになる。論理リンクに依存して異なる課金レートが、例えば、セカンダリＰＤＰコンテキストにおけるトラフィックに対して適用することができる。マルチアクセスを同様の方法において扱うことができる。例えば、ユーザがＧＰＲＳからＷＬＡＮへ（またはその逆に）切り替える場合、新規のフィルタを起動して、ＷＬＡＮにマッピングする論理リンクへ全てのトラフィックをマッピングすることができる。これは、エンドユーザのＩＰアドレスに変更がない場合でも（あるべきでない）行うことができる。上述のメカニズムの全ては、全てのアクセス関連情報を、汎用インタフェースを通じて通信することができ、この汎用インタフェースはアクセス技術自体を実装する機能と蜜にバインドする必要がない、という意味でアクセスと独立である。インストールする手段は、インデックス４を除いて、上述の図における参照符号と同じ参照符号で示されている。
【００９９】
更に分類を増やすか、または最適化するために、アクセスサービスに関する情報は重要な要因を構成し、この要因を有利に考慮し、サービスに基づく課金、サービスに基づく認可、サービスの適合化等を適切に認めることができる。
【０１００】
サービス情報またはサービス認識を様々な方法で提供することができる。一実施形態では、サービスは特定のＩＰアドレスで識別される。これは、上述のユーザ情報のプロビジョニングと同様である。選択的には、例えば、ポート番号を異なるサービスを区別するために使用することができる。ＩＰフィルタルールを使用することで、この情報に基づいて、例えば、処理シーケンスを設定することができる。また、更に、所謂サービス認識を増やすために、選択されたフローを、フローの詳細な分析を実行する専用ユニットと交換して、サービス内容を決定することができる。
【０１０１】
図１３は、適切に分類されたフローに使用することができるユーザ情報、アクセス情報及びサービス情報等の様々な種類の情報の間の相互動作をどのようにして提供するかに関する実装を示している。これら様々な種類の情報及び、この情報を識別し、確認するかについては、相互に依存することは明らかであろう。上述のように、ユーザ関係情報は、ＩＰアドレスに依存するが、例えば、ＮＡＰＴにより様々なアドレスにも依存し、実際には、ユーザは複数のアクセス等を使用して、マルチホーム化されていても良い。サービス情報は新規のユーザフローのセットアップを起動することができ、ここで、新規のユーザフローはユーザに対して新規のＮＡＰＴアドレスを要求することがある。このように、サービス情報はユーザ認識またはユーザ情報に間接的に影響を与える。
【０１０２】
図１４は、新規のフローのパケットが着信する場合の、本発明の概念の一実装を記述する非常に概要的なフローチャートである。まず、２００で、着信パケットが属するフローに対して定義されるポリシーが存在するか調べる。ポリシーが存在する場合、２０２で、処理シーケンスアイデンティティ（及びインデックス）が割り当てられ、２０３で、オプションとして変数がバインドされ、２０４で、着信パケットが内部フローに属するか調べ、２０４Ａで、その後パケットを内部的に転送する。内部フローに属さない場合、２０４Ｂで、パケットを外部に転送する。定義されるポリシーが存在しない場合、２００Ａで、デフォルトシーケンスアイデンティティが一時的に設定される。あるいは、２０１で、可能なポリシー決定がフェッチされる場合、２０１で、上述のようにシーケンスＩＤが割り当てられる。特に、ポリシー決定が利用可能になるまでは、デフォルトシーケンスＩＤが使用される。
【０１０３】
特に有利な実施形態では、アドレスマッピング、ユーザプロファイル等を外部機能に通知するために、外部機能への寝具なりングインタフェースが提供される。
【０１０４】
様々な機能を様々なフローに適用することができ、また、フローの分類を各機能に対してではなく、一回のみしか実行しない、分散システムを提供できることは、本発明の利点である。また、内部転送手段等のいくつかの構成要素を様々な処理機能に対して再使用できることも利点である。
【０１０５】
新しい処理機能、例えば、新規ハードウェアユニットを容易に追加することができ、フィルタルール及び転送テーブルを提供しなければならないことを除いてＦＰＣになんら影響を及ぼすことなく、新しい機能を使用することができることは、本発明の利点である。従って、このシステムを容易に構築し、適合させることができる。
【０１０６】
処理機能を通じて全ての不必要な交換を回避できるので、処理機能ならびにその機能をアクセスするネットワークにおける負荷を低く保つことができるのも利点である。特別な利点は、個々の実施形態において、外部機能へのパケットはカプセル化せずに送信されるので、専用プロトコル、例えば、カプセル化プロトコル等をサポートする外部機能を必要とすることなく、トラフィックを制御し、外部機能へ交換することができることである。そのような場合に、また外部機能における負荷を制御し、削減できるのも本発明の利点である。また、更に、パケットレイテンシーを制御できることも利点である。ＮＡＴの場合、ユーザを識別できることは特に本発明の利点である。また、更に、特定のアクセスへの専用論理ネットワークまたはリンク及びポリシー及び分類システムとの相互動作が動作可能になり、更に特に制御及びデータプレーンが分離されている場合のサービスを特定でき、ユーザと関連付けることができることは利点である。
【０１０７】
外部ユニットに関連する問題が関係する実施形態では、外部に転送するか、または処理するデータを、全てのフローの状態情報を損失することなく、マッピングし、処理できることは特別な利点である。また、更に、ＶＬＡＮタグの付与を処理順序の制御のために使用できることは利点であり、これは、特に、処理順序の制御及びネットワーク仮想化の維持の２重の目的のためである。また、更に、適応的な外部転送を可能とし、外部機能またはルータのいずれかへの転送を可能にすることは本発明の特別な利点である。
【０１０８】
本発明が特別に図示する実施形態に限定されるものでなく、添付の特許請求の範囲内における、いくつかの方法で変更できることは明らかであろう。
【０１０９】
特に、本発明が、外部機能に関わる問題を処理する場合に関係していてもしていなくても良く、かつユーザ情報、サービス情報及びアクセスタイプ情報等の要因を使用していても使用していなくても、かつそれも様々な範囲に亘ってフローシーケンスの分類の実装及びその所望の程度に依存することは、特に明らかであろう。
【０１１０】
また、更に、本発明はイーサネット（登録商標）またはＶＬＡＮタグの付与の使用に限定されず、その他の技術も使用することができ、主要なことはフローシーケンス及び好ましくはまたフローシーケンスにおける位置に関する情報をパケットに提供することで、このような情報を他のユニットまたは装置、または装置自体の様々な部分またはユニットにおいて利用できるようにすることである。
【図面の簡単な説明】
【０１１１】
【図１】ＧＧＳＮにおいて提供される、本発明に従う装置を有する通信システムの概要を示す図である。
【図２】本発明に従うそのコンテキストにおける装置の概略図である。
【図３】本発明に従う装置の機能動作の概略を示す図である。
【図４】本発明の一実施形態に従うフロー処理コア（ＦＰＣ）を示す図である。
【図５】パケットが永続的に分類され、いわゆる高速経路に続く、本発明に従う装置へのパケットの着信処理を示す図である。
【図６】本発明に従う装置において、または装置に関連して提供することのできる転送テーブルの例を示す図である。
【図７】図４の低速経路の内部制御インタフェースの概略を示す図である。
【図８】本発明に従う内部転送及び交換のためのパケットフォーマットの例を示す図である。
【図９】本発明に従う外部ユニットへの交換の一例を示す図である。
【図１０】特定の実施形態において、パケットの分類に使用するために、どのようにしてユーザ識別が提供できるかの概要を示す図である。
【図１１】ＮＡＰＴトラフィックのためのユーザセッションＩＰアドレスのバインドの概要を示す図である。
【図１２】パケットの分類において使用するために、どのようにしてアクセス関連情報を提供できるかの概要を示す図である。
【図１３】パケットの分類において使用するためにユーザ情報、サービス情報及びアクセスタイプ情報を提供するための相互動作の概要を示す図である。
【図１４】フローが定義されないパケットが本発明に従う装置に着信する場合の処理を記載する非常に概略的なフローチャートである。
【図１】
2008524916.tif 000003
【図２】
2008524916.tif 000004
【図３】
2008524916.tif 000005
【図４】
2008524916.tif 000006
【図５】
2008524916.tif 000007
【図６】
2008524916.tif 000008
【図７】
2008524916.tif 000009
【図８】
2008524916.tif 000010
【図９】
2008524916.tif 000011
【図１０】
2008524916.tif 000012
【図１１】
2008524916.tif 000013
【図１２】
2008524916.tif 000014
【図１３】
2008524916.tif 000015
【図１４】
2008524916.tif 000016
【国際調査報告】
2008524916.tif 000017
2008524916.tif 000018
2008524916.tif 000019