JP7017625B2

JP7017625B2 - 端末及び通信方法

Info

Publication number: JP7017625B2
Application number: JP2020517687A
Authority: JP
Inventors: 徹内野; 秀明高橋
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2018-05-09
Filing date: 2018-05-09
Publication date: 2022-02-08
Anticipated expiration: 2038-05-09
Also published as: CN112075119A; EP3793309A4; US11864237B2; CA3097680C; EP3793309A1; US20210243809A1; BR112020022381A2; CA3097680A1; IL277862A; JPWO2019215859A1; WO2019215859A1

Description

本発明は、無線通信システムにおけるユーザ装置に関連するものである。

３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）では、システム容量の更なる大容量化、データ伝送速度の更なる高速化、無線区間における更なる低遅延化等を実現するために、ＮＲ（ＮｅｗＲａｄｉｏ）あるいは５Ｇと呼ばれる無線通信方式の検討が進んでいる（例えば非特許文献１）。ＮＲでは、１０Ｇｂｐｓ以上のスループットを実現しつつ無線区間の遅延を１ｍｓ以下にするという要求条件を満たすために、様々な無線技術の検討が行われている。

セル内で、ユーザ装置から基地局に電波が伝搬する際の経過時間であるユーザ装置－基地局間伝搬遅延は、一般に、ユーザ装置毎に異なる。従って、一般に、基地局におけるＵＬ信号の受信タイミングは、ＵＬ信号を送信したユーザ装置毎に異なる。基地局では、複数のユーザ装置からの複数のＵＬ信号に対して同一のタイミングで高速フーリエ変換（ＦＦＴ）を実施する。そこで、ＬＴＥでは、複数のユーザ装置から送信される複数のＵＬ信号の基地局における受信タイミングが同一となるように、ユーザ装置毎にＵＬ信号の送信タイミングの調整（Ｔｉｍｅａｌｉｇｎｍｅｎｔ）が行われている。ＮＲにおいても、上記と同様の動作を行うことが想定されている。

３ＧＰＰＴＳ３８．３２１Ｖ１５．１．０（２０１８－０３）３ＧＰＰＴＳＧ－ＲＡＮＷＧ２Ｍｅｅｔｉｎｇ＃１０１ｂｉｓ，Ｒ２－１８０４６９１，Ｓａｎｙａ，Ｃｈｉｎａ，１６ｔｈＡｐｒｉｌ－２０ｔｈＡｐｒｉｌ２０１８

ＬＴＥでは、ネットワークは、ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ（ＳＩ）を必要とするユーザ装置がセル内に存在する、しない、に関わらず、常にＳＩを送信している。ＮＲでは、ＳＩを必要とするユーザ装置がセル内に存在する場合にのみＳＩを送信することで、無線リソースのオーバヘッドを削減する制御を行うことが検討されている（非特許文献１）。このようなシステム情報は、ｏｎｄｅｍａｎｄｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ（ｏｎｄｅｍａｎｄＳＩ）と呼ばれている。

オンデマンドでシステム情報を取得する場合、ユーザ装置は、ネットワークに対してＳＩｒｅｑｕｅｓｔを送信し、ネットワークは、それに応答してシステム情報ＳＩを送信する。ＳＩｒｅｑｕｅｓｔを送信する方法としては、ランダムアクセス手順のメッセージ１に基づく方法と、ランダムアクセス手順のメッセージ３に基づく方法の両方が規定されている。ランダムアクセス手順のメッセージ３に基づくシステム情報取得方法について、ユーザ装置が適切にランダムアクセス手順を実行可能な方法が必要とされている。

本発明の一態様によれば、ＴｉｍｉｎｇＡｄｖａｎｃｅコマンドを受信する受信部と、上りリンクの時間調整に関するタイマを制御する制御部と、を備え、前記受信部が前記ＴｉｍｉｎｇＡｄｖａｎｃｅコマンドを受信した場合、前記制御部が前記タイマをスタートし、競合解決メッセージを前記受信部が受信した場合、前記制御部は前記競合解決メッセージに対する送達確認情報の送信後に前記タイマを停止する、端末、が提供される。

開示の技術によれば、ランダムアクセス手順のメッセージ３に基づくシステム情報取得方法であって、ユーザ装置が適切にランダムアクセス手順を実行可能な方法が提供される。

本実施の形態における通信システムの構成図である。ランダムアクセス手順の例を示す図である。セル内で、ユーザ装置から基地局に電波が伝搬する際の経過時間であるユーザ装置－基地局間伝搬遅延の例を示す図である。ランダムアクセス手順のメッセージ１に基づくＳＩｒｅｑｕｅｓｔの送信方法の例を示す図である。ランダムアクセス手順のメッセージ３に基づくＳＩｒｅｑｕｅｓｔの送信方法の例を示す図である。Ｍｅｓｓａｇｅ３ｂａｓｅｄＳＩｒｅｑｕｅｓｔを行うためのランダムアクセス手順が完了した場合に、ユーザ装置が、自律的にはＴＡタイマを停止しない場合の例を説明するための図である。Ｍｅｓｓａｇｅ３ｂａｓｅｄＳＩｒｅｑｕｅｓｔを行うためのランダムアクセス手順が完了した場合に、ユーザ装置が、自律的にＴＡタイマを停止する場合の例を説明するための図である。ＳＩｒｅｑｕｅｓｔを行うためのランダムアクセス手順以外のＣｏｎｔｅｎｔｉｏｎＢａｓｅｄＲａｎｄｏｍＡｃｃｅｓｓ（ＣＢＲＡ）手順の例を示す図である。ＳＩｒｅｑｕｅｓｔを行うためのＣＢＲＡ手順の例を示す図である。送達確認情報の送信を完了した後で、ユーザ装置がＴＡタイマを停止する方法の例を示す図である。ユーザ装置が次のランダムアクセス手順の開始時にＴＡタイマを停止する方法の例を示す図である。ユーザ装置１０の機能構成の一例を示す図である。基地局２０の機能構成の一例を示す図である。ユーザ装置１０及び基地局２０のハードウェア構成の一例を示す図である。

以下、図面を参照して本発明の実施の形態（本実施の形態）を説明する。なお、以下で説明する実施の形態は一例に過ぎず、本発明が適用される実施の形態は、以下の実施の形態に限られるわけではない。

以下の実施の形態における無線通信システムは基本的にＮＲに準拠することを想定しているが、それは一例であり、本実施の形態における無線通信システムはその一部又は全部において、ＮＲ以外の無線通信システム（例：ＬＴＥ）に準拠していてもよい。

（システム全体構成）
図１に本実施の形態に係る無線通信システムの構成図を示す。本実施の形態に係る無線通信システムは、図１に示すように、ユーザ装置１０、及び基地局２０を含む。図１には、ユーザ装置１０、及び基地局２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。

ユーザ装置１０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Ｍａｃｈｉｎｅ－ｔｏ－Ｍａｃｈｉｎｅ）用通信モジュール等の無線通信機能を備えた通信装置であり、基地局２０に無線接続し、無線通信システムにより提供される各種通信サービスを利用する。基地局２０は、１つ以上のセルを提供し、ユーザ装置１０と無線通信する通信装置である。

本実施の形態において、複信（Ｄｕｐｌｅｘ）方式は、ＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）方式でもよいし、ＦＤＤ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）方式でもよい。

（ランダムアクセス手順）
まず、図２を参照してＬＴＥにおける衝突型のランダムアクセス手順の基本的な処理を説明する。このような手順と同様の手順がＮＲにおいても行われることが想定されている。

