JP2021528021A - ランダムアクセスプロセスにおける非衝突型ランダムアクセスのトランスポート・ブロックサイズ - Google Patents

Abstract

【課題】ランダムアクセス手順において非衝突型ランダムアクセス（ＣＦＲＡ）のためのトランスポート・ブロックサイズ（ＴＢＳ）を決定するための方法、デバイス、およびコンピュータ可読記憶媒体。
【解決手段】例示的な実施形態では、ＣＦＲＡ要求が、ランダムアクセス手順中に端末デバイスによってネットワーク装置に送信される。端末デバイスは、ＣＦＲＡ要求に対するランダムアクセス応答をネットワーク装置から受信する。ランダムアクセス応答は、送信に使用するためにネットワーク装置によって許可されたＴＢＳを示す。許可されたＴＢＳに基づいて、端末デバイスは、ネットワーク装置に、許可されたＴＢＳを有する第１のデータブロック、または、送信され、バッファに格納される第２のデータブロックを送信する。これにより、データ損失を回避することができ、データ送信効率を向上させることができる。
【選択図】図２

Description

本開示の実施形態は、一般に、通信の分野に関し、特に、ランダムアクセス手順における非衝突型ランダムアクセス（ＣＦＲＡ）のためのトランスポート・ブロックサイズ（ＴＢＳ）を決定するための方法、デバイス、およびコンピュータ可読記憶媒体に関する。

ＮＲ（Ｎｅｗ Ｒａｄｉｏ）の場合、ユーザ機器（ＵＥ）が複数のビーム上で動作することができることが合意されている。非衝突型ランダムアクセス（ＣＢＲＡ：コンテンションベース・ランダムアクセス）リソースまたはプリアンブルに加えて、ＵＥは、例えば、ハンドオーバまたはビーム障害回復のシナリオにおいて、ランダムアクセス（ＲＡ）手順において、非衝突型ランダムアクセス（ＣＦＲＡ）リソース／プリアンブルを使用することができる。ＵＥが、ランダムアクセス手順を開始すると、ＵＥは、まず、ＣＦＲＡリソースを利用可能にして、候補ビーム、例えば、同期信号ブロック（ＳＳＢ）ビームまたはチャネル状態情報参照信号（ＣＳＩ−ＲＳ）ビームを検出しようと試みる。ビームが全く検出されない場合、例えば、ビーム上の参照信号受信電力（ＲＳＲＰ）のいずれも所定の閾値を超えていない場合、ＵＥは、利用可能なＣＢＲＡリソースを有するビーム／ＳＳＢを選択する。このような選択は、後続のプリアンブル再試行の各々について実行されることができる。

ＣＦＲＡプリアンブルが選択されている場合、ランダムアクセス手順は、メッセージ２（Ｍｓｇ２）とも呼ばれるネットワークからのＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）の受信時に正常に完了する。次に、使用可能なＭｓｇ３バッファにＭＡＣ ＰＤＵがある場合、ＵＥはランダムアクセス手順中にアップリンク（ＵＬ）データの送信にメッセージ３（Ｍｓｇ３）バッファを使用する。さらに、ＨＡＲＱ（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）手順では、ＣＢＲＡリソースを用いてランダムアクセス手順を試みるか、ＣＦＲＡリソースを用いてランダムアクセス手順を試みるかにかかわらず、ＵＥは、ＣＢＲＡリソースに関連するＳＳＢがランダムアクセス手順のために少なくとも１回選択される限り、Ｍｓｇ３バッファで利用可能なＭＡＣ（ｍｅｄｉａ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ）プロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）を送信する必要がある。

現在の仕様によれば、ＣＦＲＡのための専用プリアンブルが割り当てられたＳＳＢ／ＣＳＩ−ＲＳが閾値を超えるＲＳＲＰを有する場合、ＣＢＲＡプリアンブル試行が、ＲＡ手順中に失敗し、次いでＣＦＲＡプリアンブル試行が実行されるときはいつでも、Ｍｓｇ３バッファ内のＭＡＣ ＰＤＵが送信されることとなる。この場合、ＮＲノードＢ（例えば、ｇＮＢ）は、ＣＦＲＡのための専用プリアンブルを受信するときに、どのプリアンブルグループがＣＢＲＡプリアンブルのために使用されたかを知らないので、ＲＡＲにおいて提供されるＵＬ許可は、ＵＬ許可と同じトランスポート・ブロックサイズ（ＴＢＳ）をＣＢＲＡプリアンブルに割り当てることができない。

一般に、本開示の例示的な実施形態は、ランダムアクセス手順においてＣＦＲＡのためのＴＢＳを決定するための方法、デバイス、およびコンピュータ可読記憶媒体を提供する。

第１の態様では、端末デバイスにおいて方法が提供される。非衝突型ランダムアクセス（ＣＦＲＡ）要求は、ランダムアクセス手順中にネットワーク装置に送信される。端末デバイスは、ＣＦＲＡ要求に対するランダムアクセス応答を受信する。ランダムアクセス応答は、送信に使用するためにネットワーク装置によって許可されたＴＢＳを示す。許可されたＴＢＳに基づいて、端末デバイスはネットワーク装置に、許可されたＴＢＳを有する第１のデータブロック、または、送信されバッファに格納される第２のデータブロックを送信する。

第２の態様では、端末デバイスにおいて方法が提供される。端末デバイスがランダムアクセス手順に対して非衝突型ランダムアクセス（ＣＦＲＡ）リソースが提供されていると判断した場合、端末デバイスは、ランダムアクセス手順の間に利用可能なランダムアクセス（ＣＢＲＡ）リソースに基づいて衝突を判断する。そして、端末デバイスはランダムアクセス手順中に、利用可能なＣＢＲＡリソースを有するＣＢＲＡ要求をネットワーク装置に送信する。

第３の態様において、少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリとを備えるデバイスが提供される。前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサによって、前記第１または第２の態様にしたがって前記方法を前記デバイスに実行させるように構成される。

第４の態様では、コンピュータ・プログラムをその上に記憶するコンピュータ可読記憶媒体が提供される。コンピュータ・プログラムは、プロセッサによって実行されると、プロセッサに第１または第２の態様にしたがって方法を実行させる。

概要セクションは、本開示の実施形態の重要なまたは本質的な特徴を識別することを意図するものではなく、本開示の技術的範囲を限定するために使用されることを意図するものでもないことを理解されたい。本開示の他の特徴は、以下の説明を通して容易に理解される。

次に、いくつかの例示的な実施形態を、添付の図面を参照して説明する。
図１は、本開示の実施形態を実施することができる例示的な環境を示す。 図２は、本開示のいくつかの実施形態による例示的な方法のフローチャートを示す。 図３は、本開示のいくつかの他の実施形態による例示的な方法のフローチャートを示す。 図４は、本開示の実施形態を実施するのに適したデバイス体簡略化されたブロック図を示す。

図面全体を通して、同じまたは類似の参照番号は、同じまたは類似の要素を表す。

ここで、本開示の原理を、いくつかの例示的な実施形態を参照して説明する。当然のことながら、これらの実施形態は例示の目的のためにのみ記載されており、当業者が本開示の範囲に関していかなる限定も示唆することなく、本開示を理解し、実施するのを助けるものであることが理解されるべきである。本明細書で説明される開示は、以下で説明されるもの以外の様々な方法で実装され得る。

以下の説明および特許請求の範囲では別段の定義がない限り、本明細書で使用されるすべての技術用語および科学用語は本開示が属する技術分野の当業者によって一般に理解されるものと同じ意味を有する。

本明細書で使用される「ネットワーク装置」という用語は、通信ネットワークのネットワーク側の任意の適切なデバイスを指す。ネットワーク装置は通信ネットワークのアクセスネットワークにおける任意の適切なデバイスを含み、例えば、基地局（ＢＳ）、中継局、アクセス・ポイント（ＡＰ）、ノードＢ（ノードＢまたはＮＢ）、発展型ノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、ＮＲノードＢ（ｇＮＢ）、リモート無線モジュール（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムト、ピコなど低出力ノード、を含む。

本明細書で使用される「端末デバイス」という用語は、通信ネットワーク内のネットワーク装置またはさらなる端末デバイスとの通信のために、構成され、配置され、および／または動作可能なデバイスを指す。通信は、電磁信号、電波、赤外線信号、および／または無線で情報を送信するのに適した他のタイプの信号を使用して、無線信号を送信および／または受信することを含むことができる。いくつかの実施形態では、端末デバイスは、直接的な人間のインタラクションなしに情報を送信および／または受信するように構成され得る。例えば、端末デバイスは所定のスケジュールで、内部または外部のイベントによってトリガされたとき、またはネットワーク側からの要求に応答して、ネットワーク装置に情報を送信することができる。

