JP2008259184A - 暗号化キー転送方法、暗号化キー供給システム及びデータ・パケット解読方法 - Google Patents

Abstract

【課題】ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワーク用の暗号化キーを暗号化アプリケーションに転送する。
【解決手段】第１ネットワーク・インタフェースから上記暗号化キーを伝送する第１メッセージを捕捉し、第１ネットワーク・インタフェースに関連したネットワーク・ノードを識別する。ネットワーク・ノードに結合したインタフェースから捕捉したメッセージを処理するために、応答可能なモニタを識別し、暗号化キーをモニタに転送する。
【選択図】図１

Description

本発明は、一般に、ワイヤレス・システムにおいてメッセージをモニタするシステム（装置）及び方法に関し、特に、コア・ネットワークにて捕捉された暗号化キーをモニタに転送して、ＵＴＲＡＮにて捕捉されたＲＲＣパケットを解読する暗号化キー転送方法、暗号化キー供給システム及びデータ・パケット解読方法に関する。

ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）は、ヨーロピアン・テレコミュニケーション・スタンダード・インステチュート（ＥＴＳＩ）により先ず標準化され、第３世代パートナーシップ・プロジェクト（３ＧＰＰ）により現在標準化された第３世代（３Ｇ）モバイル・ホーン（携帯電話）技術である。エア（空中）インタフェースとしてワイドバンド符号分割多重アクセス（Ｗ−ＣＤＭＡ）を用いて、ＵＭＴＳが回線交換（ＣＳ：circuit switched）及びパケット交換（ＰＳ：packet switched）トラフィックの両方を伝送する。ＵＭＴＳに用いるネットワーク・コンポーネント及びプロトコルの記述は、当業者に周知であり、３ＧＰＰ、ＥＴＳＩ及び他の情報源から一般にも利用可能である。ＵＭＴＳネットワーク・アーキテクチャは、３つのドメイン、即ち、コア・ネットワーク（ＣＮ）、ＵＭＴＳ地球ラジオ・アクセス・ネットワーク（ＵＴＲＡＮ）及びユーザ装置（ＵＥ）から構成されている。

コア・ネットワークは、ユーザ・トラフィックの交換（スイッチング）及びルーティングを提供すると共に、ネットワーク・マネージメント機能を提供する。コア・ネットワーク・アーキテクチャは、ＧＰＲＳ（General Packet Radio Service）によるＧＳＭ（Global System for Mobile Communications）ネットワークに基づく。ＵＴＲＡＮは、エア・インタフェース・アクセスを加入者ＵＥに供給する。ＵＴＲＡＮ内の基地局（base station）は、ノードＢとして参照され、このノードＢの制御装置は、ラジオ・ネットワーク・コントローラ（ＲＮＣ）と呼ばれる。ＵＭＴＳユーザ装置は、ＷＣＤＭＡエア・インタフェースを介してノードＢと通信をする。ＵＥは、ＰＳドメイン又はＣＳドメイン若しくはこれら両方のドメインのいずれかに所属する。ＵＥは、ＰＳサービス及びＣＳサービスを同時に利用することができる。

ＵＭＴＳは、ＵＥと音声及びデータのコールを設定するためにネットワーク・コンポーネント間でデータ交換を行ういくつかのインタフェース及びプロトコルを定義する。各コールは、種々のインタフェースを通過する多くのメッセージから構成される。コールを完全に分析するためには、コールのメッセージの総てを収集し、相関させなければならない。

特開２００１−２６８０３０号公報

従来技術の欠点の１つは、いくつかのデータ・パケットを暗号化し、これらを分析する前に解読しなければならないことである。例えば、ラジオ・リソース・コントロール（ＲＲＣ）パケットは、解読すべき暗号キー（ＣＫ:Ciphering Key）を必要とする。しかし、ＣＫは、ＲＲＣパケットを渡す同じインタフェース上で利用できない。

従来技術の第２の欠点は、ＵＭＴＳネットワークをモニタするために、ネットワーク・モニタ（監視）装置を広く分布させることである。その結果、解読すべきＣＫを必要とするＲＲＣパケットを捕獲するモニタと、ＣＫを捕捉するモニタ又はプローブとを同じ場所に配置できないことである。

