特許 7198339 ＳＳ７（ＳＩＧＮＡＬＩＮＧ ＳＹＳＴＥＭ ＮＯ．７）のＳＴＰ（ＳＩＧＮＡＬ ＴＲＡＮＳＦＥＲ ＰＯＩＮＴ）を利用してＶＬＲ（ＶＩＳＩＴＯＲ ＬＯＣＡＴＩＯＮ ＲＥＧＩＳＴＥＲ）を検証するための方法、システム、およびコンピュータ読み取り可能な媒体

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-12-20

(45)【発行日】2022-12-28

(54)【発明の名称】ＳＳ７（ＳＩＧＮＡＬＩＮＧ ＳＹＳＴＥＭ ＮＯ．７）のＳＴＰ（ＳＩＧＮＡＬ ＴＲＡＮＳＦＥＲ ＰＯＩＮＴ）を利用してＶＬＲ（ＶＩＳＩＴＯＲ ＬＯＣＡＴＩＯＮ ＲＥＧＩＳＴＥＲ）を検証するための方法、システム、およびコンピュータ読み取り可能な媒体

(51)【国際特許分類】

   H04W 12/122 20210101AFI20221221BHJP

   H04W 8/06 20090101ALI20221221BHJP

   H04W 8/08 20090101ALI20221221BHJP

【ＦＩ】

H04W12/122

H04W8/06

H04W8/08

【請求項の数】 12

(21)【出願番号】P 2021500828

(86)(22)【出願日】2019-02-21

(65)【公表番号】

(43)【公表日】2021-11-18

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

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

(87)【国際公開日】2020-01-16

【審査請求日】2021-12-02

(31)【優先権主張番号】16/035,008

(32)【優先日】2018-07-13

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

(73)【特許権者】

【識別番号】502303739

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

(74)【代理人】

【識別番号】110001195

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

(72)【発明者】

【氏名】パティル，ラビンドラ・マドゥカル

(72)【発明者】

【氏名】クマール，ビピン

(72)【発明者】

【氏名】マハランク，シャシキラン・バラチャンドラ

【審査官】石田 信行

(56)【参考文献】

【文献】特開２０１０－２６３４２６（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１０／０１０５３５５（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１７／０２９５２０１（ＵＳ，Ａ１）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

Ｈ０４Ｂ ７／２４ － ７／２６

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

ＳＳ７（Ｓｉｇｎａｌｉｎｇ Ｓｙｓｔｅｍ Ｎｏ．７）のＳＴＰ（Ｓｉｇｎａｌ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）を利用してＶＬＲ（Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）を検証するための方法であって、
ＳＳ７ ＳＴＰがアクセス可能なＶＬＲ検証データベースを保持するステップと、
前記ＳＴＰがＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）ＳＡＩ（Ｓｅｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）要求メッセージを受信するステップと、
前記ＭＡＰ ＳＡＩ要求メッセージが、前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースに記録されていないＶＬＲ識別子を含むと前記ＳＴＰが判断するステップと、
前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースに前記ＶＬＲ識別子を記録するステップと、
前記ＳＴＰにおいて第１のＭＡＰ ＬＵ（Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ）要求メッセージを受信し、前記第１のＭＡＰ ＬＵ要求メッセージにＶＬＲ識別子を検出するステップと、
前記第１のＭＡＰ ＬＵ要求メッセージから読み出された前記ＶＬＲ識別子が、前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースに記録された加入者の前記ＶＬＲ識別子に一致しないと判断するステップと、
前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースに記録された前記加入者のＶＬＲ識別子に前記ＶＬＲ識別子が一致しないと判断することに応答して、前記第１のＭＡＰ ＬＵ要求メッセージを拒否するステップとを含む、方法。

【請求項2】

前記ＶＬＲ検証データベースは、前記ＳＳ７ ＳＴＰとの対の片方として機能する第２のＳＳ７ ＳＴＰによってもアクセス可能である、請求項１に記載の方法。

【請求項3】

前記ＭＡＰ ＳＡＩ要求メッセージを受信するステップは、前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースに記録されていないＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を有する前記ＭＡＰ ＳＡＩ要求メッセージを受信するステップを含み、前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースに前記ＳＡＩ要求メッセージからの前記ＶＬＲ識別子を記録するステップは、前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースに、前記ＩＭＳＩおよび前記ＶＬＲ識別子についての新しいレコードを作成するステップを含む、請求項１または２に記載の方法。

【請求項4】

ＭＡＰ ＳＡＩ要求メッセージを受信するステップは、前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースに記録されたＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を含んだＭＡＰ ＳＡＩ要求メッセージを受信するステップを含み、前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースに前記ＳＡＩ要求メッセージからの前記ＶＬＲ識別子を記録するステップは、前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースに前記ＩＭＳＩに対応するレコードを作成し、前記ＭＡＰ ＳＡＩ要求メッセージからの前記ＶＬＲ識別子を前記レコードに格納するステップを含む、請求項１または２に記載の方法。

【請求項5】

前記ＳＡＩ要求メッセージをＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）に転送するステップと、
成功を示す結果コードを有するＳＡＩ肯定応答メッセージを前記ＨＬＲから受信するステップと、
前記ＳＡＩ肯定応答メッセージを前記ＨＬＲから受信することに応答してレコード満了タイマーを開始するステップとを含む、請求項１－４のいずれか１項に記載の方法。

【請求項6】

前記レコード満了タイマーが満了値に達することに応答して、前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースから前記レコードを削除するステップを含む、請求項５に記載の方法。

【請求項7】

前記ＶＬＲ検証データベースに記録された前記加入者のＶＬＲ識別子に一致するＶＬＲ識別子を含んだ第２のＭＡＰ ＬＵ要求メッセージを受信するステップを含む、請求項１－６のいずれか１項に記載の方法。

【請求項8】

前記第２のＭＡＰ ＬＵ要求メッセージをＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）に転送するステップを含む、請求項７に記載の方法。

【請求項9】

前記ＳＴＰがアクセス可能な前記ＶＬＲ検証データベースのレコードエントリを更新して、前記第２のＭＡＰ ＬＵ要求メッセージが受信されたことを示すステップと、前記第２のＭＡＰ ＬＵ要求メッセージからのＣｇＰＡ（Ｃａｌｌｉｎｇ Ｐａｒｔｙ Ａｄｄｒｅｓｓ）パラメータをＶＬＲ識別子として前記レコードに格納するステップとを含む、請求項８に記載の方法。

【請求項10】

前記ＶＬＲ検証データベースに記録された前記加入者のＶＬＲ識別子に前記第１のＬＵ要求メッセージにある前記ＶＬＲ識別子が一致しないと判断することに応答して、前記第１のＬＵ要求メッセージを怪しいメッセージとして指定するステップを含む、請求項１－９のいずれか１項に記載の方法。

【請求項11】

請求項１－１０のいずれか一項に記載の方法をコンピュータに実行させるためのプログラム。

【請求項12】

請求項１１に記載のプログラムを格納するメモリと、
前記プログラムを実行するためのプロセッサとを備える、システム。

【発明の詳細な説明】

【技術分野】

【0001】

