▶ パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカの特許一覧
特表2023-544579スモールデータの送信に関与する送受信機装置およびスケジューリング装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-10-24
(54)【発明の名称】スモールデータの送信に関与する送受信機装置およびスケジューリング装置
(51)【国際特許分類】
H04W 74/08 20090101AFI20231017BHJP
H04W 72/56 20230101ALI20231017BHJP
H04W 76/27 20180101ALI20231017BHJP
H04W 72/23 20230101ALI20231017BHJP
H04L 1/00 20060101ALI20231017BHJP
【ＦＩ】
H04W74/08
H04W72/56
H04W76/27
H04W72/23
H04L1/00 E
【審査請求】未請求
【予備審査請求】未請求
(21)【出願番号】P 2023519896
(86)(22)【出願日】2021-07-26
(85)【翻訳文提出日】2023-03-30
(86)【国際出願番号】 EP2021070807
(87)【国際公開番号】W WO2022069095
(87)【国際公開日】2022-04-07
(31)【優先権主張番号】20199661.8
(32)【優先日】2020-10-01
(33)【優先権主張国・地域又は機関】EP
(81)【指定国・地域】
(71)【出願人】
【識別番号】514136668
【氏名又は名称】パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ
【氏名又は名称原語表記】Ｐａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】シャー リキン
(72)【発明者】
【氏名】鈴木 秀俊
(72)【発明者】
【氏名】タオ ミン－フン
【テーマコード（参考）】
5K014
5K067
【Ｆターム（参考）】
5K014FA11
5K067DD30
5K067EE02
5K067EE10
5K067GG06
(57)【要約】
本開示は、動作時に、スケジューリング装置へのスモールデータの送信が送受信機装置によって実行されることを決定する回路を備えた送受信機装置に関する。前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある。前記回路は、動作時に、前記スモールデータに関連する特性を取得する。前記送受信機装置は、動作時に、前記スモールデータおよび前記スモールデータに関連する特性を示す特性インジケータの、前記スケジューリング装置への前記送信、を実行する送受信機をさらに備えている。
【選択図】図１
【選択図】図１
【特許請求の範囲】
【請求項1】
送受信機装置であって、回路であって、動作時に、
スケジューリング装置へのスモールデータの送信が前記送受信機装置によって実行されることを決定し、前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある、
前記スモールデータに関連する特性を取得する、
前記回路と、
動作時に、前記スモールデータおよび前記スモールデータに関連する特性を示す特性インジケータの、前記スケジューリング装置への前記送信、を実行する送受信機と、
を備えている、送受信機装置。
【請求項2】
前記スモールデータに関連する前記特性は、前記スモールデータの後続の送信のトラフィックパターンの特性を含む、請求項１に記載の送受信機装置。
【請求項3】
前記特性インジケータは、前記スモールデータの後続の送信が周期的であるか非周期的であるかを示す、請求項１または２に記載の送受信機装置。
【請求項4】
前記スモールデータの前記後続の送信が周期的である場合、前記回路は、動作時に、１つ以上の設定パラメータを決定し、
前記送受信機は、動作時に、前記スモールデータと、それぞれが前記１つ以上の設定パラメータのそれぞれの１つを示す１つ以上のパラメータインジケータと、の前記送信を実行する、
請求項３に記載の送受信機装置。
【請求項5】
前記回路は、動作時に、前記スケジューリング装置によって送信される信号の信号レベルおよび／または信号品質を取得し、前記送受信機は、動作時に、前記スモールデータと、前記信号レベルおよび／または信号品質を示す品質インジケータと、の前記送信を実行する、
請求項１から４のいずれか一項に記載の送受信機装置。
【請求項6】
前記回路は、動作時に、前記スモールデータの後続の送信の優先順位レベルを決定し、前記送受信機は、動作時に、前記スモールデータと、前記スモールデータの前記後続の送信の前記優先順位レベルを示す優先順位インジケータと、の前記送信を実行する、
請求項１から５のいずれか一項に記載の送受信機装置。
【請求項7】
前記送受信機装置に対して１つ以上の論理チャネル（ＬＣＨ）が設定されており、各ＬＣＨにはそれぞれの優先順位レベルが関連付けられており、前記スモールデータの前記後続の送信の前記優先順位レベルは、対応する設定されているＬＣＨの前記優先順位レベルに従って決定される、
請求項６に記載の送受信機装置。
【請求項8】
前記スモールデータの前記後続の送信が複数のＬＣＨに関連付けられている場合、前記スモールデータの前記後続の送信の前記優先順位レベルは、前記対応する設定されているＬＣＨのうち最も高い優先順位レベルに従って決定される、請求項７に記載の送受信機装置。
【請求項9】
前記スモールデータおよび前記特性インジケータの前記送信は、前記送受信機装置と前記スケジューリング装置との間で実行されるランダムアクセス手順の一部として実行される、請求項１から８のいずれか一項に記載の送受信機装置。
【請求項10】
前記送受信機は、動作時に、前記接続状態に遷移するように前記送受信機装置に指示する状態指示を前記スケジューリング装置から受信し、前記回路は、動作時に、前記スケジューリング装置から受信された前記状態指示に従うように前記送受信機装置を制御する、
請求項１から９のいずれか一項に記載の送受信機装置。
【請求項11】
前記送受信機は、動作時に、前記スモールデータの後続の送信のために使用されるリソースを示すリソースインジケータを受信し、前記送受信機は、動作時に、前記示されたリソースを使用して前記スモールデータの前記後続の送信を実行する、
請求項１から９のいずれか一項に記載の送受信機装置。
【請求項12】
前記リソースインジケータは、専用プリアンブル、スケジューリング要求リソース、設定済みグラントリソース、および前記示されたリソースの有効期間、のうちの少なくとも１つを示す、請求項１１に記載の送受信機装置。
【請求項13】
送受信機装置によって実行される方法であって、スケジューリング装置へのスモールデータの送信が前記送受信機装置によって実行されることを決定するステップであって、前記送受信機装置が、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある、ステップと、
前記スモールデータに関連する特性を取得するステップと、
前記スモールデータと、前記スモールデータに関連する前記特性を示す特性インジケータと、の前記送信を実行するステップと、
を含む、方法。
【請求項14】
スケジューリング装置であって、動作時に、送受信機装置からのスモールデータおよび前記スモールデータに関連する特性を示す特性インジケータの送信、を受信する送受信機であって、前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある、前記送受信機と、
動作時に、前記スモールデータの後続の送信のために前記送受信機装置によって使用されるリソースを、前記スモールデータに関連する前記特性に基づいて決定する回路と、
を備えており、
前記送受信機が、動作時に、前記スモールデータの後続の送信のために前記送受信機装置によって使用される前記リソースを示すリソースインジケータ、を送信する、
スケジューリング装置。
【請求項15】
スケジューリング装置によって実行される方法であって、送受信機装置からのスモールデータおよび前記スモールデータに関連する特性を示す特性インジケータの送信、を受信するステップであって、前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある、ステップと、
前記スモールデータの後続の送信のために前記送受信機装置によって使用されるリソースを、前記スモールデータに関連する前記特性に基づいて決定するステップと、
前記スモールデータの後続の送信のために前記送受信機装置によって使用される前記リソースを示すリソースインジケータを送信するステップと、
を含む、方法。
【請求項16】
送受信機装置を制御する集積回路であって、前記制御は、動作時に、スケジューリング装置へのスモールデータの送信が前記送受信機装置によって実行されることを決定し、前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある、処理と、
前記スモールデータに関連する特性を取得する処理と、
動作時に、前記スモールデータおよび前記スモールデータに関連する前記特性を示す特性インジケータの、前記スケジューリング装置への前記送信、を実行する処理と、
を含む、集積回路。
【請求項17】
スケジューリング装置を制御する集積回路であって、前記制御は、動作時に、送受信機装置からのスモールデータおよび前記スモールデータに関連する特性を示す特性インジケータの送信、を受信し、前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある、処理と、
動作時に、前記スモールデータの後続の送信のために前記送受信機装置によって使用されるリソースを、前記スモールデータに関連する前記特性に基づいて決定する処理と、
動作時に、前記スモールデータの後続の送信のために前記送受信機装置によって使用される前記リソースを示すリソースインジケータ、を送信する処理と、
を含む、集積回路。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、３ＧＰＰ（登録商標）通信システムなどの通信システムにおける方法、装置、および物品に関する。
【背景技術】
【0002】
現在、第３世代パートナーシッププロジェクト（３ＧＰＰ：the 3rd Generation Partnership Project）は、次世代のセルラー技術（第５世代（５Ｇ）とも呼ばれる）の技術仕様に取り組んでいる。
【0003】
１つの目的は、少なくとも拡張モバイルブロードバンド（ｅＭＢＢ：enhanced mobile broadband）、超高信頼・低遅延通信（ＵＲＬＬＣ：ultra-reliable low-latency communications）、大規模マシンタイプ通信（ｍＭＴＣ：massive machine type communication）を含む、あらゆる使用シナリオ、要件、および配置シナリオ（例えば、非特許文献１の６節を参照）に対処する、単一の技術的枠組みを提供することである。例えば、ｅＭＢＢの配置シナリオには、屋内のホットスポット、密集都市部、郊外、都市部、および高速が含まれうる。ＵＲＬＬＣの配置シナリオには、産業制御システム、モバイル健康管理（遠隔モニタリング、遠隔診断、および遠隔治療）、車両のリアルタイム制御、スマートグリッドの広域監視・制御システムが含まれうる。ｍＭＴＣの配置シナリオには、スマートウェアラブルやセンサーネットワークなど、データ伝送の遅延の影響が小さい多数の装置を使用するシナリオが含まれうる。ｅＭＢＢサービスとＵＲＬＬＣサービスは、いずれも極めて広い帯域幅が要求される点において似ているが、ＵＲＬＬＣサービスは、好ましくは極めて小さいレイテンシ（待ち時間）が要求される点において異なる。
【0004】
第２の目的は、前方互換性を達成することである。ロングタームエボリューション（ＬＴＥ、ＬＴＥ－Ａ）セルラーシステムへの後方互換性は要求されず、これにより、まったく新しいシステムの設計および／または新規の特徴の導入が促進される。
【先行技術文献】
【非特許文献】
【0005】
【非特許文献1】TR 38.913version 15.0.0
【非特許文献2】3GPP TS 38.300 v16.1.0
【非特許文献3】3GPP TR 38.801 v14.0.0
【非特許文献4】3GPP TS 38.211 v16.2.0
【非特許文献5】ITU-R M.20183
【非特許文献6】TS 23.501 v16.3.0
【非特許文献7】3GPP TS 38.321, v16.0.0
【非特許文献8】3GPP 38.300 v16.2.0: “NR; NR and NG-RAN Overall Description; Stage 2 (Release 16)”
【非特許文献9】3GPP TS 38.214 v16.1.0: “Technical Specification Group Radio Access Network; NR; Physical layer procedures for data (Release 16)”
【非特許文献10】3GPP 38.215 v16.2.0: “Technical Specification Group Radio Access Network; NR; Physical layer measurements”
【非特許文献11】TS 38.331 v16.0.0
【非特許文献12】TR 25.705 v13.0.0
【非特許文献13】3GPP TS 38.331 v16.1.0: “Technical Specification Group Radio Access Network; NR; Radio Resource Control (RRC) protocol specification (Release 16)”
【非特許文献14】3GPP TS 38.214 v16.1.0: “Technical Specification Group Radio Access Network; NR; Physical layer procedures for data (Release 16)”
【発明の概要】
【0006】
本発明を制限することのない例示的な一実施形態は、改良されたスモールデータ送信手順をＵＥが実行することを容易にするための手順の提供を容易にする。
【0007】
一実施形態において、本明細書に開示されている技術は、回路を備えた送受信機装置を提供し、前記回路は、動作時に、前記送受信機装置によってスケジューリング装置へのスモールデータの送信が実行されることを決定する。前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある。前記回路は、動作時に、前記スモールデータに関連する特性を取得する。前記送受信機装置は、送受信機をさらに備えており、前記送受信機は、動作時に、前記スモールデータと、前記スモールデータに関連する前記特性を示す特性インジケータの、前記スケジューリング装置への前記送信、を実行する。
【0008】
なお、一般的または特定の実施形態は、システム、方法、集積回路、コンピュータプログラム、記憶媒体、またはこれらの任意の選択的な組合せとして実施できることに留意されたい。例えば集積回路は、送受信機装置またはスケジューリング装置のプロセスを制御することができる。
【0009】
開示されている実施形態および様々な実装形態のさらなる恩恵および利点は、本明細書および図面から明らかになるであろう。これらの恩恵および／または利点は、本明細書および図面の様々な実施形態および特徴によって個別に得ることができ、このような恩恵および／または利点の１つまたは複数を得るために、これらの特徴すべてを設ける必要はない。
【図面の簡単な説明】
【0010】
以下では、例示的な実施形態について、添付の図および図面を参照しながらより詳細に説明する。
【0011】
【図1】３ＧＰＰ ＮＲシステムの例示的なアーキテクチャを示している。
【図2】ＬＴＥ ｅＮＢ、ｇＮＢ、およびＵＥのための例示的なユーザプレーンおよび制御プレーンのアーキテクチャを示している。
【図3】ＮＧ－ＲＡＮと５ＧＣの間での機能の分割を示した概略図である。
【図4】ＲＲＣ接続確立／再構成手順のシーケンス図である。
【図5】拡張モバイルブロードバンド（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超高信頼・低遅延通信（ＵＲＬＬＣ）の使用シナリオを示した概略図である。
【図6】非ローミングシナリオにおける例示的な５Ｇシステムのアーキテクチャを示したブロック図である。
【図7】コンテンションベースのＲＡＣＨ手順およびコンテンションフリーのＲＡＣＨ手順を示している。
【図8】コンテンションベースのＲＡＣＨ手順およびコンテンションフリーのＲＡＣＨ手順を示している。
【図9】起こり得るＲＲＣ状態変化を示している。
【図10】ＲＲＣ再開（RRC Resume）手順のメッセージ交換を示している。
【図11】ＲＲＣ解放（RRC Release：RRCリリース）手順のメッセージ交換を示している。
【図12】Ｉｎａｃｔｉｖｅ状態からＣｏｎｎｅｃｔｅｄ状態へのＵＥの状態変化を含む、アップリンクデータ送信のための先行技術のメッセージ交換を示している。
【図13】ＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥがスモールデータをアップリンクで送信するために使用可能な例示的な４ステップＲＡＣＨおよび２ステップＲＡＣＨを示している。
【図14】それぞれ、ＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥがスモールデータをアップリンクで送信するために使用可能な例示的な４ステップＲＡＣＨおよび２ステップＲＡＣＨを示している。
【図15】ＵＥおよびｇＮＢの例示的かつ簡略化した構造を示している。
【図16】一実施形態に係る、送受信機装置によって実行される方法のステップを示している。
【図17】一実施形態に係る、スケジューリング装置によって実行される方法のステップを示している。
【図18】一実施形態に係る、送受信機装置によって実行される方法のステップを示している。
【図19】一実施形態に係る、スケジューリング装置によって実行される方法のステップを示している。
【図20】トラフィックパターン、ＣＧの周期性、および優先順位レベルを示すＭＡＣ ＣＥの例を示している。
【発明を実施するための形態】
【0012】
５Ｇ ＮＲシステムのアーキテクチャおよびプロトコルスタック
【0013】
３ＧＰＰは、最大１００ＧＨｚの周波数で動作する新しい無線アクセス技術（ＮＲ）の開発を含む第５世代セルラー技術（単に５Ｇと呼ばれる）の次のリリースに取り組んでいる。５Ｇ標準の最初のバージョンは、２０１７年の終わりに完了し、これにより、５Ｇ ＮＲ標準に準拠したスマートフォンの試験および商用展開に進むことができる。
【0014】
特に、全体的なシステムアーキテクチャは、ｇＮＢを備えるＮＧ－ＲＡＮ（次世代－無線アクセスネットワーク：Next Generation - Radio Access Network）を想定しており、ｇＮＢは、ＵＥに向かうＮＧ無線アクセスユーザプレーン（ＳＤＡＰ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）プロトコルおよび制御プレーン（ＲＲＣ）プロトコルを終端させる。ｇＮＢは、Ｘｎインターフェースによって互いに相互接続されている。さらにｇＮＢは、次世代（ＮＧ）インターフェースによってＮＧＣ（次世代コア：Next Generation Core）に接続され、より具体的には、ＮＧ－ＣインターフェースによってＡＭＦ（アクセスおよびモビリティ管理機能：Access and Mobility Management Function）（例：ＡＭＦを実行する特定のコアエンティティ）に接続され、ＮＧ－ＵインターフェースによってＵＰＦ（ユーザプレーン機能：User Plane Function）（例：ＵＰＦを実行する特定のコアエンティティ）に接続される。図１は、ＮＧ－ＲＡＮのアーキテクチャを示している（非特許文献２の４節を参照）。
【0015】
様々な異なる配置シナリオをサポートすることができる（例えば、非特許文献３を参照）。例えば、５Ｇ ＮＲをサポートする基地局を配置することができる非集中型配置シナリオ（例えば、非特許文献３の５．２節を参照、集中型配置は５．４節に示されている）が提示されている。図２は、例示的な非集中型配置シナリオ（例えば、非特許文献３の図５．２．－１を参照）を示しており、さらに、ＬＴＥ ｅＮＢと、ｇＮＢおよびＬＴＥ ｅＮＢの両方に接続されるユーザ機器（ＵＥ）と、を示している。ＮＲ ５Ｇのための新しいｅＮＢは、例示的にｇＮＢと称することができる。ｅＬＴＥ ｅＮＢは、ｅＮＢの進化型であり、ＥＰＣ（Evolved Packet Core）およびＮＧＣ（Next Generation Core）への接続をサポートする。
【0016】
ＮＲにおけるユーザプレーンプロトコルスタック（例えば、非特許文献２の４．４．１節を参照）は、ＰＤＣＰ（パケットデータコンバージェンスプロトコル：Packet Data Convergence Protocol、非特許文献２の６．４節を参照）サブレイヤ、ＲＬＣ（無線リンク制御：Radio Link Control、非特許文献２の６．３節を参照）サブレイヤ、およびＭＡＣ（媒体アクセス制御：Medium Access Control、非特許文献２の６．２節を参照）サブレイヤを含み、これらのサブレイヤは、ネットワーク側ではｇＮＢにおいて終端する。これに加えて、ＰＤＣＰの上に、アクセス層（ＡＳ）の新しいサブレイヤ（ＳＤＡＰ：サービスデータアダプテーションプロトコル：Service Data Adaptation Protocol）が導入される（例えば、非特許文献２の６．５節を参照）。ＮＲにおいても制御プレーンプロトコルスタックが定義されている（例えば、非特許文献２の４．４．２節を参照）。レイヤ２の機能の概要は、非特許文献２の６節に記載されている。ＰＤＣＰサブレイヤ、ＲＬＣサブレイヤ、およびＭＡＣサブレイヤの機能は、それぞれ非特許文献２の６．４節、６．３節、および６．２節に記載されている。ＲＲＣレイヤの機能は、非特許文献２の７節に記載されている。
【0017】
媒体アクセス制御（ＭＡＣ）層は、例えば、論理チャネルの多重化と、スケジューリングおよびスケジューリング関連機能（様々なヌメロロジーの処理を含む）を扱う。
【0018】
物理層（ＰＨＹ）は、例えば、符号化、ＰＨＹ ＨＡＲＱ処理、変調、マルチアンテナ処理、適切な物理的時間－周波数リソースへの信号のマッピングの責務を担う。さらに物理層（ＰＨＹ）は、物理チャネルへのトランスポートチャネルのマッピングを処理する。物理層（ＰＨＹ）は、トランスポートチャネルの形でＭＡＣ層にサービスを提供する。物理チャネルは、特定のトランスポートチャネルの送信に使用される時間周波数リソースのセットに対応し、各トランスポートチャネルが、対応する物理チャネルにマッピングされる。例えば、物理チャネルは、アップリンク用として、ＰＲＡＣＨ（物理ランダムアクセスチャネル：Physical Random Access Channel）、ＰＵＳＣＨ（物理アップリンク共有チャネル：Physical Uplink Shared Channel）、およびＰＵＣＣＨ（物理アップリンク制御チャネル：Physical Uplink Control Channel）があり、ダウンリンク用として、ＰＤＳＣＨ（物理ダウンリンク共有チャネル：Physical Downlink Shared Channel）、ＰＤＣＣＨ（物理ダウンリンク制御チャネル：Physical Downlink Control Channel）、およびＰＢＣＨ（物理ブロードキャストチャネル：Physical Broadcast Channel）がある。
【0019】
ＮＲのユースケース／配置シナリオには、拡張モバイルブロードバンド（ｅＭＢＢ）、超高信頼・低遅延通信（ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍＭＴＣ）が含まれ、これらのサービスは、データレート、レイテンシ、およびカバレッジに関して多様な要件を有する。例えば、ｅＭＢＢは、ＩＭＴ－Ａｄｖａｎｃｅｄによって提供される３倍のオーダーのピークデータレート（ダウンリンクが２０Ｇｂｐｓ、アップリンクが１０Ｇｂｐｓ）およびユーザ体感データレートをサポートすることが期待される。これに対して、ＵＲＬＬＣの場合、より厳しい要件として、極めて低いレイテンシ（ユーザプレーンのレイテンシはアップリンクおよびダウンリンクそれぞれで０．５ｍｓ）および高い信頼性（１ｍｓ内で１～１０－５）が課せられる。さらに、ｍＭＴＣでは、高い接続密度（都市環境では１ｋｍ２あたり１，０００，０００個のデバイス）、過酷な環境における広いカバレッジ、デバイスコストを下げるための極めて長寿命のバッテリ（１５年）が、好ましくは要求されうる。
【0020】
したがって、あるユースケースに適したＯＦＤＭヌメロロジー（例：サブキャリア間隔（subcarrier spacing：サブキャリアスペーシング）、ＯＦＤＭシンボル持続時間、サイクリックプレフィックス（ＣＰ：cyclic prefix）持続時間、スケジューリング間隔あたりのシンボル数）が、別のユースケースではうまく機能しないことがある。例えば、低レイテンシのサービスでは、ｍＭＴＣサービスよりも短いシンボル持続時間（したがってより大きいサブキャリア間隔）、および／または、スケジューリング間隔（ＴＴＩとも称される）あたりの少ないシンボル、が好ましくは要求されうる。さらには、チャネルの遅延スプレッドが大きい配置シナリオでは、遅延スプレッドが短いシナリオよりも長いサイクリックプレフィックス（ＣＰ）持続時間が、好ましくは要求されうる。同程度のサイクリックプレフィックス（ＣＰ）オーバーヘッドを維持するため、遅延スプレッドに応じてサブキャリア間隔を最適化するべきである。ＮＲでは、サブキャリア間隔の２つ以上の値がサポートされうる。したがって現在のところ、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、．．．のサブキャリア間隔が検討されている。シンボル持続時間Ｔｕとサブキャリア間隔Δｆは、式Δｆ＝１／Ｔｕにより、直接関係している。ＬＴＥシステムの場合と同様に、１個のＯＦＤＭ／ＳＣ－ＦＤＭＡシンボルの長さに対する１つのサブキャリアから構成される最小リソース単位を表すのに、用語「リソースエレメント」を使用することができる。
【0021】
新無線システム５Ｇ ＮＲでは、各ヌメロロジーおよびキャリアごとに、アップリンクおよびダウンリンクそれぞれにおいて、サブキャリアとＯＦＤＭシンボルのリソースグリッドが定義される。リソースグリッド内の各要素は、リソースエレメントと呼ばれ、周波数領域における周波数インデックスと時間領域におけるシンボル位置とに基づいて識別される（非特許文献４の、例えば、４節を参照）。例えば、ダウンリンクおよびアップリンクの送信は、持続時間１０ｍｓのフレームに編成され、各フレームは、それぞれ持続時間１ｍｓの１０個のサブフレームから構成される。５Ｇ ＮＲの実装では、サブフレームあたりの連続するＯＦＤＭシンボルの数は、サブキャリア間隔の設定に依存する。例えば、サブキャリア間隔が１５ｋＨｚの場合、１サブフレームは、１４個のＯＦＤＭシンボルを有する（通常のサイクリックプレフィックスを想定したＬＴＥ準拠の実装に類似する）。一方、サブキャリア間隔が３０ｋＨｚの場合、サブフレームは２つのスロットを有し、各スロットが１４個のＯＦＤＭシンボルを含む。
【0022】
ＮＧ－ＲＡＮと５ＧＣとの間の５Ｇ ＮＲ機能の分割
【0023】
図３は、ＮＧ－ＲＡＮと５ＧＣとの間での機能の分割を示している。ＮＧ－ＲＡＮの論理ノードは、ｇＮＢまたはｎｇ－ｅＮＢである。５ＧＣの論理ノードは、ＡＭＦ、ＵＰＦ、およびＳＭＦである。
【0024】
ｇＮＢおよびｎｇ－ｅＮＢは、特に次の主要機能を処理する。
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの完全性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング
－ 無線ベアラ制御（Radio Bearer Control）、無線アドミッション制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンクおよびダウンリンクの両方向におけるＵＥへの動的なリソース割当て（スケジューリング）など、無線リソース管理（Radio Resource Management）の機能
－ ＩＰヘッダ圧縮、暗号化、およびデータの完全性保護
－ ＵＥによって提供される情報からＡＭＦへのルーティングを決定できないときのＵＥのアタッチ時のＡＭＦの選択
－ ＵＰＦへのユーザプレーンデータのルーティング
－ ＡＭＦへの制御プレーン情報のルーティング
－ 接続の確立および解放
－ ページングメッセージのスケジューリングおよび送信
－ （ＡＭＦまたはＯＡＭから送られる）システムブロードキャスト情報のスケジューリングおよび送信
－ モビリティおよびスケジューリングのための測定および測定報告の設定
－ アップリンクにおけるトランスポートレベルのパケットマーキング
－ セッション管理
－ ネットワークスライシングのサポート
－ ＱｏＳフロー管理およびデータ無線ベアラへのマッピング
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥのサポート
－ ＮＡＳメッセージの配信機能
－ 無線アクセスネットワークシェアリング
－ 二重接続
－ ＮＲとＥ－ＵＴＲＡ間の緊密なインターワーキング
【0025】
アクセスおよびモビリティ管理機能（ＡＭＦ）は、次の主要機能を処理する。
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サブスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択
－ 非アクセス層（ＮＡＳ：Non-Access Stratum）シグナリングの終端
－ ＮＡＳシグナリングのセキュリティ
－ アクセス層（ＡＳ：Access Stratum）のセキュリティ制御
－ ３ＧＰＰアクセスネットワーク間のモビリティのためのコアネットワーク（ＣＮ：Core Network）ノード間シグナリング
－ アイドルモードＵＥの到達可能性（ページング再送の制御および実行を含む）
－ レジストレーションエリア（Registration Area）管理
－ システム内モビリティおよびシステム間モビリティのサポート
－ アクセス認証
－ ローミング権のチェックを含むアクセス認証
－ モビリティ管理制御（サブスクリプションおよびポリシー）
－ ネットワークスライシングのサポート
－ セッション管理機能（ＳＭＦ：Session Management Function）の選択
【0026】
さらに、ユーザプレーン機能（ＵＰＦ：User Plane Function）は、次の主要機能を処理する。
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシー規則施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器（Uplink classifier）
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガーリング
－ ＲＡＴ内／ＲＡＴ間モビリティのためのアンカーポイント（適用可能時）
－ データネットワークとの相互接続の外部ＰＤＵセッションポイント
－ パケットのルーティングおよび転送
－ パケット検査およびポリシー規則施行のユーザプレーン部分
－ トラフィック使用報告
－ データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類器（Uplink classifier）
－ マルチホームＰＤＵセッションをサポートするためのブランチングポイント
－ ユーザプレーンのＱｏＳ処理（例：パケットフィルタリング、ゲーティング、ＵＬ／ＤＬレート強制）
－ アップリンクトラフィックの検証（ＳＤＦからＱｏＳフローへのマッピング）
－ ダウンリンクパケットのバッファリングおよびダウンリンクデータ通知のトリガーリング
【0027】
最後に、セッション管理機能（ＳＭＦ）は、次の主要機能を処理する。
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知
－ セッション管理
－ ＵＥ ＩＰアドレスの割当ておよび管理
－ ＵＰ機能の選択および制御
－ トラフィックを正しい宛先にルーティングするためのユーザプレーン機能（ＵＰＦ）におけるトラフィックステアリングの設定
－ ポリシー施行およびＱｏＳの制御部分
－ ダウンリンクデータ通知
【0028】
ＲＲＣ接続の確立および再構成の手順
【0029】
図４は、ＵＥがＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移するときの、ＮＡＳ部分における、ＵＥ、ｇＮＢ、およびＡＭＦ（５ＧＣエンティティ）の間のインタラクションを示している（非特許文献２を参照）。
【0030】
ＲＲＣは、ＵＥおよびｇＮＢの設定に使用される上位層シグナリング（プロトコル）である。特に、この遷移では、ＡＭＦがＵＥコンテキストデータ（例：ＰＤＵセッションコンテキスト、セキュリティキー、ＵＥ無線能力、ＵＥセキュリティ能力などを含む）を作成し、それをＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＱＵＥＳＴによってｇＮＢに送る。次に、ｇＮＢが、ＵＥとのＡＳセキュリティをアクティブにし、これは、ｇＮＢがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｍａｎｄメッセージをＵＥに送信し、ＵＥがＳｅｃｕｒｉｔｙＭｏｄｅＣｏｍｐｌｅｔｅメッセージでｇＮＢに応答することによって実行される。その後、ｇＮＢは、再設定を実行してシグナリング無線ベアラ２（ＳＲＢ２）およびデータ無線ベアラ（ＤＲＢ：Data Radio Bearer）を確立し、これは、ｇＮＢがＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージをＵＥに送信し、これに応答してＵＥからのＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅをｇＮＢが受信することによる。シグナリングのみの接続の場合、ＳＲＢ２およびＤＲＢが確立されないため、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎに関連するこれらのステップはスキップされる。最後に、ｇＮＢは、確立手順が完了したことを、ＩＮＩＴＩＡＬ ＣＯＮＴＥＸＴ ＳＥＴＵＰ ＲＥＳＰＯＮＳＥによってＡＭＦに通知する。
【0031】
したがって本開示では、第５世代コア（５ＧＣ：5th Generation Core）のエンティティ（例えばＡＭＦ、ＳＭＦなど）であって、動作時に、ｇＮｏｄｅＢとの次世代（ＮＧ）接続を確立する制御回路と、動作時に、ｇＮｏｄｅＢとユーザ機器（ＵＥ）との間のシグナリング無線ベアラを確立させるために、ＮＧ接続を介して初期コンテキスト設定メッセージをｇＮｏｄｅＢに送信する送信器と、を備える、第５世代コアのエンティティ、が提供される。具体的には、ｇＮｏｄｅＢは、リソース割当て設定情報要素（ＩＥ）を含むＲＲＣ（無線リソース制御：Radio Resource Control）シグナリングを、シグナリング無線ベアラを介してＵＥに送信する。ＵＥは、リソース割当て設定に基づいて、アップリンク送信またはダウンリンク受信を実行する。
【0032】
２０２０年以降のＩＭＴの使用シナリオ
【0033】
図５は、５Ｇ ＮＲのユースケースのいくつかを示している。３ＧＰＰ（第３世代パートナーシッププロジェクト）の新無線（３ＧＰＰ ＮＲ）では、ＩＭＴ－２０２０による様々なサービスおよびアプリケーションをサポートするために想定される３つのユースケースが考慮されている。拡張モバイルブロードバンド（ｅＭＢＢ）のフェーズ１の仕様は決定された。現在および今後の作業としては、ｅＭＢＢのサポートをさらに拡張することに加えて、超高信頼・低遅延通信（ＵＲＬＬＣ）および大規模マシンタイプ通信（ｍＭＴＣ）の標準化が含まれる。図５は、２０００年以降に想定されるＩＭＴの使用シナリオのいくつかの例を示している（例えば、非特許文献５の図２を参照）。
【0034】
ＵＲＬＬＣのユースケースは、スループット、レイテンシ、可用性などの能力に関する厳しい要件を有し、産業製造や生産工程のワイヤレス制御、リモート医療手術、スマートグリッドにおける配電自動化、輸送の安全性など、将来の垂直アプリケーションを実現する手段の１つとして想定されている。ＵＲＬＬＣの超高信頼性は、非特許文献１によって設定される要件を満たすための技術を特定することによってサポートされる。リリース１５のＮＲ ＵＲＬＬＣでは、重要な要件として、ＵＬ（アップリンク）およびＤＬ（ダウンリンク）それぞれで０．５ｍｓの目標ユーザプレーンレイテンシが含まれる。パケットの１回の送信における一般的なＵＲＬＬＣの要件は、１ｍｓのユーザプレーンレイテンシでパケットサイズ３２バイトの場合にＢＬＥＲ（ブロック誤り率）１Ｅ－５である。
【0035】
物理層の観点から、信頼性を向上させる方法はいくつか考えられる。信頼性を向上させるための現在の範囲には、ＵＲＬＬＣ用の個別のＣＱＩテーブルの定義、よりコンパクトなＤＣＩフォーマット、ＰＤＣＣＨの繰り返しなどが含まれる。しかしながら、（ＮＲ ＵＲＬＬＣの重要な要件について）ＮＲがさらに安定し、開発が進むにつれて、超高信頼性を実現するための範囲が広がりうる。リリース１５におけるＮＲ ＵＲＬＬＣの具体的なユースケースとしては、拡張現実／仮想現実（ＡＲ／ＶＲ）、ｅヘルス、ｅセーフティ、ミッションクリティカルなアプリケーションが挙げられる。
【0036】
さらに、ＮＲ ＵＲＬＬＣが対象とする技術強化は、レイテンシの改善および信頼性の向上を目標としている。レイテンシを改善するための技術強化としては、設定可能なヌメロロジー、柔軟なマッピングを使用する非スロットベースのスケジューリング、グラントフリー（設定済みグラント（configured grant））のアップリンク、データチャネルのスロットレベルの繰り返し、およびダウンリンクのプリエンプションが挙げられる。プリエンプションとは、リソースがすでに割り当てられている送信が中止され、すでに割り当てられているリソースが、後から要求された、より小さいレイテンシ／より高い優先度要件を有する別の送信に使用されることを意味する。したがって、すでに許可された送信が、より後の送信によってプリエンプトされる。プリエンプションは、サービスタイプに関係なく適用される。例えば、サービスタイプＡ（ＵＲＬＬＣ）の送信を、サービスタイプＢ（ｅＭＢＢなど）の送信によってプリエンプトすることができる。信頼性の向上に関連する技術強化としては、１Ｅ－５の目標ＢＬＥＲのための専用ＣＱＩ／ＭＣＳテーブルが挙げられる。
【0037】
ｍＭＴＣ（大規模マシンタイプ通信）のユースケースは、非常に多数の接続されたデバイスが、一般には遅延の影響が小さい比較的少量のデータを送信することを特徴とする。デバイスは、低コストでありかつ極めて長いバッテリ寿命を有することが要求される。ＮＲの観点からは、非常に狭い帯域幅部分を利用することは、ＵＥの観点からの省電力を達成して長いバッテリ寿命を可能にするための１つの可能な解決策である。
【0038】
上に述べたように、ＮＲにおける信頼性の範囲が広がることが予測される。あらゆるケース、特にＵＲＬＬＣおよびｍＭＴＣの場合に必要な１つの重要な要件は、高信頼性または超高信頼性である。無線の観点およびネットワークの観点から、信頼性を向上させるためのいくつかのメカニズムを考えることができる。一般には、信頼性の向上に役立つ可能性のある重要な領域がいくつか存在する。これらの領域としては、コンパクトな制御チャネル情報、データチャネル／制御チャネルの繰り返し、周波数領域、時間領域、および／または空間領域に関連するダイバーシティが挙げられる。これらの領域は、特定の通信シナリオには関係なく、一般的に信頼性に適用可能である。
【0039】
ＮＲ ＵＲＬＬＣの場合、ファクトリーオートメーション、運輸業、配電など、より厳しい要件のさらなるユースケースが特定されている。より厳しい要件とは、ユースケースに応じて、より高い信頼性（最大１０６レベル）、より高い可用性、最大２５６バイトのパケットサイズ、数μｓオーダーの時刻同期（周波数範囲に応じて１μｓないし数μｓ）、０．５～１ｍｓオーダーの短いレイテンシ、特に０．５ｍｓの目標ユーザプレーンレイテンシである。
【0040】
さらに、ＮＲ ＵＲＬＬＣの場合、物理層の観点からいくつかの技術的強化が確認されている。特に、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）に関連する強化として、コンパクトなＤＣＩ、ＰＤＣＣＨの繰り返し、ＰＤＣＣＨ監視の増加などが挙げられる。また、ＵＣＩ（アップリンク制御情報：Uplink Control Information）に関連する強化として、ＨＡＲＱ（ハイブリッド自動再送要求）の強化およびＣＳＩフィードバックの強化が挙げられる。また、ミニスロットレベルのホッピングや再送／繰り返しの強化に関連するＰＵＳＣＨの強化も認識されている。用語「ミニスロット」は、スロットよりも少ない数のシンボルを含むＴＴＩ（送信時間間隔：Transmission Time Interval）を意味する（スロットは１４個のシンボルを含む）。
【0041】
ＱｏＳ制御
【0042】
５Ｇ ＱｏＳ（サービス品質）モデルは、ＱｏＳフローに基づいており、保証フロービットレートを必要とするＱｏＳフロー（ＧＢＲ ＱｏＳフロー）と、保証フロービットレートを必要としないＱｏＳフロー（非ＧＢＲ ＱｏＳフロー）の両方をサポートする。したがって、ＮＡＳレベルでは、ＱｏＳフローは、ＰＤＵセッションにおけるＱｏＳ差別化の最も細かい粒度である。ＱｏＳフローは、ＰＤＵセッション内では、ＮＧ－Ｕインターフェースを通じてカプセル化ヘッダ内で伝えられるＱｏＳフローＩＤ（ＱＦＩ）によって識別される。
【0043】
５ＧＣは、ＵＥごとに１つ以上のＰＤＵセッションを確立する。ＮＧ－ＲＡＮは、ＵＥごとに、ＰＤＵセッションと一緒に少なくとも１つのデータ無線ベアラ（ＤＲＢ）を確立し、次に、そのＰＤＵセッションのＱｏＳフローのための追加のＤＲＢを、例えば、図３を参照しながら、上述したように設定することができる（いつ設定するかはＮＧ－ＲＡＮが決定する）。ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＵＥおよび５ＧＣにおけるＮＡＳレベルのパケットフィルタによって、ＵＬおよびＤＬのパケットがＱｏＳフローに関連付けられ、ＵＥおよびＮＧ－ＲＡＮにおけるＡＳレベルのマッピング規則によって、ＵＬおよびＤＬのＱｏＳフローがＤＲＢに関連付けられる。
【0044】
図６は、５Ｇ ＮＲの非ローミング基準アーキテクチャ（非特許文献６の４．２．３節を参照）を示している。アプリケーション機能（ＡＦ：Application Function）（例えば、図４に例示的に記載されている５Ｇサービスを処理する外部アプリケーションサーバ）は、サービスを提供する目的で、３ＧＰＰコアネットワークと対話する。例えば、トラフィックのルーティングに対するアプリケーションの影響をサポートしたり、ネットワーク公開機能（ＮＥＦ：Network Exposure Function）にアクセスしたり、ポリシー制御（例：ＱｏＳ制御）のためのポリシーフレームワーク（ポリシー制御機能（ＰＣＦ）を参照）と対話する。事業者の配備に基づいて、事業者によって信頼されるものとみなされるアプリケーション機能（ＡＦ）を、関連するネットワーク機能（Network Function）と直接対話できるようにすることができる。ネットワーク機能に直接アクセスすることが事業者によって許可されていないアプリケーション機能（ＡＦ）は、ＮＥＦを介して外部の公開フレームワークを使用して、関連するネットワーク機能と対話する。
【0045】
図６は、５Ｇアーキテクチャのさらなる機能ユニット、すなわち、ネットワークスライス選択機能（ＮＳＳＦ：Network Slice Selection Function）、ネットワークリポジトリ機能（ＮＲＦ：Network Repository Function）、統一データ管理（ＵＤＭ：Unified Data Management）、認証サーバ機能（ＡＵＳＦ：Authentication Server Function）、アクセスおよびモビリティ管理機能（ＡＭＦ：Access and Mobility Management Function）、セッション管理機能（ＳＭＦ：Session Management Function）、およびデータネットワーク（ＤＮ：Data Network）（例：事業者のサービス、インターネットアクセス、またはサードパーティのサービス）を示している。コアネットワーク機能およびアプリケーションサービスのすべてまたは一部を、クラウドコンピューティング環境に配置して実行してもよい。
【0046】
したがって、本開示では、アプリケーションサーバ（例えば、５ＧアーキテクチャのＡＦ）であって、動作時に、ＵＲＬＬＣサービス、ｅＭＢＢサービス、およびｍＭＴＣサービスの少なくとも１つに対するＱｏＳ要件を含む要求を５ＧＣの機能（例えば、ＮＥＦ、ＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＰＦなど）の少なくとも１つに送信して、ＱｏＳ要件に従ってｇＮｏｄｅＢとＵＥとの間に無線ベアラを含むＰＤＵセッションを確立する送信機と、動作時に、確立されたＰＤＵセッションを使用してサービスを実行する制御回路と、を備えるアプリケーションサーバ、が提供される。
【0047】
ランダムアクセス手順
【0048】
ＬＴＥと同様に、５Ｇ ＮＲでは、ＲＡＣＨ（ランダムアクセスチャネル：Random Access Channel）手順（または単にランダムアクセス手順）が提供される。例えば、ＲＡＣＨ手順は、ＵＥが、発見したセルにアクセスするために使用することができる。また、ＲＡＣＨ手順は、例えば、
・ ハンドオーバーにおいて、新しいセルへの同期を確立するとき、
・ デバイスからのアップリンク送信がない期間が長すぎるために同期が失われた場合に、現在のセルへのアップリンク同期を再確立するため、
・ 専用のスケジューリング要求リソースがデバイスに設定されていない場合、アップリンクのスケジューリングを要求するため、
ＮＲ内の他のコンテキストでも使用することができる。
・ ハンドオーバーにおいて、新しいセルへの同期を確立するとき、
・ デバイスからのアップリンク送信がない期間が長すぎるために同期が失われた場合に、現在のセルへのアップリンク同期を再確立するため、
・ 専用のスケジューリング要求リソースがデバイスに設定されていない場合、アップリンクのスケジューリングを要求するため、
ＮＲ内の他のコンテキストでも使用することができる。
【0049】
ランダムアクセス手順（非特許文献２の９．２．６節を参照）を実行するようにＵＥをトリガーしうるイベントは、以下を含む多数がある。ランダムアクセス手順は、多くのイベント、
－ ＲＲＣ＿ＩＤＬＥからの初期アクセス
－ ＲＲＣ接続再確立手順
－ ＵＬ同期状態が「非同期」であるときＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にＤＬデータまたはＵＬデータが到着すること
－ ＳＲ（スケジューリング要求：scheduling request）用のＰＵＣＣＨリソースが利用可能ではないときＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にＵＬデータが到着すること
－ ＳＲの失敗
－ 同期的な再構成（例：ハンドオーバー）時にＲＲＣによって要求されること
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥから遷移すること
－ セカンダリＴＡＧのタイムアライメントを確立すること
－ その他のＳＩの要求（７．３節を参照）
－ ビームの障害回復
－ ＳｐＣｅｌｌでＵＬ ＬＢＴが連続的に失敗すること
によってトリガーされる。
－ ＲＲＣ＿ＩＤＬＥからの初期アクセス
－ ＲＲＣ接続再確立手順
－ ＵＬ同期状態が「非同期」であるときＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にＤＬデータまたはＵＬデータが到着すること
－ ＳＲ（スケジューリング要求：scheduling request）用のＰＵＣＣＨリソースが利用可能ではないときＲＲＣ＿ＣＯＮＮＥＣＴＥＤ時にＵＬデータが到着すること
－ ＳＲの失敗
－ 同期的な再構成（例：ハンドオーバー）時にＲＲＣによって要求されること
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥから遷移すること
－ セカンダリＴＡＧのタイムアライメントを確立すること
－ その他のＳＩの要求（７．３節を参照）
－ ビームの障害回復
－ ＳｐＣｅｌｌでＵＬ ＬＢＴが連続的に失敗すること
によってトリガーされる。
【0050】
移動端末のアップリンク送信が時刻同期している場合には、アップリンク送信のために移動端末をスケジューリングすることができる。したがって、ランダムアクセスチャネル（ＲＡＣＨ）手順は、同期していない移動端末（ＵＥ）とアップリンク無線アクセスの直交伝送の間のインターフェースとしての役割を果たす。ランダムアクセスは、例えば、アップリンクの同期をまだ取得していない、あるいは失ったユーザ機器のアップリンク時刻同期（uplink time synchronization）を達成するために使用される。ユーザ機器がアップリンク同期を取得すると、基地局は、そのユーザ機器のためにアップリンク送信リソースをスケジューリングすることができる。ランダムアクセスに関連する１つのシナリオは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態にあるユーザ機器が、現在のサービングセルから新しいターゲットセルにハンドオーバーし、ターゲットセルにおいてアップリンク時刻同期を達成するためにランダムアクセス手順を実行する場合である。
【0051】
ランダムアクセス手順には、コンテンションベースで（すなわち、本質的に衝突のリスクを伴う）アクセスを可能にする手順と、コンテンションフリーで（競合なしで）アクセスを可能にする手順の２種類がある。ランダムアクセス手順の例示的な定義は、非特許文献７の５．１節に記載されている。
【0052】
次に、図７および図８を参照しながら、ＲＡＣＨ手順についてより詳細に説明する。以下では、図７を参照しながら、コンテンションベースのランダムアクセス手順についてより詳細に説明する。この手順は、４つの「ステップ」から構成され、したがって、例えば、４ステップＲＡＣＨ手順と称することができる。最初に、ユーザ機器は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）上でランダムアクセスプリアンブルを基地局に送信する（すなわち、ＲＡＣＨ手順のメッセージ１）。基地局は、ＲＡＣＨプリアンブルを検出した後、プリアンブルが検出された時間周波数およびスロットを特定する（ランダムアクセス）ＲＡ－ＲＮＴＩを使用してＰＤＣＣＨ上でアドレッシングされるＰＤＳＣＨ（物理ダウンリンクリンク共有チャネル：Physical Downlink Shared Channel）上でランダムアクセス応答（ＲＡＲ：Random Access Response）メッセージ（ＲＡＣＨ手順のメッセージ２）を送信する。複数のユーザ機器が同じＰＲＡＣＨリソースで同じＲＡＣＨプリアンブルを送信した場合（これは衝突とも呼ばれる）、それらのユーザ機器は、同じランダムアクセス応答メッセージを受信する。ＲＡＲメッセージは、検出されたＲＡＣＨプリアンブルと、受信したプリアンブルのタイミングに基づくその後のアップリンク送信の同期のためのタイミングアライメントコマンド（ＴＡコマンド）と、最初のスケジューリングされる送信を送るための最初のアップリンクリソース割当て（グラント）と、Ｔ－ＣＲＮＴＩ（一時セル無線ネットワーク一時識別子：Temporary Cell Radio Network Temporary Identifier）の割当て、を伝えることができる。このＴ－ＣＲＮＴＩは、ＲＡＣＨ手順が終了するまで、ＲＡＣＨプリアンブルが検出された移動体のアドレスとして基地局によって使用される、なぜなら、この時点で、基地局は、移動体の「本当の」ＩＤを認識していないためである。
【0053】
ユーザ機器は、基地局によって設定され得る所定の時間ウィンドウ（例えば、ＲＡＲ受信ウィンドウと呼ばれる）内で、ランダムアクセス応答メッセージを受信するためにＰＤＣＣＨを監視する。基地局から受信したＲＡＲメッセージに応答して、ユーザ機器は、最初のスケジューリングされたアップリンク送信を、ランダムアクセス応答内のグラントによって割り当てられた無線リソース上で送信する。このスケジューリングされたアップリンク送信は、ＲＲＣ接続要求、ＲＲＣ再開要求、またはバッファ状態報告などの特定の機能を有する実際のメッセージを伝える。
【0054】
ＲＡＣＨ手順の最初のメッセージにおいてプリアンブルの衝突が発生した場合、すなわち、複数のユーザ機器が同じＰＲＡＣＨリソース上で同じプリアンブルを送信した場合、衝突したユーザ機器は、ランダムアクセス応答内で同じＴ－ＣＲＮＴＩを受信し、ＲＡＣＨ手順の第３のステップにおいてスケジューリングされた送信を送信するときにも同じアップリンクリソースにおいて衝突する。１基のユーザ機器からのスケジューリングされた送信が基地局によって正常に復号された場合、他のユーザ機器についてはコンテンションが未解決のままである。このタイプのコンテンションを解決するために、基地局は、Ｃ－ＲＮＴＩまたは一時Ｃ－ＲＮＴＩ宛にアドレッシングされたコンテンション解決メッセージ（第４のメッセージ）を送信する。これで手順は終了する。
【0055】
図８は、コンテンションフリーのランダムアクセス手順を示しており、この手順は、コンテンションベースのランダムアクセス手順と比較して簡略化されている。基地局は、衝突（すなわち、複数のユーザ機器が同じプリアンブルを送信する）の危険性がないように、最初のステップで、ランダムアクセスに使用する専用のプリアンブルをユーザ機器に提供する。したがって、ユーザ機器は、基地局によってシグナリングされたプリアンブルを、その後、ＰＲＡＣＨリソース上でアップリンクにおいて送信する。コンテンションフリーのランダムアクセスでは、複数のＵＥが同じプリアンブルを送信するケースが回避されるため、コンテンションフリーのランダムアクセス手順は、本質的には、ランダムアクセス応答がＵＥによって正常に受信された後に終了する。
【0056】
３ＧＰＰは、５Ｇ ＮＲ用の２ステップ（コンテンションベース）ＲＡＣＨ手順も定義しており、この手順では、４ステップのＬＴＥ／ＮＲ ＲＡＣＨ手順におけるメッセージ１およびメッセージ３に対応するメッセージ１（ＭｓｇＡと呼ばれる）が、最初に送信される。２ステップＲＡＣＨタイプのＭｓｇＡは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）上のプリアンブルと、物理アップリンク共有チャネル（ＰＵＳＣＨ）上のペイロードを含む。ＭｓｇＡを送信した後、ＵＥは、設定された時間ウィンドウ内で、ｇＮＢからの応答がないか監視する。ｇＮＢは、４ステップＬＴＥ／ＮＲ ＲＡＣＨ手順のメッセージ２およびメッセージ４に対応するメッセージ２（ＭｓｇＢと呼ばれる）で応答する。このＭｓｇＢは、例えば、成功ランダムアクセス応答（ＲＡＲ）、フォールバックＲＡＲ、およびオプションとしてバックオフ指示情報を含むことができる。成功ＲＡＲを受信してコンテンションの解決に成功した場合、ＵＥは、ランダムアクセス手順を終了する。一方、ＭｓｇＢにおいてフォールバックＲＡＲを受信した場合、ＵＥは、（４ステップＲＡＣＨ手順と同様に）メッセージ３の送信を実行し、コンテンション解決を監視する。２ステップＲＡＣＨ手順ではさらにいくつかの例示的な想定がなされ、例えば、ＵＥは、ＲＡＣＨタイプ（例えば、２ステップＲＡＣＨ）を決定した後、失敗するまで同じＲＡＣＨタイプを再試行し続ける。しかしながら、ＵＥがＭｓｇＡの送信を特定の回数だけ再試行した後に４ステップＲＡＣＨ手順に切り替えることも可能である。
【0057】
さらに、２ステップＲＡＣＨ手順および４ステップＲＡＣＨ手順を実行するために使用される、互いに排他的である無線リソースを、ネットワークが半静的に決定してもよい。ＲＡＣＨ手順における最初のメッセージの送信に使用される無線リソースは、少なくともＲＡＣＨ機会（RACH occasion）およびプリアンブルを含む。例えば、２ステップＲＡＣＨ手順では、最初のメッセージＭｓｇＡは、ＰＲＡＣＨリソース（例えば、ＲＡＣＨ機会およびプリアンブル）のみならず、関連するＰＵＳＣＨリソースも使用する。
【0058】
一般に、ＲＡＣＨプリアンブルについては、例えば、非特許文献４の「表６．３．３．２－２：ＦＲ１およびペアスペクトラム／補足アップリンクのランダムアクセス設定（Random access configurations for FR1 and paired spectrum/supplementary uplink）」および６．３．３．２節「物理リソースへのマッピング（Mapping to physical resources）」を参照されたい。
【0059】
設定済みグラント、グラントフリーアクセス、グラントフリーアップリンク
【0060】
ＬＴＥにおけるアップリンクデータ送信では、ＵＥから基地局への容量の要求と、それに続くパケットスケジューリングの決定およびリソースの割当てが必要である。この割当てサイクルにより、追加の遅延および追加のシグナリングが発生する。したがって、ＮＲでは、グラントなしの送信（ＴＷＧ：Transmission Without Grant）としても知られているグラントフリーアクセスが導入される予定であり、この場合、ＵＥは、事前のスケジューリングなしにデータを送信することができる。このアプローチにより、レイテンシおよび各シグナリングを最小化することができる。
【0061】
具体的には、複数の機器（ＵＥ）が、設定済みグラント（ＣＧ：Configured Grant）と呼ばれる周期的なリソースを共有できるようにすることができる。ｇＮＢは、設定済みグラントリソースを複数のＵＥに割り当て、ＵＥは、データを送信する必要があるときにこれらのリソースをランダムに利用する。設定済みグラント（ＣＧ）により、ネットワークは、スケジューリング要求手順に関して、パケット送信の遅延を排除することができる。それにより、割り当てられた周期的な無線リソースの利用率も高めることができる。
【0062】
３ＧＰＰリリース１６では、２種類のグラントフリー設定方式がサポートされている（非特許文献８の１０．３節を参照）。
【0063】
タイプ１では、ＲＲＣが、周期を含む設定済みアップリンクグラントを直接提供する。タイプ１のＣＧは、ＬＴＥのセミパーシステントスケジューリング（ＳＰＳ：semi-persistent scheduling）に似ており、ＳＰＳでは、ＵＬデータ送信は、Ｌ１シグナリングを使用せずにＲＲＣ再構成に基づく。ＲＲＣは、ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇと呼ばれる上位層パラメータを通じて、ＵＥにグラントの設定を提供する。
【0064】
タイプ２では、ＲＲＣが、設定済みアップリンクグラントの周期を定義し、ＣＳ－ＲＮＴＩ宛のＰＤＣＣＨが、設定済みアップリンクグラントをシグナリングしてこれをアクティブにするか、または非アクティブにすることができる。すなわち、追加のＬ１シグナリングが導入され、アップリンクは、有効なアクティブ化ＤＣＩの中のＵＬグラントによって半静的にスケジューリングされる。グラントは、ＣＳ－ＲＮＴＩでスクランブルされたＤＣＩを通じてアクティブ化および非アクティブ化される。ＲＲＣは、上位層パラメータを提供する。
【0065】
タイプ１のＣＧまたはタイプ２のＣＧのいずれかが設定されているとき、ＵＥは、設定された周期および無線リソースに従ってアップリンクデータ送信を自律的に開始することができる。設定済みグラント送信では、複数のＵＥが同じ設定済みグラントリソースにアクセスすることがサポートされ、これにより、レイテンシを短縮し、シグナリングオーバーヘッドを低減することができる。
【0066】
ＣＧのリソース設定は、時間領域および／または周波数領域における物理リソース、および／または参照信号（ＲＳ：reference signal）パラメータを含むことができる。設定パラメータは、変調・符号化方式（ＭＣＳ：modulation and coding scheme）および／または繰り返し回数および／またはサイクル周期を含むことができる。
【0067】
信号のレベル／強度および／または品質の測定
【0068】
３ＧＰＰ通信システムなどの無線通信システムでは、参照信号の測定値を使用して、セル選択、セル再選択、ハンドオーバーなどを実行する。この目的のため、ＬＴＥでは、参照信号強度インジケータ（ＲＳＳＩ：reference signal strength indicator）、参照信号受信電力（ＲＳＲＰ：reference signals received power）、および参照信号受信品質（ＲＳＲＱ：reference signal received quality）は、信号レベルおよび信号品質の重要な基準である。
【0069】
例えば、セルラーネットワークでは、ＵＥがセル間を移動し、セルの選択／再選択およびハンドオーバーを実行するとき、ＵＥは、隣接するセルの信号強度および／または信号品質を測定する。ＲＳＳＩは、ＵＥによって全帯域幅にわたって測定された合計受信広帯域電力として定義される。ＲＳＳＩは、基地局に報告されないこともあるが、むしろＲＳＲＱの計算に使用される。ＲＳＲＰは、指定された帯域幅にわたる参照信号電力測定値の線形平均である。ＲＳＲＱは、非特許文献９において（Ｎ×ＲＳＲＰ）／ＲＳＳＩと定義されており、Ｎは、測定帯域幅上のリソースブロック(ＲＢ：resource block)の数である（非特許文献９の５．２節）。
【0070】
ＮＲでは、「同期信号－参照信号受信電力」（ＳＳ－ＲＳＲＰ：Synchronization Signal-Reference Signal Received Power）の測定値が、セル選択、セル再選択、電力制御計算、モビリティ手順、およびビーム管理に使用される。ＵＥは、チャネル状態情報（ＣＳＩ：Channel State Information）を基地局に送信するときに、ＳＳ－ＲＳＲＰを報告することができる。あるいは、ＵＥは、ＲＲＣ測定報告を送信するときにＳＳ－ＲＳＲＰ測定値を提供することができる。ＳＳ－ＲＳＲＰは、セカンダリ同期信号に割り当てられた単一のリソースエレメントから受信される平均電力を表す。
【0071】
ＳＳ－ＲＳＲＱ（「同期信号－参照信号受信品質」：Synchronization Signal-Reference Signal Received Quality）の測定値は、セル選択、セル再選択、およびモビリティ手順に使用することができる。ＲＳＲＰ測定値とは異なり、ＲＳＲＱ測定値は、ＣＳＩを報告するときに使用されない。ＳＳ－ＲＳＲＱは、（Ｎ×ＳＳ－ＲＳＲＰ）／ＲＳＳＩとして定義される。Ｎは、ＲＳＳＩが測定される範囲のリソースブロックの数である。
【0072】
ＮＲにおけるＵＥの測定機能に関する詳細は、例えば、非特許文献１０の５．１節に記載されている。
【0073】
論理チャネル／優先順位
【0074】
ある層が上位層に提供するデータ転送のサービスは、通常、チャネルと呼ばれる。例えば、ＬＴＥおよびＮＲでは、ＭＡＣ層が上位層に提供する論理チャネル、物理層がＭＡＣ層に提供するトランスポートチャネル、物理リソース上のマッピングを定義する物理チャネルが区別される。
【0075】
論理チャネルは、ＭＡＣが提供する様々な種類のデータ転送サービスである。論理チャネルの各タイプは、どのような種類の情報が転送されるかによって定義される。論理チャネルは、２つのグループに分類され、制御チャネル（Control Channels）とトラフィックチャネル（Traffic Channels）である。制御チャネルは、制御プレーン情報のみの転送に使用される。トラフィックチャネルは、ユーザプレーン情報のみの転送に使用される。
【0076】
論理チャネルは、ＭＡＣ層によってトランスポートチャネルにマッピングされる。例えば、論理トラフィックチャネルと一部の論理制御チャネルは、ダウンリンクではダウンリンク共有チャネル（ＤＬ－ＳＣＨ：downlink shared channel）と呼ばれるトランスポートチャネルにマッピングされ、アップリンクではアップリンク共有チャネル（ＵＬ－ＳＣＨ：uplink shared channel）と呼ばれるトランスポートチャネルにマッピングされ得る。
【0077】
ＲＲＣ状態（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ、ＲＲＣ＿Ｉｎａｃｔｉｖｅ）
【0078】
ＬＴＥでは、ＲＲＣ状態マシン（RRC state machine）は、ＲＲＣアイドル状態（RRC idle state）（主として、高い電力節約、ＵＥ自律モビリティ、コアネットワークとのＵＥ接続が確立されていない、ことを特徴とする）と、ＲＲＣ接続状態（RRC connected state）の２つのみから構成されており、ＲＲＣ接続状態では、ロスレスサービス継続をサポートするためにモビリティがネットワークによって制御されている間、ＵＥは、ユーザプレーンデータを送信することができる。５Ｇ ＮＲでは、ＬＴＥに関連するＲＲＣ状態マシンを、以下で説明するように、非アクティブ状態（例えば、非特許文献１１の図４．２．１－２を参照）によって拡張することができる。
【0079】
ＮＲ ５ＧのＲＲＣ（非特許文献１１の４節を参照）では、次の３つの状態、すなわち、ＲＲＣ Ｉｄｌｅ、ＲＲＣ Ｉｎａｃｔｉｖｅ、およびＲＲＣ Ｃｏｎｎｅｃｔｅｄがサポートされる。ＵＥは、ＲＲＣ接続が確立されているときには、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態またはＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のいずれかである。そうでない場合、すなわち、ＲＲＣ接続が確立されていない場合、ＵＥは、ＲＲＣ＿ＩＤＬＥ状態である。図９に示したように、以下の状態遷移が可能である。
・ 例えば「接続確立」手順に従って、ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤ
・ 例えば「接続解放」手順に従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥ
・ 例えば「中断による接続解放」手順に従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥ
・ 例えば「接続再開」手順に従って、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤ
・ 例えば「接続解放」手順に従って、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＩＤＬＥ（単方向）
・ 例えば「接続確立」手順に従って、ＲＲＣ＿ＩＤＬＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤ
・ 例えば「接続解放」手順に従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＤＬＥ
・ 例えば「中断による接続解放」手順に従って、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤからＲＲＣ＿ＩＮＡＣＴＩＶＥ
・ 例えば「接続再開」手順に従って、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＣＯＮＮＥＣＴＥＤ
・ 例えば「接続解放」手順に従って、ＲＲＣ＿ＩＮＡＣＴＩＶＥからＲＲＣ＿ＩＤＬＥ（単方向）
【0080】
新しいＲＲＣ状態であるＲＲＣ Ｉｎａｃｔｉｖｅは、ｅＭＢＢ（enhanced Mobile Broadband：拡張モバイルブロードバンド）、ｍＭＴＣ（massive Machine Type Communications：大規模マシンタイプ通信）、ＵＲＬＬＣ（Ultra-Reliable and Low-Latency Communications：超高信頼・低遅延通信）など、シグナリング、省電力、遅延などに関して極めて異なる要件を有する幅広いサービスをサポートするときに恩恵が提供されるように、５Ｇ ３ＧＰＰの新しい無線技術用に定義されたものである。したがって、新しいＲＲＣ Ｉｎａｃｔｉｖｅ状態は、無線アクセスネットワークおよびコアネットワークにおけるシグナリング、消費電力、リソースコストを最小限に抑えることができる一方で、例えば、低遅延でデータ転送を開始できるように設計される。
【0081】
例示的な５Ｇ ＮＲの実装によれば、これらの異なる状態は、以下のように特徴付けられる（非特許文献１１の４．２．１節を参照）。
「ＲＲＣ＿ＩＤＬＥ：
－ ＵＥ固有のＤＲＸを上位層によって設定することができる
－ ネットワーク設定に基づいてＵＥが制御するモビリティ
－ ＵＥは、
－ ＤＣＩを通じてＰ－ＲＮＴＩを使用して送信されるショートメッセージを監視する（６．５節を参照）
－ ５Ｇ－Ｓ－ＴＭＳＩを使用するＣＮページングにおいてページングチャネルを監視する
－ 隣接するセルの測定およびセルの（再）選択を実行する
－ システム情報を取得し、ＳＩ要求を送信することができる（設定されている場合）。
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ：
－ ＵＥ固有のＤＲＸを、上位層またはＲＲＣ層によって設定することができる
－ ネットワーク設定に基づいてＵＥが制御するモビリティ
－ ＵＥは、ＵＥ Ｉｎａｃｔｉｖｅ ＡＳコンテキストを格納する
－ ＲＡＮベースの通知領域（RAN-based notification area）がＲＲＣ層によって設定される
－ ＵＥは、
－ ＤＣＩを通じてＰ－ＲＮＴＩを使用して送信されるショートメッセージを監視する（６．５節を参照）
－ ５Ｇ－Ｓ－ＴＭＳＩを使用するＣＮページングおよび完全なＩ－ＲＮＴＩを使用するＲＡＮページングにおいてページングチャネルを監視する
－ 隣接するセルの測定およびセルの（再）選択を実行する
－ ＲＡＮベースの通知領域の更新を定期的に実行し、設定されたＲＡＮベースの通知領域の外側に移動したときにも実行する
－ システム情報を取得し、ＳＩ要求を送信することができる（設定されている場合）。
－ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ：
－ ＵＥは、ＡＳコンテキストを格納する
－ ＵＥとの間でのユニキャストデータの転送
－ 下位層において、ＵＥにＵＥ固有のＤＲＸを設定することができる
－ ＣＡをサポートするＵＥの場合、帯域幅を広げるためにＳｐＣｅｌｌとアグリゲートされた１つ以上のＳＣｅｌｌを使用する
－ ＤＣをサポートするＵＥの場合、帯域幅を広げるためにＭＣＧとアグリゲートされた１つのＳＣＧを使用する
－ ＮＲ内およびＥ－ＵＴＲＡとの間でのネットワーク制御されるモビリティ
－ ＵＥは、
－ 設定されている場合、ＤＣＩを通じてＰ－ＲＮＴＩを使用して送信されるショートメッセージを監視する（６．５節を参照）
－ 共有データチャネルに関連付けられる制御チャネルを監視し、データがスケジューリングされているかどうかを判定する
－ チャネル品質およびフィードバック情報を提供する
－ 隣接セルの測定および測定報告を実行する
－ システム情報を取得する。
「ＲＲＣ＿ＩＤＬＥ：
－ ＵＥ固有のＤＲＸを上位層によって設定することができる
－ ネットワーク設定に基づいてＵＥが制御するモビリティ
－ ＵＥは、
－ ＤＣＩを通じてＰ－ＲＮＴＩを使用して送信されるショートメッセージを監視する（６．５節を参照）
－ ５Ｇ－Ｓ－ＴＭＳＩを使用するＣＮページングにおいてページングチャネルを監視する
－ 隣接するセルの測定およびセルの（再）選択を実行する
－ システム情報を取得し、ＳＩ要求を送信することができる（設定されている場合）。
－ ＲＲＣ＿ＩＮＡＣＴＩＶＥ：
－ ＵＥ固有のＤＲＸを、上位層またはＲＲＣ層によって設定することができる
－ ネットワーク設定に基づいてＵＥが制御するモビリティ
－ ＵＥは、ＵＥ Ｉｎａｃｔｉｖｅ ＡＳコンテキストを格納する
－ ＲＡＮベースの通知領域（RAN-based notification area）がＲＲＣ層によって設定される
－ ＵＥは、
－ ＤＣＩを通じてＰ－ＲＮＴＩを使用して送信されるショートメッセージを監視する（６．５節を参照）
－ ５Ｇ－Ｓ－ＴＭＳＩを使用するＣＮページングおよび完全なＩ－ＲＮＴＩを使用するＲＡＮページングにおいてページングチャネルを監視する
－ 隣接するセルの測定およびセルの（再）選択を実行する
－ ＲＡＮベースの通知領域の更新を定期的に実行し、設定されたＲＡＮベースの通知領域の外側に移動したときにも実行する
－ システム情報を取得し、ＳＩ要求を送信することができる（設定されている場合）。
－ ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ：
－ ＵＥは、ＡＳコンテキストを格納する
－ ＵＥとの間でのユニキャストデータの転送
－ 下位層において、ＵＥにＵＥ固有のＤＲＸを設定することができる
－ ＣＡをサポートするＵＥの場合、帯域幅を広げるためにＳｐＣｅｌｌとアグリゲートされた１つ以上のＳＣｅｌｌを使用する
－ ＤＣをサポートするＵＥの場合、帯域幅を広げるためにＭＣＧとアグリゲートされた１つのＳＣＧを使用する
－ ＮＲ内およびＥ－ＵＴＲＡとの間でのネットワーク制御されるモビリティ
－ ＵＥは、
－ 設定されている場合、ＤＣＩを通じてＰ－ＲＮＴＩを使用して送信されるショートメッセージを監視する（６．５節を参照）
－ 共有データチャネルに関連付けられる制御チャネルを監視し、データがスケジューリングされているかどうかを判定する
－ チャネル品質およびフィードバック情報を提供する
－ 隣接セルの測定および測定報告を実行する
－ システム情報を取得する。
【0082】
ＲＲＣ Ｉｎａｃｔｉｖｅ状態の特徴によれば、非アクティブＵＥに対して、ＲＡＮおよびコアネットワークとの接続（ユーザプレーンと制御プレーンの両方）が維持される。より具体的には、ＲＲＣ Ｉｎａｃｔｉｖｅでは、接続は依然として存在するが中断されている、言い換えれば、接続はもはや有効ではない。これに対して、ＲＲＣ Ｃｏｎｎｅｃｔｅｄ状態では、接続は存在し、例えば、データ送信に使用されるという意味でアクティブである。ＲＲＣ Ｉｄｌｅ状態では、ＵＥは、ＲＡＮおよびコアネットワークとのＲＲＣ接続を有さず、このことは、例えば、無線基地局がＵＥのコンテキストを有さず、例えば、ＵＥの識別情報を認識しておらず、ＵＥによって送信されたデータを正しく復号できるためのＵＥに関するセキュリティパラメータを有さない（セキュリティは、例えば、送信データの完全性を保証する）ことも意味する。ＵＥのコンテキストは、コアネットワークにおいて利用可能であり得るが、最初に無線基地局によって取得されなければならない。
【0083】
さらに、無線セル内のユーザ機器のためのページングメカニズム（例えば、通知メカニズムとも呼ばれる）は、いわゆる無線アクセスネットワーク（ＲＡＮ）ベースの通知領域（略してＲＮＡ）に基づく。無線アクセスネットワークは、ユーザ機器が位置している現在のＲＮＡを認識しているべきであり、ユーザ機器は、様々なＲＮＡの間を移動するＵＥを追跡するようにｇＮＢを支援することができる。ＲＮＡは、ＵＥ固有とすることができる。
【0084】
以下では、ＵＥがＲＲＣ＿Ｉｎａｃｔｉｖｅ状態からＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に移行するためのＲＲＣ再開手順の一例（非特許文献１１の５．３．１３節を参照）について、図１０を参照しながら説明する。この手順の目的は、中断されたＲＲＣ接続を再開すること（シグナリング無線ベアラおよびデータ無線ベアラの再開を含みうる）、または、設定されているＲＮＡの外にＵＥが移動したときにＲＮＡの更新を実行することである。
【0085】
この手順では、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージのいずれかを送信することができる。ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信するときには、ＵＥの識別情報（例示的に「ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ」と呼ばれる）としてショートＩ－ＲＮＴＩ（例えば、短縮された（Truncated）Ｉ－ＲＮＴＩ）が使用される。ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージを送信するときには、ＵＥの識別情報（例示的に「ｒｅｓｕｍｅＩｄｅｎｔｉｔｙ」と呼ばれる）として完全なＩ－ＲＮＴＩが使用される。ＵＥは、ＳＩＢ１における指示情報「ｕｓｅＦｕｌｌＲｅｓｕｍｅＩＤ」を確認し、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージまたはＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１メッセージのいずれかを送信するように決定する。「ｕｓｅＦｕｌｌＲｅｓｕｍｅＩＤ」が「ｔｒｕｅ」を示している場合、ＵＥは、完全なＩ－ＲＮＴＩを使用してＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１を送信し、そうでない場合、ＵＥは、ショートＩ－ＲＮＴＩを使用してＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを送信する。ＵＥがＲＲＣ再開手順において実行するアクションには（非特許文献１１の５．３．１３．４節を参照）、ＳＲＢ２およびすべてのＤＲＢ（これらはＲＲＣ Ｉｎａｃｔｉｖｅ状態に移行したときに中断された（以下の解放手順を参照））を再開することが含まれる。
【0086】
以下では、ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態からＲＲＣ Ｉｎａｃｔｉｖｅ状態に遷移するためのその後のＲＲＣ接続解放手順の一例について（非特許文献１１の５．３．８節を参照）、図１１を参照しながら説明する。この手順の目的は、ＲＲＣ接続を解放すること、またはＲＲＣ接続を中断することである。例えば、ネットワークは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるＵＥをＲＲＣ＿ＩＤＬＥまたはＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移させるためにＲＲＣ接続解放手順を開始する。ＲＲＣ接続解放手順においてＵＥが実行するアクションには（非特許文献１１の５．３．８．３節を参照）、中断によって解放が行われる場合（例：ＲＲＣＲｅｌｅａｓｅがｓｕｓｐｅｎｄＣｏｎｆｉｇを含む）、ＳＲＢ０を除くすべてのＳＲＢ（シグナリング無線ベアラ：Signaling Radio Bearer）およびＤＲＢ（データ無線ベアラ：Data Radio Bearer）を中断することが含まれる。したがって、ＲＲＣ Ｉｎａｃｔｉｖｅ状態にあるＵＥは、中断されていないＤＲＢまたはアクティブなＤＲＢを有さない（ＵＥは中断されたＤＲＢのみを有する）。ＳＲＢ０は、ＲＲＣ Ｉｎａｃｔｉｖｅ状態であってもアクティブに維持され、例えば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ１、ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔなどのＲＲＣメッセージを伝えるときに、ＲＡＣＨ手順を実行するためにＵＥによって使用することができる。
【0087】
５Ｇ ＮＲにおける例示的な実装では、シグナリング無線ベアラ（非特許文献１１の４．２．２節を参照）は、ＲＲＣメッセージおよびＮＡＳメッセージの送信にのみ使用される無線ベアラとして定義され、ＳＲＢ０（ＣＣＣＨ論理チャネルを使用するＲＲＣメッセージ用）、ＳＲＢ１、ＳＲＢ２、およびＳＲＢ３を含むことができる。５Ｇ ＮＲにおける例示的な実装では（非特許文献２の１２．１節を参照）、ＮＧ－ＲＡＮは、ＰＤＵセッションとともに少なくとも１つのＤＲＢを確立し、そのＰＤＵセッションの（１つ以上の）ＱｏＳフロー用の追加の（１つ以上の）ＤＲＢをその後に設定することができる。この場合、ＮＧ－ＲＡＮは、異なるＰＤＵセッションに属するパケットを異なるＤＲＢにマッピングする。ＮＧ－ＲＡＮおよび５ＧＣは、パケットを適切なＱｏＳフローおよびＤＲＢにマッピングすることにより、サービス品質（例えば、信頼性および目標遅延）を保証する。言い換えれば、ＤＲＢは、ＰＤＵセッションに関連付けられるユーザデータを伝えるために使用される。無線ベアラは２つのグループに分類され、ユーザプレーンデータ用のＤＲＢ（データ無線ベアラ：Data Radio Bearer）と、制御プレーンデータ用のＳＲＢ（シグナリング無線ベアラ：Signaling Radio Bearer）である。
【0088】
スモールデータ送信
【0089】
本開示で対象とするスモールデータ送信の特徴は、ＵＬ／ＤＬにおけるデータバーストが小さく、オプションとして相当に頻度が低く、遅延または周期に関する厳密な要件がなく、オプションとして一定の遅延要件がある、という特徴を有するあらゆるサービスを指す。例えば、ＵＥが（例えば、ＲＡＣＨにおいて、下記参照）１回の送信で送信できるほど小さい１回のデータ送信は、スモールデータ送信とみなすことができる。次の表は、トラフィック特性の典型的な非限定的な例をまとめたものである（非特許文献１２の５節を参照）。
【0090】
【表1】
【0091】
別の可能な例示的な定義は、ｇＮＢの設定に依存することができる。例えば、ｇＮＢは、特定のしきい値（例えば、１０００Ｋバイト）未満のデータをスモールデータとみなすことができ、一方、そのしきい値を超えるデータはスモールデータとみなされないと定義することができる。このしきい値は、例えば、バッファの状態に関連して定義することができる。
【0092】
これに代えて、スモールデータとは何かという定義を、適切な規格によって固定することもでき、例えば、上述と同様のデータ量のしきい値を規定する。
【0093】
ＲＲＣ Ｉｎａｃｔｉｖｅ状態にあるＵＥによるスモールデータ送信
【0094】
より詳細には、５Ｇ ＮＲでは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態がサポートされ、（周期的および／または非周期的な）低頻度のデータ送信を有するＵＥは、一般にネットワークによってＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に維持される。リリース１６までは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態ではデータ送信がサポートされない。したがって、ＵＥは、ＤＬ（ＭｏｂｉｌｅＴｅｒｍｉｎａｔｅｄ）およびＵＬ（ＭｏｂｉｌｅＯｒｉｇｉｎａｔｅｄ）データに対して、接続を再開する（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に移行する）必要がある。データパケットがどんなに小さくても頻度が低い場合でも、接続の確立（または再開）およびその後のＲＲＣ＿ＩＮＡＣＴＩＶＥ状態への解放が、データ送信のたびに発生する。結果として不要な消費電力およびシグナリングオーバーヘッドが生じる。
【0095】
小さくかつ頻度が低いデータトラフィックの具体的な例としては、以下のユースケースが挙げられる。
－ スマートフォンのアプリケーション：
〇 インスタントメッセージングサービス（ｗｈａｔｓａｐｐ、ＱＱ、ｗｅｃｈａｔなど）からのトラフィック
〇 ＩＭ／メールクライアントおよび他のアプリからのハートビート／キープアライブトラフィック
〇 様々なアプリケーションからのプッシュ通知
－ スマートフォン以外のアプリケーション：
〇 ウェアラブル端末からのトラフィック（定期的な位置情報など）
〇 センサー（温度、圧力の測定値を定期的またはイベントトリガー方式で送信する産業用無線センサーネットワークなど）。
〇 メーターの測定値を定期的に送信するスマートメーターおよびスマートメーターネットワーク
－ スマートフォンのアプリケーション：
〇 インスタントメッセージングサービス（ｗｈａｔｓａｐｐ、ＱＱ、ｗｅｃｈａｔなど）からのトラフィック
〇 ＩＭ／メールクライアントおよび他のアプリからのハートビート／キープアライブトラフィック
〇 様々なアプリケーションからのプッシュ通知
－ スマートフォン以外のアプリケーション：
〇 ウェアラブル端末からのトラフィック（定期的な位置情報など）
〇 センサー（温度、圧力の測定値を定期的またはイベントトリガー方式で送信する産業用無線センサーネットワークなど）。
〇 メーターの測定値を定期的に送信するスマートメーターおよびスマートメーターネットワーク
【0096】
以下では、ＲＲＣ Ｉｎａｃｔｉｖｅ状態にあるＵＥが（スモール）データを送信できるようにするための先行技術の例示的な手順（この場合には５Ｇ ＮＲに準拠する先行技術の解決策）について、図１２を参照しながら簡単に説明する。同図から明らかであるように、ＵＥは、ＲＲＣ＿Ｉｎａｃｔｉｖｅ状態にあるものと想定されており、ＲＲＣ＿Ｉｎａｃｔｉｖｅ状態では、例えば、ＵＥ（およびｇＮＢ）は、すべてのデータ無線ベアラを中断しており、ｇＮＢにデータを送信することができない。ＵＥがデータを送信できるようにするには、最初にＵＥがＲＲＣ Ｃｏｎｎｅｃｔｅｄ状態に遷移する必要があり、この遷移は、ＵＥがＲＡＣＨ手順（図１２では、例えば、４ステップＲＡＣＨ手順を使用する）の一部として、ＲＲＣ接続の再開を要求する（ここではＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔを送信する）ことによって行うことができる。
【0097】
詳細には、ＵＥは、プリアンブルを現在のｇＮＢに送信し、無線リソースの小さなＵＬグラントを含む、対応するランダムアクセス応答を受信し、このリソースを使用して、ＵＥは、ＲＡＣＨ手順のｍｓｇ３としてＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージを送信することができる。
【0098】
最後に、新しいｇＮＢが、ＲＲＣＲｅｓｕｍｅメッセージをＵＥに提供し、ＵＥは、すべてのデータ無線ベアラの再開を含めて、ＲＲＣ Ｃｏｎｎｅｃｔｅｄ状態に遷移する。ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態では、ＵＥは、ＵＬデータを送信することができる。
【0099】
ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移させるべきであることをｇＮＢがいつ、どのように決定するかは、まだ定義されていない。ＵＥがＲＲＣ接続の再開を要求することもあり得るが、この点に関する制御は、依然としてｇＮＢに委ねられる可能性が高い。１つの例示的な可能性として、ｇＮＢは、ＵＥが、例えば、Ｍｓｇ３またはＭｓｇＡにおいて送信するバッファ状態報告を考慮して、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移するべきであるか否かを決定する。バッファ状態報告は、ＵＥのバッファ内の実際のデータ量を示す。例えば、バッファ状態報告が、ＵＥのバッファに大量のデータがあることを示している場合、ｇＮＢは、ＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態からＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移させるように決定することができる。一方、バッファ状態報告が、ＵＥのバッファにわずかなデータしかないことを示している場合、ｇＮＢは、ＵＥをＲＲＣ＿ＩＮＡＣＴＩＶＥ状態に維持するように決定することができる。
【0100】
図１２の説明から理解できるように、上記プロセスによれば、ＵＥは、アップリンクでユーザデータを送信できるように、最初に非アクティブ状態から接続状態に遷移する必要があり、したがって、レイテンシが発生し、ユーザデータの送信のたびにかなりのＵＥ電力が消費される。さらに、小さなデータパケットを送信するときにＩＮＡＣＴＩＶＥ状態のＵＥにおいて生じるシグナリングオーバーヘッドは、一般的な問題であり、５Ｇ ＮＲにおいてＵＥの数が増えればさらに悪化する。
【0101】
したがって、３ＧＰＰは、ＲＲＣ＿Ｉｎａｃｔｉｖｅ ＵＥが自身の状態を変更せずに、アップリンクでスモールデータを送信できるようにすることを企図している。一般的には、ＩＮＡＣＴＩＶＥ状態のときに小さなデータパケットが断続的に発生するデバイスは、ＩＮＡＣＴＩＶＥ状態でのスモールデータの送信を可能にすることの恩恵を受ける。
【0102】
しかしながら、３ＧＰＰでは、ＲＲＣ Ｉｎａｃｔｉｖｅ状態のままでいるＵＥに対して、どのようにして（スモール）データの送信を可能にするかに関する標準化された方法については、最終的な合意に達していない。
【0103】
さらなる改良
【0104】
本発明者らは、上記に関連して潜在的な問題点を明らかにした。
【0105】
ＵＥが依然としてＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるときにアップリンクでスモールデータを送信するための１つの可能な方法は、ＲＡＣＨ手順を使用することである。ＲＡＣＨ手順は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥがアップリンクでスモールデータを送信するための基礎部分となり得るものとして議論されてきたが、３ＧＰＰでは合意に達しておらず、３ＧＰＰ標準規格でもこの点に関する定義が提供されないようである。したがって、図１３および図１４を対象として、また、本発明の概念、解決策、および変形形態の後からの説明を対象としてなされた以下の想定は、単なる例示であって、本発明によるスモールデータのアップリンク送信を制限するようにはみなされないものとする。例えば、アップリンクにおけるスモールデータを非ＲＡＣＨベースで送信することも可能である。
【0106】
さらには、例としてＲＡＣＨに基づくスモールデータのアップリンク送信を想定した場合でも、ＵＥは、２ステップＲＡＣＨまたは４ステップＲＡＣＨのいずれかを使用してアップリンクでスモールデータを送信することができる（ＭｓｇＡまたはＭｓｇ３を参照）。
【0107】
簡略化された例示的なＲＡＣＨベースのスモールデータアップリンク送信手順を、図１３および図１４に示す。図１３は、４ステップのＲＡＣＨ手順を想定しており、ＵＥがＭｓｇ３と共にスモールデータを送信する方法を示している。図１４は、２ステップのＲＡＣＨ手順を想定しており、ＵＥがＭｓｇＡによってスモールデータを送信する方法を示している。
【0108】
一例によれば、制御メッセージおよびスモールデータは、一緒に、例えば、同じトランスポートブロックの中で一緒に、基地局に送信され、この場合、ＵＥは、リソースを使用してトランスポートブロックを構築し、ＭＡＣ層の同じトランスポートブロックにおいてデータおよびシグナリングを一緒に多重化する。例えば、Ｍｓｇ３またはＭｓｇＡの制御メッセージ（例えば、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔ）は、ＲＲＣ＿Ｉｎａｃｔｉｖｅ状態にあるＵＥに対して維持される（ＵＥおよびｇＮＢの両方によって維持される）シグナリング接続（例えば、シグナリング無線ベアラ、例えば、ＳＲＢ０）を介して、送信することができる。さらに、Ｍｓｇ３またはＭｓｇＡのスモールデータは、例えば、ＲＲＣ＿Ｉｎａｃｔｉｖｅ状態にあるＵＥに対して維持される（ＵＥおよびｇＮＢの両方によって維持される）データ接続（例えば、データ無線ベアラ）を介して、送信することができる。
【0109】
ＲＡＣＨベースのスモールデータアップリンク送信の１つの特定の例によれば、ＲＡＣＨ手順でのスモールデータ送信を可能にするために、ネットワークまたはネットワークノードが、スモールデータアップリンク送信（ＰＵＳＣＨ送信、例えば、スモールデータ送信）用に複数のトランスポートブロックサイズ（ＴＢサイズ）を設定できるようにすることができる。トランスポートブロックサイズは、例えば、異なるＲＡＣＨプリアンブルにそれぞれ関連付けることができる。例えば、以下の表２によって示されるように、異なるＴＢサイズの各々が、特定のＲＡＣＨプリアンブルに関連付けられる、または対応する。
【0110】
【表2】
【0111】
このような情報は、例えば、ｇＮＢによってシステム情報においてブロードキャストすることができる。
【0112】
したがって、ＵＥは、自身のバッファの状態（すなわち、送信するスモールデータのデータ量）に基づいて、ＴＢサイズ（およびそれに応じて対応するプリアンブル）を選択することができる。例えば、ＵＥが送信するデータ量がＹであり、それに対して表１からＴＢサイズＸ１が適している場合、ＵＥは、ＲＡＣＨプリアンブルＺ１を選択する。このことは、４ステップＲＡＣＨ手順および２ステップＲＡＣＨ手順の両方に適用することができる。
【0113】
４ステップＲＡＣＨの場合、ネットワーク（例：ｇＮＢ）は、Ｍｓｇ３における実際のＴＢサイズ（例えば、同じＸ１などの単一のＴＢサイズ、またはＸ２やＸ３などの別のＴＢサイズなど、）を提供することができる。別の解決策によれば、ｇＮＢが、Ｍｓｇ３におけるいくつかのオプション（Ｘ１＝１００ビット、Ｘ２＝２００ビット、Ｘ３＝３００ビットなど）を提供することができ、ＵＥは、Ｍｓｇ３におけるｇＮＢによって示されたＴＢサイズの中から適切なＴＢサイズを選択する。次いで、ＵＥは、示された、または選択したＴＢサイズを使用して、Ｍｓｇ３においてスモールデータのアップリンク送信を実行する。
【0114】
一方、２ステップＲＡＣＨの場合、ＵＥは、送信するスモールデータの量に応じたＴＢサイズを（可能なＴＢサイズのセットの中から）選択する。次いで、ＵＥは、選択したＴＢサイズを使用して、ＭｓｇＡにおいてスモールデータのアップリンク送信を実行する（４ステップＲＡＣＨとは異なり、ｇＮＢが別のＴＢサイズを示すことはできない）。
【0115】
さらに別の可能な解決策によれば、ｇＮＢは、ＵＥがスモールデータアップリンク送信のために使用できる、ＰＲＡＣＨリソースのスモールデータ固有のパーティションを作成するために、ＰＲＡＣＨリソースをパーティション化することができる。例えば、スモールデータ固有のプリアンブルのグループが、ｇＮＢによって定義される。このような情報は、システム情報を使用して、ｇＮＢが自身のセル内のすべてのＵＥに提供することができる。
【0116】
したがって、ＵＥは、アップリンクでスモールデータを送信することを決定したとき、このようなスモールデータ固有のプリアンブルを選択する。ｇＮＢは、選択されたプリアンブルがスモールデータ固有のプリアンブルであることに基づいて、ＵＥがスモールデータの送信を望んでいることを認識する。したがって、ｇＮＢは、例えば、Ｍｓｇ３におけるより大きなサイズのグラントを示す、またはＭｓｇ３における複数の異なるグラントサイズを示すことができる（ＴＢサイズのいくつかのオプションの上記の例を参照）。したがって、ＵＥは、Ｍｓｇ３における示されたグラントサイズを使用して、アップリンクデータを送信することができる。
【0117】
システム情報において伝えることのできる別の可能なパラメータは、Ｍｓｇ３におけるアップリンクデータ用に割当て可能な最大グラントサイズである。このような例示的な解決策では、ＵＥが送信しようとするデータが最大グラントサイズを下回る場合、ＵＥは、スモールデータ固有のＰＲＡＣＨリソースにおける利用可能なＴＢサイズから選択し、Ｍｓｇ３を使用して非アクティブ状態においてデータを送信することができる。そうではなく、ＵＥが送信しようとするデータが最大グラントサイズを上回る場合、ＵＥは、接続状態においてデータを送信する必要があり、したがって、ｇＮＢへの遷移要求に進む。
【0118】
例えば、ｇＮＢによってシステム情報においてブロードキャストされた最大グラントサイズが８００ＫＢであり、ＵＥが自身のバッファ内に６００ＫＢを有する場合、ＵＥは、例えば、ＲＡＣＨ手順を使用することによって、非アクティブ状態においてデータの送信に進む。または、ｇＮＢは、Ｍｓｇ２において例えば４００ＫＢを割り当てる。ＵＥは、Ｍｓｇ３において４００ＫＢのデータを送信し、バッファ内の残りの２００ＫＢを示すためにバッファ状態報告を基地局に送信する。その後、ｇＮＢは、ＵＥが残りの２００ＫＢを送信するために使用するアップリンクリソースのさらなるグラントを送信することができる。
【0119】
要約すると、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥによるスモールデータアップリンク送信の例示的な実装が可能であり、例えば、ＲＡＣＨ手順（２ステップまたは４ステップのＲＡＣＨ手順）に基づくことができる。
【0120】
しかしながら、本発明者らは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥに対してスモールデータアップリンク送信を許可する場合の潜在的な欠点も認識した。ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態におけるアップリンク送信は、一般的に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態におけるアップリンク送信と比較して不利である。例えば、上記の例示的なＲＡＣＨベースの解決策では、ＵＥは、完全なＲＡＣＨ手順を正常に実行しなければならない。さらに、ＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥによって使用される４ステップまたは２ステップのＲＡＣＨ手順は、コンテンション（競合）ベースであり、すなわち、プリアンブルがＵＥによってプリアンブルのプールから選択され（おそらくいくつかの他のＵＥによっても選択される）、また、送信のための無線リソースがＵＥによって無線リソースのプールから選択される（おそらくいくつかの他のＵＥによっても選択される）ため、競合が発生することがあり、ＲＡＣＨおよび／またはスモールデータアップリンク送信が不成功となることがある。この結果、消費電力が増加するとともに、シグナリングオーバーヘッドも増加しうる。
【0121】
本発明者らは、特定のシナリオでは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥがスモールデータをアップリンク送信するときの欠点が、ＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移するときの欠点を上回り得ることを認識した。この場合にはスモールデータアップリンク送信において前述の欠点が発生しない可能性が高い。
【0122】
例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥがこのようなスモールデータのアップリンク送信を頻繁に実行するが、ｇＮＢによってＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移されないシナリオを想定する。上述したように、ｇＮＢがＲＲＣ＿ＩＮＡＣＴＩＶＥ ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移させる方法およびタイミングは、３ＧＰＰ標準規格には規定されていない。１つの可能な方法として、ｇＮＢは、ＵＥが送信するバッファ状態報告（例：Ｍｓｇ３またはＭｓｇＡ）に基づいて、さらなるスモールデータがあるものと判断し、この状況に基づいて、ＵＥがＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態に遷移するべきであることを決定する。
【0123】
しかしながら、Ｍｓｇ３またはＭｓｇＡにおいてスモールデータ全体が伝えられる場合、ＵＥは、バッファ状態報告をｇＮＢに送信しない可能性がある。その結果、ｇＮＢは、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤに遷移させるべきであると判断するのに十分な情報を得られないことがある。このような場合、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥのままであり、アップリンクで頻繁にスモールデータの送信を続ける。
【0124】
したがって、ＵＥは、スモールデータのアップリンク送信のためにこのようなＲＡＣＨ手順を頻繁に実行することになり、不必要な消費電力およびシグナリングオーバーヘッドが発生する。このようなシナリオでは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態においてスモールデータ送信を可能とするとともに、シグナリングオーバーヘッドおよび遅延を低減することが有利である。
【0125】
本発明は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にあるＵＥが、（ＵＥの状態をただちにＣＯＮＮＥＣＴＥＤに変更する必要なしに）データ（例えば、スモールデータ）を送信することができ、その一方で、シグナリングオーバーヘッド、遅延、および消費電力が減少する解決策に関する。
【0126】
本発明者らは、上に明らかにした問題点を回避または軽減することのできる改良されたスモールデータ送信手順を提供する可能性を見出した。
【0127】
実施形態
【0128】
以下では、５Ｇ移動通信システムにおいて想定される新しい無線アクセス技術（ただし、ＬＴＥ移動通信システムでも使用可能）のための、これらのニーズを満たすＵＥ、基地局、および手順について説明する。複数の異なる実装形態および変形形態も説明する。以下の開示は、上述した議論および発見事項によって促進され、例えば、その少なくとも一部に基づくことができる。
【0129】
一般に、本開示の基礎となる原理を明確かつ理解しやすい方法で説明できるように、本明細書では多くの想定がなされていることに留意されたい。しかしながら、これらの想定は、本明細書において説明を目的としてなされた単なる例であり、本開示の範囲を限定するものではないことを理解されたい。当業者には、以下の開示および特許請求の範囲に記載されている原理が、異なるシナリオに、および本明細書に明示的に記載されていない方法で適用できることが理解されるであろう。
【0130】
さらに、次の３ＧＰＰ ５Ｇ通信システムのための新しい無線アクセス技術のコンテキストで使用される特定の用語は、まだ完全に決定されていない、または最終的に変更される可能性があるが、以下で使用されている手順、エンティティ、層などの用語のいくつかは、ＬＴＥ／ＬＴＥ－Ａシステムに、または現在の３ＧＰＰ ５Ｇ標準化において使用されている用語に、密接に関連している。したがって、用語は将来的に変更されうるが、実施形態の機能に影響を与えることはない。したがって、当業者には、実施形態およびその保護範囲が、より新しいまたは最終的に合意された用語が存在しないために本明細書で例示的に使用されている特定の用語に制限されるものではなく、本開示の機能および原理の基礎をなす機能およびコンセプトの観点においてより広義に理解されるべきであることが認識されるであろう。
【0131】
例えば、「送受信機装置」または「移動局」または「移動ノード」または「ユーザ端末」または「ユーザ機器（ＵＥ）」は、通信ネットワーク内の物理エンティティ（物理ノード）である。１つのノードがいくつかの機能エンティティを有することができる。機能エンティティとは、同じノードもしくは別のノードまたはネットワークの別の機能エンティティに対して、所定の一連の機能を実施および／または提供する、ソフトウェアモジュールまたはハードウェアモジュールを意味する。ノードは、それを通じて通信することのできる通信機器または通信媒体に自身をアタッチする１つ以上のインターフェースを有することができる。同様に、ネットワークエンティティは、それを通じて別の機能エンティティまたは通信相手ノードと通信することのできる通信機器または通信媒体に機能エンティティをアタッチする論理インターフェースを有することができる。
【0132】
用語「スケジューリング装置」または「基地局」または「無線基地局」は、本明細書においては、通信ネットワーク内の物理エンティティを意味する。基地局は、移動局と同様に、いくつかの機能エンティティを有することができる。機能エンティティとは、同じノードもしくは別のノードまたはネットワークの別の機能エンティティに対して、所定の一連の機能を実施および／または提供する、ソフトウェアモジュールまたはハードウェアモジュールを意味する。物理エンティティは、通信装置に関連するいくつかの制御タスク（スケジューリングおよび設定の１つまたは複数を含む）を実行する。なお、基地局の機能および通信装置の機能を、１つの装置内に統合してもよいことに留意されたい。例えば、移動端末が、別の端末に対して基地局の機能をさらに実施してもよい。ＬＴＥにおいて使用されている専門用語は、ｅＮＢ（またはｅＮｏｄｅＢ）であるが、５Ｇ ＮＲにおいて現時点で使用されている専門用語は、ｇＮＢである。
【0133】
ＵＥとスケジューリング装置との間の通信は、一般的に標準化されており、ＰＨＹ、ＭＡＣ、ＲＲＣなどの異なる層によって定義され得る（上記の背景技術の説明を参照）。
【0134】
本出願で使用される「スモールデータ」という用語は、ＵＥおよび基地局が、小さいことを合意するデータ（例えば、「小さくない」の反意語（versus non-small））であるものと広義に理解されるものとする。例えば、データがスモールデータとみなされるか否かは、データ量のしきい値を設定することにより基地局によって定義することができる。あるいは、どのようなデータがスモールデータであるかを、例えば、データ量のしきい値を設定することにより、通信規格によって定義することができる。
【0135】
本出願で使用される「非アクティブ状態」という用語は、ＵＥと基地局との間の通常のデータ交換が不可能である状態として広義に理解されるものとする。ＵＥは、非アクティブ状態にあるとき、アクティブに使用されるデータ接続を有していなくてよいが、最初にデータ接続を再開する必要なしに（スモール）データの送信を可能にする１つ以上の非アクティブなデータ接続（例えば、存在するが現在使用されていないと言うこともできる）を依然として有する。なお、補足すると、アイドル状態にあるＵＥは、ＵＥが基地局にデータを送信することのできるデータ接続を有しておらず、一方で、接続状態にあるＵＥは、基地局にデータを伝えるためにただちに使用することのできる１つ以上のアクティブなデータ接続を有する。
【0136】
「特性（characteristic）」という用語は、スモールデータに関連して使用される場合、スモールデータを特徴付ける特性を意味するものとして広義に理解されたい。例えば、特性は、スモールデータの後続の送信において予測されるトラフィックパターンに関連する。言い換えれば、スモールデータの定期的な送信が行われることが予測されるか否かに関連する。別の解決策では、特性は、データの優先順位またはデータのタイプ、あるいは予測される受信時間間隔（スモールデータ送信の実際の頻度とは異なることがある）など、データそのものにさらに関連しうる。
【0137】
「頻度」という用語は、スモールデータの送信に関連して使用される場合、一般に、スモールデータの送信が実行される、時間期間あたりの回数（量）（例えばｙ ｍｓの間にｘ回）として理解されるものとする。特に明記されていない限り、「頻度」は、時間－周波数無線リソースの周波数領域における周波数（周波数帯、ＭＨｚなど）として理解されないものとする。
【0138】
「量」という用語は、スモールデータの送信に関連して使用される場合、スモールデータの送信が実行される回数（例えば、ｘ回）を意味するものと理解されたい。
【0139】
図１５は、ユーザ機器１００（通信装置とも呼ばれる）およびスケジューリング装置２００（ここでは、例示的に、基地局、例えば、ｅＬＴＥ ｅＮＢ（代替的にｎｇ－ｅＮＢとも呼ばれる）または５Ｇ ＮＲにおけるｇＮＢに配置されていると想定する）の簡略化された一般的かつ例示的なブロック図を示している。ＵＥ１００およびｅＮＢ／ｇＮＢ２００は、それぞれ送受信機１１０、２１０を使用して、（無線）物理チャネルを通じて互いに通信している。
【0140】
送受信機装置１００は、送受信機１１０および処理回路１２０を備えていることができる。送受信機１１０は、受信機および送信機を備えている、および／または、受信機および送信機として機能することができる。処理回路１２０は、１つ以上のプロセッサまたは任意のＬＳＩなどの１つ以上のハードウェアとすることができる。送受信機１１０と処理回路１２０との間には入力／出力点（またはノード）が存在することができ、処理回路１２０は、動作時に、この入力／出力点（またはノード）を通じて送受信機１１０を制御する、すなわち、受信機および／または送信機を制御し、受信データ／送信データを交換することができる。送信機および受信機としての送受信機１１０は、１つ以上のアンテナ、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数：radio frequency）フロントを含むことができる。処理回路１２０は、処理回路１２０によって提供されるユーザデータおよび制御データを送信する、および／または、処理回路１２０によってさらに処理されるユーザデータおよび制御データを受信する、ように送受信機１１０を制御するなどの制御タスクを実施することができる。処理回路１２０はまた、判定、決定、計算、測定などの他の処理を実行する役割を担うことができる。送信機は、送信のプロセス、および送信に関連する他のプロセスを実行する役割を担うことができる。受信機は、受信のプロセス、および受信に関連する他のプロセス（チャネルを監視するなど）を実行する役割を担うことができる。
【0141】
以下では、改良されたスモールデータ送信手順について説明する。これに関連して、改良されたスモールデータ送信手順に参加する、改良されたＵＥ１００および改良された基地局２００が提示される。ＵＥ１００の動作および基地局２００の動作のための対応する方法も提供される。
【0142】
送受信機装置１００は、自身がスケジューリング装置２００へのスモールデータの送信を実行することを決定する回路と、スモールデータに関連する特性を取得する回路と、スモールデータおよびスモールデータに関連する特性を示す特性インジケータの、スケジューリング装置への送信を実行する送受信機と、を含むことができる。
【0143】
この場合、以下の開示から明らかになるように、送受信機装置１００の受信機は、スケジューリング装置から設定情報を受信すること、送受信機装置の状態の命令を受信すること、などのうちの１つ以上を少なくとも部分的に実行するように、例示的に構成することができる。
【0144】
さらに、この場合、以下の開示から明らかになるように、送受信機装置１００の送信機は、スモールデータを送信すること、特性インジケータを送信すること、などのうちの１つ以上を少なくとも部分的に実行するように、例示的に構成することができる。
【0145】
以下にさらに詳細に開示される１つの例示的な解決策は、回路１２０を含む送受信機装置１００によって実施され、回路１２０は、送受信機装置１００がスケジューリング装置２００へのスモールデータの送信を実行することを決定する。送受信機装置１００は、接続状態、アイドル状態、および非アクティブ状態のうち、非アクティブ状態にある。回路１２０は、スモールデータに関連する特性を取得する。送受信機装置１００は、送受信機１１０をさらに備えており、送受信機１１０は、スモールデータおよびスモールデータに関連する特性を示す特性インジケータの、スケジューリング装置２００への送信を実行する。
【0146】
以下では、上述した送受信機装置１００（ＵＥ）に沿った、例示的な送受信機装置の動作の対応するシーケンス図を定義し、これを図１６に示す。この方法は、送受信機装置によって実行される以下のステップを含む。
・ 送受信機装置１００がスケジューリング装置２００へのスモールデータの送信を実行することを決定するステップであって、送受信機装置１００が、接続状態、アイドル状態、および非アクティブ状態のうち、非アクティブ状態にある、ステップＳ１０
・ スモールデータに関連する特性を取得するステップＳ１１
・ スモールデータ、およびスモールデータに関連する特性を示す特性インジケータ、の送信を実行するステップＳ１２
・ 送受信機装置１００がスケジューリング装置２００へのスモールデータの送信を実行することを決定するステップであって、送受信機装置１００が、接続状態、アイドル状態、および非アクティブ状態のうち、非アクティブ状態にある、ステップＳ１０
・ スモールデータに関連する特性を取得するステップＳ１１
・ スモールデータ、およびスモールデータに関連する特性を示す特性インジケータ、の送信を実行するステップＳ１２
【0147】
この改良されたスモールデータ送信手順によれば、送受信機装置は、スモールデータの特性をスケジューリング装置２００に示すことによって、シグナリングオーバーヘッドおよび消費電力を低減できるように支援することができる。例えば、送受信機装置１００は、特性インジケータを送信するときに、特定の定義された動作に従い、したがって、スケジューリング装置２００は、送受信機装置１００が接続状態に遷移していない間のスモールデータの後続の送信のためのリソースをスケジューリングするか否かを、特性インジケータに基づいて決定することができる。
【0148】
上記からすでに明らかであるように、改良されたスモールデータ送信手順は、改良されたスケジューリング装置２００をさらに提供する。スケジューリング装置２００は、（１つ以上の）スモールデータ送信を受信する受信機と、スモールデータの後続の送信のために送受信機装置１００によって使用されるリソースを決定する回路２２０と、リソースインジケータを送信する送受信機２１０と、を含むことができる。
【0149】
以下の開示から明らかになるように、この場合、スケジューリング装置２００の受信機は、送受信機装置１００からスモールデータを受信すること、送受信機装置１００から特性インジケータを受信すること、などのうちの１つ以上を少なくとも部分的に実行するように、例示的に構成することができる。
【0150】
以下の開示から明らかになるように、この場合、スケジューリング装置２００の回路２２０は、スモールデータの後続の送信のために送受信機装置１００によって使用されるリソースを決定すること、などのうちの１つ以上を少なくとも部分的に実行するように、例示的に構成することができる。
【0151】
以下の開示から明らかになるように、この場合、スケジューリング装置２００の送信機は、送受信機装置１００にリソースインジケータを送信すること、などのうちの１つ以上を少なくとも部分的に実行するように、例示的に構成することができる。
【0152】
後からさらに詳細に開示される１つの例示的な解決策は、以下を含むスケジューリング装置２００によって実施される。スケジューリング装置２００の送受信機２１０は、送受信機装置１００からのスモールデータと、送受信機装置１００からのスモールデータに関連する特性を示す特性インジケータ、の送信を受信し、送受信機装置１００は、接続状態、アイドル状態、および非アクティブ状態のうち、非アクティブ状態にある。スケジューリング装置２００の回路２２０は、スモールデータの後続の送信のために送受信機装置１００によって使用されるリソースを、スモールデータに関連する特性に基づいて決定する。送受信機２１０は、スモールデータの後続の送信のために送受信機装置１００によって使用されるリソースを示すリソースインジケータを送信する。
【0153】
上述した基地局に沿った、例示的なスケジューリング装置の動作の対応するシーケンス図を、図１７に示す。対応する方法は、スケジューリング装置２００によって実行される以下のステップを含む。
・ 送受信機装置１００からのスモールデータおよびスモールデータに関連する特性を示す特性インジケータの送信（transmission）、を受信するステップであって、送受信機装置１００が、接続状態、アイドル状態、および非アクティブ状態のうち、非アクティブ状態にある、ステップＳ２０
・ スモールデータの後続の送信のために送受信機装置１００によって使用されるリソースを、スモールデータに関連する特性に基づいて決定するステップＳ２１
・ スモールデータの後続の送信のために送受信機装置１００によって使用されるリソースを示すリソースインジケータを送信するステップＳ２２
・ 送受信機装置１００からのスモールデータおよびスモールデータに関連する特性を示す特性インジケータの送信（transmission）、を受信するステップであって、送受信機装置１００が、接続状態、アイドル状態、および非アクティブ状態のうち、非アクティブ状態にある、ステップＳ２０
・ スモールデータの後続の送信のために送受信機装置１００によって使用されるリソースを、スモールデータに関連する特性に基づいて決定するステップＳ２１
・ スモールデータの後続の送信のために送受信機装置１００によって使用されるリソースを示すリソースインジケータを送信するステップＳ２２
【0154】
したがって、改良されたスケジューリング装置２００は、スモールデータの後続の送信のために送受信機装置１００によって使用されるリソースを決定することによって、シグナリングオーバーヘッドおよび消費電力の低減を促進にするように、改良されたスモールデータ送信手順に参加する。
【0155】
改良されたスモールデータ送信手順の１つの変形形態の解決策が、図１８に例示的に示されており、この図は、一実施形態に係る、送受信機装置によって実行される方法を示している。最初、送受信機装置は、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、ＲＲＣ＿ＩＤＬＥ状態、およびＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態のうち、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態にある。
【0156】
ステップＳ１００において、スモールデータの送信（ＳＤＴ：small data transmission）がトリガーされた、および／または実行されるかどうかを判定する。ＳＤＴがトリガーされた場合（ステップＳ１００において「はい」）、スモールデータの特性を取得する。本実施形態では、スモールデータの後続の送信が周期的であるか非周期的であるか否かを取得する。スモールデータの後続の送信が周期的であると予測される場合（ステップＳ１２０において「はい」）、本方法は、ステップＳ１３０に進む。スモールデータの後続の送信が周期的でない（すなわち、非周期的である）場合（ステップＳ１２０において「いいえ」）、本方法は、ステップＳ１４０に進む。
【0157】
ステップＳ１３０において、送受信機装置の回路は、トラフィックパターンが周期的であることを示す特性インジケータ（トラフィックアクティビティ／特性とも呼ばれる）と、送信されるスモールデータとを多重化する。その後、スモールデータおよび特性インジケータをスケジューリング装置に送信する。本実施形態では、スモールデータと、「周期的」を示す特性インジケータは、例えば、図１３または図１４に示したＲＡＣＨ手順におけるＭｓｇＡまたはＭｓｇ３において送信される。
【0158】
ステップＳ１４０において、送受信機装置の回路は、トラフィックパターンが非周期的であることを示す特性インジケータと、送信するスモールデータとを多重化する。その後、スモールデータおよび特性インジケータをスケジューリング装置に送信する。本実施形態では、スモールデータと、「非周期的」を示す特性インジケータは、例えば、図１３または図１４に示したＲＡＣＨ手順におけるＭｓｇＡまたはＭｓｇ３において送信される。
【0159】
スケジューリング装置の簡略化された動作が、シーケンス図の形で図１９に示されている。同図から明らかなように、スケジューリング装置は、スモールデータと、スモールデータの後続の送信が周期的または非周期的のいずれかであることを示す特性インジケータとの送信を受信する。スモールデータおよび特性インジケータは、例えば、図１３および図１４に示したＲＡＣＨ手順の枠組みにおいて受信される。具体的には、スモールデータおよび特性インジケータは、２ステップまたは４ステップのＲＡＣＨ手順のＭｓｇＡまたはＭｓｇ３において受信される。
【0160】
ステップＳ２００において、特性インジケータが、スモールデータの後続の送信が周期的であることを示しているかどうかを判定する。特性インジケータが、スモールデータの後続の送信が周期的であることを示している場合（ステップＳ２００において「はい」）、本方法は、ステップＳ２１０に進む。特性インジケータが、スモールデータの後続の送信が周期的でない（すなわち、非周期的である）ことを示している場合（ステップＳ２００において「いいえ」）、本方法は、ステップＳ２２０に進む。
【0161】
ステップＳ２１０において、スケジューリング装置は、スモールデータの後続の送信のために送受信機装置によって使用されるリソースを決定する。具体的には、スモールデータに関連する特性が周期的であるため、スモールデータの後続の送信のために使用されるリソースとして、専用の設定済みグラントリソースを決定する。
【0162】
ステップＳ２２０において、スケジューリング装置は、スモールデータの後続の送信のために送受信機装置によって使用されるリソースを決定する。具体的には、スモールデータに関連する特性が非周期的であるため、スモールデータの後続の送信のために使用されるリソースとして、専用のプリアンブルまたは専用のスケジューリング要求（ＳＲ：schedulingrequest）リソースを決定する。
【0163】
その後、スケジューリング装置は、決定されたリソースを示すリソースインジケータを送受信機装置に送信する。
【0164】
すなわち、図１８および図１９に示した上記の方法によれば、送受信機装置がＳＤＴ手順をトリガーしてＲＡＣＨ手順のＭｓｇ３／ＭｓｇＡにおいてスモールデータ（例えば、ユーザデータ）を送信するとき、スモールデータの後続の送信の予測されるトラフィックパターンを示す情報をスケジューリング装置に提供する。具体的には、スモールデータに関連する特性は、スモールデータの予測される後続の送信のトラフィックパターンの特性を表すことができる。トラフィックパターンのこの特性は、スモールデータの後続の送信が周期的であるか非周期的であるかを示す。
【0165】
この点において、スモールデータの後続の送信とは、スモールデータの最初の送信に続くスモールデータの送信を表すことに留意されたい。すなわち、スモールデータの後続の送信は、スモールデータの最初の送信の後に実行される。スモールデータの後続の送信において送信されるスモールデータの内容は、スモールデータの最初の送信において送信されるスモールデータの内容と必ずしも等しくはない。そうではなく、スモールデータの後続の送信の枠組みにおいて送信されるスモールデータの内容は、スモールデータの最初の送信の枠組みにおいて送信されるスモールデータの内容とは異なっていてもよい。例えば、（最初および後続に送信される）スモールデータの内容が、同じセンサーの読みに関するものであってもよいが、読み自体（すなわち、センサーによって測定された値）が異なることがある。言い換えれば、後続に送信されるスモールデータは、最初に送信されたスモールデータに関連するスモールデータであってもよい。
【0166】
スモールデータに関連する特性に関するシグナリングされる情報（例えば、トラフィックパターンが周期的または非周期的であることに関する情報）は、スモールデータの後続の送信を実行するときに送受信機装置によって使用されるリソースを決定する際に、スケジューリング装置を支援することができる。
【0167】
さらに、送受信機装置は、スモールデータに関連する特性を示すためにコンパクトなシグナリングを使用してもよい。本実施形態では、例えば、スモールデータの後続の送信が周期的または非周期的のいずれになることが予測されるかを示す、ＭｓｇＡ／Ｍｓｇ３内の１ビットを使用して、スモールデータの特性を表すことができる。
【0168】
具体的には、一実施形態において、スモールデータの後続の送信のトラフィックパターン、すなわち、データの後続の送信が周期的であるか非周期的であるかを示すために、１個のビットが使用される。例えば、ビット値「１」は、スモールデータの周期的な後続の送信を示すことができる。相応して、ビット値「０」は、スモールデータの後続の送信が周期的でない（すなわち、非周期的）と予測されることを示すことができる。
【0169】
スケジューリング装置は、値「１」を有する特性インジケータを受信することに応えて、専用の設定済みグラントリソースを決定し、リソースインジケータを送信することによって、決定されたリソースを送受信機装置に示すことができる。相応して、スケジューリング装置は、値「０」を有する特性インジケータを受信することに応えて、送受信機装置が後続のＵＬデータ送信のために、スケジューリング装置からのアップリンクグラントを競合なしにより容易に要求することができるように、専用プリアンブルまたは専用ＳＲリソースを決定することができる。
【0170】
一実施形態において、トラフィックパターンインジケータとも呼ばれる特性インジケータは、ＲＲＣメッセージ（例えば、ＲＲＣ再開メッセージまたはＵＥ支援情報）またはＭＡＣ制御要素（ＭＡＣ ＣＥ）に含めることができる。
【0171】
ＮＲでは、例えば、ＭＡＣ層は、トランスポートチャネル上で送信されるトランスポートブロックに、いわゆるＭＡＣ制御要素（ＭＡＣ ＣＥ）を挿入することができる。ＭＡＣ ＣＥは、例えば、タイミングアドバンスコマンドまたはランダムアクセス応答などの制御シグナリングのために使用される。しかしながら、本開示によれば、ＭＡＣ ＣＥが特性インジケータを伝えてもよく、この場合、ＭＡＣ ＣＥは、例えば、スモールデータの後続の送信が周期的であるか非周期的であるかを示すことができる。
【0172】
一実施形態において、スケジューリング装置は、スモールデータの後続の送信のために送受信機装置によって使用されるリソースを決定し、さらに、スケジューリングされたリソースが送受信機装置にとって有効である時間期間を決定する。例えば、回路が時間期間を決定し、送受信機が、この時間期間を示す時間インジケータを送信する。送受信機装置は、時間インジケータを受信し、示された時間期間に従った実行時間を使用してタイマーを起動する。さらに、送受信機装置は、タイマーが切れていない間に、リソースインジケータによって示されたリソースを使用して、スモールデータの後続の送信を実行することができる。
【0173】
タイマーが切れて、スモールデータが依然として送信される場合、送受信機装置は、スモールデータおよびスモールデータに関連する特性を示す特性インジケータを、図１３および図１４に示したＲＡＣＨ手順の枠組みにおいて再び送信することができる。
【0174】
時間期間は、スケジューリング装置によって決定されて送信されることに限定されず、ネットワークによって設定されてもよく（例えば、ＲＲＣ解放メッセージを使用する）、または、例えば、標準仕様において、予め決められていてもよい。
【0175】
一実施形態において、データの特性は、スモールデータの後続の送信のトラフィックパターンの特性を含む。例えば、トラフィックパターンは、データについて予測され得る典型的な受信時間間隔によって表すことができる。例えば、典型的な受信時間間隔は、例えば、データの発信元に基づいて、または、データを生成する上位層のアプリケーションに基づいて、異なるデータでは異なることがあり、したがって、ＵＥがスモールデータの送信を実行しなければならない頻度に直接影響する。例えば、データがセンサーから発信されると想定すると、典型的な受信時間間隔は、センサーのタイプに依存し得る。送受信機装置は、接続されているセンサーの典型的な受信時間間隔を認識することができる。
【0176】
特に、短い受信時間間隔は、頻繁なスモールデータ送信につながる可能性が高く、この場合、スケジューリング済みのグラントリソースが付与されることが有利である。一方、長い受信時間間隔および／または非周期的な時間間隔は、比較的低い頻度のスモールデータ送信につながる可能性が高く、この場合、送受信機装置には専用プリアンブルまたは専用ＳＲリソースが示される。
【0177】
一変形形態によれば、送受信機装置は、送受信機装置内の上位層から受信データの特性について通知される。例えば、（スモールデータ送信によって伝えられる）データを生成するアプリケーションが、上述した改良されたスモールデータ送信手順を実行する責務を担う下位層に通知する。例えば、上位層は、一般には、送信されるデータを生成する上位層アプリケーション（例えば、オンラインゲーム、電話通話、ウェブブラウジングなど）を認識している。あるいは、データを伝えるデータ無線ベアラを使用して、送信されるデータの特定の特性を示すこともできる。
【0178】
一変形形態によれば、送受信機装置は、スモールデータに関連する特性が「周期的」である場合に、スモールデータの後続の送信のための好ましい設定を決定する。好ましい設定は、１つ以上の設定パラメータを含むことができる。
【0179】
例えば、１つ以上の設定パラメータは、スモールデータの後続の送信の回数、スモールデータの後続の送信のサイクル周期、および／またはスモールデータの後続の送信の変調・符号化方式（ＭＣＳ：modulation and coding scheme）を示すＭＣＳインジケータ、を含むことができる。
【0180】
例えば、１つ以上の設定パラメータは、情報要素の以下の抜粋（ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報要素）に従って、１つ以上のパラメータを含むことができる。ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇ情報要素の以下の抜粋に含まれるパラメータの定義は、例えば、非特許文献１３の６．３．２節に記載されている。
【0181】
【表3】
【0182】
送受信機装置は、それぞれが設定パラメータの各々をスケジューリング装置に示す１つ以上のパラメータインジケータと一緒に、スモールデータの送信を実行する。
【0183】
例えば、パラメータインジケータは、スモールデータの後続の送信の周期性を示す周期性インジケータを含むことができる。周期性は、スモールデータの後続の送信の送信頻度または間隔として表すことができる。パラメータインジケータは、スモールデータの後続の送信の回数を示す繰り返しインジケータを含むことができる。パラメータインジケータは、スモールデータの後続の送信の変調・符号化方式を示すＭＣＳインジケータを含むことができる。
【0184】
変調・符号化方式という用語は、送信の変調次数および符号化率を包含している。したがって、ＭＣＳは、送信の情報データレートを記述する。例えば、非特許文献１４（非特許文献１４の５．１．３．１節）を参照されたい。
【0185】
一実施形態において、１つ以上の設定パラメータの値は、所定のパラメータ範囲内であるように決定される。これに代えて、値の設定パラメータは、可能な設定パラメータのセット（これは、例えば、予め定義することができる）の中から決定／選択されてもよい。言い換えれば、パラメータインジケータは、それ自体がパラメータ値を表す、または、例えば、インデックスによって、パラメータ値のセットの中からパラメータ値を示すことができる。
【0186】
設定パラメータを所定のパラメータ範囲内であるように決定して送信する場合、設定パラメータ値を所定の値のセットの中から選択する場合よりも高い柔軟性が提供される。しかしながら、後者のオプションでは、送信されるデータ量を少なくすることができる。
【0187】
スケジューリング装置は、スモールデータ送信と、送受信機装置によって決定された設定パラメータを示すパラメータインジケータ（および特性インジケータを含む）とを受信することができる。さらに、スケジューリング装置の回路は、スモールデータの後続の送信のために使用されるリソースを、パラメータインジケータによって示されるパラメータ値を使用して決定することができる。例えば、設定済みグラントリソースの繰り返し回数、周期性（スケジューリングされたリソース間の時間間隔）、および／またはＭＣＳは、スモールデータの後続の送信の回数、スモールデータの後続の送信のサイクル周期、および／またはスモールデータの後続の送信の変調・符号化方式（ＭＣＳ）を示すＭＣＳインジケータに従って決定することができる。
【0188】
一変形形態によれば、送受信機装置は、スケジューリング装置によって送信される信号の信号レベルおよび／または信号品質を取得する。さらに、送受信機装置は、スモールデータと、取得した信号レベルおよび／または信号品質を示す品質インジケータとの送信を実行する。
【0189】
例えば、送受信機装置は、ＲＳＳＩの測定、ＲＳＲＰの測定、およびＲＳＲＱの計算を通じて、信号レベル／信号品質の測定を実行する。さらに、送受信機装置は、ＲＳＲＰおよび／またはＲＳＲＱを示す品質インジケータを、スモールデータに関連する特性を示す特性インジケータと一緒にスケジューリング装置に送信することができる。
【0190】
スケジューリング装置は、スモールデータ、特性インジケータ、および品質インジケータの送信を受信し、スモールデータの後続の送信のために送受信機装置によって使用されるリソースを決定することができる。このプロセスにおいて、スケジューリング装置は、品質インジケータによって示される信号レベルおよび／または信号品質を使用してリソースを決定することができる。
【0191】
例えば、信号レベル／品質が弱い信号強度を示している場合、スケジューリング装置は、多くの回数のＣＧ繰り返しと、より堅牢なＣＧ－ＭＣＳ構成とを設定することができる。これは、ＣＧリソースの有効性を示す決定される時間期間をより大きな値に設定することによって、実施され得る。
【0192】
例えば、示された信号レベル／信号品質が特定のしきい値を上回る場合、スケジューリング装置は、第１のＣＧ繰り返し回数を決定し、示された信号レベル／品質がしきい値以下である場合、スケジューリング装置は、第１のＣＧ繰り返し回数よりも大きい第２の回数を決定する。
【0193】
例えば、同様に、示された信号レベル／信号品質が特定の（第２の）しきい値を上回る場合、スケジューリング装置は、ＣＧ繰り返しの第１のＣＧ－ＭＣＳを決定し、示された信号レベル／品質が（第２の）しきい値以下である場合、スケジューリング装置は、第１のＣＧ－ＭＣＳとは異なる第２のＣＧ－ＭＣＳを決定する。ＭＣＳの決定に使用されるしきい値は、ＣＧ繰り返し回数の決定に使用されるしきい値と等しくてもよいし、異なっていてもよい。
【0194】
一変形形態によれば、送受信機装置の回路は、スモールデータの後続の送信の優先順位レベルを決定する。さらに、送受信機装置は、スモールデータと、スモールデータの後続の送信の優先順位レベルを示す優先順位インジケータとの送信を実行する。
【0195】
例えば、送受信機装置がスモールデータの後続の送信の優先順位レベルとして決定し得る優先順位レベルは、スケジューリング装置によって設定される。例えば、送受信機装置に対して論理チャネル（ＬＣＨ：logical channel）が設定されているとき、論理チャネル（ＬＣＨ）に優先順位レベルを関連付けることができる。
【0196】
すなわち、送受信機装置に対して設定されている各論理チャネルごとに、対応する優先順位レベルを関連付けることができる。送受信機装置は、スモールデータの後続の送信の優先順位レベルを、設定されているＬＣＨの優先順位レベルに基づいて決定する。例えば、スモールデータの後続の送信が実行されるべきＬＣＨの優先順位レベルに対応する優先順位レベルを、スモールデータの後続の送信に関連付けることができる。したがって、スケジューリング装置に送信される優先順位インジケータは、スモールデータの後続の送信が実行されるＬＣＨの優先順位レベルを示すことができる。
【0197】
スモールデータの後続の送信が２つ以上のＬＣＨを通じて実行されることが予測される場合、送受信機装置は、スモールデータの後続の送信に、これら２つ以上のＬＣＨの優先順位レベルのうち最も高い優先順位レベルに対応する優先順位レベルを関連付けることができる。
【0198】
スケジューリング装置に、スモールデータの後続の送信に関連付けられる優先順位レベルを提供することにより、スケジューリング装置は、スモールデータの後続の送信のために送受信機装置によって使用されるリソースを、送受信機装置によって送信された優先順位インジケータによって示される優先順位レベルに基づいて決定することができる。
【0199】
例えば、優先順位インジケータが、スモールデータの後続の送信の高い優先順位を示している場合、スケジューリング装置は、専用ＣＧリソースを設定することができる。一方、優先順位インジケータが低い優先順位を示している場合、スケジューリング装置は、特性インジケータによって示される特性に応じて、例えば、以下に従って、特性インジケータが示しているスモールデータの後続の送信のトラフィックパターンが「周期的」か「非周期的」かに応じて、専用ＳＲリソースまたは専用プリアンブルのいずれかを決定することができる。
・ 周期的なトラフィックパターンを有する高い優先順位の後続ＳＤＴの場合、スケジューリング装置は、専用ＣＧリソースを設定する。
・ 非周期的なトラフィックパターンを有する高い優先順位の後続ＳＤＴの場合、スケジューリング装置は、専用ＣＧリソースまたは専用ＳＲリソースを設定する。
・ 周期的なトラフィックパターンを有する低い優先順位の後続ＳＤＴの場合、スケジューリング装置は、専用ＳＲリソースを設定する。
・ 非周期的なトラフィックパターンを有する低い優先順位の後続ＳＤＴの場合、スケジューリング装置は、（ＲＡＣＨ手順の）専用プリアンブルを設定する。
・ 周期的なトラフィックパターンを有する高い優先順位の後続ＳＤＴの場合、スケジューリング装置は、専用ＣＧリソースを設定する。
・ 非周期的なトラフィックパターンを有する高い優先順位の後続ＳＤＴの場合、スケジューリング装置は、専用ＣＧリソースまたは専用ＳＲリソースを設定する。
・ 周期的なトラフィックパターンを有する低い優先順位の後続ＳＤＴの場合、スケジューリング装置は、専用ＳＲリソースを設定する。
・ 非周期的なトラフィックパターンを有する低い優先順位の後続ＳＤＴの場合、スケジューリング装置は、（ＲＡＣＨ手順の）専用プリアンブルを設定する。
【0200】
示された優先順位レベルが優先順位しきい値を上回る場合、後続のＳＤＴは高い優先順位であると判定することができる。相応して、示された優先順位レベルがこの優先順位しきい値以下である場合、後続のＳＤＴは低い優先順位であると判定することができる。優先順位しきい値は、予め設定されていてもよいし、スケジューリング装置によって動的に設定されてもよい。
【0201】
一変形形態では、送受信機装置は、スモールデータの後続の送信のために使用する好ましい専用リソースを自ら決定してもよい。したがって、スモールデータと、スモールデータに関連する特性を示す特性インジケータとの送信を実行する代わりに、送受信機装置の回路が、好ましい専用リソースを決定してもよい。
【0202】
この決定は、専用リソースを決定するための上述した方法のいずれか１つに従って実行されてもよく、決定がスケジューリング装置によって実行される代わりに、送受信機装置が、好ましい専用リソースを決定する。その後、送受信機装置の送受信機は、スモールデータと、決定された好ましいリソースを示す優先リソースインジケータとの送信を実行する。
【0203】
スケジューリング装置は、スモールデータおよび優先リソースインジケータの送信を受信し、スモールデータの後続の送信のために送受信機装置によって使用されるリソースを、示された優先リソースに基づいて決定する。
【0204】
例えば、優先リソースインジケータは、専用プリアンブル、専用ＣＧリソース、または専用ＳＲリソースのいずれが送受信機装置にとって好ましいかを示すことができる。これは、２個のビットを使用する優先リソースインジケータによって示すことができ、ビット値「００」がＳＲリソースを示し、ビット値「０１」がＣＧリソースを示し、ビット値「１０」が専用プリアンブルを示すことができる。しかしながら、本開示はこれに限定されず、好ましいリソースを示すために、他の任意の方法を適用することができる。
【0205】
優先リソースインジケータは、例えば、ＲＲＣ（例えば、ＲＲＣ再開メッセージまたはＵＥ支援情報）またはＭＡＣ ＣＥを介して、送受信機装置からスケジューリング装置に送信することができる。
【0206】
なお、送受信機装置は、優先リソースインジケータに加えて、スモールデータと、上述した優先順位インジケータ、上述したパラメータインジケータ、上述した品質インジケータ、および／または上述した優先順位インジケータとの送信を実行することができることに留意されたい。
【0207】
上述した装置および方法によって、送受信機装置によるスモールデータの後続の送信において起こり得る不一致を防止することができる。例えば、スモールデータの後続の送信が非周期的である場合、送受信機装置は、周期的な送信を想定した専用リソースを設定することがなく、そのようなリソースの場合、専用リソースの大部分が送受信機装置によって使用されず、結果として無線リソースが無駄になる。同様に、トラフィックパターンが周期的である場合、送受信機装置は、非周期的な送信を想定した専用リソースを設定することがなく、そのようなリソースの場合、送信が遅延し、データ送信のレイテンシが増大する。
【0208】
したがって、上記の装置および方法によって、スケジューリング装置は、後続の送信の予測されるトラフィックパターンに従って、スモールデータの後続の送信のためのリソースを決定および設定することができ、これにより、上記とは逆に、レイテンシを減らし、スケジューリングされたが使用されないリソースの数を減少させることができる。
【0209】
さらなる変形形態
【0210】
ここまで、改良されたスモールデータ送信手順の多数の解決策、変形形態、および実装形態について説明してきた。
【0211】
改良されたスモールデータ送信手順の上述した解決策および実装形態は、スモールデータおよび特性インジケータの送信を含むが、スモールデータおよび特性インジケータを正確にどのように送信することができるかについての詳細を提供していない。すでに前述したように、ＲＡＣＨ手順を使用することは、この点における多くの可能な実装形態の１つであり得る。
【0212】
したがって、１つの例示的な変形形態は、４ステップのＲＡＣＨ手順に基づくものであり、この場合、スモールデータおよび特性インジケータは、ＵＥから基地局への第３のメッセージ（Ｍｓｇ３）と共に送信することができる。例えば、スモールデータを、対応するアップリンク共有チャネル（ＰＵＳＣＨなど）上で送信することができ、特性インジケータは、シグナリング接続（シグナリング無線ベアラなど）上で、または、アップリンク共有チャネル上でも送信することができる。
【0213】
別の例示的な変形形態は、２ステップのＲＡＣＨ手順に基づくものであり、この場合、スモールデータおよび特性インジケータは、ＵＥから基地局への第１のメッセージ（ＭｓｇＡ）と共に送信することができる。例えば、ＭｓｇＡのプリアンブルをＰＲＡＣＨ上で送信することができ、スモールデータを対応するアップリンク共有チャネル（ＰＵＳＣＨなど）上で送信することができる。特性インジケータは、シグナリング接続（シグナリング無線ベアラなど）上で、または、アップリンク共有チャネル上でも送信することができる。
【0214】
例えば、５Ｇ－ＮＲに準拠した変形形態では、上記の対応するセクション「ランダムアクセス手順」で説明したＲＡＣＨ手順の一部として、スモールデータおよび特性インジケータ指示情報を送信することができる。
【0215】
改良されたスモールデータ送信手順の上述した解決策および実装形態では、ＵＥは、非アクティブ状態または接続状態にあるものとして説明されている。５Ｇ－ＮＲに準拠する特定の変形形態によれば、ＵＥは、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態（上述の非アクティブ状態に相当する）、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態（上述の接続状態に相当する）、またはＲＲＣ＿ＩＤＬＥ状態（上述していない）にあることができる。
【0216】
改良されたスモールデータ送信手順の上述した解決策および実装形態では、ＵＥが特性インジケータを基地局に提供することが説明されている。これらの解決策の異なる変形形態によれば、特性インジケータは、ＲＲＣプロトコルのメッセージ、またはＭＡＣ制御要素、またはＵＥ支援情報を提供するためのメッセージにおいて、伝えられる。
【0217】
５Ｇ－ＮＲに準拠する特定の例示的な変形形態によれば、特性インジケータは、ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの一部として基地局に送信することができる（例えば、非特許文献１１の６．２．２節を参照）。拡張されたＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージの抜粋の一例を以下に示す。
【0218】
【表4】
【0219】
ＵＥ支援情報を使用する変形形態によれば、５Ｇ－ＮＲに準拠する特定の例示的な変形形態によると、特性インジケータを、非特許文献１１の６．２．２節ですでに定義されているＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージの一部として送信することができる。したがって、このＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージを、以下のようにさらなる情報要素も含むように拡張することができる。
【0220】
【表5】
【0221】
上のＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ要素およびＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ要素では、特性インジケータは、「ｐｒｅｆｅｒｒｅｄ＿ｔｒａｆｆｉｃ＿ｐａｔｔｅｒｎ」と称されており、トラフィックパターンが「周期的」または「非周期的」のいずれかであることを示すことができる。
【0222】
さらに、上述した変形形態の１つ以上に従って、送受信機装置は、設定パラメータを決定し、例えば、ＣＧリソースの好ましい設定を示すそれぞれのパラメータインジケータを送信することができる。上のＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ要素およびＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ要素では、パラメータインジケータは、「ＣＧ－ＭＣＳ」、「ＣＧ－Ｒｅｐｅｔｉｔｉｏｎ」、および「ＣＧ－Ｐｅｒｉｏｄｉｃｉｔｙ」と称されており、ＭＣＳ、ＣＧ繰り返し回数、およびＣＧリソースの周期性を、可能な値のセットの中からの値として示す。
【0223】
さらに、上述した変形形態の１つ以上に従って、送受信機装置は、スモールデータの後続の送信の優先順位レベルを決定し、その優先順位レベルを示すそれぞれの優先順位インジケータを送信することができる。上のＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ要素およびＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ要素では、優先順位インジケータは、「ＵＬＴｒａｎｓｍｉｓｓｉｏｎＰｒｉｏｒｉｔｙＬｅｖｅｌｓ」と称されており、優先順位のレベルを、可能な値のセットの中からの値として示す。
【0224】
さらに、上述した変形形態の１つ以上に従って、送受信機装置は、スケジューリング装置によって送信される信号の信号レベル／信号品質を測定し、当該信号レベルおよび／または信号品質を示すそれぞれの品質インジケータを送信することができる。上のＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ要素およびＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージ要素では、品質インジケータは、「ＲＳＲＰ／ＲＳＲＱ」と称されており、ＲＳＲＰおよび／またはＲＳＲＱを、対応するＲＳＲＰ／ＲＳＲＱ範囲内の値として示す。
【0225】
ただし、本開示は上記の例に限定されるものではなく、例えば、以下のオプション１およびオプション２にそれぞれ示したように、ＣＧ Ｒｅｐｅｔｉｔｉｏｎ、ＣＧ Ｐｅｒｉｏｄｉｃｉｔｙ、およびＣＧ－ＭＣＳを、可能な値の範囲内の値として示すことができる。
【0226】
【表6】
【0227】
【表7】
【0228】
上述したように、各ＬＣＨには、スケジューリング装置によって優先順位レベルを設定することができる。優先順位レベルは、予め定義された優先順位レベルの範囲外の値であってもよい。優先順位レベルは、以下に示すように、ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ情報要素を使用して、スケジューリング装置によって設定することができる。
【0229】
【表8】
【0230】
ＬｏｇｉｃａｌＣｈａｎｎｅｌＣｏｎｆｉｇ情報要素に示されているように、論理チャネルの優先順位レベルは、１～４の範囲内の整数値に設定することができる。しかしながら、本開示はこれに限定されず、優先順位レベルは、異なる整数範囲内の値として示されてもよい。
【0231】
特性インジケータ、優先順位レベル、および／または設定パラメータを送受信機装置からスケジューリング装置に送信するための別の可能な方法は、ＭＡＣ ＣＥを介することである。
【0232】
５Ｇ－ＮＲに準拠する特定の例示的な変形形態によれば、特性インジケータ、優先順位レベル、およびＣＧの周期性を、図２０に示したＭＡＣ ＣＥとして基地局に送信することができる。
【0233】
前述したように、スモールデータが「周期的」または「非周期的」であることに関する特性は、ＭＡＣ ＣＥ内の１個のビットによって示すことができる。さらに、上述したように、優先順位レベルは、２ビットを使用して示すことができ、ＣＧの周期性は、５ビットを使用して示すことができる。しかしながら、本開示はこれに限定されず、上述した１つ以上の変形形態に従って、スケジューリング装置に送信されるＭＡＣ ＣＥ内に、追加のインジケータまたはより少ないインジケータを含めることができる。
【0234】
ＵＥから基地局に特性インジケータを提供するための別の可能な方法は、ＲＡＣＨ手順のプリアンブルを使用することに基づく。したがって、スモールデータおよび特性インジケータを送信するために、ＲＡＣＨベースの解決策が採用されることを例示的に想定することができる。
【0235】
改良されたスモールデータ送信手順の上述した解決策および実装形態では、ＵＥは特性インジケータを基地局に提供することが説明されている。これに加えて、さらなる変形形態によれば、ＵＥは、スモールデータおよび／または特性インジケータの送信を実行するときに、少なくとも１つの別の指示情報を基地局に送信することができる。この別の指示情報は、例えば、特性インジケータに関して上述したように、例えば、ＲＲＣプロトコルのメッセージ、ＭＡＣ ＣＥ、ＵＥ支援情報メッセージを使用して、スモールデータおよび特性インジケータと一緒に送信することができる。
【0236】
上述した改良されたスモールデータ送信手順の解決策および実装形態によれば、スモールデータおよび特性インジケータの両方が基地局に送信される。しかしながら、非アクティブ状態にあるＵＥが、スモールデータおよび特性インジケータの両方を送信するための十分なリソースを有していない可能性が高い、または、少なくともその可能性がある。
【0237】
例えば、ＲＡＣＨベースのスモールデータ送信が非アクティブなＵＥによってサポートされていると例示的に想定すると、ＵＥは、スモールデータおよび特性インジケータ指示情報を、Ｍｓｇ３（４ステップＲＡＣＨ）またはＭｓｇＡ（２ステップＲＡＣＨ）に基づいて送信することができるが、別の情報、例えば、制御メッセージ（例：ＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ）、または、ＵＥのバッファ内の実際のデータ量を示すバッファ状態報告が、一緒に送信されることもある（例えば、バッファ状態報告は、スモールデータ送信が、送信可能なすべてのスモールデータを伝えない場合にのみ含められることがある）。ＵＥがこれらの情報すべてを送信するために利用可能なアップリンクグラントサイズは、かなり制限されていることがあり、実際に、Ｍｓｇ３／ＭｓｇＡによってすべてを送信するには十分でないことがある。さらなる改良された変形形態によれば、異なる送信要素に異なる優先順位を関連付けることができ、この優先順位を送信において考慮する。例えば、特性インジケータには、スモールデータよりも高い優先順位が関連付けられる。したがって、グラントされた利用可能なリソースがスモールデータと特性インジケータの両方を送信するのに十分ではない場合、ＵＥは、インジケータを優先させ、送信可能なスモールデータのすべてを送信しない。
【0238】
同様に、制御メッセージまたはバッファ状態報告も送信される場合、特性インジケータには、この制御メッセージまたはバッファ状態報告よりも高い優先順位が関連付けられ、ただし、制御メッセージまたはバッファ状態報告は、スモールデータよりも高い優先順位を有する。このような場合、以下の優先順位が適用される（より高い優先順位が最初に記載されている）。
１） 特性インジケータ
２） バッファ状態報告（ＢＳＲ）
３） スモールデータ
１） 特性インジケータ
２） バッファ状態報告（ＢＳＲ）
３） スモールデータ
【0239】
さらなる態様
【0240】
第１の態様によれば、回路を備えた送受信機装置であって、前記回路が、動作時に、スケジューリング装置へのスモールデータの送信が前記送受信機装置によって実行されることを決定し（前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある）、前記スモールデータに関連する特性を取得する、前記送受信機装置、が提供される。前記送受信機装置は、送受信機をさらに備えており、前記送受信機は、動作時に、前記スモールデータおよび前記スモールデータに関連する特性を示す特性インジケータの、前記スケジューリング装置への前記送信、を実行する。
【0241】
前記第１の態様に加えて提供される第２の態様によれば、前記スモールデータに関連する前記特性は、前記スモールデータの後続の送信のトラフィックパターンの特性を含む。
【0242】
前記第１および第２の態様に加えて提供される第３の態様によれば、前記特性インジケータは、前記スモールデータの後続の送信が周期的であるか非周期的であるかを示す。
【0243】
前記第３の態様に加えて提供される第４の態様によれば、前記スモールデータの前記後続の送信が周期的である場合、前記回路は、動作時に、１つ以上の設定パラメータを決定し、前記送受信機は、動作時に、前記スモールデータと、それぞれが前記１つ以上の設定パラメータのそれぞれの１つを示す１つ以上のパラメータインジケータと、の前記送信を実行する。
【0244】
前記第４の態様に加えて提供される第５の態様によれば、前記１つ以上の設定パラメータは、前記スモールデータの前記後続の送信の回数、前記スモールデータの前記後続の送信のサイクル周期、および前記スモールデータの前記後続の送信の変調・符号化方式（ＭＣＳ）を示すＭＣＳインジケータ、のうちの１つ以上を含む。
【0245】
前記第１から第５の態様に加えて提供される第６の態様によれば、前記回路は、動作時に、前記スケジューリング装置によって送信される信号の信号レベルおよび／または信号品質を取得し、前記送受信機は、動作時に、前記スモールデータと、前記信号レベルおよび／または信号品質を示す品質インジケータと、の前記送信を実行する。
【0246】
前記第１から第６の態様に加えて提供される第７の態様によれば、前記回路は、動作時に、前記スモールデータの後続の送信の優先順位レベルを決定し、前記送受信機は、動作時に、前記スモールデータと、前記スモールデータの前記後続の送信の前記優先順位レベルを示す優先順位インジケータと、の前記送信を実行する。
【0247】
前記第７の態様に加えて提供される第８の態様によれば、前記送受信機装置に対して１つ以上の論理チャネル（ＬＣＨ）が設定されており、各ＬＣＨにはそれぞれの優先順位レベルが関連付けられており、前記スモールデータの前記後続の送信の前記優先順位レベルは、対応する設定されているＬＣＨの前記優先順位レベルに従って決定される。
【0248】
前記第８の態様に加えて提供される第９の態様によれば、前記スモールデータの前記後続の送信が複数のＬＣＨに関連付けられている場合、前記スモールデータの前記後続の送信の前記優先順位レベルは、前記対応する設定されているＬＣＨのうち最も高い優先順位レベルに従って決定される。
【0249】
前記第１から第９の態様に加えて提供される第１０の態様によれば、前記スモールデータおよび前記特性インジケータの前記送信は、前記送受信機装置と前記スケジューリング装置との間で実行されるランダムアクセス手順の一部として実行される。
【0250】
前記第１から第１０の態様に加えて提供される第１１の態様によれば、前記送受信機は、動作時に、前記接続状態に遷移するように前記送受信機装置に指示する状態指示を前記スケジューリング装置から受信し、前記回路は、動作時に、前記スケジューリング装置から受信された前記状態指示に従うように前記送受信機装置を制御する。
【0251】
前記第１から第１０の態様に加えて提供される第１２の態様によれば、前記送受信機は、動作時に、前記スモールデータの前記後続の送信のために使用されるリソースを示すリソースインジケータを受信し、前記送受信機は、動作時に、前記示されたリソースを使用して前記スモールデータの前記後続の送信を実行する。
【0252】
前記第１２の態様に加えて提供される第１３の態様によれば、前記リソースインジケータは、専用プリアンブル、スケジューリング要求リソース、設定済みグラントリソース、および前記示されたリソースの有効期間、のうちの少なくとも１つを示す。
【0253】
第１４の態様によれば、送受信機装置によって実行される方法であって、スケジューリング装置へのスモールデータの送信が前記送受信機装置によって実行されることを決定するステップ（前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある）と、前記スモールデータに関連する特性を取得するステップと、前記スモールデータと、前記スモールデータに関連する前記特性を示す特性インジケータと、の前記送信を実行するステップと、を含む、方法、が提供される。
【0254】
前記第１４の態様に加えて提供される第１５の態様によれば、前記スモールデータに関連する前記特性は、前記スモールデータの後続の送信のトラフィックパターンの特性を含む。
【0255】
前記第１４および第１５の態様に加えて提供される第１６の態様によれば、前記特性インジケータは、前記スモールデータの後続の送信が周期的であるか非周期的であるかを示す。
【0256】
前記第１６の態様に加えて提供される第１７の態様によれば、本方法は、前記スモールデータの前記後続の送信が周期的である場合に、前記１つ以上の設定パラメータを決定するステップと、前記スモールデータと、それぞれが前記１つ以上の設定パラメータのそれぞれの１つを示す１つ以上のパラメータインジケータと、の前記送信を実行するステップと、を含む。
【0257】
前記第１７の態様に加えて提供される第１８の態様によれば、前記１つ以上の設定パラメータは、前記スモールデータの前記後続の送信の回数、前記スモールデータの前記後続の送信のサイクル周期、および前記スモールデータの前記後続の送信の変調・符号化方式（ＭＣＳ）を示すＭＣＳインジケータ、のうちの１つ以上を含む。
【0258】
前記第１３から第１８の態様に加えて提供される第１９の態様によれば、本方法は、前記スケジューリング装置によって送信される信号の信号レベルおよび／または信号品質を取得するステップと、前記スモールデータと、前記信号レベルおよび／または信号品質を示す品質インジケータと、の前記送信を実行するステップと、を含む。
【0259】
前記第１３から第１９の態様に加えて提供される第２０の態様によれば、本方法は、前記スモールデータの後続の送信の優先順位レベルを決定するステップと、前記スモールデータと、前記スモールデータの前記後続の送信の前記優先順位レベルを示す優先順位インジケータと、の前記送信を実行するステップと、を含む。
【0260】
前記第２０の態様に加えて提供される第２１の態様によれば、前記送受信機装置に対して１つ以上の論理チャネル（ＬＣＨ）が設定されており、各ＬＣＨにはそれぞれの優先順位レベルが関連付けられており、前記スモールデータの前記後続の送信の前記優先順位レベルは、対応する設定されているＬＣＨの前記優先順位レベルに従って決定される。
【0261】
前記第２１の態様に加えて提供される第２２の態様によれば、前記スモールデータの前記後続の送信が複数のＬＣＨに関連付けられている場合、前記スモールデータの前記後続の送信の前記優先順位レベルは、前記対応する設定されているＬＣＨのうち最も高い優先順位レベルに従って決定される。
【0262】
前記第１３から第２２の態様に加えて提供される第２３の態様によれば、前記スモールデータおよび前記特性インジケータの前記送信は、前記送受信機装置と前記スケジューリング装置との間で実行されるランダムアクセス手順の一部として実行される。
【0263】
前記第１３から第２３の態様に加えて提供される第２４の態様によれば、本方法は、前記接続状態に遷移するように前記送受信機装置に指示する状態指示を前記スケジューリング装置から受信するステップと、前記スケジューリング装置から受信された前記状態指示に従うように前記送受信機装置を制御するステップと、を含む。
【0264】
前記第１３から第２３の態様に加えて提供される第２５の態様によれば、本方法は、前記スモールデータの前記後続の送信のために使用されるリソースを示すリソースインジケータを受信するステップと、前記示されたリソースを使用して前記スモールデータの前記後続の送信を実行するステップと、を含む。
【0265】
前記第２５の態様に加えて提供される第２６の態様によれば、前記リソースインジケータは、専用プリアンブル、スケジューリング要求リソース、設定済みグラントリソース、および前記示されたリソースの有効期間、のうちの少なくとも１つを示す。
【0266】
第２７の態様によれば、スケジューリング装置であって、動作時に、送受信機装置からのスモールデータおよび前記スモールデータに関連する特性を示す特性インジケータの送信、を受信する送受信機（前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある）と、動作時に、前記スモールデータの後続の送信のために前記送受信機装置によって使用されるリソースを、前記スモールデータに関連する前記特性に基づいて決定する回路と、を備えており、前記送受信機が、動作時に、前記スモールデータの後続の送信のために前記送受信機装置によって使用される前記リソースを示すリソースインジケータ、を送信する、スケジューリング装置、が提供される。
【0267】
第２８の態様によれば、スケジューリング装置であって、動作時に、送受信機装置からのスモールデータおよび前記スモールデータに関連する特性を示す特性インジケータの送信、を受信する送受信機（前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある）と、動作時に、前記接続状態に遷移するように前記送受信機装置に指示するかどうかを、前記スモールデータに関連する前記特性に基づいて決定する回路と、を備えており、前記送受信機は、動作時に、前記回路が、前記接続状態に遷移するように前記送受信機装置に指示することを決定したとき、前記接続状態に遷移するように前記送受信機装置に指示する状態指示を送信する、スケジューリング装置、が提供される。
【0268】
前記第２８の態様に加えて提供される第２９の態様によれば、前記回路は、動作時に、前記スモールデータの前記後続の送信のために前記送受信機装置によって使用されるリソースを、前記スモールデータに関連する前記特性に基づいて決定し、前記送受信機は、動作時に、前記スモールデータの前記後続の送信のために前記送受信機装置によって使用される前記リソースを示すリソースインジケータ、を送信する。
【0269】
前記第２７から第２９の態様に加えて提供される第３０の態様によれば、前記スモールデータに関連する前記特性は、前記スモールデータの後続の送信のトラフィックパターンの特性を含む。
【0270】
前記第２７から第３０の態様に加えて提供される第３１の態様によれば、前記特性インジケータは、前記スモールデータの後続の送信が周期的であるか非周期的であるかを示す。
【0271】
前記第３１の態様に加えて提供される第３２の態様によれば、前記送受信機は、動作時に、前記スモールデータと、それぞれが前記１つ以上の設定パラメータのそれぞれの１つを示す１つ以上のパラメータインジケータと、の前記送信を受信し、前記回路は、動作時に、前記スモールデータの後続の送信のために前記送受信機装置によって使用される前記リソースを、前記１つ以上の設定パラメータのうちの前記それぞれの１つに基づいて決定する。
【0272】
前記第３２の態様に加えて提供される第３３の態様によれば、前記１つ以上の設定パラメータは、前記スモールデータの前記後続の送信の回数、前記スモールデータの前記後続の送信のサイクル周期、および前記スモールデータの前記後続の送信の変調・符号化方式（ＭＣＳ）を示すＭＣＳインジケータ、のうちの１つ以上を含む。
【0273】
前記第２７から第３３の態様に加えて提供される第３４の態様によれば、前記送受信機は、動作時に、前記スモールデータと、信号レベルおよび／または信号品質を示す品質インジケータと、の前記送信を受信し、前記回路は、動作時に、前記スモールデータの後続の送信のために前記送受信機装置によって使用される前記リソースを、前記信号レベルおよび／または信号品質に基づいて決定する。
【0274】
前記第２７から第３４の態様に加えて提供される第３５の態様によれば、前記送受信機は、動作時に、前記スモールデータと、前記スモールデータの前記後続の送信の優先順位レベルを示す優先順位インジケータと、の前記送信を受信し、前記回路は、動作時に、前記スモールデータの後続の送信のために前記送受信機装置によって使用される前記リソースを、前記スモールデータの前記後続の送信の前記優先順位レベルに基づいて決定する。
【0275】
前記第３５の態様に加えて提供される第３６の態様によれば、前記送受信機装置に対して１つ以上の論理チャネル（ＬＣＨ）が設定されており、各ＬＣＨにはそれぞれの優先順位レベルが関連付けられており、前記スモールデータの前記後続の送信の前記優先順位レベルは、対応する設定されているＬＣＨの前記優先順位レベルに従って決定される。
【0276】
前記第３６の態様に加えて提供される第３７の態様によれば、前記スモールデータの前記後続の送信が複数のＬＣＨに関連付けられている場合、前記スモールデータの前記後続の送信の前記優先順位レベルは、前記対応する設定されているＬＣＨの最も高い優先順位レベルに対応する。
【0277】
前記第２７から第３７の態様に加えて提供される第３８の態様によれば、前記スモールデータおよび前記特性インジケータの前記送信は、前記送受信機装置と前記スケジューリング装置との間で実行されるランダムアクセス手順の一部として実行される。
【0278】
前記第２７の態様に加えて提供される第３９の態様によれば、前記回路は、動作時に、前記接続状態に遷移するように前記送受信機装置に指示するかどうかを、前記スモールデータに関連する前記特性に基づいて決定し、前記送受信機は、動作時に、前記回路が、前記接続状態に遷移するように前記送受信機装置に指示することを決定したとき、前記接続状態に遷移するように前記送受信機装置に指示する状態指示、を送信する。
【0279】
前記第２７から第３９の態様に加えて提供される第４０の態様によれば、前記リソースインジケータは、専用プリアンブル、スケジューリング要求リソース、設定済みグラントリソース、および前記示されたリソースの有効期間、のうちの少なくとも１つを示す。
【0280】
第４１の態様によれば、スケジューリング装置によって実行される方法であって、送受信機装置からのスモールデータおよび前記スモールデータに関連する特性を示す特性インジケータ、の送信を受信するステップ（前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある）と、前記送受信機装置を前記非アクティブ状態から前記接続状態に遷移させるかどうかを、前記スモールデータに関連する前記特性に基づいて決定するステップと、前記送受信機装置を前記接続状態に遷移させることを決定したとき、前記接続状態に遷移するように前記送受信機装置に指示する状態指示を送信するステップと、を含む、方法、が提供される。
【0281】
第４１の態様によれば、スケジューリング装置によって実行される方法であって、送受信機装置からのスモールデータおよび前記スモールデータに関連する特性を示す特性インジケータの送信を受信するステップ（前記送受信機装置は、接続状態、アイドル状態、および非アクティブ状態のうち、前記非アクティブ状態にある）と、前記接続状態に遷移するように前記送受信機装置に指示するかどうかを、前記スモールデータに関連する前記特性に基づいて決定するステップと、前記接続状態に遷移するように前記送受信機装置に指示することを決定したとき、前記接続状態に遷移するように前記送受信機装置に指示する状態指示を送信するステップと、を含む、方法、が提供される。
【0282】
前記第４１の態様に加えて提供される第４２の態様によれば、本方法は、前記スモールデータの後続の送信のために前記送受信機装置によって使用されるリソースを、前記スモールデータに関連する前記特性に基づいて決定するステップと、前記スモールデータの後続の送信のために前記送受信機装置によって使用される前記リソースを示すリソースインジケータを送信するステップと、を含む。
【0283】
前記第４０から第４２の態様に加えて提供される第４３の態様によれば、前記スモールデータに関連する前記特性は、前記スモールデータの後続の送信のトラフィックパターンの特性を含む。
【0284】
第４０から第４３の態様に加えて提供される第４４の態様によれば、前記特性インジケータは、前記スモールデータの後続の送信が周期的であるか非周期的であるかを示す。
【0285】
前記第４４の態様に加えて提供される第４５の態様によれば、本方法は、前記スモールデータと、それぞれが前記１つ以上の設定パラメータのそれぞれの１つを示す１つ以上のパラメータインジケータと、の前記送信を受信するステップと、前記スモールデータの後続の送信のために前記送受信機装置によって使用される前記リソースを、前記１つ以上の設定パラメータのうちの前記それぞれ１つに基づいて決定するステップと、を含む。
【0286】
前記第４５の態様に加えて提供される第４６の態様によれば、前記１つ以上の設定パラメータは、前記スモールデータの前記後続の送信の回数、前記スモールデータの前記後続の送信のサイクル周期、および前記スモールデータの前記後続の送信の変調・符号化方式（ＭＣＳ）を示すＭＣＳインジケータ、のうちの１つ以上を含む。
【0287】
前記第４０から第４６の態様に加えて提供される第４７の態様によれば、本方法は、前記スモールデータと、信号レベルおよび／または信号品質を示す品質インジケータと、の前記送信を受信するステップと、前記スモールデータの後続の送信のために前記送受信機装置によって使用される前記リソースを、前記信号レベルおよび／または信号品質に基づいて決定するステップと、を含む。
【0288】
前記第４０から第４７の態様に加えて提供される第４８の態様によれば、本方法は、前記スモールデータと、前記スモールデータの前記後続の送信の優先順位レベルを示す優先順位インジケータと、の送信を受信するステップと、前記スモールデータの後続の送信のために前記送受信機装置によって使用される前記リソースを、前記スモールデータの前記後続の送信の前記優先順位レベルに基づいて決定するステップと、を含む。
【0289】
前記第４８の態様に加えて提供される第４９の態様によれば、前記送受信機装置に対して１つ以上の論理チャネル（ＬＣＨ）が設定されており、各ＬＣＨにはそれぞれの優先順位レベルが関連付けられており、前記スモールデータの前記後続の送信の前記優先順位レベルは、対応する設定されているＬＣＨの前記優先順位レベルに従って決定される。
【0290】
前記第４９の態様に加えて提供される第５０の態様によれば、前記スモールデータの前記後続の送信が複数のＬＣＨに関連付けられている場合、前記スモールデータの前記後続の送信の前記優先順位レベルは、前記対応する設定されているＬＣＨの最も高い優先順位レベルに対応する。
【0291】
前記第４０から第５０の態様に加えて提供される第５１の態様によれば、前記スモールデータおよび前記特性インジケータの前記送信は、前記送受信機装置と前記スケジューリング装置との間で実行されるランダムアクセス手順の一部として実行される。
【0292】
前記第４０の態様に加えて提供される第５２の態様によれば、本方法は、前記接続状態に遷移するように前記送受信機装置に指示するかどうかを、前記スモールデータに関連する前記特性に基づいて決定するステップと、前記接続状態に遷移するように前記送受信機装置に指示することを決定したとき、前記接続状態に遷移するように前記送受信機装置に指示する状態指示を送信するステップと、を含む。
【0293】
前記第４０から第５２の態様に加えて提供される第５３の態様によれば、前記リソースインジケータは、専用プリアンブル、スケジューリング要求リソース、設定済みグラントリソース、および前記示されたリソースの有効期間、のうちの少なくとも１つを示す。
【0294】
ハードウェアおよびソフトウェアによる本開示の実施
【0295】
本開示は、ソフトウェアによって、ハードウェアによって、またはハードウェアと協働するソフトウェアによって、実施することができる。上述した各実施形態の説明において使用される各機能ブロックは、その一部または全体を、集積回路などのＬＳＩによって実施することができ、各実施形態において説明した各プロセスは、その一部または全体を、同じＬＳＩまたはＬＳＩの組合せによって制御することができる。ＬＳＩは、チップとして個別に形成する、または、機能ブロックの一部またはすべてが含まれるように１個のチップを形成することができる。ＬＳＩは、自身に結合されたデータ入出力部を含むことができる。ＬＳＩは、集積度の違いに応じて、ＩＣ（集積回路）、システムＬＳＩ、スーパーＬＳＩ、またはウルトラＬＳＩとも称される。しかしながら、集積回路を実施する技術は、ＬＳＩに限定されず、専用回路、汎用プロセッサ、または専用プロセッサを使用することによって実施することができる。さらには、ＬＳＩの製造後にプログラムすることのできるＦＰＧＡ（フィールドプログラマブルゲートアレイ）や、ＬＳＩ内部に配置されている回路セルの接続および設定を再設定できるリコンフィギャラブル・プロセッサを使用することもできる。本開示は、デジタル処理またはアナログ処理として実施することができる。半導体技術または別の派生技術が進歩する結果として、ＬＳＩが将来の集積回路技術に置き換わる場合、その将来の集積回路技術を使用して機能ブロックを集積化することができる。バイオテクノロジを適用することもできる。
【0296】
本開示は、通信の機能を有する任意の種類の装置、デバイス、またはシステム（通信装置と呼ばれる）によって実施することができる。
【0297】
通信装置は、送受信機および処理／制御回路を備えていることができる。送受信機は、受信機および送信機を備えている、および／または、受信機および送信機として機能することができる。送信機および受信機としての送受信機は、増幅器、ＲＦ変調器／復調器などを含むＲＦ（無線周波数）モジュールと、１つ以上のアンテナを含むことができる。
【0298】
このような通信装置の非限定的ないくつかの例としては、電話（例：携帯電話、スマートフォン）、タブレット、パーソナルコンピュータ（ＰＣ）（例：ラップトップ、デスクトップ、ノートブック）、カメラ（例：デジタルスチル／ビデオカメラ）、デジタルプレイヤー（デジタルオーディオ／ビデオプレイヤー）、ウェアラブルデバイス（例：ウェアラブルカメラ、スマートウォッチ、トラッキングデバイス）、ゲームコンソール、電子書籍リーダー、遠隔医療／テレメディシン（リモート医療・医薬）装置、通信機能を提供する車両（例：自動車、飛行機、船舶）、およびこれらの様々な組合せ、が挙げられる。
【0299】
通信装置は、携帯型または可搬型に限定されず、非携帯型または据付け型である任意の種類の装置、デバイス、またはシステム、例えば、スマートホームデバイス（例：電化製品、照明、スマートメーター、制御盤）、自動販売機、および「モノのインターネット（ＩｏＴ：Internet of Things）」のネットワーク内の任意の他の「モノ」なども含むことができる。
【0300】
通信は、例えば、セルラーシステム、無線ＬＡＮシステム、衛星システム、その他、およびこれらの様々な組合せを通じてデータを交換するステップ、を含むことができる。
【0301】
通信装置は、本開示の中で説明した通信の機能を実行する通信デバイスに結合されたコントローラやセンサーなどのデバイスを備えることができる。例えば、通信装置は、通信装置の通信機能を実行する通信デバイスによって使用される制御信号またはデータ信号を生成するコントローラまたはセンサー、を備えていることができる。
【0302】
通信装置は、インフラストラクチャ設備、例えば、上の非限定的な例における装置等の装置と通信する、またはそのような装置を制御する基地局、アクセスポイント、および任意の他の装置、デバイス、またはシステムなどを、さらに含むことができる。
【0303】
さらに、様々な実施形態は、ソフトウェアモジュールによって実施してもよく、これらのソフトウェアモジュールは、プロセッサによって実行される、または、ハードウェアにおいて直接実行される。また、ソフトウェアモジュールとハードウェア実装の組合せも可能である。ソフトウェアモジュールは、任意の種類のコンピュータ可読記憶媒体、例えばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤ－ＲＯＭ、ＤＶＤなどに格納することができる。さらには、複数の異なる実施形態の個々の特徴は、個別に、または任意の組合せにおいて、別の実施形態の主題とすることができることに留意されたい。
【0304】
特定の実施形態に示した本開示には、多数の変更および／または修正を行い得ることが、当業者には理解されるであろう。したがって、本明細書における実施形態は、あらゆる点において説明を目的としており、本発明を制限するものではないとみなされたい。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【国際調査報告】