特許 7516573 電力効率的状態におけるデータ伝送

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

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

(11)【特許番号】

(24)【登録日】2024-07-05

(45)【発行日】2024-07-16

(54)【発明の名称】電力効率的状態におけるデータ伝送

(51)【国際特許分類】

   H04W 76/27 20180101AFI20240708BHJP

   H04W 72/231 20230101ALI20240708BHJP

   H04W 72/1263 20230101ALI20240708BHJP

   H04W 74/0836 20240101ALI20240708BHJP

【ＦＩ】

H04W76/27

H04W72/231

H04W72/1263

H04W74/0836

【請求項の数】 15

(21)【出願番号】P 2022577126

(86)(22)【出願日】2020-06-16

(65)【公表番号】

(43)【公表日】2023-07-12

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

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

(87)【国際公開日】2021-12-23

【審査請求日】2023-03-02

(73)【特許権者】

【識別番号】511151662

【氏名又は名称】中興通訊股▲ふん▼有限公司

【氏名又は名称原語表記】ＺＴＥ ＣＯＲＰＯＲＡＴＩＯＮ

【住所又は居所原語表記】ＺＴＥ Ｐｌａｚａ，Ｋｅｊｉ Ｒｏａｄ Ｓｏｕｔｈ，Ｈｉ－Ｔｅｃｈ Ｉｎｄｕｓｔｒｉａｌ Ｐａｒｋ，Ｎａｎｓｈａｎ Ｓｈｅｎｚｈｅｎ，Ｇｕａｎｇｄｏｎｇ ５１８０５７ Ｃｈｉｎａ

(74)【代理人】

【識別番号】100078282

【弁理士】

【氏名又は名称】山本 秀策

(74)【代理人】

【識別番号】100113413

【弁理士】

【氏名又は名称】森下 夏樹

(74)【代理人】

【識別番号】100181674

【弁理士】

【氏名又は名称】飯田 貴敏

(74)【代理人】

【識別番号】100181641

【弁理士】

【氏名又は名称】石川 大輔

(74)【代理人】

【識別番号】230113332

【弁護士】

【氏名又は名称】山本 健策

(72)【発明者】

【氏名】ファン， ヘ

【審査官】鈴木 重幸

(56)【参考文献】

【文献】国際公開第２０２０／０３４５６０（ＷＯ，Ａ１）

【文献】Intel Corporation，Procedure for two-step RACH[online]，3GPP TSG RAN WG1 #96 R1-1902467，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_96/Docs/R1-1902467.zip>，2019年02月16日

【文献】ZTE Corporation, Sanechips，Motivation of smalldata enhancements in NR[online]，3GPP TSG RAN #86 RP-192573，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_86/Docs/RP-192573.zip>，2019年12月02日

【文献】Apple，Contention Resolution in 2-step RACH[online]，3GPP TSG RAN WG2 #106 R2-1907179，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1907179.zip>，2019年05月03日

【文献】ZTE, Sanechips，Transmission of MAC SDU for SRB/DRB in 2-step RACH[online]，3GPP TSG RAN WG2 #106 R2-1906307，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_106/Docs/R2-1906307.zip>，2019年05月02日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

無線通信のための方法であって、前記方法は、
第１の状態における端末が、ネットワークノードに対するデータ通信再開プロシージャを開始するための第１のメッセージを前記ネットワークノードに伝送することであって、前記第１のメッセージは、構成されたグラントリソースを通して伝送される、ことと、
前記第１のメッセージの伝送後、前記第１のメッセージへの応答のためのネットワーク一時識別子を伴う制御チャネルを監視することであって、前記ネットワーク一時識別子は、前記端末が以前の無線リソース制御接続状態にあったとき、または、前記端末が無線リソース制御解放メッセージを受信したことに応答して非アクティブ状態に入ったときに構成される、ことと
を含む、方法。

【請求項2】

前記第１のメッセージは、無線リソース制御（ＲＲＣ）再開要求メッセージおよびＲＲＣ設定要求メッセージのいずれかである、請求項１に記載の方法。

【請求項3】

前記第１のメッセージへの前記応答は、コンテンション解決策を含み、前記端末は、前記第１のメッセージへの応答において識別されたセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を含む前記ネットワーク一時識別子を伴う物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含む前記制御チャネルを監視する、請求項１および２のいずれかに記載の方法。

【請求項4】

前記端末が、前記ネットワークノードから、前記監視されたネットワーク一時識別子によってスケジューリングされる第１のデータ伝送を受信することと、
前記端末が、前記ネットワークノードに、前記監視されたネットワーク一時識別子によってスケジューリングされる第２のデータ伝送を伝送することと
をさらに含む、請求項１に記載の方法。

【請求項5】

前記端末が、前記ネットワークノードから、ＲＲＣ解放メッセージを受信することと、
前記ＲＲＣ解放メッセージを受信することに応答して、前記端末が、前記端末のために構成された前記ネットワーク一時識別子を伴う制御チャネルを監視することを停止し、前記ネットワーク一時識別子を破棄することであって、前記第１のメッセージは、構成されたグラント（ＣＧ）リソースを通して伝送されるＲＲＣ再開要求を含み、前記ＲＲＣ解放メッセージは、前記端末のために構成された前記ネットワーク一時識別子によってスケジューリングされる、ことと
をさらに含む、請求項１に記載の方法。

【請求項6】

