(57)【要約】  制御エンティティ（１）は、無線端末の通信パターンに関する第１の情報をアプリケーション・レイヤ・エンティティ（３）から受信し、当該第１の情報又はこれから得られるネットワークパラメータをネットワークエンティティ（２）に提供する。制御エンティティ（１）は、さらに、当該第１の情報の送信又は受信に関する通信制御を行う。当該通信制御は、第１の情報を運ぶ複数の通知メッセージに対するフィルタリング、第１の情報の送信ポリシの設定または変更のアプリケーション・レイヤ・エンティティ（３）に対する要求、及び第１の情報を運ぶ複数の通知メッセージに対する異なる優先度の適用、のうち少なくとも１つを含む。
2016157753.tif 000002
【特許請求の範囲】
【請求項１】
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
移動通信ネットワーク内の少なくとも１つのネットワークエンティティと通信するよう構成され、
前記移動通信ネットワークによって提供されるサービスを少なくとも１つのアプリケーション・レイヤ・エンティティが利用できるようにするための少なくとも１つのインタフェースを提供するよう構成され、
無線端末の通信パターンに関する第１の情報を前記少なくとも１つのインタフェースを介して受信するよう構成され、
前記第１の情報又は前記第１の情報から得られる（derived）ネットワークパラメータを前記少なくとも１つのネットワークエンティティに提供するよう構成され、
前記第１の情報の送信又は受信に関する通信制御を行うよう構成され、
前記通信制御は、
フィルタリングルールに従って、前記第１の情報を運ぶ複数の通知メッセージをフィルタリングすること、
前記第１の情報の送信ポリシの設定または変更を、前記少なくとも１つのアプリケーション・レイヤ・エンティティに要求すること、及び
前記複数の通知メッセージに異なる優先度を適用すること、
のうち少なくとも１つを含む、
制御エンティティ。
【請求項２】
前記少なくとも１つのプロセッサは、前記第１の情報に基づいて行われたネットワーク最適化の効果を表すネットワーク性能指標に基づいて、前記通信制御を決定するよう構成されている、
請求項１に記載の制御エンティティ。
【請求項３】
前記ネットワーク性能指標は、ページング失敗率、CONNECTED-IDLE遷移回数、IDLE状態からCONNECTED状態に遷移するための接続要求の受信回数、及びバックオフに基づく接続拒否の回数のうち少なくとも１つに関する、
請求項２に記載の制御エンティティ。
【請求項４】
前記通信制御は、前記複数の通知メッセージに異なる前記優先度を適用することを含み、
前記優先度を適用することは、優先度の高い第１のアプリケーション・レイヤ・エンティティからの第１の通知メッセージを優先度の低い第２のアプリケーション・レイヤ・エンティティからの第２の通知メッセージよりも高い頻度で受信することを含む、
請求項１〜３のいずれか１項に記載の制御エンティティ。
【請求項５】
前記通信制御は、前記送信ポリシの設定または変更を要求することを含み、
前記送信ポリシの設定または変更を要求することは、前記無線端末のデフォルト特性に基づいて前記送信ポリシを決定し、前記決定された送信ポリシを前記少なくとも１つのアプリケーション・レイヤ・エンティティに送信することを含む、
請求項１〜４のいずれか１項に記載の制御エンティティ。
【請求項６】
前記少なくとも１つのプロセッサは、前記デフォルト特性を前記少なくとも１つのネットワークエンティティから受信するよう構成されている、
請求項５に記載の制御エンティティ。
【請求項７】
前記少なくとも１つのネットワークエンティティは、加入者サーバを含み、
前記少なくとも１つのプロセッサは、前記デフォルト特性を前記加入者サーバから受信するよう構成されている、
請求項５に記載の制御エンティティ。
【請求項８】
前記送信ポリシは、前記第１の情報の送信レート及び前記第１の情報の送信のトリガー条件の少なくとも一方を含む、
請求項１〜７のいずれか１項に記載の制御エンティティ。
【請求項９】
前記第１の情報は、トラッフィク量に関する通信パターン、通信継続時間に関する通信パターン、通信間隔に関する通信パターン、及び移動性に関する通信パターンのうち少なくとも１つに関する、
請求項１〜８のいずれか１項に記載の制御エンティティ。
【請求項１０】
前記少なくとも１つのインタフェースの各々は、アプリケーション・プログラミング・インタフェース（API）である、
請求項１〜９のいずれか１項に記載の制御エンティティ。
【請求項１１】
移動通信ネットワーク内の少なくとも１つのネットワークエンティティと通信するよう構成され、且つ前記移動通信ネットワークによって提供されるサービスを少なくとも１つのアプリケーション・レイヤ・エンティティが利用できるようにするための少なくとも１つのインタフェースを提供するよう構成された制御エンティティによって行われる方法であって、
無線端末の通信パターンに関する第１の情報を前記少なくとも１つのインタフェースを介して受信すること、
前記第１の情報又は前記第１の情報から得られるネットワークパラメータを前記少なくとも１つのネットワークエンティティに提供すること、及び
前記第１の情報の送信又は受信に関する通信制御を行うこと、
を備え、
前記通信制御は、
フィルタリングルールに従って、前記第１の情報を運ぶ複数の通知メッセージをフィルタリングすること、
前記第１の情報の送信ポリシの設定または変更を、前記少なくとも１つのアプリケーション・レイヤ・エンティティに要求すること、及び
前記複数の通知メッセージに異なる優先度を適用すること、
のうち少なくとも１つを含む、
方法。
【請求項１２】
前記第１の情報に基づいて行われたネットワーク最適化の効果を表すネットワーク性能指標に基づいて、前記通信制御を決定することをさらに備える、
請求項１１に記載の方法。
【請求項１３】
前記ネットワーク性能指標は、ページング失敗率、CONNECTED-IDLE遷移回数、IDLE状態からCONNECTED状態に遷移するための接続要求の受信回数、及びバックオフに基づく接続拒否の回数のうち少なくとも１つに関する、
請求項１２に記載の方法。
【請求項１４】
前記通信制御は、前記複数の通知メッセージに異なる前記優先度を適用することを含み、
前記優先度を適用することは、優先度の高い第１のアプリケーション・レイヤ・エンティティからの第１の通知メッセージを優先度の低い第２のアプリケーション・レイヤ・エンティティからの第２の通知メッセージよりも高い頻度で受信することを含む、
請求項１１〜１３のいずれか１項に記載の方法。
【請求項１５】
前記通信制御は、前記送信ポリシの設定または変更を要求することを含み、
前記送信ポリシの設定または変更を要求することは、前記無線端末のデフォルト特性に基づいて前記送信ポリシを決定し、前記決定された送信ポリシを前記少なくとも１つのアプリケーション・レイヤ・エンティティに送信することを含む、
請求項１１〜１４のいずれか１項に記載の方法。
【請求項１６】
前記デフォルト特性を前記少なくとも１つのネットワークエンティティから受信することをさらに備える、
請求項１５に記載の方法。
【請求項１７】
前記デフォルト特性を、前記少なくとも１つのネットワークエンティティに含まれる加入者サーバから受信することをさらに備える、
請求項１５に記載の方法。
【請求項１８】
前記送信ポリシは、前記第１の情報の送信レート及び前記第１の情報の送信のトリガー条件の少なくとも一方を含む、
請求項１１〜１７のいずれか１項に記載の方法。
【請求項１９】
前記第１の情報は、トラッフィク量に関する通信パターン、通信継続時間に関する通信パターン、通信間隔に関する通信パターン、及び移動性に関する通信パターンのうち少なくとも１つに関する、
請求項１１〜１８のいずれか１項に記載の方法。
【請求項２０】
移動通信ネットワーク内の少なくとも１つのネットワークエンティティと通信するよう構成され、且つ前記移動通信ネットワークによって提供されるサービスを少なくとも１つのアプリケーション・レイヤ・エンティティが利用できるようにするための少なくとも１つのインタフェースを提供するよう構成された制御エンティティによって行われる方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体であって、
前記方法は、
無線端末の通信パターンに関する第１の情報を前記少なくとも１つのインタフェースを介して受信すること、
前記第１の情報又は前記第１の情報から得られるネットワークパラメータを前記少なくとも１つのネットワークエンティティに提供すること、及び
前記第１の情報の送信又は受信に関する通信制御を行うこと、
を備え、
前記通信制御は、
フィルタリングルールに従って、前記第１の情報を運ぶ複数の通知メッセージをフィルタリングすること、
前記第１の情報の送信ポリシの設定または変更を、前記少なくとも１つのアプリケーション・レイヤ・エンティティに要求すること、及び
前記複数の通知メッセージに異なる優先度を適用すること、
のうち少なくとも１つを含む、
非一時的なコンピュータ可読媒体。
【請求項２１】
移動通信ネットワーク内の少なくとも１つのネットワークエンティティと、
少なくとも１つのアプリケーション・レイヤ・エンティティと、
前記移動通信ネットワークによって提供されるサービスを前記少なくとも１つのアプリケーション・レイヤ・エンティティが利用できるようにするための少なくとも１つのインタフェースを提供するよう構成された制御エンティティと、
を備え、
前記制御エンティティは、さらに、
無線端末の通信パターンに関する第１の情報を前記少なくとも１つのインタフェースを介して受信するよう構成され、
前記第１の情報又は前記第１の情報から得られるネットワークパラメータを前記少なくとも１つのネットワークエンティティに提供するよう構成され、
前記第１の情報の送信又は受信に関する通信制御を行うよう構成され、
前記通信制御は、
フィルタリングルールに従って、前記第１の情報を運ぶ複数の通知メッセージをフィルタリングすること、
前記第１の情報の送信ポリシの設定または変更を、前記少なくとも１つのアプリケーション・レイヤ・エンティティに要求すること、及び
前記複数の通知メッセージに異なる優先度を適用すること、
のうち少なくとも１つを含む、
システム。
【請求項２２】
前記通信制御は、前記送信ポリシの設定または変更を要求することを含み、
前記送信ポリシの設定または変更を要求することは、前記無線端末のデフォルト特性に基づいて前記送信ポリシを決定し、前記決定された送信ポリシを前記少なくとも１つのアプリケーション・レイヤ・エンティティに送信することを含む、
請求項２１に記載のシステム。
【請求項２３】
前記少なくとも１つのネットワークエンティティは、前記デフォルト特性を前記制御エンティティに送信するよう構成されている、
請求項２２に記載のシステム。
【請求項２４】
前記少なくとも１つのアプリケーション・レイヤ・エンティティは、前記送信ポリシを受信し、前記送信ポリシに従って前記第１の情報を送信するよう構成されている、
請求項２１〜２３のいずれか１項に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書の開示は、移動通信ネットワークに関し、特に、移動通信ネットワーク内のネットワークエンティティによって提供されるサービス（services）および能力（capabilities）を外部のアプリケーションプロバイダに開示（expose）するための制御エンティティに関する。
【背景技術】
【０００２】
3GPP TR 23.708（非特許文献１）は、移動通信ネットワーク内のネットワークエンティティによって提供されるサービス（services）および能力（capabilities）を外部のアプリケーションプロバイダに開示（expose）するための機能を含むアーキテクチャを開示している。当該機能は、Service Capability Exposure Function（SCEF）と呼ばれる。SCEFは、3GPPネットワークインタフェースによって3GPPネットワークエンティティから提供されるサービス及び能力を外部のアプリケーションプロバイダに安全に開示する手段を提供する。SCEFは、ネットワーク能力（network capabilities）へのアクセスをネットワーク・アプリケーション・プログラミング・インタフェース（API）を介して提供する。当該ネットワークAPIは、例えば、Open Mobile Alliance（OMA）、Global System for Mobile Communications Association（GSMA）、又は他の標準化機関（standardization bodies）によって定義されたものであってもよい。【０００３】
非特許文献１は、さらに、外部のアプリケーションプロバイダから提供される無線端末（User Equipment（UE））の通信パターン（communication pattern）に関する情報に基づく、移動通信ネットワーク（i.e., 3GPPネットワーク）のネットワークリソースの最適化を開示している。具体的には、SCEFは、UEの通信パターンに関する情報を外部のアプリケーションプロバイダから受信する。さらに、SCEFは、受信した通信パターンに関する情報から、ネットワークエンティティ（e.g., コアネットワークノード）のためのネットワークパラメータを取得（derive）し、取得したネットワークパラメータを適切なネットワークエンティティに提供する。【０００４】
SCEFがアプリケーションプロバイダから受信するUEの通信パターンは、例えば、データトラフィック通信パターン（Data traffic communication pattern）若しくはモビリティ通信パターン（Mobility communication pattern）又はこれら両方を含む。データトラフィック通信パターンの例は、周期的な通信である否かを示す表示（Periodic communication indicator）、通信継続期間（communication duration time）、通信周期（periodic time）、スケジュールされた通信時刻（scheduled communication time）、及び通信当たりの平均データボリューム（average data volume per communication）を含む。モビリティ通信パターンの例は、静止か否かの表示（Stationary indication）、静止位置（Stationary location）、モビリティエリア（e.g., セルのリスト、又はトラッキングエリア（TA）のリスト）、及び平均移動速度（Average mobility speed）を含む。【０００５】
例えば、SCEFは、アプリケーションプロバイダからデータトラフィック通信パターン若しくはモビリティ通信パターン又はこれら両方に関する情報を受信し、当該情報又はこれから得られるネットワークパラメータを、Home Subscriber Server（HSS）を介してMobility Management Entity（MME）に提供する。MMEは、例えば、データトラフィック通信パターンに基づいて、Expected UE Activity Behaviourを求める。Expected UE Activity Behaviourは、例えば、UEがECM-CONNECTEDに留まる平均時間及びECM-IDLEに留まる平均時間を含む。MMEは、さらに、モビリティ通信パターンに基づいて、Expected Handover Intervalを求めてもよい。Expected Handover Intervalは、基地局間（inter-eNB）ハンドオーバの予想される時間間隔（time interval）を示す。Expected UE Activity Behaviour及びExpected Handover Intervalを含むMMEによって得られる情報は、コアネットワーク・アシスタンス情報（CN Assistance Information）と呼ばれる。【０００６】
MMEは、UEのアタッチ又はサービスリクエストに応答したS1シグナリングコネクションのセットアップの際に、当該UEに関するCNアシスタンス情報を基地局（eNB）に供給する。eNBは、例えば、CONNECTED-IDLE遷移の回数を低減するために、CNアシスタンス情報を利用する。
【先行技術文献】
【非特許文献】
【０００７】
【非特許文献１】3GPP TR 23.708 V1.1.0 (2015-02), "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture Enhancements for Service Capability Exposure (Release 13)", 2015年2月
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述したように、いくつかの実装において、SCEFは、外部のアプリケーションプロバイダから通信パターンに関する情報を受信する。しかしながら、外部のアプリケーションプロバイダによる通信パターン情報の送信レート、又は通信パターン情報の送信をトリガーするトリガー条件（e.g., 閾値）が適切に設定されないおそれがある。例えば、外部のアプリケーションプロバイダからの通信パターン情報の送信レートが過大であると、SCEF又は3GPPネットワークの負荷の増大を招くかもしれない。さらに、通信パターン情報の送信トリガー条件が適切で無いと、ネットワークリソースの最適化が適切に実施されないかもしれない。【０００９】
本明細書に開示される実施形態が達成しようとする目的の１つは、外部アプリケーションプロバイダにインタフェースを提供する制御エンティティ（e.g., SCEF）が通信パターン情報の受信を適切に行えるようにすることに寄与する装置、方法、及びプログラムを提供することである。この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００１０】
第１の態様では、制御エンティティは、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、移動通信ネットワーク内の少なくとも１つのネットワークエンティティと通信するよう構成されている。前記少なくとも１つのプロセッサは、前記移動通信ネットワークによって提供されるサービスを少なくとも１つのアプリケーション・レイヤ・エンティティが利用できるようにするための少なくとも１つのインタフェースを提供するよう構成されている。前記少なくとも１つのプロセッサは、無線端末の通信パターンに関する第１の情報を前記少なくとも１つのインタフェースを介して受信するよう構成されている。前記少なくとも１つのプロセッサは、前記第１の情報又は前記第１の情報から得られる（derived）ネットワークパラメータを前記少なくとも１つのネットワークエンティティに提供するよう構成されている。さらに、前記少なくとも１つのプロセッサは、前記第１の情報の送信又は受信に関する通信制御を行うよう構成されている。前記通信制御は、（ａ）フィルタリングルールに従って、前記第１の情報を運ぶ複数の通知メッセージをフィルタリングすること、（ｂ）前記第１の情報の送信ポリシの設定または変更を、前記少なくとも１つのアプリケーション・レイヤ・エンティティに要求すること、及び（ｃ）前記複数の通知メッセージに異なる優先度を適用すること、のうち少なくとも１つを含む。【００１１】
第２の態様では、制御エンティティにより行われる方法は、無線端末の通信パターンに関する第１の情報を少なくとも１つのアプリケーション・レイヤ・エンティティから少なくとも１つのインタフェースを介して受信すること、前記第１の情報又は前記第１の情報から得られる（derived）ネットワークパラメータを少なくとも１つのネットワークエンティティに提供すること、及び前記第１の情報の送信又は受信に関する通信制御を行うこと、を含む。前記通信制御は、（ａ）フィルタリングルールに従って、前記第１の情報を運ぶ複数の通知メッセージをフィルタリングすること、（ｂ）前記第１の情報の送信ポリシの設定または変更を、前記少なくとも１つのアプリケーション・レイヤ・エンティティに要求すること、及び（ｃ）前記複数の通知メッセージに異なる優先度を適用すること、のうち少なくとも１つを含む。【００１２】
第３の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００１３】
上述の態様によれば、外部アプリケーションプロバイダにインタフェースを提供する制御エンティティ（e.g., SCEF）が通信パターン情報の受信を適切に行えるようにすることに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００１４】
【図１】いくつかの実施形態に係る制御エンティティを含むネットワークの構成例を示す図である。
【図２】第１の実施形態に係る制御手順の一例を示すシーケンス図である。
【図３】第１の実施形態に係る制御エンティティの動作の一例を示すフローチャートである。
【図４】第１の実施形態に係る制御エンティティの動作の一例を示すフローチャートである。
【図５】第１の実施形態に係る制御エンティティの動作の一例を示すフローチャートである。
【図６】第２の実施形態に係る制御手順の一例を示すシーケンス図である。
【図７】第３の実施形態に係る制御エンティティの動作の一例を示すフローチャートである。
【図８】第３の実施形態に係る制御手順の一例を示すシーケンス図である。
【図９】第３の実施形態に係る制御手順の一例を示すシーケンス図である。
【図１０】いくつかの実施形態に係る制御エンティティの構成例を示すブロック図である。
【発明を実施するための形態】
【００１５】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１６】
以下に示される複数の実施形態は、Long Term Evolution (LTE)/LTE-Advancedシステムを主な対象として説明される。しかしながら、これらの実施形態は、LTE/ LTE-Advancedシステムに限定されるものではなく、他の移動通信ネットワーク又はシステム、例えば3GPP Universal Mobile Telecommunications System（UMTS）、3GPP2 CDMA2000システム、Global System for Mobile communications（GSM（登録商標））/ General packet radio service（GPRS）システム、及びWiMAXシステム等に適用されてもよい。
【００１７】
＜第１の実施形態＞
図１は、本実施形態を含むいくつかの実施形態に係る移動通信ネットワークの構成例を示している。Service Capability Exposure Function（SCEF）エンティティ１は、移動通信ネットワーク内の１又は複数のネットワークエンティティ２によって提供されるサービス（services）および能力（capabilities）を１又は複数のアプリケーション・レイヤ・エンティティ３に開示（expose）するよう動作する制御エンティティである。SCEF１は、3GPPネットワークインタフェースによってネットワークエンティティ２から提供されるサービス及び能力をアプリケーション・レイヤ・エンティティ３に安全に開示する。SCEFエンティティ１は、ネットワーク能力（network capabilities）へのアクセスをネットワーク・アプリケーション・プログラミング・インタフェース（API）を介して提供する。
【００１８】
各ネットワークエンティティ２は、3GPPインタフェースを介してSCEFエンティティ１と接続され、SCEFエンティティ１を介してアプリケーション・レイヤ・エンティティ３にサービス（services）および能力（capabilities）を提供する。ネットワークエンティティ２は、3GPPネットワークの制御プレーン・エンティティ、例えば、HSS、MME、Serving GPRS Support Node（SGSN）、Policy and Charging Rule Function（PCRF）、Short Message Service - Service Centre（SMS-SC）、Call Session Control Function（SCSF）、及びMachine Type Communication Inter Working Function（MTC-IWF）のうち少なくとも１つを含む。ネットワークエンティティ２は、さらに、3GPPネットワークのユーザプレーン（データプレーン）・エンティティ、例えば、Serving Gateway（S-GW）及びPacket Data Network Gateway（P-GW）を含んでもよい。ネットワークエンティティ２は、さらに、ネットワークリソースの最適化に関するエンティティ、例えば、Operation Administration and Maintenance（OAM）サーバ、Software-Defined Network（SDN）コントローラ、及びSelf-Organizing Network（SON）/Element Management System（EMS）を含んでもよい。
【００１９】
各アプリケーション・レイヤ・エンティティ３は、１又は複数のAPIを介してSCEFエンティティ１と通信する。各アプリケーション・レイヤ・エンティティ３は、アプリケーションサーバ（AS）と呼ばれることもあり、アプリケーションプロバイダと呼ばれることもあり、単にアプリケーションと呼ばれることもある。
【００２０】
SCEFエンティティ１は、モバイルオペレータ（3GPPオペレータ）によって制御されるか、又はビジネスパートナー、例えば3GPPオペレータによって信任された（trusted）他のオペレータ又はサードパーティによって制御される。アプリケーション・レイヤ・エンティティ３は、3GPPオペレータによって制御されるか、又はビジネスパートナー、例えば3GPPオペレータによって信任された（trusted）他のオペレータ又はサードパーティによって制御されてもよい。これに代えて、アプリケーション・レイヤ・エンティティ３は、サードパーティによって制御されてもよい。図１の信頼ドメイン（trust domain）は、3GPPオペレータ又はそのビジネスパートナーによって制御される範囲を示している。
【００２１】
なお、本実施形態に係るSCEFエンティティ１は、機能的なエンティティを意味する。SCEFエンティティ１は、複数のサブ機能エンティティを含んでもよい。SCEFエンティティ１は、複数の物理的なエンティティ（i.e., コンピュータ及びネットワーク機器）を用いて実装されてもよい。SCEFエンティティ１のようなネットワークエンティティ２とアプリケーション・レイヤ・エンティティ３の間の仲介（intermediation）の仕組み（framework）は、サービスプラットフォームと呼ばれることもある。また、アプリケーション・レイヤ・エンティティ３にAPIを提供するSCEFエンティティ１のような仕組みは、OMAではエクスポージャーレイヤ（Exposure Layer）と呼ばれる。
【００２２】
以下では、SCEFエンティティ１の構成及び動作の詳細について説明する。SCEFエンティティ１は、無線端末（UE）の通信パターンに関する情報（通信パターン情報）を１又は複数のAPIを介して１又は複数のアプリケーション・レイヤ・エンティティ３から受信するよう構成されている。SCEFエンティティ１は、さらに、受信した通信パターン情報又はこれから得られる（derived）ネットワークパラメータのうち少なくとも一方を１又は複数のネットワークエンティティ２に提供するよう構成されている。
【００２３】
SCEFエンティティ１によって受信される通信パターン情報は、例えば、データトラフィック通信パターン（Data traffic communication pattern）若しくはモビリティ通信パターン（Mobility communication pattern）又はこれら両方を含む。既に説明したように、データトラフィック通信パターンの例は、周期的な通信である否かを示す表示（Periodic communication indicator）、通信継続期間（communication duration time）、通信周期（periodic time）、スケジュールされた通信時刻（scheduled communication time）、及び通信当たりの平均データボリューム（average data volume per communication）を含む。モビリティ通信パターンの例は、静止か否かの表示（Stationary indication）、静止位置（Stationary location）、モビリティエリア（e.g., セルのリスト、又はトラッキングエリア（TA）のリスト）、及び平均移動速度（Average mobility speed）を含む。
【００２４】
SCEFエンティティ１によって通信パターン情報から得られるネットワークパラメータは、Expected UE Behaviour情報であってもよい。Expected UE Behaviour情報は、Expected UE Activity Behaviour及びExpected Handover Intervalのうち少なくとも一方を含む。既に説明したように、Expected UE Activity Behaviourは、例えば、UEがECM-CONNECTEDに留まる平均時間及びECM-IDLEに留まる平均時間を含む。Expected Handover Intervalは、基地局間（inter-eNB）ハンドオーバの予想される時間間隔（time interval）を示す。なお、SCEFエンティティ１は、通信パターン情報から得られるネットワークパラメータを得るために、HSSと通信してもよい。
【００２５】
さらにまた、SCEFエンティティ１は、通信パターン情報の送信又は受信に関する通信制御を行うよう構成されている。当該通信制御は、アプリケーション・レイヤ・エンティティ３による通信パターン情報の送信、及びSCEFエンティティ１による通信パターン情報の受信のうち少なくとも一方に関する。当該通信制御は、通信パターン情報の送信ポリシをアプリケーション・レイヤ・エンティティ３に執行（enforce）又は適用（apply）することにより行われてもよい。さらに又はこれに代えて、当該通信制御は、通信パターン情報の受信ポリシをSCEFエンティティ１に執行（enforce）又は適用（apply）することにより行われてもよい。ここで、送信ポリシは、通信パターン情報の送信に課される（適用される）何らかの制約条件を意味し、受信ポリシは、通信パターン情報の受信に課される（適用される）何らかの制約条件を意味する。
【００２６】
いくつかの実装において、SCEFエンティティ１による通信制御は、フィルタリングルールに従って、通信パターン情報を運ぶ複数の通知メッセージをフィルタリングすることを含んでもよい。フィルタリングルールは、受信ポリシの一例である。フィルタリングは、特定のアプリケーション・レイヤ・エンティティ３からの受信又は特定の種別の通信パターン情報の受信を完全にブロックすることであってもよい。これに代えて、フィルタリングは、受信レートを下げることであってもよい。
【００２７】
いくつかの実装において、SCEFエンティティ１による通信制御は、通信パターン情報の送信ポリシの設定又は変更を１又は複数のアプリケーション・レイヤ・エンティティ３に要求することを含んでもよい。送信ポリシは、例えば、送信レート及び送信トリガー条件（e.g., 閾値）のうち少なくとも一方を含む。送信トリガー条件は、例えば、所定のパラメータ（e.g., 平均通信継続期間、平均通信間隔、又は平均移動速度）又はその変化量が閾値を超えることであってもよい。送信トリガー条件は、所定のパラメータ又はその変化量が閾値を超える時間が所定の待機時間（hold time）を超えることであってもよい。待機時間（hold time）は、保護時間（guard time）又はTime to Trigger（TTT）と呼ばれる場合もある。
【００２８】
いくつかの実装において、SCEFエンティティ１による通信制御は、複数の通知メッセージに異なる優先度を適用してもよい。当該優先度は、受信ポリシ又は送信ポリシの一例である。例えば、SCEFエンティティ１は、優先度の高い第１のアプリケーション・レイヤ・エンティティからの通知メッセージ（通信パターン情報を運ぶ）を優先度の低い第２のアプリケーション・レイヤ・エンティティからの通知メッセージよりも高い頻度で受信してもよい。優先度を適用するために、SCEFエンティティ１は、フィルタリングルール等の受信ポリシ、又は送信レート及び送信トリガー条件等の送信ポリシを調整してもよい。
【００２９】
SCEFエンティティ１は、通信制御（e.g., ポリシの執行）を、アプリケーション・レイヤ・エンティティ３の単位で行ってもよいし、メッセージ種別の単位（通信パターン情報の種別の単位）で行ってもよいし、UE単位で行ってもよいし、UEsのグループ（UEグループ）単位で行ってもよい。UEグループは、例えば、UEの種別によって定義されてもよいし、UEが利用するアプリケーション又はサービスによって定義されてもよい。SCEFエンティティ１は、さらに、通信パターン情報の受信又は送信に関する通信制御の設定又は変更（e.g., 受信又は送信ポリシの設定又は変更）を以下のように決定してもよい。
【００３０】
いくつかの実装において、SCEFエンティティ１は、あるアプリケーション・レイヤ・エンティティ３からの通信パターン情報の受信レート（受信頻度）が基準レートを超える場合に、当該アプリケーション・レイヤ・エンティティ３に関する又は当該通信パターン情報の種別に関する通信制御（e.g., 受信又は送信ポリシ）を変更するよう構成されてもよい。例えば、SCEFエンティティ１は、フィルタリングルールに従って、基準レートを超える通信パターン情報を破棄又は無視してもよい。この場合、SCEFエンティティ１は、送信元のアプリケーション・レイヤ・エンティティ３に拒絶メッセージを返信してもよい。あるいは、SCEFエンティティ１は、送信レートを低減するための、通信パターン情報に関する送信レートの低減要求又は送信トリガー条件の変更要求を、送信元のアプリケーション・レイヤ・エンティティ３に送信してもよい。これにより、SCEFエンティティ１、及び１又は複数のネットワークエンティティ２の負荷を低減できる。
【００３１】
いくつかの実装において、SCEFエンティティ１は、ネットワーク性能指標（performance indicator）に基づいて、通信パターン情報に関する通信制御（e.g., ポリシ）を決定するよう構成されてもよい。ネットワーク性能指標は、１又は複数のアプリケーション・レイヤ・エンティティ３からの通信パターン情報に基づいて行われたネットワーク最適化（ネットワークリソースの最適化）の効果を表す。ネットワーク性能指標は、例えば、ページング失敗率、CONNECTED-IDLE遷移回数、IDLE状態からCONNECTED状態に遷移するための接続要求（e.g., Service Request）の受信回数、及びNon-Access Stratum（NAS）バックオフに基づく接続拒否の回数のうち少なくとも１つに関する。
【００３２】
通信パターン情報の受信又は送信に関する通信制御（e.g., 受信又は送信ポリシ）の決定の際にネットワーク性能指標を考慮すること、すなわちネットワークリソースの最適化の結果を考慮することで、SCEFエンティティ１は、ネットワークリソースの最適化に対する貢献の大きいアプリケーション・レイヤ・エンティティ３、通信パターン種別、UE、又はUEグループを優先的に取り扱うことができる。例えば、SCEFエンティティ１は、ネットワーク性能指標に基づいてネットワークリソースの最適化への寄与が大きい（言い換えると、性能向上への寄与が大きい）アプリケーション・レイヤ・エンティティ３又は通信パターン情報種別の優先度を上げてもよいし、送信レートを上げてもよいし、送信トリガー条件を緩和してもよい。これと反対に、SCEFエンティティ１は、ネットワークリソースの最適化への寄与が小さい（言い換えると、性能向上への寄与が小さい）アプリケーション・レイヤ・エンティティ３又は通信パターン情報種別の優先度を下げてもよいし、送信レートを下げてもよいし、送信トリガー条件を厳しくしてもよい。
【００３３】
図２は、通信パターン情報の受信又は送信に関する通信制御手順の一例（処理２００）を示すシーケンス図である。ブロック２０１では、SCEFエンティティ１は、１又は複数のアプリケーション・レイヤ・エンティティ３から、通信パターン情報を運ぶメッセージを受信する。ブロック２０２では、SCEFエンティティ１は、受信した通信パターン情報から得たネットワークパラメータを１又は複数のネットワークエンティティ２に送信する。ネットワークエンティティ２は、例えば、ネットワークリソースの最適化（e.g., 基地局（eNodeB）によるCONNECTED-IDLE遷移に関するパラメータのチューニング）のために、受信したネットワークパラメータを使用してもよい。SCEFエンティティ１は、ネットワークエンティティ２としてのHSSにネットワークパラメータを送信してもよい。
【００３４】
ブロック２０３では、SCEFエンティティ１は、通信パターン情報（又はこれを運ぶメッセージ）の受信又は送信に関する通信制御（e.g., 受信ポリシ又は送信ポリシの執行）を実行する。既に説明したように、SCEFエンティティ１は、通信制御内容（e.g., 受信ポリシ又は送信ポリシ）を決定する際に、通信パターン情報の受信履歴（e,g., 過去の受信レート、受信頻度）、又は通信パターン情報に基づくネットワークリソースの最適化の結果を考慮してもよい。ブロック２０４では、SCEFエンティティ１は、実行された通信制御に従って、１又は複数のアプリケーション・レイヤ・エンティティ３から、通信パターン情報を運ぶメッセージを受信する。ブロック２０５では、SCEFエンティティ１は、受信した通信パターン情報から得たネットワークパラメータを１又は複数のネットワークエンティティ２に送信する。
【００３５】
図３は、SCEFエンティティ１による通信制御の動作の一例（処理３００）を示すフローチャートである。ブロック３０１では、SCEFエンティティ１は、アプリケーション・レイヤ・エンティティ３の単位、メッセージ（通信パターン情報）種別の単位、UE単位、又はUEグループ単位でフィルタリングルールを生成又は更新する。ブロック３０２では、SCEFエンティティ１は、生成又は更新されたフィルタリングルールに従って、１又は複数のアプリケーション・レイヤ・エンティティ３からの通知メッセージ（通信パターン情報を運ぶ）をフィルタリングする。
【００３６】
図４は、SCEFエンティティ１による通信制御の動作の一例（処理４００）を示すフローチャートである。ブロック４０１では、SCEFエンティティ１は、アプリケーション・レイヤ・エンティティ３の単位、メッセージ（通信パターン情報）種別の単位、UE単位、又はUEグループ単位で優先度を生成又は更新する。ブロック４０２では、SCEFエンティティ１は、生成又は更新された優先度を、１又は複数のアプリケーション・レイヤ・エンティティ３からの通知メッセージ（通信パターン情報を運ぶ）に適用する。
【００３７】
図５は、SCEFエンティティ１による通信制御の動作の一例（処理５００）を示すフローチャートである。ブロック５０１では、SCEFエンティティ１は、アプリケーション・レイヤ・エンティティ３の単位、メッセージ（通信パターン情報）種別の単位、UE単位、又はUEグループ単位で送信ポリシを生成又は更新する。送信ポリシは、例えば、送信レート及び送信トリガー条件の少なくとも一方に関する。ブロック５０２では、SCEFエンティティ１は、生成又は更新された送信ポリシを執行するために、当該送信ポリシを１又は複数のアプリケーション・レイヤ・エンティティ３に送信する。
【００３８】
以上の説明から理解されるように、本実施形態に係るSCEFエンティティ１は、SCEFエンティティ１による通信パターン情報の受信に関する通信制御を実行するか、１又は複数のアプリケーション・レイヤ・エンティティ３による通信パターン情報の送信に関する通信制御を実行するよう構成されている。したがって、SCEFエンティティ１は、通信パターン情報の受信を適切に行うことができる。
【００３９】
＜第２の実施形態＞
本実施形態では、ネットワークリソースの最適化の結果を利用した通信制御の具体例が説明される。本実施形態に係る移動通信ネットワークの構成例は図１と同様である。
【００４０】
図６は、通信パターン情報の受信又は送信に関する通信制御手順の一例（処理６００）を示すシーケンス図である。ブロック６０１では、SCEFエンティティ１は、１又は複数のアプリケーション・レイヤ・エンティティ３から、通信パターン情報を運ぶメッセージを受信する。ブロック６０２では、SCEFエンティティ１は、受信した通信パターン情報から得たネットワークパラメータを１又は複数のネットワークエンティティ２に送信する。１又は複数のネットワークエンティティ２は、ネットワークリソースの最適化（e.g., 基地局（eNodeB）によるCONNECTED-IDLE遷移に関するパラメータのチューニング）のために、受信したネットワークパラメータを使用する。なお、ネットワークリソースの最適化は、SCEFエンティティ１からのネットワークパラメータを直接的に受信するネットワークエンティティ２（e.g., HSS）とは異なるネットワークエンティティ２（e.g., MME、OAM、SON/EMS）によって行われてもよい。
【００４１】
ブロック６０３では、SCEFエンティティ１は、ネットワーク性能指標をネットワーク最適化コントローラ４から受信する。ネットワーク性能指標は、通信パターン情報（６０１）又はこれから得られたネットワークパラメータ（６０２）に基づくネットワークリソースの最適化の結果を示す。ネットワーク最適化コントローラ４は、例えば、OAMサーバであってもよい。SCEFエンティティ１は、ネットワーク最適化コントローラ４の代わりに、１又は複数のネットワークエンティティ２のいずれかよりネットワーク性能指標を受信してもよい。既に説明したように、ネットワーク性能指標は、例えば、ページング失敗率、CONNECTED-IDLE遷移回数、IDLE状態からCONNECTED状態に遷移するための接続要求（e.g., Service Request）の受信回数、及びNon-Access Stratum（NAS）バックオフに基づく接続拒否の回数のうち少なくとも１つに関する。
【００４２】
ブロック６０４では、SCEFエンティティ１は、受信したネットワーク性能指標に基づいて、通信パターン情報の受信又は送信に関する通信制御内容（e.g., 受信ポリシ又は送信ポリシ）を生成又は更新し、これを実行する。ブロック６０５では、SCEFエンティティ１は、実行された通信制御に従って、１又は複数のアプリケーション・レイヤ・エンティティ３から、通信パターン情報を運ぶメッセージを受信する。ブロック６０６では、SCEFエンティティ１は、受信した通信パターン情報から得たネットワークパラメータを１又は複数のネットワークエンティティ２に送信する。
【００４３】
以上の説明から理解されるように、本実施形態に係るSCEFエンティティ１は、通信パターン情報の受信又は送信に関する通信制御の内容及びその実行を決定する際に、通信パターン情報に基づくネットワークリソースの最適化の結果を考慮するよう構成されている。したがって、SCEFエンティティ１は、ネットワークリソースの最適化に対する貢献の大きいアプリケーション・レイヤ・エンティティ３又は通信パターン種別を優先的に取り扱うことができる。
【００４４】
＜第３の実施形態＞
本実施形態では、通信パターン情報の受信又は送信に関する通信制御の変形例が説明される。本実施形態に係る移動通信ネットワークの構成例は図１と同様である。本実施形態のSCEFエンティティ１は、UEデフォルト特性に基づいて送信ポリシを決定し、決定された送信ポリシを１又は複数のアプリケーション・レイヤ・エンティティ３に送信するよう構成されている。当該送信ポリシは、例えば、送信レート及び送信トリガー条件の少なくとも一方に関する。
【００４５】
UEデフォルト特性は、通常時におけるUEのデータトラフィック特性又はモビリティ特性を示す。UEデフォルト特性は、データトラフィック通信パターン若しくはモビリティ通信パターン又はこれら両方の基準値（デフォルト値）であってもよい。UEのデフォルト特性は、例えば、通信継続期間（communication duration time）、通信周期（periodic time）、若しくは許容される遅延時間、又はこれらの任意の組み合せを含んでもよい。さらに又はこれに代えて、UEのデフォルト特性は、例えば、モビリティエリアの大きさ若しくは移動速度又はこれらの組み合せを含んでもよい。SCEFエンティティ１は、例えば、UEデフォルト特性により示される基準値に基づいて、送信トリガー条件に含まれる閾値および待機時間の少なくとも一方を決定してもよい。
【００４６】
図７は、SCEFエンティティ１による送信ポリシの決定手順の一例（処理７００）を示すフローチャートである。ブロック７０１では、SCEFエンティティ１は、UEデフォルト特性を受信する。ブロック７０２では、SCEFエンティティ１は、UEデフォルト特性に基づいて、通信パターン情報の送信ポリシを決定する。ブロック７０３では、SCEFエンティティ１は、決定された送信ポリシを１又は複数のアプリケーション・レイヤ・エンティティ３に送信する。
【００４７】
いくつかの実装において、図８に示すように、SCEFエンティティ１は、UEデフォルト特性をアプリケーション・レイヤ・エンティティ３から受信してもよい。図８は、通信パターン情報の送信ポリシの決定手順の一例（処理８００）を示すシーケンス図である。ブロック８０１では、アプリケーション・レイヤ・エンティティ３は、自発的に又はSCEFエンティティ１からの要求に応答して、UEデフォルト特性（つまり、デフォルト通信パターン）をSCEFエンティティ１に送信する。ブロック８０２では、SCEFエンティティ１は、受信したUEデフォルト特性に基づいて、当該UEに関して適用されるべき通信パターン情報の送信ポリシを決定する。ブロック８０３では、SCEFエンティティ１は、決定した送信ポリシを、UEデフォルト特性（８０１）の送信元のアプリケーション・レイヤ・エンティティ３に送信する。なお、SCEFエンティティ１は、他のアプリケーション・レイヤ・エンティティ３にも同じ送信ポリシを送信してもよい。
【００４８】
これに代えて、図９に示すように、SCEFエンティティ１は、UEデフォルト特性を１又は複数のネットワークエンティティ２、具体的にはHSS５、から受信してもよい。なお、HSS５は、UEに関する加入者情報を管理するデータベース（加入者サーバ）である。
【００４９】
図９は、通信パターン情報の送信ポリシの決定手順の一例（処理９００）を示している。ブロック９０１では、SCEFエンティティ１は、HSS５に問い合わせを行い、HSS５からUEデフォルト特性を受信する。ブロック９０２では、SCEFエンティティ１は、受信したUEデフォルト特性に基づいて、当該UEに関して適用されるべき通信パターン情報の送信ポリシを決定する。ブロック９０３では、SCEFエンティティ１は、決定した送信ポリシを１又は複数のアプリケーション・レイヤ・エンティティ３に送信する。
【００５０】
以上の説明から理解されるように、本実施形態に係るSCEFエンティティ１は、UEデフォルト特性を受信し、通信パターン情報の送信ポリシをUEデフォルト特性に基づいて決定するよう構成されている。したがって、UEデフォルト特性（通常時の特性）に従って適切な送信ポリシを１又は複数のアプリケーション・レイヤ・エンティティ３に執行することができる。
【００５１】
最後に、上述の複数の実施形態に係るSCEFエンティティ１の構成例について説明する。図１０は、SCEFエンティティ１の構成例を示すブロック図である。図１０を参照すると、SCEFエンティティ１は、ネットワークインタフェース１００１、プロセッサ１００２、及びメモリ１００３を含む。ネットワークインタフェース１００１は、１又は複数のネットワークエンティティ２及び１又は複数のアプリケーション・レイヤ・エンティティ３と通信するために使用される。ネットワークインタフェース１００１は、複数の論理的又は物理的なインタフェースを含んでもよい。ネットワークインタフェース１００１は、例えば、IEEE 802.3 seriesに準拠した１又は複数のネットワークインタフェースカード（NIC）を含んでもよい。
【００５２】
プロセッサ１００２は、メモリ１００３からソフトウェア（コンピュータプログラム）を読み出して実行することで、SCEFに関する処理を実行する。プロセッサ１００２は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ１００２は、複数のプロセッサを含んでもよい。
【００５３】
メモリ１００３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、例えば、マスクRead Only Memory（MROM）、Programmable ROM（PROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１００３は、プロセッサ１００２から物理的に離れて配置されたストレージを含んでもよい。この場合、プロセッサ１００２は、ネットワークインタフェース１００１又は図示されていない他のI/Oインタフェースを介してメモリ１００３にアクセスしてもよい。
【００５４】
メモリ１００３は、上述の複数の実施形態で説明されたSCEFエンティティ１による処理を行うための命令群およびデータを含むソフトウェアモジュール（コンピュータプログラム）を格納してもよい。いくつかの実装において、プロセッサ１００２は、当該ソフトウェアモジュールをメモリ１００３から読み出して実行することで、上述の実施形態で説明されたSCEFエンティティ１の処理を行うよう構成されてもよい。
【００５５】
より具体的に説明すると、図１０の例では、メモリ１００３は、3GPPインタフェースモジュール１００４、APIモジュール１００５、メッセージ処理モジュール１００６、及びポリシ制御モジュール１００７を含むソフトウェアモジュール群を格納するために使用される。3GPPインタフェースモジュール１００４は、１又は複数のネットワークエンティティ２との間の3GPPインタフェースに関するプロトコル処理を実行するための命令群およびデータを含む。APIモジュール１００５は、１又は複数のアプリケーション・レイヤ・エンティティ３と通信するためのAPIプロトコル処理を実行するための命令群およびデータを含む。メッセージ処理モジュール１００６は、通信パターン情報を解析し、ネットワークパラメータを得るため処理を実行する命令群およびデータを含む。ポリシ制御モジュール１００７は、通信パターン情報の受信ポリシ（又は送信ポリシ）を生成し、これを執行する処理を実行するための命令群およびデータを含む。プロセッサ１００２は、これらのソフトウェアモジュールをメモリ１００３から読み出して実行することで、上述の実施形態で説明されたSCEFエンティティ１による処理を行うことができる。
【００５６】
図１０を用いて説明したように、上述の実施形態に係るSCEFエンティティ１が有する１又は複数のプロセッサは、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００５７】
＜その他の実施形態＞
上述の複数の実施形態は、各々独立に実施されてもよいし、適宜組み合わせて実施されてもよい。
【００５８】
上述の複数の実施形態では、通信パターン情報がUE単位である例を示した。しかしながら、通信パターン情報は、UEsのグループに関する通信パターン情報であってもよい。さらに、SCEFエンティティ１は、通信パターン情報の受信又は送信ポリシを、UEsのグループ単位で執行してもよい。UEsのグループは、例えば、UEの種別によって定義されてもよいし、UEが利用するアプリケーション又はサービスによって定義されてもよい。
【００５９】
上述の第３の実施形態では、通信パターン情報の送信ポリシがUEデフォルト特性に基づいて生成される例を示した。さらに又はこれに代えて、SCEFエンティティ１は、UEデフォルト特性に基づいて、通信パターン情報の受信ポリシを生成してもよい。
【００６０】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００６１】
この出願は、２０１５年３月３０日に出願された日本出願特願２０１５−０６９０２９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【００６２】
１  Service Capability Exposure Function（SCEF）
２  ネットワークエンティティ
３  アプリケーション・レイヤ・エンティティ
４  ネットワーク最適化コントローラ
５  Home Subscriber Server（HSS）
【図１】
2016157753.tif 000003
【図２】
2016157753.tif 000004
【図３】
2016157753.tif 000005
【図４】
2016157753.tif 000006
【図５】
2016157753.tif 000007
【図６】
2016157753.tif 000008
【図７】
2016157753.tif 000009
【図８】
2016157753.tif 000010
【図９】
2016157753.tif 000011
【図１０】
2016157753.tif 000012
【手続補正書】
【提出日】平成29年9月26日(2017.9.26)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
モバイルネットワーク内の少なくとも１つのネットワークエンティティと通信するよう構成され、
ユーザデータに関する第１の情報の送信のレートを制御する第２の情報を、Application Programming Interface（API）を備える第１のエンティティに知らせるよう構成され、且つ
前記第１の情報を受信するよう構成される、
制御エンティティ。
【請求項２】
前記第２の情報は前記制御エンティティに設定される、
請求項１に記載の制御エンティティ。
【請求項３】
前記第２の情報は、前記第１の情報の送信の前記レートの制限を示し、
前記第１の情報は、前記第１のエンティティによって生成される、
請求項１又は２に記載の制御エンティティ。
【請求項４】
前記第２の情報は、前記第２の情報によって示されるレートに従うように前記第１の情報の送信の前記レートを制限することを前記第１のエンティティに引き起こす、
請求項１〜３のいずれか１項に記載の制御エンティティ。
【請求項５】
前記少なくとも１つのプロセッサは、さらに、前記制限を超える前記第１の情報を破棄するよう構成される、
請求項３に記載の制御エンティティ。
【請求項６】
制御エンティティにおける方法であって、
モバイルネットワーク内の少なくとも１つのネットワークエンティティと通信すること、
ユーザデータに関する第１の情報の送信のレートを制御する第２の情報を、Application Programming Interface（API）を備える第１のエンティティに知らせること、及び
前記第１の情報を受信すること、
を備える方法。
【請求項７】
Application Programming Interface（API）を有する第１のエンティティであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
ユーザデータに関する第１の情報の送信のレートを制御する第２の情報を制御エンティティから受信するよう構成され、且つ
前記第２の情報に基づいて前記第１の情報を送信するよう構成される、
第１のエンティティ。
【請求項８】
前記第２の情報は、前記第１の情報の送信の前記レートの制限を示し、
前記第１の情報は、前記第１のエンティティによって生成される、
請求項７に記載の第１のエンティティ。
【請求項９】
前記少なくとも１つのプロセッサは、さらに、前記第２の情報によって示されるレートに従うように前記第１の情報の送信の前記レートを制限するよう構成される、
請求項７又は８に記載の第１のエンティティ。
【請求項１０】
モバイルネットワーク内の少なくとも１つのネットワークエンティティと通信する制御エンティティと、
Application Programming Interface（API）を備える第１のエンティティと、
を備え、
前記制御エンティティは、ユーザデータに関する第１の情報の送信のレートを制御する第２の情報を、前記第１のエンティティに知らせるよう構成され、
前記第１のエンティティは、前記第２の情報を前記制御エンティティから受信するよう構成され、
前記第１のエンティティは、前記第２の情報に基づいて前記第１の情報を送信するよう構成され、
前記制御エンティティは、前記第１の情報を受信するよう構成される、
システム。
【国際調査報告】
2016157753.tif 000013
2016157753.tif 000014