JP5855268B2 - ポリシー制御装置を使用するネットワーク統計の生成 - Google Patents

Description

本発明は、ネットワーク統計を生成する方法及び対応するデバイスに関する。

モバイルネットワークのオペレータにとって、例えばある特定のネットワークノードに関連して送信されたデータの量又はユーザのグループの地域等のモバイルネットワークの性能に関する種々の情報を認識しているのは有益である。例えばそのような情報は、運用の決定、例えばコアネットワークインフラストラクチャ又は無線ネットワークインフラストラクチャに投資するか、あるいはネットワークインフラストラクチャのどの場所に投資するか等の投資決定を行うための基準として使用されうる。そのような運用の決定の他の例は、例えば製品提供、加入者マネタイゼーション又は市場細分化等の形式の製品決定である。その情報は、加入者チャーンに対処するか、あるいは例えばネットワーク輻輳の形式のネットワーク障害を防止するように決定するためにも使用されてもよい。

モバイルネットワークにおいてそのような情報を収集することは、ネットワークインテリジェンスとも呼ばれる。ネットワークインテリジェンスは、情報を収集するために例えばデータトラフィックを検査することで種々のネットワークノードの動作を監視する機能と、更には収集された情報に基づいて決定する能力とを含んでもよい。ネットワークインテリジェンスは、情報を入手して、帯域幅管理、トラフィックシェーピング、ポリシー管理、課金及び請求、サービス保証又は収入保証等のために入手した情報をネットワークオペレータアプリケーションに供給するためにミドルウェアとして使用されてもよい。

しかし、ネットワークインテリジェンスに対して必要とされる情報は、調整されない種々のネットワークノードから取得される必要がある可能性があり、必要とされる情報の部分を提供する種々の機能を有してもよい。この結果、例えば、情報が重複するか、異なる報告の体裁に対処する必要性が生じるか、あるいは情報を報告するための異なる時間間隔が得られる。例えば、異なる種類のノードは、情報を報告する異なる種類のインタフェースを提供してもよい。また、異なるノードは、情報の部分を提供するように個々に構成される必要があってもよく、その結果、重要な信号伝送オーバヘッドが生じ且つ更にはノードの性能に影響を及ぼす恐れがある。この結果、ネットワークインテリジェンスを順次複合型の情報に適用することを防止する。

従って、モバイルネットワークのネットワーク統計を効率的に生成できる技術が必要である。

本発明の一実施形態によると、モバイルネットワークにおいてネットワーク統計を提供する方法が提供される。方法によると、モバイルネットワークのポリシー制御装置は、ネットワーク統計を生成する要求を受信する。ポリシー制御装置は、複数のノードから少なくとも１つのノードを情報源として更に選択する。更にポリシー制御装置は、取得される少なくとも１つの種類の情報を選択する。ポリシー制御装置は、選択された少なくとも１つのノードから選択された情報の種類を取得する。次にポリシー制御装置は、取得された情報に基づいて要求されたネットワーク統計を生成し、生成されたネットワーク統計を含む報告を送出する。

本発明の更なる一実施形態によると、ポリシー制御装置が提供される。ポリシー制御装置は、モバイルネットワークのノード及び／又は他のノードと通信する少なくとも１つのインタフェースと、ネットワーク統計インタフェースと、プロセッサとを有する。プロセッサは、
−ネットワーク統計インタフェースを介してネットワーク統計を生成する要求を受信し、
−複数のノードから少なくとも１つのノードを情報源として選択し、
−取得される少なくとも１つの種類の情報を選択し、
−選択された少なくとも１つのノードから選択された情報の種類を取得し、
−取得された情報に基づいて要求されたネットワーク統計を生成し、且つ
−ネットワーク統計インタフェースを介して生成されたネットワーク統計を含む報告を送出するように構成される。

本発明の更なる一実施形態によると、モバイルネットワークにおいてネットワーク統計を生成するシステムが提供される。システムは、ポリシー制御装置と、ネットワークインテリジェンスノードとを有する。このシステムにおいて、ポリシー制御装置は、ネットワークインテリジェンスノードからネットワーク統計を生成する要求を受信するように構成される。更にポリシー制御装置は、複数のノードから少なくとも１つのノードを情報源として選択し、且つ取得される少なくとも１つの種類の情報を選択するように構成される。ポリシー制御装置は、選択された少なくとも１つのノードから選択された情報の種類を取得するように更に構成される。更にポリシー制御装置は、取得された情報に基づいて要求されたネットワーク統計を生成し、且つ生成されたネットワーク統計を含む報告をネットワークインテリジェンスノードに送出するように構成される。

本発明の更なる一実施形態によると、コンピュータプログラムは、例えばデータ記憶媒体又は物理記憶媒体の形態で提供される。コンピュータプログラムは、モバイルネットワークのポリシー制御装置のプロセッサにより実行されるプログラムコードを含み、それにより、ポリシー制御装置は、自身がネットワーク統計を生成する要求を受信し、複数のノードから少なくとも１つのノードを情報源として選択し、取得される少なくとも１つの種類の情報を選択し、選択された少なくとも１つのノードから選択された情報の種類を取得し、取得された情報に基づいて要求されたネットワーク統計を生成し、且つ生成されたネットワーク統計を含む報告を送出する方法を実行するように構成される。

更なる実施形態によると、方法を実現する他の方法、デバイス又はコンピュータプログラムが提供されてもよい。

図１は、本発明の一実施形態に係るネットワーク統計を生成する概念が実現されるモバイルネットワークのポリシー及び課金制御（ＰＣＣ）アーキテクチャを概略的に示す図である。 図２は、本発明の一実施形態に係るネットワーク統計を生成する処理を示す信号伝送図である。 図３は、本発明の一実施形態に係るネットワーク統計を報告する処理を示す信号伝送図である。 図４は、本発明の一実施形態において使用されるような情報を取得する処理を示す信号伝送図である。 図５は、本発明の一実施形態に係るポリシー制御装置を概略的に示す図である。 図６は、本発明の一実施形態に係る方法を概略的に示すフローチャートである。

以下において、例示的な実施形態及び添付の図面を参照して、本発明を更に詳細に説明する。示される実施形態は、モバイルネットワークにおいてネットワーク統計を生成する概念に関する。特に概念は、ネットワークインテリジェンス機能に種々のネットワーク統計を提供するために使用されてもよい。以下において、概念は、３ＧＰＰ（第３世代パートナーシッププロジェクト）モバイルネットワークに関して説明される。モバイルネットワークは、ＧＳＭ（汎ヨーロッパデジタル移動通信システム）、ＧＳＭ ＥＤＧＥ（ＧＳＭ進化型高速データレート）、ＵＭＴＳ（ユニバーサル移動通信システム）及び／又は３ＧＰＰ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）とも呼ばれる発展型ＵＭＴＳ等の１つ以上の種類の無線アクセス技術（ＲＡＴ）をサポートしてもよい。従って、モバイルネットワークは、ＧＳＭ無線アクセスネットワーク（ＧＲＡＮ）、ＧＳＭ ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）、ＵＭＴＳ無線アクセスネットワーク（ＵＴＲＡＮ）又は発展型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）等の１つ以上の対応する種類の無線アクセスネットワークを搭載してもよい。しかし、例示される概念は、例えば符号分割多元接続（ＣＤＭＡ）に基づくＲＡＴ等の他の種類のＲＡＴを使用して他の種類のモバイルネットワークにも適用されてもよく、且つ以下において説明される特定の種類のノードは、実現されるＲＡＴの種類に従って変動してもよいことが理解されるべきである。更に概念は、固定網と移動網の収束（ＦＭＣ）シナリオ、すなわち例えばデジタル加入者回線（ＤＳＬ）又は同軸ケーブルアクセスの技術を使用して固定のアクセスを更にサポートするモバイルネットワークにおいても適用されてもよい。

