JP6504167B2 - 通信管理のための方法および装置 - Google Patents

Description

本明細書の開示は、移動通信ネットワークに関し、特にMachine Type Communication（MTC）デバイスの通信管理に関する。

Third Generation Partnership Project（3GPP）は、Machine Type Communication（MTC）の標準化を検討している。MTCは、Machine-to-Machine（M2M）ネットワーク又はセンサネットワークとも呼ばれる。3GPPは、MTCのために機械及びセンサに実装される移動局（Mobile station（MS）、Mobile Terminal（MT）、User Equipment（UE））を“MTCデバイス”と定義している。MTCデバイスは、機械（e.g., 自動販売機、ガスメータ、電気メータ、自動車、鉄道車両）及びセンサ（e.g., 環境、農業、交通等に関するセンサ）等の様々な機器に搭載される。MTCデバイスは、Public Land Mobile Network（PLMN）に接続し、MTCアプリケーションサーバ（Application Server（AS））と通信する。MTC アプリケーションサーバは、PLMNの外部（外部ネットワーク）に配置され、MTCアプリケーションを実行し、MTCデバイスに実装されたMTC UEアプリケーションと通信する。MTC アプリケーションサーバは、一般的に、MTCサービスプロバイダ（M2Mサービスプロバイダ）によって制御される。

3GPPは、MTC アプリケーションサーバがMTCデバイスと通信できるようにするために、Service Capability Server （SCS）及びMachine Type Communication Inter Working Function（MTC-IWF）を含むネットワークエレメント、参照点（reference point）、及び手順（procedure）を規定している（非特許文献１を参照）。参照点（reference point）は、インタフェースとも呼ばれる。

SCSは、MTCアプリケーションサーバを3GPPのPLMNに接続し、3GPPで定義されたPLMNサービスを介してMTCアプリケーションサーバがUE（つまり、MTCデバイス）と通信できるようにするエンティティである。また、SCSは、MTCアプリケーションサーバがMTC-IWFと通信できるようにする。すなわち、SCSは、3GPP PLMNによって提供されるサービス又は能力（capabilities）を利用できるようにするためのアプリケーション・プログラミング・インタフェース（Application Programming Interface（API））をMTC アプリケーションサーバに対して提供する。SCSは、PLMNのオペレータ、又はMTCサービスプロバイダによって制御されることが想定されている。１又は複数のSCSを含む仲介（intermediation）のための枠組み（framework）は、M2Mサービスプラットフォーム又はMTCサービスプラットフォームと呼ばれることもある。また、MTC アプリケーションサーバにAPIを提供する当該フレームワークは、Open Mobile Alliance（OMA）では、“エクスポージャーレイヤ（Exposure Layer）”と呼ばれる。

MTC-IWFは、PLMNに属するコントロールプレーンのエンティティである。MTC-IWFは、SCSを含むM2Mサービスプラットフォームとのシグナリング・インタフェース（参照点）を有するとともに、PLMN内のノード（例えば、Home Subscriber Server（HSS）、Short Message Service - Service Center（SMS-SC）、Serving GPRS Support Node （SGSN）、Mobility Management Entity（MME）、Mobile Switching Center（MSC））とのシグナリング・インタフェース（参照点）を有する。MTC-IWFは、MTCアプリケーションサーバ又はM2Mサービスプラットフォームと3GPP PLMNとが、3GPP PLMN のトポロジの詳細を隠蔽しながら協調動作（interwork）するためのコントロールプレーンのインタフェースとして振る舞う。MTCアプリケーションサーバ又はM2Mサービプラットフォームは、3GPP PLMNを通してMTCデバイスと通信する。MTCアプリケーションサーバ又はM2Mサービプラットフォームは、ユーザプレーン上で又はデバイストリガーを介してMTCデバイスと通信してもよい。

3GPP TS 23.682 V11.5.0 (2013-09) "3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Architecture enhancements to facilitate communications with packet data networks and applications (Release 11)", 2013年9月

本件の発明者は、MTCアプリケーションの様々なユースケースについて検討した。例えば、MTCデバイスは、消費電力の異なる複数の動作モードで動作する可能性がある。消費電力の小さい動作モードでのMTCデバイスの通信頻度は、消費電力の大きい動作モードでの通信頻度に比べて大きいと想定される。また、MTCデバイスのバッテリ残量が少ない場合、PLMNと通信するためのMTC UE１１１の活動・動作を低減することで、MTCデバイスの消費電力を抑制できることが好ましいかもしれない。

ここで、MTCデバイスの動作モード、使用状態、使用環境、及びバッテリ残量などは、PLMNよりもMTCアプリケーションサーバ又はM2Mサービスプラットフォーム（e.g., SCS）において容易に知ることができる可能性があることに留意するべきである。なぜなら、MTCアプリケーションサーバ又はM2Mサービスプラットフォームは、PLMNを通してMTCデバイスとユーザプレーンで（アプリケーションレイヤで）自由に通信できるためである。あるいは、MTCアプリケーションサーバ又はM2Mサービスプラットフォームは、MTCデバイスが搭載された機械又はセンサに実装された他の通信手段を介して、MTCデバイスの動作モード及びバッテリ残量などを知ることができるかもしれない。さらにまた、MTCアプリケーションサーバ又はM2Mサービスプラットフォームは、政府機関又は民間組織から発表される天候又は海洋に関する警報に基づいてMTCデバイスの動作モード、使用状態、又は使用環境を知ることができるかもしれない。

したがって、PLMN内でのMTCデバイスの通信管理をMTCデバイスの消費電力又はバッテリ残量に応じて最適化するためには、MTCアプリケーションサーバ又はM2Mサービスプラットフォームにおいて得られるMTCデバイスの消費電力又はバッテリ残量に関する情報を利用できることが好ましいかもしれない。しかしながら、非特許文献１は、このような制御動作又は制御手順を想定していない。

したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、PLMN内でのMTCデバイスの通信管理をMTCアプリケーションサーバ又はM2Mサービスプラットフォームにおいて得られるMTCデバイスの消費電力又はバッテリ残量に関する情報を利用して行うことに寄与する方法、装置、及びプログラムを提供することである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、コアネットワーク内に配置されるコントロールプレーン・エンティティによって行われる方法は、Machine Type Communication（MTC）デバイスの消費電力又はバッテリ残量に関するデバイス情報を、前記コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のネットワーク・エンティティを介して受信すること；及び前記MTCデバイスに個別に適用されるページング間欠受信（DRX）サイクルを前記デバイス情報に基づいて更新すること、を含む。

