JP3981118B2 - インターセプトされた目標にサービス提供するサービスシステムを合法インターセプトシステムに通知する方法 - Google Patents

Description

本発明は、インターセプトされた目標にサービス提供するサービスシステムを合法インターセプトシステムに通知する方法、及び相応に適応したサービスシステムのサービスシステムノードに関する。

合法インターセプトの規定は、国内法で要求されるものであり、通常は義務付けられている。折に触れて、ネットワークオペレータ及び／又はサービスプロバイダは、法的強制権に従って特定のアイデンティティ（すなわち、ユーザ及びそれらの端末）に関連するインターセプトの結果を特定のインターセプト当局又は「法執行機関（ＬＥＡ）」に利用可能にするように要求されることになる。
インターセプトには様々な態様がある。それぞれの国内法は、インターセプトがどのような条件の下で又はどのような制約で認可されるかを説明している。ＬＥＡが合法インターセプトを道具として使用することを要望する場合、それは、令状のような法的強制権を訴追判事又は他の責任当局に要求することになる。法的強制権が認められた場合、ＬＥＡは、菅理インタフェース又は手順を通じて、ユーザの端末からそのネットワークへの、ネットワークオペレータへの、又はサービスプロバイダへのアクセスを提供するアクセスプロバイダに法的強制権を与えることになる。合法的なインターセプトが認可されると、「インターセプト関連情報（ＩＲＩ）」及び／又は対応する通信の内容（ＣＣ）は、ＬＥＡに配信される。

法的強制権は、このＬＥＡに対して配信されることを許可されたＩＲＩと通信内容（ＣＣ）とを説明することができる。一般的に、インターセプト期間とインターセプト目標（例えば、人の名前又はＭＳＩＳＤＮ番号）とは、モバイル端末のＳＩＭカード又はＩＭＥＩコードに関連する。異なるＬＥＡに対して又は異なる調査に対して、法によって設定された一般的な境界を更に制限する異なる制約を適用することができる。インターセプト目標（すなわち、インターセプトされるユーザのＳＩＭカード及び／又は端末）はまた、法的強制権において、例えば、加入者アドレス、物理的アドレス、位置、サービスなど別の方法で説明することもできる。
そのような合法インターセプトの機能性はまた、ＧＳＭ及びＵＭＴＳ（２Ｇ ＧＰＲＳ及び／又は３Ｇ ＧＰＲＳとしても公知）のような新しいモバイルデータネットワークのパケット交換部分にも必要とされる。

合法インターセプトは、モバイル型だけでなく全ての電気通信システムに関係がある「ＥＵ評議会」決議に基づいている。合法インターセプトは、本来の合法インターセプトと、認可された法執行機関のモニタリング施設（ＬＥＭＦ）へのインターセプトデータの委譲部分とに更に細分化されている。３ＧＰＰ及び「ヨーロッパ電気通信規格研究所（ＥＴＳＩ）」は、更に別の技術的要件を定めている。これらの要件は、パケットデータインターセプト及び委譲の各部分に対して以下の３つのインタフェースを定義する。
Ｘ１（＝ＨＩ１）：菅理タスク（ＨＩ１は、紙、又はファックス、又はオンライン、又はそれ以外とすることができる）。
Ｘ２（＝ＨＩ２）：ＩＲＩ配信（リアルタイムに近い）。
Ｘ３（＝ＨＩ３）：インターセプトされたユーザデータ（リアルタイムに近い）。

インタフェースＸ１は、インターセプトリクエストを伝える。ＨＩ１は、認可文書及び暗号キーなどを伝える。インタフェースＸ２及びＨＩ２は、電話番号、サービス情報、タイムスタンプなどのＩＲＩ（インターセプト関連情報）を伝える。インタフェースＸ３は、通信内容（ＣＣ）、すなわち、送信及び／又は受信データなどを包含するインターセプトされたパケットを伝える。３つのインタフェースの正確な定義は、地方の議会及び当局に残される。インタフェースＸ１からＸ３は、「３ＧＰＰ ＴＳ ３３．１０７」で参照されている。３つのＨＩインタフェースは、「３ＧＰＰ ＴＳ ３３．１０８」及び「ＥＴＳＩ ＥＳ ２０１ ６７１ Ｖ２．１．１」にＨＩ１／ＨＩ２／ＨＩ３インタフェースとして定められている。

図１に関連して、合法インターセプトがより詳細に説明されている。図１は、ＧＰＲＳ（汎用パケット無線システム）に対する合法インターセプトの基準構成を示す。参照番号１は、上述の「法執行機関モニタリング施設（ＬＥＭＦ）」を示す。記号Ｘ１、Ｘ２、Ｘ３、ＨＩ１、ＨＩ２、及びＨＩ３は、以下に説明するＬＥＭＦとそれぞれのネットワーク要素との間の上述のインタフェースを示す。数字２＿１は、ネットワーク内のＬＩ（合法インターセプト）に対する「菅理機能」ＡＤＭＦを示す。数字２＿２は、ＩＲＩ配信機能（例えば、ＧＰＲＳのようなパケットデータに対するＤＦ２／ＭＦ２としても公知）を示し、一方、数字２＿３は、ＣＣ配信機能（例えば、パケットデータに対するＤＦ３／ＭＦ３としても公知）を示す。ＡＤＭＦ２＿１、ＩＲＩ配信機能２＿２、及びＣＣ配信機能２＿３は、それぞれ、インタフェースＸ１＿１、Ｘ２、及びＸ３を通じてＧＳＮ（ＧＰＲＳサポートノード）３に接続される。それに加えて、ＩＲＩ及びＣＣ配信機能は、それぞれ、インタフェースＸ１＿２及びＸ１＿３を通じてＡＤＭＦ２＿１に接続される。ＧＳＮ３は、ユーザの活動又はユーザレベルパケットデータを包含するフレームをインターセプトするＳＧＳＮ、又はＧＧＳＮ、又は他のノードとすることができる。
このようにして、同じ目標に対して異なる「法執行機関（ＬＥＡ）」による複数のアクティブ化が存在し得るＧＳＮから隠れるために、ＡＤＭＦ２＿１が配信機能と共に使用される。更に、パケットネットワークの複雑性がＬＥＡから隠される。

パケット交換サービスの場合、ＩＲＩ及びＣＣデータは、パケットでＬＥＭＦ１に伝達される。パケットフローは、パケットインターセプトノード（すなわち、図１のＧＳＮ３）から開始され、配信機能ノード（すなわち、図１のＩＲＩ及びＣＣ配信機能２＿２及び２＿３）に至り、更にＬＥＭＦ１に至る。ＬＥＭＦシステムは、パケット用の大量メモリを有するが、リアルタイムに近いストリームとしてパケットをモニタすることもできる。例えば、ＧＰＲＳでは、ＩＲＩデータは、何らかのネットワークアタッチメント、及び／又はＩＲＩを特定の加入者活動に関連させる組み込まれたＰＤＰ（パケットデータプロトコル）コンテキスト関連データを有するように定められる。すなわち、パケットは、ネットワークアタッチメント及び／又はアクティブな通信コンテキスト（コンテキストだけがアクティブである必要があり、「進行中」という意味では通信は必ずしもアクティブである必要はないが）の例として特定のＰＤＰコンテキストに関連する。
従って、合法インターセプトは、主として通信ネットワーク、特に（２Ｇ及び／又は３Ｇ）パケット交換通信ネットワークのコアネットワークに関連するトピックである。

