(57)【要約】      （修正有）【課題】無線通信システムにおいて事前設定上りリンクリソースに対してタイム・アラインメント・タイマの長さを適用するための方法および装置を提供する。【解決手段】ＵＥがRRCConnectionReleaseメッセージにおいて第１の長さを示す第１のタイマの設定を受信し、第１のタイマはＲＲＣ＿ＩＤＬＥ状態における事前設定上りリンクリソース（ＰＵＲ）を使用した送信のための第１のタイミング調整（ＴＡ）の有効性を制御するために使用される。ＵＥがＲＲＣ＿ＩＤＬＥ状態にいる間にランダムアクセス（ＲＡ）手順を開始することに応答してＵＥが第１のＴＡを無効とみなす。【選択図】図２０
2020096352.tif 000002
【特許請求の範囲】
【請求項１】
ＵＥ（ユーザ機器）のための方法であって、
RRCConnectionReleaseメッセージにおいて第１の長さを示す第１のタイマの設定を受信することであって、該第１のタイマはＲＲＣ＿ＩＤＬＥ状態における事前設定上りリンクリソース（ＰＵＲ）を使用した送信のための第１のタイミング調整（ＴＡ）の有効性を制御するために使用される、受信することと、
ＵＥが前記ＲＲＣ＿ＩＤＬＥ状態にいる間にランダムアクセス（ＲＡ）手順を開始することに応答して前記第１のＴＡを無効とみなすことと、を含む方法。
【請求項２】
前記ＵＥは、前記第１のタイマを停止すること、または前記第１のタイマを満了とみなすことによって、前記第１のＴＡを無効とみなす、請求項１に記載の方法。
【請求項３】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から前記ＲＲＣ＿ＩＤＬＥ状態への状態遷移中に前記第１の長さを適用することによって、前記第１のタイマを始動することをさらに含む、請求項１に記載の方法。
【請求項４】
前記RRCConnectionReleaseメッセージの受信に応答してＭＡＣ（媒体アクセス制御）リセットを実行することをさらに含む、請求項１に記載の方法。
【請求項５】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から前記ＲＲＣ＿ＩＤＬＥ状態への状態遷移中に、前記ＵＥは、前記ＭＡＣリセットの後に前記第１のタイマを始動する、請求項４に記載の方法。
【請求項６】
前記ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から前記ＲＲＣ＿ＩＤＬＥ状態への状態遷移中に、前記ＵＥは、前記ＲＲＣ＿ＩＤＬＥ状態の移行時に前記第１のタイマを始動する、請求項３に記載の方法。
【請求項７】
前記ＵＥは、前記ＭＡＣリセットを実行するときに前記第１のタイマを停止しない、請求項４に記載の方法。
【請求項８】
第２の長さを示す第２のタイマの設定を受信することであって、該第２のタイマは、前記ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における送信のための第２のＴＡの有効性を制御するために使用される、受信することをさらに含む、請求項１に記載の方法。
【請求項９】
前記ＲＲＣ＿ＩＤＬＥ状態において、ＲＡ手順が進行中の間に前記第２の長さを適用することによって、前記第２のタイマを始動することをさらに含む、請求項８に記載の方法。
【請求項１０】
ＵＥ（ユーザ機器）のための方法であって、
RRCConnectionReleaseメッセージにおいて第１の長さを示す第１のタイマの設定を受信することであって、該第１のタイマはＲＲＣ＿ＩＤＬＥ状態における事前設定上りリンクリソース（ＰＵＲ）を使用した送信のための第１のタイミング調整（ＴＡ）の有効性を制御するために使用される、受信することと、
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から前記ＲＲＣ＿ＩＤＬＥ状態への状態遷移中に前記第１の長さを適用することによって、前記第１のタイマを始動することと、を含む方法。
【請求項１１】
前記RRCConnectionReleaseメッセージの受信に応答してＭＡＣ（媒体アクセス制御）リセットを実行することをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から前記ＲＲＣ＿ＩＤＬＥ状態への状態遷移中に、前記ＵＥは、前記ＭＡＣリセットの後に前記第１のタイマを始動する、請求項１１に記載の方法。
【請求項１３】
前記ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から前記ＲＲＣ＿ＩＤＬＥ状態への状態遷移中に、前記ＵＥは、前記ＲＲＣ＿ＩＤＬＥ状態の移行時に前記第１のタイマを始動する、請求項１０に記載の方法。
【請求項１４】
前記ＵＥは、前記ＭＡＣリセットを実行するときに前記第１のタイマを停止しない、請求項１１に記載の方法。
【請求項１５】
前記ＵＥがＲＲＣ＿ＩＤＬＥ状態にいる間にランダムアクセス（ＲＡ）手順を開始することに応答して前記第１のＴＡを無効とみなすことをさらに含む、請求項１０に記載の方法。
【請求項１６】
前記ＵＥは、前記第１のタイマを停止すること、または前記第１のタイマを満了とみなすことによって、前記第１のＴＡを無効とみなす、請求項１５に記載の方法。
【請求項１７】
第２の長さを示す第２のタイマの設定を受信することであって、該第２のタイマは、前記ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における送信のための第２のＴＡの有効性を制御するために使用される、受信することをさらに含む、請求項１０に記載の方法。
【請求項１８】
前記ＲＲＣ＿ＩＤＬＥ状態において、ＲＡ手順が進行中の間に前記第２の長さを適用することによって、前記第２のタイマを始動することをさらに含む、請求項１７に記載の方法。
【請求項１９】
ユーザ機器（ＵＥ）であって、
制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路に設けられ、前記プロセッサに結合されたメモリと、
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
RRCConnectionReleaseメッセージにおいて第１の長さを示す第１のタイマの設定を受信することであって、該第１のタイマはＲＲＣ＿ＩＤＬＥ状態における事前設定上りリンクリソース（ＰＵＲ）を使用した送信のための第１のタイミング調整（ＴＡ）の有効性を制御するために使用される、受信することと、
前記ＵＥが前記ＲＲＣ＿ＩＤＬＥ状態にいる間にランダムアクセス（ＲＡ）手順を開始することに応答して前記第１のＴＡを無効とみなすことと、
をするように構成されている、ＵＥ。
【請求項２０】
前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態から前記ＲＲＣ＿ＩＤＬＥ状態への状態遷移中に前記第１の長さを適用することによって、前記第１のタイマを始動すること、
をするようにさらに構成されている、請求項１９に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年１２月１４日に出願された米国仮特許出願第６２／７８０，０８７号および２０１８年１２月１４日に出願された米国仮特許出願第６２／７８０，１２３号の利益を主張するものであり、そのすべての開示は全体として参照により本明細書に援用される。
【０００２】
この開示は、概して、無線通信ネットワークに関連し、より詳細には、無線通信システムにおいて事前設定上りリンクリソースに対してタイム・アラインメント・タイマの長さを適用するための方法および装置に関連する。
【背景技術】
【０００３】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【０００４】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）である。Ｅ−ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【０００５】
方法および装置がユーザ機器（ＵＥ）の観点から開示される。一実施形態では、その方法は、ＵＥがRRCConnectionReleaseメッセージにおいて第１の長さを示す第１のタイマの設定を受信することを含み、第１のタイマはＲＲＣ＿ＩＤＬＥ状態における事前設定上りリンクリソース（ＰＵＲ）を使用した送信のための第１のタイミング調整（ＴＡ）の有効性を制御するために使用される。その方法はまた、ＵＥがＲＲＣ＿ＩＤＬＥ状態にいる間にランダムアクセス（ＲＡ）手順を開始することに応答して、ＵＥが第１のＴＡを無効とみなすことを含む。
【図面の簡単な説明】
【０００６】
【図１】１つの例示的な実施形態による無線通信システムの図を示す。
【図２】１つの例示的な実施形態による送信機システム（アクセスネットワークとしても知られている）および受信機システム（ユーザ機器またはＵＥとしても知られている）のブロック図である。
【図３】１つの例示的な実施形態による通信システムの機能ブロック図である。
【図４】１つの例示的な実施形態による図３のプログラムコードの機能ブロック図である。
【図５】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０の図７．３ｂ−１の複製である。
【図６】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０の図７．３ｂ−２の複製である。
【図７】３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０の図１０．１．５．１−１の複製である。
【図８】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−１の複製である。
【図９】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−２の複製である。
【図１０】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−３の複製である。
【図１１】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−４の複製である。
【図１２】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−５の複製である。
【図１３】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−６の複製である。
【図１４】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−７の複製である。
【図１５】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−８の複製である。
【図１６】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−９の複製である。
【図１７】３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．８．１−１の複製である。
【図１８】１つの例示的な実施形態による図である。
【図１９】１つの例示的な実施形態による図である。
【図２０】１つの例示的な実施形態によるフローチャートである。
【図２１】１つの例示的な実施形態によるフローチャートである。
【図２２】１つの例示的な実施形態によるフローチャートである。
【図２３】１つの例示的な実施形態によるフローチャートである。
【発明を実施するための形態】
【０００７】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムは、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ  ＬＴＥ（ロング・ターム・エボリューション）無線アクセス、３ＧＰＰ  ＬＴＥ−ＡもしくはＬＴＥ−Ａｄｖａｎｃｅｄ（ロング・ターム・エボリューション・アドバンスト）、３ＧＰＰ２  ＵＭＢ（Ultra  Mobile  Broadband：超モバイル広帯域）、ＷｉＭａｘ、３ＧＰＰ  ＮＲ（New  Radio）、またはその他何らかの変調技術に基づいてよい。
【０００８】
特に、以下に説明する例示的な無線通信システムおよびデバイスは、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてよく、その標準は、TS  36.300  V15.3.0，  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN)，  Overall  description，  Stage  2”;  TS  36.321  V15.3.0，  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Medium  Access  Control  (MAC)  protocol  specification”;  RAN1#94  Chairman’s  Note;  RAN1  #94bis  Chairman’s  Note;  RAN1  #95  Chairman’s  Note;  TS  36.331  V15.3.0，  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Radio  Resource  Control  (RRC);  Protocol  specification”;  TS  36.304  V15.1.0，  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  User  Equipment  (UE)  procedures  in  idle  mode”;  および  TS  36.213  V15.3.0，  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA);  Physical  layer  procedures”を含む。上記に挙げた標準および文書は、全体として参照により本明細書に明示的に援用される。
【０００９】
図１は、本発明の一実施形態に係る多重アクセス無線通信システムを示している。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６、別のグループは１０８および１１０、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。ＦＤＤシステムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【００１０】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されている。
【００１１】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ない。
【００１２】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、進化型ノードＢ（ｅＮＢ）、またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【００１３】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態の簡易ブロック図である。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供される。
【００１４】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【００１５】
各データストリームについての符号化データを、ＯＦＤＭ技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであり、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【００１６】
そして、すべてのデータストリームについての変調シンボルはＴＸ  ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ  ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ〜２２２ｔに提供する。特定の実施形態において、ＴＸ  ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用する。
【００１７】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、およびアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ〜２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ〜２２４ｔから送信される。
【００１８】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ〜２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ〜２５４ｒに提供される。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をディジタル化してサンプルを与え、さらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供する。
【００１９】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および復号して、データストリームについてのトラフィックデータを復元する。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的である。
【００２０】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定する。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【００２１】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ〜２５４ｒにより調節され、送信機システム２１０に送り戻される。
【００２２】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定し、そして、抽出されたメッセージを処理する。
【００２３】
図３を参照すると、この図は、本発明の一実施形態による通信デバイスの代替的な簡易機能ブロック図を示している。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、好ましくはＬＴＥシステムまたはＮＲシステムである。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【００２４】
図４は、本発明の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を実行する。レイヤ２部４０４は一般的に、リンク制御を実行する。レイヤ１部４０６は一般的に、物理的接続を実行する。
【００２５】
ＥＤＴ（Early  Data  Transmission）は、ＬＴＥ  Ｒｅｌｅａｓｅ−１５で導入てされている。３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０は、ＥＤＴ及びＴＡ（Time  Alignment）に関連した以下の説明を提供している：
［外１］
2020096352.tif 000003
2020096352.tif 000004
［“EDT  for  Control  Plane  CIoT  EPS  Optimizations”と題する３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０の図７．３ｂ−１は、図５として複製されている］
［外２］
2020096352.tif 000005
［“EDT  for  User  Plane  CIoT  EPS  Optimizations”と題する３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０の図７．３ｂ−２は、図６として複製されている]
［外３］
2020096352.tif 000006
2020096352.tif 000007
［“Contention  based  Random  Access  Procedure”と題する３ＧＰＰ  ＴＳ  ３６．３００  Ｖ１５．３．０の図１０．１．５．１−１は、図７として複製されている］
［外４］
2020096352.tif 000008
2020096352.tif 000009
2020096352.tif 000010
2020096352.tif 000011
【００２６】
３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．３．０は、ＥＤＴおよびＴＡ（Time  Alignment）に関連した以下の説明を提供している：
［外５］
2020096352.tif 000012
2020096352.tif 000013
2020096352.tif 000014
2020096352.tif 000015
2020096352.tif 000016
2020096352.tif 000017
2020096352.tif 000018
【００２７】
３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０は、ＥＤＴおよびＴＡ（Time  Alignment）に関連した以下の説明を提供している：
［外６］
2020096352.tif 000019
［“RRC  connection  establishment，  successful”と題する３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−１は、図８として複製されている］
［“RRC  connection  establishment，  network  reject”と題する３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−２は、図９として複製されている］
［“RRC  connection  resume  (suspended  RRC  connection  or  RRC_INACTIVE)，  or  UP-EDT  fallback  to  RRC  connection  resume，  successful”と題する３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−３は、図１０として複製されている］
［“RRC  connection  resume  (suspended  RRC  connection  or  RRC_INACTIVE)  or  UP-EDT  fallback  to  RRC  connection  establishment，  successful”と題する３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−４は、図１１として複製されている］
［“RRC  connection  resume  or  UP-EDT，  network  reject  (suspended  RRC  connection  or  RRC_INACTIVE)  or  release  (suspended  RRC  connection)”と題する３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−５は、図１２として複製されている］
［“RRC  connection  resume  (RRC_INACTIVE)，  network  release  or  suspend  or  UP-EDT，  successful”と題する３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−６は、図１３として複製されている］
［“CP-EDT，  successful”と題する３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−７は、図１４として複製されている］
［“CP-EDT  fallback  to  RRC  connection  establishment，  successful”と題する３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−８は、図１５として複製されている］
［“CP-EDT，  network  reject”と題する３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．３．１−９は、図１６として複製されている］
［外７］
2020096352.tif 000020
2020096352.tif 000021
【００２８】
３ＧＰＰ  ＴＳ  ３６．２１３  Ｖ１５．３．０は、ＥＤＴおよびＴＡ（Time  Alignment）に関連した以下の説明を提供している：
［外８］
2020096352.tif 000022
2020096352.tif 000023
2020096352.tif 000024
【００２９】
３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０は、ＲＲＣ接続解除手順により引き起こされるＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへの状態遷移に関連した以下の説明を提供している：
［外９］
2020096352.tif 000025
［“RRC  connection  release，  successful”と題する３ＧＰＰ  ＴＳ  ３６．３３１  Ｖ１５．３．０の図５．３．８．１−１は、図１７として複製されている］
［外１０］
2020096352.tif 000026
2020096352.tif 000027
2020096352.tif 000028
2020096352.tif 000029
2020096352.tif 000030
2020096352.tif 000031
2020096352.tif 000032
【００３０】
３ＧＰＰ  ＴＳ  ３６．３２１  Ｖ１５．３．０は、状態遷移中に実行されるＭＡＣ  リセットのアクションに関連した以下の説明を提供している：
［外１１］
2020096352.tif 000033
2020096352.tif 000034
【００３１】
事前設定上りリンクリソース(ＰＵＲ)での送信が３ＧＰＰ  ＲＡＮ１で論じられている。３ＧＰＰ  ＲＡＮ１  ＃９４  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅに記載されているように、以下の合意がＲＡＮ１によってなされた：
［外１２］
2020096352.tif 000035
【００３２】
３ＧＰＰ  ＲＡＮ１＃９４ｂｉｓ  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅに記載されているように、以下の合意がＲＡＮ１によってなされた：
［外１３］
2020096352.tif 000036
2020096352.tif 000037
【００３３】
３ＧＰＰ  ＲＡＮ１＃９５  Ｃｈａｉｒｍａｎ’ｓ  Ｎｏｔｅに記載されているように、以下の合意がＲＡＮ１によってなされた：
［外１４］
2020096352.tif 000038
2020096352.tif 000039
2020096352.tif 000040
【００３４】
以下の段落では、「ＭＴＣ  ＵＥ」は、「ＢＬ（Bandwidth  reduced  and  Low  complexity：帯域幅低減および低複雑性）ＵＥ」および／または「拡張カバレッジにおけるＵＥ（ＥＣにおけるＵＥ、ＣＥにおけるＵＥ）」を含むことができる。
【００３５】
ＬＴＥリリース１５では、ＭＴＣ（Machine‐Type  Communication：マシン型通信）ＵＥおよびＮＢ−ＩｏＴ（Narrow  Band  Internet  of  Things）ＵＥについて送信効率を改善し、電力消費を削減するために、ＥＤＴ（Early  Data  Transmission：早期データ送信）が導入されている。ＥＤＴは、ＭＴＣ  ＵＥおよびＮＢ−ＩｏＴ  ＵＥに適用可能である。ＥＤＴはＲＲＣ＿ＩＤＬＥ状態においてトリガされ得る。ＥＤＴがトリガされた後、ＵＬユーザデータ（例えば、モバイル起点データ）はランダムアクセス手順中のＭｓｇ３に含まれ、ＮＷはランダムアクセス手順中のＭｓｇ４にＤＬユーザデータを含めてよい。ＥＤＴの利点の１つは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する必要なしにＵＬユーザデータを送信できることである。ＥＤＴがレガシーＲＲＣ接続確立または再開手順に戻ることも可能であり、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行した後にＵＬユーザデータを送信してよい。
【００３６】
２つのタイプのＥＤＴがある：
・  ＣＰ−ＥＤＴ  （EDT  for  Control  Plane  CIoT  EPS  optimizations:制御プレーンＣＩｏＴ  ＥＰＳ最適化用ＥＤＴ）
ＵＬユーザデータはＣＣＣＨでのＵＬ  RRCEarlyDataRequestメッセージに連結されたＮＡＳメッセージにおいて送信される。RRCEarlyDataRequestはランダムアクセス手順中のＭｓｇ３に含まれる。
下りリンク（ＤＬ）ユーザデータは、任意に、ＣＣＣＨでのＤＬ  RRCEarlyDataCompleteメッセージに連結されたＮＡＳメッセージにおいて送信されてよい。RRCEarlyDataCompleteはランダムアクセス手順中のＭｓｇ４に含まれる。
ＭＭＥまたはｅＮＢがＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに移動すると決定した場合、RRCConnectionSetupメッセージがＭｓｇ４で送信され、レガシーなＲＲＣ接続確立手順に戻る。
・  ＵＰ−ＥＤＴ  （EDT  for  User  Plane  CIoT  EPS  optimizations：ユーザプレーンＣＩｏＴ  ＥＰＳ最適化用ＥＤＴ）
ＵＬユーザデータは、ＣＣＣＨでのＵＬ  RRCConnectionResumeRequestメッセージと多重化されたＤＴＣＨで送信される。このケースでは、ＤＴＣＨ  ＳＤＵおよびＣＣＣＨ  ＳＤＵの両方がランダムアクセス手順中のＭｓｇ３に含まれる。
ＤＬユーザデータは、任意に、ＤＣＣＨでのＤＬ  RRCConnectionReleaseメッセージと多重化されたＤＴＣＨで送信されてよい。このケースでは、ＤＴＣＨ  ＳＤＵおよびＤＣＣＨ  ＳＤＵの両方がランダムアクセス手順中のＭｓｇ４に含まれる。
ＭＭＥまたはｅＮＢがＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに移動すると決定した場合、RRCConnectionResumeメッセージ（および任意にＤＬユーザデータ）がＭｓｇ４で送信され、ＲＲＣ接続再開手順に戻る。
【００３７】
ＬＴＥリリース１６では、ＭＴＣ  ＵＥおよびＮＢ−ＩｏＴ  ＵＥについての送信効率をさらに改善し、電力消費を削減するために、事前設定上りリンク（ＵＬ）リソース（ＰＵＲ）における送信が導入されることになっており、現在議論されている。ＲＡＮ１の合意によれば、何らかの基準が満たされる場合、ＵＥはＲＲＣ＿ＩＤＬＥ状態において専用（すなわち複数のＵＥ間で共有されない）ＰＵＲを使用することができる。その基準は有効なＴＡ（Time  Alignment：タイム・アラインメント）を少なくとも含む。ＴＡについての検証メカニズムについては依然として議論されており、例えば、アイドルモードについてのＴＡタイマである可能性がある。ＴＡタイマが動作している場合、ＵＥはそのＴＡを有効とみなしてよい。ＨＡＲＱ（Hybrid  Automatic  Repeat  Request）が信頼性を上げるために専用ＰＵＲを使用した送信のためにサポートされるが、その詳細は依然として議論されている。追加的に、ＲＡＣＨ（Random  Access  Channel：ランダムアクセスチャネル）／ＥＤＴ手順に戻るメカニズムもサポートされるが、その詳細は依然として議論されている。
【００３８】
以下の段落では、「ＵＥ」は、ＭＴＣ  ＵＥおよび／またはＮＢ−ＩｏＴ  ＵＥを含むことができる。ＰＵＲを使用した送信がＵＥ側でどのようにモデル化されるかは、依然として不明である。ＵＥがＲＲＣ接続モード（またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）にいるときに、ＰＵＲの設定が専用信号でＵＥに提供されてよい。設定されたＰＵＲは、ＵＥがＲＲＣアイドルモード（またはＲＲＣ＿ＩＤＬＥ状態）にいるときに有効であるとしてよい。設定されたＰＵＲは下位レイヤアクティベーションを必要としなくてよい。送信に利用可能なデータがない場合、ＵＥは設定されたＰＵＲを使用しなくてよい。
【００３９】
専用ＰＵＲの場合、ＮＷはどのＵＥがＰＵＲを使用した送信を実行しているかを識別できるため、競合解決は不要である。それは、２つのステップを含んでよい。第１のステップはＰＵＲを使用した送信、第２のステップはＮＷ応答の受信である。ＮＷ応答は、送信が正常に受信されたかどうかの確認応答、例えば、ＨＡＲＱフィードバックまたはページングメッセージにおける表示とすることができる。ＮＷ（Network）応答は、再送のための動的ＵＬグラントとすることができる。ＮＷ応答は、ＤＬ（下りリンク）ユーザデータおよび／またはＲＲＣ（無線リソース制御）メッセージ、例えばRRCEarlyDataCompleteメッセージとすることができる。ＤＬユーザデータおよび／またはＲＲＣメッセージは、動的ＤＬ割り当てによってスケジューリングされ得る。動的ＤＬ割り当ては、特定のＲＮＴＩ（例えば、Ｃ−ＲＮＴＩ（ＵＥが最後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤにいたときのそのＵＥのもの）、一時的Ｃ−ＲＮＴＩ、または新しいＲＮＴＩ）にアドレスされ得る。特定のＲＮＴＩは、専用のＰＵＲ設定で提供され得る。特定のＲＮＴＩは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にいるときに提供され得る。ＤＬユーザデータおよび／またはＲＲＣメッセージは、ＵＥ専用のページングメッセージによってスケジューリングされ得る。ＤＬユーザデータおよび／またはＲＲＣメッセージは、ＵＥ（に専用）のページングメッセージによってスケジューリングされ得る。再送が必要とされる場合、ＵＥは、次のＰＵＲオケージョンにおいて、または第２のステップにおいて受信される動的ＵＬグラント（ＲＲＣ＿ＩＤＬＥにおける動的ＵＬグラントがサポートされるケース）に基づいて再送を実行してよい。
【００４０】
ＮＷは、同じサービングセルにおいて異なる無線条件を容易にするために、ＰＵＲ設定の異なるセットでＵＥを設定してよい。例えば、ＰＵＲ設定の各セットは、拡張カバレッジレベル（ＥＣレベル）ごとに設定される。ＰＵＲ試行は、ＵＥがＰＵＲオケージョンでＭＡＣ  ＰＤＵを送信することとしてよい。ＰＵＲオケージョンは、ＰＵＲ設定で事前設定されてよく、あるいは動的ＵＬグラントで提供されてもよい。ＵＥは、１つのＰＵＲ試行を、そのＰＵＲ試行に応答して再送のための動的ＵＬグラントが受信された場合、失敗とみなしてよい。ＵＥは、１つのＰＵＲ試行を、そのＰＵＲ試行に応答して何も時間期間内に受信されなかった場合、失敗とみなしてよい。
【００４１】
ＵＥには、ＰＵＲを使用した送信を実行する前に、少なくとも１つのＰＵＲ設定（のセット）が提供されるべきである。ＰＵＲ設定（のセット）は、以下のパラメータのうちの少なくとも１つを含んでよい。すなわち、トランスポートブロックサイズ（ＴＢサイズ）；変調および符号化スキーム（ＭＣＳ）；例えば、時、秒、ＨＦＮ（Hyper  Frame  Number：ハイパーフレーム番号）、ＳＦＮ（System  Frame  Number：システムフレーム番号）、サブフレーム、スロット、シンボルの単位での時間領域周期性；例えば、時、秒、ＨＦＮ（Hyper  Frame  Number）、ＳＦＮ（System  Frame  Number）、サブフレーム、スロット、シンボルの単位での時間領域オフセット；周波数領域位置／オフセット；閾値（例えば、ＲＳＲＰ（Reference  Signal  Received  Power：基準信号受信電力）閾値）、ＰＵＲを使用した送信の各試行に対する（最大）繰り返し数；ＰＵＲを使用した送信の各試行に対する送信電力（Ｔｘ電力）；および／または電力ランピングステップである。上記のパラメータのうちのいくつかはＰＵＲ設定の異なるセットに対して異なる値を有してよい。上記のパラメータのうちのいくつかはＰＵＲ設定のセットに含まれていなくてよく、ＰＵＲ設定の複数のセット間で共有される。例えば、時間領域周期性は共有されてよい。別の例としては、（最大）繰り返し数は共有されなくてよい。さらなる例としては、ＴＢサイズは共有されてよい。追加的な例では、Ｔｘ電力は共有されなくてよい。
【００４２】
異なる無線条件を容易にするために、異なる拡張カバレッジレベル（ＥＣレベル）が定義されてよい。ＵＥは、各ＥＣレベルに対して現在測定されたＲＳＲＰとＲＳＲＰ閾値とを比較することによって、現在のＥＣレベルを決定してよい。
【００４３】
ＲＲＣ＿ＩＤＬＥ状態におけるＰＵＲを使用した正常な送信を実行するために、ＵＥは、有効なタイミング調整（またはタイミングアラインメント、ＴＡ）、例えば、３ＧＰＰ  ＴＳ  ３６．２１３で論じられているようなＮＴＡを維持するべきである。ＴＡは、ＵＥとサービングセルの間の伝搬遅延を補償するために、ＵＥの上りリンク（ＵＬ）送信タイミングを調整するために使用されてよい。ＴＡの有効性は、ＴＡタイマ（例えば、３ＧＰＰ  ＴＳ  ３６．３２１で論じられているようなtimeAlignmentTimer）および／または無線条件によって制御されてよい。ＵＥは、ＮＷから受信したＰＵＲのためのＴＡ関連構成に基づいてＴＡを検証してよい。
【００４４】
現在、ＴＡタイマの最大長（無限大値を除く）は１０．２４秒である。ＮＷが、ＰＵＲを使用した送信に対してこのような長さでＵＥを設定した場合、１０．２４秒より長い周期性を有するＰＵＲを使用した送信をサポートすることができない。例えば、ＰＵＲの周期性が１時間であり、ＴＡタイマ長が１０．２４秒である可能性がある。ＵＥは、ＲＲＣ＿ＩＤＬＥの移行時にＴＡタイマを再始動する。
【００４５】
ほとんどの場合、ＴＡタイマは、次のＰＵＲオケージョンが発生する前に終了する。ＴＡタイマが最初のＰＵＲオケージョンで依然として動作していても、タイマは実際には次のＰＵＲオケージョンより前に終了する。これは、ＮＷがＰＵＲの周期性をＴＡタイマの長さより短く設定しない限り、ＴＡタイマが動作していないため、ＵＥがＰＵＲを使用した送信を実行することが決してないという可能性を示唆している。ＮＷが短いＰＵＲの周期性をＵＥに設定する場合、ＲＲＣ＿ＩＤＬＥ状態においてはデータトラフィックがほとんどないため、ＵＬリソースの無駄ももたらす可能性もある。
【００４６】
このような問題を解決するために（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で使用されるＴＡタイマ（例えば、３ＧＰＰ  ＴＳ  ３６．３２１で論じられているTimeAlignmentTimerであるレガシーＴＡタイマ）の長さが影響を受けるべきではないということを考慮して）、ＵＥはＲＲＣ＿ＩＤＬＥ状態におけるＴＡタイマ（例えば、（ＭＡＣレイヤにもおける）ＴＡタイマ）に対して異なる長さを適用することができる。言い換えると、ＲＲＣ＿ＩＤＬＥにおいてＰＵＲを使用した送信のためのＴＡの有効性を制御するために使用されるＴＡタイマ（例えば、新しいＴＡタイマ）の長さは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤに入るためのＲＡ手順を含む）における送信のためのＴＡの有効性を制御するために使用されるＴＡタイマ（例えば、レガシーＴＡタイマ）の長さと異なることができる。
【００４７】
以下の段落では、ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のためのＴＡの有効性を制御するために使用されるＴＡタイマの長さを「第１の長さ」と呼ぶことができる。また、以下の段落では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ（ＲＲＣ＿ＩＤＬＥにおけるＲＡ手順を含む）における送信のためのＴＡの有効性を制御するために使用されるＴＡタイマの長さを「第２の長さ」と呼ぶことができる。第２の長さはtimeAlignmentTimerCommonの設定によって示されることができる。第２の長さはtimeAlignmentTimerDedicatedの設定によって示されることができる。
【００４８】
第１の長さおよび第２の長さは、同じサービングセルに対するものであってよい。ＵＥは、第１の長さと第２の長さの両方を記憶または維持することができ、ＴＡタイマの始動時・再始動時にいずれか一方（レガシーＴＡタイマまたは新しいＴＡタイマ）を適用することができる。
【００４９】
第１の長さは、ＰＵＲのための設定に、ＰＵＲのためのＴＡ関連設定に、あるいはシステム情報に、例えば、ＰＵＲのための専用ＳＩＢに含められ得る。第１の長さは、例えば、秒、分、時、またはＨＦＮ（Hyper  Frame  Number）の単位のものとすることができる。ＰＵＲを使用した送信のためのＴＡタイマの長さは、関連するＰＵＲの周期性の単位、例えば２とすることができる。
【００５０】
第１の長さはtimeAlignmentTimerCommon（によって設定される第２の長さ）の倍数とすることができ、倍率（multiple）は事前定義（例えば、１０ｘ）または設定され得る。第１の長さはtimeAlignmentTimerDedicated（によって設定される第２の長さ）の倍数とすることができ、倍率は事前定義（例えば、１０ｘ）または設定され得る。ＵＥは、ＲＲＣ＿ＩＤＬＥ状態に移行するときに、timeAlignmentTimerCommonまたはtimeAlignmentTimerDedicated（によって設定される第２の長さ）に倍率を乗算することによって、第１の長さを適用することができる。
【００５１】
倍率はＰＵＲのための設定に含められ得る。倍率はＰＵＲのためのＴＡ関連設定に含められ得る。timeAlignmentTimerCommonはSystemInformationBlockType2および／またはSystemInformationBlockType2-NBに含められ得る。timeAlignmentTimerDedicatedはMAC-MainConfigに含められ得る。timeAlignmentTimerDedicatedおよび／またはMAC-MainConfigは、３ＧＰＰ  ＴＳ  ３６．３３１で議論されているようなRRConnectionReconfigurationメッセージに含められ得る。
【００５２】
ＮＷは、ＵＥに第１の長さを提供することができ、第１の長さは、ＳＩＢ２におけるtimeAlignmentTimerCommonまたはMAC-MainConfigにおけるtimeAlignmentTimerDidicatedとは異なる。ＮＷは、RRCConnectionReleaseメッセージで、あるいはＰＵＲのためのＮＷ応答でＵＥに第１の長さを提供することができる。ＮＷは、ＰＵＲのための設定に、ＴＡ関連設定に、あるいはシステム情報に、例えば、ＰＵＲのための専用ＳＩＢに第１の長さを含めることができる。
【００５３】
ＮＷがRRCConnectionReleaseメッセージにおいてＵＥに第１の長さを提供しない場合、ＵＥは第１の長さとして第２の長さ（例えば、timeAlignmentTimerDedicated）を適用することができる。ＮＷがＵＥに第１の長さを提供しない場合、ＵＥは第１の長さとして第２の長さ（例えば、timeAlignmentTimerCommon）を適用することができる。
【００５４】
ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のためのＴＡの有効性を制御するために使用されるＴＡタイマ（例えば、新しいＴＡタイマ）の動作を依然として設計する必要がある。図１８は、ＲＲＣ＿ＩＤＬＥ状態におけるＰＵＲのための新しいＴＡタイマの導入例である。新しいＴＡタイマのいつ始動し、再始動し、停止するかは不明である。
【００５５】
ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへの状態遷移中（例えば、RRCConnectionReleaseメッセージの受信によって開始されるＲＲＣ接続解除手順中）に、（第１の長さを適用することによって）ＴＡタイマ（例えば、新しいＴＡタイマ）を始動（または再始動）することができる。図１９は、ＴＡタイマ（例えば、新しいＴＡタイマ）始動するタイミング例を示す。例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへの状態遷移中（例えば、ＲＲＣ接続解除手順中）に、ＵＥは第１の長さを適用するのに応答して（または、適用するときに）にＴＡタイマ（例えば、新しいＴＡタイマ）を始動することができる。代替的には、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへの状態遷移中に、ＵＥは、第１の長さを適用するのに応答して（または、適用するときに）ＴＡタイマ（例えば、新しいＴＡタイマ）を再始動することができる。
【００５６】
（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへの状態遷移中）ＵＥは、ＲＲＣ＿ＩＤＬＥ状態への移行時（または移行するとき）にＴＡタイマ（例えば、新しいＴＡタイマ）を始動または再始動することができる。ＲＲＣ＿ＩＤＬＥ状態への移行は、RRCCOnnectionReleaseメッセージの受信によってトリガされ得る。例えば、ＲＲＣ＿ＩＤＬＥ状態への移行時にＴＡタイマ（例えば、新しいＴＡタイマ）の始動または再始動する場合、ＵＥは第１の長さを適用する。言い換えると、ＵＥはＲＲＣ＿ＩＤＬＥ状態への移行時に第１の長さを適用することによってＴＡタイマ（例えば、新しいＴＡタイマ）を始動または再始動する。
【００５７】
ＵＥは、例えば、ＵＥがＲＲＣ＿ＩＤＬＥ状態においてTiming  Advance  Commandを受信するときに、進行中のＲＡ手順があるかどうかに基づいて、（第１の長さを適用することによって）新しいＴＡタイマを、あるいは（第２の長さを適用することによって）レガシーＴＡタイマを（再）始動するかどうかを決定することができる。例えば、進行中のＲＡ手順がない間に、ＵＥがＲＲＣ＿ＩＤＬＥ状態においてＴＡタイマ（例えば、新しいＴＡタイマ）を始動または再始動する場合、ＵＥは第１の長さを適用する。別の例として、進行中のＲＡ手順がある間に、ＵＥがＲＲＣ＿ＩＤＬＥ状態においてＴＡタイマ（例えば、レガシーＴＡタイマ）を始動または再始動する場合、ＵＥは第２の長さを適用する。言い換えると、ＵＥは、ＲＡ手順が進行中の間に、第２の長さを適用することによってＴＡタイマ（例えば、レガシーＴＡタイマ）の始動または再始動する。例えば、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態においてＴＡタイマ（例えば、レガシーＴＡタイマ）を始動または再始動する場合、ＵＥは第２の長さを適用する。
【００５８】
第１の長さが設定されるときに、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にいる間にＴＡタイマ（例えば、新しいＴＡタイマ）を始動することができる（タイマが動作していない場合）。第１の長さが再設定されるときに、ＵＥはＲＲＣ＿ＩＤＬＥ状態にいる間に、ＴＡタイマ（例えば、新しいＴＡタイマ）を起動することができる（タイマが動作していない場合）。第１の長さが再設定されるときに、ＵＥはＲＲＣ＿ＩＤＬＥ状態にいる間にＴＡタイマ（例えば、新しいＴＡタイマ）を再始動することができる（タイマが既に動作している場合）。
【００５９】
Timing  Advance  Commandが受信されるときに、ＵＥはＴＡタイマ（例えば、レガシーＴＡタイマまたは新しいＴＡタイマ）を始動または再始動することができる。ＵＥは、Timing  Advance  Commandがランダムアクセス応答メッセージで受信されたかどうかに基づいて、レガシーＴＡタイマまたは新しいＴＡタイマを（再）始動するかどうかを決定することができる。
【００６０】
例えば、Timing  Advance  Commandがランダムアクセス応答メッセージにおいて受信される場合、ＵＥはレガシーＴＡタイマを（再）始動する（そして、新しいＴＡタイマを（再）始動しない）。別の例として、ＵＥがＲＲＣ＿ＩＤＬＥにいるときに、Timing  Advance  CommandがタイミングアドバンスコマンドＭＡＣ制御要素において受信される場合、ＵＥは新しいＴＡタイマを（再）始動する（そして、レガシーＴＡタイマを（再）始動しない）。別の例として、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤにいるときに、Timing  Advance  CommandがタイミングアドバンスコマンドＭＡＣ制御要素において受信される場合、ＵＥは、レガシーＴＡタイマを（再）始動する（そして、新しいＴＡタイマを（再）始動しない）。
【００６１】
ＵＥは、ＲＲＣ＿ＩＤＬＥ状態への移行時、例えば、ＴＡタイマ（例えば、新しいＴＡタイマ）に対して追加の長さが定義されていない（例えば、timeAlignmentTimerCommonとtimeAlignmentTimerDedicatedのみが存在する）場合、ＴＡタイマ（例えば、新しいＴＡタイマ）を始動または再始動することができる。
【００６２】
３ＧＰＰ  ＴＳ  ３６．３３１では、ＵＥはRRCConnectionReleaseメッセージの受信に応答してＭＡＣリセットを実行する。代替的には、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にいる間にRRCConnectionReleaseメッセージを受信した後（すなわち、ＵＥは近い将来にＲＲＣ＿ＩＤＬＥ状態に移行する）、ＵＥは、（RRCConnectionReleaseメッセージによって開始されるＲＲＣ接続解除手順中に）ＭＡＣリセットが以下の条件の１つ以上に基づいて実行されるかどうかを決定することができる：
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥはＭＡＣリセットを実行しない
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥはＭＡＣリセットを実行する
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥは新しいタイプのＭＡＣリセットを実行する
・  ＵＥにＰＵＲのための設定を有さない場合、ＵＥはＭＡＣリセットを実行する
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥはＭＡＣリセットを実行しない
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥはＭＡＣリセットを実行する
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥは新しいタイプのＭＡＣリセットを実行する
・  ＵＥがＰＵＲのためのＴＡ関連設定を有さない場合、ＵＥはＭＡＣリセットを実行する
・  受信したRRCConnectionReleaseメッセージがＰＵＲのための設定が含む場合、ＵＥはＭＡＣリセットを実行しない
・  受信したRRCConnectionReleaseメッセージがＰＵＲのための設定が含む場合、ＵＥはＭＡＣリセットを実行する
・  受信したRRCConnectionReleaseメッセージがＰＵＲのための設定が含む場合、ＵＥは新しいタイプのＭＡＣリセットを実行する
・  受信したRRCConnectionReleaseメッセージがＰＵＲのための設定を含まない場合、ＵＥはＭＡＣリセットを実行する
・  受信したRRCConnectionReleaseメッセージがＰＵＲのためのＴＡ関連設定を含む場合、ＵＥはＭＡＣリセットを実行しない
・  受信したRRCConnectionReleaseメッセージがＰＵＲのためのＴＡ関連設定を含む場合、ＵＥはＭＡＣリセットを実行する
・  受信したRRCConnectionReleaseメッセージがＰＵＲのためのＴＡ関連設定を含む場合、ＵＥは新しいタイプのＭＡＣリセットを実行する
・  受信したRRCConnectionReleaseメッセージがＰＵＲのためのＴＡ関連設定を含まない場合、ＵＥはＭＡＣリセットを実行する
【００６３】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において、ＵＥは、サービングセルに関連付けられたtimeAlignmentTimer（例えば、３ＧＰＰ  ＴＳ  ３６．３２１で論じられているレガシーＴＡタイマ）がなおも動作しているときには、サービングセルに対するＴＡを有効とみなす。timeAlignmentTimerが満了するか、あるいは満了とみなされる場合、ＵＥはＴＡを無効とみなし、ランダムアクセスプリアンブルの送信を除くあらゆるＵＬ送信を実行することができない。ＮＷは、ＵＥとＮＷの間にデータトラフィックがある場合、timeAlignmentTimerが動作していることを維持する責任を負う。
【００６４】
ＵＥがＲＲＣ＿ＩＤＬＥ状態にいるときに、ＵＥが（ＲＲＣ＿ＩＤＬＥにおいてＰＵＲを使用した送信のための）ＴＡの有効性をどのように決定するかは依然として不明である。ＲＲＣ＿ＩＤＬＥ状態は、ＵＥとＮＷの間にはほとんど相互作用がない点でＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態と異なる。ＵＥによって維持されるＴＡが依然として有効であるかどうかをＮＷが決定することは難しく、ＲＲＣ＿ＩＤＬＥ状態においてＴＡの有効性をＵＥが決定する様々な手段がある可能性がある。
【００６５】
以下のイベント（各イベントは互いに独立してよい）の１つ以上の発生に応答して、ＵＥが（ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のための）ＴＡを有効とみなすか無効とみなすかを検討すべきである：
【００６６】
１．  ＰＵＲのためのＮＷ応答を受信
【００６７】
ＰＵＲのためのＮＷ応答は、ＰＵＲを使用した（再）送信に応答するものとすることができる。ＰＵＲのためのＮＷ応答は、ＰＵＲのための動的ＵＬグラントによってスケジューリングされた再送に応答するものとすることができる。
【００６８】
ＵＥは、ＰＵＲを使用した送信が成功したかどうかに基づいて、（ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のための）ＴＡを有効または無効とみなしてよい。ＮＷ応答を受信した後、ＵＥはＰＵＲを使用した送信が成功したかどうかを決定することができる。追加的または代替的に、ＵＥは、ＮＷ応答の内容に基づいて、ＴＡを有効または無効とみなすことができる。
【００６９】
例えば、ＰＵＲを使用した送信が成功した場合、ＵＥはＴＡを依然として有効とみなし、ＰＵＲを使用した送信が成功しなかった場合、ＵＥはＴＡを無効とみなす。代替的には、ＮＷ応答を受信した後、ＰＵＲを使用した送信が成功したかどうかにかかわらず、ＵＥはＴＡを依然として有効とみなす。例えば、「ＡＣＫ」を示すＮＷ応答を受信した場合、ＵＥはＰＵＲを使用した送信を成功とみなすことができる。「ＮＡＣＫ」を示すＮＷ応答を受信した場合、ＵＥはＰＵＲを使用した送信を失敗とみなすことができる。ＮＷ応答はダウンリンク制御情報（ＤＣＩ）とすることができる。ＮＷ応答はＭＡＣ制御要素とすることができる。ＮＷ応答は、ＲＲＣメッセージとすることができる。
【００７０】
別の例として、ＮＷ応答が（ＰＵＲのための）ＴＡ関連設定を含む場合、ＵＥはＴＡを依然として有効とみなし、ＴＡ関連設定を更新する。例えば、ＮＷ応答がＰＵＲのための設定が含む場合、ＵＥはＴＡを有効とみなす。例えば、ＥＤＴがトリガされ、ＮＷ応答がRRCEarlyDataCompleteメッセージを含む場合、ＵＥはＴＡを依然として有効とみなすことができ、（ＰＵＲのための）ＴＡ関連設定を保持する。例えば、ＥＤＴがトリガされ、ＮＷ応答がRRCConnectionReleaseメッセージを含む場合、ＵＥはＴＡを依然として有効とみなすことができ、（ＰＵＲのための）ＴＡ関連設定を保持する。
【００７１】
例えば、ＮＷ応答がRRCConnectionRejectメッセージを含む場合、ＵＥはＴＡを無効とみなすことができ、（ＰＵＲのための）ＴＡ関連設定を解除する。代替的には、ＮＷ応答がRRCConnectionRejectメッセージを含む場合、ＵＥはＴＡを無効とみなすことができ、（ＰＵＲのための）ＴＡ関連設定を保持する。代替的には、ＮＷ応答がRRCConnectionRejectメッセージを含む場合、ＵＥはＴＡを有効とみなすことができ、（ＰＵＲのための）ＴＡ関連設定を保持する。
【００７２】
例えば、ＵＥがＰＵＲに対するＮＷ応答を時間期間中に受信しなかった場合、ＵＥはＴＡを無効とみなすことができる。追加的に、ＵＥがＰＵＲに対するＮＷ応答を時間期間中に受信しなかった場合、ＵＥは（ＰＵＲのための）ＴＡ関連設定を解除することができる。
【００７３】
例えば、ＵＥは、ＮＷ応答がＴＡが依然として有効であることを示す場合、ＴＡを依然として有効とみなし、ＮＷ応答がＴＡが無効であることを示す場合、ＴＡを無効とみなすことができる。
【００７４】
ＣＰ−ＥＤＴが開始された場合、RRCEarlyDataCompleteメッセージを受信した（すなわち、ＣＰ−ＥＤＴが正常に完了した）後、ＵＥは、ＭＡＣ（Medium  Access  Control：媒体アクセス制御）リセットが以下の条件の１つ以上に基づいて実行されるかどうかを決定することができる。
・  ＵＥがＰＵＲを使用したRRCEarlyDataRequestメッセージを送信した場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  ＵＥがＰＵＲを使用したRRCEarlyDataRequestメッセージを送信した場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲを使用せずにRRCEarlyDataRequestメッセージを送信した場合、ＵＥはＭＡＣリセットを実行できる
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥはＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのための設定を有しない場合、ＵＥはＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥはＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのためのＴＡ関連設定を有さない場合、ＵＥはＭＡＣリセットを実行することができる
・  受信したRRCEarlyDataCompleteメッセージがＰＵＲのための設定が含む場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  受信したRRCEarlyDataCompleteメッセージがＰＵＲのための設定を含む場合、ＵＥはＭＡＣリセットを実行することができる
・  受信したRRCEarlyDataCompleteメッセージがＰＵＲのための設定を含む場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  受信したRRCEarlyDataCompleteメッセージにＰＵＲのための設定を含まない場合、ＵＥはＭＡＣリセットを実行することができる。
・  受信したRRCEarlyDataCompleteメッセージがＰＵＲのためのＴＡ関連設定を含む場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  受信したRRCEarlyDataCompleteメッセージがＰＵＲのためのＴＡ関連設定を含む場合、ＵＥはＭＡＣリセットを実行することができる。
・  受信したRRCEarlyDataCompleteメッセージがＰＵＲのためのＴＡ関連設定が含む場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  受信したRRCEarlyDataCompleteメッセージがＰＵＲのためのＴＡ関連設定を含まない場合、ＵＥはＭＡＣリセットを実行することができる
【００７５】
ＵＰ−ＥＤＴが開始された場合、RRCConnectionReleaseメッセージを受信した（すなわち、ＵＰ−ＥＤＴが正常に完了した）後、ＵＥは、ＭＡＣリセットが以下の条件の１つ以上に基づいて実行されるかどうかを決定することができる：
・  ＵＥがＰＵＲを使用したRRCConnectionResumeRequestメッセージを送信した場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  ＵＥがＰＵＲを使用したRRCConnectionResumeRequestメッセージを送信した場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲを使用せずにRRCConnectionResumeRequestメッセージを送信した場合、ＵＥはＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥはＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのための設定を有さない場合、ＵＥはＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥはＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる。
・  ＵＥがＰＵＲのためのＴＡ関連設定を有さない場合、ＵＥはＭＡＣリセットを実行することができる。
・  受信したRRCConnectionReleaseメッセージがＰＵＲのための設定を含む場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  受信したRRCConnectionReleaseメッセージがＰＵＲのための設定を含む場合、ＵＥはＭＡＣリセットを実行することができる
・  受信したRRCConnectionReleaseメッセージがＰＵＲのための設定を含む場合、、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  受信したRRCConnectionReleaseメッセージがＰＵＲのための設定を含まない場合、ＵＥはＭＡＣリセットを実行することができる
・  受信したRRCConnectionReleaseメッセージがＰＵＲのためのＴＡ関連設定を含む場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  受信したRRCConnectionReleaseメッセージがＰＵＲのためのＴＡ関連設定を含む場合、ＵＥはＭＡＣリセットを実行することができる
・  受信したRRCConnectionReleaseメッセージがＰＵＲのためのＴＡ関連設定を含む場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  受信したRRCConnectionReleaseメッセージがＰＵＲのためのＴＡ関連設定を含まない場合、ＵＥはＭＡＣリセットを実行することができる
【００７６】
ＥＤＴが開始されていない場合に、RRCConnectionRejectメッセージを受信した（すなわち、接続確立手順または接続再開手順が失敗した）後、ＵＥは、ＭＡＣリセットが以下の条件のうちの１つ以上に基づいて実行されるかどうかを決定することができる：
・  ＵＥがＰＵＲを使用したRRCConnectionRequestメッセージまたはRRCConnectionResumeRequestメッセージを送信した場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  ＵＥがＰＵＲを使用したRRCConnectionRequestメッセージまたはRRCConnectionResumeRequestメッセージを送信した場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる。
・  ＵＥがＰＵＲを使用せずにRRCConnectionRequestメッセージまたはRRCConnectionResumeRequestメッセージを送信した場合、ＵＥはＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥはＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのための設定を有する場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのための設定を有さない場合、ＵＥはＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥはＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのためのＴＡ関連設定を有する場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  ＵＥがＰＵＲのためのＴＡ関連設定を有さない場合、ＵＥはＭＡＣリセットを実行することができる
・  受信したRRCConnectionRejectメッセージがＰＵＲのための設定を含む場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  受信したRRCConnectionRejectメッセージがＰＵＲのための設定を含む場合、ＵＥはＭＡＣリセットを実行することができる
・  受信したRRCConnectionRejectメッセージがＰＵＲのための設定を含む場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  受信したRRCConnectionRejectメッセージがＰＵＲのための設定を含まない場合、ＵＥはＭＡＣリセットを実行することができる
・  受信したRRCConnectionRejectメッセージがＰＵＲのためのＴＡ関連設定を含む場合、ＵＥはＭＡＣリセットを実行しなくてよい
・  受信したRRCConnectionRejectメッセージがＰＵＲのためのＴＡ関連設定を含む場合、ＵＥはＭＡＣリセットを実行することができる
・  受信したRRCConnectionRejectメッセージがＰＵＲのためのＴＡ関連設定を含む場合、ＵＥは新しいタイプのＭＡＣリセットを実行することができる
・  受信したRRCConnectionRejectメッセージがＰＵＲのためのＴＡ関連設定を含まない場合、ＵＥはＭＡＣリセットを実行することができる
【００７７】
上記の例において、「ＴＡ関連の設定を保持する」ということは、ＭＡＣのリセットが実行される場合でも、ＵＥが（ＰＵＲのための）ＴＡ関連設定を解除しないことを示唆することができる。
【００７８】
２．  （ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のための）ＴＡが有効である（例えば、ＴＡタイマ（例えば、新しいＴＡタイマ）が動作している）間に、（ＲＲＣ＿ＩＤＬＥにおいて）ＲＡ手順が開始
【００７９】
ＴＡが有効である間に、ＰＵＲを使用するための別の条件が満たされないため、ＵＥがＰＵＲを使用できない可能性がある。また、ＰＤＣＣＨ（Physical  Downlink  Control  Channel）命令は、例えば、ＴＡが有効である間にＰＵＲを使用した送信に応答して受信される可能性がある。結果として、ＵＥは（ＲＲＣ＿ＩＤＬＥにおいて）ＲＡ手順を開始することになる。ＵＥは、例えば、ＲＡ手順に対してＴＡを使用しないようにするために、ＲＡ手順の開始に応答して（または、開始のときに）ＴＡを無効とみなしてよい。図１９は、ＴＡタイマ（例えば、新しいＴＡタイマ）を停止するイミングの例を示す。
【００８０】
例えば、ＵＥは、ＥＤＴのためのＲＡ手順がＰＤＣＣＨ命令の受信によらずに開始されるときに、ＴＡを無効とみなすことができる。ＵＥは、ＥＤＴのためではないＲＡ手順がＰＤＣＣＨ命令の受信によらずに開始されるときに、ＴＡを無効とみなすことができる。ＵＥは、ＩＤＬＥ状態にいる間にＲＡ手順がＰＤＣＣＨ命令の受信により開始されるときに、ＴＡを無効とみなすことができる。
【００８１】
３．  ページング関連シグナリングの受信（例えば、Ｐ−ＲＮＴＩ宛てのＰＤＣＣＨ、ページングメッセージ、ＷＵＳ、グループベースのＷＵＳ）
【００８２】
ＲＲＣ＿ＩＤＬＥ状態において、ＵＥは、Ｐ−ＲＮＴＩ宛てのＰＤＣＣＨおよびページングメッセージを受信するためのページング・オケージョンを監視する。一部のページングメッセージは、ＵＥ−ｉｄ関連情報を含まないことがある。一部のページングメッセージは、ＵＥ−ｉｄ関連情報を含むことができる。追加的に、ウェイクアップシグナリング（ＷＵＳ）が設定されている場合、ＵＥはＷＵＳを受信するためのＷＵＳオケージョンを監視することができる。グループベースのＷＵＳが設定されている場合、ＵＥはグループベースのＷＵＳを受信するためのグループベースのＷＵＳオケージョンを監視することができる。ＵＥは、ページング関連シグナリングの受信に応答して、（ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のための）ＴＡを有効とみなしてよい。ＵＥは、ページング関連シグナリングの受信に応答して、ＴＡを無効とみなしてよい。ＵＥは、ページング関連シグナリングにおける表示に基づいて、ＴＡを有効とみなしてよい。ＵＥは、ページング関連シグナリングにおける表示に基づいて、ＴＡを無効とみなしてよい。
【００８３】
例えば、ＵＥは、ＵＥのためのＵＥ−ｉｄ関連情報を含むページングメッセージの受信に応答して、ＴＡを無効とみなすことができる。例えば、ＵＥは、システム情報の変更を示すページングメッセージの受信に応答して、ＴＡを無効とみなすことができる。
【００８４】
例えば、ＵＥは、ＴＡが無効であることを示すページングメッセージの受信に応答して、ＴＡを無効とみなすことができる。ＵＥは、ＴＡが有効であることを示すページングメッセージの受信に応答して、ＴＡを有効とみなすことができる。例えば、ＵＥは、ＰＵＲのための設定の解除を示すページング関連シグナリングの受信に応答して、ＴＡを無効とみなすことができる。
【００８５】
４．  システム情報における表示（例えば、ＰＵＲサポートが切替）
【００８６】
ＰＵＲのためのパラメータまたは情報の一部はシステム情報（ＳＩ）でブロードキャストされ得る。ＵＥは、例えば、セルの再選択時、またはシステム情報が変更された通知の受信時、ＳＩを取得することができる。ＵＥは、ＳＩを取得することに応答して、（ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のための）ＴＡを有効とみなしてよい。ＵＥは、ＳＩを取得することに応答して、ＴＡを無効とみなしてよい。ＵＥは、取得したＳＩにおける表示に基づいてＴＡを有効とみなしてよい。ＵＥは、取得したＳＩにおける表示に基づいてＴＡが無効とみなしてよい。
【００８７】
例えば、表示はＳＩに含まれる。表示はSystemInformationBlockType1-BRおよび／またはSystemInformationBlockType1-NBに含まれ得る。表示は、SystemInformationBlockType2および／またはSystemInformationBlockType2-NBに含まれ得る。さらに、表示は他のＳＩＢに含まれ得る。表示が、サービングセルがＰＵＲをサポートしていないこと、またはＰＵＲのサポートがオフになっていることを示す場合、ＵＥはＴＡを無効とみなすことができる。表示が、サービングセルがＰＵＲをサポートしていること、またはＰＵＲのサポートがオンになっていることを示す場合、ＵＥはＴＡを有効とみなすことができる。
【００８８】
追加的に、表示はＥＣレベルごとにすることができる。表示が、ＥＣレベルがＰＵＲをサポートしていないこと、またはＥＣレベルに対するＰＵＲのサポートがオフになっていることを示す場合、サービングセルのＥＣレベルでのＵＥは、ＴＡを無効とみなすことができる。表示が、ＥＣレベルがＰＵＲをサポートしていること、またはＥＣレベルに対するＰＵＲのサポートがオンになっていることを示す場合、サービングセルのＥＣレベルでのＵＥは、ＴＡを有効とみなすことができる。
【００８９】
追加的に、ＵＥはＲＲＣ＿ＩＤＬＥ状態において測定したＲＳＲＰに基づいて現在のＥＣレベルを周期的に決定することができる。ＵＥは、周期的な決定に応答してＥＣレベルが変化したとみなすことができる。ＵＥは、ＴＡを更新するためにＥＣレベルの変化に応答してＵＬ送信をトリガすることができる。
【００９０】
上記の条件において、ＵＥはＭＡＣリセットを実行するときにＴＡ関連設定を保持してよい。上記の条件において、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を停止しなくてよく、ＭＡＣリセットするときにＴＡタイマ（例えば、新しいＴＡタイマ）の満了とみなさなくてよい。上記の条件において、ＵＥは、ＭＡＣリセットを実行する前にＰＵＲのための設定を記憶してよく、ＭＡＣリセット後にＰＵＲに対して記憶した設定を適用してよい。上記の条件において、ＵＥはＭＡＣリセットを実行する前に（ＰＵＲのための）ＴＡ関連設定を記憶してよく、ＭＡＣリセット後に記憶したＴＡ関連設定を適用してよい。上記の条件において、ＵＥはＭＡＣリセット後にＰＵＲに対して受信した設定を適用してよい。上記の条件において、ＵＥはＭＡＣリセット後に受信したＴＡ関連設定を適用してよい。
【００９１】
上記の条件において、ＵＥは、ＭＡＣリセットするときにＴＡタイマ（例えば、新しいＴＡタイマ）を再始動してよい。上記の条件において、ＵＥは、新しいタイプのＭＡＣのリセットを実行するときにＴＡタイマ（例えば、新しいＴＡタイマ）を（始動または）再始動してよい。上記の条件において、ＵＥは、ＭＡＣリセットを実行した後にＴＡタイマ（例えば、新しいＴＡタイマ）を始動してよい。
【００９２】
（３ＧＰＰ  ＴＳ  ３６．３２１の５．９節に記載されているような）現在のＭＡＣリセットと比較して、新しいタイプのＭＡＣリセットは、以下の差異のうちの少なくとも１つを有することができる：
・  ＴＡタイマを（動作している場合）停止しない
・  すべてのタイマを（動作している場合）停止しない
・  ＴＡタイマを満了とみなさず、ＴＡタイマの満了時に対応するアクションを実行しない
【００９３】
新しいタイプのＭＡＣリセットは、以下のアクションのうちの少なくとも１つを有することができる：
・  すべてのＵＬ  ＨＡＲＱバッファをフラッシュする
・  すべてのＤＬ  ＨＡＲＱプロセスのためのソフトバッファをフラッシュする
・  Ｍｓｇ３バッファをフラッシュする
・  もし進行中のＲＡＣＨ手順があるなら停止する
【００９４】
上記の段落では、ＰＵＲのためのＴＡ関連設定は、以下のうちの少なくとも１つを含むことができる：
・  ＴＡタイマ（例えば、新しいＴＡタイマ）のためのタイマ長（例えば、専用設定）
・  例えば、サービングセルに対するＴＡの有効性を決定するためのサービングセルに対するＲＳＲＰ閾値
・  例えば、サービングセルに対するＴＡの有効性を決定するための隣接セルに対するＲＳＲＰ閾値
・  初期ＴＡ（ＴＡの絶対値）
このＴＡは、ＵＥが維持されている現在のＴＡとは独立している。例えば、現在のＴＡを受信値で置換することによってＴＡを適用し、例えば、ＮＴＡ＝ＴＡ×１６である
・  現在のＴＡを調整するための値（ＴＡの相対値）
このＴＡは、ＵＥが維持されている現在のＴＡに依存する。例えば、現在のＴＡを受信値で更新することによってＴＡを適用し、例えば、ＮＴＡ，ｎｅｗ＝ＮＴＡ，ｏｌｄ＋（ＴＡ-３１）×１６である
【００９５】
ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にいる間、RRCConnectionReleaseメッセージでＴＡ関連設定を受信することができる。ＵＥは、ＲＲＣ＿ＩＤＬＥ状態にいる間、ＰＵＲに対するＮＷ応答におけるＴＡ関連設定を受信することができる。ＵＥは、ＥＤＴのためのランダムアクセス手順のＭｓｇ４でＴＡ関連設定を受信することができる。ＵＥは、ＴＡ関連設定に含まれている場合、最初のＴＡ（initial  ＴＡ）を取得することができる。ＵＥは、最初のＴＡがＴＡ関連設定に含まれていない場合、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるＴＡを再利用することにより、最初のＴＡを取得することができる。ＵＥは、ＲＲＣ＿ＩＤＬＥにおけるＴＡ関連設定を受信することに応答して、ＴＡを更新することができる。ＵＥは、ＥＤＴのためのランダムアクセス手順のＭｓｇ４を受信することに応答して、ＴＡを更新することができる。ＵＥは、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行することに応答して、ＴＡ関連設定を解除することができる。
【００９６】
ＴＡ関連設定は、ＰＵＲのための設定に含めることができる。ＴＡ関連設定は、ＰＵＲのための設定とは別とすることができる。ＰＵＲのための設定は、ＰＵＲを使用した送信のための時間／周波数リソースを少なくとも含むことができる。
【００９７】
ＮＷは、上記のイベントにより、ＲＲＣ＿ＩＤＬＥにおけるＵＥの（ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のための）ＴＡの有効性を制御することができる。例えば、ＰＵＲを使用してＵＥによって送信されたＵＬデータの受信の成功に応答して、ＮＷがＵＥの（ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のための）ＴＡの有効を保持することを決定した場合、ＮＷは、ＮＷ応答を使用してＴＡが有効であることを示すことができる。例えば、ＮＷは、ＵＥ−ＩＤ関連の情報を含むページングを使用して、ＵＥにＴＡが無効であることを示すことができる。
【００９８】
上述の例の一部では、ＵＥは、ＴＡを有効とみなすことに応答して、ＴＡタイマ（例えば、新しいＴＡタイマ）を始動してよい。上述の例の一部では、ＵＥは、ＴＡを有効とみなすことに応答して、ＴＡタイマ（例えば、新しいＴＡタイマ）を再始動してよい。上述の例の一部では、ＵＥは、ＴＡを無効みなすことに応答して、ＴＡタイマ（例えば、新しいＴＡタイマ）を停止してよい。言い換えると、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を停止することにより、（ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のための）ＴＡを無効とみなす。
【００９９】
上述の例の一部では、ＵＥは、ＴＡを無効とみなすことに応答して、ＴＡタイマ（例えば、新しいＴＡタイマ）をサスペンドしてよい。上述の例の一部では、ＵＥは、ＴＡを有効とみなすことに応答して、ＴＡタイマ（例えば、新しいＴＡタイマ）を再開してよい。上述の例の一部では、ＵＥは、ＴＡを有効とみなすことに応答して、ＴＡタイマ（例えば、新しいＴＡタイマ）に対して何もしなくてよい。上述の例の一部では、ＵＥは、ＴＡを無効みなすことに応答して、ＴＡタイマ（例えば、新しいＴＡタイマ）に対して何もしなくてよい。上述の例の一部では、ＵＥは、ＴＡを無効とみなすことに応答して、ＴＡタイマ（例えば、新しいＴＡタイマ）を満了とみなし、ＴＡタイマの満了時に対応する処理を実行してよい。言い換えると、ＵＥは、ＴＡタイマ（例えば、新しいＴＡタイマ）を満了とみなすことによって、（ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のための）ＴＡを無効とみなす。上述の例の一部では、ＵＥは、ＴＡを無効とみなすことに応答して、ＨＡＲＱバッファをフラッシュしなくてよい。
【０１００】
ＴＡタイマの停止とはタイマが動作することを停止するが、ＵＥはタイマを満了とみなさないことを意味する。ＴＡタイマに対して何もしないとは、タイマが動作していた場合は動作を継続し、動作していなかった場合は非動作を継続することを意味することができる。ＴＡタイマのサスペンドとは、タイマが動作することを停止し、タイマがサスペンドされた時のタイマの値を保持することを意味することができる。ＴＡタイマの再開とは、タイマがサスペンドされた時のタイマの値から動作し始めることを意味する。
【０１０１】
例えば、ＵＥがＰＵＲを使用した送信の成功によりＴＡを有効とみなす場合、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を再始動することができる。代替的には、ＵＥがＰＵＲを使用した送信の成功によりＴＡを有効とみなす場合、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）に対して何もしない。例えば、ＵＥがＰＵＲのためのＮＷ応答を時間期間中に受信しなかったことによりＴＡを無効とみなす場合、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を停止することができる。代替的には、ＵＥがＰＵＲのためのＮＷ応答を時間期間中に受信しなかったことによりＴＡを無効とみなす場合、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を満了とみなすことができる。例えば、ＵＥが（ＰＵＲのための）ＴＡ関連設定を更新（または適用）する場合、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を始動または再始動することができる。例えば、ＵＥがRRCConnectionRejectメッセージを含むＮＷ応答によりＴＡを無効とみなす場合、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を停止することができる。例えば、ＵＥが（例えば、ＰＤＣＣＨ命令の受信により）ＲＡ手順の開始によりＴＡを無効とみなす場合、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を停止することができる。例えば、ＵＥがRRCConnectionReject（、RRCConnectionReleaseまたはRRCEarlyDataComplete）メッセージの受信により、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＤＬＥ状態に移行し、そのメッセージが（ＰＵＲのための）ＴＡ関連設定が含む場合、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を始動または再始動することができる。例えば、ＮＷ応答が（ＰＵＲのための）ＴＡ関連設定を含む場合、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を始動または再始動することができる。例えば、ＵＥが（ＰＵＲのための）ＴＡ関連設定を更新する場合、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を始動または再始動することができる。例えば、ＵＥが（ＰＵＲのための）ＴＡ関連設定を解除する場合、ＵＥはＴＡタイマ（例えば、新しいＴＡタイマ）を停止することができる。
【０１０２】
追加的に、ＲＡ手順が進行中の間に（ＲＲＣ＿ＩＤＬＥにおいてＰＵＲを使用した送信のための）ＴＡが有効となる場合、ＵＥはＲＡ手順を中止し、ＰＵＲを使用した送信を実行してよい。例えば、ＵＥがＲＡ手順中にＵＥがＲＡ応答を受信した後、ＵＥはＲＡ応答に含まれるＴＡコマンドを適用することができ、ＴＡタイマ（例えば、新しいＴＡタイマ）を始動し、進行中のＲＡ手順を中止する。
【０１０３】
追加的に、ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの状態遷移中（すなわち、ＲＡ手順がＲＲＣ＿ＩＤＬＥ状態において開始される）に、ＲＡ応答が受信されるときに、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態において使用されるタイマ長（例えば、第１の長さ）とは異なるタイマ長（例えば、第２の長さ）でＴＡタイマ（例えば、レガシーＴＡタイマ）を始動することができる。
【０１０４】
ＲＲＣ＿ＩＤＬＥにおけるＰＵＲを使用した送信のためのＴＡが有効であるかどうかは、対応するＴＡタイマ（例えば、新しいＴＡタイマ）が動作しているかどうかに基づくことができる。
【０１０５】
上述の例の一部では、ＵＥがＴＡを有効とみなすときに、ＴＡが既に有効である（すなわち、ＴＡが無効から有効にならない）場合、ＵＥは、これらの例に記載されているようなＴＡタイマに関連するアクションをしなくてよい。上述の例の一部では、ＵＥがＴＡを無効とみなすときに、ＴＡが既に無効である（すなわち、ＴＡが有効から無効にならない）場合、ＵＥは、これらの例に記載されているようなＴＡタイマに関連するアクションをしなくてよい。
【０１０６】
上記の段落では、「ＴＡを有効とみなす」とはＴＡが無効から有効になることを意味することができる。上記の段落において、「ＴＡを無効とみなす」とは、ＴＡが有効から無効になることを意味することができる。
【０１０７】
上記の段落では、「ＲＳＲＰ」は、他の無線条件関連基準、例えば、ＲＳＲＱ、ＣＳＩ−ＲＳ品質、ＳＩＮＲと置き換えることができる。上記の段落において、「ＲＳＲＰ」は、ポジショニング関連基準、例えば、ＴＤＯＡと置き換えることができる。
【０１０８】
上記の段落では、ＵＥがＴＡを無効とみなす場合、ＵＥはサービングセルを変更しなくてよい。
【０１０９】
上記の段落では、ＴＡはサービングセルに固有のものとすることができる。代替的には、ＴＡはリストに含まれるセルに固有のものとすることができる。上記の段落では、ＴＡタイマはサービングセルに固有のものとすることができる。代替的には、ＴＡタイマはリストに含まれるセルに固有のものとすることができる。上記の段落では、ＰＵＲのための設定はサービングセルに固有のものとすることができる。代替的には、ＰＵＲのための設定はリストに含まれるセルに固有のものとすることができる。上記の段落では、ＴＡ関連設定はサービングセルに固有のものとすることができる。代替的には、ＴＡ関連の設定はリストに含まれるセルに固有のものである。
【０１１０】
上記の段落では、解決策またはアクションは、競合ベースのＰＵＲ、競合フリーのＰＵＲ、または競合ベースと競合フリーのＰＵＲの両方にのみ適用可能とすることができる。上記の段落では、ＵＥはＲＲＣ＿ＩＤＬＥ状態において、あるいはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入る前に、解決策またはアクションを実行することができる。
【０１１１】
図２０は、ＵＥの観点からの１つの例示的な実施形態によるフローチャート２０００である。ステップ２００５では、ＵＥはRRCConnectionReleaseメッセージにおいて第１の長さを示す第１のタイマの設定を受信し、第１のタイマは、ＲＲＣ＿ＩＤＬＥ状態における事前設定上りリンクリソース（ＰＵＲ）を使用した送信のための第１のタイミング調整（ＴＡ：Timing  Adjustment）の有効性を制御するために使用される。ステップ２０１０では、ＵＥがＲＲＣ＿ＩＤＬＥ状態にいる間に、ＵＥはランダムアクセス（ＲＡ）手順を開始することに応答して第１のＴＡを無効とみなす。
【０１１２】
一実施形態では、ＵＥは、第１のタイマを停止すること、または第１のタイマを満了とみなすことによって、第１のＴＡを無効とみなすことができる。
【０１１３】
一実施形態では、ＵＥは、RRCConnectionReleaseメッセージの受信に応答してＭＡＣ（Media  Access  Control）リセットを実行することができる。
【０１１４】
一実施形態では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＤＬＥ状態への状態遷移中に第１の長さを適用することによって、第１のタイマを始動することができる。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＤＬＥ状態への状態遷移中に、ＵＥは、ＭＡＣリセット後、あるいはＲＲＣ＿ＩＤＬＥ状態への移行時、第１のタイマを始動することができる。一実施形態では、ＵＥは、ＭＡＣリセットを実行するときに第１のタイマを停止しなくてよい。
【０１１５】
一実施形態では、ＵＥは、第２の長さを示す第２のタイマの設定を受信することができ、第２のタイマは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における送信のための第２のＴＡの有効性を制御するために使用される。ＵＥは、ＲＲＣ＿ＩＤＬＥ状態において、ＲＡ手順が進行中の間に第２の長さを適用することにより、第２のタイマを始動することができる。
【０１１６】
図３および図４に戻って参照すると、ＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８は、プログラムコード３１２を実行して、ＵＥが（ｉ）RRCCnnectionReleaseメッセージにおいて第１の長さを示す第１のタイマの設定を受信することであって、第１のタイマは、ＲＲＣ＿ＩＤＬＥ状態におけるＰＵＲを使用した送信のための第１のＴＡの有効性を制御するために使用される、受信することと、（ｉｉ）ＵＥがＲＲＣ＿ＩＤＬＥ状態にいる間にＲＡ手順を開始することに応答して、第１のＴＡを無効とみなすことと、をすることを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【０１１７】
図２１は、ＵＥの観点からの１つの例示的実施形態によるフローチャート２１００である。ステップ２１０５では、ＵＥは、RRCConnectionReleaseメッセージで第１の長さを示す第１のタイマの設定を受信し、第１のタイマは、ＲＲＣ＿ＩＤＬＥ状態における事前設定上りリンクリソース（ＰＵＲ）を使用した送信のための第１のタイミング調整（ＴＡ）の有効性を制御するために使用される。ステップ２１１０では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＤＬＥ状態への状態遷移中に第１の長さを適用することによって、第１のタイマを始動する。
【０１１８】
一実施形態では、ＵＥは、RRCConnectionReleaseメッセージの受信に応答してＭＡＣ（Media  Access  Control）リセットを実行することができる。
【０１１９】
一実施形態では、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＤＬＥ状態への状態遷移中に、ＵＥは、ＭＡＣリセットの後、またはＲＲＣ＿ＩＤＬＥ状態への移行時、第１のタイマを始動することができる。一実施形態では、ＵＥは、ＭＡＣリセットを実行するときに第１のタイマを停止しなくてよい。
【０１２０】
一実施形態では、ＵＥがＲＲＣ＿ＩＤＬＥ状態にいる間に、ＵＥは、ランダムアクセス（ＲＡ）手順を開始することに応答して、第１のＴＡを無効とみなすことができる。ＵＥは、第１のタイマを停止すること、または第１のタイマを満了とみなすことによって第１のＴＡを無効とみなすことができる。
【０１２１】
一実施形態では、ＵＥは、第２の長さを示す第２のタイマの設定を受信することができ、第２のタイマは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態における送信のための第２のＴＡの有効性を制御するために使用される。ＵＥは、ＲＲＣ＿ＩＤＬＥ状態において、ＲＡ手順が進行中の間に第２の長さを適用することによって第２のタイマを始動することができる。
【０１２２】
図３および図４に戻って参照すると、ＵＥの１つの例示的実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行することによって、ＵＥが、（ｉ）RRCConnectionReleaseメッセージで第１の長さを示す第１のタイマの設定を受信することであって、第１のタイマがＲＲＣ＿ＩＤＬＥ状態におけるＰＵＲを使用した送信のための第１のＴＡの有効性を制御するために使用される、受信することと、（ｉｉ）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からＲＲＣ＿ＩＤＬＥ状態への状態遷移中に第１の長さを適用することによって第１のタイマを始動することと、をすることを可能にすることができる。さらに、ＣＰＵ３０８はプログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【０１２３】
図２２は、ＵＥの観点からの１つの例示的実施形態によるフローチャート２２００である。ステップ２２０５では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において第１の長さでtimeAlignmentTimerを始動または再始動する。ステップ２２１０では、ＵＥはネットワークノードから第１のメッセージを受信し、第１のメッセージは第２の長さを含む。ステップ２２１５では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへの状態遷移中に、第２の長さでtimeAlignmentTimerを始動または再始動する。
【０１２４】
一実施形態では、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態においてランダムアクセス応答を受信することに応答して、第１の長さでtimeAlignmentTimerを始動または再始動することができる。また、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態において第２のメッセージを受信することに応答して、第２の長さでtimeAlignmentTimerを始動または再始動することができる。
【０１２５】
一実施形態では、第１のメッセージは、RRCConnectionReleaseメッセージとすることができる。一実施形態では、第１のメッセージは、タイミング・アライメント（ＴＡ）関連設定を含むことができる。
【０１２６】
一実施形態では、第２のメッセージは、事前設定上りリンクリソース（ＰＵＲ）を使用した送信に応答するものとすることができる。一実施形態では、第２のメッセージはタイミング・アライメント（ＴＡ）関連設定を含むことできる。
【０１２７】
１つの実施形態において、第１の長さおよび第２の長さは同じサービングセルに対するものとすることができる。
【０１２８】
図３および図４に戻って参照すると、ＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが、（ｉ）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態において第１の長さでtimeAlignmentTimerを始動または再始動することと、（ｉｉ）ネットワークノードから第１のメッセージを受信することであって、第１のメッセージが第２の長さを含む、受信することと、（ｉｉｉ）ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥへの状態遷移中に第２の長さでtimeAlignmentTimerを始動または再始動することと、をすることを可能にすることができる。さらに、ＣＰＵ３０８はプログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【０１２９】
図２３は、ＵＥの観点からの１つの例示的な実施形態によるフローチャート２３００である。ステップ２３０５では、ＵＥは、ＴＡが有効である間、ＲＲＣ＿ＩＤＬＥ状態においてランダムアクセス（ＲＡ）手順を開始する。ステップ２３１０では、ＵＥは、ＲＡ手順を開始することに応答して、タイミング・アラインメント（ＴＡ：Timing  Alignment）が有効であるかどうかを決定する。
【０１３０】
一実施形態では、ＵＥは、ネットワークノードからＰＤＣＣＨ命令の受信に応答して、ＲＡ手順を開始することができる。
【０１３１】
一実施形態では、ＵＥがＴＡを有効とみなす場合、ＵＥは、ＴＡタイマを始動し、ＴＡタイマを再始動し、かつ／あるいはＴＡタイマを再始動することができる。ＵＥがＴＡを無効とみなす場合、ＵＥは、ＴＡタイマを停止し、ＴＡタイマをサスペンドし、かつ／あるいはＴＡタイマを満了とみなすことができる。さらに、ＵＥがＴＡを無効とみなす場合、ＵＥはＰＵＲを使用した送信のためにＨＡＲＱバッファをフラッシュしなくてよい。
【０１３２】
図３および図４に戻って参照すると、ＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ３０８はプログラムコード３１２を実行して、ＵＥが、（ｉ）ＴＡが有効である間にＲＲＣ＿ＩＤＬＥ状態においてランダムアクセス（ＲＡ）手順を開始することと、（ｉｉ）ＲＡ手順を開始することに応答して、タイミングアラインメント（ＴＡ）が有効であるかどうかを決定すること、をすることを可能にすることができる。さらに、ＣＰＵ３０８はプログラムコード３１２を実行して、本明細書に記載の上述のアクションおよびステップまたはその他のすべてを実行することができる。
【０１３３】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化することができ、本明細書に開示したいかなる特定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装することができ、これら態様のうちの２つ以上を種々組み合わせることができる。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装することができ、方法を実現することができる。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装することができ、このような方法を実現することができる。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立することができる。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立することができる。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立することができる。
【０１３４】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【０１３５】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるディジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【０１３６】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、ディジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【０１３７】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【０１３８】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ−ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。さらに、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【０１３９】
以上、種々の態様に関連して本発明を説明したが、本発明は、さらに改良可能であることが了解される。本願は、概して本発明の原理に従うと共に、本発明が関係する技術分野における既知で慣習的な実施となるような本開示からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図１】
2020096352.tif 000041
【図２】
2020096352.tif 000042
【図３】
2020096352.tif 000043
【図４】
2020096352.tif 000044
【図５】
2020096352.tif 000045
【図６】
2020096352.tif 000046
【図７】
2020096352.tif 000047
【図８】
2020096352.tif 000048
【図９】
2020096352.tif 000049
【図１０】
2020096352.tif 000050
【図１１】
2020096352.tif 000051
【図１２】
2020096352.tif 000052
【図１３】
2020096352.tif 000053
【図１４】
2020096352.tif 000054
【図１５】
2020096352.tif 000055
【図１６】
2020096352.tif 000056
【図１７】
2020096352.tif 000057
【図１８】
2020096352.tif 000058
【図１９】
2020096352.tif 000059
【図２０】
2020096352.tif 000060
【図２１】
2020096352.tif 000061
【図２２】
2020096352.tif 000062
【図２３】
2020096352.tif 000063
【外国語明細書】
2020096352000001.pdf