優先権の主張
本願は、２０１８年７月１３日に出願された米国特許出願第１６／０３５，００８号の優先権の利益を主張するものであり、そのすべての開示内容を引用により本明細書に援用する。

【0002】

技術分野
本明細書において説明する主題は、電気通信のネットワークセキュリティを強化することに関する。より特定的には、本明細書に記載の主題は、ＳＳ７のＳＴＰ（Ｓｉｇｎａｌ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）を利用してＶＬＲを検証するための方法、システム、およびコンピュータ読み取り可能な媒体に関する。

【背景技術】

【0003】

背景
電気通信シグナリングネットワークは、ほとんどのコンピュータネットワークがそうであるように、攻撃に対して特定の脆弱性がある。たとえば、モバイル通信ネットワークでは、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）が保持する加入者情報になりすまし（すなわち、なりすまし行為または偽装行為を行うエンティティ）がアクセスできるようになると、なりすましは、この情報を利用して、加入者に関連するテキストメッセージおよび音声チャットを傍受できるようになる。したがって、ＨＬＲが保持する加入者情報を保護することが望ましい。

【発明の概要】

【発明が解決しようとする課題】

【0004】

ＨＬＲが保持する加入者情報を保護することは、難しい。なぜならば、加入者情報は、位置更新手順に応答してネットワークで送信され、この手順のイニシエータの認証や確認がないからである。たとえば、加入者のユーザ機器（ＵＥ）がネットワークに繋がれると、ＳＳ７ネットワークにある接続ポイント（たとえば、ＭＳＣ／ＶＬＲ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ／Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ））が、ＨＬＲを用いてＵＥの位置を更新するよう、ＨＬＲにメッセージングを送る。ＨＬＲは、これに対して、加入者に関する継続課金情報で応答する。これが、なりすましがＵＥとの通信を傍受するまたは当該通信に影響を与えるために利用し得る継続課金情報である。

【0005】

なりすましが、ＵＥにサービスを提供する有効なネットワーク要素を装い、代わりに継続課金情報の傍受ポイントとしてふるまうと、このなりすましは、位置更新手順を利用して継続課金情報を取得できるようになる。たとえば、なりすましは、偽のＬＵ（Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ：位置更新）メッセージを加入者のホームネットワークにあるＨＬＲに送ることができるようになる。まるでなりすましが、ＵＥが現在登録されている有効なＭＳＣ／ＶＬＲであるかのように、ＨＬＲは、加入者の継続課金情報でなりすましに応答してしまう可能性がある。継続課金情報は、位置更新応答メッセージに含めてなりすましに送信される。継続課金情報を手に入れると、なりすましは、加入者に関連する通信を傍受する、および／またはその他の不正行為を行うことができるようになる。

【0006】

したがって、ＳＳ７信号中継局を利用してＶＬＲを検証するための方法、システム、およびコンピュータ読み取り可能な媒体が必要である。

【課題を解決するための手段】

【0007】

概要
ＳＳ７信号中継局を利用してＶＬＲを検証するための方法、システム、およびコンピュータ読み取り可能な媒体を開示する。ＳＳ７のＳＴＰ（Ｓｉｇｎａｌ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）を利用してＶＬＲを検証するための１つの方法は、ＳＳ７ ＳＴＰ（Ｓｉｇｎａｌ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）がアクセス可能なＶｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ検証データベースを保持するステップと、ＳＴＰがＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）ＳＡＩ（Ｓｅｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）要求メッセージを受信するステップとを含む。さらに、この方法は、ＭＡＰ ＳＡＩ要求メッセージが、ＳＴＰがアクセス可能なＶＬＲ検証データベースに記録されていないＶＬＲ識別子を含むとＳＴＰが判断するステップと、ＳＴＰがアクセス可能なＶＬＲ検証データベースにＶＬＲ識別子を記録するステップとを含む。また、方法は、ＳＴＰにおいて第１のＭＡＰ ＬＵ（Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ）要求メッセージを受信し、第１のＭＡＰ ＬＵ要求メッセージにＶＬＲ識別子を検出するステップと、第１のＭＡＰ ＬＵ要求メッセージから読み出されたＶＬＲ識別子が、ＳＴＰがアクセス可能なＶＬＲ検証データベースに記録された加入者のＶＬＲ識別子に一致しないと判断するステップとを含む。さらに、方法は、ＳＴＰがアクセス可能なＶＬＲ検証データベースに記録された加入者のＶＬＲ識別子にＶＬＲ識別子が一致しないと判断することに応答して、第１のＭＡＰ ＬＵ要求メッセージを拒否するステップを含む。

【0008】

本明細書において説明する主題の一態様によると、ＶＬＲ検証データベースは、ＳＳ７ ＳＴＰとの対の片方として機能する第２のＳＳ７ ＳＴＰによってもアクセス可能である。

【0009】

本明細書において説明する主題の一態様によると、ＭＡＰ ＳＡＩ要求メッセージを受信するステップは、ＳＴＰがアクセス可能なＶＬＲ検証データベースに記録されていないＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を有するＭＡＰ ＳＡＩ要求メッセージを受信するステップを含み、ＳＴＰがアクセス可能なＶＬＲ検証データベースにＳＡＩ要求メッセージからのＶＬＲ識別子を記録するステップは、ＳＴＰがアクセス可能なＶＬＲ検証データベースに、ＩＭＳＩおよびＶＬＲ識別子についての新しいレコードを作成するステップを含む。

【0010】

本明細書において説明する主題の一態様によると、ＭＡＰ ＳＡＩ要求メッセージを受信するステップは、ＳＴＰがアクセス可能なＶＬＲ検証データベースに記録されたＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）を含んだＭＡＰ ＳＡＩ要求メッセージを受信するステップを含み、ＳＴＰがアクセス可能なＶＬＲ検証データベースにＳＡＩ要求メッセージからのＶＬＲ識別子を記録するステップは、ＳＴＰがアクセス可能なＶＬＲ検証データベースにＩＭＳＩに対応するレコードを作成し、ＭＡＰ ＳＡＩ要求メッセージからのＶＬＲ識別子をレコードに格納するステップを含む。

【0011】

本明細書において説明する主題の一態様によると、さらに、方法は、ＳＡＩ要求メッセージをＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）に転送するステップと、成功を示す結果コードを有するＳＡＩ肯定応答メッセージをＨＬＲから受信するステップと、ＳＡＩ肯定応答メッセージをＨＬＲから受信することに応答してレコード満了タイマーを開始するステップとを含む。

【0012】

本明細書において説明する主題の一態様によると、レコード満了タイマーが満了値に達することに応答して、ＳＴＰがアクセス可能なＶＬＲ検証データベースからレコードが削除される。

【0013】

本明細書において説明する主題の一態様によると、方法は、ＶＬＲ検証データベースに記録された加入者のＶＬＲ識別子に一致するＶＬＲ識別子を含んだ第２のＭＡＰ ＬＵ要求メッセージを受信するステップを含む。

【0014】

本明細書において説明する主題の一態様によると、方法は、第２のＭＡＰ ＬＵ要求メッセージをＨｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒに転送するステップを含む。

【0015】

