JP2008522485A - 回線交換移動通信網の性能分析 - Google Patents

Abstract

回線交換移動通信網において、性能分析方法が提供される。本発明によると、オフライン及びオンラインの双方で実行される方法が実現される。この方法において、サービスの回線交換トラフィックを搬送するトランスポートチャネルが見つけられ、回線交換トラフィックのビットストリームは多重分離される。トラフィックデータベースが構築され、サービスを特徴付ける主要性能指標及び使用尺度のセットが規定されて計算される。更に、移動端末、無線アクセスネットワーク、及びコアネットワークを含む回線交換移動通信網の標準化されたインタフェースに接続されるパッシブトラフィックモニタが開示される。パッシブトラフィックモニタは、シグナリングアナライザ、ユーザプレーンプロトコルアナライザ、及びトラフィックデータベースライタに接続されるトレースアナライザを含む。トラフィックデータベースを生成するトラフィックデータベースライタは、シグナリングアナライザ、トレースアナライザ、及びユーザプレーンアナライザにリンクされる。

Description

発明の背景
発明の技術分野
本発明は、一般に、回線交換移動通信網の性能分析に関する。特に、本発明は、３Ｇ−３２４Ｍに基づくテレビ電話（ビデオテレフォニー，Video Telephony）、及び回線交換ストリーミングの大規模な性能分析に関するが、これに限定されない。

関連技術の説明
会話用マルチメディアのための「次世代」インターネットプロトコル（ＩＰ）を採用するのではなく、第３世代（３Ｇ）システムにビデオテレフォニーを導入する場合、高いサービス品質（ＱｏＳ）を持ち成熟した、「旧世代」の時分割多重方式（ＴＤＭ）のシグナリングが使用され、回線交換方式の通信チャネルが移動ピア間に確立される。第３世代パートナーシッププログラム（３ＧＰＰ）の標準化団体は、ユニバーサル移動通信システムの広帯域符号分割多元接続（ＵＭＴＳ／ＷＣＤＭＡ）の仕様を管理する。３ＧＰＰは、３Ｇ−３２４Ｍ標準において回線交換方式のビデオテレフォニーの、構成及び実装に関する要件を特に規定した。

２００２年８月、ＣＤＭＡ２０００の仕様を管理する３ＧＰＰ２の標準化団体は、ＣＤＭＡ２０００ネットワークにおける３Ｇ−３２４Ｍの動作要件に対して同様の技術仕様を承認した。これは「3GPP2 C.S0042 for circuit switched Video Conferencing Services」と呼ばれる。

３Ｇ−３２４Ｍは、例えば、日本の企業であるJ-phone及びNTT DoCoMoにより運営される３Ｇネットワーク等の、多くの稼動中のＵＭＴＳ／ＷＣＤＭＡネットワークにおいて現在運用中である。

３Ｇ−３２４Ｍは、Ｈ．３２４標準から派生したものである。これは、低ビットレートマルチメディア通信のための、端末に関するＩＴＵ−Ｔ勧告であり、アナログ公衆網接続、及びＶ．３４モデムのために開発された。端末仕様のベースラインとして、Ｈ．３２４Ｍ標準は、例えば３Ｇネットワークを介するビデオストリーミング及びテレビ会議等の、遅延の影響を受け易いアプリケーションの配信をサポートするビット誤り処理手順を備える、モバイル用の拡張として採用された。このプロトコルは宛先の指定(addressing)を扱わず、ＩＳＤＮユーザ部（ＩＳＵＰ）の論理手順、及び基底にある３Ｇ無線プロトコル（例えばＷＣＤＭＡ）上のＥ．１６４標準に従う宛先指定方法を使用して呼をセットアップした後になって初めて開始する。この時点で、被呼ピアの位置が特定され、且つ呼が２つの呼ピア間でセットアップされて、それらピア間に回線交換方式のチャネルが確立される。この回線交換方式のチャネルが動作している場合、２者間の多重化／多重分離の動作を同期化し、且つＨ．２４５標準に従って呼制御動作を開始するために、３Ｇ−３２４Ｍが開始される。Ｈ．２４５標準は、マルチメディア通信のための制御プロトコルに関するＩＴＵ−Ｔ勧告である。

図１において、３Ｇネットワークの可能な一実施形態を示す。３Ｇネットワークの一部は回線交換ドメイン１０１に属し、他の部分はパケット交換ドメイン１０２に属する。ネットワークは、リアルタイムマルチメディア配信のために３Ｇ−３２４Ｍプロトコルを使用する移動端末１０３、１０４、１０５と、ビデオ又は音声送信のような遅延の影響を受け易いアプリケーションのサブネットワーク１０７に接続されるＨ．３２４端末１１０及びＨ．３２０端末１１１と、電子メール又はウェブのような遅延を許容できるアプリケーションの別のサブネットワーク１０８に接続される、ビデオストリーミング／コンテンツサーバ１１２、共通インターネットアプリケーション１１３、及びＨ．３２３／ＳＩＰ端末１１４とを含む。ゲートウェイ１０９は、２つのドメイン１０１、１０２を接続するために適用され、基地局システム１０６は、サブネットワーク１０７、１０８、及び移動端末１０３、１０４、１０５の間に無線リンク１１５を確立するために適用される。

３Ｇ−３２４Ｍが使用される別の例(scenario)は、図２に示される回線交換方式のストリーミングである。この例において、例えば３Ｇテレビ電話等の移動端末２０１は、３Ｇ−３２４Ｍを使用して、無線リンク１１５、基地局システム１０６、及びアクセスネットワーク２０４を介してビデオゲートウェイ２０５に接続される。ビデオゲートウェイ２０５は、パケット交換コアネットワーク２０６上でパケット交換方式のストリーミングソリューションを使用してコンテンツサーバ２０７と通信する。このソリューションにおいて、ストリーミングコンテンツは、移動端末２０１からダイヤルされたＥ．１６４番号を介して宛先指定される。ユーザは、サービス番号をダイヤルし、コンテンツを見て、終了したら電話を切る。ビデオ再生の制御は、ＤＴＭＦ（デュアルトーンマルチ周波数）を使用してサポートされる。例えば、キーを押す毎に５秒の巻戻し、一時停止／再生、或いは５秒の早送りが行なわれる。通常、ビデオゲートウェイにおいて、ビデオコーデック／オーディオコーデックのコード変換は実行されない。ＡＭＲ、Ｈ．２６３、及びＭＰＥＧ−４の標準によるオーディオコーデック／ビデオコーデックは、エンド・ツー・エンドでサポートされる。

端末が別の端末と相互運用可能であることを確認するために、適合性テストの目的で使用される参照端末が必要とされる。この相互運用性テスト機能は、ＤＮＡ（Dilithiumネットワークアナライザ）（Dilithium Networks Analyzer、DNW-DNA Version 2.2、LIT # 0703v3.9）が開発された時の最も重要な目標であった。

