JP2022528226A - ランダムアクセスプロシージャのための方法、端末デバイスおよび基地局 - Google Patents

Abstract

ランダムアクセスプロシージャのための方法、端末デバイスおよび基地局が開示される。一実施形態によれば、端末デバイスは、ランダムアクセスについての要求メッセージを決定する。要求メッセージは、プリアンブルと１つまたは複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）とを含む。端末デバイスは要求メッセージを送信する。【選択図】図７

Description

本開示の実施形態は、一般に無線通信に関し、より詳細には、ランダムアクセスプロシージャのための方法、端末デバイスおよび基地局に関する。

このセクションは、本開示のより良い理解を容易にし得る態様を紹介する。したがって、このセクションの記述は、この観点において読み取られるべきであり、従来技術にあるものまたは従来技術にないものに関する承認として理解されるべきではない。

新無線（ｎｅｗ ｒａｄｉｏ：ＮＲ）システムでは、図１に示されているような４ステップ手法がランダムアクセスプロシージャのために使用され得る。この手法では、ユーザ機器（ＵＥ）は、同期信号（ＳＳ）を検出し、（複数の物理チャネル、たとえば、物理ブロードキャストチャネル（ＰＢＣＨ）および物理ダウンリンク共有チャネル（ＰＤＳＣＨ）上で配信され得る）ブロードキャストされたシステム情報を復号して、ランダムアクセス送信パラメータを収集し、その後に、アップリンク中で物理ランダムアクセスチャネル（ＰＲＡＣＨ）プリアンブル（メッセージ１）を送信する。次世代ノードＢ（ｇＮＢ）は、メッセージ１を検出し、ランダムアクセス応答（ＲＡＲ、メッセージ２）で返答する。ＵＥは、次いで、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でＵＥ識別情報（メッセージ３）を送信する。次いで、ｇＮＢは、ＵＥに競合解消メッセージ（ＣＲＭ、メッセージ４）を送信して、複数のＵＥが同じＰＲＡＣＨプリアンブルを送信したときに引き起こされる衝突を解決する。

本発明の概要は、発明を実施するための形態において以下でさらに説明される概念の選択を簡略化された形で紹介するために提供される。本発明の概要は、請求される主題の主要な特徴または不可欠な特徴を識別するものではなく、請求される主題の範囲を限定するために使用されるものでもない。

本開示の目的のうちの１つは、ランダムアクセスプロシージャのための別のソリューションを提供することである。

本開示の第１の態様によれば、端末デバイスにおいて実装される方法が提供される。本方法は、ランダムアクセスについての要求メッセージを決定することを含み得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。本方法は、要求メッセージを送信することをさらに含み得る。

本開示の一実施形態では、固定変調符号化方式（ＭＣＳ）表が、要求メッセージを決定するために使用されるように事前設定され得る。

本開示の一実施形態では、ＰＩ／２ ２位相シフトキーイング（ＢＰＳＫ）が、端末デバイスにおいて無効にされるように事前設定され得る。

本開示の一実施形態では、１つまたは複数のＰＵＳＣＨの数が２つ以上であり得、２つ以上のＰＵＳＣＨはＰＵＳＣＨの複数の繰返しであり得る。

本開示の一実施形態では、ＰＵＳＣＨの複数の繰返しは１つまたは複数のＰＵＳＣＨ送信セットに分割され得る。

本開示の一実施形態では、ランダムアクセスは、前のランダムアクセスの失敗により始動され得る。アクセスについてのＰＵＳＣＨの複数の繰返しの数が、前のランダムアクセスについてのもの以上であり得る。

本開示の一実施形態では、ＰＵＳＣＨの各繰返しがプリアンブルに関連付けられ得る。

本開示の一実施形態では、ＰＵＳＣＨの複数の繰返しの数が、無線リソース制御（ＲＲＣ）シグナリングと、端末デバイスにおける事前設定と、プリアンブル情報、復調用参照信号（ＤＭＲＳ）情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づく決定とのうちの少なくとも１つからのものであり得る。

本開示の一実施形態では、プリアンブルとＰＵＳＣＨのそれぞれの繰返しとは、時分割多重化および／または周波数分割多重化され得る。

本開示の一実施形態では、ＰＵＳＣＨの各繰返しが、冗長バージョン（ＲＶ）シーケンス中の対応するＲＶを使用し得る。

本開示の一実施形態では、ＲＶシーケンスは、ＲＲＣシグナリングと、端末デバイスにおける事前設定とのうちの少なくとも１つからのものであり得る。

本開示の一実施形態では、ランダムアクセスについての各ＰＵＳＣＨ送信セット中のＰＵＳＣＨの繰返しの数が、前のランダムアクセスについてのもの以上であり得る。代替または追加として、ランダムアクセスについての１つまたは複数のＰＵＳＣＨ送信セットの数が、前のランダムアクセスについてのもの以上であり得る。

本開示の一実施形態では、要求メッセージは、ＰＵＳＣＨ中で搬送されるトランスポートブロック（ＴＢ）のサイズが、ＰＵＳＣＨ中で搬送されるＴＢの参照サイズに対して、スケーリングファクタでスケーリングされるように決定され得る。

本開示の一実施形態では、ＴＢの参照サイズは、ＴＢを搬送するために使用可能なリソースエレメント（ＲＥ）の数と、変調次数と、ＴＢについてのターゲットコードレートとの第１の積に基づいて決定され得る。ＴＢのサイズは、スケーリングファクタと第１の積との第２の積に基づいて決定され得る。

本開示の一実施形態では、スケーリングファクタは、ＲＲＣシグナリングと、端末デバイスにおける事前設定と、チャネル品質推定値に基づく値の事前設定されたセットからの選択と、プリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づく決定とのうちの少なくとも１つからのものであり得る。

本開示の一実施形態では、要求メッセージは、参照ＭＣＳ表よりも低いスペクトル効率を有するＭＣＳ表に基づいて決定され得る。

本開示の一実施形態では、ＭＣＳ表は、より低いスペクトル効率を有する１つまたは複数の行を参照ＭＣＳ表中に追加することによって取得された表であり得る。

本開示の一実施形態では、ＭＣＳ表は、参照ＭＣＳ表から、より高いスペクトル効率を有する１つまたは複数の行を削除することによって、取得され得る。

本開示の一実施形態では、参照ＭＣＳ表は、変換プリコーダが有効にされた直交振幅変調（ＱＡＭ）６４低スペクトル効率（ＱＡＭ６４ＬｏｗＳＥ）ＭＣＳ表であるか、または変換プリコーダが無効にされたＱＡＭ６４ＬｏｗＳＥ ＭＣＳ表であり得る。

本開示の一実施形態では、ＭＣＳ表は、参照ＭＣＳ表の代わりにまたは参照ＭＣＳ表とは別々に規定された表であり得る。

本開示の一実施形態では、要求メッセージを決定するためにどのＭＣＳ表が使用されるべきであるかが、ＲＲＣシグナリングを介して示され得る。代替的に、要求メッセージを決定するためにどのＭＣＳ表が使用されるべきであるかは、プリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づいて決定され得る。

本開示の一実施形態では、要求メッセージを決定するためにＰＩ／２ ＢＰＳＫが有効にされるべきであるかどうかが、ＲＲＣシグナリングを介して示され得る。代替的に、ＰＩ／２ ＢＰＳＫは、端末デバイスにおいて有効にされるように事前設定され得る。

本開示の一実施形態では、本方法は、ユーザデータを提供することと、基地局への送信を介してホストコンピュータにユーザデータをフォワーディングすることとをさらに含み得る。

本開示の第２の態様によれば、ホストコンピュータと、基地局と、端末デバイスとを含む通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、端末デバイスから基地局に送信されたユーザデータを受信することを含み得る。端末デバイスは、ランダムアクセスについての要求メッセージを決定し得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。端末デバイスは要求メッセージを送信し得る。

本開示の一実施形態では、本方法は、端末デバイスにおいて、基地局にユーザデータを提供することをさらに含み得る。

本開示の一実施形態では、本方法は、端末デバイスにおいて、クライアントアプリケーションを実行し、それにより送信されるべきユーザデータを提供することをさらに含み得る。本方法は、ホストコンピュータにおいて、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することをさらに含み得る。

本開示の一実施形態では、本方法は、端末デバイスにおいて、クライアントアプリケーションを実行することをさらに含み得る。本方法は、端末デバイスにおいて、クライアントアプリケーションへの入力データを受信することをさらに含み得る。入力データは、ホストコンピュータにおいて、クライアントアプリケーションに関連付けられたホストアプリケーションを実行することによって提供され得る。送信されるべきユーザデータは、入力データに応答してクライアントアプリケーションによって提供され得る。

本開示の第３の態様によれば、基地局において実装される方法が提供される。本方法は、ランダムアクセスについての要求メッセージを受信することを含み得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。本方法は、要求メッセージから１つまたは複数のＰＵＳＣＨを取得することをさらに含み得る。

本開示の一実施形態では、固定ＭＣＳ表が、基地局において１つまたは複数のＰＵＳＣＨを取得するために使用されるように事前設定され得る。

本開示の一実施形態では、ＰＩ／２ ＢＰＳＫが、基地局において要求メッセージについて無効にされるように事前設定され得る。

本開示の一実施形態では、１つまたは複数のＰＵＳＣＨの数が２つ以上であり得、２つ以上のＰＵＳＣＨはＰＵＳＣＨの複数の繰返しであり得る。

本開示の一実施形態では、ＰＵＳＣＨの複数の繰返しは１つまたは複数のＰＵＳＣＨ送信セットに分割され得る。

本開示の一実施形態では、ランダムアクセスは、前のランダムアクセスの失敗により始動され得る。ランダムアクセスについてのＰＵＳＣＨの複数の繰返しの数が、前のランダムアクセスについてのもの以上であり得る。

本開示の一実施形態では、ＰＵＳＣＨの各繰返しがプリアンブルに関連付けられ得る。

本開示の一実施形態では、ＰＵＳＣＨの複数の繰返しの数が、ＲＲＣシグナリング中で送信される、基地局において事前設定される、ならびにプリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づいて決定される、のうちの１つであり得る。

本開示の一実施形態では、プリアンブルとＰＵＳＣＨのそれぞれの繰返しとは、時分割多重化および／または周波数分割多重化され得る。

本開示の一実施形態では、ＰＵＳＣＨの各繰返しが、ＲＶシーケンス中の対応するＲＶを使用し得る。

本開示の一実施形態では、ＲＶシーケンスは、ＲＲＣシグナリング中で送信されるか、または基地局において事前設定され得る。

本開示の一実施形態では、ランダムアクセスについての各ＰＵＳＣＨ送信セット中のＰＵＳＣＨの繰返しの数が、前のランダムアクセスについてのもの以上であり得る。代替または追加として、ランダムアクセスについての１つまたは複数のＰＵＳＣＨ送信セットの数が、前のランダムアクセスについてのもの以上であり得る。

本開示の一実施形態では、ＰＵＳＣＨ中で搬送されるＴＢのサイズが、ＰＵＳＣＨ中で搬送されるＴＢの参照サイズに対して、スケーリングファクタでスケーリングされ得る。

本開示の一実施形態では、ＴＢの参照サイズは、ＴＢを搬送するために使用可能なＲＥの数と、変調次数と、ＴＢについてのターゲットコードレートとの第１の積に基づいて決定され得る。ＴＢのサイズは、スケーリングファクタと第１の積との第２の積に基づいて決定され得る。

本開示の一実施形態では、スケーリングファクタは、ＲＲＣシグナリング中で送信される、基地局において事前設定される、値の事前設定されたセットからブラインド検出される、ならびにプリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づいて決定される、のうちの１つであり得る。

本開示の一実施形態では、１つまたは複数のＰＵＳＣＨは、参照ＭＣＳ表よりも低いスペクトル効率を有するＭＣＳ表に基づいて取得され得る。

本開示の一実施形態では、ＭＣＳ表は、より低いスペクトル効率を有する１つまたは複数の行を参照ＭＣＳ表中に追加することによって取得された表であり得る。

本開示の一実施形態では、ＭＣＳ表は、参照ＭＣＳ表から、より高いスペクトル効率を有する１つまたは複数の行を削除することによって、取得され得る。

本開示の一実施形態では、参照ＭＣＳ表は、変換プリコーダが有効にされたＱＡＭ６４ＬｏｗＳＥ ＭＣＳ表であるか、または変換プリコーダが無効にされたＱＡＭ６４ＬｏｗＳＥ ＭＣＳ表であり得る。

