特表 2023-540063 合法的傍受のためのパケットのルーティングのための方法、システムおよびコンピュータ読取可能媒体

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2023-09-21

(54)【発明の名称】合法的傍受のためのパケットのルーティングのための方法、システムおよびコンピュータ読取可能媒体

(51)【国際特許分類】

   H04L 65/1096 20220101AFI20230913BHJP

   H04M 3/58 20060101ALI20230913BHJP

   H04L 45/745 20220101ALI20230913BHJP

【ＦＩ】

H04L65/1096

H04M3/58

H04L45/745

【審査請求】未請求

【予備審査請求】未請求

(21)【出願番号】P 2023513799

(86)(22)【出願日】2021-02-26

(85)【翻訳文提出日】2023-04-11

(86)【国際出願番号】 US2021020117

(87)【国際公開番号】W WO2022046169

(87)【国際公開日】2022-03-03

(31)【優先権主張番号】17/006,800

(32)【優先日】2020-08-29

(33)【優先権主張国・地域又は機関】US

(81)【指定国・地域】

(71)【出願人】

【識別番号】502303739

【氏名又は名称】オラクル・インターナショナル・コーポレイション

(74)【代理人】

【識別番号】110001195

【氏名又は名称】弁理士法人深見特許事務所

(72)【発明者】

【氏名】グローバー，ラリット

(72)【発明者】

【氏名】シュリマリ，ジャイェシュ

(72)【発明者】

【氏名】テワリ，ビマル・チャンドラ

【テーマコード（参考）】

5K030

5K201

【Ｆターム（参考）】

5K030KA05

5K030LB05

5K030LD05

5K201AA07

5K201BC05

5K201BC19

5K201BD09

5K201CB02

5K201CB04

5K201EC06

(57)【要約】

合法的傍受（ＬＩ）のためのパケットのルーティングのための方法、システムおよびコンピュータ読取可能媒体である。システムは、少なくとも１つのセッションボーダーコントローラ（ＳＢＣ）を含み、少なくとも１つのＳＢＣは、メディアストリームを転送機能に転送するように構成されている。上記システムは、テレコミュニケーションネットワークのための集中型ノード上で実現される転送機能を含む。転送機能は、メディアストリームを受信して、各メディアストリームを、メディアストリームに関連付けられた少なくとも１つの国のそれぞれの合法的傍受仲介サーバに転送するように構成されている。転送機能は、ＳＢＣから第１のメディアストリームの第１のパケットを受信したことに応答して、第１のメディアストリームの宛先ルックアップを実行して、第１のメディアストリームの仲介サーバ識別子をＳＢＣに送信するように構成されている。ＳＢＣは、セッション解放インジケータおよび方向フラグを転送機能に送信するように構成され得る。

【特許請求の範囲】

【請求項1】

合法的傍受のためのパケットのルーティングのためのシステムであって、
少なくとも１つのセッションボーダーコントローラ（ＳＢＣ：Session Border Controller）を備え、前記少なくとも１つのＳＢＣは、複数のメディアストリームを転送機能に転送するように構成されており、前記システムはさらに、
テレコミュニケーションネットワークのための集中型ノード上で実現される前記転送機能を備え、前記集中型ノードは、１つまたは複数のプロセッサを備え、前記転送機能は、前記複数のメディアストリームを受信して、各メディアストリームを、前記メディアストリームに関連付けられた少なくとも１つの国のそれぞれの合法的傍受仲介サーバに転送するように構成されており、
前記転送機能は、前記少なくとも１つのＳＢＣから第１のメディアストリームの第１のパケットを受信したことに応答して、前記第１のメディアストリームの宛先ルックアップを実行して、前記第１のメディアストリームの仲介サーバ識別子を前記少なくとも１つのＳＢＣに送信するように構成されており、
前記少なくとも１つのＳＢＣは、前記仲介サーバ識別子を格納して、前記仲介サーバ識別子を、前記第１のメディアストリームの複数の後続パケットの各後続パケットとともに前記転送機能に送信するように構成されている、システム。

【請求項2】

前記転送機能は、前記後続パケットを受信したことに応答して、前記仲介サーバ識別子を使用して、前記後続パケットの各後続パケットを、前記仲介サーバ識別子によって識別された第１の合法的傍受仲介サーバにルーティングするように構成されている、請求項１に記載のシステム。

【請求項3】

前記少なくとも１つのＳＢＣは、前記第１のメディアストリームの前記第１のパケットおよび前記後続パケットとともに、前記第１のメディアストリームの第１の相関付け識別子を送信するように構成されている、請求項１または２に記載のシステム。

【請求項4】

前記転送機能は、前記合法的傍受仲介サーバへの相関付け識別子のマッピングの際に前記第１のメディアストリームの前記第１の相関付け識別子を前記仲介サーバ識別子に関連付けるように構成されている、請求項３に記載のシステム。

【請求項5】

前記転送機能は、第２の相関付け識別子を含み、かつ、仲介サーバ識別子を含まない第２のパケットを受信したことに応答して、相関付け識別子の前記マッピングを使用して、前記第２のパケットを、相関付け識別子の前記マッピングの際に前記第２の相関付け識別子に関連付けられた第２の合法的傍受仲介サーバにルーティングするように構成されている、請求項４に記載のシステム。

【請求項6】

前記第１のメディアストリームの前記第１のパケットは、前記第１のメディアストリームを確立するシグナリングパケットであり、前記後続パケットの各後続パケットは、メディアパケットである、先行する請求項のいずれか１項に記載のシステム。

【請求項7】

前記少なくとも１つのＳＢＣは、テレコミュニケーションサービスプロバイダアクセスネットワークへのアクセスを提供するように構成されたアクセスＳＢＣである、先行する請求項のいずれか１項に記載のシステム。

【請求項8】

合法的傍受のためのパケットのルーティングのためのシステムであって、
少なくとも１つのセッションボーダーコントローラ（ＳＢＣ）を備え、前記少なくとも１つのＳＢＣは、複数のメディアストリームを転送機能に転送するように構成されており、前記システムはさらに、
テレコミュニケーションネットワークのための集中型ノード上で実現される前記転送機能を備え、前記集中型ノードは、１つまたは複数のプロセッサを備え、前記転送機能は、前記複数のメディアストリームを受信して、各メディアストリームを、前記メディアストリームに関連付けられた少なくとも１つの国のそれぞれの合法的傍受仲介サーバに転送するように構成されており、
前記少なくとも１つのＳＢＣは、第１のメディアストリームの第１のパケットおよび複数の後続パケットとともに、前記第１のメディアストリームの第１の相関付け識別子を送信するように構成されており、
前記転送機能は、前記第１のパケットを受信したことに応答して、前記第１のメディアストリームの宛先ルックアップを実行して、前記合法的傍受仲介サーバへの相関付け識別子のマッピングの際に前記第１のメディアストリームの前記第１の相関付け識別子を仲介サーバ識別子に関連付けるように構成されており、
前記少なくとも１つのＳＢＣは、前記第１のメディアストリームが終了していると判断したことに応答して、前記第１のメディアストリームの第２のパケットをセッション解放インジケータとともに前記転送機能に送信するように構成されている、システム。

【請求項9】

前記転送機能は、前記セッション解放インジケータを受信し、前記セッション解放インジケータを受信したことに応答して、前記合法的傍受仲介サーバへの相関付け識別子の前記マッピングの際の前記第１のメディアストリームの前記第１の相関付け識別子と前記仲介サーバ識別子との間の関連付けを削除するように構成されている、請求項８に記載のシステム。