通信ネットワークの進化における最新の傾向によれば、通信ネットワークは、互換的に互いに対話するように選ばれる。これは、異なるオペレータによって操作される通信ネットワークが互いに対話し、異なる国（それぞれの菅轄権を有する）の通信ネットワークも互いに対話することを意味する。本発明の目的に対しては、特定のオペレータによって操作される通信ネットワークもまた、通信ネットワークシステム内でローミングするインターセプトされた目標ＭＳにサービス提供するサービスシステムと呼ばれる。通信ネットワークシステムは、少なくとも１つのサービスシステムを含み、各サービスシステムは、次に、通信に関してインターセプトされた目標にサービス提供する少なくとも１つのサービスシステムノードを含む。パケット交換通信ネットワーク及び／又はサービスシステムの例としてのＧＰＲＳ（汎用パケット無線サービス）の場合、サービスシステムノードは、ＳＧＳＮ（サービスＧＰＲＳサポートノード）又はＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）として例示することができる。目標のインターセプトは、ＳＧＳＮ又はＧＧＳＮで既に起こる可能性がある。また、合意されたサービスシステムアーキテクチャによれば、サービスシステムのＳＧＳＮは、そのＧＧＳＮに接続される。
すなわち、そのような通信システム内でモバイルステーションＭＳ及び／又はユーザ装置ＵＥのような自分の端末と共に移動し、合法インターセプトの目標であるユーザは、異なるネットワーク内でローミングしており、所定の令状（裁判所命令）の菅轄権から出る場合さえある。

そのような状況は、ホーム合法インターセプトＬＩシステムがどこで目標（インターセプトされたモバイル）がローミングしているかを知るべきであるという合法インターセプト基準化の要件をもたらした。現在のところ、オペレータＡの加入者（合法インターセプトの目標として）がＳＧＳＮ（古いＳＧＳＮ）のようなオペレータＡのサービスシステムノードからＳＧＳＮ（新しいＳＧＳＮ）のようなオペレータＢのサービスシステムノードまで移動している場合、オペレータＡのＧＰＲＳネットワークは、目標の端末が移動している先のネットワーク／サービスシステムに関する十分な情報を有していない。現在のところ、ＳＧＳＮのインターネットプロトコル（ＩＰ）アドレスだけが新しいＳＧＳＮからＳＧＳＮコンテキストリクエスト内の古いＳＧＳＮに転送されるが、ＩＰアドレスは、国と新しいＳＧＳＮが位置するオペレータネットワーク及び／又はサービスシステムとを識別しない。目標がどこに移動したかに関するこの情報はＨＬＲ内に存在するが、現在のところ、ＬＩシステムは、常にＳＧＳＮ及び／又はＧＧＳＮに接続され、ＨＬＲには決して接続されない。

このような困難を解決するために、３ＧＰＰ（第３世代パートナーシッププロジェクト）による通信ネットワーク標準化において、将来のネットワーク（Ｒｅｌ５ ＵＭＴＳ）に対するソリューションが合意された。これらのソリューションは、例えば、「３ＧＰＰ ＴＳ ３３．１０８ Ｖ５．０．０ （２００２−０６）」及び「３ＧＰＰ ＴＳ ３３．１０７ Ｖ５．３．０ （２００２−０６）」に説明されている。

これらのソリューションを使用して、ＨＬＲ（２Ｇで使用される「ホーム位置レジスタ」）及び／又はＨＳＳ（３Ｇで使用される「ホーム加入者サーバ」）に対する要件は、新しいサービスシステムのサービスノード（ＳＧＳＮ）の居所について、インターセプト目標がそれにアタッチしようとするか又は目標がサービスオペレータのサービスノードを新しいオペレータのサービスノードに変更しようとしている時に（例えば、相互ＳＧＳＮ相互ＰＬＮＭ ＲＡＵ−ルーティングエリア更新において）、ＨＬＲがＤＦ／ＭＦ（配信機能／調停機能）に報告すべきであるという意味で導入された。これは、所定のＬＥＡ又は令状の菅轄権の外にあるエリア及び／又はサービスシステムに目標が移動した状態では適切である。しかし、ＨＬＲによるこの報告は、たとえ目標がＬＥＡ又は令状の菅轄権の下に留まってもＨＬＲからのいくつかのアクションを要求する。従って、この現在のソリューションは、要求される処理とコアネットワーク内のインタフェース上の通信トラフィックとの観点から、ＨＬＲにかなり重い過負荷を課している。一方、そのような更なる努力なしでは、合法インターセプトシステムは、加入者が別のＰＬＭＮ（公衆陸上モバイルネットワーク）に移動／変更する場合に、目標がどこにあるかが分からない。

従って、インターセプトされた目標にサービス提供するシステムを合法インターセプトシステムに通知するための改良された方法、及び相応に適応したサービスシステムのサービスシステムノードを提供することが本発明の目的である。
本発明によれば、例えば、通信ネットワークシステム内でローミングするインターセプト目標にサービス提供するサービスシステムを合法インターセプトシステムに通知する方法により上述の目的は達成され、この通信ネットワークシステムは、通信に関してインターセプトされた目標にサービス提供する少なくとも１つのサービスシステムノードを各々が含む少なくとも１つのサービスシステムを含み、本方法は、インターセプトされた目標から目標に現在サービス提供していない新しいサービスシステムノードへのサービスシステムノード変更リクエストを第１に検出する段階と、目標に現在サービス提供していないこの新しいサービスシステムノードにおいて、このサービスシステムノード変更リクエストを、目標に現在サービス提供していない新しいサービスシステムノードのサービスシステムアドレスをこのリクエストに包含することを含め、第１に処理する段階と、この処理したリクエストを目標に現在サービス提供している古いサービスシステムノードへ第１に転送する段階とを含む。

好ましい更なる進展によれば、
−目標に現在サービス提供している上述の古いサービスシステムノードは、新しいサービスシステムノードのサービスシステムアドレスをインターセプトシステムに通知し、
−本方法は、上述の目標に対する少なくとも１つのアクティブな通信コンテキストを第２に検出し、それに応答して、目標に現在サービス提供していない新しいサービスシステムノードのサービスシステムアドレスが含まれた通信コンテキスト更新リクエストを生成し、インターセプトされた目標に現在サービス提供しているサービスシステムのゲートウェイサービスシステムノードにこの生成されたリクエストを第２に転送する更に別の段階を含み、
−上述のゲートウェイサービスシステムノードは、新しいサービスシステムノードのサービスシステムアドレスをインターセプトシステムに通知し、
−上述の新しいサービスシステムノードのサービスシステムアドレスは、上述の新しいサービスノードが属するサービスシステムに関する情報を表し、
−上述の新しいサービスノードが属するサービスシステムに関する上述の情報は、以下の情報項目、すなわち、サービスノードＭＳＩＳＤＮ番号、サービスノードルーティングエリア識別子、サービスノードアドレスのうちの少なくとも１つを含み、
−上述のサービスノードルーティングエリア識別子は、モバイル国別コードＭＣＣ、モバイルネットワークコードＭＮＣ、位置エリアコードＬＡＣ、及びルーティングエリアコードＲＡＣを表す情報項目を包含する。