ユーザ装置は、所定数のＲＡｐｒｅａｍｂｌｅ（系列）の中から１つの系列を使用して、ＰＲＡＣＨ（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）により、ＲＡｐｒｅａｍｂｌｅ（選択した系列、メッセージ１）を送信する（ステップＳ１）。同時刻に同系列を使用してランダムアクセスを行う他のＵＥが存在しなければ衝突は生じない。

ステップＳ２において、基地局は、ＤＬ－ＳＣＨ（下り共有チャネル）を利用して、ユーザ装置の送信タイミングを調整するためのＴＡ（ｔｉｍｉｎｇａｄｖａｎｃｅ）コマンド、検出したＲＡｐｒｅａｍｂｌｅのインデックス、上りリソース割り当て情報（ＵＬｇｒａｎｔ）等を含むＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ（ＲＡＲ）をユーザ装置に送信する。

ＲＡＲを受信したユーザ装置は、上りのタイミングを調整し、割り当てられたリソースを用いてＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｑｕｅｓｔ等の制御メッセージ（メッセージ３）を基地局に送信する（ステップＳ３）。

ＲＡｐｒｅａｍｂｌｅを送信したユーザ装置が、ＲＡｒｅｓｐｏｎｓｅを受信できなかった場合については（ランダムアクセス試行が失敗した場合）、ユーザ装置は、１回失敗するたびに、所定のステップサイズだけ送信電力を上げてＰＲＡＣＨを送信する。このような動作はＰｏｗｅｒＲａｍｐｉｎｇと呼ばれる。

ステップＳ４において、基地局は、ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージ（競合解決メッセージ）を送信する。ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージを受信したユーザ装置は、ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージに自分のＩＤ（例：メッセージ３で送信したＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌＳｅｒｖｉｃｅＤａｔａＵｎｉｔ（ＣＣＣＨＳＤＵ）、又はＴＣ－ＲＮＴＩ、ステップＳ３でスクランブルに使用したもの）が含まれていることを確認することで、ランダムアクセス処理を完了し、以降、データの送受信を行う。

上記の通り、ランダムアクセス手順のステップＳ２において、基地局は、ＴＡコマンドを含むＲＡＲをユーザ装置に送信する。その理由を以下に示す。

図３に示すように、セル内で、ユーザ装置から基地局に電波が伝搬する際の経過時間であるユーザ装置－基地局間伝搬遅延は、一般に、ユーザ装置毎に異なる。従って、一般に、基地局におけるＵＬ信号の受信タイミングは、ＵＬ信号を送信したユーザ装置毎に異なる。基地局では、複数のユーザ装置からの複数のＵＬ信号に対して同一のタイミングで高速フーリエ変換（ＦＦＴ）を実施する。そこで、ＬＴＥでは、複数のユーザ装置から送信される複数のＵＬ信号の基地局における受信タイミングが同一となるように、ユーザ装置毎にＵＬ信号の送信タイミングの調整（Ｔｉｍｅａｌｉｇｎｍｅｎｔ）が行われている。Ｔｉｍｅａｌｉｇｎｍｅｎｔは、基地局からユーザ装置に送信されるＴＡコマンドにより行われる。すなわち、ユーザ装置は、基地局から受信したＴＡコマンドに基づいて、ＵＬ信号の送信タイミングを調整する。このようなＴｉｍｅａｌｉｇｎｍｅｎｔは、ＮＲでも受け継がれることが想定されている。

（ＳＩｒｅｑｕｅｓｔの概要）
システム情報（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ、ＳＩ）は、ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＭＩＢ）と、いくつかのＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＳＩＢ）に分割されている。ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ（ＭＩＢ）は、ＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ（ＢＣＨ）で、８０ｍｓの周期で常に送信されており、セルからＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ１）を取得するために必要なパラメータを含む。

ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１（ＳＩＢ１）は、他の複数のＳＩＢの利用可能性及びスケジューリング（例えば、周期性、ＳＩウィンドウサイズ）に関する情報を含む。また、ＳＩＢ１は、他の複数のＳＩＢが周期的なブロードキャストに基づいて送信されるか、又はオンデマンドのみで送信されるかを示す。

ＳＩＢ１以外のＳＩＢは、ＤＬ－ＳＣＨで送信されるＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎ（ＳＩ）メッセージで伝送される。各ＳＩメッセージは、周期的に生成される時間領域の複数のウィンドウ（ＳＩウィンドウと呼ばれる）で送信される。

ＭＩＢには、システム帯域幅やシステムフレーム番号（ＳＦＮ：ＳｙｓｔｅｍＦｒａｍｅＮｕｍｂｅｒ）、送信アンテナ数などの基本情報が含まれる。

ＬＴＥでは、ネットワークは、ＳＩを必要とするユーザ装置がセル内に存在する、しない、に関わらず、常にＳＩを送信している。ＮＲでは、ＳＩを必要とするユーザ装置がセル内に存在する場合にのみＳＩを送信することで、無線リソースのオーバベッドを削減する制御を行うことが検討されている（非特許文献１）。このようなシステム情報は、ｏｎｄｅｍａｎｄｓｙｓｔｅｍｉｎｆｏｒｍａｔｉｏｎ（ｏｎｄｅｍａｎｄＳＩ）と呼ばれている。

オンデマンドでシステム情報を取得する場合、ユーザ装置１０は、ネットワークに対してＳＩｒｅｑｕｅｓｔを送信し、ネットワークは、それに応答してシステム情報ＳＩを送信する。

ＳＩｒｅｑｕｅｓｔを送信する方法としては、ランダムアクセス手順のメッセージ１に基づく方法と、ランダムアクセス手順のメッセージ３に基づく方法の両方が規定されている。

（メッセージ１に基づく方法の概要）
以下、ランダムアクセス手順のメッセージ１に基づくＳＩｒｅｑｕｅｓｔの送信方法について説明する。基地局２０（ｇＮＢ、ｇＮｏｄｅＢ、５Ｇ基地局、ＮＲ基地局等とも呼ばれる）は、事前に各ＳＩ毎に個別のＲＡｐｒｅａｍｂｌｅを割り当て、ユーザ装置１０は対応するＲＡｐｒｅａｍｂｌｅを用いてＳＩｒｅｑｕｅｓｔを送信することにより、必要なＳＩを取得する。図４を参照して、具体的な手順を説明する。

図４は、ランダムアクセス手順のメッセージ１に基づくＳＩｒｅｑｕｅｓｔの送信方法の例を示す図である。まず、ステップＳ１０１で、ユーザ装置１０において、ＳＩｒｅｑｕｅｓｔの送信を必要とするイベント（ＳＩｒｅｑｕｅｓｔトリガ）が発生する。

ステップＳ１０１でＳＩｒｅｑｕｅｓｔトリガが発生したことに応答して、ユーザ装置１０は、ステップＳ１０３で、ＳＩに対応するＲＡｐｒｅａｍｂｌｅを選択して、選択したＲＡｐｒｅａｍｂｌｅを基地局２０に対して送信する。

基地局２０は、ＳＩに対応するＲＡｐｒｅａｍｂｌｅを受信したことに応答して、ステップＳ１０５で、受信したＲＡｐｒｅａｍｂｌｅに対応するＲＡｐｒｅａｍｂｌｅＩＤをユーザ装置１０に対して送り返す。

その後、基地局２０は、ＳＩの送信を開始する（ステップＳ１０７）。

