特許 7066727 コンテキストフェッチなしの無線リソース制御再開

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2022-05-02

(45)【発行日】2022-05-13

(54)【発明の名称】コンテキストフェッチなしの無線リソース制御再開

(51)【国際特許分類】

   H04W 76/19 20180101AFI20220506BHJP

   H04W 76/27 20180101ALI20220506BHJP

   H04W 12/06 20210101ALI20220506BHJP

   H04W 76/30 20180101ALI20220506BHJP

【ＦＩ】

H04W76/19

H04W76/27

H04W12/06

H04W76/30

【請求項の数】 24

(21)【出願番号】P 2019541176

(86)(22)【出願日】2017-12-27

(65)【公表番号】

(43)【公表日】2020-03-12

(86)【国際出願番号】 IB2017058444

(87)【国際公開番号】W WO2018142207

(87)【国際公開日】2018-08-09

【審査請求日】2019-11-05

(31)【優先権主張番号】62/454,578

(32)【優先日】2017-02-03

(33)【優先権主張国・地域又は機関】US

(73)【特許権者】

【識別番号】598036300

【氏名又は名称】テレフオンアクチーボラゲット エルエム エリクソン（パブル）

(74)【代理人】

【識別番号】100109726

【弁理士】

【氏名又は名称】園田 吉隆

(74)【代理人】

【識別番号】100161470

【弁理士】

【氏名又は名称】冨樫 義孝

(74)【代理人】

【識別番号】100194294

【弁理士】

【氏名又は名称】石岡 利康

(74)【代理人】

【識別番号】100194320

【弁理士】

【氏名又は名称】藤井 亮

(72)【発明者】

【氏名】ルーゲランド， パトリック

(72)【発明者】

【氏名】ダ シルヴァ， イカロ エル．イェー．

(72)【発明者】

【氏名】ミルデ， グンナル

【審査官】石原 由晴

(56)【参考文献】

【文献】米国特許出願公開第２０１６／０２７８１６０（ＵＳ，Ａ１）

【文献】米国特許出願公開第２０１５／０２３７５４０（ＵＳ，Ａ１）

【文献】3GPP TR 23.799 V14.0.0，2016年12月16日，pages 194-196

【文献】ZTE，Solution B impacts[online]，3GPP TSG-RAN WG2 NR Ad Hoc R2-1700351，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2017_01_NR/Docs/R2-1700351.zip>，2017年01月06日

【文献】3GPP TR 23.799 V14.0.0，2016年12月16日，pages 194-196

【文献】ZTE，Solution B impacts[online]，3GPP TSG-RAN WG2 NR Ad Hoc R2-1700351，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_AHs/2017_01_NR/Docs/R2-1700351.zip>，2017年01月06日

【文献】Qualcomm Incorporated，Design details for light connection model A[online]，3GPP TSG-RAN WG2 Meeting #96 R2-168345，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_96/Docs/R2-168345.zip>，2016年11月04日

【文献】Intel Corporation，Correction to UE Context Resume Function[online]，3GPP TSG RAN WG3 Meeting #93 R3-161586，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG3_Iu/TSGR3_93/Docs/R3-161586.zip＞，2016年08月13日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－７／２６

Ｈ０４Ｗ ４／００－９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

ソースネットワークノード（１１５ｂ）と前に通信していたユーザ機器（ＵＥ）（１１０）と通信するためのターゲットネットワークノード（１１５ａ）における方法であって、
ＵＥ（１１０）から接続再開要求を受信することであって、前記接続再開要求が、前記ソースネットワークノード（１１５ｂ）に関連付けられた再開識別情報と、接続を再開する原因を示すｃａｕｓｅＶａｌｕｅとを含む、接続再開要求を受信することと、
前記ソースネットワークノード（１１５ｂ）に前記接続再開要求を送信することと、
前記ソースネットワークノード（１１５ｂ）から無線リソース制御（ＲＲＣ）応答を受信することと、
前記ＵＥ（１１０）に前記ＲＲＣ応答を転送することと
を含み、前記接続再開要求が、ＵＥコンテキスト取出し要求の一部として、または前記ＵＥコンテキスト取出し要求とともに、前記ソースネットワークノード（１１５ｂ）に送信される、方法。