本開示の一実施形態では、ＭＣＳ表は、参照ＭＣＳ表の代わりにまたは参照ＭＣＳ表とは別々に規定された表であり得る。

本開示の一実施形態では、１つまたは複数のＰＵＳＣＨを取得するためにどのＭＣＳ表が使用されるべきであるかが、ＲＲＣシグナリング中で送信され得る。代替的に、１つまたは複数のＰＵＳＣＨを取得するためにどのＭＣＳ表が使用されるべきであるかは、プリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づいて決定され得る。

本開示の一実施形態では、ＰＩ／２ ＢＰＳＫが、要求メッセージについて有効にされるべきであるかどうかが、ＲＲＣシグナリング中で送信され得る。代替的に、ＰＩ／２ ＢＰＳＫは、基地局において要求メッセージについて有効にされるように事前設定され得る。

本開示の第４の態様によれば、ホストコンピュータと、基地局と、端末デバイスとを含む通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、基地局から、基地局が端末デバイスから受信した送信から発生したユーザデータを受信することを含み得る。基地局は、ランダムアクセスについての要求メッセージを受信し得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。基地局は、要求メッセージから１つまたは複数のＰＵＳＣＨを取得し得る。

本開示の一実施形態では、本方法は、基地局において、端末デバイスからユーザデータを受信することをさらに含み得る。

本開示の一実施形態では、本方法は、基地局において、ホストコンピュータへの、受信されたユーザデータの送信を始動することをさらに含み得る。

本開示の第５の態様によれば、端末デバイスが提供される。端末デバイスは、少なくとも１つのプロセッサと少なくとも１つのメモリとを備え得る。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含んでいることがあり、それにより、端末デバイスは、ランダムアクセスについての要求メッセージを決定するように動作可能であり得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。端末デバイスは、要求メッセージを送信するようにさらに動作可能であり得る。

本開示の一実施形態では、端末デバイスは、上記の第１の態様による方法を実施するように動作可能であり得る。

本開示の第６の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、端末デバイスから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え得る。端末デバイスは、無線インターフェースと処理回路とを備え得る。端末デバイスの処理回路は、ランダムアクセスについての要求メッセージを決定するように設定され得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。端末デバイスの処理回路は、要求メッセージを送信するようにさらに設定され得る。

本開示の一実施形態では、通信システムは、端末デバイスをさらに含み得る。

本開示の一実施形態では、通信システムは、基地局をさらに含み得る。基地局は、端末デバイスと通信するように設定された無線インターフェースと、端末デバイスから基地局への送信によって搬送されたユーザデータをホストコンピュータにフォワーディングするように設定された通信インターフェースとを備え得る。

本開示の一実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定され得る。端末デバイスの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによりユーザデータを提供するように設定され得る。

本開示の一実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行し、それにより要求データを提供するように設定され得る。端末デバイスの処理回路は、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それにより要求データに応答してユーザデータを提供するように設定され得る。

本開示の第７の態様によれば、基地局が提供される。基地局は、少なくとも１つのプロセッサと少なくとも１つのメモリとを備え得る。少なくとも１つのメモリは、少なくとも１つのプロセッサによって実行可能な命令を含んでいることがあり、それにより、基地局は、ランダムアクセスについての要求メッセージを受信するように動作可能であり得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。基地局は、要求メッセージから１つまたは複数のＰＵＳＣＨを取得するようにさらに動作可能であり得る。

本開示の一実施形態では、基地局は、上記の第３の態様による方法を実施するように動作可能であり得る。

本開示の第８の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、端末デバイスから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え得る。基地局は、無線インターフェースと処理回路とを備え得る。基地局の処理回路は、ランダムアクセスについての要求メッセージを受信するように設定され得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。基地局の処理回路は、要求メッセージから１つまたは複数のＰＵＳＣＨを取得するようにさらに設定され得る。

本開示の一実施形態では、通信システムは、基地局をさらに含み得る。

本開示の一実施形態では、通信システムは、端末デバイスをさらに含み得る。端末デバイスは、基地局と通信するように設定され得る。

本開示の一実施形態では、ホストコンピュータの処理回路は、ホストアプリケーションを実行するように設定され得る。端末デバイスは、ホストアプリケーションに関連付けられたクライアントアプリケーションを実行し、それによりホストコンピュータによって受信されるべきユーザデータを提供するように設定され得る。

本開示の第９の態様によれば、コンピュータプログラム製品が提供される。コンピュータプログラム製品は、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに、上記の第１および第３の態様のいずれかによる方法を実施させる命令を備え得る。

本開示の第１０の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、少なくとも１つのプロセッサによって実行されたとき、少なくとも１つのプロセッサに、上記の第１および第３の態様のいずれかによる方法を実施させる命令を備え得る。

本開示の第１１の態様によれば、端末デバイスが提供される。端末デバイスは、ランダムアクセスについての要求メッセージを決定するための決定モジュールを備え得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。端末デバイスは、要求メッセージを送信するための送信モジュールをさらに備え得る。

本開示の第１２の態様によれば、基地局が提供される。基地局は、ランダムアクセスについての要求メッセージを受信するための受信モジュールを備え得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。基地局は、要求メッセージから１つまたは複数のＰＵＳＣＨを取得するための取得モジュールをさらに備え得る。

本開示の第１３の態様によれば、基地局と少なくとも１つの端末デバイスとを含む通信システムにおいて実装される方法が提供される。本方法は、少なくとも１つの端末デバイスにおいて、ランダムアクセスについての要求メッセージを決定することを含み得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。本方法は、少なくとも１つの端末デバイスにおいて、要求メッセージを送信することをさらに含み得る。本方法は、基地局において、ランダムアクセスについての要求メッセージを受信することをさらに含み得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。本方法は、基地局において、要求メッセージから１つまたは複数のＰＵＳＣＨを取得することをさらに含み得る。

本開示の第１４の態様によれば、少なくとも１つの端末デバイスと基地局とを備える通信システムが提供される。少なくとも１つの端末デバイスは、ランダムアクセスについての要求メッセージを決定し、要求メッセージを送信するように設定され得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。基地局は、ランダムアクセスについての要求メッセージを受信し、要求メッセージから１つまたは複数のＰＵＳＣＨを取得するように設定され得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。

本開示のこれらおよび他の目的、特徴および利点は、添付の図面とともに読み取られるべきである、本開示の例示的な実施形態の以下の詳細な説明から明らかになろう。

ＮＲにおける４ステップランダムアクセスプロシージャを示す図である。 ＮＲにおける２ステップランダムアクセスプロシージャを示す図である。 本開示の第２の実施形態を示す図である。 本開示の第３の実施形態を示す図である。 第２および第３の実施形態について説明するための図である。 第２および第３の実施形態について説明するための図である。 本開示の一実施形態による、端末デバイスにおいて実装される方法を示すフローチャートである。 本開示の一実施形態による、基地局において実装される方法を示すフローチャートである。 本開示のいくつかの実施形態を実践する際に使用するのに好適な装置を示すブロック図である。 本開示の一実施形態による、端末デバイスを示すブロック図である。 本開示の一実施形態による、基地局を示すブロック図である。 いくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示す図である。 いくつかの実施形態による、基地局を介してユーザ機器と通信するホストコンピュータを示す図である。 いくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 いくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 いくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 いくつかの実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

説明の目的で、以下の説明では、開示される実施形態の完全な理解を提供するために詳細が記載される。しかしながら、実施形態が、これらの具体的な詳細なしに、または等価な構成を用いて実装され得ることは、当業者には明らかである。

４ステップランダムアクセスプロシージャでは、ＵＥは、ＲＡＲ中でタイミングアドバンスコマンドを受信した後に、およびＰＵＳＣＨ送信のタイミングを調節した後に、ＰＵＳＣＨ（メッセージ３）を送信し、これは、ＰＵＳＣＨがサイクリックプレフィックス（ＣＰ）内にタイミング精度でｇＮＢにおいて受信されることを可能にする。このタイミングアドバンス機能がない場合、システムがＵＥとｇＮＢとの間の極めて小さい距離をもつセル中で適用されない限り、ＰＵＳＣＨを復調し、検出することが可能であるために、極めて大きいＣＰが必要とされるであろう。ＮＲはまた、より大きいセルをサポートするので、ＵＥにタイミングアドバンスを提供する必要があり、したがって、４ステップ手法は、ランダムアクセスプロシージャのために必要とされる。

メッセージ２中で搬送されるランダムアクセス応答は、時間領域リソース割り当てのための４ビットと、メッセージ３のために使用されるべきＭＣＳを識別する４ビットとを含む。時間領域リソース割り当てビットは、どのＰＵＳＣＨマッピングタイプ（ＡまたはＢ）を使用すべきかと、どのスロットがパラメータＫ_２を介してＰＵＳＣＨを搬送するかと、スロットの開始に対する開始シンボルＳと、直交周波数分割多重（ＯＦＤＭ）シンボルにおけるＰＵＳＣＨ送信の長さＬとを識別するために、第３世代パートナーシッププロジェクト（３ＧＰＰ）技術仕様（ＴＳ）３８．２１４ Ｖ１５．４．０における表６．１．２．１．１－２または表６．１．２．１．１－３とともに使用される。ＭＣＳを識別する４ビットは、以下で説明されるＰＵＳＣＨについてのＭＣＳ表の最も低い１６個のエントリによって与えられる、パラメータＩ_ＭＣＳ（ＭＣＳインデックス）とＱ_ｍ（変調次数）とを決定する。

メッセージ３を搬送するＰＵＳＣＨについてのトランスポートブロックサイズを決定するために、ＵＥは、３ＧＰＰ ＴＳ３８．２１４ Ｖ１５．４．０のセクション６．１．４．２において説明されるように、物理リソースブロック（ＰＲＢ）内のＰＵＳＣＨのために割り当てられるリソースエレメント（ＲＥ）の数（Ｎ’_ＲＥ）を

によって決定する。３ＧＰＰ ＴＳ３８．２１４ Ｖ１５．４．０のセクション５．１．３．２のステップ２）において説明されるように、ＰＵＳＣＨ情報ビットの中間数（Ｎ_ｉｎｆｏ）が、Ｎ_ｉｎｆｏ＝Ｎ_ＲＥ・Ｒ・Ｑ_ｍ・ｖによって取得される。３ＧＰＰ ＴＳ３８．２１１のセクション３．２において規定されているように、パラメータｖは、ＴＢの送信のために使用されるレイヤの数である。使用される実際のトランスポートブロックサイズは、次いで、Ｎ_ｉｎｆｏ≦３８２４であるかどうかに従って、３ＧＰＰ ＴＳ３８．２１４ Ｖ１５．４．０のセクション５．１．３．２のステップ３）またはステップ４）のいずれかによって与えられる。

ＴＳ３８．２１４ Ｖ１５．４．０では、ＰＤＳＣＨ送信について、６４ＱＡＭの最高変調次数をもつ２つのＭＣＳ表が規定されており、ＴＳ３８．２１４ Ｖ１５．４．０からの表５．１．３．１－１および表５．１．３．１－３を参照されたい。表５．１．３．１－１はＯＦＤＭのための「ｑａｍ６４」ＭＣＳ表であり、表５．１．３．１－３はＯＦＤＭのための「ｑａｍ６４ＬｏｗＳＥ」表である。これらの表はまた、変換プリコーディングが無効にされたとき、ＰＵＳＣＨのために使用される。メッセージ３（Ｍｓｇ３）ＰＵＳＣＨ送信では、ＵＥは、変換プリコーディングを、上位レイヤ設定されたパラメータｍｓｇ３－ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒに従って「有効にされる」かまたは「無効にされる」かのいずれかであると見なすものとする。