本発明は、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワーク用の暗号キーを暗号化アプリケーションに転送する方法であって；第１ネットワーク・インタフェースから暗号化キーを伝送する第１メッセージを捕捉するステップと；第１ネットワーク・インタフェースに関連したネットワーク・ノードを識別するステップと；ネットワーク・ノードに結合したインタフェースから捕捉したメッセージを処理するために、応答可能なモニタを識別するステップと；暗号化キーをモニタに転送するステップとを具えている。
また、本発明は、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワーク用の暗号化キーを解読アプリケーションに供給するシステムであって；第１インタフェース・セットに結合された第１モニタと；第２インタフェース・セットに結合された第２モニタと；第１モニタ及び第２モニタに結合されたコミュニケーション・リンクとを具え；第１モニタ上で動作する暗号化キー抽出アプリケーションが、第１インタフェース・セット上を伝送するメッセージから暗号化キーを捕捉し；第２インタフェース・セットから捕捉されたデータ・パケットを解読アプリケーションが解読し；暗号化キーを第１モニタからコミュニケーション・リンクを介して第２モニタに供給することを特徴とする。
さらに、本発明は、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワークにおけるデータ・パケットを解読するデータ・パケット解読方法であって；第１ネットワーク・インタフェース上を伝送する第１メッセージから暗号化キーを抽出するステップと；暗号化キーに関連した第１ユーザ装置識別子を求めるステップと；暗号化キーを解読アプリケーションに転送するステップと；暗号化済みデータ・パケットを解読アプリケーションで受けるステップと；暗号化済みデータ・パケットに関連した第２ユーザ装置識別子を求めるステップと；暗号化キーを用いて暗号化済みデータ・パケットを解読するステップとを具え；第２ユーザ装置識別子が第１ユーザ識別子に対応する。

本発明は、上述の及びその他の問題点を広く解決し、回避し、技術的な利点を一般的に達成できる。本発明は、ＵＭＴＳネットワークから暗号化キーを捕捉し、暗号化済みパケットを解読するアプリケーションに暗号化キーを渡す。

本発明の一実施例によれば、暗号化キーを解読アプリケーションに転送する方法は、第１ネットワーク・インタフェースから暗号化キーを伝送する第１メッセージを捕捉し、第１ネットワーク・インタフェースに関連したネットワーク・ノードを識別し、このネットワーク・ノードに結合したインタフェースから捕捉したメッセージを処理するために応答可能なモニタを識別し、暗号化キーをこのモニタに転送する。別の実施例では、本発明の方法は、更に、第２ネットワーク・インタフェースから暗号化済みメッセージを伝送する第２メッセージを捕捉し、暗号化キーを用いてこの第２メッセージを解読する。本発明の方法は、更に、第１メッセージに関連したユーザ装置を識別し、ユーザ装置の独自性を用いてモニタ上で動作する解読アプリケーションを選択する。第１ネットワーク・インタフェースは、ＵＭＴＳコア・ネットワークにおけるＩｕＣＳ又はＩｕＰＳインタフェースであってもよく、第２ネットワーク・インタフェースは、ＵＴＲＡＮにおけるＩｕｂ又はＩｕｒであってもよい。ネットワーク・ノードは、ＵＴＲＡＮにおけるラジオ・ネットワーク・コントローラである。暗号化キーは、解読アプリケーションが必要とするメモリ・ユニットに蓄積してもよい。第２メッセージを捕捉した後に、解読アプリケーションを所定期間だけ遅延させて、暗号化キーを確実に利用できるようにしてもよい。

本発明の他の実施例によれば、暗号化キーを解読アプリケーションに供給するシステムは、第１インタフェース・セットに結合された第１モニタと、第２インタフェース・セットに結合された第２モニタと、第１及び第２モニタに結合されたコミュニケーション・リンクとを具え、第１モニタ上で動作する暗号化キー抽出アプリケーションが第１インタフェース・セット上で伝送されるメッセージから暗号化キーを捕捉する。解読アプリケーションが第２インタフェース・セットから捕捉したデータ・パケットを解読する。第１モニタからコミュニケーション・リンクを介して第２モニタに暗号化キーが供給される。第１モニタは、暗号化キーとユーザ装置識別子とを第２モニタに供給できる。このシステムは、更に、解読アプリケーションが用いる暗号化キーを保持するメモリを第２モニタ内に有する。第１モニタ及び第２モニタは、同じ装置ラック内の別々のブレードで動作できるし、又は、第１モニタ及び第２モニタは、異なる場所にあってもよい。