第２の態様では、コアネットワーク内に配置されるコントロールプレーン・エンティティは、メモリと、前記メモリに結合され、上述の第１の態様に係る方法を実行するよう構成されたプロセッサとを含む。

第３の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第１の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

第４の態様では、コアネットワーク内に配置されるモビリティ管理エンティティによって行われる方法は、Machine Type Communication（MTC）デバイスの消費電力又はバッテリ残量に関するデバイス情報を、前記コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のネットワーク・エンティティを介して受信すること；及び（ａ）コネクテッド状態の前記MTCデバイスがアイドル状態に遷移するタイミングを制御するために前記無線アクセスネットワークにおいて使用される第１のインアクティビティ・タイマ（e.g., RRC inactivity timer）の値、及び（ｂ）前記MTCデバイスが前記コネクテッド状態において間欠受信を開始するタイミングを規定するために前記無線アクセスネットワークにおいて使用される第２のインアクティビティ・タイマ（e.g., DRX inactivity timer）の値、のうち少なくとも１つを前記デバイス情報に基づいて更新するよう制御すること、を含む。

第５の態様では、無線アクセスネットワーク内に配置される無線ネットワーク制御エンティティによって行われる方法は、Machine Type Communication（MTC）デバイスの消費電力又はバッテリ残量に関するデバイス情報を、コアネットワーク及び前記無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のモビリティ管理エンティティを介して受信すること；及び第１のインアクティビティ・タイマの値（e.g.,RRC inactivity timer）及び第２のインアクティビティ・タイマ（e.g., DRX inactivity timer）の値のうち少なくとも１つを前記デバイス情報に基づいて決定すること、を含む。

第６の態様では、コアネットワーク内に配置されるモビリティ管理エンティティは、メモリと、前記メモリに結合され、上述の第４の態様に係る方法を実行するよう構成されたプロセッサとを含む。

第７の態様では、無線アクセスネットワーク内に配置される無線ネットワーク制御エンティティは、メモリと、前記メモリに結合され、上述の第５の態様に係る方法を実行するよう構成されたプロセッサとを含む。

第８の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

第９の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第５の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

第１０の態様では、MTCアプリケーションサーバに対してアプリケーション・プログラミング・インタフェース（API）提供するサービス能力エンティティによって行われる方法は、MTCデバイスの消費電力又はバッテリ残量に関するデバイス情報を示す第１のメッセージを前記コアネットワーク内のコントロールプレーン・エンティティに送信することを含む。前記第１のメッセージは、（ａ）ページング間欠受信（DRX）サイクル、（ｂ）第１のインアクティビティ・タイマ（e.g., RRC inactivity timer）の値、及び（ｃ）第２のインアクティビティ・タイマ（e.g., DRX inactivity timer）の値、のうち少なくとも１つの更新を引き起こす。

第１１の態様では、MTCアプリケーションサーバに対してアプリケーション・プログラミング・インタフェース（API）提供するサービス能力エンティティは、メモリと、前記メモリに結合され、上述の第１０の態様に係る方法を実行するよう構成されたプロセッサとを含む。

第１２の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第１０の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様は、PLMN内でのMTCデバイスの通信管理をMTCアプリケーションサーバ又はM2Mサービスプラットフォームにおいて得られるMTCデバイスの消費電力又はバッテリ残量に関する情報を利用して行うことに寄与する方法、装置、及びプログラムを提供できる。

本発明の実施形態に係る移動通信ネットワークの構成例を示す図である。 本発明の実施形態に係るページングDRXサイクルの更新手順の具体例を示すシーケンス図である。 本発明の実施形態に係るページングDRXサイクルの更新手順の具体例を示すシーケンス図である。 本発明の実施形態に係るページングDRXサイクルの更新手順の具体例を示すシーケンス図である。 本発明の実施形態に係るRRC inactivity timer及びDRX inactivity timerの更新手順の具体例を示すシーケンス図である。 本発明の実施形態に係るRRC inactivity timer及びDRX inactivity timerの更新手順の具体例を示すシーケンス図である。 本発明の実施形態に係るMMEの構成例を示すブロック図である。 本発明の実施形態に係るHSS/HLRの構成例を示すブロック図である。 本発明の実施形態に係るeNodeBの構成例を示すブロック図である。 本発明の実施形態に係るSCSの構成例を示すブロック図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

図１は、本発明の実施形態に係る移動通信ネットワーク、つまりPLMN、の構成例を示している。当該移動通信ネットワークは通信サービス、例えば音声通信若しくはパケットデータ通信又はこれら両方を提供する。本実施形態では、当該移動通信ネットワークがEvolved Packet System（EPS）であるとして説明する。EPSは、Long Term Evolution（LTE）システム又はLTE-Advancedシステム）と呼ぶこともできる。しかしながら、本実施形態は、Universal Mobile Telecommunications System（UMTS）等の他の無線通信システムにも適用できる。

図１に示されたネットワークは、E-UTRAN１１０、EPC１２０、及びM2Mサービスプラットフォーム１３０を含む。E-UTRAN１１０は、MTCデバイス（MTC UE）１１１及びeNodeB１１２を含む。EPC１２０は、MME１２１、HSS/Home Location Register（HLR）１２２、MTC-IWF１２３、Serving Gateway（S-GW）１２４、及びPacket Data Network Gateway（P-GW）１２５を含む。M2Mサービスプラットフォーム１３０は、SCS１３１を含む。既に述べたように、M2Mサービスプラットフォーム１３０は、MTCサービスプラットフォーム又はエクスポージャーレイヤと呼ぶこともできる。

始めにE-UTRAN１１０内のエンティティについて説明する。MTC UE１１１は、MTC UEアプリケーションを実行し、MTCデバイスとして振る舞う。MTCデバイスとしてのMTC UE１１１は、E-UTRAN１１０を介してMME１２１との間でシグナリングコネクション（つまり、Non-Access Stratum（NAS）コネクション）を確立するとともに、S-GW１２４及びP-GW１２５を介してMTCアプリケーションサーバ１３２とユーザプレーンで通信する。

MTC UE１１１は、MTCゲートウェイ・デバイスであってもよい。MTCゲートウェイ・デバイスは、3GPP移動通信機能（つまり、UEの機能）を有するとともに、パーソナル／ローカルエリア接続技術によって近隣のデバイス（例えば、センサ、radio frequency identification （RFID）タグ、カーナビゲーション装置）と接続する。パーソナル／ローカルエリア接続技術の具体例は、IEEE 802.15、ZigBee（登録商標）、Bluetooth（登録商標）、IEEE 802.11aを含む。なお、MTCゲートウェイ・デバイスに接続する近隣のデバイスは、典型的には3GPP移動通信機能を有していないデバイスであるが、3GPP移動通信機能を有するデバイス（つまり、MTCデバイス）であってもよい。本明細書では、MTCデバイスの用語とMTCゲートウェイ・デバイスの用語を特に区別せずに使用する。つまり、本明細書において用いられるMTCデバイスの用語は、MTCゲートウェイ・デバイスを包含する。