図１は、３ＧＰＰ技術仕様書（ＴＳ） ２３．２０３等の３ＧＰＰ ＴＳに係るポリシー及び課金制御（ＰＣＣ）アーキテクチャにおける本発明の一実施形態に係る概念の実現例を示す。示されるように、ＰＣＣアーキテクチャは、示される例においてサービングゲートウェイ（ＳＧＷ）として実現された第１のゲートウェイ２４と、示される例においてパケットデータネットワークゲートウェイ（ＰＧＷ）２６として実現された第２のゲートウェイ２６と、示される例においてポリシー及び課金ルール機能（ＰＣＲＦ）として実現されたポリシー制御装置３０と、リポジトリ３８とを備える。更にＰＣＣアーキテクチャは、ＰＧＷ２６において実現されるポリシー制御施行機能（ＰＣＥＦ）３４を更に含む。示される例において、リポジトリ３８は、加入者プロファイルリポジトリ（ＳＰＲ）に対応すると仮定される。しかし、ユーザデータリポジトリ（ＵＤＲ）等の他の種類のリポジトリも使用可能であることが理解されるべきである。示されるように、ＰＣＣアーキテクチャは、トラフィック検出機能（ＴＤＦ）３６、ＳＧＷ２４において実現されたベアラバインディング及びイベント報告機能（ＢＢＥＲＦ）３９、オフライン課金システム（ＯＦＣＳ）４２、オンライン課金システム（ＯＣＳ）４４、アプリケーション機能（ＡＦ）５０、並びに／あるいは固定のアクセスネットワークの認証・認可・アカウンティング（ＡＡＡ）サーバ又はブロードバンドリモートアクセスサーバ（ＢＲＡＳ）等の固定のアクセスネットワークノード（ＦＡＮ）５５を更に含んでもよい。

ＰＣＲＦ３０は、ポリシー制御決定及びフローベースの課金制御を実行するように構成される。ＰＣＲＦ３０は、サービスデータフロー検出、ゲーティング、サービス品質（ＱｏＳ）及びフローベースの課金に関するネットワーク制御をＰＣＥＦ３４に提供する。ＰＣＥＦ３４は、サービスデータフロー検出、ポリシー施行及びフローベースの課金の機能性を実行するように構成されてもよく、一般にこれは、ＰＣＲＦ３０により信号伝送されたようなＰＣＣルールを適用することで実行される。更にＰＣＥＦ３４は、ディープパケット検査（ＤＰＩ）等のパケット検査及びサービス分類の機能性も実現してもよい。このように、データパケットは、ＰＣＥＦ３４において規定されたＰＣＣルールに従って分類されて、ある特定のサービスに割り当てられてもよい。

ＰＣＥＦ３４は、加入者の認証、アクセス及びサービスに対する認可、並びにアカウンティング及びモビリティに対するポリシーを施行する責任を有してもよい。ＰＣＲＦ３０は、正常にサービスを配信するか、あるいは所定のサービスのＱｏＳを維持するために満たされなければならないネットワーク、アプリケーション及び加入者の条件を規定する個々のポリシーを管理する責任を有してもよい。スタンドアロンデータベースであってもよく、あるいはホーム加入者サーバ（ＨＳＳ）等の既存の加入者データベースに一体化されてもよいリポジトリ３８は、例えば資格、料金プラン等の情報を含んでもよい。リポジトリ３８は、加入データ、例えば加入者の許可されたサービス、許可されたサービス毎の強制排除の優先順位、加入された保証帯域幅ＱｏＳ等の加入者のＱｏＳパラメータに関する情報、課金に関連した位置情報等の加入者の課金関連情報、加入者が高いＱｏＳを与えられるゴールドユーザ、あるいはより低いＱｏＳを与えられるシルバーユーザ又はブロンズユーザであるか等の加入者カテゴリを提供してもよい。

ＡＦ５０は、サービスが要求されたネットワーク層とは異なるネットワーク層においてサービスが配信されうる１つ以上のアプリケーションを与える要素である。例えばサービスは、シグナリング層において要求され且つトランスポート層において配信されうる。ＡＦの例は、代理コールセッション制御機能（Ｐ−ＣＳＣＦ）等のモバイルネットワークのＩＰマルチメディアサブシステム（ＩＭＳ）の機能又はセッション開始プロトコル（ＳＩＰ）アプリケーションサーバ等のアプリケーションサーバの機能である。一般にＡＦ５０は、ＰＣＲＦ３０と通信し、トランスポート層において配信されるデータの記述等のセッション情報を転送する。

ＴＤＦ３６は、例えばディープパケット検査（ＤＰＩ）を実行することにより、パケット検査及びサービス分類をサポートしてもよい。この目的のために、インターネットプロトコル（ＩＰ）データパケットは、データパケットをある特定の種類のサービスに割り当てられるように、ＴＤＦ３６において構成されたルールに従って分類されてもよい。次にＰＣＲＦ３０は、例えばＰＣＥＦ３４において対応するＰＣＣルールを導入又は構成することにより、適切なネットワークリソースをこのサービスに提供することを制御できる。ＴＤＦ３６は、スタンドアロンノードとして実現されうるか、あるいは別のネットワークノード、例えばＳＧＷ２６等のゲートウェイに一体化されうる。後者の例において、ＴＤＦ３６は、ＰＣＥＦ３４と共に配置される。いくつかの実施形態によると、ＴＤＦ３６は、例えば検査済みデータパケットにおいてユニフォームリソースロケータ（ＵＲＬ）又はユニフォームリソース識別子（ＵＲＩ）に基づいて使用されたネットワークリソースを追跡することにより、モバイルネットワークを介して転送されたトラフィックに関する情報を収集するプローブとしても動作してもよい。

図２に更に示されるように、ＰＣＣアーキテクチャのノードは、インタフェース又はＧｘ、Ｇｘｘ、Ｇｙ、Ｇｚ、Ｓｄ、Ｓｐ、Ｓｙ、Ｒｘ及びＲＡＤＩＵＳと称される参照点により互いに結合される。Ｇｘ参照点は、ＰＣＲＦ３０とゲートウェイ２６との間に常駐し、ＰＣＲＦ３０とＰＣＥＦ３４との間の通信を可能にする。Ｇｘｘ参照点は、ＰＣＲＦ３０とＢＢＥＲＦ３９との間に常駐する。Ｇｙ参照点は、ゲートウェイ２６とＯＣＳ４４との間に常駐する。Ｇｚ参照点は、ＰＧＷ２６とＯＦＣＳ４２との間に常駐する。Ｒｘ参照点は、ＡＦ５０とＰＣＲＦ３０との間に常駐する。Ｓｄ参照点は、ＴＤＦ３６とＰＣＲＦ３０との間に常駐する。Ｓｐ参照点は、リポジトリ３８とＰＣＲＦ３０との間に常駐する。Ｓｙ参照点は、ＯＣＳ４４とＰＣＲＦ３０との間に常駐する。ＦＡＮ５５及びＰＣＲＦ３０は、ＲＡＤＩＵＳインタフェース、すなわちＲＡＤＩＵＳ（リモート認証ダイヤルインユーザサービス）又はＤｉａｍｅｔｅｒプロトコルに基づくインタフェースを介して互いに結合される。これらのインタフェース及びプロトコルの実現例に関する詳細は、３ＧＰＰ ＴＳ ２３．２０３及び３ＧＰＰ ＴＳ ２９．２１２等の３ＧＰＰ ＴＳ、並びにＩＥＴＦ ＲＦＣ ２８６５、２８６６及び３５８８において見つけられる。図１のＰＣＣアーキテクチャは、本発明の実施形態の実現例に含まれてもよい例示的な要素を示すことを意図するが、他の要素も本発明の実施形態の実現例に含まれてよいことが理解されるべきである。例えば図１のＰＣＣアーキテクチャは、ＰＣＲＦ３０にインタフェース接続されたノード及びそれぞれのインタフェースに対して変形されてよい。例えば、リポジトリ３８はＵＤＲとして実現されてよく、ＰＣＲＦ３０へのリポジトリ３８のインタフェースは、Ｕｄ参照点により実現されてよい。また、ＰＣＣアーキテクチャは、ローミングしているユーザに対して使用されるＶ−ＰＣＲＦ（訪問先ＰＣＲＦ）を含んでよく、ＰＣＲＦ３０は、例えばＳ９参照点により実現されたＶ−ＰＣＲＦへのインタフェースを提供されてよい。また、多数のＳＧＷ及び対応するＢＢＥＲＦ、多数のＰＧＷ及び対応するＰＣＥＦ、多数のＴＤＦ、多数のＡＦ又は多数のＦＡＮ等のいくつかのノードの多数のインスタンスが提供されてもよいことが理解されるべきである。

