JP2022530368A - ランダムアクセスのための方法および装置 - Google Patents

Abstract

本開示の様々な実施形態が、ランダムアクセスのための方法を提供する。ネットワークノードによって実施され得る本方法は、２ステップランダムアクセスプロシージャにおける、ダウンリンク送信とアップリンク送信との間の関連付け（たとえば、同期信号および物理ブロードキャストチャネルブロックとランダムアクセスオケージョンとの間の関連付け）を、２ステップランダムアクセスプロシージャのためのランダムアクセスリソース設定に少なくとも部分的に基づいて（たとえば、ランダムアクセスリソースが２ステップランダムアクセスプロシージャと４ステップランダムアクセスプロシージャとによって共有されるかどうかに少なくとも部分的に基づいて）、決定することを含む。本方法は、関連付けを示す情報を端末デバイスに送信することをさらに含む。本開示の実施形態によれば、２ステップランダムアクセスプロシージャにおける同期信号および物理ブロードキャストチャネルブロックとランダムアクセスオケージョンとの間の関連付けが、フレキシブルにおよび効率的に設定され得る。【選択図】図４

Description

本開示は、一般に、通信ネットワークに関し、より詳細には、ランダムアクセスのための方法および装置に関する。

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

通信サービスプロバイダおよびネットワーク事業者は、たとえば、納得できるネットワークサービスおよび性能を提供することによって、消費者に価値および便宜を与えるための課題に絶えず直面している。ネットワーキングおよび通信技術の急速な発展とともに、ｌｏｎｇ－ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）および新無線（ｎｅｗ ｒａｄｉｏ：ＮＲ）ネットワークなど、無線通信ネットワークは、より低いレイテンシを伴って高いトラフィック容量およびエンドユーザデータレートを達成することが予想される。ネットワークノードに接続するために、ランダムアクセス（ＲＡ）プロシージャが、端末デバイスについて始動され得る。ＲＡプロシージャでは、システム情報（ＳＩ）および同期信号（ＳＳ）、ならびに関係する無線リソースおよび送信設定が、ネットワークノードからの制御情報によって端末デバイスに知らされ得る。ＲＡプロシージャは、端末デバイスがネットワークノードとの特定のサービスのためのセッションを確立することを可能にすることができる。したがって、ＲＡプロシージャの設定および性能を向上させることが望ましい。

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

ＮＲ／５Ｇネットワークなどの無線通信ネットワークは、フレキシブルなネットワーク設定をサポートすることが可能であり得る。様々なシグナリング手法（たとえば、４ステップ手法、２ステップ手法など）が、ネットワークノードとの接続をセットアップするための端末デバイスのＲＡプロシージャのために使用され得る。異なるシグナリング手法を使用するＲＡプロシージャの場合、４ステップＲＡプロシージャなどのＲＡプロシージャを実施する端末デバイスが、２ステップＲＡプロシージャなどの別のＲＡプロシージャを実施する端末デバイスと区別され得るように、別個の無線リソースが設定される必要がある。ＲＡプロシージャの場合、シグナリング送信の特定の関連付け、たとえば、（ＳＳ／ＰＢＣＨブロックまたは略してＳＳＢとしても知られる）同期信号および物理ブロードキャストチャネルブロックと、（ＲＡオケージョンとしても知られる）時間周波数物理ランダムアクセスチャネル（ＰＲＡＣＨ）オケージョンとの間の関連付けがあり得る。異なるＲＡプロシージャについてシグナリング送信間の関連付けをよりフレキシブルにおよび効率的に設定することが望ましいことがある。

本開示の様々な実施形態は、ＲＡのためのソリューションを提案し、そのソリューションは、たとえば、４ステップＲＡプロシージャなどの他のＲＡプロシージャに対する著しい影響を回避しながらシグナリングオーバーヘッドを節約するように、ＳＳＢとＲＡオケージョンおよびプリアンブルとのマッピングのためのフレキシビリティを提供することによって、２ステップＲＡプロシージャなどのＲＡプロシージャのためのフレキシブルな設定をサポートすることができる。

本明細書で述べられる「ランダムアクセスオケージョン（ＲＯ）」、「ランダムアクセスチャネル（ＲＡＣＨ）オケージョン」または「ＰＲＡＣＨオケージョン」という用語は、ＲＡプロシージャにおけるプリアンブル送信のために使用可能な時間周波数リソースを指し得、これは「ＲＡオケージョン」と呼ばれることもあることが了解され得る。これらの用語は、本明細書では互換的に使用され得る。

本開示の第１の態様によれば、ネットワークノードによって実施される方法が提供される。本方法は、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを、ＲＡリソースが２ステップＲＡプロシージャと４ステップＲＡプロシージャとによって共有されるかどうかに少なくとも部分的に基づいて、決定することを含む。２ステップＲＡプロシージャでは、プリアンブルおよび物理アップリンク共有チャネル（ＰＵＳＣＨ）が、それぞれ、１つのメッセージ中でＲＡオケージョンおよびＰＵＳＣＨオケージョンにおいて送信され得る。本方法は、関連付けを示す情報を端末デバイスに送信することをさらに含む。

本開示の第２の態様によれば、ネットワークノードとして実装され得る装置が提供される。本装置は、１つまたは複数のプロセッサと、コンピュータプログラムコードを備える１つまたは複数のメモリとを備える。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサとともに、本装置に、少なくとも、本開示の第１の態様による方法の任意のステップを実施させるように設定される。

本開示の第３の態様によれば、その上に具現されたコンピュータプログラムコードを有するコンピュータ可読媒体が提供され、コンピュータプログラムコードは、コンピュータ上で実行されたとき、コンピュータに、本開示の第１の態様による方法の任意のステップを実施させる。

本開示の第４の態様によれば、ネットワークノードとして実装され得る装置が提供される。本装置は、決定ユニットと送信ユニットとを備える。いくつかの例示的な実施形態によれば、決定ユニットは、少なくとも、本開示の第１の態様による方法の決定ステップを行うように動作可能である。送信ユニットは、少なくとも、本開示の第１の態様による方法の送信ステップを行うように動作可能である。

本開示の第５の態様によれば、ユーザ機器（ＵＥ）などの端末デバイスによって実施される方法が提供される。本方法は、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報をネットワークノードから受信することを含む。関連付けは、ＲＡリソースが２ステップＲＡプロシージャと４ステップＲＡプロシージャとによって共有されるかどうかに少なくとも部分的に基づき得る。随意に、本方法は、ネットワークノードから受信された情報に従って、２ステップＲＡプロシージャを実施することをさらに含み得る。

本開示の第６の態様によれば、端末デバイスとして実装され得る装置が提供される。本装置は、１つまたは複数のプロセッサと、コンピュータプログラムコードを備える１つまたは複数のメモリとを備える。１つまたは複数のメモリおよびコンピュータプログラムコードは、１つまたは複数のプロセッサとともに、本装置に、少なくとも、本開示の第５の態様による方法の任意のステップを実施させるように設定される。

本開示の第７の態様によれば、その上に具現されたコンピュータプログラムコードを有するコンピュータ可読媒体が提供され、コンピュータプログラムコードは、コンピュータ上で実行されたとき、コンピュータに、本開示の第５の態様による方法の任意のステップを実施させる。

本開示の第８の態様によれば、端末デバイスとして実装され得る装置が提供される。本装置は、受信ユニットと、随意に、実施ユニットとを備える。いくつかの例示的な実施形態によれば、受信ユニットは、少なくとも、本開示の第５の態様による方法の受信ステップを行うように動作可能である。実施ユニットは、少なくとも、本開示の第５の態様による方法の実施ステップを行うように動作可能である。

例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けは、４ステップＲＡプロシージャのためのＲＡリソース設定にさらに基づき得る。

例示的な実施形態によれば、ＳＳＢとＲＡオケージョンとの間の関連付けは、ＲＡオケージョンにおける１つまたは複数のプリアンブルへのＳＳＢのマッピングを含み得る。

例示的な実施形態によれば、２ステップＲＡプロシージャのためのＲＡオケージョンは、４ステップＲＡプロシージャのためのＲＡオケージョンとは別個であり得る。