eNodeB１１２は、MTC UE１１１との間にRadio Resource Control（RRC）コネクションを確立し、MTC UE１１１との間のシグナリング無線ベアラ（Signaling Radio Bearer (SRB)）を設定する。そして、eNodeB１１２は、データ無線ベアラ（Data Radio Bearer (DRB)）の設定及び修正（modify）等のためのRRCシグナリング、及びEPC１２０（つまり、MME１２１）とMTC UE１１１の間のNASメッセージ転送などをSRBにおいて提供する。NASメッセージは、E-UTRAN１１０で終端されず、MTC UE１１１とMME１２１の間で透過的に送受信される。さらに、eNodeB１１２は、MTC UE１１１との間のDRBにおいてMTC UE１１１のユーザーデータを転送する。

次に、EPC１２０内のエンティティについて説明する。MME１２１、HSS/HLR１２２、及びMTC-IWF１２３は、コントロールプレーンのノード又はエンティティである。MME１２１は、EPC１２０にアタッチ済み（つまり、EMM-REGISTERED state）のMTC UE１１１を含む複数のUE（UEs）のモビリティ管理及びベアラ管理を行う。モビリティ管理は、UEの現在位置を追跡する（keep track）するために使用され、UEに関するモビリティ管理コンテキスト（MM context）を維持することを含む。ベアラ管理は、UEがE-UTRAN１１０及びEPC１２０を経由して外部ネットワーク（Packet Data Network（PDN））と通信するためのEPSベアラの確立を制御し、UEに関するEPS bearer contextを維持することを含む。

HSS/HLR１２２は、MTC UE１１１を含むUEsの加入者情報を管理する。また、HSS/HLR１２２は、EPC１２０にアタッチ済み（EMM-REGISTERED state）のUEsの各々を管理しているMMEの情報（MME Identityなど）を記録する。

MTC-IWF１２３は、EPC１２０に属するコントロールプレーンのエンティティである。MTC-IWF１２３は、シグナリング・インタフェース（参照点）を介してMME１２１及びHSS/HLR１２２を含む他のネットワーク・エンティティと通信する。既に述べたように、MTC-IWF１２３は、MTCアプリケーションサーバ１３２又はM2Mサービスプラットフォーム１３０と3GPP PLMNとが、3GPP PLMN のトポロジの詳細を隠蔽しながら協調動作（interwork）するためのコントロールプレーンのインタフェース又はゲートウェイとして振る舞う。

MTC-IWF１２３は、Tsp参照点を介してSCS１３１と通信する。SCS１３１は、E-UTRAN１１０及びEPC１２０を含むPLMNにMTCアプリケーションサーバ１３２を接続し、3GPPで定義されたPLMNサービスを介してMTCアプリケーションサーバ１３２がMTC UE１１１（つまり、MTCデバイス）と通信できるようにする。Tsp参照点は、例えば、SCS１３１からMTC-IWF１２３へのデバイストリガーの送信要求（Device Trigger Request（DTR））の送信、MTC-IWF１２３からSCS１３１へのデバイストリガー結果の報告のために用いられてもよい。

MTC-IWF１２３は、S6m参照点を介してHSS/HLR１２２と通信する。S6m参照点は、例えば、MTC-IWF１２３からHSS/HLR１２２へ加入者情報の問い合わせを送信するため、及びHSS/HLR１２２からMTC-IWF１２３へ加入者情報を送信するために用いられもよい。

MTC-IWF１２３は、T5b参照点を介してMME１２１と通信する。T5b参照点は、例えば、MTC-IWF１２３からMME１２１へデバイストリガー要求を送信するため、及びMME１２１からMTC-IWF１２３へのデバイストリガーの成功又は失敗を報告するために用いられもよい。

S-GW１２４は、EPC１２０に配置されたユーザプレーンのパケット転送ノードであり、MTC UE１１１のユーザーデータパケットを転送する。S-GW１２４は、E-UTRAN１１０とのゲートウェイの役割を担う。S-GW１２４は、E-UTRAN１１０との間にユーザプレーンのトンネリング・インタフェース（i.e., S1-U参照点）を有し、P-GW１２５との間にユーザプレーンのトンネリング・インタフェース（i.e., S5/S8参照点）を有する。S-GW１２４は、MME１２１との間にシグナリング・インタフェース（i.e., S11参照点）を有する。

P-GW１２５は、S-GW１２４と同様に、EPC１２０に配置されたユーザプレーンのパケット転送ノードであり、MTC UE１１１のユーザーデータパケットを転送する。P-GW１２５は、3GPP PLMNの外部のPDNとのゲートウェイの役割を担い、MTC UE１１１にPDNとのコネクティビティを提供する。図１の例では、PDNは、SCS１３１及びアプリケーションサーバ１３２を含む。

続いて、PLMN（E-UTRAN１１０及びEPC１２０）の外部に配置されるエンティティについて説明する。SCS１３１を含むM2Mサービスプラットフォーム１３０及びMTCアプリケーションサーバ１３２は、E-UTRAN１１０及びEPC１２０を通してMTC UE１１１と通信する。

SCS１３１は、MTCアプリケーションサーバ１３２がMTC-IWF１２３と通信できるようにするために、１又は複数のAPIをMTCアプリケーションサーバ１３２に提供する。SCS１３１は、PLMNのオペレータ、又はMTCサービスプロバイダによって制御される。SCS１３１は、MTCサーバ、M2Mサーバ、又はAPI Gateway Function（API-GWF）とも呼ばれる。SCS１３１は、ユーザプレーン上で又はデバイストリガーを介してMTC UE１１１と通信してもよい。SCS１３１は、単体の独立した物理的なエンティティであってもよいし、他のネットワーク要素（例えば、MTC-IWF１２３又はMTCアプリケーションサーバ１３２）に付加された機能的なエンティティであってもよい。

MTCアプリケーションサーバ１３２は、MTCアプリケーションを実行し、MTC UE１１１に実装されたMTC UEアプリケーションと通信する。MTCアプリケーションサーバ１３２は、M2Mアプリケーションサーバとも呼ばれる。

