特許 7246418 ネットワークノード検証のための方法、システム、およびコンピュータ読み取り可能な媒体

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

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

(11)【特許番号】

(24)【登録日】2023-03-16

(45)【発行日】2023-03-27

(54)【発明の名称】ネットワークノード検証のための方法、システム、およびコンピュータ読み取り可能な媒体

(51)【国際特許分類】

   H04W 12/122 20210101AFI20230317BHJP

   H04W 8/08 20090101ALI20230317BHJP

   H04W 92/24 20090101ALI20230317BHJP

【ＦＩ】

H04W12/122

H04W8/08

H04W92/24

【請求項の数】 11

(21)【出願番号】P 2020572898

(86)(22)【出願日】2019-04-23

(65)【公表番号】

(43)【公表日】2021-10-28

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

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

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

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

(31)【優先権主張番号】16/024,422

(32)【優先日】2018-06-29

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

(73)【特許権者】

【識別番号】502303739

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

(74)【代理人】

【識別番号】110001195

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

(72)【発明者】

【氏名】メータ，ビクラム

【審査官】望月 章俊

(56)【参考文献】

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

【文献】国際公開第２０１１／０１０６４０（ＷＯ，Ａ１）

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

ネットワークノードを検証するための方法であって、
第１ネットワークノードにおいて、
携帯電話加入者に対応付けられた第１メッセージを第２ネットワークノードから受信するステップと、
前記第１ネットワークノードが、前記携帯電話加入者の移動通信機器を識別する識別情報を要求するクエリを前記第２ネットワークノードに送信するステップと、
前記第１ネットワークノードが、前記クエリに対する応答を前記第２ネットワークノードから受信するステップとを含み、前記応答は、前記識別情報を含み、前記方法は、さらに、
前記応答から前記識別情報を抽出するステップと、
前記応答から抽出された前記識別情報と、前記携帯電話加入者の前記移動通信機器を識別する検証済み識別情報とを比較するステップとを含み、前記検証済み識別情報は、前記第２ネットワークノードとは別の信頼できるソースからの識別情報であり、前記方法は、さらに、
前記応答から抽出された前記識別情報が前記検証済み識別情報に一致することに応答して、前記第１メッセージを送信する承認を受けていると前記第２ネットワークノードを認識し、前記第１メッセージを処理するステップと、
前記応答から抽出された前記識別情報が前記検証済み識別情報に一致しないことに応答して、前記第１メッセージを送信する承認を受けていないと前記第２ネットワークノードを認識し、前記第１メッセージをネットワークセキュリティ脅威として識別するステップとを含み、
前記クエリは、ＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）ＰＳＩ（Ｐｒｏｖｉｄｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｆｏｒｍａｔｉｏｎ）要求メッセージ、ＭＡＰ ＡＴＩ（Ａｎｙ Ｔｉｍｅ Ｉｎｔｅｒｒｏｇａｔｉｏｎ）要求メッセージ、またはＤｉａｍｅｔｅｒＰＳＬ（Ｐｒｏｖｉｄｅ Ｓｕｂｓｃｒｉｂｅｒ Ｌｏｃａｔｉｏｎ）要求メッセージを含み、前記応答は、ＭＡＰ ＰＳＩ応答メッセージ、ＭＡＰ ＡＴＩ応答メッセージ、またはＤｉａｍｅｔｅｒＵＬＲ（Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを含む、方法。

【請求項2】

ネットワークノードを検証するための方法であって、
第１ネットワークノードにおいて、
携帯電話加入者に対応付けられた第１メッセージを第２ネットワークノードから受信するステップと、
前記第１ネットワークノードが、前記携帯電話加入者の移動通信機器を識別する識別情報を要求するクエリを前記第２ネットワークノードに送信するステップと、
前記第１ネットワークノードが、前記クエリに対する応答を前記第２ネットワークノードから受信するステップとを含み、前記応答は、前記識別情報を含み、前記方法は、さらに、
前記応答から前記識別情報を抽出するステップと、
前記応答から抽出された前記識別情報と、前記携帯電話加入者の前記移動通信機器を識別する検証済み識別情報とを比較するステップとを含み、前記検証済み識別情報は、前記第２ネットワークノードとは別の信頼できるソースからの識別情報であり、前記方法は、さらに、
前記応答から抽出された前記識別情報が前記検証済み識別情報に一致することに応答して、前記第１メッセージを送信する承認を受けていると前記第２ネットワークノードを認識し、前記第１メッセージを処理するステップと、
前記応答から抽出された前記識別情報が前記検証済み識別情報に一致しないことに応答して、前記第１メッセージを送信する承認を受けていないと前記第２ネットワークノードを認識し、前記第１メッセージをネットワークセキュリティ脅威として識別するステップとを含み、
前記検証済み識別情報は、前記携帯電話加入者に対応付けられた携帯電話加入者識別子を用いて検証データストアに問い合わせて、前記携帯電話加入者に対応付けられたＩＭＥＩを取得することによって取得され、前記検証データストアは、携帯電話加入者識別子によって索引付けされたＩＭＥＩを含む、方法。

【請求項3】

前記第１メッセージは、Ｄｉａｍｅｔｅｒメッセージ、ＤｉａｍｅｔｅｒＵＬＲ（Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージ、ＤｉａｍｅｔｅｒＮＯＲ（Ｎｏｔｉｆｉｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージ、ＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）メッセージ、ＭＡＰ位置更新メッセージ、または位置検証要求メッセージを含む、請求項１または２に記載の方法。

【請求項4】

前記識別情報は、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ）、機器識別子、暗号化キー、または携帯電話加入者に関するセキュリティ価値を含む、請求項１～３のいずれか１項に記載の方法。

【請求項5】

前記信頼できるソースは、ホームネットワークノード、データストア、または以前に検証済みのネットワークノードを含む、請求項１～４のいずれか１項に記載の方法。

【請求項6】

前記第１メッセージを処理するステップは、前記第１メッセージをロケーションレジスタに転送するステップ、前記第２ネットワークノードが有効であることを示すメッセージをノードに送るステップ、または前記第１メッセージの一部を複製または格納するステップを含む、請求項１～５のいずれか１項に記載の方法。

【請求項7】

前記第１メッセージをネットワークセキュリティ脅威として識別することに応答して、ＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）パージＭＳメッセージを送信するステップ、Ｄｉａｍｅｔｅｒパージ要求メッセージを送信するステップ、前記第１メッセージを破棄するステップ、前記第１メッセージがロケーションレジスタに届かないようにするステップ、前記第２ネットワークノードが無効であることを示すメッセージをノードに送るステップ、または前記第１メッセージの一部を複製または格納するステップを含む、請求項１～６のいずれか１項に記載の方法。

【請求項8】

前記第１ネットワークノードは、Ｄｉａｍｅｔｅｒノード、Ｄｉａｍｅｔｅｒルーティングエージェント、Ｄｉａｍｅｔｅｒ信号ルータ、ゲートウェイ、信号ルータ、ＳＴＰ（Ｓｉｇｎａｌ Ｔｒａｎｓｆｅｒ Ｐｏｉｎｔ）、ＳＧ（Ｓｉｇｎａｌｉｎｇ Ｇａｔｅｗａｙ）、Ｎｏ．７共通線信号方式（ＳＳ７）ノード、または信号ノードを含み、前記第２ネットワークノードは、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｌｅｍｅｎｔ）、ＶＬＲ（Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）、ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）、移動先ネットワークにあるノード、外部のネットワークノード、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔ Ｎｏｄｅ）、またはゲートウェイを含む、請求項１～７のいずれか１項に記載の方法。

