特許 7389899 非免許帯域において端末が任意接続過程に基づいて下りリンク信号を受信する方法及びそのための装置

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

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

(11)【特許番号】

(24)【登録日】2023-11-21

(45)【発行日】2023-11-30

(54)【発明の名称】非免許帯域において端末が任意接続過程に基づいて下りリンク信号を受信する方法及びそのための装置

(51)【国際特許分類】

   H04W 74/08 20090101AFI20231122BHJP

   H04W 52/02 20090101ALI20231122BHJP

【ＦＩ】

H04W74/08

H04W52/02 111

【請求項の数】 7

(21)【出願番号】P 2022520419

(86)(22)【出願日】2020-05-20

(65)【公表番号】

(43)【公表日】2022-12-07

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

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

(87)【国際公開日】2021-04-08

【審査請求日】2022-04-27

(31)【優先権主張番号】10-2019-0123340

(32)【優先日】2019-10-04

(33)【優先権主張国・地域又は機関】KR

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．

【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】イ チョンス

(72)【発明者】

【氏名】ユン ソクヒョン

(72)【発明者】

【氏名】コ ヒョンス

(72)【発明者】

【氏名】キム ソンウク

【審査官】中元 淳二

(56)【参考文献】

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

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

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

【文献】MCC Support，Final Report of 3GPP TSG RAN WG1 #97 v1.0.0 [online]，3GPP TSG RAN WG1 #98 R1-1907973，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98/Docs/R1-1907973.zip>，2019年08月30日

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

Ｈ０４Ｂ ７／２４－７／２６

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

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

端末が任意接続手続（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）に基づいて下りリンク信号を受信する方法であって、
ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）プリアンブルのみ又は、前記ＰＲＡＣＨプリアンブル及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）をメッセージＡで基地局に送信する段階と、
前記メッセージＡに対する応答として、メッセージＢでＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を前記基地局から受信する段階と、
ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作の設定のための少なくとも一つのＤＲＸタイマーに関する情報を前記基地局から受信する段階と、
前記少なくとも一つのＤＲＸタイマーに基づくオンデュレーション（Ｏｎ ｄｕｒａｔｉｏｎ）の間に下りリンク信号を前記基地局から受信する段階を含み、
前記ＰＲＡＣＨプリアンブルは、前記メッセージＡのためにＰＵＳＣＨ機会にマップ（ｍａｐｐｉｎｇ）され、
前記ＰＲＡＣＨプリアンブルのみの送信及び、前記ＰＲＡＣＨプリアンブルと前記ＰＵＳＣＨの送信の両方に対して、前記メッセージＢを検出するためのウィンドウは、前記ＰＲＡＣＨプリアンブルの送信に対応する前記ＰＵＳＣＨ機会の最後のシンボルから少なくとも１シンボル以後に開始される、下りリンク信号受信方法。

【請求項2】

前記ＲＡＲは、フォールバックＲＡＲであり、前記フォールバックＲＡＲは、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）グラント（ｇｒａｎｔ）情報を含む、請求項１に記載の下りリンク信号受信方法。

【請求項3】

前記フォールバックＲＡＲに含まれる前記ＵＬグラント情報によりスケジュールされるＰＵＳＣＨが送信され、
ＰＤＳＣＨは、競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）のために受信される、請求項２に記載の下りリンク信号受信方法。

【請求項4】

前記ウィンドウは、前記メッセージＢのモニタリング（ｍｏｎｉｔｏｒｉｎｇ）に関連したリソースの最初のシンボルから開始する、請求項１に記載の下りリンク信号受信方法。

【請求項5】

前記ＰＵＳＣＨ機会は、前記ＰＲＡＣＨプリアンブルのためのＰＲＡＣＨ機会に関連した有効（ｖａｌｉｄ）ＰＵＳＣＨ機会である、請求項１に記載の下りリンク信号受信方法。

【請求項6】

任意接続手続（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）に基づいて下りリンク信号を受信するための装置であって、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと動作可能に連結され、前記少なくとも一つのプロセッサにより実行されたことに基づいて、特定動作を行うようにする命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を保存する少なくとも一つのメモリとを含み、
前記特定動作は、
ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）プリアンブルのみ又は、前記ＰＲＡＣＨプリアンブル及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）をメッセージＡで送信することと、
前記メッセージＡに対する応答として、メッセージＢでＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信することと、
ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作を設定するための少なくとも一つのＤＲＸタイマーに関する情報を受信することと、
前記少なくとも一つのＤＲＸタイマーに基づいてオンデュレーション（Ｏｎ ｄｕｒａｔｉｏｎ）の間に下りリンク信号を受信することを含み、
前記ＰＲＡＣＨプリアンブルは、前記メッセージＡのためにＰＵＳＣＨ機会にマップ（ｍａｐｐｉｎｇ）され、
前記ＰＲＡＣＨプリアンブルのみの送信及び、前記ＰＲＡＣＨプリアンブルと前記ＰＵＳＣＨの送信の両方に対して、前記メッセージＢを検出するためのウィンドウは、前記ＰＲＡＣＨプリアンブルの送信に対応する前記ＰＵＳＣＨ機会の最後のシンボルから少なくとも１シンボル以後に開始される、装置。

【請求項7】

任意接続手続（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）に基づいて下りリンク信号を受信するための端末であって、
少なくとも一つの送受信機と、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと動作可能に連結され、前記少なくとも一つのプロセッサにより実行されたことに基づいて、特定動作を行うようにする命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を保存する少なくとも一つのメモリとを含み、
前記特定動作は、
ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）プリアンブルのみ又は、前記ＰＲＡＣＨプリアンブル及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）をメッセージＡで基地局に送信することと、
前記メッセージＡに対する応答として、メッセージＢでＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を前記基地局から受信することと、
ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作の設定のための少なくとも一つのＤＲＸタイマーに関する情報を前記基地局から受信することと、
前記少なくとも一つのＤＲＸタイマーに基づいてオンデュレーション（Ｏｎ ｄｕｒａｔｉｏｎ）の間に下りリンク信号を前記基地局から受信することを含み、
前記ＰＲＡＣＨプリアンブルは、前記メッセージＡのためにＰＵＳＣＨ機会にマップ（ｍａｐｐｉｎｇ）され、
前記ＰＲＡＣＨプリアンブルのみの送信及び、前記ＰＲＡＣＨプリアンブルと前記ＰＵＳＣＨの送信の両方に対して、前記メッセージＢを検出するためのウィンドウは、前記ＰＲＡＣＨプリアンブルの送信に対応する前記ＰＵＳＣＨ機会の最後のシンボルから少なくとも１シンボル以後に開始される、端末。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、非免許帯域において端末が任意接続過程に基づいて下りリンク信号を受信する方法及びそのための装置に関し、より詳細には、非免許帯域において端末が２段階任意接続過程を行い、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作に基づいて下りリンク信号を受信する方法及びそのための装置に関する。

【背景技術】

【0002】

５Ｇは、秒当たり数百メガビットから秒当たりギガビットと評価されるストリームを提供する手段であり、ＦＴＴＨ（ｆｉｂｅｒ－ｔｏ－ｔｈｅ－ｈｏｍｅ）及びケーブルベース広帯域（又は、ＤＯＣＳＩＳ）を補完することができる。このような速い速度は、仮想現実と増強現実の他、４Ｋ以上（６Ｋ、８Ｋ及びそれ以上）の解像度でＴＶを伝達することにも要求される。ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）及びＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）アプリケーションは殆ど没入型（ｉｍｍｅｒｓｉｖｅ）のスポーツ競技を含む。特定応用プログラムは、特別なネットワーク設定が要求されることがある。例えば、ＶＲゲームの場合、ゲーム会社が遅延を最小化するために、コアサーバーをネットワークオペレーターのエッジネットワークサーバーと統合しなければならない。

【0003】

自動車（Ａｕｔｏｍｏｔｉｖｅ）は、車両に対する移動通信のための多くの使用例と共に５Ｇにおいて重要な新しい動力になると予想される。例えば、乗客のためのエンターテイメントは、同時の高い容量と高い移動性モバイル広帯域を要求する。その理由は、将来のユーザは彼らの位置及び速度に関係なく高品質の連結を期待し続くからである。自動車分野の他の活用例は、増強現実ダッシュボードである。これは、運転者が前面窓から見ている物の上に、闇から物体を識別し、物体の距離と動きについて運転者に知らせる情報を重ねてディスプレイする。将来、無線モジュールは、車両同士間の通信、車両と支援するインフラ構造との間における情報交換、及び自動車と他の連結されたデバイス（例えば、歩行者に付随するデバイス）との間における情報交換を可能にする。安全システムは、運転者にとってより安全な運転ができるように行動の代替コースを案内し、事故の危険を下げることを可能にする。次の段階は、遠隔操縦されるか、或いは自体運転車両（ｓｅｌｆ－ｄｒｉｖｅｎ ｖｅｈｉｃｌｅ）になるであろう。これは、異なる自体運転車両の間及び自動車とインフラとの間で非常に信頼性があり、非常に速い通信を要求する。将来、自体運転車両が運転活動全般を行い、運転者は、車両自体が識別できない交通異常にのみ集中することが可能になるであろう。自体運転車両の技術的要求事項は、トラフィック安全を人が達成できない程度のレベルまで増大させるべく、超低遅延と超高速信頼性を要求する。

【0004】

スマート社会（ｓｍａｒｔ ｓｏｃｉｅｔｙ）として言及されるスマート都市とスマートホームは、高密度無線センサーネットワークにエンベデッドされるであろう。知能型センサーの分散ネットワークは都市又は家の費用及びエネルギー効率的な維持に対する条件を識別するであろう。類似の設定が各家庭のために行われ得る。温度センサー、窓及び暖房コントローラ、盗難報知器及び家電製品はいずれも無線で連結される。このようなセンサーの多くが、典型的に、低いデータ伝送速度、低電力及び低費用である。ただし、例えば、実時間ＨＤビデオは、監視のために特定タイプの装置に要求されることがある。

【0005】

熱又はガスを含むエネルギーの消費及び分配は高度に分散化されつつあり、分散センサーネットワークの自動化された制御が要求される。スマートグリッドは情報を収集しそれによって行動するように、デジタル情報及び通信技術を用いてそれらのセンサーを相互連結する。この情報は、プロバイダーと消費者の行動を含むことができるので、スマートグリッドが効率性、信頼性、経済性、生産の持続可能性、及び自動化された方式による電気のような燃料の分配を改善させることができる。スマートグリッドは、遅延の少ない他のセンサーネットワークと見なしてもよい。

【0006】

健康部門は、移動通信の恵みを享受できる多くの応用プログラムを保有している。通信システムは、遠く離れた所から臨床診療を提供する遠隔診療を支援できる。これは、距離の障壁を減らすのに役立ち、遠い距離の農村で持続的に利用できない医療サービスへの接近を改善させることができる。これは、また、重要な診療及び緊急状況で命を救うために用いられる。移動通信ベースの無線センサーネットワークは、心拍数及び血圧のようなパラメータに対する遠隔モニタリング及びセンサーを提供することができる。

【0007】

無線及びモバイル通信は産業応用分野において益々重要化しつつある。配線は設置及び保守コストが高い。したがって、ケーブルを再構成できる無線リンクへの交替可能性は、多くの産業分野において魅力的な機会である。しかしながら、これを達成するには、無線連結がケーブルと類似の遅延、信頼性及び容量で動作することと、その管理が単純化すること、が要求される。低い遅延と極めて低い誤り確率は、５Ｇで連結される必要がある新しい要求事項である。

【0008】

物流（ｌｏｇｉｓｔｉｃｓ）及び貨物追跡（ｆｒｅｉｇｈｔ ｔｒａｃｋｉｎｇ）は、位置ベース情報システムを用いてどこでもインベントリ（ｉｎｖｅｎｔｏｒｙ）及びパッケージの追跡を可能にする、移動通信に対する重要な使用例である。物流及び貨物追跡の使用例は典型的に低いデータ速度を要求するが、広い範囲と高い信頼性の位置情報が必要である。

【発明の概要】

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

【0009】

本開示は、端末が２段階任意接続過程を行い、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作に基づいて下りリンク信号を受信する方法及びそのための装置を提供しようとする。

【0010】

本開示で遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

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

【0011】

本開示の実施例に係る非免許帯域で任意接続過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ Ｐｒｏｃｅｄｕｒｅ；ＲＡＣＨ Ｐｒｏｃｅｄｕｒｅ）に基づいて下りリンク信号を受信する方法において、第１ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）プリアンブルをメッセージＡで基地局に送信し、前記メッセージＡに対する応答として、競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）に関連したメッセージＢでＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を前記基地局から受信し、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作を設定するための少なくとも一つのＤＲＸタイマーに関する情報を前記基地局から受信し、前記少なくとも一つのＤＲＸタイマーに基づくオンデュレーション（Ｏｎ ｄｕｒａｔｉｏｎ）の間に、下りリンク信号を前記基地局から受信し、前記第１ＰＲＡＣＨプリアンブルは、前記メッセージＡのためにＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）機会（Ｏｃｃａｓｉｏｎ）にマップ（ｍａｐｐｉｎｇ）されるＰＲＡＣＨプリアンブルであり、前記メッセージＢの受信のためのウィンドウは、前記ＰＵＳＣＨ機会の最後のシンボルから少なくとも１シンボル以後に開始されてよい。

【0012】

この時、前記第１ＰＲＡＣＨプリアンブル及び前記ＰＵＳＣＨ機会に基づく第１ＰＵＳＣＨが前記メッセージＡで送信されてよい。

【0013】

また、前記ＲＡＲは、前記競合解決のための情報を含むサクセスＲＡＲ（ｓｕｃｃｅｓｓ ＲＡＲ）であってよい。

【0014】

また、前記第１ＰＲＡＣＨプリアンブルのみが前記メッセージＡで送信されてよい。

【0015】

また、前記ＲＡＲは、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）グラント（ｇｒａｎｔ）情報を含むフォールバックＲＡＲ（ｆａｌｌｂａｃｋ ＲＡＲ）であってよい。

【0016】

また、前記ウィンドウは、前記メッセージＢのモニタリング（ｍｏｎｉｔｏｒｉｎｇ）に関連したリソースの最初のシンボルから開始されてよい。

【0017】

また、前記ＰＵＳＣＨ機会は、前記第１ＰＲＡＣＨプリアンブルのためのＲＡＣＨ機会に関連した有効（ｖａｌｉｄ）ＰＵＳＣＨ機会であってよい。

【0018】

本開示に係る非免許帯域で任意接続過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ Ｐｒｏｃｅｄｕｒｅ；ＲＡＣＨ Ｐｒｏｃｅｄｕｒｅ）に基づいて下りリンク信号を受信するための装置は、少なくとも一つのプロセッサ；及び、前記少なくとも一つのプロセッサと動作可能なように連結され、実行される場合に前記少なくとも一つのプロセッサが特定動作を行うようにする命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を保存する少なくとも一つのメモリ；を含み、前記特定動作は、第１ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）プリアンブルをメッセージＡで送信し、前記メッセージＡに対する応答として、競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）に関連したメッセージＢでＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信し、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作を設定するための少なくとも一つのＤＲＸタイマーに関する情報を受信し、前記少なくとも一つのＤＲＸタイマーに基づくオンデュレーション（Ｏｎ ｄｕｒａｔｉｏｎ）の間に下りリンク信号を受信し、前記第１ＰＲＡＣＨプリアンブルは、前記メッセージＡのためにＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）機会にマップ（ｍａｐｐｉｎｇ）されるＰＲＡＣＨプリアンブルであり、前記メッセージＢの受信のためのウィンドウは、前記ＰＵＳＣＨ機会の最後のシンボルから少なくとも１シンボル以後に開始されてよい。

【0019】

この時、前記第１ＰＲＡＣＨプリアンブル及び前記ＰＵＳＣＨ機会に基づく第１ＰＵＳＣＨが前記メッセージＡで送信されてよい。

【0020】

また、前記ＲＡＲは、前記競合解決のための情報を含むサクセスＲＡＲであってよい。

【0021】

また、前記第１ＰＲＡＣＨプリアンブルのみが前記メッセージＡで送信されてよい。

【0022】

また、前記ＲＡＲは、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）グラント（ｇｒａｎｔ）情報を含むフォールバックＲＡＲであってよい。

【0023】

また、前記ウィンドウは、前記メッセージＢのモニタリング（ｍｏｎｉｔｏｒｉｎｇ）に関連したリソースの最初のシンボルから開始されてよい。

【0024】

また、前記ＰＵＳＣＨ機会は、前記第１ＰＲＡＣＨプリアンブルのためのＲＡＣＨ機会に関連した有効（ｖａｌｉｄ）ＰＵＳＣＨ機会であってよい。

【0025】

本開示に係る非免許帯域で任意接続過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ Ｐｒｏｃｅｄｕｒｅ；ＲＡＣＨ Ｐｒｏｃｅｄｕｒｅ）に基づいて下りリンク信号を受信するための端末は、少なくとも一つのプロセッサ；及び、前記少なくとも一つのプロセッサと動作可能なように連結され、実行される場合に前記少なくとも一つのプロセッサが特定動作を行うようにする命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を保存する少なくとも一つのメモリ；を含み、前記特定動作は、第１ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）プリアンブルをメッセージＡで基地局に送信し、前記メッセージＡに対する応答として、競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）に関連したメッセージＢでＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を前記基地局から受信し、ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作を設定するための少なくとも一つのＤＲＸタイマーに関する情報を前記基地局から受信し、前記少なくとも一つのＤＲＸタイマーに基づくオンデュレーション（Ｏｎ ｄｕｒａｔｉｏｎ）の間に、下りリンク信号を前記基地局から受信し、前記第１ＰＲＡＣＨプリアンブルは、前記メッセージＡのためにＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）機会にマップ（ｍａｐｐｉｎｇ）されるＰＲＡＣＨプリアンブルであり、前記メッセージＢの受信のためのウィンドウは、前記ＰＵＳＣＨ機会の最後のシンボルから少なくとも１シンボル以後に開始されてよい。

【発明の効果】

【0026】

本開示によれば、非免許帯域において端末が２段階任意接続過程を用いた下りリンク信号の受信を円滑に行うことができる。

【0027】

本開示から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明確に理解されるであろう。

【図面の簡単な説明】

【0028】

【図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】本開示の実施例が適用される通信システムの例示を示す図である。

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

【0029】

以下に添付の図面を参照して説明される本発明の実施例から、本発明の構成、作用及び他の特徴が容易に理解されるであろう。以下に説明される実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された例である。

【0030】

本明細書は、ＬＴＥシステム、ＬＴＥ－Ａシステム及びＮＲシステムを用いて本発明の実施例を説明するが、これは例示であり、本発明の実施例は前記定義に該当するいかなる通信システムにも適用可能である。

【0031】

また、本明細書において、基地局の名称は、ＲＲＨ（ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ）、ｅＮＢ、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、ＲＰ（ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）、中継機（ｒｅｌａｙ）などを含む包括的な用語で使われてよい。

【0032】

３ＧＰＰベース通信標準は、上位層から起原する情報を運ぶリソース要素に対応する下りリンク物理チャネルと、物理層によって用いられるが、上位層から起原する情報を運ばないリソース要素に対応する下りリンク物理信号を定義される。例えば、物理下りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）、物理ブロードキャストチャネル（ｐｈｙｓｉｃａｌ ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ，ＰＢＣＨ）、物理マルチキャストチャネル（ｐｈｙｓｉｃａｌ ｍｕｌｔｉｃａｓｔ ｃｈａｎｎｅｌ，ＰＭＣＨ）、物理制御フォーマット指示子チャネル（ｐｈｙｓｉｃａｌ ｃｏｎｔｒｏｌ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ，ＰＣＦＩＣＨ）、物理下りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）及び物理ハイブリッドＡＲＱ指示子チャネル（ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ＡＲＱ ｉｎｄｉｃａｔｏｒ ｃｈａｎｎｅｌ，ＰＨＩＣＨ）が下りリンク物理チャネルとして定義されており、参照信号及び同期信号が下りリンク物理信号として定義されている。パイロット（ｐｉｌｏｔ）とも呼ばれる参照信号（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ，ＲＳ）は、ｇＮＢとＵＥが互いに知っている予め定義された特別な波形の信号を意味するが、例えば、セル特定的ＲＳ（ｃｅｌｌ ｓｐｅｃｉｆｉｃ ＲＳ）、ＵＥ特定的ＲＳ（ＵＥ－ｓｐｅｃｉｆｉｃ ＲＳ，ＵＥ－ＲＳ）、ポジショニングＲＳ（ｐｏｓｉｔｉｏｎｉｎｇ ＲＳ，ＰＲＳ）及びチャネル状態情報ＲＳ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ＲＳ，ＣＳＩ－ＲＳ）が下りリンク参照信号として定義される。３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ標準は、上位層から起原した情報を運ぶリソース要素に対応する上りリンク物理チャネルと、物理層によって用いられるが、上位層から起原する情報を運ばないリソース要素に対応する上りリンク物理信号を定義している。例えば、物理上りリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＵＳＣＨ）、物理上りリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＵＣＣＨ）、物理任意接続チャネル（ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ ａｃｃｅｓｓ ｃｈａｎｎｅｌ，ＰＲＡＣＨ）が上りリンク物理チャネルとして定義されており、上りリンク制御／データ信号のための復調参照信号（ｄｅｍｏｄｕｌａｔｉｏｎ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ，ＤＭＲＳ）と上りリンクチャネルの測定に用いられるサウンディング参照信号（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ，ＳＲＳ）が定義されている。

【0033】

本発明において、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）／ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ ＣＨａｎｎｅｌ）／ＰＨＩＣＨ（（Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｔｒａｎｓｍｉｔ ｒｅｑｕｅｓｔ Ｉｎｄｉｃａｔｏｒ ＣＨａｎｎｅｌ）／ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）はそれぞれ、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）／ＣＦＩ（Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ）／下りリンクＡＣＫ／ＮＡＣＫ（ＡＣＫｎｏｗｌｅｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ ＡＣＫ）／下りリンクデータを運ぶ時間－周波数リソースの集合或いはリソース要素の集合を意味する。また、ＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ）／ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ）／ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ）はそれぞれ、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）／上りリンクデータ／ランダムアクセス信号を運ぶ時間－周波数リソースの集合或いはリソース要素の集合を意味する。本発明では、特に、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨに割り当てられるか或いはこれに属した時間－周波数リソース又はリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ，ＲＥ）をそれぞれ、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨ ＲＥ又はＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨリソースと称する。以下において、ユーザ機器がＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨを送信するという表現は、それぞれ、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ上で（或いは、を通じて）上りリンク制御情報／上りリンクデータ／ランダムアクセス信号を送信するということと同じ意味で使われる。また、ｇＮＢがＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨを送信するという表現は、それぞれ、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ上で（或いは、を通じて）下りリンクデータ／制御情報を送信するということと同じ意味で使われる。

【0034】

以下では、ＣＲＳ／ＤＭＲＳ／ＣＳＩ－ＲＳ／ＳＲＳ／ＵＥ－ＲＳが割り当てられた或いは設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）された（ｃｏｎｆｉｇｕｒｅｄ）ＯＦＤＭシンボル／副搬送波／ＲＥを、ＣＲＳ／ＤＭＲＳ／ＣＳＩ－ＲＳ／ＳＲＳ／ＵＥ－ＲＳシンボル／搬送波／副搬送波／ＲＥと称する。例えば、トラッキングＲＳ（ｔｒａｃｋｉｎｇ ＲＳ，ＴＲＳ）が割り当てられた或いは設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）されたＯＦＤＭシンボルは、ＴＲＳシンボルと称し、ＴＲＳが割り当てられた或いは設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）された副搬送波は、ＴＲＳ副搬送波と称し、ＴＲＳが割り当てられた或いは設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）されたＲＥは、ＴＲＳ ＲＥと称する。また、ＴＲＳ送信のために設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）された（ｃｏｎｆｉｇｕｒｅｄ）サブフレームを、ＴＲＳサブフレームと称する。また、ブロードキャスト信号が送信されるサブフレームを、ブロードキャストサブフレーム或いはＰＢＣＨサブフレームと称し、同期信号（例えば、ＰＳＳ及び／又はＳＳＳ）が送信されるサブフレームを、同期信号サブフレーム或いはＰＳＳ／ＳＳＳサブフレームと称する。ＰＳＳ／ＳＳＳが割り当てられた或いは設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）された（ｃｏｎｆｉｇｕｒｅｄ）ＯＦＤＭシンボル／副搬送波／ＲＥをそれぞれ、ＰＳＳ／ＳＳＳシンボル／副搬送波／ＲＥと称する。

