(57)【要約】【課題】  信頼性を向上させた移動体通信システムにおける課金方式及び課金方法並びにプログラムを記録した記録媒体を提供する。【解決手段】  識別子毎に流量パケット数、バイト数、通過時間等の統計情報をＵＴＲＡＮで集計することによって、よりユーザに近い場所でのパケット通過の検証を行うことが可能となるため、課金情報としての信頼性が向上する。また、多数のＲＮＣで分散して、解析や集計を行うことができるため、一括処理していた課金サーバの負担を分散させることができるようになり信頼性が向上する。【選択図】  図１
2005065180.tif 000002
【特許請求の範囲】
【請求項１】
移動体通信インフラであるＵＴＲＡＮがＩＰで構築され、該ＵＴＲＡＮがＩＰ網と直結したシステムにおけるパケットの課金方式であって、
前記ＵＴＲＡＮに含まれ、前記ＵＴＲＡＮに到着した直後にユーザＩＰパケットのヘッダ情報を解析し、課金データの集計をとる際に、ヘッダ情報の解析結果から送信先の移動体端末の識別、送信元のコンテンツサーバ等の識別、映像などのコンテンツの識別、及びＱｏＳクラスの識別を行い得られた識別子毎に流量パケット数、バイト数、通過時間等の統計情報を集計する集計プロセスと、
前記ＵＴＲＡＮに含まれ、前記集計プロセスからの集計ログを登録する登録データベースと、
前記ＵＴＲＡＮに含まれ、該登録データベースからの集計ログを収集し、解析する他のプロセスと、
前記ＩＰ網もしくは前記ＵＴＲＡＮに含まれ、前記他のプロセスの解析結果に応じて課金する課金システムと
を備えたことを特徴とする移動体通信システムにおける課金方式。
【請求項２】
前記他のプロセスは、前記課金システムに含まれるコンテンツサーバからの実送信量と前記ＩＰ網を通過した後の前記ＵＴＲＡＮに到達した実通過量とを比較することで伝搬ロス等の検証を行うことを特徴とする請求項１に記載の移動体通信システムにおける課金方式。
【請求項３】
前記他のプロセスは、サービス媒体であるヘッダ以外のユーザデータバイト数の集計をすることにより課金対象データの明確化を実現することを特徴とする請求項１または２記載の移動体通信システムにおける課金方式。
【請求項４】
前記ＵＴＲＡＮに到着したＩＰパケットを、多数のＲＮＣで分散して課金情報の解析や集計を行うことにより前記課金システムの負担を分散させるようにしたことを特徴とする請求項１から３のいずれか１項記載の移動体通信システムにおける課金方式。
【請求項５】
移動体通信インフラであるＵＴＲＡＮがＩＰで構築され、該ＵＴＲＡＮがＩＰ網と直結したシステムにおけるパケットの課金方法であって、
前記ＵＴＲＡＮに到着した直後にユーザＩＰパケットのヘッダ情報を解析し、課金データの集計をとる際に、ヘッダ情報の解析結果から送信先の移動体端末の識別、送信元のコンテンツサーバ等の識別、映像などのコンテンツの識別、及びＱｏＳクラスの識別を行い得られた識別子毎に流量パケット数、バイト数、通過時間等の統計情報を前記ＵＴＲＡＮで収集、解析し、その収集、解析結果に応じて課金システムが課金処理を行うことを特徴とする移動体通信システムにおける課金方法。
【請求項６】
前記コンテンツサーバからの実送信量と前記ＩＰ網を通過した後の前記ＵＴＲＡＮに到達した実通過量とを比較することで伝搬ロス等の検証を行うことを特徴とする請求項５に記載の移動体通信システムにおける課金方法。
【請求項７】
前記ＵＴＲＡＮでサービス媒体であるヘッダ以外のユーザデータバイト数の集計をすることにより課金対象データの明確化を実現することを特徴とする請求項５または６記載の移動体通信システムにおける課金方法。
【請求項８】
前記ＵＴＲＡＮに到着したＩＰパケットを、多数のＲＮＣで分散して課金情報の解析や集計を行うことにより前記課金サーバの負担を分散させることを特徴とする請求項５から７のいずれか１項記載の移動体通信システムにおける課金方法。
【請求項９】
移動体通信インフラであるＵＴＲＡＮがＩＰで構築され、該ＵＴＲＡＮがＩＰ網と直結したシステムにパケットの課金を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、
前記ＵＴＲＡＮに到着した直後にユーザＩＰパケットのヘッダ情報を解析し、課金データの集計をとる際に、ヘッダ情報の解析結果から送信先の移動体端末の識別、送信元のコンテンツサーバ等の識別、映像などのコンテンツの識別、及びＱｏＳクラスの識別を行い得られた識別子毎に流量パケット数、バイト数、通過時間等の統計情報を集計する集計処理と、
該集計処理で得られた集計ログを登録する登録処理と、
該登録処理で得られた集計ログを収集し、解析する解析処理と、
該解析処理の解析結果に応じて課金する課金処理と
を前記システムに実行させることを特徴とするプログラムを記録したコンピュータ読み取り可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動体通信システムにおける課金方式及び課金方法並びにプログラムを記録した記録媒体に関するものである。
【背景技術】
【０００２】
現在における、移動体通信システムのパケット通信の構成を図５（ａ）に示し、そのプロトコルスタックを図５（ｂ）に示す。
【０００３】
図５（ａ）に示すように移動体通信システムは、複数のＮｏｄｅＢと、ＮｏｄｅＢに接続されたＲＮＣ（無線ネットワーク制御装置）と、ＲＮＣに接続されたＳＧＳＮ（パケットアクセス制御ノード）と、ＳＧＳＮに接続されたＧＧＳＮ（パケットゲートウェイ）と、ＳＧＳＮ及びＧＧＳＮに接続された課金システムとで構成されている。
【０００４】
また、図５（ｂ）に示すようにノードＢのプロトコルスタックは、ＡＴＭ（非同期転送モード）の上に、ＡＡＬ５（ＡＴＭアダプテーションレイヤ）、ＭＡＣ（媒体アクセス制御）、ＦＰ（ＮｏｄｅＢとＲＮＣとの間にのみ存在するＮｏｄｅＢ制御用の階層である。）及びＰＨＹ（物理層）が順次載る形で構成されている。ＲＮＣはＡＴＭの上に、ＡＡＬ５、ＭＡＣ、ＦＰは、ＲＬＣ及びＰＤＣＰ（パケット・データ収束プロトコル）が順次載り、ＡＴＭの上に、ＡＡＬ５、ＩＰ、ＵＤＰ及びＧＴＰ−Ｕが順次載る形で構成されている。ＣＮは、ＡＴＭの上に、ＡＡＬ５、ＩＰ、ＵＤＰ及びＧＴＰ−Ｕが順次載る形で構成されている。
【０００５】
これらノードＢ、ＲＮＣ及びＣＮはＡＴＭ同士で接続されている。
従来のパケット通信では、ＧＰＲＳ（ＧＳＭ「欧州全域で利用できるディジタル自動車携帯電話方式」に導入されたパケットサービス）に代表されるように、パケットデータがＣＮ（コアネットワーク）側のＳＧＳＮ／ＧＧＳＮによって、ＧＴＰ（ＧＰＲＳトンネリングプロトコル）トンネリングでカプセリングされているため、ＵＴＲＡＮ（統合移動通信システムの無線アクセス網）上ではユーザＩＰパケットが隠蔽されていた（例えば、特許文献１参照）。
【特許文献１】特開２００２−１０１０９５号公報（図１）
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述した現在のＵＴＲＡＮにおける課金情報の解析はＣＮ側で行われている。そのため、1つのノードで一括管理する場合が多く、この場合そのノードに対する負荷が重くなってしまい、課金処理の遅延による信頼性の低下の原因にもなりかねないという問題があった。
【０００７】
そこで、本発明の目的は、信頼性を向上させた移動体通信システムにおける課金方式及び課金方法並びにプログラムを記録した記録媒体を提供することにある。
【課題を解決するための手段】
【０００８】
請求項１にかかる発明は、移動体通信インフラであるＵＴＲＡＮがＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）で構築され、該ＵＴＲＡＮがＩＰ網（ＷＷＷのようなインターネット網）と直結したシステムにおけるパケットの課金方式であって、前記ＵＴＲＡＮに含まれ、前記ＵＴＲＡＮに到着した直後にユーザＩＰパケットのヘッダ情報を解析し、課金データの集計をとる際に、ヘッダ情報の解析結果から送信先の移動体端末の識別、送信元のコンテンツサーバ等の識別、映像などのコンテンツの識別、及びＱｏＳクラスの識別を行い得られた識別子毎に流量パケット数、バイト数、通過時間等の統計情報を集計する集計プロセスと、前記ＵＴＲＡＮに含まれ、前記集計プロセスからの集計ログを登録する登録データベースと、前記ＵＴＲＡＮに含まれ、該登録データベースからの集計ログを収集し、解析する他のプロセスと、前記ＩＰ網もしくは前記ＵＴＲＡＮに含まれ、前記他のプロセスの解析結果に応じて課金する課金システムとを備えたことを特徴とする。
【０００９】
請求項２にかかる発明は、請求項１に記載の発明において、前記他のプロセスは、前記課金システムに含まれるコンテンツサーバからの実送信量と前記ＩＰ網を通過した後の前記ＵＴＲＡＮに到達した実通過量との比較を行うことで伝搬ロス等の検証を行うことを特徴とする。
【００１０】
請求項３にかかる発明は、請求項１または２記載の発明において、前記他のプロセスは、サービス媒体であるヘッダ以外のユーザデータバイト数の集計をすることにより課金対象データの明確化を実現することを特徴とする。
【００１１】
請求項４にかかる発明は、請求項１から３のいずれか１項記載の発明において、前記ＵＴＲＡＮに到着したＩＰパケットを、多数のＲＮＣで分散して課金情報の解析や集計を行うことにより前記課金システムの負担を分散させるようにしたことを特徴とする。
【００１２】
請求項５にかかる発明は、移動体通信インフラであるＵＴＲＡＮがＩＰで構築され、該ＵＴＲＡＮがＩＰ網と直結したシステムにおけるパケットの課金方法であって、前記ＵＴＲＡＮに到着した直後にユーザＩＰパケットのヘッダ情報を解析し、課金データの集計をとる際に、ヘッダ情報の解析結果から送信先の移動体端末の識別、送信元のコンテンツサーバ等の識別、映像などのコンテンツの識別、及びＱｏＳクラスの識別を行い得られた識別子毎に流量パケット数、バイト数、通過時間等の統計情報を前記ＵＴＲＡＮで収集、解析し、その収集、解析結果に応じて課金システムが課金処理を行うことを特徴とする。
【００１３】
請求項６にかかる発明は、請求項５に記載の発明において、前記コンテンツサーバからの実送信量と前記ＩＰ網を通過した後の前記ＵＴＲＡＮに到達した実通過量とを比較することで伝搬ロス等の検証を行うことを特徴とする。
【００１４】
請求項７にかかる発明は、請求項５または６記載の発明において、前記ＵＴＲＡＮでサービス媒体であるヘッダ以外のユーザデータバイト数の集計をすることにより課金対象データの明確化を実現することを特徴とする。
【００１５】
請求項８にかかる発明は、請求項５から７のいずれか１項記載の発明において、前記ＵＴＲＡＮに到着したＩＰパケットを、多数のＲＮＣで分散して課金情報の解析や集計を行うことにより前記課金サーバの負担を分散させることを特徴とする。
【００１６】
請求項９にかかる発明は、移動体通信インフラであるＵＴＲＡＮがＩＰで構築され、該ＵＴＲＡＮがＩＰ網と直結したシステムにパケットの課金を実行させるためのプログラムを記録したコンピュータ読み取り可能な記録媒体であって、前記ＵＴＲＡＮに到着した直後にユーザＩＰパケットのヘッダ情報を解析し、課金データの集計をとる際に、ヘッダ情報の解析結果から送信先の移動体端末の識別、送信元のコンテンツサーバ等の識別、映像などのコンテンツの識別、及びＱｏＳクラスの識別を行い得られた識別子毎に流量パケット数、バイト数、通過時間等の統計情報を集計する集計処理と、該集計処理で得られた集計ログを登録する登録処理と、該登録処理で得られた集計ログを収集し、解析する解析処理と、該解析処理の解析結果に応じて課金する課金処理とを前記システムに実行させることを特徴とする。
【００１７】
＜作用＞
本発明によれば、識別子毎に流量パケット数、バイト数、通過時間等の統計情報をＵＴＲＡＮで集計することによって、よりユーザに近い場所でのパケット通過の検証を行うことが可能となるため、課金情報の信頼性が向上する。
【００１８】
また、本発明によれば、多数のＲＮＣで分散して、解析や集計を行うことができるため、従来一括処理していた課金サーバの負担を分散させることができるようになり信頼性が向上する。
【００１９】
さらに、本発明によれば、ＵＴＲＡＮがＩＰで構築されることにより、ＲＮＣはＩＰ網と直結することが可能になり（従来は回線交換網で使用していたＡＴＭ技術を用いて、ＲＮＣとＳＧＳＮとが結合されていたが、ＲＮＣをＩＰ化することにより、回線交換ではなくＩＰパケット交換技術により、ＳＧＳＮを使用せずにＲＮＣをＩＰ網と直結することが可能になった）、ＲＮＣにてユーザＩＰ層を処理し、ＮｏｄｅＢとＩＰ  Ｔｒａｎｓｐｏｒｔにて接続することができるようになる。このことにより、ＩＰ  ｂａｓｅｄ  ＵＴＲＡＮではユーザＩＰパケットのＴＣＰ（ＵＤＰ）／ＩＰヘッダ情報をＲＮＣにて解析を行うことが可能になるため、ユーザＩＰパケット計測をＵＴＲＡＮで行うことができるようになる。
【００２０】
＜本発明の特徴＞
本発明は、移動体通信インフラであるＵＴＲＡＮがＩＰで構築され、そのＵＴＲＡＮがＩＰ網と直結したシステムにおけるパケット課金に関するものである。
【００２１】
ＩＰ  ｂａｓｅｄ  ＵＴＲＡＮに到着するパケットデータはＲＮＣにユーザＩＰパケットの形で到着する。ＵＴＲＡＮでは到着したＩＰパケットを無線ベアラに載せるために無線プロトコルをユーザＩＰパケットに付与するため、その無線プロトコルを付与する前のユーザＩＰパケットのヘッダ情報を解析しなければ、ユーザＩＰヘッダを解析することが難しい。
【００２２】
その困難さにより、ＵＴＲＡＮに到着した直後にユーザＩＰパケットのヘッダ情報を解析し、課金データの集計をとる。その解析、集計過程において、ヘッダ情報の解析結果から送信先の移動体端末の識別、送信元のコンテンツサーバ等の識別、映像などのコンテンツの識別、そしてＱｏＳクラスの識別が可能となる。
このような識別子毎に流量パケット数、バイト数、通過時間等の統計情報をＵＴＲＡＮで集計することによって、よりユーザに近い場所でのパケット通過の検証を行うことが可能となるため、課金情報としての信頼性が向上、コンテンツサーバからの実送信量とＩＰ網を通過した後のＵＴＲＡＮに到達した実通過量の比較を行うことでの伝搬ロス等の検証も可能になる。
【００２３】
さらに、本システムは、サービス媒体であるヘッダ以外のユーザデータバイト数の集計をすることにより課金対象データの明確化を実現するものである。
【００２４】
また、本システムは、ＩＰ  ｂａｓｅｄ  ＵＴＲＡＮではＲＮＣに到着するパケットがＩＰパケットであるため、多数のＲＮＣで分散して、解析や集計を行うことができる。そのため、一括処理していた課金サーバの負担を分散させることができるようになり信頼性が向上する。
【発明の効果】
【００２５】
信頼性を向上させた移動体通信システムにおける課金方式及び課金方法並びにプログラムを記録した記録媒体の提供を実現することができる。
【発明を実施するための最良の形態】
【００２６】
次に本発明の実施の形態について図面を参照して詳述する。
図１は本発明の移動体通信システムにおける課金方法を適用したパケット通信の構成を示す概念図である。
【００２７】
＜実施の形態の構成＞
図１に示す構成は、ＩＰで構築されたＵＴＲＡＮ（ＩＰ  ｂａｓｅｄ  ＵＴＲＡＮ：図の左側の円）１と、ＩＰ網（ＩＭＳ網：図の右側の円）２とが直結したシステムである。
【００２８】
ＵＴＲＡＮ１は、複数（図では四つであるが限定されない。）のＮｏｄｅＢ（３ａ、３ｂ、３ｃ、３ｄ）と、複数（この場合二つであるが限定されない。）のＮｏｄｅＢ（３ａ〜３ｄ）に接続された複数（この場合二つであるが限定されない。）のＲＮＣ（４ａ、４ｂ）と、各ＲＮＣ（４ａ、４ｂ）に接続されたネットワーク５と、ネットワーク５に接続された他のプロセスとしてのコレクター６とを有する。
【００２９】
ＩＰ網２は、ネットワーク７と、ネットワーク７に接続された課金システム８とを有する。
図２は図１に示した構成におけるＮｏｄｅＢ及びＵＴＲＡＮのプロトコルスタックを示す図である。
【００３０】
図２において、ＮｏｄｅＢは、Ｌ１の上にＬ２、ＩＰ、ＵＤＰ及びＦＰが順次載ると共にＦＰにＰＨＹが接続された構成を有している。
Ｌ１は、レイヤ１と呼ばれる物理層である。
Ｌ２は、レイヤ２と呼ばれるデータリンク層である。
【００３１】
ＩＰは、インターネットで使用されているＴＣＰ／ＩＰプロトコルのうち、ＯＳＩ第３層のネットワーク層に属するプロトコルである。
ＵＤＰは、ユーザデータグラムプロトコルであり、ホスト間通信を行うＩＰの上位で、低遅延（リアルタイム）型アプリケーションのプロセスの識別だけを行う。
【００３２】
ＵＴＲＡＮは、ＲＮＣ（Ｕ  ｐｌａｎｅ、Ｕプレーン）及びＲｏｕｔｅｒ（ルーター）を有している。
【００３３】
ＲＮＣは、Ｌ１の上にＬ２、ＩＰ、ＵＤＰ、ＦＰ、ＭＡＣ、ＲＬＣ、及びＰＤＣＰが順次載ると共にＲＬＣに接続されたＬ１の上に、ＰＤＣＰに接続されたＬ２が載り、さらにＰＤＣＰ及びＬ２の上にＩＰが載る構成を有している。
【００３４】
ＭＡＣは、媒体アクセス制御を行う階層であり、フレームの送受信方法やフォーマット、データの誤り検出などを規定する。
ＲＬＣは、伝送データの分割・結合や再送の有無等を決める階層である。
ＰＤＣＰは、パケットデータ収束プロトコルである。
ＰＨＹは、ＯＳＩの第１層「物理層」であり、システムのインターフェイスにおける電気的・構造的条件を既定する。
【００３５】
ＲＮＣ（Ｕ ｐｌａｎｅ）におけるルーター側（図では右側）のプロトコルスタック（Ｌ１、Ｌ２）はヘッダ解析を行う。
ルーターは、Ｌ１に他のＬ１が接続され、これら二つのＬ１の上にＬ２と他のＬ２とがそれぞれ載り、これら二つのＬ２の上にＩＰが載る構成を有している。
【００３６】
ノードＢ、ＲＮＣ及びルーターはＬ１同士で接続されている。ＲＮＣ及びルーターのＩＰはユーザＩＰを示す。
【００３７】
＜実施の形態の動作＞
図３は図１に示した概念図のＵＴＲＡＮを構成するノードであるＮｏｄｅＢ、ＲＮＣ、Ｒｏｕｔｅｒについての説明図である。
【００３８】
図３に示すＲＮＣにおいて、図には示されていないＲｏｕｔｅｒによりＱｏＳ（ネットワークにおけるサービス品質）情報が負荷されたＩＰパケット（ｐａｃｋｅｔ）１０ａが、コア側（図では右側）からＲＮＣに到着し、そのＲＮＣで無線情報を付与され（ＩＰパケット１０ｂ）、図には示されていないＮｏｄｅＢへ転送される（ＩＰパケット１０ｄ）。
【００３９】
ここで、ＩＰの終端である波線枠で示すＲＮＣにおいて、ＩＰパケット１０ａの到着直後にＩＰパケット１０ａをフィルタプロセス１１で受けて、パケット情報の集計及び解析を行う集計プロセス１３へ転送する（ＩＰパケット１０ｃ）。フィルタプロセス１１の主な処理は、ＲＮＣが使用可能なＩＰパケットであるか否かを判定し、パケットデータのエラー計測（ＣＲＣ）を行うことである。尚、図示しないユーザ端末がＩＰ化された場合は、ＲＮＣはルーティング機能を有することも可能であるため、本明細書では、フィルタ処理としてアクセス制限等を行うことを想定している。
【００４０】
この集計プロセス１３において、転送されたＩＰパケット１０ｃの送信元ＩＰアドレス、送信先ＩＰアドレス、ＴＣＰ（ＵＰＤ）ポート番号、ＱｏＳクラス等の情報からパケットの流量、時刻を記録し、その集計ログを登録データベース１４に出力する。登録データベース１４から出力されたパケット情報の集計ログを図には示されない他のプロセス（Ｃｏｌｌｅｃｔｏｒ：コレクター）が収集して解析する。
【００４１】
ＵＴＲＡＮ以外のＣＮ側（図１のＩＰ網）に配置された課金サーバ１５が、課金データを取得し課金処理を行う。この課金処理により、ＵＴＲＡＮでは課金データの収集のみを行えばよくなり、ＵＴＲＡＮの負荷を最小限に抑えることができる。すなわち、本システムは、集計プロセスと、ＵＴＲＡＮ処理とを並列で実行することにより、処理遅延を軽減した構成となっている。
【００４２】
図４は図３に示したＵＴＲＡＮにユーザＩＰパケットが入力された後の解析フローを示す。
ユーザＩＰパケットがＵＴＲＡＮに入力されるとそのパケットを転送し（ステップＳ１：転送先は図３における波線枠内のフィルタプロセス１１とＵＴＲＡＮ終端プロセス１２との間の図示しない処理ブロック）、集計プロセス１３へ転送する。このときメモリアクセスを最小限にするため、パケット情報が得られる箇所（ヘッダ情報のみ）を集計プロセス１３へ転送してもよい。この転送プロセスを経ることにより、ＵＴＲＡＮに到着したユーザＩＰパケット１０ａはＲＮＣの処理と、集計処理とを並列で行うことができるため、集計処理による遅延を最小限に抑えることができる。
【００４３】
ここで、ヘッダ情報は、ＩＰ（ｖ６）ヘッダ及びＴＣＰ（ＵＤＰ）ヘッダであり、それぞれのヘッダ内に含まれるヘッダ情報を示す。ＩＰ（ｖ６）ヘッダとしては、送信元ＩＰアドレス、送信先ＩＰアドレス、ＱｏＳクラス、ＩＰパケット長等が挙げられる。ＴＣＰ（ＵＤＰ）ヘッダとしては、送信先ポート番号、送信先ポート番号、ＴＣＰ（ＵＤＰ）パケット長等が挙げられる。
【００４４】
登録データベース１４（図３参照）は、次に転送されたユーザＩＰパケットの送信元ＩＰアドレス、送信先ＩＰアドレス、ＴＣＰ（ＵＤＰ）ポート番号、ＱｏＳクラス等の識別（ヘッダ情報との差分の識別：解析対象パケットのヘッダ情報が以前に到着した解析済みパケットのいずれかのヘッダ情報と同一のヘッダ情報であるか異なるヘッダ情報であるかの識別）を行い（ステップＳ２／ＹＥＳ）、これらの識別パラメータで一つのデータベース（前述した両ヘッダ情報を一組とした登録情報のデータベース）の登録を行う。
【００４５】
集計プロセス１３（図３参照）は、データベース（パケット流量をカウントする１登録セット）の登録が成功すると、ＵＴＲＡＮに到着したパケットの最初の時刻を計測しデータベース（パケット流量をカウントする１登録セット）に登録する。同時に登録された各ヘッダ情報セットを基準に通過パケット数（パケット流量）、バイト数の集計を開始する（ステップＳ３）。
【００４６】
また、集計プロセス１３は、送信元ＩＰアドレス、送信先ＩＰアドレス、ＴＣＰ（ＵＤＰ）ポート番号、ＱｏＳクラス等の識別パラメータが一つでも異なるパケットが通過した場合（ステップＳ２／ＮＯ）、そのパケットを新しいコンテンツと見なし、データベースを新規に登録を行い（ステップＳ４）、パケットの集計を始める（ステップＳ３）。
【００４７】
集計が終了したか否かは、登録されているデータベースの対象パケットが一定時間通過しない場合（ステップＳ５／ＹＥＳ）、そのコンテンツは終了したと見なし、集計をクローズさせることにより、一つの集計結果を出力することが可能である（ステップＳ６）。
登録データベースへのパケットが一定時間内に到着した場合（ステップＳ５／ＮＯ）、ステップＳ１に戻る。
【００４８】
このようにして集計結果をデータベース（前記１登録セットにパケット流量を追加したもの）に登録することになる。集計プロセス１３（図３参照）から出力された集計ログを元に、他のプロセスとしてのＣｏｌｌｅｃｔｏｒ（コレクター）６（図１参照）が、定期的にＵＴＲＡＮの集計ログを収集し、課金データに変換する。集計された課金データは、ＣＮ側に配置した課金サーバ１５（図３参照）により、収集され課金処理を行う。
【００４９】
ここで、他のプロセスとは、ＲＮＣとは別のノードプロセスを意味する。そのため、認証サーバやＳＩＰサーバ等ＩＰネットワークに接続されており、ＲＮＣと通信可能な通信ノードを示す。
本課金方式は、ＵＴＲＡＮを構成するプロトコルレイヤにおいて、ＴＣＰ（ＵＤＰ）／ＩＰ（ｖ６）のプロトコルスタックを有するアーキテクチャである。
【００５０】
＜他の実施の形態＞
本実施の形態では、ＲＮＣでユーザＩＰパケット情報を計測した集計ログを課金情報として集計する場合で説明しているが、本発明はこれに限定されるものではなく、ＩＰ網から供給されたユーザＩＰパケットがＲＮＣへ到着したという導通検証や、通過パケットのトラヒック計測に適用してもよい。
【００５１】
また、本実施の形態では、移動体通信システムにおける課金方法を適用したパケット通信の場合について説明したが、本発明はこれに限定されるものではなく、移動体通信インフラであるＵＴＲＡＮがＩＰで構築されたＩＰ網と、他のＩＰ網とが直結したシステムのサーバにパケットの課金を実行させるためのプログラムを記録した記録媒体（例えば、ハードディスク、ＣＤ、フレキシブルディスク等）に適用してもよい。
【００５２】
すなわち、本発明は、移動体通信インフラであるＵＴＲＡＮがＩＰで構築され、ＵＴＲＡＮがＩＰ網と直結したシステムにパケットの課金を実行させるためのプログラムを記録した記録媒体であって、ＵＴＲＡＮに到着した直後にユーザＩＰパケットのヘッダ情報を解析し、課金データの集計をとる際に、ヘッダ情報の解析結果から送信先の移動体端末の識別、送信元のコンテンツサーバ等の識別、映像などのコンテンツの識別、及びＱｏＳクラスの識別を行い得られた識別子毎に流量パケット数、バイト数、通過時間等の統計情報を集計する集計処理と、集計処理で得られた集計ログを登録する登録処理と、登録処理で得られた集計ログを収集し、解析する処理と、解析処理の解析結果に応じて課金する課金処理とをシステムに実行させるためのプログラムを記録した記録媒体に適用してもよい。
【００５３】
＜効果の説明＞
（１）従来はＣＮ側で一括して課金情報を計測していたが、本システムではＲＮＣにおいても課金情報の計測が可能になったため、ＲＮＣで計測した計測結果を他のプロセスとしてのコレクターが収集し、課金情報をまとめた後、その課金情報をＩＰ網内の課金システムが参照し、各々の課金を行うので、集計機（課金サーバ）の処理負荷が分散される構造になる。
【００５４】
（２）従来は図５（ａ）に示すようにＳＧＳＮや各情報提供サーバ等、ＣＮ側のノードにおいて集計していたが、本システムでは図１に示すようにＲＮＣで集計しているので、よりユーザに近いノードでユーザデータを集計できるようになり、課金データの信頼性が向上する。
【００５５】
（３）ユーザＩＰヘッダ情報の識別による各種コンテンツ毎などのより詳細な分類での集計が可能になる。すなわち従来は、パケット数のみの課金であったが、本システムではバイト量でも課金が可能である。
【００５６】
ここで、本システムでのより詳細な分類とはＱｏＳクラスの品質分類（上、中上、中、中下、下）、ポート番号の通信サービス分類（ｆｔｐ、ｔｆｔｐ、内部定義のサービスポート番号（ＴＶ電話用、音声用、リアルタイム配信用、マルチキャスト配信用、データ通信用等））、パケット長計測の実到着パケット数（パケット数、バイト量と柔軟に課金情報に変換可能）が挙げられる。
【図面の簡単な説明】
【００５７】
【図１】本発明の移動体通信システムにおける課金方法を適用したパケット通信の構成を示す概念図である。
【図２】図１に示した構成におけるＮｏｄｅＢ及びＵＴＲＡＮのプロトコルスタックを示す図である。
【図３】図１に示した概念図のＵＴＲＡＮを構成するノードであるＮｏｄｅＢ、ＲＮＣ、Ｒｏｕｔｅｒについての説明図である。
【図４】図３に示したＵＴＲＡＮにユーザＩＰパケットが入力された後の解析フローを示す図である。
【図５】（ａ）は現在における、移動体通信システムのパケット通信の構成を示し、（ｂ）は（ａ）のプロトコルスタックを示す図である。
【符号の説明】
【００５８】
１    ＵＴＲＡＮ（ＩＰ  ｂａｓｅｄ  ＵＴＲＡＮ）
２    ＩＰ網（ＩＭＳ網）
３ａ、３ｂ、３ｃ、３ｄ    ＮｏｄｅＢ
４ａ、４ｂ    各ＲＮＣ
５、７    ネットワーク
６    他のプロセス（Ｃｏｌｌｅｃｔｏｒ：コレクター）
８    課金システム
【図１】
2005065180.tif 000003
【図２】
2005065180.tif 000004
【図３】
2005065180.tif 000005
【図４】
2005065180.tif 000006
【図５】
2005065180.tif 000007