例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けは、４ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けと同じであり得る。

例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、４ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けをも示し得る。

例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けは、４ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けとは異なり得る。

例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ ２ステップＲＡプロシージャのためのＲＡオケージョンにマッピングされるＳＳＢの数と、
・ ２ステップＲＡプロシージャのためのＳＳＢにマッピングされるプリアンブルの数と
を示すための第１のパラメータを含み得る。

例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ ２ステップＲＡプロシージャのためのＲＡオケージョンにおけるプリアンブルの数であって、２ステップＲＡプロシージャのためのＲＡオケージョンにおけるプリアンブルが、競合ベースプリアンブルを含み得る、ＲＡオケージョンにおけるプリアンブルの数
を示すための第２のパラメータをさらに含み得る。

例示的な実施形態によれば、２ステップＲＡプロシージャのためのＲＡオケージョンにおけるプリアンブルは、無競合プリアンブル（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ ｐｒｅａｍｂｌｅ）をさらに含み得る。

例示的な実施形態によれば、ＲＡオケージョンは、２ステップＲＡプロシージャと４ステップＲＡプロシージャとによって共有され得る。

例示的な実施形態によれば、共有ＲＡオケージョンは、２ステップＲＡプロシージャおよび４ステップＲＡプロシージャのための別個のプリアンブルで設定され得る。随意に、共有ＲＡオケージョンは、少なくとも１つの予約済みプリアンブルで設定され得る。

例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ ２ステップＲＡプロシージャのための、共有ＲＡオケージョンにマッピングされるＳＳＢの数
を示すための第３のパラメータを含み得る。

例示的な実施形態によれば、第３のパラメータは、２ステップＲＡプロシージャのためのＳＳＢにマッピングされるプリアンブルの数を決定するために使用可能であり得る。

例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ 共有ＲＡオケージョンにおいて設定された２ステップＲＡプロシージャのためのプリアンブルの数
を示すための第４のパラメータを含み得る。

例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ ２ステップＲＡプロシージャのためのＳＳＢにマッピングされるプリアンブルの数
を示すための第５のパラメータを含み得る。

例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ 共有ＲＡオケージョンにおける２ステップＲＡプロシージャおよび４ステップＲＡプロシージャのためのプリアンブルの総数
を示すための第６のパラメータをさらに含み得る。

例示的な実施形態によれば、２ステップＲＡプロシージャのためのＳＳＢにマッピングされるプリアンブルは、４ステップＲＡプロシージャのために最初に設定された無競合プリアンブルの少なくとも一部を使用することによって設定され得る。

例示的な実施形態によれば、２ステップＲＡプロシージャおよび４ステップＲＡプロシージャは、ＳＳＢと共有ＲＡオケージョンとの間の同じ関連付けで設定され得る。

本開示の第９の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいてユーザデータを提供することを含み得る。随意に、本方法は、ホストコンピュータにおいて、本開示の第１の態様による方法の任意のステップを実施し得る基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することを含み得る。

本開示の第１０の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように設定された処理回路と、ＵＥへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え得る。セルラネットワークは、無線インターフェースと処理回路とを有する基地局を備え得る。基地局の処理回路は、本開示の第１の態様による方法の任意のステップを実施するように設定され得る。

本開示の第１１の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいてユーザデータを提供することを含み得る。随意に、本方法は、ホストコンピュータにおいて、基地局を備えるセルラネットワークを介してＵＥにユーザデータを搬送する送信を始動することを含み得る。ＵＥは、本開示の第５の態様による方法の任意のステップを実施し得る。

本開示の第１２の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ユーザデータを提供するように設定された処理回路と、ＵＥへの送信のためにユーザデータをセルラネットワークにフォワーディングするように設定された通信インターフェースとを備え得る。ＵＥは、無線インターフェースと処理回路とを備え得る。ＵＥの処理回路は、本開示の第５の態様による方法の任意のステップを実施するように設定され得る。

本開示の第１３の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、本開示の第５の態様による方法の任意のステップを実施し得るＵＥから基地局に送信されたユーザデータを受信することを含み得る。

本開示の第１４の態様によれば、ホストコンピュータを含む通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え得る。ＵＥは、無線インターフェースと処理回路とを備え得る。ＵＥの処理回路は、本開示の第５の態様による方法の任意のステップを実施するように設定され得る。

本開示の第１５の態様によれば、ホストコンピュータと、基地局と、ＵＥとを含み得る通信システムにおいて実装される方法が提供される。本方法は、ホストコンピュータにおいて、基地局から、基地局がＵＥから受信した送信から発生したユーザデータを受信することを含み得る。基地局は、本開示の第１の態様による方法の任意のステップを実施し得る。

本開示の第１６の態様によれば、ホストコンピュータを含み得る通信システムが提供される。ホストコンピュータは、ＵＥから基地局への送信から発生したユーザデータを受信するように設定された通信インターフェースを備え得る。基地局は、無線インターフェースと処理回路とを備え得る。基地局の処理回路は、本開示の第１の態様による方法の任意のステップを実施するように設定され得る。

本開示自体、好ましい使用モードおよびさらなる目的は、添付の図面とともに読まれるとき、実施形態の以下の詳細な説明を参照することによって最も良く理解される。

本開示の一実施形態による、例示的な４ステップＲＡプロシージャを示す図である。 本開示の一実施形態による、例示的なＰＲＡＣＨ設定を示す図である。 本開示のいくつかの実施形態による、ＳＳＢとＰＲＡＣＨオケージョンとの間の関連付けの例を示す図である。 本開示のいくつかの実施形態による、ＳＳＢとＰＲＡＣＨオケージョンとの間の関連付けの例を示す図である。 本開示の一実施形態による、ＳＳＢとＲＡプリアンブルとの間のマッピングの一例を示す図である。 本開示の一実施形態による、ＰＲＡＣＨオケージョンごとのＳＳＢごとの例示的なプリアンブルを示す図である。 本開示の一実施形態による、例示的な２ステップＲＡプロシージャを示す図である。 本開示のいくつかの実施形態による、オプションＩのためのプリアンブル設定の例を示す図である。 本開示のいくつかの実施形態による、オプションＩのためのプリアンブル設定の例を示す図である。 本開示のいくつかの実施形態による、オプションＩのためのプリアンブル設定の例を示す図である。 本開示のいくつかの実施形態による、オプションＩＩのためのプリアンブル設定の例を示す図である。 本開示のいくつかの実施形態による、オプションＩＩのためのプリアンブル設定の例を示す図である。 本開示のいくつかの実施形態による、オプションＩＩのためのプリアンブル設定の例を示す図である。 本開示のいくつかの実施形態による、方法を示すフローチャートである。 本開示のいくつかの実施形態による、別の方法を示すフローチャートである。 本開示のいくつかの実施形態による、装置を示すブロック図である。 本開示のいくつかの実施形態による、別の装置を示すブロック図である。 本開示のいくつかの実施形態による、また別の装置を示すブロック図である。 本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示すブロック図である。 本開示のいくつかの実施形態による、部分的無線接続上で基地局を介してＵＥと通信するホストコンピュータを示すブロック図である。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。 本開示の一実施形態による、通信システムにおいて実装される方法を示すフローチャートである。

添付の図面を参照しながら本開示の実施形態が詳細に説明される。これらの実施形態は、本開示の範囲に対する限定を示唆するのではなく、当業者が、本開示をより良く理解し、したがって実装することを可能にする目的で論じられるにすぎないことを理解されたい。本明細書全体にわたる、特徴、利点、または同様の言い回しへの言及は、本開示とともに実現され得る特徴および利点のすべてが、本開示の単一の実施形態におけるものであるべきであることまたはその実施形態におけるものであることを暗示しない。むしろ、特徴および利点に言及する言い回しは、一実施形態に関して説明される特定の特徴、利点、または特性が、本開示の少なくとも１つの実施形態に含まれることを意味すると理解されたい。さらに、本開示の説明される特徴、利点、および特性は、１つまたは複数の実施形態において任意の好適な様式で組み合わせられ得る。具体的な実施形態の特定の特徴または利点のうちの１つまたは複数なしに本開示が実践され得ることを、当業者は認識されよう。他の事例では、本開示のすべての実施形態に存在するとは限らないことがある追加の特徴および利点が、いくつかの実施形態において認識され得る。

