(57)【特許請求の範囲】
【請求項１】
コアネットワーク内に配置されるモビリティ管理エンティティであって、
メモリと、
前記メモリに結合され、制御方法を行うよう構成されたプロセッサと、
を備え、
前記制御方法は、
Machine Type Communication（MTC）デバイスの通信特性を、前記コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のネットワーク・エンティティを介して受信すること、及び
アップリンクNon-Access Stratum（NAS）メッセージの送信抑止のために前記MTCデバイスに配置されるNASバックオフタイマに関して前記モビリティ管理エンティティにおいて管理されている前記NASバックオフタイマの値を前記通信特性に基づいて更新すること、
を備える、
モビリティ管理エンティティ。
【請求項２】
前記通信特性は、前記MTCデバイスの通信間隔、通信頻度、又は遅延許容性レベルを示す、請求項１に記載のモビリティ管理エンティティ。
【請求項３】
コアネットワーク内に配置されるモビリティ管理エンティティによって行われる方法であって、
Machine Type Communication（MTC）デバイスの通信特性を、前記コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のネットワーク・エンティティを介して受信すること、及び
アップリンクNon-Access Stratum（NAS）メッセージの送信抑止のために前記MTCデバイスに配置されるNASバックオフタイマに関して前記モビリティ管理エンティティにおいて管理されている前記NASバックオフタイマの値を前記通信特性に基づいて更新すること、
を備える、
方法。
【請求項４】
コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークを介してMachine Type Communication（MTC）デバイスと通信するMTCアプリケーションサーバに対して前記移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）を提供するサービス能力エンティティであって、
メモリと、
前記メモリに結合され、制御方法を実行するよう構成されたプロセッサと、
を備え、
前記制御方法は、前記MTCデバイスの通信特性を示す第１のメッセージを前記コアネットワーク内のネットワーク・エンティティに送信することを備え、
前記第１のメッセージは、アップリンクNon-Access Stratum（NAS）メッセージの送信抑止のために前記MTCデバイスに配置されるNASバックオフタイマに関して前記コアネットワーク内のモビリティ管理エンティティにおいて管理されている前記NASバックオフタイマの値の更新を引き起こす、
サービス能力エンティティ。
【請求項５】
コアネットワーク内に配置されるモビリティ管理エンティティであって、
メモリと、
前記メモリに結合され、制御方法を行うよう構成されたプロセッサと、
を備え、
前記制御方法は、
Machine Type Communication（MTC）デバイスの通信特性を、前記コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のネットワーク・エンティティを介して受信すること、及び
（ａ）コネクテッド状態の前記MTCデバイスがアイドル状態に遷移するタイミングを制御するために前記無線アクセスネットワークにおいて使用される第１のインアクティビティ・タイマの値、（ｂ）前記MTCデバイスが前記コネクテッド状態において間欠受信を開始するタイミングを規定するために前記無線アクセスネットワークにおいて使用される第２のインアクティビティ・タイマの値、及び（ｃ）アップリンクNon-Access Stratum（NAS）メッセージの送信抑止のために前記MTCデバイスに配置されるNASバックオフタイマの値、のうち少なくとも１つを前記通信特性に基づいて更新するよう制御すること、
を備え、
前記MTCデバイスは、車両に取り付けられるデバイスであり、
前記通信特性は、前記車両が走行中であるか否か、前記車両のエンジンが始動されているか、又は前記車両に搭載されたナビゲーションシステムの補助機能がONであるか否かを示す、
モビリティ管理エンティティ。
【請求項６】
コアネットワーク内に配置されるモビリティ管理エンティティであって、
メモリと、
前記メモリに結合され、制御方法を行うよう構成されたプロセッサと、
を備え、
前記制御方法は、
Machine Type Communication（MTC）デバイスの通信特性を、前記コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のネットワーク・エンティティを介して受信すること、及び
（ａ）コネクテッド状態の前記MTCデバイスがアイドル状態に遷移するタイミングを制御するために前記無線アクセスネットワークにおいて使用される第１のインアクティビティ・タイマの値、（ｂ）前記MTCデバイスが前記コネクテッド状態において間欠受信を開始するタイミングを規定するために前記無線アクセスネットワークにおいて使用される第２のインアクティビティ・タイマの値、及び（ｃ）アップリンクNon-Access Stratum（NAS）メッセージの送信抑止のために前記MTCデバイスに配置されるNASバックオフタイマの値、のうち少なくとも１つを前記通信特性に基づいて更新するよう制御すること、
を備え、
前記MTCデバイスは、メータリング装置またはセンサに結合されたデバイスであり、
前記通信特性は、前記メータリング装置または前記センサが通常運用であるか異常運用であるかを示す、
モビリティ管理エンティティ。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書の開示は、移動通信ネットワークに関し、特にMachine Type Communication（MTC）デバイスのRadio Resource Control （RRC）コネクション又はNon-Access Stratum（NAS）コネクションの管理に関する。
【背景技術】
【０００２】
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デバイスを想定すると、車両が走行中であるか停車中であるかによって、MTCデバイスの通信頻度が変化するかもしれない。また、車両に搭載されたナビゲーションシステムが実装している高度交通システム（Intelligent Transport Systems（ITS））サービスに関する補助機能がONであるか否かによって、MTCデバイスの通信頻度が変化するかもしれない。さらに、車両のエンジンが始動されているか否かによって、MTCデバイスの通信頻度を推定できるかもしれない。また、メータリング装置またはセンサに結合されたMTCデバイスを想定すると、メータリング装置またはセンサが通常運用であるか異常運用であるかによって、MTCデバイスの通信頻度が変化するかもしれない。【０００８】
ここで、MTCデバイスの動作モード、使用状態、又は使用環境は、PLMNよりもMTCアプリケーションサーバ又はM2Mサービスプラットフォーム（e.g., SCS）において容易に知ることができる可能性があることに留意するべきである。なぜなら、MTCアプリケーションサーバ又はM2Mサービスプラットフォームは、PLMNを通してMTCデバイスとユーザプレーンで（アプリケーションレイヤで）自由に通信できるためである。あるいは、MTCアプリケーションサーバ又はM2Mサービスプラットフォームは、MTCデバイスが搭載された機械又はセンサに実装された他の通信手段を介して、MTCデバイスの使用状態や使用環境を知ることができるかもしれない。さらにまた、MTCアプリケーションサーバ又はM2Mサービスプラットフォームは、政府機関又は民間組織から発表される天候又は海洋に関する警報に基づいてMTCデバイスの動作モード、使用状態、又は使用環境を知ることができるかもしれない。【０００９】
したがって、PLMN内でのMTCデバイスのコネクション管理をMTCデバイスの通信特性（e.g., 通信間隔又は通信頻度）に応じて最適化するためには、MTCアプリケーションサーバ又はM2Mサービスプラットフォームにおいて得られるMTCデバイスの通信特性を利用できることが好ましいかもしれない。しかしながら、非特許文献１は、このような制御動作又は制御手順を想定していない。【００１０】
したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、PLMN内でのMTCデバイスのコネクション管理をMTCアプリケーションサーバ又はM2Mサービスプラットフォームにおいて得られるMTCデバイスの通信特性を利用して行うことに寄与する方法、装置、及びプログラムを提供することである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００１１】
第１の態様では、コアネットワークに配置されるモビリティ管理エンティティによって行われる方法は、MTCデバイスの通信特性を、前記コアネットワーク及び無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のネットワーク・エンティティを介して受信すること；及び（ａ）コネクテッド状態の前記MTCデバイスがアイドル状態に遷移するタイミングを制御するために前記無線アクセスネットワークにおいて使用される第１のインアクティビティ・タイマ（e.g., RRC inactivity timer）の値、（ｂ）前記MTCデバイスが前記コネクテッド状態において間欠受信を開始するタイミングを規定するために前記無線アクセスネットワークにおいて使用される第２のインアクティビティ・タイマ（e.g., DRX inactivity timer）の値、及び（ｃ）アップリンクNon-Access Stratum（NAS）メッセージの送信抑止のために前記MTCデバイスに配置されるNASバックオフタイマの値、のうち少なくとも１つを前記通信特性に基づいて更新するよう制御すること、を含む。【００１２】
第２の態様では無線アクセスネットワーク内に配置される無線ネットワーク制御エンティティによって行われる方法は、MTCデバイスの通信特性を、コアネットワーク及び前記無線アクセスネットワークを含む移動通信ネットワークによって提供されるサービスを利用できるようにするためのアプリケーション・プログラミング・インタフェース（API）をMTCアプリケーションサーバに対して提供するMTCサービスプラットフォームから、前記コアネットワーク内のモビリティ管理エンティティを介して受信すること；及び第１のインアクティビティ・タイマ（e.g., RRC inactivity timer）の値および第２のインアクティビティ・タイマ（e.g., DRX inactivity timer）の値、のうち少なくとも１つを前記通信特性に基づいて決定すること、を含む。【００１３】
第３の態様では、コアネットワーク内に配置されるモビリティ管理エンティティは、メモリと、前記メモリに結合され、上述の第１の態様に係る方法を実行するよう構成されたプロセッサとを含む。【００１４】
第４の態様では、無線アクセスネットワーク内に配置される無線ネットワーク制御エンティティは、メモリと、前記メモリに結合され、上述の第２の態様に係る方法を実行するよう構成されたプロセッサとを含む。【００１５】
第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第１の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。【００１６】
第６の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。【００１７】
第７の態様では、MTCアプリケーションサーバに対してアプリケーション・プログラミング・インタフェース（API）を提供するサービス能力エンティティによって行われる方法は、MTCデバイスの通信特性を示す第１のメッセージを前記コアネットワーク内のネットワーク・エンティティに送信することを含む。前記第１のメッセージは、第１のインアクティビティ・タイマ（e.g., RRC inactivity timer）の値、第２のインアクティビティ・タイマ（e.g., DRX inactivity timer）の値、及びNASバックオフタイマの値、のうち少なくとも１つの更新を引き起こす。【００１８】
第８の態様では、MTCアプリケーションサーバに対してアプリケーション・プログラミング・インタフェース（API）を提供するサービス能力エンティティは、メモリと、前記メモリに結合され、上述の第７の態様に係る方法を実行するよう構成されたプロセッサとを含む。【００１９】
第９の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第７の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００２０】
上述の態様は、PLMN内でのMTCデバイスのコネクション管理をMTCアプリケーションサーバ又はM2Mサービスプラットフォームにおいて得られるMTCデバイスの通信特性を利用して行うことに寄与する方法、装置、及びプログラムを提供できる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態に係る移動通信ネットワークの構成例を示す図である。
【図２】本発明の実施形態に係るRRC inactivity timer及びDRX inactivity timerの更新手順の具体例を示すシーケンス図である。
【図３】本発明の実施形態に係るRRC inactivity timer及びDRX inactivity timerの更新手順の具体例を示すシーケンス図である。
【図４】本発明の実施形態に係るNASバックオフタイマの更新手順の具体例を示すシーケンス図である。
【図５】本発明の実施形態に係るNASバックオフタイマの更新手順の具体例を示すシーケンス図である。
【図６】本発明の実施形態に係るMMEの構成例を示すブロック図である。
【図７】本発明の実施形態に係る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１１１のデバイス情報に基づいて、（ａ）RRC inactivity timer、（ｂ）DRX inactivity timer、及び（ｃ）NASバックオフタイマのうち少なくとも１つを更新する。
【００４０】
これら３つのタイマについて説明する。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秒程度である。
【００４３】
NASバックオフタイマは、MTC UE１１１に配置され、MTC UE１１１によるアップリンクNASメッセージの送信抑止のために使用される。EPSでは、NASバックオフタイマは、Session Management back-off timer、Mobility Management back-off timer、又は back-off timer T3346、等と呼ばれる。NASレベルの輻輳制御が実行される場合、MME１２１は、MTC UE１１１からのセッション・マネジメントに関するNAS要求（i.e., SERVICE REQUESTメッセージ）又はモビリティ・マネジメントに関するNAS要求（i.e., TAU REQUESTメッセージ）を拒絶する。NAS要求を拒絶されたMTC UE１１１は、NASバックオフタイマを活性化し（activate）、デタッチ（コネクション切断）する場合、緊急呼を開始する場合、およびページングに応答する場合などのいくつか例外を除いて、NASバックオフタイマが満了するまで新たなNAS要求の送信を抑止する。NASバックオフタイマの値（すなわちバックオフ時間）の長さは、EPC１２０によって指定される。例えば、NAS要求を拒絶するためにMME１２１からMTC UE１１１に送られる拒絶メッセージは、NASバックオフタイマの値の指定を含む。
【００４４】
具体的には、M2Mサービスプラットフォーム１３０（e.g., SCS１３１）は、MTC UE１１１に関するデバイス情報をMTC-IWF１２３に送信すればよい。そして、MTC-IWF１２３は、当該デバイス情報をMME１２１若しくはHSS/HLR１２２又はこれら両方に送信すればよい。さらに当該デバイス情報は、MME１２１を経由してeNodeB１１２に送られてもよい。MTC-IWF１２３を介してMME１２１、HSS/HLR１２２、又はeNodeB１１２に送られたデバイス情報は、MTC UE１１１のためのRRC inactivity timerの値、DRX inactivity timerの値、及びNASバックオフタイマの値のうち少なくとも１つを決定するために利用される。
【００４５】
M2Mサービスプラットフォーム１３０（e.g., SCS１３１）から知らされたデバイス情報がMTC UE１１１の通信間隔が長いこと（又は通信頻度が小さいこと）を示す場合に、eNodeB１１２は、MTC UE１１１に個別に適用されるRRC inactivity timerおよびDRX inactivity timerを短くしてもよい。言い換えると、eNodeB１１２は、MTC UE１１１の通信間隔が長くなるにつれて、MTC UE１１１のためのRRC inactivity timerおよびDRX inactivity timerを短くしてもよい。RRC inactivity timerを短くすることで、RRCコネクションの管理に要するeNodeB１１２の負荷を低減することができる。さらに、RRC inactivity timer又はDRX inactivity timerを短くすることで、MTC UE１１１の消費電力を低減できる。これとは反対に、eNodeB１１２は、MTC UE１１１の通信間隔が短くなるにつれて（又は通信頻度が大きくなるにつれて）、RRC inactivity timerおよびDRX inactivity timerを長くしてもよい。これにより、MTC UE１１１がアイドル状態（RRC_IDLE state且つECM-IDLE state）とコネクテッド状態（RRC_CONNECTED state且つECM-CONNECTED state）の間の状態遷移を頻繁に繰り返すことに起因するeNodeB１１２及びMME１２１のシグナリング負荷を低減できる。
【００４６】
また、M2Mサービスプラットフォーム１３０（e.g., SCS１３１）から知らされたデバイス情報がMTC UE１１１の通信間隔が長いこと（又は通信頻度が小さいこと）を示す場合に、MME１２１は、MTC UE１１１に個別に適用されるNASバックオフタイマを長くしてもよい。MTC UE１１１の通信間隔が長い場合、そのMTC UE１１１は、遅延許容性（delay tolerance）が大きいと推定できる。したがって、このようなMTC UE１１１のNASバックオフタイマを長くすることで、NASバックオフ時間をMTC UE１１１の遅延許容性（delay tolerance）に適合させることができ、さらに輻輳の回避に寄与できる。
【００４７】
以下では、M2Mサービスプラットフォーム１３０（e.g., SCS１３１）からMTC-IWF１２３に知らされるMTC UE１１１に関するデバイス情報のいくつかの具体例を示す。既に述べたように、当該デバイス情報は、MTC UE１１１の通信特性を示す。一例において、MTC UE１１１の通信特性は、MTC UE１１１の通信間隔の長さ、通信頻度の大きさ、又は遅延許容性レベルを示してもよい。
【００４８】
M2Mサービスの一例は、高度交通システム（Intelligent Transport Systems（ITS））サービスである。MTC UE１１１が車両に搭載されるデバイスである場合、デバイス情報によって示される通信特性は、当該車両が走行中であるか否か、又は当該車両のエンジンが始動されているか否かを示してもよい。車両が走行中であることからは、そうでない場合に比べて、MTC UE１１１の通信頻度が大きいことを推測できる。また、車両のエンジンが始動されていることからも、そうでない場合に比べて、MTC UE１１１の通信頻度が大きいことを推測できる。また、デバイス情報によって示される通信特性は、車両に搭載されたナビゲーションシステムが実装しているITSサービスに関する補助機能がONであるか否かを示してもよい。ITSサービスに関する補助機能がONであることからは、そうでない場合に比べて、MTC UE１１１の通信頻度が大きいことを推測できる。
【００４９】
M2Mサービスの他の例は、物流（ロジスティクス）サービスにおける貨物の追跡である。MTC UE１１１が貨物に取り付けられるデバイスである場合、デバイス情報によって示される通信特性は、当該貨物が輸送中であるか又は配送センターに置かれているかを示してもよい。貨物が輸送中であることからは、配送センターに置かれている場合に比べて、MTC UE１１１の通信頻度が大きいことを推測できる。
【００５０】
M2Mサービスの更なる例は、スマートメータリングである。MTC UE１１１がメータリング装置またはセンサに結合される場合、デバイス情報によって示される通信特性は、メータリング装置またはセンサが通常運用であるか異常運用であるかを示してもよい。メータリング装置またはセンサが異常運用であることからは、通常運用である場合に比べて、MTC UE１１１の通信頻度が大きいことを推測できる。メータリング装置の異常運用は、例えば、故障検出時、又はブレーカが動作して電力供給が遮断された時の動作である。センサの異常運用は、例えば、降水量が閾値を超えた時、潮位が閾値を超えた時の動作である。
【００５１】
続いて以下では、RRC inactivity timer、DRX inactivity timer、及びNASバックオフタイマの値を更新する手順の具体例について説明する。図２は、RRC inactivity timer及びDRX inactivity timerの値を更新する手順の具体例を示している。ステップＳ１０１では、SCS１３１は、UE CHARACTERISTICS NOTIFYメッセージをMTC-IWF１２３に送信する。SCS１３１は、MTC UE１１１のUE特性（具体的には通信特性）の変化を検出したことに応じて、UE CHARACTERISTICS NOTIFYメッセージを送信してもよい。
【００５２】
UE CHARACTERISTICS NOTIFYメッセージは、MTC UE１１１の外部識別子（External ID）及びMTC UE１１１の通信情報を示す。外部識別子は、M2Mサービスプラットフォーム１３０又はMTCアプリケーションサーバ１３２においてMTC UE１１１を識別するために使用される。外部識別子は、例えば、Mobile Subscriber Integrated Services Digital Network Number（MSISDN）であってもよい。MTC UE１１１の通信情報は、MTC UE１１１の通信特性（例えば、通信間隔、通信頻度、又は遅延許容性レベル）を示す。
【００５３】
ステップＳ１０２では、MTC-IWF１２３は、UE CHARACTERISTICS NOTIFYメッセージをHSS/HLR１２２に転送する。ステップＳ１０３では、HSS/HLR１２２は、UE CHARACTERISTICS NOTIFYメッセージを受信し、MTC UE１１１の外部識別子に基づいてMTC UE１１１の内部識別子（Internal ID）を検索する。内部識別子は、例えば、International Mobile Subscriber Identity（IMSI）であってもよい。
【００５４】
ステップＳ１０４では、HSS/HLR１２２は、UE CHARACTERISTICS NOTIFYメッセージを、MTC UE１１１のモビリティ管理を行っているMME１２１に送信する。ステップＳ１０４で送信されるUE CHARACTERISTICS NOTIFYメッセージは、MTC UE１１１を特定するために内部識別子（e.g., IMSI）を含む。
【００５５】
ステップＳ１０５では、MME１２１は、MTC UE１１１に関するコアネットワーク・アシスタント情報（CN assistant information）を更新する。MME１２１は、MTC UE１１１のMM contextの一部として、MTC UE１１１の通信特性を示す通信情報を保持してもよい。ステップＳ１０６では、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１１１の通信情報を含むコアネットワーク・アシスタント情報に基づいて、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メッセージを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１３１に返信する。ステップＳ２０８及びＳ２０９で行われる処理は、図２のステップＳ１０９及びＳ１１０で行われる処理と同様である。
【００６２】
図４は、NASバックオフタイマの値を更新する手順の具体例を示している。ステップＳ３０１〜Ｓ３０４で行われる処理は、図２のステップＳ１０１〜Ｓ１０４で行われる処理と同様である。
【００６３】
ステップＳ３０５では、MME１２１はMTC UE１１１の内部識別子（e.g., IMSI）と関連付けて記憶されているMTC UE１１１に個別に適用されるNASバックオフタイマの値を更新する。MME１２１は、MTC UE１１１のMM contextの一部としてNASバックオフタイマの値を保持してもよい。MME１２１は、MTC UE１１１からNAS要求を拒絶する際に、更新されたNASバックオフタイマの値をMTC UE１１１に通知する。ステップＳ３０６〜Ｓ３０８で行われる処理は、図２のステップＳ１０６〜Ｓ１０８で行われる処理と同様である。
【００６４】
図５は、NASバックオフタイマの値を更新する手順の他の具体例を示している。図５の例では、MME１２１は、MTC UE１１１の通信特性を示すUE CHARACTERISTICS NOTIFYメッセージをMTC-IWF１２３からT5b参照点を介して受信する。ステップＳ４０１〜Ｓ４０４で行われる処理は、図３のステップＳ２０１〜Ｓ２０４で行われる処理と同様である。ステップＳ４０５で行われる処理は、図４のステップＳ３０５で行われる処理と同様である。ステップＳ４０６及びＳ４０７で行われる処理は、図３のステップＳ２０６及びＳ２０７で行われる処理と同様である。
【００６５】
以上の説明から理解されるように、本実施形態では、EPC１２０内のMTC-IWF１２３は、MTC UE１１１の通信特性を示すメッセージ（e.g., UE CHARACTERISTICS NOTIFYメッセージ）をM2Mサービスプラットフォーム１３０内のエンティティ（e.g., SCS１３１）から受信する。そして、E-UTRAN１１０内のeNodeB１１２は、M2Mサービスプラットフォーム１３０から知らされたMTC UE１１１の通信特性に基づいて、MTC UE１１１に個別に適用されるRRC inactivity timerの値若しくはDRX inactivity timerの値又はこれら両方を決定する。また、EPC１２０内のMME１２１は、M2Mサービスプラットフォーム１３０から知らされたMTC UE１１１の通信特性に基づいて、MTC UE１１１に個別に適用されるNASバックオフタイマの値を決定する。したがって、本実施形態に係る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１１１の通信特性に基づくRRC inactivity timerの値、DRX inactivity timerの値、及びNASバックオフタイマの値の更新手順を実行するための命令群およびデータを含む。プロセッサ１２１１は、EMM 及びESMモジュール１２１８をメモリ１２１２から読み出して実行することで、上述の実施形態で説明されたRRC inactivity timerの値、DRX inactivity timerの値、及びNASバックオフタイマの値の更新手順に関するMME１２１の動作を行うことができる。
【００７１】
図７は、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特性管理モジュール１３１５をメモリ１３１２から読み出して実行することで、上述の実施形態で説明されたRRC inactivity timerの値、DRX inactivity timerの値、及びNASバックオフタイマの値の更新手順に関するSCS１３１の動作を行うことができる。
【００７９】
図６〜図８を用いて説明したように、上述の実施形態に係るMME１２１、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)
【図１】
0006515929.tif 000002
【図２】
0006515929.tif 000003
【図３】
0006515929.tif 000004
【図４】
0006515929.tif 000005
【図５】
0006515929.tif 000006
【図６】
0006515929.tif 000007
【図７】
0006515929.tif 000008
【図８】
0006515929.tif 000009