また、本発明によれば、上述の目的は、例えば、通信に関してインターセプトされた目標にサービス提供するようになっており、合法インターセプトシステムに接続可能な、サービスシステムのサービスシステムノードによって達成され、このサービスシステムノードは、インターセプトされた目標からのサービスシステムノード変更リクエストを第１に検出する段階に適応した第１の検出手段と、サービスシステムノードのサービスシステムアドレスをリクエストに包含するようになった上述のサービスシステムノード変更リクエストの第１の処理段階に適応した第１の処理手段と、この処理されたリクエストを現在目標にサービス提供している別のサービスシステムノードへ第１に転送する段階に適応した第１の転送手段とを含む。

好ましい更なる進展によれば、
−サービスシステムノードは、新しいサービスシステムノードのサービスシステムアドレスをインターセプトシステムに通知するようになった、このサービスシステムノードが現在目標にサービス提供している場合にアクティブである通知手段を含み、
−サービスシステムノードは、上述の目標に対する少なくとも１つのアクティブ通信コンテキストを第２に検出する段階に適応した第２の検出手段と、上述の第２の検出手段によって制御され、サービスシステムノードのサービスシステムアドレスが含まれた通信コンテキスト更新リクエストを生成する段階に適応した生成手段と、この生成されたリクエストをインターセプトされた目標に現在サービス提供しているサービスシステムのゲートウェイサービスシステムノードへ第２に転送する段階に適応した第２の転送手段とを含み、
−サービスシステムノードの上述のサービスシステムアドレスは、上述の新しいサービスノードが属するサービスシステムに関する情報を表し、
−上述のサービスノードが属するサービスシステムに関する上述の情報は、以下の情報項目、すなわち、サービスノードＭＳＩＳＤＮ番号、サービスノードルーティングエリア識別子、サービスノードアドレスのうちの少なくとも１つを含み、
−上述のサービスノードルーティングエリア識別子は、モバイル国別コードＭＣＣ、モバイルネットワークコードＭＮＣ、位置エリアコードＬＡＣ、及びルーティングエリアコードＲＡＣを表す情報項目を包含する。

本発明が概略で説明されたが、これにより、古いサービスシステムノード（ＳＧＳＮ及び／又はＧＧＳＮ）が新しいサービスシステムのアドレス（及び／又は新しいサービスシステムの所在）を合法インターセプトシステムに報告することが提言され、基本的に以下のような利点を得ることができる。
−以前から公知のソリューションが改善され、
−ＳＧＳＮ及び／又はＧＧＳＮのような２Ｇ及び３Ｇサービスシステムノードに対して実施するのが容易であり、
−合法インターセプトシステム（既に、ＳＧＳＮ／ＧＧＳＮとすることができる合法インターセプトゲートウェイにおける）は、加入者がどこに居るか（位置、及び／又は少なくともサービスシステムにおける）の知識（すなわち、どのオペレータが目標にサービス提供するサービスシステムを実行するかの知識）を有し、すなわち、古いサービスシステムノード（例えば、「古いＳＧＳＮ」）、及び結果的に配信／調停機能は、加入者がどこに移動しているかの知識を、新しいサービスシステムノード（新しいＳＧＳＮ）がＬＥＡの菅轄権外にある場合にこの情報が重大である可能性があるために即座に取得し、
−ＨＬＲ又は他の類似のデータベース／レジスタ、又はＨＳＳのようなサーバは、インターセプトされた加入者（目標）がどこにいるか又はどこへ移動しようとするかを示す必要な情報をフェッチすることにもはや関わる必要はなく、
−これは、次に、第１の（サービスシステムノード変更リクエスト）又は第２の検出（アクティブ通信コンテキストの）が成功した状態で、古いサービスシステムノード（ＳＧＳＮ／ＧＧＳＮ）が新しいサービスシステムノードのアドレス情報をＬＥＡに通知するという事実のためにＨＬＲ／ＨＳＳを用いた追加の信号発信やＨＬＲ／ＨＳＳによる処理が必要なくなるので、本発明によるより効率的なソリューションの形成をもたらす。
以下において、添付図面を参照して本発明を更に詳細に説明する。

本発明をより良く理解するために、サービスシステムノードの例としてのＧＳＮは、ＧＰＲＳの場合にはＳＧＳＮ又はＧＧＳＮとすることができることに注意すべきである。従って、合法インターセプトシステムは、どこでインターセプトが実行されるかにより、サービスシステムノードとしてＳＧＳＮ又はＧＧＳＮに接続される。ＳＧＳＮ及びＧＧＳＮは互いに接続され、必要に応じて、Ｇｎインタフェースとして公知の接続要素を通じて相互に情報を交換する。図１に示されているサービスシステムノードＳＧＳＮ／ＧＧＳＮを「超える」合法インターセプトシステムは、図面を単純にするために図２の表示から省略される。

図２は、「３ＧＰＰ ＴＳ ２３．０６０」に詳細に説明されており、従って、詳細説明を省略する。Ｃ１からＣ４と名付けられたボックスは、本発明に関連しないＣＡＭＥＬアクションポイントを定めることに注意すべきである。本発明は、図２に示されている信号発信を参照する時、サービスシステムとしてＧＰＲＳに関連するそれぞれの例として段階２．及び／又は６．、すなわち、ＳＧＳＮコンテキストリクエスト及びＰＤＰコンテキスト更新リクエストに影響を及ぼす。図３に示されている信号発信を参照する時、本発明は、以下で説明するように段階２．、すなわち、識別リクエストに影響を及ぼす。
次に、本発明を更に詳細に以下に示す。

一般的に合意されているように、水平方向に配置された図２及び３のブロックは、ネットワークの構成要素及び／又は信号発信に包含された端末を示すのに対し、その間の水平方向の矢印は信号発信を表す。信号発信での時間関係は、矢印の番号付けとそれらの垂直配置とによって反映されている。
ＭＳは、モバイルステーション及び／又はインターセプトされる目標としてのユーザ装置（ＵＥ）を指す。目標は、ベースステーションＢＳＳを通じてアクセスネットワークを表すＧＰＲＳネットワークのようなサービスシステムにアクセスする。サービスシステムは、ＳＧＳＮ及び／又はＧＧＳＮのような少なくとも１つのサービスシステムノードを有する。図２に示すように、「新しい」及び「古い」ＳＧＳＮがある。「新しい」とは、新しいサービスシステムノードが、目標にサービス提供する責任を負うものとして判断されるエリアに移動／ローミングしたことを意味する。「古い」とは、古いＳＧＳＮが以前に目標にサービス提供する責任を負っていたか又は依然として現在もサービス提供する責任を負っている（新しいものが目標へのサービス提供を完全に取って代わるまで）ことを意味する。「新しい」又は「古い」サービスシステムノードは、異なる国において及び／又は異なるオペレータによって操作されることがある異なるサービスシステムのノードとすることができる。