本明細書で使用される「通信ネットワーク」という用語は、新無線（ＮＲ）、ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）、ＬＴＥアドバンスト、広帯域符号分割多元接続（ＷＣＤＭＡ）、高速パケットアクセス（ＨＳＰＡ）など、任意の好適な通信規格に従うネットワークを指す。さらに、通信ネットワークにおける端末デバイスとネットワークノードとの間の通信は、限定はしないが、第１世代（１Ｇ）通信プロトコル、第２世代（２Ｇ）通信プロトコル、２．５Ｇ通信プロトコル、２．７５Ｇ通信プロトコル、第３世代（３Ｇ）通信プロトコル、４Ｇ通信プロトコル、４．５Ｇ通信プロトコル、５Ｇ通信プロトコルを含む、任意の好適な世代の通信プロトコル、および／あるいは現在知られているかまたは将来において開発されることになる任意の他のプロトコルに従って実施され得る。

「ネットワークノード」という用語は、通信ネットワークにおけるネットワークデバイスを指し、そのデバイスを介して端末デバイスが通信ネットワークにアクセスし、通信ネットワークからサービスを受信する。ネットワークノードは、無線通信ネットワークにおける基地局（ＢＳ）、アクセスポイント（ＡＰ）、マルチセル／マルチキャスト協調エンティティ（ＭＣＥ）、コントローラまたは任意の他の好適なデバイスを指し得る。ＢＳは、たとえば、ノードＢ（ノードＢまたはＮＢ）、エボルブドノードＢ（ｅノードＢまたはｅＮＢ）、次世代ノードＢ（ｇノードＢまたはｇＮＢ）、リモートラジオユニット（ＲＲＵ）、無線ヘッダ（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、リレー、フェムト、ピコなどの低電力ノードなどであり得る。

ネットワークノードのまたさらなる例は、マルチスタンダード無線（ＭＳＲ）ＢＳなどのＭＳＲ無線機器、無線ネットワークコントローラ（ＲＮＣ）または基地局コントローラ（ＢＳＣ）などのネットワークコントローラ、基地トランシーバ局（ＢＴＳ）、送信ポイント、送信ノード、測位ノードなどを備える。しかしながら、より一般的には、ネットワークノードは、無線通信ネットワークへの端末デバイスアクセスを可能にし、および／または提供し、あるいは、無線通信ネットワークにアクセスした端末デバイスに何らかのサービスを提供することが可能な、そうするように設定された、構成された、および／または動作可能な任意の好適なデバイス（またはデバイスのグループ）を表し得る。

「端末デバイス」という用語は、通信ネットワークにアクセスし、通信ネットワークからサービスを受信することができる任意のエンドデバイスを指す。限定ではなく例として、端末デバイスは、モバイル端末、ユーザ機器（ＵＥ）、または他の好適なデバイスを指し得る。ＵＥは、たとえば、加入者局、ポータブル加入者局、移動局（ＭＳ）またはアクセス端末（ＡＴ）であり得る。端末デバイスは、限定はしないが、ポータブルコンピュータ、デジタルカメラなどの画像キャプチャ端末デバイス、ゲーミング端末デバイス、音楽記憶および再生器具、モバイルフォン、セルラフォン、スマートフォン、タブレット、ウェアラブルデバイス、携帯情報端末（ＰＤＡ）、車両などを含み得る。

また別の特定の例として、モノのインターネット（ＩｏＴ）シナリオでは、端末デバイスは、ＩｏＴデバイスと呼ばれることもあり、監視、検知および／または測定などを実施し、そのような監視、検知および／または測定などの結果を別の端末デバイスおよび／またはネットワーク機器に送信する、マシンまたは他のデバイスを表し得る。端末デバイスは、この場合、マシンツーマシン（Ｍ２Ｍ）デバイスであり得、Ｍ２Ｍデバイスは、第３世代パートナーシッププロジェクト（３ＧＰＰ）コンテキストではマシン型通信（ＭＴＣ）デバイスと呼ばれることがある。

１つの特定の例として、端末デバイスは、３ＧＰＰ狭帯域モノのインターネット（ＮＢ－ＩｏＴ）規格を実装するＵＥであり得る。そのようなマシンまたはデバイスの特定の例は、センサー、電力計などの計量デバイス、産業用機械類、あるいは家庭用または個人用電気器具、たとえば、冷蔵庫、テレビジョン、時計などの個人用ウェアラブルなどである。他のシナリオでは、端末デバイスは、車両または他の機器、たとえば、医療器械を表し得、これは、その動作ステータスに対する監視、検知および／または報告など、あるいはその動作に関連付けられた他の機能が可能である。

本明細書で使用される「第１の」、「第２の」などという用語は、異なるエレメントを指す。単数形「ａ」および「ａｎ」は、コンテキストが別段に明確に示すのでなければ、複数形をも含むものとする。本明細書で使用される「備える、含む（ｃｏｍｐｒｉｓｅｓ）」、「備える、含む（ｃｏｍｐｒｉｓｉｎｇ）」、「有する（ｈａｓ）」、「有する（ｈａｖｉｎｇ）」、「含む（ｉｎｃｌｕｄｅｓ）」および／または「含む（ｉｎｃｌｕｄｉｎｇ）」という用語は、述べられた特徴、エレメント、および／または構成要素などの存在を指定するが、１つまたは複数の他の特徴、エレメント、構成要素および／またはそれらの組合せの存在または追加を排除しない。「に基づいて」という用語は、「に少なくとも部分的に基づいて」として読み取られるべきである。「一実施形態（ｏｎｅ ｅｍｂｏｄｉｍｅｎｔ）」および「一実施形態（ａｎ ｅｍｂｏｄｉｍｅｎｔ）」という用語は、「少なくとも１つの実施形態」として読み取られるべきである。「別の実施形態」という用語は、「少なくとも１つの他の実施形態」として読み取られるべきである。明示的および暗黙的な他の規定が、以下で含まれ得る。

無線通信ネットワークは、ボイス、ビデオ、データ、メッセージングおよびブロードキャストなど、様々な通信サービスを提供するために広く展開される。前に説明されたように、無線通信ネットワークにおいてｇＮＢなどのネットワークノードに接続するために、ＵＥなどの端末デバイスは、ネットワークノードとの通信リンク確立のための必須情報およびメッセージを交換するために、ＲＡプロシージャを実施する必要があり得る。

図１Ａは、本開示の一実施形態による、例示的な４ステップＲＡプロシージャを示す図である。図１Ａに示されているように、ＵＥは、１０１において、ｇＮＢから、ＳＳＢ（たとえば、１次同期信号（ＰＳＳ）、２次同期信号（ＳＳＳ）、および物理ブロードキャストチャネル（ＰＢＣＨ））を受信することによって、同期信号（ＳＳ）を検出することができる。ＵＥは、１０２において、ダウンリンク（ＤＬ）においてブロードキャストされた何らかのシステム情報（たとえば、残余最小システム情報（ＲＭＳＩ）および他のシステム情報（ＯＳＩ））を復号することができる。次いで、ＵＥは、１０３において、アップリンク（ＵＬ）においてＰＲＡＣＨプリアンブル（メッセージ１／ｍｓｇ１）を送信することができる。ｇＮＢは、１０４において、ランダムアクセス応答（ＲＡＲ、メッセージ２／ｍｓｇ２）で返答することができる。ＲＡＲに応答して、ＵＥは、１０５において、物理アップリンク共有チャネル（ＰＵＳＣＨ）上でＵＥの識別情報（メッセージ３／ｍｓｇ３）を送信することができる。次いで、ｇＮＢは、１０６において、競合解消メッセージ（ＣＲＭ、メッセージ４／ｍｓｇ４）をＵＥに送ることができる。

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

