特許 7509228 通信のための方法、端末装置、及びネットワーク装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-06-24

(45)【発行日】2024-07-02

(54)【発明の名称】通信のための方法、端末装置、及びネットワーク装置

(51)【国際特許分類】

   H04W 74/0833 20240101AFI20240625BHJP

   H04W 72/231 20230101ALI20240625BHJP

【ＦＩ】

H04W74/0833

H04W72/231

【請求項の数】 4

(21)【出願番号】P 2022560344

(86)(22)【出願日】2020-04-04

(65)【公表番号】

(43)【公表日】2023-05-17

(86)【国際出願番号】 CN2020083386

(87)【国際公開番号】W WO2021196246

(87)【国際公開日】2021-10-07

【審査請求日】2022-12-01

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】リアン リン

(72)【発明者】

【氏名】ワン ガン

【審査官】吉江 一明

(56)【参考文献】

【文献】国際公開第２０１９／２１６８１８（ＷＯ，Ａ１）

【文献】特開２０１３－１３８５０６（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１９／０３４２９２１（ＵＳ，Ａ１）

【文献】特表２０２０－５０４５１９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ ４／００ － ９９／００

(57)【特許請求の範囲】

【請求項1】

無線リソース制御（ＲＲＣ）シグナリングを介して、メッセージ３の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の繰り返しのための一組のプリアンブルを示す指示を含む構成情報を受信することと、
前記メッセージ３ ＰＵＳＣＨ送信についての前記繰り返しのリクエストを、前記一組のプリアンブルからの１つのプリアンブルを使用することで、送信することと、
前記メッセージ３ ＰＵＳＣＨ送信についての前記繰り返しの回数を示すランダムアクセス応答（ＲＡＲ）を受信することと、
前記繰り返しの前記回数を利用して前記メッセージ３ ＰＵＳＣＨ送信を実行することと、
を含む、端末装置により実行される方法。

【請求項2】

無線リソース制御（ＲＲＣ）シグナリングを介して、メッセージ３の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の繰り返しのための一組のプリアンブルを示す指示を含む構成情報を送信することと、
前記メッセージ３ ＰＵＳＣＨ送信についての前記繰り返しのリクエストを、前記一組のプリアンブルからの１つのプリアンブルを使用することで、受信することと、
前記メッセージ３ ＰＵＳＣＨ送信についての前記繰り返しの回数を示すランダムアクセス応答（ＲＡＲ）を送信することと、
前記繰り返しの前記回数を利用して前記メッセージ３ ＰＵＳＣＨ送信を受信することと、
を含む、ネットワーク装置により実行される方法。

【請求項3】

無線リソース制御（ＲＲＣ）シグナリングを介して、メッセージ３の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の繰り返しのための一組のプリアンブルを示す指示を含む構成情報を受信する手段と、
前記メッセージ３ ＰＵＳＣＨ送信についての前記繰り返しのリクエストを、前記一組のプリアンブルからの１つのプリアンブルを使用することで、送信する手段と、
前記メッセージ３ ＰＵＳＣＨ送信についての前記繰り返しの回数を示すランダムアクセス応答（ＲＡＲ）を受信する手段と、
前記繰り返しの前記回数を利用して前記メッセージ３ ＰＵＳＣＨ送信を実行する手段と、
を備える、端末装置。

【請求項4】

無線リソース制御（ＲＲＣ）シグナリングを介して、メッセージ３の物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の繰り返しのための一組のプリアンブルを示す指示を含む構成情報を送信する手段と、
前記メッセージ３ ＰＵＳＣＨ送信についての前記繰り返しのリクエストを、前記一組のプリアンブルからの１つのプリアンブルを使用することで、受信する手段と、
前記メッセージ３ ＰＵＳＣＨ送信についての前記繰り返しの回数を示すランダムアクセス応答（ＲＡＲ）を送信する手段と、
前記繰り返しの前記回数を利用して前記メッセージ３ ＰＵＳＣＨ送信を受信する手段と、
を備える、ネットワーク装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示の実施形態は、全体として電気通信の分野に関し、特に、通信のための方法、装置及び媒体に関する。

【背景技術】

【0002】

通常、端末装置における電力レベルは高くない可能性がある。低消費電力は、設備コストを削減できる一方、より低いアップリンクカバレッジを意味する。いくつかの実施形態において、端末装置は、カバレッジ問題を解決するために、無線リソース制御（ＲＲＣ）シグナリングを介して再送信を実行することができる。しかし、アクセスプロシージャ中の再送信については、依然として討議する必要がある。

【発明の概要】

【発明が解決しようとする課題】

【0003】

全体として、本開示の例示的な実施形態は、アクセスプロシージャ中における送信の繰り返しについての解決策を提供する。

【課題を解決するための手段】

【0004】

第１態様において、通信方法を提供する。本方法は、アクセスプロシージャ中における送信の繰り返しのために割り当てられた少なくとも１つのリソースを示す情報を、端末装置においてネットワーク装置から受信することを含む。本方法はさらに、アクセスプロシージャ中において送信の繰り返しを適用することができると決定したことに従って、当該情報に少なくとも部分的に基づいてターゲットリソースを決定することを含む。本方法はさらに、ターゲットリソース上でアクセスプロシージャについてのアクセスリクエストを送信することを含む。