この端末は、通常の端末として振舞うのみならず、プロトコルスタックの異なるレベルに対して特定の測定も行なうため、相互運用性テストに加え、性能分析にも適している。

このツールの非介入的なネットワークトラフィック監視オプションは、オフライン又はオンラインで３Ｇ−３２４Ｍネットワークのトラフィックを監視する機能を提供する。例えば、呼を張っている２つのエンドポイントからの３Ｇ−３２４Ｍデータを監視できる。２つのエンドポイントは、２つの端末でもよいし、あるいは端末とマルチメディアゲートウェイとの組み合わせでもよい。応用例として、相互運用性テスト、トラブルシューティング、及びサービスの最適化が挙げられる。

オフラインモードにおいて、ＤＮＡは、データをファイルに受動的に捕捉するために使用され得る。次いでＤＮＡは、これらのデータを再生してコマンド及び制御チャネルを検査し、ビデオチャネルを表示し且つオーディオチャネルを再生するために使用され得る。オンラインモードにおいて、ＤＮＡ（オプションを含む）は、ベアラチャネル上のＨ．３２４Ｍ／３Ｇ−３２４Ｍビットストリームを受動的に監視して傍受し、ビットストリームを復号化し、コマンド及び制御チャネルを検査し、ビデオチャネル及び音声チャネルを視覚化して待ち受ける（リッスンする）ように構成され得る。サービス品質は、マルチプレクサからのビデオビットレート及び音声ビットレート、ビデオフレームレート、並びに誤り率に関して検査され得る。音声データ及びビデオデータはファイルに保管され、更に特化された音声分析ツール及びビデオ分析ツールを使用するデータの更なる分析が必要に応じて実行され得る。

上述のアナライザ（分析）ツールに加え、ネットワークノード中に実装される特定の性能カウンタが存在する。これらは、性能の問題をトレース（追跡）するのに使用され得る。これらのカウンタは、特定のサービス専用ではなく、ＵＭＴＳシステムのためのものである。

ＤＮＡ等の既存のソリューションは、ネットワークオペレータにおいて発生する特定の疑問、例えば、ビデオテレフォニーのために自分のネットワークが使用される度合い、呼のトラフィックの特性、セットアップできなかった呼の数とその理由、成功した呼の品質は満足できるものか等の疑問に答えるのに使用することはできない。換言すると、大量のテレビ電話トラフィックを分析するツールが存在しないため、ライブネットワークにおけるサービスの使用法及び品質に対する統計的な尺度を納得できるように判定するのは非常に困難である。

カウンタに関する問題もいくつか存在する。通常、カウンタは、サービス固有のデバイスではなくシステム固有のデバイスである。これは、サービス固有の統計的なデータが取得できないことを意味する。カウンタは、全てのプロトコル要素に対して動作するわけではない。例えば、ビデオテレフォニーの場合、分析は、多くの制御プレーンシグナリングプロトコル、及びＨ．２２３多重化内の種々の論理チャネルを含むべきである。ここで、Ｈ．２２３プロトコルは、低ビットレートのマルチメディア通信のための多重化プロトコルに関するＩＴＵ−Ｔ勧告である。特定の尺度を取得するために、それら全てのプロトコルレベルが必要とされる。例えば、呼の開始から最初のビデオフレームの到着までの時間が必要である。更に、種々のベンダが種々のカウンタを実装しているので、マルチベンダネットワークにおいて一貫した性能監視システムを構築するのは不可能になる。最後に、この目的のためのノードリソースは制限されている。一般に、多くのハードウェアリソース／ソフトウェアリソースが主要性能指標(Key Performance Indicators)を測定するのに必要とされ、ネットワーク要素の費用が増加する。カウンタに基づく性能分析のために利用可能なリソースが制限されているという更なる事実の結果、これらのカウンタの時間分解能は低下する。

本発明は、特に３Ｇ−３２４Ｍビデオテレフォニー及び回線交換ストリーミングの大規模測定のために回線交換移動通信網の性能分析を実施することにより、上述のソリューションを改良することを目的とする。

発明の概要
従って、本発明の目的は、回線交換移動通信網の性能分析の方法を提供することである。ここで、パッシブトラフィックモニタが、ネットワークの標準化されたインタフェースに接続される。この目的は、分析対象のサービスの回線交換トラフィックを搬送するトランスポートチャネルを見つけ、回線交換トラフィックのビットストリームを多重分離し、トラフィックデータベースを構築し、且つサービスを特徴付ける主要性能指標及び使用尺度を規定及び計算することにより達成される。

別の面において、本発明は、回線交換移動通信網の性能分析、特に３Ｇ−３２４Ｍに基づくビデオテレフォニーの大規模な性能分析を行なうパッシブトラフィックモニタに関する。このパッシブトラフィックモニタは、移動端末、無線アクセスネットワーク、及びコアネットワークを含む回線交換移動通信網の標準化されたインタフェースに接続される。本発明によると、パッシブトラフィックモニタは、シグナリングアナライザ、ユーザプレーンプロトコルアナライザ、及びトラフィックデータベースライタに接続されるトレースアナライザを含む。トラフィックデータベースを生成するトラフィックデータベースライタは、シグナリングアナライザ、トレースアナライザ、及びユーザプレーンアナライザにリンクされる。

本発明の最も重要な利点は、３Ｇ−３２４Ｍに基づくビデオテレフォニー及び回線交換ストリーミングの大規模な測定が可能になることである。

別の利点は、大量のテレビ電話呼のオンライン測定が可能になることである。

別の利点は、エンドユーザに認識される性能及び特定のネットワークの問題を、主要性能指標から推定することである。

更なる利点は、ビデオテレフォニー及び回線交換ストリーミングサービスの使用法及び使用特性を監視する本発明によるパッシブトラフィックモニタが、３Ｇネットワークの単一のポイント、好ましくはＩｕインタフェースに接続されることである。パッシブトラフィックモニタは、サービス固有であり、サービスの作成に関わる全てのプロトコル要素に対して動作する。また、パッシブトラフィックモニタは、ＵＭＴＳシステムから独立しているため、マルチベンダネットワークにおいて一貫した性能監視システムを構築できる。

本発明をより完全に理解するために、添付の図面と併せて以下の詳細な説明を参照する。

発明の詳細な説明
図３において、オンライン及びオフラインの双方の場合に対して回線交換移動網の大規模分析を実行する方法のステップを示す。左側に示され且つ実線の矢印によりリンクされるステップはオフラインの場合に属し、右側に示され且つ破線の矢印により接続されるステップはオンラインの場合を示す。