ＴＳ３８．２１４ Ｖ１５．４．０では、変換プリコーディングを伴うＰＵＳＣＨ送信について、６４ＱＡＭの最高変調次数をもつ２つのＭＣＳ表が規定されており、ＴＳ３８．２１４ Ｖ１５．４．０からの表６．１．４．１－１および表６．１．４．１－２を参照されたい。表６．１．４．１－１は離散フーリエ変換（ＤＦＴ）拡散ＯＦＤＭ（ＤＦＴ－ｓ－ＯＦＤＭ）のための「ｑａｍ６４」ＭＣＳ表であり、表６．１．４．１－２はＤＦＴ－ｓ－ＯＦＤＭのための「ｑａｍ６４ＬｏｗＳＥ」ＭＣＳ表である。表６．１．４．１－１および表６．１．４．１－２では、上位レイヤパラメータｔｐ－ｐｉ２ＢＰＳＫが設定された場合、ｑ＝１であり、他の場合、ｑ＝２であり、ここで、ｔｐ－ｐｉ２ＢＰＳＫは、以下のように規定される。
ｔｐ－ｐｉ２ＢＰＳＫ ＥＮＵＭＥＲＡＴＥＤ｛ｅｎａｂｌｅｄ｝ ＯＰＴＩＯＮＡＬ， －－Ｎｅｅｄ Ｓ
ｔｐ－ｐｉ２ＢＰＳＫ
フィールドが存在する場合、変換プリコーディングを伴うｐｉ／２－ＢＰＳＫ変調を有効にし、他の場合、そのｐｉ／２－ＢＰＳＫ変調を無効にする。

図２に示されているように、２ステップランダムアクセスプロシージャでは、同期信号ブロック（ＳＳＢ）とシステム情報とを検出するステップは、４ステップ手法の場合と同じであるが、初期アクセスは、チャネルアクセスの数を最小限に抑えるために２つのステップのみにおいて完了される。これは、たとえば、リッスンビフォアトークが送信の前に実行されなければならない未ライセンス周波数帯域における動作の場合に重要である。第１のステップにおいて、ＵＥは、場合によってはＰＵＳＣＨ上の何らかの小さい追加のペイロードを伴う、ＲＲＣ接続要求などの上位レイヤデータとともにランダムアクセスプリアンブルを含む、（メッセージＡとして示される）ランダムアクセスについての要求メッセージを送る。第２のステップにおいて、ｇＮＢは、ＵＥ識別子割り振り、タイミングアドバンス情報、および競合解消メッセージなどを含む（メッセージＢとして示される）応答メッセージを送る。

２ステップランダムアクセスプロシージャを導入したとき、（ｍｓｇＡとして示される）メッセージＡ中のＰＵＳＣＨは、関連付けられたランダムアクセスチャネル（ＲＡＣＨ）プリアンブルの直後に送信され得る。したがって、通常ＰＵＳＣＨと比較すると、ｍｓｇＡ中のＰＵＳＣＨは、２つのＵＥが同じＰＵＳＣＨリソースを選択するとき、他のＰＵＳＣＨと衝突し得る。さらに、ｍｓｇＡ ＰＵＳＣＨは、ＵＥが正確なタイミングアドバンスを有しないことがあるので、ｇＮＢにおいてうまく時間整合されないことがある。ｍｓｇＡのプリアンブル部分は、そのプリアンブル部分においてデータ送信がないので、通常、ＰＵＳＣＨ部分よりも良好な性能を有する。したがって、２ステップランダムアクセスプロシージャにおけるｍｓｇＡ検出成功率を改善するためにＰＵＳＣＨ拡張に対する方法を提供することが望ましいであろう。

本開示は、２ステップランダムアクセスプロシージャのための改善されたソリューションを提案する。このソリューションは、端末デバイスと基地局とを含む無線通信システムに適用され得る。端末デバイスは、無線アクセス通信リンクを通して基地局と通信することができる。基地局は、その基地局の通信サービスセル内にある端末デバイスに無線アクセス通信リンクを提供することができる。基地局は、たとえば、ＮＲにおけるｇＮＢであり得る。通信は、任意の好適な通信規格およびプロトコルに従って端末デバイスと基地局との間で実施され得ることに留意されたい。端末デバイスは、たとえば、デバイス、アクセス端末、ユーザ機器（ＵＥ）、移動局、モバイルユニット、加入者局などと呼ばれることもある。端末デバイスは、無線通信ネットワークにアクセスし、無線通信ネットワークからサービスを受信することができる、任意のエンドデバイスを指し得る。限定ではなく例として、端末デバイスは、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生器具、モバイルフォン、セルラフォン、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）などを含み得る。

モノのインターネット（ＩｏＴ）シナリオでは、端末デバイスは、監視および／または測定を実施し、そのような監視および／または測定の結果を別の端末デバイスおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスを表し得る。この場合、端末デバイスは、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、３ＧＰＰコンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、バイク、車両、あるいは家庭用または個人用電気器具、たとえば、冷蔵庫、テレビジョン、時計などの個人用ウェアラブルなどを含み得る。

次に、ランダムアクセスプロシージャのための改善されたソリューションについて説明するために、いくつかの実施形態が説明される。第１の実施形態として、トランスポートブロックサイズ（ＴＢＳ）スケーリングが、ＴＢＳスケーリングファクタＳを使用することによってｍｓｇＡ中のＰＵＳＣＨのために実施され得る。ＴＢＳスケーリングファクタＳは正値であり、Ｓ≦１である。ＴＢＳスケーリングを適用するために、既存のＰＵＳＣＨ ＴＢＳ決定プロシージャは、ＭｓｇＡ ＰＵＳＣＨについてより低いコードレートを達成するように修正され得、したがって、ＴＢ送信のために使用される実際のスペクトル効率は、ＭＣＳ表からの公称スペクトル効率（変調次数Ｑ_ｍ×コードレートＲ）よりも低い。ＰＵＳＣＨのコードレートを低下させることによって、改善された復号性能が予想され得る。

例示的な例として、ＭｓｇＡを搬送するＰＵＳＣＨでは、ＴＢＳ決定は、ＴＳ３８．２１４セクション「５．１．３．２ トランスポートブロックサイズ決定」におけるステップ２におけるＰＵＳＣＨ情報ビットの中間数（Ｎ_ｉｎｆｏ）の計算が、Ｎ_ｉｎｆｏ＝Ｎ_ＲＥ・Ｒ・Ｑ_ｍ・ｖではなく、Ｎ_ｉｎｆｏ＝Ｓ・Ｎ_ＲＥ・Ｒ・Ｑ_ｍ・ｖによるＴＢＳスケーリングを含むように修正され、ＭＣＳ情報と時間領域リソース割り当てが、ダウンリンク制御情報（ＤＣＩ）を使用してではなく、ＲＲＣシグナリングを介してシグナリングされ得ることを除いて、上記で説明されたようにメッセージ３を搬送するＰＵＳＣＨのためのＴＢＳを決定するためのプロシージャに従い得る。

コードレートＲと変調次数Ｑ_ｍとは、ＭＣＳ表とともにＭＣＳインデックスＩ_ＭＣＳによって提供され得る。たとえば、コードレートＲの値と変調次数Ｑ_ｍの値とは、最も小さいコードレートＲを含んでいるＭＣＳ表の行によって決定され得る。変数Ｎ_ＲＥは、ＴＢを送信するために使用可能なリソースエレメント（ＲＥ）の数を表し、時間および周波数領域設定によって提供され得る。時間領域設定では、開始シンボルＳおよびＰＵＳＣＨ持続時間Ｌを示す時間領域リソース割り当てビットは、（たとえば、ブロードキャストまたはＵＥ固有）ＲＲＣシグナリングを介して提供され得る。周波数領域設定では、ＭｓｇＡ ＴＢ送信のために割り当てられたＰＲＢの数は、（たとえば、ブロードキャストまたはＵＥ固有）ＲＲＣシグナリングを介して提供され得る。たとえば、時間領域リソース割り当てパラメータは、３ＧＰＰ ＴＳ３８．２１４の表６．１．２．１．１－２または表６．１．２．１．１－３を使用して識別され得る。

Ｎ_ＲＥ計算では、２つの変数

も必要とされ得る。

は、ＰＵＳＣＨのための割り当てられた持続時間におけるＰＲＢごとのＤＭＲＳについてのＲＥの数である。したがって、

は、ＤＭＲＳ符号分割多重化（ＣＤＭ）グループおよびＤＭＲＳポートの数を含む、ＰＵＳＣＨ送信のＤＭＲＳ設定によって決定され得る。

は、他のオーバーヘッドのためのＰＲＢごとのＲＥの数である。簡単のために、

は、固定値、たとえば、

としてセットされ得る。

たとえば、１つまたは複数の可能なＴＢＳスケーリングファクタは、ページングとＲＡＲとのためのＰＤＳＣＨのためのＴＢＳスケーリングと同様に規定され得る。例示的な例として、以下の表１に示されている４つのエントリのスケーリングファクタ表が使用され得る。代替的に、以下の表２に示されている２つのエントリのスケーリングファクタ表が使用され得る。

表１：ｍｓｇＡ ＰＵＳＣＨについてのＴＢＳ決定のためのスケーリングファクタ

表２：ｍｓｇＡ ＰＵＳＣＨについてのＴＢＳ決定のためのスケーリングファクタ

使用されるＴＢＳスケーリングファクタＳは、以下のオプションのうちの１つを介して決定され得る。第１のオプションとして、Ｓの値は、ＲＲＣシグナリング（たとえば、システム情報またはＲＲＣ専用シグナリング）中でシグナリングされ得る。このようにして、Ｓの半静的値はｇＮＢからＵＥに送られ得、ＵＥは、シグナリングされた値Ｓを適用し得る。シグナリングが随意である場合、ＵＥにおいてＳのデフォルト値が設定され得ることに留意されたい。第２のオプションとして、ｇＮＢは、Ｓについての可能な値、たとえば、表２に示されているような２つの可能な値のセットを設定し得る。ＵＥは、そのセットから１つの値を選択し、所与のＭｓｇＡ送信のためにその値を適用し得る。たとえば、ＵＥは、参照信号受信電力（ＲＳＲＰ）などのチャネル品質の推定値に従ってスケーリングファクタＳを選択し得る。チャネル品質が所定のしきい値を上回るまたは下回る場合、それぞれ、Ｓのより大きい値またはより小さい値が使用され得る。ｇＮＢ受信機において、ＵＥがＳのどの値を選択するかは知られておらず、受信機は、Ｓのどの値が実際に使用されるかをブラインド検出し得る。たとえば、ｇＮＢは、表２中の２つの可能な値、Ｓ＝０．５または０．２５を試み得る。ＰＵＳＣＨの成功した検出を生じる値Ｓは、ＵＥによって実際に適用される値と見なされ得る。ＰＵＳＣＨの成功した検出は、搬送されたトランスポートブロックの復号が巡回冗長検査（ＣＲＣ）検査を成功裡に通過したとき、達成され得る。

第３のオプションとして、Ｓの値は、他の知られているパラメータによって暗黙的に決定され得る。たとえば、他の知られているパラメータは、表１に示されている４つの可能なＳ値のセットから１つの値を選択するために使用され得る。値Ｓの導出のために使用され得る可能なパラメータは、限定はしないが、ＰＲＡＣＨプリアンブル情報（たとえば、フォーマットおよび／またはＩＤ、ＰＲＡＣＨ機会）、ＤＭＲＳ情報、使用事例情報、周波数帯域情報（たとえば、ライセンス済みまたは未ライセンス、周波数範囲１（ＦＲ１）またはＦＲ２）を含み得る。第４のオプションとして、Ｓは固定値をとり得る。たとえば、Ｓ＝０．２５である。第１の実施形態では、ＴＢＳスケーリングが適用されるので、低いコーディングレートが予想されるとき、より高い変調タイプも使用され得ることに留意されたい。

第２の実施形態として、１つのＰＵＳＣＨ送信のために、ＰＵＳＣＨ繰返しが使用され得る。たとえば、ＰＵＳＣＨは、ＭｓｇＡについてＫ個の繰返しで設定され得、ここで、Ｋは整数であり、Ｋ≧１である。したがって、１つのＰＵＳＣＨ送信セットが、ＭｓｇＡ上位レイヤデータを搬送するＴＢのＫ個の繰返しから構成されるように規定され得る。ＭｓｇＡにおいて、１つのＰＲＡＣＨプリアンブルの後に、ＰＵＳＣＨ送信セットが続き得る。ＰＵＳＣＨ送信セットの時間および周波数ロケーションは、ＰＲＡＣＨプリアンブルを識別するインデックスに関係し得る。言い換えれば、Ｋ個の繰返しの各々は、その繰返しより前に送信されるＰＲＡＣＨプリアンブルに関連付けられ得る。Ｋ個の繰返しの各々は、時間および周波数における所定のロケーションにおいて送信され、ＰＲＡＣＨプリアンブルを識別するインデックスに対応し得る。「繰返し」という用語は、ここででは、１つの繰返しがＴＢ自体を指し、２つの繰返しがＴＢ自体とＴＢの１つの繰返しとを指すようなやり方で使用される。

