JP2012191353A

JP2012191353A - 移動局

Info

Publication number: JP2012191353A
Application number: JP2011052015A
Authority: JP
Inventors: Wuri Andarmawanti Hapsari; アンダルマワンティハプサリウリ; Masaomi Kaneuchi; 正臣金内; Mikio Iwamura; 幹生岩村; Itsuma Tanaka; 威津馬田中
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2011-03-09
Filing date: 2011-03-09
Publication date: 2012-10-04
Anticipated expiration: 2031-03-09
Also published as: US9391900B2; JP5351917B2; EP2685765A1; WO2012121004A1; EP2685765A4; US20140056135A1

Abstract

【課題】ＭＴＣ端末として動作する場合に、ＭＴＣ機能をサポートしていないネットワークに対してコネクション要求信号を送信することを抑圧する。
【解決手段】本発明に係る移動局ＵＥは、所定ネットワークからのシグナリングに基づいて、かかる所定ネットワークがＭＴＣ機能に対応していないことを認識した場合に、かかる所定ネットワークに対して「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信しないように構成されている制御部１３を具備する。
【選択図】図３

Description

本発明は、移動局に関する。

現在、３ＧＰＰのＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）-Ｒｅｌｅａｓｅ１０方式において、ＭＴＣ（ＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎ）機能についての仕様策定が行われている。

将来的に、ＭＴＣ機能を具備する移動局ＵＥ（ＭＴＣ端末）は、多くの装置（例えば、ガス検知装置や病院内装置や橋のセキュリティ装置やタクシー内装置等）に設置されることが想定されている。

かかるＭＴＣ端末の通信頻度は、通常の移動局ＵＥの通信頻度よりも少ないことが想定されるが、ＭＴＣ端末からのコネクション要求信号（「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」）等によって、ネットワークが輻輳する可能性があるため、３ＧＰＰでは、ＭＴＣ端末からの呼の優先度を、通常の移動局ＵＥからの呼の優先度よりも低く扱ってもよいと規定されている。

３ＧＰＰＴＳ２４.３０１３ＧＰＰＴＳ２３.１１２３ＧＰＰＴＳ３６.３０４

ここで、既存のＬＴＥ-Ｒｅｌｅａｓｅ１０方式では、ＭＴＣ端末は、ＭＴＣ機能に対応していること、すなわち、通信遅延を許容することを示す情報要素「ＤｅｌａｙＴｏｌｅｒａｎｔＩｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信するように構成されている。

しかしながら、ＭＴＣ機能をサポートしていないネットワーク、例えば、ＭＴＣ機能をサポートしていないＬＴＥ-Ｒｅｌｅａｓｅ１０方式のネットワークや、ＬＴＥ-Ｒｅｌｅａｓｅ８/９方式等のネットワークは、かかる情報要素「ＤｅｌａｙＴｏｌｅｒａｎｔＩｎｄｉｃａｔｉｏｎ」を解釈することができない。

３ＧＰＰでは、かかるネットワークが、かかる情報要素「ＤｅｌａｙＴｏｌｅｒａｎｔＩｎｄｉｃａｔｉｏｎ」を含む「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を受信した場合の動作について規定されていない。

そこで、本発明は、上述の課題に鑑みてなされたものであり、ＭＴＣ端末として動作する場合に、ＭＴＣ機能をサポートしていないネットワークに対してコネクション要求信号を送信することを抑圧することができる移動局を提供することを目的とする。

本発明の第１の特徴は、移動局であって、所定ネットワークからのシグナリングに基づいて、該所定ネットワークが所定機能に対応していないことを認識した場合に、該所定ネットワークに対してコネクション要求信号を送信しないように構成されている制御部を具備することを要旨とする。

以上説明したように、本発明によれば、ＭＴＣ端末として動作する場合に、ＭＴＣ機能をサポートしていないネットワークに対してコネクション要求信号を送信することを抑圧することができる移動局を提供することができる。

本発明の第１の実施形態に係る移動通信システムの全体構成図である。本発明の第１の実施形態に係る移動局の機能ブロック図である。本発明の第１の実施形態に係る移動通信システムの動作を示すシーケンス図である。本発明の変更例１に係る移動通信システムの動作を示すシーケンス図である。

（本発明の第１の実施形態に係る移動通信システム）
図１乃至図３を参照して、本発明の第１の実施形態に係る移動通信システムについて説明する。