本発明の更に他の実施例によれば、データ・パケットを解読する方法は、第１ネットワーク・インタフェース上を伝送されるメッセージから暗号化キーを抽出し、暗号化キーに関連した第１ユーザ装置識別子を求め、暗号化キーを解読アプリケーションに転送し、解読アプリケーションにて暗号化済みデータ・パケットを受信し、暗号化済みデータ・パケットに関連した第２ユーザ装置識別子を求める。なお、第２ユーザ装置識別子は、第１ユーザ識別子に対応し、暗号化済みデータ・パケットは暗号化キーを用いて解読される。この方法は、解読アプリケーションに関連したメモリに暗号化キー及び第１ユーザ装置識別子を蓄積し、第２ユーザ装置識別子を用いてメモリから暗号化キーを読み出す。

本発明の実施例では、モニタ・システムは、ネットワークの一部で捕捉された暗号化キーを、ネットワークの異なる部分で捕捉された暗号化済みメッセージにリンクできる。また、本発明によれば、モニタ装置は、暗号化キーを解読アプリケーションに供給できる。この解読アプリケーションは、暗号化キーを捕捉するモニタとして同じ装置又は別の装置上で動作している。

さらに本発明及びその特徴を理解するために、添付図を参照して本発明を詳細に説明する。

本発明は、種々の特定状況において実現できる多くの適用可能な新規な概念を提供する。ここで説明する特定の実施例は、本発明を達成し利用するための特定の方法を単に示すものであり、本発明の範囲を限定するものではない。

図１は、ノードＢ１０１及びラジオ・ネットワーク・コントローラ（ＲＮＣ）１０２を具えたＵＭＴＳ１００のネットワークの一部を示す。ノードＢ１０１は、Ｉｕｂ１０３を介してＲＮＣ１０２と通信を行う。ＲＮＣ１０２同士は、Ｉｕｒインタフェース１０４を介して互いに通信を行う。ノードＢ１０１は、エア（空中）インタフェースＵｕ１０６を介してユーザ装置（ＵＥ）１０５と通信を行う。ＵＥ１０５がコールを行う又は受信するときは必ず、シグナリング（signaling）メッセージがＩｕｂインタフェース１０３を介してノードＢ１０１及びＲＮＣ１０２の間で交換され、いくつかのコールでは、Ｉｕｒインタフェース１０４を介して複数のＲＮＣ１０２の間で交換される。ＲＮＣ１０２及びノードＢ１０１は、ＵＭＴＳネットワーク１００のＵＴＲＡＮ部分を整える。ＵＴＲＡＮモニタ又はプローブ１０７は、ＵＴＲＡＮのＩｕｂ及びＩｕｒインタフェース１０３及び１０４に結合している。ＵＴＲＡＮモニタ１０７は、これらインタフェースに非侵入的に結合されて、Ｉｕｂ及びＩｕｒインタフェースを通過して伝送されるほぼ総てのプロトコル・メッセージを捕捉する。ＵＴＲＡＮモニタ装置１０７は、各音声又はデータ・コールに属するメッセージを識別し、これらメッセージをコール毎の１コール記録に相関させる。

図１は、ＵＭＴＳ１００のコア・ネットワーク部分のコンポーネントも示す。モバイル・スイッチング・センタ（ＭＳＣ）１０８、ビジター・ローケーション・レジスタ（ＶＬＲ）１０９，サービングＧＰＲＳサポート・ノード（ＳＧＳＮ）１１０は、コア・ネットワークの一部である。回線交換トラフィックは、コア・ネットワークからＩｕＣＳインタフェース１１１を介してＭＳＣ１０８によりＵＴＲＡＮに送られる。パッケージ交換トラフィックは、コア・ネットワークからＩｕＰＳインタフェース１１２を介してＵＴＲＡＮに送られる。ＩｕＣＳ／ＩｕＰＳモニタ又はプローブ１１３は、非侵入的にＩｕＣＳインタフェース１１１及びＩｕＰｓインタフェース１１２に結合され、ＩｕＣＳインタフェース及びＩｕＰＳインタフェースを介して伝送されるほぼ総てのプロトコル・メッセージを捕捉する。ＩｕＣＳ／ＩｕＰＳモニタ１１３は、各音声又はデータ・コールに属するメッセージを識別し、これらメッセージをコール当たり１コール記録に相関させる。ＩｕＣＳ／ＩｕＰＳモニタ１１３及びＵＴＲＡＮモニタ１０７は、相互モニタ接続１１４を介して互いに通信を行う。モニタ１０７及び１１３は、接続１１４を介して、コール記録、プロトコル・メッセージ及びその他の情報を交換する。