前記端末が、前記第１のメッセージへの前記応答を受信することに応答して、第１のタイマを開始することであって、前記端末は、非アクティブデータ伝送タイマを開始することに応答して、前記端末のために構成された前記ネットワーク一時識別子を伴う前記制御チャネルを監視する、ことと、
前記端末が、Ｃ－ＲＮＴＩを伴うＰＤＣＣＨスケジューリング情報を受信することと、
前記Ｃ－ＲＮＴＩを伴う前記ＰＤＣＣＨスケジューリング情報を受信することに応答して、前記端末が、前記非アクティブデータ伝送タイマを再開することと、
前記端末が、前記非アクティブデータ伝送タイマの終了を検出することと、
前記非アクティブデータ伝送タイマの前記終了を検出することに応答して、前記端末が、前記端末のために構成された前記ネットワーク一時識別子を伴う前記制御チャネルの監視を停止すること、前記ネットワーク一時識別子を破棄すること、および／または、専用無線ベアラ（ＤＲＢ）および／またはパケットデータ収束プロトコル（ＰＤＣＰ）を一時停止することのいずれかを実施することと
をさらに含む、請求項５に記載の方法。

【請求項7】

前記非アクティブデータ伝送タイマの長さは、前記端末が非アクティブ状態に遷移することに先立って前記端末によって受信されるＲＲＣ再構成メッセージ、前記非アクティブ状態に前記端末を構成するために使用されるＲＲＣ解放メッセージにおいて、および、データ伝送が実施される任意のメッセージのシステム情報においてのいずれかによって構成されている、請求項６に記載の方法。

【請求項8】

前記第１のメッセージは、非アクティブ無線ネットワーク一時識別子（Ｉ－ＲＮＴＩ）と、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）と、ＭＡＣサービスデータユニット（ＳＤＵ）と、ＭＡＣプロトコルデータユニット（ＰＤＵ）とを含み、前記第１のメッセージへの前記応答は、コンテンション解消に関して使用されるべきＣ－ＲＮＴＩおよび前記Ｉ－ＲＮＴＩのいずれかを含む、請求項１に記載の方法。

【請求項9】

前記第１のメッセージは、ＣＧリソースを通して伝送されるデータを含む、請求項１に記載の方法。

【請求項10】

前記端末が、前記ネットワーク一時識別子を解放するための指示を含むＭＡＣ制御要素（ＣＥ）を前記ネットワークノードから受信することと、
前記ネットワークノードから前記ＭＡＣ ＣＥを受信することに応答して、前記端末が、前記端末のために構成された前記ネットワーク一時識別子を伴う前記制御チャネルの監視を停止することと、
前記端末が、Ｃ－ＲＮＴＩを備えている前記ネットワーク一時識別子を破棄することと
をさらに含む、請求項１に記載の方法。

【請求項11】

無線通信のための方法であって、前記方法は、
ネットワークノードが、第１の状態における端末から、データ通信再開プロシージャを開始するための第１のメッセージを受信することであって、前記第１のメッセージは、構成されたグラントリソースを通して受信される、ことと、
前記ネットワークノードが、前記第１のメッセージへの応答のためのネットワーク一時識別子を伴う制御チャネルを監視している前記端末に、前記第１のメッセージへの応答を伝送することであって、前記ネットワーク一時識別子は、前記端末が以前の無線リソース制御接続状態にあったとき、または、前記端末が無線リソース制御解放メッセージを伝送したことに応答して非アクティブ状態に入ったときに、前記ネットワークノードによって構成される、ことと
を含む、方法。

【請求項12】

前記第１のメッセージへの前記応答は、コンテンション解決策を含み、前記端末は、前記第１のメッセージへの前記応答において識別されたセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を含む前記ネットワーク一時識別子を伴う物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含む前記制御チャネルを監視するように構成されている、請求項１１に記載の方法。

【請求項13】

前記ネットワークノードが、ＲＲＣ解放メッセージを前記端末に伝送することであって、前記端末は、前記ネットワークノードから前記ＲＲＣ解放メッセージを受信することに応答して、前記端末のために構成された前記ネットワーク一時識別子を伴う制御チャネルの監視を停止し、前記ネットワーク一時識別子を破棄するように構成されている、ことと、
前記ネットワークノードが、前記ネットワーク一時識別子を解放するための指示を含むＭＡＣ制御要素（ＣＥ）を前記端末に伝送することであって、前記端末は、前記端末のために構成された前記ネットワーク一時識別子を伴う前記制御チャネルの監視を停止し、Ｃ－ＲＮＴＩを備えている前記ネットワーク一時識別子を破棄するように構成されている、ことと
をさらに含む、請求項１１に記載の方法。

【請求項14】

請求項１～１３のいずれかに記載の方法を実行するように構成されたプロセッサを備えている無線通信のための装置。

【請求項15】

非一過性コンピュータ読み取り可能な媒体であって、前記非一過性コンピュータ読み取り可能な媒体は、その上に記憶されているコードを有し、前記コードは、プロセッサによって実行されると、請求項１～１３のいずれかに記載の方法を前記プロセッサに実装させる、非一過性コンピュータ読み取り可能な媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本特許文書は、概して、無線通信を対象とする。

【背景技術】

【0002】

