(57)【要約】  ランダムアクセスプリアンブルを基地局に送信する送信部と、基地局から送信されるランダムアクセスレスポンスを受信する受信部と、ユーザ装置を制御する制御部と、前記ユーザ装置からの上りリンクの信号の送信のタイミングを維持する時間間隔において動作するタイマと、を備え、前記制御部は、前記受信部が前記ランダムアクセスレスポンスを受信したことに応答して、前記タイマを起動させ、前記制御部は、前記送信部に、システム情報の送信を要求するメッセージを含むメッセージ３を前記基地局に対して送信させ、前記制御部は、前記基地局から送信される競合解決メッセージを前記受信部が受信してから所定期間経過後に、前記タイマを停止させる、ユーザ装置。
2019215859.tif 000002
【特許請求の範囲】
【請求項１】
ランダムアクセスプリアンブルを基地局に送信する送信部と、
基地局から送信されるランダムアクセスレスポンスを受信する受信部と、
ユーザ装置を制御する制御部と、
前記ユーザ装置からの上りリンクの信号の送信のタイミングを維持する時間間隔において動作するタイマと、
を備え、
前記制御部は、前記受信部が前記ランダムアクセスレスポンスを受信したことに応答して、前記タイマを起動させ、
前記制御部は、前記送信部に、システム情報の送信を要求するメッセージを含むメッセージ３を前記基地局に対して送信させ、
前記制御部は、前記基地局から送信される競合解決メッセージを前記受信部が受信してから所定期間が経過した後に、前記タイマを停止させる、
ユーザ装置。
【請求項２】
前記所定期間は、前記メッセージ３を受信したことに応答して前記基地局から送信される前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する送達確認情報を送信させるまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングの無線フレームの直後の無線フレームまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングのサブフレームの直後のサブフレームまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングのスロットの直後のスロットまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングのシンボルの直後のシンボルまでの期間；及び４ｍｓ、のうちのいずれか一つである、
請求項１に記載のユーザ装置。
【請求項３】
前記所定期間は、Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）レイヤ又はＲａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）レイヤにより管理される、
請求項１に記載のユーザ装置。
【請求項４】
前記所定期間が前記ＲＲＣレイヤにより管理される場合において、前記ＲＲＣレイヤは、前記ユーザ装置のＲＲＣ状態に応じて、前記タイマを停止させるか否かの設定、又は前記タイマを停止させるタイミングの遅延量を変更する、
請求項３に記載のユーザ装置。
【請求項５】
前記所定期間が前記ＲＲＣレイヤにより管理される場合において、前記ユーザ装置のＲＲＣ状態がＲＲＣ  ＩＤＬＥ状態又はＲＲＣ  ＩＮＡＣＴＩＶＥ状態の場合には、前記制御部は、前記受信部が前記競合解決メッセージを受信してから前記所定期間が経過した後に、前記タイマを停止させ、前記ユーザ装置のＲＲＣ状態がＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態の場合には、前記制御部は、前記タイマを停止させない、
請求項３に記載のユーザ装置。
【請求項６】
前記所定期間は、前記メッセージ３を受信したことに応答して前記基地局から送信される前記競合解決メッセージを前記受信部が受信してから、次のＲＲＣ  ｐｒｏｃｅｄｕｒｅの起動時までの期間である、
請求項１に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムにおけるユーザ装置に関連するものである。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、ＮＲ（Ｎｅｗ  Ｒａｄｉｏ）あるいは５Ｇと呼ばれる無線通信方式の検討が進んでいる（例えば非特許文献１）。ＮＲでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。【０００３】
セル内で、ユーザ装置から基地局に電波が伝搬する際の経過時間であるユーザ装置−基地局間伝搬遅延は、一般に、ユーザ装置毎に異なる。従って、一般に、基地局におけるＵＬ信号の受信タイミングは、ＵＬ信号を送信したユーザ装置毎に異なる。基地局では、複数のユーザ装置からの複数のＵＬ信号に対して同一のタイミングで高速フーリエ変換（ＦＦＴ）を実施する。そこで、ＬＴＥでは、複数のユーザ装置から送信される複数のＵＬ信号の基地局における受信タイミングが同一となるように、ユーザ装置毎にＵＬ信号の送信タイミングの調整（Ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ）が行われている。ＮＲにおいても、上記と同様の動作を行うことが想定されている。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ  ＴＳ  ３８．３２１  Ｖ１５．１．０（２０１８−０３）
【非特許文献２】３ＧＰＰ  ＴＳＧ−ＲＡＮ  ＷＧ２  Ｍｅｅｔｉｎｇ  ＃１０１ｂｉｓ，Ｒ２−１８０４６９１，Ｓａｎｙａ，Ｃｈｉｎａ，１６ｔｈ  Ａｐｒｉｌ−２０ｔｈ  Ａｐｒｉｌ  ２０１８
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ＬＴＥでは、ネットワークは、Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ（ＳＩ）を必要とするユーザ装置がセル内に存在する、しない、に関わらず、常にＳＩを送信している。ＮＲでは、ＳＩを必要とするユーザ装置がセル内に存在する場合にのみＳＩを送信することで、無線リソースのオーバヘッドを削減する制御を行うことが検討されている（非特許文献１）。このようなシステム情報は、ｏｎ  ｄｅｍａｎｄ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ（ｏｎ  ｄｅｍａｎｄ  ＳＩ）と呼ばれている。【０００６】
オンデマンドでシステム情報を取得する場合、ユーザ装置は、ネットワークに対してＳＩ  ｒｅｑｕｅｓｔを送信し、ネットワークは、それに応答してシステム情報ＳＩを送信する。ＳＩ  ｒｅｑｕｅｓｔを送信する方法としては、ランダムアクセス手順のメッセージ１に基づく方法と、ランダムアクセス手順のメッセージ３に基づく方法の両方が規定されている。ランダムアクセス手順のメッセージ３に基づくシステム情報取得方法について、ユーザ装置が適切にランダムアクセス手順を実行可能な方法が必要とされている。
【課題を解決するための手段】
【０００７】
本発明の一態様によれば、ランダムアクセスプリアンブルを基地局に送信する送信部と、基地局から送信されるランダムアクセスレスポンスを受信する受信部と、ユーザ装置を制御する制御部と、前記ユーザ装置からの上りリンクの信号の送信のタイミングを維持する時間間隔において動作するタイマと、を備え、前記制御部は、前記受信部が前記ランダムアクセスレスポンスを受信したことに応答して、前記タイマを起動させ、前記制御部は、前記送信部に、システム情報の送信を要求するメッセージを含むメッセージ３を前記基地局に対して送信させ、前記制御部は、前記基地局から送信される競合解決メッセージを前記受信部が受信してから所定期間が経過した後に、前記タイマを停止させる、ユーザ装置、が提供される。
【発明の効果】
【０００８】
開示の技術によれば、ランダムアクセス手順のメッセージ３に基づくシステム情報取得方法であって、ユーザ装置が適切にランダムアクセス手順を実行可能な方法が提供される。
【図面の簡単な説明】
【０００９】
【図１】本実施の形態における通信システムの構成図である。
【図２】ランダムアクセス手順の例を示す図である。
【図３】セル内で、ユーザ装置から基地局に電波が伝搬する際の経過時間であるユーザ装置−基地局間伝搬遅延の例を示す図である。
【図４】ランダムアクセス手順のメッセージ１に基づくＳＩ  ｒｅｑｕｅｓｔの送信方法の例を示す図である。
【図５】ランダムアクセス手順のメッセージ３に基づくＳＩ  ｒｅｑｕｅｓｔの送信方法の例を示す図である。
【図６】Ｍｅｓｓａｇｅ  ３  ｂａｓｅｄ  ＳＩ  ｒｅｑｕｅｓｔを行うためのランダムアクセス手順が完了した場合に、ユーザ装置が、自律的にはＴＡタイマを停止しない場合の例を説明するための図である。
【図７】Ｍｅｓｓａｇｅ  ３  ｂａｓｅｄ  ＳＩ  ｒｅｑｕｅｓｔを行うためのランダムアクセス手順が完了した場合に、ユーザ装置が、自律的にＴＡタイマを停止する場合の例を説明するための図である。
【図８Ａ】ＳＩ  ｒｅｑｕｅｓｔを行うためのランダムアクセス手順以外のＣｏｎｔｅｎｔｉｏｎ  Ｂａｓｅｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ（ＣＢＲＡ）手順の例を示す図である。
【図８Ｂ】ＳＩ  ｒｅｑｕｅｓｔを行うためのＣＢＲＡ手順の例を示す図である。
【図９】送達確認情報の送信を完了した後で、ユーザ装置がＴＡタイマを停止する方法の例を示す図である。
【図１０】ユーザ装置が次のランダムアクセス手順の開始時にＴＡタイマを停止する方法の例を示す図である。
【図１１】ユーザ装置１０の機能構成の一例を示す図である。
【図１２】基地局２０の機能構成の一例を示す図である。
【図１３】ユーザ装置１０及び基地局２０のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。
【００１１】
以下の実施の形態における無線通信システムは基本的にＮＲに準拠することを想定しているが、それは一例であり、本実施の形態における無線通信システムはその一部又は全部において、ＮＲ以外の無線通信システム（例：ＬＴＥ）に準拠していてもよい。
【００１２】
（システム全体構成）
図１に本実施の形態に係る無線通信システムの構成図を示す。本実施の形態に係る無線通信システムは、図１に示すように、ユーザ装置１０、及び基地局２０を含む。図１には、ユーザ装置１０、及び基地局２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。
【００１３】
ユーザ装置１０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）用通信モジュール等の無線通信機能を備えた通信装置であり、基地局２０に無線接続し、無線通信システムにより提供される各種通信サービスを利用する。基地局２０は、１つ以上のセルを提供し、ユーザ装置１０と無線通信する通信装置である。
【００１４】
本実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）方式でもよいし、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）方式でもよい。
【００１５】
（ランダムアクセス手順）
まず、図２を参照してＬＴＥにおける衝突型のランダムアクセス手順の基本的な処理を説明する。このような手順と同様の手順がＮＲにおいても行われることが想定されている。
【００１６】
ユーザ装置は、所定数のＲＡ  ｐｒｅａｍｂｌｅ（系列）の中から１つの系列を使用して、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）により、ＲＡ  ｐｒｅａｍｂｌｅ（選択した系列、メッセージ１）を送信する（ステップＳ１）。同時刻に同系列を使用してランダムアクセスを行う他のＵＥが存在しなければ衝突は生じない。
【００１７】
ステップＳ２において、基地局は、ＤＬ−ＳＣＨ（下り共有チャネル）を利用して、ユーザ装置の送信タイミングを調整するためのＴＡ（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）コマンド、検出したＲＡ  ｐｒｅａｍｂｌｅのインデックス、上りリソース割り当て情報（ＵＬ  ｇｒａｎｔ）等を含むＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ  （ＲＡＲ）をユーザ装置に送信する。
【００１８】
ＲＡＲを受信したユーザ装置は、上りのタイミングを調整し、割り当てられたリソースを用いてＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ等の制御メッセージ（メッセージ３）を基地局に送信する（ステップＳ３）。
【００１９】
ＲＡ  ｐｒｅａｍｂｌｅを送信したユーザ装置が、ＲＡ  ｒｅｓｐｏｎｓｅを受信できなかった場合については（ランダムアクセス試行が失敗した場合）、ユーザ装置は、１回失敗するたびに、所定のステップサイズだけ送信電力を上げてＰＲＡＣＨを送信する。このような動作はＰｏｗｅｒ  Ｒａｍｐｉｎｇと呼ばれる。
【００２０】
ステップＳ４において、基地局は、ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージ（競合解決メッセージ）を送信する。ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージを受信したユーザ装置は、ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージに自分のＩＤ（例：メッセージ３で送信したＣｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ  Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ（ＣＣＣＨ  ＳＤＵ）、又はＴＣ−ＲＮＴＩ、ステップＳ３でスクランブルに使用したもの）が含まれていることを確認することで、ランダムアクセス処理を完了し、以降、データの送受信を行う。
【００２１】
上記の通り、ランダムアクセス手順のステップＳ２において、基地局は、ＴＡコマンドを含むＲＡＲをユーザ装置に送信する。その理由を以下に示す。
【００２２】
図３に示すように、セル内で、ユーザ装置から基地局に電波が伝搬する際の経過時間であるユーザ装置−基地局間伝搬遅延は、一般に、ユーザ装置毎に異なる。従って、一般に、基地局におけるＵＬ信号の受信タイミングは、ＵＬ信号を送信したユーザ装置毎に異なる。基地局では、複数のユーザ装置からの複数のＵＬ信号に対して同一のタイミングで高速フーリエ変換（ＦＦＴ）を実施する。そこで、ＬＴＥでは、複数のユーザ装置から送信される複数のＵＬ信号の基地局における受信タイミングが同一となるように、ユーザ装置毎にＵＬ信号の送信タイミングの調整（Ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ）が行われている。Ｔｉｍｅ  ａｌｉｇｎｍｅｎｔは、基地局からユーザ装置に送信されるＴＡコマンドにより行われる。すなわち、ユーザ装置は、基地局から受信したＴＡコマンドに基づいて、ＵＬ信号の送信タイミングを調整する。このようなＴｉｍｅ  ａｌｉｇｎｍｅｎｔは、ＮＲでも受け継がれることが想定されている。
【００２３】
（ＳＩ  ｒｅｑｕｅｓｔの概要）
システム情報（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ、ＳＩ）は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＭＩＢ）と、いくつかのＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＳＩＢ）に分割されている。ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＭＩＢ）は、Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ（ＢＣＨ）で、８０  ｍｓの周期で常に送信されており、セルからＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ１）を取得するために必要なパラメータを含む。
【００２４】
ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ１）は、他の複数のＳＩＢの利用可能性及びスケジューリング（例えば、周期性、ＳＩウィンドウサイズ）に関する情報を含む。また、ＳＩＢ１は、他の複数のＳＩＢが周期的なブロードキャストに基づいて送信されるか、又はオンデマンドのみで送信されるかを示す。
【００２５】
ＳＩＢ１以外のＳＩＢは、ＤＬ−ＳＣＨで送信されるＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ（ＳＩ）メッセージで伝送される。各ＳＩメッセージは、周期的に生成される時間領域の複数のウィンドウ（ＳＩウィンドウと呼ばれる）で送信される。
【００２６】
ＭＩＢには、システム帯域幅やシステムフレーム番号（ＳＦＮ：Ｓｙｓｔｅｍ  Ｆｒａｍｅ  Ｎｕｍｂｅｒ）、送信アンテナ数などの基本情報が含まれる。
【００２７】
ＬＴＥでは、ネットワークは、ＳＩを必要とするユーザ装置がセル内に存在する、しない、に関わらず、常にＳＩを送信している。ＮＲでは、ＳＩを必要とするユーザ装置がセル内に存在する場合にのみＳＩを送信することで、無線リソースのオーバベッドを削減する制御を行うことが検討されている（非特許文献１）。このようなシステム情報は、ｏｎ  ｄｅｍａｎｄ  ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ（ｏｎ  ｄｅｍａｎｄ  ＳＩ）と呼ばれている。
【００２８】
オンデマンドでシステム情報を取得する場合、ユーザ装置１０は、ネットワークに対してＳＩ  ｒｅｑｕｅｓｔを送信し、ネットワークは、それに応答してシステム情報ＳＩを送信する。
【００２９】
ＳＩ  ｒｅｑｕｅｓｔを送信する方法としては、ランダムアクセス手順のメッセージ１に基づく方法と、ランダムアクセス手順のメッセージ３に基づく方法の両方が規定されている。
【００３０】
（メッセージ１に基づく方法の概要）
以下、ランダムアクセス手順のメッセージ１に基づくＳＩ  ｒｅｑｕｅｓｔの送信方法について説明する。基地局２０（ｇＮＢ、ｇＮｏｄｅＢ、５Ｇ基地局、ＮＲ基地局等とも呼ばれる）は、事前に各ＳＩ毎に個別のＲＡ  ｐｒｅａｍｂｌｅを割り当て、ユーザ装置１０は対応するＲＡ  ｐｒｅａｍｂｌｅを用いてＳＩ  ｒｅｑｕｅｓｔを送信することにより、必要なＳＩを取得する。図４を参照して、具体的な手順を説明する。
【００３１】
図４は、ランダムアクセス手順のメッセージ１に基づくＳＩ  ｒｅｑｕｅｓｔの送信方法の例を示す図である。まず、ステップＳ１０１で、ユーザ装置１０において、ＳＩ  ｒｅｑｕｅｓｔの送信を必要とするイベント（ＳＩ  ｒｅｑｕｅｓｔトリガ）が発生する。
【００３２】
ステップＳ１０１でＳＩ  ｒｅｑｕｅｓｔトリガが発生したことに応答して、ユーザ装置１０は、ステップＳ１０３で、ＳＩに対応するＲＡ  ｐｒｅａｍｂｌｅを選択して、選択したＲＡ  ｐｒｅａｍｂｌｅを基地局２０に対して送信する。
【００３３】
基地局２０は、ＳＩに対応するＲＡ  ｐｒｅａｍｂｌｅを受信したことに応答して、ステップＳ１０５で、受信したＲＡ  ｐｒｅａｍｂｌｅに対応するＲＡ  ｐｒｅａｍｂｌｅ  ＩＤをユーザ装置１０に対して送り返す。
【００３４】
その後、基地局２０は、ＳＩの送信を開始する（ステップＳ１０７）。
【００３５】
（メッセージ３に基づく方法の概要）
次に、ランダムアクセス手順のメッセージ３に基づくＳＩ  ｒｅｑｕｅｓｔの送信方法について説明する。この方法は、ＳＩ  ｒｅｑｕｅｓｔのためのＲＡ  ｐｒｅａｍｂｌｅが設定されていない場合に適用することが可能であり、ランダムアクセス手順を起動して、ランダムアクセス手順のメッセージ３によって、ＳＩ  ｒｅｑｕｅｓｔのためのＲＲＣ  メッセージを送信する方法である。図５を参照して、具体的な手順を説明する。
【００３６】
図５は、ランダムアクセス手順のメッセージ３に基づくＳＩ  ｒｅｑｕｅｓｔの送信方法の例を示す図である。まず、ステップＳ２０１で、ユーザ装置１０において、ＳＩ  ｒｅｑｕｅｓｔの送信を必要とするイベント（ＳＩ  ｒｅｑｕｅｓｔトリガ）が発生する。
【００３７】
ステップＳ２０１でＳＩ  ｒｅｑｕｅｓｔトリガが発生したことに応答して、ユーザ装置１０は、ステップＳ２０３で、ＲＡ  ｐｒｅａｍｂｌｅを送信する。
【００３８】
ユーザ装置１０からＲＡ  ｐｒｅａｍｂｌｅを受信したことに応答して、基地局２０は、ステップＳ２０５で、Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ  （ＲＡＲ）をユーザ装置１０に送信する。
【００３９】
基地局２０からＲＡＲを受信したことに応答して、ユーザ装置１０は、ステップＳ２０７でＳＩ  ｒｅｑｕｅｓｔを含むメッセージ３を基地局２０に送信する。
【００４０】
ユーザ装置１０からメッセージ３を受信したことに応答して、基地局２０は、ステップＳ２０９でｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージ（競合解決メッセージ）をユーザ装置１０に送信する。
【００４１】
その後、基地局２０は、ＳＩの送信を開始する（ステップＳ２１１）。以下、上記のメッセージ  ３に基づくＳＩ  ｒｅｑｕｅｓｔの送信方法の詳細について説明する。
【００４２】
（ＴＡ  タイマの概要）
ユーザ装置１０及び基地局２０それぞれにおいて、例えば、Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）レイヤは、上りリンクの時間調整を維持するために、ＴＡタイマ（ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒ）を設定する。ＴＡタイマは、Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）エンティティが上りリンクの時間調整（Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ）を維持する時間の長さを制御するために使用する。
【００４３】
ここで、タイマは、起動後、停止するまで、又は満了するまで動作し、それ以外の場合は動作しない。タイマが動作中でない場合には、当該タイマを起動することができる。タイマが動作中である場合には、当該タイマを再起動（ｒｅｓｔａｒｔ）することができる。タイマは、常に、当該タイマの初期値から起動又は再起動される（非特許文献１）。ユーザ装置１０及び基地局装置２０それぞれにおいて、タイマは、例えば、プロセッサがカウンタを初期値からカウントアップする方法、又は初期値からカウントダウンする方法等の、既知の方法により実装することができる。しかしながら、本明細書において、タイマの実装方法は限定しない。
【００４４】
通常、ユーザ装置１０のＴＡタイマが動作していない場合であって、かつランダムアクセス手順においてユーザ装置１０がＴＡコマンドを受信した場合に、ユーザ装置１０は、ＴＡタイマを起動又は再起動する。その後、ユーザ装置１０は、自律的にはＴＡタイマを停止しない。つまり、ユーザ装置１０のＴＡタイマは、満了することにより停止する。
【００４５】
これに対して、３ＧＰＰ標準化における合意事項として、Ｍｅｓｓａｇｅ３  ｂａｓｅｄ  ＳＩ  ｒｅｑｕｅｓｔのランダムアクセス手順が完了した場合、ユーザ装置１０は自律的にＴＡタイマを停止することができるとされている（非特許文献２）。
【００４６】
上記のユーザ装置１０が自律的にはＴＡタイマを停止しない場合と、ユーザ装置１０が自律的にＴＡタイマを停止する場合について、それぞれ、図６及び図７を参照して説明する。
【００４７】
図６は、ユーザ装置１０が、自律的にはＴＡタイマを停止しない場合の例を示している。図６に示されるように、ステップＳ３０１で、ユーザ装置１０がＭｅｓｓａｇｅ３  ｂａｓｅｄ  ＳＩ  ｒｅｑｕｅｓｔのランダムアクセス手順を開始する。ユーザ装置１０は、ステップＳ３０３において、ランダムアクセスプリアンブルを基地局２０に対して送信する。ランダムアクセスプリアンブルを受信したことに応答して、基地局２０は、ステップＳ３０５において、ランダムアクセスレスポンス（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ、ＲＡＲ）をユーザ装置１０に送信する。この際に、ユーザ装置１０は、ランダムアクセスレスポンスに含まれるＴＡコマンドを受信したことに応答して、ＴＡタイマを起動する。
【００４８】
その後、ステップＳ３０５でランダムアクセスレスポンスを受信したことに応答して、ユーザ装置１０は、ステップＳ３０７において、ＳＩ  ｒｅｑｕｅｓｔを含むメッセージ３を基地局２０に送信する。
【００４９】
ステップＳ３０７でＳＩ  ｒｅｑｕｅｓｔを含むメッセージ３を受信したことに応答して、基地局２０は、ステップＳ３０９において、ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージ（競合解決メッセージ）をユーザ装置１０に送信する。その後、ステップＳ３１１において、基地局２０は、システム情報の送信を開始する。
【００５０】
次に、ステップＳ３１３において、ユーザ装置１０は、別のＲＲＣ  ｐｒｏｃｅｄｕｒｅを開始する。そのような、別のＲＲＣ  ｐｒｏｃｅｄｕｒｅを開始する理由として、例えば、基地局２０との再同期を行う場合や、基地局２０とのＲＲＣ接続を再開（ｒｅｓｕｍｅ）する場合等が考えられる。
【００５１】
ステップＳ３１５において、ユーザ装置１０は、ランダムアクセスプリアンブルを基地局２０に送信する。ステップＳ３１５でランダムアクセスプリアンブルを受信したことに応答して、基地局２０は、ステップＳ３１７において、ＲＡＲをユーザ装置１０に送信する。この場合、ユーザ装置１０は、ステップＳ３０５で既にＴＡタイマを起動しており、ＴＡタイマは動作中である。非特許文献１に記載されているように、３ＧＰＰの標準規格には、競合ベースのランダムアクセス手順において、ＴＡタイマの動作中に、ＴＡコマンドを受信した場合、ユーザ装置１０のＭＡＣエンティティは、当該ＴＡコマンドを無視することが規定されている。このため、ユーザ装置１０は、ステップＳ３１７で受信したＴＡコマンドを無視する。つまり、ステップＳ３１７でＴＡコマンドを受信しても、ユーザ装置１０は、ＴＡタイマを起動又は再起動せず、ＴＡタイマは動作を続ける。この場合、ユーザ装置１０は、ステップＳ３１７でＲＡＲを受信したことに応答して、その後、メッセージ３の送信を試みる。しかしながら、メッセージ３の送信前に、ＴＡタイマが満了してしまうことが起こり得る。或いは、ＴＡタイマの満了が、ステップＳ３１９でユーザ装置１０がメッセージ３を送信した後であったとしても、基地局２０では、ステップＳ３１７でＲＡＲを送信した時点で、基地局２０のＴＡタイマを起動しているため、ユーザ装置１０のＴＡタイマが基地局２０のＴＡタイマよりも先に満了することが起こり得る。つまり、ユーザ装置１０のＴＡタイマの起動状態と基地局２０のＴＡタイマの起動状態が一致しないことが起こり得る。
【００５２】
上記のＴＡタイマの起動状態の不一致を回避する方法として、３ＧＰＰの標準化では、Ｍｅｓｓａｇｅ  ３  ｂａｓｅｄ  ＳＩ  ｒｅｑｕｅｓｔのＲＡ  ｐｒｏｃｅｄｕｒｅが完了した場合、ユーザ装置が自律的に、ＴＡタイマを停止することが合意されている（非特許文献２）。
【００５３】
図７は、Ｍｅｓｓａｇｅ  ３  ｂａｓｅｄ  ＳＩ  ｒｅｑｕｅｓｔのＲＡ  ｐｒｏｃｅｄｕｒｅが完了した場合に、ユーザ装置１０が、自律的にＴＡタイマを停止する場合の例を示している。
【００５４】
図７に示されるように、ステップＳ４０１において、ユーザ装置１０がＭｅｓｓａｇｅ３  ｂａｓｅｄ  ＳＩ  ｒｅｑｕｅｓｔのランダムアクセス手順を開始する。ユーザ装置１０は、ステップＳ４０３において、ランダムアクセスプリアンブルを基地局２０に対して送信する。ランダムアクセスプリアンブルを受信したことに応答して、基地局２０は、ステップＳ４０５において、ランダムアクセスレスポンス（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒｅｓｐｏｎｓｅ、ＲＡＲ）をユーザ装置１０に送信する。この際に、ユーザ装置１０は、ランダムアクセスレスポンスに含まれるＴＡコマンドを受信したことに応答して、ＴＡタイマを起動する。
【００５５】
ステップＳ４０５でランダムアクセスレスポンスを受信したことに応答して、ユーザ装置１０は、ステップＳ４０７において、ＳＩ  ｒｅｑｕｅｓｔを含むメッセージ３を基地局２０に送信する。
【００５６】
ステップＳ４０７でＳＩ  ｒｅｑｕｅｓｔを含むメッセージ３を受信したことに応答して、基地局２０は、ステップＳ４０９において、ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージ（競合解決メッセージ）をユーザ装置１０に送信する。ここで、ユーザ装置１０は、ステップＳ４０９でｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージを受信したことに応答して、ＴＡタイマを停止（ｓｔｏｐ）する。その後、ステップＳ４１１において、基地局２０は、システム情報の送信を開始する。
【００５７】
次に、ステップＳ４１３において、ユーザ装置１０は、別のＲＲＣ  ｐｒｏｃｅｄｕｒｅを開始する。そのような、別のＲＲＣ  ｐｒｏｃｅｄｕｒｅを開始する理由として、例えば、基地局との再同期を行う場合や、基地局とのＲＲＣ接続を再開（ｒｅｓｕｍｅ）する場合等が考えられる。
【００５８】
ステップＳ４１５において、ユーザ装置１０は、ランダムアクセスプリアンブルを基地局２０に送信する。ステップＳ４１５でランダムアクセスプリアンブルを受信したことに応答して、基地局２０は、ステップＳ４１７において、ＲＡＲをユーザ装置１０に送信すると共に、基地局２０のＴＡタイマを起動する。ユーザ装置１０は、ステップＳ４１７で受信したランダムアクセスレスポンスに含まれるＴＡコマンドを受信したことに応答して、ユーザ装置１０のＴＡタイマを起動する。その後、ユーザ装置１０は、ステップＳ４１９において、ＳＩ  ｒｅｑｕｅｓｔを含むメッセージ  ３を基地局２０に送信する。
【００５９】
このように、ステップＳ４１７で基地局２０は基地局２０のＴＡタイマを起動し、かつステップＳ４１７でＴＡコマンドを受信したユーザ装置１０は、ユーザ装置１０のＴＡタイマを起動するので、例えば、ユーザ装置１０のＴＡタイマが基地局２０のＴＡタイマよりも先に満了するといった、ユーザ装置１０のＴＡタイマの起動状態と基地局２０のＴＡタイマの起動状態の不一致を回避することができる。
【００６０】
しかしながら、上記のＭｅｓｓａｇｅ  ３  ｂａｓｅｄ  ＳＩ  ｒｅｑｕｅｓｔのＲＡ  ｐｒｏｃｅｄｕｒｅが完了した場合に、ユーザ装置１０が、自律的にＴＡタイマを停止する方法については、以下のような問題がある。
【００６１】
ＴＡタイマの停止中、ユーザ装置１０の上りリンクの送信タイミングは確立されていない。このため、３ＧＰＰの標準規格によると、Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ（ＰＲＡＣＨ）でランダムアクセスプリアンブルを送信することを除いて、ユーザ装置１０が上りリンクの信号の送信を行うことは禁止されている（非特許文献１）。従って、上記のように、競合解決の完了時に、すなわち、図７のステップＳ４０９におけるｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージの受信時に、即時にユーザ装置１０のＴＡタイマを停止すると、ユーザ装置１０は、ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージに対する送達確認情報（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ又はＮＡＫ）を送信することができなくなる。その結果、基地局２０は、ユーザ装置１０がｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージを受信したことを検出できない。これに対して、例えば、基地局２０がユーザ装置１０に対して、ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージをブラインドで複数回送信する方法により、ユーザ装置１０がｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージを受信する確率を高めることはできるが、この場合、無線リソースが浪費されることになる。
【００６２】
図８Ａ及び図８Ｂは、上記の問題を説明する図である。図８Ａに示されるように、ＳＩ  ｒｅｑｕｅｓｔを行うためのランダムアクセス手順以外の競合ベースのランダムアクセス（Ｃｏｎｔｅｎｔｉｏｎ  Ｂａｓｅｄ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ、ＣＢＲＡ）手順によれば、メッセージ４（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージ）の送達確認情報を送信する前に、ＴＡタイマが停止されないため、ユーザ装置１０はメッセージ４の送達確認情報を基地局２０に送信することができる。
【００６３】
これに対して、図８Ｂに示されるＳＩ  ｒｅｑｕｅｓｔを行うためのＣＢＲＡの場合、メッセージ４を受信するとユーザ装置１０はユーザ装置のＴＡタイマを停止するので、その後、ユーザ装置１０は、メッセージ４の送達確認情報を送信することができず、基地局２０は、メッセージ４がユーザ装置１０によって受信されたか否かを確認することができない。
【００６４】
（方法１）
上記の問題を解決する１つの方法として、ＳＩ  ｒｅｑｕｅｓｔを行うためのＣＢＲＡにおいて、ＵＥが送達確認情報の送信を完了するまで、ＴＡタイマを動作させたままとする方法が考えられる。つまり、ユーザ装置１０がメッセージ４（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージ）に対する送達確認情報の送信を完了した後で、ユーザ装置１０がユーザ装置１０のＴＡタイマを停止する方法である。以下、図９を参照して、この方法の詳細を説明する。
【００６５】
図９は、送達確認情報の送信を完了した後で、ユーザ装置がＴＡタイマを停止する方法の例を示す図である。ステップＳ６０１において、ユーザ装置１０は、ＳＩ  ｒｅｑｕｅｓｔのためのＣＢＲＡを開始する。時刻Ｔ１において、ユーザ装置１０は、メッセージ１（ＲＡ  ｐｒｅａｍｂｌｅ）を基地局２０に送信する（ステップＳ６０３）。メッセージ１を受信したことに応答して、基地局２０は、時刻Ｔ２に、メッセージ２（ＲＡＲ）をユーザ装置１０に送信する（ステップＳ６０５）。メッセージ２を受信したことに応答して、ユーザ装置１０は、時刻Ｔ３にメッセージ３（ＳＩ  ｒｅｑｕｅｓｔ）を基地局２０に送信する（ステップＳ６０７）。メッセージ３を受信したことに応答して、基地局２０は、時刻Ｔ４にメッセージ４（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージ）をユーザ装置１０に送信する（ステップＳ６０９）。メッセージ４を受信したことに応答して、ユーザ装置１０は、時刻Ｔ５に、メッセージ４に対する送達確認情報の基地局２０への送信を完了する（ステップＳ６１１）。その後、ユーザ装置１０は、基地局２０への送達確認情報の送信を完了した時刻である時刻Ｔ５よりも後の時刻Ｔ６において、ＴＡタイマを停止する。
【００６６】
つまり、この方法は、ＳＩ  ｒｅｑｕｅｓｔのためのＣＢＲＡが完了した場合に、ユーザ装置１０がユーザ装置１０のＴＡタイマの停止を遅延させる方法である。
【００６７】
ここで、ユーザ装置１０は、送達確認情報を送信したタイミングでユーザ装置１０のＴＡタイマを停止してもよい。代替的に、ユーザ装置１０は、送達確認情報を送信したタイミングの無線フレームの直後の無線フレームにおいてユーザ装置１０のＴＡタイマを停止してもよい。代替的に、ユーザ装置１０は、送達確認情報を送信したタイミングのサブフレームの直後のサブフレームにおいてユーザ装置のＴＡタイマを停止してもよい。代替的に、ユーザ装置１０は、送達確認情報を送信したタイミングのスロットの直後のスロットにおいてユーザ装置のＴＡタイマを停止してもよい。代替的に、ユーザ装置１０は、送達確認情報を送信したタイミングのシンボルの直後のシンボルにおいてユーザ装置のＴＡタイマを停止してもよい。
【００６８】
さらに、ユーザ装置１０は、競合解決（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ）の成功、即ち、ＣＢＲＡの成功から所定期間後にＴＡタイマを停止してもよい。ここで、所定期間は、ユーザ装置１０のＭｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）レイヤ、又はユーザ装置１０のＲａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）レイヤ等、ユーザ装置１０の如何なるレイヤで管理されてもよい。代替的に及び／又は追加的に、所定期間は、基地局装置２０のＭｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）レイヤ、又は基地局装置２０のＲａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）レイヤ等、基地局装置２０の如何なるレイヤで管理されてもよい。
【００６９】
所定期間をＭＡＣレイヤで管理する場合、ＴＡタイマ満了時に、ＭＡＣレイヤが自律的にユーザ装置１０のＴＡタイマを停止してもよい。代替的に、所定期間が経過したこと（ＴＡタイマ満了）をＭＡＣレイヤが上位レイヤ（例えば、ＲＲＣレイヤ）に通知し、その後、ＭＡＣレイヤが上位レイヤからユーザ装置１０のＴＡタイマの停止を指示されてもよい。例えば、ＭＡＣレイヤは、ＲＲＣレイヤからＭＡＣ  ｒｅｓｅｔを受信することで、ユーザ装置１０のＴＡタイマを停止してもよい。
【００７０】
所定期間をＲＲＣレイヤで管理する場合、ＲＲＣレイヤは、ＭＡＣレイヤに対してユーザ装置１０のＴＡタイマの停止（例えば、ＭＡＣ  ｒｅｓｅｔ）を通知又は指示してもよい。
【００７１】
また、所定期間をＲＲＣレイヤで管理する場合、ＲＲＣレイヤは、ユーザ装置１０のＲＲＣ状態（例えば、ＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態、ＲＲＣ  ＩＤＬＥ状態、又はＲＲＣ  ＩＮＡＣＴＩＶＥ状態）に応じて、ユーザ装置１０のＴＡタイマを停止するか又は停止しないかの設定、又はユーザ装置１０のＴＡタイマを停止するタイミングの遅延量を変更してもよい。ここで、ＲＲＣ  ＩＤＬＥ状態では、ユーザ装置１０は、基地局２０内のセルレベルの識別を持たず、基地局２０においてユーザ装置１０のコンテキストが保持されていないが、コアネットワークにおいてユーザ装置１０のコンテキストが保持されている。ＲＲＣ  ＩＮＡＣＴＩＶＥ状態では、ユーザ装置１０と基地局２０とネットワークでは、ＲＲＣ及びＮＡＳ（Ｎｏｎ  Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）のコンテキストが保持されるが、ユーザ装置１０の状態は、ほぼＲＲＣ  ＩＤＬＥと同じであるため、消費電力の削減が期待される。ＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態では、ユーザ装置１０は、基地局２０内のセルレベルで識別でき、基地局２０においてユーザ装置１０のコンテキストが保持されている。また、所定期間をＲＲＣレイヤで管理する場合、ＲＲＣレイヤは、ランダムアクセス手順の種別（例えば、ＣＣＣＨ  ＳＤＵのためのランダムアクセス手順、それ以外のランダムアクセス手順）に応じて、ユーザ装置１０のＴＡタイマを停止するか又は停止しないかの設定、又はユーザ装置１０のＴＡタイマを停止するタイミングの遅延量を変更してもよい。
【００７２】
例えば、ユーザ装置１０の状態がＲＲＣ  ＩＤＬＥ状態又はＲＲＣ  ＩＮＡＣＴＩＶＥ状態である場合には、ＲＲＣレイヤは、ユーザ装置１０のＴＡタイマを、ＣＢＲＡの成功から所定期間後に停止してもよい。ユーザ装置１０の状態がＲＲＣ  ＣＯＮＮＥＣＴＥＤの場合には、ＲＲＣレイヤは、ユーザ装置１０のＴＡタイマを、停止しなくてもよい（所定期間＝ｉｎｆｉｎｉｔｙとみなされてもよい）。ただし、ユーザ装置１０の状態がＲＲＣ  ＩＤＬＥ状態又はＲＲＣ  ＩＮＡＣＴＩＶＥ状態である場合のＳＩ  ｒｅｑｕｅｓｔであっても、その後、ユーザ装置１０の状態がＲＲＣ  ＣＯＮＮＥＣＴＥＤになる可能性がある場合（例えば、ＳＩ  ｒｅｑｕｅｓｔとＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ（又はｒｅｓｕｍｅ）ｒｅｑｕｅｓｔが同時に実行される場合等）には、ＲＲＣレイヤは、ユーザ装置１０のＴＡタイマを停止しなくてもよい。
【００７３】
所定期間は、ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージを含むＰＤＣＣＨ又はＰＤＳＣＨを受信してから、対応する送達確認情報を送信するまでの時間間隔であってもよい。例えば、所定期間は、ＬＴＥの場合のように４  ｍｓであってもよい。或いは、所定期間は、ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージを含むＰＤＣＣＨ又はＰＤＳＣＨを受信してから、ｓｌｏｔ長やＤｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ  （ＤＣＩ）或いは、ＲＲＣレイヤで通知される送達確認情報の送信タイミングまでの時間であってもよい。或いは、所定時間は、ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージを含むＰＤＣＣＨ又はＰＤＳＣＨを受信してから、仕様上又は構成上想定される送達確認情報の送信タイミングまでの時間の最大値（例えば、８ｍｓ）又は最小値であってもよい。
【００７４】
また、ＰＤＣＣＨ、ＰＤＳＣＨ、又は送達確認情報にＲｅｐｅｔｉｔｉｏｎが適用される場合には、所定期間は、ＰＤＣＣＨ又はＰＤＳＣＨの基地局２０からの最初の送信タイミング（又はユーザ装置１０での最初の受信タイミング）からユーザ装置１０による最後のＡＣＫ送信タイミングまでであってもよい。
【００７５】
また、所定期間は、ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒの設定値であってもよい。或いは、所定期間は、ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒの設定範囲の最小値、又はｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒの設定範囲の最大値であってもよい。
【００７６】
また、所定期間は、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｌｅａｓｅ時の保留期間（ｐｅｎｄｉｎｇ期間）であってもよい。
【００７７】
さらに、上記の各所定期間に対して、所定のオフセット値（例えば、処理遅延時間相当分）が付加されてもよい。
【００７８】
（方法２）
上記の問題を解決する別の方法として、ＳＩ  ｒｅｑｕｅｓｔのためのＣＢＲＡが完了しても、ユーザ装置１０は、ユーザ装置１０のＴＡタイマを自律的には停止せず、次のランダムアクセス手順の開始時に、ユーザ装置１０は、ユーザ装置１０のＴＡタイマを停止してもよい。以下、図１０を参照して、この方法の詳細を説明する。
【００７９】
図１０は、ユーザ装置が次のランダムアクセス手順の開始時にＴＡタイマを停止する方法の例を示す図である。ステップＳ７０１において、ユーザ装置１０は、ＳＩ  ｒｅｑｕｅｓｔのためのＣＢＲＡを開始する。時刻Ｔ１において、ユーザ装置１０は、メッセージ１（ＲＡ  ｐｒｅａｍｂｌｅ）を基地局２０に送信する（ステップＳ７０３）。メッセージ１を受信したことに応答して、基地局２０は、時刻Ｔ２に、メッセージ２（ＲＡＲ）をユーザ装置１０に送信する（ステップＳ７０５）。メッセージ２を受信したことに応答して、ユーザ装置１０は、時刻Ｔ３にメッセージ３（ＳＩ  ｒｅｑｕｅｓｔ）を基地局２０に送信する（ステップＳ７０７）。メッセージ３を受信したことに応答して、基地局２０は、時刻Ｔ４にメッセージ４（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージ）をユーザ装置１０に送信する（ステップＳ７０９）。メッセージ４を受信したことに応答して、ユーザ装置１０は、時刻Ｔ５に、メッセージ４に対する送達確認情報の基地局２０への送信を完了する（ステップＳ７１１）。その後、ユーザ装置１０は、次のランダムアクセス手順の開始時に、ユーザ装置１０のＴＡタイマを停止する。
【００８０】
この方法によれば、ユーザ装置１０は、ランダムアクセス手順（或いは、ＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｑｕｅｓｔ又はＲＲＣ  ｃｏｎｎｅｃｔｉｏｎ  ｒｅｓｕｍｅ等のＲＲＣ  ｐｒｏｃｅｄｕｒｅ）の開始時に、毎回必ずユーザ装置１０のＴＡタイマを停止する（或いは、ＭＡＣ  ｒｅｓｅｔする）。
【００８１】
上記の方法１及び方法２において、ユーザ装置１０のＴＡタイマは、停止してもよいし、満了したと見なされてもよい。
【００８２】
また、ユーザ装置１０のＴＡタイマの停止を保留できる機能に関するＵＥ能力が、ユーザ装置１０から基地局装置２０に通知されてもよい。また、ＵＥ能力のユーザ装置１０から基地局装置２０への通知方法として、ユーザ装置１０のＴＡタイマ停止を保留できる時間の最大値が通知されてもよい。例えば、ユーザ装置１０のＴＡタイマの停止を保留できないユーザ装置１０の能力は、能力＝０  ｍｓと通知されてもよい。
【００８３】
（装置構成）
次に、これまでに説明した処理動作を実行するユーザ装置１０及び基地局２０の機能構成例を説明する。ユーザ装置１０及び基地局２０は、本実施の形態で説明した全ての機能を備えている。ただし、ユーザ装置１０及び基地局２０は、本実施の形態で説明した全ての機能のうちの一部のみの機能を備えてもよい。なお、ユーザ装置１０及び基地局２０を総称して通信装置と称してもよい。
【００８４】
＜ユーザ装置＞
図１１は、ユーザ装置１０の機能構成の一例を示す図である。図１１に示すように、ユーザ装置１０は、送信部１１０と、受信部１２０と、制御部１３０と、タイマ１４０を有する。図１０に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００８５】
送信部１１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部１２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部１２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。
【００８６】
制御部１３０は、ユーザ装置１０の制御を行う。なお、送信に関わる制御部１３０の機能が送信部１１０に含まれ、受信に関わる制御部１３０の機能が受信部１２０に含まれてもよい。タイマ１４０は、ユーザ装置１０が上りリンクの信号の送信タイミングの時間調整（Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ）を維持する時間の長さを制御するために、制御部１３０により利用されるタイマである。タイマ１４０は、起動（ｓｔａｒｔ）後、停止（ｓｔｏｐ）するまで、又は満了する（ｅｘｐｉｒｅ）まで動作（ｒｕｎ）し、それ以外の場合は動作しない。タイマ１４０が動作中でない場合には、制御部１３０は、タイマ１４０を起動することができる。タイマ１４０が動作中である場合には、制御部１３０は、タイマ１４０を再起動（ｒｅｓｔａｒｔ）することができる。タイマ１４０は、常に、タイマ１４０の初期値から起動又は再起動される。タイマ１４０は、例えば、カウンタとして実装することが可能であるが、本明細書において、タイマ１４０の実装方法は特に限定されない。
【００８７】
ユーザ装置１０において、ランダムアクセス手順が開始されると、ユーザ装置１０の送信部１１０は、ランダムアクセスプリアンブルを送信するためのリソースを選択し、当該リソースを使用して当該ランダムアクセスプリアンブルを基地局２０に送信する。
【００８８】
受信部１２０は、ランダムアクセスプリアンブルを受信したことに応答して基地局２０から送信されるランダムアクセスレスポンスを受信する。受信部１２０がランダムアクセスプリアンブルを受信したことに応答して、制御部１３０は、タイマ１４０を起動させる。また、受信部１２０がランダムアクセスプリアンブルを受信したことに応答して、制御部１３０は、送信部１１０に、ＳＩ  ｒｅｑｕｅｓｔを含むメッセージ  ３を基地局２０に対して送信させる。
【００８９】
受信部１２０は、ＳＩ  ｒｅｑｕｅｓｔを含むメッセージ  ３を受信したことに応答して基地局２０から送信されるｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージを受信する。受信部１２０がｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎメッセージを受信したことに応答して、制御部１３０は、送信部１１０に送達確認情報を送信させ、その後、制御部１３０は、タイマ１４０を停止させる。代替的に、制御部１３０は、送信部１１０に送達確認情報を送信させ、その後、タイマ１４０を動作させたままとして、次のランダムアクセス手順の開始時に、タイマ１４０を停止させてもよい。
【００９０】
＜基地局２０＞
図１２は、基地局２０の機能構成の一例を示す図である。図１２に示すように、基地局２０は、送信部２１０と、受信部２２０と、制御部２３０と、タイマ２４０を有する。図１１に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。
【００９１】
送信部２１０は、ユーザ装置１０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部２２０は、ユーザ装置１０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、受信部２２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。
【００９２】
制御部２３０は、基地局２０の制御を行う。なお、送信に関わる制御部２３０の機能が送信部２１０に含まれ、受信に関わる制御部２３０の機能が受信部２２０に含まれてもよい。タイマ２４０は、基地局装置２０が、ユーザ装置１０から送信される上りリンクの信号の送信タイミングの時間調整（Ｔｉｍｅ  Ａｌｉｇｎｍｅｎｔ）を維持する時間の長さを制御するために、制御部２３０により利用されるタイマである。タイマ２４０は、起動（ｓｔａｒｔ）後、停止（ｓｔｏｐ）するまで、又は満了する（ｅｘｐｉｒｅ）まで動作（ｒｕｎ）し、それ以外の場合は動作しない。タイマ２４０が動作中でない場合には、制御部２３０は、タイマ２４０を起動することができる。タイマ２４０が動作中である場合には、制御部２３０は、タイマ２４０を再起動（ｒｅｓｔａｒｔ）することができる。タイマ２４０は、常に、タイマ２４０の初期値から起動又は再起動される。タイマ２４０は、例えば、カウンタとして実装することが可能であるが、本明細書において、タイマ１４０の実装方法は特に限定されない。
【００９３】
＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図１１〜図１２）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。
【００９４】
また、例えば、本発明の一実施の形態におけるユーザ装置１０と基地局２０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図１３は、本実施の形態に係るユーザ装置１０と基地局２０のハードウェア構成の一例を示す図である。上述のユーザ装置１０と基地局２０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【００９５】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ装置１０と基地局２０のハードウェア構成は、図に示した１００１〜１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【００９６】
ユーザ装置１０と基地局２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。
【００９７】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）で構成されてもよい。
【００９８】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１１に示したユーザ装置１０の送信部１１０、受信部１２０、制御部１３０、タイマ１４０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１２に示した基地局２０の送信部２１０と、受信部２２０と、制御部２３０、タイマ２４０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。
【００９９】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ＥＰＲＯＭ（Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ  Ｅｒａｓａｂｌｅ  Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０１００】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ−ＲＯＭ（Ｃｏｍｐａｃｔ  Ｄｉｓｃ  ＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。
【０１０１】
通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置１０の送信部１１０及び受信部１２０は、通信装置１００４で実現されてもよい。また、基地局２０の送信部２１０及び受信部２２０は、通信装置１００４で実現されてもよい。
【０１０２】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０１０３】
また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。
【０１０４】
また、ユーザ装置１０と基地局２０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、ＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ  Ｌｏｇｉｃ  Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。
【０１０５】
（実施の形態のまとめ）
以上、説明したように、本実施の形態によれば、ランダムアクセスプリアンブルを基地局に送信する送信部と、基地局から送信されるランダムアクセスレスポンスを受信する受信部と、ユーザ装置を制御する制御部と、前記ユーザ装置からの上りリンクの信号の送信のタイミングを維持する時間間隔において動作するタイマと、を備え、前記制御部は、前記受信部が前記ランダムアクセスレスポンスを受信したことに応答して、前記タイマを起動させ、かつ前記送信部に、システム情報の送信を要求するメッセージを含むメッセージ３を前記基地局に対して送信させ、前記制御部は、前記基地局から送信される競合解決メッセージを前記受信部が受信してから所定期間が経過した後に、前記タイマを停止させる、ユーザ装置、が提供される。ここで、「タイミングを維持する」ことは、タイミングを保持するという意味であってもよく、タイミングを制御するという意味であってもよく、タイミングを調整するという意味であってもよく、或いはタイミングを設定するという意味であってもよい。本ユーザ装置によれば、ランダムアクセス手順のメッセージ３に基づくシステム情報取得方法であって、ユーザ装置が適切にランダムアクセス手順を実行可能な方法が提供される。
【０１０６】
前記所定期間は、前記メッセージ３を受信したことに応答して前記基地局から送信される前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する送達確認情報を送信させるまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングの無線フレームの直後の無線フレームまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングのサブフレームの直後のサブフレームまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングのスロットの直後のスロットまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングのシンボルの直後のシンボルまでの期間；及び４ｍｓ、のうちのいずれか一つであってもよい。これにより、競合解決メッセージに対する送達確認情報をユーザ装置に確実に送信させつつ、タイマの停止タイミングの自由度を確保することができる。
【０１０７】
前記所定期間は、Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）レイヤ又はＲａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ（ＲＲＣ）レイヤにより管理されてもよい。この構成によれば、タイマの満了時にＭＡＣが自律でタイマを停止する以外に、ユーザ装置（ＵＥ）のＲＲＣ状態に応じて、タイマを停止するか又は停止しないかの設定、又はタイマを停止するタイミングの遅延量を変更することが可能となる。或いは、ＭＡＣレイヤで暗黙的に、ＳＩ  ｒｅｑｕｅｓｔが、ユーザ装置のＲＲＣ状態がＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態である場合のＳＩ  ｒｅｑｕｅｓｔであるか、或いはユーザ装置のＲＲＣ状態がＲＲＣ  ＩＤＬＥ状態であるか又はＲＲＣ  ＩＮＡＣＴＩＶＥ状態である場合のＳＩ  ｒｅｑｕｅｓｔであるかが判定されることで、ＭＡＣレイヤでもＲＲＣ状態毎に異なる動作や遅延量が適用されてもよい。例えば、ＳＩ  ｒｅｑｕｅｓｔがＣＣＣＨ  ＳＤＵによって送信される場合には、ＭＡＣレイヤはユーザ装置のＲＲＣ状態がＲＲＣ  ＩＤＬＥ状態であるか又はＲＲＣ  ＩＮＡＣＴＩＶＥ状態であると判定してもよい。ＳＩ  ｒｅｑｕｅｓｔがＤｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ（ＤＣＣＨ）を介して（ＤＣＣＨのデータを送信するためのＳｉｇｎａｌｉｎｇ  Ｒａｄｉｏ  Ｂｅａｒｅｒ（ＳＲＢ）を介して）、送信される場合には、ユーザ装置のＲＲＣ状態がＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態であると判定してもよい。
【０１０８】
前記所定期間が前記ＲＲＣレイヤにより管理される場合において、前記ＲＲＣレイヤは、前記ユーザ装置のＲＲＣ状態に応じて、前記タイマを停止させるか否かの設定、又は前記タイマを停止させるタイミングの遅延量を変更してもよい。これにより、別のＲＲＣ  ｐｒｏｃｅｄｕｒｅが開始されない場合には、タイマを停止させないようにすることができる。
【０１０９】
前記所定期間が前記ＲＲＣレイヤにより管理される場合において、前記ユーザ装置のＲＲＣ状態がＲＲＣ  ＩＤＬＥ状態又はＲＲＣ  ＩＮＡＣＴＩＶＥ状態の場合には、前記制御部は、前記受信部が前記競合解決メッセージを受信してから前記所定期間経過後に、前記タイマを停止させてもよく、前記ユーザ装置のＲＲＣ状態がＲＲＣ  ＣＯＮＮＥＣＴＥＤ状態の場合には、前記制御部は、前記タイマを停止させなくてもよい。これにより、別のＲＲＣ  ｐｒｏｃｅｄｕｒｅが開始されない場合には、タイマを停止させないようにすることができる。
【０１１０】
前記所定期間は、前記メッセージ３を受信したことに応答して前記基地局から送信される前記競合解決メッセージを前記受信部が受信してから、次のＲＲＣ  ｐｒｏｃｅｄｕｒｅの起動時までの期間であってもよい。これにより、ランダムアクセス手順が行われた後に、次のランダムアクセス手順が行われる場合において、ユーザ装置に適切にランダムアクセス手順を実行させることができる。
【０１１１】
（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置１０と基地局２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ−ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。
【０１１２】
また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）シグナリング、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）、ＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。
【０１１３】
本明細書で説明した各態様／実施形態は、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）、ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（Ｆｕｔｕｒｅ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）、Ｗ−ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ｕｌｔｒａ  Ｍｏｂｉｌｅ  Ｂｒｏａｄｂａｎｄ）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ｕｌｔｒａ−ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。
【０１１４】
本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０１１５】
本明細書において基地局２０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われることもある。基地局２０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置１０との通信のために行われる様々な動作は、基地局２０および／または基地局２０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ−ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局２０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ−ＧＷ）であってもよい。
【０１１６】
本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。
【０１１７】
ユーザ装置１０は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１１８】
基地局２０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄ  ＮｏｄｅＢ）、ベースステーション（Ｂａｓｅ  Ｓｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。
【０１１９】
本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇ  ｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。
【０１２０】
本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０１２１】
「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。
【０１２２】
本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。
【０１２３】
以上、本発明について詳細に説明したが、当業者にとっては、本発明が本明細書中に説明した実施形態に限定されるものではないということは明らかである。本発明は、特許請求の範囲の記載により定まる本発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本明細書の記載は、例示説明を目的とするものであり、本発明に対して何ら制限的な意味を有するものではない。
【符号の説明】
【０１２４】
１０  ユーザ装置
１１０  送信部
１２０  受信部
１３０  制御部
１４０  タイマ
２０  基地局
２１０  送信部
２２０  受信部
２３０  制御部
２４０  タイマ
１００１  プロセッサ
１００２  メモリ
１００３  ストレージ
１００４  通信装置
１００５  入力装置
１００６  出力装置
【図１】
2019215859.tif 000003
【図２】
2019215859.tif 000004
【図３】
2019215859.tif 000005
【図４】
2019215859.tif 000006
【図５】
2019215859.tif 000007
【図６】
2019215859.tif 000008
【図７】
2019215859.tif 000009
【図８Ａ】
2019215859.tif 000010
【図８Ｂ】
2019215859.tif 000011
【図９】
2019215859.tif 000012
【図１０】
2019215859.tif 000013
【図１１】
2019215859.tif 000014
【図１２】
2019215859.tif 000015
【図１３】
2019215859.tif 000016
【手続補正書】
【提出日】令和2年10月5日(2020.10.5)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅコマンドを受信する受信部と、 上りリンクの時間調整に関するタイマを制御する制御部と、  を備え、 前記受信部が前記Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅコマンドを受信した場合、前記制御部が前記タイマをスタートし、 競合解決メッセージを前記受信部が受信した場合、前記制御部は前記競合解決メッセージの受信から期間後に前記タイマを停止する、 端末。
【請求項２】
送信部をさらに備え、  前記期間は、前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する送達確認情報を送信させるまでの期間である、  請求項１に記載の端末。
【請求項３】
前記期間は、Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ（ＭＡＣ）レイヤにより管理される、  請求項１に記載の端末。
【請求項４】
Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅコマンドを受信するステップと、 上りリンクの時間調整に関するタイマを制御するステップと、 を備え、 前記Ｔｉｍｉｎｇ  Ａｄｖａｎｃｅコマンドを受信した場合、前記タイマを起動し、 競合解決メッセージを受信した場合、前記競合解決メッセージの受信から期間後に前記タイマを停止する、 端末における通信方法。
【国際調査報告】
2019215859.tif 000017
2019215859.tif 000018
2019215859.tif 000019
2019215859.tif 000020