（メッセージ３に基づく方法の概要）
次に、ランダムアクセス手順のメッセージ３に基づくＳＩｒｅｑｕｅｓｔの送信方法について説明する。この方法は、ＳＩｒｅｑｕｅｓｔのためのＲＡｐｒｅａｍｂｌｅが設定されていない場合に適用することが可能であり、ランダムアクセス手順を起動して、ランダムアクセス手順のメッセージ３によって、ＳＩｒｅｑｕｅｓｔのためのＲＲＣメッセージを送信する方法である。図５を参照して、具体的な手順を説明する。

図５は、ランダムアクセス手順のメッセージ３に基づくＳＩｒｅｑｕｅｓｔの送信方法の例を示す図である。まず、ステップＳ２０１で、ユーザ装置１０において、ＳＩｒｅｑｕｅｓｔの送信を必要とするイベント（ＳＩｒｅｑｕｅｓｔトリガ）が発生する。

ステップＳ２０１でＳＩｒｅｑｕｅｓｔトリガが発生したことに応答して、ユーザ装置１０は、ステップＳ２０３で、ＲＡｐｒｅａｍｂｌｅを送信する。

ユーザ装置１０からＲＡｐｒｅａｍｂｌｅを受信したことに応答して、基地局２０は、ステップＳ２０５で、ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ（ＲＡＲ）をユーザ装置１０に送信する。

基地局２０からＲＡＲを受信したことに応答して、ユーザ装置１０は、ステップＳ２０７でＳＩｒｅｑｕｅｓｔを含むメッセージ３を基地局２０に送信する。

ユーザ装置１０からメッセージ３を受信したことに応答して、基地局２０は、ステップＳ２０９でｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージ（競合解決メッセージ）をユーザ装置１０に送信する。

その後、基地局２０は、ＳＩの送信を開始する（ステップＳ２１１）。以下、上記のメッセージ３に基づくＳＩｒｅｑｕｅｓｔの送信方法の詳細について説明する。

（ＴＡタイマの概要）
ユーザ装置１０及び基地局２０それぞれにおいて、例えば、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ（ＲＲＣ）レイヤは、上りリンクの時間調整を維持するために、ＴＡタイマ（ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒ）を設定する。ＴＡタイマは、ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ（ＭＡＣ）エンティティが上りリンクの時間調整（ＴｉｍｅＡｌｉｇｎｍｅｎｔ）を維持する時間の長さを制御するために使用する。

ここで、タイマは、起動後、停止するまで、又は満了するまで動作し、それ以外の場合は動作しない。タイマが動作中でない場合には、当該タイマを起動することができる。タイマが動作中である場合には、当該タイマを再起動（ｒｅｓｔａｒｔ）することができる。タイマは、常に、当該タイマの初期値から起動又は再起動される（非特許文献１）。ユーザ装置１０及び基地局装置２０それぞれにおいて、タイマは、例えば、プロセッサがカウンタを初期値からカウントアップする方法、又は初期値からカウントダウンする方法等の、既知の方法により実装することができる。しかしながら、本明細書において、タイマの実装方法は限定しない。

通常、ユーザ装置１０のＴＡタイマが動作していない場合であって、かつランダムアクセス手順においてユーザ装置１０がＴＡコマンドを受信した場合に、ユーザ装置１０は、ＴＡタイマを起動又は再起動する。その後、ユーザ装置１０は、自律的にはＴＡタイマを停止しない。つまり、ユーザ装置１０のＴＡタイマは、満了することにより停止する。

これに対して、３ＧＰＰ標準化における合意事項として、Ｍｅｓｓａｇｅ３ｂａｓｅｄＳＩｒｅｑｕｅｓｔのランダムアクセス手順が完了した場合、ユーザ装置１０は自律的にＴＡタイマを停止することができるとされている（非特許文献２）。

上記のユーザ装置１０が自律的にはＴＡタイマを停止しない場合と、ユーザ装置１０が自律的にＴＡタイマを停止する場合について、それぞれ、図６及び図７を参照して説明する。

図６は、ユーザ装置１０が、自律的にはＴＡタイマを停止しない場合の例を示している。図６に示されるように、ステップＳ３０１で、ユーザ装置１０がＭｅｓｓａｇｅ３ｂａｓｅｄＳＩｒｅｑｕｅｓｔのランダムアクセス手順を開始する。ユーザ装置１０は、ステップＳ３０３において、ランダムアクセスプリアンブルを基地局２０に対して送信する。ランダムアクセスプリアンブルを受信したことに応答して、基地局２０は、ステップＳ３０５において、ランダムアクセスレスポンス（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ、ＲＡＲ）をユーザ装置１０に送信する。この際に、ユーザ装置１０は、ランダムアクセスレスポンスに含まれるＴＡコマンドを受信したことに応答して、ＴＡタイマを起動する。

その後、ステップＳ３０５でランダムアクセスレスポンスを受信したことに応答して、ユーザ装置１０は、ステップＳ３０７において、ＳＩｒｅｑｕｅｓｔを含むメッセージ３を基地局２０に送信する。

ステップＳ３０７でＳＩｒｅｑｕｅｓｔを含むメッセージ３を受信したことに応答して、基地局２０は、ステップＳ３０９において、ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージ（競合解決メッセージ）をユーザ装置１０に送信する。その後、ステップＳ３１１において、基地局２０は、システム情報の送信を開始する。

次に、ステップＳ３１３において、ユーザ装置１０は、別のＲＲＣｐｒｏｃｅｄｕｒｅを開始する。そのような、別のＲＲＣｐｒｏｃｅｄｕｒｅを開始する理由として、例えば、基地局２０との再同期を行う場合や、基地局２０とのＲＲＣ接続を再開（ｒｅｓｕｍｅ）する場合等が考えられる。

ステップＳ３１５において、ユーザ装置１０は、ランダムアクセスプリアンブルを基地局２０に送信する。ステップＳ３１５でランダムアクセスプリアンブルを受信したことに応答して、基地局２０は、ステップＳ３１７において、ＲＡＲをユーザ装置１０に送信する。この場合、ユーザ装置１０は、ステップＳ３０５で既にＴＡタイマを起動しており、ＴＡタイマは動作中である。非特許文献１に記載されているように、３ＧＰＰの標準規格には、競合ベースのランダムアクセス手順において、ＴＡタイマの動作中に、ＴＡコマンドを受信した場合、ユーザ装置１０のＭＡＣエンティティは、当該ＴＡコマンドを無視することが規定されている。このため、ユーザ装置１０は、ステップＳ３１７で受信したＴＡコマンドを無視する。つまり、ステップＳ３１７でＴＡコマンドを受信しても、ユーザ装置１０は、ＴＡタイマを起動又は再起動せず、ＴＡタイマは動作を続ける。この場合、ユーザ装置１０は、ステップＳ３１７でＲＡＲを受信したことに応答して、その後、メッセージ３の送信を試みる。しかしながら、メッセージ３の送信前に、ＴＡタイマが満了してしまうことが起こり得る。或いは、ＴＡタイマの満了が、ステップＳ３１９でユーザ装置１０がメッセージ３を送信した後であったとしても、基地局２０では、ステップＳ３１７でＲＡＲを送信した時点で、基地局２０のＴＡタイマを起動しているため、ユーザ装置１０のＴＡタイマが基地局２０のＴＡタイマよりも先に満了することが起こり得る。つまり、ユーザ装置１０のＴＡタイマの起動状態と基地局２０のＴＡタイマの起動状態が一致しないことが起こり得る。