さらに、本実施形態では、E-UTRAN１１０及びEPC１２０を含む移動通信ネットワーク（PLMN）は、MTC UE１１１の挙動（behavior）又は特性（characteristics）を示すデバイス情報M2Mサービスプラットフォーム１３０から受信する。ここで、MTC UE１１１に関する当該デバイス情報は、MTC UE１１１の消費電力又はバッテリ残量を明示的に又は暗示的に示す。そして、E-UTRAN１１０及びEPC１２０を含むPLMNは、M2Mサービスプラットフォーム１３０から知らされたMTC UE１１１のデバイス情報に基づいて、（ａ）ページング間欠受信（discontinuous reception (DRX)）サイクル、（ｂ）RRC inactivity timer、及び（ｃ）DRX inactivity timerのうち少なくとも１つを更新する。

ここで、ページングDRXサイクルは、アイドル状態（RRC_IDLE date）のMTC UE１１１がページングの有無を確認する時間間隔である。ページングDRXサイクルは、無線フレーム（radio frame）を単位として表され、例えば、３２、６４、１２８、又は２５６無線フレームとされる。MTC UE１１１のためにより長い（例えば、１０２４無線フレーム）が採用されてもよい。なお、LTEの１無線フレームの長さは、１０ミリ秒である。

RRC inactivity timerは、コネクテッド状態（RRC_CONNECTED state）のMTC UE１１１がアイドル状態（RRC_IDLE state）に遷移するタイミングを制御するためにE-UTRAN１１０（i.e., eNodeB１１２）において使用される。RRC inactivity timerは、IDLE inactivity timer又はUE inactivity timerとも呼ばれる。RRC inactivity timerは、RRC_CONNECTED stateからRRC_IDLE stateへの状態遷移を判定するためにMTC UE１１１の無通信期間を計測する。MTC UE１１１は、RRC_CONNECTED stateでの無通信期間が所定時間に到達したこと、言い換えるとRRC inactivity timerが満了（expired）したことに応答して、RRC_CONNECTED stateからRRC_IDLE stateに遷移する。

DRX inactivity timerは、MTC UE１１１がコネクテッド状態（RRC_CONNECTED state）において間欠受信（Discontinuous Reception（DRX））を開始するタイミングを規定するためにE-UTRAN１１０（i.e., eNodeB１１２）において使用される。DRX inactivity timerは、コネクテッド状態（RRC_CONNECTED state）内においてactive modeからDRX mode（sleep mode 又はdormant mode）に遷移するために無通信期間を計測する。

なお、コネクテッド状態（RRC_CONNECTED state）内のDRX modeは、MTC UE１１１とeNodeB１１２の間のRRCコネクションが維持された状態であり、アイドル状態（RRC_IDLE state）とは異なることに留意するべきである。したがって、RRC inactivity timerとDRX inactivity timerは明確に区別される。MTC UE１１１は、RRC_CONNECTED stateでのユーザーデータ送信又は受信が発生する度に、RRC inactivity timer及びDRX inactivity timerをリスタートする。MTC UE１１１は、RRC_CONNECTED stateでのユーザーデータ送受信の後に、DRX inactivity timerの満了に応じてRRC_CONNECTED state 内でのDRX modeに遷移し、その次にRRC inactivity timerの満了に応じてRRC_IDLE stateに遷移する。すなわち、RRC inactivity timerの値は、DRX inactivity timerの値より長い。DRX inactivity timerの値は、例えば100ミリ秒程度である。これに対して、RRC inactivity timerの値は、例えば、10秒程度である。

具体的には、M2Mサービスプラットフォーム１３０（e.g., SCS１３１）は、MTC UE１１１に関するデバイス情報をMTC-IWF１２３に送信すればよい。そして、MTC-IWF１２３は、当該デバイス情報をMME１２１若しくはHSS/HLR１２２又はこれら両方に送信すればよい。さらに当該デバイス情報は、MME１２１を経由してeNodeB１１２に送られてもよい。MTC-IWF１２３を介してMME１２１、HSS/HLR１２２、又はeNodeB１１２に送られたデバイス情報は、MTC UE１１１のためのページングDRXサイクル、RRC inactivity timerの値、及びDRX inactivity timerの値のうち少なくとも１つを決定するために利用される。

M2Mサービスプラットフォーム１３０（e.g., SCS１３１）から知らされたデバイス情報がMTC UE１１１が低消費電力の動作モードであることを示す場合、又はMTC UE１１１のバッテリ残量が少ないことを示す場合に、MME１２１は、MTC UE１１１に個別に適用されるページングDRXサイクルを長くしてもよい。言い換えると、MME１２１は、MTC UE１１１の動作モードが低消費電力モードである場合、消費電力の大きい通常モードである場合に比べて、MTC UE１１１のためのページングDRXサイクルを長くしてもよい。また、MME１２１は、MTC UE１１１のバッテリ残量が少なくなるにつれて、MTC UE１１１のためのページングDRXサイクルを長くしてもよい。MTC UE１１１が低消費電力モードである場合、そのMTC UE１１１は、遅延許容性（delay tolerance）が大きいと推測できる。また、MTC UE１１１のバッテリ残量が少ない場合、消費電力の低減を優先するために通信遅延が許容されると推測できる。したがって、ページングDRXサイクルを長くすることで、MTC UE１１１の消費電力の低減に寄与できる。

また、M2Mサービスプラットフォーム１３０（e.g., SCS１３１）から知らされたデバイス情報がMTC UE１１１が低消費電力の動作モードであることを示す場合、又はMTC UE１１１のバッテリ残量が少ないことを示す場合に、eNodeB１１２は、MTC UE１１１に個別に適用されるRRC inactivity timerおよびDRX inactivity timerを短くしてもよい。言い換えると、eNodeB１１２は、MTC UE１１１の動作モードが低消費電力モードである場合、消費電力の大きい通常モードである場合に比べて、MTC UE１１１のためのRRC inactivity timerおよびDRX inactivity timerを短くしてもよい。また、MME１２１は、MTC UE１１１のバッテリ残量が少なくなるにつれて、MTC UE１１１のためのRRC inactivity timerおよびDRX inactivity timerを短くしてもよい。RRC inactivity timer又はDRX inactivity timerを短くすることで、MTC UE１１１の消費電力を低減できる。

以下では、M2Mサービスプラットフォーム１３０（e.g., SCS１３１）からMTC-IWF１２３に知らされるMTC UE１１１に関するデバイス情報のいくつかの具体例を示す。既に述べたように、当該デバイス情報は、MTC UE１１１の消費電力又はバッテリ残量を明示的に又は暗示的に示す。一例において、当該デバイス情報は、MTC UE１１１が第１の動作モード（e.g., 通常モード）および第１の動作モードより低消費電力である第２の動作モード（e.g., パワーセービング・モード）のどちらであるかを示してもよい。ページングDRXサイクルは、MTC UE１１１が第２の動作モードである場合に第１の動作モードであるときと比べて長くなるように決定される。また、RRC inactivity timer及びDRX inactivity timerは、MTC UE１１１が第２の動作モードである場合に第１の動作モードであるときと比べて短くなるように決定される。