例示される実施形態において、ＰＣＲＦ３０は、ネットワーク統計生成器３２と、ネットワークインテリジェンス機能（ＮＩＦ）６０へのインタフェースＮｉとを提供される。例えばＮｉインタフェースは、ＰＣＲＦ３０とＮＩＦ６０との間で送信されるメッセージに対する拡張マークアップ言語（ＸＭＬ）テンプレートに基づいていてもよい。ネットワーク統計生成器３２は、次にインタフェースＮｉを介してＮＩＦ６０に報告されうる種々のネットワーク統計を生成することを目的とする。ここで、ネットワーク統計生成器は、ＰＣＲＦ３０の専用の物理的構造として実現される必要はないが、ソフトウェアにより更に実現されてもよいＰＣＲＦ３０のある特定の機能性、例えばＰＣＲＦ３０のプロセッサにより実行されるプログラムコードに対応してもよいことが理解されるべきである。従って、以下の説明において、ネットワーク統計生成器３２の機能性は、ＰＣＲＦ３０の機能性としても説明される。ＮＩＦ６０は、順次ネットワーク統計を解析又は格納してもよい。この処理の結果、場合によっては、ＰＣＲＦ３０又はリポジトリ３８において構成された１つ以上のポリシー及びプロファイルを変更することを決定する。例えば、ネットワーク統計がある特定の使用パターンを示すため、オペレータがある特定のユーザプロファイルに割り当てられたＱｏＳレベルを変更することを決定することがあってもよい。

ＰＣＲＦ３０が多数の異なるノードへのインタフェースを搭載するため、ＰＣＲＦ３０のネットワーク統計生成器３２は、ネットワーク統計を生成するために必要とされる情報を取得するこれらのインタフェースを使用してもよい。また、ネットワーク統計生成器３２は、ＰＣＲＦ３０において局所的に入手可能な情報を更に使用してもよい。換言すると、ＰＣＲＦ３０又は１つ以上の他のノードは、ネットワーク統計を生成するための情報源として動作してもよい。ネットワーク統計生成器３２は、ある特定のネットワーク統計をまとめるために使用される情報の種類を選択してもよく、これらの種類の情報を取得するために情報源として使用されるノードを更に適切に選択してもよい。例えばこれは、ＮＩＦ６０から受信した要求に基づいて実行されてもよい。

従って、ＰＣＲＦ３０は、ネットワーク統計を調整及びまとめる中央決定ポイントとして動作してもよい。これは、例えばＳＧＷ２４又はＰＧＷ２６等のトランスポートノード、特にＰＣＥＦ３４、ＴＤＦ３６及び／又はＢＢＥＲＦ３９から入手可能なトランスポートプレーンからの情報、例えばＡＦ５０等のＡＦノードから入手可能なアプリケーションプレーンからの情報、並びに／あるいは例えばリポジトリ３８又はＯＣＳ４４から入手可能なユーザプレーンからの情報を使用することを含んでもよい。ＰＣＲＦ３０が、ネットワーク、アプリケーション及びユーザの情報が知的アクセス、ＱｏＳ及び課金を決定するように管理される中央ネットワークノードであるため、これは可能である。ＰＣＲＦ３０は、ＡＦノード及びトランスポートノードから情報を受信するトランスポートプレーンとアプリケーションプレーンとの間に配置される。従って、ＰＣＲＦ３０は、ネットワーク統計を生成するのに有用な種々の情報へのアクセスを提供される。そのような情報は、ＰＣＲＦ３０の１つ以上のインタフェースを使用して他のノードから取得されうる。しかし、そのような情報は、ＰＣＲＦ３０自体において入手可能であってもよい。すなわち、ＰＣＲＦ３０自体がネットワーク統計を生成するための有益な情報源であってもよい。従って、ネットワーク統計生成器３２をＰＣＲＦ３０に配置することにより、種々のネットワーク統計を効率的に生成できる。例えばＰＣＲＦ３０は、ネットワーク統計を生成するために使用されるトランスポートプレーン情報をＰＣＥＦ３４、ＴＤＦ３６及び／又はＢＢＥＲＦ３９から取得し、ネットワーク統計を生成するために使用されるアプリケーションプレーン情報をＡＦ５０から取得し、且つネットワーク統計を生成するために使用されるユーザプレーン情報をリポジトリ３８から取得しうる。ＦＭＣシナリオにおいて、ＰＣＲＦ３０は、収束ポリシー制御装置として動作してよく、すなわち固定のアクセスネットワークに対してもポリシー制御を実行し、且つネットワーク統計を生成するための情報をＦＡＮ５５から取得してよい。

例示される実施形態において、ＰＣＲＦ３０のネットワーク統計生成器３２は、異なるネットワークノードからの情報の組合せを必要とする複雑なネットワーク統計を提供するために使用されうる。ＰＣＲＦ３０は、それぞれの情報を監視及び報告するためにこれらのネットワークノードを調整してもよい。次にネットワーク統計生成器３２は、ネットワークノードから受信した報告を合成して、ＮＩＦ６０に報告されるネットワーク統計を生成してもよい。

また、ポリシー制御装置としての機能性のために、ＰＣＲＦ３０は、各状況においてどの情報が関連があり且つ監視されるべきであるかを判定するだけのインテリジェンスを有する。ＰＣＲＦ３０は、取得される情報の種類を動的に選択し、これらの種類の情報を提供する１つ以上の他のネットワークノードを選択しうる。このように、必ずしも必要とされない情報及び結果として得られる性能の問題又は例えば監視される情報を格納することに対する個々のネットワークノードの他の制限を監視するようにネットワークノードを静的に構成することを回避できる。更にＰＣＲＦ３０は、情報を取得するためにある特定のノードとのセッションを確立することが必要とされるかを各ケースにおいて決定できる。例えばＰＣＲＦ３０は、場合によっては、ある特定のノードとのセッションをすでに確立していて、ＰＣＣを決定するためにＰＣＲＦ３０により必要とされる情報を取得してもよく、そのような情報は、ネットワーク統計を生成するために更に使用されてもよい。

図２は、本発明の一実施形態に係るネットワーク統計を生成する処理を概略的に示す。示される処理は、ＰＣＲＦ３０と、ＮＩＦ６０と、第１のノード２１と、第２のノード２２とを含む。第１のノード２１及び第２のノード２２は、ＳＧＷ２４又はＢＢＥＲＦ３９、ＰＧＷ２６又はＰＣＥＦ３４、ＴＤＦ３６、リポジトリ３８、ＯＣＳ４４、ＡＦ５０又はＦＡＮ５５等の図１に示されたようなＰＣＲＦ３０にインタフェース接続された要素のいずれかに対応しうる。第１のノード２１及び第２のノード２２は、図１に示されないＰＣＲＦ３０とインタフェース接続された他の種類のノードにも対応してもよい。

示されるように、ＮＩＦ６０は、ＰＣＲＦ３０に接触して、ＰＣＲＦ３０にメッセージ２０１を送出することで１つ以上のネットワーク統計を要求してもよい。メッセージ２０１は、例えば対応する統計識別子を含むことにより、生成されるネットワーク統計の種類を識別してもよい。ＰＣＲＦ３０は、メッセージ２０２をＮＩＦ６０に送出することでメッセージ２０１の受信を通知してもよい。例えばメッセージ２０２は、ＰＣＲＦ３０がある特定の要求されたネットワーク統計を生成できるか否かを確認してもよい。ＰＣＲＦ３０において、メッセージ２０１を用いて受信された要求は、生成されてＮＩＦ６０に報告されるネットワーク統計の集合を規定してもよい。

対応する識別子によりメッセージ２０１において要求及び識別されうるネットワーク統計の種類は、例えば以下のものを含んでもよい。
−Ｅ−ＵＴＲＡＮを介したアクセス等のある特定のＲＡＴを使用してＩＭＳサービス等のある特定のサービスに登録された加入者の数
−ある特定の領域に配置された加入者によるある特定のサービスへのアクセスの数
−ローミング中にデータトラフィックが加速された加入者の数
−ある特定のＵＲＬへのアクセスの数
−ある特定のサービスへのアクセスの数
−ある特定のアクセスポイント名（ＡＰＮ）に対して確立されたセッションの数
−アクティブな加入者の数
−例えば転送されたアップリンクバイト、転送されたダウンリンクバイト、転送されたアップリンクデータパケット又は転送されたダウンリンクデータパケットに関する転送されたダウンリンク及び／又はアップリンクトラフィック量