ＮＲシステムでは、ＰＲＡＣＨプリアンブルが送信される時間および周波数リソースは、ＰＲＡＣＨオケージョンとして規定され得る。それぞれ、ＦＲ１（周波数範囲１）対スペクトル（ｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）、ＦＲ１不対スペクトル（ｕｎｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）、および不対スペクトルを伴うＦＲ２（周波数範囲２）について、異なるＰＲＡＣＨ設定方式が指定され得る。指定されたＰＲＡＣＨ設定は、ＰＲＡＣＨ設定テーブルにおいて維持され得る。ＰＲＡＣＨ送信のための時間リソースおよびプリアンブルフォーマットは、ＰＲＡＣＨ設定テーブル中の行を示す、ＰＲＡＣＨ設定インデックスによって設定され得る。たとえば、ＦＲ１不対スペクトルのためのプリアンブルフォーマット０のためのＰＲＡＣＨ設定の少なくとも一部が、表１に示されている。

表１では、ｘの値は、システムフレームの数におけるＰＲＡＣＨ設定期間を示し、ｙの値は、ＰＲＡＣＨオケージョンが設定される、各ＰＲＡＣＨ設定期間内のシステムフレームを示す。たとえば、ｙが０にセットされる場合、それは、ＰＲＡＣＨオケージョンが各ＰＲＡＣＨ設定期間の第１のフレームにおいてのみ設定されることを意味する。列「サブフレーム番号」中の値は、ＰＲＡＣＨオケージョンがどのサブフレーム上で設定されるかを告げる。列「開始シンボル」中の値は、シンボルインデックスである。

時分割複信（ＴＤＤ）の場合、半静的に設定されたＤＬ部分および／または実際に送信されるＳＳＢは、ＰＲＡＣＨ設定テーブルにおいて規定されたいくつかの時間ドメインＰＲＡＣＨオケージョンをオーバーライドし、無効にすることができる。より詳細には、ＵＬ部分におけるＰＲＡＣＨオケージョンは、常に有効であり、ある部分（たとえば、ＮＲスロット内のフレキシブルシンボルをもつ部分）内のＰＲＡＣＨオケージョンは、それがＲＡＣＨスロットにおいてＳＳＢに先行しないか、またはそのＳＳＢと衝突せず、ＤＬ部分およびＳＳＢの最後のシンボルの後に少なくともＮ個のシンボルがある限り、有効である。たとえば、Ｎは、ＰＲＡＣＨフォーマットおよびサブキャリア間隔に応じて、０または２としてセットされ得る。

図１Ｂは、本開示の一実施形態による、例示的なＰＲＡＣＨ設定を示す図である。周波数ドメインでは、ＮＲシステムは、同じ時間ドメインＰＲＡＣＨオケージョン上で、複数の周波数多重化されたＰＲＡＣＨオケージョンをサポートすることができる。これは主に、１つのＳＳＢに関連付けられたＰＲＡＣＨオケージョンが、同じ時間インスタンス、ただし異なる周波数ロケーションにおいて設定されるような、ＮＲシステムにおけるアナログビーム掃引のサポートによって動機を与えられる。図１Ｂに示されているように、１つの時間ドメインＰＲＡＣＨオケージョンにおいて周波数分割多重化された（ＦＤＭｅｄ）ＰＲＡＣＨオケージョンの数は、１、２、４、または８であり得、ＰＲＡＣＨ設定期間は、１０ｍｓ、２０ｍｓ、４０ｍｓ、８０ｍｓまたは１６０ｍｓであり得る。前述のように、ＰＲＡＣＨ／ＲＡＣＨ設定テーブル中の行は、１つのＰＲＡＣＨ設定期間のための時間ドメインＰＲＡＣＨオケージョンパターンを指定することができる。

例示的な実施形態によれば、各セルにおけるＰＲＡＣＨオケージョンごとのＲＡプリアンブルとして使用され得る最高６４個のシーケンスがある。ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓなどの無線リソース制御（ＲＲＣ）パラメータは、これらの６４個のシーケンスのうちのいくつが、各セルにおけるＰＲＡＣＨオケージョンごとのＲＡプリアンブルとして使用されるかを決定するために使用され得る。６４個のシーケンスは、第１に、ルートＺａｄｏｆｆ－Ｃｈｕシーケンスのすべての利用可能な巡回シフトを含むことによって設定され、第２に、ＰＲＡＣＨオケージョンについて６４個のプリアンブルが生成されるまで、ルートインデックスの昇順に設定され得る。

いくつかの例示的な実施形態によれば、ＳＳＢとＰＲＡＣＨオケージョンとの間の関連付けがあり得る。たとえば、ＳＳＢとＰＲＡＣＨオケージョンとの間の１対１関連付け（たとえば、ＰＲＡＣＨオケージョンごとに１つのＳＳＢ）が、ＮＲシステムにおいてサポートされ得る。同様に、（１つまたは複数の）ＳＳＢと（１つまたは複数の）ＰＲＡＣＨオケージョンとの間の１対多および／または多対１関連付けも、ＮＲシステムにおいてサポートされ得る。

図１Ｃ～図１Ｄは、本開示のいくつかの実施形態による、ＳＳＢとＰＲＡＣＨオケージョンとの間の関連付けの例を示す図である。図１Ｃに示されているＰＲＡＣＨオケージョンごとに１つのＳＳＢの例では、ＳＳＢ０、ＳＳＢ１、ＳＳＢ２およびＳＳＢ３が、それぞれ、４つの異なるＰＲＡＣＨオケージョンに関連付けられる。図１Ｄに示されているＰＲＡＣＨオケージョンごとに２つのＳＳＢの例では、ＳＳＢ０およびＳＳＢ１が、あるＰＲＡＣＨオケージョンに関連付けられ、ＳＳＢ２およびＳＳＢ３が、別のＰＲＡＣＨオケージョンに関連付けられる。図１Ｃまたは図１Ｄに示されているＳＳＢとＰＲＡＣＨオケージョンとの間の関連付けは、ほんの一例としてのものであり、適切なＰＲＡＣＨプリアンブルフォーマットを用いたＳＳＢとＰＲＡＣＨオケージョンとの間の他の好適な関連付けも実装され得ることが諒解され得る。

例示的な実施形態によれば、ｇＮＢは、異なる送信ビームを使用して、それぞれのＳＳＢをＵＥに送信することができる。ｇＮＢからのＳＳＢの受信に応答して、ＵＥは、関連付けられたＰＲＡＣＨオケージョンにおいて、ＰＲＡＣＨプリアンブルをｇＮＢに送ることができる。ＳＳＢとＰＲＡＣＨオケージョンとの間の関連付けと、ＳＳＢから送信ビームへのマッピングとに従って、ｇＮＢは、ＵＥによって選好されるその送信ビームを決定するために、ＵＥから受信されたＰＲＡＣＨプリアンブルを使用することができる。ｇＮＢは、ＤＬ送信において、および随意にＵＬ受信において、決定された送信ビームを使用することができる。

いくつかの例示的な実施形態によれば、各ＳＳＢに関連付けられたプリアンブルは、２つのＲＲＣパラメータｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢおよびｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓによって設定され得、これらは、システム情報ブロック（たとえば、ＳＩＢ１）中のＲＡＣＨ－ＣｏｎｆｉｇＣｏｍｍｏｎなどの情報エレメント（ＩＥ）によって示され得る。ＳＳＢをＲＡプリアンブルにマッピングするための特定のルールが規定され得る。たとえば、ＵＥは、パラメータｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢによって、１つのＰＲＡＣＨオケージョンに関連付けられたＳＳＢの数Ｎと、有効なＰＲＡＣＨオケージョンごとのＳＳＢごとの競合ベース（ＣＢ）プリアンブルの数Ｒとを提供され得る。Ｎ＜１である場合、１つのＳＳＢが、１／Ｎ個の連続する有効なＰＲＡＣＨオケージョンにマッピングされ、有効なＰＲＡＣＨオケージョンごとのＳＳＢに関連付けられた連続するインデックスをもつＲ個の競合ベースプリアンブルが、プリアンブルインデックス０から開始する。Ｎ≧１である場合、有効なＰＲＡＣＨオケージョンごとのＳＳＢ ｎ、０≦ｎ≦Ｎ－１、に関連付けられた連続するインデックスをもつＲ個の競合ベースプリアンブルが、プリアンブルインデックス

