(57)【要約】【課題】ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワークのコンポーネントを検出する。【解決手段】ネットワークからＡＴＭメッセージを捕捉し、この捕捉したメッセージからネットワーク・ノード識別子を抽出する。ネットワーク・ノード識別子を既知のネットワーク・ノードのデータベースと比較する。このとき、ネットワーク・ノード識別子が既知のネットワーク・ノードに関係しない場合、新たなネットワーク・ノードのエントリを上記データベースに追加する。なお、新たなネットワーク・ノードのエントリがネットワーク・ノード識別子を含む。【選択図】図１
2008259188.tif 000002
【特許請求の範囲】
【請求項１】
ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワークのコンポーネントを検出する方法であって、
上記ネットワークからＡＴＭメッセージを捕捉するステップと、
上記捕捉したメッセージからネットワーク・ノード識別子を抽出するステップと、
上記ネットワーク・ノード識別子を既知のネットワーク・ノードのデータベースと比較するステップと、
上記ネットワーク・ノード識別子が既知のネットワーク・ノードに関係しない場合、新たなネットワーク・ノードのエントリを上記データベースに追加するステップとを具え、
上記新たなネットワーク・ノードのエントリが上記ネットワーク・ノード識別子を含むネットワーク・コンポーネント検出方法。
【請求項２】
上記捕捉したメッセージ用の受信ノードを識別するステップと、
新たなネットワーク・インタフェース・エントリを上記データベースに追加するステップとを更に具え、
上記受信ノードが既知のネットワーク・ノードであり、上記新たなネットワーク・インタフェース・エントリが第１エンドポイントでの上記受信ノード及び第２エンドポイントでの上記新たなネットワーク・ノードである請求項１のネットワーク・コンポーネント検出方法。
【請求項３】
表示でユーザに対して上記新たなネットワーク・ノードを表示するステップを更に具えた請求項１のネットワーク・コンポーネント検出方法。
【請求項４】
上記新たなネットワーク・ノードがＵＴＲＡＮネットワーク内のラジオ・ネットワーク・コントローラ（ＲＮＣ）であり、上記ネットワーク・ノード識別子がＲＮＣ識別子である請求項１のネットワーク・コンポーネント検出方法。
【請求項５】
上記新たなネットワーク・ノードがＵＴＲＡＮネットワーク内のノードＢであり、上記ネットワーク・ノード識別子がノードＢ識別子である請求項１のネットワーク・コンポーネント検出方法。
【請求項６】
上記捕捉したメッセージがラジオ・リンク・セットアップ・メッセージである請求項１のネットワーク・コンポーネント検出方法。
【請求項７】
上記ネットワーク・ノード識別子がトランスポート・レイヤー・アドレス・パラメータである請求項１のネットワーク・コンポーネント検出方法。
【請求項８】
ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワーク内のチャネルを識別する方法であって、
上記ネットワークからＡＴＭメッセージを捕捉するステップと、
上記捕捉したメッセージからチャネル識別子を抽出するステップと、
上記チャネル識別子からチャネル・キーを生成するステップと、
上記チャネル・キーを既知のチャネルのデータベースと比較するステップと、
上記チャネル・キーが既知のチャネルに関係しない場合、新たなチャネルのエントリを上記データベースに追加するステップと
を具えたネットワーク・チャネル識別方法。
【請求項９】
上記チャネル識別子は、仮想パス識別子（ＶＰＩ）、仮想チャネル識別し（ＶＣＩ）及びＡＴＭポートから成るグループから選択されることを特徴とする請求項８のネットワーク・チャネル識別方法。
【請求項１０】
新たなチャネルをインタフェースに関係させるステップを更に具えた請求項８のネットワーク・チャネル識別方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ネットワーク内の通信リンクを検出するシステム及び方法に関し、特に、ＵＴＲＡＮ内のＩｕｒ及びＩｕｂインタフェース並びにＡＡＬ５チャネルを検出するシステム及び方法に関する。
【背景技術】
【０００２】
ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）は、ヨーロピアン・テレコミュニケーション・スタンダード・インステチュート（ＥＴＳＩ）により先ず標準化され、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）により現在標準化された第３世代（３Ｇ）モバイル・ホーン（携帯電話）技術である。エア（空中）インタフェースとしてワイドバンド符号分割多重アクセス（Ｗ−ＣＤＭＡ）を用いて、ＵＭＴＳが回線交換（ＣＳ：circuit switched）及びパケット交換（ＰＳ：packet switched）トラフィックの両方を伝送する。ＵＭＴＳに用いるネットワーク・コンポーネント及びプロトコルの記述は、当業者に周知であり、３ＧＰＰ、ＥＴＳＩ及び他の情報源から一般にも利用可能である。ＵＭＴＳネットワーク・アーキテクチャは、３つのドメイン、即ち、コア・ネットワーク（ＣＮ）、ＵＭＴＳ地球ラジオ・アクセス・ネットワーク（ＵＴＲＡＮ）及びユーザ装置（ＵＥ）から構成されている。
【０００３】
ＵＴＲＡＮは、加入者ＵＥにアクセスするエア・インタフェースを提供する。ＵＴＲＡＮにおけるベース・ステーション（基地局）は、ノードＢと呼ばれ、ノードＢ用の制御装置は、ラジオ・ネットワーク・コントローラ（ＲＮＣ）と呼ばれる。ＵＭＴＳユーザ装置は、ＷＣＤＭＡエア・インタフェースによりノードＢと通信を行う。ＵＥは、ＰＳドメイン又はＣＳドメイン、若しくはこれら両方のドメインに帰属させることができる。ＵＥは、ＰＳサービス及びＣＳサービスを同時に利用できる。
【０００４】
非同期トランスファ・モード（ＡＴＭ）をＵＭＴＳでのデータ伝送に使用する。ＡＴＭレイヤーは、複数のＡＴＭセルをマルチプレクス及びデマルチプレクスして伝送し、端から端までのシーケンスを確実にする。ＡＴＭアダプテーション・レイヤー（ＡＡＬ）は、異なるアプリケーションのために、ＡＴＭの低いレイヤーを介してペイロードを発生及び受信できる。時間遅延が微妙なアプリケーションの短く可変長のパケットの伝送において、ＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）を用いる。ＡＡＬ２を用いて、多数のデータ・ストリームを伝送すると共に、シグナリング・パケット及びユーザ・ペイロード・パケットの両方に用いる。接続識別子（ＣＩＤ）を用いて、異なるストリームを識別する。ＡＴＭアダプテーション・レイヤー・タイプ５（ＡＡＬ５）は、フレームをサポートとし、これを制御情報、即ちシグナリング情報の伝送に用いる。
【０００５】
ＵＭＴＳは、いくつかのインタフェース、チャネル及びプロトコルを定義し、ネットワーク・コンポーネントの間でデータを交換して、ＵＥへのコール（呼）を設定する。各コールは、種々のインタフェースを通過する多くのメッセージから成る。コールを完全に分析するためには、コール用の総てのメッセージを収集して、相関させなければならない。
【０００６】
【特許文献１】特表２００５−５３８５８３公報
【発明の開示】
【発明が解決しようとする課題】
【０００７】
従来の欠点の１つは、ＵＭＴＳネットワーク内に多くのノードが存在でき、ネットワークを正確にモニタするためには、これらネットワーク・ノードの各々が既知でなければならないことである。各ノードは、ネットワークにおいて、そのノードを他のノードにリンクさせる１つ以上のインタフェースを有する。
【０００８】
従来技術の第２の欠点は、ネットワーク・ノードが、ノードＢの如きコンポーネントとして連続的に変化し、追加され、移動され、更新され、サービスされ、又は削除されることである。よって、サービス・プロバイダは、かかる変更が行われる度に、ネットワーク構成マップを手動で更新しなければならない。
【課題を解決するための手段】
【０００９】
本発明は、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワークのコンポーネントを検出する方法であって；ネットワークからＡＴＭメッセージを捕捉するステップと；記捕捉したメッセージからネットワーク・ノード識別子を抽出するステップと；ネットワーク・ノード識別子を既知のネットワーク・ノードのデータベースと比較するステップと；ネットワーク・ノード識別子が既知のネットワーク・ノードに関係しない場合、新たなネットワーク・ノードのエントリを上記データベースに追加するステップとを具え；新たなネットワーク・ノードのエントリがネットワーク・ノード識別子を含む。
また、本発明は、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワーク内のチャネルを識別する方法であって；ネットワークからＡＴＭメッセージを捕捉するステップと；捕捉したメッセージからチャネル識別子を抽出するステップと；チャネル識別子からチャネル・キーを生成するステップと；チャネル・キーを既知のチャネルのデータベースと比較するステップと；チャネル・キーが既知のチャネルに関係しない場合、新たなチャネルのエントリを上記データベースに追加するステップとを具えている。
【発明の効果】
【００１０】
本発明は、上述の及びその他の問題点を広く解決し、回避し、技術的な利点を一般的に達成できる。本発明では、ＲＮＣ識別子をＵＴＲＡＮ内のメッセージから抽出して、複数のＲＮＣコンポーネント間のインタフェースを識別する。ノードＢ識別子も抽出して、新たなノードＢ及び関係したインタフェースを識別する。仮想チャネル識別子を抽出して、ＵＴＲＡＮ内の新たなチャネルを識別する。
【発明を実施するための最良の形態】
【００１１】
本発明の一実施例によれば、本発明の方法は、ネットワークのコンポーネントを検出する方法は、ネットワークからのメッセージを捕捉し、捕捉したメッセージからのネットワーク・ノード識別子を抽出し、ネットワーク・ノード識別子を既知のネットワーク・ノードのデータベースと比較し、ネットワーク・ノード識別子が既知のネットワークと関係しない場合に新たなネットワーク・ノード用エントリをデータベースに追加する。なお、新たなネットワーク・ノード・エントリは、ネットワーク・ノード識別子を含む。この方法は、更に、捕捉したメッセージ用の受信ノードを識別し、新たなネットワーク・インタフェース・エントリをデータベースに追加する。なお、受信ノードは、既知のネットワーク・ノードであり、新たなネットワーク・インタフェース・エントリは、第１エンドポイントでの受信ノードと第２エンドポイントでの新たなネットワーク・ノードとを接続する新たなネットワーク・インタフェースに対応する。新たなネットワーク・ノード、受信ノード及び新たなネットワーク・インタフェースは、ユーザ用である。
【００１２】
一実施例において、新たなネットワーク・ノードは、ＵＴＲＡＮネットワーク内のラジオ・ネットワーク・コントローラ（ＲＮＣ）であり、ネットワーク・ノード識別子は、ＲＮＣ識別子である。他の実施例において、受信ノード及び新たなネットワーク・ノードは、共にラジオ・ネットワーク・コントローラ（ＲＮＣ）であり、新たなネットワーク・インタフェースは、ＵＴＲＡＮネットワーク内のＩｕｒインタフェースである。新たなネットワーク・ノードは、ＵＴＲＡＮネットワーク内のノードＢでもよく、ネットワーク・ノード識別子は、ノードＢ識別子でもよい。受信ノードは、ＵＴＲＡＮネットワーク内の新たなネットワーク・インタフェースであるＩｕｂインタフェース、新たなネットワーク・ノードであるノードＢ、ラジオ・ネットワーク・コントローラ（ＲＮＣ）でもよい。捕捉したメッセージは、ラジオ・リンク・セットアップ・メッセージでもよく、ネットワーク・ノード識別子は、トランスポート・レイヤー・アドレス・パラメータでもよい。
【００１３】
本発明の他の実施例によれば、ネットワーク内のチャネルを識別する方法は、ネットワークからメッセージを捕捉し、捕捉したメッセージからチャネル識別子を抽出し、チャネル識別子からチャネル・キーを生成し、チャネル・キーと既知チャネルのデータベースとを比較し、チャネル・キーが既知のチャネルに関係しない場合に新たなチャネル用のエントリをデータベースに追加する。チャネル識別子は、仮想パス識別子（ＶＰＩ）、仮想チャネル識別子（ＶＣＩ）及びＡＴＭポートから成るグループから選択できる。新たなチャネルを識別子に関係づけることができる。捕捉メッセージ内のポイントコードを用いてインタフェースを識別できる。
【００１４】
一実施例において、インタフェースは、ＵＴＲＡＮネットワーク内のＩｕｒインタフェースであり、捕捉したメッセージは、ラジオ・ネットワーク・サブシステム・アプリケーション・ポート（ＲＮＳＡＰ）メッセージであり、ポイントコードは、ラジオ・ネットワーク・コントローラ（ＲＮＣ）である。チャネル・キーを有するメッセージが、既知のインタフェースから所定回数だけ捕捉されたかを判断して、インタフェースを識別する。他の実施例において、インデックスは、ＵＴＲＡＮネットワーク内のＩｕｂインタフェースであり、捕捉メッセージは、ノードＢアプリケーション・パート（ＮＢＡＰ）又はアクセス・リンク制御アプリケーション・パート（ＡＬＣＡＰ）メッセージである。
【００１５】
さらに本発明及びその特徴を理解するために、添付図を参照して本発明を詳細に説明する。
【実施例】
【００１６】
本発明は、種々の特定状況において実現できる多くの適用可能な新規な概念を提供する。ここで説明する特定の実施例は、本発明を達成し利用するための特定の方法を単に示すものであり、本発明の範囲を限定するものではない。
【００１７】
図１は、ノードＢ１０１及びラジオ・ネットワーク・コントローラ（ＲＮＣ）１０２を具えたＵＭＴＳネットワークのＵＴＲＡＮ部分を示す。ノードＢ１０１は、ＩｕＢインタフェース１０３を介してＲＮＣ１０２と通信をする。ＲＮＣ１０２は、Ｉｕｒインタフェース１０４を介して互いに通信を行う。ノードＢ１０１は、エア・インタフェースＵｕ１０６を介してユーザ装置（ＵＥ）１０５と通信をする。ＵＥ１０５がコールを行うか受ける時は常に、Ｉｕｂインタフェース１０３を介してノードＢ１０１及びＲＮＣ１０２の間で、且つＩｕｒインタフェース１０４を介して複数のＲＮＣ１０２の間で、シグナリング・メッセージが交換される。モニタ又はプローブ１０７は、ＲＮＣ１０２に非侵入的に結合されて、Ｉｕｂインタフェース１０３及びＩｕｒインタフェース１０４を介してＲＮＣ１０２と行き来するほぼ総てのプロトコル・メッセージを捕捉する。モニタ１０７は、中央サーバー１０８に結合される。これにより、操作者は、モニタ１０７により収集されたネットワーク情報にアクセスできる。
【００１８】
図２は、ＵＴＲＡＮネットワークにおけるＩｕｂインタフェースで用いるプロトコル・スタックを示す。図３は、ＵＴＲＡＮネットワークにおけるＩｕｒインタフェースで用いるプロトコル・スタックを示す。ＵＴＲＡＮは、Ｉｕｂ及びＩｕｒインタフェース用のＡＴＭインフラストラクチュアを導入している。ＵＴＲＡＮは、ＡＴＭ例のトップでＡＡＬ２及びＡＡＬ５アダプテーション（適合層）の両方を用いる。ノードＢアプリケーション・パート（ＮＢＡＰ）、アクセス・リンク制御アプリケーション・パート（ＡＬＣＡＰ）及びラジオ・ネットワーク・サブシステム・アプリケーション・パート（ＲＮＳＡＰ）プロトコル・メッセージは、ＡＡＬ５チャネルを介して伝送される。
【００１９】
ＡＴＭセルは、ＡＴＭ内の最小のユニットであり、２つのアドレス・パラメータである仮想パス識別子（ＶＰＩ）及び仮想チャネル識別子（ＶＣＩ）を含んでいる。仮想パスは、ＲＮＣ及びノードＢの間のＮＢＡＰ及びＡＬＣＡＰを交換するための永久仮想接続である。仮想パス接続がセットアップされ、サービス・プロバイダのオペレーション及びメインテナンス（Ｏ＆Ｍ）操作により変更又は削除が行われるまで、維持される。ＡＴＭを介して高レベルのプロトコルを伝送するために、ＡＡＬ５の如きアダプテーション・レーヤを用いる。各ＡＡＬ５仮想接続は、次により独自に識別される。
ＡＴＭ仮想パス識別子（ＶＰＩ）；
ＡＴＭ仮想チャネル識別子（ＶＣＩ）；及び
ＡＴＭポート（メッセージが到達するポート）。
【００２０】
ＵＴＲＡＮは、互いにリンクされた多くのＲＮＣを比較できる。各ＲＮＣは、２００個程度のノードＢに接続できる。ＡＡＬ５接続は、複数のＲＮＣの間、及びＲＮＣ及びノードＢの間の総てのインタフェースに存在できる。よって、ＵＴＲＡＮで用いる総てのＡＡＬ５チャネルを識別することは非常に複雑なタスクである。本発明は、Ｉｕｂ及びＩｕｒインタフェースを動的に検出すると共に、ＵＴＲＡＮネットワーク内でデータを伝送するのに用いる総てのＡＡＬ５チャネルを検出する。
【００２１】
本発明の実施例によれば、Ｉｕｒインタフェースの検出は、２ステップ処理である。２個のＲＮＣ間のＩｕｒリンクを動的に検出するには、先ず、ＲＮＣ用の識別子（ＲＮＣ＿Ｉｄ）を検出し、次に、ＲＮＣ＿ＩＤを用いて、２個のＲＮＣ間のリンクを描く。このリンクは、Ｉｕｒインタフェースに対応する。特定のＮＢＡＰ及びＲＮＳＡＰメッセージにおいて、ＲＮＣ＿Ｉｄを識別できる。図４は、本発明の一実施例によりネットワーク・インタフェースを通過するメッセージの捕捉を示す。ＮＢＡＰプロトコル・メッセージである共通測定レポート・メッセージ４０１をノードＢ４０２が用いて、対応する制御ＲＮＣ（ＣＲＮＣ）４０３により要求された測定の結果をレポートする。共通測定レポート・メッセージ４０１は、ＣＲＮＣ４０３に対応するＲＮＣ＿Ｉｄを含んでいる。ＲＮＣ＿Ｉｄをデータベース４０４にセーブする。このデータベースは、例えば、モニタ１０７及び／又はモニタ・システム・サーバー１０８（図１）に配置できる。
【００２２】
ＵＭＴＳにより、大きな（マクロ）多様化又はソフトハンドオーバが可能となり、データが多数のノードＢを介してＵＥに送信される。信号は、エア・インタフェースにより多数の経路を介して伝送され、ＵＥにて組み合わされて、フェード効果を制限して、低パワー・レベルが必要となる。しかし、ノードＢは、異なるＲＮＣ４０６及び４０７に属してもよい。ＲＮＣ４０６及び４０７は、２つの論理的な役目をできる。例えば、ＲＮＣ４０７は、論理的にドリフトＲＮＣ（ＤＲＮＣ）でもよいし、ＲＮＣ４０６は、論理的にサービングＲＮＣ（ＳＲＮＣ）でもよい。Ｉｕｒインタフェースは、ＲＮＣ４０６及び４０７を接続する。ＳＲＮＣ４０６は、ＵＥへの情報伝送を制御し、ＤＲＮＣ４０７からのラジオ・リソースを要求する。ＤＲＮＣ４０７は、ＵＥ及びＳＲＮＣ４０６の間で情報を単にリレーする。
【００２３】
Ｉｕｒインタフェース上のＲＮＳＡＰプロトコルは、マクロ多様化用にＤＲＮＳ４０７内にリソースを確立するために用いるラジオ・リンク・セットアップ手順を含む。ラジオ・リンク・セットアップ要求メッセージ４０５は、ＲＮＣ＿Ｉｄを含んでおり、このＲＮＣ＿Ｉｄは、ＵＴＲＡＮモニタ装置により捕捉され、データベース４０４に送られる。これにより、モニタ装置は、ＵＴＲＡＮネットワーク内の各ＲＮＣ用のＲＮＣ＿Ｉｄのリストを編集（コンパイル）できる。例えば、図５に示すように、データベース４０４は、既に更新されており、ＵＴＲＡＮがＤＲＮＣ４０７（ＲＮＣ＿Ｉｄ−１が割り当てられている）及びＳＲＮＣ４０６（ＲＮＣ＿Ｉｄ−２が割り当てられている）を含んでいることが判っている。ＤＲＮＣ４０７がＲＮＣ＿Ｉｄ−２の如きそれ自体のものではないＲＮＣ＿Ｉｄを有するラジオ・リンク・セットアップ要求メッセージ５０１を受信すると、メッセージ５０１がモニタ装置に転送されて、ＤＲＮＣ４０７及びＳＲＮＣ４０６の間にＩｕｒリンクが存在することをサーバー１０８（図１）に知らせる。サーバー１０８がこのＩｕｒインタフェースにまだ気付かないと、これは、ＤＲＮＣ４０７及びＳＲＮＣ４０６の間の新たなＩｕｒリンクを設定する。Ｉｕｒインタフェースは、実時間で動的に識別される。Ｉｕｒインタフェース及びＲＮＣは、例えば、グラフィック・ユーザ・インタフェース（ＧＵＩ）を用いてワークステーションにてユーザに表示される。
【００２４】
図６に示すようにラジオ・リンク・セットアップ要求６０１、ラジオ・リンク・セットアップ応答６０２及びラジオ・リンク再構成コミット６０３の如きラジオ・リンク・セットアップ・メッセージにより、トランスポート・レイヤー・アドレス（ＴＬＡ）パラメータを伝送する。ＴＬＡは、ＵＴＲＡＮ内の各ノードＢを独自に識別する。モニタ・システムにより、ネットワーク内に独自のＴＬＡが見つかるときは常に、それはデータベース４０４に送信される。サーバー１０８は、ＴＬＡが新たなノードＢに関係したことを判断し、新たなノードＢ及び新たなＩｕｂインタフェースをモニタ用に設定する。新たなノードＢ及びＩｕｂインタフェースは、ワークステーションＧＵＩにてＲＮＣと共にユーザに表示できる。
【００２５】
ＮＢＡＰ内のＶＰＩ及びＶＣＩパラメータと、ＲＮＳＡＰ及びＡＬＣＡＰメッセージとをモニタすることにより、モニタ・システムは、ＵＴＲＡＮ内のチャネルを識別できる。メッセージを捕捉したときは常に、ＶＰＩ／ＶＣＩ組合せが既知のＶＰＩ／ＶＣＩ組合せと比較されて、新たなチャネルを識別する。新たなチャネルが検出されると、モニタ装置１０８が新たなＶＰＩ／ＶＣＩチャネル情報により更新される。新たなチャネルは、実時間で検出される。
【００２６】
Ｉｕｒリンク上のＡＡＬ５チャネルにとって、ＲＮＣのポイントコードを用いて、これらチャネルが正しいＩｕｒインタフェースに相関される。ＲＮＳＡＰメッセージにおいて、ＲＮＣ用ポイントコードがＭＴＰ３レイヤーに存在する。ＩｕｂリンクのＡＡＣ５チャネルにおいて、これらＡＡＬ５チャネルを正しいＩｕｂリンクに相関させるかかる情報が存在しない。代わりに、本発明は、異なるフレームワークを用いて、新たなＩｕｂチャネルが生成されたことを確認する。ＶＰＩ／ＶＣＩの同じ組合せが特定のＩｕｂリンクで特定の回数だけ見られた場合は常に、そのチャネルが新たなチャネルとして識別され、そのＩｕｂインタフェースに属する。ＶＰＩ／ＶＣＩのマッチが新たなチャネル用に観察する必要がある回数は、ランタイム（実行時間）にて調整可能である。
【００２７】
図７は、新たなチャネルを識別するためにＶＰＩ／ＶＣＩ組合せを評価する方を説明する流れ図である。ステップ７０１にて、モニタ・プロセッサは、ＮＢＡＰ、ＡＬＣＡＰ又はＲＮＳＡＰメッセージを受信する。ステップ７０２にて、ＶＰＩ及びＶＣＩパラメータがメッセージから抽出され、プロセッサがＶＰＩ／ＶＣＩキーを構成する。ステップ７０３にて、プロセッサは、ＶＰＩ／ＶＣＩキーを既知のＶＰＩ／ＶＣＩ組合せと比較して、チャネルが新しいかを確認する。ステップ７０４にて、メモリ枝がＲＮＳＡＰメッセージでチャネルが新しくなければ、処理はステップ７０１に戻り、次のメッセージを評価するまで待つ。ＲＮＳＡＰメッセージ内のＶＰＩ／ＶＣＩが新たなチャネル用ならば、処理はステップ７０４からステップ７０５に進む。ステップ７０５にて、ＲＮＳＡＰメッセージ内のポイントコードは、Ｉｕｒインタフェースに相関される。ステップ７０６にて、モニタ・システム・サーバー及びモニタ（プローブ）は、新たなチャネル情報により更新される。ステップ７０７にて、ＮＢＡＰメッセージに対して、メッセージが新しくないとき、処理は７０１に戻る。ＮＢＡＰメッセージ内のＶＰＩ／ＶＣＩ組合せが新しいと、ステップ７０８にて、確認ロジックが開始する。特定のインタフェースで同じＶＰＩ／ＶＣＩキーが観察された回数を、プロセッサが計数する。ＶＰＩ／ＶＣＩ組合せが「ｎ」回観察されると、プロセッサはそれが有効な新たなチャネルであると識別する。ステップ７０６にて、サーバー及びモニタ（プローブ）は新たなチャネル情報により更新され、次のメッセージにより、ステップ７０１にて処理を再開する。
【産業上の利用可能性】
【００２８】
本発明及びその利点を詳細に上述したが、本発明の要旨を逸脱することなく、種々の変更、代用、交換などが可能であることが理解できよう。本発明の範囲は、本明細書で説明した処理、マシーン、製造、組成物、手段、方法及びステップに限定することを意図してはいない。当業者が容易に理解できる如く、既存及び今後開発される処理、マシーン、製造、組成物、手段、方法及びステップによっても、本発明に関して上述した実施例とほぼ同じ機能又は結果を達成できる。よって、本発明は、これらも含むものである。
【図面の簡単な説明】
【００２９】
【図１】本発明の実施例によりＵＴＲＡＮネットワークに結合されたモニタ装置を示す。
【図２】Ｉｕｂインタフェース用のプロトコル・スタックを示す。
【図３】Ｉｕｒインタフェース用のプロトコル・スタックを示す。
【図４】本発明の一実施例によりネットワーク・インタフェースを通過するメッセージの捕捉を示す。
【図５】本発明の他の実施例によりネットワーク・インタフェースを通過するメッセージの捕捉を示す。
【図６】本発明の更に他の実施例によりネットワーク・インタフェースを通過するメッセージの捕捉を示す。
【図７】本発明の一実施例によりネットワーク内のチャネルを識別する流れ図を示す。
【符号の説明】
【００３０】
１０１  ノードＢ
１０２  ラジオ・ネットワーク・コントローラ（ＲＮＣ）
１０５  ユーザ装置（ＵＥ）
１０７  モニタ
１０８  サーバー
４０２  ノードＢ
４０３  ＣＲＮＣ
４０４  ＲＮＣ＿Ｉｄデータベース
４０６  ＳＲＮＣ
４０７  ＤＲＮＣ
【図１】
2008259188.tif 000003
【図２】
2008259188.tif 000004
【図３】
2008259188.tif 000005
【図４】
2008259188.tif 000006
【図５】
2008259188.tif 000007
【図６】
2008259188.tif 000008
【図７】
2008259188.tif 000009