本発明は、通信ネットワークシステム内でローミングするインターセプトされた目標のＭＳにサービス提供するサービスシステムを合法インターセプトシステム（図２に示されていない）に通知する方法を考えている。サービスシステムに関連する情報は、サービスシステムアドレスといわれる。通信ネットワークシステムは、少なくとも１つのサービスシステムを含み、それぞれのサービスシステムは、通信に関してインターセプトされた目標にサービス提供する少なくとも１つのサービスシステムノードを有する。

図２を参照して、古い及び新しいＳＧＳＮが同じオペレータによって操作されると仮定すると、図示の２つのサービスシステムノードを有する１つのサービスシステムが示される。それに対して、古い及び新しいＳＧＳＮが異なるオペレータにより及び／又は異なる国で操作されるサービスシステムのノードを表すと仮定される場合は、それぞれが図示の１つのサービスシステムノードを有する２つのサービスシステムの状況が示され、古いＳＧＳＮは、目標加入者のホームネットワーク内に存在することができ、それに対して、新しいＳＧＳＮは、目標が既にローミングして訪れたネットワーク内に存在すると考えられる。

新しいサービスシステムノードが目標にサービス提供する責任を負うものと判断されたエリアにローミングする時、その目標は、サービスシステムノード変更リクエスト（段階１．）を出す。ＧＰＲＳがサービスシステムの基本である場合、そのようなサービスシステムノード変更リクエストは、ルーティングエリア更新ＲＡＵリクエストといわれる。このリクエストは、新しいサービスシステムノードに伝達される。次に、サービスシステムノードは、インターセプトされた目標ＭＳから受け取られ、現在目標にサービス提供していない新しいサービスシステムノードに伝達されるこのサービスシステムノード変更リクエストの第１の検出段階を実行する。そのようにして検出されたサービスシステムノード変更リクエストは、現在目標にサービス提供していない新しいサービスシステムノードで第１の処理段階（図２には示されていない）を受ける。処理段階は、現在目標にサービス提供していない新しいサービスシステムノードのサービスシステムアドレスを（検出されて受け取られた）リクエストに包含することを含む。次に、現在（依然として）目標にサービス提供している古いサービスシステムノードへの上述の処理されたリクエストの第１の転送段階（段階２．）が実行される。現在目標にサービス提供しているこの古いサービスシステムノードは、続いて新しいサービスシステムノードのサービスシステムアドレスをインターセプトシステム（図示しない）に通知する。換言すれば、合法インターセプトシステムがＳＧＳＮに接続されている場合、（古い）ＳＧＳＮは、直接ＬＥＡに通知する。合法インターセプトシステムがＧＧＳＮに接続されている場合、ＳＧＳＮは、情報をＧＧＳＮに転送し、次に、ＧＧＳＮがそれをＬＥＡに伝送する。

更に、目標がローミングする先の新しいサービスシステムノードは、上述の目標に対する少なくとも１つのアクティブ通信コンテキスト（例えば、アクティブなＰＤＰコンテキストなど）があるか否かという第２の検出段階を実行する。もしあれば、ノードは、リクエストが目標に現在サービス提供していない新しいサービスシステムノードのサービスシステムアドレスが含まれた通信コンテキスト更新リクエスト（例えば、ＰＤＰコンテキスト更新リクエスト）を生成する。続いて、現在インターセプトされた目標にサービス提供しているサービスシステムのゲートウェイサービスシステムノード（例えば、ＧＧＳＮ）へのこの生成されたリクエストの第２の転送段階（段階６．）が実行される。

次に、ゲートウェイサービスシステムノード（例えば、ＧＧＳＮ）は、新しいサービスシステムノードのサービスシステムアドレスをインターセプトシステムに（及び／又は、ＬＥＡの末端で）通知する。すなわち、合法インターセプトシステムがＧＧＳＮに接続されている場合、ＧＧＳＮは、ＬＥＡに直接通知する。合法インターセプトシステムがＳＧＳＮに接続されている場合、ＧＧＳＮは、情報を古いＳＧＳＮに転送し、古いＳＧＳＮが次にそれをＬＥＡに伝送する。

新しいサービスシステムノードのサービスシステムアドレスは、上述の新しいサービスノードが属するサービスシステムを示す情報を表している。そのようないかなる情報も、それがサービスシステムノード、及びそれらが互いに属する位置／サービスシステムを識別するのに十分である限り、この目的のために使用することができる。従って、上述の新しいサービスノードが属するサービスシステムに関する情報は、例えば、ＧＰＲＳサービスシステムの場合は、以下の情報項目、すなわち、サービスノードＭＳＩＳＤＮ番号、サービスノードルーティングエリア識別子ＲＡＩ、サービスノードアドレスのうちの少なくとも１つを有する。他のサービスシステムでは、情報要素（ＩＥ）は、他の名前で参照される場合がある。
上述のサービスノードルーティングエリア識別子は、次に、モバイル国別コードＭＣＣ、モバイルネットワークコードＭＮＣ、位置エリアコードＬＡＣ、及びルーティングエリアコードＲＡＣを表す情報項目を包含し、それによってノードそれ自体、並びにネットワークシステム内のその位置、特にそれが属するネットワーク／サービスシステムを一意的に規定する。

ここまでは、本発明は、本発明による方法に焦点を当てて説明された。しかし、本発明はまた、通信に関してインターセプトされた目標ＭＳにサービス提供するようになった、合法インターセプトシステムに接続可能である、相応に適応したサービスシステムのサービスシステムノードにも関する。本方法の上述の説明から当業者には容易に理解することができるように、このようなサービスシステムノードは、インターセプトされた目標ＭＳからのサービスシステムノード変更リクエストの第１の検出段階を実行するようになった第１の検出手段と、このサービスシステムノード変更リクエストの第１の処理段階を実行するようになった第１の処理手段とを含み、この処理段階は、サービスシステムノードのサービスシステムアドレスをリクエストに対して含むようになっており、サービスシステムノードは、更に、現在目標にサービス提供している別のサービスシステムノードへの上述の処理されたリクエストの第１の転送段階を実行するようになった第１の転送手段を含む。

また、対応するサービスシステムノードは、新しいサービスシステムノードのサービスシステムアドレスを合法インターセプトシステムに通知するようになった、そのサービスシステムノードが現在目標にサービス提供している場合にアクティブである通知手段を含む。インターセプトシステムがノードに接続されている（例えば、ノードが、ＳＧＳＮ又はＧＧＳＮであり、合法インターセプトが、ＳＧＳＮ又はＧＧＳＮにそれぞれ接続されている）場合、ノードは、直接合法インターセプトシステム及び／又はＬＥＡに通知することができる。代替的に、同じく間接的通知段階を行うことができる（例えば、ノードがＳＧＳＮであり、合法インターセプトシステムがＧＧＳＮに接続される場合）。