【請求項10】

前記転送機能は、前記後続パケットを受信したことに応答して、前記仲介サーバ識別子を使用して、前記後続パケットの各後続パケットを、前記仲介サーバ識別子によって識別された第１の合法的傍受仲介サーバにルーティングするように構成されている、請求項８または９に記載のシステム。

【請求項11】

前記転送機能は、第２の相関付け識別子を含み、かつ、仲介サーバ識別子を含まない第２のパケットを受信したことに応答して、相関付け識別子の前記マッピングを使用して、前記第２のパケットを、相関付け識別子の前記マッピングの際に前記第２の相関付け識別子に関連付けられた第２の合法的傍受仲介サーバにルーティングするように構成されている、請求項８～１０のいずれか１項に記載のシステム。

【請求項12】

前記第１のメディアストリームの前記第１のパケットは、前記第１のメディアストリームを確立するシグナリングパケットであり、前記後続パケットの各後続パケットは、メディアパケットである、請求項８～１１のいずれか１項に記載のシステム。

【請求項13】

前記少なくとも１つのＳＢＣは、テレコミュニケーションサービスプロバイダアクセスネットワークへのアクセスを提供するように構成されたアクセスＳＢＣである、請求項８～１２のいずれか１項に記載のシステム。

【請求項14】

合法的傍受のためのパケットのルーティングのためのシステムであって、
少なくとも１つのセッションボーダーコントローラ（ＳＢＣ）を備え、前記少なくとも１つのＳＢＣは、複数のメディアストリームを転送機能に転送するように構成されており、前記システムはさらに、
テレコミュニケーションネットワークのための集中型ノード上で実現される前記転送機能を備え、前記集中型ノードは、１つまたは複数のプロセッサを備え、前記転送機能は、前記複数のメディアストリームを受信して、各メディアストリームを、前記メディアストリームに関連付けられた少なくとも１つの国のそれぞれの合法的傍受仲介サーバに転送するように構成されており、
前記少なくとも１つのＳＢＣは、第１のメディアストリームの第１のパケットとともに、第１の方向インジケータを前記転送機能に送信するように構成されており、前記第１の方向インジケータは、第１のパケットがインバウンド初期要求であるかアウトバウンド初期要求であるかを指定し、
前記転送機能は、前記第１のパケットを受信したことに応答して、前記第１の方向インジケータを使用して前記第１のメディアストリームの宛先ルックアップを実行するように構成されている、システム。

【請求項15】

前記転送機能は、前記第１の方向インジケータがインバウンド初期要求を指定していると判断したことに応答して、前記第１のパケットの送信元ユーザアイデンティティを使用して前記宛先ルックアップを実行するように構成されている、請求項１４に記載のシステム。

【請求項16】

前記転送機能は、前記第１の方向インジケータがアウトバウンド初期要求を指定していると判断したことに応答して、前記第１のパケットの送信先ユーザアイデンティティを使用して前記宛先ルックアップを実行するように構成されている、請求項１４に記載のシステム。

【請求項17】

前記少なくとも１つのＳＢＣは、第１のメディアストリームの前記第１のパケットおよび複数の後続パケットとともに、前記第１のメディアストリームの第１の相関付け識別子を送信するように構成されている、請求項１４～１６のいずれか１項に記載のシステム。

【請求項18】

前記転送機能は、前記第１のパケットを受信したことに応答して、前記合法的傍受仲介サーバへの相関付け識別子のマッピングの際に前記第１のメディアストリームの前記第１の相関付け識別子を仲介サーバ識別子に関連付けるように構成されている、請求項１７に記載のシステム。

【請求項19】

前記転送機能は、前記後続パケットを受信したことに応答して、前記仲介サーバ識別子を使用して、前記後続パケットの各後続パケットを、前記仲介サーバ識別子によって識別された第１の合法的傍受仲介サーバにルーティングするように構成されている、請求項１８に記載のシステム。

【請求項20】

前記第１のメディアストリームの前記第１のパケットは、前記第１のメディアストリームを確立するシグナリングパケットであり、前記後続パケットの各後続パケットは、メディアパケットである、請求項１４～１９のいずれか１項に記載のシステム。

【発明の詳細な説明】

【技術分野】

【0001】

優先権主張
本願は、２０２０年８月２９日に出願された米国特許出願番号第１７／００６，８００号の優先権利益を主張し、米国特許出願番号第１７／００６，８００号の開示は、全文が引用によって本明細書に援用される。

【0002】

技術分野
本明細書に記載されている主題は、合法的傍受（ＬＩ：Lawful Interception）のためのパケットのルーティングのための方法およびシステムに関する。より特定的には、本明細書に記載されている主題は、集中型ネットワークにおけるＬＩのためのパケットのルーティングのための方法、システムおよびコンピュータ読取可能媒体に関する。

【背景技術】

【0003】

背景
テレコミュニケーションネットワークオペレータの中には、セッションベースの通信サービスオーバーＩＰ（ボイスまたはマルチメディア）を複数の国からユーザに提供するために集中型ネットワークをデプロイするものもいる。これらのネットワークは、セッションボーダーコントローラ（ＳＢＣ：Session Border Controller）を使用することができ、これらのＳＢＣは、通常、２つのサービスプロバイダネットワーク（すなわち、相互接続／ピアリングＳＢＣ）間またはアクセスネットワークとバックボーンネットワーク（すなわち、アクセスＳＢＣ）との間に置かれて、住宅用顧客および／または企業用顧客にサービスを提供する。これらのＳＢＣは、一般的に２つのボイスオーバーＩＰ（ＶｏＩＰ）ネットワーク間の境界にデプロイされるため、合法的傍受ソリューションを実現するための良い場所であろう。

【0004】

集中型ネットワークにおいて合法的傍受を可能にすることは、それぞれの国の国外にデプロイされたセッションボーダーコントローラへのアクセスに関する認可（法律で認められた傍受ターゲットおよび関連付けられた規則）のプロビジョニングを必要とする場合がある。認可は機密情報であると考えられるので、このやり方を禁止する規制規定がある国もある。

【0005】

したがって、集中型ネットワークにおけるＬＩのためのパケットのルーティングのための方法、システムおよびコンピュータ読取可能媒体が必要である。

【発明の概要】

【0006】

概要
合法的傍受のためのパケットのルーティングのための方法、システムおよびコンピュータ読取可能媒体である。一局面において、システムは、少なくとも１つのセッションボーダーコントローラ（ＳＢＣ）を含み、上記少なくとも１つのＳＢＣは、複数のメディアストリームを転送機能に転送するように構成されている。上記システムは、テレコミュニケーションネットワークのための集中型ノード上で実現される上記転送機能を含み、上記集中型ノードは、１つまたは複数のプロセッサを備える。上記転送機能は、上記複数のメディアストリームを受信して、各メディアストリームを、上記メディアストリームに関連付けられた少なくとも１つの国のそれぞれの合法的傍受仲介サーバに転送するように構成されている。

【0007】

上記転送機能は、上記少なくとも１つのＳＢＣから第１のメディアストリームの第１のパケットを受信したことに応答して、上記第１のメディアストリームの宛先ルックアップを実行して、上記第１のメディアストリームの仲介サーバ識別子を上記少なくとも１つのＳＢＣに送信するように構成されている。上記少なくとも１つのＳＢＣは、上記仲介サーバ識別子を格納して、上記仲介サーバ識別子を、上記第１のメディアストリームの複数の後続パケットの各後続パケットとともに上記転送機能に送信するように構成されている。