図１に示すように、本実施形態に係る移動通信システムは、移動管理ノードＭＭＥ（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＥｎｔｉｔｙ）と、かかる移動管理ノードＭＭＥ配下に接続されている無線基地局ｅＮＢとを具備している。

なお、本実施形態に係る移動通信システムは、ＭＴＣ機能をサポートしているＬＴＥ-Ｒｅｌｅａｓｅ１０方式のネットワークであってもよいし、ＭＴＣ機能をサポートしていないＬＴＥ-Ｒｅｌｅａｓｅ８/９/１０方式のネットワークであってもよい。

本実施形態に係る移動局ＵＥは、ＭＴＣ端末として動作するように構成されており、図２に示すように、送信部１１と、受信部１２と、制御部１３とを具備している。

送信部１１は、無線基地局ｅＮＢに対してＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ）メッセージ又はＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）メッセージを送信し、移動管理ノードＭＭＥに対してＮＡＳ（ＮｏｎＡｃｃｅｓｓＳｔｒａｔｕｍ）メッセージを送信するように構成されている。

受信部１２は、無線基地局ｅＮＢからＡＳメッセージを受信し、移動管理ノードＭＭＥからＮＡＳメッセージを受信するように構成されている。

制御部１３は、所定ネットワークからのシグナリングに基づいて、かかる所定ネットワークがＭＴＣ機能に対応しているか否かについて判定するように構成されている。

例えば、制御部１３は、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない「ＡｔｔａｃｈＡｃｃｅｐｔ」に基づいて、かかる所定ネットワークがＭＴＣ機能に対応していないことを認識するように構成されていてもよい。

ここで、制御部１３は、かかる所定ネットワークがＭＴＣ機能に対応していないことを認識した場合に、送信部１１を介して、かかる所定ネットワークに対して「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信しないように構成されている。

また、制御部１３は、送信部１１及び受信部１２を介して、アタッチ処理及びデタッチ処理を行うように構成されている。

ここで、制御部１３は、アタッチ処理として、通常呼及び緊急呼の双方を行うための通常のアタッチ処理を行うことができるように構成されている。

なお、移動局ＵＥが、ＶｏＬＴＥ（ＶｏｉｃｅｏｖｅｒＬＴＥ）対応端末である場合、制御部１３は、アタッチ処理として、緊急呼のみを行うための緊急呼用のアタッチ処理を行うことができるように構成されている。

例えば、制御部１３は、電源ＯＦＦ状態から電源ＯＮ状態に遷移した場合に、所定ネットワークに対する通常のアタッチ処理を行うように構成されている。

具体的には、制御部１３は、送信部１１を介して、アタッチ処理において、無線基地局ｅＮＢに対して、「ＡｔｔａｃｈＲｅｑｕｅｓｔ（ＮＡＳメッセージ）」を含む「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ（ＡＳメッセージ）」を送信するように構成されている。

例えば、移動局ＵＥが、ＶｏＬＴＥ対応端末である場合、制御部１３は、所定ネットワークに対する通常のアタッチ処理において受信した「ＡｔｔａｃｈＡｃｃｅｐｔ」に、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない場合、かかる所定ネットワークからのデタッチ処理を行った後、「ａｃｃｅｐｔａｂｌｅｃｅｌｌ（受付可能セル）」にて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、「ＵＳＩＭ（ＵｎｉｖｅｒｓａｌＳｕｂｓｃｒｉｂｅｒＩｄｅｎｔｉｔｙＭｏｄｕｌｅ）ｉｎｖａｌｉｄ（ＵＳＩＭ無効状態）/ＬＳＳ（ＬｉｍｉｔｅｄＳｅｒｖｉｃｅＳｔａｔｅ）状態」、すなわち、通常呼の利用が不可能な状態に遷移するように構成されている。

かかる場合、制御部１３は、緊急呼に対応可能なネットワークに対する緊急呼用のアタッチ処理を行うように構成されていてもよい。

一方、移動局ＵＥが、ＶｏＬＴＥ非対応端末である場合、制御部１３は、所定ネットワークに対する通常のアタッチ処理において受信した「ＡｔｔａｃｈＡｃｃｅｐｔ」に、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない場合、かかる所定ネットワークからのデタッチ処理を行った後、「ａｃｃｅｐｔａｂｌｅｃｅｌｌ（受付可能セル）」にて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、「ＵＳＩＭｉｎｖａｌｉｄ（ＵＳＩＭ無効状態）/ＬＳＳ状態」、すなわち、通常呼の利用が不可能な状態に遷移するように構成されている。