上記のＴＡタイマの起動状態の不一致を回避する方法として、３ＧＰＰの標準化では、Ｍｅｓｓａｇｅ３ｂａｓｅｄＳＩｒｅｑｕｅｓｔのＲＡｐｒｏｃｅｄｕｒｅが完了した場合、ユーザ装置が自律的に、ＴＡタイマを停止することが合意されている（非特許文献２）。

図７は、Ｍｅｓｓａｇｅ３ｂａｓｅｄＳＩｒｅｑｕｅｓｔのＲＡｐｒｏｃｅｄｕｒｅが完了した場合に、ユーザ装置１０が、自律的にＴＡタイマを停止する場合の例を示している。

図７に示されるように、ステップＳ４０１において、ユーザ装置１０がＭｅｓｓａｇｅ３ｂａｓｅｄＳＩｒｅｑｕｅｓｔのランダムアクセス手順を開始する。ユーザ装置１０は、ステップＳ４０３において、ランダムアクセスプリアンブルを基地局２０に対して送信する。ランダムアクセスプリアンブルを受信したことに応答して、基地局２０は、ステップＳ４０５において、ランダムアクセスレスポンス（ＲａｎｄｏｍＡｃｃｅｓｓＲｅｓｐｏｎｓｅ、ＲＡＲ）をユーザ装置１０に送信する。この際に、ユーザ装置１０は、ランダムアクセスレスポンスに含まれるＴＡコマンドを受信したことに応答して、ＴＡタイマを起動する。

ステップＳ４０５でランダムアクセスレスポンスを受信したことに応答して、ユーザ装置１０は、ステップＳ４０７において、ＳＩｒｅｑｕｅｓｔを含むメッセージ３を基地局２０に送信する。

ステップＳ４０７でＳＩｒｅｑｕｅｓｔを含むメッセージ３を受信したことに応答して、基地局２０は、ステップＳ４０９において、ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージ（競合解決メッセージ）をユーザ装置１０に送信する。ここで、ユーザ装置１０は、ステップＳ４０９でｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージを受信したことに応答して、ＴＡタイマを停止（ｓｔｏｐ）する。その後、ステップＳ４１１において、基地局２０は、システム情報の送信を開始する。

次に、ステップＳ４１３において、ユーザ装置１０は、別のＲＲＣｐｒｏｃｅｄｕｒｅを開始する。そのような、別のＲＲＣｐｒｏｃｅｄｕｒｅを開始する理由として、例えば、基地局との再同期を行う場合や、基地局とのＲＲＣ接続を再開（ｒｅｓｕｍｅ）する場合等が考えられる。

ステップＳ４１５において、ユーザ装置１０は、ランダムアクセスプリアンブルを基地局２０に送信する。ステップＳ４１５でランダムアクセスプリアンブルを受信したことに応答して、基地局２０は、ステップＳ４１７において、ＲＡＲをユーザ装置１０に送信すると共に、基地局２０のＴＡタイマを起動する。ユーザ装置１０は、ステップＳ４１７で受信したランダムアクセスレスポンスに含まれるＴＡコマンドを受信したことに応答して、ユーザ装置１０のＴＡタイマを起動する。その後、ユーザ装置１０は、ステップＳ４１９において、ＳＩｒｅｑｕｅｓｔを含むメッセージ３を基地局２０に送信する。

このように、ステップＳ４１７で基地局２０は基地局２０のＴＡタイマを起動し、かつステップＳ４１７でＴＡコマンドを受信したユーザ装置１０は、ユーザ装置１０のＴＡタイマを起動するので、例えば、ユーザ装置１０のＴＡタイマが基地局２０のＴＡタイマよりも先に満了するといった、ユーザ装置１０のＴＡタイマの起動状態と基地局２０のＴＡタイマの起動状態の不一致を回避することができる。

しかしながら、上記のＭｅｓｓａｇｅ３ｂａｓｅｄＳＩｒｅｑｕｅｓｔのＲＡｐｒｏｃｅｄｕｒｅが完了した場合に、ユーザ装置１０が、自律的にＴＡタイマを停止する方法については、以下のような問題がある。

ＴＡタイマの停止中、ユーザ装置１０の上りリンクの送信タイミングは確立されていない。このため、３ＧＰＰの標準規格によると、ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ（ＰＲＡＣＨ）でランダムアクセスプリアンブルを送信することを除いて、ユーザ装置１０が上りリンクの信号の送信を行うことは禁止されている（非特許文献１）。従って、上記のように、競合解決の完了時に、すなわち、図７のステップＳ４０９におけるｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージの受信時に、即時にユーザ装置１０のＴＡタイマを停止すると、ユーザ装置１０は、ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージに対する送達確認情報（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ、ＡＣＫ又はＮＡＫ）を送信することができなくなる。その結果、基地局２０は、ユーザ装置１０がｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージを受信したことを検出できない。これに対して、例えば、基地局２０がユーザ装置１０に対して、ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージをブラインドで複数回送信する方法により、ユーザ装置１０がｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージを受信する確率を高めることはできるが、この場合、無線リソースが浪費されることになる。

図８Ａ及び図８Ｂは、上記の問題を説明する図である。図８Ａに示されるように、ＳＩｒｅｑｕｅｓｔを行うためのランダムアクセス手順以外の競合ベースのランダムアクセス（ＣｏｎｔｅｎｔｉｏｎＢａｓｅｄＲａｎｄｏｍＡｃｃｅｓｓ、ＣＢＲＡ）手順によれば、メッセージ４（ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージ）の送達確認情報を送信する前に、ＴＡタイマが停止されないため、ユーザ装置１０はメッセージ４の送達確認情報を基地局２０に送信することができる。

これに対して、図８Ｂに示されるＳＩｒｅｑｕｅｓｔを行うためのＣＢＲＡの場合、メッセージ４を受信するとユーザ装置１０はユーザ装置のＴＡタイマを停止するので、その後、ユーザ装置１０は、メッセージ４の送達確認情報を送信することができず、基地局２０は、メッセージ４がユーザ装置１０によって受信されたか否かを確認することができない。

（方法１）
上記の問題を解決する１つの方法として、ＳＩｒｅｑｕｅｓｔを行うためのＣＢＲＡにおいて、ＵＥが送達確認情報の送信を完了するまで、ＴＡタイマを動作させたままとする方法が考えられる。つまり、ユーザ装置１０がメッセージ４（ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージ）に対する送達確認情報の送信を完了した後で、ユーザ装置１０がユーザ装置１０のＴＡタイマを停止する方法である。以下、図９を参照して、この方法の詳細を説明する。

図９は、送達確認情報の送信を完了した後で、ユーザ装置がＴＡタイマを停止する方法の例を示す図である。ステップＳ６０１において、ユーザ装置１０は、ＳＩｒｅｑｕｅｓｔのためのＣＢＲＡを開始する。時刻Ｔ１において、ユーザ装置１０は、メッセージ１（ＲＡｐｒｅａｍｂｌｅ）を基地局２０に送信する（ステップＳ６０３）。メッセージ１を受信したことに応答して、基地局２０は、時刻Ｔ２に、メッセージ２（ＲＡＲ）をユーザ装置１０に送信する（ステップＳ６０５）。メッセージ２を受信したことに応答して、ユーザ装置１０は、時刻Ｔ３にメッセージ３（ＳＩｒｅｑｕｅｓｔ）を基地局２０に送信する（ステップＳ６０７）。メッセージ３を受信したことに応答して、基地局２０は、時刻Ｔ４にメッセージ４（ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージ）をユーザ装置１０に送信する（ステップＳ６０９）。メッセージ４を受信したことに応答して、ユーザ装置１０は、時刻Ｔ５に、メッセージ４に対する送達確認情報の基地局２０への送信を完了する（ステップＳ６１１）。その後、ユーザ装置１０は、基地局２０への送達確認情報の送信を完了した時刻である時刻Ｔ５よりも後の時刻Ｔ６において、ＴＡタイマを停止する。

