特許 7474343 任意接続手順を行う方法及びそのための装置

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

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

(11)【特許番号】

(24)【登録日】2024-04-16

(45)【発行日】2024-04-24

(54)【発明の名称】任意接続手順を行う方法及びそのための装置

(51)【国際特許分類】

   H04W 74/0833 20240101AFI20240417BHJP

【ＦＩ】

H04W74/0833

【請求項の数】 4

(21)【出願番号】P 2022548440

(86)(22)【出願日】2021-02-19

(65)【公表番号】

(43)【公表日】2023-04-03

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

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

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

【審査請求日】2022-08-09

(31)【優先権主張番号】10-2020-0021881

(32)【優先日】2020-02-21

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

(31)【優先権主張番号】10-2020-0044260

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

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100109841

【弁理士】

【氏名又は名称】堅田 健史

(74)【代理人】

【識別番号】230112025

【弁護士】

【氏名又は名称】小林 英了

(74)【代理人】

【識別番号】230117802

【弁護士】

【氏名又は名称】大野 浩之

(74)【代理人】

【識別番号】100131451

【弁理士】

【氏名又は名称】津田 理

(74)【代理人】

【識別番号】100167933

【弁理士】

【氏名又は名称】松野 知紘

(74)【代理人】

【識別番号】100174137

【弁理士】

【氏名又は名称】酒谷 誠一

(74)【代理人】

【識別番号】100184181

【弁理士】

【氏名又は名称】野本 裕史

(72)【発明者】

【氏名】コ，ヒュンソ

(72)【発明者】

【氏名】キム，ビョンフン

(72)【発明者】

【氏名】アン，ジョンクイ

(72)【発明者】

【氏名】キム，ソンウク

【審査官】中元 淳二

(56)【参考文献】

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

【文献】Qualcomm Incorporated，Initial access and mobility procedures for NR unlicensed[online]，3GPP TSG RAN WG1 #99 R1-1912939，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912939.zip>，2019年11月09日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１，４

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

【請求項1】

無線通信システムにおいて、端末が上りリンク信号（ｕｐｌｉｎｋ ｓｉｇｎａｌ）を送信する方法であって、
ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を送信し；
ウィンドウの長さが１０ｍｓを超える間、前記ＰＲＡＣＨに応じてＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）をモニタリングし；
前記ＤＣＩに基づいて、前記ＤＣＩに基づくＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信し；
前記端末が前記ＤＣＩに含まれた第１（ｆｉｒｓｔ）ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）の為の２ビットが前記ＰＲＡＣＨを送信した第２ＳＦＮの為の２ビットと同一であるか否かを確認することができない場合、前記ＰＤＳＣＨが、前記第１ＳＦＮの為の２ビットが前記第２ＳＦＮの為の２ビットと同一であるか否かに関係なく、続くＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）手順を行う；ことを含んでなり、
前記端末が前記第１ＳＦＮの為の２ビットが前記第２ＳＦＮの為の２ビットと同一であるか否かを確認することができる場合、前記端末は、前記第１ＳＦＮの為の２ビットが前記第２ＳＦＮの為の２ビットと同一であることを確認したことに基づいて、前記続くＲＡＣＨ手順を行ない、
前記続くＲＡＣＨ手順は、
ｉ）ＲＡＲ（ｓｕｃｃｅｓｓ ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）を含む前記ＰＤＳＣＨに基づく、前記ＰＤＳＣＨに関連する肯定応答（ｐｏｓｉｔｉｖｅ ｒｅｓｐｏｎｓｅ）を含む物理上りリンク制御チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＵＣＣＨ）の送信、又は、
ｉｉ）フォールバック（ｆａｌｌ ｂａｃｋ）ＲＡＲ及び識別された前記ＰＲＡＣＨに関連したＲＡＰＩＤ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ ｉｄｅｎｔｉｔｙ）を含む前記ＰＤＳＣＨに基づく、４－ｓｔｅｐｓＲＡＣＨ手順、を含んでなる、送信方法。

【請求項2】

前記ＤＣＩがＭｓｇＢ－ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）によりスクランブルされた、請求項１に記載の送信方法。

【請求項3】

無線通信システムにおいて、上りリンク信号（ｕｐｌｉｎｋ ｓｉｇｎａｌ）を送信するように構成された端末であって、
少なくとも１つの送受信機；
少なくとも１つのプロセッサ；及び
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納する少なくとも１つのメモリ；を備えてなり、
前記動作は、
前記少なくとも１つの送受信機により、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を送信し、
ウィンドウの長さが１０ｍｓを超える間、前記ＰＲＡＣＨに応じてＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）をモニタリングし；
前記ＤＣＩに基づいて、少なくとも１つの送受信機を介して、前記ＤＣＩに基づくＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）を受信し；
前記端末が前記ＤＣＩに含まれた第１ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）の為の２ビットが前記ＰＲＡＣＨを送信した第２ＳＦＮの為の２ビットと同一であるか否かを確認することができない場合、前記ＰＤＳＣＨが、前記第１ＳＦＮの為の２ビットが前記第２ＳＦＮの為の２ビットと同一であるか否かに関係なく、続くＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）手順を行う；ことを含んでなり、
前記端末が前記第１ＳＦＮの為の２ビットが前記第２ＳＦＮの為の２ビットと同一であるか否かを確認することができる場合、前記端末は、前記第１ＳＦＮの為の２ビットが前記第２ＳＦＮの為の２ビットと同一であることを確認したことに基づいて、前記続くＲＡＣＨ手順を行ない、
前記続くＲＡＣＨ手順は、
ｉ）ＲＡＲ（ｓｕｃｃｅｓｓ ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）を含む前記ＰＤＳＣＨに基づく、前記ＰＤＳＣＨに関連する肯定応答（ｐｏｓｉｔｉｖｅ ｒｅｓｐｏｎｓｅ）を含む物理上りリンク制御チャンネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ：ＰＵＣＣＨ）の送信、又は、
ｉｉ）フォールバック（ｆａｌｌｂａｃｋ）ＲＡＲ及び識別された前記ＰＲＡＣＨに関連したＲＡＰＩＤ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｅａｍｂｌｅ ｉｄｅｎｔｉｔｙ）を含む前記ＰＤＳＣＨに基づく、４－ｓｔｅｐｓＲＡＣＨ手順、を含んでなる、端末。

【請求項4】

前記ＤＣＩがＭｓｇＢ－ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）によりスクランブルされた、請求項３に記載の端末。

【発明の詳細な説明】

【技術分野】

【0001】

この開示は、任意接続手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行う方法及びそのための装置に関し、より詳しくは、端末が２段階の任意接続手順（Ｔｙｐｅ ２－Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うための方法及びそのための装置に関する。

【背景技術】

【0002】

時代の流れによってより多くの通信装置がより大きな通信トラフィックを要求することになり、既存のＬＴＥシステムに比べて向上した無線広帯域通信である次世代５Ｇシステムが要求されている。ＮｅｗＲＡＴと呼ばれる次世代５Ｇシステムでは、Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ（ｅＭＢＢ）／Ｕｌｔｒａ－Ｒｅｌｉａｂｉｌｉｔｙ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ（ＵＲＬＬＣ）／Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ－ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ｍＭＴＣ）などに通信シナリオが区分される。

【0003】

ここで、ｅＭＢＢはＨｉｇｈ Ｓｐｅｃｔｒｕｍ Ｅｆｆｉｃｉｅｎｃｙ、Ｈｉｇｈ Ｕｓｅｒ Ｅｘｐｅｒｉｅｎｃｅｄ Ｄａｔａ Ｒａｔｅ、Ｈｉｇｈ Ｐｅａｋ Ｄａｔａ Ｒａｔｅなどの特性を有する次世代移動通信シナリオであり、ＵＲＬＬＣはＵｌｔｒａ Ｒｅｌｉａｂｌｅ、Ｕｌｔｒａ Ｌｏｗ Ｌａｔｅｎｃｙ、Ｕｌｔｒａ Ｈｉｇｈ Ａｖａｉｌａｂｉｌｉｔｙなどの特性を有する次世代移動通信シナリオであり（例えば、Ｖ２Ｘ、Ｅｍｅｒｇｅｎｃｙ Ｓｅｒｖｉｃｅ、Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌ）、ｍＭＴＣはＬｏｗ Ｃｏｓｔ、Ｌｏｗ Ｅｎｅｒｇｙ、Ｓｈｏｒｔ Ｐａｃｋｅｔ、Ｍａｓｓｉｖｅ Ｃｏｎｎｅｃｔｉｖｉｔｙの特性を有する次世代移動通信シナリオである（例えば、ＩｏＴ）。

【発明の概要】

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

【0004】

この開示（本発明）は、任意接続手順を行う方法及びそのための装置を提供する。

【0005】

本発明で遂げようとする技術的目的は、以上で言及した事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。

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

【0006】

この開示の実施例による無線通信システムにおいて、端末がＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信する方法であって、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を送信し、ＰＲＡＣＨに関連するＰＤＳＣＨをスケジューリングするためのＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングし、ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）に基づいてＤＣＩが検出されることに基づいて、ＤＣＩに基づいてＰＤＳＣＨを受信することを含む（備える；構成する；構築する；設定する；包接する；包含する；含有する）。

【0007】

このとき、ＰＤＳＣＨはＤＣＩに含まれた第１ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）のための２ビットがＰＲＡＣＨを送信した第２ＳＦＮのための２ビットと同一であるか否かに関係なく受信される。

【0008】

また、端末がＤＣＩに含まれた第１ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）のための２ビットがＰＲＡＣＨを送信した第２ＳＦＮのための２ビットと同一であるか否かを確認できないことに基づいて、ＰＤＳＣＨはＤＣＩに基づいて受信される。

【0009】