【0005】

第２態様において、通信方法を提供する。本方法は、アクセスプロシージャ中における送信の繰り返しのために割り当てられた少なくとも１つのリソースを示す情報を、ネットワーク装置において端末装置に送信することを含む。本方法はさらに、当該情報に少なくとも部分的に基づいて決定されたターゲットリソース上でアクセスリクエストを端末装置から受信することを含む。

【0006】

第３態様において、端末装置を提供する。端末装置は、プロセッシングユニットと、当該プロセッシングユニットに結合され指令が記憶されているメモリとを備え、当該指令がプロセッシングユニットによって実行された場合、当該端末装置に、アクセスプロシージャ中における送信の繰り返しのために割り当てられた少なくとも１つのリソースを示す情報を、ネットワーク装置から受信することと、アクセスプロシージャ中において送信の繰り返しを適用することができると決定したことに従って、当該情報に少なくとも部分的に基づいてターゲットリソースを決定することと、ターゲットリソース上でアクセスプロシージャについてのアクセスリクエストを送信することとを実行させる。

【0007】

第４態様において、ネットワーク装置を提供する。ネットワーク装置は、プロセッシングユニットと、当該プロセッシングユニットに結合され指令が記憶されているメモリとを備え、当該指令がプロセッシングユニットによって実行された場合、当該ネットワーク装置に、アクセスプロシージャ中における送信の繰り返しのために割り当てられた少なくとも１つのリソースを示す情報を、端末装置に送信することと、当該情報に少なくとも部分的に基づいて決定されたターゲットリソース上でアクセスリクエストを端末装置から受信することとを実行させる。

【0008】

第５の態様において、指令が記憶されているコンピュータ可読媒体を提供する。前記指令は、少なくとも１つのプロセッサ上で実行された場合、当該少なくとも１つのプロセッサに、第１の態様又は第２の態様のうちの何れか一つに従った方法を実行させる。

【0009】

本開示の他の特徴は、以下の説明によって容易に理解されるであろう。

【図面の簡単な説明】

【0010】

図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述の及びその他の目的、特徴及び利点を、さらに明らかにする。

【0011】

【図1】本開示の実施形態を実施可能な通信環境の模式図である。

【0012】

【図2】本開示の実施形態にかかるプロセスを示すシグナリング図である。

【0013】

【図3】本開示の実施形態にかかる、例示的な方法のフローチャートである。

【0014】

【図4】本開示の実施形態にかかる、例示的な方法のフローチャートである。

【0015】

【図5】本開示の実施形態を実装するのに適した装置の概略ブロック図である。

【0016】

図中、同一又は類似の参照番号は、同一又は類似の要素を表す。

【発明を実施するための形態】

【0017】

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

【0018】

以下の説明及び特許請求の範囲において、別途定義されていない限り、本文で使用される全ての技術的及び科学的用語は、本開示の当業者が一般に理解するものと同一の意味を有する。

【0019】

本文で使用される「ネットワーク装置」という用語は、端末装置が通信可能なセルまたはカバレッジを提供又はホストすることのできる装置を意味する。ネットワーク装置の例としては、ノードＢ（ＮｏｄｅＢまたはＮＢ）、進化型ノードＢ（ｅＮｏｄｅＢまたはｅＮＢ）、Ｎｅｗ ＲａｄｉｏアクセスのノードＢ（ｇＮＢ）、リモートラジオユニット（ＲＲＵ）、ラジオヘッド（ＲＨ）、リモートラジオヘッド（ＲＲＨ）、フェムトノード、ピコノードなどの低電力ノード、星ネットワーク装置、航空機ネットワーク装置などを含むが、これらに限定されない。以下、説明のために、ネットワーク装置の例として、ｅＮＢを参照していくつかの例示的な実施形態を説明する。

【0020】

本文で使用されるように、用語「端末装置」は、無線又は有線の通信能力を有する任意の装置を意味する。端末装置の例としては、ユーザ装置（ＵＥ）、パーソナルコンピュータ、デスクトップコンピュータ、携帯電話、セルラーホン、スマートフォン、パーソナルデジタルアシスタント（ＰＤＡ）、ポータブルコンピュータ、タブレット、ウェアラブル装置、モノのインターネット（ＩｏＴ）装置、あらゆるモノのインターネット（ＩｏＥ）装置、マシンタイプ通信（ＭＴＣ）装置、Ｖ２Ｘ通信のための車載装置などを含むが、これらに限定されない、Ｖ２Ｘの「Ｘ」は歩行者、車両又はインフラ／ネットワーク、あるいはデジタルカメラなどの画像取得装置、ゲーム装置、音楽保存及び再生装置、あるいは無線又は有線のインターネットアクセス及び閲覧を可能とするインターネット家電などを表す。以下の説明では、用語「端末装置」、「通信装置」、「端末」、「ユーザ機器」及び「ＵＥ」は、互換的に使用することができる。