つまり、この方法は、ＳＩｒｅｑｕｅｓｔのためのＣＢＲＡが完了した場合に、ユーザ装置１０がユーザ装置１０のＴＡタイマの停止を遅延させる方法である。

ここで、ユーザ装置１０は、送達確認情報を送信したタイミングでユーザ装置１０のＴＡタイマを停止してもよい。代替的に、ユーザ装置１０は、送達確認情報を送信したタイミングの無線フレームの直後の無線フレームにおいてユーザ装置１０のＴＡタイマを停止してもよい。代替的に、ユーザ装置１０は、送達確認情報を送信したタイミングのサブフレームの直後のサブフレームにおいてユーザ装置のＴＡタイマを停止してもよい。代替的に、ユーザ装置１０は、送達確認情報を送信したタイミングのスロットの直後のスロットにおいてユーザ装置のＴＡタイマを停止してもよい。代替的に、ユーザ装置１０は、送達確認情報を送信したタイミングのシンボルの直後のシンボルにおいてユーザ装置のＴＡタイマを停止してもよい。

さらに、ユーザ装置１０は、競合解決（ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎ）の成功、即ち、ＣＢＲＡの成功から所定期間後にＴＡタイマを停止してもよい。ここで、所定期間は、ユーザ装置１０のＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ（ＭＡＣ）レイヤ、又はユーザ装置１０のＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ（ＲＲＣ）レイヤ等、ユーザ装置１０の如何なるレイヤで管理されてもよい。代替的に及び／又は追加的に、所定期間は、基地局装置２０のＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ（ＭＡＣ）レイヤ、又は基地局装置２０のＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ（ＲＲＣ）レイヤ等、基地局装置２０の如何なるレイヤで管理されてもよい。

所定期間をＭＡＣレイヤで管理する場合、ＴＡタイマ満了時に、ＭＡＣレイヤが自律的にユーザ装置１０のＴＡタイマを停止してもよい。代替的に、所定期間が経過したこと（ＴＡタイマ満了）をＭＡＣレイヤが上位レイヤ（例えば、ＲＲＣレイヤ）に通知し、その後、ＭＡＣレイヤが上位レイヤからユーザ装置１０のＴＡタイマの停止を指示されてもよい。例えば、ＭＡＣレイヤは、ＲＲＣレイヤからＭＡＣｒｅｓｅｔを受信することで、ユーザ装置１０のＴＡタイマを停止してもよい。

所定期間をＲＲＣレイヤで管理する場合、ＲＲＣレイヤは、ＭＡＣレイヤに対してユーザ装置１０のＴＡタイマの停止（例えば、ＭＡＣｒｅｓｅｔ）を通知又は指示してもよい。

また、所定期間をＲＲＣレイヤで管理する場合、ＲＲＣレイヤは、ユーザ装置１０のＲＲＣ状態（例えば、ＲＲＣＣＯＮＮＥＣＴＥＤ状態、ＲＲＣＩＤＬＥ状態、又はＲＲＣＩＮＡＣＴＩＶＥ状態）に応じて、ユーザ装置１０のＴＡタイマを停止するか又は停止しないかの設定、又はユーザ装置１０のＴＡタイマを停止するタイミングの遅延量を変更してもよい。ここで、ＲＲＣＩＤＬＥ状態では、ユーザ装置１０は、基地局２０内のセルレベルの識別を持たず、基地局２０においてユーザ装置１０のコンテキストが保持されていないが、コアネットワークにおいてユーザ装置１０のコンテキストが保持されている。ＲＲＣＩＮＡＣＴＩＶＥ状態では、ユーザ装置１０と基地局２０とネットワークでは、ＲＲＣ及びＮＡＳ（ＮｏｎＡｃｃｅｓｓＳｔｒａｔｕｍ）のコンテキストが保持されるが、ユーザ装置１０の状態は、ほぼＲＲＣＩＤＬＥと同じであるため、消費電力の削減が期待される。ＲＲＣＣＯＮＮＥＣＴＥＤ状態では、ユーザ装置１０は、基地局２０内のセルレベルで識別でき、基地局２０においてユーザ装置１０のコンテキストが保持されている。また、所定期間をＲＲＣレイヤで管理する場合、ＲＲＣレイヤは、ランダムアクセス手順の種別（例えば、ＣＣＣＨＳＤＵのためのランダムアクセス手順、それ以外のランダムアクセス手順）に応じて、ユーザ装置１０のＴＡタイマを停止するか又は停止しないかの設定、又はユーザ装置１０のＴＡタイマを停止するタイミングの遅延量を変更してもよい。

例えば、ユーザ装置１０の状態がＲＲＣＩＤＬＥ状態又はＲＲＣＩＮＡＣＴＩＶＥ状態である場合には、ＲＲＣレイヤは、ユーザ装置１０のＴＡタイマを、ＣＢＲＡの成功から所定期間後に停止してもよい。ユーザ装置１０の状態がＲＲＣＣＯＮＮＥＣＴＥＤの場合には、ＲＲＣレイヤは、ユーザ装置１０のＴＡタイマを、停止しなくてもよい（所定期間＝ｉｎｆｉｎｉｔｙとみなされてもよい）。ただし、ユーザ装置１０の状態がＲＲＣＩＤＬＥ状態又はＲＲＣＩＮＡＣＴＩＶＥ状態である場合のＳＩｒｅｑｕｅｓｔであっても、その後、ユーザ装置１０の状態がＲＲＣＣＯＮＮＥＣＴＥＤになる可能性がある場合（例えば、ＳＩｒｅｑｕｅｓｔとＲＲＣｃｏｎｎｅｃｔｉｏｎ（又はｒｅｓｕｍｅ）ｒｅｑｕｅｓｔが同時に実行される場合等）には、ＲＲＣレイヤは、ユーザ装置１０のＴＡタイマを停止しなくてもよい。

所定期間は、ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージを含むＰＤＣＣＨ又はＰＤＳＣＨを受信してから、対応する送達確認情報を送信するまでの時間間隔であってもよい。例えば、所定期間は、ＬＴＥの場合のように４ｍｓであってもよい。或いは、所定期間は、ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージを含むＰＤＣＣＨ又はＰＤＳＣＨを受信してから、ｓｌｏｔ長やＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ（ＤＣＩ）或いは、ＲＲＣレイヤで通知される送達確認情報の送信タイミングまでの時間であってもよい。或いは、所定時間は、ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージを含むＰＤＣＣＨ又はＰＤＳＣＨを受信してから、仕様上又は構成上想定される送達確認情報の送信タイミングまでの時間の最大値（例えば、８ｍｓ）又は最小値であってもよい。

また、ＰＤＣＣＨ、ＰＤＳＣＨ、又は送達確認情報にＲｅｐｅｔｉｔｉｏｎが適用される場合には、所定期間は、ＰＤＣＣＨ又はＰＤＳＣＨの基地局２０からの最初の送信タイミング（又はユーザ装置１０での最初の受信タイミング）からユーザ装置１０による最後のＡＣＫ送信タイミングまでであってもよい。

また、所定期間は、ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎｔｉｍｅｒの設定値であってもよい。或いは、所定期間は、ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎｔｉｍｅｒの設定範囲の最小値、又はｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎｔｉｍｅｒの設定範囲の最大値であってもよい。

