ホーム > 特許ランキング > 華碩電腦股▲ふん▼有限公司
特許7033177無線通信システムにおいて、事前設定上りリンクリソース（ＰＵＲ）を解放するための方法および装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-03-01
(45)【発行日】2022-03-09
(54)【発明の名称】無線通信システムにおいて、事前設定上りリンクリソース（ＰＵＲ）を解放するための方法および装置
(51)【国際特許分類】
H04W 76/20 20180101AFI20220302BHJP
H04W 36/10 20090101ALI20220302BHJP
【ＦＩ】
H04W76/20
H04W36/10
【請求項の数】
18
【外国語出願】
(21)【出願番号】P 2020173837
(22)【出願日】2020-10-15
(65)【公開番号】P2021072620
(43)【公開日】2021-05-06
【審査請求日】2020-12-15
(31)【優先権主張番号】62/929,294
(32)【優先日】2019-11-01
(33)【優先権主張国・地域又は機関】US
(31)【優先権主張番号】62/931,000
(32)【優先日】2019-11-05
(33)【優先権主張国・地域又は機関】US
【早期審査対象出願】
【前置審査】
(73)【特許権者】
【識別番号】517114621
【氏名又は名称】華碩電腦股▲ふん▼有限公司
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】史 敦槐
(72)【発明者】
【氏名】郭 宇軒
(72)【発明者】
【氏名】歐 孟暉
【審査官】伊東 和重
(56)【参考文献】
【文献】Ericsson，Report on email discussion [106#60] D-PUR TA validation criteria[online]，3GPP TSG RAN WG2 #107，3GPP，2019年08月30日，R2-1910435，検索日[2021.03.08],Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_107/Docs/R2-1910435.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
ＵＥ（ユーザ機器）の方法であって、前記ＵＥがＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アイドル状態にあり、前記ＵＥのサービングセルが第２のセルであるときに、専用ＰＵＲ（Ｐｒｅｃｏｎｆｉｇｕｒｅｄ Ｕｐｌｉｎｋ Ｒｅｓｏｕｒｃｅ）設定を維持することであって、前記ＵＥは、前記第２のセルとは異なる第１のセルにおいて前記専用ＰＵＲ設定で設定される、維持することと、
ＲＲＣ接続再確立手順中に第３のセルを選択することと、
前記第３のセルを選択することに応答して、前記第３のセルが前記第１のセルと同じであるかどうかに基づいて、前記専用ＰＵＲ設定を解放するかどうかを決定することであって、前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記ＵＥがＲＲＣ接続状態にあるときに行われ、
前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセルが前記第１のセルと異なるときに、前記専用ＰＵＲ設定を解放することを決定することを含み、当該方法は、前記専用ＰＵＲ設定を解放することを決定することに応答して、前記専用ＰＵＲ設定を解放することを含むか、または
前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセルが前記第１のセルと同じであるときに、前記専用ＰＵＲ設定を維持することを決定することを含み、当該方法は、前記専用ＰＵＲ設定を維持することを決定することに応答して、前記専用ＰＵＲ設定を維持することを含む、決定することと、
ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すること応答して、前記専用ＰＵＲ設定を維持することであって、前記ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素によって示される第４のセルは、前記第１のセルとは異なる、維持することと、を含む、方法。
【請求項2】
前記第１のセルにおいて、前記専用ＰＵＲ設定を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを受信することを含む、請求項１に記載の方法。
【請求項3】
前記第２のセル上のランダムアクセス手順の実施中に、前記専用ＰＵＲ設定を解放することを含む、請求項１に記載の方法。
【請求項4】
前記第３のセルを選択することは、前記ＲＲＣ接続再確立手順中に、セル選択手順を行って、前記第３のセルを選択することを含む、請求項１に記載の方法。
【請求項5】
前記ＲＲＣ接続再確立手順中に、前記第３のセル上でランダムアクセス手順を開始することを含む、請求項１に記載の方法。
【請求項6】
前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセル上で前記ランダムアクセス手順を開始する前に行われる、請求項５に記載の方法。
【請求項7】
前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセルが、前記第３のセルを選択する前に前記ＵＥが接続されていた第１のコアネットワークタイプに接続するかどうかに基づき、前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセルが、前記第１のコアネットワークタイプとは異なる第２のコアネットワークタイプに接続されるときに、前記専用ＰＵＲ設定を解放することを決定することを含み、
当該方法は、前記専用ＰＵＲ設定を解放することを決定することに応答して、前記専用ＰＵＲ設定を解放することを含む、請求項１に記載の方法。
【請求項8】
ランダムアクセス手順は、前記ＲＲＣ接続再確立手順中に前記ＵＥによって開始されない、請求項７に記載の方法。
【請求項9】
前記専用ＰＵＲ設定は、前記ＵＥがＲＲＣアイドル状態にあるときに、前記ＵＥによる前記第１のセルにおける送信の実施のための１つ以上のＰＵＲを示す、請求項１に記載の方法。
【請求項10】
ＵＥ（ユーザ機器）であって、制御回路と、
前記制御回路に設けられたプロセッサと、
前記制御回路内に設置され、前記プロセッサに動作可能に結合されたメモリと、を含み、前記プロセッサは、前記メモリに記憶されたプログラムコードを実行して、動作を行うように構成されており、前記動作は、
前記ＵＥがＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アイドル状態にあり、前記ＵＥのサービングセルが第２のセルであるときに、専用ＰＵＲ（Ｐｒｅｃｏｎｆｉｇｕｒｅｄ Ｕｐｌｉｎｋ Ｒｅｓｏｕｒｃｅ）設定を維持することであって、前記ＵＥは、前記第２のセルとは異なる第１のセルにおいて前記専用ＰＵＲ設定で設定される、維持することと、
ＲＲＣ接続再確立手順中に第３のセルを選択することと、
前記第３のセルを選択することに応答して、前記第３のセルが前記第１のセルと同じであるかどうかに基づいて、前記専用ＰＵＲ設定を解放するかどうかを決定することであって、前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記ＵＥがＲＲＣ接続状態にあるときに行われ、
前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセルが前記第１のセルと異なるときに、前記専用ＰＵＲ設定を解放することを決定することを含み、前記動作は、前記専用ＰＵＲ設定を解放することを決定することに応答して、前記専用ＰＵＲ設定を解放することを含むか、または
前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセルが前記第１のセルと同じであるときに、前記専用ＰＵＲ設定を維持することを決定することを含み、前記動作は、前記専用ＰＵＲ設定を維持することを決定することに応答して、前記専用ＰＵＲ設定を維持することを含む、決定することと、
ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すること応答して、前記専用ＰＵＲ設定を維持することであって、前記ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素によって示される第４のセルは、前記第１のセルとは異なる、維持することと、を含む、ＵＥ。
【請求項11】
前記動作は、前記第１のセルにおいて、前記専用ＰＵＲ設定を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを受信することを含み、前記専用ＰＵＲ設定は、前記ＵＥがＲＲＣアイドル状態にあるときに、前記ＵＥによる前記第１のセルにおける送信の実施のための１つ以上のＰＵＲを示す、請求項１０に記載のＵＥ。
【請求項12】
前記動作は、前記第２のセル上のランダムアクセス手順の実施中に、前記専用ＰＵＲ設定を解放することを含む、請求項１０に記載のＵＥ。
【請求項13】
前記第３のセルを選択することは、前記ＲＲＣ接続再確立手順中に、セル選択手順を行って、前記第３のセルを選択することを含む、請求項１０に記載のＵＥ。
【請求項14】
前記動作は、前記ＲＲＣ接続再確立手順中に、前記第３のセル上でランダムアクセス手順を開始することを含む、請求項１０に記載のＵＥ。
【請求項15】
前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセル上で前記ランダムアクセス手順を開始する前に行われる、請求項１４に記載のＵＥ。
【請求項16】
前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセルが、前記第３のセルを選択する前に前記ＵＥが接続されていた第１のコアネットワークタイプに接続するかどうかに基づき、前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセルが、前記第１のコアネットワークタイプとは異なる第２のコアネットワークタイプに接続されるときに、前記専用ＰＵＲ設定を解放することを決定することを含み、
前記動作は、前記専用ＰＵＲ設定を解放することを決定することに応答して、前記専用ＰＵＲ設定を解放することを含む、請求項１０に記載のＵＥ。
【請求項17】
ランダムアクセス手順は、前記ＲＲＣ接続再確立手順中に前記ＵＥによって開始されない、請求項１６に記載のＵＥ。
【請求項18】
プロセッサ実行可能命令を含み、前記プロセッサ実行可能命令は、ＵＥ（ユーザ機器）によって実行されたときに、動作の実施を引き起こし、前記動作は、前記ＵＥがＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アイドル状態にあり、前記ＵＥのサービングセルが第２のセルであるときに、専用ＰＵＲ（Ｐｒｅｃｏｎｆｉｇｕｒｅｄ Ｕｐｌｉｎｋ Ｒｅｓｏｕｒｃｅ）設定を維持することであって、前記ＵＥは、前記第２のセルとは異なる第１のセルにおいて前記専用ＰＵＲ設定で設定される、維持することと、
ＲＲＣ接続再確立手順中に第３のセルを選択することと、
前記第３のセルを選択することに応答して、前記第３のセルが前記第３のセルを選択する前に前記ＵＥが接続されていた第１のコアネットワークタイプに第３のセルが接続するかどうかに基づいて、前記専用ＰＵＲ設定を解放するかどうかを決定することであって、前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記ＵＥがＲＲＣ接続状態にあるときに行われる、決定することと、を含み、
前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセルが第１のコアネットワークタイプとは異なる第２のコアネットワークタイプに接続されるときに、前記専用ＰＵＲ設定を解放することを決定することを含み、前記動作は、前記専用ＰＵＲ設定を解放することを決定することに応答して、前記専用ＰＵＲ設定を解放することを含むか、または
前記専用ＰＵＲ設定を解放するかどうかを決定することは、前記第３のセルが前記第１のコアネットワークタイプに接続されるときに、前記専用ＰＵＲ設定を維持することを決定することを含み、前記動作は、前記専用ＰＵＲ設定を維持することを決定することに応答して、前記専用ＰＵＲ設定を維持することを含む、非一時的なコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本出願は、２０１９年１１月１日に出願された米国仮特許出願第６２／９２９，２９４号の利益を主張し、その全開示は、参照によりその全体が本明細書に組み込まれる。本出願はまた、２０１９年１１月５日に出願された米国仮特許出願第６２／９３１，０００号の利益を主張し、その全開示は、参照によりその全体が本明細書に組み込まれる。
【0002】
本開示は、一般に、無線通信ネットワークに関し、より詳細には、無線通信システムにおいて、事前設定上りリンクリソースを解放するための方法および装置に関する。
【背景技術】
【0003】
移動体通信デバイスとの大量データの通信に対する要求が急速に高まる中、従来の移動体音声通信ネットワークは、インターネットプロトコル（ＩＰ）データパケットをやり取りするネットワークへと発展している。そのようなＩＰデータパケット通信は、移動体通信デバイスのユーザに、ボイスオーバＩＰ、マルチメディア、マルチキャスト、およびオンデマンド通信サービスを提供可能である。
【0004】
例示的なネットワーク構造は、発展型ユニバーサル地上無線アクセスネットワーク（Ｅ－ＵＴＲＡＮ）である。Ｅ－ＵＴＲＡＮシステムは、上記のボイスオーバＩＰおよびマルチメディアサービスを実現するために、高いデータスループットを提供可能である。現在、次世代（例えば、５Ｇ）の新しい無線技術が３ＧＰＰ標準化機構によって論じられている。このため、現行の３ＧＰＰ標準内容に対する変更が現在提出され、３ＧＰＰ標準の発展および確定に向けて検討されている。
【発明の概要】
【0005】
本開示に従って、１つ以上のデバイスおよび／または方法が提供される。ＵＥ（ユーザ機器）の観点からの例では、ＵＥがＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アイドル状態にあり、ＵＥのサービングセルが第２のセルであるときに、ＵＥは、専用ＰＵＲ（Ｐｒｅｃｏｎｆｉｇｕｒｅｄ Ｕｐｌｉｎｋ Ｒｅｓｏｕｒｃｅ）設定を維持し、ＵＥは、第２のセルとは異なる第１のセルにおいて専用ＰＵＲ設定で設定される。ＵＥは、ＲＲＣ接続の再確立手順中に第３のセルを選択する。第３のセルを選択することに応答して、ＵＥは、第３のセルが第１のセルと同じであるかどうかに基づいて、専用ＰＵＲ設定を解放するかどうかを決定し、専用ＰＵＲ設定を解放するかどうかを決定することは、ＵＥがＲＲＣ接続状態にあるときに行われる。
【図面の簡単な説明】
【0006】
【図1】１つの例示的な実施形態による、無線通信システムの図を示す。
【図2】１つの例示的な実施形態による、送信機システム（アクセスネットワークとしても知られる）および受信機システム（ユーザ機器またはＵＥとしても知られる）のブロック図である。
【図3】１つの例示的な実施形態による、通信システムの機能ブロック図である。
【図5】１つの例示的な実施形態による、制御プレーンＣＩｏＴ ＥＰＳ最適化のための、ＥＤＴ（Ｅａｒｌｙ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）に関連する例示的なシナリオを図示する図である。
【図6】１つの例示的な実施形態による、ユーザプレーンＣＩｏＴ ＥＰＳ最適化のための、ＥＤＴに関連する例示的なシナリオを図示する図である。
【図7】１つの例示的な実施形態による、ＲＲＣ接続再設定に関連する例示的なシナリオを図示する図である。
【図8】１つの例示的な実施形態による、ＲＲＣ接続再設定に関連する例示的なシナリオを図示する図である。
【図9】１つの例示的な実施形態による、ＲＲＣ接続再確立に関連する例示的なシナリオを図示する図である。
【図10】１つの例示的な実施形態による、ＲＲＣ接続再確立に関連する例示的なシナリオを図示する図である。
【図11】１つの例示的な実施形態によるフローチャートである。
【図12】１つの例示的な実施形態によるフローチャートである。
【図13】１つの例示的な実施形態によるフローチャートである。
【発明を実施するための形態】
【0007】
以下に説明する例示的な無線通信システムおよびデバイスは、無線通信システムを採用し、ブロードキャストサービスをサポートする。無線通信システムは、音声、データ等の様々なタイプの通信を提供するように広く展開されている。これらのシステムが、符号分割多元接続（ＣＤＭＡ）、時間分割多元接続（ＴＤＭＡ）、直交周波数分割多元接続（ＯＦＤＭＡ）、３ＧＰＰ ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線アクセス、３ＧＰＰ ＬＴＥ－ＡもしくはＬＴＥ－Ａｄｖａｎｃｅｄ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ Ａｄｖａｎｃｅｄ）、３ＧＰＰ２ ＵＭＢ（Ｕｌｔｒａ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ）、ＷｉＭａｘ、３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ）、またはその他何らかの変調技術に基づいてもよい。
【0008】
特に、以下に説明する例示的な無線通信システムおよびデバイスが、本明細書において３ＧＰＰと呼ばれる「第３世代パートナーシッププロジェクト」という名称のコンソーシアムにより提示される標準などの１つ以上の標準をサポートするように設計されてもよく、その標準は、３ＧＰＰ ＴＳ ３６．３００ Ｖ１５．７．０， “Ｅ－ＵＴＲＡ ａｎｄ Ｅ－ＵＴＲＡＮ， Ｏｖｅｒａｌｌ ｄｅｓｃｒｉｐｔｉｏｎ， Ｓｔａｇｅ ２”； ３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０， “Ｅ－ＵＴＲＡ， ＲＲＣ ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ”； ３ＧＰＰ ＲＡＮ１ ＃９６ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅ； ３ＧＰＰ ＲＡＮ１ ＃９６ｂｉｓ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅ； ３ＧＰＰ ＲＡＮ１ ＃９８ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅ； ３ＧＰＰ ＲＡＮ１ ＃９８ｂｉｓ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅ； Ｒ２－１９１４１０２， “ＲＡＮ２ ａｇｒｅｅｍｅｎｔｓ ｆｏｒ Ｒｅｌ－１６ ａｄｄｉｔｉｏｎａｌ ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ ＮＢ－ＩｏＴ ａｎｄ ＭＴＣ”を含む。上記に挙げた標準および文書は、その全体が参照により本明細書に明示的に援用される。
【0009】
図１は、本開示の１つ以上の実施形態に従う多重アクセス無線通信システムを表す。アクセスネットワーク１００（ＡＮ）は、複数のアンテナグループを含み、あるグループは１０４および１０６を含み、別のグループは１０８および１１０を含み、また別のグループは１１２および１１４を含む。図１においては、各アンテナグループに対して、アンテナが２つしか示されていないが、より多くのあるいはより少ないアンテナが各アンテナグループに利用されてよい。アクセス端末１１６（ＡＴ）は、アンテナ１１２および１１４と通信しており、アンテナ１１２および１１４は、順方向リンク１２０を介して情報をアクセス端末１１６に送信すると共に、逆方向リンク１１８を介して情報をアクセス端末１１６から受信している。アクセス端末（ＡＴ）１２２は、アンテナ１０６および１０８と通信しており、アンテナ１０６および１０８は、順方向リンク１２６を介して情報をアクセス端末（ＡＴ）１２２に送信すると共に、逆方向リンク１２４を介して情報をアクセス端末（ＡＴ）１２２から受信している。周波数分割複信（ＦＤＤ）システムにおいては、通信リンク１１８、１２０、１２４、および１２６は通信に異なる周波数を使用してよい。例えば、順方向リンク１２０では、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用してよい。
【0010】
アンテナの各グループおよび／またはアンテナが通信するように設計されたエリアは、アクセスネットワークのセクターと称することが多い。本実施形態において、アンテナグループはそれぞれ、アクセスネットワーク１００によってカバーされるエリアのセクターにおいて、アクセス端末と通信するように設計されてもよい。
【0011】
順方向リンク１２０および１２６を介した通信において、アクセスネットワーク１００の送信アンテナは、異なるアクセス端末１１６および１２２に対する順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用してよい。また、カバレッジにランダムに分散したアクセス端末への送信にビームフォーミングを使用するアクセスネットワークは、通常、１つのアンテナからすべてのそのアクセス端末に送信を行うアクセスネットワークよりも、隣接セルのアクセス端末への干渉が少ないことがある。
【0012】
アクセスネットワーク（ＡＮ）は、端末と通信するのに使用される固定局または基地局でよく、アクセスポイント、ノードＢ、基地局、拡張型基地局、ｅＮｏｄｅＢ（ｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）またはその他何らかの専門用語で呼ばれることもある。アクセス端末（ＡＴ）は、ユーザ機器（ＵＥ）、無線通信デバイス、端末、アクセス端末、またはその他何らかの専門用語で呼ばれることもある。
【0013】
図２は、多入力タ出力（ＭＩＭＯ）システム２００における送信機システム２１０（アクセスネットワークとしても知られている）および受信機システム２５０（アクセス端末（ＡＴ）またはユーザ機器（ＵＥ）としても知られている）の実施形態を表す。送信機システム２１０では、多くのデータストリームのトラフィックデータがデータ源２１２から送信（ＴＸ）データプロセッサ２１４に提供されてもよい。
【0014】
一実施形態において、各データストリームは、それぞれの送信アンテナを介して送信される。ＴＸデータプロセッサ２１４は、データストリームに対して選択された特定の符号化方式に基づいて、各データストリームについてのトラフィックデータをフォーマット、符号化、およびインターリーブして、符号化データを提供する。
【0015】
各データストリームについての符号化データを、直交周波数分割多重（ＯＦＤＭ）技術を使用してパイロットデータと多重化してよい。パイロットデータは、代表的には、既知の様態で処理される既知のデータパターンであってもよく、受信機システムでチャネル応答を推定するのに使用されてよい。そして、各データストリームについての多重化パイロットおよび符号化データは、データストリームに対して選択された特定の変調方式（例えば、二位相偏移変調（ＢＰＳＫ）、四位相偏移変調（ＱＰＳＫ）、Ｍ状態位相偏移変調（Ｍ－ＰＳＫ）、またはＭ状態直交振幅変調（Ｍ－ＱＡＭ）に基づいて変調（すなわち、シンボルマッピング）されて、変調シンボルを提供する。各データストリームについてのデータレート、符号化、および／または変調は、プロセッサ２３０により実行される命令によって決定されてよい。
【0016】
そして、すべてのデータストリームについての変調シンボルはＴＸ ＭＩＭＯプロセッサ２２０に与えられ、これが（例えば、ＯＦＤＭの場合に）変調シンボルをさらに処理してよい。そして、ＴＸ ＭＩＭＯプロセッサ２２０は、ＮＴ個の変調シンボルストリームをＮＴ個の送信機（ＴＭＴＲ）２２２ａ～２２２ｔに提供する。特定の実施形態において、ＴＸ ＭＩＭＯプロセッサ２２０は、ビームフォーミング加重をデータストリームのシンボルおよびシンボルが送信されているアンテナに適用してもよい。
【0017】
各送信機２２２は、各シンボルストリームを受信および処理して１つ以上のアナログ信号を提供し、さらに、アナログ信号を調節（例えば、増幅、フィルタリング、および／またはアップコンバート）して、ＭＩＭＯチャネルを介した送信に適した変調信号を提供する。そして、送信機２２２ａ～２２２ｔからのＮＴ個の変調信号がそれぞれ、ＮＴ個のアンテナ２２４ａ～２２４ｔから送信されてもよい。
【0018】
受信機システム２５０においては、送信された変調信号はＮＲ個のアンテナ２５２ａ～２５２ｒによって受信され、各アンテナ２５２からの受信信号は、各受信機（ＲＣＶＲ）２５４ａ～２５４ｒに提供されてもよい。各受信機２５４は、それぞれの受信信号を調節（例えば、フィルタリング、増幅、およびダウンコンバート）して、調節された信号をデジタル化してサンプルを与え、および／またはさらに、これらのサンプルを処理して対応する「受信」シンボルストリームを提供してもよい。
【0019】
そして、ＲＸデータプロセッサ２６０は、特定の受信機処理技術に基づいて、ＮＲ個の受信機２５４からのＮＲ個の受信シンボルストリームを受信および／または処理して、ＮＴ個の「検出」シンボルストリームを提供する。そして、ＲＸデータプロセッサ２６０は、各検出シンボルストリームを復調、デインターリーブ、および／または復号して、データストリームについてのトラフィックデータを復元してもよい。ＲＸデータプロセッサ２６０による処理は、送信機システム２１０でのＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータプロセッサ２１４により実行される処理と相補的であってもよい。
【0020】
プロセッサ２７０は、どのプリコーディングマトリクス（後述）使用するかを定期的に決定してもよい。プロセッサ２７０は、マトリクス指標部およびランク値部を含む逆方向リンクメッセージを構築する。
【0021】
逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含んでよい。そして、逆方向リンクメッセージは、データ源２３６からの多くのデータストリームについてのトラフィックデータも受信するＴＸデータプロセッサ２３８により処理され、変調器２８０により変調され、送信機２５４ａ～２５４ｒにより調節され、および／または送信機システム２１０に送り戻されてもよい。
【0022】
送信機システム２１０では、受信機システム２５０からの変調信号がアンテナ２２４により受信され、受信機２２２により調節され、復調器２４０により復調され、ＲＸデータプロセッサ２４２により処理されて、受信機システム２５０により送信された逆方向リンクメッセージを抽出する。そして、プロセッサ２３０は、ビームフォーミング加重を決定するのにどのプリコーディングマトリクスを使用するかを決定してもよく、そして、抽出されたメッセージを処理してもよい。
【0023】
図３を参照すると、この図は、開示主題の一実施形態による通信デバイスの代替的な簡易機能ブロック図を表す。図３に示されるように、無線通信システムにおける通信デバイスは、図１のＵＥ（若しくはＡＴ）１１６および１２２または図１の基地局（若しくはＡＮ）１００を実現するのに利用可能であり、無線通信システムは、ＬＴＥまたはＮＲシステムであってもよい。通信デバイスは、入力デバイス３０２、出力デバイス３０４、制御回路３０６、中央演算処理装置（ＣＰＵ）３０８、メモリ３１０、プログラムコード３１２、およびトランシーバ３１４を含んでよい。制御回路３０６は、ＣＰＵ３０８を介してメモリ３１０内のプログラムコード３１２を実行することにより、通信デバイスの動作を制御する。通信デバイス３００は、キーボード、キーパッド等の入力デバイス３０２を介してユーザにより入力された信号を受信することができ、モニタ、スピーカ等の出力デバイス３０４を介して画像および音声を出力することができる。トランシーバ３１４は、無線信号を受信および送信するのに使用され、受信信号を制御回路３０６に伝達すると共に、制御回路３０６により生成された信号を無線で出力する。無線通信システムにおける通信デバイス３００は、図１のＡＮ１００を実現するのにも利用可能である。
【0024】
図４は、開示主題の一実施形態による図３に示すプログラムコード３１２の簡易ブロック図である。本実施形態において、プログラムコード３１２は、アプリケーションレイヤ４００、レイヤ３部４０２、およびレイヤ２部４０４を含み、レイヤ１部４０６に結合されている。レイヤ３部４０２は一般的に、無線リソース制御を行ってもよい。レイヤ２部４０４は一般的に、リンク制御を行ってもよい。レイヤ１部４０６は一般的に、物理的接続を行う／実装してもよい。
【0025】
ＬＴＥにおけるＥＤＴ（Ｅａｒｌｙ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）に関する説明は、３ＧＰＰ ＴＳ ３６．３００ Ｖ１５．７．０に記載されている。特に、３ＧＰＰ ＴＳ ３６．３００ Ｖ１５．７．０の７．３ｂ．２項の「ＥＤＴ ｆｏｒ Ｃｏｎｔｒｏｌ Ｐｌａｎｅ ＣＩｏＴ ＥＰＳ Ｏｐｔｉｍｉｚａｔｉｏｎｓ」と題する図７．３ｂ－１を、本明細書において図５に複製し、３ＧＰＰ ＴＳ ３６．３００ Ｖ１５．７．０の７．３ｂ．３項の「ＥＤＴ ｆｏｒ Ｕｓｅｒ Ｐｌａｎｅ ＣＩｏＴ ＥＰＳ Ｏｐｔｉｍｉｚａｔｉｏｎｓ」と題する図７．３ｂ－２を、本明細書において図６に複製する。３ＧＰＰ ＴＳ ３６．３００ Ｖ１５．７．０の一部を以下に引用する：
［外１］
［外１］
【0026】
ＬＴＥ ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）接続再設定手順（例えば、ハンドオーバ手順など）およびＬＴＥ ＲＲＣ接続再確立手順に関する説明は、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０で提供されている。特に、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．５．１項の「ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ， ｓｕｃｃｅｓｓｆｕｌ」と題する図５．３．５．１－１を、本明細書において図７に複製し、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．５．１項の「ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ， ｆａｉｌｕｒｅ」と題する図５．３．５．１－２を、本明細書において図８に複製し、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．７．１項の「ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ， ｓｕｃｃｅｓｓｆｕｌ」と題する図５．３．７．１－１を、本明細書において図９に複製し、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．７．１項の「ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ， ｆａｉｌｕｒｅ」と題する図５．３．７．１－２を、本明細書において図１０に複製する。３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の一部を以下に引用する：
［外２］
［外２］
【0027】
事前設定上りリンクリソース（ＰＵＲ）における送信は、３ＧＰＰ ＲＡＮ１で議論される。ＲＡＮ１によってなされたいくつかの合意を、３ＧＰＰ ＲＡＮ１ ＃９６ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅから引用する：
［外３］
［外３］
【0028】
事前設定上りリンクリソース（ＰＵＲ）における送信は、３ＧＰＰ ＲＡＮ１で議論される。ＲＡＮ１によってなされたいくつかの合意を、３ＧＰＰ ＲＡＮ１ ＃９６ｂｉｓ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅから引用する：
［外４］
［外４］
【0029】
事前設定上りリンクリソース（ＰＵＲ）における送信は、３ＧＰＰ ＲＡＮ１で議論される。ＲＡＮ１によってなされたいくつかの合意を、３ＧＰＰ ＲＡＮ１ ＃９８ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅから引用する：
［外５］
［外５］
【0030】
事前設定上りリンクリソース（ＰＵＲ）における送信は、３ＧＰＰ ＲＡＮ１で議論される。ＲＡＮ１によってなされたいくつかの合意を、３ＧＰＰ ＲＡＮ１ ＃９８ｂｉｓ Ｃｈａｉｒｍａｎ’ｓ Ｎｏｔｅから引用する：
［外６］
［外６］
【0031】
事前設定上りリンクリソース（ＰＵＲ）における送信は、３ＧＰＰ ＲＡＮ２で議論される。ＲＡＮ２によってなされたいくつかの合意を、Ｒ２－１９１４１０２から以下に引用する：
［外７］
［外７］
【0032】
本明細書中で使用される用語「ＭＴＣ ＵＥ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ＵＥ）」は、「ＢＬ ＵＥ（Ｂａｎｄｗｉｄｔｈ ｒｅｄｕｃｅｄ ａｎｄ Ｌｏｗ ｃｏｍｐｌｅｘｉｔｙ ＵＥ）」および／または「拡張カバレッジにおけるＵＥ（ＥＣにおけるＵＥ、ＣＥにおけるＵＥ、ＣＥ ＵＥ）」を指してもよい。用語「ＵＥ」は、本明細書中で使用される場合、ＭＴＣ ＵＥおよび／またはＮＢ－ＩｏＴ（Ｎａｒｒｏｗ Ｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）ＵＥおよび／または異なるタイプのＵＥを指してもよい。ＲＲＣ＿ＩＤＬＥ状態（例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）アイドル状態）において、ＵＥがＲＡ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ）手順を開始する場合、ランダムアクセス手順は、ＥＤＴ（Ｅａｒｌｙ－Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）に対するものであってもよく、および／またはランダムアクセス手順は、ＥＤＴに対するものでなくてもよい。競合ベースのランダムアクセス手順は、４つのステップを含んでもよく、４つのステップの各ステップで送信および／または受信されるメッセージは、それぞれ「Ｍｓｇ１」、「Ｍｓｇ２」、「Ｍｓｇ３」および／または「Ｍｓｇ４」と呼ばれる。非競合ベースのランダムアクセス手順は、２つのステップを含んでもよく、２つのステップの各ステップで送信および／または受信されるメッセージは、それぞれ「Ｍｓｇ１」および／または「Ｍｓｇ２」と呼ばれる。本明細書で使用される「ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）」という用語は、ＭＴＣ ＵＥのためのＭＰＤＣＣＨ（Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ＰＤＣＣＨ）および／またはＮＢ－ＩｏＴ ＵＥのためのＮＰＤＣＣＨ（Ｎａｒｒｏｗｂａｎｄ ＰＤＣＣＨ）を指してもよい。本明細書で使用される「ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）」という用語は、ＭＴＣ ＵＥのためのＰＲＡＣＨおよび／またはＮＢ－ＩｏＴ ＵＥのためのＮＰＲＡＣＨ（Ｎａｒｒｏｗｂａｎｄ ＰＲＡＣＨ）を指してもよい。本段落で説明した記述は、別段の規定がない限り、一般的に以下のすべてのパラグラフに適用されてもよい。
【0033】
ＬＴＥリリース１５では、ＭＴＣ ＵＥおよび／またはＮＢ－ＩｏＴ ＵＥの送信効率を向上し、電力消費を低減すためにＥＤＴが導入された。ＥＤＴはＭＴＣ ＵＥおよび／またはＮＢ－ＩｏＴ ＵＥに適用可能であってもよい。ＥＤＴはＲＲＣ＿ＩＤＬＥ状態でトリガされてもよい。ＥＤＴがトリガされた後、上りリンクユーザデータ（例えば、モバイル発信データ）は、ランダムアクセス手順中にＭｓｇ３に含まれてもよく（例えば、Ｍｓｇ３は、ランダムアクセス手順の第３のメッセージに対応してもよい）、ネットワークは、ランダムアクセス手順中にＭｓｇ４に下りリンクユーザデータを含めてもよい（例えば、Ｍｓｇ４は、ランダムアクセス手順の第４のメッセージに対応してもよい）。ＥＤＴの１つの利点は、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（例えば、ＲＲＣ接続状態）に移行する必要なしに、ＵＥによって上りリンクユーザデータを送信してもよいことである。また、ＥＤＴがレガシーＲＲＣ接続確立／再開手順にフォールバックする、および／またはＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行した後に上りリンクユーザデータが送信されることが可能である。リリース１５のＥＤＴはまた、「ＭＯ－ＥＤＴ（Ｍｏｂｉｌｅ－ｏｒｉｇｉｎａｔｅｄ ＥＤＴ）」と呼ばれる。
【0034】
少なくとも２種類のＥＤＴ（またはＭＯ－ＥＤＴ）がある。
【0035】
第１のタイプのＥＤＴ （または第１のタイプのＭＯ－ＥＤＴ）は、制御プレーンＥＤＴ （ＣＰ－ＥＤＴ）（例えば、ＣＩｏＴ（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ Ｃｅｌｌｕｌａｒ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ） ＥＰＳ（Ｅｖｏｌｄｅｄ Ｐａｃｋｅｔ Ｓｙｓｔｅｍ）最適化のためのＥＤＴ）である。ＣＰ－ＥＤＴでは、上りリンクユーザデータは、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）上の上りリンクＲＲＣＥａｒｌｙＤａｔａＲｅｑｕｅｓｔメッセージに連結されたＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）メッセージで送信される。上りリンクＲＲＣＥａｒｌｙＤａｔａＲｅｑｕｅｓｔメッセージは、ランダムアクセス手順中にＭｓｇ３に含まれてもよい（例えば、Ｍｓｇ３は、Ｍｓｇ３がＵＥによってｅＮＢに送信されるランダムアクセス手順の第３のメッセージに対応してもよい）。下りリンクユーザデータは、ＣＣＣＨ上の下りリンクＲＲＣＥａｒｌｙＤａｔａＣｏｍｐｌｅｔｅメッセージに連結されたＮＡＳメッセージで送信される。下りリンクＲＲＣＥａｒｌｙＤａｔａＣｏｍｐｌｅｔｅメッセージは、ランダムアクセス手順中にＭｓｇ４に含まれてもよい（例えば、Ｍｓｇ４は、Ｍｓｇ４がｅＮＢによってＵＥに送信されるランダムアクセス手順の第４のメッセージに対応してもよい）。ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）および／またはｅＮＢが、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに変更する（例えば、ＵＥをＲＲＣ＿ＩＤＬＥモードからＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに変更する）ことを決定した場合、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージがＭｓｇ４で（ＵＥに）送信されて、レガシーＲＲＣ接続確立手順に戻ることがある。
【0036】
第２のタイプのＥＤＴ （または第２のタイプのＭＯ－ＥＤＴ）は、ユーザプレーンＥＤＴ （ＵＰ－ＥＤＴ）（例えば、Ｕｓｅｒ Ｐｌａｎｅ ＣＩｏＴ ＥＰＳ 最適化のためのＥＤＴ）である。ＵＰ－ＥＤＴでは、上りリンクユーザデータは、ＣＣＣＨ上の上りリンクＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージと多重化されたＤＴＣＨ（Ｄｅｄｉｃａｔｅｄ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）上で送信される。いくつかの実施形態において、ＤＴＣＨ ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）および／またはＣＣＣＨ ＳＤＵは、ランダムアクセス手順中にＭｓｇ３に含まれる（例えば、Ｍｓｇ３は、ランダムアクセス手順の第３のメッセージに対応してもよく、Ｍｓｇ３は、ＵＥによってｅＮＢに送信される）。下りリンクユーザデータは、ＤＣＣＨ（Ｄｅｄｉｃａｔｅｄ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）上の下りリンクＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージと多重化されたＤＴＣＨ上で送信されてもよい。ＤＴＣＨ ＳＤＵおよび／またはＤＣＣＨ ＳＤＵは、ランダムアクセス手順中にＭｓｇ４に含まれてもよい。ＭＭＥおよび／またはｅＮＢがＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに変更する（例えば、ＵＥをＲＲＣ＿ＩＤＬＥモードからＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに変更する）ことを決定した場合、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージ（および／または下りリンクユーザデータ）がＭｓｇ４で（ＵＥに）送信されて、ＲＲＣ接続再開手順に戻る。
【0037】
ＬＴＥリリース１６では、ＭＴＣ ＵＥおよび／またはＮＢ－ＩｏＴ ＵＥのための送信効率をさらに改善し、および／または電力消費を低減するために、事前設定上りリンクリソース（ＰＵＲ）における送信を導入することができる。ＰＵＲは専用ＰＵＲであってもよい。本明細書で使用される「専用ＰＵＲ」という用語は、他のＵＥと共有されないとＵＥが想定する１つ以上のリソースに対応してもよい。
【0038】
いくつかの実施形態では、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態でＰＵＲ （例えば、ＰＵＲ機会）上でＰＵＲ送信（例えば、１つ以上のＰＵＲを介したネットワークへのデータの送信）を行う。いくつかの実施形態では、ＵＥは、ＵＥの専用ＰＵＲ設定に設定された１つ以上のＰＵＲの時間および周波数情報に基づいてＰＵＲ （例えば、ＰＵＲ機会）を決定する。例えば、専用ＰＵＲ設定は、ＵＥがＲＲＣ＿ＩＤＬＥ状態にあるとき、セル（例えば、専用ＰＵＲ設定が受信され、および／または、有効であるセル）内で送信を行うためにＵＥに対して１つ以上のＰＵＲを示すことができる。ＨＡＲＱは、信頼性を向上させるために、専用ＰＵＲを使用する１つ以上の送信でサポートされる。ＵＥがＰＵＲ送信を行った後、ＵＥは設定可能な期間（例えば、ＰＵＲ Ｓｅａｒｃｈ Ｓｐａｃｅ Ｗｉｎｄｏｗおよび／またはＰＵＲ Ｓｅａｒｃｈ Ｓｐａｃｅ Ｔｉｍｅｒ）中にＰＤＣＣＨを監視する。ネットワークは、専用ＰＵＲ設定にＰＵＲサーチ空間設定を含めてもよく、および／またはＵＥは、ＰＵＲ送信後、ＰＵＲサーチ空間設定に基づいてＰＤＣＣＨを監視してもよい（例えば、ＰＵＲサーチ空間設定は、設定可能な期間に対応し得る）。追加的に、ＲＡＣＨおよび／またはＥＤＴ手順に対する１つ以上のフォールバックメカニズムがサポートされてもよい。１つ以上のフォールバックメカニズムの詳細が議論されている。
【0039】
ＵＥには、（セルに対してなど）専用ＰＵＲ設定を受信することによって、ＰＵＲが設定されてもよい。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードにあるときに、専用ＰＵＲ設定は、専用シグナリング（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージ）でＵＥに（セルにおいてなど）提供されてもよい。１つ以上の設定ＰＵＲ（例えば、専用ＰＵＲ設定によって示された、および／または、専用ＰＵＲ設定によって設定された１つ以上のＰＵＲ）は、ＵＥがＲＲＣ＿ＩＤＬＥモードにあるとき（および、ＵＥが専用ＰＵＲ設定に関連付けられたセル内にいるとき）に有効であってもよい。１つ以上の設定ＰＵＲは、下位レイヤのアクティブ化を必要としなくてもよい。データが送信に利用できない場合、ＵＥは１つ以上の設定ＰＵＲを使用しなくてもよい。１つ以上の専用ＰＵＲについて、ネットワークはどのＵＥが１つ以上の専用ＰＵＲを使用して送信を行っているかを識別することができるため、競合解決が必要とされなくてもよい。いくつかの実施形態において、ＵＥは、２つのステップを行ってもよい。２つのステップのうちの第１のステップは、ＰＵＲを使用した送信を含み、２つのステップのうちの第２のステップは、送信に関連付けられたネットワーク応答（例えば、ネットワーク応答は、「ＰＵＲに対する応答」および／または「ＰＵＲ応答」としても知られている）の受信を含む。ネットワーク応答は、送信が成功したかどうかの確認応答であってもよい（例えば、ネットワーク応答は、ＨＡＲＱフィードバックおよび／またはＬ１－ＡＣＫを含んでもよい）。ネットワーク応答は、再送のためのダイナミック上りリンクグラントであってもよい（例えば、ネットワーク応答は、送信が成功しない場合、再送のためのダイナミック上りリンクグラントであってもよい）。ネットワーク応答は、下りリンクユーザデータおよび／またはＲＲＣメッセージであってもよい（例えば、ＲＲＣＥａｒｌｙＤａｔａＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージなどのうちの少なくとも１つ）。下りリンクユーザデータおよび／またはＲＲＣメッセージは、ダイナミック下りリンク割り当てによってスケジューリングされてもよい。ダイナミック上りリンクグラントは、第１の特定のＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ、Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩ、および／またはＰＵＲ－ＲＮＴＩのようなＰＵＲのための新しいＲＮＴＩ）に宛ててもよい。動的下りリンク割り当ては、第２の特定のＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ、Ｔｅｍｐｏｒａｒｙ Ｃ－ＲＮＴＩ、および／またはＰＵＲ－ＲＮＴＩのようなＰＵＲのための新しいＲＮＴＩ）に宛ててもよい。第１の特定のＲＮＴＩおよび／または第２の特定のＲＮＴＩは、専用ＰＵＲ設定で提供されてもよい。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるときに、第１の特定のＲＮＴＩおよび／または第２の特定のＲＮＴＩが提供されてもよい。第１の特定のＲＮＴＩおよび第２の特定のＲＮＴＩは、同じであってもよい（すなわち、第１の特定のＲＮＴＩおよび第２の特定のＲＮＴＩは、両方とも単一のＲＮＴＩに対応してもよい）。代替的および／または追加的に、第１の特定のＲＮＴＩは、第２の特定のＲＮＴＩとは異なってもよい。再送が必要とされる場合、送信が成功しないときのように、ＵＥは、次のＰＵＲ機会で、および／または、（第２のステップで受信される）ダイナミック上りリンクグラントに基づいて再送を行ってもよい。ＵＥは、ネットワーク応答を受信するために、設定可能な期間（例えば、ＰＵＲ Ｓｅａｒｃｈ Ｓｐａｃｅウィンドウおよび／またはＰＵＲ Ｓｅａｒｃｈ Ｓｐａｃｅタイマ）中にＰＤＣＣＨを監視する。いくつかの実施形態において、ネットワーク応答は、ＲＡＣＨ手順および／またはＥＤＴ手順（送信が成功しないシナリオなど）へのフォールバックを示してもよい。
【0040】
ＲＡＮ１とＲＡＮ２の合意（少なくともその一部は前述の説明で引用されている）によれば、ＵＥは、基準が満たされる場合、ＲＲＣ＿ＩＤＬＥ状態で１つ以上の専用ＰＵＲを使用してもよい。基準は、有効なタイムアラインメント（ＴＡ）を含んでもよい（例えば、基準は、ＴＡが有効であるかどうか以外にも、１つ以上の他の基準を含んでもよい）。ＴＡのための有効性確認メカニズム（例えば、ＵＥがＵＥに関連付けられたＴＡが有効かどうかを決定することができるメカニズム）は、ＰＵＲ ＴＡタイマを含んでもよい。いくつかの実施形態では、ＰＵＲ ＴＡタイマは、既存のｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒとは異なる。例えば、ＰＵＲ ＴＡタイマの開始、再開および／または停止のための条件は、既存のｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒの開始、再開および／または停止のための条件とは異なってもよい。ＰＵＲ ＴＡタイマがＵＥに対して設定されている場合、ＰＵＲ ＴＡタイマが動作している場合、および／またはＰＵＲのＴＡ有効性確認のための他の基準（例えば、他のすべての基準）が満たされている場合、ＵＥは、ＵＥに関連付けられた（ＰＵＲのための）ＴＡが有効であるとみなしてもよい。ＰＵＲ ＴＡタイマがＵＥに対して設定されている場合、ＰＵＲ ＴＡタイマが動作していない場合（またはＰＵＲ ＴＡタイマの有効期限が切れている場合）、ＵＥは、ＵＥに関連付けられた（ＰＵＲのための）ＴＡが無効であるとみなしてもよい。ＰＵＲ ＴＡタイマの設定は、専用ＰＵＲ設定に含められてもよい（例えば、専用ＰＵＲ設定を使用してＵＥにＰＵＲ ＴＡタイマが設定されてもよい）。ＴＡのための有効性確認メカニズムは、「Ｓｅｒｖｉｎｇ Ｃｅｌｌ Ｃｈａｎｇｅ」を含んでもよい（例えば、セルの再選択により、ＵＥに関連付けられたサービングセルが異なるセルに変更されてもよく、異なるセルは、専用ＰＵＲ設定が有効であるセルとは異なる、および／またはＵＥに専用ＰＵＲ設定が設定されたセルとは異なる）。サービングセルが変更した場合、ＵＥは、以前のサービングセルに対するＴＡが無効であるとみなしてもよい。代替的および／または追加的に、ＵＥが、ＴＡが最後に有効性検証されたセルとは異なるセル内でランダムアクセス手順を開始したときに、ＵＥは、ＴＡが無効であるとみなしてもよい。一例では、ＵＥは、第１のセル上で第１のＰＵＲ送信を実行し、第１のセル上で第１のＰＵＲ応答を受信し、次に、第２のセル上でランダムアクセス手順を開始してもよい。この例では、ＵＥが第２のセル上でランダムアクセス手順を開始したとき（および／または後）に、ＵＥは、ＴＡが無効であるとみなしてもよい。
【0041】
いくつかの実施形態では、ＵＥが、（ＰＵＲのための）ＴＡが無効であるとみなす場合、ＵＥは、専用ＰＵＲ設定を維持する（すなわち解放しない）（例えば、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態および／またはＲＲＣ＿ＩＤＬＥ状態にあり、ＵＥが（ＰＵＲのための）ＴＡが無効であるとみなすときに、ＵＥは、ある期間中、専用ＰＵＲ設定を維持してもよい）。（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態および／またはＲＲＣ＿ＩＤＬＥ状態において、）ＵＥに関連付けられたサービングセルが変更されるときに、ＵＥは、専用ＰＵＲ設定を維持してもよい （すなわち、解放しない）。ＲＲＣ＿ＩＤＬＥ状態において、例えば、ＵＥのサービングセルが （専用ＰＵＲ設定が設定されたセルおよび／または有効なセル以外のセルなどに）変更されたときに、ＵＥは、専用ＰＵＲ設定を維持してもよい（すなわち、解放しない）。ＵＥは、ＵＥに関連付けられた（ＰＵＲのための）ＴＡが無効であるときに、ＰＵＲ送信を行わず、ＵＥは、ＵＥに関連付けられた（ＰＵＲのための）ＴＡが有効になった後にＰＵＲ送信を行うことができる。いくつかの実施形態では、ＵＥは、（専用ＰＵＲ設定が設定され、および／または有効である同一のサービングセル上で）ＥＤＴを行うおよび／またはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行すると（および／またはそれに応答して）、専用ＰＵＲ設定を維持する（すなわち、解放しない）。ＵＥは、専用ＰＵＲ設定が維持され、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある期間中にＰＵＲ送信を行わないことがある。
【0042】
ＰＵＲに対して暗黙の解放メカニズムを導入した。対応するしきい値（および／または解放メカニズム属性）が専用ＰＵＲ設定に設定されている場合、ＵＥは、カウンタｍを維持する。いくつかの実施形態において、ＵＥがＰＵＲ機会でＰＵＲ送信を行わない（および／またはスキップする）場合、ＵＥは、カウンタｍを１だけインクリメントする（例えば、ＵＥは、ＰＵＲ機会で ＰＵＲ送信を行わないことおよび／またはスキップすることに応答して、カウンタｍを１だけインクリメントしてもよい）。カウンタｍがｍのための対応する閾値に達した（または超えた）場合、ＵＥは、自律的に専用ＰＵＲ設定を解放する（例えば、ＵＥは、カウンタｍが対応する閾値に達した（または超えた）ことに応答して専用ＰＵＲ設定を解放してもよい）。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間は、ＵＥは、カウンタｍをインクリメントしなくてもよい。ＵＥは、ＵＥとネットワークとの間の通信が成功した（例えば、通信が成功したことは、ＵＥがＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるときのＵＥとネットワークとの間の通信に対応してもよい）後に（例えば、それに応答して）、カウンタｍの値をリセットしてもよい（例えば、カウンタｍの値をリセットすることは、カウンタｍをゼロに設定することを含んでもよい）。
【0043】
ＲＡＮ２合意（少なくともその一部は前述の説明で引用されている）に従って、専用ＰＵＲ設定は、ＵＥが同じサービングセル（例えば、ＵＥが専用ＰＵＲ設定を受信したサービングセル、および／または、専用ＰＵＲ設定が有効なサービングセル）においてＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行した後に、維持されるべきであり、ＵＥが（同一のサービングセルにおいて）ＲＲＣ＿ＩＤＬＥ状態に移行した後に専用ＰＵＲ設定が後で使用（再使用）されてもよいようにする。専用ＰＵＲ設定は維持されるが、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でネットワークによって動的にスケジュールされてもよい。ＰＵＲと比較して、動的スケジューリングは、送信電力、ＴＢＳ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ Ｓｉｚｅ）および／または送信タイミングに関してより柔軟であってもよい。ＲＲＣ＿ＩＤＬＥ状態でのＰＵＲの使用と比較して、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でのＰＵＲの使用の利点は少ないことがある。さらに、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＰＵＲ送信を行う場合、ＵＥは、Ｃ－ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）に加えて、ＰＵＲのための特定のＲＮＴＩを監視する必要があることがあり、これは、接続モードＰＤＣＣＨ監視における複雑さを増加させる。
【0044】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＵＥがＰＵＲを使用することを防止または禁止する方法の１つは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態である間、ＰＵＲのためのＴＡが無効であるとみなすことである。
【0045】
例えば、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ると、またはそれに応答して、ＰＵＲ ＴＡタイマを停止してもよく（例えば、ＰＵＲ ＴＡタイマがＵＥによって停止されるときに、ＵＥは、ＰＵＲ ＴＡタイマが動作していないため、ＰＵＲのためのＴＡタイマを無効とみなしてもよい）。代替的および／または追加的には、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージおよび／またはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージを受信すると、および／またはそれに応答して、ＰＵＲ ＴＡタイマを停止してもよい。代替的および／または追加的に、ＵＥは、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒのための専用設定（例えば、ＭＡＣ－ＭａｉｎＣｏｎｆｉｇにおけるｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒＤｉｄｉｃａｔｅｄ）を受信すると、および／またはそれに応答して、ＰＵＲ ＴＡタイマを停止してもよい。
【0046】
（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＵＥがＰＵＲを使用することを防止および／または禁止する）例において、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行すると、および／またはそれに応答して、ＰＵＲ ＴＡタイマの有効期限が切れたとみなしてもよい（例えば、ＰＵＲ ＴＡタイマの有効期限が切れたとみなされるときに、ＵＥは、ＰＵＲ ＴＡタイマの有効期限が切れたためにＰＵＲのためのＴＡが無効とみなしてもよい）。代替的および／または追加的に、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージおよび／またはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅメッセージを受信すると、および／またはそれに応答して、ＰＵＲ ＴＡタイマの有効期限が切れたとみなしてもよい。代替的および／または追加的に、ＵＥは、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒのための専用設定（例えば、ＭＡＣ－ＭａｉｎＣｏｎｆｉｇにおけるｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒＤｉｄｉｃａｔｅｄ）を受信すると、および／またはそれに応答して、ＰＵＲ ＴＡタイマの有効期限が切れたとみなしてもよい。
【0047】
ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＰＵＲを使用することを防止および／または禁止する別の方法は、ＵＥに関連付けられたＰＵＲの状態を「中断」と見なすことである。一例では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に入ると、および／またはそれに応じて、ＰＵＲの状態を「中断」と見なしてもよい。ＵＥがＰＵＲの状態を「中断」と見なすときに、ＵＥはＰＵＲを使用しなくてもよい。したがって、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態中にＰＵＲを使用しなくてもよい。ＵＥは、ＲＲＣ＿ＩＤＬＥ状態に移行すると、および／またはそれに応じて、ＰＵＲの状態を「再開」と見なしてもよい（例えば、ＵＥは、ＵＥがＲＲＣ＿ＩＤＬＥ状態に移行する前など、専用ＰＵＲ設定がネットワークによって解放されない場合、ＲＲＣ＿ＩＤＬＥ状態に移行すると、および／またはそれに応答して、ＰＵＲの状態を「再開」と見なしてもよい）。ＵＥがＰＵＲの状態を「再開」と見なすときに、ＵＥはＰＵＲを使用してもよい。したがって、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態中にＰＵＲを使用してもよい。
【0048】
いくつかの例では、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＰＵＲを使用することを防止および／または禁止されなくてもよい（例えば、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＰＵＲを使用することを許可されてもよい）。
【0049】
いくつかの実施形態では、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態でＴＡ更新に応答してＰＵＲ ＴＡタイマを開始しなくてもよい（例えば、ＴＡ更新は、ＵＥによって受信されたＴＡコマンドＭＡＣ制御要素に対応してもよい）。
【0050】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態では、ネットワークは、ＵＥに関連付けられたハンドオーバをトリガしてもよく、例えば、ネットワークは、あるセルから別のセルへＵＥをハンドオーバするためにハンドオーバをトリガしてもよい。ハンドオーバは、ＵＥのサービングセル（例えば、ＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ））をソースセルからターゲットセルに変更するために使用されてもよい。ハンドオーバは、セル内ハンドオーバ（すなわち、ターゲットセルがソースセルと同じである）またはセル間ハンドオーバ（すなわち、ターゲットセルがソースセルと異なる）であってもよい。ＬＴＥでは、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すると、（あるセルから別のセルにＵＥをハンドオーバするなどの）ハンドオーバ手順を開始する。ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージをターゲットセルに送信するために、ターゲットセル上でランダムアクセス手順を開始してもよい。
【0051】
ＲＡＮ２合意（少なくともその一部は前述の説明で引用されている）に従って、ネットワークは、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間に、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージで専用ＰＵＲ設定を提供してもよい。ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にある間に、ネットワークがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージに専用ＰＵＲ設定を提供する例では、ＵＥは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを適用することに応答して、ＲＲＣ＿ＩＤＬＥ状態に移行する。ＰＵＲがＲＲＣ＿ＩＤＬＥ状態で使用され、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で使用されないいくつかの例では、ＵＥが専用ＰＵＲ設定の設定および／または再設定の後にＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に留まる場合、ネットワークがＵＥに専用ＰＵＲ設定を設定および／または再設定する必要がないことがある（例えば、ＵＥがＲＲＣ＿ＩＤＬＥ状態に移行する前に、ネットワークがＵＥに専用ＰＵＲ設定を設定および／または再設定する必要がないことがある）。したがって、ネットワークがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ手順を介してＰＵＲを設定および／または再設定する必要がないことがある。
【0052】
ＵＥのＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で専用ＰＵＲ設定（例えば、現在のサービス提供セルまたはハンドオーバのソースセルで受信される専用ＰＵＲ設定）を維持しているＵＥが、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ（例えば、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素）を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に応答して、ハンドオーバ手順を開始する（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを生成する、および／またはハンドオーバのターゲットセル上でランダムアクセス手順を開始するなど）シナリオが発生することがある。このシナリオでは、ハンドオーバ手順が正常に完了した後も専用ＰＵＲ設定が依然として有効であるかどうかは不明である。専用ＰＵＲ設定がもはや有効でない場合、ＵＥは、専用ＰＵＲ設定を維持すべきではない。例えば、ＵＥが無効なＰＵＲ設定を使用して送信を行う場合、第２のＵＥとのリソース衝突が発生することがあり、ＵＥおよび第２のＵＥの一方または両方について送信失敗をもたらす。代替的および／または追加的に、ＵＥが専用ＰＵＲ設定を解放する場合、ＵＥは、専用ＰＵＲ設定に設定されたリソースを使用して送信を行うことができない。
【0053】
本明細書では、実装されるときに、ＵＥが専用ＰＵＲ設定を維持するか解放するかを決定することができないこと、専用ＰＵＲ設定が有効であるかどうかをＵＥが決定することができないこと、ＵＥが無効なＰＵＲ設定を使用して送信を行うこと、送信の結果として別のＵＥとのリソース衝突、ＵＥが専用ＰＵＲ設定を解放する場合、ＵＥ専用ＰＵＲ設定に設定されたリソースを使用して送信を行うことができないことなどのうちの少なくとも１つなどの前述の問題を解決する技術が提供される。
【0054】
本開示の第１の例示的な実施形態では、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に応答して、専用ＰＵＲ設定を解放してもよい。ハンドオーバ手順は、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージによってトリガされてもよい。例えば、ハンドオーバ手順を行って、ＵＥのサービングセルをソースセルからターゲットセルに変更してもよい（例えば、ターゲットセルは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏで指示および／または識別されてもよい）。いくつかの例において、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信することに応答して、ハンドオーバ手順を開始してもよい。ソースセルは、専用ＰＵＲ設定が受信され、および／または有効であるＵＥのサービングセルに対応してもよい（例えば、ＵＥは、ソースセルから専用ＰＵＲ設定を受信してもよい）。
【0055】
いくつかの例では、ＵＥがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したときに（および／またはＵＥがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すると、および／またはそれに応答して）、ＵＥは、専用ＰＵＲ設定を解放してもよい。例えば、ＵＥは、ＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信を（ネットワークなどに）確認する前または後に、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、確認応答の表示をネットワークに送信することによって受信を確認してもよい）。代替的および／または追加的に、ＵＥは、ターゲットセルの下りリンクへの同期を開始する前または後に、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ソースセルに関連付けられたようなＭＡＣをリセットする前または後に、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、Ｃ－ＲＮＴＩとしてｎｅｗＵＥ－Ｉｄｅｎｔｉｔｙの値を適用する前または後に、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、無線設定手順（例えば、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．５．８項で議論された無線設定手順）を行う前または後に、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、無線設定手順中に専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ターゲットセル上でランダムアクセス手順を開始する前または後に、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ターゲットセル上のランダムアクセス手順が正常に完了する前または後に、専用ＰＵＲ設定を解放してもよい。
【0056】
代替的および／または追加的に、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信を（ネットワークなどに）確認することに応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ターゲットセルの下りリンクへの同期を開始することに応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ソースセルに関連付けられたような、ＭＡＣをリセットすることに応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、Ｃ－ＲＮＴＩとしてｎｅｗＵＥ－Ｉｄｅｎｔｉｔｙの値を適用することに応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、無線設定手順（例えば、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．５．８項で議論された無線設定手順）を行うことに応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ターゲットセル上でランダムアクセス手順を開始することに応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ターゲットセル上のランダムアクセス手順が正常に完了したことに応答して、専用ＰＵＲ設定を解放してもよい。
【0057】
いくつかの例において、ソースセルは、ターゲットセルと同じであってもよい（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏに示されているターゲットセル）。例えば、ＵＥは、ソースセルがターゲットセルと同じであっても、（例えば、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に応答して、）専用ＰＵＲ設定を解放してもよい。
【0058】
いくつかの例において、ＵＥは、ターゲットセルがソースセルと同じであるかどうかにかかわらず、専用ＰＵＲ設定を解放してもよい。
【0059】
いくつかの例では、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは「ｆｕｌｌＣｏｎｆｉｇ」を含まなくてもよい。
【0060】
いくつかの例において、ＵＥは、ハンドオーバ手順中にランダムアクセス手順を開始することなく、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、ハンドオーバ手順中にいかなるランダムアクセス手順を開始することなく、専用ＰＵＲ設定を解放してもよい）。例えば、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信することに応答して、専用ＰＵＲ設定を解放してもよく、ＵＥは、ターゲットセルの下りリンクに同期し損なうことがあり、従って、ハンドオーバ手順中にランダムアクセス手順を開始しないことがある。
【0061】
本開示の第２の例示的な実施形態では、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に応答して、専用ＰＵＲ設定を維持してもよい。ハンドオーバ手順は、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージによってトリガされてもよい。例えば、ハンドオーバ手順を行って、ＵＥのサービングセルをソースセルからターゲットセルに変更してもよい（例えば、ターゲットセルは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏで指示および／または識別されてもよい）。いくつかの例において、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信することに応答して、ハンドオーバ手順を開始してもよい。ソースセルは、専用ＰＵＲ設定が受信され、および／または有効であるＵＥのサービングセルに対応してもよい（例えば、ＵＥは、ソースセルから専用ＰＵＲ設定を受信してもよい）。
【0062】
ＵＥは、ハンドオーバ手順などのために、専用ＰＵＲ設定を解除できない場合がある。
【0063】
いくつかの例において、ＵＥは、ハンドオーバ手順中、例えば、ハンドオーバ手順が依然として進行している間に、専用ＰＵＲ設定を維持してもよい。代替的および／または追加的に、ＵＥは、ハンドオーバ手順の正常な完了に応答して（および／または後に）、専用ＰＵＲ設定を維持してもよい。
【0064】
いくつかの例では、ハンドオーバ手順が正常に完了した後、ネットワークは、ＵＥが専用ＰＵＲ設定を解放すべきかどうかを決定および／または判断してもよい。
【0065】
いくつかの例において、ソースセルは、ターゲットセル（例えば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏに示されたターゲットセル）と異なってもよい。例えば、ＵＥは、ソースセルがターゲットセルと異なる場合でも、（例えば、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に応答して、）専用ＰＵＲ設定を維持してもよい。
【0066】
いくつかの例において、ＵＥは、ＵＥの現在のサービングセル（例えば、ＰＣｅｌｌ）が第１のセルと同じであるかどうかに基づいて、ＲＲＣ＿ＩＤＬＥ状態に移行したら、（および／または、それに応答して）専用ＰＵＲ設定を維持するか、専用ＰＵＲ設定を解放するかを決定してもよい（例えば、ＵＥは、ＵＥの現在のサービングセルが第１のセルと同じであるかどうかを決定および／またはチェックしてもよい）。ＵＥは、現在のサービングセルが第１のセルと同じである場合、専用ＰＵＲ設定を維持してもよい（例えば、ＵＥは、現在のサービングセルが第１のセルと同じであることに基づいて、専用ＰＵＲ設定を維持することを決定してもよい）。代替的および／または追加的に、ＵＥは、現在のサービングセルが第１のセルと異なる場合、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、現在のサービングセルが第１のセルと異なることに基づいて、専用ＰＵＲ設定を解放することを決定してもよい）。
【0067】
第１のセルは、ＵＥが専用ＰＵＲ設定を受信したセルであってもよい。代替的および／または追加的に、第１のセルは、専用ＰＵＲ設定に関連付けられたセルであってもよい。代替的および／または追加的に、第１のセルは、専用ＰＵＲ設定が有効であるセルであってもよい。代替的および／または追加的に、第１のセルは、ＲＲＣ＿ＩＤＬＥ状態に移行する前に、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行するセルであってもよい。代替的および／または追加的に、第１のセルは、ソースセルに対応してもよい。
【0068】
いくつかの例において、ＵＥは、現在のサービングセルからのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージの受信に応答して、（専用ＰＵＲ設定を維持するか、専用ＰＵＲ設定を解放するかの）決定を行ってもよい。代替的および／または追加的に、ＵＥは、現在のサービングセルからの、専用ＰＵＲ設定以外の別のＰＵＲ設定を含まないＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージの受信に応答して、決定を行ってもよい。いくつかの例では、決定を行うことに応答して、ＵＥは、決定に従って専用ＰＵＲ設定を解放または維持してもよい。
【0069】
本開示の第３の例示的な実施形態では、ＵＥは、専用ＰＵＲ設定を解放するか、または専用ＰＵＲ設定を維持するかを、ターゲットセルがソースセルと同じであるかどうかに基づいて決定してもよい。ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージなどによりハンドオーバ手順がトリガされてもよい。ハンドオーバ手順は、ＵＥのサービングセルをソースセルからターゲットセルに変更するために行われてもよい（例えば、ターゲットセルは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏで指示および／または識別されてもよい）。いくつかの例において、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信することに応答して、ハンドオーバ手順を開始してもよい。ソースセルは、専用ＰＵＲ設定が受信され、および／または有効であるＵＥのサービングセルに対応してもよい（例えば、ＵＥは、ソースセルから専用ＰＵＲ設定を受信してもよい）。
【0070】
いくつかの例では、ターゲットセルがソースセルと同じである場合、ＵＥは、専用ＰＵＲ設定を維持してもよい（例えば、ＵＥは、ターゲットセルがソースセルと同じであることに基づいて、専用ＰＵＲ設定を維持することを決定してもよい）。代替的および／または追加的に、ターゲットセルがソースセルと異なる場合、ＵＥは、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、ソースセルと異なるターゲットセルに基づいて専用ＰＵＲ設定を解放することを決定してもよい）。
【0071】
いくつかの例では、ＵＥがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したときに（専用ＰＵＲ設定を維持するか、専用ＰＵＲ設定を解放するかの）決定を行ってもよい（および／または、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥが受信すると、および／またはそれに応答して、決定を行ってもよい）。例えば、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信を（ネットワークなどに）確認する前または後に決定を行ってもよい（例えば、ＵＥは、確認の指示をネットワークに送信することによって受信を確認してもよい）。代替的および／または追加的に、ＵＥは、ターゲットセルの下りリンクへの同期を開始する前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ソースセルに関連付けられたような、ＭＡＣをリセットする前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、Ｃ－ＲＮＴＩとしてｎｅｗＵＥ－Ｉｄｅｎｔｉｔｙの値を適用する前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、無線通信設定手順（例えば、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．５．８項で議論された無線通信設定手順）を行う前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、無線設定手順中に決定を行ってもよい。代替的および／または追加的に、ＵＥは、ターゲットセル上でランダムアクセス手順を開始する前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ターゲットセル上のランダムアクセス手順が正常に完了する前または後に、決定を行ってもよい。
【0072】
代替的および／または追加的に、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信を（ネットワークなどに）確認することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ターゲットセルの下りリンクへの同期を開始することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ソースセルに関連付けられたような、リセットＭＡＣに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、Ｃ－ＲＮＴＩとしてのｎｅｗＵＥ－Ｉｄｅｎｔｉｔｙの値を適用することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、無線通信設定手順（例えば、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．５．８項で議論された無線通信設定手順）を行うことに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ターゲットセル上でランダムアクセス手順を開始することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ターゲットセル上のランダムアクセス手順が正常に完了したことに応答して、決定を行ってもよい。
【0073】
いくつかの例では、決定を行うことに応答して、ＵＥは、決定に従って専用ＰＵＲ設定を解放または維持してもよい。
【0074】
いくつかの例において、ＵＥは、ソースセルの物理セルアイデンティティ（ＰＣＩ）とターゲットセルのＰＣＩ（例えば、ｔａｒｇｅｔＰｈｙｓＣｅｌｌＩｄ）とを比較することによって、ターゲットセルがソースセルと同じであるかどうかを決定してもよい。例えば、ＵＥは、ソースセルのＰＣＩがターゲットセルのＰＣＩと一致するという決定に基づいて、ターゲットセルがソースセルと同じであると決定してもよい。代替的および／または追加的に、ＵＥは、ソースセルのＰＣＩがターゲットセルのＰＣＩと一致しない（および／または異なる）という決定に基づいて、ターゲットセルがソースセルと異なると決定してもよい。
【0075】
本開示の第４の例示的な実施形態では、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内の指示（例えば、明示的な指示）に基づいて、専用ＰＵＲ設定を解放するか、専用ＰＵＲ設定を維持するかを決定してもよい。ハンドオーバ手順は、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージによってトリガされてもよい。例えば、ハンドオーバ手順を行って、ＵＥのサービングセルをソースセルからターゲットセルに変更してもよい（例えば、ターゲットセルは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏで指示および／または識別されてもよい）。いくつかの例において、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信することに応答してハンドオーバ手順を開始してもよい。ソースセルは、専用ＰＵＲ設定が受信され、および／または有効であるＵＥのサービングセルに対応してもよい（例えば、ＵＥは、ソースセルから専用ＰＵＲ設定を受信してもよい）。
【0076】
いくつかの例において、ネットワークは、ＵＥが専用ＰＵＲ設定を解放すべきか、専用ＰＵＲ設定を維持すべきかを決定および／または判断してもよい。ネットワークは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ内に指示（例えば、ＵＥが専用ＰＵＲ設定を解放するべきか、維持すべきかの明示的な指示）を含んでもよい。
【0077】
ＵＥは、指示に基づいて、専用ＰＵＲ設定を解放するか、維持するかを決定してもよい。例えば、ＵＥが専用ＰＵＲ設定を解放すべきであることを指示する場合、ＵＥは、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、ＵＥが専用ＰＵＲ設定を解放すべきであることを示す指示に基づいて、専用ＰＵＲ設定を解放することを決定してもよい）。代替的および／または追加的に、ＵＥが専用ＰＵＲ設定を維持すべきであることを指示する場合、ＵＥは専用ＰＵＲ設定を維持してもよい（例えば、ＵＥは、ＵＥが専用ＰＵＲ設定を維持すべきであることを示す指示に基づいて、専用ＰＵＲ設定を維持することを決定してもよい）。
【0078】
いくつかの例では、ＵＥがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したときに（専用ＰＵＲ設定を維持するか、専用ＰＵＲ設定を解放するかの）決定を行ってもよい（および／または、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信すると、および／またはそれに応答して、決定を行ってもよい）。例えば、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信を（ネットワークなどに）確認する（例えば、ＵＥは、確認の指示をネットワークに送信することによって受信を確認する）前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ターゲットセルの下りリンクへの同期を開始する前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ソースセルに関連付けられたような、ＭＡＣをリセットする前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、Ｃ－ＲＮＴＩとしてｎｅｗＵＥ－Ｉｄｅｎｔｉｔｙの値を適用する前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、無線通信設定手順（例えば、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．５．８項で議論された無線通信設定手順）を行う前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、無線設定手順中に、決定を行ってもよい（および／または、決定が専用ＰＵＲ設定を解放する場合、専用ＰＵＲ設定を解放してもよい）。代替的および／または追加的に、ＵＥは、ターゲットセル上でランダムアクセス手順を開始する前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ターゲットセル上のランダムアクセス手順が正常に完了する前または後に、決定を行ってもよい。
【0079】
代替的および／または追加的に、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信を（ネットワークなどに）確認することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ターゲットセルの下りリンクへの同期を開始することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ソースセルに関連付けられたような、ＭＡＣをリセットすることに応答して決定を行ってもよい。代替的および／または追加的に、ＵＥは、Ｃ－ＲＮＴＩとしてのｎｅｗＵＥ－Ｉｄｅｎｔｉｔｙの値を適用することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、無線通信設定手順（例えば、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．５．８項で議論された無線通信設定手順）を行うことに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ターゲットセル上でランダムアクセス手順を開始することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ターゲットセル上のランダムアクセス手順が正常に完了したことに応答して、決定を行ってもよい。
【0080】
いくつかの例では、決定を行うことに応答して、ＵＥは、決定に従って専用ＰＵＲ設定を解放または維持してもよい。
【0081】
いくつかの例では、指示（例えば、明示的な指示）は、単一ビットの指示である（または、指示は、別のビット数を有してもよい）。
【0082】
いくつかの例では、指示がｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに存在しない場合、ＵＥは専用ＰＵＲ設定を維持する（例えば、ＵＥは、指示を含まないＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに基づいて、専用ＰＵＲ設定を維持することを決定してもよい）。代替的および／または追加的に、明示的な指示がｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに存在しない場合、ＵＥは、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、指示を含まないＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに基づいて、専用ＰＵＲ設定を解放することを決定してもよい）。
【0083】
本開示の第５の例示的な実施形態では、ＵＥは、専用ＰＵＲ設定を解放するか、専用ＰＵＲ設定を維持するかを、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｆｕｌｌＣｏｎｆｉｇ（例えば、「ｆｕｌｌＣｏｎｆｉｇ」は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのパラメータおよび／または情報要素に対応してもよい）を含むかどうかに基づいて決定してもよい。ハンドオーバ手順は、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージによってトリガされてもよい。例えば、ハンドオーバ手順を行って、ＵＥのサービングセルをソースセルからターゲットセルに変更してもよい（例えば、ターゲットセルは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏで指示および／または識別されてもよい）。いくつかの例において、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に応答してハンドオーバ手順を開始してもよい。ソースセルは、専用ＰＵＲ設定が受信され、および／または有効であるＵＥのサービングセルに対応してもよい（例えば、ＵＥは、ソースセルから専用ＰＵＲ設定を受信してもよい）。
【0084】
ターゲットセルは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにｆｕｌｌＣｏｎｆｉｇを含めるかどうかを決定してもよい。いくつかの例では、ターゲットセルが、ＵＥは専用ＰＵＲ設定を有する（および／または維持する）ことを決定し、および／または知っている場合、ターゲットセルは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにｆｕｌｌＣｏｎｆｉｇを含めてもよい。代替的および／または追加的に、ターゲットセルが、ＵＥは専用ＰＵＲ設定を有さない（および／または維持しない）ことを決定し、および／または知っている場合、ターゲットセルは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージにｆｕｌｌＣｏｎｆｉｇを含めなくてもよい。いくつかの例では、ターゲットセルは、ソースセルからのような指示に基づいて、ＵＥが専用ＰＵＲ設定を有する（および／または維持する）かどうかを決定してもよい（例えば、ＵＥが専用ＰＵＲ設定を有する（および／または維持する）場合、ソースセルが、ＵＥは専用ＰＵＲ設定を有する（および／または維持する）ことをターゲットセルに指示してもよい）。
【0085】
ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｆｕｌｌＣｏｎｆｉｇを含むかどうかに基づいて、専用ＰＵＲ設定を解放するか、維持するかを決定してもよい。いくつかの例では、ｍｏｂｉｌｉｔｙＣｏｎｆｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｆｕｌｌＣｏｎｆｉｇを含む場合、ＵＥは、専用ＰＵＲ設定を解放してもよい（例えば、ｆｕｌｌＣｏｎｆｉｇを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに基づいて、専用ＰＵＲ設定を解放することをＵＥが決定してもよい）。代替的および／または追加的に、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがｆｕｌｌＣｏｎｆｉｇを含まない場合、ＵＥは専用ＰＵＲ設定を維持してもよい（例えば、ｆｕｌｌＣｏｎｆｉｇを含まないＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに基づいて、専用ＰＵＲ設定を維持することをＵＥが決定してもよい）。
【0086】
いくつかの例では、ＵＥがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信したときに（専用ＰＵＲ設定を維持するか、専用ＰＵＲ設定を解放するかの）決定を行ってもよい（および／または、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥが受信すると、および／またはそれに応答して、決定を行ってもよい）。例えば、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信を（ネットワークなどに）確認する前または後に決定を行ってもよい（例えば、ＵＥは、確認の指示をネットワークに送信することによって受信を確認してもよい）。代替的および／または追加的に、ＵＥは、ターゲットセルの下りリンクへの同期を開始する前または後に、決定を行ってもよい。代替的および／または追加的的に、ＵＥは、ソースセルに関連付けられたような、ＭＡＣをリセットする前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、Ｃ－ＲＮＴＩとしてのｎｅｗＵＥ－Ｉｄｅｎｔｉｔｙの値を適用する前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、無線通信設定手順（例えば、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．５．８項で議論された無線通信設定手順）を行う前または後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、無線設定手順中に決定を行ってもよい。
【0087】
代替的および／または追加的に、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信を（ネットワークなどに）確認することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ターゲットセルの下りリンクへの同期を開始することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、ソースセルに関連付けられたような、ＭＡＣをリセットすることに応答して決定を行ってもよい。代替的および／または追加的に、ＵＥは、Ｃ－ＲＮＴＩとしてのｎｅｗＵＥ－Ｉｄｅｎｔｉｔｙの値を適用することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、無線通信設定手順（例えば、３ＧＰＰ ＴＳ ３６．３３１ Ｖ１５．７．０の５．３．５．８項で議論された無線通信設定手順）を行うことに応答して、決定を行ってもよい。
【0088】
いくつかの例では、決定を行うことに応答して、ＵＥは、決定に従って専用ＰＵＲ設定を解放または維持してもよい。
【0089】
いくつかの例において、本明細書において第５の例示的な実施形態に関して提供される技術および／または動作は、ｆｕｌｌＣｏｎｆｉｇ以外のパラメータおよび／または情報要素を使用して行われてもよい。例えば、ＵＥは、ＭｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがパラメータおよび／または情報要素を含んでいるかどうかに基づいて、専用ＰＵＲ設定を解放するか、維持するかを決定することができる。
【0090】
いくつかの例において、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがパラメータおよび／または情報要素を含む場合、ＵＥは、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、パラメータおよび／または情報要素を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに基づいて専用ＰＵＲ設定を解放することを決定してもよい）。代替的および／または追加的に、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを構成するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがパラメータおよび／または情報要素を含まない場合、ＵＥは、専用ＰＵＲ設定を維持してもよい（例えば、ＵＥは、パラメータおよび／または情報要素を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに基づいて、専用ＰＵＲ設定を維持することを決定してもよい）。
【0091】
代替的および／または追加的に、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがパラメータおよび／または情報要素を含む場合、ＵＥは、専用ＰＵＲ設定を維持してもよい（例えば、ＵＥは、パラメータおよび／または情報要素を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに基づいて、専用ＰＵＲ設定を維持することを決定してもよい）。代替的および／または追加的に、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージがパラメータおよび／または情報要素を含まない場合、ＵＥは、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、パラメータおよび／または情報要素を含まないＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージに基づいて専用ＰＵＲ設定を解放することを決定してもよい）。
【0092】
本開示の第６の例示的な実施形態では、ＵＥは、ハンドオーバ手順が失敗した場合、専用ＰＵＲ設定を解放してもよい。いくつかの例において、ハンドオーバ手順は、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージによってトリガされてもよい。ハンドオーバ手順は、ＵＥのサービングセルをソースセルからターゲットセルに変更するために行われてもよい（例えば、ターゲットセルは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージのｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏで指示および／または識別されてもよい）。いくつかの例において、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に応答して、ハンドオーバ手順を開始してもよい。ソースセルは、専用ＰＵＲ設定が受信され、および／または有効であるＵＥのサービングセルに対応してもよい（例えば、ＵＥは、ソースセルから専用ＰＵＲ設定を受信してもよい）。
【0093】
いくつかの例では、ＵＥは、ハンドオーバ手順が失敗したときに、専用ＰＵＲ設定を解放する。例えば、ＵＥは、タイマＴ３０４の満了（例えば、タイマＴ３０４の満了はハンドオーバ失敗を示し得る）のようなタイマの満了に応答して、専用ＰＵＲ設定を解放してもよい。
【0094】
いくつかの例では、ＵＥは、タイマＴ３０４が開始されるときに（例えば、ハンドオーバ手順が開始すると、タイマＴ３０４が開始されてもよい）、専用ＰＵＲ設定を維持する。ＵＥは、タイマＴ３０４が依然として動作している間、専用ＰＵＲ設定を維持してもよい（例えば、タイマＴ３０４がハンドオーバ手順中に動作していてもよい）。
【0095】
いくつかの例において、ＵＥは、ハンドオーバ手順中にランダムアクセス手順を開始することなく、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、ハンドオーバ手順中にいかなるランダムアクセス手順を開始することなく、専用ＰＵＲ設定を解放してもよい）。一例では、ＵＥは、ターゲットセルの下りリンクに同期に失敗してもよく、従って、ハンドオーバ手順中にランダムアクセス手順を開始しなくてもよい。この例では、ＵＥは、ハンドオーバ手順の失敗に応答して、専用ＰＵＲ設定を解放してもよい。
【0096】
１つ、いくつかおよび／または全ての前述の技術および／または実施形態、例えば、第１の例示的な実施形態、第２の例示的な実施形態、第３の例示的な実施形態、第４の例示的な実施形態、第５の例示的な実施形態および／または第６の例示的な実施形態に関して説明したものにおいて、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含まないＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に応答して、専用ＰＵＲ設定を維持してもよい（すなわち、解放しなくてもよい）。
【0097】
１つ、いくつかおよび／または全ての前述の技術および／または実施形態、例えば、第１の例示的な実施形態、第２の例示的な実施形態、第３の例示的な実施形態、第４の例示的な実施形態、第５の例示的な実施形態および／または第６の例示的な実施形態に関して説明したものにおいて、ＵＥは、ハンドオーバ手順が正常に完了した後に、専用ＰＵＲ要求（Ｄ－ＰＵＲ要求）をネットワークに送信してもよい。例えば、専用ＰＵＲ設定がＵＥによって解放された場合、ＵＥは、Ｄ－ＰＵＲリクエストをネットワークに送信してもよい。
【0098】
１つ、いくつかおよび／または全ての前述の技術および／または実施形態、例えば、第１の例示的な実施形態、第２の例示的な実施形態、第３の例示的な実施形態、第４の例示的な実施形態、第５の例示的な実施形態および／または第６の例示的な実施形態に関して説明したものにおいて、ハンドオーバ（例えば、サービングセルをソースセルからターゲットセルに変更するためのハンドオーバ）は、ＲＡＴ内ハンドオーバ（すなわち、ターゲットセルのＲＡＴ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）とソースセルのＲＡＴは同じである）またはＲＡＴ間ハンドオーバ（すなわち、ターゲットセルのＲＡＴとソースセルのＲＡＴは異なる）であってもよい。
【0099】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにおいて、ＵＥは、ＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）またはハンドオーバ手順失敗によるようなＲＲＣ接続再確立手順を開始してもよい（例えば、ＵＥは、ＲＬＦおよび／またはハンドオーバ手順失敗を検出することに応答してＲＲＣ接続再確立手順を開始してもよい）。ＲＲＣ接続再確立手順中に、ＵＥは、セル選択を行う（例えば、適切なセルを選択するためにセル選択手順が行われてもよい）。ＵＥは、ＲＲＣ接続再確立手順中に、セル選択（例えば、セル選択手順）を介して選択されたセル上でランダムアクセス手順を開始してもよい。ランダムアクセス手順は、選択されたセルにＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージを送信するために使用される。そのようなシナリオでは、ＵＥがソースセル（例えば、ＲＲＣ接続再確立手順が開始および／またはトリガされた以前のセル）で受け取った専用ＰＵＲ設定のような専用ＰＵＲ設定を維持すべきかどうかを指定する必要がある。専用ＰＵＲ設定がもはや有効でない場合、ＵＥは専用ＰＵＲ設定を維持すべきではない。例えば、ＵＥが無効なＰＵＲ設定を使用して送信を行う場合、第２のＵＥとのリソース衝突が発生することがあり、ＵＥおよび第２のＵＥの一方または両方についての送信失敗をもたらす。代替的および／または追加的に、ＵＥが専用ＰＵＲ設定を解放する場合、ＵＥは、専用ＰＵＲ設定に設定されたリソースを使用して送信を行うことができない。
【0100】
本明細書では、実装されるときに、ＵＥが専用ＰＵＲ設定を維持するか解放するかを決定することができないこと、専用ＰＵＲ設定が有効であるかどうかをＵＥが決定することができないこと、ＵＥが無効なＰＵＲ設定を使用して送信を行うこと、送信の結果として別のＵＥとのリソース衝突、ＵＥが専用ＰＵＲ設定を解放する場合、ＵＥ専用ＰＵＲ設定に設定されたリソースを使用して送信を行うことができないことなどのうちの少なくとも１つなどの前述の問題を解決する技術が提供される
【0101】
本開示の第７の例示的な実施形態では、ＵＥは、ＲＲＣ接続再確立手順の開始に応答して、専用ＰＵＲ設定を解放してもよい。いくつかの例において、ＲＲＣ接続再確立手順は、ＲＬＦまたはハンドオーバ手順の失敗に応答して（ＵＥによって）開始されてもよい。いくつかの例において、専用ＰＵＲ設定は、ソースセル（例えば、ＲＲＣ接続再確立手順が開始および／またはトリガされる以前のセル）内で（ＲＲＣ接続再確立手順の開始前など）受信される。
【0102】
いくつかの例において、ＵＥは、ＵＥがＲＲＣ接続再確立手順を開始するときに（および／または、ＵＥがＲＲＣ接続再確立手順を開始すると、および／またはそれに応答して）、専用ＰＵＲ設定を解放してもよい。例えば、ＵＥは、ソースセルに関連付けられたような、ＭＡＣをリセットする前または後に、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、セル選択の実施を開始する前または後に、専用ＰＵＲ設定を解放してもよい（例えば、ＲＲＣ接続再確立手順中などで、適切なセルを選択するために、セル選択手順が行われてもよい）。代替的および／または追加的に、ＵＥは、セル（例えば、セル選択手順を介して選択された適切なセル）を選択する前または後に、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、選択されたセル上でランダムアクセス手順を開始する前または後に、専用ＰＵＲ設定を解放してもよい。
【0103】
代替的および／または追加的に、ＵＥは、ソースセルに関連付けられたような、ＭＡＣをリセットすることに応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、セル選択を行うことに応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、セル（例えば、適切なセル）を選択することに応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、選択されたセル上でランダムアクセス手順を開始することに応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ランダムアクセス手順の正常な完了に応じて、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ＲＲＣ接続再確立手順の正常な完了に応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、選択されたセルからのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージの受信に応答して、専用ＰＵＲ設定を解放してもよい。
【0104】
いくつかの例において、選択されたセル（例えば、セル選択手順を介して選択された適切なセル）は、ソースセル（例えば、以前のセル）と同じであってもよい。例えば、ＵＥは、選択されたセルがソースセルと同じであっても、（ＲＲＣ接続再確立手順の開始に応答するような）専用ＰＵＲ設定を解放してもよい。
【0105】
いくつかの例において、ＵＥは、選択されたセルがソースセルと同じであるかどうかにかかわらず、専用ＰＵＲ設定を解放してもよい。
【0106】
いくつかの例において、ＵＥは、ＲＲＣ接続再確立手順中にランダムアクセス手順を開始することなく、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、ＲＲＣ接続再確立手順中にランダムアクセス手順を開始することなく、専用ＰＵＲ設定を解放してもよい）。例えば、ＵＥは、専用ＰＵＲ設定を解放してもよく、ＵＥは、適切なセルを発見および／または選択することに失敗することがあり、従って、ＲＲＣ接続再確立手順中にランダムアクセス手順を開始しないことがある。
【0107】
本開示の第８の実施例では、ＵＥは、ＲＲＣ接続再確立手順の開始に応答して、専用ＰＵＲ設定を維持してもよい。いくつかの例において、ＲＲＣ接続再確立手順は、ＲＬＦまたはハンドオーバ手順の失敗に応答して（ＵＥによって）開始されてもよい。いくつかの例において、専用ＰＵＲ設定は、ソースセル（例えば、ＲＲＣ接続再確立手順が開始および／またはトリガされる以前のセル）内で受信される（ＲＲＣ接続再確立手順の開始前など）。
【0108】
ＵＥは、ＲＲＣ接続再確立手順などのために、専用ＰＵＲ設定を解放しなくてもよい。
【0109】
いくつかの例において、ＵＥは、ＲＲＣ接続再確立手順中、例えば、ＲＲＣ接続再確立手順が依然として進行している間に、専用ＰＵＲ設定を維持してもよい。例えば、ＵＥは、ランダムアクセス手順（例えば、ＲＲＣ接続再確立手順中に行われたランダムアクセス手順）の正常な完了に応答して（および／または後に）専用ＰＵＲ設定を維持してもよく、または、ＵＥは、ランダムアクセス手順の正常な完了に応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ＲＲＣ接続再確立手順の正常な完了に応答して（および／または後に）、専用ＰＵＲ設定を維持してもよい。
【0110】
いくつかの例において、選択されたセル（例えば、セル選択手順を介して選択された適切なセル）は、ソースセル（例えば、依然のセル）とは異なってもよい。例えば、ＵＥは、選択されたセルがソースセルと異なる場合でも、専用ＰＵＲ設定（例えば、ＲＲＣ接続再確立手順の開始に応答して、）を維持してもよい。
【0111】
ＲＲＣ接続再確立手順が正常に完了した後、ネットワークは、ＵＥが専用ＰＵＲ設定を解放すべきかどうかを決定および／または判断してもよい。
【0112】
本開示の第９の例示的な実施形態では、ＵＥは、選択されたセルがソースセルと同じであるかどうかに基づいて、専用ＰＵＲ設定を解放するか、専用ＰＵＲ設定を維持するかを決定してもよい。いくつかの例では、ＲＬＦまたはハンドオーバ手順の失敗に応答して、ＲＲＣ接続再確立手順が（ＵＥなどによって）開始されてもよい。いくつかの例において、専用ＰＵＲ設定は、ソースセル（例えば、ＲＲＣ接続再確立手順が開始および／またはトリガされる以前のセル）内で受信される（ＲＲＣ接続再確立手順の開始前など）。いくつかの例において、選択されたセル（例えば、適切なセル）を選択するために、ＲＲＣ接続再確立手順中などでセル選択手順が行われてもよい。
【0113】
いくつかの例において、選択されたセルがソースセルと同じである場合、ＵＥは、専用ＰＵＲ設定を維持してもよい（例えば、ＵＥは、選択されたセルがソースセルと同じであることに基づいて、専用ＰＵＲ設定を維持することを決定してもよい）。代替的および／または追加的に、選択されたセルがソースセルと異なる場合、ＵＥは、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、選択セルがソースセルと異なることに基づいて、専用ＰＵＲ設定を解放することを決定してもよい）。
【0114】
いくつかの例において、ＵＥは、ＵＥが選択されたセル（例えば、適切なセル）を選択したときに、（専用ＰＵＲ設定を維持するか、専用ＰＵＲ設定を解放するかの）決定を行ってもよい（および／または、ＵＥは、ＵＥが選択されたセルを選択すると、および／またはそれに応答して、決定を行ってもよい）。代替的および／または追加的に、ＵＥは、選択されたセル上でランダムアクセス手順を開始する前に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、選択されたセル上でランダムアクセス手順を開始した後に、決定を行ってもよい。代替的および／または追加的に、ＵＥは、選択されたセル上でランダムアクセス手順を開始することに応答して、決定を行ってもよい。代替的および／または追加的に、ＵＥは、選択されたセル上でランダムアクセス手順を開始すると、決定を行ってもよい。
【0115】
いくつかの例では、決定を行うことに応答して、ＵＥは、決定に従って専用ＰＵＲ設定を解放または維持してもよい。
【0116】
いくつかの例において、ＵＥは、ソースセルのＰＣＩと選択されたセルのＰＣＩを比較することによって、選択されたセルがソースセルと同じであるかどうかを決定してもよい。例えば、ＵＥは、ソースセルのＰＣＩが選択されたセルのＰＣＩと一致するという決定に基づいて、選択されたセルがソースセルと同じであると決定してもよい。代替的および／または追加的に、ＵＥは、ソースセルのＰＣＩが、選択されたセルのＰＣＩと一致しない（および／または異なる）という決定に基づいて、選択されたセルがソースセルと異なると決定してもよい。
【0117】
本開示の第１０の例示的な実施形態では、ＵＥは、ＲＲＣ接続の再確立手順が失敗した場合、専用ＰＵＲ設定を解放してもよい。いくつかの例において、ＲＲＣ接続再確立手順は、ＲＬＦまたはハンドオーバ手順の失敗に応答して（ＵＥなどによって）開始されてもよい。いくつかの例において、専用ＰＵＲ設定は、ソースセル（例えば、ＲＲＣ接続再確立手順が開始および／またはトリガされる以前のセル）内で受信される（ＲＲＣ接続再確立手順の開始前など）。
【0118】
いくつかの例において、ＵＥは、ＲＲＣ接続再確立手順が失敗したときに（および／または、ＲＲＣ接続再確立手順が失敗すると、および／またはそれに応答して）、専用ＰＵＲ設定を解放してもよい。例えば、ＵＥは、セル（ＲＲＣ接続再確立手順中に選択された適切なセルなど）を選択することに応答して（および／または、選択するときに、および／または、選択すると）、専用ＰＵＲ設定を解放してもよく、選択されたセルは、ＵＥおよび／またはソースセルが接続されたコアネットワークタイプ（例えば、ＥＰＣ（Ｅｖｏｌｄｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）または５ＧＣ（５Ｇ Ｃｏｒｅ））に接続しない（選択されたセルが５ＧＣに接続しソースセルがＥＰＣに接続する、または選択されたセルがＥＰＣに接続し、ソースセルが５ＧＣに接続するなど）。代替的および／または追加的に、ＵＥは、ＲＲＣ接続再確立手順中に、タイマＴ３１１の満了など、タイマの満了に応答して（および／または、満了するとき、および／または、満了すると）、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ＲＲＣ接続再確立手順中に、タイマＴ３０１の満了に応答して（および／または、満了するとき、および／または、満了すると）、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ＲＲＣ接続再確立手順中にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｓｔａｎｃｅｍｅｎｔＲｅｊｅｃｔメッセージの受信に応答して（および／または、受信するとき、および／または、受信すると）、専用ＰＵＲ設定を解放してもよい。
【0119】
いくつかの例では、ＵＥは、タイマＴ３１１が開始されるとき（例えば、タイマＴ３１１は、ＲＲＣ接続再確立手順の開始時に開始されてもよい）、専用ＰＵＲ設定を維持する。ＵＥは、タイマＴ３１１が依然として動作している間、専用ＰＵＲ設定を維持してもよい（例えば、タイマＴ３１１がＲＲＣ接続再確立手順中に動作していることがある）。ＵＥは、ＲＲＣ接続再確立手順中にタイマＴ３０１がまだ動作している間に、専用ＰＵＲ設定を維持してもよい。
【0120】
いくつかの例において、ＵＥは、ＲＲＣ接続再確立手順が失敗した場合のように、ＲＲＣ接続再確立手順中にランダムアクセス手順を開始することなく、専用ＰＵＲ設定を解放してもよい（例えば、ＵＥは、ＲＲＣ接続再確立手順中にランダムアクセス手順を開始することなく、専用ＰＵＲ設定を解放してもよい）。一例において、ＵＥは、ソースセルが接続するコアネットワークタイプとは異なるコアネットワークタイプに接続するセル（例えば、ＲＲＣ接続再確立手順中に選択された適切なセル）を選択してもよく、従って、ＵＥは、ＲＲＣ接続再確立手順中にランダムアクセス手順を開始しない。この例では、ＵＥは、セルを選択することに応答して（および／または、選択するとき、および／または、選択すると）、専用ＰＵＲ設定を解放してもよい。別の例では、ＵＥは、適切なセルを発見および／または選択することに失敗し、従って、ＲＲＣ接続再確立手順中にランダムアクセス手順を開始しないことがあり、ＵＥは、ＲＲＣ接続再確立手順の失敗に応答して、専用ＰＵＲ設定を解放することがある。
【0121】
１つ、いくつか、および／または全ての前述の技術および／または実施形態、例えば、第７の例示的な実施形態、第８の例示的な実施形態、第９の例示的な実施形態、および／または、第１０の例示的な実施形態に関して説明したものにおいて、ＵＥは、ＲＲＣ接続再確立手順が正常に完了した後に、専用ＰＵＲ要求（Ｄ－ＰＵＲ要求）をネットワークに送信してもよい。例えば、専用ＰＵＲ設定がＵＥによって解放された場合、ＵＥは、Ｄ－ＰＵＲ要求をネットワークに送信してもよい。
【0122】
１つ、いくつか、および／または全ての前述の技術および／または実施形態、例えば、第１の例示的な実施形態、第２の例示的な実施形態、第３の例示的な実施形態、第４の例示的な実施形態、第５の例示的な実施形態、第６の例示的な実施形態、第７の例示的な実施形態、第８の例示的な実施形態、第９の例示的な実施形態、および／または第１０の例示的な実施形態に関して説明したものにおいて、ソースセルは、ＵＥが専用ＰＵＲ設定を受信するセル、および／または専用ＰＵＲ設定が有効であるセルであってもよい。
【0123】
１つ、いくつか、および／または全ての前述の技術および／または実施形態、例えば、第１の例示的な実施形態、第２の例示的な実施形態、第３の例示的な実施形態、第４の例示的な実施形態、第５の例示的な実施形態、第６の例示的な実施形態、第７の例示的な実施形態、第８の例示的な実施形態、第９の例示的な実施形態、および／または第１０の例示的な実施形態に関して説明したものにおいて、ＵＥは、ハンドオーバ手順および／またはＲＲＣ接続再確立手順の開始前に、既に（例えば、専用ＰＵＲ設定に関連付けられたも）ＰＵＲのためのＴＡが無効であるとみなしていてもよい。例えば、ＵＥは、ハンドオーバ手順および／またはＲＲＣ接続再確立手順の開始に応答して（および／または、開始した後、および／または、開始すると）、ＰＵＲのためのＴＡが無効であるとみなしてもよい（例えば、継続して無効であるとみなす）。代替的および／または追加的に、ＵＥは、ハンドオーバ手順中および／またはＲＲＣ接続再確立手順中に、ＰＵＲのためのＴＡが無効であるとみなしてもよい（例えば、継続して無効であるとみなす）。例えば、ハンドオーバ手順および／またはＲＲＣ接続再確立手順の開始は、ＰＵＲのためのＴＡを無効から有効に変更することを引き起こさないことがある（および／または、ハンドオーバ手順および／またはＲＲＣ接続再確立手順の開始に応答して、ＰＵＲのためのＴＡが無効から有効に変更しないことがある）。
【0124】
１つ、いくつか、および／または全ての前述の技術および／または実施形態が、新しい実施形態に形成されてもよい。
【0125】
いくつかの例において、本明細書に開示される技術および／または実施形態、例えば、第１の例示的な実施形態、第２の例示的な実施形態、第３の例示的な実施形態、第４の例示的な実施形態、第５の例示的な実施形態、第６の例示的な実施形態、第７の例示的な実施形態、第８の例示的な実施形態、第９の例示的な実施形態、および第１０の例示的な実施形態は、独立して、および／または別々に実装されてもよい。
【0126】
代替的および／または追加的に、本明細書で説明される技術および／または実施形態、例えば、第１の例示的な実施形態、第２の例示的な実施形態、第３の例示的な実施形態、第４の例示的な実施形態、第５の例示的な実施形態、第６の例示的な実施形態、第７の例示的な実施形態、第８の例示的な実施形態、第９の例示的な実施形態、および／または第１０の例示的な実施形態に関して説明される技術および／または実施形態の組み合わせが実装されてもよい。一例では、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に応答して、専用ＰＵＲ設定を維持してもよく、ＵＥは、ＲＲＣ接続再確立手順の開始に応答して、専用ＰＵＲ設定を解放してもよい。代替的および／または追加的に、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージの受信に応答して、専用ＰＵＲ設定を維持してもよく、ハンドオーバ手順が失敗した場合、専用ＰＵＲ設定を解放してもよい。
【0127】
代替的および／または追加的に、本明細書で説明される技術および／または実施形態、例えば、第１の例示的な実施形態、第２の例示的な実施形態、第３の例示的な実施形態、第４の例示的な実施形態、第５の例示的な実施形態、第６の例示的な実施形態、第７の例示的な実施形態、第８の例示的な実施形態、第９の例示的な実施形態、および／または第１０の例示的な実施形態に関して説明される実施形態の組み合わせが、同時におよび／または一斉に実装されてもよい。
【0128】
本開示の様々な技術は、独立して、および／または互いに別々に行われてもよい。代替的および／または追加的に、本開示の種々の技術は、単一のシステムを用いて組み合わされおよび／または実装されてもよい。代替的および／または追加的に、本開示の種々の技術は、同時におよび／または一斉に実装されてもよい。
【0129】
図１１は、ＵＥの観点から見た、１つの例示的な実施形態によるフローチャート１１００である。ステップ１１０５において、ＵＥは、ネットワークノードからＰＵＲ設定を受信し、ＰＵＲ設定は、第１のサービングセル上で有効である。ステップ１１１０において、ＵＥは、第１のセルにおいて、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行することに応答して、ＰＵＲ設定を維持する。ステップ１１１５において、ＵＥは、ネットワークノードからｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣ接続再設定メッセージを受信する。ステップ１１２０において、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣ接続再設定メッセージを受信することに応答して、ＰＵＲ設定を維持するか、解除するかを決定する。
【0130】
一実施形態において、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏに指示されたターゲットサービングセルが第１のサービングセルと同じである場合、ＰＵＲ設定を維持することを決定する。
【0131】
一実施形態において、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏに指示されたターゲットサービングセルが、第１のサービングセルと異なる場合、ＰＵＲ設定を解放することを決定する。
【0132】
一実施形態において、ＵＥは、ターゲットサービングセルのＰＣＩと第１のサービングセルのＰＣＩと比較することによって、ターゲットサービングセルが第１のサービングセルと同じであるか、第１のサービングセルと異なるかを決定する。
【0133】
一実施形態において、ＲＲＣ接続再設定メッセージがＰＵＲ設定を維持することを示す場合、ＵＥは、ＰＵＲ設定を維持することを決定する。
【0134】
一実施形態において、ＲＲＣ接続再設定メッセージがＰＵＲ設定を解放することを示す場合、ＵＥは、ＰＵＲ設定を解放することを決定する。
【0135】
一実施形態において、ＲＲＣ接続再設定メッセージ内の指示がＰＵＲ設定を維持することを指示する場合、ＵＥは、ＰＵＲ設定を維持することを決定する。
【0136】
一実施形態において、ＲＲＣ接続再設定メッセージにおける指示がＰＵＲ設定を解放することを指示する場合、ＵＥは、ＰＵＲ設定を解放することを決定する。
【0137】
一実施形態において、ＲＲＣ接続再設定メッセージがｆｕｌｌＣｏｎｆｉｇを含まない場合、ＵＥは、ＰＵＲ設定を維持することを決定する。
【0138】
一実施形態において、ＲＲＣ接続再設定メッセージがｆｕｌｌＣｏｎｆｉｇを含む場合、ＵＥは、ＰＵＲ設定を解放することを決定する。
【0139】
一実施形態において、ＵＥはハンドオーバ手順の失敗に応答してＰＵＲ設定を解放し、ＵＥはｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣ接続再設定メッセージを受信することに応答してハンドオーバ手順を開始する。
【0140】
一実施形態において、ＵＥは、ハンドオーバ手順がタイマＴ３０４の満了（例えば、Ｔ３０４満了）に応答して（および／または、満了に基づいて）、失敗したと決定する。
【0141】
一実施形態において、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるＲＲＣ接続再確立手順を開始することに応答して、ＰＵＲ設定を解放する。
【0142】
一実施形態において、ＵＥは、ＲＲＣ接続再確立手順をＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で開始することに応答してＰＵＲ設定を維持し、ＵＥは、ＲＲＣ接続再確立手順の失敗に応答してＰＵＲ設定を解放する。
【0143】
一実施形態において、ＵＥは、ＲＲＣ接続再確立手順がタイマＴ３１１の満了（例えば、Ｔ３１１満了）またはタイマＴ３０１の満了（例えば、Ｔ３０１満了）に応答して、失敗したと決定する。
【0144】
一実施形態において、ＲＲＣ接続再設定メッセージがｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含まない場合、ＵＥは、ＰＵＲ設定を維持する。
【0145】
一実施形態において、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で送信を行うためにＰＵＲ設定を使用しない。
【0146】
一実施形態において、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態で送信を行うためにＰＵＲ設定を使用する。
【0147】
１つの実施形態において、第１のサービングセルは、ＵＥのＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）である。
【0148】
一実施形態において、ＵＥがＰＵＲ設定を維持する場合、ＵＥは、ネットワークノードから別のＰＵＲ設定を受信する必要なく、ＲＲＣ＿ＩＤＬＥ状態で送信を行うためにＰＵＲ設定を使用することができる。例えば、ＵＥは、ネットワークノードから別のＰＵＲ設定を必要とせずに、ＲＲＣ＿ＤＬＥ状態で１つ以上の後の送信を行うためにＰＵＲ設定を使用することができてもよい。
【0149】
図３および図４を参照すると、ＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ ３０８はプログラムコード３１２を実行して、ＵＥが、（ｉ） ネットワークノードからＰＵＲ設定を受信することであって、ＰＵＲ設定は、第１のサービングセル上で有効である、受信することと、（ｉｉ）第１のセルにおいて、ＲＲＣ＿ＩＤＬＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行することに応答して、ＰＵＲ設定を維持することと、（ｉｉｉ）ネットワークノードからｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣ接続再設定メッセージを受信することと、（ｉｖ）ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣ接続再設定メッセージを受信することに応答して、ＰＵＲ設定を維持するか、解除するかを決定することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のアクションおよびステップ、および／または本明細書で説明される他のもののうちの１つ、いくつか、および／または全てを行うことができる。
【0150】
図１２は、ＵＥの観点から見た、１つの例示的な実施形態によるフローチャート１２００である。ステップ１２０５において、ＵＥがＲＲＣアイドル状態（例えば、ＲＲＣ＿ＩＤＬＥ状態）にあり、ＵＥのサービングセルが第２のセルであるときに、ＵＥは、専用ＰＵＲ設定を維持し、ＵＥには、第２のセルとは異なる第１のセルにおいて専用ＰＵＲ設定が設定されている。例えば、ＵＥがＲＲＣアイドル状態にあり、ＵＥのサービングセルが（例えば、第１のセルから）第１のセルとは異なる第２のセルに変更するときに、ＵＥは、専用ＰＵＲ設定を維持してもよい。ステップ１２１０において、ＵＥは、ＲＲＣ接続再確立手順中に第３のセルを選択する。ステップ１２１５において、ＵＥは、第３のセルを選択することに応答して、第３のセルが第１のセルと同じであるかどうかに基づいて、専用ＰＵＲ設定を解放するかどうかを決定し、専用ＰＵＲ設定を解放するかどうかの決定は、ＵＥがＲＲＣ接続状態（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）にあるときに行われる。例えば、専用ＰＵＲ設定を解放するかどうかの決定は、ＵＥがＲＲＣ接続状態にあり、第３のセルがＲＲＣ接続再確立手順中に選択されるときに行われてもよい。
【0151】
一実施形態において、ＵＥは、第１セルにおいて、専用ＰＵＲ設定を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを受信する（例えば、専用ＰＵＲ設定は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを介して受信および／または設定されてもよい）。
【0152】
一実施形態において、ＵＥは、第２のセル上のランダムアクセス手順の実施に応答しておよび／またはその実施中に、専用ＰＵＲ設定を解放する。例えば、ＵＥは、ＵＥが第２のセル上でランダムアクセス手順を行うときに、専用ＰＵＲ設定を解放してもよい。
【0153】
一実施形態において、ＵＥは、ＲＲＣ接続再確立手順中にセル選択手順を実行することによって第３のセルを選択し、第３のセルを選択する。
【0154】
一実施形態において、ＵＥは、第３のセルが第１のセルと異なる場合、専用ＰＵＲ設定を解放し、および／または、ＵＥは、第３のセルが第１のセルと同じである場合、専用ＰＵＲ設定を維持する。
【0155】
一実施形態において、ＵＥは、第３のセルが第１のセルと異なる場合、専用ＰＵＲ設定を解放することを決定し、ＵＥは、専用ＰＵＲ設定を解放することを決定することに応答して、専用ＰＵＲ設定を解放する。例えば、ＵＥは、第３のセルが第１のセルとは異なることに基づいて、専用ＰＵＲ設定を解放することを決定してもよい。
【0156】
一実施形態において、ＵＥは、第３のセルが第１のセルと同じである場合、専用ＰＵＲ設定を維持することを決定し、ＵＥは、専用ＰＵＲ設定を維持することを決定することに応答して、専用ＰＵＲ設定を維持する。例えば、ＵＥは、第３のセルが第１のセルと同じであることに基づいて、専用ＰＵＲ設定を維持することを決定してもよい。
【0157】
一実施形態において、ＵＥは、ＲＲＣ接続再確立手順中に、第３のセル上でランダムアクセス手順を開始し、専用ＰＵＲ設定を解放するかどうかの決定は、第３のセル上でランダムアクセス手順を開始する前に行われる。
【0158】
一実施形態において、ＵＥは、第３のセルが第３のセルが選択される前にＵＥが接続された第１のコアネットワークタイプに第３のセルが接続するかどうかに基づいて、専用ＰＵＲ設定を解放するかどうかを決定する。ＵＥは、第３のセルが第１のコアネットワークタイプとは異なる第２のコアネットワークタイプに接続されている場合、専用ＰＵＲ設定を解放することを決定する。ＵＥは、専用ＰＵＲ設定を解放することを決定することに応答して、専用ＰＵＲ設定を解放する。一例において、第１のコアネットワークタイプは、第１のセルが接続するコアネットワークタイプに対応してもよい。
【0159】
一実施形態において、ＵＥは、第３のセルが選択される前にＵＥが接続された第１のコアネットワークタイプに第３のセルが接続されるかどうかに基づいて、専用ＰＵＲ設定を解放するかどうかを決定する。ＵＥは、第３セルが第１のコアネットワークタイプに接続される場合、専用ＰＵＲ設定を維持することを決定する。ＵＥは、専用ＰＵＲ設定を維持することを決定することに応答して、専用ＰＵＲ設定を維持する。一例において、第１のコアネットワークタイプは、第１のセルが接続するコアネットワークタイプに対応してもよい。
【0160】
一実施形態において、ＵＥは、ＲＲＣ接続再確立手順中にランダムアクセス手順を開始しない。
【0161】
一実施形態において、ＵＥは、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素を含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを受信することに応答して、専用ＰＵＲ設定を維持し、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏ情報要素によって指示される第４のセルは、第１のセルとは異なる。
【0162】
一実施形態において、専用ＰＵＲ設定は、ＵＥがＲＲＣアイドル状態にあるときに、ＵＥによる第１のセルにおける送信の実施のための１つ以上のＰＵＲを示す（例えば、１つ以上のＰＵＲは、ＵＥがＲＲＣ＿ＩＤＬＥ状態にあるときに、ＵＥが第１のセルにおける１つ以上の送信を行うためのものであってもよい）。
【0163】
図３および図４を参照すると、ＵＥの１つの例示的な実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ） ＵＥがＲＲＣアイドル状態にあり、ＵＥのサービングセルが第２のセルであるときに、専用ＰＵＲ設定を維持し、ＵＥには、第２のセルとは異なる第１のセルにおいて専用ＰＵＲ設定が設定されている、維持することと、（ｉｉ） ＲＲＣ接続再確立手順中に第３のセルを選択することと、（ｉｉｉ） 第３のセルを選択することに応答して、第３のセルが第１のセルと同じであるかどうかに基づいて、専用ＰＵＲ設定を解放するかどうかを決定し、専用ＰＵＲ設定を解放するかどうかの決定は、ＵＥがＲＲＣ接続状態にあるときに行われる、決定することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のアクションおよびステップ、および／または本明細書で説明される他のもののうちの１つ、いくつか、および／または全てを行うことができる。
【0164】
図１３は、ＵＥの観点から見た、１つの例示的な実施形態によるフローチャート１３００である。ステップ１３０５において、ＵＥがＲＲＣアイドル状態（例えば、ＲＲＣ＿ＩＤＬＥ状態）にあり、ＵＥのサービングセルが第２のセルであるときに、ＵＥは、専用ＰＵＲ設定を維持し、ＵＥに、第２のセルとは異なる第１のセルにおいて専用ＰＵＲ設定が設定されている。例えば、ＵＥがＲＲＣアイドル状態にあり、ＵＥのサービングセルを（例えば、第１のセルから）第２のセルとは異なる第２のセルに変更するときに、ＵＥは、専用ＰＵＲ設定を維持してもよい。ステップ１３１０において、ＵＥは、ＲＲＣ接続再確立手順中に第３のセルを選択する。ステップ１３１５において、第３のセルを選択することに応答して、ＵＥは、第３のセルが、第３のセルが選択される前にＵＥが接続された第１のコアネットワークタイプに接続するどうかに基づいて、専用ＰＵＲ設定を解放するかどうかを決定し、専用ＰＵＲ設定を解放するかどうかの決定は、ＵＥがＲＲＣ接続状態にあるときに行われる。例えば、専用ＰＵＲ設定を解放するかどうかの決定は、ＵＥがＲＲＣ接続状態にあるときに行われてもよく、第３のセルは、ＲＲＣ接続再確立手順中に選択される。
【0165】
一実施形態において、ＵＥは、第３のセルが第１のコアネットワークタイプとは異なる第２のコアネットワークタイプに接続される場合、専用ＰＵＲ設定を解放することを決定する。ＵＥは、専用ＰＵＲ設定を解放することを決定することに応答して、専用ＰＵＲ設定を解放する。
【0166】
一実施形態において、ＵＥは、第３のセルが第１のコアネットワークタイプに接続される場合、専用ＰＵＲ設定を維持することを決定する。ＵＥは、専用ＰＵＲ設定を維持することを決定することに応答して、専用ＰＵＲ設定を維持する。
【0167】
図３および図４を参照すると、ＵＥの１つの例示的実施形態において、デバイス３００は、メモリ３１０に記憶されたプログラムコード３１２を含む。ＣＰＵ ３０８は、プログラムコード３１２を実行して、ＵＥが、（ｉ）ＵＥがＲＲＣアイドル状態にあり、ＵＥのサービングセルが第２のセルであるときに、ＵＥは、専用ＰＵＲ設定を維持することであって、ＵＥに、第２のセルとは異なる第１のセルにおいて専用ＰＵＲ設定が設定されている、維持することと、（ｉｉ）ＲＲＣ接続再確立手順中に第３のセルを選択することと、（ｉｉｉ）第３のセルを選択することに応答して、第３のセルが、第３のセルが選択される前にＵＥが接続された第１のコアネットワークタイプに接続するどうかに基づいて、専用ＰＵＲ設定を解放するかどうかを決定し、専用ＰＵＲ設定を解放するかどうかの決定は、ＵＥがＲＲＣ接続状態にあるときに行われる、決定することと、を行うことを可能にすることができる。さらに、ＣＰＵ３０８は、プログラムコード３１２を実行して、上述のアクションおよびステップ、および／または本明細書で説明される他のもののうちの１つ、いくつか、および／または全てを行うことができる。
【0168】
通信デバイス（例えば、ＵＥ、基地局、ネットワークノードなど）が提供されてもよく、通信デバイスは、制御回路、制御回路に設置されたプロセッサ、および／または制御回路に設置され、プロセッサに結合されたメモリを含んでもよい。プロセッサは、メモリに記憶されたプログラムコードを実行して、図１１～図１３に図示された１つ、いくつかおよび／または、全ての方法ステップを行うように構成されてもよい。さらに、プロセッサは、プログラムコードを実行して、上述のアクションおよびステップ、および／または本明細書他のもののうちの１つ、いくつか、および／または全てを行ってもよい。
【0169】
コンピュータ読み取り可能な媒体が提供されてもよい。コンピュータ読取可能媒体は、非一時的なコンピュータ読み取り可能媒体であってもよい。コンピュータ読み取り可能媒体は、フラッシュメモリデバイス、ハードディスクドライブ、ディスク（例えば、磁気ディスクおよび／または光ディスク、例えば、デジタル多用途ディスク（ＤＶＤ）、コンパクトディスク（ＣＤ）などのうちの少なくとも１つ）、および／または、メモリ半導体、例えば、スタティックランダムアクセスメモリ（ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（ＳＤＲＡＭ）などのうちの少なくとも１つを含んでもよい。コンピュータ読み取り可能媒体は、実行されるときに、図１１～図１３に図示される方法ステップ１つ、いくつかおよび／または全て、および／または上述のアクションおよびステップ、および／または本明細書で説明される他のもののうちの１つ、いくつか、および／または全ての実施を引き起こすプロセッサ実行可能命令を含んでもよい。
【0170】
本明細書で提示される１つ以上の技術を適用することにより、デバイス間（例えば、ＵＥおよび／またはネットワークノード）の通信効率の向上を含むが、これに限定されない１つ以上の利点がもたらされ得ることが理解されよう。効率の向上は、デバイス（例えば、ＵＥ）がＰＵＲ設定を維持するか、解放するかを決定することを可能にした結果であり得る。代替的および／または追加的に、効率の向上は、デバイスが無効なＰＵＲ設定を解放することを可能にし、そうしなければ、デバイスが無効なＰＵＲ設定を送信のために使用する場合、発生し得る他のデバイスとのリソース衝突を回避した結果であり得る。代替的および／または追加的に、効率の向上は、デバイスが有効なＰＵＲ設定を維持することを可能にし、デバイスがＲＲＣ＿ＩＤＬＥ状態にあるときに、デバイスが後に有効なＰＵＲ設定を使用することを可能にした結果であり得る。例えば、デバイスは、ネットワークノードからの別のＰＵＲ設定を必要とせずに、有効なＰＵＲ設定を使用して、ネットワークノードへの送信を行ってもよい。
【0171】
以上、本開示の種々の態様を説明した。当然のことながら、本明細書の教示内容を多種多様な形態で具現化してもよく、本明細書に開示したいかなる指定の構造、機能、または両者も代表的なものに過ぎない。本明細書の教示内容に基づいて、当業者には当然のことながら、本明細書に開示した態様を、他のいかなる態様からも独立に実装してもよく、これら態様のうちの２つ以上を種々組み合わせてもよい。例えば、本明細書に記載した態様のうちの任意の数の態様を用いて、装置を実装してもよく、方法を実現してもよい。追加的に、本明細書に記載した態様のうちの１つ以上の追加または代替で、他の構造、機能、または構造と機能を用いて、このような装置を実装してもよく、このような方法を実現してもよい。上記概念の一部の一例として、いくつかの態様においては、パルス繰り返し周波数に基づいて、同時チャネルを確立してもよい。いくつかの態様においては、パルス位置またはオフセットに基づいて、同時チャネルを確立してもよい。いくつかの態様においては、時間ホッピングシーケンスに基づいて、同時チャネルを確立してもよい。いくつかの態様においては、パルス繰り返し周波数、パルス位置またはオフセット、および時間ホッピングシーケンスに基づいて同時チャネルを確立してもよい。
【0172】
当業者であれば、多様な異なるテクノロジおよび技術のいずれかを使用して、情報および信号を表わしてよいを理解するであろう。例えば、上記説明全体で言及されることがあるデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場若しくは粒子、光場若しくは粒子、またはこれらの任意の組み合わせによって表わしてよい。
【0173】
さらに、当業者には当然のことながら、本明細書に開示された態様に関連して説明した種々の例示的な論理ブロック、モジュール、プロセッサ、手段、回路、およびアルゴリズムステップは、電子的ハードウェア（例えば、ソースコーディングまたはその他何らかの技術を用いて設計することがあるデジタル実装、アナログ実装、またはこれら２つの組み合わせ）、命令を含む種々の形態のプログラム若しくは設計コード（本明細書においては便宜上、「ソフトウェア」または「ソフトウェアモジュール」と称されることがある）、または両者の組み合わせとして実装されてよい。このハードウェアおよびソフトウェアの互換性を明確に示すため、種々の例示的な構成要素、ブロック、モジュール、回路、およびステップを、概略的にそれぞれの機能の側面から上述した。そのような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定用途およびシステム全体に課される設計上の制約によって決まる。当業者であれば、特定各用途に対して、説明した機能を様々なやり方で実装してもよいが、そのような実装の決定は、本開示の範囲からの逸脱の原因として解釈されるべきではない。
【0174】
追加的に、本明細書に開示される態様に関連して説明した種々の例示的な論理ブロック、モジュール、および回路は、集積回路（「ＩＣ」）、アクセス端末、またはアクセスポイント内で実装される、あるいはこれらによって実行されてよい。ＩＣとしては、汎用プロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、その他プログラマブル論理デバイス、ディスクリートゲート若しくはトランジスタロジック、ディスクリートハードウェアコンポーネント、電気部品、光学部品、機械部品、または本明細書で説明した機能を実行するように設計されたこれらの任意の組み合わせを含み、ＩＣ内、ＩＣ外、またはその両方に存在するコードまたは命令を実行してよい。汎用プロセッサは、マイクロプロセッサとしてよいが、代替として、プロセッサは、従来の任意のプロセッサ、コントローラ、マイクロコントローラ、または状態機械としてよい。また、プロセッサは、ＤＳＰとマイクロプロセッサとの組み合わせ、複数のマイクロプロセッサ、ＤＳＰコアと協働する１つ以上のマイクロプロセッサ、またはその他任意のこのような構成である、コンピュータデバイスの組み合わせとして実装されてよい。
【0175】
任意の開示プロセスにおけるステップの如何なる特定の順序または階層は、実例的な手法の一例であることが了解される。設計の選好に基づいて、プロセスにおけるステップの特定の順序または階層を、本開示の範囲内に留まりつつ、再構成してよいことが了解される。添付の方法の請求項は、種々のステップの要素を実例的な順序で示しており、提示の特定順序または階層に限定されることを意図していない。
【0176】
本明細書に開示される態様に関連して記載された方法またはアルゴリズムのステップを、ハードウェアにおいて直接具現化してよく、プロセッサにより実行されるソフトウェアモジュールにおいて具現化してよく、これら２つの組み合わせにおいて具現化してよい。（例えば、実行可能な命令および関連するデータを含む）ソフトウェアモジュールおよび他のデータは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムバーブルディスク、ＣＤ－ＲＯＭ等のデータメモリ、または当技術分野において知られているその他任意の形態のコンピュータ可読記憶媒体に存在してよい。実例的な記憶媒体がコンピュータ／プロセッサ（本明細書においては便宜上、「プロセッサ」と称されることがある）等の機械に結合されてよい、このようなプロセッサは、記憶媒体からの情報（例えば、コード）の読み出しおよび記憶媒体への情報の書き込みが可能である。実例的な記憶媒体は、プロセッサと一体化されてよい。プロセッサおよび記憶媒体は、ＡＳＩＣに存在してよい。ＡＳＩＣは、ユーザ機器に存在していてもよい。代替として、プロセッサおよび記憶媒体は、ディスクリートコンポーネントとしてユーザ機器に存在してよい。代替的および／または追加的に、いくつかの態様においては、任意の適当なコンピュータプログラム製品が、本開示の態様のうちの１つ以上に関連するコードを含むコンピュータ可読媒体を含んでもよい。いくつかの態様において、コンピュータプログラム製品は、パッケージング材料を含んでよい。
【0177】
以上、種々の態様に関連して開示主題を説明したが、開示主題は、さらに改良可能であることが了解される。本願は、概して開示主題の原理に従うと共に、開示主題が関係する技術分野における既知で慣習的な実施となるような開示主題からの逸脱を含む本発明の任意の変形、使用、または適応を網羅することを意図している。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】