(57)【要約】  移動通信環境におけるプッシュツートークサービス性能の効率的で大規模な特徴付けを行うソリューションを提供するために、通信ネットワークにおけるプッシュツートークトラフィックの受動的評価のための方法及び装置が説明される。通信ネットワーク内のデータトランザクションを捕捉した（Ｓ１０）後、捕捉されたデータトランザクションから、プッシュツートークに関連するデータトランザクションの解釈、トラフィッククラス及びユーザとを抽出する（Ｓ１２）ステップが続く。次いで、抽出された、プッシュツートークに関連するデータトランザクションの解釈、トラフィッククラス及びユーザとの相関関係がトラフィックデータベース内に記憶される（Ｓ１４）。これによって、トラフィックデータベース内に記憶される情報の関数として、少なくとも１つの選択されたプッシュツートークセッションに関する少なくとも１つの性能指標を算出する（Ｓ１６）ことが可能になる。
2008535333.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワーク内のプッシュツートークトラフィックの受動的な評価の方法であって、
前記プッシュツートークトラフィックは、異なるトラフィッククラスに従って複数のデータトランザクションに分かれる少なくとも１つのプッシュツートークセッションを通じて生成され、
第１トラフィッククラス（ＰＤＰ、ＰＰＰ）は、ユーザ端末と、前記ユーザ端末が通信ネットワークにログオンするための通信ネットワークとの間の対話を対象とし、
第２トラフィッククラス（ＳＩＰ）は、プッシュツートークセッションの開始に対する、ユーザ端末と前記通信ネットワークのプッシュツートーク管理ノードとの間の対話を対象とし、
第３トラフィッククラス（ＲＴＰ／ＲＴＣＰ）は、ユーザ端末同士のプッシュツートークペイロードデータの交換を対象とする方法であって、前記方法は、
前記通信ネットワークのデータトランザクションを捕捉するステップ（Ｓ１０）と、
前記捕捉されたデータトランザクションから、プッシュツートークに関するデータトランザクションの解釈、トラフィッククラス及びユーザとを抽出するステップ（Ｓ１２）と、
前記抽出された、プッシュツートークに関するデータトランザクションの解釈、トラフィッククラス及びユーザとの相関関係をトラフィックデータベースに記憶するステップ（Ｓ１４）と、
前記トラフィックデータベースに記憶される情報の関数として、少なくとも１つの選択されたプッシュツートークセッションに関する少なくとも１つの性能指標を算出するステップ（Ｓ１６）と
を備えることを特徴とする方法。
【請求項２】
前記データトランザクションを捕捉するステップは、
データトランザクション中に交換されるデータパケットにタイムスタンプを付加するステップ（Ｓ１８）と、
前記タイムスタンプが付加されたデータパケットをトレースメモリに記憶するステップ（Ｓ２０）と
を備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記データトランザクションを捕捉するステップは、前記トレースメモリに記憶されているタイムスタンプが付加されたデータパケットと、コンフィグレーション情報とに基づいて、前記データトランザクションに関連付けられているデータパケットを逆多重化するステップ（Ｓ２４）を含む
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記逆多重化するステップ（Ｓ２４）は、データトランザクション解析からのフィードバックに基づいて、動的に変化するデータパケットのタイプを認識するステップを含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
新規のアクティブユーザの通信アドレスを識別するために、データパケットコンテキストプロトコル（ＰＤＰ）に従ってデータパケットコンテキストを確立するデータトランザクションで交換される制御パケットを解析するステップ（Ｓ２８）を更に備える
ことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項６】
解析される通信アドレスと、データパケットを逆多重化するための関連するアクティグユーザ識別との間の関係をフィードバックするステップを更に備える
ことを特徴とする請求項５に記載の方法。
【請求項７】
データパケットコンテキストレコードを前記トラフィックデータベース（４０、６８）へ転送するステップを更に備え、
前記データパケットコンテキストレコードは、データパケットコンテキストを確立するために交換されるデータパケットの解析と、前記第１トラフィッククラスの指標との間の前記相関関係を反映する情報を含んでいる
ことを特徴とする請求項５に記載の方法。
【請求項８】
前記第１トラフィッククラスのトラフィック特性は、アクティブユーザ識別、通信アドレス及びデータパケットコンテキストパラメータ（ＱｏＳ）の少なくとも１つを対象としている
ことを特徴とする請求項７に記載の方法。
【請求項９】
セッション開始プロトコルとセッション記述プロトコル（ＳＩＰ／ＳＤＰ）に従うプッシュトークセッションに参加するアクティブユーザの開始を実行するためのデータトランザクションで交換されるデータパケットを解析するステップ（Ｓ３０）を更に備える
ことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記第２トラフィッククラスのすべてのデータトランザクションの状態が表現されるように、解凍のための統合された状態メモリを維持するアクティブユーザの開始を実行するためのデータトランザクションで交換されるデータパケットを解凍するステップを更に備える
ことを特徴とする請求項９に記載の方法。
【請求項１１】
状態が自動的に削除されても良いように、前記統合された状態メモリを管理するステップを更に備える
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
データパケットの逆多重化のための情報をフィードバックするステップを更に備え、
前記情報は、セッションペイロードデータ転送プロトコル（ＲＴＰ）、セッションペイロードデータ転送制御プロトコル（ＲＴＣＰ）、開始されたセッションの識別、呼出アクティブユーザの識別の少なくともいずれかに従う情報の交換のために使用される通信ポートを記述している
ことを特徴とする請求項９乃至１１のいずれか１項に記載の方法。
【請求項１３】
セッションレコードを前記トラフィックデータベース（４０、６８）へ転送するステップを更に備え、
前記セッションレコードは、プッシュツートークセッションの識別と、プッシュツートークセッションに参加するアクティブユーザの開始の実行のために交換されるデータパケットの解析と、前記第２トラフィッククラスの指標との間の相関関係を反映する情報を含んでいる
ことを特徴とする請求項１０乃至１２のいずれか１項に記載の方法。
【請求項１４】
セッションペイロードデータ転送制御プロトコル（ＲＴＣＰ）に従う、プッシュツートークセッションペイロードデータの転送制御及び品質レポートの少なくとも一方のために、データトランザクションで交換されるデータパケットを解析するステップ（Ｓ３４）を更に備える
ことを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
データパケットの逆多重化のための情報をフィードバックするステップを更に備え、
前記情報は、プッシュツートークセッションペイロードデータの転送の制御を記述する
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
ペイロードデータ転送制御レコードを前記トラフィックデータベース（４０、６８）へ転送するステップを更に備え、
前記ペイロードデータ転送制御レコードは、関連するプッシュツートークセッションの識別と、プッシュツートークセッションペイロードデータの転送制御及び品質レポートの少なくとも一方のために交換されるデータパケットの解析と、同一ユーザの対応するペイロードデータトランザクションの識別と、及び同一のプッシュツートークセッションの更なる参加者のペイロードデータ及び制御データへの参照との間の相関関係を、反映する
ことを特徴とする請求項１４または１５に記載の方法。
【請求項１７】
関連するペイロードデータバーストの再構築のために、プッシュツートークセッションペイロードデータの転送中に、セッションペイロードデータ転送プロトコル（ＲＴＰ）に従ってデータトランザクションで交換されるデータパケットを解析するステップ（Ｓ３６）を更に備える
ことを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
ペイロードデータ転送レコードを前記トラフィックデータベース（４０、６８）へ転送するステップを更に備え、
前記ペイロードデータ転送レコードは、関連するプッシュツートークセッションの識別と、プッシュツートークセッションペイロードデータの転送のために交換されるデータパケットの解析と、対応する制御データトランザクションの識別と、及び同一のプッシュツートークセッションの更なる参加者のペイロードデータ及び制御データへの参照との間の相関関係を反映する
ことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記通信ネットワーク内のグループ管理ノードと、グループ管理及びアクセス制御のためのユーザ端末との間の対話を対象とする第４トラフィッククラス（ＨＴＴＰ）で動作し、
更に、制御情報データ転送プロトコル（ＨＴＴＰ）に従って、グループ管理及びアクセス制御のためデータトランザクションで交換されるデータパケットを解析するステップ（Ｓ３８）を更に備える
ことを特徴とする請求項１乃至１８のいずれか１項に記載の方法。
【請求項２０】
データパケットの逆多重化のための情報をフィードバックするステップを更に備え、
前記情報は、ユーザグループの識別及びアクセスリストの少なくとも一方を記述している
ことを特徴とする請求項１９に記載の方法。
【請求項２１】
セッション管理レコードを前記トラフィックデータベースへ転送するステップを更に備え、
前記セッション管理レコードは、プッシュツートークセッションの識別と、グループ管理及びアクセス制御のために交換されるデータパケットの解析との相関関係を反映する
ことを特徴とする請求項１９または２０に記載の方法。
【請求項２２】
性能指標は、
前記第１トラフィッククラスに従うデータパケットコンテキストプロトコル（ＰＤＰ）に従ってデータパケットコンテキストを確立するために交換されるデータパケット含むグループから選択されるデータパケットに対して、
前記第２トラフィックククラスに従うセッション開始プロトコル及びセッション記述プロトコル（ＳＩＰ／ＳＤＰ）に従って前記プッシュツートークセッションに参加するアクティブユーザのための開始を実行するために交換されるデータパケットに対して、
前記第４トラフィッククラスに従う制御情報データ転送プロトコル（ＨＴＴＰ）に従ってグループ管理情報及びアクセス制御情報を各アクティブユーザに転送するために交換されるデータパケットに対して、
前記第３トラフィッククラスに従うセッションペイロードデータ転送プロトコル（ＲＴＰ）に従ってプッシュツートークペイロードデータの転送のために交換されるデータパケットに対して、
前記第３トラフィッククラスに従うペイロードデータ転送制御プロトコル（ＲＴＣＰ）に従ってプッシュツートークペイロードデータ転送の制御のために交換されるデータパケットに対して
それぞれ定義される
ことを特徴とする請求項１乃至２１のいずれか１項に記載の方法。
【請求項２３】
前記少なくとも１つの性能指標を算出するステップは、
前記性能指標との関係を有する情報を含む情報レコードについて前記トラフィックデータベースにクエリを行うステップと、
関連の情報レコードに含まれる情報から前記性能指標を算出するステップと
を備えることを特徴とする請求項２２に記載の方法。
【請求項２４】
プッシュツートークセッション及びアクティブユーザの少なくとも一方のサブセットに集中するために、関連の情報レコードをフィルタリングするステップを更に備える
ことを特徴とする請求項２３に記載の方法。
【請求項２５】
前記性能指標を算出するステップ（Ｓ１６）は、統計関数を、関連の情報レコードに含まれる情報に適用することによって実現される
ことを特徴とする請求項２３または２４に記載の方法。
【請求項２６】
前記通信ネットワークの標準ネットワークインタフェースで実行される
ことを特徴とする請求項１乃至２５のいずれか１項に記載の方法。
【請求項２７】
通信ネットワーク内のプッシュツートークトラフィックの受動的な評価の装置であって、
前記プッシュツートークトラフィックは、異なるトラフィッククラスに従って複数のデータトランザクションに分かれる少なくとも１つのプッシュツートークセッションを通じて生成され、
第１トラフィッククラス（ＰＤＰ、ＰＰＰ）は、ユーザ端末と、前記ユーザ端末が通信ネットワークにログオンするための通信ネットワークとの間の対話を対象とし、
第２トラフィッククラス（ＳＩＰ）は、プッシュツートークセッションの開始に対する、ユーザ端末と前記通信ネットワークのプッシュツートーク管理ノードとの間の対話を対象とし、
第３トラフィッククラス（ＲＴＰ／ＲＴＣＰ）は、ユーザ端末同士のプッシュツートークペイロードデータの交換を対象とする装置であって、前記装置は、
前記通信ネットワークのデータトランザクションを捕捉するように構成されている捕捉ユニット（３６）と、
前記捕捉されたデータトランザクションから、プッシュツートークに関するデータトランザクションの解釈、トラフィッククラス及びユーザとを抽出するように構成されている抽出ユニット（３８）と、
前記抽出された、プッシュツートークに関するデータトランザクションの解釈、トラフィッククラス及びユーザとの相関関係をトラフィックデータベース（４０、６８）に記憶するように構成されている記憶ユニット（４０）と、
前記トラフィックデータベースに記憶される情報の関数として、少なくとも１つの選択されたプッシュツートークセッションに関する少なくとも１つの性能指標を算出するように構成されている算出ユニット（４２）と
を備えることを特徴とする装置。
【請求項２８】
前記捕捉ユニットは、
データトランザクション中に交換されるデータパケットにタイムスタンプを付加するように構成されているタイムスタンプユニット（５０）と、
前記タイムスタンプが付加されたデータパケットをトレースメモリに記憶するように構成されているトレースメモリ（５２）と
を備えることを特徴とする請求項２７に記載の装置。
【請求項２９】
前記捕捉ユニットは、前記トレースメモリに記憶されているタイムスタンプが付加されたデータパケットと、コンフィグレーション情報とに基づいて、前記データトランザクションに関連付けられているデータパケットを逆多重化するように構成されている逆多重化ユニット（４４）を備える
ことを特徴とする請求項２８に記載の装置。
【請求項３０】
前記逆多重化ユニット（４４）は、データトランザクション解析からのフィードバックに基づいて、データパケットのタイプを動的に認識するように構成されている
ことを特徴とする請求項２９に記載の装置。
【請求項３１】
新規のアクティブユーザの通信アドレスを識別するために、データパケットコンテキストプロトコル（ＰＤＰ）に従ってデータパケットコンテキストを確立するデータトランザクションで交換される制御パケットを解析するように構成されている第１解析ユニット（５６）を更に備える
ことを特徴とする請求項２７乃至３０のいずれか１項に記載の装置。
【請求項３２】
前記第１解析ユニット（５６）は、解析される通信アドレスと、データパケットを逆多重化するための関連するアクティグユーザ識別との間の関係をフィードバックするように構成されている
ことを特徴とする請求項３１に記載の装置。
【請求項３３】
前記第１解析ユニット（５６）は、データパケットコンテキストレコードを前記トラフィックデータベース（４０、６８）へ転送するように構成されていて、
前記データパケットコンテキストレコードは、データパケットコンテキストを確立するために交換されるデータパケットの解析と、前記第１トラフィッククラスの指標との間の前記相関関係を反映する情報を含んでいる
ことを特徴とする請求項３１に記載の装置。
【請求項３４】
前記第１トラフィッククラスのトラフィック特性は、アクティブユーザ識別、通信アドレス及びデータパケットコンテキストパラメータ（ＱｏＳ）の少なくとも１つを対象としている
ことを特徴とする請求項３３に記載の装置。
【請求項３５】
セッション開始プロトコルとセッション記述プロトコル（ＳＩＰ／ＳＤＰ）に従うプッシュトークセッションに参加するアクティブユーザの開始を実行するためのデータトランザクションで交換されるデータパケットを解析するように構成されている第２解析ユニット（５８）を更に備える
ことを特徴とする請求項２７乃至３４のいずれか１項に記載の装置。
【請求項３６】
前記第２トラフィッククラスのすべてのデータトランザクションの状態が表現されるように、アクティブユーザの開始を実行するためのデータトランザクションで交換されるデータパケットを解凍し、かつ解凍のための統合された状態メモリを維持するように構成されている解凍ユニット（６０）を更に備える
ことを特徴とする請求項３５に記載の装置。
【請求項３７】
前記解凍ユニット（６０）は、状態が自動的に削除されても良いように、前記統合された状態メモリを管理するように構成されている
ことを特徴とする請求項３６に記載の装置。
【請求項３８】
前記第２解析ユニット（５８）は、データパケットの逆多重化のための情報をフィードバックするように構成されていて、
前記情報は、セッションペイロードデータ転送プロトコル（ＲＴＰ）、セッションペイロードデータ転送制御プロトコル（ＲＴＣＰ）、開始されたセッションの識別、呼出アクティブユーザの識別の少なくともいずれかに従う情報の交換のために使用される通信ポートを記述している
ことを特徴とする請求項３５乃至３７のいずれか１項に記載の装置。
【請求項３９】
前記第２解析ユニット（５８）は、セッションレコードを前記トラフィックデータベース（４０、６８）へ転送するように構成されていて、
前記セッションレコードは、プッシュツートークセッションの識別と、プッシュツートークセッションに参加するアクティブユーザの開始の実行のために交換されるデータパケットの解析と、前記第２トラフィッククラスの指標との間の相関関係を反映する情報を含んでいる
ことを特徴とする請求項３５乃至３８のいずれか１項に記載の装置。
【請求項４０】
セッションペイロードデータ転送制御プロトコル（ＲＴＣＰ）に従う、プッシュツートークセッションペイロードデータの転送制御及び品質レポートの少なくとも一方のために、データトランザクションで交換されるデータパケットを解析するように構成されている第３解析ユニット（６４）を更に備える
ことを特徴とする請求項２７乃至３９のいずれか１項に記載の装置。
【請求項４１】
前記第３解析ユニット（６４）は、データパケットの逆多重化のための情報をフィードバックするように構成されていて、
前記情報は、プッシュツートークセッションペイロードデータの転送の制御を記述する
ことを特徴とする請求項４０に記載の装置。
【請求項４２】
前記第３解析ユニット（６４）は、ペイロードデータ転送制御レコードを前記トラフィックデータベース（４０、６８）へ転送するように構成されていて、
前記ペイロードデータ転送制御レコードは、関連するプッシュツートークセッションの識別と、プッシュツートークセッションペイロードデータの転送制御及び品質レポートの少なくとも一方のために交換されるデータパケットの解析と、同一ユーザの対応するペイロードデータトランザクションの識別と、及び同一のプッシュツートークセッションの更なる参加者のペイロードデータ及び制御データへの参照との間の相関関係を、反映する
ことを特徴とする請求項４０または４１に記載の装置。
【請求項４３】
関連するペイロードデータバーストの再構築のために、プッシュツートークセッションペイロードデータの転送中に、セッションペイロードデータ転送プロトコル（ＲＴＰ）に従ってデータトランザクションで交換されるデータパケットを解析するように構成されている第４解析ユニット（６２）を更に備える
ことを特徴とする請求項２７乃至４２のいずれか１項に記載の装置。
【請求項４４】
前記第４解析ユニット（６２）は、ペイロードデータ転送レコードを前記トラフィックデータベース（４０、６８）へ転送するように構成されていて、
前記ペイロードデータ転送レコードは、関連するプッシュツートークセッションの識別と、プッシュツートークセッションペイロードデータの転送のために交換されるデータパケットの解析と、対応する制御データトランザクションの識別と、及び同一のプッシュツートークセッションの更なる参加者のペイロードデータ及び制御データへの参照との間の相関関係を反映する
ことを特徴とする請求項４３に記載の装置。
【請求項４５】
前記通信ネットワーク内のグループ管理ノードと、グループ管理及びアクセス制御のためのユーザ端末との間の対話を対象とする第４トラフィッククラス（ＨＴＴＰ）で動作し、
更に、制御情報データ転送プロトコル（ＨＴＴＰ）に従って、グループ管理及びアクセス制御のためデータトランザクションで交換されるデータパケットを解析するように構成されている第５解析ユニット（６６）を更に備える
ことを特徴とする請求項２７乃至４４のいずれか１項に記載の装置。
【請求項４６】
前記第５解析ユニット（６６）は、データパケットの逆多重化のための情報をフィードバックするように構成されていて、
前記情報は、ユーザグループの識別及びアクセスリストの少なくとも一方を記述している
ことを特徴とする請求項４５に記載の装置。
【請求項４７】
前記第５解析ユニット（６６）は、セッション管理レコードを前記トラフィックデータベースへ転送するように構成されていて、
前記セッション管理レコードは、プッシュツートークセッションの識別と、グループ管理及びアクセス制御のために交換されるデータパケットの解析との相関関係を反映する
ことを特徴とする請求項４５または４６に記載の装置。
【請求項４８】
性能指標は、
前記第１トラフィッククラスに従うデータパケットコンテキストプロトコル（ＰＤＰ）に従ってデータパケットコンテキストを確立するために交換されるデータパケット含むグループから選択されるデータパケットに対して、
前記第２トラフィックククラスに従うセッション開始プロトコル及びセッション記述プロトコルに従って前記プッシュツートークセッションに参加するアクティブユーザのための開始を実行するために交換されるデータパケットに対して、
前記第４トラフィッククラスに従う制御情報データ転送プロトコル（ＨＴＴＰ）に従ってグループ管理情報及びアクセス制御情報を各アクティブユーザに転送するために交換されるデータパケットに対して、
前記第３トラフィッククラスに従うセッションペイロードデータ転送プロトコル（ＲＴＰ）に従ってプッシュツートークペイロードデータの転送のために交換されるデータパケットに対して、
前記第３トラフィッククラスに従うペイロードデータ転送制御プロトコル（ＲＴＣＰ）に従ってプッシュツートークペイロードデータ転送の制御のために交換されるデータパケットに対して
それぞれ定義される
ことを特徴とする請求項２７乃至４７のいずれか１項に記載の装置。
【請求項４９】
前記算出ユニット（４２）は、
前記性能指標との関係を有する情報を含む情報レコードについて前記トラフィックデータベースにクエリを行うように構成されているクエリユニット、
関連の情報レコードに含まれる情報から前記性能指標を算出するように構成されている算出ユニットと
を備えることを特徴とする請求項４８に記載の装置。
【請求項５０】
プッシュツートークセッション及びアクティブユーザの少なくとも一方のサブセットに集中するために、関連の情報レコードをフィルタリングするように構成されているフィルタユニット（４８）を更に備える
ことを特徴とする請求項４８または４９に記載の装置。
【請求項５１】
前記算出ユニットは、統計関数を、関連の情報レコードに含まれる情報に適用するように構成されている
ことを特徴とする請求項４９または５０に記載の装置。
【請求項５２】
前記通信ネットワークの標準ネットワークインタフェースに実装されている
ことを特徴とする請求項２７乃至５１のいずれか１項に記載の装置。
【請求項５３】
監視装置のプロセッサで実行される場合に、請求項１乃至２６のいずれか１項のステップを実行するためのソフトウェアコード部分を有する、移動通信環境のプッシュツートークトラフィックを受動的な監視を行なうための監視装置の内部メモリに直接ロード可能なコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークにおけるプッシュツートークトラフィックの大規模解析の方法、通信ネットワークにおけるプッシュツートークトラフィックの大規模解析のための装置、及び対応するコンピュータプログラムに関するものである。
【背景技術】
【０００２】
パケット交換方式のプッシュツートークサービスの目的は、１人以上の加入者との半二重音声通信を提供することであり、例えば、トランシーバ（wakie-talkie）システムから分るように、誰か他の人が話す間は無線送信の必要性は排除している。
【０００３】
パケット交換方式のプッシュツートークサービスの基礎をなす基本的な制御メカニズムは、下記において発言権（floor）制御メカニズムとも呼ばれるが、例えば、専用のプッシュツートークボタンを押すことによって、ある加入者が話す許可を取得すると、その後、その加入者は、話すことができ、他方、例えば、プッシュツートークボタンを放すことによって、アクティブな加入者が辞退するまで、それ以外の加入者は聞く、ということを保証する。また、プッシュツートークサービスは、移動端末のアドレス帳から選択された少なくとも１人の加入者に対して、音声メッセージを簡単に送受信するようにも設計されている。
【０００４】
プッシュツートークサービスについて現在確立している規格は、存在（プレゼンス）情報に基づく機能を除いて、ユーザネットワーク機能と、プッシュツートークサービスの最初の導入で移動局の互換性を実現するために必要な機能とを定義しているにすぎない。従って、複数のプッシュツートークシステムの相互運用性、特に、無線通信システム上での相互運用性は、未定義のままである。
【０００５】
図１は、３ＧＰＰにおいて標準化された、インターネットプロトコルＩＰマルチメディアサブシステムのＩＭＳコンセプト上で提供され、かつ、それを基にした、現在確立しているプッシュツートークシステムを示している。
【０００６】
図１に示すように、プッシュツートークサービスの配信のために、移動局１０、アプリケーションサーバ１２、そしてＩＰマルチメディアシステム１４の間に、無線アクセスネットワーク１６、コアネットワーク１８、そしてサービスネットワーク２０を介して、接続が確立している。移動局１０は、基地局コントローラ２４の制御の下で動作している基地送受信局２２を介して、アクセスネットワークに接続している。
【０００７】
図１に示すように、アクセスネットワーク１６とコアネットワーク１８の間の相互作用は、在圏ＧＰＲＳサポートノード２６を通じて実現され、コアネットワーク１８とサービスネットワーク２０の間の相互作用は、ゲートウェイＧＰＲＳサポートノード２８によって実現される。異なるサブシステムにおけるデータの交換のために、参照符号Ａｂｉｓ、Ｇｂ、Ｇｐ、Ｇｐ、Ｇｎ、Ｇｉは、例えば、３ＧＰＰに従って定義された、異なるインタフェースを示しているが、それらは当業者には一般に知られており、従って、ここでは詳細に説明しない。
【０００８】
図１に示すように、ＩＰマルチメディアシステム１４は、呼セッション制御機能３０とメディアリソース機能３２とに分けられている。
【０００９】
図１に示すように、ＩＰマルチメディアシステム１４のほかに、アプリケーションサーバ１２が、グループ管理の目的で、例えば、グループリスト管理サーバＧＬＭＳとして提供されている。また、移動局１０とサービスネットワーク内のプッシュツートークコンポーネント間の通信は、携帯電話（cellular）によるプッシュツートークの３つのインタフェースを使用する。
【００１０】
−グループ管理インタフェースＩｍは、拡張マークアップ言語ＸＭＬプロトコルに基づくハイパーテキスト転送プロトコル（ＨＴＴＰ）である「携帯電話によるプッシュツートーク（ＰｏＣ）技術仕様書、リスト管理及びＤｏ−ｎｏｔ−Ｄｉｓｔｕｒｂ（邪魔しないで）、ＰｏＣリリース１．０、Ｖ１．１．３、２００３年８月」を通じて、アクセスリストとグループのメンバーシップとを操作するために用いられる。
【００１１】
−シグナリングインタフェース（Ｉｓ）は、「携帯電話によるプッシュツートーク（ＰｏＣ）技術仕様書、シグナリングフロー、ＰｏＣリリース１．０、Ｖ１．１．０、２００３年８月」を通じて、セッション管理の目的で使用される。セッション開始プロトコル、即ち、ＳＩＰである「ＩＥＴＦ  ＲＦＣ  ２５４３プロトコル」、及び、セッション記述プロトコル、即ち、ＳＤＰである「ＩＥＴＦ  ＲＦＣ  ２３２７プロトコル」が、セッション管理のために導入されている。これらのプロトコルも、ＳｉｇＣｏｍｐである「ＩＥＴＦ  ＲＦＣ  ３３２０及び３３２１」を用いるプロトコル圧縮の対象となっても良い。
【００１２】
−トラフィックインタフェースＩｔは、「携帯電話によるプッシュツートーク（ＰｏＣ）技術仕様書、トランスポートプロトコル、ＰｏＣリリース１．０、Ｖ１．１．０、２００３年８月」を通じて、発言権制御及び音声送信のために使用される。従来、音声／動画のプロファイル／リアルタイム転送プロトコル、即ち、ＡＶＰ／ＲＴＰであるＩＥＴＦ  ＲＦＣ３５５０は、発話サンプルを伝達し、リアルタイム転送制御プロトコル、即ち、ＲＴＣＰであるＩＥＴＦ  ＲＦＣ３６０５は、プッシュツートークバーストの終わりに品質レポートを送信している。更に、発言権制御メッセージが、ＲＴＣＰヘッダ内の特定用途向け拡張フィールドにおいて配信される。
【００１３】
異なるプロトコルに言及が行われる場合、これらのプロトコルは当業者には周知であるとみなされるであろうから、これ以上詳細には説明しないが参照により本明細書に含まれることに注意されたい。
【００１４】
図１に示すプッシュツートークアーキテクチャについて考える場合、そのようなシステムの動作についての１つの重要な問題は、提供されたプッシュツートークサービスの解析である。換言すれば、プッシュツートークサービスの可能性は、その性能に大きく依存する、これは、加入者に広く浸透させるためには迅速なアクセスと良好な音声品質とが不可欠な前提条件であるからである。
【００１５】
従って、システムの実際の動作中にプッシュツートークの性能を監視することは、特に重要であり、その場合、加入者人口の内の多数が影響を受ける前に、性能の問題が検出される必要があり、かつ、トラブルシューティングのための適切な情報が取得されなければならない。
【００１６】
以下で概説するように、現時点では、プッシュツートークサービスの性能をテストするためには、能動的な測定技術だけが利用可能である。
【００１７】
１つの第１例は、無線によるプッシュツートーク、即ち、「無線によるプッシュツートークテストシステム、ＳＰＩＲＥＮＴ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、４／０４  ｖ．１、ｈｔｔｐ：／／ｗｗｗ．ｓｐｉｒｅｎｔｃｏｍ．ｃｏｍ／ｄｏｃｕｍｅｎｔｓ／１３７７．ｐｄｆがある。これは、移動局及びネットワークに対する自動化された能動的な測定に基づく性能テイストを提供する。このツールの主な目的は、エンドツーエンドの音声品質解析及びサービスアクセス遅延測定を実行することである。このテストシステムは、品質測定に関与する２つの移動局に接続されている。従って、実際のエンドツーエンドの性能を測定することが可能であるといっても、これは２つの特定の移動局間でのみ実現される。
【００１８】
また、能動的な監視は特定のプッシュツートークセッションについては非常に正確である一方で、非常に面倒でもある。換言すれば、能動的な監視及びそれに関連するテストは、限られた数の専用サービスエンドポイントからしか実行できないのであって、従って、自動化することは難しい。更に、例えば、多くの基地局を含む多くの移動局を使用することによって、ネットワーク全体から捕捉される多量の測定データの統計的解析は、非常に費用がかさみ、かつ、時間がかかり、更に、現場に設置される移動通信環境の複雑性を考えると、実際には実行不可能である。
【００１９】
もう１つの選択肢は、ネットワークインタフェース、例えば、Ｇｂ−インタフェース、Ｇｉ−インタフェース、あるいはＧｎ−インタフェースにプロトコルテスターを取り付けて、通信ネットワーク内のそのポイントで観測されるデータパケットを捕捉することであろう。
【００２０】
それでもやはり、関連のネットワークインタフェースデータの解析の間に、例えば、下記のような問題が発生する。
【００２１】
−セッション開始プロトコル、即ち、ＳＩＰメッセージが、例えば、ＳｉｇＣｏｍｐプロトコルを用いて圧縮されることがある。従って、関連のメッセージは、プッシュツートークセッションに関連付けられる状態情報を含むことがあり、これは、個々のセッション開始プロトコル、即ち、ＳＩＰメッセージの内容は、以前のプロトコル状態を追跡せずに解釈することはできないことを意味する。
【００２２】
−重要なエンドツーエンドの性能尺度は、ダウンリンク方向の音声品質を除く、ジッタ及びデータ損失が利用可能である、プロトコルデータフィールド内では直接検出することができない。また、エンドツーエンドの性能は、複雑なデータパケットフィルタに基づく、対応するイベントとそれに関連するデータパケットとのサーチを必要とする。
【００２３】
上述のことに加えて、性能の問題を追跡するために使用することができる、ネットワークノード内で実装されている性能カウンタが存在する。しかしながら、これらのカウンタの一部は、特定のサービスに対して専用とされているのではなく、むしろ、一般的なＧＳＭ／ＧＰＲＳもしくはＵＭＴＳシステムに対するものとなっている。郵便、電話、電報ネットワークのネットワークノードにはサービス関連カウンタが存在するが、これらのカウンタは、低レベルのプロトコルの対話しか測定しない。
【００２４】
カウンタの用途を考慮する場合も、ここでもいくつかの問題が発生する。
【００２５】
−システム専用のカウンタは、例えば、単位時間内に着信するデータパケット数、あるいは加入者のセッション数及び関連のパケットデータのプロトコルのコンテキストについて、かなり限定されたタイプの統計データを提供する。また、システム専用のカウンタを、郵便、電話、電報サービスに結びつけることは、ほとんど不可能である。
【００２６】
−サービス専用のカウンタは、基本的な性能情報、例えば、リクエスト及び応答のタイプに基づくＳＩＰ応答時間を、総量に基づいて提供する。カウンタは、プッシュツートークセッション及び対応する加入者の識別に関わる詳細な性能解析をサポートしていない。
【００２７】
−ベンダが異なれば、カウンタ、ログファイルフォーマット、ネットワーキングノードからダウンロードするためメカニズムも異なるため、マルチベンダ環境においてオンラインで一貫性のある性能監視システムを構築することが無駄になる。また、この目的でのノードのリソースには限度があるであろう。換言すれば、一般に、異なる性能指標を測定するためには、相当なハードウェア／ソフトウェアのリソースが必要となるであろうし、それはネットワーキング要素のコストを増加させることにもなろう。また、カウンタに基づく性能解析スキームについてのリソースの制限の結果として、これらのカウンタの時間分解能が粗雑になる。
【００２８】
上記のことを考慮して、既存のソリューションは、ネットワークオペレータに生じる次のような重要な質問への回答を提供していない。
【００２９】
−呼制御機能及び発言権制御機能は、加入者が満足するほど充分高速で動作しているか。
【００３０】
−成功したプッシュツートークセッションの音声品質は満足のいくものであったか。
【００３１】
−性能の問題が発生した場合の、加入者、加入者のグループ、あるいはネットワーク領域を特定することができるか。
【００３２】
発明の要約
上述の観点から、本発明の目的は、移動通信環境において、プッシュツートークサービス性能の効率的でかつ大規模な特徴付けについてのソリューションを提供することである。
【００３３】
本発明に従えば、この目的は、通信ネットワーク内のプッシュツートークトラフィックの受動的な評価の方法によって実現される。プッシュツートークトラフィックは、異なるトラフィッククラスに従って複数のデータトランザクションに分かれる少なくとも１つのプッシュツートークセッションを通じて生成されると仮定する。第１トラフィッククラスは、ユーザ端末と、ユーザ端末が通信ネットワークにログオンするための通信ネットワークとの間の対話を対象とし、第２トラフィッククラスは、プッシュツートークセッションの開始に対する、ユーザ端末と通信ネットワークのプッシュツートーク管理ノードとの間の対話を対象とし、第３トラフィッククラスは、ユーザ端末同士のプッシュツートークペイロードデータの交換を対象とする。
【００３４】
本発明の方法は、通信ネットワーク内でデータトランザクションを捕捉するステップと、捕捉されたデータトランザクションから、プッシュツートークに関するデータトランザクションの解釈、トラフィッククラス及びユーザとを抽出するステップと、その抽出された、プッシュツートークに関するデータトランザクションの解釈、トラフィッククラス及びユーザとの相関関係をトラフィックデータベース内に記憶するステップと、トラフィックデータベース内に記憶された情報の関数として、少なくとも１つの選択されたプッシュツートークセッションに関する少なくとも１つの性能指標を算出するステップとを備えている。
【００３５】
本発明の１つの重要な利点は、専用のエンドユーザに能動的に対応しているのではなく、プッシュツートーク通信環境の特定のポイントにおけるデータトランザクションの捕捉に依存しているという意味で受動的であることである。移動通信におけるサービスの妨害をすることなく、プッシュツートークサービスの受動的な調査を、加入者毎に、適用することができることは初めてのことである。
【００３６】
本発明の大規模なプッシュツートークサービスの解析は、構造化されかつ相関された方法でデータトランザクションを捕捉することによって生成される情報を記憶することによって行われる。これは、異なるトラフィッククラスに該当するプッシュツートークトラフィックを再構築するための基礎を形成して、その結果、全体的なプッシュツートークシステム性能についての広範囲の視野を展開する。
【００３７】
換言すれば、本発明は、オペレータが、プッシュツートークサービスが自身の通信環境で十分に動作しているかどうかを判断するためのプッシュツートークサービスに特化した大規模な解析ツールを提供する。
【００３８】
更に、本発明の受動的監視の適用を通じて、性能の問題の根源を突き止めることができる。
【００３９】
本発明に従う受動的な監視方法を使用することで、プッシュツートーク通信セッションの非常に多くの測定をオンラインで行うことが可能になる。プッシュツートークサービスの使用は、プッシュツートーク性能指標を通じて解析される。その解析結果によって、ユーザが知覚する性能を正確に特定することができ、また、移動通信ネットワーキングについての問題が発生する場合に、それを正確に特定することができる。
【００４０】
プッシュツートークトラフィックの大規模な解析に従って、本発明は、通信ネットワークの単一の標準インタフェースに適用することができる。例えば、本発明の範囲を限定することなく、本発明に従う方法は、ＧＰＲＳ／ＥＧＰＲＳ、即ち、汎用パケット無線サービス移動通信ネットワークのＧｉインタフェースで動作させることができる。一般に、サービス固有のインタフェースであって、プッシュツートークサービスの生成に関わるすべてのプロトコル要素上で動作するものであれば、いかなるインタフェースであっても本発明を適用するのにふさわしい。マルチベンダ移動通信ネットワーク内で整合性のある性能監視システムを構築するために、インタフェースは、基礎を成す移動ネットワーキングシステム、例えば、ＧＰＲＳまたはＵＭＴＳとは独立していることが好ましい。
【００４１】
更に、本発明に従えば、通信ネットワークのプッシュツートークトラフィックの大規模な解析は、基本的に、データトランザクションの受信と、その逆多重化と、その後のデータトランザクション及び、例えば、セッション開始のため、グループ管理のため、ペイロードデータの転送等のためのパケットデータのプロトコルのコンテキストの確立のために交換される関連のデータパケットの解釈と、その後の生成される解析結果のデータベースへの記憶と、そして、生成されるデータベースのクエリによる性能指標の算出とに、分かれる。データパケットの解析中に生成される情報の一部は、データパケットの効率的な逆多重化のためにデマルチプレクサ（逆多重化器）にフィードバックされることが好ましい。
【００４２】
より詳細には、様々なタイプのデータトランザクションが、データパケットのコンテキストのプロトコルに従って、データパケットのコンテキストの確立に関連している。ここで、この解析は、アクティブユーザのアイデンティティと関連の通信アドレスとの間の関連を生成することができる。この情報は、データベースに記憶されるだけでなく、データパケットの受信フローの逆多重化のためにデマルチプレクサにフィードバックすることができる。データベースに記憶するための更なる情報が、データパケットコンテキストパラメータに関連付けられても良い。
【００４３】
捕捉されたデータトランザクションの解析の更なるステップは、セッション開始プロトコル及びセッション記述プロトコルに従ってプッシュツートークセッションに参加するアクティブユーザの開始に関連付けられる。ここで、関連するデータパケットに対する圧縮が発生するとすると、本発明に従って、それについてのその後の解析の前に、アクティブユーザの開始の実行のために交換されるデータパケットを解凍するステップが実行されても良い。そのような情報は、通信ポート、例えば、ＩＰポートを記述してもよい。この通信ポートは、ペイロードデータ転送プロトコル及び関連する転送制御プロトコル、例えば、ＲＴＰ及びＲＴＣＰの少なくとも一方に従って、開始されたセッションの更なる識別及び呼出アクティブユーザの識別の情報の交換に使用される。また、同様の情報がトラフィックデータベースに記憶されても良い。
【００４４】
更に、データトランザクションの別のタイプの解析が、関連する転送制御プロトコル、例えば、ＲＴＣＰに従って、プッシュツートークセッションペイロードデータの転送の制御に関連付けられても良い。
【００４５】
更に、データトランザクションの別のタイプの解析が、関連のペイロードデータバーストの再構築のため、関連するデータ転送プロトコル、例えば、ＲＴＰに関連付けられても良い。
【００４６】
更に、データトランザクションの別のタイプの解析が、制御情報データ転送プロトコル、例えば、ＨＴＴＰに従って、グループ管理及びアクセス制御に関連付けられても良い。
【００４７】
更に、本発明の好適実施形態は、性能指標の算出に関わる。
【００４８】
本発明の好適な一実施形態に従えば、性能指標は、プッシュツートークセッション中のデータ交換に対して定義される様々なタイプのトラフィッククラスに関して定義される。換言すれば、性能指標は、データパケットコンテキストの確立の特性、プッシュツートークセッションの開始、グループ管理及びアクセス制御の特性、ペイロードデータ交換、及びペイロードデータ交換の制御に対して定義される。
【００４９】
これらのトラフィッククラスの固有の性能指標に従うことで、本発明は、通信ネットワークのプッシュツートークセッションの非常に詳細かつ正確な解析を可能にし、また、関連する特定の問題を必要に応じて正確に突き止めることが可能になる。
【００５０】
好適な一実施形態に従えば、プッシュツートークセッション及びアクティブユーザの少なくとも一方のサブセットに集中するために、性能指標の算出中は関連情報をフィルタにかけることが提案される。
【００５１】
また、本発明は、トラフィックデータベースに記憶される性能データの評価を、いかなる特定のタイプの評価にも限定されない。プッシュツートークセッションを解析する場合、最高の有用性があることを立証するキーとなる性能指標を配信するために、いかなる有用な性能予測が、記憶されたプッシュツートークセッション特性に適用されても良い。
【００５２】
本発明に従う方法を使用して、例えば、「プッシュツートーク呼セットアップ成功指標」、「最初のプッシュツートーク時間」、「その後のプッシュツートーク時間」、及び「最初のバッファリング時間」のような、例えば、エンドポイントで測定される実際の性能指標に近い推定を取得することが可能である。また、性能指標の適切な定義を通じて、音声品質を評価することができる。
【００５３】
本発明に従って、移動通信環境におけるプッシュツートークトラフィックの受動的監視用の監視装置の内部メモリに直接ロード可能なコンピュータプログラムが提供される。このコンピュータプログラムは、このプログラムが監視装置のプロセッサ上で動作する場合に本発明の受動的監視プロセスを実行するためのソフトウェアコード部分を備えている。
【００５４】
従って、本発明は、コンピュータシステムもしくはプロセッサシステムに本発明の方法のステップを実装することを実現するために提供される。結論として、そのような実装は、コンピュータシステムと共に使用する、あるいはより具体的には、例えば、移動通信環境のプッシュツートークトラフィックの受動的監視のための監視装置に備わるプロセッサと共に使用する、コンピュータプログラムの提供をもたらすことになる。
【００５５】
本発明の機能を定義するこのプログラムは、様々な形式でコンピュータ／プロセッサに配信することができる。この形式には、書込不可の記憶媒体、例えば、プロセッサもしくはコンピュータＩ／Ｏ付属装置によって読取可能なＲＯＭもしくはＣＤ  ＲＯＭディスクのようなリードオンリーメモリ装置上に永久的に記憶される情報、書込可能な記憶媒体、即ち、フロッピー（登録商標）ディスク及びハードドライブ上に記憶される情報、あるいは、モデムやその他のインタフェース装置を介して、例えば、ネットワーク及び／またはインターネット及び／または電話ネットワークのような通信媒体を通じてコンピュータ／プロセッサに搬送される情報とを含んでいるが、それらに限定されるものではない。本発明の概念を実装するプロセッサで読取可能な命令を搬送する場合、そのような媒体は、本発明の別の実施形態を表現すると理解されるべきである。
【００５６】
最良の形態及び実施形態の詳細
以下では、本発明の最良の態様及び本発明の好適実施形態を、図面を参照して説明する。ここで、本発明に従う様々な態様及び関連の機能は、ソフトウェア及びハードウェア、それらの組み合わせのいずれかにおいて実装されても良いことに注意されたい。また、図の中に様々なユニットが示される場合、それがいかなるユニットであっても、適切に構成された専用のハードウェアもしくは汎用ハードウェア、例えば、ＤＳＰプロセッサ、マイクロコンピュータ、関連のメモリ等を使用されて実装されてよいと理解されるべきである。そのようなコンポーネントはいかなるものであっても一般に当業者には周知であるの、それについての詳細説明は省略する。
【００５７】
更に、図１にＧＰＲＳ移動通信ネットワーク上のプッシュツートークサービスのアーキテクチャが示されているように、上述の説明は、本発明の以下の開示にも適用され、例えば、ネットワークアーキテクチャに従って、関係する機能エンティティと、様々なレイヤのシグナリングと、様々なインタフェースと、そしてプッシュツートークサービスの配信に関して説明されるプロトコルとに適用される。
【００５８】
更に、本発明のプッシュツートークサービス配信の大規模解析の適用及び関連する監視装置の実装は、移動通信ネットワーク、例えば、図１に示すＧＰＲＳ移動通信ネットワークの、いかなる単一のポイントで行われてもよいことに注意されたい。
【００５９】
しかしながら、本発明の適用は、特定のタイプの移動通信環境及びいかなるベアラ技術にも限定されず、例えば、３ＧＰＰ、ｃｄｍａ２０００、ＩＭＴ２０００のようないかなる規格に基づくＵＭＴＳであろうと、あるいはプッシュツートークサービス等をサポートするいかなるタイプの有線ネットワークであろうと、本発明に十分適用可能である。
【００６０】
本発明の取付け及び適用のための特定のポイントについて考える限り、プッシュツートークサービスの創設及び実行に関わるすべてのプロトコル要素に作用するポイント、例えば、図１に示すＧｉインタフェースを選択することが望ましい。
【００６１】
以下の説明から明らかになるであろうが、基礎を成す通信ネットワークのタイプ及びプッシュツートークサービスの配信に使用されるプロトコルスタックには関係なく、本発明は、マルチベンダ移動通信ネットワークにおいて整合性のある性能監視システムを構築することを可能にする。
【００６２】
更に、以下の説明によって、本発明がプッシュツートークサービスの大規模解析を受動的な方法で適用するということが示されるであろう。これは、ネットワーク運用への干渉もしくは妨害をすることなく、進行中のプロセスを非侵害的に監視することを意味する。
【００６３】
基本的には、本発明の範囲を制限することなく、プッシュツートークトラフィックのために開始されるデータトランザクションを様々なトラフィッククラスに分類することができる。
【００６４】
１．第１トラフィッククラスは、ユーザ端末と、そのユーザ端末がログオンするための通信ネットワークとの間の対話を対象とする。対応するプロトコルの一例として、パケットデータプロトコルがある。
【００６５】
２．第２トラフィッククラスは、プッシュツートークセッションの初期化のための通信ネットワークにおける、ユーザ端末とプッシュツートーク管理ノード、例えば、図１に示すアプリケーションサーバ１２、との間の対話を対象とする。関連するプロトコルの典型例として、セッション開始プロトコル（session initialization（初期設定） protocol）、即ち、ＳＩＰとセッション記述プロトコル、即ち、ＳＤＰとがある。
【００６６】
３．第３トラフィッククラスは、ユーザ端末同士のプッシュツートークペイロードデータの交換を対象とする。これは、例えば、リアルタイムプロトコルに従って実現されても良い。また、第３トラフィッククラスに入るものとして、ペイロードデータ転送制御のためのデータトランザクションもある。ここでは、関連するプロトコルの一例として、リアルタイム制御プロトコルがある。
【００６７】
４．第４トラフィッククラスは、通信ネットワーク内のグループ管理ノードとグループ管理及びアクセス制御のためのユーザ端末との間の対話を対象とする。これは、ハイパーテキスト転送プロトコルに従って、また、グループリスト管理サーバ、即ち、ＧＬＭＳのサポートを通じて実現されても良い。
【００６８】
上述のことを考慮して、本発明の最良の態様と好適な実施形態とを、以下で詳細に説明する。
【００６９】
図２は、移動通信環境におけるプッシュツートークトラフィックの大規模解析のために提供される評価装置３４の概略図を示している
図２に示すように、評価装置３４は、捕捉ユニット３６、抽出ユニット３８、記憶ユニット４０、そして算出ユニット４２を備えている。評価装置の別のサブユニットと相互に通信し、かつコントローラ（図２では不図示）の制御の下で動作しても良い。
【００７０】
図３は、図２に示す監視装置３４の動作のフローチャートを示している。
【００７１】
図３に示すように、捕捉ユニット３６は、通信ネットワークのデータトランザクションを捕捉することを動作可能なようにステップＳ１０を実行する。これらのデータトランザクションは、プッシュツートークに関連すべきであり、また、例えば、運用可能な移動通信ネットワーク、例えば、ＧＰＲＳ／ＵＭＴＳにおける標準化インタフェースで実行されても良い。
【００７２】
図３に示すように、抽出ユニット３８は、捕捉されたデータトランザクションから、プッシュツートークに関連するデータトランザクションの解釈、トラフィッククラス及びユーザとを少なくとも抽出することを動作可能なようにステップＳ１２を実行する。通常は、このステップＳ１２は、音声トーク、バースト、発言権制御と、そして管理リクエストを含むプッシュツートークセッションを再構築するために必要なすべての情報を表現して相関させるための前提条件として機能する。また、各プッシュツートークセッション及び音声バーストについての適切な情報が、その後の性能指標の処理のために記憶されるトラフィックデータベースを構築するためにも機能する。
【００７３】
図３に示すように、記憶ユニット４０は、抽出された、プッシュツートークに関連するデータトランザクションの解釈、トラフィッククラス及びユーザとの相関関係をトラフィックデータベース内に記憶することを動作可能なようにステップＳ１４を実行する。
【００７４】
図３に示すように、算出ユニット４２は、少なくとも１つの選択されたプッシュツートークセッションに関して、トラフィックデータベースに記憶された情報の関数として、少なくとも１つの性能指標を算出することを動作可能なようにステップＳ１６を実行する。ここで、性能指標を導出するために評価される関数は、本発明の枠組みの中で自由に構成でき、例えば、いかなるタイプの統計的な関数であってもよいし、あるいは性能指標と関連の測定データとの間のあらかじめ決められた関係であっても良い。
【００７５】
図４は、図２に示す捕捉ユニット３６の詳細な概略図である。
【００７６】
図４に示すように、捕捉ユニット３６は、逆多重化ユニット４４、データパケットタイプ識別ユニット４６を備え、任意のフィルタユニット４８、タイムスタンプユニット５０と、トレースメモリユニット５２、そしてインタフェースユニット５４とを備えている。
【００７７】
図５は、図４に示す捕捉ユニット３６の動作のフローチャートを示している。
【００７８】
図５に示すように、タイムスタンプユニット５０は、データトランザクション中に交換されるデータパケットにタイムスタンプを付加することを動作可能なようにステップＳ１８を実行する。逆多重化されたデータパケットへのタイムスタンプの付加により、プッシュツートークセッション中に異なるサブセッションを再構築するために、トレースメモリユニット５２を介在させることが可能である。
【００７９】
図５に示すように、トレースメモリユニット５２は、タイムスタンプが付加されたデータパケットをバッファすることを動作可能なようにステップＳ２０を実行する。
【００８０】
図５に示すように、データパケットタイプ識別ユニット４６は、データパケットのタイプを識別することを動作可能なようにステップＳ２２を実行する。ここで、データパケットタイプ識別ユニット４６は、データトランザクションの解析からのフィードバックに基づいてデータパケットタイプを動的に認識するように構成されているが、これについては以下でより詳細に説明する。
【００８１】
例えば、データタイプは、関連するプロトコルタイプ、通信アドレス、通信ポート番号等によって識別されても良い。コマンドシーケンスと、例えば、セッション開始プロトコル、即ち、ＳＩＰメッセージ及び関連するデータパケットの呼識別フィールドとを考慮することによって、データパケットタイプ識別ユニット４６は、あるデータパケットがどのプッシュツートークセッションに属しているかを決定するようにも動作可能である。これが、図２に示す評価ユニット３８の適切な解析ユニットにデータパケットを転送することのトリガーとなる。
【００８２】
図５に示すように、逆多重化ユニット４４は、データトランザクションに関連するデータパケットを逆多重化することを動作可能なようにステップＳ２４を実行する。ここで、タイムスタンプユニット５０によってタイムスタンプが付加され、トレースメモリユニット５２でバッファされているデータパケットに基づいて、ステップＳ２４で逆多重化が実行される。
【００８３】
更に、トラフィックトレースを取り扱うために必要な一部の情報は、トラフィックトレースもしくはデータパケットの同等のフロー自身からは取得することができないので、時間と共に変化することがあるコンフィグレーション（構成）情報として逆多重化ユニット４４に対して指定され、インタフェースユニット５４を介して転送されることになる。
【００８４】
図６は、図２に示す抽出ユニット３８の詳細な概略図である。
【００８５】
図６に示すように、抽出ユニット３８は、データコンテキスト解析ユニット５６、デコンプレッサユニット６０を通じてデータが供給されるセッション開始解析ユニット５８とを備えている。また、抽出ユニット３８は、データ転送ユニット６２、データ転送制御解析ユニット６４、グループ管理解析ユニット６６、そして図２に示す記憶ユニットに対応するトラフィックデータベース６８とを備えている。更に、図６では、抽出ユニット３８の様々なサブユニットと、外部コンポーネント、例えば、捕捉ユニット３６及び算出ユニット４２との間の通信フローが、実線及び点線の矢印で示されている。
【００８６】
抽出ユニット３８は、プッシュツートークセッションの特定のサブセッションを解析するように構成されている複数の異なる解析ユニットに分かれていることがわかるが、それは第１に、解析レコードをトラフィックデータベース６８へ適切に配信するためであり、第２に、適切なコンフィグレーションデータを捕捉ユニット３６、特に、その中に含まれている逆多重化ユニットへフィードバックするためである。
【００８７】
また、図６に従えば、抽出ユニット３８は、トラフィックデータベース６８を備えるように示されているが、このトラフィックデータベース６８もまた、通信環境においてスタンドアローンのユニットとして別個に、あるいは本発明に関して説明される、その他のいかなるユニットと組み合わせて、提供されてもよいことに注意されたい。従って、図６に示す構成は、一例であるとして理解されるべきであり、本発明の範囲を限定していると理解されてはならない。
【００８８】
図７は、図６に示す抽出ユニット３８の動作のフローチャートを示している。
【００８９】
図７に示すように、トレース対象のインタフェースをステップＳ２６において決定した後、データコンテキスト解析ユニット５６は、新規のアクティブユーザの通信アドレスを識別するために、データパケットコンテキストプロトコル、例えば、ＰＤＰもしくはＰＰＰに従ってデータパケットコンテキストを確立するデータトランザクションと共に交換される制御パケットを解析することを動作可能なようにステップＳ２８を実行する。
【００９０】
図６に示すように、データコンテキスト解析ユニット５６は、データパケットの逆多重化のために、解析された通信アドレスと関連のアクティブユーザ識別との関係を捕捉ユニット３６へフィードバックするステップを動作可能なように実行する。
【００９１】
また、図６に示すように、データコンテキスト解析ユニット５６は、データパケットコンテキストレコードまたは同等のフローレコードをトラフィックデータベース６８へ転送するステップを動作可能なように実行する。
【００９２】
ここで、データパケットコンテキストレコードは、データパケットコンテキストを確立するために交換されるデータパケットの解析と第１トラフィッククラスの指標との間の相関関係を反映する情報を含んでいる。更に、第１トラフィッククラスのトラフィック特性は、アクティブユーザ識別、通信アドレス、及び、例えば、データパケットコンテキストパラメータのＱｏＳの少なくとも１を対象とする。
【００９３】
より詳細には、データコンテキスト解析ユニット５６は、パケットデータコンテキストを確立したユーザを１人以上検出するために、レイヤ３セッション管理を解析することによって、パケットデータプロトコル、即ち、ＰＤＰコンテキスト確立処理を解釈するように構成されていても良い。また、データコンテキスト解析ユニット５６は、プッシュツートークサービスを使用することを要望する新たに登場するアクティブユーザのために、例えば、ＩＰアドレスのような通信アドレスや、ＩＭＳＩ値のような加入者ＩＤを識別するように構成されていても良い。次いで、データコンテキスト解析ユニット５６は、｛加入者ＩＤと通信アドレスの｝ペアを捕捉ユニット３６にフィードバックしても良い。また、データパケットコンテキストレコードは、加入者ＩＤ、通信ＩＰアドレス、あるいは適切なタイプの、その他のいかなるタイプのＰＤＰコンテキストパラメータ等の類の情報を含んでいても良い。一般的には、性能指標の算出をサポートするため使用されてもよい情報が、データコンテキスト解析ユニット５６からトラフィックデータベース６８へ転送されても良い。
【００９４】
図７に示すように、セッション開始解析ユニット５８は、プッシュツートークセッションに参加するアクティブユーザの開始をセッション開始プロトコル及びセッション記述プロトコルに従って実行するためのデータトランザクションで交換されるデータパケットを解析することを動作可能なようにステップＳ３０を実行する。また、セッション開始解析ユニット５８は、データ転送及びデータ転送制御を解析するために必要な情報を生成するためにセッション開始セッションを再構築するステップ３２を実行しても良い。これについては、以下で、より詳細に説明する。
【００９５】
より詳細には、セッション開始解析ユニット５８は、関連するプロトコルの例として、セッション開始プロトコル、即ち、ＳＩＰ及びセッション記述プロトコル、即ち、ＳＤＰに従って、プッシュツートークセッションに参加しているアクティブユーザの開始を実行するためのデータパケットの交換を解析するように構成されても良い。
【００９６】
ここでセッション開始セッションは、各セッション開始ＳＩＰパケット内で搬送される、ユーザ通信／ＩＰアドレス及び呼ＩＤプロトコルヘッダフィールドを使用して固有に識別されても良い。ＳＩＰプロトコルの下で、いわゆるＳＩＰ  ＩＮＶＩＴＥ（招待）メッセージによって検出される、セッション開始呼のスタートとして、関連するセッション記述ＳＩＰパケットは、対応する転送プロトコルＲＴＰデータパケット及び転送制御プロトコル、即ち、ＲＴＣＰデータパケットが使用することになるポート番号を記述している。セッション開始内で、関連するＲＴＰトークバーストと、ＲＴＣＰ発言権制御シグナリングトランザクションと、ＲＴＣＰ品質レポートとが、次いで再構築されても良い。
【００９７】
また、図６に示すように、セッション開始解析ユニット５８は、データパケットを逆多重化するための情報をフィードバックするステップを動作可能なように実行する。この情報は、セッションペイロードデータ転送プロトコル（ＲＴＰ）及び／またはセッションペイロードデータ転送制御プロトコル（ＲＴＣＰ）、開始されたセッションの識別及び／または呼出アクティブユーザの識別に従う情報の交換のために使用される通信ポートを記述する。
【００９８】
また、図６に示すように、セッション開始解析ユニット５８は、セッションレコードをトラフィックデータベースへ転送するステップを動作可能なように実行する。セッションレコードは、プッシュツートークセッションの識別とプッシュツートークセッションに参加するアクティブユーザの開始の実行のために交換されるデータパケットの解析と、第２トラフィッククラスの指標との間の相関関係を反映する情報を含んでいる。
【００９９】
より詳細には、セッションレコードは、転送プロトコル及び転送制御プロトコル、例えば、ＲＴＰ及び／またはＲＴＣＰの下の通信ポートを記述する情報と、更なるセッション開始の識別、例えば、ＳＩＰセッションＩＤ及び／または呼出パーティ識別を含んでいても良い。最後に、セッション開始解析ユニット５８は、ＲＴＰトークバースト及び関連するＲＴＣＰ制御メッセージを送信するためのＳＩＰセッション内において使用されるＲＴＰポート番号及びＲＴＣＰポート番号を提供するために、ＳＩＰ登録及びＳＩＰセッションを再構築しても良い。また、他の識別子、例えば、コマンドシーケンス、呼の識別、呼出ユーザの識別等が処理されても良い。次いで、識別されたセッションパラメータに基づいて、トラフィックデータベース６８に記憶するためにセッションレコードが作成される。
【０１００】
以下において、セッション開始解析に関して実行される解凍（デコンプレション：de-compression）の詳細について説明する。
【０１０１】
図６に示すように、セッション開始解析ユニット５８へデータを供給する解凍ユニット６０は、アクティブユーザの開始を実行するためのデータトランザクションで交換されるデータパケットを解凍するステップを動作可能なように実行する。本発明に従えば、解凍するための統合された状態メモリを、第２トラフィッククラスのすべてのデータトランザクションが表現されるように維持することが提案される。また、解凍ユニット６０は、統合された状態メモリを、状態が自動的に削除されてもよいように管理するように構成されている。
【０１０２】
より詳細には、例えば、携帯電話によるプッシュツートークにおいて、貴重な無線リソースに基づいてプッシュツートーク接続をセットアップするために、人間が読取可能なセッション開始プロトコル及びセッション記述プロトコル、例えば、ＳＩＰ／ＳＣＰが使用される。従って、セッション開始及び記述の通信を、例えば、ＲＦＣ３３２０及びＲＦＣ３３２１によって定義されるシグナリング圧縮プロトコルであるＳｉｇＣｏｍｐに従って圧縮する選択肢があり、これは参照することにより本明細書に含まれる。
【０１０３】
大規模プッシュツートーク解析の観点からは、圧縮を使用することの欠点は、通信セッションの初期段階で保存された状態を知らなければ、圧縮されたメッセージが解凍できない可能性があることである。
【０１０４】
この点から見て、ユニバーサル転写プロトコル、即ち、ＵＴＰもしくは転送制御プロトコル、即ち、ＴＣＰにそれぞれ基づくメッセージあるいはストリームのような、アプリケーション及び基礎を成すトランスポート間のレイヤとして、シグナリングの圧縮がアプリケーションに提供される。シグナリング圧縮レイヤによって提供されるサービスは、基礎をなすトランスポートのサービスである。ここで、圧縮／解凍プロセスは、送信エンティティによって完全に制御されることに注意されたい。
【０１０５】
従来、例えば、Ｊａｖａ（登録商標）バーチャルマシンによく似ているがデコンプレッサ（de-compressor：解凍ユニット）のバイトコードを実行する目的だけのために設計されている、いわゆるユニバーサルデコンプレッサバーチャルマシン、即ち、ＵＤＶＭ上で実行されてもよい、いわゆるバイナリのデコンプレッサのバイトコードは、シグナリング圧縮メッセージを使用して送信される。次いで、送信エンティティについて何も知らなくても、自己抽出方式で解凍が実行され、逆も同様である。
【０１０６】
メッセージ及び関連するデータパケットを解凍する場合、ユニバーサルデコンプレッサバーチャルマシン、即ち、ＵＤＶＭは、状態、バイトコード、そして、例えば、マッチしている文字列（ストリング）を参照するための辞書とを記憶するメモリにアクセスすることができる。これについては、例えば、Ｊａｎ  ＣｈｒｉｓｔｏｆｆｅｒｓｓｏｎによるＬＺＢＳ−ＳｉｇＣｏｍｐ用圧縮アルゴリズム及びＤＥＦＬＡＴＥ  圧縮データフォーマットの仕様バージョン１．３、ＲＦＣ１９５１を参照されたい。
【０１０７】
ここで、本発明に従えば、マッチした文字列（ストリング）は、その後の圧縮／解凍プロセスにおいて使用することができる統合された状態として保存される。辞書は、通常、メモリ全体、例えば、ＳｉｇＣｏｍｐの開発者のガイドであるｄｒａｆｔ−ｉｅｔｆ−ｒｏｈｃ−ｓｉｇｃｏｍｐ−ｉｍｐｌｅｍｅｎｔｅｒ−ｇｕｉｄｅ−００．ｔｘｔに記載されるサーキュラバッファを対象とする部分であり、ここでシグナリング圧縮メッセージが解凍される。従って、例えば、Ｔｈｅ  Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ（ＳＩＰ）  ａｎｄ  Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ−（ＳＤＰ）Ｓｔａｔｉｃ  Ｄｉｃｔｉｏｎａｒｙ  ｆｏｒ  Ｓｉｇｎａｌｉｎｇ  Ｃｏｍｐｒｅｓｓｉｏｎ（ＳｉｇＣｏｍｐ）（セッション開始プロトコル（ＳＩＰ）及びセッション記述プロトコル−（ＳＤＰ）シグナリングの圧縮のための静的な辞書）、ＲＦＣ  ３４８５に記載される、メモリは、現行及び以前のアプリケーションのメッセージと静的な辞書類との混合物を含んでいる。
【０１０８】
シグナリングの圧縮及び解凍の間、シグナリングの圧縮の上で動作中のアプリケーションが解凍されたメッセージを受信する場合に限り、事前状態の動作において生成されるリクエストが、メッセージ全体の解凍が成功した後で初めて実行される。この受信メカニズムは、アプリケーション固有であり、シグナリングの圧縮に関して論じられるべきではない。
【０１０９】
図６に示すシグナリング解凍ユニット６０において、異なる区画を介してセッションを区別する代わりに、すべての状態が、統合された状態メモリに保存されても良い。従って、開始状態及び終了状態は、携帯電話によるプッシュツートークの場合、シグナリング開始プロトコル、即ち、ＳＩＰパーシングが廃棄されてもよいことを必要とするような、プッシュツートークセッションである。加えて、パラメータの任意の通知を追跡する必要もない。
【０１１０】
より詳細には、図６に示す解凍ユニット６０は、以下の処理に従ってシグナリングの解凍を実現するように構成されている。
【０１１１】
１．ＳｉｇＣｏｍｐメッセージが１１１１１ｘｘｘという部分で開始するようなＳｉｇＣｏｍｐメッセージを識別する。
【０１１２】
２．ユニバーサル解凍バーチャルマシン、即ち、ＵＤＶＭインスタンスを解凍する。
【０１１３】
３．解凍が失敗した場合、エラーを返す。ここで、解凍の失敗は、いくつかの理由で発生することがあり、上述のＩＥＴＦ  ＲＦＣ３３２０に従えば、例えば、存在しない状態にアクセスしようとする、無効なＵＤＶＭ命令コード、解凍に利用可能なメモリを超えてアドレス指定する、ビット当たりの利用可能なサイクルを超える、等の場合である。
【０１１４】
４．解凍バイトコードによって要求された状態を生成して、それを解放する。ここで、例えば、ＲＦＣ３３２０に概説されるように、概念的な状態ハンドラは、解凍ユニット６０に存在する必要はない。すべての状態は、すべてのプッシュツートークセッションによって確認され、かなり長期にわたって使用されない状態は、状態メモリが大きくなりすぎている場合は、自動的に削除される。更に、例えば、セッション開始／記述辞書を記述する状態のような、保護された状態もあり、それらは、動作中は決して削除されない。
【０１１５】
５．通知される場合には、共有状態を生成する。ここで、コンプレッサは、圧縮されていないメッセージから共有状態を生成し、圧縮の間使用するため、それを通信ピアのエンドポイントに提供しても良い。これは、共有状態識別子をシグナリング圧縮メッセージのパラメータブロックで送信することによって示される。これについては、例えば、ＲＦＣ３３２１を参照されたい。
【０１１６】
６．解凍されたメッセージを返信する。
【０１１７】
上述のセッション開始の解析に関して実行される解凍の詳細に加えて、データ転送、データ転送制御、及びグループ管理に関する追加の解析ステップに対して、以下の説明で行なう。
【０１１８】
図７に示すように、データ転送制御解析ユニット６４は、セッションペイロードデータ転送制御プロトコルに従う、プッシュツートークセッションペイロードデータ転送制御及び品質レポートの少なくとも一方の制御ために、データトランザクションで交換されるデータパケットを解析するステップＳ３４を動作可能なように実行する。
【０１１９】
より詳細には、データ転送制御解析ユニット６４は、ＲＴＣＰパケットを受信することができる。関連する情報には、発言権制御情報及び品質指示がある。ここで、発言権制御は、例えば、誰が話をし誰が聞くのかを制御するために使用される。更に、制御セッション情報は、品質指示レポート、換言すれば、受信者レポートに関連付けられ、更に、例えば、データパケット数、損失データパケット数等のような、受信者によって測定されるペイロードデータパケットの何らかの統計値にも関連している。
【０１２０】
また、図６に示すように、データ転送制御解析ユニット６４は、データパケットの逆多重化のための情報をフィードバックするステップを動作可能なように実行する。ここで、この情報は、プッシュツートークセッションペイロードデータ転送制御について記述している。
【０１２１】
また、図６に示すように、データ転送制御解析ユニット６４は、ペイロードデータ転送制御レコードをトラフィックデータベース６８へ転送するステップを動作可能なように実行する。ペイロードデータ転送制御レコードは、関連するプッシュツートークセッションの識別と、プッシュツートークセッションペイロードデータの転送制御及び品質レポートの少なくとも一方のために交換されるデータパケットの解析と、同一ユーザの対応するペイロードデータトランザクションの識別と、及び同一のプッシュツートークセッションの更なる参加者のペイロードデータ及び制御データへの参照との間の相関関係を、反映する。
【０１２２】
図７に示すように、データ転送解析ユニット６２は、関連するペイロードデータバーストの再構築のために、プッシュツートークセッションペイロードデータの転送中に、セッションペイロードデータ転送プロトコルに従ってデータトランザクションで交換されるデータパケットを解析するステップＳ３６を動作可能なように実行する。
【０１２３】
より詳細には、データ転送解析ユニット６２は、特定の転送プロトコル、例えば、ＲＴＰに従ってペイロードデータとして交換されるデータパケットを解析するように構成されていても良い。次いで、再構築されたトークから、例えば、トークバーストのサイズや持続時間及び／または感知される損失及びジッタについて記述する情報が導出されても良い。
【０１２４】
また、図６に示すように、データ転送制御解析ユニット６４は、ペイロードデータ転送レコードをトラフィックデータベースへ転送するステップを動作可能なように実行する。ペイロードデータ転送レコードは、関連するプッシュツートークセッションの識別と、プッシュツートークセッションペイロードデータの転送のために交換されるデータパケットの解析と、対応する制御データトランザクションの識別と、及び同一のプッシュツートークセッションの更なる参加者のペイロードデータ及び制御データへの参照との間の相関関係を反映する。
【０１２５】
図７に示すように、グループ管理解析ユニット６６は、制御情報データ転送プロトコルに従って、グループ管理及びアクセス制御のためデータトランザクションで交換されるデータパケットを解析するためのステップＳ３８を動作可能なように実行する。
【０１２６】
より詳細には、グループ管理解析ユニット６６は、関連するデータ転送プロトコル、例えば、ＨＴＴＰに従って、グループ管理及びアクセス制御情報の抽出のために、グループ管理及びアクセス制御のために交換されるデータパケットを解析するように構成されていても良い。
【０１２７】
図７に示すように、通常、ユーザ管理及びアクセス制御は、セッション開始の直後に、特定の通信を使用して、例えば、ＨＴＴＰに基づいて、実行され、この場合、グループ管理情報及びアクセス制御情報は、プッシュツートークセッションの参加者に検索される。その後いつでも、ユーザのリクエストがあれば、この制御情報はその後修正されても良い。
【０１２８】
また、図６に示すように、グループ管理解析ユニット６６は、データパケットの逆多重化のための情報をフィードバックするステップを動作可能なように実行する。ここで、この情報は、ユーザグループの識別及びアクセスリストの少なくとも一方を記述している。
【０１２９】
また、図６に示すように、グループ管理制御解析ユニット６６は、セッション管理レコードをトラフィックデータベースへ転送するステップを動作可能なように実行する。ここで、そのセッション管理レコードは、プッシュツートークセッションの識別と、グループ管理及びアクセス制御のために交換されるデータパケットの解析との相関関係を反映する。
【０１３０】
以下で、性能指標算出の更なる詳細について説明する。
【０１３１】
図７に示すように、本発明に従えば、性能指標は、プッシュツートークに関連する固有のタイプのデータトランザクションに関して算出されても良いし、あるいは、複合的な方法で算出されても良い。
【０１３２】
例えば、性能指標は、データパケットコンテキストプロトコルに従ってデータパケットコンテキストを確立するデータトラフィックについて定義されていても良いし、セッション開始プロトコル及びセッション記述プロトコルに従ってプッシュツートークセッションに参加するアクティブユーザのための開始を実行するためのデータトラフィックについて定義されても良いし、制御情報データ転送プロトコルに従ってグループ管理情報及びアクセス制御情報をアクティブユーザに転送するために交換されるデータトラフィックについて定義されてもよいし、第３トラフィッククラスに従うセッションペイロードデータ転送プロトコルに従ってプッシュツートークペイロードデータの転送のために交換されるデータトラフィックについて定義されてもよいし、及び／またはペイロードデータ転送制御プロトコルに従ってプッシュツートークペイロードデータ転送の制御のために交換されるデータトラフィックについて定義されても良い。
【０１３３】
図８は、図６に示すトラフィックデータベース内で使用されるトラフィックデータベース構造の概略図である。
【０１３４】
図８に示すように、トラフィックデータベースは、上述の各種のレコードを、ユーザとネットワークとの関係を反映するセクションに記憶する、換言すれば、各種ユーザとプッシュツートークセッションを管理するネットワーキングノードとの間の通信プロセスについての情報を反映するセクションに記憶するように構成されている。このレコードに基づいて、ユーザ−ユーザの関係を反映するセッションレコードを構築するためのレコードの相互関係を使用して、様々なセッションを再構築することが可能である。これらのユーザ−ユーザ関連のセッションレコードは、図２及び図６に示す性能指標算出ユニット４２による、複合性能指標の算出に貢献する。
【０１３５】
最も単純な場合では、トラフィックデータベース５８は、１つのプッシュツートークセッション、１つのセッション開始、即ち、ＳＩＰセッション、あるいは転送プロトコル、即ち、ＲＴＰトークバースト等に対応するレコードが、セッション再構築に対して関連付けられても良いように、１ライン当たり１つのレコードを識別子と共に各ラインに記憶するファイルであっても良い。これは、通信ネットワークのプッシュツートークトラフィック全体に関する包括的な視野を発達させるために、トラフィックデータベース５８に含まれる複数の様々な情報間の関係となる。
【０１３６】
図８に示すように、性能指標算出ユニット４２は、性能指標との関係を有する情報を含む情報レコードについてトラフィックデータベース６８にクエリを行うステップと、関連の情報レコードに含まれる情報から性能指標を算出するステップとを動作可能なように実行する。任意で、プッシュツートークセッション及びアクティブユーザの少なくとも一方のサブセットに集中するために、関連の情報レコードがフィルタリングされても良い。
【０１３７】
より詳細には、専用の性能指標及び複合の性能指標の両方の性能指標を算出するステップが、以下の処理を使用して実現されても良く、これは、キーとなる性能指標及び使用尺度を算出する処理を与えるものである。
【０１３８】
１．最初に、トラフィックデータベース５８から、次に関連するレコードを読み出す。
【０１３９】
２．このレコードが、性能指標が算出されることになるタイプのものであるかをチェックする。
【０１４０】
３．任意で、例えば、ＧＰＲＳ／ＥＤＧＥに従って、例えば、端末タイプまたはパケットデータのケイパビリティなどの、加入者のサブセットに注目した追加の制限によって、レコードをフィルタにかける。
【０１４１】
４．次いで、考察される特定の呼についての性能指標によって定義される量を算出する。
【０１４２】
５．例えば、合算カウンタに値を追加すること、性能指標用の適格な呼数を算出するカウンタを増やすこと等を通じて、値を使って統計関数を更新する。
【０１４３】
６．すべての関連するレコードが処理されるまで、ステップ１に戻る。
【０１４４】
７．性能指標に関連する関数を評価することによって、性能指標の値を算出する。例えば、性能指標が平均的な値である場合、合算カウンタの値を、適格な呼のカウント値で分ける。
【０１４５】
以下において、プッシュツートークセッションのセットアップ中の早期のメディア確立及び自動応答モードについてのプロトコルの対話の一例を、図９に関して説明する。ここでは、性能指標の算出の例もあげる。しかしながら、以下で説明される性能指標及び使用尺度は例示しているだけであって、本発明の範囲を限定していると解釈されてはならないことに注意されたい。
【０１４６】
上述のように、能動的な測定では、測定ユニットが位置する専用のエンドポイントの性能を「確認する」ことができるにすぎないが、本発明に従う受動的測定方法では、搬送されるユーザのプッシュツートークトラフィック全体またはそのサブセットを、移動通信ネットワークの適切なポイントで観察することができる。
【０１４７】
図９に示すように、端末のリクエストで、特定のトラフィックパターンが発生し、通常は、応答イベントは、以前のネットワークプロトコルの対話の結果である。本発明に従えば、端末イベントと相関するそのようなプロトコルイベントを追跡することが提案される。エンドツーエンド性能の指標である重要な尺度が得られる可能性があるのは、この相関関係についてである。一般に、端末のオーバヘッドを無視してよい場合には、エンドツーエンドの性能尺度の適正な推定値が存在する。
【０１４８】
図９に示すように、端末／ネットワークの対話あるいは端末／端末の対話に関して、キーとなる性能指標が算出されても良い。そのような対話であればいかなる対話であっても、上述の意味で追跡されてもよいプロトコルイベントを生成することになる。
【０１４９】
図９に示す第３端末／ネットワークの対話は、セッション開始に関連しており、ユーザ端末＃１からメディアリソース機能及びアプリケーションサーバへの転送に分かれる。ここで、交換されるメッセージは、セッション開始招待であるＳＩＰ  ＩＮＶＩＴＥ、フィードバックサーバＳＩＰ１０３、続いてＳＩＰ２０２受入、そしてＳＩＰ  ＡＣＫであり、アクティブ端末とセッションサーバ／マルチメディアシステムの間で矢印で示される方向に沿って送信される。
【０１５０】
図９に示すように、第２端末／ネットワークの対話は、アプリケーションサーバ／マルチメディアサブシステムと更なるアクティブ端末との間のＳＩＰ  ＩＮＶＩＴＥとＳＩＰ  ２００  ＯＫメッセージの交換を介する、更なるアクティブ端末１０’の関与に関係する。
【０１５１】
メディア確立に関して、第１性能指標はプッシュツートーク呼セットアップ成功率でである。この性能指標は、観測されるプッシュツートーク呼全体に対するプッシュツートーク呼成功指標の数学的平均である。単一の呼についてのプッシュツートーク呼成功指標は、値が０もしくは１であり、そのような単一の呼についてのプッシュツートーク呼成功指標は、図８のイベント１に従えば、ある端末に対して送信される「ＳＩＰ  ＩＮＶＩＴＥ」に対する応答として、指定された時間間隔内で同一の端末から「ＳＩＰ  ２００  ＯＫ」メッセージが到来することから判断されても良い。また、ここで、失敗したプッシュツートーク呼が検出されると、失敗コードに依存するルートで呼解析が実行されても良い。
【０１５２】
更なる性能指標は、最初のプッシュツートーク時間である。この性能指標は、端末／ネットワークの対話に関連する性能指標の例として、「ＳＩＰ  ＩＮＶＩＴＥ」パケットと「ＳＩＰ  ＡＣＫ」パケットとのタイムスタンプの差を反映する。端末１０’におけるＳＩＰパケットの処理オーバヘッドが原因で、この時間差は、図９のイベント１ｂもしくは１ｅに従えば、測定位置に依存して、端末のエンドポイントで確認される真の値より常に小さくなり、これについては図９のイベント１を参照されたい。
【０１５３】
更に、図９に示すように、関連するプロトコルの対話から、トークバーストの転送中に、端末／端末の対話について追加の性能指標が導出されても良い。ここで、そのような性能指標であるならいかなるものであっても、アクティブ端末１０もしくはアクティブ端末１０’のいずれかにおけるプッシュツートークボタンの起動とその解除とを通じて、算出されても良い。
【０１５４】
性能指標のそのような例の１つとして、その後のプッシュツートーク時間があげられる。ここで、図９の２ｉ及び２ｂの少なくとも一方で示される「ＲＴＣＰ発言権要求」と「ＲＴＣＰ発言権付与」の間の時間を性能指標とすることができる。この性能指標は、アプリケーションサーバ／マルチメディアシステムのレイテンシを考慮に入れ、かつ、測定位置に依存する。ここで、本発明に従えば、各トークバーストの後で、ＲＴＣＰ送受信機レポート、即ち、ＳＲ／ＲＲが送信されるという事実を使用することも提案される。従って、図９のイベント２で示される真の値がより良好に推定することができる。
【０１５５】
更に、ダウンリンク方向において、図９のイベント３ｉ及び３ｂとして示されるＲＴＣＰ  ＳＲとＲＴＣＰ  ＲＲとの間の時間を、ダウンリンクのラウンドトリップ時間、即ち、ＲＴＴの推定値として考慮することができる。これは、実際にはＲＴＣＰ発言権リクエストと発言権付与メッセージの交換の前に欠落している。従って、以前のトークバーストからのダウンリンクＲＴＴの推定は、その後のプッシュツートーク時間を調整するために使用することができる。また、本発明に従えば、この方法を使用することで、この測定は、測定位置には依存しなくても良い。
【０１５６】
更なる性能指標は、バッファリング時間、例えば、マルチメディアシステムから発信してそこに着信する、まさに最初の転送プロトコルによるＲＴＰパケットの着信と発信の間の時間に関するものであり、また、図９にイベント４で示されるように、招待ユーザ及び被招待ユーザのセッションにおいてそれぞれそこに含まれるメディアリソース機能に関するものである。性能指標としてのバッファリング時間は、受動的測定では直接測定できない、エンドツーエンドの音声送信遅延における実際のコンポーネントのレイテンシとして考慮することができる。複数のパーティがトークの会話に参加するときにはいつでも、各受信端末に対するバッファリング時間を取得することができることに注意されたい。
【０１５７】
上述のプッシュツートーク設定成功率と、最初のプッシュツートーク時間と、その後のプッシュツートーク時間と、そしてバッファリング時間とは、メディア確立及び自動応答モードについての典型的な性能指標として特徴付けられているが、更に、この性能指標は、プッシュツートークサービスの使用を特徴づけている。
【０１５８】
そのような性能指標の第１番目として、プッシュツートーク実行占有率がある。これは、ある観測ポイントにおけるＧＰＲＳトラフィック量全体に対する、例えば、バイト数で表現される、プッシュツートークトラフィック量の量的比率である。
【０１５９】
更なる性能指標として、プッシュツートーク参加率がある。これは、プッシュツートークが使用可能な加入者数と、少なくとも１つのパケットデータＰＤＰコンテキストを測定期間内に起動したアクティブなＧＰＲＳ加入者数との割合である。この性能指標は、少なくとも１つの成功したパケットデータコンテキストを有する加入者数に対する、成功したセッション開始ＳＩＰ登録を有する加入者数として取得することができる。
【０１６０】
更なる性能指標は、同一加入者からの２つの連続するプッシュツートーク呼の間の平均的な時間としてのプッシュツートーク発呼頻度である。この尺度のサンプルは、同一加入者からの２つの成功した「ＳＩＰ  ＩＮＶＩＴＥ」セッションの間の時間から取得することができる。
【０１６１】
上述の本発明の具体的な実施形態及び実施例及び性能指標の一定の定義が与えられているが、本発明に従えば、性能指標の算出に対する複合的にもサポートされることに注意されたい。これは、データベース内の様々なデータレコード同士が相互に関連付けられてもよいように、プッシュツートークトラフィックを特徴付ける各々の単一のデータレコードが、特定のサブセッションへの参照をそこへ関連付けている、トラフィックデータベースの適切なアーキテクチャを通じて実現される。本発明に従って、プッシュツートークセッションのポイント−ポイント間の評価だけでなく、プロトコルのトランザクション及び関連のイベントを始めとする通信ネットワーク内のトラフィックを考慮して、より大規模での統計を導出できるようにするのは、この相関関係である。
【図面の簡単な説明】
【０１６２】
【図１】ＧＰＲＳ移動通信ネットワークの上のプッシュツートークサービス提供システムのアーキテクチャを示す図である。
【図２】移動通信環境におけるプッシュツートークトラフィックの大規模解析のための評価装置の概略図である。
【図３】図２に示す評価装置の動作のフローチャートである。
【図４】図２に示す捕捉ユニットの詳細な概略図である。
【図５】図４に示す捕捉ユニットの動作のフローチャートである。
【図６】図２に示す抽出ユニットの詳細な概略図である。
【図７】図６に示す抽出ユニットの動作のフローチャートである。
【図８】図６に示すトラフィックデータベース内で使用されるトラフィックデータベースの構造の概略図である。
【図９】プッシュツートークセッションセットアップ中の早期のメディア確立及び自動応答モードのためのプロトコルの対話の一例を示す図である。
【図２】
2008535333.tif 000003
【図３】
2008535333.tif 000004
【図４】
2008535333.tif 000005
【図５】
2008535333.tif 000006
【図７】
2008535333.tif 000007
【図８】
2008535333.tif 000008
【図１】
2008535333.tif 000009
【図６】
2008535333.tif 000010
【図９】
2008535333.tif 000011
【手続補正書】
【提出日】平成19年1月24日(2007.1.24)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
もう１つの選択肢は、ネットワークインタフェース、例えば、Ｇｂ−インタフェース、Ｇｉ−インタフェース、あるいはＧｎ−インタフェースにプロトコルテスターを取り付けて、通信ネットワーク内のそのポイントで観測されるデータパケットを捕捉することであろう。
また、Ｋｉｍ等による、「ＧＰＲＳ／ＵＭＴＳを介するＩＭＳベースのプッシュトーク」、無線通信及びネットワーキング会議、２００５年、ＩＥＥＥ、米国、ニューオリンズ州、２００５年３月１３−１７日、米国、ニュージャージ州、ピスキャタウェイ、２００５年３月１３日、２４７２−２４７７ページ、ＸＰ０１０７９１５６４、ＩＳＢＮ：０−７８０３−８９６６−２において、いわゆるセルラーＰｏＣするプッシュツートークである、ＧＰＲＳ／ＵＭＴＳネットワークを介して動作するプッシュツートークの設計が報告されている。ここでは、３ＧＰＰ  ＩＰ  マルチメディアサブシステムＩＭＳに基づいてサービスを構築することで、実装を通じてＰｏＣ全体を検証し、設計の詳細を議論し、そして、既存のＧＰＲＳアクセス技術に基づいて実際のネットワークで得られる結果を測定している。
また、米国特許公開第２００３／０，２１２，７７８号では、電気通信サービス、パラメータ及びそのパラメータに関連付けられている計算式を表現するために使用されるオブジェクト試行モデリング方法が記載されている。好ましくは、統合モデリング言語ＵＭＬがこれについて使用されていて、ＵＭＬシーケンス図を使用することで、計算式によって何が要求されているかを示すＵＭＬ方法のシーケンスとして、その計算式を表現している。
【手続補正書】
【提出日】平成19年11月28日(2007.11.28)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
通信ネットワーク内のプッシュツートークトラフィックの受動的な評価の方法であって、
前記受動的な評価は、ネットワーク運用への干渉もしくは妨害をすることなく、進行中のプロセスを非侵害的に監視すること意味し、
前記プッシュツートークトラフィックは、異なるトラフィッククラスに従って複数のデータトランザクションに分かれる少なくとも１つのプッシュツートークセッションを通じて生成され、
第１トラフィッククラス（ＰＤＰ、ＰＰＰ）は、ユーザ端末と、前記ユーザ端末が通信ネットワークにログオンするための通信ネットワークとの間の対話を対象とし、
第２トラフィッククラス（ＳＩＰ）は、プッシュツートークセッションの開始に対する、ユーザ端末と前記通信ネットワークのプッシュツートーク管理ノードとの間の対話を対象とし、
第３トラフィッククラス（ＲＴＰ／ＲＴＣＰ）は、ユーザ端末同士のプッシュツートークペイロードデータの交換を対象とする方法であって、前記方法は、
前記通信ネットワークのデータトランザクションを捕捉するステップ（Ｓ１０）と、
前記捕捉されたデータトランザクションから、プッシュツートークに関するデータトランザクションの解釈、トラフィッククラス及びユーザとを抽出するステップ（Ｓ１２）と、
前記抽出された、プッシュツートークに関するデータトランザクションの解釈、トラフィッククラス及びユーザとの相関関係をトラフィックデータベースに記憶するステップ（Ｓ１４）と、
前記トラフィックデータベースに記憶される情報の関数として、少なくとも１つの選択されたプッシュツートークセッションに関する少なくとも１つの性能指標を算出するステップ（Ｓ１６）と
を備えることを特徴とする方法。
【請求項２】
前記データトランザクションを捕捉するステップは、
データトランザクション中に交換されるデータパケットにタイムスタンプを付加するステップ（Ｓ１８）と、
前記タイムスタンプが付加されたデータパケットをトレースメモリに記憶するステップ（Ｓ２０）と
を備えることを特徴とする請求項１に記載の方法。
【請求項３】
前記データトランザクションを捕捉するステップは、前記トレースメモリに記憶されているタイムスタンプが付加されたデータパケットと、コンフィグレーション情報とに基づいて、前記データトランザクションに関連付けられているデータパケットを逆多重化するステップ（Ｓ２４）を含む
ことを特徴とする請求項２に記載の方法。
【請求項４】
前記逆多重化するステップ（Ｓ２４）は、データトランザクション解析からのフィードバックに基づいて、動的に変化するデータパケットのタイプを認識するステップを含む
ことを特徴とする請求項３に記載の方法。
【請求項５】
新規のアクティブユーザの通信アドレスを識別するために、データパケットコンテキストプロトコル（ＰＤＰ）に従ってデータパケットコンテキストを確立するデータトランザクションで交換される制御パケットを解析するステップ（Ｓ２８）を更に備える
ことを特徴とする請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
解析される通信アドレスと、データパケットを逆多重化するための関連するアクティグユーザ識別との間の関係をフィードバックするステップを更に備える
ことを特徴とする請求項５に記載の方法。
【請求項７】
データパケットコンテキストレコードを前記トラフィックデータベース（４０、６８）へ転送するステップを更に備え、
前記データパケットコンテキストレコードは、データパケットコンテキストを確立するために交換されるデータパケットの解析と、前記第１トラフィッククラスの指標との間の前記相関関係を反映する情報を含んでいる
ことを特徴とする請求項５に記載の方法。
【請求項８】
前記第１トラフィッククラスのトラフィック特性は、アクティブユーザ識別、通信アドレス及びデータパケットコンテキストパラメータ（ＱｏＳ）の少なくとも１つを対象としている
ことを特徴とする請求項７に記載の方法。
【請求項９】
セッション開始プロトコルとセッション記述プロトコル（ＳＩＰ／ＳＤＰ）に従うプッシュトークセッションに参加するアクティブユーザの開始を実行するためのデータトランザクションで交換されるデータパケットを解析するステップ（Ｓ３０）を更に備える
ことを特徴とする請求項１乃至８のいずれか１項に記載の方法。
【請求項１０】
前記第２トラフィッククラスのすべてのデータトランザクションの状態が表現されるように、解凍のための統合された状態メモリを維持するアクティブユーザの開始を実行するためのデータトランザクションで交換されるデータパケットを解凍するステップを更に備える
ことを特徴とする請求項９に記載の方法。
【請求項１１】
状態が自動的に削除されても良いように、前記統合された状態メモリを管理するステップを更に備える
ことを特徴とする請求項１０に記載の方法。
【請求項１２】
データパケットの逆多重化のための情報をフィードバックするステップを更に備え、
前記情報は、セッションペイロードデータ転送プロトコル（ＲＴＰ）、セッションペイロードデータ転送制御プロトコル（ＲＴＣＰ）、開始されたセッションの識別、呼出アクティブユーザの識別の少なくともいずれかに従う情報の交換のために使用される通信ポートを記述している
ことを特徴とする請求項９乃至１１のいずれか１項に記載の方法。
【請求項１３】
セッションレコードを前記トラフィックデータベース（４０、６８）へ転送するステップを更に備え、
前記セッションレコードは、プッシュツートークセッションの識別と、プッシュツートークセッションに参加するアクティブユーザの開始の実行のために交換されるデータパケットの解析と、前記第２トラフィッククラスの指標との間の相関関係を反映する情報を含んでいる
ことを特徴とする請求項１０乃至１２のいずれか１項に記載の方法。
【請求項１４】
セッションペイロードデータ転送制御プロトコル（ＲＴＣＰ）に従う、プッシュツートークセッションペイロードデータの転送制御及び品質レポートの少なくとも一方のために、データトランザクションで交換されるデータパケットを解析するステップ（Ｓ３４）を更に備える
ことを特徴とする請求項１乃至１３のいずれか１項に記載の方法。
【請求項１５】
データパケットの逆多重化のための情報をフィードバックするステップを更に備え、
前記情報は、プッシュツートークセッションペイロードデータの転送の制御を記述する
ことを特徴とする請求項１４に記載の方法。
【請求項１６】
ペイロードデータ転送制御レコードを前記トラフィックデータベース（４０、６８）へ転送するステップを更に備え、
前記ペイロードデータ転送制御レコードは、関連するプッシュツートークセッションの識別と、プッシュツートークセッションペイロードデータの転送制御及び品質レポートの少なくとも一方のために交換されるデータパケットの解析と、同一ユーザの対応するペイロードデータトランザクションの識別と、及び同一のプッシュツートークセッションの更なる参加者のペイロードデータ及び制御データへの参照との間の相関関係を、反映する
ことを特徴とする請求項１４または１５に記載の方法。
【請求項１７】
関連するペイロードデータバーストの再構築のために、プッシュツートークセッションペイロードデータの転送中に、セッションペイロードデータ転送プロトコル（ＲＴＰ）に従ってデータトランザクションで交換されるデータパケットを解析するステップ（Ｓ３６）を更に備える
ことを特徴とする請求項１乃至１６のいずれか１項に記載の方法。
【請求項１８】
ペイロードデータ転送レコードを前記トラフィックデータベース（４０、６８）へ転送するステップを更に備え、
前記ペイロードデータ転送レコードは、関連するプッシュツートークセッションの識別と、プッシュツートークセッションペイロードデータの転送のために交換されるデータパケットの解析と、対応する制御データトランザクションの識別と、及び同一のプッシュツートークセッションの更なる参加者のペイロードデータ及び制御データへの参照との間の相関関係を反映する
ことを特徴とする請求項１７に記載の方法。
【請求項１９】
前記通信ネットワーク内のグループ管理ノードと、グループ管理及びアクセス制御のためのユーザ端末との間の対話を対象とする第４トラフィッククラス（ＨＴＴＰ）で動作し、
更に、制御情報データ転送プロトコル（ＨＴＴＰ）に従って、グループ管理及びアクセス制御のためデータトランザクションで交換されるデータパケットを解析するステップ（Ｓ３８）を更に備える
ことを特徴とする請求項１乃至１８のいずれか１項に記載の方法。
【請求項２０】
データパケットの逆多重化のための情報をフィードバックするステップを更に備え、
前記情報は、ユーザグループの識別及びアクセスリストの少なくとも一方を記述している
ことを特徴とする請求項１９に記載の方法。
【請求項２１】
セッション管理レコードを前記トラフィックデータベースへ転送するステップを更に備え、
前記セッション管理レコードは、プッシュツートークセッションの識別と、グループ管理及びアクセス制御のために交換されるデータパケットの解析との相関関係を反映する
ことを特徴とする請求項１９または２０に記載の方法。
【請求項２２】
性能指標は、
前記第１トラフィッククラスに従うデータパケットコンテキストプロトコル（ＰＤＰ）に従ってデータパケットコンテキストを確立するために交換されるデータパケット含むグループから選択されるデータパケットに対して、
前記第２トラフィックククラスに従うセッション開始プロトコル及びセッション記述プロトコル（ＳＩＰ／ＳＤＰ）に従って前記プッシュツートークセッションに参加するアクティブユーザのための開始を実行するために交換されるデータパケットに対して、
前記第４トラフィッククラスに従う制御情報データ転送プロトコル（ＨＴＴＰ）に従ってグループ管理情報及びアクセス制御情報を各アクティブユーザに転送するために交換されるデータパケットに対して、
前記第３トラフィッククラスに従うセッションペイロードデータ転送プロトコル（ＲＴＰ）に従ってプッシュツートークペイロードデータの転送のために交換されるデータパケットに対して、
前記第３トラフィッククラスに従うペイロードデータ転送制御プロトコル（ＲＴＣＰ）に従ってプッシュツートークペイロードデータ転送の制御のために交換されるデータパケットに対して
それぞれ定義される
ことを特徴とする請求項１乃至２１のいずれか１項に記載の方法。
【請求項２３】
通信ネットワーク内のプッシュツートークトラフィックの受動的な評価を行なうように構成されている装置であって、
前記プッシュツートークトラフィックは、異なるトラフィッククラスに従って複数のデータトランザクションに分かれる少なくとも１つのプッシュツートークセッションを通じて生成され、
第１トラフィッククラス（ＰＤＰ、ＰＰＰ）は、ユーザ端末と、前記ユーザ端末が通信ネットワークにログオンするための通信ネットワークとの間の対話を対象とし、
第２トラフィッククラス（ＳＩＰ）は、プッシュツートークセッションの開始に対する、ユーザ端末と前記通信ネットワークのプッシュツートーク管理ノードとの間の対話を対象とし、
第３トラフィッククラス（ＲＴＰ／ＲＴＣＰ）は、ユーザ端末同士のプッシュツートークペイロードデータの交換を対象とし、
前記受動的な評価は、ネットワーク運用への干渉もしくは妨害をすることなく、進行中のプロセスを非侵害的に監視すること意味する、装置であって、前記装置は、
前記通信ネットワークのデータトランザクションを捕捉するように構成されている捕捉ユニット（３６）と、
前記捕捉されたデータトランザクションから、プッシュツートークに関するデータトランザクションの解釈、トラフィッククラス及びユーザとを抽出するように構成されている抽出ユニット（３８）と、
前記抽出された、プッシュツートークに関するデータトランザクションの解釈、トラフィッククラス及びユーザとの相関関係をトラフィックデータベース（４０、６８）に記憶するように構成されている記憶ユニット（４０）と、
前記トラフィックデータベースに記憶される情報の関数として、少なくとも１つの選択されたプッシュツートークセッションに関する少なくとも１つの性能指標を算出するように構成されている算出ユニット（４２）と
を備えることを特徴とする装置。
【請求項２４】
前記捕捉ユニットは、
データトランザクション中に交換されるデータパケットにタイムスタンプを付加するように構成されているタイムスタンプユニット（５０）と、
前記タイムスタンプが付加されたデータパケットをトレースメモリに記憶するように構成されているトレースメモリ（５２）と
を備えることを特徴とする請求項２３に記載の装置。
【請求項２５】
前記捕捉ユニットは、前記トレースメモリに記憶されているタイムスタンプが付加されたデータパケットと、コンフィグレーション情報とに基づいて、前記データトランザクションに関連付けられているデータパケットを逆多重化するように構成されている逆多重化ユニット（４４）を備える
ことを特徴とする請求項２４に記載の装置。
【請求項２６】
前記逆多重化ユニット（４４）は、データトランザクション解析からのフィードバックに基づいて、データパケットのタイプを動的に認識するように構成されている
ことを特徴とする請求項２５に記載の装置。
【請求項２７】
新規のアクティブユーザの通信アドレスを識別するために、データパケットコンテキストプロトコル（ＰＤＰ）に従ってデータパケットコンテキストを確立するデータトランザクションで交換される制御パケットを解析するように構成されている第１解析ユニット（５６）を更に備える
ことを特徴とする請求項２４乃至２６のいずれか１項に記載の装置。
【請求項２８】
前記第１解析ユニット（５６）は、解析される通信アドレスと、データパケットを逆多重化するための関連するアクティグユーザ識別との間の関係をフィードバックするように構成されている
ことを特徴とする請求項２７に記載の装置。
【請求項２９】
前記第１解析ユニット（５６）は、データパケットコンテキストレコードを前記トラフィックデータベース（４０、６８）へ転送するように構成されていて、
前記データパケットコンテキストレコードは、データパケットコンテキストを確立するために交換されるデータパケットの解析と、前記第１トラフィッククラスの指標との間の前記相関関係を反映する情報を含んでいる
ことを特徴とする請求項２７に記載の装置。
【請求項３０】
前記第１トラフィッククラスのトラフィック特性は、アクティブユーザ識別、通信アドレス及びデータパケットコンテキストパラメータ（ＱｏＳ）の少なくとも１つを対象としている
ことを特徴とする請求項２９に記載の装置。
【請求項３１】
セッション開始プロトコルとセッション記述プロトコル（ＳＩＰ／ＳＤＰ）に従うプッシュトークセッションに参加するアクティブユーザの開始を実行するためのデータトランザクションで交換されるデータパケットを解析するように構成されている第２解析ユニット（５８）を更に備える
ことを特徴とする請求項２３乃至３０のいずれか１項に記載の装置。
【請求項３２】
前記第２トラフィッククラスのすべてのデータトランザクションの状態が表現されるように、アクティブユーザの開始を実行するためのデータトランザクションで交換されるデータパケットを解凍し、かつ解凍のための統合された状態メモリを維持するように構成されている解凍ユニット（６０）を更に備える
ことを特徴とする請求項３１に記載の装置。
【請求項３３】
前記解凍ユニット（６０）は、状態が自動的に削除されても良いように、前記統合された状態メモリを管理するように構成されている
ことを特徴とする請求項３２に記載の装置。
【請求項３４】
前記第２解析ユニット（５８）は、データパケットの逆多重化のための情報をフィードバックするように構成されていて、
前記情報は、セッションペイロードデータ転送プロトコル（ＲＴＰ）、セッションペイロードデータ転送制御プロトコル（ＲＴＣＰ）、開始されたセッションの識別、呼出アクティブユーザの識別の少なくともいずれかに従う情報の交換のために使用される通信ポートを記述している
ことを特徴とする請求項３１乃至３３のいずれか１項に記載の装置。
【請求項３５】
前記第２解析ユニット（５８）は、セッションレコードを前記トラフィックデータベース（４０、６８）へ転送するように構成されていて、
前記セッションレコードは、プッシュツートークセッションの識別と、プッシュツートークセッションに参加するアクティブユーザの開始の実行のために交換されるデータパケットの解析と、前記第２トラフィッククラスの指標との間の相関関係を反映する情報を含んでいる
ことを特徴とする請求項３１乃至３４のいずれか１項に記載の装置。
【請求項３６】
セッションペイロードデータ転送制御プロトコル（ＲＴＣＰ）に従う、プッシュツートークセッションペイロードデータの転送制御及び品質レポートの少なくとも一方のために、データトランザクションで交換されるデータパケットを解析するように構成されている第３解析ユニット（６４）を更に備える
ことを特徴とする請求項２３乃至３５のいずれか１項に記載の装置。
【請求項３７】
前記第３解析ユニット（６４）は、データパケットの逆多重化のための情報をフィードバックするように構成されていて、
前記情報は、プッシュツートークセッションペイロードデータの転送の制御を記述する
ことを特徴とする請求項３６に記載の装置。
【請求項３８】
前記第３解析ユニット（６４）は、ペイロードデータ転送制御レコードを前記トラフィックデータベース（４０、６８）へ転送するように構成されていて、
前記ペイロードデータ転送制御レコードは、関連するプッシュツートークセッションの識別と、プッシュツートークセッションペイロードデータの転送制御及び品質レポートの少なくとも一方のために交換されるデータパケットの解析と、同一ユーザの対応するペイロードデータトランザクションの識別と、及び同一のプッシュツートークセッションの更なる参加者のペイロードデータ及び制御データへの参照との間の相関関係を、反映する
ことを特徴とする請求項３６または３７に記載の装置。
【請求項３９】
関連するペイロードデータバーストの再構築のために、プッシュツートークセッションペイロードデータの転送中に、セッションペイロードデータ転送プロトコル（ＲＴＰ）に従ってデータトランザクションで交換されるデータパケットを解析するように構成されている第４解析ユニット（６２）を更に備える
ことを特徴とする請求項２３乃至３８のいずれか１項に記載の装置。
【請求項４０】
前記第４解析ユニット（６２）は、ペイロードデータ転送レコードを前記トラフィックデータベース（４０、６８）へ転送するように構成されていて、
前記ペイロードデータ転送レコードは、関連するプッシュツートークセッションの識別と、プッシュツートークセッションペイロードデータの転送のために交換されるデータパケットの解析と、対応する制御データトランザクションの識別と、及び同一のプッシュツートークセッションの更なる参加者のペイロードデータ及び制御データへの参照との間の相関関係を反映する
ことを特徴とする請求項３９に記載の装置。
【請求項４１】
前記通信ネットワーク内のグループ管理ノードと、グループ管理及びアクセス制御のためのユーザ端末との間の対話を対象とする第４トラフィッククラス（ＨＴＴＰ）で動作し、
更に、制御情報データ転送プロトコル（ＨＴＴＰ）に従って、グループ管理及びアクセス制御のためデータトランザクションで交換されるデータパケットを解析するように構成されている第５解析ユニット（６６）を更に備える
ことを特徴とする請求項２３乃至４０のいずれか１項に記載の装置。
【請求項４２】
前記第５解析ユニット（６６）は、データパケットの逆多重化のための情報をフィードバックするように構成されていて、
前記情報は、ユーザグループの識別及びアクセスリストの少なくとも一方を記述している
ことを特徴とする請求項４１に記載の装置。
【請求項４３】
前記第５解析ユニット（６６）は、セッション管理レコードを前記トラフィックデータベースへ転送するように構成されていて、
前記セッション管理レコードは、プッシュツートークセッションの識別と、グループ管理及びアクセス制御のために交換されるデータパケットの解析との相関関係を反映する
ことを特徴とする請求項４１または４２に記載の装置。
【請求項４４】
性能指標は、
前記第１トラフィッククラスに従うデータパケットコンテキストプロトコル（ＰＤＰ）に従ってデータパケットコンテキストを確立するために交換されるデータパケット含むグループから選択されるデータパケットに対して、
前記第２トラフィックククラスに従うセッション開始プロトコル及びセッション記述プロトコルに従って前記プッシュツートークセッションに参加するアクティブユーザのための開始を実行するために交換されるデータパケットに対して、
前記第４トラフィッククラスに従う制御情報データ転送プロトコル（ＨＴＴＰ）に従ってグループ管理情報及びアクセス制御情報を各アクティブユーザに転送するために交換されるデータパケットに対して、
前記第３トラフィッククラスに従うセッションペイロードデータ転送プロトコル（ＲＴＰ）に従ってプッシュツートークペイロードデータの転送のために交換されるデータパケットに対して、
前記第３トラフィッククラスに従うペイロードデータ転送制御プロトコル（ＲＴＣＰ）に従ってプッシュツートークペイロードデータ転送の制御のために交換されるデータパケットに対して
それぞれ定義される
ことを特徴とする請求項２３乃至４３のいずれか１項に記載の装置。
【請求項４５】
監視装置のプロセッサで実行される場合に、請求項１乃至２２のいずれか１項のステップを実行するためのソフトウェアコード部分を有する、移動通信環境のプッシュツートークトラフィックを受動的な監視を行なうための監視装置の内部メモリに直接ロード可能なコンピュータプログラム。
【国際調査報告】
2008535333.tif 000012
2008535333.tif 000013
2008535333.tif 000014