更に、本発明により提案されたサービスシステムノードは、上述の目標に対する少なくとも１つのアクティブ通信コンテキストの第２の検出段階を実行するようになった第２の検出手段を含み、この第２の検出手段によって制御され、サービスシステムノードのサービスシステムアドレスが含まれた通信コンテキスト更新リクエストを生成するようになった生成手段を有する。また、現在インターセプトされた目標にサービス提供しているサービスシステムのゲートウェイサービスシステムノード（ＧＧＳＮ）へ生成されたリクエストの第２の転送をするようになった第２の転送手段が設けられる。従って、図２に示す例を参照すると、新しいＳＧＳＮは、新しいＳＧＳＮが古いＳＧＳＮと同じサービスシステムに属する場合は、ＰＤＰコンテキスト更新リクエストをそれ自身のサービスシステムのＧＧＳＮに転送し、又は、新しいＳＧＳＮが古いＳＧＳＮと同じサービスシステムに属さないが別のサービスシステムに属する（例えば、別の国における及び／又は別のオペレータによって操作される）場合は、更新コンテキストリクエストを古いサービスシステム（現在目標にサービス提供している）のＧＧＳＮに転送する。

同様に、上述の方法に関連して、また、本発明に従ったサービスシステムノードに関連して、上述のサービスシステムノードのサービスシステムアドレスは、上述の新しいサービスノードが属するサービスシステムに関する情報を表す。この新しいサービスノードが属するサービスシステムに関する情報は、以下の情報項目、すなわち、サービスノードＭＳＩＳＤＮ番号、サービスノードルーティングエリア識別子、サービスノードアドレスのうちの少なくとも１つを含み、このサービスノードルーティングエリア識別子は、モバイル国別コードＭＣＣ、モバイルネットワークコードＭＮＣ、位置エリアコードＬＡＣ、及びルーティングエリアコードＲＡＣを表す情報項目を包含する。

すなわち、上述の説明から認められるように、本発明を使用して、（パケット交換通信ネットワーク及び／又はサービスシステムの基本としてＧＰＲＳの選択された例に固執すると）、ＳＧＳＮコンテキストリクエストに対して、新しいＳＧＳＮが位置するネットワークを識別する新しい情報要素ＩＥが追加される。この情報は、国及びネットワーク、及び／又はルーティングエリア識別（ＲＡＩ）に関する情報を含むＳＧＳＮのＥ．１６４（ＭＳＩＳＤＮ）番号であることになる。この情報は、「３ＧＰＰ ＴＳ ２３．００３」に明記され、全てのＳＧＳＮで利用可能である。（Ｅ．１６４フォーマットのＭＳＩＳＤＮ番号とＲＡＩは、両方とも「３ＧＰＰ ＴＳ ３３．１０８」に与えられたＡＳＮ．１オブジェクトツリーで既に規定されている。）

すなわち、本発明は、古いＳＧＳＮが「識別リクエスト」メッセージ／ＳＧＳＮコンテキストリクエストメッセージと共にこの情報要素を取得した状態で、古いＳＧＳＮは、合法インターセプトの目的で新しいＳＧＳＮのＲＡＩを使用すべきであることを提案する。新しいＳＧＳＮは、ＭＳ／ＵＥがそれにアタッチすることを試みた状態でメッセージを送る。
換言すれば、検出されたサービスシステムノード変更リクエストは、単に図２に示すようなルーティングエリア更新ＲＡＵリクエストではないことがあり、図３に示すようなアタッチリクエスト（同じく「３ＧＰＰ ＴＳ ２３．０６０」から取られた）としてもよく、これは、次に、上述のようにＲＡＵリクエストと関連して処理される（すなわち、アタッチリクエストに適用された本発明による処理段階に従って修正された識別リクエストをもたらす）。
古いＳＧＳＮが新しいＳＧＳＮのＭＳＩＳＤＮ番号及び／又はＲＡＩを取得した後では、合法インターセプト（ＬＩ）システムは、古いＳＧＳＮから（直接又はＧＧＳＮを通じて）それを取得することができ、次に、ＬＥＡは、目標がどこに位置するかに関する情報を取得する。

インターセプトされるユーザが少なくとも１つのアクティブＰＤＰを有する場合、新しいＳＧＳＮは、更新ＰＤＰリクエストを生成してＧＧＳＮに送る。本発明は、上述の新しい情報要素をそのメッセージの中に同様に追加することを提案する。このようにして、ＧＧＳＮにアタッチされたＬＩシステムは、ユーザがＰＬＭＮを変更する時にインスタンスを識別することができる。（ＧＧＳＮはまた、ＬＩシステムにその後通知するＳＧＳＮにも報告することができる。）
ＳＧＳＮ間でプロトコルが使用されるので、「３ＧＰＰ ＴＳ ２９．０６０」で明記されたＧＴＰ（ＧＰＲＳトンネリングプロトコル）が使用されることに注意すべきである。

本発明によれば、情報要素は、ＬＥＡが例えば目標に対するいかなるインターセプトを取得する権利もない新しいサービスシステムノード（すなわち、新しいＳＧＳＮ）のエリアに目標が移動した状態で取得される。従って、新しいＳＧＳＮが古いＳＧＳＮにＳＧＳＮコンテキストを送るように頼んでいる状態で、新しいＳＧＳＮのモバイル国別コードＭＣＣ、モバイルネットワークコードＭＮＣ、位置エリアコードＬＡＣ、及びルーティングエリアコードＲＡＣを包含するルーティングエリア識別子ＲＡＩを通すことが提案される。（それにも関わらず、ＬＥＡがインターセプトを取得する権利を依然として有する新しいサービスノードＳＧＳＮに目標が移動する場合、提案された信号発信も起こる。）

このようにして、古いＳＧＳＮは、それ自身を知るようになり、目標が所定の令状（裁判所オーダー）の菅轄権から既に出たことをＬＥＡに知らせる。更に、ＲＡＩは、目標がＲＡＵの後でどの国でどのオペレータからサービスを受けるかをＬＥＡに知らせるべきである。
上述のことは、明らかに、ＨＬＲ／ＨＳＳのいかなる介入も要求しないので、実行すべき余計な信号発信作業は何もない。ＨＬＲリソースの保護は、本発明によって実質的に達成され、同時に位置（国及びより具体的な座標）及び目標がローミングしているネットワーク（すなわち、どの訪問したネットワークを目標が使用し／それにアタッチしているか）を容易に見つけ出す。

本発明は、従って、２つの手順（それぞれ、アタッチ及びルーティングエリア更新手順）内の３つの以下の下位手順を提唱する。
−ＳＧＳＮコンテキストリクエスト／応答／認知（相互「ＳＧＳＮ ＲＡＵ」手順内）、
−ＰＤＰコンテキスト更新リクエスト／応答（相互「ＳＧＳＮ ＲＡＵ」手順内）、及び
−識別リクエスト／応答（アタッチ手順内）。