暗号化済みラジオ・リソース・コントロール（ＲＲＣ）メッセージは、ＵＴＲＡＮのＩｕｂインタフェース１０３及びＩｕｒインタフェース１０４を通過する。ＵＴＲＡＮ１０７は、暗号化済みＲＲＣメッセージを解読して、ＵＴＲＡＮのシグナリング・ユニット及びコール記録を正確に処理する必要がある。暗号化キー（ＣＫ）は、ＲＲＣメッセージを解読するのに最も重要な要素である。ＩｕＣＳ／ＩｕＰＳモニタ１１３は、ＩｕＣＳインタフェース１１１及び／又はＩｕＰＳインタフェース１１２からＣＫを捕捉できる。ＣＫは、モニタ１１３上で動作するＩｕＣＳ／ＩＵＰＳモニタ・アプリケーションからモニタ１０７上で動作するＵＴＲＡＮ解読アプリケーションに転送しなければならないので、ＣＫを解読に用いることができる。しかし、ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーション及びＵＴＲＡＮ解読アプリケーションは、異なる場所、又は別々のプロセッサ又は別々のブレードの同じ場所にて動作することもできる。本発明は、ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーションから、ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーションとして同じモニタ又は異なるモニタ上で動作する解読アプリケーションにＣＫを転送する。本発明は、ＵＴＲＡＮ解読アプリケーションを手軽で強固にし、ＵＭＴＳモニタ装置用に連続する解読速度を高める。

コア・ネットワーク内のＩｕＣＳインタフェース１１１及びＩｕＰＳインタフェース１１２にてＣＫを捕捉できる。解読すべき暗号化済みＲＲＣパッケージは、ＵＴＲＡＮ内のＩｕｂインタフェース１０３及びＩｕｒインタフェース１０４から捕捉される。２つの別々のアプリケーションがこれらメッセージを捕捉する。ＲＲＣパケットを解読するために、ＣＫは、コア・ネットワーク・モニタ・アプリケーションからＵＴＲＡＮモニタ・アプリケーションに転送されなければならない。図２は、Ｉｕｂ及びＩｕＰＳインタフェースを通過するメッセージの流れを示す。ＩｕＰＳインタフェース１１２上のSecurityModeControlメッセージ２０１及び２０２は、ＣＫを伝送する。図３は、Ｉｕｂインタフェース及びＩｕＣＳインタフェースを通過するメッセージの流れを示す。ＩｕＣＳインタフェース１１１上のSecurityModeControlメッセージ３０１及び３０２もＣＫを伝送する。ＣＫは、ＵＴＲＡＮモニタ１０７で直接的に利用可能ではない。このモニタ１０７は、Ｉｕｂ及びＩｕｒインタフェースを単にモニタする。

モニタ１０７及び１１３は、同じ単一の場所又は複数の異なる場所のように多くの形式にて実現できることが当業者には理解できよう。さらに、複数のＵＴＲＡＮモニタ及び／又は複数のＩｕＣＳ／ＩｕＰＳモニタを用いて、ＵＭＴＳシステム内の種々の場所及びインタフェースをモニタできることが当業者には理解できよう。ここで述べたＩｕＣＳ／ＩｕＰＳモニタは、ＩｕＣＳ又はＩｕＰＳインタフェース又はこれら両方のインタフェースのみに接続された２個以上の別個のモニタとして実現できる。一実施例において、モニタ１０７及び１１３を同じＲＮＣに分散させて、これらモニタが、ＲＮＣに接続されたＩｕｂ、Ｉｕｒ、ＩｕＣＳ及びＩｕＰＳに結合させることができる。この場合、ＵＴＲＡＮモニタ・アプリケーション、ＵＴＲＡＮ解読アプリケーション及びＩｕＣＳ／ＩｕＰＳモニタ・アプリケーションは、同じ装置ラック内の異なるブレード上のようにお案じ装置で動作できる。しかし、この場合でさえ、モニタ・アプリケーションは別個に動作し、ＣＫをＩｕＣＳ／ＩｐＰＳモニタ・アプリケーションから装置ラック上のＵＴＲＡＮ解読アプリケーションに転送する必要がある。ＣＳは、接続１１４を介して転送してもよく、これは、装置ラック内の複数のブレード間の内部モニタ・バス又はバックプレーンでもよい。他の実施例において、モニタ１０７は、ＲＮＣに分散され、モニタ１１３は、ＭＳＣ１０８又はＳＧＳＮ１１０に分散されて、ＩｕＣＳ／ＩｕＰＳトラフィックをモニタする。この場合、ＣＫは、ＩｕＣＳ／ＩｕＰＳモニタ１１３からＵＴＲＡＮモニタ１０７上のＵＴＲＡＮ解読アプリケーションに接続１１４を介して転送される必要がある。これは、例えば、内部モニタ・パケット交換ネットワーク接続でもよい。本発明は、同じ場所及び離れた場所でのアプリケーションの両方をカバーしようとするものである。