また、所定期間は、ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｌｅａｓｅ時の保留期間（ｐｅｎｄｉｎｇ期間）であってもよい。

さらに、上記の各所定期間に対して、所定のオフセット値（例えば、処理遅延時間相当分）が付加されてもよい。

（方法２）
上記の問題を解決する別の方法として、ＳＩｒｅｑｕｅｓｔのためのＣＢＲＡが完了しても、ユーザ装置１０は、ユーザ装置１０のＴＡタイマを自律的には停止せず、次のランダムアクセス手順の開始時に、ユーザ装置１０は、ユーザ装置１０のＴＡタイマを停止してもよい。以下、図１０を参照して、この方法の詳細を説明する。

図１０は、ユーザ装置が次のランダムアクセス手順の開始時にＴＡタイマを停止する方法の例を示す図である。ステップＳ７０１において、ユーザ装置１０は、ＳＩｒｅｑｕｅｓｔのためのＣＢＲＡを開始する。時刻Ｔ１において、ユーザ装置１０は、メッセージ１（ＲＡｐｒｅａｍｂｌｅ）を基地局２０に送信する（ステップＳ７０３）。メッセージ１を受信したことに応答して、基地局２０は、時刻Ｔ２に、メッセージ２（ＲＡＲ）をユーザ装置１０に送信する（ステップＳ７０５）。メッセージ２を受信したことに応答して、ユーザ装置１０は、時刻Ｔ３にメッセージ３（ＳＩｒｅｑｕｅｓｔ）を基地局２０に送信する（ステップＳ７０７）。メッセージ３を受信したことに応答して、基地局２０は、時刻Ｔ４にメッセージ４（ｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージ）をユーザ装置１０に送信する（ステップＳ７０９）。メッセージ４を受信したことに応答して、ユーザ装置１０は、時刻Ｔ５に、メッセージ４に対する送達確認情報の基地局２０への送信を完了する（ステップＳ７１１）。その後、ユーザ装置１０は、次のランダムアクセス手順の開始時に、ユーザ装置１０のＴＡタイマを停止する。

この方法によれば、ユーザ装置１０は、ランダムアクセス手順（或いは、ＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｑｕｅｓｔ又はＲＲＣｃｏｎｎｅｃｔｉｏｎｒｅｓｕｍｅ等のＲＲＣｐｒｏｃｅｄｕｒｅ）の開始時に、毎回必ずユーザ装置１０のＴＡタイマを停止する（或いは、ＭＡＣｒｅｓｅｔする）。

上記の方法１及び方法２において、ユーザ装置１０のＴＡタイマは、停止してもよいし、満了したと見なされてもよい。

また、ユーザ装置１０のＴＡタイマの停止を保留できる機能に関するＵＥ能力が、ユーザ装置１０から基地局装置２０に通知されてもよい。また、ＵＥ能力のユーザ装置１０から基地局装置２０への通知方法として、ユーザ装置１０のＴＡタイマ停止を保留できる時間の最大値が通知されてもよい。例えば、ユーザ装置１０のＴＡタイマの停止を保留できないユーザ装置１０の能力は、能力＝０ｍｓと通知されてもよい。

（装置構成）
次に、これまでに説明した処理動作を実行するユーザ装置１０及び基地局２０の機能構成例を説明する。ユーザ装置１０及び基地局２０は、本実施の形態で説明した全ての機能を備えている。ただし、ユーザ装置１０及び基地局２０は、本実施の形態で説明した全ての機能のうちの一部のみの機能を備えてもよい。なお、ユーザ装置１０及び基地局２０を総称して通信装置と称してもよい。

＜ユーザ装置＞
図１１は、ユーザ装置１０の機能構成の一例を示す図である。図１１に示すように、ユーザ装置１０は、送信部１１０と、受信部１２０と、制御部１３０と、タイマ１４０を有する。図１０に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

送信部１１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部１２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部１２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。

制御部１３０は、ユーザ装置１０の制御を行う。なお、送信に関わる制御部１３０の機能が送信部１１０に含まれ、受信に関わる制御部１３０の機能が受信部１２０に含まれてもよい。タイマ１４０は、ユーザ装置１０が上りリンクの信号の送信タイミングの時間調整（ＴｉｍｅＡｌｉｇｎｍｅｎｔ）を維持する時間の長さを制御するために、制御部１３０により利用されるタイマである。タイマ１４０は、起動（ｓｔａｒｔ）後、停止（ｓｔｏｐ）するまで、又は満了する（ｅｘｐｉｒｅ）まで動作（ｒｕｎ）し、それ以外の場合は動作しない。タイマ１４０が動作中でない場合には、制御部１３０は、タイマ１４０を起動することができる。タイマ１４０が動作中である場合には、制御部１３０は、タイマ１４０を再起動（ｒｅｓｔａｒｔ）することができる。タイマ１４０は、常に、タイマ１４０の初期値から起動又は再起動される。タイマ１４０は、例えば、カウンタとして実装することが可能であるが、本明細書において、タイマ１４０の実装方法は特に限定されない。

ユーザ装置１０において、ランダムアクセス手順が開始されると、ユーザ装置１０の送信部１１０は、ランダムアクセスプリアンブルを送信するためのリソースを選択し、当該リソースを使用して当該ランダムアクセスプリアンブルを基地局２０に送信する。

受信部１２０は、ランダムアクセスプリアンブルを受信したことに応答して基地局２０から送信されるランダムアクセスレスポンスを受信する。受信部１２０がランダムアクセスプリアンブルを受信したことに応答して、制御部１３０は、タイマ１４０を起動させる。また、受信部１２０がランダムアクセスプリアンブルを受信したことに応答して、制御部１３０は、送信部１１０に、ＳＩｒｅｑｕｅｓｔを含むメッセージ３を基地局２０に対して送信させる。

受信部１２０は、ＳＩｒｅｑｕｅｓｔを含むメッセージ３を受信したことに応答して基地局２０から送信されるｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージを受信する。受信部１２０がｃｏｎｔｅｎｔｉｏｎｒｅｓｏｌｕｔｉｏｎメッセージを受信したことに応答して、制御部１３０は、送信部１１０に送達確認情報を送信させ、その後、制御部１３０は、タイマ１４０を停止させる。代替的に、制御部１３０は、送信部１１０に送達確認情報を送信させ、その後、タイマ１４０を動作させたままとして、次のランダムアクセス手順の開始時に、タイマ１４０を停止させてもよい。

＜基地局２０＞
図１２は、基地局２０の機能構成の一例を示す図である。図１２に示すように、基地局２０は、送信部２１０と、受信部２２０と、制御部２３０と、タイマ２４０を有する。図１１に示す機能構成は一例に過ぎない。本実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

送信部２１０は、ユーザ装置１０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。受信部２２０は、ユーザ装置１０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、受信部２２０は受信する信号の測定を行って、受信電力等を取得する測定部を含む。

制御部２３０は、基地局２０の制御を行う。なお、送信に関わる制御部２３０の機能が送信部２１０に含まれ、受信に関わる制御部２３０の機能が受信部２２０に含まれてもよい。タイマ２４０は、基地局装置２０が、ユーザ装置１０から送信される上りリンクの信号の送信タイミングの時間調整（ＴｉｍｅＡｌｉｇｎｍｅｎｔ）を維持する時間の長さを制御するために、制御部２３０により利用されるタイマである。タイマ２４０は、起動（ｓｔａｒｔ）後、停止（ｓｔｏｐ）するまで、又は満了する（ｅｘｐｉｒｅ）まで動作（ｒｕｎ）し、それ以外の場合は動作しない。タイマ２４０が動作中でない場合には、制御部２３０は、タイマ２４０を起動することができる。タイマ２４０が動作中である場合には、制御部２３０は、タイマ２４０を再起動（ｒｅｓｔａｒｔ）することができる。タイマ２４０は、常に、タイマ２４０の初期値から起動又は再起動される。タイマ２４０は、例えば、カウンタとして実装することが可能であるが、本明細書において、タイマ１４０の実装方法は特に限定されない。