【0035】

本発明において、ＣＲＳポート、ＵＥ－ＲＳポート、ＣＳＩ－ＲＳポート、ＴＲＳポートとは、それぞれ、ＣＲＳを送信するように設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）された（ｃｏｎｆｉｇｕｒｅｄ）アンテナポート、ＵＥ－ＲＳを送信するように設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）されたアンテナポート、ＣＳＩ－ＲＳを送信するように設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）されたアンテナポート、ＴＲＳを送信するように設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）されたアンテナポートを意味する。ＣＲＳを送信するように設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）されたアンテナポートは、ＣＲＳポートによってＣＲＳが占有するＲＥの位置によって相互区別されてよく、ＵＥ－ＲＳを送信するように設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）された（ｃｏｎｆｉｇｕｒｅｄ）アンテナポートは、ＵＥ－ＲＳポートによってＵＥ－ＲＳが占有するＲＥの位置によって相互区別されてよく、ＣＳＩ－ＲＳを送信するように設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）されたアンテナポートは、ＣＳＩ－ＲＳポートによってＣＳＩ－ＲＳが占有するＲＥの位置によって相互区別されてよい。したがって、ＣＲＳ／ＵＥ－ＲＳ／ＣＳＩ－ＲＳ／ＴＲＳポートという用語が、一定リソース領域内でＣＲＳ／ＵＥ－ＲＳ／ＣＳＩ－ＲＳ／ＴＲＳが占有するＲＥのパターンを意味する用語として使われることもある。

【0036】

図１には、本発明に適用可能な無線機器を例示する。

【0037】

図１を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を用いて無線信号を送受信することができる。ここで、｛第１無線機器１００、第２無線機器２００｝は、図３０の｛無線機器１００ｘ、基地局２００｝及び／又は｛無線機器１００ｘ、無線機器１００ｘ｝に対応してよい。

【0038】

第１無線機器１００は、一つ以上のプロセッサ１０２及び一つ以上のメモリ１０４を含み、さらに、一つ以上の送受信機１０６及び／又は一つ以上のアンテナ１０８を含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、一つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットと同じ意味で使われてよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。

【0039】

具体的に、本発明の実施例に係る第１無線機器１００のプロセッサ１０２によって制御され、メモリ１０４に保存される命令及び／又は動作について説明する。

【0040】

下記の動作は、プロセッサ１０２の観点でプロセッサ１０２の制御動作に基づいて説明するが、このような動作を行うためのソフトウェアコードなどがメモリ１０４に保存されてよい。

【0041】

プロセッサ１０２は、第１ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）プリアンブルをメッセージＡで送信するように送受信機１０６を制御できる。そして、プロセッサ１０２は、競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）に関連したメッセージＢでＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信するように送受信機１０６を制御できる。この時、プロセッサ１０２がメッセージＡを送信するように送受信機１０６を制御し、メッセージＢを受信するように送受信機１０６を制御する具体的な方法は、後述する実施例に基づき得る。

【0042】

具体的に、本発明の実施例に係る第２無線機器２００のプロセッサ２０２によって制御され、メモリ２０４に保存される命令及び／又は動作について説明する。

【0043】

下記の動作は、プロセッサ２０２の観点でプロセッサ２０２の制御動作に基づいて説明するが、このような動作を行うためのソフトウェアコードなどがメモリ２０４に保存されてよい。

【0044】

プロセッサ２０２は、第１ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）プリアンブルをメッセージＡで受信するように送受信機２０６を制御できる。そして、プロセッサ２０２は、競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）に関連したメッセージＢでＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を送信するように送受信機２０６を制御できる。この時、プロセッサ２０２がメッセージＡを受信するように送受信機２０６を制御し、メッセージＢを送信するように送受信機２０６を制御する具体的な方法は、後述する実施例に基づき得る。

【0045】

以下、無線機器１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、一つ以上のプロトコル層が一つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、一つ以上のプロセッサ１０２，２０２は、一つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。一つ以上のプロセッサ１０２，２０２は、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、一つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は一つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。一つ以上のプロセッサ１０２，２０２は、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。一つ以上のプロセッサ１０２，２０２は、本文書に開示された機能、手続、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを一つ以上の送受信機１０６，２０６に提供できる。一つ以上のプロセッサ１０２，２０２は、一つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。

【0046】

一つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。一つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、一つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、一つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、一つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、一つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は一つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が一つ以上のプロセッサ１０２，２０２に含まれてよい。本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、一つ以上のプロセッサ１０２，２０２に含まれるか、一つ以上のメモリ１０４，２０４に保存され、一つ以上のプロセッサ１０２，２０２によって駆動されてよい。本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアを用いて具現されてよい。

【0047】

一つ以上のメモリ１０４，２０４は一つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を保存することができる。一つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。一つ以上のメモリ１０４，２０４は、一つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、一つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって一つ以上のプロセッサ１０２，２０２と連結されてよい。

【0048】

一つ以上の送受信機１０６，２０６は、一つ以上の他の装置に、本文書の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。一つ以上の送受信機１０６，２０６は、一つ以上の他の装置から、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、一つ以上の送受信機１０６，２０６は一つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、一つ以上のプロセッサ１０２，２０２は、一つ以上の送受信機１０６，２０６が一つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、一つ以上のプロセッサ１０２，２０２は、一つ以上の送受信機１０６，２０６が一つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、一つ以上の送受信機１０６，２０６は一つ以上のアンテナ１０８，２０８と連結されてよく、一つ以上の送受信機１０６，２０６は一つ以上のアンテナ１０８，２０８を介して、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本文書において、一つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。一つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを一つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。一つ以上の送受信機１０６，２０６は、一つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、一つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含むことができる。

【0049】

図２には、本発明に適用される無線機器の他の例を示す。無線機器は、使用の例／サービスによって様々な形態として具現されてよい（図３４参照）。

【0050】

図２を参照すると、無線機器１００，２００は、図１の無線機器１００，２００に対応し、様々な要素（ｅｌｅｍｅｎｔ）、成分（ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／又はモジュール（ｍｏｄｕｌｅ）で構成されてよい。例えば、無線機器１００，２００は、通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含むことができる。通信部は、通信回路１１２及び送受信機１１４を含むことができる。例えば、通信回路１１２は、図１の一つ以上のプロセッサ１０２，２０２及び／又は一つ以上のメモリ１０４，２０４を含むことができる。例えば、送受信機１１４は、図１の一つ以上の送受信機１０６，２０６及び／又は一つ以上のアンテナ１０８，２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０及び追加要素１４０と電気的に連結されて無線機器の諸般動作を制御する。例えば、制御部１２０は、メモリ部１３０に保存されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に保存された情報を通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インターフェースを通じて送信するか、或いは通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インターフェースを通じて受信された情報をメモリ部１３０に保存することができる。したがって、本発明に係る具体的な制御部１２０の動作過程及びメモリ部１３０に保存されたプログラム／コード／命令／情報は、図２のプロセッサ１０２，２０２のうち少なくとも一つの動作及びメモリ１０４，２０４のうち少なくとも一つの動作に対応してよい。

【0051】

追加要素１４０は、無線機器の種類によって様々に構成されてよい。例えば、追加要素１４０は、パワーユニット／バッテリー、入出力部（Ｉ／Ｏ ｕｎｉｔ）、駆動部及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるものではないが、無線機器は、ロボット（図３４，１００ａ）、車両（図３４，１００ｂ－１，１００ｂ－２）、ＸＲ機器（図３４，１００ｃ）、携帯機器（図３４，１００ｄ）、家電（図３４，１００ｅ）、ＩｏＴ機器（図３４，１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置（又は、金融装置）、保安装置、気候／環境装置、ＡＩサーバー／機器（図３４，４００）、基地局（図３４，２００）、ネットワークノードなどの形態で具現されてよい。無線機器は、使用の例／サービスによって移動可能な或いは固定した場所で用いられてよい。

【0052】

図２で、無線機器１００，２００内の様々な要素、成分、ユニット／部、及び／又はモジュールは、全体が有線インターフェースを通じて相互連結されるか、少なくとも一部が通信部１１０を介して無線で連結されてよい。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線で連結され、制御部１２０と第１ユニット（例えば、１３０，１４０）は通信部１１０を介して無線で連結されてよい。また、無線機器１００，２００内の各要素、成分、ユニット／部、及び／又はモジュールは、一つ以上の要素をさらに含むことができる。例えば、制御部１２０は、一つ以上のプロセッサ集合で構成されてよい。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されてよい。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）及び／又はこれらの組合せによって構成されてよい。

【0053】

以下、図２の具現例について、図面を参照してより詳細に説明する。

【0054】

図３には、本発明に適用される携帯機器を例示する。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、携帯用コンピュータ（例えば、ノートパソコンなど）を含むことができる。携帯機器は、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）又はＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ）と呼ぶことができる。

【0055】

図３を参照すると、携帯機器１００は、アンテナ部１０８、通信部１１０、制御部１２０、メモリ部１３０、電源供給部１４０ａ、インターフェース部１４０ｂ及び入出力部１４０ｃを含むことができる。アンテナ部１０８は、通信部１１０の一部として構成されてよい。ブロック１１０～１３０／１４０ａ～１４０ｃはそれぞれ、図２のブロック１１０～１３０／１４０に対応する。

【0056】

通信部１１０は、他の無線機器、基地局と信号（例えば、データ、制御信号など）を送受信できる。制御部１２０は、携帯機器１００の構成要素を制御して様々な動作を行うことができる。制御部１２０は、ＡＰ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｃｅｓｓｏｒ）を含むことができる。メモリ部１３０は、携帯機器１００の駆動に必要なデータ／パラメータ／プログラム／コード／命令を保存することができる。また、メモリ部１３０は、入／出力されるデータ／情報などを保存することができる。電源供給部１４０ａは、携帯機器１００に電源を供給し、有／無線充電回路、バッテリーなどを含むことができる。インターフェース部１４０ｂは、携帯機器１００と他の外部機器との連結を支援できる。インターフェース部１４０ｂは、外部機器との連結のための様々なポート（例えば、オーディオ入／出力ポート、ビデオ入／出力ポート）を含むことができる。入出力部１４０ｃは、映像情報／信号、オーディオ情報／信号、データ、及び／又はユーザから入力される情報を受信又は出力することができる。入出力部１４０ｃは、カメラ、マイクロホン、ユーザ入力部、ディスプレイ部１４０ｄ、スピーカー及び／又はハプティックモジュールなどを含むことができる。

【0057】

一例として、データ通信の場合、入出力部１４０ｃは、ユーザから入力された情報／信号（例えば、タッチ、文字、音声、イメージ、ビデオ）を取得し、取得された情報／信号はメモリ部１３０に保存されてよい。通信部１１０は、メモリに保存された情報／信号を無線信号に変換し、変換された無線信号を、他の無線機器に直接送信するか、基地局に送信できる。また、通信部１１０は、他の無線機器又は基地局から無線信号を受信した後、受信した無線信号を元来の情報／信号に復元できる。復元された情報／信号はメモリ部１３０に保存された後、入出力部１４０ｃを介して様々な形態（例えば、文字、音声、イメージ、ビデオ、ハプティック）で出力されてよい。

【0058】

図４は、本発明に適用される車両又は自律走行車両を例示する。車両又は自律走行車両は、移動型ロボット、車両、電車、有／無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ，ＡＶ）、船舶などとして具現されてよい。

【0059】

図４を参照すると、車両又は自律走行車両１００は、アンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサー部１４０ｃ及び自律走行部１４０ｄを含むことができる。アンテナ部１０８は、通信部１１０の一部として構成されてよい。ブロック１１０／１３０／１４０ａ～１４０ｄはそれぞれ、図２のブロック１１０／１３０／１４０に対応する。

【0060】

通信部１１０は、他の車両、基地局（例えば、基地局、路側基地局（Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ）など）、サーバーなどの外部機器と信号（例えば、データ、制御信号など）を送受信できる。制御部１２０は、車両又は自律走行車両１００の要素を制御して様々な動作を行うことができる。制御部１２０は、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を含むことができる。駆動部１４０ａは、車両又は自律走行車両１００を地上で走行させることができる。駆動部１４０ａは、エンジン、モーター、パワートレイン、ホイール、ブレーキ、操向装置などを含むことができる。電源供給部１４０ｂは、車両又は自律走行車両１００に電源を供給し、有／無線充電回路、バッテリーなどを含むことができる。センサー部１４０ｃは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサー部１４０ｃは、ＩＭＵ（ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ）センサー、衝突センサー、ホイールセンサー（ｗｈｅｅｌ ｓｅｎｓｏｒ）、速度センサー、傾斜センサー、重量感知センサー、ヘディングセンサー（ｈｅａｄｉｎｇ ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ）、車両前進／後進センサー、バッテリーセンサー、燃料センサー、タイヤセンサー、ステアリングセンサー、温度センサー、湿度センサー、超音波センサー、照度センサー、ペダルポジションセンサーなどを含むことができる。自律走行部１４０ｄは、走行中の車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると自動で経路を設定して走行する技術などを具現することができる。

【0061】

一例として、通信部１１０は、外部サーバーから地図データ、交通情報データなどを受信することができる。自律走行部１４０ｄは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部１２０は、ドライビングプランに基づき、車両又は自律走行車両１００が自律走行経路に沿って移動するように駆動部１４０ａを制御することができる（例えば、速度／方向調節）。自律走行途中に通信部１１０は、外部サーバーから最新交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中にセンサー部１４０ｃは、車両状態、周辺環境情報を取得できる。自律走行部１４０ｄは、新しく取得されたデータ／情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部１１０は、車両位置、自律走行経路、ドライビングプランなどに関する情報を外部サーバーに伝達できる。外部サーバーは、車両又は自律走行車両から収集された情報に基づき、ＡＩ技術などを用いて交通情報データをあらかじめ予測でき、予測された交通情報データを車両又は自律走行車両に提供することができる。

【0062】

図５には、送信信号のための信号処理回路を例示する。

【0063】

図５を参照すると、信号処理回路１０００は、スクランブラー１０１０、変調器１０２０、レイヤマッパー１０３０、プリコーダ１０４０、リソースマッパー１０５０、信号生成器１０６０を含むことができる。これに制限されるものではないが、図５の動作／機能は、図１のプロセッサ１０２，２０２及び／又は送受信機１０６，２０６で行われてよい。図５のハードウェア要素は、図１のプロセッサ１０２，２０２及び／又は送受信機１０６，２０６において具現されてよい。例えば、ブロック１０１０～１０６０は、図１のプロセッサ１０２，２０２において具現されてよい。また、ブロック１０１０～１０５０は、図１のプロセッサ１０２，２０２において具現され、ブロック１０６０は、図１の送受信機１０６，２０６において具現されてよい。

【0064】

コードワードは、図５の信号処理回路１０００を経て無線信号に変換されてよい。ここで、コードワードは、情報ブロックの符号化されたビットシーケンスである。情報ブロックは、送信ブロック（例えば、ＵＬ－ＳＣＨ送信ブロック、ＤＬ－ＳＣＨ送信ブロック）を含むことができる。無線信号は、様々な物理チャネル（例えば、ＰＵＳＣＨ、ＰＤＳＣＨ）で送信されてよい。

【0065】

具体的に、コードワードは、スクランブラー１０１０によってスクランブルされたビットシーケンスに変換されてよい。スクランブルに用いられるスクランブルシーケンスは初期化値に基づいて生成され、初期化値は、無線機器のＩＤ情報などが含まれてよい。スクランブルされたビットシーケンスは、変調器１０２０によって変調シンボルシーケンスに変調されてよい。変調方式は、ｐｉ／２－ＢＰＳＫ（ｐｉ／２－Ｂｉｎａｒｙ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＰＳＫ（ｍ－Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、ｍ－ＱＡＭ（ｍ－Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）などを含むことができる。複素変調シンボルシーケンスは、レイヤマッパー１０３０によって一つ以上の送信レイヤにマップされてよい。各送信レイヤの変調シンボルはプリコーダ１０４０によって該当のアンテナポートにマップされてよい（プリコーディング）。プリコーダ１０４０の出力ｚは、レイヤマッパー１０３０の出力ｙをＮ＊Ｍのプリコーディング行列Ｗに乗じて得ることができる。ここで、Ｎはアンテナポートの個数、Ｍは送信レイヤの個数である。ここで、プリコーダ１０４０は、複素変調シンボルに対するトランスフォーム（ｔｒａｎｓｆｏｒｍ）プリコーディング（例えば、ＤＦＴ変換）を行った後にプリコーディングを行うことができる。また、プリコーダ１０４０は、トランスフォームプリコーディングを行わずにプリコーディングを行うこともできる。

【0066】

リソースマッパー１０５０は、各アンテナポートの変調シンボルを時間－周波数リソースにマップすることができる。時間－周波数リソースは、時間ドメインにおいて複数のシンボル（例えば、ＣＰ－ＯＦＤＭＡシンボル、ＤＦＴ－ｓ－ＯＦＤＭＡシンボル）を含み、周波数ドメインにおいて複数の副搬送波を含むことができる。信号生成器１０６０は、マップされた変調シンボルから無線信号を生成し、生成された無線信号は各アンテナを介して他の機器に送信されてよい。そのために、信号生成器１０６０は、ＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュール及びＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）挿入器、ＤＡＣ（Ｄｉｇｉｔａｌ－ｔｏ－Ａｎａｌｏｇ Ｃｏｎｖｅｒｔｅｒ）、周波数アップコンバータ（ｆｒｅｑｕｅｎｃｙ ｕｐｃｏｎｖｅｒｔｅｒ）などを含むことができる。

【0067】

無線機器において受信信号のための信号処理過程は、図５の信号処理過程（１０１０～１０６０）の逆で構成されてよい。例えば、無線機器（例えば、図１の１００，２００）は、アンテナポート／送受信機を介して外部から無線信号を受信することができる。受信された無線信号は、信号復元器でベースバンド信号に変換されてよい。そのために、信号復元器は、周波数ダウンコンバータ（ｆｒｅｑｕｅｎｃｙ ｄｏｗｎｃｏｎｖｅｒｔｅｒ）、ＡＤＣ（ａｎａｌｏｇ－ｔｏ－ｄｉｇｉｔａｌ ｃｏｎｖｅｒｔｅｒ）、ＣＰ除去器、ＦＦＴ（Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）モジュールを含むことができる。その後、ベースバンド信号は、リソースデマッパー過程、ポストコーディング（ｐｏｓｔｃｏｄｉｎｇ）過程、復調過程及びデスクランブル過程を経てコードワードに復元されてよい。コードワードは復号（ｄｅｃｏｄｉｎｇ）を経て元来の情報ブロックに復元されてよい。したがって、受信信号のための信号処理回路（図示せず）は、信号復元器、リソースデマッパー、ポストコーダー、復調器、デスクランブラー及び復号器を含むことができる。

【0068】

図６は、３ＧＰＰ無線接続網規格に基づく端末とＥ－ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）の制御平面（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）及びユーザ平面（Ｕｓｅｒ Ｐｌａｎｅ）の構造を示す図である。制御平面は、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークが呼を管理するために用いる制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。

【0069】

第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位にある媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とは送信チャネル（ＴｒａｎｓポートＣｈａｎｎｅｌ）を通じて連結されている。前記送信チャネルを通じて媒体接続制御層と物理層との間にデータが移動する。送信側と受信側の物理層の間は、物理チャネルを通じてデータが移動する。前記物理チャネルは、時間と周波数を無線リソースとして活用する。具体的に、物理チャネルは下りリンクにおいてＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式で変調され、上りリンクにおいてＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式で変調される。

【0070】

第２層における媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を通じて、上位層である無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層におけるＲＬＣ層は、信頼性のあるデータ送信を支援する。ＲＬＣ層の機能はＭＡＣ内部の機能ブロックとして具現されてもよい。第２層におけるＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースにおいてＩＰｖ４又はＩＰｖ６のようなＩＰパケットを効率的に送信するために、不要な制御情報を減らすヘッダー圧縮（Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）機能を担う。

【0071】

第３層の最下部に位置している無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御平面においてのみ定義される。ＲＲＣ層は無線ベアラー（Ｒａｄｉｏ Ｂｅａｒｅｒ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ－ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して、論理チャネル、送信チャネル及び物理チャネルの制御を担当する。無線ベアラーは、端末とネットワークとの間のデータ伝達のために第２層によって提供されるサービスを意味する。そのために、端末とネットワークのＲＲＣ層は相互にＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ層間にＲＲＣ連結（ＲＲＣ Ｃｏｎｎｅｃｔｅｄ）がある場合に、端末はＲＲＣ連結状態（Ｃｏｎｎｅｃｔｅｄ Ｍｏｄｅ）にあり、そうでない場合にはＲＲＣ休止状態（Ｉｄｌｅ Ｍｏｄｅ）にある。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ－Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）などの機能を担う。

【0072】

ネットワークから端末にデータを送信する下り送信チャネルは、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージは、下りＳＣＨを通じて送信されてもよく、或いは別個の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を通じて送信されてもよい。一方、端末からネットワークにデータを送信する上り送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。送信チャネルの上位にあり、送信チャネルにマップされる論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）としては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。

【0073】

図７は、３ＧＰＰシステムに用いられる物理チャネル及びそれらを用いた一般の信号送信方法を説明するための図である。

【0074】

端末は、電源が入ったり新しくセルに進入した場合に、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う（Ｓ７０１）。そのために、端末は、基地局から主同期信号（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ，ＰＳＳ）及び副同期信号（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ，ＳＳＳ）を受信して基地局との同期を取り、セルＩＤなどの情報を取得することができる。その後、端末は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ，ＰＢＣＨ）を受信し、セル内放送情報を取得できる。一方、端末は、初期セル探索段階で下りリンク参照信号（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ，ＤＬ ＲＳ）を受信し、下りリンクチャネル状態を確認することができる。

【0075】

初期セル探索を終えた端末は、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ，ＰＤＣＣＨ）及び前記ＰＤＣＣＨに乗せられた情報に応じて物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＳＣＨ）を受信することにより、より具体的なシステム情報を取得することができる（Ｓ７０２）。

【0076】

一方、基地局に最初接続するか或いは信号送信のための無線リソースがない場合に、端末は、基地局に対して任意接続過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ，ＲＡＣＨ）を行うことができる（Ｓ７０３～Ｓ７０６）。そのために、端末は、物理任意接続チャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ，ＰＲＡＣＨ）を通じて特定シーケンスをプリアンブルとして送信し（Ｓ７０３及びＳ７０５）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを通じて、プリアンブルに対する応答メッセージ（（ＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ） ｍｅｓｓａｇｅ）を受信することができる。競合ベースＲＡＣＨでは、さらに、衝突解決手続（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる（Ｓ７０６）。

【0077】

上述のような手続を行った端末は、その後、一般の上りリンク／下りリンク信号送信手続としてＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ７０７）及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ，ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）送信（Ｓ７０８）を行うことができる。特に、端末はＰＤＣＣＨを通じて下りリンク制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）を受信することができる。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含み、使用目的に従ってフォーマットが個別に適用されてよい。

【0078】

一方、端末が上りリンクで基地局に送信する又は端末が基地局から受信する制御情報は、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｅｘ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）などを含むことができる。端末は、上述したＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨを通じて送信できる。

【0079】