ＮＩＦ６０とＰＣＲＦ３０との間のやりとり話は、必要に応じて繰り返されてもよい。例えばＮＩＦ６０は、ある特定のネットワーク統計を追加するか、あるいは生成されてＮＩＦ６０に報告されるネットワーク統計の集合からある特定のネットワーク統計を除去することをある時に決定してよい。これは、追加されるかあるいは集合から除去されるネットワーク統計を識別するＰＣＲＦ３０に新しい要求を送出することで実行されてもよい。あるいは、ＮＩＦ６０は、新しい要求をＰＣＲＦ３０に更に送出して、生成されてＮＩＦ６０に報告されるネットワーク統計の新しい集合を規定してもよい。

上述したように、異なる種類のネットワーク統計は、対応する識別子によりＮＩＦ６０とＰＣＲＦ３０との間のやりたとりにおいて識別されてもよい。その結果、ＰＣＲＦ３０は、ある特定の種類のネットワーク統計を生成するために取得される１つ以上の種類の情報を選択し、且つ１つ以上のノードを情報源として選択できるようにする情報に識別子を関連させるように構成されてもよい。図２の処理において、ＰＣＲＦ３０は、ステップ２０３で取得される１つ以上の種類の情報を選択する。更にＰＣＲＦ３０は、ステップ２０４で１つ以上のノードを情報源として選択する。ネットワーク統計及び対応する選択の種類の情報、並びに情報源のいくつかの例を以下に挙げる。

−一例によると、ネットワーク統計は、ある特定の領域及びある特定の端末種別を使用しているある特定の期間にモバイルネットワークにアクセスしたある特定のユーザプロファイルに属するユーザの数を示してもよい。この場合、取得される情報の種類は、ユーザの端末の国際移動体装置識別番号（ＩＭＥＩ）に関してＰＣＥＦ３４から取得されうるこの端末種別を有するユーザ、並びにＰＣＥＦ３４から取得されうる関心のある領域のこれらのユーザによるアクセスの指示である。これらの指示に基づいて、ＰＣＲＦ３０は、関心のある期間中のアクセス数をカウントするカウンタを増分してもよい。

−更なる一例によると、ネットワーク統計は、Ｅ−ＵＴＲＡＮを介したアクセスを使用している間にＩＭＳに同時に登録されたユーザの数を示してもよい。この場合、取得される情報の種類は、ＰＣＥＦ３４から取得されうるＥ−ＵＴＲＡＮを介したアクセスを有するユーザ、並びにＡＦ５０から取得されうるＩＭＳに登録するかあるいはＩＭＳから登録抹消するこれらのユーザの指示である。ＰＣＲＦ３０は、これらのユーザのうちの１人がＩＭＳに登録する度にカウンタを増分し、且つこれらのユーザのうちの１人がＩＭＳから登録抹消する際にこのカウンタを減分してもよい。

−更なる一例によると、ネットワーク統計は、ある特定の領域に配置されたユーザによるある特定のサービスへのアクセスの数を示してもよい。この場合、取得される情報の種類は、ＰＣＥＦ３４から取得されうるこの領域に配置されたユーザ、並びにＴＤＦ３６から取得されうるこのサービスへのアクセスの指示である。これらの指示に基づいて、ＰＣＲＦ３０は、サービスへのアクセス数をカウントするカウンタを増分してもよい。

−更なる一例によると、ネットワーク統計は、ある特定の端末種別を使用するユーザに対してＩＭＳサービスを使用している間に転送されたアップリンクデータパケットの数等のトラフィック量を示してもよい。この場合、取得される情報の種類は、ユーザの端末の国際移動体装置識別番号（ＩＭＥＩ）に関してＰＣＥＦ３４から取得されうるこの端末種別を有するユーザ及びＡＦ５０から取得されうるこのＩＭＳサービスを使用すること、並びにユーザ毎にＰＣＥＦ３４から取得されうるこれらのユーザにより転送されたトラフィック量である。ＰＣＲＦ３０は、異なるユーザの転送されたトラフィック量を集約してもよい。

−更なる一例によると、ネットワーク統計は、ある特定のサービスへのアクセスの数を示してもよい。この場合、取得される情報の種類は、ＴＤＦ３６から取得されうるこのサービスへのアクセスの指示である。これらの指示に基づいて、ＰＣＲＦ３０は、全てのユーザによるサービスへのアクセス数をカウントするカウンタを増分してもよい。

−更なる一例によると、ネットワーク統計は、ユーザ加入条件を考慮するＰＣＲＦ３０により認可されたローミング中のＩＭＳアクセスの数を示してもよい。この場合、ＰＣＲＦ３０は、ＩＭＳ、例えばＩＭＳの一部であってもよいＡＦ５０からのアプリケーション情報、ＰＣＥＦ３４からのローミング情報及びＰＣＲＦ３０自体からの認可情報を取得することを選択してもよい。

−更なる一例によると、ネットワーク統計は、ユーザ加入条件を考慮するＰＣＲＦ３０により認可されなかったローミング中のＩＭＳアクセスの数を示してもよい。この場合、ＰＣＲＦ３０は、ＩＭＳ、例えばＩＭＳの一部であってもよいＡＦ５０からのアプリケーション情報、ＰＣＥＦ３４からのローミング情報及びＰＣＲＦ３０自体からの認可情報を取得することを選択してもよい。

−更なる一例によると、ネットワーク統計は、ユーザ加入条件及び輻輳情報を考慮するＰＣＲＦにより認可されたある特定の領域のＩＭＳアクセスの数を示してもよい。この場合、ＰＣＲＦ３０は、ＩＭＳ、例えばＩＭＳの一部であってもよいＡＦ５０からのアプリケーション情報、ＰＣＥＦ３４からの輻輳情報及びＰＣＲＦ３０自体からの認可情報を取得することを選択してもよい。

−更なる一例によると、ネットワーク統計は、ユーザ加入条件及び輻輳情報を考慮するＰＣＲＦにより認可されなかったある特定の領域のＩＭＳアクセスの数を示してもよい。この場合、ＰＣＲＦ３０は、ＩＭＳ、例えばＩＭＳの一部であってもよいＡＦ５０からのアプリケーション情報、ＰＣＥＦ３４からの位置情報及びＰＣＲＦ３０自体からの認可情報を取得することを選択してもよい。

−更なる一例によると、ネットワーク統計は、ユーザ加入条件及びサービス特性を考慮するＰＣＲＦ、すなわちサービスに依存してある特定のアクセスの種類が必要とされることを考慮するＰＣＲＦにより認可されたある特定の種類のＲＡＴを使用してＩＭＳアクセスの数を示してもよい。この場合、ＰＣＲＦ３０は、ＩＭＳ、例えばＩＭＳの一部であってもよいＡＦ５０からのアプリケーション情報、ＰＣＥＦ３４からのＲＡＴの種類情報及びＰＣＲＦ３０自体からの認可情報を取得することを選択してもよい。

−更なる一例によると、ネットワーク統計は、ユーザ加入条件及びサービス特性を考慮するＰＣＲＦ、すなわちサービスに依存してある特定のアクセスの種類が必要とされることを考慮するＰＣＲＦにより認可されたある特定の種類のＲＡＴを使用してＩＭＳアクセスの数を示してもよい。この場合、ＰＣＲＦ３０は、ＩＭＳ、例えばＩＭＳの一部であってもよいＡＦ５０からのアプリケーション情報、ＰＣＥＦ３４からのＲＡＴの種類情報及びＰＣＲＦ３０自体からの認可情報を取得することを選択してもよい。

上記の例から分かるように、ＰＣＲＦ３０は、図１のＰＣＣアーキテクチャにおいて提供されるようなインタフェースを介してネットワーク統計を生成するために使用される異なる種類の情報を取得しうる。また、上記の例のいくつかにおいて、いくつかの種類の情報又は情報源の選択は他の情報に依存する。例えば、ユーザのグループはリポジトリ３８からの情報により規定されてもよく、次にＰＣＲＦ３０は、これらのユーザのセッションを監視するために使用されるノードを選択してもよい。ここで、ＰＣＲＦ３０は、例えばこれらのユーザのセッションを処理する際に含まれたある特定のＰＣＥＦ及びＴＤＦを選択することを含んでもよい。