時間領域において、ＵＥは、時間における異なる瞬間においてセットのＫ個の繰返しの各々を送信し得る。Ｋ個の繰返しは、ＰＲＡＣＨプリアンブルの終了に対してあらかじめ規定されたインスタンスにおいて開始する、Ｋ個の連続する、利用可能なアップリンク送信ユニットを占有し得る。たとえば、時分割複信（ＴＤＤ）システムでは、ダウンリンク（ＤＬ）シンボル、ギャップシンボル、フレキシブルシンボル、サウンディング参照信号（ＳＲＳ）のためのシンボルを含む、ＰＵＳＣＨ送信のために利用不可能なシンボルは除外され得る。

時間における所定のロケーションは、繰返しが始まることができるときの間のシンボルの単位での周期性と、システムフレーム番号に対して繰返しがいつ開始することができるかを示すオフセットと、開始シンボルの指示と、周期性およびオフセットによって識別されるシンボルに対するＰＵＳＣＨ送信の長さとのうちの１つまたは複数としてＵＥにシグナリングされ得る。例示的な例として、時間における所定のロケーションは、以下のパラメータ、すなわち、３ＧＰＰ ＴＳ３８．３３１ Ｖ１５．４．０における情報エレメント（ＩＥ）ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇにおける周期性、ｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔ、およびｔｉｍｅＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎのうちの１つまたは複数に従って示され得る。

周波数領域では、Ｋ個の繰返しは、周波数ホッピングを使用することも使用しないこともある。周波数ホッピングが適用されない場合、Ｋ個の繰返しはＰＲＢの同じセットを占有し得る。周波数ホッピングが適用される場合、Ｋ個の繰返しは、周波数ダイバーシティを達成するために、ＰＲＢの異なるセットを占有し得る。

周波数における所定のロケーションは、開始仮想リソースブロックとして、および連続して割り当てられたリソースブロックに関する長さとして、繰返しについてシグナリングされ得る。例示的な例として、周波数における所定のロケーションは、３ＧＰＰ ＴＳ３８．３３１ Ｖ１５．４．０におけるＩＥ ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔＣｏｎｆｉｇにおけるパラメータｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎを使用して識別され得る。各繰返しが周波数における異なるロケーションを占有するように設定され得る場合、各繰返しは、ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＡｌｌｏｃａｔｉｏｎの異なる値で設定され得る。

パラメータＫは、以下のオプションのうちの１つを使用してＵＥに提供され得る。第１のオプションとして、Ｋの値は、ＲＲＣシグナリングを介してシグナリングされ得る。ＲＲＣシグナリングは、ブロードキャストシステム情報または専用シグナリング中で搬送され得る。このようにして、Ｋの半静的値はｇＮＢからＵＥに送られ得、ＵＥは、シグナリングされた値ＫをＰＵＳＣＨ送信のセット中で適用し得る。シグナリングが随意である場合、ＵＥにおいてＫのデフォルト値が設定され得ることに留意されたい。第２のオプションとして、Ｋは固定値をとり得る。たとえば、Ｋ＝２である。第３のオプションとして、Ｋは、他のパラメータ、たとえば、ＰＲＡＣＨプリアンブル情報（たとえば、フォーマットおよび／またはＩＤ、ＰＲＡＣＨ機会）、ＤＭＲＳ情報、使用事例情報、周波数帯域情報（たとえば、ライセンス済みまたは未ライセンス、ＦＲ１またはＦＲ２）に関連し得る。

随意に、繰返しの単位は均一であり得、ここで、その単位はスロットまたはミニスロットであり得る。たとえば、図３に示されているように、１つのＰＵＳＣＨ送信セットが４つの繰返しから構成され、繰返し単位はスロットである。単位がスロットであり、Ｋ＞１である場合、ＭｓｇＡのＴＢについて、ＵＥは、Ｋ個の連続する、指定されたスロットにわたってＴＢを繰り返し得る。２つの代替形態が、各スロット中のＰＵＳＣＨロケーションについて可能である。第１の代替形態では、ＵＥは、各スロット中の同じシンボル割り当てを適用し得る。すなわち、ＰＵＳＣＨは、各指定されたスロット中の同じ｛開始，終了｝シンボルロケーションを占有し得る。第２の代替形態では、ＵＥは、各指定されたスロット中の異なる｛開始，終了｝シンボル割り当てのＰＵＳＣＨを使用することを可能にされ得る。

単位がミニスロットであり、Ｋ＞１である場合、ＵＥは、Ｋ個の連続する、指定されたミニスロットにわたってＴＢを繰り返し得る。ミニスロットのＫ個の繰返しが、スロット境界を横断することを必要とする場合、ＵＥは、以下の代替形態のうちの１つを使用し得る。第１の代替では、ＵＥは、スロット境界横断を生じることになるミニスロット繰返しにおいてＰＵＳＣＨ送信を終了し得る。ミニスロット持続時間とＫの値とに応じて、ＵＥは、Ｋ個の繰返しを完了することが可能でないことがある。第２の代替形態では、ＵＥは、スロット境界横断にかかわらず、Ｋ個の繰返しを完了し得る。代わりに、繰返しの単位が不均一であり得ることに留意されたい。たとえば、ＭｓｇＡ ＴＢの第１、第２、第３の繰返しは、それぞれ、７シンボルミニスロットと、（１４個のシンボルを含んでいる）スロットと、４シンボルミニスロットとを使用し得る。

上記の説明では、Ｋ個の指定されたスロットは（および指定されたミニスロットについて同様に）以下のうちの１つを指し得る。
１）絶対スロット番号付けによるＫ個のスロット。この代替形態では、ＴＤＤシステムについて、スロット（またはスロット中のいくつかのシンボル）がダウンリンク送信のためにマークされた場合、いくつかのスロットは、ＰＵＳＣＨ送信のために利用可能でないことがある。そのような利用不可能なスロットはスキップされ、実際のＰＵＳＣＨ繰返しのための潜在的にＫ個のスロットよりも少ないスロットをもたらす。
２）ＰＵＳＣＨ送信のために利用可能であるＫ個のスロット。この代替形態では、ＴＤＤシステムについて、ＰＵＳＣＨ送信のために利用不可能なスロットにより、ＰＵＳＣＨ送信は、絶対スロット番号付けに関するＫ個のスロットよりも多いスロットに及び得る。
３）周期性とｔｉｍｅＤｏｍａｉｎＯｆｆｓｅｔとに従って規定されるＫ個のスロット。

随意に、ＰＵＳＣＨ送信のＫ個の繰返し間で、Ｋ個のＰＵＳＣＨ繰返しの各々が、異なる冗長バージョン（ＲＶ）を使用し得るように、ＲＶシーケンスが規定され得る。非限定的な例として、Ｋ個の繰返し（ｎ＝１、２、．．．、Ｋ）の間のｎ番目の送信機会では、ｎ番目の送信機会は、提供されたＲＶシーケンス中の（ｍｏｄ（ｎ－１，４）＋１）番目の値に関連付けられ得る。

ＲＶシーケンスは、以下のオプションのうちの１つによってＵＥに提供され得る。第１のオプションとして、ＲＶシーケンスは、ＲＲＣ設定され得る。ＲＲＣシグナリングは、システム情報、またはＲＲＣ専用シグナリングであり得る。第２のオプションとして、ＲＶシーケンスは固定され得る。長さ４のＲＶシーケンスの例は、｛０，０，０，０｝、｛０，２，３，１｝、｛０，３，０，３｝などを含み得る。

第３の実施形態として、繰り返されるＰＵＳＣＨ送信は、漸進的ｍｓｇＡ試行のために使用され得る。たとえば、ＵＥがｍｓｇＡ試行を行うとき、ｍｓｇＡ試行は失敗し得、ＵＥは再び試みる必要がある。ｊ番目のｍｓｇＡ試行を送った後に、ＵＥは、ｇＮＢがＭｓｇＢを送るかどうかを確かめるために待ち得る。ｍｓｇＢが、あらかじめ規定された時間間隔内に受信されない場合、ＵＥは、ｊ番目のｍｓｇＡが失敗したと考え得、（ｊ＋１）番目のｍｓｇＡ試行を行い得る。（ｊ＋１）番目の試行の成功確率を改善するために、ＵＥは、漸進的ｍｓｇＡ試行においてＰＵＳＣＨ送信をますます繰り返し得る。

一例として、ＰＵＳＣＨ送信セットは繰り返され得、ここで、ＰＵＳＣＨ送信セットは所与のＴＢのＫ個の繰返しから構成され得る。たとえば、ｊ番目のｍｓｇＡ試行において、ＵＥは、ＰＵＳＣＨ送信をＬ_ｊ回繰り返し得る。（ｊ＋１）番目のｍｓｇＡ試行において、ＵＥは、ＰＵＳＣＨ送信をＬ_ｊ＋１回繰り返し得、ここで、Ｌ_ｊ＋１＞Ｌ_ｊ≧１である。１つのＰＵＳＣＨ送信がＭｓｇＡ ＴＢのＫ個の繰返しから構成され、ｊ番目および（ｊ＋１）番目のｍｓｇＡ試行が、それぞれ、ＴＢのＫ＊Ｌ_ｊ個およびＫ＊Ｌ_ｊ＋１個の繰返しを使用すると考える。たとえば、図４に示されているように、第１の／第２の／第３のＭｓｇＡ試行は、所与のＭｓｇＡ ＴＢの１／２／４ＰＵＳＣＨ送信セットを使用する。

別の例として、ＰＵＳＣＨ送信セットの長さは、各々がＭｓｇＡ試行に失敗した後に増加される。たとえば、ｊ番目のｍｓｇＡ試行において、ＰＵＳＣＨ送信セットはＭｓｇＡ ＴＢのＫ_ｊ個の繰返しから構成され得、ＵＥはＭｓｇＡ ＴＢをＫ_ｊ回繰り返し得る。（ｊ＋１）番目のｍｓｇＡ試行において、ＰＵＳＣＨ送信セットはＭｓｇＡ ＴＢのＫ_ｊ＋１個の繰返しから構成され得、ＵＥはＭｓｇＡ ＴＢをＫ_ｊ＋１回繰り返し得、ここで、Ｋ_ｊ＋１＞Ｋ_ｊ≧１である。Ｋ_ｊおよびＫ_ｊ＋１の値は、それぞれ、ｊ番目および（ｊ＋１）番目のｍｓｇＡ送信によって使用されるパラメータ、および／または数ｊ、および／または繰返しの数を増加させるためのステップサイズによって決定され得る。

上記の第２および第３の実施形態では、１つの送信中の繰り返されるＰＵＳＣＨ送信および／またはＰＵＳＣＨ繰返しは、２ステップランダムアクセスにおいてｍｓｇＡ ＰＵＳＣＨ送信のために設定されたＰＵＳＣＨタイミング周波数リソースの連続するまたは所定のセット上でのものであり得る。１つのｍｓｇＡ送信のためのＰＲＡＣＨ機会およびＰＵＳＣＨ機会は、時分割多重化されたおよび／または周波数分割多重化された様式のものであり得る。

たとえば、図５は、時分割多重化（ＴＤＭ）様式で２つのＰＵＳＣＨ機会と多重化されたＰＲＡＣＨ機会を示す。図示のように、１つのｍｓｇＡ送信は、ＰＲＡＣＨ機会における１つのプリアンブル送信と、第１の時間間隔においてＰＵＳＣＨ機会＃１上で搬送されるトランスポートブロックの１つのＰＵＳＣＨ送信と、第２の時間間隔においてＰＵＳＣＨ機会＃２上で搬送されるトランスポートブロックの第２のＰＵＳＣＨ送信とを含み得る。この例では、ＰＲＡＣＨ送信と両方のＰＵＳＣＨ送信とは、同じ周波数領域リソースを占有する。

図６は、図５に示されている例の変形態を示す。図示のように、ＰＲＡＣＨ送信と２つのＰＵＳＣＨ送信とは、依然として別個の時間間隔において送信されるが、ＰＵＳＣＨ機会はまた、ＰＲＡＣＨおよび互いとは異なる周波数リソースを占有し得る。異なる周波数リソースにおいてＰＵＳＣＨトランスポートブロックを送信することは、マルチパスフェージングチャネルにおけるダイバーシティ利得を提供することによって、または周波数において干渉が変動する、干渉に対するロバストネスを向上させることによって、性能を改善し得る。

