(57)【特許請求の範囲】
【請求項１】
所定ネットワークからのシグナリングに基づいて、該所定ネットワークが所定機能に対応していないことを認識した場合に、該所定ネットワークに対してコネクション要求信号を送信しないように構成されている制御部を具備し、
前記制御部は、前記所定機能に対応可能であることを示す指示情報が含まれていないアタッチ応答信号に基づいて、前記所定ネットワークが該所定機能に対応していないことを認識するように構成されており、
前記制御部は、前記アタッチ応答信号に、前記指示情報が含まれていない場合、前記所定ネットワークからのデタッチ処理を行った後、受付可能セルにて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、ＵＳＩＭ無効状態に遷移するように構成されていることを特徴とする移動局。
【請求項２】
所定ネットワークからのシグナリングに基づいて、該所定ネットワークが所定機能に対応していないことを認識した場合に、該所定ネットワークに対してコネクション要求信号を送信しないように構成されている制御部を具備し、
前記制御部は、前記所定ネットワーク内のセルにおいて送信されている報知信号に基づいて、該所定ネットワークが前記所定機能に対応していないことを認識するように構成されており、
前記制御部は、前記報知信号内に、前記所定機能に対応可能であることを示す第１指示情報が含まれていない場合或いは該所定機能に対応可能でないことを示す第２指示情報が含まれている場合、受付可能セルにて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、ＵＳＩＭ無効状態に遷移するように構成されていることを特徴とする移動局。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動局に関する。
【背景技術】
【０００２】
現在、３ＧＰＰのＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）-Ｒｅｌｅａｓｅ１０方式において、ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）機能についての仕様策定が行われている。
【０００３】
将来的に、ＭＴＣ機能を具備する移動局ＵＥ（ＭＴＣ端末）は、多くの装置（例えば、ガス検知装置や病院内装置や橋のセキュリティ装置やタクシー内装置等）に設置されることが想定されている。
【０００４】
かかるＭＴＣ端末の通信頻度は、通常の移動局ＵＥの通信頻度よりも少ないことが想定されるが、ＭＴＣ端末からのコネクション要求信号（「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ」）等によって、ネットワークが輻輳する可能性があるため、３ＧＰＰでは、ＭＴＣ端末からの呼の優先度を、通常の移動局ＵＥからの呼の優先度よりも低く扱ってもよいと規定されている。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ  ＴＳ２４.３０１
【非特許文献２】３ＧＰＰ  ＴＳ２３.１１２
【非特許文献３】３ＧＰＰ  ＴＳ３６.３０４
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ここで、既存のＬＴＥ-Ｒｅｌｅａｓｅ１０方式では、ＭＴＣ端末は、ＭＴＣ機能に対応していること、すなわち、通信遅延を許容することを示す情報要素「Ｄｅｌａｙ  Ｔｏｌｅｒａｎｔ  Ｉｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ」を送信するように構成されている。
【０００７】
しかしながら、ＭＴＣ機能をサポートしていないネットワーク、例えば、ＭＴＣ機能をサポートしていないＬＴＥ-Ｒｅｌｅａｓｅ１０方式のネットワークや、ＬＴＥ-Ｒｅｌｅａｓｅ８/９方式等のネットワークは、かかる情報要素「Ｄｅｌａｙ  Ｔｏｌｅｒａｎｔ  Ｉｎｄｉｃａｔｉｏｎ」を解釈することができない。
【０００８】
３ＧＰＰでは、かかるネットワークが、かかる情報要素「Ｄｅｌａｙ  Ｔｏｌｅｒａｎｔ  Ｉｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ」を受信した場合の動作について規定されていない。
【０００９】
そこで、本発明は、上述の課題に鑑みてなされたものであり、ＭＴＣ端末として動作する場合に、ＭＴＣ機能をサポートしていないネットワークに対してコネクション要求信号を送信することを抑圧することができる移動局を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明の第１の特徴は、移動局であって、所定ネットワークからのシグナリングに基づいて、該所定ネットワークが所定機能に対応していないことを認識した場合に、該所定ネットワークに対してコネクション要求信号を送信しないように構成されている制御部を具備することを要旨とする。
【発明の効果】
【００１１】
以上説明したように、本発明によれば、ＭＴＣ端末として動作する場合に、ＭＴＣ機能をサポートしていないネットワークに対してコネクション要求信号を送信することを抑圧することができる移動局を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】本発明の第１の実施形態に係る移動通信システムの全体構成図である。
【図２】本発明の第１の実施形態に係る移動局の機能ブロック図である。
【図３】本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。
【図４】本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。
【発明を実施するための形態】
【００１３】
（本発明の第１の実施形態に係る移動通信システム）
図１乃至図３を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。
【００１４】
図１に示すように、本実施形態に係る移動通信システムは、移動管理ノードＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）と、かかる移動管理ノードＭＭＥ配下に接続されている無線基地局ｅＮＢとを具備している。
【００１５】
なお、本実施形態に係る移動通信システムは、ＭＴＣ機能をサポートしているＬＴＥ-Ｒｅｌｅａｓｅ１０方式のネットワークであってもよいし、ＭＴＣ機能をサポートしていないＬＴＥ-Ｒｅｌｅａｓｅ８/９/１０方式のネットワークであってもよい。
【００１６】
本実施形態に係る移動局ＵＥは、ＭＴＣ端末として動作するように構成されており、図２に示すように、送信部１１と、受信部１２と、制御部１３とを具備している。
【００１７】
送信部１１は、無線基地局ｅＮＢに対してＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージ又はＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）メッセージを送信し、移動管理ノードＭＭＥに対してＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）メッセージを送信するように構成されている。
【００１８】
受信部１２は、無線基地局ｅＮＢからＡＳメッセージを受信し、移動管理ノードＭＭＥからＮＡＳメッセージを受信するように構成されている。
【００１９】
制御部１３は、所定ネットワークからのシグナリングに基づいて、かかる所定ネットワークがＭＴＣ機能に対応しているか否かについて判定するように構成されている。
【００２０】
例えば、制御部１３は、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない「Ａｔｔａｃｈ  Ａｃｃｅｐｔ」に基づいて、かかる所定ネットワークがＭＴＣ機能に対応していないことを認識するように構成されていてもよい。
【００２１】
ここで、制御部１３は、かかる所定ネットワークがＭＴＣ機能に対応していないことを認識した場合に、送信部１１を介して、かかる所定ネットワークに対して「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ」を送信しないように構成されている。
【００２２】
また、制御部１３は、送信部１１及び受信部１２を介して、アタッチ処理及びデタッチ処理を行うように構成されている。
【００２３】
ここで、制御部１３は、アタッチ処理として、通常呼及び緊急呼の双方を行うための通常のアタッチ処理を行うことができるように構成されている。
【００２４】
なお、移動局ＵＥが、ＶｏＬＴＥ（Ｖｏｉｃｅ  ｏｖｅｒ  ＬＴＥ）対応端末である場合、制御部１３は、アタッチ処理として、緊急呼のみを行うための緊急呼用のアタッチ処理を行うことができるように構成されている。
【００２５】
例えば、制御部１３は、電源ＯＦＦ状態から電源ＯＮ状態に遷移した場合に、所定ネットワークに対する通常のアタッチ処理を行うように構成されている。
【００２６】
具体的には、制御部１３は、送信部１１を介して、アタッチ処理において、無線基地局ｅＮＢに対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ（ＮＡＳメッセージ）」を含む「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ（ＡＳメッセージ）」を送信するように構成されている。
【００２７】
例えば、移動局ＵＥが、ＶｏＬＴＥ対応端末である場合、制御部１３は、所定ネットワークに対する通常のアタッチ処理において受信した「Ａｔｔａｃｈ  Ａｃｃｅｐｔ」に、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない場合、かかる所定ネットワークからのデタッチ処理を行った後、「ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ（受付可能セル）」にて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、「ＵＳＩＭ（Ｕｎｉｖｅｒｓａｌ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ  Ｍｏｄｕｌｅ）  ｉｎｖａｌｉｄ（ＵＳＩＭ無効状態）/ＬＳＳ（Ｌｉｍｉｔｅｄ  Ｓｅｒｖｉｃｅ  Ｓｔａｔｅ）状態」、すなわち、通常呼の利用が不可能な状態に遷移するように構成されている。
【００２８】
かかる場合、制御部１３は、緊急呼に対応可能なネットワークに対する緊急呼用のアタッチ処理を行うように構成されていてもよい。
【００２９】
一方、移動局ＵＥが、ＶｏＬＴＥ非対応端末である場合、制御部１３は、所定ネットワークに対する通常のアタッチ処理において受信した「Ａｔｔａｃｈ  Ａｃｃｅｐｔ」に、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない場合、かかる所定ネットワークからのデタッチ処理を行った後、「ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ（受付可能セル）」にて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、「ＵＳＩＭ  ｉｎｖａｌｉｄ（ＵＳＩＭ無効状態）/ＬＳＳ状態」、すなわち、通常呼の利用が不可能な状態に遷移するように構成されている。
【００３０】
かかる場合、制御部１３は、緊急呼用のアタッチ処理を行うことができないため、移動局ＵＥは、通常呼だけではなく、緊急呼についても利用もできないが、ＥＴＷＳ（Ｅａｒｔｈｑｕａｋｅ  ａｎｄ  Ｔｓｕｎａｍｉ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）信号の受信については利用することができる。
【００３１】
以下、図３を参照して、本実施形態に係る移動通信システムの動作の一例について説明する。
【００３２】
ステップＳ１００１において、ＭＴＣ端末として動作する移動局ＵＥは、無線基地局ｅＮＢに対して、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ」を送信する。
【００３３】
ステップＳ１００２において、無線基地局ｅＮＢは、移動局ＵＥに対して、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ」を送信する。
【００３４】
ステップＳ１００３において、移動局ＵＥは、無線基地局ｅＮＢに対して、所定ネットワークに対する通常のアタッチ処理用の「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を含む「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ」を送信する。
【００３５】
ここで、移動局ＵＥは、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅ」に、上述の情報要素「Ｄｅｌａｙ  Ｔｏｌｅｒａｎｔ  Ｉｎｄｉｃａｔｉｏｎ」を含めてもよい。
【００３６】
ステップＳ１００４において、無線基地局ｅＮＢは、移動管理ノードＭＭＥに対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を含む「ＵＬ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔ（Ｓ１ＡＰメッセージ）」を送信する。
【００３７】
移動管理ノードＭＭＥ及び無線基地局ｅＮＢを含むネットワークにおいてＭＴＣ機能がサポートされていない場合、移動管理ノードＭＭＥは、ステップＳ１００５において、無線基地局ｅＮＢに対して、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を含まない「Ａｔｔａｃｈ  Ａｃｃｅｐｔ」を含む「ＤＬ  ＮＡＳ  Ｔｒａｎｓｐｏｒｔ（Ｓ１ＡＰメッセージ）」を送信する。
【００３８】
ここで、ＭＴＣ機能のサポートの有無は、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｏｗｏｒｋ）単位で設定されていてもよいし、他の単位で設定されていてもよい。
【００３９】
ステップＳ１００６において、無線基地局ｅＮＢは、移動局ＵＥに対して、上述の「Ａｔｔａｃｈ  Ａｃｃｅｐｔ」を含む「ＤＬ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ（ＡＳメッセージ）」を送信する。
【００４０】
移動局ＵＥは、受信した「Ａｔｔａｃｈ  Ａｃｃｅｐｔ」に「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない場合、ステップＳ１００７において、ＭＴＣ機能がサポートされていないネットワーク配下に在圏していることを認識し、ステップＳ１００８において、所定ネットワークからのデタッチ処理を行い、ステップＳ１００９において、「ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ」にて待ち受けを行い、「ＵＳＩＭ  ｉｎｖａｌｉｄ状態/ＬＳＳ状態」に遷移する。
【００４１】
ここで、移動局ＵＥが、ＶｏＬＴＥ対応端末である場合、緊急呼に対応可能なネットワークに対する緊急呼用のアタッチ処理を行うことによって、通常呼を行うことはできないが、緊急呼を行うことができる。
【００４２】
その後、移動局ＵＥは、電源ＯＦＦ状態に遷移された後に電源ＯＮ状態に遷移するまでの間、無線基地局ｅＮＢ及び移動管理ノードＭＭＥに対して、ＡＳメッセージやＮＡＳメッセージ（例えば、「Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ」等）を送信しない。
【００４３】
本発明の第１の実施形態に係る移動通信システムによれば、ネットワーク機能へのインパクト無しに、ＭＴＣ端末からの「Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ」の送信を防ぐことができる。
【００４４】
（変更例１）
以下、図４を参照して、本発明の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。
【００４５】
図４を参照して、本変更例１に係る移動通信システムの動作の一例について説明する。
【００４６】
図４に示すように、無線基地局ｅＮＢを含むネットワークにおいてＭＴＣ機能がサポートされていない場合、ステップＳ２００１において、無線基地局ｅＮＢが、配下のセルにおいて、報知チャネル（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を介して、ＭＴＣ機能に対応可能でないことを示す「ＭＴＣ機能非対応Ｉｎｄｉｃａｔｉｏｎ」を含む報知信号を送信する。
【００４７】
ＭＴＣ端末として動作する移動局ＵＥは、かかる報知信号内に「ＭＴＣ機能非対応Ｉｎｄｉｃａｔｉｏｎ」が含まれている場合、ステップＳ２００２において、ＭＴＣ機能がサポートされていないネットワーク配下に在圏していることを認識し、ステップＳ２００３において、所定ネットワークに対する通常のアタッチ処理を行うことなく、「ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ」にて待ち受けを行い、「ＵＳＩＭ  ｉｎｖａｌｉｄ状態/ＬＳＳ状態」に遷移する。
【００４８】
ここで、移動局ＵＥが、ＶｏＬＴＥ対応端末である場合、緊急呼に対応可能なネットワークに対する緊急呼用のアタッチ処理を行うことができる。
【００４９】
その後、移動局ＵＥは、電源ＯＦＦ状態に遷移された後に電源ＯＮ状態に遷移するまでの間、無線基地局ｅＮＢ及び移動管理ノードＭＭＥに対して、ＡＳメッセージやＮＡＳメッセージ（例えば、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」等）を送信しない。
【００５０】
一方、無線基地局ｅＮＢを含むネットワークにおいてＭＴＣ機能がサポートされている場合、ステップＳ２００１において、無線基地局ｅＮＢが、配下のセルにおいて、報知チャネルを介して、ＭＴＣ機能に対応可能でないことを示す「ＭＴＣ機能非対応Ｉｎｄｉｃａｔｉｏｎ」を含まない報知信号を送信する。
【００５１】
ＭＴＣ端末として動作する移動局ＵＥは、かかる報知信号内に「ＭＴＣ機能非対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない場合、ＭＴＣ機能がサポートされているネットワーク配下に在圏していることを認識し、無線基地局ｅＮＢに対して、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ」を送信した後、移動管理ノードＭＭＥに対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を送信する。
【００５２】
なお、無線基地局ｅＮＢを含むネットワークにおいてＭＴＣ機能がサポートされていない場合、ステップＳ２００１において、無線基地局ｅＮＢは、配下のセルにおいて、報知チャネルを介して、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を含まない報知信号を送信してもよい。
【００５３】
かかる場合、ＭＴＣ端末として動作する移動局ＵＥは、かかる報知信号内に「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていないため、ＭＴＣ機能がサポートされていないネットワーク配下に在圏していることを認識し、ステップＳ２００３において、所定ネットワークに対する通常のアタッチ処理を行うことなく、「ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ」にて待ち受けを行い、「ＵＳＩＭ  ｉｎｖａｌｉｄ状態/ＬＳＳ状態」に遷移する。
【００５４】
ここで、移動局ＵＥが、ＶｏＬＴＥ対応端末である場合、緊急呼に対応可能なネットワークに対する緊急呼用のアタッチ処理を行うことができる。
【００５５】
また、無線基地局ｅＮＢを含むネットワークにおいてＭＴＣ機能がサポートされている場合、ステップＳ２００１において、無線基地局ｅＮＢは、配下のセルにおいて、報知チャネルを介して、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を含む報知信号を送信してもよい。
【００５６】
かかる場合、ＭＴＣ端末として動作する移動局ＵＥは、かかる報知信号内に「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれているため、ＭＴＣ機能がサポートされているネットワーク配下に在圏していることを認識し、無線基地局ｅＮＢに対して、「ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ」を送信した後、移動管理ノードＭＭＥに対して、「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」を送信してもよい。
【００５７】
本発明の第１の実施形態に係る移動通信システムによれば、ＭＴＣ端末からの「Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ」の送信だけでなく、ＭＴＣ端末からの「Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔ」の送信を防ぐことができる。
【００５８】
以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。
【００５９】
本実施形態の第１の特徴は、移動局ＵＥであって、所定ネットワークからのシグナリングに基づいて、かかる所定ネットワークがＭＴＣ機能（所定機能）に対応していないことを認識した場合に、かかる所定ネットワークに対して「ＲＲＣ  Ｃｏｎｎｃｅｔｉｏ  Ｒｅｑｕｅｓｔ（コネクション要求信号）」を送信しないように構成されている制御部１３を具備することを要旨とする。
【００６０】
本実施形態の第１の特徴において、制御部１３は、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ（指示情報）」が含まれていない「Ａｔｔａｃｈ  Ａｃｃｅｐｔ（アタッチ応答信号）」に基づいて、かかる所定ネットワークがＭＴＣ機能に対応していないことを認識するように構成されていてもよい。
【００６１】
本実施形態の第１の特徴において、制御部１３は、所定ネットワーク内のセルにおいて送信されている報知信号に基づいて、かかる所定ネットワークがＭＴＣ機能に対応していないことを認識するように構成されていてもよい。
【００６２】
本実施形態の第１の特徴において、制御部１３は、「Ａｔｔａｃｈ  Ａｃｃｅｐｔに、「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない場合、かかる所定ネットワークからのデタッチ処理を行った後、「ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ（受付可能セル）」にて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、「ＵＳＩＭ  ｉｎｖａｌｉｄ（ＵＳＩＭ無効状態）/ＬＳＳ状態」に遷移するように構成されていてもよい。
【００６３】
本実施形態の第１の特徴において、制御部１３は、報知信号内に、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ（第１指示情報）」が含まれていない場合或いはＭＴＣ機能に対応可能でないことを示す「ＭＴＣ機能非対応Ｉｎｄｉｃａｔｉｏｎ（第２指示情報）」が含まれている場合、「ａｃｃｅｐｔａｂｌｅ  ｃｅｌｌ（受付可能セル）」にて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、「ＵＳＩＭ  ｉｎｖａｌｉｄ（ＵＳＩＭ無効状態）/ＬＳＳ状態」に遷移するように構成されていてもよい。
【００６４】
なお、上述の移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。
【００６５】
ソフトウェアモジュールは、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）や、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｏｎｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  ａｎｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。
【００６６】
かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等内に設けられていてもよい。
【００６７】
以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００６８】
ＭＭＥ…移動管理ノード
ｅＮＢ…無線基地局
ＵＥ…移動局
１１…送信部
１２…受信部
１３…制御部
【図１】
0005351917.tif 000002
【図２】
0005351917.tif 000003
【図３】
0005351917.tif 000004
【図４】
0005351917.tif 000005