図２の処理において、第１のノード２１及び第２のノード２２は情報源として選択されると仮定される。従って、ＰＣＲＦ３０は、メッセージ２０５を第１のノード２１に送出することで第１のノード２１から第１の種類の情報を要求してもよい。メッセージ２０５において、例えばＰＣＲＦ３０は、報告される情報の種類を指定してもよい。第１のノード２１は、メッセージ２０６をＰＣＲＦ３０に送出することでメッセージ２０５の受信を通知してもよい。更にＰＣＲＦ３０は、メッセージ２０７を第２のノード２２に送出することで第２のノード２２から第２の種類の情報を要求してもよい。メッセージ２０７において、例えばＰＣＲＦ３０は、報告される情報の種類を指定してもよい。第２のノード２２は、メッセージ２０８をＰＣＲＦ３０に送出することでメッセージ２０７の受信を通知してもよい。

次に、第１のノード２１及び第２のノード２２は、要求された種類の情報を提供する適切な措置を取ってもよい。例えば、第１のノード２１は、ＴＤＦ３６に対応する場合にデータパケットを検査して情報を提供してもよく、あるいは第２のノード２２は、ＰＣＥＦ３４に対応する場合に例えば３ＧＰＰ ２３．２０３のセクション６．１．４において規定されたようにある特定のイベントを報告するようにトリガを構成してもよい。図２の処理において、第１のノード２１は、メッセージ２０９をＰＣＲＦ３０に送出することで要求された情報を報告し、第２のノード２２は、メッセージ２１０をＰＣＲＦ３０に送出することで要求されたメッセージを報告する。

ステップ２１１により示されるように、次にＰＣＲＦ３０は、第１のノード２１及び第２のノード２２から受信した情報をまとめることでネットワーク統計を生成してもよい。次にＰＣＲＦ３０は、生成されたネットワーク統計をＮＩＦ６０に報告してもよい。これは、図２の処理において、メッセージ２１２をＮＩＦ６０に送出することで実行される。ＮＩＦ６０は、メッセージ２１３をＰＣＲＦ３０に送出することでメッセージ２１２の受信を通知してもよい。ＰＣＲＦ３０によりネットワーク統計を報告することは、種々の方法で制御されてもよく、例えばメッセージ２０１の受信からのある特定の時間間隔の満了後に実行されるか、規則的な時間間隔で、すなわちある特定の走査間隔に従って頻繁に実行されるか、モニタ値を閾値と比較することに応答して実行されてもよく、あるいは迅速に報告することを強制するＮＩＦ６０からの要求に応答して実行されてもよい。

ネットワーク統計を報告するいくつかの例示的な処理は、図３の信号伝送図により示される。図３において、ノード２１、ＰＣＲＦ３０及びＮＩＦ６０が示される。ノード２１は、ＳＧＷ２４又はＢＢＥＲＦ３９、ＰＧＷ２６又はＰＣＥＦ３４、ＴＤＦ３６、リポジトリ３８、ＯＣＳ４４、ＡＦ５０又はＦＡＮ５５等の図１に示されたようなＰＣＲＦ３０にインタフェース接続された要素のいずれかに対応してもよい。ノード２１は、図１に示されないＰＣＲＦ３０とインタフェース接続された何らかの他の種類のノードにも対応してもよい。

メッセージ３０１、３０２を介して、ＰＣＲＦ３０は、ＮＩＦ６０により要求されるようなある特定の種類のネットワーク統計を生成するために必要とされるノード２１から１つ以上の種類の情報を取得する。メッセージ３０３を用いて、ＮＩＦ６０は、ネットワーク統計を迅速に報告することを要求する。

メッセージ３０３の受信に応答して、ＰＣＲＦ３０は、ステップ３０４により示されるように取得された情報をまとめることでネットワーク統計を生成し、メッセージ３０５をＮＩＦ６０に送出することで生成されたネットワーク統計をＮＩＦ６０に報告する。ＮＩＦ６０は、メッセージ３０６をＰＣＲＦ３０に送出することでメッセージ３０５の受信を通知してもよい。

ネットワーク統計をＮＩＦ６０に報告したかに関係なく、ＰＣＲＦ３０は、メッセージ３０７及び３０８により示されるように、ノード２１から同一の種類の情報を繰り返し取得することでネットワーク統計を繰り返し生成するために動作を監視し続けてもよい。例えば、図２のメッセージ２０１を用いたようなＮＩＦ６０からの最初の要求は、１つ以上のトリガイベントに基づいて報告スケジュールを規定していてもよい。そのようなトリガイベントの一例は、タイマの満了である。例えば、ＮＩＦ６０からの最初の要求は、ある特定の時間間隔又は規則的な時間間隔の後で報告を規定していてもよい。この場合、ネットワーク統計の報告は、タイマが切れると又はタイマが切れる度にトリガされてよい。トリガイベントの更なる一例は、モニタ値が閾値に到達することである。例えば、ＰＣＲＦ３０は、転送されたデータパケットの数を監視してもよく、ネットワーク統計を報告することは、例えばＮＩＦ６０からの最初の要求において規定されるように、データパケットの閾値数を超える転送されたデータパケットの数によりトリガされてもよい。モニタ値は報告された統計の一部であってもよい。

図３の処理において、トリガイベントは、ＰＣＲＦ３０によるトリガイベントの検出を更に含んでもよいステップ３０９において発生するように示される。トリガイベントの検出に応答して、ＰＣＲＦ３０は、ステップ３１０により示されるように取得された情報をまとめることでネットワーク統計を生成し、メッセージ３１１をＮＩＦ６０に送出することで生成されたネットワーク統計をＮＩＦ６０に報告する。ＮＩＦ６０は、メッセージ３１２をＰＣＲＦ３０に送出することでメッセージ３１１の受信を通知してもよい。

図３の処理において示されたようにネットワーク統計を強制されて迅速に報告すること及びトリガイベントにより報告することは、互いに個々に使用されてもよいことが理解されるべきである。また、ＮＩＦ６０が異なる種類のネットワーク統計をＰＣＲＦ３０から要求するシナリオにおいて、例えば異なるトリガイベント又は異なる走査間隔等を使用して、個々の報告機構が各種のネットワーク統計に対して構成されうることが理解されるべきである。

上述の処理において、異なる機構は、種々のノードから選択された情報の種類を取得するようにＰＣＲＦ３０により適用されてもよい。例えば、ある特定のノードの既存のイベント報告機能が利用されてもよい。３ＧＰＰ ＴＳ ２３．２０３のセクション６．１．４によると、そのようなイベント報告機能は、ＰＣＥＦ３４、ＴＤＦ３６及びＢＢＥＲＦ３９において配置されてもよい。これらのイベント報告機能は、ＩＰ接続アクセスネットワーク（ＩＰ−ＣＡＮ）セッションのレベルで動作し、すなわちある特定のＩＰ−ＣＡＮセッションに関連したイベントを報告できる。次にＰＣＲＦ３０は、ネットワーク統計を生成するために異なるＩＰ−ＣＡＮセッションに関する情報を調整してもよい。

既存のイベント報告機能を利用するために、ＰＣＲＦ３０は、新しいイベントトリガに加入してもよく、あるいは有効にされたイベントトリガを除去してもよい。ノードの種類に依存して、これは、３ＧＰＰ ＴＳ ２３．２０３において規定されたようなＰＣＣルール手順の提供、ＱｏＳルール手順の提供又はアプリケーション検出及び制御（ＡＤＣ）ルール手順の提供を使用することで実行されてもよい。ＰＣＲＦ３０は、ＰＣＲＦ３０がネットワーク統計を生成するために取得する必要がある情報を考慮するイベントトリガを有効にするか又は解除してもよい。以下において、３ＧＰＰ ＴＳ ２３．２０３の表６．２において規定されたようなイベントトリガを参照して、そのようなイベントトリガを使用するいくつかの例を説明する。

−一例によると、ＰＣＲＦ３０は、ある特定のサービスへのアクセス数をカウントする必要があってもよい。この場合、ＰＣＲＦ３０は、ＰＣＥＦ３４又はＴＤＦ３６において「アプリケーショントラフィック検出の開始」イベントトリガを有効にしてもよい。ある特定の種類のアプリケーショントラフィックが検出されると、これによりＰＣＲＦ３０への報告がなされる。検出されたアプリケーションの識別子は、ＰＣＲＦ３０への報告に含まれてもよい。この情報がある特定の領域に配置されたユーザに対してのみ関連する場合、ＰＣＲＦ３０は、ＰＣＥＦ３４又はＢＢＥＲＦ３９において「場所変更」イベントトリガを更に有効にしてもよい。後者の場合、「アプリケーショントラフィック検出の開始」イベントトリガは、「場所変更」イベントトリガにより生成された報告を通してＰＣＲＦ３０により取得された情報に従ってある特定の領域に配置されるユーザに対してのみ有効にされてもよい。

