JP2020511812A - サービス・ケイパビリティ・エクスポージャ・ファンクション（ｓｃｅｆ）をクラウドサービスとして提供するための方法、システムおよびコンピュータ可読媒体 - Google Patents

Abstract

クラウドベースのサービス・ケイパビリティ・エクスポージャ・ファンクション（SCEF）を提供するためのシステムは、少なくとも１つのプロセッサを有するコンピューティングプラットフォームを含む。SCEFサービスを提供するためにプロセッサによって実行されるセルラデバイス接続（CDC）サービスモジュールは、受信されたメッセージの内容に基づき物のインターネット（IoT）サービス処理を呼び出すかどうかを決定することと、IoTサービス処理を必要とするメッセージを、IoTサービス処理を受信するためのサービス・ケイパビリティ・サーバー（SCS）またはアプリケーション・サーバー（AS）に転送することとを含む。少なくとも１つのクラウドアクセスインターフェースは、IoTデバイスおよびCDCサービスモジュールの外部のネットワーク機器が第１のCDCサービスモジュールにアクセスすることを可能とする。コンピューティングプラットフォーム、CDCサービスモジュール、およびクラウドアクセスインターフェースは、CDCサービスモジュールにクラウドアクセスインターフェースを介してアクセスするCDCサービスモジュールの外部のネットワーク機器をホストしているモバイルネットワークオペレータとは別個のクラウドサービスプロバイダによってホストされる。

Description

優先権主張
この出願は、２０１７年５月３０日付出願の米国特許第１５／６０８，５９５号の優先利益を主張する。当該出願は、２０１７年２月２７日付出願の米国仮特許出願第６２／４６３，８９３号および２０１７年２月２７日付出願の米国仮特許出願第６２／４６４，０６４号の優先権を主張する２０１７年４月２７日付出願の米国特許出願第１５／４９９，８４７号の一部継続出願である、２０１７年５月２４日付出願の米国特許出願第１５／６０４，１３２号の一部継続出願である。それらの全体は、参照により本明細書に組み込まれる。

技術分野
ここで説明される主題は、SCEFサービスを提供することに関する。より具体的に、ここで説明される主題は、SCEFをクラウドサービスとして提供することに関する。

サービス・ケイパビリティ・エクスポージャ・ファンクションまたはSCEFは、第３世代パートナーシッププロジェクト（3GPP）規格によって、物のインターネット（IoT）デバイスといったデバイスが3GPPアプリケーションサービスにIPまたはSMSトランスポートを使用し得ることなくアクセスし得ることを可能にし得るためのプラットフォームとして規定される。代わりに、3GPPに規定された非インターネットプロトコル（non-IP）トランスポートが、使用されることができる。SCEFが設計されたIoTデバイスのタイプは、センサといった電力デバイスを含み、これは、バッテリによって電力供給され、スリープ解除し、データを伝送し、そして電池の電力を節約し得るためにスリープし得る。そのようなデバイスは典型的に、インターネットプロトコル通信スタックまたは全地球測位システム（GPS）性能といった自己位置特定性能を実装しない。結果として、デバイスがそれらのデータをネットワークに提供し、ネットワークによって位置特定され、ネットワークを介して他のデバイスと通信できるように、そのようなデバイスがネットワークに接続し得る機能が必要とされる。これらおよびその他の関連し得る目的のために、SCEFは、設計される。

継続的にオンライン化されるIoTデバイスの数が多いことを考慮すると、SCEFが必要とされる。SCEFは現在、モバイルネットワークオペレータがオンプレミスまたはグランドベースのネットワーク要素として考慮するものと考えられており、これは、モバイルネットワークオペレータの側での開発、設備投資、監視、およびメンテナンスを必要とする。これらの難点を考慮して、SCEFサービスの代替的な配備に対する需要が存在する。

概要
クラウドベースのサービス・ケイパビリティ・エクスポージャ・ファンクション（SCEF）を提供するためのシステムは、少なくとも１つのプロセッサを含む第１のコンピューティングプラットフォームを含む。システムはさらに、SCEFサービスを提供するために少なくとも１つのプロセッサによって実行される第１のセルラデバイス接続（CDC）サービスモジュールを含み、SCEFサービスを提供することは、受信されたメッセージの内容に基づき物のインターネット（IoT）サービス処理を呼び出すかどうかを決定することと、IoTサービス処理を必要とするメッセージを、IoTサービス処理を受信するためのサービス・ケイパビリティ・サーバー（SCS）またはアプリケーション・サーバー（AS）に転送することとを含む。システムはさらに、IoTデバイスおよびCDCサービスモジュールの外部のネットワーク機器が第１のCDCサービスモジュールにアクセスするための少なくとも１つの第１のクラウドアクセスインターフェースを含む。第１のコンピューティングプラットフォーム、第１のCDCサービスモジュール、および少なくとも１つの第１のクラウドアクセスインターフェースは、第１のCDCサービスモジュールに少なくとも１つの第１のクラウドアクセスインターフェースを介してアクセスする第１のCDCサービスモジュールの外部のネットワーク機器をホストしているモバイルネットワークオペレータとは別個のクラウドサービスプロバイダによってホストされる。

クラウドベースのSCEFを提供するための方法は、少なくとも１つのプロセッサを含む第１のコンピューティングプラットフォームを提供することを含む。方法はさらに、少なくとも１つのプロセッサによって実現される第１のCDCサービスモジュール使用してSCEFサービスを提供することを含み、SCEFサービスを提供することは、受信されたメッセージの内容に基づきIoTサービス処理を呼び出すか否かを決定することと、IoTサービス処理を必要とするメッセージを、IoTサービス処理を受信するためのSCSまたはASに転送することとを含む。方法はさらに、IoTデバイスおよびCDCサービスモジュールの外部のネットワーク機器が第１のCDCサービスモジュールにアクセスすること可能とするための少なくとも１つの第１のクラウドアクセスインターフェースを提供することを含み、第１のコンピューティングプラットフォーム、第１のCDCサービスモジュール、および第１のクラウドアクセスインターフェースは、第１のCDCサービスモジュールに少なくとも１つの第１のクラウドアクセスインターフェースを介してアクセスする第１のCDCサービスモジュールの外部のネットワーク機器をホストしているモバイルネットワークオペレータとは別個のクラウドサービスプロバイダによってホストされる。

ここで説明される主題は、ハードウェア、ソフトウェア、ファームウェア、またはその任意の組み合わせにおいて実装され得る。そのため、ここで使用される「機能」または「モジュール」という用語は、記載される特徴を実装するためのハードウェア、ソフトウェア、および／またはファームウェアを意味する。１つの例示的な実装では、ここで説明される主題は、コンピュータのプロセッサが実行すると、コンピュータを制御してステップを実行させるコンピュータが実行可能な命令を格納したコンピュータ可読媒体を使用して実装され得る。ここで説明される主題を実装するのに適している例示的なコンピュータ可読媒体は、ディスクメモリデバイス、チップメモリデバイス、プログラマブルロジックデバイス、および特定用途向け集積回路といった非一時的なコンピュータ可読媒体を含む。加えて、ここで説明される主題を実装するコンピュータ可読媒体は、単一のデバイスもしくはコンピューティングプラットフォーム上に配置され得、または、複数のデバイスもしくはコンピューティングプラットフォームにわたって分布され得る。

図面の簡単な説明
ここで、本明細書に記載の主題の例を、添付の図面を参照して説明する。図面では、同様の参照番号は、同様の部分を表す。