【請求項9】

ネットワークノードを検証するためのシステムであって、
第１ネットワークノードを備え、前記第１ネットワークノードは、
少なくとも１つのプロセッサと、
メモリとを含み、
前記第１ネットワークノードは、
携帯電話加入者に対応付けられた第１メッセージを第２ネットワークノードから受信し、
前記携帯電話加入者の移動通信機器を識別する識別情報を要求するクエリを前記第１ネットワークノードが前記第２ネットワークノードに送信し、
前記クエリに対する応答を前記第１ネットワークノードが前記第２ネットワークノードから受信するように構成され、前記応答は、前記識別情報を含み、前記第１ネットワークノードは、さらに、
前記応答から前記識別情報を抽出し、
前記応答から抽出された前記識別情報と、前記携帯電話加入者の前記移動通信機器を識別する検証済み識別情報とを比較するように構成され、前記検証済み識別情報は、前記第２ネットワークノードとは別の信頼できるソースからの識別情報であり、前記第１ネットワークノードは、さらに、
前記応答から抽出された前記識別情報が前記検証済み識別情報に一致することに応答して、前記第１メッセージを送信する承認を受けていると前記第２ネットワークノードを認識して前記第１メッセージを処理し、
前記応答から抽出された前記識別情報が前記検証済み識別情報に一致しないことに応答して、前記第１メッセージを送信する承認を受けていないと前記第２ネットワークノードを認識して前記第１メッセージをネットワークセキュリティ脅威として識別するように構成され、
前記クエリは、ＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）ＰＳＩ（Ｐｒｏｖｉｄｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｆｏｒｍａｔｉｏｎ）要求メッセージ、ＭＡＰ ＡＴＩ（Ａｎｙ Ｔｉｍｅ Ｉｎｔｅｒｒｏｇａｔｉｏｎ）要求メッセージ、またはＤｉａｍｅｔｅｒＰＳＬ（Ｐｒｏｖｉｄｅ Ｓｕｂｓｃｒｉｂｅｒ Ｌｏｃａｔｉｏｎ）要求メッセージを含み、前記応答は、ＭＡＰ ＰＳＩ応答メッセージ、ＭＡＰ ＡＴＩ応答メッセージ、またはＤｉａｍｅｔｅｒＵＬＲ（Ｕｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ）メッセージを含む、システム。

【請求項10】

ネットワークノードを検証するためのシステムであって、
第１ネットワークノードを備え、前記第１ネットワークノードは、
少なくとも１つのプロセッサと、
メモリとを含み、
前記第１ネットワークノードは、
携帯電話加入者に対応付けられた第１メッセージを第２ネットワークノードから受信し、
前記携帯電話加入者の移動通信機器を識別する識別情報を要求するクエリを前記第１ネットワークノードが前記第２ネットワークノードに送信し、
前記クエリに対する応答を前記第１ネットワークノードが前記第２ネットワークノードから受信するように構成され、前記応答は、前記識別情報を含み、前記第１ネットワークノードは、さらに、
前記応答から前記識別情報を抽出し、
前記応答から抽出された前記識別情報と、前記携帯電話加入者の前記移動通信機器を識別する検証済み識別情報とを比較するように構成され、前記検証済み識別情報は、前記第２ネットワークノードとは別の信頼できるソースからの識別情報であり、前記第１ネットワークノードは、さらに、
前記応答から抽出された前記識別情報が前記検証済み識別情報に一致することに応答して、前記第１メッセージを送信する承認を受けていると前記第２ネットワークノードを認識して前記第１メッセージを処理し、
前記応答から抽出された前記識別情報が前記検証済み識別情報に一致しないことに応答して、前記第１メッセージを送信する承認を受けていないと前記第２ネットワークノードを認識して前記第１メッセージをネットワークセキュリティ脅威として識別するように構成され、
前記検証済み識別情報は、前記携帯電話加入者に対応付けられた携帯電話加入者識別子を用いて検証データストアに問い合わせて、前記携帯電話加入者に対応付けられたＩＭＥＩを取得することによって取得され、前記検証データストアは、携帯電話加入者識別子によって索引付けされたＩＭＥＩを含む、システム。

【請求項11】

請求項１～８のいずれか１項に記載の方法を少なくとも１つのプロセッサに実行させるためのコンピュータ読み取り可能なプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【0002】

技術分野
本明細書において説明する発明の主題は、ネットワークセキュリティのための方法およびシステムに関する。より特定的には、本明細書において説明する発明の主題は、ネットワークノード検証のための方法、システム、およびコンピュータ読み取り可能な媒体に関する。

【背景技術】

【0003】

背景
通信ネットワークは、金銭的な利益、スパイ行為、または政治目的など、様々な理由で悪意のある行為者のターゲットにされる可能性がある。たとえば、Ｎｏ．７共通線信号方式（ＳＳ７）ネットワークおよびＤｉａｍｅｔｅｒネットワークに関連する脆弱性によって、エンティティによっては、歳入詐欺を犯したり、通話の不正傍受もしくは通話の盗聴を行ったり、および／または個人の加入者情報を盗み取ったりすることができるようになる。このような問題が生じた場合、罪のない当事者が是正および／または損害を軽減させる責任を負わされる場合が多い。ネットワーク事業者は、一般に、セキュリティ機器、ファイアウォール、および／または事業者のネットワークおよび顧客への不正アクセスを防止するのに役立つその他のデバイスを利用しているが、これらのネットワークで使われるプロトコルおよび／またはプロシージャに関連する本質的なセキュリティ上の問題のため、ネットワーク内に依然として多くの問題が存在している可能性がある。

【発明の概要】

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

【0004】

概要
ネットワークノード検証のための方法、システム、およびコンピュータ読み取り可能な媒体を開示する。一方法は、第１ネットワークノードにおいて生じる。この方法は、携帯電話加入者に対応付けられた第１メッセージを第２ネットワークノードから受信するステップと、前記携帯電話加入者の移動通信機器を識別する識別情報を要求するクエリを前記第１ネットワークノードが前記第２ネットワークノードに送信するステップと、前記クエリに対する応答を前記第１ネットワークノードが前記第２ネットワークノードから受信するステップとを含み、前記応答は、前記識別情報を含み、前記方法は、さらに、前記応答から前記識別情報を抽出するステップと、前記応答から抽出された前記識別情報と、前記携帯電話加入者の前記移動通信機器を識別する検証済み識別情報とを比較するステップとを含み、前記検証済み識別情報は、前記第２ネットワークノードとは別の信頼できるソースからの識別情報であり、前記応答から抽出された前記識別情報が前記検証済み識別情報に一致することに応答して、前記第１メッセージを送信する承認を受けていると前記第２ネットワークノードを認識し、前記第１メッセージを処理するステップと、前記応答から抽出された前記識別情報が前記検証済み識別情報に一致しないことに応答して、前記第１メッセージを送信する承認を受けていないと前記第２ネットワークノードを認識し、前記第１メッセージをネットワークセキュリティ脅威として識別するステップとを含む。

【0005】