【0008】

いくつかの例において、上記転送機能は、上記後続パケットを受信したことに応答して、上記仲介サーバ識別子を使用して、上記後続パケットの各後続パケットを、上記仲介サーバ識別子によって識別された第１の合法的傍受仲介サーバにルーティングするように構成されている。上記少なくとも１つのＳＢＣは、上記第１のメディアストリームの上記第１のパケットおよび上記後続パケットとともに、上記第１のメディアストリームの第１の相関付け識別子を送信するように構成され得る。

【0009】

上記転送機能は、上記合法的傍受仲介サーバへの相関付け識別子のマッピングの際に上記第１のメディアストリームの上記第１の相関付け識別子を上記仲介サーバ識別子に関連付けるように構成され得る。上記転送機能は、第２の相関付け識別子を含み、かつ、仲介サーバ識別子を含まない第２のパケットを受信したことに応答して、相関付け識別子の上記マッピングを使用して、上記第２のパケットを、相関付け識別子の上記マッピングの際に上記第２の相関付け識別子に関連付けられた第２の合法的傍受仲介サーバにルーティングするように構成され得る。

【0010】

いくつかの例において、上記第１のメディアストリームの上記第１のパケットは、上記第１のメディアストリームを確立するシグナリングパケットであり、上記後続パケットの各後続パケットは、メディアパケットである。一般に、後続パケットは、シグナリングパケットまたはメディアパケットのいずれかであり得る。いくつかの例において、上記少なくとも１つのＳＢＣは、テレコミュニケーションサービスプロバイダアクセスネットワークへのアクセスを提供するように構成されたアクセスＳＢＣである。

【0011】

別の局面において、システムは、少なくとも１つのセッションボーダーコントローラ（ＳＢＣ）を含み、上記少なくとも１つのＳＢＣは、複数のメディアストリームを転送機能に転送するように構成されている。上記システムは、テレコミュニケーションネットワークのための集中型ノード上で実現される上記転送機能を含み、上記集中型ノードは、１つまたは複数のプロセッサを備える。上記転送機能は、上記複数のメディアストリームを受信して、各メディアストリームを、上記メディアストリームに関連付けられた少なくとも１つの国のそれぞれの合法的傍受仲介サーバに転送するように構成されている。

【0012】

上記少なくとも１つのＳＢＣは、第１のメディアストリームの第１のパケットおよび複数の後続パケットとともに、上記第１のメディアストリームの第１の相関付け識別子を送信するように構成されている。

【0013】

上記転送機能は、上記第１のパケットを受信したことに応答して、上記第１のメディアストリームの宛先ルックアップを実行して、上記合法的傍受仲介サーバへの相関付け識別子のマッピングの際に上記第１のメディアストリームの上記第１の相関付け識別子を仲介サーバ識別子に関連付けるように構成されている。上記少なくとも１つのＳＢＣは、上記第１のメディアストリームが終了していると判断したことに応答して、上記第１のメディアストリームの第２のパケットをセッション解放インジケータとともに上記転送機能に送信するように構成されている。

【0014】

いくつかの例において、上記転送機能は、上記セッション解放インジケータを受信し、上記セッション解放インジケータを受信したことに応答して、上記合法的傍受仲介サーバへの相関付け識別子の上記マッピングの際の上記第１のメディアストリームの上記第１の相関付け識別子と上記仲介サーバ識別子との間の関連付けを削除するように構成されている。

【0015】

上記転送機能は、上記後続パケットを受信したことに応答して、上記仲介サーバ識別子を使用して、上記後続パケットの各後続パケットを、上記仲介サーバ識別子によって識別された第１の合法的傍受仲介サーバにルーティングするように構成され得る。

【0016】

上記転送機能は、第２の相関付け識別子を含み、かつ、仲介サーバ識別子を含まない第２のパケットを受信したことに応答して、相関付け識別子の上記マッピングを使用して、上記第２のパケットを、相関付け識別子の上記マッピングの際に上記第２の相関付け識別子に関連付けられた第２の合法的傍受仲介サーバにルーティングするように構成され得る。

【0017】

いくつかの例において、上記第１のメディアストリームの上記第１のパケットは、上記第１のメディアストリームを確立するシグナリングパケットであり、上記後続パケットの各後続パケットは、メディアパケットである。いくつかの例において、上記少なくとも１つのＳＢＣは、テレコミュニケーションサービスプロバイダアクセスネットワークへのアクセスを提供するように構成されたアクセスＳＢＣである。

【0018】

別の局面において、システムは、少なくとも１つのセッションボーダーコントローラ（ＳＢＣ）を含み、上記少なくとも１つのＳＢＣは、複数のメディアストリームを転送機能に転送するように構成されている。上記システムは、テレコミュニケーションネットワークのための集中型ノード上で実現される上記転送機能を含み、上記集中型ノードは、１つまたは複数のプロセッサを備える。上記転送機能は、上記複数のメディアストリームを受信して、各メディアストリームを、上記メディアストリームに関連付けられた少なくとも１つの国のそれぞれの合法的傍受仲介サーバに転送するように構成されている。

【0019】

上記少なくとも１つのＳＢＣは、第１のメディアストリームの第１のパケットとともに、第１の方向インジケータを上記転送機能に送信するように構成されており、上記第１の方向インジケータは、第１のパケットがインバウンド初期要求であるかアウトバウンド初期要求であるかを指定する。上記転送機能は、上記第１のパケットを受信したことに応答して、上記第１の方向インジケータを使用して上記第１のメディアストリームの宛先ルックアップを実行するように構成されている。

【0020】

いくつかの例において、上記転送機能は、上記第１の方向インジケータがインバウンド初期要求を指定していると判断したことに応答して、上記第１のパケットの送信元ユーザアイデンティティを使用して上記宛先ルックアップを実行するように構成されている。上記転送機能は、上記第１の方向インジケータがアウトバウンド初期要求を指定していると判断したことに応答して、上記第１のパケットの送信先ユーザアイデンティティを使用して上記宛先ルックアップを実行するように構成され得る。

【0021】

上記少なくとも１つのＳＢＣは、第１のメディアストリームの上記第１のパケットおよび複数の後続パケットとともに、上記第１のメディアストリームの第１の相関付け識別子を送信するように構成され得る。

【0022】

上記転送機能は、上記第１のパケットを受信したことに応答して、上記合法的傍受仲介サーバへの相関付け識別子のマッピングの際に上記第１のメディアストリームの上記第１の相関付け識別子を仲介サーバ識別子に関連付けるように構成され得る。上記転送機能は、上記後続パケットを受信したことに応答して、上記仲介サーバ識別子を使用して、上記後続パケットの各後続パケットを、上記仲介サーバ識別子によって識別された第１の合法的傍受仲介サーバにルーティングするように構成されている。

【0023】

いくつかの例において、上記第１のメディアストリームの上記第１のパケットは、上記第１のメディアストリームを確立するシグナリングパケットであり、上記後続パケットの各後続パケットは、メディアパケットである。一般に、後続パケットは、シグナリングパケットまたはメディアパケットのいずれかであり得る。

【0024】

本明細書に記載されている主題は、ハードウェアおよび／またはファームウェアと組み合わせてソフトウェアで実現されてもよい。たとえば、本明細書に記載されている主題は、プロセッサによって実行されるソフトウェアで実現されてもよい。１つの例示的な実現例において、本明細書に記載されている主題は、コンピュータのプロセッサによって実行されるとステップを実行するようにコンピュータを制御する、コンピュータによって実行可能な命令が格納されたコンピュータ読取可能媒体を使用して実現されてもよい。