ここで説明される主題の局面に従いSCEF、SCS、およびASサービスを統合するプラットフォームを示すネットワーク図であり、プラットフォームは、クラウドサービスとして配備される。 ここで説明される主題の局面に従いSCEF、SCS、およびASサービスを統合するプラットフォームを示すネットワーク図であり、プラットフォームは、オンプレミスまたはグランドベースサービスとして配備される。 ここで説明される主題の局面に従いSCEF、SCS、およびASサービスを統合するプラットフォームによってメッセージ処理を示すメッセージフロー図である。 ここで説明される主題の局面に従うセルラデータ接続サービスモジュールの例示的コンポーネントを示すブロック図である。 ここで説明される主題の局面に従うIoTサービスモジュールの例示的コンポーネントを示すブロック図である。 ここで説明される主題の局面に従いセルラデータ接続サービスモジュールを含むプラットフォームのクラウドベースの配備を示すネットワーク図である。 セルラデータ接続サービスモジュールおよび／またはSCEF、SCS、およびASサービスを統合するプラットフォームが配備され得るクラウドネットワーク内の例示的リージョンおよび可用性ドメイン（データセンタ）を示すネットワーク図である。 ここで説明される主題の実施形態に従いSCEF、SCS、およびASサービスを統合するプラットフォームの例示的なクラウドベースの配備を示すネットワーク図である。 ここで説明される主題の局面に従い統合されたSCEF、SCS、およびASサービスを有するDRAを示すブロック図である。 ここで説明される主題の局面に従い統合されたSCEFサービスを有するDRAを示すブロック図である。 ここで説明される主題の局面に従いDRAベンダによってホストされたクラウド配備されたSCEFサービスへのアクセスを提供するDRAを示すブロック図である。 ここで説明される主題の局面に従いDRAベンダによってホストされたクラウド配備されたSCEFサービスへのアクセスを提供するための例示的処理を示すフローチャートである。 ここで説明される主題の局面に従いSCEF、SCS、およびASサービスを同じプラットフォーム上に提供するための例示的処理を示すフローチャートである。 ここで説明される主題の局面に従いクラウドサービスとしてSCEFを提供するための例示的処理を示すフローチャートである。

詳細な説明
ここで説明される主題は、クラウドベースのSCEFサービスを単独でまたはSCSおよびASサービスと組み合わせて提供するための方法、システム、およびコンピュータ可読媒体を含む。図１は、ここで説明される主題の局面に従いSCEF、SCS、およびASサービスを提供するためのプラットフォームを示すネットワーク図である。図１を参照して、ネットワークは、SCEF＋と付されたプラットフォーム１００を含み、その理由は、プラットフォームがSCEF機能と、SCSおよびAS機能といった追加的な機能とを提供するためである。図示された例では、セルラデバイス接続（CDC）サービスモジュール１０２は、SCEF機能を提供し、IoTサービスモジュール１０４は、SCSおよびAS機能を提供する。プラットフォーム１００はまた、アプリケーションプログラミングインターフェースプラットフォーム（APIP）１０６サービスモジュールを含み、これは、アプリケーションプログラミングインターフェース（API）および関連付けられたポリシーサービスをIoTおよび他のデバイスに提供する。そのようなサービスの例は、API認証サービス、速度制御、容量制御等を含む。プラットフォーム１００は、モジュール１０２，１０４，１０６を実行するための少なくとも１つのプロセッサ１０７を含み得る。１つの実装では、プロセッサ１０７は、１つまたは複数の汎用マイクロプロセッサであり得る。プロセッサ１０７は追加的にまたは代替的に、ここで説明される機能を実装するフィールドプログラマブルゲートアレイ（FPGA）または特定用途向け集積回路（ASIC）といった１つまたは複数の特殊化されたプロセッサを含み得る。

図１では、プラットフォーム１００は、オンプレミス機器とは別個のクラウドサービスとして実装され、図示された例では、Diameterルーティングエージェント（DRA）１０８、オフライン課金システム（OFCS）１１０、ホームサブスクライバサーバ（HSS）１１２、パケットデータネットワーク（PDN）ゲートウェイ（PGW）１１４、およびモビリティ管理エンティティ（MME）１１６を含む。デバイス１１８は、IoTデバイスであり得、プラットフォーム１００にPGW１１４および／またはMME１１６を介して接続し得る。ショートメッセージサービスセンタ（SMSC）１１９はまた、プラットフォーム１００にDRA１０８を介して接続し得、これは、SMS接続されたデバイスがIoTおよび他のクラウドサービス＋にアクセスすることを可能とする。

１つの例示的な実装では、SCEF、SCS、およびASサービスを含むプラットフォーム１００およびその関連付けられたサービスは、DRA１０８、OFCS１１０、HSS１１２、PDNゲートウェイ１１４、MME１１６およびSMSC１１９うちの任意の１つまたは複数をホストするモバイルネットワークオペレータとは別個のクラウドサービスプロバイダによってホストされ得る。多くのモバイルネットワークオペレータは、彼ら独自のクラウドサービスをホストし、これらのサービスを他のオペレータに、さらにエンドユーザに提供する。しかし、モバイルネットワークオペレータのクラウドネットワークとは別個のクラウドネットワーク内にプラットフォーム１００をホストすることによって、信頼性および地理的冗長性は、IoTデバイスによって必要とされたすべてのサービスがモバイルネットワークオペレータによってホストされた実装よりも強化されることができる。加えて、プラットフォーム１００をモバイルネットワークオペレータがアクセス可能なホストされたサービスとして提供することは、SCEFおよび関連付けられたサービスがモバイルネットワークオペレータ自身によってホストされた実装よりも、モバイルネットワークオペレータの運用コスト、メンテナンスコスト、および機器アップグレードコストを減らし得る。

また図１に、プラットフォーム１００を通してアクセス可能なサービスおよびネットワークノードが示される。図１では、これらのサービスは、アプリケーション・サーバー１２０と、複数のアプリケーション・サーバー１２４へのアクセスを提供するサービス・ケイパビリティ・サーバー１２２とを含む。このため、プラットフォーム１００は、アプリケーションサービスへの直接アクセスおよびサービス・ケイパビリティ・サーバーを通した間接アクセスの両方を提供する。

図１では、CDCサービスモジュール１０２は、3GPP技術仕様（TS）23.682、バージョン14.2.0、リリース14（2016-12）によって指定されるSCEF機能を実装し、その開示は、参照によりその全体が本明細書に組み込まれる。SCEF機能を提供することは、複雑性および節電要件のためにIPスタックを実装しないIoTデバイスといったnon-IPデバイスのための3GPPサービスへのアクセスを提供することを含む。SCEFサービスを必要とし得る典型的なIoTデバイスは、そのデータをネットワークに定期的に伝送し、次いで伝送間にエネルギを浪費しないようにスリープするセンサである。モバイルデバイスの場合、CDCサービスモジュール１０２によって提供されたSCEF機能は、HSS１１２およびMME１１６といったネットワークリソースを使用してモバイルデバイスの位置および接続（non-IPデバイスの位置および接続を含む）を決定することを含み得、モバイルデバイスがGPS性能といった内蔵の位置決定性能を要さないようにする。CDCサービスモジュール１０２はまた、デバイス１１８からのnon-IPトラフィックに対して、受信されたメッセージのアクセスポイント名または他の属性に基づきIoTサービスモジュール１０４によって提供されたIoTサービス処理を呼び出すかを決定し得る。

上述のように、IoTサービスモジュール１０４は、IoTデバイスのためのSCSサービスを提供する。そのようなサービスの例は、メッセージキューテレメトリートランスポート・センサーネットワーク（MQTT−SN）と制約付きアプリケーションプロトコル（CoAP）、クラウドストレージまたはソフトウェア定義ストレージなどのデータストレージ、IoTアプリケーションレベルの分析を含む異なるトランスポートプロトコルを実装するデータ仲介を含む。IoTサービスモジュール１０４の機能は、以下に詳細に説明される。

図１では、サービスモジュール１０２，１０４，１０６の各々は、「CS」とさらに付され、それらが提供するサービスがクラウドサービスであることを示す。代替的な実装では、プラットフォーム１００は、オンプレミスまたはグランドベース機器として実装され得る。そのような実装は、図２において示される。図２では、プラットフォーム１００は、DRA１０８、OFCS１１０、HSS１１２、PGW１１４、および／またはMME１１６のうちの任意の１つまたは複数をホストする同じエンティティ（たとえばテレコミュニケーションネットワークオペレータ）によってホストされたオンプレミス機器によって実装される。加えて、プラットフォーム１００内の任意の機能は、ここで説明される主題の範囲から逸脱することなくクラウドベースまたはグランドベースであり得る。図２では、AS１２０、SCS１２２、およびAS１２４は、クラウドサービスとして示される。これらのサービスのうちの任意の１つまたは複数は、ここで説明される主題の範囲から逸脱することなくオンプレミス機器を使用して提供されることができる。