本明細書において説明する主題の一態様によると、方法は、ＳＴＰがアクセス可能なＶＬＲ検証データベースのレコードエントリを更新して、第２のＭＡＰ ＬＵ要求メッセージが受信されたことを示すステップと、第２のＭＡＰ ＬＵ要求メッセージからのＣｇＰＡ（Ｃａｌｌｉｎｇ Ｐａｒｔｙ Ａｄｄｒｅｓｓ）パラメータをＶＬＲ識別子としてレコードに格納するステップとを含む。

【0016】

本明細書において説明する主題の一態様によると、方法は、ＶＬＲ検証データベースに記録された加入者のＶＬＲ識別子に第１のＬＵ要求メッセージにあるＶＬＲ識別子が一致しないと判断することに応答して、第１のＬＵ要求メッセージを怪しいメッセージとして指定するステップを含む。

【0017】

本明細書において説明する主題のさらに別の態様によると、ＳＳ７のＳＴＰを利用してＶＬＲを検証するためのシステムを開示する。このシステムは、少なくとも１つのプロセッサを含むＳＳ７のＳＴＰ（Ｓｉｇｎａｌ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）と、複数のＶＬＲを認証するためのレコードを格納するための、ＳＴＰにローカルなＶＬＲ（Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）検証データベースとを備える。さらに、システムは、ＳＴＰにローカルな、少なくとも１つのプロセッサを用いて実装された検証エンジンを備え、検証エンジンは、ＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）ＳＡＩ（Ｓｅｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）要求メッセージを受信し、ＭＡＰ ＳＡＩ要求メッセージが、記録されていないＶＬＲ識別子を含むと判断し、ＳＴＰがアクセス可能なＶＬＲ検証データベースにＶＬＲ識別子を記録し、第１のＭＡＰ ＬＵ（Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ）要求メッセージを受信して第１のＭＡＰ ＬＵ要求メッセージにＶＬＲ識別子を検出するように構成される。また、検証エンジンは、第１のＭＡＰ ＬＵ要求メッセージから読み出されたＶＬＲ識別子が、ＳＴＰがアクセス可能なＶＬＲ検証データベースに記録された加入者のＶＬＲ識別子に一致しないと判断し、ＳＴＰがアクセス可能なＶＬＲ検証データベースに記録された加入者のＶＬＲ識別子にＶＬＲ識別子が一致しないと判断することに応答して第１のＭＡＰ ＬＵ要求メッセージを拒否するように構成される。

【0018】

本明細書に記載の主題は、ハードウェア、ソフトウェア、ファームウェア、または、任意のそれらの組合せで実現されてもよい。このように、「機能」、「ノード」、または「モジュール」という用語は、本明細書において使用する場合、記載の特徴を実現するためのハードウェア（ソフトウェアおよび／またはファームウェアコンポーネントも含んでもよい）を指す。一例示的な実施態様では、本明細書において説明する主題は、コンピュータにより実行可能な命令を格納したコンピュータ読み取り可能な媒体を用いて実現されてもよい。当該命令は、コンピュータのプロセッサによって実行されると、コンピュータを、ステップを実行させるように制御する。本明細書において説明する主題を実現するのに適した例示的なコンピュータ読み取り可能な媒体として、ディスク記憶装置、チップ記憶装置、プログラム可能な論理回路、および特定用途向け集積回路など、非一時的なコンピュータ読み取り可能な媒体などが挙げられる。これに加えて、本明細書において説明する発明の主題を実現するコンピュータ読み取り可能な媒体は、１つのデバイスまたは１つのコンピューティングプラットフォーム上に位置してもよいし、複数のデバイスまたは複数のコンピューティングプラットフォーム間に分散されてもよい。

【0019】

ここで、添付の図面を参照して本明細書に記載の主題を説明する。

【図面の簡単な説明】

【0020】

【図1】ＳＳ７ ＳＴＰ（Ｓｉｇｎａｌ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）を利用してＶＬＲを検証するためのシステムを示すブロックネットワーク図である。

【図2】ネットワークエンティティ間でやり取りされる、下りローミング中の加入者についての例示的なメッセージを示すメッセージフロー図である。

【図3A】ＶＬＲ検証を行って位置更新トランザクションにおける不正を減らすために、ＭＡＰ ＳＡＩ要求メッセージを処理する際にＳＳ７ ＳＴＰによって実行される例示的な工程を示すフローチャートである。

【図3B】ＶＬＲ検証を行って位置更新トランザクションにおける不正を減らすために、一致するＩＭＳＩを有するＭＡＰ位置更新要求メッセージを処理する際にＳＳ７ ＳＴＰによって実行される例示的な工程を示すフローチャートである。

【図3C】ＶＬＲ検証を行って位置更新トランザクションにおける不正を減らすために、一致するＩＭＳＩを含まないＭＡＰ ＳＡＩ要求または位置更新要求メッセージを処理する際にＳＳ７ ＳＴＰによって実行される例示的な工程を示すフローチャートである。

【図3D】ＶＬＲ検証を行って位置更新トランザクションにおける不正を減らすために、ＣＬＲ（Ｃａｎｃｅｌ Ｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを処理する際にＳＳ７ ＳＴＰによって実行される例示的な工程を示すフローチャートである。

【図4】ＶＬＲ検証を行って位置更新トランザクションにおける不正を減らすための例示的なメッセージングを示すメッセージフロー図である。

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

【0021】

詳細な説明
本明細書において説明する主題は、ＳＳ７ ＳＴＰ（Ｓｉｇｎａｌ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）を利用してＶＬＲを検証するための方法、システム、および非一時的なコンピュータ読み取り可能な媒体に関する。図１は、例示的な通信ネットワーク１００を示すブロック図である。ネットワーク１００は、そのネットワークノード間でのＳＳ７シグナリングメッセージの通信を容易にするように構成される。たとえば、ネットワーク１００は、ユーザ機器（ＵＥ）１０２と、ＶＬＲ（Ｖｉｓｉｔｅｄ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）１０４と、一対になったＳＴＰ１０６および１０８と、データベースホスト１３０と、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）１１８とを含む。ユーザ機器１０２は、携帯電話、ＧＳＭ（登録商標）基地局、モバイルブロードバンドアダプタが搭載されたラップトップコンピュータ、またはその他の同様のデバイスなど、データを受送信するために加入者であるエンドユーザが直接利用する任意のデバイスを含んでもよい。いくつかの実施の形態では、ユーザ機器１０２は、移動先ネットワークをローミング中であり、ＭＳＣ／ＶＬＲ１０４に通信可能に接続されている（たとえば、繋がれている）。たとえば、ユーザ機器１０２は、無線インターフェースを利用して、基地局ＮｏｄｅＢまたはｅＮｏｄｅＢ（図示せず）とのワイヤレス接続を確立することができ、基地局ＮｏｄｅＢまたはｅＮｏｄｅＢがＭＳＣ／ＶＬＲ１０４（以下、「ＶＬＲ１０４」と呼ぶ）に接続される。いくつかの実施の形態では、ＶＬＲ１０４は、移動先ネットワーク（加入者のユーザ機器１０２がローミングしているネットワークとして定義される）に位置するＭＳＣ用のローカル継続課金データベースとして機能する。同様に、ＨＬＲ１１８は、加入ユーザのホームネットワークに位置し、ホームネットワークに登録されたユーザ機器デバイスのレコードを保持するマスタ継続課金データベースである。

【0022】