また、端末がＤＣＩに含まれた第１ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）のための２ビットがＰＲＡＣＨを送信した第２ＳＦＮのための２ビットと同一であるか否かを確認でき、端末が第１ＳＦＮのための２ビットが第２ＳＦＮのための２ビットと同一ではないことを確認したことに基づいて、ＰＤＳＣＨは受信されない。

【0010】

また、端末がＤＣＩに含まれた第１ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）のための２ビットがＰＲＡＣＨを送信した第２ＳＦＮのための２ビットと同一であるか否かを確認でき、端末が第１ＳＦＮのための２ビットが第２ＳＦＮのための２ビットと同一であることを確認したことに基づいて、ＰＤＳＣＨはＤＣＩに基づいて受信される。

【0011】

また、ＤＣＩのためのモニタリングウィンドウの長さは１０ｍｓを超えてもよい。

【0012】

また、ＲＮＴＩはＭｓｇＢ－ＲＮＴＩである。

【0013】

この開示による無線通信システムにおいてＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信する端末であって、少なくとも１つの送受信機；少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納する少なくとも１つのメモリを含み、この動作は：少なくとも１つの送受信機により、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を送信し、ＰＲＡＣＨに関連するＰＤＳＣＨをスケジューリングするためのＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングし、ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）に基づいてＤＣＩが検出されることに基づいて、少なくとも１つの送受信機により、ＤＣＩに基づいてＰＤＳＣＨを受信することを含む。

【0014】

このとき、ＰＤＳＣＨはＤＣＩに含まれた第１ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）のための２ビットがＰＲＡＣＨを送信した第２ＳＦＮのための２ビットと同一であるか否かに関係なく受信される。

【0015】

また、端末がＤＣＩに含まれた第１ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）のための２ビットがＰＲＡＣＨを送信した第２ＳＦＮのための２ビットと同一であるか否かを確認できないことに基づいて、ＰＤＳＣＨはＤＣＩに基づいて受信される。

【0016】

また、端末がＤＣＩに含まれた第１ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）のための２ビットがＰＲＡＣＨを送信した第２ＳＦＮのための２ビットと同一であるか否かを確認でき、端末が第１ＳＦＮのための２ビットが第２ＳＦＮのための２ビットと同一ではないことを確認したことに基づいて、ＰＤＳＣＨは受信されない。

【0017】

また、端末がＤＣＩに含まれた第１ＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）のための２ビットがＰＲＡＣＨを送信した第２ＳＦＮのための２ビットと同一であるか否かを確認でき、端末が第１ＳＦＮのための２ビットが第２ＳＦＮのための２ビットと同一であることを確認したことに基づいて、ＰＤＳＣＨはＤＣＩに基づいて受信される。

【0018】

また、ＤＣＩのためのモニタリングウィンドウの長さは１０ｍｓを超えてもよい。

【0019】

また、ＲＮＴＩはＭｓｇＢ－ＲＮＴＩである。

【0020】

この開示による無線通信システムにおいてＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信する装置であって、少なくとも１つのプロセッサ；及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納する少なくとも１つのメモリを含み、この動作は：ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を送信し、ＰＲＡＣＨに関連するＰＤＳＣＨをスケジューリングするためのＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）をモニタリングし、ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）に基づいてＤＣＩが検出されることに基づいて、ＤＣＩに基づいてＰＤＳＣＨを受信することを含む。

【発明の効果】

【0021】

この開示によれば、端末がＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）を送信するＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）のインデックスを知らないか、又は受信したＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）の復号による遅延を減らすために、ＤＣＩに含まれたＳＦＮのインデックスを解釈しなくても、効率的に２段階の任意接続手順（Ｔｙｐｅ ２－Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。

【0022】

様々な実施例から得られる効果は以上で言及した効果に限定されず、言及していない他の効果は、以下の本発明の実施例に関する記載から、本発明の属する技術の分野における通常の知識を有する者にとって明確に導出され理解されるであろう。

【図面の簡単な説明】

【0023】

【図1】３ＧＰＰ（登録商標：以下同じ）システムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を説明する図である。

【図2-4】ＮＲシステムで使用される無線フレーム及びスロットの構造を説明する図である。

【図5-10】ＳＳ／ＰＢＣＨブロックの構成（Ｃｏｍｐｏｓｉｔｉｏｎ）及び送信方法を説明する図である。

【図11】４－ｓｔｅｐ ＲＡＣＨ手順の一例を示す図である。

【図12】２－ｓｔｅｐ ＲＡＣＨ手順の一例を示す図である。

【図13】ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ＲＡＣＨ手順の一例を示す図である。

【図14】ＳＳブロック送信及びＳＳブロックにリンクされたＰＲＡＣＨリソースの例を示す図である。

【図15】ＳＳブロック送信及びＳＳブロックにリンクされたＰＲＡＣＨリソースの例を示す図である。

【図16】ＲＡＣＨ機会構成の一例を示す図である。

【図17-19】この開示による端末及び基地局の動作に関する実施例を説明する図である。

【図20-22】この開示の実施例によるＭｓｇＢ送信のためのＤＣＩをモニタリングする方法を説明する図である。

【図23】この開示の実施例が適用される通信システムの例を示す図である。

【図24-27】この開示の実施例が適用される様々な無線機器の例を示す図である。

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

【0024】

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

【0025】

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

【0026】

また、この明細書では、基地局の名称がＲＲＨ（ｒｅｍｏｔｅ ｒａｄｉｏ ｈｅａｄ）、ｅＮＢ、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｉｎｔ）、ＲＰ（ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ）、中継器（ｒｅｌａｙ）などの包括的な用語で使用されている。

【0027】

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

【0028】

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

【0029】

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

【0030】

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

【0031】

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

【0032】

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

【0033】

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

【0034】

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

【0035】

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

【0036】

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

【0037】

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

【0038】

ＮＲシステムはＯＦＤＭ送信方式又はそれと類似する送信方式を使用する。ＮＲシステムはＬＴＥのＯＦＤＭパラメータとは異なるＯＦＤＭパラメータを従う。又はＮＲシステムは既存のＬＴＥ／ＬＴＥ－Ａのニューマロロジーを従うが、より大きいシステム帯域幅（例えば、１００ＭＨｚ）を有することができる。又は１つのセルが複数のニューマロロジーを支援することもできる。即ち、互いに異なるニューマロロジーで動作するＵＥが１つのセル内に共存することができる。

【0039】

図２はＮＲで使用される無線フレームの構造を例示している。

【0040】

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

【0041】

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

【0042】

【表1】

【0043】

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

【0044】

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

【0045】

表２は拡張ＣＰが使用される場合、ＳＣＳによってスロットごとのシンボル数、フレームごとのスロット数とサブフレームごとのスロット数が変化することを例示している。

【0046】

【表2】

【0047】

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

【0048】

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

【0049】

図４は自己完結（Ｓｅｌｆ－ｃｏｎｔａｉｎｅｄ）スロットの構造を例示している。ＮＲシステムにおいて、フレームは１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどを全て含むことができる自己完結構造を特徴とする。例えば、スロット内の最初のＮ個のシンボルは、ＤＬ制御チャネルを送信する時に使用され（以下、ＤＬ制御領域）、スロット内の最後のＭ個のシンボルはＵＬ制御チャネルを送信する時に使用される（以下、ＵＬ制御領域）。ＮとＭは各々０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間におけるリソース領域（以下、データ領域）は、ＤＬデータ送信のために使用されるか、又はＵＬデータ送信のために使用される。一例として、以下の構成を考慮できる。各区間は時間順である。

【0050】

１．ＤＬのみの構成

【0051】

２．ＵＬのみの構成

【0052】

３．混合ＵＬ－ＤＬの構成

【0053】

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

【0054】

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

【0055】

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

【0056】

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

【0057】

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

【0058】

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

【0059】

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

【0060】

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

【0061】

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

【0062】

端末のセル探索過程は、下記の表３のようにまとめられる。

【0063】

【表3】

【0064】

図６はＳＳＢ送信を例示する。

【0065】

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

【0066】

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

【0067】

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

【0068】

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

【0069】

ＳＳバーストセット内においてＳＳＢ候補の時間位置は、ＳＣＳに応じて、以下のように定義される。ＳＳＢ候補の時間位置は、ＳＳＢバーストセット（即ち、ハーフ－フレーム）内において、時間順に従って０～Ｌ－１とインデックスされる（ＳＳＢインデックス）。

【0070】

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

【0071】

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

【0072】

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

【0073】

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

【0074】

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

【0075】

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

【0076】

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

【0077】

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

【0078】

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

【0079】

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

【0080】

システム情報獲得

【0081】

図８はシステム情報（ＳＩ）の獲得過程を例示する。端末はＳＩ獲得過程によりＡＳ－／ＮＡＳ－情報を得る。ＳＩ獲得過程はＲＲＣ＿ＩＤＬＥ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態及びＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態の端末に適用される。

【0082】

ＳＩはＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）と複数のＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に分けられる。ＭＩＢと複数のＳＩＢは再度最小ＳＩ（Ｍｉｎｉｍｕｍ ＳＩ）と他のＳＩ（Ｏｔｈｅｒ ＳＩ）に区分される。ここで、最小ＳＩはＭＩＢとＳＩＢ１で構成され、初期接続のために要求される基本情報と他のＳＩを得るための情報を含む。ここで、ＳＩＢ１はＲＭＳＩ（Ｒｅｍａｉｎｉｎｇ Ｍｉｎｉｍｕｍ Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ）と呼ばれる。詳しい事項は以下を参照する。

【0083】

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

【0084】

