(57)【要約】【概要】  メトリック・パーサ・コーディネータ（ＭＰＣ）は、ネットワークのコンポーネント同士の間のデータ共有を調整する。ＭＰＣによって実行されるプロセスは、複数の入力インターフェイスからのデータの受信、データの解析、解析データのフィルタリング、解析データのメトリック・ストレージへの格納、入力インターフェイスに従ったフィルタリングされたデータのマッピング、及びメトリックトレージに格納されるフィルタリングされたデータの登録された第１のアプリケーションへの提供を含み得る。各インターフェイスは、互いに異なるインターフェイスとして規定され得、フィルタリングされたデータには、登録された第１のアプリケーションによって要求された情報が含まれる。インターフェイスは、第３世代パートナーシッププロジェクトインターフェイス、ロングタームエボリューションインターフェイス、及びカスタム・インターフェイスを含み得る。ＭＰＣによってさらに、アプリケーションを、データを公開するか、データを受け取るか、又はその両方を行うように登録することができる。
2021518711.tif 000002
【特許請求の範囲】
【請求項１】
メトリック・パーサ・コーディネータによって実行される方法であって、当該方法は、
複数の入力インターフェイスからデータを受信するステップであって、各インターフェイスは互いに異なるインターフェイスとして規定される、受信するステップと、
前記データを解析するステップと、
該解析データをフィルタリングするステップであって、該フィルタリングされたデータには、登録された第１のアプリケーションによって要求された情報が含まれる、フィルタリングするステップと、
前記フィルタリングされたデータをメトリック・ストレージに格納するステップと、
前記入力インターフェイスに従って前記フィルタリングされたデータをマッピングするステップと、
前記メトリック・ストレージに格納される前記フィルタリングされたデータを前記登録された第１のアプリケーションに提供するステップと、を含む、
方法。
【請求項２】
前記複数の入力インターフェイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）インターフェイス、ロングタームエボリューション（ＬＴＥ）インターフェイス、及びカスタム・インターフェイスを含むグループから選択される２つ以上の異なるインターフェイスを含む、請求項１に記載の方法。
【請求項３】
前記登録された第１のアプリケーションは、トラフィック・マネージャである、請求項１に記載の方法。
【請求項４】
第２のアプリケーションを登録するステップをさらに含み、
該第２のアプリケーションを登録するステップは、前記第２のアプリケーションを第１のタイプのデータを公開するものとして登録するステップ、前記第２のアプリケーションを第２のタイプのデータを受け取るものとして登録するステップ、又はその両方を含む、請求項１に記載の方法。
【請求項５】
パーサ・インターフェイスを提供するステップをさらに含み、
前記第２のアプリケーションの登録は、前記パーサ・インターフェイスを用いて実行される、請求項４に記載の方法。
【請求項６】
前記第１のアプリケーションが前記フィルタリングされたデータを受け取るものとして登録されると、前記フィルタリングされたデータは、前記データの受信に応答して前記登録された第１のアプリケーションに提供される、請求項４に記載の方法。
【請求項７】
前記データを受信するステップは、前記第２のアプリケーションが前記データに関連するデータのタイプを公開するように登録される場合にのみ、前記第２のアプリケーションから前記データを受信するステップを含む、請求項４に記載の方法。
【請求項８】
前記フィルタリングされたデータを前記メトリック・ストレージに格納するステップは、アプリケーションが前記フィルタリングされたデータを受け取るものとして登録される場合にのみ実行される、請求項４に記載の方法。
【請求項９】
前記データをフィルタリングするステップは、
前記複数の入力インターフェイスのうちの第１のインターフェイスを介して受信した前記解析データを、前記第１のインターフェイスを介して受信した第１の他の解析データと照合するステップと、
該照合された解析データを、前記第１のインターフェイスを介して受信した第２の他の解析データとリンクさせるステップと、
前記解析データを、前記第１のインターフェイスとは異なる、前記複数の入力インターフェイスのうちの第２のインターフェイスを介して受信した第３の他の解析データとリンクさせるステップと、を含む、請求項１に記載の方法。
【請求項１０】
前記データを解析するステップは、前記データを受信した前記入力インターフェイスに従って、前記データを解析するステップを含む、請求項１に記載の方法。
【請求項１１】
システムであって、当該システムは、
プロセッサと、
フィルタリングされたデータを格納する第１のメモリと、
プログラムコマンドを格納する第２のメモリと、を含み、
前記プログラムコマンドが前記プロセッサによって実行されると、該プロセッサに、
複数の入力インターフェイスからデータを受信すること、
該受信したデータを解析して、解析データを生成すること、
前記解析データをフィルタリングすることによって、登録されたアプリケーションによって要求された情報を含む、フィルタリングされたデータを生成すること、
前記第１のメモリに前記フィルタリングされたデータを前記第１のメモリに格納させること、
前記入力インターフェイスに従って、前記フィルタリングされたデータをマッピングすること、
前記第１のメモリに格納される前記フィルタリングされたデータを第１のアプリケーションに提供すること、を行わせる、
システム。
【請求項１２】
前記複数の入力インターフェイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）インターフェイス、ロングタームエボリューション（ＬＴＥ）インターフェイス、及びカスタム・インターフェイスを含むグループから選択される２つ以上の異なるインターフェイスを含む、請求項１１に記載のシステム。
【請求項１３】
前記アプリケーションは、トラフィック・マネージャである、請求項１１に記載のシステム。
【請求項１４】
前記プログラムコマンドは、前記プロセッサに、
第２のアプリケーションを登録することをさらに行わせ、
前記第２のアプリケーションを登録することは、前記第２のアプリケーションを第１のタイプのデータを公開するものとして登録すること、前記第２のアプリケーションを第２のタイプのデータを受け取るものとして登録すること、又はその両方を含む、請求項１１に記載のシステム。
【請求項１５】
前記プログラムコマンドは、前記プロセッサに、
パーサ・インターフェイスを提供することをさらに行わせ、
前記第２のアプリケーションの登録は、前記パーサ・インターフェイスを用いて実行される、請求項１４に記載のシステム。
【請求項１６】
前記第１のアプリケーションが前記フィルタリングされたデータを受け取るものとして登録されると、前記フィルタリングされたデータは、前記データの受信に応答して前記登録された第１のアプリケーションに提供される、請求項１４に記載のシステム。
【請求項１７】
前記データを受信することは、前記第２のアプリケーションが前記データに関連するデータのタイプを公開するように登録される場合にのみ、前記第２のアプリケーションから前記データを受信することを含む、請求項１４に記載のシステム。
【請求項１８】
前記フィルタリングされたデータをメトリック・ストレージに格納することは、アプリケーションが前記フィルタリングされたデータを受け取るものとして登録される場合にのみ実行される、請求項１４に記載のシステム。
【請求項１９】
前記解析データをフィルタリングすることは、
前記複数の入力インターフェイスのうちの第１のインターフェイスを介して受信した前記解析データを、前記第１のインターフェイスを介して受信した第１の他の解析データと照合すること、
該照合された解析データを、前記第１のインターフェイスを介して受信した第２の他の解析データとリンクさせること、
前記解析データを、前記第１のインターフェイスとは異なる、前記複数の入力インターフェイスのうちの第２のインターフェイスを介して受信した第３の他の解析データとリンクさせること、を含む、請求項１１に記載のシステム。
【請求項２０】
前記データを解析することは、前記データを受信した入力インターフェイスに従って、前記データを解析することを含む、請求項１１に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願への相互参照
本願は、２０１８年３月２３日に出願された、米国仮特許出願第６２／６４７，３４３号の利益を主張するものであり、この文献は、あらゆる目的のために参照により本明細書に組み込まれる。
【背景技術】
【０００２】
モバイルネットワークは、ワイヤレスインターフェイスを介したモバイル装置へのユーザトラフィックの送受信、そのトラフィックのインターネットとの間での配信、モバイル装置がネットワーク全体を移動する際の制御、、及び他の多くのこと等の様々な機能を担う様々なコンポーネントで構成されている。
【０００３】
モバイルネットワークは、仮想化ネットワーク機能（ＶＮＦ）を用いて実現され得る。ＶＮＦは、ソフトウェアゲートウェイ（ＳＧＷ）等の機能がカスタムハードウェアを用いて実現されるのではなく、代わりに、ハイパーバイザーの下での標準サーバで実行される例えばソフトウェアを用いて実現されるソフトウェア規定ネットワークの形式である。ＶＮＦは、新しいネットワーク機能の開発を容易にする。
【０００４】
ＶＮＦコンポーネントは、標準インターフェイスを介して情報を送受信することができる。各インターフェイスは、異なるフォーマット、特徴、又はその両方を有するように、異なる方法で規定できる。いくつかのインターフェイスはユーザデータの受け渡し用（例えば、Ｓ１−Ｕ及びＳＧｉ）であり、いくつかはネットワーク制御シグナリング用（例えば、Ｓ１−ＭＭＥ及びＳ１１）、いくつかは両方のため（例えば、Ｓ５）である。インターフェイスは、３ＧＰＰ又はロングタームエボリューション（ＬＴＥ）インターフェイスであり得る。例えば：
・Ｓ１−ＭＭＥは、進化型ＵＭＴＳ（Universal Mobile Telecommunications System）地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）と、モバイル管理エンティティ（ＭＭＥ）との間の制御アプリケーションプロトコルのインターフェイスとして使用できる。
・Ｓ１−Ｕは、Ｅ−ＵＴＲＡＮとサービング・ゲートウェイとの間の各ベアラのＳ１ユーザプレーンデータ用に使用でき、サービング・ゲートウェイがｅＮｏｄｅＢ間（inter-eNodeB）ハンドオーバをアンカーできるようにする。
・Ｓ５は、サービング・ゲートウェイと公衆データネットワーク（ＰＤＮ）ゲートウェイとの間にユーザプレーントンネリング及びトンネル管理機能を提供するために使用でき、サービング・ゲートウェイを複数のＰＤＮゲートウェイに接続して、異なるインターネットプロトコル（ＩＰ）サービスをユーザ機器（ＵＥ）に提供でき、且つＵＥモビリティに関連付けられたゲートウェイ再配置を提供するために使用できるようにする。
・Ｓ１１は、進化型パケットシステム（ＥＰＳ）管理のためにＭＭＥとサービング・ゲートウェイとの間で使用できる制御プレーンインターフェイスである。
・ＳＧｉは、ＰＤＮゲートウェイとイントラネット又はインターネットとの間で使用できる。
【０００５】
これらのコンポーネントのいくつかは、（例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）標準化団体による）標準仕様に準拠している。これらの例としては、モバイルサービング・ゲートウェイ（ＳＧＷ）、パケットゲートウェイ（ＰＧＷ）、モバイルモビリティエンティティ（ＭＭＥ）等がある。これらのコンポーネントは、進化型パケットコア（ＥＰＣ）と呼ばれるものの一部を構成している。これらのコンポーネントは、カスタムハードウェアに実装することも、仮想ネットワーク機能（ＶＮＦ）として仮想化環境で実現することもできる。
【０００６】
トラフィック・マネージャ又は解析コレクタ等、同じデータインターフェイス上で動作する他の多くの非標準アプリケーションもモバイルネットワーク内に存在し得る。これらの非標準アプリケーション及び装置は、任意又は複数の識別されたインターフェイス上に存在し得る。
【０００７】
さらに、これらのコンポーネントを構築する機器メーカーはまた、性能メトリック等のデータを独自のフォーマットでエクスポートする。
【０００８】
多数のインターフェイス、及びインターフェイスが搬送する多様で大量のデータのために、非標準のアプリケーションがこの情報を収集し、使用可能な形式にフィルタリングすることは困難であり得る。例えば、トラフィック・マネージャは、Ｓ１−ＵとＳ１−ＭＭＥとの両方から情報を収集する必要があり得るが、それらのインターフェイスを用いて通信される情報のサブセットのみを必要とする。さらに、トラフィック・マネージャは、それ自体独自のデータを他の非標準アプリケーションに送信する必要がある場合がある。また、各コンポーネントが複数（例えば、複数のトラフィック・マネージャ、解析コレクタ等）存在する場合もある。
【０００９】
従って、複数のインターフェイスを、標準のネットワークアプリケーションと非標準のネットワークアプリケーションとの両方によってアクセス可能及び使用可能になるデータのリポジトリ（repository：保存場所）に集約するシステムによって、エンドツーエンド・トランスポートネットワーク内の任意の時点で情報を、標準と非標準との両方の装置及びアプリケーションの間で集合的に共有され、アプリケーションがそれらに関係のない大量のデータをシフトする必要がないようにすることが有利であろう。
【発明の概要】
【００１０】
開示された実施形態の目的は、標準と非標準との両方の装置及びアプリケーションの間でのネットワーク内の任意の時点での情報の共有を容易にし、アプリケーションがそれらに関係のない大量のデータをシフトすることを必要とせずに、そのように情報の共有をすることである。
【００１１】
本開示の様々な実施形態によれば、メトリック・パーサ・コーディネータ（Metrics Parser Coordinator:ＭＰＣ）によって実行される方法は、複数の入力インターフェイスからデータを受信するステップと；データを解析する（parsing）ステップと；解析データをフィルタリングするステップと；フィルタリングされたデータをメトリック・ストレージに格納するステップと；入力インターフェイスに従ってフィルタリングされたデータをマッピングするステップと；メトリック・ストレージに格納されたフィルタリングされたデータを登録された第１のアプリケーションに提供するステップと；を含む。各インターフェイスは、互いに異なるインターフェイスとして規定される。フィルタリングされたデータには、登録された第１のアプリケーションによって要求された情報が含まれる。
【００１２】
一実施形態では、複数の入力インターフェイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）インターフェイス、ロングタームエボリューション（ＬＴＥ）インターフェイス、及びカスタム・インターフェイスを含むグループから選択される２つ以上の異なるインターフェイスを含む。
【００１３】
一実施形態では、登録された第１のアプリケーションは、トラフィック・マネージャである。
【００１４】
一実施形態では、この方法は、第２のアプリケーションを登録するステップをさらに含み、第２のアプリケーションを登録するステップは、第２のアプリケーションを第１のタイプのデータを公開する（publishing）ものとして登録するステップ、第２のアプリケーションを第２のタイプのデータを受け取る（subscribing to）ものとして登録するステップ、又はその両方を含む。
【００１５】
一実施形態では、この方法は、パーサ（parser）・インターフェイスを提供するステップをさらに含み、第２のアプリケーションの登録は、パーサ・インターフェイスを用いて実行される。
【００１６】
一実施形態では、第１のアプリケーションがフィルタリングされたデータを受け取るものとして登録されると、フィルタリングされたデータは、データの受信に応答して登録された第１のアプリケーションに提供される。
【００１７】
一実施形態では、データを受信することは、第２のアプリケーションがデータに関連するデータのタイプを公開するように登録される場合にのみ、第２のアプリケーションからデータを受信することを含む。
【００１８】
一実施形態では、フィルタリングされたデータをメトリック・ストレージに格納するステップは、アプリケーションがフィルタリングされたデータを受け取るものとして登録される場合にのみ実行される。
【００１９】
一実施形態では、データをフィルタリングするステップは、複数の入力インターフェイスのうちの第１のインターフェイスを介して受信した解析データを、第１のインターフェイスを介して受信した第１の他の解析データと照合（corroborate）するステップと；照合された解析データを、第１のインターフェイスを介して受信した第２の他の解析データとリンクさせるステップと；解析データを、第１のインターフェイスとは異なる複数の入力インターフェイスのうちの第２のインターフェイスを介して受信した第３の他の解析データとリンクさせるステップと；を含む。
【００２０】
一実施形態では、データを解析するステップは、データを受信した入力インターフェイスに従って、データを解析するステップを含む。
【００２１】
本開示の様々な実施形態によれば、システムは、プロセッサと、フィルタリングされたデータを格納する第１のメモリと、プログラムコマンドを格納する第２のメモリとを含む。プログラムコマンドがプロセッサによって実行されると、プロセッサに、複数の入力インターフェイスからデータを受信すること；受信したデータを解析して、解析データを生成すること；解析データをフィルタリングすることによって、フィルタリングされたデータを生成すること；第１のメモリにフィルタリングされたデータをメモリに格納させること；入力インターフェイスに従って、フィルタリングされたデータをマッピングすること；及び第１のメモリに格納されるフィルタリングされたデータをアプリケーションに提供すること：を行わせる。フィルタリングされたデータには、登録されたアプリケーションによって要求された情報が含まれる。
【００２２】
一実施形態では、複数の入力インターフェイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）インターフェイス、ロングタームエボリューション（ＬＴＥ）インターフェイス、及びカスタム・インターフェイスを含むグループから選択される２つ以上の異なるインターフェイスを含む。
【００２３】
一実施形態では、アプリケーションは、トラフィック・マネージャである。
【００２４】
一実施形態では、プログラムコマンドは、プロセッサに、第２のアプリケーションを登録することをさらに行わせ、第２のアプリケーションを登録することは、第２のアプリケーションを第１のタイプのデータを公開するものとして登録すること、第２のアプリケーションを第２のタイプのデータを受け取るものとして登録すること、又はその両方を含む。
【００２５】
一実施形態では、プログラムコマンドは、プロセッサに、パーサ・インターフェイスを提供することをさらに行わせ、第２のアプリケーションの登録は、パーサ・インターフェイスを用いて実行される。
【００２６】
一実施形態では、第１のアプリケーションがフィルタリングされたデータを受け取るものとして登録されると、フィルタリングされたデータは、データの受信に応答して登録された第１のアプリケーションに提供される。
【００２７】
一実施形態では、データを受信することは、第２のアプリケーションがデータに関連するデータのタイプを公開するように登録される場合にのみ、第２のアプリケーションからデータを受信することを含む。
【００２８】
一実施形態では、フィルタリングされたデータをメトリック・ストレージに格納することは、アプリケーションがフィルタリングされたデータを受け取るものとして登録される場合にのみ実行される。
【００２９】
一実施形態では、解析データをフィルタリングすることは、複数の入力インターフェイスのうちの第１のインターフェイスを介して受信した解析データを、第１のインターフェイスを介して受信した第１の他の解析データと照合すること；照合された解析データを、第１のインターフェイスを介して受信した第２の他の解析データとリンクさせること；及び解析データを、第１のインターフェイスとは異なる複数の入力インターフェイスのうちの第２のインターフェイスを介して受信した第３の他の解析データとリンクさせること；を含む。
【００３０】
一実施形態では、データを解析することは、データを受信した入力インターフェイスに従ってデータを解析することを含む。
【図面の簡単な説明】
【００３１】
【図１】一実施形態による通信ネットワークを示す図である。
【図２】一実施形態による、情報を収集、フィルタリング、及び提供するためのシステムを示す図である。
【図３】一実施形態によるコンピュータシステムを示す図である。
【図４】一実施形態によるネットワークを示す図である。
【図５】別の実施形態によるネットワークを示す図である。
【図６】一実施形態によるメトリック・パーサ・コーディネータ（ＭＰＣ）の動作を示す図である。
【図７】一実施形態による、初期ＵＥメッセージを処理するためのプロセスを示す図である。
【図８】一実施形態による、初期コンテキストセットアップ要求開始メッセージを処理するためのプロセスを示す図である。
【図９】一実施形態による、初期コンテキストセットアップ要求の成功結果メッセージを処理するためのプロセスを示す図である。
【図１０】一実施形態による、初期コンテキストセットアップ要求の不成功結果メッセージを処理するためのプロセスを示す図である。
【図１１】一実施形態による、Ｓ１ＡＰハンドオーバ通知メッセージを処理するためのプロセスを示す図である。
【図１２】一実施形態による、Ｓ１ＡＰ位置レポートメッセージを処理するためのプロセスを示す図である。
【図１３】一実施形態による、Ｓ１ＡＰ経路切替え開始メッセージを処理するためのプロセスを示す図である。
【図１４】一実施形態による、Ｓ１ＡＰ経路切替えの成功メッセージを処理するためのプロセスを示す図である。
【図１５】一実施形態による、Ｓ１ＡＰ経路切替えの不成功メッセージを処理するためのプロセスを示す図である。
【図１６】一実施形態による、ＵＥコンテキストリリース応答メッセージを処理するためのプロセスを示す図である。
【図１７】一実施形態による、セッション要求作成メッセージを処理するためのプロセスを示す図である。
【図１８】一実施形態による、セッション応答作成メッセージを処理するためのプロセスを示す図である。
【図１９】一実施形態による、セッション応答削除メッセージを処理するためのプロセスを示す図である。
【図２０Ａ】一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＡＤＤ又はＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＵＰＤＡＴＥのメッセージを処理するためのプロセスを示す図である。
【図２０Ｂ】一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＡＤＤ又はＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＵＰＤＡＴＥのメッセージを処理するためのプロセスを示す図である。
【図２１Ａ】一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿ＧＴＰ＿Ｖ２＿ＡＤＤのメッセージを処理するためのプロセスを示す図である。
【図２１Ｂ】一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿ＧＴＰ＿Ｖ２＿ＡＤＤのメッセージを処理するためのプロセスを示す図である。
【図２２Ａ】一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＲＥＭＯＶＥのメッセージを処理するためのプロセスを示す図である。
【図２２Ｂ】一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＲＥＭＯＶＥのメッセージを処理するためのプロセスを示す図である。
【図２３Ａ】一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿ＧＴＰ＿Ｖ２＿ＲＥＭＯＶＥのメッセージを処理するためのプロセスを示す図である。
【図２３Ｂ】一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿ＧＴＰ＿Ｖ２＿ＲＥＭＯＶＥのメッセージを処理するためのプロセスを示す図である。
【図２４】一実施形態による、メッセージを解析するためのプロセスを示す図である。
【図２５】一実施形態による、ＭＰＣによって処理されるメッセージを生成し得るイベントのタイムラインを示す図である。
【発明を実施するための形態】
【００３２】
本開示の実施形態は、様々なネットワーキングアプリケーションから様々なデータストリーム及びメトリックを取り込み、このデータの様々な他の仮想ネットワーキング機能／アプリケーション（ＶＮＦ）へのアクセス／配信を編成、フィルタリング、統合、及び調整するシステムに関し、ＶＮＦアプリケーションは、この情報を受信及び／又はアクセスするために登録されている。様々な実施形態によれば、このシステムによって、仮想化アプリケーションが、集合（collective）グループのリアルタイム集合データを操作して、ネットワーク速度、容量、効率等を改善するのを可能にする。様々な実施形態において、このシステムはまた、仮想化ネットワーキング機能及びアプリケーションのためのフレームワークを提供して、集合グループ内のデータの送信（例えば、公開（publish））と受信（例えば、受取（subscribe to）等）との両方のために登録する。
【００３３】
本開示は、複数のインターフェイスを、標準のネットワークアプリケーションと非標準のネットワークアプリケーションとの両方によってアクセス可能及び使用可能なデータのリポジトリに集約し、エンドツーエンド・トランスポートネットワーク内の任意の時点で情報を、標準と非標準との両方の装置及びアプリケーションの間で実用的な方法で集合的に共有するのを可能にするシステムに関する。
【００３４】
様々な実施形態によれば、システムによって、トラフィック・マネージャ又は任意の他のネットワーク機器が、単一のリポジトリ及び単一のフォーマットでエンドツーエンド・トランスポートネットワーク内の関連情報にアクセスすることが可能になる。
【００３５】
図１は、一実施形態による通信ネットワーク１００を示している。ネットワーク１００は、広域ネットワーク（ＷＡＮ）１０２（例えば、インターネット）、複数のセルラー無線アクセスネットワーク（ＲＡＮ）１０４Ａ及び１０４Ｂ、ケーブル又はＤＳＬベースのインターネットアクセスネットワーク（ＩＡＮ）１０６、及びＷＡＮ１０２に結合された複数のサーバ１１４Ａ及び１１４Ｂを含む。しかしながら、実施形態は、それらに限定されない。
【００３６】
ＷＡＮ１０２は、全て互いに直接又は間接通信している複数のルータ１１０Ａ及び１１０Ｂ、第１のゲートウェイ１１２Ａ、及び第２のゲートウェイ１１２Ｂを含む。ルータ１１０Ａ及び１１０Ｂは、パケットをルーティングするために、プロトコルスタックのネットワーク層（例えば、ＴＣＰ／ＩＰプロトコルスタックのインターネットプロトコル（ＩＰ）層）で動作する。すなわち、ルータ１１０Ａ及び１１０Ｂは、ＩＰデータグラムのＩＰヘッダで提供される情報を用いてそれらの機能を実行する。
【００３７】
ゲートウェイ１１２Ａ及び１１２Ｂは、プロトコルスタックのトランスポート層又はこれより上の層で動作する。例えば、ゲートウェイ１１２Ａ及び１１２Ｂは、ユーザデータグラムプロトコル（ＵＤＰ）ヘッダ、伝送制御プロトコル（ＴＣＰ）ヘッダ、及び／又は他のトランスポート層プロトコルヘッダ内の情報を用いて動作することができ、トランスポート層プロトコルヘッダは、ＩＰデータグラムのＩＰデータにカプセル化される。
【００３８】
一実施形態では、第１のゲートウェイ１１２Ａは、コモディティ（廉価）・サーバハードウェア上で実行されるゲートウェイＶＮＦを用いて実装され得る。そのような実施形態では、追加のＶＮＦがゲートウェイ１１２Ａ上に提供され得る。
【００３９】
例えば、第１のゲートウェイ１１２Ａは、ＲＡＮ１０４Ａ及び１０４Ｂのためのアグリゲーション・ポイントとしても機能し得る。さらに、第１のゲートウェイ１１２Ａは、ＲＡＮ１０４Ａ及び１０４Ｂにトランスポート管理及び監視及び制御機能を提供することができる。第１のゲートウェイ１１２Ａは、バックホール・ネットワークを介してＲＡＮ１０４Ａ及び１０４Ｂと通信することができる。
【００４０】
同様に、第２のゲートウェイ１１２Ｂは、ゲートウェイＶＮＦを用いて実装され得、ＩＡＮ１０６のアグリゲーション・ポイントとして機能し、ＩＡＮ１０６のトランスポート管理、監視、及び制御機能を提供し、且つＩＡＮ１０６の輻輳に応答してフェアシェア（fair-share）トランスポートプロトコルのリアルタイム最適化を含む、ＩＡＮ１０６の最適化トランスポートを提供する等の追加のＶＮＦを提供し得る。
【００４１】
第１のＲＡＮ１０４Ａは、基地局１２０Ａと、共有無線周波数（ＲＦ）リソースを介して第１の基地局１２０Ａと無線通信する複数のユーザ機器（ＵＥ）１２２Ａ及び１２２Ｂとを含む。第２のＲＡＮ１０４Ｂは、基地局１２０Ａと、共有ＲＦリソースを介して第２の基地局１２０Ｂと無線通信する複数のＵＥ１２２Ｃ及び１２２Ｄとを含む。ＵＥ１２２Ａ〜１２２Ｄは、基地局１２０Ａ及び１２０Ｂ並びに第１のゲートウェイ１１２Ａを介してＷＡＮ１０２と通信する。基地局１２０Ａ及び１２０Ｂは、進化型ノードＢ（ｅＮｏｄｅＢ）、基地トランシーバ局（ＢＴＳ）等であり得、ＵＥ１２２Ａ〜１２２Ｄは、携帯電話、無線ホットスポット、セルラーモデムを含むコンピュータ等であり得るが、実施形態はそれらに限定されない。
【００４２】
ＩＡＮ１０６は、複数のローカルエリアネットワーク（ＬＡＮ）１３０Ａ及び１３０Ｂを第２のゲートウェイ１１２Ｂに接続する共有有線リソース１０８（例えば、同軸ケーブル、光ファイバーケーブル等、又はそれらの組合せ）を含む。ＬＡＮ１３０Ａ及び１３０Ｂ上の装置は、共有有線リソース１０８の有限帯域幅をめぐって競合する可能性がある。
【００４３】
第１のＬＡＮ１３０Ａは、共有有線リソース１０８を介して第１のＬＡＮ１３０Ａ上の装置をＷＡＮ１０２に接続するための複合型モデム及びルータ１３２を含み得る。複数のネットワーク装置１３４Ａ及び１３４Ｂは、例えば、銅線を介した１０００Ｂａｓｅ−Ｔイーサネットによって複合型モデム及びルータ１３２に接続され得る。
【００４４】
第２のＬＡＮ１３０Ｂは、共有有線リソース１０８を介して第２のＬＡＮ１３０Ｂ上の装置をＷＡＮ１０２に接続するための複合型モデム、ルータ、及び無線アクセスポイント（ＡＰ）１３６を含み得る。従って、第２のＬＡＮ１３０Ｂは無線ＬＡＮ（ＷＬＡＮ）であり得る。複数のステーション（ＳＴＡ）１３８Ａ及び１３８Ｂが、例えば、共有無線周波数リソースを使用するＷｉ−Ｆｉ（商標）技術を用いて、複合型モデム、ルータ、及びＡＰ１３６に無線接続され得る。
【００４５】
第１及び第２のサーバ１１４Ａ及び１１４Ｂは、ＷＡＮ１０２に接続された装置にサービスを提供し得る。提供され得るサービスの例には、クラウドコンピューティング、クラウドストレージ、ソーシャルネットワーキング、ストリーミングビデオ等が含まれる。サービスはＶＮＦとして提供され得る。
【００４６】
図２は、本開示の一実施形態によるシステム２００を示している。システム２００は、カスタム・インターフェイスを用いて互いに通信するメトリック・パーサ・コーディネータ（Metrics Parser Coordinator: MPC）２０２及びメトリック・ストレージ２０４を含む。システム２００は、ネットワークルーティングサブシステム２０６及び無線アクセスネットワーク（ＲＡＮ）２０８も含み得る。
【００４７】
システム２００は、公衆データネットワーク（ＰＤＮ）ゲートウェイ（ＰＧＷ）２１０、ソフトウェアゲートウェイ（ＳＧＷ）２１２、モバイル管理エンティティ（ＭＭＥ）２１４、トラフィック・マネージャ２２０、伝送制御プロトコル（ＴＣＰ）オプティマイザ２２２、１つ又は複数の自己組織化ネットワーク（ＳＯＮ）アプリケーション２２４、解析コレクタ２２６、及び１つ又は複数の他のアプリケーション２２８を含む、様々なネットワーク機能も含み得る。ＰＧＷ２１０、ＳＧＷ２１２、ＭＭＥ２１４、トラフィック・マネージャ２２０、ＴＣＰオプティマイザ２２２、ＳＯＮアプリケーション２２４、解析コレクタ２２６、及び他のアプリケーション２２８のうちの１つ、いくつか、又は全ては、ＶＮＦとして実装できる。
【００４８】
ネットワーク機能は、ネットワークルーティングサブシステム２０６を介して、及びＳＧｉ、Ｓ１−Ｕ、及び／又はＳ１−ＭＭＥ等の１つ又は複数の標準インターフェイスを用いて、他のネットワーク機能並びにＭＰＣ２０２及びＲＡＮ２０８と通信することができる。ネットワーク機能は、ＭＰＣ２０２のパーサ・インターフェイスを介してＭＰＣ２０２と通信することもできる。
【００４９】
システム２００は、ｅＮｏｄｅＢメトリックシステム等のＯＥＭシステム２３０をさらに含み得る。ＯＥＭシステム２３０は、他のネットワーク機能が行うように（すなわち、標準インターフェイスを介して）、又は（ここに示されるように）ＭＰＣ２０２へのカスタム・インターフェイスを介して、ＭＰＣ２０２と通信することができる。
【００５０】
ＭＰＣ２０２は、ＶＮＦとして、又はカスタムハードウェア上で実行されるカスタムソフトウェアとして実装され得る。メトリック・ストレージ２０４は、データベースサーバによってホストされる１つ又は複数のデータベースとして実装され得る。
【００５１】
メトリック・ストレージ２０４を使用するＭＰＣ２０２は、システム２００の他のコンポーネント同士の間のデータ共有を調整する。データ共有の調整は、独自のフォーマットとの間の情報の変換を含み得、それにより、均一な方法で様々な異なるソースからデータをアプリケーション又は機能に提供する。
【００５２】
本開示では、アプリケーションは、専用ハードウェア上に実装されたネットワーク機能、ＶＮＦとして実装されたネットワーク機能、及びＭＰＣ２０２によって受信及び配信され得るデータを使用又は生成する他の機能を含む。
【００５３】
情報共有を容易にするために、アプリケーションは、ＭＰＣ２０２に登録することができる。アプリケーションは、ＭＰＣ２０２の１つ又は複数のパーサ・インターフェイスを用いて登録することができる。
【００５４】
登録は、例えば、どのユーザがＲＡＮの１つ又は複数の指定されたセルにいるか、又は指定されたユーザがいつあるセルから別のセルに、又はあるネットワークから別のネットワークに移動するかに関する情報等、アプリケーションが受信したいデータを指定することを含み得る。
【００５５】
登録は、例えば、セル又は他のネットワークコンポーネントの輻輳レベルに関するリアルタイム情報等、アプリケーションが提供し得る情報を指定することも含み得る。
【００５６】
ＭＰＣ２０２は、２つの情報を組み合わせて、第３の情報を決定することができる。例えば、ＭＰＣ２０２の方法は、識別子（ＩＤ）の位置及びユーザのＩＤを使用して、ユーザの位置を決定する。
【００５７】
ＭＰＣ２０２は、ＳＧｉ、Ｓ１−Ｕ、及びＳ１−ＭＭＥ等のネットワークデータインターフェイスを介してユーザデータ及び制御データを送受信することができる。このデータは、ＰＣ２０２に渡される前に、最初にネットワークルーティングサブシステム２０６を通過し得る。ＭＰＣは、ＯＥＭシステム２３０について示されるようなカスタムデータインターフェイスを介して情報を送受信することもできる。
【００５８】
ＭＰＣ２０２のパーサ・インターフェイスによって、アプリケーションが、
・ＭＰＣ２０２からアプリケーションに転送すべきデータを指定すること、
・データをＭＰＣ２０２に公開すること、及び
・ＭＰＣ２０２内のデータにアクセスして、フィルタリングされた相関データを受信することを可能にする。
【００５９】
ＭＰＣ２０２は、
・受信データを解析し（parse：構文解析し）、登録されたアプリケーションによって要求された情報のみが記録されるようにフィルタリングすること、
・データをオンデマンド又は自動的に登録されたアプリケーションに転送すること、
・フィルタリングされた情報を、後で使用するために記憶媒体に格納すること、
・異なる入力インターフェイスから受信した共通データのマッピング等、データの統合された相関関係を構築すること、及び
・マルチノードアプリケーション同士の間の情報ランデブー（rendezvous）として機能することを行うことができ、各アプリケーションはその情報を送信し、ＭＰＣはデータのグローバルビュー（大局的な見地で）で各アプリケーションを更新する。
【００６０】
非標準及び標準アプリケーションは、パーサ・インターフェイスに対して構築されて、ネットワークコンポーネントの調整されたスイート（suite）を形成することができる。
【００６１】
図３は、一実施形態を実現するために使用され得るコンピュータシステム３００を示している。コンピュータシステム３００は、例えば、非一時的なコンピュータ可読媒体に格納されたコンピュータプログラミング命令を実行することによって、一実施形態を実現することができる。
【００６２】
コンピュータシステム３００は、プロセッサ３０２、メモリ３０４、入力インターフェイス及び装置３１４、出力インターフェイス及び装置３１６、及びストレージ３１０のうちの１つ又は複数を含み得、これらのそれぞれは、バス、ファブリック、又は他の相互接続技術を介して互いに通信する。コンピュータシステム３００は、ネットワークに結合された１つ又は複数のネットワーク・インターフェイス３１２も含み得る。例えば、実施形態において、コンピュータシステム３００は、コンピュータシステム３００の各物理層ネットワーク接続のためのネットワーク・インターフェイス３１２を含み得る。
【００６３】
プロセッサ３０２は、メモリ３０４及び／又はストレージ３１０に格納された処理命令を実行する中央処理装置（ＣＰＵ）又は半導体装置であり得る。メモリ３０４及びストレージ３１０は、様々な形態の揮発性又は非揮発性の記憶媒体を含み得る。例えば、メモリ３０４は、読み取り専用メモリ（ＲＯＭ）３０８及びランダムアクセスメモリ（ＲＡＭ）３０６を含み得、ストレージは、ハードディスクドライブ（ＨＤＤ）、ソリッドステートドライブ（ＳＤＤ）等を含み得る。
【００６４】
図４は、一実施形態によるネットワーク４００を示している。ネットワーク４００は、モバイル管理エンティティ（ＭＭＥ）４０２、サービング・ゲートウェイ（ＳＧＷ）４０４、ＰＤＮゲートウェイ（ＰＧＷ）４０６を含む。
【００６５】
ＭＭＥ４０２は、Ｓ１−ＭＩＮＥインターフェイスを用いて基地局４２０と通信し、且つＳ１１インターフェイスを用いてＳＧＷ４０４と通信する。基地局４２０は、図１に示されるような基地局１２０であり得る。
【００６６】
ＳＧＷ４０４は、Ｓ１−Ｕインターフェイスを用いて基地局１２０と通信し、且つＳ５インターフェイスを用いてＰＧＷ４０６と通信する。ＰＧＷ４０６は、ＳＧｉインターフェイスを用いてインターネット４０８と通信する。
【００６７】
示されるインターフェイスは、ユーザデータを渡すためのインターフェイス（例えば、Ｓ１−Ｕ及びＳＧｉ）、ネットワーク制御シグナリングのためのインターフェイス（例えば、Ｓ１−ＭＭＥ及びＳ１１）、及び両方を行うためのインターフェイス（例えば、Ｓ５）を含む。実施形態は、様々なインターフェイスから収集された情報を収集、格納、フィルタリング、及び選択的に提供するように動作する。
【００６８】
図５は、本開示の別の実施形態によるネットワーク５００を示している。特に記載のない限り、図５の参照符号５ｘｘを有する要素は、図４の参照符号４ｘｘを有する特徴に対応する。従って、簡潔にするために、その説明は省略される。ネットワーク４００の要素に加えて、ネットワーク５００は、トラフィック・マネージャ５１０及び解析コレクタ５１２を含む。
【００６９】
ネットワーク５００において、ＳＧＷ５０４は、Ｓ１−Ｕインターフェイスを用いて、トラフィック・マネージャ５１０を介して基地局と通信する。解析コレクタは、ＰＧＷ５０６とインターネット５０８との間のＳＧｉインターフェイスを用いて実行される通信を監視する。
【００７０】
トラフィック・マネージャ５１０及び解析コレクタ５１２は、モバイルネットワークにおける非標準アプリケーションであり得る。ネットワーク５００では、トラフィック・マネージャ５１０及び解析コレクタ５１２は、ネットワーク５００の他の要素と同じ標準データインターフェイスを用いて動作し、任意のインターフェイス上に存在することができる。さらに、非標準アプリケーションは、一部の通信を実行するための非標準インターフェイスを提供し得る。
【００７１】
図６は、一実施形態によるＭＰＣ６０２の動作を示している。ＭＰＣ６０２は、図２のＭＰＣ２０２であり得る。
【００７２】
ＭＰＣ６０２は、クライアントを登録する。クライアントは、クライアントが提供する情報を登録することができ、クライアントが受信したい情報及びその受信方法を登録することができる。アプリケーションは、ＥＣＧＩ、輻輳率、フロータイプカウント（flow type counts）等に関する情報を送受信するように登録できる。登録するアプリケーションは、クライアントと見なされ得る。
【００７３】
ＭＰＣ６０２と対話するために、クライアントは、最初に、公開及び受信したいメッセージのタイプを宣言する登録メッセージを送信しなければならない。この情報はクライアントのエンドポイントに関連付けられ、将来の参照のために格納される。実施形態において、登録メッセージは、クライアントが登録しているか又は登録していないかの指標、クライアントが公開する又は受け取るイベントの１つ又は複数の指標等の、１つ、いくつか、又は全てを含み得る。
【００７４】
ＭＰＣ６０２がメッセージを送信する度に、ＭＰＣ６０２は、登録された全てのクライアントを反復処理し、そのメッセージを受信するように登録されたクライアントを決定し、次にそのメッセージをそれらのクライアントに送信する。ＭＰＣ６０２がメッセージを受信すると、ＭＰＣ６０２は、送信者がメッセージを処理するための条件としてそのメッセージタイプを公開するように登録されているかどうかをチェックする。
【００７５】
ＭＰＣ６０２は、登録メッセージを成功裏に処理した後に、確認応答をクライアントに送信し、それによってクライアントは、接続が確立されたことを認識し、クライアントがメッセージの公開を開始できる。
【００７６】
例えば、Ｓ６１０において、第１のクライアントは、ユーザ機器（ＵＥ）情報を受信し、輻輳情報等のＳ１−Ｕ情報を提供するように、ＭＰＣ６０２に登録する。
【００７７】
Ｓ６１２において、第２のクライアントは、輻輳メトリックを受信するようにＭＰＣ６０２に登録する。
【００７８】
ＭＰＣ６０２は、登録されたクライアントによって送信されたメッセージを処理し、メッセージは、ＭＰＣ６０２のアプリケーションプログラミングインターフェイス（ＡＰＩ）に従ってフォーマットされる。ＭＰＣ６０２は、受信したメッセージからの情報を１つ又は複数のテーブルに格納する。ＭＰＣ  ＡＰＩを使用すると、ＭＰＣ６０２を実装するソフトウェアのリリース毎に、新しいメッセージをＡＰＩに容易に追加できる。
【００７９】
例えば、Ｓ６１４において、Ｅ−ＵＴＲＡＮセルグローバル識別子（ＥＣＧＩ）によって識別されるクラウドソースを示すＭＰＣ６０２からのメッセージに応答して、第１のクライアントは、そのＥＣＧＩに対応する輻輳情報を含むメッセージをＭＰＣ６０２に送信することができる。次に、ＭＰＣ６０２は、輻輳情報を処理及び格納することができる。
【００８０】
ＭＰＣ６０２は、クライアントが受信するように登録した情報が新規か又はいつ更新されたかを検出し、関連する登録パラメータ（例えば、クライアントがデータをプッシュすることを望むかどうか、及びその頻度）に従ってその情報をクライアントに配信することができる。
【００８１】
例えば、ＭＰＣ６０２は、Ｓ６１２において、第２のクライアントが、Ｓ６１４において第１のクライアントによってＭＰＣ６０２に送信された輻輳情報を受信するように登録した可能性があることを検出することができる。
【００８２】
クライアントによって要求された新規又は更新された情報が検出されると、ＭＰＣ６０２は、新規又は更新された情報を含むメッセージをクライアントに送信することができる。
【００８３】
例えば、Ｓ６１４においてＭＰＣ６０２に送信された輻輳情報が第２のクライアントの登録中に要求されたのを検出することに応答して、Ｓ６１６において、ＭＰＣ６０２は、輻輳情報を第２のクライアントに送信することができる。
【００８４】
ＭＰＣ６０２は、データ要求にも即座に応答することができる。例えば、Ｓ６２２において、第３のクライアントが、ＵＥ情報テーブル内の全ての情報を要求し、ＭＰＣ６０２は、第３のクライアントに要求された情報を送信することによって応答する。
【００８５】
実施形態において、ＭＰＣ６０２等のＭＰＣは、Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）セッションテーブル、汎用パケット無線サービス（ＧＰＲＳ）トンネリングプロトコル（ＧＴＰ）セッションテーブル、Ｓ１ＡＰセッションをＧＴＰセッションに関連付けるセッションリンクテーブル、以下に説明するように使用するための開始メッセージテーブル、位置追跡テーブル、合計リンクセッションカウンタ、リンクセッションカウンタ等のいずれか、いくつか、又は全てを用いて、その機能の１つ又は複数を実行することができる。実施形態において、Ｓ１ＡＰセッションテーブル、ＧＴＰセッションテーブル、セッションリンクテーブル、及び位置追跡テーブルの１つ、いくつか、又は全ては、それぞれ、１つ又は複数のデータベース（ポストグレス（postgres）データベースであり得る）に１つ又は複数のテーブルを含み得る。
【００８６】
図７〜図２４は、一実施形態による、ＭＰＣによって実行され得るプロセスを示す。
【００８７】
図７〜図１９は、以下で説明するように、それぞれ指定されたタイプのメッセージを処理するために、それぞれ指定されたタイプのメッセージを含むパケットを受信した後にＭＰＣによって実行されるプロセスを示す。実施形態において、ＭＰＣによって処理されるメッセージには、
・ＭＭＥ  ＵＥ  Ｓ１ＡＰ  ＩＤ：ＭＭＥ上のＵＥの一意のＩＤ；
・ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ：ｅＮｏｄｅＢに与えられたグローバルに一意のＩＤ；
・トランスポート層アドレス：ＵＥローカルＩＰアドレス；
・ＵＥアグリゲート最大ビットレート：これは、ＭＭＥによってｅＮｏｄｅＢに提供されるダウンリンク及びアップリンクの方向によって規定されるＵＥ毎の全ての非ＧＢＲベアラに適用可能である。これには、ＵＥアグリゲート最大ビットレートダウンリンクとＵＥアグリゲート最大ビットレートアップリンクとが含まれ得る；
・Ｅ−ＵＴＲＡＮ  ＣＧＩ：要素はセルをグローバルに識別するために使用される；
・ＴＡＩ：追跡エリアを一意に識別するための識別子；
・Ｓｃｒ＿ＩＰ又はＤｓｔ＿ＩＰ：送信元ＩＰアドレス、宛先ＩＰアドレス、又はその両方。ｅＮｏｄｅＢからのメッセージの場合に、Ｓｃｒ＿ＩＰはｅＮｏｄｅＢのＩＰアドレスである；の情報の１つ、いくつか、又は全てが含まれ得る。
【００８８】
図７は、一実施形態による、初期ユーザ機器（ＵＥ）メッセージを処理するためのプロセス７００を示している。プロセス９００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。初期ＵＥメッセージは、ｅＮｏｄｅＢのカバレッジエリアでＵＥがオンになったことに応答して、ＲＡＮのｅＮｏｄｅＢからＭＭＥに送信されるメッセージであり得る。
【００８９】
Ｓ７０２において、プロセス７００は、Ｓ１ＡＰセッションテーブル内にＵＥのエントリが存在するかどうかを判定する。Ｓ１ＡＰセッションテーブルにインデックスを付けるために使用されるキーは、ｅＮｏｄｅＢのＩＰアドレスとｅＮｏｄｅＢによってＵＥに割り当てられたＩＤとであり得る。ＵＥのエントリがＳ１ＡＰセッションテーブル内に存在することに応答して、プロセス７００はＳ７０４に進む。それ以外の場合に、Ｓ７０２において、プロセス７００はＳ７０６に進む。
【００９０】
一実施形態において、初期ＵＥメッセージは、ＥＣＧＩを特定のＵＥにマッピングするのに十分な情報を含まない。そのような情報は、初期コンテキスト（context）セットアップ要求（成功メッセージ）及びセッション応答作成が受信されるまで利用できない場合がある。従って、実施形態は、開始メッセージテーブルと呼ばれる「部分的な状況（picture）」テーブルを含み得る。このテーブルには、キーとしてｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤ＋ｅＮＢ  ＩＰがあり、値として全ての追跡情報（ＥＣＧＩ、ＵＥ  Ｓｒｃ  ＩＰ、ＴＡＩ）がある。ｅＮＢ  ＵＥ  Ｓ１ＡＰ  ＩＤはグローバルに一意ではないため、キーには組み合わせを使用する必要がある。
【００９１】
初期コンテキストセットアップ要求及び応答が受信されると、次に、Ｓ１ＡＰセッションがＳ１ＡＰセッションテーブルに作成される。さらに、新しいＳ１ＡＰセッションをＧＴＰセッションにリンクさせる必要があるかどうかを確認するために、セッションリンクテーブルでルックアップを実行する必要がある。
【００９２】
Ｓ７０４において、プロセス７００は、Ｓ１ＡＰセッションテーブル内のＵＥのための既存のエントリを、初期ＵＥメッセージ内の情報に基づく新しいエントリで置き換えるか、又は更新する。次に、プロセス７００は終了する。
【００９３】
Ｓ７０６において、プロセス７００は、開始ＵＥメッセージ内の情報に基づいて、Ｓ１ＡＰセッションテーブル内にＵＥのための新しいエントリを作成する。次に、プロセス７００は終了する。
【００９４】
図８は、一実施形態による、初期コンテキストセットアップ要求開始メッセージを処理するためのプロセス８００を示している。プロセス８００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。初期コンテキスト設定要求開始メッセージは、ＵＥがＲＡＮに接続しようとしたことに応答して、ＭＭＥによってＲＡＮのｅＮｏｄｅＢとの間で送信されるメッセージであり、セキュリティキー、ハンドオーバリスト、ＵＥ無線機能、及びＵＥセキュリティ能力等を含む必要な全体的な初期ＵＥコンテキストを確立することができる。
【００９５】
Ｓ８０２において、プロセス８００は、ＵＥのための初期メッセージ情報がＳ１ＡＰセッションテーブルに存在するかどうかを判定する。一実施形態では、Ｓ１ＡＰセッションテーブルにインデックスを付けるために使用されるキーは、ｅＮｏｄｅＢのＩＰアドレスと、ｅＮｏｄｅＢによってＵＥに割り当てられたＩＤとであり得る。一実施形態では、テーブルにインデックスを付けるために使用されるキーは、ＵＥ  ＩＰアドレスであり得る。ＵＥのための初期メッセージ情報がＳ１ＡＰセッションテーブルに存在することに応答して、プロセス８００はＳ８０４に進む。それ以外の場合に、Ｓ８０２において、プロセス８００はＳ８０６に進む。
【００９６】
Ｓ８０４において、プロセス８００は、初期コンテキストセットアップ要求開始メッセージ内の情報を、Ｓ１ＡＰセッションテーブル内のＵＥのエントリに追加する。次に、プロセス８００は終了する。
【００９７】
Ｓ８０６において、プロセス８００は、更なる処理なしに、メッセージを含むパケットをドロップする。次に、プロセス８００は終了する。
【００９８】
図９は、一実施形態による、初期コンテキストセットアップ要求の成功結果メッセージを処理するためのプロセス９００を示している。プロセス９００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。初期コンテキストセットアップ要求の成功結果メッセージは、ＵＥがＲＡＮへの接続を成功裏に完了したことに応答して、ＲＡＮのｅＮｏｄｅＢからＭＭＥに送信されるメッセージであり得る。
【００９９】
Ｓ９０２において、プロセス９００は、ＵＥのエントリがＳ１ＡＰセッションテーブルに存在するかどうかを判定する。ＵＥのエントリがＳ１ＡＰセッションテーブルに存在することに応答して、プロセス９００はＳ９０４に進む。それ以外の場合に、Ｓ９０２において、プロセス９００はＳ９０６に進む。
【０１００】
Ｓ９０４において、プロセス９００は、初期コンテキストセットアップ要求の成功結果メッセージ内の情報を、Ｓ１ＡＰセッションテーブル内のＵＥのエントリに追加する。プロセス９００はまた、セッションリンクテーブルに保存されるメッセージをエンキューし（enqueue：キューに入れ）、メッセージは、タイプＳＥＳＳＩＯＮ＿ＭＳＧ＿ＴＹＰＥ＿Ｓ１Ｐ  ＡＤＤである。次に、プロセス９００は終了する。
【０１０１】
Ｓ９０６において、プロセス９００は、更なる処理なしに、メッセージを含むパケットをドロップする。次に、プロセス９００は終了する。
【０１０２】
図１０は、一実施形態による、初期コンテキストセットアップ要求の不成功結果メッセージを処理するためのプロセス１０００を示している。プロセス１０００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。初期コンテキストセットアップ要求の不成功結果メッセージは、ＵＥがＲＡＮへの接続の試行を成功裏に完了できなかったことに応答して、ＲＡＮのｅＮｏｄｅＢからＭＭＥに送信されるメッセージであり得る。
【０１０３】
Ｓ１００２において、プロセス１０００は、ＵＥのエントリがＳ１ＡＰセッションテーブルに存在するかどうかを判定する。ＵＥのエントリがＳ１ＡＰセッションテーブルに存在することに応答して、プロセス１０００はＳ１００４に進む。それ以外の場合に、Ｓ１００２において、プロセス１０００はＳ１００６に進む。
【０１０４】
Ｓ１００４において、プロセス１０００は、ＵＥのエントリをＳ１ＡＰセッションテーブルから削除する。次に、プロセス１０００は終了する。
【０１０５】
Ｓ１００６において、プロセス１０００は、更なる処理なしに、メッセージを含むパケットをドロップする。次に、プロセス１０００は終了する。
【０１０６】
図１１は、一実施形態による、Ｓ１ＡＰハンドオーバ通知メッセージを処理するためのプロセス１１００を示している。プロセス１１００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。Ｓ１ＡＰハンドオーバ通知メッセージは、ＵＥがＲＡＮのターゲットセルに到着し、そのターゲットセルに成功裏にハンドオーバされたことに応答して、ＲＡＮのｅＮｏｄｅＢからＭＭＥに送信されるメッセージであり得る。
【０１０７】
Ｓ１１０２において、プロセス１１００は、ＵＥのエントリがＳ１ＡＰセッションテーブルに存在するかどうかを判定する。ＵＥのエントリがＳ１ＡＰセッションテーブルに存在することに応答して、プロセス１１００はＳ１１０４に進む。それ以外の場合に、Ｓ１１０２において、プロセス１１００はＳ１１０６に進む。
【０１０８】
Ｓ１１０４において、プロセス１１００は、Ｓ１ＡＰハンドオーバ通知メッセージ内の情報を使用して、Ｓ１ＡＰセッションテーブル及び位置追跡テーブル内のＵＥのエントリを更新する。情報には、ＥＣＧＩ識別子、ｅＮｏｄｅＢ  ＩＰ、ｅＮｏｄｅＢ  ＵＥ  ＩＤ、最後のパケット受信時間等が含まれ得る。プロセス１１００はまた、セッションリンクテーブルに保存されるメッセージをエンキューし、メッセージのタイプはＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＵＰＤＡＴＥである。次に、プロセス１１００は終了する。
【０１０９】
Ｓ１１０６において、プロセス１１００は、更なる処理なしに、メッセージを含むパケットをドロップする。次に、プロセス１１００は終了する。
【０１１０】
図１２は、一実施形態による、Ｓ１ＡＰ位置レポートメッセージを処理するためのプロセス１２００を示している。プロセス１２００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。Ｓ１ＡＰ位置レポートメッセージは、ＲＡＮのｅＮｏｄｅＢからＭＭＥに送信され、ＲＡＮのターゲットセル内に接続されたＵＥが存在することを示すメッセージであり得る。
【０１１１】
Ｓ１２０２において、プロセス１２００は、ＵＥのエントリがＳ１ＡＰセッションテーブルに存在するかどうかを判定する。ＵＥのエントリがＳ１ＡＰセッションテーブルに存在することに応答して、プロセス１２００はＳ１２０４に進む。それ以外の場合に、Ｓ１２０２において、プロセス１２００はＳ１２０６に進む。
【０１１２】
Ｓ１２０４において、プロセス１２００は、Ｓ１ＡＰ位置レポートメッセージ内の情報を使用して、Ｓ１ＡＰセッションテーブル及び位置追跡テーブル内のＵＥのエントリを更新する。情報には、ＥＣＧＩ識別子、ｅＮｏｄｅＢ  ＩＰ、ｅＮｏｄｅＢ  ＵＥ  ＩＤ、最後のパケット受信時間等が含まれ得る。プロセス１２００はまた、セッションリンクテーブルに保存されるメッセージをエンキューし、メッセージのタイプはＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＵＰＤＡＴＥである。次に、プロセス１２００は終了する。
【０１１３】
Ｓ１２０６において、プロセス１２００は、更なる処理なしに、メッセージを含むパケットをドロップする。次に、プロセス１２００は終了する。
【０１１４】
図１３は、一実施形態による、Ｓ１ＡＰ経路切替え（path switch）開始メッセージを処理するためのプロセス１３００を示している。プロセス１３００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。Ｓ１ＡＰ経路切替え開始メッセージは、ＵＥに関連付けられたダウンリンクＧＴＰトンネルの新しいＧＴＰトンネルエンドポイントへの切り替えを要求するために送信され、それによってＵＥの新しいｅＮｏｄｅＢへのハンドオーバが正しく実行されるようにする。
【０１１５】
Ｓ１３０２において、プロセス１３００は、ＵＥのエントリがＳ１ＡＰセッションテーブルに存在するかどうかを判定する。ＵＥのエントリがＳ１ＡＰセッションテーブルに存在することに応答して、プロセス１３００はＳ１３０４に進む。それ以外の場合に、Ｓ１３０２において、プロセス１３００はＳ１３０６に進む。
【０１１６】
Ｓ１３０４において、プロセス１３００は、Ｓ１ＡＰ経路切替え開始メッセージ内の情報を使用して、Ｓ１ＡＰセッションテーブル内のＵＥのエントリを更新する。次に、プロセス１３００は終了する。
【０１１７】
Ｓ１３０６において、プロセス１３００は、新しいメッセージを作成し、その新しいメッセージをＵＥのエントリとしてＳ１ＡＰセッションテーブル内に挿入する。次に、プロセス１３００は終了する。
【０１１８】
図１４は、一実施形態による、Ｓ１ＡＰ経路切替えの成功メッセージを処理するためのプロセス１４００を示している。プロセス１４００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。Ｓ１ＡＰ経路切替えの成功メッセージは、ＵＥに関連付けられたＧＴＰトンネルの新しいＧＴＰエンドポイントへの成功裏の切り替えに応答して送信されるメッセージであり得る。ここで、新しいエンドポイントは、ｅＮｏｄｅＢである。
【０１１９】
Ｓ１４０２において、プロセス１４００は、ＵＥのエントリがＳ１ＡＰセッションテーブルに存在するかどうかを判定する。ＵＥのエントリがＳ１ＡＰセッションテーブルに存在することに応答して、プロセス１４００はＳ１４０４に進む。それ以外の場合に、Ｓ１４０２において、プロセス１４００はＳ１４０６に進む。
【０１２０】
Ｓ１４０４において、プロセス１４００は、Ｓ１ＡＰ経路切替えの成功メッセージ内の情報を使用して、Ｓ１ＡＰセッションテーブル内のＵＥのｅＮｏｄｅＢ（ＥＮＢ）情報を更新する。プロセス１４００はまた、セッションリンクテーブルに保存されるメッセージをエンキューし、メッセージのタイプはＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＵＰＤＡＴＥである。次に、プロセス１４００は終了する。
【０１２１】
Ｓ１４０６において、プロセス１４００は、更なる処理なしに、メッセージを含むパケットをドロップする。次に、プロセス１４００は終了する。
【０１２２】
図１５は、一実施形態による、Ｓ１ＡＰ経路切替えの不成功メッセージを処理するためのプロセス１５００を示している。プロセス１５００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。Ｓ１ＡＰ経路切替えの不成功メッセージは、ＵＥに関連付けられたＧＴＰトンネルを新しいＧＴＰエンドポイントに切り替えようとして失敗したことに応答して送信されるメッセージであり得る。
【０１２３】
Ｓ１５０２において、プロセス１５００は、ＵＥのエントリがＳ１ＡＰセッションテーブルに存在するかどうかを判定する。ＵＥのエントリがＳ１ＡＰセッションテーブルに存在することに応答して、プロセス１５００はＳ１５０４に進む。それ以外の場合に、Ｓ１５０２において、プロセス１５００はＳ１５０６に進む。
【０１２４】
Ｓ１５０４において、プロセス１５００は、Ｓ１ＡＰ経路切替えの不成功メッセージ内の情報を使用して、Ｓ１ＡＰセッションテーブル内のＵＥのｅＮｏｄｅＢ（ＥＮＢ）情報を更新する。プロセス１５００はまた、セッションリンクテーブルに保存されるメッセージをエンキューし、メッセージのタイプはＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＵＰＤＡＴＥである。次に、プロセス１５００は終了する。
【０１２５】
Ｓ１５０６において、プロセス１５００は何も行わず、その後終了する。
【０１２６】
図１６は、一実施形態による、ＵＥコンテキストリリース応答メッセージを処理するためのプロセス１６００を示している。プロセス１６００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。ＵＥコンテキストリリース応答メッセージは、ＭＭＥがＵＥのコンテキストをリリースすることに応答して、例えば不十分な（bad）信号に応答して、送信されるメッセージであり得る。
【０１２７】
Ｓ１６０２において、プロセス１６００は、ＵＥのエントリがＳ１ＡＰセッションテーブルに存在するかどうかを判定する。ＵＥのエントリがＳ１ＡＰセッションテーブルに存在することに応答して、プロセス１６００はＳ１６０４に進む。それ以外の場合に、Ｓ１６０２において、プロセス１６００はＳ１６０６に進む。
【０１２８】
Ｓ１６０４において、プロセス１６００は、ＵＥコンテキストリリース応答メッセージ内の情報を使用して、Ｓ１ＡＰセッションテーブル内のＵＥのｅＮｏｄｅＢ（ＥＮＢ）情報を更新する。プロセス１６００はまた、セッションリンクテーブルに保存されるメッセージをエンキューし、メッセージのタイプはＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＲＥＭＯＶＥである。次に、プロセス１６００は終了する。
【０１２９】
Ｓ１６０６において、プロセス１６００は、更なる処理なしに、メッセージを含むパケットをドロップする。次に、プロセス１６００は終了する。
【０１３０】
図１７は、一実施形態による、セッション要求作成メッセージを処理するためのプロセス１７００を示している。プロセス１７００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。セッション要求作成メッセージは、ＵＥの初期コンテキストの設定の一部としてＳＧＷ及び／又はＭＭＥによって送信される。
【０１３１】
Ｓ１７０２において、プロセス１７００は、ＵＥのエントリがＧＴＰセッションテーブルに存在するかどうかを判定する。ＵＥのエントリがＧＴＰセッションテーブルに存在することに応答して、プロセス１７００はＳ１７０４に進む。それ以外の場合に、Ｓ１７０２において、プロセス１７００はＳ１７０６に進む。
【０１３２】
Ｓ１７０４において、プロセス１７００は、セッション要求作成メッセージ内の情報を使用して、ＧＴＰセッションテーブル内のＵＥのエントリを更新する。次に、プロセス１７００は終了する。
【０１３３】
Ｓ１７０６において、プロセス１７００は、セッション要求作成メッセージ内の情報を使用して、ＧＴＰセッションテーブル内にＵＥのための新しいエントリを作成する。次に、プロセス１７００は終了する。
【０１３４】
図１８は、一実施形態による、セッション応答作成メッセージを処理するためのプロセス１８００を示している。プロセス１８００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。セッション応答作成メッセージは、ＵＥに割り当てられたＩＰアドレスを通信するために、初期コンテキストセットアップ要求処理の一部としてＳ１１インターフェイスを用いてＳＧＷからＭＭＥに送信され得る。
【０１３５】
Ｓ１８０２において、プロセス１８００は、ＵＥのエントリがＧＴＰセッションテーブルに存在するかどうかを判定する。ＵＥのエントリがＧＴＰセッションテーブルに存在することに応答して、プロセス１８００はＳ１８０４に進む。それ以外の場合に、Ｓ１８０２において、プロセス１８００はＳ１８０６に進む。
【０１３６】
Ｓ１８０４において、プロセス１８００は、セッション応答作成メッセージ内の情報を、ＧＴＰセッションテーブル内のエントリのインデックス内の情報と組み合わせて、ＧＴＰセッションテーブル内に新しいエントリを作成する。プロセス１８００はまた、セッションリンクテーブルに保存されるメッセージをエンキューし、メッセージのタイプはＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿ＧＴＰ＿Ｖ２＿ＡＤＤである。次に、プロセス１８００は終了する。
【０１３７】
Ｓ１８０６において、プロセス１８００は、更なる処理なしに、メッセージを含むパケットをドロップする。次に、プロセス１８００は終了する。
【０１３８】
図１９は、一実施形態による、セッション応答削除メッセージを処理するためのプロセス１９００を示している。プロセス１９００は、図２のＭＰＣ２０２等のＭＰＣによって実行され得る。セッション応答削除メッセージは、ＵＥのコンテキストをリリースするためにＳＧＷ又はＭＭＥによって送信され得る。
【０１３９】
Ｓ１９０２において、プロセス１９００は、ＵＥのエントリがＧＴＰセッションテーブルに存在するかどうかを判定する。ＵＥのエントリがＧＴＰセッションテーブルに存在することに応答して、プロセス１９００はＳ１９０４に進む。それ以外の場合に、Ｓ１９０２において、プロセス１９００はＳ１９０６に進む。
【０１４０】
Ｓ１９０４において、プロセス１９００は、セッション応答削除メッセージ内の情報を使用して、ＧＴＰセッションテーブル内のエントリのインデックスにあるメッセージ情報を削除する。プロセス１９００はまた、セッションリンクテーブルに保存されるメッセージをエンキューし、メッセージのタイプはＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿ＧＴＰ＿Ｖ２＿ＲＥＭＯＶＥである。次に、プロセス１９００は終了する。
【０１４１】
Ｓ１９０６において、プロセス１９００は、更なる処理なしに、メッセージを含むパケットをドロップする。次に、プロセス１９００は終了する。
【０１４２】
図２０Ａは、一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＡＤＤ又はＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＵＰＤＡＴＥのメッセージを処理するためのプロセス２０００Ａを示している。メッセージは、図７〜図１９のプロセスのうちの１つによってエンキューされた可能性がある。
【０１４３】
Ｓ２００２において、プロセス２０００Ａは、メッセージがタイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＡＤＤであるかどうかを判定する。メッセージがタイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＡＤＤであることに応答して、プロセス２０００ＡはＳ２００４に進む。それ以外の場合に、Ｓ２００２において、プロセス２０００ＡはＳ２００６に進む。
【０１４４】
Ｓ２００４において、プロセス２０００Ａは、メッセージ内の情報を使用して、エントリをＳ１ＡＰセッションテーブル内に挿入する。エントリは、ＭＭＥ  ＵＥ  ＩＤ又はＭＭＥ  ＵＥ  ＩＰアドレスに対応するキーを用いて挿入できる。次に、プロセス２０００Ａは終了する。
【０１４５】
Ｓ２００６において、プロセス２０００Ａは、メッセージ内の情報を使用して、Ｓ１ＡＰセッションテーブルへのエントリを更新する。次に、プロセス２０００Ａは終了する。
【０１４６】
図２０Ｂは、一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＡＤＤ又はＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＵＰＤＡＴＥのメッセージを処理するための別のプロセス２０００Ｂを示している。プロセス２０００Ｂと及び図２０Ａのプロセス２０００Ａとの両方は、適切なタイプを有する各メッセージを処理するために使用され得る。
【０１４７】
Ｓ２０１２において、プロセス２０００Ｂは、メッセージに対応するエントリがセッションリンクテーブル内に存在するかどうかを判定する。セッションリンクテーブルへのアクセスに使用されるキーは、Ｓ１Ｕ  ＳＧＷ識別子に対応し得る。メッセージに対応するエントリがセッションリンクテーブルに存在することに応答して、プロセス２０００ＢはＳ２０１４に進む。それ以外の場合に、Ｓ２０１２において、プロセス２０００ＢはＳ２０１６に進む。
【０１４８】
Ｓ２０１４において、プロセス２０００Ｂは、メッセージ内の情報を使用して、セッションリンクテーブル内に新しいエントリを作成する。プロセス２０００Ｂは、既存のエントリが存在する場合に、そのエントリに上書きすることができる。次に、プロセス２０００Ｂは終了する。
【０１４９】
Ｓ２０１６において、プロセス２０００Ｂは、Ｓ１ＡＰセッションに対応するセッションリンクテーブルにエントリがなく、対応するＧＴＰセッションが存在するかどうかを判定する。これが真（true）であることに応じて、プロセス２０００ＢはＳ２０１８に進む。それ以外の場合に、Ｓ２０１６において、プロセス２０００ＢはＳ２０２０に進む。
【０１５０】
Ｓ２０１８において、プロセス２０００Ｂは、リンクされていないＧＴＰセッションの数に対応するカウンタをデクリメント（decrement）し、リンクされたセッションの総数に対応するカウンタをインクリメント（increment）し、リンクされたセッションカウンタを１ずつインクリメントする。次に、プロセス２０００ＢはＳ２０２０に進む。
【０１５１】
Ｓ２０２０において、プロセス２０００Ｂは、セッションリンクテーブル内のエントリをＳ１ＡＰセッション情報で更新して、Ｓ１ＡＰセッションを対応するＧＴＰセッションにリンクさせる。
【０１５２】
Ｓ２０２２において、プロセス２０００Ｂは、対応するＧＴＰセッションが存在するかどうかを判定する。対応するＧＴＰセッションが存在することに応答して、プロセス２０００ＢはＳ２０２４に進む。それ以外の場合に、Ｓ２０１６において、プロセス２０００Ｂは終了する。
【０１５３】
Ｓ２０２４において、プロセス２０００Ｂは、Ｓ１ＡＰセッションに対応する情報を受信するように登録されたクライアントに通知を送信する。次に、プロセス２０００Ｂは終了する。
【０１５４】
図２１Ａは、一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿ＧＴＰ＿Ｖ２＿ＡＤＤのメッセージを処理するためのプロセス２１００Ａを示している。メッセージは、図７〜図１９のプロセスのうちの１つによってエンキューされた可能性がある。
【０１５５】
Ｓ２１０２において、プロセス２１００Ａは、メッセージ内の情報を使用して、エントリをＳ１ＡＰセッションテーブル内に挿入する。エントリは、Ｓ１１  ＭＭＥ識別子又はＭＭＥ  ＩＰアドレスに対応するキーを用いて挿入できる。次に、プロセス２１００Ａは終了する。
【０１５６】
図２１Ｂは、一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿ＧＴＰ＿Ｖ２＿ＡＤＤのメッセージを処理するための別のプロセス２１００Ｂを示している。プロセス２１００Ｂと図２１Ａのプロセス２１００Ａとの両方は、適切なタイプを有する各メッセージを処理するために使用され得る。
【０１５７】
Ｓ２１１２において、プロセス２１００Ｂは、メッセージに対応するエントリがセッションリンクテーブル内に存在するかどうかを判定する。セッションリンクテーブルへのアクセスに使用されるキーは、Ｓ１Ｕ  ＳＧＷ識別子に対応し得る。メッセージに対応するエントリがセッションリンクテーブルに存在することに応答して、プロセス２１００ＢはＳ２１１４に進む。それ以外の場合に、Ｓ２１１２において、プロセス２１００ＢはＳ２１１６に進む。
【０１５８】
Ｓ２１１４において、プロセス２１００Ｂは、メッセージ内の情報を使用して、セッションリンクテーブル内に新しいエントリを作成する。プロセス２１００Ｂは、既存のエントリが存在する場合に、そのエントリに上書きすることができる。次に、プロセス２１００Ｂは終了する。
【０１５９】
Ｓ２１１６において、プロセス２１００Ｂは、ＧＴＰセッションに対応するセッションリンクテーブルにエントリがなく、対応するＳ１ＡＰセッションが存在するかどうかを判定する。これが真であることに応答して、プロセス２１００ＢはＳ２１１８に進む。それ以外の場合に、Ｓ２１１６において、プロセス２１００ＢはＳ２１２０に進む。
【０１６０】
Ｓ２１１８において、プロセス２１００Ｂは、リンクされていないＳ１ＡＰセッションの数に対応するカウンタをデクリメントし、リンクされたセッションの総数のカウンタをインクリメントし、リンクされたセッションカウンタを１ずつインクリメントする。次に、プロセス２１００ＢはＳ２１２０に進む。
【０１６１】
Ｓ２１２０において、プロセス２１００Ｂは、セッションリンクテーブル内のエントリをＧＴＰセッション情報で更新して、対応するＳ１ＡＰセッションをＧＴＰセッションにリンクさせる。
【０１６２】
Ｓ２１２２において、プロセス２１００Ｂは、対応するＳ１ＡＰセッションが存在するかどうかを判定する。対応するＳ１ＡＰセッションが存在することに応答して、プロセス２１００ＢはＳ２１２４に進む。それ以外の場合に、Ｓ２１１６において、プロセス２１００Ｂは終了する。
【０１６３】
Ｓ２１２４において、プロセス２１００Ｂは、ＧＴＰセッションに対応する情報を受信するように登録されたクライアントに通知を送信する。次に、プロセス２１００Ｂは終了する。
【０１６４】
図２２Ａは、一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＲＥＭＯＶＥのメッセージを処理するためのプロセス２２００Ａを示している。メッセージは、図７〜図１９のプロセスのうちの１つによってエンキューされた可能性がある。
【０１６５】
Ｓ２２０２において、プロセス２２００Ａは、メッセージ内の情報を使用して、メッセージに対応するエントリをＳ１ＡＰセッションテーブルから削除する。エントリは、ＭＭＥ  ＵＥ識別子又はＭＭＥ  ＵＥ  ＩＰアドレスに対応するキーを用いて削除できる。次に、プロセス２２００Ａは終了する。
【０１６６】
図２２Ｂは、一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＲＥＭＯＶＥのメッセージを処理するための別のプロセス２２００Ｂを示している。プロセス２２００Ｂと図２２Ａのプロセス２２００Ａとの両方は、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿Ｓ１ＡＰ＿ＲＥＭＯＶＥを有する各メッセージを処理するために使用され得る。
【０１６７】
Ｓ２２１２において、プロセス２２００Ｂは、メッセージに対応するエントリがＳ１ＡＰセッションテーブルから削除されたかどうかを判定する。Ｓ１ＡＰリンクテーブルへのアクセスに使用されるキーは、Ｓ１Ｕ  ＳＧＷ識別子に対応し得る。メッセージに対応するエントリがＳ１ＡＰセッションテーブルから削除されていないことに応答して、プロセス２２００ＢはＳ２２１４に進む。それ以外の場合に、Ｓ２２１２において、プロセス２２００ＢはＳ２２１６に進む。
【０１６８】
Ｓ２２１４において、プロセス２２００Ｂはエラーを報告する。次に、プロセス２２００Ｂは終了する。
【０１６９】
Ｓ２２１６において、プロセス２２００Ｂは、メッセージに対応するリンクがＳ１ＡＰセッション及びＧＴＰセッションを有するかどうかを判定する。これが真であることに応答して、プロセス２２００ＢはＳ２２２０に進む。それ以外の場合に、Ｓ２２１６において、プロセス２２００ＢはＳ２２１８に進む。
【０１７０】
Ｓ２２１８において、プロセス２２００Ｂは、メッセージに対応するエントリをセッションリンクテーブルから削除する。次に、プロセス２２００Ｂは終了する。
【０１７１】
Ｓ２２２０において、プロセス２２００Ｂは、リンクされたセッションの数に対応するカウンタをデクリメントし、Ｓ１ＡＰセッションステータスを偽（false）に設定し、更新に対応する情報を受信するように登録されたクライアントに通知を送信する。次に、プロセス２２００Ｂは終了する。
【０１７２】
図２３Ａは、一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿ＧＴＰ＿Ｖ２＿ＲＥＭＯＶＥのメッセージを処理するためのプロセス２３００Ａを示している。メッセージは、図７〜図１９のプロセスのうちの１つによってエンキューされた可能性がある。
【０１７３】
Ｓ２３０２において、プロセス２３００Ａは、メッセージ内の情報を使用して、メッセージに対応するエントリをＧＴＰセッションテーブルから削除する。エントリは、Ｓ１１  ＭＭＥ識別子又はＭＭＥ  ＩＰアドレスに対応するキーを用いて削除できる。次に、プロセス２３００Ａは終了する。
【０１７４】
図２３Ｂは、一実施形態による、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿ＧＴＰ＿Ｖ２＿ＲＥＭＯＶＥのメッセージを処理するための別のプロセス２３００Ｂを示している。プロセス２３００Ｂと図２３Ａのプロセス２３００Ａとの両方が、タイプＳＥＳＳＩＯＮ＿ＭＥＳＳＡＧＥ＿ＴＹＰＥ＿ＧＴＰ＿Ｖ２＿ＲＥＭＯＶＥを有する各メッセージを処理するために使用され得る。
【０１７５】
Ｓ２３１２において、プロセス２３００Ｂは、メッセージに対応するエントリがＧＴＰリンクテーブルから削除されたかどうかを判定する。ＧＴＰリンクテーブルへのアクセスに使用されるキーは、Ｓ１Ｕ  ＳＧＷ識別子に対応し得る。メッセージに対応するエントリがＧＴＰセッションテーブルから削除されていないことに応答して、プロセス２３００ＢはＳ２３１４に進む。それ以外の場合に、Ｓ２３１２において、プロセス２３００ＢはＳ２３１６に進む。
【０１７６】
Ｓ２３１４において、プロセス２３００Ｂはエラーを報告する。次に、プロセス２３００Ｂは終了する。
【０１７７】
Ｓ２３１６において、プロセス２３００Ｂは、メッセージに対応するリンクがＳ１ＡＰセッション及びＧＴＰセッションを有するかどうかを判定する。これが真であることに応答して、プロセス２３００ＢはＳ２３２０に進む。それ以外の場合に、Ｓ２３１６において、プロセス２３００ＢはＳ２３１８に進む。
【０１７８】
Ｓ２３１８において、プロセス２３００Ｂは、メッセージに対応するエントリをセッションリンクテーブルから削除する。次に、プロセス２３００Ｂは終了する。
【０１７９】
Ｓ２３２０において、プロセス２３００Ｂは、リンクされたセッションの数に対応するカウンタをデクリメントし、ＧＴＰセッションステータスを偽に設定し、更新に対応する情報を受信するように登録されたクライアントに通知を送信する。次に、プロセス２３００Ｂは終了する。
【０１８０】
図２４は、一実施形態による、Ｓ１−ＭＭＥ又はＳ１１インターフェイスを介して受信したメッセージを解析するためのプロセス２４００を示している。
【０１８１】
Ｓ２４０２において、プロセス２４００は、我々が受信したメッセージが通過するインターフェイスを決定する。メッセージがＳ１−ＭＭＥインターフェイスを介して受信されたことに応答して、プロセス２４００はＳ２４０４に進む。メッセージがＳ１１インターフェイスを介して受信されたことに応答して、プロセス２４００はＳ２４１４に進む。
【０１８２】
Ｓ２４０４において、プロセス２４００は、Ｓ１−ＭＭＥメッセージ用に構成されたパーサを用いてメッセージを解析する。次に、プロセス４２００は、解析されたメッセージから情報を抽出する。
【０１８３】
Ｓ２４０６において、プロセス２４００は、メッセージ内の１つ又は複数の識別子に関連する情報について、Ｓ１ＡＰセッションテーブル、ＧＴＰセッションテーブル、セッションリンクテーブル、位置追跡テーブル、又は開始メッセージテーブルのうちの１つ又は複数等のＭＰＣテーブルをチェックし、メッセージを他のＳ１−ＭＭＥメッセージと照合する（corroborate）。これには、メッセージを他のＳ１−ＭＭＥメッセージにリンクさせることも含まれ得る。
【０１８４】
Ｓ２４１４において、プロセス２４００は、Ｓ１１メッセージ用に構成されたパーサを用いてメッセージを解析する。次に、プロセス２４００は、解析されたメッセージから情報を抽出する。
【０１８５】
Ｓ２４１６において、プロセス２４００は、メッセージ内の１つ又は複数の識別子に関連する情報について、Ｓ１ＡＰセッションテーブル、ＧＴＰセッションテーブル、セッションリンクテーブル、位置追跡テーブル、又は開始メッセージテーブルのうちの１つ又は複数等のＭＰＣテーブルをチェックし、メッセージを他のＳ１１メッセージと照合する。これには、メッセージを他のＳ１１メッセージにリンクさせることも含まれ得る。
【０１８６】
Ｓ２４２０において、プロセス２４００は、１つのインターフェイスを介して受信したメッセージを、別のインターフェイスから受信されたメッセージとリンクさせる。例えば、Ｓ２４２０において、プロセス２４００は、Ｓ１１メッセージをＳ１−ＭＭＥメッセージにリンクさせることができる。
【０１８７】
Ｓ２４２２において、プロセス２４００は、クライアントの登録情報を用いて、解析されたメッセージに応答してクライアントに送信すべきどのメッセージを決定し、次にそれらのメッセージを構築して適切なクライアントに送信する。次に、プロセス２４００は終了する。
【０１８８】
図２５は、一実施形態による、ＭＰＣによって受信され得るメッセージを生成し得るイベントの例示的なタイムラインを示している。イベントは、当日の午前８時から午後８時までのタイムラインで表示される。
【０１８９】
本開示のいくつかの実施形態が本明細書に例示及び記載されるが、本発明の精神及び範囲から逸脱することなく、多くの変更を行うことができる。例えば、本開示は、無線ネットワーク、有線ネットワーク、ファイバネットワーク、及び同軸ネットワークにおいて単独で、又は組み合わせて使用し得ることが理解され得る。従って、本発明の範囲は、開示された実施形態によって限定されない。
【図１】
2021518711.tif 000003
【図２】
2021518711.tif 000004
【図３】
2021518711.tif 000005
【図４】
2021518711.tif 000006
【図５】
2021518711.tif 000007
【図６】
2021518711.tif 000008
【図７】
2021518711.tif 000009
【図８】
2021518711.tif 000010
【図９】
2021518711.tif 000011
【図１０】
2021518711.tif 000012
【図１１】
2021518711.tif 000013
【図１２】
2021518711.tif 000014
【図１３】
2021518711.tif 000015
【図１４】
2021518711.tif 000016
【図１５】
2021518711.tif 000017
【図１６】
2021518711.tif 000018
【図１７】
2021518711.tif 000019
【図１８】
2021518711.tif 000020
【図１９】
2021518711.tif 000021
【図２０Ａ】
2021518711.tif 000022
【図２０Ｂ】
2021518711.tif 000023
【図２１Ａ】
2021518711.tif 000024
【図２１Ｂ】
2021518711.tif 000025
【図２２Ａ】
2021518711.tif 000026
【図２２Ｂ】
2021518711.tif 000027
【図２３Ａ】
2021518711.tif 000028
【図２３Ｂ】
2021518711.tif 000029
【図２４】
2021518711.tif 000030
【図２５】
2021518711.tif 000031
【国際調査報告】
2021518711.tif 000032
2021518711.tif 000033