ＳＴＰ１０６および１０８の各々は、ＳＥＰ（Ｓｉｇｎａｌｉｎｇ Ｅｎｄ－Ｐｏｉｎｔ）とその他のＳＴＰ（Ｓｉｇｎａｌｉｎｇ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）（図示せず）との間でＳＳ７メッセージを中継するように構成されたルータ装置またはルータ要素を含んでもよい。いくつかの実施の形態では、ＳＥＰは、ＳＳＰ（Ｓｅｒｖｉｃｅ Ｓｗｉｔｃｈｉｎｇ Ｐｏｉｎｔ）と、ＳＣＰ（Ｓｅｒｖｉｃｅ Ｃｏｎｔｒｏｌ Ｐｏｉｎｔ）とを含む。図示しないが、ＳＴＰ１０６およびＳＴＰ１０８の各々は、隣接するＳＥＰおよびＳＴＰにシグナリングリンクを介して接続されてもよい。ＳＴＰが受信したＳＳ７メッセージのアドレスフィールドに基づいて、ＳＴＰは、ＳＳ７メッセージを適切な送信シグナリングリンクにルーティングする。図１に示すように、ＳＴＰ１０６およびＳＴＰ１０８は、信頼性を確保するために一対で展開されてもよい。一対になったＳＴＰは、必ずしも互いに情報を共有するわけではないが、ＳＴＰ同士がリンクされていてもよい。たとえば、ＳＴＰ１０６およびＳＴＰ１０８は、クロスリンク（すなわち、「Ｃ」リンク）を介して互いにリンクされてもよい（図示せず）。受信したＳＳ７要求メッセージ（たとえば、ＭＡＰ ＳＡＩ要求メッセージおよびＭＡＰ位置更新要求メッセージ）用のメッセージパスが一対に属するＳＴＰノードのそれぞれを通過できるので、これらのリンクは、特に重要である。たとえば、ＳＴＰ１０６は、ＳＡＩ要求メッセージを受信してもよく、ＳＴＰ１０８は、後続の位置更新要求メッセージを受信してもよい。本明細書において使用する場合、「ＬＵ（Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ）要求メッセージ」という用語は、電気通信ネットワークにおける携帯電話加入者の位置を更新するためのシグナリングメッセージを指す。「位置更新要求メッセージ」は、ＳＳ７ ＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）位置更新要求メッセージ、またはネットワーク内の電気通信ネットワークの加入者の位置を更新するためのその他のメッセージを含めるように意図されている。特に、位置更新要求メッセージは、ユーザ機器を識別するＩＭＳＩ、ＭＳＩＳＤＮ、および／またはＩＭＥＩなど、識別子を含む。位置更新メッセージは、加入者に提供するＭＳＣ／ＶＬＲの識別子、およびＭＳＣ／ＶＬＲのＳＳ７ポイントコードも含んだＳＳ７メッセージのＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）に含めて運ばれるＩＳ－４１メッセージ（Ｉｎｔｅｒｉｍ Ｓｔａｎｄａｒｄ－４１）を含んでもよい。

【0023】

一対になったＳＴＰに含まれるそれぞれのＳＴＰがそれぞれ異なるメッセージパスを与えることができるので、関連するＳＳ７要求メッセージを検証および／または互いに関連付けることは、ＳＳ７ネットワークアーキテクチャにおいて問題となり得る。より具体的には、一対に含まれるそれぞれのＳＴＰが受信するＭＡＰ ＳＡＩ要求メッセージおよび関連するＭＡＰ位置更新要求メッセージは、必ずしも互いに関係付けることができるわけではない。このように、ネットワーク１００は、一対のＳＴＰの両方（たとえば、プライマリＳＴＰ１０６およびセカンダリＳＴＰ１０８）がアクセス可能な共有検証データベース１３２を利用するように構成されている。いくつかの実施の形態では、共有検証データベース１３２は、データベースホスト１３０に存在してもよい。データベースホスト１３０は、ＳＴＰ１０６およびＳＴＰ１０８の両方によってアクセス可能であるが、ＳＴＰ１０６およびＳＴＰ１０８とは別である。その他の実施の形態では、検証データベース１３２は、一対のうち一方のＳＴＰ（たとえば、ＳＴＰ１０６）上にローカルに存在してもよいが、一対のうち他方のＳＴＰ（たとえば、ＳＴＰ１０８）によってアクセスされてもよい。いくつかの実施の形態では、ＳＴＰの各々とデータベースホスト１３０との間に存在するシグナリングリンク（たとえば、リンク１２０およびリンク１２２）は、「Ｃ」リンクから構成されてもよい。ＳＴＰ１０６およびＳＴＰ１０８の各々は、レコード満了タイマー１１６を含んでもよい。レコード満了タイマー１１６は、ハードウェアおよび／またはソフトウェアベースの時計機構を用いて実現することができる。詳細は後述するが、ＨＬＲ１１８からＳＡＩ肯定応答メッセージを受信すると、検証エンジン１１４がレコード満了タイマー１１６を開始してもよい。検証エンジン１１４は、レコード満了タイマー１１６、およびデータベースホスト１３０から取得する満了タイムアウト時間値１３６を利用して、ＳＡＩ肯定応答メッセージの受信とＶＬＲからの後続の位置更新要求メッセージの受信との間に満了する時間を監視することができる。

【0024】

図１に示すように、データベースホスト１３０は、一対のＳＴＰがアクセス可能なＶＬＲ検証データベース１３２をホストおよび保持する役割を担うネットワーク要素（たとえば、アプリケーションサーバ）を含んでもよい。特に、データベースホスト１３０は、ＳＴＰ１０６およびＳＴＰ１０８の各々にクロスリンク１２０～１２２を介して通信可能に接続されており、クロスリンク１２０～１２２は、それぞれ、共有検証データベース１３２へのアクセスを提供する。いくつかの実施の形態では、検証データベース１３２は、複数の移動先ネットワークＶＬＲに対応する複数のデータベースレコードのエントリ１３４を含む。具体的には、各データベースレコードエントリ１３４は、ＩＭＳＩ、および特定のＶＬＲに対応付けられた検証タプルから構成されてもよい。たとえば、データベースレコードエントリの検証タプル部分は、移動先ＶＬＲ識別情報、ＳＡＩ要求フラグ、および位置更新要求フラグ（たとえば、＜ＶＬＲ－ＩＤ、ＳＡＩ－Ｆｌａｇ、ＬＵ－Ｆｌａｇ＞）を含んでもよい。いくつかの実施の形態では、ＶＬＲ識別子は、イングレスＳＡＩ要求メッセージに含まれるＶＬＲアドレスから、検証エンジン１１４によって抽出されてもよい。さらには、ＳＡＩ要求メッセージを受信したことを示す「１」にＳＡＩ－Ｆｌａｇを設定してもよい。同様に、移動先ネットワークから位置更新要求メッセージをまだ受信していないことを示す「０」にＬＵ－Ｆｌａｇを設定することができる。そうでない場合、最初にＳＡＩ要求メッセージを送信したＶＬＲと同じＶＬＲから位置更新要求メッセージを受信した後、ＬＵ－Ｆｌａｇを「１」に設定できる。

【0025】