【請求項2】

前記ターゲットネットワークノード（１１５ａ）がｇＮＢであり、前記ソースネットワークノード（１１５ｂ）がｇＮＢである、請求項１に記載の方法。

【請求項3】

前記接続再開要求がＲＲＣ接続再開要求である、請求項１に記載の方法。

【請求項4】

前記接続再開要求がセキュリティトークンを含む、請求項１に記載の方法。

【請求項5】

前記接続再開要求が、前記ソースネットワークノード（１１５ｂ）との前記前の通信中に使用されたセキュリティキーを使用して完全性保護される、請求項１に記載の方法。

【請求項6】

前記ＲＲＣ応答がＲＲＣ接続一時中断である、請求項１に記載の方法。

【請求項7】

前記ＲＲＣ応答が、
前記ソースネットワークノード（１１５ｂ）に関連付けられた新しい再開識別情報と、
新しいセキュリティパラメータと、
無線アクセスネットワーク（ＲＡＮ）領域割り当てと
のうちの１つまたは複数を含む、請求項１に記載の方法。

【請求項8】

小データが、前記接続再開要求の一部として、または前記接続再開要求とともに送信される、請求項１に記載の方法。

【請求項9】

前記ソースネットワークノード（１１５ｂ）からＵＥコンテキスト応答を受信することをさらに含む、請求項１に記載の方法。

【請求項10】

ローカルＵＥコンテキストを作成することと、
前記ＵＥ（１１０）を一時中断することと、
前記ローカルＵＥコンテキストを解放することと
をさらに含む、
請求項１に記載の方法。

【請求項11】

ソースネットワークノード（１１５ｂ）と前に通信していたユーザ機器（ＵＥ）（１１０）と通信するためのターゲットネットワークノード（１１５ａ）であって、
前記ＵＥ（１１０）から接続再開要求を受信することであって、前記接続再開要求が、前記ソースネットワークノード（１１５ｂ）に関連付けられた再開識別情報と、接続を再開する原因を示すｃａｕｓｅＶａｌｕｅとを含む、接続再開要求を受信すること
を行うように設定されたインターフェース（１７１０）と、
前記インターフェースに動作可能に結合された処理回路要素（１７２０）であって、前記処理回路要素は、前記ＵＥ（１１０）が前記ソースネットワークノード（１１５ｂ）と前に通信していたと決定するように設定された、処理回路要素（１７２０）と
を備え、
前記インターフェース（１７１０）が、
前記ソースネットワークノード（１１５ｂ）に前記接続再開要求を送信することと、
前記ソースネットワークノード（１１５ｂ）から無線リソース制御（ＲＲＣ）応答を受信することと、
前記ＵＥ（１１０）に前記ＲＲＣ応答を転送することと
を行うようにさらに設定されており、
前記接続再開要求が、ユーザ機器（ＵＥ）コンテキスト取出し要求の一部として、前記ソースネットワークノード（１１５ｂ）に送信される、
ターゲットネットワークノード（１１５ａ）。

【請求項12】

前記ターゲットネットワークノード（１１５ａ）がｇＮＢであり、前記ソースネットワークノード（１１５ｂ）がｇＮＢである、請求項１１に記載のターゲットネットワークノード（１１５ａ）。

【請求項13】

前記接続再開要求がＲＲＣ接続再開要求である、請求項１１に記載のターゲットネットワークノード（１１５ａ）。

【請求項14】

前記接続再開要求がセキュリティトークンを含む、請求項１１に記載のターゲットネットワークノード（１１５ａ）。

【請求項15】

前記接続再開要求が、前記ソースネットワークノード（１１５ｂ）との前記前の通信中に使用されたセキュリティキーを使用して完全性保護される、請求項１１に記載のターゲットネットワークノード（１１５ａ）。

【請求項16】

前記ＲＲＣ応答がＲＲＣ接続一時中断である、請求項１１に記載のターゲットネットワークノード（１１５ａ）。

【請求項17】