端末デバイスの例には、スマートフォン、ワイヤレス対応タブレットコンピュータ、ラップトップ埋め込み機器（ＬＥＥ）、ラップトップ搭載機器（ＬＭＥ）、および／またはワイヤレス顧客構内機器（ＣＰＥ）などのユーザ機器（ＵＥ）が含まれるが、これらに限定されない。説明の目的のために、いくつかの実施形態は端末デバイスの例としてＵＥを参照して説明され、用語「端末デバイス」および「ユーザ機器」（ＵＥ）は本開示のコンテストにおいて交換可能に使用され得る。

本明細書で使用されるように、「非衝突型ランダムアクセス」という用語は、異なる端末デバイスからのアクセス試行の衝突を回避するために、ネットワーク内で構成された専用プリアンブルを使用するランダムアクセス試行を指す。

本明細書で使用されるように、用語「衝突型ランダムアクセス」は、セル内のプリアンブルの同じ設定を使用するランダムアクセス試行を指す。このようなランダムアクセス手順では、複数の端末デバイスで同一のプリアンブルが使用され、端末デバイスからのプリアンブルが同時にネットワーク装置に到達する可能性がある。すなわち、異なる端末デバイスからのアクセス試行の衝突が存在し得る。

本明細書で使用されるように、「回路」という用語は、以下のうちの１つまたは複数またはすべてを指すことがある。
（ａ）（アナログおよび／またはデジタル回路のみの実装のような）ハードウェアのみの回路実装
（ｂ）（該当する場合）（ｉ）アナログおよび／またはデジタルハードウェア回路とソフトウェア／ファームウェアとの併用、ならびに（ｉｉ）ハードウェアプロセッサとソフトウェア（デジタル信号プロセッサを含む）、ソフトウェア、および、メモリとの任意の部分であって、携帯電話またはサーバなどのデバイスに様々な機能を実行させるために協働するもの）などのハードウェア回路およびソフトウェアの併用
（ｃ）（１つまたは複数の）マイクロプロセッサまたはマイクロプロセッサの一部のような、ハードウェア回路であって、動作のためにソフトウェア（例えば、ファームウェア）を必要とするが、ソフトウェアは動作のために必要とされない場合には存在しないもの。

回路のこの定義は、特許請求の範囲を含む、本出願におけるこの用語のすべての使用に適用される。さらなる例として、本出願で使用されるように、回路という用語は、単にハードウェア回路またはプロセッサ（または複数のプロセッサ）、あるいはハードウェア回路またはプロセッサの一部、およびその（またはそれらの）付随するソフトウェアおよび／またはファームウェアの実装形態も包含する。また、回路という用語は、例えば、特定の請求項要素に適用可能な場合、モバイル装置またはサーバ内の同様の集積回路、セルラーネットワーク装置、または他のコンピューティング装置もしくはネットワーク装置のためのベースバンド集積回路またはプロセッサ集積回路も包含する。

本明細書で使用されるように、単数形「ａ」、「ａｎ」、および「Ｔｈｅ」はコンテストが明確にそうでないことを示さない限り、複数形も含むことが意図される。用語「含む」およびその変異体は「含むが、これに限定されない」を意味するオープンな用語として解釈されるべきである。用語「に基づく」は「少なくとも部分的に基づいて」と解釈されるべきである。用語「１つの実施形態」および「１つの実施形態」が「少なくとも１つの実施形態」として解釈されるべきである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読まれるべきである。明示的および暗示的な他の定義を以下に含めることができる。

ＵＥが例えば、ビーム障害回復のためにランダムアクセス手順をトリガするとき、ＵＥはＣＦＲＡリソースで構成された候補ビーム（例えば、ＳＳＢまたはＣＳＩ−ＲＳビーム）を検出しようと試みることができる。いずれのビームも検出されない場合、ＵＥはビーム／ＳＳＢを選択し、ＣＢＲＡリソースを使用することができる。３ＧＰＰ ＴＳ ３８．３２１、セクション５．１．２は、次のようなＲＡ手順でＭＡＣレイヤでの動作を指定する。
５．１．２ ランダムアクセス・リソースの選択
（．．．）
ＭＡＣエンティティは、
１＞ （５．１７項に規定されるように）ビーム障害回復のためにランダムアクセス手順が開始された場合、および、
１＞ ＳＳＢおよび／またはＣＳＩ−ＲＳのいずれかに関連するビーム障害回復要求のための非衝突型ランダムアクセス・リソースが、ＲＲＣによって明示的に提供されている場合、および、
１＞ 関連付けられたＳＳＢ間のｒｓｒｐ−ＴｈｒｅｓｈｏｌｄＳＳＢを超えるＳＳＲＰ−ＲＳＲＰを有するＳＳＢ、または、関連付けられたＣＳＩ−ＲＳ間のｃｓｉｓ−Ｔｈｒｅｓｈｏｌｄを超えるＣＳＩ−ＲＳＲＰを有するＣＳＩ−ＲＳのうちの少なくとも１つが使用可能である場合、
２＞ 関連するＳＳＢの中からＲＳＲＰ−ＴｈｒｅｓｈｏｌｄＳＳＢを超えるＳＳ−ｒｓｒｐを持つＳＳＢ、または、関連するＣＳＩ−ＲＳの中からｃｓｉｒｓ−Ｔｈｒｅｓｈｏｌｄを超えるＣＳＩ−ＲＳを持つＣＳＩ−ＲＳを選択する、
２＞ ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸを、ビーム障害回復要求のためのランダムアクセス・プリアンブルのセットから選択したＳＳＢまたはＣＳＩ−Ｒに対応するｒａ−ＰｒｅａｍｂｌｅＩｎｄｅに設定する、
１＞ そうではなく、ｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘが、ＰＤＣＣＨまたはＲＲＣのいずれかによって明示的に提供されている場合、および、
１＞ ｒａーＰｒｅａｍｂｌｅＩｎｄｅｘが０ｂ００００００でない場合、および、
１＞ ＳＳＢまたはＣＳＩ−ＲＳに関連する非衝突型ランダムアクセス・リソースが、ＲＲＣによって明示的に提供されていない場合、
２＞ ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸを信号伝達されたｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘに設定する。
１＞ そうでなく、ＳＳＢに関連する非衝突型ランダムアクセス・リソースがＲＲＣによって明示的に提供されており、関連するＳＳＢの中でｒｓｒｐ−ＴｈｒｅｓｈｏｌｄＳＳＢを超えるＳＳ−ＲＳＲＰを有する少なくとも１つのＳＳＢが利用可能である場合、
２＞ 関連するＳＳＢの中から、ｒｓｒｐ−ＴｈｒｅｓｈｏｌｄＳＳＢを超えるＳＳ−ＲＳＲＰを有するＳＳＢを選択する、
２＞ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸを、選択したＳＳＢに対応するｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘに設定する。
１＞ そうでなく、ＣＳＩ−ＲＳに関連する非衝突型ランダムアクセス・リソースがＲＲＣによって明示的に提供されており、関連するＣＳＩ−ＲＳの中でｃｓｉｒｓ−Ｔｈｒｅｓｈｏｌｄを超えるＣＳＩ−ＲＳＲＰを持つ少なくとも１つのＣＳＩ−ＲＳが利用可能な場合、
２＞ 関連するＣＳＩ−ＲＳの中からｃｓｉｒｓ−Ｔｈｒｅｓｈｏｌｄを超えるＣＳＩ−ＲＳＲＰを持つＣＳＩ−ＲＳを選択する、
２＞ ＰＲＥＡＭＢＬＥ＿ＩＮＤＥＸを、選択したＣＳＩ−ＲＳに対応するｒａ−ＰｒｅａｍｂｌｅＩｎｄｅｘに設定する。
１＞ その他、
２＞ ｒｓｒｐ−ＴｈｒｅｓｈｏｌｄＳＳＢを超えるＳＳ−ＲＳＲＰを持つＳＳＢの少なくとも１つが利用可能である場合、
３＞ｒｓｒｐ−ＴｈｒｅｓｈｏｌｄＳＳＢより上のＳＳ−ＲＳＲＰを持つＳＳＢを選択する。
２＞その他、
３＞ＳＳＢを選択する。
２＞ Ｍｓｇ３がまだ送信されていない場合。

上記の仕様から、ＣＦＲＡのための専用プリアンブルが提供されるとのビームも、所定の閾値（例えば、それぞれｒｓｒｐーＴｈｒｅｓｈｏｌｄＳＳＢまたはｃｓｉｒｓーＴｈｒｅｓｈｏｌｄ）を超えるＲＳＲＰ（例えば、ＳＳーＲＳＲＰまたはＣＳＩ−ＲＳＲＰ）を有さない場合、ＳＳＢは、ＣＢＲＡリソースを使用して選択されることが分かる。