−更なる一例によると、ＰＣＲＦ３０は、ある特定のＡＰＮに対するアップリンクトラフィック量をカウントする必要があってもよい。この場合、ＰＣＲＦ３０は、このＡＰＮに対応する全てのＩＰ−ＣＡＮセッションに対してＰＣＥＦ３４又はＴＤＦ３６において「使用報告」イベントトリガを有効にしてもよい。更にＰＣＲＦ３０は、ＰＣＥＦ３４又はＴＤＦ３６に対する関連付けられた使用制限を適切な監視キーに提供してもよい。例えばこの情報がローミングしていない加入者に対してのみ関連する場合、ＰＣＲＦ３０は、ＰＣＥＦ３４において「ＰＬＭＮ変更」イベントトリガを更に有効にしてもよい。後者の場合、「使用報告」イベントトリガは、「ＰＬＭＮ変更」イベントトリガにより生成された報告を通してＰＣＲＦ３０により取得された情報に従ってローミングしていないユーザに対してのみ有効にされてもよい。

イベントトリガを有効にできるようにするために、実行中のＩＰ−ＣＡＮセッションを再認可する必要があってもよい。従って、ＰＣＲＦ３０と情報源として選択されたノードとの間の信号伝送は、例えばメッセージ２０５、２０７、３０１、３０７において実行中のＩＰ−ＣＡＮセッションに対するセッション再認可要求を更に含んでもよい。セッション再認可要求は、イベントトリガへの加入又はイベントトリガの解除、並びに／あるいはＰＣＣルール、ＱｏＳルール又はＡＤＣルールの変更、導入又は解除を示してもよい。取得される情報に依存して、セッション再認可要求は、ＩＰ−ＣＡＮセッションの処理に含まれた１つ又は複数のノードに適用されうる。

例えばある特定の基準を満たすユーザのグループの使用量に関連したネットワーク統計に対するいくつかのシナリオにおいて、ＰＣＲＦ３０は、対応する使用カウンタを提供するように構成されてもよい。例えばＰＣＲＦ３０は、ある特定の端末種別を有するＩＭＳサービスを使用してアクセスする際に転送されたアップリンクデータパケットの数をカウントする使用カウンタを提供してもよい。そのようなカウンタは、ユーザのグループに対するモニタ値を累積してもよい。基準を満たすユーザのＩＰ−ＣＡＮセッションの場合、ＰＣＲＦ３０は、ＰＣＥＦ３４又はＴＤＦ３６において「使用報告」イベントトリガを有効にし、且つ適切な監視キー及び関連付けられた使用制限を提供してもよい。「使用報告」イベントトリガにより生成された報告に基づいて、ＰＣＲＦ３０は使用カウンタを増分してもよい。

いくつかの実施形態において、報告プロファイルベース機構は、１つ以上のノードから選択された情報の種類を取得するようにＰＣＲＦ３０により適用されてもよい。以下において、図４に示されるようにＰＣＲＦ３０がＴＤＦ３６から情報を取得する処理を参照してこれを説明する。しかし、報告プロファイルベース機構は他のノードに対しても適用されうることが理解されるべきである。

報告プロファイルベース機構において、ＰＣＲＦ３０は、複数の報告プロファイルから報告プロファイルを選択し、例えば情報を報告する要求において報告プロファイルを識別することにより、選択された報告プロファイルについて情報が取得されるノードに通知する。その結果、ノードは、選択された報告プロファイルに基づいて報告動作を制御するように順次構成されてもよい。

図４の処理において、ＰＣＲＦ３０は、ステップ４０１で報告プロファイルを選択する。これは、ＰＣＲＦ３０において構成されたある特定の選択基準に従ってユーザセッション毎に実行されてもよい。そのような選択基準の例を以下において説明する。

−一例によると、ユーザカテゴリが選択基準として使用されてもよい。これは、ユーザがブロンズ、シルバー又はゴールド等のある特定のユーザカテゴリに属する場合にのみ情報が必要とされる場合に好適だろう。この一例は、所定の時間間隔において、例えば先月の間少なくともある特定の時間の長さにわたりある特定のサービスにアクセスしているシルバーユーザにネットワーク統計が関連することである。

−更なる一例によると、ＲＡＴの種類が選択基準として使用されてもよい。これは、ある特定のＲＡＴの種類でアクセスするユーザに対してのみ情報が必要とされる場合に好適だろう。例えばこれは、無線インフラストラクチャへの投資に関する決定に対する基準としてオペレータにより使用されるネットワーク統計に対して有用でありうる。

−更なる一例によると、ユーザ位置が選択基準として使用されてもよい。これは、ある特定の領域のユーザに関する情報が必要とされる場合に好適だろう。

−更なる一例によると、使用情報が選択基準として使用されてもよい。これは、ある特定の期間中にある特定の制限より多くのトラフィック量を転送しているユーザに対して関連する情報が必要とされる場合に好適だろう。これは、ある特定のユーザにより使用されるどんなサービス又はＵＲＬが大量のトラフィックを消費するかを監視するために、例えば詐欺又は乱用を識別するのを補助するためにオペレータにより使用されるネットワーク統計に対して有用でありうる。

ステップ４０３により示されるように、ＴＤＦ３６は、ＰＣＲＦ３０により要求された情報を含む報告を生成する。これは、メッセージ４０２において示された報告プロファイルに基づいて実行される。例えば、示された報告プロファイルがＵＲＬ毎に情報を報告するように規定する場合、報告はこれに従って生成されてもよい。次にＴＤＦ３６は、ＰＣＲＦ３０への報告を含むメッセージ４０４を送出してもよい。

ステップ４０５により示されるように、ＰＣＲＦ３０は、例えばＮＩＦ６０から更新された情報を受信することに応答して、選択された報告プロファイルを変更してもよい。ＰＣＲＦ３０は、図４の処理におけるメッセージ４０６等の対応するメッセージを送出することにより、選択された報告プロファイルの変更を示してもよい。

報告プロファイルベース報告機構を実現するために、情報が報告されるノードとＰＣＲＦ３０との間のインタフェースプロトコルは、選択された報告プロファイルの指示をＰＣＲＦ３０からノードに搬送する能力により向上されてもよい。これは、対応する属性値ペア（ＡＶＰ）を報告プロファイル識別子（ＲＰ−ＩＤ）を含むある特定のプロトコルメッセージに追加することで実現されてもよい。報告プロファイル識別子及び対応する報告プロファイルの例を以下に挙げる。
−ＲＰ−ＩＤ ＝ ０：ユーザセッションに対する報告なし
−ＲＰ−ＩＤ ＝ １：ユーザセッションに対する検出されたサービス毎の報告
−ＲＰ−ＩＤ ＝ ２：ユーザセッションに対する検出されたサービス及び検出されたＵＲＬ毎の報告
．．．
−ＲＰ−ＩＤ ＝Ｎ：ユーザセッションに対する全ての報告

従って、報告プロファイルは、特定の要求に報告する方法を効率的に適応するために使用されてもよい。

ＴＤＦ３６に関連して、報告プロファイルの使用により、ある特定の種類のトラフィックを検出するためだけではなく、種々のＵＲＬ又はサービスに対して例えばヒット数、トラフィック量又は使用時間等に関する種々の情報を提供するＩＰプローブ又はＤＰＩプローブとしてもＴＤＦ３６を使用することが可能になる。これは、その後報告の基準として使用されうる検出されたサービス又は検出されたＵＲＬ毎に報告を提供するようにＴＤＦ３６を構成することで実現されうる。ＴＤＦ３６からの報告は、周期的に実行されてよく、あるいはヒット数又はボリューム閾値への到達等の１つ以上の構成されたトリガイベントによりトリガされてよい。ＴＤＦ３６は、報告される情報を生成するために特定のサンプリング技術を更に使用してもよく、これにより、解析されるトラフィック量を減少できてもよい。例えば、奇数又は偶数の宛先ＩＰアドレスを有する処理パケットのみが処理されることにより、取得される結果において十分な統計的精度を維持しつつ処理負荷を軽減できる。

