(57)【特許請求の範囲】
【請求項１】
ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御の方法であって、
ａ．ＰＣＲＦが、アプリケーションに対応する多次元コンテキスト情報に基づき、アプリケーションに関するアプリケーションサービスチェインを決定し、対応するアプリケーションサービスチェイン情報を、ＳＤＮコントローラに送信するステップであって、アプリケーションサービスチェインがサービス機能の順序付きリストである、ステップと、
ｂ．ＳＤＮコントローラが、アプリケーションサービスチェイン情報に基づき、アプリケーションに関する転送ルールを決定し、転送ルールを対応するサービスチェイニングインフラネットワークに送信するステップと、
ｃ．サービスチェイニングインフラネットワーク内のサービスチェイニング実施ポイント（ＳＣＥＰ）が、転送ルールに基づき、対応するサービス機能を実行するステップと
を含む、方法。
【請求項２】
ステップｃが、
−  サービスチェイニングインフラネットワーク内のＳＣＥＰが、転送ルール内のサービス機能実行シーケンスに基づき、対応するサービス機能を順次実行するステップ
を含む、請求項１に記載の方法。
【請求項３】
ＳＣＥＰが、サービスチェイニング分類機能と、サービスチェイニング転送機能とを含み、サービスチェイニング分類機能が、アプリケーションのアプリケーションフローに対する分流処理を実行し、サービスチェイニング転送機能が、アプリケーションフローをサービス機能および／または他のＳＣＥＰに送信する、請求項１または２に記載の方法。
【請求項４】
ＳＣＥＰのうちのイングレスＳＣＥＰがトラフィック検出機能（ＴＤＦ）を含み、ＴＤＦは、アプリケーションフローに対しディープパケットインスペクションを実行してアプリケーションフローに分流処理を施し、アプリケーションフローを他のＳＣＥＰに転送し、ＴＤＦはさらに、ＰＣＲＦによって送信されたアプリケーションサービスチェイン情報を受信し、アプリケーションサービスチェイン情報を含む課金要求を対応するＯＣＳおよび／またはＯＦＣＳに送信して、アプリケーションに対する課金を行う、請求項１から３のいずれか一項に記載の方法。
【請求項５】
多次元コンテキスト情報が、
−  ＴＤＦアプリケーションコンテキスト情報
−  加入者リポジトリコンテキスト情報
−  加入者課金情報
−  加入者無線アクセスおよび位置情報
のうち、少なくともいずれか１つを含む、請求項１から４のいずれか一項に記載の方法。
【請求項６】
ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御のためのＰＣＲＦであって、アプリケーションに対応する多次元コンテキスト情報に基づいてアプリケーションに関するアプリケーションサービスチェインを決定し、対応するアプリケーションサービスチェイン情報をＳＤＮコントローラに送信するように構成され、アプリケーションサービスチェインがサービス機能の順序付きリストである、ＰＣＲＦ。
【請求項７】
多次元コンテキスト情報が、
−  トラフィック検出機能（ＴＤＦ）アプリケーションコンテキスト情報
−  加入者リポジトリコンテキスト情報
−  加入者課金情報
−  加入者無線アクセスおよび位置情報
のうち、少なくともいずれか１つを含む、請求項６に記載のＰＣＲＦ。
【請求項８】
ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御のためのＳＤＮコントローラであって、
−  対応するＰＣＲＦによって送信されたアプリケーションサービスチェイン情報を受信し、アプリケーションサービスチェイン情報がサービス機能の順序付きリストを含み、
−  アプリケーションサービスチェイン情報に基づいて対応するアプリケーションに関する転送ルールを決定し、転送ルールを対応するサービスチェイニングインフラネットワークに送信する
ように構成される、ＳＤＮコントローラ。
【請求項９】
ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御のためのサービスチェイニング実施ポイント（ＳＣＥＰ）であって、アプリケーションに関するアプリケーションサービスチェインが、アプリケーションに対応する多次元コンテキスト情報に基づき、ＰＣＲＦによって決定されたサービス機能の順序付きリストであり、ＳＤＮコントローラによって送信された転送ルールに基づき、対応するサービス機能を実行するように構成される、ＳＣＥＰ。
【請求項１０】
転送ルール内のサービス機能実行シーケンスに基づき、対応するサービス機能を順次実行する
ように構成される、請求項９に記載のＳＣＥＰ。
【請求項１１】
サービスチェイニング分類機能と、サービスチェイニング転送機能とを含み、サービスチェイニング分類機能が、アプリケーションのアプリケーションフローに対する分流処理を実行し、サービスチェイニング転送機能が、アプリケーションフローをサービス機能および／または他のＳＣＥＰに送信する、請求項９または１０に記載のＳＣＥＰ。
【請求項１２】
ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御のためのトラフィック検出機能（ＴＤＦ）であって、イングレスサービスチェイニング実施ポイント（ＳＣＥＰ）を含み、アプリケーションのアプリケーションフローに対してディープパケットインスペクションを実行してアプリケーションフローに分流処理を施し、アプリケーションフローを他のＳＣＥＰに転送するＴＤＦであって、さらに、ＰＣＲＦによって送信されたアプリケーションサービスチェイン情報を受信し、アプリケーションサービスチェイン情報を含む課金要求を、対応するＯＣＳおよび／またはＯＦＣＳに送信して、アプリケーションに対する課金を行い、アプリケーションサービスチェイン情報がサービス機能の順序付きリストを含む、ＴＤＦ。
【請求項１３】
ＰＧＷと統合されている、請求項１２に記載のＴＤＦ。
【請求項１４】
ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御のためのシステムであって、請求項６または７に記載のＰＣＲＦと、請求項８に記載のＳＤＮコントローラと、請求項９から１１のいずれか一項に記載のＳＣＥＰと、請求項１２または１３に記載のＴＤＦとを含む、システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信技術の分野に関し、より詳細には、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金の制御技術に関する。
【背景技術】
【０００２】
ポリシおよび課金制御（ＰＣＣ）には、ＰＣＲＦ（ポリシおよび課金ルール機能）などのポリシサーバと、ＰＣＥＦ（ポリシおよび課金実施機能）やＴＤＦ（トラフィック検出機能）などのポリシ実施機能とが含まれる。ポリシ実施機能は、ディープパケットインスペクションを実行して、アプリケーションのトラフィックを検出し（たとえば、Ｆａｃｅｂｏｏｋ、Ｇｏｏｇｌｅ、電子メールといった各種アプリケーションのトラフィックを検査し）、または、ＱｏＳと課金の動的な制御を実行する。また、ポリシ実施機能は、課金システムおよび加入者データベースに接続されて、加入者やアプリケーションがデータネットワークリソースを利用する方式を、オペレータが動的に制御するのを支援する。ポリシの決定は、多種多様なトリガに基づいてなされ得る。そのようなトリガとしては、加入者のデータ使用量、サービス階層、位置情報、アプリケーション、ＵＲＬ、ソースＩＰアドレス、時刻、輻輳レベルなどが挙げられる。ＰＣＣアーキテクチャは、今や４Ｇ  ＬＴＥ  ＥＰＣコアネットワークで定着したものとなっている。
【０００３】
具体的に述べれば、ソフトウェア定義ネットワーク（ＳＤＮ）の配備を考慮して、パケットの転送は、制御機能から切り離されている。制御機能は、専用のネットワークデバイスから切り離され、たとえばＳＤＮコントローラなどの中央の「コンテナ」によって実施される。ＳＤＮコントローラは、ＯｐｅｎＦｌｏｗプロトコルなどの標準プロトコルを用いてアプリケーションのデータフローをどのように送信すべきかを、パケットの転送元デバイスに通知する。ＳＤＮの主要目的は、ネットワーク形成およびアプリケーションの仮想化を容易にすることである。
【０００４】
ポリシ制御が導入され、それに続きＳＤＮが新たに興隆してきたことにより、サービスをエンドユーザに提供しサポートする方式をキャリアがどう制御するかについて、いくつかの重要な課題が発生している。現在のネットワークサービスの配備モデルは比較的静的なものであり、ポリシ選択やインサーションのためのトポロジに制約を受ける。さらに、こうした配備モデルは、仮想化が可能にする柔軟なサービス環境に十分適応したものではない。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明の目的は、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御のための方法および装置を提供することである。
【０００６】
本発明の一態様によれば、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御の方法が提供される。同方法は、以下のステップを含む：
ａ．ＰＣＲＦが、アプリケーションに対応する多次元コンテキスト情報に基づき、アプリケーションに関するアプリケーションサービスチェインを決定し、対応するアプリケーションサービスチェイン情報を、ＳＤＮコントローラに送信するステップ。
ｂ．ＳＤＮコントローラが、アプリケーションサービスチェイン情報に基づき、アプリケーションに関する転送ルールを決定し、転送ルールを対応するサービスチェイニングインフラネットワークに送信するステップ。
ｃ．サービスチェイニングインフラネットワーク内のＳＣＥＰが、転送ルールに基づき、対応するサービス機能を実行するステップ。
【０００７】
本発明の別の態様によれば、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御のためのＰＣＲＦであって、アプリケーションに対応する多次元コンテキスト情報に基づいてアプリケーションに関するアプリケーションサービスチェインを決定し、対応するアプリケーションサービスチェイン情報をＳＤＮコントローラに送信するように構成される、ＰＣＲＦが提供される。
【０００８】
本発明の別の態様によれば、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御のためのＳＤＮコントローラが提供される。同ＳＤＮコントローラは、以下の動作を行うように構成される：
−  対応するＰＣＲＦによって送信されたアプリケーションサービスチェイン情報を受信すること。
−  アプリケーションサービスチェイン情報に基づいて対応するアプリケーションに関する転送ルールを決定し、転送ルールを対応するサービスチェイニングインフラネットワークに送信すること。
【０００９】
本発明の別の態様によれば、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御のためのＳＣＥＰであって、ＳＤＮコントローラによって送信された転送ルールに基づき、対応するサービス機能を実行するように構成される、ＳＣＥＰが提供される。
【００１０】
本発明の別の態様によれば、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御のためのＴＤＦであって、イングレスＳＣＥＰを含み、アプリケーションのアプリケーションフローに対してディープパケットインスペクションを実行してアプリケーションフローに分流（ｄｉｆｆｌｕｅｎｔ）処理を施し、アプリケーションフローを他のＳＣＥＰに転送するＴＤＦであって、さらに、ＰＣＲＦによって送信されたアプリケーションサービスチェイン情報を受信し、アプリケーションサービスチェイン情報を含む課金要求を対応するＯＣＳおよび／またはＯＦＣＳに送信して、アプリケーションに対する課金を行う、ＴＤＦが提供される。
【００１１】
本発明のさらなる態様によれば、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御のためのシステムが提供される。同システムには、上記のＰＣＲＦ、上記のＳＤＮコントローラ、上記のＳＣＥＰ、および上記のＴＤＦが含まれる。
【００１２】
先行技術と比較した場合、本発明によれば、ＳＤＮネットワークにおいて、ＰＣＲＦがアプリケーションサービスチェインを決定し、対応する情報をＳＤＮコントローラに送信する。ＳＤＮコントローラは、その情報に基づいて転送ルールを決定し、その転送ルールをサービスチェイニングインフラネットワークに送信する。転送ルールに基づき、サービスチェイニングインフラネットワーク内の各ＳＣＥＰは、対応するサービス機能を実行する。本発明は、付加価値サービスチェインを備えた、ＬＴＥポリシおよび課金制御の方法のゲームルールを変える前例のない提案であって、既存の３ＧＰＰ  ＬＴＥ／ＥＰＳアーキテクチャおよびポリシ制御を強化するとともに、ＳＤＮ  ＯｐｅｎＦｌｏｗやサービスチェインをサポートする。
【００１３】
さらに、本発明がＰＣＲＦの機能を拡張することにより、ＰＣＲＦはＱｏＳ制御や課金のためのアプリケーション検出制御（ＡＤＣ）ルールを定義するだけでなく、各アプリケーションに関するアプリケーションサービスチェインを決定するサポートも行う。したがって、かかるＰＣＲＦは、加入者の多次元的な属性（顧客区分、データ課金プラン、位置、アクセス技術、年齢、期間など）を考慮したうえで、アプリケーションを関連するサービスチェインへと結び付けることができる。このようにすることで、ＰＣＲＦは、アプリケーションおよび加入者について、対応するアプリケーションサービスチェインを動的に定義することが可能となる。
【００１４】
本発明は、ＳＤＮ制御のネットワーク内で付加価値サービスを配備する方法を制御するポリシ制御サービスチェイン機構を提供するものであり、加入者の選好、プロファイル、およびネットワーク状態が含まれるように、ネットワークフロー制御およびアプリケーション志向のフロー制御に向けたＳＤＮ転送ポリシルールを拡張する。オペレータが保証されたサービスを各加入者に継続して提供し得ることを確実にするには、制御プレーンとデータプレーン間のインタフェースにおいて、加入者を認識することが必要となる。サービスチェインに基づく加入者ごとのポリシによって、サービスのプロビジョニング方法は柔軟なものとなり、その配備も容易となる。
【００１５】
また、本発明により、オペレータは、異なる付加価値サービス機能を用いて、異なるアプリケーションフローに対して動的に課金を行うことが可能となる。
【００１６】
本発明が持つ、その他の特徴、目的、および利点は、非限定的実施形態に関する以下の詳細な説明を、添付図面を参照しながら読むことによって、より明瞭なものとなろう。
【図面の簡単な説明】
【００１７】
【図１】本発明の一態様による、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御の方法のフローチャートである。
【図２】本発明の好ましい一実施形態による、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御の実行に関する概略図である。
【図３】本発明の別の好ましい実施形態による、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御の実行に関する概略図である。
【図４】本発明のさらに好ましい実施形態による、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御の実行に関する概略図である。
【発明を実施するための形態】
【００１８】
各図面において、同一または類似の参照符号は、同一または類似の構成要素を表している。
【００１９】
以下、添付図面を参照しながら、本発明をさらに詳述する。
【００２０】
図１は、本発明の一態様による、ＳＤＮ（ソフトウェア定義ネットワーク）ネットワークに基づくアプリケーションサービスチェインに対するポリシおよび課金制御の方法のフローチャートである。
【００２１】
ステップＳ１０１において、ＰＣＲＦは、あるアプリケーションに関するアプリケーションサービスチェインを決定し、対応するアプリケーションサービスチェイン情報をＳＤＮコントローラに送信する。
【００２２】
具体的に述べると、ステップＳ１０１における、ＰＣＲＦがあるアプリケーションに関するアプリケーションサービスチェインを決定することは、たとえば、このアプリケーションのために対応するサービス機能を決定すること、または、さらに、このアプリケーションに対応する多次元コンテキスト情報に基づいて対応するアプリケーションサービスチェインを決定することであり、さらには、ＰＣＲＦは、アプリケーションサービスチェイン情報をＳＤＮネットワークのＳＤＮコントローラに送信する。
【００２３】
ここでアプリケーションサービスチェインとは、サービス機能の順序付きリストである。このリストは再編成することが可能である。アプリケーションサービスチェインの概念には、複数のサービス機能を特定のシーケンスで適用することが含まれる。ネットワークキャリアが提供するサービスが利用可能となるように、サービス機能は個別に使用されても、アプリケーションサービスチェイン内の他のサービス機能と併用されてもよい。
【００２４】
ここで、ＰＣＲＦは、ＳＤＮコントローラと相互作用するためのオープンＡＰＩを備える。したがって、ＰＣＲＦは、ＳＤＮコントローラに、アプリケーションサービスチェイン情報を送信することができる。
【００２５】
ここで、ＰＣＲＦの機能は拡張され、ＱｏＳ制御および課金のためのアプリケーションの検出や制御のルールを定義するだけに留まらず、各アプリケーションについてアプリケーションサービスチェインを決定することもサポートすることができる。さらに、ＰＣＲＦは、加入者の多次元的な属性（顧客区分、データ課金プラン、位置、アクセス技術、年齢、期間など）を考慮したうえで、アプリケーションを関連するサービスチェインへ結び付けることもできる。このようにすることで、ＰＣＲＦは、アプリケーションおよび加入者について、対応するアプリケーションサービスチェインを動的に定義することが可能となる。
【００２６】
当業者であれば、アプリケーションサービスチェインを決定または送信する上記方法は一例にすぎず、本発明に適用可能な既存または将来登場し得るアプリケーションサービスチェインの決定や送信に関するその他の方法も本発明の範囲に包含され、参照により本明細書に組み込まれるということを理解されよう。
【００２７】
ステップＳ１０１では、ＰＣＲＦが、アプリケーションに関するアプリケーションサービスチェインの決定を、そのアプリケーションに対応する多次元コンテキスト情報に基づいて行うことが好ましい。
【００２８】
具体的に述べると、ステップＳ１０１において、ＰＣＲＦは、アプリケーションに対応する多次元コンテキスト情報（上記の顧客区分、データ課金プラン、位置、アクセス技術、年齢、期間など）に基づき、対応するアプリケーションサービスチェインを決定し（たとえば、こうした多次元コンテキスト情報の考慮から導かれたアプリケーションサービスチェインは、付加価値アプリケーションサービスチェインと呼ばれる）、その付加価値アプリケーションサービスチェインを、ＳＤＮコントローラに送信する。
【００２９】
マルチコンテキスト情報には、以下に示す情報のうち、少なくとも１つが含まれることがより好ましい：
−  ＴＤＦアプリケーションコンテキスト情報
−  加入者リポジトリコンテキスト情報
−  加入者課金情報
−  加入者無線アクセスおよび位置情報。
【００３０】
上記のＴＤＦアプリケーションコンテキスト情報は、たとえば、レイヤ３からレイヤ７までのアプリケーションフローの記述情報や、アプリケーションのスポンサー情報などである。ＴＤＦアプリケーションフロー情報は、Ｒｘインタフェースを介してアプリケーション機能（ＡＦ）から取得するか、またはＴＤＦによって検出することが可能であり、ＡＤＣルールを要求するために、Ｓｄインタフェースを介してＰＣＲＦに送信され得る。
【００３１】
上記の加入者リポジトリコンテキスト情報は、たとえば、加入者に許可された付加価値サービス、サービス優先度、加入者に許可されたＱｏＳ、加入者カテゴリ（企業、個人、成人、若年など）、年齢、誕生日などに相当する。加入者リポジトリコンテキスト情報は、３ＧＰＰ  ＰＣＣアーキテクチャにより、Ｓｐインタフェースを介して、ＨＳＳ（ホーム加入者サーバ）／ＳＰＲ（加入者プロファイルリポジトリ）などの加入者情報データベースから入手可能である。たとえば、十代のユーザであれば、ペアレンタルコントロール付加価値サービス機能を実行することになり、企業ユーザであれば、企業セキュリティサービス機能を持つことになる。
【００３２】
上記の加入者課金情報は、たとえば、ＯＣＳを用いてＳｙインタフェース経由で入手可能な、ポリシベースの支払カウンタステータスに相当する。
【００３３】
上記の多次元コンテキスト情報は、加入者無線アクセスおよび位置情報も含み得る。すなわち、ＰＣＲＦは、無線アクセスのタイプやユーザ位置情報などのモバイルネットワーク情報を、ＰＧＷから取得することができる。この情報を用いて、ＰＣＲＦは、加入者のアプリケーションに関するサービスチェインを定義することができる。たとえば、３Ｇ／４Ｇ接続のユーザであれば、狭い帯域幅の条件下でスムーズに動画がストリーミングされるように、ビデオオプティマイザによって動画のトラフィックがステアリングされる。ユーザがＷＬＡＮで接続している場合は、動画のトラフィックに特別な最適化は不要であり、ソースからユーザデバイスまで直にルーティングすることが可能である。
【００３４】
ステップＳ１０１において、ＰＣＲＦは、アプリケーションに関するアプリケーションサービスチェインの決定を、そのアプリケーションに対応する上記多次元コンテキスト情報のいずれかに基づいて行う。
【００３５】
当業者であれば、上記の多次元コンテキスト情報は例示的なものにすぎず、本発明に適用可能な既存または将来登場し得るその他のマルチコンテキスト情報も本発明の保護範囲に包含され、参照により本明細書に組み込まれるということを理解されよう。
【００３６】
上記の多次元コンテキスト情報に基づき、ＰＣＲＦが、所与のアプリケーションフローに対するＡＤＣルールに、付加価値サービスチェインを追加できることが好ましい。この強化されたＡＤＣルールには、以下の情報のうち、少なくともいずれか１つが含まれることになる：
−  ＡＤＣルール識別子
−  ＴＤＦアプリケーション識別子
−  監視キー
−  ゲートステータス
−  ＱｏＳ情報（たとえば、ＵＬ最大ビットレートやＤＬ最大ビットレート）
−  課金情報（たとえば、料金や、オンライン／オフラインでの課金または計量方法）
−  リダイレクト情報
−  スポンサー情報
−  付加価値サービスチェイン情報
ＡＤＣルールに含まれる、上記の付加価値サービスチェイン情報ＡＶＰには、以下が含まれることになる：
【００３７】
１）ＴＤＦアプリケーションのためのサービスチェインＩＤ。このサービスチェインＩＤは新たなＡＶＰとなって、料金エンジン内の新たな料金制度に関連して使用されることになる。
【００３８】
２）特定のトラバース順序を持つ、１つ以上のサービス機能。
【００３９】
当業者であれば、強化されたＡＤＣルールに含まれる上記の情報は例示的なものにすぎず、本発明に適用可能な既存または将来登場し得る、強化されたＡＤＣルールに含まれるその他の情報も本発明の保護範囲に包含され、参照により本明細書に組み込まれるということを理解されよう。
【００４０】
ステップＳ１０２において、ＳＤＮコントローラは、アプリケーションサービスチェイン情報に基づいてアプリケーションに関する転送ルールを決定し、その転送ルールを対応するサービスチェイニングインフラネットワークに送信する。
【００４１】
具体的に述べると、ステップＳ１０２において、ＳＤＮコントローラが、ステップＳ１０１でＰＣＲＦから受信したアプリケーションサービスチェイン情報に基づき、アプリケーションに関する転送ルールを決定し（この転送ルールには、たとえば、アプリケーションサービスチェインに対応するサービス機能をどのように実行するかや、サービス機能の実行シーケンスなどが含まれる）、次いで、ＳＤＮコントローラが、その転送ルールを、対応するサービスチェイニングインフラネットワークに送信する。
【００４２】
ここで、サービスチェイニングインフラネットワークとは、相互接続するＳＣＥＰとサービス機能を含むネットワークである。また、サービス機能とは、ネットワークまたはアプリケーションベースのパケット処理、アプリケーション、計算、またはストレージリソースである。
【００４３】
ここで、ＳＤＮコントローラは、各加入者のアプリケーションフローに対するパケットデータ転送ルールを動的に定義することが可能である。これらの転送ルールが、分類されたトラフィックフローをステアリングすることにより、対応するサービス機能は、ＰＣＲＦからのアプリケーションサービスチェインによって定義された特定の順序で実行される。
【００４４】
ステップＳ１０３において、サービスチェイニングインフラネットワーク内のＳＣＥＰは、転送ルールに基づき、対応するサービス機能を実行する。
【００４５】
ここで、ＳＣＥＰは、転送ルールに基づいて対応するサービス機能を実行するための物理ノードまたは仮想ノードであり得る。サービス機能の実行後、ＳＣＥＰは、さらなるパケット処理のために、次のＳＣＥＰにデータパケットを転送する。
【００４６】
ステップＳ１０３では、サービスチェイニングインフラネットワーク内のＳＣＥＰが、転送ルール内のサービス機能実行シーケンスに基づき、対応するサービス機能を順次実行することが好ましい。
【００４７】
具体的に述べると、転送ルールにはサービス機能の実行シーケンスが含まれ、各ＳＣＥＰが、その実行シーケンスに基づき、対応するサービス機能を順次実行する。
【００４８】
たとえば、図２は、２人の加入者のアプリケーションデータトラフィックを示しており、さまざまなアプリケーションが、さまざまなサービスチェインに対応している。ＰＣＲＦがアプリケーションに関連するアプリケーションサービスチェインを決定した後、アプリケーションサービスチェイン情報がＳＤＮコントローラに送信される。ＳＤＮコントローラは、そのアプリケーションサービスチェイン情報に基づいて２人の加入者に対する異なる転送ルールを決定し、この転送ルールをサービスチェイニングインフラネットワークに送信する。このサービスチェイニングインフラネットワーク内で、２つのアプリケーションに対応する異なるＳＣＥＰが、それぞれ転送ルールに基づき、対応するサービス機能を実行する。
【００４９】
たとえば、加入者Ａ（上の加入者）のアプリケーションは、サービス機能１およびサービス機能４に対応している。ＰＣＲＦは、加入者Ａに関するサービスアプリケーションチェインを決定した後、このアプリケーションサービスチェインをＳＤＮコントローラに送信する。次いで、ＳＤＮコントローラは、アプリケーションサービスチェイン情報に基づき、加入者Ａに対する転送ルールを決定する。ここでは、ＴＤＦがイングレスＳＣＥＰとして機能する。上段の２つのＳＣＥＰは、左から右にＳＣＥＰ１、ＳＣＥＰ２と呼ばれ、下段の３つのＳＣＥＰについては、左から右にかけて、それぞれＳＣＥＰ３、ＳＣＥＰ４、ＳＣＥＰ５と呼ばれる。その後、転送ルールが、たとえば、イングレスＳＣＥＰからＳＣＥＰ１へ、そしてＳＣＥＰ１からＳＣＥＰ４へというように、アプリケーションフローの転送シーケンスを定義する。ＳＤＮコントローラが転送ルールをサービスチェイニングインフラネットワークへと送信した後、サービスチェイニングインフラネットワーク内の各ＳＣＥＰは、その転送ルールに基づき、対応するサービス機能を実行する。たとえば、イングレスＳＣＥＰが分流処理を実行し、アプリケーションフローをＳＣＥＰ１へと転送する。ＳＣＥＰ１は、サービス機能１を実行するために、受信したアプリケーションフローに対するデータパケット処理を行い、その後、このアプリケーションフローをＳＣＥＰ４へと転送する。ＳＣＥＰ４は、サービス機能４を実行するために、受信したアプリケーションフローに対するデータパケット処理を行う。
【００５０】
同様に、加入者Ｂ（下の加入者）のアプリケーションは、サービス機能２、サービス機能３、およびサービス機能５に対応している。ＰＣＲＦは、加入者Ｂに関するサービスアプリケーションチェインを決定した後、このアプリケーションサービスチェインをＳＤＮコントローラに送信する。次いで、ＳＤＮコントローラは、アプリケーションサービスチェイン情報に基づき、加入者Ｂに対する転送ルールを決定する。たとえば、転送ルールは、イングレスＳＣＥＰからＳＣＥＰ１へ、次いでＳＣＥＰ１からＳＣＥＰ２、そしてＳＣＥＰ２からＳＣＥＰ５へというように、アプリケーションフローの転送シーケンスを定義する。ＳＤＮコントローラが転送ルールをサービスチェイニングインフラネットワークへと送信した後、サービスチェイニングインフラネットワーク内の各ＳＣＥＰは、その転送ルールに基づき、対応するサービス機能を実行する。たとえば、イングレスＳＣＥＰが分流処理を実行し、アプリケーションフローをＳＣＥＰ１へと転送する。ＳＣＥＰ１は、サービス機能２を実行するために、受信したアプリケーションフローに対するデータパケット処理を行い、その後、このアプリケーションフローをＳＣＥＰ２へと転送する。ＳＣＥＰ２は、サービス機能３を実行するために、受信したアプリケーションフローに対するデータパケット処理を行い、その後、このアプリケーションフローをＳＣＥＰ５へと転送する。ＳＣＥＰ５は、サービス機能５を実行するために、受信したアプリケーションフローに対するデータパケット処理を行う。
【００５１】
このとき、ＳＣＥＰは、リスト内のサービス機能が特定の順序でトラバースされることを保証する。この特定の順序は、サービス機能チェインに関連付けられたアプリケーションフローに相当する。
【００５２】
当業者であれば、上記のサービス機能実行方法は例示的なものにすぎず、本発明に適用可能な既存または将来登場し得るその他のサービス機能実行方法も本発明の保護範囲に包含され、参照により本明細書に組み込まれるということを理解されよう。
【００５３】
ＳＣＥＰには、サービスチェイニング分類機能およびサービスチェイニング転送機能が含まれることが好ましい。サービスチェイニング分類機能は、アプリケーションのアプリケーションフローに対する分流処理を実行し、サービスチェイニング転送機能は、アプリケーションフローを、サービス機能および／または他のＳＣＥＰに送信する。
【００５４】
具体的に述べると、ＳＣＥＰには、サービスチェイニング分類機能（ＳＣ−ＣＬ）およびサービスチェイニング転送機能（ＳＣ−ＦＷＤ）が含まれ、ここで、サービスチェイニング分類機能は、アプリケーションのアプリケーションフローに対する分流処理を実行する、ＳＣＥＰノードの論理機能部である。データパケットがイングレスＳＣＥＰに入ると、ＳＣ−ＣＬが強制的に実行される。ＳＣ−ＣＬは、着信データパケット／フレームを、それらのサービス特性または他のポリシに基づき、種々のサービスフローに分類する。
【００５５】
サービスチェイニング転送機能（ＳＣ−ＦＷＤ）はＳＣＥＰノードの論理機能部であり、サービス機能および／または他のＳＣＥＰにアプリケーションフローを転送する。サービスチェイニング転送機能は、サービス機能や他のＳＣＥＰノードへのデータパケットの転送、および、エグレスＳＣ−ＩＮ（サービスチェイニングインフラネットワーク）があれば、データパケットからのＳＣ−ＩＮ固有情報の削除を担当する。ＳＣ−ＦＷＤは、すべてのＳＣＥＰノードにおいて強制的に実行される。
【００５６】
ＳＣＥＰのうち、イングレスＳＣＥＰにはＴＤＦが含まれることが好ましい。ＴＤＦは、ＰＣＲＦによって送信されたアプリケーションサービスチェイン情報を受信し、そのアプリケーションサービスチェイン情報を含む課金要求を対応するＯＣＳおよび／またはＯＦＣＳに送信することにより、アプリケーションに対する課金を行う。
【００５７】
具体的に述べると、ＴＤＦは、イングレスＳＣＥＰとして機能し得る。ＴＤＦは、ＰＣＲＦから送信されたアプリケーションサービスチェイン情報を、Ｓｄインタフェースを介して受信し、次いで、ＴＤＦは、対応するＯＣＳに、Ｇｙｎインタフェース経由で課金要求を送信するか、もしくは、対応するＯＦＣＳに、Ｇｚｎインタフェース経由で課金要求を送信する。この課金要求には、アプリケーションサービスチェイン情報が含まれる。次に、ＯＣＳおよび／またはＯＦＣＳが、アプリケーションに対して課金を行う。
【００５８】
このとき、加入者のアプリケーションフローおよび関連する付加価値サービスチェインをＳＤＮに渡すだけでなく、ＰＣＲＦは、ＡＤＣルール内のサービスチェイン情報もＴＤＦ／ＰＥＣＦに渡すことになる。ＴＤＦ／ＰＣＥＦでサービスチェイン情報が取得されると、ＴＤＦ／ＰＣＥＦは、そのサービスチェイン情報を含む課金要求を、オンライン課金システム（ＯＣＳ）および／またはオフライン課金システム（ＯＦＣＳ）に送信することができる。このようにすることで、ＯＣＳおよび／またはＯＦＣＳは、異なるアプリケーションサービスチェインを用いて、異なるアプリケーションに対し、異なる課金プランを適用することが可能となる。真新しいサービスチェイン情報ＡＶＰ（サービスチェインＩＤを含むＡＶＰ）が、課金要求用のＲｏおよびＲｆインタフェースに追加されるものとする。このサービスチェイン情報ＡＶＰにより、ＯＣＳおよびＯＦＣＳ内の新たな課金機構は、ＳＤＮのオープンなフロー、したがって、サービスチェイニングに対する課金が可能となる。このようにすることで、キャリアは、異なるＱｏＳや異なる付加価値サービス機能を持つアプリケーションに対し、異なる課金ルールを定めることができる。
【００５９】
このとき、ＴＤＦは、スタンドアロンとすることも、ＰＧＷ（パケットゲートウェイ）に統合することも可能である。
【００６０】
図３は、本発明の別の好ましい実施形態による、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御の実行に関する概略図である。ここではＴＤＦとＰＧＷが分離しており、ＴＤＦはイングレスＳＣＥＰとして機能し得る。
【００６１】
図４は、本発明のさらに好ましい実施形態による、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御の実行に関する概略図である。ここではＴＤＦとＰＧＷが統合されており、ＴＤＦはイングレスＳＣＥＰとして機能し得る。
【００６２】
ＴＤＦが、アプリケーションフローに分流処理が施されるようにアプリケーションフローにディープパケットインスペクションを実行し、アプリケーションフローを他のＳＣＥＰへと転送することが好ましい。
【００６３】
具体的に述べると、トラフィック検出機能（ＴＤＦ）がイングレスＳＣＥＰとして機能するとき、ＴＤＦは、アプリケーションフローを分流処理するために、アプリケーションに対しディープパケットインスペクション（ＤＰＩ）またはシャローインスペクションを実行する。そして、ＴＤＦはこのアプリケーションフローを次のＳＣＥＰへと転送するが、これについて一例を挙げると、ＴＤＦがアプリケーションフローを転送ルールに定義された次のＳＣＥＰへと転送し、さらにこのＳＣＥＰが対応するサービス機能を実行して別のパケット処理を施したうえで、そのデータパケットを次のＳＣＥＰへと転送して対応する機能を実行する。これを以下同様に繰り返す、というものになる。
【００６４】
ここで、ＴＤＦは、アプリケーションまたはアプリケーションフローに対し、ディープパケットインスペクションまたはシャローインスペクションを実行する。ディープパケットインスペクションが、たとえば、ストリームメディア、Ｐ２Ｐ、ＶｏＩＰ、ショートメッセージ、閲覧、ダウンロード、およびマルチメディアに対する検査を行う一方、シャローインスペクションは、たとえば、ポート、宛先局、プロトコルなどを検出する。
【００６５】
ここで、ＴＤＦアプリケーションごとにサービスチェインＡＶＰを移し替えるのをサポートするために、以下のインタフェースが拡張される：
【００６６】
１）ＰＣＲＦとＴＤＦ／ＰＣＥＦ間のＳｄインタフェース。サービスチェイン情報は、ＰＣＲＦからＴＤＦ／ＰＣＥＦへと動的にプロビジョニングされるＡＤＣルールに含まれるか、もしくは、オペレータによってＴＤＦ／ＰＣＥＦ内に事前構成される。
【００６７】
２）ＴＤＦ／ＰＣＥＦとＯＣＳ間のＧｙｎオンライン課金インタフェース。ＴＤＦアプリケーションごとのサービスチェイン情報は、ＭＳＣＣで報告される。
【００６８】
３）ＴＤＦ／ＰＣＲＦとＯＦＣＳ間のＧｚオフライン課金インタフェース。ＴＤＦアプリケーションごとのサービスチェイン情報は、サービスデータコンテナにおいて報告される。
【００６９】
本発明の別の態様によれば、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御のためのＰＣＲＦが提供される。
【００７０】
ＰＣＲＦは、あるアプリケーションに関するアプリケーションサービスチェインを決定し、対応するアプリケーションサービスチェイン情報をＳＤＮコントローラへと送信する。
【００７１】
具体的に述べると、ＰＣＲＦがあるアプリケーションに関するアプリケーションサービスチェインを決定することは、たとえば、このアプリケーションのために対応するサービス機能を決定することであり、または、さらには、このアプリケーションに対応する多次元コンテキスト情報に基づいて対応するアプリケーションサービスチェインを決定することであり、さらにいえば、ＰＣＲＦがアプリケーションサービスチェイン情報をＳＤＮネットワークのＳＤＮコントローラに送信するということである。
【００７２】
本明細書でいうアプリケーションサービスチェインとは、サービス機能の順序付きリストである。このリストは再編成することが可能である。アプリケーションサービスチェインの概念には、複数のサービス機能を特定のシーケンスで適用することが含まれる。ネットワークキャリアが提供するサービスが利用可能となるように、サービス機能は個別に使用されても、アプリケーションサービスチェイン内の他のサービス機能と併用されてもよい。
【００７３】
ここで、ＰＣＲＦは、ＳＤＮコントローラと相互作用するためのオープンＡＰＩを備える。したがって、ＰＣＲＦは、ＳＤＮコントローラにアプリケーションサービスチェイン情報を送信することができる。
【００７４】
ここで、ＰＣＲＦの機能は拡張され、ＱｏＳ制御および課金のためのアプリケーションの検出や制御のルールを定義することだけに留まらず、各アプリケーションについてアプリケーションサービスチェインを決定することもサポートすることができる。さらに、ＰＣＲＦは、加入者の多次元的な属性（顧客区分、データ課金プラン、位置、アクセス技術、年齢、期間など）を考慮したうえで、アプリケーションを関連するサービスチェインに結び付けることもできる。このようにすることで、ＰＣＲＦは、アプリケーションおよび加入者について、対応するアプリケーションサービスチェインを動的に定義することが可能となる。
【００７５】
当業者であれば、アプリケーションサービスチェインを決定または送信する上記方法は一例にすぎず、本発明に適用可能な既存または将来登場し得るアプリケーションサービスチェインの決定や送信に関するその他の方法も本発明の範囲に包含され、参照により本明細書に組み込まれるということを理解されよう。
【００７６】
ＰＣＲＦが、アプリケーションに関するアプリケーションサービスチェインの決定を、そのアプリケーションに対応する多次元コンテキスト情報に基づいて行うことが好ましい。
【００７７】
具体的に述べると、ＰＣＲＦは、アプリケーションに対応する多次元コンテキスト情報（上記の顧客区分、データ課金プラン、位置、アクセス技術、年齢、期間など）に基づき、対応するアプリケーションサービスチェインを決定し（たとえば、こうした多次元コンテキスト情報の考慮から導かれたアプリケーションサービスチェインは、付加価値アプリケーションサービスチェインと呼ばれる）、その付加価値アプリケーションサービスチェインを、ＳＤＮコントローラに送信する。
【００７８】
マルチコンテキスト情報には、以下に示す情報のうち、少なくとも１つが含まれることがより好ましい：
−  ＴＤＦアプリケーションコンテキスト情報
−  加入者リポジトリコンテキスト情報
−  加入者課金情報
−  加入者無線アクセスおよび位置情報。
【００７９】
上記のＴＤＦアプリケーションコンテキスト情報は、たとえば、レイヤ３からレイヤ７までのアプリケーションフローの記述情報や、アプリケーションのスポンサー情報などである。ＴＤＦアプリケーションフロー情報は、Ｒｘインタフェースを介してアプリケーション機能（ＡＦ）から取得するか、またはＴＤＦによって検出することが可能であり、ＡＤＣルールを要求するために、Ｓｄインタフェースを介してＰＣＲＦに送信され得る。
【００８０】
上記の加入者リポジトリコンテキスト情報は、たとえば、加入者に許可された付加価値サービス、サービス優先度、加入者に許可されたＱｏＳ、加入者カテゴリ（企業、個人、成人、若年など）、年齢、誕生日などに相当する。加入者リポジトリコンテキスト情報は、３ＧＰＰ  ＰＣＣアーキテクチャにより、Ｓｐインタフェースを介して、ＨＳＳ（ホーム加入者サーバ）／ＳＰＲ（加入者プロファイルリポジトリ）などの加入者情報データベースから入手可能である。たとえば、十代のユーザであれば、ペアレンタルコントロール付加価値サービス機能を実行することになり、企業ユーザであれば、企業セキュリティサービス機能を持つことになる。
【００８１】
上記の加入者課金情報は、たとえば、ＯＣＳを用いてＳｙインタフェース経由で入手可能な、ポリシベースの支払カウンタステータスに相当する。
【００８２】
上記の多次元コンテキスト情報は、加入者無線アクセスおよび位置情報も含み得る。すなわち、ＰＣＲＦは、無線アクセスのタイプやユーザ位置情報などのモバイルネットワーク情報を、ＰＧＷから取得することができる。この情報を用いて、ＰＣＲＦは、加入者のアプリケーションに関するサービスチェインを定義することができる。たとえば、３Ｇ／４Ｇ接続のユーザであれば、狭い帯域幅の条件下でスムーズに動画がストリーミングされるように、ビデオオプティマイザによって動画のトラフィックがステアリングされる。ユーザがＷＬＡＮで接続している場合は、動画のトラフィックに特別な最適化は不要であり、ソースからユーザデバイスまで直にルーティングすることが可能である。
【００８３】
ＰＣＲＦは、アプリケーションに関するアプリケーションサービスチェインの決定を、そのアプリケーションに対応する上記多次元コンテキスト情報のいずれかに基づいて行う。
【００８４】
当業者であれば、上記の多次元コンテキスト情報は例示的なものにすぎず、本発明に適用可能な既存または将来登場し得るその他のマルチコンテキスト情報も本発明の保護範囲に包含され、参照により本明細書に組み込まれるということを理解されよう。
【００８５】
上記の多次元コンテキスト情報に基づき、ＰＣＲＦが、所与のアプリケーションフローに対するＡＤＣルールに、付加価値サービスチェインを追加できることが好ましい。この強化されたＡＤＣルールには、以下の情報のうち、少なくともいずれか１つが含まれることになる：
−  ＡＤＣルール識別子
−  ＴＤＦアプリケーション識別子
−  監視キー
−  ゲートステータス
−  ＱｏＳ情報（たとえば、ＵＬ最大ビットレートやＤＬ最大ビットレート）
−  課金情報（たとえば、料金や、オンライン／オフラインでの課金または計量方法）
−  リダイレクト情報
−  スポンサー情報
−  付加価値サービスチェイン情報
ＡＤＣルールに含まれる、上記の付加価値サービスチェイン情報ＡＶＰには、以下が含まれることになる：
【００８６】
１）ＴＤＦアプリケーションのためのサービスチェインＩＤ。このサービスチェインＩＤは新たなＡＶＰとなって、料金エンジン内の新たな料金制度に関連して使用されることになる。
【００８７】
２）特定のトラバース順序を持つ、１つ以上のサービス機能。
【００８８】
当業者であれば、強化されたＡＤＣルールに含まれる上記の情報は例示的なものにすぎず、本発明に適用可能な既存または将来登場し得る、強化されたＡＤＣルールに含まれるその他の情報も本発明の保護範囲に包含され、参照により本明細書に組み込まれるということを理解されよう。
【００８９】
本発明の別の態様によれば、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御のためのＳＤＮコントローラが提供される。
【００９０】
ＳＤＮコントローラは、対応するＰＣＲＦによって送信されたアプリケーションサービスチェイン情報を受信し、そのアプリケーションサービスチェイン情報に基づいて対応するアプリケーションに対する転送ルールを決定し、転送ルールを対応するサービスチェイニングインフラネットワークに送信する。
【００９１】
具体的に述べると、ＳＤＮコントローラは、対応するＰＣＲＦによって送信されたアプリケーションサービスチェイン情報を受信し、そのアプリケーションサービスチェイン情報に基づいてアプリケーションに対する転送ルールを決定し（この転送ルールには、たとえば、アプリケーションサービスチェインに対応するサービス機能をどのように実行するかや、サービス機能の実行シーケンスなどが含まれる）、次いで、ＳＤＮコントローラは、その転送ルールを、対応するサービスチェイニングインフラネットワークに送信する。
【００９２】
ここで、サービスチェイニングインフラネットワークとは、相互接続されたＳＣＥＰとサービス機能を含むネットワークである。また、サービス機能とは、ネットワークまたはアプリケーションベースのパケット処理、アプリケーション、計算、またはストレージリソースである。
【００９３】
ここで、ＳＤＮコントローラは、各加入者のアプリケーションフローに対するパケットデータ転送ルールを動的に定義することが可能である。これらの転送ルールが、分類されたトラフィックフローをステアリングすることにより、対応するサービス機能は、ＰＣＲＦからのアプリケーションサービスチェインによって定義された特定の順序で実行される。
【００９４】
本発明の別の態様によれば、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御のためのＳＣＥＰが提供される。
【００９５】
ＳＣＥＰは、ＳＤＮコントローラによって送信された転送ルールに基づき、対応するサービス機能を実行する。
【００９６】
ここで、ＳＣＥＰは、転送ルールに基づいて対応するサービス機能を実行するための物理ノードまたは仮想ノードであり得る。サービス機能の実行後、ＳＣＥＰは、さらなるパケット処理のために、次のＳＣＥＰにデータパケットを転送する。
【００９７】
サービスチェイニングインフラネットワーク内のＳＣＥＰが、転送ルール内のサービス機能実行シーケンスに基づき、対応するサービス機能を順次実行することが好ましい。
【００９８】
具体的に述べると、転送ルールにはサービス機能の実行シーケンスが含まれ、各ＳＣＥＰが、その実行シーケンスに基づき、対応するサービス機能を順次実行する。
【００９９】
たとえば、図２は、２人の加入者のアプリケーションデータトラフィックを示しており、さまざまなアプリケーションが、さまざまなサービスチェインに対応している。ＰＣＲＦがアプリケーションに関連するアプリケーションサービスチェインを決定した後、アプリケーションサービスチェイン情報がＳＤＮコントローラに送信される。ＳＤＮコントローラは、そのアプリケーションサービスチェイン情報に基づいて２人の加入者に対する異なる転送ルールを決定し、この転送ルールをサービスチェイニングインフラネットワークに送信する。このサービスチェイニングインフラネットワーク内で、２つのアプリケーションに対応する異なるＳＣＥＰが、それぞれ転送ルールに基づき、対応するサービス機能を実行する。
【０１００】
たとえば、加入者Ａ（上の加入者）のアプリケーションは、サービス機能１およびサービス機能４に対応している。ＰＣＲＦは、加入者Ａに関するサービスアプリケーションチェインを決定した後、このアプリケーションサービスチェインをＳＤＮコントローラへと送信する。次いで、ＳＤＮコントローラは、アプリケーションサービスチェイン情報に基づき、加入者Ａに対する転送ルールを決定する。ここでは、ＴＤＦがイングレスＳＣＥＰとして機能する。上段の２つのＳＣＥＰは、左から右にＳＣＥＰ１、ＳＣＥＰ２と呼ばれ、下段の３つのＳＣＥＰについては、左から右にかけて、それぞれＳＣＥＰ３、ＳＣＥＰ４、ＳＣＥＰ５と呼ばれる。その後、転送ルールが、たとえば、イングレスＳＣＥＰからＳＣＥＰ１へ、そしてＳＣＥＰ１からＳＣＥＰ４へというように、アプリケーションフローの転送シーケンスを定義する。ＳＤＮコントローラが転送ルールをサービスチェイニングインフラネットワークへと送信した後、サービスチェイニングインフラネットワーク内の各ＳＣＥＰは、その転送ルールに基づき、対応するサービス機能を実行する。たとえば、イングレスＳＣＥＰが分流処理を実行し、アプリケーションフローをＳＣＥＰ１へと転送する。ＳＣＥＰ１は、サービス機能１を実行するために、受信したアプリケーションフローに対するデータパケット処理を行い、その後、このアプリケーションフローをＳＣＥＰ４へと転送する。ＳＣＥＰ４は、サービス機能４を実行するために、受信したアプリケーションフローに対するデータパケット処理を行う。
【０１０１】
同様に、加入者Ｂ（下の加入者）のアプリケーションは、サービス機能２、サービス機能３、およびサービス機能５に対応している。ＰＣＲＦは、加入者Ｂに関するサービスアプリケーションチェインを決定した後、このアプリケーションサービスチェインをＳＤＮコントローラに送信する。次いで、ＳＤＮコントローラは、アプリケーションサービスチェイン情報に基づき、加入者Ｂに対する転送ルールを決定する。たとえば、転送ルールは、イングレスＳＣＥＰからＳＣＥＰ１へ、次いでＳＣＥＰ１からＳＣＥＰ２、そしてＳＣＥＰ２からＳＣＥＰ５へというように、アプリケーションフローの転送シーケンスを定義する。ＳＤＮコントローラが転送ルールをサービスチェイニングインフラネットワークへと送信した後、サービスチェイニングインフラネットワーク内の各ＳＣＥＰは、その転送ルールに基づき、対応するサービス機能を実行する。たとえば、イングレスＳＣＥＰが分流処理を実行し、アプリケーションフローをＳＣＥＰ１へと転送する。ＳＣＥＰ１は、サービス機能２を実行するために、受信したアプリケーションフローに対するデータパケット処理を行い、その後、このアプリケーションフローをＳＣＥＰ２へと転送する。ＳＣＥＰ２は、サービス機能３を実行するために、受信したアプリケーションフローに対するデータパケット処理を行い、その後、このアプリケーションフローをＳＣＥＰ５へと転送する。ＳＣＥＰ５は、サービス機能５を実行するために、受信したアプリケーションフローに対するデータパケット処理を行う。
【０１０２】
このとき、ＳＣＥＰは、リスト内のサービス機能が特定の順序でトラバースされることを保証する。この特定の順序は、サービス機能チェインに関連付けられたアプリケーションフローに相当する。
【０１０３】
当業者であれば、上記のサービス機能実行方法は例示的なものにすぎず、本発明に適用可能な既存または将来登場し得るその他のサービス機能実行方法も本発明の保護範囲に包含され、参照により本明細書に組み込まれるということを理解されよう。
【０１０４】
ＳＣＥＰには、サービスチェイニング分類機能およびサービスチェイニング転送機能が含まれることが好ましい。サービスチェイニング分類機能は、アプリケーションのアプリケーションフローに対する分流処理を実行し、サービスチェイニング転送機能は、アプリケーションフローを、サービス機能および／または他のＳＣＥＰに送信する。
【０１０５】
具体的に述べると、ＳＣＥＰには、サービスチェイニング分類機能（ＳＣ−ＣＬ）およびサービスチェイニング転送機能（ＳＣ−ＦＷＤ）が含まれ、ここで、サービスチェイニング分類機能は、アプリケーションのアプリケーションフローに対する分流処理を実行するための、ＳＣＥＰノードの論理機能部である。データパケットがイングレスＳＣＥＰに入ると、ＳＣ−ＣＬが強制的に実行される。ＳＣ−ＣＬは、着信データパケット／フレームを、それらのサービス特性または他のポリシに基づき、種々のサービスフローに分類する。
【０１０６】
サービスチェイニング転送機能（ＳＣ−ＦＷＤ）はＳＣＥＰノードの論理機能部であり、サービス機能および／または他のＳＣＥＰにアプリケーションフローを転送する。サービスチェイニング転送機能は、サービス機能や他のＳＣＥＰノードへのデータパケットの転送、および、エグレスＳＣ−ＩＮ（サービスチェイニングインフラネットワーク）があれば、データパケットからのＳＣ−ＩＮ固有情報の削除を担当する。ＳＣ−ＦＷＤは、すべてのＳＣＥＰノードにおいて強制的に実行される。
【０１０７】
本発明の別の態様によれば、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御のためのＴＤＦが提供される。
【０１０８】
複数のＳＣＥＰのうち、イングレスＳＣＥＰにはＴＤＦが含まれる。ＴＤＦは、ＰＣＲＦによって送信されたアプリケーションサービスチェイン情報を受信し、そのアプリケーションサービスチェイン情報を含む課金要求を対応するＯＣＳおよび／またはＯＦＣＳに送信することにより、アプリケーションに対する課金を行う。
【０１０９】
具体的に述べると、ＴＤＦは、イングレスＳＣＥＰとして機能し得る。ＴＤＦは、ＰＣＲＦから送信されたアプリケーションサービスチェイン情報を、Ｓｄインタフェースを介して受信し、次いで、ＴＤＦは、対応するＯＣＳに、Ｇｙｎインタフェース経由で課金要求を送信するか、もしくは、対応するＯＦＣＳに、Ｇｚｎインタフェース経由で課金要求を送信する。この課金要求には、アプリケーションサービスチェイン情報が含まれる。次に、ＯＣＳおよび／またはＯＦＣＳが、アプリケーションに対して課金を行う。
【０１１０】
このとき、加入者のアプリケーションフローおよび関連する付加価値サービスチェインをＳＤＮに渡すだけでなく、ＰＣＲＦは、ＡＤＣルール内のサービスチェイン情報もＴＤＦ／ＰＥＣＦに渡すことになる。ＴＤＦ／ＰＣＥＦでサービスチェイン情報が取得されると、ＴＤＦ／ＰＣＥＦは、そのサービスチェイン情報を含む課金要求を、オンライン課金システム（ＯＣＳ）および／またはオフライン課金システム（ＯＦＣＳ）に送信することができる。このようにすることで、ＯＣＳおよび／またはＯＦＣＳは、異なるアプリケーションサービスチェインを用いて、異なるアプリケーションに対し、異なる課金プランを適用することが可能となる。真新しいサービスチェイン情報ＡＶＰ（サービスチェインＩＤを含むＡＶＰ）が、課金要求用のＲｏおよびＲｆインタフェースに追加されるものとする。このサービスチェイン情報ＡＶＰにより、ＯＣＳおよびＯＦＣＳ内の新たな課金機構は、ＳＤＮのオープンなフロー、したがって、サービスチェイニングに対する課金が可能となる。このようにすることで、キャリアは、異なるＱｏＳや異なる付加価値サービス機能を持つアプリケーションに対し、異なる課金ルールを定めることができる。
【０１１１】
このとき、ＴＤＦは、スタンドアロンとすることも、ＰＧＷ（パケットゲートウェイ）に統合することも可能である。
【０１１２】
図３は、本発明の別の好ましい実施形態による、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御の実行に関する概略図である。ここではＴＤＦとＰＧＷが分離しており、ＴＤＦはイングレスＳＣＥＰとして機能し得る。
【０１１３】
図４は、本発明のさらに好ましい実施形態による、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御の実行に関する概略図である。ここではＴＤＦとＰＧＷが統合されており、ＴＤＦはイングレスＳＣＥＰとして機能し得る。
【０１１４】
ＴＤＦが、アプリケーションフローに分流処理が施されるようにアプリケーションフローにディープパケットインスペクションを実行し、アプリケーションフローを他のＳＣＥＰへと転送することが好ましい。
【０１１５】
具体的に述べると、トラフィック検出機能（ＴＤＦ）がイングレスＳＣＥＰとして機能するとき、ＴＤＦは、アプリケーションフローを分流処理するために、アプリケーションに対しディープパケットインスペクション（ＤＰＩ）またはシャローインスペクションを実行する。そして、ＴＤＦはこのアプリケーションフローを次のＳＣＥＰへと転送するが、これについて一例を挙げると、ＴＤＦがアプリケーションフローを転送ルールに定義された次のＳＣＥＰへと転送し、さらにこのＳＣＥＰが対応するサービス機能を実行して別のパケット処理を施したうえで、そのデータパケットを次のＳＣＥＰへと転送して対応する機能を実行する。これを以下同様に繰り返す、というものになる。
【０１１６】
ここで、ＴＤＦは、アプリケーションまたはアプリケーションフローに対し、ディープパケットインスペクションまたはシャローインスペクションを実行する。ディープパケットインスペクションが、たとえば、ストリームメディア、Ｐ２Ｐ、ＶｏＩＰ、ショートメッセージ、閲覧、ダウンロード、およびマルチメディアに対する検査を行う一方、シャローインスペクションは、たとえば、ポート、宛先局、プロトコルなどを検出する。
【０１１７】
ここで、ＴＤＦアプリケーションごとにサービスチェインＡＶＰを移し替えるのをサポートするために、以下のインタフェースが拡張される：
【０１１８】
１）ＰＣＲＦとＴＤＦ／ＰＣＥＦ間のＳｄインタフェース。サービスチェイン情報は、ＰＣＲＦからＴＤＦ／ＰＣＥＦへと動的にプロビジョニングされるＡＤＣルールに含まれるか、もしくは、オペレータによってＴＤＦ／ＰＣＥＦ内に事前構成される。
【０１１９】
２）ＴＤＦ／ＰＣＥＦとＯＣＳ間のＧｙｎオンライン課金インタフェース。ＴＤＦアプリケーションごとのサービスチェイン情報は、ＭＳＣＣで報告される。
【０１２０】
３）ＴＤＦ／ＰＣＲＦとＯＦＣＳ間のＧｚオフライン課金インタフェース。ＴＤＦアプリケーションごとのサービスチェイン情報は、サービスデータコンテナにおいて報告される。
【０１２１】
本発明のさらなる態様によれば、ＳＤＮネットワークに基づくアプリケーションサービスチェインに対する、ポリシおよび課金制御のためのシステムが提供される。同システムには、上記のＰＣＲＦ、上記のＳＤＮコントローラ、上記のＳＣＥＰ、および上記のＴＤＦが含まれる。
【０１２２】
本発明は、ソフトウェア、および／または、ソフトウェアとハードウェアとの組合せにおいて実装可能であることに留意されたい。たとえば、本発明は、特定用途向け集積回路ＡＳＩＣ、汎用コンピュータ、または類似するその他任意のハードウェアデバイスを用いて実装することが可能である。一実施形態では、上述したステップまたは機能を実装するため、本発明のソフトウェアプログラムはプロセッサを通じて実行され得る。同様に、本発明のソフトウェアプログラム（関連するデータ構造を含む）は、たとえば、ＲＡＭメモリ、磁気ドライバ、光学ドライバ、またはフロッピーディスクなどのコンピュータ可読記録媒体、あるいは、類似のデバイスに記憶され得る。加えて、本発明のステップや機能の一部は、たとえば、プロセッサと協働して種々のステップまたは機能を実行する回路のような、ハードウェアによって実装され得る。
【０１２３】
加えて、本発明の一部は、たとえば、コンピュータによる実行時に、そのコンピュータの演算を通じて、本発明による方法および／または技術的解決法の呼び出しや提供を行い得るコンピュータプログラム命令のような、コンピュータプログラム製品として適用され得る。とはいえ、本発明の方法を呼び出すプログラム命令は、固定式または移動式の記録媒体に記憶すること、および／またはブロードキャストによるデータストリームまたは他の信号搬送媒体を通じて送信することが可能であり、および／または同プログラム命令に従って動作するコンピュータデバイスのワーキングメモリに記憶される可能性もある。このとき、本発明による一実施形態は、コンピュータプログラム命令を記憶するためのメモリと、プログラム命令を実行するためのプロセッサとを備える装置を含む。コンピュータプログラム命令がプロセッサによって実行されると、同装置がトリガされることによって、これまでに述べた本発明の複数の実施形態に基づく方法および／または技術的解決法を実行する。
【０１２４】
本発明は、上記の例示的実施形態の内容に限定されるものではなく、異なる特定の実施形態により、本発明の趣旨または基本的特徴から逸脱することなく実装可能であるということは、当業者には明白である。よって、いかなる観点からも、各実施形態は、例示的かつ非限定的なものとみなされなければならない。本発明の範囲は、上記の記述ではなく、添付の請求項によって限定される。したがって、各請求項の範囲に含まれる均等要素が持つ趣意、およびかかる範囲内でなされた一切の変形形態は、本発明の範囲に含まれるものとする。各請求項における参照番号はいずれも、関連する請求項を制限するものとみなされるべきである。加えて、「備える」、「含む」などの用語は、その他のユニットやステップを除外するものではなく、また、ある要素を単数で表現することは、その要素が複数存在する可能性を否定するものでないことは明白である。また、装置クレームに記載される複数のユニットまたはモジュールは、ソフトウェアまたはハードウェアを通じ、単一のユニットまたはモジュールによっても実装することが可能である。第１の、第２の、などの用語は、名称を表すために使用されており、特定の順序を示すものではない。
【図１】
0006685243.tif 000002
【図２】
0006685243.tif 000003
【図３】
0006685243.tif 000004
【図４】
0006685243.tif 000005