かかる場合、制御部１３は、緊急呼用のアタッチ処理を行うことができないため、移動局ＵＥは、通常呼だけではなく、緊急呼についても利用もできないが、ＥＴＷＳ（ＥａｒｔｈｑｕａｋｅａｎｄＴｓｕｎａｍｉＷａｒｎｉｎｇＳｙｓｔｅｍ）信号の受信については利用することができる。

以下、図３を参照して、本実施形態に係る移動通信システムの動作の一例について説明する。

ステップＳ１００１において、ＭＴＣ端末として動作する移動局ＵＥは、無線基地局ｅＮＢに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信する。

ステップＳ１００２において、無線基地局ｅＮＢは、移動局ＵＥに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ」を送信する。

ステップＳ１００３において、移動局ＵＥは、無線基地局ｅＮＢに対して、所定ネットワークに対する通常のアタッチ処理用の「ＡｔｔａｃｈＲｅｑｕｅｓｔ」を含む「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ」を送信する。

ここで、移動局ＵＥは、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ」に、上述の情報要素「ＤｅｌａｙＴｏｌｅｒａｎｔＩｎｄｉｃａｔｉｏｎ」を含めてもよい。

ステップＳ１００４において、無線基地局ｅＮＢは、移動管理ノードＭＭＥに対して、「ＡｔｔａｃｈＲｅｑｕｅｓｔ」を含む「ＵＬＮＡＳＴｒａｎｓｐｏｒｔ（Ｓ１ＡＰメッセージ）」を送信する。

移動管理ノードＭＭＥ及び無線基地局ｅＮＢを含むネットワークにおいてＭＴＣ機能がサポートされていない場合、移動管理ノードＭＭＥは、ステップＳ１００５において、無線基地局ｅＮＢに対して、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を含まない「ＡｔｔａｃｈＡｃｃｅｐｔ」を含む「ＤＬＮＡＳＴｒａｎｓｐｏｒｔ（Ｓ１ＡＰメッセージ）」を送信する。

ここで、ＭＴＣ機能のサポートの有無は、ＰＬＭＮ（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｏｗｏｒｋ）単位で設定されていてもよいし、他の単位で設定されていてもよい。

ステップＳ１００６において、無線基地局ｅＮＢは、移動局ＵＥに対して、上述の「ＡｔｔａｃｈＡｃｃｅｐｔ」を含む「ＤＬＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒ（ＡＳメッセージ）」を送信する。

移動局ＵＥは、受信した「ＡｔｔａｃｈＡｃｃｅｐｔ」に「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない場合、ステップＳ１００７において、ＭＴＣ機能がサポートされていないネットワーク配下に在圏していることを認識し、ステップＳ１００８において、所定ネットワークからのデタッチ処理を行い、ステップＳ１００９において、「ａｃｃｅｐｔａｂｌｅｃｅｌｌ」にて待ち受けを行い、「ＵＳＩＭｉｎｖａｌｉｄ状態/ＬＳＳ状態」に遷移する。

ここで、移動局ＵＥが、ＶｏＬＴＥ対応端末である場合、緊急呼に対応可能なネットワークに対する緊急呼用のアタッチ処理を行うことによって、通常呼を行うことはできないが、緊急呼を行うことができる。

その後、移動局ＵＥは、電源ＯＦＦ状態に遷移された後に電源ＯＮ状態に遷移するまでの間、無線基地局ｅＮＢ及び移動管理ノードＭＭＥに対して、ＡＳメッセージやＮＡＳメッセージ（例えば、「ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ」等）を送信しない。

本発明の第１の実施形態に係る移動通信システムによれば、ネットワーク機能へのインパクト無しに、ＭＴＣ端末からの「ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ」の送信を防ぐことができる。

（変更例１）
以下、図４を参照して、本発明の変更例１に係る移動通信システムについて、上述の第１の実施形態に係る移動通信システムとの相違点に着目して説明する。

図４を参照して、本変更例１に係る移動通信システムの動作の一例について説明する。

図４に示すように、無線基地局ｅＮＢを含むネットワークにおいてＭＴＣ機能がサポートされていない場合、ステップＳ２００１において、無線基地局ｅＮＢが、配下のセルにおいて、報知チャネル（ＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）を介して、ＭＴＣ機能に対応可能でないことを示す「ＭＴＣ機能非対応Ｉｎｄｉｃａｔｉｏｎ」を含む報知信号を送信する。