図５は、本発明の一実施形態に係るポリシー制御装置３０の例示的な一実現例を更に示す。ポリシー制御装置３０は、図１〜図４をに関連して説明されたようなポリシー制御装置に対応してもよく、特にＰＣＲＦとして実現されてもよい。

示される例において、ポリシー制御装置３０は、複数のノードインタフェース１２０、１３０と、ネットワーク統計インタフェース１４０とを備える。ノードインタフェース１２０、１３０は、種々のネットワークノード、例えば、ＳＧＷ２４又はＰＧＷ２６等のゲートウェイノード、ＴＤＦ３６等のトラフィック検出ノード、ＡＦ５０等のＡＦノード、リポジトリ３８等の加入者データベースノード、ＯＣＳ４４等の課金システムノード又はＦＡＮ５５等の固定のアクセスネットワークノードと通信するために使用されてもよい。ネットワーク統計インタフェース１４０は、ＮＩＦ６０等のネットワークインテリジェンス機能と通信するために使用されてもよい。図１に示されたような３ＧＰＰ ＰＣＣアーキテクチャにおいて、ノードインタフェース１２０、１３０は、Ｇｘ、Ｇｘｘ、Ｒｘ、Ｓｄ、Ｓｐ又はＳｙの参照点又はＲＡＤＩＵＳインタフェースを実現してもよい。

また、ポリシー制御装置３０は、インタフェース１２０、１３０、１４０に結合されたプロセッサ１５０と、プロセッサ１５０に結合されたメモリ１６０とを備える。メモリ１６０は、フラッシュ読み出し専用メモリ（ＲＯＭ）等のＲＯＭ、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）又はスタティックＲＡＭ（ＳＲＡＭ）等のＲＡＭ、あるいはハードディスク又はソリッドステートディスク等の大容量記憶装置等を備えてもよい。メモリ１６０は、ネットワーク統計を生成するためにポリシー制御装置３０の上述の機能性を実現するようにプロセッサ１５０により実行される適切に構成されたプログラムコードを含む。より具体的には、メモリ１６０は、本明細書において説明されるように、１つ以上のノードを情報源として選択する機能性を実現するようにノード選択モジュール１７０を備えてもよい。更にメモリ１６０は、本明細書において説明されるように、ネットワーク統計を生成するために取得される情報の種類を選択する機能性を実現するように制御情報種類選択モジュール１８０を備えてもよい。更にメモリ１６０は、本明細書において説明されるように、取得された情報からネットワーク統計をまとめ、且つ生成されたネットワーク統計を報告する機能性を実現するようにネットワーク統計生成モジュール１９０を備えてもよい。

図５に示されるような構造は概略にすぎず、且つポリシー制御装置３０は、実際には明確にするために示されない更なる構成要素、例えば更なるインタフェースを備えてもよいことが理解されるべきである。また、示された構造のいくつかは省略されてもよい。例えば、ノードインタフェース１２０、１３０の一方は、いくつかの実施形態において省略されてよい。また、メモリ１６０は、例えばフィルタ生成等のポリシー制御装置の既知の機能性を実現するプログラムコードモジュール等の示されない更なる種類のプログラムコードモジュールを備えてもよい。いくつかの実施形態によると、本発明の実施形態に係る概念を実現するために、メモリ１６０に格納されるプログラムコードを格納する媒体等のコンピュータプログラムが更に提供されてもよい。

図６は、本発明の一実施形態に係る方法を示すフローチャートである。方法は、モバイルネットワークにおいて使用されてもよく、特に、モバイルネットワークのポリシー制御装置において、例えば図１に示されたようなＰＣＣアーキテクチャのポリシー制御装置３０において実現されてもよい。

ステップ６１０において、ポリシー制御装置は、少なくとも１つのネットワーク統計を生成する要求を受信する。要求は、ポリシー制御装置により生成される複数のネットワーク統計を識別してもよい。要求は、例えばリストの形式で要求されたネットワーク統計を識別する１つ以上の統計識別子を含んでもよい。要求は、図１〜図３のＮＩＦ６０等のネットワークインテリジェンス機能から受信されてもよい。ネットワーク統計は、ある特定のサービスに対して登録され且つある特定の無線アクセス技術を使用するユーザの数、ある特定の領域のユーザに対するある特定のサービスへのアクセスの数、ローミング中にトラフィックアクセラレーションを使用するユーザの数、ある特定のネットワークリソースへのアクセスの数、ある特定のサービスへのアクセスの数、ある特定のゲートウェイノードに対して確立されたセッションの数、アクティブなユーザの数、転送されたトラフィック量及び／又は転送されたデータパケットの数を示してもよい。従って、ネットワーク統計は複数のユーザに関係してもよい。

ステップ６２０において、ポリシー制御装置は、情報源として複数のノードから少なくとも１つのノードを選択する。そのようなノードの例には、図１のＳＧＷ２４又はＰＧＷ２６等のゲートウェイノードと、図１又は図４のＴＤＦ３６を含むノード等のトラフィック検出ノードと、図１のＡＦ５０を含むノード等のアプリケーション機能ノードと、図１のリポジトリ３８を含むノード等の加入者データベースノードと、図１のＯＣＳ４４を含むノード等の課金システムノードと、図１のＦＡＮ５５等の固定のアクセスネットワークのノードとが含まれる。ポリシー制御装置は、要求されたネットワーク統計を生成するための情報がポリシー制御装置自体において入手可能であることを更に判定してもよい。この場合、ポリシー制御装置は、自身を情報源として選択してもよい。これは、要求に含まれた統計識別子に基づいて、且つ／あるいは例えばある特定の統計識別子を情報源の対応する構成に関連させる情報の形式でポリシー制御装置に格納された情報に基づいて実行されてもよい。

ステップ６３０において、ポリシー制御装置は、取得される１つ以上の種類の情報を選択する。この場合も、これは、要求に含まれた統計識別子に基づいて、且つ／あるいは例えばある特定の統計識別子を取得される情報の種類の対応する構成に関連させる情報の形式でポリシー制御装置に格納された情報に基づいて実行されてもよい。

いくつかの実施形態において、ノードを情報源として選択すること及び／又は情報の種類を選択することは、ポリシー制御装置により取得された他の情報に依存してもよい。従って、いくつかの実施形態において、ポリシー制御装置は、１つ以上のノードを第１の情報源として選択し、且つ第１の情報源として選択された１つ又は複数のノードから第１の情報を取得してもよい。次にポリシー制御装置は、取得された第１の情報に基づいてネットワーク統計を生成するために取得される少なくとも１つのノード及び／又は少なくとも１つの種類の情報を選択してもよい。例えばポリシー制御装置は、最初にリポジトリ３８等の加入者データベースノードから情報を取得してユーザのグループを規定してもよく、次にＰＣＥＦを含むゲートウェイノード等の１つ以上のゲートウェイノードを選択して、これらのユーザのユーザセッション、例えばアクセスの指示、使用指示又は場所指示等に関する情報を取得してもよい。また、ＴＤＦ３６等のトラフィック検出ノードは、最初にある特定の種類のトラフィックを検出してよく、次にポリシー制御装置は、このサービスが使用されている場所を追跡するために、例えばＰＧＷ２６等のＰＣＥＦを含むゲートウェイノードから位置情報を受信することを選択してもよい。

ステップ６４０において、ポリシー制御装置は、情報源として選択された１つ又は複数のノードから選択された情報の種類を取得する。これに関連して、ポリシー制御装置は、選択されたノードとのセッションを確立するかを更に決定してもよい。例えばいくつかのシナリオにおいて、ノードから選択された情報の種類は、ポリシー制御装置にとって、例えばノードとの既存のセッション又は前のセッションから既に入手可能であってもよい。情報を取得するために、更にポリシー制御装置は、複数の報告プロファイルから報告プロファイルを選択し、且つ報告プロファイルを識別する報告要求を情報源として選択されたノードに送出してもよい。より具体的には、図４に関連して説明されたような報告プロファイルベース機構が使用されてもよい。

ステップ６５０において、ポリシー制御装置は、ステップ６４０で取得されたような情報に基づいて要求された１つ又は複数のネットワーク統計を生成する。これは、異なるユーザセッションの数に対して取得された情報を調整すること及び組み合わせることを含んでもよい。