一システムは、第１ネットワークノードを備える。第１ネットワークノードは、少なくとも、１つのプロセッサと、１つのメモリとを含む。第１ネットワークノードは、携帯電話加入者に対応付けられた第１メッセージを第２ネットワークノードから受信し、前記携帯電話加入者の移動通信機器を識別する識別情報を要求するクエリを前記第１ネットワークノードが前記第２ネットワークノードに送信し、前記クエリに対する応答を前記第１ネットワークノードが前記第２ネットワークノードから受信するために構成され、前記応答は、前記識別情報を含み、前記第１ネットワークノードは、さらに、前記応答から前記識別情報を抽出し、前記応答から抽出された前記識別情報と、前記携帯電話加入者の前記移動通信機器を識別する検証済み識別情報とを比較するように構成され、前記検証済み識別情報は、前記第２ネットワークノードとは別の信頼できるソースからの識別情報であり、前記第１ネットワークノードは、さらに、前記応答から抽出された前記識別情報が前記検証済み識別情報に一致することに応答して、前記第１メッセージを送信する承認を受けていると前記第２ネットワークノードを認識して前記第１メッセージを処理し、前記応答から抽出された前記識別情報が前記検証済み識別情報に一致しないことに応答して、前記第１メッセージを送信する承認を受けていないと前記第２ネットワークノードを認識して前記第１メッセージをネットワークセキュリティ脅威として識別するように構成される。

【0006】

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

【0007】

本明細書において使用するとき、「ノード」という用語は、１つ以上のプロセッサ、およびメモリを含む、少なくとも１つの物理コンピューティングプラットフォームを指す。

【0008】

本明細書において使用するとき、「機能」または「モジュール」という用語は、本明細書において説明する特徴を実現するためのハードウェアおよび／またはファームウェアと組み合わせたソフトウェアを指す。

【0009】

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

【図面の簡単な説明】

【0010】

【図1】ネットワークノード検証のための例示的な通信環境を示す図である。

【図2】ネットワークノード検証のための別の例示的な通信環境を示す図である。

【図3】ネットワークノード検証のための例示的なノードを示す図である。

【図4】ネットワークノード検証に関連する例示的なＭＡＰ（Ｍｏｂｉｌｅ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ）メッセージを示す図である。

【図5】個別のネットワークノード検証に関連する例示的なＭＡＰメッセージを示す図である。

【図6】ネットワークノード検証に関連する例示的なＤｉａｍｅｔｅｒメッセージを示す図である。

【図7】個別のネットワークノード検証に関連する例示的なＤｉａｍｅｔｅｒメッセージを示す図である。

【図8】ネットワークノード検証のための例示的な工程を示す図である。

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

【0011】

詳細な説明
本明細書において説明する発明の主題は、ネットワークノード検証のための方法、システム、およびコンピュータ読み取り可能な媒体に関する。移動通信ネットワークを含む様々な通信ネットワークに脆弱性が存在する。たとえば、悪意のあるネットワークノードは、詐欺的なモビリティ管理メッセージ（たとえば、位置更新メッセージ）を生成して、１人以上の加入者からなるホームネットワークに送るようにプログラムされたり、構成されたりする場合がある。この例では、詐欺メッセージは、携帯電話加入者および／またはユーザデバイス識別子（たとえば、ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）またはＭＳＩＳＤＮ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｄｉｒｅｃｔｏｒｙ Ｎｕｍｂｅｒ））を含んでもよく、携帯電話加入者がそのネットワークでローミング中であることを示す位置情報を提供し得る。このようなネットワークは、ネットワーク内のモビリティ管理メッセージや位置情報を検証していない可能性があるので、歳入詐欺を犯したり、通話を傍受したり、加入者プロファイルの詳細を盗んだり、および／またはその他の悪意のある行為を犯したりするために利用され得る加入者データ（たとえば、携帯電話加入者プロファイル）を悪意のあるネットワークノードに提供することによって、ホームネットワークまたはそこに含まれるノードは、詐欺的なモビリティ管理メッセージに基づいて行動してしまう可能性がある。

【0012】

本明細書において説明する発明の主題のいくつかの態様によると、ネットワークノード検証のための技術、方法、システム、または仕組みを開示する。たとえば、ホームネットワークノードは、外部のネットワークノード、たとえば、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｌｅｍｅｎｔ）、ＶＬＲ（Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）、ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）であると思われるＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｌｅｍｅｎｔ）、ＶＬＲ（Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）、ＭＳＣ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ）であると思われるノードが有効であるかどうかを判断するためのネットワークノード検証アルゴリズムを使用してもよい。いくつかの実施の形態では、ネットワークノード検証アルゴリズムは、加入者関連情報もしくは識別情報（たとえば、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）、機器識別子、暗号化キー、または携帯電話加入者に関するセキュリティ価値）を検証するネットワークノードから取得するステップと、検証するネットワークノードからの識別情報が、検証データストアに格納された信頼できるまたは確認済みの加入者関連情報と一致するかどうかを判断するステップとを含んでもよい。いくつかの実施の形態では、ネットワークノードからの加入者関連情報が検証データストアからの加入者関連情報と一致しない場合、ネットワークノードを無効であるまたは無効である可能性があると判断し、ＨＬＲ（Ｈｏｍｅ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）にパージＭＳメッセージを送る、メッセージを破棄する、ネットワーク事業者に悪意がある可能性のある行為を通知する、またはその他の緩和措置など、１つ以上の緩和措置を行ってもよい。いくつかの実施の形態では、検証するネットワークノードからの加入者関連情報が検証データストアからの加入者関連情報と一致しない場合、ネットワークノードが有効であるまたは有効である可能性があると判断し、メッセージを処理するおよび／またはメッセージを直接ＨＬＲに送るなど、１つ以上の動作を行ってもよい。

【0013】

有利には、携帯電話加入者と接触していると思われるネットワークノードから加入者関連情報（たとえば、ＩＭＥＩなど、一意および／またはセミプライベートな識別情報）を取得することによって、ホームネットワークノード（たとえば、信号中継局）は、（たとえば、外部ネットワークからの）ネットワークノードを検証し、このようなネットワークノードが無効（たとえば、不正）であると思われる場合、１つ以上の緩和措置を行うことにより、悪意のある行為とそれらの否定的な結果（たとえば、歳入詐欺）を防ぐまたは軽減させる。

【0014】

ここで、本明細書において説明する発明の主題の様々な実施の形態を詳細に説明する。実施の形態の例を、添付の図面に示す。可能な限り、図面全体で、同じ参照番号を同じまたは同一の部品に付す。

【0015】

図１は、ネットワークノード検証のための例示的な通信環境１００を示す図である。図１は、ローミングが可能、または通信環境１００の中の異なる部分間の移動が可能なＵＥ１０２（たとえば、モバイル機器、コンピュータ、タブレット端末コンピューティングプラットフォーム、またはスマートフォン）を含む。いくつかの実施の形態では、通信環境１００は、第３世代（３Ｇ）ネットワークおよび／または第２世代（２Ｇ）ネットワークに対応付けられた１つ以上のノードを含んでもよい。

【0016】

通信環境１００は、ホームネットワーク、たとえば、ＨＰＬＭＮ（Ｈｏｍｅ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）、および移動先ネットワーク、たとえば、ＶＰＬＭＮ（Ｖｉｓｉｔｅｄ Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）を含んでもよい。ホームネットワークは、ＵＥ１０２に対応付けられ、ＵＥのデフォルトネットワークであってもよく、移動先ネットワークは、ホームネットワークのカバーエリア外でローミング中にＵＥ１０２が利用する、利用を試みる、または利用していると思われるネットワークであってもよい。いくつかの実施の形態では、ホームネットワークおよび移動先ネットワークは、インターネット１１６など、外部ネットワークと通信するためのノードを含んでもよい。

【0017】