ＭＴＣ端末として動作する移動局ＵＥは、かかる報知信号内に「ＭＴＣ機能非対応Ｉｎｄｉｃａｔｉｏｎ」が含まれている場合、ステップＳ２００２において、ＭＴＣ機能がサポートされていないネットワーク配下に在圏していることを認識し、ステップＳ２００３において、所定ネットワークに対する通常のアタッチ処理を行うことなく、「ａｃｃｅｐｔａｂｌｅｃｅｌｌ」にて待ち受けを行い、「ＵＳＩＭｉｎｖａｌｉｄ状態/ＬＳＳ状態」に遷移する。

ここで、移動局ＵＥが、ＶｏＬＴＥ対応端末である場合、緊急呼に対応可能なネットワークに対する緊急呼用のアタッチ処理を行うことができる。

その後、移動局ＵＥは、電源ＯＦＦ状態に遷移された後に電源ＯＮ状態に遷移するまでの間、無線基地局ｅＮＢ及び移動管理ノードＭＭＥに対して、ＡＳメッセージやＮＡＳメッセージ（例えば、「ＡｔｔａｃｈＲｅｑｕｅｓｔ」等）を送信しない。

一方、無線基地局ｅＮＢを含むネットワークにおいてＭＴＣ機能がサポートされている場合、ステップＳ２００１において、無線基地局ｅＮＢが、配下のセルにおいて、報知チャネルを介して、ＭＴＣ機能に対応可能でないことを示す「ＭＴＣ機能非対応Ｉｎｄｉｃａｔｉｏｎ」を含まない報知信号を送信する。

ＭＴＣ端末として動作する移動局ＵＥは、かかる報知信号内に「ＭＴＣ機能非対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない場合、ＭＴＣ機能がサポートされているネットワーク配下に在圏していることを認識し、無線基地局ｅＮＢに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信した後、移動管理ノードＭＭＥに対して、「ＡｔｔａｃｈＲｅｑｕｅｓｔ」を送信する。

なお、無線基地局ｅＮＢを含むネットワークにおいてＭＴＣ機能がサポートされていない場合、ステップＳ２００１において、無線基地局ｅＮＢは、配下のセルにおいて、報知チャネルを介して、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を含まない報知信号を送信してもよい。

かかる場合、ＭＴＣ端末として動作する移動局ＵＥは、かかる報知信号内に「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていないため、ＭＴＣ機能がサポートされていないネットワーク配下に在圏していることを認識し、ステップＳ２００３において、所定ネットワークに対する通常のアタッチ処理を行うことなく、「ａｃｃｅｐｔａｂｌｅｃｅｌｌ」にて待ち受けを行い、「ＵＳＩＭｉｎｖａｌｉｄ状態/ＬＳＳ状態」に遷移する。

また、無線基地局ｅＮＢを含むネットワークにおいてＭＴＣ機能がサポートされている場合、ステップＳ２００１において、無線基地局ｅＮＢは、配下のセルにおいて、報知チャネルを介して、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」を含む報知信号を送信してもよい。

かかる場合、ＭＴＣ端末として動作する移動局ＵＥは、かかる報知信号内に「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれているため、ＭＴＣ機能がサポートされているネットワーク配下に在圏していることを認識し、無線基地局ｅＮＢに対して、「ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔ」を送信した後、移動管理ノードＭＭＥに対して、「ＡｔｔａｃｈＲｅｑｕｅｓｔ」を送信してもよい。

本発明の第１の実施形態に係る移動通信システムによれば、ＭＴＣ端末からの「ＳｅｒｖｉｃｅＲｅｑｕｅｓｔ」の送信だけでなく、ＭＴＣ端末からの「ＡｔｔａｃｈＲｅｑｕｅｓｔ」の送信を防ぐことができる。

以上に述べた本実施形態の特徴は、以下のように表現されていてもよい。

本実施形態の第１の特徴は、移動局ＵＥであって、所定ネットワークからのシグナリングに基づいて、かかる所定ネットワークがＭＴＣ機能（所定機能）に対応していないことを認識した場合に、かかる所定ネットワークに対して「ＲＲＣＣｏｎｎｃｅｔｉｏＲｅｑｕｅｓｔ（コネクション要求信号）」を送信しないように構成されている制御部１３を具備することを要旨とする。