－ＳＩＢ１は残りのＳＩＢ（以下、ＳＩＢｘ、ｘは２以上の定数）の可用性及びスケジューリング（例えば、送信周期、ＳＩ－ウインドウサイズ）に関連する情報を含む。例えば、ＳＩＢ１はＳＩＢｘが周期的に放送されるか否か、ｏｎ－ｄｅｍａｎｄ方式で端末の要請により提供されるか否かを知らせる。ＳＩＢｘがｏｎ－ｄｅｍａｎｄ方式で提供される場合、ＳＩＢ１は端末がＳＩ要請を行うために必要な情報を含む。ＳＩＢ１はＰＤＳＣＨを介して送信され、ＳＩＢ１をスケジューリングするＰＤＣＣＨはＴｙｐｅ０－ＰＤＣＣＨ共通探索空間を介して送信され、ＳＩＢ１はＰＤＣＣＨにより指示されるＰＤＳＣＨを介して送信される。

【0085】

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

【0086】

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

【0087】

図９はＳＳＢのマルチビーム送信を例示する。

【0088】

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

【0089】

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

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【0095】

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

【0096】

ＳＳＢバーストセット内でＳＳＢは最大Ｌ個が送信され、ＳＳＢが実際に送信される個数／位置は基地局／セルごとに異なる。ＳＳＢが実際に送信される個数／位置はレートマッチングと測定のために使用され、実際に送信されるＳＳＢに関する情報は以下のように指示される。

【0097】

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

【0098】

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

【0099】

一方、ＮＲシステムの場合、送信／受信アンテナが大きく増加する巨大（ｍａｓｓｉｖｅ）多重入力多重出力（ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ、ＭＩＭＯ）環境が考慮される。即ち、巨大ＭＩＭＯ環境が考慮されることにより、送信／受信アンテナの数は数十又は数百個以上に増加する。一方、ＮＲシステムでは、６ＧＨｚ以上の帯域、即ち、ミリメートル周波数帯域での通信を支援する。しかし、ミリメートル周波数帯域は非常に高い周波数帯域を用いるため、距離による信号減殺が急激であるという周波数特性を有する。従って、少なくとも６ＧＨｚ以上の帯域を使用するＮＲシステムでは、急激な電波減殺特性を補償するために、信号送信を全方向ではなく特定の方向にエネルギーを集めて送信するビームフォーミング技法を使用する。巨大ＭＩＭＯ環境ではハードウェア具現の複雑度を減らし、多数のアンテナを用いた性能増加、リソース割り当ての柔軟性、周波数ごとのビーム制御の容易さのために、ビーム形成加重値ベクトル（ｗｅｉｇｈｔ ｖｅｃｔｏｒ）／プリコーディングベクトル（ｐｒｅｃｏｄｉｎｇ ｖｅｃｔｏｒ）を適用する位置によって、アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍｆｏｒｍｉｎｇ）技法とデジタルビームフォーミング（ｄｉｇｉｔａｌ ｂｅａｍｆｏｒｍｉｎｇ）技法が結合したハイブリッド（ｈｙｂｒｉｄ）形態のビームフォーミング技法が要求される。

【0100】

任意接続手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ、ＲＡＣＨ）

【0101】

基地局に最初に接続するか、或いは信号送信のための無線リソースがないなどの場合、端末は基地局に対して任意接続手順を行う。

【0102】

任意接続手順は様々な用途に使用される。例えば、任意接続手順はＲＲＣ＿ＩＤＬＥからネットワーク初期接続、ＲＲＣ連結再確立手順（ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅ－ｅｓｔａｂｌｉｓｈｍｅｎｔ ｐｒｏｃｅｄｕｒｅ）、ハンドオーバー、ＵＥ－トリガー（ＵＥ－ｔｒｉｇｇｅｒｅｄ）ＵＬデータ送信、ＲＲＣ＿ＩＮＡＣＴＩＶＥから転移（ｔｒａｎｓｉｔｉｏｎ）、ＳＣｅｌｌ追加においての時間整列（Ｔｉｍｅ ａｌｉｇｎｍｅｎｔ）の確立、ＯＳＩ（ｏｔｈｅｒ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）要請及びビーム失敗回復（Ｂｅａｍ ｆａｉｌｕｒｅ ｒｅｃｏｖｅｒｙ）などに使用される。端末は任意接続手順によりＵＬ同期とＵＬ送信リソースを得ることができる。

【0103】

任意接続手順は、競争基盤（ｃｏｎｔｅｎｔｉｏｎ－ｂａｓｅｄ）の任意接続手順と非競争（ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ）の任意接続手順で構成される。競争基盤の任意接続手順は、４－ｓｔｅｐ任意接続手順（４－ｓｔｅｐ ＲＡＣＨ）と２－ｓｔｅｐ任意接続手順（２－ｓｔｅｐ ＲＡＣＨ）に区分される。

【0104】

（１）４－ｓｔｅｐ ＲＡＣＨ：Ｔｙｐｅ－１ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ

【0105】

図１１は４－ｓｔｅｐ ＲＡＣＨ手順の一例を示す図である。

【0106】

（競争基盤の）任意接続手順が４段階で行われる（４－ｓｔｅｐ ＲＡＣＨ）場合、端末は物理任意接続チャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介して特定のシーケンスに関連するプリアンブルを含むメッセージ（メッセージ１、Ｍｓｇ１）を送信し（１１０１）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介してプリアンブルに対する応答メッセージ（（ＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ） ｍｅｓｓａｇｅ）（メッセージ２、Ｍｓｇ２）を受信する（１１０３）。端末はＲＡＲ内のスケジューリング情報を用いてＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を含むメッセージ（メッセージ３、Ｍｓｇ３）を送信し（１１０５）、物理下りリンク制御チャネル信号及びそれに対応する物理下りリンク共有チャネル信号の受信のような衝突（競争）解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行う。端末は基地局から衝突解決手順のための衝突（競争）解決情報（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を含むメッセージ（メッセージ４、Ｍｓｇ４）を受信する（１１０７）。

【0107】

端末の４－ステップＲＡＣＨ手順は以下の表４のように要約される。

【0108】

【表4】

【0109】

まず、端末はＵＬにおいて任意接続手順のＭｓｇ１として任意接続プリアンブルを、ＰＲＡＣＨを介して送信する。

【0110】

互いに異なる長さの任意接続プリアンブルシーケンスが支援される。長いシーケンス８３９は１．２５及び５ｋＨｚの副搬送波間隔に適用され、短いシーケンス１３９は１５、３０、６０及び１２０ｋＨｚの副搬送波間隔に適用される。

【0111】

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

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

【表5】

【0117】

ＴＰＣ命令はＭｓｇ３ ＰＵＳＣＨの送信電力を決定するときに使用され、例えば、表６により解釈できる。

【0118】

【表6】

【0119】

（２）２－ｓｔｅｐ ＲＡＣＨ：Ｔｙｐｅ－２ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ

【0120】

図１２は２－ｓｔｅｐ ＲＡＣＨ手順の一例を示す図である。

【0121】

（競争基盤の）任意接続手順が２段階で行われる２－ｓｔｅｐ ＲＡＣＨ手順は、低いシグナリングオーバーヘッドと低い遅延を達成するために、ＲＡＣＨ手順を単純化するために提案されている。

【0122】

４－ｓｔｅｐ ＲＡＣＨ手順でのメッセージ１を送信する動作とメッセージ３を送信する動作は、２－ｓｔｅｐ ＲＡＣＨ手順では端末がＰＲＡＣＨ及びＰＵＳＣＨを含む一つのメッセージ（メッセージＡ）に対する送信を行う一つの動作により行われ、４－ｓｔｅｐ ＲＡＣＨ手順での基地局がメッセージ２を送信する動作及びメッセージ４を送信する動作は、２－ｓｔｅｐ ＲＡＣＨ手順では基地局がＲＡＲ及び衝突解決情報を含む一つのメッセージ（メッセージＢ）に対する送信を行う一つの動作により行われる。

【0123】

即ち、２－ｓｔｅｐ ＲＡＣＨ手順において、端末は４－ｓｔｅｐ ＲＡＣＨ手順でのメッセージ１とメッセージ３を一つのメッセージ（例えば、メッセージＡ（ｍｅｓｓａｇｅ Ａ、ＭｓｇＡ））として結合して、該当一つのメッセージを基地局に送信する（１２０１）。

【0124】

また、２－ｓｔｅｐ ＲＡＣＨ手順において、基地局は４－ｓｔｅｐ ＲＡＣＨ手順でのメッセージ２とメッセージ４を一つのメッセージ（例えば、メッセージＢ（ｍｅｓｓａｇｅ Ｂ、ＭｓｇＢ））として結合して、該当一つのメッセージを端末に送信する（１２０３）。

【0125】

かかるメッセージの結合に基づいて、２－ｓｔｅｐ ＲＡＣＨ手順は低い遅延（ｌｏｗ－ｌａｔｅｎｃｙ）ＲＡＣＨ手順を提供することができる。

【0126】

より具体的には、２－ｓｔｅｐ ＲＡＣＨ手順においてメッセージＡはメッセージ１に含まれたＰＲＡＣＨプリアンブルとメッセージ３に含まれたデータを含む。２－ｓｔｅｐ ＲＡＣＨ手順においてメッセージＢはメッセージ２に含まれたＲＡＲ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｒｅｓｐｏｎｓｅ）とメッセージ４に含まれた競争解消情報（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）を含む。

【0127】

（３）Ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ＲＡＣＨ

【0128】

図１３はｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ＲＡＣＨ手順の一例を示す図である。

【0129】

非競争任意接続手順（ｃｏｎｔｅｎｔｉｏｎ－ｆｒｅｅ ＲＡＣＨ）は、端末が他のセル又は基地局にハンドオーバーする過程で使用されるか、又は基地局の命令により要請された場合に行われる。非競争任意接続手順の基本的な過程は競争基盤の任意接続手順と類似する。但し、端末が複数の任意接続プリアンブルのうち、使用するプリアンブルを任意に選択する競争基盤の任意接続手順とは異なり、非競争任意接続手順では、端末が使用するプリアンブル（以下、専用任意接続プリアンブル）が基地局により端末に割り当てられる（１３０１）。専用の任意接続プリアンブルに関する情報はＲＲＣメッセージ（例、ハンドオーバー命令）に含まれるか、又はＰＤＣＣＨオーダー（ｏｒｄｅｒ）により端末に提供される。任意接続手順が開始されると、端末は専用の任意接続プリアンブルを基地局に送信する（１３０３）。端末が基地局から任意接続応答を受信すると、任意接続手順は完了する（ｃｏｍｐｌｅｔｅ）（１３０５）。

