特許 7653507 非アクティブ状態におけるデータ伝送

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

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

(11)【特許番号】

(24)【登録日】2025-03-19

(45)【発行日】2025-03-28

(54)【発明の名称】非アクティブ状態におけるデータ伝送

(51)【国際特許分類】

   H04W 76/18 20180101AFI20250321BHJP

   H04W 24/08 20090101ALI20250321BHJP

   H04W 72/115 20230101ALI20250321BHJP

   H04W 74/08 20240101ALI20250321BHJP

【ＦＩ】

H04W76/18

H04W24/08

H04W72/115

H04W74/08

【請求項の数】 15

(21)【出願番号】P 2023505926

(86)(22)【出願日】2020-07-31

(65)【公表番号】

(43)【公表日】2023-08-17

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

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

(87)【国際公開日】2022-02-03

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

【前置審査】

(73)【特許権者】

【識別番号】511151662

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

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

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

(74)【代理人】

【識別番号】100078282

【弁理士】

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

(74)【代理人】

【識別番号】100113413

【弁理士】

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

(74)【代理人】

【識別番号】100181674

【弁理士】

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

(74)【代理人】

【識別番号】100181641

【弁理士】

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

(74)【代理人】

【識別番号】230113332

【弁護士】

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

(72)【発明者】

【氏名】ファン， ジャンミン

(72)【発明者】

【氏名】ファン， ヘ

(72)【発明者】

【氏名】チウ， ジホン

【審査官】青木 健

(56)【参考文献】

【文献】特開２０１５－１４６６４５（ＪＰ，Ａ）

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

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

【文献】特開２０１４－１７１００７（ＪＰ，Ａ）

【文献】特開２０１７－１４３４６６（ＪＰ，Ａ）

【文献】特開２００８－０５４１０２（ＪＰ，Ａ）

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

【文献】CMCC，Presentation of Specification to TSG: TS 38.314, Version 1.0.0，3GPP TSG RAN #88e RP-200785，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_88e/Docs/RP-200785.zip>，2020年06月22日

【文献】ZTE Corporation，Work Item on NR smalldata transmissions in INACTIVE state，3GPP TSG RAN #88e RP-201305，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/TSG_RAN/TSGR_88e/Docs/RP-201305.zip>，2020年07月01日

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

【図1】図１は、例示的５Ｇネットワークアーキテクチャの例証である。

【0009】

【図2】図２は、例示的非アクティブデータ伝送失敗情報報告プロセスのシグナリングプロセスを図示する。

【0010】

【図3】図３は、例示的ＩＤＴＦ報告プロセスのシグナリングプロセスである。

【0011】

【図4】図４は、例示的統計報告プロセスを処理するためのシグナリングである。

【0012】

【図5】図５は、ｎＩＤを報告するための例示的プロセスのシグナリングプロセスである。

【0013】

【図6】図６は、非アクティブ状態におけるデータ伝送のための例示的方法のブロック図を図示する。

【0014】

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

【0015】

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

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

【0016】

新しい世代の無線通信、すなわち、５Ｇ新規無線（ＮＲ）通信の開発は、高まるネットワーク需要の要件を満たすための持続的なモバイルブロードバンド発展プロセスの一部である。ＮＲは、より多くのユーザが同時に接続されることを可能にするために、より大きいスループットを提供するであろう。エネルギー消費、デバイス費用、スペクトル効率、および待ち時間等の他の側面も、種々の通信シナリオの必要性を満たすために重要である。

【0017】

本実施形態は、非アクティブ状態におけるデータ伝送の最適化に関連し得る。非アクティブ状態におけるデータ伝送を最適化する方法は、非アクティブ状態におけるデータ伝送を実施するとき、例えば、不必要なシグナリングオーバーヘッドおよび電力消費を回避するためであることができる。

【0018】

図１は、例示的５Ｇネットワークアーキテクチャ１００の例証である。図１に示されるように、第５世代（５Ｇ）ネットワークアーキテクチャは、５Ｇコアネットワーク（５ＧＣ）と、次世代無線アクセスネットワーク（ＮＧ－ＲＡＮ）とを含み得る。５ＧＣは、アクセスモビリティ機能（ＡＭＦ）、セッション管理機能（ＳＭＦ）、およびユーザプレーン機能（ＵＰＦ）のうちのいずれかを含み得る。ＮＧ－ＲＡＮは、進化型４Ｇ基地局（ｎｇ－ｅＮＢ）、５Ｇ基地局（ｇＮＢ）等の異なる無線アクセス技術（ＲＡＴ）を伴う基地局を含み得る。ＮＧ－ＲＡＮ基地局は、ＮＧインターフェースを通して、５ＧＣに接続され得、複数のＮＧ－ＲＡＮ基地局は、Ｘｎインターフェースを通して接続され得る。

【0019】

ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態が、効率的状態を提供するために導入されている。そのような状態におけるＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態より低い電力消費を提供することができ、ＲＲＣ＿ＩＤＬＥ状態より短い制御プレーン待ち時間でＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行することができる。

【0020】

しかしながら、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるＵＥに関して、状態移行を伴わないデータ伝送は、現在の規格においてサポートされないこともあるので、ＵＥが伝送すべきデータを有する度に、ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に最初に入り、次いで、データ伝送を開始する必要があり得る。これは、データパケットが、小さく、頻繁ではない場合、問題になり得、ＵＥは、データパケットがあまり頻繁ではないので、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にないこともあるが、ＵＥは、データのサイズにかかわらず、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に回復され、続いて、データ伝送のために非アクティブ状態に解放される必要があり得る。これは、不必要なシグナリングオーバーヘッドおよび電力消費をもたらし得、特に、データ頻度が、わずかではないが、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行すべきと考えるほど頻繁ではない場合、深刻であり得る。

【0021】

ＮＲにおける非アクティブ状態でのスモールデータ伝送の成功要因は、ランダムアクセスチャネル（ＲＡＣＨ）ベースおよび構成されたグラントタイプ－１（ＣＧ）ベースの方法を含み得る。
（システム概要）

【0022】

本実施形態は、非アクティブ状態におけるデータ伝送を最適化することに関連する。非アクティブデータ伝送の開始時、または非アクティブデータ伝送中、失敗がＵＥによって検出されると、種々の情報タイプが、ＵＥによって記憶され、ＵＥが接続状態に移行した後、ネットワークノードに報告されることができる。非アクティブ状態は、例えば、本明細書の５Ｇ例に関して説明されるＲＲＣ＿ＩＮＡＣＴＩＶＥ状態であり得る。

【0023】

情報は、以下のうちの少なくとも１つを含む非アクティブデータ伝送に関する失敗原因を含むことができる：ｒｌｃ－ＭａｘＮｕｍＲｅｔｘ（ＲＬＣ再伝送の最大数）、ｔ３１０－Ｅｘｐｉｒｙ、ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＦａｉｌｕｒｅ、非アクティブデータ伝送のｒａＰｕｒｐｏｓｅを伴うｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍ、ＣＧベースの伝送失敗、ＯＯＣ（カバレッジ外）に起因する失敗、Ｔ３１９タイマの満了、非アクティブデータ伝送タイマの満了（非アクティブデータ伝送を開始すると開始し、ネットワークから解放メッセージを受信すると、または満了すると、停止する）、ＣＧ応答チェックタイマの満了（ＣＧベースの非アクティブデータ伝送を開始すると開始し、ＵＬデータ、ＤＬデータ、またはＤＬシグナリングに対するフィードバックをネットワークから受信すると、または満了すると、停止する）。