【0025】

本明細書に記載されている主題を実現することに適した例示的なコンピュータ読取可能媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブルロジックデバイスおよび特定用途向け集積回路などの非一時的なデバイスを含む。また、本明細書に記載されている主題を実現するコンピュータ読取可能媒体は、単一のデバイスもしくはコンピューティングプラットフォーム上に位置していてもよく、または、複数のデバイスもしくはコンピューティングプラットフォームに分散されていてもよい。

【図面の簡単な説明】

【0026】

【図1】合法的傍受のためのパケットのルーティングのための例示的なネットワーク環境のブロック図である。

【図2】例示的な通話の合法的傍受を確立するための例示的なネットワーク環境のブロック図である。

【図3】合法的傍受のためのパケット転送の一例のために送信される例示的なパケットを示すブロック図である。

【図4】例示的な転送機能での合法的傍受のためのパケットのルーティングのための例示的な方法のフロー図である。

【発明を実施するための形態】

【0027】

詳細な説明
テレコミュニケーションネットワーク機器プロバイダは、ネットワークノード（たとえば、ＳＢＣ）を通過するシグナリング（たとえば、ＳＩＰ）トラフィックおよびメディア（たとえば、ＲＴＰ、ＭＳＲＰ）トラフィックを、それぞれの国、すなわち送信元／発呼ユーザおよび送信先／着呼ユーザの国にデプロイされたＬＩ仲介サーバ（以下、ＬＩ－ＭＳと称される）に再現する（replicate）ために、ネットワークノード（たとえば、ＳＢＣ）を強化することができる。これは、認可が各国のネットワーク内にとどまることを可能にするため、それらは、各国の法執行機関（ＬＥＡ：Law Enforcement Agency）によって容易にローカルに制御および管理されることができる。

【0028】

以下、これらのパケットを各国のＬＩ－ＭＳに転送することを担当するモジュール／機能は、転送機能（ＦＦ：Forwarding Function）と称される。一般的に、ＦＦは、シグナリングパケットからの送信元／送信先ユーザアイデンティティに基づいて宛先国（および、そのＬＩ－ＭＳ）を決定するために、宛先およびルーティングルックアップ規則をプロビジョニングすることを必要とするであろう。

【0029】

集中型ネットワークは、一般的に数百ものアクセス／相互接続ＳＢＣ（レプリケーションノードまたはＲＮと称され得る）で構成されており、数十の国の要求に応えることができる。ＲＮ上でＦＦを実現することは、多すぎる接続を管理しなければならないことに加えて、これら全てのノード上でルーティング規則を構成および維持することを必要とするであろう。

【0030】

したがって、全てのレプリケーションノードからのパケットを終端させてそれらをそれぞれの国のＬＩ－ＭＳに転送する別個の専用のネットワークノード、すなわち集中型ＦＦを、たとえそれがＲＮとＦＦとの間のさらなるトラフィックを意味するとしても、デプロイすることが有用であろう。

【0031】

このアプローチでは、ＲＮは、元のシグナリングパケットおよびメディアパケットを、ＦＦに送信される外部パケットに組み込む。次に、ＦＦは、各セッションについて宛先ルックアップを実行して、当該セッションにおける全てのパケットをＬＩ－ＭＳに転送する。このＲＮ－ＦＦインターフェイスは、Ｄｉａｍｅｔｅｒ、ＳＩＰまたはＩＰＦＩＸ（インターネットプロトコルフロー情報エクスポート）などの任意の独自のまたは標準的なプロトコルを使用することができる。

【0032】

一般的に、ＲＮ上の複数の接続／ストリームからの全ての再現されたシグナリングパケットおよびメディアパケットを搬送する各ＲＮからＦＦへの接続／ストリームが１つ（シグナリングおよびメディア用に１つずつ）存在するであろう。

【0033】

集中型ＦＦアプローチでは、課題は、全てのＲＮからの全てのトラフィックについてＦＦ上のシグナリングストリームおよびメディアストリームを相関付けることである。この相関付けは、メディアパケットが通常は宛先ルックアップを実行するのに必要な情報を含んでいないので、必要である。それらは、これらのメディアパケットが属するセッションを確立したシグナリングパケットのために予め決定されたＬＩ－ＭＳの方にルーティングされなければならない。

【0034】

ＦＦは、組み込まれたシグナリングパケットを処理し、また、全ての再現されたシグナリングストリームおよびメディアストリームについての情報を維持するように構成され得るため、それら２つを相関付けることができる。いくつかの例において、ＦＦは、ＲＮからＦＦへの各シグナリングパケットおよびメディアパケットとともに相関付けＩＤも送信することができる。

【0035】

いくつかの例において、ＲＮ（たとえば、ＳＢＣ）は、この相関付けを格納するため、この情報を送信するためのさらなるオーバーヘッドは最小であり得る。相関付けＩＤは、ＲＮアイデンティティとともに、ＦＦ上の再現されたストリームを一意に識別することができる。

【0036】

これは、ＦＦが相関付けＩＤ（特定のストリーム／ダイアログを一意に識別する）と対応するＬＩ－ＭＳの方への宛先ルーティングとの間の関連付け／マッピングを作成して維持することを可能にする。このマッピングは、新たなセッションのための第１のシグナリングパケットがＦＦに到着すると作成される。

【0037】

このアプローチは、ＦＦがセッションにおける全てのパケットを構文解析して宛先ルックアップを実行することを省くが、ＦＦが相関付けＩＤ－＞ＬＩ－ＭＳマッピングの際にルックアップを実行することを依然として必要とする。これは、相関付けＩＤが全てのＲＮにわたってグローバルに一意である場合には、ＲＮ当たりのマッピングまたはグローバルマッピングであり得る。ＦＦは、各々が数百万もの加入者をホストしている数百ものＲＮからのトラフィックを処理しなければならないので、それはネックになりやすいであろう。

【0038】

本明細書に記載されているシステムは、以下の３つの特徴のうちの１つまたは複数を使用して上記のシステムアーキテクチャを向上させることができる。

【0039】

１）ＦＦにおける改良された転送ロジック
この特徴は、以下によって実現される。

【0040】

新たなダイアログの第１のパケットの宛先ルックアップが実行された後に、ＬＩ－ＭＳ識別子（ＭＳ－ＩＤ）をＦＦからＲＮに送り返すこと、および
このＭＳ－ＩＤをレプリケーションノードまたはアクセスＳＢＣ（Ａ－ＳＢＣ）に格納して、それを当該セッションの各後続パケットの中の相関付けＩＤとともにＦＦの方に送信すること。

【0041】

パケットが到着すると、ＦＦは、外部パケット（たとえば、ＩＰＦＩＸ）の中にＭＳ－ＩＤが存在するかを探るであろう。存在する場合、パケットは、相関付けＩＤルックアップを行う必要なく、または組み込まれたパケットを構文解析することなく、関連するＬＩ－ＭＳの方に直接転送されることができる。ＭＳ－ＩＤを持たずにＦＦに到着するパケットはいずれも、相関付けＩＤルックアップに戻ることができる。

【0042】

２）相関付けＩＤ－＞ＭＳ－ＩＤマッピングの改良されたクリーンアップ
一般的に、ＦＦは、ダイアログ終了（たとえば、ＳＩＰ ＢＹＥ／ＣＡＮＣＥＬ）を判断するように構成されているので、相関付けＩＤ－＞ＭＳ－ＩＤ関連付け／マッピングを除去することができる。これは、全てのシグナリングパケットの構文解析を必要とする可能性があり、この構文解析は、全てのＲＮからの秒当たり数百万個ものパケットを処理しなければならないＦＦにとって追加のオーバーヘッドになるであろう。