【0130】

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

【0131】

（４）Ｍａｐｐｉｎｇ ｂｅｔｗｅｅｎ ＳＳＢ ｂｌｏｃｋＳ ａｎｄ ＰＲＡＣＨ Ｒｅｓｏｕｒｃｅ（ｏｃｃａｓｉｏｎ）

【0132】

図１４及び図１５は様々な実施例によるＳＳブロック送信及びＳＳブロックにリンクされたＰＲＡＣＨリソースの一例を示す図である。

【0133】

基地局が１つのＵＥと通信するためには、基地局とＵＥの間の最適のビーム方向を把握する必要があり、ＵＥの動きによって最適のビーム方向も変化するので、最適のビーム方向を持続的に追跡する必要がある。基地局とＵＥの間の最適のビーム方向を把握する過程をビーム獲得（ｂｅａｍ ａｃｑｕｉｓｉｔｉｏｎ）過程といい、最適のビーム方向を持続的に追跡する過程をビーム追跡（ｂｅａｍ ｔｒａｃｋｉｎｇ）過程という。ビーム獲得過程は、１）ＵＥが基地局に最初に接続を試みる初期接続、２）ＵＥが１つの基地局から他の基地局に移るハンドオーバー、３）ＵＥと基地局の間の最適のビームを探すビーム追跡中に最適のビームを失い、基地局との通信が最適の通信状態を持続できないか又は通信不可能になった状態、即ち、ビーム失敗（ｂｅａｍ ｆａｉｌｕｒｅ）を回復するためのビーム回復（ｂｅａｍ ｒｅｃｏｖｅｒｙ）などに必要である。

【0134】

ＮＲシステムの場合、多重ビームを使用する環境においてビーム獲得のために多段階のビーム獲得過程が論議されている。多段階のビーム獲得過程において、基地局とＵＥが初期接続段では広いビームを用いて連結設定を進行し、連結設定の完了後、基地局とＵＥは狭いビームを用いて最適の品質で通信を行う。様々な実施例に適用可能なＮＲシステムのビーム獲得過程の一例は以下の通りである。

【0135】

１）基地局はＵＥが初期接続段階で基地局を探し、即ち、セル探索（ｃｅｌｌ ｓｅａｒｃｈ）或いはセル獲得（ｃｅｌｌ ａｃｑｕｉｓｉｔｉｎｏ）を行い、広いビームのビームごとのチャネル品質を測定してビーム獲得の１次段階で使用する最適の広いビームを探すために、広いビームごとに同期ブロック（ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｂｌｏｃｋ）を送信する。

【0136】

２）ＵＥはビームごとの同期ブロックに対してセル探索を行い、ビームごとのセル検出結果を用いて下りリンクビーム獲得を行う。

【0137】

３）ＵＥは自分が探した基地局に自分の接続を知らせるために、ＲＡＣＨ過程を行う。

【0138】

４）ＵＥがＲＡＣＨ過程と同時に広いビームレベルで下りリンクビーム獲得結果（例、ビームインデックス）を基地局に知らせるために、基地局はビームごとに送信された同期ブロックとＰＲＡＣＨ送信のために使用されるＰＲＡＣＨリソースを連結或いは連関させる。ＵＥは自分が探した最適のビーム方向に連結されたＰＲＡＣＨリソースを用いてＲＡＣＨ過程を行うと、基地局はＰＲＡＣＨプリアンブルの受信過程でＵＥに適合した下りリンクビームに関する情報を得る。

【0139】

多重ビーム環境においては、ＵＥと送信及び受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ）の間のＴｘビーム及び／又は受信（ｒｅｃｅｐｔｉｏｎ、Ｒｘ）ビーム方向をＵＥ及び／又はＴＲＰが正確に決定できるかが問題である。多重ビーム環境において、ＴＲＰ（例、基地局）或いはＵＥのＴＸ／ＲＸ相互能力によって信号送信を繰り返し或いは信号受信のためのビームスイーピングが考えられる。ＴＸ／ＲＸ相互能力はＴＲＰ及びＵＥにおけるＴＸ／ＲＸビーム対応性（ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）ともいう。多重ビーム環境において、ＴＲＰ及びＵＥでＴＸ／ＲＸ相互能力が有効ではないと、ＵＥは自分が下りリンク信号を受信したビーム方向に上りリンク信号を送信しないことができる。ＵＬの最適の経路とＤＬの最適の経路が異なることがあるためである。ＴＲＰにおけるＴＸ／ＲＸビーム対応性は、ＴＲＰがＴＲＰの１つ以上のＴＸビームに関するＵＥの下りリンク測定に基づいて該当上りリンク受信のためにＴＲＰ ＲＸビームを決定できれば、及び／又はＴＲＰがＴＲＰの１つ以上のＲＸビームに関するＴＲＰ’の上りリンク測定に基づいて該当下りリンク送信に対するＴＲＰ ＴＸビームを決定できれば、有効である。ＵＥにおけるＴＸ／ＲＸビーム対応性は、ＵＥがＵＥの１つ以上のＲＸビームに関するＵＥの下りリンク測定に基づいて該当上りリンク送信のためのＵＥ ＲＸビームを決定できれば、及び／又はＵＥがＵＥの１つ以上のＴＸビームに関する上りリンク測定に基づくＴＲＰの指示（ｉｎｄｉｃａｔｉｏｎ）に基づいて該当下りリンク受信に対するＵＥ ＴＸビームを決定できれば、有効である。

【0140】

（５）ＰＲＡＣＨプリアンブル構造

【0141】

ＮＲシステムにおいて、基地局への初期接続、即ち、基地局が使用するセルを通じた基地局への初期接続のために使用するＲＡＣＨ信号は、以下の要素を用いて構成される。

【0142】

－循環プレフィックス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ、ＣＰ）：以前の／前の（ＯＦＤＭ）シンボルからの干渉を防ぎ、多様な時間遅延を有して基地局に到着するＰＲＡＣＨプリアンブル信号を１つの同時間帯に集める役割を果たす。即ち、セルの最大半径に合うようにＣＰを設定すると、セル内のＵＥが同一のリソースで送信したＰＲＡＣＨプリアンブルがＰＲＡＣＨ受信のために基地局が設定したＰＲＡＣＨプリアンブル長さに該当するＰＲＡＣＨ受信ウィンドウ内に入る。ＣＰの長さは一般的に最大の往復遅延（ｍａｘｉｍｕｍ ｒｏｕｎｄ ｔｒｉｐ ｄｅｌａｙ）より大きいか又は等しく設定される。ＣＰは長さＴ_ＣＰを有する。

【0143】

－プリアンブル（シーケンス）：信号が送信されたことを基地局が検出するためのシーケンスが定義され、プリアンブルはこのシーケンスを運ぶ役割を果たす。プリアンブルシーケンスは長さＴ_ＳＥＱを有する。

【0144】

－ガード時間（ｇｕａｒｄ ｔｉｍｅ、ＧＴ）：ＲＡＣＨカーバリッジ上、基地局と最も遠いところから送信され、遅延されて基地局に入るＰＲＡＣＨ信号が、ＰＲＡＣＨシンボル区間以後に入る信号に干渉を与えないようにするために定義された区間であって、この区間ではＵＥが信号を送信しないので、ＧＴはＰＲＡＣＨ信号として定義されないこともできる。ガード時間は長さＴ_ＧＰを有する。

【0145】

（６）Ｍａｐｐｉｎｇ ｔｏ ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅｓ ｆｏｒ Ｐｈｙｓｉｃａｌ ｒａｎｄｏｍ－ａｃｃｅｓｓ ｃｈａｎｎｅｌ

【0146】

任意接続プリアンブルはＲＡＣＨ設定のために予め設定されたテーブル（ＲＡＣＨ設定テーブル）とＦＲ１、ＦＲ２及び予め設定されたスペクトルタイプに基づいて得られた時間リソース内でのみ送信される。

【0147】

ＲＡＣＨ設定テーブル内のＰＲＡＣＨ設定インデックス（ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ）は以下の通りである。

【0148】

－ＦＲ１の任意接続設定及び不対スペクトル（ｕｎｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）に対するＲＡＣＨ設定テーブルのために、上位階層パラメータｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＮｅｗ（ｉｆ ｃｏｎｆｉｇｕｒｅｄ）から与えられる。そうではない場合は、ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ、ｍｓｇＡ－ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ、又はｍｓｇＡ－ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＮｅｗ（ｉｆ ｃｏｎｆｉｇｕｒｅｄ）などから与えられる。

【0149】

－ＦＲ１の任意接続設定及び対スペクトル（ｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）／付加上りリンク（ｓｕｐｐｌｅｍｅｎｔａｒｙ ｕｐｌｉｎｋ）に対するＲＡＣＨ設定テーブル、及びＦＲ２の任意接続設定及び不対スペクトルに対するＲＡＣＨ設定テーブルのために、上位階層パラメータｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘ、又はｍｓｇＡ－ｐｒａｃｈ－ＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｅｘＮｅｗ（ｉｆ ｃｏｎｆｉｇｕｒｅｄ）などから与えられる。

【0150】