図３は、CDCサービスモジュール１０２によるメッセージの例示的処理を示すメッセージフロー図である。図３では、破線は、CDCサービスモジュール１０２がデータパススルーサービスを必要とすると識別するデバイス１１８からのnon-IPメッセージを提示する。上述のように、そのような決定は、アクセスポイント名または他のメッセージパラメータに基づきCDCサービスモジュール１０２によってなされ得る。メッセージがデータパススルーサービスを必要とすると識別したことに応じて、CDCサービスモジュール１０２は、メッセージをSCS１２２に転送する。SCS１２２は、メッセージを、アプリケーションレベルのサービスを受信するためのアプリケーション・サーバー１２４のうちの１つに転送する。

図３における実線は、CDCサービスモジュール１０２がIoTプラットフォームサービスを必要とすると識別するデバイス１１８からのnon-IPトラフィックを提示する。従って、CDCサービスモジュール１０２は、メッセージをIoTサービスモジュール１０４に転送する。IoTサービスモジュール１０４は、メッセージをアプリケーション・サーバー１２０に転送する。アプリケーション・サーバー１２０は、メッセージによって必要とされたアプリケーションサービスを提供する。図３における点線は、IoTサービスモジュール１０４によって処理されるデバイス１１８からのIPメッセージングを提示し、これは、メッセージをアプリケーション・サーバー１２０に転送する。

セルラデバイス接続サービスモジュール
以下は、CDCサービスモジュール１０２によって行われ得る例示的機能であり、CDCサービスモジュール１０２は、3GPP SCEFおよび3GPPマシンタイプコミュニケーション・インターワーキングファンクション（MTC-IWF）の機能を行い得る。3GPP SCEFおよびMTC-IWF機能は、上記で参照された3GPP TS 23.682において規定される。MTC-IWF機能は、サービス・ケイパビリティ・サーバーのためのTsp参照点を提供することを含む。サービス・ケイパビリティ・サーバーは、MTC-IWFを選択してこれに接続する。そしてサービス・ケイパビリティ・サーバーは、MTCデバイスに伴うイベントが発生したときに通知されるようにMTC-IWFを用いてトリガを設定し得る。たとえば、SCSは、センサといった特定のデバイスからのデータがMTC-IWFによって受信されたときに通知されるように、MTC-IWFを用いてトリガを設定し得る。このため、MTC-IWF機能を提供することによって、CDCサービスモジュール１０２は、MTC-IWF通信モデルに従うデバイスがSCSおよびASサービスを受信することを可能とする。

CDCサービスモジュール１０２はまた、SCSサービスを必要とするメッセージをIoTサービスモジュール１０４に転送することによってSCSサービスの提供を実現する。図３において示されるように、デバイスからのnon-IPトラフィックに対して、CDCサービスモジュール１０２は、受信されたメッセージ内の１つまたは複数の属性に基づきIoT CS処理を呼び出すかどうかを決定する。使用され得る属性の１つの例は、アクセスポイント名（APN）といったアプリケーションを識別する属性である。CDCサービスモジュール１０２はまた、サードパーティのSCSおよび／またはASへのセキュアなインターフェースをサポートまたは提供し得る。CDCサービスモジュール１０２はまた、IP、non-IP、およびSMS接続されたデバイスのための3GPPイベント監視を提供し得る。監視され得るイベントの例は、デバイスの位置の変化、デバイス接続状況等を含む。イベントは、電力および／または帯域幅制約のためにそのような情報を提供する性能を有し得ないデバイスそれら自体からに代えて、MMEおよびHSSといったネットワークノードから導出され得る。CDCサービスモジュール１０２単体またはIoTサービスモジュール１０４との組み合わせによって提供され得るその他のサービスは、IoTマネタイゼーション、データストレージ、ビッグデータ、分析、およびモバイルプラットフォーム統合（たとえばiOS、Android）を含む。

図４は、CDCサービスモジュール１０２をより詳細に示すブロック図である。図４では、CDCサービスモジュール１０２は、Diameterネットワーク２０２内のノードとのDiameter接続を管理するDiameter接続マネージャ２００を含む。CDCサービスモジュール１０２は、セルラ通信ネットワーク内のDiameterノードとIoT CSハンドラ２０６および外部SCSハンドラ２０８といったSCS／ASハンドラとの間の通信の中心点であるセッションハンドラ２０４をさらに含む。CDCサービスモジュール１０２は、デバイス／セッション状態を格納するためにデバイス状態データベース２１０を利用する。CDCサービスモジュール１０２は、データバッファ２１２を利用して必要とされるメッセージをデバイスからおよびデバイスへとバッファする。デバイス状態データベース２１０は、CDCサービスモジュール１０２に接続されたIoTデバイスといったアクティブデバイスの動的状態を格納する。監視イベントハンドラ２１４は、MMEまたはユーザレベルにおいて監視イベントを構成しレポートするためのAPIを提供する。アラームおよびキーパフォーマンスインジケータ（KPI）モジュール２１６は、CDCサービスモジュール１０２の機能に関するアラームおよびKPIデータを提供し、運用支援システム（OSS）２１８といった外部システムにアラームおよび測定データを提供する。

IoT CSハンドラ２０６は、IoT CSゲートウェイクライアントライブラリを含む。外部SCSハンドラ２０８は、SCSおよび／またはASに対するインターフェースを提供する。コンフィグレーションハンドラ２２０は、CDCによって必要とされた任意のコンフィグレーションのためのAPIを提供する。コンフィグレーションハンドラ２２０は、CDCサービスモジュール１０２のコンフィグレーションを実現するためのグラフィカルユーザインターフェースを提供し得る。コンフィグレーションハンドラ２２０はまた、顧客がCDCサービスモジュール１０２内にビジネスルールを提供可能とするためにビジネス支援システム（BSS）とインターフェースし得る。

IoTサービスモジュール
IoTサービスモジュール１０４は、3GPP SCSの機能を実装し得る。簡単に、これらの機能は、IPおよびnon-IPデバイスのためのインターフェースをアプリケーション・サーバーに提供することを含む。IoTサービスモジュール１０４は、モバイルデバイスに由来する（CDCサービスモジュール１０２からの）IPおよびnon-IPデータの両方を受信し得る。IoTサービスモジュール１０４は、サードパーティのSCS／ASのためのセキュアなインターフェースをサポートし得る。IoTサービスモジュール１０４単体またはCDCサービスモジュール１０２との組み合わせによって提供され得るその他のサービスは、IoTマネタイゼーション、ストレージ、分析、およびモバイルプラットフォーム統合（たとえばiOS、Android）を含む。

図５は、ここで説明される主題に従うIoTサービスモジュール１０４の例示的機能を示すIoTサービスモジュール１０４のブロック図である。図５を参照して、IoTサービスモジュール１０４は、接続モジュール３００、分析モジュール３０２、および統合モジュール３０４を含む。

接続モジュール３００は、（IoTデバイスといった）任意のデバイスを仮想化し、そのデバイスと接続および通信するように構成され得る。たとえば、IoTデバイスは、目的地に出荷され消費された飲料コンテナに関連付けられたセンサであり得る。各コンテナに対して定期的に、現在の位置、流体レベル、流体温度、およびセンサの電池レベルは、SCSに通信され得る。

分析モジュール３０２は、分析を提供することによって等、デバイスからのデータを処理し格納するように構成され得る。上述の例を続けると、システムを最適化する方法を識別することを試みるために、各デバイス／コンテナからの時系列データは、格納され、後に分析されることができる。データはまた、たとえば、バッテリの残量が少ないことをサービス技術者に通知するなど、すぐに対処する必要がある異常を検出するためにリアルタイムに分析されることができる。

統合モジュール３０４は、そのようなデータ、状況および分析をIoTサービスモジュール１０４の外部のシステムといった他のシステムに提供するように構成され得る。上述の例を続けると、異なるサービス／アプリケーションへの統合は、データ異常を人々に通知するために使用され得る。または、ストレージサービスへの統合は、すべての時系列データを格納するために使用され得る。