ホームネットワークは、様々なノード、たとえば、ＧＧＳＮ（（ＧＰＲＳ）Ｇａｔｅｗａｙ Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔ Ｎｏｄｅ）１１４、ネットワークノード（ＮＮ）１０８、１つ以上のＨＬＲ（複数可）１１０、および／または検証データストア（ＶＤＳ）１１８を含んでもよい。いくつかの実施の形態では、ホームネットワークは、携帯電話加入者のデフォルトローミングプロバイダとして構成されてもよい。いくつかの実施の形態では、ホームネットワークは、たとえば、特定または指定された期間、携帯電話加入者にローミングプロバイダを変更させるように構成されてもよい。

【0018】

いくつかの実施の形態では、ホームネットワークおよび／またはその関連するノードは、たとえば、その加入者が音声サービスに移動先ネットワークを利用している場合であっても、データサービス（たとえば、インターネットアクセス）を処理するように構成されてもよい。たとえば、移動先ネットワークが同じサービスをより速くかつ安く提供できるかどうかに関わらず、ホームネットワークは、データフローサービス要求をそのネットワークを経由させることによって、ローミング中の加入者のためのデータサービスを処理してもよい。

【0019】

いくつかの実施の形態では、ホームネットワークおよび／またはその関連するノードは、ホームネットワークの事業者またはサービスプロバイダ（本明細書においてＡＲＰと称する）とは異なるネットワーク事業者またはサービスプロバイダに、データサービス（たとえば、インターネットアクセス）を提供させるように構成されてもよい。たとえば、ＡＲＰは、携帯電話加入者のホームネットワークよりも低速でデータサービスを提供してもよく、また、何人かの加入者のＩＰトラフィックを処理することによって携帯電話加入者のホームネットワークのネットワーク負荷または輻輳を軽減させるのを手伝ってもよい。

【0020】

ＧＧＳＮ１１４は、インターネット１１６またはその他のデータネットワーク、たとえば、インターネットアクセスポイントへのアクセスを提供するための任意の適切なエンティティであってもよい。いくつかの実施の形態では、ローミング中の加入者がＡＲＰを経由してデータサービスを受信できないことを示す信号メッセージをＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）１０６が受信した場合、ＳＧＳＮ１０６は、インターネット１１６行きのＩＰトラフィックおよび／または関連メッセージを、ホームネットワークのＧＧＳＮ１１４を経由させてもよい。

【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】

いくつかの実施の形態では、ＮＮ１０８は、ネットワークノード検証の分析または関連する判断に基づいて１つ以上の動作を行うように構成されてもよい。たとえば、ネットワークノードが有効であると判断することに応答して、ＮＮ１０８は、関連メッセージをロケーションレジスタ（たとえば、ＨＳＳ（複数可）２１０または別のロケーションレジスタ）に転送してもよく、ネットワークノードもしくはネットワークノードからの位置情報が有効であることを示すメッセージをノード（たとえば、ネットワーク事業者管理センター）に送信してもよく、および／またはメッセージの一部を複製もしくは格納してもよい。別の例では、ネットワークノードが無効であると判断することに応答して、ＮＮ１０８は、関連メッセージを選別、フィルタ処理、もしくは破棄してもよく、パージＭＳメッセージをＨＳＳ（複数可）２１０に送信してもよく、関連メッセージがロケーションレジスタに届かないようにしてもよく、ネットワークノードもしくはネットワークノードからの位置情報が無効であることを示すメッセージをノードに送信してもよく、および／またはメッセージの一部を複製もしくは格納してもよい。

【0056】

ＶＤＳ１１８は、加入者関連情報のためのリポジトリを管理および／または提供するための任意の適切なエンティティを表してもよい。いくつかの実施の形態では、ＶＤＳ１１８は、ＥＩＲ（Ｅｑｕｉｐｍｅｎｔ Ｉｄｅｎｔｉｔｙ Ｒｅｇｉｓｔｅｒ）機能または関連データを含んでもよい。たとえば、ＶＤＳ１１８は、ホームネットワークに対応付けられた加入者デバイスのＩＭＥＩとその他のデータとを含んだデータベースまたはその他のデータストアを含んでもよい。この例では、ＩＭＥＩは、ＩＭＳＩまたはその他の加入者識別子によって索引付けされてもよい。いくつかの実施の形態では、携帯電話加入者に対応付けられたＩＭＥＩ、ＩＭＳＩ、またはその他の情報を判断するために、ＶＤＳ１１８が通信環境１００のその他のノードによって問い合わせされてもよい。

【0057】

いくつかの実施の形態では、ＶＤＳ１１８は、多くのソース、たとえば、ＮＮ１０８、ＨＳＳ（複数可）２１０、ＳＧＷ２０４、ＰＧＷ２１４、Ｖ－ＰＧＷ２１２、および／またはその他のノードから、加入者関連情報を受信してもよい。いくつかの実施の形態では、このような情報を含んだメッセージを受信または傍受することに応答して、たとえば、このようなメッセージが信頼できるソース（たとえば、ホームネットワークノード、または以前に検証済みのその他のネットワークからのネットワークノード）からのメッセージであった場合に通信環境２００のＮＮ１０８および／またはその他のノードが加入者関連情報をＶＤＳ１１８に送るように構成されてもよい。

【0058】

移動先ネットワークは、アクセスネットワーク２０２、ＭＭＥ２０６、ＳＧＷ２０４、およびＶ－ＰＧＷ（Ｖｉｓｉｔｏｒ ＰＧＷ）２１２を含んでもよい。アクセスネットワーク２０２は、無線アクセスネットワークを表してもよく、通信環境２００内のＵＥ１０２および要素と通信するための様々なノードを含んでもよい。アクセスネットワーク２０２のノードとして、ｅＮＢ（ｅｖｏｌｖｅｄ Ｎｏｄｅ Ｂ）またはその他のトランシーバノードなどが挙げられ得、これらは、無線アクセス機能を実行してもよい。アクセスネットワーク２０２、またはそのノードは、移動先ネットワークまたは通信環境２００におけるＵＥ１０２とノードとの通信に利用されてもよい。たとえば、ｅＮＢまたはその他のノード（たとえば、ＳＧＷ２０４）は、ＭＭＥ２０６またはその他のノードにＵＥ関連メッセージ（たとえば、認証またはモビリティ関連メッセージ）を伝達してもよい。

【0059】

ＳＧＷ２０４は、その他のノード（たとえば、Ｖ－ＰＧＷ２１２）またはネットワークとアクセスネットワーク２０２との通信を容易にするためのノードまたはゲートウェイを表す。いくつかの実施の形態では、ＳＧＷ２０４は、通信環境２００のその他のノードにユーザトラフィックを伝達してもよい。

【0060】

ＭＭＥ２０６は、ＵＥ１０２の追跡などの１つ以上のモビリティ管理機能を実行するための任意の適切なエンティティを表してもよい。いくつかの実施の形態では、ＳＧＷ２０４は、通信環境２００のその他のノードに情報（たとえば、モビリティ関連情報）を伝達してもよい。たとえば、ＭＭＥ２０６は、アクセスネットワーク２０２のトランシーバノードから登録要求を受け付けてもよく、ならびに認証を行うためおよび／または携帯電話加入者の現在地を更新するためのＨＳＳ（複数可）２１０と通信してもよい。これに加えて、ＭＭＥ２０６は、様々なその他のノードと通信し、様々なその他の機能を実行してもよい。

【0061】

