(57)【要約】【課題】ＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）のコールに関係する複数のアクセス・チャネルを相関させる。【解決手段】１つ以上のランダム・アクセス・チャネル（ＲＡＣＨ）メッセージを検出し、１つ以上のＲＡＣＨメッセージの各々のユーザ装置（ＵＥ）識別を求める。データベース４４０における１つ以上のＲＡＣＨメッセージ用のＵＥ識別を蓄積し、フォワード・アクセス・チャネル（ＦＡＣＨ）メッセージを検出する。ＦＡＣＨメッセージ用のＵＥ識別を求める。ＦＡＣＨメッセージ内に存在するＵＥ識別とマッチングするＲＡＣＨメッセージ内に存在するＵＥ識別をデータベースで検索する。マッチングしたＵＥ識別に関連する情報をデータベースに蓄積する。【選択図】図４
2008259204.tif 000002
【特許請求の範囲】
【請求項１】
ＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）のコールに関係する複数のアクセス・チャネルを相関させる方法であって、
１つ以上のランダム・アクセス・チャネル（ＲＡＣＨ）メッセージを検出するステップと、
１つ以上の上記ＲＡＣＨメッセージの各々のユーザ装置（ＵＥ）識別を求めるステップと、
データベースにおける１つ以上の上記ＲＡＣＨメッセージ用の上記ＵＥ識別を蓄積するステップと、
フォワード・アクセス・チャネル（ＦＡＣＨ）メッセージを検出するステップと、
上記ＦＡＣＨメッセージ用のＵＥ識別を求めるステップと、
上記ＦＡＣＨメッセージ内に存在する上記ＵＥ識別とマッチングする上記ＲＡＣＨメッセージ内に存在するＵＥ識別を上記データベースで検索するステップと、
マッチングした上記ＵＥ識別に関連する情報をデータベースに蓄積するステップと
を具えたアクセス・チャネル相関方法。
【請求項２】
各々が上記ＵＥ識別を有する１つ以上の追加ＦＡＣＨメッセージを検出するステップと、
上記追加ＦＡＣＨメッセージの上記ＵＥ識別にマッチングするＵＥ識別を上記データベースで検索するステップと、
上記ＦＡＣＨメッセージ及び上記ＲＡＣＨメッセージに存在するマッチングしたＵＥの追加の対の数を蓄積するステップと
を更に具えた請求項１のアクセス・チャネル相関方法。
【請求項３】
ノードＢ及び無線ネットワーク・コントローラ（ＲＮＣ）間のＩｕｂインタフェース上の上記ＲＡＣＨメッセージ及び上記ＦＡＣＨメッセージを検出するステップを更に具えた請求項１のアクセス・チャネル相関方法。
【請求項４】
ＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）における専用チャネルが用いるポートを識別する方法であって、
１つ以上のアクセス・リンク制御アプリケーション・プロトコル（ＡＬＣＡＰ）メッセージを検出するステップと、
上記ＡＬＣＡＰメッセージを送信又は受信するのに用いるポートを識別するステップと、
上記ＡＬＣＡＰメッセージの各々のＡＬＣＡＰキーを生成するステップと、
専用チャネル（ＤＣＨ）メッセージを検出するステップと、
上記ＤＣＨメッセージ用のＤＣＨキーを生成するステップと、
上記ＤＣＨキーにマッチングするＡＬＣＡＰキーを検索するステップと、
上記ＤＣＨキーをマッチングさせるＡＬＣＡＰキーを有する上記ＡＬＣＡＰメッセージを送信又は受信するのに用いるポートを上記ＤＣＨメッセージに関係させるステップと
を具えたポート識別方法。
【請求項５】
上記ＤＣＨキーを有する１つ以上の追加ＤＣＨメッセージを検出するステップと、
上記ＤＣＨキーとマッチングする追加ＡＬＣＡＰキーを検索するステップと、
ＡＬＣＡＰキー及びＤＣＨキーとマッチングする追加対の数を追跡するステップと
を具えた請求項４のポート識別方法。
【請求項６】
ＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）におけるＡＴＭ適応レイヤー形式２（ＡＡＬ２）チャネルを識別する方法であって、
ランダム・アクセス・チャネル（ＲＡＣＨ）及びフォワード・アクセス・チャネル（ＦＡＣＨ）のチャネルに関係した複数のユーザ装置（ＵＥ）識別をマッチングさせることにより、特定のセルが関係する上記ＲＡＣＨ及び上記ＦＡＣＨ）を識別するステップと、
上記ＲＡＣＨ及び上記ＦＡＣＨに関係する専用チャネル（ＤＣＨ）を検出するステップと、
１つ以上のアクセス・リンク制御アプリケーション・プロトコル（ＡＬＣＡＰ）メッセージに上記ＤＣＨをマッチングさせることにより、上記ＤＣＨに関係する上記ポートを識別するステップと、
上記ＲＡＣＨ、上記ＦＡＣＨ及び上記ＤＣＨに関係するＡＡＬ２チャネルを識別するステップと
を具えたＡＡＬ２チャネル識別方法。
【請求項７】
上記ＡＡＬ２チャネルに関係する情報をデータベースに蓄積するステップを更に具え、上記情報が上記ＲＡＣＨチャネル、上記ＦＡＣＨチャネル又はＤＣＨチャネルに関係することを特徴とする請求項６のＡＡＬ２チャネル識別方法。
【請求項８】
ＤＣＨキー及びＡＬＣＡＰキーを用いて、上記ＤＣＨをＡＬＣＡＰメッセージにマッチングさせるステップを更に具えた請求項６のＡＡＬ２チャネル識別方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、無線通信システムにおけるメッセージをモニタするシステム及び方法に関し、特に、ＵＭＴＳ地上無線（terrestrial radio）アクセス・ネットワーク（ＵＴＲＡＮ）におけるＡＴＭ適応レイヤー形式２（ＡＡＬ２）を検出することに関する。
【背景技術】
【０００２】
ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）は、ヨーロピアン・テレコミュニケーション・スタンダード・インステチュート（ＥＴＳＩ）により先ず標準化され、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）により現在標準化された第３世代（３Ｇ）モバイル・ホーン（携帯電話）技術である。例えば、エア（空中）インタフェースとしてワイドバンド符号分割多重アクセス（Ｗ−ＣＤＭＡ）を用いて、ＵＭＴＳが回線交換（ＣＳ：circuit switched）及びパケット交換（ＰＳ：packet switched）トラフィックの両方を伝送する。ＵＭＴＳに用いるネットワーク・コンポーネント及びプロトコルの記述は、当業者に周知であり、３ＧＰＰ、ＥＴＳＩ及び他の情報源から一般にも利用可能である。ＵＭＴＳネットワーク・アーキテクチャは、３つの相互作用ドメイン、即ち、コア・ネットワーク（ＣＮ）、ＵＴＲＡＮ及びユーザ装置（ＵＥ）から構成されている。
【０００３】
コア・ネットワーク（ＣＮ）は、ユーザ・トラフィック用のスイッチング及びルーティングを行うと共に、ネットワーク管理機能を提供する。コア・ネットワーク・アーキテクチャは、ジェネラル・パケット無線サービス（ＧＰＲＳ）によるＧＳＭネットワークに基づいている。ＵＴＲＡＮは、携帯電話、無線ラップトップ・コンピュータ・カード又はその他の無線装置の如き加入者ＵＥへのエア・インタフェースを提供する。ＵＭＴＳユーザ装置は、エア・インタフェースを介してベース・ステーション（基地局）と通信をする。ＵＴＲＡＮ内の基地局は、ノードＢと呼ばれる。ＵＥは、ＰＳドメイン又はＣＳドメイン、若しくはこれら両方のドメインに帰属させることができる。ＵＥは、ＰＳサービス及びＣＳサービスを同時に用いることができる。ノードＢ用の制御装置は、無線ネットワーク・コントローラ（ＲＮＣ）と呼ばれる。
【０００４】
エア・インタフェース（Ｕｕ）を除いて、ＵＭＴＳ内のデータ伝送は、非同期伝送モード（ＡＴＭ）を用いる。よって、ＡＴＭを用いて、Ｉｕインタフェース上で送信を行う。ＡＴＭレイヤーは、マルチプレクス、デマルチプレクス、ＡＴＭセルへの伝送を行うと共に、終端間のシーケンスを確実にする。ＡＴＭセルであるＡＴＭの最小ユニットは、２つのアドレス・パラメータである仮想経路識別子（ＶＰＩ）及び仮想チャネル識別子（ＶＣＩ）を含んでいる。仮想経路は、ＲＮＣ及びノードＢの間でノードＢアプリケーション・パート（ＮＢＡＰ）及びアクセス・リンク制御アプリケーション・プロトコル（ＡＬＣＡＰ）メッセージを交換するための永久的な仮想接続である。永久仮想接続により、接続が１回設定されると、動作及び保守（Ｏ＆Ｍ）処理によりその接続が変化するか削除されるまで、その接続が実行されることが理解できよう。ＡＴＭを介して高レベル・プロトコルを伝送するために、適応レイヤーを用いる。ＡＴＭ適応レイヤー（ＡＡＬ）は、異なるアプリケーションの代理として、ＡＴＭの低レイヤーを介してペイロードの生成及び受信に責任がある。ＡＴＭ適応レイヤー形式２（ＡＡＬ２）は、回線切り替え接続を処理し、パケット接続プロトコルＡＡＬ５は、データ配信用に設計されている。ＡＡＬ２は、多数のデータ・ストリームを伝送するように開発され、接続識別子（ＣＩＤ）が各ストリームを識別する。各ＡＡＬ２仮想接続は、ＡＴＭ仮想経路識別子（ＶＰＩ）、ＡＴＭ仮想チャネル識別子（ＶＣＩ）、ＡＡＬ２接続識別子（ＣＩＤ）及びＡＴＭポートに唯一無二に関係する。このＡＴＭポートは、メッセージが到達するポートに対応し、ここでは、ポート確認（アイデンティフィケーション）（ＰｏｒｔＩｄ）と言う。
【０００５】
【特許文献１】特開２００５−２４４９８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
通信の大企業を含むネットワーク・オペレータは、ネットワークを管理し、エンド・ユーザ、サービス及び品質の適切なレベルを含んで、顧客に提供することを望む。これら複雑なネットワークを管理するために、まず、ネットワークのトポロジーを理解することが有用である。コアのトポロジーを手動で識別し特徴付けることができるが、例えば、システムが構成されるとき、このシステムはコアから広がっていくので、接続の数に応じて、手動による識別が不可能になること、少なくとも実行不可能になることが増加する。さらに、ハードウェア・トポロジーがノードＢを知ろうとしても、エンド・ユーザ間で通信されるデータが仮想接続を通過する。ネットワークをより完全に管理し、サービスのレベル及びサービスの品質をモニタするためには、ＡＡＬ２仮想接続を識別できることが望ましい。これら接続は仮想なので、これら接続が、時間経過に伴って、作られ、変化され、削除される。これら接続を手動で識別し追跡することは、不可能で実行不能である。
【課題を解決するための手段】
【０００７】
本発明は、ＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）のコールに関係する複数のアクセス・チャネルを相関させる方法であって；１つ以上のランダム・アクセス・チャネル（ＲＡＣＨ）メッセージを検出するステップと；１つ以上の上記ＲＡＣＨメッセージの各々のユーザ装置（ＵＥ）識別を求めるステップと；データベースにおける１つ以上の上記ＲＡＣＨメッセージ用の上記ＵＥ識別を蓄積するステップと；フォワード・アクセス・チャネル（ＦＡＣＨ）メッセージを検出するステップと；ＦＡＣＨメッセージ用のＵＥ識別を求めるステップと；ＦＡＣＨメッセージ内に存在するＵＥ識別とマッチングするＲＡＣＨメッセージ内に存在するＵＥ識別をデータベースで検索するステップと；マッチングした上記ＵＥ識別に関連する情報をデータベースに蓄積するステップとを具えている。
また、本発明は、ＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）における専用チャネルが用いるポートを識別する方法であって；１つ以上のアクセス・リンク制御アプリケーション・プロトコル（ＡＬＣＡＰ）メッセージを検出するステップと；ＡＬＣＡＰメッセージを送信又は受信するのに用いるポートを識別するステップと；ＡＬＣＡＰメッセージの各々のＡＬＣＡＰキーを生成するステップと；専用チャネル（ＤＣＨ）メッセージを検出するステップと；ＤＣＨメッセージ用のＤＣＨキーを生成するステップと；ＤＣＨキーにマッチングするＡＬＣＡＰキーを検索するステップと；ＤＣＨキーをマッチングさせるＡＬＣＡＰキーを有する上記ＡＬＣＡＰメッセージを送信又は受信するのに用いるポートを上記ＤＣＨメッセージに関係させるステップとを具えている。
さらに、本発明は、ＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）におけるＡＴＭ適応レイヤー形式２（ＡＡＬ２）チャネルを識別する方法であって；ランダム・アクセス・チャネル（ＲＡＣＨ）及びフォワード・アクセス・チャネル（ＦＡＣＨ）のチャネルに関係した複数のユーザ装置（ＵＥ）識別をマッチングさせることにより、特定のセルが関係するＲＡＣＨ及び上記ＦＡＣＨ）を識別するステップと；ＲＡＣＨ及びＦＡＣＨに関係する専用チャネル（ＤＣＨ）を検出するステップと；１つ以上のアクセス・リンク制御アプリケーション・プロトコル（ＡＬＣＡＰ）メッセージにＤＣＨをマッチングさせることにより、ＤＣＨに関係するポートを識別するステップと；ＲＡＣＨ、ＦＡＣＨ及びＤＣＨに関係するＡＡＬ２チャネルを識別するステップとを具えている。
【発明を実施するための最良の形態】
【０００８】
本発明により、上述の及びその他の問題点が一般的に解決されるか回避でき、技術的な利点を達成できる。本発明の方法及びシステムは、ランダム・アクセス・チャネル（ＲＡＣＨ）及びフォワード・アクセス・チャネル（ＦＡＣＨ）に関係したユーザ装置（ＵＥ）識別をマッチングすることにより、特定のコール（呼）に関係したＲＡＣＨ及びＦＡＣＨを識別して、ＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）内のＡＴＭ＿ＡＡＬ２チャネルを識別する。１対の専用チャネル（ＤＣＨ）は、典型的には、制御及びデータ・メッセージを移送するコールに関係する。ＤＣＨチャネルを１つ以上のアクセス・リンク制御アプリケーション・プロトコル（ＡＬＣＡＰ）メッセージにマッチングさせることにより、ＤＣＨチャネルに関係したポートを識別する。そして、ＲＡＣＨ、ＦＡＣＨ及びＤＣＨに関係したＡＡＬ２チャネルを識別する。ＡＡＬ２チャネルに関係した情報をデータベースに蓄積する。蓄積された情報は、ＲＡＣＨ、ＦＡＣＨ又はＤＣＨチャネルに関係してもよい。
【０００９】
ＵＥ識別（アイデンティテイ）は、インターナショナル・モバイル加入者識別（International Mobile Subscriber Identity：ＩＭＳＩ）、ロケーション領域識別（Location Area Identity：ＬＡＩ）と組合さった一時モバイル加入者識別（Temporary Mobile Subscriber Identity：ＴＭＳＩ）、又はルーティング領域識別（Routing Area Identity：ＲＡＩ）である。
【００１０】
ＤＣＨキー及びＡＬＣＡＰキーを用いて、ＤＣＨをＡＬＣＡＰメッセージにマッチングさせる。ＡＬＣＡＰキーは、接続識別子（Connection Identifier: ＣＩＤ）、ＡＬＣＡＰセッション形式及び仮想パス識別子（Virtual Path Identifier: ＶＰＩ）を有する。ＡＬＣＡＰメッセージが検出される前に検出されたノードＢアプリケーション・パート（ＮＢＡＰ）に基づいて、ＡＬＣＡＰセッション形式を決めることができる。ＤＣＨキーは、ＣＩＤ、ＤＣＨセッション形式、ＶＰＩを有する。このＤＣＨセッション形式は、ＤＣＨチャネルが制御又はデータ・メッセージを伝送するかを示す。ＤＣＨ上で伝送されるチャネルの形式に基づいてＤＣＨセッション形式を選択する。
【００１１】
他の実施例において、ＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）内のコールに関係するアクセス・チャネルを相関させるシステム及び方法では、１つ以上のランダム・アクセス・チャネル（ＲＡＣＨ）メッセージを検出し、１つ以上のＲＡＣＨメッセージの各々に対するユーザ装置（ＵＥ）識別を求める。１つ以上のＲＡＣＨメッセージに存在するＵＥ識別は、データベースに蓄積できる。フォワード・アクセス・チャネル（ＦＡＣＨ）メッセージを検出し、ＦＡＣＨメッセージ用のＵＥ識別を求める。ＦＡＣＨメッセージ内に存在するＵＥ識別とマッチングするように、ＲＡＣＨメッセージ内に存在するＵＥ識別をデータベースにて検索できる。ＲＡＣＨ及びＦＡＣＨメッセージ内に存在する対のマッチングするＵＥ識別をデータベースに蓄積できる。１つ以上の追加ＦＡＣＨメッセージを検出するが、これら追加ＦＡＣＨメッセージの各々は、ＵＥ識別を有する。追加ＦＡＣＨメッセージのＵＥ識別にマッチングするＵＥ識別をデータベースで検索する。マッチングするＵＥ及びＵＥ識別の追加対の数を蓄積してもよい。
【００１２】
いくつの追加対を検出したかを求めることにより、ＵＥ識別マッチングが有効になる。所定数の追加対を検出すると、ＵＥ識別マッチングを有効にできる。ネットワーク・オペレータが所定数を決めてもよい。ネットワーク・オペレータが要求する信頼のレベルに応じて、所定数を決めてもよい。ノードＢ及び無線ネットワーク・コントローラ（ＲＮＣ）の間のＩｕｂインタフェースにてＲＡＣＨ及びＦＡＣＨメッセージを検出できる。
【００１３】
ＵＥ識別は、インターナショナル・モバイル加入者識別（ＩＭＳＩ）、ロケーション領域識別（ＬＡＩ）と組合さった一時的モバイル加入者識別（ＴＭＳＩ）、又はルーティング領域識別（ＲＡＩ）と組合さったパケット一時的モバイル加入者識別（ＰＴＭＳＩ）でもよい。
【００１４】
他の実施例は、ＵＭＴＳ地上無線アクセス・ネットワーク（ＵＴＲＡＮ）内の専用チャネルが用いるポートを識別するシステム及び方法を提供する。１つ以上のアクセス・リンク制御アプリケーション・プロトコル（ＡＬＣＡＰ）メッセージを検出し、このＡＬＣＡＰメッセージを送信又は受信するのに用いるポートを識別する。ＡＬＣＡＰメッセージの各々に対してＡＬＣＡＰキーを作成する。専用チャネル（ＤＣＨ）メッセージを検出し、ＤＣＨキーをＤＣＨメッセージ用に生成する。ＤＣＨキーにマッチングするＡＬＣＡＰキーを検索する。ＤＣＨキーにマッチングするＡＬＣＡＰキーを有するＡＬＣＡＰメッセージを送信又は受信するのに用いるポートをＤＣＨメッセージに関係させる。
【００１５】
ＤＣＨキーを有する１つ以上の追加ＤＣＨメッセージを検出できる。ＤＣＨキーをマッチングさせる追加ＡＬＣＡＰキーについて、ＡＬＣＡＰキーを検索する。マッチングするＡＬＣＡ及びＤＣＨキーの追加対の数を追跡する。マッチングするＡＬＣＡＰ」ｙＤＣＨキーの追加対をいくつ検出できるかに応じて、ＤＣＨに割り当てられたポートが有効になる。
【００１６】
ＡＬＣＡＰキーは、接続識別子、セッション形式及び仮想経路識別子を有する。セッション形式は、データでも制御でもよい。ＡＬＣＡＰメッセージの前に検出されたノードＢアプリケーション・パート・メッセージに基づいて、セッション形式を求めてもよい。ＤＣＨキーは、接続識別子、セッション形式、仮想経路識別子を有する。専用制御チャネル又は専用トラフィック・チャネルの如きＤＣＨ上を伝送されるチャネルの形式に応じて、セッション形式を選択できる。ノードＢ及び無線ネットワーク・コントローラの間のＩｕｂインタフェース、又は２つの無線ネットワーク・コントローラの間のＩｕｒインタフェースにてＤＣＨメッセージを検出してもよい。
【００１７】
さらに本発明及びその特徴を理解するために、添付図を参照して本発明を詳細に説明する。
【実施例】
【００１８】
図１は、ノードＢ１０１及び無線ネットワーク・コントローラ（ＲＮＣ）１０２を有するＵＭＴＳネットワークのＵＴＲＡＮ部分を示す図である。ノードＢ１０１は、Ｉｕｂインタフェース１０３を介してＲＮＣ１０２と通信をする。ＲＮＣ１０２は、Ｉｕｒインタフェース１０４を介して互いに通信をする。ノードＢ１０２は、インタフェースＵｕ１０６を介してユーザ装置（ＵＥ）１０５と通信を行う。ＵＥ１０５がコールを行うか受信するときは常に、ＵＥ１０５が作られる又は受信される。モニタ又はプローブ１０７は、Ｉｕｂインタフェース１０３及びＩｕｒインタフェース１０４を介してＲＮＣ１０２と行き来する略総てのプロトコル・メッセージを捕捉できるように、ＲＮＣ１０２に非侵略的に結合される。モニタ１０７は、セントラル・サーバー１０８に結語される。これにより、操作者は、モニタ１０７により収集したネットワーク情報にアクセスできる。
【００１９】
図２は、ＵＴＲＡＮネットワークにおけるＩｕｂインタフェースで用いるプロトコル・スタックを示す。図３は、ＵＴＲＡＮネットワークにおけるＩｕｒインタフェースで用いるプロトコル・スタックを示す。ＵＴＲＡＮは、Ｉｕｂ及びＩｕｒインタフェース用のＡＴＭインフラストラクチュアを導入している。ＵＴＲＡＮは、ＡＴＭ例のトップでＡＡＬ２及びＡＡＬ５アダプテーション（適合層）の両方を用いる。ノードＢアプリケーション・パート（ＮＢＡＰ）、アクセス・リンク制御アプリケーション・パート（ＡＬＣＡＰ）及び無線ネットワーク・サブシステム・アプリケーション・パート（ＲＮＳＡＰ）プロトコル・メッセージは、ＡＡＬ５チャネルを介して伝送される。単一のＡＴＭ接続で異なるユーザからの音声パケットをマルチプレクスする機能により、無線アプリケーションにおいてＡＡＬ２を広く使用できる。
【００２０】
ＵＴＲＡＮは、互いにリンクされた多くのＲＮＣを有してもよい。各ＲＲＣは、例えば２００個のノードＢに接続できる。ＡＡＬ２接続は、ＲＮＣ及びノードＢの間の総てのインタフェース上で存在できる。よって、ＵＴＲＡＮで用いる総てのＡＡＬ２チャネルを識別することは、非常に複雑なタスクである。本発明の実施例は、ＵＴＲＡＮにてデータを伝送するのに用いるＡＡＬ２チャネルを劇的に検出する。
【００２１】
ＡＡＬ２チャネルを検出する前に、ノードＢ及びそれらの対応するＩｕｂインタフェースを識別する。これは、例えば、２００７年３月３０日に出願した米国特許出願第６０／９０９２６７号「ＵＴＲＡＮにおける実時間Ｉｕｂ及びＩｕｒリンク検出及びＡＡＬ５チャネル検出のシステム及び方法」（特願２００８−６８３７０に対応）や、２００７年５月２５日に出願した米国特許出願第１１／７５４５０９０号「ＵＴＲＡＮにおける実時間Ｉｕｂ及びＩｕｒリンク検出及びＡＡＬ５チャネル検出のシステム及び方法」に開示されたシステム及び方法を用いて達成できる。
【００２２】
ＡＡＬ２チャネルを包括的に検出するために検出される異なるチャネルには、ランダム・アクセス・チャネル（ＲＡＣＨ）、フォワード・アクセス・チャネル（ＦＡＣＨ）及び専用チャネル（ＤＣＨ）がある。特定のコールに属するＲＡＣＨ及びＦＡＣＨを識別し、マッピングする。初期ＵＥ識別を用いて、ＲＡＣＨ及びＦＡＣＨメッセージを識別できる。例えば、ＵＥ識別は、８ビットから成るインターナショナル・モバイル加入者識別（ＩＭＳＩ）、まとめて１４ビットから成る一時的モバイル加入者識別（ＴＭＳＩ）とロケーション領域識別（ＬＡＩ）、又はまとめて１７バイトから成るパケットＴＭＳＩ（ＰＴＭＳＩ）とルーティング領域識別（ＲＡＩ）に対応する。ＬＡＩは、モバイル・カントリ・コード（ＭＣＣ）、モバイル・ネットワーク・コード（ＭＮＣ）及びローカル領域コード（ＬＡＣ）の組合せでもよい。ＲＡＩは、ＬＡＩ及びルーティング領域コード（ＲＡＣ）の組合せである。
【００２３】
図４は、ノードＢ４１０及びＲＮＣ４２０の間の通信を示す。Ｉｕｂインタフェース１０３（図１）のrrc接続要求メッセージの如く、ＲＡＣＨメッセージ４３０がネットワーク内で検出されるとき、例えば、プローブ・データベース・インスタンス４４０により、ＵＥ識別に気づき追跡される。Ｉｕｂ１０３（図１）上のrrc接続設定メッセージの如く、ＦＡＣＨメッセージ４５０が観察されると、例えば、そのＵＥ識別が抽出され、対応するＲＡＣＨメッセージが検索される。マッチングが見つかると、マッチングを有効にするフレームワークが開始する。有効フレームワークは、ＦＡＣＨ／ＵＥ識別の同じパターンをチェックし、複数回にわたってＲＡＣＨ／ＵＥ識別対をマッチングさせる。ＦＡＣＨ及びＲＡＣＨ対のマッチングは、完全には正確でない。よって、複数回にわたってパターンをチェックすることにより、マッチングが有効になる。１つにおいては、デフォルトを設定して、マッチングを５回有効にする。９０％より高い信頼、多くの場合には１００％の信頼を達成するように、回数を設定してもよく、例えば、過度の回数にわたってパターンをチェックすることなく、９９．９％を達成できるだろう。回数が多いほど、信頼レベルが高まるが、時間がかかり多くの処理が必要となる。ある実施例において、繰り返すマッチングの回数を固定する。他の実施例においては、マッチングを繰り返す回数は、設定可能である。いくつかの実施例において、信頼の所望レベルに応じて、ネットワーク・オペレータが構成を変更してもよい。
【００２４】
専用チャネル（ＤＣＨ）は、ＤＣＣＨ（制御チャネルとしても知られている専用制御チャネル）又はＤＴＣＨ（データ・チャネルとしても知られている専用トラフィック・チャネル）のいずれかを伝送できる。物理レイヤーの上のレイヤーから来る特定ＵＥ用のデータ及び制御情報をユーザに伝送するのにＤＣＨを用いる。ＤＣＨ検出での問題は、ＤＣＨが送られる「送信」及び「受信」ポート対が既知ではないことである。「送信」及び「受信」のポート対を知らないと、チャネルの確認が困難となる。本発明の実施例においては、ＤＣＨを正確に検出するために、ＡＬＣＡＰメッセージを用いる。
【００２５】
図５は、ノードＢ５１０及びＲＮＣ５２０の間のコール・フロー・シナリオの一部を示す。このコール・フローは、ＡＬＣＡＰメッセージをどの様に用いて、Ｉｕｂ１０３（図１）の如きＲＮＣ及びノードＢの間のＩｕｂ上のＤＣＨを検出するかを示している。第１メッセージ５３０をＲＡＣＨに送るが、ＤＣＨはまだ利用可能ではない。ＡＬＣＡＰプロトコルは、ＤＣＨ用のＡＡＬ２切り換え仮想回線（ＳＶＣ）を設定する。次のステップにおいて、無線リンク設定を用いて、ノードＢ内のノードＢ通信コンテキストに関係するＤＣＨ用のエア・インタフェース・リソースを確立する。ＵＥがＲＲＣ接続設定を受信した後、どの物理的リソースが無線インタフェース上での利用のために提供されたかを知る。ＡＬＣＡＰは、トランスポート・シグナリング・プロトコルであり、これを用いて、トランスポート媒体を設定し、解体する。ＡＬＣＡＰメッセージが観察されたときは常に、ＣＩＤ、セッション形式（データ又は制御）及びＶＰＩの組合せキーを用いて、これらメッセージが到達するポートが識別され追跡される。ＡＬＣＡＰメッセージの前に受信された先行ＮＢＡＰメッセージに基づいてセッション形式値を割り当てる。ＤＣＨメッセージが検出されると、ＣＩＤ、セッション形式及びＶＰＩの組合せを含むキーを構成し、対応するＡＬＣＡＰメッセージを検索する。セッション形式は、ＤＣＨが伝送するチャネルの形式に基づくが、これは、ＤＣＣＨ又はＤＴＣＨチャネルのいずれかである。マッチングが見つかると、マッチングしたＡＬＣＡＰメッセージと同じポートにＤＣＨメッセージが届いたことを示す。ＤＣＨ及びＡＬＣＡＰの間に同じマッチングを多くの回数にわたり観察された後、ＤＣＨを確認し、サーバーを新たな情報に更新する。
【００２６】
２つの無線ネットワーク・コントローラ（ＲＮＣ）の間の通信を含むＩｕｒインタフェース上のデータ・メッセージ及び制御を伝送するのにＡＡＬ２も用いる。図６は、第１ＲＮＣ６１０及び第２ＲＮＣ６２０の間のコール・フロー・シナリオの一部を示す。このコール・フローは、どのようにＡＬＣＡＰメッセージを用いて、Ｉｕｒ１０４（図１）の如き２つのＲＮＣを接続するＩｕｒ上のＤＣＨを検出するかを示す。ＡＬＣＡＰプロトコルは、ＤＣＨ用のＡＡＬ２＿ＳＶＣを設定する。ＡＬＣＡＰメッセージが観察されるときは常に、ＣＩＤ、セッション形式（データ又は制御）及びＶＰＩの組合せキーを用いて、これらメッセージが届いたポートが識別され、追跡される。ＤＣＨメッセージが検出されると、ＣＩＤ、セッション形式及びＶＰＩの組合せを含むキーを構成して、対応するＡＬＣＡＰメッセージを検索する。セッション形式は、ＤＣＨが伝送するチャネルの形式に基づくが、これは、ＤＣＣＨ又はＤＴＣＨチャネルのいずれかである。マッチングが見つかると、これは、マッチングＡＬＣＡＰメッセージと同じポートにＤＣＨメッセージが届いたことを示す。ＤＣＨ及びＡＬＣＡＰの間で同じマッチングが多くの回数にわたり観察された後、ＤＣＨを確認し、サーバーを新たな情報に更新する。
【００２７】
ＲＡＣＨ、ＦＡＣＨ及びＤＣＨが所望の信頼レベルであると識別されると、その特定のＲＮＣ用のＡＡＬ２チャネルを所望の信頼レベルで検出する。
【００２８】
この方法で検出されたＡＡＬ２チャネル上の情報を全体的なネットワーク・トポロジーに含めることができる。ＡＡＬ２チャネルを含んだトポロジーは、例えば、グラフィック・ユーザ・インタフェースを用いたワークステーション上でユーザ向けに表示してもよい。ネットワーク・トポロジーがより完全になると、ネットワーク・オペレータがネットワーク及びネットワーク全体をの概要をより効率的に測定し管理でき、顧客及びエンド・ユーザが満足して無線電話コールをでき、無線ネットワークの他の様子を利用するのに必要なサービスのレベル及び品質を提供できる。
【００２９】
本発明の実施例について詳述したが、本発明の要旨を逸脱することなく、種々の変形変更が可能なことが理解されよう。さらに、本発明の要旨は、上述の特定実施例に限定されるものではない。上述の実施例とほぼ同じ機能や、ほぼ同じ結果を別の実施例でも達成できることが当業者には理解できよう。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施例によるＵＴＲＡＮネットワークに結合されたモニタ装置を示す図である。
【図２】Ｉｕｂインタフェース用のプロトコル・スタックを示す図である。
【図３】Ｉｕｒインタフェース用のプロトコル・スタックを示す図である。
【図４】本発明の実施例の概念に応じたマッチングＲＡＣＨ及びＦＡＣＨ対を示す図である。
【図５】ノードＢ及びＲＮＣの間のＤＣＨを求めることを説明する図である。
【図６】２つのＲＮＣの間のＤＣＨを求めることを説明する図である。
【符号の説明】
【００３１】
１０１、４１０，５１０  ノードＢ
１０２、４２０、５２０、６１０、６２０  無線ネットワーク・コントローラ（ＲＮＣ）
１０５  ユーザ装置（ＵＥ）
１０７  モニタ又はプローブ
１０８  セントラル・サーバー
４４０  プローブ・データベース・インスタンス
【図１】
2008259204.tif 000003
【図２】
2008259204.tif 000004
【図３】
2008259204.tif 000005
【図４】
2008259204.tif 000006
【図５】
2008259204.tif 000007
【図６】
2008259204.tif 000008