いくつかの実施の形態では、検証データベース１３２は、満了タイムアウト時間値１３６も格納するように構成されてもよい。満了タイムアウト時間値１３６は、検証エンジン１１４がアクセス可能および／または読み出すことができる。特に、検証エンジン１１４は、満了タイムアウト時間値１３６が指定した値を、予め定義された閾値として利用してもよい。この閾値は、レコード満了タイマー１１６によって監視される。一実施の形態において、デフォルト満了タイムアウト時間値１３６を２１，６００秒に設定してもよい。特に、レコード満了タイマー１１６は、下りローミング中の加入者にサービスを提供する外部ネットワークからイングレスＳＳ７シグナリングメッセージを受信する時刻を監視するために、ＳＴＰ１０６によって利用することができる。ＳＴＰ１０６は、検証エンジン１１４およびタイマー１１６を利用して、加入者があるローミングネットワークから別のローミングネットワークに移動している場合にＳＡＩ要求メッセージの後で位置更新要求メッセージをＶＬＲが送信することを検証できる。つまり、検証エンジン１１４は、ＳＡＩ要求メッセージおよび後続の位置更新要求メッセージが、レコード満了タイマー１１６が計測する予め定義された期間内に必ず同じＶＬＲから送信されるようにするよう構成されてもよい。正規のＶＬＲであれば、位置更新要求およびＳＡＩ要求メッセージをほぼ同じ時刻に送信するので、これにより、開示の方法およびシステムは、これらのメッセージが１つのソースから必ずタイミングよく送信されるようにして、時間差およびメッセージのソース（複数可）を検出することによって潜在的なローミング不正に対する安全機能を提供する。

【0026】

図２は、不正なローミングを行う目的でなりすましている可能性がある例示的なＳＳ７／ＭＡＰシグナリングメッセージを示すメッセージフロー図である。図２では、加入者のユーザ機器（図示せず）がそのホームネットワーク外をローミングしている可能性があり、特に、移動先ネットワーク内に位置している（すなわち、ユーザ機器は、ホームネットワーク無線アクセスがない）。たとえば、ユーザ機器の現在位置情報（たとえば、現在のセルの位置）を用いてホームネットワークＨＬＲ１１８を更新するように構成された（たとえば、ＭＳＣによってホストされている）移動先ネットワークＶＬＲ１０４に、加入者のユーザ機器が登録および／または繋がれてもよい。ユーザ機器の現在位置を用いてＨＬＲ１１８を更新する前に、移動先ＶＬＲ１０４は、ＭＡＰ ＳＡＩ（Ｓｅｎｄ Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）要求メッセージ２１０をＨＬＲ１１８に送信する。ＳＡＩ要求メッセージ２１０は、移動先ネットワークＶＬＲおよび加入者のユーザ機器（たとえば、モバイル機器）を識別する情報を含んでいる。ＳＡＩ要求メッセージ２１０を受信したことに応答して、ＨＬＲ１１８は、ＭＡＰ ＳＡＩ肯定応答メッセージ２１２をＶＬＲ１０４に送る。

【0027】

ＳＡＩ肯定応答メッセージ２１２を受信した後、移動先ＶＬＲ１０４は、位置更新要求メッセージ２１４をＨＬＲ１１８に送信して、加入者のユーザ機器の現在位置を更新する。位置更新要求メッセージ２１４を受信して処理したことに応答して、ＨＬＲ１１８は、位置更新応答メッセージ（たとえば、Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａメッセージ２１６）を移動先ネットワークＶＬＲ１０４に送信する。特に、位置更新応答メッセージは、加入者識別データを含んでいる。加入者識別データは、加入ユーザにサービスを提供することを可能にし、加入者のユーザ機器が現在位置する移動先ネットワークの規則および／またはポリシーに従ってサービスに対する支払いを請求することを可能にする。

【0028】

ユーザ機器デバイスが外部ネットワークでローミング中であり、かつ、位置更新要求メッセージ２１４が有効なＶＬＲから送信された場合、図２に示すシグナリングシナリオは、不正行為とは無関係である。しかしながら、なりすましがホストする不正システムは、移動先ネットワークＶＬＲ１０４を装うまたは移動先ネットワークＶＬＲ１０４として動作して、なりすましている位置更新要求メッセージをＨＬＲ１１８に送信し、格納されている加入者のユーザ機器についての位置データを、なりすましの不正ネットワークに更新することができる。加入者のユーザ機器の位置情報を用いてＨＬＲを更新することにより、後続の加入者からの通信をなりすましが傍受できるようになる可能性がある。なぜならば、ＨＬＲに格納されたレコードエントリが、加入者のユーザ機器（および／またはホストＶＬＲ）の実際の位置ではなく、なりすましネットワークの位置を指していると想定されるからである。

【0029】

いくつかの例では、なりすましは、なりすましネットワークにおいて本物のＭＳＣおよび／またはＶＬＲを装う。本物のＭＳＣ／ＶＬＲを装うことは、ＭＡＰベースの位置更新要求メッセージなど、有効なメッセージを生成することと、これらのメッセージをその他のネットワークに転送してこれらのネットワークから加入者情報を取得することを目的とすることとを含む。なりすましは、ネットワークで通信を行い、ＳＳ７位置更新メッセージングなど、ＭＡＰ位置更新メッセージングを生成する能力を有するコンピューティングプラットフォームである可能性がある。なりすましが位置更新メッセージングを生成して、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｄｅｎｔｉｆｉｅｒ）、ＭＳＩＳＤＮ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｔｅｇｒａｔｅｄ Ｓｅｒｖｉｃｅｓ Ｄｉｇｉｔａｌ Ｎｅｔｗｏｒｋ）番号、および／またはＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｆｉｅｒ）など、有効な加入者識別子にアクセスできるようになると、なりすましは、位置更新メッセージングを利用して攻撃を引き起こして、識別された加入者についての継続課金情報を携帯電話加入者のＨＬＲから取得できるようになる。

【0030】

いくつかの例では、なりすましは、移動先ネットワークとは別のなりすましネットワークに位置している可能性があり、ＭＳＣ／ＶＬＲを装う。図２では、なりすましは、ＭＡＰ位置更新要求メッセージ２１４をＨＬＲ１１８に送信できる。ＳＳ７ベースのシグナリング攻撃が、ローミングネットワークからの相互接続シグナリングトラフィックを通して投入される可能性がある。攻撃のいくつかの例として、加入者へのＤｏＳ（Ｄｅｎｉａｌ ｏｆ Ｓｅｒｖｉｃｅ）攻撃、位置追跡攻撃、および不正攻撃などが挙げられる。これらの攻撃は、なりすまし行為、または外部ネットワーク要素のＩＤになりすますことによって行われる場合がある。たとえば、ネットワークＶＬＲ（および／またはホストするＭＳＣ）から送信されたＭＡＰ ＳＡＩ要求メッセージおよびＭＡＰ位置更新要求メッセージなど、着信ＳＳ７および／またはＭＡＰ要求メッセージにおいて、サービスを提供するＶＬＲ（Ｖｉｓｉｔｅｄ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）の識別子がなりすましている場合がある。特に、開示の主題は、移動先ネットワークをローミング中の加入者のホームネットワークに存在するＨＬＲに宛ててＳＳ７シグナリングトラフィックを送る外部ネットワークＶＬＲを、ＳＴＰを利用して検証／認証するシステムおよび方法を提示する。特に、図２に示すシステムは、ＳＡＩ要求メッセージおよび位置更新要求メッセージの両方が予め定義された期間内に同じ移動先ＶＬＲ（たとえば、ＶＬＲ１０４）から受信されることを確認するための有効な機構を必要とする。

