所定ネットワークからのシグナリングに基づいて、該所定ネットワークが所定機能に対応していないことを認識した場合に、該所定ネットワークに対してコネクション要求信号を送信しないように構成されている制御部を具備することを特徴とする移動局。前記制御部は、前記所定機能に対応可能であることを示す指示情報が含まれていないアタッチ応答信号に基づいて、前記所定ネットワークが該所定機能に対応していないことを認識するように構成されていることを特徴とする請求項1に記載の移動局。前記制御部は、前記所定ネットワーク内のセルにおいて送信されている報知信号に基づいて、該所定ネットワークが前記所定機能に対応していないことを認識するように構成されていることを特徴とする請求項1に記載の移動局。前記制御部は、前記アタッチ応答信号に、前記指示情報が含まれていない場合、前記所定ネットワークからのデタッチ処理を行った後、受付可能セルにて待ち受けを行い、電源OFFの後に電源ONになるまで、USIM無効状態に遷移するように構成されていることを特徴とする請求項2に記載の移動局。前記制御部は、前記報知信号内に、前記所定機能に対応可能であることを示す第1指示情報が含まれていない場合或いは該所定機能に対応可能でないことを示す第2指示情報が含まれている場合、受付可能セルにて待ち受けを行い、電源OFFの後に電源ONになるまで、USIM無効状態に遷移するように構成されていることを特徴とする請求項3に記載の移動局。ここで、既存のLTERelease10方式では、MTC端末は、MTC機能に対応していること、すなわち、通信遅延を許容することを示す情報要素DelayTolerantIndicationを含むRRCConnectionRequestを送信するように構成されている。しかしながら、MTC機能をサポートしていないネットワーク、例えば、MTC機能をサポートしていないLTERelease10方式のネットワークや、LTERelease89方式等のネットワークは、かかる情報要素DelayTolerantIndicationを解釈することができない。3GPPでは、かかるネットワークが、かかる情報要素DelayTolerantIndicationを含むRRCConnectionRequestを受信した場合の動作について規定されていない。そこで、本発明は、上述の課題に鑑みてなされたものであり、MTC端末として動作する場合に、MTC機能をサポートしていないネットワークに対してコネクション要求信号を送信することを抑圧することができる移動局を提供することを目的とする。本発明の第1の特徴は、移動局であって、所定ネットワークからのシグナリングに基づいて、該所定ネットワークが所定機能に対応していないことを認識した場合に、該所定ネットワークに対してコネクション要求信号を送信しないように構成されている制御部を具備することを要旨とする。以上説明したように、本発明によれば、MTC端末として動作する場合に、MTC機能をサポートしていないネットワークに対してコネクション要求信号を送信することを抑圧することができる移動局を提供することができる。本発明の第1の実施形態に係る移動通信システム図1乃至図3を参照して、本発明の第1の実施形態に係る移動通信システムについて説明する。図1に示すように、本実施形態に係る移動通信システムは、移動管理ノードMMEMobilityManagementEntityと、かかる移動管理ノードMME配下に接続されている無線基地局eNBとを具備している。なお、本実施形態に係る移動通信システムは、MTC機能をサポートしているLTERelease10方式のネットワークであってもよいし、MTC機能をサポートしていないLTERelease8910方式のネットワークであってもよい。本実施形態に係る移動局UEは、MTC端末として動作するように構成されており、図2に示すように、送信部11と、受信部12と、制御部13とを具備している。送信部11は、無線基地局eNBに対してASAccessStratumメッセージ又はRRCRadioResourceControlメッセージを送信し、移動管理ノードMMEに対してNASNonAccessStratumメッセージを送信するように構成されている。受信部12は、無線基地局eNBからASメッセージを受信し、移動管理ノードMMEからNASメッセージを受信するように構成されている。制御部13は、所定ネットワークからのシグナリングに基づいて、かかる所定ネットワークがMTC機能に対応しているか否かについて判定するように構成されている。例えば、制御部13は、MTC機能に対応可能であることを示すMTC機能対応Indicationが含まれていないAttachAcceptに基づいて、かかる所定ネットワークがMTC機能に対応していないことを認識するように構成されていてもよい。ここで、制御部13は、かかる所定ネットワークがMTC機能に対応していないことを認識した場合に、送信部11を介して、かかる所定ネットワークに対してRRCConnectionRequestを送信しないように構成されている。また、制御部13は、送信部11及び受信部12を介して、アタッチ処理及びデタッチ処理を行うように構成されている。ここで、制御部13は、アタッチ処理として、通常呼及び緊急呼の双方を行うための通常のアタッチ処理を行うことができるように構成されている。なお、移動局UEが、VoLTEVoiceoverLTE対応端末である場合、制御部13は、アタッチ処理として、緊急呼のみを行うための緊急呼用のアタッチ処理を行うことができるように構成されている。例えば、制御部13は、電源OFF状態から電源ON状態に遷移した場合に、所定ネットワークに対する通常のアタッチ処理を行うように構成されている。具体的には、制御部13は、送信部11を介して、アタッチ処理において、無線基地局eNBに対して、AttachRequestNASメッセージを含むRRCConnectionSetupCompleteASメッセージを送信するように構成されている。例えば、移動局UEが、VoLTE対応端末である場合、制御部13は、所定ネットワークに対する通常のアタッチ処理において受信したAttachAcceptに、MTC機能に対応可能であることを示すMTC機能対応Indicationが含まれていない場合、かかる所定ネットワークからのデタッチ処理を行った後、acceptablecell受付可能セルにて待ち受けを行い、電源OFFの後に電源ONになるまで、USIMUniversalSubscriberIdentityModuleinvalidUSIM無効状態LSSLimitedServiceState状態、すなわち、通常呼の利用が不可能な状態に遷移するように構成されている。かかる場合、制御部13は、緊急呼に対応可能なネットワークに対する緊急呼用のアタッチ処理を行うように構成されていてもよい。一方、移動局UEが、VoLTE非対応端末である場合、制御部13は、所定ネットワークに対する通常のアタッチ処理において受信したAttachAcceptに、MTC機能に対応可能であることを示すMTC機能対応Indicationが含まれていない場合、かかる所定ネットワークからのデタッチ処理を行った後、acceptablecell受付可能セルにて待ち受けを行い、電源OFFの後に電源ONになるまで、USIMinvalidUSIM無効状態LSS状態、すなわち、通常呼の利用が不可能な状態に遷移するように構成されている。かかる場合、制御部13は、緊急呼用のアタッチ処理を行うことができないため、移動局UEは、通常呼だけではなく、緊急呼についても利用もできないが、ETWSEarthquakeandTsunamiWarningSystem信号の受信については利用することができる。以下、図3を参照して、本実施形態に係る移動通信システムの動作の一例について説明する。ステップS1001において、MTC端末として動作する移動局UEは、無線基地局eNBに対して、RRCConnectionRequestを送信する。ステップS1002において、無線基地局eNBは、移動局UEに対して、RRCConnectionSetupを送信する。ステップS1003において、移動局UEは、無線基地局eNBに対して、所定ネットワークに対する通常のアタッチ処理用のAttachRequestを含むRRCConnectionSetupCompleteを送信する。ここで、移動局UEは、RRCConnectionSetupCompleteに、上述の情報要素DelayTolerantIndicationを含めてもよい。ステップS1004において、無線基地局eNBは、移動管理ノードMMEに対して、AttachRequestを含むULNASTransportS1APメッセージを送信する。移動管理ノードMME及び無線基地局eNBを含むネットワークにおいてMTC機能がサポートされていない場合、移動管理ノードMMEは、ステップS1005において、無線基地局eNBに対して、MTC機能に対応可能であることを示すMTC機能対応Indicationを含まないAttachAcceptを含むDLNASTransportS1APメッセージを送信する。ここで、MTC機能のサポートの有無は、PLMNPublicLandMobileNetowork単位で設定されていてもよいし、他の単位で設定されていてもよい。ステップS1006において、無線基地局eNBは、移動局UEに対して、上述のAttachAcceptを含むDLInformationTransferASメッセージを送信する。移動局UEは、受信したAttachAcceptにMTC機能対応Indicationが含まれていない場合、ステップS1007において、MTC機能がサポートされていないネットワーク配下に在圏していることを認識し、ステップS1008において、所定ネットワークからのデタッチ処理を行い、ステップS1009において、acceptablecellにて待ち受けを行い、USIMinvalid状態LSS状態に遷移する。ここで、移動局UEが、VoLTE対応端末である場合、緊急呼に対応可能なネットワークに対する緊急呼用のアタッチ処理を行うことによって、通常呼を行うことはできないが、緊急呼を行うことができる。その後、移動局UEは、電源OFF状態に遷移された後に電源ON状態に遷移するまでの間、無線基地局eNB及び移動管理ノードMMEに対して、ASメッセージやNASメッセージ例えば、ServiceRequest等を送信しない。本発明の第1の実施形態に係る移動通信システムによれば、ネットワーク機能へのインパクト無しに、MTC端末からのServiceRequestの送信を防ぐことができる。変更例1以下、図4を参照して、本発明の変更例1に係る移動通信システムについて、上述の第1の実施形態に係る移動通信システムとの相違点に着目して説明する。図4を参照して、本変更例1に係る移動通信システムの動作の一例について説明する。図4に示すように、無線基地局eNBを含むネットワークにおいてMTC機能がサポートされていない場合、ステップS2001において、無線基地局eNBが、配下のセルにおいて、報知チャネルBroadcastChannelを介して、MTC機能に対応可能でないことを示すMTC機能非対応Indicationを含む報知信号を送信する。MTC端末として動作する移動局UEは、かかる報知信号内にMTC機能非対応Indicationが含まれている場合、ステップS2002において、MTC機能がサポートされていないネットワーク配下に在圏していることを認識し、ステップS2003において、所定ネットワークに対する通常のアタッチ処理を行うことなく、acceptablecellにて待ち受けを行い、USIMinvalid状態LSS状態に遷移する。ここで、移動局UEが、VoLTE対応端末である場合、緊急呼に対応可能なネットワークに対する緊急呼用のアタッチ処理を行うことができる。その後、移動局UEは、電源OFF状態に遷移された後に電源ON状態に遷移するまでの間、無線基地局eNB及び移動管理ノードMMEに対して、ASメッセージやNASメッセージ例えば、AttachRequest等を送信しない。一方、無線基地局eNBを含むネットワークにおいてMTC機能がサポートされている場合、ステップS2001において、無線基地局eNBが、配下のセルにおいて、報知チャネルを介して、MTC機能に対応可能でないことを示すMTC機能非対応Indicationを含まない報知信号を送信する。MTC端末として動作する移動局UEは、かかる報知信号内にMTC機能非対応Indicationが含まれていない場合、MTC機能がサポートされているネットワーク配下に在圏していることを認識し、無線基地局eNBに対して、RRCConnectionRequestを送信した後、移動管理ノードMMEに対して、AttachRequestを送信する。なお、無線基地局eNBを含むネットワークにおいてMTC機能がサポートされていない場合、ステップS2001において、無線基地局eNBは、配下のセルにおいて、報知チャネルを介して、MTC機能に対応可能であることを示すMTC機能対応Indicationを含まない報知信号を送信してもよい。かかる場合、MTC端末として動作する移動局UEは、かかる報知信号内にMTC機能対応Indicationが含まれていないため、MTC機能がサポートされていないネットワーク配下に在圏していることを認識し、ステップS2003において、所定ネットワークに対する通常のアタッチ処理を行うことなく、acceptablecellにて待ち受けを行い、USIMinvalid状態LSS状態に遷移する。ここで、移動局UEが、VoLTE対応端末である場合、緊急呼に対応可能なネットワークに対する緊急呼用のアタッチ処理を行うことができる。また、無線基地局eNBを含むネットワークにおいてMTC機能がサポートされている場合、ステップS2001において、無線基地局eNBは、配下のセルにおいて、報知チャネルを介して、MTC機能に対応可能であることを示すMTC機能対応Indicationを含む報知信号を送信してもよい。かかる場合、MTC端末として動作する移動局UEは、かかる報知信号内にMTC機能対応Indicationが含まれているため、MTC機能がサポートされているネットワーク配下に在圏していることを認識し、無線基地局eNBに対して、RRCConnectionRequestを送信した後、移動管理ノードMMEに対して、AttachRequestを送信してもよい。本発明の第1の実施形態に係る移動通信システムによれば、MTC端末からのServiceRequestの送信だけでなく、MTC端末からのAttachRequestの送信を防ぐことができる。以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。本実施形態の第1の特徴は、移動局UEであって、所定ネットワークからのシグナリングに基づいて、かかる所定ネットワークがMTC機能所定機能に対応していないことを認識した場合に、かかる所定ネットワークに対してRRCConncetioRequestコネクション要求信号を送信しないように構成されている制御部13を具備することを要旨とする。本実施形態の第1の特徴において、制御部13は、MTC機能に対応可能であることを示すMTC機能対応Indication指示情報が含まれていないAttachAcceptアタッチ応答信号に基づいて、かかる所定ネットワークがMTC機能に対応していないことを認識するように構成されていてもよい。本実施形態の第1の特徴において、制御部13は、所定ネットワーク内のセルにおいて送信されている報知信号に基づいて、かかる所定ネットワークがMTC機能に対応していないことを認識するように構成されていてもよい。本実施形態の第1の特徴において、制御部13は、AttachAcceptに、MTC機能対応Indicationが含まれていない場合、かかる所定ネットワークからのデタッチ処理を行った後、acceptablecell受付可能セルにて待ち受けを行い、電源OFFの後に電源ONになるまで、USIMinvalidUSIM無効状態LSS状態に遷移するように構成されていてもよい。本実施形態の第1の特徴において、制御部13は、報知信号内に、MTC機能に対応可能であることを示すMTC機能対応Indication第1指示情報が含まれていない場合或いはMTC機能に対応可能でないことを示すMTC機能非対応Indication第2指示情報が含まれている場合、acceptablecell受付可能セルにて待ち受けを行い、電源OFFの後に電源ONになるまで、USIMinvalidUSIM無効状態LSS状態に遷移するように構成されていてもよい。なお、上述の移動管理ノードMMEや無線基地局eNBや移動局UE等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。ソフトウェアモジュールは、RAMRandomAccessMemoryや、フラッシュメモリや、ROMReadOnlyMemoryや、EPROMErasableProgrammableROMや、EEPROMElectronicallyErasableandProgrammableROMや、レジスタや、ハードディスクや、リムーバブルディスクや、CDROMといった任意形式の記憶媒体内に設けられていてもよい。かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ASIC内に設けられていてもよい。かかるASICは、移動管理ノードMMEや無線基地局eNBや移動局UE等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動管理ノードMMEや無線基地局eNBや移動局UE等内に設けられていてもよい。以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。