【0021】

本明細書で説明される通信は、新規無線アクセス（ＮＲ）、Ｎｅｗ Ｒａｄｉｏアクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥ－Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－Ａｄｖａｎｃｅｄ（ＬＴＥ－Ａ）、広帯域符号分割多元接続（Ｗ－ＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、ｃｄｍａ２０００、及びモバイル通信のためのグローバルシステム（ＧＳＭ）などを含むがこれらに限定されない、任意の適切な規格に準拠することができる。さらに、通信は、現在知られている、又は将来開発される任意の世代の通信プロトコルに従って実行することができる。通信プロトコルの例は、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．８５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）通信プロトコルを含むが、これらに限定されない。本文で説明される技術は、上述の無線ネットワーク及び無線技術、並びに他の無線ネットワーク及び無線技術に使用することができる。

【0022】

本文で使用される単数形「１つ」、及び「前記」は、文脈に明示的に示されていない限り、複数形も含まれる。用語「含む」及びその変型は、「含むが、これらに限定されるものではない」を意味するオープンエンド用語として理解されるべきである。「に基づく」という用語は、「に少なくとも部分的に基づく」と理解されるべきである。「一実施形態」及び「実施形態」という用語は、「少なくとも１つの実施形態」と理解されるべきである。「もう１つの実施形態」という用語は、「少なくとも１つの他の実施形態」と理解されるべきである。「第１」、「第２」などの用語は、異なる又は同一の対象を指すことができる。その他の明示的及び暗黙的な定義は以下に含まれることがある。

【0023】

いくつかの例において、値、プロシージャ、または機器は、「最良」、「最低」、「最高」、「最小」、「最大」などと呼ばれる。このような説明は、多くの使用される機能的代替案の中から選択することができることを示すことを意図されており、そして、このような選択は、他の選択より良く、より小さく、より高い必要がなく、又はそのほかの点でより好ましい必要はないことは、理解されるべきである。

【0024】

従来の通信システムにおいて、端末装置における電力レベルは高くない可能性がある。低消費電力は、設備コストを削減できる一方、より低いアップリンクカバレッジを意味する。いくつかの実施形態において、端末装置は、カバレッジ問題を解決するために、無線リソース制御（ＲＲＣ）シグナリングを介して再送信を実行することができる。

【0025】

ダウンリンク制御情報によってスケジューリングされた物理アップリンク共有チャネル（ＰＵＳＣＨ）を物理ダウンリンク制御チャネル（ＰＤＣＣＨ）内で送信する際に、端末装置がｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒを用いて設定されている場合、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ個の連続スロットにわたって同じシンボル割当を適用し、ＰＵＳＣＨを単一の送信層に制限する。端末装置は、各スロット内に同じシンボル割当を適用しているｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ個の連続スロットにわたってトランスポートブロックを繰り返すべきである。

【0026】

ＰＵＣＣＨフォーマット１、３、または４について、端末装置は、それぞれのｎｒｏｆＳｌｏｔｓによってＰＵＣＣＨ送信の繰り返しのために複数のタイムスロットを用いて構成されることが可能である。専用のＲＲＣ設定以前は、ＰＵＳＣＨとＰＵＣＣＨ上での繰り返しはない。

【0027】

従来技術によれば、端末装置は、端末装置が必要とするカバレッジ強化レベルを決定し、物理ランダムアクセスチャネル（ＰＲＡＣＨ）信号を繰り返し送信することができる。しかしながら、カバレッジ拡張レベルを決定する方法については討議されていない。

【0028】

他の従来技術において、繰り返しは、選択されたトランスポートブロックサイズに基づいて決定されてもよい。しかしながら、端末装置における低電力問題は解決されていない。したがって、ＲＲＣ信号でより多くのＰＵＳＣＨ／ＰＵＣＣＨの繰り返しを信号伝達する方法、およびメッセージ３ ＰＵＳＣＨの繰り返しおよびＰＵＣＣＨ上のｍｓｇ４のＨＡＲＱ－ＡＣＫフィードバックの繰り返しの信号伝達及び実行をする方法については、さらなる研究が必要である。

【0029】

上記の問題の少なくとも一部を解決するためには、アクセスプロシージャ中における送信の繰り返しの新しい技術が必要である。本開示の実施形態によれば、ネットワーク装置は、アクセスプロシージャ中における送信の繰り返し専用のリソースを設定することができる。端末装置が送信の繰り返しを実行すると決定した場合、端末装置は送信に当該専用リソースを使用する。繰り返しの回数は、送信のためのターゲット電力と端末装置における最大電力とに基づいて決定される。これにより、端末装置のカバレッジを改善し、チャネルにアクセスする成功率を向上させる。

【0030】

図１は本開示の実施形態を実施可能な通信システムの模式図である。通信ネットワークの一部である通信システム１００は、まとめて「端末装置１１０」と称することができる端末装置１１０－１と、端末装置１１０－２と、…、端末装置１１０－Ｎとを備える。

【0031】