第４の実施形態として、ＰＵＳＣＨ性能を改善するために、低スペクトル効率６４ＱＡＭ ＭＣＳ表（「ｑａｍ６４ＬｏｗＳＥ」表、たとえば、ＴＳ３８．２１４ Ｖ１５．４．０、表５．１．３．１－３および表６．１．４．１－２）が使用され得る。ｑａｍ６４ＬｏｗＳＥ ＭＣＳ表は、通常のｑａｍ６４、ＭＣＳ表（たとえば、ＴＳ３８．２１４ Ｖ１５．４．０、表５．１．３．１－１および表６．１．４．１－１）よりも低いターゲットコーディングレートをもつより低いＭＣＳ値を含んでいる。詳細には、０～５の範囲内のＭＣＳインデックスＩ_ＭＣＳは、通常の６４ＱＡＭ ＭＣＳ表１（「ｑａｍ６４」表、たとえば、ＴＳ３８．２１４ Ｖ１５．４．０、表６．１．４．１－１：ＭＣＳインデックステーブル１）におけるスペクトル効率エントリよりも低いスペクトル効率エントリを提供することができる。

例示的な例として、さらにより低いスペクトル効率をもつＭＣＳ値のより多くの行が、「ｑａｍ６４ＬｏｗＳＥ」ＭＣＳ表に追加され得る。随意に、高スペクトル効率をもつＭＣＳ値のいくつかの行が、「ｑａｍ６４ＬｏｗＳＥ」ＭＣＳ表から削除され得る。これは、ＯＦＤＭのための新しい「ｑａｍ６４ＬｏｗＳＥ２」ＭＣＳ表と、ＤＦＴ－ｓ－ＯＦＤＭのための新しい「ｑａｍ６４ＬｏｗＳＥ２」ＭＣＳ表とを作成し得る。ＯＦＤＭのための新しい「ｑａｍ６４ＬｏｗＳＥ２」ＭＣＳ表は、以下の表３に示されている。示されているように、より低いスペクトル効率をもつ２つの行がＩ_ＭＣＳ＝０および１を用いて追加され、ＯＦＤＭのｑａｍ６４ＭＣＳ表（たとえば、ＴＳ３８．２１４ Ｖ１５．４．０、表５．１．３．１－３：ＰＤＳＣＨについてのＭＣＳインデックス表３）中で最も高いスペクトル効率をもつ２つの行が削除される。また、ＤＦＴ－ｓ－ＯＦＤＭについての同様のｑａｍ６４ＬｏｗＳＥ２ ＭＣＳ表が導入され得る。

表３：変換プリコーディングが無効にされたＰＵＳＣＨについてのｑａｍ６４ＬｏｗＳＥ２ ＭＣＳインデックステーブル

随意に、２ステップランダムアクセス（ＲＡ）においてｍｓｇＡ ＰＵＳＣＨのためにどの表が使用されることになるかを決定するために、何らかのＲＲＣシグナリングがシグナリングされ得る。たとえば、以下のフィールドは、ＭＣＳ表を選択するために、（たとえば、ブロードキャストＲＲＣまたＵＥ固有）ＲＲＣシグナリングに追加され得る。
ｍｃｓ－Ｔａｂｌｅ－ｍｓｇＡ ＥＮＵＭＥＲＡＴＥＤ｛ｑａｍ６４，ｑａｍ６４ＬｏｗＳＥ，ｑａｍ６４ＬｏｗＳＥ２｝
ＯＰＴＩＯＮＡＬ， －－Ｎｅｅｄ Ｓ
ｍｃｓ－ＴａｂｌｅＴｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒ－ｍｓｇＡ ＥＮＵＭＥＲＡＴＥＤ｛ｑａｍ６４，ｑａｍ６４ＬｏｗＳＥ，ｑａｍ６４ＬｏｗＳＥ２｝
ＯＰＴＩＯＮＡＬ， －－Ｎｅｅｄ Ｓ

同様に、変換プリコーダを使用すべきか否かに関する対応する設定も、以下で示されているように、（たとえば、ブロードキャストまたはＵＥ固有）ＲＲＣシグナリングでシグナリングされ得る。
ｔｒａｎｓｆｏｒｍＰｒｅｃｏｄｅｒＭｓｇＡ ＥＮＵＭＥＲＡＴＥＤ｛ｅｎａｂｌｅｄ，ｄｉｓａｂｌｅｄ｝
ＯＰＴＩＯＮＡＬ， －－Ｎｅｅｄ Ｓ

代替的に、固定表が２ステップＲＡのために適用され得る。たとえば、ｑａｍ６４ＬｏｗＳＥ ＭＣＳ表が使用されるべきであることがあらかじめ規定され得る。さらに、変換プリコーディングを使用すべきか否かは、使用すべきＭＣＳ表とともに、ＭｓｇＡのためにあらかじめ規定され得る。たとえば、変換プリコーディングは、ＰＵＳＣＨ ＭｓｇＡについて常に無効にされ得る。

代替的に、どの表が使用されるべきであるかは、他のファクタ、たとえば、ＰＲＡＣＨプリアンブル情報（ＰＲＡＣＨフォーマットおよび／またはプリアンブルＩＤ、ＰＲＡＣＨ機会）、ＤＭＲＳ情報、使用事例情報、周波数帯域情報（たとえば、ライセンス済みまたは未ライセンス、ＦＲ１またはＦＲ２）によって決定され得る。

随意に、新しいＭＣＳ表が、ｍｓｇＡ ＰＵＳＣＨ送信のための既存の表とは別々に規定され得る。たとえば、以下で示される８エントリの表４は、変換プリコーディングが無効にされたＭｓｇＡ ＰＵＳＣＨのために使用され得る。ＭｓｇＡ ＰＵＳＣＨが再送信を有しない場合、表４中に予約済みエントリが含まれない。

表４：変換プリコーディングが無効にされたＰＵＳＣＨについてのｑａｍ６４ＬｏｗＳＥ２ ＭＣＳインデックステーブル

ＭｓｇＡ ＰＵＳＣＨが再送信を有する場合、以下の表５に示されているように、各変調次数についていくつかの予約済み行が含まれ得る。

表５：変換プリコーディングが無効にされたＰＵＳＣＨについてのｑａｍ６４ＬｏｗＳＥ２ ＭＣＳインデックステーブル

随意に、変換プリコーディングが有効にされたときにｍｓｇＡ ＰＵＳＣＨのためにＰＩ／２ ＢＰＳＫがサポートされるべきであるかどうかが、以下の代替形態とともに考えられ得る。第１の代替形態として、ＰＩ／２－ＢＰＳＫは、常に有効にされるかまたは無効にされ得る。第２の代替形態として、ＰＩ／２－ＢＰＳＫが有効にされるべきであるかどうかが、ＲＲＣシグナリングを介してシグナリングされ得る。シグナリングは、可能な場合、セル固有ＲＲＣシグナリングまたはＵＥ専用ＲＲＣシグナリングであり得る。例示的な例として、以下のパラメータｔｐ－ｐｉ２ＢＰＳＫ－ｍｓｇＡが、セル固有ＰＵＳＣＨパラメータを設定するために使用されるＰＵＳＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎ ＩＥにおいて規定され得る。
ｔｐ－ｐｉ２ＢＰＳＫ－ｍｓｇＡ ＥＮＵＭＥＲＡＴＥＤ｛ｅｎａｂｌｅｄ｝ ＯＰＴＩＯＮＡＬ， －－Ｎｅｅｄ Ｓ
ｔｐ－ｐｉ２ＢＰＳＫ－ｍｓｇＡ
フィールドが存在する場合、ｍｓｇＡのための変換プリコーディングを伴うｐｉ／２－ＢＰＳＫ変調を有効にし、他の場合、そのｐｉ／２－ＢＰＳＫ変調を無効にする。

第５の実施形態として、上記で説明された第１～第４の実施形態について、ｍｓｇＡ試行は、「プリアンブルとＰＵＳＣＨの両方」または「ＰＵＳＣＨのみ」のいずれかをもつ送信を含み得る。

以下で、ソリューションは、図７～図１７を参照しながらさらに説明される。図７は、本開示の一実施形態による、端末デバイスにおいて実装される方法を示すフローチャートである。ブロック７０２において、端末デバイスは、ランダムアクセスについての要求メッセージを決定する。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含む。ブロック７０４において、端末デバイスは要求メッセージを送信する。ランダムアクセスは２ステップランダムアクセスであり得、要求メッセージはメッセージＡであり得る。たとえば、要求メッセージは、以下で説明される３つのオプションのうちの１つまたは複数を用いてブロック７０２において決定され得る。要求メッセージは、ブロック７０４においてエアインターフェースを通して基地局に送信され得る。

第１のオプションとして、１つまたは複数のＰＵＳＣＨの数が２つ以上であり、２つ以上のＰＵＳＣＨはＰＵＳＣＨの複数の繰返しである。このようにして、要求メッセージのＰＵＳＣＨ送信の信頼性が改善され得、したがって、要求メッセージの検出／復号レートが２ステップランダムアクセスプロシージャにおいて改善され得る。たとえば、ＰＵＳＣＨの複数の繰返しは１つまたは複数のＰＵＳＣＨ送信セットに分割され得る。各ＰＵＳＣＨ送信セットは、ＰＵＳＣＨの２つ以上の繰返しを含み得る。

第２および第３の実施形態において上記で説明されたように、ＰＵＳＣＨの各繰返しがプリアンブルに関連付けられ得る。ＰＵＳＣＨの複数の繰返しの数は、端末デバイスにおけるＲＲＣシグナリングおよび／または事前設定から取得され得る。代替的に、ＰＵＳＣＨの複数の繰返しの数は、プリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づいて決定され得る。プリアンブルとＰＵＳＣＨのそれぞれの繰返しとは、時分割多重化および／または周波数分割多重化され得る。随意に、ＰＵＳＣＨの各繰返しが、冗長バージョン（ＲＶ）シーケンス中の対応するＲＶを使用し得る。ＲＶシーケンスは、端末デバイスにおけるＲＲＣシグナリングおよび／または事前設定から取得され得る。

第１のオプションは、要求メッセージの再送信の場合に適用され得る。たとえば、ランダムアクセスは、前のランダムアクセスの失敗により始動され得る。この場合、アクセスについてのＰＵＳＣＨの複数の繰返しの数は、前のランダムアクセスについてのもの以上であり得る。たとえば、ランダムアクセスについての各ＰＵＳＣＨ送信セット中のＰＵＳＣＨの繰返しの数は、前のランダムアクセスについてのもの以上であり得る。追加または代替として、ランダムアクセスについての１つまたは複数のＰＵＳＣＨ送信セットの数が、前のランダムアクセスについてのもの以上であり得る。

第２のオプションとして、ＰＵＳＣＨ中で搬送されるＴＢのサイズは、ＰＵＳＣＨ中で搬送されるＴＢの参照サイズに対して、スケーリングファクタでスケーリングされる。スケーリングファクタは、１よりも小さいかまたはそれに等しい正値であり得る。第１の実施形態において上記で説明されたように、ＴＢの参照サイズは、ＴＢを搬送するために使用可能なＲＥの数と、変調次数と、ＴＢについてのターゲットコードレートとの第１の積に基づいて決定され得る。ＴＢのサイズは、スケーリングファクタと第１の積との第２の積に基づいて決定され得る。スケーリングファクタは、端末デバイスにおけるＲＲＣシグナリングおよび／または事前設定から取得され得る。代替的に、スケーリングファクタは、チャネル品質推定値に基づいて値の事前設定されたセットから選択され得る。代替的に、スケーリングファクタは、プリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づいて決定され得る。

第３のオプションとして、要求メッセージは、参照ＭＣＳ表よりも低いスペクトル効率を有するＭＣＳ表に基づいて決定される。たとえば、第４の実施形態において上記で説明されたように、ＭＣＳ表は、より低いスペクトル効率を有する１つまたは複数の行を参照ＭＣＳ表中に追加することによって取得された表であり得る。随意に、ＭＣＳ表は、参照ＭＣＳ表から、より高いスペクトル効率を有する１つまたは複数の行を削除することによって、取得され得る。例示的な例として、参照ＭＣＳ表は、変換プリコーダが有効にされたＱＡＭ６４ＬｏｗＳＥ ＭＣＳ表であるか、または変換プリコーダが無効にされたＱＡＭ６４ＬｏｗＳＥ ＭＣＳ表であり得る。ＭＣＳ表は、参照ＭＣＳ表の代わりにまたは参照ＭＣＳ表とは別々に規定された表であり得る。