一方、ＮＲシステムは、広い周波数帯域を用いて複数のユーザに高い送信率を維持しながらデータ送信をするために、高い超高周波帯域、すなわち、６ＧＨｚ以上のミリメートル周波数帯域を用いる方案を考慮している。これを３ＧＰＰではＮＲと命名しているが、以下、本発明ではＮＲシステムと称する。

【0080】

ＮＲは様々な５Ｇサービスを支援するための複数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ、又はＳＣＳ（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドにおける広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合に、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援し、ＳＣＳが６０ｋＨｚ又はそれより高い場合に、位相雑音（ｐｈａｓｅ ｎｏｉｓｅ）を克服するために、２４．２５ｋＨｚよりも大きい帯域幅を支援する。

【0081】

ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は２タイプ（ＦＲ１、ＦＲ２）の周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ）と定義される。ＦＲ１は、６ＧＨｚ以下の範囲であり、ＦＲ２は、６ＧＨｚ以上の範囲であって、ミリメートルウェーブ（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ，ｍｍＷ）を意味できる。

【0082】

下表１は、ＮＲ周波数バンドの定義を示す。

【0083】

【表1】

【0084】

下りリンクチャネル構造

【0085】

基地局は、後述する下りリンクチャネルを通じて関連信号を端末に送信し、端末は、後述する下りリンクチャネルを通じて関連信号を基地局から受信する。

【0086】

（１）物理下りリンク共有チャネル（ＰＤＳＣＨ）

【0087】

ＰＤＳＣＨは、下りリンクデータ（例えば、ＤＬ－ｓｈａｒｅｄ ｃｈａｎｎｅｌ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＤＬ－ＳＣＨ ＴＢ）を運搬し、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）、１６ＱＡＭ（Ｑｕａｄｒａｔｕｒｅ Ａｍｐｌｉｔｕｄｅ Ｍｏｄｕｌａｔｉｏｎ）、６４ＱＡＭ、２５６ＱＡＭなどの変調方法が適用される。ＴＢをエンコードしてコードワード（ｃｏｄｅｗｏｒｄ）を生成する。ＰＤＳＣＨは、最大で２個のコードワードを運ぶことができる。コードワード（ｃｏｄｅｗｏｒｄ）別にスクランブリング（ｓｃｒａｍｂｌｉｎｇ）及び変調マッピング（ｍｏｄｕｌａｔｉｏｎ ｍａｐｐｉｎｇ）が行われ、各コードワードから生成された変調シンボルは、一つ以上のレイヤにマップされる（Ｌａｙｅｒ ｍａｐｐｉｎｇ）。各レイヤはＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）と共にリソースにマップされてＯＦＤＭシンボル信号として生成され、該当のアンテナポートを介して送信される。

【0088】

（２）物理下りリンク制御チャネル（ＰＤＣＣＨ）

【0089】

ＰＤＣＣＨは、下りリンク制御情報（ＤＣＩ）を運搬し、ＱＰＳＫ変調方法が適用される。１つのＰＤＣＣＨは、ＡＬ（Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ）によって１、２、４、８、１６個のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）で構成される。１つのＣＣＥは６個のＲＥＧ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ）で構成される。１つのＲＥＧは、１つのＯＦＤＭシンボル及び１つの（Ｐ）ＲＢと定義される。

【0090】

図８には、１つのＲＥＧ構造を例示する。図８で、Ｄは、ＤＣＩがマップされるリソース要素（ＲＥ）を表し、Ｒは、ＤＭＲＳがマップされるＲＥを表す。ＤＭＲＳは、１つのシンボルにおいて周波数ドメイン方向に、ＲＥ ＃１、ＲＥ ＃５及びＲＥ ＃９にマップされる。

【0091】

ＰＤＣＣＨは、制御リソースセット（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ，ＣＯＲＥＳＥＴ）を通じて送信される。ＣＯＲＥＳＥＴは、与えられたヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）を有するＲＥＧセットと定義される。１つの端末のための複数のＯＣＲＥＳＥＴは、時間／周波数ドメインにおいて重なってよい。ＣＯＲＥＳＥＴは、システム情報（例えば、ＭＩＢ）又は端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）上位層（例えば、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層）シグナリングによって設定されてよい。具体的に、ＣＯＲＥＳＥＴを構成するＲＢの個数及びシンボルの個数（最大で３個）が上位層シグナリングによって設定されてよい。

【0092】

各ＣＯＲＥＳＥＴのための周波数ドメインにおけるプリコーダ粒度（ｐｒｅｃｏｄｅｒ ｇｒａｎｕｌａｒｉｔｙ）は、上位層シグナリングによって、次のいずれか一つに設定される：

【0093】

－ ｓａｍｅＡｓＲＥＧ－ｂｕｎｄｌｅ：周波数ドメインにおいてＲＥＧバンドルサイズと同一

【0094】

－ ａｌｌＣｏｎｔｉｇｕｏｕｓＲＢｓ：ＣＯＲＥＳＥＴ内部の周波数ドメインにおける連続するＲＢの個数と同一

【0095】

ＣＯＲＥＳＥＴにおけるＲＥＧは、時間優先マッピング方式（ｔｉｍｅ－ｆｉｒｓｔ ｍａｐｐｉｎｇ ｍａｎｎｅｒ）に基づいてナンバリングされる。すなわち、ＲＥＧは、ＣＯＲＥＳＥＴ内部の最低にナンバリングされたリソースブロックにおける最初のＯＦＤＭシンボルから始まって０から順次にナンバリングされる。

【0096】

ＣＣＥからＲＥＧへのマッピングタイプは、非インターリーブされたＣＣＥ－ＲＥＧマッピングタイプ又はインターリーブされたＣＣＥ－ＲＥＧマッピングタイプのいずれか一タイプに設定される。図９（ａ）は、非インターリーブされたＣＣＥ－ＲＥＧマッピングタイプを例示し、図９（ｂ）は、インターリーブされたＣＣＥ－ＲＥＧマッピングタイプを例示する。

【0097】

－ 非インターリーブされた（ｎｏｎ－ｉｎｔｅｒｌｅａｖｅｄ）ＣＣＥ－ＲＥＧマッピングタイプ（又は、ローカル化したマッピングタイプ）：与えられたＣＣＥのための６ ＲＥＧは１ ＲＥＧバンドルを構成し、与えられたＣＣＥのための全ＲＥＧは連続する。１ ＲＥＧバンドルは１ ＣＣＥに対応する

【0098】

－ インターリーブされた（ｉｎｔｅｒｌｅａｖｅｄ）ＣＣＥ－ＲＥＧマッピングタイプ（又は、分散化した（Ｄｉｓｔｒｉｂｕｔｅｄ）マッピングタイプ）：与えられたＣＣＥのための２、３又は６ ＲＥＧは、１ ＲＥＧバンドルを構成し、ＲＥＧバンドルは、ＣＯＲＥＳＥＴ内でインターリーブされる。１個のＯＦＤＭシンボル又は２個のＯＦＤＭシンボルで構成されたＣＯＲＥＳＥＴにおけるＲＥＧバンドルは、２又は６ ＲＥＧで構成され、３個のＯＦＤＭシンボルで構成されたＣＯＲＥＳＥＴにおけるＲＥＧバンドルは、３又は６ ＲＥＧで構成される。ＲＥＧバンドルのサイズはＣＯＲＥＳＥＴ別に設定される

【0099】

図１０には、ブロックインターリーバを例示する。上記のようなインターリービング動作のための（ブロック）インターリーバ（ｉｎｔｅｒｌｅａｖｅｒ）の行（ｒｏｗ）の個数（Ａ）は、２、３、６のいずれかに設定される。与えられたＣＯＲＥＳＥＴのためのインターリービング単位（ｉｎｔｅｒｌｅａｖｉｎｇ ｕｎｉｔ）の個数がＰである場合に、ブロックインターリーバの列（ｃｏｌｕｍｎ）の個数は、Ｐ／Ａのようである。ブロックインターリーバに対する書き（ｗｒｉｔｅ）動作は、図１０のように、行優先（ｒｏｗ－ｆｉｒｓｔ）方向に行われ、読み（ｒｅａｄ）動作は、列優先（ｃｏｌｕｍｎ－ｆｉｒｓｔ）方向に行われる。インターリービング単位の循環シフト（ＣＳ）は、ＤＭＲＳのために設定可能なＩＤと独立して設定可能なｉｄに基づいて適用される。

【0100】

端末は、ＰＤＣＣＨ候補のセットに対するデコーディング（ブラインドデコーディングともいう。）を行い、ＰＤＣＣＨを通じて送信されるＤＣＩを取得する。端末がデコードするＰＤＣＣＨ候補のセットは、ＰＤＣＣＨ検索空間（Ｓｅａｒｃｈ Ｓｐａｃｅ）セットと定義する。検索空間セットは、共通検索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）又は端末特定検索空間（ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ）であってよい。端末は、ＭＩＢ又は上位層シグナリングによって設定された一つ以上の検索空間セットにおけるＰＤＣＣＨ候補をモニターし、ＤＣＩを取得することができる。各ＣＯＲＥＳＥＴ設定は、１つ以上の検索空間セットと関連付けられ（ａｓｓｏｃｉａｔｅｄ ｗｉｔｈ）、各検索空間セットは１つのＣＯＲＥＳＴ設定と関連付けられる。１つの検索空間セットは、次のパラメータに基づいて決定される。

【0101】

－ ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：検索空間セットと関連付いている制御リソースセットを表す。

【0102】

－ ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期区間（スロット単位）及びＰＤＣＣＨモニタリング区間オフセット（スロット単位）を表す。

【0103】

－ ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：ＰＤＣＣＨモニタリングのためのスロットにおけるＰＤＣＣＨモニタリングパターンを表す（例えば、制御リソースセットの最初のシンボルを表す）。

【0104】

－ ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝｛１，２，４，８，１６｝別ＰＤＣＣＨ候補の数（０，１，２，３，４，５，６，８のいずれかの値）を表す。

【0105】

表２に、検索空間タイプ別特徴を例示する。

【0106】

【表2】

【0107】

表３は、ＰＤＣＣＨを通じて送信されるＤＣＩフォーマットを例示する。

【0108】

【表3】

【0109】

ＤＣＩ ｆｏｒｍａｔ ０＿０は、ＴＢベース（又は、ＴＢレベル）ＰＵＳＣＨをスケジュールするために用いられ、ＤＣＩ ｆｏｒｍａｔ ０＿１は、ＴＢベース（又は、ＴＢレベル）ＰＵＳＣＨ又はＣＢＧ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）ベース（又は、ＣＢＧレベル）ＰＵＳＣＨをスケジュールするために用いられてよい。ＤＣＩ ｆｏｒｍａｔ １＿０は、ＴＢベース（又は、ＴＢレベル）ＰＤＳＣＨをスケジュールするために用いられ、ＤＣＩ ｆｏｒｍａｔ １＿１は、ＴＢベース（又は、ＴＢレベル）ＰＤＳＣＨ又はＣＢＧベース（又は、ＣＢＧレベル）ＰＤＳＣＨをスケジュールするために用いられてよい。ＤＣＩ ｆｏｒｍａｔ ２＿０は、動的スロットフォーマット情報（例えば、ｄｙｎａｍｉｃ ＳＦＩ）を端末に伝達するために用いられ、ＤＣＩ ｆｏｒｍａｔ ２＿１は、下りリンク先取（ｐｒｅ－Ｅｍｐｔｉｏｎ）情報を端末に伝達するために用いられる。ＤＣＩ ｆｏｒｍａｔ ２＿０及び／又はＤＣＩ ｆｏｒｍａｔ ２＿１は、一つのグループと定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ（Ｇｒｏｕｐ ｃｏｍｍｏｎ ＰＤＣＣＨ）を通じて該当のグループ内の端末に伝達されてよい。

【0110】

ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作

【0111】

端末は、先に説明／提案した手続及び／又は方法を行いながらＤＲＸ動作を行うことができる。ＤＲＸが設定された端末は、ＤＬ信号を不連続的に受信することによって電力消費を下げることができる。ＤＲＸは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）＿ＩＤＬＥ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で行われてよい。ＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＤＲＸはページング信号を不連続受信するために用いられる。以下、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で行われるＤＲＸについて説明する（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＤＲＸ）。

【0112】

図１１には、ＤＲＸサイクルを例示する（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）。

【0113】

図１１を参照すると、ＤＲＸサイクルは、オンデュレーション（Ｏｎ Ｄｕｒａｔｉｏｎ）とＤＲＸ機会（Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）で構成される。ＤＲＸサイクルは、オンデュレーションが周期的に反復される時間間隔を定義する。オンデュレーションは、端末がＰＤＣＣＨを受信するためにモニタリングする時間区間を表す。ＤＲＸが設定されると、端末は、オンデュレーションの間にＰＤＣＣＨモニタリングを行う。ＰＤＣＣＨモニタリング中に検出に成功したＰＤＣＣＨがあると、端末は不活性（ｉｎａｃｔｉｖｉｔｙ）タイマーを起動させて起床（ａｗａｋｅ）状態を維持する。一方、ＰＤＣＣＨモニタリング中に検出に成功したＰＤＣＣＨがないと、端末はオンデュレーションが終わった後にスリープ（ｓｌｅｅｐ）状態に入る。したがって、ＤＲＸが設定された場合に、先に説明／提案した手続及び／又は方法を行う際にＰＤＣＣＨモニタリング／受信が時間ドメインにおいて不連続的に行われてよい。例えば、ＤＲＸが設定された場合に、本発明においてＰＤＣＣＨ受信機会（ｏｃｃａｓｉｏｎ）（例えば、ＰＤＣＣＨ探索空間を有するスロット）は、ＤＲＸ設定によって不連続的に設定されてよい。一方、ＤＲＸが設定されていない場合には、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて連続的に行われてよい。例えば、ＤＲＸが設定されていない場合に、本発明においてＰＤＣＣＨ受信機会（例えば、ＰＤＣＣＨ探索空間を有するスロット）は連続的に設定されてよい。一方、ＤＲＸ設定されたか否かに関係なく、測定ギャップに設定された時間区間ではＰＤＣＣＨモニタリングが制限されてよい。

【0114】

表４には、ＤＲＸに関連した端末の過程を示す（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）。表４を参照すると、ＤＲＸ構成情報は、上位層（例えば、ＲＲＣ）シグナリングによって受信され、ＤＲＸ ＯＮ／ＯＦＦは、ＭＡＣ層のＤＲＸコマンドによって制御される。ＤＲＸが設定されると、端末は、図１１で例示するように、本発明に説明／提案した手続及び／又は方法を行う際に、ＰＤＣＣＨモニタリングを不連続的に行うことができる。

【0115】

【表4】

【0116】

ここで、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、セルグループのためのＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）パラメータを設定する上で必要な構成情報を含む。ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸに関する構成情報も含むことができる。例えば、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸを定義する上で必要な情報を次のように含むことができる。
－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始区間の長さを定義

【0117】

－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：初期ＵＬ又はＤＬデータを指示するＰＤＣＣＨが検出されたＰＤＣＣＨ機会以後に端末が起床状態にある時間区間の長さを定義

【0118】

－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＤＬ初期送信が受信された後、ＤＬ再送信が受信されるまでの最大時間区間の長さを定義

【0119】

－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＵＬ初期送信に対するグラントが受信された後、ＵＬ再送信に対するグラントが受信されるまでの最大時間区間の長さを定義

【0120】

－ ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ＤＲＸサイクルの時間長と開始時点を定義

【0121】

－ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（ｏｐｔｉｏｎａｌ）：ショートＤＲＸサイクルの時間長を定義

【0122】

ここで、ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬのいずれか一つでも動作中であれば、端末は起床状態を維持しながら毎ＰＤＣＣＨ機会ごとにＰＤＣＣＨモニタリングを行う。

【0123】

非免許帯域／共有スペクトル（Ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ／Ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ）システム

【0124】

図１２は、本開示の様々な実施例が適用可能な非免許帯域を支援する無線通信システムの例示を示す図である。

【0125】

以下の説明において、免許帯域（以下、Ｌ－ｂａｎｄ）で動作するセルをＬ－ｃｅｌｌと定義し、Ｌ－ｃｅｌｌのキャリアを（ＤＬ／ＵＬ）ＬＣＣと定義する。また、非免許帯域（以下、Ｕ－ｂａｎｄ）で動作するセルをＵ－ｃｅｌｌと定義し、Ｕ－ｃｅｌｌのキャリアを（ＤＬ／ＵＬ）ＵＣＣと定義する。セルのキャリア／キャリア－周波数は、セルの動作周波数（例えば、中心周波数）を意味できる。セル／キャリア（例えば、ＣＣ）はセルと総称する。

【0126】

図１２（ａ）のように、端末と基地局が、搬送波結合したＬＣＣ及びＵＣＣを通じて信号を送受信する場合に、ＬＣＣはＰＣＣ（Ｐｒｉｍａｒｙ ＣＣ）と設定され、ＵＣＣはＳＣＣ（Ｓｅｃｏｎｄａｒｙ ＣＣ）と設定されてよい。

【0127】

図１２（ｂ）のように、端末と基地局は、一つのＵＣＣ又は搬送波結合した複数のＬＣＣ及びＵＣＣを通じて信号を送受信できる。すなわち、端末と基地局は、ＬＣＣ無しにＵＣＣ（ｓ）のみを通じて信号を送受信できる。以下、本開示の様々な実施例で記述する非免許帯域における信号送受信動作は、（別に断りのない限り）上述した全ての配置シナリオに基づいて行われてよい。

【0128】

１．非免許帯域のための無線フレーム構造

【0129】

非免許帯域における動作のためにＬＴＥのフレーム構造タイプ３又はＮＲフレーム構造が用いられてよい。非免許帯域のためのフレーム構造における上りリンク／下りリンク信号送信のために占有されるＯＦＤＭシンボルの構成は基地局によって設定されてよい。ここで、ＯＦＤＭシンボルはＳＣ－ＦＤＭ（Ａ）シンボルに代替されてよい。

【0130】

非免許帯域を通じた下りリンク信号送信のために、基地局はシグナリングにより、サブフレーム＃ｎで用いられるＯＦＤＭシンボルの構成を端末に知らせることができる。以下説明において、サブフレームは、スロット又はＴＵ（Ｔｉｍｅ Ｕｎｉｔ）に代替されてよい。

【0131】

具体的に、非免許帯域を支援する無線通信システムでは、端末はサブフレーム＃ｎ－１又はサブフレーム＃ｎで基地局から受信されたＤＣＩにおける特定フィールド（例えば、Ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｆｏｒ ＬＡＡフィールドなど）を用いてサブフレーム＃ｎにおける占有されたＯＦＤＭシンボルの構成を仮定（又は、識別）することができる。

【0132】

表５は、無線通信システムにおいて‘Ｓｕｂｆｒａｍｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｆｏｒ ＬＡＡ’フィールドが現在サブフレーム及び／又は次のサブフレーム（ｃｕｒｒｅｎｔ ａｎｄ／ｏｒ ｎｅｘｔ ｓｕｂｆｒａｍｅ）における下りリンク物理チャネル及び／又は物理信号の送信のために用いられるＯＦＤＭシンボルの構成を示す方法を例示する。

【0133】

【表5】

【0134】

非免許帯域を通じた上りリンク信号送信のために、基地局はシグナリングにより、上りリンク送信区間に関する情報を端末に知らせることができる。

【0135】

具体的に、非免許帯域を支援するＬＴＥシステムでは、端末は、検出されたＤＣＩにおける‘ＵＬ ｄｕｒａｔｉｏｎ ａｎｄ ｏｆｆｓｅｔ’フィールドを用いてサブフレーム＃ｎに対する‘ＵＬ ｄｕｒａｔｉｏｎ’及び‘ＵＬ ｏｆｆｓｅｔ’情報を取得することができる。

【0136】

表６は、無線通信システムにおいて‘ＵＬ ｄｕｒａｔｉｏｎ ａｎｄ ｏｆｆｓｅｔ’フィールドがＵＬオフセット及びＵＬデュレーション構成を示す方法を例示する。

【0137】

【表6】

【0138】

２．チャネル接続手続（Ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）一般

【0139】

以下の定義は、別に断りのない限り、後述される本開示の様々な実施例に関する説明で使われた用語（ｔｅｒｍｉｎｏｌｏｇｉｅｓ）に適用されてよい。

【0140】

－ チャネル（ｃｈａｎｎｅｌ）とは、共有されたスペクトル（ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ）内でチャネル接続手続が行われるＲＢの連続した集合で構成されたキャリア又はキャリアの部分（ａ ｐａｒｔ ｏｆ ａ ｃａｒｒｉｅｒ）を意味できる。

【0141】

－ チャネル接続手続（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）とは、送信を行うためのチャネルの可用性（ａｖａｉｌａｂｉｌｉｔｙ）を評価するセンシングに基づく手続であってよい。センシングの基本単位は、Ｔｓｌ＝９ｕｓの区間（ｄｕｒａｔｉｏｎ）を有するセンシングスロット（ｓｅｎｓｉｎｇ ｓｌｏｔ）であってよい。基地局又はＵＥがセンシングスロット区間の間にチャネルを感知し、センシングスロット区間内の少なくとも４ｕｓの間に感知された検出された電力がエネルギー検出閾値ＸＴｈｒｅｓｈよりも小さいと決定する場合に、センシングスロット区間Ｔｓｌは遊休と考慮されてよい。そうでないと、センシングスロット区間Ｔｓｌは、ビジーと考慮されてよい。

【0142】

－ チャネル占有（ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ）とは、本節で対応するチャネル接続手続後に、基地局／ＵＥによるチャネルにおける送信を意味できる。

【0143】

－ チャネル占有時間（ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ）とは、基地局／ＵＥが本節で対応するチャネル接続手続を行った後に、基地局／ＵＥ及びチャネル占有を共有する任意の基地局／ＵＥがチャネルにおける送信を行った総時間を意味できる。チャネル占有時間を決定するために、送信ギャップ（ｔｒａｎｓｍｉｓｓｉｏｎ ｇａｐ）が２５ｕｓ以下であれば、ギャップ区間（ｇａｐ ｄｕｒａｔｉｏｎ）はチャネル占有時間とカウントされてよい。チャネル占有時間は、基地局及び対応するＵＥ間の送信のために共有されてよい。

【0144】

３．下りリンクチャネル接続手続（Ｄｏｗｎｌｉｎｋ ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）

【0145】

基地局は、非免許帯域における下りリンク信号送信のために、前記非免許帯域に対して下記のような下りリンクチャネル接続手続（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ；ＣＡＰ）を行うことができる。

【0146】

３．１．タイプ１下りリンクチャネル接続手続（Ｔｙｐｅ １ ＤＬ ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅｓ）

【0147】

本節では、下りリンク送信の前に遊休とセンシングされるセンシングスロットによって占められる（ｓｐａｎｎｅｄ）時間区間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）がランダムである、基地局から行われるチャネル接続手続について説明する。本節は、次の送信に適用されてよい：

【0148】

－ ＰＤＳＣＨ／ＰＤＣＣＨ／ＥＰＤＣＣＨを含む、基地局によって開始された送信（Ｔｒａｎｓｍｉｓｓｉｏｎ（ｓ） ｉｎｉｔｉａｔｅｄ ｂｙ ａ ｂａｓｅ ｓｔａｔｉｏｎ ｉｎｃｌｕｄｉｎｇ ＰＤＳＣＨ／ＰＤＣＣＨ／ＥＰＤＣＣＨ）、又は、

【0149】

－ ユーザ平面データ（ｕｓｅｒ ｐｌａｎｅ ｄａｔａ）を有するユニキャストＰＤＳＣＨ（ｕｎｉｃａｓｔ ＰＤＳＣＨ）、又は、ユーザ平面データを有するユニキャストＰＤＳＣＨ及びユーザ平面データをスケジュールするユニキャストＰＤＣＣＨを含む、基地局によって開始された送信（Ｔｒａｎｓｍｉｓｓｉｏｎ（ｓ） ｉｎｉｔｉａｔｅｄ ｂｙ ａ ｂａｓｅ ｓｔａｔｉｏｎ ｉｎｃｌｕｄｉｎｇ ｕｎｉｃａｓｔ ＰＤＳＣＨ ｗｉｔｈ ｕｓｅｒ ｐｌａｎｅ ｄａｔａ，ｏｒ ｕｎｉｃａｓｔ ＰＤＳＣＨ ｗｉｔｈ ｕｓｅｒ ｐｌａｎｅ ｄａｔａ ａｎｄ ｕｎｉｃａｓｔ ＰＤＣＣＨ ｓｃｈｅｄｕｌｉｎｇ ｕｓｅｒ ｐｌａｎｅ ｄａｔａ）、又は、