【0031】

いくつかの実施の形態では、ＳＴＰ１０６は、ネットワークからの着信メッセージを受信し、かつ、ＶＬＲ識別情報を含むＳＳ７および／またはＭＡＰシグナリングメッセージの選別および認証処理を実行するように構成されてもよい。特に、ＳＴＰは、ＳＡＩ要求メッセージおよび位置更新要求メッセージをホームネットワークに送信しているＶＬＲのＩＤを検証することによってホームネットワークのゲートキーパーとして機能するように構成され得る。また、いくつかの実施の形態では、ＳＡＩ要求メッセージおよび位置更新要求メッセージの両方が予め定義された期間内に同じソース（たとえば、ＶＬＲおよび／またはＭＳＣ）から送信されることを確認するようにＳＴＰを構成することができる。ＳＴＰは、加入者のユーザ機器のＩＭＳＩと、ＳＴＰがアクセス可能な検証データベースにある移動先ＶＬＲの＜ＶＬＲ－ＩＤ、ＳＡＩフラグ、ＬＵフラグ＞情報とのマッピング（たとえば、データベースエントリ）を保持するように構成され得る。たとえば、ＶＬＲ検証データベースは、ＳＴＰ上にローカルにホストすることができる。または、ＳＴＰがアクセス可能なネットワーク要素（たとえば、第２のＳＴＰまたはアプリケーションサーバ）によってホストされてもよい。さらには、ＶＬＲ検証データベースは、ＳＴＰの対（たとえば、第１のＳＴＰに割り当てられた／一対にされた第２のＳＴＰ）によってもアクセス可能であってもよい。本明細書ではＩＭＳＩの利用について説明するが、任意の加入者またはデバイスの識別子を、開示の主題の範囲を逸脱することなく利用することができる。ＶＬＲ識別子（ＶＬＲ－ＩＤ）は、移動先ネットワークにあるＶＬＲおよび／またはホストＭＳＣを識別する識別子である。特に、ＶＬＲ－ＩＤは、ＳＡＩ要求メッセージおよび位置更新要求メッセージの両方に含まれる、または組み込まれている。いくつかの実施の形態では、特定のＩＭＳＩについてのＳＡＩ要求メッセージを受信した場合、検証エンジンは、ＳＡＩフラグを設定することができる。同様に、同じＩＭＳＩについての位置更新要求メッセージを受信した場合、検証エンジンによって位置更新要求フラグを設定することができる。ＶＬＲ識別子は、特に、移動先ネットワークのＶＬＲおよび／またはＭＳＣを識別する。このＶＬＲ識別子は、移動先ネットワークＶＬＲから位置更新要求メッセージを受信した場合に、検証エンジンによって更新することができる。

【0032】

いくつかの実施の形態では、位置更新要求メッセージは、同じＶＬＲから送信されたＳＡＩ要求メッセージを介して認証が正常に行われた後受信された場合にのみ、検証エンジンによって検証されてもよい。いくつかの実施の形態では、検証エンジンは、メッセージを、検証した後（たとえば、受信した要求メッセージに含まれるＶＬＲ識別子がＶＬＲ検証データベースに格納されたＶＬＲ識別子に一致した場合）に、ＨＬＲまたはＶＬＲに転送してもよい。

【0033】

いくつかの実施の形態では、ＳＴＰ１０６は、ＶＬＲ検証データベースからレコードを削除するために、レコード満了タイマー１１６を保持するように構成され得る。たとえば、レコードを削除するためのデフォルト満了タイムアウト値を、事業者が定義した値（たとえば、１０，０００秒）に設定することができる。タイマーが満了した場合、レコードがＶＬＲ検証データベースから削除されてもよい。

【0034】

図３Ａ～図３Ｄは、下りローミング中の加入者に関連するメッセージを処理して、ローミング関連の不正から保護するための例示的な方法を示す図である。たとえば、図３Ａは、ＳＴＰがアクセス可能な検証データベースに一致するＩＭＳＩが格納されている場合にＳＴＰが受信するＳＡＩ要求メッセージおよびＳＡＩ肯定応答メッセージのために行われる例示的な工程（方法３００）を示す図である。いくつかの実施の形態では、図３に示す方法３００は、メモリに格納されたアルゴリズムである。当該アルゴリズムは、ハードウェアプロセッサによって実行されると、ステップ３０１～３１０を実行する。図３Ａのブロック３０１では、移動先ネットワークＶＬＲによって送信されたＳＡＩ要求メッセージをＳＴＰが受信する。ブロック３０２では、一致するＶＬＲ識別子をＳＡＩ要求メッセージが含んでいるかどうかの判断を行う。このステップは、検証エンジン１１４によって検証データベース１３２を用いて行われる。一致するＶＬＲ識別子が検証データベース１３２に存在するかどうかの判断は、ＳＡＩ要求メッセージからＩＭＳＩを抽出するステップを含む。より具体的には、検証エンジン１１４は、ＳＡＩ要求メッセージからＶＬＲ識別子を抽出し、抽出したＶＬＲ識別子を検証データベース１３２に格納された（あれば）ＶＬＲ識別子と比較することができる。データベースレコードエントリに含まれるＶＬＲ識別子が、受信したＳＡＩ要求メッセージに元から含まれていた識別子と一致しなかった場合、方法３００は、ブロック３０４に進む。ブロック３０４では、加入者のホームネットワークにあるＨＬＲにこの要求メッセージを転送する。一致するＶＬＲ識別子が見つからなかった場合、方法は、ブロック３１２に進む。ブロック３１２では、ＨＬＲにＳＡＩ要求メッセージを転送する（そして、後述するように、方法３００は、ブロック３０８に進む）。

【0035】

ブロック３０６では、新しいデータベースレコードエントリを生成し、検証データベース１３２に追加する。検証データベース１３２にある新しいデータベースレコードエントリは、先に格納されているＩＭＳＩについて、（１）ＳＡＩ要求メッセージから抽出された新しいＶＬＲ識別子と、（２）ＳＡＩ要求メッセージが受信済みであることを示す「１」に設定されたＳＡＩフラグと、（３）特定のＶＬＲ識別子についての位置更新要求メッセージがまだ受信されていないことを示す「０」に設定されたＬＵ要求フラグとを含んでもよい。

【0036】

ブロック３０８では、一致するＳＡＩ肯定応答メッセージをＳＴＰがＨＬＲから受信すると、レコード満了タイムアウト時間を開始する。ＳＡＩ肯定応答メッセージは、要求メッセージが正常に受信されてＨＬＲによって処理されたことを示す。

【0037】

ブロック３１０では、最初のＳＡＩ要求メッセージを送信したＶＬＲ（および／またはＭＳＣ）にＳＡＩ肯定応答メッセージを転送する。

【0038】