随意に、要求メッセージを決定するためにどのＭＣＳ表が使用されるべきであるかが、ＲＲＣシグナリングを介して示され得る。代替的に、固定ＭＣＳ表が、要求メッセージを決定するために使用されるように事前設定され得る。代替的に、要求メッセージを決定するためにどのＭＣＳ表が使用されるべきであるかは、プリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づいて決定され得る。

随意に、要求メッセージを決定するためにＰＩ／２ ＢＰＳＫが有効にされるべきであるかどうかが、ＲＲＣシグナリングを介して示され得る。代替的に、ＰＩ／２ ＢＰＳＫは、端末デバイスにおいて有効にされるかまたは無効にされるように事前設定され得る。

図８は、本開示の一実施形態による、基地局において実装される方法を示すフローチャートである。ブロック８０２において、基地局は、ランダムアクセスについての要求メッセージを受信する。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含む。ブロック８０４において、基地局は、要求メッセージから１つまたは複数のＰＵＳＣＨを取得する。ランダムアクセスは２ステップランダムアクセスであり得、要求メッセージはメッセージＡであり得る。要求メッセージは、ブロック８０２においてエアインターフェースを通して端末デバイスから受信され得る。１つまたは複数のＰＵＳＣＨは、以下で説明される３つのオプションのうちの１つまたは複数を用いてブロック８０４において取得され得る。２つ以上のＰＵＳＣＨが要求メッセージ中に含まれるとき、後で説明されるように、２つ以上のＰＵＳＣＨの一部または全部がブロック８０４において取得され得ることに留意されたい。

第１のオプションとして、１つまたは複数のＰＵＳＣＨの数が２つ以上であり、２つ以上のＰＵＳＣＨはＰＵＳＣＨの複数の繰返しである。このようにして、要求メッセージの検出／復号レートは、２ステップランダムアクセスプロシージャにおいて改善され得る。たとえば、ＰＵＳＣＨの複数の繰返しは１つまたは複数のＰＵＳＣＨ送信セットに分割され得る。各ＰＵＳＣＨ送信セットは、ＰＵＳＣＨの２つ以上の繰返しを含み得る。

第２および第３の実施形態において上記で説明されたように、ＰＵＳＣＨの各繰返しがプリアンブルに関連付けられ得る。ＰＵＳＣＨの複数の繰返しの数は、ＲＲＣシグナリング中で端末デバイスに送信され得る。代替的に、ＲＲＣシグナリングを送信する必要はなく、ＰＵＳＣＨの複数の繰返しの数は、基地局と端末デバイスの両方において事前設定され得る。代替的に、ＰＵＳＣＨの複数の繰返しの数は、基地局によって、プリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づいて決定され得る。プリアンブルとＰＵＳＣＨのそれぞれの繰返しとは、時分割多重化および／または周波数分割多重化され得る。随意に、ＰＵＳＣＨの各繰返しが、ＲＶシーケンス中の対応するＲＶを使用し得る。ＲＶシーケンスは、ＲＲＣシグナリング中で端末デバイスに送信され得る。代替的に、ＲＲＣシグナリングを送信する必要はなく、ＲＶシーケンスは、基地局と端末デバイスの両方において事前設定され得る。

第１のオプションは、要求メッセージの再送信を受信する場合に適用され得る。たとえば、ランダムアクセスは、前のランダムアクセスの失敗により始動され得る。この場合、アクセスについてのＰＵＳＣＨの複数の繰返しの数は、前のランダムアクセスについてのもの以上であり得る。たとえば、ランダムアクセスについての各ＰＵＳＣＨ送信セット中のＰＵＳＣＨの繰返しの数は、前のランダムアクセスについてのもの以上であり得る。追加または代替として、ランダムアクセスについての１つまたは複数のＰＵＳＣＨ送信セットの数が、前のランダムアクセスについてのもの以上であり得る。対応して、基地局は、上記で説明された要求メッセージの設定に基づいてＰＵＳＣＨの複数の繰返しの少なくとも一部を取得し得る。たとえば、ＰＵＳＣＨのある（１つまたは複数の）繰返しが正しく復号され得る場合、ＰＵＳＣＨの他の繰返しは省略され得る。

第２のオプションとして、ＰＵＳＣＨ中で搬送されるＴＢのサイズは、ＰＵＳＣＨ中で搬送されるＴＢの参照サイズに対して、スケーリングファクタでスケーリングされる。スケーリングファクタは、１よりも小さいかまたはそれに等しい正値であり得る。第１の実施形態において上記で説明されたように、ＴＢの参照サイズは、ＴＢを搬送するために使用可能なＲＥの数と、変調次数と、ＴＢについてのターゲットコードレートとの第１の積に基づいて決定され得る。ＴＢのサイズは、スケーリングファクタと第１の積との第２の積に基づいて決定され得る。スケーリングファクタは、ＲＲＣシグナリング中で端末デバイスに送信され得る。代替的に、ＲＲＣシグナリングを送信する必要はなく、スケーリングファクタは、基地局と端末デバイスの両方において事前設定される。代替的に、スケーリングファクタは、値の事前設定されたセットからブラインド検出され得る。代替的に、スケーリングファクタは、プリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づいて決定され得る。対応して、基地局は、スケーリングファクタに基づいて要求メッセージからＰＵＳＣＨを取得し得る。

第３のオプションとして、１つまたは複数のＰＵＳＣＨは、参照ＭＣＳ表よりも低いスペクトル効率を有するＭＣＳ表に基づいて取得され得る。たとえば、第４の実施形態において上記で説明されたように、ＭＣＳ表は、より低いスペクトル効率を有する１つまたは複数の行を参照ＭＣＳ表中に追加することによって取得された表であり得る。随意に、ＭＣＳ表は、参照ＭＣＳ表から、より高いスペクトル効率を有する１つまたは複数の行を削除することによって、取得され得る。例示的な例として、参照ＭＣＳ表は、変換プリコーダが有効にされたＱＡＭ６４ＬｏｗＳＥ ＭＣＳ表であるか、または変換プリコーダが無効にされたＱＡＭ６４ＬｏｗＳＥ ＭＣＳ表であり得る。ＭＣＳ表は、参照ＭＣＳ表の代わりにまたは参照ＭＣＳ表とは別々に規定された表であり得る。

随意に、１つまたは複数のＰＵＳＣＨを取得するためにどのＭＣＳ表が使用されるべきであるかが、ＲＲＣシグナリング中で端末デバイスに送信され得る。代替的に、ＲＲＣシグナリングを送信する必要はなく、固定ＭＣＳ表が、基地局と端末デバイスの両方において１つまたは複数のＰＵＳＣＨを取得するために使用されるように事前設定され得る。代替的に、１つまたは複数のＰＵＳＣＨを取得するためにどのＭＣＳ表が使用されるべきであるかが、プリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づいて決定される。

随意に、１つまたは複数のＰＵＳＣＨを取得するためにＰＩ／２ ＢＰＳＫが有効にされるべきであるかどうかが、ＲＲＣシグナリングを介して端末デバイスに示され得る。代替的に、ＲＲＣシグナリングを送信する必要はなく、ＰＩ／２ ＢＰＳＫは、基地局と端末デバイスの両方において有効にされるかまたは無効にされるように事前設定され得る。関与する機能に応じて、図中で連続して示されている２つのブロックが、事実上、実質的にコンカレントに実行され得るか、またはブロックが、時々、逆の順序で実行され得ることに留意されたい。

一実施形態では、本開示はまた、ランダムアクセス送信において使用されるべき情報ビットの数を決定するための方法を提供する。本方法は、変調次数Ｑ_ｍと、コードレートＲと、ＰＵＳＣＨを搬送するリソースエレメントの数Ｎ_ＲＥとを含むパラメータのセットを決定することを含み得る。本方法は、情報ペイロードスケーリングファクタＳを決定することをさらに含み得る。本方法は、ランダムアクセス送信において使用されるべき情報ビットの中間数をＮ_ｉｎｆｏ＝Ｓ・Ｎ_ＲＥ・Ｒ・Ｑ_ｍとして計算することをさらに含み得る。本方法は、ランダムアクセス送信において使用されるべき情報ビットの数を形成するために情報ビットの中間数を量子化することをさらに含み得る。

随意に、情報ペイロードスケーリングファクタＳを決定するステップは、チャネル品質推定値に従って値のセットからＳの値を選択することをさらに含み得る。Ｓの値は、より高いチャネル品質についてより高くなり得る。

一実施形態では、本開示はまた、ランダムアクセス送信において使用されるトランスポートブロックを繰り返すための方法を提供する。本方法は、トランスポートブロックの繰返しの第１の数Ｋを決定することを含み得る。本方法は、トランスポートブロックのＫ個の繰返しの各々について時間および周波数におけるロケーションを決定することをさらに含み得る。本方法は、第１のランダムアクセスプリアンブルを送信することをさらに含み得る。本方法は、各々Ｋ個の繰返しの時間および周波数ロケーションにおける、ならびに各々第１のランダムアクセスプリアンブルに関連付けられた、トランスポートブロックのＫ個の繰返しを送信することをさらに含み得る。

随意に、本方法は、トランスポートブロックを繰り返すための繰返しの第２の数Ｋ２を決定することをさらに含み得、ここで、Ｋ２はＫよりも高い。本方法は、トランスポートブロックのＫ２個の繰返しの各々について時間および周波数におけるロケーションを決定することをさらに含み得る。本方法は、第２のランダムアクセスプリアンブルを送信することをさらに含み得る。本方法は、各々Ｋ２個の繰返しの時間および周波数ロケーションにおける、ならびに各々第２のランダムアクセスプリアンブルに関連付けられた、トランスポートブロックのＫ２個の繰返しを送信することをさらに含み得る。

随意に、プリアンブルおよび繰返しは時分割多重化され得、プリアンブルとは異なる、サブキャリアのセット中に繰返しがあり得る。たとえば、第１のランダムアクセスプリアンブルは、ＯＦＤＭシンボルの第１のセット中で、およびサブキャリアの第１のセット中で送信され得る。Ｋ個の繰返しの各々は、他のＫ個の繰返しとは異なる、ＯＦＤＭシンボルのセット中で、およびＯＦＤＭシンボルの第１のセットから送信され得る。Ｋ個の繰返しのうちの少なくとも１つは、サブキャリアの第１のセットとは別個であるサブキャリアの第２のセットを占有し得る。

上記の説明に基づいて、本開示の少なくとも１つの態様は、基地局と少なくとも１つの端末デバイスとを含む通信システムにおいて実装される方法を提供する。本方法は、少なくとも１つの端末デバイスにおいて、ランダムアクセスについての要求メッセージを決定することを含み得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。本方法は、少なくとも１つの端末デバイスにおいて、要求メッセージを送信することをさらに含み得る。本方法は、基地局において、ランダムアクセスについての要求メッセージを受信することをさらに含み得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。本方法は、基地局において、要求メッセージから１つまたは複数のＰＵＳＣＨを取得することをさらに含み得る。

図９は、本開示のいくつかの実施形態を実践する際に使用するのに好適な装置を示すブロック図である。たとえば、上記で説明された、端末デバイスと基地局とのうちのいずれか１つが、装置９００を通して実装され得る。図示のように、装置９００は、プロセッサ９１０と、プログラムを記憶するメモリ９２０と、随意に、有線通信および／または無線通信を通して他の外部デバイスとデータを通信するための通信インターフェース９３０とを含み得る。

プログラムは、上記で説明されたように、プロセッサ９１０によって実行されたとき、装置９００が、本開示の実施形態に従って動作することを可能にする、プログラム命令を含む。すなわち、本開示の実施形態は、プロセッサ９１０によって実行可能なコンピュータソフトウェアによって、またはハードウェアによって、またはソフトウェアとハードウェアとの組合せによって、少なくとも部分的に実装され得る。