ＩｕＣＳ／ＩｕＰＳモニタがＣＫを捕捉すると、ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーションがＣＫを適切なＵＴＲＡＮ復号化アプリケーションに転送しようとする。このＵＴＲＡＮ復号化アプリケーションは、捕獲したＣＫに関連したコールを扱う。ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーションは、先ず、ＣＫを、同じ装置上で動作し同じ場所の復号化アプリケーションに転送しようとする。ＣＫが、同じ場所の復号化アプリケーション」により処理されているコールにつながらないと、ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーションは、ＣＫに関連したコールを処理する個別のＵＴＲＡＮモニタを識別しようとする。

コア・ネットワーク内のＩｕＣＳ及びＩｕＰＳインタフェースとＵＴＲＡＮ内のＩｕｂ及びＩｕｒインタフェースが同じ装置又はプローブでモニタされると、内部処理メッセージを用いて、ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーションからプローブ内のＵＴＲＡＮ解読アプリケーションにＣＫが転送される。これら内部処理メッセージにより、同じモニタ又はプローブ上で動作する複数のアプリケーションの間又は複数の処理の間でデータが交換される。図４は、本発明の一実施例を用いてＣＫをどの様に転送するかを示す。本発明は、３つの問題点を解決しなければならない。すなわち、第１に、どの解読アプリケーションがＣＫを受けなければならないかを決める。第２に、ＣＫをＵＴＲＡＮコールにマッピングする。第３に、解読が開始したときに、ＣＫをタイムリーに送り、ＵＴＲＡＮ解読アルゴリズムに利用できることを確実にする。

本発明の実施例において、プローブは、分散したモニタ・システムであり、複数のＵＴＲＡＮ解読アプリケーションが動作する。ＣＫは、リンク４０１によりＩｕＣＳ／ＩｕＰＳインタフェースから捕捉されたSecurityModeCommandメッセージ内で伝送され、ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーション４０２に転送される。捕捉されたメッセージは、ＩｕＣＳ／ＩｕＰＳ＿ＣＫ抽出アプリケーション４０３にて処理されて、ＣＫが抽出される。これは、特定のコールに結合する必要がある。ＣＫが捕捉されると、ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーション４０４が、コア・ネットワーク・インタフェースを識別する情報を保持する。ここから、ＩｕＣＳ／ＩｕＰＳコール・トラッキング・アプリケーション４０４にてＣＫが属するＩｕＣＳ／ＩｕＰＳコールとの間でＣＫが捕捉される。ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーション４０２は、必要に応じて、ＣＫが属するＩｕＣＳ／ＩｕＰＳコール用に、国際移動ステーション識別番号（ＩＭＳＩ：International Mobile Station Identity）及びテンポラリ移動加入者識別番号（ＴＭＳＩ：Temporary Mobile Subscriber Identity）を抽出する。ＩＭＳＩ及びＴＭＳＩデータがＩｕＣＳ／ＩｕＰＳコール・トラッキング・アプリケーション４０４に保持される。

ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーション４０２は、インタフェースのＲＮＣ＿Ｉｄを検索するのに中央データベースを必要とする。これは、インタフェースがサービスするＲＮＣに対応する。この中央データベースは、ＩｕＣＳ／ＩｕＰＳモニタ１１３、ＵＴＲＡＮモニタ１０７、又は任意の他の場所に新しい場所を定めてもよい。ＵＴＲＡＮインタフェースから捕捉したメッセージを同時に処理するように動作する多数の解読アプリケーションが存在してもよい。解読アプリケーションは、ＵＴＲＡＮ内の１個以上のＲＮＣにサービスをし、モニタ・システムにより登録できる。ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーション４０２は、アプリケーション４０５の如き総ての登録済み解読アプリケーションに質問をして、どのＵＴＲＡＮ解読アプリケーションがＲＮＣをモニタしているかを識別する。適切なＵＴＲＡＮ解読アプリケーションが識別されると、ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーション４０２は、内部処理メッセージにより、関連したＩＭＳＩ及びＴＭＳＩデータと共にＣＫを宛先に送信する。ＵＴＲＡＮ解読アプリケーション４０５は、ＣＫ処理アプリケーション４０６にてＣＫを処理し、ＣＫ及びＩＭＳＩ／ＴＭＳＩをＣＫキャッシュ４０７に蓄積する。