ＲＡＣＨ設定テーブルは、各ケースにおいてＰＲＡＣＨ設定インデックス、プリアンブルフォーマット、ｎ_ＳＦＮ ｍｏｄ ｘ＝ｙ、サブフレームの数、開始シンボル、ＰＲＡＣＨスロットの数、時間ドメインにおいてＰＲＡＣＨスロット内のＰＲＡＣＨ機会回数（ｎｕｍｂｅｒ ｏｆ ｔｉｍｅ－ｄｏｍａｉｎ ＰＲＡＣＨ ｏｃｃａｓｉｏｎｓ ｗｉｔｈｉｎ ａ ＰＲＡＣＨ ｓｌｏｔ）、及びＰＲＡＣＨ期間のうちのいずれかとの関係に関するテーブルである。

【0151】

それぞれのケースは以下の通りである：

【0152】

－（１）ＦＲ１の任意接続設定及び対スペクトル／付加上りリンク

【0153】

－（２）ＦＲ１の任意接続設定及び不対スペクトル

【0154】

－（３）ＦＲ２の任意接続設定及び不対スペクトル

【0155】

以下の表７は（２）ＦＲ１の任意接続設定及び不対スペクトルのためのＲＡＣＨ設定テーブルの一例の一部を表す。

【0156】

【表7】

【0157】

ＲＡＣＨ設定テーブル（ＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｔａｂｌｅ）には、ＲＡＣＨ機会（ＲＡＣＨ ｏｃｃａｓｉｏｎ）を構成するために必要なパラメータ（プリアンブルフォーマット、周期、ＳＦＮオフセット、ＲＡＣＨサブフレーム／スロットインデックス、開始ＯＦＤＭシンボル、ＲＡＣＨスロットの数、機会の回数、ＲＡＣＨフォーマットのためのＯＦＤＭシンボルなど）に関する具体的な値が表されている。ＲＡＣＨ設定インデックスが指示されると、指示されたインデックスに該当する特定の値が使用される。

【0158】

例えば、開始ＯＦＤＭシンボル（Ｓｔａｒｔｉｎｇ ＯＦＤＭ ｓｙｍｂｏｌ）パラメータがｎである場合、＃ｎのインデックスを有するＯＦＤＭシンボルから（時間ドメインにおいて）連続する１つ以上のＲＡＣＨ機会が設定される。

【0159】

例えば、１つ以上のＲＡＣＨ機会回数は時間ドメインにおいてＲＡＣＨスロット内のＲＡＣＨ機会回数（ｎｕｍｂｅｒ ｏｆ ｔｉｍｅ－ｄｏｍａｉｎ ＰＲＡＣＨ ｏｃｃａｓｉｏｎｓ ｗｉｔｈｉｎ ａ ＲＡＣＨ ｓｌｏｔ）パラメータにより指示される。

【0160】

例えば、ＲＡＣＨスロットは１つ以上のＲＡＣＨ機会を含む。

【0161】

例えば、（サブフレーム内及び／又は特定のＳＣＳのスロット内の）ＲＡＣＨスロット数がＲＡＣＨスロット数パラメータにより指示される。

【0162】

例えば、ＲＡＣＨ機会が含まれるシステムフレーム数（ｓｙｓｔｅｍ ｆｒａｍｅ ｎｕｍｂｅｒ， ＳＦＮ）はｎ_ＳＦＮ ｍｏｄ ｘ＝ｙにより決定される。ｍｏｄはモジュロ演算（ｍｏｄｕｌｏ ａｒｉｔｈｍｅｔｉｃ、ｍｏｄｕｌｏ ｏｐｅｒａｔｉｏｎ）により、被除数（ｄｉｖｉｄｅｎｄ）ｑを除数（ｄｉｖｉｓｏｒ）で割った余り（ｒｅｍａｉｎｄｅｒ）ｒを求める演算である（ｒ＝ｑ ｍｏｄ（ｄ））。

【0163】

例えば、システムフレーム内のＲＡＣＨ機会が含まれるサブフレーム／スロット（インデックス）がＲＡＣＨサブフレーム／スロットインデックスパラメータにより指示される。

【0164】

例えば、ＲＡＣＨ送受信のためのプリアンブルフォーマットがプリアンブルフォーマットパラメータにより指示される。

【0165】

図１６（ａ）を参照すると、例えば、開始ＯＦＤＭシンボルが０に指示された場合、＃０のＯＦＤＭシンボルから（時間ドメインにおいて）連続する１つ以上のＲＡＣＨ機会が設定される。例えば、１つ以上のＲＡＣＨ機会回数は時間ドメインにおいてＲＡＣＨスロット内のＲＡＣＨ機会回数パラメータにより指示された値に従う。例えば、プリアンブルフォーマットはプリアンブルフォーマットパラメータにより指示される。例えば、プリアンブルフォーマットＡ１、Ａ２、Ａ３、Ｂ４、Ｃ０、Ｃ２などが指示される。例えば、最後の２つのＯＦＤＭシンボルのうち、一方は保護区間として使用され、他方はＰＵＣＣＨ、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）などの他の上りリンク信号送信に使用される。

【0166】

図１６（ｂ）を参照すると、例えば、開始ＯＦＤＭシンボルが２に指示された場合、＃２のＯＦＤＭシンボルから（時間ドメインにおいて）連続する１つ以上のＲＡＣＨ機会が設定される。例えば、１２つのＯＦＤＭシンボルがＲＡＣＨ機会のために使用され、最後のＯＦＤＭシンボルに保護区間は設定されない。例えば、１つ以上のＲＡＣＨ機会回数は時間ドメインにおいてＲＡＣＨスロット内のＲＡＣＨ機会回数パラメータにより指示された値に従う。例えば、プリアンブルフォーマットはプリアンブルフォーマットパラメータにより指示される。例えば、プリアンブルフォーマットＡ１／Ｂ１、Ｂ１、Ａ２／Ｂ２、Ａ３／Ｂ３、Ｂ４、Ｃ０、Ｃ２などが指示される。

【0167】

図１６（ｃ）を参照すると、例えば、開始ＯＦＤＭシンボルが７に指示された場合、＃７のＯＦＤＭシンボルから（時間ドメインにおいて）連続する１つ以上のＲＡＣＨ機会が設定される。例えば、６つのＯＦＤＭシンボルがＲＡＣＨ機会のために使用され、最後のＯＦＤＭシンボル（＃１３のＯＦＤＭシンボル）ＰＵＣＣＨ、ＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ）などの他の上りリンク信号送信に使用される。例えば、１つ以上のＲＡＣＨ機会回数は時間ドメインにおいてＲＡＣＨスロット内のＲＡＣＨ機会回数パラメータにより指示された値に従う。例えば、プリアンブルフォーマットはプリアンブルフォーマットパラメータにより指示される。例えば、プリアンブルフォーマットＡ１、Ｂ１、Ａ２、Ａ３、Ｂ３、Ｂ４、Ｃ０、Ｃ２などが指示される。

【0168】

例えば、ＲＡＣＨ設定テーブルに含まれたパラメータはＲＡＣＨ設定テーブルとＲＡＣＨ設定インデックスにより識別／決定される予め設定された対応関係を満たす。例えば、ＰＲＡＣＨ設定インデックス、ＲＡＣＨフォーマット、周期（ｘ）＝８、ＳＦＮオフセット（ｙ）、サブフレームの数、開始シンボル（インデックス）、サブフレーム内のＰＲＡＣＨスロットの数、ＰＲＡＣＨスロット内のＰＲＡＣＨ機会回数、ＰＲＡＣＨ期間／ＲＡＣＨフォーマットのためのＯＦＤＭシンボルなどの間には予め設定された対応関係が満たされ、このような対応関係はＲＡＣＨ設定インデックスとＲＡＣＨ設定テーブルにより識別される。

【0169】

以下、この開示の実施例による任意接続手順の方法について説明する。

【0170】

図１７ないし図１９ではこの開示の実施例による端末及び基地局の全般的な動作過程について説明する。

【0171】

図１７はこの開示の実施例による端末の全般的な動作過程を示す。

【0172】

図１７を参照すると、端末は基地局にＭｓｇＡを送信する（Ｓ１７０１）。このとき、ＭｓｇＡはＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）のみを含んでもよく、ＰＲＡＣＨ及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を含んでもよい。ＭｓｇＡがＰＲＡＣＨ及びＰＵＳＣＨを全て含む場合、端末はＰＲＡＣＨを送信した後、ＰＵＳＣＨを送信する。

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

反面、基地局はＭｓｇＢに４－ｓｔｅｐ ＲＡＣＨのＭｓｇ３送信を指示するメッセージを含めて端末に送信することができる。端末はＭｓｇＢのためのＰＤＣＣＨをモニタリングし、ＭｓｇＢに該当するＰＤＣＣＨを受信する。また端末はＰＤＣＣＨに対応するＰＤＳＣＨを復号（ｄｅｃｏｄｉｎｇ）し、その後、端末の動作に対する指示子を得られる。

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

反面、ＰＤＣＣＨコンテンツではないＲＡＲメッセージ又はＭｓｇＢに該当指示子を含めることもできる。

【0259】

３．実施例３

【0260】

以下、実施例１及び実施例２の具体的な実施例について説明する。

【0261】

（１） 実施例３－１：２－ｓｔｅｐ ＲＡＣＨのＲＡＲのためのＰＤＣＣＨ及び４－ｓｔｅｐ ＲＡＣＨのＲＡＲのためのＰＤＣＣＨを区分する方法

【0262】

２－ｓｔｅｐ ＲＡＣＨと４－ｓｔｅｐ ＲＡＣＨのためにＲＡＣＨ Ｏｃｃａｓｉｏｎ（ＲＯ）を共有できるが、このとき、２－ｓｔｅｐ ＲＡＣＨと４－ｓｔｅｐ ＲＡＣＨのそれぞれのＲＡＣＨ手順のために区分されるＰＲＡＣＨプリアンブルを割り当てることができる。しかし、ＲＡ－ＲＮＴＩがＲＯにより生成されると、ＲＡＣＨ手順によってそれに対応する応答（Ｒｅｓｐｏｎｓｅ）を受信しようとする端末の立場では、受信された応答がどのＲＡＣＨ手順に対応する応答であるかを区分することが難しい。