モバイル通信技術は、ますます接続され、ネットワーク化された社会に世界を向かわせている。モバイル通信の急速な成長および技術の進歩は、容量および接続性のさらなる需要につながっている。エネルギー消費、デバイスコスト、スペクトル効率、および待ち時間等の他の側面も、種々の通信シナリオの必要性を満たすために重要である。サービスのより高い品質を提供するための新しい方法を含む種々の技法が、議論されている。

【発明の概要】

【課題を解決するための手段】

【0003】

本書は、デジタル無線通信、より具体的に、電力効率的状態におけるデータ伝送に関連する技法に関連する方法、システム、およびデバイスを開示する。

【0004】

一例示的側面では、無線通信のための方法が、開示される。方法は、第１の状態における端末によって、ネットワークノードに対するデータ通信再開プロシージャを開始するための第１のメッセージをネットワークノードに伝送することを含む。方法は、第１のメッセージの伝送後、第１のメッセージへの応答のためのネットワーク一時識別子を伴う制御チャネルを監視することも含む。

【0005】

別の例示的側面では、無線通信のための方法が、開示される。方法は、ネットワークノードによって、第１の状態における端末からデータ通信再開プロシージャを開始するための第１のメッセージを受信することを含む。方法は、ネットワークノードによって、第１のメッセージへの応答のためのネットワーク一時識別子を伴う制御チャネルを監視する端末に、第１のメッセージへの応答を伝送することも含む。

【0006】

別の例示的側面では、プロセッサを備えている無線通信装置が、開示される。プロセッサは、本明細書に説明される方法を実装するように構成される。

【0007】

さらに別の例示的側面では、本明細書に説明される種々の技法が、プロセッサ実行可能なコードとして具現化され、コンピュータ読み取り可能なプログラム媒体上に記憶され得る。

【0008】

