(57)【要約】【課題】ポリシーを制御する各装置間においてポリシーの状態不一致を簡単に解消するポリシー制御システムを提供する。【解決手段】ポリシー制御システム１において、ポリシー管理装置１００は、定期的に及び故障から復旧した際のうちの少なくとも１つのタイミングで、パケットヘッダ識別制御装置２００又はアプリケーション識別装置３００である対向装置から、当該対向装置で保有するサービスのポリシーの状態情報を含む状態整合コマンドを受信し、受信した状態整合コマンドから抽出した状態情報と自装置１００で保有するサービスのポリシーを含む状態情報とを比較して差分を検出した場合、対向装置２００，３００で保有するサービスのポリシーの状態情報のうち検出した差分に対応する情報を対向装置２００，３００に追加又は削除させる。【選択図】図２
2015159516.tif 000002
【特許請求の範囲】
【請求項１】
互いに通信可能に接続された所定装置に対してサービスのポリシーを設定するポリシー管理装置と、
前記所定装置であってフローを構成するパケットのデータ部分を設定されたサービスのポリシーによって識別するアプリケーション識別装置と、
前記所定装置であって設定されたサービスのポリシーに合致するフローを前記アプリケーション識別装置へ転送するパケットヘッダ識別制御装置と、
を含む複数の装置を備えるポリシー制御システムであって、
前記ポリシー管理装置は、定期的に及び故障から復旧した際のうちの少なくとも１つのタイミングで、前記いずれかの所定装置である対向装置から、当該対向装置で保有する前記サービスのポリシーの状態情報を含む状態整合コマンドを受信し、前記受信した状態整合コマンドから抽出した状態情報と自装置で保有する前記サービスのポリシーを含む状態情報とを比較して差分を検出した場合、前記対向装置で保有する前記サービスのポリシーの状態情報のうち前記検出した差分に対応する情報を前記対向装置に追加又は削除させることを特徴とするポリシー制御システム。
【請求項２】
互いに通信可能に接続された所定装置に対してサービスのポリシーを設定するポリシー管理装置と、
前記所定装置であってフローを構成するパケットのデータ部分を設定されたサービスのポリシーによって識別するアプリケーション識別装置と、
前記所定装置であって設定されたサービスのポリシーに合致するフローを前記アプリケーション識別装置へ転送するパケットヘッダ識別制御装置と、
を含む複数の装置を備えるポリシー制御システムであって、
前記パケットヘッダ識別制御装置は、定期的に及び故障から復旧した際のうちの少なくとも１つのタイミングで、前記ポリシー管理装置から、当該ポリシー管理装置で保有する前記サービスのポリシーの状態情報を含む状態整合コマンドを受信し、前記受信した状態整合コマンドから抽出した状態情報と自装置で保有する前記サービスのポリシーを含む状態情報とを比較して差分を検出した場合、自装置で保有する前記サービスのポリシーの状態情報のうち前記検出した差分に対応する情報を追加又は削除することを特徴とするポリシー制御システム。
【請求項３】
少なくとも１台の前記ポリシー管理装置と、
複数の前記パケットヘッダ識別制御装置と、
複数の前記アプリケーション識別装置とを含むポリシー制御システムであって、
前記各装置の間で送受信する前記状態整合コマンドには、前記サービスの課金制御又はフロー制御のためのパケットに関する統計情報をさらに含み、
互いに通信可能に接続された前記パケットヘッダ識別制御装置及び前記アプリケーション識別装置からなる組の２つの装置は互いに、定期的に自装置で保有する前記状態整合コマンドを送受信して各装置が保有する前記サービスのポリシーの状態情報及び統計情報を一致させ、
前記組の２つの装置において一方の装置は、予め定められた時間が経過しても他方の装置から前記状態整合コマンドを受信しない場合、前記ポリシー管理装置に対して、自装置と前記他方の装置との接続を、自装置と故障していない他の装置との接続へと切り替えることを要求する
ことを特徴とする請求項１又は請求項２に記載のポリシー制御システム。
【請求項４】
複数の前記パケットヘッダ識別制御装置が互いに複数の前記アプリケーション識別装置を共用するポリシー制御システムであって、
前記パケットヘッダ識別制御装置及び前記アプリケーション識別装置は、前記アプリケーション識別装置と前記パケットヘッダ識別制御装置との組み合わせ毎に、前記フローをグループ分けする複数のキー情報を含むリストを前記状態整合コマンドに含めて、当該状態整合コマンドを定期的に送受信する
ことを特徴とする請求項３に記載のポリシー制御システム。
【請求項５】
前記各パケットヘッダ識別制御装置からのフローを、複数の前記アプリケーション識別装置にそれぞれ振り分ける複数の振分装置をさらに備えるポリシー制御システムであって、
前記パケットヘッダ識別制御装置が外部から受信する所定の信号をトリガに、前記ポリシー管理装置は、前記アプリケーション識別装置と前記パケットヘッダ識別制御装置との間で前記状態整合コマンドによって整合させている前記フローをグループ分けする複数のキー情報を含むリストと、当該キー情報で割り当てられる前記アプリケーション識別装置の情報とを前記状態整合コマンドに含めて、当該状態整合コマンドを前記振分装置へ送信する、
ことを特徴とする請求項４に記載のポリシー制御システム。
【請求項６】
切り替え可能に冗長化された複数の前記ポリシー管理装置を備えるポリシー制御システムであって、
前記冗長化された複数の前記ポリシー管理装置は、前記アプリケーション識別装置と前記パケットヘッダ識別制御装置との間で前記状態整合コマンドによって整合させている前記フローをグループ分けする複数のキー情報を含むリストを前記状態整合コマンドに含めて、当該状態整合コマンドを定期的に送受信する、
ことを特徴とする請求項４に記載のポリシー制御システム。
【請求項７】
前記冗長化された複数の前記ポリシー管理装置のリソースにしたがって処理を振り分ける冗長化された複数のルーティング装置を備えるポリシー制御システムであって、
現用の前記ルーティング装置は、前記アプリケーション識別装置と前記パケットヘッダ識別制御装置との間で前記状態整合コマンドによって整合させている前記フローをグループ分けする複数のキー情報を含むリストを前記状態整合コマンドに含めて、当該状態整合コマンドを定期的に予備の前記ルーティング装置へ送信することを特徴とする請求項６に記載のポリシー制御システム。
【請求項８】
請求項１に記載のポリシー制御システムが備える前記ポリシー管理装置又は請求項２に記載のポリシー制御システムが備える前記パケットヘッダ識別制御装置としてコンピュータを機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、課金制御及びフロー制御を行うために設定されるポリシーを制御するポリシー制御システム及びプログラムに関する。
【背景技術】
【０００２】
３ＧＰＰ（3rd Generation Partnership Project）では、ポリシー及び課金制御が規定されている（非特許文献１参照）。ここで、ポリシーとは、３ＧＰＰで定義されているＰＣＣルール（Policy and Charging Control Rules：ポリシー及び課金制御ルール）、及び、ＡＤＣルール（Application Detection and Control Rules：アプリケーション探知及び制御ルール）のことであり、課金制御及びフロー制御を行うために設定される。
【０００３】
３ＧＰＰでは、ＰＣＲＦ装置、ＰＣＥＦ装置、ＴＤＦ装置が規定されており、それぞれが独立した装置で構成されインタフェースによって接続されている。ここで、ＰＣＲＦ装置（Policy and Charging Rule Function）は、ポリシー及び課金ルール機能である。ＰＣＥＦ装置（Policy and Charging Enforcement Function）は、ポリシー及び課金実施機能である。ＴＤＦ装置（Traffic Detection Function）はトラフィック探知機能である。
【０００４】
ＰＣＲＦ装置とＰＣＥＦ装置の間のインタフェースには、Ｇｘインタフェースが規定されている。このＧｘでは、ＰＣＥＦ装置は外部からのトリガを検出するとＰＣＲＦ装置に対してポリシーを要求し、ＰＣＲＦ装置はその要求に従いＰＣＣルールを設定する。
ＰＣＲＦ装置とＴＤＦ装置の間のインタフェースには、Ｓｄインタフェースが規定されている。このＳｄでは、ＴＤＦ装置がＰＣＲＦ装置に対してポリシーを要求するか、又はＰＣＥＦ装置から要求することで、ＰＣＲＦ装置はその要求に従いＴＤＦ装置に対してＡＤＣルールを設定する。
【０００５】
従来から、課金サービス（例：従量課金サービス）や、付加サービス（ペアレンタルコントロール）が存在し、ポリシーは、ユーザの課金制御やフロー制御に密接に関係している。各装置が保有するＰＣＣルールやＡＤＣルールが、装置間において状態不一致に陥ることは許容されないのでポリシー及び課金制御が規定されている。しかしながら、ＰＣＲＦ装置、ＰＣＥＦ装置及びＴＤＦ装置が、故障したり、インタフェース切断が発生したりすると、各装置が保有するポリシー（ＰＣＣルールやＡＤＣルール）が不一致となるケースがある。
【０００６】
従来、ＰＣＣルールやＡＤＣルールが増加するごとに、ルールをＰＣＲＦ装置、ＰＣＥＦ装置及びＴＤＦ装置へ投入することが必要である。また、ポリシーの利点であるＤｙｎａｍｉｃ設定（適応型設定、動的設定）では、以下のようなメッセージが送受信される。例えばＰＣＥＦ装置はＰＣＲＦ装置に対してＣＣＲ（Credit-Control-Request）メッセージを送信することで、例えば加入者Ａに適用するポリシー（ＰＣＣルール）を要求する。ＰＣＲＦ装置はその要求に従って、例えば保有している加入者Ａ，Ｂ，Ｃ，Ｄに適用する４つのポリシーの中から抽出した加入者Ａに適用するポリシー（ＰＣＣルール）をＣＣＡ（Credit-Control-Answer）メッセージでＰＣＥＦ装置へ送信する。よって、Ｄｙｎａｍｉｃ設定では、各装置が保有しているポリシーの状態に不一致が生じてしまう。
【０００７】
従来技術では、各装置が保有するポリシー（ＰＣＣルールやＡＤＣルール）が不一致となる問題を解決するために、ＰＣＥＦ装置へｐｒｅ−ｄｉｆｉｎｅｄ（定義済み）でＰＣＣルールを設定し、また、ＴＤＦ装置へｐｒｅ−ｄｉｆｉｎｅｄでＡＤＣルールを設定し、さらに、各装置の冗長化を行うことで、不一致を少なくするという実装が行われている。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】3GPP TS 29.213 V12.1.0 (2013-09) Policy and Charging Control signalling flows and Quality of Service (QoS) parameter mapping(Release 12)
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、ＰＣＥＦ装置等へｐｒｅ−ｄｉｆｉｎｅｄでルールを設定する従来方式では、例えばＰＣＥＦ装置がルール自体を予め保有した状態に設定されてはいるが、ポリシーの実行（ユーザへポリシーを適用すること）やポリシーの削除（ユーザへ適用していたポリシーの解除）は、ＰＣＲＦ装置からのＯＮ／ＯＦＦを制御するメッセージ通知が必要である。具体的には、以下のようなメッセージが送受信される。
【００１０】
例えばＰＣＥＦ装置はｐｒｅ−ｄｉｆｉｎｅｄで加入者Ａ，Ｂ，Ｃ，Ｄに適用する４つのポリシー（ＰＣＣルール）を保有しているとする。このＰＣＥＦ装置はＰＣＲＦ装置に対してＣＣＲメッセージを送信することで、加入者Ａに適用するＰＣＣルールを有効（ＯＮ）にすることを要求する。ＰＣＲＦ装置はその要求に従って、加入者Ａに適用するＰＣＣルールを有効（ＯＮ）にするＣＣＡメッセージやＲＡＲ（Re-Auth-Request）メッセージをＰＣＥＦ装置へ送信する。そのため、例えばＰＣＥＦ装置が故障した場合、再度、ＰＣＲＦ装置からＰＣＣルールを有効（ＯＮ）にするための設定が必要となる。
【００１１】
また、例えばＰＣＥＦ装置が、中断していた通信を再開した場合（ＰＣＥＦ装置再開の場合）、ＰＣＥＦ装置は、収容している同時接続セッション数の分のＣＣＲ−ＩをＰＣＲＦ装置に送信してしまう。なお、ＣＣＲ−Ｉは、ＣＣＲメッセージにおいて、CC-Request-Type AVPに「INITIAL_REQUEST」が設定されているものを指す。
【００１２】
また、例えばＰＣＲＦ装置が、中断していた通信を再開した場合（ＰＣＲＦ装置再開の場合）、ＰＣＥＦ装置は、ＣＣＲ−Ｉが送信されるまでポリシーが適用されない。このとき、ＰＣＲＦ装置のＣＣＡメッセージにおいて「origin-state-id」の値が更新されていれば、ＰＣＥＦ装置は、メッセージをＣＥＲ（Capabilities-Exchange-Request）メッセージから開始する。そのため、ＰＣＲＦ装置が収容している全ＰＣＥＦ装置から全接続中セッション分のＣＣＲ−ＩがＰＣＲＦ装置に送信されてしまう。この場合、ＰＣＲＦ装置は、それらを処理後、同数の分のＣＣＡメッセージでポリシー設定を行うため、過負荷状態に陥ってしまう。
【００１３】
このような背景に鑑みて本発明がなされたのであり、本発明は、ポリシーを制御する各装置間においてポリシーの状態不一致を簡単に解消するポリシー制御システムを提供することを課題とする。
【課題を解決するための手段】
【００１４】
前記した課題を解決するため、本発明に係るポリシー制御システムは、互いに通信可能に接続された所定装置に対してサービスのポリシーを設定するポリシー管理装置と、前記所定装置であってフローを構成するパケットのデータ部分を設定されたサービスのポリシーによって識別するアプリケーション識別装置と、前記所定装置であって設定されたサービスのポリシーに合致するフローを前記アプリケーション識別装置へ転送するパケットヘッダ識別制御装置と、を含む複数の装置を備えるポリシー制御システムであって、前記ポリシー管理装置は、定期的に及び故障から復旧した際のうちの少なくとも１つのタイミングで、前記いずれかの所定装置である対向装置から、当該対向装置で保有する前記サービスのポリシーの状態情報を含む状態整合コマンドを受信し、前記受信した状態整合コマンドから抽出した状態情報と自装置で保有する前記サービスのポリシーを含む状態情報とを比較して差分を検出した場合、前記対向装置で保有する前記サービスのポリシーの状態情報のうち前記検出した差分に対応する情報を前記対向装置に追加又は削除させることを特徴とする。
【００１５】
かかる構成によれば、ポリシー制御システムは、所定のタイミングで、ポリシー管理装置の対向装置が保有するサービスのポリシーを含む状態情報を、ポリシー管理装置で保有する情報と一致させるので、保守者を介在することなくポリシーの状態不一致を簡単に解消することができる。
【００１６】
また、前記した課題を解決するため、本発明に係るポリシー制御システムは、互いに通信可能に接続された所定装置に対してサービスのポリシーを設定するポリシー管理装置と、前記所定装置であってフローを構成するパケットのデータ部分を設定されたサービスのポリシーによって識別するアプリケーション識別装置と、前記所定装置であって設定されたサービスのポリシーに合致するフローを前記アプリケーション識別装置へ転送するパケットヘッダ識別制御装置と、を含む複数の装置を備えるポリシー制御システムであって、前記パケットヘッダ識別制御装置は、定期的に及び故障から復旧した際のうちの少なくとも１つのタイミングで、前記ポリシー管理装置から、当該ポリシー管理装置で保有する前記サービスのポリシーの状態情報を含む状態整合コマンドを受信し、前記受信した状態整合コマンドから抽出した状態情報と自装置で保有する前記サービスのポリシーを含む状態情報とを比較して差分を検出した場合、自装置で保有する前記サービスのポリシーの状態情報のうち前記検出した差分に対応する情報を追加又は削除することを特徴とする。
【００１７】
かかる構成によれば、ポリシー制御システムにおいて、パケットヘッダ識別制御装置は、所定のタイミングで、自装置で保有するサービスのポリシーを含む状態情報を、ポリシー管理装置で保有する情報と一致させるので、保守者を介在することなくポリシーの状態不一致を簡単に解消することができる。
【発明の効果】
【００１８】
本発明によれば、ポリシーを制御する各装置間においてポリシーの状態不一致を簡単に解消することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１実施形態に係るポリシー制御システム及び周辺システムの構成を示すブロック図である。
【図２】本発明の第１実施形態に係るポリシー制御システムにおける状態不一致の解消の流れを示すシーケンス図である。
【図３】図３（ａ）及び図３（ｂ）はパケットヘッダ識別制御装置からポリシー管理装置へ状態整合コマンドを送信する場合の処理の流れを示す図である。
【図４】図４（ａ）〜図４（ｃ）はポリシー管理装置からパケットヘッダ識別制御装置へ状態整合コマンドを送信する場合の処理の流れを示す図である。
【図５】図５（ａ）及び図５（ｂ）はアプリケーション識別装置からポリシー管理装置へ状態整合コマンドを送信する場合の処理の流れを示す図である。
【図６】図６（ａ）及び図６（ｂ）はアプリケーション識別装置からパケットヘッダ識別制御装置へ状態整合コマンドを送信する場合の処理の流れを示す図である。
【図７】本発明の第２実施形態に係るポリシー制御システムの構成を模式的に示すブロック図である。
【図８】図７のポリシー制御システムにおける処理の流れの一例を示すシーケンス図である。
【図９】本発明の第３実施形態に係るポリシー制御システムの構成を模式的に示すブロック図である。
【図１０】図９のポリシー制御システムにおける処理の流れの一例を示すシーケンス図である。
【図１１】本発明の第４実施形態に係るポリシー制御システムの構成を模式的に示すブロック図である。
【図１２】図１１のポリシー制御システムにおける処理の流れの一例を示すシーケンス図である。
【図１３】本発明の第５実施形態に係るポリシー制御システムの構成を模式的に示すブロック図である。
【図１４】図１３のポリシー制御システムにおける処理の流れの一例を示すシーケンス図である。
【図１５】本発明の第６実施形態に係るポリシー制御システムの構成を模式的に示すブロック図である。
【図１６】図１５のポリシー制御システムにおける処理の流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【００２０】
以下、本発明のポリシー制御システムについて図面を参照して詳細に説明する。
（第１実施形態）
図１に示すように、ポリシー制御システム１は、ポリシー管理装置１００と、パケットヘッダ識別制御装置２００と、アプリケーション識別装置３００と、を含む複数の装置を備えている。
【００２１】
ポリシー管理装置１００は、互いに通信可能に接続された所定装置に対してサービスのポリシーを設定するものである。ここで、サービスとは課金サービス（例：従量課金サービス）や付加サービス（ペアレンタルコントロール）のことである。また、ポリシーとは、ＰＣＣルールやＡＤＣルールのことである。
ＰＣＣルールは、例えば、a rule name、service identifier、service data flow filter(s)等で構成されている。
ＡＤＣルールは、例えば、a rule identifier、TDF application identifier、precedence等で構成されている。
ポリシー管理装置１００は、３ＧＰＰで規定されているＰＣＲＦに相当する。なお、図面では、ポリシー管理装置１００を単に管理装置１００と表記する場合がある。
【００２２】
パケットヘッダ識別制御装置２００は、ポリシー管理装置１００と通信可能に接続された所定装置であって、設定されたサービスのポリシーに合致するフローをアプリケーション識別装置３００へ転送するものである。パケットヘッダ識別制御装置２００は、ゲートウェイ７００に設けられており、ＩＰ（Internet Protocol）網２のフローを制御する。パケットヘッダ識別制御装置２００は、５ｔｕｐｌｅベースのフロー制御を実現する。５ｔｕｐｌｅは、送信元ＩＰアドレス、送信先ＩＰアドレス、送信元ポート番号、送信先ポート番号、プロトコル番号の組である。パケットヘッダ識別制御装置２００は、３ＧＰＰで規定されているＰＣＥＦに相当する。なお、図面では、パケットヘッダ識別制御装置２００を単に制御装置２００と表記する場合がある。
【００２３】
アプリケーション識別装置３００は、ポリシー管理装置１００と通信可能に接続された所定装置であって、フローを構成するパケットのデータ部分を設定されたサービスのポリシーによって識別するものである。アプリケーション識別装置３００は、Ｌ７分析によりアプリケーション検知を実現する。つまり、ネットワークレイヤのＬ７（アプリケーション層）のデータに基づいてパケットを識別する。アプリケーション識別装置３００は、３ＧＰＰで規定されているＴＤＦに相当する。なお、図面では、アプリケーション識別装置３００を単に識別装置３００と表記する場合がある。
【００２４】
パケットヘッダ識別制御装置２００とアプリケーション識別装置３００とが協働することでＤＰＩ装置（Deep Packet Inspection）として機能する。
また、アプリケーション識別装置３００をゲートウェイ７００に設けることでパケットヘッダ識別制御装置２００とアプリケーション識別装置３００とがインタフェース切断の心配がない一体装置として構成することもできる。なお、その場合、ゲートウェイ７００は、３ＧＰＰで規定されているＧｘインタフェース及びＳｄインタフェースでポリシー管理装置１００に接続されることになる。
【００２５】
図１には、ポリシー制御システム１の周辺のシステムとして、３ＧＰＰで規定されている装置群を図示した。ポリシー管理装置１００には、加入者データベース８１０と、オンライン課金システム８２０と、アクセスネットワークゲートウェイ８４０と、アプリケーションサーバ８５０と、がそれぞれ異なるインタフェースで接続されている。このうちオンライン課金システム８２０は、ポリシー管理装置１００以外に、パケットヘッダ識別制御装置２００及びアプリケーション識別装置３００に対してもそれぞれ別のインタフェースで接続されている。なお、オフライン課金システム８３０は、ポリシー管理装置１００に接続されておらず、パケットヘッダ識別制御装置２００及びアプリケーション識別装置３００に対してそれぞれ別のインタフェースで接続されている。
【００２６】
［状態整合コマンド］
本発明の第１実施形態に係るポリシー制御システム１では、ポリシーを制御する各装置間において状態が整合しているか確認するために状態整合コマンドを通知することとした。状態整合コマンドは、ポリシーを制御する各装置間において状態が整合しているかチェックするためのメッセージである。
【００２７】
状態整合コマンドの送信元は、ポリシー管理装置１００、パケットヘッダ識別制御装置２００、アプリケーション識別装置３００のいずれであってもよい。状態整合コマンドは、送信元の装置において現在保有しているポリシーのステート（状態）のキー情報リストを含む。ここで、ステートのキー情報リストは、例えば、rule name、Subscription-ID、Framed-Ip-Address、Session ID等を含む。例えば加入者Ａ，Ｂ，Ｃ，Ｄ，Ｅに適用する５つのポリシーを保有している場合、そのことを示すキー情報リストを含む状態整合コマンドのことを、「状態整合コマンド（Subscription-ID：A、B、C、D、E）」のように模式的に表すこととする。
【００２８】
状態整合コマンドの送信元の装置が、送信元の装置と通信可能に接続された対向装置との間で、自装置が保有するポリシーを含む状態情報を対向装置との間で整合させるタイミング（以下、整合タイミングという）は、定期的であってもよいし、故障から復旧した際でもよいし、それら両方であってもよい。定期的の場合、例えば１分間隔や５分間隔等、サービスに応じて決定することができる。
【００２９】
状態整合コマンドを定期的に送信する場合、状態整合コマンドの送信元の装置は、パケットヘッダ識別制御装置２００、アプリケーション識別装置３００のように予め定められた装置とすることができる。状態整合コマンドは、定期的に送る場合、ウォッチドッグコマンドを用いることができる。状態整合コマンドは、ステートのキー情報リスト等を送る専用のコマンドを用いることもできる。
【００３０】
［状態不一致の解消の流れ］
本発明の第１実施形態に係るポリシー制御システムにおける状態不一致の解消の流れについて図２を参照して説明する。パケットヘッダ識別制御装置２００は、保有するポリシーを含む状態情報をポリシー管理装置１００との間で整合させる整合タイミングを検出する（ステップＳ１）。そして、パケットヘッダ識別制御装置２００は、現在保有しているステートのキー情報リストを含む状態整合コマンドをポリシー管理装置１００に送信する（ステップＳ２）。
【００３１】
ポリシー管理装置１００は、パケットヘッダ識別制御装置２００である対向装置から、当該対向装置で保有するポリシーのステート（状態）情報を示すキー情報リストを含む状態整合コマンドを受信する（ステップＳ３）。そして、ポリシー管理装置１００は、対向装置から受信した状態整合コマンドからキー情報リストを抽出する（ステップＳ４）。そして、ポリシー管理装置１００は、抽出したキー情報リストと自装置で現在保有しているポリシーのステート情報とを比較する（ステップＳ５）。
【００３２】
ポリシー管理装置１００は、比較の結果、差分を検出した場合、対向装置で保有するポリシーのステート情報のうち検出した差分に対応する情報を対向装置に追加又は削除させるメッセージを送信する（ステップＳ６）。そして、パケットヘッダ識別制御装置２００は、差分に対応する情報を追加又は削除する（ステップＳ７）。なお、ポリシー管理装置１００は、比較の結果、差分を検出しない場合、処理を終了する。以上の処理の流れにより、ポリシー管理装置１００とパケットヘッダ識別制御装置２００との間において、ポリシーの状態不一致を解消することができる。
【００３３】
図２に示した状態不一致の解消の処理において各装置で送受信するメッセージについて図３（ａ）及び図３（ｂ）を参照して説明する。図３（ａ）はポリシー管理装置１００の処理の流れを示すフローチャートである。ポリシー管理装置１００は、定期的に及び故障から復旧した際のうちの少なくとも１つのタイミングで、例えば前記した状態整合コマンド（Subscription-ID：A、B、C、D、E）を受信したものとする（ステップＳ１１）。この場合、ポリシー管理装置１００は、この状態整合コマンドから抽出したキー情報リストと自装置で保有する情報との差分があるか否かを判別する（ステップＳ１２）。差分がない場合（ステップＳ１２：Ｎｏ）、ポリシー管理装置１００は、処理を終了する。一方、差分がある場合（ステップＳ１２：Ｙｅｓ）、ポリシー管理装置１００は、ＲＡＲ（Re-Auth-Request）メッセージを送信し（ステップＳ１３）、処理を終了する。なお、ＲＡＲメッセージでは、後記するＣＣＲ−Ｉメッセージで送信される具体的な各情報と同様の情報をもとにポリシーを指定する。
【００３４】
差分がある場合の典型的な処理の流れを図３（ｂ）に示す。パケットヘッダ識別制御装置２００は、状態整合コマンド（Subscription-ID：A、B、C、D、E）をポリシー管理装置１００に送信する（ステップＳ２１）。そして、ポリシー管理装置１００は、差分がある場合、ＲＡＲメッセージをパケットヘッダ識別制御装置２００へ送信する（ステップＳ２２）。そして、パケットヘッダ識別制御装置２００は、差分に対応する情報を追加又は削除し、応答としてＲＡＡ（Re-Auth-Answer）メッセージをポリシー管理装置１００へ送信する（ステップＳ２３）。
【００３５】
従来技術では、ポリシー管理装置１００の装置再開時には、パケットヘッダ識別制御装置２００からＣＣＲ−Ｉメッセージが全装置の接続数分だけ、ポリシー管理装置１００へ送信されるためポリシー管理装置１００が過負荷につながる可能性がある。一方、本実施形態によれば、運用状態時にポリシーの状態不一致を解消できるので、ポリシー管理装置１００の装置再開時には、パケットヘッダ識別制御装置２００が保有していない差分のＰＣＣルールのみを追加したり、又は、差分のＰＣＣルールのみを削除したりすることができる。そのため、ポリシー管理装置１００の負荷を低減できる。
【００３６】
また、状態整合コマンドの送信元の装置を他の装置に入れ替えても同様に動作することができる。以下では、状態整合コマンドの送信元の装置のバリエーションに応じて送受信するメッセージについて説明する。
【００３７】
［ポリシー管理装置から状態整合コマンドを送信する場合］
図４（ａ）はポリシー管理装置１００からパケットヘッダ識別制御装置２００へ状態整合コマンドを送信する場合のパケットヘッダ識別制御装置２００の処理の流れを示す図である。パケットヘッダ識別制御装置２００は、定期的に及び故障から復旧した際のうちの少なくとも１つのタイミングで、前記した状態整合コマンド（Subscription-ID：A、B、C、D、E）を受信するものとする（ステップＳ３１）。そして、パケットヘッダ識別制御装置２００は、この状態整合コマンドから抽出したキー情報リストと自装置で保有する情報との差分があるか否かを判別する（ステップＳ３２）。差分がない場合（ステップＳ３２：Ｎｏ）、パケットヘッダ識別制御装置２００は、処理を終了する。一方、差分がある場合（ステップＳ３２：Ｙｅｓ）、パケットヘッダ識別制御装置２００は、ＣＣＲ−ＩメッセージやＣＣＲ−Ｔメッセージを送信し（ステップＳ３３）、処理を終了する。
なお、ＣＣＲ−Ｔは、ＣＣＲメッセージにおいて、CC-Request-Type AVPに「TERMINATION_REQUEST」が設定されているものを指す。
【００３８】
図４（ｂ）はパケットヘッダ識別制御装置２００の保有ステータスの方が少ない場合、つまりパケットヘッダ識別制御装置２００においてポリシーが消失している場合の処理の流れを示す図である。ポリシー管理装置１００は、状態整合コマンド（Subscription-ID：A、B、C、D、E）を送信する（ステップＳ４１）。そして、この場合、パケットヘッダ識別制御装置２００は、ポリシーが消失しているので、ポリシーを要求するためにＣＣＲ−Ｉメッセージを送信する（ステップＳ４２）。具体的には、ＣＣＲ−Ｉメッセージでは、session-ID AVP/Origin-Host AVP/Origin-Realm AVP/Destination-Realm AVP/Auth-Application-Id AVP/ Framed-Ipv6-prefix AVP/ Logical-Access-ID AVP等のセッションやユーザ、フローを示すデータが送信される。そして、ポリシー管理装置１００は、受信したＣＣＲ−Ｉメッセージに含まれる上記の各情報をもとに、該当のパケットヘッダ識別制御装置２００にポリシーを割り当てることで、ポリシーを決定（設定）し（ステップＳ４３）、ポリシーを指定するためのＣＣＡ（Credit-Control-Answer）−Ｉメッセージを送信する（ステップＳ４４）。これにより、パケットヘッダ識別制御装置２００は、ポリシーを追加し、ポリシーを実行する。
【００３９】
図４（ｃ）はパケットヘッダ識別制御装置２００の保有ステータスの方が多い場合、つまりパケットヘッダ識別制御装置２００において確立されたセッションの削除が必要な場合の処理の流れを示す図である。ポリシー管理装置１００は、状態整合コマンド（Subscription-ID：A、B、C、D、E）を送信する（ステップＳ５１）。そして、パケットヘッダ識別制御装置２００は、この場合、確立されたセッション（Session IDで特定される）の削除を行うためにＣＣＲ−Ｔメッセージを送信する（ステップＳ５２）。このＣＣＲ−Ｔメッセージには、該当セッションのSession IDが含まれている。ポリシー管理装置１００は、受信したＣＣＲ−Ｔメッセージに含まれるSession IDを認識し、該当のパケットヘッダ識別制御装置２００の該当セッションを削除することで、ポリシーを決定（削除）し（ステップＳ５３）、ＣＣＲ−Ｔメッセージに対する応答としてＣＣＡメッセージを送信する（ステップＳ５４）。これにより、パケットヘッダ識別制御装置２００は、差分に対応する該当セッションを削除し、ポリシーを実行する。
【００４０】
［アプリケーション識別装置から状態整合コマンドを送信する場合］
図５（ａ）はアプリケーション識別装置３００からポリシー管理装置１００へ状態整合コマンドを送信する場合のポリシー管理装置１００の処理の流れを示す図である。ポリシー管理装置１００は、定期的に及び故障から復旧した際のうちの少なくとも１つのタイミングで、状態整合コマンド（Subscription-ID：A、B、C、D、E）を受信するものとする（ステップＳ６１）。そして、ポリシー管理装置１００は、この状態整合コマンドから抽出したキー情報リストと自装置で保有する情報との差分があるか否かを判別する（ステップＳ６２）。差分がない場合（ステップＳ６２：Ｎｏ）、ポリシー管理装置１００は、処理を終了する。差分がある場合（ステップＳ６２：Ｙｅｓ）、ポリシー管理装置１００は、ＴＳＲ（TDF-Session-Request）メッセージを送信し（ステップＳ６３）、処理を終了する。
【００４１】
差分がある場合の典型的な処理の流れを図５（ｂ）に示す。アプリケーション識別装置３００は、状態整合コマンド（Subscription-ID：A、B、C、D、E）を送信する（ステップＳ７１）。そして、ポリシー管理装置１００は、差分がある場合、ＴＳＲメッセージをアプリケーション識別装置３００へ送信する（ステップＳ７２）。そして、アプリケーション識別装置３００は、差分に対応する情報を追加又は削除し、応答としてＴＳＡ（TDF-Session-Answer）メッセージをポリシー管理装置１００へ送信する（ステップＳ７３）。
【００４２】
［ＤＰＩ装置において状態不一致を解消する処理］
ＤＰＩ装置として機能するアプリケーション識別装置３００及びパケットヘッダ識別制御装置２００が一体装置ではなく所定のインタフェースで接続された別装置である場合、インタフェース切断の可能性がある。そこで、アプリケーション識別装置３００及びパケットヘッダ識別制御装置２００の間で定期的に状態不一致を解消する処理を行う。
【００４３】
図６（ａ）はアプリケーション識別装置３００からパケットヘッダ識別制御装置２００へ状態整合コマンドを送信する場合のアプリケーション識別装置３００の処理の流れを示す図である。アプリケーション識別装置３００は、前記した状態整合コマンド（Subscription-ID：A、B、C、D、E）をパケットヘッダ識別制御装置２００へ送信するものとする（ステップＳ８１）。そして、アプリケーション識別装置３００は、パケットヘッダ識別制御装置２００から状態整合コマンドを受信したか否かを判別する（ステップＳ８２）。状態整合コマンドを受信した場合（ステップＳ８２：Ｙｅｓ）、アプリケーション識別装置３００は、状態が整合しているものとして処理を終了する。一方、所定時間が経過しても状態整合コマンドを受信しない場合（ステップＳ８２：Ｎｏ）、２つの装置間のインタフェースに切断等の異常があるものとして、アプリケーション識別装置３００は、ポリシー管理装置１００に対して、他のアプリケーション識別装置３００へ接続するよう要求する（ステップＳ８３）。
【００４４】
２つの装置間のインタフェースに異常がない場合の典型的な処理の流れを図６（ｂ）に示す。アプリケーション識別装置３００は、状態整合コマンド（Subscription-ID：A、B、C、D、E）をパケットヘッダ識別制御装置２００へ送信する（ステップＳ９１）。すると、所定時間内に、パケットヘッダ識別制御装置２００は、状態整合コマンド（Subscription-ID：A、B、C、D、E）をアプリケーション識別装置３００へ送信する（ステップＳ９２）。続いて、所定時間内に、アプリケーション識別装置３００は、状態整合コマンド（Subscription-ID：A、B、C、D、E）をパケットヘッダ識別制御装置２００へ送信する（ステップＳ９１）。さらに、所定時間内に、パケットヘッダ識別制御装置２００は、状態整合コマンド（Subscription-ID：A、B、C、D、E）をアプリケーション識別装置３００へ送信する（ステップＳ９２）。以下、同様の処理を行う。これにより、各装置が保有するサービスのポリシーの状態情報を一致させることができる。
【００４５】
なお、図６（ａ）では、アプリケーション識別装置３００が状態整合コマンドを受信しない場合、接続の切り替えを要求する処理を示したが、パケットヘッダ識別制御装置２００が状態整合コマンドを受信しない場合、接続の切り替えを要求することもできる。
【００４６】
（第２実施形態）
図７は、本発明の第２実施形態に係るポリシー制御システムの構成を模式的に示すブロック図である。ポリシー制御システム１Ｂは、図７に示すように、ポリシー管理装置１００と、このポリシー管理装置１００にそれぞれ通信可能に接続された、複数のパケットヘッダ識別制御装置２００ａ，２００ｂと、複数のアプリケーション識別装置３００ａ，３００ｂと、を備えている。
【００４７】
パケットヘッダ識別制御装置２００ａは、アプリケーション識別装置３００ａ，３００ｂを収容している。パケットヘッダ識別制御装置２００ｂは、アプリケーション識別装置３００ａ，３００ｂを収容している。パケットヘッダ識別制御装置２００ａ，２００ｂは、アプリケーション識別装置３００ａ，３００ｂを共用している。なお、図７では、パケットヘッダ識別制御装置２００及びアプリケーション識別装置３００を２台ずつ例示したが、それぞれが３台以上であっても構わない。
【００４８】
図８は、図７のポリシー制御システムにおける処理の流れの一例を示すシーケンス図である。パケットヘッダ識別制御装置２００ａは、アプリケーション識別装置３００ａとの間で相互に定期的に状態整合コマンド（Subscription-ID：A、B、C、D、E）を送受信する（ステップＳ１０１）。
パケットヘッダ識別制御装置２００ａは、アプリケーション識別装置３００ｂとの間で相互に定期的に状態整合コマンド（Subscription-ID：A、B、C、D、E）を送受信する（ステップＳ１０２）。
パケットヘッダ識別制御装置２００ｂは、アプリケーション識別装置３００ａとの間で相互に定期的に状態整合コマンド（Subscription-ID：A、B、C、D、E）を送受信する（ステップＳ１０３）。
パケットヘッダ識別制御装置２００ｂは、アプリケーション識別装置３００ｂとの間で相互に定期的に状態整合コマンド（Subscription-ID：A、B、C、D、E）を送受信する（ステップＳ１０４）。
【００４９】
上記の前提において、例えばアプリケーション識別装置３００ｂの故障が発生したとする（ステップＳ１０５）。ここで、故障は、アプリケーション識別装置３００ｂ自体の故障の場合、装置間インタフェースが故障又は切断した場合、装置及びインタフェースの双方が故障した場合が含まれる。
【００５０】
このような場合、例えばパケットヘッダ識別制御装置２００ａは、所定時間経過してもアプリケーション識別装置３００ｂから状態整合コマンドが受信しないことから、アプリケーション識別装置３００ｂの故障を検出する（ステップＳ１０６）。そして、パケットヘッダ識別制御装置２００ａは、ポリシー管理装置１００に対して、アプリケーション識別装置３００ｂに接続中のセッション分の張り直しを要求するＣＣＲメッセージを送信する（ステップＳ１０７）。
【００５１】
そして、ポリシー管理装置１００は、故障していない他のアプリケーション識別装置３００ａに対して、セッションの追加を要求するＴＳＲメッセージを送信する（ステップＳ１０８）。そして、アプリケーション識別装置３００ａは、ポリシー管理装置１００からの要求に応答するＴＳＡメッセージを返信する（ステップＳ１０９）。そして、ポリシー管理装置１００は、セッションの張り直しを要求したパケットヘッダ識別制御装置２００ａに対して、要求に応答するＣＣＡメッセージを返信する（ステップＳ１１０）。
【００５２】
第２実施形態のポリシー制御システム１Ｂによれば、パケットヘッダ識別制御装置２００ａがアプリケーション識別装置３００ｂの故障を検知した場合、別のアプリケーション識別装置３００ａへ割り当てることをポリシー管理装置１００へ要求する。そして、ポリシー管理装置１００から別のアプリケーション識別装置３００ａへルール設定を行うので、短い期間でアプリケーション識別装置３００の切り替えを実現することができる。そのため、アプリケーション識別装置３００ｂが故障した場合に、別のアプリケーション識別装置３００ａによってスムーズな呼接続を実現することができる。
【００５３】
（第３実施形態）
図９は、本発明の第３実施形態に係るポリシー制御システムの構成を模式的に示すブロック図である。ポリシー制御システム１Ｃは、図９に示すように、振分装置４００ａ，４００ｂを備える点が、ポリシー制御システム１Ｂ（図７参照）と相違している。
振分装置４００ａは、一方の側がパケットヘッダ識別制御装置２００ａに接続され、他方の側がアプリケーション識別装置３００ａ，３００ｂにそれぞれ接続されている。
振分装置４００ｂは、一方の側がパケットヘッダ識別制御装置２００ｂに接続され、他方の側がアプリケーション識別装置３００ａ，３００ｂにそれぞれ接続されている。
【００５４】
振分装置４００ａは、ポリシー管理装置１００の管理の下、パケットヘッダ識別制御装置２００ａからのフローを、アプリケーション識別装置３００ａ又はアプリケーション識別装置３００ｂに振り分けるものである。
振分装置４００ｂは、ポリシー管理装置１００の管理の下、パケットヘッダ識別制御装置２００ｂからのフローを、アプリケーション識別装置３００ａ又はアプリケーション識別装置３００ｂに振り分けるものである。なお、以下では特に区別しない場合、振分装置４００と表記する。
【００５５】
図１０は、図９のポリシー制御システムにおける処理の流れの一例を示すシーケンス図である。ステップＳ１０１〜ステップＳ１０４の処理は図８に示した処理と同様である。すなわち、パケットヘッダ識別制御装置２００ａ（又は２００ｂ）及びアプリケーション識別装置３００ａ，３００ｂは相互に状態整合コマンド（Subscription-ID：A、B、C、D、E）を送受信している。
【００５６】
上記の前提において、例えばパケットヘッダ識別制御装置２００ａが、外部からの振分要求信号等のトリガを検出したとする（ステップＳ２０１）。この場合、パケットヘッダ識別制御装置２００ａは、ポリシー管理装置１００に対して、フローの振り分けを要求するＣＣＲメッセージを送信する（ステップＳ２０２）。そして、ポリシー管理装置１００は、アプリケーション識別装置３００ａに対して、例えばSubscription-IDが「A、B」であるセッションを振り分けるＴＳＲメッセージを送信する（ステップＳ２０３）。そして、アプリケーション識別装置３００ａは、ポリシー管理装置１００からの要求に応答するＴＳＡメッセージを返信する（ステップＳ２０４）。
【００５７】
また、図示を省略するが、同様に、ポリシー管理装置１００は、別のアプリケーション識別装置３００ｂに対して、例えばSubscription-IDが「C、D、E」であるセッションを振り分けるＴＳＲメッセージを送信する。そして、ポリシー管理装置１００は、フローをグループ分けする複数のキー情報を含むリストと、当該キー情報で割り当てられるアプリケーション識別装置３００の情報とを状態整合コマンドに含めて、当該状態整合コマンド（300a=Subscription-ID=A、B、300b=Subscription-ID=C、D、E）を振分装置４００ａへ送信する（ステップＳ２０５）。そして、振分装置４００ａは、設定されたポリシーによってフローを振り分ける（ステップＳ２０６）。そして、ポリシー管理装置１００は、フローの振り分けを要求したパケットヘッダ識別制御装置２００ａに対して、要求に応答するＣＣＡメッセージを返信する（ステップＳ２０７）。
【００５８】
図９に示すように複数のアプリケーション識別装置３００でスケールアウト構成をとる場合、アプリケーション識別装置３００へ振分け方式の要求条件として、同一呼は同一のアプリケーション識別装置３００への振分けが求められる。ポリシー管理装置１００はアプリケーション識別装置３００のリソースに応じてフローを振り分ける。そのためにポリシー管理装置１００は自装置で決定したアプリケーション識別装置３００に対してＴＳＲメッセージで設定を行い、パケットヘッダ識別制御装置２００へＣＣＡメッセージを通知する。よって、パケットヘッダ識別制御装置２００は、ＣＣＡメッセージにより、ポリシー管理装置１００で割り当てたアプリケーション識別装置３００が判明する。しかしながら、従来方式では、振分装置４００では、ポリシー管理装置１００で割り当てたアプリケーション識別装置３００の認識が不可能であった。
【００５９】
一方、第３実施形態のポリシー制御システム１Ｃによれば、ポリシー管理装置１００は、状態整合コマンドに、subscriber等のキー情報と、割り当てたアプリケーション識別装置３００の情報とを含めた状態整合コマンドを振分装置４００へ送信する。したがって、振分装置４００は、当該状態整合コマンドにて指定された情報に従って同一呼は同一のアプリケーション識別装置３００へ振り分けることができる。
【００６０】
（第４実施形態）
図１１は、本発明の第４実施形態に係るポリシー制御システムの構成を模式的に示すブロック図である。ポリシー制御システム１Ｄは、図１１に示すように、冗長構成されたポリシー管理装置１００ａ，１００ｂを備える点が、ポリシー制御システム１Ｂ（図７参照）と相違している。パケットヘッダ識別制御装置２００ａ，２００ｂと、アプリケーション識別装置３００ａ，３００ｂとは、ポリシー管理装置１００ａ，１００ｂに対してそれぞれ通信可能に接続されている。
【００６１】
図１２は、図１１のポリシー制御システムにおける処理の流れの一例を示すシーケンス図である。ステップＳ１０１〜ステップＳ１１０の処理は図８に示した処理と同様である。ポリシー管理装置１００ａは、ポリシー管理装置１００ｂとの間で相互に定期的に状態整合コマンド（Subscription-ID：A、B、C、D、E）を送受信している（ステップＳ３０１）。
【００６２】
上記の前提において、例えばポリシー管理装置１００ａが故障して、ポリシー管理装置１００ｂに切り替えたとする（ステップＳ３０２）。従来技術では、切り替えが発生した場合、例えばパケットヘッダ識別制御装置２００ａ，２００ｂはポリシー管理装置１００ｂにポリシーを要求するＣＣＲメッセージを送信してしまう。一方、第４実施形態のポリシー制御システム１Ｄによれば、ポリシー管理装置１００の切り替えが発生しても、ポリシー管理装置１００ａで処理していた呼情報が状態整合コマンドによってポリシー管理装置１００ｂに引き継がれているため、例えばパケットヘッダ識別制御装置２００ａ，２００ｂはポリシー管理装置１００ｂにポリシーを要求する必要がない。
【００６３】
また、ポリシー管理装置１００の冗長化方式として、config設定が冗長化されているケースの場合、従来方式では、サーバの起動回数の情報を示すorigin state IDを変更することで、ポリシー管理装置１００の配下の全装置の全セッション分のＣＣＲ−Ｉメッセージがポリシー管理装置１００に送信されてしまい、ポリシー管理装置１００がそれらの処理を行い、ＣＣＡメッセージを返信するため、ポリシー管理装置１００の負担が大きい。一方、第４実施形態のポリシー制御システム１Ｄによれば、ポリシー管理装置１００ａ，１００ｂ間で定期的に状態整合を行い、ポリシー管理装置１００の切り替えが発生した際に、origin state IDを変更することなく処理を継続することができる。
【００６４】
（第５実施形態）
図１３は、本発明の第５実施形態に係るポリシー制御システムの構成を模式的に示すブロック図である。ポリシー制御システム１Ｅは、図１３に示すように、冗長化された複数のルーティング装置５００ａ，５００ｂを備えている点がポリシー制御システム１Ｄ（図１１参照）と相違している。ここでは、ルーティング装置５００ａを現用の装置即ちアクティブ装置（ＡＣＴ）とした。また、ルーティング装置５００ｂを予備の装置即ちスタンバイ装置（ＳＢＹ）とした。ルーティング装置５００ａ，５００ｂは互いに通信可能に接続されている。なお、以下では特に区別しない場合、ルーティング装置５００と表記する。
【００６５】
ルーティング装置５００は、パケットヘッダ識別制御装置２００及びアプリケーション識別装置３００と、ポリシー管理装置１００との間の対応関係を決定し、互いに送受信される信号のルーティングを行うものである。ルーティング装置５００は、３ＧＰＰで規定されたＤＲＡ装置（Diameter Routing Agent）に相当し、複数のポリシー管理装置１００ａ，１００ｂのリソースにしたがって処理を振り分ける。ＤＲＡについては非特許文献１に記載されているので、説明を省略する。
【００６６】
図１４は、図１３のポリシー制御システムにおける処理の流れの一例を示すシーケンス図である。ステップＳ１０１〜ステップＳ１０４の処理は図８に示した処理と同様である。また、ステップＳ３０１の処理は図１２に示した処理と同様である。
ルーティング装置５００ａは、ルーティング装置５００ｂに対して定期的に状態整合コマンド（Subscription-ID：A、B、C、D、E）を送信している（ステップＳ４０１）。
【００６７】
上記の前提において、例えばパケットヘッダ識別制御装置２００ａが、例えばアプリケーション識別装置３００ｂの故障発生等のトリガを検出したとする（ステップＳ４０２）。この場合、パケットヘッダ識別制御装置２００ａは、アプリケーション識別装置３００ｂに接続中のセッション分の張り直しを要求するＣＣＲメッセージをルーティング装置５００ａに送信する（ステップＳ４０３）。ルーティング装置５００ａは、ＣＣＲメッセージをポリシー管理装置１００ａに転送する（ステップＳ４０４）。
【００６８】
そして、ポリシー管理装置１００ａは、他のアプリケーション識別装置３００ａを決定して、アプリケーション識別装置３００ａ宛てのセッションの追加を要求するＴＳＲメッセージをルーティング装置５００ａへ送信する（ステップＳ４０５）。そして、ルーティング装置５００ａは、ＴＳＲメッセージをアプリケーション識別装置３００ａに転送する（ステップＳ４０６）。
【００６９】
そして、アプリケーション識別装置３００ａは、要求に応答するＴＳＡメッセージをルーティング装置５００ａに返信する（ステップＳ４０７）。そして、ルーティング装置５００ａは、ＴＳＡメッセージをポリシー管理装置１００ａに転送する（ステップＳ４０８）。そして、ポリシー管理装置１００ａは、セッションの張り直しを要求したパケットヘッダ識別制御装置２００ａ宛てに応答するＣＣＡメッセージをルーティング装置５００ａへ送信する（ステップＳ４０９）。そして、ルーティング装置５００ａは、ＣＣＡメッセージをパケットヘッダ識別制御装置２００ａに転送する（ステップＳ４１０）。
【００７０】
ルーティング装置５００は基本的に１：１冗長構成され、ステートを引き継ぐ必要がある。第５実施形態のポリシー制御システム１Ｅによれば、１：１冗長構成されたルーティング装置５００ａ，５００ｂにおいて各装置が保有するステートを引き継ぐために状態整合コマンドを使うことができる。このようにアクティブ装置であるルーティング装置５００ａから定期的に、スタンバイ装置であるルーティング装置５００ｂへ状態整合コマンドを送信することで、呼に影響しない冗長構成を可能とすることができる。
【００７１】
（第６実施形態）
図１５は、本発明の第６実施形態に係るポリシー制御システムの構成を模式的に示すブロック図である。ポリシー制御システム１Ｆは、図１５に示すように、複数の振分装置４００ａ，４００ｂを備えている点がポリシー制御システム１Ｅ（図１３参照）と相違している。
【００７２】
図１６は、図１５のポリシー制御システムにおける処理の流れの一例を示すシーケンス図である。ステップＳ１０１〜ステップＳ１０４の処理は図８に示した処理と同様である。また、ステップＳ３０１の処理は図１２に示した処理と同様であり、ステップＳ４０１の処理は図１４に示した処理と同様である。
ルーティング装置５００ａは、振分装置４００ａとの間で相互に定期的に状態整合コマンド（Subscription-ID：A、B、C、D、E）を送受信している（ステップＳ５０１）。
【００７３】
上記の前提において、例えばパケットヘッダ識別制御装置２００ａが、外部からの振分要求信号等のトリガを検出したとする（ステップＳ５０２）。この場合、パケットヘッダ識別制御装置２００ａは、フローの振り分けを要求するＣＣＲメッセージをルーティング装置５００ａに送信する（ステップＳ５０３）。そして、ルーティング装置５００ａは、ポリシー管理装置１００ａを選択決定して、ＣＣＲメッセージをポリシー管理装置１００ａに転送する（ステップＳ５０４）。
【００７４】
そして、ポリシー管理装置１００ａは、例えばSubscription-IDが「A、B」であるセッションを振り分けるアプリケーション識別装置３００ａ宛てのＴＳＲメッセージをルーティング装置５００ａに返信する（ステップＳ５０５）。これにより、ルーティング装置５００ａは振り分け先のアプリケーション識別装置３００ａを認識することができる。そして、ルーティング装置５００ａは、ＴＳＲメッセージをアプリケーション識別装置３００ａに転送する（ステップＳ５０６）。
【００７５】
そして、アプリケーション識別装置３００ａは、要求に応答するＴＳＡメッセージをルーティング装置５００ａに返信する（ステップＳ５０７）。そして、ルーティング装置５００ａは、ＴＳＡメッセージをポリシー管理装置１００ａに転送する（ステップＳ５０８）。また、図示を省略するが、同様に、ポリシー管理装置１００ａは、例えばSubscription-IDが「C、D、E」であるセッションを振り分けるアプリケーション識別装置３００ｂ宛てのＴＳＲメッセージをルーティング装置５００ａに送信する。
【００７６】
そして、ルーティング装置５００ａは、フローをグループ分けする複数のキー情報を含むリストと、当該キー情報で割り当てられるアプリケーション識別装置３００の情報とを状態整合コマンドに含めて、当該状態整合コマンド（300a=Subscription-ID=A、B、300b=Subscription-ID=C、D、E）を振分装置４００ａへ送信する（ステップＳ５０９）。これにより、振分装置４００ａは、設定されたポリシーによってフローを振り分けることができる。
【００７７】
そして、ポリシー管理装置１００ａは、フローの振り分けを要求したパケットヘッダ識別制御装置２００ａ宛てに応答するＣＣＡメッセージをルーティング装置５００ａへ送信する（ステップＳ５１０）。そして、ルーティング装置５００ａは、ＣＣＡメッセージをパケットヘッダ識別制御装置２００ａに転送する（ステップＳ５１１）。
【００７８】
第６実施形態のポリシー制御システム１Ｆによれば、ルーティング装置５００ａが選択したポリシー管理装置１００ａからの指示によって、アプリケーション識別装置３００が決定される。そして、ルーティング装置５００ａでは、振り分けられたアプリケーション識別装置３００が判明する。よって、ルーティング装置５００ａと振分装置４００ａで状態整合することで、振分けを可能としつつ、アプリケーション識別装置３００のスケールアウトを実現することができる。
【００７９】
以上、本発明の各実施形態について説明したが、本発明はこれらに限定されるものではなく、その趣旨を変えない範囲で実施することができる。例えば、本実施形態では、ポリシーとしてＰＣＣルールやＡＤＣルールについて各装置間で状態不一致を解消するものとして説明したが、これに限らず、サービスの課金制御又はフロー制御のためのパケットに関する統計情報についても各装置間で状態不一致を解消するようにすることもできる。ここで、パケットに関する統計情報は、例えばパケットカウント情報であり、これを課金に用いることができる。このようにすることで、ポリシー管理装置１００と、パケットヘッダ識別制御装置２００と、アプリケーション識別装置３００とのうち、いずれかの装置において統計情報が消失したとしても、残っている統計情報を基にして統計の継続を行い、出来る限り正確な課金を行うことができる。ポリシー管理装置１００が故障した場合、統計情報については、パケットヘッダ識別制御装置２００又はアプリケーション識別装置３００が保有している統計情報に一致させればよい。
【００８０】
また、上記実施形態では、ポリシー管理装置１００等は、受信した状態整合コマンドから抽出したキー情報リストと自装置で保有する情報との差分がない場合（ステップＳ１２：Ｎｏ）、処理を終了するものとしたが、これに限らず、状態整合コマンドの送信元に対して、差分がないことを通知してもよい。このようにすることで、状態整合コマンドの送信元は、送信先が故障していると誤認することを防止できる。
【００８１】
また、ポリシー制御システム１の例えばポリシー管理装置１００、パケットヘッダ識別制御装置２００及びアプリケーション識別装置３００は、それぞれ専用サーバによって実現することも可能であるし、一般的なコンピュータを、ポリシー管理装置１００、パケットヘッダ識別制御装置２００、アプリケーション識別装置３００として機能させるプログラムにより動作させることで実現することも可能である。これらのプログラムは、通信回線を介して提供することも可能であるし、ＣＤ−ＲＯＭ等の記録媒体に書き込んで配布することも可能である。
【符号の説明】
【００８２】
１，１Ｂ，１Ｃ，１Ｄ，１Ｅ，１Ｆ  ポリシー制御システム
２      ＩＰ網
１００，１００ａ，１００ｂ  ポリシー管理装置
２００，２００ａ，２００ｂ  パケットヘッダ識別制御装置
３００，３００ａ，３００ｂ  アプリケーション識別装置
４００ａ，４００ｂ  振分装置
５００ａ  ルーティング装置（ＡＣＴ）
５００ｂ  ルーティング装置（ＳＢＹ）
７００  ゲートウェイ
８１０  加入者データベース
８２０  オンライン課金システム
８３０  オフライン課金システム
８４０  アクセスネットワークゲートウェイ
８５０  アプリケーションサーバ
【図１】
2015159516.tif 000003
【図２】
2015159516.tif 000004
【図３】
2015159516.tif 000005
【図４】
2015159516.tif 000006
【図５】
2015159516.tif 000007
【図６】
2015159516.tif 000008
【図７】
2015159516.tif 000009
【図８】
2015159516.tif 000010
【図９】
2015159516.tif 000011
【図１０】
2015159516.tif 000012
【図１１】
2015159516.tif 000013
【図１２】
2015159516.tif 000014
【図１３】
2015159516.tif 000015
【図１４】
2015159516.tif 000016
【図１５】
2015159516.tif 000017
【図１６】
2015159516.tif 000018