知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-10-23
(45)【発行日】2024-10-31
(54)【発明の名称】ランダムアクセス手順
(51)【国際特許分類】
H04W 74/0838 20240101AFI20241024BHJP
H04W 28/06 20090101ALI20241024BHJP
H04W 72/1268 20230101ALI20241024BHJP
H04W 72/232 20230101ALI20241024BHJP
【ＦＩ】
H04W74/0838
H04W28/06 110
H04W72/1268
H04W72/232
【請求項の数】
2
【外国語出願】
(21)【出願番号】P 2023084023
(22)【出願日】2023-05-22
(62)【分割の表示】P 2021515529の分割
【原出願日】2018-09-21
(65)【公開番号】P2023120192
(43)【公開日】2023-08-29
【審査請求日】2023-06-20
(73)【特許権者】
【識別番号】515076873
【氏名又は名称】ノキア テクノロジーズ オサケユイチア
(74)【代理人】
【識別番号】100094569
【弁理士】
【氏名又は名称】田中 伸一郎
(74)【代理人】
【識別番号】100103610
【弁理士】
【氏名又は名称】▲吉▼田 和彦
(74)【代理人】
【識別番号】100109070
【弁理士】
【氏名又は名称】須田 洋之
(74)【代理人】
【識別番号】100067013
【弁理士】
【氏名又は名称】大塚 文昭
(74)【代理人】
【氏名又は名称】上杉 浩
(74)【代理人】
【識別番号】100120525
【弁理士】
【氏名又は名称】近藤 直樹
(74)【代理人】
【識別番号】100139712
【弁理士】
【氏名又は名称】那須 威夫
(74)【代理人】
【識別番号】100176418
【弁理士】
【氏名又は名称】工藤 嘉晃
(72)【発明者】
【氏名】タルティネン， サムリ
(72)【発明者】
【氏名】ウー， チュンリ
(72)【発明者】
【氏名】セビレ， ベノイスト
【審査官】齋藤 浩兵
(56)【参考文献】
【文献】国際公開第２０１８／０３０７１１（ＷＯ，Ａ１）
【文献】国際公開第２０１７／１３３５６５（ＷＯ，Ａ１）
【文献】中国特許出願公開第１０８３９１３１４（ＣＮ，Ａ）
【文献】CATT，Msg3 MAC PDU assembly in NR[online]，3GPP TSG RAN WG2 #103 R2-1811211，2018年08月24日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103/Docs/R2-1811211.zip>
【文献】CATT，Correction on Msg3 MAC PDU[online]，3GPP TSG RAN WG2 #103 R2-1811212，2018年08月24日，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_103/Docs/R2-1811212.zip>
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
端末デバイスから、ランダムアクセス手順でランダムアクセス要求を受信するための手段と、前記ランダムアクセス要求を受信することに応じて、前記ランダムアクセス要求が正常に完了したと前記端末デバイスが判定するように、前記端末デバイスに対する前記アップリンクグラントを、前記端末デバイスに送信するための手段であって、前記アップリンクグラントがセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）にアドレス指定され、前記アップリンクグラントがサイズを示すことにより、前記端末デバイスが、前記アップリンクグラントにより示されるサイズが前記端末デバイスのバッファに記憶される媒体アクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）のサイズと一致するかどうかを判定する、手段と、
前記端末デバイスから、送信を受信するための手段と、
を備え、
前記送信は、前記端末デバイスのバッファに記憶された媒体アクセス制御プロトコルデータユニットからの媒体アクセス制御サブプロトコルデータユニットを含み、前記端末デバイスが、前記アップリンクグラントにより示されるサイズが前記端末デバイスのバッファに記憶された前記媒体アクセス制御プロトコルデータユニットのサイズと不一致であると判定した場合に、前記端末デバイスのバッファに記憶された前記媒体アクセス制御プロトコルデータユニットからのセル無線ネットワーク一時識別子媒体アクセス制御要素（Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含まず、
前記送信は、前記端末デバイスが、前記アップリンクグラントにより示されるサイズが前記端末デバイスのバッファに記憶された前記媒体アクセス制御プロトコルデータユニットのサイズと等しいと判定した場合、前記端末デバイスのバッファに記憶された媒体アクセス制御プロトコルデータユニットを含む、ネットワークデバイス。
【請求項2】
方法であって、端末デバイスから、ランダムアクセス手順でランダムアクセス要求を受信することと、
前記ランダムアクセス要求を受信することに応じて、前記ランダムアクセス要求が正常に完了したと前記端末デバイスが判定するように、前記端末デバイスに対する前記アップリンクグラントを、前記端末デバイスに送信することであり、前記アップリンクグラントがセル無線ネットワーク一時識別子（Ｃ－ＲＮＴＩ）にアドレス指定され、前記アップリンクグラントがサイズを示すことにより、前記端末デバイスが、前記アップリンクグラントにより示されるサイズが前記端末デバイスのバッファに記憶される媒体アクセス制御プロトコルデータユニット（ＭＡＣ ＰＤＵ）のサイズと一致するかどうかを判定することと、
前記端末デバイスから、送信を受信することと、
を備え、
前記送信は、前記端末デバイスのバッファに記憶された媒体アクセス制御プロトコルデータユニットからの媒体アクセス制御サブプロトコルデータユニットを含み、前記端末デバイスが、前記アップリンクグラントにより示されるサイズが前記端末デバイスのバッファに記憶された前記媒体アクセス制御プロトコルデータユニットのサイズと不一致であると判定した場合に、前記端末デバイスのバッファに記憶された前記媒体アクセス制御プロトコルデータユニットからのセル無線ネットワーク一時識別子媒体アクセス制御要素（Ｃ－ＲＮＴＩ ＭＡＣ ＣＥ）を含まず、
前記送信は、前記端末デバイスが、前記アップリンクグラントにより示されるサイズが前記端末デバイスのバッファに記憶された前記媒体アクセス制御プロトコルデータユニットのサイズと等しいと判定した場合、前記端末デバイスのバッファに記憶された媒体アクセス制御プロトコルデータユニットを含む、前記方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は、概して、電気通信の分野に関し、具体的には、ランダムアクセス手順のための方法、デバイス、及びコンピュータ可読記憶媒体に関する。
【背景技術】
【0002】
５Ｇ Ｎｅｗ Ｒａｄｉｏ（ＮＲ）では、マルチビーム動作が提供される。ＮＲでのマルチビーム動作対応には、ビーム品質測定、ビーム品質レポート、ビーム割り当て、及び割り当てられたビーム品質が十分に良くない場合の回復機構が含まれる。ＮＲは、初期／ランダムアクセス、ページング、データ／制御送信、データ／制御受信、及びモビリティ処理といった無線動作の全ての段階で、マルチビーム動作に対応する。
【0003】
ＮＲでのマルチビーム動作事例では、ユーザ機器（ＵＥ）は、無競合ランダムアクセス（ＣＦＲＡ）リソースが割り当てられたビームと、競合ベースランダムアクセス（ＣＢＲＡ）リソースが割り当てられたビームとを切り替え得る。ただし、ＬＴＥでは、通信ネットワークは、セル全体のＣＦＲＡリソースをＵＥに割り当てる。つまり、ＣＦＲＡとＣＢＲＡとの切り替えはない。従って、ＮＲでビーム切り替え手順が行われる時、ネットワークデバイス（例えばｇＮＢ）から送信される、ランダムアクセス（ＲＡ）手順中に割り当てられたアップリンクグラント内で許可された媒体アクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）のサイズは、ＵＥのＭｓｇ３バッファから取得されたＭＡＣ ＰＤＵのサイズとは異なる場合がある。
【発明の概要】
【0004】
概して、本開示の例示的な実施形態は、ランダムアクセス手順のための方法、デバイス、及びコンピュータ可読記憶媒体を提供する。
【0005】
第１の態様では、端末デバイスにおいて実施される方法が提供される。方法は、端末デバイスにおいて、ランダムアクセス手順でランダムアクセス要求をネットワークデバイスに送信することと、ランダムアクセス手順で、ネットワークデバイスから端末デバイスのアップリンクグラントを受信することに応じて、アップリンクグラントにより示される第１のデータユニットの第１のサイズが、端末デバイスのバッファに記憶された第２のデータユニットの第２のサイズと一致するかどうかを判定することと、第１のサイズが第２のサイズと一致しないと判定することに応じて、後続の送信のために、第２のデータユニットの第１の部分を判定することと、を備える。
【0006】
第２の態様では、ネットワークデバイスにおいて実施される方法が提供される。方法は、ランダムアクセス手順でランダムアクセス要求を端末デバイスから受信することと、ランダムアクセス要求を受信することに応じて、第１のデータの第１のサイズが、端末デバイスのバッファに記憶された第２のデータユニットの第２のサイズと一致するかどうかを、端末デバイスが判定するように、第１のデータユニットの第１のサイズを示す端末デバイスのアップリンクグラントを、端末デバイスに送信することと、を備える。
【0007】
第３の態様では、端末デバイスが提供される。デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサと共に、デバイスに少なくとも、第１の態様による方法を実行させるように構成される。
【0008】
第４の態様では、ネットワークデバイスが提供される。デバイスは、少なくとも１つのプロセッサと、コンピュータプログラムコードを含む少なくとも１つのメモリとを備える。少なくとも１つのメモリ及びコンピュータプログラムコードは、少なくとも１つのプロセッサと共に、デバイスに少なくとも、第２の態様による方法を実行させるように構成される。
【0009】
第５の態様では、第１の態様による方法のステップを実行するための手段を備える装置が提供される。
【0010】
第６の態様では、第２の態様による方法のステップを実行するための手段を備える装置が提供される。
【0011】
第７の態様では、コンピュータプログラムが格納されたコンピュータ可読媒体が提供され、コンピュータプログラムは、デバイスの少なくとも１つのプロセッサにより実行されると、デバイスに、第１の態様による方法を実行させる。
【0012】
第８の態様では、コンピュータプログラムが格納されたコンピュータ可読媒体が提供され、コンピュータプログラムは、デバイスの少なくとも１つのプロセッサにより実行されると、デバイスに、第２の態様による方法を実行させる。
【0013】
発明の概要の節は、本開示の実施形態の重要または本質的な特徴を特定することを意図するものではなく、また、本開示の範囲を制限するための使用を意図するものでもないことを、理解されたい。本開示の他の特徴は、下記の説明を通して容易に理解できるようになるであろう。
【0014】
添付の図面における本開示のいくつかの例示的な実施形態のより詳細な説明を通して、本開示の上記及び他の目的、特徴、及び利点がより明らかとなるであろう。
【図面の簡単な説明】
【0015】
【図1】本開示の例示的な実施形態が実施され得る例示的な通信システム１００を示す。
【図2】本開示のいくつかの例示的な実施形態によるランダムアクセス手順の例示的なプロセス２００の図解を示す。
【図3】本開示のいくつかの例示的な実施形態によるランダムアクセス手順の例示的な方法３００のフローチャートを示す。
【図4】本開示のいくつかの例示的な実施形態によるランダムアクセス手順の例示的な方法４００のフローチャートを示す。
【図5】本開示の例示的な実施形態を実施するのに好適なデバイスの簡略化されたブロック図である。
【発明を実施するための形態】
【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】
本開示は、構造的特徴及び／または方法論的行為に特有の言語で説明されているが、添付の特許請求の範囲で定義される本開示は、必ずしも前述の具体的な特徴または行為に限定されないことを理解されたい。むしろ、前述の具体的な特徴及び行為は、特許請求の範囲を実施する例示的形態として開示される。
【図1】
【図2】
【図3】
【図4】
【図5】