【0024】

情報は、非アクティブデータ伝送をトリガした対象（ＵＥまたはネットワーク）を示すための指示も含むことができる。

【0025】

情報は、バッファされたデータサイズに関する閾値も含むことができ（非アクティブデータ伝送は、バッファされたデータサイズが、＜または≦閾値であるとき、可能にされる）、閾値は、ＵＥごと、ＤＲＢごと、論理チャネルごと、または論理チャネルグループごとであることができる。

【0026】

情報は、トレラント時間に関する閾値も含むことができる（非アクティブデータ伝送は、継続中のデータサービスタイプのトレラント時間が＞または≧閾値であるとき、可能にされる）。

【0027】

情報は、現在のバッファされたデータサイズも含むことができ、現在のバッファされたデータサイズは、ＵＥごと、ＤＲＢごと、論理チャネルごと、または論理チャネルグループごとであることができる。

【0028】

情報は、サポートされる解決策の情報（例えば、非アクティブデータ伝送がサポートされるかどうか、ＣＧベースの解決策がサポートされるかどうか、ＣＦＲＡ（競合のないランダムアクセス）ベースの解決策がサポートされるかどうか、ＲＡＣＨベースの解決策がサポートされるかどうか、ＲＲＣが関わる解決策がサポートされるかどうか、ＲＲＣが関わらない解決策がサポートされるかどうか）も含むことができ、サポートされる解決策の情報は、ＵＥごと、ＤＲＢごと、論理チャネルごと、論理チャネルグループごと、ＱｏＳフローごと、またはＰＤＵセッションごとであることができる。

【0029】

情報は、選択された解決策の情報も含むことができる（例えば、ＣＧベースの解決策が選択される、ＣＦＲＡベースの解決策が選択される、ＲＡＣＨベースの解決策が選択される、ＲＲＣが関わる解決策が選択される、ＲＲＣが関わらない解決策が選択される）。

【0030】

情報は、無線リソースのステータス（例えば、ＣＧリソースが有効であるかどうか、ＣＦＲＡリソースが有効であるかどうか、より大きいＴＢ（トランスポートブロック）サイズを伴うＲＡＣＨリソースが有効であるかどうか、ＴＡ（タイミングアドバンス）が有効であるかどうか）も含むことができる。

【0031】

情報は、非アクティブデータ伝送に関する構成された無線リソース（すなわち、有効無線リソース）の情報も含むことができる：ＲＡＣＨベースの解決策に関して、構成された別個のＰＲＡＣＨ（物理ランダムアクセスチャネル）リソースプール、別個のＭｓｇＡ ＰＵＳＣＨ（物理アップリンク共有チャネル）リソースプール、Ｍｓｇ２／ＭｓｇＢ受信のための別個のＣＯＲＥＳＥＴ（制御リソースセット）／検索空間；構成されたＣＦＲＡリソースＣＧベースの解決策に関して、構成されたＰＵＳＣＨ ＣＧリソース、ＤＬ伝送のための構成、ビーム管理のための構成、ＰＵＣＣＨ（物理アップリンク制御チャネル）／ＳＲＳ（サウンディング基準信号）のための構成されたリソース、構成されたＴＡ有効性チェックタイマ、構成されたＣＧ構成の複数の組。

【0032】

情報は、非アクティブデータ伝送のための選択された無線リソースの情報も含むことができる：選択されたＣＧ構成の組。

【0033】

情報は、継続中のデータサービスタイプの情報（例えば、５ＱＩ、ＤＲＢ ＩＤ、論理チャネルＩＤ、論理チャネルグループＩＤ、ＱｏＳフローＩＤ、ＰＤＵセッションＩＤ）も含むことができる。

【0034】

情報は、ＲＬＣのステータス、すなわち、ＲＬＣが解放されるかどうかを含むことができる（非アクティブ状態にあるとき、ＲＬＣは、一時停止され得るか、または解放され得る）。

【0035】

情報は、構成されたエリア範囲（その中で、非アクティブデータ伝送が、可能にされる）を含むことができ、エリア範囲は、全てのＵＥまたは特定のＵＥに関するものであることができる。

【0036】

情報は、ＵＥが解放メッセージをＮＷ（ネットワーク）から受信したとき、ＵＥがバッファされたデータを有していることを示すための指示も含むことができる。

【0037】

情報は、情報（例えば、ＢＳＲまたは非アクティブデータ伝送要求指示）がＮＷに送信されたかどうかを示すための指示も含むことができる。

【0038】

情報は、ＵＥが初期伝送タイプ選択のためのトリガではない（すなわち、ＮＷがトリガである）とき、データがＭｓｇ３／ＭｓｇＡ内に含まれるかどうかを示すための指示（例えば、非アクティブデータ伝送を開始する、または接続状態に回復する、実施されるべき非アクティブデータ伝送のタイプ、すなわち、ＣＧベースまたはＲＡＣＨベース、ＲＲＣが関わるかどうか）も含むことができる。

【0039】

情報は、フォールバックアクションの情報（例えば、ＣＧベースからＲＡＣＨベース、ＣＦＲＡベースからＣＢＲＡベース、ＲＲＣが関わらないものからＲＲＣが関わるものへのフォールバック、正常回復へのフォールバック、すなわち、接続状態への回復）も含むことができる。

【0040】

情報は、構成されたフォールバックトリガの情報も含むことができる：例えば、Ｎ回の失敗のＮ（フォールバックは、Ｎ回の失敗に到達したとき、トリガされる）。

【0041】

情報は、ビーム管理の情報も含むことができる：ＲＡＣＨベースの非アクティブデータ伝送に関して、持続時間（それを用いて、最後のＲＡＣＨプロシージャに基づいて導出されるビーム情報が有効であると仮定される）、最後のＲＡＣＨプロシージャのビーム情報、非アクティブデータ伝送のための選択されたビームのビーム情報（持続時間は、セルごとまたはＵＥごとであることができる）；ＣＧベースの非アクティブデータ伝送に関して、事前に構成された閾値（任意のビームがそれを上回るＣＧリソースを伴う場合、ＵＥは、ＣＧベースを開始することができ、そうでなければ、ＵＥは、ＲＡＣＨベースを開始する）、維持されたＳＲＳリソースの情報（非アクティブデータ伝送中のビーム変化の問題に対処するために）。

【0042】

情報は、どちらが最初に来るかに従ってＲＡＣＨリソースまたはＣＧリソースを使用することを可能にされるかどうかを示すための指示も含むことができる。

【0043】

情報は、ＣＧ応答チェックタイマの構成された値も含むことができる。

【0044】