Ｖ－ＰＧＷ２１２は、インターネット１１６またはその他のデータネットワーク、たとえば、インターネットアクセスポイントへのアクセスを提供するための任意の適切なエンティティであってもよい。いくつかの実施の形態では、ローミング中の加入者がＡＲＰを経由してデータサービスを受信できることを示す信号メッセージをＳＧＷ２０４が受信した場合、ＳＧＷ２０４は、インターネット１１６行きのＩＰトラフィックおよび／または関連メッセージを、移動先ネットワークのＶ－ＰＧＷ２１２を経由させてもよい。いくつかの実施の形態では、ローミング中の加入者がＡＲＰを経由してデータサービスを受信できないことを示す信号メッセージをＳＧＷ２０４が受信した場合、ＳＧＷ２０４は、インターネット１１６行きのＩＰトラフィックおよび／または関連メッセージを、Ｖ－ＰＧＷ２１２を経由させる代わりにホームネットワークのＰＧＷ２１４を経由させてもよい。

【0062】

図２は例示であり、図２に関して上述した様々なノードおよび／もしくはモジュール、ロケーション、ならびに／または機能は、変更、修正、追加、または削除される場合があることがわかるであろう。

【0063】

図３は、ネットワークノード検証のための例示的なノード３００を示す図である。ノード３００は、加入者位置情報を検証する態様を行うための任意の適切な１つのエンティティまたは複数のエンティティを表してもよい。いくつかの実施の形態では、ノード３００は、ＮＮ１０８を表してもよい。

【0064】

図３を参照すると、ノード３００は、（たとえば、ＳＳ７インターフェース、またはＤｉａｍｅｔｅｒインターフェース、またはその他のインターフェースを経由して）メッセージを伝達するための１つ以上の通信インターフェース（複数可）３０２を含んでもよい。いくつかの実施の形態では、通信インターフェース（複数可）３０２は、ＨＬＲ（複数可）１１０と通信するための第１通信インターフェースと、ＨＳＳ（複数可）２１０と通信するための第２通信インターフェースとを含んでもよい。

【0065】

いくつかの実施の形態では、通信インターフェース（複数可）３０２は、通信環境１００または通信環境２００においてメッセージを傍受および／または複製するための１つ以上のタップ（たとえば、コンピューティングプラットフォームまたはデバイス）に対応付けられてもよい。

【0066】

ノード３００は、検証エンジン（ＶＥ：Ｖａｌｉｄａｔｉｏｎ Ｅｎｇｉｎｅ）３０４を備えてもよい。ＶＥ３０４は、ＮＮ１０８に関して上述したネットワークノード検証または機能の１つ以上の態様を実行するための任意の適切なエンティティ（たとえば、少なくとも１つのプロセッサ上で実行されるソフトウェア）であってもよい。いくつかの実施の形態では、ＶＥ３０４は、ローミング中の加入者からのモビリティ管理メッセージなど、加入者位置情報を含んだメッセージを識別するための機能を含んでもよい。たとえば、ＶＥ３０４は、ヘッダデータおよび／またはペイロードデータに基づいてメッセージをフィルタ処理することによって、関連性のあるメッセージを識別してもよい。

【0067】

いくつかの実施の形態では、ＶＥ３０４は、ネットワークノードに対応付けられた信頼度（たとえば、信頼性評価基準）を判断するための機能を含んでもよく、この判断に基づいて様々な動作を行ってもよい。たとえば、ＶＥ３０４は、１つ以上のデータ構造（たとえば、ホワイトリストおよびブラックリスト）を利用して、ネットワークノードが信頼できる、信頼できない、または不明であるかを識別してもよく、この信頼度判断に基づいてその他の動作を行ってもよい。この例では、ネットワークノードが不明である場合、ＶＥ３０４は、ネットワークノード検証を行ってもよい。ネットワークノードが信頼できない場合、このネットワークノードからのすべてのメッセージをブロックまたは破棄してもよい。ネットワークノードが信頼できる場合、信頼できる加入者関連情報を用いてその他のネットワークノードが検証できるよう、ネットワークノードに加入者関連情報を要求し、（たとえば、検証データストアまたはその他のメモリに）格納してもよい。

【0068】

いくつかの実施の形態では、ＶＥ３０４は、ネットワークノード検証を行うための機能を含んでもよい。たとえば、ＶＥ３０４は、移動先または外部のネットワークノード、たとえば、ＶＬＲまたはＭＳＣであると思われるノードが有効であるかどうかを判断するためのネットワークノード検証アルゴリズムを利用してもよい。いくつかの実施の形態では、ネットワークノード検証アルゴリズムは、加入者関連情報（たとえば、ＩＭＥＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ）、機器識別子、暗号化キー、または携帯電話加入者に関するセキュリティ価値）を検証するネットワークノードから取得するステップと、検証するネットワークノードからの識別情報が、検証データストアに格納された信頼できるまたは確認済みの加入者関連情報と一致するかどうかを判断するステップとを含んでもよい。たとえば、ネットワークノードからの加入者関連情報が検証データストアからの加入者関連情報と一致しない場合、ネットワークノードを無効であるまたは無効である可能性があると判断してもよい。ネットワークノードからの加入者関連情報が検証データストアからの加入者関連情報と一致しない場合、ネットワークノードを有効であるまたは有効である可能性があると判断してもよい。

【0069】

いくつかの実施の形態では、ＶＥ３０４は、ネットワークノード検証の分析または関連する判断に基づいて１つ以上の動作を行うように構成されてもよい。たとえば、ネットワークノードが有効であると判断することに応答して、ＶＥ３０４は、関連メッセージをロケーションレジスタ（たとえば、ＨＬＲ（複数可）１１０または別のロケーションレジスタ）に転送してもよく、ネットワークノードもしくはネットワークノードからの位置情報が有効であることを示すメッセージをノード（たとえば、ネットワーク事業者管理センター）に送信してもよく、および／またはメッセージの一部を複製もしくは格納してもよい。別の例では、ネットワークノードが無効であると判断することに応答して、ＶＥ３０４は、関連メッセージを選別、フィルタ処理、もしくは破棄してもよく、パージＭＳメッセージをＨＬＲ（複数可）１１０に送信してもよく、関連メッセージがロケーションレジスタに届かないようにしてもよく、ネットワークノードもしくはネットワークノードからの位置情報が無効であることを示すメッセージをノードに送信してもよく、および／またはメッセージの一部を複製もしくは格納してもよい。

【0070】

ノード３００またはそれに含まれるＶＥ３０４は、ＶＤＳ１１８またはその他のデータストレージにアクセスしてもよい（たとえば、情報の読み出しおよび／または書き込み）。ＶＤＳ１１８またはその他のデータストレージは、加入者関連情報および／またはその他のデータを格納するための任意の適切なエンティティ（たとえば、コンピュータ読み取り可能な媒体またはメモリ）であってもよい。いくつかの実施の形態では、ＶＤＳ１１８またはその他のデータストレージは、１人以上の加入者に対応付けられたＩＭＳＩ、ＩＭＥＩ、および／またはその他のデータを含んでもよい。ＶＤＳ１１８またはその他のデータストレージは、加入者位置が有効であるか無効であるかを判断するための情報を含んでもよい。

【0071】

