(57)【要約】ＵＥ位置を認証する方法は、ネットワークゲートウェイが、モバイル通信ネットワークでＵＥ位置を更新するためのシグナリングメッセージを受信することを含む。シグナリングメッセージからＵＥ位置の第１の指標を抽出する。ＵＥに常駐するＵＥ位置レポートアプリケーションから取得されたＵＥ位置情報を含むクラウドベースのＵＥ位置データベースと、ＵＥ識別子によってインデックス付けされたポイントカード取引レコードを含むクラウドベースのポイントカード取引データベースと、ＭＭＥからのＵＥ位置情報を要求または受信してＵＥ位置情報を取得するＭＬＣと、のうちの１つにクエリすることによって、ＵＥ位置の第２の指標を取得する。ＵＥ位置の第１および第２の指標の間の関係から、シグナリングメッセージが疑わしいと判定する。シグナリングメッセージが疑わしいとの判定に応答して、シグナリングメッセージの処理にポリシールールを適用する。
2020525941.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）位置を認証するための方法であって、
ネットワークゲートウェイが、モバイル通信ネットワークでＵＥの位置を更新するためのシグナリングメッセージを受信するステップと、
前記シグナリングメッセージから前記ＵＥの位置の第１の指標を抽出するステップと、
前記ＵＥに常駐するＵＥ位置レポートアプリケーションから取得されたＵＥ位置情報を含むクラウドベースのＵＥ位置データベースと、ＵＥ識別子によってインデックス付けされたポイントカード取引レコードを含むクラウドベースのポイントカード取引データベースと、モビリティ管理エンティティ（ＭＭＥ）からのＵＥ位置情報を要求または受信することにより前記ＵＥ位置情報を取得するモバイル位置センター（ＭＬＣ）と、のうちの１つにクエリすることによって、前記ＵＥの位置の第２の指標を取得するステップと、
前記ＵＥの位置の前記第１および第２の指標の間の関係から、前記シグナリングメッセージが疑わしいと判定するステップと、
前記シグナリングメッセージが疑わしいと判定するステップに応答して、前記シグナリングメッセージの処理にポリシールールを適用するステップとを含む、方法。
【請求項２】
前記シグナリングメッセージは、Ｄｉａｍｅｔｅｒ更新位置要求（ＵＬＲ）メッセージと、ＳＳ７位置更新メッセージと、のうちの１つを含む、請求項１に記載の方法。
【請求項３】
前記ＵＥの位置の前記第１の指標は、前記シグナリングメッセージから抽出されたネットワークアイデンティティを含む、請求項１に記載の方法。
【請求項４】
前記ネットワークアイデンティティは、在圏公衆陸上モバイルネットワーク（ＰＬＭＮ）識別子を含む、請求項３に記載の方法。
【請求項５】
前記在圏ＰＬＭＮ識別子は、モバイルネットワークコード（ＭＮＣ）とモバイル国コード（ＭＣＣ）とを含む、請求項４に記載の方法。
【請求項６】
前記ＵＥの位置の前記第２の指標は、前記ＵＥの全地球測位システム（ＧＰＳ）座標を含み、
前記ＵＥの位置の前記第１および第２の指標の間の関係から前記シグナリングメッセージが疑わしいと判定するステップは、前記ＧＰＳ座標によって示された位置が前記ＵＥの位置の前記第１の指標と一致しないと判定するステップを含む、請求項１に記載の方法。
【請求項７】
前記ＵＥの前記ＧＰＳ座標は、前記ＵＥ上の前記ＵＥ位置レポートアプリケーションによってポピュレートされたＵＥ位置情報を含む前記クラウドベースのＵＥ位置データベースから取得される、請求項６に記載の方法。
【請求項８】
前記ＵＥの位置の前記第２の指標は、前記クラウドベースのポイントカード取引データベースから取得されたポイントカード取引位置を含み、
前記ＵＥの位置の前記第１および第２の指標の間の関係から前記シグナリングメッセージが疑わしいと判定するステップは、前記ポイントカード取引位置が前記ＵＥの位置の前記第１の指標と一致しないと判定するステップを含む、請求項１に記載の方法。
【請求項９】
前記ＵＥの位置の前記第２の指標は、前記クラウドベースのポイントカード取引データベースから取得された位置を含み、
前記ＵＥの位置の前記第１および第２の指標の間の関係から前記シグナリングメッセージが疑わしいと判定するステップは、前記ポイントカード取引データベースから取得された位置が前記ＵＥの位置の前記第１の指標と一致しないと判定するステップを含む、請求項１に記載の方法。
【請求項１０】
前記ポリシールールを適用するステップは、
前記シグナリングメッセージがホーム加入者サーバ（ＨＳＳ）またはホームロケーションレジスタ（ＨＬＲ）に転送されるのをブロックするステップと、
前記シグナリングメッセージを疑わしいものとしてマーク付けするステップと、
前記メッセージのコピーを不正解析プラットフォームに転送するステップとを含む、請求項１に記載の方法。
【請求項１１】
ユーザ機器（ＵＥ）位置を認証するためのシステムであって、
ネットワークゲートウェイと、
モバイル通信ネットワークでＵＥの位置を更新するためのシグナリングメッセージを受信するために、前記ネットワークゲートウェイ内に配置されたメッセージプロセッサと、
前記ネットワークゲートウェイに動作可能に関連付けられたＵＥ位置認証モジュールとを備え、前記ＵＥ位置認証モジュールは、
前記シグナリングメッセージから前記ＵＥの位置の第１の指標を抽出し、
前記ＵＥに常駐するＵＥ位置レポートアプリケーションから取得されたＵＥ位置情報を含むクラウドベースのＵＥ位置データベースと、ＵＥ識別子によってインデックス付けされたポイントカード取引レコードを含むクラウドベースのポイントカード取引データベースと、モビリティ管理エンティティ（ＭＭＥ）からのＵＥ位置情報を要求または受信することにより前記ＵＥ位置情報を取得するモバイル位置センター（ＭＬＣ）と、のうちの１つにクエリすることによって、前記ＵＥの位置の第２の指標を取得し、
前記ＵＥの位置の前記第１および第２の指標の間の関係から、前記シグナリングメッセージが疑わしいと判定し、
前記ネットワークゲートウェイは、前記シグナリングメッセージが疑わしいとの判定に応答して、前記シグナリングメッセージの処理にポリシールールを適用する、システム。
【請求項１２】
前記シグナリングメッセージは、Ｄｉａｍｅｔｅｒ更新位置要求（ＵＬＲ）メッセージと、ＳＳ７位置更新メッセージと、のうちの１つを含む、請求項１１に記載のシステム。
【請求項１３】
前記ＵＥの位置の前記第１の指標は、前記シグナリングメッセージから抽出されたネットワークアイデンティティを含む、請求項１１に記載のシステム。
【請求項１４】
前記ネットワークアイデンティティは、在圏公衆陸上モバイルネットワーク（ＰＬＭＮ）識別子を含む、請求項１３に記載のシステム。
【請求項１５】
前記ＵＥの位置の前記第２の指標は、前記ＵＥの全地球測位システム（ＧＰＳ）座標を含み、
前記ＵＥの位置の前記第１および第２の指標の間の関係から前記シグナリングメッセージが疑わしいと判定するステップは、前記ＧＰＳ座標によって示された位置が前記ＵＥの位置の前記第１の指標と一致しないと判定するステップを含む、請求項１１に記載のシステム。
【請求項１６】
前記ＵＥの前記ＧＰＳ座標は、前記ＵＥ上の前記ＵＥ位置レポートアプリケーションによってポピュレートされたＵＥ位置情報を含む前記クラウドベースのＵＥ位置データベースから取得される、請求項１５に記載のシステム。
【請求項１７】
前記ＵＥの位置の前記第２の指標は、前記クラウドベースのポイントカード取引データベースから取得されたポイントカード取引位置を含み、
前記ＵＥの位置の前記第１および第２の指標の間の関係から前記シグナリングメッセージが疑わしいと判定するステップは、前記ポイントカード取引位置が前記ＵＥの位置の前記第１の指標と一致しないと判定するステップを含む、請求項１１に記載のシステム。
【請求項１８】
前記ＵＥの位置の前記第２の指標は、前記クラウドベースのポイントカード取引データベースから取得された位置を含み、
前記ＵＥの位置の前記第１および第２の指標の間の関係から前記シグナリングメッセージが疑わしいと判定するステップは、前記ポイントカード取引データベースから取得された位置が前記ＵＥの位置の前記第１の指標と一致しないと判定するステップを含む、請求項１１に記載のシステム。
【請求項１９】
前記ポリシールールを適用するステップは、
前記シグナリングメッセージがホーム加入者サーバ（ＨＳＳ）またはホームロケーションレジスタ（ＨＬＲ）に転送されるのをブロックするステップと、
前記シグナリングメッセージを疑わしいものとしてマーク付けするステップと、
前記メッセージのコピーを不正解析プラットフォームに転送するステップとを含む、請求項１１に記載のシステム。
【請求項２０】
実行可能な命令を格納した非一時的なコンピュータ可読媒体であって、前記命令は、コンピュータのプロセッサによって実行されると、前記コンピュータにステップを実行させ、前記ステップは、
ネットワークゲートウェイが、モバイル通信ネットワークでＵＥの位置を更新するためのシグナリングメッセージを受信するステップと、
前記シグナリングメッセージから前記ＵＥの位置の第１の指標を抽出するステップと、
前記ＵＥに常駐するＵＥ位置レポートアプリケーションから取得されたＵＥ位置情報を含むクラウドベースのＵＥ位置データベースと、ＵＥ識別子によってインデックス付けされたポイントカード取引レコードを含むクラウドベースのポイントカード取引データベースと、モビリティ管理エンティティ（ＭＭＥ）からのＵＥ位置情報を要求または受信することにより前記ＵＥ位置情報を取得するモバイル位置センター（ＭＬＣ）と、のうちの１つにクエリすることによって、前記ＵＥの位置の第２の指標を取得するステップと、
前記ＵＥの位置の前記第１および第２の指標の間の関係から、前記シグナリングメッセージが疑わしいと判定するステップと、
前記シグナリングメッセージが疑わしいと判定するステップに応答して、前記シグナリングメッセージの処理にポリシールールを適用するステップとを含む、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
優先権の主張
本願は、２０１７年６月２８日に出願された米国特許出願第１５／６３６，１１８号の優先権を主張する。この開示の全体が参照により本明細書に組み込まれる。
【０００２】
技術分野
本明細書に記載の主題は、テレコミュニケーションネットワークセキュリティの向上に関する。より特定的には、本明細書に記載の主題は、位置更新シグナリングメッセージの処理を許可するための条件として、ＵＥ位置を認証することに関する。
【背景技術】
【０００３】
背景
多くのコンピュータネットワークと同様に、テレコミュニケーションシグナリングネットワークは、ある種の攻撃脆弱性を有する。例えば、モバイル通信ネットワークにおいて、ホームロケーションレジスタ（ＨＬＲ）またはホーム加入者サーバ（ＨＳＳ）によって保持されている加入者情報に攻撃者がアクセスした場合、攻撃者はその情報を用いて、加入者に係わるテキストメッセージおよび音声会話を傍受する可能性がある。したがって、ＨＬＲまたはＨＳＳによって保持されている加入者情報を保護することが望まれる。
【０００４】
ＨＬＲまたはＨＳＳによって保持されている加入者情報の保護は困難な場合がある。なぜなら、加入者情報は位置更新手続きに応答してネットワークを介して伝送され、そのような手続きを開始する人の本人確認または認証がないからである。例えば、ＵＥがネットワークにアタッチすると、アタッチポイント（ＳＳ７ネットワーク内のモバイルスイッチングセンター／在圏位置レジスタ（ＭＳＣ／ＶＬＲ）、またはＤｉａｍｅｔｅｒネットワーク内のモビリティ管理エンティティ（ＭＭＥ））は、ＨＬＲまたはＨＳＳにメッセージを送信して、ＨＬＲまたはＨＳＳでＵＥの位置を更新する。ＨＬＲまたはＨＳＳは、加入者に関する加入情報で応答する。傍受したり、または別の方法でＵＥとの間の通信に影響を及ぼすために使用される虞のあるものが、この加入情報である。
【０００５】
攻撃者が、ＵＥにサービスを提供する有効なネットワーク構成要素になりすましながら、実際には加入情報の傍受ポイントとして動作する場合、攻撃者は、更新位置手続きを利用して加入情報を入手する可能性がある。例えば、攻撃者は、加入者のＨＬＲまたはＨＳＳネットワークに偽の更新位置メッセージを送信する可能性がある。ＨＬＲまたはＨＳＳは、攻撃者が現在ＵＥが登録されている有効なＭＳＣ／ＶＬＲまたはＭＭＥであるものとして、加入者の加入情報で攻撃者に応答する可能性がある。加入情報は、位置更新応答メッセージの中で攻撃者に伝送される。攻撃者が加入情報を取得すると、その攻撃者は、加入者に係わる通信を傍受することができる。
【０００６】
クレジットカード会社は、モバイル通信ネットワークからの位置情報を用いてクレジットカード取引の認証を行なってきた。例えば、クレジットカード会社または発行銀行は、モバイル通信ネットワークからの位置情報を用いて、クレジットカード取引の位置がユーザの位置に対応することを確認することができる。２つの位置が一致しない場合には、クレジットカード会社は、加入者に取引認証を要求する場合がある。しかしながら、そのような認証によって、不正なクレジットカード購入取引を防ぐことはできるが、モバイル通信ネットワークに内在する位置更新取引を取り締まったり、または他の方法で対処したりすることはできない。
【０００７】
したがって、ユーザ機器位置を認証するための方法、システム、およびコンピュータ可読媒体が必要である。
【発明の概要】
【課題を解決するための手段】
【０００８】
概要
ＵＥ位置を認証するための方法、システム、およびコンピュータ可読媒体が開示される。ユーザ機器（ＵＥ）位置を認証するための一方法は、ネットワークゲートウェイが、モバイル通信ネットワークでＵＥの位置を更新するためのシグナリングメッセージを受信するステップを含む。方法はさらに、シグナリングメッセージからＵＥの位置の第１の指標を抽出するステップを含む。方法はさらに、ＵＥに常駐するＵＥ位置レポートアプリケーションから取得されたＵＥ位置情報を含むクラウドベースのＵＥ位置データベースと、ＵＥ識別子によってインデックス付けされたポイントカード取引レコードを含むクラウドベースのポイントカード取引データベースと、モビリティ管理エンティティ（ＭＭＥ）からのＵＥ位置情報を要求または受信することによりＵＥ位置情報を取得するモバイル位置センター（ＭＬＣ）と、のうちの１つにクエリすることによって、ＵＥの位置の第２の指標を取得するステップを含む。方法はさらに、ＵＥの位置の第１および第２の指標の間の関係から、シグナリングメッセージが疑わしいと判定するステップを含む。方法はさらに、シグナリングメッセージが疑わしいと判定するステップに応答して、シグナリングメッセージの処理にポリシールールを適用するステップを含む。
【０００９】
本明細書に記載の主題の一態様によれば、ＵＥの位置の第１の指標が抽出されるシグナリングメッセージは、Ｄｉａｍｅｔｅｒ更新位置要求（ＵＬＲ）メッセージと、ＳＳ７位置更新メッセージと、のうちの１つを含む。
【００１０】
本明細書に記載の主題の別の一態様によれば、ＵＥの位置の第１の指標は、シグナリングメッセージから抽出されたネットワークアイデンティティを含む。一例では、ネットワークアイデンティティは、在圏公衆陸上モバイルネットワーク（ＰＬＭＮ）識別子であってもよい。在圏ＰＬＭＮ識別子は、ＵＥ位置を認証するために他の位置情報と比較され得るモバイルネットワークコード（ＭＮＣ）とモバイル国コード（ＭＣＣ）とを含んでもよい。
【００１１】
本明細書に記載の主題のさらに別の一態様によれば、シグナリングメッセージから抽出された情報と比較されるＵＥの位置の第２の指標は、ＵＥの全地球測位システム（ＧＰＳ）座標を含んでもよい。このような実現例では、ＵＥの位置の第１および第２の指標の間の関係からシグナリングメッセージが疑わしいと判定するステップは、ＧＰＳ座標によって示された位置が、シグナリングメッセージから抽出されたＵＥの位置の第１の指標と一致しないと判定するステップを含んでもよい。一例では、ＵＥのＧＰＳ座標は、ＵＥ上のＵＥ位置レポートアプリケーションによってポピュレートされたＵＥ位置情報を含むクラウドベースのＵＥ位置データベースから取得されてもよい。
【００１２】
本明細書に記載の主題のさらに別の一態様によれば、シグナリングメッセージから抽出された位置情報と比較されるＵＥの位置の第２の指標は、クラウドベースのポイントカード取引データベースから取得されたポイントカード取引位置を含んでもよい。このような実現例では、ＵＥの位置の第１および第２の指標の間の関係からシグナリングメッセージが疑わしいと判定するステップは、ポイントカード取引位置がＵＥの位置の第１の指標と一致しないと判定するステップを含む。
【００１３】
本明細書に記載の主題のさらに別の一態様によれば、シグナリングメッセージから抽出された情報と比較されるＵＥの位置の第２の指標は、クラウドベースのポイントカード取引データベースから取得された位置である。このような場合には、シグナリングメッセージが疑わしいと判定するステップは、ポイントカード取引位置がＵＥの位置の第１の指標と一致しないと判定するステップを含む。
【００１４】
本明細書で使用する「ポイントカード取引」という用語は、その取引位置情報が格納されているテレコミュニケーションネットワーク加入者の、プラスチックの、またはソフトウェアで実現されるカードに係わるクレジットカード取引、デビットカード取引、または他の電子商取引を含む。
【００１５】
本明細書に記載の主題のさらに別の一態様によれば、位置の不一致に応答してポリシールールを適用するステップは、シグナリングメッセージがホーム加入者サーバ（ＨＳＳ）またはホームロケーションレジスタ（ＨＬＲ）に転送されるのをブロックするステップと、シグナリングメッセージを疑わしいものとしてマーク付けするステップと、メッセージのコピーを不正解析プラットフォームに転送するステップとを含む。
【００１６】
本明細書に記載の主題のさらに別の一態様によれば、ユーザ機器（ＵＥ）位置を認証するためのシステムが開示される。システムは、ネットワークゲートウェイを備える。ネットワークゲートウェイは、モバイル通信ネットワークでＵＥの位置を更新するためのシグナリングメッセージを受信するために、ネットワークゲートウェイ内に配置されたメッセージプロセッサを備える。システムはさらに、ネットワークゲートウェイに動作可能に関連付けられたＵＥ位置認証モジュールを備える。ＵＥ位置認証モジュールは、シグナリングメッセージからＵＥの位置の第１の指標を抽出する。ＵＥ位置認証モジュールはさらに、ＵＥに常駐するＵＥ位置レポートアプリケーションから取得されたＵＥ位置情報を含むクラウドベースのＵＥ位置データベースと、ＵＥ識別子によってインデックス付けされたポイントカード取引レコードを含むクラウドベースのポイントカード取引データベースと、モビリティ管理エンティティ（ＭＭＥ）からのＵＥ位置情報を要求または受信することによりＵＥ位置情報を取得するモバイル位置センター（ＭＬＣ）と、のうちの１つにクエリすることによって、ＵＥの位置の第２の指標を取得する。ＵＥ位置認証モジュールはさらに、ＵＥの位置の第１および第２の指標の間の関係から、シグナリングメッセージが疑わしいと判定する。ネットワークゲートウェイは、シグナリングメッセージが疑わしいとの判定に応答して、シグナリングメッセージの処理にポリシールールを適用する。
【００１７】
本明細書で使用する「位置更新メッセージ」という用語は、テレコミュニケーションネットワーク内の位置および他のモバイル加入者を更新するためのメッセージを意味する。「位置更新メッセージ」は、ネットワークでテレコミュニケーションネットワーク加入者の位置を更新するためのＤｉａｍｅｔｅｒ更新位置要求メッセージ、ＳＳ７モバイルアプリケーションパート（ＭＡＰ）更新位置メッセージ、または他のメッセージを含むことが意図される。
【００１８】
本明細書に記載の主題は、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組み合わせによって実現することができる。したがって、本明細書で使用される「機能」、「ノード」、または「モジュール」という用語は、記載されている特徴を実現するためのハードウェア（ソフトウェアおよび／またはファームウェア構成要素も含み得る）を意味する。例示的な一実現例では、本明細書に記載の主題は、コンピュータ実行可能命令を格納したコンピュータ可読媒体を用いて実現することができる。この命令は、コンピュータのプロセッサによって実行されると、コンピュータにステップを実行させる。本明細書に記載の主題を実現するために好適なコンピュータ可読媒体の例としては、ディスクメモリデバイス、チップメモリデバイス、プログラマブル論理デバイス、および特定用途向け集積回路などの、非一時的なコンピュータ可読媒体が挙げられる。さらに、本明細書に記載の主題を実現するコンピュータ可読媒体は、単一のデバイスまたはコンピューティングプラットフォームに配置されてもよいし、複数のデバイスまたはコンピューティングプラットフォームに分散されてもよい。
【００１９】
以下では、添付図面を参照して、本明細書に記載の主題を説明する。
【図面の簡単な説明】
【００２０】
【図１】クラウドネットワークを介して提供されるモバイル機器から取得されたＧＰＳデータを用いて、ＵＥ位置を認証するための方法およびシステムを示すネットワーク図である。
【図２】クラウドネットワーク内のポイントカード取引情報を用いて、ＵＥ位置を認証するための方法およびシステムを示すネットワーク図である。
【図３Ａ】モバイル位置センターによって提供される位置データを用いて、ＵＥ位置を認証するための方法およびシステムを示すネットワーク図である。
【図３Ｂ】モバイル位置センターによって提供される位置データを用いて、ＵＥ位置を認証するための方法およびシステムを示すネットワーク図である。
【図３Ｃ】モバイル位置センターによって提供される位置データを用いて、ＵＥ位置を認証するための方法およびシステムを示すネットワーク図である。
【図４】ＳＳ７ネットワーク内のＵＥ位置を認証するための方法およびシステムを示すネットワーク図である。
【図５】ＵＥ位置を認証するためのＤｉａｍｅｔｅｒシグナリングルータおよび／またはＳＳ７信号中継局（ＳＴＰ）を含むネットワークゲートウェイを示すブロック図である。
【図６】ＵＥ位置を認証するための例示的な処理を示すフローチャートである。
【発明を実施するための形態】
【００２１】
詳細な説明
本明細書に記載の主題は、ＵＥ位置を認証し、そのような認証を用いることにより、シグナリングネットワーク攻撃脆弱性を減少させるための方法、システム、および非一時的なコンピュータ可読媒体に関する。図１は、本明細書に記載の主題に係る、ＵＥ位置を認証するための方法およびシステムを示すネットワーク図である。図１を参照すると、いくつかのネットワークが示されている。図１において、モバイル加入者のホームネットワークは、ＵＥ位置を認証するためのＵＥ位置認証モジュール１０２を含むネットワークゲートウェイ１００を備える。また、ホームネットワークは、ＨＳＳ１０４も備える。ＨＳＳ１０４は、保護することが望まれる加入データを含む加入者データレコードを格納する。少なくとも１つのプロセッサ１０８を含む不正解析プラットフォーム１０６は、位置不正があった場合に、ＵＥ位置認証モジュール１０２によって疑わしいものとしてタグ付けされたメッセージを解析する。クラウドＵＥ ＧＰＳデータベース１１０を備えるクラウドネットワークも図示されている。クラウドＵＥ ＧＰＳデータベース１１０は、各ＵＥ１１４に常駐し得る位置レポートアプリケーション１１２から取得されたＵＥのＧＰＳ座標を格納する。
【００２２】
図示の例では、ＵＥ１１４は、ホームネットワークの外部のネットワークにローミングしており、真正ＭＭＥ１１６にアタッチされている。位置レポートアプリケーション１１２は、ＵＥ１１４上のＧＰＳ送受信機と連動することによってＵＥのＧＰＳ位置を測定してもよい。ＵＥ位置レポートアプリケーション１１２は、ＧＰＳ位置データを定期的にクラウドＵＥ ＧＰＳデータベース１１０に送出してもよいし、または、クラウドＵＥ ＧＰＳデータベース１１０からのクエリに応答してＧＰＳ位置データをクラウドＵＥ ＧＰＳデータベースに提供してもよい。いずれの実現例も、本明細書に記載の主題の範囲内であることが意図される。
【００２３】
図１に示す別のネットワークは、攻撃者ネットワークである。攻撃者ネットワークでは、攻撃者１１８が真正ＭＭＥになりすます。真正ＭＭＥになりすますことは、Ｄｉａｍｅｔｅｒ更新位置要求（ＵＬＲ）メッセージなどの有効なメッセージを作成すること、および、それらのメッセージを他のネットワークに転送し、それらのネットワークから加入者情報を取得しようとすることを含む。攻撃者１１８は、ネットワークを介して通信し、位置更新メッセージ（例えば、Ｄｉａｍｅｔｅｒおよび／またはＳＳ７位置更新メッセージ）を作成することが可能なコンピューティングプラットフォームであってもよい。攻撃者１１８が位置更新メッセージを作成し、有効な加入者識別子（例えば、国際モバイルステーション識別子（ＩＭＳＩ）、モバイル加入者統合サービスデジタルネットワーク（ＭＳＩＳＤＮ）番号、および／または国際モバイル機器識別子（ＩＭＥＩ）にアクセスできるようになると、攻撃者１１８は、位置更新メッセージを用いて攻撃を作成し、識別された加入者の加入情報をＨＳＳ１０４から取得することができる。
【００２４】
図示の例では、攻撃者１１８はＤｉａｍｅｔｅｒ更新位置要求（ＵＬＲ）メッセージを作成し、そのメッセージをネットワークゲートウェイ１００に送信する。ＵＬＲメッセージはＵＥ１１４の識別子を含むが、ＵＥ１１４が実際に登録されているＭＭＥ１１６ではなく、攻撃者１１８に応答が戻されるようにする。ネットワークゲートウェイ１００がＵＬＲメッセージを受信し、本明細書に記載のＵＥ位置認証手続きを行なわない場合、ネットワークゲートウェイ１００は、そのメッセージを単にＨＳＳ１０４に転送することになる。そうすると、ＨＳＳ１０４は、加入情報を含む更新位置応答（ＵＬＡ）メッセージを作成および送信する。ネットワークゲートウェイ１００は、そのＵＬＡメッセージを攻撃者１１８に送る。攻撃者１１８は、そのＵＬＡメッセージから加入情報を抽出し、その情報を用いて、通話またはＵＥ１１４との間の他の通信を傍受することになるであろう。
【００２５】
一方、ＵＥ位置認証モジュール１０２は、単にＵＬＲメッセージをＨＳＳ１０４に送るのではなく、更新位置要求メッセージとは別のソースにクエリしてＵＥ位置情報を取得し、その情報を用いて位置認証を行なう。図１では、位置認証モジュール１０２は、クラウドＵＥ ＧＰＳデータベース１１０にクエリしてＵＥのＧＰＳ位置を要求する。クラウドＵＥ ＧＰＳデータベース１１０は、そのデータベース内のＵＥのレコードにアクセスし、ＵＥ位置応答をＵＥ位置認証モジュール１０２に伝送する。クラウドＵＥ ＧＰＳデータベース１１０とＵＥ位置認証モジュール１０２との間のインターフェイスは、クラウドＵＥ ＧＰＳデータベース１１０からＵＥ位置を取得するためのメッセージ、メッセージパラメータ、および関数呼び出しを定義するアプリケーションプログラミングインターフェイス（ＡＰＩ）であってもよい。
【００２６】
クラウドＵＥ ＧＰＳデータベース１１０は、まず、データベース１１０がＵＥ１１４の現在のＧＰＳ位置を含むか否かをチェックすることによって、ＵＥ１１４のＧＰＳ位置を取得してもよい。データベース１１０内のＵＥ１１４の位置が最新のものである場合（例えば、現在の時刻から所定の期間内に更新されたものである場合。期間の長さは、ネットワークオペレータによって設定可能である。）、クラウドＵＥ ＧＰＳデータベース１１０は、格納されたＧＰＳ位置をＵＥの現在の位置として提供してもよい。クラウドＵＥ ＧＰＳデータベース１１０がＵＥの現在のＧＰＳ位置を含まない場合には、クラウドＵＥ ＧＰＳデータベース１１０は、ＵＥ１１４に現在の位置をクエリしてもよい。クエリに応答して、位置レポートアプリケーション１１２はＵＥ１１４の現在のＧＰＳ座標で応答してもよい。クラウドＵＥ ＧＰＳデータベース１１０は、ＵＥ位置レポートアプリケーション１１２からＧＰＳ位置を受信し、その位置情報をＵＥ位置認証モジュール１０２に転送してもよい。
【００２７】
ＵＥ１１４のＧＰＳ位置データを受信すると、ＵＥ位置認証モジュール１０２は、ＵＬＲにおけるＵＥ位置情報を、クラウドＵＥ ＧＰＳデータベース１１０によって提供されたＧＰＳ座標と比較することによって、位置認証チェックを行なう。ＵＬＲ位置情報がＧＰＳ位置情報と一致した場合、ゲートウェイ１００はＵＬＲをＨＳＳ１０４に転送し、さらなる更新位置処理を行なう。一方、ＧＰＳ位置データがＵＬＲにおける位置データと一致しない場合には、位置認証は失敗し、ＵＥ位置認証モジュール１０２はＵＬＲがＨＳＳ１０４に転送されるのをブロックする。
【００２８】
ＵＥ位置の認証失敗に応答して、ＵＥ位置認証モジュール１０２は、ＵＬＲメッセージを疑わしいものとしてをマーク付けし、その疑わしいメッセージのコピーを不正解析プラットフォーム１０６に転送してもよい。不正解析プラットフォーム１０６は、ＵＬＲメッセージを解析し、攻撃者１１８を特定する情報を抽出し、その情報を用いてネットワークゲートウェイ１００にアクセス制御リストをポピュレートすることによって、攻撃者１１８からの以降のメッセージをブロックしてもよい。
【００２９】
このように、図１では、ＵＥ１１４に常駐する位置レポートアプリケーション１１２によって提供され、クラウドネットワークに格納されたＵＥ ＧＰＳデータを用いてＵＥデバイス位置を認証することにより、ＨＳＳ１０４に格納された加入データを取得するための攻撃が成功する危険性を減らすことができる。
【００３０】
上述のように、ＵＥ位置認証モジュール１０２は、ＵＬＲメッセージから抽出された位置情報を、クラウドＧＰＳデータベース１１０から取得されたＧＰＳ座標と比較する。ＵＬＲメッセージはＧＰＳ座標を含まないため、何らかのマッピングが必要になる場合がある。以下に示す表１は、ＤｉａｍｅｔｅｒＵＬＲメッセージに含まれ得る必須および任意のフィールドを含む。
【００３１】
【表１】
2020525941.tif 000003
【００３２】
表１において、更新位置要求メッセージは、在圏公衆陸上モバイルネットワーク（ＰＬＭＮ）ＩＤフィールドを含む。在圏ＰＬＭＮ ＩＤは、ＵＥが現在アタッチされているモバイル国コード（ＭＣＣ）およびモバイルネットワークコード（ＭＮＣ）を識別する。国およびネットワーク情報を、クラウドＵＥ ＧＰＳデータベース１１０から取得されたＧＰＳ座標と比較することによって、ＵＬＲが疑わしいか否かを判定することができる。例えば、ＵＥが位置する国が、ＵＬＲメッセージから抽出された国コードとは一致しないことが、クラウドＵＥ ＧＰＳデータベース１１０から取得されたＧＰＳ座標によって示された場合、そのＵＬＲメッセージを疑わしいものとして認定してもよい。同様に、データベース１１０から抽出されたＧＰＳ座標が、在圏ＰＬＭＮ ＩＤフィールドにおけるモバイルネットワークコードが示すネットワークのサービスエリア内の位置と一致しない場合には、そのＵＬＲメッセージを疑わしいものとしてマーク付けしてもよい。クラウドＧＰＳデータベース１１０から取得されたＧＰＳ座標が、ＵＬＲメッセージから取得された国およびネットワークと一致した場合、ＵＥ位置認証を通過し、ＵＥ位置認証モジュール１０２はＵＬＲメッセージをＨＳＳ１０４に転送し、さらなる位置更新処理を行なってもよい。
【００３３】
図１では、ＵＥ位置認証モジュール１０２は、ＵＥによってクラウドベースの位置データベースに提供されるＧＰＳ位置データを用いて、ＵＥ位置を認証する。代替的な実現例では、クラウドベースのポイントカード取引データベースから取得された位置情報を用いて、ＵＥ位置を認証することができる。図２は、そのような実現例を示す。図２では、ポイントカード取引データベース２００がポイントカード取引（例えば、その取引位置情報が格納されたクレジットカード取引、デビットカード取引、または他の電子商取引）からＵＥ位置情報を取得する。このような取引情報は、従来のプラスチックのクレジットカード取引もしくはデビットカード取引、またはＵＥに保持されるソフトウェアで実現されるカードに係わる取引から取得することができる。このような取引は、加入者およびＵＥを照会し得る個人アカウント番号（ＰＡＮ）などの識別子を含んでもよい。また、このような取引データは、取引の時刻情報および位置情報も含む。このように、ポイントカード取引データベース２００は、ＵＥ位置の認証に使用されるために、ＭＳＩＳＤＮ番号、ＩＭＳＩ番号、および／またはＩＭＥＩ番号などのＵＥ識別情報を含むように更新または拡張されてもよい。以下に示す表２は、ＵＥ位置認証をサポートするためにポイントカード取引データベース２００に保持され得るレコードの一例を示す。
【００３４】
【表２】
2020525941.tif 000004
【００３５】
表２において、ＵＥ識別子９１９４９３８０００についての、特定の日のポイントカード取引レコードを示す。ＵＥ識別子は、例えばモバイル加入者が新たなポイントカードの契約をしたときに、データベース２００のオペレータによってデータベース２００に設定されてもよい。代替的には、ＵＥを用いてポイントカード取引が行なわれたときに、データベース２００が動的に設定されてもよい。図示の例では、レコードはポイントカード識別子を含む。ポイントカード識別子は、ＰＡＮ番号、取引位置、および取引時刻であってもよい。取引位置は、ポイントカード取引に関して格納された位置の如何なる指標であってもよい。説明を簡単にするために、取引の都市および州を示している。しかしながら、より正確な位置（例えば、取引の小売店位置またはＧＰＳ位置）を格納してもよいことが理解される。レコードは、取引時刻も含む。取引時刻は、時刻および日として図示されている。
【００３６】
ポイントカード取引データベース２００に保持されたポイントカード取引情報を用いてＵＥの位置を認証するために、ＵＥ位置認証モジュール１０２は、ＭＭＥまたはＭＭＥになりすました攻撃者からＵＬＲメッセージを受信すると、ポイントカード取引データベース２００にクエリしてもよい。ポイントカード取引データベース２００は、特定の日の加入者に係わるポイントカード取引の位置を示すレコード（表２に示すようなレコード）を提供することによって応答してもよい。ＵＥ位置認証モジュール１０２は、ＵＬＲメッセージから抽出された位置情報を、ポイントカード取引データベース２００から取得された取引位置情報と比較し、一致するか否かを判定してもよい。ＵＬＲメッセージから取得された位置情報が、ポイントカード取引データベース２００から取得または導出された位置情報と一致した場合、ＵＥ位置認証モジュール１０２は、さらなるＵＥ位置認証処理を行なうことなく、ＵＬＲメッセージをＨＳＳ１０４に転送してもよい。一方、ＵＬＲメッセージから抽出された位置情報が、ポイントカード取引データベース２００から取得または導出された情報と一致しない場合には、位置認証モジュール１０２は、ＵＬＲメッセージがＨＳＳ１０４に送信されるのをブロックし、そのＵＬＲメッセージを疑わしいものとしてマーク付けし、そのＵＬＲメッセージのコピーを不正解析プラットフォーム１０６に転送してもよい。
【００３７】
不正解析プラットフォーム１０６は、メッセージを解析し、場合によっては、真正ＭＭＥになりすました攻撃者からのさらなるメッセージをブロックするために、ネットワークゲートウェイ１００にアクセス制御データベースをポピュレートしてもよい。例えば、表１のデータを用いると、ＵＥが６／７／１７にカリフォルニア州，ロサンゼルスのＭＭＥで登録されていることを示すデータがＵＬＲメッセージに含まれる場合、そのデータは、データベース２００から取得された取引位置情報とは一致しない。なぜなら、データベース２００内の加入者のすべてのエントリは、加入者が２０１７年６月７日にノースカロライナ州にいることを示しているからである。したがって、このような場合には、ＵＥ位置認証モジュール１０２はＵＬＲメッセージをブロックし、メッセージを不正解析プラットフォーム１０６に送信することになる。
【００３８】
本明細書に記載の主題のさらに別の代替的な実現例では、ＵＥ位置認証モジュール１０２は、ゲートウェイモバイル位置センター（ＧＭＬＣ）などのモバイル位置センターにクエリして、位置認証のためのＵＥ位置情報を取得してもよい。図３Ａは、そのような実現例を示す。図３Ａを参照すると、ＧＭＬＣ３００は、真正ＭＭＥ３０２から取得された加入者位置情報を格納する。ＭＭＥ３０２は、ｅＮｏｄｅＢ３０４を介してＵＥ１１４に接続されている。ＧＭＬＣ３００が位置情報を取得する処理の例を、図３Ｂおよび図３Ｃに示す。図３Ｂを参照すると、一例では、ＧＭＬＣ３００は、加入者位置の提供要求メッセージ（provide subscriber location request message）を用いて、ＭＭＥ３０２に対して位置情報をクエリしてもよい。加入者位置の提供要求メッセージは、ＵＥ加入者ＩＭＳＩ、および要求された位置情報の種類（例えば、現在の位置、および任意で速度）を含む。以下に示す表３は、加入者位置の提供要求メッセージに含まれ得る必須および任意のフィールドを示す。
【００３９】
【表３−１】
2020525941.tif 000005
【表３−２】
2020525941.tif 000006
【表３−３】
2020525941.tif 000007
【００４０】
表３において、加入者位置情報の提供要求における必須のフィールドとしては、ＩＭＳＩ、ＭＳＩＳＤＮまたはＩＭＥＩ、および要求された位置の種類が含まれる。他の必須のフィールドとしては、要求を発行している位置サービスクライアントの名前、およびクライアントの種類が含まれる。
【００４１】
加入者位置情報要求メッセージの受信に応答して、ＭＭＥ３０２は、加入者位置の提供応答で応答する。以下に示す表４は、加入者位置の提供応答メッセージの必須および任意のフィールドを示す。
【００４２】
【表４−１】
2020525941.tif 000008
【表４−２】
2020525941.tif 000009
【００４３】
表４に示すように、加入者位置の提供応答における任意のフィールドとしては、ユニバーサル座標におけるＵＥ位置の推定などの位置情報、および、位置情報の精度、位置情報の時期、速度推定、サーバノードなどの指標が含まれる。ＵＥ位置認証モジュール１０２がこれらの任意の情報フィールドのうちのいずれか１つ以上を用いることによって、更新位置要求メッセージから抽出されたＵＥ位置情報を認証することができる。例えば、ＵＥ位置認証モジュール１０２は、ＧＭＬＣ３００から位置推定を取得してもよい。ＵＥ位置認証モジュール１０２は、ＧＭＬＣ３００から取得された位置推定を、ＵＬＲメッセージから抽出されたモバイルネットワークおよびモバイル国コードと比較してもよい。ＵＥの位置が、ＵＬＲメッセージから取得された国およびネットワークに対応する位置とは異なることが位置推定によって示された場合、ＵＥ位置認証モジュール１０２は、ＵＬＲメッセージがＨＳＳ１０４に転送されることをブロックしてもよい。位置推定が、ＵＬＲメッセージから取得されたモバイルネットワークおよび国コードと一致する場合には、ＵＥ位置認証モジュール１０２は、ＵＬＲメッセージがＨＳＳ１０４に転送されることを許可し、さらなる位置更新処理を行なってもよい。
【００４４】
ＧＭＬＣ３００は、加入者位置の提供要求メッセージを送信することなく、ＭＭＥ３０２から加入者位置情報を取得してもよい。この手続きを図３Ｃに示す。図３Ｃでは、ＭＭＥ３０２は、先に位置情報についてのクエリを受けることなく、ＧＭＬＣ３００に加入者位置レポートメッセージを送信する。以下に示す表５は、加入者位置の提供レポートメッセージに含まれ得る例示的な位置および他の情報を示す。
【００４５】
【表５−１】
2020525941.tif 000010
【表５−２】
2020525941.tif 000011
【表５−３】
2020525941.tif 000012
【００４６】
上記の表５に示すように、加入者位置レポートメッセージは、加入者のＩＭＳＩ、ＭＳＩＳＤＮ、またはＩＭＥＩを含む。加入者位置レポートメッセージは、加入者位置、位置精度、および位置時刻を特定するさまざまなフィールドも含む。以下でさらに詳述するように、ＵＥ位置認証モジュール１０２は、この位置情報を用いて、ＤｉａｍｅｔｅｒＵＬＲメッセージから抽出された位置情報を認証してもよい。図３Ｃでは、ＧＭＬＣ３００は、加入者位置レポートメッセージに応答して、加入者位置レポートメッセージの処理の成功または失敗を示す加入者位置レポートＡＣＫを送信する。加入者位置レポートＡＣＫメッセージの構造は本明細書に記載の主題にとって重要ではないため、その説明は行なわない。
【００４７】
図３Ａに戻って、ＵＥ位置認証モジュール１０２は、ＭＭＥになりすました攻撃者１１８からＵＬＲメッセージを受信すると、位置情報の要求をＧＭＬＣ３００に送信する。この要求は、ＧＭＬＣ３００によって保持されている位置データへのアクセスをＧＭＬＣ３００がＵＥ位置認証モジュール１０２に許可するためのＡＰＩに従ってフォーマットされていてもよい。この位置情報の要求は、ＵＥのＩＭＳＩ、ＭＳＩＳＤＮ、および／またはＩＭＥＩを含んでもよい。ＧＭＬＣ３００は、位置認証モジュール１０２からの要求に含まれる加入者識別子を用いてその内部の位置データベースにアクセスし、ＵＥの位置情報を含むレコードを検索し、位置情報応答メッセージをＵＥ位置認証モジュール１０２に送信することによってその情報をＵＥ位置認証モジュール１０２に提供してもよい。ＵＥ位置認証モジュール１０２は、ＵＬＲメッセージから抽出された位置情報を、ＧＭＬＣ３００から取得されたＵＥ位置情報と比較してもよい。上記の表１は、ＧＭＬＣ３００から取得された位置データと比較され得るＵＬＲ中の必須および任意のフィールドを示している。
【００４８】
表１に関して上述したように、認証対象のＵＬＲ中の位置情報は、在圏ＰＬＭＮ ＩＤフィールドを含んでもよい。在圏ＰＬＭＮ ＩＤフィールドは、モバイル国コードおよびモバイルネットワークコードを含む。モバイル国コードおよびモバイルネットワークコードは、ＧＭＬＣ３００から取得された位置情報と比較されてもよい。例えば、モバイル国コードおよびモバイルネットワークコードは、加入者位置レポートメッセージの位置推定フィールドから抽出されてＧＭＬＣ３００に格納されたデータと比較されてもよい。情報が一致した場合、ＵＥ位置認証モジュール１０２は、さらなるＵＥ位置認証処理を行なうことなく、ＵＬＲメッセージをＨＳＳ１０４に転送してもよい。ＵＬＲメッセージにおける情報がＧＭＬＣ３００から取得された情報と一致しない場合には、ＵＥ位置認証１０２は、ＵＬＲメッセージがＨＳＳ１０４に転送されるのをブロックし、そのメッセージを疑わしいものとしてマーク付けし、そのメッセージのコピーを不正解析プラットフォーム１０６に送信してもよい。不正解析プラットフォーム１０６は、ＭＭＥになりすました攻撃者１１８を特定するためにＵＬＲメッセージを処理し、場合によっては、攻撃者１１８からのさらなるメッセージをブロックするために、ネットワークゲートウェイ１００にアクセス制御データベースをポピュレートしてもよい。
【００４９】
図１〜図３の例は、不正なＤｉａｍｅｔｅｒ更新位置要求メッセージの識別に焦点を当てている。しかしながら、本明細書に記載の主題は、不正なＤｉａｍｅｔｅｒ更新位置要求メッセージの識別に限定されない。ネットワークゲートウェイ１００は、不正なシグナリングシステムＮｏ．７（ＳＳ７）モバイルアプリケーションパート（ＭＡＰ）位置更新メッセージを識別してもよい。図４は、そのような例を示す。図４において、ネットワークゲートウェイ１００は、ＵＥ位置認証モジュール１０２を含む信号中継局（ＳＴＰ）を備える。ネットワークゲートウェイ１００は、ＵＥ１１４のホームネットワーク内に配置されており、ＨＬＲ４００との間でメッセージをやり取りする。ＨＬＲ４００は、ＵＥ１１４についての加入データを含んでいる。ＳＴＰ１００は、ホームネットワーク内に配置されたモバイルスイッチングセンター（ＭＳＣ）４０２、およびＵＥ位置データベース（上述のデータベース１１０、２００または３００であってもよい）にも接続されている。
【００５０】
図示の例では、ＵＥ１１４は、在圏ネットワークにローミングしており、在圏ネットワーク内のＭＳＣ／ＶＬＲ４０４に現在アタッチされている。攻撃者４０６は、在圏ネットワークから分離している攻撃者ネットワーク内にあり、ＭＳＣ／ＶＬＲになりすます。図示の例では、攻撃者４０６は、ＭＡＰ位置更新メッセージをＨＬＲ４００に送信する。位置更新メッセージは、ＵＥ１１４を識別する識別子（例えば、ＩＭＳＩ、ＭＳＩＳＤＮおよび／またはＩＭＥＩ）を含む。位置更新メッセージは、ＳＳ７メッセージのモバイルアプリケーションパートで搬送されるＩＳ−４１（Interim Standard-41）メッセージであり、加入者にサービスを提供するＭＳＣ／ＶＬＲの識別子と、ＭＳＣ／ＶＬＲのＳＳ７ポイントコードとを含む。ＭＡＰ位置更新メッセージを受信したことに応答して、ＵＥ位置認証モジュール１０２は、加入者またはＵＥの識別子を用いてＵＥ位置データベース１１０、２００、または３００に対してクエリを行ない、ＵＥ位置データを含む位置応答をデータベース１１０、２００、または３００から取得してもよい。次いで、ＵＥ位置認証モジュール１０２は、ＭＡＰ位置更新メッセージから抽出された位置情報をＵＥ位置データベース１１０、２００、または３００から取得されたＵＥ位置情報と比較することによって、ＵＥ位置認証を行なう。位置が一致しない場合、ＵＥ位置認証モジュール１０２は、位置更新メッセージを疑わしいものとしてマーク付けし、位置更新メッセージがＨＬＲ４００に送信されるのをブロックし、疑わしい位置更新メッセージのコピーを不正解析プラットフォーム１０６に転送し、さらなる処理を行なってもよい。不正解析プラットフォーム１０６は、ＭＳＣ／ＶＬＲアドレスを抽出し、その情報を用いてＳＴＰ１００にアクセス制御データベースをポピュレートすることによって、攻撃者１１８からのさらなるメッセージをブロックしてもよい。ＭＡＰ位置更新メッセージにおける位置がデータベース１１０、２００、または３００から取得されたＵＥ位置と一致するとＵＥ位置認証モジュール１０２が判定した場合には、ＵＥ位置認証モジュール１０２は、さらなる位置認証処理を行なうことなく、位置更新メッセージをＨＬＲ４００に転送してもよい。このようにして、ＵＥ位置認証モジュール１０２は、ＳＳ７位置更新メッセージについてのＵＥ位置認証を行なう。
【００５１】
図５は、ネットワークゲートウェイ１００の例示的な内部アーキテクチャを示すブロック図である。図示の例では、ネットワークゲートウェイ１００は、Ｄｉａｍｅｔｅｒシグナリングルータ（ＤＳＲ）機能および／またはＳＴＰ機能を含む。ＤＳＲ機能は、Ｄｉａｍｅｔｅｒルーティングエージェント（ＤＲＡ）、および／またはＤｉａｍｅｔｅｒエッジエージェント（ＤＥＡ）として動作する能力を有してもよい。Ｄｉａｍｅｔｅｒルーティングエージェントとして動作することは、シグナリングメッセージにおけるＤｉａｍｅｔｅｒ情報に基づいて、Ｄｉａｍｅｔｅｒシグナリングメッセージをルーティングおよびスクリーニングすることを含む。Ｄｉａｍｅｔｅｒエッジエージェントとして動作することは、メッセージにおけるＤｉａｍｅｔｅｒレベル情報に基づいて、ネットワークのエッジ、または２つのネットワーク間の境界において、Ｄｉａｍｅｔｅｒシグナリングメッセージをルーティングおよびスクリーニングすることを含んでもよい。ＳＴＰとして動作することは、メッセージにおけるＳＳ７情報に基づいて、ＳＳ７メッセージをルーティングおよび／またはスクリーニングすることを含んでもよい。このように、ネットワークゲートウェイ１００は、ＤＳＲ、ＳＴＰ、またはＤＳＲとＳＴＰとの組み合わせであってもよい。
【００５２】
ネットワークゲートウェイ１００は、ロングタームエボリューションネットワーク内のＭＭＥ、またはＳＳ７ネットワーク内のＭＳＣ／ＶＬＲになりすました攻撃者から発せられたＳＳ７位置更新メッセージおよびＤｉａｍｅｔｅｒ更新位置要求メッセージについて、ＵＥ位置認証を行なってもよい。ネットワークゲートウェイ１００がＳＴＰ機能を実装している場合、位置認証モジュール１０２は、ＳＳ７ＭＡＰ位置更新メッセージにおける位置情報を認証し、ＵＥ位置認証に失敗すると、そのメッセージがＨＬＲに転送されるのをブロックすることができる。ネットワークゲートウェイ１００がＤＳＲ機能を実装している場合、位置認証モジュール１０２は、ＵＥ位置認証に失敗すると、ＤｉａｍｅｔｅｒＵＬＲメッセージがＨＳＳに転送されるのをブロックすることができる。
【００５３】
図５のアーキテクチャを参照すると、ネットワークゲートウェイ１００は、複数のメッセージプロセッサ５００、５０２、５０４、および５０６を含む。各メッセージプロセッサは、少なくとも１つのプロセッサ５０８とメモリ５１０とを含む。各メッセージプロセッサは、ブレードなどのプリント回路基板、および、バックプレーンまたは他の接続を介した回路基板上の他の要素への関連接続によって実現されてもよい。
【００５４】
各メッセージプロセッサ５００、５０２、５０４、および５０６は、１つまたは複数の特定の機能を果たすためのソフトウェアを備えて構成されてもよい。図示の例では、メッセージプロセッサ５００は、Ｄｉａｍｅｔｅｒの接続およびルーティング機能を実現するソフトウェアを備えて構成される。したがって、メッセージプロセッサ５００は、他のＤｉａｍｅｔｅｒノードとのＤｉａｍｅｔｅｒ接続を維持するＤｉａｍｅｔｅｒ接続層（ＤＣＬ）５１２と、アプリケーション処理のためにＤｉａｍｅｔｅｒメッセージを他のノードおよびメッセージプロセッサ５０４、５０６に送るＤｉａｍｅｔｅｒルーティング層（ＤＲＬ）５１４とを含む。
【００５５】
メッセージプロセッサ５０２は、ＳＳ７の接続およびルーティング機能を実現するソフトウェアを備えて構成される。したがって、メッセージプロセッサ５０２は、ＩＰネットワークを介してＳＳ７メッセージをトランスポートさせるシグナリングトランスポート（ＳＩＧＴＲＡＮ）プロトコルスタック５１６と、ＳＳ７情報（例えば、ＭＴＰ３、シグナリング接続制御部（ＳＣＣＰ）、トランザクション機能応用部（ＴＣＡＰ）、およびＭＡＰ情報）を搬送するＳＳ７プロトコルスタック５１８（マイナスＭＴＰ層１および２）とを含む。
【００５６】
メッセージプロセッサ５０４は、上述のＵＥ位置認証を行なうためのＵＥ位置認証モジュール１０２を含む。メッセージプロセッサ５０６は、Ｄｉａｍｅｔｅｒメッセージおよび／またはＳＳ７メッセージを処理するための他のアプリケーション５２０を含んでもよい。実装され得る他のアプリケーションの例としては、ナンバーポータビリティ、グローバルタイトルトランスレーション、ＨＬＲまたはＨＳＳ位置キャッシングなどが挙げられる。
【００５７】
このように、ＤｉａｍｅｔｅｒＵＬＲまたはＳＳ７ＭＡＰ位置更新メッセージなどの位置更新メッセージがメッセージプロセッサ５００、５０２のうちの１つに届くと、受信したメッセージプロセッサは、ＵＥ位置認証処理のために、そのメッセージをメッセージプロセッサ５０４に転送する。ＵＥ位置認証モジュール１０２は、適切な位置情報ソースにクエリし、外部の位置情報を取得し、その情報と位置更新メッセージから抽出された情報とを比較することによって、メッセージを認証する。メッセージがＵＥ位置認証を通過した場合、ＵＥ位置認証モジュール１０２は、該当する送出メッセージプロセッサ５００または５０２を介して、そのメッセージをＨＬＲまたはＨＳＳに転送する。メッセージがＵＥ位置認証を通過しない場合、ＵＥ位置認証モジュール１０２は、そのメッセージを疑わしいものとしてマーク付けし、メッセージプロセッサ５００、５０２のうちの１つを介して、そのメッセージのコピーを不正解析プラットフォーム１０６に送信する。
【００５８】
図６は、本明細書に記載の主題の一態様に従って、ＵＥ位置情報を認証するための例示的な処理を示すフローチャートである。図６を参照すると、ステップ６００において、ＵＥ位置更新要求が受信される。例えば、ネットワークゲートウェイ１００がＤｉａｍｅｔｅｒＵＬＲメッセージまたはＳＳ７ＭＡＰ位置更新メッセージを受信してもよい。ステップ６０２において、位置更新要求が関係するＵＥの位置の第１の指標が、ＵＥ位置更新要求から抽出される。例えば、ＵＥ位置更新要求が発せられた位置を示す在圏ＰＬＭＮ ＩＤまたは他のデータを、ＵＥ位置認証モジュール１０２が抽出してもよい。ステップ６０４において、ネットワークゲートウェイ１００は、ＵＥに常駐するＵＥ位置レポートアプリケーションから取得されたＵＥ位置情報を含むクラウドベースのＵＥ位置データベースと、ＵＥ識別子によってインデックス付けされたポイントカード取引レコードを含むクラウドベースのポイントカード取引データベースと、モビリティ管理エンティティ（ＭＭＥ）からのＵＥ位置情報を要求または受信することによりＵＥ位置情報を取得するモバイル位置センター（ＭＬＣ）と、のうちの１つにクエリすることによって、位置更新要求が関係するＵＥの位置の第２の指標を取得する。例えば、ＵＥ位置認証モジュール１０２がクラウドＧＰＳデータベース１１０、ポイントカード取引データベース２００、またはＧＭＬＣ３００にクエリすることによって、ＵＥの位置の第２の指標を取得してもよい。クエリは、ＵＥのＩＭＳＩ、ＭＳＩＳＤＮ、ＩＭＥＩ、または他の識別子を含んでもよい。
【００５９】
ステップ６０６において、ＵＥの位置の第１および第２の指標が一致するか否かが判定される。ＵＥ位置の指標が一致するか否かを判定することは、クラウドベースのＵＥ位置データベース、クラウドベースのポイントカード取引データベース、またはＭＬＣから取得された位置を、加入者の位置を更新するためのシグナリングメッセージから抽出された位置と比較することを含んでもよい。外部の位置ソースがクラウドＧＰＳデータベース１１０である場合には、上記比較は、更新位置メッセージから抽出されたＭＮＣによって指定されたモバイルネットワークが、ＧＰＳ座標によって指定された位置で電波受信可能であるか否かを判定することを含んでもよい。同様に、外部の位置ソースがポイントカード取引データベース２００である場合には、位置の指標が一致するか否かを判定することは、ポイントカード取引データベース２００から取得された取引位置が、位置更新メッセージにおけるモバイルネットワークコード（ＭＮＣ）によって指定されたモバイルネットワークが電波受信可能である位置に対応するか否かを判定することを含んでもよい。外部の位置ソースがＧＭＬＣ３００である場合には、ＵＥの位置の第１および第２の指標が一致するか否かを判定することは、更新位置メッセージにおけるＭＮＣによって指定されたネットワークが、ＧＭＬＣ３００から取得された位置推定によって指定された座標において電波受信可能であるか否かを判定することを含んでもよい。これらの位置比較は例示のために示したに過ぎず、本明細書に記載の主題の範囲から逸脱することなく、ＵＥ位置を指定または導出可能なＤｉａｍｅｔｅｒ更新位置要求またはＳＳ７位置更新メッセージ中の任意のフィールドを、本明細書で列挙したＵＥ位置を指定または導出可能なパラメータのうちの任意のものと比較してもよいことが、当然理解されるであろう。
【００６０】
ＵＥの位置の第１および第２の指標が一致する場合、制御はステップ６０８に進む。ステップ６０８では、ＵＥ位置更新要求がＨＬＲまたはＨＳＳに送られ、ＵＥ位置認証処理が終了する。一方、ステップ６０６においてＵＥ位置情報が一致しないと判定された場合には、制御はステップ６１０に進む。ステップ６１０では、ＵＥ更新位置要求がＨＬＲまたはＨＳＳに転送されることがブロックまたは阻止される。次いで、制御はステップ６１２に進む。ステップ６１２では、ＵＥ更新位置要求が疑わしいものとしてマーク付けされ、不正解析プラットフォーム１０６に転送される。不正解析プラットフォーム１０６は、疑わしい更新位置要求メッセージを解析し、攻撃者からの将来の通信をブロックするためのアクセス制御リストエントリのデータを作成し、そのデータをネットワークゲートウェイ１００に転送し、ネットワークゲートウェイ１００が保持するアクセス制御リストにインストールしてもよい。
【００６１】
不正解析プラットフォーム１０６は、アクセス制御リストエントリを作成する代わりに、位置更新メッセージに関連するＭＳＩＳＤＮ、ＩＭＳＩ、および／またはＩＭＥＩにフラグを立て、ネットワークゲートウェイ１００が保持するスクリーニングデータベースにポピュレートするためのデータを作成し、スクリーニングデータをネットワークゲートウェイ１００に転送してもよい。ネットワークゲートウェイ１００は、そのスクリーニングデータをスクリーニングデータベースにインストールしてもよい。そうすることにより、ネットワークゲートウェイ１００によって受信されたＭＳＩＳＤＮ、ＩＭＳＩ、および／またはＩＭＥＩを含む任意のメッセージがコピーされ、そのメッセージのコピーが不正解析プラットフォーム１０６に送信されて、さらなる不正解析が行なわれ得る。さらなる解析の結果、そのメッセージが攻撃者から発せられたものであることが分かった場合、不正解析プラットフォーム１０６はネットワークオペレータに通知してもよいし、および／または、ＭＳＩＳＤＮ、ＩＭＳＩ、および／またはＩＭＥＩに係わる将来のメッセージをブロックするスクリーニングデータベースルール用のデータを作成してもよい。
【００６２】
上述の例では、ネットワークゲートウェイ１００上に常駐するＵＥ位置認証モジュール１０２によってＵＥ位置認証が行なわれる。しかしながら、本明細書に記載の主題は、そのような実現例に限定されない。代替的な実現例では、ＵＥ位置認証モジュール１０２は、ネットワークゲートウェイ１００から分離し、かつネットワークゲートウェイ１００に動作可能に関連付けられたコンピューティングプラットフォーム上に配置されてもよい。このような実現例では、ネットワークゲートウェイ１００は、位置更新メッセージを受信し、当該メッセージまたは当該メッセージから作られたメッセージのコピーとＵＥとをＵＥ位置認証モジュール１０２に転送してもよい。ＵＥ位置認証モジュール１０２は、そのメッセージから位置情報を抽出し、データベース１１０、２００、または３００などの位置ソースから位置メッセージを取得してもよい。次いで、ＵＥ位置認証モジュール１０２は、認証を行ない、認証結果をネットワークゲートウェイ１００に送信してもよい。認証の結果、メッセージがＵＥ位置認証を通過した場合、認証結果は通過の旨を示し、ゲートウェイ１００は更新位置メッセージをＨＬＲまたはＨＳＳに転送する。認証の結果、メッセージがＵＥ位置認証に失敗した場合、ＵＥ位置認証モジュール１０２は、更新位置メッセージをＨＬＲまたはＨＳＳに転送すべきでない旨を示すポリシールールをゲートウェイ１００に転送してもよい。ネットワークゲートウェイ１００は、ポリシールールをインストールし、このポリシールールを用いて、ＨＬＲまたはＨＳＳへの更新位置メッセージの転送をブロックしてもよい。
【００６３】
上述の例では、データベース１１０、２００、および３００は、ネットワークゲートウェイ１００から分離したコンピューティングプラットフォーム上に配置されている。代替的な実施形態では、データベース１１０、２００、もしくは３００のうちのいずれか１つ以上、またはデータベース１１０、２００、もしくは３００のうちのいずれか１つ以上のローカルコピーがネットワークゲートウェイ１００上に常駐してもよい。このような実現例では、上述のすべての実現例においてネットワークトラフィックを減少させることができる。なぜなら、ネットワークを横断して位置クエリおよび応答を転送する必要がなくなるからである。
【００６４】
本開示の主題の範囲から逸脱することなく、本開示の主題のさまざまな詳細を変更可能であることが理解されるであろう。また、上述の記載は、もっぱら例示を目的とするものであって、限定を目的とするものではない。
【図１】
2020525941.tif 000013
【図２】
2020525941.tif 000014
【図３Ａ】
2020525941.tif 000015
【図３Ｂ】
2020525941.tif 000016
【図３Ｃ】
2020525941.tif 000017
【図４】
2020525941.tif 000018
【図５】
2020525941.tif 000019
【図６】
2020525941.tif 000020
【国際調査報告】
2020525941.tif 000021
2020525941.tif 000022