上記の非アクティブデータ伝送失敗情報は、既存のＣＥＦ（接続確立失敗）報告、ＲＬＦ（無線リンク失敗）報告、ＲＡ（ランダムアクセス）報告または他の規定された報告、または新しい規定された報告（例えば、非アクティブデータ伝送失敗報告、ＩＤＴＦ報告）内に記憶されることができる。

【0045】

ＩＤＴＦ報告が採用されるとき、ＩＤＴＦ報告利用可能指示が、ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ、またはＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含まれ、ＵＥが記憶されたＩＤＴＦ報告を有することをＮＷに示し得る。

【0046】

ＮＷは、ＵＥからＩＤＴＦ報告利用可能指示を受信した後、ＵＥにＩＤＴＦ報告要求を送信し得、ＵＥは、ＮＷからＩＤＴＦ報告要求を受信した後、ＩＤＴＦ報告を搬送するＩＤＴＦ報告応答をＮＷに送信する。ＩＤＴＦ報告要求は、ＵＥ情報Ｒｅｑｕｅｓｔメッセージに含まれ得、ＩＤＴＦ報告応答は、ＵＥ情報ｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージに含まれ得る。

【0047】

非アクティブデータ伝送中、ＵＥは、統計を導出することができる。統計は、以下のうちの少なくとも１つを含むことができる：ＵＥごとＵＬデータスループット、ＵＥごとＤＬデータスループット、ＵＥごとＵＬ Ｕｕインターフェース遅延、ＵＥごとＤＬ Ｕｕインターフェース遅延、５ＱＩごとＵＬデータスループット、５ＱＩごとＤＬデータスループット、５ＱＩごとＵＬ Ｕｕインターフェース遅延、５ＱＩごとＤＬ Ｕｕインターフェース遅延。統計結果は、ネットワークノード（またはＮＷ）に報告され得る。

【0048】

非アクティブデータ伝送中、ＮＷは、以下のうちの少なくとも１つを含む統計を導出することができる：セルごとＵＬデータスループット、セルごとＤＬデータスループット、セルごとＵＬ Ｕｕインターフェース遅延、セルごとＤＬ Ｕｕインターフェース遅延。

【0049】

ＮＷは、ＵＥごと統計結果に従って、非アクティブデータ伝送がＵＥのために可能にされるかどうかをＵＥに構成し得る。

【0050】

ＮＷは、５ＱＩごと統計結果に従って、非アクティブデータ伝送がデータサービスタイプまたはＱｏＳフローのために可能にされるかどうかをＵＥに構成し得る。

【0051】

ＮＷは、セルごと統計結果に従って、非アクティブデータ伝送がセル内で可能にされるかどうかをＵＥに構成し得る。

【0052】

いくつかの実施形態において、ＵＥが非アクティブデータ伝送を開始するとき、ＵＥは、どちらが先に来るかに従ってＲＡＣＨリソースまたはＣＧリソースを使用し、すなわち、ＲＡＣＨリソースが先に来る場合、ＲＡＣＨベースの非アクティブデータ伝送を開始し、ＣＧリソースが先に来る場合、ＣＧベースの非アクティブデータ伝送を開始する。

【0053】

いくつかの実施形態において、ＵＥがＣＧベースの非アクティブデータ伝送を開始するとき、ＵＥは、ＣＧ応答チェックタイマを開始する。ＵＥが、ＣＧ応答チェックタイマが満了する前、ＵＬデータ、ＤＬデータ、またはＤＬシグナリングに対するフィードバックのいずれもネットワークから受信しない場合、ＵＥは、ＣＧベースの非アクティブデータ伝送が失敗したと見なすことができる。ＣＧ応答チェックタイマは、ＣＧベースの非アクティブデータ伝送を開始するとき、開始され、ＵＬデータ、ＤＬデータ、またはＤＬシグナリングに対するフィードバックをネットワークから受信すると、停止されること、または満了することができる。

【0054】

いくつかの実施形態において、ＵＥが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびＯＯＣにある場合、ＵＥが伝送のためのＵＬデータを有するとき、ＵＥは、非アクティブデータ伝送を開始しないこともあり、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を維持し、タイマＯを開始し得、ＵＥは、タイマＯが満了するまで、または正常カバレッジに戻るときを待ち得る。ＵＥが、タイマＯが満了する前に正常カバレッジに戻る場合、ＵＥは、非アクティブデータ伝送を開始することができる。ＵＥが、タイマＯが満了するとき、依然として、ＯＯＣにある場合、ＵＥは、以下のうちの少なくとも１つを実施することができる：ＲＲＣ＿ＩＤＬＥ状態に移行すること、ＵＥがＯＯＣにあることに起因してデータ伝送が失敗したことを上位層に知らせること。

【0055】

非アクティブデータ伝送が、継続中（例えば、非アクティブデータ伝送タイマが、起動中）であり、ＵＥがＯＯＣに遭遇する場合、ＵＥは、非アクティブデータ伝送タイマの残り時間がタイマＯの値未満であるとき、非アクティブデータ伝送タイマをタイマＯの値にリセットすることができる。

【0056】

タイマＯの値は、セルごと、データサービスタイプごと（例えば、５Ｇサービスの質インジケータ（５ＱＩ）ごと）、ＵＥごと、ＰＤＵセッションごと、ＱｏＳフローごと、ＤＲＢごと、論理チャネルごと、または論理チャネルグループごとに構成されることができる。

【0057】

タイマＯの値は、ネットワークによって、システム情報または専用シグナリングによって、ＵＥに構成されることができる。

【0058】

いくつかの実施形態において、２－ステップＲＡＣＨプロシージャにおけるＭｓｇＡのためのＰＵＳＣＨ配分を規定するために使用されるＭｓｇＡ ＰＵＳＣＨ情報は、ＲＡＮノード間で交換されるか、または、ＤＵからＣＵに送信される。ＭｓｇＡ ＰＵＳＣＨ情報は、ＲＡＮノード間で交換されるとき、ＸＮ設定要求、ＮＧ－ＲＡＮノード構成更新、ＸＮ設定応答、またはＮＧ－ＲＡＮノード構成更新確認応答メッセージ内で搬送されるか、または、新しいメッセージ内で搬送され得る。ＭｓｇＡ ＰＵＳＣＨ情報は、ＤＵからＣＵに送信されるとき、ＧＮＢ－ＤＵ構成更新、またはＦ１設定要求メッセージ内で搬送されるか、または、新しいメッセージ内で搬送され得る。
（例示的実施形態１）

【0059】

図２は、例示的非アクティブデータ伝送失敗情報報告プロセスのシグナリングプロセス２００を図示する。ステップ２０６では、ＵＥ２０２は、データ伝送の失敗の検出に応答して、非アクティブデータ伝送失敗情報を記憶することができる。

【0060】