図３Ｂは、検証データベース１３２に現在格納されているＩＭＳＩを位置更新要求メッセージが含んでいる場合に位置更新要求メッセージを処理するために検証エンジン１１４によって実行されるステップを含む、例示的な方法３５０を示す図である。ブロック３５１では、ＭＡＰ位置更新要求メッセージを受信する。位置更新要求メッセージは、加入者がローミング中の移動先ネットワークの正規のＶＬＲから送信された可能性がある。あるいは、位置更新要求メッセージは、なりすましおよび／または攻撃者から送信された可能性がある。ブロック３５２では、位置更新要求メッセージから抽出されたＶＬＲ識別子が、検証データベース１３２に格納されたＩＭＳＩについてのＶＬＲ識別子と一致するかどうかを判断する。たとえば、（ブロック３５２）におけるこの判断は、検証エンジン１１４によって検証データベース１３２を利用して行うことができる。位置更新要求メッセージから抽出されたＶＬＲ識別子が、検証データベース１３２に格納されたデータベースレコードエントリに含まれるＶＬＲ識別子に一致した場合、方法３５０は、ブロック３５４に進む。ブロック３５４では、ＩＭＳＩのデータベースレコードエントリを更新して、（１）ＬＵ要求フラグを（位置更新要求メッセージを受信したことを示す）「１」に等しくなるよう設定し、（２）ＶＬＲ識別子を、位置更新要求メッセージで受信したＣｇＰＡ（Ｃａｌｌｉｎｇ Ｐａｒｔｙ Ａｄｄｒｅｓｓ）パラメータ（たとえば、ＳＣＣＰ（Ｓｉｇｎａｌｉｎｇ Ｃｌｉｅｎｔ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ）ＣｇＰＡ）に設定する。次に、方法３５０は、ブロック３５６に進む。ブロック３５６では、位置更新要求メッセージをＨＬＲに転送し、当該レコードのレコード満了タイムアウト時間の経過を追っているタイマーをリセットおよび／または再スタートする。

【0039】

ブロック３５２に戻り、位置更新要求メッセージに含まれるＶＬＲ識別子が、検証データベース１３２に格納されたＩＭＳＩについてのＶＬＲ識別子のいずれにも一致しなかった場合、攻撃者および／またはなりすましエンティティから送信された可能性があるメッセージとしてこのメッセージにフラグを付ける。方法３５０は、ブロック３５８に進む。ブロック３５８では、位置更新要求メッセージを検証エンジン１１４が拒否する。特に、加入者のホームネットワークにあるＨＬＲに拒否された位置更新要求メッセージが転送されないようにする。ブロック３６０では、拒否された位置更新要求メッセージには、怪しいメッセージであるというマークが検証エンジンによって付けられて、アナリティクスプラットフォームに転送される。アナリティクスプラットフォームは、ネットワーク事業者に警告メッセージを提供する、および／または不正の検知および防止に関するその他の動作を実行もしくはトリガするように構成することができる。

【0040】

図３Ｃは、一致するＩＭＳＩに対応しない位置更新要求メッセージまたは受信したＳＡＩ要求メッセージ（すなわち、検証データベース１３２に現在格納されているＩＭＳＩについてのデータベースレコードエントリがない）を処理する際に検証エンジンによって実行されるステップを含む、例示的な方法４００を示す図である。ブロック４０１では、一致するＩＭＳＩを含まないＳＡＩ要求メッセージまたは位置更新要求メッセージを受信する。たとえば、検証エンジン１１４は、受信した要求メッセージからＩＭＳＩを抽出し、抽出したＩＭＳＩを用いて検証データベース１３２のクエリ検索を行うことによって、受信した要求メッセージが一致するＩＭＳＩを含むかどうかを判断してもよい。データベース１３２に格納されている一致するＩＭＳＩを含んだデータベースレコードエントリがない場合、図３Ｃに示す処理が実行されることになる。

【0041】

受信した要求メッセージがＳＡＩ要求メッセージであった場合、方法４００は、ブロック４０２に進む。ブロック４０２では、ＳＡＩ要求メッセージをホームネットワークにあるＨＬＲに転送する。ブロック４０４では、（ＳＡＩ要求メッセージから抽出された）ＩＭＳＩを（ＳＡＩフラグおよびＬＵ要求フラグを含む）ＶＬＲ識別子にマッピングしたデータベースレコードエントリを、検証データベース１３２に追加する。

【0042】

ブロック４０６では、ＨＬＲがＳＡＩ肯定応答メッセージで応答する。この応答メッセージが、ＳＡＩ要求が正常に受信されてＨＬＲによって処理されたことを示す場合、方法４００は、ブロック４０８に進む。ブロック４０８では、検証エンジンが、レコード満了タイムアウト時間を開始する（たとえば、タイマー１１６によって）。また、検証エンジンは、ＳＡＩ肯定応答メッセージを外部／移動先ネットワークにあるＶＬＲ（および／またはＭＳＣ）に転送してもよい。応答が、ＳＡＩ要求が正常に受信されなかったと示す場合、方法４００は、ブロック４１０に続く。ブロック４１０では、レコードエントリを検証データベース１３２から削除し、肯定応答メッセージを外部ＶＬＲ（および／ＭＳＣ）に転送する。

【0043】

ブロック４０１に戻り、受信した要求メッセージが位置更新要求メッセージであり、一致するＩＭＳＩが検証データベースになかった場合、方法は、ブロック４１２に続く。ブロック４１２では、要求メッセージに怪しいメッセージであるというマークを付ける。特に、この怪しいメッセージは、検証エンジンによって拒否され、加入者のホームネットワークのＨＬＲに転送されない。

【0044】

図３Ｄは、ＳＴＰが位置要求キャンセルメッセージをホームネットワークのＨＬＲから受信した場合に検証エンジン１１４によって実行され得る、例示的な方法４５０を示す。ブロック４５１では、ＳＴＰが、位置要求キャンセルメッセージを加入者のホームネットワークにあるＨＬＲから受信する。特に、位置要求キャンセルメッセージは、加入者のユーザ機器が以前に登録された移動先ＶＬＲ（および／またはＭＳＣ）に宛てて送られてもよい。

【0045】

ブロック４５２では、検証データベース１３２のクエリ検索を行う。いくつかの実施の形態では、検証エンジンは、位置要求キャンセルメッセージに含まれるＩＭＳＩを利用し、宛先ホストの識別子を、記録された認証済み位置更新要求メッセージのＶＬＲ識別子と比較することによってクエリ検索を行ってもよい。

【0046】

ブロック４５４では、検証エンジンは、位置要求キャンセルメッセージに含まれるＩＭＳＩがレコードのＩＭＳＩと一致するＶＬＲ検証データベース１３２においてデータベースレコードエントリが見つかるかどうかの判断を行う。一致するエントリが検証データベース１３２に見つからなかった場合、方法４５０は、ブロック４５８に進む。ブロック４５８では、検証エンジンが、位置要求キャンセルメッセージを移動先ネットワークにあるＶＬＲ（および／またはＭＳＣ）に転送する。反対に、ブロック４５４において一致が見つかった場合、方法４５０は、ブロック４５６に続き、検証エンジンが、位置要求キャンセルメッセージに対応するデータベースレコードエントリを削除する。その後、方法は、ブロック４５８に進む。ブロック４５８では、移動先ネットワークにあるＶＬＲ（および／またはＭＳＣ）に位置要求キャンセルメッセージを転送する。