第１のステップ３０１のように、トラフィックモニタは、双方の場合においてネットワークの標準化されたインタフェースに接続される。この標準化されたインタフェースは、３ＧネットワークのＩｕインタフェースであるのが好ましい。第２のステップ３０２において、オフラインの場合、生のトラフィックのトレース（軌跡）が上記のインタフェースを介して捕捉される。捕捉された各パケット又は各フレームは、タイムスタンプを提供される（３０３）。ステップ３０４において、回線交換方式の呼を見つけるのに必要な全ての情報を抽出して関連付けるために、トレース全体が解析される。オンラインの場合、到着する各パケット（又は各フレーム）はタイムスタンプがつけられ（３１０）、回線交換方式の呼を見つけるのに必要な全ての情報はオンラインで抽出して関連付けされる（３１１）。以降、双方の場合に対して、処理のステップは同一である。回線交換トラフィックを搬送するトランスポートチャネルが見つけられる（３０５）。次に、回線交換トラフィックのビットストリームは多重分離され（３０６）、トラフィックデータベースが構築される（３０７）。最後に、サービスを特徴付けるための主要性能指標及び使用尺度(usage measure)が規定され（３０８）、且つ計算される（３０９）。

図４において、移動端末４０１と移動端末４０９との間で開始される双方向テレビ電話トラフィック４１０を示す。パッシブ測定を行なう場合、システム性能を調査するために、パッシブトラフィックモニタ４１１がネットワーク内で配置されるべき場所、及び抽出されるべき情報の種類を考慮する必要がある。移動通信交換局（ＭＳＣ）／在圏ロケーションレジスタ（ＶＬＲ）４０４、４０６と、ＵＴＲＡＮ（UMTS Terrestrial Radio Access Network）４０２、４０８の無線ネットワーク制御装置（ＲＮＣ）との間のＩｕインタフェース４０３、４０７のいずれかにパッシブトラフィックモニタ４１１を接続することは、唯一の実施例ではないが有利である。このように、ＲＮＣの全てのビデオテレフォニー呼が追跡されることが保証され、大量のトラフィックを観察することが可能になる。一方、ＵＴＲＡＮに関連する問題が観察可能になるように、主要性能指標が明示され得る。なぜなら、コアネットワーク４０５がＩｕインタフェース４０３、４０７においてＵＴＲＡＮアクセスストラタムのサービスを要求するからである。

図５において、回線交換ドメインに対するＩｕインタフェースのＡＴＭに基づくプロトコル構成を示す。Ｉｕインタフェースが最適な選択であるため、以下において、そのインタフェースに対する方法の動作に焦点を当てて詳細な説明を行なう。モデルは、論理的に独立した２つの層、すなわち無線ネットワーク層（ＲＮＬ）５０１及びトランスポートネットワーク層（ＴＮＬ）５０２に分割され、更に、直交する制御プレーン５０３及びユーザプレーン５０４に分割され得る。制御プレーン５０３はリンク又は接続を制御するために使用され、ユーザプレーン５０４は上位層からユーザデータを透過的に送信するために使用される。現在の仕様によると、ＴＮＬ５０２、ユーザプレーン５０４、及びＴＮＬ制御プレーン５０９は、非同期転送モード（ＡＴＭ）技術５１２に基づく。

制御プレーン５０３は、Ｉｕインタフェースを介してＵＭＴＳ固有のシグナリング及び制御を提供するために使用されるＲＡＮＡＰ（Radio Access Network Application Part）プロトコル５０５を含む。ユーザプレーン５０４は、ネットワーク要素間で透過的に送信されるユーザデータを含むＩｕユーザプレーンプロトコル層５０６を含む。また、ＴＮＬ５０２は、制御プレーン及びユーザプレーン、すなわちトランスポートネットワーク制御プレーン５０９、並びにトランスポートネットワークユーザプレーン（ＴＮＵＰ）５０７及び５０８に分割される。ＴＮＵＰを考慮すると、エンティティ５０７及び５０８は、転送される情報の種類（すなわち、制御プレーン５０３のメッセージ又はユーザプレーン５０４のパケット）に基づいて区別される。

ＲＡＮＡＰ５０５、及び更に上位層のユーザのメッセージは、信号接続制御パート（ＳＣＣＰ）５１０の接続を介して転送される。ＡＴＭアダプテーション層２（ＡＡＬ２）５１１は、トランスポートネットワークにおいてユーザプレーン５０４のデータを送信するために使用される。ＡＡＬ２の接続は、ＡＬＣＡＰ５１４を使用して確立される。ＡＴＭ層５１２及び物理層５１３は、プレーン５０７、５０８、５０９に対して共通の転送手段を提供する。

Ｉｕインタフェースを介して、呼制御及び移動性管理メッセージ（これはＬ３モバイル−ＭＳＣ通信である）がＲＡＮＡＰ５０５により転送され、ＲＡＮＡＰ５０５はＳＣＣＰ５１０の信号接続を介して転送される。テレビ電話ビットストリームは、ＡＡＬ２プロトコル５１１を使用するトランスポートネットワークユーザプレーン５０８を介して転送される。ビットストリームを捕捉したいため、呼制御、ＲＡＮＡＰ５０５、ＳＣＣＰ５１０、及びＡＡＬ２ ５１１の間の関係を見つける必要がある。ＡＴＭ／ＡＡＬ２の代わりにＩＰが使用される場合、この方法は同様に動作するが、トランスポートネットワークの識別子は、ＡＡＬ２の接続識別子（ＣＩＤ）ではなく、ＩＰに基づくトランスポートネットワークにおける各識別子である。

図６において、Ｉｕトレース６０１を有する場合の本発明による方法のフローチャートを示す。テレビ電話呼に対応する呼セットアップシグナリングメッセージ６０２が識別されると、各加入者のテレビ電話トラフィックを搬送する接続に関するトランスポートネットワークレベルの識別子（ＣＩＤ、ＡＡＬ２パス識別子）が取得される（６０３）（Get(加入者識別子, ＣＩＤ, パスＩＤ)）。次に、ＣＩＤ及びパスＩＤを知ることにより、トランスポートネットワーク接続を多重分離し且つＨ．２２３フローを再構成すること（６０５）が可能になる。Ｈ．２２３フローは、ビデオフレーム及び音声フレーム、並びにＨ．２４５制御メッセージを１つのフローに多重化する（６０６）ビットストリームである。その後、ビデオコンポーネント及び音声コンポーネントを搬送する論理チャネル（ＬＣＮ）のパラメータが、Ｈ．２４５制御メッセージを解釈すること（６０７）（Get(ＬＣＮパラメータ)）により取得される。ＬＣＮパラメータを取得すると、ビデオフロー及びオーディオフローを再構成すること（６１０）が可能になる。