IoTサービスモジュール１０４はまた、AS機能をサポートする。上述の例を続けると、これは、たとえば、すべてのアセット（コンテナ／センサ）を規定し、アセットのモデル化、地図上のアセットの位置と状況の表示、アセットのジオフェンシングの提供に使用されるアセット監視アプリケーションであることができる。

このため、ここで説明される主題は、IPおよびnon-IP IoTデバイスのためのSCEF、SCS、およびAS機能を提供するための統合されたプラットフォームを含む。プラットフォームは、グランドベースサービスまたはクラウドベースサービスとして配備される。SCEF、SCS、およびAS機能を単一のプラットフォーム内に統合することによって、3GPPサービスをIoTデバイスに提供するために必要とされるメッセージングは、これらのサービスが個別のノードまたはプラットフォーム上に提供される実装よりも減らされる。加えて、統合されたSCEF、SCS、およびASプラットフォームを配備することによって、モバイルネットワークオペレータは、IPトランスポートを実装するもの、IPトランスポートを実装しないもの等を含むさまざまなIoTデバイスタイプのための3GPP接続およびサービスを提供することができる。

クラウドベースのSCEF配備
上述のように、プラットフォーム１００および／またはその任意の部品は、クラウドネットワーク内に配備され得、これによりサービスは、モバイルネットワークオペレータとは別個のクラウドサービスプロバイダによってホストされたプラットフォーム１００またはその任意の１つまたは複数の部品によって提供される。クラウドサービスプロバイダは、ネットワーク機器ベンダであり得、ネットワーク機器ベンダは、モバイルネットワークオペレータのオンプレミスおよび／またはクラウドベースのネットワーク内での使用のためにベンダが彼らに販売するDiameterルーティングエージェントまたは他の製品といった既存の製品の特徴としてクラウドベースのSCEFサービスを提供し得る。１つの例では、モバイルネットワークオペレータがクラウドベースのSCEF特徴を有効にするよう選択するときに、モバイルネットワークオペレータは、クラウドベースのSCEFサービスプロバイダと契約して、クラウドベースのSCEFサービスを有効にし得る。

一度モバイルネットワークオペレータとネットワーク機器ベンダとの間でクラウドベースのSCEFサービスを有効にするための同意が達成されると、機器ベンダは、モバイルネットワークオペレータのネットワークをプラットフォーム１００に１つまたは複数の接続を介して接続することによって、およびオペレータのネットワークからのメッセージを認識し処理するためにプラットフォーム１００を提供することによって、特徴を有効にし得る。モバイルネットワークオペレータの観点から、SCEFサービスは、DRAといった、モバイルネットワークオペレータのオンプレミスネットワークノードの特徴のように見える。しかし、SCEFサービスは、クラウドネットワークサービスプロバイダによってホストされたクラウドネットワーク内で維持され、DRAとは別個に提供される。そのような別個のホスティングは、モバイルネットワークオペレータがSCEFサービスをその加入者にモバイルネットワークオペレータのオンプレミスまたはクラウドネットワーク内のSCEF機器を維持させることなく提供することを可能とする。

加えて、図１〜図５において示された例では、SCEFおよび関連付けられた機能を提供するCDCサービスモジュール１０２は、IoTサービスモジュール１０４およびAPIPサービスモジュール１０６とともに配備されるが、ここで説明される主題は、そのような実装に限定されない。代替的な実装では、CDCサービスモジュール１０２は、AS、SCS、および／またはAPIサービスを実装するサービスモジュールとは別個に配備され得る。図６は、そのような実装を示す。図６を参照して、CDCサービスモジュール１０２は、DRA、MME、HSSといったオンプレミス機器とは別個のクラウドコンピューティングプラットフォーム３５０上に配備され、DRA、MME、およびHSSをホストするエンティティ（たとえば、モバイルネットワークオペレータ）とは異なるエンティティによってホストされる。たとえば、上述したように、クラウドサービスプロバイダは、クラウドネットワークをモバイルネットワークオペレータによってホストされたクラウドネットワークおよびオンプレミスネットワークとは独立に維持し得、モバイルネットワークオペレータがSCEFサービスに別個にホストされたクラウドネットワークを介してアクセスすることを可能とし得る。

図６では、クラウドコンピューティングプラットフォーム３５０は、CDCサービスモジュール１０２が実行され得るプロセッサ３５２を含む。CDCサービスモジュール１０２は、オンプレミス機器クラウドアクセスインターフェース３５４を含み、これを通してオンプレミス機器は、CDCサービスモジュール１０２と通信することができる。CDCサービスモジュール１０２は、IoTデバイス１１８がCDCサービスモジュール１０２にアクセスすることを可能にするためのIoTデバイスクラウドアクセスインターフェース３５６をさらに含む。CDCサービスモジュール１０２は、CDCサービスモジュール１０２、SCS１２２、AS１２４間の通信を可能とするサービス・ケイパビリティ・サーバー／アプリケーション・サーバー（SCS／AS）インターフェース３５８をさらに含む。図示された例では、AS１２４は、１つまたは複数のビジネスアプリケーション３６０をホストし得る。

Diameter接続
１つの例示的な実装では、オンプレミス機器クラウドネットワークアクセスインターフェース３５４は、ネットワークからのDiameter接続を終端するRFC6733準拠Diameterエンドポイント（複数可）を提供するDRA内に実装されたDiameter接続マネージャとインターフェースするDiameterインターフェースであり得る。Diameter接続マネージャは、専用の仮想プライベートネットワーク（VPN）、伝送制御プロトコル／トランスポート層セキュリティ（TCP／TLS）、またはストリーム制御伝送プロトコル／データグラムトランスポートレイヤーセキュリティ（SCTP／DTLS）を介して、顧客のオンプレミスネットワークからクラウドへのセキュアで高性能なDiameter接続を実装し得る。プラットフォーム１００またはプラットフォーム３５０へのDiameter接続は、ネットワーク内のDRAの１つまたは複数の対に由来し得る。これにより、3GPPマシンタイプの通信アーキテクチャで重要な役割を果たすシグナリングの輻輳制御またはIoT HSSアドレス解決などのDRA機能の簡略化された相互接続と活用を可能とする。

現在のネットワークに存在する標準のDiameter接続およびルーティング機能を活用するために、プラットフォーム１００または３５０は、別個のクラウドデータセンタに配置された少なくとも２つの一意のDiameter IDを公開する。DRAは、プライマリ／セカンダリまたは負荷共有スキームを使用してDiameterトラフィックをプラットフォーム１００または３５０に向かってルーティングし得る。Diameter接続マネージャは、受信されたDiameterトラフィックを、さらに他の処理のための地理的に冗長なCDCセッション処理サービスコンポーネントに負荷共有し得る。プラットフォーム１００または３５０から伝送されたメッセージの出口Diameterメッセージルーティングは、宛先ホストおよび／または宛先レルム属性値ペア（AVP）に基づき得る。このため、プラットフォーム１００は、メッセージ内のDiameterレベル情報に基づき、Diameter信号メッセージをルーティング可能であり得る。

デバイスセッション
１つの例示的な実装では、CDCサービスモジュール１０２は、CDCサービスモジュール１０２を使用してASまたはSCSサービスにアクセスするIoTデバイスのためのデバイスセッションの状態を維持する。CDCサービスモジュール１０２は、デバイス状態データベース２１０（図４参照）を、デバイスおよびデバイスのT6a接続（セッション）の動的状態を更新するために利用する。CDCサービスモジュール１０２は、（デバイスまたはSCS／ASが一時的に到達不可能であるときに）必要とされるメッセージをデバイスへ／デバイスからバッファするためにデータバッファ２１９を利用する。このため、CDCサービスモジュール１０２がメッセージを受信するとき、CDCサービスモジュール１０２は、メッセージがIoTサービス処理を必要とするかを決定し得る。この例では、メッセージは、測定データをASに提供することを必要とするセンサからであり得、このためCDCサービスモジュールは、メッセージが、IoTサービス処理を必要とすると決定し得る。CDCサービスモジュール１０２はそして、センサがそのデータを提供することを必要とするASを識別し、ASに対応する記録をCDCサービスモジュールの内部SCS／AS状態データベース内に配置し得る。この例では、ASが利用可能ではないと想定される。従って、CDCサービスモジュール１０２は、CDCサービスモジュールがASが利用可能となったと決定するまで、センサデータを含むメッセージをバッファし得る。CDCサービスモジュール１０２は、ASが利用可能となる時をハートビートメッセージまたは他の適切な利用可能性決定機構を使用して決定し得る。ASが利用可能であるとCDCサービスモジュール１０２が決定すると、CDCサービスモジュール１０２は、センサデータを有するメッセージを識別されたASに送信し得る。

