(57)【要約】  基地局とユーザ装置とを含む移動通信システムにおける前記ユーザ装置において、前記基地局から報知情報の送信モードを示す指示情報を受信し、当該指示情報に基づいて送信モードを判定するモード判定部と、前記モード判定部により判定された送信モードに従って、前記報知情報の受信動作を実施する受信部とを備える。
2017170774.tif 000002
【特許請求の範囲】
【請求項１】
基地局とユーザ装置とを含む移動通信システムにおける前記ユーザ装置であって、
前記基地局から報知情報の送信モードを示す指示情報を受信し、当該指示情報に基づいて送信モードを判定するモード判定部と、
前記モード判定部により判定された送信モードに従って、前記報知情報の受信動作を実施する受信部と
を備えることを特徴とするユーザ装置。
【請求項２】
前記送信モードが、前記基地局が前記ユーザ装置からのトリガ信号に基づき報知情報を送信するトリガモードである場合において、前記報知情報の送信を要求するトリガ信号を前記基地局に送信する送信部を備え、
前記受信部は、前記トリガ信号が送信された後の前記報知情報の送信機会において、当該報知情報を受信する
ことを特徴とする請求項１に記載のユーザ装置。
【請求項３】
前記トリガ信号は、ランダムアクセスチャネルで送信されるプリアンブルである
ことを特徴とする請求項２に記載のユーザ装置。
【請求項４】
前記トリガ信号は、要求する報知情報の識別情報を含む
ことを特徴とする請求項２又は３に記載のユーザ装置。
【請求項５】
前記送信モードが、前記基地局が前記ユーザ装置からのトリガ信号を受信することなく周期的に報知情報を送信する自動モードである場合に、前記受信部は、当該報知情報の送信機会において当該報知情報を受信する
ことを特徴とする請求項１ないし４のうちいずれか１項に記載のユーザ装置。
【請求項６】
基地局とユーザ装置とを含む移動通信システムにおける前記基地局であって、
報知情報の送信モードを決定するモード決定部と、
前記モード決定部により決定された送信モードを示す指示情報を送信し、当該送信モードに従って、前記報知情報の送信動作を実施する送信部と
を備えることを特徴とする基地局。
【請求項７】
前記送信モードが、前記基地局が前記ユーザ装置からのトリガ信号に基づき報知情報を送信するトリガモードである場合において、前記指示情報を受信した前記ユーザ装置から、前記報知情報の送信を要求するトリガ信号を受信する受信部を備え、
前記送信部は、前記トリガ信号が受信された後の前記報知情報の送信機会において、当該報知情報を送信する
ことを特徴とする請求項６に記載の基地局。
【請求項８】
前記送信モードが、前記基地局が前記ユーザ装置からのトリガ信号を受信することなく周期的に報知情報を送信する自動モードである場合に、前記送信部は、当該報知情報の送信機会において当該報知情報を送信する
ことを特徴とする請求項６又は７に記載の基地局。
【請求項９】
基地局とユーザ装置とを含む移動通信システムにおける前記ユーザ装置が実行する報知情報受信方法であって、
前記基地局から報知情報の送信モードを示す指示情報を受信し、当該指示情報に基づいて送信モードを判定するモード判定ステップと、
前記モード判定ステップにより判定された送信モードに従って、前記報知情報の受信動作を実施する受信ステップと
を備えることを特徴とする報知情報受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおける報知情報（ブロードキャスト情報）の送受信方法に関連するものである。
【背景技術】
【０００２】
ＬＴＥ（Long Term Evolution）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化などを実現するために、５Ｇと呼ばれる次世代の無線通信システムの検討が進んでいる。【０００３】
５Ｇでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な要素技術の検討が行われている。また、ＩｏＴ（Internet of Things）に代表されるようなサービスに対応するため、膨大な数のＭＴＣ（Machine Type Communication）端末が５Ｇの無線ネットワークを介してデータ送信を行うことを可能にするための要素技術の検討が行われている。なお、大量のＭＴＣ端末（以下、ＭＴＣ−ＵＥ、ＵＥはUser Equipmentの略）がネットワークにアクセス可能にする技術は、５ＧではｍＭＴＣ（Massive machine-type-communications）と呼ばれている。【０００４】
図１は、ＭＴＣ―ＵＥのトラフィック（ＭＴＣトラフィック）の特性のイメージを示した図である。図１に示すように、ＭＴＣトラフィックは、ある期間でトラフィックがバースト的に生じ、当該期間以外の期間においてはトラフィックの少ない状態となる。一例として、大量のＭＴＣ―ＵＥとして使用されることが想定されるスマートメータは、昼間に測定を行って、夜の所定時間に測定結果をアップロードすることが考えられる。このような場合、上記のようなトラフィックバーストが夜の所定時間に発生し、昼間はトラフィックのほとんどない状態となる。【０００５】
ところで、３ＧＰＰで規定されているように（例えば、非特許文献１）、基地局ｅＮＢ（以下、ｅＮＢ）からユーザ装置ＵＥ（以下、ＵＥ）に対し、各種のＳＩＢ（System Information Block）が送信される。一方、一般のＵＥに比べて低機能が想定されるＭＴＣ−ＵＥ用に、新たなＳＩＢ（以下、ＭＴＣ−ＳＩＢ）を導入することが検討されている。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】3GPP TS 36.331 V12.8.0 (2015-12)
【発明の概要】
【発明が解決しようとする課題】
【０００７】
非特許文献１に記載のとおりに、既存のＳＩＢはｅＮＢから周期的に送信される。しかし、ＭＴＣ−ＳＩＢに対しても既存のＳＩＢと同じ送信方法を採用してしまうと、図１に示したように、ＭＴＣトラフィックがほとんどない場合にまでＭＴＣ−ＳＩＢを送信することになり、無駄なシグナリングオーバヘッドが発生してしまう。また、ＵＥ側においては、ＭＴＣ−ＳＩＢの無駄な受信動作により、電力消費が増大する可能性がある。このような課題は、ＭＴＣ−ＳＩＢの送受信に限らずに、報知情報の送受信全般に生じ得る課題である。【０００８】
本発明は上記の点に鑑みてなされたものであり、移動通信システムにおいて、無駄な報知情報の送受信を削減することを可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の実施の形態によれば、基地局とユーザ装置とを含む移動通信システムにおける前記ユーザ装置であって、
前記基地局から報知情報の送信モードを示す指示情報を受信し、当該指示情報に基づいて送信モードを判定するモード判定部と、
前記モード判定部により判定された送信モードに従って、前記報知情報の受信動作を実施する受信部と
を備えることを特徴とするユーザ装置が提供される。
【発明の効果】
【００１０】
本発明の実施の形態によれば、移動通信システムにおいて、無駄な報知情報の送受信を削減することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】ＭＴＣトラフィックの特性を説明するための図である。
【図２】本発明の実施の形態における移動通信システムの構成図である。
【図３】本実施の形態における動作シーケンスを示す図である。
【図４】ｅＮＢの動作を示すフローチャートである。
【図５】ＵＥの動作を示すフローチャートである。
【図６Ａ】トリガに係る動作例を説明するための図である。
【図６Ｂ】トリガに係る動作例を説明するための図である。
【図７】ＭＴＣトラフィックと対応付けた動作例を説明するための図である。
【図８】ユーザ装置ＵＥの構成図である。
【図９】ユーザ装置ＵＥのＨＷ構成図である。
【図１０】基地局ｅＮＢの構成図である。
【図１１】基地局ｅＮＢのＨＷ構成図である。
【発明を実施するための形態】
【００１２】
以下、図面を参照して本発明の実施の形態を説明する。以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。例えば、本実施の形態に係る移動通信システムはＬＴＥに準拠した方式のシステムを想定しているが、本発明はＬＴＥに限定されるわけではなく、他の方式にも適用可能である。また、本明細書及び特許請求の範囲において、「ＬＴＥ」は、３ＧＰＰのＲｅｌ−８から１３もしくはそれ以降に対応する通信方式（５Ｇを含む）を含み得る広い意味で使用する。
【００１３】
また、本実施の形態は、ＭＴＣ−ＵＥ及びＭＴＣ−ＳＩＢを対象としているが、本実施の形態に係る技術は、ＭＴＣ−ＵＥ及びＭＴＣ−ＳＩＢ以外のＵＥ及び報知情報（broadcast information）にも適用可能である。
【００１４】
また、本実施の形態では、「ＭＩＢ」の用語を使用するが、本実施の形態における「ＭＩＢ」は、非特許文献１に開示されているＭＩＢに限定されるものではない。本実施の形態における「ＭＩＢ」は、以下で説明する「ＭＩＢ」の機能を持つ報知情報であれば、どのような報知情報であってもよい。なお、報知情報をシステム情報と称してもよい。
【００１５】
以下では、基本的に、基地局を「ｅＮＢ」と表記し、ユーザ装置を「ＵＥ」と表記する。ｅＮＢは「evolved Node B」の略語であり、ＵＥは、「User Equipment」の略語である。以下の本実施の形態におけるＵＥはＭＴＣ−ＵＥである。
【００１６】
（システム構成）
図２に、本実施の形態に係る移動通信システムの構成例を示す。図２に示すように、本実施の形態に係る移動通信システムは、セルを形成するｅＮＢと、ｅＮＢと無線通信を行うＵＥを含む。図２には、ｅＮＢとＵＥが１台ずつ示されているが、これらは代表を示しており、それぞれ複数であってもよい。
【００１７】
本実施の形態では、非特許文献１に規定されていない新たな１つ又は複数のＭＴＣ−ＳＩＢを、以下で説明する方法でｅＮＢが送信し、それをＵＥが受信する。ただし、本実施の形態で説明するＭＴＣ−ＳＩＢの送信／受信に係る動作は、既存のＳＩＢ及び、ＭＴＣ−ＳＩＢ以外の新たなＳＩＢに適用することも可能である。
【００１８】
本実施の形態におけるＭＴＣ−ＳＩＢの送信は、既存のＳＩＢと同様に、基本的には、予め定められた周期で周期的に行われる。また、ＵＥがＭＴＣ−ＳＩＢを取得（受信）する動作についても既存の動作と同様である。例えば、ＵＥは、新たにセルに接続したら新たにＭＴＣ−ＳＩＢを取得する。新たにセルに接続する場合とは、例えば、セル選択を行う場合、セル再選択を行う場合、別のＲＡＴ（Radio Access Technology）のセルから、Ｅ−ＵＴＲＡのセルに遷移する場合、カバレッジ外のエリアから、カバレッジ内のエリアに入る場合、等である。
【００１９】
また、ＵＥは、ｅＮＢからＭＴＣ−ＳＩＢが変更されることを示す通知を受信したら、新たにＭＴＣ−ＳＩＢを取得する。また、ＭＴＣ−ＳＩＢを取得した後、ＭＴＣ−ＳＩＢの有効期限を経過した場合には、新たにＭＴＣ−ＳＩＢを取得する。
【００２０】
（ＭＴＣ−ＳＩＢの送受信動作の概要）
以下、本実施の形態におけるＭＴＣ−ＳＩＢの送受信動作の概要について説明する。
【００２１】
本実施の形態では、ＭＴＣ−ＳＩＢの送信モードとして２つの送信モードが定義される。１つは自動モード（Automatic mode）であり、もう１つはトリガモード（trigger mode）である。なお、２つの送信モードを使用することは例であり、３つ以上の送信モードを使用してもよい。
【００２２】
自動モードでは、ｅＮＢは、予め設定された周期に従って、ＭＴＣ−ＳＩＢを周期的に送信する。自動モードは、コンスタントにＭＴＣ−ＳＩＢに対する要求がある場合に適用されるモードである。コンスタントにＭＴＣ−ＳＩＢに対する要求がある場合とは、例えば、ｅＮＢとＲＲＣ接続されるＵＥ（ＭＴＣ−ＵＥ）の数が所定閾値よりも大きい場合等である。また、ｅＮＢがＵＥ側に送信するトラフィックの量が所定閾値よりも大きい場合、もしくはｅＮＢがＵＥ側から受信するトラフィックの量が所定閾値よりも大きい場合等も該当する。
【００２３】
トリガモードにおいては、ｅＮＢは、ＵＥからトリガとなる信号（トリガ信号）を受信した場合にＭＴＣ−ＳＩＢを送信し、トリガ信号を受信しない場合には、ＭＴＣ−ＳＩＢの送信機会になっても当該ＭＴＣ−ＳＩＢを送信しない。トリガモードは、ＭＴＣ−ＳＩＢに対する要求が小さい場合に適用されるモードである。ＭＴＣ−ＳＩＢに対する要求が小さい場合とは、例えば、ｅＮＢにＲＲＣ接続されるＵＥの数が所定の閾値よりも小さい場合等である。ｅＮＢは、ＭＴＣ−ＵＥに係るトラフィック状況等に基づいて、ＭＴＣ−ＳＩＢの送信モードを切り替える。
【００２４】
図３を参照して、本実施の形態におけるＵＥとｅＮＢ間のＭＴＣ−ＳＩＢの送受信動作の例を説明する。
【００２５】
ステップＳ１０１において、ｅＮＢからＭＩＢ（Master Information Block）が送信され、ＵＥはＭＩＢを受信する。ＭＩＢは、システム帯域幅等のシステムに接続するために最低限必要となる情報、もしくはＭＴＣ−ＳＩＢを受信するために必要となる基本的なシステム情報を含む報知情報である。ＭＩＢは、例えばＰＢＣＨ（Physical Broadcast Channel）により送信される。本実施の形態においては、ＭＩＢの中に現在のＭＴＣ−ＳＩＢ送信モードを示す指示情報が含まれている。本実施の形態では、当該指示情報は１又は複数のビットで表されており、以下では、当該指示情報を指示ビットと呼ぶ。なお、既存のＭＩＢ（非特許文献１）には、スペア（spare）ビットが含まれており、当該既存のＭＩＢに基づいて本実施の形態におけるＭＩＢを構成する場合には、当該スペアビットの一部又は全部を指示ビットとして使用することが可能である。
【００２６】
なお、以下ではＭＩＢに上記指示ビットが含まれている前提で本発明の実施の形態を説明するが、ＭＴＣ−ＳＩＢの送信モードはその他の方法で指示されてもよい。例えば、同期信号の送信位置に応じて暗示的に送信モードを指示することで、ＭＩＢのビット数を低減することができる。ＬＴＥにおいて本指示方法を実現する場合、例えば、自動モードとトリガモードとでＰＳＳ（Primary Synchronization Signal）及びＳＳＳ（Secondary Synchronization Signal）の送信フレームを変え、ＵＥは両同期信号の位置関係から暗示的に送信モードを認識することができるとしてもよい。一例として、自動モードの場合、ＰＳＳをＡ番及びＢ番サブフレームに配置し、ＳＳＳをＣ番及びＤ番サブフレームに配置して、トリガモードの場合にはこれと異なる配置にする。
【００２７】
ＭＩＢを受信したＵＥは、ＭＩＢから指示ビットを読み取り、当該指示ビットに応じて、現在の送信モードが自動モードであるか、トリガモードであるかを判定する（ステップＳ１０２）。
【００２８】
指示ビットがトリガモードを示している場合、ＵＥは、現在の送信モードがトリガモードであると判断する。そして、ＵＥは、ＭＴＣ−ＳＩＢを取得する際に、トリガ信号をｅＮＢに送信する（ステップＳ１１１）。当該トリガ信号を受信したｅＮＢは、ＭＴＣ−ＳＩＢを送信する（ステップＳ１１２）。ＵＥがｅＮＢに対して送信するトリガ信号には、ＵＥが取得を希望するＭＴＣ−ＳＩＢの識別情報（例：番号）が含まれる。ｅＮＢは、当該識別情報で識別されるＭＴＣ−ＳＩＢを、当該ＭＴＣ−ＳＩＢの送信機会において送信する。なお、トリガ信号にＭＴＣ−ＳＩＢの識別情報を含めないこととしてもよい。この場合、例えば、トリガ信号を受信したｅＮＢは、全てのＭＴＣ−ＳＩＢを、それぞれの該当する送信機会において送信する。
【００２９】
また、ｅＮＢがＭＴＣ−ＳＩＢを送信する方法に関し、既存のＳＩＢと同様に、ブロードキャスト用のチャネル（例：ＢＣＣＨ）で送信する。ただし、これに限られるわけではなく、トリガ信号を送信したＵＥ宛てに個別にＭＴＣ−ＳＩＢを送信することとしてもよい。
【００３０】
指示ビットが自動モードを示している場合、ＵＥは、現在のモードが自動モードであると判断する。そして、ＵＥは、取得を希望するＭＴＣ−ＳＩＢの送信機会（送信タイミング）において、当該ＭＴＣ−ＳＩＢを受信する（ステップＳ１２１）。
【００３１】
（ｅＮＢの動作）
次に、図４のフローチャートを参照して、ｅＮＢ側の動作を説明する。まず、図４のフローの動作を行う前提として、使用される各ＭＴＣ−ＳＩＢの送信機会（transmission occasions）を示す情報（例：送信周期、送信開始タイミングを示す情報等）がｅＮＢとＵＥに設定される。当該情報の設定は、予め固定的になされる設定であってもよいし、ｅＮＢが当該情報を決定し、ＵＥに通知することで行う設定であってもよい。後者の場合のＵＥへの通知はＳＩＢ１で行うこととしてもよい。
【００３２】
ステップＳ２０１において、ｅＮＢはＭＴＣ−ＭＩＢの送信モードを決定する。送信モードの決定方法については後述する。
【００３３】
ステップＳ２０１で決定されたモードが自動モードである場合、ステップＳ２０２に進み、ｅＮＢは、周期的に送信されているＭＩＢの中の指示ビットを自動モードに設定する。自動モードにおいて、ｅＮＢは、ＭＴＣ−ＳＩＢの送信機会において、当該ＭＴＣ−ＳＩＢを送信する（ステップＳ２０３）。
【００３４】
ステップＳ２０１で決定されたモードがトリガモードである場合、ステップＳ２０４に進み、ｅＮＢは、周期的に送信されているＭＩＢの中の指示ビットをトリガモードに設定する。トリガモードにおいて、ｅＮＢはＵＥからトリガ信号を受信するかどうかを判定する（ステップＳ２０５）。トリガ信号を受信しない場合、ＭＴＣ−ＳＩＢの送信機会が来ても当該ＭＴＣ−ＳＩＢの送信を行わない（送信をスキップする）（ステップＳ２０６）。一方、トリガ信号を受信した場合、ｅＮＢは、当該トリガ信号で要求されたＭＴＣ−ＳＩＢを、当該ＭＴＣ−ＳＩＢの送信機会において送信する（ステップＳ２０７）。
【００３５】
（ＵＥの動作）
次に、図５のフローチャートを参照して、ＵＥ側の動作を説明する。まず、図４の場合と同様に、図５のフローの動作を行う前提として、使用される各ＭＴＣ−ＳＩＢの送信機会（transmission occasions）を示す情報（例：送信周期、送信開始タイミングを示す情報等）がｅＮＢとＵＥに設定されているとする。
【００３６】
ステップＳ３０１において、ＵＥがＭＩＢを受信する。ステップＳ３０２において、ＵＥは、ＭＩＢの中の指示ビットを読み取り、判定を行う。指示ビットが自動モードを示すものと判定された場合にはステップＳ３０３に進み、ＵＥは、ＭＴＣ−ＳＩＢの送信機会において当該ＭＴＣ−ＳＩＢを受信する。
【００３７】
指示ビットがトリガモードを示すものと判定された場合にはステップＳ３０４に進み、ＵＥは、ＭＴＣ−ＳＩＢの送信を要求するトリガ信号を送信する。ｅＮＢは当該トリガ信号を受信する。図４を参照して説明したように、ＭＴＣ−ＳＩＢのトリガ信号を受信したｅＮＢは、要求されたＭＴＣ−ＳＩＢの送信機会において当該ＭＴＣ−ＳＩＢを送信する。図５のステップＳ３０５において、ＵＥは、当該送信機会（ＵＥから見れば受信機会）において当該ＭＴＣ−ＳＩＢを受信する（ステップＳ３０５）。
【００３８】
（送信モードの決定方法について）
次に、図４のステップＳ２０１において行われる、ｅＮＢによるＭＴＣ−ＳＩＢの送信モードの決定方法について説明する。
【００３９】
送信モードの決定方法は特定の方法に限られないが、例えば、ｅＮＢは、同時にＲＲＣ接続されるＵＥ（ＭＴＣ−ＵＥ）の数（例：所定時間長当たりの平均値）を監視し、当該数が所定閾値以下であれば送信モードをトリガモードとし、当該数が所定閾値を超えれば、送信モードを自動モードとする。また、ｅＮＢはＵＥ側との間の上りトラフィック及び／又は下りトラフィックの量（例：所定時間長当たりの平均値）を監視し、当該値が所定閾値以下であれば送信モードをトリガモードとし、当該数が所定閾値を超えれば、送信モードを自動モードとする。
【００４０】
また、ｅＮＢが、トラフィック等の監視に基づく自動モード／トリガモードの判定を行わないこととしてもよい。この場合、例えば、ｅＮＢは、外部システム（例：オペレーションシステム）からの自動モード／トリガモードの指示に従って送信モードを決定する。
【００４１】
また、ｅＮＢは、トリガモードの状態で、ＵＥから受信するトリガ信号の数（例：単位時間あたりの数）を監視して、当該値が所定閾値を超える場合に送信モードを自動モードとし、自動モードを予め定めた時間だけ継続したら自動的にトリガモードに切り替えるという制御を行うこととしてもよい。上記の「予め定めた時間」は、例えば、ＵＥからのバースト的なトラフィックが継続することが予想される時間である。このような時間は、例えば、トラフィックの統計解析により得ることができる。
【００４２】
また、ｅＮＢが存在する地域におけるＭＴＣ−ＵＥの配備状況、通信方法等に基づいて、送信モードのタイムテーブル（例：０〜６時は自動モード、６時〜１２時はトリガモード、...．．等を示すテーブル）を作成し、当該タイムテーブルの情報をｅＮＢに設定して、ｅＮＢが当該タイムテーブルに従って自動モード／トリガモードの切り替えを行うこととしてもよい。
【００４３】
（トリガモードでの動作例について）
次に、図６Ａ、Ｂを参照して、トリガモードでの動作例を説明する。図６Ａ、Ｂに示す例では、トリガ信号として、ＲＡＣＨ（Random Access Channel）のプリアンブルを使用する。なお、ＲＡＣＨのプリアンブルを使用することは一例である。本例では、図６Ａのテーブルに示すように、プリアンブルと、要求するＭＴＣ−ＭＩＢとが対応付られている。当該テーブルの情報は、ＵＥとｅＮＢの両方が保持する。なお、図６ＡはプリアンブルとＭＴＣ−ＳＩＢとが１対１対応する例であるが、１つのプリアンブルに対して複数のＭＴＣ−ＳＩＢを対応付けてもよい。
【００４４】
そして、図６Ｂに示すように、例えば、ＵＥ１がＭＴＣ−ＳＩＢ１を取得することを希望する場合、ステップＳ４０１において、ＵＥ１は、ＰＲＡＣＨを用いてプリアンブルＸを送信する（ステップＳ４０１）。プリアンブルＸを受信したｅＮＢは、プリアンブルＸに対応するＭＴＣ−ＳＩＢ１の送信機会（Ｂ１）においてＭＴＣ−ＳＩＢ１を送信する。本例では、ＭＴＣ−ＳＩＢ１の次の送信機会（Ｂ２）では、トリガ信号がないので、ＭＴＣ−ＳＩＢ１の送信は行われない。ただし、これは例であり、１回のトリガ信号受信に対して、複数回の対応ＭＴＣ−ＳＩＢの送信を行うこととしてもよい。
【００４５】
ステップＳ４０２では、ＵＥ２がプリアンブルＹを送信し、これに対応して、ｅＮＢは、ＭＴＣ−ＳＩＢ２の送信機会（Ａ２）において、ＭＴＣ−ＳＩＢ２を送信する。なお、この前の送信機会（Ａ１）では、トリガ信号がないので、ＭＴＣ−ＳＩＢ２は送信されていない。
【００４６】
図６Ｂの前提として、ＵＥ１、ＵＥ２ともにｅＮＢからＭＩＢを受信している。本例では、当該ＭＩＢの中にプリアンブル生成に使用する系列の情報、及びプリアンブル送信のために使用するＰＲＡＣＨのリソース情報等（これらをプリアンブル送信用情報と呼ぶ）が含まれる。なお、ｅＮＢは、送信モードをトリガモードとする場合にのみ、プリアンブル送信用情報をＭＩＢに含めることとしてもよい。また、ｅＮＢは、プリアンブル送信用情報を他の信号（例：ＳＩＢ２）に含めることとしてもよい。
【００４７】
また、本例におけるプリアンブル送信は、RRC connection setupのための手順等を兼ねるものであってもよいし、ＭＴＣ−ＳＩＢの取得のためのみに行われるものであってもよい。
【００４８】
（ＭＴＣトラフィックと対応付けた動作例）
図７は、本実施の形態におけるＭＴＣ−ＳＩＢ送信の動作を、ＭＴＣトラフィックと対応付けて示した図である。
【００４９】
図７に示す例では、ＭＴＣトラフィック量の大きいＡで示す区間に関わるＭＴＣ−ＳＩＢ送信の動作が示されている。すなわち、Ａで示す区間の開始時点Ｔ１のあたりでｅＮＢは送信モードをトリガモードから自動モードに切り替え、トリガ信号を受けることなくＭＴＣ−ＳＩＢの送信を行う。そして、Ａで示す区間の終了時点Ｔ２あたりで、ｅＮＢは送信モードを自動モードからトリガモードに切り替える。また、図７には、Ｔ２の後、ｅＮＢがトリガ信号を受信し、ＭＴＣ−ＳＩＢを送信することが示されている。
【００５０】
（装置構成）
＜ＵＥ＞
図８に、本実施の形態に係るＵＥの機能構成図を示す。図８に示すＵＥは、これまでに説明したＵＥの処理を全て実行可能である。
【００５１】
図８に示すように、当該ＵＥは、信号送信部１０１、信号受信部１０２、モード判定部１０３、トリガ処理部１０４、設定情報管理部１０５を含む。なお、図８は、ＵＥにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した動作を行うための図示しない機能も有するものである。また、図８に示す機能構成は一例に過ぎない。本実施の形態に係るＵＥの動作を実行できるのであれば、機能区分や機能部の名称はどのようなものでもよい。
【００５２】
信号送信部１０１は、ＵＥから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部１０２は、ｅＮＢ等から各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。また、信号受信部１０２は、ｅＮＢから送信されるＭＩＢ、ＳＩＢ、ＲＲＣ信号、ＭＡＣ信号、ＰＨＹ信号等により各種の設定情報を受信し、設定情報管理部１０５に格納する。他の機能部は、当該設定情報に従って動作する。例えば、信号受信部１０２は、設定情報に基づいてＭＴＣ−ＳＩＢの送信機会（ＵＥから見たら受信機会）を把握し、当該機会において当該ＭＴＣ−ＳＩＢを受信する。
【００５３】
モード判定部１０３は、信号受信部１０２により受信したＭＩＢの情報から指示ビットを読み取り、当該指示ビットに基づいて、現在の送信モードが、トリガモードであるか、自動モードであるかを判定する。また、モード判定部１０３は、ＭＩＢの指示ビット以外の方法で通知された指示情報（例：前述した同期信号を使用した指示情報）に基づいて、現在の送信モードが、トリガモードであるか、自動モードであるかを判定することもできる。なお、モード判定部１０３は、信号受信部１０２の中に含まれていてもよい。
【００５４】
モード判定部１０３は、送信モードが自動モードであると判定した場合、それを信号受信部１０２とトリガ処理部１０４に通知する。信号受信部１０２は当該通知に基づいて、ＭＴＣ−ＳＩＢの各送信機会において受信動作を実行する。モード判定部１０３は、送信モードがトリガモードであると判定した場合、それを信号受信部１０２に通知するとともに、トリガ処理部１０４に通知する。トリガモードの通知を受けた信号受信部１０２は、自動モードでのＭＴＣ−ＳＩＢ受信を停止する。
【００５５】
トリガ処理部１０４は、モード判定部１０３から、送信モードがトリガモードであることの通知を受けた場合に、トリガ信号を作成し、信号送信部１０１から送信する。なお、トリガ処理部１０４が信号送信部１０１の中に含まれていてもよい。当該トリガ信号には、例えば、ＵＥが取得を希望する１つ又は複数のＭＴＣ−ＳＩＢの識別情報が含まれる。前述したように、トリガ信号の一例としてプリアンブルがある。また、トリガ信号が送信された後、信号受信部１０２は、トリガ信号により要求されたＭＴＣ−ＳＩＢの送信機会において当該ＭＴＣ−ＳＩＢを受信する。送信モードがトリガモードになってから、自動モードに切り替えられるまでの間、トリガ処理部１０４は、ＭＴＣ−ＳＩＢ取得の必要が生じる度に、トリガ信号の送信処理を行う。
【００５６】
設定情報管理部１０５には、前述したように、各種の設定情報が格納され、他の機能部は、当該設定情報に従って動作を行う。
【００５７】
図８に示すＵＥの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００５８】
図９は、ＵＥのハードウェア（ＨＷ）構成の例を示す図である。図９は、図８よりも実装例に近い構成を示している。図９に示すように、ＵＥは、無線信号に関する処理を行うＲＥ（Ｒａｄｉｏ  Ｅｑｕｉｐｍｅｎｔ）モジュール２０１と、ベースバンド信号処理を行うＢＢ（Ｂａｓｅ  Ｂａｎｄ）処理モジュール２０２と、上位レイヤ等の処理を行う装置制御モジュール２０３と、ＵＳＩＭカードにアクセスするインタフェースであるＵＳＩＭスロット２０４とを有する。
【００５９】
ＲＥモジュール２０１は、ＢＢ処理モジュール２０２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ（Ｄｉｇｉｔａｌ−ｔｏ−Ａｎａｌｏｇ）変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ（Ａｎａｌｏｇ  ｔｏ  Ｄｉｇｉｔａｌ）変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール２０２に渡す。ＲＥモジュール２０１は、例えば、図８における信号送信部１０１、及び信号受信部１０２の物理レイヤの機能を含む。
【００６０】
ＢＢ処理モジュール２０２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ（Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）２１２は、ＢＢ処理モジュール２０２における信号処理を行うプロセッサである。メモリ２２２は、ＤＳＰ２１２のワークエリアとして使用される。ＢＢ処理モジュール２０２は、例えば、図８における信号送信部１０１、及び信号受信部１０２における物理レイヤよりも上位のレイヤの機能、モード判定部１０３、トリガ処理部１０４、設定情報管理部１０５を含む。なお、モード判定部１０３、トリガ処理部１０４、設定情報管理部１０５の全部又は一部が装置制御モジュール２０３に含まれることとしてもよい。
【００６１】
装置制御モジュール２０３は、ＩＰレイヤのプロトコル処理、各種アプリケーションの処理等を行う。プロセッサ２１３は、装置制御モジュール２０３が行う処理を行うプロセッサである。メモリ２２３は、プロセッサ２１３のワークエリアとして使用される。また、プロセッサ２１３は、ＵＳＩＭスロット２０４を介してＵＳＩＭとの間でデータの読出し及び書込みを行う。
【００６２】
＜ｅＮＢ＞
図１０に、本実施の形態で説明したｅＮＢ側動作を行うｅＮＢの機能構成図を示す。図１０に示すように、ｅＮＢは、信号送信部３０１、信号受信部３０２、モード決定部３０３、ＭＴＣ−ＳＩＢ送信制御部３０４、ＵＥ管理部３０５を含む。なお、図１０は、ｅＮＢにおいて本発明の実施の形態に特に関連する機能部のみを示すものであり、少なくともＬＴＥに準拠した移動通信システムにおける基地局として動作するための図示しない機能も有するものである。また、図１０に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００６３】
信号送信部３０１は、ｅＮＢから送信されるべき上位のレイヤの信号から、物理レイヤの各種信号を生成し、無線送信する機能を含む。信号受信部３０２は、ＵＥから各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する機能を含む。
【００６４】
モード決定部３０３は、既に説明した方法でＭＴＣ−ＳＩＢの送信モードを決定する。モード決定部３０３は、決定したモードをＭＴＣ−ＳＩＢ送信制御部３０４に通知する。例えば、ＲＲＣ接続されるＵＥ（ＭＴＣ−ＵＥ）の数に基づき送信モードを決定する際には、モード決定部３０３は、ＲＲＣ接続されるＵＥの数の情報をＵＥ管理部３０５から取得し、送信モードの決定を行う。また、例えば、外部システムからの指示の基づき送信モードを決定する場合には、モード決定部３０３は、外部システムからの指示を受信して、当該指示に従って送信モードを決定する。
【００６５】
ＭＴＣ−ＳＩＢ送信制御部３０４は、モード決定部３０３により決定された送信モードに応じたＭＴＣ−ＳＩＢの送信制御を行う。なお、ＭＴＣ−ＳＩＢ送信制御部３０４は信号送信部３０１の中に含まれていてもよい。例えば、送信モードが自動モードである場合において、ＭＴＣ−ＳＩＢ送信制御部３０４はＭＴＣ−ＳＩＢを生成し、当該ＭＴＣ−ＳＩＢの送信機会に当該ＭＴＣ−ＳＩＢを信号送信部３０１に送信させる。また、送信モードがトリガモードである場合において、信号受信部３０２は、ＵＥから受信するトリガ信号をＭＴＣ−ＳＩＢ送信制御部３０４に渡し、ＭＴＣ−ＳＩＢ送信制御部３０４は、当該トリガ信号により要求されたＭＴＣ−ＳＩＢを生成して、当該ＭＴＣ−ＳＩＢの送信機会に当該ＭＴＣ−ＳＩＢを信号送信部３０１に送信させる。また、例えば、ＭＴＣ−ＳＩＢ送信制御部３０４は、送信モードに応じた指示ビットを含むＭＩＢを信号送信部３０１に送信させる。ＭＴＣ−ＳＩＢ送信制御部３０４は、送信モードに応じた構成の同期信号を信号送信部３０１に送信させることもできる。
【００６６】
ＵＥ管理部３０５は、ＵＥ（ここではＭＴＣ−ＵＥ）の状態（ＲＲＣ接続、ＲＲＣアイドル、ＲＡＣＨ手順中、ハンドオーバ中等）を信号送信部３０１／信号受信部３０２から取得して、ＵＥ毎に保持する。
【００６７】
図１０に示すｅＮＢの構成は、全体をハードウェア回路（例：１つ又は複数のＩＣチップ）で実現してもよいし、一部をハードウェア回路で構成し、その他の部分をＣＰＵとプログラムとで実現してもよい。
【００６８】
図１１は、ｅＮＢのハードウェア（ＨＷ）構成の例を示す図である。図１１は、図１０よりも実装例に近い構成を示している。図１１に示すように、基地局ｅＮＢは、無線信号に関する処理を行うＲＥモジュール３５１と、ベースバンド信号処理を行うＢＢ処理モジュール３５２と、上位レイヤ等の処理を行う装置制御モジュール３５３と、ネットワークと接続するためのインタフェースである通信ＩＦ３５４とを有する。
【００６９】
ＲＥモジュール３５１は、ＢＢ処理モジュール３５２から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、及び電力増幅等を行うことでアンテナから送信すべき無線信号を生成する。また、受信した無線信号に対して、周波数変換、Ａ／Ｄ変換、復調等を行うことでデジタルベースバンド信号を生成し、ＢＢ処理モジュール３５２に渡す。ＲＥモジュール３５１は、例えば、図１０の信号送信部３０１及び信号受信部３０２における物理レイヤの機能を含む。
【００７０】
ＢＢ処理モジュール３５２は、ＩＰパケットとデジタルベースバンド信号とを相互に変換する処理を行う。ＤＳＰ３６２は、ＢＢ処理モジュール３５２における信号処理を行うプロセッサである。メモリ３７２は、ＤＳＰ３５２のワークエリアとして使用される。ＢＢ処理モジュール３５２は、例えば、図１０の信号送信部３０１及び信号受信部３０２における物理レイヤよりも上位レイヤの機能、モード決定部３０３、ＭＴＣ−ＳＩＢ送信制御部３０４、ＵＥ管理部３０５を含む。なお、モード決定部３０３、ＭＴＣ−ＳＩＢ送信制御部３０４、ＵＥ管理部３０５の機能の全部又は一部を装置制御モジュール３５３に含めることとしてもよい。
【００７１】
装置制御モジュール３５３は、ＩＰレイヤのプロトコル処理、ＯＡＭ処理等を行う。プロセッサ３６３は、装置制御モジュール３５３が行う処理を行うプロセッサである。メモリ３７３は、プロセッサ３６３のワークエリアとして使用される。補助記憶装置３８３は、例えばＨＤＤ等であり、基地局ｅＮＢ自身が動作するための各種設定情報等が格納される。
【００７２】
なお、図８〜図１１に示す装置の構成（機能区分）は、本実施の形態で説明する処理を実現する構成の一例に過ぎない。本実施の形態で説明する処理を実現できるのであれば、その実装方法（具体的な機能部の配置、名称等）は、特定の実装方法に限定されない。
【００７３】
（実施の形態のまとめ）
以上、説明したように、本実施の形態によれば、基地局とユーザ装置とを含む移動通信システムにおける前記ユーザ装置であって、前記基地局から報知情報の送信モードを示す指示情報を受信し、当該指示情報に基づいて送信モードを判定するモード判定部と、前記モード判定部により判定された送信モードに従って、前記報知情報の受信動作を実施する受信部とを備えることを特徴とするユーザ装置が提供される。
【００７４】
上記の構成により、移動通信システムにおいて、無駄な報知情報の送受信を削減することが可能となる。
【００７５】
上記のユーザ装置は、前記送信モードが、前記基地局が前記ユーザ装置からのトリガ信号に基づき報知情報を送信するトリガモードである場合において、前記報知情報の送信を要求するトリガ信号を前記基地局に送信する送信部を備えてよい。この場合、前記受信部は、前記トリガ信号が送信された後の前記報知情報の送信機会において、当該報知情報を受信する。この構成により、基地局は、必要に応じた報知情報の送信を行うことができ、ユーザ装置は、必要に応じた報知情報の受信（取得）を行うことができる。
【００７６】
前記トリガ信号は、例えば、ランダムアクセスチャネルで送信されるプリアンブルである。この構成により、既存の仕組みを活用してトリガ信号を実現でき、実装が容易となる。また、前記トリガ信号は、要求する報知情報の識別情報を含むこととしてもよい。この構成により、ユーザ装置は効率的に所望の報知情報を基地局に通知できる。
【００７７】
また、前記送信モードが、前記基地局が前記ユーザ装置からのトリガ信号を受信することなく周期的に報知情報を送信する自動モードである場合に、前記受信部は、当該報知情報の送信機会において当該報知情報を受信することとしてもよい。この構成により、例えば、多くのユーザ装置が接続され、大きなトラフィックが発生しているような場合において、効率的な報知情報の送受信を行うことができる。
【００７８】
また、本実施の形態によれば、基地局とユーザ装置とを含む移動通信システムにおける前記基地局であって、報知情報の送信モードを決定するモード決定部と、前記モード決定部により決定された送信モードを示す指示情報を送信し、当該送信モードに従って、前記報知情報の送信動作を実施する送信部とを備えることを特徴とする基地局が提供される。
【００７９】
上記の構成によれば、移動通信システムにおいて、無駄な報知情報の送受信を削減することが可能となる。
【００８０】
前記基地局は、前記送信モードが、前記基地局が前記ユーザ装置からのトリガ信号に基づき報知情報を送信するトリガモードである場合において、前記指示情報を受信した前記ユーザ装置から、前記報知情報の送信を要求するトリガ信号を受信する受信部を備えてもよい。この場合、前記送信部は、前記トリガ信号が受信された後の前記報知情報の送信機会において、当該報知情報を送信する。この構成により、基地局は、必要に応じた報知情報の送信を行うことができ、ユーザ装置は、必要に応じた報知情報の受信（取得）を行うことができる。
【００８１】
また、前記送信モードが、前記基地局が前記ユーザ装置からのトリガ信号を受信することなく周期的に報知情報を送信する自動モードである場合に、前記送信部は、当該報知情報の送信機会において当該報知情報を送信することとしてもよい。この構成により、例えば、多くのユーザ装置が接続され、大きなトラフィックが発生しているような場合において、効率的な報知情報の送受信を行うことができる。
【００８２】
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。説明の便宜上、ＵＥ及びｅＮＢは機能的なブロック図を用いて説明されたが、各装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って、ＵＥが有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【００８３】
＜実施形態の補足＞
情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。
【００８４】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【００８５】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【００８６】
本明細書において基地局によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われることもある。基地局を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置との通信のために行われる様々な動作は、基地局および／または基地局以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。
【００８７】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
【００８８】
ユーザ装置は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００８９】
基地局は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ  Ｓｔａｔｉｏｎ）、またはいくつかの他の適切な用語で呼ばれる場合もある。
【００９０】
本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ  ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【００９１】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【００９２】
「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。
【００９３】
本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
【００９４】
本発明は上記実施形態に限定されず、本発明の精神から逸脱することなく、様々な変形例、修正例、代替例、置換例等が本発明に包含される。
【００９５】
本特許出願は２０１６年３月３１日に出願した日本国特許出願第２０１６−０７３４６１号に基づきその優先権を主張するものであり、日本国特許出願第２０１６−０７３４６１号の全内容を本願に援用する。
【符号の説明】
【００９６】
ｅＮＢ  基地局
ＵＥ  ユーザ装置
１０１  信号送信部
１０２  信号受信部
１０３  モード判定部
１０４  トリガ処理部
１０５  設定情報管理部
２０１  ＲＥモジュール
２０２  ＢＢ処理モジュール
２０３  装置制御モジュール
２０４  ＵＳＩＭスロット
３０１  信号送信部
３０２  信号受信部
３０３  モード決定部
３０４  ＭＴＣ−ＳＩＢ送信制御部
３０５  ＵＥ管理部
３５１  ＲＥモジュール
３５２  ＢＢ処理モジュール
３５３  装置制御モジュール
３５４  通信ＩＦ
【図１】
2017170774.tif 000003
【図２】
2017170774.tif 000004
【図３】
2017170774.tif 000005
【図４】
2017170774.tif 000006
【図５】
2017170774.tif 000007
【図６Ａ】
2017170774.tif 000008
【図６Ｂ】
2017170774.tif 000009
【図７】
2017170774.tif 000010
【図８】
2017170774.tif 000011
【図９】
2017170774.tif 000012
【図１０】
2017170774.tif 000013
【図１１】
2017170774.tif 000014
【国際調査報告】
2017170774.tif 000015
2017170774.tif 000016
2017170774.tif 000017
2017170774.tif 000018