通信システム１００は、ネットワーク装置１２０をさらに含む。通信システム１００において、ネットワーク装置１２０と端末装置１１０とが互いにデータ及び制御情報を通信することが可能である。図１に示される端末装置及びネットワーク装置の数は、説明のためのみに示されており、いかなる制限も示唆していない。

【0032】

通信システム１００における通信は、第１世代（１Ｇ）、第２世代（２Ｇ）、第３世代（３Ｇ）、第４世代（４Ｇ）及び第５世代（５Ｇ）などのセルラー通信プロトコル、米国電気電子学会（ＩＥＥＥ：Ｉｎｓｔｉｔｕｔｅ ｆｏｒ Ｅｌｅｃｔｒｉｃａｌ ａｎｄ Ｅｌｅｃｔｒｏｎｉｃｓ Ｅｎｇｉｎｅｅｒｓ）８０２．１１などの無線ローカルエリアネットワーク通信プロトコル、及び／又は現在知られている、又は将来開発される任意の他のプロトコルを含むが、これらに限定されない任意の適切な通信プロトコルに従って実現することができる。さらに、通信は、符号分割多元接続（ＣＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割デュプレクサ（ＦＤＤ）、時分割デュプレクサ（ＴＤＤ）、マルチ入力マルチ出力（ＭＩＭＯ）、直交周波数分割多元接続（ＯＦＤＭＡ）、および／または現在知られている、又は将来開発される任意の他の技術を含むが、これらに限定されない任意の適切な無線通信技術を利用することができる。

【0033】

以下に、本開示の実施形態について詳細に説明する。最初に、本開示のいくつかの例示的な実施形態にかかるネットワーク装置間のインタラクション２００を示すシグナリング図を示す図２を参照する。説明のためのみに、図１を参照してプロセス２００を説明する。プロセス２００には、図１の端末装置１１０－１及びネットワーク装置１２０が関与してもよい。

【0034】

ネットワーク装置１２０は、端末装置１１０－１に情報を送信する（２００５）。この情報は、アクセスプロシージャ中における送信の繰り返しのために割り当てられた１つまたは複数のリソースを示す。リソースは、専用のＰＲＡＣＨリソースであってもよい。代替として、リソースは、異なるプリアンブルインデックスであってもよい。この情報は、ＲＲＣシステム情報ブロックを介して送信することができる。注意すべきは、この情報は任意の適切なシグナリングによって送信できることである。

【0035】

いくつかの実施形態において、端末装置１１０－１は、送信のターゲット電力および端末装置１１０－１において利用可能な電力に基づいて、送信の繰り返しの回数を決定する（２０１０）ことができる。一例として、利用可能な電力は、端末装置１１０－１の最大電力であってもよい。例えば、端末装置１１０－１のマージン電力は、下式に基づいて決定することができる。
（数１）
Ｓ＝Ｐ＿ｔａｒｇｅｔ＋ＰＬ－Ｐ＿ａｖａｉｌａｂｌｅ （１）

ここで、Ｐ＿ｔａｒｇｅｔは、上位層によって提供されるターゲット電力（例えば、ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ）であり、ＰＬは経路損失であり、Ｐ＿ａｖａｉｌａｂｌｅは端末装置１１０－１における最大電力である。この場合、アクセスプロシージャ中の送信電力はｍｉｎｉｍｕｍ（Ｐ＿ａｖａｉｌａｂｌｅ，Ｐ＿ｔａｒｇｅｔ＋ＰＬ）である。

【0036】

例として、「Ｎ」で表される繰り返し因数は、表１から得ることができる。注意すべきは、表１の値はあくまで例であり、制限ではないことである。

【表1】

【0037】

いくつかの実施形態において、端末装置１１０－１は、繰り返しの回数「Ｎｍ」が選択された繰り返し因数Ｎに等しいと決定することができる。代替として、繰り返しの回数は、選択された繰り返し因数Ｎよりも大きくてもよい。第１のＰＲＡＣＨ送信についてのみＳを計算し、選択されたＮを残りのＰＲＡＣＨプロセスに用いることができる。

【0038】

いくつかの実施形態において、端末装置１１０－１は、ＲＲＣによって設定される最小値が、選択されたＮ以上であるように、繰り返しであるＮｍを決定することができる。許可された無線ネットワーク一時識別子（ＲＮＴＩ）がランダムアクセス応答（ＲＡＲ）におけるテンポラリセル無線ネットワーク一時識別子（ＴＣ－ＲＮＴＩ）に等しいと、端末装置１１０－１は、後続の送信のためにＲＡＲでＮｍを使用することができる。

【0039】

端末装置１１０－１は、この情報に少なくとも部分的に基づいてターゲットリソースを決定する（２０１５）。これにより、アクセスプロシージャ中の送信の繰り返しを実現することができる。端末装置の電力に基づいて繰り返しを調整できるため、アクセスプロシージャの成功率が向上する。

【0040】