デバイス状態データベース２１０は、アクティブデバイスの動的状態を格納し得る。以下の表は、デバイス状態データベース２１０の内容の例を与える。

イベント監視 CDCサービスモジュール１０２は、監視イベントをデバイスまたはMMEレベルにおいて構成しレポートするために使用されることができるAPIを提供する。これらAPIは、IoTサービスモジュール１０４または外部SCS／ASシステムのために呼び出されレポートされることができる。たとえば、以下の監視イベントは、CDCサービスモジュール１０２によって監視され得る。

・ユーザ機器（UE）の到達可能性
−データに到達可能
−ショートメッセージサービス（SMS）に到達可能
・位置
−現在の位置
−最後に確認された位置
・UE接続の喪失
・通信障害
・ローミングステータス
・IMEI変更
・位置ごとのUE数
・ダウンリンクデータ通知（DDN）障害後の可用性
ホストされたサービスとして、CDCサービスモジュール１０２は、DRA、MME、SMSC等並びにIoTデバイスといったモバイルネットワークオペレータ機器にアクセス可能であり得る。DRAは、SCEF処理を要するDiameterメッセージをCDCサービスモジュール１０２にルーティングし得る。MMEおよびSMSCは、IoTデバイスといった接続されたデバイスからのメッセージをCDCサービスモジュール１０２に転送し得る。外部デバイスからのメッセージを受信すると、CDCサービスモジュール１０２は、IoTサービス処理を必要とするメッセージを識別することによってメッセージを処理し、IoTサービス処理を必要とするメッセージを適切なSCSまたはASインターフェースに転送し得る。IoTサービス処理を必要としないメッセージに対して、CDCサービスモジュール１０２は、IoTサービスモジュール１０２がそのようなメッセージのための最終的な宛先であるかどうかに依存して、メッセージをルーティングまたは終端させ得る。

上述のように、CDCサービスモジュール１０２は、携帯電話およびIoTデバイスといったユーザデバイスのためのイベント監視を行い得る。CDCサービスモジュール１０２は、デバイスそれら自体がGPSといった自己位置特定性能を必要とすることなく、そのようなイベント監視を行い得る。１つの例では、CDCサービスモジュール１０２は、HSSといった別のネットワークノードを照会して、IoTおよび他のデバイスに伴うイベントを識別し得る。HSSは、到達可能性、現在位置、ローミング状況等といったデバイスについての情報を提供することができる。CDCサービスモジュール１０２は、HSSにIoTまたはモバイルデバイスの識別子を照会し得る。モバイルネットワークオペレータのネットワークが複数のHSSを有する場合、CDCサービスモジュール１０２は、デバイス識別子をHSSアドレスにマッピングするHSSルーティングデータベースを提供され得る。適切なHSSを発見した後に、CDCサービスモジュールは、そのクエリを識別されたHSSに転送し得る。

一度HSSがCDCサービスモジュール１０２からのクエリを受信すると、HSSは、その内部データベースにIoTまたはモバイルデバイスの識別子を使用してアクセスして、デバイスに対応する記録を配置し得る。記録がアクセスされるデバイスがモバイル通信デバイスである場合、デバイスのIMSIまたはMSISDNは、HSS内の記録にアクセスするために使用され得る。HSSはそして、記録から位置および接続情報を抽出し、情報をCDCサービスモジュール１０２に提供し得る。CDCサービスモジュール１０２はそして、情報をASまたはSCSといった他のIoTまたはモバイルサービスデバイスに提供し得る。

IoTサービスモジュール（内部SCS／AS）インターフェース
上述のように、IoTサービスモジュール１０４は、SCSおよびASサービスを提供し、いくつかの例では、これらはCDCサービスモジュール１０２と同じプラットフォーム上に提供される。CDCサービスモジュール１０２は、T6aインターフェースを介してデバイスに向かうnon-IPデータ送信をサポートするためのデバイスゲートウェイとして機能する。CDCサービスモジュール１０２は、IoT CSゲートウェイクライアントライブラリ（図４参照）を利用して、その標準APIを介してIoT CSと通信する。

外部SCS／ASインターフェース
図６に示されるように、CDCサービスモジュール１０２は、外部SCS／ASシステムに向かうAPIを提供する。これらのAPIは、以下を含む。

・デバイスレジストレーションおよびメタデータデータベースへのアクセス、
・IoTデータを探索するための内部時系列データストアへのアクセス、
・デバイスアクションをトリガするためのまたはデバイスデータを探索するための高レベルデバイス仮想化API、
・デバイスとIoTサービスモジュール１０４を介して通信するための低レベルメッセージングAPI。

呼詳細レコード（CDR）生成
CDCサービスモジュール１０２は、CDRを生成することができ、それらをRfインターフェースを介してオフライン課金システムに対して利用可能にできる。OFCS失敗のイベントの場合、CDRは、CDCサービスモジュール１０２によってメッセージトラフィックに応じて構成可能な時間の間（たとえば２４時間）内部に格納されることができる。代替として、クラウドベースの課金サービスとの統合は、使用され得る。

配備
CDCサービスモジュール１０２、IoTサービスモジュール１０４、およびAPIPサービスモジュール１０６によって提供されたリアルタイムクラウドサービスは、クラウドネットワーク内でモバイルネットワークオペレータのオンプレミスネットワークとは別個にホストされ得る。そのようなクラウドネットワークの１つの例は、オラクル・ベアメタルクラウド（BMC）である。１つの例示的な実装では、オラクル・ベアメタルクラウド（BMC）は、相互接続されたデータセンタの組を備える（図７参照）。

可用性
図８に示されるように、１つの例では、プラットフォーム１００または３５０は、同じリージョン内の異なる可用性ドメイン（データセンタ）内に配備される。図８では、各プラットフォーム１００は、異なる可用性ドメイン４００Ａおよび４００Ｂ内に冗長に配備される。プラットフォーム３５０は、同様に異なる可用性ドメイン内に冗長に配備されることができるということが理解される。図８では、プラットフォーム１００の各インスタンスは、すべての時間においてアクティブであり得る。１つの可用性ドメインの故障イベントの場合、すべてのトラフィックは、他の可用性ドメインに導かれる。提供されかつ動的な（たとえばセッション）データは、可用性ドメインにわたってプラットフォーム１００のアクティブインスタンス間で共有され得る。プラットフォーム１００またはその対応する可用性ドメインのうちの１つのプラットフォーム１００の故障前に、提供されたデータおよび動的セッションデータをインスタンス間で共有することは、プラットフォーム１００のインスタンスが故障したプラットフォームのセッションの処理をシームレスに引き継ぐことを可能とする。

図８では、ロードバランサ４０２および４０４は、異なる可用性ドメイン内に配置されたプラットフォーム１００間のメッセージトラフィックを負荷共有する。プラットフォーム１００が可用性ドメインにわたって状態情報を共有するので、負荷均衡化決定を行うときにセッション状態を考慮する必要が無い。結果として、プラットフォーム１００上のトラフィックおよび処理負荷は、均等化またはバランスされることができる。この負荷均衡化は、パケットデータネットワークゲートウェイ１１４から送信されたIoTデバイスからのトラフィックおよびSCS１２２およびAS１２４からのトラフィックに適用する。Diameterエンドポイント４０６は、可用性ドメイン４００Ａおよび４００Ｂの両方の内部のプラットフォーム１００に接続を有し得る。CDCサービスモジュール１０２が可用性ドメインにわたってセッション状態情報を共有するので、Diameterトラフィックは、いずれかの可用性ドメインに送信されることができ、各セッションに対して格納されたセッション状態に従い受信CDCサービスモジュール１０２によって正しく処理される。