【0150】

－ ディスカバリバーストのみを有する、又は非ユニキャスト（ｎｏｎ－ｕｎｉｃａｓｔ）情報とマルチプルレックスされたディスカバリバーストを有する、基地局によって開始された送信。ここで、送信区間は１ｍｓよりも大きいか、或いは送信はディスカバリバーストデューティーサイクルが１／２０を超えるようにすることができる。

【0151】

基地局は、遅延期間（ｄｅｆｅｒ ｄｕｒａｔｉｏｎ）Ｔ_ｄのセンシングスロット区間の間にチャネルがアイドル（ｉｄｌｅ）状態であるかをセンシングし、下記ステップ４（ｓｔｅｐ ４）においてカウンターＮが０になった後、送信を送信することができる。この時、カウンターＮは、下記の手続によって追加のセンシングスロット区間（ａｄｄｉｔｉｏｎａｌ ｓｅｎｓｉｎｇ ｓｌｏｔ ｄｕｒａｔｉｏｎ）のためのチャネルセンシングによって調整される：

【0152】

１）Ｎ＝Ｎ_ｉｎｉｔに設定。ここで、Ｎ_ｉｎｉｔは、０からＣＷ_ｐまでの間で均等に分布した任意の数（ｒａｎｄｏｍ ｎｕｍｂｅｒ ｕｎｉｆｏｒｍｌｙ ｄｉｓｔｒｉｂｕｔｅｄ ｂｅｔｗｅｅｎ ０ ａｎｄ ＣＷ_ｐ）である。続いて、ステップ４に移動する。

【0153】

２）Ｎ＞０であり、基地局が前記カウンターを減少させることを選択した場合に、Ｎ＝Ｎ－１に設定。

【0154】

３）追加のセンシングスロット区間のためのチャネルをセンシングする。この時、前記追加のセンシングスロット区間がアイドルであると、ステップ４に移動する。そうでないと、ステップ５に移動する。

【0155】

４）Ｎ＝０であれば、当該手続を停止（ｓｔｏｐ）する。そうでなければ、ステップ２に移動する。

【0156】

５）追加遅延区間Ｔ_ｄにおいてビジー（ｂｕｓｙ）センシングスロットが検出されるか、或いは前記追加遅延区間Ｔ_ｄの全センシングスロットがアイドルと検出されるまでチャネルをセンシング。

【0157】

６）前記追加遅延区間Ｔ_ｄの全センシングスロット区間の間に該当のチャネルがアイドルとセンシングされると、ステップ４に移動する。そうでないと、ステップ５に移動する。

【0158】

図１３は、本開示の様々な実施例が適用可能な非免許帯域送信のためのＤＬ ＣＡＰを説明するための図である。

【0159】

本開示の様々な実施例が適用可能な非免許帯域送信のためのタイプ１下りリンクチャネル接続手続は、次のように整理できる。

【0160】

下りリンク送信に対して送信ノード（例えば、基地局）がチャネル接続過程（ＣＡＰ）を開始できる（２０１０）。

【0161】

基地局は、ステップ１にしたがって競合ウィンドウ（ＣＷ）内でバックオフカウンターＮを任意に選択することができる。この時、Ｎ値は初期値Ｎｉｎｉｔに設定される（２０２０）。Ｎｉｎｉｔは、０～ＣＷｐの間の値のうち任意の値が選択される。

【0162】

次に、ステップ４にしたがって、バックオフカウンター値（Ｎ）が０であれば（２０３０；Ｙ）、基地局はＣＡＰ過程を終了する（２０３２）。続いて、基地局は、Ｔｘバースト送信を行うことができる（２０３４）。一方、バックオフカウンター値が０でなければ（２０３０；Ｎ）、基地局はステップ２にしたがってバックオフカウンター値を１だけ減少させる（２０４０）。

【0163】

次に、基地局は、チャネルが遊休状態か否か確認し（２０５０）、チャネルが遊休状態であれば（２０５０；Ｙ）、バックオフカウンター値が０であるか確認する（２０３０）。

【0164】

逆に、２０５０動作においてチャネルが遊休状態でなければ、すなわち、チャネルがビジー状態であれば（２０５０；Ｎ）、基地局はステップ５にしたがって、センシングスロット時間（例えば、９ｕｓｅｃ）よりも長い遅延期間（ｄｅｆｅｒ ｄｕｒａｔｉｏｎ Ｔｄ；２５ｕｓｅｃ以上）の間に当該チャネルが遊休状態か否かを確認する（２０６０）。遅延期間にチャネルが遊休状態であれば（２０７０；Ｙ）、基地局は再びＣＡＰ過程を開始できる。

【0165】

一例として、バックオフカウンター値Ｎｉｎｉｔが１０であり、バックオフカウンター値が５まで減少した後にチャネルがビジー状態と判断されると、基地局は、遅延期間の間にチャネルをセンシングして遊休状態か否かを判断する。この時、遅延期間の間にチャネルが遊休状態であれば、基地局はバックオフカウンター値Ｎｉｎｉｔを設定するのではなく、バックオフカウンター値５から（又は、バックオフカウンター値を１減少させた後に４から）再びＣＡＰ過程を行うことができる。

【0166】

一方、遅延期間の間にチャネルがビジー状態であれば（２０７０；Ｎ）、基地局は２０６０段階を再実行し、新しい遅延期間の間にチャネルが遊休状態か否かを再び確認する。

【0167】

前記手続において、ステップ４以後に基地局が送信を送信しない場合に、前記基地局は、次の条件が満たられると前記チャネル上で送信を送信することができる。

【0168】

前記基地局が送信を送信するように準備され、少なくともセンシングスロット区間Ｔｓｌの間に該当のチャネルがアイドルとセンシングされる場合、及び前記送信直前に（ｉｍｍｅｄｉａｔｅｌｙ ｂｅｆｏｒｅ）、遅延区間Ｔｄの全センシングスロット区間の間に前記チャネルがアイドルとセンシングされる場合に

【0169】

逆に、送信を送信をするように準備された後に前記基地局が前記チャネルをセンシングした時に、センシングスロット区間Ｔｓｌの間に前記チャネルがアイドルとセンシングされないか、或いは、前記意図した送信の直前に（ｉｍｍｅｄｉａｔｅｌｙ ｂｅｆｏｒｅ）、遅延区間Ｔｄのいずれか一つのセンシングスロット区間の間に前記チャネルがアイドルとセンシングされない場合に、前記基地局は、遅延区間Ｔｄのセンシングスロット区間の間にチャネルがアイドルであるとセンシングされた後、ステップ１に進行する（ｐｒｏｃｅｅｄ ｔｏ ｓｔｅｐ１）。

【0170】

前記遅延区間Ｔｄは、ｍｐ連続したセンシングスロット区間の直後に続く区間Ｔｆ（＝１６ｕｓ）と構成される。ここで、各センシングスロット区間（Ｔｓｌ）は９ｕｓであり、Ｔｆは、Ｔｆの開始地点にアイドルセンシングスロット区間（Ｔｓｌ）を含む。

【0171】

表７は、チャネル接続優先順位クラスにしたがって、ＣＡＰに適用されるｍｐ、最小ＣＷ、最大ＣＷ、最大チャネル占有時間（Ｍａｘｉｍｕｍ Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ，ＭＣＯＴ）及び許容されたＣＷサイズ（ａｌｌｏｗｅｄ ＣＷ ｓｉｚｅｓ）が変わることを例示する。

【0172】

【表7】

【0173】

３．２．タイプ２下りリンクチャネル接続手続（Ｔｙｐｅ２ＤＬ ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅｓ）

【0174】

３．２．１．タイプ２Ａ ＤＬチャネル接続手続

【0175】

基地局は、少なくともセンシング区間Ｔｓｈｏｒｔ ｄｌ＝２５ｕｓの間に該当のチャネルがアイドルとセンシングされた直後に（ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ）、送信を送信することができる。ここで、Ｔｓｈｏｒｔ ｄｌは、一つのセンシングスロット区間の直後に続く区間Ｔｆ（＝１６ｕｓ）と構成される。Ｔｆは、Ｔｆの開始地点にセンシングスロットを含む。前記Ｔｓｈｏｒｔ ｄｌ内の２センシングスロットがアイドルとセンシングされた場合に、前記チャネルはＴｓｈｏｒｔ ｄｌの間にアイドルであると考慮される（ｂｅ ｃｏｎｓｉｄｅｒｅｄ ｔｏ ｂｅ ｉｄｌｅ）。

【0176】

３．２．２．タイプ２Ｂ ＤＬチャネル接続手続

【0177】

基地局は、Ｔｆ＝１６ｕｓの間に該当のチャネルがアイドルとセンシングされた直後に（ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ）、送信を送信することができる。Ｔｆは、Ｔｆの最後の９ｕｓ内で発生するセンシングスロットを含む。チャネルがセンシングスロットで発生する少なくとも４ｕｓのセンシングと共に少なくとも合計５ｕｓ以上において遊休状態であるとセンシングされた場合に、前記チャネルはＴｆの間にアイドルであると考慮される。

【0178】

３．２．３．タイプ２Ｃ ＤＬチャネル接続手続

【0179】

基地局が送信を送信するために本節の手続をしたがう場合に、基地局は送信を送信する前にチャネルをセンシングしない。当該送信に対応する持続期間は、最大で５８４ｕｓである。

【0180】

４．多重チャネル上の送信のためのチャネル接続手続（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ（ｓ） ｏｎ ｍｕｌｔｉｐｌｅ ｃｈａｎｎｅｌｓ）

【0181】

基地局は、下記のタイプＡ又はタイプＢの手続のいずれか一つによって送信が行われる多重チャネルに接続することができる。

【0182】

４．１．タイプＡ多重チャネル接続手続（Ｔｙｐｅ Ａ ｍｕｌｔｉ－ｃａｒｒｉｅｒ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅｓ）

【0183】

本節に開示された手続にしたがって、基地局は各チャネル

上のチャネル接続を行う。ここで、Ｃは、前記基地局が送信しようとする（ｉｎｔｅｎｄ ｔｏ ｔｒａｎｓｍｉｔ）チャネルのセットであり、

であり、ｑは、前記基地局が送信しようとするチャネルの個数である。

【0184】

ＣＡＰで考慮されるカウンターＮは、各チャネル

別に決定され、この場合、各チャネル別カウンターは

と表示する。

【0185】

４．１．１．タイプＡ１（Ｔｙｐｅ Ａ１）多重チャネル接続手続

【0186】

ＣＡＰで考慮されるカウンターＮは、各チャネル

別に決定され、各チャネル別カウンターは

と表示する。

【0187】

基地局がいずれか一つのチャネル

上の送信を中止（ｃｅａｓｅ）した場合に、仮に前記チャネルを共有する他の技術の不在が長い区間の間に保証されることが可能であれば（例えば、規定のレベルによって）（ｉｆ ｔｈｅ ａｂｓｅｎｃｅ ｏｆ ａｎｙ ｏｔｈｅｒ ｔｅｃｈｎｏｌｏｇｙ ｓｈａｒｉｎｇ ｔｈｅ ｃｈａｎｎｅｌ ｃａｎ ｂｅ ｇｕａｒａｎｔｅｅｄ ｏｎ ａ ｌｏｎｇ ｔｅｒｍ ｂａｓｉｓ（ｅ．ｇ．，ｂｙ ｌｅｖｅｌ ｏｆ ｒｅｇｕｌａｔｉｏｎ））、各チャネルｃｉ（ここで、ｃｉはｃｊと異なる。

）のために、

の区間を有した後又は

を再初期化（ｒｅｉｎｉｔｉａｌｉｓｉｎｇ）した後にアイドルセンシングスロットが検出されると、前記基地局は

減少を再開（ｒｅｓｕｍｅ）できる。

【0188】

４．１．２．タイプＡ２（Ｔｙｐｅ Ａ２）多重チャネル接続手続

【0189】

各チャネル

別カウンターＮは、先に詳述した内容によって決定されてよく、この時、各チャネル別カウンターは

と表示する。ここで、

は、最大のＣＷ_ｐ値を有するチャネルを意味できる。各チャネル

のために、

に設定されてよい。

【0190】

基地局が

が決定されたいずれか一つのチャネルに対する送信を中断（ｃｅａｓｅ）する場合に、前記基地局は、全てのチャネルのための

を再初期化（ｒｅｉｎｉｔｉａｌｉｓｅ）する。

【0191】

４．２．タイプＢ多重チャネル接続手続（Ｔｙｐｅ Ｂ ｍｕｌｔｉ－ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）

【0192】

チャネル

は基地局によって次のように選択されてよい。

【0193】

－ 前記基地局は、多重チャネル

上のそれぞれの送信に先立ち、前記Ｃから均等に任意的に（ｕｎｉｆｏｒｍｌｙ ｒａｎｄｏｍｌｙ）

を選択するか、

【0194】

－ 前記基地局は、毎１秒ごとに１回以上

を選択しない。

【0195】

ここで、Ｃは、前記基地局が送信しようとする（ｉｎｔｅｎｄ ｔｏ ｔｒａｎｓｍｉｔ）チャネルのセットであり、

であり、ｑは、前記基地局が送信しようとするチャネルの個数である。

【0196】

チャネル

上における送信のために、前記基地局は４．２．１．節又は４．２．２．節に開示の修正事項（ｍｅｄｉｃａｔｉｏｎ）と共に３．１節に開示の手続にしたがってチャネル

上のチャネル接続を行う。

【0197】

であるチャネルのうちチャネル

上での送信のために、

【0198】

各チャネル

のために、前記基地局はチャネル

上での送信の直前に（ｉｍｍｅｄｉａｔｅｌｙ ｂｅｆｏｒｅ）、少なくともセンシング区間（ｓｅｎｓｉｎｇ ｉｎｔｅｒｖａｌ）

の間にチャネル

をセンシングする。そして、前記基地局は、少なくともセンシング区間

の間にチャネル

がアイドルであることをセンシングした直後に（ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ）、チャネル

上で送信を行うことができる。与えられた区間

においてチャネル

上のアイドルセンシングが行われる全時間区間の間に前記チャネルがアイドルとセンシングされる場合に、前記チャネル

は

のためのアイドルであると考慮されてよい。

【0199】

前記基地局は、チャネル

（ここで、

）上で、前記表７のＴｍｃｏｔ，ｐを超える区間のために（ｆｏｒ ａ ｐｅｒｉｏｄ ｅｘｃｅｅｄｉｎｇ Ｔｍｃｏｔ，ｐ）送信を行わない。ここで、Ｔｍｃｏｔ，ｐは、チャネル

のために用いられるチャネル接続パラメータを用いて決定される。

【0200】

本節の手続において、ｇＮＢによって選択されたチャネルセットＣのチャネル周波数は、あらかじめ定義されたチャネル周波数セットのうち一つのサブセットである。

【0201】

４．２．１．タイプＢ１（Ｔｙｐｅ Ｂ１）多重チャネル接続手続

【0202】

単一ＣＷ_ｐ値はチャネルセットＣのために維持される。

【0203】

チャネル

上のチャネル接続のためのＣＷ_ｐを決定するために、先の３．１節で詳述した手続のステップ２は次のように修正される。

【0204】

－ 全チャネル

の参照サブフレームｋにおけるＰＤＳＣＨ送信に対応するＨＡＲＱ－ＡＣＫ値の少なくとも

がＮＡＣＫと決定される場合に、全優先順位クラス

のためのＣＷ_ｐを、次に高い許容された値（ｎｅｘｔ ｈｉｇｈｅｒ ａｌｌｏｗｅｄ ｖａｌｕｅ）に増加させる。そうでないと、ステップ１に移動する。

【0205】

４．２．２．タイプＢ２（Ｔｙｐｅ Ｂ２）多重チャネル接続手続

【0206】

ＣＷ_ｐ値は各チャネル

のために独立して維持される。チャネル

のためのＣＷ_ｐを決定するために、チャネル

と完全に又は部分的に重なる任意のＰＤＳＣＨが用いられてよい。チャネル

のためのＮ_ｉｎｉｔを決定するために、チャネル

のＣＷ_ｐ値が用いられる。ここで、

は、セットＣにおける全チャネルのうち、最大のＣＷ_ｐを有するチャネルである。

【0207】

５．上りリンクチャネル接続手続（Ｕｐｌｉｎｋ ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅｓ）

【0208】

ＵＥ及び前記ＵＥのためのＵＬ送信をスケジューリング又は設定（ｃｏｎｆｉｇｕｒｉｎｇ）する基地局は、（ＬＡＡ Ｓセル送信を行う）チャネルへの接続のために下記の手続を行う。以下の説明において、基本的に、端末及び基地局に対して、免許帯域であるＰセルと一つ以上の非免許帯域であるＳセルが設定される場合を仮定して、本開示の様々な実施例が適用可能な上りリンクＣＡＰ動作について詳しく説明する。ただし、前記上りリンクＣＡＰ動作は、前記端末及び基地局に対して非免許帯域のみが設定される場合にも同一に適用されてよい。

【0209】

ＵＥは、ＵＬ送信が行われるチャネル上でタイプ１又はタイプ２のＵＬチャネル接続手続にしたがって接続できる。

【0210】

表８は、チャネル接続優先順位クラスにしたがって、ＣＡＰに適用されるｍｐ、最小ＣＷ、最大ＣＷ、最大チャネル占有時間（Ｍａｘｉｍｕｍ Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ，ＭＣＯＴ）及び許容されたＣＷサイズ（ａｌｌｏｗｅｄ ＣＷ ｓｉｚｅｓ）が変わることを例示する。

【0211】

【表8】

【0212】

５．１．タイプ１ ＵＬチャネル接続手続（Ｔｙｐｅ １ ＵＬ ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）

【0213】

本節では、上りリンク送信の前に遊休とセンシングされるセンシングスロットによって占められる（ｓｐａｎｎｅｄ）時間区間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）がランダムである、ＵＥから行われるチャネル接続手続について説明する。本節は次の送信に適用されてよい：

【0214】

－ 基地局からスケジューリング及び／又は設定されたＰＵＳＣＨ／ＳＲＳの送信

【0215】

－ 基地局からスケジューリング及び／又は設定されたＰＵＣＣＨの送信

【0216】

－ ＲＡＰ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）に関連した送信

【0217】

図１４は、本開示の様々な実施例が適用可能な非免許帯域送信のためのＵＬ ＣＡＰを説明するための図である。

【0218】

本開示の様々な実施例が適用可能な非免許帯域送信のためのＵＥのタイプ１ ＵＬ ＣＡＰは、次のように整理できる。

【0219】

上りリンク送信に対して送信ノード（例えば、ＵＥ）が、非免許帯域で動作するためにチャネル接続過程（ＣＡＰ）を開始することができる（２１１０）。

【0220】

ＵＥは、ステップ１にしたがって、競合ウィンドウ（ＣＷ）内でバックオフカウンターＮを任意に選択できる。このとき、Ｎ値は、初期値Ｎｉｎｉｔに設定される（２１２０）。Ｎｉｎｉｔは、０～ＣＷｐの間の値のうち任意の値が選択される。

【0221】

次に、ステップ４にしたがって、バックオフカウンター値（Ｎ）が０であれば（２１３０；Ｙ）、ＵＥはＣＡＰ過程を終了する（２１３２）。続いて、ＵＥはＴｘバースト送信を行うことができる（２１３４）。一方、バックオフカウンター値が０でなければ（２１３０；Ｎ）、ＵＥはステップ２にしたがって、バックオフカウンター値を１だけ減少させる（２１４０）。

【0222】

次に、ＵＥは、チャネルが遊休状態か否かを確認し（２１５０）、チャネルが遊休状態であれば（２１５０；Ｙ）、バックオフカウンター値が０であるか確認する（２１３０）。

【0223】

逆に、２１５０動作でチャネルが遊休状態でなければ、すなわち、チャネルがビジー状態であれば（２１５０；Ｎ）、ＵＥは、ステップ５にしたがって、スロット時間（例えば、９ｕｓｅｃ）よりも長い遅延期間（ｄｅｆｅｒ ｄｕｒａｔｉｏｎ Ｔｄ；２５ｕｓｅｃ以上）の間に当該チャネルが遊休状態か否かを確認する（２１６０）。遅延期間にチャネルが遊休状態であれば（２１７０；Ｙ）、ＵＥは再びＣＡＰ過程を開始できる。

【0224】

一例として、バックオフカウンター値Ｎｉｎｉｔが１０であり、バックオフカウンター値が５まで減少した後にチャネルがビジー状態と判断されると、ＵＥは遅延期間の間にチャネルをセンシングして遊休状態か否かを判断する。この時、遅延期間の間にチャネルが遊休状態であれば、ＵＥはバックオフカウンター値Ｎｉｎｉｔを設定するのではなく、バックオフカウンター値５から（又は、バックオフカウンター値を１減少させた後に４から）再びＣＡＰ過程を行うことができる。

【0225】

一方、遅延期間の間にチャネルがビジー状態であれば（２１７０；Ｎ）、ＵＥは２１６０動作を再実行し、新しい遅延期間の間にチャネルが遊休状態であるか否かを再び確認する。

【0226】

前記手続において、先に詳述した手続のステップ４以後に、ＵＥが、送信が行われるチャネル上のＵＬ送信を送信しない場合に、前記ＵＥは、次の条件を満たすと前記チャネル上のＵＬ送信を送信することができる。

【0227】

－ 前記ＵＥが送信を行う準備ができており、少なくともセンシングスロット区間Ｔｓｌ内で該当のチャネルがアイドルとセンシングされる場合、及び

【0228】

－ 前記送信の直前に（ｉｍｍｅｄｉａｔｅｌｙ ｂｅｆｏｒｅ）、遅延区間Ｔｄの全スロット区間の間に前記チャネルがアイドルとセンシングされる場合

【0229】

逆に、仮に前記ＵＥが送信を行う準備ができた後、前記チャネルを最初にセンシングした時にセンシングスロット区間Ｔｓｌ内で前記チャネルがアイドルとセンシングされないか、或いは意図された送信の直前に遅延区間Ｔｄのいずれかのセンシングスロット区間の間に該当のチャネルがアイドルとセンシングされない場合に、前記ＵＥは、遅延区間Ｔｄのスロット区間の間に該当のチャネルがアイドルとセンシングされた後にステップ１に進行する。

【0230】

前記遅延区間Ｔｄは、ｍｐ連続したスロット区間の直後に続く区間Ｔｆ（＝１６ｕｓ）と構成される。ここで、各スロット区間（Ｔｓｌ）は９ｕｓであり、Ｔｆは、Ｔｆの開始地点にアイドルスロット区間（Ｔｓｌ）を含む。

【0231】

５．２．タイプ２ＵＬチャネル接続手続（Ｔｙｐｅ ２ ＵＬ ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）

【0232】

５．２．１タイプ２Ａ ＵＬチャネル接続手続

【0233】

仮に、ＵＥがタイプ２Ａ ＵＬチャネル接続手続を行うと指示された場合に、ＵＥは、ＵＬ送信のためにタイプ２Ａチャネル接続手続を用いる。前記ＵＥは、少なくともセンシング区間

の間にチャネルがアイドルであることをセンシングした直後に（ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ）、送信を送信できる。Ｔｓｈｏｒｔ＿ｕｌは、一つのセンシングスロット区間

の直後に（ｉｍｍｅｄｉａｔｅｌｙ ｆｏｌｌｏｗｅｄ）、区間