１つ以上の実装の詳細が、付随の添付、図面、および下記の説明に記載される。他の特徴も、説明および図面から、および付記から明白となるであろう。
本発明は、例えば、以下を提供する。
（項目１）
無線通信のための方法であって、前記方法は、
第１の状態における端末によって、ネットワークノードに対するデータ通信再開プロシージャを開始するための第１のメッセージを前記ネットワークノードに伝送することと、
第１のメッセージの伝送後、前記第１のメッセージへの応答のためのネットワーク一時識別子を伴う制御チャネルを監視することと
を含む、方法。
（項目２）
前記第１の状態において、前記端末による無線リソースの使用は、前記ネットワークノードによって限定される、項目１に記載の方法。
（項目３）
前記第１のメッセージは、無線リソース制御（ＲＲＣ）再開要求メッセージおよびＲＲＣ設定要求メッセージのいずれかである、項目１に記載の方法。
（項目４）
前記第１のメッセージへの前記応答は、コンテンション解決策を含み、前記端末は、前記第１のメッセージへの応答において識別されたセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を含む前記ネットワーク一時識別子を伴う物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含む前記制御チャネルを監視する、項目１および３のいずれかに記載の方法。
（項目５）
前記端末によって、前記ネットワークノードから、前記監視されたネットワーク一時識別子によってスケジューリングされる第１のデータ伝送を受信することをさらに含む、
項目１に記載の方法。
（項目６）
前記端末によって、前記ネットワークノードに、前記監視されたネットワーク一時識別子によってスケジューリングされる第２のデータ伝送を伝送することをさらに含む、
項目１および５のいずれかに記載の方法。
（項目７）
前記端末によって、前記ネットワークノードから、ＲＲＣ解放メッセージを受信することと、
前記ＲＲＣ解放メッセージを受信することに応答して、前記端末によって、前記端末のために構成された前記ネットワーク一時識別子を伴う前記制御チャネルを監視することを停止し、前記ネットワーク一時識別子を破棄することと
をさらに含む、項目１に記載の方法。
（項目８）
前記ＲＲＣ解放メッセージは、前記第１のメッセージへの前記応答を含む、項目１および７のいずれかに記載の方法。
（項目９）
前記第１のメッセージは、構成されたグラント（ＣＧ）リソースを通して伝送されるＲＲＣ再開要求を含み、前記ＲＲＣ解放メッセージは、前記端末のために構成された前記ネットワーク一時識別子によってスケジューリングされる、項目１、７、および８のいずれかに記載の方法。
（項目１０）
前記端末によって、前記第１のメッセージへの前記応答を受信することに応答して、第１のタイマを開始することをさらに含み、前記端末は、前記非アクティブデータ伝送タイマを開始することに応答して、前記端末のために構成された前記ネットワーク一時識別子を伴う前記制御チャネルを監視する、項目１、８、および９のいずれかに記載の方法。
（項目１１）
前記端末によって、Ｃ－ＲＮＴＩを伴うＰＤＣＣＨスケジューリング情報を受信することと、
前記Ｃ－ＲＮＴＩを伴う前記ＰＤＣＣＨスケジューリング情報を受信することに応答して、前記端末によって、前記非アクティブデータ伝送タイマを再開することと
をさらに含む、項目１０に記載の方法。
（項目１２）
前記端末によって、前記非アクティブデータ伝送タイマの終了を検出することと、
前記非アクティブデータ伝送タイマの前記終了を検出することに応答して、前記端末によって、前記端末のために構成された前記ネットワーク一時識別子を伴う前記制御チャネルの監視を停止すること、前記ネットワーク一時識別子を破棄すること、および／または、専用無線ベアラ（ＤＲＢ）および／またはパケットデータ収束プロトコル（ＰＤＣＰ）を一時停止することのいずれかを実施することと
をさらに含む、項目１、１０、および１１のいずれかに記載の方法。
（項目１３）
前記非アクティブデータ伝送タイマの長さは、前記端末が前記非アクティブ状態に遷移することに先立って前記端末によって受信されるＲＲＣ再構成メッセージ、前記非アクティブ状態に前記端末を構成するために使用されるＲＲＣ解放メッセージにおいて、および、データ伝送が実施される任意のメッセージのシステム情報においてのいずれかによって構成されている、項目１、および１０－１２のいずれかに記載の方法。
（項目１４）
前記第１のメッセージは、非アクティブ無線ネットワーク一時識別子（Ｉ－ＲＮＴＩ）と、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）と、ＭＡＣサービスデータユニット（ＳＤＵ）と、ＭＡＣプロトコルデータユニット（ＰＤＵ）とを含む、項目１に記載の方法。
（項目１５）
前記第１のメッセージへの前記応答は、コンテンション解消に関して使用されるべきＣ－ＲＮＴＩおよび前記Ｉ－ＲＮＴＩのいずれかを含む、項目１および１４のいずれかに記載の方法。
（項目１６）
前記第１のメッセージは、ＣＧリソースを通して伝送されるデータを含む、項目１に記載の方法。
（項目１７）
前記端末によって、前記ネットワーク一時識別子を解放するための指示を含むＭＡＣ制御要素（ＣＥ）を前記ネットワークノードから受信することと、
前記ネットワークノードから前記ＭＡＣ ＣＥを受信することに応答して、前記端末によって、前記端末のために構成された前記ネットワーク一時識別子を伴う前記制御チャネルの監視を停止することと、
前記端末によって、Ｃ－ＲＮＴＩを備えている前記ネットワーク一時識別子を破棄することと
をさらに含む、項目１に記載の方法。
（項目１８）
無線通信のための方法であって、前記方法は、
ネットワークノードによって、第１の状態における端末から、データ通信再開プロシージャを開始するための前記第１のメッセージを受信することと、
前記ネットワークノードによって、前記第１のメッセージへの応答のためのネットワーク一時識別子を伴う制御チャネルを監視している前記端末に、前記第１のメッセージへの応答を伝送することと
を含む、方法。
（項目１９）
前記第１の状態において、前記端末による無線リソースの使用は、前記ネットワークノードによって限定される、項目１８に記載の方法。
（項目２０）
前記第１のメッセージは、無線リソース制御（ＲＲＣ）再開要求メッセージおよびＲＲＣ設定要求メッセージのいずれかである、項目１８に記載の方法。
（項目２１）
前記第１のメッセージへの前記応答は、コンテンション解決策を含み、前記端末は、前記第１のメッセージへの前記応答において識別されたセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を含む前記ネットワーク一時識別子を伴う物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含む前記制御チャネルを監視するように構成されている、項目１８および２０のいずれかに記載の方法。
（項目２２）
前記ネットワークノードによって、前記監視されたネットワーク一時識別子によってスケジューリングされる第１のデータ伝送を前記端末に伝送することをさらに含む、項目１８に記載の方法。
（項目２３）
前記ネットワークノードによって、前記監視されたネットワーク一時識別子によってスケジューリングされる第２のデータ伝送を前記端末から受信することをさらに含む、項目１８および２２のいずれかに記載の方法。
（項目２４）
前記ネットワークノードによって、ＲＲＣ解放メッセージを前記端末に伝送することをさらに含み、前記端末は、前記ネットワークノードから前記ＲＲＣ解放メッセージを受信することに応答して、前記端末のために構成された前記ネットワーク一時識別子を伴う制御チャネルの監視を停止し、前記ネットワーク一時識別子を破棄するように構成されている、項目１８に記載の方法。
（項目２５）
前記ＲＲＣ解放メッセージは、前記第１のメッセージへの前記応答である、項目１８および２４のいずれかに記載の方法。
（項目２６）
前記第１のメッセージは、構成されたグラント（ＣＧ）リソースを通して伝送されるＲＲＣ再開要求を含み、前記ＲＲＣ解放メッセージは、前記端末のために構成された前記ネットワーク一時識別子によってスケジューリングされる、項目１８、２４、および２５のいずれかに記載の方法。
（項目２７）
前記端末は、前記第１のメッセージへの前記応答を受信することに応答して、非アクティブデータ伝送タイマを開始し、前記非アクティブデータ伝送タイマを開始することに応答して、前記端末のために構成された前記ネットワーク一時識別子を伴う前記制御チャネルを監視するように構成されている、項目１８、２５、および２６のいずれかに記載の方法。
（項目２８）
前記第１のメッセージは、非アクティブ無線ネットワーク一時識別子（Ｉ－ＲＮＴＩ）と、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）と、ＭＡＣサービスデータユニット（ＳＤＵ）と、ＭＡＣプロトコルデータユニット（ＰＤＵ）とを含む、項目１８に記載の方法。
（項目２９）
前記第１のメッセージへの前記応答は、コンテンション解消に関して使用されるべきＣ－ＲＮＴＩおよび前記Ｉ－ＲＮＴＩのいずれかを含む、項目１８および２８のいずれかに記載の方法。
（項目３０）
前記第１のメッセージは、ＣＧリソースを通して伝送されるデータを含む、項目１８に記載の方法。
（項目３１）
前記ネットワークノードによって、前記ネットワーク一時識別子を解放するための指示を含むＭＡＣ制御要素（ＣＥ）を前記端末に伝送することをさらに含み、前記端末は、前記端末のために構成された前記ネットワーク一時識別子を伴う前記制御チャネルの監視を停止し、Ｃ－ＲＮＴＩを備えている前記ネットワーク一時識別子を破棄するように構成されている、項目１８に記載の方法。
（項目３２）
項目１－３１のいずれかに記載の方法を実行するように構成されたプロセッサを備えている無線通信のための装置。
（項目３３）
コードを記憶している非一過性コンピュータ読み取り可能な媒体であって、前記コードは、プロセッサによって実行されると、項目１－３１のいずれかに記載の方法を前記プロセッサに実装させる、非一過性コンピュータ読み取り可能な媒体。