Diameter
ネットワーク要素からのDiameter接続は、CDCサービスモジュール１０２の各インスタンスに対して直接的に確立され得る。各CDCサービスモジュールインスタンスは、それ自体のIPアドレス、ローカルホストID等を有し得、別個のSCEFネットワーク要素として表わされる。

SGi
SGiインターフェースは、IoTデバイスからIoTサービスモジュール１０４へのIP接続を提供する。単一のIPアドレスは、可用性ドメイン４００Ａおよび４００Ｂにわたって共有され得、IoTデバイスへの／IoTデバイスからのメッセージは、IoTサービスモジュール１０４のいずれかのインスタンスに導かれることができる。

API
SGiトラフィックと同様に、単一のAPI公開は、テナントのシステムに提供され得、トラフィックは、可用性ドメイン４００Ａおよび４００Ｂにわたって任意のAPIゲートウェイに導かれる。

管理インターフェース
図８には明示的に示されないが、管理インターフェース４０８といったすべての管理インターフェースは、APIベースであり、APIゲートウェイを介してアクセス可能であると考えられる。これは、クラウドネットワークのオペレータのみがアクセス可能な内部または非パブリックインターフェースであり得るAPI管理サービス４１０とAPIPサービスモジュール１０６との間のインターフェースには当てはまらないということに留意すべきである。

このため、ここで説明される主題は、SCEFおよび関連付けられたサービスのクラウドベースの配備を含む。SCEFおよび関連付けられたサービスをクラウド内に配備することによって、ネットワークオペレータは、サービスに加入することができ、オンプレミス機器を購入し保守することを必要とされない。加えて、SCEFおよび関連付けられたサービスのクラウドベースの配備は、配備が可用性ドメインにわたって発生し、状態が可用性ドメイン間で共有されるときにオンプレミス配備よりも信頼性が高くあり得る。

DRA特徴としてのSCEF
ここで説明される主題のさらに別の局面に従い、SCEFは、DRA特徴として提供され得る。図９は、SCEFサービスを提供する統合されたCDCサービスモジュール１０２を有するDRAのブロック図である。図９では、DRA５００は、各々が少なくとも１つのプロセッサ５０４およびメモリ５０６を備えるプリント回路基板を含む複数のメッセージプロセッサ５０２Ａ−５０２Ｄを含む。図示された例では、メッセージプロセッサ５０２Ａは、外部DiameterノードとのDiameter接続を確立し維持するDiameter接続レイヤ（DCL）５０８を含む。メッセージプロセッサ５０２Ａは、Diameter信号メッセージをメッセージ内のDiameterレベル情報に基づきルーティングするDiameterルーティングレイヤ（DRL）５１０をさらに含む。

メッセージプロセッサ５０２Ｂは、SCEFサービスを提供するCDCサービスモジュール１０２を含み、SCEFサービスは、メッセージをIoTデバイスから受信することと、メッセージがSCSまたはASサービスを必要とするかどうかを決定することと、SCSまたはASサービスを必要とするメッセージを、そのようなサービスを受信するためのSCSまたはASに転送することとを含む。メッセージプロセッサ５０２Ｂはまた、そのようなサービスを必要とすると識別された少なくともいくつかの受信された信号メッセージに対してSCSおよびASサービスを提供するIoTサービスモジュール１０４を含む。メッセージプロセッサ５０２Ｂはまた、APIPサービスモジュール１０６を含むDRA５００の内部および外部両方のSCSおよびASとインターフェースするためのAPIを提供する。このため、いくつかの場合、SCSまたはASサービスがIoTサービスモジュール１０４によってローカルに提供されることができる場合、メッセージは、CDCサービスモジュール１０２によって受信され、IoTサービスモジュール１０４に転送され、そこでそれらは、SCSまたはAS処理を受ける。

メッセージプロセッサ５０２Ｃは、SCS１２２を含み、メッセージプロセッサ５０２Ｄは、AS１２４を含む。従って、SCSまたはAS処理を必要とすると識別されたいくつかの受信されたメッセージに対して、IoTサービスモジュール１０４は、メッセージをSCS１２２またはAS１２４に転送し得、そこでメッセージは、処理される。APIPサービスモジュール１０６によって提供されたAPIは、SCS１２２またはAS１２４にアクセスするために使用され得る。SCS１２２またはAS１２４に由来するメッセージは、IoTデバイスにCDCサービスモジュール１０２を介して送信されることができる。

図９において、CDCサービスモジュール１０２、IoTサービスモジュール１０４、APIPサービスモジュール１０６、SCS１２２およびAS１２４の各々は、DRA５００のコンポーネントとして示されるが、ここで説明される主題は、そのような実装に限定されない。代替的な実装では、これらのコンポーネントのうちの任意の１つまたは複数は、DRA５００とは別個にコンピューティングプラットフォーム上に提供され得る。図１０は、そのような実施形態を図示する。図１０では、CDCサービスモジュール１０２は、DRA５００上に実装され、IoTサービスモジュール１０４およびAPIPサービスモジュール１０６は、DRA５００とは別個に第１のコンピューティングプラットフォーム６００上に実装され、SCS１２２は、DRA５００とは別個に第２のコンピューティングプラットフォーム６０２上に実装され、AS１２４は、DRA５００とは別個に第３のコンピューティングプラットフォーム６０４上に実装される。各コンピューティングプラットフォーム６００，６０２，６０４は、（図１０に示されない）少なくとも１つのプロセッサを含み得る。DRA５００およびコンピューティングプラットフォーム６００，６０２，６０４のうちの任意の１つまたは複数は、モバイルネットワークオペレータのオンプレミス機器としてまたはモバイルネットワークオペレータとは別個のエンティティによって動作されたクラウドネットワーク機器として配備され得るということにも留意されるべきである。

このため、SCEF、AS、および／またはSCS機能をDRA特徴として提供することによって、ここで説明される主題は、DRA、SCEF、AS、およびSCSが別個のコンピューティングプラットフォーム上に実装された実装よりもネットワーク内のメッセージングを減らす。DRA、SCEF、SCS、AS機能間のメッセージ遅延は、機能が同じコンピューティングプラットフォーム上に実装されたときに減らされる。DRA、SCEF、AS機能間の非互換性の可能性は、これらの機能が同じコンピューティングプラットフォーム上に実装されたときに減らされる。

図１１は、DRA特徴としてのSCEFサービスのさらに別の例示的配備を示す。図１１では、DRA５００は、上述のようにクラウドベースのSCEFサービスを提供するクラウド配備されたCDCサービスモジュール１０２へのCDCサービスインターフェース１１００を含む。CDCサービスインターフェース１１００は、図９または図１０に示されるようにDRA５００の任意のメッセージプロセッサ上に実装され得る。１つの例示的な実装では、CDCサービスインターフェース１１００は、DiameterインターフェースをCDCサービスモジュール１０２に実装し得る。代替的な実装では、SCEFインターフェースは、ウェブサービスAPIをCDCサービスモジュール１０２に実装し得る。SCEFサービスがDRA５００のオンプラットフォーム機能として実装される代わりにクラウドベースであるという事実は、DRAユーザ（たとえば、モバイルネットワークオペレータ）に対して透過的であり得る。結果として、DRAユーザは、DRA常駐ハードウェアおよびソフトウェア内に実装されるいくつかの特徴を有するが、SCEFサービス等の通常ソフトウェアとして届けられず、代わりに、ネットワーク機器ベンダといったサードパーティサービスプロバイダによってホストされたいくつかの特徴を有さないDRAを購入し得る。