【0043】

この特徴は、ＲＮからＦＦへのパケットごとに「セッション解放」フラグを追加のメタデータとして送信することによってこの負担を軽減することができる。ＲＮは、既にセッションを追跡しているので、パケットをＦＦに再現しつつも、利用可能なこの情報を有している。そして、ＦＦは、どの「組み込まれた」シグナリングパケットも構文解析する代わりに、外部パケットの中のこのフラグを監視するだけでよいので、多くのＣＰＵサイクルを節約する。

【0044】

３）送信元ユーザおよび受信側ユーザが異なる国にいる場合の不必要なレプリケーションの防止
いくつかのネットワークノード（たとえば、ＳＢＣ）は、セッションごとに２つの別々のレッグ（leg）、すなわちクライアントでの一方のレッグおよびサーバでの他方のレッグ、を維持する。これらは、クライアントダイアログおよびサーバダイアログとも称される。

【0045】

通話フォーキング（call forking）の場合、サーバとのダイアログが２つ以上存在し得る。これらのＳＢＣ（または、その他のプロキシノード）に来るパケットは、時として、他方の側で送出される前に修正されることが予想される。したがって、セッションの全てのダイアログからのパケットを別々に再現することが有用である。

【0046】

集中型ＬＩアーキテクチャでは、セッションの送信元ユーザおよび送信先ユーザが異なる国にいる場合、送信元の国は、ユーザから来るまたはユーザの方に向かうパケットに関心があり、送信先ユーザの方に向かうまたは送信先ユーザから来るパケットを受信したくないであろう。

【0047】

このセクションに記載されている特徴は、ＲＮが「方向」フラグもＦＦに送信するようにさせることによって、ＦＦが同一セッションの異なるダイアログのためのＭＳ－ＩＤを選択的に検索および決定することを可能にするであろう。この「方向（イングレス／エグレス）」フラグは、新たなダイアログを確立するシグナリングパケット（たとえば、ＳＩＰ ＩＮＶＩＴＥ）とともに、ＦＦが、パケットがＲＮにおける通話のイングレスレッグに属するかエグレスレッグに属するかを判断し、それに応じて発呼ユーザアイデンティティまたは着呼ユーザアイデンティティ（たとえば、ＳＩＰ ＦＲＯＭ／ＴＯヘッダ）を宛先ルックアップで使用することを手助けする。

【0048】

このように、ＦＦは、異なる国（または、ＭＳ－ＩＤ）を同一セッションの異なるダイアログに関連付け、それによって、関連するダイアログのみからのパケットを各国のＬＩ－ＭＳに再現する。このフラグが無くても、ＦＦは依然として不必要なレプリケーションを防止することができるが、送信元ユーザも送信先ユーザも同一の国に属する場合にのみ防止することができる。提案されているフラグは、ユーザが異なる国にいる場合でもそれを実現することを手助けする。

【0049】

図１は、合法的傍受のためのパケットのルーティングのための例示的なネットワーク環境１００のブロック図である。ネットワーク環境１００は、異なる国の複数の異なるネットワーク１０４，１０６および１０８にテレコミュニケーションサービスを提供する集中型テレコミュニケーションネットワーク１０２を含む。集中型テレコミュニケーションネットワーク１０２は、複数のセッションボーダーコントローラ（ＳＢＣ）１１０と、転送機能１１２とを含む。転送機能１１２は、１つまたは複数のプロセッサを有する集中型コンピューティングノード上で実現される。

【0050】

一般に、ＳＢＣは、適切なプログラミングによって、電話通話および他のタイプのメディア通信をセットアップ、実行（conducting）および切断（tearing down）する際に使用されるシグナリングストリームおよびメディアストリームを制御するように構成された１つまたは複数のコンピュータのシステムである。たとえば、ＳＢＣは、ボイスオーバーインターネットプロトコル（ＶｏＩＰ：Voice over Internet Protocol）通話を制御することができる。

【0051】

いくつかのケースにおいて、ＳＢＣは、ピアリング環境内の２つのサービスプロバイダネットワーク間またはサービスプロバイダのアクセスネットワークとバックボーンネットワークとの間の境界にデプロイされて、サービスプロバイダの顧客にサービスを提供することができる。

【0052】

ＳＢＣ１１０は、たとえば音声通話およびビデオ通話ならびに他のタイプのメディアといったメディアストリームを転送機能１１２に転送するように構成されている。転送機能１１２は、これらのメディアストリームを受信して、各メディアストリームを、メディアストリームに関連付けられた少なくとも１つの国のそれぞれの合法的傍受仲介サーバ（サーバ１１４，１１６および１１８のうちの１つ）に転送するように構成されている。いくつかの例において、転送機能１１２は、強化ＳＢＣとして実現される。

【0053】

集中型テレコミュニケーションネットワーク１０２は、上記の３つの特徴のうちの１つ、２つまたは３つを以下の通り実現するように構成され得る。

【0054】

１．転送機能１１２における改良された転送ロジック
いくつかの例において、転送機能１１２は、ＳＢＣ１１０のうちの１つから第１のメディアストリームの第１のパケットを受信したことに応答して、第１のメディアストリームの宛先ルックアップを実行して、第１のメディアストリームの仲介サーバ識別子を当該ＳＢＣに送信するように構成されている。ＳＢＣは、仲介サーバ識別子を格納して、仲介サーバ識別子を第１のメディアストリームの各後続パケットとともに転送機能１１２に送信するように構成されている。

【0055】

いくつかの例において、転送機能１１２は、後続パケットを受信したことに応答して、仲介サーバ識別子を使用して、後続パケットの各後続パケットを、仲介サーバ識別子によって識別された第１の合法的傍受仲介サーバにルーティングするように構成されている。ＳＢＣは、第１のメディアストリームの第１のパケットおよび後続パケットとともに、第１のメディアストリームの第１の相関付け識別子を送信するように構成され得る。転送機能は、合法的傍受仲介サーバへの相関付け識別子のマッピングの際に第１のメディアストリームの第１の相関付け識別子を仲介サーバ識別子に関連付けるように構成され得る。転送機能１１２は、第２の相関付け識別子を含み、かつ、仲介サーバ識別子を含まない第２のパケットを受信したことに応答して、相関付け識別子のマッピングを使用して、第２のパケットを、相関付け識別子のマッピングの際に第２の相関付け識別子に関連付けられた第２の合法的傍受仲介サーバにルーティングするように構成され得る。

【0056】

２．相関付けＩＤ－＞ＭＳ－ＩＤマッピングの改良されたクリーンアップ
いくつかの例において、ＳＢＣ１１０のうちの１つは、第１のメディアストリームの第１のパケットおよび複数の後続パケットとともに、第１のメディアストリームの第１の相関付け識別子を送信するように構成されている。転送機能１１２は、第１のパケットを受信したことに応答して、第１のメディアストリームの宛先ルックアップを実行して、合法的傍受仲介サーバへの相関付け識別子のマッピングの際に第１のメディアストリームの第１の相関付け識別子を仲介サーバ識別子に関連付けるように構成されている。ＳＢＣは、第１のメディアストリームが終了していると判断したことに応答して、第１のメディアストリームの第２のパケットをセッション解放インジケータとともに転送機能に送信するように構成されている。