ＣＦＲＡプリアンブルが選択されれば、ＲＡＲを受信すると、ＲＡ手順は正常に完了する。次に、ＵＥは、ＣＢＲＡプリアンブルがＲＡ手順中に送信され、それに応答してＲＡＲが受信される場合（そうでない場合、Ｍｓｇ３バッファは空である）、ＲＡ手順においてＵＬデータの送信のためにＭｓｇ３バッファを使用する。セクション５．１．４における３ＧＰＰ ＴＳ ３８．３２１は、ＭＡＣ層での動作を以下のように指定する。
５．１．４ ランダムアクセス応答受信
（．．．）
４＞ 衝突型ランダムアクセス・プリアンブルのうち、ランダムアクセス・プリアンブルがＭＡＣエンティティによって選択されなかった場合、
５＞ ランダムアクセス手順が正常に完了したと考える。
４＞ その他、
５＞ＴＥＭＰＯＲＡＲＹ＿Ｃ−ＲＮＴＩをＲａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅで受信した値に設定する、
５＞ これが、このランダムアクセス手続きにおいて最初に成功裏に受信されたランダムアクセス応答である場合、
６＞ ＣＣＣＨ論理チャネルに対して送信が行われていない場合、
７＞ 多重化アセンブリエンティティに、後続のアップリンク送信にＣ−ＲＮＴＩ ＭＡＣ ＣＥを含めるように指示する。
６＞多重化アセンブリエンティティから送信するＭＡＣ ＰＤＵを取得し、Ｍｓｇ３バッファに格納する。

しかしながら、ＨＡＲＱ手順では、ランダムアクセス手順がＣＢＲＡリソースで試みられたかＣＦＲＡリソースで試みられたかにかかわらず、以下のように３ＧＰＰ ＴＳ ３８．３２１のセクション５．１．４で指定されるように、ＣＢＲＡリソースのみに関連するＳＳＢがランダムアクセス手順のために少なくとも１回選択される限り、ＵＥはＭｓｇ３バッファで利用可能なＭＡＣ ＰＤＵを送信することを要求される。
５．４．２ ＨＡＲＱ動作
（．．．）
各アップリンク許可について、ＨＡＲＱエンティティは、次のことを行う、
１＞ この許可に関連するＨＡＲＱプロセスを識別し、識別されたＨＡＲＱプロセスごとに、
２＞ 受信した許可がＰＤＣＣＨ上の一時的Ｃ−ＲＮＴＩにアドレス指定されておらず、関連付けられたＨＡＲＱ情報で提供されたＮＤＩが、このＨＡＲＱプロセスのこのＴＢの前回の送信時の値と比較してトグルされている場合、または、
２＞ アップリンク許可がＣ−ＲＮＴＩのＰＤＣＣＨで受信され、識別されたプロセスのＨＡＲＱバッファが空の場合、または、
２＞ アップリンク許可がランダムアクセス応答で受信された場合、または、
２＞アップリンク許可が構成された許可のバンドルの一部であり、ＴＳ３８．２１４［７］の従属節６．１．２．３にしたがって初期送信のために使用されることができ、このバンドルのＭＡＣ ＰＤＵが取得されていない場合、
３＞ Ｍｓｇ３バッファにＭＡＣ ＰＤＵがあり、アップリンク許可がランダムアクセス応答で受信された場合、
４＞ ＭＡＣ ＰＤＵを取得し、Ｍｓｇ３バッファから送信する。
３＞ その他、
４＞ ＭＡＣ ＰＤＵを取得し、多重化アセンブリエンティティから送信する（もしあれば）。

前述のように、Ｍｓｇ３バッファにおけるＭＡＣ ＰＤＵの送信は、ビーム障害回復の場合ＣＦＲＡにも適用可能であり、他の場合、ＲＡ−ＲＮＴＩおよびＣ−ＲＮＴＩの両方を介してスケジュールされたランダムアクセス応答（ＲＡＲ）の場合を含むと仮定する。さもなければ、Ｍｓｇ３バッファからのデータは、新しいＭＡＣ ＰＤＵが多重化アセンブリエンティティからＣＦＲＡのために常に得られる場合に失われる。

ＣＢＲＡプリアンブル試行がＲＡ手順中に失敗し、次いでＣＦＲＡプリアンブル試行が実行されるときはいつでも、ＣＦＲＡのための専用プリアンブルが割り当てられたＳＳＢ／ＣＳＩ−ＲＳが閾値を超えるＲＳＲＰを有する場合、Ｍｓｇ３バッファ内のＭＡＣ ＰＤＵが送信されることになる。この場合、ＮＲノードＢ（例えば、ｇＮＢ）はＣＦＲＡのための専用プリアンブルを受信するときに、どのプリアンブルグループがＣＢＲＡプリアンブルのために使用されたかを知らないので、ＲＡＲにおいてＣＦＲＡプリアンブルに提供されるＵＬ許可は、ＲＡＲにおいてＣＦＲＡプリアンブルに提供されるＵＬ許可と同じＴＢＳを、ＣＢＲＡプリアンブルに割り当てることができない。実際、ＮＲノードＢは、ＣＦＲＡプリアンブル送信の前にＣＢＲＡプリアンブルが試みられたかどうかを知ることさえできない。データ損失は、Ｍｓｇ３バッファ内のＭＡＣ ＰＤＵが異なるサイズのＴＢＳ／許可において多重化され得ないために発生し得る。

ＣＢＲＡとＣＦＲＡとの間のそのような切り替えによる上記の問題に対処するための１つの従来のアプローチは、ハンドオーバのためのランダムアクセス・リソース選択中に、Ｍｓｇ３が現在のランダムアクセス手順において送信された場合、すなわち、ＣＢＲＡプリアンブルがＲＡ手順において一度選択された場合、ＵＥは、非衝突型ランダムアクセス・プリアンブルの中からランダムアクセス・プリアンブルを選択しないことを提案する。しかしながら、このアプローチは専用リソースの浪費を引き起こし、衝突型プリアンブル間の負荷を不必要に増加させる可能性がある。

ロング・ターム・エボリューション（ＬＴＥ）では、ＣＢＲＡとＣＦＲＡとの間にこのような切り替えはない。ＣＦＲＡおよびＣＢＲＡ手順は、別々に実施される。ＣＦＲＡ手順は、ＣＦＲＡプリアンブルの識別子（ＩＤ）を含むＲＡＲが受信された後に完了する。この場合、ＲＡＲにおけるＵＬ許可は、新しい送信のためのＵＬ許可と見なされ、ＣＦＲＡのためのｍｓｇ３バッファにはデータがない。

ＬＴＥ ＭＡＣ仕様、例えば、３ＧＰＰ ＴＳ ３６．３２１は、プリアンブルグループにしたがって同じサイズを割り当てることによって、ｅＮＢが変更を回避することができると仮定し、ｍｓｇ３サイズが変更するときに、ＵＥ挙動が指定されないと記載している。しかし、これは、ＣＢＲＡからＣＦＲＡへの切り替えとは無関係である。

ＮＢ‐ＩｏＴ （Ｎａｒｒｏｗｂａｎｄ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ）／ ＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）に対して、ランダムアクセス手順の間にＴＢＳが変化したときのＵＥの行動を論じられてきたが、結論は得られていない。例えば、Ｍｓｇ３送信の再試行のためのＥＤＴ（Ｅａｒｌｙ Ｄａｔａ Ｔｒａｎｓｍｉｓｓｉｏｎ）許可において異なるＴＢサイズの設定が提供される場合に、例えば、ＵＥが、すべてのデータが適合する最小のＴＢＳを用いてＭｓｇ３を再構築するかを指定する必要があるかどうかを議論することが提案される。ランダムアクセス手順中のＨＡＲＱ再送信の問題に関して、３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）のＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ワーキンググループ２（ＷＧ２）は、３ＧＰＰのＲＡＮ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）ワーキンググループ１（ＷＧ１）からの結論を待つことが提案されている。