【0263】

４－ｓｔｅｐ ＲＡＣＨにおいて端末はＰＲＡＣＨプリアンブルを送信した後のスロットからＭｓｇ２のためのＰＤＣＣＨをモニタリングする。具体的には、端末はＰＤＣＣＨモニタリングのために基地局で指示されたＲＡＲ検索空間内に含まれた最大１０ｍｓのモニタリングウィンドウによりＲＡ－ＲＮＴＩに基づいてＰＤＣＣＨをモニタリングする。

【0264】

反面、２－ｓｔｅｐ ＲＡＣＨでは端末がＭｓｇＡ ＰＲＡＣＨプリアンブルを送信した後、ＭｓｇＡ ＰＵＳＣＨを送信した後（例えば、ＰＵＳＣＨ送信後又はＰＵＳＣＨグループの終了点）から一定時間経過後、ＤＬ又はフレキシブルに設定されたスロットから２－ｓｔｅｐ ＲＡＣＨのＲＡＲのためのＰＤＣＣＨをモニタリングする。

【0265】

このとき、２－ｓｔｅｐ ＲＡＲのために設定された検索空間に基づいてＰＤＣＣＨをモニタリングする。一方、２－ｓｔｅｐ ＲＡＲのために設定された検索空間は、４－ｓｔｅｐ ＲＡＣＨのために設定された検索空間と同一であってもよく、或いは２－ｓｔｅｐのために特に指定された検索空間であってもよい。

【0266】

また、２－ｓｔｅｐ ＲＡＲのためのＰＤＣＣＨをモニタリングするとき、端末の状態に基づいて互いに異なるＲＮＴＩを使用できる。例えば、ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態の端末の場合、ｓｕｃｃｅｓｓ ＲＡＲを受信するためにＣ－ＲＮＴＩを使用し、同時にＦａｌｌ－ｂａｃｋ ＲＡＲを受信するためにＲＡ－ＲＮＴＩを使用することができる。反面、ＲＲＣ ＣＯＮＮＥＣＴＥＤ状態の端末は、ｓｕｃｃｅｓｓ ＲＡＲ及びＦａｌｌ－ｂａｃｋ ＲＡＲ受信のためにＲＡ－ＲＮＴＩのみを使用してもよい。

【0267】

一方、ＲＲＣ ＩＤＬＥ／ＩＮＡＣＴＩＶＥ状態の端末の場合、２－ｓｔｅｐ ＲＡＲ受信のためのＲＡ－ＲＮＴＩを使用してもよい。例えば、２－ｓｔｅｐ ＲＡ－ＲＮＴＩは４－ｓｔｅｐ ＲＡ－ＲＮＴＩとは異なる。さらに、例えば、４－ｓｔｅｐ ＲＡ－ＲＮＴＩと２－ｓｔｅｐ ＲＡ－ＲＮＴＩは同一であってもよいが、ＣＲＣへのマッピング後に残りのＮ個のビットに２－ｓｔｅｐ ＲＡＣＨのための特定のビット列をマスキングすることができる。例えば、ＣＲＣが２４ビットであり、ＲＡ－ＲＮＴＩは１６ビットであれば、８ビットが残るので、残りの８ビットに特定のビット列をマスキングして、マスキングされた特定のビット列に基づいて２－ｓｔｅｐ ＲＡＲと４－ｓｔｅｐ ＲＡＲを区分することができる。

【0268】

一方、上述した方法により２－ｓｔｅｐ ＲＡＲのためのＰＤＣＣＨと４－ｓｔｅｐ ＲＡＲのためのＰＤＣＣＨが区分されても、２－ｓｔｅｐ ＲＡＲのためのＰＤＣＣＨをモニタリングする開始時点がＲＯ後のＰＯ（ＰＵＳＣＨ Ｏｃｃａｓｉｏｎ）を送信する時点であり、モニタリング区間が１０ｍｓを超えることもあるので、２－ｓｔｅｐ ＲＡ－ＲＮＴＩ間の衝突（ｃｏｌｌｉｓｉｏｎ）が発生し得る。既存のＲＡ－ＲＮＴＩは１０ｍｓごとに繰り返されるためである。

【0269】

これを解決するために、２－ｓｔｅｐ ＲＡＣＨ ＲＡＲのための制御信号（例えば、ＤＣＩ）又はＲＡＲメッセージにより、どの時点のＲＯ又はＰＯのためのＲＡ－ＲＮＴＩであるかに関する情報を指示することができる。例えば、ＳＦＮの下位Ｎビットが制御信号又はＲＡＲメッセージに含まれる。例えば、Ｎ＝１，２及び３のいずれかであり、Ｎ値はＲＡＲモニタリングウィンドウとＰＤＣＣＨ検索開始点によって決定される。また制御信号又はＲＡＲメッセージにＲＯから相対的な経過時間に関する情報を含めても良い。例えば、ＲＯからＮ＊１０ｍｓに関する情報を含み、このとき、Ｎ＝１，２，３，４，５，６，７，８などの値である。

【0270】

（２） 実施例３－２：ＲＡＣＨ Ｏｃｃａｓｉｏｎ（ＲＯ）とＰＵＳＣＨ Ｏｃｃａｓｉｏｎ（ＰＯ）のマッピングにおいて、２－ｓｔｅｐ ＰＲＡＣＨプリアンブルのうち、ＰＵＳＣＨリソース単位（Ｒｅｓｏｕｒｃｅ Ｕｎｉｔ；ＰＲＵ）にマッピングされないＰＲＡＣＨプリアンブルがある場合、ＲＡＲのためのＰＤＣＣＨモニタリング方法

【0271】

２－ｓｔｅｐ ＲＡＣＨでは端末はＭｓｇＡを構成するために、特定のＲＯのＰＲＡＣＨプリアンブルと特定のＰＯのＰＲＵをマッピングすることができる。

【0272】

しかし、ＲＯの数がＰＯの数より多い場合、ＰＯにマッピングできないＲＯがあり得る。又はＰＲＵとマッピングできないＰＲＡＣＨプリアンブルがあり得る。２－ｓｔｅｐ ＲＡＣＨ手順を行う端末が２－ｓｔｅｐ ＰＲＡＣＨプリアンブルのうち、特定の時点にＰＲＵにマッピングされないＰＲＡＣＨプリアンブルを選択してＭｓｇＡを送信することができる。この場合、端末が２－ｓｔｅｐ ＲＡＣＨのＲＡＲのためのＰＤＣＣＨをモニタリングする時点は、実際ＰＵＳＣＨを送信してはいないが、送信したことを予想できるＰＯ後の時点である。しかし、基地局と端末の間でＰＲＡＣＨプリアンブル－ＰＲＵマッピングが行われていないＰＲＡＣＨプリアンブルを知るか、又はマッピングされないＰＲＡＣＨプリアンブルに対応するＲＯを知る場合は、ＰＤＣＣＨモニタリングは、既存の４－ｓｔｅｐ ＲＡＣＨにおいてＰＲＡＣＨプリアンブルを送信した後のスロットでモニタリングしたように、２－ｓｔｅｐ ＰＲＡＣＨプリアンブルを送信した後のスロットから行うことができる。即ち、２－ｓｔｅｐ ＰＲＡＣＨプリアンブルを送信した後のスロットが２－ｓｔｅｐ ＲＡＲのためのＰＤＣＣＨモニタリング開始点になる。また、この場合、ＰＵＳＣＨが実際送信されていないので、基地局はＰＵＳＣＨを検出できず、端末はＦａｌｌ－ｂａｃｋ ＲＡＲを受信すると期待することができる。

【0273】

（３） 実施例３－３：ＰＤＣＣＨモニタリングウィンドウの長さが１０ｍｓを超える場合、ＤＣＩ又はＲＡＲメッセージに時間情報を含める方法

【0274】

図２２を参照すると、ＲＯを含むＲＡＣＨスロットを基準として１０ｍｓ範囲内に位置するスロットでＰＤＣＣＨを送信する場合、ＤＣＩ又はＲＡＲメッセージに含まれる時間情報は‘０００’に設定される。受信端（例えば、端末）はＤＣＩ又はＲＡＲメッセージにより‘０００’という時間情報を得ると、該当ＲＡＲが１０ｍｓ範囲内に位置するＲＯで送信したＲＡＣＨに対する応答であると認知する。一方、１０ｍｓ～２＊１０ｍｓ範囲内に位置するスロットでＰＤＣＣＨが送信される場合は、ＤＣＩ又はＲＡＲメッセージに含まれる時間情報は‘００１’に設定できる。上述したような方法により、その後の時間範囲も時間情報を設定することができる。一方、時間情報のためのビットサイズは限定されない。例えば、上述したように、時間情報が３ビットからなると、０～Ｘｍｓ区間（４０ｍｓ＜Ｘ≦８０ｍｓ）を１０ｍｓ単位でＹ個（４＜Ｙ≦８）に区分し、８個に区分されたそれぞれの区間のうち、どの区間でＰＤＣＣＨが送信されたかを識別することができる。また時間情報が５ビットからなると、０～Ｘｍｓ区間（１６０ｍｓ＜Ｘ≦３２０ｍｓ）を１０ｍｓ単位でＹ個（１６＜Ｙ≦３２）に区分して、３２個に区分されたそれぞれの区間のうち、どの区間でＰＤＣＣＨが送信されたかを識別することができる。

【0275】