処理中、主要性能指標が計算される。主要性能指標を取得するのに必要な情報に依存して、呼の主要性能指標６０４、Ｈ．２２３の主要性能指標６１２、Ｈ．２４５の主要性能指標６０８、オーディオ及びビデオの主要性能指標６１１、並びにこれらの組み合わせの主要性能指標６０９が識別される(distinguished)。ここで、呼セットアップシグナリングに加えて、Ｈ．２２３、Ｈ．２４５、及びオーディオフレーム及びビデオフレームに由来する情報要素は、主要性能指標の値を導出するのに必要とされる可能性がある。導出可能な主要性能指標の例を本明細書において後述する。

図７において、この方法を実現するパッシブトラフィックモニタ４１１の可能な一実施形態を示す。パッシブトラフィックモニタ４１１は、トレースアナライザ７０３を含み、トレースアナライザ７０３は、シグナリングアナライザ７０２と、ユーザプレーンプロトコルアナライザに好適なＨ．２２３アナライザ７０４と、トラフィックデータベースライタ７０５とに接続される。トラフィックデータベース７０６を生成するトラフィックデータベースライタ７０５は、シグナリングアナライザ７０２、トレースアナライザ７０３、及びＨ．２２３アナライザ７０４にリンクされる。これらのモジュールの機能は以下の通りである。

トレースアナライザ７０３は、分析中にトレース解析処理を制御する。トレースアナライザ７０３は、シグナリングメッセージの到着を検出した場合、処理するためにそのメッセージをシグナリングアナライザ７０２に渡す。トレースアナライザ７０３は、シグナリングアナライザ７０２に対し、到着中の呼の識別子を要求し、その情報に基づいて、到着した呼内で搬送されたＨ．２２３多重化（多重データ，multiplex）の分析を開始するようにＨ．２２３アナライザ７０４をトリガする（促す）。

シグナリングアナライザ７０２は、トレース７０１内のシグナリングメッセージをチェックし、到着中のテレビ電話呼を識別するのに必要な情報を収集する。シグナリングアナライザ７０２は、新しく検出した［加入者ＩＤ, ＣＩＤ, パスＩＤ］の３つから成る組（トリプレットtriplet）をトレースアナライザ７０３に渡す。ログ記録されるべき情報は、トラフィックデータベースライタ７０５に送信される。この情報は例えば、呼の到着時刻、呼の終了時刻及び終了方法、拒絶された呼が存在するか否か及びその理由等の情報である。

Ｈ．２２３アナライザ７０４は、シグナリングアナライザ７０２の助けを借りてトレースアナライザ７０３が識別したＨ．２２３ビットストリームを、処理及び解析する。分析に必要な情報要素が識別され、主要性能指標の計算に必要な尺度は、収集され且つトラフィックデータベースライタ７０５に送信される。Ｈ．２２３アナライザ７０４は、終了されようとしているテレビ電話呼を見つけると、トレースアナライザ７０３に通知する。

トラフィックデータベースライタ７０５は、アナライザモジュール７０２、７０３、７０４から受信した情報をトラフィックデータベース７０６内に編成し、それは、所定の形式を使用するログファイルに格納される。

主要性能指標スクリプト７０７は、トラフィックデータベース７０６を入力として、主要性能指標７０８を計算する。

図８において、到着中の呼に対するＣＩＤ及びパスＩＤを制御プレーン８０１及びトランスポートネットワーク制御プレーン８０２において取得する方法を示す。最初に、ステップ８０４において、ＳＣＣＰの接続要求（ＣＲ）メッセージ及び接続確認（ＣＣ）メッセージが、Ｉｕ制御プレーンシグナリングメッセージ８０３から発見される。ステップ８０５において、信号接続識別子のＤＬＲ（Destination Local Reference）及びＳＬＲ（Source Local Reference）が取得される。これら２つの識別子は共に、呼と関連付けて全ての制御プレーンシグナリングメッセージ８０６（トランスポートネットワーク制御プレーン８１２は除く）を搬送する信号接続を識別する。

次にステップ８０７において、レイヤ３（Ｌ３）呼ＳＥＴＵＰメッセージが発見される。このメッセージは、到着中の呼が「Ｈ．２２３＆Ｈ．２４５」であるか否かの情報を含む。ステップ８０８において呼がテレビ電話呼（３Ｇ−３２４Ｍ）であることが分かると、ステップ８１０において、ＲＡＮＡＰ ＲＡＢ割当てメッセージが検索される。このメッセージは、重要な情報の中でも特にバインドＩＤ８１１を含む。呼がテレビ電話呼でない場合、ステップ８０９において処理は終了する。バインドＩＤ８１１はＱ．２６３０確立要求（ＥＲＱ）メッセージにおいても搬送されるため、ＳＵＧＲ（Served User Generated Reference）情報要素８１３において、呼セットアップに対応するＡＡＬ２接続セットアップメッセージ（ＥＲＱ、ＥＣＦ等）が識別され得る。ＥＲＱメッセージは、ＡＡＬ２ ＣＩＤ及びパスＩＤを更に含むので、ステップ８１４において、ユーザプレーントラフィック（Ｈ．２２３多重化）を搬送するトランスポート接続が識別される。仮想パス識別子／仮想チャネル識別子（ＶＰＩ／ＶＣＩ）とパスＩＤとの関連付けが、設定されたタイムスケールで発生する。従って、この関連付けが入力として方法に与えられると想定される。

図９において、Ｈ．２２３アナライザ７０４の内部構成を示す。Ｈ．２２３フレームアナライザ９０２は、トレースアナライザ７０１からＨ．２２３ストリーム９０１を取得する。Ｈ．２２３フレームアナライザ９０２は、ストリーム内のＨ．２２３フレームを識別し、多重プロトコルデータユニット（ＭＵＸ−ＰＤＵ）９０３を再構成する。ＭＵＸ−ＰＤＵ９０３は、複数論理チャネル（ＬＣＮ）からの複数のオクテットを含んでもよい。ＭＵＸ−ＰＤＵヘッダ９０３は、多重パケットのコンテンツを記述する。デマルチプレクサ９０４は、多重サービスデータユニット（ＭＵＸ−ＳＤＵ）９０５を再構成する。ＭＵＸ−ＳＤＵ９０５は、単一の論理チャネルに属する整数個のオクテットを常に含む。ＬＣＮモジュール９０６は、結局はＭＵＸ−ＳＤＵ９０５であるアダプテーション層（ＡＬ）ＰＤＵ９０９を解釈でき、ＡＬ ＳＤＵ９０９を再構成する。ＡＬ ＳＤＵ９０９のコンテンツは、それらが属する論理チャネルの種類に応じて、オーディオ／ビデオモジュール９０８により更に処理されてもよい。