＜ハードウェア構成＞
上記実施の形態の説明に用いたブロック図（図１１～図１２）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及び／又はソフトウェアの任意の組み合わせによって実現される。また、各機能ブロックの実現手段は特に限定されない。すなわち、各機能ブロックは、物理的及び／又は論理的に複数要素が結合した１つの装置により実現されてもよいし、物理的及び／又は論理的に分離した２つ以上の装置を直接的及び／又は間接的に（例えば、有線及び／又は無線）で接続し、これら複数の装置により実現されてもよい。

また、例えば、本発明の一実施の形態におけるユーザ装置１０と基地局２０はいずれも、本実施の形態に係る処理を行うコンピュータとして機能してもよい。図１３は、本実施の形態に係るユーザ装置１０と基地局２０のハードウェア構成の一例を示す図である。上述のユーザ装置１０と基地局２０はそれぞれ、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。ユーザ装置１０と基地局２０のハードウェア構成は、図に示した１００１～１００６で示される各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

ユーザ装置１０と基地局２０における各機能は、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることで、プロセッサ１００１が演算を行い、通信装置１００４による通信、メモリ１００２及びストレージ１００３におけるデータの読み出し及び／又は書き込みを制御することで実現される。

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）で構成されてもよい。

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータを、ストレージ１００３及び／又は通信装置１００４からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態で説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図１１に示したユーザ装置１０の送信部１１０、受信部１２０、制御部１３０、タイマ１４０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図１２に示した基地局２０の送信部２１０と、受信部２２０と、制御部２３０、タイマ２４０は、メモリ１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１で実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップで実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されても良い。

メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（ＲｅａｄＯｎｌｙＭｅｍｏｒｙ）、ＥＰＲＯＭ（ＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）、ＥＥＰＲＯＭ（ＥｌｅｃｔｒｉｃａｌｌｙＥｒａｓａｂｌｅＰｒｏｇｒａｍｍａｂｌｅＲＯＭ）、ＲＡＭ（ＲａｎｄｏｍＡｃｃｅｓｓＭｅｍｏｒｙ）などの少なくとも１つで構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本発明の一実施の形態に係る処理を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。

ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（ＣｏｍｐａｃｔＤｉｓｃＲＯＭ）などの光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップなどの少なくとも１つで構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。上述の記憶媒体は、例えば、メモリ１００２及び／又はストレージ１００３を含むデータベース、サーバその他の適切な媒体であってもよい。

通信装置１００４は、有線及び／又は無線ネットワークを介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。例えば、ユーザ装置１０の送信部１１０及び受信部１２０は、通信装置１００４で実現されてもよい。また、基地局２０の送信部２１０及び受信部２２０は、通信装置１００４で実現されてもよい。

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

また、プロセッサ１００１及びメモリ１００２などの各装置は、情報を通信するためのバス１００７で接続される。バス１００７は、単一のバスで構成されてもよいし、装置間で異なるバスで構成されてもよい。

また、ユーザ装置１０と基地局２０はそれぞれ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：ＤｉｇｉｔａｌＳｉｇｎａｌＰｒｏｃｅｓｓｏｒ）、ＡＳＩＣ（ＡｐｐｌｉｃａｔｉｏｎＳｐｅｃｉｆｉｃＩｎｔｅｇｒａｔｅｄＣｉｒｃｕｉｔ）、ＰＬＤ（ＰｒｏｇｒａｍｍａｂｌｅＬｏｇｉｃＤｅｖｉｃｅ）、ＦＰＧＡ（ＦｉｅｌｄＰｒｏｇｒａｍｍａｂｌｅＧａｔｅＡｒｒａｙ）などのハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つで実装されてもよい。

（実施の形態のまとめ）
以上、説明したように、本実施の形態によれば、ランダムアクセスプリアンブルを基地局に送信する送信部と、基地局から送信されるランダムアクセスレスポンスを受信する受信部と、ユーザ装置を制御する制御部と、前記ユーザ装置からの上りリンクの信号の送信のタイミングを維持する時間間隔において動作するタイマと、を備え、前記制御部は、前記受信部が前記ランダムアクセスレスポンスを受信したことに応答して、前記タイマを起動させ、かつ前記送信部に、システム情報の送信を要求するメッセージを含むメッセージ３を前記基地局に対して送信させ、前記制御部は、前記基地局から送信される競合解決メッセージを前記受信部が受信してから所定期間が経過した後に、前記タイマを停止させる、ユーザ装置、が提供される。ここで、「タイミングを維持する」ことは、タイミングを保持するという意味であってもよく、タイミングを制御するという意味であってもよく、タイミングを調整するという意味であってもよく、或いはタイミングを設定するという意味であってもよい。本ユーザ装置によれば、ランダムアクセス手順のメッセージ３に基づくシステム情報取得方法であって、ユーザ装置が適切にランダムアクセス手順を実行可能な方法が提供される。

前記所定期間は、前記メッセージ３を受信したことに応答して前記基地局から送信される前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する送達確認情報を送信させるまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングの無線フレームの直後の無線フレームまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングのサブフレームの直後のサブフレームまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングのスロットの直後のスロットまでの期間；前記競合解決メッセージを前記受信部が受信してから、前記制御部が、前記送信部に前記競合解決メッセージに対する前記送達確認情報を送信させたタイミングのシンボルの直後のシンボルまでの期間；及び４ｍｓ、のうちのいずれか一つであってもよい。これにより、競合解決メッセージに対する送達確認情報をユーザ装置に確実に送信させつつ、タイマの停止タイミングの自由度を確保することができる。

前記所定期間は、ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ（ＭＡＣ）レイヤ又はＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ（ＲＲＣ）レイヤにより管理されてもよい。この構成によれば、タイマの満了時にＭＡＣが自律でタイマを停止する以外に、ユーザ装置（ＵＥ）のＲＲＣ状態に応じて、タイマを停止するか又は停止しないかの設定、又はタイマを停止するタイミングの遅延量を変更することが可能となる。或いは、ＭＡＣレイヤで暗黙的に、ＳＩｒｅｑｕｅｓｔが、ユーザ装置のＲＲＣ状態がＲＲＣＣＯＮＮＥＣＴＥＤ状態である場合のＳＩｒｅｑｕｅｓｔであるか、或いはユーザ装置のＲＲＣ状態がＲＲＣＩＤＬＥ状態であるか又はＲＲＣＩＮＡＣＴＩＶＥ状態である場合のＳＩｒｅｑｕｅｓｔであるかが判定されることで、ＭＡＣレイヤでもＲＲＣ状態毎に異なる動作や遅延量が適用されてもよい。例えば、ＳＩｒｅｑｕｅｓｔがＣＣＣＨＳＤＵによって送信される場合には、ＭＡＣレイヤはユーザ装置のＲＲＣ状態がＲＲＣＩＤＬＥ状態であるか又はＲＲＣＩＮＡＣＴＩＶＥ状態であると判定してもよい。ＳＩｒｅｑｕｅｓｔがＤｅｄｉｃａｔｅｄＣｏｎｔｒｏｌＣｈａｎｎｅｌ（ＤＣＣＨ）を介して（ＤＣＣＨのデータを送信するためのＳｉｇｎａｌｉｎｇＲａｄｉｏＢｅａｒｅｒ（ＳＲＢ）を介して）、送信される場合には、ユーザ装置のＲＲＣ状態がＲＲＣＣＯＮＮＥＣＴＥＤ状態であると判定してもよい。