また、当該デバイス情報は、MTC UE１１１が外部からの電力供給の有無を示してもよい。MTC UE１１１が外部からの安定的な電力供給を受けている場合、MTC UE１１１は、低消費電力よりも通信遅延を抑制できることが好ましいと推測できる。これに対して、MTC UE１１１が外部からの安定的な電力供給を受けずにバッテリで動作している場合、MTC UE１１１は、消費電力の低減を優先するために通信遅延が許容されると推測できる。

続いて以下では、ページングDRXサイクル、RRC inactivity timer、及びDRX inactivity timerの値を更新する手順の具体例について説明する。図２は、ページングDRXサイクルを更新する手順の具体例を示している。ステップＳ１０１では、SCS１３１は、UE CHARACTERISTICS NOTIFYメッセージをMTC-IWF１２３に送信する。SCS１３１は、MTC UE１１１のUE特性（具体的には、消費電力、動作モード、又はバッテリ残量）の変化を検出したことに応じて、UE CHARACTERISTICS NOTIFYメッセージを送信してもよい。

UE CHARACTERISTICS NOTIFYメッセージは、MTC UE１１１の外部識別子（External ID）及びMTC UE１１１のデバイス情報（e.g. 消費電力モード（power mode））を示す。外部識別子は、M2Mサービスプラットフォーム１３０又はMTCアプリケーションサーバ１３２においてMTC UE１１１を識別するために使用される。外部識別子は、例えば、Mobile Subscriber Integrated Services Digital Network Number（MSISDN）であってもよい。

ステップＳ１０２では、MTC-IWF１２３は、UE CHARACTERISTICS NOTIFYメッセージをHSS/HLR１２２に転送する。ステップＳ１０３では、HSS/HLR１２２は、UE CHARACTERISTICS NOTIFYメッセージを受信し、MTC UE１１１の外部識別子に基づいてMTC UE１１１の内部識別子（Internal ID）を検索する。内部識別子は、例えば、International Mobile Subscriber Identity（IMSI）であってもよい。

ステップＳ１０４では、MTC UE１１１の内部識別子（e.g., IMSI）と関連付けて記憶されているMTC UE１１１のためのページングDRXサイクルの値を更新する。ページングDRXサイクルの値は、MTC UE１１１の加入者情報の一部としてHSS/HLR１２２に格納されてもよい。ステップＳ１０５では、HSS/HLR１２２は、応答メッセージ（ACKメッセージ）をMTC-IWF１２３に返信する。ステップＳ１０６では、MTC-IWF１２３は、応答メッセージ（ACKメッセージ）をSCS１３１に返信する。

ステップＳ１０７では、HSS/HLR１２２は、MTC UE１１１に個別に適用されるページングDRXサイクルの更新をMME１２１に知らせる。HSS/HLR１２２は、更新されたページングDRXサイクルの値を知らせるために、MME１２１とHSS/HLR１２２の間のS6aインタフェースにおいて送信されるDiameterメッセージを使用することができる。図２に示されているように、INSERT SUBSCRIBER DATAメッセージが使用されてもよい。INSERT SUBSCRIBER DATAメッセージは、加入者情報をMME１２１に自発的に知らせるためにHSS/HLR１２２によって使用される。SUBSCRIBER DATAメッセージは、MTC UE１１１の内部識別子（MSISDN）及び加入者情報（ここでは、更新されたページングDRXサイクルの値）を示す。

ステップＳ１０８では、MME１２１は、更新されたページングDRXサイクルをMTC UE１１１に知らせる。MME１２１は、更新されたページングDRXサイクルを知らせるためにNASメッセージを使用する。例えば、MME１２１は、TAU手順において、更新されたページングDRXサイクルを示すTAU ACCEPTメッセージをMTC UE１１１に送ってもよい。アイドル状態（RRC_IDLE state）であるMTC UE１１１は、MME１２１から知らされたページングDRXサイクルを用いてPaging Frame（PF）及びPaging Occasion（PO）を計算し、ページングを受信するためにPhysical Downlink. Control Channel（PDCCH）の間欠受信を行う。

図３は、ページングDRXサイクルを更新する手順の他の具体例を示している。ステップＳ２０１〜Ｓ２０３における処理は、図２のステップＳ１０１〜Ｓ１０３における処理と同様である。

ステップＳ２０４では、HSS/HLR１２２は、UE CHARACTERISTICS NOTIFYメッセージを、MTC UE１１１のモビリティ管理を行っているMME１２１に送信する。ステップＳ２０４で送信されるUE CHARACTERISTICS NOTIFYメッセージは、MTC UE１１１を特定するために内部識別子（e.g., IMSI）を含む。

ステップＳ２０５では、MME１２１は、MTC UE１１１に個別に適用されるページングDRXサイクルを、MTC UE１１１のデバイス情報に基づいて更新する。ステップＳ２０６では、MME１２１は、応答メッセージ（ACKメッセージ）をHSS/HLR１２２に返信する。ステップＳ２０７では、HSS/HLR１２２は、応答メッセージ（ACKメッセージ）をMTC-IWF１２３に返信する。ステップＳ２０８では、MTC-IWF１２３は、応答メッセージ（ACKメッセージ）をSCS１３１に返信する。ステップＳ２０９における処理は、図２のステップＳ１０９における処理と同様である。

図４は、ページングDRXサイクルを更新する手順の更に他の具体例を示している。上述した図３の例では、MME１２１は、MTC UE１１１のデバイス情報（e.g. 消費電力モード（power mode））を示すUE CHARACTERISTICS NOTIFYメッセージをHSS/HLR１２２からS6a参照点を介して受信する。これに対して、図４の例では、MME１２１は、MTC UE１１１のデバイス情報を示すUE CHARACTERISTICS NOTIFYメッセージをMTC-IWF１２３からT5b参照点を介して受信する。