いくつかの実施形態において、リソースは繰り返しごとに設定されてもよい。例えば、ネットワーク装置１２０は、異なる繰り返しの回数について異なるプリアンブルを設定することができる。他の実施形態において、ネットワーク装置１２０は、異なる繰り返しの回数について異なるＰＲＡＣＨリソースを設定することができる。一例として、この情報は、ＰＵＳＣＨ送信を４回繰り返すためにＰＲＡＣＨプリアンブルを設定するために使用される「Msg3-repetition4-preamble-list SEQUENCE of (1..maxPreamblePerRepetation) integer (1..64)」を含むことができる。

【0041】

他の例示的な実施形態において、この情報は、プリアンブルインデックス１１～２０が４回の繰り返しのために使用され、プリアンブルインデックス２１～３０が８回の繰り返しのために使用されることを示すことができる。この場合、端末装置１１０－１が表１に従って繰り返しの回数が４であるとして決定した場合、端末装置１１０－１はプリアンブル１１－２０からプリアンブルを選択することができる。

【0042】

代替として、すべての繰り返しについてリソースを割り当てることもできる。この場合、端末装置１１０－１が送信の繰り返しを実行すると決定した場合、その情報に基づいてターゲットリソースを決定することができる。これにより、ネットワーク装置１２０は、端末装置１１０－１が繰り返しをサポートすると理解することができる。

【0043】

端末装置１１０－１は、ネットワーク装置１２０にアクセスリクエストを送信する（２０２０）。いくつかの実施形態において、端末装置１１０－１は、ネットワーク装置１２０にメッセージ１を送信することができる。例えば、端末装置１１０－１によって繰り返しの回数が４であると決定した場合、端末装置１１０－１はＭｓｇ３－ｒｅｐｅｔｉｔｉｏｎ４－ｐｒｅａｍｂｌｅ－ｌｉｓｔ内のプリアンブルインデックスを送信することができる。代替として、端末装置１１０－１は、ネットワーク装置１２０にメッセージＡを送信することができる。同様に、端末装置１１０－１によって繰り返しの回数が４であると決定した場合、端末装置１１０－１はメッセージＡに割り当てられたプリアンブルリスト内のプリアンブルインデックスを送信してもよい。

【0044】

いくつかの実施形態において、ネットワーク装置１２０は、繰り返しの回数を決定する（２０２５）ことができる。例えば、ネットワーク装置１２０は、受信したアクセスリクエストに基づいて、端末装置１１０－１における利用可能な電力を推定することができる。ネットワーク装置１２０は、推定電力と目標電力とを比較し、比較に基づいて繰り返しの回数を決定することができる。一例として、ネットワーク装置１２０は、上記の表１に従って繰り返しの回数を決定することができる。例えば、ターゲット電力と推定電力との差が１より小さく０より大きい場合、ネットワーク装置１２０は、繰り返しの回数が２であると決定することができる。

【0045】

ネットワーク装置１２０は、端末装置１１０－１にアクセス応答を送信する（２０３０）。例えば、ネットワーク装置１２０は、端末装置１１０－１にメッセージ２を送信することができる。代替として、ネットワーク装置１２０は、端末装置１１０－１にメッセージＢを送信することができる。いくつかの実施形態において、アクセス応答（例えば、メッセージ２）は、ネットワーク装置１２０によって決定された繰り返しの回数を示すことができる。注意すべきは、アクセス応答は他のリソース割当を示すこともできることである。例えば、アクセス応答は、１つまたは複数の無線ネットワーク一時識別子を含むことができる。

【0046】

代替として又は追加として、端末装置１１０－１は、繰り返しの回数に基づいて、ネットワーク装置１２０に接続リクエストを送信する（２０３５）ことができる。例えば、端末装置１１０－１は、繰り返しの回数に基づいて、ネットワーク装置１２０にメッセージ３を再送信することができる。いくつかの実施形態において、端末装置１１０－１は、繰り返しの回数「Ｎｍ」をメッセージ３ ＰＵＳＣＨ送信のためのｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒとして使用することができる。代替として、端末装置１１０－１は、繰り返しの回数「Ｎｍ」をＰＵＣＣＨ送信のｎｒｏｆＳｌｏｔｓとして使用してもよい。

【0047】

例示的な実施形態において、端末装置１１０－１は、以下の表２に基づいて接続リクエストのための時間リソースを決定することができる。たとえば、４ビットのＰＵＳＣＨ時間リソース割当フィールドがあってもよい。表２は繰り返しの回数と他のＰＵＳＣＨリソース適用パラメータを符号化することを組み合わせることができる。注意すべきは、表２のパラメータはあくまで例であり、制限ではないことである。

【表2】

【0048】

いくつかの実施形態において、ネットワーク装置１２０は、接続応答を送信する（２０４０）ことができる。例えば、ネットワーク装置１２０は、端末装置１１０－１にメッセージ４を送信することができる。端末装置１１０－１は、ネットワーク装置１２０にフィードバックを送信する（２０４５）ことができる２０４５。いくつかの実施形態において、端末装置１１０－１は、繰り返しの回数に基づいてフィードバックを再送信することができる。

【0049】