非アクティブデータ伝送失敗情報は、以下のうちの少なくとも１つを含む非アクティブデータ伝送に関する失敗原因を含むことができる：ｒｌｃ－ＭａｘＮｕｍＲｅｔｘ（ＲＬＣ再伝送の最大数）、ｔ３１０－Ｅｘｐｉｒｙ、ｂｅａｍＦａｉｌｕｒｅＲｅｃｏｖｅｒｙＦａｉｌｕｒｅ、非アクティブデータ伝送のｒａＰｕｒｐｏｓｅを伴うｒａｎｄｏｍＡｃｃｅｓｓＰｒｏｂｌｅｍ、ＣＧベースの伝送失敗、ＯＯＣ（カバレッジ外）に起因する失敗、Ｔ３１９タイマの満了、非アクティブデータ伝送タイマの満了（非アクティブデータ伝送を開始すると開始し、解放メッセージのネットワークからの受信または満了に応じて停止する）、ＣＧ応答チェックタイマの満了（ＣＧベースの非アクティブデータ伝送を開始すると開始し、ＵＬデータ、ＤＬデータ、またはＤＬシグナリングに対するフィードバックのネットワークからの受信または満了に応じて停止する）。

【0061】

非アクティブデータ伝送失敗情報は、非アクティブデータ伝送をトリガする対象（ＵＥまたはネットワーク）を示すための指示を含むことができる。

【0062】

非アクティブデータ伝送失敗情報は、バッファされたデータサイズに関する閾値（非アクティブデータ伝送は、バッファされたデータサイズが＜または≦閾値であるとき、可能にされる）を含むことができ、閾値は、ＵＥごと、ＤＲＢごと、論理チャネルごとまたは論理チャネルグループごとであることができる。

【0063】

非アクティブデータ伝送失敗情報は、トレラント時間に関する閾値を含むことができる（非アクティブデータ伝送は、継続中のデータサービスタイプのトレラント時間が＞または≧閾値であるとき、可能にされる）。

【0064】

非アクティブデータ伝送失敗情報は、現在のバッファされたデータサイズを含むことができ、現在のバッファされたデータサイズは、ＵＥごと、ＤＲＢごと、論理チャネルごと、または論理チャネルグループごとであることができる。

【0065】

非アクティブデータ伝送失敗情報は、サポートされる解決策の情報（例えば、非アクティブデータ伝送がサポートされるかどうか、ＣＧベースの解決策がサポートされるかどうか、ＣＦＲＡ（競合のないランダムアクセス）ベースの解決策がサポートされるかどうか、ＲＡＣＨベースの解決策がサポートされるかどうか、ＲＲＣが関わる解決策がサポートされるかどうか、ＲＲＣが関わらない解決策がサポートされるかどうか）を含むことができ、サポートされる解決策の情報は、ＵＥごと、ＤＲＢごと、論理チャネルごと、論理チャネルグループごと、ＱｏＳフローごと、またはＰＤＵセッションごとであることができる。

【0066】

非アクティブデータ伝送失敗情報は、選択された解決策の情報を含むことができる（例えば、ＣＧベースの解決策が選択される、ＣＦＲＡベースの解決策が選択される、ＲＡＣＨベースの解決策が選択される、ＲＲＣが関わる解決策が選択される、ＲＲＣが関わらない解決策が選択される）。

【0067】

非アクティブデータ伝送失敗情報は、無線リソースのステータス（例えば、ＣＧリソースが有効であるかどうか、ＣＦＲＡリソースが有効であるかどうか、より大きいＴＢ（トランスポートブロック）サイズを伴うＲＡＣＨリソースが有効であるかどうか、ＴＡ（タイミングアドバンス）が有効であるかどうか）を含むことができる。

【0068】

非アクティブデータ伝送失敗情報は、非アクティブデータ伝送のための構成された無線リソース（すなわち、有効無線リソース）の情報を含むことができる：ＲＡＣＨベースの解決策に関して、構成された別個のＰＲＡＣＨ（物理ランダムアクセスチャネル）リソースプール、別個のＭｓｇＡ ＰＵＳＣＨ（物理アップリンク共有チャネル）リソースプール、Ｍｓｇ２／ＭｓｇＢ受信のための別個のＣＯＲＥＳＥＴ（制御リソースセット）／検索空間、構成されたＣＦＲＡリソース；ＣＧベースの解決策に関して、構成されたＰＵＳＣＨ ＣＧリソース、ＤＬ伝送のための構成、ビーム管理のための構成、ＰＵＣＣＨ（物理アップリンク制御チャネル）／ＳＲＳ（サウンディング基準信号）のための構成されたリソース、構成されたＴＡ有効性チェックタイマ、構成されたＣＧ構成の複数の組。

【0069】

非アクティブデータ伝送失敗情報は、非アクティブデータ伝送のための選択された無線リソースの情報を含むことができる：選択されたＣＧ構成の組。

【0070】

非アクティブデータ伝送失敗情報は、継続中のデータサービスタイプの情報（例えば、５ＱＩ、ＤＲＢ ＩＤ、論理チャネルＩＤ、論理チャネルグループＩＤ、ＱｏＳフローＩＤ、ＰＤＵセッションＩＤ）を含むことができる。

【0071】

非アクティブデータ伝送失敗情報は、ＲＬＣのステータス、すなわち、ＲＬＣが解放されるかどうかを含むことができる（非アクティブ状態にあるとき、ＲＬＣは、一時停止または解放され得る）。

【0072】

非アクティブデータ伝送失敗情報は、構成されたエリア範囲（その中で非アクティブデータ伝送が可能にされる）を含むことができ、エリア範囲は、全てのＵＥまたは特定のＵＥに関するものであることができる。

【0073】

非アクティブデータ伝送失敗情報は、ＵＥが解放メッセージをＮＷ（ネットワーク）から受信するとき、ＵＥがバッファされたデータを有することを示すための指示を含むことができる。

【0074】

非アクティブデータ伝送失敗情報は、情報（例えば、ＢＳＲまたは非アクティブデータ伝送要求指示）がＮＷに送信されたかどうかを示すための指示を含むことができる。

【0075】

非アクティブデータ伝送失敗情報は、ＵＥが初期伝送タイプ選択のためのトリガではない（すなわち、ＮＷがトリガである）とき、データがＭｓｇ３／ＭｓｇＡ内に含まれるかどうかを示すための指示を含むことができる（例えば、非アクティブデータ伝送を開始する、または接続（ＣＯＮＮＥＣＴＥＤ）状態に回復する、実施されるべき非アクティブデータ伝送のタイプ：ＣＧベースまたはＲＡＣＨベース、ＲＲＣが関わるかどうか）。

【0076】

非アクティブデータ伝送失敗情報は、フォールバックアクションの情報（例えば、ＣＧベースからＲＡＣＨベース、ＣＦＲＡベースからＣＢＲＡベース、ＲＲＣが関わるものからＲＲＣが関わるものへのフォールバック、正常回復へのフォールバック：接続（ＣＯＮＮＥＣＴＥＤ）状態への回復）を含むことができる。

【0077】

非アクティブデータ伝送失敗情報は、構成されるフォールバックトリガの情報、例えば、Ｎ回の失敗のＮ（フォールバックは、Ｎ回の失敗に到達したとき、トリガされる）を含むことができる。

【0078】