と構成される。Ｔｆは、前記Ｔｆの開始地点にセンシングスロットを含む。前記Ｔｓｈｏｒｔ＿ｕｌの２センシングスロットがアイドルとセンシングされた場合に、前記チャネルは、Ｔｓｈｏｒｔ＿ｕｌの間にアイドルであると考慮される。

【0234】

５．２．２．タイプ２Ｂ ＵＬチャネル接続手続

【0235】

仮にＵＥがタイプ２Ｂ ＵＬチャネル接続手続を行うと指示された場合に、ＵＥはＵＬ送信のためにタイプ２Ｂチャネル接続手続を用いる。ＵＥは、Ｔｆ＝１６ｕｓの間に該当のチャネルがアイドルとセンシングされた直後に（ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ）、送信を送信できる。Ｔｆは、Ｔｆの最後の９ｕｓ内で発生するセンシングスロットを含む。チャネルがセンシングスロットで発生する少なくとも４ｕｓのセンシングと共に少なくとも合計５ｕｓ以上において遊休状態であるとセンシングされた場合に、前記チャネルはＴｆの間にアイドルであると考慮される。

【0236】

５．２．３．タイプ２Ｃ ＵＬチャネル接続手続

【0237】

仮にＵＥがタイプ２Ｃ ＵＬチャネル接続手続を行うと指示された場合に、ＵＥは、送信を送信するために送信を送信する前にチャネルをセンシングしない。当該送信に対応する持続期間は最大で５８４ｕｓである。

【0238】

６．ＵＬ多重チャネル送信のためのチャネル接続手続（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ ｆｏｒ ＵＬ ｍｕｌｔｉ－ｃｈａｎｎｅｌ ｔｒａｎｓｍｉｓｓｉｏｎ（ｓ））

【0239】

仮にＵＥが：

【0240】

－ チャネルセット（ｓｅｔ ｏｆ ｃｈａｎｎｅｌｓ）Ｃ上で送信するようにスケジュールされ、仮に前記チャネルセットＣ上のＵＬ送信のためのＵＬスケジューリンググラントがタイプ１チャネル接続手続を指示し、仮にチャネルのセットＣ内の全チャネルのために同一時間で送信を開始するようにＵＬ送信がスケジュールされ、及び／又は

【0241】

－ タイプ１チャネル接続手続を用いてチャネルセットＣ上で設定されたリソース上で上りリンク送信を行う意図（ｉｎｔｅｎｄｓ ｔｏ ｐｅｒｆｏｒｍ）であり、及び

【0242】

仮にチャネルセットＣのチャネル周波数があらかじめ設定されたチャネル周波数セットのうち一つのサブセットである場合に：

【0243】

－ 前記ＵＥはタイプ２チャネル接続手続を用いてチャネル／上で送信を行うことができる。

【0244】

－－ 仮にチャネル

上（ここで、

）のＵＥ送信の直前に（ｉｍｍｅｄｉａｔｅｌｙ ｂｅｆｏｒｅ）、チャネル

上でタイプ２チャネル接続手続が行われた場合、そして

【0245】

－－ 仮に前記ＵＥがタイプ１チャネル接続手続を用いてチャネル

に接続している場合（ｔｈｅ ＵＥ ｈａｓ ａｃｃｅｓｓｅｄ ｃｈａｎｎｅｌ

ｕｓｉｎｇ Ｔｙｐｅ１ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）に、

【0246】

－－－ チャネルのセットＣ内のいずれか一つの（ａｎｙ）チャネル上のタイプ１チャネル接続手続を行うに先立ち、チャネル

は、ＵＥによってチャネルセットＣから均等に任意的に（ｕｎｉｆｏｒｍｌｙ ｒａｎｄｏｍｌｙ）選択される。

【0247】

－ 仮にＵＥがいずれか一つのチャネルに接続できないと、ＵＥは、スケジュールされた或いはＵＬリソースによって設定されたキャリア帯域幅（ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）のキャリアの帯域幅内のチャネル

で送信しなくてよい。

【0248】

任意接続（Ｒａｎｄｏｍ Ａｃｃｅｓｓ，ＲＡ）過程

【0249】

図１５に、任意接続過程の一例を例示する。特に、図１５は、競合ベース任意接続過程を例示する。

【0250】

まず、ＵＥがＵＬにおいて任意接続過程のＭｓｇ１として任意接続プリアンブルをＰＲＡＣＨを通じて送信できる。

【0251】

異なる２つの長さを有する任意接続プリアンブルシーケンスが支援される。長いシーケンス長８３９は、１．２５及び５ｋＨｚの副搬送波間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）に対して適用され、短いシーケンス長１３９は、１５、３０、６０及び１２０ｋＨｚの副搬送波間隔に対して適用される。

【0252】

複数のプリアンブルフォーマットが１つ又はそれ以上のＲＡＣＨ ＯＦＤＭシンボル及び異なる循環プレフィックス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）（及び／又は、ガード時間（ｇｕａｒｄ ｔｉｍｅ））によって定義される。Ｐｃｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）の初期帯域幅に関するＲＡＣＨ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）はセルのシステム情報に含まれて端末に提供される。前記ＲＡＣＨ設定は、ＰＲＡＣＨの副搬送波間隔、利用可能なプリアンブル、プリアンブルフォーマットなどに関する情報を含む。前記ＲＡＣＨ設定は、ＳＳＢとＲＡＣＨ（時間－周波数）リソース間の関連情報を含む。ＵＥは、検出した或いは選択したＳＳＢに関連したＲＡＣＨ時間－周波数リソースで任意接続プリアンブルを送信する。

【0253】

ＲＡＣＨリソース関連のためのＳＳＢの臨界値がネットワークによって設定されてよく、ＳＳＢベースで測定された参照信号受信電力（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ，ＲＳＲＰ）が、前記臨界値を満たすＳＳＢに基づいてＲＡＣＨプリアンブルの送信又は再送信が行われる。例えば、ＵＥは、臨界値を満たすＳＳＢのうち一つを選択し、選択されたＳＳＢに関連したＲＡＣＨリソースに基づいてＲＡＣＨプリアンブルを送信又は再送信できる。例えば、ＲＡＣＨプリアンブルの再送信時に、端末は、ＳＳＢのうち一つを再選択し、再選択されたＳＳＢに関連したＲＡＣＨリソースに基づいてＲＡＣＨプリアンブルを再送信できる。すなわち、ＲＡＣＨプリアンブルの再送信のためのＲＡＣＨリソースは、ＲＡＣＨプリアンブルの送信のためのＲＡＣＨリソースと同一及び／又は異なってよい。

【0254】

ＢＳ（基地局）がＵＥから任意接続プリアンブルを受信すると、ＢＳは、任意接続応答（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ，ＲＡＲ）メッセージ（Ｍｓｇ２）を前記ＵＥに送信する。ＲＡＲを運ぶＰＤＳＣＨをスケジュールするＰＤＣＣＨは、任意接続（ｒａｎｄｏｍ ａｃｃｅｓｓ，ＲＡ）無線ネットワーク臨時識別子（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ，ＲＮＴＩ）（ＲＡ－ＲＮＴＩ）でＣＲＣスクランブリングされて送信される。ＲＡ－ＲＮＴＩでＣＲＣスクランブルされたＰＤＣＣＨを検出したＵＥは、前記ＰＤＣＣＨが運ぶＤＣＩがスケジュールするＰＤＳＣＨからＲＡＲを受信することができる。ＵＥは、自分の送信したプリアンブル、すなわち、Ｍｓｇ１に対する任意接続応答情報が前記ＲＡＲ内にあるか確認する。自分の送信したＭｓｇ１に対する任意接続情報が存在するか否かは、前記ＵＥの送信したプリアンブルに対する任意接続プリアンブルＩＤが存在するか否かによって判断されてよい。Ｍｓｇ１に対する応答がないと、ＵＥは電力ランピング（ｐｏｗｅｒ ｒａｍｐｉｎｇ）を行いながらＲＡＣＨプリアンブルを一定回数以内で再送信することができる。ＵＥは、最後の送信電力、電力増分量及び電力ランピングカウンターに基づき、プリアンブルの再送信に対するＰＲＡＣＨ送信電力を計算する。

【0255】

任意接続応答情報は、端末の送信したプリアンブルシーケンス、基地局が任意接続を試みた端末機に割り当てた臨時セル－ＲＮＴＩ（ｔｅｍｐｏｒａｒｙ ｃｅｌｌ－ＲＮＴＩ，ＴＣ－ＲＮＴＩ）、上りリンク送信時間調整情報（Ｕｐｌｉｎｋ ｔｒａｎｓｍｉｔ ｔｉｍｅ ａｌｉｇｎｍｅｎｔ ｉｎｆｏｒｍａｔｉｏｎ）、上りリンク送信電力調整情報及び上りリンク無線リソース割り当て情報を含むことができる。端末がＰＤＳＣＨ上で自分に対する任意接続応答情報を受信すると、端末は、ＵＬ同期化のためのタイミングアドバンス（ｔｉｍｉｎｇ ａｄｖａｎｃｅ）情報、初期ＵＬグラント、ＴＣ－ＲＮＴＩが分かる。前記タイミングアドバンス情報は、上りリンク信号送信タイミングを制御するために用いられる。ＵＥによるＰＵＳＣＨ／ＰＵＣＣＨ送信がネットワーク端においてサブフレームタイミングとよりよく整列（ａｌｉｇｎ）されるようにするために、ネットワーク（例えば、ＢＳ）は、端末から受信されるＰＲＡＣＨプリアンブルから検出されるタイミング情報に基づいてタイミングアドバンス情報を取得し、当該タイミングアドバンス情報を端末に送ることができる。前記ＵＥは、任意接続応答情報に基づいて上りリンク共有チャネル上でＵＬ送信を任意接続過程のＭｓｇ３として送信できる。Ｍｓｇ３は、ＲＲＣ連結要請及びＵＥ識別子を含むことができる。Ｍｓｇ３に対する応答として、ネットワークはＭｓｇ４を送信でき、これは、ＤＬ上での競合解決メッセージとして取り扱われてよい。Ｍｓｇ４を受信することにより、ＵＥはＲＲＣ連結された状態に進入できる。

【0256】

一方、競合無し任意接続過程は、ＵＥが他のセル或いはＢＳにハンドオーバーする過程で用いられるか、ＢＳの命令によって要請される場合に行われてよい。競合無し任意接続過程の基本的な過程は、競合ベース任意接続過程と類似である。ただし、ＵＥが複数の任意接続プリアンブルのうち使用するプリアンブルを任意に選択する競合ベース任意接続過程と違い、競合無し任意接続過程では、ＵＥが用いるプリアンブル（以下、専用任意接続プリアンブル）がＢＳによって前記ＵＥに割り当てられる。専用任意接続プリアンブルに関する情報は、ＲＲＣメッセージ（例えば、ハンドオーバー命令）に含まれるか、ＰＤＣＣＨオーダー（ｏｒｄｅｒ）によってＵＥに提供されてよい。任意接続過程が開始されると、ＵＥは専用任意接続プリアンブルをＢＳに送信する。前記ＵＥが前記ＢＳから任意接続過程を受信すると、前記任意接続過程は完了（ｃｏｍｐｌｅｔｅ）する。

【0257】

先に言及したように、ＲＡＲ内のＵＬグラントは、ＵＥにＰＵＳＣＨ送信をスケジュールする。ＲＡＲ内のＵＬグラントによる初期ＵＬ送信を運ぶＰＵＳＣＨは、Ｍｓｇ３ ＰＵＳＣＨと称することもできる。ＲＡＲ ＵＬグラントのコンテンツは、ＭＳＢから始まってＬＳＢで終わり、表９に与えられている。

【0258】

【表9】

【0259】

ＴＰＣ命令は、Ｍｓｇ３ ＰＵＳＣＨの送信電力を決定するために用いられ、例えば、表１０によって解釈される。

【0260】

【表10】

【0261】

競合無し任意接続過程において、ＲＡＲ ＵＬグラント内のＣＳＩ要請フィールドは、ＵＥが非周期的ＣＳＩ報告を当該ＰＵＳＣＨ送信に含めるか否かを示す。Ｍｓｇ３ ＰＵＳＣＨ送信のための副搬送波間隔は、ＲＲＣパラメータによって提供される。ＵＥは、同一サービス提供セルの同一上りリンク搬送波上でＰＲＡＣＨ及びＭｓｇ３ ＰＵＳＣＨを送信するであろう。Ｍｓｇ３ ＰＵＳＣＨ送信のためのＵＬ ＢＷＰは、ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ１）によって指示される。

【0262】

ショートＰＵＣＣＨ及びロングＰＵＣＣＨの多重化

【0263】

図１６には、ショートＰＵＣＣＨ及びロングＰＵＣＣＨが上りリンク信号と多重化される構成を例示する。

【0264】

ＰＵＣＣＨ（例えば、ＰＵＣＣＨ ｆｏｒｍａｔ ０／２）とＰＵＳＣＨは、ＴＤＭ又はＦＤＭ方式で多重化されてよい。異なる端末からのショートＰＵＣＣＨとロングＰＵＣＣＨは、ＴＤＭ又はＦＤＭ方式で多重化されてよい。一つのスロット内の単一端末からのショートＰＵＣＣＨは、ＴＤＭ方式で多重化されてよい。一つのスロット内の単一端末からのショートＰＵＣＣＨとロングＰＵＣＣＨは、ＴＤＭ又はＦＤＭ方式で多重化されてよい。

【0265】

ＡＣＫ／ＮＡＣＫ送信

【0266】

図１７には、ＡＣＫ／ＮＡＣＫ送信過程を例示する。図１７を参照すると、端末は、スロット＃ｎにおいてＰＤＣＣＨを検出できる。ここで、ＰＤＣＣＨは、下りリンクスケジューリング情報（例えば、ＤＣＩフォーマット１＿０、１＿１）を含み、ＰＤＣＣＨは、ＤＬ ａｓｓｉｇｎｍｅｎｔ－ｔｏ－ＰＤＳＣＨ ｏｆｆｓｅｔ（Ｋ０）とＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫ ｒｅｐｏｒｔｉｎｇ ｏｆｆｓｅｔ（Ｋ１）を示す。例えば、ＤＣＩフォーマット１＿０、１＿１は、次の情報を含むことができる。

【0267】

－ Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢセットを示す。

【0268】

－ Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：Ｋ０、スロット内のＰＤＳＣＨの開始位置（例えば、ＯＦＤＭシンボルインデックス）及び長さ（例えば、ＯＦＤＭシンボル個数）を示す。

【0269】

－ ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ：Ｋ１を示す。

【0270】

その後、端末は、スロット＃ｎのスケジューリング情報に応じて、スロット＃（ｎ＋Ｋ０）でＰＤＳＣＨを受信した後、スロット＃（ｎ＋Ｋ１）でＰＵＣＣＨを通じてＵＣＩを送信することができる。ここで、ＵＣＩは、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。ＰＤＳＣＨが最大で１個のＴＢを送信するように構成された場合に、ＨＡＲＱ－ＡＣＫ応答は１ビットで構成されてよい。ＰＤＳＣＨが最大で２個のＴＢを送信するように構成された場合に、ＨＡＲＱ－ＡＣＫ応答は空間（ｓｐａｔｉａｌ）バンドリングが構成されていないと２ビットで構成され、空間バンドリングが構成されていると１ビットで構成されてよい。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点がスロット＃（ｎ＋Ｋ１）と指定された場合に、スロット＃（ｎ＋Ｋ１）において送信されるＵＣＩは、複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。

【0271】

図１８には、ＳＳＢ構造を例示する。端末は、ＳＳＢに基づいてセル探索（ｓｅａｒｃｈ）、システム情報取得、初期接続のためのビーム整列、ＤＬ測定などを行うことができる。ＳＳＢは、ＳＳ／ＰＢＣＨ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ／Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ ｃｈａｎｎｅｌ）ブロックと同じ意味で使われてよい。

【0272】

図１８を参照すると、ＳＳＢは、ＰＳＳ、ＳＳＳ及びＰＢＣＨで構成される。ＳＳＢは、４個の連続したＯＦＤＭシンボルで構成され、ＯＦＤＭシンボル別にＰＳＳ、ＰＢＣＨ、ＳＳＳ／ＰＢＣＨ及びＰＢＣＨが送信される。ＰＳＳとＳＳＳはそれぞれ、１個のＯＦＤＭシンボルと１２７個の副搬送波で構成され、ＰＢＣＨは、３個のＯＦＤＭシンボルと５７６個の副搬送波で構成される。ＰＢＣＨにはポラーコーディング及びＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ）が適用される。ＰＢＣＨは、ＯＦＤＭシンボルごとにデータＲＥとＤＭＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）ＲＥで構成される。ＲＢ別に３個のＤＭＲＳ ＲＥが存在し、ＤＭＲＳ ＲＥの間には３個のデータＲＥが存在する。

【0273】

セル探索（ｓｅａｒｃｈ）

【0274】

セル探索は、端末がセルの時間／周波数同期を取り、前記セルのセルＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）（例えば、Ｐｈｙｓｉｃａｌ ｌａｙｅｒ Ｃｅｌｌ ＩＤ，ＰＣＩＤ）を検出する過程を意味する。ＰＳＳは、セルＩＤグループにおいてセルＩＤを検出するために用いられ、ＳＳＳは、セルＩＤグループを検出するために用いられる。ＰＢＣＨは、ＳＳＢ（時間）インデックス検出及びハーフフレーム検出に用いられる。

【0275】

端末のセル探索過程は、下記表１１のように整理されてよい。

【0276】

【表11】

【0277】

図１９には、ＳＳＢ送信を例示する。

【0278】

ＳＳＢは、ＳＳＢ周期（ｐｅｒｉｏｄｉｃｉｔｙ）に合わせて周期的に送信される。初期セル探索時に、端末が仮定するＳＳＢ基本周期は２０ｍｓと定義される。セル接続後に、ＳＳＢ周期はネットワーク（例えば、基地局）によって｛５ｍｓ，１０ｍｓ，２０ｍｓ，４０ｍｓ，８０ｍｓ，１６０ｍｓ｝のいずれか一つに設定されてよい。ＳＳＢ周期の開始部分にＳＳＢバースト（ｂｕｒｓｔ）セットが構成される。ＳＳＢバーストセットは、５ｍｓ時間ウィンドウ（すなわち、ハーフフレーム）で構成され、ＳＳＢは、ＳＳバーストセット内で最大でＬ回送信されてよい。ＳＳＢの最大送信回数Ｌは、搬送波の周波数帯域によって次のように与えられてよい。１スロットは最大で２個のＳＳＢを含む。

【0279】

－ Ｆｏｒ ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ ｕｐ ｔｏ ３ＧＨｚ，Ｌ＝４

【0280】

－ Ｆｏｒ ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ ｆｒｏｍ ３ＧＨｚ ｔｏ ６ＧＨｚ，Ｌ＝８

【0281】

－ Ｆｏｒ ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ ｆｒｏｍ ６ＧＨｚ ｔｏ ５２．６ＧＨｚ，Ｌ＝６４

【0282】

ＳＳバーストセット内でＳＳＢ候補の時間位置はＳＣＳによって次のように定義されてよい。ＳＳＢ候補の時間位置は、ＳＳＢバーストセット（すなわち、ハーフフレーム）内で時間順序によって０～Ｌ－１とインデックスされる（ＳＳＢインデックス）。

【0283】

－ Ｃａｓｅ Ａ－１５ｋＨｚ ＳＣＳ：候補ＳＳＢの開始シンボルのインデックスは｛２，８｝＋１４＊ｎと与えられる。搬送波周波数が３ＧＨｚ以下である場合に、ｎ＝０、１である。搬送波周波数が３ＧＨｚ～６ＧＨｚである場合に、ｎ＝０、１、２、３である。

【0284】

－ Ｃａｓｅ Ｂ－３０ｋＨｚ ＳＣＳ：候補ＳＳＢの開始シンボルのインデックスは、｛４，８，１６，２０｝＋２８＊ｎと与えられる。搬送波周波数が３ＧＨｚ以下である場合に、ｎ＝０である。搬送波周波数が３ＧＨｚ～６ＧＨｚである場合に、ｎ＝０、１である。

【0285】

－ Ｃａｓｅ Ｃ－３０ｋＨｚ ＳＣＳ：候補ＳＳＢの開始シンボルのインデックスは、｛２，８｝＋１４＊ｎと与えられる。搬送波周波数が３ＧＨｚ以下である場合に、ｎ＝０、１である。搬送波周波数が３ＧＨｚ～６ＧＨｚである場合に、ｎ＝０、１、２、３である。

【0286】

－ Ｃａｓｅ Ｄ－１２０ｋＨｚ ＳＣＳ：候補ＳＳＢの開始シンボルのインデックスは、｛４，８，１６，２０｝＋２８＊ｎと与えられる。搬送波周波数が６ＧＨｚよりも大きい場合に、ｎ＝０、１、２、３、５、６、７、８、１０、１１、１２、１３、１５、１６、１７、１８である。

【0287】

－ Ｃａｓｅ Ｅ－２４０ｋＨｚ ＳＣＳ：候補ＳＳＢの開始シンボルのインデックスは、｛８，１２，１６，２０，３２，３６，４０，４４｝＋５６＊ｎと与えられる。搬送波周波数が６ＧＨｚよりも大きい場合に、ｎ＝０、１、２、３、５、６、７、８である。

【0288】

図２０には、端末がＤＬ時間同期に関する情報を取得することを例示する。

【0289】

端末は、ＳＳＢを検出することによってＤＬ同期を取ることができる。端末は、検出されたＳＳＢインデックスに基づいてＳＳＢバーストセットの構造が識別でき、これによってシンボル／スロット／ハーフフレーム境界を検出することができる。検出されたＳＳＢの属するフレーム／ハーフフレームの番号は、ＳＦＮ情報とハーフフレーム指示情報を用いて識別することができる。

【0290】

具体的に、端末は、ＰＢＣＨから、１０ビットＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）情報を取得することができる（ｓ０～ｓ９）。１０ビットＳＦＮ情報のうち６ビットは、ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）から得られ、残り４ビットは、ＰＢＣＨ ＴＢ（Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ）から得られる。

【0291】

次に、端末は、１ビットハーフフレーム指示情報を取得することができる（ｃ０）。搬送波周波数が３ＧＨｚ以下である場合に、ハーフフレーム指示情報は、ＰＢＣＨ ＤＭＲＳによって暗黙的に（ｉｍｐｌｉｃｉｔｌｙ）シグナルされてよい。ＰＢＣＨ ＤＭＲＳは、８個のＰＢＣＨ ＤＭＲＳシーケンスのいずれか一つを用いて３ビット情報を指示する。したがって、Ｌ＝４の場合に、８個のＰＢＣＨ ＤＭＲＳシーケンスを用いて指示可能な３ビットのうち、ＳＳＢインデックスを指示して残る１ビットは、ハーフフレーム指示用途に用いられてよい。

【0292】

最後に、端末は、ＤＭＲＳシーケンスとＰＢＣＨペイロードに基づいてＳＳＢインデックスを取得することができる。ＳＳＢ候補は、ＳＳＢバーストセット（すなわち、ハーフフレーム）内で時間順序によって０～Ｌ－１とインデックスされる。Ｌ＝８又は６４の場合に、ＳＳＢインデックスのＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）の３ビットは、８個の異なるＰＢＣＨ ＤＭＲＳシーケンスによって指示されてよい（ｂ０～ｂ２）。Ｌ＝６４の場合に、ＳＳＢインデックスのＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）の３ビットは、ＰＢＣＨで指示される（ｂ３～ｂ５）。Ｌ＝２の場合に、ＳＳＢインデックスのＬＳＢの２ビットは、４個の異なるＰＢＣＨ ＤＭＲＳシーケンスによって指示されてよい（ｂ０、ｂ１）。Ｌ＝４の場合に、８個のＰＢＣＨ ＤＭＲＳシーケンスを用いて指示可能な３ビットのうち、ＳＳＢインデックスを指示して残る１ビットは、ハーフフレーム指示用途に用いられてよい（ｂ２）。

【0293】

システム情報取得

【0294】