メモリ９２０は、ローカル技術環境に好適な任意のタイプのものであり得、半導体ベースメモリデバイス、フラッシュメモリ、磁気メモリデバイスおよびシステム、光メモリデバイスおよびシステム、固定メモリおよびリムーバブルメモリなど、任意の好適なデータ記憶技術を使用して実装され得る。プロセッサ９１０は、ローカル技術環境に好適な任意のタイプのものであり得、非限定的な例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ）およびマルチコアプロセッサアーキテクチャに基づくプロセッサのうちの１つまたは複数を含み得る。

図１０は、本開示の一実施形態による、端末デバイスを示すブロック図である。図示のように、端末デバイス１０００は、決定モジュール１００２と送信モジュール１００４とを備える。決定モジュール１００２は、ブロック７０２に関して上記で説明されたように、ランダムアクセスについての要求メッセージを決定するように設定され得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含む。送信モジュール１００４は、ブロック７０４に関して上記で説明されたように、要求メッセージを送信するように設定され得る。

図１１は、本開示の一実施形態による、基地局を示すブロック図である。図示のように、基地局１１００は、受信モジュール１１０２と取得モジュール１１０４とを備える。受信モジュール１１０２は、ブロック８０２に関して上記で説明されたように、ランダムアクセスについての要求メッセージを受信するように設定され得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含む。取得モジュール１１０４は、ブロック８０４に関して上記で説明されたように、要求メッセージから１つまたは複数のＰＵＳＣＨを取得するように設定され得る。上記で説明されたモジュールは、ハードウェア、またはソフトウェア、または両方の組合せによって実装され得る。

上記の説明に基づいて、本開示の少なくとも１つの態様は、少なくとも１つの端末デバイスと基地局とを備える通信システムを提供する。少なくとも１つの端末デバイスは、ランダムアクセスについての要求メッセージを決定し、要求メッセージを送信するように設定され得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。基地局は、ランダムアクセスについての要求メッセージを受信し、要求メッセージから１つまたは複数のＰＵＳＣＨを取得するように設定され得る。要求メッセージは、プリアンブルと１つまたは複数のＰＵＳＣＨとを含み得る。

図１２を参照すると、一実施形態によれば、通信システムが、無線アクセスネットワークなどのアクセスネットワーク３２１１とコアネットワーク３２１４とを備える、３ＧＰＰタイプセルラネットワークなどの通信ネットワーク３２１０を含む。アクセスネットワーク３２１１は、ＮＢ、ｅＮＢ、ｇＮＢまたは他のタイプの無線アクセスポイントなど、複数の基地局３２１２ａ、３２１２ｂ、３２１２ｃを備え、各々が、対応するカバレッジエリア３２１３ａ、３２１３ｂ、３２１３ｃを規定する。各基地局３２１２ａ、３２１２ｂ、３２１２ｃは、有線接続または無線接続３２１５上でコアネットワーク３２１４に接続可能である。カバレッジエリア３２１３ｃ中に位置する第１のＵＥ３２９１が、対応する基地局３２１２ｃに無線で接続するか、または対応する基地局３２１２ｃによってページングされるように設定される。カバレッジエリア３２１３ａ中の第２のＵＥ３２９２が、対応する基地局３２１２ａに無線で接続可能である。この例では複数のＵＥ３２９１、３２９２が示されているが、開示される実施形態は、唯一のＵＥがカバレッジエリア中にある状況、または唯一のＵＥが、対応する基地局３２１２に接続している状況に等しく適用可能である。

通信ネットワーク３２１０は、それ自体、ホストコンピュータ３２３０に接続され、ホストコンピュータ３２３０は、スタンドアロンサーバ、クラウド実装サーバ、分散型サーバのハードウェアおよび／またはソフトウェアにおいて、あるいはサーバファーム中の処理リソースとして具現され得る。ホストコンピュータ３２３０は、サービスプロバイダの所有または制御下にあり得、あるいはサービスプロバイダによってまたはサービスプロバイダに代わって動作され得る。通信ネットワーク３２１０とホストコンピュータ３２３０との間の接続３２２１および３２２２は、コアネットワーク３２１４からホストコンピュータ３２３０に直接延び得るか、または随意の中間ネットワーク３２２０を介して進み得る。中間ネットワーク３２２０は、パブリックネットワーク、プライベートネットワーク、またはホストされたネットワークのうちの１つ、またはそれらのうちの２つ以上の組合せであり得、中間ネットワーク３２２０は、もしあれば、バックボーンネットワークまたはインターネットであり得、特に、中間ネットワーク３２２０は、２つまたはそれ以上のサブネットワーク（図示せず）を備え得る。

図１２の通信システムは全体として、接続されたＵＥ３２９１、３２９２とホストコンピュータ３２３０との間のコネクティビティを可能にする。コネクティビティは、オーバーザトップ（ＯＴＴ）接続３２５０として説明され得る。ホストコンピュータ３２３０および接続されたＵＥ３２９１、３２９２は、アクセスネットワーク３２１１、コアネットワーク３２１４、任意の中間ネットワーク３２２０、および考えられるさらなるインフラストラクチャ（図示せず）を媒介として使用して、ＯＴＴ接続３２５０を介して、データおよび／またはシグナリングを通信するように設定される。ＯＴＴ接続３２５０は、ＯＴＴ接続３２５０が通過する、参加する通信デバイスが、アップリンクおよびダウンリンク通信のルーティングに気づいていないという意味で、透過的であり得る。たとえば、基地局３２１２は、接続されたＵＥ３２９１にフォワーディング（たとえば、ハンドオーバ）されるべき、ホストコンピュータ３２３０から発生したデータを伴う着信ダウンリンク通信の過去のルーティングについて、通知されないことがあるかまたは通知される必要がない。同様に、基地局３２１２は、ＵＥ３２９１から発生してホストコンピュータ３２３０に向かう発信アップリンク通信の将来ルーティングに気づいている必要がない。

次に、一実施形態による、前の段落において説明されたＵＥ、基地局およびホストコンピュータの例示的な実装形態が、図１３を参照しながら説明される。通信システム３３００では、ホストコンピュータ３３１０が、通信システム３３００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するように設定された通信インターフェース３３１６を含む、ハードウェア３３１５を備える。ホストコンピュータ３３１０は、記憶能力および／または処理能力を有し得る、処理回路３３１８をさらに備える。特に、処理回路３３１８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ホストコンピュータ３３１０は、ホストコンピュータ３３１０に記憶されるかまたはホストコンピュータ３３１０によってアクセス可能であり、処理回路３３１８によって実行可能である、ソフトウェア３３１１をさらに備える。ソフトウェア３３１１はホストアプリケーション３３１２を含む。ホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０において終端するＯＴＴ接続３３５０を介して接続するＵＥ３３３０など、リモートユーザにサービスを提供するように動作可能であり得る。リモートユーザにサービスを提供する際に、ホストアプリケーション３３１２は、ＯＴＴ接続３３５０を使用して送信されるユーザデータを提供し得る。

通信システム３３００は、通信システム中に提供される基地局３３２０をさらに含み、基地局３３２０は、基地局３３２０がホストコンピュータ３３１０およびＵＥ３３３０と通信することを可能にするハードウェア３３２５を備える。ハードウェア３３２５は、通信システム３３００の異なる通信デバイスのインターフェースとの有線接続または無線接続をセットアップおよび維持するための通信インターフェース３３２６、ならびに基地局３３２０によってサーブされるカバレッジエリア（図１３に図示せず）中に位置するＵＥ３３３０との少なくとも無線接続３３７０をセットアップおよび維持するための無線インターフェース３３２７を含み得る。通信インターフェース３３２６は、ホストコンピュータ３３１０への接続３３６０を容易にするように設定され得る。接続３３６０は直接であり得るか、あるいは、接続３３６０は、通信システムのコアネットワーク（図１３に図示せず）を、および／または通信システムの外部の１つまたは複数の中間ネットワークを通過し得る。図示の実施形態では、基地局３３２０のハードウェア３３２５は、処理回路３３２８をさらに含み、処理回路３３２８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。基地局３３２０は、内部的に記憶されるかまたは外部接続を介してアクセス可能なソフトウェア３３２１をさらに有する。

通信システム３３００は、すでに言及されたＵＥ３３３０をさらに含む。ＵＥ３３３０のハードウェア３３３５は、ＵＥ３３３０が現在位置するカバレッジエリアをサーブする基地局との無線接続３３７０をセットアップおよび維持するように設定された、無線インターフェース３３３７を含み得る。ＵＥ３３３０のハードウェア３３３５は、処理回路３３３８をさらに含み、処理回路３３３８は、命令を実行するように適応された、１つまたは複数のプログラマブルプロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイ、またはこれらの組合せ（図示せず）を備え得る。ＵＥ３３３０は、ＵＥ３３３０に記憶されるかまたはＵＥ３３３０によってアクセス可能であり、処理回路３３３８によって実行可能である、ソフトウェア３３３１をさらに備える。ソフトウェア３３３１はクライアントアプリケーション３３３２を含む。クライアントアプリケーション３３３２は、ホストコンピュータ３３１０のサポートのもとに、ＵＥ３３３０を介して人間のまたは人間でないユーザにサービスを提供するように動作可能であり得る。ホストコンピュータ３３１０では、実行しているホストアプリケーション３３１２は、ＵＥ３３３０およびホストコンピュータ３３１０において終端するＯＴＴ接続３３５０を介して、実行しているクライアントアプリケーション３３３２と通信し得る。ユーザにサービスを提供する際に、クライアントアプリケーション３３３２は、ホストアプリケーション３３１２から要求データを受信し、要求データに応答してユーザデータを提供し得る。ＯＴＴ接続３３５０は、要求データとユーザデータの両方を転送し得る。クライアントアプリケーション３３３２は、クライアントアプリケーション３３３２が提供するユーザデータを生成するためにユーザと対話し得る。

図１３に示されているホストコンピュータ３３１０、基地局３３２０およびＵＥ３３３０は、それぞれ、図１２のホストコンピュータ３２３０、基地局３２１２ａ、３２１２ｂ、３２１２ｃのうちの１つ、およびＵＥ３２９１、３２９２のうちの１つと同様または同等であり得ることに留意されたい。つまり、これらのエンティティの内部の働きは、図１３に示されているようなものであり得、別個に、周囲のネットワークトポロジーは、図１２のものであり得る。

図１３では、ＯＴＴ接続３３５０は、仲介デバイスとこれらのデバイスを介したメッセージの正確なルーティングとへの明示的言及なしに、基地局３３２０を介したホストコンピュータ３３１０とＵＥ３３３０との間の通信を示すために抽象的に描かれている。ネットワークインフラストラクチャが、ルーティングを決定し得、ネットワークインフラストラクチャは、ＵＥ３３３０からまたはホストコンピュータ３３１０を動作させるサービスプロバイダから、またはその両方からルーティングを隠すように設定され得る。ＯＴＴ接続３３５０がアクティブである間、ネットワークインフラストラクチャは、さらに、ネットワークインフラストラクチャが（たとえば、ネットワークの負荷分散考慮または再設定に基づいて）ルーティングを動的に変更する判断を行い得る。

ＵＥ３３３０と基地局３３２０との間の無線接続３３７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続３３７０が最後のセグメントを形成するＯＴＴ接続３３５０を使用して、ＵＥ３３３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、レイテンシを改善し、それにより、低減されたユーザ待ち時間などの利益を提供し得る。

１つまたは複数の実施形態が改善する、データレート、レイテンシおよび他のファクタを監視する目的での、測定プロシージャが提供され得る。測定結果の変動に応答して、ホストコンピュータ３３１０とＵＥ３３３０との間のＯＴＴ接続３３５０を再設定するための随意のネットワーク機能がさらにあり得る。測定プロシージャおよび／またはＯＴＴ接続３３５０を再設定するためのネットワーク機能は、ホストコンピュータ３３１０のソフトウェア３３１１およびハードウェア３３１５でまたはＵＥ３３３０のソフトウェア３３３１およびハードウェア３３３５で、またはその両方で実装され得る。実施形態では、ＯＴＴ接続３３５０が通過する通信デバイスにおいて、またはその通信デバイスに関連して、センサー（図示せず）が展開され得、センサーは、上記で例示された監視された量の値を供給すること、またはソフトウェア３３１１、３３３１が監視された量を算出または推定し得る他の物理量の値を供給することによって、測定プロシージャに参加し得る。ＯＴＴ接続３３５０の再設定は、メッセージフォーマット、再送信セッティング、好ましいルーティングなどを含み得、再設定は、基地局３３２０に影響を及ぼす必要がなく、再設定は、基地局３３２０に知られていないかまたは知覚不可能であり得る。そのようなプロシージャおよび機能は、当技術分野において知られ、実践され得る。いくつかの実施形態では、測定は、スループット、伝搬時間、レイテンシなどのホストコンピュータ３３１０の測定を容易にするプロプライエタリＵＥシグナリングを伴い得る。測定は、ソフトウェア３３１１および３３３１が、ソフトウェア３３１１および３３３１が伝搬時間、エラーなどを監視する間にＯＴＴ接続３３５０を使用して、メッセージ、特に空のまたは「ダミー」メッセージが送信されることを引き起こすことにおいて、実装され得る。