【0057】

いくつかの例において、転送機能１１２は、セッション解放インジケータを受信し、セッション解放インジケータを受信したことに応答して、合法的傍受仲介サーバへの相関付け識別子のマッピングの際の第１のメディアストリームの第１の相関付け識別子と仲介サーバ識別子との間の関連付けを削除するように構成されている。転送機能１１２は、後続パケットを受信したことに応答して、仲介サーバ識別子を使用して、後続パケットの各後続パケットを、仲介サーバ識別子によって識別された第１の合法的傍受仲介サーバにルーティングするように構成され得る。

【0058】

転送機能１１２は、第２の相関付け識別子を含み、かつ、仲介サーバ識別子を含まない第２のパケットを受信したことに応答して、相関付け識別子のマッピングを使用して、第２のパケットを、相関付け識別子のマッピングの際に第２の相関付け識別子に関連付けられた第２の合法的傍受仲介サーバにルーティングするように構成され得る。これは、たとえば第２のパケットが同一ストリームの一部であるがエラーに起因して仲介サーバ識別子を含まない場合に起こり得る。いくつかの例において、第２のパケットは新たなストリームの一部であり、たとえば、第２のパケットは新たなストリームの開始パケットであり、転送機能１１２は、相関付け識別子のマッピングを使用して第２のパケットをルーティングすることができず、その代わりに、転送機能１１２は、宛先ルックアップを実行して、新たなストリームのためにマッピングの際の新たな関連付けを作成する。

【0059】

３．送信元ユーザおよび受信側ユーザが異なる国にいる場合の不必要なレプリケーションの防止
いくつかの例において、ＳＢＣ１１０のうちの１つは、第１のメディアストリームの第１のパケットとともに、第１の方向インジケータを転送機能１１２に送信するように構成されており、第１の方向インジケータは、第１のパケットがインバウンド初期要求であるかアウトバウンド初期要求であるかを指定する。転送機能１１２は、第１のパケットを受信したことに応答して、第１の方向インジケータを使用して第１のメディアストリームの宛先ルックアップを実行するように構成されている。

【0060】

いくつかの例において、転送機能１１２は、第１の方向インジケータがインバウンド初期要求を指定していると判断したことに応答して、第１のパケットの送信元ユーザアイデンティティを使用して宛先ルックアップを実行するように構成されている。転送機能１１２は、第１の方向インジケータがアウトバウンド初期要求を指定していると判断したことに応答して、第１のパケットの送信先ユーザアイデンティティを使用して宛先ルックアップを実行するように構成され得る。

【0061】

ＳＢＣは、第１のメディアストリームの第１のパケットおよび複数の後続パケットとともに、第１のメディアストリームの第１の相関付け識別子を送信するように構成され得る。転送機能１１２は、第１のパケットを受信したことに応答して、合法的傍受仲介サーバへの相関付け識別子のマッピングの際に第１のメディアストリームの第１の相関付け識別子を仲介サーバ識別子に関連付けるように構成され得る。転送機能１１２は、後続パケットを受信したことに応答して、仲介サーバ識別子を使用して、後続パケットの各後続パケットを、仲介サーバ識別子によって識別された第１の合法的傍受仲介サーバにルーティングするように構成されている。

【0062】

いくつかの例において、転送機能１１２は、ＳＢＣプラットフォームまたはシステム上で実現される。集中型転送機能としての役割を果たすＳＢＣは、合法的傍受仲介サーバへのシグナリングパケットおよびメディアパケットのルーティングを実行するように構成されている。

【0063】

・シグナリングパケットは、転送機能１１２において構成されたルーティング規則／ポリシに基づいてルーティングされる。これらのルックアップは、ホストアプリケーションでなされ得る。いくつかのケースにおいて、本明細書にさらに記載されるように、新たなセッションの第１のシグナリングパケットのみが、ホストにおけるポリシルックアップに基づいてルーティングされる。全ての後続のシグナリングパケットも、以下でさらに説明するようにルーティングされるべきである。

【0064】

・この機能をＳＢＣ上で実現するためにモジュールが構成されている。
このモジュールは、ＩＰＦＩＸパケットを受信／送信するので、ＩＰＦＩＸを意識したものであるべきである。

【0065】

このモジュールは、ＩＰＦＩＸパケット内に組み込まれたＳＩＰパケットからＳＩＰヘッダを復号し、次いでルックアップを実行する必要があるので、ＳＩＰを意識したものである必要がある。

【0066】

また、それは、ファストパスを介した後続のシグナリングパケットおよび／またはメディアパケットのルーティングを可能にするために、プラットフォームにおいてセッションマッピングを管理する。

【0067】

・ルーティング規則は、以下を指定する。
番号を抽出するためのＳＩＰヘッダ名（たとえば、From、To、Referred-By、Refer-To、R-URI、Diversionヘッダ）
ルックアップのための番号プレフィクス
ネクストホップとしての宛先ＭＥ
・いくつかの例において、ルーティングは、イングレスパケット（すなわち、Ａ－ＳＢＣに来るパケット）のためのＣＧＰＮおよびエグレスパケット（すなわち、Ａ－ＳＢＣから出て行くパケット）のためのＣＤＰＮに基づく。

【0068】

図２は、例示的な通話の合法的傍受を確立するための例示的なネットワーク環境２００のブロック図である。

【0069】

図２に示されるように、国Ａにおける第１のユーザデバイス２０２（「ＵＡ Ａ」）は、アクセスＳＢＣ２０４（Ａ－ＳＢＣ）を介して国Ｂにおける第２のユーザデバイス２０６（「ＵＡ Ｂ」）との通話を開始する。国Ａの方に流れていくメッセージは、「西に」向かうものとして分類され、国Ｂの方に流れていくメッセージは、「東に」向かうものとして分類される。

【0070】

ＳＢＣ２０４は、当該通話のメディアストリームの中のパケットを集中型転送機能２０８に転送する。転送機能２０８は、ユーザデバイス２０２によって送信されたパケットを国Ａの合法的傍受仲介サーバ２１０（「ＭＥ Ａ」）に転送し、転送機能２０８は、ユーザデバイス２０６に送信されたパケットを国Ｂの合法的傍受仲介サーバ２１２（「ＭＥ Ｂ」）に転送する。図２の例は、東に向かうパケットを示しているが、システムは、西に向かうパケットまたは一般にその他の方向に向かうパケットでも同様に動作することができる。

【0071】

図２に示される例は、セッション開始プロトコル（ＳＩＰ：Session Initiation Protocol）およびメッセージセッションリレープロトコル（ＭＳＲＰ：Message Session Relay Protocol）のための、ＳＢＣ２０４および転送機能２０８において実行されるアクションを示している。

【0072】

第１のステップにおいて、ユーザデバイス２０２は、Ｉｎｖｉｔｅ １ＡをＳＢＣ２０４に送信する。ＳＢＣ２０４は、以下のアクションを実行する。

【0073】

・（たとえば、ランダムに生成された）一意の相関付けＩＤをＩＰＦＩＸパケットに追加して、ＩＰＦＩＸ（Ｉｎｖｉｔｅ １Ａ）として転送機能２０８に送信する。

【0074】

・システムは、メディアフローを作成しながら、相関付けＩＤおよび「イングレス」方向インジケータを追加する。

【0075】

第２のステップにおいて、転送機能２０８は、以下のアクションを実行する。
・（方向インジケータがイングレスであるので）「ＦＲＯＭ」ヘッダに基づいてルーティングルックアップを実行して、宛先フロー（Dest Flow）を見つける。