【図面の簡単な説明】

【0009】

【図1】図１は、データ伝送の完了後にＲＲＣ解放を伴う非アクティブデータ伝送のための例示的信号伝達プロセスである。

【0010】

【図2】図２は、ＲＲＣが関わり、データ伝送の開始前にＲＲＣ解放を伴う非アクティブデータ伝送を図示する例示的信号伝達プロセスである。

【0011】

【図3】図３は、ＲＲＣが関わらない非アクティブデータ伝送のための例示的信号伝達プロセスである。

【0012】

【図4】図４は、ＲＲＣが関わらない非アクティブデータ伝送のための例の例示的信号伝達プロセスである。

【0013】

【図5】図５は、データが標的ノードにおいてバッファリングされるアンカ再配置のための例示的信号伝達プロセスである。

【0014】

【図6】図６は、アンカ再配置の代わりに使用されるデータ転送のための例示的信号伝達プロセスである。

【0015】

【図7】図７は、電力効率的状態におけるデータ伝送のための例示的方法のブロック図である。

【0016】

【図8】図８は、本技術の１つ以上の実施形態による技法が適用され得る無線通信システムのある例を示す。

【0017】

【図9】図９は、ハードウェアプラットフォームの一部のブロック図表現である。

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

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

いくつかの実施形態において、ＴＡＴが非アクティブ状態において満了する場合、ＵＥは、任意の構成されたダウンリンク割り当ておよび／またはＣＧリソースを解放またはクリアすることができる。

【0178】

（電力効率的状態におけるデータ伝送のための例示的方法）

【0179】

図７は、電力効率的状態におけるデータ伝送のための例示的方法のブロック図７００である。方法は、第１の状態における端末によって、ネットワークノードに対するデータ通信再開プロシージャを開始するために、ネットワークノードに第１のメッセージを伝送することを含むことができる（ブロック７０２）。第１の状態は、本明細書で説明されるような非アクティブ状態またはアイドル状態等の電力効率的状態を含むことができる。

【0180】

方法はまた、第１のメッセージの伝送後、第１のメッセージへの応答のためのネットワーク一時識別子を伴う制御チャネルを監視することを含むことができる（ブロック７０４）。端末は、第１の状態において、ネットワークノードによる無線リソースの使用を限定し得る。ネットワーク一時識別子は、本明細書で説明されるような、セル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）または非アクティブ無線ネットワーク一時識別子（Ｉ－ＲＮＴＩ）を含むことができる。

【0181】

いくつかの実施形態において、第１のメッセージは、無線リソース制御（ＲＲＣ）再開要求メッセージおよびＲＲＣ設定要求メッセージのいずれかである。

【0182】

いくつかの実施形態において、第１のメッセージへの応答は、コンテンション解決策を含み、端末は、第１のメッセージへの応答において識別されるセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を含むネットワーク一時識別子を伴う物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含む制御チャネルを監視する。

【0183】

いくつかの実施形態において、方法は、端末によって、ネットワークノードから、監視されたネットワーク一時識別子によってスケジューリングされる第１のデータ伝送を受信することを含む。

【0184】

いくつかの実施形態において、方法は、端末によって、ネットワークノードに監視されるネットワーク一時識別子によってスケジューリングされる第２のデータ伝送を伝送することを含む。

【0185】

いくつかの実施形態において、方法は、端末によって、ネットワークノードから、ＲＲＣ解放メッセージを受信することと、ＲＲＣ解放メッセージを受信することに応答して、端末によって、端末に関して構成されるネットワーク一時識別子を伴う制御チャネルを監視することを停止し、ネットワーク一時識別子を破棄することとを含む。

【0186】

いくつかの実施形態において、ＲＲＣ解放メッセージは、第１のメッセージへの応答である。

【0187】

いくつかの実施形態において、第１のメッセージは、構成されたグラント（ＣＧ）リソースを通して伝送されるＲＲＣ再開要求を含み、ＲＲＣ解放メッセージは、端末に関して構成されるネットワーク一時識別子によってスケジューリングされる。

【0188】

いくつかの実施形態において、方法は、端末によって、第１のメッセージへの応答を受信することに応答して、非アクティブデータ伝送タイマを開始することを含み、端末は、非アクティブデータ伝送タイマを開始することに応答して、端末に関して構成されるネットワーク一時識別子を伴う制御チャネルを監視する。

【0189】

いくつかの実施形態において、方法は、端末によって、Ｃ－ＲＮＴＩを伴うＰＤＣＣＨスケジューリング情報を受信することと、Ｃ－ＲＮＴＩを伴うＰＤＣＣＨスケジューリング情報を受信することに応答して、端末によって、非アクティブデータ伝送タイマを再開することとを含む。

