"コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される通信端末装置を含む複数の端末装置群とを備える通信システムであって、前記基地局装置は、呼出すべき前記通信端末装置に対して、その通信端末装置を表す端末識別子を含むページングメッセージを送信し、前記通信端末装置は、その通信端末装置を表す端末識別子を含むページングメッセージを前記基地局装置から受信すると、前記基地局装置との通信を開始し、前記ページングメッセージに収容可能な前記端末識別子の最大個数は、前記端末装置群毎に設定されることを特徴とする通信システム。コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される通信端末装置を含む複数の端末装置群とを備える通信システムであって、前記基地局装置は、呼出すべき前記通信端末装置に対して、その通信端末装置が呼出されていることを表す呼出し用インジケータを含むページングメッセージを送信し、前記通信端末装置は、その通信端末装置が呼出されていることを表す呼出し用インジケータを含むページングメッセージを受信すると、前記基地局装置との通信を開始することを特徴とする通信システム。コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される通信端末装置を含む複数の端末装置群とを備える通信システムであって、前記基地局装置は、呼出すべき前記通信端末装置に宛てて、呼出しを通知するページングメッセージを送信し、前記通信端末装置は、前記基地局装置から自装置宛の前記ページングメッセージを受信すると、前記基地局装置との通信を開始し、異なる端末装置群に含まれる複数の通信端末装置に対して前記ページングメッセージが送信されるとき、前記ページングメッセージは、前記端末装置群毎に、異なる無線フレームを用いて送信されることを特徴とする通信システム。前記ページングメッセージは、前記通信端末装置に与えるべきデータを含むことを特徴とする請求項1~3のいずれか1つに記載の通信システム。コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される通信端末装置を含む複数の端末装置群とを備える通信システムであって、前記基地局装置は、前記通信端末装置に対して、前記通信端末装置に与えるべきデータと、前記データが発生したか否かを通知するための情報とを送信することを特徴とする通信システム。コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される通信端末装置を含む複数の端末装置群とを備える通信システムであって、前記基地局装置は、前記通信端末装置との間で、予め定める端末側処理が行われた後、予め定める切断条件が満足されると、前記通信端末装置との通信状態を切断し、前記通信端末装置は、前記基地局装置によって前記通信端末装置との通信状態が切断されたことが予測される予測条件が満足されると、前記基地局装置との間で通信状態を確立するための処理を行うことを特徴とする通信システム。MTCサービスをサポートする場合、多数のMTCDから、あるいは多数のMTCDへ同時にデータを通信するので、無線ネットワークおよびコアネットワークにおいて、混雑状態が生じて、過負荷状態になってしまうという問題が発生する。下り混雑およびそれによる問題を解消する方法として、前述のように3GPPに、非特許文献10、非特許文献11および非特許文献12の技術が提案されている。これらの非特許文献10~12には、MTCD毎ではなく、MTCグループ毎にページングを送信することによって、ページングの負荷を削減する方法が開示されている。しかし、これらの非特許文献10~12に開示された方法では、多数のMTCDに一斉にページングを通知するような場合、MTCDではない移動端末のページング用の無線リソースの不足が生じるという問題が依然として残ってしまう。また、上り混雑およびそれによる問題を解消する方法として、前述のように3GPPに、非特許文献13の技術が提案されている。非特許文献13には、MTCDからのデタッチ処理の要求が無い場合でも、上位ノードによってデタッチ処理を行うようにすることが記載されている。しかし、非特許文献13に開示された方法では、MTCDの上りRACH用無線リソースの不足が生じるという問題が生じてしまう。本発明の目的は、下り通信または上り通信の混雑およびそれによる無線リソース不足を回避することができる通信システムを提供することである。本発明の通信システムは、コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される通信端末装置を含む複数の端末装置群とを備える通信システムであって、前記基地局装置は、呼出すべき前記通信端末装置に対して、その通信端末装置を表す端末識別子を含むページングメッセージを送信し、前記通信端末装置は、その通信端末装置を表す端末識別子を含むページングメッセージを前記基地局装置から受信すると、前記基地局装置との通信を開始し、前記ページングメッセージに収容可能な前記端末識別子の最大個数は、前記端末装置群毎に設定されることを特徴とする。また本発明の通信システムは、コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される通信端末装置を含む複数の端末装置群とを備える通信システムであって、前記基地局装置は、呼出すべき前記通信端末装置に対して、その通信端末装置が呼出されていることを表す呼出し用インジケータを含むページングメッセージを送信し、前記通信端末装置は、その通信端末装置が呼出されていることを表す呼出し用インジケータを含むページングメッセージを受信すると、前記基地局装置との通信を開始することを特徴とする。また本発明の通信システムは、コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される通信端末装置を含む複数の端末装置群とを備える通信システムであって、前記基地局装置は、呼出すべき前記通信端末装置に宛てて、呼出しを通知するページングメッセージを送信し、前記通信端末装置は、前記基地局装置から自装置宛の前記ページングメッセージを受信すると、前記基地局装置との通信を開始し、異なる端末装置群に含まれる複数の通信端末装置に対して前記ページングメッセージが送信されるとき、前記ページングメッセージは、前記端末装置群毎に、異なる無線フレームを用いて送信されることを特徴とする。また本発明の通信システムは、コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される通信端末装置を含む複数の端末装置群とを備える通信システムであって、前記基地局装置は、前記通信端末装置に対して、前記通信端末装置に与えるべきデータと、前記データが発生したか否かを通知するための情報とを送信することを特徴とする。また本発明の通信システムは、コアネットワークに接続される基地局装置と、前記基地局装置に無線通信可能に接続される通信端末装置を含む複数の端末装置群とを備える通信システムであって、前記基地局装置は、前記通信端末装置との間で、予め定める端末側処理が行われた後、予め定める切断条件が満足されると、前記通信端末装置との通信状態を切断し、前記通信端末装置は、前記基地局装置によって前記通信端末装置との通信状態が切断されたことが予測される予測条件が満足されると、前記基地局装置との間で通信状態を確立するための処理を行うことを特徴とする。本発明の通信システムによれば、基地局装置から、呼出すべき通信端末装置に対してページングメッセージが送信される。ページングメッセージを受信した通信端末装置は、基地局装置との通信を開始する。ページングメッセージに収容可能な端末識別子の最大個数は、端末装置群毎に設定されるので、ある端末装置群に含まれる比較的多数の通信端末装置を呼出す場合でも、他の端末装置群に含まれる通信端末装置の通信を阻害することなく、呼出しを行うことができる。したがって、下り通信の混雑およびそれによる無線リソース不足を回避することができる。また本発明の通信システムによれば、基地局装置から、呼出すべき通信端末装置に対してページングメッセージが送信される。ページングメッセージを受信した通信端末装置は、基地局装置との通信を開始する。ページングメッセージには、呼出し用インジケータが含まれるので、呼出すべき通信端末装置を表す端末識別子を個別にページングメッセージに含ませる必要はない。これによって、ある端末装置群に含まれる比較的多数の通信端末装置を呼出す場合でも、その個数分の端末識別子をページングメッセージに含ませる必要がないので、他の端末装置群に含まれる通信端末装置の通信を阻害することなく、呼出しを行うことができる。したがって、下り通信の混雑およびそれによる無線リソース不足を回避することができる。また本発明の通信システムによれば、基地局装置から、呼出すべき通信端末装置に宛ててページングメッセージが送信される。ページングメッセージを受信した通信端末装置は、基地局装置との通信を開始する。ページングメッセージは、端末装置群毎に、異なる無線フレームを用いて送信されるので、ある端末装置群に含まれる比較的多数の通信端末装置を呼出す場合でも、他の端末装置群に含まれる通信端末装置の通信を阻害することなく、呼出しを行うことができる。したがって、下り通信の混雑およびそれによる無線リソース不足を回避することができる。また本発明の通信システムによれば、基地局装置によって、通信端末装置に対して、通信端末装置に与えるべきデータと、そのデータが発生したか否かを通知するための情報とが送信される。これによって、通信端末装置毎に個別にデータを送信する場合に比べて、データの送信に使用する無線リソースを削減することができる。したがって、下り通信の混雑およびそれによる下り無線リソース不足を回避することができる。また本発明の通信システムによれば、基地局装置と通信端末装置との間で端末側処理が行われた後、切断条件が満足されると、基地局装置によって通信端末装置との通信状態が切断される。このようにして通信状態が切断されたことが予測される予測条件が満足されると、通信端末装置によって、基地局装置との間で通信状態を確立するための処理が行われる。これによって、通信端末装置と基地局装置との間の通信状態が維持されていると予測される場合には、通信端末装置と基地局装置との間で通信状態を確立するための処理を行わないようにすることができる。したがって、上り通信の混雑およびそれによる無線リソース不足を回避することができる。この発明の目的、特徴、局面、および利点は、以下の詳細な説明と添付図面とによって、より明白となる。実施の形態1.図7は、現在3GPPにおいて議論されているLTE方式の移動体通信システムの全体的な構成を示すブロック図である。現在3GPPにおいては、CSGClosedSubscriberGroupセルE-UTRANのHome-eNodeBHome-eNB;HeNB、UTRANのHome-NBHNBと、non-CSGセルE-UTRANのeNodeBeNB、UTRANのNodeBNB、GERANのBSSとを含めたシステムの全体的な構成が検討されており、E-UTRANについては、図7のような構成が提案されている非特許文献14.6.1章参照。図7について説明する。移動端末装置以下移動端末またはUserEquipmentUEという71は、基地局装置以下基地局という72と無線通信可能であり、無線通信で信号の送受信を行う。移動端末装置は、通信端末装置に相当する。基地局72は、マクロセルであるeNB72-1と、ローカルノードであるHome-eNB72-2とに分類される。eNB72-1は、大規模基地局装置に相当し、移動端末UE71と通信可能な範囲であるカバレッジとして、比較的大きい大規模カバレッジを有する。Home-eNB72-2は、小規模基地局装置に相当し、カバレッジとして、比較的小さい小規模カバレッジを有する。eNB72-1は、MME、あるいはS-GW、あるいはMMEおよびS-GWを含むMME/S-GW部以下MME部という場合がある73とS1インタフェースにより接続され、eNB72-1とMME部73との間で制御情報が通信される。ひとつのeNB72-1に対して、複数のMME部73が接続されてもよい。eNB72-1間は、X2インタフェースにより接続され、eNB72-1間で制御情報が通信される。Home-eNB72-2は、MME部73とS1インタフェースにより接続され、Home-eNB72-2とMME部73との間で制御情報が通信される。ひとつのMME部73に対して、複数のHome-eNB72-2が接続される。あるいは、Home-eNB72-2は、HeNBGWHomeeNBGateWay74を介してMME部73と接続される。Home-eNB72-2とHeNBGW74とは、S1インタフェースにより接続され、HeNBGW74とMME部73とはS1インタフェースを介して接続される。ひとつまたは複数のHome-eNB72-2がひとつのHeNBGW74と接続され、S1インタフェースを通して情報が通信される。HeNBGW74は、ひとつまたは複数のMME部73と接続され、S1インタフェースを通して情報が通信される。さらに現在3GPPでは、以下のような構成が検討されている。Home-eNB72-2間のX2インタフェースはサポートされない。MME部73からは、HeNBGW74はeNB72-1として見える。Home-eNB72-2からは、HeNBGW74はMME部73として見える。Home-eNB72-2が、HeNBGW74を介してMME部73に接続されるか否かに関係なく、Home-eNB72-2とMME部73との間のインタフェースは、S1インタフェースで同じである。複数のMME部73にまたがるような、Home-eNB72-2へのモビリティ、あるいはHome-eNB72-2からのモビリティはサポートされない。Home-eNB72-2は、唯一のセルをサポートする。図8は、本発明に係る移動端末図7の移動端末71の構成を示すブロック図である。図8に示す移動端末71の送信処理を説明する。まず、プロトコル処理部801からの制御データ、およびアプリケーション部802からのユーザデータが、送信データバッファ部803へ保存される。送信データバッファ部803に保存されたデータは、エンコーダー部804へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部803から変調部805へ直接出力されるデータが存在してもよい。エンコーダー部804でエンコード処理されたデータは、変調部805にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部806へ出力され、無線送信周波数に変換される。その後、アンテナ807から基地局72に送信信号が送信される。また、移動端末71の受信処理は、以下のとおりに実行される。基地局72からの無線信号がアンテナ807により受信される。受信信号は、周波数変換部806にて無線受信周波数からベースバンド信号に変換され、復調部808において復調処理が行われる。復調後のデータは、デコーダー部809へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部801へ渡され、ユーザデータはアプリケーション部802へ渡される。移動端末71の一連の処理は、制御部810によって制御される。よって制御部810は、図8では省略しているが、各部801~809と接続している。図9は、本発明に係る基地局図7の基地局72の構成を示すブロック図である。図9に示す基地局72の送信処理を説明する。EPC通信部901は、基地局72とEPCMME部73、HeNBGW74などとの間のデータの送受信を行う。他基地局通信部902は、他の基地局との間のデータの送受信を行う。Home-eNB72-2間のX2インタフェースはサポートされない方向であるため、Home-eNB72-2では、他基地局通信部902が存在しないことも考えられる。EPC通信部901および他基地局通信部902は、それぞれプロトコル処理部903と情報の受け渡しを行う。プロトコル処理部903からの制御データ、ならびにEPC通信部901および他基地局通信部902からのユーザデータおよび制御データは、送信データバッファ部904へ保存される。送信データバッファ部904に保存されたデータは、エンコーダー部905へ渡され、誤り訂正などのエンコード処理が施される。エンコード処理を施さずに、送信データバッファ部904から変調部906へ直接出力されるデータが存在してもよい。エンコードされたデータは、変調部906にて変調処理が行われる。変調されたデータは、ベースバンド信号に変換された後、周波数変換部907へ出力され、無線送信周波数に変換される。その後、アンテナ908より一つもしくは複数の移動端末71に対して送信信号が送信される。また、基地局72の受信処理は以下のとおりに実行される。ひとつもしくは複数の移動端末71からの無線信号が、アンテナ908により受信される。受信信号は、周波数変換部907にて無線受信周波数からベースバンド信号に変換され、復調部909で復調処理が行われる。復調されたデータは、デコーダー部910へ渡され、誤り訂正などのデコード処理が行われる。デコードされたデータのうち、制御データはプロトコル処理部903あるいはEPC通信部901、他基地局通信部902へ渡され、ユーザデータはEPC通信部901および他基地局通信部902へ渡される。基地局72の一連の処理は、制御部911によって制御される。よって制御部911は、図9では省略しているが、各部901~910と接続している。現在3GPPにおいて議論されているHome-eNB72-2の機能を以下に示す非特許文献14.6.2章参照。Home-eNB72-2は、eNB72-1と同じ機能を有する。加えて、HeNBGW74と接続する場合、Home-eNB72-2は、適当なサービングHeNBGW74を発見する機能を有する。Home-eNB72-2は、1つのHeNBGW74に唯一接続する。つまり、HeNBGW74との接続の場合は、Home-eNB72-2は、S1インタフェースにおけるFlex機能を使用しない。Home-eNB72-2は、1つのHeNBGW74に接続されると、同時に別のHeNBGW74や別のMME部73に接続しない。Home-eNB72-2のTACとPLMNIDは、HeNBGW74によってサポートされる。Home-eNB72-2をHeNBGW74に接続すると、UEattachmentでのMME部73の選択は、Home-eNB72-2の代わりに、HeNBGW74によって行われる。Home-eNB72-2は、ネットワーク計画なしで配備される可能性がある。この場合、Home-eNB72-2は、1つの地理的な領域から別の地理的な領域へ移される。したがって、この場合のHome-eNB72-2は、位置によって、異なったHeNBGW74に接続する必要がある。図10は、本発明に係るMMEの構成を示すブロック図である。図10では、前述の図7に示すMME部73に含まれるMME73aの構成を示す。PDNGW通信部1001は、MME73aとPDNGWとの間のデータの送受信を行う。基地局通信部1002は、MME73aと基地局72との間のS1インタフェースによるデータの送受信を行う。PDNGWから受信したデータがユーザデータであった場合、ユーザデータは、PDNGW通信部1001から、ユーザプレイン通信部1003経由で基地局通信部1002に渡され、1つあるいは複数の基地局72へ送信される。基地局72から受信したデータがユーザデータであった場合、ユーザデータは、基地局通信部1002から、ユーザプレイン通信部1003経由でPDNGW通信部1001に渡され、PDNGWへ送信される。PDNGWから受信したデータが制御データであった場合、制御データは、PDNGW通信部1001から制御プレイン制御部1005へ渡される。基地局72から受信したデータが制御データであった場合、制御データは、基地局通信部1002から制御プレイン制御部1005へ渡される。HeNBGW通信部1004は、HeNBGW74が存在する場合に設けられ、情報種別によって、MME73aとHeNBGW74との間のインタフェースIFによるデータの送受信を行う。HeNBGW通信部1004から受信した制御データは、HeNBGW通信部1004から制御プレイン制御部1005へ渡される。制御プレイン制御部1005での処理の結果は、PDNGW通信部1001経由でPDNGWへ送信される。また、制御プレイン制御部1005で処理された結果は、基地局通信部1002経由でS1インタフェースにより1つあるいは複数の基地局72へ送信され、またHeNBGW通信部1004経由で1つあるいは複数のHeNBGW74へ送信される。制御プレイン制御部1005には、NASセキュリティ部1005-1、SAEベアラコントロール部1005-2、アイドルステートIdleStateモビリティ管理部1005―3などが含まれ、制御プレインに対する処理全般を行う。NASセキュリティ部1005―1は、NASNonAccessStratumメッセージのセキュリティなどを行う。SAEベアラコントロール部1005―2は、SAESystemArchitectureEvolutionのベアラの管理などを行う。アイドルステートモビリティ管理部1005―3は、待受け状態LTE-IDLE状態、単にアイドルとも称されるのモビリティ管理、待受け状態時のページング信号の生成および制御、傘下の1つあるいは複数の移動端末71のトラッキングエリアTAの追加、削除、更新、検索、トラッキングエリアリストTAList管理などを行う。MME73aは、UEが登録されているregistered追跡領域トラッキングエリア:TrackingArea:TAに属するセルへ、ページングメッセージを送信することで、ページングプロトコルに着手する。MME73aに接続されるHome-eNB72-2のCSGの管理やCSG-IDの管理、そしてホワイトリスト管理は、アイドルステートモビリティ管理部1005―3で行ってもよい。CSG-IDの管理では、CSG-IDに対応する移動端末とCSGセルとの関係が管理追加、削除、更新、検索される。例えば、あるCSG-IDにユーザアクセス登録された一つまたは複数の移動端末と該CSG-IDに属するCSGセルとの関係であってもよい。ホワイトリスト管理では、移動端末とCSG-IDとの関係が管理追加、削除、更新、検索される。例えば、ホワイトリストには、ある移動端末がユーザ登録した一つまたは複数のCSG-IDが記憶されてもよい。これらのCSGに関する管理は、MME73aの中の他の部分で行われてもよい。MME73aの一連の処理は、制御部1006によって制御される。よって制御部1006は、図10では省略しているが、各部1001~1005と接続している。現在3GPPにおいて議論されているMME73aの機能を以下に示す非特許文献14.6.2章参照。MME73aは、CSGClosedSubscriberGroupsのメンバーの1つ、あるいは複数の移動端末のアクセスコントロールを行う。MME73aは、ページングの最適化Pagingoptimizationの実行をオプションとして認める。図11は、本発明に係るHeNBGWである図7に示すHeNBGW74の構成を示すブロック図である。EPC通信部1101は、HeNBGW74とMME73aとの間のS1インタフェースによるデータの送受信を行う。基地局通信部1102は、HeNBGW74とHome-eNB72-2との間のS1インタフェースによるデータの送受信を行う。ロケーション処理部1103は、EPC通信部1101経由で渡されたMME73aからのデータのうちレジストレーション情報などを、複数のHome-eNB72-2に送信する処理を行う。ロケーション処理部1103で処理されたデータは、基地局通信部1102に渡され、ひとつまたは複数のHome-eNB72-2にS1インタフェースを介して送信される。ロケーション処理部1103での処理を必要とせず通過透過させるだけのデータは、EPC通信部1101から基地局通信部1102に渡され、ひとつまたは複数のHome-eNB72-2にS1インタフェースを介して送信される。HeNBGW74の一連の処理は、制御部1104によって制御される。よって制御部1104は、図11では省略しているが、各部1101~1103と接続している。現在3GPPにおいて議論されているHeNBGW74の機能を以下に示す非特許文献14.6.2章参照。HeNBGW74は、S1アプリケーションについてリレーする。Home-eNB72-2へのMME73aの手順の一部分であるが、HeNBGW74は、移動端末71に関係しないS1アプリケーションについて終端する。HeNBGW74が配置されるとき、移動端末71に無関係な手順がHome-eNB72-2とHeNBGW74との間、そしてHeNBGW74とMME73aとの間を通信される。HeNBGW74と他のノードとの間でX2インタフェースは設定されない。HeNBGW74は、ページングの最適化Pagingoptimizationの実行をオプションとして認める。次に移動体通信システムにおける一般的なセルサーチ方法の一例を示す。図12は、LTE方式の通信システムにおいて移動端末UEが行うセルサーチから待ち受け動作までの概略を示すフローチャートである。移動端末は、セルサーチを開始すると、ステップST1201で、周辺の基地局から送信される第一同期信号P-SS、および第二同期信号S-SSを用いて、スロットタイミング、フレームタイミングの同期をとる。P-SSとS-SSとを合わせて、同期信号SSには、セル毎に割り当てられたPCIPhysicalCellIdentityに1対1に対応するシンクロナイゼーションコードが割り当てられている。PCIの数は現在504通りが検討されており、この504通りのPCIを用いて同期をとるとともに、同期がとれたセルのPCIを検出特定する。次に同期がとれたセルに対して、ステップST1202で、基地局からセル毎に送信される参照信号RScellspecificReferenceSignal:CRSを検出し受信電力RSRPとも称される。の測定を行う。参照信号RSには、PCIと1対1に対応したコードが用いられており、そのコードで相関をとることによって他セルと分離できる。ステップST1201で特定したPCIから、該セルのRS用のコードを導出することによって、RSを検出し、RS受信電力を測定することが可能となる。次にステップST1203で、ステップST1202までで検出されたひとつ以上のセルの中から、RSの受信品質が最もよいセル例えば、RSの受信電力が最も高いセル、つまりベストセルを選択する。次にステップST1204で、ベストセルのPBCHを受信して、報知情報であるBCCHを得る。PBCH上のBCCHには、セル構成情報が含まれるMIBMasterInformationBlockがのる。したがってPBCHを受信してBCCHを得ることで、MIBが得られる。MIBの情報としては、例えば、DLダウンリンクシステム帯域幅送信帯域幅設定transmissionbandwidthconfiguration:dlbandwidthとも呼ばれる、送信アンテナ数、SFNSystemFrameNumberなどがある。次にステップST1205で、MIBのセル構成情報をもとに該セルのDL-SCHを受信して、報知情報BCCHの中のSIBSystemInformationBlock1を得る。SIB1には、該セルへのアクセスに関する情報や、セルセレクションに関する情報、他のSIBSIBk;k≧2の整数のスケジューリング情報が含まれる。また、SIB1には、TACTrackingAreaCodeが含まれる。次にステップST1206で、移動端末は、ステップST1205で受信したSIB1のTACと、移動端末が既に保有しているTATrackingAreaリスト内のTACとを比較する。比較した結果、ステップST1205で受信したTACがTAリスト内に含まれるTACと同じならば、該セルで待ち受け動作に入る。比較して、ステップST1205で受信したTACがTAリスト内に含まれなければ、移動端末は該セルを通してコアネットワークCoreNetwork,EPCMMEなどが含まれるへ、TAUTrackingAreaUpdateを行うためにTAの変更を要求する。コアネットワークは、TAU要求信号とともに移動端末から送られてくる該移動端末の識別番号UE-IDなどをもとに、TAリストの更新を行う。コアネットワークは、移動端末に更新後のTAリストを送信する。移動端末は、受信したTAリストにて移動端末が保有するTACリストを書き換える更新する。その後、移動端末は、該セルで待ち受け動作に入る。LTEやUMTSUniversalMobileTelecommunicationSystemにおいては、CSGClosedSubscriberGroupセルの導入が検討されている。前述したように、CSGセルに登録したひとつまたは複数の移動端末のみにアクセスが許される。CSGセルと登録されたひとつまたは複数の移動端末とがひとつのCSGを構成する。このように構成されたCSGには、CSG-IDと呼ばれる固有の識別番号が付される。なお、ひとつのCSGには、複数のCSGセルがあってもよい。移動端末は、どれかひとつのCSGセルに登録すれば、そのCSGセルが属するCSGの他のCSGセルにはアクセス可能となる。また、LTEでのHome-eNBやUMTSでのHome-NBが、CSGセルとして使われることがある。CSGセルに登録した移動端末は、ホワイトリストを有する。具体的には、ホワイトリストはSIMSubscriberIdentityModule/USIMに記憶される。ホワイトリストには、移動端末が登録したCSGセルのCSG情報が格納される。CSG情報として具体的には、CSG-ID、TAITrackingAreaIdentity、TACなどが考えられる。CSG-IDとTACとが対応付けられていれば、どちらか一方でよい。また、CSG-IDおよびTACと、GCIGlobalCellIdentityとが対応付けられていればGCIでもよい。以上から、ホワイトリストを有しない本発明においては、ホワイトリストが空emptyの場合も含める移動端末は、CSGセルにアクセスすることは不可能であり、non-CSGセルのみにしかアクセスできない。一方、ホワイトリストを有する移動端末は、登録したCSG-IDのCSGセルにも、non-CSGセルにもアクセスすることが可能となる。3GPPでは、全PCIPhysicalCellIdentityを、CSGセル用とnon-CSGセル用とに分割PCIスプリットと称するすることが議論されている非特許文献5参照。またPCIスプリット情報は、システム情報にて基地局から傘下の移動端末に対して報知されることが議論されている。非特許文献5は、PCIスプリットを用いた移動端末の基本動作を開示する。PCIスプリット情報を有していない移動端末は、全PCIを用いて例えば504コード全てを用いてセルサーチを行う必要がある。これに対して、PCIスプリット情報を有する移動端末は、当該PCIスプリット情報を用いてセルサーチを行うことが可能である。また3GPPでは、ハイブリッドセルのためのPCIは、CSGセル用のPCI範囲の中には含まれないことが決定されている非特許文献110.7章参照。3GPPでは、移動端末がCSGセルをセレクション、あるいはリセレクションする方法について2つのモードが存在する。1つ目は、自動Automaticモードである。自動モードの特徴を以下に示す。移動端末内の許可CSGリストAllowedCSGIDListを利用して、セレクション、あるいはリセレクションを行う。PLMNの選択が完了した後、non-CSGセル、あるいは許可CSGリストに存在するCSGIDを伴うCSGセルである場合にのみ、選択している該PLMN中の1つのセルにキャンプオンする。移動端末の許可CSGリストが空であるならば、移動端末は、CSGセルの自立autonomousサーチ機能を停止する非特許文献35.2.4.8.1章参照。2つ目は、手動Manualモードである。手動モードの特徴を以下に示す。移動端末は、現在選択されているPLMNで利用可能なCSGのリストを、ユーザに示す。移動端末がユーザに提供するCSGのリストは、移動端末に保存されている許可CSGリストに含まれるCSGに限られない。ユーザが該CSGのリストに基づいてCSGを選定した後、移動端末は、選択されたCSGIDを伴うセルへキャンプオンし、登録registerを試みる非特許文献35.2.4.8.1章参照。HeNBおよびHNBに対しては、様々なサービスへの対応が求められている。例えば、オペレータは、ある決められたHeNBおよびHNBに移動端末を登録させ、登録した移動端末のみにHeNBおよびHNBのセルへのアクセスを許可することで、該移動端末が使用できる無線リソースを増大させて、高速に通信を行えるようにする。その分、オペレータは、課金料を通常よりも高く設定する、といったサービスである。このようなサービスを実現するため、登録した加入した、メンバーとなった移動端末のみがアクセスできるCSGセルClosedSubscriberGroupcellが導入されている。CSGセルClosedSubscriberGroupcellは、商店街やマンション、学校、会社などへ数多く設置されることが要求される。例えば、商店街では店舗毎、マンションでは部屋毎、学校では教室毎、会社ではセクション毎にCSGセルを設置し、各CSGセルに登録したユーザのみが該CSGセルを使用可能とするような使用方法が要求されている。HeNB/HNBは、マクロセルのカバレッジ外での通信を補完するためだけでなく、上述したような様々なサービスへの対応が求められている。このため、HeNB/HNBがマクロセルのカバレッジ内に設置される場合も生じる。3GPPにおいて、MTC技術の検討が進められている非特許文献8および9参照。MTCは、従来の人対人H2Hの通信と異なり、機械対機械M2Mの通信である。すなわち、MTCでは、ヒューマンインタラクションHumanInteractionを必要としない。サービスの応用例として、ガス、電力、水道などの検針Meteringや、輸送管理および発注管理TrackingTracingなどがある。MTCサービスの特徴として、MTCDの数が膨大であることがある。一例として、1つのセルの傘下に3万台以上のMTCDが存在することが想定されている。非特許文献8に、MTCの3GPPにおける規格が示されている。3GPPでは、MTCのアーキテクチャが検討されている非特許文献9参照。図13は、3GPPで検討されているMTCのアーキテクチャの一例を示す説明図である。LTEの通信システムだけでなく、WCDMAの通信システムでもMTCサービスのサポートが検討されている。図13において、MTCD1301~1304と、NB/eNB1305との間は、Uuインタフェース1311~1314で接続されている。SGSN/MMEServingGPRSSupportNodeMobilityManagementEntity1306は、NB/eNB1305とIuPS/S1インタフェース1315で接続されている。MMEとeNBとの間は、S1インタフェースで接続される。図示していないが、NBとSGSNとの間には、無線ネットワーク制御装置RadioNetworkController:RNCが存在している。NBとRNCとの間は、Iubインタフェースで接続され、RNCはIuPSインタフェースを介してSGSNに接続される。HLR/HSSHomeLocationRegisterHomeSubscriberServer1307は、Gr/S6aインタフェース1316を介して、SGSN/MME1306と接続される。通信オペレータ領域Operatordomain1317には、NB/eNB1305、SGSN/MME1306、およびHLR/HSS1307などが含まれる。MTCサーバ1308は、通信オペレータ領域1317に含まれる。この他に、MTCサーバ1308が通信オペレータ領域1317に含まれない場合も検討されている。MTCサービスを行うMTCユーザ1309は、アプリケーションプログラムインタフェースApplicationProgramInterface:API1310を介して、MTCサーバ1308と接続される。MTCサーバ1308が通信オペレータ領域1317のいずれのノードに接続されるかについては、3GPPにおいて現在検討中である。MTCサービス用の情報は、MTCユーザ1309によって、MTCサーバ1308から、通信オペレータ領域1317のノードであるNB/eNB1305、SGSN/MME1306、HLR/HSS1307を用いて、MTCD1301~1304へ通知される。逆にMTCD1301~1304からの情報は、通信オペレータ領域1317のノードであるNB/eNB1305、SGSN/MME1306、HLR/HSS1307を用いて、MTCサーバ1308へ通知され、MTCユーザ1309によって該情報が利用される。MTCサービスでは、多数のMTCDから、あるいは多数のMTCDへ同時にデータを通信する状況が生じる。このような状況は、例えば、1日1回午前1時に検針データをMTCDからMTCサーバに送信する場合、あるいは検針データを送信することをMTCサーバからMTCDに要求する場合などに生じる。他の例としては、全てのMTCDに対して、一斉にソフトウェアのバージョンアップのためのデータを送信する場合などがある。従来の通信方式では、H2H通信に最適化されているので、多数のMTCDが同時にデータを通信する状況に対する対策は、為されていない。多数のMTCDから、あるいは多数のMTCDへ同時にデータを通信する状況では、無線ネットワークおよびコアネットワークにおいて混雑状態が生じてしまい、これらのネットワークが過負荷状態になってしまうという問題が発生する。例えば、図13に示す例において、MTCサーバ1308から一斉に多数のMTCD1301~1304に検針データを送信することを要求するような場合、無線インタフェースであるUuインタフェース1311~1314を介して、各MTCD1301~1304へ一斉に呼出し以下ページングという場合があるが発生する。このような状況では、ページングの負荷が増大して過負荷状態となり、無線リソース不足が発生し、ページングが不可能になるという問題が生じてしまう。また、例えば、MTCサーバ1308から多数のMTCD1301~1304に一斉にデータ送信を行うような場合も同様に、無線インタフェースであるUuインタフェース1311~1314において、下りデータ送信用の無線リソースの不足が発生し、下りデータの送信が不可能になるという問題が生じてしまう。また、多数のMTCD1301~1304からMTCサーバ1308に一斉に検針データを送信するような場合も同様に、無線インタフェースであるUuインタフェース1311~1314において、上りシグナリングおよびデータ送信用の無線リソースの不足が発生し、上りアクセスが不可能になってしまうという問題が生じる。下り混雑およびそれによる問題を解消する方法として、3GPPに、非特許文献10、非特許文献11および非特許文献12の技術が提案されている。これらの非特許文献10~12には、MTCD毎ではなく、MTCグループ毎にページングを送信することで、ページングの負荷を削減する方法が開示されている。しかし、これらの非特許文献10~12に開示された方法では、多数のMTCDに一斉にページングを通知するような場合、MTCDではない移動端末以降ノーマルnormalUEと称すのページング用の無線リソースの不足が生じるという問題が依然として残ってしまう。MTCDグループは、端末装置群に相当する。また、上り混雑およびそれによる問題を解消する方法として、3GPPに、非特許文献13の技術が提案されている。非特許文献13には、MTCDからのデタッチ処理の要求が無い場合でも、上位ノードによってデタッチ処理を行うようにすることが記載されている。しかし、非特許文献13に開示された方法では、MTCDの上りRACH用無線リソースの不足が生じるという問題が生じてしまう。本発明では、上述のような、下り混雑と、それによるページング用無線リソース不足および下りデータ用無線リソース不足などの下り無線リソース不足とを回避する方法について開示する。また、上り混雑と、それによる上りRACH用無線リソース不足などの上り無線リソース不足とを回避する方法について開示する。従来のLTEの通信システムにおけるページングpaging方法について、以下に示す。図14は、従来のLTEの通信システムにおけるページングのシーケンスを示す図である。ステップST1401において、発信元から、発信先移動端末を管理するMMEに対して、着呼メッセージが通知される。着呼メッセージには、発信先の移動端末識別子識別番号が含まれる。ステップST1402において、MMEは、移動端末識別子のTAリストを検索する。この際、MMEは、必要に応じてHSSから情報を取得する。ステップST1403において、MMEは、一つまたは複数のeNBへ、ページングメッセージを送信する。これによって、ページングプロシージャを起動する。ページングメッセージには、発信先の移動端末識別子が含まれる。ステップST1403で送信されるページングメッセージに含まれる発信先の移動端末識別子UE-IDとしては、後述するステップST1404のページングメッセージに含まれる移動端末識別子である国際移動加入者識別番号InternationalMobileSubscriberIdentity:IMSIまたはサービング一時的移動加入者識別番号ServingTemporaryMobileSubscriberIdentity:s-TMSIと、ステップST1404のページングメッセージの送信タイミング導出用の移動端末識別子UE_IDとがある。ページングメッセージを受信したeNBは、ステップST1404において、傘下の移動端末UEに対してページングメッセージを送信する。ページングメッセージには、発信先の移動端末識別子UE-IDが含まれる。ステップST1404で送信されるページングメッセージに含まれる発信先の移動端末識別子UE-IDとしては、IMSIあるいはs-TMSIが用いられる。ステップST1403におけるMMEからeNBへのページングメッセージの送信は、S1インタフェース上のS1シグナリングを用いて行われ、ページングメッセージは、ページングを通知するUEが属するTAリスト内のeNBに対して送信される。ステップST1404におけるeNBからUEへのページングメッセージの送信は、エアインタフェースであるUuインタフェースを用いて行われる。ステップST1404におけるページングメッセージの送信は、周期的に行われる。これは、UEが間欠受信DiscontinuousReceive;略称:DRXを行うことを可能にして、UEの低消費電力化を図るためである。UEへのページングメッセージが送信される無線フレームページングフレーム、PagingFrame:PFおよびサブフレームページングオケージョン、PagingOccasion:POは、各UEのページング送信タイミング導出用の移動端末識別子UE_IDから導出される。以下、PFおよびPOをまとめて、PF/POという場合がある。導出式は、非特許文献3の7章に示されている。UE_IDは、移動端末のIMSIから導出してもよい。導出式に用いられるパラメータTおよびnBは、システム情報として報知される。Tは、DRX周期であり、ターゲットとするUEへのページングメッセージが送信される周期である。nBは、1つのDRX周期内でPF/POが生じる回数を決めるパラメータである。これらを用いて、非特許文献3に従って、サブフレーム番号を表す後述のパラメータNsおよびi_sが導出される。ページングメッセージは、前述のようにロジカルチャネルであるPCCHにマッピングされ、さらにトランスポートチャネルであるPCH、および物理チャネルであるPDSCHにマッピングされる。ページングメッセージが送信されるサブフレームのPDCCHには、無線リソース割当情報が含まれる。PDCCHに含まれるページングメッセージ用の無線リソース割当情報は、ページング用の識別子であるP-RNTIPagingRadioNetworkTemporaryIdentityを用いてマスクされる。無線リソース割当情報がマスクされると記載したが、さらに具体的には、無線リソース割当情報のCRCCyclicRedundancyCheckパリティビットがマスクされる。これによって、UEは、自局のページングメッセージが送信されるタイミングのサブフレームPF/POのPDCCHを、P-RNTIを用いて検出することで、ページングメッセージの有無を判断することが可能となる。ページングメッセージに含まれる情報として、ページングレコードのリストであるページングレコードリストpagingRecordList、システムインフォメーションモディフィケーションsystemInfoModification、および緊急情報インジケーションetwsIndicationがある。ページングレコードには、移動端末UE識別子であるIMSIあるいはs-TMSIが含まれる。ページングメッセージを受信したUEは、ページングレコードに含まれるUE識別子に自UEの識別子があることを認識した場合、セルへアクセスを開始する。ページングレコードは、規格において最大値が決められており、16が設定されている。従来のLTEでのページングでは、非特許文献2に示されるように、ページングレコードの数が限定されているので、1サブフレームで呼出すことができるUE数が限定される。これによって、多数のMTCDへ一斉にページングが発生するような場合、全てのMTCDにページングを通知するまでに、大きな遅延が生じてしまうという問題がある。例えば、3GPPR2-102781以下非特許文献14というには、セル内の全てのMTCDにページングを通知するまでに、11.15秒の遅延を生じる旨の記載がある。さらに、normalUE向のページングを送信できなくなるという問題が生じる。normalUE向のページングと、MTCD向のページングとが同時に発生した場合、1つのページングメッセージ上の全てのページングレコードがMTCDの識別子となり、normalUEの識別子をのせることが不可能になる場合が生じる。このような場合、normalUEを呼出すことは不可能になる。DRX周期後の次のページングオケージョンでも、normalUE向のページングがMTCD向のページングと同時に発生する可能性は高く、同様にnormalUEを呼出すことが不可能となる。したがって、normalUEが自局宛のページングメッセージを受信できるまで、大きな遅延時間が生じることになる。非特許文献10および非特許文献11には、MTCD毎ではなく、MTCグループ毎にページングを送信することで、ページングの負荷を削減する方法が開示されている。しかし、これらの方法においても、MTCグループ向ページングと、normalUE向ページングとが同時に発生した場合、1つのページングメッセージ上のページングレコードのうちのいくつか、または全部がMTCグループの識別子となってしまい、normalUEの識別子をのせられる数が減少してしまう。これによって、いくつかのnormalUEを呼出すことが不可能になり、従って、normalUEが自局宛のページングメッセージを受信できるまで、大きな遅延時間が生じることになる。normalUEへのページングにおいては、ヒューマンインタラクションHumanInteractionを必要とするので、遅延時間の増大は許されない。したがって、normalUE向のページングと、MTCD向のページングとが同時に発生した場合において、normalUE向ページングの遅延時間の増大を防ぐことが重要な課題となる。本実施の形態では、上述のような課題を解決するために、1つのページングメッセージ上で呼出すことができるnormalUEの数を減らさずに、MTCDを呼出す方法を開示する。MTCDを呼出す具体的な方法として、以下の1,2の2つを開示する。1normalUE向ページングをMTCD向ページングよりも優先する、2ページングレコードの個数以下ページングレコード数というの最大値を端末種別毎に設ける。まず、前記1のnormalUE向ページングをMTCD向ページングよりも優先する方法の具体例を示す。MMEは、eNBに送信するページングメッセージに、そのページングメッセージによるページングがnormalUE向であるか、MTCD向であるかを示す情報をのせる。例えば、1ビットの情報として、1をnormalUE向とし、0をMTCD向としてもよい。eNBは、MMEから受信したページングメッセージの情報に基づいて、1つのページングメッセージ上に含めるページングレコードに、MTCDの移動端末識別子よりも、normalUEの移動端末識別子を優先して記載して、ページングを送信する。これによって、normalUEを、MTCDよりも優先して呼出すことが可能となる。MMEからのページングが、MTCD向のページングではなく、MTCグループへのページングである場合であっても、上述の方法を適用できる。この場合には、MMEからのページングのページングメッセージに、そのページングメッセージが、normalUE向であるか、MTCD向であるかを示す情報をのせるようにすればよい。eNBは、MMEから受信したページングメッセージの情報に基づいて、1つのページングメッセージ上に含めるページングレコードに、MTCグループあるいはMTCグループに属するMTCDの移動端末識別子よりも、normalUEの移動端末識別子を優先して記載して、ページングを送信する。これによって、normalUEを優先して呼出すことが可能となる。以上のような方法を用いることによって、normalUE向のページングと、MTCD向のページングとが同時に発生した場合におけるnormalUE向ページングの遅延時間の増大を防ぐことが可能となる。次に、前記2のページングレコード数の最大値を端末種別毎に設ける方法の具体例を示す。新たにMTCD用のページングレコード数の最大値を設ける。normalUE用には、従来のページングレコード数の最大値を用い、MTCD用には、新たに設けたページングレコード数の最大値を用いる。従来のページングレコード数の最大値を表すパラメータをmaxpagerecとして、これに、呼出し可能なnormalUEの個数の最大値を設定する。新たに設けたページングレコード数の最大値を表すパラメータをmtcmaxpagerecとして、これに、呼出し可能なMTCDの個数の最大値を設定する。この方法を用いることによって、ページングメッセージに含まれるページングレコード数の最大値を、normalUEとMTCDとで別々に設定できるようになる。ページングレコードリストも、新たにMTCD用に設けるとよい。従来のページングレコードリストを表すパラメータをpagingrecordlistとして、これにnormalUEのページングレコード数の最大値maxpagerecまでの個数の移動端末識別子、具体的にはIMSIまたはs-TMSIを記載する。新たに設けたページングレコードリストを表すパラメータをmtcpagingrecordlistとして、これにMTCDのページングレコード数の最大値mtcmaxpagerecまでの個数の移動端末識別子、具体的にはIMSIあるいはs-TMSIを記載すればよい。図15は、実施の形態1におけるページングメッセージに含まれる情報の一例を示す図である。図15に示すように、ページングメッセージには、呼出すnormalUEの移動端末識別子が、normalUEのページングレコード数の最大値maxpagerecまでの個数分記載されたページングレコードのリストpagingrecordlistと、呼出すMTCDの移動端末識別子が、MTCDのページングレコード数の最大値mtcmaxpagerecまでの個数分記載されたページングレコードのリストmtcpagingrecordlistとが含まれている。MMEからページングメッセージを受信したeNBは、呼出す移動端末の移動端末識別子から、ページングメッセージを送信するタイミングPF/POを決定する。複数の移動端末に一斉に呼出が発生する場合、複数の移動端末が、移動端末識別子によって決定される同じタイミングPF/POで、同一のページングメッセージで呼出される場合がある。多数のMTCDに一斉に呼出しが発生する場合、複数の移動端末、特に複数のMTCDが、同じタイミングPF/POで、同一のページングメッセージで呼出されることになる。eNBは、同一のページングメッセージで呼出す1つまたは複数のnormalUEの移動端末識別子を、ページングレコードリストpagingrecordlistのページングレコードに、normalUEのページングレコード数の最大値maxpagerec以内の個数分記載する。さらに、同一のページングメッセージで呼出す1つまたは複数のMTCDの移動端末識別子を、ページングレコードリストmtcpagingrecordlistのページングレコードに、MTCDのページングレコード数の最大値mtcmaxpagerec以内の個数分記載する。このページングメッセージを前記タイミングPF/POで周期的に間欠送信する。移動端末であるnormalUEおよびMTCDは、自局の移動端末識別子から導出したPF/POのタイミングで間欠受信し、ページングメッセージが存在する場合に、ページングメッセージを受信する。normalUEは、ページングメッセージのpagingrecordlistのページングレコードに、自局の移動端末識別子が存在すれば、呼出しが有ると判断して、上りアクセスを開始する。MTCDは、ページングメッセージのmtcpagingrecordlistのページングレコードに、自局の移動端末識別子が存在すれば、呼出しが有ると判断して、上りアクセスを開始する。このように、ページングメッセージ内に、normalUEおよびMTCDのページングレコード数の最大値およびページングレコードリストを別々に設けることによって、1つのページングメッセージで多数の移動端末を呼出す状況が発生するような場合でも、normalUEへの影響を抑制することが可能となる。これによって、特にシステムへの影響の大きい、normalUE向ページングの遅延時間の増大を防ぐことが可能となる。MTCのページングレコードに、MTCD毎の移動端末識別子ではなく、MTCグループ毎の識別子を設けて記載するようにしてもよい。MTCグループ毎の識別子としては、従来の移動端末識別子UE-IDの中から割当てるようにしてもよいし、従来の移動端末識別子とは別に、MTCグループ専用の識別子を設けるようにしてもよい。MTCのページングレコードにMTCグループ毎の識別子を記載する場合、MTCグループ毎の呼出が可能となる。MTCのページングレコードに、MTCグループ毎の識別子を記載する場合、ページングレコード数の最大値には、MTCDのページングレコード数の最大値mtcmaxpagerecを適用してもよい。この場合、MTCD毎の移動端末識別子とMTCグループ毎の識別子との合計数が、MTCDのページングレコード数の最大値を超えないように設定すればよい。MTCのページングレコードに、MTCグループ毎の識別子を記載する場合、他の方法として、MTCグループのページングレコード数の最大値を、normalUEのページングレコード数の最大値、およびMTCDのページングレコード数の最大値とは別に設けるようにしてもよい。MTCグループのページングレコード数の最大値を表すパラメータをmtcgmaxpagerecとして、これに、呼出し可能なMTCグループの個数の最大値を設定すればよい。この方法を用いることによって、ページングメッセージに含まれるMTCグループのページングレコード数の最大値を、normalUEおよびMTCDとは別に設定できるようになる。ページングレコードリストも、新たにMTCグループ用に設けるとよい。MTCグループ用のページングレコードリストを表すパラメータをmtcgpagingrecordlistとして、これにMTCグループのページングレコード数の最大値mtcgmaxpagerecまでの個数のMTCグループ識別子を記載すればよい。MTCDのページングレコード数の最大値mtcmaxpagerec、およびMTCグループのページングレコード数の最大値mtcgmaxpagerecは、静的あるいは準静的に設定できるようにしてもよい。静的に設定する場合は、予め規格に記載しておくことによって、MTCDおよびeNBが前記ページングレコード数の最大値を認識できる。この場合、パラメータのシグナリングが不要となるので、通信エラーが発生せず、無線リソースの消費を削減することが可能となる。準静的に設定する場合は、設定するノードを、eNBあるいはMMEとすればよい。eNBが設定する場合は、eNBからシステム情報として、ページングレコード数の最大値を傘下の移動端末に報知すればよい。MMEが設定する場合は、MMEからeNBに対して、S1インタフェース上のS1シグナリングメッセージを用いて、ページングレコード数の最大値を通知すればよい。これによって、eNBは、ページングレコード数の最大値を傘下の移動端末に通知することが可能となる。図16は、MTCDのページングレコード数の最大値を準静的に設定する場合のページングのシーケンスの一例を示す図である。ステップST1601において、MMEは、MTCD用のページングレコード数の最大値を決定する。ステップST1602において、MMEは、決定した最大値をS1シグナリングでeNBに通知する。ステップST1603において、eNBは、前記最大値をシステム情報として、傘下の移動端末UEに報知する。これによって、移動端末は、ページングメッセージに含まれるMTCD向ページングレコードの個数の最大値を認識することが可能となる。ステップST1604~ステップST1607は、前述の図14に示すステップST1401~ステップST1404と同じページングのシーケンスだが、移動端末としてMTCDへの呼出しについて開示してある。ステップST1604において、発信元からMMEに対して着呼メッセージが通知される。着呼メッセージには、発信先のMTCDの識別子が含まれる。ステップST1605において、MMEは、MTCDの識別子のTAリストを検索する。ステップST1606において、MMEは、一つまたは複数のeNBへ、ページングメッセージを送信する。ページングメッセージには、発信先のMTCDの識別子が含まれる。ページングメッセージを受信したeNBは、ステップST1607において、傘下の移動端末に対してページングメッセージを送信する。ページングメッセージには、発信先のMTCDの識別子が含まれる。MMEが、MTCDのページングレコード数あるいはMTCグループのページングレコード数の最大値を決定するための指標としては、MMEの傘下あるいはeNBの傘下のMTCDの台数、またはセル毎の無線リソース使用量を用いるとよい。また、これらの指標を組合せて用いてもよい。これらの指標を用いて最大値を準静的に設定可能とすることによって、セルに存在するMTCD数あるいはMTCグループ数に応じて、ページングレコード数の最大値を柔軟に変更できる。これによって、ページングに必要となる無線リソースの使用効率を高めることが可能となり、無線リソースの有効活用が可能となる。セルに存在するMTCD数あるいはMTCグループ数が比較的多い場合は、MTCDあるいはMTCグループのページングレコード数の最大値を比較的大きい値に設定し、セルに存在するMTCD数あるいはMTCグループ数が比較的少ない場合は、MTCDあるいはMTCグループのページングレコード数の最大値を比較的小さい値に設定する。上述した方法では、端末種別毎にページングレコード数の最大値を設定するようにしたが、他の方法として、1つのページングメッセージに含ませるページングレコードの個数の最大値を設定し、どれか1つの端末種別を除いた種別の端末について、端末種別毎にページングレコード数の最大値を設定するようにしてもよい。例えば、端末種別を、normalUEとMTCグループとした場合、1つのページングメッセージに含ませるページングレコードの個数の最大値を設定し、さらにMTCグループのページングレコード数の最大値を設定するようにしておけばよい。こうすることによって、上述した方法と同様に、normalUE用のページングレコード数を確保することが可能となる。本実施の形態で開示した方法を用いることによって、1つのページングメッセージ上で呼出すことができるnormalUEの数を減らさずに、MTCDを呼出すことが可能となる。これによって、normalUE向のページングと、MTCD向のページングとが同時に発生した場合における下り混雑およびそれによるページング用無線リソース不足などの無線リソース不足を回避することができる。したがって、normalUE向ページングの遅延時間の増大を防ぐことが可能となり、H2Hに最適な通信を維持した状態でM2M通信を可能とする通信システムを構築することが可能となる。実施の形態2.本実施の形態では、1つのページングメッセージ上で呼出すことができるnormalUEの数を減らさずにMTCDを呼出すことができる他の方法を開示する。具体的な方法として、ページングメッセージ内にMTCD呼出し用のインジケータ以下MTCD呼び出し用インジケータという場合があるを設ける。ページングメッセージのページングレコードではない情報として、MTCD呼出し用インジケータを設けるとよい。図17は、実施の形態2におけるページングメッセージに含まれる情報の一例を示す図である。MTCD呼出し用インジケータをmtcindicationとしている。図17に示すように、本実施の形態におけるページングメッセージには、従来のページングメッセージに含まれる情報、具体的にはpagingrecordlist、systeminfomodificationおよびetwsindicationに加えて、mtcindicationを含める。mtcindicationを1ビットbitの情報として、1あるいはtrueの場合はMTCDの呼出しがあるとし、0あるいはfalseの場合はMTCDの呼出しが無いとしてもよい。MTCDは、自局の移動端末識別子から導出したPF/POのページングメッセージに、MTCD呼出し用インジケータmtcindicationがある、すなわちtrueであることを認識すると、上りアクセスを開始する。このように構成することによって、MTCDを呼出すために、ページングメッセージのページングレコードにMTCDあるいはMTCグループの識別子をのせなくて済むので、1つのページングメッセージ内のページングレコードにのせられるnormalUEの数を減らさずに、MTCDを呼出すことが可能となる。これによって、normalUE向のページングと、MTCD向のページングとが同時に発生した場合における下り混雑およびそれによるページング用無線リソース不足を回避することができる。したがって、normalUE向ページングの遅延時間の増大を防ぐことが可能となり、H2Hに最適な通信を維持した状態でM2M通信を可能とする通信システムを構築することが可能となる。着呼がMTCDに対して発生する場合ではなく、着呼がMTCグループに対して発生する場合、そのMTCグループに属するMTCDにページングを送信するために、MTCグループとMTCグループに属するMTCDとの対応付けが必要となる。MTCグループとそれに属するMTCDとの対応付けを行うノードとしては、MMEあるいはeNBを用いればよい。MTCグループとそれに属するMTCDとの対応付けを行うために、MTCグループ識別子とそのMTCグループに属するMTCDの移動端末識別子とを対応付けた対応リストを設けておくとよい。対応リストは、HSS、あるいはMME、あるいはeNBで構成および管理されるようにすればよい。MTCグループとそれに属するMTCDとの対応付けをMMEが行う場合、MMEは、対応付けに必要な情報を予めHSS、あるいはMME自身、あるいはeNBから取得するようにしておけばよい。対応付けに必要な情報としては、前述の対応リストがある。図18は、MMEが、MTCグループとそれに属するMTCDとの対応付けを行う場合のページングのシーケンスの一例を示す図である。ステップST1801で着呼を受信したMMEは、ステップST1802において、受信した着呼メッセージに含まれるMTCグループ識別子に基づいて、そのMTCグループ識別子のMTCグループに属するMTCDの移動端末識別子を導出する。MMEは、MTCDの移動端末識別子の導出のために必要な情報、例えばMTCグループ識別子と、そのMTCグループ識別子のMTCグループに属するMTCDの移動端末識別子との対応リストをHSSから取得するようにしてもよい。ステップST1803において、MMEは、導出したMTCDの移動端末識別子のTAリストを検索する。この場合も、MMEは、MTCDの移動端末識別子のTAリストの検索に必要な情報をHSSから取得するようにしてもよい。ステップST1804において、MMEは、TAリスト内の一つまたは複数のeNBへ、ページングメッセージを送信することによって、ページングプロシージャを起動する。ページングメッセージには、呼出すMTCDの移動端末識別子が含まれる。ページングメッセージを受信したeNBは、ステップST1805において、傘下の移動端末UEに対してページングを送信する。ページングのページングメッセージには、呼出すMTCDの移動端末識別子は含まれず、MTCD呼出し用インジケータmtcindicationが含まれる。MMEからeNBへ送信するページングメッセージに、呼出す1つのMTCグループに属する一つまたは複数のMTCDの識別子をのせるようにしてもよい。この場合、1つのページングメッセージを受信したeNBは、受信したページングメッセージに含まれる一つまたは複数のMTCDの識別子に基づいて、一つまたは複数のMTCDに対して、MTCD呼出し用インジケータmtcindicationを含むページングメッセージを送信する。このようにすることによって、MMEとeNBとの間のページング信号が1つでよくなるので、S1シグナリング量を削減することが可能となる。MTCグループのTAリストを新たに設けておいてもよい。MTCグループのTAリストは、ここで開示するページングがMTCグループに対して発生した場合に用いてもよい。MTCグループのTAリストの情報は、HSSにリストおよび管理されてもよいし、MMEにリストおよび管理されてもよい。MMEは、ステップST1803において、導出したMTCDの識別子のTAリストを検索するのではなく、MTCグループのTAリストを検索する。この際、TAリストがHSSにリストおよび管理されている場合は、MMEはHSSから情報を取得すればよい。MTCグループのTAリストを導出したMMEは、TAリストに含まれる一つまたは複数のeNBに対してページングメッセージを送信すればよい。MTCグループとそれに属するMTCDとの対応付けをeNBが行う場合、eNBは、対応付けに必要な情報を予めHSS、あるいはMME、あるいはeNB自身から取得するようにしておけばよい。HSSから取得する場合は、MMEを介して取得すればよい。対応付けに必要な情報として、前述の対応リストがある。MMEは、MTCグループのTAリストに含まれる一つまたは複数のeNBに対してMTCグループ識別子を含むページングメッセージを送信する。eNBは、MTCグループ識別子を受信して、前述の対応リストの対応付けに基づいて、その識別子のMTCグループに属するMTCDを導出する。eNBは、導出したMTCDに対して個別にページングメッセージを送信する。ページングメッセージには、MTCD呼出し用インジケータmtcindicationを含ませる。これによって、MMEとeNBとの間のページング信号は、グループ毎に1つでよいので、S1シグナリング量を削減することが可能となる。実施の形態2変形例1.前述の実施の形態2の方法では、MTCD呼出し用インジケータmtcindicationは1つであるので、セル内に複数のMTCグループが存在し、異なるMTCグループに属するMTCDに同時にページングが発生した場合、MTCDは、自局が属するMTCグループへのページングか否かを判別することができないという問題がある。この問題を解消するために、本変形例では、MTCD呼出し用のインジケータの代わりに、ページングメッセージ内にMTCグループ呼出し用のインジケータを設ける。MTCグループ呼出し用のインジケータの具体例として、MTCグループの識別子を用いてもよい。MTCグループ呼出し用のインジケータをMTCグループの識別子とした場合、MTCグループ呼出し用のインジケータは、MTCグループの識別子に要するビット数とすればよい。MTCDは、自局の移動端末識別子から導出したPF/POのページングメッセージに、MTCグループ呼出し用のインジケータとして、自MTCDの属するMTCグループの識別子があることを認識すると、上りアクセスを開始する。このように構成することによって、たとえ異なるMTCグループに属するMTCDに同時にページングが発生した場合でも、どのMTCグループに対する呼出しかをMTCDに対して通知することが可能となる。MTCDは、ページングメッセージが自MTCDの属するMTCグループに対する呼出しかを判断することが可能となるので、ページングメッセージの受信に続く上りアクセスを開始するか否かの判断が可能となる。これによって、自MTCDの属するMTCグループに対する呼出しでない場合に、上りアクセスを開始しないようにすることができ、低消費電力化を図ることができる。MTCグループの識別子は、システム毎に付与される。システムにおけるMTCグループの数は大きくなると考えられるので、MTCグループの識別子に必要とするビット数は多大になる。したがって、上述した方法のようにMTCグループの識別子をMTCグループ呼出し用のインジケータとして用いた場合、MTCグループ呼出し用のインジケータに必要とするビット数は多大になってしまう。そこで、MTCグループ呼出し用のインジケータの他の例として、セル毎のMTCグループの識別子を用いてもよい。ある1つのセルについて考えると、1つのセルでサポートされるMTCサービスの数は限定される。MTCグループがMTCサービス毎に構成されることなどが考えられるので、1つのセルでサポートされるMTCグループ数も、システムでサポートされるMTCグループ数と比較して少なくなる。したがって、システムにおけるMTCグループ識別子を、セル毎に割当て直すことによって、MTCグループ識別子の情報量を低減させることが可能となる。システムにおけるMTCグループ識別子をセル毎に割当て直す場合、たとえばeNBがセル毎のMTCグループ識別子への割当てを行うようにするとよい。MTCDとMMEとの間のアタッチプロシージャにおいて、eNBは、RRCシグナリングメッセージによって、MTCDが属するMTCグループのセル毎のMTCグループ識別子をMTCDに通知する。図19は、eNBがセル毎のMTCグループ識別子への割当てを行う場合のページングのシーケンスの一例を示す図である。ステップST1901において、MTCDがアタッチプロシージャを開始した場合、MMEは、上位ノードとの間でリソース設定などを行い、ステップST1902において、アタッチアクセプトメッセージをeNBに通知する。アタッチアクセプトメッセージには、MTCDが属するMTCグループ識別子を含ませておく。ステップST1903において、eNBは、システムでのMTCグループ識別子をセル毎のMTCグループ識別子に変換する。このMTCグループ識別子の変換における対応関係は、eNBに記憶させておく。たとえば、前記対応関係は、図9に示すeNBの制御部911あるいはプロトコル処理部903などに記憶させておくとよい。ステップST1904において、eNBは、RRC接続リコンフィグレーションRRCconnectionreconfigurationメッセージに、変換後のセル毎のMTCグループ識別子を含ませてMTCDに送信する。RRC接続リコンフィグレーションメッセージを受信したMTCDは、セル毎のMTCグループ識別子を認識する。ここでは、RRC接続リコンフィグレーションメッセージに、変換後のセル毎のMTCグループ識別子を含ませることを開示したが、これに限らず、eNBからMTCDに対して送信されるアタッチ完了メッセージに、変換後のセル毎のMTCグループ識別子を含ませるようにしてもよい。ステップST1905において、着呼を受信したMMEは、ステップST1906において、着呼メッセージに含まれるMTCグループ識別子に基づいて、そのMTCグループ識別子のMTCグループに属するMTCDの移動端末識別子を導出する。MMEは、MTCグループに属するMTCDの移動端末識別子の導出のために必要な情報、例えばMTCグループ識別子とそのMTCグループ識別子のMTCグループに属するMTCDの移動端末識別子との対応リストをHSSから取得するようにしてもよい。ステップST1907において、MMEは、導出したMTCDの移動端末識別子のTAリストを検索する。この場合も、MMEは、MTCDの移動端末識別子のTAリストの検索に必要な情報をHSSから取得するようにしてもよい。ステップST1908において、MMEは、TAリスト内の一つまたは複数のeNBへページングメッセージを送信することによって、ページングプロシージャを起動する。ページングメッセージには、呼出すMTCDの移動端末識別子が含まれる。ページングメッセージを受信したeNBは、ステップST1909において、システムでのMTCグループ識別子からセル毎のMTCグループ識別子を導出する。セル毎のMTCグループ識別子の導出には、ステップST1903で行った変換における対応関係を用いる。ステップST1910において、eNBは、傘下の移動端末UEに対してページングを送信する。ページングのページングメッセージには、呼出すMTCグループにおけるセル毎のMTCグループ識別子を含める。MTCDは、自局の移動端末識別子から導出したPF/POのページングメッセージに、MTCグループ呼出し用のインジケータとして、ステップST1904で受信した自MTCDの属するセル毎のMTCグループの識別子があることを認識すると、上りアクセスを開始する。また、セル毎のMTCグループの識別子ではなく、TA毎のMTCグループの識別子としてもよい。この場合、MMEが、TA毎のMTCグループ識別子への割当てを行うようにするとよい。MTCDとMMEとの間のアタッチプロシージャにおいて、MMEは、アタッチアクセプトメッセージによって、MTCDが属するTA毎のMTCグループ識別子をeNBに対して通知する。eNBは、RRCシグナリングメッセージによって、TA毎のMTCグループ識別子をMTCDに通知する。以上のようにセル毎、あるいはTA毎のMTCグループ識別子を設け、この識別子をMTCグループ呼出し用に用いることによって、MTCグループ呼出し用のインジケータのビット数を低減できる。これによって、多数のMTCDを呼出す場合の無線リソースの削減が可能となり、混雑を回避することが可能となる。以上に述べたようにセル毎、あるいはTA毎のMTCグループ識別子を設けることは、ページングメッセージ内のページングレコードにMTCグループ識別子を用いる場合にも適用可能である。これによって、ページングレコードのビット数を低減できるので、ページングレコード数の最大値を大きくとることができ、1つのページングメッセージで呼出すことができる移動端末数を増やすことが可能となる。したがって、normalUE呼出しへの影響を低減することが可能となる。実施の形態2変形例2.前述の実施の形態2および実施の形態2の変形例1では、PF/POを導出するために、MTCDの移動端末識別子を用いた場合について述べた。本変形例では、PF/POを導出するために、MTCDの移動端末識別子の代わりに、MTCグループ識別子を用いることとする。MTCグループ識別子としては、システムとしてのMTCグループ識別子とすればよく、この他にもTA毎のMTCグループ識別子、セル毎のMTCグループ識別子としてもよい。MTCDは、自MTCグループの識別子からPF/POを導出し、そのページングメッセージ内にMTC呼出し用のインジケータがある、すなわちtrueであることを認識すると、上りアクセスを開始する。この方法を用いることによって、PF/POがMTCグループで分散されるので、複数のMTCグループが同じPF/POになる可能性が大きく低減する。これによって、MTCDが、自MTCDが属するMTCグループでは無い他のMTCグループに対するページングに対して、上りアクセスを開始する可能性が大幅に低減する。したがって、MTCDの低消費電力化を図ることができるとともに、無駄な上りシグナリングを低減することが可能となり、上りの混雑を回避することができる。PF/POを導出するためのMTCグループの識別子として、MTCグループ毎にPF/POの導出結果が異なるようなMTCグループ識別子を、各MTCグループに割当てるようにしてもよい。このような構成にすることによって、複数のMTCグループのページングメッセージが同じPF/POで発生することを防ぐことができる。この方法は、MTCDに対してのみのMTCグループの識別子の割当てについてなので、レガシーの移動端末、すなわちリリースの古い規格の移動端末に割当てられている識別子を割当て直す等の必要は無い。したがって、新たなバージョンにおいてMTCがサポートされた場合に、レガシーの移動端末に影響を与えることなく、容易に導入することができる。MTCグループ識別子を設けるのではなく、同一MTCグループの全てのMTCDに、同一の移動端末識別子を割当てるようにしてもよい。別途MTCグループ識別子を設けるのではなく、MTCグループ識別子として移動端末識別子を用いてもよい。MTCグループ毎の移動端末識別子をページング専用としてもよい。ページングメッセージに、MTCグループ呼出し用のインジケータとして、MTCグループ毎の移動端末識別子であるIMSIおよびs-TMSIを用いてもよいし、ページングレコードに、MTCグループ毎の移動端末識別子であるIMSIおよびs-TMSIをのせるようにしてもよい。また、PF/PO導出の際に用いるようにしてもよい。すなわち、PF/PO導出の際に用いる移動端末識別子として、MTCグループ毎のUE_IDまたはIMSIを用いてもよい。また、ページング専用の移動端末識別子とは別に、MTCD毎の移動端末識別子も割当てるようにしてもよい。すなわち、1つのMTCDに対して、移動端末毎の移動端末識別子とMTCグループ毎の移動端末識別子とを二重に割当てるようにしてもよい。MTCDは、自局が属するMTCグループのページング専用移動端末識別子であるUE_IDまたはIMSIからPF/POを導出し、そのサブフレームにマッピングされたページングメッセージのページングレコードに、MTCグループ毎に割当てられた移動端末識別子であるIMSIまたはs-TMSIが記載されていることを認識すると、上りアクセスを開始する。以上に述べた方法によれば、従来の移動端末識別子の中からMTCグループ識別子を割当てることができるので、新たな体系あるいは規則の識別子を設ける必要が無く、システムとして簡略化でき、各ノードにおける制御を簡略化することができる。実施の形態3.本実施の形態では、1つのページングメッセージ上で呼出すことができるnormalUEの数を減らさずに、MTCDを呼出すことができる他の方法を開示する。非特許文献12には、MTCDに、MTCDとnormalUEとが別のPF/POになるような移動端末識別子を割当てることによって、normalUE向ページング用の無線リソースの不足を解消する方法が開示されている。しかし、非特許文献12に開示されている方法では、レガシーの移動端末も含めて、MTCDとnormalUEとでページンググループが異なるように、移動端末識別子を割当てなくてはならない。レガシーの移動端末には、既に移動端末識別子が割当てられているので、再度前記のような割当てを行うことは、オペレータにとって複雑で困難な作業となる。本実施の形態では、normalUE向のページングが発生するPF/POと、MTCD向のページングが発生するPF/POとを異ならせる。POを異ならせる方法の一例を示す。予めページングメッセージがマッピングされるサブフレームを異ならせる。図20は、現在のLTEで決められているページングがマッピングされるサブフレームPOを示す図である。図20に示すN/Aは、該当する値がないNotAvailableことを表す。非特許文献3によって導出したNsと、非特許文献3によって移動端末のUE_IDまたはIMSIを用いて導出したi_sとに応じて、サブフレーム番号が決められている。これを、normalUE向のページングがマッピングされるサブフレームとし、これとは別に、MTCD向のページングがマッピングされるサブフレームを設ける。図21は、MTCD向のページングがマッピングされるサブフレームを示す図である。図21に示すN/Aは、該当する値がないNotAvailableことを表す。非特許文献3によって導出したNsと、非特許文献3によってMTCDのUE_IDまたはIMSIから導出したi_sとに応じて、サブフレーム番号が決められる。図20および図21に示すように、予めページングメッセージがマッピングされるサブフレームを、normalUEとMTCDとで異ならせることによって、normalUE向のページングとMTCD向のページングとが同一サブフレームで発生することは無くなる。これによって、1つのページングメッセージ内にnormalUEの呼出しとMTCDの呼出しとが含まれることは無くなる。また、移動端末識別子の割当て方法は、従来どおりの方法を適用することができる。したがって、セルに多数のMTCDが存在する場合に、レガシーの移動端末も含めて、1つのページングメッセージ上で呼出すことができるnormalUEの数を減らさずに、MTCDを呼出すことが可能となる。これによって、normalUE向ページングの遅延時間の増大を防ぐことが可能となり、H2Hに最適な通信を維持した状態でM2M通信を可能とする通信システムを構築することが可能となる。MTCD用のページングがマッピングされるサブフレームは、1つとしてもよい。例えば、実施の形態2で開示したように、MTCD呼出しのためにインジケータを用いるなどとしてページングレコードが不要な構成にすることによって、1つのページングメッセージで呼出すことができるMTCD数の制限がなくなる。したがって、複数のサブフレームを設定する必要がなくなる。図22は、MTCD向のページングがマッピングされるサブフレームが1つの場合のサブフレームの一例を示す図である。図23は、MTCD向のページングがマッピングされるサブフレームが1つの場合のサブフレームの他の例を示す図である。このように、MTCD向のページングがマッピングされるサブフレームを、MTCDの移動端末識別子によらずに、1つとすることで、MBSFNサブフレームへの影響を低減することができる。実施の形態3変形例1.本変形例では、PFを異ならせる方法の一例を示す。予めページングメッセージがマッピングされる無線フレームを異ならせる。図24は、現在のLTEで決められているページングがマッピングされる無線フレームPFを示す図である。ここで、DRX周期Tは、T=32とし、1つのDRX周期内でPFが生じる回数を決めるパラメータnBは、nB=16とする。PFの導出方法は、非特許文献3に記載されている。図24において、斜線で示す無線フレームが、UE向のページングがマッピングされる無線フレームであるとする。周期Tは32であるので、無線フレームradioframe:rf番号0から31までが1周期となる。nB=T/2であるので、ページングの発生する無線フレームPFは、偶数番号の無線フレームとなる。PF内でページングが発生するサブフレーム番号は9とする。このPFをnormalUE用のページングがマッピングされる無線フレームとし、これとは別に、MTCD用のページングがマッピングされる無線フレームを設ける。図25は、MTCD向のページングがマッピングされる無線フレームPFを示す図である。図24と同様に、T=32とし、nB=16とする。図25において、斜線で示す無線フレーム、具体的には奇数番号の無線フレームが、MTCD向のページングがマッピングされる無線フレームであるとする。このように、MTCD向のページングがマッピングされる無線フレームを、normalUE向のページングがマッピングされる無線フレームとは異ならせる。MTCD向のページングがマッピングされる無線フレームPFの導出方法の一例として、以下の導出式2を用いるとよい。SFNmodT=TdivNUE_IDmodNk...2ただし、k=1式2のkの値は、nBに応じて設定してもよい。例えば、nB=T/4の場合、k=1,2,3のいずれかとすればよい。他の例として、k=2nB/Tとしてもよい。また、他の例として、以下の導出式3を用いてもよい。SFNmodT=TdivNUE_IDmodN1UE_IDmodm-1...3ただし、m=nB/Tこれによって、normalUE向のページングがマッピングされない無線フレームの全てを、MTCD向のページングがマッピングされる無線フレームとして用いることが可能となる。本変形例で開示したように、normalUEのページングが発生する無線フレームPFと、MTCDのページングが発生する無線フレームPFとを異ならせることによって、normalUE向のページングとMTCD向のページングとが同一無線フレームで発生することは無くなる。これによって、1つのページングメッセージ内にnormalUEの呼出しとMTCDの呼出しとが含まれることは無くなる。また、移動端末識別子の割当て方法は、従来どおりの方法を適用することができる。したがって、セルに多数のMTCDが存在する場合に、レガシーの移動端末も含めて、1つのページングメッセージ上で呼出すことができるnormalUEの数を減らさずに、MTCDを呼出すことが可能となる。前記の例は、T>nBの場合に適用可能である。T≦nBの場合は、全無線フレームにnormalUE用のページングがマッピングされることになるので、MTCD向のページングをマッピングさせる無線フレームを異ならせることができなくなる。この問題を解消するために、MMEあるいはeNBが、TAあるいはセルに存在する移動端末の台数、すなわち、normalUEの台数とMTCDの台数とに応じて、TおよびnBの値を決定するようにすればよい。また、式2のkの値は、TおよびnBの値と同様に決定されてもよいし、予め静的に決められてもよい。このように、MMEあるいはeNBが、TおよびnBの値を決定することによって、セルに多数のMTCDが存在する場合に、1つのページングメッセージ上で呼出すことができるnormalUEの数を減らさずに、MTCDを呼出すことが可能となる。また、T>nBの場合にページングが発生する無線フレームPFを異ならせることとし、T≦nBの場合にはページングが発生するサブフレームPOを異ならせるようにしてもよい。T>nBの場合にページングが発生する無線フレームPFを異ならせる方法として、本変形例で開示した方法を適用し、T≦nBの場合にページングが発生するサブフレームPOを異ならせる方法として、実施の形態3で開示した方法を適用してもよい。このように構成することによって、多数のMTCDが存在する場合には必ず、1つのページングメッセージ上で呼出すことができるnormalUEの数を減らさずに、MTCDを呼出すことが可能となる。実施の形態3変形例2.前述の実施の形態3および実施の形態3の変形例1では、normalUEのPF/PO導出用と、MTCDのPF/PO導出用とで、同じ値のTおよびnBを用いている。本変形例では、他の方法として、TおよびnBの値を、normalUEのPF/PO導出用と、MTCDのPF/PO導出用とで異ならせる。具体例として、TおよびnBをnormalUEのPF/PO導出用とし、新たにT_mtcおよびnB_mtcを設けて、MTCDのPF/PO導出用とする。PF/POの導出方法は、実施の形態3および実施の形態3の変形例1で開示した方法を適用すればよい。この際、MTCDのPF/POの導出時には、TおよびnBの代わりに、T_mtcおよびnB_mtcを用いればよい。TおよびnBは、システム情報として、eNBが傘下の移動端末に報知するとよい。このように構成することによって、normalUE用とMTCD用とで、DRX周期を異ならせることができ、各種移動端末でサポートされるサービスに応じたDRX周期を設けることが可能となる。これによって、各種移動端末毎のページング待受け時の消費電力も異ならせることが可能となる。TとT_mtcとの関係を、以下の式4のようにしてもよい。T_mtc=aT...4さらに、nBとnB_mtcとの関係を、以下の式5のようにしてもよい。nB≦nB_mtc...5前記の設定として、実施の形態3の変形例1で開示した方法を適用することによって、normalUEのページングが発生する無線フレームPFと、MTCDのページングが発生する無線フレームPFとを異ならせることが可能となる。MTCDは、実施の形態3から実施の形態3の変形例2で開示した方法によって、自局の移動端末識別子であるUE_IDおよびIMSIを用いて、MTCD用のPF/POを導出する。そして、MTCDは、ページングメッセージのページングレコードに自局の移動端末識別子であるIMSIまたはs-TMSIが含まれていることを認識すると、上りアクセスを開始する。ページングレコードに移動端末であるnormalUEおよびMTCDの移動端末識別子をのせることで、移動端末を呼出す方法が用いられたとしても、実施の形態3から実施の形態3の変形例2で開示した方法を適用することによって、normalUEとMTCDとのPF/POを異ならせることができる。したがって、1つのページングメッセージ上で呼出すことができるnormalUEの数を減らさずに、MTCDを呼出すことが可能となる。実施の形態3から実施の形態3の変形例2で開示した方法、ならびに前述の実施の形態2から実施の形態2の変形例2で開示した方法を組合せて用いることもできる。また、実施の形態3から実施の形態3の変形例2で開示した方法は、前述の実施の形態2から実施の形態2の変形例2で開示した、ページングメッセージ内にMTC呼出し用のインジケータを設ける場合にも適用可能である。これによって、ページングメッセージの情報量を大きく増大させること無く、normalUEへの影響を抑えて、normalUE向ページングの遅延時間の増大を防ぐことが可能となる。また、実施の形態3から実施の形態3の変形例2で開示した方法は、MTCグループ識別子を用いる場合にも適用可能である。これによって、ページングメッセージ内にMTC呼出し用のインジケータを設ける場合に適用した場合と同様に、ページングメッセージの情報量を大きく増大させること無く、normalUEへの影響を抑えて、normalUE向ページングの遅延時間の増大を防ぐことが可能となる。実施の形態4.本実施の形態では、1つのページングメッセージ上で呼出すことができるnormalUEの数を減らさずに、MTCDを呼出すことができる他の方法を開示する。MTCD向のページングメッセージをマッピングする無線フレームおよびサブフレームを新たに設ける。ページング用PF/POの導出方法とは異なる方法とする。すなわち、少なくともPFを導出する際に、移動端末識別子を用いない。無線フレームおよびサブフレームの構成として、周期、オフセット値、サブフレーム番号を新たに設けるとよい。例えば、周期をmtc-period、オフセット値をmtc-offset、サブフレーム番号をmtc-subframeとする。図26は、実施の形態4で開示するMTCD向ページングメッセージをマッピングする無線フレームおよびサブフレームの構成を示す図である。MTCD向ページングメッセージをマッピングする無線フレームを周期的とし、その周期をmtc-periodとし、無線フレーム番号を決定するためのオフセット値をmtc-offsetとする。また、MTCD向ページングメッセージをマッピングするサブフレームをmtc-subframeとする。図26では、例えばmtc-offsetを1とし、mtc-subframeを1とした場合について示している。MTCD向ページングメッセージをマッピングする無線フレームの周期、オフセット値およびサブフレーム番号は、MMEあるいはeNBが決定するようにするとよい。また、無線フレームの周期、オフセット値およびサブフレーム番号は、システム情報として、eNBからMTCDに報知するようにすればよい。また、MTCD向ページングメッセージをマッピングする無線フレームの周期は、無線フレーム番号の最大値の約数であるとよい。ページングをマッピングする無線フレーム番号が最大値を超えた場合、新たにオフセット値からカウントし直しても周期が変わらないように構成することができる。このように構成することによって、normalUE呼出し用のPF/POとは異なる方法で、MTCD用のページングメッセージがマッピングされる無線フレームおよびサブフレームを設定することができる。これによって、MTCサービスに応じて、MTCD用のページング周期、オフセットおよびサブフレームを柔軟に設定することができる。したがって、MTCサービスに適したMTCDの電源制御が可能となるので、MTCDの消費電力を最適にすることが可能となる。normalUEとMTCDとの間で、ページングが発生する無線フレームおよびサブフレームを異ならせる方法について開示する。サブフレームを異ならせるためには、normalUEのPOと異なるサブフレームを設定すればよい。eNBは、normalUEのPOがマッピングされるサブフレームを認識している。したがって、MTCDのページングが発生するサブフレームを異ならせることは可能である。例えば、normalUE用のPOの導出において、Ns=2となるように、TおよびnBが設定されていた場合、そのサブフレーム番号は、4と9である。MTCDのページングが発生するサブフレームを、4と9の他のサブフレーム番号とすればよい。例えば、mtc-subframe=1とすればよい。無線フレームを異ならせるためには、normalUEのPFと異なる無線フレームを設定すればよい。eNBは、normalUEのPFがマッピングされる無線フレームを認識している。したがって、MTCDのページングが発生する無線フレームを異ならせることは可能である。例えば、normalUE用のPFの導出において、前述の図24に示すように、T=32、nB=T/2と設定されていた場合、その無線フレームは偶数番号となる。したがって、MTCDのページングが発生する無線フレームを、奇数番号となるようにすればよい。例えば、周期を偶数番号の無線フレーム数として、オフセット値を奇数番号の無線フレームとすればよい。例えば、mtc-period=1024、mtc-offset=1とすればよい。このように本実施の形態では、normalUE用のPF/POのサブフレームを避けて、MTCD用ページングメッセージをマッピングすることが可能となる。これによって、1つのページングメッセージ上で呼出すことができるnormalUEの数を減らさずに、MTCDを呼出すことが可能となる。したがって、normalUE向ページングの遅延時間の増大を防ぐことが可能となり、H2Hに最適な通信を維持した状態でM2M通信を可能とする通信システムを構築することが可能となる。周期、オフセット値およびサブフレーム番号は、MTCグループ毎に設定するようにしてもよい。図27は、2つのMTCグループについて、周期、オフセット値およびサブフレーム番号をMTCグループ毎に設定した場合の一例を示す図である。2つのMTCグループのうち、第1MTCグループ向のページングメッセージをマッピングする無線フレームの周期、オフセット値およびサブフレーム番号を、mtc-period1、mtc-offset1およびmtc-subframe1とする。第2MTCグループ向のページングメッセージをマッピングする無線フレームの周期、オフセット値およびサブフレーム番号を、mtc-period2、mtc-offset2およびmtc-subframe2とする。MTCグループ毎の周期、オフセット値およびサブフレーム番号をシステム情報として、eNBが傘下の移動端末に報知すればよい。このように構成することによって、各々のMTCサービスに応じた設定が可能となる。したがって、MTCサービス毎のMTCDの電源制御が可能であるので、MTCDの消費電力をMTCサービス毎に最適にすることが可能となる。また、MTCグループ毎の周期は、各々が約数あるは倍数の関係になるようにしてもよい。あるいは、採り得る周期を2のn乗2nとしておき、各MTCグループのオフセット値を調整することで、複数のMTCグループのページングが同時に発生しないようにすることができる。本実施の形態で開示した方法を用いることによって、前述の実施の形態2および実施の形態3で開示した方法に比べて、比較的容易にかつ柔軟に、MTCDのページングが発生する無線フレームおよびサブフレームを設定することが可能となる。実施の形態5.ページング負荷の低減策として、M2M通信におけるページングを目的として、MTCに特別なページング用RNTIMTCspecificpagingRNTIを導入する技術が、非特許文献9に開示されている。通常のページング用RNTIP-RNTIに加えて、MTCに特別なページング用RNTIを設けることによって、normalUEは、P-RNTIのみを検出すればよく、MTCDは、MTCに特別なページング用RNTIのみを検出すればよくなる。すなわち、normalUEが、MTCD向のページングに対して、ページングメッセージを受信しなくてもよくなる。また、逆に、MTCDがnormalUE向のページングメッセージを受信しなくてもよくなる。これによって、normalUEおよびMTCDを含むUEは、受信処理を簡略化でき、消費電力の削減を図ることができる。しかし、normalUE向のページングと、MTCD向のページングとが同じサブフレームで発生した場合、eNBは、ページングメッセージの割当て情報に、P-RNTIと、MTCに特別なページング用RNTIとのどちらのRNTIをマスクしたらよいかの判断が不可能になってしまうという問題が生じる。本実施の形態では、この問題を解消する方法を開示する。normalUE向のページングとMTCD向のページングとが同じサブフレームで発生した場合、eNBは、ページングメッセージの割当て情報に、P-RNTIをマスクする。normalUEは、自局の移動端末識別子から導出したPF/POのサブフレームのPDCCHにおいて、P-RNTIでマスクされた割当て情報の有無を検出するようにしておく。P-RNTIでマスクされた割当て情報が有る場合、normalUEは、割当て情報に従って、ページングメッセージを受信すればよい。これに対し、MTCDは、自局の移動端末識別子から導出したPF/POのサブフレームのPDCCHにおいて、MTCに特別なページング用RNTIがマスクされた割当て情報の有無を検出するだけでなく、P-RNTIがマスクされた割当て情報の有無も検出するようにしておく。MTCに特別なページング用RNTIまたはP-RNTIでマスクされた割当て情報が有る場合、MTCDは、割当て情報に従って、ページングメッセージを受信すればよい。このように構成することによって、normalUE向のページングとMTCD向のページングとが同じサブフレームで発生する場合でも、不具合を生じること無く、各移動端末がページングを受信することが可能となる。また、normalUEは、従来のページング受信方法と同じ処理とすることが可能となる。これによって、normalUEに影響を与えることなく、MTCDへページングを行うことが可能となる。図28は、実施の形態5におけるeNBのRNTIマスク方法の処理手順を示すフローチャートである。図28のフローチャートでは、eNBがページングメッセージを受信した場合について示す。ステップST2301において、eNBは、normalUE向ページングメッセージのPF/POを導出する。ステップST2302において、eNBは、MTCD向ページングメッセージのPF/POを導出する。normalUE向ページング、およびMTCD向ページングは、それぞれ複数であっても構わない。それぞれのページング数だけPF/POの導出を行う。ステップST2303において、eNBは、normalUE向ページングのPF/POとMTCD向ページングのPF/POとが同じかどうかを判断する。それぞれのページングが複数の場合は、同じものがあるかどうかを判断すればよい。eNBは、normalUE向ページングのPF/POと、MTCD向ページングのPF/POとが同じであると判断した場合は、ステップST2304に移行する。eNBは、normalUE向ページングのPF/POと、MTCD向ページングのPF/POとが同じでないと判断した場合は、ステップST2307に移行する。ステップST2304において、eNBは、normalUEのUE-IDと、MTCDの属するMTCグループの識別子とを、同じページングメッセージにのせる。ステップST2305において、eNBは、ページングメッセージがマッピングされる物理リソースの割当て情報をP-RNTIでマスクして、PDCCHにマッピングする。ステップST2306において、eNBは、ステップST2301あるいはステップST2302で導出したPF/POのサブフレームで、PDCCHおよびページングメッセージを送信して、全ての処理を終了する。eNBは、ステップST2303において、normalUE向ページングのPF/POとMTCD向ページングのPF/POとが同じではないと判断した場合は、ステップST2307において、ページングが、normalUE向のページングであるか否かを判断する。eNBは、normalUE向のページングであると判断した場合は、ステップST2308に移行する。eNBは、normalUE向のページングではないと判断した場合は、MTCD向のページングであると判断して、ステップST2311に移行する。ステップST2308において、eNBは、normalUEのUE-IDをページングメッセージにのせる。ステップST2309において、eNBは、ページングメッセージがマッピングされる物理リソースの割当て情報をP-RNTIでマスクして、PDCCHにマッピングする。ステップST2310において、eNBは、ステップST2301で導出したPF/POのサブフレームで、PDCCHおよびページングメッセージを送信して、全ての処理を終了する。eNBは、ステップST2307において、ページングが、MTCD向のページングであると判断した場合は、ステップST2311において、MTCDの属するMTCグループの識別子をページングメッセージにのせる。ステップST2312において、eNBは、ページングメッセージがマッピングされる物理リソースの割当て情報をMTCに特別なページング用RNTIでマスクして、PDCCHにマッピングする。ステップST2313において、eNBは、ステップST2302で導出したPF/POのサブフレームで、PDCCHおよびページングメッセージを送信して、全ての処理を終了する。以上のように構成することによって、eNBは、たとえnormalUE向ページングとMTCD向ページングとが同じサブフレームで発生したとしても、どのRNTIをマスクしたらよいかの判断が不可能となることを防ぐことができる。図29は、実施の形態5におけるnormalUEのページングメッセージの受信処理の処理手順を示すフローチャートである。ステップST2401において、normalUEは、自局の移動端末識別子からPF/POを導出する。ステップST2402において、normalUEは、PF/POのサブフレームのPDCCHをP-RNTIで検出処理する。これによって間欠受信を行う。ステップST2403において、normalUEは、P-RNTIでマスクされた割当て情報を検出したかどうかを判断する。normalUEは、前記割当て情報を検出したと判断した場合は、ステップST2404に移行し、割当て情報を検出していないと判断した場合は、サブフレームにページングメッセージは割当てられていないと判断して、ステップST2402に戻り、前述の処理を繰り返す。ステップST2404において、normalUEは、PDCCHの割当て情報に従って、ページングメッセージを受信する。ステップST2405において、normalUEは、ページングメッセージに自局の移動端末識別子が含まれているかどうかを判断する。normalUEは、自局の移動端末識別子が含まれていると判断した場合は、ページングが有ると判断して、ステップST2406に移行し、自局の移動端末識別子が含まれていないと判断した場合は、ページングメッセージが自局向ではないと判断して、ステップST2402に戻り、前述の処理を繰り返す。ステップST2406において、normalUEは、上りアクセスを開始する。以上に述べた本実施の形態におけるnormalUEのページングメッセージの受信処理は、MTCDの有無、すなわち、MTCに特別なページング用RNTIの有無に拘わらず、従来の移動端末におけるページングメッセージの受信処理と同じである。したがって、本実施の形態では、normalUEは、従来のページング受信方法と同じ処理を用いることができる。図30は、実施の形態5におけるMTCDのページングメッセージ受信処理の処理手順を示すフローチャートである。ステップST2501において、MTCDは、自局の移動端末識別子からPF/POを導出する。ステップST2502において、MTCDは、PF/POのサブフレームのPDCCHを、MTCに特別なページング用RNTIで検出処理することによって、間欠受信を行う。ステップST2503において、MTCDは、MTCに特別なページング用RNTIでマスクされた割当て情報を検出したかどうかを判断する。MTCDは、前記割当て情報を検出したと判断した場合は、ステップST2504に移行し、前記割当て情報を検出していないと判断した場合は、ステップST2507に移行する。ステップST2504において、MTCDは、PDCCHの割当て情報に従って、ページングメッセージを受信する。ステップST2505において、MTCDは、ページングメッセージに自局の属するMTCグループのMTCグループ識別子が含まれているかどうかを判断する。MTCDは、前記MTCグループ識別子が含まれていると判断した場合は、ページングがあると判断して、ステップST2506に移行し、前記MTCグループ識別子が含まれていないと判断した場合は、ステップST2502に戻り、前述の処理を繰り返す。ステップST2506において、MTCDは、上りアクセスを開始する。ステップST2507において、MTCDは、P-RNTIでマスクされた割当て情報の検出処理を行う。ステップST2508において、MTCDは、P-RNTIでマスクされた割当て情報を検出したかどうかを判断する。MTCDは、前記割当て情報を検出したと判断した場合は、ステップST2509に移行し、前記割当て情報を検出していないと判断した場合は、ステップST2502に戻り、前述の処理を繰り返す。ステップST2509において、MTCDは、PDCCHの割当て情報に従って、ページングメッセージを受信する。ステップST2510において、MTCDは、ページングメッセージに自局の属するMTCグループのMTCグループ識別子が含まれているかどうかを判断する。MTCDは、前記MTCグループ識別子が含まれていると判断した場合は、ページングがあると判断して、ステップST2511に移行し、前記MTCグループ識別子が含まれていないと判断した場合は、ページングメッセージが自局向ではないと判断して、ステップST2502に戻り、前述の処理を繰り返す。ステップST2511において、MTCDは、上りアクセスを開始する。このように、MTCDは、MTCに特別なページング用RNTIとP-RNTIとの両方で検出処理を行うことによって、確実にMTCD向のページングメッセージを受信することが可能となる。本実施の形態で開示した方法を用いることによって、ページングの負荷低減のために通常のページング用RNTIに加えて、MTCに特別なページング用RNTIを設けた場合でも、eNBは、ページングメッセージの割当て情報にどちらのRNTIをマスクしたらよいかの判断が可能となる。これによって、normalUEおよびMTCDともに確実にページングメッセージを受信することが可能となる。したがって、H2Hに最適な通信を維持した状態でM2M通信を可能とする通信システムを構築することが可能となる。実施の形態6.本実施の形態では、normalUE向のページングと、MTCD向のページングとが同時に発生した場合に、呼出すことができるnormalUEの数を減らさずに、MTCDを呼出すことができる他の方法を開示する。具体的な方法として、複数のPCCHを同じ伝送時間間隔TransmissionTimeInterval:TTIにマッピングする。従来技術では、複数の移動端末に対するページングが同時に発生した場合、同じTTI上の同じページングメッセージに、複数の移動端末の識別子をのせることによって、複数の移動端末の呼出を行う。本実施の形態では、複数のPCCHを同じTTIにマッピングすることによって、たとえnormalUE向のページングと、MTCD向のページングとが同時に発生した場合でも、それぞれのページングメッセージを同じTTIにマッピング可能とし、normalUEとMTCDとの両方を呼出すことができるようにする。一例として、複数のPCCHを端末種別毎のPCCHとする。normalUE向のページングメッセージがマッピングされるPCCH以下PCCHという場合があると、MTCD向のページングメッセージがマッピングされるPCCH以下MTC-PCCHという場合があるとを設ける。図31は、実施の形態6における下りロジカルチャネル、下りトランスポートチャネルおよび下り物理チャネルの対応関係を示す図である。図31Aには、下りロジカルチャネルと下りトランスポートチャネルとの間のマッピングを示す。図31Bには、下りトランスポートチャネルと下り物理チャネルとの間のマッピングを示す。図31Aに示すように、ロジカルチャネルのPCCHは、トランスポートチャネルのPCHにマッピングされる。また、ロジカルチャネルのMTC-PCCHは、新たに設けたトランスポートチャネルのMTC-PCHにマッピングされる。これらの処理は、MACにおいて、同一のTTIで行われる。図31Bに示すように、トランスポートチャネルのPCHは、物理チャネルのPDSCHにマッピングされる。トランスポートチャネルのMTC-PCHも、物理チャネルのPDSCHにマッピングされる。PDSCHは、シェアードチャネルである。これらの処理も、物理レイヤにおいて同一のTTIで行われる。同一のTTIにおいて、PDSCHへのマッピングは、normalUE用のページングメッセージとMTCD用のページングメッセージとで、別々に行われる。したがって、それぞれのPDSCHの物理リソースの割当ても、別々に行われる。それぞれの割当て情報は、PDCCHにマッピングされる。異なるPCCHがマッピングされるPDSCHの物理リソースの割当て情報に、異なるRNTIをマスクして、PDCCHにマッピングしてもよい。例えば、normalUE用のページングメッセージがマッピングされるPDSCHの割当て情報に、P-RNTIをマスクする。また、MTCD用のページングメッセージ用に新たにPI-MTC-RNTIを設ける。MTCD用のページングメッセージがマッピングされるPDSCHの割当て情報に、PI-MTC-RNTIをマスクする。図32は、実施の形態6におけるeNBのRNTIマスク方法の処理手順を示すフローチャートである。図32のフローチャートでは、eNBがページングメッセージを受信した場合について示す。ステップST2701において、eNBは、normalUE向ページングメッセージのPF/POを導出する。ステップST2702において、eNBは、MTCD向ページングメッセージのPF/POを導出する。normalUE向ページング、およびMTCD向ページングは、それぞれ複数であっても構わない。それぞれのページング数だけPF/POの導出を行う。ステップST2703において、eNBは、ページングが、normalUE向のページングであるかどうかを判断する。eNBは、normalUE向のページングであると判断した場合は、ステップST2704に移行する。eNBは、normalUE向のページングではないと判断した場合は、MTCD向のページングであると判断して、ステップST2707に移行する。ステップST2704において、eNBは、normalUEのUE-IDをページングメッセージにのせる。ステップST2705において、eNBは、ページングメッセージがマッピングされる物理リソースの割当て情報をP-RNTIでマスクして、PDCCHにマッピングする。ステップST2706において、eNBは、ステップST2701で導出したPF/POのサブフレームで、PDCCHおよびページングメッセージを送信して、全ての処理を終了する。eNBは、ステップST2703でnormalUE向のページングではない、すなわちMTCD向のページングであると判断した場合、ステップST2707において、MTCDの属するMTCグループの識別子を、ページングメッセージにのせる。ステップST2708において、eNBは、ページングメッセージがマッピングされる物理リソースの割当て情報をPI-MTC-RNTIでマスクして、PDCCHにマッピングする。ステップST2709において、eNBは、ステップST2702で導出したPF/POのサブフレームで、PDCCHおよびページングメッセージを送信して、全ての処理を終了する。以上のように構成することによって、複数のPCCHを同じTTIにマッピングすることが可能となるので、それぞれのページングメッセージの割当情報に異なるRNTIをマスクして、PDCCHにマッピングすることが可能となる。また、同一のTTIで複数のPCCHをマッピングすることができるので、normalUE向のページングと、MTCD向のページングとが、同一のTTIで発生しているか否かの判断が不要となり、それに応じて処理を異ならせる必要が無くなる。したがって、eNBにおけるページング処理の簡略化を図ることができるので、処理遅延の削減および消費電力の削減が可能となる。図33は、実施の形態6におけるnormalUEのページングメッセージの受信処理の処理手順を示すフローチャートである。ステップST2801において、normalUEは、自局の移動端末識別子からPF/POを導出する。ステップST2802において、normalUEは、PF/POのサブフレームのPDCCHをP-RNTIで検出処理することによって、間欠受信を行う。ステップST2803において、normalUEは、P-RNTIでマスクされた割当て情報を検出したかどうかを判断する。normalUEは、前記割当て情報を検出したと判断した場合は、ステップST2804に移行し、前記割当て情報を検出していないと判断した場合は、サブフレームにページングメッセージは割当てられていないと判断して、ステップST2802に戻り、前述の処理を繰り返す。ステップST2804において、normalUEは、PDCCHの割当て情報に従って、ページングメッセージを受信する。ステップST2805において、normalUEは、ページングメッセージに自局の移動端末識別子が含まれているかどうかを判断する。normalUEは、自局の移動端末識別子が含まれていると判断した場合は、ページングがあると判断して、ステップST2806に移行し、自局の移動端末識別子が含まれていないと判断した場合は、ページングメッセージが自局向ではないと判断して、ステップST2802に戻り、前述の処理を繰り返す。ステップST2806において、normalUEは、上りアクセスを開始する。以上に述べた本実施の形態におけるnormalUEのページングメッセージの受信処理は、MTCDの有無、すなわち、MTCに特別なページング用RNTIの有無に拘わらず、従来の移動端末におけるページングメッセージの受信処理と同じである。したがって、本実施の形態では、normalUEは、従来のページング受信方法と同じ処理を用いることが可能となる。図34は、実施の形態6におけるMTCDのページングメッセージの受信処理の処理手順を示すフローチャートである。ステップST2901において、MTCDは、自局の移動端末識別子からPF/POを導出する。ステップST2902において、MTCDは、PF/POのサブフレームのPDCCHをPI-MTC-RNTIで検出処理することによって、間欠受信を行う。ステップST2903において、MTCDは、PI-MTC-RNTIでマスクされた割当て情報を検出したかどうかを判断する。MTCDは、前記割当て情報を検出したと判断した場合は、ステップST2904に移行し、前記割当て情報を検出していないと判断した場合は、サブフレームにページングメッセージは割当てられていないと判断して、ステップST2902に戻り、前述の処理を繰り返す。ステップST2904において、MTCDは、PDCCHの割当て情報に従って、ページングメッセージを受信する。ステップST2905において、MTCDは、ページングメッセージに、自局の属するMTCグループの識別子が含まれているかどうかを判断する。MTCDは、自局の属するMTCグループの識別子が含まれていると判断した場合は、自局向のページングメッセージが有ると判断して、ステップST2906に移行し、自局の属するMTCグループの識別子が含まれていないと判断した場合は、ページングメッセージが自局向ではないと判断して、ステップST2902に戻り、前述の処理を繰り返す。ステップST2906において、MTCDは、上りアクセスを開始する。以上に述べた本実施の形態におけるMTCDのページングメッセージの受信処理のうち、PI-MTC-RNTIを用いたPDCCHの検出処理、およびそれに基づく判断処理を除くその他の処理は、従来の移動端末のページングの受信処理と同じである。したがって、MTCDは、従来のページングメッセージの受信方法において、RNTIを変更するだけでよい。また、同一のTTIで複数のPCCHをマッピング可能とし、それぞれの物理リソース割当て情報に、異なるRNTIをマスクしたので、normalUEは、従来と同様のページングメッセージの受信処理を行えばよい。また、MTCDのページングメッセージの受信処理も、RNTIを変更するだけでよく、それ以外は従来と同様の方法で行うことが可能である。また、実施の形態5で開示した方法では、MTCDは、MTCに特別なページング用RNTIとP-RNTIとの両方で検出処理を行う必要があるが、本実施の形態では、PI-MTC-RNTI一つでPDCCHの検出処理を行えばよい。したがって、MTCDの消費電力を低減することができる。PI-MTC-RNTIは、静的に予め割当てられてもよいし、eNBからMTCDに割当てられてもよい。eNBからMTCDに割当てられる場合は、eNBは、RRCメッセージによって、予めMTCDに通知しておくとよい。また、PI-MTC-RNTIを、MTCグループ毎に割当てられるようにしてもよい。このようにMTCグループ毎に割当てることによって、MTCDが、自局が属していない他のMTCグループへのページングメッセージを受信しなくて済むという効果が得られる。これによって、MTCDのさらなる低消費電力化を図ることができる。本実施の形態で開示した方法を用いることによって、normalUE向のページングと、MTCD向のページングとが同時に発生した場合でも、呼出すことができるnormalUEの数を減らさずに、MTCDを呼出すことが可能となる。これによって、normalUE向のページングと、MTCD向のページングとが同時に発生した場合の下り混雑およびそれによるページング用無線リソースの不足を回避することができる。したがって、normalUE向ページングの遅延時間の増大を防ぐことが可能となり、H2Hに最適な通信を維持した状態でM2M通信を可能とする通信システムを構築することが可能となる。実施の形態7.前述の実施の形態1~実施の形態6では、多数のMTCDにページングを送信する場合の混雑を解消する方法について開示した。多数のMTCDに対する下り通信における混雑は、ページングの送信のみならず、データ送信の場合にも生じる。従来の個別チャネルで下りデータを送信する場合、個別チャネルに必要とする無線リソースは、MTCDの台数分必要となる。したがって、MTCサービスにおいて、多数のMTCDに対する下りデータ送信が一斉に発生するような場合、無線リソース不足が生じ、下りデータを送信することが不可能となってしまうという問題が生じる。本実施の形態では、多数のMTCDへの下りデータの送信時に生じる混雑を回避する方法を開示する。MTCサービス用の下りデータの送信のために、ページングの仕組みを利用する。まず、ページングメッセージに、MTCサービス用の下りデータを含める。図35は、実施の形態7におけるページングメッセージに含まれる情報の一例を示す図である。以下では、MTCサービス用の下りデータをMTCdataという。図35に示すように、本実施の形態では、ページングメッセージに、従来のページングメッセージに含まれる情報、具体的には、PagingRecordのリストであるpagingRecordList、systemInfoModificationおよびetwsIndicationに加えて、たとえばMTCサービス用の下りデータであるMTCdataを含める。MTCdataは、所定のビット数あるいはバイト数とするとよい。ビット数あるいはバイト数、ビット数の最大値またはバイト数の最大値は、予め静的に決められていてもよい。MTCサービス用の下りデータは、小容量であることが想定されている。したがって、MTCdataをページングメッセージ内に含めることが可能である。また、MTCdataをページングメッセージ内に含めることによって、MTCD毎に個別チャネルを設定する場合に必要となるデータ以外の情報、すなわちオーバーヘッド部分を削減することが可能となる。これによって、MTCDに対する下りデータを送信するための無線リソースを大幅に削減することが可能となるので、多数のMTCD向の下りデータが同時に発生した場合の下り混雑およびそれによる下りデータ送信用の無線リソースの不足を回避することができる。したがって、H2Hに最適な通信を維持した状態でM2M通信を可能とする通信システムを構築することが可能となる。次に、MTCサービス用下りデータを送信するタイミングについて開示する。MTCサービス用下りデータを送信するタイミングは、下りデータを送信するMTCDの移動端末識別子から導出されるPF/POとする。すなわち、ページング送信タイミングと同じ方法によって導出されるタイミングとする。このように構成することによって、各MTCDは、ページングと同じ周期で間欠受信を行うことが可能となるので、MTCDの消費電力の増大を防ぐことができる。また、eNB、MTCDともに、MTCデータの送受信タイミングを別途決める必要が無く、送受信タイミングを相互に通知する必要も無い。したがって、eNBとMTCDとの間で必要となるシグナリング量の削減が可能となる。図36は、ページングを利用したMTCサービス用下りデータの送受信処理のシーケンスを示す図である。図36では、移動端末がMTCDである場合について示している。ステップST3101において、MTCDは、自局の移動端末識別子に基づいて、ページングのPF/POを導出する。次いで、ステップST3102において、MTCDは、PF/POで間欠受信を行う。例えば、MTCサーバからMTCD宛のMTCサービス用下りデータが発生した場合、ステップST3103において、MMEあるいはS-GWを介してeNBに、MTCD宛のMTCサービス用下りデータであるMTCdataが送信される。ステップST3103では、MTCサービス用下りデータであるMTCdataとともに、どのMTCD宛かを示すMTCD移動端末識別子が送信される。次いで、ステップST3104において、eNBは、MTCD移動端末識別子から、ページング用のPF/POを導出する。ステップST3105において、eNBは、MTCDのページング用PF/POのサブフレームで、ページングメッセージにのせて、MTCサービス用下りデータであるMTCdataを送信する。ステップST3105では、MTCdataとともに、MTCD移動端末識別子を送信する。ステップST3106において、MTCDは、間欠受信しているPF/POでページングメッセージを受信する。ページングメッセージを受信したMTCDは、自局の移動端末識別子を受信することによって、自局宛のMTCdataであることを認識して、ページングメッセージに含まれるMTCdataを受信する。MTCdataを受信した後、ステップST3107において、MTCDは、自局の移動端末識別子から導出したPF/POの間欠受信に再び移行する。ステップST3105において、MTCdataとともに送信するMTCD移動端末識別子は、ページングメッセージの中に含めて、MTCdataと対にして送信してもよいし、ページングメッセージのオーバーヘッドとして送信してもよいし、他のシグナリングまたは他のメッセージによって送信するようにしてもよい。図37は、MTCD移動端末識別子をMTCdataと対にして送信する場合のページングメッセージに含まれる情報の一例を示す図である。MTCD移動端末識別子をMTCdataと対にして送信する場合、図37に示すように、ページングメッセージ内に、MTCD移動端末識別子と、そのMTCD識別子で表されるMTCDに対するMTCdataとを対応付けたリスト以下MTCdatalistという場合があるを含ませる。このように構成することによって、複数のMTCD宛に一斉にMTCサービス用下りデータが発生したとしても、1つのページングメッセージで、複数のMTCD宛のMTCdataを送信することができる。これによって、MTCDがMTCサービス用下りデータを受信する際に生じる遅延時間を削減することが可能となる。また、MTCdataをMTCグループ毎としてもよい。この場合、MTCグループ毎のデータが含まれるページングメッセージとともに、MTCグループ識別子を送信すればよい。これによって、MTCDは、自局が属するグループ宛のMTCサービス用下りデータか否かを判断することが可能となる。また、ページングメッセージ内に、MTCグループ識別子と、そのMTCグループ識別子で表されるMTCグループに対するMTCdataとを対応付けたリストを含ませるようにしてもよい。これによって、MTCグループ毎のデータに対して、複数のMTCD移動端末識別子をリストに記載する必要が無く、MTCグループの識別子でよくなる。したがって、ページングメッセージの情報量の増大を抑えることが可能となる。また、1つのページングメッセージに含められるMTCdataの個数以下MTCdata数という場合があるの最大値を設けてもよい。この場合、例えば、MTCdata数の最大値までの個数のMTCグループ識別子と、そのMTCグループ識別子で表されるMTCグループへのMTCサービス用下りデータを記載したリストとをページングメッセージに記載すればよい。MTCdata数の最大値は、静的に、例えば規格として決められていてもよいし、準静的に、例えばシステム情報としてeNBから報知するようにしてもよい。これによって、MTCDは、ページングメッセージ内に含まれるMTCdata数の最大値を認識することができるので、MTCdataの受信誤りを低減することが可能となる。また、MTCdataを含めたページングメッセージの送受信方法として、前述の実施の形態1~実施の形態6の方法を適用してもよい。前述の実施の形態1~実施の形態6の方法を適用した場合でも、本実施の形態と同様の効果を得ることができる。実施の形態8.ページングメッセージに、MTCサービス用下りデータなどのMTC用の情報を含めるような場合に、normalUEと同じページンググループ内にMTCDが存在するときには、normalUEには無関係であるにも拘わらず、ページングが発生する。したがって、normalUEは、ページングを受信しなくてはならないので、normalUEの消費電力が増大するという問題が生じる。この問題を解消するために、本実施の形態では、物理リソース割当て情報にマスクするRNTIを、情報種別毎に設ける方法を開示する。一例として、MTCサービス用下りデータが含まれるページングメッセージのための物理リソース割当て情報にマスクするRNTIとして、MTC-RNTIを新たに設ける。MTCサービス用下りデータが含まれない従来のページングメッセージのための物理リソース割当て情報にマスクするRNTIは、従来と同様にP-RNTIとする。normalUEは、自局の移動端末識別子から導出したPF/POのサブフレームのPDCCHにP-RNTIでマスクされた割当て情報の有無を検出するようにしておく。normalUEは、MTC用のデータを受信する必要がないので、従来のページング情報にマスクされているP-RNTIのみを検出すればよい。P-RNTIでマスクされた割当て情報がある場合、normalUEは、割当て情報に従って、ページングメッセージを受信すればよい。これに対し、MTCDは、自局の移動端末識別子から導出したPF/POのサブフレームのPDCCHにおいて、MTC-RNTIでマスクされた割当て情報の有無を検出するだけでなく、P-RNTIがマスクされた割当て情報の有無も検出するようにしておく。MTC-RNTIまたはP-RNTIでマスクされた割当て情報が有る場合、MTCDは、割当て情報に従って、ページングメッセージを受信すればよい。このように構成することによって、normalUEは、従来のページングメッセージの受信方法と同じ処理を用いることが可能となり、消費電力の増大を防ぐことができる。したがって、normalUEに影響を与えることなく、MTCDへMTCサービス用の下りデータを送信することが可能となる。したがって、H2Hに最適な通信を維持した状態でM2M通信を可能とする通信システムを構築することが可能となる。MTCDへのページングが無いMTCサービスの場合は、MTCDは、P-RNTIでマスクされた割当て情報の有無を検出する必要は無い。MTC-RNTIでマスクされた割当て情報のみを検出すればよい。また、ページングメッセージに、MTCサービス用下りデータがシステム情報で報知されていることを示すインジケータを含めることが、3GPPで検討されている。前記インジケータが含まれるページングメッセージも、MTC-RNTIでマスクするとよい。これによって、前述と同様の効果を得ることができる。実施の形態9.多数のMTCDへの下りデータの送信時に生じる混雑を回避する他の方法を開示する。MTCD用あるいはMTCグループ毎のMTCサービス用下りデータの送信のための無線リソース、具体的には無線フレームおよびサブフレームを設けておく。MTCサービス用データが発生したかどうかを通知するための情報を新たに設ける。例えば、MTCサービス用データが発生したかどうかを通知するための情報を、MTCinformationnotificationとする。図38は、MTCサービス用データが発生したかどうかを通知するための情報とMTCサービス用下りデータとの送信方法の具体例について説明する図である。図38aは、MTCサービス用下りデータの送信設定以下MTCdataConfigという場合があるを示す図であり、図38bは、MTCサービス用データが発生したかどうかを通知するための情報の送信設定以下MTCdataNotificationConfigという場合があるを示す図である。本実施の形態では、MTCサービス用下りデータMTCdataのための無線リソース以下MTCdataの無線リソースという場合があるを周期的に設ける。その周期をMTCデータ繰返し周期mtcdataRepetitionPeriodという。またMTCdataの無線リソースの無線フレームを決めるためにオフセット値を設ける。そのオフセット値をmtc-Offsetという。またMTCdataの無線リソースのサブフレームを決めるために、サブフレームの割当て情報を設ける。サブフレームの割当て情報をmtc-AllocInfoという。割当て情報は、一つまたは複数のサブフレーム番号でもよいし、各ビットが各サブフレーム番号に対応するビットマップbitmapとしてもよい。図38では、割当て情報がビットマップで表される場合を示している。図38aに示すように、MTCdataの無線リソースにおいて、MTCdataを所定の期間繰返し送信する。この所定の期間をmtc-dataModificationPeriodという。所定の期間、同一のMTCdataを繰返し送信してもよい。MTCD毎にMTCdataが異なるような場合は、MTCD毎のMTCdataにサブフレーム上の無線リソースを割当て、その割当て情報をMTCDの移動端末識別子、たとえばUE-IDまたはC-RNTIでマスクしてPDCCHにマッピングすればよい。MTCDは、MTCdataの無線フレーム内の該サブフレームを自局のMTCD移動端末識別子を用いて検索し、MTCdataが存在するかどうか判断する。MTCDは、自局のMTCD移動端末識別子がマスクされているのを検出した場合、その割当て情報に従ってMTCdataを受信すればよい。セル傘下の全MTCDに対して同じMTCdataを送信するような場合は、特別なRNTI、例えば、mtc-data-RNTIを設けて、MTCdataの無線リソースの割当て情報を、そのRNTIでマスクしてPDCCHにマッピングしてもよい。これによって、MTCDは、そのRNTI、すなわちmtc-data-RNTIを用いて、MTCdataの無線リソースの割当てを検出することで、MTCdataを受信することができる。MTCDは、RNTI、具体的にはmtc-data-RNTIが検出できない場合は、MTCdataが発生していないとして、MTCdataの受信処理を行わないようにするとよい。これによって、MTCDの消費電力の削減が可能となる。図38bに示すように、MTCサービス用データが発生したかどうかを通知するための情報MTCinformationnotificationを送信可能なタイミングを周期的とする。その周期をmtc-dataNotificationPeriodという。またMTCinformationnotificationの無線フレームを決めるためにオフセット値を設ける。そのオフセット値をmtc-notificationOffsetという。またMTCinformationnotificationのサブフレームを決めるために、サブフレームの割当て情報を設ける。サブフレームの割当て情報をmtc-notificationSFindexという。サブフレームの割当てを一つとして、サブフレーム番号とするとよい。また、MTCinformationnotificationのサブフレームを複数としてもよく、そのサブフレームの割当て情報として、サブフレーム番号を用いてもよいし、各ビットが各サブフレーム番号に対応するビットマップとしてもよい。MTCdatanotificationperiodを、mtc-dataModificationPeriodと同じにしてもよい。また、オフセット値mtcnotificationOffsetをmtc-Offsetと同じにしてもよい。こうすることで、MTCinformationnotificationを検出したMTCDは、ただちにMTCdataの受信処理を行うことが可能となる。したがって、MTCDがMTCdataを受信するまでの制御遅延を小さくすることが可能となる。また、MTCDにおいて間欠受信が行われる場合は、mtc-dataNotificationPeriodを、間欠受信周期と同じ周期にしてもよい。これによって、MTCDの低消費電力化を図ることができる。MTCinformationnotificationをPDCCHにマッピングしてもよい。MTCinformationnotificationに付随したPDSCHの物理リソースの割当て情報を含まないようにしてもよい。これによって、少ない無線リソースで通知可能となる。PMCHまたはPDSCHの割当ては無い。特別なRNTI、例えばmtc-notification-RNTIを設けて、MTCinformationnotificationをそのRNTIでマスクしてPDCCHにマッピングしてもよい。これによって、MTCDは、RNTIを用いてPDCCH上のMTCinformationnotificationを検出することで、MTCdataの発生を知ることが可能となる。MTCDは、MTCinformationnotificationが送信されるタイミングでRNTIが検出できない場合は、MTCdataが発生していないことを認識できるので、MTCdataの受信処理を行わずに済む。したがって、MTCDの消費電力の削減が可能となる。また、normalUEがPDCCHを受信しないようにすることが可能となる。mtc-notification-RNTIは、MTCに対して唯一としてもよい。また、予め静的に決定されてもよいし、システム情報によって報知されるようにしてもよい。静的に決定される場合は、シグナリングが必要となる情報量を減らすことが可能となる。システム情報として報知される場合は、予めリザーブする必要が無くなり、また、変更が可能となるので、システムとして柔軟で効率的な運用が可能となる。図39および図40は、実施の形態9におけるMTCサービス用下りデータの送受信処理のシーケンスを示す図である。図39と図40とは、境界線A1の位置で、つながっている。図39および図40では、移動端末がMTCDである場合について示している。eNBは、MTCdataの送信に先立って、ステップST3401において、MTCdata用無線リソースの構成を決定する。そして、ステップST3402において、eNBは、MTCサービス用データが発生したかどうかを通知するための情報であるMTCinformationnotification用の無線リソースの構成を決定する。ステップST3403において、eNBは、MTCdata用無線リソースの構成をシステム情報として、傘下の移動端末UEに報知する。また、ステップST3404において、eNBは、MTCinformationnotification用の無線リソースの構成をシステム情報として傘下の移動端末UEに報知する。MTCDは、eNBから報知されるMTCdata用無線リソースの構成およびMTCinformationnotification用無線リソースの構成を受信する。MTCDは、ステップST3405において、MTCinformationnotification用無線リソースの構成に従って、無線リソースを間欠受信し、そのサブフレームのPDCCHをMTCinformationnotification用のRNTIであるmtcnotificationRNTIで検出処理する。例えば、MTCサーバからMTCD宛のMTCサービス用下りデータが発生した場合、ステップST3406において、MMEあるいはS-GWを介してeNBに、MTCD宛のMTCサービス用下りデータであるMTCdataが送信される。ステップST3406では、MTCdataとともに、どのMTCD宛かを示すMTCD移動端末識別子が送信される。次いで、ステップST3407において、eNBは、MTCサービス用データが発生したかどうかを通知するための情報に、その情報用のRNTIをマスクして、ステップST3402で決定した、その情報用の無線リソースのサブフレームのPDCCHにマッピングする。また、ステップST3408において、eNBは、MTCdataを、ステップST3401で決定した、MTCdata用無線リソースにマッピングし、その無線リソースの割当て情報にMTCdata用のRNTIであるmtcdataRNTIをマスクして、PDCCHにマッピングする。ステップST3409において、eNBは、MTCinformationnotificationを、ステップST3402で決定した無線リソースで送信する。そして、ステップST3410において、eNBは、MTCdataとそのデータの割当て情報とを、ステップST3401で決定した無線リソースで送信する。ステップST3405で間欠受信しているMTCDは、ステップST3411において、mtcnotificationRNTIを検出することによって、MTCinformationnotificationを受信する。MTCDは、MTCinformationnotificationを受信することによって、MTCdataが送られていることを認識できる。したがって、MTCDは、ステップST3412において、MTCDdata用無線リソースのPDCCHをmtc-data-RNTIで検出処理し、ステップST3413において、mtc-data-RNTIを検出した場合、PDCCHのMTCdata割当て情報を受信し、受信した割当て情報に従って、MTCdataを受信する。これによって、ページングを利用しなくても、MTCサービス用下りデータの送受信を行うことが可能となる。以上のようにMTCD用あるいはMTCグループ毎のMTCサービス用下りデータ送信のための無線リソースである無線フレームおよびサブフレームを設けるとともに、MTCサービス用データが発生したかどうかを通知するための情報を新たに設けることによって、MTCD毎に個別チャネルをMTCD毎のタイミングで構成する場合に必要となるデータ以外の情報、すなわちオーバーヘッド部分を削減することが可能となる。これによって、MTCサービス用下りデータを送信するために、MTC用の論理制御チャネルを用いないで済むので、MTCDに対する下りデータを送信するための無線リソースを大幅に削減することが可能となる。したがって、多数のMTCD向の下りデータが同時に発生した場合の下り混雑およびそれによる下りデータ送信用無線リソース不足を回避することができるので、H2Hに最適な通信を維持した状態でM2M通信を可能とする通信システムを構築することが可能となる。また本実施の形態では、MTCサービス用データが発生したかどうかを通知するための情報を用いるので、MTCDは、MTCサービス用下りデータが発生した場合を明示的に認識できるようになる。これによって、eNBは、MTCサービス用下りデータが発生していない場合は、無線リソースを他の通信のために利用することが可能となる。したがって、通信システムとして、下りデータ通信の用いる無線リソースの使用効率を向上させることが可能となる。また本実施の形態では、MTCD用あるいはMTCグループ毎のMTCサービス用下りデータおよびMTCサービス用データが発生したかどうかを通知するための情報を送信するための無線リソースを周期的にしている。これによって、MTCDは、間欠受信を行うことが可能となるので、MTCDの消費電力の増大を抑制することが可能となる。以上に述べた本実施の形態では、MTCサービス用データが発生したかどうかを通知するための情報として、MTCinformationnotificationを新たに設けたが、MTCサービス用データが発生したかどうかではなく、MTCサービス用データが変更されたかどうかを通知するための情報として、MTCinformationnotificationを新たに設けてもよい。例えば、MTCdataが繰返される期間であるmtc-dataModificationPeriodの後の次のmtc-dataModificationPeriodにおいて、MTCdataを変更するようにしてもよい。このMTCdataが変更されたことを通知するために、MTCinformationnotificationを用いてもよい。図41は、MTCサービス用データが変更された場合の通知方法の具体例を説明する図である。図41aは、MTCサービス用下りデータの送信設定MTCdataConfigを示す図であり、図41bは、MTCサービス用データが変更または発生したかどうかを通知するための情報の送信設定MTCdataNotificationConfigを示す図である。図41aに示す、MTCサービス用下りデータであるMTCdataを送信するための無線リソースの構成は、前述の図38aで示した構成と同じとする。同一のMTCdataが所定の期間mtc-dataModificationPeriod繰り返し送信された後、MTCdataが変更されて、次の所定の期間mtc-dataModificationPeriod、変更されたMTCdataが繰り返し送信される。図41bに示す、MTCサービス用データが発生したかどうかを通知するための情報であるMTCinformationnotificationの無線リソースの構成は、前述の図38bで示した構成と同じとする。無線リソースは、MTCdataNotificationPeriod毎に周期的に構成される。MTCdataModificationPeriodに対応するMTCdataNotificationPeriodの無線リソースにおいて、MTCdataが発生したことを通知するためのMTCinformationnotificationが送信される。次のMTCdataが繰り返し送信される所定の期間であるMTCdataModificationPeriodにおいて、MTCdataが変更された場合、MTCdataModificationPeriodに対応するMTCdataNotificationPeriodの無線リソースでは、MTCdataが変更されたことを通知するためにMTCinformationnotificationが送信される。このようにMTCdataが発生した場合だけでなく、MTCdataが変更された場合にも、MTCサービス用データが発生したかどうかを通知するための情報であるMTCinformationnotificationを送信することによって、MTCDが、MTCdataが変更されたことを認識することができる。したがって、MTCDは、たとえMTCdataが継続して送信されている場合でも、前のMTCdataと異なることを認識できるので、変更されたMTCdataを選択的に受信することが可能となる。MTCinformationnotificationは、例えばPDCCHにマッピングされる。PMCHまたはPDSCHの割当ては無い。MTCサービス用データが発生または変更したかどうかを通知するための情報に、以前のMTCdataModificationPeriodと同じデータか否かを示す情報を含めてもよい。この、以前のMTCdataModificationPeriodと同じデータか否かを示す情報をインジケータとしてもよい。例えば、1ビットの情報として、0の場合は同じデータである旨を示し、1の場合は異なるデータである旨を示すようにしてもよい。MTCDは、MTCサービス用データが発生または変更したかどうかを通知するための情報に含まれる、MTCdataが同じデータか否かを示す情報を受信することによって、必要なMTCdataを受信することが可能となる。例えば、複数のMTCdataModificationPeriodにわたって同一のMTCdataが送信される場合、MTCdataを最初のMTCdataModificationPeriodで受信したMTCDは、MTCdataが同じデータか否かを示す情報が、同じデータであることを示す限り、その後のMTCdataModificationPeriodでMTCdataを受信しなくて済む。MTCDは、MTCdataが同じデータか否かを示す情報を受信して、その情報が、異なるデータであることを示す場合にのみ、MTCdataを受信すればよい。これによって、MTCDは、MTCdataを選択的に受信すればよくなるので、無駄な受信処理を省くことができ、低消費電力化を図ることができる。MTCサービス用データが発生または変更したかどうかを通知するための情報を、mtcdataNotificationPeriod内で断続的あるいは周期的に通知してもよい。そのときの周期は、MTCデータ繰返し周期mtcdataRepetitionPeriodとしてもよい。MTCDは、MTCサービス用データが発生または変更したかどうかを通知するための情報を、mtcdataRepetitionPeriod毎に受信しなくてもよく、mtcdataNotificationPeriod内で1回受信すればよい。図41bには、MTCサービス用データが発生または変更したかどうかを通知するための情報を断続的に通知する場合を併せて示している。各無線フレームでのサブフレーム構成は同じとするとよい。MTCサービス用データが発生または変更したかどうかを通知するための情報は、図41bにおいて参照符号4000で示されるように、たとえばMTCnotificationOffsetと、MTCdataNotificationPeriodから導出される無線フレームと、MTCnotificationSFindexで示されるサブフレームとから、断続的に送信される。所定の期間だけ断続的に送信されるとしてもよいし、所定の回数だけ断続的に送信されるとしてもよい。所定の期間、あるいは所定の回数は、eNBからシステム情報として報知されるようにしてもよい。MTCサービス用データが発生または変更したかどうかを通知するための情報の無線リソースの構成と同じシステム情報として報知されるようにしてもよい。これによって、MTCDが、MTCサービス用データが発生または変更したかどうかを通知するための情報を受信できない場合が生じたとしても、続く情報を受信することで、MTCdataが発生または変更したか否かを認識することが可能となる。これによって、MTCDの受信誤差を低減することが可能となる。MTCinformationnotificationは、MTCグループ毎に設けてもよい。例えば、PDCCH上に、MTCサービス用データが発生または変更したかどうかを通知するための情報用の情報をnビットとして、2のn乗2nの値が各MTCグループに対応するようにしておいてもよい。nの値、およびnの値とMTCグループ識別子との対応関係は、システムとして決められていてもよいし、TA毎あるいはセル毎に決められていてもよい。nの値、およびnの値とMTCグループ識別子との対応関係は、静的に、例えば予め規格によって決められていてもよい。また、準静的に決められていてもよい。例えば、TA毎あるいはセル毎の値がシステム情報としてeNBから傘下の移動端末に報知されるようにしてもよい。また、MTCグループの識別子として、実施の形態2の変形例1で開示した、システムにおけるMTCグループの識別子、TAにおけるMTCグループの識別子、セルにおけるMTCグループの識別子などを用いる方法を適用してもよい。MTCグループ毎にMTCdataを送信する場合は、MTCグループ毎のRNTIを設けて、各MTCグループのMTCdataの無線リソース割当情報にマスクしてPDCCHにマッピングしてもよい。このようにすることによって、MTCDは、自局の属するMTCグループのRNTIを用いて、MTCdataの割当て情報およびMTCdataを受信することが可能となる。これによって、他のMTCグループのMTCdataの割当て情報およびMTCdataを受信しないようにすることができる。したがって、MTCグループ毎のMTCdataの送受信が可能となるので、MTCDの受信消費電力の削減が可能となる。MTCD毎にMTCdataが異なるような場合は、MTCD毎のMTCdataを個別チャネルに割当てるようにすればよい。例えば、ある1つのMTCD向MTCdataをDTCHにマッピングし、MTCD毎にマルチプレクス処理してDL-SCHにマッピングする。マルチプレクス処理が必要でない場合は、マルチプレクス処理を省略してもよい。DL-SCHは、従来どおり、PDSCHにマッピングする。MTCD毎に上り制御チャネルの送信が可能な場合は、MAC層においてMTCdataについてHARQが行われるようにしてもよい。セル傘下の全MTCDに対して、同じMTCdataを送信するような場合には、MTCdataを共通チャネルに割当てるようにすればよい。例えば、共通チャネルのロジカルチャネルをmtc-CTCHとする。mtc-CTCHは、トランスポートチャネルDL-SCHにマッピングされ、PDSCHにマッピングされるようにすればよい。MTC-CTCHの場合、MTCD毎のHARQを行うことができないので、HARQは行わないようにするとよい。MTCグループ毎にMTCdataが異なり、MTCグループ内では同じMTCdataであるような場合には、MTCdataをMTCグループ毎のチャネルに割当てるようにすればよい。例えば、MTCグループ毎のロジカルチャネルをmtc-TCHとし、ある1つのMTCグループ向MTCdataをmtc-TCHにマッピングし、MTCグループ毎にマルチプレクス処理してDL-SCHにマッピングする。マルチプレクス処理が必要でない場合は、マルチプレクス処理を省略してもよい。DL-SCHは、従来どおりPDSCHにマッピングする。MTCグループ毎のチャネルの場合、MTCD毎のHARQを行うことができないので、HARQは行わないようにするとよい。以上のようにすることによって、MTCD毎に、MTCDに対する下りデータを送信する必要が無くなるので、MTCサービス用下りデータ送信用の無線リソースを大幅に削減することが可能となる。また、MTCグループ毎に、MTCdata用無線リソース構成と、MTCサービス用データが発生したかどうかを通知するための情報の無線リソース構成とが設定されるようにしてもよい。すなわち、MTCグループ毎に無線リソース構成が異なるようにしてもよい。MTCグループ毎の無線リソース構成は、システム情報によって、eNB傘下の移動端末に報知されるようにすればよい。全MTCグループの無線リソース構成がMTCグループ識別子と対応づけられて、同一システム情報ブロックSIBに含まれるようにしてもよい。こうすることによって、MTCグループ毎のMTCサービスに応じた無線リソース構成を設定できる。したがって、MTCサービスに応じて柔軟に無線リソース構成を設定できるので、無線リソースの使用効率を向上させることが可能となる。MTCサービス用データが発生したかどうかを通知するための情報の周期mtcdataNotificationPeriodについて、MTCグループ毎の値は、互いに倍数あるいは約数となるように設定されるとよい。これによって、複数のMTCグループに属するMTCDが受信を必要とするタイミングを揃えることが可能となる。したがって、MTCDの消費電力を削減することが可能となる。MTCdata用無線リソースの周期mtcdataModificationPeriodも、MTCサービス用データが発生したかどうかを通知するための情報と同様に、MTCグループ毎の値が、互いに倍数あるいは約数となるように設定されるとよい。これによって、同様の効果が得られる。実施の形態9変形例1.本実施の形態では、MTCサービス用下りデータであるMTCdataのための無線リソースを周期的に設け、ある所定の期間、MTCdataを繰返し送信する。本変形例では、MTCdataの送信を、所定の期間経過後にオフ、すなわち停止する。図42は、MTCdataの送信を所定の期間経過後にオフする場合の具体例について説明する図である。図42aは、MTCサービス用下りデータの送信設定MTCdataConfigを示す図であり、図42bは、MTCサービス用データが発生したかどうかを通知するための情報の送信設定MTCdataNotificationConfigを示す図である。図42bに示す、MTCサービス用データが発生したかどうかを通知するための情報であるMTCinformationnotificationの無線リソースの構成は、前述の図41bで示した構成と同じとする。図42aに示す、MTCサービス用下りデータであるMTCdataのための無線リソースの構成は、前述の図41aで示した構成と一部を異にする。異なる部分について説明する。本変形例では、MTCdataModificationPeriod内で、MTCdataが送信される期間と、MTCdataが送信されない期間とを設ける。例えば、MTCdataが送信される期間をMTCdataTransPeriodとする。MTCdataTransPeriodで、MTCdataが周期MTCdataRepetitionPeriodで繰り返し送信される。MTCdataTransPeriod以降は、次のMTCdataModificationPeriodまで、MTCdataは送信されず、送信オフされる。MTCdataが送信されない期間は、MTCdata用の無線リソースを確保せずに、他の通信のために用いてもよい。MTCdataが送信される期間と、MTCdataが送信されない期間とを設ける他の例として、MTCdataが繰り返し送信される回数としてもよい。例えば送信回数をnとする。この場合、MTCdataは、MTCdataReprtitonPeriodの周期で繰り返し送信されるので、MTCdataが送信される期間は、nMTCdataReprtitonPeriodとなる。MTCdataが送信される期間は、本実施の形態で開示したMTCinformationnotificationが繰り返し送信される期間または回数以上に設定するとよい。こうすることによって、MTCDは、MTCdataが発生または変更しているか否かを、どのMTCinformationnotificationを受信して認識したとしても、少なくとも1回はMTCdataを受信することが可能となる。MTCdataが送信される期間と、MTCdataが送信されない期間とは、eNBからシステム情報として報知されるようにしてもよい。MTCサービス用下りデータであるMTCdataのための無線リソースの構成と同じシステム情報として報知されるようにしてもよい。MTCdataが送信される期間と、MTCdataが送信されない期間とは、両方を通知しなくてもよく、どちらか一方だけでもよい。MTCdataModificationPeriodから導出可能である。また、MTCdataが送信される期間ではなく、MTCinformationnotificationが繰り返し送信される期間との差分値を通知するようにしてもよい。本変形例で開示した方法とすることによって、eNBは、同じMTCdataを必要以上に送信する必要がなくなる。これによって、Uuインタフェース上の下りデータ情報量を削減することが可能となるので、多数のMTCDが存在する場合の下りデータ送信の混雑を低減することが可能となる。また、MTCdataの送信をオフしている期間は、無線リソースを他の通信のために割当てることが可能となる。したがって、システムとしてのデータ送信情報量およびデータ送信スピードを増大させることが可能となる。実施の形態9変形例2.実施の形態9および実施の形態9の変形例1では、MTCサービス用下りデータであるMTCdataを送信するために、MTC用の論理制御チャネルを用いない方法とした。一例として、報知情報でMTCサービス用下りデータの無線リソース構成を報知し、MTCinformationnotificationをPDCCH上に設けて、MTCdataが発生または変更されたかどうかを通知する方法とした。MTCDは、MTCinformationnotificationを受信して、MTCdataの存在を認識した場合、報知情報のMTCサービス用下りデータの無線リソース構成に従って、MTCdataを受信するようにした。本変形例では、MTC用の制御チャネル以下MTC制御チャネルという場合があるを設ける構成とする。MTC用の制御チャネルに、全MTCグループのMTCdataの無線リソースの構成情報をマッピングする。MTC用の制御チャネルは、MTCD毎の個別チャネルではなく、共通チャネルとするとよい。MTC用の制御チャネルがマッピングされる無線リソースの構成は、システム情報としてeNBから傘下の移動端末に報知される。MTC用の制御チャネルがマッピングされる無線リソースの構成の具体例としては、MTCinformationnotificationの無線リソース構成と同様の構成とすればよい。MTC用の制御チャネルがマッピングされる無線リソースを周期的とし、その周期と、無線フレームを決めるためのオフセット値と、サブフレームを決めるためのサブフレーム番号あるいはサブフレームアロケーションとを設けるとよい。また、MTC用の制御チャネル用に特別なRNTI、例えば、MTCcontrolRNTIを設けて、MTC用の制御チャネルの物理リソースの割当て情報をRNTIでマスクしてPDCCHにマッピングしてもよい。これによって、MTCDは、RNTIを用いて割当て情報を検出することによって、MTC用の制御チャネルを受信することが可能となる。MTCDは、eNBから報知されたMTC制御チャネルの無線リソース構成の情報に従ってMTC制御チャネルを受信し、自局の属するMTCグループのためのMTCサービス下りデータの構成情報を受信する。MTCDは、MTCサービス用下りデータの構成情報に従ってMTCdataを受信すればよい。こうすることによって、MTCDは、MTCグループ毎に送信されるMTCdataを受信することが可能となる。MTC用の制御チャネルにMTCグループのMTCdataの無線リソースの構成情報をマッピングするようにしたので、MTCサービス用下りデータの無線リソース構成を報知情報として報知する必要が無くなる。これによって、報知情報を削減することができる。この効果は、サポートするMTCグループ数が増加したときに、より顕著になる。前記の具体例では、MTC用の制御チャネルに、全MTCグループのMTCdataの無線リソースの構成情報をマッピングするようにしたが、これに加えて、実施の形態9および実施の形態9の変形例1で開示した、MTCサービス用データが発生または変更したかどうかを通知するMTCinformationnotificationの構成情報を含めてマッピングしてもよい。MTCDは、eNBから報知されたMTC制御チャネルの無線リソース構成の情報に従ってMTC制御チャネルを受信し、自局の属するMTCグループのためのMTCサービス用下りデータの構成情報とともに、MTCinformationnotificationの構成情報を受信する。MTCDは、MTCinformationnotificationの構成情報に従って、MTCinformationnotificationを受信し、MTCdataが発生または変更したかどうかを認識する。MTCdataが発生または変更したことを認識したMTCDは、MTC制御チャネルにマッピングされた自局の属するMTCグループのMTCdataの構成情報に従って、MTCdataを受信すればよい。こうすることによって、MTCDは、MTCグループ毎に送信されるMTCdataの発生または変更を認識した上で、MTCdataを受信することが可能となる。これによって、MTCDにおいて、MTCdataを受信するための無駄な受信処理を省くことが可能となるので、低消費電力化を図ることが可能となる。実施の形態10.多数のMTCDが一斉に上りRACHを送信する場合がある。例えば、一旦電源がオフされた、すなわち切られた後に、電源がオンされた、すなわち入れられた場合のアタッチ処理がある。これは、電源オフ時にデタッチ処理を行うように設定されている場合が多いためである。MTCサービスとして、多数のMTCDの電源オン時刻が同じになるように設定されている場合、一斉にアタッチ処理が発生する。アタッチ処理は、上りRACHプロシージャから始まる。一斉に多数のMTCDのアタッチ処理が生じるのを回避する方法として、MTCDが電源オフ時にデタッチ処理を行わないようにしてもよい。しかし、デタッチ処理を行わないと、上位ノードのリソースがリザーブされたままとなってしまう。MTCDは、電源がオフされてから次の通信まで、長時間間隔が空くことが想定される。したがって、上位ノードのリソースがリザーブされた状態が長時間続くことは、無駄であり、使用効率が悪い。この対策として、非特許文献13に、MTCDからのデタッチ処理が無い場合でも、上位ノードによって、デタッチ処理を行うようにすることが記載されている。非特許文献13には、具体的な動作については記載されていない。ここで、MTCDからのデタッチ処理が無い場合に、上位ノードによってデタッチ処理を行う方法の具体的な動作の一例を開示する。たとえば、MTCDがアタッチ処理後に上りデータを送信した場合、MTCDからの上りデータの送信終了後、上位ノードによってデタッチ処理が行われ、上位ノードのリソースが解放される。これによって、MTCDは、デタッチ処理を行う必要が無いので、上りデータの送信終了後には、電源をオフすることが可能である。しかし、上位ノードによってデタッチ処理が行われた場合、MTCDによる次の上りデータ送信までの期間が短時間であったとしても、MTCDは、次の上りデータ送信のときに、アタッチ処理を必ず行う必要が生じてしまう。これは、上りRACHの増大につながる。また、上位ノードによってデタッチ処理が行われた場合、MTCDは、次の上りデータ送信時あるいは電源オン時に、アタッチ処理が必要であるか否かが不明になるという問題が生じる。本実施の形態では、これらの問題を解消し、上りRACHの増大による上り混雑を回避する方法について開示する。本実施の形態では、MTCDが送信するときにアタッチ処理が必要か否かに関する情報以下アタッチ要否情報という場合があるを設けて、予め上位ノードがMTCDに通知する。MTCDが電源オンしたときにアタッチ処理が必要か否かに関する情報としてもよい。アタッチ要否情報をMTCDに通知する上位ノードの具体例として、以下の1~3の3つを開示する。1MME、2SGSN、3HSS。また、アタッチ要否情報をMTCDに通知する上位ノードと、自動的にデタッチ処理を起動する上位ノードとを同じとしてもよい。アタッチ要否情報の通知方法の具体例として、以下の1~4の4つを開示する。1MTCDからの最初のアタッチ処理の際に通知する。2上位ノードからMTCDへ次の送信時間あるいは電源オン時間を通知する際に通知する。3MTCDからのTAU処理の際に通知する。4MTCDからのサービスリクエスト処理の際に通知する。例えば、MMEが、MTCDからの最初のアタッチ処理の際に通知する場合、MMEは、アタッチ要否情報を、S1シグナリング上のアタッチアクセプトメッセージに含めて、eNBに対して通知する。アタッチ要否情報を受信したeNBは、アタッチ要否情報を、RRC接続リコンフィグレーションメッセージに含めてMTCDに対して通知する。これに限らず、eNBからMTCDに対して送信されるアタッチ完了メッセージに含ませるようにしてもよい。MTCDが送信する際あるいは電源オンした際にアタッチが必要か否かに関する情報、すなわちアタッチ要否情報の具体例として、以下の1,2の2つを開示する。1アタッチが必要か否かを判断するための閾値、2アタッチが必要か否かのインジケータ。アタッチ要否情報を、アタッチが必要か否かを判断するための閾値とした場合の具体例を開示する。MTCDの上りデータ送信終了後から次の送信までの時間に閾値を設ける。例えば閾値をThattachとする。MTCDの上りデータ送信終了後から次の送信までの時間がThattach以上である、またはThattachよりも大きい場合、MTCDはアタッチを行う。MTCDの上りデータ送信終了後から次の送信までの時間がThattach以下である、またはThattachよりも小さい場合、MTCDはアタッチを行わない。アタッチが必要か否かを判断する主体は、MTCDとするとよい。MTCDが、閾値と次の上りデータ送信までの時間とによって判断するとよい。アタッチ要否情報を、アタッチが必要か否かのインジケータとした場合の具体例を開示する。例えば、アタッチ要否情報を1ビットとし、1の場合は次の上りデータ送信の際にアタッチを行い、0の場合は次の上りデータ送信の際にアタッチを行わない、とする。アタッチが必要か否かを判断する主体は、上位ノードとするとよい。例えば、上位ノードが、MTCDの次の上りデータ送信時間を認識している場合に、該MTCDの次の上りデータ送信時間をもとに、アタッチが必要か否かを判断するとよい。MTCDが送信する際あるいは電源オンした際にアタッチが必要か否かに関するアタッチ要否情報として、アタッチが必要か否かを判断するための閾値を用いた場合、閾値を静的に決めておいてもよい。例えば予め規格として決めておいてもよい。このように静的に決めておくことによって、MTCDへの通知が不要となるので、シグナリング量の削減効果が得られる。上位ノードは所定の条件に従って、リソースを解放する。所定の条件の具体例として、以下の1,2の2つを開示する。以下に示す条件は、切断条件に相当する。1アタッチが必要か否かを判断するための閾値を超えた場合、2MTCDの次の上りデータ送信の際にアタッチが必要と判断した場合。上位ノードのリソースの具体例として、以下の1~5の5つを開示する。1MTCDとeNBとの間の無線制御リンク、2MTCDとeNBとの間の無線データリンク、3eNBとS-GWとの間の無線アクセスベアラ、4HSS上のMTCDの登録情報、5S-GWとP-GW間の通信経路設定。これらの1つでもよいし、あるいは複数であってもよい。図43は、実施の形態10における上り混雑回避方法のシーケンスを示す図である。ステップST3701において、MTCDは、最初のアタッチ処理を行う。このアタッチ処理として、3GPPTS23.401V9.4.0以下非特許文献15というに記載される方法を適用してもよい。アタッチ処理は、MTCDからのRACH送信で起動される。この最初のアタッチ処理において、ステップST3702でMMEは、アタッチが必要か否かを判断するための閾値であるThattachをS1シグナリング上のアタッチアクセプトメッセージに含めてeNBに対して通知する。Thattachを受信したeNBは、受信した情報をRRC接続リコンフィグレーションメッセージに含めてMTCDに対して通知する。ステップST3703において、MTCDは、上りデータ送信処理を行う。上りデータ送信処理は、MTCD、eNB、MME、HSS、S-GWServingGWおよびP-GWPDNGWの一つまたは複数のノードを介して行われる。MTCDは、ステップST3703で上りデータ送信処理を行った後、ステップST3704で電源オフをしてもよい。ステップST3703でMTCDからの上りデータ送信処理を終了したMMEは、ステップST3705において、前回の上りデータ送信処理からの時間がThattach以上であるかどうかを判断する。前回の上りデータ送信処理からの時間がThattachよりも小さい場合は、ステップST3705に戻り、再度ステップST3705の判断処理を行う。前回の上りデータ送信処理からの時間がThattach以上の場合は、ステップST3706に移行して、MME起動のデタッチ処理を行う。ステップST3707でeNB、および上位ノードであるMME、HSS、S-GWまたはP-GWにおいて、デタッチ処理およびリソースの解放処理が行われる。これによって、今までリザーブしていた上位ノードのリソースは解放され、他の移動端末との通信に使用可能となる。MTCDは、ステップST3708において、次の上りデータが発生しているか否かを判断し、発生していない場合はステップST3708に戻って、再度ステップST3708の判断処理を繰返す。次の上りデータが発生している場合は、ステップST3712の判断処理に移行する。MTCDがステップST3704で電源をオフしている場合は、ステップST3709で電源をオンし、ステップST3710において、ステップST3711でeNBから報知されるシステム情報を受信する。MTCDがステップST3704で電源をオフしない場合、ステップST3710のシステム情報の受信は、適宜行われるようにすればよい。MTCDは、次の上りデータが発生しているか否かを認識するために、ステップST3704で選択的に部分的に電源オフを行うとよい。例えば、前述の図8に示す周波数変換部806、変調部805、復調部808、エンコーダー部804およびデコーダー部809などの一つまたは複数の部分を電源オフするようにすればよい。上りデータが発生したか否かを、送信データバッファ部803、アプリケーション部802、プロトコル処理部801および制御部810のいずれか、あるいは複数の部分で判断すればよい。これによって、消費電力を削減しつつ、次の上りデータの発生の有無を判断可能となる。また、電源オンの時間が予め設定されているような場合、あるいは予めMTCサーバから通知されているような場合は、ステップST3708の次の上りデータ発生の有無の判断処理を電源オンの後に行うようにしてもよい。これによって、電源オンが次の上りデータ発生の有無で行われるのではなく、予め設定された時間で行われるようにすることが可能となる。MTCDは、ステップST3712において、前回の上りデータ送信処理終了からの時間がThattach以上であるかどうかを判断する。MTCDは、前回の上りデータ送信処理からの時間がThattachよりも小さい場合は、上位ノードがデタッチ処理を起動していないと判断し、ステップST3713のアタッチ処理を行うことなく、ステップST3714で上りデータ送信処理を行う。MTCDは、前回の上りデータ送信処理からの時間がThattach以上である場合は、上位ノードがデタッチ処理を起動していると判断し、ステップST3713でアタッチ処理を行った後、ステップST3714で上りデータ送信処理を行う。その後各ノードはAに戻り、ステップST3704~ステップST3714までの処理を繰返す。このように、前回の上りデータ送信処理から所定の時間以上が経過した場合に、上位ノードによってデタッチ処理が行われるようにすることによって、MTCDが上りデータ送信処理の終了後に、次の上りデータ送信の際あるいは電源オンの際に必ずアタッチ処理を行うことを無くし、上りRACHの増大を抑制することが可能になる。また、前回の上りデータ送信処理から所定の時間以上が経過したか否かによって、MTCDは、次の上りデータ送信時あるいは電源オン時に、アタッチ処理が必要か否かを判断できるようになる。これによって、上りRACHの増大による上り混雑を回避するとともに、MTCDが上りデータ送信を行うことができるという効果が得られる。したがって、H2Hに最適な通信を維持した状態でM2M通信を可能とする通信システムを構築することが可能となる。前回の上りデータ送信処理から所定の時間以上が経過するか否かは、基地局装置によって移動端末との通信状態が切断されたことが予測される条件である予測条件に相当する。そして、前回の上りデータ送信処理から所定の時間以上が経過することは、予測条件が満足されることを意味する。アタッチ要否情報は、所定の時間に限らず、MTCDが送信する際あるいは電源オンした際にアタッチが必要か否かに関する情報であればよい。同等の効果を得ることが可能となる。実施の形態10変形例1.アタッチが必要か否かを判断するための閾値を設けて、それに従ってMTCDが次の送信あるいは電源オンの際にアタッチが必要か否か判断する場合、次の送信までの時間が閾値以内であったとしても、MTCDが他のトラッキングエリアTAに移動した場合など、アタッチ処理、すなわち位置登録処理を行った方がよい場合がある。たとえば他のTAに移動した場合、接続される上位ノードが変更になるので、リソースの再設定が必要になるからである。したがって、他のTAに移動した場合にアタッチ処理が行われないと、リソースの再設定が行われず、旧TAで接続されたノードのリソースがリザーブされたままとなり、リソースの無駄が生じてしまう。また、新TAでは上位ノードの変更およびリソースの設定が行われず、通信することが不可能になってしまう。本変形例では、これらの問題を解消するための方法を開示する。MTCDの次の送信あるいは電源オンの際にアタッチが必要か否かの判断指標として、所定のセル内か否かを加える。具体例として、MTCDが次の送信あるいは電源オンを行った際に選択しているセルが、所定のリストに含まれているか否かを判断指標とするとよい。所定のリストの具体例として、以下の1~3の3つを開示する。1TAリスト、2MTCサービス毎のセルリスト、3MTCグループ毎のセルリスト。上位ノードは予め所定のリストをMTCDに通知する。通知方法は実施の形態10で開示した、MTCDが送信する際あるいは電源オンした際にアタッチが必要か否かに関する情報の通知方法を適用すればよい。図44は、実施の形態10の変形例1における上り混雑回避方法のシーケンスを示す図である。図44において、前述の図43に示すステップに対応するステップについては、同一の参照符を付して、共通する説明を省略する。図44では、MTCDが選択したセルがTAリストに含まれているか否かを判断指標として加えた場合について示している。ステップST3801において、MMEは、MTCDからの最初のアタッチ処理の際に、eNBに対してTAリストを通知し、eNBは、MMEから通知されたTAリストをMTCDに対して通知する。例えば、MMEは、TAリストをS1シグナリング上のアタッチアクセプトメッセージに含めてeNBに対して通知し、eNBは、TAリストをRRC接続リコンフィグレーションメッセージに含めてMTCDに対して通知する。MTCDは、ステップST3708において、次の上りデータが発生していると判断し、ステップST3709において電源をオンし、ステップST3710においてシステム情報の受信を行った後、ステップST3802において、選択したセルがTAリストに含まれるか否かを判断する。MTCDは、選択したセルからシステム情報を受信し、受信したシステム情報内のTACあるいはTAIを受信し、ステップST3801で受信したTAリストに、受信したTACあるいはTAIが存在するか否かを判断する。選択したTACあるいはTAIがTAリストに含まれる場合は、MTCDは、前述のステップST3712の処理を行う。選択したTACあるいはTAIがTAリストに含まれない場合は、MTCDは、ステップST3712の処理を行うことなく、ステップST3713のアタッチ処理を行うようにする。すなわち、前回の上りデータ送信処理終了からの時間によらず、アタッチ処理を行うようにする。本変形例で開示した方法とすることによって、TAリスト内のTAからTAリスト外の他のTAに移動した場合の新TAで、上位ノードの変更およびリソースの設定を行うことが可能となり、通信可能となる。また、元のTAにおける上位ノードのリソースも解放されるので、無線リソースの使用効率を高めることが可能となる。また、TAリスト内のTAからの移動が無い場合は、上りRACHの増大による上り混雑を回避するとともに、MTCDが上りデータ送信を行うことができるという効果が得られる。本発明で開示した方法は、eNB/NBに限らず、HeNB、HNB、ピコeNBLTEピコセルEUTRANpicocell、ピコNBWCDMAピコセルUTRANpicocell、ホットゾーンセル用のノード、リレーノード、リモートラジオヘッドRRHなどの、いわゆるローカルノードにも適用できる。MTCサービスをサポートするローカルノードに、本発明で開示した方法を行うことで、下り混雑および上り混雑による問題およびそれによって生じる問題を回避することが可能となる。以上の各実施の形態では、LTEシステムE-UTRANを中心に説明したが、本発明の通信システムは、W-CDMAシステムUTRAN、UMTSおよびLTEアドヴァンスドLTEAdvancedにも適用することが可能である。この発明は詳細に説明されたが、上記した説明は、すべての局面において、例示であって、この発明がそれに限定されるものではない。例示されていない無数の変形例が、この発明の範囲から外れることなく想定され得るものと解される。"