Ｈ．２２３フレームアナライザ９０２、デマルチプレクサ９０４、及びＬＣＮモジュール９０６は、Ｈ２４５アナライザ９０７により（部分的に）制御される。このモジュールは、ＡＬ１−ＳＤＵの形式でＬＣＮからＨ．２４５制御メッセージ９１０を取得する。ＡＬ１は、主にデータ又は制御情報の転送のために設計される。Ｈ．２４５は、Ｈ．２２３多重化における第１の論理チャネル（ＬＣＮ０）で転送される。制御チャネルは、デジタル通信の確立からデジタル通信の終了まで永続的に開かれているものと考えられる。従って、論理チャネルを開き且つ閉じる通常の手順は、制御チャネルには適用されない。デフォルトでは、Ｈ．２４５は、ＡＬ１上で機能し、信頼性のある動作を保証するためには、ＮＳＲＰ（番号付けが可能な簡易再伝送プロトコル，Numbered Simple Retransmission Protocol）及びＣＣＳＲＬ（コントロールチャネルセグメンテーションリアセンブリレイヤ，Control Channel Segmentation and Reassembly Layer）のサブレイヤのサポートを必要とする。

Ｈ．２４５制御プロトコルは、以下の機能及びサービスを提供する。

マスタ／スレーブの判定が提供され、セッションの開始時にマスタである端末を判定する。Ｈ．２４５は対称的な制御プロトコルであるため、条件の不一致が発生した際に条件を決定する権利を有するマスタ端末を決定する必要がある。

能力交換が提供され、例えば多重化のオプションモード、オーディオコーデック／ビデオコーデックの種類、データ共有モード及びそれに関連するパラメータ、及び／又は他の追加のオプション機能などの、双方の端末がサポートする能力を交換する。

論理チャネルシグナリングが提供され、メディアの送信のための論理チャネルを開閉する。この手順は、論理チャネルを使用するためのパラメータ交換を更に含む。

多重化テーブルの初期化／変更が提供され、多重化テーブルのエントリを追加／削除する。多重化テーブルのエントリは、ＭＵＸ−ＰＤＵのヘッダから参照され、ＭＵＸ−ＰＤＵの情報フィールド内の各オクテットが属する論理チャネルを記述する。

モード要求が提供され、受信機側から送信機側に動作モードを要求する。Ｈ．２４５において、コーデック及びそのパラメータの選択は、復号器の能力を考慮して送信機側で決定される。従って、受信機側がその能力内で優先する設定(preference)を有する場合、この手順が使用される。

往復遅延測定値が提供され、２つの通信端末間の往復遅延の判定を可能にする。RoundTripDelayRequestメッセージが相手側の端末に送信され、タイマが開始される。RoundTripDelayResponseメッセージがRoundTripDelayRequestメッセージに応答して受信されると、タイマは停止され、ユーザはタイマの値である往復遅延に関して通知される。

ループバックテストが、適切な動作を保証するために、開発中の使用又は実地での使用に対して提供される。

種々の呼制御コマンド及び指示が、通信モード、例えば協議コマンド等のフロー制御、ジッタ(jitter)指示、及びスキュー(skew)を相手側に要求するために、あるいは端末の状態を相手側に指示するために提供される。

図１０において、Ｈ．２２３アナライザ７０４のモジュール間の対話を示す。Ｈ．２４５アナライザ９０７は、開かれているか（１００１）又は閉じられている（１００２）論理チャネルに関してデマルチプレクサ９０４に通知する。Ｈ．２４５アナライザ９０７は、使用される多重化テーブルエントリ１００３及び動作モード１００４に関する情報を更に提供する。このように、デマルチプレクサ９０４はＭＵＸ−ＰＤＵ９０３を解釈する方法を知っており、ＬＣＮモジュール９０６はＭＵＸ−ＳＤＵ９０５を解釈する方法を知っている。

Ｈ．２４５アナライザ９０７はまた、送信中にＨ．２２３多重化が再設定される場合に（１００５）Ｈ．２２３フレームアナライザ９０２に通知する。例えば、レベル２のオプションが変更されると、Ｈ．２２３フレームの再構成方法が影響を受ける。

Ｈ．２４５アナライザ９０７は、エンドセッションメッセージ１００７を見つけた場合、他のモジュールにそのことを通知する。トレースの最後に到達していたために呼が終了している場合（１００６）、あるいは他の理由で呼がＨ．２４５アナライザ９０７により認識されない場合、トレースアナライザ７０１は、Ｈ．２２３アナライザのモジュールにそのことを通知する。

以下に説明する性能指標及び使用尺度の例は、３Ｇネットワークにおいてビデオテレフォニーサービスを特徴付けるために使用できるものである。これらの尺度は全て、パッシブトラフィックモニタを使用して取得可能である。主要性能指標スクリプトは、トラフィックデータベースから主要性能指標を計算するために使用される。

ビデオテレフォニーのサービスセットアップ成功率：３Ｇ−３２４Ｍビデオテレフォニーの呼セットアップの成功した数を、３Ｇ−３２４Ｍビデオテレフォニーの呼セットアップの全ての数で除算する。呼セットアップメッセージが有効なレイヤ３ ＳＥＴＵＰ及びＬ３ ＣＯＮＮＥＣＴ及びＬ３ ＣＯＮＮＥＣＴ ＡＣＫメッセージを含み、且つＡＡＬ２接続セットアップが成功し（ＥＲＱメッセージ及びＥＣＦメッセージから見て）、且つ少なくとも１つの有効なビデオフレームがビデオテレフォニー呼の双方向で（双方の当事者から）見られる場合、３Ｇ−３２４呼セットアップは成功である。

ビデオテレフォニー呼のドロップ率：成功裏にセットアップされたが適切に終了しなかった（１つ以上のプロトコルレベルにおいて正常な終了メッセージが存在しなかった）３Ｇ−３２４Ｍビデオテレフォニー呼の数を、成功裏にセットアップされた３Ｇ−３２４Ｍビデオテレフォニー呼の数で除算する。ビデオフレーム又はオーディオフレームを搬送する全ての論理チャネルが閉じられ、且つ有効なＡＡＬ２接続のリリースメッセージ及びＬ３呼終了メッセージが見られた場合、呼は適切に終了している。

サービスアクセス時間：成功裏にセットアップされた３Ｇ−３２４Ｍビデオテレフォニー呼に対して計算される、ＳＣＣＰ ＣＲからＨ．２２３ビットストリーム内の最初のビデオフレームが現れるまでの平均時間。

修正サービスアクセス時間：ＳＣＣＲ ＣＲからＨ．２２３ビットストリーム内の最初のビデオフレームが現れるまでの平均時間から、Ｌ３ ＡＬＥＲＴＩＮＧメッセージとＬ３ ＣＯＮＮＥＣＴメッセージとの間の時間を減算する。これは、成功裏にセットアップされた３Ｇ−３２４Ｍビデオテレフォニー呼に対して計算される。ＡＬＥＲＴＩＮＧメッセージとＣＯＮＮＥＣＴメッセージとの間の時間は、被呼者が呼び出し音を聞いてから電話を取るまでの時間を概算する。このように、「修正サービスアクセス時間」は、「サービスアクセス時間」よりも適切にシステムを特徴付ける。