非アクティブデータ伝送失敗情報は、ビーム管理の情報を含むことができる：ＲＡＣＨベースの非アクティブデータ伝送に関して、持続時間（それを用いて最後のＲＡＣＨプロシージャに基づいて導出されるビーム情報が有効であると仮定される）、最後のＲＡＣＨプロシージャのビーム情報、非アクティブデータ伝送のための選択されたビームのビーム情報（持続時間は、セルごとまたはＵＥごとであることができる）；ＣＧベースの非アクティブデータ伝送に関して、事前に構成された閾値（任意のビームがそれを上回るＣＧリソースを伴う場合、ＵＥは、ＣＧベースを開始することができ、そうでなければ、ＵＥは、ＲＡＣＨベースを開始する）、維持されたＳＲＳリソースの情報（非アクティブデータ伝送中、ビーム変化の問題に対処するために）。

【0079】

非アクティブデータ伝送失敗情報は、どちらが先に来るかに従ってＲＡＣＨリソースまたはＣＧリソースを使用することを可能にされるかどうかを示すための指示を含むことができる。

【0080】

非アクティブデータ伝送失敗情報は、ＣＧ応答チェックタイマの構成される値を含むことができる。

【0081】

上記の非アクティブデータ伝送失敗情報は、既存のＣＥＦ（接続確立失敗）報告、ＲＬＦ（無線リンク失敗）報告、ＲＡ（ランダムアクセス）報告または他の規定された報告、または新しい規定された報告（例えば、非アクティブデータ伝送失敗報告、ＩＤＴＦ報告）内に記憶されることができる。

【0082】

ステップ２０８では、ＵＥ２０２は、ＵＥが接続（ＣＯＮＮＥＣＴＥＤ）状態に移行後、非アクティブデータ伝送失敗情報をネットワークノード２０４に送信することができる。

【0083】

ステップ２１０では、ＮＷ２０４は、受信された非アクティブデータ伝送失敗情報に従って更新された構成をＵＥ２０２に送信し得る。更新された構成は、例えば、バッファされたデータサイズに関する閾値（非アクティブデータ伝送は、バッファされたデータサイズが＜または≦閾値であるとき、可能にされる）、トレラント時間に関する閾値（非アクティブデータ伝送は、継続中のデータサービスタイプのトレラント時間が＞または≧閾値であるとき、可能にされる）、サポートされる解決策（例えば、非アクティブデータ伝送がサポートされるかどうか、ＣＧベースの解決策がサポートされるかどうか、ＣＦＲＡベースの解決策がサポートされるかどうか、ＲＡＣＨベースの解決策がサポートされるかどうか、ＲＲＣが関わる解決策がサポートされるかどうか、ＲＲＣが関わらない解決策がサポートされるかどうか）、非アクティブデータ伝送のための構成された無線リソース（構成された別個のＰＲＡＣＨリソースプール、別個のＭｓｇＡ ＰＵＳＣＨリソースプール、Ｍｓｇ２／ＭｓｇＢ受信のための別個のＣＯＲＥＳＥＴ／検索空間、構成されたＣＦＲＡリソース、構成されたＰＵＳＣＨ ＣＧリソース、ＤＬ伝送のための構成、ビーム管理のための構成、ＰＵＣＣＨ／ＳＲＳのための構成されたリソース、構成されたＴＡ有効性チェックタイマ、構成されたＣＧ構成の複数の組）、非アクティブ状態にあるときＲＬＣが解放されることを可能にされるかどうか、構成されたエリア範囲（その中で非アクティブデータ伝送が可能にされる）、持続時間（それを用いて最後のＲＡＣＨプロシージャに基づいて導出されるビーム情報が有効であると仮定される）、事前に構成された閾値（任意のビームがそれを上回るＣＧリソースを伴う場合、ＵＥは、ＣＧベースを開始することができ、そうでなければ、ＵＥは、ＲＡＣＨベースを開始する）、維持されたＳＲＳリソース（非アクティブデータ伝送中、ビーム変化の問題に対処するため）、ＣＧ応答チェックタイマの値、非アクティブデータ伝送が可能にされるかどうか、どちらが先に来るかに従ってＲＡＣＨリソースまたはＣＧリソースを使用することを可能にされるかどうかを含み得る。
（例示的実施形態２）

【0084】

図３は、例示的ＩＤＴＦ報告プロセスのシグナリングプロセス３００である。ステップ３０６では、ＩＤＴＦ報告が、採用されると、ＵＥ３０２は、ＩＤＴＦ報告利用可能指示をＮＷ３０４に送信することができる。これは、ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ、またはＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージに含まれ、ＵＥは、記憶されたＩＤＴＦ報告を有することをＮＷに示すことができる。

【0085】

ステップ３０８では、ＮＷ３０４は、ＩＤＴＦ報告利用可能指示をＵＥから受信した後、ＩＤＴＦ報告要求をＵＥに送信し得る。

【0086】

ステップ３１０では、ＵＥ３０２は、ＩＤＴＦ報告要求をＮＷから受信した後、ＩＤＴＦ報告を搬送するＩＤＴＦ報告応答をＮＷに送信することができる。

【0087】

ＩＤＴＦ報告要求は、ＵＥ情報Ｒｅｑｕｅｓｔメッセージ、ＩＤＴＦ報告応答は、内に含まれ得る、ＵＥ情報ｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージに含まれ得る。
（例示的実施形態３）

【0088】

図４は、例示的統計報告プロセスのためのシグナリングプロセス４００である。ステップ４０６では、非アクティブデータ伝送中、ＵＥ４０２は、以下の統計のうちの少なくとも１つを導出することができる：ＵＥごとＵＬデータスループット、ＵＥごとＤＬデータスループット、ＵＥごとＵＬ Ｕｕインターフェース遅延、ＵＥごとＤＬ Ｕｕインターフェース遅延、５ＱＩごとＵＬデータスループット、５ＱＩごとＤＬデータスループット、５ＱＩごとＵＬ Ｕｕインターフェース遅延、５ＱＩごとＤＬ Ｕｕインターフェース遅延。

【0089】

ステップ４０８では、ＵＥ４０２は、統計結果をＮＷ４０４に送信することができる。

【0090】

ステップ４１０では、ＮＷ４０４は、ＵＥごと統計結果に従って、ＵＥのための非アクティブデータ伝送が可能にされるかどうかをＵＥに構成し得、例えば、ＵＥごとＵＬデータスループットが＞または≧閾値である場合、または、ＵＥごとＵＬ Ｕｕインターフェース遅延が＞または≧閾値である場合、データ伝送は、ＵＥのために可能にされない。または、ＮＷは、５ＱＩごと統計結果に従って、データサービスタイプまたはＱｏＳフローに関して、非アクティブデータ伝送が可能にされるかどうかをＵＥに構成し得る。
（例示的実施形態４）

【0091】

いくつかの実施形態において、ＮＷノードは、統計を導出することができる。非アクティブデータ伝送中、ＮＷは、以下の統計のうちの少なくとも１つを導出することができる：セルごとＵＬデータスループット、セルごとＤＬデータスループット、セルごとＵＬ Ｕｕインターフェース遅延、セルごとＤＬ Ｕｕインターフェース遅延。

【0092】

ＮＷは、セルごと統計結果に従って、非アクティブデータ伝送がセル内で可能にされるかどうかをＵＥに構成し得る。
（例示的実施形態５）