本実施形態の第１の特徴において、制御部１３は、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ（指示情報）」が含まれていない「ＡｔｔａｃｈＡｃｃｅｐｔ（アタッチ応答信号）」に基づいて、かかる所定ネットワークがＭＴＣ機能に対応していないことを認識するように構成されていてもよい。

本実施形態の第１の特徴において、制御部１３は、所定ネットワーク内のセルにおいて送信されている報知信号に基づいて、かかる所定ネットワークがＭＴＣ機能に対応していないことを認識するように構成されていてもよい。

本実施形態の第１の特徴において、制御部１３は、「ＡｔｔａｃｈＡｃｃｅｐｔに、「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ」が含まれていない場合、かかる所定ネットワークからのデタッチ処理を行った後、「ａｃｃｅｐｔａｂｌｅｃｅｌｌ（受付可能セル）」にて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、「ＵＳＩＭｉｎｖａｌｉｄ（ＵＳＩＭ無効状態）/ＬＳＳ状態」に遷移するように構成されていてもよい。

本実施形態の第１の特徴において、制御部１３は、報知信号内に、ＭＴＣ機能に対応可能であることを示す「ＭＴＣ機能対応Ｉｎｄｉｃａｔｉｏｎ（第１指示情報）」が含まれていない場合或いはＭＴＣ機能に対応可能でないことを示す「ＭＴＣ機能非対応Ｉｎｄｉｃａｔｉｏｎ（第２指示情報）」が含まれている場合、「ａｃｃｅｐｔａｂｌｅｃｅｌｌ（受付可能セル）」にて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、「ＵＳＩＭｉｎｖａｌｉｄ（ＵＳＩＭ無効状態）/ＬＳＳ状態」に遷移するように構成されていてもよい。

なお、上述の移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等の動作は、ハードウェアによって実施されてもよいし、プロセッサによって実行されるソフトウェアモジュールによって実施されてもよいし、両者の組み合わせによって実施されてもよい。

ソフトウェアモジュールは、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）や、フラッシュメモリや、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）や、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｏｎｉｃａｌｌｙＥｒａｓａｂｌｅａｎｄＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）や、レジスタや、ハードディスクや、リムーバブルディスクや、ＣＤ-ＲＯＭといった任意形式の記憶媒体内に設けられていてもよい。

かかる記憶媒体は、プロセッサが当該記憶媒体に情報を読み書きできるように、当該プロセッサに接続されている。また、かかる記憶媒体は、プロセッサに集積されていてもよい。また、かかる記憶媒体及びプロセッサは、ＡＳＩＣ内に設けられていてもよい。かかるＡＳＩＣは、移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等内に設けられていてもよい。また、かかる記憶媒体及びプロセッサは、ディスクリートコンポーネントとして移動管理ノードＭＭＥや無線基地局ｅＮＢや移動局ＵＥ等内に設けられていてもよい。

以上、上述の実施形態を用いて本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。従って、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。

ＭＭＥ…移動管理ノード
ｅＮＢ…無線基地局
ＵＥ…移動局
１１…送信部
１２…受信部
１３…制御部

Claims

所定ネットワークからのシグナリングに基づいて、該所定ネットワークが所定機能に対応していないことを認識した場合に、該所定ネットワークに対してコネクション要求信号を送信しないように構成されている制御部を具備することを特徴とする移動局。
前記制御部は、前記所定機能に対応可能であることを示す指示情報が含まれていないアタッチ応答信号に基づいて、前記所定ネットワークが該所定機能に対応していないことを認識するように構成されていることを特徴とする請求項１に記載の移動局。
前記制御部は、前記所定ネットワーク内のセルにおいて送信されている報知信号に基づいて、該所定ネットワークが前記所定機能に対応していないことを認識するように構成されていることを特徴とする請求項１に記載の移動局。
前記制御部は、前記アタッチ応答信号に、前記指示情報が含まれていない場合、前記所定ネットワークからのデタッチ処理を行った後、受付可能セルにて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、ＵＳＩＭ無効状態に遷移するように構成されていることを特徴とする請求項２に記載の移動局。
前記制御部は、前記報知信号内に、前記所定機能に対応可能であることを示す第１指示情報が含まれていない場合或いは該所定機能に対応可能でないことを示す第２指示情報が含まれている場合、受付可能セルにて待ち受けを行い、電源ＯＦＦの後に電源ＯＮになるまで、ＵＳＩＭ無効状態に遷移するように構成されていることを特徴とする請求項３に記載の移動局。