解読エンジン４０８は、ＵＴＲＡＮモニタ・アプリケーション４０９から暗号化済みＲＲＣパケットを受信する。解読エンジン４０８は、先ず、暗号化済みＲＲＣメッセージ用にＵＴＲＡＮコール・トラッキング・アプリケーション４１０からＵＴＲＡＮコール記録を受信して、関連したＩＭＳＩ／ＴＭＳＩデータを得る。そして、ＩＭＳＩ／ＴＭＳＩを用いて、ＵＴＲＡＮ解読アプリケーションは、ＩＭＳＩ／ＴＭＳＩ及び結果的に暗号化済みＲＲＣパケットに関連したＣＫを求めるためにＣＫキャッシュ４０７を検索する。ＣＫのＩＭＳＩ／ＴＭＳＩがＵＴＲＡＮコールのＩＭＳＩ／ＴＭＳＩにマッチすれば、ＣＫが取り出される。次に、このＣＫを用いて、ＲＲＣパケットを解読する。

ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーション４０２からＵＴＲＡＮモニタ・アプリケーション４０９に送り蓄積することにより生じるタイミング問題を最小にするために、解読エンジン４０８は、総てのＵＴＲＡＮパケットの処理を例えば４秒間遅延させる。その結果、ＵＴＲＡＮ解読アプリケーション４０５は、任意の暗号化済みＲＲＣパケットの解読を開始する前に、ＣＫを得なければならない。

異なる場所のプローブによりコア・ネットワーク及びＵＴＲＡＮをモニタする場合において、コア・ネットワーク・モニタは、ＣＫをＵＴＲＡＮモニタに転送する必要がある。これは、例えば以下のように、ＵＴＲＡＮプローブＩｄ、ＲＮＣ＿Ｉｄ及びインタフェースＩｄの間にマッピングする暗号化キーを用いて実現できる。

インタフェースＩｄは、コア・ネットワーク内の特定のＩｕＣＳ又はＩｕＰＳインタフェースに対応する。ＲＮＣ＿Ｉｄは、ＩｕＣＳ又はＩｕＰＳインタフェースに関連したＲＮＣに対応する。ＵＴＲＡＮプローブＩｄは、ＲＮＣ用にＵＴＲＡＮモニタ・アプリケーションを動作させるＵＴＲＡＮプローブに対応する。暗号化キー・マップを用いて、ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーションは、ＣＫを伝送するインタフェース用のインタフェースＩｄを用いるＵＴＲＡＮプローブＩｄ及びＲＮＣ＿Ｉｄを得ることができる。ＵＴＲＡＮプローブＩｄは、ＣＫを受信しなければならない遠隔ＵＴＲＡＮモニタを識別する。ＲＮＣ＿Ｉｄを用いて、解読する必要があるＲＲＣメッセージを処理するＵＴＲＡＮ解読アプリケーションを識別する。

モニタ・システムは、暗号グループを定義して、複数のプローブ間でＣＫを転送する必要がある場合に用いる内部プローブ接続を自動的に確立できる。一実施例において、ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーションがＣＫを受信するとき、同じモニタ内の内部処理メッセージによりＣＫを転送すべきかを先ず決める。ＣＫを異なるモニタに送る必要があると、暗号グループが内部プローブ・ロジックを実行して、ＣＫを宛先モニタに転送する。