【0093】

いくつかの実施形態において、ＮＷは、どちらが先に来るかに従ってＲＡＣＨリソースまたはＣＧリソースをＵＥが使用することを可能にすることをＵＥに構成することができる。

【0094】

ＵＥが、非アクティブデータ伝送を開始するとき、ＵＥは、どちらが先に来るかに従ってＲＡＣＨリソースまたはＣＧリソースを使用することを可能にすることができ、すなわち、ＲＡＣＨリソースが先に来る場合、ＲＡＣＨベースの非アクティブデータ伝送を開始し、ＣＧリソースが先に来る場合、ＣＧベースの非アクティブデータ伝送を開始する。
（例示的実施形態６）

【0095】

いくつかのインスタンスでは、ＵＥが、ＣＧベースの非アクティブデータ伝送を開始するとき、ＵＥは、ＣＧ応答チェックタイマを開始する。

【0096】

ＵＥが、ＣＧ応答チェックタイマが満了する前、ＵＬデータ、ＤＬデータ、またはＤＬシグナリングに対するフィードバックのいずれもネットワークから受信しない場合、ＵＥは、ＣＧベースの非アクティブデータ伝送が失敗したと見なすことができる。ＣＧ応答チェックタイマは、ＣＧベースの非アクティブデータ伝送を開始するとき、開始され、ＵＬデータ、ＤＬデータ、またはＤＬシグナリングに対するフィードバックをネットワークから受信すると、停止されること、または満了することができる。
（例示的実施形態７）

【0097】

いくつかの実施形態において、ＵＥが、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態およびカバレッジ外（ＯＯＣ）にある場合、ＵＥが、伝送のためのＵＬデータを有するとき、ＵＥは、非アクティブデータ伝送を開始しないこともある、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態を保ち、タイマＯを開始し、ＵＥは、タイマＯが満了するまで、または正常カバレッジに戻るときを待つ。

【0098】

ＵＥが、タイマＯが満了する前に正常カバレッジに戻る場合、ＵＥは、非アクティブデータ伝送を開始し得る。ＵＥが、タイマＯが満了するとき、依然として、ＯＯＣにある場合、ＵＥは、以下のうちの少なくとも１つを実施し得る：ＲＲＣ＿ＩＤＬＥ状態に移行すること、ＵＥがＯＯＣにあることに起因してデータ伝送が失敗したことを上位層に知らせること。

【0099】

タイマＯの値は、セルごと、データサービスタイプごと（例えば、５ＱＩごと）、ＵＥごと、ＰＤＵセッションごと、ＱｏＳフローごと、ＤＲＢごと、論理チャネルごと、または論理チャネルグループごとに構成されることができる。タイマＯの値は、ネットワークによって、ＵＥシステム情報または専用シグナリングによって、ＵＥに構成されることができる。
（例示的実施形態８）

【0100】

非アクティブデータ伝送が、継続中（例えば、非アクティブデータ伝送タイマが起動中）であり、ＵＥがＯＯＣに遭遇する場合、ＵＥは、非アクティブデータ伝送タイマの残り時間がタイマＯの値未満であるとき、非アクティブデータ伝送タイマをタイマＯの値にリセットすることができる。

【0101】

タイマＯが満了する前にＵＥが正常カバレッジに戻る場合、ＵＥは、非アクティブデータ伝送を開始することができる。ＵＥが、タイマＯが満了するとき、依然として、ＯＯＣにある場合、ＵＥは、以下のうちの少なくとも１つを実施することができる：ＲＲＣ＿ＩＤＬＥ状態に移行すること、ＵＥがＯＯＣにあることに起因してデータ伝送が失敗したことを上位層に知らせること。
（例示的実施形態９）

【0102】

図５は、ｎＩＤを報告するための例示的プロセスのシグナリングプロセス５００である。ステップ５０８では、ＲＡＮノード１ ５０４は、ＭｓｇＡ ＰＵＳＣＨ情報をＲＡＮノード２ ５０６に送信することができる。ＭｓｇＡ ＰＵＳＣＨ情報は、ＸＮ設定要求、ＮＧ－ＲＡＮノード構成更新メッセージ、または新しいメッセージ内で搬送され得る。

【0103】

ステップ５１０では、ＲＡＮノード２ ５０６は、ＭｓｇＡ ＰＵＳＣＨ情報をＲＡＮノード１ ５０４に送信することができる。ＭｓｇＡ ＰＵＳＣＨ情報は、ＸＮ設定応答、ＮＧ－ＲＡＮノード構成更新確認応答メッセージ、または新しいメッセージ内で搬送され得る。

【0104】

ステップ５１２および／またはステップ５１４では、ＲＡＮノード１ ５０４および／またはＲＡＮノード２ ５０６は、ＵＥが２－ステップＲＡＣＨを実施するとき、衝突を回避するための更新されたＭｓｇＡ ＰＵＳＣＨ情報をＵＥに送信し得る。

【0105】

ＭｓｇＡ ＰＵＳＣＨ情報は、２－ステップＲＡＣＨプロシージャにおけるＭｓｇＡのためのＰＵＳＣＨ配分を規定するために使用され得、以下のうちの少なくとも１つを含む：ｎＩＤ、ｆｒｅｑｕｅｎｃｙＳｔａｒｔＭｓｇＡ－ＰＵＳＣＨ（ＰＲＢ ０に対する周波数ドメイン内の最低ＰＵＳＣＨ機会のオフセット）、ｍｓｇＡ－ＨｏｐｐｉｎｇＢｉｔｓ（第２のホップのために使用されるべき周波数オフセットを示すためのホッピングビットの値）、ｍｓｇＡ－ＩｎｔｒａＳｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ（ＰＵＳＣＨ機会ごとのスロット内周波数ホッピング）、ｍｓｇＡ－ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ（ＴＤＲＡテーブルからの開始シンボル、長さ、およびＰＵＳＣＨマッピングタイプの組み合わせを示す）、ｍｓｇＡ－ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ（スロットの数としてカウントされる、各ＰＲＡＣＨスロットの開始に対する単一時間オフセット）、ｎｒｏｆＭｓｇＡ－ＰＯ－ＦＤＭ（１つの時間インスタンス内のＭｓｇＡ ＰＵＳＣＨ機会ＦＤＭｅｄの数）、ｎｒｏｆＭｓｇＡ－ＰＯ－ＰｅｒＳｌｏｔ（各スロット内の時間ドメインＰＵＳＣＨ機会の数）、ｎｒｏｆＰＲＢｓ－ＰｅｒＭｓｇＡ－ＰＯ（ＰＵＳＣＨ機会ごとのＰＲＢの数）、ｎｒｏｆＳｌｏｔｓＭｓｇＡ－ＰＵＳＣＨ（１つまたは複数のＰＵＳＣＨ機会を含むスロットの数）、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈＭｓｇＡ－ＰＯ（第１のＭｓｇＡ ＰＵＳＣＨ機会のための開始および長さインジケータとして、開始シンボル、長さ、およびマッピングタイプの有効な組み合わせを与えるインデックス）。

【0106】