【0047】

図４は、ローミング中の加入者に関するシグナリングメッセージを識別および処理するためにＳＴＰ１０６とやり取りする例示的なメッセージを示すシグナリングフロー図である。図４を参照して、移動先ＶＬＲ１０４は、ＭＡＰ ＳＡＩ要求メッセージ４６１をＳＴＰ１０６に宛てて送る。ＳＡＩ要求メッセージ４６１は、加入者のＵＥがネットワークに繋がれたことに応答して正規のＶＬＲおよび／またはＭＳＣによって生成されている可能性がある。あるいは、要求メッセージ４６１は、有効なＶＬＲまたはＭＳＣを装うなりすましによって生成される不正メッセージを含んでいる可能性がある。ＳＴＰ１０６は、たとえば、位置確認およびＨＬＲ情報（これは取得しなければならない）を利用することによって、ＶＬＲがメッセージ４６１を送信していることを検証できる。ＳＡＩ要求メッセージ４６１を受信した後、ＳＴＰ１０６は、ＩＭＳＩおよびＶＬＲ識別子（元から要求メッセージ４６１に含まれていた）を取得し、その後、ＳＴＰ１０６がアクセス可能なマッピングデータベース（たとえば、図１の検証データベース１３２）にこの情報を記録するように構成される。ＩＭＳＩおよびＶＬＲ識別子情報を格納した後、ＳＴＰ１０６は、要求メッセージ（たとえば、ＳＡＩ要求メッセージ４６２として図示されている）をＨＬＲ１１８に転送する。

【0048】

要求メッセージ４６２を受信したことに応答して、ＨＬＲ１１８は、ＳＡＩ肯定応答メッセージ４６３を生成するように構成される。ＳＡＩ要求メッセージ４６２が受信されなかった（すなわち、トランザクション失敗）と肯定応答メッセージ４６３が示す場合、作成された格納されたデータベースレコードエントリは、削除される。あるいは、ＳＡＩ要求メッセージ４６２が正常に受信されたと肯定応答メッセージ４６３が示す場合、このデータベースレコードエントリは、検証データベースに保持される。その後、（ＳＡＩ肯定応答メッセージ４６４として）肯定応答メッセージがＶＬＲ１０４に転送される。これに加えて、正常に受信されたことを示すＳＡＩ肯定応答メッセージ４６４を送信した後、ＳＴＰ１０６は、このレコードエントリの満了タイムアウト時間を（タイマー機構を介して）開始する。

【0049】

いくつかの実施の形態では、移動先ＶＬＲ１０４は、位置更新要求メッセージ４６５をＳＴＰ１０６に送信するように構成される。メッセージ４６５を受信した後、ＳＴＰ１０６は、ＳＡＩ要求メッセージ４６１の送信者に対応するＶＬＲ識別子を用いて、位置更新要求メッセージ４６５の送信者に対応するＶＬＲ識別子を検証する。検証が成功（すなわち、ＶＬＲ識別子が、同じであり、一致）し、満期タイマーによって監視される所定の閾値期間（たとえば、満了タイムアウト時間）内にメッセージ４６５が受信された場合、位置更新要求メッセージは、（位置更新要求メッセージ４６６として）ＨＬＲ１１８に転送される。何らかの理由で検証が成功しなかった場合、位置更新要求メッセージは、ＨＬＲ１１８に転送されず、代わりに、不正処理のためにアナリティクスプラットフォームに宛てて送られてもよい。

【0050】

位置更新要求メッセージが有効であると判断された場合、位置更新要求メッセージ４６５は、ＨＬＲ１１８に転送される。有効な位置更新要求メッセージ４６６を受信したことに応答して、ＨＬＲ１１８は、Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａメッセージ４６７をＳＴＰ１０６に送信する。次に、ＳＴＰ１０６は、Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａメッセージ４６７を移動先ＶＬＲ１０４に宛てて送る（Ｉｎｓｅｒｔ Ｓｕｂｓｃｒｉｂｅｒ Ｄａｔａメッセージ４６８として図示されている）。

【0051】

また、ＨＬＲ１１８は、その後、位置要求キャンセルメッセージ４６９をＳＴＰ１０６に送信するように構成され得る。位置要求キャンセルメッセージ４６９を受信したことに応答して、ＳＴＰ１０６は、ＩＭＳＩおよびＶＬＲ ＩＤ情報を含んだデータベースレコードエントリを検証データベース１３２から除去することができる。データベースレコードエントリが除去された後、ＳＴＰ１０６は、位置要求キャンセルメッセージ（位置要求キャンセルメッセージ４８０と図示されている）を移動先ＶＬＲ１０４に転送してもよい。

【0052】

本明細書に記載の主題の利点は、ＳＳ７ ＳＴＰで展開されて動作可能になる機能を含む。特に、本明細書に記載の不正検出方法は、モバイルネットワーク事業者および相互連結している事業者によって展開することができる。相互連結している事業者は、相互連結している事業者に通信可能に接続されたすべてのモバイルネットワーク事業者に代わって、本明細書に記載のＶＬＲ認証処理を追加および実行することができる。よって、本明細書に記載の主題を利用する相互連結している事業者は、複数のモバイルネットワーク事業者のＳＡＩ要求メッセージとＭＡＰベースの位置更新要求メッセージとを互いに関連付けて、それぞれのモバイルネットワーク事業者のＨＬＲを保護することができる。

【0053】

ＳＳ７エンドノード（たとえば、ＨＬＲまたはＶＬＲ）ではなく、ＳＴＰにおいて本明細書に記載の主題を展開することのさらなる利点は、ＳＴＰとＨＬＲとの間のメッセージングを減らすことができることである。たとえば、位置更新要求メッセージの認証をＨＬＲが行った場合、位置更新要求メッセージをＨＬＲに転送できるかどうかを判断する前に受信した位置更新要求メッセージの各々について、ＳＴＰとＨＬＲとの間のメッセージングを認証する必要があってもよい。このような追加の認証メッセージングによって、事業者のネットワークで不要なトラフィックが生じてしまう可能性がある。本明細書に記載の主題は、ＳＴＰがアクセス可能な認証データベースを用いてＳＴＰにおいてＶＬＲ認証を行うことによって、このような追加のメッセージングを回避する。

【0054】

本明細書に記載のＶＬＲ認証を行うように構成されたＳＴＰは、コンピュータネットワークを危険に晒し得る不正およびその他の種類のシグナリング攻撃の可能性を減らすことにより、コンピュータネットワークセキュリティの技術分野を向上させる。これに加えて、本明細書に記載の主題は、ＳＴＰにおいてＳＡＩ要求メッセージから情報を得ることによって、ＶＬＲ認証を行うのに必要なシグナリング量を減らすことにより、通信ネットワークの分野を効果的に向上させる。よって、認証のためにＳＴＰとＨＬＲとの間を行ったり来たりするシグナリングの必要性を減らす。

【0055】

今回開示された主題の様々な詳細は、今回開示された主題の範囲を逸脱することなく変更されてもよいと理解されるであろう。さらには、上記の説明はあくまで例示にすぎず、限定ではない。

【図1】

【図2】

【図3A】

【図3B】

【図3C】

【図3D】

【図4】