図５は、ＣＫを処理する方法の一実施例を示す流れ図５００である。ステップ５０１において、ＩｕＣＳ／ＩｕＰＳモニタは、暗号化キーを含むＣＫ又は他のメッセージと共にSecurityModeCommandメッセージを受信する。次に、ステップ５０２において、ＩｕＣＳ／ＩｕＰＳモニタは、関連したＩｕＣＳ／ＩｕＰＳコール・レコードを検索する。ステップ５０３において、ＣＫに関連したコールにＩＭＳＩ及び／又はＴＭＳＩをリターンする（戻す）。この点において、ＩｕＣＳ／ＩｕＰＳモニタは、関連したＵＴＲＡＮモニタ・アプリケーションが同じモニタ又は遠隔モニタに配置されているか否かも判断できる。ステップ５０４において、転送される適切なイントラ又はインターのプローブ・メッセージを用いて、ＣＫ及びＩＭＳＩ／ＴＭＳＩをローカルの又は遠隔のＵＴＲＡＮモニタに転送する。ステップ５０５において、ＣＫをＩＭＳＩ／ＴＭＳＩとＣＫキャッシュに蓄積する。

ステップ５０６において、ＵＴＲＡＮモニタ内の解読エンジンが、暗号化済みＲＲＣパケットを受信する。ステップ５０７において、解読エンジンは、コール・トラッキング記録を検索して、ＲＲＣパケットに関連したコール記録を識別する。ステップ５０８において、ＲＲＣパケットに関連したＩＭＳＩ／ＴＭＳＩが解読エンジンにリターンされ、ステップ５０９において、ＩＭＳＩ／ＴＭＳＩを用いてＣＫキャッシュを検索する。ステップ５１０において、ＩＭＳＩ／ＴＭＳＩにマッチするＣＫを解読エンジンにリターンし、ステップ５１１において、ＣＫを用いてＲＲＣパケットを解読する。解読の後、ＲＲＣパケットを更なる処理のためにＵＴＲＡＮモニタ・アプリケーションにリターンする。

ＣＫを受信するまで、ＲＲＣＰＡＬｋを解読できないことが当業者には理解できよう。これは、ＲＲＣ解読アプリケーションを遅延させて、解読エンジンにＣＫが到達するのを最適化することにより達成できる。代わりに、適切なＣＫがそのメッセージで利用可能になるまで、解読エンジンがＲＲＣパケットを保持し、解読処理を遅延させてもよい。よって、上述の事象が異なる順序又は同時に起きるように、流れ図５００のステップの順序を変更してもよい。

本発明及びその利点を詳細に上述したが、本発明の要旨を逸脱することなく、種々の変更、代用、交換などが可能であることが理解できよう。本発明の範囲は、本明細書で説明した処理、マシーン、製造、組成物、手段、方法及びステップに限定することを意図してはいない。当業者が容易に理解できる如く、既存及び今後開発される処理、マシーン、製造、組成物、手段、方法及びステップによっても、本発明に関して上述した実施例とほぼ同じ機能又は結果を達成できる。よって、本発明は、これらも含むものである。

本発明の一実施例によるＵＭＴＳネットワーク及びモニタ装置の要素を示すブロック図である。 ＵＭＴＳネットワークにてＩｕｂ及びＩｕＰＳを通過するメッセージを示す図である。 ＵＭＴＳネットワークにてＩｕｂ及びＩｕＣＳを通過するメッセージを示す図である。 本発明の一実施例によりＵＭＴＳネットワーク・モニタ・システムにおけるアプリケーション間の関係を示すブロック図である。 本発明の一実施例により暗号化キーを転送する方法の流れ図である。

符号の説明

１００ ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）
１０１ ノードＢ
１０２ ラジオ・ネットワーク・コントローラ（ＲＮＣ）
１０３ Ｉｕｂ
１０４ Ｉｕｒインタフェース
１０５ ユーザ装置（ＵＥ）
１０６ エア・インタフェースＵｕ
１０７ ＵＴＲＡＮモニタ又はプローブ
１０８ モバイル・スイッチング・センタ（ＭＳＣ）
１０９ ビジター・ローケーション・レジスタ（ＶＬＲ）
１１０ サービングＧＰＲＳサポート・ノード（ＳＧＳＮ）
１１１ ＩｕＣＳインタフェース
１１２ ＩｕＰＳインタフェース
１１３ ＩｕＣＳ／ＩｕＰＳモニタ又はプローブ
４０１ リンク
４０２ ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーション
４０３ ＩｕＣＳ／ＩｕＰＳ＿ＣＫ抽出アプリケーション
４０４ ＩｕＣＳ／ＩｕＰＳモニタ・アプリケーション
４０５ アプリケーション
４０６ ＣＫ処理アプリケーション
４０７ ＣＫキャッシュ４０７
４０８ 解読エンジン
４０９ ＵＴＲＡＮモニタ・アプリケーション
４１０ ＵＴＲＡＮコール・トラッキング・アプリケーション