ｎＩＤは、ＰＵＳＣＨ上のＭｓｇＡのためのデータスクランブリングを開始するために使用される識別子（すなわち、Ｃ＿ｉｎｉｔ）を含み得る。ｎＩＤは、構成される場合、セル特有のパラメータ（すなわち、ｍｓｇＡ－ｄａｔａＳｃｒａｍｂｌｉｎｇＩｎｄｅｘ）、そうでなければ、セルのＰＣＩ（物理セルＩＤ）を含み得る。２つの近傍セル（例えば、１つは、ＲＡＮノード１に属し、別のものは、ＲＡＮノード２に属する）のｎＩＤが、異なるとき、２－ステップＲＡＣＨの相対的衝突は、２－ステップＲＡＣＨのための他のリソース構成が同じであるときでも、回避され、したがって、柔軟性が、改良されることができる。
（例示的実施形態１０）

【0107】

いくつかの実施形態において、ＤＵは、ＭｓｇＡ ＰＵＳＣＨ情報をＣＵに送信することができる。ＭｓｇＡ ＰＵＳＣＨ情報は、ＧＮＢ－ＤＵ構成更新またはＦ１設定要求メッセージ内で搬送され得る。

【0108】

ＣＵは、ＭｓｇＡ ＰＵＳＣＨ情報を他のＲＡＮノード（例えば、ｇＮＢ、ｇＮＢ－ＣＵ）に送信することができる。ＭｓｇＡ ＰＵＳＣＨ情報は、ＸＮ設定要求、ＮＧ－ＲＡＮノード構成更新、ＸＮ設定応答、またはＮＧ－ＲＡＮノード構成更新確認応答メッセージ内で搬送され得る。

【0109】

ＭｓｇＡ ＰＵＳＣＨ情報は、２－ステップＲＡＣＨプロシージャにおけるＭｓｇＡのためのＰＵＳＣＨ配分を規定するために使用され得、以下のうちの少なくとも１つを含む：ｎＩＤ、ｆｒｅｑｕｅｎｃｙＳｔａｒｔＭｓｇＡ－ＰＵＳＣＨ（ＰＲＢ ０に対する周波数ドメイン内の最低ＰＵＳＣＨ機会のオフセット）、ｍｓｇＡ－ＨｏｐｐｉｎｇＢｉｔｓ（第２のホップのために使用されるべき周波数オフセットを示すためのホッピングビットの値）、ｍｓｇＡ－ＩｎｔｒａＳｌｏｔＦｒｅｑｕｅｎｃｙＨｏｐｐｉｎｇ（ＰＵＳＣＨ機会ごとのスロット内周波数ホッピング）、ｍｓｇＡ－ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎ（ＴＤＲＡテーブルからの開始シンボル、長さ、およびＰＵＳＣＨマッピングタイプの組み合わせを示す）、ｍｓｇＡ－ＰＵＳＣＨ－ＴｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ（スロットの数としてカウントされる、各ＰＲＡＣＨスロットの開始に対する単一時間オフセット）、ｎｒｏｆＭｓｇＡ－ＰＯ－ＦＤＭ（１つの時間インスタンス内のＭｓｇＡ ＰＵＳＣＨ機会ＦＤＭｅｄの数）、ｎｒｏｆＭｓｇＡ－ＰＯ－ＰｅｒＳｌｏｔ（各スロット内の時間ドメインＰＵＳＣＨ機会の数）、ｎｒｏｆＰＲＢｓ－ＰｅｒＭｓｇＡ－ＰＯ（ＰＵＳＣＨ機会ごとのＰＲＢの数）、ｎｒｏｆＳｌｏｔＭｓｇＡ－ＰＵＳＣＨ（１つまたは複数のＰＵＳＣＨ機会を含むスロットの数）、ｓｔａｒｔＳｙｍｂｏｌＡｎｄＬｅｎｇｔｈＭｓｇＡ－ＰＯ（第１のＭｓｇＡ ＰＵＳＣＨ機会のための開始および長さインジケータとして、開始シンボル、長さ、およびマッピングタイプの有効な組み合わせを与えるインデックス）。

【0110】

ｎＩＤは、ＰＵＳＣＨ上のＭｓｇＡのためのデータスクランブリングを開始するために使用される識別子（すなわち、Ｃ＿ｉｎｉｔ）であり得る。ｎＩＤは、構成される場合、セル特有のパラメータ（すなわち、ｍｓｇＡ－ｄａｔａＳｃｒａｍｂｌｉｎｇＩｎｄｅｘ）、そうでなければ、セルのＰＣＩ（物理セルＩＤ）である。

【0111】

図６は、非アクティブ状態におけるデータ伝送のための例示的方法のブロック図６００を図示する。方法は、端末が非アクティブ状態にある間にネットワークノードとのデータ伝送が失敗したことを識別すること（ブロック６０２）を含むことができる。端末（またはＵＥ）は、非アクティブ状態にある間、非アクティブデータ伝送に関連する特定の情報を識別することができる。端末によって識別されるデータ伝送の失敗は、非アクティブデータ伝送の開始において、または非アクティブ伝送中に生じ得る。データ伝送は、本明細書に説明されるように、非アクティブデータ伝送を含むことができる。

【0112】

方法はまた、端末が接続状態（端末が、ネットワークノードに接続されている）に移行することに応答して、データ伝送の失敗に関連する情報の組をネットワークノードに伝送すること（ブロック６０４）を含むことができる。データ伝送の失敗に関連する情報の組は、本明細書に説明されるように、非アクティブデータ伝送失敗情報（例えば、図２に説明されるように、ＵＥ２０２からＮＷ２０４に送信される非アクティブデータ伝送失敗情報メッセージ２０８）を含むことができる。

【0113】

いくつかの実施形態において、データ伝送の失敗に関連する情報の組は、データ伝送の失敗に関する失敗原因を含む。

【0114】

いくつかの実施形態において、失敗原因は、無線リンク制御（ＲＬＣ）再伝送の最大数、ｔ３１０タイマの満了、ビーム失敗回復失敗、無線リソース制御（ＲＲＣ）非アクティブ状態におけるデータ伝送のランダムアクセス目的を伴うランダムアクセス失敗、構成されたグラント（ＣＧ）ベースの失敗、カバレッジ外失敗、ｔ３１９タイマの満了、非アクティブデータ伝送タイマの満了、およびＣＧ応答チェックタイマの満了のいずれかを含む。

【0115】

いくつかの実施形態において、データ伝送の失敗に関連する情報の組は、端末またはネットワークノードがデータ伝送をトリガしたかどうかの指示を含む。

【0116】

いくつかの実施形態において、データ伝送の失敗に関連する情報の組は、バッファされたデータサイズに関する閾値、および現在のバッファされたデータサイズのうちのいずれかを含み、閾値は、端末ごと、データ無線ベアラ（ＤＲＢ）ごと、論理チャネルごと、または論理チャネルグループごとであり、バッファされたデータサイズは、端末ごと、ＤＲＢごと、論理チャネルごと、または論理チャネルグループごとである。

【0117】