本開示の実施形態は、ＣＢＲＡ要求（例えば、ＣＢＲＡプリアンブルまたは物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースまたは衝突型ランダムアクセス・リソース）を使用することによってランダムアクセス手順が実行されるか、または、ＣＦＲＡ要求（例えば、ＣＦＲＡプリアンブルまたは物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースまたは非衝突型ランダムアクセス・リソース）を使用することによって完了される場合に、許可されたトランスポート・ブロックサイズ（ＴＢＳ）、例えば、Ｍｓｇ３を決定する方式を提供する。許可されたＴＢＳは、ランダムアクセス手順中に端末デバイスに利用可能な第１のＣＢＲＡ要求に関連付けられ得る。したがって、少なくとも第２のＣＢＲＡ要求および／またはＣＦＲＡ要求のためのＴＢＳは、第１のＣＢＲＡ要求のためのＴＢＳから構成され得る。データ損失を回避することができ、データ送信効率を向上させることができる。

図１は、本開示の実施形態を実施することができる例示的な環境１００を示す。通信ネットワークの一部である環境１００は、端末デバイス１１０とネットワーク装置１２０とを備える。１つの端末デバイスおよび１つのネットワーク装置は、本開示の範囲に対するいかなる限定も示唆することなく、例示の目的のためだけに示されていることを理解されたい。環境１００は、本開示の実施形態を実装するように適合された任意の適切な数の端末デバイスおよびネットワーク装置を含み得る。

端末デバイス１１０は、直接またはネットワーク装置１２０を介して、ネットワーク装置１２０または他の端末デバイス１１０と通信することができる。この通信は、ユニバーサル移動通信システム（ＵＭＴＳ）、長期進化（ＬＴＥ）、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）、第５世代（５Ｇ）ＮＲ、Ｗｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）、および、ＷｉＭＡＸ（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）標準などの任意の適切な通信標準またはプロトコルに従うことができ、例えば、多入力多出力（ＭＩＭＯ）、直交周波数分割多重（ＯＦＤＭ）、時分割多重（ＴＤＭ）、周波数分割多重（ＦＤＭ）、符号分割多重（ＣＤＭ）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＺｉｇＢｅｅ、およびマシンタイプ通信（ＭＴＣ）、拡張移動広帯域（ｅＭＢＢ）、大規模マシンタイプ通信（ｍＭＴＣ）、および超信頼性低レイテンシ通信（ｕＲＬＬＣ）技術を含む任意の適切な通信技術を採用することができる。

ランダムアクセス手順中に、端末デバイス１１０はＣＦＲＡ要求（例えば、ＣＦＲＡプリアンブル）をネットワーク装置１２０に送信し、次いで、ＣＦＲＡ要求に対するＲＡＲをネットワーク装置１２０から受信することができる。ＲＡＲを受信すると、端末デバイス１１０はネットワーク装置１２０によって許可されたＴＢＳを決定し、例えば、ｍｓｇ３で、アップリンクデータ送信のためにＴＢＳを使用する。ＲＡＲは、ＲＡ−ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）またはＣ−ＲＮＴＩ（Ｃｅｌｌ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）宛の物理下りリンク制御チャネル（ＰＤＣＣＨ）送信を介してスケジュールされると理解することができる。

図２は、本開示のいくつかの実施形態による例示的な方法２００のフローチャートを示す。方法２００は図１に示すように、端末デバイス１１０において実施することができる。説明のために、方法２００を、図１を参照して説明する。

ブロック２０５において、端末デバイス１１０は、ＣＦＲＡ要求をネットワーク装置１２０に送信する。ＣＦＲＡ要求は、ＣＦＲＡプリアンブル送信によって実装され得る。ブロック２１０において、端末デバイス１１０は、ネットワーク装置１２０からＲＡＲを受信する。ＲＡＲは、送信に使用するためにネットワーク装置２１０によって許可されたＴＢＳを示す。

ＣＦＲＡ要求のために許可されたＴＢＳは、端末デバイスに利用可能なＣＢＦＡリソースに関連付けられ得る。このように、端末デバイス１１０からのＣＦＲＡ要求に対する応答としてネットワーク装置１２０によって構成されるＴＢＳは、端末デバイス１１０からのＣＢＲＡ要求に対する応答として、ネットワーク装置１２０によって構成されるＴＢＳとすることができる。いくつかの実施形態では、端末デバイス１１０に利用可能なＣＢＲＡリソースが事前定義され得る。例えば、端末デバイス１１０は、ランダムアクセス・プリアンブルグループＡが一般的に存在するため、ランダムアクセス・プリアンブルグループＡからＣＢＲＡプリアンブルを選択することが指定されることができる。これは、ＣＦＲＡプリアンブルまたは物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースまたは非衝突型ランダムアクセス・リソースがＵＥのために構成されるという判定に従うことができる。次いで、ネットワーク装置１２０は、端末デバイス１１０によるＣＦＲＡプリアンブル送信にも応答して、ランダムアクセス・プリアンブルグループＡに関連するＴＢＳを許可されたＴＢＳとして決定することができる。別の例として、ランダムアクセス・プリアンブルグループＢが（例えば、セルにおいて）利用可能である限り、端末デバイス１１０は、ＣＦＲＡリソースがランダムアクセス手順のために使用中にＵＥに提供される場合、ＲＡ手順中にランダムアクセス・プリアンブルグループＢからＣＢＲＡプリアンブルを選択することが指定され得る。したがって、ネットワーク装置１２０は、端末デバイス１１０からのＣＦＲＡプリアンブルに対する応答として、ランダムアクセス・プリアンブルグループＢに関連するＴＢＳを許可されたＴＢＳとして決定することができる。

いくつかの実施形態では、利用可能なＣＢＲＡリソースが、例えば、無線リソース制御（ＲＲＣ）シグナリングなどの高い層シグナリングで、ネットワーク装置１２０によって端末デバイス１１０に示され得る。一例として、ランダムアクセス・プリアンブルグループＢは、ＲＲＣ信号において、ネットワーク装置１２０によって端末デバイス１１０に構成され得る。この場合、端末デバイス１１０は、必要に応じて、ランダムアクセス・プリアンブルグループＢのみからＣＢＲＡプリアンブルを選択することができる。次いで、ネットワーク装置１２０は、このグループに関連付けられたＴＢＳを、端末デバイス１１０からのＣＦＲＡ要求のための許可されたＴＢＳとして決定する。いくつかの例では、ネットワーク装置１２０がランダムアクセス・プリアンブルグループＡまたはＢのどちらを使用するかを構成しない場合、端末デバイス１１０はグループＡを使用する。

いくつかの実施形態では、端末デバイス１１０がランダムアクセス手順中に、ＣＢＲＡ要求をネットワーク装置１２０に送信することができる。これらの実施形態では、端末デバイス１１０がまず、利用可能なＣＢＲＡリソースを決定し、次に、利用可能なＣＢＲＡリソースと共にＣＢＲＡ要求（例えば、ＣＢＲＡプリアンブル）を送信することができる。

端末デバイス１１０において利用可能なＣＢＲＡリソースを決定する例示的なプロセスを以下に説明する。端末デバイス１１０は、まず、ＳＳＢまたはＣＳＩ−ＲＳに関連するＣＦＲＡリソースがＲＲＣ信号によって明示的に提供されたかどうかを決定することができる。ＣＦＲＡリソースが提供されない場合、端末デバイス１１０は、ランダムアクセス・プリアンブル・グループＢが構成されているか否かを決定する。ランダムアクセス・プリアンブルグループＢが構成されている場合、端末デバイス１１０はランダムアクセス・プリアンブルグループＢからＣＢＲＡプリアンブルを選択することができ、そうでない場合、端末デバイス１１０はランダムアクセス・プリアンブルグループＡからＣＢＲＡプリアンブルを選択することができ、ＳＳＢまたはＣＳＩ−ＲＳに関連付けられたＣＦＲＡリソースがＲＲＣ信号によって明示的に提供されたと判定された場合、端末デバイス１１０は、ランダムアクセス・プリアンブルグループＡまたはＢを使用することができるかどうかを判定する。端末デバイス１１０は、ランダムアクセス・プリアンブルグループＢが構成されているかどうか、およびこの場合、ランダムアクセス・プリアンブルグループＢ（例えば、情報要素（ＩＥ）ｕｓｅＰｒｅａｍｂｌｅＧｒｏｕｐＢｗｉｔｈＣＦＲＡが構成されている）の使用を必須とするかどうかを決定することができる。ランダムアクセス・プリアンブルグループＢが構成され、ｕｓｅＰｒｅａｍｂｌｅＧｒｏｕｐＢｗｉｔｈＣＦＲＡが構成される場合、端末デバイス１１０はランダムアクセス・プリアンブルグループＢからＣＢＲＡプリアンブルを選択することができ、そうでない場合、端末デバイス１１０は、ランダムアクセス・プリアンブルグループ ＡからＣＢＲＡプリアンブルを選択することができる。