図２１には、システム情報（ＳＩ）取得過程を例示する。端末は、ＳＩ取得過程によってＡＳ／ＮＡＳ情報を取得することができる。ＳＩ取得過程は、ＲＲＣ＿ＩＤＬＥ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末に適用されてよい。

【0295】

ＳＩは、ＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）と複数のＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）とに区別される。ＭＩＢと複数のＳＩＢをさらに、最小ＳＩ（Ｍｉｎｉｍｕｍ ＳＩ）と他のＳＩ（Ｏｔｈｅｒ ＳＩ）とに区別できる。ここで、最小ＳＩはＭＩＢ及びＳＩＢ １で構成されてよく、初期接続のために要求される基本情報及び他のＳＩを取得するための情報を含む。ここで、ＳＩＢ １は、ＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）と呼ぶことができる。詳細な事項は、次を参照できる。

【0296】

－ ＭＩＢは、ＳＩＢ １（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋＴｙｐｅ１）受信に関連した情報／パラメータを含み、ＳＳＢのＰＢＣＨで送信される。初期セル選択時に、端末は、ＳＳＢを有するハーフフレームが２０ｍｓ周期で反復されると仮定する。端末はＭＩＢに基づき、Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）のためのＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ）が存在するかを確認することができる。Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間は、ＰＤＣＣＨ探索空間の一種であり、ＳＩメッセージをスケジュールするＰＤＣＣＨを送信するために用いられる。Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間が存在する場合に、端末はＭＩＢ内の情報（例えば、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１）に基づき、（ｉ）ＣＯＲＥＳＥＴを構成する複数の連続したＲＢ及び一つ以上の連続したシンボルと、（ｉｉ）ＰＤＣＣＨ機会（すなわち、ＰＤＣＣＨ受信のための時間ドメイン位置）を決定することができる。Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間が存在しない場合に、ｐｄｃｃｈ－ＣｏｎｆｉｇＳＩＢ１は、ＳＳＢ／ＳＩＢ１が存在する周波数位置とＳＳＢ／ＳＩＢ１が存在しない周波数範囲に関する情報を提供する。

【0297】

－ ＳＩＢ１は、残りＳＩＢ（以下、ＳＩＢｘ、ｘは２以上の整数）の可用性及びスケジューリング（例えば、送信周期、ＳＩウィンドウサイズ）に関連した情報を含む。例えば、ＳＩＢ１は、ＳＩＢｘが周期的に放送されるか或いはオンデマンド方式によって端末の要請に応じて提供されるかを知らせることができる。ＳＩＢｘがオンデマンド方式によって提供される場合に、ＳＩＢ１は、端末がＳＩ要請を行う上で必要な情報を含むことができる。ＳＩＢ１はＰＤＳＣＨで送信され、ＳＩＢ１をスケジュールするＰＤＣＣＨは、Ｔｙｐｅ０－ＰＤＣＣＨ共通探索空間で送信され、ＳＩＢ１は、前記ＰＤＣＣＨによって指示されるＰＤＳＣＨで送信される。

【0298】

－ ＳＩＢｘはＳＩメッセージに含まれ、ＰＤＳＣＨで送信される。それぞれのＳＩメッセージは、周期的に発生する時間ウィンドウ（すなわち、ＳＩウィンドウ）において送信される。

【0299】

ビーム整列（ｂｅａｍ ａｌｉｇｎｍｅｎｔ）

【0300】

図２２には、ＳＳＢのマルチ－ビーム送信を例示する。

【0301】

ビームスイーピングは、ＴＲＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｒｅｃｅｐｔｉｏｎ Ｐｏｉｎｔ）（例えば、基地局／セル）が無線信号のビーム（方向）を時間によって変更することを意味する（以下、ビームとビーム方向は同じ意味で使われてよい。）。ＳＳＢは、ビームスイーピングを用いて周期的に送信されてよい。この場合、ＳＳＢインデックスは、ＳＳＢビームと暗黙的（ｉｍｐｌｉｃｉｔｌｙ）にリンクされる。ＳＳＢビームは、ＳＳＢ（インデックス）単位で変更されるか、ＳＳＢ（インデックス）グループ単位で変更されてよい。後者の場合、ＳＳＢビームはＳＳＢ（インデックス）グループ内で同一に維持される。すなわち、ＳＳＢの送信ビーム方向が複数の連続したＳＳＢにおいて反復される。ＳＳＢバーストセット内でＳＳＢの最大送信回数Ｌは、キャリアの属する周波数帯域によって４、８又は６４の値を有する。したがって、ＳＳＢバーストセット内でＳＳＢビームの最大個数も、キャリアの周波数帯域によって次のように与えられてよい。

【0302】

－ Ｆｏｒ ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ ｕｐ ｔｏ ３ ＧＨｚ，Ｍａｘ ｎｕｍｂｅｒ ｏｆ ｂｅａｍｓ＝４

【0303】

－ Ｆｏｒ ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ ｆｒｏｍ ３ＧＨｚ ｔｏ ６ＧＨｚ，Ｍａｘ ｎｕｍｂｅｒ ｏｆ ｂｅａｍｓ＝８

【0304】

－ Ｆｏｒ ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ ｆｒｏｍ ６ＧＨｚ ｔｏ ５２．６ＧＨｚ，Ｍａｘ ｎｕｍｂｅｒ ｏｆ ｂｅａｍｓ＝６４

【0305】

＊マルチ－ビーム送信が適用されない場合に、ＳＳＢビームの個数は１個である。

【0306】

端末が基地局に初期接続を試みる場合に、端末はＳＳＢに基づいて基地局とビームを整列することができる。例えば、端末はＳＳＢ検出を行った後、ベストＳＳＢを識別する。その後、端末はベストＳＳＢのインデックス（すなわち、ビーム）にリンクされた／対応するＰＲＡＣＨリソースを用いてＲＡＣＨプリアンブルを基地局に送信することができる。ＳＳＢは、初期接続の後にも基地局と端末間にビームを整列するために用いられてよい。

【0307】

チャネル測定及びレートマッチング

【0308】

図２３には、実際に送信されるＳＳＢ（ＳＳＢ＿ｔｘ）を知らせる方法を例示する。

【0309】

ＳＳＢバーストセット内でＳＳＢは最大でＬ個が送信されてよく、ＳＳＢが実際に送信される個数／位置は、基地局／セル別に変更されてよい。ＳＳＢが実際に送信される個数／位置はレートマッチング及び測定のために用いられ、実際に送信されたＳＳＢに関する情報は、次のように指示される。

【0310】

－ レートマッチングに関連した場合：端末特定（ｓｐｅｃｉｆｉｃ）ＲＲＣシグナリングやＲＭＳＩによって指示されてよい。端末特定ＲＲＣシグナリングは、６ＧＨｚ以下（ｂｅｌｏｗ ６ＧＨｚ）及び６ＧＨｚ以上（ａｂｏｖｅ ６ＧＨｚ）の周波数範囲においていずれもフル（ｆｕｌｌ）（例えば、長さＬ）ビットマップを含む。これに対し、ＲＭＳＩは、６ＧＨｚ以下でフルビットマップを含み、６ＧＨｚ以上では、図示のように圧縮形態のビットマップを含む。具体的に、グループビットマップ（８ビット）＋グループ内ビットマップ（８ビット）を用いて、実際に送信されたＳＳＢに関する情報を指示できる。ここで、端末特定ＲＲＣシグナリング又はＲＭＳＩで指示されたリソース（例えば、ＲＥ）は、ＳＳＢ送信のために予約され、ＰＤＳＣＨ／ＰＵＳＣＨなどは、ＳＳＢリソースを考慮してレートマッチングされてよい。

【0311】

－ 測定に関連した場合：ＲＲＣ連結（ｃｏｎｎｅｃｔｅｄ）モードにある場合、ネットワーク（例えば、基地局）は、測定区間内で測定されるＳＳＢセットを指示できる。ＳＳＢセットは周波数レイヤ（ｆｒｅｑｕｅｎｃｙ ｌａｙｅｒ）別に指示されてよい。ＳＳＢセットに関する指示がない場合に、デフォルトＳＳＢセットが用いられる。デフォルトＳＳＢセットは、測定区間内の全ＳＳＢを含む。ＳＳＢセットは、ＲＲＣシグナリングのフル（ｆｕｌｌ）（例えば、長さＬ）ビットマップで指示されてよい。ＲＲＣアイドル（ｉｄｌｅ）モードにある場合、デフォルトＳＳＢセットが用いられる。

【0312】

図２４には、ＮＲで用いられる無線フレームの構造を例示する。

【0313】

ＮＲにおいて上りリンク及び下りリンク送信はフレームで構成される。無線フレームは１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム（Ｈａｌｆ－Ｆｒａｍｅ，ＨＦ）と定義される。ハーフフレームは、５個の１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ，ＳＦ）と定義される。サブフレームは１つ以上のスロットに分割され、サブフレーム内のスロット個数は、ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）に依存する。各スロットは、ＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）によって１２個又は１４個のＯＦＤＭ（Ａ）シンボルを含む。一般ＣＰが用いられる場合に、各スロットは１４個のシンボルを含む。拡張ＣＰが用いられる場合に、各スロットは１２個のシンボルを含む。ここで、シンボルは、ＯＦＤＭシンボル（或いは、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡシンボル（或いは、ＤＦＴ－ｓ－ＯＦＤＭシンボル）を含むことができる。

【0314】

表１２は、一般ＣＰが用いられる場合に、ＳＣＳによってスロット別シンボルの個数、フレーム別スロットの個数及びサブフレーム別スロットの個数が変更されることを例示する。

【0315】

【表12】

【0316】

＊ Ｎｓｌｏｔｓｙｍｂ：スロット内のシンボルの個数＊Ｎｆｒａｍｅ，ｕｓｌｏｔ：フレーム内のスロットの個数

【0317】

＊ Ｎｓｕｂｆｒａｍｅ，ｕｓｌｏｔ：サブフレーム内のスロットの個数

【0318】

表１３は、拡張ＣＰが用いられる場合に、ＳＣＳによってスロット別シンボルの個数、フレーム別スロットの個数及びサブフレーム別スロットの個数が変更されることを例示する。

【0319】

【表13】

【0320】

ＮＲシステムでは、一つの端末に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）が個別に設定されてよい。これにより、同一個数のシンボルで構成された時間リソース（例えば、ＳＦ、スロット又はＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と総称。）の（絶対時間）区間が、併合されたセル間に異なって設定され得る。

【0321】

図２５には、ＮＲフレームのスロット構造を例示する。スロットは、時間ドメインにおいて複数のシンボルを含む。例えば、一般ＣＰの場合に、一つのスロットが１４個のシンボルを含み、拡張ＣＰの場合に、一つのスロットが１２個のシンボルを含む。搬送波は、周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は、周波数ドメインにおいて複数（例えば、１２個）の連続した副搬送波と定義される。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続した（Ｐ）ＲＢと定義され、一つのヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）に対応してよい。搬送波は、最大でＮ個（例えば、４個）のＢＷＰを含むことができる。データ通信は、活性化されたＢＷＰで行われ、１つの端末には１つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素はリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ，ＲＥ）と呼ばれ、１つの複素シンボルがマップされてよい。

【0322】

図２６には、自己完備（ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ）スロットの構造を例示する。ＮＲシステムにおいてフレームは、１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどを全て含み得る自己完備構造を特徴とする。例えば、スロット内の先頭Ｎ個のシンボルは、ＤＬ制御チャネルを送信するために用いられ（以下、ＤＬ制御領域）、スロット内の末尾Ｍ個のシンボルは、ＵＬ制御チャネルを送信するために用いられてよい（以下、ＵＬ制御領域）。ＮとＭはそれぞれ０以上の整数である。ＤＬ制御領域とＵＬ制御領域との間にあるリソース領域（以下、データ領域）は、ＤＬデータ送信のために用いられるか、ＵＬデータ送信のために用いられてよい。一例として、次の構成が考慮できる。各区間は、時間順に並べられている。

【0323】

１．ＤＬのみ構成

【0324】

２．ＵＬのみ構成

【0325】

３．混合されたＵＬ－ＤＬ構成

【0326】

－ ＤＬ領域＋ＧＰ（Ｇｕａｒｄ Ｐｅｒｉｏｄ）＋ＵＬ制御領域

【0327】

－ ＤＬ制御領域＋ＧＰ＋ＵＬ領域

【0328】

＊ ＤＬ領域：（ｉ）ＤＬデータ領域、（ｉｉ）ＤＬ制御領域＋ＤＬデータ領域

【0329】

＊ ＵＬ領域：（ｉ）ＵＬデータ領域、（ｉｉ）ＵＬデータ領域＋ＵＬ制御領域

【0330】

ＤＬ制御領域ではＰＤＣＣＨが送信されてよく、ＤＬデータ領域ではＰＤＳＣＨが送信されてよい。ＵＬ制御領域ではＰＵＣＣＨが送信されてよく、ＵＬデータ領域ではＰＵＳＣＨが送信されてよい。ＰＤＣＣＨではＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、例えば、ＤＬデータスケジューリング情報、ＵＬデータスケジューリング情報などが送信されてよい。ＰＵＣＣＨではＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）、例えば、ＤＬデータに対するＡＣＫ／ＮＡＣＫ（Ｐｏｓｉｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）情報、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）情報、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）などが送信されてよい。ＧＰは、基地局と端末が送信モードから受信モードに切り替える過程又は受信モードから送信モードに切り替える過程において時間ギャップを提供する。サブフレーム内でＤＬからＵＬに切り替わる時点の一部のシンボルがＧＰと設定されてよい。

【0331】

帯域幅パート（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ，ＢＷＰ）

【0332】

ＮＲシステムでは、１搬送波（ｃａｒｒｉｅｒ）につき最大で４００ＭＨｚまで支援されてよい。このようなワイドバンド（ｗｉｄｅｂａｎｄ）搬送波において動作するＵＥが、搬送波全体に対する無線周波数（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ，ＲＦ）モジュールを常に付けたままで動作すると、ＵＥバッテリー消耗が増加することがある。或いは、１つのワイドバンド搬送波内に動作する様々な使用例（ｕｓｅ ｃａｓｅ）（例えば、ｅＭＢＢ、ＵＲＬＬＣ、ｍＭＴＣ、Ｖ２Ｘなど）を考慮すれば、当該搬送波内に周波数帯域別に異なるヌメロロジー（例えば、副搬送波間隔）が支援されることがある。或いは、ＵＥ別に最大帯域幅に対する能力（ｃａｐａｂｉｌｉｔｙ）が異なることがある。これを考慮して、基地局はワイドバンド搬送波の全帯域幅ではなく一部の帯域幅でのみ動作するようにＵＥに指示でき、当該一部の帯域幅を帯域幅パート（ｂａｎｄｗｉｄｔｈ ｐａｒｔ，ＢＷＰ）と称する。周波数ドメインにおいてＢＷＰは、搬送波上の帯域幅パートｉ内のヌメロロジーμｉに対して定義された隣接した（ｃｏｎｔｉｇｕｏｕｓ）共通リソースブロックのサブセットであり、１つのヌメロロジー（例えば、副搬送波間隔、ＣＰ長、スロット／ミニスロット持続期間）が設定されてよい。

【0333】

一方、基地局は、ＵＥに設定された１つの搬送波内に１つ以上のＢＷＰを設定できる。或いは、特定ＢＷＰにＵＥが偏る場合に、負荷バランシング（ｌｏａｄ ｂａｌａｎｃｉｎｇ）のために、一部のＵＥを他のＢＷＰに移してもよい。或いは、隣接セル間の周波数ドメインインターセル干渉消去（ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ）などを考慮して、全帯域幅のうち中央の一部スペクトルを排除し、セルの両側ＢＷＰを同一スロット内に設定してよい。すなわち、基地局は、ワイドバンド搬送波と関連（ａｓｓｏｃｉａｔｅ）しているＵＥに、少なくとも一つのＤＬ／ＵＬ ＢＷＰを設定することができ、特定時点に設定されたＤＬ／ＵＬ ＢＷＰのうち少なくとも一つのＤＬ／ＵＬ ＢＷＰを（物理層制御信号であるＬ１シグナリング、ＭＡＣ層制御信号であるＭＡＣ制御要素（ｃｏｎｔｒｏｌ ｅｌｅｍｅｎｔ，ＣＥ）、又はＲＲＣシグナリングなどによって）活性化（ａｃｔｉｖａｔｅ）させることができ、他の設定されたＤＬ／ＵＬ ＢＷＰにスイッチすることを（Ｌ１シグナリング、ＭＡＣ ＣＥ、又はＲＲＣシグナリングなどによって）指示するか、或いはタイマー値を設定し、タイマーが満了（ｅｘｐｉｒｅ）するとＵＥが定められたＤＬ／ＵＬ ＢＷＰにスイッチするようにしてもよい。この時、他の設定されたＤＬ／ＵＬ ＢＷＰにスイッチすることを指示するために、ＤＣＩフォーマット１＿１又はＤＣＩフォーマット０＿１を用いることができる。活性化されたＤＬ／ＵＬ ＢＷＰを、特に、活性（ａｃｔｉｖｅ）ＤＬ／ＵＬ ＢＷＰと呼ぶ。ＵＥが初期接続（ｉｎｉｔｉａｌ ａｃｃｅｓｓ）過程にあるか、或いはＵＥのＲＲＣ連結がセットアップされる前などの状況では、ＵＥがＤＬ／ＵＬ ＢＷＰに対する設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を受信できないこともある。このような状況でＵＥが仮定するＤＬ／ＵＬ ＢＷＰを、初期活性ＤＬ／ＵＬ ＢＷＰという。

【0334】

一方、ここで、ＤＬ ＢＷＰは、ＰＤＣＣＨ及び／又はＰＤＳＣＨなどのような下りリンク信号を送受信するためのＢＷＰであり、ＵＬ ＢＷＰは、ＰＵＣＣＨ及び／又はＰＵＳＣＨなどのような上りリンク信号を送受信するためのＢＷＰである。

【0335】

ＮＲシステムにおいては下りリンクチャネル及び／又は下りリンク信号が活性（ａｃｔｉｖｅ）ＤＬ ＢＷＰ（Ｄｏｗｎｌｉｎｋ Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）内で送受信されてよい。また、上りリンクチャネル及び／又は上りリンク信号が活性（ａｃｔｉｖｅ）ＵＬ ＢＷＰ（Ｕｐｌｉｎｋ Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）内で送受信されてよい。

【0336】

具体的な説明に先立ち、図２７及び図２８を参照して、本開示の実施例に係る端末、基地局の動作具現例を説明する。

【0337】

図２７は、本開示に係る端末の動作具現例を説明するための図である。図２７を参照すると、端末は、第１ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）プリアンブルをメッセージＡで送信できる（Ｓ２７０１）。そして、前記メッセージＡに対する応答として、競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）に関連したメッセージＢでＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信できる（Ｓ２７０３）。この時、Ｓ２７０１～Ｓ２７０３の端末が任意接続過程を行う具体的な方法は、後述する実施例及び特徴に基づき得る。

【0338】

一方、図２７の端末は、図１～図４に開示の様々な無線装置のいずれか一つであってよい。例えば、図２７の端末は、図１の第１無線機器１００又は図２の無線機器１００，２００であってよい。言い換えると、図２７の動作過程は、図１～図４に開示の様々な無線装置のいずれか一つによって実行されてよい。

【0339】

図２８は、本開示に係る基地局の動作具現例を説明するための図である。図２８を参照すると、基地局は、第１ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）プリアンブルをメッセージＡで受信し（Ｓ２８０１）、前記メッセージＡに対する応答として、競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）に関連したメッセージＢでＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を送信できる（Ｓ２８０３）。この時、Ｓ２８０１～Ｓ２８０３の基地局が任意接続過程を行う具体的な方法は、後述する実施例及び特徴に基づき得る。

【0340】

一方、図２８の基地局は、図１～図４に開示の様々な無線装置のいずれか一つであってよい。例えば、図２８の基地局は、図１の第２無線機器２００又は図２の無線機器１００，２００であってよい。言い換えると、図２８の動作過程は、図１～図４に開示の様々な無線装置のいずれか一つによって実行されてよい。

【0341】

ＬＴＥ及び／又はＮＲシステムにおいて、端末は、与えられた基地局又はセルから直接的な上りリンク（ｕｐｌｉｎｋ；ＵＬ）送信がスケジュールされなくとも、任意接続過程（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ；ＲＡＣＨ Ｐｒｏｃｅｄｕｒｅ）によってＵＬ送信を行うことができる。端末にとって、ＬＴＥ及び／又はシステムにおける任意接続過程は、１）ランダムアクセスプリアンブル（Ｒａｎｄｏｍ Ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ）の送信、２）ランダムアクセス応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ，ＲＡＲ）に該当するメッセージ（Ｍｓｇ）２の受信、３）物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）を含むＭｓｇ３の送信、４）競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）に関する情報を含むＭｓｇ４の受信、の４段階（４－ｓｔｅｐ）手続からなる。

【0342】

ここで、Ｍｓｇ２は、任意のプリアンブルを受信した基地局が、当該プリアンブルを送信した端末がＭｓｇ３を送信する際に使用するＵＬリソースを割り当てるメッセージである。端末は、Ｍｓｇ３を用いて、国際移動加入者識別番号（Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ；ＩＭＳＩ）や臨時移動加入者識別番号（Ｔｅｍｐｏｒａｒｙ Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｉｄｅｎｔｉｔｙ；ＴＭＳＩ）などのような自分の識別情報と共に、連結要請（ｃｏｎｎｅｃｔｉｏｎ ｒｅｑｕｅｓｔ）などに関する情報を送信できる。Ｍｓｇ３を受信した基地局は、Ｍｓｇ４を用いて、当該端末の識別情報及び任意接続に必要な情報を送信することにより、任意接続過程において異なる端末間に発生し得る衝突を防止し、当該端末に対する任意接続手続を完了し得る。

【0343】

既存ＬＴＥ及びＮＲ Ｒｅｌ－１５におけるＲＡＣＨ手続（ＲＡＣＨ Ｐｒｏｃｅｄｕｒｅ）が前述のように４段階で構成されているのと違い、新しく導入されるＮＲ Ｒｅｌ－１６では、４段階による手続遅延（ｐｒｏｃｅｓｓｉｎｇ ｄｅｌａｙ）を簡素化し、小型セル（ｓｍａｌｌ ｃｅｌｌ）又は非免許帯域幅（ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄｗｉｄｔｈ）においてもＲＡＣＨ手続が活用され得るように２段階（２－ｓｔｅｐ）のＲＡＣＨ手続に関する研究が進行中である。２段階ＲＡＣＨでは、既存４段階ＲＡＣＨにおいて物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）を含むメッセージ３（Ｍｓｇ３）を送信する段階、及び競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）メッセージなどを含むＭｓｇ４を送信する段階が省略されている。その代わりに、任意接続手続の最初の段階で端末はプリアンブルと共にＭｓｇ３に該当するメッセージをＭｓｇ Ａとして基地局に直ちに送信し、Ｍｓｇ Ａに対する応答として、基地局はＲＡＲと共にＭｓｇ４に該当するメッセージをＭｓｇ Ｂとして端末に送信する。Ｍｓｇ Ｂを受信した端末は、Ｍｓｇ Ｂをデコードして任意接続手続を完了し、その後、データ送受信を行う。

【0344】

