知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-04-22
(45)【発行日】2024-05-01
(54)【発明の名称】アップリンクリソース構成
(51)【国際特許分類】
H04W 4/20 20180101AFI20240423BHJP
H04W 76/27 20180101ALI20240423BHJP
H04W 88/08 20090101ALI20240423BHJP
H04W 92/16 20090101ALI20240423BHJP
【ＦＩ】
H04W4/20 110
H04W76/27
H04W88/08
H04W92/16
【請求項の数】
15
(21)【出願番号】P 2023162411
(22)【出願日】2023-09-26
(62)【分割の表示】P 2023507415の分割
【原出願日】2021-08-03
(65)【公開番号】P2023169366
(43)【公開日】2023-11-29
【審査請求日】2023-09-26
(31)【優先権主張番号】63/060,548
(32)【優先日】2020-08-03
(33)【優先権主張国・地域又は機関】US
【早期審査対象出願】
(73)【特許権者】
【識別番号】521218881
【氏名又は名称】オナー デバイス カンパニー リミテッド
(74)【代理人】
【識別番号】100107766
【弁理士】
【氏名又は名称】伊東 忠重
(74)【代理人】
【識別番号】100070150
【弁理士】
【氏名又は名称】伊東 忠彦
(74)【代理人】
【識別番号】100135079
【弁理士】
【氏名又は名称】宮崎 修
(72)【発明者】
【氏名】キュンミン パク
(72)【発明者】
【氏名】エスマエル ヘジャジ ディナン
(72)【発明者】
【氏名】テフン キム
(72)【発明者】
【氏名】ヒョンスク チョン
(72)【発明者】
【氏名】ジンスク リュ
(72)【発明者】
【氏名】ペイマン タレビ ファード
【審査官】齋藤 浩兵
(56)【参考文献】
【文献】国際公開第２０２０／０９２４１５（ＷＯ，Ａ１）
【文献】国際公開第２０２０／０９１６７６（ＷＯ，Ａ１）
【文献】国際公開第２０２０／１１４２８９（ＷＯ，Ａ１）
【文献】3GPP; TSG RAN; E-UTRA and E-UTRAN; Overall description stage 2 (Release 16)，3GPP TS 36.300 V16.2.0，2020年07月24日，Sections7.3d.2-7.3d.4，Internet<URL:http://www.3gpp.org/ftp//Specs/archive/36_series/36.300/36300-g20.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
方法であって、
基地局中央ユニットへ、基地局分散ユニットによって、無線リソース制御（ＲＲＣ）非アクティブ又はＲＲＣアイドル状態における無線デバイスのパケット送信のための少なくとも１つの周期的無線リソースの構成パラメータを送信することと、
前記基地局中央ユニットから、前記基地局分散ユニットによって、無線デバイスコンテキストリリースメッセージを受信することであって、前記無線デバイスコンテキストリリースメッセージが、
ＲＲＣリリースメッセージと、
前記無線デバイスが前記ＲＲＣアイドル状態又は前記ＲＲＣ非アクティブ状態にある間に前記基地局分散ユニットが前記少なくとも１つの周期的無線リソースを維持する指標と
を含む、ことと、
前記無線デバイスへ、前記基地局分散ユニットによって、前記ＲＲＣリリースメッセージを伝送することと、
前記基地局分散ユニットによって、前記無線デバイスの無線デバイスアクセス階層コンテキストをリリースすることと、
前記基地局分散ユニットによって、前記無線デバイスが前記ＲＲＣ非アクティブ又はＲＲＣアイドル状態にある間に、前記少なくとも１つの周期的無線リソースの前記構成パラメータを維持することと、
前記ＲＲＣ非アクティブ又はＲＲＣアイドル状態における前記無線デバイスから、前記基地局分散ユニットによって、前記構成パラメータに基づいて、前記少なくとも１つの周期的無線リソースを介して、１つ以上のトランスポートブロックを受信することと
を含む、方法。
【請求項2】
前記無線デバイスへ、前記基地局分散ユニットによって、前記少なくとも１つの周期的無線リソースの前記構成パラメータを含む１つ以上のＲＲＣメッセージを送信することを更に含む、請求項１に記載の方法。
【請求項3】
前記構成パラメータが、
オケージョンの数、
周期性、
時間オフセット、
リソースサイズ、又は
周期的リソース無線ネットワーク一時識別子
のうちの少なくとも１つを含む、請求項１～２のいずれか一項に記載の方法。
【請求項4】
前記１つ以上のトランスポートブロックが、スモールデータ送信手順に対する少なくとも１つのＲＲＣメッセージに関連付けられる、請求項１～３のいずれか一項に記載の方法。
【請求項5】
前記無線デバイスコンテキストリリースメッセージが、前記基地局分散ユニットが前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドすることを示す、請求項１～４のいずれか一項に記載の方法。
【請求項6】
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記１つ以上のトランスポートブロックの１つ以上のデータパケットを送信することを更に含む、請求項１～５のいずれか一項に記載の方法。
【請求項7】
１つ以上のプロセッサと、命令を記憶しているメモリとを備える、基地局分散ユニットであって、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記基地局分散ユニットに、請求項１～６のいずれか一項に記載の方法を実施させる、基地局分散ユニット。
【請求項8】
命令を備える非一時的コンピュータ可読媒体であって、前記命令が、１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、請求項１～６のいずれか一項に記載の方法を実施させる、非一時的コンピュータ可読媒体。
【請求項9】
方法であって、
基地局分散ユニットから、基地局中央ユニットによって、無線リソース制御（ＲＲＣ）非アクティブ又はＲＲＣアイドル状態における無線デバイスのパケット送信のための少なくとも１つの周期的無線リソースの構成パラメータを受信することと、
前記基地局分散ユニットへ、前記基地局中央ユニットによって、無線デバイスコンテキストリリースメッセージを送信することであって、前記無線デバイスコンテキストリリースメッセージが、
ＲＲＣリリースメッセージと、
前記無線デバイスが前記ＲＲＣアイドル状態又は前記ＲＲＣ非アクティブ状態にある間に、前記基地局分散ユニットが前記少なくとも１つの周期的無線リソースを維持する、指標と
を含む、ことと、
前記基地局分散ユニットから、前記基地局中央ユニットによって、前記ＲＲＣ非アクティブ又はＲＲＣアイドル状態における前記無線デバイスから前記少なくとも１つの周期的無線リソースを介して受信される１つ以上のトランスポートブロックの１つ以上のデータパケットを受信することと
を含む、方法。
【請求項10】
前記無線デバイスコンテキストリリースメッセージが、前記基地局分散ユニットが前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドすることを示す、請求項９に記載の方法。
【請求項11】
前記基地局分散ユニットへ、前記基地局中央ユニットによって、前記少なくとも１つの周期的無線リソースの前記構成パラメータを要求する構成要求メッセージを送信することを更に含む、請求項９～１０のいずれか一項に記載の方法。
【請求項12】
前記構成要求メッセージが、前記少なくとも１つの周期的無線リソースの前記構成パラメータを要求する前記無線デバイスから受信された情報要素を含み、前記情報要素が、
アップリンクリソース構成要求メッセージと、
ＲＲＣ早期データ要求メッセージと、
ユーザ機器支援情報メッセージと、
ユーザ機器情報応答メッセージと、
アップリンク情報転送メッセージと、
ＲＲＣ再構成、再確立、設定、再開、及び／又は完了メッセージと、
ＲＲＣシステム情報要求メッセージと
のうちの１つ以上を含む、請求項９～１１のいずれか一項に記載の方法。
【請求項13】
１つ以上のプロセッサと、命令を記憶しているメモリとを備える、基地局中央ユニットであって、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記基地局中央ユニットに、請求項９～１２のいずれか一項に記載の方法を実施させる、基地局中央ユニット。
【請求項14】
命令を備える非一時的コンピュータ可読媒体であって、前記命令が、１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、請求項９～１２のいずれか一項に記載の方法を実施させる、非一時的コンピュータ可読媒体。
【請求項15】
システムであって、
基地局分散ユニットと、
基地局中央ユニットと
を備え、
前記基地局分散ユニットが、１つ以上のプロセッサと、命令を記憶しているメモリとを備え、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記基地局分散ユニットに、
前記基地局中央ユニットへ、ＲＲＣ非アクティブ又はＲＲＣアイドル状態における無線デバイスのパケット送信のための少なくとも１つの周期的無線リソースの構成パラメータを送信することと、
前記基地局中央ユニットから、無線デバイスコンテキストリリースメッセージを受信することであって、前記無線デバイスコンテキストリリースメッセージが、
ＲＲＣリリースメッセージと、
前記無線デバイスが前記ＲＲＣアイドル状態又は前記ＲＲＣ非アクティブ状態にある間に前記基地局分散ユニットが前記少なくとも１つの周期的無線リソースを維持する指標と
を含む、ことと、
前記無線デバイスへ、前記ＲＲＣリリースメッセージを伝送することと、
前記無線デバイスの無線デバイスアクセス階層コンテキストをリリースすることと、
前記無線デバイスが前記ＲＲＣ非アクティブ又はＲＲＣアイドル状態にあることの後に、前記少なくとも１つの周期的無線リソースの前記構成パラメータを維持することと、
前記ＲＲＣ非アクティブ又はＲＲＣアイドル状態における前記無線デバイスから、前記少なくとも１つの周期的無線リソースを介して、１つ以上のトランスポートブロックを受信することと
を行わせ、
前記基地局中央ユニットが、１つ以上のプロセッサと、命令を記憶しているメモリとを備え、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記基地局中央ユニットに、
前記基地局分散ユニットから、前記構成パラメータを受信することと、
前記基地局分散ユニットへ、前記無線デバイスコンテキストリリースメッセージを送信することと、
前記基地局分散ユニットから、前記少なくとも１つの周期的無線リソースを介して受信される前記１つ以上のトランスポートブロックの１つ以上のデータパケットを受信することと
を行わせる、システム。
【発明の詳細な説明】
【技術分野】
【0001】
関連出願の相互参照
本出願は、２０２０年８月３日に出願された米国仮特許出願第６３／０６０，５４８号の利益を主張し、その全体が参照により本明細書に組み込まれる。
本出願は、２０２０年８月３日に出願された米国仮特許出願第６３／０６０，５４８号の利益を主張し、その全体が参照により本明細書に組み込まれる。
【発明の概要】
【課題を解決するための手段】
【0002】
本開示では、様々な実施形態が、開示された技術がどのように実装され得るか、及び／又は開示された技術がどのように環境及びシナリオで実践され得るかの実施例として提示される。関連技術分野の当業者には、範囲から逸脱することなく、形態及び詳細の様々な変更を行うことができることは明らかであろう。実際、明細書を読んだ後、代替的な実施形態を実装する方法が関連技術分野の当業者に明らかになるであろう。本実施形態は、例示的な実施形態のいずれによっても限定されるべきではない。本開示の実施形態は、添付図面を基準して説明される。開示された例示的実施形態からの制限、特徴、及び／又は要素が組み合わせられ、本開示の範囲内で更なる実施形態を作成し得る。機能と利点を強調する図は、例としてのみ示される。開示されたアーキテクチャーは、示される以外の方式で利用され得るように、十分に柔軟で構成可能である。例えば、いかなるフローチャートにリストされたアクションも、いくつかの実施形態で再配列され、又は任意選択的にのみ使用され得る。
【0003】
実施形態は、必要に応じて動作するように構成され得る。開示された機構は、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせなどで、特定の基準が満たされるときに実行され得る。例示的な基準は、例えば、無線デバイス又はネットワークノード構成、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、上記の組み合わせなどに少なくとも部分的に基づき得る。１つ以上の基準が満たされると、様々な例示的実施形態が適用され得る。したがって、開示されたプロトコルを選択的に実装する例示的実施形態を実装することが可能であり得る。
【0004】
基地局は、無線デバイスの混合と通信し得る。無線デバイス及び／又は基地局は、複数の技術、及び／又は同じ技術の複数のリリースをサポートし得る。無線デバイスは、無線デバイスのカテゴリー及び／又は能力に応じて、いくつかの特定の能力を有し得る。本開示が複数の無線デバイスと通信する基地局に言及する場合、本開示は、カバレッジエリア内の全無線デバイスのサブセットに言及し得る。本開示は、例えば、所定の能力を含み、基地局の所定のセクターにある、所定のＬＴＥ又は５Ｇリリースの複数の無線デバイスに言及し得る。本開示における複数の無線デバイスは、選択された複数の無線デバイス、及び／又は開示された方法などに従って実行するカバレッジエリア内の全無線デバイスのサブセットに言及し得る。開示された方法に準拠し得ないカバレッジエリアに複数の基地局又は複数の無線デバイスが存在し得る。例えば、それらの無線デバイス又は基地局は、ＬＴＥ又は５Ｇ技術の古いリリースに基づき実行される。
本発明は、例えば、以下を提供する。
（項目１）
方法であって、
基地局中央ユニットから、基地局分散ユニットによって、無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣ非アクティブ状態において、無線デバイスのパケット送信のための少なくとも１つの周期的リソースに対する要求を示す構成要求メッセージを受信することと、
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースの構成パラメータを含む構成メッセージを送信することと、
前記基地局中央ユニットから、前記基地局分散ユニットによって、前記無線デバイスのリリース又はサスペンドを示す無線デバイスコンテキストメッセージを受信することと、
前記無線デバイスへ、前記基地局分散ユニットによって、ＲＲＣリリースメッセージを含み、かつ前記少なくとも１つの周期的リソースの前記構成パラメータを示す、１つ以上のＲＲＣメッセージを送信することと、
前記無線デバイスから、前記基地局分散ユニットによって、前記ＲＲＣアイドル状態又は前記ＲＲＣ非アクティブ状態において、前記少なくとも１つの周期的リソースを介して、１つ以上のトランスポートブロックを受信することと、
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記１つ以上のトランスポートブロックの１つ以上のデータパケットを送信することと、を含む、方法。
（項目２）
前記基地局分散ユニットによって、前記無線デバイスの前記ＲＲＣアイドル状態又は前記ＲＲＣ非アクティブ状態の間に、
前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドすることと、
前記少なくとも１つの周期的リソースの前記構成パラメータを維持することと、を更に含む、項目１に記載の方法。
（項目３）
前記基地局中央ユニットから、前記基地局分散ユニットによって、無線デバイスコンテキストメッセージを受信することを更に含み、前記無線デバイスコンテキストメッセージが、
前記基地局分散ユニットが、前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドする指標、及び
前記無線デバイスが前記ＲＲＣアイドル状態又は前記ＲＲＣ非アクティブ状態に移行した後に、前記基地局分散ユニットが、前記少なくとも１つの周期的リソースを維持する指標、のうちの少なくとも１つを示す、項目１又は２に記載の方法。
（項目４）
前記構成パラメータを前記無線デバイスへ前記送信することが、前記無線デバイスコンテキストメッセージを前記受信することに基づいている、項目３に記載の方法。
（項目５）
方法であって、
基地局中央ユニットから、基地局分散ユニットによって、無線リソース制御（ＲＲＣ）非接続状態において、無線デバイスのパケット送信のための少なくとも１つの周期的リソースに対する要求を示す構成要求メッセージを受信することと、
前記無線デバイスへ、前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースの構成パラメータを送信することと、
前記無線デバイスから、前記基地局分散ユニットによって、前記ＲＲＣ非接続状態において、前記少なくとも１つの周期的リソースを介して、１つ以上のトランスポートブロックを受信することと、を含む、方法。
（項目６）
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースの前記構成パラメータを送信することを更に含む、項目５に記載の方法。
（項目７）
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記１つ以上のトランスポートブロックの１つ以上のデータパケットを送信することを更に含む、項目５又は６に記載の方法。
（項目８）
前記基地局分散ユニットによって、前記無線デバイスの前記ＲＲＣ非接続状態の間に、
前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドすることと、
前記少なくとも１つの周期的リソースの前記構成パラメータを維持することと、を更に含む、項目５～７のいずれか一項に記載の方法。
（項目９）
前記基地局中央ユニットから、前記基地局分散ユニットによって、無線デバイスコンテキストメッセージを受信することを更に含み、前記無線デバイスコンテキストメッセージが、
前記基地局分散ユニットが、前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドする指標、及び
前記無線デバイスが前記ＲＲＣ非接続状態に移行した後に、前記基地局分散ユニットが、前記少なくとも１つの周期的リソースを維持する指標、のうちの少なくとも１つを示す、項目５～８のいずれか一項に記載の方法。
（項目１０）
前記構成パラメータを前記無線デバイスへ前記送信することが、前記無線デバイスコンテキストメッセージを前記受信することに基づいている、項目９に記載の方法。
（項目１１）
方法であって、
基地局中央ユニットへ、基地局分散ユニットによって、無線リソース制御（ＲＲＣ）非接続状態において、無線デバイスのパケット送信のための少なくとも１つの周期的リソースの構成パラメータを送信することと、
前記無線デバイスから、前記基地局分散ユニットによって、前記ＲＲＣ非接続状態において、少なくとも１つの周期的リソースを介して、１つ以上のトランスポートブロックを受信することと、を含む、方法。
（項目１２）
前記無線デバイスへ、前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースの前記構成パラメータを送信することを更に含む、項目１１に記載の方法。
（項目１３）
前記基地局分散ユニットによって、前記無線デバイスの前記ＲＲＣ非接続状態の間に、
前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドすることと、
前記少なくとも１つの周期的リソースの前記構成パラメータを維持することと、を更に含む、項目１１又は１２に記載の方法。
（項目１４）
前記基地局中央ユニットから、前記基地局分散ユニットによって、無線デバイスコンテキストメッセージを受信することを更に含み、前記無線デバイスコンテキストメッセージが、
前記基地局分散ユニットが、前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドする指標、及び
前記無線デバイスが前記ＲＲＣ非接続状態に移行した後に、前記基地局分散ユニットが、前記少なくとも１つの周期的リソースを維持する指標、のうちの少なくとも１つを示す、項目１１～１３のいずれか一項に記載の方法。
（項目１５）
前記構成パラメータを前記無線デバイスへ前記送信することが、前記無線デバイスコンテキストメッセージを前記受信することに基づいている、項目１４に記載の方法。
（項目１６）
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記１つ以上のトランスポートブロックの１つ以上のデータパケットを送信することを更に含む、項目１１～１５のいずれか一項に記載の方法。
（項目１７）
前記１つ以上のトランスポートブロックが、スモールデータ送信手順に対する少なくとも１つのＲＲＣメッセージに関連付けられる、項目１１～１６のいずれか一項に記載の方法。
（項目１８）
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記スモールデータ送信に対する前記少なくとも１つのＲＲＣメッセージを送信することを更に含む、項目１７に記載の方法。
（項目１９）
前記１つ以上のトランスポートブロックを受信することに応答して、物理ダウンリンク制御チャネルを介して、周期的リソース無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされた信号を送信することを更に含み、前記信号が、
前記１つ以上のトランスポートブロックの成功した受信を示す確認応答、
前記１つ以上のトランスポートブロックの不成功であった受信を示す確認応答、
前記１つ以上のトランスポートブロックの再送信に対するリソース許可、又は
１つ以上の第２のトランスポートブロックの送信に対するリソース許可、のうちの少なくとも１つを示す、項目１１～１８のいずれか一項に記載の方法。
（項目２０）
前記ＲＲＣ非接続状態が、
ＲＲＣアイドル状態、及び
ＲＲＣ非アクティブ状態、のうちの１つ以上である、項目１１～１９のいずれか一項に記載の方法。
（項目２１）
前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースを監視することを更に含み、前記１つ以上のトランスポートブロックを前記受信することが、前記監視することに基づいている、項目１１～２０のいずれか一項に記載の方法。
（項目２２）
前記少なくとも１つの周期的リソースの前記構成パラメータが、１つ以上のＲＲＣメッセージにおいて、前記無線デバイスへ、送信される、項目１１～２１のいずれか一項に記載の方法。
（項目２３）
前記１つ以上のＲＲＣメッセージが、ＲＲＣリリースメッセージを含む、項目２２に記載の方法。
（項目２４）
前記構成パラメータが、前記少なくとも１つの周期的リソース及び前記無線デバイスのサービスに関連付けられるパケットフローの識別子を含む、項目１１～２３のいずれか一項に記載の方法。
（項目２５）
前記構成パラメータが、
オケージョンの数、
周期性、
時間オフセット、
リソースサイズ、又は
周期的リソース無線ネットワーク一時識別子（ＲＮＴＩ）、のうちの少なくとも１つを含む、項目１１～２４のいずれか一項に記載の方法。
（項目２６）
前記構成パラメータが、前記少なくとも１つの周期的リソースが構成されるセルのセル識別子を含む、項目１１～２５のいずれか一項に記載の方法。
（項目２７）
前記セルが、
前記無線デバイスの一次セル、
前記無線デバイスの二次セル、
前記無線デバイスの主要な二次セル、又は
前記無線デバイスが、ランダムアクセスに対して使用されるアクセスセル、のうちの少なくとも１つである、項目２６に記載の方法。
（項目２８）
前記基地局中央ユニットから、前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースの前記構成パラメータを要求する構成要求メッセージを受信することを更に含む、項目１１～２７のいずれか一項に記載の方法。
（項目２９）
前記構成要求メッセージが、前記無線デバイスの無線デバイス識別子を含む、項目１１～２８のいずれか一項に記載の方法。
（項目３０）
前記構成要求メッセージが、前記少なくとも１つの周期的リソースが構成されるセルのセル識別子を含む、項目１１～２９のいずれか一項に記載の方法。
（項目３１）
前記セルが、
前記無線デバイスの一次セル、
前記無線デバイスの二次セル、
前記無線デバイスの主要な二次セル、又は
前記無線デバイスが、ランダムアクセスに対して使用されるアクセスセル、のうちの少なくとも１つである、項目３０に記載の方法。
（項目３２）
前記構成要求メッセージが、
前記少なくとも１つの周期的リソースに関連付けられた前記セルの１つ以上のビーム、又は
前記少なくとも１つの周期的リソースに関連付けられた前記セルの１つ以上の帯域幅部分、のうちの少なくとも１つを示す、項目１１～３１のいずれか一項に記載の方法。
（項目３３）
前記基地局分散ユニットによって、前記構成要求メッセージに基づいた前記構成パラメータを、決定することを更に含む、項目１１～３２のいずれか一項に記載の方法。
（項目３４）
前記構成要求メッセージが、前記無線デバイスから受信された情報要素を含む、項目１１～３３のいずれか一項に記載の方法。
（項目３５）
前記情報要素が、
アップリンクリソース構成要求メッセージ、
ＲＲＣ早期データ要求メッセージ、
ユーザ機器支援情報メッセージ、
ユーザ機器情報応答メッセージ、
アップリンク情報転送メッセージ、
ＲＲＣ再構成、再確立、設定、再開、及び／又は完了メッセージ、並びに
ＲＲＣシステム情報要求メッセージのうちの１つ以上を含む、項目３４に記載の方法。
（項目３６）
前記無線デバイスから受信された前記情報要素が、
オケージョンの要求された数、
要求された周期性、
要求された時間オフセット、及び
要求されたトランスポートブロックサイズ、のうちの１つ、並びに
前記少なくとも１つの周期的リソースに関連付けられるパケットフローの識別子を示す、項目３４又は３５に記載の方法。
（項目３７）
前記パケットフローが、
ベアラ、
論理チャネル、
サービス品質フロー、又は
パケットデータユニットセッション、のうちの１つ以上を含む、項目３６に記載の方法。
（項目３８）
前記構成パラメータが、構成メッセージにおいて、前記基地局中央ユニットへ送信され、前記構成メッセージが、
前記少なくとも１つの周期的リソースに関連付けられた前記セルの１つ以上のビーム、及び
前記少なくとも１つの周期的リソースに関連付けられた前記セルの１つ以上の帯域幅部分、のうちの１つ以上を示す、項目１１～３７のいずれか一項に記載の方法。
（項目３９）
１つ以上のプロセッサと、命令を記憶しているメモリと、を備える、無線デバイスであって、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記無線デバイスに、項目１～３８のいずれか一項に記載の方法を実行させる、無線デバイス。
（項目４０）
命令を備える非一時的コンピュータ可読媒体であって、前記命令が、１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、項目１～３８のいずれか一項に記載の方法を実行させる、非一時的コンピュータ可読媒体。
（項目４１）
方法であって、
基地局分散ユニットから、基地局中央ユニットによって、無線リソース制御（ＲＲＣ）
非接続状態において、無線デバイスのパケット送信のための少なくとも１つの周期的リソースの構成パラメータを受信することと、
前記基地局分散ユニットから、前記基地局中央ユニットによって、前記ＲＲＣ非接続状態において、前記無線デバイスから、前記少なくとも１つの周期的リソースを介して受信された１つ以上のトランスポートブロックの１つ以上のデータパケットを受信することと、を含む、方法。
（項目４２）
前記基地局分散ユニットへ、前記基地局中央ユニットによって、無線デバイスコンテキストメッセージを送信することを更に含み、前記無線デバイスコンテキストメッセージが、
前記基地局分散ユニットが、前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドする指標、及び
前記無線デバイスが前記ＲＲＣ非接続状態に移行した後に、前記基地局分散ユニットが、前記少なくとも１つの周期的リソースを維持する指標、のうちの少なくとも１つを示す、項目４１に記載の方法。
（項目４３）
前記無線デバイスコンテキストメッセージを前記基地局分散ユニットへ前記送信することが、前記無線デバイスからの前記少なくとも１つの周期的リソースの前記構成パラメータを前記受信することに基づいている、項目４１又は４２に記載の方法。
（項目４４）
前記ＲＲＣ非接続状態が、
ＲＲＣアイドル状態、及び
ＲＲＣ非アクティブ状態、のうちの１つ以上である、項目４１～４３のいずれか一項に記載の方法。
（項目４５）
前記基地局分散ユニットへ、前記基地局中央ユニットによって、前記少なくとも１つの周期的リソースの前記構成パラメータを要求する構成要求メッセージを送信することを更に含む、項目４１～４４のいずれか一項に記載の方法。
（項目４６）
前記構成要求メッセージが、前記無線デバイスの無線デバイス識別子を含む、項目４５に記載の方法。
（項目４７）
前記構成要求メッセージが、前記少なくとも１つの周期的リソースの前記構成パラメータを要求する前記無線デバイスから受信された情報要素を含む、項目４１～４６のいずれか一項に記載の方法。
（項目４８）
前記無線デバイスから、前記基地局中央ユニットによって、前記情報要素を受信することを更に含む、項目４７に記載の方法。
（項目４９）
前記情報要素が、
アップリンクリソース構成要求メッセージ、
ＲＲＣ早期データ要求メッセージ、
ユーザ機器支援情報メッセージ、
ユーザ機器情報応答メッセージ、
アップリンク情報転送メッセージ、
ＲＲＣ再構成、再確立、設定、再開、及び／又は完了メッセージ、並びに
ＲＲＣシステム情報要求メッセージ、のうちの１つ以上を含む、項目４７又は４８に記載の方法。
（項目５０）
前記情報要素が、
オケージョンの要求された数、
要求された周期性、
要求された時間オフセット、及び
要求されたトランスポートブロックサイズ、のうちの１つ以上を示す、項目４７～４９のいずれか一項に記載の方法。
（項目５１）
前記無線デバイスの前記要求メッセージが、前記少なくとも１つの周期的リソースに関連付けられたパケットフローの識別子を含む、項目４７～５０のいずれか一項に記載の方法。
（項目５２）
前記パケットフローが、
ベアラ、
論理チャネル、
サービス品質フロー、又は
パケットデータユニットセッション、のうちの１つ以上を含む、項目５１に記載の方法。
（項目５３）
前記構成パラメータが、構成メッセージにおいて、前記基地局分散ユニットから受信される、項目４１～５２のいずれか一項に記載の方法。
（項目５４）
前記構成メッセージが、
前記少なくとも１つの周期的リソースに関連付けられたセルの１つ以上のビーム、及び
前記少なくとも１つの周期的リソースに関連付けられた前記セルの１つ以上の帯域幅部分、のうちの１つ以上を示す、項目５３に記載の方法。
（項目５５）
前記構成パラメータが、前記少なくとも１つの周期的リソース及び前記無線デバイスのサービスに関連付けられるパケットフローの識別子を含む、項目４１～５４のいずれか一項に記載の方法。
（項目５６）
前記構成パラメータが、
オケージョンの数、
周期性、
時間オフセット、
リソースサイズ、又は
周期的リソース無線ネットワーク一時識別子（ＲＮＴＩ）、のうちの少なくとも１つを含む、項目４１～５５のいずれか一項に記載の方法。
（項目５７）
前記構成パラメータが、前記少なくとも１つの周期的リソースが構成されるセルのセル識別子を含む、項目４１～５６のいずれか一項に記載の方法。
（項目５８）
１つ以上のプロセッサと、命令を記憶しているメモリと、を備える、基地局中央ユニットであって、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記基地局中央ユニットに、項目４１～５７のいずれか一項に記載の方法を実行させる、基地局中央ユニット。
（項目５９）
命令を備える非一時的コンピュータ可読媒体であって、前記命令が、１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、項目４１～５７のいずれか一項に記載の方法を実行させる、非一時的コンピュータ可読媒体。
（項目６０）
システムであって、
基地局中央ユニットであって、１つ以上のプロセッサと、命令を記憶しているメモリと、を備え、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記基地局中央ユニットに、
無線デバイスから、無線リソース制御（ＲＲＣ）非接続状態において、前記無線デバイスのパケット送信のための少なくとも１つの周期的リソースを要求する要求メッセージを受信することと、
基地局分散ユニットへ、前記少なくとも１つの周期的リソースの構成パラメータを要求する構成要求メッセージを送信することと、
前記基地局分散ユニットから、前記少なくとも１つの周期的リソースの構成パラメータを受信することと、
前記基地局分散ユニットを介して、前記無線デバイスから、１つ以上のトランスポートブロックを受信することと、を行わせる、基地局中央ユニットと、
前記基地局分散ユニットであって、前記基地局分散ユニットが、１つ以上のプロセッサと、命令を記憶しているメモリと、を備え、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記基地局分散ユニットに、
前記基地局中央ユニットから、前記構成要求メッセージを受信することと、
前記基地局中央ユニットへ、前記少なくとも１つの周期的リソースの前記構成パラメータを送信することと、
前記無線デバイスへ、前記少なくとも１つの周期的リソースの前記構成パラメータを送信することと、
前記無線デバイスから、前記少なくとも１つの周期的リソースを介して、前記１つ以上のトランスポートブロックを受信することと、
前記基地局中央ユニットへ、前記１つ以上のトランスポートブロックの１つ以上のデータパケットを送信することと、を行わせる、基地局分散ユニットと、を備える、システム。
本発明は、例えば、以下を提供する。
（項目１）
方法であって、
基地局中央ユニットから、基地局分散ユニットによって、無線リソース制御（ＲＲＣ）アイドル状態又はＲＲＣ非アクティブ状態において、無線デバイスのパケット送信のための少なくとも１つの周期的リソースに対する要求を示す構成要求メッセージを受信することと、
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースの構成パラメータを含む構成メッセージを送信することと、
前記基地局中央ユニットから、前記基地局分散ユニットによって、前記無線デバイスのリリース又はサスペンドを示す無線デバイスコンテキストメッセージを受信することと、
前記無線デバイスへ、前記基地局分散ユニットによって、ＲＲＣリリースメッセージを含み、かつ前記少なくとも１つの周期的リソースの前記構成パラメータを示す、１つ以上のＲＲＣメッセージを送信することと、
前記無線デバイスから、前記基地局分散ユニットによって、前記ＲＲＣアイドル状態又は前記ＲＲＣ非アクティブ状態において、前記少なくとも１つの周期的リソースを介して、１つ以上のトランスポートブロックを受信することと、
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記１つ以上のトランスポートブロックの１つ以上のデータパケットを送信することと、を含む、方法。
（項目２）
前記基地局分散ユニットによって、前記無線デバイスの前記ＲＲＣアイドル状態又は前記ＲＲＣ非アクティブ状態の間に、
前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドすることと、
前記少なくとも１つの周期的リソースの前記構成パラメータを維持することと、を更に含む、項目１に記載の方法。
（項目３）
前記基地局中央ユニットから、前記基地局分散ユニットによって、無線デバイスコンテキストメッセージを受信することを更に含み、前記無線デバイスコンテキストメッセージが、
前記基地局分散ユニットが、前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドする指標、及び
前記無線デバイスが前記ＲＲＣアイドル状態又は前記ＲＲＣ非アクティブ状態に移行した後に、前記基地局分散ユニットが、前記少なくとも１つの周期的リソースを維持する指標、のうちの少なくとも１つを示す、項目１又は２に記載の方法。
（項目４）
前記構成パラメータを前記無線デバイスへ前記送信することが、前記無線デバイスコンテキストメッセージを前記受信することに基づいている、項目３に記載の方法。
（項目５）
方法であって、
基地局中央ユニットから、基地局分散ユニットによって、無線リソース制御（ＲＲＣ）非接続状態において、無線デバイスのパケット送信のための少なくとも１つの周期的リソースに対する要求を示す構成要求メッセージを受信することと、
前記無線デバイスへ、前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースの構成パラメータを送信することと、
前記無線デバイスから、前記基地局分散ユニットによって、前記ＲＲＣ非接続状態において、前記少なくとも１つの周期的リソースを介して、１つ以上のトランスポートブロックを受信することと、を含む、方法。
（項目６）
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースの前記構成パラメータを送信することを更に含む、項目５に記載の方法。
（項目７）
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記１つ以上のトランスポートブロックの１つ以上のデータパケットを送信することを更に含む、項目５又は６に記載の方法。
（項目８）
前記基地局分散ユニットによって、前記無線デバイスの前記ＲＲＣ非接続状態の間に、
前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドすることと、
前記少なくとも１つの周期的リソースの前記構成パラメータを維持することと、を更に含む、項目５～７のいずれか一項に記載の方法。
（項目９）
前記基地局中央ユニットから、前記基地局分散ユニットによって、無線デバイスコンテキストメッセージを受信することを更に含み、前記無線デバイスコンテキストメッセージが、
前記基地局分散ユニットが、前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドする指標、及び
前記無線デバイスが前記ＲＲＣ非接続状態に移行した後に、前記基地局分散ユニットが、前記少なくとも１つの周期的リソースを維持する指標、のうちの少なくとも１つを示す、項目５～８のいずれか一項に記載の方法。
（項目１０）
前記構成パラメータを前記無線デバイスへ前記送信することが、前記無線デバイスコンテキストメッセージを前記受信することに基づいている、項目９に記載の方法。
（項目１１）
方法であって、
基地局中央ユニットへ、基地局分散ユニットによって、無線リソース制御（ＲＲＣ）非接続状態において、無線デバイスのパケット送信のための少なくとも１つの周期的リソースの構成パラメータを送信することと、
前記無線デバイスから、前記基地局分散ユニットによって、前記ＲＲＣ非接続状態において、少なくとも１つの周期的リソースを介して、１つ以上のトランスポートブロックを受信することと、を含む、方法。
（項目１２）
前記無線デバイスへ、前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースの前記構成パラメータを送信することを更に含む、項目１１に記載の方法。
（項目１３）
前記基地局分散ユニットによって、前記無線デバイスの前記ＲＲＣ非接続状態の間に、
前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドすることと、
前記少なくとも１つの周期的リソースの前記構成パラメータを維持することと、を更に含む、項目１１又は１２に記載の方法。
（項目１４）
前記基地局中央ユニットから、前記基地局分散ユニットによって、無線デバイスコンテキストメッセージを受信することを更に含み、前記無線デバイスコンテキストメッセージが、
前記基地局分散ユニットが、前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドする指標、及び
前記無線デバイスが前記ＲＲＣ非接続状態に移行した後に、前記基地局分散ユニットが、前記少なくとも１つの周期的リソースを維持する指標、のうちの少なくとも１つを示す、項目１１～１３のいずれか一項に記載の方法。
（項目１５）
前記構成パラメータを前記無線デバイスへ前記送信することが、前記無線デバイスコンテキストメッセージを前記受信することに基づいている、項目１４に記載の方法。
（項目１６）
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記１つ以上のトランスポートブロックの１つ以上のデータパケットを送信することを更に含む、項目１１～１５のいずれか一項に記載の方法。
（項目１７）
前記１つ以上のトランスポートブロックが、スモールデータ送信手順に対する少なくとも１つのＲＲＣメッセージに関連付けられる、項目１１～１６のいずれか一項に記載の方法。
（項目１８）
前記基地局中央ユニットへ、前記基地局分散ユニットによって、前記スモールデータ送信に対する前記少なくとも１つのＲＲＣメッセージを送信することを更に含む、項目１７に記載の方法。
（項目１９）
前記１つ以上のトランスポートブロックを受信することに応答して、物理ダウンリンク制御チャネルを介して、周期的リソース無線ネットワーク一時識別子（ＲＮＴＩ）によってスクランブルされた信号を送信することを更に含み、前記信号が、
前記１つ以上のトランスポートブロックの成功した受信を示す確認応答、
前記１つ以上のトランスポートブロックの不成功であった受信を示す確認応答、
前記１つ以上のトランスポートブロックの再送信に対するリソース許可、又は
１つ以上の第２のトランスポートブロックの送信に対するリソース許可、のうちの少なくとも１つを示す、項目１１～１８のいずれか一項に記載の方法。
（項目２０）
前記ＲＲＣ非接続状態が、
ＲＲＣアイドル状態、及び
ＲＲＣ非アクティブ状態、のうちの１つ以上である、項目１１～１９のいずれか一項に記載の方法。
（項目２１）
前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースを監視することを更に含み、前記１つ以上のトランスポートブロックを前記受信することが、前記監視することに基づいている、項目１１～２０のいずれか一項に記載の方法。
（項目２２）
前記少なくとも１つの周期的リソースの前記構成パラメータが、１つ以上のＲＲＣメッセージにおいて、前記無線デバイスへ、送信される、項目１１～２１のいずれか一項に記載の方法。
（項目２３）
前記１つ以上のＲＲＣメッセージが、ＲＲＣリリースメッセージを含む、項目２２に記載の方法。
（項目２４）
前記構成パラメータが、前記少なくとも１つの周期的リソース及び前記無線デバイスのサービスに関連付けられるパケットフローの識別子を含む、項目１１～２３のいずれか一項に記載の方法。
（項目２５）
前記構成パラメータが、
オケージョンの数、
周期性、
時間オフセット、
リソースサイズ、又は
周期的リソース無線ネットワーク一時識別子（ＲＮＴＩ）、のうちの少なくとも１つを含む、項目１１～２４のいずれか一項に記載の方法。
（項目２６）
前記構成パラメータが、前記少なくとも１つの周期的リソースが構成されるセルのセル識別子を含む、項目１１～２５のいずれか一項に記載の方法。
（項目２７）
前記セルが、
前記無線デバイスの一次セル、
前記無線デバイスの二次セル、
前記無線デバイスの主要な二次セル、又は
前記無線デバイスが、ランダムアクセスに対して使用されるアクセスセル、のうちの少なくとも１つである、項目２６に記載の方法。
（項目２８）
前記基地局中央ユニットから、前記基地局分散ユニットによって、前記少なくとも１つの周期的リソースの前記構成パラメータを要求する構成要求メッセージを受信することを更に含む、項目１１～２７のいずれか一項に記載の方法。
（項目２９）
前記構成要求メッセージが、前記無線デバイスの無線デバイス識別子を含む、項目１１～２８のいずれか一項に記載の方法。
（項目３０）
前記構成要求メッセージが、前記少なくとも１つの周期的リソースが構成されるセルのセル識別子を含む、項目１１～２９のいずれか一項に記載の方法。
（項目３１）
前記セルが、
前記無線デバイスの一次セル、
前記無線デバイスの二次セル、
前記無線デバイスの主要な二次セル、又は
前記無線デバイスが、ランダムアクセスに対して使用されるアクセスセル、のうちの少なくとも１つである、項目３０に記載の方法。
（項目３２）
前記構成要求メッセージが、
前記少なくとも１つの周期的リソースに関連付けられた前記セルの１つ以上のビーム、又は
前記少なくとも１つの周期的リソースに関連付けられた前記セルの１つ以上の帯域幅部分、のうちの少なくとも１つを示す、項目１１～３１のいずれか一項に記載の方法。
（項目３３）
前記基地局分散ユニットによって、前記構成要求メッセージに基づいた前記構成パラメータを、決定することを更に含む、項目１１～３２のいずれか一項に記載の方法。
（項目３４）
前記構成要求メッセージが、前記無線デバイスから受信された情報要素を含む、項目１１～３３のいずれか一項に記載の方法。
（項目３５）
前記情報要素が、
アップリンクリソース構成要求メッセージ、
ＲＲＣ早期データ要求メッセージ、
ユーザ機器支援情報メッセージ、
ユーザ機器情報応答メッセージ、
アップリンク情報転送メッセージ、
ＲＲＣ再構成、再確立、設定、再開、及び／又は完了メッセージ、並びに
ＲＲＣシステム情報要求メッセージのうちの１つ以上を含む、項目３４に記載の方法。
（項目３６）
前記無線デバイスから受信された前記情報要素が、
オケージョンの要求された数、
要求された周期性、
要求された時間オフセット、及び
要求されたトランスポートブロックサイズ、のうちの１つ、並びに
前記少なくとも１つの周期的リソースに関連付けられるパケットフローの識別子を示す、項目３４又は３５に記載の方法。
（項目３７）
前記パケットフローが、
ベアラ、
論理チャネル、
サービス品質フロー、又は
パケットデータユニットセッション、のうちの１つ以上を含む、項目３６に記載の方法。
（項目３８）
前記構成パラメータが、構成メッセージにおいて、前記基地局中央ユニットへ送信され、前記構成メッセージが、
前記少なくとも１つの周期的リソースに関連付けられた前記セルの１つ以上のビーム、及び
前記少なくとも１つの周期的リソースに関連付けられた前記セルの１つ以上の帯域幅部分、のうちの１つ以上を示す、項目１１～３７のいずれか一項に記載の方法。
（項目３９）
１つ以上のプロセッサと、命令を記憶しているメモリと、を備える、無線デバイスであって、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記無線デバイスに、項目１～３８のいずれか一項に記載の方法を実行させる、無線デバイス。
（項目４０）
命令を備える非一時的コンピュータ可読媒体であって、前記命令が、１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、項目１～３８のいずれか一項に記載の方法を実行させる、非一時的コンピュータ可読媒体。
（項目４１）
方法であって、
基地局分散ユニットから、基地局中央ユニットによって、無線リソース制御（ＲＲＣ）
非接続状態において、無線デバイスのパケット送信のための少なくとも１つの周期的リソースの構成パラメータを受信することと、
前記基地局分散ユニットから、前記基地局中央ユニットによって、前記ＲＲＣ非接続状態において、前記無線デバイスから、前記少なくとも１つの周期的リソースを介して受信された１つ以上のトランスポートブロックの１つ以上のデータパケットを受信することと、を含む、方法。
（項目４２）
前記基地局分散ユニットへ、前記基地局中央ユニットによって、無線デバイスコンテキストメッセージを送信することを更に含み、前記無線デバイスコンテキストメッセージが、
前記基地局分散ユニットが、前記無線デバイスの１つ以上のアクセス階層コンテキストをリリース又はサスペンドする指標、及び
前記無線デバイスが前記ＲＲＣ非接続状態に移行した後に、前記基地局分散ユニットが、前記少なくとも１つの周期的リソースを維持する指標、のうちの少なくとも１つを示す、項目４１に記載の方法。
（項目４３）
前記無線デバイスコンテキストメッセージを前記基地局分散ユニットへ前記送信することが、前記無線デバイスからの前記少なくとも１つの周期的リソースの前記構成パラメータを前記受信することに基づいている、項目４１又は４２に記載の方法。
（項目４４）
前記ＲＲＣ非接続状態が、
ＲＲＣアイドル状態、及び
ＲＲＣ非アクティブ状態、のうちの１つ以上である、項目４１～４３のいずれか一項に記載の方法。
（項目４５）
前記基地局分散ユニットへ、前記基地局中央ユニットによって、前記少なくとも１つの周期的リソースの前記構成パラメータを要求する構成要求メッセージを送信することを更に含む、項目４１～４４のいずれか一項に記載の方法。
（項目４６）
前記構成要求メッセージが、前記無線デバイスの無線デバイス識別子を含む、項目４５に記載の方法。
（項目４７）
前記構成要求メッセージが、前記少なくとも１つの周期的リソースの前記構成パラメータを要求する前記無線デバイスから受信された情報要素を含む、項目４１～４６のいずれか一項に記載の方法。
（項目４８）
前記無線デバイスから、前記基地局中央ユニットによって、前記情報要素を受信することを更に含む、項目４７に記載の方法。
（項目４９）
前記情報要素が、
アップリンクリソース構成要求メッセージ、
ＲＲＣ早期データ要求メッセージ、
ユーザ機器支援情報メッセージ、
ユーザ機器情報応答メッセージ、
アップリンク情報転送メッセージ、
ＲＲＣ再構成、再確立、設定、再開、及び／又は完了メッセージ、並びに
ＲＲＣシステム情報要求メッセージ、のうちの１つ以上を含む、項目４７又は４８に記載の方法。
（項目５０）
前記情報要素が、
オケージョンの要求された数、
要求された周期性、
要求された時間オフセット、及び
要求されたトランスポートブロックサイズ、のうちの１つ以上を示す、項目４７～４９のいずれか一項に記載の方法。
（項目５１）
前記無線デバイスの前記要求メッセージが、前記少なくとも１つの周期的リソースに関連付けられたパケットフローの識別子を含む、項目４７～５０のいずれか一項に記載の方法。
（項目５２）
前記パケットフローが、
ベアラ、
論理チャネル、
サービス品質フロー、又は
パケットデータユニットセッション、のうちの１つ以上を含む、項目５１に記載の方法。
（項目５３）
前記構成パラメータが、構成メッセージにおいて、前記基地局分散ユニットから受信される、項目４１～５２のいずれか一項に記載の方法。
（項目５４）
前記構成メッセージが、
前記少なくとも１つの周期的リソースに関連付けられたセルの１つ以上のビーム、及び
前記少なくとも１つの周期的リソースに関連付けられた前記セルの１つ以上の帯域幅部分、のうちの１つ以上を示す、項目５３に記載の方法。
（項目５５）
前記構成パラメータが、前記少なくとも１つの周期的リソース及び前記無線デバイスのサービスに関連付けられるパケットフローの識別子を含む、項目４１～５４のいずれか一項に記載の方法。
（項目５６）
前記構成パラメータが、
オケージョンの数、
周期性、
時間オフセット、
リソースサイズ、又は
周期的リソース無線ネットワーク一時識別子（ＲＮＴＩ）、のうちの少なくとも１つを含む、項目４１～５５のいずれか一項に記載の方法。
（項目５７）
前記構成パラメータが、前記少なくとも１つの周期的リソースが構成されるセルのセル識別子を含む、項目４１～５６のいずれか一項に記載の方法。
（項目５８）
１つ以上のプロセッサと、命令を記憶しているメモリと、を備える、基地局中央ユニットであって、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記基地局中央ユニットに、項目４１～５７のいずれか一項に記載の方法を実行させる、基地局中央ユニット。
（項目５９）
命令を備える非一時的コンピュータ可読媒体であって、前記命令が、１つ以上のプロセッサによって実行されるときに、前記１つ以上のプロセッサに、項目４１～５７のいずれか一項に記載の方法を実行させる、非一時的コンピュータ可読媒体。
（項目６０）
システムであって、
基地局中央ユニットであって、１つ以上のプロセッサと、命令を記憶しているメモリと、を備え、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記基地局中央ユニットに、
無線デバイスから、無線リソース制御（ＲＲＣ）非接続状態において、前記無線デバイスのパケット送信のための少なくとも１つの周期的リソースを要求する要求メッセージを受信することと、
基地局分散ユニットへ、前記少なくとも１つの周期的リソースの構成パラメータを要求する構成要求メッセージを送信することと、
前記基地局分散ユニットから、前記少なくとも１つの周期的リソースの構成パラメータを受信することと、
前記基地局分散ユニットを介して、前記無線デバイスから、１つ以上のトランスポートブロックを受信することと、を行わせる、基地局中央ユニットと、
前記基地局分散ユニットであって、前記基地局分散ユニットが、１つ以上のプロセッサと、命令を記憶しているメモリと、を備え、前記命令が、前記１つ以上のプロセッサによって実行されるときに、前記基地局分散ユニットに、
前記基地局中央ユニットから、前記構成要求メッセージを受信することと、
前記基地局中央ユニットへ、前記少なくとも１つの周期的リソースの前記構成パラメータを送信することと、
前記無線デバイスへ、前記少なくとも１つの周期的リソースの前記構成パラメータを送信することと、
前記無線デバイスから、前記少なくとも１つの周期的リソースを介して、前記１つ以上のトランスポートブロックを受信することと、
前記基地局中央ユニットへ、前記１つ以上のトランスポートブロックの１つ以上のデータパケットを送信することと、を行わせる、基地局分散ユニットと、を備える、システム。
【図面の簡単な説明】
【0005】
本開示の様々な実施形態のうちのいくつかの実施例が、図面を参照して本明細書に記載される。
【図1A】本開示の実施形態が実装され得る、移動体通信ネットワークの実施例を示す。
【図1B】本開示の実施形態が実装され得る、移動体通信ネットワークの実施例を示す。
【図2A】新しい無線（ＮＲ）ユーザプレーン及び制御プレーンプロトコルスタックをそれぞれ示す。
【図2B】新しい無線（ＮＲ）ユーザプレーン及び制御プレーンプロトコルスタックをそれぞれ示す。
【図4B】ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダのフォーマット例を示す。
【図5A】ダウンリンクとアップリンクの論理チャネル、トランスポートチャネル、及び物理チャネル間のマッピングをそれぞれ示す。
【図5B】ダウンリンクとアップリンクの論理チャネル、トランスポートチャネル、及び物理チャネル間のマッピングをそれぞれ示す。
【図6】ＵＥのＲＲＣ状態移行を示す例示的な図である。
【図7】ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。
【図8】ＮＲキャリアの時間及び周波数ドメインにおけるスロットの構成例を示す。
【図9】ＮＲキャリアに対して３つの構成されるＢＷＰを使用した帯域幅適応の実施例を示す。
【図10A】２つのコンポーネントキャリアを有する３つのキャリアアグリゲーション構成を示す。
【図10B】アグリゲーションセルがどのように１つ以上のＰＵＣＣＨグループに構成され得るかの実施例を示す。
【図11A】ＳＳ／ＰＢＣＨブロック構造及び位置の実施例を示す。
【図11B】時間及び周波数ドメインにマッピングされたＣＳＩ－ＲＳの実施例を示す。
【図12A】３つのダウンリンク及びアップリンクビーム管理手順の実施例をそれぞれ示す。
【図12B】３つのダウンリンク及びアップリンクビーム管理手順の実施例をそれぞれ示す。
【図13A】４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、及び別の２ステップランダムアクセス手順をそれぞれ示す。
【図13B】４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、及び別の２ステップランダムアクセス手順をそれぞれ示す。
【図13C】４ステップ競合ベースのランダムアクセス手順、２ステップ競合のないランダムアクセス手順、及び別の２ステップランダムアクセス手順をそれぞれ示す。
【図14A】帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。
【図14B】ＣＯＲＥＳＥＴ及びＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ～ＲＥＧマッピングの実施例を示す。
【図15】基地局と通信する無線デバイスの実施例を示す。
【図16A】アップリンク及びダウンリンク送信のための例示的な構造を示す。
【図16B】アップリンク及びダウンリンク送信のための例示的な構造を示す。
【図16C】アップリンク及びダウンリンク送信のための例示的な構造を示す。
【図16D】アップリンク及びダウンリンク送信のための例示的な構造を示す。
【図17】本開示の例示的な実施形態の一態様の図である。
【図18】本開示の例示的な実施形態の一態様の図である。
【図19】本開示の例示的な実施形態の一態様の図である。
【図20】本開示の例示的な実施形態の一態様の図である。
【図21】本開示の例示的な実施形態の一態様の図である。
【図22】本開示の例示的な実施形態の一態様の図である。
【図23】本開示の例示的な実施形態の一態様の図である。
【図24】本開示の例示的な実施形態の一態様の図である。
【図25】本開示の例示的な実施形態の一態様の図である。
【図26】本開示の例示的な実施形態の一態様の図である。
【図27】本開示の例示的な実施形態の一態様の図である。
【図28】本開示の例示的な実施形態の一態様の図である。
【図29】本開示の例示的な実施形態の一態様の図である。
【図30】本開示の例示的な実施形態の一態様の図である。
【発明を実施するための形態】
【0006】
（発明の詳細な説明）
本明細書では、「ａ」及び「ａｎ」、並びに同様の句は「少なくとも１つ」及び「１つ以上」として解釈される。同様に、接尾辞「（ｓ）」で終わる任意の用語は、「少なくとも１つ」及び「１つ以上」として解釈されるべきである。本明細書では、「ｍａｙ」という用語は「例えば、～であり得る」として解釈される。言い換えると、「ｍａｙ」という用語は、「ｍａｙ」という用語に続く句が複数の適切な可能性の１つの実施例であり、種々の実施形態の１つ以上によって用いられても用いられなくてもよいことを示す。本明細書で使用される場合、「含む（ｃｏｍｐｒｉｓｅｓ）」及び「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」という用語は、記載される要素の１つ以上の構成要素を列挙する。「含む（ｃｏｍｐｒｉｓｅｓ）」という用語は、「含む（ｉｎｃｌｕｄｅｓ）」と互換性があり記載される要素に含まれる列挙されていない構成要素を除外しない。対照的に、「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」は、記述される要素の１つ以上の構成要素の完全な列挙を提供する。本明細書で使用される場合、「に基づく」という用語は、例えば、「のみに基づく」というよりも、むしろ「少なくとも部分的に基づく」と解釈されるべきである。本明細書で使用される場合、「及び／又は」という用語は、列挙された要素の任意の可能な組み合わせを表す。例えば、「Ａ、Ｂ、及び／又はＣ」は、Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、又はＡ、Ｂ、及びＣを表し得る。
本明細書では、「ａ」及び「ａｎ」、並びに同様の句は「少なくとも１つ」及び「１つ以上」として解釈される。同様に、接尾辞「（ｓ）」で終わる任意の用語は、「少なくとも１つ」及び「１つ以上」として解釈されるべきである。本明細書では、「ｍａｙ」という用語は「例えば、～であり得る」として解釈される。言い換えると、「ｍａｙ」という用語は、「ｍａｙ」という用語に続く句が複数の適切な可能性の１つの実施例であり、種々の実施形態の１つ以上によって用いられても用いられなくてもよいことを示す。本明細書で使用される場合、「含む（ｃｏｍｐｒｉｓｅｓ）」及び「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」という用語は、記載される要素の１つ以上の構成要素を列挙する。「含む（ｃｏｍｐｒｉｓｅｓ）」という用語は、「含む（ｉｎｃｌｕｄｅｓ）」と互換性があり記載される要素に含まれる列挙されていない構成要素を除外しない。対照的に、「からなる（ｃｏｎｓｉｓｔｓ ｏｆ）」は、記述される要素の１つ以上の構成要素の完全な列挙を提供する。本明細書で使用される場合、「に基づく」という用語は、例えば、「のみに基づく」というよりも、むしろ「少なくとも部分的に基づく」と解釈されるべきである。本明細書で使用される場合、「及び／又は」という用語は、列挙された要素の任意の可能な組み合わせを表す。例えば、「Ａ、Ｂ、及び／又はＣ」は、Ａ、Ｂ、Ｃ、Ａ及びＢ、Ａ及びＣ、Ｂ及びＣ、又はＡ、Ｂ、及びＣを表し得る。
【0007】
Ａ及びＢがセットであり、Ａの全ての要素がＢの要素でもある場合、ＡはＢのサブセットと呼ばれる。本明細書では、非空集合及びサブセットのみが考慮される。例えば、Ｂ＝｛セル１、セル２｝の可能なサブセットは、｛セル１｝、｛セル２｝、及び｛セル１、セル２｝である。「に基づき」（又は同等に「に少なくとも基づき」）というフレーズは、「に基づき」という用語に続くフレーズが様々な実施形態の１つ以上に用いられる場合と用いられない場合とがある多数の好適な可能性の１つの実施例であることを示す。「に応答して」（又は同等に「に少なくとも応答して」）というフレーズは、フレーズ「に応答して」に続くフレーズが様々な実施形態の１つ以上に用いられる場合と用いられない場合とがある多数の好適な可能性の１つの実施例であることを示す。「に応じて」（又は同等に「に少なくとも応じて」）というフレーズは、フレーズ「に応じて」に続くフレーズが様々な実施形態の１つ以上に用いられる場合と用いられない場合とがある多数の好適な可能性の１つの実施例であることを示す。「採用／使用」（又は同等に「少なくとも採用／使用」）というフレーズは、フレーズ「採用／使用」に続くフレーズが様々な実施形態の１つ以上に使用される場合とされない場合とがある多数の適切な可能性の１つの実施例であることを示す。
【0008】
構成されるという用語は、装置が動作状態にあるか非動作状態にあるかにかかわらず、装置の容量に関連し得る。構成されるとは、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの動作特性に影響するデバイスの特定の設定に言及することもできる。換言すれば、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリ値などは、デバイスが特定の特性を提供するために、デバイスが動作状態又は非動作状態にあるかどうかにかかわらず、デバイス内で「構成され」得る。「装置において発生する制御メッセージ」などの用語は、装置が動作状態か非動作状態かにかかわらず、制御メッセージが装置における特定の特性を構成するために使用され得る、又は装置における特定のアクションを実装するために使用され得るパラメータを有することを意味し得る。
【0009】
本開示では、パラメータ（又は同等にフィールド、又は情報要素：ＩＥと呼ばれる）は、１つ以上の情報オブジェクトを含み得、情報オブジェクトは、１つ以上の他のオブジェクトを含み得る。例えば、パラメータ（ＩＥ）Ｎがパラメータ（ＩＥ）Ｍを含み、パラメータ（ＩＥ）Ｍがパラメータ（ＩＥ）Ｋを含み、パラメータ（ＩＥ）Ｋがパラメータ（情報要素）Ｊを含む場合、例えば、ＮはＫを含み、ＮはＪを含む。例示的実施形態においては、１つ以上のメッセージが複数のパラメータを含むとき、それは、複数のパラメータのうちのパラメータが１つ以上のメッセージのうちの少なくとも１つに含まれるが、１つ以上のメッセージの各々に含まれる必要はないことを意味する。
【0010】
更にまた、上記で提示された多くの特徴は、「ｍａｙ」の使用又は括弧の使用により任意選択的であるものとして説明される。簡潔さ及び読みやすさのために、本開示は、任意選択的な特徴のセットから選択することによって得られ得るありとあらゆる変更を明示的に記載していない。本開示は、そのような全ての変更を明示的に開示すと解釈されるべきである。例えば、３つの任意選択的な特徴を有するものとして説明されたシステムは、７つの方式、すなわち、３つの可能な特徴の１つのみ、３つの特徴のいずれか２つ、又は３つの特徴の３つによって具現化され得る。
【0011】
開示された実施形態で説明される要素の多くは、モジュールとして実装され得る。ここで、モジュールは、定義された機能を実行し、他の要素への定義されたインターフェースを有する要素として定義される。本開示で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（例えば、生物学的要素を有するハードウェア）、又はそれらの組み合わせで実装され得、それらは、挙動的に等価であり得る。例えば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂ（登録商標）など）若しくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ Ｏｃｔａｖｅ、又はＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔで実行されるように構成されるコンピュータ言語で記述されたソフトウェアルーチンで実装され得る。ディスクリート又はプログラム可能なアナログ、デジタル、及び／又は量子ハードウェアを組み込む物理ハードウェアを使用してモジュールを実装することも可能であり得る。プログラム可能なハードウェアの例には、コンピュータ、マイクロコントローラ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、コンプレックスプログラマーブルロジックデバイス（ＣＰＬＤ）が含まれる。コンピュータ、マイクロコントローラ、及びマイクロプロセッサは、アセンブリ、Ｃ、Ｃ＋＋などの言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤは、多くの場合、プログラマーブルデバイスの機能が少ない内部ハードウェアモジュール間の接続を構成するＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）又はＶｅｒｉｌｏｇなどのハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。機能モジュールの結果を達成するために、上記の技術がしばしば組み合わせて使用される。
【0012】
図１Ａは、本開示の実施形態が実装され得る移動体通信ネットワーク１００の実施例を示す。移動体通信ネットワーク１００は、例えば、ネットワークオペレーターによって実行される公衆陸上移動体ネットワーク（ＰＬＭＮ）であり得る。図１Ａに示すように、移動体通信ネットワーク１００は、コアネットワーク（ＣＮ）１０２、無線アクセスネットワーク（ＲＡＮ）１０４、及び無線デバイス１０６を含む。
【0013】
ＣＮ１０２は、無線デバイス１０６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、及び／又はオペレーター内ＤＮなどの１つ以上のデータネットワーク（ＤＮ）へのインターフェースを提供し得る。インターフェース機能の一部として、ＣＮ１０２は、無線デバイス１０６と１つ以上のＤＮとの間のエンドツーエンドの接続を設定し、無線デバイス１０６を認証し、充電機能を提供し得る。
【0014】
ＲＡＮ１０４は、エアーインターフェース上で無線通信を介して、ＣＮ１０２を無線デバイス１０６に接続し得る。無線通信の一部として、ＲＡＮ１０４は、スケジューリング、無線リソース管理、及び再送信プロトコルを提供し得る。エアーインターフェース上のＲＡＮ１０４から無線デバイス１０６への通信方向は、ダウンリンクとして知られ、エアーインターフェース上の無線デバイス１０６からＲＡＮ１０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、周波数分割二重化（ＦＤＤ）、時間分割二重化（ＴＤＤ）、及び／又は２つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。
【0015】
無線デバイスという用語は、本開示全体を通して、無線通信が必要又は利用可能な任意のモバイルデバイス又は固定（非携帯）デバイスを指し、及び包含するために使用され得る。例えば、無線デバイスは、電話、スマートフォン、タブレット、コンピュータ、ラップトップ、センサー、メーター、ウェアラブルデバイス、モノのインターネット（ＩｏＴ）装置、車両道路側ユニット（ＲＳＵ）、中継ノード、自動車、及び／又はそれらの任意の組み合わせであり得る。無線デバイスという用語は、ユーザ機器（ＵＥ）、ユーザ端末（ＵＴ）、アクセス端末（ＡＴ）、モバイルステーション、受話器、無線送受信ユニット（ＷＴＲＵ）、及び／又は無線通信装置を含む、他の用語を包含する。
【0016】
ＲＡＮ１０４は、１つ以上の基地局（図示せず）を含み得る。基地局という用語は、ノードＢ（ＵＭＴＳ及び／又は３Ｇ標準に関連付けられる）、進化したノードＢ（ｅＮＢ、Ｅ－ＵＴＲＡ及び／又は４Ｇ規格と関連）、遠隔無線ヘッド（ＲＲＨ）、１つ以上のＲＲＨに結合されたベースバンド処理ユニット、ドナーノードのカバレッジエリアを拡張するために使用されるリピータノード又は中継ノード、次世代進化ノードＢ（ｎｇ－ｅＮＢ）、世代ノードＢ（ｇＮＢ、ＮＲ及び／又は５Ｇ規格と関連）、アクセスポイント（ＡＰ、例えばＷｉＦｉ又はその他の適切な無線通信規格に関連している）、及び／又はそれらの任意の組み合わせを指し、かつそれを包含するために、本開示全体を通して使用され得る。基地局は、少なくとも１つのｇＮＢ中央ユニット（ｇＮＢ－ＣＵ）及び少なくとも１つのｇＮＢ分散ユニット（ｇＮＢ－ＤＵ）を含み得る。
【0017】
ＲＡＮ１０４に含まれる基地局は、無線デバイス１０６とエアーインターフェース上で通信するための１つ以上のアンテナのセットを含み得る。例えば、１つ以上の基地局は、３つのセル（又はセクター）をそれぞれ制御するための３つのアンテナセットを含み得る。セルのサイズは、レシーバ（例えば、基地局レシーバ）が、セルで動作するトランスミッタ（例えば、無線デバイストランスミッタ）から送信を首尾よく受信できる範囲によって決定され得る。一緒に、基地局のセルは、無線デバイス可動性をサポートするために、広い地理的エリアにわたって無線デバイス１０６に無線カバレッジを提供し得る。
【0018】
３つのセクターサイトに加えて、基地局の他の実装も可能である。例えば、ＲＡＮ１０４の１つ以上の基地局は、３つより多い又はそれ未満のセクターを有するセクターサイトとして実装され得る。ＲＡＮ１０４の１つ以上の基地局は、アクセスポイントとして、複数の遠隔無線ヘッド（ＲＲＨ）に結合されたベースバンド処理ユニットとして、及び／又はドナーノードのカバレッジエリアを拡張するために使用されるリピータ又は中継ノードとして実装され得る。ＲＲＨに結合されたベースバンド処理ユニットは、集中型又はクラウドＲＡＮアーキテクチャーの一部であり得、ベースバンド処理ユニットは、ベースバンド処理ユニットのプール内に集中型であるか、又は仮想化され得る。リピータノードは、ドナーノードから受信した無線信号を増幅及び再ブロードキャストし得る。中継ノードは、リピータノードと同じ／類似の機能を実行し得るが、ドナーノードから受信した無線信号を復号化して、無線信号を増幅及び再ブロードキャストする前にノイズを除去し得る。
【0019】
ＲＡＮ１０４は、類似のアンテナパターン及び類似の高レベル送信電力を有するマクロセル基地局の均質なネットワークとして展開され得る。ＲＡＮ１０４は、異種ネットワークとして展開され得る。異種ネットワークでは、小さなセル基地局を使用して、例えば、マクロセル基地局によって提供される比較的大きなカバレッジエリアと重複するカバレッジエリアなど、小さなカバレッジエリアを提供することができる。小さなカバレッジエリアは、データトラフィックの多いエリア（又はいわゆるホットスポット）、又はマクロセルカバレッジが弱いエリアに提供され得る。スモールセル基地局の実施例としては、カバレッジエリアが縮小する順に、マイクロセル基地局、ピコセル基地局、及びフェムトセル基地局又はホーム基地局が挙げられる。
【0020】
第３世代パートナーシッププロジェクト（３ＧＰＰ（登録商標））は、図１Ａの移動体通信ネットワーク１００と同様の移動体通信ネットワークの仕様のグローバル標準化を提供するために１９９８年に形成される。現在までに、３ＧＰＰ（登録商標）は、ユニバーサルモバイル通信システム（ＵＭＴＳ）として知られる第３世代（３Ｇ）ネットワーク、ロング・ターム・エボリューション（ＬＴＥ）として知られる第４世代（４Ｇ）ネットワーク、及び５Ｇシステム（５ＧＳ）として知られる第五世代（５Ｇ）ネットワークという、三世代のモバイルネットワークの仕様を生産している。本開示の実施形態は、次世代ＲＡＮ（ＮＧ－ＲＡＮ）と称される、３ＧＰＰ（登録商標） ５ＧネットワークのＲＡＮを参照して記載される。実施形態は、図１ＡのＲＡＮ１０４、以前の３Ｇ及び４ＧネットワークのＲＡＮ、及びまだ仕様化されていない将来のネットワーク（例えば、３ＧＰＰ（登録商標） ６Ｇネットワーク）などの他の移動体通信ネットワークのＲＡＮに適用可能であり得る。ＮＧ－ＲＡＮは、新しい無線（ＮＲ）として知られる５Ｇ無線アクセス技術を実装し、４Ｇ無線アクセス技術又は非３ＧＰＰ（登録商標）無線アクセス技術を含むその他の無線アクセス技術を実装するために供給され得る。
【0021】
図１Ｂは、本開示の実施形態が実装され得る、別の実施例の移動体通信ネットワーク１５０を示す。移動体通信ネットワーク１５０は、例えば、ネットワークオペレーターによって実行されるＰＬＭＮであり得る。図１Ｂに示すように、移動体通信ネットワーク１５０は、５Ｇコアネットワーク（５Ｇ－ＣＮ）１５２、ＮＧ－ＲＡＮ１５４、及びＵＥ１５６Ａ及びＵＥ１５６Ｂ（総称してＵＥ１５６）を含む。これらの構成要素は、図１Ａに関して説明された対応する構成要素と同じ又は同様の方法で実装及び動作することができる。
【0022】
５Ｇ－ＣＮ１５２は、ＵＥ１５６に、パブリックＤＮ（例えば、インターネット）、プライベートＤＮ、及び／又はオペレーター内ＤＮなどの１つ以上のＤＮへのインターフェースを提供する。インターフェース機能の一部として、５Ｇ－ＣＮ１５２は、ＵＥ１５６と１つ以上のＤＮとの間のエンドツーエンドの接続をセットアップし、ＵＥ１５６を認証し、充電機能を提供し得る。３ＧＰＰ（登録商標） ４ＧネットワークのＣＮと比較して、５Ｇ－ＣＮ１５２のベースは、サービスベースのアーキテクチャーであり得る。これは、５Ｇ－ＣＮ１５２を構成するノードのアーキテクチャーが、他のネットワーク機能へのインターフェースを介してサービスを提供するネットワーク機能として定義され得ることを意味する。５Ｇ－ＣＮ１５２のネットワーク機能は、専用若しくは共有ハードウェア上のネットワーク要素として、専用若しくは共有ハードウェア上で動作するソフトウェアインスタンスとして、又はプラットフォーム（例えば、クラウドベースのプラットフォーム）上でインスタンス化された仮想化機能として、いくつかの方法で実装され得る。
【0023】
図１Ｂに示すように、５Ｇ－ＣＮ１５２は、簡単に説明できるように、図１Ｂで１つの構成要素ＡＭＦ／ＵＰＦ１５８として示すように、アクセス及びモビリティ管理機能（ＡＭＦ）１５８Ａ及びＵｓｅｒ Ｐｌａｎｅ機能（ＵＰＦ）１５８Ｂを含む。ＵＰＦ１５８Ｂは、ＮＧ－ＲＡＮ１５４と１つ以上のＤＮとの間のゲートウェイとして機能し得る。ＵＰＦ１５８Ｂは、パケットルーティング及び転送、パケット検査及びユーザプレーンポリシールールの施行、トラフィック利用の報告、１つ以上のＤＮへのトラフィックフローのルーティングをサポートするアップリンク分類、ユーザプレーンに対するサービス品質（ＱｏＳ）処理（例えば、パケットフィルタリング、ゲーティング、アップリンク／ダウンリンクレート実施、及びアップリンクトラフィック検証）、ダウンリンクパケットバッファリング、及びダウンリンクデータ通知トリガーなどの機能を実行し得る。ＵＰＦ１５８Ｂは、イントラ／インター無線アクセス技術（ＲＡＴ）モビリティのアンカーポイント、１つ以上のＤＮに相互接続される外部プロトコル（又はパケット）データユニット（ＰＤＵ）セッションポイント、及び／又は分岐ポイントとして機能して、マルチホームＰＤＵセッションをサポートし得る。ＵＥ１５６は、ＵＥとＤＮとの間の論理接続である、ＰＤＵセッションを介してサービスを受信するように構成され得る。
【0024】
ＡＭＦ１５８Ａは、非アクセス層（ＮＡＳ）シグナリングの終了、ＮＡＳシグナリングセキュリティ、アクセス層（ＡＳ）セキュリティ制御、３ＧＰＰ（登録商標）アクセスネットワーク間のモビリティのためのＣＮ間ノードシグナリング、アイドルモードＵＥ到達可能性（例えば、ページング再送信の制御と実行）、登録エリア管理、システム内及びシステム間モビリティサポート、アクセス認証、ローミング権限のチェックを含むアクセス許可、モビリティ管理制御（サブスクリプションとポリシー）、ネットワークスライシングのサポート、及び／又はセッション管理機能（ＳＭＦ）の選択などの機能を実行できる。ＮＡＳは、ＣＮとＵＥの間で動作する機能を指し得、ＡＳは、ＵＥとＲＡＮの間で動作する機能を指し得る。
【0025】
５Ｇ－ＣＮ１５２は、わかりやすくするために図１Ｂに示されていない１つ以上の追加のネットワーク機能を含み得る。例えば、５Ｇ－ＣＮ１５２は、セッション管理機能（ＳＭＦ）、ＮＲリポジトリ機能（ＮＲＦ）、ポリシー制御機能（ＰＣＦ）、ネットワーク露出機能（ＮＥＦ）、統一データ管理（ＵＤＭ）、アプリケーション機能（ＡＦ）、及び／又は認証サーバ機能（ＡＵＳＦ）のうちの１つ以上を含み得る。
【0026】
ＮＧ－ＲＡＮ１５４は、５Ｇ－ＣＮ１５２を、エアーインターフェース上で無線通信を介してＵＥ１５６に接続し得る。ＮＧ－ＲＡＮ１５４は、ｇＮＢ１６０Ａ及びｇＮＢ１６０Ｂとして図示された１つ以上のｇＮＢ（まとめてｇＮＢ１６０）及び／又はｎｇ－ｅＮＢ１６２Ａ及びｎｇ－ｅＮＢ１６２Ｂとして図示された１つ以上のｎｇ－ｅＮＢ（まとめてｎｇ－ｅＮＢ１６２）を含み得る。ｇＮＢ１６０及びｎｇ－ｅＮＢ１６２は、より一般的に基地局と称され得る。ｇＮＢ１６０及びｎｇ－ｅＮＢ１６２は、エアーインターフェース上でＵＥ１５６と通信するための１つ以上のアンテナのセットを含み得る。例えば、ｇＮＢ１６０の１つ以上及び／又はｎｇ－ｅＮＢ１６２の１つ以上は、３つのセル（又はセクター）をそれぞれ制御するための３つのアンテナセットを含み得る。合わせて、ｇＮＢ１６０及びｎｇ－ｅＮＢ１６２のセルは、ＵＥモビリティをサポートするために、広い地理的エリアにわたってＵＥ１５６に無線カバレッジを提供し得る。
【0027】
図１Ｂに示すように、ｇＮＢ１６０及び／又はｎｇ－ｅＮＢ１６２は、ＮＧインターフェースによって５Ｇ－ＣＮ１５２に接続され得、Ｘｎインターフェースによって他の基地局に接続され得る。ＮＧ及びＸｎインターフェースは、インターネットプロトコル（ＩＰ）トランスポートネットワークなどの基となるトランスポートネットワーク上に、直接的な物理的接続及び／又は間接的な接続を使用して確立され得る。ｇＮＢ１６０及び／又はｎｇ－ｅＮＢ１６２は、ＵｕインターフェースによってＵＥ１５６に接続され得る。例えば、図１Ｂに示すように、ｇＮＢ１６０Ａは、ＵｕインターフェースによってＵＥ１５６Ａに接続され得る。ＮＧ、Ｘｎ、及びＵｕインターフェースは、プロトコルスタックに関連付けられている。インターフェースに関連付けられるプロトコルスタックは、データ及びシグナリングメッセージを交換するため図１Ｂのネットワーク要素によって使用され得、ユーザプレーン及び制御プレーンの２つのプレーンを含み得る。ユーザプレーンは、ユーザにとって関心対象のデータを処理し得る。制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。
【0028】
ｇＮＢ１６０及び／又はｎｇ－ｅＮＢ１６２は、１つ以上のＮＧインターフェースによって、ＡＭＦ／ＵＰＦ１５８など、５Ｇ－ＣＮ１５２の１つ以上のＡＭＦ／ＵＰＦ機能に接続され得る。例えば、ｇＮＢ１６０Ａは、ＮＧ－Ｕｓｅｒ Ｐｌａｎｅ（ＮＧ－Ｕ）インターフェースによって、ＡＭＦ／ＵＰＦ１５８のＵＰＦ１５８Ｂに接続され得る。ＮＧ－Ｕインターフェースは、ｇＮＢ１６０ＡとＵＰＦ１５８Ｂ間のユーザプレーンＰＤＵの供給を提供し得る（例えば、非保証送達）。ｇＮＢ１６０Ａは、ＮＧ制御プレーン（ＮＧ－Ｃ）インターフェースを使用してＡＭＦ１５８Ａに接続できる。ＮＧ－Ｃインターフェースは、例えば、ＮＧインターフェース管理、ＵＥコンテキスト管理、ＵＥモビリティ管理、ＮＡＳメッセージの転送、ページング、ＰＤＵセッション管理及び構成転送及び／又は警告メッセージ送信を提供し得る。
【0029】
ｇＮＢ１６０は、Ｕｕインターフェース上のＵＥ１５６に向かってＮＲユーザプレーン及び制御プレーンプロトコル終端を提供し得る。例えば、ｇＮＢ１６０Ａは、第１のプロトコルスタックに関連付けられるＵｕインターフェース上で、ＵＥ１５６Ａに向かってＮＲユーザプレーン及び制御プレーンプロトコル終端を提供し得る。ｎｇ－ｅＮＢ１６２は、Ｕｕインターフェース上のＵＥ１５６に向かって、Ｅｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセス（Ｅ－ＵＴＲＡ）ユーザプレーン及び制御プレーンプロトコル終端を提供し得、Ｅ－ＵＴＲＡは３ＧＰＰ（登録商標） ４Ｇ無線アクセス技術を指す。例えば、ｎｇ－ｅＮＢ１６２Ｂは、第２のプロトコルスタックに関連付けられるＵｕインターフェース上で、ＵＥ１５６Ｂに向かってＥ－ＵＴＲＡユーザプレーン及び制御プレーンプロトコル終端を提供し得る。
【0030】
５Ｇ－ＣＮ１５２は、ＮＲ及び４Ｇの無線アクセスを処理するように構成されると記述された。当業者であれば、ＮＲが４Ｇコアネットワークに、「非スタンドアローン動作」として知られるモードで接続することが可能であり得ることを理解するであろう。非スタンドアローン動作では、４Ｇコアネットワークを使用して、制御プレーン機能（例えば、初期アクセス、モビリティ、及びページング）を提供する（又は少なくともサポートする）。１つのＡＭＦ／ＵＰＦ１５８のみが図１Ｂに示されるが、１つのｇＮＢ又はｎｇ－ｅＮＢは、複数のＡＭＦ／ＵＰＦノードに接続されて、冗長性を提供し、及び／又は複数のＡＭＦ／ＵＰＦノードにわたって共有をロードし得る。
【0031】
論じるように、図１Ｂにおいて、ネットワーク要素間のインターフェース（例えば、Ｕｕ、Ｘｎ、及びＮＧインターフェース）がデータ及びシグナリングメッセージを交換するためにネットワーク要素が使用するプロトコルスタックと関連付けられ得る。プロトコルスタックは、２つのプレーン、すなわち、ユーザプレーン及び制御プレーンを含み得る。ユーザプレーンは、ユーザにとって関心対象のデータを処理し得、制御プレーンは、ネットワーク要素に対する関心対象のシグナリングメッセージを処理し得る。
【0032】
図２Ａ及び図２Ｂはそれぞれ、ＵＥ２１０とｇＮＢ２２０の間にあるＵｕインターフェース用のＮＲユーザプレーン及びＮＲ制御プレーンプロトコルスタックの実施例を示す。図２Ａ及び図２Ｂに示されるプロトコルスタックは、例えば、図１Ｂに示されるＵＥ１５６ＡとｇＮＢ１６０Ａとの間のＵｕインターフェースに使用されるものと同じ又は類似であり得る。
【0033】
図２Ａは、ＵＥ２１０及びｇＮＢ２２０に実装された５つの層を含むＮＲユーザプレーンプロトコルスタックを示す。プロトコルスタックの底部で、物理層（ＰＨＹｓ）２１１及び２２１は、プロトコルスタックの上位層にトランスポートサービスを提供し得、オープンシステム相互接続（ＯＳＩ）モデルの層１に対応し得る。ＰＨＹ２１１及び２２１の上の次の４つのプロトコルは、メディアアクセス制御層（ＭＡＣ）２１２及び２２２、無線リンク制御層（ＲＬＣ）２１３及び２２３、パケットデータ収束プロトコル層（ＰＤＣＰ）２１４及び２２４、並びにサービスデータアプリケーションプロトコル層（ＳＤＡＰ）２１５及び２２５を含む。合わせて、これらの４つのプロトコルは、ＯＳＩモデルの層２又はデータリンク層を構成し得る。
【0034】
図３は、ＮＲユーザプレーンプロトコルスタックのプロトコル層間に提供されるサービスの実施例を示す。図２Ａ及び図３の上からスタートして、ＳＤＡＰ２１５及び２２５は、ＱｏＳフロー処理を実行し得る。ＵＥ２１０は、ＵＥ２１０とＤＮとの間の論理接続であり得る、ＰＤＵセッションを介してサービスを受信し得る。ＰＤＵセッションは、１つ以上のＱｏＳフローを有し得る。ＣＮのＵＰＦ（例えば、ＵＰＦ１５８Ｂ）は、ＱｏＳ要件（例えば、遅延、データレート、及び／又はエラーレートに関して）に基づき、ＰＤＵセッションの１つ以上のＱｏＳフローにＩＰパケットをマッピングし得る。ＳＤＡＰ２１５及び２２５は、１つ以上のＱｏＳフローと１つ以上のデータ無線ベアラとの間のマッピング／マッピング解除を実行し得る。ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除は、ｇＮＢ２２０でＳＤＡＰ２２５によって決定され得る。ＵＥ２１０でのＳＤＡＰ２１５は、ｇＮＢ２２０から受信した反射マッピング又は制御シグナリングを介して、ＱｏＳフローとデータ無線ベアラとの間のマッピングについて通知され得る。反射マッピングについては、ｇＮＢ２２０でのＳＤＡＰ２２５は、ダウンリンクパケットを、ＵＥ２１０のＳＤＡＰ２１５によって観察されて、ＱｏＳフローとデータ無線ベアラとの間のマッピング／マッピング解除を決定し得る、ＱｏＳフローインジケータ（ＱＦＩ）でマークし得る。
【0035】
ＰＤＣＰ２１４及び２２４は、エアーインターフェース上で送信する必要のあるデータ量を低減するためのヘッダ圧縮／解凍、エアーインターフェース上で送信されるデータの不正な復号化を防止するための暗号／暗号解除、及び整合性保護（制御メッセージが意図されたソースから発信されることを確実にするため）を行い得る。ＰＤＣＰ２１４及び２２４は、例えば、未送信のパケットの再送信、パケットのシーケンス内送達及び再シーケンス、並びにｇＮＢ内ハンドオーバーのために、重複して受信されたパケットの除去を実行し得る。ＰＤＣＰ２１４及び２２４は、受信されるパケットの可能性を改善し、レシーバで、任意の重複パケットを除去するために、パケット重複を実行し得る。パケット重複は、高信頼性を必要とするサービスに有用であり得る。
【0036】
図３には示されていないが、ＰＤＣＰ２１４及び２２４は、二重接続シナリオにおいて、分割無線ベアラとＲＬＣチャネルとの間のマッピング／マッピング解除を実行し得る。二重接続は、ＵＥが２つのセル、又はより一般的には、マスターセルグループ（ＭＣＧ）及びセカンダリーセルグループ（ＳＣＧ）の２つのセルグループに接続することを可能にする技術である。分割ベアラは、ＳＤＡＰ２１５及び２２５へのサービスとしてＰＤＣＰ２１４及び２２４によって提供される無線ベアラの１つなどの単一の無線ベアラが、二重接続でセルグループによって処理されるときである。ＰＤＣＰ２１４及び２２４は、セルグループに属するＲＬＣチャネル間で分割無線ベアラをマッピング／マッピング解除し得る。
【0037】
ＲＬＣ２１３及び２２３は、それぞれ、ＭＡＣ２１２及び２２２から受信した複製データユニットのセグメンテーション、自動反復要求（ＡＲＱ）を通した再送信、及び除去を実行し得る。ＲＬＣ２１３及び２２３は、トランスペアレントモード（ＴＭ）、未確認応答モード（ＵＭ）、及び確認応答モード（ＡＭ）の３つの送信モードをサポートし得る。ＲＬＣが動作している送信モードに基づき、ＲＬＣは、指摘された機能のうちの１つ以上を実行し得る。このＲＬＣ構成は、ヌメロロジ及び／又は送信時間間隔（ＴＴＩ）持続時間に依存せずに論理チャネル毎であり得る。図３に示すように、ＲＬＣ２１３及び２２３は、それぞれＰＤＣＰ２１４及び２２４にサービスとしてＲＬＣチャネルを提供し得る。
【0038】
ＭＡＣ２１２及び２２２は、論理チャネルの多重化／多重分離、及び／又は論理チャネルとトランスポートチャネルとの間のマッピングを実行し得る。多重化／多重分離は、ＰＨＹ２１１及び２２１へ／から送達されるトランスポートブロック（ＴＢ）へ／からの１つ以上の論理チャネルに属するデータユニットの多重化／多重分離を含み得る。ＭＡＣ２２２は、動的スケジューリングによって、ＵＥ間の、スケジューリング、スケジューリング情報レポート、及び優先度処理を行うように構成され得る。スケジューリングは、ダウンリンク及びアップリンクのためにｇＮＢ２２０（ＭＡＣ２２２にて）で実施され得る。ＭＡＣ２１２及び２２２は、ハイブリッド自動反復要求（ＨＡＲＱ）（例えば、キャリアアグリゲーション（ＣＡ）の場合、キャリア毎に１つのＨＡＲＱエンティティ）を通して、エラー訂正、論理チャネル優先度付けによるＵＥ２１０の論理チャネル間の優先度処理、及び／又はパディングを行うように構成され得る。ＭＡＣ２１２及び２２２は、１つ以上のヌメロロジ及び／又は送信タイミングをサポートし得る。一実施例では、論理チャネル優先順位付けにおけるマッピング制限により、論理チャネルがどのヌメロロジ及び／又は送信タイミングを使用し得るかを制御し得る。図３に示すように、ＭＡＣ２１２及び２２２は、サービスとしてＲＬＣ２１３及び２２３に論理チャネルを提供し得る。
【0039】
ＰＨＹ２１１及び２２１は、エアーインターフェース上で情報を送受信するために、物理チャネルへのトランスポートチャネルのマッピング及びデジタル及びアナログ信号処理機能を実行し得る。これらのデジタル及びアナログ信号処理機能は、例えば、符号化／復号化及び変調／復調を含み得る。ＰＨＹ２１１及び２２１は、マルチアンテナマッピングを実行し得る。図３に示すように、ＰＨＹ２１１及び２２１は、サービスとして、ＭＡＣ２１２及び２２２に１つ以上のトランスポートチャネルを提供し得る。
【0040】
図４Ａは、ＮＲユーザプレーンプロトコルスタックを通るダウンリンクデータフローの実施例を示す。図４Ａは、ＮＲユーザプレーンプロトコルスタックを通した３つのＩＰパケット（ｎ、ｎ＋１、及びｍ）のダウンリンクデータフローを示し、ｇＮＢ２２０で２つのＴＢを生成する。ＮＲユーザプレーンプロトコルスタックを通るアップリンクデータフローは、図４Ａに示すダウンリンクデータフローと類似し得る。
【0041】
図４Ａのダウンリンクデータフローは、ＳＤＡＰ２２５が、１つ以上のＱｏＳフローから３つのＩＰパケットを受信し、３つのパケットを無線ベアラにマッピングしたときに開始する。図４Ａでは、ＳＤＡＰ２２５は、ＩＰパケットｎ及びｎ＋１を第１の無線ベアラ４０２にマッピングし、ＩＰパケットｍを第２の無線ベアラ４０４にマッピングする。ＳＤＡＰヘッダ（図４Ａで「Ｈ」とラベル付けされる）がＩＰパケットに追加される。より高いプロトコル層から／へのデータユニットは、より低いプロトコル層のサービスデータユニット（ＳＤＵ）と称され、より低いプロトコル層へ／からのデータユニットは、より高いプロトコル層のプロトコルデータユニット（ＰＤＵ）と称される。図４Ａに示すように、ＳＤＡＰ２２５からのデータユニットは、より低いプロトコル層ＰＤＣＰ２２４のＳＤＵであり、ＳＤＡＰ２２５のＰＤＵである。
【0042】
図４Ａの残りのプロトコル層は、関連する機能（例えば、図３に関して）を実行し、対応するヘッダを追加し、それぞれの出力を次の下位層に転送し得る。例えば、ＰＤＣＰ２２４は、ＩＰヘッダ圧縮及び暗号化を実行し、その出力をＲＬＣ２２３に転送し得る。ＲＬＣ２２３は、任意選択的に（例えば、図４ＡのＩＰパケットｍについて示されるように）セグメンテーションを実行し、その出力をＭＡＣ２２２に転送し得る。ＭＡＣ２２２は、いくつかのＲＬＣ ＰＤＵを多重化し得、ＭＡＣサブヘッダをＲＬＣ ＰＤＵに取り付けてトランスポートブロックを形成し得る。ＮＲでは、図４Ａに示すように、ＭＡＣサブヘッダはＭＡＣ ＰＤＵ全体に分散され得る。ＬＴＥでは、ＭＡＣサブヘッダはＭＡＣ ＰＤＵの先頭に完全に配置され得る。ＮＲ ＭＡＣ ＰＤＵ構造は、ＭＡＣ ＰＤＵサブヘッダが、完全なＭＡＣ ＰＤＵが組み立てられる前に計算され得るため、処理時間及び関連遅延を低減し得る。
【0043】
図４Ｂは、ＭＡＣ ＰＤＵにおけるＭＡＣサブヘッダのフォーマット例を示す。ＭＡＣサブヘッダには、ＭＡＣサブヘッダが対応しているＭＡＣ ＳＤＵの長さ（バイト単位など）を示すためのＳＤＵ長さフィールド、ＭＡＣ ＳＤＵが多重分離プロセスを支援するために開始した論理チャネルを識別するための論理チャネル識別子（ＬＣＩＤ）フィールド、ＳＤＵ長さフィールドのサイズを示すためのフラグ（Ｆ）、及び将来使用するための予約ビット（Ｒ）フィールドが含まれる。
【0044】
図４Ｂは更に、ＭＡＣ２２３又はＭＡＣ２２２などのＭＡＣによってＭＡＣ ＰＤＵに挿入されるＭＡＣ制御要素（ＣＥ）を示す。例えば、図４Ｂは、ＭＡＣ ＰＤＵに挿入された２つのＭＡＣ ＣＥを示す。ＭＡＣ ＣＥは、ダウンリンク送信（図４Ｂに示されるように）のためＭＡＣ ＰＤＵの開始に、及びアップリンク送信のためＭＡＣ ＰＤＵの終わりに挿入され得る。ＭＡＣ ＣＥは、インバンド制御シグナリングに使用され得る。ＭＡＣ ＣＥの実施例としては、バッファ状態レポートや電力ヘッドルームレポートなどのスケジューリング関連ＭＡＣ ＣＥ、ＰＤＣＰ重複検出の起動／停止、チャネル状態情報（ＣＳＩ）レポート、サウンディング基準信号（ＳＲＳ）送信、及び事前構成済みコンポーネント、のためのものなどの起動／停止ＭＡＣ ＣＥ、不連続受信（ＤＲＸ）関連ＭＡＣ ＣＥ、タイミング進行ＭＡＣ ＣＥ、及びランダムアクセス関連ＭＡＣ ＣＥが挙げられる。ＭＡＣ ＣＥは、ＭＡＣ ＳＤＵに説明されるのと類似したフォーマットのＭＡＣサブヘッダによって先行され得、ＭＡＣ ＣＥに含まれる制御情報のタイプを示すＬＣＩＤフィールドに予約値で識別され得る。
【0045】
ＮＲ制御プレーンプロトコルスタックを説明する前に、論理チャネル、トランスポートチャネル、及び物理チャネル、並びにチャネルタイプ間のマッピングを最初に説明する。１つ以上のチャネルを使用して、後述するＮＲ制御プレーンプロトコルスタックに関連する機能を実行し得る。
【0046】
図５Ａ及び図５Ｂは、それぞれダウンリンク及びアップリンクについて、論理チャネル、トランスポートチャネル、及び物理チャネル間のマッピングを示す。情報は、ＮＲプロトコルスタックのＲＬＣ、ＭＡＣ、及びＰＨＹ間のチャネルを通して送信される。論理チャネルは、ＲＬＣとＭＡＣとの間で使用され得、ＮＲ制御プレーン内に制御及び構成情報を伝達する制御チャネルとして、又はＮＲユーザプレーン内にデータを伝達するトラフィックチャネルとして分類され得る。論理チャネルは、特定のＵＥ専用の専用論理チャネルとして、又は複数のＵＥによって使用され得る共通の論理チャネルとして分類され得る。論理チャネルはまた、それが運ぶ情報のタイプによって定義され得る。ＮＲによって定義される論理チャネルのセットには、例えば、
－位置がセルレベルでネットワークに知られていないＵＥをページングするために使用されるページングメッセージを表示するためのページング制御チャネル（ＰＣＣＨ）と、
－マスター情報ブロック（ＭＩＢ）及びいくつかのシステム情報ブロック（ＳＩＢ）の形態でシステム情報メッセージを伝達するためのブロードキャスト制御チャネル（ＢＣＣＨ）であって、システム情報メッセージがＵＥによって使用されて、セルがどのように構成され、セル内でどのように動作するかについての情報を取得し得る、ブロードキャスト制御チャネルと、
－ランダムアクセスとともに制御メッセージを送信するための共通制御チャネル（ＣＣＣＨ）と、
－ＵＥを構成するために、特定のＵＥとの間で制御メッセージを送信するための専用制御チャネル（ＤＣＣＨ）と、
－ユーザデータを特定のＵＥとの間で送信するための専用トラフィックチャネル（ＤＴＣＨ）とを含む。
－位置がセルレベルでネットワークに知られていないＵＥをページングするために使用されるページングメッセージを表示するためのページング制御チャネル（ＰＣＣＨ）と、
－マスター情報ブロック（ＭＩＢ）及びいくつかのシステム情報ブロック（ＳＩＢ）の形態でシステム情報メッセージを伝達するためのブロードキャスト制御チャネル（ＢＣＣＨ）であって、システム情報メッセージがＵＥによって使用されて、セルがどのように構成され、セル内でどのように動作するかについての情報を取得し得る、ブロードキャスト制御チャネルと、
－ランダムアクセスとともに制御メッセージを送信するための共通制御チャネル（ＣＣＣＨ）と、
－ＵＥを構成するために、特定のＵＥとの間で制御メッセージを送信するための専用制御チャネル（ＤＣＣＨ）と、
－ユーザデータを特定のＵＥとの間で送信するための専用トラフィックチャネル（ＤＴＣＨ）とを含む。
【0047】
トランスポートチャネルは、ＭＡＣ層とＰＨＹ層の間で使用され、それらが送信する情報をエアーインターフェース上でどのように送信するかによって定義され得る。ＮＲによって定義されるトランスポートチャネルのセットには、例えば、
－ＰＣＣＨから発信されたページングメッセージを送信するためのページングチャネル（ＰＣＨ）と、
－ＢＣＣＨからＭＩＢを運ぶためのブロードキャストチャネル（ＢＣＨ）と、
－ＢＣＣＨからのＳＩＢを含む、ダウンリンクデータ及びシグナリングメッセージの送信用のダウンリンク共有チャネル（ＤＬ－ＳＣＨ）と、
－アップリンクデータ及びシグナリングメッセージを送信するためのアップリンク共有チャネル（ＵＬ－ＳＣＨ）と、
－事前スケジューリングなしに、ＵＥがネットワークに接続できるようにするランダムアクセスチャネル（ＲＡＣＨ）と、を含む。
－ＰＣＣＨから発信されたページングメッセージを送信するためのページングチャネル（ＰＣＨ）と、
－ＢＣＣＨからＭＩＢを運ぶためのブロードキャストチャネル（ＢＣＨ）と、
－ＢＣＣＨからのＳＩＢを含む、ダウンリンクデータ及びシグナリングメッセージの送信用のダウンリンク共有チャネル（ＤＬ－ＳＣＨ）と、
－アップリンクデータ及びシグナリングメッセージを送信するためのアップリンク共有チャネル（ＵＬ－ＳＣＨ）と、
－事前スケジューリングなしに、ＵＥがネットワークに接続できるようにするランダムアクセスチャネル（ＲＡＣＨ）と、を含む。
【0048】
ＰＨＹは、物理チャネルを使用して、ＰＨＹの処理レベル間で情報を渡すことができる。物理チャネルは、１つ以上のトランスポートチャネルの情報を運ぶための時間周波数リソースの関連セットを有し得る。ＰＨＹは、制御情報を生成して、ＰＨＹの低レベル動作をサポートし、Ｌ１／Ｌ２制御チャネルとして知られる物理制御チャネルを介して、ＰＨＹの低レベルへ制御情報を提供し得る。ＮＲによって定義される物理チャネル及び物理制御チャネルのセットは、例えば、
－ＢＣＨからＭＩＢを運ぶための物理ブロードキャストチャネル（ＰＢＣＨ）と、
－ＤＬ－ＳＣＨからのダウンリンクデータ及びシグナリングメッセージ、並びにＰＣＨからのページングメッセージを運ぶための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と、
－ダウンリンクスケジューリングコマンド、アップリンクスケジューリング許可、及びアップリンク電力制御コマンドを含み得る、ダウンリンク制御情報（ＤＣＩ）を運ぶための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、
－ＵＬ－ＳＣＨ及び以下に記載されるように、一部の例ではアップリンク制御情報（ＵＣＩ）からアップリンクデータ及びシグナリングメッセージを運ぶための物理アップリンク共有チャネル（ＰＵＳＣＨ）と、
－ＨＡＲＱ確認応答、チャネル品質インジケータ（ＣＱＩ）、プリコーディングマトリックスインジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）、及びスケジューリング要求（ＳＲ）を含み得る、ＵＣＩを運ぶための物理アップリンク制御チャネル（ＰＵＣＣＨ）と、
－ランダムアクセスのための物理ランダムアクセスチャネル（ＰＲＡＣＨ）と、を含む。
－ＢＣＨからＭＩＢを運ぶための物理ブロードキャストチャネル（ＰＢＣＨ）と、
－ＤＬ－ＳＣＨからのダウンリンクデータ及びシグナリングメッセージ、並びにＰＣＨからのページングメッセージを運ぶための物理ダウンリンク共有チャネル（ＰＤＳＣＨ）と、
－ダウンリンクスケジューリングコマンド、アップリンクスケジューリング許可、及びアップリンク電力制御コマンドを含み得る、ダウンリンク制御情報（ＤＣＩ）を運ぶための物理ダウンリンク制御チャネル（ＰＤＣＣＨ）と、
－ＵＬ－ＳＣＨ及び以下に記載されるように、一部の例ではアップリンク制御情報（ＵＣＩ）からアップリンクデータ及びシグナリングメッセージを運ぶための物理アップリンク共有チャネル（ＰＵＳＣＨ）と、
－ＨＡＲＱ確認応答、チャネル品質インジケータ（ＣＱＩ）、プリコーディングマトリックスインジケータ（ＰＭＩ）、ランクインジケータ（ＲＩ）、及びスケジューリング要求（ＳＲ）を含み得る、ＵＣＩを運ぶための物理アップリンク制御チャネル（ＰＵＣＣＨ）と、
－ランダムアクセスのための物理ランダムアクセスチャネル（ＰＲＡＣＨ）と、を含む。
【0049】
物理制御チャネルと同様に、物理層は、物理層の低レベル動作をサポートするために物理信号を生成する。図５Ａ及び図５Ｂに示すように、ＮＲによって定義される物理層信号には、プライマリー同期信号（ＰＳＳ）、セカンダリー同期信号（ＳＳＳ）、チャネル状態情報基準信号（ＣＳＩ－ＲＳ）、復調基準信号（ＤＭＲＳ）、サウンディング基準信号（ＳＲＳ）、及び位相トラッキング基準信号（ＰＴ－ＲＳ）が含まれる。これらの物理層信号は、以下でより詳細に説明される。
【0050】
図２Ｂは、ＮＲ制御プレーンプロトコルスタックの実施例を示す。図２Ｂにおいて、ＮＲ制御プレーンプロトコルスタックは、ＮＲユーザプレーンプロトコルスタックの例と同じ／類似の第１の４つのプロトコル層を使用し得る。これら４つのプロトコル層には、ＰＨＹ２１１及び２２１、ＭＡＣ２１２及び２２２、ＲＬＣ２１３及び２２３、並びにＰＤＣＰ２１４及び２２４が含まれる。ＮＲユーザプレーンプロトコルスタックのように、スタックの上部にＳＤＡＰ２１５及び２２５を有する代わりに、ＮＲ制御プレーンスタックは、ＮＲ制御プレーンプロトコルスタックの上部に無線リソース制御（ＲＲＣ）２１６及び２２６、並びにＮＡＳプロトコル２１７及び２３７を持つ。
【0051】
ＮＡＳプロトコル２１７及び２３７は、ＵＥ２１０とＡＭＦ２３０（例えば、ＡＭＦ１５８Ａ）の間、又はより一般的には、ＵＥ２１０とＣＮとの間に制御プレーン機能を提供し得る。ＮＡＳプロトコル２１７及び２３７は、ＮＡＳメッセージと称されるシグナリングメッセージを介して、ＵＥ２１０とＡＭＦ２３０との間に制御プレーン機能を提供し得る。ＵＥ２１０とＡＭＦ２３０の間には、ＮＡＳメッセージを送信できる直接経路はない。ＮＡＳメッセージは、Ｕｕ及びＮＧインターフェースのＡＳを使用して送信され得る。ＮＡＳプロトコル２１７及び２３７は、認証、セキュリティ、接続設定、モビリティ管理、及びセッション管理などの制御プレーン機能を提供し得る。
【0052】
ＲＲＣ２１６及び２２６は、ＵＥ２１０とｇＮＢ２２０との間に、又はより一般的には、ＵＥ２１０とＲＡＮとの間に制御プレーン機能を提供し得る。ＲＲＣ２１６及び２２６は、ＲＲＣメッセージと称されるシグナリングメッセージを介して、ＵＥ２１０とｇＮＢ２２０との間に制御プレーン機能を提供し得る。ＲＲＣメッセージは、シグナリング無線ベアラ、及び同一／類似のＰＤＣＰ、ＲＬＣ、ＭＡＣ、及びＰＨＹプロトコル層を使用して、ＵＥ２１０とＲＡＮとの間で送信され得る。ＭＡＣは、制御プレーン及びユーザプレーンデータを、同じトランスポートブロック（ＴＢ）内に多重化し得る。ＲＲＣ２１６及び２２６は、ＡＳ及びＮＡＳに関連するシステム情報のブロードキャスト、ＣＮ又はＲＡＮによって開始されたページング、ＵＥ２１０とＲＡＮとの間のＲＲＣ接続の確立、メンテナンス、及びリリース、キー管理を含むセキュリティ機能、シグナリング無線ベアラ及びデータ無線ベアラの確立、構成、メンテナンス、及びリリース、モビリティ機能、ＱｏＳ管理機能、ＵＥ測定レポートとレポートの制御、無線リンク障害（ＲＬＦ）の検出と回復、及び／又はＮＡＳメッセージ転送のような制御プレーン機能を提供できる。ＲＲＣ接続の確立の一部として、ＲＲＣ２１６及び２２６は、ＵＥ２１０とＲＡＮとの間の通信のためのパラメータの設定を伴い得る、ＲＲＣコンテキストを確立し得る。
【0053】
図６は、ＵＥのＲＲＣ状態移行を示す例示的な図である。ＵＥは、図１Ａに示す無線デバイス１０６、図２Ａ及び図２Ｂに示すＵＥ２１０、又は本開示に記載される任意の他の無線デバイス、と同一又は類似であり得る。図６に示されるように、ＵＥは、３つのＲＲＣ状態のうちのうちの少なくとも１つにあり得る。つまり、ＲＲＣ接続６０２（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）、ＲＲＣアイドル６０４（例えば、ＲＲＣ＿ＩＤＬＥ）、及びＲＲＣ非アクティブ６０６（例えば、ＲＲＣ＿ＩＮＡＣＴＩＶＥ）。
【0054】
ＲＲＣ接続６０２では、ＵＥは確立されたＲＲＣコンテキストを有し、基地局と少なくとも１つのＲＲＣ接続を有し得る。基地局は、図１Ａに示すＲＡＮ１０４に含まれる１つ以上の基地局の１つ、図１Ｂに示すｇＮＢ１６０又はｎｇ－ｅＮＢ１６２の１つ、図２Ａ及び図２Ｂに示すｇＮＢ２２０、又は本開示に記載される任意の他の基地局に類似であり得る。ＵＥが接続される基地局には、ＵＥのＲＲＣコンテキストがあり得る。ＵＥコンテキストと称されるＲＲＣコンテキストは、ＵＥと基地局との間の通信のためのパラメータを含み得る。これらのパラメータには、例えば、１つ以上のＡＳコンテキスト、１つ以上の無線リンク構成パラメータ、ベアラ構成情報（例えば、データ無線ベアラ、シグナリング無線ベアラ、論理チャネル、ＱｏＳフロー、及び／又はＰＤＵセッションに関連する）、セキュリティ情報、及び／又はＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、及び／又はＳＤＡＰ層構成情報が含まれ得る。ＲＲＣ接続６０２では、ＵＥのモビリティはＲＡＮ（例えば、ＲＡＮ１０４又はＮＧ－ＲＡＮ１５４）によって管理され得る。ＵＥは、サービングセル及び隣接セルからの信号レベル（例えば、基準信号レベル）を測定し、これらの測定値を現在ＵＥにサービスを提供している基地局に報告し得る。ＵＥのサービング基地局は、報告された測定値に基づき、隣接基地局の１つのセルへのハンドオーバーを要求し得る。ＲＲＣ状態は、ＲＲＣ接続６０２から、接続リリース手順６０８を介して、ＲＲＣアイドル６０４に、移行し得、又は接続非アクティブ化手順６１０を介してＲＲＣ非アクティブ６０６に移行し得る。
【0055】
ＲＲＣアイドル６０４では、ＲＲＣコンテキストはＵＥに対して確立され得ない。ＲＲＣアイドル６０４では、ＵＥは基地局とのＲＲＣ接続を有し得ない。ＲＲＣアイドル６０４中、ＵＥは、ほとんどの時間の間、スリープ状態であり得る（例えば、バッテリー電力を節約するため）。ＵＥは、周期的に（例えば、不連続受信サイクル毎に１回）起動して、ＲＡＮからのページングメッセージを監視し得る。ＵＥのモビリティは、セル再選択として知られる手順を通してＵＥによって管理され得る。ＲＲＣ状態は、以下でより詳細に論じるようにランダムアクセス手順を伴い得る接続確立手順６１２を介して、ＲＲＣアイドル６０４からＲＲＣ接続６０２に移行し得る。
【0056】
ＲＲＣ非アクティブ６０６では、以前に確立されたＲＲＣコンテキストは、ＵＥ及び基地局で維持される。これにより、ＲＲＣアイドル６０４からＲＲＣ接続６０２への移行と比較して、シグナリングオーバーヘッドが低減されて、ＲＲＣ接続６０２への高速移行が可能となる。ＲＲＣ非アクティブ６０６では、ＵＥはスリープ状態にあり、ＵＥのモビリティは、セル再選択を通してＵＥによって管理され得る。ＲＲＣ状態は、ＲＲＣ非アクティブ６０６から、接続再開手順６１４によって、ＲＲＣ接続６０２に、又は接続リリース手順６０８と同一又は類似の接続リリース手順６１６を介して、ＲＲＣアイドル６０４に移行し得る。
【0057】
ＲＲＣ状態は、モビリティ管理機構と関連付けられ得る。ＲＲＣアイドル６０４及びＲＲＣ非アクティブ６０６では、モビリティは、セル再選択を通してＵＥによって管理される。ＲＲＣアイドル６０４及びＲＲＣ非アクティブ６０６におけるモビリティ管理の目的は、ネットワークが、移動体通信ネットワーク全体にわたりページングメッセージをブロードキャストすることなく、ページングメッセージを介してイベントをＵＥに通知できるようにすることである。ＲＲＣアイドル６０４及びＲＲＣ非アクティブ６０６で使用されるモビリティ管理機構は、ページングメッセージが、移動体通信ネットワーク全体の代わりにＵＥが現在存在するセルグループのセル上にブロードキャストされ得るように、ネットワークがセルグループレベル上でＵＥを追跡することを可能にし得る。ＲＲＣアイドル６０４及びＲＲＣ非アクティブ６０６のモビリティ管理機構は、セルグループレベル上でＵＥを追跡する。それらは、異なる粒度のグループ化を使用して、それを行い得る。例えば、セルグループ化の粒度の３つのレベル、すなわち、個々のセル、ＲＡＮエリア識別子（ＲＡＩ）によって識別されるＲＡＮエリア内のセル、及び追跡エリアと称され、追跡エリア識別子（ＴＡＩ）によって識別されるＲＡＮエリアのグループ内のセル、であり得る。
【0058】
追跡エリアは、ＣＮレベルでＵＥを追跡するために使用され得る。ＣＮ（例えば、ＣＮ１０２又は５Ｇ－ＣＮ１５２）は、ＵＥ登録エリアに関連付けられるＴＡＩのリストをＵＥに提供し得る。ＵＥが、セル再選択を通して、ＵＥ登録エリアに関連付けられるＴＡＩのリストに含まれないＴＡＩに関連付けられているセルに移動した場合、ＵＥは、ＣＮがＵＥの位置を更新できるようにＣＮで登録更新を行い、ＵＥに新しいＵＥ登録エリアを提供し得る。
【0059】
ＲＡＮエリアは、ＲＡＮレベルでＵＥを追跡するために使用され得る。ＲＲＣ非アクティブ６０６状態のＵＥについては、ＵＥにＲＡＮ通知エリアを割り当てることができる。ＲＡＮ通知エリアは、１つ以上のセルアイデンティティ、ＲＡＩのリスト、又はＴＡＩのリストを含み得る。一実施例では、基地局は、１つ以上のＲＡＮ通知エリアに属し得る。一実施例では、セルは、１つ以上のＲＡＮ通知エリアに属し得る。ＵＥがセル再選択を通して、ＵＥに割り当てられたＲＡＮ通知エリアに含まれないセルに移動した場合、ＵＥは、ＲＡＮで通知エリアの更新を実行し、ＵＥのＲＡＮ通知エリアを更新し得る。
【0060】
ＵＥに対するＲＲＣコンテキストを格納する基地局、又はＵＥの最後のサービング基地局は、アンカー基地局と称され得る。アンカー基地局は、少なくとも、ＵＥがアンカー基地局のＲＡＮ通知エリアにとどまっている時間の間、及び／又はＵＥがＲＲＣ非アクティブ６０６にとどまっている時間の間に、ＵＥに対するＲＲＣコンテキストを維持し得る。
【0061】
図１ＢのｇＮＢ１６０などのｇＮＢは、２つの部分、つまり中央ユニット（ｇＮＢ－ＣＵ）、及び１つ以上の分散ユニット（ｇＮＢ－ＤＵ）に分割できる。ｇＮＢ－ＣＵは、Ｆ１インターフェースを使用して、１つ以上のｇＮＢ－ＤＵに結合され得る。ｇＮＢ－ＣＵは、ＲＲＣ、ＰＤＣＰ、及びＳＤＡＰを含み得る。ｇＮＢ－ＤＵは、ＲＬＣ、ＭＡＣ、及びＰＨＹを含み得る。
【0062】
ＮＲでは、物理信号及び物理チャネル（図５Ａ及び図５Ｂ）を直交周波数分割多重化（ＯＦＤＭ）シンボル上にマッピングし得る。ＯＦＤＭは、Ｆ直交サブキャリア（又はトーン）上でデータを送信するマルチキャリア通信方式である。送信前に、データは、ソースシンボルと称され、Ｆ平行シンボルストリームに分割される、一連の複雑なシンボル（例えば、Ｍ直交振幅変調（Ｍ－ＱＡＭ）又はＭ相シフトキーイング（Ｍ－ＰＳＫ）シンボル）にマッピングされ得る。Ｆ平行シンボルストリームは、それらが周波数ドメイン内にあるかのように扱われ、それらを時間ドメインに変換する逆高速フーリエ変換（ＩＦＦＴ）ブロックへの入力として使用され得る。ＩＦＦＴブロックは、Ｆ平行シンボルストリームのそれぞれから１つを、Ｆソースシンボルに一度に取り込み、各ソースシンボルを使用して、Ｆ直交サブキャリアに対応するＦ正弦波基底関数の１つの振幅及び位相を変調し得る。ＩＦＦＴブロックの出力は、Ｆ直交サブキャリアの総和を表すＦ時間ドメインサンプルであり得る。Ｆ時間ドメインサンプルは、単一ＯＦＤＭシンボルを形成し得る。いくつかの処理（例えば、サイクリックプレフィックスの追加）及びアップコンバージョンの後、ＩＦＦＴブロックによって提供されるＯＦＤＭシンボルは、キャリア周波数でエアーインターフェース上で送信され得る。Ｆ平行シンボルストリームは、ＩＦＦＴブロックによって処理される前に、ＦＦＴブロックを使用して混合され得る。この処理は、ディスクリートフーリエ変換（ＤＦＴ）で予め符号化されたＯＦＤＭシンボルを生成し、アップリンク内のＵＥにより使用され、ピーク対平均電力比（ＰＡＰＲ）を減少させることができる。逆処理を、ＦＦＴブロックを使用してレシーバでＯＦＤＭシンボルに実行して、ソースシンボルにマッピングされたデータを復元し得る。
【0063】
図７は、ＯＦＤＭシンボルがグループ化されたＮＲフレームの構成例を示す。ＮＲフレームは、システムフレーム番号（ＳＦＮ）によって識別され得る。ＳＦＮは、１０２４フレームの期間で繰返し得る。図示するように、１つのＮＲフレームは、持続時間が１０ミリ秒（ｍｓ）であり得、持続時間が１ミリ秒である１０個のサブフレームを含み得る。サブフレームは、例えば、スロット当たり１４個のＯＦＤＭシンボルを含むスロットに分割され得る。
【0064】
スロットの持続時間は、スロットのＯＦＤＭシンボルに使用されるヌメロロジに依存し得る。ＮＲでは、異なるセル展開（例えば、最大ｍｍ波の範囲のキャリア周波数のセルまでのキャリア周波数が１ＧＨｚ未満のセル）を収容するために、柔軟なヌメロロジがサポートされる。ヌメロロジは、サブキャリア間隔及びサイクリックプレフィックス持続時間に関して定義され得る。ＮＲにおけるヌメロロジについては、サブキャリア間隔は、１５ｋＨｚのベースラインサブキャリア間隔から２の累乗によってスケールアップされ得、サイクリックプレフィックス持続時間は、４．７μｓのベースラインサイクリックプレフィックス持続時間から２の累乗によってスケールダウンされ得る。例えば、ＮＲは、以下のサブキャリア間隔／サイクリックプレフィックス持続時間の組み合わせを、用いてヌメロロジを定義する：１５ｋＨｚ／４．７μｓ、３０ｋＨｚ／２．３μｓ、６０ｋＨｚ／１．２μｓ、１２０ｋＨｚ／０．５９μｓ、及び２４０ｋＨｚ／０．２９μｓ。
【0065】
スロットは、固定数のＯＦＤＭシンボル（例えば、１４個のＯＦＤＭシンボル）を有し得る。より高いサブキャリア間隔を有するヌメロロジは、スロット持続時間が短く、それに応じて、サブフレーム当たりのスロット数が多い。図７は、このヌメロロジ依存性スロット持続時間及びサブフレーム当たりのスロット送信構造を示す（図示を容易にするために、２４０ｋＨｚのサブキャリア間隔を有するヌメロロジは図７には示されていない）。ＮＲ内のサブフレームは、ヌメロロジ非依存時間基準として使用され得るが、スロットは、アップリンク及びダウンリンク送信がスケジュールされるユニットとして使用され得る。低遅延サポートするために、ＮＲでのスケジューリングは、スロット持続時間から分離され、任意のＯＦＤＭシンボルで始まり、送信に必要なだけ多くのシンボルの間続き得る。これらの部分スロット送信は、ミニスロット送信又はサブスロット送信と称され得る。
【0066】
図８は、ＮＲキャリアの時間及び周波数ドメインにおけるスロットの構成例を示す。スロットには、リソース要素（ＲＥ）とリソースブロック（ＲＢ）が含まれる。ＲＥは、ＮＲの中で最小の物理リソースである。ＲＥは、図８に示されるように、周波数ドメインの１つのサブキャリアによって、時間ドメインの１つのＯＦＤＭシンボルにわたる。ＲＢは、図８に示されるように、周波数ドメインで１２個の連続するＲＥにわたる。ＮＲキャリアは、２７５ＲＢ又は２７５×１２＝３３００サブキャリアの幅に制限され得る。こうした制限は、使用される場合、ＮＲキャリアをサブキャリア間隔が１５、３０、６０、及び１２０ｋＨｚのそれぞれについて、５０、１００、２００、及び４００ＭＨｚに制限し得、４００ＭＨｚの帯域幅が、キャリア帯域幅制限当たり４００ＭＨｚに基づき設定され得る。
【0067】
図８は、ＮＲキャリアの全帯域幅にわたって使用される単一ヌメロロジを示す。他の例示的な構成では、複数のヌメロロジが、同じキャリア上でサポートされ得る。
【0068】
ＮＲは、広範なキャリア帯域幅（例えば、１２０ｋＨｚのサブキャリア間隔に対して最大４００ＭＨｚ）をサポートし得る。全てのＵＥが、全キャリア帯域幅を受信できるとは限らない（例えば、ハードウェアの制限など）。また、全キャリア帯域幅を受信することは、ＵＥの電力消費量の観点からは禁止され得る。一実施例では、電力消費量を低減するため、及び／又は他の目的のために、ＵＥは、ＵＥが受信を予定しているトラフィック量に基づき、ＵＥの受信帯域幅のサイズを適合させ得る。これは帯域幅適応と称される。
【0069】
ＮＲは、全キャリア帯域幅を受信できないＵＥをサポートし、帯域幅適応をサポートする帯域幅部分（ＢＷＰ）を定義する。一実施例では、ＢＷＰは、キャリア上の連続ＲＢのサブセットによって定義され得る。ＵＥは、サービングセル当たり１つ以上のダウンリンクＢＷＰ及び１つ以上のアップリンクＢＷＰ（例えば、サービングセル当たり最大４つのダウンリンクＢＷＰ及び最大４つのアップリンクＢＷＰ）で（例えば、ＲＲＣ層を介して）で構成され得る。所与の時間で、サービングセルに対して構成されるＢＷＰのうちの１つ以上がアクティブであり得る。これらの１つ以上のＢＷＰは、サービングセルのアクティブＢＷＰと称され得る。サービングセルがセカンダリーアップリンクキャリアで構成されるとき、サービングセルは、アップリンクキャリアに１つ以上の第１のアクティブＢＷＰ、及びセカンダリーアップリンクキャリアに１つ以上の第２のアクティブＢＷＰを有し得る。
【0070】
ペアでないスペクトルについては、ダウンリンクＢＷＰのダウンリンクＢＷＰインデックスとアップリンクＢＷＰのアップリンクＢＷＰインデックスが同じ場合、構成されるダウンリンクＢＷＰのセットからのダウンリンクＢＷＰを、構成済みアップリンクＢＷＰのセットからのアップリンクＢＷＰとリンクし得る。ペアでないスペクトルについては、ＵＥは、ダウンリンクＢＷＰの中心周波数がアップリンクＢＷＰの中心周波数と同じであると予想し得る。
【0071】
プライマリーセル（ＰＣｅｌｌ）上の構成されるダウンリンクＢＷＰのセット内のダウンリンクＢＷＰについて、基地局は、少なくとも１つの検索空間に対してＵＥを、１つ以上の制御リソースセット（ＣＯＲＥＳＥＴ）で構成し得る。検索空間は、ＵＥが制御情報を見つけることができる、時間及び周波数ドメイン内の位置のセットである。検索空間は、ＵＥ固有検索空間又は共通検索空間（複数のＵＥによって潜在的に使用可能）であり得る。例えば、基地局は、アクティブダウンリンクＢＷＰにおいて、ＰＣｅｌｌ上又はプライマリーセカンダリーセル（ＰＳＣｅｌｌ）上に、共通検索空間でＵＥを構成し得る。
【0072】
構成済みアップリンクＢＷＰのセット内のアップリンクＢＷＰの場合、ＢＳは、１つ以上のＰＵＣＣＨ送信のための１つ以上のリソースセットでＵＥを構成し得る。ＵＥは、ダウンリンクＢＷＰに対して、構成されるヌメロロジ（例えば、サブキャリア間隔及びサイクリックプレフィックス持続時間）に従って、ダウンリンクＢＷＰ内のダウンリンク受信（例えば、ＰＤＣＣＨ又はＰＤＳＣＨ）を受信し得る。ＵＥは、構成されるヌメロロジ（例えば、アップリンクＢＷＰのサブキャリア間隔及びサイクリックプレフィックス長）に従って、アップリンクＢＷＰ内のアップリンク送信（例えば、ＰＵＣＣＨ又はＰＵＳＣＨ）を送信し得る。
【0073】
１つ以上のＢＷＰインジケータフィールドは、ダウンリンク制御情報（ＤＣＩ）に提供され得る。ＢＷＰインジケータフィールドの値は、構成されるＢＷＰのセットのどのＢＷＰが、１つ以上のダウンリンク受信に対するアクティブダウンリンクＢＷＰであるかを示し得る。１つ以上のＢＷＰインジケータフィールドの値は、１つ以上のアップリンク送信に対するアクティブアップリンクＢＷＰを示し得る。
【0074】
基地局は、ＰＣｅｌｌに関連付けられる構成されるダウンリンクＢＷＰのセット内のデフォルトダウンリンクＢＷＰで、ＵＥを半静的に構成し得る。基地局が、ＵＥに対するデフォルトダウンリンクＢＷＰを提供していない場合、デフォルトダウンリンクＢＷＰは、初期アクティブダウンリンクＢＷＰであり得る。ＵＥは、ＰＢＣＨを使用して取得されたＣＯＲＥＳＥＴ構成に基づき、どのＢＷＰが初期アクティブダウンリンクＢＷＰであるかを決定し得る。
【0075】
基地局は、ＰＣｅｌｌのＢＷＰ非アクティブタイマー値でＵＥを構成できる。ＵＥは、適切な任意の時点でＢＷＰ非アクティブタイマーを開始又は再起動し得る。例えば、（ａ）ＵＥが、対のスペクトル動作に対するデフォルトダウンリンクＢＷＰ以外のアクティブダウンリンクＢＷＰを示すＤＣＩを検出するときに、又は（ｂ）ＵＥが、非対のスペクトル動作に対するデフォルトダウンリンクＢＷＰ又はアップリンクＢＷＰ以外のアクティブダウンリンクＢＷＰ又はアクティブアップリンクＢＷＰを示すＤＣＩを検出するときに、ＵＥがＢＷＰ非アクティブタイマーを開始又は再起動し得る。ＵＥが一定期間（例えば、１ミリ秒又は０．５ミリ秒）ＤＣＩを検出しない場合、ＵＥは、ＢＷＰ非アクティブタイマーを満了に向かって実行し得る（例えば、ゼロからＢＷＰ非アクティブタイマー値まで増加させるか、又はＢＷＰ非アクティブタイマー値からゼロへ減少させる）。ＢＷＰ非アクティブタイマーが満了になると、ＵＥはアクティブダウンリンクＢＷＰからデフォルトダウンリンクＢＷＰに切り替えられ得る。
【0076】
一実施例では、基地局は、１つ以上のＢＷＰを有するＵＥを半静的に構成し得る。ＵＥは、第２のＢＷＰをアクティブＢＷＰとして示すＤＣＩを受信することに応答して、及び／又はＢＷＰ非アクティブタイマーの満了に応答して（例えば、第２のＢＷＰがデフォルトＢＷＰである場合）、アクティブＢＷＰを第１のＢＷＰから第２のＢＷＰに切り替えることができる。
【0077】
ダウンリンク及びアップリンクＢＷＰスイッチング（ＢＷＰスイッチングが、現在アクティブＢＷＰから、現在アクティブＢＷＰでないへのスイッチングを指す）は、ペアのスペクトルで独立して行われ得る。ペアでないスペクトルでは、ダウンリンク及びアップリンクＢＷＰスイッチングを同時に実施し得る。構成されるＢＷＰ間の切り替えは、ＲＲＣシグナリング、ＤＣＩ、ＢＷＰ非アクティブタイマーの満了、及び／又はランダムアクセスの開始に基づき発生し得る。
【0078】
図９は、ＮＲキャリアに対して３つの構成されるＢＷＰを使用した帯域幅適応の実施例を示す。３つのＢＷＰで構成されるＵＥは、切り替え点で、１つのＢＷＰから別のＢＷＰに切り替え得る。図９に示される例では、ＢＷＰに、帯域幅が４０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０２、帯域幅が１０ＭＨｚ、サブキャリア間隔が１５ｋＨｚのＢＷＰ９０４、及び帯域幅が２０ＭＨｚ、サブキャリア間隔が６０ｋＨｚのＢＷＰ９０６が含まれる。ＢＷＰ９０２は、初期アクティブＢＷＰであり得、ＢＷＰ９０４は、デフォルトＢＷＰであり得る。ＵＥは、切り替え点においてＢＷＰ間を切り替えることができる。図９の実施例では、ＵＥは、切り替え点９０８でＢＷＰ９０２からＢＷＰ９０４にスイッチングし得る。切り替え点９０８での切り替えは、例えば、ＢＷＰ非アクティブタイマー（デフォルトＢＷＰへのスイッチングを示す）の満了に応答して、及び／又はアクティブＢＷＰとしてＢＷＰ９０４を示すＤＣＩを受信することに応答して、任意の適切な理由のために発生し得る。ＵＥは、ＢＷＰ９０６をアクティブＢＷＰとして示すＤＣＩを受信する応答で、切り替え点９１０でアクティブＢＷＰ９０４からＢＷＰ９０６に切り替え得る。ＵＥは、ＢＷＰ非アクティブタイマーの満了に応答して、及び／又はＢＷＰ９０４をアクティブＢＷＰとして示すＤＣＩを受信することに応答して、切り替え点９１２でアクティブＢＷＰ９０６からＢＷＰ９０４に切り替え得る。ＵＥは、ＢＷＰ９０２をアクティブＢＷＰとして示すＤＣＩを受信する応答で、切り替え点９１４でアクティブＢＷＰ９０４からＢＷＰ９０２に切り替え得る。
【0079】
ＵＥが、構成されるダウンリンクＢＷＰのセットとタイマー値におけるデフォルトダウンリンクＢＷＰでセカンダリーセルに対して構成される場合、セカンダリーセル上のＢＷＰを切り替えるためのＵＥ手順は、プライマリーセル上のものと同一／類似であり得る。例えば、ＵＥは、ＵＥがプライマリーセルに対してこれらの値を使用するのと同じ／同様の様式で、セカンダリーセルに対してタイマー値及びデフォルトダウンリンクＢＷＰを使用し得る。
【0080】
より大きなデータレートを提供するために、キャリアアグリゲーション（ＣＡ）を使用して、２つ以上のキャリアをアグリゲーションし、同じＵＥとの間で同時に送信され得る。ＣＡのアグリゲーションキャリアは、コンポーネントキャリア（ＣＣ）と称され得る。ＣＡを使用する場合、ＵＥ用のサービングセルは多数あり、ＣＣ用のセルは１つである。ＣＣは、周波数ドメイン内に３つの構成を有し得る。
【0081】
図１０Ａは、２つのＣＣを有する３つのＣＡ構成を示す。バンド内、連続的な構成１００２において、２つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、周波数帯内で互いに直接隣接して配置される。バンド内、連続しない構成１００４では、２つのＣＣは、同じ周波数帯（周波数帯Ａ）にアグリゲーションされ、ギャップによって周波数帯に分離される。バンド内構成１００６では、２つのＣＣは、周波数帯（周波数帯Ａ及び周波数帯Ｂ）に位置する。
【0082】
一実施例では、最大３２個のＣＣがアグリゲーションされ得る。アグリゲーションＣＣは、同じ又は異なる帯域幅、サブキャリア間隔、及び／又は二重化スキーム（ＴＤＤ又はＦＤＤ）を有し得る。ＣＡを使用するＵＥのサービングセルは、ダウンリンクＣＣを有し得る。ＦＤＤについて、１つ以上のアップリンクＣＣは、任意選択的に、サービングセル用に構成され得る。アップリンクキャリアよりも多くのダウンリンクキャリアをアグリゲーションすることができることは、例えば、ＵＥがアップリンクよりもダウンリンクにおいてより多くのデータトラフィックを有する場合に有用であり得る。
【0083】
ＣＡを使用する場合、ＵＥのアグリゲーションセルの１つを、プライマリーセル（ＰＣｅｌｌ）と称され得る。ＰＣｅｌｌは、ＵＥが最初にＲＲＣ接続確立、再確立、及び／又はハンドオーバーで接続するサービングセルであり得る。ＰＣｅｌｌは、ＵＥにＮＡＳモビリティ情報とセキュリティ入力を提供し得る。ＵＥは異なるＰＣｅｌｌを有し得る。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアは、ダウンリンクプライマリーＣＣ（ＤＬ ＰＣＣ）と称され得る。アップリンクでは、ＰＣｅｌｌに対応するキャリアは、アップリンクプライマリーＣＣ（ＵＬ ＰＣＣ）と称され得る。ＵＥのその他のアグリゲーションセルは、セカンダリーセル（ＳＣｅｌｌ）と称され得る。一実施例では、ＳＣｅｌｌは、ＰＣｅｌｌがＵＥに対して構成される後に構成され得る。例えば、ＳＣｅｌｌは、ＲＲＣ接続再構成手順を介して構成され得る。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアは、ダウンリンクセカンダリーＣＣ（ＤＬ ＳＣＣ）と称され得る。アップリンクでは、ＳＣｅｌｌに対応するキャリアは、アップリンクセカンダリーＣＣ（ＵＬ ＳＣＣ）と称され得る。
【0084】
ＵＥに対して構成されるＳＣｅｌｌは、例えば、トラフィック及びチャネル条件に基づき起動及び停止され得る。ＳＣｅｌｌの停止は、ＳＣｅｌｌ上のＰＤＣＣＨ及びＰＤＳＣＨ受信が停止され、ＳＣｅｌｌ上のＰＵＳＣＨ、ＳＲＳ、及びＣＱＩ送信が停止されることを意味し得る。構成されるＳＣｅｌｌは、図４Ｂに関して、ＭＡＣ ＣＥを使用して起動及び停止され得る。例えば、ＭＡＣ ＣＥは、ビットマップ（例えば、ＳＣｅｌｌ当たり１ビット）を使用して、ＵＥに対するどのＳＣｅｌｌ（例えば、構成されるＳＣｅｌｌのサブセットの中）が起動又は停止されるかを示し得る。構成されるＳＣｅｌｌは、ＳＣｅｌｌ停止タイマー（例えば、ＳＣｅｌｌ当たり１つのＳＣｅｌｌ停止タイマー）の満了に応答して停止され得る。
【0085】
セルのスケジューリング割り当て及びスケジューリング許可などのダウンリンク制御情報は、自己スケジューリングとして知られる、割り当て及び許可に対応するセル上で送信され得る。セルに対するＤＣＩは、クロスキャリアスケジューリングとして知られる別のセル上で送信され得る。アグリゲーションセルに対するアップリンク制御情報（例えば、ＣＱＩ、ＰＭＩ、及び／又はＲＩなどのＨＡＲＱ確認応答及びチャネル状態フィードバック）は、ＰＣｅｌｌのＰＵＣＣＨ上で送信され得る。アグリゲーションされたダウンリンクＣＣの数が多いと、ＰＣｅｌｌのＰＵＣＣＨが過負荷になるかもしれない。セルは、複数のＰＵＣＣＨグループに分けられ得る。
【0086】
図１０Ｂは、アグリゲーションセルがどのように１つ以上のＰＵＣＣＨグループに構成され得るかの実施例を示す。ＰＵＣＣＨグループ１０１０及びＰＵＣＣＨグループ１０５０は、それぞれ１つ以上のダウンリンクＣＣを含み得る。図１０Ｂの実施例において、ＰＵＣＣＨグループ１０１０は、ＰＣｅｌｌ１０１１、ＳＣｅｌｌ１０１２、及びＳＣｅｌｌ１０１３の３つのダウンリンクＣＣを含む。ＰＵＣＣＨグループ１０５０は、本実施例において、ＰＣｅｌｌ１０５１、ＳＣｅｌｌ１０５２、及びＳＣｅｌｌ１０５３の３つのダウンリンクＣＣを含む。１つ以上のアップリンクＣＣは、ＰＣｅｌｌ１０２１、ＳＣｅｌｌ１０２２、及びＳＣｅｌｌ１０２３として構成され得る。１つ以上の他のアップリンクＣＣは、プライマリーＳセル（ＰＳＣｅｌｌ）１０６１、ＳＣｅｌｌ１０６２、及びＳＣｅｌｌ１０６３として構成され得る。ＵＣＩ１０３１、ＵＣＩ１０３２、及びＵＣＩ１０３３として示されるＰＵＣＣＨグループ１０１０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＣｅｌｌ１０２１のアップリンクで送信され得る。ＵＣＩ１０７１、ＵＣＩ１０７２、及びＵＣＩ１０７３として示されるＰＵＣＣＨグループ１０５０のダウンリンクＣＣに関連するアップリンク制御情報（ＵＣＩ）は、ＰＳＣｅｌｌ１０６１のアップリンクで送信され得る。一実施例では、図１０Ｂに描写されるアグリゲーションセルがＰＵＣＣＨグループ１０１０及びＰＵＣＣＨグループ１０５０に分割されていない場合、ダウンリンクＣＣに関連するＵＣＩを送信するための単一アップリンクＰＣｅｌｌ及びＰＣｅｌｌは、過負荷状態になり得る。ＵＣＩの送信をＰＣｅｌｌ１０２１とＰＳＣｅｌｌ１０６１の間で分割することによって、過負荷を防止し得る。
【0087】
ダウンリンクキャリアと、任意選択的にアップリンクキャリアと、を含むセルには、物理セルＩＤとセルインデックスを割り当てることができる。物理セルＩＤ又はセルインデックスは、例えば、物理セルＩＤが使用される、コンテキストに応じて、セルのダウンリンクキャリア及び／又はアップリンクキャリアを識別し得る。物理セルＩＤは、ダウンリンクコンポーネントキャリア上で送信される同期信号を使用して決定され得る。セルインデックスは、ＲＲＣメッセージを使用して決定され得る。本開示において、物理セルＩＤは、キャリアＩＤと称され得、セルインデックスは、キャリアインデックスと称され得る。例えば、本開示が第１のダウンリンクキャリアに対する第１の物理セルＩＤに言及する場合、本開示は、第１の物理セルＩＤが、第１のダウンリンクキャリアを含むセルに対するものであることを意味し得る。同じ概念は、例えば、キャリアの起動に適用し得る。本開示が第１のキャリアが起動されることを示す場合、本明細書は、第１のキャリアを含むセルが起動されることを意味し得る。
【0088】
ＣＡでは、ＰＨＹのマルチキャリアの性質がＭＡＣに曝露され得る。一実施例では、ＨＡＲＱエンティティは、サービングセル上で動作し得る。トランスポートブロックは、サービングセル当たりの割り当て／許可当たりに生成され得る。トランスポートブロック及びトランスポートブロックの潜在的なＨＡＲＱ再送信は、サービングセルにマッピングされ得る。
【0089】
ダウンリンクでは、基地局が、ＵＥへの１つ以上の基準信号（ＲＳ）（例えば、図５Ａに示されるように、ＰＳＳ、ＳＳＳ、ＣＳＩ－ＲＳ、ＤＭＲＳ、及び／又はＰＴ－ＲＳ）を送信（例えば、ユニキャスト、マルチキャスト、及び／又はブロードキャスト）し得る。アップリンクでは、ＵＥは、１つ以上のＲＳを基地局（例えば、図５Ｂに示されるように、ＤＭＲＳ、ＰＴ－ＲＳ、及び／又はＳＲＳ）に送信することができる。ＰＳＳ及びＳＳＳは、基地局によって送信され、ＵＥによって使用され、ＵＥを基地局に同期化し得る。ＰＳＳ及びＳＳＳは、ＰＳＳ、ＳＳＳ、及びＰＢＣＨを含む同期信号（ＳＳ）／物理ブロードキャストチャネル（ＰＢＣＨ）ブロック内に提供され得る。基地局は、ＳＳ／ＰＢＣＨブロックのバーストを周期的に送信し得る。
【0090】
図１１Ａは、ＳＳ／ＰＢＣＨブロックの構造及び位置の実施例を示す。ＳＳ／ＰＢＣＨブロックのバーストは、１つ以上のＳＳ／ＰＢＣＨブロック（例えば、図１１Ａに示すように、４つのＳＳ／ＰＢＣＨブロック）を含み得る。バーストは、周期的に送信され得る（例えば、２フレーム毎又は２０ミリ秒毎）。バーストは、ハーフフレーム（例えば、持続時間５ミリ秒を有する第１のハーフフレーム）に制限され得る。図１１Ａは一実施例であり、これらのパラメータ（バースト当たりのＳＳ／ＰＢＣＨブロックの数、バーストの周期性、フレーム内のバーストの位置）は、例えば、ＳＳ／ＰＢＣＨブロックが送信されるセルのキャリア周波数、セルのヌメロロジ又はサブキャリア間隔、ネットワークによる構成（例えば、ＲＲＣシグナリングを使用する）、又は任意の他の適切な要因に基づき構成され得ることが理解されよう。一実施例では、ＵＥは、監視されるキャリア周波数に基づきＳＳ／ＰＢＣＨブロックに対するサブキャリア間隔を想定し得る。ただし、無線ネットワークが、異なるサブキャリア間隔を想定するようＵＥを構成している場合はこの限りではない。
【0091】
ＳＳ／ＰＢＣＨブロックは、時間ドメイン内の１つ以上のＯＦＤＭシンボル（例えば、図１１Ａの例に示されるような４つのＯＦＤＭシンボル）にわたり得、周波数ドメインの１つ以上のサブキャリア（例えば、２４０個の連続サブキャリア）にわたり得る。ＰＳＳ、ＳＳＳ、及びＰＢＣＨは、共通中心周波数を有し得る。ＰＳＳは、最初に送信され得、例えば、１つのＯＦＤＭシンボル及び１２７個のサブキャリアにわたり得る。ＳＳＳは、ＰＳＳの後に送信され得（例えば、後の２つのシンボル）、１ＯＦＤＭシンボル及び１２７サブキャリアにわたり得る。ＰＢＣＨは、ＰＳＳの後に送信され得（例えば、次の３つのＯＦＤＭシンボルにわたって）、２４０個のサブキャリアにわたり得る。
【0092】
時間及び周波数ドメインにおけるＳＳ／ＰＢＣＨブロックの位置は、ＵＥには不明であり得る（例えば、ＵＥがセルを検索している場合）。セルを見つけて選択するために、ＵＥはＰＳＳのキャリアを監視し得る。例えば、ＵＥは、キャリア内の周波数位置を監視し得る。ある特定の期間（例えば、２０ミリ秒）後にＰＳＳが見つからない場合、ＵＥは、同期ラスタによって示されるように、キャリア内の異なる周波数位置でＰＳＳを検索し得る。ＰＳＳが時間及び周波数ドメイン内の位置に見られる場合、ＵＥは、ＳＳ／ＰＢＣＨブロックの既知の構造に基づき、ＳＳＳ及びＰＢＣＨの位置をそれぞれ決定し得る。ＳＳ／ＰＢＣＨブロックは、セル定義ＳＳブロック（ＣＤ－ＳＳＢ）であり得る。一実施例では、プライマリーセルは、ＣＤ－ＳＳＢと関連付けられ得る。ＣＤ－ＳＳＢは、同期ラスタ上に配置され得る。一実施例では、セル選択／検索及び／又は再選択は、ＣＤ－ＳＳＢに基づき得る。
【0093】
ＳＳ／ＰＢＣＨブロックは、ＵＥによってセルの１つ以上のパラメータを決定するのに使用され得る。例えば、ＵＥは、ＰＳＳ及びＳＳＳのシーケンスそれぞれに基づき、セルの物理セル識別子（ＰＣＩ）を決定し得る。ＵＥは、ＳＳ／ＰＢＣＨブロックの位置に基づき、セルのフレーム境界の位置を決定し得る。例えば、ＳＳ／ＰＢＣＨブロックは、送信パターンに従って送信されたことを示し得、送信パターン中のＳＳ／ＰＢＣＨブロックは、フレーム境界から既知の距離である。
【0094】
ＰＢＣＨは、ＱＰＳＫ変調を使用し得、順方向エラー訂正（ＦＥＣ）を使用し得る。ＦＥＣは、極性符号化を使用し得る。ＰＢＣＨによってスパンされる１つ以上のシンボルは、ＰＢＣＨの復調のために１つ以上のＤＭＲＳを運び得る。ＰＢＣＨは、セルの現在のシステムフレーム番号（ＳＦＮ）及び／又はＳＳ／ＰＢＣＨブロックタイミングインデックスの表示を含み得る。これらのパラメータは、ＵＥの基地局への時間同期を容易にし得る。ＰＢＣＨは、ＵＥに１つ以上のパラメータを提供するために使用されるマスター情報ブロック（ＭＩＢ）を含み得る。ＭＩＢは、ＵＥによって使用され、セルに関連付けられる残りの最小システム情報（ＲＭＳＩ）を見つけることができる。ＲＭＳＩは、システム情報ブロックタイプ１（ＳＩＢ１）を含み得る。ＳＩＢ１は、ＵＥがセルにアクセスするために必要な情報を含み得る。ＵＥは、ＰＤＳＣＨをスケジュールするために使用され得る、ＰＤＣＣＨを監視するためにＭＩＢの１つ以上のパラメータを使用し得る。ＰＤＳＣＨは、ＳＩＢ１を含み得る。ＳＩＢ１は、ＭＩＢに提供されたパラメータを使用して復号化され得る。ＰＢＣＨは、ＳＩＢ１の不在を示し得る。ＳＩＢ１が存在しないことを示すＰＢＣＨに基づき、ＵＥは周波数を指し示し得る。ＵＥは、ＵＥが指される周波数でＳＳ／ＰＢＣＨブロックを検索し得る。
【0095】
ＵＥは、同じＳＳ／ＰＢＣＨブロックインデックスで送信された１つ以上のＳＳ／ＰＢＣＨブロックが、準同じ位置に配置される（ＱＣＬされる）（例えば、同じ／類似のドップラー拡散、ドップラーシフト、平均利得、平均遅延、及び／又は空間Ｒｘパラメータを持つ）と想定し得る。ＵＥは、ＳＳ／ＰＢＣＨブロック送信に対してＱＣＬが異なるＳＳ／ＰＢＣＨブロックインデックスを有することを想定し得ない。
【0096】
ＳＳ／ＰＢＣＨブロック（例えば、半フレーム内にあるブロック）は、空間方向（例えば、セルのカバレッジエリアにわたる異なるビームを使用して）に送信され得る。一実施例では、第１のＳＳ／ＰＢＣＨブロックは、第１のビームを使用して第１の空間方向に送信され得、第２のＳＳ／ＰＢＣＨブロックは、第２のビームを使用して第２の空間方向に送信され得る。
【0097】
一実施例では、キャリアの周波数スパン内で、基地局は、複数のＳＳ／ＰＢＣＨブロックを送信し得る。一実施例では、複数のＳＳ／ＰＢＣＨブロックの第１のＳＳ／ＰＢＣＨブロックの第１のＰＣＩは、複数のＳＳ／ＰＢＣＨブロックの第２のＳＳ／ＰＢＣＨブロックの第２のＰＣＩとは異なり得る。異なる周波数位置で送信されるＳＳ／ＰＢＣＨブロックのＰＣＩは、異なり得るか、又は同一であり得る。
【0098】
ＣＳＩ－ＲＳは、基地局によって送信され、ＵＥによってチャネル状態情報（ＣＳＩ）を取得するために使用され得る。基地局は、チャネル推定又はその他の任意の適切な目的のために、１つ以上のＣＳＩ－ＲＳでＵＥを構成し得る。基地局は、同一／類似のＣＳＩ－ＲＳのうちの１つ以上でＵＥを構成し得る。ＵＥは、１つ以上のＣＳＩ－ＲＳを測定し得る。ＵＥは、１つ以上のダウンリンクＣＳＩ－ＲＳの測定に基づき、ダウンリンクチャネル状態を推定し、及び／又はＣＳＩレポートを生成し得る。ＵＥは、ＣＳＩレポートを基地局に提供し得る。基地局は、ＵＥによって提供されるフィードバック（例えば、推定されたダウンリンクチャネル状態）を使用して、リンク適合を実行し得る。
【0099】
基地局は、１つ以上のＣＳＩ－ＲＳリソースセットでＵＥを半静的に構成できる。ＣＳＩ－ＲＳリソースは、時間及び周波数ドメイン内の位置及び周期性と関連付けられ得る。基地局は、ＣＳＩ－ＲＳリソースを選択的に起動及び／又は停止し得る。基地局は、ＣＳＩ－ＲＳリソースセット内のＣＳＩ－ＲＳリソースが起動及び／又は停止されることをＵＥに示し得る。
【0100】
基地局は、ＣＳＩ測定値を報告するようにＵＥを構成し得る。基地局は、周期的に、非周期的に、又は半永続的にＣＳＩレポートを提供するようにＵＥを構成し得る。周期的ＣＳＩレポートについては、ＵＥは、複数のＣＳＩレポートのタイミング及び／又は周期性で構成され得る。非周期的ＣＳＩレポートについては、基地局がＣＳＩレポートを要求し得る。例えば、基地局は、ＵＥに、構成されるＣＳＩ－ＲＳリソースを測定し、測定値に関するＣＳＩレポートを提供するように命令し得る。半持続性ＣＳＩレポートについては、基地局は、周期的レポートを周期的に送信し、選択的に起動又は停止するようＵＥを構成し得る。基地局は、ＲＲＣシグナリングを使用して、ＣＳＩ－ＲＳリソースセット及びＣＳＩレポートでＵＥを構成し得る。
【0101】
ＣＳＩ－ＲＳ構成は、例えば、最大３２個のアンテナポートを示す１つ以上のパラメータを含み得る。ＵＥは、ダウンリンクＣＳＩ－ＲＳ及びＣＯＲＥＳＥＴが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳに関連付けられるリソース要素がＣＯＲＥＳＥＴ用に構成される物理リソースブロック（ＰＲＢ）の外部にある場合、ダウンリンクＣＳＩ－ＲＳと制御リソースセット（ＣＯＲＥＳＥＴ）に同じＯＦＤＭシンボルを使用するように構成できる。ＵＥは、ダウンリンクＣＳＩ－ＲＳ及びＳＳ／ＰＢＣＨブロックが空間的にＱＣＬされ、ダウンリンクＣＳＩ－ＲＳに関連付けられるリソース要素がＳＳ／ＰＢＣＨブロック用に構成されるＰＲＢの外部にある場合、ダウンリンクＣＳＩ－ＲＳ及びＳＳ／ＰＢＣＨブロックに同じＯＦＤＭシンボルを使用するように構成できる。
【0102】
ダウンリンクＤＭＲＳは、基地局によって送信され得、ＵＥによってチャネル推定のために使用され得る。例えば、ダウンリンクＤＭＲＳは、１つ以上のダウンリンク物理チャネル（例えば、ＰＤＳＣＨ）のコヒーレント復調に使用され得る。ＮＲネットワークは、データ復調のために１つ以上の可変及び／又は構成可能なＤＭＲＳパターンをサポートし得る。少なくとも１つのダウンリンクＤＭＲＳ構成は、フロントロードされたＤＭＲＳパターンをサポートし得る。フロントロードされたＤＭＲＳは、１つ以上のＯＦＤＭシンボル（例えば、１つ又は２つの隣接するＯＦＤＭシンボル）にマッピングできる。基地局は、ＰＤＳＣＨのフロントロードされたＤＭＲＳシンボルの数（例えば、最大数）を使用してＵＥを半静的に構成できる。ＤＭＲＳ構成は、１つ以上のＤＭＲＳポートをサポートし得る。例えば、シングルユーザＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥ当たり最大８つの直交ダウンリンクＤＭＲＳポートをサポートし得る。マルチユーザＭＩＭＯの場合、ＤＭＲＳ構成は、ＵＥ当たり最大４つの直交ダウンリンクＤＭＲＳポートをサポートできる。無線ネットワークは、ダウンリンクとアップリンクの一般的なＤＭＲＳ構造を（例えば、少なくともＣＰ－ＯＦＤＭに対し）サポートできる。ＤＭＲＳ位置、ＤＭＲＳパターン、及び／又はスクランブルシーケンスは、同じであっても異なり得る。基地局は、同じプリコーディングマトリックスを使用して、ダウンリンクＤＭＲＳ及び対応するＰＤＳＣＨを送信し得る。ＵＥは、ＰＤＳＣＨのコヒーレント復調／チャネル推定のために１つ以上のダウンリンクＤＭＲＳを使用し得る。
【0103】
一実施例では、トランスミッタ（例えば、基地局）は、送信帯域幅の一部に対してプリコーダマトリックスを使用し得る。例えば、トランスミッタは、第１の帯域幅に第１のプリコーダマトリックスを、第２の帯域幅に第２のプリコーダマトリックスを使用し得る。第１のプリコーダマトリックス及び第２のプリコーダマトリックスは、第１の帯域幅が第２の帯域幅とは異なることに基づき異なり得る。ＵＥは、同じプリコーディングマトリックスが、ＰＲＢのセットにわたって使用されると仮定し得る。ＰＲＢのセットは、プリコーディングリソースブロックグループ（ＰＲＧ）として示され得る。
【0104】
ＰＤＳＣＨは、１つ以上の層を含み得る。ＵＥは、ＤＭＲＳを有する少なくとも１つのシンボルが、ＰＤＳＣＨの１つ以上の層の層上に存在すると仮定し得る。上位層は、ＰＤＳＣＨに対して最大３つのＤＭＲＳを構成し得る。
【0105】
ダウンリンクＰＴ－ＲＳは、基地局によって送信され得、位相雑音補償のためにＵＥによって使用され得る。ダウンリンクＰＴ－ＲＳが存在するかどうかは、ＲＲＣ構成によって異なる。ダウンリンクＰＴ－ＲＳの存在及び／又はパターンは、ＲＲＣシグナリングの組み合わせ、及び／又はＤＣＩによって示され得る、他の目的（例えば、変調及び符号化スキーム（ＭＣＳ））に使用される１つ以上のパラメータとの関連付けを使用して、ＵＥ固有ベースに構成できる。構成される場合、ダウンリンクＰＴ－ＲＳの動的存在は、少なくともＭＣＳを含む１つ以上のＤＣＩパラメータに関連付けることができる。ＮＲネットワークは、時間及び／又は周波数ドメインで定義された複数のＰＴ－ＲＳ密度をサポートし得る。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも１つの構成に関連付けられることができる。ＵＥは、ＤＭＲＳポート及びＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポート数は、スケジュールされたリソース内のＤＭＲＳポート数よりも少なくあり得る。ダウンリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。ダウンリンクＰＴ－ＲＳは、レシーバでの位相追跡を容易にするためにシンボル上で送信され得る。
【0106】
ＵＥは、アップリンクＤＭＲＳを基地局に送信してチャネル推定を行うことができる。例えば、基地局は、１つ以上のアップリンク物理チャネルのコヒーレント復調のためにアップリンクＤＭＲＳを使用し得る。例えば、ＵＥは、ＰＵＳＣＨ及び／又はＰＵＣＣＨでアップリンクＤＭＲＳを送信し得る。アップリンクＤＭ－ＲＳは、対応する物理チャネルに関連付けられる周波数の範囲に類似する周波数の範囲にわたり得る。基地局は、１つ以上のアップリンクＤＭＲＳ構成でＵＥを構成し得る。少なくとも１つのＤＭＲＳ構成が、フロントロードされたＤＭＲＳパターンをサポートし得る。フロントロードされたＤＭＲＳは、１つ以上のＯＦＤＭシンボル（例えば、１つ又は２つの隣接するＯＦＤＭシンボル）にマッピングできる。１つ以上のアップリンクＤＭＲＳは、ＰＵＳＣＨ及び／又はＰＵＣＣＨの１つ以上のシンボルで送信するように構成され得る。基地局は、ＵＥが、単一シンボルＤＭＲＳ及び／又は二重シンボルＤＭＲＳをスケジュールするために使用し得る、ＰＵＳＣＨ及び／又はＰＵＣＣＨ用のフロントロードＤＭＲＳシンボルの数（例えば、最大数）を用いて、ＵＥを半静的に構成し得る。ＮＲネットワークは、ダウンリンク及びアップリンク用の共通ＤＭＲＳ構造（例えば、サイクリックプレフィックス直交周波数分割多重化（ＣＰ－ＯＦＤＭ）のために）をサポートし得、ここで、ＤＭＲＳ位置、ＤＭＲＳパターン、及び／又はＤＭＲＳのスクランブルシーケンスは、同一であっても異なり得る。
【0107】
ＰＵＳＣＨは、１つ以上の層を含み得、ＵＥは、ＰＵＳＣＨの１つ以上の層の層上に存在するＤＭＲＳを有する少なくとも１つのシンボルを送信し得る。一実施例では、上位層は、ＰＵＳＣＨに対して最大３つのＤＭＲＳを構成し得る。
【0108】
アップリンクＰＴ－ＲＳ（位相追跡及び／又は位相雑音補償のために基地局によって使用され得る）は、ＵＥのＲＲＣ構成に応じて存在し得るか、又は存在しない場合がある。アップリンクＰＴ－ＲＳの存在及び／又はパターンは、ＲＲＣシグナリング及び／又はＤＣＩによって示され得る、他の目的（例えば、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ（ＭＣＳ））に使用される１つ以上のパラメータの組み合わせによってＵＥ固有ベースに構成され得る。構成される場合、アップリンクＰＴ－ＲＳの動的存在は、少なくともＭＣＳを含む１つ以上のＤＣＩパラメータに関連付けられ得る。無線ネットワークは、時間／周波数ドメインで画定される複数のアップリンクＰＴ－ＲＳ密度をサポートし得る。周波数ドメイン密度は、それが存在する場合、スケジュールされた帯域幅の少なくとも１つの構成に関連付けられ得る。ＵＥは、ＤＭＲＳポート及びＰＴ－ＲＳポートのための同じプリコーディングを想定し得る。ＰＴ－ＲＳポート数は、スケジュールされたリソース内のＤＭＲＳポート数よりも少なくあり得る。例えば、アップリンクＰＴ－ＲＳは、ＵＥのスケジュールされた時間／周波数期間に制限され得る。
【0109】
ＳＲＳは、アップリンクチャネル依存スケジューリング及び／又はリンク適合をサポートするために、チャネル状態推定のためにＵＥによって基地局に送信され得る。ＵＥによって送信されるＳＲＳは、基地局が１つ以上の周波数でアップリンクチャネル状態を推定することを可能にし得る。基地局のスケジューラは、推定されたアップリンクチャネル状態を使用して、ＵＥからのアップリンクＰＵＳＣＨ送信のために１つ以上のリソースブロックを割り当てることができる。基地局は、１つ以上のＳＲＳリソースセットを用いてＵＥを半静的に構成し得る。ＳＲＳリソースセットの場合、基地局は、１つ以上のＳＲＳリソースを用いてＵＥを構成し得る。ＳＲＳリソースセット適用性は、上位層（例えば、ＲＲＣ）のパラメータによって構成され得る。例えば、上位層パラメータがビーム管理を示す場合、１つ以上のＳＲＳリソースセット（例えば、同一／類似の時間ドメイン挙動、周期性、非周期性、及び／又は類似のものを有する）のＳＲＳリソースセット内のＳＲＳリソースが、瞬時に（例えば、同時に）送信され得る。ＵＥは、ＳＲＳリソースセット内の１つ以上のＳＲＳリソースを送信し得る。ＮＲネットワークは、非周期的、周期的、及び／又は半持続的ＳＲＳ送信をサポートし得る。ＵＥは、１つ以上のトリガータイプに基づきＳＲＳリソースを送信し得、１つ以上のトリガータイプは、上位層シグナリング（例えば、ＲＲＣ）及び／又は１つ以上のＤＣＩフォーマットを含み得る。一実施例では、少なくとも１つのＤＣＩフォーマットが、ＵＥに対して用いられて、１つ以上の構成されるＳＲＳリソースセットのうちのうちの少なくとも１つを選択し得る。ＳＲＳトリガータイプ０は、上位層シグナリングに基づきトリガーされたＳＲＳを指し得る。ＳＲＳトリガータイプ１は、１つ以上のＤＣＩフォーマットに基づきトリガーされたＳＲＳを指すことができる。一実施例では、ＰＵＳＣＨとＳＲＳが同じスロットで送信される場合、ＵＥは、ＰＵＳＣＨ及び対応するアップリンクＤＭＲＳの送信の後にＳＲＳを送信するように構成され得る。
【0110】
基地局は、ＳＲＳリソース構成識別子、ＳＲＳポートの数、ＳＲＳリソース構成の時間ドメイン挙動（例えば、周期的、半永続的、又は非周期的ＳＲＳの表示）、スロット、ミニスロット、及び／又はサブフレームレベル周期性、周期的及び／又は非周期的ＳＲＳリソースのためのオフセット、ＳＲＳリソース内のＯＦＤＭシンボルの数、ＳＲＳリソースの開始ＯＦＤＭシンボル、ＳＲＳ帯域幅、周波数ホッピング帯域幅、周期シフト、及び／又はＳＲＳシーケンスＩＤのうちの少なくとも１つを示す１つ以上のＳＲＳ構成パラメータを用いてＵＥを準統計学的に構成し得る。
【0111】
アンテナポートは、アンテナポート上のシンボルが搬送されるチャネルが、同じアンテナポート上の別のシンボルが搬送されるチャネルから推測され得るように画定される。第１のシンボル及び第２のシンボルが同じアンテナポート上に送信される場合、レシーバは、アンテナポート上の第１のシンボルを搬送するためのチャネルから、アンテナポート上の第２のシンボルを搬送するためのチャネル（例えば、フェードゲイン、マルチパス遅延、及び／又は類似のもの）を推測し得る。第１のアンテナポート及び第２のアンテナポートは、第１のアンテナポート上の第１のシンボルが伝達されるチャネルの１つ以上の大規模特性が、第２のアンテナポートの第２のシンボルが送信される、チャネルから推測され得る場合、準同じ位置に配置される（ＱＣＬされる）と称され得る。１つ以上の大規模特性は、遅延拡散、ドップラー拡散、ドップラーシフト、平均利得、平均遅延、及び／又は空間受信（Ｒｘ）パラメータのうちの少なくとも１つを含み得る。
【0112】
ビームフォーミングを使用するチャネルでは、ビーム管理が必要である。ビーム管理は、ビーム測定、ビーム選択、及びビーム表示を含み得る。ビームは、１つ以上の基準信号と関連付けられ得る。例えば、ビームは、１つ以上のビーム形成基準信号によって識別され得る。ＵＥは、ダウンリンク基準信号（例えば、チャネル状態情報基準信号（ＣＳＩ－ＲＳ））に基づきダウンリンクビーム測定を実行し、ビーム測定レポートを生成し得る。ＵＥは、ＲＲＣ接続が基地局で設定された後、ダウンリンクビーム測定手順を実施し得る。
【0113】
図１１Ｂは、時間及び周波数ドメインにマッピングされるチャネル状態情報基準信号（ＣＳＩ－ＲＳ）の実施例を示す。図１１Ｂに示される正方形は、セルの帯域幅内のリソースブロック（ＲＢ）にわたり得る。基地局は、１つ以上のＣＳＩ－ＲＳを示すＣＳＩ－ＲＳリソース構成パラメータを含む１つ以上のＲＲＣメッセージを送信できる。次のパラメータの１つ以上は、ＣＳＩ－ＲＳリソース構成に対する、上位層シグナリング（例えば、ＲＲＣ及び／又はＭＡＣシグナリング）によって設定できる。ＣＳＩ－ＲＳリソース構成アイデンティティ、ＣＳＩ－ＲＳポートの数、ＣＳＩ－ＲＳ構成（例えば、サブフレーム内のシンボル及びリソース要素（ＲＥ）の位置）、ＣＳＩ－ＲＳサブフレーム構成（例えば、サブフレーム位置、オフセット、及び無線フレームの周期性）、ＣＳＩ－ＲＳ電力パラメータ、ＣＳＩ－ＲＳシーケンスパラメータ、符号分割多重（ＣＤＭ）タイプパラメータ、周波数密度、送信コーム、疑似コロケーション（ＱＣＬ）パラメータ（例えば、ＱＣＬ－ｓｃｒａｍｂｌｉｎｇｉｄｅｎｔｉｔｙ、ｃｒｓ－ｐｏｒｔｓｃｏｕｎｔ、ｍｂｓｆｎ－ｓｕｂｆｒａｍｅｃｏｎｆｉｇｌｉｓｔ、ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＺＰｉｄ、ｑｃｌ－ｃｓｉ－ｒｓ－ｃｏｎｆｉｇＮＺＰｉｄ）、及び／又は他の無線リソースパラメータ。
【0114】
図１１Ｂに示す３つのビームは、ＵＥ固有の構成のＵＥに対して構成され得る。３つのビームを図１１Ｂに示し（ビーム＃１、ビーム＃２、及びビーム＃３）、それより多い、又はそれより少ないビームを構成し得る。ビーム＃１は、第１のシンボルのＲＢ内の１つ以上のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０１で割り当てられ得る。ビーム＃２は、第２のシンボルのＲＢ内の１つ以上のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０２で割り当てられ得る。ビーム＃３は、第３のシンボルのＲＢ内の１つ以上のサブキャリアで送信され得るＣＳＩ－ＲＳ１１０３で割り当てられ得る。周波数分割多重化（ＦＤＭ）を使用することにより、基地局は、同じＲＢ内の他のサブキャリア（例えば、ＣＳＩ－ＲＳ１１０１を送信するために使用されないもの）を使用して、別のＵＥのビームに関連付けられる別のＣＳＩ－ＲＳを送信し得る。時間ドメイン多重化（ＴＤＭ）を使用することで、ＵＥに使用されるビームは、ＵＥのビームが他のＵＥのビームからのシンボルを使用するように構成され得る。
【0115】
図１１Ｂに示されるＣＳＩ－ＲＳ（例えば、ＣＳＩ－ＲＳ１１０１、１１０２、１１０３）は、基地局によって送信され、１つ以上の測定のためにＵＥによって使用され得る。例えば、ＵＥは、構成されるＣＳＩ－ＲＳリソースの基準信号受信電力（ＲＳＲＰ）を測定し得る。基地局は、レポート構成を用いてＵＥを構成し得、ＵＥは、レポート構成に基づき、ＲＳＲＰ測定値をネットワークに（例えば、１つ以上の基地局を介して）報告し得る。一実施例では、基地局は、報告された測定結果に基づき、いくつかの基準信号を含む１つ以上の送信構成表示（ＴＣＩ）状態を決定し得る。一実施例では、基地局は、１つ以上のＴＣＩ状態をＵＥに示し得る（例えば、ＲＲＣシグナリング、ＭＡＣ ＣＥ、及び／又はＤＣＩを介して）。ＵＥは、１つ以上のＴＣＩ状態に基づき決定される受信（Ｒｘ）ビームを有するダウンリンク送信を受信し得る。一実施例では、ＵＥは、ビームコレスポンデンス能力を有し得るか、又は有しない場合がある。ＵＥがビームコレスポンデンス能力を有する場合、ＵＥは、コレスポンデンスするＲｘビームの空間ドメインフィルタに基づき、送信（Ｔｘ）ビームの空間ドメインフィルタを決定し得る。ＵＥがビームコレスポンデンス能力を有していない場合、ＵＥは、アップリンクビーム選択手順を実行して、Ｔｘビームの空間ドメインフィルタを決定し得る。ＵＥは、基地局によってＵＥに構成される１つ以上のサウンディング基準信号（ＳＲＳ）リソースに基づき、アップリンクビーム選択手順を実行し得る。基地局は、ＵＥによって送信される１つ以上のＳＲＳリソースの測定値に基づき、ＵＥ用のアップリンクビームを選択し、表示し得る。
【0116】
ビーム管理手順において、ＵＥは、１つ以上のビームペアリンク、基地局によって送信される送信ビーム、及びＵＥによって受信される受信ビームを含むビームペアリンクのチャネル品質を評価（例えば、測定）し得る。評価に基づき、ＵＥは、例えば、１つ以上のビーム識別（例えば、ビームインデックス、基準信号インデックス、又は類似のもの）、ＲＳＲＰ、プリコーディングマトリックスインジケータ（ＰＭＩ）、チャネル品質インジケータ（ＣＱＩ）、及び／又はランクインジケータ（ＲＩ）を含む、１つ以上のビームペア品質パラメータを示すビーム測定レポートを送信し得る。
【0117】
図１２Ａは、３つのダウンリンクビーム管理手順、Ｐ１、Ｐ２、及びＰ３の例を示す。手順Ｐ１は、例えば、１つ以上の基地局Ｔｘビーム及び／又はＵＥ Ｒｘビーム（Ｐ１の一番上の行と一番下の行にそれぞれ楕円として表示される）の選択をサポートするために、送信受信点（ＴＲＰ）（又は複数のＴＲＰ）の送信（Ｔｘ）ビームでのＵＥ測定を可能にし得る。ＴＲＰでのビームフォーミングは、ビームのセットのＴｘビームスイープを含み得る（Ｐ１とＰ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥでのビームフォーミングは、ビームのセットのためのＲｘビームスイープを含み得る（Ｐ１とＰ３の下の行に示されるように、楕円は破線の矢印で示されるとき計回りの方向に回転している）。手順Ｐ２を使用して、ＴＲＰのＴｘビームでＵＥ測定を有効にし得る。（Ｐ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。ＵＥ及び／又は基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、又は手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｐ２を実施し得る。これは、ビームリファインメントと称され得る。ＵＥは、基地局で同じＴｘビームを使用し、ＵＥでＲｘビームをスイープすることによって、Ｒｘビーム決定のための手順Ｐ３を実施し得る。
【0118】
図１２Ｂは、３つのアップリンクビーム管理手順、Ｕ１、Ｕ２、及びＵ３の例を示す。手順Ｕ１を使用して、例えば、１つ以上のＵＥ Ｔｘビーム及び／又は基地局Ｒｘビーム（Ｕ１の最上行及び最下行にそれぞれ楕円として示される）の選択をサポートするために、ＵＥのＴｘビームに対して基地局が測定を実行することを可能にし得る。ＵＥでのビームフォーミングは、例えば、ビームのセットからのＴｘビームスイープを含み得る。（Ｕ１とＵ３の下の行に、破線の矢印で示される時計回りに回転した楕円として示される）。基地局でのビームフォーミングは、例えば、ビームのセットからのＲｘビームスイープを含み得る。（Ｕ１とＵ２の一番上の行に、破線の矢印で示されるように、楕円が反時計回りに回転しているように示される）。手順Ｕ２を使用して、ＵＥが固定Ｔｘビームを使用するときに基地局がそのＲｘビームを調整できるようにし得る。ＵＥ及び／又は基地局は、手順Ｐ１で使用されるよりも小さなビームのセットを使用して、又は手順Ｐ１で使用されるビームよりも狭いビームを使用して、手順Ｕ２を実施し得る。これは、ビームリファインメントと称され得る。ＵＥは、基地局が固定Ｒｘビームを使用するときに、そのＴｘビームを調整する手順Ｕ３を実施し得る。
【0119】
ＵＥは、ビーム障害の検出に基づき、ビーム障害復旧（ＢＦＲ）手順を開始し得る。ＵＥは、ＢＦＲ手順の開始に基づき、ＢＦＲ要求（例えば、プリアンブル、ＵＣＩ、ＳＲ、ＭＡＣ ＣＥ、及び／又は類似のもの）を送信し得る。ＵＥは、関連する制御チャネルのビームペアリンクの品質が満足のいかない（例えば、エラーレート閾値よりも高いエラーレート、受信信号パワー閾値より低い受信信号パワー、タイマーの満了、及び／又は類似のものを有する）という決定に基づき、ビーム障害を検出し得る。
【0120】
ＵＥは、１つ以上のＳＳ／ＰＢＣＨブロック、１つ以上のＣＳＩ－ＲＳリソース、及び／又は１つ以上の復調基準信号（ＤＭＲＳ）を含む１つ以上の基準信号（ＲＳ）を使用して、ビームペアリンクの品質を測定し得る。ビームペアリンクの品質は、ブロックエラーレート（ＢＬＥＲ）、ＲＳＲＰ値、信号対干渉プラスノイズ比（ＳＩＮＲ）値、基準信号受信品質（ＲＳＲＱ）値、及び／又はＲＳリソースで測定されるＣＳＩ値の１つ以上に基づき得る。基地局は、ＲＳリソースが、チャネル（例えば、制御チャネル、共有データチャネル、及び／又は類似のもの）の１つ以上のＤＭ－ＲＳと準同じ位置に配置される（ＱＣＬされる）ことを示し得る。チャネルのＲＳリソース及び１つ以上のＤＭＲＳは、ＲＳリソースを介したＵＥへの送信からのチャネル特性（例えば、ドップラーシフト、ドップラー拡散、平均遅延、遅延拡散、空間Ｒｘパラメータ、フェード、及び／又は類似のもの）が、チャネルを介してＵＥへの送信からのチャネル特性と類似又は同一であるとき、ＱＣＬされ得る。
【0121】
ネットワーク（例えば、ネットワークのｇＮＢ及び／又はｎｇ－ｅＮＢ）及び／又はＵＥは、ランダムアクセス手順を開始し得る。ＲＲＣ＿ＩＤＬＥ状態のＵＥ及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態のＵＥは、ランダムアクセス手順を開始して、ネットワークへの接続設定を要求し得る。ＵＥは、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態からランダムアクセス手順を開始し得る。ＵＥは、ランダムアクセス手順を開始して、アップリンクリソースを要求し（例えば、利用可能なＰＵＣＣＨリソースがない場合にＳＲのアップリンク送信のために）、及び／又はアップリンクタイミング（例えば、アップリンク同期状態が同期されていない場合）を取得し得る。ＵＥは、ランダムアクセス手順を開始し、１つ以上のシステム情報ブロック（ＳＩＢ）（例えば、ＳＩＢ２、ＳＩＢ３、及び／又は類似のものなどの他のシステム情報）を要求し得る。ＵＥは、ビーム障害復旧要求のためのランダムアクセス手順を開始し得る。ネットワークは、ハンドオーバーのための、及び／又はＳＣｅｌｌ追加のための時間アラインメントを確立するためのランダムアクセス手順を開始し得る。
【0122】
図１３Ａは、４ステップの競合ベースのランダムアクセス手順を示す。手順の開始前に、基地局は、構成メッセージ１３１０をＵＥに送信し得る。図１３Ａは、Ｍｓｇ１ １３１１、Ｍｓｇ２ １３１２、Ｍｓｇ３ １３１３、及びＭｓｇ４ １３１４の４つのメッセージの送信を含む。Ｍｓｇ１ １３１１は、プリアンブル（又はランダムアクセスプリアンブル）を含み得、及び／又はプリアンブルと称され得る。Ｍｓｇ２ １３１２は、ランダムアクセス応答（ＲＡＲ）を称され得、及び／又はランダムアクセス応答（ＲＡＲ）と称され得る。
【0123】
構成メッセージ１３１０は、例えば、１つ以上のＲＲＣメッセージを使用して送信され得る。１つ以上のＲＲＣメッセージは、ＵＥへの１つ以上のランダムアクセスチャネル（ＲＡＣＨ）パラメータを示し得る。１つ以上のＲＡＣＨパラメータは、１つ以上のランダムアクセス手順に対する一般的なパラメータ（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＧｅｎｅｒａｌ）、セル特有のパラメータ（例えば、ＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ）、及び／又は専用パラメータ（例えば、ＲＡＣＨ－ｃｏｎｆｉｇＤｅｄｉｃａｔｅｄ）のうちの少なくとも１つを含み得る。基地局は、１つ以上のＲＲＣメッセージを１つ以上のＵＥにブロードキャスト又はマルチキャストし得る。１つ以上のＲＲＣメッセージは、ＵＥ固有であり得る（例えば、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ状態において、ＵＥに送信される専用ＲＲＣメッセージ）。ＵＥは、１つ以上のＲＡＣＨパラメータに基づき、Ｍｓｇ１ １３１１及び／又はＭｓｇ３ １３１３の送信のための時間周波数リソース及び／又はアップリンク送信電力を決定し得る。１つ以上のＲＡＣＨパラメータに基づき、ＵＥは、Ｍｓｇ２ １３１２及びＭｓｇ４ １３１４を受信するための受信タイミング及びダウンリンクチャネルを決定し得る。
【0124】
構成メッセージ１３１０に提供される１つ以上のＲＡＣＨパラメータは、Ｍｓｇ１ １３１１の送信に利用可能な１つ以上の物理ＲＡＣＨ（ＰＲＡＣＨ）オケージョンを示し得る。１つ以上のＰＲＡＣＨオケージョンは、事前定義され得る。１つ以上のＲＡＣＨパラメータは、１つ以上のＰＲＡＣＨオケージョンの１つ以上の利用可能なセットを示し得る（例えば、ｐｒａｃｈ－ＣｏｎｆｉｇＩｎｄｅｘ）。１つ以上のＲＡＣＨパラメータは、（ａ）１つ以上のＰＲＡＣＨオケージョンと、（ｂ）１つ以上の基準信号との間の関連を示し得る。１つ以上のＲＡＣＨパラメータは、（ａ）１つ以上のプリアンブルと、（ｂ）１つ以上の基準信号との間の関連を示し得る。１つ以上の基準信号は、ＳＳ／ＰＢＣＨブロック及び／又はＣＳＩ－ＲＳであり得る。例えば、１つ以上のＲＡＣＨパラメータは、ＰＲＡＣＨオケージョンにマッピングされたＳＳ／ＰＢＣＨブロックの数、及び／又はＳＳ／ＰＢＣＨブロックにマッピングされたプリアンブルの数を示し得る。
【0125】
構成メッセージ１３１０に提供される１つ以上のＲＡＣＨパラメータを使用して、Ｍｓｇ１ １３１１及び／又はＭｓｇ３ １３１３のアップリンク送信電力を決定し得る。例えば、１つ以上のＲＡＣＨパラメータは、プリアンブル送信用の基準電力（例えば、受信したターゲット電力及び／又はプリアンブル送信の初期電力）を示し得る。１つ以上のＲＡＣＨパラメータによって示される１つ以上の電力オフセットがあり得る。例えば、１つ以上のＲＡＣＨパラメータは、パワーランピングステップ、ＳＳＢとＣＳＩ－ＲＳとの間の電力オフセット、Ｍｓｇ１ １３１１とＭｓｇ３ １３１３の送信間の電力オフセット、及び／又はプリアンブルグループ間の電力オフセット値を示し得る。１つ以上のＲＡＣＨパラメータは、ＵＥが少なくとも１つの基準信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）及び／又はアップリンクキャリア（例えば、正常アップリンク（ＮＵＬ）キャリア及び／又は補完的アップリンク（ＳＵＬ）キャリア）を決定し得るための、１つ以上の閾値を示し得る。
【0126】
Ｍｓｇ１ １３１１は、１つ以上のプリアンブル送信（例えば、プリアンブル送信及び１つ以上のプリアンブル再送信）を含み得る。ＲＲＣメッセージは、１つ以上のプリアンブルグループ（例えば、グループＡ及び／又はグループＢ）を構成するために使用され得る。プリアンブルグループは、１つ以上のプリアンブルを含み得る。ＵＥは、障害測定及び／又はＭｓｇ３ １３１３のサイズに基づき、プリアンブルグループを決定し得る。ＵＥは、１つ以上の基準信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）のＲＳＲＰを測定し、ＲＳＲＰ閾値（例えば、ｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＳＳＢ及び／又はｒｓｒｐ－ＴｈｒｅｓｈｏｌｄＣＳＩ－ＲＳ）を超えるＲＳＲＰを有する少なくとも１つの基準信号を決定し得る。ＵＥは、例えば、１つ以上のプリアンブルと少なくとも１つの基準信号との間の関連付けがＲＲＣメッセージによって構成される場合、１つ以上の基準信号及び／又は選択されたプリアンブルグループに関連付けられる少なくとも１つのプリアンブルを選択し得る。
【0127】
ＵＥは、構成メッセージ１３１０に提供される１つ以上のＲＡＣＨパラメータに基づき、プリアンブルを決定し得る。例えば、ＵＥは、障害測定、ＲＳＲＰ測定、及び／又はＭｓｇ３ １３１３のサイズに基づき、プリアンブルを決定し得る。別の実施例として、１つ以上のＲＡＣＨパラメータは、プリアンブルフォーマット、プリアンブル送信の最大数、及び／又は１つ以上のプリアンブルグループ（例えば、グループＡ及びグループＢ）を決定するための１つ以上の閾値を示し得る。基地局は、１つ以上のＲＡＣＨパラメータを使用して、１つ以上のプリアンブルと１つ以上の基準信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）との間の関連付けでＵＥを構成し得る。関連付けが構成される場合、ＵＥは、関連付けに基づき、Ｍｓｇ１ １３１１に含めるようにプリアンブルを決定し得る。Ｍｓｇ１ １３１１は、１つ以上のＰＲＡＣＨオケージョンを介して基地局に送信され得る。ＵＥは、プリアンブルの選択及びＰＲＡＣＨオケージョンの決定のために、１つ以上の基準信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）を使用し得る。１つ以上のＲＡＣＨパラメータ（例えば、ｒａ－ｓｓｂ－ＯｃｃａｓｉｏｎＭｓｋＩｎｄｅｘ及び／又はｒａ－ＯｃｃａｓｉｏｎＬｉｓｔ）は、ＰＲＡＣＨオケージョンと１つ以上の基準信号との間の関連付けを示し得る。
【0128】
ＵＥは、プリアンブル送信後に応答が受信されない場合、プリアンブル再送信を実行し得る。ＵＥは、プリアンブル再送信のためにアップリンク送信電力を増加させ得る。ＵＥは、ネットワークによって構成される、障害測定及び／又はターゲット受信プリアンブル電力に基づき、初期プリアンブル送信電力を選択し得る。ＵＥは、プリアンブルを再送信することを決定し得、アップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル再送信のランピングステップを示す１つ以上のＲＡＣＨパラメータ（例えば、ＰＲＥＡＭＢＬＥ＿ＰＯＷＥＲ＿ＲＡＭＰＩＮＧ＿ＳＴＥＰ）を受信し得る。ランピングステップは、再送信のためのアップリンク送信電力の増分増加の量であり得る。ＵＥが、前のプリアンブル送信と同じである基準信号（例えば、ＳＳＢ及び／又はＣＳＩ－ＲＳ）を決定する場合、ＵＥはアップリンク送信電力をランプアップし得る。ＵＥは、プリアンブル送信及び／又は再送信の数を数えることができる（例えば、ＰＲＥＡＭＢＬＥ＿ＴＲＡＮＳＭＩＳＳＩＯＮ＿ＣＯＵＮＴＥＲ）。ＵＥは、ランダムアクセス手順が、例えば、プリアンブル送信の数が、１つ以上のＲＡＣＨパラメータ（例えば、ｐｒｅａｍｂｌｅＴｒａｎｓＭａｘ）によって構成される閾値を超える場合、失敗して完了したと決定し得る。
【0129】
ＵＥが受信するＭｓｇ２ １３１２は、ＲＡＲを含み得る。一部のシナリオでは、Ｍｓｇ２ １３１２は、複数のＵＥに対応する複数のＲＡＲを含み得る。Ｍｓｇ２ １３１２は、Ｍｓｇ１ １３１１の送信の後又はそれに応答して受信され得る。Ｍｓｇ２ １３１２は、ＤＬ－ＳＣＨ上でスケジュールされ、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用してＰＤＣＣＨ上で表示され得る。Ｍｓｇ２ １３１２は、Ｍｓｇ１ １３１１が基地局によって受信されたことを示し得る。Ｍｓｇ２ １３１２は、ＵＥがＵＥの送信タイミングを調整するために使用し得る時間アラインメントコマンド、Ｍｓｇ３ １３１３の送信のためのスケジューリング許可、及び／又は一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）を含み得る。プリアンブルを送信した後、ＵＥは、Ｍｓｇ２ １３１２のＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ＵＥは、ＵＥがプリアンブルを送信するために使用するＰＲＡＣＨオケージョンに基づき、いつ時間ウィンドウを開始するかを決定し得る。例えば、ＵＥは、プリアンブルの最後のシンボルの１つ以上のシンボルの後に（例えば、プリアンブル送信の終わりからの第１のＰＤＣＣＨ機会に）、時間ウィンドウを開始し得る。１つ以上のシンボルは、ヌメロロジに基づき決定され得る。ＰＤＣＣＨは、ＲＲＣメッセージによって構成される共通検索空間（例えば、Ｔｙｐｅ１－ＰＤＣＣＨ共通検索空間）の中にあり得る。ＵＥは、無線ネットワーク一時識別子（ＲＮＴＩ）に基づきＲＡＲを識別し得る。ＲＮＴＩは、ランダムアクセス手順を開始する１つ以上のイベントに応じて使用され得る。ＵＥは、ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）を使用し得る。ＲＡ－ＲＮＴＩは、ＵＥがプリアンブルを送信するＰＲＡＣＨオケージョンと関連付けられ得る。例えば、ＵＥは、ＯＦＤＭシンボルインデックス、スロットインデックス、周波数ドメインインデックス、及び／又はＰＲＡＣＨオケージョンのＵＬキャリアインジケータに基づき、ＲＡ－ＲＮＴＩを決定し得る。ＲＡ－ＲＮＴＩの実施例は、以下の通りであり得る。
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
ここで、ｓ＿ｉｄは、ＰＲＡＣＨオケージョンの第１のＯＦＤＭシンボルのインデックスであり得（例えば、０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨオケージョンの第１のスロットのインデックスであり得（例えば、０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数ドメインでのＰＲＡＣＨオケージョンのインデックスであり得（例えば、０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、プリアンブル送信に使用されるＵＬキャリアであり得る（例えば、ＮＵＬキャリアの場合は０、ＳＵＬキャリアの場合は１）。
ＵＥは、Ｍｓｇ２ １３１２の受信成功に応答して（例えば、Ｍｓｇ２ １３１２で識別されたリソースを使用して）、Ｍｓｇ３ １３１３を送信し得る。Ｍｓｇ３ １３１３は、例えば、図１３Ａに示される競合ベースのランダムアクセス手順における競合解決のために使用され得る。一部のシナリオでは、複数のＵＥが、同じプリアンブルを基地局に送信し得、基地局は、ＵＥに対応するＲＡＲを提供し得る。複数のＵＥが、ＲＡＲをそれ自体に対応するものとして解釈する場合、不一致が発生し得る。競合解決（例えば、Ｍｓｇ３ １３１３及びＭｓｇ４ １３１４の使用）を使用して、ＵＥが別のＵＥのアイデンティティを誤って使用しない可能性を増大させ得る。競合解決を実施するために、ＵＥは、Ｍｓｇ３ １３１３にデバイス識別子（例えば、割り当てられた場合、Ｃ－ＲＮＴＩ、Ｍｓｇ２ １３１２に含まれるＴＣ－ＲＮＴＩ、及び／又は任意の他の適切な識別子）を含み得る。
ＲＡ－ＲＮＴＩ＝１＋ｓ＿ｉｄ＋１４×ｔ＿ｉｄ＋１４×８０×ｆ＿ｉｄ＋１４×８０×８×ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄ
ここで、ｓ＿ｉｄは、ＰＲＡＣＨオケージョンの第１のＯＦＤＭシンボルのインデックスであり得（例えば、０≦ｓ＿ｉｄ＜１４）、ｔ＿ｉｄは、システムフレーム内のＰＲＡＣＨオケージョンの第１のスロットのインデックスであり得（例えば、０≦ｔ＿ｉｄ＜８０）、ｆ＿ｉｄは、周波数ドメインでのＰＲＡＣＨオケージョンのインデックスであり得（例えば、０≦ｆ＿ｉｄ＜８）、ｕｌ＿ｃａｒｒｉｅｒ＿ｉｄは、プリアンブル送信に使用されるＵＬキャリアであり得る（例えば、ＮＵＬキャリアの場合は０、ＳＵＬキャリアの場合は１）。
ＵＥは、Ｍｓｇ２ １３１２の受信成功に応答して（例えば、Ｍｓｇ２ １３１２で識別されたリソースを使用して）、Ｍｓｇ３ １３１３を送信し得る。Ｍｓｇ３ １３１３は、例えば、図１３Ａに示される競合ベースのランダムアクセス手順における競合解決のために使用され得る。一部のシナリオでは、複数のＵＥが、同じプリアンブルを基地局に送信し得、基地局は、ＵＥに対応するＲＡＲを提供し得る。複数のＵＥが、ＲＡＲをそれ自体に対応するものとして解釈する場合、不一致が発生し得る。競合解決（例えば、Ｍｓｇ３ １３１３及びＭｓｇ４ １３１４の使用）を使用して、ＵＥが別のＵＥのアイデンティティを誤って使用しない可能性を増大させ得る。競合解決を実施するために、ＵＥは、Ｍｓｇ３ １３１３にデバイス識別子（例えば、割り当てられた場合、Ｃ－ＲＮＴＩ、Ｍｓｇ２ １３１２に含まれるＴＣ－ＲＮＴＩ、及び／又は任意の他の適切な識別子）を含み得る。
【0130】
Ｍｓｇ４ １３１４は、Ｍｓｇ３ １３１３の送信の後、又はそれに応答して受信され得る。Ｃ－ＲＮＴＩがＭｓｇ３ １３１３に含まれていた場合、基地局は、Ｃ－ＲＮＴＩを使用してＰＤＣＣＨ上のＵＥに対処する。ＵＥの固有のＣ－ＲＮＴＩがＰＤＣＣＨ上で検出された場合、ランダムアクセス手順が成功裏に完了したと決定される。ＴＣ－ＲＮＴＩがＭｓｇ３ １３１３に含まれる場合（例えば、ＵＥがＲＲＣ＿ＩＤＬＥ状態であるか、又はそうでなければ基地局に接続されていない場合）、Ｍｓｇ４ １３１４は、ＴＣ－ＲＮＴＩに関連付けられるＤＬ－ＳＣＨを使用して受信される。ＭＡＣ ＰＤＵが正常に復号化され、ＭＡＣ ＰＤＵが、Ｍｓｇ３ １３１３で送信された（例えば、送信された）ＣＣＣＨ ＳＤＵと一致するか、そうでなければ対応するＵＥ競合解決アイデンティティＭＡＣ ＣＥを含む場合、ＵＥは、競合解決が成功したと決定し得る、及び／又はＵＥは、ランダムアクセス手順が成功裏に完了したと決定し得る。
【0131】
ＵＥは、補完的アップリンク（ＳＵＬ）キャリア及び正常アップリンク（ＮＵＬ）キャリアで構成され得る。初期アクセス（例えば、ランダムアクセス手順）は、アップリンクキャリアでサポートされ得る。例えば、基地局は、２つの別個のＲＡＣＨ構成、すなわち、１つはＳＵＬキャリア用、もう１つはＮＵＬキャリア用であるＵＥを構成し得る。ＳＵＬキャリアで構成されるセル内のランダムアクセスについて、ネットワークは、どのキャリア（ＮＵＬ又はＳＵＬ）を使用するかを示し得る。ＵＥは、例えば、１つ以上の基準信号の測定品質がブロードキャスト閾値よりも低い場合、ＳＵＬキャリアを決定し得る。ランダムアクセス手順（例えば、Ｍｓｇ１ １３１１及び／又はＭｓｇ３ １３１３）のアップリンク送信は、選択されたキャリア上にとどまることができる。ＵＥは、１つ以上の事例において、ランダムアクセス手順（例えば、Ｍｓｇ１ １３１１とＭｓｇ３ １３１３の間）中にアップリンクキャリアを切り替えることができる。例えば、ＵＥは、チャネルクリアアセスメント（例えば、リッスンビフォアトーク）に基づき、Ｍｓｇ１ １３１１及び／又はＭｓｇ３ １３１３のアップリンクキャリアを決定及び／又は切り替え得る。
【0132】
図１３Ｂは、２ステップの競合のないランダムアクセス手順を示す。図１３Ａに示される４ステップの競合ベースのランダムアクセス手順と同様、基地局は、手順の開始前に、構成メッセージ１３２０をＵＥに送信し得る。構成メッセージ１３２０は、構成メッセージ１３１０に対して一部の点で類似し得る。図１３Ｂは、Ｍｓｇ１ １３２１及びＭｓｇ２ １３２２の２つのメッセージの送信を含む。Ｍｓｇ１ １３２１及びＭｓｇ２ １３２２は、いくつかの点で、図１３Ａそれぞれに示されるＭｓｇ１ １３１１及びＭｓｇ２
１３１２に類似し得る。図１３Ａ及び図１３Ｂから理解されるように、競合のないランダムアクセス手順は、Ｍｓｇ３ １３１３及び／又はＭｓｇ４ １３１４に類似したメッセージを含み得ない。
１３１２に類似し得る。図１３Ａ及び図１３Ｂから理解されるように、競合のないランダムアクセス手順は、Ｍｓｇ３ １３１３及び／又はＭｓｇ４ １３１４に類似したメッセージを含み得ない。
【0133】
図１３Ｂに示す競合のないランダムアクセス手順は、ビーム障害復旧、他のＳＩ要求、ＳＣｅｌｌ追加、及び／又はハンドオーバーのために開始され得る。例えば、基地局は、Ｍｓｇ１ １３２１に使用されるプリアンブルをＵＥに表示又は割り当て得る。ＵＥは、ＰＤＣＣＨ及び／又はＲＲＣを介して基地局から、プリアンブル（例えば、ｒａ－ＰｒｅａｍｂｌｅＩｎｄｅｘ）の表示を受信し得る。
【0134】
プリアンブルを送信した後、ＵＥは、ＲＡＲのＰＤＣＣＨを監視する時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）を開始し得る。ビーム障害復旧要求の場合、基地局は、ＲＲＣメッセージ（例えば、ｒｅｃｏｖｅｒｙＳｅａｒｃｈＳｐａｃｅＩｄ）によって示される検索空間内に別個の時間ウィンドウ及び／又は別個のＰＤＣＣＨでＵＥを構成し得る。ＵＥは、検索空間上のＣｅｌｌ ＲＮＴＩ（Ｃ－ＲＮＴＩ）宛のＰＤＣＣＨ送信に対し監視し得る。図１３Ｂに示す競合のないランダムアクセス手順において、ＵＥは、Ｍｓｇ１ １３２１の送信及び対応するＭｓｇ２ １３２２の受信の後、又はこれに応答して、ランダムアクセス手順が成功裏に完了したと決定し得る。ＵＥは、例えば、ＰＤＣＣＨ送信がＣ－ＲＮＴＩにアドレス指定される場合に、ランダムアクセス手順が成功裏に完了すると決定し得る。ＵＥは、ランダムアクセス手順が、例えば、ＵＥが、ＵＥによって送信されるプリアンブルに対応するプリアンブル識別子を含むＲＡＲを受信した場合、及び／又はＲＡＲが、プリアンブル識別子を含むＭＡＣサブＰＤＵを含む場合、成功裏に完了すると決定し得る。ＵＥは、応答をＳＩ要求に対する確認の指標として決定し得る。
【0135】
図１３Ｃは、別の２ステップランダムアクセス手順を示す。図１３Ａ及び図１３Ｂに示されるランダムアクセス手順と同様に、基地局は、手順の開始前に、構成メッセージ１３３０をＵＥに送信し得る。構成メッセージ１３３０は、構成メッセージ１３１０及び／又は構成メッセージ１３２０に対して一部の点で類似し得る。図１３Ｃは、２つのメッセージ、すなわち、Ｍｓｇ Ａ １３３１及びＭｓｇ Ｂ １３３２の送信を含む。
【0136】
Ｍｓｇ Ａ １３３１は、ＵＥによってアップリンク送信で送信され得る。Ｍｓｇ Ａ
１３３１は、プリアンブル１３４１の１つ以上の送信及び／又はトランスポートブロック１３４２の１つ以上の送信を含み得る。トランスポートブロック１３４２は、図１３Ａに示されるＭｓｇ３ １３１３の内容と類似及び／又は同等である内容を含み得る。トランスポートブロック１３４２は、ＵＣＩ（例えば、ＳＲ、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、及び／又は類似のもの）を含み得る。ＵＥは、Ｍｓｇ Ａ １３３１の送信の後、又はその送信に応答して、Ｍｓｇ Ｂ １３３２を受信し得る。Ｍｓｇ Ｂ １３３２は、図１３Ａ及び１３Ｂ示されるＭｓｇ ２ １３１２（例えば、ＲＡＲ）、及び／又は図１３Ａに示されるＭｓｇ４ １３１４の内容と類似及び／又は同等である内容を含み得る。
１３３１は、プリアンブル１３４１の１つ以上の送信及び／又はトランスポートブロック１３４２の１つ以上の送信を含み得る。トランスポートブロック１３４２は、図１３Ａに示されるＭｓｇ３ １３１３の内容と類似及び／又は同等である内容を含み得る。トランスポートブロック１３４２は、ＵＣＩ（例えば、ＳＲ、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、及び／又は類似のもの）を含み得る。ＵＥは、Ｍｓｇ Ａ １３３１の送信の後、又はその送信に応答して、Ｍｓｇ Ｂ １３３２を受信し得る。Ｍｓｇ Ｂ １３３２は、図１３Ａ及び１３Ｂ示されるＭｓｇ ２ １３１２（例えば、ＲＡＲ）、及び／又は図１３Ａに示されるＭｓｇ４ １３１４の内容と類似及び／又は同等である内容を含み得る。
【0137】
ＵＥは、ライセンスされたスペクトル及び／又はライセンスされていないスペクトルに対し、図１３Ｃの２ステップランダムアクセス手順を開始し得る。ＵＥは、１つ以上の要因に基づき、２ステップランダムアクセス手順を開始するかどうかを決定し得る。１つ以上の要因は、使用中の無線アクセス技術（例えば、ＬＴＥ、ＮＲ、及び／又は類似のもの）、ＵＥが有効なＴＡを有するかどうか、セルサイズ、ＵＥのＲＲＣ状態、スペクトルのタイプ（例えば、ライセンスされた対ライセンスされていない）、及び／又は任意の他の適切な要因であり得る。
【0138】
ＵＥは、構成メッセージ１３３０に含まれる２ステップのＲＡＣＨパラメータに基づき、プリアンブル１３４１及び／又はＭｓｇ Ａ １３３１に含まれるトランスポートブロック１３４２に対する無線リソース及び／又はアップリンク送信電力を決定し得る。ＲＡＣＨパラメータは、変調及び符号化スキーム（ＭＣＳ）、時間周波数リソース、及び／又はプリアンブル１３４１及び／又はトランスポートブロック１３４２に対する電力制御を示し得る。プリアンブル１３４１（例えば、ＰＲＡＣＨ）の送信のための時間周波数リソース及びトランスポートブロック１３４２（例えば、ＰＵＳＣＨ）の送信のための時間周波数リソースは、ＦＤＭ、ＴＤＭ、及び／又はＣＤＭを使用して多重化され得る。ＲＡＣＨパラメータは、ＵＥが、Ｍｓｇ Ｂ １３３２の監視及び／又は受信のための受信タイミング及びダウンリンクチャネルを決定することを可能にし得る。
【0139】
トランスポートブロック１３４２は、データ（例えば、遅延に敏感なデータ）、ＵＥの識別子、セキュリティ情報、及び／又はデバイス情報（例えば、Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ））を含み得る。基地局は、Ｍｓｇ Ａ １３３１に対する応答としてＭｓｇ Ｂ １３３２を送信し得る。Ｍｓｇ Ｂ １３３２は、プリアンブル識別子、タイミングアドバンスコマンド、電力制御コマンド、アップリンク許可（例えば、無線リソース割り当て及び／又はＭＣＳ）、競合解決のためのＵＥ識別子、及び／又はＲＮＴＩ（例えば、Ｃ－ＲＮＴＩ又はＴＣ－ＲＮＴＩ）のうちの少なくとも１つを含み得る。ＵＥは、Ｍｓｇ Ｂ １３３２のプリアンブル識別子がＵＥによって送信されるプリアンブルに一致し、及び／又はＭｓｇ Ｂ １３３２のＵＥの識別子がＭｓｇ Ａ １３３１のＵＥの識別子（例えば、トランスポートブロック１３４２）に一致した場合に、２ステップランダムアクセス手順が成功裏に完了されると決定し得る。
【0140】
ＵＥ及び基地局は、制御シグナリングを交換し得る。制御シグナリングは、Ｌ１／Ｌ２制御シグナリングと称され得、ＰＨＹ層（例えば、層１）及び／又はＭＡＣ層（例えば、層２）に由来し得る。制御シグナリングは、基地局からＵＥに送信されるダウンリンク制御シグナリング及び／又はＵＥから、基地局に送信されるアップリンク制御シグナリングを含み得る。
【0141】
ダウンリンク制御シグナリングは、ダウンリンクスケジューリング割り当て、アップリンク無線リソース及び／又はトランスポートフォーマットを示すアップリンクスケジューリング許可、スロットフォーマット情報、プリエンプション表示、電力制御コマンド、及び／又はその他の任意の適切なシグナリングを含み得る。ＵＥは、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）上の基地局によって送信されるペイロード内のダウンリンク制御シグナリングを受信し得る。ＰＤＣＣＨ上で送信されるペイロードは、ダウンリンク制御情報（ＤＣＩ）と称され得る。一部のシナリオでは、ＰＤＣＣＨは、ＵＥのグループに共通なグループ共通ＰＤＣＣＨ（ＧＣ－ＰＤＣＣＨ）であり得る。
【0142】
基地局は、送信エラーの検出を容易にするために、１つ以上の巡回冗長検査（ＣＲＣ）パリティビットをＤＣＩに取り付け得る。ＤＣＩがＵＥ（又はＵＥのグループ）に対して意図される場合、基地局は、ＵＥの識別子（又はＵＥのグループの識別子）でＣＲＣパリティビットをスクランブルし得る。識別子を用いてＣＲＣパリティビットをスクランブルすることは、識別子値及びＣＲＣパリティビットのＭｏｄｕｌｏ－２追加（又は排他的ＯＲ演算）を含み得る。識別子は、１６ビットの値の無線ネットワーク一時識別子（ＲＮＴＩ）を含み得る。
【0143】
ＤＣＩは、異なる目的に使用され得る。目的は、ＣＲＣパリティビットをスクランブルするために使用されるＲＮＴＩのタイプによって示され得る。例えば、ページングＲＮＴＩ（Ｐ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ページング情報及び／又はシステム情報変更通知を示し得る。Ｐ－ＲＮＴＩは、１６進数で「ＦＦＦＥ」として事前に定義され得る。システム情報ＲＮＴＩ（ＳＩ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、システム情報のブロードキャスト送信を示し得る。ＳＩ－ＲＮＴＩは、１６進数で「ＦＦＦＦ」として事前に定義され得る。ランダムアクセスＲＮＴＩ（ＲＡ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、ランダムアクセス応答（ＲＡＲ）を示し得る。セルＲＮＴＩ（Ｃ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、動的スケジュールのユニキャスト送信及び／又はＰＤＣＣＨ順序のランダムアクセスのトリガーを示し得る。一時セルＲＮＴＩ（ＴＣ－ＲＮＴＩ）でスクランブルされたＣＲＣパリティビットを有するＤＣＩは、競合解決を示し得る（例えば、図１３Ａに示されるＭｓｇ３ １３１３に類似するＭｓｇ３）。基地局によってＵＥに構成される他のＲＮＴＩの符号化は、Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ ＲＮＴＩ（ＣＳ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＰＵＣＣＨ ＲＮＴＩ（ＴＰＣ－ＰＵＣＣＨ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＰＵＳＣＨ ＲＮＴＩ（ＴＰＣ－ＰＵＳＣＨ－ＲＮＴＩ）、Ｔｒａｎｓｍｉｔ Ｐｏｗｅｒ Ｃｏｎｔｒｏｌ－ＳＲＳ ＲＮＴＩ（ＴＰＣ－ＳＲＳ－ＲＮＴＩ）、Ｉｎｔｅｒｒｕｐｔｉｏｎ ＲＮＴＩ（ＩＮＴ－ＲＮＴＩ）、Ｓｌｏｔ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｉｏｎ ＲＮＴＩ（ＳＦＩ－ＲＮＴＩ）、Ｓｅｍｉ－Ｐｅｒｓｉｓｔｅｎｔ ＣＳＩ ＲＮＴＩ（ＳＰ－ＣＳＩ－ＲＮＴＩ）、Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ Ｃｅｌｌ
ＲＮＴＩ（ＭＣＳ－Ｃ－ＲＮＴＩ）、及び／又は類似のものを含む。
ＲＮＴＩ（ＭＣＳ－Ｃ－ＲＮＴＩ）、及び／又は類似のものを含む。
【0144】
ＤＣＩの目的及び／又は内容に応じて、基地局は、１つ以上のＤＣＩフォーマットでＤＣＩを送信し得る。例えば、ＤＣＩフォーマット０＿０は、セル内のＰＵＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット０＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット０＿１は、セル内のＰＵＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット０＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿０は、セル内のＰＤＳＣＨのスケジューリングに使用できる。ＤＣＩフォーマット１＿０は、フォールバックＤＣＩフォーマットであり得る（例えば、コンパクトなＤＣＩペイロードを有する）。ＤＣＩフォーマット１＿１は、セル内のＰＤＳＣＨのスケジューリングに使用され得る（例えば、ＤＣＩフォーマット１＿０よりも多くのＤＣＩペイロードを有する）。ＤＣＩフォーマット２＿０は、ＵＥのグループにスロットフォーマット表示を提供するために使用され得る。ＤＣＩフォーマット２＿１は、ＵＥがＵＥへの送信を意図していないと想定する物理リソースブロック及び／又はＯＦＤＭシンボルをＵＥのグループに通知するために使用され得る。ＤＣＩフォーマット２＿２は、ＰＵＣＣＨ又はＰＵＳＣＨ用の送信電力制御（ＴＰＣ）コマンドの送信に使用され得る。ＤＣＩフォーマット２＿３は、１つ以上のＵＥによるＳＲＳ送信用のＴＰＣコマンドのグループの送信に使用され得る。新機能のＤＣＩフォーマットは、今後のリリースで定義され得る。ＤＣＩフォーマットは、異なるＤＣＩサイズを有するか、又は同じＤＣＩサイズを共有し得る。
【0145】
ＲＮＴＩでＤＣＩをスクランブルした後、基地局は、チャネル符号化（例えば、極性符号化）、レートマッチング、スクランブル及び／又はＱＰＳＫ変調を用いてＤＣＩを処理し得る。基地局は、ＰＤＣＣＨのために使用及び／又は構成されるリソース要素上に、符号化及び変調されたＤＣＩをマッピングし得る。ＤＣＩのペイロードサイズ及び／又は基地局のカバレッジに基づき、基地局は、いくつかの連続制御チャネル要素（ＣＣＥ）を占有するＰＤＣＣＨを介してＤＣＩを送信し得る。連続するＣＣＥの数（アグリゲーションレベルと称される）は、１、２、４、８、１６、及び／又は任意の他の適切な数であり得る。ＣＣＥは、リソース要素グループ（ＲＥＧ）の数（例えば、６）を含み得る。ＲＥＧは、ＯＦＤＭシンボル内のリソースブロックを含み得る。リソース要素上の符号化及び変調されたＤＣＩのマッピングは、ＣＣＥ及びＲＥＧのマッピング（例えば、ＣＣＥ～ＲＥＧマッピング）に基づき得る。
【0146】
図１４Ａは、帯域幅部分に対するＣＯＲＥＳＥＴ構成の実施例を示す。基地局は、１つ以上の制御リソースセット（ＣＯＲＥＳＥＴ）上のＰＤＣＣＨを介してＤＣＩを送信し得る。ＣＯＲＥＳＥＴは、ＵＥが１つ以上の検索空間を使用してＤＣＩを復号化しようとする時間周波数リソースを含み得る。基地局は、時間周波数ドメイン内にＣＯＲＥＳＥＴを構成し得る。図１４Ａの実施例において、第１のＣＯＲＥＳＥＴ１４０１及び第２のＣＯＲＥＳＥＴ１４０２は、スロット内の第１のシンボルで生じる。第１のＣＯＲＥＳＥＴ１４０１は、周波数ドメイン内の第２のＣＯＲＥＳＥＴ１４０２と重複する。第３のＣＯＲＥＳＥＴ１４０３は、スロット内の第３のシンボルで生じる。第４のＣＯＲＥＳＥＴ１４０４は、スロットの第七のシンボルで生じる。ＣＯＲＥＳＥＴは、周波数ドメイン内に異なる数のリソースブロックを有し得る。
【0147】
図１４Ｂは、ＣＯＲＥＳＥＴ及びＰＤＣＣＨ処理上のＤＣＩ送信に対するＣＣＥ～ＲＥＧマッピングの実施例を示す。ＣＣＥ～ＲＥＧマッピングは、インターリーブマッピング（例えば、周波数多様性を提供する目的で）又は非インターリーブマッピング（例えば、干渉調整及び／又は制御チャネルの周波数選択送信を促進する目的で）であり得る。基地局は、異なる又は同一のＣＣＥ～ＲＥＧマッピングを異なるＣＯＲＥＳＥＴ上で実行し得る。ＣＯＲＥＳＥＴは、ＲＲＣ構成によるＣＣＥ～ＲＥＧマッピングと関連付けられ得る。ＣＯＲＥＳＥＴは、アンテナポート疑似コロケーション（ＱＣＬ）パラメータで構成され得る。アンテナポートのＱＣＬパラメータは、ＣＯＲＥＳＥＴ内のＰＤＣＣＨ受信用の復調基準信号（ＤＭＲＳ）のＱＣＬ情報を示し得る。
【0148】
基地局は、１つ以上のＣＯＲＥＳＥＴ及び１つ以上の検索空間セットの構成パラメータを含むＲＲＣメッセージをＵＥに送信し得る。構成パラメータは、検索空間セットとＣＯＲＥＳＥＴとの間の関連を示し得る。検索空間セットは、所与のアグリゲーションレベルでＣＣＥによって形成されるＰＤＣＣＨ候補のセットを含み得る。構成パラメータは、アグリゲーションレベル毎に監視されるＰＤＣＣＨ候補の数、ＰＤＣＣＨ監視周期性及びＰＤＣＣＨ監視パターン、ＵＥによって監視される１つ以上のＤＣＩフォーマット、及び／又は検索空間セットが、共通検索空間セット又はＵＥ固有検索空間セットであるかどうかを示し得る。共通検索空間セット内のＣＣＥのセットは、事前に定義され、ＵＥに既知であり得る。ＵＥ固有検索空間セット内のＣＣＥのセットは、ＵＥのアイデンティティ（例えば、Ｃ－ＲＮＴＩ）に基づき構成され得る。
【0149】
図１４Ｂに示すように、ＵＥは、ＲＲＣメッセージに基づき、ＣＯＲＥＳＥＴの時間周波数リソースを決定し得る。ＵＥは、ＣＯＲＥＳＥＴの構成パラメータに基づき、ＣＯＲＥＳＥＴに対するＣＣＥ～ＲＥＧマッピング（例えば、インターリーブ又は非インターリーブ、及び／又はマッピングパラメータ）を決定し得る。ＵＥは、ＲＲＣメッセージに基づき、ＣＯＲＥＳＥＴ上に構成される検索空間セットの数（例えば、最大で１０）を決定し得る。ＵＥは、検索空間セットの構成パラメータに従って、ＰＤＣＣＨ候補のセットを監視し得る。ＵＥは、１つ以上のＤＣＩを検出するために、１つ以上のＣＯＲＥＳＥＴ内のＰＤＣＣＨ候補のセットを監視し得る。監視は、監視されたＤＣＩフォーマットに従って、ＰＤＣＣＨ候補のセットの１つ以上のＰＤＣＣＨ候補を復号化することを含み得る。監視は、可能な（又は構成される）ＰＤＣＣＨ位置、可能な（又は構成される）ＰＤＣＣＨフォーマット（例えば、共通検索空間におけるＣＣＥの数、ＰＤＣＣＨ候補の数、及び／又はＵＥ固有検索空間におけるＰＤＣＣＨ候補の数）、及び可能な（又は構成される）ＤＣＩフォーマットを有する１つ以上のＰＤＣＣＨ候補のＤＣＩ内容を復号化することを含み得る。復号化は、ブラインドブラインド複合化ブラインド復号化と称され得る。ＵＥは、ＣＲＣチェック（例えば、ＲＮＴＩ値に一致するＤＣＩのＣＲＣパリティビットに対するスクランブルビット）に応答して、ＵＥに対して有効なＤＣＩを決定し得る。ＵＥは、ＤＣＩに含まれる情報（例えば、スケジューリング割り当て、アップリンク許可、電力制御、スロットフォーマット表示、ダウンリンクプリエンプション、及び／又は類似のもの）を処理し得る。
【0150】
ＵＥは、アップリンク制御シグナリング（例えば、アップリンク制御情報（ＵＣＩ））を基地局に送信し得る。アップリンク制御シグナリングは、受信したＤＬ－ＳＣＨトランスポートブロックに対するハイブリッド自動反復要求（ＨＡＲＱ）確認応答を含み得る。ＵＥは、ＤＬ－ＳＣＨトランスポートブロックを受信した後、ＨＡＲＱ確認応答を送信し得る。アップリンク制御シグナリングは、物理ダウンリンクチャネルのチャネル品質を示すチャネル状態情報（ＣＳＩ）を含み得る。ＵＥは、ＣＳＩを基地局に送信し得る。基地局は、受信したＣＳＩに基づき、ダウンリンク送信のための送信フォーマットパラメータ（例えば、マルチアンテナ及びビーム形成スキームを含む）を決定し得る。アップリンク制御シグナリングは、スケジューリング要求（ＳＲ）を含み得る。ＵＥは、アップリンクデータが基地局に送信可能であることを示すＳＲを送信し得る。ＵＥは、物理アップリンク制御チャネル（ＰＵＣＣＨ）又は物理アップリンク共有チャネル（ＰＵＳＣＨ）を介して、ＵＣＩ（例えば、ＨＡＲＱ確認応答（ＨＡＲＱ－ＡＣＫ）、ＣＳＩレポート、ＳＲなど）を送信し得る。ＵＥは、いくつかのＰＵＣＣＨフォーマットのうちの１つを使用して、ＰＵＣＣＨを介してアップリンク制御シグナリングを送信し得る。
【0151】
５つのＰＵＣＣＨフォーマットがあり得、ＵＥは、ＵＣＩのサイズ（例えば、ＵＣＩ送信のアップリンクシンボルの数及びＵＣＩビットの数）に基づきＰＵＣＣＨフォーマットを決定し得る。ＰＵＣＣＨフォーマット０は、１つ又は２つのＯＦＤＭシンボルの長さを有し得、２以下のビットを含み得る。ＵＥは、送信が１つ又は２つのシンボルを超えており、正又は負のＳＲを持つＨＡＲＱ－ＡＣＫ情報ビットの数（ＨＡＲＱ－ＡＣＫ／ＳＲビット）が１つ又は２つである場合、ＰＵＣＣＨフォーマット０を使用して、ＰＵＣＣＨリソースでＵＣＩを送信し得る。ＰＵＣＣＨフォーマット１は、４～１４個のＯＦＤＭシンボルの間の数を占め得、２以下のビットを含み得る。ＵＥは、送信が４つ以上のシンボルであり、ＨＡＲＱ－ＡＣＫ／ＳＲビットの数が１つ又は２つである場合、ＰＵＣＣＨフォーマット１を使用し得る。ＰＵＣＣＨフォーマット２は、１つ又は２つのＯＦＤＭシンボルを占有し得、２ビット超を含み得る。ＵＥは、送信が１つ又は２つのシンボルを超え、ＵＣＩビットの数が２つ以上である場合、ＰＵＣＣＨフォーマット２を使用し得る。ＰＵＣＣＨフォーマット３は、４～１４個のＯＦＤＭシンボルの間の数を占有し得、２ビット超を含み得る。ＵＥは、送信が４つ以上のシンボルであり、ＵＣＩビットの数が２つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含まない場合、ＰＵＣＣＨフォーマット３を使用し得る。ＰＵＣＣＨフォーマット４は、４～１４個のＯＦＤＭシンボルの間の数を占有し得、２ビット超を含み得る。ＵＥは、送信が４つ以上のシンボルであり、ＵＣＩビットの数が２つ以上であり、ＰＵＣＣＨリソースが直交カバーコードを含む場合、ＰＵＣＣＨフォーマット４を使用し得る。
【0152】
基地局は、例えば、ＲＲＣメッセージを使用して、複数のＰＵＣＣＨリソースセットの構成パラメータをＵＥに送信し得る。複数のＰＵＣＣＨリソースセット（例えば、最大４つのセット）は、セルのアップリンクＢＷＰ上に構成され得る。ＰＵＣＣＨリソースセットは、ＰＵＣＣＨリソースセットインデックス、ＰＵＣＣＨリソース識別子（例えば、ｐｕｃｃｈ－Ｒｅｓｏｕｒｃｅｉｄ）によって識別されるＰＵＣＣＨリソースを有する複数のＰＵＣＣＨリソース、及び／又はＵＥが、ＰＵＣＣＨリソースセット内の複数のＰＵＣＣＨリソースのうちの１つを使用して送信し得るＵＣＩ情報ビットの数（例えば、最大数）で構成され得る。複数のＰＵＣＣＨリソースセットで構成する場合、ＵＥは、ＵＣＩ情報ビット（例えば、ＨＡＲＱ－ＡＣＫ、ＳＲ、及び／又はＣＳＩ）の合計ビット長に基づき、複数のＰＵＣＣＨリソースセットのうちの１つを選択し得る。ＵＣＩ情報ビットの合計ビット長が２以下である場合、ＵＥは、ＰＵＣＣＨリソースセットのインデックスが「０」に等しい第１のＰＵＣＣＨリソースセットを選択し得る。ＵＣＩ情報ビットの合計ビット長が２より大きく、第１の構成値以下の場合、ＵＥは、「１」に等しいＰＵＣＣＨリソースセットインデックスを有する第２のＰＵＣＣＨリソースセットを選択し得る。ＵＣＩ情報ビットの合計ビット長が第１の構成値より大きく、第２の構成値以下の場合、ＵＥは、「２」に等しいＰＵＣＣＨリソースセットインデックスを有する第３のＰＵＣＣＨリソースセットを選択し得る。ＵＣＩ情報ビットの合計ビット長が第２の構成値より大きく、第３の値（例えば、１４０６）以下である場合、ＵＥは、「３」に等しいＰＵＣＣＨリソースセットインデックスを有する第４のＰＵＣＣＨリソースセットを選択し得る。
【0153】
複数のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースセットを決定した後、ＵＥは、ＵＣＩ（ＨＡＲＱ－ＡＣＫ、ＣＳＩ、及び／又はＳＲ）送信用のＰＵＣＣＨリソースセットからＰＵＣＣＨリソースを決定し得る。ＵＥは、ＰＤＣＣＨ上で受信されたＤＣＩ（例えば、ＤＣＩフォーマット１＿０又はＤＣＩフォーマット１＿１）内のＰＵＣＣＨリソースインジケータに基づき、ＰＵＣＣＨリソースを決定し得る。ＤＣＩの３ビットＰＵＣＣＨリソースインジケータは、ＰＵＣＣＨリソースセット内の８つのＰＵＣＣＨリソースのうちの１つを示し得る。ＰＵＣＣＨリソースインジケータに基づき、ＵＥは、ＤＣＩ内のＰＵＣＣＨリソースインジケータによって示されるＰＵＣＣＨリソースを使用してＵＣＩ（ＨＡＲＱ－ＡＣＫ、ＣＳＩ及び／又はＳＲ）を送信し得る。
【0154】
図１５は、本開示の実施形態による基地局１５０４と通信する無線デバイス１５０２の実施例を示す。無線デバイス１５０２及び基地局１５０４は、図１Ａに示される移動体通信ネットワーク１００、図１Ｂに示される移動体通信ネットワーク１５０、又はその他の通信ネットワークなどの移動体通信ネットワークの一部であり得る。図１５には、１つの無線デバイス１５０２及び１つの基地局１５０４のみが示される。しかし、移動体通信ネットワークは、図１５に示されるものと同じ又は同様の構成を有する、複数のＵＥ及び／又は複数の基地局を含み得ることが理解されよう。
【0155】
基地局１５０４は、無線デバイス１５０２を、エアーインターフェース（又は無線インターフェース）１５０６上で無線通信を介してコアネットワーク（図示せず）に接続し得る。エアーインターフェース１５０６上の基地局１５０４から無線デバイス１５０２への通信方向は、ダウンリンクとして知られ、エアーインターフェース上の無線デバイス１５０２から、基地局１５０４への通信方向は、アップリンクとして知られる。ダウンリンク送信は、ＦＤＤ、ＴＤＤ、及び／又は２つの二重化技術のいくつかの組み合わせを使用して、アップリンク送信から分離され得る。
【0156】
ダウンリンクでは、基地局１５０４から無線デバイス１５０２に送信されるデータは、基地局１５０４の処理システム１５０８に提供され得る。データは、例えば、コアネットワークによって処理システム１５０８に提供され得る。アップリンクでは、無線デバイス１５０２から、基地局１５０４に送信されるデータは、無線デバイス１５０２の処理システム１５１８に提供され得る。処理システム１５０８及び処理システム１５１８は、層３及び層２のＯＳＩ機能を実装して、送信のためにデータを処理し得る。層２は、例えば、図２Ａ、図２Ｂ、図３、及び図４Ａに関して、ＳＤＡＰ層、ＰＤＣＰ層、ＲＬＣ層、及びＭＡＣ層を含み得る。層３は、図２Ｂに関してＲＲＣ層を含み得る。
【0157】
処理システム１５０８によって処理された後、無線デバイス１５０２に送信されるデータは、基地局１５０４の送信処理システム１５１０に提供され得る。同様に、処理システム１５１８によって処理された後、基地局１５０４に送信されるデータは、無線デバイス１５０２の送信処理システム１５２０に提供され得る。送信処理システム１５１０及び送信処理システム１５２０は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、及び図４Ａに関してＰＨＹ層を含み得る。送信処理のために、ＰＨＹ層は、例えば、トランスポートチャネルの順方向エラー訂正符号化、インターリーブ、レートマッチング、トランスポートチャネルの物理チャネルへのマッピング、物理チャネルの変調、多重入力多重出力（ＭＩＭＯ）又はマルチアンテナ処理、及び／又は類似のものを実行し得る。
【0158】
基地局１５０４で、受信処理システム１５１２は、無線デバイス１５０２からアップリンク送信を受信し得る。無線デバイス１５０２では、受信処理システム１５２２は、基地局１５０４からダウンリンク送信を受信し得る。受信処理システム１５１２及び受信処理システム１５２２は、層１のＯＳＩ機能を実装し得る。層１は、図２Ａ、図２Ｂ、図３、及び図４Ａに関してＰＨＹ層を含み得る。受信処理のために、ＰＨＹ層は、例えば、エラー検出、順方向エラー訂正復号化、デインターリーブ、物理チャネルへのトランスポートチャネルのデマッピング、物理チャネルの復調、ＭＩＭＯ又はマルチアンテナ処理、及び／又は類似のものを実行し得る。
【0159】
図１５に示すように、無線デバイス１５０２及び基地局１５０４は、複数のアンテナを含み得る。複数のアンテナは、空間多重化（例えば、単一ユーザＭＩＭＯ又はマルチユーザＭＩＭＯ）、送信／受信多様性、及び／又はビームフォーミングなどの１つ以上のＭＩＭＯ又はマルチアンテナ技術を実施するために使用され得る。他の実施例では、無線デバイス１５０２及び／又は基地局１５０４は、単一アンテナを有し得る。
【0160】
処理システム１５０８及び処理システム１５１８は、それぞれメモリ１５１４及びメモリ１５２４と関連付けられ得る。メモリ１５１４及びメモリ１５２４（例えば、１つ以上の非一時的コンピュータ可読媒体）は、本出願で論じる１つ以上の機能を実施するために、処理システム１５０８及び／又は処理システム１５１８によって実行され得るコンピュータプログラム命令又はコードを記憶し得る。図１５には示されていないが、送信処理システム１５１０、送信処理システム１５２０、受信処理システム１５１２、及び／又は受信処理システム１５２２は、それらのそれぞれの機能のうちの１つ以上を実行するために実行され得るコンピュータプログラム命令又はコードを格納するメモリ（例えば、１つ以上の非一時的コンピュータ可読媒体）に結合され得る。
【0161】
処理システム１５０８及び／又は処理システム１５１８は、１つ以上のコントローラ及び／又は１つ以上のプロセッサを含み得る。１つ以上のコントローラ及び／又は１つ以上のプロセッサは、例えば、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）及び／又はその他のプログラマーブルロジックデバイス、ディスクリートゲート及び／又はトランジスターロジック、ディスクリートハードウェアコンポーネント、オンボードユニット、又はそれらの任意の組み合わせを含み得る。処理システム１５０８及び／又は処理システム１５１８は、信号符号化／処理、データ処理、電力制御、入出力処理、及び／又は無線デバイス１５０２及び基地局１５０４が無線環境で動作するのを可能にし得る他の任意の機能のうちのうちの少なくとも１つを実行し得る。
【0162】
処理システム１５０８及び／又は処理システム１５１８は、それぞれ、１つ以上の周辺装置１５１６及び１つ以上の周辺装置１５２６に接続され得る。１つ以上の周辺装置１５１６及び１つ以上の周辺装置１５２６は、特徴及び／又は機能を提供するソフトウェア及び／又はハードウェア、例えばスピーカー、マイク、キーパッド、表示装置、タッチパッド、電源、衛星トランシーバー、ユニバーサルシリアルバス（ＵＳＢ）ポート、ハンズフリーヘッドセット、周波数変調（ＦＭ）無線ユニット、メディアプレーヤー、インターネットブラウザ、電子制御ユニット（例えば、車両用）、及び／又は１つ以上のセンサー（例えば、加速度計、ジャイロスコープ、温度センサー、レーダーセンサー、ライダーセンサー、超音波センサー、光センサー、カメラ、及び／又は類似のもの）を含み得る。処理システム１５０８及び／又は処理システム１５１８は、１つ以上の周辺装置１５１６及び／又は１つ以上の周辺装置１５２６からユーザ入力データを受信し、及び／又はユーザ出力データを提供し得る。無線デバイス１５０２内の処理システム１５１８は、電源から電力を受け取ることができ、及び／又は無線デバイス１５０２内の他のコンポーネントに電力を分配するように構成され得る。電源は、１つ以上の電源、例えば、バッテリー、太陽電池、燃料電池、又はそれらの任意の組み合わせを含み得る。処理システム１５０８及び／又は処理システム１５１８は、それぞれ、ＧＰＳチップセット１５１７及びＧＰＳチップセット１５２７に接続され得る。ＧＰＳチップセット１５１７及びＧＰＳチップセット１５２７は、それぞれ、無線デバイス１５０２及び基地局１５０４の地理的位置情報を提供するように構成され得る。
【0163】
図１６Ａは、アップリンク送信のための例示的な構造を示す。物理アップリンク共有チャネルを代表するベースバンド信号は、１つ以上の機能を実行し得る。この１つ以上の機能は、スクランブリング、複素数値シンボルを生成するためのスクランブルビットの変調、１つ又はいくつかの送信層上への複素数値変調シンボルのマッピング、複素数値シンボルを生成するための変換プリコーディング、複素数値シンボルのプリコーディング、プリコーディングされた複素数値シンボルのリソース要素へのマッピング、複素数値時間ドメイン単一キャリア周波数分割多重アクセス（ＳＣ－ＦＤＭＡ）又はＣＰ－ＯＦＤＭ信号のアンテナポートへの生成、及び／又は類似のもののうちの少なくとも１つを含み得る。一例において、変換プリコーディングが有効である場合は、アップリンク送信のためのＳＣ－ＦＤＭＡ信号が生成され得る。一実施例では、変換プリコーディングが有効でない場合は、図１６Ａによって、アップリンク送信のためのＣＰ－ＯＦＤＭ信号が生成され得る。これらの機能は、例として示されており、様々な実施形態で他の機構を実装し得ることが予想される。
【0164】
図１６Ｂは、ベースバンド信号のキャリア周波数への変調及びアップコンバージョンのための例示的な構造を示す。ベースバンド信号は、アンテナポートに対する、複素数値ＳＣ－ＦＤＭＡ又はＣＰ－ＯＦＤＭベースバンド信号及び／又は複素数値物理ランダムアクセスチャネル（ＰＲＡＣＨ）ベースバンド信号であり得る。送信前にフィルタリングを用いることができる。
【0165】
図１６Ｃは、ダウンリンク送信の例示的な構造を示す。物理ダウンリンクチャネルを表すベースバンド信号は、１つ以上の機能を実行できる。この１つ以上の機能は、物理チャネル上で送信されるべきコードワード内の符号化されたビットのスクランブリング、複素数値変調シンボルを生成するためのスクランブルされたビットの変調、複素数値変調シンボルの１つ又はいくつかの送信層上へのマッピング、アンテナポート上での送信のための層上にある複素数値変調シンボルのプリコーディング、アンテナポートの複素数値変調シンボルのリソース要素へのマッピング、アンテナポート毎の複素数値時間ドメインＯＦＤＭ信号の生成、及び／又は類似のものを含み得る。これらの機能は、例として示されており、様々な実施形態で他の機構を実装し得ることが予想される。
【0166】
図１６Ｄは、ベースバンド信号のキャリア周波数への変調及びアップコンバージョンのための別の実施例示的な構造を示す。ベースバンド信号は、アンテナポート用の複素数値ＯＦＤＭベースバンド信号であり得る。送信前にフィルタリングを用いることができる。
【0167】
無線デバイスは、複数のセル（例えば、プライマリーセル、セカンダリーセル）の構成パラメータを含む１つ以上のメッセージ（例えば、ＲＲＣメッセージ）を基地局から受信し得る。無線デバイスは、複数のセルを介して、少なくとも１つの基地局（例えば、二重接続の２つ以上の基地局）と通信し得る。１つ以上のメッセージ（例えば、構成パラメータの一部として）は、無線デバイスを構成するための物理的、ＭＡＣ、ＲＬＣ、ＰＣＤＰ、ＳＤＡＰ、ＲＲＣ層のパラメータを含み得る。例えば、構成パラメータは、物理層及びＭＡＣ層チャネル、ベアラなどを構成するためのパラメータを含み得る。例えば、構成パラメータは、物理層、ＭＡＣ層、ＲＬＣ層、ＰＣＤＰ層、ＳＤＡＰ層、ＲＲＣ層、及び／又は通信チャネル用のタイマーの値を示すパラメータを含み得る。
【0168】
タイマーが開始されると実行を開始し、停止するまで、又は満了するまで、実行を継続し得る。タイマーは、動いていない場合に開始され得るか、動いている場合に再起動され得る。タイマーは、値と関連付けられ得る（例えば、タイマーは、ある値から開始又は再開され得、又はゼロから開始され、値に到達したら満了し得る）。タイマーの持続時間は、（例えば、ＢＷＰスイッチングにより）タイマーが停止するか、又は満了するまで更新され得ない。タイマーを使用して、プロセスの期間／ウィンドウを測定し得る。本明細書が、１つ以上のタイマーに関連する実装及び手順を指す場合、１つ以上のタイマーを実装する複数の方法があることが理解されよう。例えば、タイマーを実施するための複数の方法のうちの１つ以上が、手順の期間／ウィンドウを測定するために使用され得ることが理解されよう。例えば、ランダムアクセス応答ウィンドウタイマーは、ランダムアクセス応答を受信するためのウィンドウ時間を測定するために使用され得る。一実施例では、ランダムアクセス応答ウィンドウタイマーの開始及び満了の代わりに、２つのタイムスタンプ間の時間差を使用し得る。タイマーが再開されると、時間ウィンドウの測定のためのプロセスが再開され得る。他の例示的実施は、時間ウィンドウの測定を再開するために提供され得る。
【0169】
一実施例では、事前構成されたアップリンクリソース（ＰＵＲ）を使用した送信は、ランダムアクセス手順を実施することなく、アップリンクリソースを使用して、ＲＲＣ＿ＩＤＬＥ（ＲＲＣアイドル状態）及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥ（ＲＲＣ非アクティブ状態）からの少なくとも１つのアップリンク送信を可能にし得る。ＰＵＲを使用した送信は、ＵＥ及び／又は（ｎｇ－）ｅＮＢサポートの場合、（ｎｇ－）ｅＮＢ及び／又はｇＮＢによって有効化され得る。
【0170】
一実施例では、ＵＥは、アップリンクリソースとともに構成されること、及び／又はＲＲＣ＿ＣＯＮＮＥＣＴＥＤモード／状態の間に、解除されたアップリンクリソース構成を有することを要求し得る。（ｎｇ－）ｅＮＢ／ｇＮＢは、ＵＥの要求、ＵＥのサブスクリプション情報、及び／又はローカルポリシーに基づき得るアップリンクリソースを構成することを決定し得る。ＰＵＲは、構成が受信されたセルで有効であり得る。
【0171】
ＰＵＲを使用した送信は、ＵＥの上層がＲＲＣ Ｃｏｎｎｅｃｔｉｏｎの確立又は再開を要求するときにトリガーされ得る。ＰＵＲを使用した送信は、ＵＥが送信するデータを有するときにトリガーされ得る。ＰＵＲを使用した送信は、ＵＥが送信に対して有効なＰＵＲを有する場合、及び／又はＴＡ検証基準を満たす場合、トリガーされ得る。ＰＵＲを使用した送信は、ＢＬ ＵＥ、強化されたカバレッジにおけるＵＥ、及び／又はＮＢ－ＩｏＴ ＵＥに適用でき得る。図２０は、ＰＵＲを使用した送信の例を示す。
【0172】
一実施例では、図１７に示すように、ＰＵＲ構成要求及びＰＵＲ構成に対する手順は、Ｃｏｎｔｒｏｌ Ｐｌａｎｅ ＣＩｏＴ ＥＰＳ／５ＧＳ最適化及び／又はＵｓｅｒ Ｐｌａｎｅ ＣＩｏＴ ＥＰＳ／５ＧＳ最適化に使用され得る。ＵＥは、ＰＵＲ構成要求を基地局（例えば、ｇＮＢ、ｅＮＢ）に送信し得る。基地局は、ＲＲＣ接続リリース指標及びＰＵＲ構成パラメータをＵＥに送信し得る。ＰＵＲ構成パラメータは、ＰＵＲ構成要求に基づき得る。一実施例では、図１７に光るように、ＵＥはＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあり、アップリンクリソースはセル内で有効化され得る。ＵＥは、要求されたリソースに関する情報（例えば、発生数、周期性、時間オフセット、ＴＢＳ、ＲＲＣ確認応答など）を提供するＰＵＲ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送信することによって、ＵＥがＰＵＲで構成されることに関心があることを（ｎｇ－）ｅＮＢ又はｇＮＢに示し得る。ＵＥは、（ｎｇ－）ｅＮＢ又はｇＮＢに対して、ＰＵＲＣｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔメッセージにおいて、ＵＥがリリースされる構成されたＰＵＲに関心があることを示し得る。（ｎｇ－）ｅＮＢ又はｇＮＢが、ＵＥをＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥ（例えば、先行するＵＥ ＰＵＲ構成要求、サブスクリプション情報、及び／又はローカルポリシーに基づく）に移動させる場合、（ｎｇ－）ｅＮＢ又はｇＮＢは、ＵＥにアップリンクリソースを提供するか、又は既存のＰＵＲリソースをリリースするかを決定し得る。（ｎｇ－）ｅＮＢ又はｇＮＢは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ メッセージに、ＰＵＲ構成のパラメータ又はアップリンクリソースリリース指標を含み得る。Ｃｏｎｔｒｏｌ Ｐｌａｎｅ ＣＩｏＴ ＥＰＳ／５ＧＳ最適化を使用するＵＥの場合、（ｎｇ－）ｅＮＢ又はｇＮＢは、ＰＵＲ構成でアップリンクリソース構成ＩＤを提供し得る。利用可能な場合、ＵＥは、ＰＵＲリソースを使用していないＲＲＣ接続を確立／再開する際に、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ／Ｒｅｓｕｍｅ ＣｏｍｐｌｅｔｅメッセージにＰＵＲ構成ＩＤを含めることができる。
【0173】
一実施例では、ＰＵＲ構成は、ＵＥ及び／又は（ｎｇ－）ｅＮＢ／ｇＮＢで、ＵＥが別のセルでアクセスするとき、ＰＵＲがセルでもはや有効でないとき、及び／又はＰＵＲリソースが構成された連続的オケージョンの数に使用されていない場合に、リリースされ得る。一実施例では、ＵＥ及びＰＵＲ構成は、構成されたＰＵＲリソースに従ってリンクされ得る。
【0174】
一実施例において、図１８は、Ｃｏｎｔｒｏｌ Ｐｌａｎｅ ＣＩｏＴ ＥＰＳ Ｏｐｔｉｍｉｚａｔｉｏｎ及び／又はＣｏｎｔｒｏｌ Ｐｌａｎｅ ＣＩｏＴ ５ＧＳ ＯｐｔｉｍｉｚａｔｉｏｎのためのＰＵＲを使用した送信の例を示す。アップリンクユーザデータは、ＣＣＣＨ上のＲＲＣ Ｅａｒｌｙ Ｄａｔａ Ｒｅｑｕｅｓｔメッセージで連結されたＮＡＳメッセージにおけるＰＵＲリソースを使用して送信され得る。ダウンリンクデータがない場合、（ｎｇ－）ｅＮＢ又はｇＮＢは、ユーザデータなしで、任意選択的に、Ｔｉｍｅ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄ、ＭＡＣ Ｔｉｍｅ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄ、及び／又はＲＲＣ Ｅａｒｌｙ Ｄａｔａ Ｃｏｍｐｌｅｔｅを含む、レイヤー１確認応答を送信することによって、手順を終了し得る。ダウンリンクユーザデータは、ＣＣＣＨ上のＲＲＣ Ｅａｒｌｙ Ｄａｔａ Ｃｏｍｐｌｅｔｅメッセージで連結されたＮＡＳメッセージで送信され得る。ＵＥは、ＲＲＣ ＣＯＮＮＥＣＴＥＤに移行できない場合がある。
【0175】
図１８では、ＵＥは、ＰＵＲリソースが使用され得る（例えば、セル内で有効化されたＰＵＲ、有効なＴｉｍｅ Ａｌｉｇｎｍｅｎｔなど）と決定し得る。ＵＥは、ＰＵＲリソース上で送信し得る。アップリンクデータが、ＲＲＣ Ｅａｒｌｙ Ｄａｔａ Ｒｅｑｕｅｓｔに含めるには大きすぎる場合、ＵＥはＰＵＲリソースを使用してＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔを送信し得る。手順は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ確率手順に戻ることができ、及び／又は新しいＣ－ＲＮＴＩを割り当てることができる。（ｎｇ－）ｅＮＢ又はｇＮＢは、Ｌａｙｅｒ１フォールバック指標を送信することによって、ＰＵＲを使用して送信を中止するようにＵＥに要求し得る。一実施例では、ＥＰＳについて、ｅＮＢ又はｇＮＢは、Ｓ１－ＡＰ又はＮ２／３の初期ＵＥメッセージ手順を開始して、ＮＡＳメッセージを転送し得、及び／又はＳ１又はＮ２／Ｎ３接続を確立し得る。５ＧＳの場合、ｎｇ－ｅＮＢ又はｇＮＢは、ＮＧ－ＡＰ初期ＵＥメッセージ手順を開始し、ＮＡＳメッセージを転送し得る。（ｎｇ－）ｅＮＢ又はｇＮＢは、この接続がＥＤＴに対してトリガーされることを示し得る。一実施例では、ＥＰＳに対して、ＭＭＥは、Ｓ－ＧＷに、ＵＥに対するＥＰＳベアラを再アクティブ化するよう要求し得る。５ＧＳに対して、ＡＭＦは、ＮＡＳメッセージに含まれるＰＤＵセッションを決定し得る。ＥＰＳに対して、ＭＭＥはアップリンクデータをＳ－ＧＷに送信し得る。５ＧＳに対して、ＡＭＦは、ＰＤＵ Ｓｅｓｓｉｏｎ ＩＤ及び／又はアップリンクデータをＳＭＦに送信し得る。ＳＭＦは、アップリンクデータをＵＰＦに転送し得る。一実施例では、ＥＰＳに対して、ダウンリンクデータが利用可能な場合、Ｓ－ＧＷは、ダウンリンクデータをＭＭＥに送信し得る。５ＧＳに対して、ダウンリンクデータが利用可能な場合、ＵＰＦはダウンリンクデータをＳＭＦに転送し得る。ＳＭＦは、ダウンリンクデータをＡＭＦに転送し得る。ダウンリンクデータがＳ－ＧＷ又はＳＭＦから受信される場合、ＭＭＥ又はＡＭＦは、ＤＬ ＮＡＳ Ｔｒａｎｓｐｏｒｔ手順を介して、ｅＮＢ／ｎｇ－ｅＮＢ又はｇＮＢにデータを転送し得、及び／又は更なるデータが予想されるかどうかを示し得る。一実施例では、ＭＭＥ又はＡＭＦは、Ｃｏｎｎｅｃｔｉｏｎ Ｅｓｔａｂｌｉｓｈｍｅｎｔ Ｉｎｄｉｃａｔｉｏｎ手順をトリガーし得、及び／又は更なるデータが期待されるかどうかを示し得る。（ｎｇ－）ｅＮＢ又はｇＮＢが、更なるデータ又はシグナリングがないことを認識する場合、（ｎｇ－）ｅＮＢ又はｇＮＢは、Ｔｉｍｅ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄを送信して、ＴＡを更新する、及び／又は手順を終了し得る。一実施例では、更なるデータが予期されない場合、（ｎｇ－）ｅＮＢ又はｇＮＢは、ＲＲＣ Ｅａｒｌｙ Ｄａｔａ ＣｏｍｐｌｅｔｅメッセージをＣＣＣＨに送信して、ＵＥをＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥに維持し得る。ダウンリンクデータが受信された場合、ダウンリンクデータは、ＲＲＣ Ｅａｒｌｙ Ｄａｔａ Ｃｏｍｐｌｅｔｅメッセージで連結され得る。一実施例では、ＭＭＥ／ＡＭＦ又は（ｎｇ－）ｅＮＢ／ｇＮＢが、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに移動することを決定した場合、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐメッセージを、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ確立手順にフォールバックするために送信し得、及び／又は新しいＣ－ＲＮＴＩを割り当てることができる。（ｎｇ－）ｅＮＢ又はｇＮＢは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐ Ｃｏｍｐｌｅｔｅメッセージにおいて受信したゼロ長ＮＡＳ ＰＤＵを破棄し得る。一実施例では、Ｌａｙｅｒ１のＡｃｋ、ＭＡＣ Ｔｉｍｅ ａｄｖａｎｃｅコマンド、ＲＲＣ Ｅａｒｌｙ Ｄａｔａ Ｃｏｍｐｌｅｔｅ、及び／又はフォールバックの場合、ＲＲＣ Ｅａｒｌｙ Ｄａｔａ Ｒｅｑｕｅｓｔに応答してＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐのいずれも受信されない場合、ＵＥはＵＬデータ送信が成功しなかったとみなすことができる。
【0176】
一実施例では、図１９に示すように、ＵＥは、Ｕｓｅｒ Ｐｌａｎｅ ＣＩｏＴ ＥＰＳ Ｏｐｔｉｍｉｚａｔｉｏｎ及び／又はＵｓｅｒ Ｐｌａｎｅ ＣＩｏＴ ５ＧＳ ＯｐｔｉｍｉｚａｔｉｏｎのためのＰＵＲを使用してデータを送信し得る。ＵＥは、ＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにあり、かつ／又は有効なＰＵＲリソースを有する。ＵＥは、サスペンド指標を伴うＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージで、Ｎｅｘｔ Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔとともに提供され得る。アップリンクユーザデータは、ＣＣＣＨ上のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージで多重化されたＤＴＣＨで送信され得る。ダウンリンクユーザデータは、ＤＣＣＨ上のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージと多重化されたＤＴＣＨ上で任意選択的に送信され得る。アップリンク及びダウンリンクにおけるユーザデータは、暗号化され得る。鍵は、前のＲＲＣ接続のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージで提供されたＮｅｘｔ Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔを使用して導出され得る。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージは、整合性保護され得、及び／又は新しく導出された鍵を使用して暗号化され得る。ＵＥは、ＲＲＣ ＣＯＮＮＥＣＴＥＤに移行できない場合があり得る。一実施例では、ＵＥは、Ｕｓｅｒ Ｐｌａｎｅ ＣＩｏＴ ＥＰＳ最適化及びＵｓｅｒ Ｐｌａｎｅ ＣＩｏＴ ５ＧＳ最適化のために、ＰＵＲを使用してデータを送信し得る。
【0177】
図１９では、ＵＥは、構成された基準（例えば、ＴＡ検証、ＲＳＲＰ検証など）に従ってＰＵＲリソースを検証し得る。一実施例では、ＵＥは、ランダムアクセス応答で割り当てられたリソースの代わりに、ＰＵＲリソース上で送信し得る。ＵＥは、そのＲｅｓｕｍｅ ＩＤ、確立原因、及び／又は認証トークンを含めて、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ
Ｒｅｓｕｍｅ ＲｅｑｕｅｓｔをｅＮＢ又はｇＮＢに送信し得る。ＵＥは、ＳＲＢ及びＤＲＢを再開し得る。ＵＥは、前のＲＲＣ接続のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージに提供されたＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔを使用して新しいセキュリティ鍵を導出し、及び／又はＡＳセキュリティを再確立し得る。ユーザデータは、ＣＣＣＨ上のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージと多重化されたＤＴＣＨ上で暗号化及び／又は送信され得る。セル内で有効になっている場合、ＵＥは、ＡＳ Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎを示し得る。ＵＥは、そのＩ－ＲＮＴＩ、再開原因、及び／又は認証トークンを含めて、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ－Ｒｅｑｕｅｓｔをｎｇ－ｅＮＢ又はｇＮＢに送信し得る。ＵＥは、ＳＲＢ及びＤＲＢを再開し得る。ＵＥは、前の接続のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージで提供されたＮｅｘｔ Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔを使用して新しいセキュリティ鍵を導出し、ＡＳセキュリティを再確立し得る。ユーザデータは、暗号化され、ＣＣＣＨ上のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージと多重化されたＤＴＣＨで送信され得る。ＵＥは、ＡＳ Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎを示すことができる。ＰＵＲを使用した送信に含めるのに、ユーザデータが大きすぎる場合、ＵＥは、ＰＵＲを使用して、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔ及びユーザデータのセグメントを送信し得る。手順は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ手順に戻ることができる。新しいＣ－ＲＮＴＩを割り当てることができる。（ｎｇ－）ｅＮＢ又はｇＮＢは、Ｌａｙｅｒ１フォールバック指標を送信することによって、ＰＵＲを使用して送信を中止するようにＵＥに要求し得る。
Ｒｅｓｕｍｅ ＲｅｑｕｅｓｔをｅＮＢ又はｇＮＢに送信し得る。ＵＥは、ＳＲＢ及びＤＲＢを再開し得る。ＵＥは、前のＲＲＣ接続のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージに提供されたＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔを使用して新しいセキュリティ鍵を導出し、及び／又はＡＳセキュリティを再確立し得る。ユーザデータは、ＣＣＣＨ上のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージと多重化されたＤＴＣＨ上で暗号化及び／又は送信され得る。セル内で有効になっている場合、ＵＥは、ＡＳ Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎを示し得る。ＵＥは、そのＩ－ＲＮＴＩ、再開原因、及び／又は認証トークンを含めて、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｕｍｅ－Ｒｅｑｕｅｓｔをｎｇ－ｅＮＢ又はｇＮＢに送信し得る。ＵＥは、ＳＲＢ及びＤＲＢを再開し得る。ＵＥは、前の接続のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージで提供されたＮｅｘｔ Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔを使用して新しいセキュリティ鍵を導出し、ＡＳセキュリティを再確立し得る。ユーザデータは、暗号化され、ＣＣＣＨ上のＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔメッセージと多重化されたＤＴＣＨで送信され得る。ＵＥは、ＡＳ Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎを示すことができる。ＰＵＲを使用した送信に含めるのに、ユーザデータが大きすぎる場合、ＵＥは、ＰＵＲを使用して、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔ及びユーザデータのセグメントを送信し得る。手順は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ手順に戻ることができる。新しいＣ－ＲＮＴＩを割り当てることができる。（ｎｇ－）ｅＮＢ又はｇＮＢは、Ｌａｙｅｒ１フォールバック指標を送信することによって、ＰＵＲを使用して送信を中止するようにＵＥに要求し得る。
【0178】
一実施例では、ｅＮＢ又はｇＮＢは、Ｓ１－ＡＰ Ｃｏｎｔｅｘｔ Ｒｅｓｕｍｅ手順を開始し、Ｓ１接続を再開し、Ｓ１－Ｕベアラを再アクティブ化し得る。ＭＭＥは、ＵＥに対するＳ１－Ｕベアラを再アクティブ化するようにＳ－ＧＷを要求し得る。ＭＭＥは、ＵＥコンテキストのｅＮＢ又はｇＮＢへの再開を確認し得る。アップリンクデータは、Ｓ－ＧＷに配信され得る。ダウンリンクデータが利用可能な場合、Ｓ－ＧＷは、ダウンリンクデータをｅＮＢ又はｇＮＢに送信し得る。更なるデータが予期されない場合、ｅＮＢ又はｇＮＢは、Ｓ１接続の一時停止及び／又はＳ１－Ｕベアラの無効化を開始し得る。
【0179】
一実施例では、アップリンクデータは、ＵＰＦに送達され得る。ｎｇ－ｅＮＢ又はｇＮＢは、ＮＧ－ＡＰ Ｃｏｎｔｅｘｔ Ｒｅｓｕｍｅ ＲｅｑｕｅｓｔメッセージをＡＭＦに送信して、接続を再開し得る。ＵＥが、更なるＵＬ／ＤＬ上位層ＰＤＵなしを示すＡＳ
Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ情報を含む場合、ｎｇ－ｅＮＢ又はｇＮＢは、Ｓｕｓｐｅｎｄ及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥを伴うＲＲＣ＿ＩＤＬＥへの即時移行を要求し得る。一実施例では、ＡＭＦが、Ｓｕｓｐｅｎｄを伴うＲＲＣ ＩＤＬＥへの即時移行の要求を受信しない場合、又はＡＭＦがダウンリンクデータ又は保留中のシグナリングを認識している場合、ＡＭＦは、ＳＭＦにＰＤＵセッションを再開するように要求し得る。ＡＭＦは、ＮＧ－ＡＰ Ｃｏｎｔｅｘｔ Ｒｅｓｕｍｅ Ｒｅｓｐｏｎｓｅをｎｇ－ｅＮＢ又はｇＮＢに送信し得る。ＡＭＦが、Ｓｕｓｐｅｎｄを伴うＲＲＣ ＩＤＬＥへの即時移行の要求を受信し、及び／又はダウンリンクデータ又は保留中のシグナリングがない場合、ＡＭＦは、Ｓｕｓｐｅｎｄ指標を含み得、及び／又はＳｕｓｐｅｎｄを伴うＣＭ－ＩＤＬＥにおいてＵＥを保持し得る。一実施例では、ＡＭＦが、Ｕｐｌｉｎｋ送信に続く単一のＤｏｗｎｌｉｎｋ Ｄａｔａ送信のみを示す、Ｓｕｓｐｅｎｄ指標及び／又はＡＳ Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅを含むＵＥを含まない場合、ｎｇ－ｅＮＢ又はｇＮＢは、ＤＬデータが到着するのを待機し得る。ｎｇ－ｅＮＢ又はｇＮＢは、ＮＧ－ＡＰ ＵＥ Ｃｏｎｔｅｘｔ Ｓｕｓｐｅｎｄ手順を開始し、ＲＲＣ接続が中断されていることをＡＭＦに通知し得る。ＡＭＦは、ＳＭＦにＰＤＵセッションを中断するよう要求し得る。ＳＭＦは、ＵＥに対するトンネル情報のリリースをＵＰＦに要求し得る。
Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅ情報を含む場合、ｎｇ－ｅＮＢ又はｇＮＢは、Ｓｕｓｐｅｎｄ及び／又はＲＲＣ＿ＩＮＡＣＴＩＶＥを伴うＲＲＣ＿ＩＤＬＥへの即時移行を要求し得る。一実施例では、ＡＭＦが、Ｓｕｓｐｅｎｄを伴うＲＲＣ ＩＤＬＥへの即時移行の要求を受信しない場合、又はＡＭＦがダウンリンクデータ又は保留中のシグナリングを認識している場合、ＡＭＦは、ＳＭＦにＰＤＵセッションを再開するように要求し得る。ＡＭＦは、ＮＧ－ＡＰ Ｃｏｎｔｅｘｔ Ｒｅｓｕｍｅ Ｒｅｓｐｏｎｓｅをｎｇ－ｅＮＢ又はｇＮＢに送信し得る。ＡＭＦが、Ｓｕｓｐｅｎｄを伴うＲＲＣ ＩＤＬＥへの即時移行の要求を受信し、及び／又はダウンリンクデータ又は保留中のシグナリングがない場合、ＡＭＦは、Ｓｕｓｐｅｎｄ指標を含み得、及び／又はＳｕｓｐｅｎｄを伴うＣＭ－ＩＤＬＥにおいてＵＥを保持し得る。一実施例では、ＡＭＦが、Ｕｐｌｉｎｋ送信に続く単一のＤｏｗｎｌｉｎｋ Ｄａｔａ送信のみを示す、Ｓｕｓｐｅｎｄ指標及び／又はＡＳ Ｒｅｌｅａｓｅ Ａｓｓｉｓｔａｎｃｅを含むＵＥを含まない場合、ｎｇ－ｅＮＢ又はｇＮＢは、ＤＬデータが到着するのを待機し得る。ｎｇ－ｅＮＢ又はｇＮＢは、ＮＧ－ＡＰ ＵＥ Ｃｏｎｔｅｘｔ Ｓｕｓｐｅｎｄ手順を開始し、ＲＲＣ接続が中断されていることをＡＭＦに通知し得る。ＡＭＦは、ＳＭＦにＰＤＵセッションを中断するよう要求し得る。ＳＭＦは、ＵＥに対するトンネル情報のリリースをＵＰＦに要求し得る。
【0180】
ｅＮＢ又はｇＮＢは、ＵＥをＲＲＣ＿ＩＤＬＥに維持するために、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージを送信し得る。このメッセージには、ｒｒｃ－Ｓｕｓｐｅｎｄに設定されたリリースＣａｕｓｅ、ｒｅｓｕｍｅＩＤ、Ｉ－ＲＮＴＩ、ＮｅｘｔＨｏｐＣｈａｉｎｉｎｇＣｏｕｎｔ、及びＵＥによって記憶されるｄｒｂ－ＣｏｎｔｉｎｕｅＲＯＨＣが含まれる。ダウンリンクデータが受信された場合、ダウンリンクデータは、ＤＣＣＨ上のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｌｅａｓｅメッセージと多重化されたＤＴＣＨ上で暗号化されて送信され得る。一実施例では、ＲＲＣ接続リリースメッセージは、Ｔｉｍｅ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄを含み得る。
【0181】
一実施例では、ＭＭＥ／ＡＭＦ又は（ｎｇ－）ｅＮＢ／ｇＮＢが、ＵＥをＲＲＣ＿ＣＯＮＮＥＣＴＥＤモードに移動することを決定した場合、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅメッセージは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ再開手順にフォールバックするために送信され得る。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅメッセージは、整合性保護され、かつ／又は鍵で暗号化され得る。ＵＥは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ
Ｒｅｓｕｍｅメッセージに含まれる Ｎｅｘｔ Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔを無視する場合がある。新しいＣ－ＲＮＴＩを割り当てることができる。ダウンリンクデータは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅメッセージとともに多重化されたＤＴＣＨで送信され得る。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ確立手順にフォールバックするために送信され得る。フォールバックの場合、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅのいずれも、ＰＵＲを使用したＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔに応答して受信されない場合、ＵＥは、ＵＬデータ送信が成功しなかったとみなすことができる。
Ｒｅｓｕｍｅメッセージに含まれる Ｎｅｘｔ Ｈｏｐ Ｃｈａｉｎｉｎｇ Ｃｏｕｎｔを無視する場合がある。新しいＣ－ＲＮＴＩを割り当てることができる。ダウンリンクデータは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅメッセージとともに多重化されたＤＴＣＨで送信され得る。ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｓｅｔｕｐは、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ確立手順にフォールバックするために送信され得る。フォールバックの場合、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ又はＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅのいずれも、ＰＵＲを使用したＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｓｕｍｅ Ｒｅｑｕｅｓｔに応答して受信されない場合、ＵＥは、ＵＬデータ送信が成功しなかったとみなすことができる。
【0182】
一実施例では、ＰＵＲを使用した送信は、ＲＲＣ層によって開始され得る。ＰＵＲを使用した送信が開始されると、ＲＲＣ層は、ＭＡＣに、ＰＵＲ－ＲＮＴＩ、ＰＵＲ応答ウィンドウの継続時間ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ、及び／又はＵＬ許可情報のうちの少なくとも１つを提供し得る。一実施例では、ＭＡＣエンティティが、ＲＲＣ層が、ＰＵＲを使用した送信のためのアップリンク許可を提供した、ＴＴＩに対するアップリンクリソースＲＮＴＩ（例えば、ＰＵＲ－ＲＮＴＩ）を有する場合、ＭＡＣエンティティは、このＴＴＩについて、アップリンク許可及び／又は関連するＨＡＲＱ情報を、ＨＡＲＱエンティティに送達し得る。ＰＵＲを使用した送信後、ＭＡＣエンティティは、ＰＵＲ応答ウィンドウでＰＵＲ－ＲＮＴＩによって識別されたＰＤＣＣＨを、タイマーｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒを使用して監視し得る。ＰＵＲ応答ウィンドウは、対応するＰＵＳＣＨ送信の端部プラス４つのサブフレーム／スロット／シンボルを含むサブフレーム／スロット／シンボルで開始され得る。ＰＵＲ応答ウィンドウは、長さｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅを有し得る。ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒが実行されている間、ＰＤＣＣＨ送信がＰＵＲ－ＲＮＴＩにアドレス指定され、再送信に対するＵＬ許可を含む場合、ＭＡＣエンティティは、ＵＬ許可プラス４つのサブフレーム／スロット／シンボルによって示される再送信に対応するＰＵＳＣＨ送信の最後のサブフレーム／スロット／シンボルで、ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒを再起動し得る。ＰＵＲを使用した送信に対するＬ１ ＡＣＫが下層から受信された場合、及び／又はＰＤＣＣＨ送信がＰＵＲ－ＲＮＴＩにアドレス指定され、ＭＡＣ ＰＤＵが首尾よくデコードされる場合、ＭＡＣエンティティはｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒを停止し得る。ＰＵＲを使用した送信に対するＬ１ ＡＣＫが下層から受信される場合、及び／又はＭＡＣ ＰＤＵがＴｉｍｉｎｇ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄ ＭＡＣ制御要素のみを含む場合、ＭＡＣエンティティは、ＰＵＲを使用した送信が成功したことを上層に示し得、及び／又はＰＵＲ－ＲＮＴＩを破棄し得る。ＰＵＲを使用した送信に対する反復調整が下層から受信される場合、ＭＡＣエンティティは、反復調整の値を上層に示し得る。一実施例では、ＰＵＲのフォールバック指標が下層から受信される場合、ＭＡＣエンティティは、ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒを停止し得、及び／又はＰＵＲフォールバック指標が受信されたことを上層に示し得、及び／又はＰＵＲ－ＲＮＴＩを破棄し得る。ＰＵＲを使用した送信に対する反復調整が下層から受信される場合、ＭＡＣエンティティは、反復調整の値を上層に示し得る。ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒの期限が切れた場合、ＭＡＣエンティティは、ＰＵＲを使用した送信が失敗したことを上位層に示し得、及び／又はＰＵＲ－ＲＮＴＩを破棄し得る。
【0183】
一実施例では、ＭＡＣエンティティは、上層（例えば、ＲＲＣ層）によってタイマーｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを維持し得る。一実施例では、ＭＡＣエンティティは、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒ構成が上層から受信されたときに、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを開始し得る。一実施例では、ＭＡＣエンティティは、上層によってｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがリリースされるときに、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを停止し得る。実施例では、ＭＡＣエンティティは、Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄ又はタイミング進行調整を適用し得、及び／又はＴｉｍｉｎｇ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄ ＭＡＣ制御要素が受信されたとき、又はＰＤＣＣＨがタイミング進行調整を示すときに、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを開始／再起動し得る。一実施例では、上層からの要求に応じて、ＭＡＣエンティティは、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが実行中であるかどうかを示し得る。
【0184】
一実施例では、ＵＥは、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが構成されている場合に、下側の層によって確認されるように、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが動作している場合に、ＰＵＲを使用した送信のタイミングアラインメント値が有効であるとみなすことができる。一実施例では、ｐｕｒ－ＲＳＲＰ－ＣｈａｎｇｅＴｈｒｅｓｈｏｌｄ（ｐｕｒ－ＮＲＳＲＰ－ＣｈａｎｇｅＴｈｒｅｓｈｏｌｄ ｉｎ ＮＢ－ＩｏＴ）が構成される場合、ＵＥは、最後のＴＡ検証以来、供給セルＲＳＲＰがｉｎｃｒｅａｓｅＴｈｒｅｓｈ以上増加していないとき、及び／又は供給セルＲＳＲＰがｄｅｃｒｅａｓｅＴｈｒｅｓｈ以上減少していないとき、ＰＵＲを使用した送信に対するタイミングアラインメント値を、有効であるとみなすことができる。
【0185】
一実施例では、アップリンクリソースパラメータ（例えば、周期的アップリンクリソースパラメータ、ｐｕｒ－Ｃｏｎｆｉｇ、ｃｇ－Ｃｏｎｆｉｇなど）で構成されたＵＥは、最初のアップリンク許可のオケージョンが、Ｈ－ＳＦＮ及び／又はＳＦＮによって与えられたＨ－ＳＦＮ／ＳＦＮ／サブフレーム、及びｓｔａｒｔＳＦＮ及びｓｔａｒｔＳｕｂｆｒａｍｅによって示されるサブフレームで発生するとみなすことができる。Ｈ－ＳＦＮは、ＦＬＯＯＲ（オフセット／１０２４）Ｈ－ＳＦＮサイクル後に発生する（Ｈ－ＳＦＮＲｅｆ＋オフセット）モード１０２４に基づいて決定され得る。オフセットは、ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔによって与えられ得る。Ｈ－ＳＦＮＲｅｆは、ｈｓｆｎ－ＬＳＢ－Ｉｎｆｏを考慮に入れて、アップリンクリソースパラメータを含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージの第１の送信の最後のサブフレームに対応し得る。Ｈ－ＳＦＮサイクルは、１０２４Ｈ－ＳＦＮの期間に対応し得る。
【0186】
一実施例では、ｐｕｒ－ＮｕｍＯｃｃａｓｉｏｎが１に設定される場合、第１のＰＵＲのオケージョンに対して、ＰＵＲを使用した送信が開始されない場合、又はＰＵＲを使用した送信が開始されている場合、ＰＵＲを使用した送信が完了した後、ＵＥはアップリンクリソースパラメータをリリースし、以前に保存されたアップリンクリソースパラメータを破棄し得、及び／又はｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがリリースされた場合、より下層に表示し得る（例えば、ｐｕｒ－ＡｌｉｇｎｍｅｎｔＴｉｍｅｒが構成されている場合）。
【0187】
一実施例では、図２０に示すように、ｐｕｒ－ＮｕｍＯｃｃａｓｉｏｎが１に設定されていない場合（例えば、周期的ＰＵＲが構成されている場合）、ＵＥは、第１のＰＵＲのオケージョンの発生後に、ｓｔａｒｔＳｕｂｆｒａｍｅ及びｓｔａｒｔＳＦＮによって示されるＳＦＮ／サブフレームで、及びｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔによって与えられる周期性で、その後、ＰＵＲのオケージョンが周期的に発生すると考えることができる。ｐｕｒ－ＩｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒが構成されている場合、ＵＥがＲＲＣ＿ＩＤＬＥ又はＲＲＣ＿ＩＮＡＣＴＩＶＥにある間にＰＵＲのオケージョンが発生した場合、ＰＵＲを使用した送信が開始されない場合、又はＰＵＲ障害指標が下層から受信された場合、ＵＥはＰＵＲのオケージョンをスキップしたものとみなすことができる。連続するＰＵＲのオケージョンのｐｕｒ－ＩｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ回数がスキップされた場合、ＵＥはアップリンクリソースパラメータをリリースし、以前に保存されたアップリンクリソースパラメータを破棄し得、及び／又はｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが構成されている場合に、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒがリリースされるより下層に表示し得る。
【0188】
一実施例では、スモールデータ送信（ＳＤＴ）手順には、無線デバイスが非接続状態（例えば、無線リソース制御（ＲＲＣ）非接続状態）（例えば、アイドル状態、非アクティブ状態など）である間に、無線デバイスと基地局との間のユーザデータの交換を含み得る。ＳＤＴ手順のＳＤＴ送信で交換されるデータの量は、データの閾値量よりも小さくあり得る。ＳＤＴ手順は、少量のデータ及び／又は一連のＳＤＴ送信の１つのＳＤＴ送信を含み得る。例えば、ＳＤＴ手順を使用して、無線デバイス及び／又は基地局は、無線デバイスが非接続状態（例えば、アイドル、非アクティブなど）のままである間、ユーザプレーン（ＵＰ）又は制御プレーン（ＣＰ）を介してデータを送信及び／又は受信し得る。例えば、ＳＤＴ手順を使用して、無線デバイスは、接続設定又は再開手順を完了せずに（かつ設定及び／又は再開に関連する制御プレーンシグナリングなしに）、データを送信及び／又は受信し得る。データは、ユーザデータ及び信号を含み得る。
【0189】
一実施例では、無線デバイスは、ＳＤＴ手順に関連付けられるデータ（例えば、アップリンクデータ）を送信するための許可を必要とし得る。無線デバイスは、基地局から／基地局を介して許可を受け得る。許可は、１つ以上のアップリンクリソースに対するアップリンク許可であり得、無線デバイスは、１つ以上のアップリンクリソースを使用してデータ（例えば、アップリンクデータ）を送信し得る。許可は、１つ以上のアップリンクリソースの動的アップリンク許可又は構成されたアップリンク許可であり得る。動的アップリンク許可は、特定の時間でアップリンク送信に使用される１つ以上の特定のアップリンクリソースを示し得る。構成されたアップリンク許可は、反復的、断続的、及び／又は周期的であるリソースを示し得る。例えば、構成されたアップリンク許可構成は、構成されたアップリンク許可の周期性を示し得、構成されたアップリンク許可構成の１つ以上のアップリンクリソースを使用して、定期的に再利用し得る。例えば、構成されたアップリンク許可は、構成／アクティブ化され得、構成されたアップリンク許可構成されたアップリンク許可構成に関連付けられるリソースは、構成されたアップリンク許可がリリース／非アクティブ化されるまで使用され得る。例示として、動的アップリンク許可は、時刻ｋでのリソースを示し得るが、構成されたアップリンク許可は、時刻ｋ＋ｎＴでリソースを許可し得、ここで、Ｔは、構成されたアップリンク許可の期間であり、ｎは整数［０，１，２，．．．］である。
【0190】
一実施例では、無線デバイスは、アップリンク許可を示す物理的又はＭＡＣ信号（例えば、ＤＣＩ又はランダムアクセス（ＲＡ）応答）を介して、アップリンク許可を取得し得る。例えば、ランダムアクセス（ＲＡ）ベースの手順（例えば、早期データ送信（ＥＤＴ）手順）では、無線デバイスは、１つ以上のアップリンクリソースを要求するＲＡプリアンブルを送信し得る。ＲＡプリアンブルに基づき、無線デバイスは、スモールデータを送信するための１つ以上のアップリンクリソースを示すアップリンク許可を受信し得る。
【0191】
一実施例では、無線デバイスは、構成されたアップリンク許可に基づき、アップリンク許可を取得し得る。構成されたアップリンク許可は、構成されたアップリンク許可構成（例えば、予め構成されたアップリンクリソース（ＰＵＲ）構成）と関連付けられ得る。無線デバイスは、ＲＲＣメッセージ（例えば、ＲＲＣリリースメッセージ）を介して、構成されたアップリンク許可構成を受信し得る。構成されたアップリンク許可構成は、１つ以上のアップリンクリソースの許可を示し得、無線デバイスは、スモールデータを送信するために、１つ以上のアップリンクリソース（例えば、事前に構成されたアップリンクリソース）を使用して、及び／又は再利用し得る。
【0192】
構成されたアップリンク許可送信（例えば、予め構成されたアップリンクリソース（ＰＵＲ）を使用したアップリンク送信）について、ＵＥは、構成されたアップリンク許可構成要求メッセージを基地局に送信し得、ここで、構成されたアップリンク許可構成要求メッセージは、構成されたアップリンク許可オケージョンの要求された数（数は１又は無限であり得る）、構成されたアップリンク許可の要求周期性、構成されたアップリンク許可のために要求されたトランスポートブロックサイズ（ＴＢＳ）及び／又は第一の構成されたアップリンク許可オケージョンに対して要求された時間オフセットの少なくとも１つを含む。
【0193】
基地局は、予め構成されたアップリンクリソースを含む構成されたアップリンク許可構成（パラメータ）をＵＥに送信し得る。例えば、構成されたアップリンク許可構成要求メッセージに応答して、基地局は、予め構成されたアップリンクリソースを含む構成されたアップリンク許可構成パラメータをＵＥに送信し得る。例えば、基地局は、構成されたアップリンク許可構成パラメータを含むＲＲＣリリースメッセージを送信し得る。
【0194】
既存の技術では、基地局は、無線デバイス用のアップリンクリソースを構成し得る。無線デバイスは、無線デバイスがＲＲＣアイドル状態にあるとき、アップリンク送信のために構成されたリソース（例えば、事前構成されたアップリンクリソース、ＰＵＲ）を使用し得る。基地局中央ユニット（例えば、ｇＮＢ－ＣＵ）と基地局分散ユニット（例えば、ｇＮＢ－ＤＵ）との間の既存の相互作用において、基地局分散ユニットは、無線デバイスがＲＲＣ非アクティブ状態及び／又はＲＲＣアイドル状態に移行するときに、無線デバイスのコンテキストをリリースし得る。基地局分散ユニットは、無線デバイスがＲＲＣ非アクティブ状態及び／又はＲＲＣアイドル状態であるとき、無線デバイスのコンテキストをリリースした後に、構成されたリソースを監視しない場合がある。図２１に示されるように、ＲＲＣ非アクティブ状態又はＲＲＣアイドル状態における無線デバイスが、構成されたリソースを使用してトランスポートブロックを送信する場合、基地局分散ユニットは、構成されたリソースを監視しない、及び／又は構成されたリソースの構成パラメータ（例えば、ＰＵＲ－ＲＮＴＩ）をリリースしないために、送信されたトランスポートブロックを成功して受信しない場合がある。既存の技術の実装によって、ＲＲＣ非アクティブ状態の無線デバイス、又はＲＲＣアイドル状態が、構成されたリソース（例えば、ＰＵＲ）を使用して基地局と通信できないようにし得る。既存の技術は、無線デバイスの通信の信頼性を低下させる可能性がある。
【0195】
例示的実施形態は、無線デバイスをＲＲＣ非アクティブ状態又はＲＲＣアイドル状態でサポートして、基地局中央ユニット及び１つ以上の基地局分散ユニットに分割される基地局と通信し得る。例示的実施形態は、無線デバイス用に構成されたリソースの構成パラメータを決定するための基地局分散ユニットをサポートし得る。既存の実装とは対照的に、無線デバイスは、ＲＲＣ非接続状態（例えば、ＲＲＣ非アクティブ状態又はＲＲＣアイドル状態）であり得る。基地局分散ユニットは、基地局中央ユニットへ、構成パラメータを送信し得る。構成されたリソースの構成パラメータに基づいて、基地局分散ユニットは、ＲＲＣ非接続状態の無線デバイスから、構成されたリソースを介して、１つ以上のトランスポートブロックを受信し得る。例示的実施形態は、ＲＲＣ非アクティブ状態又はＲＲＣアイドル状態の無線デバイスの通信信頼性を高め得る。
【0196】
一実施例では、図２２に示すように、無線デバイスは、基地局中央ユニット（ｇＮＢ－ＣＵ）及び基地局分散ユニット（ｇＮＢ－ＤＵ）を備える基地局と通信し得る。無線デバイスは、セル（セル１）を備える１つ以上のセルの無線チャネルを介して、基地局分散ユニットと直接通信し得る。無線デバイスは、基地局分散ユニットを介して、基地局中心ユニットと通信し得る。基地局分散ユニット及び基地局中央ユニットは、Ｆ１制御プレーンインターフェース（Ｆ１－Ｃ）及び／又はＦ１ユーザプレーンインターフェース（Ｆ１－Ｕ）を含むＦ１インターフェースを介して互いに接続され得る。基地局中央ユニットは、基地局中央ユニット制御プレーン（ｇＮＢ－ＣＵ－ＣＰ）及び／又は基地局中央ユニットユーザプレーン（ｇＮＢ－ＣＵ－ＵＰ）を備え得る。基地局分散ユニットは、Ｆ１制御プレーンインターフェースを介して、基地局中央ユニット制御プレーンと通信し得る。基地局分散ユニットは、Ｆ１ユーザプレーンインターフェースを介して基地局中央ユニットユーザプレーンと通信し得る。基地局中央ユニット制御プレーンは、Ｅ１インターフェースを介して基地局中央ユニットユーザプレーンと通信し得る。一実施例では、基地局は、基地局分散ユニット及び第２の基地局分散ユニットを含む、複数の基地局分散ユニットを備え得る。基地局中央ユニットは、複数のＦ１インターフェースを介して、複数の基地局分散ユニットと通信し得る。無線デバイスは、複数の基地局分散ユニットと通信し得る。無線デバイスは、複数の基地局分散ユニットを介して、基地局中央ユニットと通信し得る。
【0197】
一実施例では、図２２、図２３、及び／又は図２４に示すように、基地局分散ユニットは、基地局中央ユニットから、少なくとも１つの事前構成されたアップリンクリソース（ＰＵＲ）を要求する構成要求メッセージを受信し得る。基地局分散ユニットは、基地局中央ユニットへ、少なくとも１つのＰＵＲの構成パラメータを含む構成メッセージを送信し得る。基地局分散ユニットは、無線デバイスから、ＲＲＣアイドル状態又はＲＲＣ非アクティブ状態において、少なくとも１つのＰＵＲを介して、１つ以上のトランスポートブロックを受信し得る。
【0198】
一実施例では、図２２、図２３、図２４、図２５、及び／又は図２６に示すように、基地局分散ユニット（ｇＮＢ－ＤＵ）は、基地局中央ユニット（ｇＮＢ－ＣＵ）から、少なくとも１つのアップリンクリソースを要求する構成要求メッセージ（例えば、ＰＵＲ構成要求）を受信し得る。アップリンクリソースは、例えば、ＰＵＲ、周期的リソース、構成されたアップリンクグラントリソースなどであり得る。一実施例では、基地局中央ユニットは、無線デバイスから、少なくとも１つのアップリンクリソースを要求する要求メッセージを受信し得る。一実施例では、要求メッセージの受信は、基地局分散ユニット又は第２の基地局分散ユニットのうちの少なくとも１つを介して、要求メッセージを受信することを含み得る。基地局中央ユニットは、基地局分散ユニットへ、要求メッセージに基づいて、少なくとも１つのＰＵＲを要求する構成要求メッセージを送信し得る。基地局分散ユニットは、構成パラメータ（例えば、ＰＵＲに対するＰＵＲ構成パラメータ）、少なくとも１つのアップリンクリソースの構成されたアップリンク許可に対する構成されたアップリンク許可構成パラメータを決定し得る。基地局分散ユニットは、基地局中央ユニットへ、少なくとも１つのアップリンクリソースの構成パラメータを含む構成メッセージを送信し得る。基地局は、１つ以上の無線リソース制御（ＲＲＣ）メッセージを無線デバイスに送信し得る。１つ以上のＲＲＣメッセージは、ＲＲＣアイドル状態又はＲＲＣ非アクティブ状態に移行することを示し得る。１つ以上のＲＲＣメッセージは、ＲＲＣのアイドル状態又はＲＲＣの非アクティブ状態のまま／維持するように示し得る。１つ以上のＲＲＣメッセージは、少なくとも１つのアップリンクリソースの構成済みアップリンク許可に対する構成パラメータ（例えば、ＰＵＲに対するＰＵＲ構成パラメータ）、構成されたアップリンク許可構成パラメータを含み得る。一実施例では、１つ以上のＲＲＣメッセージを送信することは、基地局分散ユニット又は第２の基地局分散ユニットのうちの少なくとも１つを介して、１つ以上のＲＲＣメッセージを送信することを含み得る。一実施例では、基地局分散ユニットは、無線デバイス（ＵＥ）へ、基地局分散ユニットが、基地局中央ユニットから受信した、１つ以上のＲＲＣメッセージ（例えば、ＲＲＣリリース／サスペンドメッセージ）を送信し得る。基地局分散ユニットは、ＲＲＣアイドル状態又はＲＲＣ非アクティブ状態における無線デバイスから、少なくとも１つのアップリンクリソースの構成パラメータに基づいて、少なくとも１つのアップリンクリソースを介して、１つ以上のトランスポートブロックを受信し得る。
【0199】
一実施例では、基地局中央ユニットは、無線デバイスから、少なくとも１つのアップリンクリソースを要求する要求メッセージ（例えば、アップリンクリソース要求メッセージ）を受信し得る。要求メッセージは、ＲＲＣメッセージであり得る。要求メッセージが、ＰＵＲ構成要求メッセージ、ＲＲＣ早期データ要求メッセージ、ＵＥ支援情報メッセージ、ＵＥ情報応答メッセージ、アップリンク情報転送メッセージ、ＲＲＣ再構成／再確立／設定／再開完了メッセージ、ＲＲＣシステム情報要求メッセージ及び／又は類似のもののうちの少なくとも１つであり得る。実施例では、少なくとも１つのアップリンクリソースは、アップリンク及び／又はサイドリンクを介して、無線デバイスのデータ、制御信号／メッセージ、及び／又は測定レポートの送信用であり得る。
【0200】
一実施例では、基地局中央ユニットによって、要求メッセージを受信することは、図２４に示すように、基地局分散ユニット又は第２の基地局分散ユニットのうちの少なくとも１つを介して、要求メッセージを受信することを含み得る。一実施例では、基地局分散ユニット及び／又は第２の基地局分散ユニットは、無線デバイスから、少なくとも１つのアップリンクリソースを要求する要求メッセージを受信し得る。基地局分散ユニット及び／又は第２の基地局分散ユニットは、基地局中央ユニットへ、要求メッセージ（例えば、Ｆ１インターフェースを介して）を、送信／転送し得る。基地局分散ユニット及び／又は第２の基地局分散ユニットは、基地局中央ユニットへ、初期アップリンクＲＲＣメッセージ転送メッセージ、アップリンクＲＲＣメッセージ転送メッセージ、ＵＥコンテキスト設定応答メッセージ、ＵＥコンテキストリリース要求メッセージ、ＵＥコンテキスト変更応答メッセージ、ＵＥコンテキスト変更要求メッセージ、及び／又は類似のもののうちの少なくとも１つを介して、要求メッセージを送信／転送し得る。
【0201】
一実施例では、少なくとも１つのアップリンクリソースに対する要求は、ベアラ、論理チャネル、ＱｏＳフロー、ＰＤＵセッション、及び／又は類似のもののうちの少なくとも１つを含む、パケットフローに関連付けられたサービスに対するものであり得る。要求メッセージは、パケットフローの識別子を含み得る。サービスは、無線デバイス用であり得る。サービスは、温度／湿度の感知、緊急事態／事故の監視、視覚信号の監視などのうちの少なくとも１つを含み得る。
【0202】
一実施例では、要求メッセージは、少なくとも１つのアップリンクリソースに対して、オケージョンの要求された回数（例えば、ｒｅｑｕｅｓｔｅｄＮｕｍＯｃｃａｓｉｏｎ、１又は無限）、要求された周期性（例えば、ｒｅｑｕｅｓｔｅｄＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ、ｒｅｑｕｅｓｔｅｄＰｅｒｉｏｄｉｃｉｔｙ）、要求されたオフセット（例えば、ｒｅｑｕｅｓｔｅｄＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ、ｒｅｑｕｅｓｔｅｄＴｉｍｅＯｆｆｓｅｔ）、要求されたトランスポートブロックサイズ（例えば、ｒｅｑｕｅｓｔｅｄＴＢＳ）、ＲＲＣ確認応答プリファレンスの指標（例えば、ｒｒｃ－ＡＣＫ）及び／又は類似のもののうちの少なくとも１つを含み得る。
【0203】
実施例では、ｒｅｑｕｅｓｔｅｄＮｕｍＯｃｃａｓｉｏｎｓは、アップリンクリソース許可のオケージョンの要求された数（例えば、１つの値が１つのオケージョンに対応し、無限の値が無限のオケージョンに対応する）を示し得る。ｒｅｑｕｅｓｔｅｄＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔは、第１のアップリンクリソースのオケージョンまで、アップリンクリソースのオケージョン及び／又は時間オフセットの要求された周期性を示し得る。ｒｅｑｕｅｓｔｅｄＴＢＳは、少なくとも１つのアップリンクリソースに対して要求されたＴＢＳ（トランスポートブロックサイズ）を示し得る（例えば、ｂ３２８は３２８ビットに対応し、ｂ３４４は３４４ビットなどに対応し、最大要求されたＴＢＳは、ＵＥによってサポートされるＵＬ ＴＢＳサイズに制限され得る）。ｒｒｃ－ＡＣＫは、少なくとも１つのアップリンクリソースを使用して送信の受信に確認応答するために、無線デバイスによってＲＲＣ応答メッセージが好ましいことを示し得る。
【0204】
一実施例では、無線デバイスからの要求メッセージに基づいて、基地局中央ユニットは、無線デバイス用の少なくとも１つのアップリンクリソースを構成するように決定し得る。一実施例では、無線デバイスからの要求メッセージに基づいて、基地局中央ユニットは、少なくとも１つのアップリンクリソースを構成するように基地局分散ユニットに要求することを決定し得る。
【0205】
一実施例では、無線デバイスからの要求メッセージに基づいて、基地局中央ユニットは、基地局分散ユニットへ、少なくとも１つのアップリンクリソースを要求する構成要求メッセージを送信し得る。一実施例では、基地局分散ユニットは、基地局中央ユニットから、少なくとも１つのアップリンクリソースを要求する構成要求メッセージを受信し得る。少なくとも１つのアップリンクリソースは、ＲＲＣ非アクティブ状態及び／又はＲＲＣアイドル状態の無線デバイスによって使用され得る、少なくとも１つの事前構成されたリソース、少なくとも１つの周期的リソース、及び又は少なくとも１つの構成されたリソースのうちの少なくとも１つを含み得る。
【0206】
一実施例では、構成要求メッセージは、要求メッセージに基づき得る。構成要求メッセージは、無線デバイスからの要求メッセージを含み得る。一実施例では、構成要求メッセージは、無線デバイスからの要求メッセージの１つ以上の要素を含み得る。
【0207】
構成要求メッセージは、図２５に示すように、無線デバイスに関連付けられた構成のためにある（例えば、ＵＥ固有構成）。構成要求メッセージは、図２６に示すように、基地局分散ユニット、基地局分散ユニットのセル、及び／又は基地局中央ユニットに関連付けられた構成のためのものであり得る（例えば、ｇＮＢ－ＤＵ固有の構成、セル固有の構成、及び／又はｇＮＢ－ＣＵ固有の構成）。
【0208】
構成要求メッセージは、無線デバイスに対するユーザ機器コンテキスト更新メッセージ（例えば、ＵＥ固有の構成）、及び／又は基地局中央ユニット構成更新メッセージ（例えば、ｇＮＢ－ＤＵ固有の構成、セル固有の構成、及び／又はｇＮＢ－ＣＵ固有の構成）のうちの少なくとも１つであり得る。構成要求メッセージは、ＵＥコンテキスト設定要求メッセージ、ＵＥコンテキストリリースコマンドメッセージ、ＵＥコンテキスト変更要求メッセージ、ＵＥコンテキスト変更確認メッセージ及び／又は類似のもののうちの少なくとも１つを含み得る。
【0209】
一実施例では、構成要求メッセージは、無線デバイスの無線デバイス識別子（例えば、少なくとも１つのアップリンクリソースがＵＥ固有の構成である場合）を含み得る。構成要求メッセージは、少なくとも１つのアップリンクリソースが構成されているセルを示し得る。構成要求メッセージは、少なくとも１つのアップリンクリソースが構成されているセルのセル識別子を含み得る。一実施例では、セルは、無線デバイスの一次セル、無線デバイスの二次セル、無線デバイスの主要な二次セル、及び／又は無線デバイスがランダムアクセスのために使用されたアクセスセルのうちの少なくとも１つであり得る。一実施例では、構成要求メッセージは、少なくとも１つのアップリンクリソースと関連付けられたセルの１つ以上のビーム（例えば、ＳＳＢ、ＣＳＩ－ＲＳなど）、及び／又は少なくとも１つのアップリンクリソースと関連付けられたセルの１つ以上の帯域幅部分のうちの少なくとも１つを示し得る。一実施例では、構成要求メッセージは、少なくとも１つのアップリンクリソースが構成されるセルの１つ以上のビームを示す１つ以上のビームインデックスを含み得る。一実施例では、構成要求メッセージは、少なくとも１つのアップリンクリソースが構成されているセルの１つ以上の帯域幅部分を示す、１つ以上の帯域幅部分インデックスを含み得る。
【0210】
一実施例では、基地局分散ユニットは、少なくとも１つのアップリンクリソースを要求する構成要求メッセージに基づいて、少なくとも１つのアップリンクリソースの構成パラメータ（例えば、周期的アップリンクリソースパラメータ、ＰＵＲ－Ｃｏｎｆｉｇ、ＣＧ－Ｃｏｎｆｉｇなど）を決定し得る。図２７及び／又は図２８は、少なくとも１つのアップリンクリソースの構成パラメータの例を示す。一実施例では、基地局分散ユニットは、基地局中央ユニットが無線デバイスから受信した要求メッセージ（例えば、ＰＵＲ要求メッセージ）に基づいて、構成パラメータを決定し得る。基地局分散ユニットは、無線デバイス及び／又は１つ以上の第２の無線デバイスが、無線デバイス及び／又は１つ以上の第２の無線デバイスがＲＲＣアイドル状態及び／又はＲＲＣ非アクティブ状態において、ある時間の間に、データ／信号／メッセージの送信のために少なくとも１つのアップリンクリソースを使用するように、少なくとも１つのアップリンクリソースに対する構成パラメータを構成し得る。
【0211】
一実施例では、構成パラメータは、少なくともアップリンクリソースが要求されているセルを示し得る。一実施例では、セルは、無線デバイスの一次セル、無線デバイスの二次セル、無線デバイスの主要な二次セル、無線デバイスがランダムアクセスに使用されるアクセスセル、及び／又は基地局分散ユニットによって提供される任意のセルのうちの少なくとも１つであり得る。構成パラメータは、少なくとも１つのアップリンクリソースに関連付けられたセルの１つ以上のビーム及び／又は少なくとも１つのアップリンクリソースに関連付けられたセルの１つ以上の帯域幅部分のうちの少なくとも１つを示し得る。一実施例では、構成パラメータは、少なくとも１つのアップリンクリソースが構成されるセルの１つ以上のビームを示す１つ以上のビームインデックスを含み得る。構成パラメータは、少なくとも１つのアップリンクリソースが構成されているセルの１つ以上の帯域幅部分を示す、１つ以上の帯域幅部分インデックスを含み得る。
【0212】
一実施例では、構成パラメータは、無線デバイスのサービスに関連付けられたパケットフローの識別子を含み得る。構成パラメータは、少なくとも１つのアップリンクリソースが、パケットフロー及び／又はサービスのパケットの送信用であることを示す、パケットフローの識別子を含み得る。
【0213】
一実施例では、少なくとも１つのアップリンクリソースの構成パラメータは、周期性、オフセット、サイズ、ＲＮＴＩ（例えば、ＰＵＲ ＲＮＴＩ）、及び／又は類似のもののうちの少なくとも１つを含み得る。一実施例では、構成パラメータが、アップリンクリソース構成識別子（例えば、ｐｕｒ－ＣｏｎｆｉｇＩＤ）、指標後のアップリンクリソース暗黙的リリース（例えば、ｐｕｒ－ＩｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ）、アップリンクリソース開始時間パラメータ（例えば、ｐｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔを含むｐｕｒ－ＳｔａｒｔＴｉｍｅＰａｒａｍｅｔｅｒｓ、ｓｔａｒｔＳＦＮ、ｓｔａｒｔＳｕｂＦｒａｍｅ、ｈｓｆｎ－ＬＳＢ－Ｉｎｆｏ，など）、オケージョンのアップリンクリソース数（例えば、ｐｕｒ－ＮｕｍＯｃｃａｓｉｏｎｓ）、アップリンクリソースＲＮＴＩ（例えば、ｐｕｒ－ＲＮＴＩ）、アップリンクリソース時間アラインメントタイマー（例えば、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒ）、アップリンクリソースＲＳＲＰ変更閾値（例えば、ｉｎｃｒｅａｓｅＴｈｒｅｓｈ及び／又はｄｅｃｒｅａｓｅＴｈｒｅｓｈを含むｐｕｒ－ＲＳＲＰ－ＣｈａｎｇｅＴｈｒｅｓｈｏｌｄ）、アップリンクリソース応答ウィンドウタイマー値（例えば、ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒ）、アップリンクリソースＭＰＤＣＣＨ構成パラメータ（例えば、ｐｕｒ－ＭＰＤＣＣＨ－Ｃｏｎｆｉｇ）、アップリンクリソースＰＤＳＣＨ周波数ホッピングパラメータ（例えば、ｐｕｒ－ＰＤＳＣＨ－ＦｒｅｑＨｏｐｐｉｎｇ）、アップリンクリソースＰＵＣＣＨ構成パラメータ（例えば、ｐｕｒ－ＰＵＣＣＨ－Ｃｏｎｆｉｇ）、アップリンクリソースＰＵＳＣＨ構成パラメータ（例えば、ｐｕｒ－ＰＵＳＣＨ－Ｃｏｎｆｉｇ）、及び／又は類似のもののうちの少なくとも１つを含み得る。
【0214】
ｈｓｆｎ－ＬＳＢ－Ｉｎｆｏは、アップリンクリソースパラメータ（例えば、周期的アップリンクリソースパラメータ、ｐｕｒ－Ｃｏｎｆｉｇ、ｃｇ－Ｃｏｎｆｉｇなど）を含むＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅメッセージの第１の送信の最後のサブフレームに対応するＨ－ＳＦＮのＬＳＢを示し得る。一実施例では、ｐｕｒ－ＧｒａｎｔＩｎｆｏは、少なくとも１つのアップリンクリソースを使用して送信するためのＵＬ許可を示し得る。ｃｅ－ＭｏｄｅＡへのフィールドセットは、アップリンクリソース許可がＣＥモードＡのものであることを示し得る。ｃｅ－ＭｏｄｅＢのフィールドセットは、アップリンクリソース許可がＣＥモードＢのものであることを示し得る。ｎｕｍＲＵは、リソースユニットのＰＵＳＣＨ数に対するＤＣＩフィールドを示し得る。ｐｒｂＡｌｌｏｃａｔｉｏｎＩｎｆｏは、ＰＵＳＣＨ変調及び／又はコーディングスキームのためのＤＣＩフィールドを示し得る。ｍｃｓは、ＰＵＳＣＨ変調及び／又はコーディングスキームに対するＤＣＩフィールドを示し得る。ｎｕｍＲｅｐｅｔｉｔｉｏｎｓは、ＰＵＳＣＨ反復回数のためのＤＣＩフィールドを示し得る。ＣＥモードＡでは、ｎｕｍＲＵが「００」に設定されると、完全ＰＲＢリソース割り当て、そうでない場合サブＰＲＢリソース割り当ての使用を示すことができる。ＣＥモードＢでは、ｓｕｂＰＲＢ－Ａｌｌｏｃａｔｉｏｎは、ｓｕｂ－ＰＲＢリソース割り当てが使用されているかどうかを示すことができる。
【0215】
一実施例では、ｐｕｒ－ＩｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒは、黙示的にリリースする前にスキップされ得る、連続したアップリンクリソースのオケージョンの数を示し得る（例えば、値ｎ２は、２つのアップリンクリソースのオケージョンに対応し、値ｎ４は、４つのアップリンクリソースのオケージョンなどに相当する）。一実施例では、基地局分散ユニットは、少なくとも１つのアップリンクリソースのスキップされたアップリンクリソースの数が、少なくとも１つのアップリンクリソースが暗黙的にリリースされるかどうかを決定するために、ｐｕｒ－ＩｍｐｌｉｃｉｔＲｅｌｅａｓｅＡｆｔｅｒ値を超える／到達するかどうかを監視し得る。
【0216】
一実施例では、ｐｕｒ－ＮｕｍＯｃｃａｓｉｏｎは、アップリンクリソースのオケージョンの数を示し得る（例えば、１つの値が１つのアップリンクリソースのオケージョンに対応し、値無限がアップリンクリソースのオケージョンの無限数に対応する）。一実施例では、ｐｕｒ－ＰＤＳＣＨ－ＦｒｅｑＨｏｐｐｉｎｇは、ＰＤＳＣＨに対する周波数ホッピングアクティブ化／非アクティブ化を示し得る。ｐｕｒ－ＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔは、アップリンクリソースのオケージョンに対する周期性及び／又は第１のアップリンクリソースのオケージョンまでの時間オフセットを示し得る。ｐｕｒ－ＰＵＳＣＨ－ＦｒｅｑＨｏｐｐｉｎｇは、ＰＵＳＣＨの周波数ホッピングのアクティブ化／非アクティブ化を示し得る。ｐｕｒ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＴｉｍｅｒは、アップリンクリソースＭＰＤＣＣＨ検索空間ウィンドウ期間を示し得る（例えば、サブフレームの値、値ｓｆ２４０は２４０サブフレームに対応し、値ｓｆ４８０は４８０サブフレームなど）。
【0217】
ｐｕｒ－ＲＳＲＰ－ＣｈａｎｇｅＴｈｒｅｓｈｏｌｄ（例えば、ｄｅｃｒｅａｓｅＴｈｒｅｓｈ及び／又はｉｎｃｒｅａｓｅＴｈｒｅｓｈを含む）は、ＴＡ検証のためのサービスセルＲＳＲＰにおける変化の閾値を、ｄＢで示し得る（例えば、値ｄＢ４は４ｄＢに、値ｄＢ６は６ｄＢなどに相当）。ｐｕｒ－ＲＳＲＰ－ＣｈａｎｇｅＴｈｒｅｓｈｏｌｄをｓｅｔｕｐに設定した場合、ｄｅｃｒｅａｓｅＴｈｒｅｓｈがない場合、ｉｎｃｒｅａｓｅＴｈｒｅｓｈの値もｄｅｃｒｅａｓｅＴｈｒｅｓｈに使用される。
【0218】
ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒは、ＴＡ検証のためにアイドル／非アクティブモードＴＡタイマーを秒単位で示し得る（例えば、実際の値＝指示された値＊アップリンクリソース周期性）。一実施例では、基地局分散ユニットは、ｐｕｒ－ＴｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが期限切れになっているか、及び／又は無線デバイスが維持／保持しているタイミング前進値が有効かどうかを監視し、少なくとも１つのアップリンクリソースが有効かどうかを決定し得る。
【0219】
一実施例では、構成パラメータのアップリンクリソースＭＰＤＣＣＨ構成パラメータ（例えば、ｐｕｒ－ＭＰＤＣＣＨ－Ｃｏｎｆｉｇ）が、ＭＰＤＣＣＨ周波数ホッピングパラメータ（例えば、ｍｐｄｃｃｈ－ＦｒｅｑＨｏｐｐｉｎｇ）、ＭＰＤＣＣＨ狭帯域パラメータ（例えば、ｍｐｄｃｃｈ－Ｎａｒｒｏｗｂａｎｄ）、ＭＰＤＣＣＨ ＰＲＢペア構成（例えば、ｎｕｍｂｅｒＰＲＢ－Ｐａｉｒｓ及び／又はｒｅｓｏｕｒｃｅＢｌｏｃｋＡｓｓｉｇｎｍｅｎｔを含むｍｐｄｃｃｈ－ＰＲＢ－ＰａｉｒｓＣｏｎｆｉｇ）、ＭＰＤＣＣＨ反復回数（例えば、ｍｐｄｃｃｈ－ＮｕｍＲｅｐｅｔｉｔｉｏｎ）、ＭＰＤＣＣＨアップリンクリソース検索空間の開始サブフレーム／スロット／シンボル（例えば、ｍｐｄｃｃｈ－ＳｔａｒｔＳＦ－ＵＥＳＳ（ｆｄｄ又はｔｄｄ用）、ＭＰＤＣＣＨ検索空間オフセット（例えば、ｍｐｄｃｃｈ－Ｏｆｆｓｅｔ－ＰＵＲ－ＳＳ）、及び／又は類似のもののうちの少なくとも１つを含む。
【0220】
ｍｐｄｃｃｈ－ＦｒｅｑＨｏｐｐｉｎｇは、ＭＰＤＣＣＨの周波数ホッピングアクティブ化／非アクティブ化を示し得る。ｍｐｄｃｃｈ－Ｎａｒｒｏｗｂａｎｄは、無線デバイスがＭＰＤＣＣＨに対して監視する狭帯域のインデックスを示し得る。フィールド値（１．．ｍａｘＡｖａｉｌＮａｒｒｏｗＢａｎｄｓ－ｒ１３）は、狭帯域指数（０．．ｍａｘＡｖａｉｌＮａｒｒｏｗＢａｎｄｓ－ｒ１３－１）に対応する。ｍｐｄｃｃｈ－ＮｕｍＲｅｐｅｔｉｔｉｏｎは、ＭＰＤＣＣＨに対するＵＥ－ＳＳの反復レベルの最大数を示し得る。ｍｐｄｃｃｈ－Ｏｆｆｓｅｔ－ＰＵＲ－ＳＳは、ＰＵＲに対するＭＰＤＣＣＨ検索空間の開始サブフレーム構成を示し得る（例えば、少なくとも１つのアップリンクリソース）。ｍｐｄｃｃｈ－ＰＲＢ－ＰａｉｒｓＣｏｎｆｉｇは、ＭＰＤＣＣＨに対して使用される物理リソースブロックペアの構成を示し得る。ｍｐｄｃｃｈ－ＰＲＢ－Ｐａｉｒｓは、ＰＲＢペアの数を示し得る（例えば、値ｎ２は、２ＰＲＢペアに対応し、ｎ４は、４ＰＲＢペアに対応する、など）。ｒｅｓｏｕｒｃｅＢｌｏｃｋＡｓｓｉｇｎｍｅｎｔは、ＭＰＤＣＣＨセットに対するＰＲＢペアの特定の組み合わせに対するインデックスを示し得る。ｍｐｄｃｃｈ－ＳｔａｒｔＳＦ－ＵＥＳＳは、ＭＰＤＣＣＨアップリンクリソース検索空間に対する開始サブフレーム／スロット／シンボル構成を示し得る（例えば、値ｖ１は１に対応し、値ｖ１ｄｏｔ５は１．５に対応する、など）。
【0221】
一実施例では、構成パラメータのアップリンクリソースＰＵＣＣＨ構成パラメータ（例えば、ｐｕｒ－ＰＵＣＣＨ－Ｃｏｎｆｉｇ）は、ＰＵＣＣＨリソースオフセット（例えば、ｎ１ＰＵＣＣＨ－ＡＮ）、ＰＵＣＣＨ反復回数（例えば、ｐｕｃｃｈ－ＮｕｍＲｅｐｅｔｉｔｉｏｎＣＥ－Ｆｏｒｍａｔ１）、及び／又は類似のもののうちの少なくとも１つを含み得る。ｎ１ＰＵＣＣＨ－ＡＮは、ＵＥ固有ＰＵＣＣＨ ＡＮリソースオフセットを示し得る。ｐｕｃｃｈ－ＮｕｍＲｅｐｅｔｉｔｉｏｎＣＥ－Ｆｏｒｍａｔ１は、ＰＵＣＣＨフォーマット１／１ａに対するＰＵＣＣＨ反復回数を示し得る（例えば、ｐｕｒ－ＧｒａｎｔＩｎｆｏがｃｅ－ＭｏｄｅＡに設定され、値ｎ１が１の反復に対応し、値ｎ２が２の反復に対応する、など、ｐｕｒ－ＧｒａｎｔＩｎｆｏがｃｅ－ＭｏｄｅＢに設定されるとき、実際の値が４＊の指示値に対応する）。
【0222】
一実施例では、構成パラメータのアップリンクリソースＰＵＳＣＨ構成パラメータ（例えば、ｐｕｒ－ＰＵＳＣＨ－Ｃｏｎｆｉｇ）は、アップリンクリソース許可情報（例えば、ｃｅ－ｍｏｄｅ－Ａに対して、ｎｕｍＲＵｓ、ｐｒｂ－ＡｌｌｏｃａｔｉｏｎＩｎｆｏ、ｍｃｓ、ｎｕｍＲｅｐｅｔｉｔｉｏｎｓなどを、ｃｅ－ｍｏｄｅ－Ｂに対して、ｓｕｂＰＲＢ－Ａｌｌｏｃａｔｉｏｎ、ｎｕｍＲＵｓ、ｐｒｂ－ＡｌｌｏｃａｔｉｏｎＩｎｆｏ、ｍｃｓ、ｎｕｍＲｅｐｅｔｉｔｉｏｎｓなどを含む、ｐｕｒ－ＧｒａｎｔＩｎｆｏ）、アップリンクリソースＰＵＳＣＨ周波数ホッピングパラメータ（例えば、ｐｕｒ－ＰＵＳＣＨ－ＦｒｅｑＨｏｐｐｉｎｇ）、ＵＥ ＰＵＳＣＨ Ｐ０（例えば、ｐ０－ＵＥ－ＰＵＳＣＨ）、アルファ値（例えば、アルファ）、ＰＵＳＣＨ周期シフトパラメータ（例えば、ｐｕｓｃｈ－ＣｙｃｌｉｃＳｈｉｆｔ）、最大ＰＵＳＣＨトランスポートブロックサイズ（例えば、ｐｕｓｃｈ－ＮＢ－ＭａｘＴＢＳ）、ＰＲＢ位置（例えば、ｌｏｃａｔｉｏｎＣＥ－ＭｏｄｅＢ）、及び／又は類似のもののうちの１つを含み得る。一実施例では、アルファは、パラメータ、αｃ（３）を示し得る。ｌｏｃａｔｉｏｎＣＥ－ＭｏｄｅＢは、ＰＵＳＣＨ ｓｕｂ－ＰＲＢリソース割り当てがＣＥモードＢにおいてアップリンクリソース許可に対して有効化されているとき、狭帯域内のＰＲＢ位置を示し得る。ｐ０－ＵＥ－ＰＵＳＣＨは、パラメータＰ０＿ＵＥ＿ＰＵＳＣＨ、ｃ（３）（例えば、単位ｄＢ）を示し得る。一実施例では、ｐｕｓｃｈ－ＣｙｃｌｉｃＳｈｉｆｔは、パラメータｎ＿（ｃｓ，λ）を示し得る（例えば、値ｎ０は０に対応し、ｎ６は６に対応する）。ｐｕｓｃｈ－ＮＢ－ＭａｘＴＢＳは、ＣＥモードＡにおいて１．４ＭＨｚで、最大２９８４ビットのＰＵＳＣＨ ＴＢＳのアクティブ化を示し得る。
【0223】
一実施例では、基地局分散ユニットは、基地局中央ユニットへ、少なくとも１つのアップリンクリソースの構成パラメータを含む構成メッセージを送信し得る。基地局中央ユニットは、基地局分散ユニットから、少なくとも１つのアップリンクリソースの構成パラメータを含む構成メッセージを受信し得る。基地局分散ユニットは、基地局中央ユニットへ、Ｆ１インターフェースを介して、構成メッセージを送信し得る。構成メッセージは、ＵＥコンテキスト設定応答メッセージ、ＵＥコンテキストリリース完了メッセージ、ＵＥコンテキスト変更応答メッセージ、ＵＥコンテキスト変更要求／拒否メッセージ及び／又は類似のもののうちの少なくとも１つを含み得る。
【0224】
一実施例では、基地局中央ユニットは、少なくとも１つのアップリンクリソースに対する構成パラメータを決定／構成し得る。基地局は、基地局分散ユニットへ、少なくとも１つのアップリンクリソースに対する構成パラメータを含む構成要求メッセージを送信し得る。基地局分散ユニットは、基地局分散ユニットが、基地局中央ユニットから受信した構成パラメータに基づいて、少なくとも１つのアップリンクリソースを構成し得る。基地局分散ユニットは、基地局中央ユニットへ、基地局分散ユニットにおける少なくとも１つのアップリンクリソースの構成完了／確認を示す構成メッセージを送信し得る。
【0225】
一実施例では、少なくとも１つのアップリンクリソースの構成パラメータに基づいて、基地局中央ユニットは、無線デバイスへ、１つ以上のＲＲＣメッセージを送信し得る。一実施例では、１つ以上のＲＲＣメッセージは、ＲＲＣアイドル状態又はＲＲＣ非アクティブ状態に移行することを示し得る。１つ以上のＲＲＣメッセージは、ＲＲＣのアイドル状態又はＲＲＣの非アクティブ状態のまま／維持するように示し得る。１つ以上のＲＲＣメッセージは、少なくとも１つのアップリンクリソースのアップリンクリソースの構成パラメータ（例えば、ＰＵＲに対するＰＵＲ構成パラメータ、構成されたアップリンク許可に対する構成されたアップリンク許可構成パラメータなど）を含み得る。１つ以上のＲＲＣメッセージは、ＲＲＣリリースメッセージ、ＲＲＣサスペンドメッセージ、ＲＲＣ再構成メッセージ、及び／又は類似のもののうちの少なくとも１つを含む。
【0226】
一実施例では、基地局中央ユニットは、少なくとも１つのアップリンクリソースの構成パラメータを含む少なくとも１つのＲＲＣ構成メッセージ（例えば、ＲＲＣ再構成メッセージ）を送信／送信し、無線デバイスがＲＲＣアイドル状態又はＲＲＣ非アクティブ状態に移行し、及び／又は無線デバイスのＲＲＣ接続がリリース／サスペンドされたことを示す少なくとも１つのＲＲＣリリース／サスペンドメッセージを別々に送信／送信し得る。基地局中央ユニットから、無線デバイスへの１つ以上のＲＲＣメッセージは、少なくとも１つのＲＲＣ構成メッセージ及び／又は少なくとも１つのＲＲＣリリース／サスペンドメッセージを含み得る。
【0227】
一実施例では、基地局中央ユニットは、少なくとも１つのアップリンクリソースの構成パラメータを含み、無線デバイスがＲＲＣアイドル状態又はＲＲＣ非アクティブ状態に移行し、及び／又は無線デバイスのＲＲＣ接続がリリース／サスペンドされたことを示す、少なくとも１つのＲＲＣメッセージ（例えば、ＲＲＣリリースメッセージ、ＲＲＣサスペンドメッセージ）を送信／送信し得る。基地局中央ユニットから、無線デバイスへの１つ以上のＲＲＣメッセージは、少なくとも１つのＲＲＣメッセージを含み得る。
【0228】
一実施例では、基地局中央ユニットによって、１つ以上のＲＲＣメッセージを送信することは、図２４に示すように、基地局分散ユニット又は第２の基地局分散ユニットのうちの少なくとも１つを介して、１つ以上のＲＲＣメッセージを送信することを含み得る。
【0229】
一実施例では、基地局分散ユニット及び／又は第２の基地局分散ユニットは、基地局中央ユニットから、少なくとも１つのアップリンクリソースの構成パラメータを含む１つ以上のＲＲＣメッセージを受信し得る。
【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】
一実施例では、１つ以上のＲＲＣメッセージを送信することは、基地局分散ユニット又は第２の基地局分散ユニットのうちの少なくとも１つを介して、１つ以上のＲＲＣメッセージを送信することを含み得る。
【図1A】
【図1B】
【図2A】
【図2B】
【図3】
【図4A】
【図4B】
【図5A】
【図5B】
【図6】
【図7】
【図8】
【図9】
【図10A】
【図10B】
【図11A】
【図11B】
【図12A】
【図12B】
【図13A】
【図13B】
【図13C】
【図14A】
【図14B】
【図15】
【図16A】
【図16B】
【図16C】
【図16D】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】
