(57)【要約】  本発明は、データメッセージ処理方法及び装置を提供し、該方法は、サービスファンクションチェインＳＦＣコントローラから送られたＩＰｖ６移行技術を実行するように設定されたＩＰｖ６移行戦略を受信することと、受信した前記ＩＰｖ６移行戦略に基づいて、受信したデータメッセージを処理することとを含み、本発明によれば、関連技術において、ＩＰｖ６移行技術との融合にあたり、ネットワークシステムが効率的に動作することができず、そしてＩＰｖ６移行技術の統一展開を効果的に実現することができない問題を解決し、さらに、既存ネットワークの性能負担を効果的に軽減することができるだけでなく、装置同士間のチャンネル輻輳を大いに低減する効果を達成している。
2017506855.tif 000002
【特許請求の範囲】
【請求項１】
サービスファンクションチェインＳＦＣコントローラから送られた、ＩＰｖ６移行技術を実行するためのＩＰｖ６移行戦略を受信することと、
受信した前記ＩＰｖ６移行戦略に基づいて、受信したデータメッセージを処理することと、
を含むデータメッセージ処理方法。
【請求項２】
前記ＩＰｖ６移行戦略は、
ＩＰｖ６移行を行う技術タイプを示すためのＩＰｖ６移行技術タイプと、前記データメッセージのネットワークアドレス変換ＮＡＴを示すための公衆網アドレスプール情報と、サービスファンクションＳＦノードに含まれるサービスファンクション集合とを少なくとも１つ含む
請求項１に記載の方法。
【請求項３】
前記ＩＰｖ６移行技術タイプは、
デュアルスタックライトＤＳ−Ｌｉｔｅ技術、ＩＰｖ６急速展開６ＲＤ技術、ＩＰｖ６プロバイダーエッジ６ＰＥ技術、ＩＰｖ６仮想私設網プロバイダーエッジ６ＶＰＥ技術、ネットワークアドレス変換ＮＡＴ技術、ＩＰｖ４からＩＰｖ４への二重ネットワークアドレス変換ＮＡＴ４４４技術、カプセル化を用いたアドレスとポートのマッピングＭＡＰ技術、ＩＰｖ４−ＩＰｖ６間ステートレストランスレーションＩＶＩ技術、軽量ＩＰｖ４オーバーＩＰｖ６  Light Weight 4over6デュアルスタック技術、ＩＰｖ６オーバーＩＰｖ４  ６ｏ４トンネリング技術、ＩＰｖ４オーバーＩＰｖ６  ４ｏ６トンネリング技術、ＩＰｖ６からＩＰｖ４へのネットワークアドレス変換ＮＡＴ６４技術、汎用ＩＰｖ４オーバーＩＰｖ６  Ｐ４ｏ６トンネリング技術、及びステートフルとステートレストランスレーションの組合せ４６４ＸＬＡＴ技術を少なくとも１つ含む
請求項２に記載の方法。
【請求項４】
前記ＳＦノードに含まれるサービスファンクション集合は、
サービスファンクションネットワークアドレス変換ＳＦ−ＮＡＴ、サービスファンクションソフトワイヤＳＦ−ＳＷ、サービスファンクションログＳＦ−ＬＯＧ、及びサービスファンクションユーザ管理ＳＦ−ＵＳＥＲを少なくとも１つ含む
請求項２に記載の方法。
【請求項５】
受信した前記ＩＰｖ６移行戦略に基づいて、ＳＤＮで受信した前記データメッセージを処理する前に、
サービス分類装置により分類された前記データメッセージを受信することをさらに含み、
前記データメッセージには、サービスタイプ、ＩＰｖ６移行技術タイプ、ネクストホップ、転送経路、アウトバウンドフラグ、インバウンドフラグ、フロー番号、公衆網アドレスプールインデックス、ユーザインデックス、及びアクセス制御リストインデックスのうち少なくとも１つのデータメッセージ情報が含まれている
請求項１に記載の方法。
【請求項６】
前記サービス分類装置は、
サーバ、仮想マシン、ルータ、スイッチ、ホームゲートウェイ、及びファイアウォールのうち少なくとも１つのネットワーク機器に設けられる
請求項５に記載の方法。
【請求項７】
受信した前記ＩＰｖ６移行戦略に基づいて、ＳＤＮで受信した前記データメッセージを処理することは、
受信した前記データメッセージが最初のパケットである場合、公衆網アドレスプールインデックスで示されるアドレスプールから１つのＩＰアドレス及び１つのポートを抽出することと、
抽出した前記ＩＰアドレスとポート、及び前記データメッセージのソースＩＰアドレス、ソースポート番号、及びプロトコルタイプに基づいてフォワーディングテーブルエントリを生成することと、
生成した前記フォワーディングテーブルエントリに基づいて前記データメッセージを転送することと、を含む
請求項１に記載の方法。
【請求項８】
サービスファンクションチェインＳＦＣコントローラから送られた、ＩＰｖ６移行技術を実行するためのＩＰｖ６移行戦略を受信するように構成される第１の受信モジュールと、
受信した前記ＩＰｖ６移行戦略に基づいて、受信したデータメッセージを処理するように構成される処理モジュールと、
を備えるデータメッセージ処理装置。
【請求項９】
サービス分類装置により分類された前記データメッセージを受信するように構成される第２の受信モジュールをさらに備え、前記データメッセージには、サービスタイプ、ＩＰｖ６移行技術タイプ、ネクストホップ、転送経路、アウトバウンドフラグ、インバウンドフラグ、フロー番号、公衆網アドレスプールインデックス、ユーザインデックス、及びアクセス制御リストインデックスのうち少なくとも１つのデータメッセージ情報が含まれている
請求項８に記載の装置。
【請求項１０】
前記処理モジュールは、
受信した前記データメッセージが最初のパケットである場合、公衆網アドレスプールインデックスで示されるアドレスプールから１つのＩＰアドレス及び１つのポートを抽出するように構成される抽出ユニットと、
抽出した前記ＩＰアドレスとポート、及び前記データメッセージのソースＩＰアドレス、ソースポート番号、及びプロトコルタイプに基づいてフォワーディングテーブルエントリを生成するように構成される生成ユニットと、
生成した前記フォワーディングテーブルエントリに基づいて前記データメッセージを転送するように構成される転送ユニットと、を含む
請求項８に記載の装置。
【請求項１１】
サーバ、仮想マシン、ルータ、スイッチ、ホームゲートウェイ、及びファイアウォールのうち少なくとも１つのネットワーク機器に設けられる
請求項８乃至１０のうち何れか一項に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信分野に関し、具体的には、データメッセージ処理方法及び装置に関する。
【背景技術】
【０００２】
現代技術の急速発展に伴い、インターネットが各分野に広く応用されている。現段階で使用されるプロトコルＩＰｖ４がもはや時代の発展に応えることができず、その定義されるＩＰｖ４の割り当てが終わり、多くの国や地域がＩＰｖ４アドレス枯渇問題に面している。次世代アドレスプロトコルＩＰｖ６が必然的にＩＰｖ４に取って代わるが、ＩＰｖ４からＩＰｖ６への移行を完成するには、漸進的かつ長期的な過程になる。この過程においてたくさんの移行技術が誕生し、主に以下のようなものを含む。
【０００３】
ＩＰｖ６／ＩＰｖ４デュアルスタック技術：デュアルスタックノードがＩＰｖ４ノードとの通信にＩＰｖ４プロトコルスタックを利用し、ＩＰｖ６ノードとの通信にＩＰｖ６プロトコルスタックを利用する。
【０００４】
トンネリング技術：２つのＩＰｖ６ステーション間ではＩＰｖ４ネットワークを介して通信接続を実現し、２つのＩＰｖ４ステーション間ではＩＰｖ６ネットワークを介して通信接続を実現する技術を提供する。
【０００５】
ＩＰｖ４／ＩＰｖ６プロトコル変換技術：ＩＰｖ４ネットワークとＩＰｖ６ネットワークとの間の相互アクセス技術を提供する。
【０００６】
現在、インターネットで最も権威ある技術標準化組織であるインターネットエンジニアリングタスクフォース（Internet Engineering Task Force、単にＩＥＴＦという）は、若干の作業部会がＩＰｖ６への移行に関する技術を講じており、現在、主なソリューションが、ＩＰｖ４からＩＰｖ４へのネットワークアドレス変換（Network Address Translation IPv4-IPv4、単にＮＡＴ４４という）、ＩＰｖ４からＩＰｖ４への二重ネットワークアドレス変換（Network Address Translation IPv4-IPv4-IPv4、単にＮＡＴ４４４という）、デュアルスタックライト（Dual-Stack Lite、単にＤＳ−Ｌｉｔｅという）、軽量ＩＰｖ４オーバーＩＰｖ６デュアルスタック（Light Weight 4over6）、カプセル化を用いたアドレスとポートのマッピング（Mapping of Address and Port with Encapsulation、単にＭＡＰという）、ＩＰｖ６からＩＰｖ４へのネットワークアドレス変換（Network Address Translation IPv6-IPv4、単にＮＡＴ６４という）、ＩＰｖ６プロバイダーエッジ（IPv6 Provider Edge、単に６ＰＥという）、ＩＶＩ（ＩＶ−ＶＩ、ローマ数字４−６、ＩＰｖ４−ＩＰｖ６間ステートレストランスレーションを代表する）等の技術形態に関わっている。
【０００７】
しかしながら、関連技術において、ＩＰｖ６移行技術ごとに特定シナリオにおけるＩＰｖ６移行問題しか解決せず、統一動作できない。そして、ＩＰｖ６技術を統一展開するような工夫は、いずれもソフトウェアデファインドネットワーク（Software Defined Network、単にＳＤＮという）のもとで行われ、ＳＤＮ構造が新型ネットワーク革新構造であり、ネットワーク機器のコントロールプレーンとデータプレーンとを分離させることで、ネットワークトラフィックへの柔軟な制御を実現し、核心ネットワーク及びアプリケーションの革新のために良好なプラットフォームを提供することが核心技術となる。
【０００８】
ＩＰｖ６移行技術とＳＤＮ技術との融合は、ＩＰｖ６の統一展開及び管理問題を解決しているが、関連技術におけるＩＰｖ６移行技術はほとんどセッション維持が必要であるような不足が多く存在する。いわゆるセッションとは、ユーザが外部ネットワークにアクセスする時に発生するイントラネットアドレス、ポート及びエクストラネットアドレス、ポートのマッピングエントリを指す。図１は、関連技術におけるＳＤＮとＩＰｖ６との移行融合技術の構造を示す図であり、図１に示すように、該ＩＰｖ６とＳＤＮとの移行融合技術は、以下の問題点がある。
【０００９】
関連技術におけるＩＰｖ６移行とＳＤＮとの融合技術は、ユーザのインターネットに接続する最初のパケットを、転送機器を介してＳＤＮのController（コントローラ）に送り、ＳＤＮコントローラにセッションを発生させるようにする。ＳＤＮコントローラが数多くの転送機器を管理しなければならないため、ＳＤＮコントローラが大量のセッションを維持することが必要になり、ＳＤＮコントローラの性能を大いに消耗する。例えば、ＳＤＮコントローラが１０，０００個の転送機器を制御し、それぞれの転送機器がせいぜい１，０００万通のセッション格納をサポートし、ＳＤＮ構造を採用すれば、ＳＤＮコントローラが１，０００億通のセッションをサポートすることが要求され、ＳＤＮコントローラに大きな負担を与える。また、ＳＤＮコントローラがこれに加え、例えば、ネットワークトポロジーの算出、フローテーブルの配達等の他のサービスを管理する必要もあるため、ＩＰｖ６移行技術と融合した後、記憶や算出負担が一層大きくなる。
【００１０】
さらに、ユーザのインターネットに接続する最初のパケットは、転送機器によりＳＤＮコントローラに転送され、転送機器とＳＤＮコントローラとの間で大量のトラフィックが発生し、ネットワーク輻輳を招く。例えば、転送機器が秒ごとに１００万通のセッションの新規確立をサポートし、それぞれのＳＤＮコントローラが１０，０００個の転送機器を制御するとすると、転送機器とＳＤＮコントローラとの間での伝送により、秒ごとに１００億のパケットが発生することになり、ＳＤＮコントローラによるパケットの受信や処理が全く不可能である。
【００１１】
従って、関連技術において、ＩＰｖ６移行技術との融合にあたり、ネットワークシステムが効率的に動作することができず、そしてＩＰｖ６移行技術の統一展開を効果的に実現することができない問題が存在する。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
本発明は、関連技術において、ＩＰｖ６移行技術との融合にあたり、ネットワークシステムが効率的に動作することができず、そしてＩＰｖ６移行技術の統一展開（unified deployment）を効果的に実現することができない問題を少なくとも解決するデータメッセージ処理方法及び装置を提供する。
【課題を解決するための手段】
【００１３】
本発明の一形態によれば、サービスファンクションチェインＳＦＣコントローラから送られたＩＰｖ６移行技術を実行するためのＩＰｖ６移行戦略（transition strategy）を受信することと、受信した前記ＩＰｖ６移行戦略に基づいて、受信したデータメッセージを処理することと、を含むデータメッセージ処理方法が提供される。
【００１４】
前記ＩＰｖ６移行戦略は、ＩＰｖ６移行を行う技術タイプを示すためのＩＰｖ６移行技術タイプと、前記データメッセージのネットワークアドレス変換ＮＡＴを示すための公衆網アドレスプール情報と、サービスファンクションＳＦノードに含まれるサービスファンクション集合とを少なくとも１つ含むことが好ましい。
【００１５】
前記ＩＰｖ６移行技術タイプは、デュアルスタックライトＤＳ−Ｌｉｔｅ技術、ＩＰｖ６急速展開６ＲＤ技術、ＩＰｖ６プロバイダーエッジ６ＰＥ技術、ＩＰｖ６仮想私設網プロバイダーエッジ６ＶＰＥ技術、ネットワークアドレス変換ＮＡＴ技術、ＩＰｖ４からＩＰｖ４への二重ネットワークアドレス変換ＮＡＴ４４４技術、カプセル化を用いたアドレスとポートのマッピングＭＡＰ技術、ＩＰｖ４−ＩＰｖ６間ステートレストランスレーションＩＶＩ技術、軽量ＩＰｖ４オーバーＩＰｖ６  Light Weight 4over6デュアルスタック技術、ＩＰｖ６オーバーＩＰｖ４  ６ｏ４トンネリング技術、ＩＰｖ４オーバーＩＰｖ６  ４ｏ６トンネリング技術、ＩＰｖ６からＩＰｖ４へのネットワークアドレス変換ＮＡＴ６４技術、汎用ＩＰｖ４オーバーＩＰｖ６  Ｐ４ｏ６トンネリング技術、及びステートフルとステートレストランスレーションの組合せ４６４ＸＬＡＴ技術を少なくとも１つ含むことが好ましい。
【００１６】
前記ＳＦノードに含まれるサービスファンクション集合は、サービスファンクションネットワークアドレス変換ＳＦ−ＮＡＴ、サービスファンクションソフトワイヤＳＦ−ＳＷ、サービスファンクションログＳＦ−ＬＯＧ、及びサービスファンクションユーザ管理ＳＦ−ＵＳＥＲを少なくとも１つ含むことが好ましい。
【００１７】
受信した前記ＩＰｖ６移行戦略に基づいて前記ＳＤＮで受信した前記データメッセージを処理する前に、サービス分類装置により分類された前記データメッセージを受信することをさらに含み、前記データメッセージには、サービスタイプ、ＩＰｖ６移行技術タイプ、ネクストホップ、転送経路、アウトバウンドフラグ、インバウンドフラグ、フロー番号、公衆網アドレスプールインデックス、ユーザインデックス、及びアクセス制御リストインデックスのうち少なくとも１つのデータメッセージ情報が含まれていることが好ましい。
【００１８】
前記サービス分類装置は、サーバ、仮想マシン、ルータ、スイッチ、ホームゲートウェイ、及びファイアウォールのうち少なくとも１つのネットワーク機器に設けられる（ｂｅａｒ）ことが好ましい。
【００１９】
受信した前記ＩＰｖ６移行戦略に基づいて、前記ＳＤＮで受信した前記データメッセージを処理することは、受信した前記データメッセージが最初のパケットである場合、公衆網アドレスプールインデックスで示されるアドレスプールから１つのＩＰアドレス及び１つのポートを抽出することと、抽出した前記ＩＰアドレスとポート、及び前記データメッセージのソースＩＰアドレス、ソースポート番号、及びプロトコルタイプに基づいてフォワーディングテーブルエントリを生成することと、生成した前記フォワーディングテーブルエントリに基づいて前記データメッセージを転送することと、を含むことが好ましい。
【００２０】
本発明の他の一形態によると、サービスファンクションチェインＳＦＣコントローラから送られたＩＰｖ６移行技術を実行するためのＩＰｖ６移行戦略を受信するように構成される第１の受信モジュールと、受信した前記ＩＰｖ６移行戦略に基づいて、受信したデータメッセージを処理するように構成される処理モジュールと、を備えるデータメッセージ処理装置がさらに提供される。
【００２１】
該装置は、サービス分類装置により分類された前記データメッセージを受信するように構成される第２の受信モジュールをさらに備え、前記データメッセージには、サービスタイプ、ＩＰｖ６移行技術タイプ、ネクストホップ、転送経路、アウトバウンドフラグ、インバウンドフラグ、フロー番号、公衆網アドレスプールインデックス、ユーザインデックス、及びアクセス制御リストインデックスのうち少なくとも１つのデータメッセージ情報が含まれていることが好ましい。
【００２２】
前記処理モジュールは、受信した前記データメッセージが最初のパケットである場合、公衆網アドレスプールインデックスで示されるアドレスプールから１つのＩＰアドレス及び１つのポートを抽出するように構成される抽出ユニットと、抽出した前記ＩＰアドレスとポート、及び前記データメッセージのソースＩＰアドレス、ソースポート番号、及びプロトコルタイプに基づいてフォワーディングテーブルエントリを生成するように構成される生成ユニットと、生成した前記フォワーディングテーブルエントリに基づいて前記データメッセージを転送するように構成される転送ユニットと、を含むことが好ましい。
【００２３】
前記装置は、サーバ、仮想マシン、ルータ、スイッチ、ホームゲートウェイ、及びファイアウォールのうち少なくとも１つのネットワーク機器に設けられることが好ましい。
【発明の効果】
【００２４】
本発明によれば、サービスファンクションチェインＳＦＣコントローラから送られた、ＩＰｖ６移行技術を実行するためのＩＰｖ６移行戦略を受信し、受信した前記ＩＰｖ６移行戦略に基づいて、受信したデータメッセージを処理することにより、関連技術において、ＩＰｖ６移行技術との融合にあたり、ネットワークシステムが効率的に動作することができず、そしてＩＰｖ６移行技術の統一展開を効果的に実現することができない問題を解決し、さらに、既存ネットワークの性能負担を効果的に軽減することができるだけでなく、機器同士間のチャンネル輻輳を大いに低減する効果を達成している。
【図面の簡単な説明】
【００２５】
ここで説明した図面は、本発明をさらに理解させるためのものであり、本願の一部を構成し、また、本発明における模式的実施例及びその説明は本発明を説明するものであり、本発明を不当に限定するものではない。図面において、
【図１】関連技術におけるＳＤＮとＩＰｖ６との移行融合技術の構造を示す図である。
【図２】本発明の実施の形態によるデータメッセージ処理方法を示すフローチャートである。
【図３】本発明の実施の形態によるデータメッセージ処理装置の構成を示すブロック図である。
【図４】本発明の実施の形態によるデータメッセージ処理装置の好適な構成を示すブロック図である。
【図５】本発明の実施の形態によるデータメッセージ処理装置における処理モジュール３４の好適な構成を示すブロック図である。
【図６】本発明の実施の形態によるサービスファンクションチェインを示す図である。
【図７】本発明の実施の形態によるサービス分類モジュールとＳＦＣノードとの間でメッセージを介してやり取りされるメタデータを示す図である。
【図８】本発明の好適な実施例１によるＳＦＣに基づくＮＡＴ４４展開シナリオを示す図である。
【図９】本発明の好適な実施例２によるＳＦＣに基づくＤＳ−Ｌｉｔｅ展開シナリオを示す図である。
【図１０】本発明の好適な実施例３によるＳＦＣに基づくLightWeight 4over6展開シナリオを示す図である。
【発明を実施するための形態】
【００２６】
以下、図面を参照しつつ実施例を結合して本発明を詳しく説明する。なお、衝突しない限り、本願の実施例及び実施例中の構成要件を組み合わせることができる。
【００２７】
本実施例にてデータメッセージ処理方法が提供され、図２は、本発明の実施の形態によるデータメッセージ処理方法を示すフローチャートであり、図２に示すように、該フローは以下のようなステップＳ２０２〜ステップＳ２０４を含む。
【００２８】
ステップＳ２０２：サービスファンクションチェインＳＦＣコントローラから送られたＩＰｖ６移行技術を実行するためのＩＰｖ６移行戦略を受信し、該ＩＰｖ６移行戦略は、ＩＰｖ６移行（ＩＰｖ６ transition）を実行するための技術的処理を含み、例えば、該ＩＰｖ６移行戦略は、ＩＰｖ６移行を行う技術のタイプを示すためのＩＰｖ６移行技術タイプと、データメッセージのネットワークアドレス変換ＮＡＴを示すための公衆網アドレスプール情報と、サービスファンクションＳＦノードに含まれるサービスファンクション集合とを少なくとも１つ含み得る。
【００２９】
ステップＳ２０４：受信した該ＩＰｖ６移行戦略に基づいて、受信したデータメッセージを処理する。
【００３０】
上記ステップにより、ＩＰｖ６移行戦略が送られ、既存ネットワークにおけるサービスファンクションチェイン（Service Function Chains、単にＳＦＣという）コントローラにより処理される必要があるすべてのＩＰｖ６移行サービスがＳＦＣコントローラにおけるＩＰｖ６移行戦略伝送装置により効果的に処理され、これにより、関連技術においてＩＰｖ６移行技術との融合にあたり、ネットワークシステムが効率的に動作することができず、そしてＩＰｖ６移行技術の統一展開を効果的に実現することができない問題を解決し、さらに、既存ネットワークの性能負担を効果的に軽減することができるだけでなく、装置同士間のチャンネル輻輳を大いに低減する効果を達成している。
【００３１】
上記ＩＰｖ６移行技術タイプは複数種類が含まれてもよく、例えば、デュアルスタックライトＤＳ−Ｌｉｔｅ技術、ＩＰｖ６急速展開６ＲＤ技術、ＩＰｖ６プロバイダーエッジ６ＰＥ技術、ＩＰｖ６仮想私設網プロバイダーエッジ６ＶＰＥ技術、ネットワークアドレス変換ＮＡＴ技術、ＩＰｖ４からＩＰｖ４への二重ネットワークアドレス変換ＮＡＴ４４４技術、カプセル化を用いたアドレスとポートのマッピングＭＡＰ技術、ＩＰｖ４−ＩＰｖ６間ステートレストランスレーションＩＶＩ技術、軽量ＩＰｖ４オーバーＩＰｖ６  Light Weight 4over6デュアルスタック技術、ＩＰｖ６オーバーＩＰｖ４  ６ｏ４トンネリング技術、ＩＰｖ４オーバーＩＰｖ６  ４ｏ６トンネリング技術、ＩＰｖ６からＩＰｖ４へのネットワークアドレス変換ＮＡＴ６４技術、汎用ＩＰｖ４オーバーＩＰｖ６  Ｐ４ｏ６トンネリング技術、及びステートフルとステートレストランスレーションの組合せ４６４ＸＬＡＴ技術を少なくとも１つ含んでもよい。上記ＳＦノードに含まれるサービスファンクション集合も複数種類が含まれてもよく、例えば、サービスファンクションネットワークアドレス変換ＳＦ−ＮＡＴ、サービスファンクションソフトワイヤＳＦ−ＳＷ、サービスファンクションログＳＦ−ＬＯＧ、及びサービスファンクションユーザ管理ＳＦ−ＵＳＥＲを少なくとも１つ含んでもよい。なお、上述したＩＰｖ６移行技術タイプ及びＳＦノードに含まれるサービスファンクション集合はあくまでも一例である。
【００３２】
受信したＩＰｖ６移行戦略に基づいて、ＳＤＮで受信したデータメッセージを処理する前に、受信したデータメッセージをサービス分類装置により分類してから、分類後のデータメッセージを処理することが好ましい。つまり、サービスデータメッセージの分類によりデータメッセージの処理を高め、ＩＰｖ６移行戦略を受信した機器が、サービス分類装置により分類されたデータメッセージを受信する。なお、該データメッセージには、ＩＰｖ６移行を行うための情報が含まれており、例えば、該データメッセージには、サービスタイプ、ＩＰｖ６移行技術タイプ、ネクストホップ、転送経路、アウトバウンドフラグ、、インバウンドフラグ、公衆網アドレスプールインデックス、ユーザインデックス、及びアクセス制御リストインデックスのうち少なくとも１つのデータメッセージ情報が含まれており、データメッセージにおける上記情報に基づいてＩＰｖ６移行処理を行う。該サービス分類装置は、サーバ、仮想マシン、ルータ、スイッチ、ホームゲートウェイ、及びファイアウォールのうち少なくとも１つのネットワーク機器に設けられてもよいことが望ましい。
【００３３】
また、受信したＩＰｖ６移行戦略に基づいて、ＳＤＮで受信したデータメッセージを処理する際に、受信したデータメッセージが最初のパケットではない場合、データメッセージに含まれる情報に基づく処理を直接行い、一方、受信したデータメッセージが最初のパケットである場合、公衆網アドレスプールインデックスで示されるアドレスプールから１つのＩＰアドレス及び１つのポートを抽出し、抽出したＩＰアドレスとポート、及びデータメッセージのソースＩＰアドレス、ソースポート番号、プロトコルタイプに基づいてフォワーディングテーブルエントリを生成し、そして生成したフォワーディングテーブルエントリに基づいてデータメッセージを転送する。
【００３４】
本実施例にて、上述した実施の形態及び好適な実施例を実現するためのデータメッセージ処理装置がさらに提供されるが、既に説明したものについてはその説明を省略する。以下で使用されるように、用語である「モジュール」は、予め決められた機能のソフトウェア及び／又はハードウェアの組合せを実現することができる。以下の実施例で説明する装置をソフトウェアで実現することが好ましいが、ハードウェア、或いはソフトウェアとハードウェアとの組合せで実現することも可能であり、構想されることである。
【００３５】
図３は、本発明の実施の形態によるデータメッセージ処理装置の構成を示すブロック図であり、図３に示すように、該装置は第１の受信モジュール３２と処理モジュール３４とを備え、以下、該装置を説明する。
【００３６】
第１の受信モジュール３２は、サービスファンクションチェインＳＦＣコントローラから送られた、ＩＰｖ６移行技術を実行するためのＩＰｖ６移行戦略を受信するように構成され、処理モジュール３４は、上記第１の受信モジュール３２に接続され、受信したＩＰｖ６移行戦略に基づいて、受信したデータメッセージを処理するように構成される。
【００３７】
図４は、本発明の実施の形態によるデータメッセージ処理装置の好適な構成を示すブロック図であり、図４に示すように、該装置は、図３に示されるモジュールの全てのほか、第２の受信モジュール４２も備え、以下、該第２の受信モジュール４２を説明する。
【００３８】
第２の受信モジュール４２は、上記第１の受信モジュール３２に接続され、サービス分類装置により分類されたデータメッセージを受信するように構成され、データメッセージには、サービスタイプ、ＩＰｖ６移行技術タイプ、ネクストホップ、転送経路、アウトバウンドフラグ、インバウンドフラグ、フロー番号、公衆網アドレスプールインデックス、ユーザインデックス、及びアクセス制御リストインデックスのうち少なくとも１つのデータメッセージ情報が含まれている。
【００３９】
図５は、本発明の実施の形態によるデータメッセージ処理装置における処理モジュール３４の好適な構成を示すブロック図であり、図５に示すように、該処理モジュール３４は、抽出ユニット５２と、生成ユニット５４と、転送ユニット５６とを含み、以下、該処理モジュール３４を説明する。
【００４０】
抽出ユニット５２は、受信したデータメッセージが最初のパケットである場合、公衆網アドレスプールインデックスで示されるアドレスプールから１つＩＰアドレス及び１つのポートを抽出するように構成され、生成ユニット５４は、上記抽出ユニット５２に接続され、抽出したＩＰアドレスとポート、及びデータメッセージのソースＩＰアドレス、ソースポート番号、プロトコルタイプに基づいてフォワーディングテーブルエントリを生成するように構成され、転送ユニット５６は、上記生成ユニット５４に接続され、生成したフォワーディングテーブルエントリに基づいてデータメッセージを転送するように構成される。
【００４１】
上記データメッセージ装置は、サーバ、仮想マシン、ルータ、スイッチ、ホームゲートウェイ、及びファイアウォールのうち少なくとも１つのネットワーク機器に設けられてもよいことが好ましい。つまり、特にルータ、スイッチ、ファイアウォール、サーバ、ホームゲートウェイ等を対象としてスムーズなＩＰｖ６アップグレードを展開するＩＰｖ６とＩＰｖ４デュアルスタック及び移行用装置になる。また、ネットワークアドレス変換（Network Address Translation、単にＮＡＴという）機能を有するネットワーク機器（例えば、ルータ、ファイアウォール、仮想ゲートウェイ機器等）であってもよい。
【００４２】
以下、好適な実施例を結合しながら本発明を説明する。
【００４３】
サービスファンクションチェイニングは、標準化したネットワーク技術である。データセンターネットワークからOverlay（オーバーレイ）ネットワークへ発展して以来、ネットワークエッジが仮想ネットワークと物理ネットワークとの境界になり、ここで、ネットワークエッジがサーバ（Server）又はＴｏＲであり、ゲートウェイ（Gateway）であることも可能である。しかし、Overlay技術は、全ての問題を解決しておらず、データセンターには、さらに、例えば、ファイアウォール／ロードバランサ等のミドルウェア（Middleware）がたくさんあり、これらの装置はいずれもユーザサービスに基づく処理が施されるものであり、トンネリングによりこれらの装置を横断するのが不可能であることは明らかである。データセンターのこのような展開モデルは、ネットワークにおける仮想ファイアウォール／ロードバランサの任意展開を可能にすることが要求され、言い換えれば、ネットワークトポロジーと無関係である。これにより、如何にしてトラフィックを仮想ファイアウォール／ロードバランサにより柔軟に処理するかが新問題となる。このため、仮想ファイアウォール／ロードバランサ等の新型ミドルウェアが誕生し、これらの仮想ファイアウォール／ロードバランサは、ネットワークのエッジに展開されるものであり、標準サーバで実現されることができる。
【００４４】
関連技術において、仮想ファイアウォール／ロードバランサ／ゲートウェイ等のサービス処理機能をサービスファンクション（Service Function、単にＳＦという）と呼び、トラフィックは一連のサービスファンクションによって処理されて、サービスファンクションチェイン（Service Function Chains）を形成する。図６は、本発明の実施の形態によるサービスファンクションチェインを示す図であり、図６に示すように、実線及び破線がそれぞれ２本のサービスファンクションチェインを表す。ＳＦＣのフレームワークにおいて、各ネットワークエッジノードが通信を行うためのOverlay（オーバーレイ）技術であるサービスオーバーレイ（Service Overlay）と、サービスファンクションチェインを形成するコントローラである汎用サービスコントロールプレーン（Generic Service Control Plane、単にＧＳＣＰという）と、フローの識別及び特定のフローに対する特定のサービスファンクションチェイニング処理が必要になるサービス分類（Service Classification）（サービス分類モジュールをベアリングするノードが一般的にはClassifier（分類装置）と呼ばれる）と、１つの特徴として、Metadata（メタデータ）により、各エッジサービス処理ノードによる相互情報交換が可能であり、あるサービス処理目的を達成することができるデータ平面メタデータ（Dataplane Metadata）と、ＳＦのランニングと生成のキャリアであり、サーバ、仮想マシン、ネットワーク機器等の装置であってもよいサービスモード（Sevice node又はSF node）といった要素を含んでもよい。該サービスファンクションチェインは、ネットワーク機器のサービスファンクションと転送とを分離させることができ、これにより、サービスファンクションの独立演算及び処理を実現し、ネットワーク機器の転送性能を向上させる。
【００４５】
ＳＦＣの上記特徴に鑑み、本実施例では、ＳＦＣに基づいてＩＰｖ６移行技術を統一展開する方法が提供され、ＳＦＣを現在のＳＤＮ構造に融合することで、ＳＤＮとＩＰｖ６移行技術との融合問題を解決し、ＳＤＮ構造との協同動作を効果的に行うことができ、また、metadataのメッセージフォーマット及び伝送データ、即ち、各サービスエッジ処理ノードにより交換される情報のmetadataの内容を定義することで、ＩＰｖ６移行技術の統一展開を完成する。
【００４６】
以下、ＳＦＣに基づいてＩＰｖ６移行技術を統一展開する方法について説明する。
【００４７】
ＳＦＣに基づいて統一展開されるＩＰｖ６移行技術をまとめると、下記４種類のサービスファンクションＳＦに分けることができる。
【００４８】
ネットワークアドレス変換機能ＮＡＴ：本願における全てのＮＡＴは、アドレス変換技術の通称であり、ネットワークアドレスポート変換（Network Address Port Translation、単にＮＡＰＴという）、ＩＰｖ６からＩＰｖ４へのネットワークアドレス変換（ＮＡＴ６４）等、アドレス変換に関わるあらゆる技術を含む。以下の説明では該サービスファンクションをＳＦ−ＮＡＴと称する。
【００４９】
ソフトワイヤ（softwire）機能：ソフトワイヤはトンネリング技術の一種であり、以下の説明では該サービスファンクションをＳＦ−ＳＷと称する。
【００５０】
ログ機能：ユーザのネットワークアドレス変換のログを記録し、以下の説明では該サービスファンクションをＳＦ−ＬＯＧと称する。
【００５１】
ユーザ管理機能：ユーザ管理モジュールの機能を実行し、以下の説明では該サービスファンクションをＳＦ−ＵＳＥＲと称する。
【００５２】
ＩＰｖ６移行技術は、上述した１つ又は複数のサービスファンクション（Service Function）を含む。それぞれのサービスファンクションがＳＦノードで実行される。ＳＦノードは、ネットワーク機器、物理サーバ又は仮想サーバのうちの少なくとも１つであってもよい。例えば、ルータ、スイッチ、ホームゲートウェイ、ファイアウォール、ブレードサーバ、仮想マシン等である。
【００５３】
転送機器及びＳＦＣコントローラ（SFC Controller）が、ＩＰｖ６移行技術に関するメッセージインタラクションを直接行わない。ＳＦＣコントローラがＮＡＴ、ソフトワイヤ、セッション、ユーザ管理等のサービスの処理も行わない。ＳＦ−ＮＡＴ、ＳＦ−ＳＷ、ＳＦ−ＬＯＧ、ＳＦ−ＵＳＥＲといった４種類のサービスファンクションはＳＦノードで処理され、ＳＦノードとService Classification（サービス分類）モジュールとの間で関連するmetadata情報が伝送される。該サービス分類（Service Classification）モジュールは、フロー識別を行い、そして特定のフローに応じて特定のサービスファンクションチェイニング処理を行うためのものである。該モジュールは、ＣＰＥ（顧客構内設備）、セットトップボックス、ルータ、スイッチ、ファイアウォール、サーバ、仮想マシン等を含む様々なネットワーク機器又はサーバで実行されてもよい。
【００５４】
ＳＦＣコントローラは、ＳＦノードの管理、計算及び制御を行う機器である。ＳＤＮコントローラと融合してもよいし、互いに独立してもよい。また、該ＳＦノードは、セッションの確立、削除、更新等の動作を行うためのものである。ＳＦノードとＳＦＣコントローラとの間ではアドレスプールインタラクション情報、サービス設定情報の情報メッセージインタラクションも行われる。転送機器及びＳＦＣコントローラがＩＰｖ６移行技術以外のメッセージインタラクション及びサービス処理を行い、ここではその説明を省略する。
【００５５】
（１）SFC ControllerがＩＰｖ６移行戦略をＳＦノードに伝送する。
【００５６】
SFC Controllerが設定情報に基づいて、ＩＰｖ６移行戦略をＳＦノードに伝送する。
【００５７】
該ＩＰｖ６移行戦略は、移行技術タイプ、公衆網アドレスプール情報、及びＳＦノードに必要なＳＦ（Service Function、サービスファンクション）集合を含む。
【００５８】
上記移行技術タイプは、ＤＳ−Ｌｉｔｅ、ＩＰｖ６急速展開（IPv6 Rapid Deployment、単に６ＲＤという）、プロバイダーエッジ（IPv6 Provider Edge、単に６ＰＥという）、ＩＰｖ６仮想私設網プロバイダーエッジ（IPv6 Virtual Private Network Provider Edge、単に６ＶＰＥという）、ＮＡＴ、ＮＡＴ４４４、ＭＡＰ、ＩＶＩ、Light Weight 4over6、６ｏ４トンネリング、４ｏ６トンネリング、ＮＡＴ６４、汎用ＩＰｖ４オーバーＩＰｖ６  Ｐ４ｏ６トンネリング技術、及びステートフルとステートレストランスレーションの組合せ４６４ＸＬＡＴ技術等のうち少なくとも１つの技術タイプを含む。
【００５９】
公衆網アドレスプール情報とは、ＮＡＴ変換（ＩＰｖ４からＩＰｖ４へのアドレス変換、ＩＰｖ６からＩＰｖ４へのアドレス変換、ＩＰｖ４からＩＰｖ６へのアドレス変換を含む）のための公衆網ＩＰアドレスプールを指す。
【００６０】
ＳＦノードに必要なＳＦ集合は、ＳＦ−ＮＡＴ、ＳＦ−ＳＷ、ＳＦ−ＬＯＧ、ＳＦ−ＵＳＥＲを少なくとも１つ含む。
【００６１】
（２）ＳＦＣコントローラがＩＰｖ６移行戦略をＳＦノードに伝送した後、サービス分類モジュールとＳＦノードとが以下のような動作行為及びメッセージインタラクションを行う。
【００６２】
Classifier（分類装置）のサービス分類モジュールが、ユーザ側メッセージの最初のパケット及びmetadata（メタデータ）をＳＦ（サービスファンクション）に送る。
【００６３】
ユーザ側メッセージの最初のパケットとは、ユーザ側機器が、外部ネットワークへのアクセスのために、あるＩＰアドレス、あるポート及びプロトコル番号をそれぞれソースＩＰアドレス、ソースポート番号及びプロトコル番号として初めて用いるメッセージを指す。
【００６４】
外部ネットワークとは、該転送機器が接続するネットワークのうち、上記ユーザ側に接続されるネットワークを除いた全てのネットワークを指す。
【００６５】
ユーザ側メッセージのフィールド情報は、ソースＩＰアドレス、ターゲットＩＰアドレス、ソースポート、ターゲットポート、プロトコル番号を少なくとも１つ含む。
【００６６】
サービス分類モジュールが、最初のパケットメッセージ全体をＳＦに送信するほかに、サービスタイプ、ＩＰｖ６移行技術タイプ、ネクストホップ、転送経路、アウトバウンド／インバウンドフラグ、フロー番号、公衆網アドレスプールインデックス、ユーザインデックス、及びアクセス制御リストインデックスのうち少なくとも１つをmetadata（メタデータ）にカプセル化する必要があり、図７は、本発明の実施の形態によるサービス分類モジュールとＳＦＣノードとの間でメッセージを介してやり取りされるメタデータを示す図であり、図７に示すように、該メタデータを最初のパケットメッセージとともにＳＦに送信する。
【００６７】
関連技術において、metadataメッセージフォーマットは、Base Header（ベースヘッダ）とContext Header（コンテキストヘッダ）とを含んで構成される。本実施例において、ＩＰｖ６移行技術のContext Header（コンテキストヘッダ）は、図３に示すように、サービスタイプ、ＩＰｖ６移行技術タイプ、長さ、保存フィールド、ネクストホップ、転送経路、アウトバウンド／インバウンドフラグ、フロー番号、公衆網アドレスプールインデックス、ユーザインデックス、及びアクセス制御リストインデックスを含んで構成されるものである、と規定する。
【００６８】
なお、１つの値である上記アウトバウンド／インバウンドフラグは、メッセージがユーザ側から外部ネットワークに送るものであるか、それとも外部ネットワークからユーザ側に送るものであるかを示し、サービスタイプは、該Context HeaderのタイプがＩＰｖ６移行ネットワークの展開用のサービスであることを示し、長さは、Context Headerのバイト長さを示し、ＩＰｖ６移行技術タイプは、該ネットワークがどのようなＩＰｖ６移行技術を用いるかを示し、ネクストホップは、メッセージの次の転送先を示し、転送経路は、メッセージをどのような転送機器により転送すべきかを示し、フロー番号は、該メッセージがどのフローに属するかを示し、公衆網アドレスプールインデックスは、該メッセージに対してどのアドレスプールを用いてＮＡＴ転換を行うべきかを示し、ユーザインデックスは、該メッセージがどのユーザから送信されたかを示し、アクセス制御リストインデックスは、どのアクセス制御リストルールが該メッセージに適用するかを示す。
【００６９】
サービス分類モジュールで受信したユーザ側メッセージが最初のパケットでなければ、見つかったテーブルエントリに基づいて転送する。
【００７０】
ＳＦが受信したユーザ側メッセージの最初のパケットに基づいて、フォワーディングテーブルエントリを生成して転送する。
【００７１】
上述した実施の形態及び実施例によれば、関連技術におけるＩＰｖ６移行技術の展開困難を解決するだけでなく、関連技術における多くの欠陥を解消している。即ち、
Metadata（メタデータ）、即ち、各エッジサービス処理ノードが互いに交換した情報を規定することで、ＳＦＣ構造におけるＩＰｖ６移行技術の融合を実現することが可能になり、階層分割構造を用いることで、ＳＦノードが転送機器とＳＦＣコントローラとの間に位置するとともに、その数もＳＦＣコントローラよりも多い。このため、それぞれのＳＦノードに保存されるセッション数が、従来技術におけるＳＤＮコントローラに保存されるべきセッション数よりも遥かに少なく、サーバのメモリ性能負担を軽減する。転送機器から送られたパケットは、１つのＳＤＮコントローラに集まることなく、各ＳＦノードに分散して送信される。従って、ＳＤＮ展開構造を変えずにＳＦノードを増加することにより、転送機器とサーバとの間のチャンネル輻輳問題が効果的に解決される。
【００７２】
顧客構内設備（Customer Premises Equipment、単にＣＰＥという）の数がやたらに多いため、ＩＰｖ６移行技術におけるＣＰＥへの需用が日増しに高まり、例えば、ＣＰＥは、ＮＡＴ、ソフトワイヤ、ＰＣＰクライアント等のサービスを完成する必要があり、その結果、ＣＰＥ装置のコストがますます事業者コストの重要な一部を占めるようになる。ＣＰＥへの需用を統一し簡略化することで、ＣＰＥは、ＳＦノードのチャンネルとして機能すればよく、他のサービスが全てＳＦノードで行われることができ、運営コストが効果的に節約される。
【００７３】
以下、図面を結合しながら本発明の好適な実施例を説明する。
【００７４】
（好適な実施例１）
図８は、本発明の好適な実施例１によるＳＦＣに基づくＮＡＴ４４展開シナリオを示す図であり、図８に示すように、該ＳＦＣに基づくＩＰｖ６移行技術展開方法のフローは、以下のステップＳ１〜Ｓ１２を含む。
【００７５】
Ｓ１：ＳＤＮコントローラが、ＮＡＴ変換のために、公衆網アドレスプールを分類装置（classifers）へ送り、本実施例において、classiferがルータに駐在する。
【００７６】
Ｓ２：ＳＤＮコントローラが、対応する設定により、ネットワークＮＡＴ４４シナリオの位置（即ち、制御されるルータ等のネットワーク機器の位置）をＳＦＣへ送り、さらにＳＦノードに送って、ＳＦがＳＦ−ＮＡＴ、ＳＦ−ＬＯＧ、ＳＦ−ＵＳＥＲを含むサービスファンクションチェインを形成する。
【００７７】
Outboundトラフィック処理フロー（ユーザ側ネットワークから外部ネットワークへのデータトラフィック）：
Ｓ３：ＩＰｖ４ユーザ側端末からInternetアクセスのメッセージが送信され、クライアントゲートウェイ及び関連ネットワーク機器を経て、ルータに到達する。
【００７８】
Ｓ４：ルータが該メッセージを受信し、フォワーディングテーブルをサーチする。最初のパケットであるため、ルータが対応するフォワーディングテーブルエントリを見つけていない。そして、ルータがメッセージをサービス分類モジュールに送信し、サービス分類モジュールがメッセージや、転送経路、ネクストホップ、アウトバウンド／インバウンド、公衆網アドレスプールインデックス等をmetadataにカプセル化し、ＳＦノードに送信する。
【００７９】
Ｓ５：ＳＦノードがアウトバウンドメッセージ（即ち、ユーザ側から外部ネットワークへのメッセージ）であることに気づいたら、ＳＦ−ＵＳＥＲ処理を行ってユーザ情報をサーチし、正規ユーザであると確認する。
【００８０】
Ｓ６：ＳＦノードが続いてメッセージのＳＦ−ＮＡＴ処理を行い、ＳＦノードがメッセージのソースＩＰアドレス、ソースポート番号、プロトコルタイプによりフォワーディングテーブルをサーチする。サーチした結果、関連するフォワーディングテーブルエントリ（即ち、最初のパケット）が見つかっておらず、そして、公衆網アドレスプールインデックスで示されるアドレスプールから１つのＩＰアドレスを取り出し、１つのポートを選定して、変換後のＩＰアドレス及びポートとし、上記ソースＩＰアドレス、ソースポート番号、プロトコルタイプと組み合わせて１つのフォワーディングテーブルエントリを生成する。
【００８１】
Ｓ７：ＳＦノードが該メッセージについてネットワークアドレス及びポート変換を行い、metadataに携帯されるネクストホップ及び転送経路により、ネクストホップに送信する。
【００８２】
Ｓ８：ＳＦノードがＳＦ−ＬＯＧ処理を行い、フォワーディングテーブルエントリの生成時間を記録する。
【００８３】
Ｓ９：ＳＦノードによるフォワーディングテーブル戦略が転送機器により転送されるように設定されたら、生成したフォワーディングテーブルエントリを転送機器に送る。最初のパケットの伝送及びフォワーディングテーブルの生成フローの実行が完了する。
【００８４】
Inboundトラフィック処理フロー（外部ネットワークからユーザ側ネットワークへのデータトラフィック）：
Ｓ１０：Internet側のメッセージがルータに送信された後、ルータが関連するフォワーディングテーブルをサーチする。
【００８５】
Ｓ１１：関連するフォワーディングテーブルエントリが見つかったら、メッセージについてネットワークアドレス及びポート変換を行い、ユーザ側までネクストホップに送信する。
【００８６】
Ｓ１２：関連するフォワーディングテーブルエントリが見つかっていなければ、該メッセージを捨てる。
【００８７】
（好適な実施例２）
図９は、本発明の好適な実施例２によるＳＦＣに基づくＤＳ−Ｌｉｔｅ展開シナリオを示す図であり、図９に示すように、図９に示す構造に基づき、該ＳＦＣに基づくＩＰｖ６移行技術展開方法のフローは、以下のステップＳ１〜Ｓ１６を含む。
【００８８】
Ｓ１：ＳＤＮコントローラが、ＮＡＴ変換のために、公衆網アドレスプールをルータのclassiferへ送り、本実施例において、２つのclassiferがそれぞれクライアントゲートウェイとルータとに駐在する。
【００８９】
Ｓ２：ＳＤＮコントローラが対応する設定により、ネットワークＤＳ−Ｌｉｔｅシナリオの位置（即ち、制御されるルータ、クライアントゲートウェイ等のネットワーク機器の位置）をＳＦＣへ送り、さらにＳＦノードに送って、サービスファンクションがＳＦ−ＮＡＴ、ＳＦ−ＬＯＧ、ＳＦ−ＵＳＥＲ、ＳＦ−ＳＷを含むサービスファンクションチェインを形成する。
【００９０】
ここで、クライアントゲートウェイを制御するＳＦノード１がＳＦ−ＳＷを送り、転送機器を制御するＳＦノード２がＳＦ−ＮＡＴ、ＳＦ−ＬＯＧ、ＳＦ−ＵＳＥＲ、ＳＦ−ＳＷを送る。
【００９１】
Outboundトラフィック処理フロー（ユーザ側ネットワークから外部ネットワークへのデータトラフィック）：
Ｓ３：デュアルスタックユーザ側端末からＩＰｖ４インターネットアクセスのＩＰｖ４メッセージが送信され、クライアントゲートウェイを経るとき、クライアントゲートウェイが該ＩＰｖ４メッセージを分類装置（classifer）に送信し、分類装置が該メッセージ、及びアウトバウンドフラグ、転送経路を携帯するmetadataをＳＦノード１に送信する。
【００９２】
Ｓ４：ＳＦノード１がアウトバウンドメッセージであることに気づいたら、ＳＦ−ＳＷ処理を行い、つまり、メッセージをＩＰｖ６のトンネルにカプセル化するとともに、metadataに含まれる転送経路に基づいて後段の転送機器に送信する。
【００９３】
Ｓ５：ルータが該ＩＰｖ６トンネルにカプセル化されたメッセージを受信した後、メッセージを分類装置に送信し、分類装置が該メッセージ、及び転送経路、ネクストホップ、アウトバウンド／インバウンドフラグをmetadataにカプセル化し、ＳＦノード２に送信する。
【００９４】
Ｓ６：ＳＦノード２がアウトバウンドメッセージ（即ち、ユーザ側から外部ネットワークへのメッセージ）であることに気づいたら、ＳＦ−ＵＳＥＲ処理を行ってユーザ情報をサーチし、正規ユーザであると確認する。
【００９５】
Ｓ７：ＳＦノード２がメッセージのＳＦ−ＳＷ処理を行い、該メッセージのＩＰｖ６トンネルヘッダをカプセル除去し、ＩＰｖ４メッセージに戻す。
【００９６】
Ｓ８：ＳＦノード２がＩＰｖ４メッセージのＳＦ−ＮＡＴ処理を行い、ＳＦノードがメッセージのソースＩＰアドレス、ソースポート番号、プロトコルタイプに基づいてフォワーディングテーブルをサーチする。サーチした結果、関連するフォワーディングテーブルエントリ（即ち、最初のパケット）が見つかっておらず、そして公衆網アドレスプールから１つのＩＰアドレスを取り出し、１つのポートを選定して、変換後のＩＰアドレス及びポートとし、上記ソースＩＰアドレス、ソースポート番号、プロトコルタイプと組み合わせて１つのフォワーディングテーブルエントリを生成する。
【００９７】
Ｓ９：ＳＦノード２が該メッセージについてネットワークアドレス及びポート変換を行い、metadataに含まれるネクストホップ及び転送経路により、次の転送機器に送信する。
【００９８】
Ｓ１０：ＳＦノード２がＳＦ−ＬＯＧ処理を行い、フォワーディングテーブルエントリの生成時間を記録する。
【００９９】
Ｓ１１：ＳＦノード２によるフォワーディングテーブル戦略がローカル転送されるように設定されたら、フォワーディングテーブルをルータに送ることはしない。最初のパケットの伝送及びフォワーディングテーブルの生成フローの実行が完了する。
【０１００】
Inboundトラフィック処理フロー（外部ネットワークからユーザ側ネットワークへのデータトラフィック）：
Ｓ１２：Internet側のメッセージがルータに送信された後、ルータが該メッセージを分類装置に送信し、分類装置が該メッセージ、及びインバウンドフラグが携帯されるmetadataをＳＦノード２に送信し、ＳＦノード２がフォワーディングテーブルをサーチする。
【０１０１】
Ｓ１３：ＳＦノード２が関連するフォワーディングテーブルエントリを見つけたら、メッセージについてネットワークアドレス及びポート変換を行うとともに、ＩＰｖ６トンネルカプセル化を行い、クライアントゲートウェイまで次のネットワーク機器に送信する。
【０１０２】
Ｓ１４：ＳＦノード２が関連するフォワーディングテーブルエントリを見つけていなければ、該メッセージを捨てる（或いは具体的な設定によって他の処理を行い、これが従来技術である）。
【０１０３】
Ｓ１５：クライアントゲートウェイが該ＩＰｖ６トンネルメッセージを受信した後、該メッセージをＳＦノード１に送信する。
【０１０４】
Ｓ１６：ＳＦノード１が該メッセージのカプセル除去を行ってＩＰｖ４メッセージに戻し、該メッセージをデュアルスタックユーザ端末まで次の処理ユニットに送信する。
【０１０５】
（好適な実施例３）
図１０は、本発明の好適な実施例３によるＳＦＣに基づくLightWeight 4over6展開シナリオを示す図であり、図１０に示すように、該ＳＦＣに基づくＩＰｖ６移行技術展開方法のフローは、以下のステップＳ１〜Ｓ１３を含む。
【０１０６】
Ｓ１：ＳＤＮコントローラが、ＮＡＴ変換のために、公衆網アドレスプールをクライアントゲートウェイの分類装置へ送り、本実施例において、２つの分類装置がそれぞれクライアントゲートウェイとルータとに駐在する。
【０１０７】
Ｓ２：ＳＤＮコントローラが対応する設定により、ネットワークLightWeight 4over6シナリオの位置（即ち、制御されるルータ、クライアントゲートウェイ等のネットワーク機器の位置）をＳＦＣへ送り、ＳＦノードに送って、ＳＦがＳＦ−ＮＡＴ、ＳＦ−ＬＯＧ、ＳＦ−ＵＳＥＲ、ＳＦ−ＳＷを含むサービスファンクションチェインを形成する。
【０１０８】
ここで、クライアントゲートウェイを制御するＳＦノード１がＳＦ−ＳＷ、ＳＦ−ＮＡＴを送り、転送機器を制御するＳＦノード２がＳＦ−ＳＷを送る。
【０１０９】
Outboundトラフィック処理フロー（ユーザ側ネットワークから外部ネットワークへのデータトラフィック）：
Ｓ３：デュアルスタックユーザ側端末からＩＰｖ４インターネットアクセスのＩＰｖ４メッセージが送信され、クライアントゲートウェイを経るとき、クライアントゲートウェイが該ＩＰｖ４メッセージを分類装置に送信し、分類装置が該メッセージ、及びアウトバウンドフラグ、転送経路、公衆網アドレスプールインデックスを携帯するmetadataをＳＦノード１に送信する。
【０１１０】
Ｓ４：ＳＦノード１がアウトバウンドメッセージであることに気づいたら、ＳＦ−ＮＡＴ処理を行い、ＳＦノードがメッセージのソースＩＰアドレス、ソースポート番号、プロトコルタイプに基づいてフォワーディングテーブルをサーチする。サーチした結果、関連するフォワーディングテーブルエントリ（即ち、最初のパケット）が見つかっておらず、そして公衆網アドレスプールから１つのＩＰアドレスを取り出し、１つのポートを選定して、変換後のＩＰアドレス及びポートとし、上記ソースＩＰアドレス、ソースポート番号、プロトコルタイプと組み合わせて１つのフォワーディングテーブルエントリを生成する。
【０１１１】
Ｓ５：ＳＦノード１がメッセージのＳＦ−ＳＷ処理を行い、メッセージをＩＰｖ６のトンネルにカプセル化するとともに、metadataに含まれる転送経路に基づいて後段の転送機器に送信する。
【０１１２】
Ｓ６：ルータが該ＩＰｖ６トンネルにカプセル化されたメッセージを受信した後、メッセージを分類装置に送信し、分類装置が該メッセージ、及び転送経路、ネクストホップ、アウトバウンドフラグをmetadataにカプセル化し、ＳＦノード２に送信する。
【０１１３】
Ｓ７：ＳＦノード２がメッセージのＳＦ−ＳＷ処理を行い、該メッセージのＩＰｖ６トンネルヘッダをカプセル除去し、ＩＰｖ４メッセージに戻す。
【０１１４】
Ｓ８：ＳＦノード２がmetadataに含まれるネクストホップ及び転送経路により、次の転送機器に送信する。
【０１１５】
Inboundトラフィック処理フロー（外部ネットワークからユーザ側ネットワークへのデータトラフィック）：
Ｓ９：Internet側のメッセージがルータに送信された後、ルータが該メッセージを分類装置に送信し、分類装置が該メッセージ及びmetadataをＳＦノード２に送信し、ＳＦノード２がＩＰｖ６カプセル除去操作を行い、クライアントゲートウェイまで後段の転送機器に送信する。
【０１１６】
Ｓ１０：クライアントゲートウェイが該ＩＰｖ６トンネルメッセージを受信した後、該メッセージをＳＦノード１に送信する。
【０１１７】
Ｓ１１：ＳＦノード１がＩＰｖ６トンネルカプセル除去を行ってメッセージをＩＰｖ４メッセージに戻し、関連するフォワーディングテーブルをサーチする。
【０１１８】
Ｓ１２：ＳＦノード１が関連するフォワーディングテーブルエントリを見つけたら、メッセージについてネットワークアドレス及びポート変換を行い、デュアルスタッククライアント端末に送信する。
【０１１９】
Ｓ１３：ＳＦノード１が関連するフォワーディングテーブルエントリを見つけていなければ、該メッセージを捨てる。
【０１２０】
もちろん、当業者にとって、上記の本発明に係る各モジュール又は各ステップは汎用の演算装置によって実現することができ、単独の演算装置に集中させることができるし、或いは、複数の演算装置からなるネットワークに分布させることもでき、或いは、演算装置が実行可能なプログラムコードによって実現することで、それらを記憶装置に記憶させて演算装置によって実行することもできる。そして、場合によって、示した又は説明したステップを上述と異なる手順で実行することができる。或いは、それらを夫々集積回路モジュールに作製し、或いはそのうちの複数のモジュール又はステップを単一の集積回路モジュールに作製して実現することができることは明らかなことである。このように、本発明は如何なる特定のハードウェアとソフトウェアの結合にも限定されない。
【０１２１】
以上は、本発明の好適な実施例に過ぎず、本発明を限定することは意図していない。当業者であれば、本発明に様々な変更や変形が可能である。本発明の思想や原則内の如何なる修正、均等の置き換え、改良なども、本発明の保護範囲内に含まれるべきである。
【産業上の利用可能性】
【０１２２】
上述したように、上述の実施の形態及び好適な実施例により、既存ネットワークの性能負担を効果的に軽減することができるだけでなく、装置同士間のチャンネル輻輳を大いに低減する効果を達成している。
【図１】
2017506855.tif 000003
【図２】
2017506855.tif 000004
【図３】
2017506855.tif 000005
【図４】
2017506855.tif 000006
【図５】
2017506855.tif 000007
【図６】
2017506855.tif 000008
【図７】
2017506855.tif 000009
【図８】
2017506855.tif 000010
【図９】
2017506855.tif 000011
【図１０】
2017506855.tif 000012
【国際調査報告】
2017506855.tif 000013
2017506855.tif 000014
2017506855.tif 000015
2017506855.tif 000016