図２９は、２段階ＲＡＣＨの基本的なプロセスを示す図である。図２９を参照すると、端末は、基地局からブロードキャスト（ｂｒｏａｄｃａｓｔｉｎｇ）されるシステム情報に含まれた２段階ＲＡＣＨ関連設定情報を受信することができる（Ｓ２９０１）。２段階ＲＡＣＨ関連設定情報を受信した端末は、基地局に対する任意接続手続を行うために、当該設定情報に基づき、ＲＡＣＨプリアンブル（又は、ＰＲＡＣＨプリアンブル）及びＰＵＳＣＨを含むＭｓｇ Ａを送信する（Ｓ２９０３）。この時、ＲＡＣＨプリアンブル及びＰＵＳＣＨは、時間ドメイン（ｔｉｍｅ ｄｏｍａｉｎ）において一定の間隔（ｇａｐ）をおいて送信される或いは連続して送信されてよく、当該ＰＵＳＣＨには端末の識別子（ｉｄｅｎｔｉｆｉｅｒ；ＩＤ）情報が含まれている。基地局はプリアンブルを検出（ｄｅｔｅｃｔｉｏｎ）し、当該ギャップ（ｇａｐ）を有するＰＵＳＣＨ又は連続したＰＵＳＣＨを予測し受信可能になる。基地局は、ＰＵＳＣＨで送信された端末のＩＤ情報に基づき、上位層（ｌａｙｅｒ）から接続要請及び／又は応答を受けた後に、Ｍｓｇ Ａに対する応答として、ＲＡＲ、競合解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）などの情報を含むＭｓｇ Ｂを端末に送信する（Ｓ２９０５）。その後、端末のＭｓｇ Ｂに対する受信の有無によって、端末は、既存４段階ＲＡＣＨ手続においてＭｓｇ４を受信する動作以後と同一又は類似に、基地局に対する接続を完了し、基地局とデータを送受信可能になる。

【0345】

ＮＲでは、端末が非免許帯域において任意接続手続を行うことが可能になることにより、非免許帯域上での信号送受信に必要なＬＢＴ（Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ）過程が任意接続手続のための信号送受信にも適用されてよい。すなわち、ＮＲ－Ｕ（ＮＲ－Ｕｎｌｉｃｅｎｓｅｄ ｓｐｅｃｔｒｕｍ）システムでは、基地局と端末が信号を送受信する前に送受信チャネルのアイドル（ｉｄｌｅ）又はビジー（ｂｕｓｙ）状態を確認するためにＬＢＴを常に行うが、これは、非免許帯域上での２段階ＲＡＣＨ手続のためのＭｓｇ ＡとＭｓｇ Ｂを送受信する手続においても同一に行われてよい。

【0346】

特に、２段階ＲＡＣＨ手続におけるＭｓｇ Ａの送信は、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルの送信と共にＭｓｇ Ａ ＰＵＳＣＨの送信も含むので、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルを送信した後、Ｍｓｇ Ａ ＰＵＳＣＨのためのＬＢＴの成功又は失敗によって、以降に行われる任意接続手続が変わることがある。例えば、端末がＭｓｇ Ａ ＰＲＡＣＨプリアンブルを送信した後、Ｍｓｇ Ａ ＰＵＳＣＨのためのＬＢＴを成功的に行って別の問題なくＭｓｇ Ａ ＰＵＳＣＨまで送信すると、基地局はＭｓｇ Ａ ＰＲＡＣＨプリアンブル及びＭｓｇ Ａ ＰＵＳＣＨの両方を正確に受信し、競合解決情報の含まれたＭｓｇ Ｂを端末に送信することで、２段階ＲＡＣＨ手続が完了し得る。逆に、端末がＭｓｇ Ａ ＰＲＡＣＨプリアンブルを送信した後にＭｓｇ Ａ ＰＵＳＣＨのためのＬＢＴに失敗すると、端末はＭｓｇ Ａ ＰＵＳＣＨが送信できなくなり、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルのみを受信し、Ｍｓｇ Ａ ＰＵＳＣＨは受信できなかった基地局は、Ｍｓｇ Ｂを用いてＭｓｇ３へのフォールバック（ｆａｌｌ－ｂａｃｋ）を指示し、端末は、４段階ＲＡＣＨ手続に切り替わってよい。

【0347】

つまり、非免許帯域における２段階ＲＡＣＨ手続は、Ｍｓｇ Ａ ＰＵＳＣＨ送信、及び以後のＭｓｇ Ｂ受信においてＭｓｇ Ａ ＰＵＳＣＨのためのＬＢＴの成功又は失敗が考慮されるべきであり、特に、ＬＢＴに失敗した場合に発生する手続遅延を防止することが必要であろう。以下では、２段階ＲＡＣＨ手続の速い接続に対するメリットを維持するために、ＬＢＴの失敗を考慮したＭｓｇ Ａ ＰＵＳＣＨに対する単一又は複数個のリソースを設定する方法を述べ、設定されるリソースによるＭｓｇ Ｂの受信ウィンドウ（又は、ＣＲタイマー（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ｔｉｍｅｒ））設定方法について説明する。

【0348】

１．ＲＡＣＨ機会とＭｓｇ Ａ ＰＵＳＣＨ機会が１対１マッピング（ｏｎｅ ｔｏ ｏｎｅ ｍａｐｐｉｎｇ）関係である場合

【0349】

Ｍｓｇ Ａの送信のために、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルが送信されるＲＡＣＨ機会（ＲＯ）とＭｓｇ Ａ ＰＵＳＣＨが送信されるＰＵＳＣＨ機会（ＰＯ）は１対１マップされてよい。したがって、端末がＭｓｇ Ａ ＰＲＡＣＨプリアンブルを送信する場合に、送信されたＭｓｇ Ａ ＰＲＡＣＨプリアンブルに対応するＭｓｇ Ａ ＰＵＳＣＨ機会は１つで構成され、ＬＢＴの成功又は失敗によりＭｓｇ Ａ ＰＵＳＣＨが送信されるか否かは、当該１つのＭｓｇ Ａ ＰＵＳＣＨ機会に対して決定される。

【0350】

端末がＭｓｇ Ｂを受信するためのウィンドウ又はタイマーは、１）ＬＢＴに成功するとＭｓｇ Ａ ＰＵＳＣＨ機会以後にウィンドウが構成される或いはタイマーが開始されるように設定されてよく、ＬＢＴに失敗すると、ウィンドウが構成されない或いはタイマーが開始されないように設定されてよい。又は、２）ＬＢＴの成功又は失敗に関係なく、Ｍｓｇ Ａ ＰＵＳＣＨ機会以後に常にウィンドウを構成する或いはタイマーが開始されるように設定してよい。

【0351】

この時、端末は、２段階ＲＡＣＨ手続のためのＭｓｇ Ａ ＰＲＡＣＨプリアンブルを選択し、Ｍｓｇ Ａ ＰＵＳＣＨのためのＬＢＴに成功しても、又はＬＢＴの成功又は失敗とは別に、前記一つのＭｓｇ Ａ ＰＵＳＣＨ機会のチャネル状態（ｓｔａｔｕｓ）が悪くなるなどの事情が発生すると、自らＭｓｇ Ａ ＰＵＳＣＨに対する検出誤り確率を予測することにより、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルのみを送信し、Ｍｓｇ Ａ ＰＵＳＣＨは送信しなくてもよい。すなわち、Ｍｓｇ Ａ ＰＵＳＣＨが送信されるか否かは、ＬＢＴの成功又は失敗によって或いはＭｓｇ Ａ ＰＵＳＣＨ送信又は未送信に対する端末の独立した判断及び選択によって変わってよい。

【0352】

Ｍｓｇ Ａ ＰＵＳＣＨが送信されるか否かが上のように決定され得る状況において、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーの開始時点は次のような実施例のように設定されてよく、この時、以下に言及される実施例のうち、ＬＢＴの成功又は失敗に関係なく活用可能な実施例は、ＮＲ－Ｕシステムに限って適用されるものではなく、免許キャリア（ｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）にも適用可能である。

【0353】

（１）実施例１：ＬＢＴ成功時に、ＰＵＳＣＨ機会の最後のシンボルから１シンボル以後の最初のシンボル（ｆｉｒｓｔ ｓｙｍｂｏｌ）からウィンドウ又はタイマーの開始時点を設定

【0354】

実施例１は、ＬＢＴに成功してＭｓｇ Ａ ＰＵＳＣＨを送信できる場合にのみ、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーを設定し、ＬＢＴに失敗してＭｓｇ Ａ ＰＵＳＣＨを送信できない場合には、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーを設定しない方法である。すなわち、端末の送信したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに対応するＭｓｇ Ａ ＰＵＳＣＨ機会が存在しても、ＬＢＴに失敗すると当該Ｍｓｇ Ａ ＰＵＳＣＨ機会におけるＭｓｇ Ａ ＰＵＳＣＨ送信が行われず、このため、Ｍｓｇ Ｂの受信ウィンドウ又はタイマーが開始されない。これに対し、ＬＢＴに成功すると当該Ｍｓｇ Ａ ＰＵＳＣＨ機会におけるＭｓｇ Ａ ＰＵＳＣＨ送信は正常に行われ、Ｍｓｇ Ｂの受信ウィンドウ又はタイマーも開始されてよい。

【0355】

このとき、Ｍｓｇ Ｂの受信ウィンドウ又はタイマーが開始される時点は、端末の送信したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに対応するＭｓｇ Ａ ＰＵＳＣＨ機会の最後のシンボルから１シンボル以後のシンボルであってよい。言い換えると、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーは、シンボル単位においてＭｓｇ Ａ ＰＵＳＣＨ機会と少なくとも１シンボルの間隔をおいて開始されるように設定されてよい。また、Ｍｓｇ Ｂをモニターするためのリソースが構成されることを前提に、ウィンドウ又はタイマーの開始時点は、Ｍｓｇ Ｂをモニターするためのリソースの最初のシンボル（ｆｉｒｓｔ ｓｙｍｂｏｌ）であってよい。ここで、Ｍｓｇ Ｂをモニターするためのリソースは、端末がＭｓｇ Ｂに対するＰＤＣＣＨを受信するためのタイプ１ＰＤＣＣＨ共通探索空間セット（Ｔｙｐｅ１－ＰＤＣＣＨ Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ ｓｅｔ）の最先頭のＣＯＲＥＳＥＴに該当するリソースであってよい。

【0356】

つまり、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルを送信した端末がＬＢＴに成功してＭｓｇ Ａ ＰＵＳＣＨまで送信できる場合において、Ｍｓｇ Ｂを受信するために設定されるウィンドウ又はタイマーは、Ｍｓｇ Ｂをモニターするためのリソースの最初のシンボル（ｆｉｒｓｔ ｓｙｍｂｏｌ）から開始され、当該開始時点は、Ｍｓｇ Ａ ＰＵＳＣＨ機会の最後のシンボルから１シンボル以後の時点であってよい。

【0357】

図３０は、Ｍｓｇ Ａ ＰＵＳＣＨ送信のためのＬＢＴの成功又は失敗によってＭｓｇ Ｂの受信ウィンドウを構成する一例示を示す図である。図３０（ａ）において、端末は、自分の送信したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに関連したＲＯと１対１対応関係にあるＰＯに対して、Ｍｓｇ Ａ ＰＵＳＣＨ送信に対するＬＢＴに失敗するとＭｓｇ Ａ ＰＵＳＣＨを送信せず、Ｍｓｇ Ｂの受信のためのウィンドウ又はタイマーも構成しない。これに対し、図３０（ｂ）において、端末は、自分の送信したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに関連したＲＯと１対１対応関係にあるＰＯに対して、Ｍｓｇ Ａ ＰＵＳＣＨ送信に対するＬＢＴに成功すると、Ｍｓｇ Ａ ＰＵＳＣＨを送信し、Ｍｓｇ Ｂの受信のためのウィンドウ又はタイマーを構成する。この時、Ｍｓｇ Ｂを受信するために設定されるウィンドウ又はタイマーは、Ｍｓｇ Ｂをモニターするためのリソースの最初のシンボル（ｆｉｒｓｔ ｓｙｍｂｏｌ）から開始され、当該開始時点は、ＰＵＳＣＨ機会の最後のシンボルから１シンボル以後の時点であってよい。

【0358】

（２）実施例２：ＬＢＴ成功又は失敗に関係なくＰＵＳＣＨ機会の最後のシンボルから１シンボル以後の最初のシンボルからウィンドウ又はタイマーの開始時点を設定

【0359】

実施例２は、実施例１と違い、端末がＭｓｇ Ａ ＰＵＳＣＨのためのＬＢＴに失敗してＭｓｇ Ａ ＰＵＳＣＨを送信できなくても、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーを設定する方法である。すなわち、端末の送信したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに対応するＰＵＳＣＨ機会が存在すると、ＬＢＴに成功しようが失敗しようが、Ｍｓｇ Ｂの受信ウィンドウ又はタイマーが開始されてよく、端末はＭｓｇ Ｂの受信を期待できる。実施例２の方法は、免許キャリア又は非免許キャリア（ｕｎｌｉｃｅｎｓｅｄ ｃａｒｒｉｅｒ）を問わずに適用可能である。

【0360】

実施例２において、Ｍｓｇ Ｂの受信ウィンドウ又はタイマーが開始される時点は、端末の送信したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに対応するＭｓｇ Ａ ＰＵＳＣＨ機会の最後のシンボルから１シンボル以後のシンボルであってよい。言い換えると、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーは、シンボル単位においてＭｓｇ Ａ ＰＵＳＣＨ機会と少なくとも１シンボルの間隔をおいて開始されるように設定されてよい。また、Ｍｓｇ Ｂをモニターするためのリソースが構成されることを前提に、ウィンドウ又はタイマーの開始時点は、Ｍｓｇ Ｂをモニターするためのリソースの最初のシンボル（ｆｉｒｓｔ ｓｙｍｂｏｌ）であってよい。ここで、Ｍｓｇ Ｂをモニターするためのリソースは、端末がＭｓｇ Ｂに対するＰＤＣＣＨを受信するためのタイプ１ＰＤＣＣＨ共通検索空間セット（Ｔｙｐｅ１－ＰＤＣＣＨ Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ ｓｅｔ）の最先頭のＣＯＲＥＳＥＴに該当するリソースであってよい。

【0361】

Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルを送信した端末がＬＢＴに失敗してＭｓｇ Ａ ＰＵＳＣＨを送信できなかった場合又はチャネル状態に対する独立した判断によってＭｓｇ Ａ ＰＵＳＣＨを送信しなかった場合に、端末はＭｓｇ Ｂを通じた、Ｍｓｇ３の送信のための上りリンク（Ｕｐｌｉｎｋ；ＵＬ）グラント（ｇｒａｎｔ）情報を含むフォールバックＲＡＲの受信を期待することができる。基地局も、ＵＬグラント情報を含むフォールバックＲＡＲをＭｓｇ Ｂで端末に送信することにより、４段階ＲＡＣＨ手続へのフォールバック（ｆａｌｌ－ｂａｃｋ）と共に端末のＭｓｇ３送信を誘導できる。この時、基地局は、検出したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに含まれたＲＡＰＩＤ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ Ｉｎｄｅｘ）が２段階ＲＡＣＨ手続用途のＲＡＰＩＤであっても、一定時間の間にＭｓｇ Ａ ＰＵＳＣＨをデコードできないと、端末がＬＢＴに失敗してＭｓｇ Ａ ＰＵＳＣＨを送信できないものと仮定し、フォールバックＲＡＲを端末に送信できる。

【0362】

Ｍｓｇ Ａ ＰＵＳＣＨを送信できず、フォールバックＲＡＲの受信を期待する端末は、自分のＲＡＰＩＤが含まれたサクセスＲＡＲを検出してもそれを無視でき、与えられたウィンドウ又はタイマーの時間区間において、自分のＲＡＰＩＤがマッチされるフォールバックＲＡＲを受信することを期待することができる。端末がウィンドウ又はタイマーの満了時点までＲＡＲを受信できない場合、端末は、一定のバックオフ時間（ｂａｃｋ－ｏｆｆ ｔｉｍｅ）後に、任意接続に対するリソース選択の手続（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｏｕｒｃｅ ｓｅｌｅｃｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を、指定された最大送信回数まで行うことができ、ＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）手続を行うことができる。

【0363】

これに対し、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルを送信した端末がＬＢＴに成功してＭｓｇ Ａ ＰＵＳＣＨまで送信した場合に、端末はＭｓｇ Ｂを通じた、競合解決に関する情報を含むサクセスＲＡＲの受信を期待することができ、自分のＲＡＰＩＤ及び端末特定識別子（ＵＥ－Ｉｄｅｎｔｉｆｉｅｒ；ＵＥ－ＩＤ）のような特定の値がＭｓｇ Ｂのコンテンツに含まれることを期待することができる。基地局も、競合解決に関する情報を含むサクセスＲＡＲ（ｓｕｃｃｅｓｓ ＲＡＲ）をＭｓｇ Ｂで端末に送信することにより、端末の２段階ＲＡＣＨ手続が成功的に行われ得ることを知らせることができる。仮に端末が自分のＲＡＰＩＤ及びＵＥ－ＩＤをＭｓｇ Ｂによって識別できないと、端末は、Ｍｓｇ Ｂの受信ウィンドウ又はタイマーが満了するまでブラインドデコーディング（ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）を行い続ける。この時、結局、端末が満了時点までＲＡＰＩＤ及びＵＥ－ＩＤを識別できないと、端末は一定のバックオフ時間後に、任意接続に対するリソース選択の手続を、指定された最大送信回数まで行うことができ、ＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）手続を行うことができる。

【0364】

前記の例示は、１つの基地局に対して複数の端末が２段階ＲＡＣＨ手続を行う状況にも類似に適用されてよい。同一時点で同一ＲＡＰＩＤを含むＭｓｇ Ａ ＰＲＡＣＨプリアンブルを選択した２つの端末が存在する状況で、一つの端末はＭｓｇ Ａ ＰＵＳＣＨを送信したが、他の端末がＭｓｇ Ａ ＰＵＳＣＨを送信できない場合が発生し得る。このとき、Ｍｓｇ Ａ ＰＵＳＣＨを送信した端末は、前述したように、サクセスＲＡＲを受信することを期待し、自分のＲＡＰＩＤ及びＵＥ－ＩＤがＭｓｇ Ｂコンテンツに含まれていることも期待する。仮に端末が自分のＲＡＰＩＤ及びＵＥ－ＩＤをＭｓｇ Ｂによって識別できないと、端末はウィンドウ又はタイマーが満了するまでブラインドデコーディングを行い続け、満了時点までＲＡＰＩＤ及びＵＥ－ＩＤを識別できないと、端末はバックオフ時間後に、任意接続に対するリソース選択の手続及びＲＬＦ（Ｒａｄｉｏ Ｌｉｎｋ Ｆａｉｌｕｒｅ）手続を行うことができる。これに対し、Ｍｓｇ Ａ ＰＵＳＣＨを送信できない端末は、前述したように、ウィンドウ又はタイマーの区間において、自分のＲＡＰＩＤがマッチされるフォールバックＲＡＲを期待し、自分のＲＡＰＩＤが含まれたサクセスＲＡＲを検出してもそれを無視できる。ウィンドウ又はタイマーの満了時点までＲＡＲを受信できなかった端末は、一定のバックオフ時間後に、任意接続に対するリソース選択の手続及びＲＬＦ手続を行うことができる。

【0365】

図３１は、Ｍｓｇ Ａ ＰＵＳＣＨ送信のためのＬＢＴの成功又は失敗に関係なくＭｓｇ Ｂの受信ウィンドウを構成する一例示を示す図である。図３１（ａ）において、端末は、自分の送信したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに関連したＲＯと１対１対応関係にあるＰＯに対して、Ｍｓｇ Ａ ＰＵＳＣＨ送信に対するＬＢＴに失敗してＭｓｇ Ａ ＰＵＳＣＨを送信しなくても、Ｍｓｇ Ｂの受信のためのウィンドウ又はタイマーを構成することができる。また、図３１（ｂ）において、端末は、自分の送信したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに関連したＲＯと１対１対応関係にあるＰＯに対して、Ｍｓｇ Ａ ＰＵＳＣＨ送信に対するＬＢＴに成功すると、Ｍｓｇ Ａ ＰＵＳＣＨを送信し、Ｍｓｇ Ｂの受信のためのウィンドウ又はタイマーを構成する。このとき、図３１（ａ）又は図３１（ｂ）において、Ｍｓｇ Ｂを受信するために設定されるウィンドウ又はタイマーは、Ｍｓｇ Ｂをモニターするためのリソースの最初のシンボル（ｆｉｒｓｔ ｓｙｍｂｏｌ）から開始され、当該開始時点は、ＰＵＳＣＨ機会の最後のシンボルから１シンボル以後の時点であってよい。

【0366】

２．ＲＡＣＨ機会とＭｓｇ Ａ ＰＵＳＣＨ機会が１対多マッピング（ｏｎｅ ｔｏ ｍｕｌｔｉｐｌｅ ｍａｐｐｉｎｇ）関係である場合

【0367】

Ｍｓｇ Ａの送信のために、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルが送信されるＲＡＣＨ機会（ＲＯ）は、Ｍｓｇ Ａ ＰＵＳＣＨが送信される複数のＰＵＳＣＨ機会（ＰＯ）とマップされてよい。この時、前記複数のＭｓｇ Ａ ＰＵＳＣＨ機会は時分割多重化（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ；ＴＤＭ）の形態でＭｓｇ Ａ ＰＵＳＣＨ機会において時間間隔（ｇａｐ）なく連続して割り当てられてよい。又は、前記複数のＭｓｇ Ａ ＰＵＳＣＨ機会は一定の時間間隔をおいて割り当てられてもよい。

【0368】

ＲＡＣＨ機会とＭｓｇ Ａ ＰＵＳＣＨ機会間の１対多マッピング関係は、様々な方式によって構成されてよい。簡単な一例として、全ての２段階ＲＡＣＨ手続用途のプリアンブルがそれぞれ、複数のＭｓｇ Ａ ＰＵＳＣＨ機会の全てとマッブされるようにすることができる。

【0369】

または、他の例として、２段階ＲＡＣＨ手続用途のプリアンブルは、Ｎ個のサブセットに区別し、各サブセット別にプリアンブルにマップされるＭｓｇ Ａ ＰＵＳＣＨ機会の数を異なるように構成できる。すなわち、Ｎ個のサブセットに区別されるプリアンブルに対して、１）＃０～＃Ａ－１に該当するプリアンブルが含まれたサブセットでは、各プリアンブルが１つのＭｓｇ Ａ ＰＵＳＣＨ機会と１対１マッピング（ｏｎｅ ｔｏ ｏｎｅ ｍａｐｐｉｎｇ）関係をなすようにし、２）＃Ａ～＃Ｂ－１に該当するプリアンブルが含まれたサブセットは、各プリアンブルが２つのＭｓｇ Ａ ＰＵＳＣＨ機会と１対２マッピング（ｏｎｅ ｔｏ ｔｗｏ ｍａｐｐｉｎｇ）関係を構成するようにすることができる。これに加え、３）＃Ｂ～＃Ｃ－１に該当するプリアンブルが含まれたサブセットは、各プリアンブルが３個のＭｓｇ Ａ ＰＵＳＣＨ機会と１対３マッピング（ｏｎｅ ｔｏ ｔｈｒｅｅ ｍａｐｐｉｎｇ）関係をなすようにするなどへの、マッピング関係に対する拡張された設定も可能である。

【0370】

サブセット別にプリアンブルにマップされるＭｓｇ Ａ ＰＵＳＣＨ機会の数を異なるように構成する前記例示において、１）のサブセットに含まれたプリアンブルは、Ｍｓｇ Ａ ＰＵＳＣＨ機会と１対１マッピング関係を有するので、送信されたＰＲＡＣＨプリアンブルに対応するＰＵＳＣＨ機会は１つで構成され、ＬＢＴの成功又は失敗によりＭｓｇ Ａ ＰＵＳＣＨが送信されるか否かは、当該１つのＰＵＳＣＨ機会に対して決定される。２）のサブセットに含まれたプリアンブルは、Ｍｓｇ Ａ ＰＵＳＣＨ機会と１対２マッピング関係を有するので、送信されたＰＲＡＣＨプリアンブルに対応するＰＵＳＣＨ機会は２つで構成され、ＬＢＴの成功又は失敗によりＭｓｇ Ａ ＰＵＳＣＨが送信されるか否かは、当該２つのＰＵＳＣＨ機会に対して決定される。同様に、３）のサブセットに含まれたプリアンブルは、Ｍｓｇ Ａ ＰＵＳＣＨ機会と１対３マッピング関係を有するので、送信されたＰＲＡＣＨプリアンブルに対応するＰＵＳＣＨ機会は３個で構成され、ＬＢＴの成功又は失敗によりＭｓｇ Ａ ＰＵＳＣＨが送信されるか否かは、当該３個のＰＵＳＣＨ機会に対して決定される。