図４のステップＳ３０１で行われる処理は、図３のステップＳ２０１で行われる処理と同様である。ステップＳ３０２では、MTC-IWF１２３は、MTC UE１１１の内部識別子（e.g., IMSI）を取得するために、MTC UE１１１の外部識別子（e.g., MSISDN）に対応する内部識別子をHSS/HLR１２２に問い合わせる。MTC-IWF１２３は、MTC UE１１１の外部識別子に対応する加入者情報をHSS/HLR１２２に要求すればよい。ステップＳ３０３では、HSS/HLR１２２は、MTC UE１１１の外部識別子に基づいてMTC UE１１１の内部識別子を検索する。そして、HSS/HLR１２２は、MTC UE１１１の内部識別子（e.g., IMSI）、及びMTC UE１１１のモビリティ管理を行っているMMEの識別子（MME Identity）を示す応答メッセージをMTC-IWF１２３に送信する。MME Identityは、例えば、Globally Unique MME Identity（GUMMEI）若しくはMMEのIPアドレス又はこれら両方であってもよい。なお、MTC UE１１１の内部識別子がMTC-IWF１２３において既知である場合、ステップＳ３０２及びＳ３０３は省略されてもよい。

ステップＳ３０４では、MTC-IWF１２３は、UE CHARACTERISTICS NOTIFYメッセージを、MTC UE１１１のモビリティ管理を行っているMME１２１に送信する。ステップＳ３０４で送信されるUE CHARACTERISTICS NOTIFYメッセージは、MTC UE１１１を特定するために内部識別子（e.g., IMSI）を含む。

ステップＳ３０５で行われる処理は、図３のステップＳ２０５で行われる処理と同様である。ステップＳ３０６では、MME１２１は、応答メッセージ（ACKメッセージ）をMTC-IWF１２３に返信する。ステップＳ３０７では、MTC-IWF１２３は、応答メッセージ（ACKメッセージ）をSCS１３１に返信する。ステップＳ３０８における処理は、図３のステップＳ２０９における処理と同様である。

図５は、RRC inactivity timer及びDRX inactivity timerの値を更新する手順の具体例を示している。ステップＳ４０１〜Ｓ４０４で行われる処理は、図３のステップＳ２０１〜Ｓ２０４で行われる処理と同様である。

ステップＳ４０５では、MME１２１は、MTC UE１１１に関するコアネットワーク・アシスタント情報（CN assistant information）を更新する。MME１２１は、MTC UE１１１のMM contextの一部として、MTC UE１１１のデバイス情報（e.g. 消費電力モード（power mode））を保持してもよい。ステップＳ４０６では、MME１２１は、応答メッセージ（ACKメッセージ）をHSS/HLR１２２に送信する。ステップＳ４０７では、HSS/HLR１２２は、応答メッセージ（ACKメッセージ）をMTC-IWF１２３に返信する。ステップＳ４０８では、MTC-IWF１２３は、応答メッセージ（ACKメッセージ）をSCS１３１に返信する。

ステップＳ４０９では、MME１２１は、MTC UE１１１に関するコアネットワーク・アシスタント情報をeNodeB１１２に送信する。コアネットワーク・アシスタント情報をeNodeB１１２に知らせるために、MME１２１とeNodeB１１２の間のS1-MMEインタフェースにおいて送信されるS1APメッセージを使用することができる。具体的には、MME１２１は、MTC UE１１１によって開始されたService Request手順の間に、S1AP: INITIAL CONTEXT SETUP REQUESTメッセージを用いて、コアネットワーク・アシスタント情報をeNodeB１１２に送信してもよい。

ステップＳ４１０では、eNodeB１１２は、MME１２１から知らされたMTC UE１１１のデバイス情報（e.g. 消費電力モード（power mode））を含むコアネットワーク・アシスタント情報に基づいて、MTC UE１１１に適用されるRRC inactivity timer若しくはDRX inactivity timer又はこれら両方をセットする。そして、eNodeB１１２は、RRC inactivity timerおよびDRX inactivity timerを用いて、MTC UE１１１の無線通信を制御する。

図６は、RRC inactivity timer及びDRX inactivity timerの値を更新する手順の他の具体例を示している。図６の例では、MME１２１は、MTC UE１１１のデバイス情報を示すUE CHARACTERISTICS NOTIFYメッセージをMTC-IWF１２３からT5b参照点を介して受信する。ステップＳ５０１〜Ｓ５０４で行われる処理は、図４のステップＳ３０１〜Ｓ３０４で行われる処理と同様である。ステップＳ５０５で行われる処理は、図５のステップＳ４０５で行われる処理と同様である。ステップＳ５０６及びＳ５０７で行われる処理は、図４のステップＳ３０６及びＳ３０７で行われる処理と同様である。ステップＳ５０８及びＳ５０９で行われる処理は、図５のステップＳ４０９及びＳ４１０で行われる処理と同様である。

以上の説明から理解されるように、本実施形態では、EPC１２０内のMTC-IWF１２３は、MTC UE１１１の消費電力又はバッテリ残量に関するデバイス情報を示すメッセージ（e.g., UE CHARACTERISTICS NOTIFYメッセージ）をM2Mサービスプラットフォーム１３０内のエンティティ（e.g., SCS１３１）から受信する。そして、EPC１２０内のMME１２１は、M2Mサービスプラットフォーム１３０から知らされたMTC UE１１１のデバイス情報に基づいて、MTC UE１１１に個別に適用されるページングDRXサイクルを決定する。また、E-UTRAN１１０内のeNodeB１１２は、M2Mサービスプラットフォーム１３０から知らされたMTC UE１１１のデバイス情報に基づいて、MTC UE１１１に個別に適用されるRRC inactivity timerの値若しくはDRX inactivity timerの値又はこれら両方を決定する。したがって、本実施形態に係るE-UTRAN１１０及びEPC１２０を含むPLMNは、PLMN内でのMTCデバイス（i.e., MTC UE１１１）の通信管理をM2Mサービスプラットフォーム１３０又はMTCアプリケーションサーバ１３２において得られるMTCデバイス（i.e., MTC UE１１１）の消費電力又はバッテリ残量に関するデバイス情報を利用して行うことができる。

最後に、上述の実施形態に係るMME１２１、eNodeB１１２、及びSCS１３１の構成例について説明する。図７は、MME１２１の構成例を示している。

図７を参照すると、MME１２１は、ネットワークインタフェース１２１０、プロセッサ１２１１、及びメモリ１２１２を含む。ネットワークインタフェース１２１０は、他のネットワークノード（e.g., eNodeB１１２、HSS/HLR１２２、MTC-IWF１２３、及びS-GW１２４）と通信するために使用される。ネットワークインタフェース１２１０は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。

プロセッサ１２１１は、メモリ１２１２からソフトウェア（コンピュータプログラム）を読み出して実行することで、通信制御（e.g.,モビリティ管理及びベアラ管理）を実行する。プロセッサ１２１１は、例えば、マイクロプロセッサ、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インタフェースを介してメモリ１２１２にアクセスしてもよい。