従って、本明細書で上述の通り、本発明は、通信ネットワークシステム内をローミングするインターセプトされた目標ＭＳにサービス提供するサービスシステムを合法インターセプトシステムに通知する方法を提案し、この通信ネットワークシステムは、通信に関してインターセプトされた目標にサービス提供する少なくとも１つのサービスシステムノードＳＧＳＮを各々が備えた少なくとも１つのサービスシステムを含み、本方法は、インターセプトされた目標ＭＳから目標に現在サービス提供していない新しいサービスシステムノードに向かうサービスシステムノード変更リクエスト１を第１に検出する段階と、目標に現在サービス提供していないこの新しいサービスシステムノードにおいて、上述のサービスシステムノード変更リクエストを、目標に現在サービス提供していない新しいサービスシステムノードのサービスシステムアドレスをこのリクエストに包含することを含め、第１に処理する段階と、目標に現在サービス提供している古いシステムノードへこの処理されたリクエスト２を第１に転送する段階とを含む。また、本発明は、そのような方法に使用されるようになったサービスシステムノードを提案する。

すなわち、本発明の以上の説明から、「３ＧＰＰ ＴＳ ３３．１０８ Ｖ５．０．０（２００２−０６）」及び「３ＧＰＰ ＴＳ ３３．１０７ Ｖ５．３．０（２００２−０６）」に関連して上述の通り概説した以前のソリューションに関連して、本発明は、これらの合意されたソリューションに対して以下のような変更をもたらすことになることが明らかになるであろう。（付番は、それぞれの技術仕様ＴＳの節の付番に関連することに注意すべきである。）

Ａ）「３ＧＰＰ ＴＳ ３３．１０８ Ｖ５．０．０（２００２−０６）」に関して
６．５．パケットドメインに対するＩＲＩ
インターセプト関連情報は、原則的にデータ送信の以下の局面で利用可能になる。
１．パケット送信が起こっているか又は起こっていない目標アイデンティティがアクティブになる時の接続の試行において（データコンテキストの設定、目標は、発信元又は終端の当事者とすることができる）、
２．目標アイデンティティが非アクティブになる時の接続の終端において（データコンテキストの除去）、及び
３．関連情報が利用可能である特定の時間において。
更に、目標の非伝送関連アクションに関する情報、例えば加入者制御入力に関する情報は、ＩＲＩを構成し、ＨＩ２を通じて送られる。
インターセプト関連情報（ＩＲＩ）は、以下のカテゴリに再分割することができる。
１．ＨＩ２のための制御情報（例えば、相互関係情報）、及び
２．２つの当事者間の標準的データ転送のための基本的データコンテキスト情報。

参照文献[１１]で定義されたイベントは、ＨＩ２を経由する配信の記録を生成するために使用される。
ＤＦ２レベルで受信される８つの異なるイベントのタイプがある。それぞれのイベントに従って、これが要求された場合は、「記録」がＬＥＭＦに送られる。以下の表は、ＤＦ２レベルで受け取られたイベントタイプとＬＥＭＦに送られた記録タイプとの間のマッピングを示す。

記録を生成するために一組の情報が使用される。この記録を用いて調停機能からＬＥＭＦに情報を送信する。この情報の組は、それが特定の国で必要とされる場合は、「ＧＳＮ」又は「ＤＦ２ ＭＦ」において拡張することができる。以下の表は、イベント毎に受け取られた情報と記録内で送られた情報との間のマッピングを示す。

６．５．１．イベント及び情報
この条項は、法的に認可された電子監視（ＬＡＥＳ）をサポートするために配信機能（ＤＦ）から法執行モニタリング施設（ＬＥＭＦ）に送られる情報を説明する。情報は、記録及び記録によって運ばれる情報として説明される。ここでは、ＬＥＭＦに転送されている情報の説明に焦点が当てられる。
ＩＲＩイベントとデータは、ＧＰＲＳイベント及びＨＩ２記録タイプ及び付録Ｂ．３インターセプト関連情報（ＨＩ２）〔１〕間の表６−１のマッピングに定義されたように記録に符号化される。ＩＲＩは、「原因となるイベント」とそのイベントに関連する情報の観点から説明される。それぞれのＩＲＩ記録内には、特定のサービスをサポートする一組のイベント及び関連する情報要素がある。表６−１、すなわち、ＧＰＲＳイベントとＨＩ２記録タイプとの間のマッピングと、表６−２、すなわち、イベント情報とＩＲＩ情報との間のマッピングとに説明された通信イベントは、通信の処理を報告するための基本的情報を伝達する。この条項は、これらのイベント及びサポートする情報を説明する。

この条項に説明する各記録は、一組のパラメータから成る。各パラメータは、以下のいずれかである。
必須（Ｍ）−記録のために要求される、
条件付き（Ｃ）−条件が満足される状況で要求される（条件は、説明中に与えられる）、又は
任意的（Ｏ）−実施の自由裁量で与えられる。
各パラメータが持つべき情報は特定される。任意的及び条件付きパラメータは、「ＡＳＮ．１ ステージ３」の説明では両方とも構文上「任意的」と考えられる。ステージ２の包含は、ステージ３の構文に優先される。

６．５．１．１．「ＲＥＰＯＲＴ」記録情報
「ＲＥＰＯＲＴ」記録は、非通信関連加入者アクション（イベント）を報告し、不成功パケットモード通信試行を報告するために使用される。「ＲＥＰＯＲＴ」記録は、以下の場合に開始されるものとする。
−インターセプト対象のモバイルステーションがＧＰＲＳアタッチ手順（成功又は不成功）を実行する時。
−インターセプト対象のモバイルステーションがＧＰＲＳデタッチ手順を実行する時。
−インターセプト対象のモバイルステーションがＰＤＰコンテキストアクティブ化手順の実行に不成功の時。
−インターセプト対象のモバイルステーションがセル、ルーティングエリア、又はセル及びルーティングエリアの組合せの更新を実行する時。新しいＳＧＳＮは、適用可能な場合に常にイベントを報告する。古いＳＧＳＮは、イベントを報告すべきである。
インターセプト対象のモバイルステーションは、ＳＭＳ−モバイル発信（ＭＯ）通信を送る。国内要件により、開始イベントは、「３Ｇ ＳＧＳＮ」が目標ＭＳからＳＭＳを受け取る時か、又はＳＭＳセンターがＳＭＳの受け取りに成功したという通知を「３Ｇ ＳＧＳＮ」が受け取る時に起こるべきである。
米国に配置されたＧＳＭ及びＵＭＴＳシステムに対しては、「３Ｇ ＳＧＳＮ」がインターセプト対象のモバイルステーションからＳＭＳ−ＭＯ通信を受け取る時に「ＲＥＰＯＲＴ」記録は開始されるべきである。
−インターセプト対象のモバイルステーションがＳＭＳモバイル終了（ＭＴ）通信を受け取る時。国内要件により、開始イベントは、「３Ｇ ＳＧＳＮ」がＳＭＳセンターからＳＭＳを受け取る時か、又は目標ＭＳがＳＭＳの受け取りに成功したという通知を「３Ｇ ＳＧＳＮ」が受け取る時に起こるべきである。
米国に配置されたＧＳＭ及びＵＭＴＳシステムに対しては、「３Ｇ ＳＧＳＮ」がインターセプト対象のモバイルステーション向けのＳＭＳセンターからＳＭＳ−ＭＴ通信を受け取る時に「ＲＥＰＯＲＴ」記録は開始されるべきである。
−国内オプションとして、モバイル端末に別のネットワークオペレータ又はサービスプロバイダとのサービスが認可された時。