許可されたＴＢＳを取得した後、ブロック２１５において、端末デバイス１１０は許可されたＴＢＳに基づいて、許可されたＴＢＳを有するデータブロック（第１のデータブロックと呼ばれる）、例えば、ＰＤＵ、または送信され、バッファに格納されるべきデータブロック（第１のデータブロックと呼ばれる）をネットワーク装置１２０に送信する。

いくつかの実施形態では、端末デバイス１１０が送信されるべきデータを格納するためのバッファ内の第２のデータブロックのサイズにかかわらず、許可されたＴＢＳに基づいて第１のデータブロックを生成することができる。バッファは、Ｍｓｇ３バッファまたはＨＡＲＱバッファを含むことができる。例えば、Ｍｓｇ３バッファがＭＡＣ ＰＤＵを格納していると判定された場合、Ｍｓｇ３バッファをフラッシュすることができる。

いくつかの実施形態ではフラッシングの前に、端末デバイス１１０は許可されたＴＢＳと、バッファ内の第２のデータブロックのブロックサイズとを比較することができる。許可されたＴＢＳが第２のデータブロックのブロックサイズより小さい場合、バッファはフラッシュされる。したがって、ＣＦＲＡのためにＣーＲＮＴＩ ＭＡＣ ＣＥの不必要な送信が回避され、ランダムアクセス手順において異なる許可されたＴＢＳの問題は存在しない。

バッファがフラッシングされると、端末デバイス１１０は、許可されたＴＢＳを有する第１のデータブロックを生成する。いくつかの実施形態では、フラッシュがＭＡＣ層から無線リンク制御（ＲＬＣ）層に示され得る。次いで、１つまたは複数のＲＬＣ ＰＤＵが再生成され、許可されたＴＢＳを第１のデータブロックとして有するＭＡＣ ＰＤＵに多重化される。ＲＬＣ ＰＤＵの再生成は、ＲＬＣ ＰＤＵに対応するＲＬＣ サービスデータユニット（ＳＤＵ）のＲＬＣ 再送信としてカウントされない場合がある。これは、肯定応答モード（ＡＭ）、非肯定応答モード（ＵＭ）、および透過モード（ＴＭ）などの任意のＲＬＣモードに適用可能であり得る。

いくつかの他の実施形態では、ＲＬＣレイヤにおけるＭＡＣ ＰＤＵへのＲＬＣ ＰＤＵの再生成および多重化が、ランダムアクセス手順がＣＦＲＡリソースを使用するときはいつでも制限され得る。この場合、端末デバイス１１０は送信されるデータブロックのセットから、許可されたＴＢＳを有する第１のデータブロックを選択することができる。例えば、ＭＡＣエンティティは、多重化アセンブリエンティティから送信するＭＡＣ ＰＤＵを取得することができる。

許可されたＴＢＳが第２のデータブロックのブロックサイズに等しい場合、端末デバイス１１０は、第２のデータブロックを第１のデータブロックとして取得することができる。許可されたＴＢＳが第２のデータブロックのブロックサイズより大きい場合、端末デバイス１１０は、第２のブロックに基づいて第１のデータブロックを生成することができる。いくつかの実施形態では、端末デバイス１１０が第２のデータブロックにパディングを追加して、許可されたＴＢＳを有する第１のデータブロックを生成することができる。例えば、ＭＡＣエンティティはパディング処理のために、第２のデータブロックを多重化アセンブリエンティティに提出することができる。

いくつかの実施形態ではネットワーク装置（例えば、ｇＮＢ）はセル内のＣＢＲＡに対して許可されたＴＢＳよりも小さくないＴＢＳを許可することができる。このように、ＲＬＣレイヤにおいて再セグメント化は必要とされない。変更されたＴＢＳを用いてｍｓｇ３を再生成するときに、ＭＡＣレイヤにおいてＭＡＣ ＰＤＵにパディングを追加することができる。

図３は、本開示のいくつかの他の実施形態による例示的な方法３００のフローチャートを示す。方法３００は図１に示すように、端末デバイス１１０において実施することができる。説明のために、方法３００を、図１を参照して説明する。

ブロック３０５において、非衝突型ランダムアクセス（ＣＦＲＡ）リソースがランダムアクセス手順のために提供されたと判定することに応答して、端末デバイス１１０は、ランダムアクセス手順中に利用可能な衝突型ランダムアクセス（ＣＢＲＡ）リソースを判定する。ＣＢＲＡリソースは、ランダムアクセス・プリアンブルグループＡおよびランダムアクセス・プリアンブルグループＢのうちの少なくとも１つを備えることができるプリアンブルの利用可能なグループを備えることができる。

利用可能なＣＢＲＡリソースは、任意の適切な方法で端末デバイス１１０によって決定され得る。いくつかの実施形態では、利用可能なＣＢＲＡリソースが上述のように、ネットワーク内で事前定義される。いくつかの実施形態では、端末デバイス１１０がネットワーク装置１２０から利用可能なＣＢＲＡリソースの指示を受信することができる。いくつかの実施形態では、ネットワーク装置１２０からの利用可能なＣＢＲＡリソースの指示がＣＦＲＡリソースを提供することと一緒に提供され得る。いくつかの実施形態では、ネットワーク装置１２０からの利用可能なＣＢＲＡリソースの指示が利用可能なＣＢＲＡリソースがランダムアクセス・プリアンブルグループＢを含む場合にのみ提供されてもよく、指示が提供されない場合には端末デバイス１１０がランダムアクセス・プリアンブルグループＡをプリアンブルの利用可能なグループとして決定する。

いくつかの実施形態では、端末デバイス１１０は、ランダムアクセス・プリアンブルグループＢが構成されているかどうかを判定することができる。ランダムアクセス・プリアンブルグループＢが構成されている場合、端末デバイス１１０は、ランダムアクセス・プリアンブルグループＢを利用可能なプリアンブルグループとして決定することができる。ランダムアクセス・プリアンブルグループＢが構成されていない場合、端末デバイス１１０は、ランダムアクセス・プリアンブルグループＡをプリアンブルの利用可能なグループとして決定することができる。

いくつかの実施形態では、端末デバイス１１０が常に、ランダムアクセス・プリアンブルグループＡをプリアンブルの利用可能なグループとして決定することができる。

いくつかの実施形態では、端末デバイス１１０は、ランダムアクセス・プリアンブルグループＢが構成されているかどうか、および情報要素（ＩＥ）ｕｓｅＰｒｅａｍｂｌｅＧｒｏｕｐＢｗｉｔｈＣＦＲＡが構成されているかどうかを判定することができる。ランダムアクセス・プリアンブルグループＢが設定され、ＩＥ ｕｓｅＰｒｅａｍｂｌｅＧｒｏｕｐＢｗｉｔｈＣＦＲＡが設定されている場合、端末デバイス１１０は、使用可能なプリアンブルのグループとしてランダムアクセス・プリアンブルグループＢを決定することができる。そうでなければ、端末デバイス１１０は、ランダムアクセス・プリアンブルグループＡをプリアンブルの利用可能なグループとして決定することができる。

ブロック３１０において、端末デバイス１１０はランダムアクセス手順中に、利用可能なＣＢＲＡリソースを有するＣＢＲＡ要求をネットワーク装置１２０に送信する。例えば、端末デバイス１１０は、利用可能なプリアンブルグループから選択されたＣＢＲＡプリアンブルを送信することができる。

図１および図２を参照して上述したような端末デバイス１１０に関連する全ての動作および特徴は方法３００に同様に適用可能であり、同様の効果を有する。簡略化のため、詳細は省略する。

いくつかの実施形態では、方法２００を実行することができる装置が方法２００および／または３００のそれぞれのステップを実行するための手段を備えることができる。本手段は、任意の好適な形態で実施することができる。例えば、本手段は、回路またはソフトウエアモジュールで実施されることができる。

いくつかの実施形態では、方法２００を実行することができる装置は、ランダムアクセス手順中にネットワーク装置に非衝突型ランダムアクセス（ＣＦＲＡ）要求を送信するための手段と、ＣＦＲＡ要求に対するランダムアクセス応答をネットワーク装置から受信するための手段であって、ランダムアクセス応答は送信に使用するためにネットワーク装置によって許可されたトランスポート・ブロックサイズ（ＴＢＳ）を示す、手段と、許可されたＴＢＳを有する第１のデータブロック、または、送信されバッファに記憶されるべき第２のデータブロックを許可されたＴＢＳに基づいてネットワーク装置に送信するための手段と、を備える。

いくつかの実施形態では、送信するための手段は、送信されるべき第２のデータブロックを記憶するためのバッファをフラッシングするための手段と、許可されたＴＢＳを用いて第１のデータブロックを生成するための手段と、第１のデータブロックをネットワーク装置に送信するための手段とを備える。