前記ＲＲＣ応答が、
前記ソースネットワークノード（１１５ｂ）に関連付けられた新しい再開識別情報と、
新しいセキュリティパラメータと、
無線アクセスネットワーク（ＲＡＮ）領域割り当てと
のうちの１つまたは複数を含む、請求項１１に記載のターゲットネットワークノード（１１５ａ）。

【請求項18】

小データが、前記接続再開要求の一部として、または前記接続再開要求とともに受信される、請求項１１に記載のターゲットネットワークノード（１１５ａ）。

【請求項19】

前記インターフェース（１７１０）が、前記ソースネットワークノード（１１５ｂ）からＵＥコンテキスト応答を受信するようにさらに設定された、請求項１１に記載のターゲットネットワークノード（１１５ａ）。

【請求項20】

前記処理回路要素（１７２０）が、
ローカルＵＥコンテキストを作成することと、
前記ＵＥ（１１０）を一時中断することと、
前記ローカルＵＥコンテキストを解放することと
を行うようにさらに設定された、請求項１１に記載のターゲットネットワークノード（１１５ａ）。

【請求項21】

ユーザ機器（ＵＥ）（１１０）とターゲットネットワークノード（１１５ａ）との間の通信を容易にするためのソースネットワークノード（１１５ｂ）における方法であって、
前記ターゲットネットワークノード（１１５ａ）から前記ＵＥ（１１０）のための接続再開要求を受信することであって、前記接続再開要求が、前記ソースネットワークノード（１１５ｂ）に関連付けられた再開識別情報と、接続を再開する原因を示すｃａｕｓｅＶａｌｕｅとを含む、接続再開要求を受信することと、
前記ＵＥ（１１０）のための前記接続再開要求を検証することと、
前記ＵＥ（１１０）のための無線リソース制御（ＲＲＣ）応答を生成することと、
前記ターゲットネットワークノード（１１５ａ）を介して前記ＵＥ（１１０）に前記ＲＲＣ応答を送信することと、
ユーザ機器（ＵＥ）コンテキスト取出し要求の一部として、前記ターゲットネットワークノード（１１５ａ）から前記接続再開要求を受信することと
を含む、方法。

【請求項22】

前記ソースネットワークノード（１１５ｂ）に関連付けられた再開識別情報を前記ＵＥ（１１０）に割り当てることをさらに含む、請求項２１に記載の方法。

【請求項23】

ユーザ機器（ＵＥ）（１１０）とターゲットネットワークノード（１１５ａ）との間の通信を容易にするためのソースネットワークノード（１１５ｂ）であって、
前記ターゲットネットワークノード（１１５ａ）から前記ＵＥ（１１０）のための接続再開要求を受信するように設定されたインターフェース（１７１０）であって、前記接続再開要求が、前記ソースネットワークノード（１１５ｂ）に関連付けられた再開識別情報と、接続を再開する原因を示すｃａｕｓｅＶａｌｕｅとを含む、インターフェース（１７１０）と、
前記インターフェースに動作可能に結合された処理回路要素（１７２０）であって、前記処理回路要素が、
前記ＵＥ（１１０）のための前記接続再開要求を検証することと、
前記ＵＥ（１１０）のための無線リソース制御（ＲＲＣ）応答を生成することと
を行うように設定された、処理回路要素（１７２０）と
を備え、
前記インターフェース（１７１０）が、
前記ターゲットネットワークノード（１１５ａ）を介して前記ＵＥ（１１０）に前記ＲＲＣ応答を送信し、ＵＥコンテキスト取出し要求の一部として、または前記ＵＥコンテキスト取出し要求とともに、前記ターゲットネットワークノード（１１５ａ）から前記接続再開要求を受信するようにさらに設定された、
ソースネットワークノード（１１５ｂ）。

【請求項24】

前記処理回路要素（１７２０）が、前記ソースネットワークノード（１１５ｂ）に関連付けられた再開識別情報を前記ＵＥ（１１０）に割り当てるようにさらに設定された、請求項２３に記載のソースネットワークノード（１１５ｂ）。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、一般に、無線通信に関し、より詳細には、ＵＥコンテキスト情報の再配置なしの無線通信に関する。

【背景技術】

【0002】