ネットワーク装置１２０は、端末装置１１０－１に指示を送信する（２０５０）ことができる。当該指示は、アクセスプロシージャの後にサポートされる繰り返しの拡張回数を含むことができる。たとえば、新しいＲＲＣパラメータｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄを送信することができる。

【0050】

いくつかの実施形態において、繰り返しの回数は、例えば１６、３２、または任意の適切な数に拡張することができる。たとえば、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄが存在し、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが存在しない場合、繰り返しの回数が１６と３２に拡張されていることを意味する。

【0051】

代替として、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが存在せず、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄが存在する場合、繰り返しの回数は最大１６とすることが可能である。ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒとｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄの両方が存在する場合、繰り返しの回数は、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄの値にｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒの値を乗算した値、例えば３２、６４若しくは１２８である。注目すべきは、繰り返しの回数は任意の適切な数とすることができることである。

【0052】

本開示の実施形態によれば、端末装置のカバレッジを向上させることができる。端末装置における電力が十分でない場合でも、端末装置はチャネルにアクセスすることができる。さらに、カバレッジが限られているシナリオまたはより低電力装置については、アップリンクカバレッジ性能をさらに改善することができる。

【0053】

図３は本開示の実施形態にかかる例示的な方法３００のフローチャートである。説明のためのみに、方法３００は、図１に示すような端末装置１１０－１において実装することができる。

【0054】

ブロック３１０において、端末装置１１０－１は、ネットワーク装置１２０から情報を受信する。この情報は、アクセスプロシージャ中における送信の繰り返しのために割り当てられた１つまたは複数のリソースを示す。リソースは、専用の物理ランダムアクセスチャネル（ＰＲＡＣＨ）リソースであってもよい。代替として、リソースは、異なるプリアンブルインデックスであってもよい。この情報は、無線リソース制御（ＲＲＣ）システム情報ブロックを介して送信することができる。注意すべきは、この情報は任意の適切なシグナリングによって送信できることである。

【0055】

ブロック３２０において、アクセスプロシージャ中において送信の繰り返しを適用することができる場合、端末装置１１０－１は、この情報に少なくとも部分的に基づいてターゲットリソースを決定する。これにより、アクセスプロシージャ中の送信の繰り返しを実現することができる。端末装置の電力に基づいて繰り返しを調整できるため、アクセスプロシージャの成功率が向上する。

【0056】

いくつかの実施形態において、端末装置１１０－１は、送信のターゲット電力および端末装置１１０－１において利用可能な電力に基づいて、送信の繰り返しの回数を決定する（２０１０）ことができる。一例として、利用可能な電力は、端末装置１１０－１の最大電力であってもよい。

【0057】

いくつかの実施形態において、リソースは繰り返しごとに設定されてもよい。例えば、ネットワーク装置１２０は、異なる繰り返しの回数について異なるプリアンブルを設定することができる。他の実施形態において、ネットワーク装置１２０は、異なる繰り返しの回数について異なるＰＲＡＣＨリソースを設定することができる。一例として、この情報は、ＰＵＳＣＨ送信を４回繰り返すためにＰＲＡＣＨプリアンブルを設定するために使用される「Msg3-repetition4-preamble-list SEQUENCE of (1..maxPreamblePerRepetation) integer (1..64)」を含むことができる。

【0058】

他の例示的な実施形態において、この情報は、プリアンブルインデックス１１～２０が４回の繰り返しのために使用され、プリアンブルインデックス２１～３０が８回の繰り返しのために使用されることを示すことができる。この場合、端末装置１１０－１が表１に従って繰り返しの回数が４であるとして決定した場合、端末装置１１０－１はプリアンブル１１－２０からプリアンブルを選択することができる。

【0059】

代替として、すべての繰り返しについてリソースを割り当てることもできる。この場合、端末装置１１０－１が送信の繰り返しを実行すると決定した場合、その情報に基づいてターゲットリソースを決定することができる。これにより、ネットワーク装置１２０は、端末装置１１０－１が繰り返しをサポートすると理解することができる。

【0060】

いくつかの実施形態において、端末装置１１０－１は、ＲＲＣによって設定される最小値が選択されたＮ以上であるように繰り返しであるＮｍを決定することができる。許可された無線ネットワーク一時識別子（ＲＮＴＩ）がＲＡＲにおけるテンポラリセル無線ネットワーク一時識別子（ＴＣ－ＲＮＴＩ）に等しいと、端末装置１１０－１は、後続の送信のためにＲＡＲでＮｍを使用することができる。

【0061】

ブロック３３０において、端末装置１１０－１は、ネットワーク装置１２０にアクセスリクエストを送信する。いくつかの実施形態において、端末装置１１０－１は、ネットワーク装置１２０にメッセージ１を送信することができる。例えば、端末装置１１０－１によって繰り返しの回数が４であると決定した場合、端末装置１１０－１はＭｓｇ３－ｒｅｐｅｔｉｔｉｏｎ４－ｐｒｅａｍｂｌｅ－ｌｉｓｔ内のプリアンブルインデックスを送信することができる。代替として、端末装置１１０－１は、ネットワーク装置１２０にメッセージＡを送信することができる。同様に、端末装置１１０－１によって繰り返しの回数が４であると決定した場合、端末装置１１０－１はメッセージＡに割り当てられたプリアンブルリスト内のプリアンブルインデックスを送信してもよい。いくつかの実施形態において、端末装置１１０－１は、ネットワーク装置１２０からアクセス応答を受信することができる。アクセス応答は、ネットワーク装置１２０によって決定されたアクセスプロシージャ中における繰り返しの回数を示すことができる。