から開始し、ここで、

は、パラメータｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓによって提供され、Ｎの整数倍である。

図１Ｅは、本開示の一実施形態による、ＳＳＢとＲＡプリアンブルとの間のマッピングの一例を示す図である。この例では、１つのＰＲＡＣＨ設定期間におけるＰＲＡＣＨスロットの数は２であり、１つのＰＲＡＣＨスロットにおけるＰＲＡＣＨオケージョンの数は４であり、１つのＰＲＡＣＨオケージョンにおけるＳＳＢの数は２である。図１Ｅに示されているように、ＳＳＢとＰＲＡＣＨプリアンブルとの間のマッピングは、Ｍ個のプリアンブルを各ＳＳＢに連続的に関連付けることによって行われ得、ここで、

である。たとえば、プリアンブルは、以下のようにとられ得る。
－ 第１に、単一のＰＲＡＣＨオケージョン内のプリアンブルインデックスの昇順に、
－ 第２に、周波数多重化されたＰＲＡＣＨオケージョンのための周波数リソースインデックスの昇順に、および
－ 第３に、時間の昇順に。

図１Ｆは、本開示の一実施形態による、ＰＲＡＣＨオケージョンごとのＳＳＢごとの例示的なプリアンブルを示す図である。この実施形態では、各ＳＳＢについて、ＰＲＡＣＨオケージョンごとの関連付けられたプリアンブルは、競合ベースランダムアクセス（ＣＢＲＡ）および競合フリーランダムアクセス（ＣＦＲＡ）のための２つのセットにさらに分割される。ＰＲＡＣＨオケージョンごとのＳＳＢごとの競合ベース（ＣＢ）プリアンブルの数は、ＣＢ－ｐｒｅａｍｂｌｅｓ－ｐｅｒ－ＳＳＢなどのＲＲＣパラメータによってシグナリングされ得る。ＣＢＲＡおよびＣＦＲＡのためのプリアンブルインデックスは、図１Ｆに示されているように、１つのＰＲＡＣＨオケージョンにおける１つのＳＳＢについて連続的にマッピングされる。

図２は、本開示の一実施形態による、例示的な２ステップＲＡプロシージャを示す図である。図１Ａに示されているプロシージャと同様に、図２に示されているプロシージャでは、ＵＥは、２０１において、ｇＮＢから、ＳＳＢ（たとえば、ＰＳＳ、ＳＳＳおよびＰＢＣＨを含む）を受信することによって、ＳＳを検出し、２０２において、ＤＬにおいてブロードキャストされたシステム情報（たとえば、残余最小システム情報（ＲＭＳＩ）および他のシステム情報（ＯＳＩ））を復号することができる。図１Ａに示されている４ステップ手法と比較して、図２中のプロシージャを実施するＵＥは、わずか２つのステップにおいてランダムアクセスを完了することができる。第１に、ＵＥは、２０３ａ／２０３ｂにおいて、場合によってはＰＵＳＣＨ上の何らかのペイロードを伴う、ＲＲＣ接続要求などの上位レイヤデータとともにＲＡプリアンブルを含むメッセージＡ（ｍｓｇＡ）をｇＮＢに送る。第２に、ｇＮＢは、２０４において、ＵＥ識別子割り振り、タイミングアドバンス情報、競合解消メッセージなどを含む（メッセージＢまたはｍｓｇＢとも呼ばれる）ＲＡＲをＵＥに送る。

２ステップＲＡプロシージャでは、プリアンブルおよびｍｓｇＡ ＰＵＳＣＨは、メッセージＡと呼ばれる１つのメッセージ中でＵＥによって送信され得る。ネットワークが、４ステップＲＡプロシージャを実施するレガシーＵＥを、２ステップＲＡプロシージャを実施するＵＥと区別することができるように、２ステップＲＡプロシージャと４ステップＲＡプロシージャとについて、（ＰＲＡＣＨオケージョンおよびプリアンブルシーケンスによって規定された）別個のＰＲＡＣＨリソースが設定され得る。

２ステップＲＡのためのＰＲＡＣＨ設定に関して、ある程度の合意が行われ得る。２ステップＲＡと４ステップＲＡとの間のＰＲＡＣＨリソースの関係を考慮して、ネットワークは、以下のオプションを設定するためのフレキシビリティを有し得る。
・ オプションＩ：２ステップＲＡおよび４ステップＲＡのための別個のＰＲＡＣＨオケージョン、ならびに
・ オプションＩＩ：２ステップＲＡおよび４ステップＲＡのための共有ＰＲＡＣＨオケージョン、ただし別個のプリアンブル。

４ステップＲＡプロシージャの場合、ＳＳＢとＰＲＡＣＨオケージョンおよびプリアンブルとのマッピングは、図１Ｃ～図１Ｆに関して説明される。２ステップＲＡプロシージャの場合、ＰＲＡＣＨ設定のための選択されたオプション（たとえば、オプションＩまたはオプションＩＩ）に従って、ＳＳＢをＰＲＡＣＨオケージョンおよび対応するプリアンブルに適応的にマッピングすることが望ましいことがある。

いくつかの例示的な実施形態による提案されるソリューションでは、ネットワークノードは、２ステップＲＡプロシージャのためのシグナリング送信間の関連付けを端末デバイスに示すことができる。例示的な実施形態によれば、提案されるソリューションは、ｇＮＢが２ステップＲＡプロシージャのためのＳＳＢとＰＲＡＣＨオケージョンとのマッピングをＵＥに知らせることを可能にし得る。随意に、４ステップＲＡプロシージャのためのレガシーＳＳＢとＰＲＡＣＨオケージョンおよびプリアンブルとのマッピングは、レガシー４ステップＲＡプロシージャに対する影響なしに、ＳＳＢとＰＲＡＣＨオケージョンおよびプリアンブルとのマッピングのためのフレキシビリティを提供しながら、シグナリングオーバーヘッドを最小限に抑えるように、２ステップＲＡプロシージャのために利用され、再使用され、または単に改訂され得る。

いくつかの例示的な実施形態によれば、ＤＬ送信とＵＬ送信との間の関連付けは、異なるＲＡプロシージャのためのＲＡオケージョン設定方式間の関係に適応可能であり得る。たとえば、２ステップＲＡおよび４ステップＲＡのための別個のＰＲＡＣＨオケージョンが設定されるオプションＩの場合、２ステップＲＡのために使用されるＳＳＢとＰＲＡＣＨオケージョンおよびプリアンブルとのマッピングルールは、４ステップＲＡのためにも使用され得る。代替的に、２ステップＲＡと４ステップＲＡとについて、ＳＳＢとＰＲＡＣＨオケージョンおよびプリアンブルとのマッピングのための別個の設定ルールが導入され得る。代替的に、２ステップＲＡおよび４ステップＲＡのための共有ＰＲＡＣＨオケージョンが設定されるオプションＩＩの場合、２ステップＲＡのために使用されるＳＳＢとＰＲＡＣＨオケージョンおよびプリアンブルとのマッピングルールは、４ステップＲＡのために使用されるルールに少なくとも部分的に基づいて規定され得る。

図３Ａ～図３Ｃは、本開示のいくつかの実施形態による、オプションＩのためのプリアンブル設定の例を示す図である。オプションＩの場合、ＰＲＡＣＨオケージョンは、２ステップＲＡと４ステップＲＡとについて、別個に設定される。いくつかの例示的な実施形態によれば、２ステップＲＡと４ステップＲＡとについて、同じプリアンブル設定が使用され得る。たとえば、プリアンブル設定は、図３Ａに示されているように、総６４個のプリアンブルのうちの１６個がＣＢＲＡのために設定され、ここで、ＰＲＡＣＨオケージョンにマッピングされるＳＳＢの数が４個であることを示し得る。例示的な実施形態によれば、ｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢおよびｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓなどのいくつかの設定パラメータが、２ステップＲＡと４ステップＲＡの両方のために使用され得る。この場合、２ステップＲＡのためのプリアンブル設定をさらに示すためのネットワークによる余分のシグナリングは必要でない。随意に、パラメータｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓは、ＣＦＲＡが２ステップＲＡのためにサポートされない場合、無視されるかまたはスキップされ得る。