第３世代パートナーシッププロジェクト（３ＧＰＰ）研究項目「次世代の新しい無線（ＮＲ）アクセス技術」では、無線リソース制御（ＲＲＣ）状態モデルが、２つの状態（ＲＲＣ＿ＩＤＬＥおよびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）から３つの状態（新しい状態のＲＲＣ＿ＩＮＡＣＴＩＶＥを追加する）に拡大されるべきであることが提案されている。Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）が（５Ｇ－ＣＮとしても知られる）次世代コアネットワークに接続されるとき、ＬＴＥについても同様の状態モデルが考慮される。

【0003】

ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の一態様は、ユーザ機器（ＵＥ）および無線アクセスネットワーク（ＲＡＮ）が、アクセス層（ＡＳ）コンテキストを記憶することと、（ＬＴＥ／エボルブドパケットコア（ＥＰＣ）ではＳ１と呼ばれ、５Ｇ－ＣＮに接続されたときのＮＲおよびＬＴＥではＮＧ－Ｃと呼ばれる）ＣＮ／ＲＡＮインターフェースが保たれることである。これは、ＵＥがネットワークに再接続する必要があるとき、ＵＥは、古い接続を再開することができ、これは、新しい接続をセットアップするよりもはるかに高速であり得ることを意味する。

【0004】

図１は、例示的な高レベル次世代ネットワークアーキテクチャを例示する。図１では、ＲＡＮノードＬＴＥ ｅＮＢおよび（ｇＮＢとも呼ばれる）ＮＲ ＢＳが、ＮＧ－Ｃ制御インターフェースおよびＮＧ－Ｕユーザプレーンインターフェースを使用して次世代ＣＮ（ＮＧ－ＣＮまたは５Ｇ－ＣＮ）に接続される。ｇＮＢは、機能性においてＬＴＥ ｅＮＢと同様である。

【0005】

図２は、ＮＲのための提案される状態遷移を例示する。状態間を遷移するための提案されるプロシージャが、Ｒ２－１７００５３５において見つけられ得る。いくつかの潜在的なシナリオでは、ＵＥが、ＲＲＣ＿ＩＮＡＣＴＩＶＥでコンテキストを記憶している場合でも、ＲＡＮは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにあるとき、コンテキストおよびＣＮ／ＲＡＮ接続をいつでも廃棄することができる。ＲＡＮがコンテキストを廃棄した場合、ＲＡＮは、ＵＥがＲＲＣ接続再開要求（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅＲｅｑｕｅｓｔ）メッセージを送るとき、ＲＲＣ接続再開（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ）メッセージの代わりにＲＲＣ接続セットアップ（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐ）メッセージで応答することによって、これをＵＥに通知することになる。この場合、ＵＥもコンテキストを廃棄し、続いて、ＲＲＣ接続セットアップ完了（ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅ）メッセージを伴うＲＲＣ接続をセットアップすることになる。

【0006】

ＡＳコンテキストが記憶され、ＣＮ／ＲＡＮ接続が維持されるシナリオでは、ＣＮは、ＵＥがＲＲＣ＿ＩＮＡＣＴＩＶＥにあることに気づいておらず、ＵＥがＥＣＭ＿ＣＯＮＮＥＣＴＥＤ（または等価なＮＲ ＣＮ状態）にあると見なすことになる。これは、（１つまたは複数の）着信ダウンリンク（ＤＬ）パケットが到着したとき、ＣＮがＵＥをページングせず、代わりに、ＣＮが、ＮＧ－Ｕ上でＲＡＮにパケットを送り、ＲＡＮノードが、必要な場合、ページング（または通知）を開始することになることを意味する。

【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】

【図1】例示的な高レベル次世代ネットワークアーキテクチャを例示する図である。

【図2】ＮＲのための提案される状態遷移を例示する図である。

【図3】正常なＲＲＣ接続中断のための提案されるプロシージャを例示する図である。

【図4】正常なＲＲＣ接続再開のための提案されるプロシージャを例示する図である。

【図5】いくつかの実施形態による、例示的なＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの再開プロシージャを例示する図である。

【図6】いくつかの実施形態による、ＲＡＮエリア更新を実施するためのＲＲＣ接続再開を例示する図である。