【0062】

代替として又は追加として、端末装置１１０－１は、繰り返しの回数に基づいて、ネットワーク装置１２０に接続リクエストを送信することができる。例えば、端末装置１１０－１は、繰り返しの回数に基づいて、ネットワーク装置１２０にメッセージ３を再送信することができる。いくつかの実施形態において、端末装置１１０－１は、繰り返しの回数「Ｎｍ」をメッセージ３ ＰＵＳＣＨ送信のためのｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒとして使用することができる。代替として、端末装置１１０－１は、繰り返しの回数「Ｎｍ」をＰＵＣＣＨ送信のｎｒｏｆＳｌｏｔｓとして使用してもよい。

【0063】

例示的な実施形態において、端末装置１１０－１は、上記の表２に基づいて接続リクエストのための時間リソースを決定することができる。たとえば、４ビットのＰＵＳＣＨ時間リソース割当フィールドがあってもよい。

【0064】

いくつかの実施形態において、端末装置１１０－１は、ネットワーク装置１２０にフィードバックを送信することができる。いくつかの実施形態において、端末装置１１０－１は、繰り返しの回数に基づいてフィードバックを再送信することができる。

【0065】

端末装置１１０－１は、ネットワーク装置１２０から指示を受信することができる。当該指示は、アクセスプロシージャの後にサポートされる繰り返しの拡張回数を含むことができる。たとえば、新しいＲＲＣパラメータｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄを送信することができる。

【0066】

いくつかの実施形態において、繰り返しの回数は、例えば１６、３２、または任意の適切な数に拡張することができる。たとえば、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄが存在し、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが存在しない場合、繰り返しの回数が１６と３２に拡張されていることを意味する。

【0067】

代替として、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが存在せず、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄが存在する場合、繰り返しの回数は最大１６とすることが可能である。ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒとｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄの両方が存在する場合、繰り返しの回数は、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄの値にｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒの値を乗算した値、例えば３２、６４若しくは１２８である。注目すべきは、繰り返しの回数は任意の適切な数とすることができることである。

【0068】

図４は本開示の実施形態にかかる例示的な方法４００のフローチャートである。説明のためのみに、方法４００は、図１に示すようなネットワーク装置１２０－１において実現することができる。

【0069】

ブロック４１０において、ネットワーク装置１２０は、端末装置１１０－１に情報を送信する。この情報は、アクセスプロシージャ中における送信の繰り返しのために割り当てられた１つまたは複数のリソースを示す。リソースは、専用のＰＲＡＣＨリソースであってもよい。代替として、リソースは、異なるプリアンブルインデックスであってもよい。この情報は、ＲＲＣシステム情報ブロックを介して送信することができる。注意すべきは、この情報は任意の適切なシグナリングによって送信できることである。

【0070】

いくつかの実施形態において、リソースは繰り返しごとに設定されてもよい。例えば、ネットワーク装置１２０は、異なる繰り返しの回数について異なるプリアンブルを設定することができる。他の実施形態において、ネットワーク装置１２０は、異なる繰り返しの回数について異なるＰＲＡＣＨリソースを設定することができる。代替として、すべての繰り返しについてリソースを割り当てることもできる。

【0071】

いくつかの実施形態において、ネットワーク装置１２０は、繰り返しの回数を決定する（２０２５）ことができる。例えば、ネットワーク装置１２０は、受信したアクセスリクエストに基づいて、端末装置１１０－１における利用可能な電力を推定することができる。ネットワーク装置１２０は、推定電力と目標電力とを比較し、比較に基づいて繰り返しの回数を決定することができる。

【0072】

ブロック４２０において、ネットワーク装置１２０は、端末装置１１０－１にアクセス応答を送信する。例えば、ネットワーク装置１２０は、端末装置１１０－１にメッセージ２を送信することができる。代替として、ネットワーク装置１２０は、端末装置１１０－１にメッセージＢを送信することができる。いくつかの実施形態において、アクセス応答は、ネットワーク装置１２０によって決定された繰り返しの回数を示すことができる。注意すべきは、アクセス応答は他のリソース割当を示すこともできることである。例えば、アクセス応答は、１つまたは複数の無線ネットワーク一時識別子を含むことができる。

【0073】

いくつかの実施形態において、ネットワーク装置１２０は、接続応答を送信することができる。例えば、ネットワーク装置１２０は、端末装置１１０－１にメッセージ４を送信することができる。ネットワーク装置１２０は、端末装置１１０－１に指示を送信することができる。当該指示は、拡張された、サポートされるアクセスプロシージャの後の繰り返しの回数を含むことができる。たとえば、新しいＲＲＣパラメータｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄを送信することができる。