いくつかの例示的な実施形態によれば、別個のプリアンブル設定が、図３Ｂおよび図３Ｃに示されているように、２ステップＲＡのために導入され得る。例示的な実施形態によれば、２ステップＲＡのためのプリアンブル設定は、１つまたは複数のあらかじめ規定されたパラメータによって示され得る。たとえば、２ステップＲＡのためのＰＲＡＣＨオケージョンにマッピングされるＳＳＢの数と、ＳＳＢにマッピングされる２ステップＲＡのためのＣＢプリアンブルの数とを示すために、パラメータｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ－２Ｓｔｅｐが規定され得る。図３Ｂの例では、１６個のプリアンブルが、２ステップＲＡのためのＰＲＡＣＨオケージョンにおけるＣＢＲＡのために別個に設定される。

随意に、２ステップＲＡにおけるＣＢＲＡとＣＦＲＡの両方のために使用されるプリアンブルの総数を示すために、別のパラメータｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ－２Ｓｔｅｐが規定され得る。図３Ｃの例では、総６４個のプリアンブルのうちの１６個が、２ステップＲＡのためのＣＢＲＡのために設定され、残りは、サポートされる場合、ＣＦＲＡのために使用され得る。

いくつかの例示的な実施形態によれば、ＣＦＲＡは、２ステップＲＡのためにサポートされることが予想されないことがある。この場合、パラメータｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ－２Ｓｔｅｐは、ＣＢＲＡのためのプリアンブルの総数がパラメータｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ－２Ｓｔｅｐの値と同じであることを確認することを介して、ＣＢＲＡのために使用され得る。随意に、パラメータｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ－２Ｓｔｅｐは必要でないことがあり、パラメータｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ－２Ｓｔｅｐが、２ステップＲＡのために使用されるプリアンブルの総数を決定するために使用され得る。

本明細書で説明されるシグナリング送信およびリソース割り当てに関係するパラメータ、変数およびセッティングは、例にすぎないことを了解されよう。他の好適なメッセージセッティング、関連付けられた設定パラメータおよびそれらの特定の値も、提案される方法を実装するために適用可能であり得る。

図３Ｄ～図３Ｆは、本開示のいくつかの実施形態による、オプションＩＩのためのプリアンブル設定の例を示す図である。オプションＩＩの場合、ＰＲＡＣＨオケージョンは、２ステップＲＡと４ステップＲＡとによって共有され得る。いくつかの例示的な実施形態によれば、２ステップＲＡと４ステップＲＡとについて、別個のプリアンブルが設定され得る。たとえば、ＰＲＡＣＨオケージョンごとの４ステップＲＡのためのプリアンブルは、４ステップＲＡパラメータｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓの値が、ＰＲＡＣＨオケージョンごとのプリアンブルの最大数（たとえば、ＭａｘＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ＝６４）よりも小さくなるように設定され得、残りのプリアンブル（たとえば、６４ － ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ）が、ＰＲＡＣＨオケージョンごとの２ステップＲＡのためのプリアンブルとして使用され得る。随意に、ＳＳＢとＰＲＡＣＨオケージョンとのマッピングの設定は、２ステップＲＡと４ステップＲＡとについて、別個にプロビジョニングされ得る。この場合、（ｓｓｂ－ｐｅｒＲＡＣＨ－Ｏｃｃａｓｉｏｎ－２Ｓｔｅｐなどのパラメータによって示され得る）２ステップＲＡのためのＰＲＡＣＨオケージョンにマッピングされるＳＳＢの数は、４ステップＲＡのためのＰＲＡＣＨオケージョンにマッピングされるＳＳＢの数と同じであるか、またはそのＳＳＢの数とは異なり得る。図３Ｄの例では、ＰＲＡＣＨオケージョンごとのプリアンブルは、２ステップＲＡと４ステップＲＡとについて分割され、４ステップＲＡのために設定されたプリアンブルの数は、パラメータｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ＝５６によって示され、残りの８つのプリアンブルは２ステップＲＡのために使用され、ＳＳＢごとに２つのプリアンブルを伴う。

いくつかの例示的な実施形態によれば、２ステップＲＡのための別個のパラメータ（たとえば、ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ－２ｓｔｅｐ）が、ＰＲＡＣＨオケージョンにおける２ステップＲＡのためのプリアンブルの数を示すために導入され得る。随意に、ＰＲＡＣＨオケージョンごとの４ステップＲＡのためのプリアンブルは、ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ＜ＭａｘＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓとなるように設定され得、ＰＲＡＣＨオケージョンごとの２ステップＲＡのためのプリアンブルは、ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ－２ｓｔｅｐ＜ＭａｘＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ － ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓとなるように設定され得る。この場合、残りのプリアンブル（ＭａｘＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ － ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ）のサブセットが、ＰＲＡＣＨオケージョンごとの２ステップＲＡのためのプリアンブルとして使用され、（１つまたは複数の）残余プリアンブルは予約され、ＲＡのために使用されないことがある。したがって、ＰＲＡＣＨオケージョンごとのいくつかのプリアンブルが、４ステップＲＡのために使用され得、いくつかが２ステップＲＡのために使用され得、いくつかが予約され得る。図３Ｅの例では、ＰＲＡＣＨオケージョンにおいて設定されたプリアンブルの数は、ＭａｘＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ＝６４であり、４ステップＲＡのために設定されたプリアンブルの数は、ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ＝５６であり、２ステップＲＡのために設定されたプリアンブルの数は、ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ－２ｓｔｅｐ＝４であり、残りの４つのプリアンブルは予約され、ＲＡのために使用されない。

いくつかの例示的な実施形態によれば、ＰＲＡＣＨオケージョンごとの２ステップＲＡと４ステップＲＡの両方のために使用されるプリアンブルの数は、ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓなどのパラメータが設定される場合、そのパラメータによって示され得る。ＰＲＡＣＨオケージョンごとの２ステップＲＡと４ステップＲＡの両方のために設定されたＣＢプリアンブルの和が、パラメータＭａｘＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓの値よりも小さいかまたはそれに等しいか、あるいは、パラメータｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓが設定される場合、その値よりも小さいかまたはそれに等しいように、２ステップＲＡのためのＳＳＢごとのＣＢプリアンブルの数を示すために、ＣＢ－ｐｒｅａｍｂｌｅｓ－ｐｅｒ－ＳＳＢ－２ｓｔｅｐなどの別個のパラメータが導入され得る。

随意に、４ステップＲＡのために最初に使用可能なＣＦＲＡプリアンブルの一部が、２ステップＲＡのためのプリアンブルとして設定され得る。この場合、ｇＮＢなどのネットワークノードは、４ステップＣＦＲＡのためにこれらのプリアンブルを使用することを回避する必要がある。これは、たとえば、ネットワーク実装を介して、あるいは、（たとえば、ＣＢ－ｐｒｅａｍｂｌｅｓ－ｐｅｒ－ＳＳＢ－２ｓｔｅｐなどのパラメータを規定することによって）２ステップＲＡのために設定または再使用されるプリアンブルが、４ステップＣＦＲＡのために有効でないというルールを指定することによって、行われ得る。図３Ｆの例では、ＰＲＡＣＨオケージョンごとの２ステップＲＡと４ステップＲＡの両方のために設定されたプリアンブルの数は６４個であり、ＰＲＡＣＨオケージョンごとのＳＳＢごとの４ステップＲＡのために設定されたＣＢＲＡプリアンブルの数は、ＣＢ－ｐｒｅａｍｂｌｅｓ－ｐｅｒ－ＳＳＢ＝４であり、ＰＲＡＣＨオケージョンごとのＳＳＢごとの２ステップＲＡのために設定されたＣＢＲＡプリアンブルの数は、ＣＢ－ｐｒｅａｍｂｌｅｓ－ｐｅｒ－ＳＳＢ－２ｓｔｅｐ＝２であり、残りのプリアンブルはＣＦＲＡのためのものである。