いくつかの実施の形態では、ＶＤＳ１１８またはその他のデータストレージは、信頼できるネットワークノード、信頼できないネットワークノード、および不明なネットワークノードを判断するための１つ以上のデータ構造を含んでもよい。たとえば、ＶＤＳ１１８またはその他のデータストレージは、信頼できるまたは良性のネットワークノードのＵＲＩまたはその他のネットワークノード識別子を含んだホワイトリストと、信頼できないまたは悪意のあるネットワークノードのＵＲＩまたはその他のネットワークノード識別子を含んだブラックリストとを含んでもよい。この例では、ＶＥ３０４は、ネットワークノードに対応付けられた識別子を用いてホワイトリストおよびブラックリストを検査し、いずれのリストにも見つからなかった場合、ＶＥ３０４は、当該ネットワークノードを、検証すべき不明ネットワークノードとして扱ってもよい。

【0072】

図３およびその関連する記載は例示であり、ノード３００は、追加のおよび／または異なるモジュール、構成要素、または機能を含んでもよいことがわかるであろう。

【0073】

図４は、ネットワークノード検証に関連する例示的なＭＡＰメッセージを示す図である。いくつかの実施の形態では、加入者位置情報は、ＶＬＲ／ＭＳＣ４００によって提供または設定されてもよい。ＶＬＲ／ＭＳＣ４００は、悪意のある行為者によって制御されたり制御されなかったり、および／または悪意のある行為（たとえば、歳入詐欺および／または通話の傍受）のために使われたり使われなかったりする。いくつかの実施の形態では、ＮＮ１０８は、ネットワークノードが有効であるかどうかを判断してもよく、この判断に基づいて様々な動作を行ってもよい。いくつかの実施の形態では、ＮＮ１０８は、ＶＥ３０４を含んでもよく、移動先ネットワークであると思われるネットワーク（たとえば、ＶＬＲ／ＭＳＣ４００）のノードに加入者関連情報（たとえば、ＩＭＥＩ）を要求するように構成されてもよい。

【0074】

図４を参照すると、ステップ４０１において、ＭＡＰ ＵＬメッセージをＶＬＲ／ＭＳＣ４００からＮＮ１０８に送信してもよい。ＭＡＰ ＵＬメッセージは、ＵＥ１０２の現在地を更新するための情報を含んでもよく、ＨＬＲ（複数可）１１０行きのメッセージであってもよい。

【0075】

いくつかの実施の形態では、ＮＮ１０８は、受信したＭＡＰ ＵＬメッセージに関連するＶＬＲ／ＭＳＣ４００または別のネットワークノードを検証すべきと判断してもよい。たとえば、ＶＬＲ／ＭＳＣ４００からＭＡＰ ＵＬメッセージを受信した後、ＶＬＲ／ＭＳＣ４００が不明であった場合、ＮＮ１０８は、ネットワークノード検証を行ってもよい。ネットワークノード検証は、ＶＬＲ／ＭＳＣ４００にいくつかの加入者関連情報を要求するステップと、それをＶＤＳ１１８または別の信頼できるソースからの既知または確認済みの情報と比較するステップとを含んでもよい。

【0076】

ステップ４０２において、ＭＡＰ ＰＳＩ（Ｐｒｏｖｉｄｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｎｆｏｒｍａｔｉｏｎ）またはＡＴＩ（Ａｎｙ Ｔｉｍｅ Ｉｎｔｅｒｒｏｇａｔｉｏｎ）メッセージをＮＮ１０８からＶＬＲ／ＭＳＣ４００に送信してもよい。ＭＡＰ ＰＳＩまたはＡＴＩメッセージは、どのような加入者関連情報（たとえば、ＵＥ１０２に対応付けられたＩＭＥＩ）がＮＮ１０８によって要求されているかを示してもよい。

【0077】

ステップ４０３において、ＭＡＰ ＰＳＩまたはＡＴＩ肯定応答メッセージをＶＬＲ／ＭＳＣ４００からＮＮ１０８に送信してもよい。ＭＡＰ ＰＳＩまたはＡＴＩ肯定応答メッセージは、要求された加入者関連情報、たとえば、ＵＥ１０２に対応付けられたＩＭＥＩを含んでもよい。

【0078】

ステップ４０４において、ＶＤＳ１１８に含まれるデータを用いてＶＬＲ／ＭＳＣ４００から受信した加入者関連情報を確認することによって、ネットワークノード検証を行ってもよい。たとえば、ＮＮ１０８は、ＶＬＲ／ＭＳＣ４００から受信した、携帯電話加入者に対応付けられたＩＭＥＩを、ＶＤＳ１１８に格納された携帯電話加入者に対応付けられた確認済みまたは既知のＩＭＥＩと比較してもよい。この例では、ＶＬＲ／ＭＳＣ４００から受信したＩＭＥＩがＶＤＳ１１８に格納されたＩＭＥＩと一致した場合、ネットワークノードは、有効または検証済みであるとみなされてもよい。ＶＬＲ／ＭＳＣ４００から受信したＩＭＥＩがＶＤＳ１１８に格納されたＩＭＥＩと一致しなかった場合、ネットワークノードは、無効または無効化されているとみなされてもよい。

【0079】

ステップ４０５において、データ確認チェック（ステップ４０４）に基づいて少なくとも１つの動作を行ってもよい。たとえば、ＶＬＲ／ＭＳＣ４００が有効であると判断することに応答して、ＮＮ１０８は、ＭＡＰ ＵＬメッセージをＨＬＲ（複数可）１１０または別のロケーションレジスタに転送してもよく、ＶＬＲ／ＭＳＣ４００もしくはＶＬＲ／ＭＳＣ４００からの位置情報が有効である（有効である可能性がある）ことを示すメッセージをノードに送信してもよく、またはメッセージの一部を複製もしくは格納してもよい。別の例では、ＶＬＲ／ＭＳＣ４００が無効（または無効である可能性がある）であると判断することに応答して、ＮＮ１０８は、ＭＡＰパージＭＳメッセージをＨＬＲ（複数可）１１０もしくは別のロケーションレジスタに送信してもよく、ＭＡＰ ＵＬメッセージを破棄してもよく、ＭＡＰ ＵＬメッセージがロケーションレジスタに届かないようにしてもよく、ＶＬＲ／ＭＳＣ４００もしくはＶＬＲ／ＭＳＣ４００からの位置情報が無効（たとえば、不正）であることを示すメッセージをノードに送信してもよく、または、メッセージの一部を複製もしくは格納してもよい。

【0080】

いくつかの実施の形態では、ＭＡＰ ＵＬメッセージまたは同様のＭＡＰ ＵＬメッセージをＮＮ１０８からＨＬＲ（複数可）１１０に送信してもよい。たとえば、ＶＬＲ／ＭＳＣ４００が有効である（有効である可能性がある）と判断した後、ＮＮ１０８は、ＭＡＰ ＵＬメッセージをＨＬＲ（複数可）１１０に送信してもよく、またはＭＡＰ ＵＬメッセージを直接ＨＬＲ（複数可）１１０に送信させてもよい。別の例では、ＶＬＲ／ＭＳＣ４００が無効である（または無効である可能性がある）と判断した後、ＮＮ１０８は、詐欺的行為の可能性を減らすようにＨＬＲ（複数可）１１０が携帯電話加入者を利用不可としてマークするよう、ＶＬＲ／ＭＳＣ４００に対応付けられた１人以上の携帯電話加入者に対するパージ要求メッセージをＨＬＲ（複数可）１１０に送信してもよい。

【0081】

図４は例示であり、異なるメッセージおよび／もしくは動作、ならびに／または追加のメッセージおよび／もしくは動作が用いられてもよいことがわかるであろう。また本明細書において説明した様々なメッセージおよび／または動作が異なる順序または順番で生じてもよいことがわかるであろう。

【0082】

