(57)【要約】【課題】無線アクセス・ネットワークにてデータを相関させる。【解決手段】第１無線ネットワーク・コントローラとの間で行き来するデータを捕捉し、データ内のＡＴＭアダプテーション・レイヤー・タイプ５（ＡＡＬ５）フレームを識別する。第１コール識別子をＡＡＬ５フレームに割り当て、データ内のＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）フレームを識別する。第２コール識別子をＡＡＬ２フレームに割り当てる。同じ第１コール識別し及び同じ第２コール識別子を有するＡＡＬ２フレーム及びＡＡＬ５フレームをコール記録に組合せる。【選択図】図１
2008259194.tif 000002
【特許請求の範囲】
【請求項１】
無線アクセス・ネットワークにてデータを相関させる方法であって、
第１無線ネットワーク・コントローラとの間で行き来するデータを捕捉するステップと、
上記データ内のＡＴＭアダプテーション・レイヤー・タイプ５（ＡＡＬ５）フレームを識別するステップと、
第１コール識別子を上記ＡＡＬ５フレームに割り当てるステップと、
上記データ内のＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）フレームを識別するステップと、
第２コール識別子を上記ＡＡＬ２フレームに割り当てるステップと、
同じ第１コール識別し及び同じ第２コール識別子を有するＡＡＬ２フレーム及びＡＡＬ５フレームをコール記録に組合せるステップと
を具えたネットワークのデータ相関方法。
【請求項２】
上記第１無線ネットワーク・コントローラとの間で行き来するデータは、ノードＢ及び上記第１無線ネットワーク・コントローラの間のＩｕｂインタフェースを伝送するデータであることを特徴とする請求項１のネットワークのデータ相関方法。
【請求項３】
上記第１無線ネットワーク・コントローラとの間で行き来するデータは、上記第１無線ネットワーク・コントローラ及び第２無線ネットワーク・コントローラの間のＩｕｒインタフェースを伝送するデータであることを特徴とする請求項１のネットワークのデータ相関方法。
【請求項４】
上記コール記録は、単一のコールに関係したサービス・データ・ユニット（ＳＤＵ）であることを特徴とする請求項１のネットワークのデータ相関方法。
【請求項５】
上記ＡＡＬ２フレームを復号化するステップと、
上記ＡＡＬ２フレーム内で伝送されたサービス・データ・ユニット（ＳＤＵ）を再アセンブリするステップと
を更に具えた請求項１のネットワークのデータ相関方法。
【請求項６】
無線アクセス・ネットワークにてデータを相関させるシステムであって、
上記無線アクセス・ネットワークの複数のコンポーネントの間のインタフェースに結合され、上記インタフェースからＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）フレーム及びＡＴＭアダプテーション・レイヤー・タイプ５（ＡＡＬ５）フレームを受信する第１相関エンジンと、
上記第１相関エンジンに結合され、上記第１相関エンジンからＡＡＬ２フレームを受信する第２相関エンジンと、
上記第１及び第２相関エンジンの両方に結合され、上記第１相関エンジンから第１コール識別子にマッピングされたＡＡＬ５フレームを受信すると共に、上記第２相関エンジンから第２コール識別子にマッピングされたＡＡＬ２フレームを受信する第３相関エンジンと
を具えたネットワークのデータ相関システム。
【請求項７】
上記第２相関エンジンは、上記ＡＡＬ２フレームを復号化し解読する解読エンジンと、上記ＡＡＬ２フレーム内を伝送するデータをサービス・データ・ユニット（ＳＤＵ）にアセンブリする再アセンブリ・エンジンとを具えたことを特徴とする請求項６のネットワークのデータ相関システム。
【請求項８】
上記第１相関エンジンは、ノードＢアプリケーション・パート（ＮＢＡＰ）プロトコルを上記第１コール識別子にマッピングすることを特徴とする請求項６のネットワークのデータ相関システム。
【請求項９】
上記第１相関エンジンは、アクセス・リンク制御アプリケーション・パート（ＡＬＣＡＰ）プロトコルを上記第１コール識別子にマッピングすることを特徴とする請求項６のネットワークのデータ相関システム。
【請求項１０】
上記第１相関エンジンは、無線ネットワーク・サブシステム・アプリケーション・パート（ＲＮＳＡＰ）プロトコルを上記第１コール識別子にマッピングすることを特徴とする請求項６のネットワークのデータ相関システム。
【請求項１１】
上記第２相関エンジンは、無線リソース制御（ＲＲＣ）プロトコルを上記第２コール識別子にマッピングすることを特徴とする請求項６のネットワークのデータ相関システム。
【請求項１２】
上記第１相関エンジンは、ＵＭＴＳ地球無線アクセス・ネットワーク（ＵＴＲＡＮ）のＩｕｂ及びＩｕｒインタフェースに結合されたことを特徴とする請求項６のネットワークのデータ相関システム。
【請求項１３】
無線アクセス・ネットワークにおけるコールに関連したデータを組合せるためにコンピュータが実行可能なインストラクションを蓄積したコンピュータが読み出し可能な媒体であって、
上記コンピュータが実行可能なインストラクションは、
上記無線アクセス・ネットワークからのデータを捕捉する手段と、
上記データ内のＡＴＭアダプテーション・レイヤー・タイプ５（ＡＡＬ５）フレームを識別する手段と、
第１コール識別子を上記ＡＡＬ５フレームに割り当てる手段と、
上記データ内のＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）フレームを識別する手段と、
第２コール識別子を上記ＡＡＬ２フレームに割り当てる手段と、
同じ第１コール識別子及び同じ第２コール識別子を有するＡＡＬ２フレーム及びＡＡＬ５フレームをコール記録に組合せる手段と
を具えることを特徴とするコンピュータが読み出し可能な媒体。
【請求項１４】
上記無線アクセス・ネットワークからのデータを捕捉する手段は、上記無線アクセス・ネットワークの１個以上のＩｕｂインタフェース及び１個以上のＩｕｒインタフェースを介して上記無線ネットワーク・コントローラと行き来するデータを捕捉する手段を具えていることを特徴とする請求項１３のコンピュータが読み出し可能な媒体。
【請求項１５】
上記コール記録は、単一のコールに関係したサービス・データ・ユニット（ＳＤＵ）を有することを特徴とする請求項１３のコンピュータが読み出し可能な媒体。
【請求項１６】
ＡＡＬ２フレームを解読する手段と、
上記ＡＡＬ２フレーム内を伝送されるサービス・データ・ユニット（ＳＤＵ）を再アセンブリする手段
とを更に具えたことを特徴とする請求項１３のコンピュータが読み出し可能な媒体。
【請求項１７】
上記無線アクセス・ネットワーク内の第１ベース・ステーションからユーザ装置に通過するデータを捕捉する手段と、
上記無線アクセス・ネットワーク内の第２ベース・ステーションから上記ユーザ装置に通過するデータを捕捉する手段と
とを更に具えたことを特徴とする請求項１３のコンピュータが読み出し可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、ワイヤレス（無線）システムにおけるメッセージをモニタするシステム及び方法に関し、特に、ＵＴＲＡＮのＩｕｂ及びＩｕｒインタフェースから捕捉した関連メッセージを捕捉及び保管するネットワークのデータ相関方法及びシステム並びにコンピュータが読み出し可能な媒体に関する。
【背景技術】
【０００２】
ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）は、ヨーロピアン・テレコミュニケーション・スタンダード・インステチュート（ＥＴＳＩ）により先ず標準化され、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）により現在標準化された第３世代（３Ｇ）モバイル・ホーン（携帯電話）技術である。エア（空中）インタフェースとしてワイドバンド符号分割多重アクセス（Ｗ−ＣＤＭＡ）を用いて、ＵＭＴＳが回線交換（ＣＳ：circuit switched）及びパケット交換（ＰＳ：packet switched）トラフィックの両方を伝送する。ＵＭＴＳに用いるネットワーク・コンポーネント及びプロトコルの記述は、当業者に周知であり、３ＧＰＰ、ＥＴＳＩ及び他の情報源から一般にも利用可能である。ＵＭＴＳネットワーク・アーキテクチャは、３つのドメイン、即ち、コア・ネットワーク（ＣＮ）、ＵＭＴＳ地球（Terrestrial）ラジオ（無線）アクセス・ネットワーク（ＵＴＲＡＮ）及びユーザ装置（ＵＥ）から構成されている。
【０００３】
コア・ネットワークは、ユーザ・トラフィック用のスイッチング及びルーティングを行うと共に、ネットワーク管理機能を提供する。コア・ネットワーク・アーキテクチャは、ＧＰＲＳによるＧＳＭネットワークに基づいている。ＵＴＲＡＮは、加入者ＵＥにアクセスするエア・インタフェースを提供する。ＵＴＲＡＮにおけるベース・ステーション（基地局）は、ノードＢと呼ばれ、ノードＢ用の制御装置は、無線ネットワーク・コントローラ（ＲＮＣ）と呼ばれる。ＵＭＴＳユーザ装置は、ＷＣＤＭＡエア・インタフェースによりノードＢと通信を行う。ＵＥは、ＰＳドメイン又はＣＳドメイン、若しくはこれら両方のドメインに帰属させることができる。ＵＥは、ＰＳサービス及びＣＳサービスを同時に利用できる。
【０００４】
非同期トランスファ・モード（ＡＴＭ）をＵＭＴＳでのデータ伝送に使用する。ＡＴＭレイヤーは、複数のＡＴＭセルをマルチプレクス及びデマルチプレクスして伝送し、端から端までのシーケンスを確実にする。ＡＴＭアダプテーション・レイヤー（ＡＡＬ）は、異なるアプリケーションのために、ＡＴＭの低いレイヤーを介してペイロードを発生及び受信できる。ＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）は、回線交換接続を扱い、パケット接続プロトコルＡＡＬ５はデータ配信用に設計されている。
【０００５】
【特許文献１】特表２００７−５３５８４６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従来技術の欠点の１つは、個別の加入者用のサービス・レベルを評価するのが困難なことである。多くのＵＥが同時にノードＢ及びＲＮＣと通信を行うので、１秒当たり数千のデータ及び制御メッセージがノードＢ及びＲＮＣの間、及び複数のＲＮＣの間を通過する。これらメッセージは、その目的に応じて、いくつかの異なるプロトコル・フォーマットに従う。その結果、ＵＴＲＡＮ内のインタフェースを通過するメッセージは、どのメッセージが同じ加入者に関連するかを判断するための充分な情報を提供できない。
【０００７】
従来技術の第２の欠点は、特定のＵＥコール（呼）用のメッセージを実時間又は略実時間で単一のコール記録に編集する能力に欠けていることである。
【課題を解決するための手段】
【０００８】
本発明は、無線アクセス・ネットワークにてデータを相関させる方法であって；第１無線ネットワーク・コントローラとの間で行き来するデータを捕捉するステップと；データ内のＡＴＭアダプテーション・レイヤー・タイプ５（ＡＡＬ５）フレームを識別するステップと；第１コール識別子をＡＡＬ５フレームに割り当てるステップと；データ内のＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）フレームを識別するステップと；第２コール識別子をＡＡＬ２フレームに割り当てるステップと；同じ第１コール識別し及び同じ第２コール識別子を有するＡＡＬ２フレーム及びＡＡＬ５フレームをコール記録に組合せるステップとを具えている。
また、本発明は、無線アクセス・ネットワークにてデータを相関させるシステムであって；無線アクセス・ネットワークの複数のコンポーネントの間のインタフェースに結合され、インタフェースからＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）フレーム及びＡＴＭアダプテーション・レイヤー・タイプ５（ＡＡＬ５）フレームを受信する第１相関エンジンと；第１相関エンジンに結合され、第１相関エンジンからＡＡＬ２フレームを受信する第２相関エンジンと；第１及び第２相関エンジンの両方に結合され、第１相関エンジンから第１コール識別子にマッピングされたＡＡＬ５フレームを受信すると共に、第２相関エンジンから第２コール識別子にマッピングされたＡＡＬ２フレームを受信する第３相関エンジンとを具えている。
さらに、無線アクセス・ネットワークにおけるコールに関連したデータを組合せるためにコンピュータが実行可能なインストラクションを蓄積したコンピュータが読み出し可能な媒体であって；コンピュータが実行可能なインストラクションは、無線アクセス・ネットワークからのデータを捕捉する手段と；データ内のＡＴＭアダプテーション・レイヤー・タイプ５（ＡＡＬ５）フレームを識別する手段と；第１コール識別子をＡＡＬ５フレームに割り当てる手段と；データ内のＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）フレームを識別する手段と；第２コール識別子をＡＡＬ２フレームに割り当てる手段と；同じ第１コール識別子及び同じ第２コール識別子を有するＡＡＬ２フレーム及びＡＡＬ５フレームをコール記録に組合せる手段とを具えている。
【発明の効果】
【０００９】
本発明は、上述の及びその他の問題点を広く解決し、回避し、技術的な利点を一般的に達成できる。本発明では、ＵＴＲＡＮ内のＩｕｒ及びＩｕｂインタフェースからのメッセージを捕捉し、これらメッセージを各ユーザ用のコール記録に相関させるシステム及び方法を提供する。
【発明を実施するための最良の形態】
【００１０】
本発明の実施例によれば、無線アクセス・ネットワークにてデータを相関させる方法であり、第１無線ネットワーク・コントローラ（制御器）との間で行き来するデータ（制御器からのデータ及び制御器に向かうデータ）を捕捉し、このデータ内のＡＴＭアダプテーション・レイヤー・タイプ５（ＡＡＬ５）フレームを識別し、第１コール識別子をＡＡＬ５フレームに割り当て、データ内のＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）フレームを識別し、第２コール識別子をＡＡＬ２フレームに割り当て、同じ第１コール識別子及び同じ第２コール識別子を有するＡＡＬ２フレーム及びＡＡＬ５フレームをコール記録に組合せる。第１無線ネットワーク・コントローラとの間で行き来するデータは、ノードＢ及び第１無線ネットワーク・コントローラの間のＩｕｂインタフェースを通過するデータ、又は第１無線ネットワーク・コントローラ及び第２無線ネットワーク・コントローラの間のＩｕｒインタフェースを通過するデータでもよい。コール記録は、単一のコールに関係したサービス・データ・ユニット（ＳＤＵ）である。この方法は、ＡＡＬ２フレームを解読するステップと、ＡＡＬ２フレームにて伝送されるサービス・データ・ユニット（ＳＤＵ）を再アセンブリするステップを更に具えてもよい。第１無線ネットワーク・コントローラとの間で行き来するデータを捕捉するには、ユーザと通信をする第１ベース・ステーション（基地局）に第１無線ネットワーク・コントローラから向かうデータを捕捉し、更に、ユーザ装置と通信をする第２ベース・ステーションに第１無線ネットワーク・コントローラから向かうデータを捕捉してもよい。なお、第１無線ベース・ステーション及び第２無線ベース・ステーションは、ユーザ装置と同時に通信をする。
【００１１】
本発明の他の実施例によれば、無線アクセス・ネットワークにてデータを相関させるシステムは、無線アクセス・ネットワークの複数のコンポーネントの間のインタフェースに結合され、インタフェースからＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）フレーム及びＡＴＭアダプテーション・レイヤー・タイプ５（ＡＡＬ５）フレームを受信する第１相関エンジンと、第１相関エンジンに結合され、第１相関エンジンからＡＡＬ２フレームを受信する第２相関エンジンと、第１及び第２相関エンジンの両方に結合され、第１相関エンジンから第１コール識別子にマッピングされたＡＡＬ５フレームを受信すると共に、第２相関エンジンから第２コール識別子にマッピングされたＡＡＬ２フレームを受信する第３相関エンジンとを具えている。第２相関エンジンは、ＡＡＬ２フレームを復号し解読する解読エンジンと、ＡＡＬ２フレーム内を伝送されるデータをサービス・データ・ユニット（ＳＤＵ）にアセンブリする再アセンブリ・エンジンとを具えてもよい。第１相関エンジンは、ノードＢアプリケーション・パート（ＮＢＡＰ）プロトコル、アクセス・リンク制御アプリケーション・パート（ＡＬＣＡＰ）プロトコル、及び／又は無線ネットワーク・サブシステム・アプリケーション・パート（ＲＮＳＡＰ）プロトコルのパラメータを第１コール識別子にマッピングする。第２相関エンジンは、無線リソース制御（ＲＲＣ）プロトコルのパラメータを第２コール識別子にマッピングする。第１相関エンジンは、ＵＴＲＡＮ内のＩｕｂ及びＩｕｒインタフェースに結合してもよい。
【００１２】
本発明の更に別の実施例によれば、ソフトウェア・アプリケーションを動作させる１個以上のプロセッサを用いて、無線アクセス・ネットワーク内でデータ・フレームを相関させる。システムは、無線アクセス・ネットワークにおけるコールに関係したデータを組合せるためにコンピュータが実行可能なインストラクション（命令）を蓄積したコンピュータが読み出し可能な媒体を具えている。このコンピュータが実行可能なインストラクションは、無線アクセス・ネットワークからのデータを捕捉する手段と、データ内のＡＴＭアダプテーション・レイヤー・タイプ５（ＡＡＬ５）フレームを識別する手段と、第１コール識別子をＡＡＬ５フレームに割り当てる手段と、データ内のＡＴＭアダプテーション・レイヤー・タイプ２（ＡＡＬ２）フレームを識別する手段と、第２コール識別子をＡＡＬ２フレームに割り当てる手段と、同じ第１コール識別子及び同じ第２コール識別子を有するＡＡＬ２フレーム及びＡＡＬ５フレームをコール記録に組合せる手段とを具えている。このコンピュータが読み出し可能な媒体は、無線アクセス・ネットワーク内の１個以上のＩｕｂインタフェース及び１個以上のＩｕｒインタフェースを介して無線ネットワーク・コントローラとの間で行き来するデータを捕捉する手段を有するコンピュータ実行可能なインストラクションを更に具えている。このコンピュータ実行可能なインストラクションは、ＡＡＬ２フレームを解読する手段と、ＡＡＬ２フレーム内を伝送するサービス・データ・ユニット（ＳＤＵ）を再アセンブリする手段とを更に有する。このコンピュータ実行可能なインストラクションは、無線アクセス・ネットワーク内の第１ベース・ステーションからユーザ装置に向かうデータを捕捉する手段と、無線アクセス・ネットワーク内の第２ベース・ステーションからユーザ装置に向かうデータを捕捉する手段とを更に具えてもよい。
【００１３】
本発明により、システムは、特定のコール及び特定のユーザに対して実時間又は略実時間でネットワーク・パーフォマンスを分析できる。また、本発明は、多数のインタフェースからの単一コール用のメッセージを捕捉し、異なるプロトコル及びフォーマットを有するメッセージを特定のユーザ用のコール記録に編集（コンパイル）する。
【００１４】
さらに本発明及びその特徴を理解するために、添付図を参照して本発明を詳細に説明する。
【実施例】
【００１５】
本発明は、種々の特定状況において実現できる多くの適用可能な新規な概念を提供する。ここで説明する特定の実施例は、本発明を達成し利用するための特定の方法を単に示すものであり、本発明の範囲を限定するものではない。
【００１６】
図１は、ノードＢ１０１と、無線ネットワーク・コントローラ（ＲＮＣ）１０２及び１０３を有するＵＴＲＡＮ１００の一部を示す。ノードＢ１０１は、Ｉｕｂインタフェース１０４を介してＲＮＣ１０２と通信をする。ＲＮＣ１０２及び１０３は、Ｉｕｒインタフェース１０５を介して互いに通信をする。ノードＢ１０１は、ユーザ装置（ＵＥ）１０６と通信をする。ＵＥ１０６がコールを行うか受信するときは常に、Ｉｕｂインタフェースを介してノードＢ１０１及びＲＮＣ１０２の間で、Ｉｕｒインタフェース１０５を介してＲＮＣ１０２及び１０３の間で、シグナリング・メッセージが交換される。本発明は、ＵＴＲＡＮモニタ装置１０７を用いて、インタフェース１０４及び１０５を伝送されるプロトコル・メッセージを追跡する。このモニタ装置は、インタフェースと非侵入的に結合されて、インタフェースを通過するほぼ総てのプロトコル・メッセージを捕捉する。ＵＴＲＡＮモニタ装置１０７は、単一のコールに属するメッセージを識別し、これらメッセージを、検出した各コール用の１つのコール記録に相関させる。
【００１７】
図２は、ＵＴＲＡＮネットワークにおけるＩｕｂインタフェースで用いるプロトコル・スタックを示す。図３は、ＵＴＲＡＮネットワークにおけるＩｕｒインタフェースで用いるプロトコル・スタックを示す。ＵＴＲＡＮは、Ｉｕｂ及びＩｕｒインタフェース用のＡＴＭインフラストラクチュアを導入している。ＵＴＲＡＮは、ＡＴＭ例のトップでＡＡＬ２及びＡＡＬ５アダプテーション（適合層）の両方を用いる。ノードＢアプリケーション・パート（ＮＢＡＰ）、アクセス・リンク制御アプリケーション・パート（ＡＬＣＡＰ）及び無線ネットワーク・サブシステム・アプリケーション・パート（ＲＮＳＡＰ）プロトコル・メッセージは、ＡＡＬ５チャネルを介して伝送される。また、(無線リソース制御)ＲＲＣプロトコル・メッセージは、ＡＡＬ２チャネルを介して伝送される。
【００１８】
本発明の実施例において、ＵＴＲＡＮモニタ装置１０７にて動作する２個の相関エンジンは、メッセージをコール記録に相関させる。これらは、ＵＴＲＡＮコールＩｄ（ＣＩＤ）エンジン、ＡＡＬ５相関器、ＵＴＲＡＮ＿ＲＲＣマネージャ、ＡＡＬ２相関器である。相関エンジンは、例えば、モニタ装置１０７内のプロセッサで動作するソフトウェア・アプリケーションでもよい。
【００１９】
ＵＴＲＡＮ＿ＣＩＤエンジン−コール相関
【００２０】
ＵＴＲＡＮ＿ＣＩＤエンジンは、独特なコール識別子（コールＩｄ）を、ＵＴＲＡＮモニタ装置１０７が捕捉した総てのＡＡＬ５メッセージに割り当てる。コールＩｄは、ＵＥ１０６に割り当てられたアップリンク・スクランブル・コード及びＲＮＣ識別子から得る。ＡＡＬコールＩｄのフォーマットは、次のようになる。
【００２１】
【表１】
2008259194.tif 000003
【００２２】
小さなコールに属する総てのＡＡＬ５は、同じアップリンク・スクランブル・コードに関係するので、同じＡＡＬ５コールＩｄを有する。したがって、単一のコール用の総てのＮＢＡＰ、ＡＬＣＡＰ及びＲＮＳＡＰプロトコル・メッセージは、同じＡＡＬ５コールＩｄを有する。ＵＴＲＡＮ＿ＣＩＤエンジンは、種々のＡＡＬ５プロトコルに次のように相関する。
【００２３】
ＮＢＡＰプロトコル相関
【００２４】
総てのコールに基づく（コール・ベース）ＮＢＡＰシグナリングは、ＮＢＡＰ無線リンク（ＲＬ）セットアップ要求メッセージで開始する。このメッセージは、ＲＮＣ１０２からノードＢ１０１に送信される。このメッセージは、ＵＥ１０６に割り当てられたアップリンク・スクランブル・コードを含む。ＡＡＬ５コールＩｄが発生し、ＮＢＡＰ＿ＲＬセットアップ要求メッセージに割り当てられる。ＮＢＡＰ＿ＲＬセットアップ要求メッセージも、制御ＲＮＣ（ＣＲＮＣ）通信コンテキストＩｄ（ＣＣＩＤ）を含んでおり、ノード１０１は、ＮＢＡＰ＿ＲＬセットアップ要求に応じてＣＣＩＤを用いなければならない。ＵＴＲＡＮ＿ＣＩＤエンジンは、ＣＣＩＤをＡＡＬ５コールＩｄにリンクするマップを維持する。
【００２５】
【表２】
2008259194.tif 000004
【００２６】
ノードＢ１０１は、ＮＢＡＰ＿ＲＬセットアップ応答メッセージによりＮＢＡＰ＿ＲＬセットアップ要求に応答する。このメッセージは、ＣＣＩＤ及びノードＢ通信コンテキストＩｄ（ＮＢＩｄ）を含んでいる。この点から、このコール用のノードＢ１０１と総て通信する際にＲＮＣ１０２がＮＢＩｄを用いる。ＣＣＩＤを用いて、ＵＴＲＡＮ＿ＣＩＤエンジンは、ＣＣＩＤコールＩｄマップ内で照合を行って、このコール用のＡＡＬ５コールＩｄを識別する。ＣＣＩＤコールＩｄマップ内で見つかったＡＡＬ５コールＩｄは、ＮＢＡＬ＿ＲＬセットアップ応答メッセージに割り当てられる。ＵＴＲＡＮ＿ＣＩＤエンジンも、ＮＢＩｄをＡＡＬ５コールＩｄにリンクするマップを維持する。
【００２７】
【表３】
2008259194.tif 000005
【００２８】
ＣＣＩＤ及びＮＢＡＰコールＩｄマップの助けにより、ＮＢＡＰ＿ＲＬセットアップからＮＢＡＰ＿ＲＬ削除への総てのＮＢＡＰメッセージは、同じＡＡＬ５コールＩｄに割り当てられる。ＮＢＩｄ及びＣＣＩＤは、ノードＢに対してのみ独特であり、各ノードＢに対して別個のＮＢＩｄコールＩｄマップを維持する。
【００２９】
マクロ・ダイバーシチ及びマイクロ・ダイバーシチ運用
【００３０】
マイクロ・ダイバーシチは、同じノードＢ内の無線リンクの追加である。この手順は、ＮＢＡＰ＿ＲＬ追加要求により開始する。この要求は、ＮＢＡＰ＿ＲＬセットアップ要求メッセージ内と同じＮＢＩｄを含んでいる。よって、ＵＴＲＡＮ＿ＣＩＤエンジンは、再びＮＢＩｄを用いて、ＡＡＬ５コールＩｄをＮＢＡＰ＿ＲＬ追加要求メッセージに割り当てる。ＮＢＡＰ＿ＲＬ追加応答メッセージは、ＮＢＡＰ＿ＲＬセットアップ要求メッセージ内と同じＣＣＩＤを有するので、同様な方式で相関される。
【００３１】
マクロ・ダイバーシチは、異なるノードＢにおける無線リンクの追加である。この手順は、ＮＢＡＰ＿ＲＬセットアップ要求メッセージにより開始する。ＵＴＲＡＮ＿ＣＩＤエンジンの観点から、シグナリングの流れが全く同じなので、第１無線リンクの追加と、２番目又はＮ番目の無線リンクの追加との間に違いがない。ノードＢ毎にＣＣＩＤコールＩｄマップ及びＮＢＩｄコールＩｄマップを維持するので、そのノードＢ用に維持するＮＢＩｄコールＩｄマップ及びＣＣＩＤコールＩｄに入力する追加の新たなエントリを異なるノードＢ内の任意の新たな無線リンクが含む。アップリンク・スクランブル・コードが依然同じなので、ＵＴＲＡＮ＿ＣＩＤエンジンは、総てのマクロ・ダイバーシチ及びマイクロ・ダイバーシチ・シナリオ内の同じＡＡＬ５コールＩｄを割り当てる。
【００３２】
アップリンク・スクランブル・コードの変化
【００３３】
ＵＥ１０６は、ＵＴＲＡＮネットワークが配置した物理チャネルの形式に応じて、種々のサービス状態で動作する。異なる状態での変化は、無活動（inactivity）タイマと、ＵＥ１０６又はうＴＲＡＮネットワークが送信したいトラフィック量とに基づく。ＵＥ１０６は、ＣＥＬＬ＿ＤＣＨ（専用チャネル）状態にて動作し、比較的大量のデータを交換する。ＣＥＬＬ＿ＤＣＨ状態において、個別のコードを有する専用チャネルがＵＥ１０６に割り当てられる。リソースの事前予約なしに、ＵＥ１０６との間でデータの送受信ができる。比較的少量のデータの伝送に対して、ＵＥ１０６は、ＣＥＬＬ＿ＦＡＣＨ状態に変化する。ここでは、ＵＥ１０６は、ランダム・アクセス・チャネル（ＲＡＣＨ）及びフォワード・アクセス・チャネル（ＦＡＣＨ）を介してのデータの送受信を行う。ＲＡＣＨ及びＦＡＣＨチャネルは、いくつかのデバイスを共用する。
【００３４】
ＲＮＣ１０２がＮＢＡＰ手順を用いて、無線リンクを設定し、ＵＥ１０６をＣＥＬＬ＿ＤＣＨ状態にする。ＲＲＣ測定レポートに基づいて、ＲＮＣは総ての無線リンクを削除し、ＣＥＬＬ＿ＦＡＣＨ状態に設定できる。時間が経過すると、ＲＮＣ１０２は、新たな無線リンクを設定でき、ＵＥ１０６は、ＣＥＬＬ＿ＤＣＨ状態に戻る。ＵＥ１０６がＰＳコールを行う際に、ＣＥＬＬ＿ＤＣＨ及びＣＥＬＬ＿ＦＡＣＨ状態の間で行きつ戻りつするトグル・パターンが生じる。ＵＥ１０６がＣＥＬＬ＿ＤＣＨ状態に戻る度に、以前のアップリンク・スクランブル・コードと異なるアップリンク・スクランブル・コードに割り当てられる。ＡＡＬ５コールＩｄはアップリンク・スクランブル・コードに基づくので、単一のＰＳコール期間中に、いくつかのＮＢＡＰレッグ（脚）を有することが可能となる。ここで、各レッグは、独自のアップリンク・スクランブル・コード、即ち、各ＮＢＡＰレッグ用の独自のＡＡＬ５コールＩｄを伝送する。
【００３５】
ＵＴＲＡＮ＿ＣＩＤエンジンは、第１無線リンクの確立と最終無線リンクの終了との間でＡＡＬ５メッセージ用の独自のＡＡＬ５コールＩｄを単に発生する。コールのＲＲＣレッグは、アップリンク・スクランブル・コード変化を含むので、ＵＴＲＡＮ＿ＲＲＣマネージャであるＡＡＬ２コントローラは、情報を提供して、総てのＰＳコールのレッグを単一のコール記録に組合せる。
【００３６】
ＡＬＣＡＰプロトコル相関
【００３７】
受信器によるエスタブリシュメント（確立）応答（ＥＣＦ）メッセージに続くエスタブリシュメント要求（ＥＲＱ）メッセージによりＡＬＣＡＰシグナリングが開始する。ＮＢＡＰ＿ＲＬセットアップ応答メッセージに如きＤＣＨ＿Ｉｄを確立するあるＮＢＡＰメッセージは、確立する全ＤＣＨ＿Ｉｄに対するバインディング（Binding）Ｉｄパラメータを有する。確立された総てのＤＣＨ＿Ｉｄに対して、そのＤＣＨ＿Ｉｄ用のＮＢＡＰメッセージ内のバインディングＩｄに確かに等しいサーブド（Served）ユーザ発生基準（ＳＵＧＲ）パラメータにより、ＡＬＣＡＰ＿ＥＲＱメッセージを送信する。ＥＲＱメッセージは、独自のＶＰＩ／ＶＣＩ／ＣＩＤチャネルに伝送するパスＩｄ／チャネルＩｄの組合せも有する。これは、ＤＣＨ＿Ｉｄ用のＡＡＬ２フレームを受信するチャネルである。これにより、本発明は、ＮＢＡＰメッセージからの相関を確立できる。このメッセージは、設定されたＡＡＬ２チャネル及び種々のＡＬＣＡＰメッセージにＡＬＣＡＰを伝える。これらの総ては、マップを用いて、同じＡＡＬ５コールＩｄに結びつけてもよい。
【００３８】
ＡＬＣＡＰプロトコルは、２つのパラメータであるオリジネーティング・シグナリング・アソシエーション（Originating Signaling Association）Ｉｄ（ＯＳＡＩｄ）及びデスティネーション（Destination）シグナリング・アソシエーションＩｄ（ＤＳＡＩｄ）を有する。これらＩｄは、ＮＢＡＰプロトコル内のＮＢＩｄ及びＣＣＩＤパラメータに類似している。よって、類似のＯＳＡＩｄ＿ＡＡＬ５コールＩｄマップ及びＤＳＡＩｄ＿ＡＡＬ５コールＩｄマップをノードＢ毎に設定する。識別されたＶＰＩ／ＶＣＩ／ＣＩＤ及び関係したＡＡＬ５コールＩｄの間にマッピングも設定される。そのＶＰＩ／ＶＣＩ／ＣＩＤ上の任意のＡＡＬ２フレームが関係したＡＡＬ５コールＩｄ（又はアップリンク・スクランブル・コード）及びＤＣＨ＿Ｉｄのタグが付けられる。ＯＳＡＩｄ、ＤＳＡＩｄ及びＶＰＩ／ＶＣＩ／ＣＩＤマップは、次のように設定される。
【００３９】
【表４】
2008259194.tif 000006
【表５】
2008259194.tif 000007
【表６】
2008259194.tif 000008
【００４０】
これらマップの援助により、ＡＬＣＡＰレッグ及び確立したＤＣＨチャネルをＡＡＬ５コールＩｄに結びつけることができる。
【００４１】
ＲＮＳＡＰプロトコル相関
【００４２】
ＲＮＳＡＰは、Ｉｕｒインタフェース１０５上の接続優先のＳＣＣＰを介して伝送される。ＳＣＣＰ接続は、ＤＴＩメッセージに続くＳＣＣＰ接続要求（ＣＲ）及びＳＣＣＰ接続確認（ＣＣ）メッセージにより開始する。
ＩｕＲ：ＳＣＣＰ＿ＣＲ（ソース・ローカル基準＝ｘ）；
ＩｕＲ：ＳＣＣＰ＿ＣＣ（ソース・ローカル基準＝ｙ、デスティネーション・ローカル基準＝ｘ）；
ＩｕＲ：ＳＣＣＰ＿ＤＴＩ（デスティネーション・ローカル基準＝ｙ）＿ＲＮＳＡＰ無線リンク・セットアップ要求
【００４３】
ＲＮＳＡＰプロトコル内のメッセージは、無線リンク・セットアップ要求及び応答の如きＮＢＡＰプロトコル・メッセージとしばしば同じである。ＲＮＳＡＰ無線リンク（ＲＬ）セットアップ要求メッセージは、ＮＢＡＰ＿ＲＬセットアップ要求メッセージのようなアップリンク・スクランブル・コードを含んでおり、このメッセージからＡＡＬ５コールＩｄが発生する。そして、マップが生成され、ソース・ローカル基準及びＡＡＬ５コールＩｄや、デスティネーション・ローカル基準及びＡＡＬ５コールＩｄの間のマッピングを維持する。このマッピングは、ＳＣＣＰメッセージ内に存在するＲＮＣポイント・コード（ＰＣ）を用いて、ＲＮＣ毎にこのマッピングを維持する。
【００４４】
【表７】
2008259194.tif 000009
【表８】
2008259194.tif 000010
【００４５】
ＲＮＳＡＰ＿ＲＬセットアップ・リソース・メッセージは、ＮＢＡＰ＿ＲＬセットアップ応答メッセージ内にＤＣＨ＿Ｉｄ及びバインディングＩｄを含む。これを用いて、Ｉｕｒインタフェース１０５上の専用ＡＡＬ２チャネル及びＡＬＣＡＰプロトコル・メッセージを相関させる。
【００４６】
Ｉｕｂインタフェース１０４上の専用伝送チャネル（ＤＣＨ）フレーム・プロトコル（ＦＰ）手順により、ノードＢ１０１及びＲＮＣ１０２の間のデータ伝送を定義する。特に、ＦＰ手順は、アップリンク（ノードＢからＲＮＣまで）とダウンリンク（ＲＮＣからノードＢまで）のデータ・フレームを定義する。各アップリンク及びダウンリンク・データ・フレームは、ヘッダ部分及びペイロード部分を具えている。これは、プロトコル・データ・ユニット（ＰＤＵ）とも呼ばれ、ペイロード部分の多くのＤＣＨのマルチプレクスをサポートする。各ＤＣＨは、伝送（Transport）ブロック（ＴＢ）を具えている。これは、データ伝送に用いる基本ユニットである。データ・フレームのヘッダ部分内の関係した伝送フォルダ指示（ＴＦＩ）により、データ・フレームの各ＤＣＨ内のＴＢのサイズ及び数を識別する。ＤＣＨ＿ＦＰ手順は、Ｉｕｒインタフェース１０５を通過するＲＮＣ１０２及び１０３の間の通信にも適用する。
【００４７】
上述のマッピングを用いて、ＵＴＲＡＮ＿ＣＩＤエンジンは、Ｉｕｂインタフェース１０４及びＩｕｒインタフェース１０５を通過する総てのＮＢＡＰ、ＡＬＣＡＰ及びＲＮＳＡＰメッセージを相関させる。また、ＵＴＲＡＮ＿ＣＩＤエンジンは、ＤＣＨ上の総てのＦＰデータ・フレームをＡＡＬ５コールＩｄ（又はアップリンク・スクランブル・コード）及びＤＣＨ＿Ｉｄに相関させる。
【００４８】
ＵＴＲＡＮ＿ＲＲＣマネージャ＿コール相関
【００４９】
図４は、ＵＴＲＡＮ＿ＣＩＤエンジン４０１、ＡＡＬ５相関器と、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２、ＡＡＬ２相関器との間の関係を示す。ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、コールの全体のＲＲＣレッグを追跡する。これは、ＵＴＲＡＮ＿ＣＩＤエンジン４０１から生のＡＡＬ２ＦＰデータを受信する。このデータは、上述の如く、フレームがＤＣＨで受信されると、ＡＡＬ５コールＩｄ及びＤＣＨ＿Ｉｄを含む。ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、次の機能を実行する。
・独自の１次コールＩｄを、ＡＡＬ２フレームに存在する総てのトランスポート・ブロックに割り当てる。
・ＤＣＨ＿Ｉｄの援助により、総てのトランスポート・ブロックを対応する無線ベア（運搬）Ｉｄ（ＲＢＩｄ）に関係づける。
・割り当てられた１次コールＩｄ及びＲＢＩｄにより、ＡＡＬ２フレームを解読する。
・割り当てられた１次コールＩｄ及びＲＢＩｄにより、ＡＡＬ２フレームを再アセンブリする。
・１次コールＩｄ及びオプションのＡＡＬ５コールＩｄにより、再アセンブリされたＲＲＣメッセージを配送する。
ＦＰデータ・フレームがＤＣＨ上で伝送されると、ＡＡＬ５コールＩｄが存在する。ＡＡＬ５コールＩｄは、ＵＴＲＡＮ＿ＲＲＣマネージャのコンテキストにおける２次コールＩｄとなる。
【００５０】
ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、コールＩｄを有するＲＲＣメッセージをマスタ・コール相関器４０３に転送する。ＵＴＲＡＮ＿ＣＩＤエンジン４０１がＡＡＬ５メッセージをマスタ・コール相関器４０３に直接転送する。次に、マスタ・コール相関エンジン４０３は、供給されたコールＩｄ情報を用いて、ＡＡＬ２及びＡＡＬ５レッグを互いにリンクする。ＵＴＲＡＮ＿ＣＩＤエンジン４０１、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２及びマスタ・コール相関器４０３は、モニタ装置１０７内の別々のプロセッサ又は同じプロセッサで動作できるソフトウェア・アプリケーションである。例えば、モニタ装置１０７は、多数のブレードを具え、各ブレードは、ＡＡＬ５相関アプリケーション、ＡＡＬ２相関アプリケーション及び／又はマスタ・コール相関アプリケーションの如き１つ以上のソフトウェア・アプリケーションを動作できるプロセッサを有する。
【００５１】
１次コールＩｄ割り当て
【００５２】
ＵＴＲＡＮ＿ＲＲＣマネージャ４０２が、モバイル優先コールの場合にＲＲＣ接続要求メッセージを受信したとき、又はモバイル終了コール（terminated call）の場合にページング・メッセージを受信したときに、１次コールＩｄが割り当てられる。これらメッセージの両方インデックス存在するＵＥ＿Ｉｄにより、ＵＥ１０６を識別する。ＲＮＣ＿Ｉｄを用いると共に、そのメッセージを受信した時間を用いて、これらメッセージの各々に対して、１次コールＩｄを発生する。１次コールＩｄのフォーマットは、次のようになる。
【００５３】
【表９】
2008259194.tif 000011
【００５４】
２バイト・シーケンス番号は、単なるランニング・カウンタである。このカウンタは、コールＩｄが割り当てられる度に１だけ増分し、計数が６５５３５に達すると０に巻き戻る。これは、コールの各々を独自音１次コールＩｄに割り当てて、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２が６５５３６個ものコールを扱えることを意味する。
【００５５】
ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、マップ又はハシュ・テーブルにていくつかのキーを維持することにより、コールを追跡する。総てのコールに対して、以下の識別子を追跡し、コールに関係づけなければならない。
・アップリンク・スクランブル・コード：コール期間中に変化するので、特定のＲＲＣメッセージを分析して、かかる変化が存在するかを見る。
・制御無線ネットワーク一時識別子（ＣＲＮＴＩ）：コール期間中に変化でき、この変化を連続的に追跡する。
・ＵＴＲＡＮ無線ネットワーク一時識別子（ＵＲＮＴＩ）
【００５６】
ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、続く動作を行って、種々のＲＲＣメッセージを受けると１次コールＩｄを割り当てる。
【００５７】
ＲＲＣ接続要求メッセージを受信すると、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、１次コールＩｄを生成し、以下のようにＵＥ＿ＩｄコールＩｄマップを生成することにより、生成した１次コールＩｄをメッセージ内のＵＥ＿Ｉｄに関係づける。
【００５８】
【表１０】
2008259194.tif 000012
【００５９】
メッセージ内のＵＥ＿Ｉｄを用いて、ＲＲＣ接続セットアップ・メッセージの受信に応じて、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、ＵＥ＿Ｉｄ１次コールＩｄマップから１次コールＩｄを得る。また、次のように、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、ＵＲＮＴＩ、ＣＲＮＴＩの如きメッセージ及びアップリンク・スクランブル・コードから他のパラメータを抽出し、ＵＲＮＴＩコールＩｄマップ、ＣＲＮＴＩコールＩｄマップ及びアップリンク・スクランブル・コード（ＵＬＳ）コールＩｄマップを生成する。
【００６０】
【表１１】
2008259194.tif 000013
【表１２】
2008259194.tif 000014
【表１３】
2008259194.tif 000015
【００６１】
ＤＣＨチャネル上のＡＡＬ２フレームに対して、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２がメッセージ内のＡＡＬ５コールＩｄ又はアップリンク・スクランブル・コードを用いて、ＵＬＳコールＩｄマップ内の１次コールＩｄを参照する。
【００６２】
ＣＥＬＬ＿ＤＣＨ状態からＣＥＬＬ＿ＦＡＣＨ状態に変化するＲＲＣメッセージに対して、ＵＴＲＡＮ＿ＲＲＣメッセージ４０２は、ＵＬＳ１次セルＩｄマップから１次セルＩｄを求め、ＵＥ１０６がＣＥＬＬ＿ＦＡＣＨ状態なのでマップからそのＵＬＳエントリを削除する。メッセージ内のＣＲＮＴＩを用いて、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、エントリをＣＲＮＴＩ１次コールＩｄマップに追加する。ＣＲＮＴＩは、セル毎に独自なので、セルＩｄがＣＲＮＴＩにキーとして含まれる。セルＩｄをメッセージ内の１次スクランブル・コードから導出する。
【００６３】
ＵＥ１０６をＣＥＬＬ＿ＦＡＣＨ状態からＣＥＬＬ＿ＤＣＨ状態に変化させるＲＲＣメッセージに対して、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、メッセージ内のＣＲＮＴＩ又はＵＲＮＴＩを用い、適切なマップを参照して、１次セルＩｄを得る。また、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、ＣＲＮＴＩエントリを無効にし、エントリをＵＬＳ１次コールＩｄマップに追加する。メッセージがＣＥＬＬ＿ＤＣＨモードに変化するので、このメッセージは、新たなアップリンク・スクランブル・コードを含む。
【００６４】
ＲＲＣ接続解放完了メッセージを受信すると、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、このコールに関係する総てのエントリを無効にして削除する。よって、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、コール追跡において次のシナリオを扱い、ＵＥ１０６がコールを終了させるまで、同じ独自の１次コールＩｄを割り当てる。
・セル更新によるＣＥＬＬ＿ＤＣＨからＣＥＬＬ＿ＦＡＣＨへの変化；
・セル更新がなくＣＥＬＬ＿ＤＣＨからＣＥＬＬ＿ＦＡＣＨへの変化；
・同じアップリンク・スクランブル・コードによるＣＥＬＬ＿ＤＣＨからＣＥＬＬ＿ＦＡＣＨへの変化及びＣＥＬ＿ＤＣＨへの戻りの変化;
・異なるアップリンク・スクランブル・コードによるＣＥＬＬ＿ＤＣＨからＣＥＬＬ＿ＦＡＣＨへの変化及びＣＥＬ＿ＤＣＨへの戻りの変化;
・ＣＥＬＬ＿ＦＡＣＨからＣＥＬＬ＿ＤＣＨへの変化；
【００６５】
ＵＴＲＡＮ＿ＲＣＣマネージャ４０２の実施例のクラス図を図５Ａ及び図５Ｂに示す。この図５Ａ及び図５Ｂは、ＡＡＬ２相関エントリの実施に使用できるデータ構成及びソフトウェア・モジュールの例を示す。
【００６６】
無線ベアラ（Bearer：運搬手段）Ｉｄ（ＲＢ＿Ｉｄ）割り当て
【００６７】
ＲＢ＿Ｉｄを各トランスポート・ブロック（ＴＢ）に割り当てる必要がある。このＴＢは、ＤＣＣＨ又はＤＴＣＨチャネルで伝送され、ＴＢが属する論理チャネルを識別する。さらに、１次コールＩｄは、ＴＢに割り当てる必要がある。ＲＢ＿Ｉｄに割り当てる主な理由は、ＲＢ＿Ｉｄをパラメータとして用いて、暗号化が付勢されていれば信号ユニットを解読し、方向毎にＲＢ＿Ｉｄ毎のＵＥに対してＲＬＣが再アセンブリされているので、解読した信号ユニットを再アセンブリする。ＲＢ＿Ｉｄマッピングは、ＲＲＣ接続セットアップ、無線ベアラ・セットアップ及び無線ベアラ再構成メッセージから求める。このマッピングが蓄積されると、ＴＢがＤＣＨチャネルにある場合に伝送されるＤＣＨ＿Ｉｄを用いて、各ＴＢ用のＲＢ＿Ｉｄを判断する。ＴＢがＲＡＣＨ又はＦＡＣＨチャネルにあれば、ＭＡＣヘッダ内のＣ／Ｔフィールドを用いて、ＲＢ＿Ｉｄを得る。
【００６８】
解読
【００６９】
Ｉｕｂ及びＩｕｒインタフェース上のＡＡＬ２トランスポート・ブロックを解読するために、解読キー（ＣＫ）は、１次コールＩｄに関係づける必要がある。ＣＳドメイン又はＰＳドメインにてコールが確立されたかに応じて、ＩｕＣｓ又はＩｕＰｓインタフェースからＣＫを求める。ＩｕＣｓ及びＩｕＰｓインタフェースは、ＲＮＣをＵＭＴＳコア・ネットワークに接続する。ＣＫは、ＵＥ＿Ｉｄに結びつけることもできる。これは、コールがＩｕＰｓ又はＩｕＣｓインタフェースにて確立されたときに、ＵＥ＿Ｉｄパラメータが存在するためである。
【００７０】
ＵＴＲＡＮ＿ＲＲＣマネージャがＵＥ＿Ｉｄと共にＣＫを受信すると、ＵＥ＿Ｉｄ１次コールＩｄマップを用いて、ＣＫを１次コールＩｄに結びつけることができる。よって、１次コールＩｄを伝送する任意のＡＡＬ２トランスポート・ブロックに対して、ＵＴＲＡＮ＿ＲＲＣマネージャは、対応するＵＫを得て、ＴＢの解読に用いる。
【００７１】
ＲＬＣ／ＭＡＣ再アセンブリ・エンジン
【００７２】
無線リンク制御／媒体アクセス制御（ＲＬＣ／ＭＡＣ）プロトコル再アセンブリ・エンジンは、ＵＴＲＡＮ＿ＣＩＤエンジンから受信したＦＰトランスポート・ブロックを３つのＲＬＣモードにてＲＬＣサービス・データ・ユニット（ＳＤＵ）に再アセンブリする。なお、３つのＲＬＣモードとは、トランスペアレント（透明：Transparent）、肯定応答（Acknowledge）及び非肯定応答のモードである。図６は、ＲＬＣ／ＭＡＣ再アセンブリ・エンジン６０１及び解読アプリケーション６０２がＵＴＲＡＮモニタ装置のパケット処理の流れにどの様にフィットするかを示す。ＲＬＣ／ＭＡＣ再アセンブリ・エンジン６０１及び解読アプリケーション６０２は、ＵＴＲＡＮ＿ＲＲＣマネージャ４０２内の別のアプリケーションとして実現してもよい。
【００７３】
ＡＡＬ２フレーム６１は、ＵＥにより異なる論理チャネルＤＣＨ１及びＤＣＨ２を介して伝送されるトランスポート・ブロックを含んでいる。チャネルＤＣＨ１及びＤＣＨ２からのブロックを、ＵＴＲＡＮ＿ＣＩＤエンジン４０１にてＦＰフレーム６１に組合せ、ＵＴＲＡＮ＿ＲＲＸマネージャ４０２に送信する。解読アプリケーション６０２は、ＦＰフレーム６１を解読フレーム６２に解読する。フレーム６２のトランスポート・ブロックは、ＭＡＣ＿ＰＤＵ６３を具えており、これは、ＲＬＣ＿ＰＤＵ６４を具えている。ＲＬＣ／ＭＡＣ再アセンブリ・エンジン６０１は、ＲＬＣ＿ＰＤＵ６４内のデータを処理し、ＳＤＵ６５に再アセンブリする。完全なＳＤＵ６５が再アセンブリされると、ＲＬＣ／ＭＡＣ再アセンブリ・エンジン６０１及びＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、マスタ・コール相関器が更に処理するために、ＳＤＵを送信する。ＲＬＣ／ＭＡＣ再アセンブリ・エンジン１０７は、次の機能を果たす。
・個別の論理チャネル・インスタンス用のＲＬＣ再アセンブリ処理の追跡。これらインスタンスは、異なるＵＥ用にＲＢ＿Ｉｄにより識別される。これらＵＥは、１次コールＩｄにより識別される。また、共通論理チャネル・インスタンス用のＲＬＣ再アセンブリ処理の追跡。
・セグメント化又は非セグメント化で、ＲＬＣトランスペアレント・モードにおける再アセンブリ。
・ＲＬＣ非肯定応答及び肯定応答のモードにて再アセンブリ。セグメント化、連結及び詰め込みを扱う。順序通りに到達しない。
・非肯定応答モードにて、シーケンス番号チェックにより、失った断片の検出を扱う。
・肯定応答モードにて、ウィンドウの大きさでなく到達するデュプリケート（複製）検出で、失った断片の検出を扱う。
・肯定応答モードにて、ＲＬＣ＿ＲＥＳＥＴ及びＳＴＡＴＵＳプロトコル制御を扱う。
・デュプリケート・フレームが多数のＩｕｂ／Ｉｕｒ接続で受信されるマクロ・ダイバーシチ又はソフト・ハンドオーバを扱う。
・ＲＬＣ＿ＳＤＵを作るＲＬＣパケット・データ・ユニット（ＰＤＵ）がＲＡＣＨ、ＦＡＣＨ及びＤＣＨの如き異なるトランスポート・チャネルから来る場合に、チャネル・タイプ切換を扱う。
総てのフレームが、それに割り当てられた１次コールＩｄ及びＲＢ＿Ｉｄを有するので、ＲＬＣ／ＭＡＣ再アセンブリ・エンジン６０１は、トランスポート・チャネルと独立している。
【００７４】
図７は、ＲＬＣ／ＭＡＣ再アセンブリ・エンジン６０１のスタティク（静的）データ・アーキテクチャを示す。ＲＬＣ／ＭＡＣ再アセンブリ・エンジン６０１は、階層的データ構造を用いて、多数のユーザ用に異なるチャネルに到達したＲＬＣ＿ＰＤＵの追跡を維持する。ＲＬＣ再アセンブリ・エンジン７０１は、ＲＬＣ再アセンブリ・エンジン・ソフトウェアのインスタンスである。ＲＬＣ再アセンブリ・エンジン７０１の各インスタンスは、ＵＥ再アセンブリ７０２の多数のインスタンスを有し、個別の到達ユーザの追跡を維持する。ＵＥ再アセンブリ７０２の各インスタンスは、独自の１次コールＩｄが識別する。各ＵＥ再アセンブリ・インスタンス７０２は、チャネル再アセンブリ処理７０３の多数のインスタンスを有し、そのユーザ用の異なる論理チャネル・インスタンスに対してＲＬＣ再アセンブリ処理の追跡を維持する。チャネル再アセンブリ処理７０３の各インスタンスは、２個の要素である（１）方向（即ち、アップリンク又はダウンリンク）及び（２）シグナリング無線ベアラＩｄ又は論理チャネル・インスタンスＩｄでもよいＲＢ＿Ｉｄを具えた論理チャネル・キーにより識別される。各チャネル再アセンブリ処理７０３は、ＰＤＵバッファ７０４の多数のインスタンスを有し、特定の論理チャネルＲＬＣ再アセンブリ処理用のＰＤＵフラグメントの追跡を維持する。各ＰＤＵバッファ７０４は、ＰＤＵのシーケンス番号（ＳＮ）により識別される。
【００７５】
ＲＬＣ／ＭＡＣ再アセンブリ・エンジン６０１のクラス図を図８に示す。この図は、再アセンブリＳＤＵに用いることができるソフトウェア・モジュール及びデータ構造の例を示す。
【００７６】
Ｉｕｂ／Ｉｕｒソフト・ハンドオーバのマクロ・ダイバーシチ・ハンドリング
【００７７】
図９に示すソフト・ハンドオーバ・シナリオにおいて、多数の無線リンクでＵＥ９０１が同じフレームを送信する。位置１において、ノードＢ９０３及びＩｕｂインタフェース９０４のみを介してＵＥ９０１及びＲＮＣ９０２の間でフレーム９１を通信する。ＵＥ９０１が位置２に移動すると、それは、ノードＢ９０３からノードＢ９０５へのソフト・ハンドオーバ動作を開始する。位置２において、ノードＢ９０３及びＩｕｂインタフェース９０４を介して、また、ノードＢ９０５及びＩｕｂインタフェース９０６を介して、ＵＥ９０１及びＲＮＣの間でフレーム９２を通信する。ソフト・ハンドオーバが完了すると、位置３にてＵＥ９０１の無線リンクがノードＢ９０５との間でできる。したがって、位置３にて、ノードＢ９０５及びＩｕｂインタフェース９０６のみを介して、ＵＥ９０１及びＲＮＣ９０２の間でフレーム９３を通信する。
【００７８】
このハンドオーバの結果、同時点にて２個の経路からモニタ装置によりＵＥ９０１の同じセル用のフレーム９２が捕捉される。ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、同じ１次コールＩｄ及びＲＢ＿Ｉｄをこれらのデュプリケート・フレーム９２に割り当てることにより、これらデュプリケートを削除する。多数のフレーム９２がＲＬＣ再アセンブリ・エンジン６０１に達すると、これらの各々は、同じＰＤＵバッファ７０４に進む。これは、デュプリケート・フレームの各々が同じＲＬＣシーケンス番号を有するためである。ＲＬＣ再アセンブリ・エンジン６０１は、第１エラー・フリー・フレームを取り、残りをデュプリケートとして捨てる。ＵＴＲＡＮ＿ＲＲＣマネージャ４０２は、その１次コールＩｄ及びＲＢ＿Ｉｄ追跡ロジックを用いて、Ｉｕｂ／Ｉｕｒソフト・ハンドオーバを扱うことができる。
【００７９】
モニタ装置１０７は、総てのＵＥ用の総てのメッセージを捕捉し、１次コールＩｄ及びＡＡＬ５コールＩｄ（又は２次コールＩｄ）を用いて、ＵＥ用の各コールに属するメッセージを識別する。モニタ装置１０７は、コール毎のＵＥにつき、同じ１次コールＩｄ及びＡＡＬ５コールＩｄを有するメッセージをコール記録に組合せる。コール記録は、コール用のＳＤＵを含み、操作者がサービスの品質、コール・タイプ、コール長、その他のパーフォマンス指示について、コールを評価できるようにする。
【産業上の利用可能性】
【００８０】
本発明及びその利点を詳細に上述したが、本発明の要旨を逸脱することなく、種々の変更、代用、交換などが可能であることが理解できよう。例えば、上述の多くの特徴及び機能は、ソフトウェア、ハードウェア又はファームウェア若しくはこれらの組合せにより実現できる。他の例としては、上述の種々のマッピング及び識別子のフォーマットは、本発明の要旨内で種々の変更ができることが当業者に理解できよう。
【００８１】
本発明の範囲は、本明細書で説明した処理、マシーン、製造、組成物、手段、方法及びステップに限定することを意図してはいない。当業者が容易に理解できる如く、既存及び今後開発される処理、マシーン、製造、組成物、手段、方法及びステップによっても、本発明に関して上述した実施例とほぼ同じ機能又は結果を達成できる。よって、本発明は、これらも含むものである。
【図面の簡単な説明】
【００８２】
【図１】本発明の実施例により、ＵＭＴＳネットワーク・インタフェースに結合されたモニタ装置を示す図である。
【図２】Ｉｕｂインタフェースのプロトコル・スタックを示す図である。
【図３】Ｉｕｒインタフェースのプロトコル・スタックを示す図である。
【図４】本発明の実施例による異なる相関エンジンの関係を示す図である。
【図５Ａ】本発明の実施例によるＵＴＲＡＮ＿ＲＲＣマネージャの実施例のクラス図である。
【図５Ｂ】本発明の実施例によるＵＴＲＡＮ＿ＲＲＣマネージャの実施例のクラス図である。
【図６】本発明の実施例によるＲＬＣ／ＭＡＣ再アセンブリ・エンジンと相関エンジンの関係を示す図である。
【図７】本発明の実施例によるＲＬＣ／ＭＡＣ再アセンブリ・エンジンのアーキテクチャを示す図である。
【図８】本発明の実施例によるＲＬＣ／ＭＡＣ再アセンブリ・エンジンのクラス図である。
【図９】本発明の実施例によりメッセージの追跡を示すブロック図である。
【符号の説明】
【００８３】
６１  ＡＡＬ２フレーム
６２  解読フレーム
６３  ＭＡＣ＿ＰＤＵ
６４  ＲＬＣ＿ＰＤＵ
６５  ＳＤＵ
１００  ＵＴＲＡＮ
１０１  ノードＢ
１０２、１０３  無線ネットワーク・コントローラ（ＲＮＣ）
１０６  ユーザ装置（ＵＥ）
１０７  ＵＴＲＡＮモニタ装置
４０１  ＵＴＲＡＮ＿ＣＩＤエンジン
４０２  ＵＴＲＡＮ＿ＲＲＣマネージャ
４０３  マスタ・コール相関器
６０１  ＲＬＣ／ＭＡＣ再アセンブリ・エンジン
６０２  解読アプリケーション
７０１  ＲＬＣ再アセンブリ・エンジン
７０２  ＵＥ再アセンブリ
７０３  チャネル再アセンブリ処理
７０４  ＰＤＵバッファ
【図１】
2008259194.tif 000016
【図２】
2008259194.tif 000017
【図３】
2008259194.tif 000018
【図４】
2008259194.tif 000019
【図５Ａ】
2008259194.tif 000020
【図５Ｂ】
2008259194.tif 000021
【図６】
2008259194.tif 000022
【図７】
2008259194.tif 000023
【図８】
2008259194.tif 000024
【図９】
2008259194.tif 000025