本開示のいくつかの実施形態は、主に、いくつかの例示的なネットワーク設定およびシステム展開のための非限定的な例として使用されている５ＧまたはＮＲ仕様に関して説明されることに留意されたい。したがって、本明細書で与えられる例示的な実施形態の説明は、詳細には、それらの実施形態に直接関係する専門用語を参照する。そのような専門用語は、提示された非限定的な例および実施形態のコンテキストにおいて使用されるにすぎず、当然、いかなる形でも本開示を限定しない。むしろ、本明細書で説明される例示的な実施形態が適用可能である限り、任意の他のシステム設定または無線技術が等しく利用され得る。

図４は、本開示のいくつかの実施形態による、方法４００を示すフローチャートである。図４に示されている方法４００は、ネットワークノード、またはネットワークノードに通信可能に結合された装置によって実施され得る。例示的な実施形態によれば、ネットワークノードは、ｇＮＢなどの基地局を備え得る。ネットワークノードは、２ステップＲＡおよび／または４ステップＲＡなどの１つまたは複数のＲＡ手法をサポートすることが可能であり得る、ＵＥなどの１つまたは複数の端末デバイスと通信するように設定され得る。

図４に示されている例示的な方法４００によれば、ネットワークノードは、ブロック４０２に示されているように、２ステップＲＡプロシージャにおける、ＤＬ送信とＵＬ送信との間の関連付け（たとえば、ＳＳＢとＲＡオケージョンとの間の関連付けなど）を、２ステップＲＡプロシージャのためのＲＡリソース設定に少なくとも部分的に基づいて（たとえば、ＲＡリソースが２ステップＲＡプロシージャと４ステップＲＡプロシージャとによって共有されるかどうかに少なくとも部分的に基づいて）決定することができる。図２に関して説明されるように、２ステップＲＡプロシージャでは、プリアンブルおよびＰＵＳＣＨは、それぞれ、１つのメッセージ（たとえば、ｍｓｇＡなど）中で、ＲＡオケージョンおよびＰＵＳＣＨオケージョンにおいて送信され得る。次いで、ネットワークノードは、ブロック４０４に示されているように、関連付けを示す情報を端末デバイスに送信することができる。たとえば、関連付けを示す情報は、ネットワークノードから端末デバイスに送信される（ＳＩＢ１などの）ブロードキャスト情報ブロックにおいて搬送され得る。随意に、端末デバイスは、ネットワークノードへのアクセスを実装するために、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報を使用し得る。

いくつかの例示的な実施形態によれば、ＤＬ送信とＵＬ送信との間の関連付けは、ＳＳＢとＲＡオケージョンとの間の関連付け、および／または２ステップＲＡプロシージャのためのシグナリング送信／リソース割り当てを反映する他の関連付けを含み得る。例示的な実施形態では、ＳＳＢとＲＡオケージョンとの間の関連付けは、ＲＡオケージョンにおける１つまたは複数のプリアンブルへのＳＳＢのマッピングを含み得る。

図５は、本開示のいくつかの実施形態による、方法５００を示すフローチャートである。図５に示されている方法５００は、端末デバイス、または端末デバイスに通信可能に結合された装置によって実施され得る。例示的な実施形態によれば、ＵＥなどの端末デバイスは、２ステップＲＡおよび／または４ステップＲＡなどの１つまたは複数のＲＡ手法をサポートすることによって、ｇＮＢなどのネットワークノードと通信するように設定され得る。

図５に示されている例示的な方法５００によれば、端末デバイスは、ブロック５０２に示されているように、２ステップＲＡプロシージャにおけるＤＬ送信とＵＬ送信との間の関連付け（たとえば、ＳＳＢとＲＡオケージョンとの間の関連付け）を示す情報を、（図４に関して説明されるネットワークノードなどの）ネットワークノードから受信し得る。関連付けは、２ステップＲＡプロシージャのためのＲＡリソース設定に少なくとも部分的に基づき得る（たとえば、ＲＡリソースが２ステップＲＡプロシージャと４ステップＲＡプロシージャとによって共有されるかどうかに少なくとも部分的に基づき得る）。随意に、端末デバイスは、ブロック５０４に示されているように、ネットワークノードから受信された情報に従って、２ステップＲＡプロシージャを実施し得る。

いくつかの例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けは、４ステップＲＡプロシージャのためのＲＡリソース設定（たとえば、ＲＡオケージョン設定、および、随意に、ＲＡプリアンブル設定など）にさらに基づき得る。一実施形態では、ＲＡリソースは、ＲＡオケージョンおよび／または１つまたは複数の関連付けられたＲＡプリアンブルを含み得る。

いくつかの例示的な実施形態によれば、２ステップＲＡプロシージャのために利用可能なＲＡリソースは、４ステップＲＡプロシージャのために利用可能なＲＡリソースとは別個であり得る。この場合、２ステップＲＡプロシージャと４ステップＲＡプロシージャとは、ＲＡリソースを共有しないことがある。一実施形態では、２ステップＲＡプロシージャのためのＲＡオケージョンは、４ステップＲＡプロシージャのためのＲＡオケージョンとは別個であり得る。例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けは、４ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けと同じであり得る（たとえば、図３Ａに示されている、２ステップＲＡと４ステップＲＡの両方のために適用可能なＳＳＢとＲＡオケージョンとのマッピング）。一実施形態では、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、４ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けをも示すことができる。したがって、４ステップＲＡプロシージャのために規定されたいくつかの既存のパラメータが、２ステップＲＡプロシージャのためにも使用され得る。

いくつかの例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けは、４ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けとは異なり得る。この場合、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ ２ステップＲＡプロシージャのためのＲＡオケージョンにマッピングされるＳＳＢの数と、
・ ２ステップＲＡプロシージャのためのＳＳＢにマッピングされるプリアンブルの数と
を示すための（図３Ｂに関して説明されるｓｓｂ－ｐｅｒＲＡＣＨ－ＯｃｃａｓｉｏｎＡｎｄＣＢ－ＰｒｅａｍｂｌｅｓＰｅｒＳＳＢ－２Ｓｔｅｐなどの）第１のパラメータを含み得る。

例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ ２ステップＲＡプロシージャのためのＲＡオケージョンにおけるプリアンブルの数
を示すための（図３Ｃに関して説明されるｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ－２Ｓｔｅｐなどの）第２のパラメータをさらに含み得る。

２ステップＲＡプロシージャのためのＲＡオケージョンにおけるプリアンブルは、ＣＢプリアンブル（たとえば、図３Ｃに示されているＣＢＲＡプリアンブル）を含み得る。随意に、２ステップＲＡプロシージャのためのＲＡオケージョンにおけるプリアンブルは、ＣＦプリアンブル（たとえば、図３Ｃに示されているＣＦＲＡプリアンブル）をさらに含み得る。

いくつかの例示的な実施形態によれば、２ステップＲＡプロシージャのために利用可能なＲＡリソースは、４ステップＲＡプロシージャによって共有され得る。一実施形態では、ＲＡオケージョンは、２ステップＲＡプロシージャと４ステップＲＡプロシージャとによって共有され得る。この場合、共有ＲＡオケージョンは、２ステップＲＡプロシージャおよび４ステップＲＡプロシージャのための別個のプリアンブルで設定され得る（たとえば、図３Ｄ～図３Ｆに示されているプリアンブル設定）。一実施形態では、共有ＲＡオケージョンは、少なくとも１つの予約済みプリアンブルで設定され得る（たとえば、図３Ｅに示されているプリアンブル設定）。

いくつかの例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ ２ステップＲＡプロシージャのための、共有ＲＡオケージョンにマッピングされるＳＳＢの数
を示すための（図３Ｄに関して説明されるｓｓｂ－ｐｅｒＲＡＣＨ－Ｏｃｃａｓｉｏｎ－２Ｓｔｅｐなどの）第３のパラメータを含み得る。

例示的な実施形態によれば、第３のパラメータは、２ステップＲＡプロシージャのためのＳＳＢにマッピングされるプリアンブルの数を決定するために使用可能であり得る。たとえば、２ステップＲＡプロシージャのためのＳＳＢにマッピングされるプリアンブルの数は、図３Ｄに関して説明されるように、（ＭａｘＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ － ｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ）／ｓｓｂ－ｐｅｒＲＡＣＨ－Ｏｃｃａｓｉｏｎ－２Ｓｔｅｐによって決定され得る。