６．５．１．２．「ＢＥＧＩＮ」記録情報
「ＢＥＧＩＮ」記録は、パケットデータ通信インターセプトの第１のイベントを伝達するために使用される。「ＢＥＧＩＮ」記録は、以下の場合に開始されるものとする。
−ＰＤＰコンテキストアクティブ化が成功した時。
−対象の通信のインターセプトが開始され、少なくとも１つのＰＤＰコンテキストがアクティブな時。１つよりも多いＰＤＰコンテキストがアクティブな場合、アクティブな各ＰＤＰコンテキストに対して「ＢＥＧＩＮ」記録が生成されるべきである。

６．５．１．３．「ＣＯＮＴＩＮＵＥ」記録情報
「ＣＯＮＴＩＮＵＥ」記録は、アクティブなパケットデータ通信ＰＤＰコンテキスト中にイベントを伝達するために使用される。「ＣＯＮＴＩＮＵＥ」記録は、以下の場合に開始されるものとする。
−アクティブなＰＤＰコンテキストが修正された時。

６．５．１．４．「ＥＮＤ」記録情報
「ＥＮＤ」記録は、パケットデータ通信インターセプトの最後のイベントを伝達するために使用される。「ＥＮＤ」記録は、以下の場合に開始されるものとする。
−ＰＤＰコンテキスト非アクティブ化。

６．６．ＧＧＳＮでのパケットドメインに対するＩＲＩ報告
国内のオプションとして、ＧＧＳＮがインターセプト対象のためにＩＲＩを報告している場合、このインターセプト対象は、別のＳＧＳＮに渡され、同じＧＧＳＮは、ローミング合意に従って通信内容の処理を続け、このＧＳＧＮは、通信内容の以下のＩＲＩを報告し続けるものとする。
−ＰＤＰコンテキストアクティブ化、
−ＰＤＰコンテキスト非アクティブ化、
−アクティブなＰＤＰコンテキストによるインターセプトの開始、及び
−ＰＤＰコンテキスト修正。

６．７．ＧＧＳＮでのパケットドメインに対する通信インターセプトの内容
国内のオプションとして、ＧＧＳＮが通信内容のインターセプトを実行している場合、そのインターセプト対象は、別のＳＧＳＮに渡され、同じＧＧＳＮは、ローミング合意に従って通信内容の処理を続け、このＧＧＳＮは、通信内容のインターセプトを実行し続けるものとする。

＊次の修正＊

＊次の修正＊

Ｂ）「３ＧＰＰ ＴＳ ３３．１０７ Ｖ５．３．０（２００２−０６）」に関して
＊次の修正＊
７．３．２．イベントの構造
要求された場合にＤＦ２に情報が送られる８つの異なるイベントが存在する。詳細は、以下の節で説明される。インターセプトのためのイベントは、「３Ｇ ＧＳＮ」又はＨＬＲにおいて設定可能であり（それらがＤＦ２に送られる場合）、ＤＦ２において抑止することができる。
以下のイベントは、「３Ｇ ＳＧＳＮ」に適用可能である：
−モバイルステーションアタッチ、
−モバイルステーションデタッチ、
−ＰＤＰコンテキストアクティブ化、
−アクティブなＰＤＰコンテキストによるインターセプトの開始、
−ＰＤＰコンテキスト修正、
−ＰＤＰコンテキスト非アクティブ化、
−ＲＡ更新、及び
−ＳＭＳ。
注：「３Ｇ ＧＧＳＮ」インターセプトは、国内オプションである。この場合は、位置情報が利用できないことがある。
以下のイベントは、「３Ｇ ＧＧＳＮ」に適用可能である：
−ＰＤＰコンテキストアクティブ化、
−ＰＤＰコンテキスト修正、
−ＰＤＰコンテキスト非アクティブ化、及び
−アクティブなＰＤＰコンテキストによるインターセプトの開始。
以下のイベントは、ＨＬＲに適用可能である：
−ローミング。

以下に示すような一組のフィールドを使用してイベントを生成する。これらのイベントは、情報を「３Ｇ ＧＳＮ」又はＨＬＲからＤＦ２に伝送する。以下に示すようなこのフィールドの組は、国内オプションとして必要な場合は、「３Ｇ ＧＳＮ」又はＨＬＲにおいて拡張することができる。ＤＦ２は、国内オプション、例えば各監視令状に対する固有の番号として必要な場合は、この情報を拡張することができる。

＊次の修正＊
７．４．１．モバイルステーションアタッチ
アタッチのためにアタッチイベントが生成される。サービス提供している「３Ｇ ＳＧＳＮ」に対してアタッチアクティブ化がモバイルから生成される時、このイベントが生成される。これらのフィールドは、利用可能であればＤＦ２に配信されることになる。

代替サービスシステム報告がサポートされる場合、かつ新しいＳＧＳＮが古いＳＧＳＮに識別リクエストを送る場合は、古いＳＧＳＮは、ＤＦ２に以下のフィールドを配信すべきである。

＊次の修正＊
７．４．６．ＲＡ更新
各ＲＡ更新に対して、新しい位置に関するフィールドを有する更新イベントが生成される。これらのフィールドは、利用可能であれば、新しいＳＧＳＮによってＤＦ２に配信されるべきである。

これらのフィールドは、利用可能であれば、古いＳＧＳＮによってＤＦ２に配信することができる。

＊次の修正＊
７．４．８．パケットデータＰＤＰコンテキスト修正
このイベントは、目標に対するインターセプトが開始された場合、かつ目標が少なくとも１つのアクティブなＰＤＰコンテキストを有する場合に生成されるべきである。これらのフィールドは、利用可能であれば、新しいＳＧＳＮによってＤＦ２に配信されるべきである。

これらのフィールドは、利用可能であれば、ＧＧＳＮによってＤＦ２に配信することができる。

７．４．９．サービスシステム
ネットワークが代替サービスシステム報告をサポートしない場合、インターセプト対象がローミングしたことをＨＬＲが検出した時に、サービスシステム報告イベントがＨＬＲにおいて生成される。フィールドは、利用可能であれば、ＤＦ２に配信されることになる。

ネットワークが代替サービスシステム報告をサポートする時は、以下のイベントが生成されるべきである。
・古いＳＧＳＮによるＲＡ更新（新しいＳＧＳＮによるＲＡ更新に加えて）、
・ＧＧＳＮによるパケットデータＰＤＰコンテキスト修正（新しいＳＧＳＮによるパケットデータＰＤＰコンテキスト修正に加えて）、及び
・代替サービスシステム報告がサポートされる場合、かつ新しいＳＧＳＮが識別リクエストを古いＳＧＳＮに送る場合の古いＳＧＳＮからのアタッチ。