インターフェースをクラウド配備されたSCEFサービスに提供することに加えて、CDCサービスインターフェース１１００はまた、クラウド配備されたSCSおよびASサービスのためのインターフェースを提供し得る。図１１では、SCSサービスは、CDCサービスモジュール１０２によって提供され、ASサービスは、AS１２０によって提供される。DRA５００上のCDCサービスインターフェース１１００は、CDCサービスモジュール１０２を通して、または直接的にDiameterまたはウェブサービスインターフェースをCDCサービスモジュールおよび／またはAS１２０に提供することによってSCSおよびASサービスにアクセスし得る。図１１では、プラットフォーム１００はまた、デバイス１１８といったIoTデバイスのためのIoTサービスを提供するIoTアプリケーション１１０４を含む。

図１２は、SCEFとして機能するDRA特徴を提供するための例示的処理を示すフローチャートである。図１２を参照して、ステップ１２００では、処理は、複数のメッセージプロセッサを含むDRAを提供することを含む。たとえば、DRAを提供することは、SCEF、SCS、およびASがDRA常駐ソフトウェアとしてまたはDRAベンダによってホストされたサービスとして実装された図９〜図１１のいずれかのDRA５００を提供することを含み得る。

ステップ１２０２では、処理は、DRAの特徴としてSCEFサービスを提供するためにDRAと動作可能に関連付けられたセルラデバイス接続（CDC）サービスモジュールを提供することを含み、SCEFサービスは、受信されたメッセージの内容に基づき物のインターネット（IoT）サービス処理を呼び出すかを決定し、IoTサービスを必要とするメッセージをIoTサービス処理を受信するためのサービス・ケイパビリティ・サーバー（SCS）またはアプリケーション・サーバー（AS）に転送するかを決定することを含む。たとえば、図９〜図１１において示されるように、SCEF、SCS、および／またはASサービスは、DRA常駐ソフトウェアとしてまたはDRAベンダによってホストされたクラウドベースサービスとして実装されることができる。

クラウド配備されたサービスとしてのSCEF、SCS、および／またはASサービスをDRAベンダによってホストされたDRA特徴として提供することは、DRAオペレータ（たとえば、モバイルネットワークオペレータ）に対して各増分変更ごとに新たなハードウェアおよびソフトウェアを継続的に購入することを必要とすることなく、DRAベンダがそのようなサービスをシームレスに提供し更新することを可能とする。DRAベンダは、DRA５００上またはサービスクラウド内に実装され得る計測機能を使用して、ホストされたSCEF、SCS、およびASサービスへのアクセスを計測することができる。１つの例示的な実装では、そのような計測は、図１１において示されたCDCサービスインターフェース１１００によって行われ得る。

図１３は、ここで説明される主題の局面に従い、統合されたSCEF、SCSおよびASサービスを提供するための例示的処理を示すフローチャートである。図１３を参照して、ステップ１３００では、SCEFサービスを実装し、受信されたメッセージの内容に基づきIoTサービス処理を呼び出すかどうかを決定するためのCDCサービスモジュールが提供される。たとえば、CDCサービスモジュール１０２は、プラットフォーム１００といったスタンドアロンプラットフォーム上またはDRA５００といった別のノードのコンポーネントとして提供され得る。CDCサービスモジュール１０２は、ネットワークオペレータによって動作され管理されたオンプレミス機器として、またはDRAまたはSCEF機器ベンダといった機器ベンダによって提供されたクラウドサービスとして、提供され得る。ステップ１３０２では、CDCサービスモジュールによってIoTサービス処理を必要とすると識別された受信されたメッセージに対してSCSおよびASサービスを実装するためのIoTサービスモジュールが提供され、CDCサービスモジュールおよびIoTサービスモジュールを提供することは、CDCサービスモジュールおよびIoTサービスモジュールを、CDCサービスモジュールおよびIoTサービスモジュールを実行する少なくとも１つのプロセッサを含むコンピューティングプラットフォーム上に提供することを含む。たとえば、IoTサービスモジュール１０４は、プラットフォーム１００といったスタンドアロンコンピューティングプラットフォーム上にまたはDRA５００といった別のノードの一部として提供され得る。IoTサービスモジュール１０４は、ネットワークサービスプロバイダによって動作されたオンプレミス機器としてまたはネットワークサービスプロバイダまたはDRAまたはSCEFベンダといったネットワーク機器ベンダによって提供されたクラウドサービスとして提供され得る。

図１４は、ここで説明される主題の局面に従いクラウドサービスとしてSCEFを提供するための例示的プロセスを示すフローチャートである。図１４を参照して、ステップ１４００では、方法は、少なくとも１つのプロセッサを含む第１のコンピューティングプラットフォームを提供することを含む。たとえば、図１において示されたプラットフォーム１００といったコンピューティングプラットフォームが提供され得る。

ステップ１４０２では、方法は、少なくとも１つのプロセッサが実行する第１のCDCサービスモジュールを使用してSCEFサービスを提供することを含み、SCEFサービスを提供することは、受信されたメッセージの内容に基づきIoTサービス処理を呼び出すか否かを決定することと、IoTサービス処理を必要とするメッセージを、IoTサービス処理を受信するためのSCSまたはASに転送することを含む。たとえば、図１において示されたCDCサービスモジュール１０２は、IoTデバイスから入ってくるメッセージを受信し、受信されたメッセージ内のIPアドレス、メッセージ種類、デバイスID、または任意の他のパラメータに基づきIoTサービス処理を呼び出すかを決定し得る。IoTサービス処理が呼び出されるべきとCDCサービスモジュール１０２が決定すると、CDCサービスモジュール１０２は、メッセージをIoTサービスモジュール１０４にまたは必要とされたサービスを提供する外部SCSまたはASに転送し得る。

ステップ１４０４では、方法は、CDCサービスモジュールの外部のシステムが第１のCDCサービスモジュールにアクセスすることを可能とするための少なくとも１つの第１のクラウドアクセスインターフェースを提供することを含む。たとえば、プラットフォーム１００は、ネットワーク機器がCDCサービスモジュール１０２にDiameterを使用してアクセスすることができるインターフェース３５４と、IP、non-IP、およびSMS対応デバイスを含む外部IoTおよびモバイルデバイスがプラットフォーム１００によって提供されたSCEFおよび他のサービスにアクセスすることを可能とするインターフェース３５６とを提供し得る。

１つの例示的な実装では、コンピューティングプラットフォーム１００、CDCサービスモジュール１０２、およびクラウドアクセスインターフェース３５４および３５６は、モバイルネットワークオペレータとは別個のクラウドサービスプロバイダによってホストされ得、モバイルネットワークオペレータは、SCSおよびASサービスにCDCサービスモジュール１０２を介してアクセスする、CDCサービスモジュール１０２の外部のシステムをホストしている。１つの例示的な実装では、プラットフォーム１００、クラウドアクセスインターフェース３５６、およびCDCサービスモジュール１０２をホストするクラウドサービスプロバイダは、SCEFをクラウドサービスとしてモバイルネットワークオペレータといったネットワークオペレータに提供するネットワーク機器ベンダであり得る。そのような実装は、ネットワークオペレータがSCEFサービスを彼らの加入者に提供するためにハードウェアを維持する必要性を除去する。そのような実装はまた、特にSCEFが電力グリッドおよびインターネットへの冗長接続を有するセキュアなデータセンタ内に実装されたときに、ネットワークオペレータが提供するSCEF機能よりも潜在的にセキュアであり信頼性が高い。

ここで説明される主題の範囲から逸脱することなく、ここで説明される主題の様々な詳細を変更できることが理解されよう。さらに、前述の説明は、例示のみを目的とするものであり、限定を目的とするものではない。

Claims (20)