いくつかの実施形態ではバッファがメッセージ３（Ｍｓｇ３）バッファを含み、第２のデータブロックはメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を含む。バッファをフラッシングするための手段は、Ｍｓｇ３バッファがＭＡＣ ＰＤＵを記憶するかどうかを判定するための手段と、Ｍｓｇ３バッファがＭＡＣ ＰＤＵを記憶すると判定したことに応じて、Ｍｓｇ３バッファをフラッシングするための手段とを含む。

いくつかの実施形態では、第１のデータブロックが許可されたＴＢＳを有するメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）である。第１のデータブロックを生成するための手段は、１つまたは複数の無線リンク制御（ＲＬＣ）ＰＤＵをＭＡＣ ＰＤＵに多重化するための手段を備える。

いくつかの実施形態では、第１のデータブロックを生成するための手段は、送信されるべきデータブロックの組から、許可されたＴＢＳを有する第１のデータブロックを選択するための手段を備える。

いくつかの実施形態では、バッファをフラッシングするための手段は、許可されたＴＢＳがブロックサイズよりも小さいことに応じてバッファをフラッシングするための手段を含む。

いくつかの実施形態では、第１のデータブロックを生成するための手段は、許可されたＴＢＳがブロックサイズよりも大きいことに応じて、バッファから第２のデータブロックを取得するための手段と、第２のデータブロックに基づいて第１のデータブロックを生成するための手段とをさらに備える。

いくつかの実施形態では、第２のデータブロックに基づいて第１のデータブロックを生成するための手段が、第２のデータブロックを多重化し、アセンブルすることによって第１のデータブロックを生成するための手段を備える。

いくつかの実施形態では、送信するための手段が、許可されたＴＢＳが第２のデータブロックのブロックサイズに等しいことに応じて、第２のデータブロックをネットワーク装置に送信する手段を含む。

いくつかの実施形態では、方法３００を実行することができる装置が、非衝突型ランダムアクセス（ＣＦＲＡ）リソースがランダムアクセス手続きのために提供されたことを決定することに応じて、端末デバイスにおいて、ランダムアクセス手続きの間に利用可能な衝突型ランダムアクセス（ＣＢＲＡ）リソースを決定する手段と、ランダムアクセス手続きの間に利用可能なＣＢＲＡリソースを用いてＣＢＲＡリクエストをネットワーク装置に送信するための手段とを備える。

いくつかの実施形態では、利用可能なＣＢＲＡリソースが事前定義される。

いくつかの実施形態では、利用可能なＣＢＲＡリソースを決定するための手段が、利用可能なＣＢＲＡリソースがネットワーク装置からであるという指示を受信するための手段を備える。

いくつかの実施形態では、利用可能なＣＢＲＡリソースを決定するための手段が、利用可能なプリアンブルグループを決定するための手段を備える。

いくつかの実施形態では、プリアンブルの利用可能なグループが、ランダムアクセス・プリアンブルグループＡおよびランダムアクセス・プリアンブルグループＢのうちの少なくとも１つを備える。

いくつかの実施形態では、プリアンブルのグループを決定するための手段が、ランダムアクセス・プリアンブルグループＢが構成されているかどうかを決定するための手段と、ランダムアクセス・プリアンブルグループＢが構成されている場合、ランダムアクセス・プリアンブルグループＢをプリアンブルの利用可能なグループとして決定する手段と、ランダムアクセス・プリアンブルグループＢが構成されていない場合、ランダムアクセス・プリアンブルグループＡをプリアンブルの利用可能なグループとして決定する手段と、を備える。

いくつかの実施形態では、プリアンブルの利用可能なグループを決定するための手段が、プリアンブルの利用可能なグループとしてランダムアクセス・プリアンブルグループＡを決定するための手段を備える。

いくつかの実施形態では、プリアンブルの利用可能なグループを決定するための手段が、ランダムアクセス・プリアンブルグループＢが構成されているかどうか、および情報要素（ＩＥ）ｕｓｅＰｒｅａｍｂｌｅＧｒｏｕｐＢｗｉｔｈＣＦＲＡが構成されているかどうかを決定するための手段と、ランダムアクセス・プリアンブルグループＢが構成されており、ＩＥ ｕｓｅＰｒｅａｍｂｌｅＧｒｏｕｐＢｗｉｔｈＣＦＲＡが構成されている場合、ランダムアクセス・プリアンブルグループＢをプリアンブルの利用可能なグループとして決定し、さもなければ、ランダムアクセス・プリアンブルグループＡをプリアンブルの利用可能なグループとして決定する手段と、を備える。

いくつかの実施形態では、ＣＢＲＡ要求が利用可能なプリアンブルのグループから選択されたＣＢＲＡプリアンブルを備える。

いくつかの実施形態では、この装置は、同期信号ブロック（ＳＳＢ）またはチャネル状態情報参照信号（ＣＳＩ−ＲＳ）に関連するＣＦＲＡリソースがランダムアクセス手順のためのＲＲＣシグナリングによってネットワーク装置によって明示的に提供されたかどうかを決定するための手段をさらに備える。

図４は、本開示の実施形態を実施するのに適したデバイス４００の簡略化されたブロック図である。デバイス４００は図１に示すように、端末デバイス１１０の少なくとも一部として実装することができる。

図示のように、デバイス４００は、プロセッサ４１０、プロセッサ４１０に結合されたメモリ４２０、プロセッサ４１０に結合された通信モジュール４３０、および、通信モジュール４３０に結合された通信インターフェース（図示せず）を含む。メモリ４２０は、少なくともプログラム４４０を格納する。通信モジュール４３０は、双方向通信用である。通信インタフェースは、通信に必要な任意のインタフェースを表すことができる。

プログラム４４０は、関連するプロセッサ４１０によって実行されると、図２ー図６を参照して本明細書で説明されるように、デバイス４００が本開示の実施形態にしたがって動作することを可能にするプログラム命令を含むと仮定される。本明細書の実施形態は、デバイス４００のプロセッサ４１０によって実行可能なコンピュータソフトウェアによって、または、ハードウェアによって、あるいはソフトウェアとハードウェアの併用によって実現することができる。プロセッサ４１０は、本開示の様々な実施形態を実装するように構成され得る。

メモリ４２０はローカル技術ネットワークに適した任意のタイプとすることができ、非限定的な例として、非一時的なコンピュータ可読記憶媒体、半導体ベースのメモリデバイス、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の適切なデータ記憶技術を使用して実装することができる。デバイス４００には１つのメモリ４２０しか示されていないが、デバイス４００には物理的に異なる複数のメモリモジュールが存在することができる。プロセッサ４１０は、ローカル技術ネットワークに適した任意のタイプとすることができ、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含むことができる。デバイス４００は、メインプロセッサを同期させるクロックに合わせてスレーブされる特定用途向け集積回路チップなどの複数のプロセッサを有することができる。

図１−図３を参照して上述したような端末デバイス１１０に関連する全ての動作および特徴は装置３００に同様に適用可能であり、同様の効果を有する。簡略化のため、詳細は省略する。

一般に、本開示の様々な実施形態は、ハードウェアまたは専用回路、ソフトウェア、ロジック、またはそれらの任意の組合せで実装され得る。ある態様はハードウェアで実施されてもよく、一方、他の態様はコントローラ、マイクロプロセッサまたは他の計算装置によって実行されることができるファームウェアまたはソフトウェアで実施されることができる。本開示の実施形態の様々な態様はブロック図、フローチャートとして、またはいくつかの他の絵画的表現を使用して図示および説明されるが、本明細書で説明されるブロック、装置、システム、技術、または方法は、非限定的な例として、ハードウェア、ソフトウェア、ファームウェア、専用回路または論理、汎用ハードウェアまたはコントローラもしくは他の計算装置、あるいはそれらのいくつかの組合せで実装され得ることを理解されたい。

本開示はまた、非一時的コンピュータ可読記憶媒体に有形に記憶された少なくとも１つのコンピュータ・プログラム製品を提供する。コンピュータ・プログラム製品は、図１−３を参照して上述した方法２００および３００を実行するために、対象実プロセッサまたは仮想プロセッサ上のデバイスで実行される、プログラム・モジュールに含まれるようなコンピュータ実行可能命令を含む。一般に、プログラム・モジュールは、ルーチン、プログラム、ライブラリ、オブジェクト、クラス、成分、データ構造などを含み、特定のタスクを実行したり、特定の抽象データ型を実装したりする。プログラム・モジュールの機能はさまざまな実施形態において所望されるように、プログラム・モジュール間で組み合わされてもよく、または分割されることができる。プログラム・モジュールのためのマシン実行可能命令は、ローカルまたは分散装置内で実行することができる。分散装置では、プログラム・モジュールがローカル記憶媒体とリモート記憶媒体の両方に配置されることができる。