一方、上述した時間関連情報はＭｓｇ２ ＲＡＲをモニタリングするスロットを基準として１０ｍｓ範囲内に位置するスロットでＰＤＣＣＨが送信される場合、‘０００’に設定される。また受信端（例えば、端末）は時間情報が‘０００’であると獲得されると、該当Ｍｓｇ２ ＲＡＲが１０ｍｓ範囲内に位置するＲＯで送信したＲＡＣＨに対する応答であると認知する。Ｍｓｇ２ ＲＡＲをモニタリングするスロットを基準として１０ｍｓ～２＊１０ｍｓ範囲内に位置するスロットでＰＤＣＣＨが送信される場合、時間情報は‘００１’に設定される。上述したような方法により、その後の時間範囲も時間情報を設定することができる。一方、時間情報のためのビットサイズは限定されない。例えば、上述したように、時間情報が３ビットからなると、０～Ｘｍｓ区間（４０ｍｓ＜Ｘ≦８０ｍｓ）を１０ｍｓ単位でＹ個（４＜Ｙ≦８）に区分し、８個に区分されたそれぞれの区間のうち、どの区間でＰＤＣＣＨが送信されたかを識別することができる。また時間情報が５ビットからなると、０～Ｘｍｓ区間（１６０＜Ｘ≦３２０ｍｓ）を１０ｍｓ単位でＹ個（１６＜Ｙ≦３２）に区分して、３２個に区分されたそれぞれの区間のうち、どの区間でＰＤＣＣＨが送信されたかを識別することができる。

【0276】

一方、上記方法と同様に時間情報を設定し、基準となるスロットはＭｓｇＢ ＲＡＲをモニタリングするスロットである。

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

ハンドオーバー命令（Ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ）により２－ｓｔｅｐ ＲＡＣＨ ＣＦＲＡのためのＭｓｇＢモニタリングウィンドウのサイズが１０ｍｓ以下であり、２－ｓｔｅｐ ＲＡＣＨ ＣＢＲＡのためのＭｓｇＢモニタリングウィンドウのサイズが１０ｍｓを超える場合、端末は２－ｓｔｅｐ ＲＡＣＨ ＣＦＲＡを行い、端末は２－ｓｔｅｐ ＲＡＣＨ ＣＢＲＡの代わりに４－ｓｔｅｐ ＲＡＣＨ ＣＢＲＡを選択してＣＢＲＡを行う。

【0316】

（３） 実施例４－３：

【0317】

ハンドオーバーを行うとき、ネットワークが端末に同期（Ｓｙｎｃｈｒｏｎｏｕｓ）仮定に対する指示子により同期（ｓｙｎｃｈｒｏｎｏｕｓ）或いは非同期（ａｓｙｎｃｈｒｏｎｏｕｓ）を指示することができる。該当指示子により同期であると指示され、２－ｓｔｅｐ ＲＡＣＨが設定されると、端末は２－ｓｔｅｐ ＲＡＣＨを行う。反面、該当指示子により非同期であると指示されると、端末は２－ｓｔｅｐ ＲＡＣＨの代わりに４－ｓｔｅｐ ＲＡＣＨを行う。但し、この場合にも端末はハンドオーバーを完了してＳＦＮを得ると、２－ｓｔｅｐ ＲＡＣＨを行うことができ、場合によっては、４－ｓｔｅｐ ＲＡＣＨを行うこともできる。

【0318】

（４） 実施例４－４：

【0319】

ハンドオーバー命令（Ｈａｎｄｏｖｅｒ ｃｏｍｍａｎｄ）によりターゲットセルのＳＦＮ情報を端末に伝達する。例えば、現在セルのＳＦＮとターゲットセルのＳＦＮの間の相対的な値を端末にハンドオーバー命令により送信する。

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

（２） 実施例８－２：ＰＲＡＣＨプリアンブル検出成功をＲＡＲにより指示及び４－ｓｔｅｐ ＲＡＣＨのＭｓｇ３へのフォールバックをＭｓｇＢにより指示

【0403】

２－ｓｔｅｐ ＲＡＣＨにおいて端末はＭｓｇＡ ＰＲＡＣＨプリアンブル及びＭｓｇＡ ＰＵＳＣＨを送信する。ＭｓｇＡ ＰＲＡＣＨプリアンブルを送信した後、端末はＲＡＲのためのモニタリングウィンドウ区間でＲＡＲのためのＰＤＣＣＨを受信する。また、ＭｓｇＡ ＰＵＳＣＨを送信した後、端末はＭｓｇＢのためのモニタリングウィンドウ区間でＭｓｇＢのためのＰＤＣＣＨを受信する。

【0404】

このとき、ＲＡＲのためのモニタリングウィンドウの開始点はＭｓｇＢのためのモニタリングウィンドウより早い。またＲＡＲのためのモニタリングウィンドウの長さはＭｓｇＢのためのモニタリングウィンドウの長さとは異なる。一方、ＲＡＲのためのモニタリングウィンドウとＭｓｇＢのためのモニタリングウィンドウは一部が重なることもある。

【0405】

端末が送信したＭｓｇＡ ＰＲＡＣＨプリアンブル及びＭｓｇＡ ＰＵＳＣＨを受信した基地局は、ＰＲＡＣＨプリアンブル検出及びＰＵＳＣＨ復号を行う。基地局がＰＲＡＣＨプリアンブル検出に成功した場合、基地局はＰＲＡＣＨプリアンブル検出の成功有無をＲＡＲにより端末に送信する。既存のＲＡＲコンテンツはＲＡＰＩＤ、ＴＡ、ＵＬグラント及び／又はＴＣ－ＲＮＴＩを含むが、２－ｓｔｅｐ ＲＡＣＨの場合には、ＲＡＰＩＤと共にＰＲＡＣＨプリアンブル検出の成功有無を知らせる指示子が共に伝達される。

【0406】

例えば、基地局はＲＡＲメッセージの一部のビット或いは一部のコードポイントを使用してＰＲＡＣＨプリアンブル検出の成功有無に関する情報を端末に送信する。例えば、基地局はＵＬグラントに使用されるビットで表現される様々な状態の一部を使用してＰＲＡＣＨプリアンブル検出の成功有無に関する情報を端末に送信する。これと共に、ＴＡ及び／又はＴＣ－ＲＮＴＩなどもさらに端末に送信する。もしＴＡ、ＴＣ－ＲＮＴＩなどがＲＡＲにより伝達されず、ＭｓｇＢにより基地局に送信される場合は、ＴＡ、ＴＣ－ＲＮＴＩのためのビットは予約（ｒｅｓｅｒｖａｔｉｏｎ）されるか又は他の用途で使用される。

【0407】

端末がＲＡＲモニタリングによりＲＡＲを得た場合、端末はＲＡＰＩＤを確認し、該当ＰＲＡＣＨプリアンブル検出に成功したことを確認すると、ＲＡＲのためのモニタリングウィンドウが終了した後でもＭｓｇＢのためのモニタリングウィンドウが終了するまでＭｓｇＢのためのＰＤＣＣＨモニタリングを持続する。

【0408】

もしＲＡＲのためのモニタリングウィンドウ内で端末がＲＡＰＩＤに対応するメッセージを受信できないと、端末はＭｓｇＡを再送信するか、４－ｓｔｅｐ ＲＡＣＨ手順にフォールバックしてＲＡＣＨを再度行うか、又は他のｃｅｌｌ－ＩＤを探索して新しいセルへの接続を試みる。

【0409】

端末が送信したＭｓｇＡ ＰＵＳＣＨを受信した基地局がＰＵＳＣＨ復号に成功した場合、基地局はＭｓｇＢにより競争解決に関連する手順を行うメッセージを端末に送信する。

【0410】

もし基地局がＰＵＳＣＨ復号に失敗した場合は、基地局はＭｓｇＢによりＭｓｇ３の送信のためのＵＬグラントを端末に送信してもよい。もしＴＡ、ＴＣ－ＲＮＴＩなどがＲＡＲメッセージにより端末に送信された場合、ＭｓｇＢではＴＡ、ＴＣ－ＲＮＴＩなどは送信されない。逆にＴＡ、ＴＣ－ＲＮＴＩなどがＲＡＲメッセージにより送信されない場合は、ＭｓｇＢによりＴＡ、ＴＣ－ＲＮＴＩなどが端末に送信される。例えば、ＭｓｇＢがＲＡＲより先に送信されるか、ＭｓｇＢのみが送信されるか、又は２－ｓｔｅｐ ＲＡＣＨのためのＲＡＲでＴＡ、ＴＣ－ＲＮＴＩなどを含まない場合には、ＭｓｇＢによりＴＡ、ＴＣ－ＲＮＴＩなどが端末に送信される。

【0411】

一方、ＲＡＲによりＰＲＡＣＨプリアンブルの検出を確認した端末は、持続してＭｓｇＢのためのモニタリングを行い、ＭｓｇＢを受信した端末は競争解決（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）過程を行うか、又はＭｓｇ３を基地局に送信する。

【0412】

９．実施例９

【0413】

端末がＭｓｇＢのためのモニタリングウィンドウに基づいてＭｓｇＢを受信できない場合、端末はＭｓｇＡを再送信する。この手順はＬＴＥにおいて端末がＲＡＲを受信できずＭｓｇ１を再送信することと類似する。

【0414】

ここで、ＭｓｇＢのためのモニタリングウィンドウ及びタイマーをどのように設定（ｓｅｔ）するかが問題になる。実施例９では、ＰＲＡＣＨプリアンブルとＰＵＳＣＨがＭｓｇＡで送信されるので、図２１に示すように、ＭｓｇＢのためのモニタリングウィンドウの開始点はＲＡＲのためのモニタリングウィンドウの開始点より遅い。

【0415】

上述した提案方式に関する一例もこの開示の具現方法に含まれ、一種の提案方式として認められることは明白である。また上述した実施例は独立して具現してもよいが、実施例の組み合わせの形態で具現してもよい。また実施例の適用有無又は実施例の規則に関する情報は、物理階層シグナリング又は上位階層シグナリングのような所定の信号により基地局が端末に知らせることができる。

【0416】