ステップ６６０において、ポリシー制御装置は、生成された１つ又は複数のネットワーク統計を含む報告を送出する。一般に報告は、ネットワークインテリジェンス機能等のステップ６１０の要求を発行したエンティティに送出される。報告は、トリガイベントに応答して、例えば閾値との比較に応答して送出されてもよい。あるいは、報告は、規則的に、例えばステップ６１０の要求において規定されたような走査間隔に従って、あるいはネットワークインテリジェンス機能からの要求に応答して迅速に送出されてもよい。

従って、上述の実施形態において、ＰＣＲＦは、ネットワークインテリジェンス機能に対するインタフェースを提供されてもよい。ＰＣＲＦは、異なる種類のネットワーク統計を処理するように事前設定されてもよい。これらのネットワーク統計を生成するために、ＰＣＲＦは、ＰＣＲＦ自体からの情報を含む異なるノードから取得された情報をまとめてもよい。ＰＣＲＦは、ネットワーク統計の生成を実行中のＩＰ−ＣＡＮセッションと調整してもよい。ＰＣＲＦは、取得された情報を調整し且つ関連情報を格納するように更に構成されてもよい。ＰＣＲＦは、閾値に到達するモニタ値に到達することに応答して又は周期的に実行されうるネットワークインテリジェンス機能からの明示的な要求に対して、生成されたネットワーク統計をネットワークインテリジェンス機能に報告してもよい。アップリンク及び／又はダウンリンクバイトの数に対する、あるいはアップリンク及び／又はダウンリンクデータパケットの数に対する転送されたトラフィック量等の使用情報を示すネットワーク統計の場合、ＰＣＲＦは、統計のためにユーザのグループの使用量を累積する使用カウンタを提供及び管理してもよい。

ＰＣＲＦとネットワークインテリジェンス機能との間のインタフェース、例えば図１のＮｉインタフェースは、ネットワークインテリジェンス機能からＰＣＲＦへのネットワーク統計要求と、ＰＣＲＦからネットワークインテリジェンス機能に送信されたネットワーク統計報告と、選択的に更にはネットワークインテリジェンス機能からＰＣＲＦに送信された報告要求とをサポートしてもよい。

ネットワーク統計要求は、要求されたネットワーク統計のリスト及び関連情報を含んでもよい。例えばネットワーク統計要求は、ある特定の種類のネットワーク統計に対して１つ以上の統計識別子を含んでもよい。ＰＣＲＦは、統計識別子を認識し、取得される情報の種類と、統計識別子に基づいて対応するネットワーク統計を生成するための情報源とを選択できる。ネットワーク統計要求は、例えばトリガイベント又は走査間隔に関するネットワーク統計を報告するスケジュールを更に規定してもよい。ネットワーク統計要求により、前に送信されたネットワーク統計要求により規定された集合からのネットワーク統計の追加、変更又は除去が更に可能になってもよい。ネットワーク統計報告は、１つ以上の要求されたネットワーク統計を含む。要求を報告することにより、１つ以上の要求されたネットワーク統計を迅速に報告することをＰＣＲＦに強制する。

上述の実施形態の概念を使用することにより、モバイルネットワークのオペレータは、その後ビジネス又はネットワーク管理の決定のための基準として使用されてもよい種々のネットワーク統計を効率的に取得してもよい。この目的のために、既存のインフラストラクチャ及びインタフェースが再利用されてもよい。

上述の例及び実施形態は、例示にすぎず、種々の変形の影響を受けやすいことが理解されるべきである。例えば概念は、示された３ＧＰＰの実現例以外の種類のモバイルネットワークにおいて使用されてよい。概念は、種々のＦＭＣネットワークにも適用されてもよい。更に概念は、上述の例のノードとは異なってもよいポリシー制御装置に結合された種々のノードに関連して適用されてもよい。また、上述の概念は、既存のデバイスのプロセッサにより実現される同様に設計されたソフトウェア又は専用のデバイスハードウェアを使用して実現されてもよいことが理解されるべきである。

Claims (12)

1. モバイルネットワークにおいてネットワーク統計を提供する方法であって、
   前記モバイルネットワークのポリシー制御装置（３０）がネットワーク統計を生成する要求であって統計識別子を含む要求（２０１）を受信する工程と、
   前記統計識別子に基づいて前記ポリシー制御装置が複数のノードから少なくとも１つのノードを情報源として選択する工程と、
   前記統計識別子に基づいて前記ポリシー制御装置が取得される少なくとも１つの種類の情報を選択する工程と、
   前記ポリシー制御装置が前記選択された少なくとも１つのノードから選択された情報の種類を取得する工程と、
   前記ポリシー制御装置が前記取得された情報に基づいて要求されたネットワーク統計を生成する工程と、
   前記ポリシー制御装置が前記生成されたネットワーク統計を含む報告（２１２）を送出する工程と、
   を有する方法。
2. 前記複数のノードは、前記ポリシー制御装置（３０）、ゲートウェイノード（２４，２６）、トラフィック検出機能ノード（３６）、アプリケーション機能ノード（５０）、加入者データベースノード（３８）、課金システムノード（４４）、または、固定アクセスネットワークノード（５５）を含む、請求項１に記載の方法。
3. 前記ポリシー制御装置（３０）は、前記ポリシー制御装置に記憶された情報に基づいて少なくとも１つのノード並びに／又は少なくとも１つの情報の種類を選択する、請求項１または２に記載の方法。
4. 前記ポリシー制御装置（３０）が第１の情報源として複数のノードから１つのノードを選択する工程と、
   前記ポリシー制御装置（３０）が第１の情報源として選択された前記ノードから第１の情報を取得する工程と、を有し、
   前記ポリシー制御装置（３０）が前記取得された第１の情報に基づいて少なくとも１つのノード並びに／あるいは少なくとも１つの情報の種類を選択する、請求項１から３のいずれか１項に記載の方法。
5. 前記ポリシー制御装置（３０）が前記選択されたノードとのセッションを確立するか
   否かを決定する工程を含む、請求項１から４のいずれか１項に記載の方法。
6. 前記ポリシー制御装置（３０）が複数の報告プロファイルから前記選択された情報の種類を取得するために報告プロファイルを選択する工程と、
   前記ポリシー制御装置（３０）が前記報告プロファイルを識別する報告要求（４０２）を前記選択された少なくとも１つのノードに送出する工程と、を有する、請求項１から５のいずれか１項に記載の方法。
7. 前記要求は前記ポリシー制御装置（３０）により生成される複数のネットワーク統計を識別する、請求項１から６のいずれか１項に記載の方法。
8. 前記ネットワーク統計は複数のユーザに関連する、請求項１から７のいずれか１項に記載の方法。
9. 前記ネットワーク統計はある特定のサービスに対して登録され且つある特定の無線アクセス技術を使用するユーザの数、ある特定の領域のユーザに対するある特定のサービスへのアクセスの数、ローミング中にトラフィックアクセラレーションを使用するユーザの数、ある特定のネットワークリソースへのアクセスの数、ある特定のサービスへのアクセスの数、ある特定のゲートウェイノードに対して確立されたセッションの数、アクティブなユーザの数、転送されたトラフィック量及び／又は転送されたデータパケットの数を示す、請求項１から８のいずれか１項に記載の方法。
10. モバイルネットワークのためのポリシー制御装置（３０）であって、
    前記モバイルネットワークのノード及び／又は他のノードと通信する少なくとも１つのインタフェース（１２０、１３０）と、
    ネットワーク統計インタフェース（１４０）と、
    プロセッサ（１５０）とを有し、
    前記プロセッサ（１５０）は、請求項１から９のいずれか１項で定義された方法の工程を実行するように構成される、ポリシー制御装置。
11. モバイルネットワークにおいてネットワーク統計を生成するシステムであって、
    前記モバイルネットワークのポリシー制御装置（３０）と、
    ネットワークインテリジェンスノード（６０）とを有し、
    前記ポリシー制御装置（３０）は、請求項１から９のいずれか１項で定義された方法の工程を実行するように構成される、システム。
12. モバイルネットワークのポリシー制御装置（３０）のプロセッサ（１５０）により実行されるプログラムコードを含むコンピュータプログラムであって、請求項１から９のいずれか１項で定義された方法の工程を実行させるように前記ポリシー制御装置を構成する、コンピュータプログラム。

Images