(57)【要約】【課題】トラフィックの増減やネットワークサービスの展開を容易にするネットワーク通信システムおよびその仮想化方法を提供する。【解決手段】ネットワークの境界に設けられた通信システムは、複数のノードからなるエッジネットワーク（１００）と、エッジネットワークのノードを制御可能なネットワーク制御サーバ（１１０）と、複数のネットワークサービスをそれぞれ提供する複数のサービスサーバ（ＳＭ１−ＳＭｎ）を設けたサービスサーバプール（１２０）と、を有し、ネットワーク制御サーバが複数のネットワークサービスにそれぞれ対応してエッジネットワーク内の所定のノードと各サービスサーバとの間の経路を設定する。【選択図】図３
2015536582.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークの境界に設けられた通信システムであって、
複数のノードからなるネットワークと、
前記ネットワークのノードを制御可能なネットワーク制御手段と、
複数のネットワークサービスをそれぞれ提供する複数のサービスサーバを設けたサービスサーバプールと、
を有し、前記ネットワーク制御手段が、前記複数のネットワークサービスにそれぞれ対応して、前記ネットワーク内の所定のノードと各サービスサーバとの間の経路を設定することを特徴とする通信システム。
【請求項２】
前記複数のネットワークサービスにそれぞれ対応する前記ネットワークのノード設定情報を前記ネットワーク制御手段へプロビジョニングし、各ネットワークサービスの設定情報を前記サービスサーバプールへプロビジョニングするシステム制御手段を更に有することを特徴とする請求項１に記載の通信システム。
【請求項３】
前記システム制御手段は、前記サービスサーバプールにおけるサービスサーバの負荷状況に応じて、前記サービスサーバプールへプロビジョニングするネットワークサービスの設定情報を追加、削除および／または変更することを特徴とする請求項２に記載の通信システム。
【請求項４】
前記ネットワーク制御手段は、前記サービスサーバプールにおけるサービスサーバの負荷状況に応じて前記経路を変更することを特徴とする請求項１−３のいずれか１項に記載の通信システム。
【請求項５】
ネットワークサービスに対応した経路が設定されると、前記所定ノードに入力するパケットは、当該パケットが要求するネットワークサービスに応じたサービスサーバへ前記対応する経路を通して転送されることを特徴とする請求項１−４のいずれか１項に記載の通信システム。
【請求項６】
ネットワークの境界に設けられた通信システムにおける仮想化方法であって、
複数のネットワークサービスをそれぞれ提供する複数のサービスサーバをサービスサーバプールに設定し、
複数のノードからなるネットワークを制御するネットワーク制御手段が、前記複数のネットワークサービスにそれぞれ対応して、前記ネットワーク内の所定のノードと各サービスサーバとの間の経路を設定する、
ことを特徴とする通信システム仮想化方法。
【請求項７】
システム制御手段が、前記複数のネットワークサービスにそれぞれ対応する前記ネットワークのノード設定情報を前記ネットワーク制御手段へプロビジョニングし、各ネットワークサービスの設定情報を前記サービスサーバプールへプロビジョニングすることを特徴とする請求項６に記載の通信システム仮想化方法。
【請求項８】
前記システム制御手段が、前記サービスサーバプールにおけるサービスサーバの負荷状況に応じて、前記サービスサーバプールへプロビジョニングするネットワークサービスの設定情報を追加、削除および／または変更する、ことを特徴とする請求項７に記載の通信システム仮想化方法。
【請求項９】
前記ネットワーク制御手段が前記サービスサーバプールにおけるサービスサーバの負荷状況に応じて前記経路を変更する、ことを特徴とする請求項６−８のいずれか１項に記載の通信システム仮想化方法。
【請求項１０】
ネットワークサービスに対応した経路が設定されると、前記所定ノードに入力するパケットは、当該パケットが要求するネットワークサービスに応じたサービスサーバへ前記対応する経路を通して転送されることを特徴とする請求項６−９のいずれか１項に記載の通信システム仮想化方法。
【請求項１１】
ネットワークの境界に設けられた通信システムにおけるネットワーク制御サーバであって、
サービスサーバプールの複数のサービサーバにより提供される複数のネットワークサービスにそれぞれ対応して、前記ネットワーク内の所定のノードと各サービスサーバとの間の経路を設定する経路設定手段と、
前記ネットワークのノードに発生したトラフィックに対して、当該トラフィックの要求するネットワークサービスに応じて前記経路を決定するトラフィック解析手段と、
を有することを特徴とするネットワーク制御サーバ。
【請求項１２】
前記経路設定手段は、前記通信システムのシステム制御サーバにより、前記複数のネットワークサービスにそれぞれ対応する前記ネットワークのノード設定情報をプロビジョニングされることを特徴とする請求項１１に記載のネットワーク制御サーバ。
【請求項１３】
ネットワークの境界に設けられた通信システムにおけるサービスサーバプールであって、
複数のネットワークサービスをそれぞれ提供するサービスサーバ機能がそれぞれプロビジョニングされた複数のサービスモジュールと、
前記複数のサービスモジュールを管理する管理手段と、
を有し、前記管理手段は、前記通信システムのシステム制御サーバに対して前記複数のサービスモジュールの負荷状況を通知し、前記システム制御サーバからのネットワークサービスの設定情報に従って、サービスモジュールのサービスサーバ機能の追加、削除および／または変更を実行することを特徴とするサービスサーバプール。
【請求項１４】
ネットワークの境界に設けられた通信システムにおけるネットワークを制御するネットワーク制御サーバと、複数のネットワークサービスをそれぞれ提供する複数のサービスサーバを設けたサービスサーバプールとを制御するシステム制御サーバであって、
前記複数のネットワークサービスにそれぞれ対応する前記ネットワークのノード設定情報を前記ネットワーク制御手段へプロビジョニングする第１プロビジョニング手段と、
各ネットワークサービスの設定情報を前記サービスサーバプールへプロビジョニングする第２プロビジョニング手段と、
を有することを特徴とするシステム制御サーバ。
【請求項１５】
前記第２プロビジョニング手段は、前記サービスサーバプールにおけるサービスサーバの負荷状況に応じて、前記サービスサーバプールへプロビジョニングするネットワークサービスの設定情報を追加、削除および／または変更することを特徴とする請求項１４に記載のシステム制御サーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はネットワークの境界にある通信システムに係り、特に種々のネットワークサービスを提供するサービスサーバを含む通信システムの仮想化技術に関する。
【背景技術】
【０００２】
近年、インターネットに代表されるＩＰネットワークでは様々なネットワークサービスが提供されているが、それぞれのネットワークサービスに対して専用のエッジシステムが必要である。なお、以下の説明で用いられる「ネットワークサービス」という用語は、ＩＳＰアクセス、ＢＲＡＳ(Broadband Remote Access Server)、ＢＡＳ(Broadband Access Server)、ＢＮＧ(Broadband Network Gateway)、ＳＢＣ(Session Boarder Controller)、ＳＳＥ(Subscriber Service Edge)、ＶｏＩＰ(Voice over IP)ゲートウェイ、ＣＤＮ(Content Delivery Network)、ＩＭＳ(IP Multimedia Subsystem)などによる通信キャリアにおけるＩＰネットワークに対するエッジで提供されるサービスを意味するものとする。
【０００３】
たとえば、図１に示すように、移動通信ネットワークに対しては、ＢＳＣ(Base Station Controller)やＲＮＣ(Radio Network Controller)等の他にＶｏＩＰを実現するためのＩＭＳなどを含むモバイルシステム１がエッジシステムとして設けられ、固定ネットワークに対しては、たとえばＢＡＳやＳＢＣであるＳＳＥ２がエッジシステムとして設けられている。
【０００４】
図２はＢＲＡＳをＬＡＣ(L2TP Access Concentrator)として用いたエッジシステムの一例を示す（非特許文献１の図１参照）。アクセスネットワーク３とＩＳＰネットワーク７とはＢＲＡＳ４、ＩＰネットワーク５およびＬＮＳ(L2TP Network Server)６を介して接続される。ユーザ端末がＢＲＡＳにセッション確立を要求し、認証が成功すると、ＢＲＡＳはＬ２ＴＰ(Layer2 Tunneling Protocol)によりＬＮＳ(L2TP Network Server)に接続し、ＩＳＰネットワーク７によるユーザへのサービス提供を可能にする。
【０００５】
また、特許文献１には、融通のきかない独自性の強いエッジルータの代わりに、そのエッジルータの機能を分散することでサービスの拡張および修正を可能にするネットワークアクセスシステムが提案されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特表２００４−５１５１５６号公報
【非特許文献】
【０００７】
【非特許文献１】奥田等「ブロードバンドアクセススイッチの高機能化」（FUJITSU ACCESS REVIEW (2004年１月号) Vol.13 No.1）
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、既存のネットワークはネットワークサービス毎に専用のエッジシステムを構築する必要があるために、ＢＲＡＳ／ＢＮＧ、ＳＢＣなど多くの多様な機能を提供する高価な専用デバイスを購入、準備し、さらにそれらを個別に設定する必要がある。このために、設備投資および保守運営のためのコストが増大し、トラフィックや新たなネットワークサービスの増減に柔軟に対応することができない。
そこで、本発明の目的はトラフィックの増減やネットワークサービスの展開を容易にするネットワーク通信システムおよびその仮想化方法を提供することにある。
【課題を解決するための手段】
【０００９】
本発明による通信システムは、ネットワークの境界に設けられた通信システムであって、複数のノードからなるネットワークと、前記ネットワークのノードを制御可能なネットワーク制御手段と、複数のネットワークサービスをそれぞれ提供する複数のサービスサーバを設けたサービスサーバプールと、を有し、前記ネットワーク制御手段が、前記複数のネットワークサービスにそれぞれ対応して、前記ネットワーク内の所定のノードと各サービスサーバとの間の経路を設定することを特徴とする。
本発明による仮想化方法は、ネットワークの境界に設けられた通信システムにおける仮想化方法であって、複数のネットワークサービスをそれぞれ提供する複数のサービスサーバをサービスサーバプールに設定し、複数のノードからなるネットワークを制御するネットワーク制御手段が、前記複数のネットワークサービスにそれぞれ対応して、前記ネットワーク内の所定のノードと各サービスサーバとの間の経路を設定する、ことを特徴とする。
【発明の効果】
【００１０】
本発明によれば、トラフィックの増減やネットワークサービスの展開を容易にするネットワーク通信システムおよびその仮想化方法を提供できる。
【図面の簡単な説明】
【００１１】
【図１】図１は既存のエッジシステムの一例を示すネットワーク図である。
【図２】図２はＢＲＡＳを用いたエッジシステムの一例を示すネットワーク図である。
【図３】図３は本発明の一実施形態によるネットワーク仮想化システムを概略的に示すネットワーク図である。
【図４】図４は本実施形態によるネットワーク仮想化システムの構成をより具体的に示すブロック図である。
【図５】図５は図４に示すシステムの全体的動作を示すシーケンス図である。
【図６】図６は本発明の一実施例によるネットワーク仮想化システムの機能構成を説明するための模式図である。
【図７】図７は本実施例で用いられるＰＰＰｏＥパケットのフォーマット図である。
【図８】図８は本実施例のＰＰＰｏＥディスカバリステージを示すシーケンス図である。
【発明を実施するための形態】
【００１２】
本発明による実施形態によれば、システムはサービスサーバプールとネットワーク制御サーバとを有し、サービスサーバプールが複数のネットワークサービス（ＢＲＡＳ／ＢＡＳ、ＳＢＣ、ＩＰＴＶ、ＣＤＮ、ＩＭＳ、Ｐ−ＧＷ、Ｓ−ＧＷ等々）をそれぞれ提供するサービスサーバを有し、ネットワーク制御サーバがネットワークを制御する。ネットワーク制御サーバは、任意のネットワークサービスに対して、当該ネットワークサービスを提供するサービスサーバへの経路を決定してネットワークに設定することができる。サービスサーバプールで複数のサービスサーバを管理でき、ネットワークにより所望のサービスサーバへの経路を決定することができるので、サービスサーバの設置／廃棄およびトラフィック増減への対応が容易になる。以下、本発明の実施形態および実施例について図面を参照しながら詳細に説明する。
【００１３】
１．実施形態
１．１）概略
図３に示すように、本発明の一実施形態によるネットワークエッジ仮想化システム１０は、アクセスネットワーク２０とコアネットワーク３０との境界にあり、複数のノードからなるネットワーク１００と、当該ネットワーク１００の各ノードを制御可能なネットワーク制御サーバ１１０と、ネットワークサービスにそれぞれ対応した複数のサービスサーバを有するサービスサーバプール１２０と、からなる。
【００１４】
なお、ネットワーク制御サーバ１１０は、図示しないシステム制御サーバにより、ネットワークサービスごとにエッジネットワーク１００の経路設定情報が予め変更可能に登録されているものとする。また、サービスサーバプール１２０も、システム制御サーバにより、複数の所定のサービスサーバが予め変更可能に設定されているものとする。
【００１５】
エッジネットワーク１００のノードＮがアクセスネットワーク２０を通してネットワークサービスに関するセッション確立要求Ｐを受信すると、当該ノードＮはネットワーク制御サーバ１１０に対して経路解決要求ＲＥＱを送信する。ネットワーク制御サーバ１１０は、当該ネットワークサービスに対応したサービスサーバへのルーティングが実行されるように、関連する各ノードの設定を行う。こうして、要求Ｐの処理要求ＳＲＥＱがサービスの種類を考慮に入れたルーティングが実施されることにより、対応するサービスサーバへ転送され、その処理応答ＳＲＥＳがエッジネットワーク１００を通して宛先のノードへ送信され、以後、既存のプロトコルに従って通信が行われる。
【００１６】
このように、エッジネットワーク１００をネットワークサービスごとにルーティング制御することで、複数のサービスサーバを選択的にセッション接続することができ、サービスサーバの管理が容易になる。また、サービスサーバプール１２０に一種類のサービスに対して複数のサーバを用意しておけば、ネットワーク制御サーバ１１０は、サービスサーバプール１２０の各サービスサーバから通知される処理負荷情報に基づいてエッジネットワーク１００のサービス依存経路を変更し、サービスサーバの負荷バランスを図ることもできる。さらに、システム制御サーバがサービスサーバプール１２０の各サービスサーバを管理できるので、サービスサーバを新設したり廃棄したりすることも容易になる。
以下、本実施形態によるシステム１０のより詳細な構成および動作を図４および図５を参照しながら説明する。
【００１７】
１．２）システム構成
図４において、ネットワーク制御サーバ１１０は、ノード設定部１１１、トラフィック解析部１１２および複数のネットワーク制御モジュールＮＭ１−ＮＭｍを有する。ノード設定部１１１は、選択されたネットワーク制御モジュールＮＭによって計算された経路制御が実行されるように、エッジネットワーク１００における関連するノードの設定を行う。トラフィック解析部１１２は、エッジネットワーク１００からの経路解決要求ＲＥＱを受信すると、システム制御サーバ１３０により設定されたトラフィック振分ルールＮＲＬに従ってトラフィックを解析し、処理を担当すべきネットワーク制御モジュールを選択する。ネットワーク制御モジュールＮＭ１−ＮＭｍは、ネットワーク制御モジュールの設定ＮＣＮＦ１―ＮＣＮＦｍとともにシステム制御サーバ１３０によりネットワーク制御サーバ１１０に配置され、トラフィック解析部１１２により選択されたネットワーク制御モジュールが経路計算を実行し、ノード設定部１１１へ出力する。
【００１８】
サービスサーバプール１２０は、複数のサービスモジュールＳＭ１−ＳＭｎとそれらを管理するサービスモジュール管理部１２１とを有する。サービスモジュールＳＭ１−ＳＭｎの各々は設定ＳＣＮＦによりサービスサーバとして機能する情報処理装置であり、エッジネットワーク１００からのトラフィック処理要求ＳＲＥＱに応じて、設定されたサービスサーバとして機能し、トラフィック処理応答ＳＲＥＳを生成してエッジネットワーク１００へ送信する。サービスモジュール管理部１２１は、システム制御サーバ１３０からのサービスモジュールの設定ＳＣＮＦ１−ＳＣＮＦｎを複数のサービスモジュールに設定する。
【００１９】
システム制御サーバ１３０は、ネットワークモジュール生成部１３１、サービスモジュール生成部１３２、プロビジョニング制御部１３３およびアプリケーション格納部１３４を有する。ネットワークモジュール生成部１３１は、プロビジョニング制御部１３３の制御に従って、サービスモジュールに対応したネットワーク制御モジュールＮＭ１−ＮＭｍのそれぞれの設定ＮＣＮＦ１―ＮＣＮＦｍとトラフィック振分ルールＮＲＬを生成しネットワーク制御サーバ１１０へ送信する。サービスモジュール生成部１３２は、プロビジョニング制御部１３３の制御に従って、サービスモジュールＳＭ１−ＳＭｎのそれぞれの設定ＳＣＮＦ１−ＳＣＮＦｎを生成してサービスサーバプール１２０へ送信する。プロビジョニング制御部１３３は、アプリケーション格納部１３４から各種サービスアプリケーションを読み出し、ネットワークモジュール生成部１３１およびサービスモジュール生成部１３２を制御する。
【００２０】
１．３）動作
図５に示すように、システム制御サーバ１３０は、サービスモジュールに対応したネットワーク制御モジュールＮＭのそれぞれの設定ＮＣＮＦ１―ＮＣＮＦｍとトラフィック振分ルールＮＲＬとをネットワーク制御サーバ１１０へ送信し（動作Ｓ２０１）、ネットワーク制御サーバ１１０はこれらの設定情報を複数のネットワーク制御モジュールＮＭ１−ＮＭｍおよびトラフィック解析部１１２にそれぞれ登録する（動作Ｓ２０２）。また、システム制御サーバ１３０は、サービスモジュールＳＭ１−ＳＭｎのそれぞれの設定ＳＣＮＦ１−ＳＣＮＦｎをサービスサーバプール１２０へ送信し（動作Ｓ２０３）、サービスサーバプール１２０はこれらの設定情報を複数のサービスモジュールＳＭ１−ＳＭｎにそれぞれ登録する（動作Ｓ２０４）。
【００２１】
以上の登録が完了した後、ネットワーク制御サーバ１１０がエッジネットワーク１００からの経路解決要求ＲＥＱを受信すると（動作Ｓ２０５）、トラフィック振分ルールＮＲＬに従ってトラフィックを解析し、処理を担当すべきネットワーク制御モジュールを決定する（動作Ｓ２０６）。続いて、ネットワーク制御サーバ１１０は、決定されたネットワーク制御モジュールＮＭの設定ＮＣＮＦをエッジネットワーク１００上のノードに設定する（動作Ｓ２０７）。続いて、サービスサーバプール１２０におけるあるサービスサーバＳＭがエッジネットワーク１００からトラフィック処理要求ＳＲＥＱを受信すると（動作Ｓ２０８）、当該処理を実行してトラフィック処理応答ＳＲＥＳを生成し（動作Ｓ２０９）、エッジネットワーク１００へ送信する（動作Ｓ２１０）。
【００２２】
１．４）負荷バランス
サービスモジュール管理部１２１は、各サービスモジュールの負荷状況を周期的にモニタし、負荷情報をネットワーク制御サーバ１１０およびシステム制御サーバ１３０へ通知することもできる。この場合、ネットワーク制御サーバ１１０は、サービスサーバプール１２０のサービスモジュール間の負荷バランスが達成されるように、対応する設定ＮＣＮＦを負荷情報に基づいて変更することができる。たとえば、あるサービスモジュールの負荷が上昇した場合には、新たなトラフィック処理要求ＳＲＥＱを同じサービスを処理する別のサービスモジュールへルーティングされるようにネットワーク制御モジュールの設定を変更する。
【００２３】
また、システム制御サーバ１３０のプロビジョニング制御部１３３は、処理負荷が低下し当該サービスモジュールの空き時間の割合がある程度高くなると、当該サービスモジュールを廃棄するようにネットワークモジュール生成部１３１およびサービスモジュール生成部１３２を制御することもできる。逆に、新たなサービスが設定される場合あるいは処理負荷がある程度以上に上昇した場合には、ネットワークモジュールを新たに設定するようにネットワークモジュール生成部１３１およびサービスモジュール生成部１３２を制御することもできる。
【００２４】
１．５）効果
以上述べたように、本実施形態によれば、エッジネットワーク１００をサービスごとにルーティング制御することで、複数のサービスサーバを選択的にセッション接続することができ、サービスサーバの管理が容易になる。
【００２５】
また、サービスサーバプール１２０が各サービスモジュールの負荷状況をネットワーク制御サーバ１１０およびシステム制御サーバ１３０へ通知することで、サービスサーバプール１２０のサービスサーバ間で負荷の差が増大したり、１つのサービスサーバに大きな負荷がかかったりした場合、短期的にはネットワーク制御サーバ１１０により、長期的にはシステム制御サーバ１３０により負荷調整を行うことができる。
【００２６】
２．実施例
上述した本実施形態によるエッジ仮想化システム１０は、オープンフロー(ＯｐｅｎＦｌｏｗ)ネットワークシステムに適用することができる。以下、複数のＯｐｅｎＦｌｏｗスイッチ（ノードＮ）からなるＯｐｅｎＦｌｏｗネットワークの適用例において、図４に示すブロックと同じ機能を有するブロックには同一参照番号を付して説明は簡略化する。
【００２７】
図６に示すように、ユーザ宅ゲートウェイ４０とＯｐｅｎＦｌｏｗネットワーク１００の各ＯｐｅｎＦｌｏｗスイッチとはＯｐｅｎＦｌｏｗ制御装置１１０により制御される。システム制御サーバ１３０は、ユーザ宅ゲートウェイ４０およびＯｐｅｎＦｌｏｗ制御装置１１０に対してシステムプロビジョニングを実行する。また、サービスサーバプール１２０も、同じくシステム制御サーバ１３０によりＢＡＳ、ＳＢＣ、ＩＰＴＶ、ＣＤＮ等のサービスサーバがプロビジョニングされる。なお、ＯｐｅｎＦｌｏｗ制御装置１１０およびシステム制御サーバ１３０には、サービスサーバプール１２０の各サービスサーバの負荷をモニタする負荷モニタ１１３および負荷モニタ１３５がそれぞれ設けられ、上述した負荷調整を実行することができる。
【００２８】
以下、ＰＰＰｏＥ(PPP over Ethernet)プロトコルによりユーザ宅ＧＷ４０とサービスサーバプール１２０内のＢＡＳとの間にＯｐｅｎＦｌｏｗネットワーク１００を介してＰＰＰセッションが確立されるまでのディスカバリステージについて説明する。なお、ＰＰＰｏＥトラフィックを制御するネットワーク制御モジュールＮＭが既にＯｐｅｎＦｌｏｗ制御装置１１０に配置されているものとする。
【００２９】
図７に示すように、ＰＰＰｏＥパケットのヘッダにはイーサタイプ(ETHER_TYPE)３０１が指定されており、ＰＰＰｏＥディスカバリステージかＰＰＰセッションステージかを示す。ＰＰＰｏＥディスカバリステージおよびＰＰＰセッションステージのイーサタイプ３０１はそれぞれ０ｘ８８６３、０ｘ８８６４であり、これに従ってネットワーク制御サーバ１１０のトラフィック解析部１１２はＰＰＰｏＥトラフィックを制御するネットワーク制御モジュールＮＭにトラフィックの振り分けを行うことができる。
【００３０】
図８に示すＰＰＰｏＥディスカバリステージでは、クライアント（ゲートウェイ４０）がＰＡＤＩ（PPPoE Active Discovery Initiation）パケットをブロードキャストパケットとしてＯｐｅｎＦｌｏｗネットワーク１００に送出し、セッション確立要求を行う。ＰＡＤＩパケットを受け取ったＯｐｅｎＦｌｏｗスイッチ（ノードＮ）は、packet_inメッセージによりＯｐｅｎＦｌｏｗ制御装置１１０へパケット入力を通知し（経路解決要求）、それに対してＯｐｅｎＦｌｏｗ制御装置１１０がflow_modメッセージにより当該フローの登録を要求する（ノード設定）。この動作を実現するため、ＯｐｅｎＦｌｏｗ制御装置１１０のトラフィック解析部１１２は、当該packet_inを検査し、イーサタイプが０ｘ８８６３となっていることから、ＰＰＰｏＥトラフィックを制御するネットワーク制御モジュールＮＭへ当該packet_inを転送する。ここではＰＡＤＩパケットの宛先アドレスが”dest mac==ff:ff:ff:ff:ff:ff”となっているが、packet_inを受信した、ＰＰＰｏＥトラフィックを制御するネットワーク制御モジュールＮＭは、サービスサーバプール１２０のＢＡＳとして機能するサービスサーバの中から、当該セッションを処理するサービスサーバを決定し、クライアント（ゲートウェイ４０）と当該サービスサーバ間の経路解決し、ノード設定部１１１に解決した経路を転送する。ノード設定部１１１は、当該経路上のノードに対して当該フローに属するパケットの転送先の設定を、flow_modメッセージにより要求する。こうして、ＰＡＤＩパケットはＯｐｅｎＦｌｏｗネットワーク１００を通してサービスサーバプール１２０中のＢＡＳサーバへ転送される。なお、転送先となるネットワーク制御モジュールはイーサタイプ、送信元ＴＣＰポート番号および宛先ＴＣＰポート番号により決定されるが、ＢＡＳの判定ではイーサタイプのみで決定され、送信元および宛先のＴＣＰポート番号にどのような値が設定されてもよい。
【００３１】
クライアントからＰＡＤＩパケットを受信すると、ＢＡＳサーバはＰＡＤＯ（PPPoE Active Discovery Offer）パケットをＯｐｅｎＦｌｏｗネットワーク１００に送出する。ＰＡＤＯパケットを受信したＯｐｅｎＦｌｏｗスイッチは、packet_inメッセージによりＯｐｅｎＦｌｏｗ制御装置１１０へパケット入力を通知する。それに対してＯｐｅｎＦｌｏｗ制御装置１１０からflow_modおよびpacket_outメッセージを受信すると、ＯｐｅｎＦｌｏｗスイッチは当該ＰＡＤＯパケットをクライアントへ送信する。この動作を実現するため、ＯｐｅｎＦｌｏｗ制御装置１１０のトラフィック解析部１１２は、当該packet_inを検査し、イーサタイプが０ｘ８８６３となっていることから、ＰＰＰｏＥトラフィックを制御するネットワーク制御モジュールＮＭへ当該packet_inを転送する。ここではＰＡＤＯパケットの宛先アドレスがクライアント（ゲートウェイ４０）となっているが、packet_inを受信した、ＰＰＰｏＥトラフィックを制御するネットワーク制御モジュールＮＭは、当該ＢＡＳサーバとクライアント（ゲートウェイ４０）と間の経路解決し、ノード設定部１１１に解決した経路を転送する。ノード設定部１１１は、当該経路上のノードに対して当該フローに属するパケットの転送先の設定を、flow_modメッセージにより要求する。なお、この場合、flow_modメッセージによりフローエントリの削除／変更も可能である。
【００３２】
ＢＡＳサーバからＰＡＤＯパケットを受信すると、クライアントはＰＡＤＲ（PPPoE Active Discovery Request）パケットをＯｐｅｎＦｌｏｗネットワーク１００に送出する。ＰＡＤＲパケットを受け取ったＯｐｅｎＦｌｏｗスイッチは、packet_inメッセージによりＯｐｅｎＦｌｏｗ制御装置１１０へパケット入力を通知する。それに対してＯｐｅｎＦｌｏｗ制御装置１１０からflow_modおよびpacket_outメッセージを受信すると、ＯｐｅｎＦｌｏｗスイッチは当該ＰＡＤＲパケットをＯｐｅｎＦｌｏｗネットワーク１００を通してサービスサーバプール１２０のＢＡＳサーバへ送信する。この動作を実現するため、ＯｐｅｎＦｌｏｗ制御装置１１０のトラフィック解析部１１２は、当該packet_inを検査し、イーサタイプが０ｘ８８６３となっていることから、ＰＰＰｏＥトラフィックを制御するネットワーク制御モジュールＮＭへ当該packet_inを転送する。ここではＰＡＤＲパケットの宛先アドレスが当該クライアントのセッションを制御するＢＡＳサーバとなっているが、packet_inを受信した、ＰＰＰｏＥトラフィックを制御するネットワーク制御モジュールＮＭは、当該クライアント（ゲートウェイ４０）と当該ＢＡＳサーバ間の経路解決し、ノード設定部１１１に解決した経路を転送する。ノード設定部１１１は、当該経路上のノードに対して当該フローに属するパケットの転送先の設定を、flow_modメッセージにより要求する。なお、この場合、flow_modメッセージによりフローエントリの削除／変更も可能である。
【００３３】
ＰＡＤＲパケットを受信すると、ＢＡＳサーバはＰＡＤＳ（PPPoE Active Discovery Session-confirmation）パケットをＯｐｅｎＦｌｏｗネットワーク１００を通してクライアントへ送信し、これによりＰＰＰｏＥセッションが確立する。
【００３４】
上述したＰＰＰｏＥディスカバリステージ（イーサタイプ０ｘ８８６３）と同様に、ＰＰＰセッションステージ（イーサタイプ０ｘ８８６４）のセッションを確立する。これによって、クライアントとＢＡＳサーバとの間で通常のデータ通信が行われる。
【００３５】
クライアントまたはＢＡＳサーバはセッションを終了するため、ＰＰＰｏＥディスカバリステージ（イーサタイプ０ｘ８８６３）のＰＡＤＴ（PPPoE Active Discovery Session Terminate）パケットをＢＡＳサーバまたはクライアントに送信する。受信したＢＡＳサーバまたはクライアントは、ＰＰＰｏＥセッションを終了する。
【産業上の利用可能性】
【００３６】
本発明は、複数のネットワークサービスを得るためのエッジシステムに適用可能である。
【符号の説明】
【００３７】
１０  ネットワークエッジ仮想化システム
２０  アクセスネットワーク
３０  コアネットワーク
４０  ユーザ宅ゲートウェイ
１００  エッジネットワーク
１１０  ネットワーク制御サーバ
１１１  ノード設定部
１１２  トラフィック解析部
１２０  サービスサーバプール
１２１  サービスモジュール管理部
１３０  システム制御サーバ
１３１  ネットワーク制御モジュール生成部
１３２  サービスモジュール生成部
１３３  プロビジョニング制御部
１３４  アプリケーション格納部
【図１】
2015536582.tif 000003
【図２】
2015536582.tif 000004
【図３】
2015536582.tif 000005
【図４】
2015536582.tif 000006
【図５】
2015536582.tif 000007
【図６】
2015536582.tif 000008
【図７】
2015536582.tif 000009
【図８】
2015536582.tif 000010
【国際調査報告】
2015536582.tif 000011