【0371】

送信されたＰＲＡＣＨプリアンブルに対応するＰＵＳＣＨ機会リソースの数が多いほど複数のＬＢＴ試みができるので、ＬＢＴ失敗にもかかわらずＭｓｇ Ａ ＰＵＳＣＨ送信の確率を高めることができる。すなわち、サブセット別にＭｓｇ Ａ ＰＵＳＣＨ送信の確率が変わることがあり、端末は、チャネル状態又は送信しなければならない信号の優先順位などを考慮して、相対的に高いＭｓｇ Ａ ＰＵＳＣＨ送信確率を有する或いは低いＭｓｇ Ａ ＰＵＳＣＨ送信確率を有するプリアンブルが含まれたサブセットを選択できる。例えば、端末は、受信されるＳＳＢ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ）又はＣＳＩ－ＲＳ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）などの参照信号受信電力（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ Ｒｅｃｅｉｖｅｄ Ｐｏｗｅｒ；ＲＳＲＰ）によってサブセットを選択するか、或いは送信しなければならないＭｓｇ Ａ ＰＵＳＣＨのサイズ（ｓｉｚｅ）のような優先順位基準によってサブセットを選択することもできる。端末は、選択したサブセットに基づき、サブセットに含まれたプリアンブルに対応するＰＵＳＣＨ機会に対するＬＢＴを行い、Ｍｓｇ Ａ ＰＵＳＣＨの送信を試みることができ、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーを構成できる。

【0372】

この時、１対１マッピング関係を有するプリアンブルは、前述した実施例１又は実施例２によってＭｓｇ Ａ ＰＵＳＣＨを送信し、Ｍｓｇ Ｂの受信ウィンドウ又はタイマーを構成できる。１対１マッピング関係でない、１つのプリアンブルに複数のＰＵＳＣＨ機会がマップされる場合には、ＮＲシステムにおいて複数のＰＵＳＣＨ機会による複数のＭｓｇ Ａ ＰＵＳＣＨの衝突可能性を考慮できる必要がある。例えば、複数のＭｓｇ Ａ ＰＵＳＣＨの衝突可能性を減らすために、プリアンブルに対応する多数個のＭｓｇ Ａ ＰＵＳＣＨ機会のうち、多数個のＭｓｇ Ａ ＰＵＳＣＨ機会の全体数（Ｍ）を基準にＵＥ－ＩＤに対するモジュロ演算を適用して決定された１つのＭｓｇ Ａ ＰＵＳＣＨ機会でＭｓｇ Ａ ＰＵＳＣＨを送信できる。ここで、モジュロ演算は（ＵＥ－ＩＤ）ｍｏｄ（Ｍ）となり、各プリアンブルは、それぞれが含むＵＥ－ＩＤに基づいて（ＵＥ－ＩＤ）ｍｏｄ（Ｍ）の結果値に従って順次にＰＵＳＣＨ機会にマップされ、端末は、マップされたＭｓｇ Ａ ＰＵＳＣＨ機会に基づいてＭｓｇ Ａ ＰＵＳＣＨを送信できる。この時、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーは、マップされた１つのＰＵＳＣＨ機会以後に開始されてよい。

【0373】

１つのプリアンブルに複数のＰＵＳＣＨ機会がマップされる場合に対するＭｓｇ Ａ ＰＵＳＣＨ送信の他の方法として、複数のＭｓｇ Ａ ＰＵＳＣＨの衝突可能性があっても、Ｍｓｇ Ａ ＰＵＳＣＨの分散（ｄｉｖｅｒｓｉｔｙ）及び送信確率を高めるために、端末はプリアンブルに対応する全てのＭｓｇ Ａ ＰＵＳＣＨ機会でＭｓｇ Ａ ＰＵＳＣＨを送信できる。この場合、端末はプリアンブルに対応する複数のＰＵＳＣＨ機会でＭｓｇ Ａ ＰＵＳＣＨの送信を試みるであろうが、この時、ＮＲ－Ｕシステムでは複数のＰＵＳＣＨ機会の全てに対してＬＢＴが行われる。したがって、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーが、複数のＰＵＳＣＨ機会のうちいずれのＰＵＳＣＨ機会を基準にして開始されるかに対する設定が必要であり、そのために、次のような実施例が用いられてよい。

【0374】

ここで、実施例１又は実施例２におけると同様に、端末は、ＬＢＴに成功しても、又はＬＢＴの成功又は失敗とは別に、前記１つのＰＵＳＣＨ機会のチャネル状態（ｓｔａｔｕｓ）が悪くなるなどの事情が発生すると、端末は自らＭｓｇ Ａ ＰＵＳＣＨに対する検出誤り確率を予測することにより、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルのみを送信し、Ｍｓｇ Ａ ＰＵＳＣＨは送信しなくてもよい。すなわち、以下の開示で言及される実施例のうち、ＬＢＴの成功又は失敗に関係なく活用可能な実施例は、ＮＲ－Ｕシステムに限って適用されるものではなく、免許キャリアにも適用可能である。

【0375】

（１）実施例３：複数のＰＵＳＣＨ機会のうち、ＬＢＴに成功したＰＵＳＣＨ機会の最後のシンボルから１シンボル以後の最初のシンボルからウィンドウ又はタイマーの開始時点を設定

【0376】

実施例３は、端末が複数のＰＵＳＣＨ機会に対してそれぞれＬＢＴを行い、ＬＢＴに成功したＰＵＳＣＨ機会を基準にしてＭｓｇ Ｂを受信するためのウィンドウ又はタイマーを設定する方法である。実施例３は、ＬＢＴに成功したＰＵＳＣＨ機会を基準に、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーを設定する点で、実施例１と同一である。実施例３において、端末が複数のＰＵＳＣＨ機会の全てに対してＬＢＴに失敗する場合に、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーは設定されない。すなわち、端末がＭｓｇ Ａ ＰＵＳＣＨを送信できないと、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーが開始されない。

【0377】

実施例３において、特定ＰＵＳＣＨ機会に対するＬＢＴに成功すると、当該ＰＵＳＣＨ機会におけるＭｓｇ Ａ ＰＵＳＣＨ送信は正常に行われ、Ｍｓｇ Ｂの受信ウィンドウ又はタイマーも開始されてよい。この時、Ｍｓｇ Ｂの受信ウィンドウ又はタイマーが開始される時点は、端末の送信したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに対応するＰＵＳＣＨ機会の最後のシンボルから１シンボル以後であってよい。言い換えると、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーは、シンボル単位においてＰＵＳＣＨ機会と少なくとも１シンボルの間隔をおいて開始されるように設定されてよい。また、Ｍｓｇ Ｂをモニターするためのリソースが構成されることを前提に、ウィンドウ又はタイマーの開始時点は、Ｍｓｇ Ｂをモニターするためのリソースの最初のシンボル（ｆｉｒｓｔ ｓｙｍｂｏｌ）であってよい。ここで、Ｍｓｇ Ｂをモニターするためのリソースは、端末がＭｓｇ Ｂに対するＰＤＣＣＨを受信するためのタイプ１ＰＤＣＣＨ共通探索空間セットの最先頭のＣＯＲＥＳＥＴに該当するリソースであってよい。

【0378】

つまり、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルを送信した端末がＬＢＴに成功してＭｓｇ Ａ ＰＵＳＣＨまで送信できる場合において、Ｍｓｇ Ｂを受信するために設定されるウィンドウ又はタイマーは、Ｍｓｇ Ｂをモニターするためのリソースの最初のシンボル（ｆｉｒｓｔ ｓｙｍｂｏｌ）から開始され、当該開始時点は、ＰＵＳＣＨ機会の最後のシンボルから１シンボル以後の時点であってよい。

【0379】

図３２は、複数のＰＵＳＣＨ機会のうちＬＢＴに成功したＰＵＳＣＨ機会によってＭｓｇ Ｂの受信ウィンドウを構成する一例示を示す図である。図３２において、端末は、自分の送信したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに関連したＲＯと対応関係にある複数のＰＯに対して、特定ＰＯに対するＬＢＴに失敗すると、このＰＯを基準にしてはＭｓｇ Ｂの受信のためのウィンドウ又はタイマーを構成しない。その代わりに、端末はＬＢＴに成功するＰＯが見られるまでＬＢＴを行い、ＬＢＴに成功したＰＯでＭｓｇ Ａ ＰＵＳＣＨを送信するが、当該ＰＯの最後のシンボルから１シンボル以後の時点でＭｓｇ Ｂを受信するためのウィンドウ又はタイマーを構成できる。このとき、図３２に見られるＰＯは、１つのＭｓｇ Ａ ＰＲＡＣＨプリアンブルに対して１対多で対応付いたものであり、ＴＤＭ形態で重なって割り当てられたリソースであってよい。

【0380】

（２）実施例４：ＬＢＴ成功又は失敗に関係なく複数のＰＵＳＣＨ機会のうち最後のＰＵＳＣＨ機会の最後のシンボルから１シンボル以後の最初のシンボルからウィンドウ又はタイマーの開始時点を設定

【0381】

実施例４は、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルに対応する複数のＰＵＳＣＨ機会に対して、各ＰＵＳＣＨ機会に対するＬＢＴの成功又は失敗に関係なく複数のＰＵＳＣＨ機会のうち最後の ＰＵＳＣＨ機会を基準にしては常に、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーを設定する方法である。すなわち、対応する複数のＰＵＳＣＨ機会の全てに対するＬＢＴに失敗することに備え、フォールバックＲＡＲの受信を期待するために、ＴＤＭされた複数のＰＵＳＣＨ機会のうち最後の ＰＵＳＣＨ機会の最後のシンボルから１シンボル以後からは常に、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーの開始時点が設定される。実施例４の方法は、免許キャリア又は非免許キャリアを問わずに適用可能な方法であり、実施例４に関連した端末と基地局の動作は、実施例２で記述されたのと同一であっよい。

【0382】

実施例４において、特定Ｍｓｇ Ａ ＰＵＳＣＨ機会に対するＬＢＴに成功すると、当該Ｍｓｇ Ａ ＰＵＳＣＨ機会におけるＭｓｇ Ａ ＰＵＳＣＨ送信は正常に行われ、Ｍｓｇ Ｂの受信ウィンドウ又はタイマーも、ＬＢＴに成功したＭｓｇ Ａ ＰＵＳＣＨ機会を基準に開始されてよい。この場合、端末は、Ｍｓｇ Ａ ＰＵＳＣＨを送信することによってサクセスＲＡＲの受信を期待することができ、成功的に２段階ＲＡＣＨ手続を完了することまで期待できる。

【0383】

しかしながら、ＬＢＴに失敗し続けると、最後の Ｍｓｇ Ａ ＰＵＳＣＨ機会に対してはＬＢＴに成功しようが失敗しようが、最後の Ｍｓｇ Ａ ＰＵＳＣＨ機会を基準に、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーの開始時点が設定される。最後のＭｓｇ Ａ ＰＵＳＣＨ機会でも端末がＭｓｇ Ａ ＰＵＳＣＨを送信できないと、端末はフォールバックＲＡＲの受信を期待することができ、４段階ＲＡＣＨ手続にフォールバックしてＭｓｇ３を送信することを期待することができる。

【0384】

このとき、Ｍｓｇ Ｂの受信ウィンドウ又はタイマーが開始される時点は、前述したように、当該最後の Ｍｓｇ Ａ ＰＵＳＣＨ機会の最後のシンボルから１シンボル以後であってよい。言い換えると、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーは、シンボル単位においてＭｓｇ Ａ ＰＵＳＣＨ機会と少なくとも１シンボルの間隔をおいて開始されるように設定されてよい。また、Ｍｓｇ Ｂをモニターするためのリソースが構成されることを前提に、ウィンドウ又はタイマーの開始時点は、Ｍｓｇ Ｂをモニターするためのリソースの最初のシンボル（ｆｉｒｓｔ ｓｙｍｂｏｌ）であってよい。ここで、Ｍｓｇ Ｂをモニターするためのリソースは、端末がＭｓｇ Ｂに対するＰＤＣＣＨを受信するためのタイプ１ＰＤＣＣＨ共通探索空間セットの最先頭のＣＯＲＥＳＥＴに該当するリソースであってよい。

【0385】

図３３は、複数のＭｓｇ Ａ ＰＵＳＣＨ機会のうちＬＢＴの成功又は失敗に関係なく最後の Ｍｓｇ Ａ ＰＵＳＣＨ機会によってＭｓｇ Ｂの受信ウィンドウを構成する一例示を示す図である。図３３で、端末は、自分の送信したＭｓｇ Ａ ＰＲＡＣＨプリアンブルに関連したＲＯと対応関係にある３個のＰＯに対するＬＢＴに全て失敗する場合であっても、最後のＰＯを基準にＭｓｇ Ｂの受信のためのウィンドウ又はタイマーを構成できる。端末は、特に、当該最後のＰＯの最後のシンボルから１シンボル以後の時点でＭｓｇ Ｂを受信するためのウィンドウ又はタイマーを構成できる。このとき、図３３に見られるＰＯは、１つのＭｓｇ Ａ ＰＲＡＣＨプリアンブルに対して１対多で対応付いたものであり、ＴＤＭ形態で重なって割り当てられたリソースであってよい。

【0386】

（３）実施例５：ＬＢＴ成功又は失敗に関係なく複数のＰＵＳＣＨ機会のうち最初のＰＵＳＣＨ機会の最後のシンボルから１シンボル以後からウィンドウ又はタイマーの開始時点を設定

【0387】

実施例５は、Ｍｓｇ Ａ ＰＲＡＣＨプリアンブルに対応する複数のＭｓｇ Ａ ＰＵＳＣＨ機会に対して、各Ｍｓｇ Ａ ＰＵＳＣＨ機会に対するＬＢＴの成功又は失敗に関係なく、常に、複数のＭｓｇ Ａ ＰＵＳＣＨ機会のうち最初のＭｓｇ Ａ ＰＵＳＣＨ機会を基準にして、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーを設定する方法である。すなわち、ＴＤＭされた複数のＭｓｇ Ａ ＰＵＳＣＨ機会のうち最初のＭｓｇ Ａ ＰＵＳＣＨ機会の最後のシンボルから１シンボル以後から、Ｍｓｇ Ｂを受信するためのウィンドウ又はタイマーの開始時点が設定される。このとき、実施例５に係る最初のＭｓｇ Ａ ＰＵＳＣＨ機会を基準にしたＭｓｇ Ｂに対する受信ウィンドウ又はタイマーが起動した以後の端末と基地局の動作は、実施例２で記述されたのと同一でよく、同時に端末は、以後の残った複数のＭｓｇ Ａ ＰＵＳＣＨ機会に対してＬＢＴを行うことができる。

【0388】

端末は、最初のＭｓｇ Ａ ＰＵＳＣＨ機会以後にＭｓｇ Ｂの受信ウィンドウ又はタイマーを設定してＭｓｇ Ｂの受信を期待すると同時に、以後のＭｓｇ Ａ ＰＵＳＣＨ機会に対してもＬＢＴを行うので、端末がどのＭｓｇ Ａ ＰＵＳＣＨ機会でＭｓｇ Ａ ＰＵＳＣＨを成功的に送信するかによって、Ｍｓｇ Ｂの受信時点がＭｓｇ Ａ ＰＵＳＣＨの送信時点の以前又は以後になり得る。例えば、端末が最初のＰＵＳＣＨ機会のためのＬＢＴに成功し、最初のＭｓｇ Ａ ＰＵＳＣＨ機会でＭｓｇ Ａ ＰＵＳＣＨを送信すると、Ｍｓｇ Ｂの受信時点はＭｓｇ Ａ ＰＵＳＣＨの送信時点以後になってよい。しかしながら、端末が最初のＭｓｇ Ａ ＰＵＳＣＨ機会を含む複数のＭｓｇ Ａ ＰＵＳＣＨ機会に対するＬＢＴに失敗し、Ｍｓｇ Ｂ受信のためのウィンドウ又はタイマーが満了した時点以後のＭｓｇ Ａ ＰＵＳＣＨ機会になってこそＭｓｇ Ａ ＰＵＳＣＨを送信すると、Ｍｓｇ Ｂの受信時点がＭｓｇ Ａ ＰＵＳＣＨの送信時点以前となる。

【0389】

したがって、複数のＭｓｇ Ａ ＰＵＳＣＨ機会に対してＬＢＴを行う端末の以後の動作は、ＬＢＴを行う端末がＬＢＴに最終的に成功するものの、Ｍｓｇ Ａ ＰＵＳＣＨを送信する以前時点にＭｓｇ Ｂを受信するか或いはＭｓｇ Ａ ＰＵＳＣＨの送信以後時点にＭｓｇ Ｂを受信するかによって、下記のように可変してよい。このとき、以下の端末の動作は、実施例２で記述されたのと同様に、Ｍｓｇ Ａ ＰＵＳＣＨを送信した端末か又は送信できなかった端末かによって、サクセスＲＡＲ又はフォールバックＲＡＲのような、各端末が受信しようとする目標対象（ｔａｒｇｅｔ ｏｂｊｅｃｔ）信号が変わってよい。また、サクセスＲＡＲ又はフォールバックＲＡＲに対する重複送信の問題も同様、先の実施例２の方法と類似の方法を適用して解決できる。

【0390】

まず、端末がＭｓｇ Ａ ＰＵＳＣＨを送信する以前に基地局からＭｓｇ Ｂを受信する場合、基地局にとってはＭｓｇ Ａ ＰＲＡＣＨプリアンブルを受信し、Ｍｓｇ Ａ ＰＵＳＣＨを受信できなかったことになるので、基地局の送信するＭｓｇ Ｂは、フォールバック及びＭｓｇ３送信に関する情報が入っているフォールバックＲＡＲを含む。このとき、端末は、設定された（ｃｏｎｆｉｇｕｒｅｄ）Ｍｓｇ Ａ ＰＵＳＣＨ機会がまだ存在する場合、フォールバックＲＡＲを保存して残ったＭｓｇ Ａ ＰＵＳＣＨ機会に対してＬＢＴを行うことで、Ｍｓｇ Ａ ＰＵＳＣＨの送信を期待することができる。仮に、端末が最後のＭｓｇ Ａ ＰＵＳＣＨ機会までＬＢＴに失敗し、最終的にＭｓｇ Ａ ＰＵＳＣＨを送信できないと、端末は、以前に受信したフォールバックＲＡＲに含まれた情報を用いて４段階ＲＡＣＨ手続にフォールバックし、Ｍｓｇ３を送信する。ここで、Ｍｓｇ ＢのフォールバックＲＡＲで送信されるＭｓｇ３に対するグラントのような送信情報は、基地局が当初から複数のＭｓｇ Ａ ＰＵＳＣＨ機会が割り当てられた点を考慮して以後のリソースを指示するものであってよい。

【0391】

一方、端末がＬＢＴに成功してＭｓｇ Ａ ＰＵＳＣＨを送信した以後に基地局からＭｓｇ Ｂを受信する場合、基地局の送信したＭｓｇ Ｂのコンテンツによって端末の後続動作が変わる。端末にとってはＭｓｇ Ａ ＰＵＳＣＨを既に送信した状態であるから、Ｍｓｇ ＢがフォールバックＲＡＲを含む場合、端末をそれを無視し、サクセスＲＡＲの受信を期待することができる。仮にＭｓｇ Ｂの受信ウィンドウ又はタイマー区間においてサクセスＲＡＲを受信できないと、端末は、以前に受信したフォールバックＲＡＲに基づいて４段階ＲＡＣＨ手続にフォールバックし、Ｍｓｇ３を送信することができる。又は、Ｍｓｇ Ｂの受信ウィンドウ又はタイマー区間においてサクセスＲＡＲを受信できないと、端末は、重複送信されたＲＡＰＩＤとの衝突を避けるために、設定されたバックオフ時間後に任意接続に対するリソース選択の手続を行うことができる。

【0392】

以上の本開示で記述された実施例に対して、端末は、設定されたＭｓｇ Ｂの受信ウィンドウ又はタイマーが満了した以後の動作を、競合解決に成功できなかったことによる動作と認識できる。この場合、端末は、予め設定されたバックオフ時間以後に、チャネルの状態に応じて２段階ＲＡＣＨ手続又は４段階ＲＡＣＨ手続を再び選択し、任意接続に対するリソース選択の手続を行うことができる。

【0393】

これに制限されるものではないが、本文書に開示された本発明の様々な説明、機能、手続、提案、方法及び／又は動作順序図は、機器間に無線通信／連結（例えば、５Ｇ）を必要とする様々な分野に適用されてよい。

【0394】

以下、図面を参照してより具体的に例示する。以下の図面／説明において、同一の図面符号は、別に断らない限り、同一の或いは対応するハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示できる。

【0395】

図３４には、本発明に適用される通信システム１を例示する。

【0396】

図３４を参照すると、本発明に適用される通信システム１は、無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器と呼ぶことができる。これに制限されるものではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバー４００を含むことができる。例えば、車両は、無線通信機能を備えている車両、自律走行車両、車両間通信が可能な車両などを含むことができる。ここで、車両は、ＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に設けられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態として具現されてよい。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などを含むことができる。家電は、ＴＶ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサー、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは無線機器として具現されてもよく、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作してもよい。

【0397】

無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００に連結されてよい。無線機器１００ａ～１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用されてよく、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバー４００に連結されてよい。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを用いて構成されてよい。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介さずに直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１，１００ｂ－２は、直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）ｃｏｍｍｕｎｉｃａｔｉｏｎ）ができる。また、ＩｏＴ機器（例えば、センサー）は、他のＩｏＴ機器（例えば、センサー）又は他の無線機器１００ａ～１００ｆと直接通信ができる。

【0398】

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００間には、無線通信／連結１５０ａ，１５０ｂ，１５０ｃがなされてよい。ここで、無線通信／連結は、上りリンク／下りリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ（例えば、リレー（ｒｅｌａｙ）、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）のような様々な無線接続技術（例えば、５Ｇ ＮＲ）によってなされてよい。無線通信／連結１５０ａ，１５０ｂ，１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ，１５０ｂ，１５０ｃは、様々な物理チャネルを通じて信号を送信／受信することができる。そのために、本発明の様々な提案に基づき、無線信号の送信／受信のための様々な構成情報設定過程、様々な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などのうち少なくとも一部が行われてよい。

【0399】

以上で説明された実施例は、本発明の構成要素と特徴が所定の形態で結合したものである。各構成要素又は特徴は、特に明示的言及がない限り、選択的なものとして考慮されるべきである。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施されてよい。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は変更されてよい。ある実施例の一部の構成や特徴は他の実施例に含まれてもよく、又は他の実施例の対応する構成又は特徴に取り替えられてもよい。特許請求の範囲において明示的な引用関係を有しない請求項を結合させて実施例を構成するか或いは出願後の補正によって新しい請求項に組み込むことができることは自明である。

【0400】

本文書において、基地局によって行われると説明された特定動作は、場合によっては、その上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われてもよい。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードによって行われてよいことは自明である。基地局は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、ｇＮｏｄｅ Ｂ（ｇＮＢ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅ Ｂ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）などの用語に代替されてもよい。

【0401】

本発明は、本発明の特徴から逸脱しない範囲において他の特定の形態で具体化できることは当業者に自明である。したがって、前記の詳細な説明は、いかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本発明の範囲は、添付する請求項の合理的解釈によって決定されなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。

【産業上の利用可能性】

【0402】

上述したような非免許帯域において端末が任意接続過程に基づいて下りリンク信号を受信する方法及びそのための装置は、５世帯ＮＲ（ＮｅｗＲＡＴ）システムに適用される例を中心に説明したが、５世帯ＮＲシステムの他にも様々な無線通信システムに適用可能である。

【図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】