前記所定期間が前記ＲＲＣレイヤにより管理される場合において、前記ＲＲＣレイヤは、前記ユーザ装置のＲＲＣ状態に応じて、前記タイマを停止させるか否かの設定、又は前記タイマを停止させるタイミングの遅延量を変更してもよい。これにより、別のＲＲＣｐｒｏｃｅｄｕｒｅが開始されない場合には、タイマを停止させないようにすることができる。

前記所定期間が前記ＲＲＣレイヤにより管理される場合において、前記ユーザ装置のＲＲＣ状態がＲＲＣＩＤＬＥ状態又はＲＲＣＩＮＡＣＴＩＶＥ状態の場合には、前記制御部は、前記受信部が前記競合解決メッセージを受信してから前記所定期間経過後に、前記タイマを停止させてもよく、前記ユーザ装置のＲＲＣ状態がＲＲＣＣＯＮＮＥＣＴＥＤ状態の場合には、前記制御部は、前記タイマを停止させなくてもよい。これにより、別のＲＲＣｐｒｏｃｅｄｕｒｅが開始されない場合には、タイマを停止させないようにすることができる。

前記所定期間は、前記メッセージ３を受信したことに応答して前記基地局から送信される前記競合解決メッセージを前記受信部が受信してから、次のＲＲＣｐｒｏｃｅｄｕｒｅの起動時までの期間であってもよい。これにより、ランダムアクセス手順が行われた後に、次のランダムアクセス手順が行われる場合において、ユーザ装置に適切にランダムアクセス手順を実行させることができる。

（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、ユーザ装置１０と基地局２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従ってユーザ装置１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って基地局２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

また、情報の通知は、本明細書で説明した態様／実施形態に限られず、他の方法で行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）、ＵＣＩ（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ））、上位レイヤシグナリング（例えば、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）シグナリング、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）シグナリング、ブロードキャスト情報（ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ）メッセージ、ＲＲＣ接続再構成（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。

本明細書で説明した各態様／実施形態は、ＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）、ＬＴＥ－Ａ（ＬＴＥ－Ａｄｖａｎｃｅｄ）、ＳＵＰＥＲ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ、５Ｇ、ＦＲＡ（ＦｕｔｕｒｅＲａｄｉｏＡｃｃｅｓｓ）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（ＵｌｔｒａＭｏｂｉｌｅＢｒｏａｄｂａｎｄ）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２．２０、ＵＷＢ（Ｕｌｔｒａ－ＷｉｄｅＢａｎｄ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及び／又はこれらに基づいて拡張された次世代システムに適用されてもよい。

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本明細書で説明した方法については、例示的な順序で様々なステップの要素を提示しており、提示した特定の順序に限定されない。

本明細書において基地局２０によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒｎｏｄｅ）によって行われることもある。基地局２０を有する１つまたは複数のネットワークノード（ｎｅｔｗｏｒｋｎｏｄｅｓ）からなるネットワークにおいて、ユーザ装置１０との通信のために行われる様々な動作は、基地局２０および／または基地局２０以外の他のネットワークノード（例えば、ＭＭＥまたはＳ－ＧＷなどが考えられるが、これらに限られない）によって行われ得ることは明らかである。上記において基地局２０以外の他のネットワークノードが１つである場合を例示したが、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥおよびＳ－ＧＷ）であってもよい。

本明細書で説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。

ユーザ装置１０は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、またはいくつかの他の適切な用語で呼ばれる場合もある。

基地局２０は、当業者によって、ＮＢ（ＮｏｄｅＢ）、ｅＮＢ（ｅｎｈａｎｃｅｄＮｏｄｅＢ）、ベースステーション（ＢａｓｅＳｔａｔｉｏｎ）、ｇＮＢ、またはいくつかの他の適切な用語で呼ばれる場合もある。

本明細書で使用する「判断（ｄｅｔｅｒｍｉｎｉｎｇ）」、「決定（ｄｅｔｅｒｍｉｎｉｎｇ）」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定（ｊｕｄｇｉｎｇ）、計算（ｃａｌｃｕｌａｔｉｎｇ）、算出（ｃｏｍｐｕｔｉｎｇ）、処理（ｐｒｏｃｅｓｓｉｎｇ）、導出（ｄｅｒｉｖｉｎｇ）、調査（ｉｎｖｅｓｔｉｇａｔｉｎｇ）、探索（ｌｏｏｋｉｎｇｕｐ）（例えば、テーブル、データベースまたは別のデータ構造での探索）、確認（ａｓｃｅｒｔａｉｎｉｎｇ）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信（ｒｅｃｅｉｖｉｎｇ）（例えば、情報を受信すること）、送信（ｔｒａｎｓｍｉｔｔｉｎｇ）（例えば、情報を送信すること）、入力（ｉｎｐｕｔ）、出力（ｏｕｔｐｕｔ）、アクセス（ａｃｃｅｓｓｉｎｇ）（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決（ｒｅｓｏｌｖｉｎｇ）、選択（ｓｅｌｅｃｔｉｎｇ）、選定（ｃｈｏｏｓｉｎｇ）、確立（ｅｓｔａｂｌｉｓｈｉｎｇ）、比較（ｃｏｍｐａｒｉｎｇ）などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。

本明細書で使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

「含む（ｉｎｃｌｕｄｅ）」、「含んでいる（ｉｎｃｌｕｄｉｎｇ）」、およびそれらの変形が、本明細書あるいは特許請求の範囲で使用されている限り、これら用語は、用語「備える（ｃｏｍｐｒｉｓｉｎｇ）」と同様に、包括的であることが意図される。さらに、本明細書あるいは特許請求の範囲において使用されている用語「または（ｏｒ）」は、排他的論理和ではないことが意図される。

本開示の全体において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含み得る。

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

１０ユーザ装置
１１０送信部
１２０受信部
１３０制御部
１４０タイマ
２０基地局
２１０送信部
２２０受信部
２３０制御部
２４０タイマ
１００１プロセッサ
１００２メモリ
１００３ストレージ
１００４通信装置
１００５入力装置
１００６出力装置

Claims

ＴｉｍｉｎｇＡｄｖａｎｃｅコマンドを受信する受信部と、
上りリンクの時間調整に関するタイマを制御する制御部と、
を備え、
前記受信部が前記ＴｉｍｉｎｇＡｄｖａｎｃｅコマンドを受信した場合、前記制御部が前記タイマをスタートし、
競合解決メッセージを前記受信部が受信した場合、前記制御部は前記競合解決メッセージに対する送達確認情報の送信後に前記タイマを停止する、
端末。
前記タイマは、ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ（ＭＡＣ）レイヤにより管理される、
請求項１に記載の端末。
ＴｉｍｉｎｇＡｄｖａｎｃｅコマンドを受信するステップと、
上りリンクの時間調整に関するタイマを制御するステップと、
を備え、
前記ＴｉｍｉｎｇＡｄｖａｎｃｅコマンドを受信した場合、前記タイマを起動し、
競合解決メッセージを受信した場合、前記競合解決メッセージに対する送達確認情報の送信後に前記タイマを停止する、
端末における通信方法。