本開示の方法を実行するためのプログラム・コードは、１つまたは複数のプログラミング言語の任意の組合せで書くことができる。これらのプログラム・コードは、汎用コンピュータ、専用コンピュータ、または他のプログラマブルデータ処理装置のプロセッサまたはコントローラに提供することができ、プログラム・コードはプロセッサまたはコントローラによって実行されると、フローチャートおよび／またはブロック図で指定された機能／動作を実装させる。プログラム・コードは、マシン上で、部分的にはマシン上で、スタンドアロン・ソフトウェア・パッケージとして、部分的にはマシン上で、部分的にはリモート・マシン上で、または全体的にはリモート・マシンまたはサーバ上で実行することができる。

本開示のコンテストでは、コンピュータ・プログラム・コードまたは関連データがデバイス、デバイス、またはプロセッサが、上述のような様々なプロセスおよび動作を実行することを可能にするために、任意の適切なキャリアによって搬送され得る。キャリアの例には、信号、コンピュータ可読媒体が含まれる。

コンピュータ可読媒体は、コンピュータ可読信号媒体またはコンピュータ可読記憶媒体であってもよい。コンピュータ可読媒体は、電子、磁気、光学、電磁気、赤外線、または半導体システム、装置、またはデバイス、あるいは前述のもの任意の適切な組合せを含むことができるが、これらに限定されない。コンピュータ可読記憶媒体のより具体的な、例には、１つまたは複数の細線を有する電気接続、ポータブルコンピュータディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリメモリ（ＥＰＲＯＭまたはフラッシュメモリ）、光ファイバ、ポータブルコンパクトディスクリードオンリメモリ（ＣＤ−ＲＯＭ）、光記憶デバイス、磁気記憶デバイス、または前述の任意の適切な組合せが含まれる。

さらに、動作は特定の順序で示されているが、これは望ましい結果を達成するために、そのような動作が示された特定の順序で、または連続的な順序で実行されること、または示されたすべての動作が実行されることを必要とするものとして理解されるべきではない。特定の状況では、マルチタスキングおよび並列処理が有利であり得る。同様に、いくつかの特定の実装の詳細が上記の議論に含まれるが、これらは本開示の範囲に対する限定として解釈されるべきではなく、むしろ、特定の実施形態に特異的であり得る特徴の説明として解釈されるべきである。別個の実施形態のコンテストで説明される特定の特徴は、単一の実施形態において組み合わせて実装されることができる。逆に、単一の実施形態のコンテストで説明される様々な特徴は複数の実施形態で別々に、または任意の適切な併用で実装されることができる。

本開示は構造的特徴および／または方法論的動作に特有の言語で説明されてきたが、添付の特許請求の範囲で定義される本開示は必ずしも上記の特定の特徴または動作に限定されないことを理解されたい。むしろ、上記の特定の特徴および動作は、特許請求の範囲を実施する例示的な形態として開示されている。

技術の様々な実施形態が記載されたが、上記に加えて、または上記に代わるものとして、以下の実施例を記載する。以下の実施例のいずれかに記載される特徴は、本明細書に記載される他の実施例のいずれかと共に利用されることができる。

Claims (40)

1. 端末デバイスにおいて、
   ランダムアクセス手順中にネットワーク装置に非衝突型ランダムアクセス（ＣＦＲＡ）要求を送信するステップと、
   前記ＣＦＲＡ要求に対するランダムアクセス応答を前記ネットワーク・デバイスから受信するステップであって、前記ランダムアクセス応答は、送信に使用するために前記ネットワーク・デバイスによって許可されたトランスポート・ブロックサイズ（ＴＢＳ）を示す、ステップと、
   前記許可されたＴＢＳに基づいて、前記許可されたＴＢＳを有する第１のデータブロック、または、送信されバッファに格納された第２のデータブロックを前記ネットワーク・デバイスに送信するステップと、
   を含む方法。
2. 前記送信するステップが、
   送信されるべき前記第２のデータブロックを格納するための前記バッファをフラッシュするステップと、
   前記許可されたＴＢＳを有する前記第１のデータブロックを生成するステップと、前記第１のデータブロックを前記ネットワーク装置に送信するステップと、
   を含む、請求項１に記載の方法。
3. 前記バッファは、メッセージ３（Ｍｓｇ３）バッファを含み、
   前記第２のデータブロックは、メディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を含み、
   前記バッファをフラッシングするステップは、
   前記Ｍｓｇ３バッファが前記ＭＡＣ ＰＤＵを格納しているかどうかを判断するステップと、
   前記Ｍｓｇ３バッファが前記ＭＡＣ ＰＤＵを格納していると判断したことに応答して、前記Ｍｓｇ３バッファをフラッシュするステップと、
   を含む、請求項２に記載の方法。
4. 前記第１のデータブロックは、前記許可されたＴＢＳを有するメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）であり、前記第１のデータブロックを生成するステップは、１つ以上の無線リンク制御（ＲＬＣ）ＰＤＵを前記ＭＡＣ ＰＤＵに多重化するステップを含む、請求項２または３に記載の方法。
5. 前記第１のデータブロックを生成するステップは、送信されるべきデータブロックのセットから、前記許可されたＴＢＳを有する前記第１のデータブロックを選択するステップを含む、請求項２または３に記載の方法。
6. 前記バッファをフラッシュするステップは、前記許可されたＴＢＳが前記第２のデータブロックのブロックサイズよりも小さいことに応答して前記バッファをフラッシングするステップを含む、を含む、請求項２ないし５のいずれか１項に記載の方法。
7. 前記第１のデータブロックを生成するステップは、さらに、前記許可された前記ＴＢＳが前記ブロックサイズよりも大きいことに応答して、前記バッファから前記第２のデータブロックを取得するステップと、前記第２のデータブロックに基づいて前記第１のデータブロックを生成するステップと、を含む、請求項６に記載の方法。
8. 前記第２のデータブロックに基づいて前記第１のデータブロックを生成するステップは、前記第２のデータブロックを多重化し、アセンブルすることによって前記第１のデータブロックを生成するステップ、を含む、請求項７に記載の方法。
9. 前記送信するステップは、前記許可されたＴＢＳが前記第２のデータブロックのブロックサイズに等しいことに応答して、前記第２のデータブロックを前記ネットワーク装置に送信するステップ、を含む、請求項１に記載の方法。
10. 端末デバイスにおいて、
    ランダムアクセス手順に対して非衝突型ランダムアクセス（ＣＦＲＡ）リソースが提供されているとの判断に応答して、前記ランダムアクセス手順の間に利用可能な衝突型ランダムアクセス（ＣＢＲＡ）リソースを決定するステップと、
    前記ランダムアクセス手順の間に前記利用可能なＣＢＲＡリソースとのＣＢＲＡ要求をネットワーク装置に送信するステップと、
    を含む方法。
11. 前記利用可能なＣＢＲＡリソースは、予め定義されている、請求項１０に記載の方法。
12. 前記利用可能なＣＢＲＡリソースを決定するステップは、前記ネットワーク装置から前記利用可能なＣＢＲＡリソースの指示を受信するステップを含む、請求項１０に記載の方法。
13. 前記利用可能なＣＢＲＡリソースを決定するステップは、プリアンブルの利用可能なグループを決定するステップを含む、請求項１０に記載の方法：
14. 前記利用可能なプリアンブルのグループは、ランダムアクセス・プリアンブルグループＡおよびランダムアクセス・プリアンブルグループＢのうちの少なくとも１つを備える、請求項１３に記載の方法。
15. 前記利用可能なプリアンブルのグループを決定するステップは、
    ランダムアクセス・プリアンブル・グループＢが構成されているかどうかを判断するステップと、
    ランダムアクセス・プリアンブルグループＢが設定されている場合は、ランダムアクセス・プリアンブルグループＢを前記プリアンブルの使用可能なグループとして決定するステップと、
    ランダムアクセス・プリアンブルグループＢが設定されていない場合は、ランダムアクセス・プリアンブルグループ Ａをプリアンブルの使用可能なグループとして決定するステップと、
    を含む、
    請求項１４に記載の方法。