図１４は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１４への図面参照のみがこのセクションに含まれる。ステップ３４１０において、ホストコンピュータはユーザデータを提供する。ステップ３４１０の（随意であり得る）サブステップ３４１１において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ３４２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。（随意であり得る）ステップ３４３０において、基地局は、本開示全体にわたって説明される実施形態の教示に従って、ホストコンピュータが始動した送信において搬送されたユーザデータをＵＥに送信する。（また、随意であり得る）ステップ３４４０において、ＵＥは、ホストコンピュータによって実行されるホストアプリケーションに関連するクライアントアプリケーションを実行する。

図１５は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１５への図面参照のみがこのセクションに含まれる。本方法のステップ３５１０において、ホストコンピュータはユーザデータを提供する。随意のサブステップ（図示せず）において、ホストコンピュータは、ホストアプリケーションを実行することによって、ユーザデータを提供する。ステップ３５２０において、ホストコンピュータは、ＵＥにユーザデータを搬送する送信を始動する。送信は、本開示全体にわたって説明される実施形態の教示に従って、基地局を介して進み得る。（随意であり得る）ステップ３５３０において、ＵＥは、送信において搬送されたユーザデータを受信する。

図１６は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１６への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ３６１０において、ＵＥは、ホストコンピュータによって提供された入力データを受信する。追加または代替として、ステップ３６２０において、ＵＥはユーザデータを提供する。ステップ３６２０の（随意であり得る）サブステップ３６２１において、ＵＥは、クライアントアプリケーションを実行することによって、ユーザデータを提供する。ステップ３６１０の（随意であり得る）サブステップ３６１１において、ＵＥは、ホストコンピュータによって提供された受信された入力データに反応してユーザデータを提供する、クライアントアプリケーションを実行する。ユーザデータを提供する際に、実行されたクライアントアプリケーションは、ユーザから受信されたユーザ入力をさらに考慮し得る。ユーザデータが提供された特定の様式にかかわらず、ＵＥは、（随意であり得る）サブステップ３６３０において、ホストコンピュータへのユーザデータの送信を始動する。方法のステップ３６４０において、ホストコンピュータは、本開示全体にわたって説明される実施形態の教示に従って、ＵＥから送信されたユーザデータを受信する。

図１７は、一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。通信システムは、図１２および図１３を参照しながら説明されたものであり得る、ホストコンピュータと基地局とＵＥとを含む。本開示の簡単のために、図１７への図面参照のみがこのセクションに含まれる。（随意であり得る）ステップ３７１０において、本開示全体にわたって説明される実施形態の教示に従って、基地局は、ＵＥからユーザデータを受信する。（随意であり得る）ステップ３７２０において、基地局は、ホストコンピュータへの、受信されたユーザデータの送信を始動する。（随意であり得る）ステップ３７３０において、ホストコンピュータは、基地局によって始動された送信において搬送されたユーザデータを受信する。

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

したがって、本開示の例示的な実施形態の少なくともいくつかの態様が、集積回路チップおよびモジュールなど、様々な構成要素において実践され得ることを諒解されたい。したがって、本開示の例示的な実施形態は、集積回路として具現される装置において実現され得、ここで、集積回路は、本開示の例示的な実施形態に従って動作するように設定可能である、データプロセッサ、デジタル信号プロセッサ、ベースバンド回路および無線周波数回路のうちの少なくとも１つまたは複数を具現するための回路（ならびに場合によってはファームウェア）を備え得ることを諒解されたい。

本開示の例示的な実施形態の少なくともいくつかの態様が、１つまたは複数のコンピュータまたは他のデバイスによって実行される、１つまたは複数のプログラムモジュールでなど、コンピュータ実行可能命令で具現され得ることを諒解されたい。概して、プログラムモジュールは、コンピュータまたは他のデバイス中のプロセッサによって実行されたとき、特定のタスクを実施するか、または特定の抽象データ型を実装する、ルーチン、プログラム、オブジェクト、構成要素、データ構造などを含む。コンピュータ実行可能命令は、ハードディスク、光ディスク、リムーバブル記憶媒体、固体メモリ、ＲＡＭなど、コンピュータ可読媒体上に記憶され得る。当業者によって諒解されるように、プログラムモジュールの機能は、様々な実施形態において必要に応じて、組み合わせられるかまたは分散され得る。さらに、機能は、集積回路、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）など、ファームウェアまたはハードウェア等価物において全体的にまたは部分的に具現され得る。

「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」、「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」などへの本開示における言及は、説明される実施形態が、特定の特徴、構造、または特性を含み得ることを示すが、あらゆる実施形態が、必ずしも、特定の特徴、構造、または特性を含むとは限らない。その上、そのような句は必ずしも同じ実施形態を指しているとは限らない。さらに、特定の特徴、構造、または特性が実施形態に関して説明されるとき、明示的に説明されるか否かにかかわらず、他の実施形態に関してそのような特徴、構造、または特性を実装することは当業者の知識内にあることが具申される。

様々なエレメントについて説明するために、「第１の」および「第２の」などの用語が本明細書で使用され得るが、これらのエレメントは、これらの用語によって限定されるべきでないことを理解されたい。これらの用語は、あるエレメントを別のエレメントと区別するために使用されるにすぎない。たとえば、本開示の範囲から逸脱することなく、第１のエレメントは第２のエレメントと呼ばれることがあり、同様に、第２のエレメントは第１のエレメントと呼ばれることがある。本明細書で使用される「および／または」という用語は、関連する列挙された用語のうちの１つまたは複数のいずれかのおよびすべての組合せを含む。

本明細書で使用される専門用語は、特定の実施形態を説明するためのものにすぎず、本開示を限定するものではない。本明細書で使用される単数形「ａ」、「ａｎ」および「ｔｈｅ」は、文脈が別段に明確に示すのでなければ、複数形をも含むものとする。本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、エレメント、および／または構成要素の存在を指定するが、１つまたは複数の他の特徴、エレメント、構成要素および／またはそれらの組合せの存在または追加を排除しないことをさらに理解されよう。本明細書で使用される「接続する（ｃｏｎｎｅｃｔ）」、「接続する（ｃｏｎｎｅｃｔｓ）」、「接続する（ｃｏｎｎｅｃｔｉｎｇ）」および／または「接続された（ｃｏｎｎｅｃｔｅｄ）」という用語は、２つのエレメントの間の直接および／または間接的接続をカバーする。

本開示は、明示的に本明細書で開示される特徴の任意の新規の特徴または組合せあるいはその任意の一般化のいずれかを含む。本開示の上記の例示的な実施形態への様々な修正および適応は、添付の図面とともに読まれるとき、上記の説明に鑑みて、当業者に明らかになり得る。しかしながら、任意のおよびすべての修正が、依然として、本開示の非限定的なおよび例示的な実施形態の範囲内に入る。

Claims (51)

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. 前記ＭＣＳ表が、前記参照ＭＣＳ表から、より高いスペクトル効率を有する１つまたは複数の行を削除することによって、取得される、請求項３８または３９に記載の方法。
41. 前記参照ＭＣＳ表は、変換プリコーダが有効にされた直交振幅変調（ＱＡＭ）６４低スペクトル効率（ＱＡＭ６４ＬｏｗＳＥ）ＭＣＳ表であるか、または変換プリコーダが無効にされたＱＡＭ６４ＬｏｗＳＥ ＭＣＳ表である、請求項３８から４０のいずれか一項に記載の方法。
42. 前記ＭＣＳ表が、前記参照ＭＣＳ表の代わりにまたは前記参照ＭＣＳ表とは別々に規定された表である、請求項３８から４１のいずれか一項に記載の方法。
43. 前記１つまたは複数のＰＵＳＣＨを取得するためにどのＭＣＳ表が使用されるべきであるかが、ＲＲＣシグナリング中で送信される、または
    前記１つまたは複数のＰＵＳＣＨを取得するためにどのＭＣＳ表が使用されるべきであるかが、プリアンブル情報、ＤＭＲＳ情報、使用事例情報、および周波数帯域情報のうちの少なくとも１つに基づいて決定される、請求項２３および２５から４２のいずれか一項に記載の方法。
44. ＰＩ／２ ２位相シフトキーイング（ＢＰＳＫ）が、前記要求メッセージについて有効にされるべきであるかどうかが、ＲＲＣシグナリング中で送信される、または
    ＰＩ／２ ＢＰＳＫが、前記基地局において前記要求メッセージについて有効にされるように事前設定される、請求項２３および２６から４３のいずれか一項に記載の方法。
45. 端末デバイス（９００）であって、
    少なくとも１つのプロセッサ（９１０）と、
    少なくとも１つのメモリ（９２０）と
    を備え、前記少なくとも１つのメモリ（９２０）が、前記少なくとも１つのプロセッサ（９１０）によって実行可能な命令を含んでおり、それにより、前記端末デバイス（９００）は、
    ランダムアクセスについての要求メッセージを決定することであって、前記要求メッセージが、プリアンブルと１つまたは複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）とを含む、要求メッセージを決定することと、
    前記要求メッセージを送信することと
    を行うように動作可能である、端末デバイス（９００）。
46. 前記端末デバイス（９００）が、請求項２から２２のいずれか一項に記載の方法を実施するように動作可能である、請求項４５に記載の端末デバイス（９００）。
47. 基地局（９００）であって、
    少なくとも１つのプロセッサ（９１０）と、
    少なくとも１つのメモリ（９２０）と
    を備え、前記少なくとも１つのメモリ（９２０）が、前記少なくとも１つのプロセッサ（９１０）によって実行可能な命令を含んでおり、それにより、前記基地局（９００）は、
    ランダムアクセスについての要求メッセージを受信することであって、前記要求メッセージが、プリアンブルと１つまたは複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）とを含む、要求メッセージを受信することと、
    前記要求メッセージから前記１つまたは複数のＰＵＳＣＨを取得することと
    を行うように動作可能である、基地局（９００）。
48. 前記基地局（９００）が、請求項２４から４４のいずれか一項に記載の方法を実施するように動作可能である、請求項４７に記載の基地局（９００）。
49. 基地局と少なくとも１つの端末デバイスとを含む通信システムにおいて実装される方法であって、
    前記少なくとも１つの端末デバイスにおいて、ランダムアクセスについての要求メッセージを決定すること（７０２）であって、前記要求メッセージが、プリアンブルと１つまたは複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）とを含む、要求メッセージを決定すること（７０２）と、
    前記少なくとも１つの端末デバイスにおいて、前記要求メッセージを送信すること（７０４）と、
    前記基地局において、ランダムアクセスについての前記要求メッセージを受信すること（８０２）であって、前記要求メッセージが、前記プリアンブルと前記１つまたは複数のＰＵＳＣＨとを含む、前記要求メッセージを受信すること（８０２）と、
    前記基地局において、前記要求メッセージから前記１つまたは複数のＰＵＳＣＨを取得すること（８０４）と
    を含む、方法。
50. ランダムアクセスについての要求メッセージを決定し、前記要求メッセージを送信するように設定された少なくとも１つの端末デバイスであって、前記要求メッセージが、プリアンブルと１つまたは複数の物理アップリンク共有チャネル（ＰＵＳＣＨ）とを含む、少なくとも１つの端末デバイスと、
    ランダムアクセスについての前記要求メッセージを受信し、前記要求メッセージから前記１つまたは複数のＰＵＳＣＨを取得するように設定された基地局であって、前記要求メッセージが、前記プリアンブルと前記１つまたは複数のＰＵＳＣＨとを含む、基地局と
    を備える、通信システム。
51. 少なくとも１つのプロセッサによって実行されたとき、前記少なくとも１つのプロセッサに、請求項１から４４のいずれか一項に記載の方法を実施させる命令を備える、コンピュータ可読記憶媒体。

Images