【0074】

いくつかの実施形態において、繰り返しの回数は、例えば１６、３２、または任意の適切な数に拡張することができる。たとえば、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄが存在し、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが存在しない場合、繰り返しの回数が１６と３２に拡張されていることを意味する。

【0075】

代替として、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒが存在せず、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄが存在する場合、繰り返しの回数は最大１６とすることが可能である。ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒとｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄの両方が存在する場合、繰り返しの回数は、ｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒ－ｅｘｔｅｎｄの値にｐｕｓｃｈ－ＡｇｇｒｅｇａｔｉｏｎＦａｃｔｏｒの値を乗算した値、例えば３２、６４若しくは１２８である。注目すべきは、繰り返しの回数は任意の適切な数とすることができることである。

【0076】

図５は本開示の実施形態を実装するのに適した装置５００の概略ブロック図である。装置５００は、図１に示す端末装置１１０及びネットワーク装置１２０の別の例示的な実施態様として考えられる。したがって、装置５００は、端末装置１１０又はネットワーク装置１２０において、或いはそれらの少なくとも一部として実現することができる。

【0077】

図示されるように、装置５００は、プロセッサ５１０と、プロセッサ５１０に結合されたメモリ５２０と、プロセッサ５１０に結合された適切な送信機（ＴＸ）及び受信機（ＲＸ）５４０と、ＴＸ／ＲＸ ５４０に結合された通信インターフェースとを備える。メモリ ５２０は、プログラム５３０の少なくとも一部を記憶する。ＴＸ／ＲＸ ５４０は双方向通信に用いられる。ＴＸ／ＲＸ ５４０は、通信を容易にするために少なくとも１つのアンテナを有するが、本明細書に言及されたアクセスノードは、実際には複数のアンテナを有することができる。通信インターフェースは、ｅＮＢ間の双方向通信のためのＸ２インターフェース、モビリティ管理エンティティ（ＭＭＥ）／サービングゲートウェイ（Ｓ－ＧＷ）とｅＮＢとの間の通信のためのＳ１インターフェース、ｅＮＢと中継ノード（ＲＮ）との間の通信のためのＵｎインターフェース、又はｅＮＢと端末装置との間の通信のためのＵｕインターフェースなど、他のネットワーク要素との通信に必要な任意のインターフェースを表すことができる。

【0078】

プログラム５３０は、図２から図４を参照して本文で説明したように、関連付けられるプロセッサ５１０により実行された場合、装置５００が本開示の実施形態に従って動作することを可能にするプログラム指令を含むと仮定する。本文の実施形態は、装置５００のプロセッサ５１０によって実行可能なコンピュータソフトウェアによって、又はハードウェアによって、又はソフトウェアとハードウェアとの組合せによって実現できる。プロセッサ５１０は、本開示の様々な実施形態を実施するように構成することができる。さらに、プロセッサ５１０とメモリ５２０との組み合わせは、本開示の様々な実施形態を実現するのに適したプロセッシング手段５５０を形成することができる。

【0079】

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

【0080】

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

【0081】

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

【0082】

本開示の方法を実行するためのプログラムコードは、１つ以上のプログラミング言語の任意の組み合わせで記述することができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ、又は他のプログラマブルデータプロセッシング装置のプロセッサ又はコントローラに提供され、プロセッサ又はコントローラにより実行された場合、プログラムコードで、フローチャート及び／又はブロック図に指定された機能／動作を実現させる。プログラムコードは、完全にマシン上で、部分的にマシン上で、独立したソフトウェアパッケージとして、部分的にマシン上でかつ部分的にリモートマシン上で、又は完全にリモートマシン又はサーバ上で実行することができる。

【0083】

上述のプログラムコードは、マシン可読媒体上で実装することができ、マシン可読媒体は、命令実行システム、機器、又は装置によって使用されるか、又はそれらに関連するプログラムを含むか又は記憶することができる任意の有形媒体であってもよい。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体とすることができる。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置若しくはデバイス、又は前述の媒体の任意の適切な組み合せを含むことができるが、これらに限定されない。マシンが読み取り可能な記憶媒体のより具体的な例は、１つ以上のワイヤを有する電気接続、ポータブルコンピュータディスク、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去可能プログラマブルリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、ポータブル光ディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せを含むことができる。

【0084】

なお、操作について特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、説明された全ての操作を実行することが求められる、と理解されるべきではない。場合によっては、マルチタスクや並列処理が有利になることもある。同様に、いくつかの特定の実装の詳細が上記の議論に含まれているが、これらは、本開示の範囲に対する制限として解釈されるべきではなく、特定の実施形態に固有となり得る特徴の説明として解釈されるべきである。個々の実施形態の文脈で説明されたいくつかの特徴は、単一の実施形態において組み合わされて実装されてもよい。逆に、単一の実施形態の文脈で説明された様々な特徴は、複数の実施形態において別々に、又は任意の適切なサブ組合せで実装されてもよい。

【0085】

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

【図1】

【図2】

【図3】

【図4】

【図5】