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