図７の例では、メモリ１２１２は、S1-MMEモジュール１２１３、S6aモジュール１２１４、S10モジュール１２１５、S11モジュール１２１６、NASモジュール１２１７、並びにEPS Mobility Management（EMM）及びEPS Session Management（ESM）モジュール１２１８を含むソフトウェアモジュール群を格納するために使用される。EMM 及びESMモジュール１２１８は、上述の実施形態で説明された、M2Mサービスプラットフォーム１３０から知らされたMTC UE１１１のデバイス情報に基づくページングDRXサイクル、RRC inactivity timer、及びDRX inactivity timerの更新手順を実行するための命令群およびデータを含む。プロセッサ１２１１は、EMM 及びESMモジュール１２１８をメモリ１２１２から読み出して実行することで、上述の実施形態で説明されたページングDRXサイクル、RRC inactivity timer、及びDRX inactivity timerの更新手順に関するMME１２１の動作を行うことができる。

図８は、HSS/HLR１２２の構成例を示している。図８を参照すると、HSS/HLR１２２は、ネットワークインタフェース１２２０、プロセッサ１２２１、及びメモリ１２２２を含む。ネットワークインタフェース１２２０は、他のネットワークノード（e.g., MME１２１及びMTC-IWF１２３）と通信するために使用される。ネットワークインタフェース１２２０は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。

プロセッサ１２２１は、メモリ１２２２からソフトウェア（コンピュータプログラム）を読み出して実行することで、加入者情報の管理を含む通信制御を実行する。プロセッサ１２２１は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２２１は、複数のプロセッサを含んでもよい。

メモリ１２２２は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ１２２２は、プロセッサ１２２１から物理的に離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２２１は、ネットワークインタフェース１２２０又は図示されていない他のI/Oインタフェースを介してメモリ１２２２にアクセスしてもよい。

図８の例では、メモリ１２２２は、S6aモジュール１２２３、S6mモジュール１２２４、及び加入者情報管理モジュール１２２５を含むソフトウェアモジュール群、並びに加入者情報データ１２２６を格納するために使用される。加入者情報管理モジュール１２２５は、上述の実施形態で説明された、M2Mサービスプラットフォーム１３０から知らされたMTC UE１１１のデバイス情報に基づくページングDRXサイクル、RRC inactivity timer、及びDRX inactivity timerの更新手順を実行するための命令群およびデータを含む。プロセッサ１２２１は、加入者情報管理モジュール１２２５をメモリ１２２２から読み出して実行することで、上述の実施形態で説明されたページングDRXサイクル、RRC inactivity timer、及びDRX inactivity timerの更新手順に関するHSS/HLR１２２の動作を行うことができる。

図９は、eNodeB１１２の構成例を示している。図９を参照すると、eNodeB１１２は、無線トランシーバ１１２０、ネットワークインタフェース１１２１、プロセッサ１１２２、及びメモリ１１２３を含む。無線トランシーバ１１２０は、MTC UE１１１を含む複数のUEと通信するよう構成されている。ネットワークインタフェース１１２１は、E-UTRAN１１０内の他のeNodeB、並びにEPC１２０内のノード（MME１２１及びS-GW１２４等）と通信するために使用される。

プロセッサ１１２２は、メモリ１１２３からソフトウェア（コンピュータプログラム）を読み出して実行することで、RRC及びRadio Resource Management（RRM）を含む通信制御、並びに上述の実施形態で説明されたeNodeB１１２の動作を行う。プロセッサ１１２２は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１１２２は、複数のプロセッサを含んでもよい。

メモリ１１２３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１１２３は、プロセッサ１１２２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１１２２は、ネットワークインタフェース１１２１又は図示されていない他のI/Oインタフェースを介してメモリ１１２３にアクセスしてもよい。

図９の例では、メモリ１１２３は、RRCモジュール１１２４、RRMモジュール１１２５、X2モジュール１１２６、及びS1-MMEモジュール１１２７を含むソフトウェアモジュール群を格納するために使用される。プロセッサ１１２２は、RRCモジュール１１２４をメモリ１１２３から読み出して実行することで、上述の実施形態で説明されたRRC inactivity timerの値およびDRX inactivity timerの値の更新手順に関するeNodeB１１２の動作を行うことができる。

図１０は、SCS１３１の構成例を示している。図１０を参照すると、SCS１３１は、ネットワークインタフェース１３１０、プロセッサ１３１１、及びメモリ１３１２を含む。ネットワークインタフェース１３１０は、他のネットワークノード（e.g., MTC-IWF１２３及びMTCアプリケーションサーバ１３２）と通信するために使用される。ネットワークインタフェース１３１０は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。

プロセッサ１３１１は、メモリ１３１２からソフトウェア（コンピュータプログラム）を読み出して実行することで、MTCデバイスのための通信制御（e.g., デバイストリガー、MTCデバイスの通信特性の取得）を実行する。プロセッサ１３１１は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１３１１は、複数のプロセッサを含んでもよい。

メモリ１３１２は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。メモリ１３１２は、プロセッサ１３１１から物理的に離れて配置されたストレージを含んでもよい。この場合、プロセッサ１３１１は、ネットワークインタフェース１３１０又は図示されていない他のI/Oインタフェースを介してメモリ１３１２にアクセスしてもよい。

図１０の例では、メモリ１３１２は、Tspモジュール１３１３、SGiモジュール１３１４、及びUE特性管理モジュール１３１５を含むソフトウェアモジュール群を格納するために使用される。UE特性管理モジュール１３１５は、上述の実施形態で説明された、M2Mサービスプラットフォーム１３０又はMTCアプリケーションサーバ１３２において把握されるMTC UE１１１のデバイス情報をEPC１２０（i.e., MTC-IWF１２３）に知らせる手順を実行するための命令群およびデータを含む。プロセッサ１３１１は、UE特性管理モジュール１３１５をメモリ１３１２から読み出して実行することで、上述の実施形態で説明されたページングDRXサイクル、RRC inactivity timer、及びDRX inactivity timerの更新手順に関するSCS１３１の動作を行うことができる。

図７〜図１０を用いて説明したように、上述の実施形態に係るMME１２１、HSS/HLR１２２、eNodeB１１２、及びSCS１３１が有するプロセッサの各々は、シーケンス図等を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。

このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜その他の実施形態＞
図１に示されたアーキテクチャは、3GPPにおけるMTCのためのアーキテクチャの一例に過ぎない。例えば、M2Mサービスプラットフォーム１３０（MTCサービスプラットフォーム、エクスポージャーレイヤ）内に配置されるファンクション及びエンティティ並びにこれらの名称は、将来のリリース又はバージョンにおいて変更されるかもしれない。例えば、本実施形態において説明されたSCS１３１は、API Gateway Function（API-GWF）と呼ばれるかもしれない。あるいは、SCS１３１の機能は、SCSとAPI-GWFに分割して配置されるかもしれない。上述の実施形態で説明された技術思想は、これらの変形されたMTCのためのアーキテクチャにも適用することができる。

上述の実施形態では、主にEPSに関する具体例を用いて説明を行った。しかしながら、これらの実施形態は、その他の移動通信システム、例えば、Universal Mobile Telecommunications System（UMTS）、3GPP2 CDMA2000システム（1xRTT、High Rate Packet Data（HRPD））、Global System for Mobile communications（GSM（登録商標））/General packet radio service（GPRS）システム、及びモバイルWiMAXシステム等に適用されてもよい。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

この出願は、２０１４年７月１４日に出願された日本出願特願２０１４−１４４０８１を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１１０ Evolved Universal Terrestrial Radio Access Network (E-UTRAN)
１１１ User Equipment (UE)
１１２ eNodeB
１２０ Evolved Packet Core (EPC)
１２１ Mobility Management Entity (MME)
１２２ Home Subscriber Server (HSS)
１２３ Machine Type Communication Inter Working Function (MTC-IWF)
１２４ Serving Gateway (S-GW)
１２５ Packet Data Network Gateway (P-GW)
１３０ Machine-to-Machine (M2M) サービスプラットフォーム
１３１ Service Capability Server (SCS)
１３２ MTC Application Server (AS)

Claims (10)

1. コアネットワーク内に配置されるコントロールプレーン・エンティティであって、
   Machine Type Communication（MTC）デバイスの消費電力又はバッテリ残量に関するデバイス情報を、前記コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のネットワーク・エンティティを介して受信する手段、及び
   前記MTCデバイスに個別に適用されるページング間欠受信（DRX）サイクルを前記デバイス情報に基づいて更新する手段、
   とを備える、コントロールプレーン・エンティティ。
2. 前記コントロールプレーン・エンティティは、前記MTCデバイスの加入者情報を管理する加入者サーバであり、
   前記更新する手段は、前記加入者サーバにおいて管理されている前記ページングDRXサイクルを示す値を更新する、
   請求項１に記載のコントロールプレーン・エンティティ。
3. 前記コントロールプレーン・エンティティは、前記MTCデバイスのモビリティ管理を行うモビリティ管理エンティティであり、
   前記更新する手段は、前記モビリティ管理エンティティにおいて管理されている前記ページングDRXサイクルを示す値を更新する、
   請求項１に記載のコントロールプレーン・エンティティ。
4. 前記デバイス情報は、前記MTCデバイスが第１の動作モードおよび前記第１の動作モードより低消費電力である第２の動作モードのどちらであるかを示す、請求項１〜３のいずれか１項に記載のコントロールプレーン・エンティティ。
5. 前記ページングDRXサイクルは、前記MTCデバイスが前記第２の動作モードである場合に前記第１の動作モードであるときと比べて長くなるように決定される、請求項４に記載のコントロールプレーン・エンティティ。
6. 前記デバイス情報は、前記MTCデバイスのバッテリ残量を示す、請求項１〜３のいずれか１項に記載のコントロールプレーン・エンティティ。
7. コアネットワーク内に配置されるコントロールプレーン・エンティティによって行われる方法であって、
   Machine Type Communication（MTC）デバイスの消費電力又はバッテリ残量に関するデバイス情報を、前記コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のネットワーク・エンティティを介して受信すること、及び
   前記MTCデバイスに個別に適用されるページング間欠受信（DRX）サイクルを前記デバイス情報に基づいて更新すること、
   を備える、方法。
8. コアネットワーク内に配置されるモビリティ管理エンティティであって、
   Machine Type Communication（MTC）デバイスの消費電力又はバッテリ残量に関するデバイス情報を、前記コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のネットワーク・エンティティを介して受信する手段、及び
   （ａ）コネクテッド状態の前記MTCデバイスがアイドル状態に遷移するタイミングを制御するために前記無線アクセスネットワークにおいて使用される第１のインアクティビティ・タイマの値、及び（ｂ）前記MTCデバイスが前記コネクテッド状態において間欠受信を開始するタイミングを規定するために前記無線アクセスネットワークにおいて使用される第２のインアクティビティ・タイマの値、のうち少なくとも１つを前記デバイス情報に基づいて更新するよう制御する手段、
   とを備える、モビリティ管理エンティティ。
9. 無線アクセスネットワーク内に配置される無線ネットワーク制御エンティティであって、
   Machine Type Communication（MTC）デバイスの消費電力又はバッテリ残量に関するデバイス情報を、コアネットワーク及び前記無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のモビリティ管理エンティティを介して受信する手段、及び
   （ａ）コネクテッド状態の前記MTCデバイスがアイドル状態に遷移するタイミングを制御するために前記無線アクセスネットワークにおいて使用される第１のインアクティビティ・タイマの値、及び（ｂ）前記MTCデバイスが前記コネクテッド状態において間欠受信を開始するタイミングを規定するために前記無線アクセスネットワークにおいて使用される第２のインアクティビティ・タイマの値、のうち少なくとも１つを前記デバイス情報に基づいて決定する手段、
   とを備える、無線ネットワーク制御エンティティ。
10. コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークを介してMachine Type Communication（MTC）デバイスと通信するMTCアプリケーションサーバに対して前記移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）提供するサービス能力エンティティであって、
    メモリと、
    前記メモリに結合され、制御方法を実行するよう構成されたプロセッサと、
    を備え、
    前記制御方法は、前記MTCデバイスの消費電力又はバッテリ残量に関するデバイス情報を示す第１のメッセージを前記コアネットワーク内のネットワーク・エンティティに送信することを備え、
    前記第１のメッセージは、（ａ）前記MTCデバイスに個別に適用されるページング間欠受信（DRX）サイクル、（ｂ）コネクテッド状態の前記MTCデバイスがアイドル状態に遷移するタイミングを制御するために前記無線アクセスネットワークにおいて使用される第１のインアクティビティ・タイマの値、及び（ｃ）前記MTCデバイスが前記コネクテッド状態において間欠受信を開始するタイミングを規定するために前記無線アクセスネットワークにおいて使用される第２のインアクティビティ・タイマの値、のうち少なくとも１つの更新を引き起こす、
    サービス能力エンティティ。

Images