代替サービスシステム報告をサポートするために、新しいＳＧＳＮは、それ自身のＲＡＩ及び／又はＭＳＩＳＤＮ番号を以下のＧＴＰ−Ｃメッセージの専用拡張ＩＥの中に入れるべきである。
・古いＳＧＳＮに送られたＳＧＳＮコンテキストリクエスト、及び
・ＧＧＳＮに送られたＰＤＰコンテキスト更新リクエスト。
ＲＡＩ及びＭＳＩＳＤＮ番号のフォーマットは、例えば、ＧＴＰ仕様[７]に規定されている。
本発明は、好ましい実施形態を参照して説明されたが、説明は本発明を例示するものであり、本発明を制限するように解釈されないものとする。特許請求の範囲によって規定される本発明の真の精神及び範囲から逸脱することなく、当業者には様々な修正及び応用が生起されると考えられる。

パケット交換通信ネットワーク及び／又はサービスシステムの例としてのＧＰＲＳ（汎用パケット無線システム）に対する合法インターセプトの基準構成を示す図である。 本発明を説明するために使用される「３ＧＰＰ ＴＳ ２３．０６０」から公知の「相互ＳＧＳＮルーティングエリア更新」に対する信号発信シナリオを示す図である。 本発明を説明するために使用される「３ＧＰＰ ＴＳ ２３．０６０」から公知の「アタッチ手順」のための信号発信シナリオを示す図である。

符号の説明

１ 第１の検出段階
２ 第１の転送段階
Ｃ１、Ｃ２、Ｃ３、Ｃ４ ＣＡＭＥＬアクションポイント
ＭＳ 目標（モバイルステーション）
ＳＧＳＮ サービスシステムノード

Claims (11)

1. 通信に関してインターセプトされる目標にサービス提供する少なくとも１つのサービスシステムノード（ＳＧＳＮ）を各々が備えた少なくとも１つのサービスシステムを含む通信ネットワークシステム内をローミングする該インターセプトされる目標（ＭＳ）にサービス提供する該サービスシステムを合法インターセプトシステムに通知する方法であって、
   現在前記目標にサービス提供していない新しいサービスシステムノードにおいて、インターセプトされる目標（ＭＳ）から現在該目標にサービス提供していない新しいサービスシステムノードに向かうサービスシステムノード変更リクエストを検出する第１の検出段階（１．）と、
   現在前記目標にサービス提供していない前記新しいサービスシステムノードにおいて、前記サービスシステムノード変更リクエストを処理する第１の処理段階であって、現在該目標にサービス提供していない該新しいサービスシステムノードのサービスシステムアドレスを該リクエストに包含させることを含む第１の処理段階と、
   現在前記目標にサービス提供していない前記新しいサービスシステムノードから、現在前記目標にサービス提供している古いサービスシステムノードへ前記処理されたリクエストを転送する第１の転送段階（２．）と、
   現在前記目標にサービス提供している前記古いサービスシステムノードが、前記新しいサービスシステムノードの前記サービスシステムアドレスを前記インターセプトシステムに通知する通知段階と、
   を含むことを特徴とする方法。
2. 現在前記目標にサービス提供していない前記新しいサービスシステムノードにおいて、前記目標に対する少なくとも１つのアクティブ通信コンテキストを検出する第２の検出段階と、
   それに応答して、現在前記目標にサービス提供していない前記新しいサービスシステムノードにおいて、現在前記目標にサービス提供していない前記新しいサービスシステムノードの前記サービスシステムアドレスが含まれた通信コンテキスト更新リクエストを生成する生成段階と、
   現在前記目標にサービス提供していない前記新しいサービスシステムノードから、現在前記インターセプトされる目標にサービス提供している前記サービスシステムのゲートウェイサービスシステムノード（ＧＧＳＮ）に、前記生成されたリクエストを転送する第２の転送段階（６．）と、
   を更に含むことを特徴とする請求項１に記載の方法。
3. 前記ゲートウェイサービスシステムノード（ＧＧＳＮ）は、前記新しいサービスシステムノードの前記サービスシステムアドレスを前記インターセプトシステムに通知する、
   ことを特徴とする請求項２に記載の方法。
4. 前記新しいサービスシステムノードの前記サービスシステムアドレスは、該新しいサービスノードが属するサービスシステムに関する情報を表す、
   ことを特徴とする請求項１、請求項２、又は請求項３に記載の方法。
5. 前記新しいサービスノードが属するサービスシステムに関する前記情報は、以下の情報項目、すなわち、サービスノードＭＳＩＳＤＮ番号、サービスノードルーティングエリア識別子、サービスノードアドレスのうちの少なくとも１つを含む、
   ことを特徴とする請求項４に記載の方法。
6. 前記サービスノードルーティングエリア識別子は、モバイル国別コードＭＣＣ、モバイルネットワークコードＭＮＣ、位置エリアコードＬＡＣ、及びルーティングエリアコードＲＡＣを表す情報項目を包含する、
   ことを特徴とする請求項５に記載の方法。
7. 通信に関してインターセプトされる目標（ＭＳ）にサービス提供するようになっており、合法インターセプトシステムに接続可能である、サービスシステムのサービスシステムノードであって、
   インターセプトされる目標（ＭＳ）からのサービスシステムノード変更リクエストを検出する（１．）第１の検出手段と、
   前記サービスシステムノード変更リクエストを処理する第１の処理手段であって、サービスシステムノードのサービスシステムアドレスを前記リクエストに包含させる第１の処理手段と、
   前記処理されたリクエストを現在前記目標にサービス提供している別のサービスシステムノードへ転送する（２．）第１の転送手段と、
   新しいサービスシステムノードのサービスシステムアドレスを前記インターセプトシステムに通知する通知手段であって、該サービスシステムノードが現在前記目標にサービス提供している場合にアクティブである通知手段と、
   を含むことを特徴とするサービスシステムノード。
8. 前記目標に対する少なくとも１つのアクティブ通信コンテキストを検出する第２の検出手段と、
   前記第２の検出手段によって制御され、サービスシステムノードのサービスシステムアドレスが含まれた通信コンテキスト更新リクエストを生成する生成手段と、
   現在前記インターセプトされる目標にサービス提供している前記サービスシステムのゲートウェイサービスシステムノード（ＧＧＳＮ）に前記生成されたリクエストを転送する（６．）第２の転送手段と、
   を更に含むことを特徴とする請求項７に記載のサービスシステムノード。
9. サービスシステムノードの前記サービスシステムアドレスは、前記新しいサービスノードが属するサービスシステムに関する情報を表す、
   ことを特徴とする請求項７、又は請求項８に記載のサービスシステムノード。
10. 前記サービスノードが属するサービスシステムに関する前記情報は、以下の情報項目、すなわち、サービスノードＭＳＩＳＤＮ番号、サービスノードルーティングエリア識別子、サービスノードアドレスのうちの少なくとも１つを含む、
    ことを特徴とする請求項９に記載のサービスシステムノード。
11. 前記サービスノードルーティングエリア識別子は、モバイル国別コードＭＣＣ、モバイルネットワークコードＭＮＣ、位置エリアコードＬＡＣ、及びルーティングエリアコードＲＡＣを表す情報項目を包含する、
    ことを特徴とする請求項１０に記載のサービスシステムノード。

Images