【0190】

いくつかの実施形態において、方法は、端末によって、非アクティブデータ伝送タイマの終了を検出することと、非アクティブデータ伝送タイマの終了を検出することに応答して、端末によって、端末に関して構成されるネットワーク一時識別子を伴う制御チャネルの監視を停止すること、ネットワーク一時識別子を破棄すること、および／または、専用無線ベアラ（ＤＲＢ）および／またはパケットデータ収束プロトコル（ＰＤＣＰ）を一時停止することのいずれかを実施することとを含む。

【0191】

いくつかの実施形態において、非アクティブデータ伝送タイマの長さは、（例えば、非アクティブ状態に端末を構成するために使用されるであろう）ＲＲＣ解放メッセージにおいて、および、データ伝送が実施される任意のメッセージのシステム情報において、（例えば、端末が非アクティブ状態に遷移することに先立って、端末によって受信される）ＲＲＣ再構成メッセージのいずれかによって構成される。

【0192】

いくつかの実施形態において、第１のメッセージは、非アクティブ無線ネットワーク一時識別子（Ｉ－ＲＮＴＩ）と、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）と、ＭＡＣサービスデータユニット（ＳＤＵ）と、ＭＡＣプロトコルデータユニット（ＰＤＵ）とを含む。

【0193】

いくつかの実施形態において、第１のメッセージへの応答は、コンテンション解消に関して使用されるべきＣ－ＲＮＴＩおよびＩ－ＲＮＴＩのいずれかを含む。

【0194】

いくつかの実施形態において、第１のメッセージは、ＣＧリソースを通して伝送されるデータを含む。

【0195】

いくつかの実施形態において、方法は、端末によって、ネットワーク一時識別子を解放するための指示を含むＭＡＣ制御要素（ＣＥ）をネットワークノードから受信することと、ネットワークノードからＭＡＣ ＣＥを受信することに応答して、端末によって、端末に関して構成されるネットワーク一時識別子を伴う制御チャネルの監視を停止することと、端末によって、Ｃ－ＲＮＴＩを備えているネットワーク一時識別子を破棄することとを含む。

【0196】

別の実施形態において、無線通信のための方法は、ネットワークノードによって、第１の状態における端末からデータ通信再開プロシージャを開始するための第１のメッセージを受信することを含むことができる。方法は、ネットワークノードによって、第１のメッセージへの応答のためのネットワーク一時識別子を伴う制御チャネルを監視する端末に、第１のメッセージへの応答を伝送することも含むことができる。

【0197】

いくつかの実施形態において、第１の状態において、端末による無線リソースの使用は、ネットワークノードによって限定されるか、または、ＵＬ同期の維持は、ＩＤＴが構成されない限り、要求されないか、または、Ｃ－ＲＮＴＩにアドレスされるＰＤＣＣＨ監視は、ＩＤＴが実施されない限り、要求されないか、または、ＵＥは、ページングチャネルを監視するために要求される。

【0198】

いくつかの実施形態において、第１のメッセージは、無線リソース制御（ＲＲＣ）再開要求メッセージおよびＲＲＣ設定要求メッセージのいずれかである。

【0199】

いくつかの実施形態において、第１のメッセージへの応答は、コンテンション解決策を含み、端末は、第１のメッセージへの応答において識別されたセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）を含むネットワーク一時識別子を伴う物理ダウンリンク制御チャネル（ＰＤＣＣＨ）を含む制御チャネルを監視するように構成される。

【0200】

いくつかの実施形態において、方法は、ネットワークノードによって、端末に監視されたネットワーク一時識別子によってスケジューリングされる第１のデータ伝送を伝送することを含む。

【0201】

いくつかの実施形態において、方法は、ネットワークノードによって、端末から監視されたネットワーク一時識別子によってスケジューリングされる第２のデータ伝送を受信することを含む。

【0202】

いくつかの実施形態において、方法は、ネットワークノードによって、端末にＲＲＣ解放メッセージを伝送することを含み、端末は、端末に関して構成されるネットワーク一時識別子を伴う制御チャネルの監視を停止し、ネットワークノードから、ＲＲＣ解放メッセージを受信することに応答して、ネットワーク一時識別子を破棄するように構成される。

【0203】

いくつかの実施形態において、ＲＲＣ解放メッセージは、第１のメッセージへの応答である。

【0204】

いくつかの実施形態において、第１のメッセージは、構成されたグラント（ＣＧ）リソースを通して伝送されるＲＲＣ再開要求を含み、ＲＲＣ解放メッセージは、端末に関して構成されるネットワーク一時識別子によってスケジューリングされる。

【0205】

いくつかの実施形態において、端末は、第１のメッセージへの応答を受信することに応答して、非アクティブデータ伝送タイマを開始し、非アクティブデータ伝送タイマを開始することに応答して、端末に関して構成されるネットワーク一時識別子を伴う制御チャネルを監視するように構成される。

【0206】

いくつかの実施形態において、第１のメッセージは、非アクティブ無線ネットワーク一時識別子（Ｉ－ＲＮＴＩ）と、媒体アクセス制御（ＭＡＣ）制御要素（ＣＥ）と、ＭＡＣサービスデータユニット（ＳＤＵ）と、ＭＡＣプロトコルデータユニット（ＰＤＵ）とを含む。