【0076】

・相関付けＩＤ（ＩＰＦＩＸから）＝＞宛先フローのマッピングを追加する。
・相関付けＩＤ＝＞宛先フローの新たなマッピングでイングレスメディアフロー（ＡＳＢＣコンフィグに対応する）を更新する。

【0077】

第３のステップにおいて、ＳＢＣ２０４は、Ｉｎｖｉｔｅ １Ｂをユーザデバイス２０６に送信し、ＩＰＦＩＸ（Ｉｎｖｉｔｅ １Ｂ）を転送機能２０８に送信する。ＳＢＣ２０４は、以下のアクションを実行する。

【0078】

・一意の相関付けＩＤおよび「エグレス」フラグをＩＰＦＩＸパケットに追加して、ＦＦに送信する。

【0079】

第４のステップにおいて、転送機能２０８は、以下のアクションを実行する。
・「ＴＯ」ヘッダに基づいてルックアップを実行して、宛先フローを見つける。

【0080】

・相関付けＩＤ（ＩＰＦＩＸから）＝＞宛先フローのマッピングを追加する。
・相関付けＩＤ＝＞宛先フローの新たなマッピングでイングレスメディアフロー（ＡＳＢＣコンフィグに対応する）を更新する。

【0081】

第５のステップにおいて、ユーザデバイス２０２は、ＭＳＲＰ Ｅ－１ＡをＳＢＣ２０４に送信し、ＳＢＣ２０４は、ＭＳＲＰ Ｅ－１Ｂをユーザデバイス２０６に送信する。ＳＢＣ２０４は、以下のアクションを実行する。

【0082】

・ＳＢＣ２０４は、相関付けＩＤをＩＰＦＩＸパケットに追加して、ＦＦに送信する。
第６のステップにおいて、ＳＢＣ２０４は、ＩＰＦＩＸ（ＭＳＲＰ Ｅ－１Ａ）およびＩＰＦＩＸ（ＭＳＲＰ Ｅ－１Ｂ）を転送機能２０８に送信する。転送機能２０８は、以下のアクションを実行する。

【0083】

・ＩＰＦＩＸの中の相関付けＩＤに基づいてルックアップを実行して、宛先フローを決定する。

【0084】

第７のステップにおいて、ユーザデバイス２０６は、ＭＳＲＰ Ｗ－１ＢをＳＢＣ２０４に送信し、ＳＢＣ２０４は、ＭＳＲＰ Ｗ－１Ａをユーザデバイス２０２に送信する。ＳＢＣ２０４は、以下のアクションを実行する。

【0085】

・システムは、相関付けＩＤをＩＰＦＩＸパケットに追加して、ＦＦに送信する。
第８のステップにおいて、ＳＢＣ２０４は、ＩＰＦＩＸ（ＭＳＲＰ Ｗ－１Ａ）およびＩＰＦＩＸ（ＭＳＲＰ Ｗ－１Ｂ）を転送機能２０８に送信する。転送機能２０８は、以下のアクションを実行する。

【0086】

・ＩＰＦＩＸの中の相関付けＩＤに基づいてルックアップを実行して、宛先フローを決定する。

【0087】

図３は、合法的傍受のためのパケット転送３００の一例のために送信される例示的なパケットを示すブロック図である。

【0088】

図３に示されるように、アクセスＳＢＣ３０２は、第１のパケット３０４および後続パケット３０６を転送機能３０８に転送する。転送機能３０８は、修正されたパケット３１０および３１２を送信することによって、パケット３０４および３０６を合法的傍受仲介サーバ３１４に転送する。

【0089】

パケット３０４は、ＩＰＦＩＸパケット、特にＳＩＰオーバー伝送制御プロトコル（ＴＣＰ：Transmission Control Protocol）である。パケット３０４は、ＩＰＦＩＸヘッダと、ＩＰｖ４データとを含む。また、パケット３０４は、相関付けＩＤと、方向フラグと、セッション解放フラグとを含む。パケット３０４は、ＳＩＰメッセージを含む。

【0090】

パケット３０６は、ＩＰＦＩＸパケット、特にＭＳＲＰオーバーＴＣＰである。パケット３０６は、ＩＰＦＩＸヘッダと、ＩＰｖ４データとを含む。パケット３０６は、転送機能３０８がパケット３０４の宛先ルックアップを実行した後にＳＢＣ３０２に格納された仲介サーバ識別子を含む。パケット３０６は、ＭＳＲＰメッセージを含む。

【0091】

転送機能３０８がＳＢＣ３０２からパケット３０４を受信すると、転送機能３０８は、宛先ルックアップを実行して、合法的傍受仲介サーバ３１４がパケット３０４およびパケット３０６などのパケット３０４と同一のメディアストリームに属する後続パケットの宛先であると判断する。転送機能３０８は、合法的傍受仲介サーバへの相関付け識別子のマッピングの際の相関付けＩＤと合法的傍受仲介サーバ３１４の仲介サーバ識別子との間の関連付けを格納する。また、転送機能３０８は、仲介サーバ識別子をＳＢＣ３０２に送信する。

【0092】

転送機能３０８は、パケット３０４に基づいてパケット３１０を生成し、パケット３１０を合法的傍受仲介サーバ３１４に送信する。パケット３１０は、ＩＰＦＩＸパケット、すなわちＳＩＰオーバーＴＣＰである。パケット３１０は、パケット３０４のＩＰＦＩＸヘッダ、ＩＰｖ４データおよびＳＩＰメッセージを含む。パケット３１０は、パケット３０４の相関付けＩＤ、方向フラグおよびセッション解放フラグを含まない。

【0093】

転送機能３０８がＳＢＣ３０２からパケット３０６を受信すると、転送機能３０８は、合法的傍受仲介サーバへの相関付け識別子のマッピングをチェックすることを回避できる。その代わりに、転送機能３０８は、パケット３０６の中の仲介サーバ識別子を使用してパケット３０６をルーティングする。

【0094】

転送機能３０８は、パケット３０６に基づいてパケット３１２を生成し、パケット３１２を合法的傍受仲介サーバ３１４に送信する。パケット３１２は、ＩＰＦＩＸパケット、すなわちＭＳＲＰオーバーＴＣＰである。パケット３１２は、パケット３０６のＩＰＦＩＸヘッダ、ＩＰｖ４データおよびＭＳＲＰメッセージを含む。パケット３１２は、パケット３０６の仲介サーバ識別子を含まない。

【0095】

いくつかの例において、本明細書に記載されている特徴を実現するために新たなセットＩＤおよびテンプレートが使用される。たとえば、ＳＢＣ３０２においてイングレスシグナリングパケットもエグレスシグナリングパケットも再現するために共通のテンプレートが使用され得る。

【0096】

・「方向フラグ」は、これがイングレスパケットであるかエグレスパケットであるかを示す。

【0097】

・転送機能３０８は、このフラグを使用して、（発信番号または着信番号の）どのＳＩＰヘッダをルーティングルックアップに使用しなければならないかを判断する。

【0098】

・「セッション解放」フラグは、ＦＦ上で通話セッションクリーンアップが必要であるかどうかを示す。

【0099】

同様に、ＳＢＣ３０２においてイングレスメディアパケットもエグレスメディアパケットも再現するために共通のテンプレートが使用され得る。ＭＳＲＰメディアＩＰＦＩＸパケットでは、方向フラグは不要である。なぜなら、転送機能は、宛先合法的傍受仲介サーバを決定するために識別された相関付けを使用するからである。それは、セッション解放フラグも必要としない。