【図7】いくつかの実施形態による、ＲＲＣ＿ＩＮＡＣＴＩＶＥにおける例示的なＣＮトラッキングエリア（ＴＡ）更新を例示する図である。

【図8】いくつかの実施形態による、古いｇＮＢにおける例示的な周期的ＲＡＮエリア更新を例示する図である。

【図9】いくつかの実施形態による、古いＲＡＮエリア内の新しいｇＮＢにおける例示的な周期的更新を例示する図である。

【図10】いくつかの実施形態による、例示的なヘテロジニアスネットワーク展開を例示する図である。

【図11】いくつかの実施形態による、例示的な星形展開を例示する図である。

【図12】いくつかの実施形態による、ネットワーク１００の一実施形態を例示するブロック図である。

【図13】いくつかの実施形態による、コンテキスト再配置なしの新しいｇＮＢにおける周期的ＲＡＮエリア更新による例示的なＲＲＣ接続再開を例示する図である。

【図14】いくつかの実施形態による、ＵＥコンテキスト再配置なしのＲＲＣ＿ＩＮＡＣＴＩＶＥにおける小データ送信の一例を例示する図である。

【図15】いくつかの実施形態による、小データ送信のためのコンテキスト再配置なしのＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤへの例示的な状態遷移を例示する図である。

【図16】いくつかの実施形態による、例示的な無線デバイスのブロック概略図である。

【図17】いくつかの実施形態による、例示的なネットワークノードのブロック概略図である。

【図18】いくつかの実施形態による、例示的な無線ネットワークコントローラまたはコアネットワークノードのブロック概略図である。

【図19】いくつかの実施形態による、例示的な無線デバイスのブロック概略図である。

【図20】いくつかの実施形態による、例示的なネットワークノードのブロック概略図である。

【発明を実施するための形態】

【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】

上記の説明で使用される略語は、以下を含む。
略語 説明
３ＧＰＰ 第３世代パートナーシッププロジェクト
ＡＰ アクセスポイント
ＡＳ アクセス層
ＢＳ 基地局
ＢＳＣ 基地局コントローラ
ＢＴＳ 基地トランシーバ局
ＣＮ コアネットワーク
ＣＰＥ 顧客構内機器
Ｄ２Ｄ デバイスツーデバイス
ＤＡＳ 分散アンテナシステム
ＤＣＩ ダウンリンク制御情報
ＤＬ ダウンリンク
ｅＮＢ エボルブドノードＢ
ＥＰＣ エボルブドパケットコア
ＦＤＤ 周波数分割複信
ＬＡＮ ローカルエリアネットワーク
ＬＥＥ ラップトップ埋込み機器
ＬＭＥ ラップトップ搭載機器
ＬＴＥ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ
Ｍ２Ｍ マシンツーマシン
ＭＡＮ メトロポリタンエリアネットワーク
ＭＣＥ マルチセル／マルチキャスト協調エンティティ
ＭＣＳ 変調レベルおよび符号化方式
ＭＳＲ マルチスタンダード無線
ＮＡＳ 非アクセス層
ＮＲ 新しい無線
ＯＦＤＭ 直交周波数分割多重
ＰＤＣＣＨ 物理ダウンリンク制御チャネル
ＰＤＳＣＨ 物理ダウンリンク共有チャネル
ＰＳＴＮ 公衆交換電話網
ＰＵＳＣＨ 物理アップリンク共有チャネル
ＰＵＣＣＨ 物理アップリンク制御チャネル
ＲＡ ランダムアクセス
ＲＡＲ ランダムアクセス応答
ＲＡＮ 無線アクセスネットワーク
ＲＢ リソースブロック
ＲＮＣ 無線ネットワークコントローラ
ＲＲＣ 無線リソース制御
ＲＲＨ リモート無線ヘッド
ＲＲＵ リモートラジオユニット
ＴＡ トラッキングエリア
ＴＡＵ トラッキングエリア更新
ＴＤＤ 時分割複信
ＴＦＲＥ 時間周波数リソースエレメント
ＵＣＩ アップリンク制御情報
ＵＥ ユーザ機器
ＵＬ アップリンク
ＷＡＮ ワイドエリアネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】