図５は、個別のネットワークノード検証に関連する例示的なＭＡＰメッセージを示す図である。いくつかの実施の形態では、ＮＮ１０８は、ネットワークノードに対応付けられた信頼度（たとえば、信頼性評価基準）を判断してもよく、この判断に基づいて様々な動作を行ってもよい。いくつかの実施の形態では、ＮＮ１０８は、１つ以上のデータ構造（たとえば、ホワイトリストおよびブラックリスト）を利用して、ネットワークノードが信頼できる（たとえば、ホワイトリストに入れられているまたは「緑色」）、信頼できない（たとえば、ブラックリストに入れられているまたは「赤色」」）、または不明（たとえば、グレーリストに入れられているまたは「黄色」）であるかを識別してもよく、この信頼度判断に基づいて、ＮＮ１０８は、ネットワークノード検証を行ってもよく、加入者関連情報をＶＤＳ１１８に格納してもよく、および／またはその他の動作を実行してもよい。

【0083】

図５を参照すると、ステップ５０１において、ＭＡＰ ＵＬメッセージをＶＬＲ／ＭＳＣ４００からＮＮ１０８に送信してもよい。ＭＡＰ ＵＬメッセージは、ＵＥ１０２の現在地を更新するための情報を含んでもよく、ＨＬＲ（複数可）１１０行きのメッセージであってもよい。

【0084】

ステップ５０２において、ＶＬＲ／ＭＳＣ４００の信頼度を判断してもよい。たとえば、ＮＮ１０８および／またはＶＥ３０４は、１つ以上のデータ構造またはＶＤＳ１１８を問い合わせて、ＶＬＲ／ＭＳＣ４００のネットワークノード識別子が信頼できるが、信頼できないか、または不明であるかを判断してもよい。この例では、例示のために、各レベルを、色を用いて呼ぶ。たとえば、「赤色」は、悪意がある、無効、または信頼できないと認められるノードを表し、「緑色」は、良性の、有効な、または信頼できると認められるノードを表し、「黄色」は、不明であり信頼度を判断するために検証すべきノードを表す。

【0085】

ステップ５０３Ａにおいて、ＶＬＲ／ＭＳＣ４００の信頼度が「緑色」または「黄色」である場合、ＭＡＰ ＵＬメッセージまたは同様のＭＡＰ ＵＬメッセージをＮＮ１０８からＨＬＲ（複数可）１１０に送信してもよい。たとえば、ＶＬＲ／ＭＳＣ４００が信頼できるまたはブラックリストに入れられていないと判断した後、ＮＮ１０８は、ＭＡＰ ＵＬメッセージをＨＬＲ（複数可）１１０に送信してもよく、またはＭＡＰ ＵＬメッセージを直接ＨＬＲ（複数可）１１０に送信させてもよい。

【0086】

ステップ５０３Ｂにおいて、ＶＬＲ／ＭＳＣ４００の信頼度が「赤色」である場合、ＭＡＰ ＵＬメッセージもしくは同様のＭＡＰ ＵＬメッセージを破棄してもよく、またはＨＬＲ（複数可）１１０に届かないようにしてもよい。たとえば、ＶＬＲ／ＭＳＣ４００が信頼できないまたはブラックリストに入れられていると判断した後、ＮＮ１０８は、詐欺的行為の可能性を減らすように、ＶＬＲ／ＭＳＣ４００からのＭＡＰ ＵＬメッセージおよび／もしくはその他のメッセージを破棄またはブロックしてもよい。

【0087】

いくつかの実施の形態では、たとえば、ＶＬＲ／ＭＳＣ４００の信頼度が「黄色」である場合、ＮＮ１０８は、受信したＭＡＰ ＵＬメッセージに対応付けられたＶＬＲ／ＭＳＣ４００を検証すべきと判断してもよい。たとえば、ＶＬＲ／ＭＳＣ４００からＭＡＰ ＵＬメッセージを受信した後、ＶＬＲ／ＭＳＣ４００が不明である場合、ＮＮ１０８は、ネットワークノード検証を行ってもよい。ネットワークノード検証は、ＶＬＲ／ＭＳＣ４００にいくつかの加入者関連情報を要求するステップと、それをＶＤＳ１１８または別の信頼できるソースからの既知または確認済みの情報と比較するステップとを含んでもよい。

【0088】

いくつかの実施の形態では、ＶＬＲ／ＭＳＣ４００にいくつかの加入者関連情報を要求する前に、ＮＮ１０８は、ＶＤＳ１１８または関連データストレージを問い合わせて、関連する加入者についての確認情報が既に存在しているかどうかを判断してもよい。たとえば、ＶＬＲ／ＭＳＣ４００の信頼度が「黄色」であり、かつ、確認情報（たとえば、関連するＩＭＳＩ値およびＩＭＥＩ値）が存在しない、および／もしくは（たとえば、ＶＬＲ／ＭＳＣ４００からの加入者関連情報を確認できないため）ネットワークノード検証を行うことができないとＮＮ１０８ならびに／またはＶＥ３０４が判断した場合、ＮＮ１０８および／またはＶＥ３０４は、加入者関連情報を要求するのをやめてもよい。別の例では、ＶＬＲ／ＭＳＣ４００の信頼度が「緑色」であり、かつ、確認情報（たとえば、関連するＩＭＳＩ値ならびにＩＭＥＩ値）が存在しないとＮＮ１０８ならびに／またはＶＥ３０４が判断した場合、ＮＮ１０８および／またはＶＥ３０４は、ＶＬＲ／ＭＳＣ４００に加入者関連情報を要求してもよく、その他のネットワークノードを検証するためにＶＬＲ／ＭＳＣ４００からの識別情報をＶＤＳ１１８に格納してもよい。

【0089】

ステップ５０４において、ＭＡＰ ＰＳＩまたはＡＴＩメッセージをＮＮ１０８からＶＬＲ／ＭＳＣ４００に送信してもよい。ＭＡＰ ＰＳＩまたはＡＴＩメッセージは、ＮＮ１０８がどのような加入者関連情報（たとえば、ＵＥ１０２に対応付けられたＩＭＥＩ）を要求しているかを示してもよい。

【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】

例示的な工程８００を参照すると、ステップ８０２において、携帯電話加入者に対応付けられた第１メッセージをネットワークノードから受信してもよい。たとえば、ＮＮ１０８は、ＶＬＲ／ＭＳＣ４００からであると思われるＭＡＰ ＵＬメッセージを受信してもよい。

【0125】

いくつかの実施の形態では、携帯電話加入者に対応付けられた第１メッセージは、Ｄｉａｍｅｔｅｒメッセージ、Ｄｉａｍｅｔｅｒ ＵＬＲメッセージ、Ｄｉａｍｅｔｅｒ ＮＯＲメッセージ、ＭＡＰメッセージ、ＭＡＰ位置更新メッセージ、または位置検証要求メッセージを含んでもよい。

【0126】

ステップ８０４において、携帯電話加入者の移動通信機器を識別する識別情報を要求するクエリを第１ネットワークノードによって第２ネットワークノードに送信してもよい。

【0127】

いくつかの実施の形態では、クエリは、ＭＡＰ ＰＳＩ要求メッセージ、ＭＡＰ ＡＴＩ要求メッセージ、またはＤｉａｍｅｔｅｒ ＰＳＬ要求メッセージを含んでもよく、このクエリに対する応答は、ＭＡＰ ＰＳＩ応答メッセージ、ＭＡＰ ＡＴＩ応答メッセージ、またはＤｉａｍｅｔｅｒ ＵＬＲメッセージを含んでもよい。