これに限られないが、様々な実施例による説明、機能、手順、提案、方法及び／又はフローチャートは、機器間無線通信／連結（例えば、５Ｇ）を必要とする様々な分野に適用することができる。

【0417】

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

【0418】

図２３はこの発明に適用される通信システム１を例示する。

【0419】

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

【0420】

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

【0421】

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

【0422】

図２４はこの発明に適用される無線機器を例示する。

【0423】

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

【0424】

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

【0425】

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

【0426】

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

【0427】

具体的には、プロセッサ１０２は基地局にＭｓｇＡを送信するように制御する。このとき、ＭｓｇＡはＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）のみを含んでもよく、ＰＲＡＣＨ及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を含んでもよい。ＭｓｇＡがＰＲＡＣＨ及びＰＵＳＣＨを全て含む場合、プロセッサ１０２はＰＲＡＣＨを送信した後、ＰＵＳＣＨを送信することができる。

【0428】

このとき、プロセッサ１０２はＰＲＡＣＨを送信するＳＦＮ（Ｓｙｓｔｅｍ Ｆｒａｍｅ Ｎｕｍｂｅｒ）を知っている状態でＰＲＡＣＨを送信してもよく、ＰＲＡＣＨを送信するＳＦＮを知らない状態でＰＲＡＣＨを送信してもよい。これについての詳しい事項は上述した実施例を参照する。

【0429】

プロセッサ１０２はＭｓｇＢをスケジューリングするＤＣＩをモニタリングして受信するように制御する。プロセッサ１０２はＭｓｇＢ－ＲＮＴＩ（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ）を用いて上述したＤＣＩに対するＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）デスクランブル（Ｄｅｓｃｒａｍｂｌｉｎｇ）を行い、ＣＲＣが確認されると、ＤＣＩに含まれたビットに関する情報を解釈する。

【0430】

プロセッサ１０２はＤＣＩにおいてＳＦＮのインデックスのための下位２ビットを解釈し、この下位２ビットとＰＲＡＣＨを送信するＳＦＮのインデックスのための下位２ビットを比較する。

【0431】

但し、プロセッサ１０２がＰＲＡＣＨを送信するＳＦＮを知らない状態でＰＲＡＣＨを送信するように制御すると、ＤＣＩに含まれたＳＦＮのための下位２ビットとＰＲＡＣＨを送信するＳＦＮのための下位２ビットを比較することができない。

【0432】

これについての具体的な動作は上述した実施例に基づく。

【0433】

プロセッサ１０２はＤＣＩに基づいてＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）のためのＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を受信するように制御する。このとき、プロセッサ１０２はＤＣＩに含まれたＳＦＮのための下位２ビットとＰＲＡＣＨを送信するＳＦＮのための下位２ビットを比較した結果に基づいてＰＤＳＣＨを受信するように制御する。反面、プロセッサ１０２はＤＣＩに含まれたＳＦＮのための下位２ビットとＰＲＡＣＨを送信するＳＦＮのための下位２ビットを比較した結果に関係なく、ＰＤＳＣＨを受信するように制御することができる。

【0434】

また、プロセッサ１０２はＤＣＩに含まれたＳＦＮのための下位２ビットとＰＲＡＣＨを送信するＳＦＮのための下位２ビットを比較できるか否か及び／又は比較の結果によって、ＰＤＳＣＨを受信するか、又はＰＤＳＣＨを受信せず他の動作を行うように制御することができる。

【0435】

プロセッサ１０２がＤＣＩに含まれたＳＦＮのための下位２ビットとＰＲＡＣＨを送信するＳＦＮのための下位２ビットを比較できるか否か及び／又は比較の結果によるプロセッサ１０２の具体的な動作は、上述した実施例に基づく。

【0436】

プロセッサ１０２はＰＤＳＣＨに基づいて上りリンク信号を送信するように制御する。このとき、プロセッサ１０２が送信する上りリンク信号はＰＤＳＣＨのＲＡＲ及びＰＤＳＣＨの受信有無によって異なる。例えば、ＲＡＲがＦａｌｌｂａｃｋ ＲＡＲであると、プロセッサ１０２はＴｙｐｅ－１ ＲＡＣＨ手順のためのＰＲＡＣＨを送信するように制御する。他の例において、ＲＡＲがＳｕｃｃｅｓｓ ＲＡＲであると、プロセッサ１０２はＡＣＫを含むＨＡＲＱ－ＡＣＫ情報をＰＵＣＣＨに含めて送信するように制御する。

【0437】

もしプロセッサ１０２がＰＤＳＣＨを受信していないと、プロセッサ１０２はＴｙｐｅ－１ ＲＡＣＨ手順によってＰＲＡＣＨを送信するか、又はＴｙｐｅ－２ ＲＡＣＨ手順によってＰＲＡＣＨ及びＰＵＳＣＨを（再）送信するように制御する。

【0438】

具体的なプロセッサ１０２の動作は上述した１つ以上の実施例に基づく。即ち、具体的なプロセッサ１０２の動作は、上述した実施例のいずれかに基づいて行われるか、又は上述した実施例のうち、２以上の実施例の組み合わせに基づいて行われる。

【0439】

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

【0440】

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

【0441】

具体的には、プロセッサ２０２は端末にＭｓｇＡを受信するように制御する。このとき、ＭｓｇＡはＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）のみを含んでもよく、又はＰＲＡＣＨ及びＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を含んでもよい。ＭｓｇＡがＰＲＡＣＨ及びＰＵＳＣＨを全て含む場合、プロセッサ２０２はＰＲＡＣＨを受信した後、ＰＵＳＣＨを受信するように制御することができる。

【0442】

プロセッサ２０２はＭｓｇＡを復号し、復号の結果に基づいてＭｓｇＢ－ＲＮＴＩによりスクランブルされたＣＲＣを有するＤＣＩを端末に送信するように制御することができる。

【0443】

プロセッサ２０２はＤＣＩに基づいてＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）のためのＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信するように制御する。もしプロセッサ２０２がＰＲＡＣＨとＰＵＳＣＨを全て検出したと、ＲＡＲはＳｕｃｃｅｓｓ ＲＡＲである。もしプロセッサ２０２がＰＲＡＣＨのみを検出し、ＰＵＳＣＨを検出できないと、ＲＡＲはＦａｌｌｂａｃｋ ＲＡＲである。もしプロセッサ２０２がＰＲＡＣＨとＰＵＳＣＨを全て検出できないと、プロセッサ２０２は上述したＤＣＩ及びＰＤＳＣＨを送信しないように制御する。

【0444】

一方、プロセッサ２０２がＰＤＳＣＨを送信すると、ＰＤＳＣＨに基づく上りリンク信号を受信するように制御することができる。このとき、上りリンク信号はＰＤＳＣＨのＲＡＲ及び端末がＰＤＳＣＨを受信したか否かによって異なる。例えば、ＲＡＲがＦａｌｌｂａｃｋ ＲＡＲであると、プロセッサ２０２はＴｙｐｅ－１ ＲＡＣＨ手順のためのＰＲＡＣＨを受信するように制御する。他の例として、ＲＡＲがＳｕｃｃｅｓｓ ＲＡＲであると、プロセッサ２０２はＡＣＫを有するＨＡＲＱ－ＡＣＫ情報を含むＰＵＣＣＨを受信するように制御する。

【0445】

もし端末がＰＤＳＣＨを受信しないと、プロセッサ２０２はＴｙｐｅ－１ ＲＡＣＨ手順によるＰＲＡＣＨを受信するか、又はＴｙｐｅ－２ ＲＡＣＨ手順によるＰＲＡＣＨ及びＰＵＳＣＨを（再）受信するように制御する。

【0446】

上述した具体的なプロセッサ２０２の動作は上述した１つ以上の実施例に基づく。即ち、具体的なプロセッサ２０２の動作は、上述した実施例のいずれかに基づいて行われるか、又は上述した実施例のうち、２以上の実施例の組み合わせに基づいて行われる。

【0447】

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

【0448】

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

【0449】

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

【0450】

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

【0451】

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

【0452】

図２５を参照すると、無線機器１００，２００は図２４の無線機器１００，２００に対応し、様々な要素、成分、ユニット／部及び／又はモジュールで構成される。例えば、無線機器１００，２００は通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含む。通信部は通信回路１１２及び送受信機１１４を含む。例えば、通信回路１１２は図２３における一つ以上のプロセッサ１０２，２０２及び／又は一つ以上のメモリ１０４，２０４を含む。例えば、送受信機１１４は図２９の一つ以上の送受信機１０６，２０６及び／又は一つ以上のアンテナ１０８，２０８を含む。制御部１２０は通信部１１０、メモリ部１３０及び追加要素１４０に電気的に連結され、無線機器の諸般動作を制御する。例えば、制御部１２０はメモリ部１３０に格納されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御する。また制御部１２０はメモリ部１３０に格納された情報を通信部１１０により外部（例えば、他の通信機器）に無線／有線インターフェースにより送信するか、又は通信部１１０により外部（例えば、他の通信機器）から無線／有線インターフェースにより受信された情報をメモリ部１３０に格納する。従って、本発明による具体的な制御部１２０の動作過程及びメモリ部１３０に格納されたプロセッサ／コード／情報は、図２９のプロセッサ１０２，２０２のいずれかの動作及びメモリ１０４，２０４のいずれかの動作に対応する。

【0453】

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

【0454】

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

【0455】

以下、図面を参照しながら図２５の具現例について詳しく説明する。

【0456】

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

【0457】

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

【0458】

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

【0459】

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

【0460】

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

【0461】

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

【0462】

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

【0463】

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

【0464】

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

【0465】

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

【0466】

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

【産業上の利用可能性】

【0467】

以上、任意接続手順を行う方法及びそのための装置について５世代ＮｅｗＲＡＴシステムに適用される例を中心として説明したが、５世代ＮｅｗＲＡＴシステム以外にも様々な無線通信システムに適用することができる。

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