(57)【特許請求の範囲】
【請求項１】
データメッセージの処理のためのサービスファンクションチェイニングにおけるサービスノードの交換情報集合を確定し、前記交換情報集合が前記サービスファンクションチェイニングにおける前記サービスノード間の能力の共通集合を含むことと、
前記交換情報集合を前記データメッセージにパッケージングし、前記交換情報集合は前記サービスファンクションチェイニングにおける一部のサービスノードが、前記データメッセージにパッケージングした処理結果を読み取ることに用いられ、前記処理結果は前記サービスファンクションチェイニングにおける前記一部のサービスノードの前のサービスノードが、前記サービスノード間の能力の共通集合に対応する能力を使用して処理を行った後に取得した処理結果であることと、を含むサービスノード能力処理方法。
【請求項２】
前記データメッセージの処理のための前記サービスファンクションチェイニングにおける前記サービスノードの前記交換情報集合を確定することは、
前記サービスファンクションチェイニングにおける各サービスノードの能力を確定することと、
少なくとも2つのサービスノードが同じである能力を前記サービスノードの能力の共通集合として選択することと、を含む請求項1に記載の方法。
【請求項３】
ビットマップフォーマットの方式、キューフォーマットの方式のうちの少なくとも1つの方式により、前記交換情報集合を前記データメッセージにパッケージングする請求項1又は2に記載の方法。
【請求項４】
サービスファンクションチェイニングにおけるサービスノードの交換情報集合が含まれるデータメッセージを受信し、前記交換情報集合が前記サービスファンクションチェイニングにおける前記サービスノード間の能力の共通集合を含むことと、
前記交換情報集合に基づいて、前記データメッセージにパッケージングした処理結果を読み取り、前記処理結果は前記サービスファンクションチェイニングにおける現在のサービスノードの前のサービスノードが、前記サービスノード間の能力の共通集合に対応する能力を使用して処理を行った後に取得した処理結果であることと、を含むサービスノード能力処理方法。
【請求項５】
前記交換情報集合に基づいて、前記データメッセージにパッケージングした前記処理結果を読み取った後に、
前記現在のサービスノードが、処理結果が前記データメッセージにパッケージングされていない中間ノード能力を含むが、前記中間ノード能力が前記交換情報集合に存在することを確定することと、
前記中間ノード能力を使用して処理を行って、中間ノード能力処理結果を取得することと、
前記中間ノード能力処理結果を、次のサービスノードへ転送するデータメッセージにパッケージングすることと、を更に含む請求項4に記載の方法。
【請求項６】
前記交換情報集合に基づいて、前記データメッセージにパッケージングした前記処理結果を読み取った後に、
前記交換情報集合における能力に対して、添加、削除、修正のうちの少なくとも1つの操作を行うことを更に含む請求項4に記載の方法。
【請求項７】
データメッセージの処理のためのサービスファンクションチェイニングにおけるサービスノードの交換情報集合を確定し、前記交換情報集合が前記サービスファンクションチェイニングにおける前記サービスノード間の能力の共通集合を含むように設定される第1確定モジュールと、
前記交換情報集合を前記データメッセージにパッケージングし、前記交換情報集合は前記サービスファンクションチェイニングにおける一部のサービスノードが、前記データメッセージにパッケージングした処理結果を読み取ることに用いられ、前記処理結果は前記サービスファンクションチェイニングにおける前記一部のサービスノードの前のサービスノードが、前記サービスノード間の能力の共通集合に対応する能力を使用して処理を行った後に取得した処理結果であるように設定される第1パッケージングモジュールと、を含むサービスノード能力処理装置。
【請求項８】
前記第1確定モジュールは、
前記サービスファンクションチェイニングにおける各サービスノードの能力を確定するように設定される確定ユニットと、
少なくとも2つのサービスノードが同じである能力を前記サービスノードの能力の共通集合として選択するように設定される選択ユニットと、を含む請求項7に記載の装置。
【請求項９】
請求項7又は8に記載の装置を含むサービス分類器。
【請求項１０】
請求項7又は8に記載の装置を含むサービスコントローラ。
【請求項１１】
サービスファンクションチェイニングにおけるサービスノードの交換情報集合が含まれるデータメッセージを受信し、前記交換情報集合が前記サービスファンクションチェイニングにおける前記サービスノード間の能力の共通集合を含むように設定される受信モジュールと、
前記交換情報集合に基づいて、前記データメッセージにパッケージングした処理結果を読み取り、前記処理結果は前記サービスファンクションチェイニングにおける現在のサービスノードの前のサービスノードが、前記サービスノード間の能力の共通集合に対応する能力を使用して処理を行った後に取得した処理結果であるように設定される読取モジュールと、を含むサービスノード能力処理装置。
【請求項１２】
前記現在のサービスノードが、処理結果が前記データメッセージにパッケージングされていない中間ノード能力を含むが、前記中間ノード能力が前記交換情報集合に存在することを確定するように設定される第2確定モジュールと、
前記中間ノード能力を使用して処理を行って、中間ノード能力処理結果を取得するように設定される処理モジュールと、
前記中間ノード能力処理結果を、次のサービスノードへ転送するデータメッセージにパッケージングするように設定される第2パッケージングモジュールと、を更に含む請求項11に記載の装置。
【請求項１３】
前記交換情報集合における能力に対して、添加、削除、修正のうちの少なくとも1つの操作を行うように設定される実行モジュールを更に含む請求項11に記載の装置。
【請求項１４】
請求項11〜13のいずれか1項に記載の装置を含むサービスノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、具体的に、サービスノード能力処理方法、装置、サービス分類器及びサービスコントローラに関する。
【背景技術】
【０００２】
サービスファンクションチェイニング（Service Function Chaining、SFCと略称される）は現在に研究及び標準化されているネットワーク技術である。データセンターネットワークがOverlay（オーバーレイ）ネットワークに発展する以降、ネットワークエッジは仮想ネットワークと物理ネットワークとの境界点になり、ネットワークエッジはサーバ（Server）又はToRであり、及びゲートウェイ（Gateway）になる可能性がある。しかし、Overlay技術は全部の問題を解決しなく、データセンターには更に多くのミドルウェア（Middleware）、例えばファイアウォール/ロードバランサ等があり、これらの装置はいずれもユーザサービスに基づいて処理するものであり、トンネルによりこれらの装置を越えるのは、明らかに不可能である。
【０００３】
データセンターのこのような配置モデルには、仮想ファイアウォール/ロードバランサをネットワークにおいて任意に配置できることが必要とされ、つまり、ネットワークトポロジーと関係がない。そうすると、新たな問題は、どのようにフローを柔軟に仮想ファイアウォール/ロードバランサにより処理するかである。それで、仮想ファイアウォール/ロードバランサ等の新規ミドルウェアは生み出され、これらの仮想ファイアウォール/ロードバランサはネットワークのエッジに配置され、標準サーバにより実現されることができる。
【０００４】
関連技術において、仮想ファイアウォール/ロードバランサ/ゲートウェイ等のサービス処理機能はサービスファンクション（Service Function、SFと略称される）と称され、フローは一連のService Functionの処理により、サービスファンクションチェイニング（Service Function Chaining、SFCと略称される）を生成する。図1は関連技術におけるサービスファンクションチェイニングの模式図であり、図1に示すように、矢印を付ける実線と点線はそれぞれ2つのサービスファンクションチェイニングを表す。
【０００５】
SFCのフレームについては、現在、従来技術において基本的に下記モジュールに分けられる。
1、サービスオーバーレイ（Service Overlay）、即ち各ネットワークエッジノードが通信する必要があるOverlay（オーバーレイ）技術である。
2、汎用サービスコントロールプレーン（Generic Service Control Plane、GSCPと略称される）、つまりService Function Chainingを形成するコントローラである。
3、サービス分類器（Service Classifier）、即ちフロー識別を行う必要があり、そして特定するフローに対して、特定のService Function Chaining処理を行う。
4、コントロールプレーンメタデータ（Dataplane Metadata）、これは1つの特徴であり、Metadata（メタデータ）は、Service ClassifierとSFとの間、SFとSFとの間、及びSFと外部システムとの間に、各エッジサービス処理ノードが互いに交換情報を伝達して共有することができ、あるサービス処理目的を達成することを許可する。
5、サービスファンクションパス（service function path、SFPと略称される）、図2は関連技術におけるサービスファンクションパスの例示図であり、図2に示すように、SFPはサービス分類器から、若干のサービスファンクション実例を経て、目的地に達する1つのサービス処理パスである。
【０００６】
従って、関連技術において、ネットワーク装置サービスファンクションと転送を分離することにより、サービスファンクションの独立演算と処理を実現し、ネットワーク装置の転送性能を向上させる。
【０００７】
また、関連のSFC技術において、Dataplane Metadataはデータ領域であり、ノード間の交換情報を記憶することができる。従って、サービスファンクションチェイニングにおけるサービスファンクションSFの間に、メッセージ伝達以外、その各交換情報はDataplane Metadataに記憶されることができ、これにより次のノードは前のノードの計算結果を便利に取得することができ、重複の計算を避ける。Metadataはメッセージとともに次の処理ユニットに送信される。図3は関連技術におけるDataplane Metadataがメッセージ内容にパッケージングされる例示図であり、図3に示すように、Dataplane Metadataはメッセージ内部にパッケージングされてメッセージとともに送信されることができ、図4は関連技術におけるDataplane Metadataが独立メッセージとする例示図であり、図4に示すように、Dataplane Metadataは独立のメッセージボディとしてメッセージと並んで送信されてもよい。
【０００８】
例えば、分類器->SF1->SF2はサービスファンクションパス（service function path、SFPと略称される）の組成部分の1つであり、メッセージはSF1により処理されてから、SF2により処理される。SF1とSF2はいずれも同一のACLテーブルを検索する必要があるため、ACLテーブルアイテムを検索する過程はSF1とSF2においてそれぞれ1回実行され、これによりSF2での重複検索の問題が発生する。交換情報がMetadataに記憶される方式を用いる場合、SF1はACLを検索した後に、検索した結果をMetadataに記憶してメッセージとともにパッケージングしてSF2に送信し、SF2は該Metadataを受信した後に、直接にMetadataにおけるACLの検索結果を抽出して使用し、これによりACLテーブルの重複検索の過程を避けるため、メッセージのSFCでの転送性能を向上させる。
【０００９】
しかし、関連技術において、SF1はSF2がACL検索結果を必要とするかどうかは分からなく、また、SF1が検索したテーブルアイテムはACLタイプだけでなく、他の複数のタイプがある可能性があり、従って、情報を交換する際に狙いを付けてないため、むやみに交換することによるリソース浪費の問題を招く。
【００１０】
よって、関連技術において、ノード間の交換情報は狙いを付けてないため、むやみに交換することによるリソース浪費の問題は存在する。
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明はサービスノード能力処理方法、装置、サービス分類器及びサービスコントローラを提供し、関連技術において、ノード間の交換情報が狙いを付けてないため、むやみに交換することによるリソース浪費の問題が存在する問題を少なくとも解決する。
【課題を解決するための手段】
【００１２】
本発明の1つの方面はサービスノード能力処理方法を提供し、データメッセージ処理のためのサービスファンクションチェイニングにおけるサービスノードの交換情報集合を確定し、前記交換情報集合が前記サービスファンクションチェイニングにおける前記サービスノード間の能力の共通集合を含むことと、前記交換情報集合を前記データメッセージにパッケージングし、前記交換情報集合は前記サービスノードが、前記データメッセージにパッケージングした、前記サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取ることに用いられることと、を含む。
【００１３】
好ましくは、前記データメッセージ処理のための前記サービスファンクションチェイニングにおける前記サービスノードの前記交換情報集合を確定することは、前記サービスファンクションチェイニングにおける各サービスノードの能力を確定することと、少なくとも2つのサービスノードが同じである能力を前記サービスノードの能力の共通集合として選択することと、を含む。
【００１４】
好ましくは、ビットマップフォーマットの方式、キューフォーマットの方式のうちの少なくとも1つの方式により、前記交換情報集合を前記データメッセージにパッケージングする。
【００１５】
本発明の他の方面はサービスノード能力処理方法を提供し、サービスファンクションチェイニングにおけるサービスノードの交換情報集合が含まれるデータメッセージを受信し、前記交換情報集合が前記サービスファンクションチェイニングにおける前記サービスノード間の能力の共通集合を含むことと、前記交換情報集合に基づいて、前記データメッセージにパッケージングした、前記サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取ることと、を含む。
【００１６】
好ましくは、前記交換情報集合に基づいて、前記データメッセージにパッケージングした、前記サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取った後に、前記サービスノードが、処理結果が前記データメッセージにパッケージングされていない中間ノード能力を含むが、前記中間ノード能力が前記交換情報集合に存在することを確定することと、前記中間ノード能力を処理して、中間ノード能力処理結果を取得することと、前記中間ノード能力処理結果を、次のサービスノードへ転送するデータメッセージにパッケージングすることと、を更に含む。
【００１７】
好ましくは、前記交換情報集合に基づいて、前記データメッセージにパッケージングした、前記サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取った後に、前記交換情報集合における能力に対して、添加、削除、修正のうちの少なくとも1つの操作を行うことを更に含む。
【００１８】
本発明の他の方面はサービスノード能力処理装置を提供し、データメッセージ処理のためのサービスファンクションチェイニングにおけるサービスノードの交換情報集合を確定し、前記交換情報集合が前記サービスファンクションチェイニングにおける前記サービスノード間の能力の共通集合を含むように設定される第1確定モジュールと、前記交換情報集合を前記データメッセージにパッケージングし、前記交換情報集合は前記サービスノードが、前記データメッセージにパッケージングした、前記サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取ることに用いられるように設定される第1パッケージングモジュールと、を含む。
【００１９】
好ましくは、前記第1確定モジュールは、前記サービスファンクションチェイニングにおける各サービスノードの能力を確定するように設定される確定ユニットと、少なくとも2つのサービスノードが同じである能力を前記サービスノードの能力の共通集合として選択するように設定される選択ユニットと、を含む。本発明の他の方面はサービス分類器を提供し、上記いずれか1項に記載の装置を含む。
【００２０】
本発明の他の方面はサービスコントローラを提供し、上記いずれか1項に記載の装置を含む。
【００２１】
本発明の他の方面はサービスノード能力処理装置を提供し、サービスファンクションチェイニングにおけるサービスノードの交換情報集合が含まれるデータメッセージを受信し、前記交換情報集合が前記サービスファンクションチェイニングにおける前記サービスノード間の能力の共通集合を含むように設定される受信モジュールと、前記交換情報集合に基づいて、前記データメッセージにパッケージングした、前記サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取るように設定される読取モジュールと、を含む。
【００２２】
好ましくは、該装置は、前記サービスノードが、処理結果が前記データメッセージにパッケージングされていない中間ノード能力を含むが、前記中間ノード能力が前記交換情報集合に存在することを確定するように設定される第2確定モジュールと、前記中間ノード能力を処理して、中間ノード能力処理結果を取得するように設定される処理モジュールと、前記中間ノード能力処理結果を、次のサービスノードへ転送するデータメッセージにパッケージングするように設定される第2パッケージングモジュールと、を更に含む。
【００２３】
好ましくは、該装置は、前記交換情報集合における能力に対して、添加、削除、修正のうちの少なくとも1つの操作を行うように設定される実行モジュールを更に含む。
【００２４】
本発明の他の側面はサービスノードを提供し、上記いずれか1項に記載の装置を含む。
【発明の効果】
【００２５】
本発明によれば、データメッセージ処理のためのサービスファンクションチェイニングにおけるサービスノードの交換情報集合を確定し、前記交換情報集合が前記サービスファンクションチェイニングにおける前記サービスノード間の能力の共通集合を含むことと、前記交換情報集合を前記データメッセージにパッケージングし、前記交換情報集合は前記サービスノードが、前記データメッセージにパッケージングした、前記サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取ることに用いられることと、を採用することにより、関連技術において、ノード間の交換情報が狙いを付けてないため、むやみに交換することによるリソース浪費の問題を解決し、無効情報交換によるフィールドリソース浪費を効果的に避ける効果を達成する。
【図面の簡単な説明】
【００２６】
ここで説明する図面は本発明を更に理解するためのものであり、本願の一部を構成し、本発明の模式的な実施例及びその説明は本発明を解釈するためのものであり、本発明に対する不当な限定を構成しない。図面では、
【図１】図1は関連技術におけるサービスファンクションチェイニングの模式図である。
【図２】図2は関連技術におけるサービスファンクションパスの例示図である。
【図３】図3は関連技術におけるDataplane Metadataがメッセージ内容にパッケージングされる例示図である。
【図４】図4は関連技術におけるDataplane Metadataが独立メッセージとする例示図である。
【図５】図5は本発明の実施例によるサービスノード能力処理方法1のフローチャートである。
【図６】図6は本発明の実施例によるサービスノード能力処理方法2のフローチャートである。
【図７】図7は本発明の実施例によるサービスノード能力処理装置1の構造ブロック図である。
【図８】図8は本発明の実施例によるサービスノード能力処理装置1における確定モジュール72の好ましい構造ブロック図である。
【図９】図9は本発明の実施例によるサービス分類器の構造ブロック図である。
【図１０】図10は本発明の実施例によるサービスコントローラの構造ブロック図である。
【図１１】図11は本発明の実施例によるサービスノード能力処理装置2の構造ブロック図である。
【図１２】図12は本発明の実施例によるサービスノード能力処理装置2の好ましい構造ブロック図1である。
【図１３】図13は本発明の実施例によるサービスノード能力処理装置2の好ましい構造ブロック図2である。
【図１４】図14は本発明の実施例によるサービスノードの構造ブロック図である。
【図１５】図15は本発明の実施例による交換情報タイプ集合がMetadataにパッケージングされることにビットマップフォーマットを用いる模式図である。
【図１６】図16は本発明の実施例による交換情報タイプ集合がMetadataにパッケージングされることにキューフォーマットを用いる模式図である。
【図１７】図17は本発明の好ましい実施例1によるSFP1に基づく配置シーンの実施例図である。
【図１８】図18は本発明の好ましい実施例2によるSFP2に基づく配置シーンの実施例図である。
【発明を実施するための形態】
【００２７】
以下、図面を参照して実施例を組合わせて、本発明を詳細に説明する。なお、衝突しない場合に、本願における実施例及び実施例における特徴を互いに組み合わせることができる。
【００２８】
本実施例ではサービスノード能力処理方法を提供し、図5は本発明の実施例によるサービスノード能力処理方法1のフローチャートであり、図5に示すように、該フローは下記ステップS502〜S504を含む。
【００２９】
ステップS502、データメッセージ処理のためのサービスファンクションチェイニングにおけるサービスノードの交換情報集合を確定し、該交換情報集合はサービスファンクションチェイニングにおけるサービスノード間の能力の共通集合を含む。
【００３０】
ステップS504、交換情報集合をデータメッセージにパッケージングし、交換情報集合はサービスノードが、データメッセージにパッケージングした、サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取ることに用いられる。
【００３１】
上記ステップにより、サービスファンクションチェイニングにおけるサービスノード間の能力の共通集合を含む交換情報集合をデータメッセージにパッケージングすることにより、サービスノードはデータメッセージにパッケージングした、サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を直接に読み取ることができ、即ち、交換情報集合をデータメッセージに記憶することにより、サービスノード間に有効な交換情報を伝達し、関連技術において、ノード間の交換情報が狙いを付けてないため、むやみに交換することによるリソース浪費の問題を解決し、無効情報交換によるフィールドリソース浪費を効果的に避ける効果を達成する。
【００３２】
なお、該サービスノードの能力は多種のものを含んでもよく、例えば、サービスノードのテーブルアイテムを処理する能力であってもよく、テーブルアイテムにおけるあるパラメータを処理する能力であってもよく、サービスノードについて具体的なサービスに対してパラメータ設定を行う能力であってもよく、ここで具体的に限定しない。
【００３３】
データメッセージ処理のためのサービスファンクションチェイニングにおけるサービスノードの交換情報集合を確定する際に、多種の方式を採用してもよく、例えば、まずサービスファンクションチェイニングにおける各サービスノード処理の能力を確定し、それから、少なくとも2つのサービスノードが同じである能力をサービスノードの能力の共通集合として選択してもよい。なお、具体的に共通集合を選択する際に、同一の能力を有するサービスノードの個数に基づいて確定してもよく、例えば、2つのサービスノードが同一の能力を有する場合に共通集合として確定してもよく、3つ以上のサービスノードが同一の能力を有する場合に共通集合として確定してもよい。具体的な需要に応じて確定する。
【００３４】
また、能力の共通集合を記録するための交換情報集合をデータメッセージにパッケージングする方式について多種の方式を採用してもよく、例えば、ビットマップフォーマットの方式、キューフォーマットの方式のうちの少なくとも1つの方式により、上記データメッセージにパッケージングしてもよい。
【００３５】
本実施例ではサービスノード能力処理方法を提供し、図6は本発明の実施例によるサービスノード能力処理方法2のフローチャートであり、図6に示すように、該フローは下記ステップS602〜S604を含む。
【００３６】
ステップS602、サービスファンクションチェイニングにおけるサービスノードの交換情報集合が含まれるデータメッセージを受信し、該交換情報集合がサービスファンクションチェイニングにおけるサービスノード間の能力の共通集合を含む。
【００３７】
ステップS604、交換情報集合に基づいて、データメッセージにパッケージングした、サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取る。
【００３８】
上記ステップにより、サービスノードにとって、受信した交換情報集合に基づいて、データメッセージにパッケージングした、サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取ることにより、サービスノード間に有効な交換情報を伝達し、関連技術において、ノード間の交換情報が狙いを付けてないため、むやみに交換することによるリソース浪費の問題を解決し、無効情報交換によるフィールドリソース浪費を効果的に避ける効果を達成する。
【００３９】
好ましくは、交換情報集合に基づいて、データメッセージにパッケージングした、サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取った後に、まずサービスノードに自分で自ら処理する必要がある能力が存在するかどうかを判断し、判断結果がはいである場合、サービスノードが、処理結果がデータメッセージにパッケージングされていない中間ノード能力を含むが、中間ノード能力が交換情報集合に存在することを確定する処理と、中間ノード能力を処理して中間ノード能力処理結果を取得する処理と、中間ノード能力処理結果を、次のサービスノードへ転送するデータメッセージにパッケージングする処理と、を更に実行してもよく、このような処理により、後続のサービスノードの該同一の能力に対する処理効率を向上させることができ、即ち後続のノードは受信したメッセージから該能力に対する処理の結果を読み取ればよい。
【００４０】
なお、交換情報集合に基づいて、データメッセージにパッケージングした、サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取った後に、交換情報集合における能力に対して、添加、削除、修正のうちの少なくとも1つの操作を行ってもよく、需要に応じて柔軟に変更する。
【００４１】
本実施例ではサービスノード能力処理装置を更に提供し、該装置は上記実施例及び好ましい実施形態を実現するためのものであり、説明したものは繰り返して説明しない。以下使用する「モジュール」という用語は、プリセットの機能のソフトウェア及び/又はハードウェアの組合せを実現することができる。以下の実施例に記載の装置は好ましくはソフトウェアにより実現されるが、ハードウェア、又はソフトウェアとハードウェアとの組合せによる実現も可能であり、想定されることができる。
【００４２】
図7は本発明の実施例によるサービスノード能力処理装置1の構造ブロック図であり、図7に示すように、該装置は第1確定モジュール72と第1パッケージングモジュール74を含み、以下該装置を説明する。
【００４３】
第1確定モジュール72は、データメッセージ処理のためのサービスファンクションチェイニングにおけるサービスノードの交換情報集合を確定し、交換情報集合がサービスファンクションチェイニングにおけるサービスノード間の能力の共通集合を含むように設定され、第1パッケージングモジュール74は、上記第1確定モジュール72に接続され、交換情報集合をデータメッセージにパッケージングし、交換情報集合はサービスノードが、データメッセージにパッケージングした、サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取ることに用いられるように設定される。
【００４４】
図8は本発明の実施例によるサービスノード能力処理装置1における第1確定モジュール72の好ましい構造ブロック図であり、図8に示すように、該第1確定モジュール72は確定ユニット82と選択ユニット84を含み、以下該第1確定モジュール72を説明する。
【００４５】
確定ユニット82は、サービスファンクションチェイニングにおける各サービスノードの能力を確定するように設定され、選択ユニット84は、上記確定ユニット82に接続され、少なくとも2つのサービスノードが同じである能力をサービスノードの能力の共通集合として選択するように設定される。
【００４６】
図9は本発明の実施例によるサービス分類器の構造ブロック図であり、図9に示すように、該サービス分類器90は上記いずれか1項によるサービスノード能力処理装置192を含む。
【００４７】
図10は本発明の実施例によるサービスコントローラの構造ブロック図であり、図10に示すように、該サービスコントローラ100は上記いずれか1項によるサービスノード能力処理装置192を含む。
【００４８】
図11は本発明の実施例によるサービスノード能力処理装置2の構造ブロック図であり、図11に示すように、該装置は受信モジュール112と読取モジュール114を含み、以下該装置を説明する。
【００４９】
受信モジュール112は、サービスファンクションチェイニングにおけるサービスノードの交換情報集合が含まれるデータメッセージを受信し、交換情報集合がサービスファンクションチェイニングにおけるサービスノード間の能力の共通集合を含むように設定され、読取モジュール114は、上記受信モジュール112に接続され、交換情報集合に基づいて、データメッセージにパッケージングした、サービスノード間の能力の共通集合に対応する能力を処理した後に取得した処理結果を読み取るように設定される。
【００５０】
図12は本発明の実施例によるサービスノード能力処理装置2の好ましい構造ブロック図1であり、図12に示すように、該装置は図11に示す全部の構造以外、第2確定モジュール122、処理モジュール124及び第2パッケージングモジュール126を更に含み、以下該装置を説明する。
【００５１】
第2確定モジュール122は、上記読取モジュール114に接続され、サービスノードが、処理結果がデータメッセージにパッケージングされていない中間ノード能力を含むが、中間ノード能力が交換情報集合に存在することを確定するように設定され、処理モジュール124は、上記第2確定モジュール122に接続され、中間ノード能力を処理して、中間ノード能力処理結果を取得するように設定され、第2パッケージングモジュール126は、上記処理モジュール124に接続され、中間ノード能力処理結果を、次のサービスノードへ転送するデータメッセージにパッケージングするように設定される。
【００５２】
図13は本発明の実施例によるサービスノード能力処理装置2の好ましい構造ブロック図2であり、図13に示すように、該装置は図11に示す全部の構造以外、実行モジュール132を更に含み、以下該実行モジュール132を説明する。
【００５３】
実行モジュール132は、交換情報集合における能力に対して、添加、削除、修正のうちの少なくとも1つの操作を行うように設定される。
【００５４】
図14は本発明の実施例によるサービスノードの構造ブロック図であり、図14に示すように、該サービスノード140は上記いずれか1項によるデータメッセージテーブルアイテム処理装置2142を含む。
【００５５】
関連技術において、ノード間の交換情報は狙いを付けてないため、むやみに交換することによるリソース浪費の問題は存在する。なお、サービスノード能力の種類は多いため、サービスノードのテーブルアイテムに対する処理能力だけを例として説明する。他の能力も本発明の実施例及び好ましい実施形態により実現することができる。例えば、SF2の処理はACLテーブルの検索を必要としない場合、SF1がACLテーブルの検索結果をmetadataに記憶することはいかなる意義がない。また、SF1が検索したテーブルアイテムはACLタイプだけでなく、QoSテーブル、トンネルテーブル、ラベルテーブル等の多くのタイプのテーブルアイテム、及びSF1の処理後の結果が更にあり、SF1は上記におけるどのテーブルアイテムの検索結果及び処理結果をMetadataに記憶してSF2に送信するかを決定する必要がある。全部をmetadataに記憶する場合、Metadataのスペースが上記多くのテーブルアイテムの検索結果の記憶需要を満たすことができなく、情報紛失を招く可能性はある。
【００５６】
本実施例では、どのパラメータ又はどの結果をmetadataに添加するかをここでのSF1にどのように通知するかの処理により、ノード情報交換の有効性を実現する。例えば、metadataに交換情報タイプを記憶する方案により上記不備を解決する。該交換情報タイプは、ノード間に交換するのがどの情報であるかを指してもよく、例えば、ACLシリアル番号は1種の交換情報タイプであり、ユーザIDは1種の交換情報タイプであり、DPI処理結果は1種の交換情報タイプである。
【００５７】
metadataに交換情報タイプを記憶する方法により、関連技術において、SFPノード間に有効情報を伝達し、無効交換情報の伝達によるMetadataフィールドスペース浪費の問題を避ける。以下、該方法を説明する。
【００５８】
サービス分類器classiferは外部メッセージを受信した後に、該メッセージのフィールド情報に基づいて分類して、1本のサービスファンクションパス（service function path、SFPと略称される）を確定し、サービス分類器又はコントローラはサービスファンクションパスにおける全部のノードを分析して、その全部のノードサービス処理の時の全部のテーブルアイテムの共通集合をまとめる。該テーブルアイテムの共通集合は、SFPにおける全部のノード、即ちノード1がメッセージを処理する時に検索する必要がある若干のテーブルアイテム、ノード2がメッセージを処理する時に検索する必要がある若干のテーブルアイテム、ノード3がメッセージを処理する時に検索する必要がある若干のテーブルアイテム、…ノードNがメッセージを処理する時に検索する必要がある若干のテーブルアイテムを指し、そして、ノード1、2、3…Nにおけるいずれか2つのノードがメッセージを処理する時に処理する必要がある同一のテーブルアイテムの集合を選択する。
【００５９】
サービス分類器又はコントローラは該SFPにおける全部のノードテーブルアイテムの共通集合に基づいて、サービスファンクションパスにおける必要な交換情報タイプ集合（即ち上記交換情報集合）をまとめ、サービス分類器は上記交換情報タイプ集合をMetadataにパッケージングし、続いてSFCに必要なパッケージングを行い、SFPにおける次の処理ノードに送信する。
【００６０】
交換情報タイプ集合のパッケージングは多種の方式を採用してもよく、例えば、図15は本発明の実施例による交換情報タイプ集合がMetadataにパッケージングされることにビットマップフォーマットを用いる模式図であり、図15に示すように、交換情報タイプ集合をMetadataにパッケージングすることはビットマップフォーマットを採用してもよく、即ちビットマップにおける各ビットは1種の交換情報タイプを代表する。
【００６１】
また、例えば、図16は本発明の実施例による交換情報タイプ集合がMetadataにパッケージングされることにキューフォーマットを用いる模式図であり、図16に示すように、交換情報タイプ集合をMetadataにパッケージングすることはキューフォーマットを採用してもよく、即ちキューにおける各項は1種の交換情報タイプを代表する。
【００６２】
メッセージが次の処理ノードに達した後に、ノードのサービス特性に基づいて関連のテーブルアイテムを検索し、同時にMetadataにおける交換情報タイプ集合を解析し、該テーブルアイテムが帰属するタイプは交換情報タイプ集合にある場合、後続の処理ノードが使用するためにテーブルアイテムの検索結果を記録して、該結果をMetadataにパッケージングし、テーブルアイテムが帰属するタイプは交換情報タイプ集合にない場合、テーブルアイテムの検索結果をMetadataに記録しない。
【００６３】
メッセージがSFPにおける各処理ノードにより処理される場合、ノードはいずれもMetadataにおける1つ又は複数の交換情報タイプを増加又は削除することができる。
【００６４】
上記処理により、関連技術において、SFPノード間に有効情報を伝達し、無効交換情報の伝達によるMetadataフィールドスペース浪費の問題を避ける。
【００６５】
以下、好ましい実施例を参照しながら説明する。
【００６６】
好ましい実施例1
図17は本発明の好ましい実施例1によるSFP1（SF1-SF2）に基づく配置シーンの実施例図であり、図17に示すように、該実施例は下記処理101〜110を含む。
【００６７】
101、ネットワーク管理設定ユーザはゲートウェイにより処理される場合、SF1とSF2の処理を行う必要がある。
【００６８】
102、ユーザはアウターネットにアクセスするメッセージを送信する。
【００６９】
103、分類器は該メッセージを受信した後に、ステップ101による設定ポリシーに基づいて分類して、SFP1を生成し、SFP1はSF1とSF2の2つのサービスファンクション実例を経過する。
【００７０】
104、SF1のメッセージに対する処理には、テーブルアイテム1、テーブルアイテム2、テーブルアイテム3の3つのテーブルアイテムの処理が必要であり、SF2のメッセージに対する処理には、テーブルアイテム1、テーブルアイテム2、テーブルアイテム4の3つのテーブルアイテムの処理が必要である。
【００７１】
105、分類器はステップ104による分析計算結果に基づいて、サービスファンクションチェイニング全体の交換情報タイプがテーブルアイテム1、テーブルアイテム2を含むことを得る。
【００７２】
106、分類器は128ビットのビットマップのフィールドを割り当てて、該ビットマップの第0ビットと第1ビットを1に設定し、他のビットを0に設定し、該ビットマップの第0ビットはテーブルアイテム1を代表し、第1ビットはテーブルアイテム2を代表する。
【００７３】
107、分類器は上記128ビットのビットマップのフィールドをメッセージにパッケージングし、SF1サービスファンクション実例に送信する。
【００７４】
108、SF1サービスファンクション実例はテーブルアイテム1、テーブルアイテム2、テーブルアイテム3の処理を行って、上記128ビットのビットマップのフィールドを読み取り、第0ビットと第1ビットが1に設定されたことを発見する。従って、SF1サービスはテーブルアイテム1の結果とテーブルアイテム2の結果をMetadataに追加して記憶して、SF2サービスファンクション実例に送信する。
【００７５】
109、SF2サービスファンクション実例はSF1サービスファンクション実例が送信したメッセージを受信した後に、上記128ビットのビットマップのフィールドを読み取り、第0ビットと第1ビットが1に設定されたことを発見する。SF2サービスファンクション実例はMetadataにおけるテーブルアイテム1の結果とテーブルアイテム2の結果を直接に読み取り、この両者の重複検索を避け、ファイアウォールサービスファンクション実例の処理効率を向上させる。
【００７６】
110、メッセージはSF1サービスファンクション実例とSF2サービスファンクション実例により処理された後に、ネットワークに送信される。
【００７７】
好ましい実施例2
図18は本発明の好ましい実施例2によるSFP2（SF3-SF4-SF5）に基づく配置シーンの実施例図であり、図18に示すように、該実施例は下記処理201〜211を含む。
【００７８】
201、ネットワーク管理設定ユーザはゲートウェイにより処理される場合、SF3、SF4、SF5の処理を行う必要がある。
【００７９】
202、SF3のメッセージに対する処理には、テーブルアイテム10、テーブルアイテム11、テーブルアイテム12の3つのテーブルアイテムの処理が必要であり、SF4のメッセージに対する処理には、テーブルアイテム10、テーブルアイテム11、テーブルアイテム13の3つのテーブルアイテムにアクセスする処理が必要であり、SF5のメッセージに対する処理には、テーブルアイテム10、テーブルアイテム11の2つのテーブルアイテムの処理が必要である。
【００８０】
203、SFCコントローラはステップ202による分析計算結果に基づいて、サービスファンクションチェイニング全体の交換情報タイプがテーブルアイテム10、テーブルアイテム11を含むことを得る。
【００８１】
204、SFCコントローラは該ユーザのSFP2と交換情報タイプを分類器に送信する。
【００８２】
205、ユーザはアウターネットにアクセスするメッセージを送信する。
【００８３】
206、分類器は該メッセージを受信した後に、2つのバイトのフィールドを割り当てて、該フィールドの0番目のバイトを8に設定し、1番目のバイトを13に設定し、フィールド値が8であることは交換情報タイプがテーブルアイテム10であることを示し、フィールド値が13であることは交換情報タイプがテーブルアイテム11であることを示し、分類器は次のノードのIPアドレスに基づいて、該フィールドを新たなMetadataメッセージとして再びパッケージングする。
【００８４】
207、分類器はメッセージとMetadataメッセージを順にSF3サービスファンクション実例に送信する。
【００８５】
208、SF3サービスファンクション実例はテーブルアイテム10、テーブルアイテム11、テーブルアイテム12の処理を行って、上記Metadataメッセージを読み取り、0番目のバイトが8であり、1番目のバイトが13であることを発見する。従って、SF3サービスはテーブルアイテム10の結果とテーブルアイテム11の結果をMetadataメッセージに追加して記憶して、メッセージとともにSF4サービスファンクション実例に送信する。
【００８６】
209、SF4サービスファンクション実例はSF3サービスファンクション実例が送信したメッセージを受信した後に、上記M
etadataメッセージを読み取り、0番目のバイトが8であり、1番目のバイトが13であることを発見する。SF4サービスファンクション実例はMetadataにおけるテーブルアイテム10の結果とテーブルアイテム11の結果を直接に読み取り、そしてテーブルアイテム13の検索と処理を行う。それから、メッセージとMetadataメッセージをSF5サービスファンクション実例に送信する。
【００８７】
210、SF5サービスファンクション実例はSF4サービスファンクション実例が送信したメッセージを受信した後に、上記Metadataメッセージを読み取り、0番目のバイトが8であり、1番目のバイトが13であることを発見する。SF5サービスファンクション実例はMetadataにおけるテーブルアイテム10の結果とテーブルアイテム11の結果を直接に読み取って、対応のSF5処理を完成する。
【００８８】
211、メッセージはSF3サービスファンクション実例、SF4サービスファンクション実例及びSF5サービスファンクション実例により処理された後に、ネットワークに送信される。
【００８９】
もちろん、当業者が理解するように、上記本発明の各モジュール又は各ステップは汎用のコンピュータ装置により実現されることができ、それらは単一のコンピュータ装置に集中し、又は複数のコンピュータ装置からなるネットワークに分布してもよく、選択的に、それらはコンピュータ装置が実行可能なプログラムコードにより実現されることができ、それらを記憶装置に記憶してコンピュータ装置により実行されることができ、そしてある場合に、これと異なる順序で示された又は記載されたステップを実行することができ、又はそれらをそれぞれ各集積回路モジュールに製作し、又はそれらにおける複数のモジュール或いはステップを単一の集積回路モジュールを製作して実現することができる。このように、本発明はいずれの特定形式のハードウェアとソフトウェアの組み合わせに限定されたものではない。
【００９０】
以上は本発明の好適な実施例だけであり、本発明を制限するものではなく、当業者にとって、本発明は様々な変更と変化を有することができる。本発明の精神と原則にある限り、行ったいずれかの修正、等同置き換え、改善等は、いずれも本発明の保護範囲に含まれるべきである。
【産業上の利用可能性】
【００９１】
上記のように、上記実施例及び好ましい実施形態により、関連技術において、ノード間の交換情報が狙いを付けてないため、むやみに交換することによるリソース浪費の問題を解決し、無効情報交換によるフィールドリソース浪費を効果的に避ける効果を達成する。
【図１】
0006420462.tif 000002
【図２】
0006420462.tif 000003
【図３】
0006420462.tif 000004
【図４】
0006420462.tif 000005
【図５】
0006420462.tif 000006
【図６】
0006420462.tif 000007
【図７】
0006420462.tif 000008
【図８】
0006420462.tif 000009
【図９】
0006420462.tif 000010
【図１０】
0006420462.tif 000011
【図１１】
0006420462.tif 000012
【図１２】
0006420462.tif 000013
【図１３】
0006420462.tif 000014
【図１４】
0006420462.tif 000015
【図１５】
0006420462.tif 000016
【図１６】
0006420462.tif 000017
【図１７】
0006420462.tif 000018
【図１８】
0006420462.tif 000019