いくつかの実施形態において、データ伝送の失敗に関連する情報の組は、トレラント時間に関する閾値、サポート解決策に関連する情報、および選択された解決策に関連する情報のいずれかを含む。

【0118】

いくつかの実施形態において、データ伝送の失敗に関連する情報の組は、無線リソースのステータス、データ伝送のための構成された無線リソースの情報、データ伝送のための選択された無線リソースの情報、継続中のデータサービスタイプの情報、およびＲＬＣのステータスのいずれかを含む。

【0119】

いくつかの実施形態において、データ伝送の失敗に関連する情報の組は、構成されたエリア範囲、端末が解放メッセージをネットワークノードから受信することに応答して端末がデータをバッファしたことの指示、非アクティブ状態におけるバッファステータス報告（ＢＳＲ）またはデータ伝送要求がネットワークノードに送信されたかどうかの指示、データがＭｓｇ３またはＭｓｇＡに含まれてネットワークノードに送信されたかどうかの指示、フォールバックアクションの情報、構成されたフォールバックトリガ条件の情報、およびビーム管理に関する情報のいずれかを含む。

【0120】

いくつかの実施形態において、データ伝送の失敗に関連する情報の組は、どちらが先に来るかに従ってランダムアクセスチャネルリソースまたはＣＧリソースを使用することが可能にされるかどうかの指示、およびＣＧ応答チェックタイマに関する構成される値のいずれかを含む。

【0121】

いくつかの実施形態において、データ伝送の失敗に関連する情報の組は、端末によって、接続確立失敗（ＣＥＦ）報告、無線リンク失敗（ＲＬＦ）報告、およびランダムアクセス報告のうちのいずれかの中に記憶される。

【0122】

いくつかの実施形態において、方法は、データ伝送の失敗に関連する情報の組をネットワークノードに伝送することに応答して、端末によって、更新されたデータ伝送構成をネットワークノードから受信することを含む。

【0123】

いくつかの実施形態において、データ伝送の失敗に関連する情報の組は、ＩＤＴＦ報告応答メッセージにおけるネットワークノードに送信される非アクティブデータ伝送失敗（ＩＤＴＦ）報告に含まれる。

【0124】

いくつかの実施形態において、方法は、端末によって、ＩＤＴＦ報告利用可能指示をネットワークノードに伝送することを含み、ＩＤＴＦ報告利用可能指示は、ＲＲＣＲｅｓｕｍｅＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージ、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ、またはＲＲＣＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージのうちのいずれかに含まれる。

【0125】

いくつかの実施形態において、方法は、ＩＤＴＦ報告利用可能指示の伝送に応答して、端末によって、ＩＤＴＦ報告要求をネットワークノードから受信することであって、ＩＤＴＦ報告要求は、ＵＥ情報Ｒｅｑｕｅｓｔメッセージに含まれる、ことと、ＩＤＴＦ報告要求の受信に応答して、端末によって、ＩＤＴＦ報告応答をネットワークノードに伝送することであって、ＩＤＴＦ報告応答は、ＵＥ情報ｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージに含まれる、こととを含む。

【0126】

いくつかの実施形態において、方法は、端末によって、データ伝送に関連する第１の統計を導出することを含み、統計は、端末に関するアップリンクデータスループット、端末に関するダウンリンクデータスループット、端末に関するアップリンクＵｕインターフェース遅延、端末に関するダウンリンクＵｕインターフェース遅延、５Ｇ ＱｏＳ識別子（５ＱＩ）に関するアップリンクデータスループット、５ＱＩに関するダウンリンクデータスループット、５ＱＩに関するアップリンクＵｕインターフェース遅延、および５ＱＩに関するダウンリンクＵｕインターフェース遅延のいずれかを含む。

【0127】

いくつかの実施形態において、ネットワークノードは、セルに関するアップリンクデータスループット、セルに関するダウンリンクデータスループット、セルに関するアップリンクＵｕインターフェース遅延、およびセルに関するダウンリンクＵｕインターフェース遅延のいずれかを含む第２の統計を導出するように構成される。

【0128】

いくつかの実施形態において、ネットワークノードは、以下のいずれかを決定するように構成される：第１の統計および／または第２の統計に基づいて、データ伝送が端末のために可能にされるかどうか、５ＱＩに関連する第１の統計に基づいて、ＲＲＣ非アクティブ状態におけるデータ伝送がデータサービスタイプまたはサービスの質（ＱｏＳ）フローのために可能にされるかどうか、および第２の統計に基づいて、ＲＲＣ非アクティブ状態におけるデータ伝送がセルのために可能にされるかどうか。

【0129】

いくつかの実施形態において、ネットワークノードへのデータ伝送は、端末によって最初に検出されたランダムアクセスチャネル（ＲＡＣＨ）リソースまたは構成されたグラント（ＣＧ）リソースを使用することを含む。

【0130】

いくつかの実施形態において、方法は、端末によって、ネットワークノードへのデータ伝送に応答して、ＣＧ応答チェックタイマを開始することを含み、ＣＧ応答チェックタイマは、ネットワークノードからフィードバックを受信すると、停止され、端末は、ＣＧ応答チェックタイマの満了に応答して、ネットワークノードへのデータ伝送を失敗した伝送として決定するように構成される。

【0131】

いくつかの実施形態において、方法は、端末によって、端末が非アクティブ状態およびネットワークノードのカバレッジ外にあるとき、カバレッジ外タイマを開始することを含み、端末は、カバレッジ外タイマが満了することに先立って端末がネットワークノードのカバレッジ内にあることの決定に応答して、データ伝送を開始する。

【0132】

いくつかの実施形態において、方法は、端末が、ネットワークノードのカバレッジ外にあり、データ伝送が、継続中であり、非アクティブデータ伝送タイマの残り時間がカバレッジ外タイマの値未満であることの決定に応答して、端末によって、非アクティブデータ伝送タイマをカバレッジ外タイマの値にリセットすることを含む。

【0133】

いくつかの実施形態において、ネットワークノードからの更新されたデータ伝送構成は、バッファされたデータサイズに関する閾値、トレラント時間に関する閾値、サポート解決策に関連する情報、データ伝送のための構成された無線リソースの情報、非アクティブ状態にあるときＲＬＣが解放されることが可能にされるかどうかの指示、構成されたエリア範囲、最後のＲＡＣＨプロシージャに基づいて導出されるビーム情報が有効であると仮定される持続時間、ＣＧベースまたはＲＡＣＨベースの解決策を使用することを決定するための閾値、ＲＲＣ非アクティブ状態におけるデータ伝送中、ビーム変化問題に対処するための構成されたサウンディング基準信号（ＳＲＳ）リソース、ＣＧ応答チェックタイマの値、ＲＲＣ非アクティブ状態におけるデータ伝送が可能にされるかどうかの指示、どちらが先に来るかに従ってＲＡＣＨリソースまたはＣＧリソースを使用することが可能にされるかどうかの指示のいずれかを含む。
（例示的無線システム）

【0134】

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

【0135】

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

【0136】

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

【0137】

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

【0138】

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

【0139】

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

【0140】

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

【0141】

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

【0142】

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

【0143】

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

【0144】

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

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】