16. 前記利用可能なプリアンブルのグループを決定するステップは、ランダムアクセス・プリアンブルグループＡを前記プリアンブルの利用可能なグループとして決定するステップを含む、請求項１４に記載の方法。
17. 前記利用可能なプリアンブルのグループを決定するステップは、
    ランダムアクセス・プリアンブルグループＢが設定されているかどうか、および、情報要素（ＩＥ）ｕｓｅＰｒｅａｍｂｌｅＧｒｏｕｐＢｗｉｔｈＣＦＲＡが設定されているかどうかを判断するステップと、
    ランダムアクセス・プリアンブルグループＢが設定され、前記ＩＥ ｕｓｅＰｒｅａｍｂｌｅＧｒｏｕｐＢｗｉｔｈＣＦＲＡが設定されている場合は、ランダムアクセス・プリアンブルグループＢをプリアンブルの使用可能なグループとして判断し、それ以外の場合は、ランダムアクセス・プリアンブルグループＡをプリアンブルの使用可能なグループとして判断するステップと、
    を含む、
    請求項１４に記載の方法。
18. 前記ＣＢＲＡ要求は、前記利用可能なプリアンブルのグループから選択されたＣＢＲＡプリアンブルを含む、請求項１３ないし１７のいずれか１項に記載の方法。
19. 同期信号ブロック（ＳＳＢ）またはチャネル状態情報参照信号（ＣＳＩ−ＲＳ）に関連するＣＦＲＡリソースが、前記ランダムアクセス手順のためにＲＲＣシグナリングによって前記ネットワーク装置によって明示的に提供されたかどうかを決定するステップをさらに含む、請求項１０ないし１８のいずれか１項に記載の方法。
20. 少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリと、を備えるデバイスであって、前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、
    ランダムアクセス手順中にネットワーク装置に非衝突型ランダムアクセス（ＣＦＲＡ）要求を送信させ、送信に使用するために前記ネットワーク装置によって許可されたトランスポート・ブロックサイズ（ＴＢＳ）を示す、前記ＣＦＲＡ要求に対するランダムアクセス応答をネットワーク装置から受信させ、
    前記許可されたＴＢＳに基づいて、前記ネットワーク装置に、前記許可されたＴＢＳを有する第１のデータブロック、または、送信され、バッファに格納されるべき第２のデータブロックを送信させる
    ように構成される、デバイス。
21. 前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、送信される第２のデータブロックを格納するためのバッファをフラッシュさせ、前記許可されたＴＢＳを有する前記第１のデータブロックを生成させ、前記第１のデータブロックをネットワーク・デバイスに送信させるように構成される、請求項２０に記載のデバイス。
22. 前記バッファはメッセージ３（Ｍｓｇ３）バッファを含み、
    前記第２のデータブロックはメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）を含み、
    前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、前記Ｍｓｇ３バッファが、ＭＡＣ ＰＤＵを格納するかどうかを判断させ、前記Ｍｓｇ３バッファがＭＡＣ ＰＤＵを格納すると判定したことに応答して、前記Ｍｓｇ３バッファをフラッシュさせるように構成される、
    請求項２１に記載のデバイス。
23. 前記第１のデータブロックは、前記認可されたＴＢＳを有するメディアアクセス制御（ＭＡＣ）プロトコルデータユニット（ＰＤＵ）であり、
    前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサによって、前記デバイスに、１つ以上の無線リンク制御（ＲＬＣ）ＰＤＵ を前記ＭＡＣ ＰＤＵに多重化させるように構成される、
    請求項２１および２２のいずれかに記載のデバイス。
24. 前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサによって、前記デバイスに、送信されるデータブロックのセットから、前記許可されたＴＢＳを有する前記第１のデータブロックを選択させるように構成される、請求項２１および２２のいずれかに記載のデバイス。
25. 前記少なくとも１つのメモリと前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、前記第２のデータブロックのブロックサイズよりも小さい前記許可されたＴＢＳに応答してバッファをフラッシュさせるように構成される、請求項２１−２４のいずれかに記載のデバイス。
26. 前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、
    前記許可されたＴＢＳが前記ブロックサイズよりも大きいことに応答して、前記バッファから前記第２のデータブロックを取得させ、
    前記第２のデータブロックに基づいて前記第１のデータブロックを生成させる
    ようにさらに構成される、請求項２５に記載のデバイス：
27. 前記少なくとも１つのメモリと前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、前記第２のデータブロックを多重化し、アセンブルすることによって、前記第１のデータブロックを生成させるように構成される、請求項２６に記載のデバイス。
28. 前記少なくとも１つのメモリと前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、前記許可されたＴＢＳが前記第２のデータブロックのブロックサイズに等しいことに応答して、前記第２のデータブロックを前記ネットワーク装置に送信させるように構成される、請求項２０に記載のデバイス：
29. 少なくとも１つのプロセッサと、コンピュータ・プログラム・コードを含む少なくとも１つのメモリとを備えるデバイスであって、該少なくとも１つのメモリおよび該コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、
    ランダムアクセス手順に対して非衝突型ランダムアクセス（ＣＦＲＡ）リソースが提供されていると判断した場合、前記ランダムアクセス手順中に利用可能なランダムアクセス（ＣＢＲＡ）リソースに基づいて端末デバイスで衝突を判断し、
    前記ランダムアクセス手順中に利用可能なＣＢＲＡリソースとのＣＢＲＡ要求をネットワーク装置に送信させる
    ように構成される、
    デバイス。
30. 前記利用可能なＣＢＲＡリソースは、予め定義されている、請求項２９に記載のデバイス。
31. 前記少なくとも１つのメモリと前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、前記ネットワーク装置から前記利用可能なＣＢＲＡリソースの標示を受信させるように構成される、請求項２９に記載のデバイス。
32. 前記少なくとも１つのメモリと前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、使用可能なプリアンブルのグループを決定させるように構成される、請求項２９に記載のデバイス。
33. 前記利用可能なプリアンブルのグループは、前記ランダムアクセス・プリアンブルグループＡおよびランダムアクセス・プリアンブルグループＢのうちの少なくとも１つを備える、請求項３２に記載のデバイス。
34. 前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、
    ランダムアクセス・プリアンブルグループＢが設定されているかどうかを判断させ、
    ランダムアクセス・プリアンブルグループＢが設定されている場合は、ランダムアクセス・プリアンブルグループＢを前記プリアンブルの使用可能なグループとして決定させ、
    ランダムアクセス・プリアンブルグループＢ が設定されていない場合は、ランダムアクセス・プリアンブルグループＡを前記プリアンブルの使用可能なグループとして決定させる
    ように構成される、
    請求項３３に記載のデバイス。
35. 前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、ランダムアクセス・プリアンブルグループＡを、前記利用可能なプリアンブルのグループとして決定させるように構成される、請求項３３に記載のデバイス。
36. 前記少なくとも１つのメモリおよび前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、
    ランダムアクセス・プリアンブルグループＢが設定されているかどうか、および、情報要素（ＩＥ）ｕｓｅＰｒｅａｍｂｌｅＧｒｏｕｐＢｗｉｔｈＣＦＲＡが設定されているかどうかを判断させ、
    ランダムアクセス・プリアンブルグループＢが設定され、前記ＩＥ ｕｓｅＰｒｅａｍｂｌｅＧｒｏｕｐＢｗｉｔｈＣＦＲＡが設定されている場合は、ランダムアクセス・プリアンブルグループＢを前記プリアンブルの使用可能なグループであると判断させ、
    それ以外の場合は、ランダムアクセス・プリアンブルグループＡを前記プリアンブルの使用可能なグループであるとして判断させるようにさらに構成される、
    請求項３３に記載のデバイス。
37. 前記ＣＢＲＡ要求は、前記利用可能なプリアンブルのグループから選択されたＣＢＲＡプリアンブルを含む、請求項３２ないし３６のいずれか１項に記載のデバイス。
38. 前記少なくとも１つのメモリと前記コンピュータ・プログラム・コードは、前記少なくとも１つのプロセッサを用いて、前記デバイスに、同期信号ブロック（ＳＳＢ）またはチャネル状態情報リファレンス信号（ＣＳＩ−ＲＳ）に関連付けられた前記ＣＦＲＡリソースが、前記ランダムアクセス手順のためにＲＲＣシグナリングによって前記ネットワーク装置によって明示的に提供されたかどうかを判断させるようにさらに構成される、請求項２９ないし３７のいずれか１項に記載のデバイス。
39. コンピュータ・プログラムを記憶するコンピュータ可読記憶媒体であって、前記コンピュータ・プログラムは、プロセッサによって実行されると、前記プロセッサに、請求項１ないし９のいずれか１項に記載の方法を実行させる、コンピュータ可読記憶媒体。
40. コンピュータ・プログラムを記憶するコンピュータ可読記憶媒体であって、前記コンピュータ・プログラムは、プロセッサによって実行されると、前記プロセッサに、請求項１０ないし１９のいずれか１項に記載の方法を実行させる、コンピュータ可読記憶媒体。

Images