【0100】

転送機能３０８におけるセッションクリーンアップを容易にするために、転送機能３０８は、「セッション解放」フラグセットを有するＩＰＦＩＸパケットを受信すると、保存されたダイアログ情報（たとえば、相関付けＩＤ－＞宛先フローマッピング）をクリア／消去する。

【0101】

いくつかの例において、「セッション解放」フラグセットを有するＩＰＦＩＸパケットが何らかの理由で破棄されるケースに対処するために転送機能３０８においてセッションをクリーンアップするために転送機能３０８において実現されるタイマも存在する。

【0102】

これは、Ａ－ＳＢＣがセッションの途中でリブートする場合にも起こり得る。
このタイマは、「セッション解放」フラグセットを有するＩＰＦＩＸパケットを受信するとキャンセル／停止される。

【0103】

相関付けＩＤに関して、一意の相関付け（または、レプリケーション）ＩＤがＳＢＣ３０２から転送機能３０８に送信され得る。これは、ＳＢＣ３０２上または（たとえば、ＩＤがＡ－ＳＢＣホスト名も含む場合には）転送機能３０８上の各ダイアログを一意に識別する。

【0104】

これは、複数のクライアントダイアログが存在し得て、それらの各々が異なる国のＭＥに再現されるフォーキングシナリオに対処するために、セッションごとではなくダイアログごとである。

【0105】

ＳＢＣ３０２においてこのＩＤを生成するオプションはさまざまある。
オプション１：パケットからのメディアに特有の情報を使用する。

【0106】

これは、メディアタイプごとに別々のアプローチを必要とするため、実現するのが煩わしい場合がある。

【0107】

オファーレスＩＮＶＩＴＥでは、これは、メディア情報が受信されなくなるまで各シグナリングパケットの構文解析を必要とする。

【0108】

オプション２：メディアフロー識別子を使用する。これは、時として、もっともらしいソリューションではないかもしれない。その理由は、以下の通りである。

【0109】

オファーレスＩＮＶＩＴＥの場合には、メディアフロー識別子を使用できない。
Ａ－ＳＢＣの切り換え後、（ローカルで生成された）メディアフロー識別子は、同一セッション中に変化するであろう。そのため、それらを再現する必要がある。

【0110】

Ａ－ＳＢＣがスタンドアロンモードでデプロイされる場合、同一のＩＤがリブートをまたぐ異なるセッションで使用されることがないように、機構を構築する必要がある。

【0111】

オプション３：ランダムに生成された一意のレプリケーションＩｄを使用する。
それは、全てのＡ－ＳＢＣにわたって一意であり、オファーレスＩＮＶＩＴＥシナリオでも機能する。

【0112】

図４は、例示的な転送機能における合法的傍受のためのパケットのルーティングのための例示的な方法４００のフロー図である。

【0113】

方法４００は、転送機能における改良された転送ロジックを示しており、これは、以下によって実現される。

【0114】

新たなメディアストリームの第１のパケットの宛先ルックアップが実行された後に、ＬＩ－ＭＳ識別子（ＭＳ－ＩＤ）を転送機能からＳＢＣに送り返すこと、および
このＭＳ－ＩＤをＡ－ＳＢＣに格納して、それを当該メディアストリームの各後続パケットの中の相関付けＩＤとともに転送機能の方に送信すること。

【0115】

パケットが到着すると、転送機能は、外部パケット（たとえば、ＩＰＦＩＸ）の中にＭＳ－ＩＤが存在するかを探る。存在する場合、パケットは、相関付けＩＤルックアップを行う必要なく、または組み込まれたパケットを構文解析することなく、関連するＬＩ－ＭＳの方に直接転送されることができる。ＭＳ－ＩＤを持たずに転送機能に到着するパケットはいずれも、相関付けＩＤルックアップに戻ることができる。

【0116】

方法４００は、パケットを構文解析するステップ（４０２）と、宛先識別子（たとえば、本明細書の他の部分ではＭＳ－ＩＤと称される）がパケットの中に存在するかどうかを判断するステップ（４０４）とを含む。宛先識別子が存在する場合、方法４００は、パケットを、宛先識別子によって識別された合法的傍受仲介サーバに転送するステップ（４１０）を含む。

【0117】

宛先識別子が見つからない場合、方法４００は、パケットの中の相関付け識別子への入力のために合法的傍受仲介サーバへの相関付け識別子のマッピングをチェックするステップ（４０６）を含む。合法的傍受仲介サーバへの相関付け識別子のマッピングにおいて一致が見つかる場合、方法４００は、パケットを、パケットの中の相関付け識別子への入力の際に識別された合法的傍受仲介サーバに転送するステップを含む。

【0118】

一致が見つからない場合、方法４００は、パケットがシグナリングパケットであるかどうか、たとえばパケットがＳＩＰパケットであるかどうかを判断するステップ（４１２）を含む。パケットがシグナリングパケットでない場合、方法４００は、パケットを破棄するステップ（４１４）を含む。パケットがシグナリングパケットである場合、方法４００は、パケットの送信元ユーザアイデンティティおよびパケットの送信先ユーザアイデンティティをパケットから取得するステップ（４１６）を含む。

【0119】

方法４００は、ユーザアイデンティティのうちの１つをキーとして宛先テーブルにおいて宛先ルックアップを実行するステップ（４１８）を含む。宛先テーブルは、さまざまな国々の合法的傍受仲介サーバを指定する。方法４００は、宛先合法的傍受仲介サーバが見つかるかどうかを判断するステップ（４２０）を含む。

【0120】

宛先合法的傍受仲介サーバが見つかる場合、方法４００は、合法的傍受仲介サーバへの相関付け識別子のマッピングの際のパケットの相関付け識別子と宛先合法的傍受仲介サーバとの間の関連付けを作成するステップ（４２２）と、宛先合法的傍受仲介サーバを識別する仲介サーバ識別子をＳＢＣに送信するステップ（４２４）と、パケットを宛先合法的傍受仲介サーバを転送するステップ（４１０）とを含む。

【0121】

宛先合法的傍受仲介サーバが見つからない場合、方法４００は、パケットを破棄するステップ４１４を含む。

【0122】

具体的な例および特徴について上記してきたが、これらの例および特徴は、特定の特徴に関して例が１つだけ記載されている場合でも、本開示の範囲を限定するよう意図されるものではない。本開示で提供された特徴の例は、特に明記しない限り、限定的であるというよりもむしろ例示的であるよう意図される。上記の説明は、そのような代替例、変形例および等価物を、本開示の利益を有する当業者に明らかであるように網羅するよう意図される。

【0123】

本開示の範囲は、本明細書に（明示的にまたは暗黙的に）開示されている任意の特徴もしくは特徴の組み合わせ、または、開示されている特徴の任意の一般化を、そのような特徴または一般化が本明細書に記載されている問題のうちのいずれかまたは全てを軽減するかどうかにかかわらず、含む。したがって、新たな請求項が、本願（または、本願に対する優先権を主張する出願）の審査手続中に、特徴の任意のそのような組み合わせに対して作成されてもよい。

【0124】

特に、添付の特許請求の範囲を参照して、従属請求項からの特徴が独立請求項の特徴と組み合わせられてもよく、それぞれの独立請求項からの特徴が、添付の特許請求の範囲に列挙されている具体的な組み合わせだけでなく、任意の適切な態様で組み合わせられてもよい。

【図1】

【図2】

【図3】

【図4】

【国際調査報告】