(57)【特許請求の範囲】
【請求項１】
パケットネットワークにおいて合法的傍受を実行する方法であって、
傍受されるべき通信又はネットワークアクティビティから傍受関連情報パケットを発生し(S2)、及び／又は
傍受されるべき上記通信又はネットワークアクティビティから通信内容パケットを発生し(S2)、
１グループの通信パケットの上記傍受関連情報パケット及び／又は上記通信内容パケットに対して識別データを与え(S3)、
上記発生段階にて発生される上記傍受関連情報データパケットの各々及び／又は上記通信内容パケットの各々に対して順序付けデータを与え(S5)、そして
上記傍受関連情報パケット、上記通信パケット、上記識別データ及び上記順序付けデータを傍受当局装置(1)へ送信する(S6)、
という段階を含むことを特徴とする方法。
【請求項２】
上記識別データを使用して、上記１グループの通信パケットの上記傍受関連情報パケット及び上記通信内容パケットを識別し(S12)、そして
上記順序付けデータを使用して、上記傍受関連情報パケット及び上記通信内容パケットを順序付けする(S13)、
という段階を更に含む請求項１に記載の方法。
【請求項３】
上記識別データは、セッション識別データである請求項１に記載の方法。
【請求項４】
上記パケットネットワークは、ＧＰＲＳネットワークであり、そして上記セッション識別データは、ＧＰＲＳにおいてＰＤＰコンテキストから得られる請求項３に記載の方法。
【請求項５】
上記順序付けデータは、各々の順次パケットに対して増加される整数である請求項１に記載の方法。
【請求項６】
各傍受関連情報パケット及び／又は各通信内容パケットにタイムスタンプを与える段階(S4)を更に含む請求項１に記載の方法。
【請求項７】
各傍受関連情報パケット及び／又は各通信内容パケットに対して、上記識別データ及び上記順序付けデータが含まれたフレームを与える段階を更に含む請求項１に記載の方法。
【請求項８】
各傍受関連情報パケット及び／又は各通信内容パケットにタイムスタンプを与え(S4)、そして
上記タイムスタンプを上記フレーム内に配置する、
という段階を更に含む請求項７に記載の方法。
【請求項９】
上記順序付けデータは、オーバーフローすることが可能であり、そして上記方法は、更に、
上記オーバーフロー前のパケットのグループと、上記オーバーフロー後のパケットのグループとを区別するために、各傍受関連情報パケット及び／又は各通信内容パケットにパケットグループ指示を与えるという段階を含む請求項１に記載の方法。
【請求項１０】
パケットネットワークのための傍受システムであって、
通信を傍受するための少なくとも１つの第１ネットワーク要素(3)と、
少なくとも１つの傍受当局装置(1)とを備え、
上記第１ネットワーク要素(3)は、
傍受されるべき通信又はネットワークアクティビティから傍受関連情報パケットを発生するための第１パケット発生手段(32)と、及び／又は
傍受されるべき上記通信又はネットワークアクティビティから通信内容パケットを発生するための第２パケット発生手段(33)と、
上記通信に関連した上記傍受関連情報パケット及び／又は上記通信内容パケットに対して識別データを発生するための識別データ発生手段(34)と、
上記第１及び／又は第２パケット発生手段によって発生される上記傍受関連情報データパケットの各々及び／又は上記通信内容パケットの各々に対して順序付けデータを発生するための順序付けデータ発生手段(35,36)と、
上記傍受関連情報パケット、上記通信内容パケット、上記識別データ及び上記順序付けデータを上記傍受当局装置(1)へ送信するための送信手段(37)と、
を備えたことを特徴とする傍受システム。
【請求項１１】
上記傍受当局装置(1)は、
上記識別データ及び上記順序付けデータを含む上記傍受関連情報パケット及び上記通信内容パケットを受け取るための受信手段(11)と、
上記１つの通信に関連した傍受関連情報パケット及び通信内容パケットを識別するための識別手段(12)と、
上記順序付けデータに基づいて上記傍受関連情報パケット及び／又は上記通信内容パケットを順序付けするためのパケット順序付け手段(13,14)と、
を備えた請求項１０に記載のシステム。
【請求項１２】
上記識別データは、セッション識別データである請求項１０に記載のシステム。
【請求項１３】
上記ネットワークは、ＧＰＲＳネットワークであり、そして上記第１ネットワーク要素(3)の上記識別データ発生手段(34)は、ＰＤＰコンテキストからの上記セッション識別データを検出するように構成されている請求項１２に記載のシステム。
【請求項１４】
上記順序付けデータは、整数順序番号であり、そして上記順序付けデータ発生手段(35,36)は、各々の順次パケットに対し順序番号を増加する請求項１０に記載のシステム。
【請求項１５】
上記第１ネットワーク要素は、更に、各傍受関連情報パケット及び／又は各通信内容パケットにタイムスタンプを与えるため上記識別データ発生手段（34）と上記順序付けデータ発生手段（35,36）との間に接続されたタイムスタンプ発生手段(38)を更に備えた請求項１０に記載のシステム。
【請求項１６】
上記第１パケット発生手段(32)は、各傍受関連情報パケットに対してフレームを与えるように構成されており、上記第２パケット発生手段（33,34）は、各フレームに上記識別データを含ませるように構成されており、上記識別データ発生手段(34)は、各フレームに上記順序付けデータを含ませるように構成されている請求項１０に記載のシステム。
【請求項１７】
上記第１ネットワーク要素は、更に、
各傍受関連情報パケット及び／又は各通信内容パケットにタイムスタンプを与えるためのタイムスタンプ発生手段(38)を備え、そして
上記タイムスタンプ発生手段(38)は、上記フレームの各々にタイムスタンプを含ませるように構成された請求項１６に記載のシステム。
【請求項１８】
上記傍受関連情報パケットを上記第１ネットワーク要素(3)から上記傍受当局装置(1)へ送出するための傍受関連情報パケット送出装置(2_2)と、
上記通信内容パケットを上記第１ネットワーク要素(3)から上記傍受当局装置(1)へ送出するための通信内容パケット送出装置(2_3)と、
パケット送出制御装置(2_1)とを更に備え、
上記パケット送出制御装置(2_1)は、上記１グループの通信パケットに関連した上記傍受関連情報パケット及び上記通信内容パケットを上記識別データに基づいて識別すると共に、上記傍受関連情報パケット及び上記通信内容パケットを上記順序付けデータに基づいて順序付けするように構成された請求項１０に記載のシステム。
【請求項１９】
上記順序付けデータは、オーバーフローすることが可能であり、そして
上記識別データ発生手段(34)は、上記オーバーフロー前のパケットのグループと、上記オーバーフロー後のパケットのグループとを区別するために、各傍受関連情報パケット及び／又は各通信内容パケットにパケットグループ指示を与えるように構成されている請求項１０に記載のシステム。
【発明の詳細な説明】
【０００１】
【技術分野】
本発明は、パケットネットワークにおいて合法的傍受を行う方法及びシステムに係る。
【０００２】
【背景技術】
合法的傍受の条項は、通常に義務付けられた国法の要件である。時々、ネットワークオペレータ及び／又はサービスプロバイダーは、合法的許可に基づいて、特定の傍受当局又は法律施行機関（ＬＥＡ）に入手される特定の認識に関して傍受結果を出すことが要求される。
傍受には種々の観点がある。各国法は、どんな条件のもとでそしてどんな制約を受けて傍受が許されるかを規定している。ＬＥＡが合法的傍受をツールとして使用したい場合には、裁判官又は他の責任団体に令状のような合法的許可を求める。合法的許可が下りた場合には、ＬＥＡは、その合法的許可をアクセスプロバイダーに提示し、そしてアクセスプロバイダーは、ユーザターミナルから、管理インターフェイス又は手順を介して、そのネットワークへ又はネットワークオペレータへ或いはサービスプロバイダーへアクセスする。合法的傍受が許可されたときには、傍受関連情報（ＩＲＩ）及び／又は対応通信（ＣＣ）の内容がＬＥＡへ送出される。
【０００３】
合法的許可は、ＩＲＩと、このＬＥＡに対して送出することが許される通信の内容とを規定する。通常、それは、傍受の期間と、傍受の目標（例えば、個人の名前、又はＳＩＭカードに関連したＭＳＩＳＤＮ番号、或いは移動ターミナルのＩＭＥＩコード）である。異なるＬＥＡ及び異なる調査の場合に、法律で設定された一般的な限界を更に制限する異なる制約を適用することができる。又、傍受目標は、合法的許可において、例えば、加入者のアドレス、物理意的アドレス、位置、サービス等の異なるやり方で規定されてもよい。
このような合法的傍受機能は、ＧＰＲＳ及びＵＭＴＳのような新規な移動データネットワークのパケット交換部分にも必要とされる。
【０００４】
合法的傍受は、移動システムだけでなく全てのテレコミュニケーションシステムに関連したＥＵ評議会の決議事項に基づいている。ヨーロピアン・テレコミュニケーションズ・スタンダーズ・インスティテュート（ＥＴＳＩ）は、更に別の技術的要件を規定している。これらの要求は、３つのインターフェイスを定義する。
Ｘ０＿１（＝ＨＩ１）：管理タスク（文書でもファックス又はオンラインでもその他の方法でもよい）
Ｘ０＿２（＝ＨＩ２）：ネットワークシグナリング（ほぼリアルタイム）
Ｘ０＿３（＝ＨＩ３）：傍受したユーザデータ（ほぼリアルタイム）
【０００５】
インターフェイスＸ０＿１は、傍受要求、許可文書、暗号キー等を搬送する。インターフェイスＸ０＿２は、電話番号、サービス情報、タイムスタンプ等のＩＲＩ（傍受関連情報）を搬送する。インターフェイスＸ０＿３は、通信内容（ＣＣ）、即ち送信及び／又は受信されたデータを含む傍受したパケット等を搬送する。３つのインターフェイスの厳密な定義は、地方の法規及び当局に委ねられている。インターフェイスＸ０＿１ないしＸ０＿３は、ＧＳＭ０３．０３に引用されている（ＧＰＲＳ付録が含まれた、１９９９年６月）。３つのＸ０インターフェイスは、ＥＴＳＩ  ＥＳ２０１  ６７１  Ｖ１．１．１にＨＩ１／ＨＩ２／ＨＩ３インターフェイスとして定義され、記号Ｘ０＿１ないしＸ０＿３がＨＩ１ないしＨＩ３に各々対応している。
【０００６】
図１を参照し、合法的傍受を詳細に説明する。図１は、ＧＰＲＳ（汎用パケット無線システム）用の合法的傍受に対する基準構成を示す。参照番号１は、上述した法律施行機関（ＬＥＡ）を示す。記号Ｘ０＿１、Ｘ０＿２及びＸ０＿３は、ＬＥＡと以下に述べる各ネットワーク要素との間の上記インターフェイスを示す。番号２＿１は、ネットワークにおけるＬＩ（合法的傍受）のための管理ファンクションを示す。番号２＿２は、ＩＲＩ送出ファンクション（ＧＰＲＳのようなパケットデータに対してＤＦ２Ｐとしても知られている）を示し、一方、番号２＿３は、ＣＣ送出ファンクション（パケットデータに対してＤＦ３Ｐとしても知られている）を示す。ＡＤＭＦ２＿１、ＩＲＩ送出ファンクション２＿２及びＣＣ送出ファンクション２＿３は、インターフェイスＸ１＿１ｐ、Ｘ２ｐ及びＸ３ｐを経てＧＳＮ（ＧＰＲＳサポートノード）３に接続される。更に、ＩＲＩ及びＣＣ送出ファンクションは、インターフェイスＸ１＿２ｐ及びＸ１＿３ｐを各々経てＡＤＭＦ２＿１に接続される。ＧＳＮ３は、ＳＧＳＮ又はＧＧＳＮであるか、或いはユーザレベルパケットデータを含むフレーム又はユーザアクティビティを傍受する他のノードである。
【０００７】
このように、ＡＤＭＦ２＿１は、同じターゲットに対して異なる法律施行機関（ＬＥＡ）によって多数のアクチベーションが生じるところのＧＳＮから隠れるように送出ファンクションと一緒に使用される。更に、パケットネットワークの複雑さもＬＥＡから隠される。
上述したＬＩ構造体は、ＧＳＭのような回路交換サービスの場合に満足に機能する。しかしながら、ＧＰＲＳのようなパケット交換サービスとは状態が異なる。
即ち、パケット交換サービスの場合には、ＩＲＩ及びＣＣデータは、ＬＥＡ１へパケットで送信される。パケットは、パケット傍受ノード（即ち図１のＧＳＮ３）から、ＬＥＡ１に対する送出ファンクションノード（即ち図１のＩＲＩ及びＣＣ送出ファンクション２＿２及び２＿３）へと流れ始める。ＬＥＡシステムは、パケットの大量メモリを有するが、ほぼリアルタイムの流れとしてパケットを監視することもできる。例えば、ＧＰＲＳでは、ＩＲＩデータは、あるネットワークアタッチメント及び／又は組み込まれたＰＤＰ（パケットデータプロトコル）コンテキスト関連データを有するように定義され、これは、ＩＲＩをある加入者アクティビティに関連付けるものである。パケットは、あるＰＤＰコンテキストに関連している。
【０００８】
上述したパケット交換ネットワークでは、例えば、ハンドオーバーによりネットワークに遅延の変化が生じるために、パケットが、送信された順序とは異なる順序で受信されることが考えられる。換言すれば、単一の通信セッション（ＧＰＲＳネットワークにおけるＰＤＰコンテキスト）に関連したユーザデータ（ＣＣ）は、送出ファンクションに向かって異なるノードを経、そしてハンドオーバー（ＧＰＲＳネットワークにおけるＳＧＳＮハンドオーバーのような）により最終的にＬＥＡへルーティングされるか、或いは容量又はＮＥ故障の理由でＮＥ２が同様の種類の別のＮＥ１の役目を引き継ぐ冗長なケースではネットワーク要素（ＮＥ）へルーティングされる。従って、ＳＧＮ３からＬＥＡへ送信されるパケット（ＩＲＩ又はＣＣ）は、それらが実際に送信された順序とは異なる順序で到着することが考えられる。
【０００９】
実際のパケット順序を再構成できるようにパケットに番号付けできることが知られている。しかしながら、合法的傍受（ＬＩ）においては、パケット自体の実際の順序を再構成するだけでは充分でない。対照的に、どのＩＲＩパケットがどのＣＣパケットに関連しているか知ることも重要である。ＩＲＩパケット及びＣＣパケットは論理的に個別の接続を経てＬＥＡへ送信されそしてＣＣ及びＩＲＩパケットの数は通常１：１ではないので、２つの種類のパケットを互いに効率的に関連付けることが困難である。従って、ＬＩにおいてＩＲＩ及び／又はＣＣパケットにこのような遅延及び順序ずれが生じた場合には、パケットを後になって正しい順序に編成する方が、それらを最初に考えられるポイントから容易に識別できる順序にする場合よりも複雑なタスクであるために、著しい問題を招く。
【００１０】
文書ＷＯ９９１７４９９Ａ号は、パケットネットワークにおいて合法的傍受を実行する方法を開示している。この方法は、傍受されるべき通信又はネットワークアクティビティから傍受関連情報パケット及び通信内容パケットを発生し、パケットに対して識別データを与え、そしてパケットを傍受当局装置へ送信するという段階を含む。
【００１１】
【発明の開示】
本発明の基礎となる目的は、順序の狂った情報パケットを回避できるようにする方法及びシステムを提供することである。
本発明によれば、この目的は、請求項１に記載の方法により達成される。より詳細には、本発明によれば、パケットネットワークにおいて合法的傍受を実行する方法であって、傍受されるべき通信から傍受関連情報パケットを発生し、傍受されるべき通信又はネットワークアクティビティから通信内容パケットを発生し、１グループの通信パケットの傍受関連情報パケット及び通信内容パケットに対して識別データを与え、傍受関連情報データパケットの各々及び通信内容パケットの各々に対して順序付けデータを与え、そして傍受関連情報パケット、通信パケット、識別データ及び順序付けデータを傍受当局装置へ送信するという段階を含む方法が提供される。
【００１２】
或いは又、上記目的は、請求項１０に記載のパケットネットワーク用の傍受システムにより達成される。この傍受システムは、通信を傍受するための少なくとも１つの第１ネットワーク要素と、少なくとも１つの傍受当局装置とを備え、
上記第１ネットワーク要素は、傍受されるべき通信から傍受関連情報パケットを発生するための第１パケット発生手段と、傍受されるべき通信から通信内容パケットを発生するための第２パケット発生手段と、通信又はネットワークアクティビティに関連した傍受関連情報パケット及び通信内容パケットに対して識別データを発生するための識別データ発生手段と、傍受関連情報データパケットの各々に対して順序付けデータを発生するための第１順序付けデータ発生手段と、通信内容パケットの各々に対して順序付けデータを発生するための第２順序付けデータ発生手段と、傍受関連情報パケット、及び相関データを含む通信内容パケットを傍受当局装置へ送信するための送信手段とを備えている。
【００１３】
従って、本発明の方法及びシステムにより、受信したＩＲＩ及びＣＣパケットを容易に正しい時間的順序に入れることができる。
それ故、受信端システム、即ちＬＥＡの合法的施行監視ファシリティ（ＬＥＭＦ）において性能が高められる。というのは、受け取ったパケットの正しい順序を決定するのに動作負荷がほとんど必要とされないからである。
更に、検出される通信内容（ＣＣ）の信頼性が高められる。というのは、ＣＣパケットの順序が正しいからである。
更に、欠落又は重複したＩＲＩ及びＣＣパケットを通知することができる。タイムスタンプは、あるパケットが失われたかどうかをＬＥＡに示すだけではない。更に、タイムスタンプのデコード動作は、シーケンス番号のチェックより多量の処理パワーを消費する。
【００１４】
更に、対応するＣＣパケット間のＩＲＩパケットの組み立ては、ＬＥＭＦにより可能となる。即ち、ＩＲＩ及びＣＣパケットは、論理的に個別のチャンネルを経て送信されるが、ＬＥＭＦは、ＩＲＩ及びＣＣパケットの厳密な順序及び相関を互いに確認することができる。
ここで、例えば、傍受ノード（ＧＰＲＳにおけるＳＧＳＮのような）のハンドオーバー、傍受ノードとＤＦ／ＬＥＡシステムとの間でネットワークを経て行われるパケットの非同期送信、及び例えば傍受ノードハンドオーバーの付近で送信されるパケットの考えられる予想不能な時間的順序に関する問題を、多量の余計なプロセッサ作業を伴わずに回避することができる。更に、ＬＥＭＦは、このように、失われた又は重複したＩＲＩ／ＣＣパケットを検出することができる（この種の状況は、冗長構成の場合に、ＮＥ１（第１ネットワーク要素）が故障するか或いは容量又は他の理由によりＮＥ２（第２ネットワーク要素）がＮＥ１のタスクを引き継ぐときに生じ得る）。又、ＩＲＩパケット及びそれに対応するＣＣパケットの関係は、この同じナンバリングをベースとすることができ、例えば、上位層プロトコルパケットナンバリングを検査するものよりもプロセッサ効率が良好となり、このようなナンバリングは、変化し得るもので、将来的には、ＬＩシステムの現在設計においてそのとき使用されているものとは異なるものになり得る。
【００１５】
テレコミュニケーションにおけるほとんどの時間測定のケースでは、精度が、例えば１秒に制限される。従って、２つ以上のパケットが同じタイムスタンプを得ることがあり得る（又は非常に正確ではあるが、プロセッサ効率が非常に悪いタイムキーピングシステムが必要とされる）。シーケンス番号は、この点においても、パケットを供給する良好な方法を与える。
更に別の好都合な開発が従属請求項に記載されている。
より詳細には、識別データは、傍受関連情報（ＩＲＩ）パケットを識別すると共に、通信の通信内容（ＣＣ）パケットを識別するのに使用することができ、そして順序付け（シーケンス番号）データは、ＩＲＩパケット及びＣＣパケットを順序付けするのに使用できる。上述したように、パケットを正しい時間的順序にするためのプロセスは、受け取ったパケットを適当なメモリに再配置することにより簡単に実行できる。
【００１６】
識別データは、セッション識別データである。特に、ネットワークがＧＰＲＳパケットネットワークである場合には、ＣＣセッション識別データは、サービングＧＳＮのＰＤＰコンテキストテーブルから得ることができ、そしてユーザのためのＩＲＩ識別データは、サービングＳＧＳＮのＧＰＲＳアタッチされた移動ステーション及び／又はサービングＧＳＮのＰＤＰコンテキストデータから検索することができる。
順序付けデータは、順次パケットごとに増加される整数番号である。従って、順番を容易に与えることができる。順番は、例えば、２６４といった充分大きな最大値をもたねばならない。非常に長い時間周期の後にのみ最大シーケンス番号に到達し、そしてＬＥＡがもはや古いパケットを未検査状態でもたなくなったときに、再び０からスタートすることが許される。（これらのパケットは、例えば、自動的な時間切れや、非常に古いシーケンス番号に対する削除ポリシー（ＬＥＭＦによる）を使用して削除される。完全を期すために、最大シーケンス番号に重複する最新パケットは、シーケンス番号範囲のオーバーフローの後にオーバーフロー状態に接近しつつあるシーケンス番号の古い末尾より新しい（大きい）ことを指示するために（記録シーケンス番号順序比較状態において）フラグをもつことができる。）
【００１７】
更に、各ＩＲＩパケット及び／又は各ＣＣパケットにタイムスタンプを与えることもできる。タイムスタンプは、例えば、１秒の精度又は他の適当な値をもつことができる。この手段により、限定された数の順序付けデータが必要とされるだけである。特に、このタイムスタンプを使用することにより、上述したフラグを省略することもできる。
更に、各ＩＲＩパケット及び各ＣＣパケットに対し、識別データ及び順序付けデータを含ませることのできるフレームを設けることができる。更に、タイムスタンプが与えられる場合には、タイムスタンプもフレームに含ませることができる。この手段により、全ての必要な値及び識別子をパケット受信側で容易に読み取ることのできる独特のフォーマットがパケットに与えられる。
【００１８】
【発明を実施するための最良の形態】
以下、添付図面を参照して、本発明の好ましい実施形態を詳細に説明する。
図１は、本発明の実施形態を適用できるネットワークシステムを示す。図１は、導入部で既に説明したので、ここでは、不必要な繰り返しは避ける。しかしながら、傍受ノード即ちＧＳＮ３と、ＬＥＡ１は、本発明の実施形態により以下に述べるように変更される。
本発明によれば、ＩＲＩパケット（傍受されるパケット交換通信の内容又は回路交換通信の内容に関連した）は、例えば、０からスタートしてパケットごとに増加するように順次に番号が付けられる。同様に、ある通信セッション（例えば、ＧＰＲＳにおけるＰＤＰコンテキスト）に関連したＣＣパケットも順次に番号が付けられる。従って、ＩＲＩ及びＣＣ送出ファンクション２＿２及び２＿３及び／又はＬＥＡ１により（ある通信セッションに関連して）受け取られるＩＲＩパケットＩＲＩ０、ＩＲＩ１、ＩＲＩ２、・・ＩＲＩｎが順次に現れ、そこから、実際の通信内容（ＣＣ）データをＬＥＡ１により正しい順序で取り出すことができる。ある通信セッションに関連したＣＣパケットＣＣ０、ＣＣ１、ＣＣ２、・・ＣＣｍについても同じことが言える。
【００１９】
即ち、本発明の実施形態によれば、ＩＲＩ及びＣＣパケットには、（例えば、エンドターミナル（例えば、移動ステーションＭＳ）の通信プロセスの１つと、ネットワークアクセスポイントＡＰとの間で）傍受されるべき通信セッションを識別するためのセッション識別子と、パケットを正しい時間的順序で順序付けするためのパケット順序付け番号とが設けられる。図２は、ＩＲＩ又はＣＣパケットの一例を概略的に示す。ここでは、フレームが発生され、そしてセッション識別子及びパケット順序付け番号が、アドレス等の更に別の制御データに加えて、フレームのヘッダに挿入されている。又、任意であるが、パケットのヘッダにタイムスタンプを設けることもできる。パケット本体は、実際に傍受されたデータより成る。
【００２０】
図３は、傍受ノード（ＧＳＮ、即ちＧＰＲＳサポートノード）３を詳細に示している。これは、ＳＧＳＮ（サービングＧＰＲＳサポートノード）でもよいし、ＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）でもよいし、又は傍受ファンクションを組み込むために使用できる他の適当なノードでもよいことに注意されたい。参照番号３１は、対応するＧＰＲＳ（パケット交換）ネットワークを経て行われる通信を傍受するためのＧＳＮノード自体を示す。参照番号３２及び３３は、ＩＲＩ検出器及びＣＣ検出器を各々示す。
ＩＲＩ検出器３２は、傍受されるべき通信に関連された必要な傍受関連情報を検出するよう構成され、そして傍受関連情報（ＩＲＩ）がユーザデータに含まれそしてヘッダがセッション識別子及び順序付け番号のための余地を与えるデータパケット（図２に示す）を形成する。
【００２１】
同様に、ＣＣ検出器３２は、傍受されるべき通信の通信内容を検出するように構成され、そして通信データがユーザデータに含まれ（例えば、傍受されたＩＰパケットヘッダ及びペイロード内容）そしてヘッダがセッション識別子及び順序付け番号のための余地を与えるデータパケット（図２に示す）を形成する。
識別子ジェネレータ３４は、ＣＣ及びＩＲＩパケットの対応するヘッダフィールドにおいてセッション識別子（識別番号）をセットするために設けられる。ＥＴＳＩ  ＥＳ２０１  ６７１  ｖ１．１．１では、同様のパラメータが、ネットワーク識別子（ＮＩＤ）及びコール認識番号（ＣＩＮ）より成るコール識別子（ＣＩＤ）である。このＣＩＮ識別子は、ユーザターミナルとネットワーク内又はその背後の他の通信当事者との間の１つの論理ネットワーク通信リンクを独特に識別する。従って、ＰＤＰコンテキストに基づくこの識別子は、セッション識別子として使用することができる。しかしながら、他の識別子も考えられ、例えば、任意の番号を使用することができる。
【００２２】
参照番号３５及び３６は、ＩＲＩ及びＣＣ順序付け手段を示す。これらの順序付け手段は、ＩＲＩ及びＣＣパケットのための順序付け番号を発生する。特に、傍受されるべき新たなセッションがスタートするときには、両パケットに対する順序付け番号が０にリセットされる。次いで、両方の種類の新たなパケットごとに、この順序付け番号が増加され、ＩＲＩパケットＩＲＩ０、ＩＲＩ１、・・ＩＲＩｎの行と、ＣＣパケットＣＣ０、ＣＣ１、・・ＣＣｍの行とが形成される。両種類のパケットの順序付け番号は独立していることに注意されたい。即ち、ＩＲＩ順序付け番号と、ＣＣ順序付け番号がある。ＩＲＩパケットより多くのＣＣパケットが存在し、即ちｎ＜ｍであり、又はその逆のこともある。
参照番号３７は、ネットワークを経てＬＥＡ１へＣＣパケット及びＩＲＩパケットを送信する送信器を示す。
【００２３】
この実施形態によれば、タイムスタンプ手段３８も設けられる。このタイムスタンプ手段３８は、例えば、１秒の精度をもつタイムスタンプを、ＣＣ及びＩＲＩパケットのフレームのヘッダに与える。原理的には、ＩＲＩ及びＣＣパケットを送信する前にタイムスタンプを与えることができる限り、タイムスタンプ手段３８は、傍受ノード３の各部分に接続することができる。しかしながら、タイムスタンプ手段３８は、識別子ジェネレータ３４とＩＲＩ及びＣＣ順序付け手段３５及び３６との間に設けられるのが好ましい。
ＩＲＩ及びＣＣパケットは、パケット交換ネットワークを経て、法律施行機関（ＬＥＡ）装置１へ送信される。本発明の好ましい実施形態に関連したＬＥＡ１の部分が図４に示されている。ＩＲＩパケット及びＣＣパケットは、受信器１１によりインターフェイスＸ０＿２及びＸ０＿３を各々経て受け取られる。更に別の制御データ（即ちアドレスデータ）により、受信器１１は、ＩＲＩパケットとＣＣパケットとを区別することができる。識別子検出器１２は、傍受されるべき通信に基づいてセッション識別子を検出し、１つの通信セッションに関連した全パケットを一緒に配置できるようにする。ＩＲＩパケット及びＣＣパケットの正しい時間的順序での順序付けは、タイムスタンプを任意に考慮することにより、ＩＲＩ及びＣＣパケット順序付け手段１３及び１４により実行される。
【００２４】
受信したパケットを再配置するために、順序付け手段１３及び１４は、適当なメモリ、即ち容量の大きなＲＡＭを有していなければならない。ＣＣパケットよりＩＲＩパケットがおそらく少ない場合には、ＩＲＩ順序付け手段１３に対するＲＡＭの必要性が、ＣＣ順序付け手段１４の場合より少なくてよい。
従って、ＩＲＩパケット及びＣＣパケットは、正しい時間的順序で且つ互いに正しい相関状態で出力することができる。即ち、各通信セッションに対し、ＣＣパケット及びＩＲＩパケットを正しい順序でテストすることができる。
図５ないし７のフローチャートを参照して本発明の方法を以下に説明する。
図５は、本発明によりＩＲＩパケット及びＣＣパケットを同期するプロセスを示す。ステップＳ１において、ＬＩ（合法的傍受）要求がＬＥＡ１により発生される。この要求は、図１に示されたインターフェイスＸ０＿１、ＡＤＦＭ２＿１及びインターフェイスＸ１＿１ｐを経て傍受ノード（ＧＳＮ）３へ送信される。ステップＳ１では、プロセスが開始され、そして初期化される。より詳細には、ＩＲＩ及びＣＣパケットに使用される順序付け番号がリセットされ、即ちＩＲＩ順序付け番号が０にリセットされ、そしてＣＣ順序付け番号が０にリセットされる。
【００２５】
次のステップＳ２ないしＳ７は、傍受の間に発生されるパケットごとに繰り返される。
ステップＳ２では、ＩＲＩパケット又はＣＣパケットのいずれかであるパケットが発生される。上述したように、ＩＲＩパケットは、傍受に関連した情報、例えば、電話番号や、ＬＥＡとＮＭＯ／ＡＰ／ＳｖＰ（例えば、ＥＳ２０１  ６７１  ｖ１．１．１を参照）との間で合意された合法的傍受識別子（ＬＩＩＤ）等を含み、一方、ＣＣパケットは、少なくとも、傍受された実際の通信の内容を含む。ステップＳ２では、図２に示すようなデータフレームも発生される。
ステップＳ３では、セッション識別子が与えられる。この実施形態によれば、上述したように、セッション識別子を決定するためにＧＰＲＳにおけるＰＤＰコンテキストが使用される。
【００２６】
ステップＳ４では、タイムスタンプが与えられる。上述したように、このステップは任意であり、必要でなければ、省略することができる。使用される場合には、図２に示すように、ＣＣ又はＩＲＩパケットのヘッダの対応フィールドにタイムスタンプが与えられる。
ステップＳ５では、パケット順序付け番号が発生される。原理的に、これは、各ループの間に一般的な順序付け番号を増加しそしてこの順序付け番号の現在値をパケット順序付け番号として取り上げることにより行われる。ＩＲＩパケットに対して１つと、ＣＣパケットに対して１つの、２つの独立した順序付け番号をもたねばならないことに注意されたい。このステップで行われるプロセスは、図６を参照して以下に詳細に説明する。
ステップＳ６では、図１に示すようにインターフェイスを使用することによりネットワークを経てＬＥＡにパケットが送信される。
【００２７】
ステップＳ７では、現在の合法的傍受（ＬＩ）が完了したがどうか又はそれを続けなければならないかどうか調査される。傍受を続けなければならない場合には、プロセスがステップＳ２に戻る。現在ＬＩを完了すべき（即ち、現在ＬＩを終了するための要求が受け取られた）場合には、プロセスが終了となる。
次いで、ステップＳ５で実行されるパケット順序付け番号を発生するためのルーチンについて詳細に述べる。先ず、ステップＳ５１において、当該パケットがＩＲＩパケットであるかＣＣパケットであるか区別される。ＩＲＩパケット及びＣＣパケットに対するその後のオペレーションは基本的に互いに対応するので、説明を簡略化するために、ＩＲＩパケットに対するステップＳ５２ないしＳ５５のみを説明する。
【００２８】
ステップＳ５２では、セッションに対する第１のＩＲＩ事象（ＧＰＲＳについてはＧＳＭ０３．０３を参照）が傍受ノードによって発生されたかどうか決定される。もしそうであれば、ルーチンはステップＳ５３へ進み、ＩＲＩ番号が０にリセットされる。タイムスタンプが不変である場合には、ＩＲＩ順序付け番号がステップＳ５４において増加される。ステップＳ５５では、ＩＲＩ順序付け番号がパケット順序付け番号として取り出され、そしてＩＲＩパケットのヘッダにおいてセットされる（図２を参照）。その後、ルーチンは、図５に示すプロセスへ戻る。
実際のパケットがＣＣパケットである場合には、ステップＳ５６ないしＳ５９が、ステップＳ５２ないしＳ５５と同様に実行される。従って、これ以上の説明は省く。
【００２９】
次いで、図７を参照して、ＬＥＡ１によりＣＣパケット及びＩＲＩパケットを受信することにより実行されるプロセスを説明する。
ステップＳ１０では、ＧＳＮ３（即ち傍受ノード）からのＩＲＩ及びＣＣパケットが各々インターフェイスＸ０＿２及びＸ０＿３を経て受信される。ステップＳ１１では、傍受された通信セッションを指示するセッション識別子が検出される。これは、図２に示すように、パケットのヘッダから対応値を読み取ることにより行われる。次いで、セッション識別子により識別されたセッションに関連したＩＲＩパケット及びＣＣパケットがステップＳ１２において区別される。
次いで、ステップＳ１３において、このセッションに関連したパケットが正しい時間的順序で配置される。これは、パケットのヘッダにおいて対応するＩＲＩ又はＣＣ順序付け番号を検出しそしてその順序付け番号に基づいてパケットを配置することにより行われる。
【００３０】
最終的に、一連のＣＣパケットで表わされた傍受された通信セッションは、ステップＳ１４で調査することができる。即ち、この通信の記録、キーワード等のサーチ、等々を行うことができる。
上述した実施形態の変形として、セッション識別子の付与を変更することができる。ＩＲＩパケットよりＣＣパケットが非常に多いことがしばしばある。従って、この変形によれば、ＩＲＩパケットの前に発生された以前のＣＣパケットに対する参照番号をＩＲＩパケットに与えることができる。（別のやり方として、ＣＣパケットは、このセッションに対しこのノードによって発生された最後のＩＲＩパケットに対する参照番号をもつ。）この場合、タイムスタンプは省略されてもよい。しかし、ＣＣ及びＩＲＩの両パケットには、例えば、ＰＤＰコンテキスト及びＧＰＲＳのノードＩＤから導出できるセッション識別子を与えることができる。
【００３１】
上述した好ましい実施形態の更に別の変形として、図４に示す要素を、ＡＤＭＦ２＿１、ＩＲＩ送出ファンクション手段２＿２、及びＣＣ送出ファンクション手段２＿３に組み込んで、手段２＿１ないし２＿３により与えられるＤＦ（送出ファンクション）においてＣＣ及びＩＲＩパケットの正しい順序での配置が既に行われるようにすることもできる。これは、ＬＥＡに対する負荷を減少する。更に、図４に示す手段をもたないＬＥＡには、順序付けされたデータを容易に供給することができる。
「通信セッション」という用語は、アクティブな通信のみを指すのではなく、移動ステーションが受動的である場合、即ち移動ステーションがネットワークに接続されているが応答を待機するだけである場合も指すことに注意されたい。
【００３２】
以下、第２の実施形態について説明する。上述したように、ＩＲＩパケット及び／又はＣＣパケットには、シーケンス番号が与えられる。その最大シーケンス番号は、シーケンス番号のオーバーフローを生じることなく通常の通信を傍受できるほど大きく選択されるのが好ましい。
しかしながら、それらは、オーバーフローが生じるほど番号が大きくなる状態を招く。例えば、これは、移動ステーションが永久的にオンラインである場合に生じ得る。例えば、ボトル類の自動販売機は、中央位置への永久的な接続をもつことができる。この場合に、オーバーフロー前のシーケンス番号をもつパケットと、オーバーフロー後のシーケンス番号をもつパケットとを区別することができねばならない。第１の実施形態では、この状態がフラグによって取り扱われた。
【００３３】
しかしながら、第２の実施形態によれば、フラグに代わって他の指示が使用される。例えば、この指示はカラーである。即ち、第１行のパケットには、「緑」色を指定することができる。従って、オーバーフローが生じる場合には、新たな番号をもつパケットに「青」色を指定することができる。従って、新たなシーケンス番号は古いシーケンス番号より小さいが、オーバーフロー前の行のパケットは、オーバーフロー後の番号を有するパケットと容易に区別できる。即ち、「緑」のパケットは、古いパケット（オーバーフロー前に発生された）として容易に確認することができ、一方、「青」のパケットは、新たなパケット（オーバーフロー後に発生された）として容易に確認することができる。
或いは又、古いパケットに、例えば「赤」のような異なるカラーを指定することもできる。このやり方では、オーバーフローが生じそしてそれらパケットが古いパケットであることが明らかである。
【００３４】
次いで、別のオーバーフローが生じた場合には、状態が逆転され、今度は古いパケットが「緑」で、新しいパケットが「青」となる。このように、パケットの付与をエンドレスに続けることができる。
カラーによる指示は、オーバーフローを指示する一例に過ぎないことを理解されたい。又、他の形式の指示、例えば、所定の整数値、キャラクター等も考えられる。又、古いパケットと新しいパケットを区別するためのフラグを与え、そしてオーバーフローが生じた場合には余分なフラグを与えることもできる。この余分なフラグは、もはや古いパケットが存在しない場合にリセットすることができる。
【００３５】
上記実施形態は、第１の実施形態及びその変形に基づく構造及び方法に好ましく使用することができる。しかしながら、第２の実施形態は、これに限定されない。実際に、第１の実施形態に基づく２つの異なるデータパケット（即ちＩＲＩ及びＣＣパケット）の上記構造に限定されるものではない。第２の実施形態による手段は、ある順序で配置しなければならない単一種類のデータパケットに適用することもできる。
上記説明及び添付図面は、本発明を一例として例示するものに過ぎない。従って、本発明の実施形態及びその変形は、特許請求の範囲内で種々変更することができる。例えば、その実施形態及び変更を組合せることもできる。
【図面の簡単な説明】
【図１】本発明を適用できる、ＬＥＡ及びネットワークの傍受ノードを含むネットワークシステムの概略図である。
【図２】本発明の実施形態によるＩＲＩ又はＣＣパケットの構造を示す概略図である。
【図３】本発明の実施形態による傍受ノードの一部分を示す図である。
【図４】本発明の実施形態によるＬＥＡの一部分を示す図である。
【図５】本発明の実施形態によりＩＲＩパケットとＣＣパケットを同期するためのプロセスを示すフローチャートである。
【図６】図５のステップＳ６で実行されるルーチンのフローチャートである。
【図７】本発明の実施形態によりＩＲＩ及びＣＣパケットを受信するためのプロセスを示すフローチャートである。
【図１】
0003593100.tif 000002
【図２】
0003593100.tif 000003
【図３】
0003593100.tif 000004
【図４】
0003593100.tif 000005
【図５】
0003593100.tif 000006
【図６】
0003593100.tif 000007
【図７】
0003593100.tif 000008