(57)【要約】      （修正有）【課題】早期に通信状態の不一致を解消するように制御できる通信制御装置を提供する。【解決手段】受付部３１は、端末の活性又は非活性を示す活性情報を取得すると共に、在圏変更の要求を端末ＵＥ１０から受け付ける。通信制御部３２は、活性情報が非活性であることを示す場合に、判断部３３によって、ＵＥ１０が着信専用の端末であると判断されたとき、ＵＥ１０から基地局ｅＮＢ２０へ通信状態不一致の判断の契機となるＭＲ（Measurement Report）信号の送信を示す指示（S1-AP Initial Context Setup Requestの送信）をする。【選択図】図１
2018037853.tif 000002
【特許請求の範囲】
【請求項１】
端末の活性又は非活性を示す活性情報を取得すると共に、在圏変更の要求を当該端末から受け付ける受付部と、
前記受付部により取得された活性情報が非活性であることを示す場合に、所定の条件に合致すると判断したとき、通信状態不一致の判断の契機となる契機情報を前記端末から基地局へ送信する指示を前記基地局へ行う指示部と、を備える通信制御装置。
【請求項２】
前記指示部は、受付部により受け付けられた在圏変更の要求元の端末が着信専用であるか否かを判断した結果、前記受付部により受け付けられた在圏変更の要求元の端末が着信専用であると判断したとき、前記指示を前記基地局へ行う、請求項１に記載の通信制御装置。
【請求項３】
前記指示部は、前記指示をする前に、自装置と基地局とのベアラを確立し、当該指示をした後に、当該ベアラを解放する、請求項１又は２に記載の通信制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信制御装置に関する。
【背景技術】
【０００２】
従来から、端末と基地局の間において互いに通信している場合に、無線要因により端末と基地局との通信状態が不一致になる可能性がある。このように通信状態が不一致になっているか否かを判断するタイミングとして、トラッキングエリアの更新処理（例えば、非特許文献１参照）等の在圏変更のタイミングが考えられる。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】３ＧＰＰ  ＴＳ  ２３．４０１
【発明の概要】
【発明が解決しようとする課題】
【０００４】
発信可能な端末は、上記のようにトラッキングエリアの更新処理のタイミング以外に、発信を契機に通信状態不一致になっていることを判断できるが、端末からの発信以外のタイミングで通信状態不一致であることを判断できる方がより早期に通信状態不一致を判断できる。また、着信専用端末では、一度通信状態不一致になると、着信することができなくなり、ユーザに影響を及ぼしてしまうので、早期に通信状態不一致を判断できるようにすることが望ましい。
【０００５】
本発明は、上記に鑑みてなされたものであり、早期に端末と基地局との間の通信状態の不一致を解消するように制御できる通信制御装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上述の課題を解決するために、本発明の通信制御装置は、端末の活性又は非活性を示す活性情報を取得すると共に、在圏変更の要求を当該端末から受け付ける受付部と、受付部により取得された活性情報が非活性であることを示す場合に、所定の条件に合致すると判断したとき、通信状態不一致の判断の契機となる契機情報を端末から基地局へ送信する指示を基地局へ行う指示部と、を備える。
【０００７】
この発明によれば、通信制御装置は、端末が活性で無い場合でも、基地局に対して、端末から基地局に契機情報を送信する指示を基地局にするので、これに応じて、端末と基地局との間における通信状態不一致を解消することができる。すなわち、早期に端末と基地局との間の通信状態の不一致を解消するように制御できる。
【発明の効果】
【０００８】
本発明によれば、早期に端末と基地局との間の通信状態の不一致を解消するように制御できる。
【図面の簡単な説明】
【０００９】
【図１】本発明の実施形態に係る通信システムを示す図である。
【図２】本発明の実施形態に係るＭＭＥ３０のハードウェア構成を示す図である。
【図３】ＭＲ信号の送信指示をする処理のシーケンス図である。
【図４】通信状態不一致を解消する処理のシーケンス図である。
【発明を実施するための形態】
【００１０】
以下、図面と共に本発明に係る通信システムの実施形態について詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１１】
図１は、本実施形態に係る通信システムの全体構成を示す図である。本実施形態に係る通信システムは、無線通信によるパケット交換サービスを端末に提供するＬＴＥ（Long Term Evolution）ネットワークを構成する。通信システムは、端末（User  Equipment（以下、本実施形態では「ＵＥ」という））１０と、ＬＴＥネットワークにおける基地局に相当するｅＮｏｄｅＢ（以下、本実施形態では「ｅＮＢ」という）２０と、ＬＴＥネットワークに在圏するＵＥ１０の位置管理、認証制御、通信経路設定等の処理を行うＭＭＥ３０（通信制御装置）と、ＬＴＥを収容する在圏パケット交換機の機能を果たすゲートウェイ装置であるＳＧＷ（Serving  gateway）４０と、を含んで構成されている。
【００１２】
このように構成された通信システムにおいて、ＵＥ１０により、ＭＭＥ３０に対してＵＥ１０が属するトラッキングエリアの変更要求がなされると、ＭＭＥ３０は、ＵＥ１０からｅＮＢ２０へＭＲ（Measurement Report）信号（契機情報）を送信する指示をｅＮＢ２０に対して行う。ＭＲ信号とは、ｅＮＢ２０からの参照信号を利用して受信電力値等を算出されたＵＥ１０からの報告であり、ＵＥ１０を識別するための情報も含まれる。
【００１３】
ｅＮＢ２０は、上記の指示に応じて、ＭＲ信号を送信する指示をＵＥ１０に対して行う。ＵＥ１０は、当該指示を受信すると、予め設定されている送信周期（例えば、６分）に基づいて、ＭＲ信号を指示元のｅＮＢ２０に対して送信する。ｅＮＢ２０は、当該ＵＥ１０の通信リソースを確保している場合、ＭＲ信号を受信した旨の通知をＵＥ１０へ送信する。ｅＮＢ２０は、当該ＵＥ１０の通信リソースを確保していない場合、ＵＥ１０へ何も通知しない。ＵＥ１０は、ＭＲ信号を送信してから予め設定されている返信待ち時間を経過するまでの間にｅＮＢ２０からＭＲ信号を受信した旨の通知が無い場合、ＵＥ１０とｅＮＢ２０との間で通信状態が不一致であると判断し、ＵＥ１０が確保している通信リソースを解放する。このように、ＵＥ１０は、ＵＥ１０とｅＮＢ２０との間で通信状態が不一致であるか否かを判断し、ＵＥ１０の通信リソースを解放して、ＵＥ１０とｅＮＢ２０との間の通信状態を一致させる。
【００１４】
次に、本実施形態の通信システムにおいて用いられるＭＭＥ３０の説明をする。ＭＭＥ３０は、受付部３１と、通信制御部３２（指示部）と、判断部３３と、記憶部３４とを含んで構成されている。
【００１５】
受付部３１は、ＵＥ１０の活性又は非活性を示す活性情報を取得すると共に、在圏変更の要求を当該ＵＥ１０から受け付ける部分である。ここで、ＵＥ１０の活性情報とは、ＵＥ１０が上りのユーザ信号を送信しているか否かを示す情報である。具体的に、受付部３１は、ＵＥ１０からトラッキングエリアの変更要求を示すTracking Area Update信号を受け付けることにより、在圏変更の要求を受け付ける。また、当該Tracking Area Update信号には、Active Flagが含まれる。このActiveFlagは、ＵＥ１０が上りのユーザ信号を送信しているか否かを示す情報である。Active Flagが「ＯＮ」（活性）であれば、ＵＥ１０が上りのユーザ信号を送信していることを示し、Active Flagが「ＯＦＦ」（非活性）であれば、ＵＥ１０が上りのユーザ信号を送信していないことを示す。また、受付部３１は、ＵＥ１０を識別する情報（例えば、ＩＭＥＩＳＶ(IMEI Software Version)）もＵＥ１０から取得する。
【００１６】
受付部３１は、ＵＥ１０からTracking Area Update信号を受け付けると、当該TrackingArea Update信号を受けた旨とActive Flagの値とＩＭＥＩＳＶとを通信制御部３２へ送出する。
【００１７】
通信制御部３２は、ｅＮＢ２０及びＳＧＷ４０と通信する部分である。通信制御部３２は、受付部３１からTracking Area Update信号を受けた旨とActive Flagの値とＩＭＥＩＳＶとを受信する。通信制御部３２は、これに応じて、公知の認証処理を行う。そして、通信制御部３２は、Active Flagが「ＯＮ」である場合、公知のTracking AreaUpdateの処理を行う。
【００１８】
通信制御部３２は、Active Flagが「ＯＦＦ」である場合、ＩＭＥＩＳＶを判断部３３に送出し、当該ＩＭＥＩＳＶが示すＵＥ１０が着信専用であるか否かの判断結果を判断部３３から取得する。通信制御部３２は、判断部３３から取得した判断結果が着信専用であることを示す場合、ｅＮＢ２０とのベアラを確立させて、Tracking Area Updateを受け付けたことを示すTracking Area Update Accept信号と共に、初期コンテキストセットアップ要求を示すS1-AP Initial Context Setup Request信号をｅＮＢ２０へ送信する。すなわち、通信制御部３２は、Tracking Area Update Accept信号にS1-AP Initial Context SetupRequest信号を相乗りさせてｅＮＢ２０へ送信する。なお、Tracking Area Update Accept信号には、ＧＵＴＩ（Globally Unique TemporaryIdentifier）が含まれる。このＧＵＴＩは、ＵＥ１０を一意に識別するために、ＭＭＥ３０によって一時的にＵＥ１０に割り当てられる識別子である。
【００１９】
ｅＮＢ２０は、TrackingArea Update Accept信号と共に、S1-APInitial Context Setup Request信号をＭＭＥ３０から受信すると、これを契機として、ＲＲＣ接続再設定を示すRRC Connection Reconfiguration信号をＵＥ１０へ送信する。なお、ｅＮＢ２０は、ＭＲ信号の送信を示すパラメータを含むRRC Connection Reconfiguration信号を送信する。ＵＥ１０は、当該RRC Connection Reconfiguration信号を受信し、これに応じてＲＲＣ接続再設定完了を示すRRC Connection Reconfiguration Complete信号をｅＮＢ２０に送信する。これにより、ｅＮＢ２０とＵＥ１０との間でベアラが確立されると共に、ＵＥ１０からｅＮＢ２０へＭＲ信号を送信することとなる。通信制御部３２が、S1-AP InitialContext Setup Request信号をｅＮＢ２０へ送信し、ｅＮＢ２０が、これに応じて、ＭＲ信号の送信を示すパラメータを含むRRC ConnectionReconfiguration信号をＵＥ１０へ送信している。よって、通信制御部３２は、ＵＥ１０からｅＮＢ２０へＭＲ信号の送信を示す指示として、S1-AP Initial Context Setup Request信号をｅＮＢ２０へ送信している。
【００２０】
なお、ｅＮＢ２０は、ＵＥ１０へTracking Area Update Accept信号も送信する。ＵＥ１０は、これに応じてトラッキングエリアアップデートの完了を示すTAU Complete信号をＭＭＥ３０へ送信し、通信制御部３２は、当該TAUComplete信号を受信する。
【００２１】
なお、ｅＮＢ２０は、新たに設定されたベアラ情報を通知するために、S1-AP Initial Context Setup Response信号をＭＭＥ３０へ送信する。通信制御部３２は、当該S1-APInitial Context Setup Response信号を受信すると、ベアラ変更を示すModifyBearer request信号をＳＧＷ４０へ送信する。ＳＧＷ４０は、Modify Bearer request信号を受信すると、ＭＭＥ３０へModify Bearer response信号を送信する。
【００２２】
通信制御部３２は、TAUComplete信号を受信し、Modify Bearer response信号を受信した後に、ＭＭＥ３０とｅＮＢ２０との間のベアラを解放する。このように、通信制御部３２は、ＵＥ１０からｅＮＢ２０へＭＲ信号の送信を示す指示をする前に、ＭＭＥ３０とｅＮＢ２０との間のベアラを確立し、当該指示をした後に、当該ベアラを解放する。なお、通信制御部３２は、判断部３３から取得した判断結果が着信専用でないことを示す場合、上記指示をｅＮＢ２０へ送信する代わりに、ｅＮＢ２０を介してTracking Area Update Accept信号をＵＥ１０へ送信する。この場合、ＵＥ１０は、Tracking Area Update Accept信号を受信して、TAU Complete信号をＭＭＥ３０へ送信する。すなわち、通信制御部３２は、ＵＥ１０からｅＮＢ２０へＭＲ信号の送信を示す指示をｅＮＢ２０へ行わない。
【００２３】
判断部３３は、TrackingArea Update信号の送信元（在圏変更の要求元）のＵＥ１０が着信専用であるか否かを判断する部分である。判断部３３は、通信制御部３２からＩＭＥＩＳＶを取得すると、着信専用の端末を示すＩＭＥＩＳＶのリストが記憶されている記憶部３４の情報を参照する。判断部３３は、通信制御部３２から取得したＩＭＥＩＳＶが、記憶部３４に記憶されているリストに含まれている場合、判断結果として、着信専用の端末である旨の情報を通信制御部３２へ送出する。また、判断部３３は、通信制御部３２から取得したＩＭＥＩＳＶが、記憶部３４に記憶されているリストに含まれていない場合、判断結果として、着信専用の端末ではない旨の情報を通信制御部３２へ送出する。
【００２４】
続いて、図２に本実施形態に係るＭＭＥ３０のハードウェア構成を示す。ＭＭＥ３０の機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に(例えば、有線及び／又は無線)で接続し、これら複数の装置により実現されてもよい。
【００２５】
例えば、本発明の一実施の形態におけるＭＭＥ３０などは、通信制御するコンピュータとして機能してもよい。上述のＭＭＥ３０は、物理的には、プロセッサ３０１、メモリ３０２、ストレージ３０３、及び通信モジュール３０４などを含むコンピュータ装置として構成されてもよい。
【００２６】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ＭＭＥ３０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００２７】
ＭＭＥ３０における各機能は、プロセッサ３０１、メモリ３０２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ３０１が演算を行い、通信モジュール３０４による通信や、メモリ３０２及びストレージ３０３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００２８】
プロセッサ３０１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ３０１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）で構成されてもよい。例えば、上述の通信制御部３２及び判断部３３などは、プロセッサ３０１で実現されてもよい。
【００２９】
また、プロセッサ３０１は、プログラム（プログラムコード）、ソフトウェアモジュールやデータを、ストレージ３０３及び／又は通信モジュール３０４からメモリ３０２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ＭＭＥ３０は、メモリ３０２に格納され、プロセッサ３０１で動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。上述の各種処理は、１つのプロセッサ３０１で実行される旨を説明してきたが、２以上のプロセッサ３０１により同時又は逐次に実行されてもよい。プロセッサ３０１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。
【００３０】
メモリ３０２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ＲＯＭ）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ＲＯＭ）、ＲＡＭ（Random  Access  Memory）などの少なくとも１つで構成されてもよい。メモリ３０２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ３０２は、本発明の一実施の形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【００３１】
ストレージ３０３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Compact  Disc  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク(例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク)、スマートカード、フラッシュメモリ(例えば、カード、スティック、キードライブ)、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ３０３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ３０２及び／又はストレージ３０３を含むデータベース、サーバその他の適切な媒体であってもよい。
【００３２】
通信モジュール３０４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカードなどともいう。
【００３３】
また、プロセッサ３０１やメモリ３０２などの各装置は、情報を通信するためのバス３０５で接続される。バス３０５は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【００３４】
また、ＭＭＥ３０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ３０１は、これらのハードウェアの少なくとも１つで実装されてもよい。以上が、本実施形態に係るＭＭＥ３０の構成である。
【００３５】
続いて、図３のシーケンス図を用いて、ＭＲ信号の送信指示をする処理を説明する。本処理では、まず、ＵＥ１０は、ＭＭＥ３０へTracking Area Update信号を送信する。これに応じて、ＭＭＥ３０の受付部３１は、当該Tracking Area Update信号を受け付ける（ステップＳ１）。受付部３１は、当該Tracking Area Update信号を受け付けた旨とActive Flagの値とＩＭＥＩＳＶとを通信制御部３２へ送出する。通信制御部３２は、ＩＭＥＩＳＶを判断部３３へ送出し、判断部３３は、当該ＩＭＥＩＳＶと、記憶部３４に記憶されているリストとを用いて、Tracking Area Update信号の送信元のＵＥ１０が着信専用の端末であるか否かを判断し、判断結果を通信制御部３２へ送出する（ステップＳ２）。
【００３６】
通信制御部３２は、当該判断結果が着信専用の端末であることを示す場合、ＭＭＥ３０とｅＮＢ２０との間のベアラを確立し、ｅＮＢ２０へS1-AP Initial Context Setup Request信号とTracking Area Update Accept信号とを送信し、ｅＮＢ２０は、当該S1-AP Initial Context Setup Request信号とTracking Area Update Accept信号とを受信する（ステップＳ３）。ｅＮＢ２０は、上記信号を受信したことに応じて、認証処理をして（ステップＳ４）、ＭＲ信号の送信を示すパラメータを含むRRC ConnectionReconfiguration信号をＵＥ１０へ送信し、ＵＥ１０は、当該RRC Connection Reconfiguration信号を受信する（ステップＳ５）。
【００３７】
ＵＥ１０は、上記RRCConnection Reconfiguration信号を受信したことに応じて、RRC Connection Reconfiguration Complete信号をｅＮＢ２０へ送信し、ｅＮＢ２０は、当該RRC Connection Reconfiguration Complete信号を受信する（ステップＳ６）。ｅＮＢ２０は、上記RRC Connection Reconfiguration Complete信号を受信したことに応じて、S1-AP Initial ContextSetup Response信号をＭＭＥ３０へ送信し、ＭＭＥ３０は、当該S1-AP InitialContext Setup Response信号を受信する（ステップＳ７）。
【００３８】
ＭＭＥ３０は、S1-AP Initial Context SetupResponseを受信したことに応じて、ＳＧＷ４０へModify Bearer request信号を送信する（ステップＳ８）。また、ＳＧＷ４０は、当該Modify Bearer request信号を受信したことに応じて、ModifyBearer response信号をＭＭＥ３０へ送信する（ステップＳ９）。また、ＵＥ１０は、TAUComplete信号を送信し、ＭＭＥ３０は、当該TAU Complete信号を受信する（ステップＳ１０）。ＭＭＥ３０は、TAU Complete信号を受信したことに応じて、ｅＮＢ２０とＭＭＥ３０との間のベアラを解放して（ステップＳ１１）、処理を終了する。上述の処理により、ＵＥ１０は、一定周期でＭＲ信号をｅＮＢ２０へ送信することになる。
【００３９】
続いて、ＵＥ１０とｅＮＢ２０との間の通信状態不一致を判断し、通信状態を一致化する処理手順を図４に示すシーケンス図を用いて説明する。前提として、ＵＥ１０が、ｅＮＢ２０によるRRC Connection Reconfiguration信号を受信し、RRC Connection ReconfigurationCompleteをｅＮＢ２０へ送信することにより、ＵＥ１０が、周期的にＭＲ信号を送信するものとする。また、ＵＥ１０は、通信のためのリソースを確保しており、ｅＮＢ２０でも当該ＵＥ１０用のリソースを確保しているものとする。すなわち、通信状態が一致しているものとする。
【００４０】
ＵＥ１０は、ＭＲ信号の送信タイミングになるとＭＲ信号をｅＮＢ２０へ送信する（ステップＳ２１）。ｅＮＢ２０は、ＵＥ１０から当該ＭＲ信号を受信すると、当該ＵＥ１０用のリソースを確保しているので、当該ＵＥ１０へＭＲ信号を受信した旨の通知をする（ステップＳ２２）。
【００４１】
ｅＮＢ２０が通信リソースを解放する際に（ステップＳ２３）、無線要因で通信リソース解放する旨の信号をＵＥ１０へ送信できなかった場合、ｅＮＢ２０側では通信リソースが解放された状態になり、ＵＥ１０側では通信リソースが確保された状態になる。すなわち、通信状態が不一致になる。
【００４２】
再度ＭＲ信号の送信タイミングになると、ＵＥ１０は、ＭＲ信号をｅＮＢ２０へ送信する（ステップＳ２４）。この場合、ｅＮＢ２０は、既にリソースを解放しているため、ＵＥ１０に対して受信通知をしない。ＵＥ１０は、ｅＮＢ２０から受信通知を一定期間受信しないため、通信状態が不一致であると判断し（ステップＳ２５）、ＵＥ１０は、リソースを解放することにより通信状態を一致化する（ステップＳ２６）。この後に、ＭＭＥ３０が、ページング信号をｅＮＢ２０へ送信し（ステップＳ２７）、ｅＮＢ２０がＵＥ１０へページング信号を送信する（ステップＳ２８）。
【００４３】
上述したように、受付部３１は、ActiveFlag と共にTracking AreaUpdate信号をＵＥ１０から受け付ける。通信制御部３２は、Active Flagが「ＯＦＦ」である場合、判断部３３によって、ＵＥ１０が着信専用の端末であると判断されたとき、ＵＥ１０からｅＮＢ２０へ通信状態不一致の判断の契機となるＭＲ信号の送信を示す指示（S1-AP Initial Context Setup Requestの送信）をする。
【００４４】
この場合、ＭＭＥ３０は、Active Flagが「ＯＦＦ」の場合でも、ｅＮＢ２０に対して、ＵＥ１０からｅＮＢ２０にＭＲ信号を送信する指示をｅＮＢ２０にするので、これに応じて、ＵＥ１０とｅＮＢ２０との間における通信状態不一致を早期に解消することができる。すなわち、ＭＭＥ３０は、早期に通信状態の不一致を解消するように制御することができる。なお、Active Flagが「ＯＮ」である場合、ＵＥ１０が着信専用の端末であるか否かを判断することなく、ＵＥ１０からｅＮＢ２０へ通信状態不一致の判断の契機となるＭＲ信号の送信を示す指示をする。
【００４５】
また、通信制御部３２は、ＵＥ１０が着信専用の端末であると判断したときに、ＭＲ信号を送信する指示をする。これにより、ＭＭＥ３０は、通信状態不一致を解消させる機会が少ない着信専用のＵＥ１０に絞って、通信状態不一致の判断をさせるので、ネットワークの処理負荷を軽減させつつ、通信状態不一致を判断することができる。なお、通信制御部３２は、ＵＥ１０が着信専用の端末でないと判断したときには、ＭＲ信号を送信する指示をすることなく、処理を終了する。
【００４６】
また、通信制御部３２は、ＵＥ１０からｅＮＢ２０へＭＲ信号の送信を示す指示をする前に、ＭＭＥ３０とｅＮＢ２０との間のベアラを確立し、当該指示をした後に、当該ベアラを解放する。この場合、通信制御部３２は、不要なリソースを確保し続けることを回避することができる。
【００４７】
上述の実施形態では、ＵＥ１０が着信端末であるか否かを判断し、ＵＥ１０が着信端末である場合（すなわち、ＵＥ１０が着信端末であるという条件に合致する場合）に、ＵＥ１０からｅＮＢ２０へＭＲ信号を送信する指示をする場合について述べた。これに代えて、他の条件を満たす場合に、ＵＥ１０からｅＮＢ２０へＭＲ信号を送信する指示をするようにしてもよい。例えば、ＭＭＥ３０が、各ＵＥ１０のページング失敗（Ｐａｇｉｎｇ信号の送信失敗）の履歴を記憶しておき、ＵＥ１０へのページング失敗数が予め設定している閾値を超えている場合に、当該ＵＥ１０に対してＵＥ１０からｅＮＢ２０へＭＲ信号を送信する指示をするようにしてもよい。
【００４８】
上述の実施形態では、ＭＭＥ３０がＵＥ１０からｅＮＢ２０へＭＲ信号を送信する指示をする場合について述べた。上記ＭＲ信号に代えて、ＵＥ１０を特定することが可能な任意の信号を適用するようにしてもよい。
【００４９】
上述の実施形態では、判断部３３は、記憶部３４に記憶されているリストを参照して、ＵＥ１０が着信端末専用であるか否かを判断する場合について述べた。これに代えて、判断部３３が、ＭＭＥ３０以外の装置にＩＭＥＩＳＶを送信すると共に、当該装置に当該ＩＭＥＩＳＶが示すＵＥ１０が着信端末専用であるか否かの判断を要求し、当該判断結果を取得するようにしてもよい。
【００５０】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【００５１】
また、ソフトウェア、命令などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、同軸ケーブル、光ファイバケーブル、ツイストペア及びデジタル加入者回線（ＤＳＬ）などの有線技術及び／又は赤外線、無線及びマイクロ波などの無線技術を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び／又は無線技術は、伝送媒体の定義内に含まれる。
【００５２】
本明細書で説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【００５３】
なお、本明細書で説明した用語及び／又は本明細書の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。
【００５４】
本明細書で使用する「システム」および「ネットワーク」という用語は、互換的に使用される。
【００５５】
また、本明細書で説明した情報、パラメータなどは、絶対値で表されてもよいし、所定の値からの相対値で表されてもよいし、対応する別の情報で表されてもよい。例えば、無線リソースはインデックスで指示されるものであってもよい。
【００５６】
また、本明細書で使用する「判断(determining)」「決定(determining)」という用語は、多種多様な動作を包含する。「判断」「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up)（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)（例えば、情報を送信すること）、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【００５７】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００５８】
また、上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。
【００５９】
「含む(ｉｎｃｌｕｄｉｎｇ)」、「含んでいる（ｃｏｍｐｒｉｓｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（or）」は、排他的論理和ではないことが意図される。
【００６０】
本開示の全体において、例えば、英語でのa, an, 及びtheのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。
【００６１】
また、本明細書で説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Future  Radio  Access）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【００６２】
また、本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００６３】
入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルで管理してもよい。入出力される情報等は、上書き、更新、または追記され得る。出力された情報等は削除されてもよい。入力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。
【００６４】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。
【００６５】
本開示の全体において、明らかに単数であることを示しているものではない限り、単数および複数の両方のものを含むものとする。
【００６６】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【００６７】
１０…ＵＥ、２０…ｅＮＢ、３０…ＭＭＥ、４０…ＳＧＷ、３０１…プロセッサ、３０２…メモリ、３０３…ストレージ、３０４…通信モジュール、３０５…バス。
【図１】
2018037853.tif 000003
【図２】
2018037853.tif 000004
【図３】
2018037853.tif 000005
【図４】
2018037853.tif 000006