チャネルセットアップ時間：成功裏にセットアップされた３Ｇ−３２４Ｍビデオテレフォニー呼に対する最初のＨ．２２３フレームの到着から最初のビデオフレームの到着までの平均経過時間。

Ｈ．２２３ＭＵＸオーバヘッド：Ｈ．２２３多重化内の冗長オクテット（非ペイロード）のパーセント。Ｈ．２２３多重化は、ヘッダフィールド及び巡回冗長コード（ＣＲＣ）フィールドを含む。

Ｈ．２２３ＭＵＸ ＰＤＵの誤り率：Ｈ．２２３多重化レイヤにおけるＭＵＸ ＰＤＵの誤り率。「誤り」とは、ヘッダが破損したために、ＭＵＸ ＰＤＵが属する論理チャネルの判定が不可能となったことを意味する。（オプションを適用しない場合、ＣＲＣはフレームのヘッダのみに対して計算される。）
オーディオ又はビデオのＡＬフレーム誤り率：無効な（誤った）アダプテーション層ＰＤＵ率。無効なＡＬ−ＰＤＵとは：（ａ）許容される最小のオクテット数より少ないオクテットしか有さないＡＬ−ＰＤＵ、（ｂ）整数個のオクテットを含まないＡＬ−ＰＤＵ、（ｃ）ＡＬ−ＰＤＵの最大サイズより長いＡＬ−ＰＤＵ、（ｄ）ＣＲＣエラーを含むＡＬ−ＰＤＵである。

概算ビデオＢＬＥＲ：画質が適切であるか否かを判定するために、ブロック誤り率（ＢＬＥＲ）は有用な性能指標である。８０オクテットの長さのビデオブロックの損失率を概算するために、「Ｈ．２２３ＭＵＸ−ＰＤＵの誤り率」及び「オーディオ又はビデオのＡＬフレーム誤り率」から組み合わせられた尺度が必要とされる。

通常、実際には、Ｈ．２２３ＭＵＸ−ＰＤＵがオーディオチャネルのみ又はビデオチャネルのみに属するビットを含むため、誤ったＨ．２２３ＭＵＸ−ＰＤＵがビデオを含んでいたか否かを決定する１つの可能な方法（アプローチ）は以下の通りである。

オーディオフレームは周期的に（僅かなジッタを伴って）到着し、平均スタッフィングレートも概算可能であるため、誤ったＨ．２２３ＭＵＸ−ＰＤＵがオーディオフレーム又はスタッフィングビットを含んでいたか否かを高い確度で決定できる。誤ったＨ．２２３ＭＵＸ−ＰＤＵがそれらを含んでいなかった場合、ビデオフレームであったと推測される。その「推測された」追加のビデオエラーが「ビデオＡＬフレーム誤り率」に加算されると、ユーザに分かるように、誤ったビデオフレームの率のより適切な概算が得られる。

ビデオビットレート：１秒間のアダプテーション層ビデオＳＤＵ（ビデオフレーム）の平均ビット数。全てのオーバヘッド及びエラービットは除外される。

オーディオビットレート：１秒間のアダプテーション層オーディオＳＤＵ（オーディオフレーム）の平均ビット数。全てのオーバヘッド及びエラービットは除外される。

オーディオフレーム損失率：失われたオーディオフレームの率。オーディオ情報は、一定のフレームレートで（すなわち、周期的に）送信される。これにより、オーディオフレームの損失を検出できる。

Ｈ．２４５ＮＳＲＰ再伝送率：再伝送されたＨ．２４５メッセージの数を全てのＨ．２４５メッセージの数で除算する。再伝送は、メッセージが認知されなかった場合、あるいは再伝送タイマの期限後に認知された場合に行なわれる。

Ｈ．２４５平均応答時間：Ｈ．２４５の要求メッセージと応答メッセージとの間の平均経過時間。

以下の尺度は、トラフィックモニタを使用して取得される。

サービスアクセスレート：Ｈ．２２３及びＨ．２４５ビデオ送信を指示するＬ３呼セットアップメッセージの１秒間の平均数。

成功した呼の継続時間：成功裏にセットアップされ且つ正常に終了した（ユーザにより終了された）呼の場合に、Ｌ３ ＣＯＮＡＣＫ（接続応答）メッセージが現れてからＬ３ ＤＩＳＣ（切断）メッセージが現れるまでの平均経過時間。

Ｈ．２４５の継続時間：ＬＣＮ０において検出された最初のＨ．２４５メッセージからＨ．２４５EndSessionコマンドまでの平均経過時間。

上に列挙した主要性能指標及び使用尺度を計算する手順は以下の通りである。

最初に、トラフィックデータベースから次の呼レコードが読み出される。次に、この呼は、主要性能指標に関係する種類のものであるかがチェックされる。その後、特定の呼に対する主要性能指標により規定される量（値）が計算される。次に、統計機能がその値で更新され（例えば、集合(aggregation)カウンタにその値を加算する）、主要性能指標にとって適切な呼の数を計算するカウンタが増加される。先のステップは、全ての呼が処理されるまで繰り返される。最後に、主要性能指標値が、主要性能指標に関連する統計機能を評価することにより計算される。例えば、主要性能指標が平均値である場合、集合カウンタの値は、適切な呼の数で除算される。

本発明の好適な実施形態が添付の図面に示され且つ先に詳細に説明されたが、本発明は開示された実施形態に限定されず、以下の請求の範囲により説明され且つ規定されるような本発明の精神から逸脱せずに、種々の再構成、変更、及び置換が可能であることが理解されよう。

回線交換方式の送信のために３Ｇ−３２４Ｍプロトコルを使用する３Ｇネットワークの一実施形態を示す図である。 ３Ｇ−３２４Ｍプロトコルに基づくストリーミングを示すブロック図である。 回線交換移動網の大規模分析を実行する方法を示すフローチャートである。 テレビ電話サービスの例を示すブロック図である。 回線交換ドメインに対するＩｕインタフェースプロトコル構成の可能な実施形態を示す図である。 Ｉｕトレースを有する場合の本発明による方法を概略的に示すフローチャートである。 パッシブトラフィックモニタの可能な一実施形態を示すブロック図である。 パッシブトラフィックモニタのシグナリングアナライザに関して可能な動作を示すフローチャートである。 Ｈ．２２３アナライザの可能な一実施形態を示す図である。 、Ｈ．２２３アナライザのモジュール間の対話を示すシーケンス図である。

Claims (29)