1. クラウドベースのサービス・ケイパビリティ・エクスポージャ・ファンクション（SCEF）を提供するためのシステムであって、前記システムは、
   少なくとも１つのプロセッサを含む第１のコンピューティングプラットフォームと、
   SCEFサービスを提供するために、および受信されたメッセージの内容に基づき物のインターネット（IoT）サービス処理を呼び出すかどうかを決定し、IoTサービス処理を必要とするメッセージを、前記IoTサービス処理を受信するためのサービス・ケイパビリティ・サーバー（SCS）またはアプリケーション・サーバー（AS）に転送するために、前記少なくとも１つのプロセッサによって実現される第１のセルラデバイス接続（CDC）サービスモジュールと、
   IoTデバイスおよび前記第１のCDCサービスモジュールの外部のネットワーク機器が前記第１のCDCサービスモジュールにアクセスすることを可能とするための少なくとも１つの第１のクラウドアクセスインターフェースとを備え、前記第１のコンピューティングプラットフォーム、前記第１のCDCサービスモジュール、および前記少なくとも１つの第１のクラウドアクセスインターフェースは、前記第１のCDCサービスモジュールに前記少なくとも１つの第１のクラウドアクセスインターフェースを介してアクセスする前記第１のCDCサービスモジュールの外部の前記ネットワーク機器をホストしているモバイルネットワークオペレータとは別個のクラウドサービスプロバイダによってホストされる、システム。
2. 前記第１のCDCサービスモジュールは、受信されたメッセージ内のアクセスポイント名または他のパラメータに基づきIoTサービス処理を呼び出すか否かを決定するように構成される、請求項１に記載のシステム。
3. 前記第１のCDCサービスモジュールは、インターネットプロトコル（IP）およびnon-IPデバイスのためのイベント監視を行うように構成される、請求項１に記載のシステム。
4. 前記イベント監視は、前記IPおよびnon-IPデバイスのための位置並びに到達可能性を監視することを含む、請求項３に記載のシステム。
5. 前記少なくとも１つの第１のクラウドアクセスインターフェースは、Diameterを使用して前記第１のCDCサービスモジュールの外部の前記ネットワーク機器と前記CDCサービスモジュールとの間の通信を可能とするためのDiameterインターフェースを備える、請求項１に記載のシステム。
6. 少なくとも１つのプロセッサを含む第２のコンピューティングプラットフォーム、前記第２のコンピューティングプラットフォームの前記少なくとも１つのプロセッサによって実現される第２のCDCサービスモジュール、および少なくとも１つの第２のクラウドアクセスインターフェースを備え、前記第１および第２のコンピューティングプラットフォームは、別個の可用性ドメイン内に配備される、請求項１に記載のシステム。
7. 第１および第２のCDCサービスモジュールは、セッション状態情報を互いと共有する、請求項６に記載のシステム。
8. IoTデバイスからのメッセージトラフィックを前記第１および第２のコンピューティングプラットフォーム間で負荷共有するための第１のロードバランサを備える、請求項７に記載のシステム。
9. サービス・ケイパビリティ・サーバーおよびアプリケーション・サーバーからのメッセージトラフィックを前記第１および第２のコンピューティングプラットフォーム間で負荷共有するための第２のロードバランサを備える、請求項８に記載のシステム。
10. 前記第１のコンピューティングプラットフォームは、前記受信されたメッセージのうちの少なくともいくつかに対しSCSおよびASサービスを提供するために、前記少なくとも１つのプロセッサによって実現されるIoTサービスモジュールを含む、請求項１に記載のシステム。
11. クラウドベースのサービス・ケイパビリティ・エクスポージャ・ファンクション（SCEF）を提供するための方法であって、前記方法は、
    少なくとも１つのプロセッサを含む第１のコンピューティングプラットフォームを提供することと、
    前記少なくとも１つのプロセッサによって実現される第１のセルラデバイス接続（CDC）サービスモジュールを使用してSCEFサービスを提供することとを備え、前記SCEFサービスを提供することは、受信されたメッセージの内容に基づき物のインターネット（IoT）サービス処理を呼び出すかどうかを決定することと、IoTサービス処理を必要とするメッセージを、前記IoTサービス処理を受信するためのサービス・ケイパビリティ・サーバー（SCS）またはアプリケーション・サーバー（AS）に転送することとを含み、前記方法はさらに、
    IoTデバイスおよび前記CDCサービスモジュールの外部のネットワーク機器が前記第１のCDCサービスモジュールにアクセスすることを可能とするための少なくとも１つの第１のクラウドアクセスインターフェースを提供することを備え、前記第１のコンピューティングプラットフォーム、前記第１のCDCサービスモジュール、および前記少なくとも１つの第１のクラウドアクセスインターフェースは、前記第１のCDCサービスモジュールに前記少なくとも１つの第１のクラウドアクセスインターフェースを介してアクセスする前記第１のCDCサービスモジュールの外部の前記ネットワーク機器をホストしているモバイルネットワークオペレータとは別個のクラウドサービスプロバイダによってホストされる、方法。
12. 前記第１のCDCサービスモジュールにおいて、受信されたメッセージ内のアクセスポイント名または他のパラメータに基づき前記IoTサービス処理を呼び出すか否かを決定することを備える、請求項１１に記載の方法。
13. 前記第１のCDCサービスモジュールにおいて、インターネットプロトコル（IP）およびnon-IPデバイスのためのイベント監視を行うことを備え、前記イベント監視を行うことは、前記IPおよびnon-IPデバイスの位置並びに到達可能性を監視することを含む、請求項１１に記載の方法。
14. 前記少なくとも１つの第１のクラウドアクセスインターフェースを提供することは、Diameterを使用して前記ネットワーク機器と前記第１のCDCサービスモジュールとの間の通信を可能とするためのDiameterインターフェースを提供することを備える、請求項１１に記載の方法。
15. 少なくとも１つのプロセッサを含む第２のコンピューティングプラットフォーム、前記第２のコンピューティングプラットフォームの前記少なくとも１つのプロセッサによって実現される第２のCDCサービスモジュール、および少なくとも１つの第２のクラウドアクセスインターフェースを提供することと、前記第１のコンピューティングプラットフォームおよび第２のコンピューティングプラットフォームを別個の可用性ドメイン内に配備することとを備える、請求項１１に記載の方法。
16. 前記第１および第２のCDCサービスモジュール間で、セッション状態情報を共有することを備える、請求項１６に記載の方法。
17. IoTデバイスからのメッセージトラフィックを前記第１および第２のコンピューティングプラットフォーム間で負荷共有するための第１のロードバランサを提供すること備える、請求項１７に記載の方法。
18. サービス・ケイパビリティ・サーバーおよびアプリケーション・サーバーからのメッセージトラフィックを前記第１および第２のコンピューティングプラットフォーム間で負荷共有するための第２のロードバランサを提供することを備える、請求項１８に記載の方法。
19. 前記受信されたメッセージのうちの少なくともいくつかに対しSCSおよびASサービスを提供するために、前記少なくとも１つのプロセッサによって実現されるIoTサービスモジュールを提供することを備える、請求項１１に記載の方法。
20. コンピュータのプロセッサによって実行されると、前記コンピュータを制御してステップを実行させる実行可能な命令を格納した非一時的なコンピュータ可読媒体であって、前記ステップは、
    少なくとも１つのプロセッサを含む第１のコンピューティングプラットフォームを提供することと、
    前記少なくとも１つのプロセッサによって実現される第１のセルラデバイス接続（CDC）サービスモジュールを使用してサービス・ケイパビリティ・エクスポージャ・ファンクション（SCEF）サービスを提供することとを備え、前記SCEFサービスを提供することは、受信されたメッセージの内容に基づき物のインターネット（IoT）サービス処理を呼び出すかどうかを決定することと、IoTサービス処理を必要とするメッセージを、前記IoTサービス処理を受信するためのサービス・ケイパビリティ・サーバー（SCS）またはアプリケーション・サーバー（AS）に転送することとを含み、前記ステップはさらに、
    IoTデバイスおよび前記CDCサービスモジュールの外部のネットワーク機器が前記第１のCDCサービスモジュールアにクセスすることを可能とするための少なくとも１つの第１のクラウドアクセスインターフェースを提供することを備え、前記第１のコンピューティングプラットフォーム、前記第１のCDCサービスモジュール、および前記少なくとも１つの第１のクラウドアクセスインターフェースは、前記第１のCDCサービスモジュールに前記少なくとも１つの第１のクラウドアクセスインターフェースを介してアクセスする前記第１のCDCサービスモジュールの外部の前記ネットワーク機器をホストしているモバイルネットワークオペレータとは別個のクラウドサービスプロバイダによってホストされる、非一時的なコンピュータ可読媒体。

Images