(57)【要約】【課題】トラヒック制御の制御単位の向上、およびトラヒック制御の制御方法の向上を図る。【解決手段】通信回線を介してネットワークに接続して通信を行う複数の端末について、端末がネットワークに初期接続した時点から端末毎にセッションのシグナリングを分析することで、端末とアプリケーションとアプリケーションに伴うシグナリングとの関連付けを行い、予め設定されたトラヒック制御対象情報と分析結果からシグナリング単位でトラヒック制御を行うための識別子を含む制御情報を生成し、受信したパケットについて、制御情報に基づいてシグナリング単位で識別子を付与してパケット制御部に送信し、識別子と制御情報を参照し、パケットに含まれるシグナリングに対し、指定されたトラヒック制御処理を行う。【選択図】図３
2015050759.tif 000002
【特許請求の範囲】
【請求項１】
通信回線上を送信されるパケットを分析するパケット分析部と、パケットの処理または出力制御を行うパケット制御部と、トラヒックを制御するための制御情報を管理するトラヒック管理部とを有し、
前記パケット分析部は、前記通信回線を介してネットワークに接続して通信を行う複数の端末について、端末が前記ネットワークに初期接続した時点から端末毎にセッションのシグナリングを分析することで、端末とアプリケーションと該アプリケーションに伴うシグナリングとの関連付けを行い分析結果をトラヒック管理部に送信し、
前記トラヒック管理部は、予め設定されたトラヒック制御対象情報と前記分析結果からシグナリング単位でトラヒック制御を行うための識別子を含む制御情報を生成し、
前記パケット分析部は、受信したパケットについて、前記制御情報に基づいてシグナリング単位で識別子を付与して前記パケット制御部に送信し、
前記パケット制御部は、前記識別子と前記制御情報を参照し、パケットに含まれるシグナリングに対し、指定されたトラヒック制御処理を行うことを特徴とするトラヒック制御装置。
【請求項２】
前記パケット分析部は、端末がネットワークに初期接続した時点で送信するシグナリングを受信すると、端末識別子情報の組を新規に生成し、
前記初期接続シグナリングから前記ネットワークにおいて前記端末に対して固有に割り当てられた第１の端末識別子を取得し、前記初期接続シグナリングおよび初期接続後に前記端末のセッションにおいて送受信されるシグナリングから、前記セッションで使用される前記端末の複数の第２の端末識別子を取得して前記端末識別子情報の組に格納し、
前記端末識別子情報の組に格納した第１および複数の第２の端末識別子を参照してシグナリングを解析することで、端末とアプリケーションと該アプリケーションに伴うシグナリングとの関連を分析することを特徴とする請求項１に記載のトラヒック制御装置。
【請求項３】
前記第２の端末識別子のうちの一つは、前記端末の機種に関する情報を含み、
前記トラヒック管理部のトラヒック制御対象情報に端末の機種が指定されている場合には、前記トラヒック管理部は、端末の機種を前記第２の識別子に含まれる情報に変換し、トラヒック制御を行うための制御情報を生成することを特徴とする請求項２に記載のトラヒック制御装置。
【請求項４】
前記トラヒック管理部のトラヒック制御対象情報に端末のユーザを属性によりグルーピングする情報が指定されている場合には、前記トラヒック管理部は、前記第１の端末識別子に基づき、ユーザの属性情報が格納されたサーバにアクセスして各端末のユーザの属性情報を取得し、トラヒック制御を行うための制御情報を生成することを特徴とする請求項２に記載のトラヒック制御装置。
【請求項５】
前記トラヒック管理部のトラヒック制御対象情報にシグナリング種別が指定されている場合には、前記トラヒック管理部は、前記第１または第２の端末識別子と前記シグナリング種別を指定し、トラヒック制御を行うための制御情報を生成することを特徴とする請求項２に記載のトラヒック制御装置。
【請求項６】
前記トラヒック管理部のトラヒック制御対象情報としては、アプリケーション、端末の機種、送信先アドレス、送信元アドレス、プロトコル、シグナリング種別、前記第１の端末識別子、前記第２の端末識別子のいずれか少なくともひとつを設定し、前記トラヒック管理部は、指定された情報を格納したトラヒック制御を行うための制御情報を生成することを特徴とする請求項２に記載のトラヒック制御装置。
【請求項７】
前記第２の識別子には前記端末が存在するエリアを特定する識別子が含まれ、
前記トラヒック管理部のトラヒック制御対象情報として、エリアが指定されている場合には、前記トラヒック管理部は、エリアを特定する識別子を格納したトラヒック制御を行うための制御情報を生成することを特徴とする請求項２に記載のトラヒック制御装置。
【請求項８】
前記パケット制御部が行うトラヒック制御処理としては、パケット内の指定されたシグナリングに対して、シグナリングの内容を変更することでトラヒックを制御するパケット編集、閾値を超えたシグナリングの破棄、パケットの送信レートの制御、優先度情報に基づく優先制御のいずれかを行うことを特徴とする請求項１に記載のトラヒック制御装置。
【請求項９】
前記トラヒック管理部は、前記パケット分析部から受信したパケット分析結果を、時刻の情報と関連づけて、シグナリングの発生量について統計処理を行い、
統計処理の結果、不定期または定期的に発生するシグナリングバーストを予測して、前記制御情報を生成することを特徴とする請求項１に記載のトラヒック制御装置。
【請求項１０】
前記パケット分析部は、パケットの送信先の装置毎に、送信先の装置でパケットに含まれるシグナリング処理を行った場合の装置の負荷量を計算するための各シグナリングと装置負荷量を対応づけたテーブルを有し、
受信したパケットについて、テーブルを参照してそのパケットを送信装置に送った場合の送信先装置における負荷量を求め、前記トラヒック管理部に通知し、
前記トラヒック管理部は、送信先装置の負荷量に基づいて制御情報を生成することを特徴とする請求項１に記載のトラヒック制御装置。
【請求項１１】
通信回線上を送信されるパケットを分析し、分析結果に基づいてトラヒックを制御するトラヒック制御方法であって、
前記通信回線を介してネットワークに接続して通信を行う複数の端末について、端末が前記ネットワークに初期接続した時点から端末毎にセッションのシグナリングを分析することで、端末とアプリケーションと該アプリケーションに伴うシグナリングとの関連付けを行い、
予め設定されたトラヒック制御対象情報と前記分析結果からシグナリング単位でトラヒック制御を行うための識別子を含む制御情報を生成し、
受信したパケットについて、前記制御情報に基づいてシグナリング単位で識別子を付与して前記パケット制御部に送信し、
前記識別子と前記制御情報を参照し、パケットに含まれるシグナリングに対し、指定されたトラヒック制御処理を行うことを特徴とするトラヒック制御方法。
【請求項１２】
端末がネットワークに初期接続した時点で送信するシグナリングを受信すると、端末識別子情報の組を新規に生成し、
前記初期接続シグナリングから前記ネットワークにおいて前記端末に対して固有に割り当てられた第１の端末識別子を取得し、前記初期接続シグナリングおよび初期接続後に前記端末のセッションにおいて送受信されるシグナリングから、前記セッションで使用される前記端末の複数の第２の端末識別子を取得して前記端末識別子情報の組に格納し、
前記端末識別子情報の組に格納した第１および複数の第２の端末識別子を参照してシグナリングを解析することで、端末とアプリケーションと該アプリケーションに伴うシグナリングとの関連を分析することを特徴とする請求項１１に記載のトラヒック制御方法。
【請求項１３】
前記第２の端末識別子のうちの一つは、前記端末の機種に関する情報を含み、
前記トラヒック制御対象情報に端末の機種が指定されている場合には、端末の機種を前記第２の識別子に含まれる情報に変換し、トラヒック制御を行うための制御情報を生成することを特徴とする請求項１２に記載のトラヒック制御方法。
【請求項１４】
前記トラヒック制御対象情報に端末のユーザを属性によりグルーピングする情報が指定されている場合には、前記第１の端末識別子に基づき、ユーザの属性情報が格納されたサーバにアクセスして各端末のユーザの属性情報を取得し、トラヒック制御を行うための制御情報を生成することを特徴とする請求項１２に記載のトラヒック制御方法。
【請求項１５】
前記トラヒック制御対象情報にシグナリング種別が指定されている場合には、前記第１または第２の端末識別子と前記シグナリング種別を指定し、トラヒック制御を行うための制御情報を生成することを特徴とする請求項１２に記載のトラヒック制御方法。
【請求項１６】
前記トラヒック制御対象情報としては、アプリケーション、端末の機種、送信先アドレス、送信元アドレス、プロトコル、シグナリング種別、前記第１の端末識別子、前記第２の端末識別子のいずれか少なくともひとつを設定し、指定された情報を格納したトラヒック制御を行うための制御情報を生成することを特徴とする請求項１２に記載のトラヒック制御方法。
【請求項１７】
前記第２の識別子には前記端末が存在するエリアを特定する識別子が含まれ、
前記トラヒック制御対象情報として、エリアが指定されている場合には、エリアを特定する識別子を格納したトラヒック制御を行うための制御情報を生成することを特徴とする請求項１２に記載のトラヒック制御方法。
【請求項１８】
前記トラヒック制御処理としては、パケット内の指定されたシグナリングに対して、シグナリングの内容を変更することでトラヒックを制御するパケット編集、閾値を超えたシグナリングの破棄、パケットの送信レートの制御、優先度情報に基づく優先制御のいずれかを行うことを特徴とする請求項１１に記載のトラヒック制御方法。
【請求項１９】
前記パケット分析結果を、時刻の情報と関連づけて、シグナリングの発生量について統計処理を行い、
統計処理の結果、不定期または定期的に発生するシグナリングバーストを予測して、前記制御情報を生成することを特徴とする請求項１１に記載のトラヒック制御方法。
【請求項２０】
パケットの送信先の装置毎に、送信先の装置でパケットに含まれるシグナリング処理を行った場合の装置の負荷量を計算するための各シグナリングと装置負荷量を対応づけたテーブルを有し、
受信したパケットについて、テーブルを参照してそのパケットを送信装置に送った場合の送信先装置における負荷量を求め、
送信先装置の負荷量に基づいて制御情報を生成することを特徴とする請求項１１に記載のトラヒック制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、トラヒックを制御する制御装置、および制御方法に関する。
【背景技術】
【０００２】
従来のトラヒック制御装置においては、例えば、特許文献１に記載されているように回線上で送受信されているパケット数やパケット量の総数に対して、パケット単位でトラヒックの制御をおこなっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−０４２４７５公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、Ｓｍａｒｔ ｐｈｏｎｅの台頭により、端末向けに開発できるアプリケーションの幅が広がり、複数の移動体通信業者や複数のサプライヤが、多種多様のアプリケーションを開発し続けている。多種多様のアプリケーションの中には、ある時刻に一斉に起動し、移動体通信のシグナリングを一斉に送受信するアプリケーションが存在する。そのようなアプリケーションが、移動体通信業者が予期しないシグナリングのバーストを発生させ、他のエンドユーザや他のアプリケーションのサービスに影響を与え問題となっている。
【０００５】
上述した従来のトラヒック制御装置では、移動体通信のシグナリングを意識せず、回線上で送受信されているパケット数やパケット量の総数に応じてトラヒックの制御をおこなう。そのため、エンドユーザが実施しているアプリケーションやエンドユーザが使用している端末の機種を識別した制御ができない。そのため、シグナリングのバーストを発生させているアプリケーションだけでなく、他のアプリケーションが発生させたシグナリングに対してもトラヒックの制御が適用され、エンドユーザ全体のサービス品質に影響を与える課題がある。
【０００６】
また、従来のトラヒック制御装置は、パケット単位でトラヒックの制御をおこなう。そのため、１つのパケットに複数のシグナリングが含まれ、制御対象のシグナリング以外のシグナリングも存在する場合には、制御対象以外のシグナリングも合わせてトラヒック制御するか、トラヒックの制御を行わないかしか選択できない。１つのパケットに複数のシグナリングが含まれている場合に、制御対象以外のシグナリグも合わせて制御すると、シグナリングのバーストを発生させているアプリケーションまたは端末の機種以外のアプリケーションに対してもトラヒックの制御が適用され、エンドユーザのサービス品質に影響を与える。しかし、１つのパケットに複数のシグナリングが含まれているパケットを制御しないと、シグナリングのバーストを完全に制御することはできず、エンドユーザのサービス品質に影響を与える。
このように、従来のトラヒック制御装置では、トラヒックの制御をすべきでないシグナリングまで制御されてしまうか、またはトラヒックの制御をすべきシグナリングが制御されないことにより、エンドユーザのサービス品質に影響を与えるという課題があった。
【０００７】
本発明は、上記課題を解決するためになされたもので、トラヒック制御の制御単位の向上、およびトラヒック制御の制御方法の向上を図ることを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明においては、一例として、通信回線上を送信されるパケットを分析するパケット分析部と、パケットの処理または出力制御を行うパケット制御部と、トラヒックを制御するための制御情報を管理するトラヒック管理部とを有するトラヒック制御装置であって、パケット分析部は、通信回線を介してネットワークに接続して通信を行う複数の端末について、端末がネットワークに初期接続した時点から端末毎にセッションのシグナリングを分析することで、端末とアプリケーションと該アプリケーションに伴うシグナリングとの関連付けを行い分析結果をトラヒック管理部に送信し、トラヒック管理部は、予め設定されたトラヒック制御対象情報と分析結果からシグナリング単位でトラヒック制御を行うための識別子を含む制御情報を生成し、パケット分析部は、受信したパケットについて、制御情報に基づいてシグナリング単位で識別子を付与してパケット制御部に送信し、パケット制御部は、識別子と制御情報を参照し、パケットに含まれるシグナリングに対し、指定されたトラヒック制御処理を行うようにしたものである。
【０００９】
より詳しくは、パケット制御部が行うトラヒック制御処理としては、パケット内の指定されたシグナリングに対して、シグナリングの内容を変更することでトラヒックを制御するパケット編集、閾値を超えたシグナリングの破棄、パケットの送信レートの制御、優先度情報に基づく優先制御のいずれかを行うようにしたものである。
【００１０】
また、より詳しくは、トラヒック管理部は、パケット分析部から受信したパケット分析結果を、時刻の情報と関連づけて、シグナリングの発生量について統計処理を行い、統計処理の結果、不定期または定期的に発生するシグナリングバーストを予測して、制御情報を生成することようにしたものである。
【００１１】
また、より詳しくはパケット分析部は、パケットの送信先の装置毎に、送信先の装置でパケットに含まれるシグナリング処理を行った場合の装置の負荷量を計算するための各シグナリングと装置負荷量を対応づけたテーブルを有し、受信したパケットについて、テーブルを参照してそのパケットを送信装置に送った場合の送信先装置における負荷量を求め、トラヒック管理部に通知し、送信先装置の負荷量に基づいて制御情報を生成するようにしたものである。
【発明の効果】
【００１２】
本発明によれば、トラヒック制御単位、トラヒック制御方法の向上を図ることができる。
【図面の簡単な説明】
【００１３】
【図１】本発明の一実施例におけるネットワーク構成例を説明する図である。
【図２】本発明の一実施例における制御装置の配置例を説明する図である。
【図３】本発明の一実施例における制御装置の構成例を説明する図である。
【図４】保守者設定情報の情報要素例を説明する図である。
【図５】フロー情報の情報要素例を説明する図である。
【図６】ユーザ情報の情報要素例を説明する図である。
【図７】制御用ログ情報および制御用統計情報の情報要素例を説明する図である。
【図８】送信制御情報の情報要素例を説明する図である。
【図９（ａ）】本発明の一実施例におけるユーザ情報の取得処理を説明するシーケンス図である。
【図９（ｂ）】本発明の一実施例におけるユーザ情報の取得処理を説明するシーケンス図である。
【図１０】本発明の一実施例におけるユーザ情報の取得処理を説明するシーケンス図である。
【図１１】本発明の一実施例における制御用ログ情報および制御用統計情報の取得処理を説明するシーケンス図である。
【図１２】本発明の一実施例におけるユーザデータを送受信しているユーザの特定と、実施しているアプリケーションを対応付ける処理を説明するシーケンス図である。
【図１３】本発明の一実施例における制御用統計情報のカウンタをクリアする手順の一例を示すフローチャートである。
【図１４】本発明の一実施例におけるトラヒック制御方法の一例を示すフローチャートである。
【図１５】本発明の一実施例におけるトラヒック制御方法の一例を示すフローチャートである。
【図１６】本発明の一実施例におけるトラヒック制御方法の一例を示すフローチャートである。
【図１７】本発明の一実施例におけるトラヒック制御方法の一例を示すフローチャートである。
【図１８】本発明の一実施例におけるトラヒック制御方法の手順の一例を示すフローチャートである。
【図１９】本発明の一実施例におけるトラヒック制御方法の手順の一例を示すフローチャートである。
【図２０】単位時間当たりの想定トランザクション量の統計情報を取得するために使用する制御用統計情報の情報要素の一例である。
【図２１】シグナリングバーストの発生を予測するための情報を説明する図である。
【図２２】アプリケーションまたは移動体端末の端末種別を示す情報要素を追加したシグナリングを説明する図である。
【発明を実施するための形態】
【実施例１】
【００１４】
まず、本発明の実施例について図１ないし図１３を用いて説明する。実施例では、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）を例に挙げて説明する。具体的には、実施例では、パケット通信において、移動体端末毎にＣ−Ｐｌａｎｅ（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）により、ユーザデータのパケットを転送するためのトンネルであるＧＴＰ（Ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ）トンネルが構築される。そして、ユーザデータのパケットは、無線ネットワークを経由してＧＴＰトンネルを用いて送受信される。なお、本発明の適用範囲は、ＬＴＥに限られない。
【００１５】
＜ネットワーク構成例＞
図１は、本発明の一実施例におけるネットワーク構成例を示す説明図である。
ネットワーク１００において、移動体端末であるＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）ｔ１は、無線回線により基地局であるｅＮＢ１０１と接続される。移動体端末ｔ１は、たとえば、携帯電話機やスマートフォン、タブレット型携帯端末、ゲーム機、ノード型パソコン、カーナビゲーション装置などである。
【００１６】
ｅＮＢ１０１は、無線回線により移動体端末ｔ１と接続される。また、ｅＮＢ１０１は、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）１０７にも接続され、移動体端末ｔ１とＳ−ＧＷ１０７間の通信を中継する。
Ｓ−ＧＷ１０７は、移動体端末ｔ１からのユーザデータを中継したり、ＰＤＮ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ）ｐ１内のサーバからのデータを中継したりするノードである。
ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）１０６は、移動体端末ｔ１の位置登録や呼び出し、移動体端末ｔ１がｅＮＢ１０１間を移動する場合のハンドオーバ管理といった移動体端末のモビリティ管理をおこなうノードである。
Ｐ−ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）１０８は、Ｓ−ＧＷ１０７とＰＤＮｐ１との間を中継するノードである。ＰＤＮｐ１は、移動体端末ｔ１と通信するサーバを有する通信網である。サーバとしては、たとえば、ウェブサーバや、ファイルサーバ、データベースサーバ、アプリケーションサーバなどがある。なお、図１に示した各構成の個数は一例であり、図示した個数に限られない。
【００１７】
＜制御装置の配置例＞
図２は、本発明の一実施例における制御装置の配置例を示す説明図である。
本実施例では制御装置１０５をｅＮＢ１０１とＭＭＥ１０６の間およびｅＮＢ１０１とＳ−ＧＷ１０７の間に配置した場合について説明する。なお、図２に示した制御装置１０５の配置場所はＭＭＥ１０６への移動体通信のシグナリングを制御する場合の一例であり、配置場所は、制御装置１０５をｅＮＢ１０１とＭＭＥ１０６の間のパケットが通過するかつｅＮＢ１０１とＳ−ＧＷ１０７の間のパケットをモニタできる場所であれば、図２の場所に限られない。また、他の移動体通信の装置への移動体通信のシグナリングを制御する場合は、該当の装置にて送受信されるパケットが通過する場所に配置すればよい。なお、図２に示した各構成の個数は制御装置１０５を含め一例であり、図示した個数に限られない。
＜制御装置の構成例＞
図３は、本発明の一実施例における制御装置の構成例を示す説明図である。
制御装置１０５は、回線インタフェース３０１と、プロセッサ（図示せず）と、メモリ（図示せず）と、トラヒック管理部３１０と、保守者設定情報３１１と、パケット分析部３２０と、パケット処理部３６０と、パケット出力制御部３７０と、制御用ログ情報３８０と、制御用統計情報３８１と、送信制御情報３９０を有する。パケット分析部３２０は、フロー分析部３３０と、フロー情報３３１と、ユーザ分析部３４０と、ユーザ情報３４１と、アプリケーション分析部３５０と、を有する。  パケット処理部３６０は、優先制御部３６１と、パケット編集部３６２と、を有する。パケット出力制御部３７０は、送信レート制御部３７１を有する。送信レート制御部３７１は、Ｓｈａｐｉｎｇの制御を行う場合、Ｓｈａｐｉｎｇ  Ｑｕｅｕｅ３７２を有する。
【００１８】
なお、図３に示した回線インタフェースの個数は一例であり、その個数に限られない。例えば、保守者設定用のインタフェースと、移動体通信のシグナリング用のインタフェースと、移動体通信のユーザデータ用のインタフェースと、を分けても良い。
【００１９】
また、図３の制御装置の機能構成は一例である。論理的な機能ブロックは実施例に記載する処理手順が実現できれば、統合、または分割してもよい。また、物理的に装置を分割して複数の装置で制御装置を構成しても良い。例えば、サーバと、ユーザおよびアプリケーション分析装置と、トラヒックの制御をおこなう装置と、に分割し、サーバにて、回線インタフェース３０１と、トラヒック管理部３１０と、を有し、保守者設定情報３１１を管理し、フロー情報３３１と、送信制御情報３９０をトラヒックの制御をおこなう装置に設定する。ユーザおよびアプリケーション分析装置は、回線インタフェース３０１と、パケット分析部３２０のユーザ分析部３４０とアプリケーション分析部３５０と、を有し、ユーザ情報３４１、制御用ログ情報３８０と、制御用統計情報３８１と、を管理し、サーバにてトラヒック制御の対象を判断するために、制御用ログ情報３８０と、制御用統計情報３８１の情報と、をサーバに通知する、トラヒックの制御をおこなう装置は、回線インタフェース３０１と、パケット分析部３２０のフロー分析部３３０と、パケット処理部３６０の優先制御部３６１とパケット編集部３６２と、パケット出力制御部３７０の送信レート制御部３７１と、Ｓｈａｐｉｎｇ  Ｑｕｅｕｅ３７２と、を有し、フロー情報３３１と、送信制御情報３９０を管理し、トラヒックの分析用に受信したパケットのコピーを生成し、ユーザおよびアプリケーション分析装置に転送する、また受信したパケットに対してトラヒックの制御をおこない、ｅＮＢ１０１、またはＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）１０３、またはＥＩＲ（Ｅｑｕｉｐｍｅｎｔ  ＩｄｅｎｔｉｔｙＲｅｓｉｓｔｅｒ）１０４、またはＭＭＥ１０６、またはＳ−ＧＷ１０７などの外部の装置に転送する、といった構成としても良い。
【００２０】
回線インタフェース３０１は、パケットの受信およびパケットの送信をおこなう通信インタフェースである。回線インタフェース３０１で、ｅＮＢ１０１、またはＨＳＳ１０３、またはＥＩＲ１０４、またはＭＭＥ１０６、またはＳ−ＧＷ１０７などの外部の装置から受信したパケットは、パケット分析部３２０と、パケット処理部３６０と、パケット出力制御部３７０と、を経由して回線インタフェース３０１より、ｅＮＢ１０１、またはＨＳＳ１０３、またはＥＩＲ１０４、またはＭＭＥ１０６、またはＳ−ＧＷ１０７などの外部の装置に転送される。また、回線インタフェース３０１は、保守者が設定した情報をトラヒック管理部３１０に転送する。
【００２１】
トラヒック管理部３１０は、回線インタフェース３０１を介して保守者が設定した情報を保守者設定情報３１１に格納する。また、トラヒック管理部３１０は、保守者設定情報３１１の情報を送信制御情報３９０に設定する。またトラヒック管理部３１０は、保守者設定情報３１１をフロー情報に変換してパケット分析部３２０に通知する。保守者設定情報をフロー情報に変換する処理については、図５で説明する。
【００２２】
パケット分析部３２０は、フロー分析部３３０と、フロー情報３３１と、ユーザ分析部３４０と、ユーザ情報３４１と、アプリケーション分析部３５０と、を有し、ｅＮＢ１０１、またはＨＳＳ１０３、またはＥＩＲ１０４、またはＭＭＥ１０６、またはＳ−ＧＷ１０７などの外部の装置から受信したパケットを分析する。
【００２３】
フロー分析部３３０は、フロー情報３３１を参照し、受信したパケットをフロー分別し、パケットに対応するフローの識別子であるフローＩＤを付与する。ここで、パケットに複数のシグナリングが含まれる場合には、ひとつひとつのシグナリングについてのフロー分別結果をＩＤに記すことができる。フロー情報３３１を参照した結果、対応するフローがない場合（つまり、制御対象のシグナリング等が含まれていない場合）は、受信したパケットをそのままパケット処理部３６０に転送する。
【００２４】
ユーザ分析部３４０は、受信したパケットを分析し、移動体端末ｔ１の識別子の情報と、移動体端末ｔ１の機種の情報と、移動体端末ｔ１のセッションに関する情報と、を取得し、ユーザ情報３４１として管理する。移動体通信では、一つの移動体端末に対し、シグナリングやデータを送受信する対象の装置毎に、上り下りそれぞれＩＤが付与され、管理されている。本実施例では、図９で詳細に説明するように、移動体端末が初めてネットワークに接続する際のシグナリングをトリガとし、その後装置間のシグナリングを監視し続けることで、前述のシグナリングやデータを送受信する対象の装置毎に、上り下りそれぞれ付与されるＩＤを関連づけていき、ユーザ毎にユーザ情報３４１に格納する。ユーザ情報３４１は、いわば、移動体端末毎に、その移動体端末が移動体通信で用いる各種ＩＤを格納したＩＤリストである。
【００２５】
また、受信したパケットが移動体通信のシグナリングのパケットであった場合、ユーザ分析部３４０は、パケットを受信した時刻と、受信した移動体通信のシグナリング種別と、受信した移動体通信のシグナリングの移動体端末ｔ１の識別子の情報と、受信した移動体通信のシグナリングの移動体端末ｔ１の機種の情報と、を制御用ログ情報３８０に格納する。
【００２６】
アプリケーション分析部３５０は、図１２で説明する処理により、受信した移動体通信のユーザデータのパケットを分析し、アプリケーションを特定する。また、アプリケーション分析部３５０は、ユーザ情報３４１を参照し、受信したパケットに含まれるＩＤから、パケットを送受信している移動体端末ｔ１がどの端末であるか特定し、その端末の識別子の情報を取得する。ここで、ユーザデータのパケットに例えばｅＮＢとＳ−ＧＷ間の通信のためのＩＤしか含まれていなくても、ユーザ情報３４１に移動体端末ｔ１に関する複数のＩＤを格納しているので、ユーザパケットのＩＤと、例えば端末固有のＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）などのＩＤを対応付け、移動体端末を特定することができる。また、アプリケーション分析部３５０は、ユーザ情報３４１に格納されているＩＭＥＩＳＶから、移動体端末ｔ１の機種の情報を特定できる。
【００２７】
アプリケーション分析部３５０は、移動体通信のシグナリング処理後にアプリケーションを開始した時刻として、移動体通信のシグナリング処理後に最初にアプリケーションのパケットを受信した時刻と、受信した移動体通信のユーザデータの移動体端末ｔ１の識別子の情報と、受信した移動体通信のユーザデータの移動体端末ｔ１の機種の情報と、受信した移動体通信のユーザデータのアプリケーションの情報を制御用ログ情報３８０に格納する。
【００２８】
パケット処理部３６０は、優先制御部３６１と、パケット編集部３６２と、を有し、パケットに付与されたフローＩＤに基づき、送信制御情報３９０に格納されたフロー毎のパケット処理方法に従い、受信したパケットを編集するまたは破棄する。パケットにフローＩＤの情報が付与されていない場合は、受信したパケットをそのままパケット出力制御部３７０に転送する。
優先制御部３６１は、送信制御情報３９０を参照し、パケット分析部から受信したパケットのフローＩＤに対応するパケットの優先度の情報を特定し、受信したパケットに優先度の情報を付与する。ここで、パケットに複数のシグナリングが含まれている場合には、フローＩＤには、シグナリング毎にフローＩＤが記されている。また、送信制御情報３９０には、フローＩＤ毎にフローの制御方法が格納されているので、ひとつのパケットに複数のシグナリングが含まれている場合にも、シグナリング毎に制御が可能である。
【００２９】
パケット編集部３６２は、送信制御情報３９０を参照し、パケット分析部から受信したパケットのフローＩＤに対応するパケットの処理方法を決定する。処理方法がパケットの破棄である場合、パケット編集部３６２は、パケット分析部３２０から受信したパケットを破棄し、パケット出力制御部には転送しない。処理方法がパケットの編集である場合、指定された編集方法に従い、パケットを編集し、パケット出力制御部３７０に転送する。
【００３０】
パケット出力制御部３７０は、送信制御情報３９０を参照し、パケット処理部３６０から受信したパケットのフローＩＤに対応するパケットの送信方法を決定する。送信方法がパケットのＳｈａｐｉｎｇである場合、パケット出力制御部３７０は、受信したパケットをＳｈａｐｉｎｇ  Ｑｕｅｕｅ３７２に格納し、送信制御情報３９０から取得した出力レートに従いＳｈａｐｉｎｇ処理をおこない、パケットをｅＮＢ１０１、またはＨＳＳ１０３、またはＥＩＲ、またはＭＭＥ１０６、またはＳ−ＧＷ１０７などの外部の装置に転送に転送する。
送信方法がパケットのＰｏｌｉｃｉｎｇである場合、パケット出力制御部３７０は、送信制御情報３９０から取得した出力レートに従いＰｏｌｉｃｉｎｇ処理をおこない、パケットをｅＮＢ１０１、またはＨＳＳ１０３、またはＥＩＲ、またはＭＭＥ１０６、またはＳ−ＧＷ１０７などの外部の装置に転送に転送する。Ｐｏｌｉｃｉｎｇ処理によりパケットを破棄する場合は、パケットに付与された破棄優先度に従い、破棄優先度の高いパケットから破棄する。パケットにフローＩＤの情報が付与されていない場合は、受信したパケットをそのままパケット出力制御部３７０に転送する。
【００３１】
＜保守者設定情報＞
図４は、保守者設定情報の情報要素例を示す説明図である。
保守者設定情報３１１には、保守者が保守端末（図示せず）などから入力した保守情報が格納される。保守者設定情報３１１の情報要素として、保守者は、１つの種類のトラヒック制御を実施するため、例えば、トラヒック制御対象フロー情報、トラヒック制御種別、トラヒック制御閾値、トラヒックの優先度、トラヒック制御の開始時間、トラヒック制御の終了時間の情報要素の組を１つ設定する。複数の種類のトラヒック制御を実施する場合は、情報要素の組を複数組設定する。トラヒックの優先度、トラヒック制御の開始時間と、トラヒック制御の終了時間の設定は省略可能である。
【００３２】
トラヒック制御対象フロー情報は、トラヒックの制御をおこなうパケットまたはシグナリングを分別するための条件を規定した情報である。トラヒック制御対象フロー情報の情報要素として、例えば、アプリケーション、または移動体端末の機種の情報、またはＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレス、またはＳｏｕｒｃｅ  ＩＰ  アドレス、またはプロトコル、または言語、またはシグナリング種別、またはＩＭＳＩ、またはＧＵＴＩ（Ｇｌｏｂａｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）、またはＳ−ＴＭＳＩ（ＳＡＥ−Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）、またはＴＡＩ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）、またはＧｌｏｂａｌ  ｅＮＢ  ＩＤ、またはＥＣＧＩ（Ｅ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  Ｉｄｅｎｔｉｆｉｅｒ）、またはＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅなどの情報要素を設定する。トラヒック制御対象フロー情報の情報要素は１つとは限らず、複数の情報要素を組み合わせて設定することも可能である。例えば、アプリケーションとＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスを組み合わせで指定して両方の情報要素に一致する場合という条件を設定することも可能である。
【００３３】
なお、図４に示すトラヒック制御対象フロー情報の情報要素は一例であり、通信のパケットに含まれる情報要素、例えば、Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅなどの情報要素、またはパケットの送信に関わる装置や人をグルーピングする情報要素、例えばパケットの送信に関わるエンドユーザをグルーピングする男性、女性などの性別情報など、であれば、如何なるものでも、ユーザ情報３４１をキーに顧客情報等を格納したサーバを参照することで取得し、トラヒック制御対象フロー情報の情報要素として定義することが可能である。
トラヒック制御対象フロー情報のアプリケーションは、トラヒックの制御をおこなうパケットを分別するための条件として、アプリケーションを指定するための情報要素である。
トラヒック制御対象フロー情報の移動体端末の機種は、トラヒックの制御をおこなうパケットを分別するための条件として、移動体端末の機種、例えば、移動体通信業者Ａ社が提供するＳｍａｒｔ  Ｐｈｏｎｅなど、を指定するための情報要素である。
トラヒック制御対象フロー情報のＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスは、トラヒックの制御をおこなうパケットを分別するための条件として、制御装置１０５で受信したパケットのＩＰヘッダに含まれるＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスを指定するための情報要素である。
トラヒック制御対象フロー情報のＳｏｕｒｃｅ  ＩＰ  アドレスは、トラヒックの制御をおこなうパケットを分別するための条件として、受信したパケットのＩＰヘッダに含まれるＳｏｕｒｃｅ  ＩＰ  アドレスを指定するための情報要素である。
トラヒック制御対象フロー情報のプロトコルは、トラヒックの制御をおこなうパケットを分別するための条件として、受信したパケットに含まれるプロトコル、例えば、ＳＣＴＰや、Ｓ１−ＡＰや、ＨＴＴＰなど、を指定するための情報要素である。
トラヒック制御対象フロー情報の言語は、トラヒックの制御をおこなうパケットを分別するための条件として、受信したパケットに含まれる言語、例えば、ＨＴＭＬ５など、を指定するための情報要素である。
トラヒック制御対象フロー情報のシグナリング種別は、トラヒックの制御をおこなうパケットを分別するための条件として、シグナリング種別、例えば、３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）標準で規定される“Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ”メッセージなど、を指定するための情報要素である。
トラヒック制御対象フロー情報のＩＭＳＩは、トラヒックの制御をおこなうパケットを分別するための条件として、ＩＴＵ標準で規定される移動体端末のユーザの識別子であるＩＭＳIを指定するための情報要素である。
トラヒック制御対象フロー情報のＧＵＴＩは、トラヒックの制御をおこなうパケットを分別するための条件として、３ＧＰＰ標準で規定されるＧｌｏｂａｌ  Ｕｎｉｑｕｅ  Ｔｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙを指定するための情報要素である。
トラヒック制御対象フロー情報のＳ−ＴＭＳＩは、トラヒックの制御をおこなうパケットを分別するための条件として、３ＧＰＰ標準で規定されるＳＡＥ  Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙを指定するための情報要素である。
トラヒック制御対象フロー情報のＴＡＩは、トラヒックの制御をおこなうパケットを分別するための条件として、３ＧＰＰ標準で規定されるＴｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙを指定するための情報要素である。
トラヒック制御対象フロー情報のＧｌｏｂａｌ  ｅＮＢ  ＩＤは、トラヒックの制御をおこなうパケットを分別するための条件として、３ＧＰＰ標準で規定されるＧｌｏｂａｌ  ｅＮＢ  ＩＤを指定するための情報要素である。
トラヒック制御対象フロー情報のＥＣＧＩは、トラヒックの制御をおこなうパケットを分別するための条件として、３ＧＰＰ標準で規定されるＥ−ＵＴＲＡＮ  Ｃｅｌｌ  Ｇｌｏｂａｌ  ＩＤを指定するための情報要素である。
トラヒック制御対象フロー情報のＲＲＣ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅは、トラヒックの制御をおこなうパケットを分別するための条件として、３ＧＰＰ標準で規定されるＲＲＣ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅであり、移動体端末が待ち受けからモバイルシステムへの接続するための理由を示す情報要素であり、ｅｍｅｒｇｅｎｃｙ：緊急接続、またはＨｉｇｈＰｒｉｏｒｉｔｙＡｃｃｅｓｓ：高優先接続、またはｍｔ−ａｃｃｅｓｓ：着信、またはｍｏ−Ｓｉｇｎａｌｌｉｎｇ：シグナリング用の発呼、またはｍｏ−Ｄａｔａ：データ通信用の発呼などを指定するための情報要素である。本情報要素は複数個のパラメータを選択することが可能である。
【００３４】
トラヒック制御種別は、トラヒック制御対象フロー情報を用いて分別したフローに対して実施するトラヒック制御の種別を設定する情報要素である。例えば、０Ｐａｄｄｉｎｇ、またはＣｈｕｎｋ  Ｔｙｐｅ変更、またはＣｈｕｎｋ削除、またはＳｈａｐｉｎｇ、またはＰｏｌｉｃｉｎｇなどの候補から選択可能である。各候補を選択した時の制御装置１０５の振る舞いは図１４以降で説明する。
【００３５】
トラヒック制御閾値は、トラヒック制御種別で設定したトラヒック制御をおこなう閾値を設定する情報要素である。閾値は、例えば、ビット／秒や、パケット／秒や、トランザクション／秒などのレートを指定する。なお、閾値は1つの値である必要はない。年月日、曜日、時間、祝日の種類により、閾値を変える設定も可能である。例えば、トラヒックが増加する午後６時台は、閾値を他の時間より低く設定するといった、時間に応じた値を設定することも可能である。トラヒック制御閾値を設定しなかった場合、対応するトラヒック制御対象フロー情報に一致した全てのパケットに対して、トラヒック制御種別で設定されたトラヒック制御をおこなう。
【００３６】
トラヒックの優先度は、トラヒック制御対象フロー情報に対する優先度を設定する情報要素である。優先度としては、例えば、破棄優先度などを指定する。トラヒック制御閾値を設定しなかった場合、トラヒック制御対象フロー情報に分別された全てのフローに対して全て同じ優先度が設定される。また、トラヒック制御対象フロー情報の条件に該当しないパケットは破棄優先度を最低とする。
【００３７】
トラヒック制御の開始時刻は、トラヒック制御を開始する時刻を設定する情報要素である。トラヒック制御の開始時刻の情報要素を設定した場合、開始時刻より前の時刻は、対応するトラヒック制御対象フロー情報に一致した全てのパケットに対して、トラヒック制御をおこなわず、そのまま転送する。開始時刻以降、制御装置はトラヒック制御閾値で設定した閾値判定を行ってトラヒック制御種別で設定したトラヒック制御を実施する。
【００３８】
トラヒック制御の終了時刻は、トラヒック制御を終了する時刻を設定する情報要素である。トラヒック制御の終了時刻の情報要素を設定した場合、終了時刻以前は、制御装置は、トラヒック制御閾値で設定した閾値判定を行ってトラヒック制御種別で設定したトラヒック制御を実施する。終了時刻より後の時刻は、対応するトラヒック制御対象フロー情報に一致した全てのパケットに対して、トラヒック制御をおこなわず、そのまま転送する。
【００３９】
トラヒック制御の開始時刻かつトラヒック制御の終了時刻の情報要素を設定しなかった場合、対応するトラヒック制御対象フロー情報に一致した全てのパケットに対して、常時、トラヒック制御閾値で設定された閾値で判定をおこない、トラヒック制御種別で設定されたトラヒック制御をおこなう。
【００４０】
＜フロー情報＞
図５は、フロー情報の情報要素例を示す説明図である。
フロー情報３１１は、制御装置１０５にて受信したパケットを解析し、パケットに含まれる複数のシグナリング毎にトラヒック制御対象のフローであるか否か分別するための条件を規定した情報である。フロー分析部３３０は、フロー情報の情報要素と受信したパケットに含まれる情報要素を比較する。一致した場合、トラヒック制御対象であると判断し、対応するフローＩＤの値をフロー情報から取得し、パケットに付与する。フロー情報の情報要素と受信したパケットに含まれる情報要素が一致しない場合、トラヒックの制御をおこなわないパケットに分別する。
【００４１】
フロー情報３１１は、トラヒック管理部３１０にて、保守者設定情報３１１、およびユーザ情報３４１、および制御用統計情報３８１を基に生成する。保守者設定情報３１１、およびユーザ情報、および制御用統計情報か３８１らフロー情報を生成する方法を以下に示す。
フロー情報３１１は、例えば、フローＩＤおよび、Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレス、またはＳｏｕｒｃｅ  ＩＰ  アドレス、またはプロトコル、または言語、またはシグナリング種別、またはＲＲＣ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ、またはＩＭＳＩ、またはＩＭＥＩＳＶ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｔｙ  Ｓｏｆｔｗａｒｅ  Ｖｅｒｓｉｏｎ）、またはＧＵＴＩ、またはＳ−ＴＭＳＩ、またはＴＡＩ、またはＧｌｏｂａｌ  ｅＮＢ  ＩＤや、ＥＣＧＩなどの情報要素を有する。１つのフローＩＤに対するフロー情報の情報要素は１つとは限らず、複数の情報要素を組み合わせて設定することも可能である。例えば、シグナリング種別とＲＲＣ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅを組み合わせで指定して両方の情報要素に一致する場合という条件を設定することも可能である。なお、フロー情報の情報要素は一例であり、通信のパケットに含まれる情報要素、例えば、Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅなどの情報要素、等上記以外のものでも、フロー情報の情報要素として定義することが可能である。
フロー情報３１１のフローＩＤは、フローの識別子の情報である。トラヒック管理部で、フロー情報を生成する際に、制御装置内でパケットを分別する条件の組み合わせ毎に、ユニークな値を割り当てる。
フロー情報３１１のＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスは、トラヒック制御対象フロー情報のＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスの値を設定する。トラヒック制御対象フロー情報にＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスが設定されていない場合は、フロー情報３１１にＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスを設定しない。
フロー情報３１１のＳｏｕｒｃｅ  ＩＰ  アドレスは、トラヒック制御対象フロー情報のＳｏｕｒｃｅ  ＩＰ  アドレスの値を設定する。トラヒック制御対象フロー情報にＳｏｕｒｃｅ  ＩＰ  アドレスが設定されていない場合は、フロー情報３１１にＳｏｕｒｃｅ  ＩＰ  アドレスを設定しない。
フロー情報３１１のプロトコルは、トラヒック制御対象フロー情報のプロトコルの値を設定する。トラヒック制御対象フロー情報にプロトコルが設定されていない場合は、フロー情報３１１にプロトコルを設定しない。
フロー情報３１１の言語は、トラヒック制御対象フロー情報の言語の値を設定する。トラヒック制御対象フロー情報に言語が設定されていない場合は、フロー情報３１１に言語を設定しない。
フロー情報３１１のシグナリング種別は、トラヒック制御対象フロー情報のシグナリング種別の値を設定する。トラヒック制御対象フロー情報にシグナリング種別が設定されていない場合は、フロー情報３１１にシグナリング種別を設定しない。
フロー情報３１１のＲＲＣ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅは、トラヒック制御対象フロー情報のＲＲＣ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅの値を設定する。トラヒック制御対象フロー情報にＲＲＣ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅが設定されていない場合は、フロー情報３１１にＲＲＣ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅを設定しない。
フロー情報３１１のＩＭＳＩは、トラヒック制御対象フロー情報のＩＭＳＩの値を設定する。トラヒック制御対象フロー情報にＩＭＳＩが設定されていない場合は、フロー情報３１１にＩＭＳＩの情報要素を設定しない。
フロー情報３１１のＩＭＥＩＳＶは、トラヒック制御対象フロー情報にて移動体端末の機種が設定された場合、機種の情報をＩＭＥＩＳＶの上位８桁に記載されている移動体端末の機種の値に変換し、ユーザ情報３４１のＩＭＥＩＳＶから、変換したＩＭＥＩＳＶに含まれる移動体端末の機種の値を含むＩＭＥＩＳＶの値を取得し、設定する。ＩＭＥＩＳＶの値を複数取得した場合は、ＩＭＥＩＳＶ毎にフロー情報を生成する。移動体端末の機種の情報からＩＭＥＩＳＶの上位８桁に含まれる移動体端末の機種への変換は、各移動体端末サプライヤの移動体端末機種への割り当ての規定に従う。また、フロー情報３１１のＩＭＥＩＳＶは、トラヒック制御対象フロー情報にＩＭＥＩＳＶが設定された場合、そのトラヒック制御対象フロー情報のＩＭＥＩＳＶの値を設定する。トラヒック制御対象フロー情報に移動体端末の機種が設定されていないかつトラヒック制御対象フロー情報にＩＭＥＩＳＶが設定されていない場合は、フロー情報３１１にＩＭＥＩＳＶを設定しない。
フロー情報３１１のＧＵＴＩは、トラヒック制御対象フロー情報のＧＵＴＩの値を設定する。トラヒック制御対象フロー情報にＧＵＴＩが設定されていない、かつトラヒック制御対象フロー情報にアプリケーションが設定されている場合、制御装置１０５は、ユーザ情報３４０および制御用ログ情報３８０を参照し、指定されたアプリケーションが実施された時刻とその時刻にアプリケーションを実施した移動体端末のＧＵＴＩの値を抽出し、時刻毎にトラヒック制御をおこなう対象のＧＵＴＩを決定し、時刻毎にＧＵＴＩの情報を更新する処理をおこなう。
トラヒック制御対象フロー情報のＧＵＴＩが設定されていない、かつトラヒック制御対象フロー情報の移動体端末の機種が設定されている場合、制御装置１０５は、ユーザ情報３４０および制御用ログ情報３８０を参照し、指定された移動体端末の機種がデータ通信を実施した時刻とその時刻にデータ通信を実施した移動体端末のＧＵＴＩの値を抽出し、時刻毎にトラヒック制御をおこなう対象のＧＵＴＩを決定し、時刻毎にＧＵＴＩの情報を更新する処理をおこなう。トラヒック制御対象フロー情報のアプリケーション、またはトラヒック制御対象フロー情報の移動帯端末の機種、またはトラヒック制御対象フロー情報のＧＵＴＩのいずれにも設定がされていない場合は、フロー情報３１１にＧＵＴＩを設定しない。
フロー情報３１１のＳ−ＴＭＳＩは、トラヒック制御対象フロー情報のＳ−ＴＭＳＩの値を設定する。トラヒック制御対象フロー情報にＳ−ＴＭＳＩが設定されていない、かつトラヒック制御対象フロー情報にアプリケーションが設定されている場合、制御装置１０５は、ユーザ情報３４０および制御用ログ情報３８０を参照し、指定されたアプリケーションが実施された時刻と該当の時刻にアプリケーションを実施した移動体端末のＳ−ＴＭＳＩの値を抽出し、時刻毎にトラヒック制御をおこなう対象のＳ−ＴＭＳＩを決定し、時刻毎にＳ−ＴＭＳＩの情報を更新する処理をおこなう。トラヒック制御対象フロー情報のＳ−ＴＭＳＩが設定されていない、かつトラヒック制御対象フロー情報の移動体端末の機種が設定されている場合、制御装置１０５は、ユーザ情報３４０および制御用ログ情報３８０を参照し、指定された移動体端末の機種がデータ通信を実施した時刻と該当の時刻にデータ通信を実施した移動体端末のＳ−ＴＭＳＩの値を抽出し、時刻毎にトラヒック制御をおこなう対象のＳ−ＴＭＳＩを決定し、時刻毎にＳ−ＴＭＳＩの情報を更新する処理をおこなう。トラヒック制御対象フロー情報のアプリケーション、またはトラヒック制御対象フロー情報の移動帯端末の機種、またはトラヒック制御対象フロー情報のＳ−ＴＭＳＩのいずれにも設定がされていない場合は、フロー情報３１１にＳ−ＴＭＳＩを設定しない。
フロー情報３１１のＴＡＩは、トラヒック制御対象フロー情報のＴＡＩの値を設定する。トラヒック制御対象フロー情報にＴＡＩが設定されていない場合は、フロー情報３１１にＴＡＩを設定しない。
フロー情報３１１のＧｌｏｂａｌ  ｅＮＢ  ＩＤは、トラヒック制御対象フロー情報のＧｌｏｂａｌ  ｅＮＢ  ＩＤの値を設定する。トラヒック制御対象フロー情報にＧｌｏｂａｌ  ｅＮＢ  ＩＤが設定されていない場合は、フロー情報３１１にＧｌｏｂａｌ  ｅＮＢ  ＩＤを設定しない。
フロー情報３１１のＥＣＧＩは、トラヒック制御対象フロー情報のＥＣＧＩの値を設定する。トラヒック制御対象フロー情報にＥＣＧＩが設定されていない場合は、フロー情報３１１にＥＣＧＩを設定しない。
【００４２】
<ユーザ情報>
図６は、ユーザ情報３４１の情報要素例を示す説明図である。
ユーザ情報３４１は、制御装置１０５にてトラヒックを制御するために使用するための、移動体端末に関する情報である。
【００４３】
ユーザ情報３４１として、例えばＩＭＳＩ、およびＩＭＥＩＳＶ、およびＳ１−ＭＭＥ  ＭＭＥ  ＩＰアドレス、およびＭＭＥ  Ｇｒｏｕｐ  ＩＤ 、およびＭＭＥ  Ｃｏｄｅ、およびＭ−ＴＭＳＩ（ＭＭＥ−Ｔｅｍｐｏｒａｒｙ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）、およびＭＭＥ  ＵＥ  Ｓ１ＡＰ（Ｓ１  Ａｐｐｌｉｃａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）  ＩＤ、およびＳ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレス、およびＧｌｏｂａｌ  ｅＮＢ  ＩＤ、およびＣｅｌｌ  ＩＤ、およびＴＡＩ、およびｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ、およびＳ１１  ＭＭＥ  ＩＰ  アドレス、およびＭＭＥ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅ、およびＳ１１  Ｓ−ＧＷ  ＩＰ  アドレス、およびＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅ、およびＳ１−Ｕ  ｅＮＢ  ＩＰ  アドレス、およびｅＮＢ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅ、およびＳ１−Ｕ  Ｓ−ＧＷ  ＩＰ  アドレス、およびＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅなどの情報要素を管理する。ＴＥＩＤは、ＧＴＰプロトコルにて規定されるＴｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔの識別子である。なお、ユーザ情報３４１の情報要素は一例であり、通信のパケットに含まれる情報要素であれば、例えば、シグナリングが含まれるＥｔｈｅｒパケットに含まれるＴｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅなどの情報要素、等如何なるものでも、ユーザの識別子であるＩＭＳIなどの情報と対応付けて管理することが可能である。
ユーザ情報３４１の各情報要素の取得方法については、図９、図１０で説明する。
【００４４】
ユーザ情報３４１のＩＭＳＩは、ＩＴＵ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｕｎｉｏｎ）で規定される移動体端末のユーザの識別子である。ＩＭＳIの値は全世界でユニークであるため、ＩＭＳＩ毎に他のユーザ情報の情報要素を対応付けて管理する。
ユーザ情報３４１のＩＭＥＩＳＶは、移動体端末の識別子である。
ユーザ情報３４１のＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスは、移動体端末のユーザが接続しているＭＭＥ１０６のＳ１−ＭＭＥのリファレンスポイント用のＩＰアドレスである。Ｓ１−ＭＭＥは、３ＧＰＰ標準にて規定されるｅＮＢ１０１とＭＭＥ１０６間を示すリファレンスポイントである。
ユーザ情報３４１のＭＭＥ  ＭＣＣは、移動体端末のユーザが接続しているＭＭＥ１０６のＭＣＣである。ＭＣＣ（Ｍｏｂｉｌｅ  Ｃｏｕｎｔｒｙ  Ｃｏｄｅ）はＩＴＵにて規定され、ＭＣＣの値は、ＭＮＣ（Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ  Ｃｏｄｅ）の値との組み合わせで、全世界でユニークな移動体通信事業者の識別子として使用される。
この情報は、３ＧＰＰで規定されるＳ１−ＡＰプロトコルのＳ１  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ、またはＭＭＥ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｕｐｄａｔｅ、またはＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅから情報を取得する。
【００４５】
ユーザ情報３４１のＭＭＥ  ＭＮＣは、移動体端末のユーザが接続しているＭＭＥ１０６のＭＮＣである。ＭＮＣ（Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ  Ｃｏｄｅ）はＩＴＵにて規定される。本情報は、３ＧＰＰで規定されるＳ１−ＡＰプロトコルのＳ１  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ、またはＭＭＥ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｕｐｄａｔｅ、またはＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅから情報を取得する。
ユーザ情報３４１のＭＭＥ  Ｇｒｏｕｐ  ＩＤは、移動体端末のユーザが接続しているＭＭＥ１０６のＭＭＥ  Ｇｒｏｕｐ  ＩＤである。ＭＭＥ  Ｇｒｏｕｐ  ＩＤは、３ＧＰＰ標準にて規定されるＭＭＥの属するグループの識別子であり、ＭＭＥ  Ｇｒｏｕｐ  ＩＤの値は、ＭＣＣとＭＮＣの組み合わせの内でユニークである。この情報は、３ＧＰＰで規定されるＳ１−ＡＰプロトコルのＳ１  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ、またはＭＭＥ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｕｐｄａｔｅ、またはＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅから情報を取得する。
ユーザ情報３４１のＭＭＥ  Ｃｏｄｅは、移動体端末のユーザが接続しているＭＭＥ１０６のＭＭＥ  Ｃｏｄｅである。ＭＭＥ  Ｃｏｄｅは、３ＧＰＰ標準にて規定されるＭＭＥ  Ｇｒｏｕｐ内のＭＭＥの識別子であり、ＭＭＥ  Ｃｏｄｅの値は、ＭＭＥ  Ｇｒｏｕｐ  ＩＤの内でユニークである。
ユーザ情報３４１のＭ−ＴＭＳＩは、移動体端末のユーザが接続しているＭＭＥ１０６における移動体端末のユーザの識別子である。Ｍ−ＴＭＳＩは、３ＧＰＰ標準にて規定され、Ｍ−ＴＭＳＩの値は、ＭＭＥ  Ｃｏｄｅの内でユニークである。
【００４６】
ユーザ情報３４１のＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤは、移動体端末のユーザが接続しているＭＭＥ１０６のＳ１−ＭＭＥにおける移動体端末のユーザの識別子である。ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤは、３ＧＰＰ標準にて規定され、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤの値は、Ｓ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの内でユニークである。
ユーザ情報３４１のＳ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレスは、移動体端末のユーザが接続しているｅＮＢ１０１のＳ１−ＭＭＥのリファレンスポイント用のＩＰアドレスである。
ユーザ情報３４１のＧｌｏｂａｌ  ｅＮＢ  ＩＤは、移動体端末のユーザが接続しているｅＮＢ１０１の識別子である。Ｇｌｏｂａｌ  ｅＮＢ  ＩＤは、３ＧＰＰ標準にて規定され、Ｇｌｏｂａｌ  ｅＮＢ  ＩＤの値は、全世界でユニークである。
ユーザ情報３４１のＣｅｌｌ  ＩＤは、移動体端末のユーザが接続しているＣｅｌｌの識別子である。Ｃｅｌｌ  ＩＤは、３ＧＰＰ標準にて規定され、Ｃｅｌｌ  ＩＤの値は、Ｇｌｏｂａｌ  ｅＮＢ  ＩＤ内でユニークである。
【００４７】
ユーザ情報３４１のＴＡＩは、移動体端末のユーザが在圏しているＴｒａｋｉｎｇ  Ａｒｅａの識別子である。ＴＡＩは、３ＧＰＰ標準にて規定され、ＴＡＩの値は、全世界でユニークである。
ユーザ情報３４１のｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤは、移動体端末のユーザが接続しているｅＮＢ１０１のＳ１−ＭＭＥにおける移動体端末のユーザの識別子である。ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤは、３ＧＰＰ標準にて規定され、ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤの値は、Ｓ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレスの内でユニークである。
ユーザ情報３４１のＳ１１  ＭＭＥ  ＩＰ  アドレスは、移動体端末のユーザが接続しているＭＭＥ１０６のＳ１のリファレンスポイント用のＩＰアドレスである。Ｓ１１は、３ＧＰＰ標準にて規定されるＭＭＥ１０６とＳ−ＧＷ１０７間を示すリファレンスポイントである。
ユーザ情報３４１のＭＭＥ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅは、移動体端末のユーザが接続しているＭＭＥ１０６のＳ１１における移動体端末のユーザの識別子である。ＴＥＩＤは、３ＧＰＰ標準にて規定され、ＭＭＥ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅ値は、Ｓ１１  ＭＭＥ  ＩＰ  アドレスの内でユニークである。
【００４８】
ユーザ情報３４１のＳ１１  Ｓ−ＧＷ  ＩＰ  アドレスの情報要素は、移動体端末のユーザが接続しているＳ−ＧＷ１０７のＳ１１のリファレンスポイント用のＩＰアドレスである。
ユーザ情報３４１のＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅは、移動体端末のユーザが接続しているＭＭＥ１０６のＳ１１における移動体端末のユーザの識別子である。ＴＥＩＤは、３ＧＰＰ標準にて規定され、Ｓ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅ値は、Ｓ１１  Ｓ−ＧＷ  ＩＰ  アドレスの内でユニークである。
ユーザ情報３４１のＳ１−Ｕ  ｅＮＢ  ＩＰ  アドレスは、移動体端末のユーザが接続しているｅＮＢ１０１のＳ１−Ｕのリファレンスポイント用のＩＰアドレスである。Ｓ１−Ｕは、３ＧＰＰ標準にて規定されるｅＮＢ１０１とＳ−ＧＷ１０７間を示すリファレンスポイントである。
ユーザ情報３４１のｅＮＢ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅは、移動体端末のユーザが接続しているｅＮＢ１０１のＳ１−Ｕにおける移動体端末のユーザのベアラの識別子である。ベアラ、およびＴＥＩＤは、３ＧＰＰ標準にて規定され、ｅＮＢ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅ値は、Ｓ１−Ｕ  ｅＮＢ  ＩＰ  アドレスの内でユニークである。ベアラは、３ＧＰＰ標準にて移動体端末のユーザ単位に複数本有することができる規定となっているため、ユーザ情報３４１のｅＮＢ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅも複数有する可能性がある。
【００４９】
ユーザ情報３４１のＳ１−Ｕ  Ｓ−ＧＷ  ＩＰ  アドレスは、移動体端末のユーザが接続しているＳ−ＧＷ１０７のＳ１−Ｕのリファレンスポイント用のＩＰアドレスである。
ユーザ情報３４１のＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅは、移動体端末のユーザが接続しているＳ−ＧＷ１０７のＳ１−Ｕにおける移動体端末のユーザのベアラの識別子である。ベアラ、およびＴＥＩＤは、３ＧＰＰ標準にて規定され、Ｓ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅ値は、Ｓ１−Ｕ  Ｓ−ＧＷ  ＩＰ  アドレスの内でユニークである。ベアラは、３ＧＰＰ標準にて移動体端末のユーザ単位に複数本有することができる規定となっているため、ユーザ情報３４１のＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅも複数有する可能性がある。
【００５０】
<制御用ログ情報  制御用統計情報>
図７は、制御用ログ情報および制御用統計情報の情報要素例を示す説明図である。
【００５１】
制御用ログ情報３８０は、制御装置１０５にてどの時刻にどの移動体端末のユーザに対してどのようなトラヒックの制御を実施するかの判断に使用する統計情報である。制御用統計情報３８１は、制御装置１０５にて受信したパケットに対してトラヒック制御を実施する判断に使用する統計情報である。
【００５２】
制御用ログ情報３８０は、例えば、シグナリング処理を起動した時刻、およびシグナリング処理を起動した移動体端末のユーザ、およびシグナリング処理を起動した移動体端末の機種、およびシグナリング処理種別、およびシグナリング処理後にアプリケーションを開始した時刻、およびアプリケーションのログ情報を有する。
【００５３】
シグナリング処理を起動した時刻は、移動体端末のユーザがシグナリング処理を起動した時刻である。シグナリング処理は、３ＧＰＰで規定されるＡｔｔａｃｈ処理、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ処理などの処理である。制御装置１０５は、各シグナリング処理でＭＭＥ１０６が受信、または送信する最初のシグナリングを、制御装置１０５で受信した時刻を制御用ログ情報３８０に記録する。各シグナリング処理でＭＭＥ１０６が受信、または送信する最初のシグナリングは、３ＧＰＰで規定される。例えば、Ａｔｔａｃｈ処理の場合、ＭＭＥ１０６が受信する最初のシグナリングは、ＮＡＳプロトコルのＡｔｔａｃｈ  Ｒｅｑｕｅｓｔである。Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ処理の場合、ＭＭＥ１０６が受信する最初のシグナリングは、ＮＡＳプロトコルのＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔである。
【００５４】
シグナリング処理を起動した移動体端末のユーザは、シグナリング処理を起動した移動体端末のユーザを特定する情報である。移動体端末のユーザを特定する情報として、例えば、ＩＭＳIや、ＧＵＴＩや、Ｓ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスかつＳ−ＴＭＳＩや、Ｓ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスかつＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤや、Ｓ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレスかつｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤや、Ｇｌｏｂａｌ  ｅＮＢ  ＩＤかつｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤや、Ｓ１１  ＭＭＥ  ＩＰ  アドレスかつＭＭＥ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅや、Ｓ１１  Ｓ−ＧＷ  ＩＰ  アドレスかつＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅや、Ｓ１−Ｕ  ｅＮＢ  ＩＰ  アドレスかつｅＮＢ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅや、Ｓ１−Ｕ  Ｓ−ＧＷ  ＩＰ  アドレスかつＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅ、などを制御用ログ情報３８０に記録する。
【００５５】
シグナリング処理を起動した移動体端末の機種は、シグナリング処理を起動した移動体端末のユーザが使用していた移動体端末の機種を示す情報である。制御装置１０５は、移動体端末の機種を示す情報として、例えば、ＩＭＥＩＳＶの情報、またはＩＭＥＩＳＶの情報の一部を制御用ログ情報３８０に記録する。
【００５６】
シグナリング処理種別は、移動体端末のユーザが起動したシグナリング処理の種別である。制御装置１０５は、シグナリング処理種別として、例えば、Ａｔｔａｃｈ処理、またはＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ処理などを制御用ログ情報３８０として記録する。
シグナリング処理後にアプリケーションを開始した時刻は、移動体端末のユーザがシグナリング処理後にアプリケーションを開始した時刻を示す情報である。制御装置１０５は、最初のシグナリングを受信した後、最初のユーザデータを受信した時刻を制御用ログ情報３８０に記録する。なお、シグナリング処理後に複数のアプリケーションが実施される可能性を考慮し、実施されたアプリケーション毎にシグナリング処理後にアプリケーションを開始した時刻の情報を記録しても良い。
【００５７】
アプリケーションは、移動体端末のユーザがシグナリング処理後に実施したアプリケーションを示す情報である。制御装置１０５は、実施されたアプリケーションが特定できた時点で制御用ログ情報３８０に記録する。なお、シグナリング処理後に複数のアプリケーションが実施される可能性を考慮し、シグナリング処理後にアプリケーションを開始した時刻の情報と組み合わせて、実施されたアプリケーション毎にアプリケーションの情報を記録しても良い。
【００５８】
制御用統計情報３８１は、例えば、単位時間当たりの送信パケット数、および単位時間当たりの想定トランザクション量の統計情報を有する。
単位時間当たりの送信パケット数は、単位時間当たりに送信したパケット数をカウントした統計情報である。単位時間は、トラヒック制御の粒度、例えば、１ミリ秒、１０ミリ秒、１００ミリ秒、1秒など、に合わせて規定する。統計のカウントは、少なくとも、フロー情報３３１の更新周期単位に取得する。また、フロー情報３３１の更新単位に加えて、パケットの送受信状態を把握するための情報としては、トラヒック制御対象フロー情報に規定された条件の他、以下に示すような情報要素毎、または情報要素の組み合わせについて統計値をカウントしてもよい。例えば、Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレス毎、またはＳｏｕｒｃｅ  ＩＰ  アドレス、またはプロトコル毎、またはシグナリング種別毎、またはＲＲＣ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ毎、または移動体端末の機種毎、またはＴＡＩ毎、またはＧｌｏｂａｌ  ｅＮＢ  ＩＤ毎、またはＥＣＧＩ毎、または、複数の条件の組み合わせ、例えば、Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレス毎かつシグナリング種別毎、などについて統計値をカウントしてもよい。
【００５９】
なお、上述の単位時間当たりの送信パケット数の統計値をカウントする単位は一例であり、通信のパケットに含まれる他の情報要素を、統計値をカウントする単位として定義することが可能である。例えば、Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅなどの情報要素、またはパケットの送信に関わる装置や人をグルーピングする情報要素、例えばパケットの送信に関わるエンドユーザをグルーピングする男性、女性などの性別情報などを定義することが可能である。
制御装置１０５で受信するパケットに含まれないトラヒック制御対象フロー情報の情報要素を用いた統計値のカウント方法については、後述する。
【００６０】
制御装置１０５は、フロー情報３３１で設定された条件に該当するフローに対して、単位時間当たりの送信パケット数の統計のカウント値が、送信制御情報３９０のトラヒック制御閾値より大きい値となった場合、フロー情報３３１を用いて分別したフローを含むパケットに対して、送信制御情報３９０のトラヒック制御種別で指定された処理を実施する。
【００６１】
単位時間当たりの想定トランザクション量は、単位時間当たりに送信したシグナリング数に処理負荷の重みづけをおこない、シグナリングの送信先の装置の処理負荷をカウントする統計情報である。例えば、３ＧＰＰにて規定されるＮＡＳプロトコルのＡｔｔａｃｈ  Ｒｅｑｕｅｓｔメッセージを送信した場合は、２０トランザクションの重みとし、単位時間当たりの想定トランザクション量用のカウンタを２０回カウントアップする。制御装置には、シグナリングの送信先の装置毎に、各シグナリングを処理負荷と対応づけた情報を用意しておく。単位時間は、トラヒック制御の粒度、例えば、１ミリ秒、１０ミリ秒、１００ミリ秒、1秒など、に合わせて規定する。統計のカウントは、例えば、Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレス毎、またはＳｏｕｒｃｅ  ＩＰ  アドレス、またはプロトコル毎、またはシグナリング種別毎、またはＲＲＣ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅ毎、または移動体端末の機種毎、またはＴＡＩ毎、またはＧｌｏｂａｌ  ｅＮＢ  ＩＤ毎、またはＥＣＧＩ毎、または、複数の条件の組み合わせ、例えば、Ｄｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレス毎かつシグナリング種別毎、におこなう。なお、単位時間当たりの送信パケット数の統計のカウントの単位は一例であり、通信のパケットに含まれる情報要素、例えば、Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅなどの情報要素、またはパケットの送信に関わる装置や人をグルーピングする情報要素、例えばパケットの送信に関わるエンドユーザをグルーピングする男性、女性などの性別情報など、であれば、如何なるものでも、統計のカウントの単位として定義することが可能である。
【００６２】
＜送信制御情報＞
図８は、送信制御情報の情報要素例を示す説明図である。
送信制御情報３９０は、フロー情報で指定された条件に当てはまるフローに対するトラヒック制御の閾値およびトラヒック制御の方法を示した情報である。
送信制御情報３９０は、フローＩＤ、およびトラヒック制御種別、およびトラヒック制御閾値、およびトラヒックの優先度の情報要素を有する。
フローＩＤは、フロー情報で指定された条件により分別されたフローの識別子である。
【００６３】
トラヒック制御種別は、フロー情報で指定された条件により分別されたフローのトラヒック制御の処理方法を示す情報要素である。トラヒック制御方法は、例えば、Ｓｈａｐｉｎｇ、またはＰｏｌｉｃｉｎｇ、または０  ｐａｄｄｉｎｇ、またはＣｈｕｎｋ  Ｔｙｐｅ変更など、である。トラヒック制御種別には、保守者設定情報３１１のフロー情報で指定された条件により分別されたフローに対応するトラヒック制御種別の情報が設定される。
トラヒック制御閾値は、フロー情報で指定された条件により分別されたフローのトラヒック制御を行う閾値である。例えば１００Ｍビット／秒、１Ｍパケット／秒、１０Ｋトランザクション／秒などが設定される。トラヒック制御閾値には、保守者設定情報３１１のフロー情報で指定された条件により分別されたフローに対応するトラヒック制御閾値の情報が設定される。
トラヒックの優先度は、フロー情報で指定された条件により分別されたフローの優先度、例えば破棄優先度など、を示す情報要素である。保守者設定情報３１１のフロー情報で指定された条件により分別されたフローに対応するトラヒックの優先度の情報が設定される。
【００６４】
＜ユーザ情報取得処理＞
図９は、本発明の一実施例におけるユーザ情報の取得処理を示すシーケンス図である。
図９には、３ＧＰＰにて規定される、ユーザが初めてＬＴＥネットワークに接続する時に送信するＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅに含まれるＡｔｔａｃｈ  Ｒｅｑｕｅｓｔの受信処理を契機に、装置間で送受信されるメッセージを監視し続けることでユーザ情報３４１に格納するＩＤの組を取得していく処理内容を説明する。図９は、前半の処理を図９（ａ）に、後半の処理を図９（ｂ）に分けて記載している。  制御装置１０５は、ユーザ情報を取得した際に、対象のユーザ情報３４１の組にすでに情報が格納されていた場合、情報を上書きする。情報を取得した際に対象のユーザ情報３４１の組が存在しない場合は、新規にユーザ情報３４１の組を生成する。なお、制御装置１０５は、受信したパケットがトラヒック制御の対象である場合、トラヒック制御をおこなうが、トラヒック制御の具体的な方法については図１３以降で説明をおこなうこととし、図９の説明では、受信したパケットがトラヒック制御の対象でないことを前提として説明する。なお、ｅＮＢ１０１、ＨＳＳ１０３、またはＥＩＲ１０４、またはＭＭＥ１０６、またはＳ−ＧＷ１０７などの各装置間で送受信されるメッセージおよびメッセージのプロトコルは、３ＧＰＰにて規定されているメッセージおよびメッセージのプロトコルである。
【００６５】
図９（ａ）において、制御装置１０５は、ｅＮＢ１０１から、ＩＭＳＩの情報を含むＮＡＳプロトコルのＡｔｔａｃｈ  Ｒｅｑｕｅｓｔを受信した際（Ｓ９０１）に新規にユーザ情報３４１の組を生成する。（Ｓ９０２）また、制御装置１０５は、受信したパケットのＡｔｔａｃｈ  ＲｅｑｕｅｓｔからＩＭＳＩの情報を、受信したパケットのＳ１−ＡＰプロトコルのＩｎｉｔｉａｌ  ＵＥ  ＭｅｓｓａｇｅからｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ の情報を、受信したパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスの情報からＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報を、および受信したパケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  アドレスの情報からＳ１−ＭＭＥ  ｅＮＢ  ＩＰの情報を取得し（Ｓ９０３）、ステップ９０１で新規に生成したユーザ情報３４１の組に格納する。受信したパケットのＩｎｉｔｉａｌ  ＵＥ  ＭｅｓｓａｇｅにＳ−ＴＭＳＩの値が含まれていた場合は、制御装置１０５は、Ｓ−ＴＭＳＩの値も取得する。Ｓ−ＴＭＳＩは、３ＧＰＰにて規定されるＭＭＥ  ＣｏｄｅとＭ−ＴＭＳＩから構成されるＳ１−ＡＰプロトコル上のユーザの識別子である。また、制御装置１０５にてエリアを意識したトラヒック制御を実施する場合、制御装置１０５は、受信したパケットのＳ１−ＡＰプロトコルのＩｎｉｔｉａｌ  ＵＥ  ＭｅｓｓａｇｅからＴＡＩの情報を取得する。
ユーザ情報３４１の例では、Ｓ−ＴＭＳＩをＭＭＥ  ＣｏｄｅとＭ−ＴＭＳＩに分けて格納する例を示しているが、ＭＭＥ  ＣｏｄｅとＭ−ＴＭＳＩに分けずにＳ−ＴＭＳＩとして管理してもよい。ＴＡＩの情報は、制御装置１０５にてエリア情報を指定したトラヒック制御をしない場合は、取得不要である。
制御装置１０５は、Ａｔｔａｃｈ  ＲｅｑｕｅｓｔをＭＭＥへ転送する。（Ｓ９０4）
制御装置１０５は、ＭＭＥ１０６から受信したパケットのＤＩＭＥＴＥＲプロトコルのＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔ（Ｓ９１１）にＩＭＥＩＳＶの情報が含まれている場合、ＩＭＥＩＳＶの情報を取得する。取得したＩＭＥＩＳＶの情報は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｑｕｅｓｔに含まれるＩＭＳＩの情報を参照して、該当するＩＭＳＩの情報が設定されているユーザ情報３４１の組に格納する（Ｓ９１２）。図９（ａ）において、ステップ９１２のように、点線で示しているステップは、３ＧＰＰの規定では、ＩＭＥＩＳＶを含むかどうかはオプションで規定されていることを示している。制御装置１０５は、ＭＭＥ１０６から受信したＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  ＲｅｑｕｅｓｔをＨＳＳ１０３に転送する（Ｓ９１３）。制御装置１０５は、ＨＳＳ１０３から受信したＡｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ  ＲｅｓｐｏｎｓｅをＭＭＥ１０６に転送する（Ｓ９２１）。
【００６６】
制御装置１０５は、ＭＭＥから、Ｓ１−ＡＰプロトコルのＤｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｆｅｒを受信した際（Ｓ９３１）に、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ の情報を取得する。取得したＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤの情報は、Ｄｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｆｅｒに含まれるｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤの情報およびＤｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｆｅｒが含まれるパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレス（Ｓ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレスに相当）の情報を参照して、該当するｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤとＳ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレスの情報の組み合わせが設定されているユーザ情報３４１の組に格納する（Ｓ９３２）。制御装置１０５は、ＭＭＥ１０６から受信したＤｏｗｎｌｉｎｋ  ＮＡＳ  ＴｒａｎｓｆｅｒをｅＮＢ１０１に転送する（Ｓ９３３）。
【００６７】
制御装置１０５は、ＭＭＥ１０６から受信したパケットのＤＩＭＥＴＥＲプロトコルのＭＥ  Ｉｄｅｎｔｉｔｙ  Ｃｈｅｃｋ  Ｒｅｑｕｅｓｔ（Ｓ９４１）にＩＭＥＩＳＶの情報が含まれている場合、ＩＭＥＩＳＶの情報を取得する。取得したＩＭＥＩＳＶの情報は、ＭＥ  Ｉｄｅｎｔｉｔｙ  Ｃｈｅｃｋ  Ｒｅｑｕｅｓｔに含まれるＩＭＳＩの情報を参照して、該当するＩＭＳＩ情報が設定されているユーザ情報３４１の組に格納する。制御装置１０５は、ＭＥ  Ｉｄｅｎｔｉｔｙ  Ｃｈｅｃｋ  ＲｅｑｕｅｓｔにＩＭＳＩの情報が含まれていない場合、取得したＩＭＥＩＳＶの情報を破棄する（Ｓ９４２）。制御装置１０５は、ＭＭＥ１０６から受信したＭＥ  Ｉｄｅｎｔｉｔｙ  Ｃｈｅｃｋ  ＲｅｑｕｅｓｔをＥＩＲ１０４に転送する（Ｓ９４３）。
【００６８】
図９（ｂ）に進み、制御装置１０５は、ＭＭＥ１０６から、Ｓ１１プロトコルのＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを受信した際（Ｓ９５１）に、受信したパケットのＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｑｕｅｓｔからＭＭＥ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅの情報を、受信したパケットのＳｏｕｒｃｅ  ＩＰ  アドレスの情報からＳ１１  ＭＭＥ  ＩＰ  アドレスの情報を、受信したパケットのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスの情報からＳ１１  Ｓ−ＧＷ  ＩＰ  アドレスの情報を取得する（Ｓ９５２）。取得したＭＭＥ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅ、およびＳ１１  ＭＭＥ  ＩＰ  アドレス、およびＳ１１  Ｓ−ＧＷ  ＩＰ  アドレスの情報は、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔに含まれるＩＭＳＩの情報を参照して、該当するＩＭＳＩの情報が設定されているユーザ情報３４１の組に格納する。  制御装置１０５は、ＭＭＥ１０６から受信したＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｑｕｅｓｔをＳ−ＧＷ１０７に転送する。（Ｓ９５３）
制御装置１０５は、Ｓ−ＧＷ１０７から、Ｓ１１プロトコルのＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを受信した際（Ｓ９６１）に、受信したパケットのＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｓｐｏｎｓｅからＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅの情報を取得する（Ｓ９６２）。取得したＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅの情報は、Ｃｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｓｐｏｎｓｅのＧＴＰヘッダに含まれるＭＭＥ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅの情報を参照して、該当するＭＭＥ  ＴＥＩＤ  ｆｏｒ  Ｃ−ｐｌａｎｅの情報が設定されているユーザ情報３４１の組に格納する。制御装置１０５は、Ｓ−ＧＷ１０７から受信したＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  ＲｅｓｐｏｎｓｅをＭＭＥ１０６に転送する（ステップＳ９６３）。  制御装置１０５は、ＭＭＥ１０６から、Ｓ１−ＡＰプロトコルのＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを受信した際（Ｓ９７１）に、受信したパケットのＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔからＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅの情報を取得する（Ｓ９７２）。取得したＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅの情報は、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔに含まれるｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤの情報およびＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔが含まれるパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレス（Ｓ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレスに相当）の情報を参照して、該当するｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤとＳ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレスの情報の組み合わせが設定されているユーザ情報３４１の組に格納する。制御装置１０５は、ＭＭＥ１０６から受信したＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔをｅＮＢ１０１に転送する。（Ｓ９７３）
制御装置１０５は、ｅＮＢ１０１から、Ｓ１−ＡＰプロトコルのＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを受信した際（Ｓ９８１）に、受信したパケットのＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｓｐｏｎｓｅからｅＮＢ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅの情報を取得する（Ｓ９８２）。取得したｅＮＢ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅの情報は、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅに含まれるＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤの情報およびＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅが含まれるパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレス（Ｓ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスに相当）の情報を参照して、該当するＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報の組み合わせが設定されているユーザ情報３４１の組に格納する。制御装置１０５は、ｅＮＢ１０１から受信したＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｓｐｏｎｓｅをＭＭＥ１０６に転送する。（ステップＳ９８３）
図１０は、本発明の一実施例におけるユーザ情報の取得処理を示すシーケンス図である。
図１０では、Ｓ−ＴＭＳＩの取得処理を説明する。Ｓ−ＴＭＳＩは、図９で説明したＡｔｔａｃｈ  Ｒｅｑｕｅｓｔおよびそれに続くシグナリングの送受信では取得できない識別子であるが、通信の途中で特定のシーケンスを検出することにより、取得可能である。
３ＧＰＰにて規定されるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ処理からユーザ情報３４１の組を取得し格納する方法を示す。情報を取得した際に対象のユーザ情報３４１の組にすでに情報が格納されていた場合、情報の上書きをおこなう。情報を取得した際に情報を格納する対象のユーザ情報３４１の組が存在しない場合は、新規にユーザ情報３４１の組を生成する。なお、制御装置１０５は、受信したパケットがトラヒック制御の対象である場合、トラヒック制御をおこなうが、トラヒック制御については図１３以降で説明をおこなうこととし、図１０の説明は、受信したパケットがトラヒック制御の対象でないことを前提として説明する。なお、ｅＮＢ１０１、ＨＳＳ１０３、またはＥＩＲ１０４、またはＭＭＥ１０６、またはＳ−ＧＷ１０７などの各装置間で送受信されるメッセージおよびメッセージのプロトコルは、３ＧＰＰにて規定されているメッセージおよびメッセージのプロトコルである。
【００６９】
制御装置１０５は、ｅＮＢ１０１から、ＮＡＳプロトコルのＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔを受信した際（Ｓ１００１）に受信したパケットのＳ１−ＡＰプロトコルのＩｎｉｔｉａｌ  ＵＥ  ＭｅｓｓａｇｅからＳ−ＴＭＳＩおよびｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ の情報を、受信したパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスの情報からＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報を、および受信したパケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  アドレスの情報からＳ１−ＭＭＥ  ｅＮＢ  ＩＰの情報を取得する（Ｓ１００２）。また、制御装置１０５にてエリアを意識したトラヒック制御を実施する場合、制御装置１０５は、受信したパケットのＳ１−ＡＰプロトコルのＩｎｉｔｉａｌ  ＵＥ  ＭｅｓｓａｇｅからＴＡＩの情報を取得する。ＴＡＩの情報は、制御装置１０５にてエリア情報を指定したトラヒック制御をしない場合は、取得不要である。制御装置１０５は、Ｓｅｒｖｉｃｅ  ＲｅｑｕｅｓｔをＭＭＥ１０６へ転送する（Ｓ１００３）。
【００７０】
制御装置１０５は、ＭＭＥ１０６から、Ｓ１−ＡＰプロトコルのＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを受信した際（Ｓ１０１１）に、受信したパケットのＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔからＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅの情報を取得する（Ｓ１０１２）。取得したＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅの情報は、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔに含まれるＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤの情報およびＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔが含まれるパケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  アドレス（Ｓ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスに相当）の情報を参照して、該当するＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報の組み合わせが設定されているユーザ情報３４１の組に格納する。また、ステップ１００２で取得したｅＮＢ  ＩＰ  アドレスとｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤの情報の組み合わせが、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔに含まれるＳ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレスとｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤの情報の組み合わせが、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔに含まれるＳ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレスとｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤの情報の組み合わせと一致する場合、ステップ１００２で取得したＳ−ＴＭＳＩ、およびｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ、およびＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレス、およびＳ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレスの情報を、該当のＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔに含まれる情報を格納したユーザ情報３４１の組と同じ組に情報を格納する。制御装置１０５は、ＭＭＥ１０６から受信したＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔをｅＮＢ１０１に転送する。（Ｓ１０１３）
制御装置１０５は、ｅＮＢ１０１から、Ｓ１−ＡＰプロトコルのＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを受信した際（Ｓ１０２１）に、受信したパケットのＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｓｐｏｎｓｅからｅＮＢ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅの情報を取得する（Ｓ１０２２）。取得したｅＮＢ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅの情報は、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅに含まれるＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤの情報およびＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅが含まれるパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレス（Ｓ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスに相当）の情報を参照して、該当するＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報の組み合わせが設定されているユーザ情報３４１の組に格納する。制御装置１０５は、ｅＮＢ１０１から受信したＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｓｐｏｎｓｅをＭＭＥ１０６に転送する（Ｓ１０２３）。
【００７１】
同様にして、制御装置１０５は、ｅＮＢ１０１から、ＮＡＳプロトコルの他のメッセージかつＳ１−ＡＰプロトコルのＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅを受信した場合、Ｓ１００２およびＳ１０１２の方法を用いて、Ｓ−ＴＭＳＩ、およびｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ、およびＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ、およびＳ１−ＭＭＥ  ｅＮＢ  ＩＰ、およびＳ１−ＭＭＥ  ＭＭＥ  ＩＰの情報をユーザ情報３４１の組に格納する。
【００７２】
また、同様にして、制御装置１０５は、３ＧＰＰにて規定されるＨａｎｄｏｖｅｒ処理のＳ１−ＡＰプロトコルのＰａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ、およびＳ１−ＡＰプロトコルのＰａｔｈ  Ｓｗｉｔｃｈ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、およびＳ１−ＡＰプロトコルのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ、およびＳ１−ＡＰプロトコルのＨａｎｄｏｖｅｒ  Ｒｅｑｕｅｓｔ  Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、およびＳ１１プロトコルのＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ、およびＳ１１プロトコルのＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅから、情報を取得し、ユーザ情報３４１の組に格納する。
【００７３】
また、同様にして、制御装置１０５は、３ＧＰＰにて規定されるＴｒａｃｋｉｎｇ  Ａｒｅａ  Ｕｐｄａｔｅの処理にて、のＳ１−ＡＰプロトコルのＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ、およびＳ１−ＡＰプロトコルのＤｏｗｎｌｉｎｋ  ＮＡＳ  Ｔｒａｎｓｆｅｒ、およびＳ１−ＡＰプロトコルのＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ、およびＳ１−ＡＰプロトコルのＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅ、およびＳ１１プロトコルのＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔ、およびＳ１１プロトコルのＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅから、情報を取得し、ユーザ情報３４１の組に格納する。
【００７４】
制御装置１０５は、３ＧＰＰにて規定されるＮＡＳプロトコルのＤｅｔａｃｈ  Ｒｅｑｕｅｓｔを受信した場合、対応するユーザの情報が格納されたユーザ情報３４１の組に格納された情報のうち、ＩＭＳＩ、およびＩＭＥＩＳＶ、およびＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレス、およびＭＭＥ  ＭＣＣ、およびＭＭＥ  ＭＮＣ、およびＭＭＥ  Ｇｒｏｕｐ  ＩＤ、およびＭＭＥ  Ｃｏｄｅ、およびＭ−ＴＭＳＩ を残し、他の情報を削除する。
【００７５】
また、制御装置１０５は、３ＧＰＰにて規定されるＩＭＳＩの情報を含むＮＡＳプロトコルのＡｔｔａｃｈ  Ｒｅｑｕｅｓｔを受信した場合かつ該当のＩＭＳＩが格納されたユーザ情報３４１の組が存在する場合、該当ユーザのユーザ情報３４１の組の情報要素を全て削除した後、新規に該当ユーザについてのユーザ情報３４１の組を生成する。
【００７６】
＜制御用ログ情報および制御用統計情報の取得処理＞
図１１は、本発明の一実施例における制御用ログ情報および制御用統計情報の取得処理を説明するシーケンス図である。
３ＧＰＰにて規定されるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ処理を例にして制御用ログ情報および制御用統計情報の取得処理を示す。
【００７７】
制御装置１０５は、ｅＮＢ１０１からパケットを受信した際（Ｓ１１０１）、受信したパケットを分析し、シグナリング種別を取得する（Ｓ１１０２）。シグナリング種別の特定方法は、３ＧＰＰの規定に従う。本実施例では、シグナリング種別はＮＡＳプロトコルのＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔとなる。制御装置１０５は、受信したパケットのＳ１−ＡＰプロトコルのＩｎｉｔｉａｌ  ＵＥ  ＭｅｓｓａｇｅからＳ−ＴＭＳＩおよびｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ の情報を、受信したパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスの情報からＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報を、および受信したパケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  アドレスの情報からＳ１−ＭＭＥ  ｅＮＢ  ＩＰの情報を取得する。制御装置１０５は、受信したパケットから取得したＳ−ＴＭＳＩとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報を使用して、ユーザ情報３４１の情報と比較し、Ｓ−ＴＭＳＩとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報が一致するユーザ情報３４１の組を特定する。Ｓ−ＴＭＳＩとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報が一致するユーザ情報３４１の組が存在する場合、制御装置１０５は、該当のユーザ情報３４１の組からＩＭＳＩの情報を取得し、ユーザを特定する。Ｓ−ＴＭＳＩとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報が一致するユーザ情報３４１の組が存在するが該当のユーザ情報３４１の組にＩＭＳＩの情報が設定されていない場合、またはＳ−ＴＭＳＩとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報が一致するユーザ情報３４１の組が存在しない場合、制御装置１０５は、Ｓ−ＴＭＳＩとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報の組み合わせでユーザを特定する（Ｓ１１０３）。制御装置１０５は、シグナリング種別と、ユーザを特定する情報、本実施例では、ＩＭＳＩの情報または、Ｓ−ＴＭＳＩとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報の組み合わせの組で、制御用ログ情報３８０に情報を記憶する（Ｓ１１０４）。制御装置１０５は、Ｓｅｒｖｉｃｅ  ＲｅｑｕｅｓｔをＭＭＥ１０６へ転送する（Ｓ１１０５）。
【００７８】
制御装置１０５は、ＭＭＥ１０６からパケットを受信した際（Ｓ１１１１）、受信したパケットを分析し、シグナリング種別を取得する（Ｓ１１１２）。シグナリング種別の特定方法は、３ＧＰＰの規定に従う。本実施例では、シグナリング種別はＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔとなる。制御装置１０５は、受信したパケットのＳ１−ＡＰプロトコルのＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔからｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ、およびＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤの情報を、受信したパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスの情報からＳ１−ＭＭＥ  ｅＮＢ  ＩＰ  アドレスの情報を、および受信したパケットのＩＰヘッダのＳｏｕｒｃｅ  ＩＰ  アドレスの情報からＳ１−ＭＭＥ  ＭＭＥ  ＩＰの情報を取得する。
【００７９】
制御装置１０５は、ステップ１１０３においてＳ−ＴＭＳＩとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報の組み合わせでユーザを特定した場合、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを含むパケットから取得したＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報を使用して、ユーザ情報３４１の情報と比較し、ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報が一致するユーザ情報３４１の組を特定する。ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報が一致するユーザ情報３４１の組が存在する場合、制御装置１０５は、該当のユーザ情報３４１の組からＩＭＳＩの情報を取得し、ユーザを特定する（Ｓ１１１３）。ＩＭＳＩの情報を取得できた場合、制御装置１０５は、ステップＳ１１０４で格納したＳ−ＴＭＳＩとＳ１−ＭＭＥ  ＭＭＥ  ＩＰ  アドレスの情報の組み合わせを該当のＩＭＳIの情報に置き換える（ステップＳ１１１４）。制御装置１０５は、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔをｅＮＢ１０１へ転送する（Ｓ１１１５）。
【００８０】
<アプリケーションの特定処理>
図１２は、本発明の一実施例におけるユーザデータを送受信しているユーザの特定と、実施しているアプリケーションを対応付ける処理を説明するシーケンス図である。
図１２には、制御装置１０５にて、ｅＮＢ１０１とＳ−ＧＷ１０７との間で送受信されるユーザデータを分析してユーザデータを送受信しているユーザを特定し、送受信されているアプリケーションを特定し。該当のユーザがユーザデータを実施するためにおこなったＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ処理などのシグナリング処理と実施されたアプリケーションを対応づけて、管理する処理の一例を示す。
【００８１】
制御装置１０５は、ｅＮＢ１０１から、ＧＴＰプロトコルのＧＴＰ−Ｕパケットを受信した際（Ｓ１２０１）に受信したパケットのＧＴＰプロトコルのＧＴＰヘッダのＴＥＩＤの情報からＳ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅの情報を、受信したパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスの情報からＳ１−Ｕ  Ｓ−ＧＷ  ＩＰ  アドレスの情報を取得する。取得した情報をユーザ情報３４１と比較し、Ｓ−ＧＷ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅとＳ−ＧＷ  ＩＰ  アドレスの情報が一致するユーザ情報３４１の組を検索し、ユーザを特定する（Ｓ１２０２）。ＧＴＰ−Ｕは３ＧＰＰにて規定されるユーザデータを転送するために使用するＧＴＰプロトコルのメッセージである。制御装置１０５は、アプリケーションを分析するため、Ｌ７（Ｌａｙｅｒ  ７）の情報を取得する（Ｓ１２０３）。制御装置１０５は、ｅＮＢ１０１から受信したＧＴＰ−ＵをＳ−ＧＷ１０７に転送する（Ｓ１２０４）。
【００８２】
制御装置１０５は、Ｓ−ＧＷ１０７から、ＧＴＰプロトコルのＧＴＰ−Ｕのパケットを受信した際（Ｓ１２１１）に、受信したパケットのＧＴＰプロトコルのＧＴＰヘッダのＴＥＩＤの情報からｅＮＢ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅの情報を、受信したパケットのＩＰヘッダのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスの情報からＳ１−Ｕ  ｅＮＢ  ＩＰ  アドレスの情報取得し、ユーザ情報３４１と比較し、ｅＮＢ  ＴＥＩＤ  ｆｏｒ  Ｕ−ｐｌａｎｅとｅＮＢ  ＩＰ  アドレスの情報が一致するユーザ情報３４１の組を検索し、ユーザを特定する（Ｓ１２１２）。制御装置１０５は、アプリケーションを分析するため、Ｌ７（Ｌａｙｅｒ  ７）の情報を取得する（Ｓ１２１３）。制御装置１０５は、ｅＮＢ１０１から受信したＧＴＰ−ＵをＳ−ＧＷ１０７に転送する（Ｓ１２１４）。
【００８３】
制御装置１０５のアプリケーション分析部３５０は、ステップ１２０３およびステップ１２１３で取得したＬ７の情報とアプリケーションのＳｉｇｎａｔｕｒｅの情報を比較し、Ｌ７に含まれるプロトコル情報と送受信されたパケットの情報からアプリケーションを特定する（Ｓ１２２１）。制御装置１０５は、特定したアプリケーションの情報とアプリケーションを実施したユーザを対応付け、制御用ログ情報３８０に情報を記憶する（Ｓ１２２２）。
【００８４】
<トラヒック制御用統計情報のカウンタ制御処理>
図１３は、本発明の一実施例におけるトラヒック制御の実施を判断する制御用統計情報の統計値のカウンタをクリアする処理を説明するフローチャートである。
制御装置１０５のトラヒック管理部３１０は、装置起動時、制御用統計情報３８１の統計値のカウンタを０に設定する（Ｓ１３０１）。また、制御装置のトラヒック管理部３１０は、制御用統計情報３８１の統計値のカウンタをクリアするためのタイマを設定する（Ｓ１３０２）。制御用統計情報３８１の統計値のカウンタをクリアするためのタイマは、各統計カウンタ用に異なるタイマを持ってもよい。制御装置のトラヒック管理部３１０は、制御用統計情報３８１の統計のカウンタをクリアするためのタイマが満了した際（Ｓ１３０３）に制御用統計情報３８１の統計値のカウンタを０に設定し（Ｓ１３０１）、制御用統計情報３８１の統計値のカウンタをクリアするためのタイマを再度、設定する（Ｓ１３０２）。
【００８５】
<トラヒック制御処理>
図１４ないし図１９を用いて、本実施例で行う複数の種類のトラヒック制御方法について説明する。図１４および図１５は、パケット編集によるトラヒック制御方法を示す。図１６および図１７は、Ｓｈａｐｉｎｇによるトラヒック制御方法を示す。図１８は、全体のパケットの送信をＳｈａｐｉｎｇすることによるトラヒック制御方法を示す。図１９は、パケットの破棄制御によるトラヒック制御方法を示す。
【００８６】
図１４は、Ｃｈｕｎｋ  Ｔｙｐｅを使用したトラヒック制御方法の手順の一例を示すフローチャートである。
トラヒック制御を行うフロー情報３３１として、シグナリング種別に３ＧＰＰにて規定されるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔの情報が設定されている、また、送信制御情報３９０のトラヒック制御種別にＣｈｕｎｋ  Ｔｙｐｅに１９０を設定すると設定されていた場合のトラヒックの制御方法の例を示す。なお、フロー情報３３１のシグナリング種別に３ＧＰＰにて規定されるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔの情報を設定し、かつＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレスにトラヒック制御を行う対象のＭＭＥのＳ１−ＭＭＥ  ＭＭＥ  ＩＰアドレス、かつＳ−ＴＭＳＩにトラヒック制御をおこなう対象の移動体端末のユーザに割り当てられたＳ−ＴＭＳＩを設定することで、シグナリング種別かつユーザ単位のトラヒック制御も可能となる。
【００８７】
また、トラヒック制御を行う対象のＭＭＥのＳ１−ＭＭＥ  ＭＭＥ  ＩＰアドレス、かつＳ−ＴＭＳＩの値に、特定のアプリケーションを実施した移動体端末のユーザが接続しているＭＭＥのＳ１−ＭＭＥ  ＭＭＥ  ＩＰアドレス、および特定のアプリケーションを実施した移動体端末のユーザのＳ−ＴＭＳＩを、特定のアプリケーションを実施した移動体端末のユーザがアプリケーションを実施するパターンに該当する時間帯だけ設定することで、トラヒック制御装置１０５は、特定のアプリケーションが起因で発生したシグナリングに対するトラヒック制御を実施することが可能である。
【００８８】
また、トラヒック制御を行う対象のＭＭＥのＳ１−ＭＭＥ  ＭＭＥ  ＩＰアドレス、かつＳ−ＴＭＳＩの値に、特定のアプリケーションを実施した移動体端末の機種が接続しているＭＭＥのＳ１−ＭＭＥ  ＭＭＥ  ＩＰアドレス、および特定のアプリケーションを実施した移動体端末の機種を使用しているユーザのＳ−ＴＭＳＩを、特定のアプリケーションを実施した移動体端末の機種がアプリケーションを実施するパターンに該当する時間帯だけ設定することで、トラヒック制御装置１０５は、特定のアプリケーションが起因で発生したシグナリングに対するトラヒック制御を実施することが可能である。
【００８９】
制御装置１０５は、パケットを受信した際（Ｓ１４０１）に、フロー情報３３１の情報を参照し、トラヒック制御を実施するフローを分別する。本実施例では、フロー情報３３１のシグナリング種別に３ＧＰＰにて規定されるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔの情報が設定されているため、受信したパケットを分析し、受信したパケットにＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔが含まれているかを確認する。３ＧＰＰ規定により、ＮＡＳプロトコルのメッセージは、Ｓ１−ＡＰプロトコルのメッセージとして設定され、Ｓ１−ＡＰプロトコルのメッセージは、ＳＣＴＰ（Ｓｔｒｅａｍ  Ｃｏｎｔｒｏｌ  Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｐｒｏｔｏｃｏｌ）プロトコル上で送信される。ＳＣＴＰプロトコルのパケットは、ＲＦＣ（Ｒｅｑｕｅｓｔ  Ｆｏｒ  Ｃｏｍｍｅｎｔ）にて、１つのＳＣＴＰプロトコルのパケット内に複数のＣｈｕｎｋを含めることのできるパケット構成として規定されているため、受信したパケットに複数のＳ１−ＡＰプロトコルのメッセージが含まれている可能性がある。制御装置１０５は、受信したパケットの全てのＣｈｕｃｋを確認し、受信したパケットにＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔが含まれているかを確認する（Ｓ１４０２）。
【００９０】
受信したパケットに１つ以上のＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔが含まれている場合、制御装置１０５は、制御用統計情報３８１の単位時間当たりのＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ送信数の統計のカウンタを参照する（Ｓ１４０３）。
制御用統計情報３８１の単位時間当たりのＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ送信数のカウンタの値と、受信したパケットに含まれているＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ数またはサイズの合計が、送信制御情報３９０のトラヒック制御閾値より大きくなる場合（Ｓ１４０４）、制御装置１０５は、送信制御情報３９０のトラヒック制御閾値を越える分のＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔに対して、送信制御情報３９０のトラヒック制御種別に設定されたトラヒック制御を実施する。本実施例では、送信制御情報３９０のトラヒック制御種別に「Ｃｈｕｎｋ  Ｔｙｐｅに１９０を設定する」と設定されているため、制御装置１０５は、送信制御情報３９０のトラヒック制御閾値以上となる分のＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔを含むＤａｔａ  ＣｈｕｎｋのＣｈｕｎｋ  Ｔｙｐｅに１９０を設定（Ｓ１４０５）する。Ｃｈｕｎｋ  Ｔｙｐｅ１９０は、標準上、具体的な用途が割り当てられていない予備の値であり、Ｃｈｕｎｋ  Ｔｙｐｅ１９０が設定されたＣｈｕｎｋを受信した装置は、標準の動作規定に従い、該当のＣｈｕｎｋを読み飛ばし、パケットの受信処理を継続する。その後Ｃｈｅｃｋｓｕｍの値を再計算し、受信したパケットに含まれていたＣｈｅｃｋｓｕｍの値を更新する。また、Ｄａｔａ  ＣｈｕｎｋのＣｈｕｎｋ  Ｔｙｐｅに１９０を設定したパケットに対して、Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅの値を再計算し、受信したパケットに含まれていたＦｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅの値を更新する。（Ｓ１４０６）
ステップ１４０２で受信したパケットにＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔが含まれていないことを確認した場合、制御装置１０５は、パケットの情報を変更せず、受信したパケットを受信したパケットに含まれるＤｅｓｔｉｎａｔｉｏｎ  ＩＰに向けて転送する。ステップ１４０４で制御用統計情報３８１の単位時間当たりのＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ送信数のカウンタの値と、受信したパケットに含まれているＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ数またはサイズの合計が、送信制御情報３９０のトラヒック制御閾値以下となる場合、制御装置１０５は、受信したパケットの情報およびパケットの構成を変更せず、受信したパケットを受信したパケットに含まれるＤｅｓｔｉｎａｔｉｏｎ  ＩＰに向けて転送する。ステップ１４０４で制御用統計情報３８１の単位時間当たりのＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ送信数のカウンタ値と、受信したパケットに含まれているＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ数またはサイズの合計が、送信制御情報３９０のトラヒック制御閾値より大きい場合、制御装置１０５は、ステップ１４０５およびステップ１４０６を実施したパケットを受信したパケットに含まれるＤｅｓｔｉｎａｔｉｏｎ  ＩＰに向けて転送する（Ｓ１４０７）。
【００９１】
図１５は、ＣｈｕｎｋのＰａｙｌｏａｄ部分を使用したトラヒック制御方法の手順の一例を示すフローチャートである。
トラヒック制御を行うフロー情報３３１として、シグナリング種別に３ＧＰＰにて規定されるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔの情報が設定されている、また、送信制御情報３９０のトラヒック制御種別にＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ内のＮＡＳ  ＰＤＵ部分を削除し、ＡＬＬ０のデータを挿入すると設定されていた場合のトラヒックの制御方法の例を示す。本実施例では、Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ内のＮＡＳ  ＰＤＵ部分を削除する制御例を示しているが、Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅを削除する制御としてもよい。また、ＡＬＬ０のデータでなくともＤｅｓｔｉｎａｔｏｎ  ＩＰ  アドレスを終端する装置で無効と判断されるビット列のデータと置き換えてもよい。または、Ｉｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅを含むＤａｔａ  Ｃｈｕｎｋをパケット上から削除してもよい。
ステップ１５０１の処理は、前述したステップ１４０１の処理と同様である。
ステップ１５０２の処理は、前述したステップ１４０２の処理と同様である。
ステップ１５０３の処理は、前述したステップ１４０３の処理と同様である。
ステップ１５０４の処理は、前述したステップ１４０４の処理と同様である。
【００９２】
制御装置１０５は、送信制御情報３９０のトラヒック制御閾値を越える分のＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔに対して、送信制御情報３９０のトラヒック制御種別に設定されたトラヒック制御を実施する。本実施例では、送信制御情報３９０のトラヒック制御種別にＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ内のＮＡＳ  ＰＤＵ部分を削除し、ＡＬＬ０のデータを挿入すると設定されているため、制御装置１０５は、送信制御情報３９０のトラヒック制御閾値以上となる分のＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔを含むＤａｔａ  Ｃｈｕｎｋに含まれるＩｎｉｔｉａｌ  ＵＥ  Ｍｅｓｓａｇｅ内のＮＡＳ  ＰＤＵの部分を削除し、ＡＬＬ０のデータを挿入する。削除したＮＡＳ  ＰＤＵの部分のサイズとＡＬＬ０のデータのサイズが異なる場合は、受信したパケット内の各プロトコルにおけるＬｅｎｇｔｈの値をＡＬＬ０のデータを挿入した後のパケットに対して、再計算し、各プロトコルにおけるＬｅｎｇｔｈの値を更新する（Ｓ１５０５）。また、受信したパケット内の各プロトコルにおけるＬｅｎｇｔｈの値をＡＬＬ０のデータを挿入した後のパケットに対して、Ｃｈｅｃｋｓｕｍの値を再計算し、受信したパケットに含まれていたＣｈｅｃｋｓｕｍの値を更新する。また、受信したパケット内の各プロトコルにおけるＬｅｎｇｔｈの値をＡＬＬ０のデータを挿入した後のパケットに対して、Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅの値を再計算し、受信したパケットに含まれていたＦｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅの値を更新する（Ｓ１５０６）。
【００９３】
ステップ１５０２で受信したパケットにＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔが含まれていないことを確認した場合、制御装置１０５は、パケットの情報を変更せず、受信したパケットを受信したパケットに含まれるＤｅｓｔｉｎａｔｉｏｎ  ＩＰに向けて転送する。ステップ１５０４で制御用統計情報３８１の単位時間当たりのＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ送信数のカウンタの値と、受信したパケットに含まれているＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ数またはサイズの合計が、送信制御情報３９０のトラヒック制御閾値以下となる場合、制御装置１０５は、受信したパケットの情報およびパケットの構成を変更せず、受信したパケットを受信したパケットに含まれるＤｅｓｔｉｎａｔｉｏｎ  ＩＰに向けて転送する。ステップ１５０４で制御用統計情報３８１の単位時間当たりのＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ送信数のカウンタの値と、受信したパケットに含まれているＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ数またはサイズの合計が、送信制御情報３９０のトラヒック制御閾値より大きい場合、制御装置１０５は、ステップ１５０５およびステップ１５０６を実施したパケットを受信したパケットに含まれるＤｅｓｔｉｎａｔｉｏｎ  ＩＰに向けて転送する（Ｓ１５０７）。
【００９４】
図１６は、特定のフローに対するＳｈａｐｉｎｇを使用したトラヒック制御方法の手順の一例を示すフローチャートである。
トラヒック制御を行うフロー情報３３１として、シグナリング種別３ＧＰＰにて規定されるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔの情報が設定されている、また、送信制御情報３９０のトラヒック制御種別にＳｈａｐｉｎｇと設定されていた場合のトラヒックの制御方法の例を示す。
ステップ１６０１の処理は、前述したステップ１４０１の処理と同様である。
ステップ１６０２の処理は、前述したステップ１４０２の処理と同様である。
【００９５】
制御装置１０５は、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）の値と制御装置１０５で保持しているＴＳＮの値を比較する。制御装置１０５起動直後は、制御装置１０５保持しているＴＳＮの値は０とする。受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値と制御装置１０５で保持しているＴＳＮの値を比較した結果、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値の方が大きい場合、制御装置１０５は、該当のパケットをＳｈａｐｉｎｇの対象のパケットと分別する。この処理により、ＳＣＴＰプロトコルでパケット転送の順序制御を実施する際に、再送のパケットをトラヒック制御の対象としないことが可能である。なお、本実施例では再送のパケットをトラヒック制御の対象としない場合の例を示しているが、判定式を「保持しているＴＳＮ  −  α  ＜   受信したＴＳＮ？ 」とし、αの値を調整することで、再送パケットの一部をトラヒックの制御の対象に含める制御も可能である（Ｓ１６０３）。
【００９６】
また、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値と制御装置１０５で保持しているＴＳＮの値を比較した結果、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値の方が大きい場合、制御装置１０５は、制御装置１０５で保持しているＴＳＮの値を受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値に更新する（Ｓ１６０４）。
また、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値と制御装置１０５で保持しているＴＳＮの値を比較した結果、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値の方が大きい場合、制御装置１０５は、受信したパケットＳｈａｐｉｎｇ  Ｑｕｅｕｅに入力する（Ｓ１６０５）。
【００９７】
制御装置１０５は、送信制御情報３９０のトラヒック制御閾値の情報を参照し、送信制御情報３９０のトラヒック制御閾値に設定された送信レートに従い、Ｓｈａｐｉｎｇ  Ｑｕｅｕｅに入力されたパケットの送信をおこなう。（Ｓ１６０６）
ステップ１６０２で受信したパケットにＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔが含まれていないことを確認した場合、制御装置１０５は、パケットの情報を変更せず、受信したパケットを受信したパケットに含まれるＤｅｓｔｉｎａｔｉｏｎ  ＩＰに向けて転送する。ステップ１６０３で受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値と制御装置１０５で保持しているＴＳＮの値を比較した結果、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値の方が同じか小さい場合、制御装置１０５は、受信したパケットの情報およびパケットの構成を変更せず、受信したパケットを受信したパケットに含まれるＤｅｓｔｉｎａｔｉｏｎ  ＩＰに向けて転送する（Ｓ１６０７）。
【００９８】
図１７は、特定のフローに対するＳｈａｐｉｎｇおよびＵｎｏｅｒｄｅｒ  ｂｉｔを使用したトラヒック制御方法の手順の一例を示すフローチャートである。
トラヒック制御を行うフロー情報３３１として、シグナリング種別に３ＧＰＰにて規定されるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔの情報が設定されている、また、送信制御情報３９０のトラヒック制御種別にＳｈａｐｉｎｇおよびＵｎｏｄｅｒ  ｂｉｔを１に設定すると設定されていた場合のトラヒックの制御方法の例を示す。
【００９９】
制御装置１０５は、パケットを受信した際（Ｓ１７０１）に、受信したパケットのＣｈｕｎｋに含まれるＵｎｏｅｒｄｅｒ  ｂｉｔを１に設定する。本処理により、受信したパケットのＤｅｓｔｉｎａｔｉｏｎ  ＩＰ  アドレス宛のパケットを終端している装置で、ＴＳＮの値が連番でないＳＣＴＰパケットを受信した際に、ＳＣＴＰプロトコルの再送処理を待たずに、ＳＣＴＰパケット内のデータを上位レイヤに渡す処理が可能となる（Ｓ１７０２）。
【０１００】
制御装置１０５は、Ｕｎｏｅｒｄｅｒ  ｂｉｔの値を変更した場合、Ｕｎｏｅｒｄｅｒ  ｂｉｔの値を変更したパケットに対して、Ｃｈｅｃｋｓｕｍの値を再計算し、受信したパケットに含まれていたＣｈｅｃｋｓｕｍの値を更新する。また、Ｕｎｏｅｒｄｅｒ  ｂｉｔの値を変更したパケットに対して、Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅの値を再計算し、受信したパケットに含まれていたＦｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅの値を更新する。
ステップ１７０４の処理は、前述したステップ１４０２の処理と同様である。
ステップ１７０５の処理は、前述したステップ１６０３の処理と同様である。
ステップ１７０６の処理は、前述したステップ１６０４の処理と同様である。
ステップ１７０７の処理は、前述したステップ１６０５の処理と同様である。
ステップ１７０８の処理は、前述したステップ１６０６の処理と同様である。
ステップ１７０９の処理は、前述したステップ１６０７の処理と同様である。
【０１０１】
図１８は、全受信したパケットに対するＳｈａｐｉｎｇを使用したトラヒック制御方法の手順の一例を示すフローチャートである。
トラヒック制御を行うフロー情報３３１として、シグナリング種別に３ＧＰＰにて規定されるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔの情報が設定されている、また、送信制御情報３９０のトラヒック制御種別に全受信したパケットに対するＳｈａｐｉｎｇと設定されていた場合のトラヒックの制御方法の例を示す。本実施例では、破棄優先度を高と低の２段階としているが、分別するフローが増えた場合は、２段階以上の破棄優先度を設定して制御してもよい。
ステップ１８０１の処理は、前述したステップ１４０１の処理と同様である。
ステップ１８０２の処理は、前述したステップ１４０２の処理と同様である。
ステップ１８０３の処理は、前述したステップ１６０３の処理と同様である。
ステップ１８０４の処理は、前述したステップ１６０４の処理と同様である。
【０１０２】
制御装置１０５は、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値と制御装置１０５で保持しているＴＳＮの値を比較した結果、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値の方が大きい場合、該当のパケットの破棄優先度を高に設定する（Ｓ１８０５）。
【０１０３】
ステップ１８０２で受信したパケットにＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔが含まれていないことを確認した場合、制御装置１０５は、該当のパケットの破棄優先度を低に設定する。制御装置１０５は、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値と制御装置１０５で保持しているＴＳＮの値を比較した結果、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値の方が同じか、小さい大きい場合、該当のパケットを破棄優先度低に設定する。本実施例では、受信したパケットにＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔが含まれていない場合に設定する破棄優先度と、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値と制御装置１０５で保持しているＴＳＮの値を比較した結果、受信したパケットのＤａｔａ  Ｃｈｕｎｋに含まれるＴＳＮの値の方が同じか、小さい大きい場合に設定する破棄優先度を同じ低とした例を示しているが、異なる破棄優先度を設定してもよい（Ｓ１８０６）。
【０１０４】
制御装置１０５は、受信した全パケットをＳｈａｐｉｎｇ  Ｑｕｅｕｅに入力する（Ｓ１８０７）。制御装置１０５は、Ｓｈａｐｉｎｇ  Ｑｕｅｕｅで滞留したパケットがオーバフローした場合（Ｓ１８０８）、廃棄優先度の高いパケットを優先的に破棄する（Ｓ１８０９）。制御装置１０５は、送信制御情報３９０のトラヒック制御閾値を参照し、送信制御情報３９０のトラヒック制御閾値に設定された送信レートに従い、Ｓｈａｐｉｎｇ  Ｑｕｅｕｅに入力されたパケットの送信をおこなう（Ｓ１８１０）。
【０１０５】
図１９は、  Ｐｏｌｉｃｉｎｇを使用したトラヒック制御方法の手順の一例を示すフローチャートである。
トラヒック制御を行うフロー情報３３１として、シグナリング種別に３ＧＰＰにて規定されるＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔの情報が設定されている、また、送信制御情報３９０のトラヒック制御種別にＰｏｌｉｃｉｎｇと設定されていた場合のトラヒックの制御方法の例を示す。本実施例では、破棄優先度を高と低の2段階としているが、分別するフローが増えた場合は、２段階以上の破棄優先度を設定して制御してもよい。
ステップ１９０１の処理は、前述したステップ１４０１の処理と同様である。
ステップ１９０２の処理は、前述したステップ１４０２の処理と同様である。
ステップ１９０３の処理は、前述したステップ１６０３の処理と同様である。
ステップ１９０４の処理は、前述したステップ１６０４の処理と同様である。
ステップ１９０５の処理は、前述したステップ１８０５の処理と同様である。
ステップ１９０６の処理は、前述したステップ１８０６の処理と同様である。
【０１０６】
制御装置１０５は、送信制御情報３９０のトラヒック制御閾値を参照し、送信制御情報３９０のトラヒック制御閾値に設定された送信レートを超える量のパケットを受信した場合（Ｓ１９０７）、廃棄優先度の高いパケットを優先的に破棄する（Ｓ１９０８）。
制御装置１０５は、送信制御情報３９０のトラヒック制御閾値の情報を参照し、送信制御情報３９０のトラヒック制御閾値に設定された送信レートに従いパケットの送信をおこなう（Ｓ１９０９）。
制御装置１０５は、送信制御情報３９０のトラヒック制御閾値に設定された送信レート以下のパケット量を受信した場合（Ｓ１９０７）、受信したパケットの情報およびパケットの構成を変更せず、受信したパケットを受信したパケットに含まれるＤｅｓｔｉｎａｔｉｏｎ  ＩＰに向けて転送する（Ｓ１９１０）。
【０１０７】
<トランザクション量に基づくトラヒック制御>
図２０は、制御用統計情報の単位時間当たりの想定トランザクション量の統計情報を取得するために使用する情報要素の一例である。
【０１０８】
図２０は、各シグナリングの処理がＭＭＥ１０６においてどの程度のトランザクション量になるかを計算するためのコスト（係数）を定義した表である。ここでは、例えば、３ＧＰＰにて規定されるＡｔｔａｃｈ処理、またはＴｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ処理、またはＤｅｔａｃｈ処理、またはＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ処理、またはＥｘｔｅｎｄｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ処理、またはＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎ追加処理、またはＰＤＮ  Ｃｏｎｎｅｃｔｉｏｎ削除処理、またはＤｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ追加処理、またはＤｅｄｉｃａｔｅｄ  Ｂｅａｒｅｒ削除処理、またはＨａｎｄｏｖｅｒ処理、またはＳ１  Ｒｅｌｅａｓｅの処理コストが定義されている。例えば、Ａｔｔａｃｈ処理はＭＭＥ１０６で処理するのにＡトランザクションのコストが必要であるなどと、定義する。このトランザクションのコストは、シグナリングを送信する対象の装置ごとに定義されている。
【０１０９】
制御装置１０５は、３ＧＰＰにて規定される処理のＭＭＥ１０６における最初のメッセージを受信した際に、制御用統計情報３８１の単位時間当たりの想定トランザクション量の統計のカウンタの値と、３ＧＰＰにて規定される処理のＭＭＥ１０６における最初のメッセージが該当する処理のコストの合計が、送信制御情報３９０のトラヒック制御閾値より大きくなる場合、送信制御情報３９０に設定された情報に従い、前述した方法でトラヒック制御をおこなう。
【０１１０】
<シグナリングバーストの予測処理>
図２１は、アプリケーションの起動予測について説明する図である。
図２１には、複数の移動体端末で同じアプリケーションが同じ時間帯に起動し、移動体通信のシグナリング処理が同時に発生する現象を予測するための情報を示した説明図である。
【０１１１】
制御装置１０５は、時間帯毎の各アプリケーションにおける移動体通信のシグナリング処理の発生数を集計する。
また、制御装置１０５は、時間帯毎の各移動帯端末の機種における移動体通信のシグナリング処理の発生数を集計する。
制御装置１０５は、時間帯毎の各アプリケーションにおける移動体通信のシグナリング処理の発生数のパターンを分析し、次に各アプリケーションにおける移動体通信のシグナリング処理の発生数が多くなる時間帯を予測する。
【０１１２】
また、制御装置１０５は、時間帯毎の各移動帯端末の機種における移動体通信のシグナリング処理の発生数のパターンを分析し、次に各移動帯端末の機種における移動体通信のシグナリング処理の発生数が多くなる時間帯を予測する。
制御装置１０５は、次に各アプリケーションにおける移動体通信のシグナリング処理の発生数が多くなるまたは次に各移動帯端末の機種における移動体通信のシグナリング処理の発生数が多くなる時間帯を予測するためのパラメータとして、年、または月、または日、または曜日、または時、または分、または秒、または祝日の種類、またはエリア、または季節、またはこれらのパラメータの組み合わせたパラメータを使用する。
制御装置１０５は、パラメータの中でより細かい周期で移動体通信のシグナリング処理の発生数が多くなると考えられるパラメータから順に予測に使用し、実績の情報をフィードバックして予測の確度を向上する。
【０１１３】
具体的には、制御装置１０５は、最初に移動体通信のシグナリング処理が多く発生した秒の情報を使用し、次の同じ秒に移動体通信のシグナリング処理が多く発生するか確認する。次の同じ秒に移動体通信のシグナリング処理が多く発生した場合、制御装置１０５は、秒周期で移動体通信のシグナリング処理が多く発生すると予測し、該当のアプリケーションまたは移動体端末の機種を使用している移動体端末のユーザに対して、秒周期のトラヒック制御を開始する。次の同じ秒に移動体通信のシグナリング処理が多く発生しなかった場合、移動体通信のシグナリング処理多く発生した分の情報を使用し、次の同じ分および同じ秒に移動体通信のシグナリング処理が多く発生するか確認する。同様にして時、日、曜日、月、季節、年の順で予測をたて、予測とシグナリングバーストの発生とが一致するかどうかの実績を確認し、トラヒック制御にフィードバックする。
【０１１４】
また、イベントなどがあると、不定期に移動体通信のシグナリング処理が多く発生する。この点を考慮し、その年の年間の花火大会の予定表や、ネットゲームのある時間で発生するイベントの予定表などの情報を事前に入力しておく。イベント情報の入力により、前述の秒、分、時、日、曜日、月、季節、年の順の定期的なシグナリングバーストの予測に加え、不定期なシグナリングバーストの予測も可能となる。
【０１１５】
イベントなど特定のエリアだけで移動体通信のシグナリング処理の発生数が多くなる場合には、移動体通信のシグナリング処理の発生数が多く発生したＴＡＩやＥＣＧＩやＧｌｏｂａｌ  ｅＮＢ  ＩＤの値などを取得し、移動体通信のシグナリング処理の発生数が多くなるエリアの情報を特定し、エリア単位にトラヒック制御の実施有無を変えてもよい。またイベントの開催エリアの情報を事前に入力して、移動体通信のシグナリング処理の発生数が多くなるエリアを予測してもよい。また、各アプリケーションにおける移動体通信のシグナリング処理の発生数を前回の発生数と今回の発生数の差分を各時間帯で計算し、あるアプリケーションにおける移動体通信のシグナリング処理の発生数の増加傾向を予測し、事前に設定された閾値を超えた場合は、自動でトラヒック制御種別のトラヒック制御を実施する動作としてもよい。
【実施例２】
【０１１６】
実施例１では、現時点では、３ＧＰＰで規定されるシグナリングにアプリケーションを示す情報要素がないことから、移動体端末がネットワークに初期接続するためのシグナリングからシグナリングの監視を続け、必要な情報要素を集めて移動体端末とその機種、アプリケーションを対応づけていき、トラヒック制御を行う実施例について説明した。しかし、シグナリングにアプリケーションまたは移動体端末の端末種別を示す情報要素が含まれていれば、アプリケーションを考慮したトラヒック制御はより簡潔に行うことができる。以下の実施例２では、シグナリングにアプリケーションまたは移動体端末の端末種別を示す情報要素が含まれている場合の実施例について説明する。
【０１１７】
図２２は、３ＧＰＰで規定されるシグナリングにアプリケーションまたは移動体端末の端末種別を示す情報要素を追加したシグナリングを示した説明図である。
３ＧＰＰに規定される例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）プロトコルおよびＳ１−ＡＰプロトコルのシグナリングにアプリケーションを識別するためのＡｐｐｌｉｃａｔｉｏｎ  ＩＤの情報要素を追加する。３ＧＰＰに規定される例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）プロトコルおよびＳ１−ＡＰプロトコルのシグナリングに移動体端末の端末種別を識別するためのＴｅｒｍｉｎａｌ  Ｔｙｐeの情報要素を追加する。なお、本実施例では、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）プロトコルおよびＳ１−ＡＰプロトコルのシグナリングに情報要素を追加する案を示しているが、移動体通信のシグナリング処理をおこなうＧＴＰプロトコルやＤＩＡＭＥＴＥＲプロトコルなど他のプロトコルに対して、Ａｐｐｌｉｃａｔｉｏｎ  ＩＤの情報要素またはＴｅｒｍｉｎａｌ  Ｔｙｐeの情報要素を追加してもよい。また、新しい情報要素を追加するのではなく、既存の情報要素、例えばＲＲＣ  Ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｃａｕｓｅの情報要素の１つの値としてアプリケーションまたは移動体端末の端末種別を識別する値を追加してアプリケーションまたは移動体端末の端末種別を識別する方法を用いてもよい。
【０１１８】
保守者は、トラヒック制御対象フロー情報 としてアプリケーションを指定してトラヒック制御を指示する。
トラヒック管理部３１０は、保守者から指定されるアプリケーションの情報とＡｐｐｉｌｉｃａｔｉｏｎ  ＩＤとの対応情報を保持して、保守者から指定されたアプリケーションの情報をＡｐｐｉｌｉｃａｔｉｏｎ  ＩＤに変換する。
トラヒック管理部３１０は、Ａｐｐｉｌｉｃａｔｉｏｎ  ＩＤの情報をフロー情報３３１の１つの情報要素として設定する。
トラヒック制御装置１０５は、パケットを受信した際にパケットを分析し、フロー情報３３１に設定されたフローを分別する条件の情報要素に従い、受信したパケットに含まれるＡｐｐｌｉｃａｔｉｏｎ  ＩＤの情報と、フロー情報３３１に設定されたＡｐｐｌｉｃａｔｉｏｎ  ＩＤの情報を比較し、一致する場合、フローとして分別し、送信制御情報３９０の情報要素に設定されて該当フローに対応する情報を参照し、トラヒックの制御を実施する。
【０１１９】
保守者は、トラヒック制御対象フロー情報 として移動体端末の端末種別を指定してトラヒック制御を指示する。
トラヒック管理部３１０は、保守者から指定される移動体端末の端末種別の情報とＴｅｒｍｉｎａｌ  Ｔｙｐeとの対応情報を保持して、保守者から指定された移動体端末の端末種別の情報をＴｅｒｍｉｎａｌ  Ｔｙｐeに変換する。
トラヒック管理部３１０は、Ｔｅｒｍｉｎａｌ  Ｔｙｐeの情報をフロー情報３３１の１つの情報要素として設定する。
トラヒック制御装置１０５は、パケットを受信した際にパケットを分析し、フロー情報３３１に設定された情報要素の情報に従い、受信したパケットに含まれるＴｅｒｍｉｎａｌ  Ｔｙｐeの情報と、フロー情報３３１に設定されたＴｅｒｍｉｎａｌ  Ｔｙｐeの情報を比較し、一致する場合、フローとして分別し、送信制御情報３９０の情報要素に設定されて該当フローに対応する情報を参照し、トラヒックの制御を実施する。
【符号の説明】
【０１２０】
１００  ＬＴＥシステム
１０１  ｅＮＢ
１０３  ＨＳＳ
１０４  ＥＩＲ
１０５  制御装置
１０６  ＭＭＥ
１０７  Ｓ−ＧＷ
１０８  Ｐ−ＧＷ
１０９  ＰＣＲＦ
３０１  回線インタフェース
３１０  トラヒック管理部
３１１  保守者設定情報
３２０  パケット分析部
３３０  フロー分析部
３３１  フロー情報
３４０  ユーザ分析部
３４１  ユーザ情報
３５０  アプリケーション分析部
３６０  パケット処理部
３６１  優先制御部
３６２  パケット編集部
３７０  パケット出力制御部
３７１  送信レート制御部
３７２  Ｓｈａｐｉｎｇ  Ｑｕｅｕｅ
３８０  制御用ログ情報
３８１  制御用統計情報
３９０  送信制御情報
【図１】
2015050759.tif 000003
【図２】
2015050759.tif 000004
【図３】
2015050759.tif 000005
【図４】
2015050759.tif 000006
【図５】
2015050759.tif 000007
【図６】
2015050759.tif 000008
【図７】
2015050759.tif 000009
【図８】
2015050759.tif 000010
【図９（ａ）】
2015050759.tif 000011
【図９（ｂ）】
2015050759.tif 000012
【図１０】
2015050759.tif 000013
【図１１】
2015050759.tif 000014
【図１２】
2015050759.tif 000015
【図１３】
2015050759.tif 000016
【図１４】
2015050759.tif 000017
【図１５】
2015050759.tif 000018
【図１６】
2015050759.tif 000019
【図１７】
2015050759.tif 000020
【図１８】
2015050759.tif 000021
【図１９】
2015050759.tif 000022
【図２０】
2015050759.tif 000023
【図２１】
2015050759.tif 000024
【図２２】
2015050759.tif 000025