【0128】

ステップ８０６において、クエリに対する第２ネットワークノードからの応答を第１ネットワークノードによって受信してもよく、ここで、応答は、識別情報を含む。たとえば、ＮＮ１０８が携帯電話加入者に対応付けられたＭＡＰ ＵＬメッセージをＶＬＲ／ＭＳＣ４００から受信した後、ＶＬＲ／ＭＳＣ４００および／またはその携帯電話加入者（ならびに関連する移動機器）との関係性を検証するように、ＮＮ１０８は、携帯電話加入者に対応付けられたＩＭＥＩを要求してもよい。この例では、携帯電話加入者に対応付けられたＩＭＥＩを要求するＭＡＰ ＰＳＩメッセージを受信した後、ＶＬＲ／ＭＳＣ４００は、携帯電話加入者に対応付けられたＩＭＥＩを提供してもよい。別の例では、ＩＭＥＩを要求するＭＡＰ ＰＳＩメッセージを受信した後、ＶＬＲ／ＭＳＣ４００は応答しなくてもよく、または、携帯電話加入者に対応付けられていないＩＭＥＩを提供してもよい。

【0129】

ステップ８０８において、この応答から識別情報を抽出してもよい。
ステップ８１０において、応答から抽出された識別情報と、携帯電話加入者の移動通信機器を識別する検証済みの識別情報とを比較してもよい。いくつかの実施の形態では、検証済みの識別情報は、第２ネットワークノードとは別の信頼できるソースからの識別情報である。たとえば、ＮＮ１０８は、ＶＬＲ／ＭＳＣ４００から受信した携帯電話加入者に対応付けられたＩＭＥＩを、ＶＤＳ１１８に格納された携帯電話加入者に対応付けられた確認済みまたは既知のＩＭＥＩと比較してもよい。この例では、ＶＬＲ／ＭＳＣ４００から受信したＩＭＥＩがＶＤＳ１１８に格納されたＩＭＥＩと一致した場合、ネットワークノードは、有効または検証済みであるとみなされてもよい。ＶＬＲ／ＭＳＣ４００から受信したＩＭＥＩがＶＤＳ１１８に格納されたＩＭＥＩと一致しない場合、ネットワークノードは、無効または無効化されているとみなされてもよい。

【0130】

いくつかの実施の形態では、携帯電話加入者に対応付けられた携帯電話加入者識別子を利用して検証データストアに問い合わせて携帯電話加入者に対応付けられたＩＭＥＩを取得することによって、検証済み識別情報を取得してもよく、検証データストア（たとえば、ＶＤＳ１１８）は、携帯電話加入者識別子によって索引付けされたＩＭＥＩを含む。

【0131】

いくつかの実施の形態では、検証済み識別情報を提供するための信頼できるソースは、ホームネットワークノード、データストア、または以前に検証済みのネットワークノードを含む。たとえば、ＭＭＥ６００からＤｉａｍｅｔｅｒ ＵＬＲメッセージを受信した場合、ＮＮ１０８は、ネットワークノード識別子（たとえば、ソースＵＲＩ）と、ネットワークノードが信頼できるかどうかを判断するためのホワイトリストとを利用してもよい。この例では、ＭＭＥ６００が信頼できる場合、ＮＮ１０８は、特定の加入者に対応付けられたＩＭＥＩおよび／またはその他の加入者関連情報を要求してもよく、当該情報をＭＭＥ６００から受信すると、ＶＤＳ１１８に格納してもよい。

【0132】

ステップ８１２において、応答から抽出された識別情報が検証済みの識別情報に一致することに応答して、第１メッセージを送信する承認を受けていると第２ネットワークノードを認識し、第１メッセージを処理してもよい。

【0133】

いくつかの実施の形態では、第１メッセージを処理するステップは、第１メッセージをロケーションレジスタに転送するステップ、ネットワークノードまたはネットワークノードからの位置情報が有効であることを示すメッセージをノードに送信するステップ、または第１メッセージの一部を複製または格納するステップを含んでもよい。

【0134】

ステップ８１４において、応答から抽出された識別情報が検証済みの識別情報に一致しないことに応答して、第１メッセージを送信する承認を受けていないと第２ネットワークノードを認識し、第１メッセージをネットワークセキュリティ脅威として識別してもよい。

【0135】

いくつかの実施の形態では、第１メッセージをネットワークセキュリティ脅威として識別することに応答して、第１ネットワークノードは、ＭＡＰパージＭＳメッセージを送信してもよく、Ｄｉａｍｅｔｅｒパージ要求メッセージを送信してもよく、第１メッセージを破棄してもよく、第１メッセージがロケーションレジスタに届かないようにしてもよく、ネットワークノードもしくはネットワークノードからの位置情報が無効であることを示すメッセージをノードに送信してもよく、または、第１メッセージの一部を複製もしくは格納してもよい。

【0136】

いくつかの実施の形態では、ロケーションレジスタは、ＨＬＲまたはＨＳＳを含んでもよい。

【0137】

いくつかの実施の形態では、第１ネットワークノード（たとえば、ＮＮ１０８、ノード３００、またはＶＥ３０４を含むネットワークノード）は、Ｄｉａｍｅｔｅｒノード、Ｄｉａｍｅｔｅｒルーティングエージェント、Ｄｉａｍｅｔｅｒ信号ルータ、ゲートウェイ、信号ルータ、ＳＴＰ、ＳＧ（Ｓｉｇｎａｌｉｎｇ Ｇａｔｅｗａｙ）、Ｎｏ．７共通線信号方式（ＳＳ７）ノード、または信号ノードを含んでもよい。

【0138】

いくつかの実施の形態では、第２ネットワークノード（たとえば、ＭＡＰ ＵＬメッセージまたはＤｉａｍｅｔｅｒ ＵＬＲメッセージを送信するネットワークノード）は、ＭＭＥ、ＶＬＲ、ＭＳＣ、移動先ネットワークのノード、外部のネットワークノード、ＳＧＳＮ、またはゲートウェイを含んでもよい。

【0139】

本明細書に記載の発明の主題のいくつかの態様を、ＳＳ７およびＤｉａｍｅｔｅｒをベースとしてモバイルネットワーク（たとえば、２Ｇ、３Ｇ、４Ｇ、ＬＴＥ、ＥＰＣ／ＥＰＳ）を例に説明したが、本明細書に記載の発明の主題のいくつかの態様は、様々なその他のネットワークによって利用されてもよいことがわかるであろう。たとえば、メッセージを利用する任意のネットワークおよび／またはメッセージルーティングノードを含む任意のネットワークは、本明細書に記載の特徴、仕組み、および技術を利用してネットワークノードを検証したり、ネットワークノードのメッセージを軽減（たとえば、選別またはフィルタ処理）したりしてもよい。

【0140】

なお、本明細書に記載のＮＮ１０８、ノード３００、および／または機能が特殊用途のコンピューティングデバイスを構成してもよい。さらには、本明細書に記載のＮＮ１０８、ノード３００、および／または機能によって、ネットワークセキュリティの技術分野および／または不正防止を改善することができる。たとえば、ネットワークノード（たとえば、ＶＬＲ／ＭＳＣまたはＭＭＥであると思われるノード）を検証し、このようなネットワークノードが無効（たとえば、不正）であると思われる場合に１つ以上の緩和措置を行うことによって、悪意のある行為およびそれによる否定的な結果（たとえば、歳入詐欺）を回避および／または防止することができる。

【0141】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】