【0207】

いくつかの実施形態において、第１のメッセージへの応答は、コンテンション解消に関して使用されるべきＣ－ＲＮＴＩおよびＩ－ＲＮＴＩのいずれかを含む。

【0208】

いくつかの実施形態において、第１のメッセージは、ＣＧリソースを通して伝送されるデータを含む。

【0209】

いくつかの実施形態において、方法は、ネットワークノードによって、ネットワーク一時識別子を解放するための指示を含むＭＡＣ制御要素（ＣＥ）を端末に伝送することを含み、端末は、端末に関して構成されるネットワーク一時識別子を伴う制御チャネルの監視を停止し、Ｃ－ＲＮＴＩを備えているネットワーク一時識別子を破棄するように構成される。

【0210】

（例示的無線システム）

【0211】

図８は、本技術の１つ以上の実施形態による技法が適用され得る無線通信システムのある例を示す。無線通信システム８００は、１つ以上の基地局（ＢＳ）８０５ａ、８０５ｂと、１つ以上の無線デバイスまたは端末８１０ａ、８１０ｂ、８１０ｃ、８１０ｄと、コアネットワーク８２５とを含むことができる。基地局８０５ａ、８０５ｂは、１つ以上の無線セクタ内の無線デバイス８１０ａ、８１０ｂ、８１０ｃ、および８１０ｄに無線サービスを提供することができる。いくつかの実装では、基地局８０５ａ、８０５ｂは、異なるセクタ内に無線サービスエリアを提供するために２つ以上の指向性ビームを生成するための指向性アンテナを含む。基地局は、本書に説明されるように、スケジューリングセルまたは候補セルの機能性を実装し得る。

【0212】

コアネットワーク８２５は、１つ以上の基地局８０５ａ、８０５ｂと通信することができる。コアネットワーク８２５は、他の無線通信システムおよび有線通信システムとの接続性を提供する。コアネットワークは、サブスクライブされる無線デバイス８１０ａ、８１０ｂ、８１０ｃ、および８１０ｄに関連する情報を記憶するための１つ以上のサービスサブスクリプションデータベースを含み得る。第１の基地局８０５ａは、第１の無線アクセス技術に基づいて無線サービスを提供することができる一方、第２の基地局８０５ｂは、第２の無線アクセス技術に基づいて無線サービスを提供することができる。基地局８０５ａおよび８０５ｂは、展開シナリオに従って、現場において共同設定され得る、または別個に配設され得る。無線デバイス８１０ａ、８１０ｂ、８１０ｃ、および８１０ｄは、複数の異なる無線アクセス技術をサポートすることができる。

【0213】

いくつかの実装では、無線通信システムは、異なる無線技術を使用する複数のネットワークを含むことができる。二重モードまたはマルチモード無線デバイスは、異なる無線ネットワークに接続するために使用され得る２つ以上の無線技術を含む。

【0214】

図９は、ハードウェアプラットフォームの一部のブロック図表現である。ネットワークノードまたは基地局または端末または無線デバイス（またはＵＥ）等のハードウェアプラットフォーム９０５が、本書に提示される技法のうちの１つ以上を実装するマイクロプロセッサ等のプロセッサ電子機器９１０を含むことができる。ハードウェアプラットフォーム９０５は、送受信機電子機器９１５を含み、アンテナ９２０または有線インターフェース等の１つ以上の通信インターフェースを介して有線または無線信号を送信および／または受信することができる。ハードウェアプラットフォーム９０５は、データを伝送および受信するために定義されたプロトコルを伴う他の通信インターフェースを実装することができる。ハードウェアプラットフォーム９０５は、データおよび／または命令等の情報を記憶するように構成される１つ以上のメモリ（明示的に示されていない）を含むことができる。いくつかの実装では、プロセッサ電子機器９１０は、送受信機電子機器９１５の少なくとも一部を含むことができる。いくつかの実施形態において、開示される技法、モジュール、または機能のうちの少なくともいくつかが、ハードウェアプラットフォーム９０５を使用して実装される。

【0215】

（結論）

【0216】

前述から、いくつかの技法は、基地局またはネットワークデバイスが無線デバイスによって使用または無線リソースを限定する、図７００に関して説明される第１の状態等の電力効率的状態にある間、無線デバイスがデータ伝送を実施することを可能にするために説明されることを理解されたい。例えば、電力効率的状態において、無線デバイスは、ネットワークデバイスによってユニキャストＩＰ層データ伝送または受信機会を提供されないこともある。本開示される技術の具体的な実施形態が、例証の目的のために本明細書に説明されているが、種々の修正が、本発明の範囲から逸脱することなく成され得る。故に、本開示される技術は、添付の請求項によるものを除いては、限定されない。

【0217】