1. 回線交換移動通信網の性能分析のための方法であって、パッシブトラフィックモニタが当該ネットワークの標準化されたインタフェースに接続されており、
   分析されるサービスの回線交換トラフィックを搬送するトランスポートチャネルが発見され、
   前記回線交換トラフィックのビットストリームが多重分離され、
   トラフィックデータベースが構築され
   前記サービスの主要性能指標及び使用尺度が規定され、
   前記主要性能指標及び前記使用尺度が計算される
   ことを特徴とする方法。
2. 前記標準化されたインタフェースを介して生のトラフィックトレースが捕捉され、
   捕捉された各々のパケット又はフレームにタイムスタンプがつけられ、
   前記トレース全体が解析され、回線交換方式の呼を見つけるのに必要な情報が抽出されて関連付けられる
   ことを特徴とする請求項１に記載の方法。
3. 到着中の各々のパケット又はフレームにタイムスタンプがつけられ、
   回線交換方式の呼を見つけるのに必要な情報が抽出されて関連付けられる
   ことを特徴とする請求項１に記載の方法。
4. 前記標準化されたインタフェースは、３ＧネットワークのＩｕインタフェースであることを特徴とする請求項１に記載の方法。
5. 前記トレース全体を解析し、且つ回線交換方式の呼を見つけるのに必要な情報を抽出して関連付ける前記手順は、
   Ｉｕ制御プレーンシグナリングメッセージから、ＳＣＣＰの接続要求メッセージ及び接続確認メッセージを発見するステップと、
   デスティネーション・ローカル・リファレンス、及びソース・ローカル・リファレンスを取得するステップと、
   レイヤ３の呼セットアップメッセージを発見するステップと、
   前記呼が３Ｇ−３２４Ｍテレビ電話呼であるか否かを判定するステップと、
   ＲＡＮＡＰ ＲＡＢ割当てメッセージを発見するステップと、
   バインドＩＤを識別するステップと、
   トランスポート接続を識別するステップと、
   を備えることを特徴とする請求項２又は３に記載の方法。
6. テレビ電話呼に対応する呼セットアップシグナリングメッセージが識別され、
   各加入者のテレビ電話トラフィックを搬送する接続の、トランスポートネットワークレベルの識別子が取得され、
   トランスポートネットワーク接続が多重分離され、
   Ｈ．２２３フローが再構成され、
   ビデオコンポーネント及び音声コンポーネントを搬送する論理チャネルのパラメータが、Ｈ．２４５制御メッセージを解釈することにより取得され、
   ビデオフロー及びオーディオフローが再構成され、
   主要性能指標が計算され、
   必要な情報に応じて、呼の主要性能指標、Ｈ．２２３の主要性能指標、Ｈ．２４５の主要性能指標、オーディオ及びビデオの主要性能指標、並びにこれらの組み合わせの主要性能指標が識別される
   ことを特徴とする請求項２又は３に記載の方法。
7. 主要性能指標を規定する前記手順は、ビデオテレフォニーのサービスセットアップ成功率を規定する手順であり、当該ビデオテレフォニーのサービスセットアップ成功率は、３Ｇ−３２４Ｍビデオテレフォニーの呼セットアップの成功した数を、３Ｇ−３２４Ｍビデオテレフォニーの呼セットアップの全ての数で除算した値を示すことを特徴とする請求項４に記載の方法。
8. 主要性能指標を規定する前記手順は、ビデオテレフォニー呼のドロップ率を規定する手順であり、当該ビデオテレフォニー呼のドロップ率は、成功裏にセットアップされたが適切に終了しなかった３Ｇ−３２４Ｍビデオテレフォニー呼の数を、成功裏にセットアップされた３Ｇ−３２４Ｍビデオテレフォニー呼の数で除算した値を示すことを特徴とする請求項４に記載の方法。
9. 主要性能指標を規定する前記手順は、サービスアクセス時間を規定する手順であり、当該サービスアクセス時間は、成功裏にセットアップされた３Ｇ−３２４Ｍビデオテレフォニー呼に対して計算される、ＳＣＣＰ ＣＲからＨ．２２３ビットストリーム内の最初のビデオフレームが現れるまでの平均時間を示すことを特徴とする請求項４に記載の方法。
10. 主要性能指標を規定する前記手順は、修正サービスアクセス時間を規定する手順であり、当該修正サービスアクセス時間は、ＳＣＣＲ ＣＲからＨ．２２３ビットストリーム内の最初のビデオフレームが現れるまでの平均時間から、Ｌ３ ＡＬＥＲＴＩＮＧメッセージとＬ３ ＣＯＮＮＥＣＴメッセージとの間の時間を減算した値を示すことを特徴とする請求項４に記載の方法。
11. 主要性能指標を規定する前記手順は、チャネルセットアップ時間を規定する手順であり、当該チャネルセットアップ時間は、成功裏にセットアップされた３Ｇ−３２４Ｍビデオテレフォニー呼に対する最初のＨ．２２３フレームの到着から最初のビデオフレームの到着までの平均経過時間を示すことを特徴とする請求項４に記載の方法。
12. 主要性能指標を規定する前記手順は、Ｈ．２２３ＭＵＸオーバヘッドを規定する手順であり、当該Ｈ．２２３ＭＵＸオーバヘッドは、ヘッダフィールド及びＣＲＣフィールドを含むＨ．２２３多重データ内の冗長オクテット（非ペイロード）のパーセントを示すことを特徴とする請求項４に記載の方法。
13. 主要性能指標を規定する前記手順は、Ｈ．２２３ＭＵＸ ＰＤＵの誤り率を規定する手順であり、当該Ｈ．２２３ＭＵＸ ＰＤＵの誤り率は、Ｈ．２２３多重化レイヤにおけるＭＵＸ ＰＤＵの誤り率を示すことを特徴とする請求項４に記載の方法。
14. 主要性能指標を規定する前記手順は、オーディオ又はビデオのＡＬフレーム誤り率を規定する手順であり、当該オーディオ又はビデオのＡＬフレーム誤り率は、無効な（誤った）アダプテーション層ＰＤＵ率を示すことを特徴とする請求項４に記載の方法。
15. 主要性能指標を規定する前記手順は、概算ビデオブロック誤り率を規定する手順であり、当該概算ビデオブロック誤り率は、画質が適切であるか否かを示すことを特徴とする請求項４に記載の方法。
16. 主要性能指標を規定する前記手順は、ビデオビットレートを規定する手順であり、当該ビデオビットレートは、全てのオーバヘッド及びエラービットは除外された、１秒間のアダプテーション層ビデオＳＤＵ（ビデオフレーム）の平均ビット数を示すことを特徴とする請求項４に記載の方法。
17. 主要性能指標を規定する前記手順は、オーディオビットレートを規定する手順であり、当該オーディオビットレートは、全てのオーバヘッド及びエラービットは除外された、１秒間のアダプテーション層オーディオＳＤＵ（オーディオフレーム）の平均ビット数を示すことを特徴とする請求項４に記載の方法。
18. 主要性能指標を規定する前記手順は、オーディオフレーム損失率を規定する手順であり、当該オーディオフレーム損失率は、失われたオーディオフレームの率を示すことを特徴とする請求項４に記載の方法。
19. 主要性能指標を規定する前記手順は、Ｈ．２４５ＮＳＲＰ再伝送率を規定する手順であり、当該Ｈ．２４５ＮＳＲＰ再伝送率は、再伝送されたＨ．２４５メッセージの数を全てのＨ．２４５メッセージの数で除算した値を示すことを特徴とする請求項４に記載の方法。
20. 主要性能指標を規定する前記手順は、Ｈ．２４５平均応答時間を規定する手順であり、当該Ｈ．２４５平均応答時間は、Ｈ．２４５の要求メッセージと応答メッセージとの間の平均経過時間を示すことを特徴とする請求項４に記載の方法。
21. 使用尺度を規定する前記手順は、サービスアクセスレートを規定する手順であり、当該サービスアクセスレートは、Ｈ．２２３及びＨ．２４５ビデオ送信を引き起こすＬ３呼セットアップメッセージの１秒間の平均数を示すことを特徴とする請求項４に記載の方法。
22. 使用尺度を規定する前記手順は、成功した呼の継続時間を規定する手順であり、当該成功した呼の継続時間は、成功裏にセットアップされ且つ正常に終了した呼の場合に、Ｌ３ ＣＯＮＡＣＫメッセージが現れてからＬ３ ＤＩＳＣメッセージが現れるまでの平均経過時間を示すことを特徴とする請求項４に記載の方法。
23. 使用尺度を規定する前記手順は、Ｈ．２４５の継続時間を規定する手順であり、当該Ｈ．２４５の継続時間は、ＬＣＮ０において検出された最初のＨ．２４５メッセージからＨ．２４５EndSessionコマンドまでの平均経過時間を示すことを特徴とする請求項４に記載の方法。
24. 前記主要性能指標及び前記使用尺度を計算する前記手順は、
    トラフィックデータベースから次の呼レコードを読み出すステップと、
    この呼が、主要性能指標に関係する種類のものであるか否かをチェックするステップと、
    特定の呼に対する前記主要性能指標により規定される値を計算するステップと、
    統計機能を前記値で更新し、前記主要性能指標にとって適切な呼の数を計算するカウンタの値を増加させるステップと、
    前記各ステップを、全ての呼が処理されるまで繰り返すステップと、
    前記主要性能指標の値を、当該主要性能指標に関連する統計機能を評価することにより計算するステップと、
    を備えることを特徴とする請求項１に記載の方法。