いくつかの例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ 共有ＲＡオケージョンにおいて設定された２ステップＲＡプロシージャのためのプリアンブルの数
を示すための（図３Ｅに関して説明されるｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓ－２ｓｔｅｐなどの）第４のパラメータを含み得る。

いくつかの例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ ２ステップＲＡプロシージャのためのＳＳＢにマッピングされるプリアンブルの数
を示すための（図３Ｅおよび図３Ｆに関して説明されるＣＢ－ｐｒｅａｍｂｌｅｓ－ｐｅｒ－ＳＳＢ－２ｓｔｅｐなどの）第５のパラメータを含み得る。

いくつかの例示的な実施形態によれば、２ステップＲＡプロシージャにおけるＳＳＢとＲＡオケージョンとの間の関連付けを示す情報は、
・ 共有ＲＡオケージョンにおける２ステップＲＡプロシージャおよび４ステップＲＡプロシージャのためのプリアンブルの総数
を示すための（図３Ｆに関して説明されるｔｏｔａｌＮｕｍｂｅｒＯｆＲＡ－Ｐｒｅａｍｂｌｅｓなどの）第６のパラメータをさらに含み得る。

いくつかの例示的な実施形態によれば、２ステップＲＡプロシージャのためのＳＳＢにマッピングされるプリアンブルは、４ステップＲＡプロシージャのために最初に設定されたＣＦプリアンブルの少なくとも一部を使用することによって設定され得る。このようにして、４ステップＲＡプロシージャのために最初に設定されたプリアンブルのうちのいくつかが、２ステップＲＡプロシージャのために再使用され得る。随意に、２ステップＲＡプロシージャおよび４ステップＲＡプロシージャは、ＳＳＢと共有ＲＡオケージョンとの間の同じ関連付けで設定され得る（たとえば、図３Ｆに示されているプリアンブル設定）。

１つまたは複数の例示的な実施形態による提案されるソリューションは、２ステップＲＡプロシージャなどのＲＡプロシージャのための指定された設定ルールに少なくとも部分的に基づいて、ＵＬ送信がＤＬ送信に関連付けられることを可能にすることができる。いくつかの例示的な実施形態によれば、２ステップＲＡプロシージャのためのＳＳＢとＲＡオケージョンとの間の関連付け（たとえば、ＳＳＢとＲＡオケージョンおよびｍｓｇＡプリアンブルとのマッピング）は、２ステップＲＡプロシージャのためのＲＡリソース（たとえば、ＲＡオケージョン）設定と、４ステッププロシージャのためのＲＡリソース設定との間の関係に従って（たとえば、ＲＡリソースが２ステップＲＡプロシージャと４ステップＲＡプロシージャとによって共有されるかどうかに従って）、決定され得る。４ステップＲＡプロシージャのためのＳＳＢとＲＡオケージョンとのマッピングの設定ルールおよびパラメータは、送信設定のフレキシビリティを改善し、リソース利用を向上させるように、２ステップＲＡプロシージャのためのＳＳＢとＲＡオケージョンとのマッピングの設定ルールおよびパラメータを少なくとも部分的に形成するために利用され得る。

図４～図５に示されている様々なブロックは、方法ステップ、および／またはコンピュータプログラムコードの動作から生じる動作、および／または関連付けられた（１つまたは複数の）機能を行うために構築された複数の結合された論理回路エレメントと見なされ得る。上記で説明された概略フローチャート図は、概して、論理フローチャート図として記載される。したがって、図示された順序および標示されたステップは、提示された方法の特定の実施形態を示す。示されている方法の、１つまたは複数のステップ、またはそれらの部分と、機能、論理、または効果において等価である他のステップおよび方法が想到され得る。さらに、特定の方法が行われる順序は、示されている対応するステップの順序に厳密に従うことも従わないこともある。

図６は、本開示の様々な実施形態による、装置６００を示すブロック図である。図６に示されているように、装置６００は、プロセッサ６０１などの１つまたは複数のプロセッサと、コンピュータプログラムコード６０３を記憶するメモリ６０２などの１つまたは複数のメモリとを備え得る。メモリ６０２は、非一時的機械／プロセッサ／コンピュータ可読記憶媒体であり得る。いくつかの例示的な実施形態によれば、装置６００は、図４に関して説明されるネットワークノード、または図５に関して説明される端末デバイスに、プラグ接続されまたは取り付けられ得る集積回路チップまたはモジュールとして実装され得る。そのような場合、装置６００は、図４に関して説明されるネットワークノード、または図５に関して説明される端末デバイスとして実装され得る。

いくつかの実装形態では、１つまたは複数のメモリ６０２およびコンピュータプログラムコード６０３は、１つまたは複数のプロセッサ６０１とともに、装置６００に、少なくとも、図４に関して説明されるような方法の任意の動作を実施させるように設定され得る。他の実装形態では、１つまたは複数のメモリ６０２およびコンピュータプログラムコード６０３は、１つまたは複数のプロセッサ６０１とともに、装置６００に、少なくとも、図５に関して説明されるような方法の任意の動作を実施させるように設定され得る。代替または追加として、１つまたは複数のメモリ６０２およびコンピュータプログラムコード６０３は、１つまたは複数のプロセッサ６０１とともに、装置６００に、少なくとも、本開示の例示的な実施形態による提案される方法を実装するためにより多いまたはより少ない動作を実施させるように設定され得る。

図７は、本開示のいくつかの実施形態による、装置７００を示すブロック図である。図７に示されているように、装置７００は、決定ユニット７０１と送信ユニット７０２とを備え得る。例示的な実施形態では、装置７００は、ｇＮＢなどのネットワークノードにおいて実装され得る。決定ユニット７０１は、ブロック４０２における動作を行うように動作可能であり得、送信ユニット７０２は、ブロック４０４における動作を行うように動作可能であり得る。場合によっては、決定ユニット７０１および／または送信ユニット７０２は、本開示の例示的な実施形態による提案される方法を実装するためにより多いまたはより少ない動作を行うように動作可能であり得る。

図８は、本開示のいくつかの実施形態による、装置８００を示すブロック図である。図８に示されているように、装置８００は、受信ユニット８０１と、随意に、実施ユニット８０２とを備え得る。例示的な実施形態では、装置８００は、ＵＥなどの端末デバイスにおいて実装され得る。受信ユニット８０１は、ブロック５０２における動作を行うように動作可能であり得、実施ユニット８０２は、ブロック５０４における動作を行うように動作可能であり得る。場合によっては、受信ユニット８０１および／または実施ユニット８０２は、本開示の例示的な実施形態による提案される方法を実装するためにより多いまたはより少ない動作を行うように動作可能であり得る。

図９は、本開示のいくつかの実施形態による、中間ネットワークを介してホストコンピュータに接続された通信ネットワークを示すブロック図である。

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

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

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

図１０は、本開示のいくつかの実施形態による、部分的無線接続上で基地局を介してＵＥと通信するホストコンピュータを示すブロック図である。

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

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

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

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

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

ＵＥ１０３０と基地局１０２０との間の無線接続１０７０は、本開示全体にわたって説明される実施形態の教示に従う。様々な実施形態のうちの１つまたは複数は、無線接続１０７０が最後のセグメントを形成するＯＴＴ接続１０５０を使用して、ＵＥ１０３０に提供されるＯＴＴサービスの性能を改善する。より正確には、これらの実施形態の教示は、レイテンシおよび電力消費を改善し、それにより、複雑さの低下、セルにアクセスするために必要とされる時間の低減、応答性の向上、バッテリー寿命の延長などの利益を提供し得る。

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

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

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

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

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

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

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

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

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

Claims (44)

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. コンピュータとともに使用するためにその上に具現されたコンピュータプログラムコード（６０３）を有するコンピュータ可読媒体であって、前記コンピュータプログラムコード（６０３）が、請求項２０から３８のいずれか一項に記載の方法を実施するためのコードを含む、コンピュータ可読媒体。
    

Images