本書に説明される開示される他の実施形態、モジュール、および機能的動作は、デジタル電子回路網で、または本書に開示される構造およびそれらの構造均等物を含む、コンピュータソフトウェア、ファームウェア、またはハードウェアで、またはそれらのうちの１つ以上の組み合わせで、実装されることができる。開示される他の実施形態は、１つ以上のコンピュータプログラム製品、すなわち、データ処理装置による実行のために、またはその動作を制御するために、コンピュータ読み取り可能な媒体上にエンコードされるコンピュータプログラム命令の１つ以上のモジュールとして、実装されることができる。コンピュータ読み取り可能な媒体は、機械読み取り可能な記憶デバイス、機械読み取り可能な記憶基板、メモリデバイス、機械読み取り可能な伝搬信号をもたらす組成物、または１つ以上のそれらの組み合わせであり得る。用語「データ処理装置」は、例として、プログラマブルプロセッサ、コンピュータ、または複数のプロセッサまたはコンピュータを含む、データを処理するための全ての装置、デバイス、および機械を包含する。装置は、ハードウェアに加えて、当該コンピュータプログラムのための実行環境を生成するコード、例えば、プロセッサファームウェア、プロトコルスタック、データベース管理システム、オペレーティングシステム、またはそれらのうちの１つ以上の組み合わせを構成するコードを含むことができる。伝搬される信号は、人工的に発生させられる信号、例えば、好適な受信機装置への伝送のための情報をエンコードするように発生させられる、機械発生型電気、光学、または電磁信号である。

【0218】

コンピュータプログラム（プログラム、ソフトウェア、ソフトウェアアプリケーション、スクリプト、またはコードとしても公知である）は、コンパイラ型またはインタープリタ型言語を含む、プログラミング言語の任意の形態で書かれることができ、これは、独立型プログラムとして、またはコンピュータ環境での使用のために好適なモジュール、コンポーネント、サブルーチン、または他のユニットとしてのものを含む、任意の形態で展開されることができる。コンピュータプログラムは、必ずしもファイルシステム内のファイルに対応しない。プログラムが、他のプログラムまたはデータ（例えば、マークアップ言語文書内に記憶された１つ以上のスクリプト）を保持するファイルの一部内に、当該プログラム専用の単一のファイル内に、または複数の協調的ファイル（例えば、１つ以上のモジュール、サブプログラム、またはコードの一部を記憶するファイル）内に記憶されることができる。コンピュータプログラムが、１つのコンピュータ上で、または１つの場所に位置する、または複数の場所を横断して分配され、通信ネットワークによって相互接続される複数のコンピュータ上で実行されるように、展開されることができる。

【0219】

本書に説明されるプロセスおよび論理フローは、入力データに作用し、出力を発生させることによって機能を実施するように、１つ以上のコンピュータプログラムを実行する、１つ以上のプログラマブルプロセッサによって、実施されることができる。プロセスおよび論理フローはまた、特殊目的論理回路網、例えば、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）またはＡＳＩＣ（特定用途向け集積回路）によって実施されることもでき、装置も、それとして実装されることもできる。

【0220】

コンピュータプログラムの実行のために好適なプロセッサは、例として、汎用目的および特殊目的マイクロプロセッサの両方、および任意の種類のデジタルコンピュータのいずれか１つ以上のプロセッサを含む。概して、プロセッサは、読み取り専用メモリまたはランダムアクセスメモリ、または両方から、命令およびデータを受信するであろう。コンピュータの不可欠な要素は、命令を実施するためのプロセッサ、および命令およびデータを記憶するための１つ以上のメモリデバイスである。概して、コンピュータは、データを記憶するための１つ以上の大容量記憶デバイス、例えば、磁気、磁気光学ディスク、または光学ディスクを含むか、または、それらからデータを受信すること、それらにデータを転送すること、または両方を行うように動作可能に結合されるであろう。しかしながら、コンピュータは、そのようなデバイスを有することを必要としない。コンピュータプログラム命令およびデータを記憶するために好適なコンピュータ読み取り可能な媒体は、例として、半導体メモリデバイス、例えば、ＥＰＲＯＭ、ＥＥＰＲＯＭ、およびフラッシュメモリデバイス、磁気ディスク、例えば、内部ハードディスクまたはリムーバブルディスク、磁気光学ディスク、およびＣＤ ＲＯＭおよびＤＶＤ－ＲＯＭディスクを含む、全ての形態の不揮発性メモリ、媒体、およびメモリデバイスを含む。プロセッサおよびメモリは、特殊目的論理回路網によって補完される、またはそれに組み込まれることができる。

【0221】

本特許文書は、多くの詳細を含むが、これらは、任意の発明または請求され得るものの範囲に対する限定としてではなく、むしろ、特定の発明の特定の実施形態に特有であり得る特徴の説明として解釈されるべきである。別個の実施形態の文脈において本特許文書に説明されるある特徴も、単一の実施形態において組み合わせて実装されることができる。逆に、単一の実施形態の文脈において説明される種々の特徴も、複数の実施形態において、別個に、または任意の好適な副次的組み合わせにおいて実装されることができる。さらに、特徴が、ある組み合わせにおいて作用するものとして上記に説明され、さらに最初にそのように請求され得るが、請求される組み合わせからの１つ以上の特徴は、ある場合に、組み合わせから削除されることができ、請求される組み合わせは、副次的組み合わせまたは副次的組み合わせの変形例を対象とし得る。

【0222】

同様に、動作が、特定の順序で図面に描写されるが、これは、望ましい結果を達成するために、そのような動作が示される特定の順序で、または順次順序で実施されること、または全ての図示される動作が実施されることを要求するものとして理解されるべきではない。さらに、本特許文書に説明される実施形態における種々のシステムコンポーネントの分離は、全ての実施形態においてそのような分離を要求するものとして理解されるべきではない。

【0223】

いくつかの実装および例のみが、説明され、他の実装、強化、および変形例も、本特許文書に説明および例証される内容に基づいて行われることができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】