25. 回線交換移動通信網の性能分析、特に、３Ｇ−３２４Ｍに基づくビデオテレフォニーの大規模な性能分析のための、パッシブトラフィックモニタであって、当該パッシブトラフィックモニタは、移動端末、無線アクセスネットワーク、及びコアネットワークを含む前記回線交換移動通信網の、標準化されたインタフェースに接続されており、
    当該パッシブトラフィックモニタは、シグナリングアナライザ、ユーザプレーンプロトコルアナライザ、及びトラフィックデータベースライタに接続されたトレースアナライザを含み、
    トラフィックデータベースを生成する前記トラフィックデータベースライタは、前記シグナリングアナライザ、前記トレースアナライザ、及び前記ユーザプレーンアナライザに接続されている
    ことを特徴とするパッシブトラフィックモニタ。
26. 前記ユーザプレーンプロトコルアナライザはＨ．２２３アナライザであり、
    前記トレースアナライザは、分析中に、トレース解析処理を制御し、
    シグナリングメッセージの到着を検出すると、前記トレースアナライザは、当該シグナリングメッセージを、処理のために前記シグナリングアナライザに渡し、
    前記トレースアナライザは、前記シグナリングアナライザに対し、到着中の呼の識別子を要求し、この情報に基づいて、到着した呼内で搬送されたＨ．２２３多重データの分析を開始するように前記Ｈ．２２３アナライザをトリガし、
    前記シグナリングアナライザは、トレース内の前記シグナリングメッセージをチェックし、到着中のテレビ電話呼を識別するのに必要な情報を収集し、
    前記シグナリングアナライザは、新しく検出したトリプレットを前記トレースアナライザに渡し、
    ログ記録されるべき情報が、前記トラフィックデータベースライタへ送信され、
    前記Ｈ．２２３アナライザは、前記シグナリングアナライザの助けを借りて前記トレースアナライザが識別したＨ．２２３ビットストリームを、処理及び解析し、
    分析に必要な情報要素が識別され、主要性能指標の計算に必要な尺度は、収集され且つ前記トラフィックデータベースライタに送信され、
    前記Ｈ．２２３アナライザは、テレビ電話呼が終了されたことを発見すると、前記トレースアナライザ７０３に通知し、
    前記トラフィックデータベースライタは、アナライザモジュールから受信した情報を前記トラフィックデータベース内に編成し、当該情報は、所定の形式を使用するログファイルに格納される
    ことを特徴とする請求項２５に記載のパッシブトラフィックモニタ。
27. 前記Ｈ．２２３アナライザは、
    前記トレースアナライザからＨ．２２３ストリームを受信し、当該ストリーム内のＨ．２２３フレームを識別し、ＭＵＸ−ＰＤＵを再構成し、当該ＭＵＸ−ＰＤＵを受信して再構成するデマルチプレクサへ送信するＨ．２２３フレームアナライザと、
    アダプテーション層（ＡＬ）ＰＤＵを解釈してＡＬ ＳＤＵを再構成するＬＣＮモジュールと、
    ＡＬ ＳＤＵのコンテンツが属する論理チャネルの種類に応じて、当該ＡＬ ＳＤＵのコンテンツを更に処理するオーディオ／ビデオモジュールと、
    前記Ｈ．２２３フレームアナライザ、前記デマルチプレクサ、及び前記ＬＣＮモジュールを部分的に制御し、ＡＬ１−ＳＤＵの形式で前記ＬＣＮモジュールからＨ．２４５制御メッセージを取得するＨ．２４５アナライザと、
    を備えることを特徴とする請求項２６に記載のパッシブトラフィックモニタ。
28. 前記ＭＵＸ−ＰＤＵは、複数の論理チャネルからのオクテットを含むことを特徴とする請求項２７に記載のパッシブトラフィックモニタ。
29. 前記ＭＵＸ−ＰＤＵのヘッダは、多重化パケットのコンテンツを記述することを特徴とする請求項２７に記載のパッシブトラフィックモニタ。

Images