Claims (11)

1. ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワーク用の暗号化キーを暗号化アプリケーションに転送する方法であって、
   第１ネットワーク・インタフェースから上記暗号化キーを伝送する第１メッセージを捕捉するステップと、
   上記第１ネットワーク・インタフェースに関連したネットワーク・ノードを識別するステップと、
   上記ネットワーク・ノードに結合したインタフェースから捕捉したメッセージを処理するために、応答可能なモニタを識別するステップと、
   上記暗号化キーを上記モニタに転送するステップと
   を具えた暗号化キー転送方法。
2. 第２ネットワーク・インタフェースから暗号化済メッセージを伝送する第２メッセージを捕捉するステップと、
   上記暗号化キーを用いて上記第２メッセージを解読するステップと
   を更に具えた請求項１の暗号化キー転送方法。
3. 上記第１ネットワーク・インタフェースは、ＵＭＴＳコア・ネットワークにおけるＩｕＣＳ又はＩｕＰＳであることを特徴とする請求項１の暗号化キー転送方法。
4. 上記ネットワーク・ノードは、ＵＴＲＡＮにおけるラジオ・ネットワーク・コントローラであることを特徴とする請求項１の暗号化キー転送方法。
5. ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワーク用の暗号化キーを解読アプリケーションに供給するシステムであって、
   第１インタフェース・セットに結合された第１モニタと、
   第２インタフェース・セットに結合された第２モニタと、
   上記第１モニタ及び上記第２モニタに結合されたコミュニケーション・リンクとを具え、
   上記第１モニタ上で動作する暗号化キー抽出アプリケーションが、上記第１インタフェース・セット上を伝送するメッセージから上記暗号化キーを捕捉し、
   上記第２インタフェース・セットから捕捉されたデータ・パケットを解読アプリケーションが解読し、
   上記暗号化キーを上記第１モニタから上記コミュニケーション・リンクを介して上記第２モニタに供給することを特徴とする暗号化キー供給システム。
6. 上記第１モニタが上記暗号化キー及びユーザ装置識別子を上記第２モニタに供給することを特徴とする請求項５の暗号化キー供給システム。
7. 上記解読アプリケーションが用いる上記暗号化キーを保持するメモリを上記第２モニタが有することを特徴とする請求項５の暗号化キー供給システム。
8. 上記第１インタフェース・セットは、ＵＭＴＳネットワークにおけるＩｕＣＳインタフェース又はＩｕＰＳインタフェース、若しくは上記ＩｕＣＳインタフェース及び上記ＩｕＰＳインタフェースであることを特徴とする請求項５の暗号化キー供給システム。
9. 上記第２インタフェース・セットは、ＵＴＲＡＮにおけるＩｕｂインタフェース又はＩｕｒインタフェース、若しくは上記Ｉｕｂインタフェース及び上記Ｉｕｒインタフェースであることを特徴とする請求項５の暗号化キー供給システム。
10. ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）ネットワークにおけるデータ・パケットを解読するデータ・パケット解読方法であって、
    第１ネットワーク・インタフェース上を伝送する第１メッセージから暗号化キーを抽出するステップと、
    上記暗号化キーに関連した第１ユーザ装置識別子を求めるステップと、
    上記暗号化キーを解読アプリケーションに転送するステップと、
    暗号化済みデータ・パケットを上記解読アプリケーションで受けるステップと、
    上記暗号化済みデータ・パケットに関連した第２ユーザ装置識別子を求めるステップと、
    上記暗号化キーを用いて上記暗号化済みデータ・パケットを解読するステップとを具え、
    上記第２ユーザ装置識別子が上記第１ユーザ識別子に対応するデータ・パケット解読方法。
11. 上記解読アプリケーションに関連したメモリに上記暗号化キー及び上記第１ユーザ装置識別子を蓄積するステップと、
    上記第２ユーザ装置識別子を用いて上記メモリから上記暗号化キーを読出すステップと
    を更に具えた請求項１０のデータ・パケット解読方法。

Images