特許 7446426 チャネル接続手順を行う方法及びそのための装置

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

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

(11)【特許番号】

(24)【登録日】2024-02-29

(45)【発行日】2024-03-08

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

(51)【国際特許分類】

   H04W 72/54 20230101AFI20240301BHJP

   H04W 16/28 20090101ALI20240301BHJP

   H04W 72/1268 20230101ALI20240301BHJP

   H04W 72/0457 20230101ALI20240301BHJP

   H04W 16/14 20090101ALI20240301BHJP

【ＦＩ】

H04W72/54 110

H04W16/28

H04W72/1268

H04W72/0457

H04W16/14

【請求項の数】 14

(21)【出願番号】P 2022531539

(86)(22)【出願日】2022-01-10

(65)【公表番号】

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

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

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

(87)【国際公開日】2022-07-21

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

(31)【優先権主張番号】10-2021-0005779

(32)【優先日】2021-01-15

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

(31)【優先権主張番号】10-2021-0047925

(32)【優先日】2021-04-13

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

(73)【特許権者】

【識別番号】502032105

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

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

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

(74)【代理人】

【識別番号】100109841

【弁理士】

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

(74)【代理人】

【識別番号】230112025

【弁護士】

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

(74)【代理人】

【識別番号】230117802

【弁護士】

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

(74)【代理人】

【識別番号】100131451

【弁理士】

【氏名又は名称】津田 理

(74)【代理人】

【識別番号】100167933

【弁理士】

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

(74)【代理人】

【識別番号】100174137

【弁理士】

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

(74)【代理人】

【識別番号】100184181

【弁理士】

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

(72)【発明者】

【氏名】ミョン，セチャン

(72)【発明者】

【氏名】イ，ヨンデ

(72)【発明者】

【氏名】ヤン，サクチェル

(72)【発明者】

【氏名】キム，ソンウク

【審査官】松野 吉宏

(56)【参考文献】

【文献】InterDigital, Inc.，On Channel access mechanisms，3GPP TSG RAN WG1#103-e R1-2007791，フランス，3GPP，2020年11月01日

【文献】Lenovo, Motorola Mobility，Discussion on physical layer impacts for NR beyond 52.6 GHz，3GPP TSG RAN WG1#103-e R1-2007558，フランス，3GPP，2020年11月01日

【文献】OPPO，UL BWP switching upon RACH for NR-U，3GPP TSG RAN WG2#103 R2-1811066，フランス，3GPP，2018年08月10日

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

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

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

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

ＳＡ ＷＧ１－４

ＣＴ ＷＧ１、４

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

【請求項1】

無線通信システムにおいて、端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）が上りリンク（Ｕｐｌｉｎｋ：ＵＬ）送信（ｔｒａｎｓｍｉｓｓｉｏｎ）を実行する方法であって、
前記ＵＬ送信の為のＵＬ送信ビーム（ｔｒａｎｓｍｉｓｓｉｏｎ ｂｅａｍ）に関連する情報を受信し；
（ｉ）前記ＵＬ送信の為の前記ＵＬ送信ビームに関連する前記情報、及び、
（ｉｉ）前記端末がＵＬビームスィーピング（ｂｅａｍ ｓｗｅｅｐｉｎｇ）無しに、ビーム対応性（ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）を満たすか否か、に基づいて、チャネル接続過程（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ：ＣＡＰ）の為に使用されるＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）ビームを決定し；
前記ＬＢＴビームで前記ＣＡＰを実行し；並びに
前記ＣＡＰの成功に基づいて、前記ＵＬ送信ビームを介して、前記ＵＬ送信を実行する；ことを含んでなり、
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たすことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームと同じであることを決定し、
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たさないことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームをカバーすることを決定する、ＵＬ送信を実行する方法。

【請求項2】

前記ＬＢＴビームは前記ＵＬ送信ビームを含む、請求項１に記載のＵＬ送信を実行する方法。

【請求項3】

前記ＬＢＴビームに関連する情報の受信（ｒｅｃｅｐｔｉｏｎ）に基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームを含み、
前記ＬＢＴビームの領域は前記ＵＬ送信ビームの領域より大きい、請求項１に記載のＵＬ送信を実行する方法。

【請求項4】

Ｍ１回実行されたＣＡＰの失敗に基づいて、前記ＬＢＴビームは再決定され、
前記Ｍ１は正の整数である、請求項１に記載のＵＬ送信を実行する方法。

【請求項5】

前記再決定されたＬＢＴビームに基づくＭ１回実行されたＣＡＰの失敗に基づいて、ＵＬ ＢＷＰ（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ）はスイッチングされる、請求項４に記載のＵＬ送信を実行する方法。

【請求項6】

無線通信システムにおいて、上りリンク（Ｕｐｌｉｎｋ：ＵＬ）送信（ｔｒａｎｓｍｉｓｓｉｏｎ）を実行する端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）であって、
少なくとも１つの送受信機；
少なくとも１つのプロセッサ；及び
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納する少なくとも１つのメモリ；を備えてなり、
前記動作は、
前記少なくとも１つの送受信機を介して、前記ＵＬ送信の為のＵＬ送信ビーム（ｔｒａｎｓｍｉｓｓｉｏｎ ｂｅａｍ）に関連する情報を受信し；
（ｉ）前記ＵＬ送信の為の前記ＵＬ送信ビームに関連する前記情報、及び、
（ｉｉ）前記端末がＵＬビームスィーピング（ｂｅａｍ ｓｗｅｅｐｉｎｇ）無しに、ビーム対応性（ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）を満たすか否か、に基づいて、チャネル接続過程（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ：ＣＡＰ）の為に使用されるＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）ビームを決定し；
前記ＬＢＴビームで前記ＣＡＰを実行し；並びに
前記少なくとも１つの送受信機により、前記ＣＡＰの成功に基づいて、前記ＵＬ送信ビームを介して、前記ＵＬ送信を実行する；ことを含んでなり、
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たすことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームと同じであることを決定し、
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たさないことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームをカバーすることを決定する、端末。

【請求項7】

前記ＬＢＴビームは前記ＵＬ送信ビームを含む、請求項６に記載の端末。

【請求項8】

前記ＬＢＴビームに関連する情報の受信（ｒｅｃｅｐｔｉｏｎ）に基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームを含み、
前記ＬＢＴビームの領域は前記ＵＬ送信ビームの領域より大きい、請求項６に記載の端末。

【請求項9】

Ｍ１回実行されたＣＡＰの失敗に基づいて、前記ＬＢＴビームは再決定され、
前記Ｍ１は正の整数である、請求項６に記載の端末。

【請求項10】

前記再決定されたＬＢＴビームに基づくＭ１回実行されたＣＡＰの失敗に基づいて、ＵＬ ＢＷＰ（Ｂａｎｄｗｉｄｔｈ ｐａｒｔ）はスイッチングされる、請求項９に記載の端末。

【請求項11】

無線通信システムにおいて、上りリンク（Ｕｐｌｉｎｋ：ＵＬ）送信（ｔｒａｎｓｍｉｓｓｉｏｎ）を実行する装置であって、
少なくとも１つのプロセッサ；及び
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納する少なくとも１つのメモリ；を備えてなり、
前記動作は、
前記ＵＬ送信の為のＵＬ送信ビーム（ｔｒａｎｓｍｉｓｓｉｏｎ ｂｅａｍ）に関連する情報を受信し；
（ｉ）前記ＵＬ送信の為の前記ＵＬ送信ビームに関連する前記情報、及び、
（ｉｉ）端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）がＵＬビームスィーピング（ｂｅａｍ ｓｗｅｅｐｉｎｇ）無しに、ビーム対応性（ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）を満たすか否か、に基づいて、チャネル接続過程（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ：ＣＡＰ）の為に使用されるＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）ビームを決定し；
前記ＬＢＴビームで前記ＣＡＰを実行し；並びに
前記ＣＡＰの成功に基づいて、前記ＵＬ送信ビームを介して、前記ＵＬ送信を実行する；ことを含んでなり、
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たすことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームと同じであることを決定し、
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たさないことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームをカバーすることを決定する、装置。

【請求項12】

少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体であって、
前記動作は、
上りリンク（Ｕｐｌｉｎｋ：ＵＬ）送信（ｔｒａｎｓｍｉｓｓｉｏｎ）の為のＵＬ送信ビーム（ｔｒａｎｓｍｉｓｓｉｏｎ ｂｅａｍ）に関連する情報を受信し；
（ｉ）前記ＵＬ送信の為の前記ＵＬ送信ビームに関連する前記情報、及び、
（ｉｉ）前記端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）がＵＬビームスィーピング（ｂｅａｍ ｓｗｅｅｐｉｎｇ）無しに、ビーム対応性（ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）を満たすか否か、に基づいて、チャネル接続過程（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ：ＣＡＰ）の為に使用されるＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）ビームを決定し；
前記ＬＢＴビームで前記ＣＡＰを実行し；並びに
前記ＣＡＰの成功に基づいて、前記ＵＬ送信ビームを介して、前記ＵＬ送信を実行する；ことを含んでなり、
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たすことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームと同じであることを決定し、
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たさないことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームをカバーすることを決定する、コンピューター読み取り可能な格納媒体。

【請求項13】

無線通信システムにおいて、基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ：ＢＳ）が上りリンク（Ｕｐｌｉｎｋ：ＵＬ）受信（ｒｅｃｅｐｔｉｏｎ）を実行する方法であって、
端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）に、前記ＵＬ受信の為のＵＬ送信ビーム（ｔｒａｎｓｍｉｓｓｉｏｎ ｂｅａｍ）に関連する情報を送信し；並びに
前記端末から、前記ＵＬ送信ビームを介して、前記ＵＬ受信を実行する；ことを含んでなり、
前記ＵＬ受信の為のＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）ビームは、
（ｉ）前記ＵＬ送信の為の前記ＵＬ送信ビームに関連する前記情報、及び、
（ｉｉ）前記端末がＵＬビームスィーピング（ｂｅａｍ ｓｗｅｅｐｉｎｇ）無しに、ビーム対応性（ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）を満たすか否か、に基づいて、決定され；
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たすことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームと同じであることを決定し、
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たさないことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームをカバーすることを決定する、ＵＬ受信を実行する方法。

【請求項14】

無線通信システムにおいて、上りリンク（Ｕｐｌｉｎｋ：ＵＬ）受信（ｒｅｃｅｐｔｉｏｎ）を実行する基地局（Ｂａｓｅ Ｓｔａｔｉｏｎ：ＢＳ）であって、
少なくとも１つの送受信機；
少なくとも１つのプロセッサ；及び
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を格納する少なくとも１つのメモリ；を備えてなり、
前記動作は、
前記少なくとも１つの送受信機により、端末（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ：ＵＥ）に、前記ＵＬ受信の為のＵＬ送信ビーム（ｔｒａｎｓｍｉｓｓｉｏｎ ｂｅａｍ）に関連する情報を送信し；並びに
前記少なくとも１つの送受信機により、前記端末から、前記ＵＬ送信ビームを介して、前記ＵＬ受信を実行する；ことを含んでなり、
前記ＵＬ受信の為のＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）ビームは、
（ｉ）前記ＵＬ送信の為の前記ＵＬ送信ビームに関連する前記情報、及び、
（ｉｉ）前記端末がＵＬビームスィーピング（ｂｅａｍ ｓｗｅｅｐｉｎｇ）無しに、ビーム対応性（ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ）を満たすか否か、に基づいて、決定され；
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たすことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームと同じであることを決定し、
前記端末が前記ＵＬビームスィーピング無しに、前記ビーム対応性を満たさないことに基づいて、前記ＬＢＴビームは前記ＵＬ送信ビームをカバーすることを決定する、基地局。

【発明の詳細な説明】

【技術分野】

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

【図1】３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を例示する図である。

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

【図5-6】ＳＳ／ＰＢＣＨブロックの送信及びシステム情報ブロックの送受信を説明する図である。

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

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

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

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

【図12】端末の上りリンク送信動作を例示する図である。

【図13】設定されたグラント(ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)に基づく繰り返し送信を例示する図である。

【図14】この開示に適用可能な非免許帯域を支援する無線通信システムを示す図である。

【図15】この開示に適用可能な非免許帯域内でリソースを占有する方法を例示する図である。

【図16】この開示に適用可能な非免許帯域において上りリンク及び／又は下りリンク信号送信のための端末のチャネル接続手順を例示する図である。

【図17】この開示に適用可能な複数のＬＢＴ－ＳＢ(Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ－Ｓｕｂｂａｎｄ)について説明するための図である。

【図18】ＮＲシステムでのアナログビームフォーミング(Ａｎａｌｏｇ Ｂｅａｍｆｏｒｍｉｎｇ)を説明するための図である。

【図19】ＮＲシステムでのビーム管理(Ｂｅａｍ Ｍａｎａｇｅｍｅｎｔ)を説明するための図である。

【図20-21】この開示に適用可能なＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)を説明するための図である。

【図22】この開示の実施例によるビーム基盤のＬＢＴ(Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ)及びビームグループ基盤のＬＢＴを説明するための図である。

【図23-24】この開示の実施例によるＤ－ＬＢＴを行うときに発生する問題を説明するための図である。

【図25-27】この開示の実施例による端末及び基地局の全般的な動作過程を説明するための図である。

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

【図29】この開示に適用可能な無線機器を例示する図である。

【図30】この開示に適用可能な車両又は自律走行車両を例示する図である。

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

【0026】

以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１(Ｗｉ－Ｆｉ)、ＩＥＥＥ ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ：登録商標：以下同じ)ＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、ＬＴＥ－Ａは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ(Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)は３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａの進化したバージョンである。

【0027】

説明を明確にするために、３ＧＰＰ通信システム(例えば、ＮＲ)を主として説明するが、本開示の技術的思想はこれに限られない。この開示の説明に使用された背景技術、用語、約語などについては、この開示前に公開された標準文書に記載の事項を参照できる(例えば、３８.２１１、３８.２１２、３８.２１３、３８.２１４、３８.３００、３８.３３１など)。

【0028】

ここで、ＮＲシステムを含む５Ｇ通信について説明する。

【0029】

５Ｇの３つの主な要求事項領域は、(１)改善したモバイル広帯域(Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ，ｅＭＢＢ)領域、(２)多量のマシンタイプ通信(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ，ｍＭＴＣ)領域、及び(３)超－信頼及び低遅延通信(Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＵＲＬＬＣ)領域を含む。

【0030】

一部の使用例(Ｕｓｅ Ｃａｓｅ)においては、最適化のために多数の領域が求められることがあり、他の使用例においては、ただ１つの核心性能指標(Ｋｅｙ Ｐｅｒｆｏｒｍａｎｃｅ Ｉｎｄｉｃａｔｏｒ，ＫＰＩ)にのみフォーカスされることがある。５Ｇはかかる様々な使用例を柔軟且つ信頼できる方法で支援するものである。

【0031】

ｅＭＢＢは基本的なモバイルインターネットアクセスを遥かに超え、豊かな２方向作業、クラウド又は増強現実においてメディア及びエンターテインメントアプリケーションをカバーする。データは、５Ｇの核心動力の１つであり、５Ｇ時代で初めて専用の音声サービスが見られないかもしれない。５Ｇにおいて、音声は、単純に通信システムによって提供されるデータ接続を用いて応用プログラムとして処理されることが期待できる。増加したトラフィック量(ｖｏｌｕｍｅ)の主な原因は、コンテンツサイズの増加及び高いデータ送信率を求めるアプリケーション数の増加である。ストリーミングサービス(オーディオ及びビデオ)、会話型ビデオ及びモバイルインターネット接続はより多い装置がインターネットに接続するほどより広く用いられるであろう。このような多くの応用プログラムは、ユーザにリアルタイム情報及び通知をプッシュするために、常にオンになっている接続性が必要である。クダウドストーリッジ及びアプリケーションは、モバイル通信プラットフォームにおいて急激に増加しつつあり、これは、業務及びエンターテインメントの両方にも適用可能である。また、クラウドストーリッジは、上りリンクデータ送信率の成長を牽引する格別な使用例である。５Ｇはまた、クラウドの遠隔業務にも用いられ、触角インターフェースが用いられるときに優れたユーザ経験が維持できるように、もっと低いエンド－ツ－エンド(ｅｎｄ－ｔｏ－ｅｎｄ)遅延を求める。エンターテインメント、例えば、クラウドゲーム及びビデオストリーミングは、モバイル広帯域能力への要求を増加させるまた他の核心要素である。エンターテインメントは、列車、車及び飛行機のような移動性の高い環境を含むどこでも、スマートホン及びタブレットにおいて必須である。また別の使用例は、エンターテインメントのための増強現実及び情報検索である。ここで、増強現実は、非常に低い遅延と瞬間的なデータ量を必要とする。

【0032】

また、最も多く予想される５Ｇの使用例の１つは、全ての分野において埋め込みセンサーを円滑に接続できる機能、即ち、ｍＭＴＣに関するものである。２０２０年まで潜在的なＩｏＴ装置は２０４億個に至るものと予測される。産業ＩｏＴは、５Ｇがスマートシティ、資産追跡(ａｓｓｅｔ ｔｒａｃｋｉｎｇ)、スマートユーティリティー、農業及びセキュリティーインフラを可能にする主要役割を行う領域の１つである。

【0033】

ＵＲＬＬＣは、主要インフラの遠隔制御及び自律走行車両(ｓｅｌｆ－ｄｒｉｖｉｎｇ ｖｅｈｉｃｌｅ)のような超高信頼／利用可能な遅延の少ないリンクを介して産業を変化させる新たなサービスを含む。信頼性と遅延のレベルは、スマートグリッド制御、産業自動化、ロボット工学、ドローン制御及び調整に必須的である。

【0034】

次に、ＮＲシステムを含む５Ｇ通信システムにおける多数の使用例について、より具体的に説明する。

【0035】

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

【0036】

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

【0037】

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

【0038】

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

【0039】

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

【0040】

無線及びモバイル通信は、産業応用分野でますます重要になっている。配線は設置及び維持費用が高い。従って、ケーブルを再構成することが可能な無線リンクへの交換可能性は、多くの産業分野で魅力的な機会である。しかし、これを達成するには、無線接続がケーブルと類似した遅延、信頼性及び容量で動作することと、その管理を単純化することが要求される。低い遅延と非常に低いエラー確率は、５Ｇに繋がる必要のある新たな要求事項である。

【0041】

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

【0042】

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

【0043】

電源Ｏｆｆ状態で電源を入れたか或いは新しくセルに進入した端末は、基地局と同期を確立するなどの初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う(Ｓ１１)。このために、端末は基地局からＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)を受信する。ＳＳＢはＰＳＳ(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)、ＳＳＳ(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ)及びＰＢＣＨ(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)を含む。端末はＰＳＳ／ＳＳＳに基づいて基地局と同期を確立し、セルＩＤ(ｃｅｌｌ ｉｄｅｎｔｉｔｙ)などの情報を得る。また端末は基地局からＰＢＣＨを受信してセル内の放送情報を得る。なお、端末は初期セル探索の段階において、ＤＬ ＲＳ(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)を受信して下りリンクチャネルの状態を確認することができる。

【0044】

初期セル探索が終了した端末は、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)及びそれに対応するＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)を受信して、より具体的なシステム情報を得る(Ｓ１２)。

【0045】

以後、端末は基地局に接続を完了するために、任意接続過程(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)を行う(Ｓ１３～Ｓ１６)。より具体的には、端末は、ＰＲＡＣＨ(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)を介してプリアンブル(ｐｒｅａｍｂｌｅ)を送信し(Ｓ１３)、ＰＤＣＣＨ及びこれに対応するＰＤＳＣＨを介してプリアンブルに対するＲＡＲ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ)を受信する(Ｓ１４)。その後、端末はＲＡＲ内のスケジューリング情報を用いてＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)を送信し(Ｓ１５)、ＰＤＣＣＨ及びそれに対応するＰＤＳＣＨのような衝突解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)を行う(Ｓ１６)。

【0046】

任意接続過程が２段階からなる場合、Ｓ１３／Ｓ１５が(端末が送信を行う)いずれか一方の段階で行われ(メッセージＡ)、Ｓ１４／Ｓ１６が(基地局が送信を行う)他方の段階で行われる(メッセージＢ)。

【0047】

このような手順を行った端末は、その後一般的な上り／下りリンク信号の送信手順としてＰＤＣＣＨ／ＰＤＳＣＨの受信(Ｓ１７)、及びＰＵＳＣＨ／ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)の送信を行う(Ｓ１８)。端末が基地局に送信する制御情報をＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)と称する。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ＡＣＫ)、ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)、ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)などを含む。ＣＳＩは、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ)などを含む。ＵＣＩは一般的にＰＵＣＣＨを介して送信されるが、制御情報とデータが同時に送信される必要がある場合にはＰＵＳＣＨを介して送信される。また、ネットワークの要請／指示によって端末はＰＵＳＣＨを介してＵＣＩを非周期的に送信することができる。

【0048】

図２は無線フレームの構造を例示する図である。

【0049】

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

【0050】

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

【0051】

【表1】

【0052】

＊Ｎ^slot _symb:スロット内のシンボル数 ＊Ｎ^frame,u _slot:フレーム内のスロット数 ＊Ｎ^subframe,u _slot:サブフレーム内のスロット数

【0053】

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

【0054】

【表2】

【0055】

フレーム構造は例示に過ぎず、フレームにおいてサブフレーム数、スロット数及びシンボル数は様々に変更できる。ＮＲシステムでは１つの端末に併合される複数のセル間でＯＦＤＭニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)(例えば、ＳＣＳ、ＣＰ長さなど)が異なるように設定される。これにより、同じ数のシンボルで構成された時間リソース(例えば、ＳＦ、スロット又はＴＴＩ)(便宜上、ＴＵ(Ｔｉｍｅ Ｕｎｉｔ)と統称)の(絶対時間)区間が併合されたセル間で異なるように設定されることができる。ＮＲは様々な５Ｇサービスを支援するための多数のニューマロロジー(又は副搬送波間隔(ＳＣＳ))を支援する。例えば、ＳＣＳが１５ｋＨｚである場合、伝統的なセルラーバンドにおける広い領域(ｗｉｄｅ ａｒｅａ)を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合は、密集した都市(ｄｅｎｓｅ－ｕｒｂａｎ)、より低い遅延(ｌｏｗｅｒ ｌａｔｅｎｃｙ)及びより広いキャリア帯域幅(ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ)を支援する。ＳＣＳが６０ｋＨｚ又はそれより高い場合には、位相ノイズを克服するために、２４.２５ＧＨｚより大きい帯域幅を支援する。

【0056】

ＮＲ周波数バンドは２つのタイプ(ＦＲ１、ＦＲ２)の周波数範囲(ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ，ＦＲ)により定義される。ＦＲ１、ＦＲ２は以下の表３のように構成される。またＦＲ２はミリメートル波(ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ、ｍｍＷ)を意味する。

【0057】

【表3】

【0058】

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

【0059】

１つのスロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどが全て含まれる。例えば、スロット内において最初からＮ個のシンボルはＤＬ制御チャネルの送信に使用され(以下、ＤＬ制御領域)、スロット内において最後からＭ個のシンボルはＵＬ制御チャネルの送信に使用される(以下、ＵＬ制御領域)。ＮとＭはそれぞれ０以上の整数である。ＤＬ制御領域とＵＬ制御領域の間のリソース領域(以下、データ領域)は、ＤＬデータの送信のために使用されるか又はＵＬデータの送信のために使用される。制御領域とデータ領域の間にはＤＬ－ｔｏ－ＵＬ又はＵＬ－ｔｏ－ＤＬスイッチングのための時間ギャップが存在する。ＤＬ制御領域ではＰＤＣＣＨが送信され、ＤＬデータ領域ではＰＤＳＣＨが送信される。スロット内においてＤＬからＵＬに転換される時点の一部のシンボルが時間ギャップとして使用される。

【0060】

以下、各々の物理チャネルについてより詳しく説明する。

【0061】

下りリンクチャネル構造

【0062】

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

【0063】

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

【0064】

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

【0065】

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

【0066】

ＰＤＣＣＨはＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)を運ぶ。例えば、ＰＣＣＣＨ(即ち、ＤＣＩ)はＤＬ－ＳＣＨ(ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)の送信フォーマット及びリソース割り当て、ＵＬ－ＳＣＨ(ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ)に対するリソース割り当て情報、ＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ)に関するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信される任意接続応答のような上位階層制御メッセージに関するリソース割り当て情報、送信電力制御命令、ＣＳ(Ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ)の活性化／解除などを運ぶ。ＤＣＩはＣＲＣ(ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ)を含み、ＣＲＣはＰＤＣＣＨの所有者又は使用用途によって様々な識別子(例えば、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ、ＲＮＴＩ)にマスキング／スクランブルされる。例えば、ＰＤＣＣＨが特定の端末のためのものであれば、ＣＲＣは端末識別子(例えば、ｃｅｌｌ－ＲＮＴＩ、Ｃ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ－ＲＮＴＩ(Ｐａｇｉｎｇ－ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨがシステム情報(例えば、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ、ＳＩＢ)に関するものであれば、ＣＲＣはＳＩ－ＲＮＴＩ(Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ)にマスキングされる。ＰＤＣＣＨが任意接続応答に関するものであれば、ＣＲＣはＲＡ－ＲＮＴＩ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ－ＲＮＴＩ)にマスキングされる。

【0067】

ＰＤＣＣＨの変調方式は固定されており(例えば、Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ、ＱＰＳＫ)、１つのＰＤＣＣＨはＡＬ(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ)によって１、２、４、８、１６個のＣＣＥ(Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ)で構成される。１つのＣＣＥは６つのＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)で構成される。１つのＲＥＧは１つのＯＦＤＭアシンボルと１つの(Ｐ)ＲＢにより定義される。

【0068】

ＰＤＣＣＨはＣＯＲＥＳＥＴ(Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ)で送信される。ＣＯＲＥＳＥＴはＢＷＰ内でＰＤＣＣＨ／ＤＣＩを運ぶために使用される物理リソース／パラメータセットに該当する。例えば、ＣＯＲＥＳＥＴは所定のニューマロロジー(例えば、ＳＣＳ、ＣＰ長さなど)を有するＲＥＧセットを含む。ＣＯＲＥＳＥＴはシステム情報(例えば、ＭＩＢ)又は端末－特定の(ＵＥ－ｓｐｅｃｉｆｉｃ)上位階層(例えば、ＲＲＣ)シグナリングにより設定される。ＣＯＲＥＳＥＴの設定に使用されるパラメータ／情報の例は以下の通りである。１つの端末に１つ以上のＣＯＲＥＳＥＴが設定され、複数のＣＯＲＥＳＥＴが時間／周波数ドメインで重畳される。

【0069】

－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：ＣＯＲＥＳＥＴの識別情報(ＩＤ)を示す。

【0070】

－ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓ：ＣＯＲＥＳＥＴの周波数領域リソースを示す。ビットマップにより指示され、各ビットはＲＢグループ(＝６つの連続するＲＢ)に対応する。例えば、ビットマップのＭＳＢ(Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)はＢＷＰ内の１番目のＲＢグループに対応する。ビット値が１であるビットに対応するＲＢグループがＣＯＲＥＳＥＴの周波数領域リソースに割り当てられる。

【0071】

－ｄｕｒａｔｉｏｎ：ＣＯＲＥＳＥＴの時間領域リソースを示す。ＣＯＲＥＳＥＴを構成する連続するＯＦＤＭＡシンボルの数を示す。例えば、ｄｕｒａｔｉｏｎは１～３の値を有する。

【0072】

－ｃｃｅ－ＲＥＧ－ＭａｐｐｉｎｇＴｙｐｅ：ＣＣＥ－ｔｏ－ＲＥＧマッピングタイプを示す。インターリーブタイプと非－インターリーブタイプが支援される。

【0073】

－ｐｒｅｃｏｄｅｒＧｒａｎｕｌａｒｉｔｙ：周波数ドメインにおいてプリコーダ粒度(ｇｒａｎｕｌａｒｉｔｙ)を示す。

【0074】

－ｔｃｉ－ＳｔａｔｅＳＰＤＣＣＨ：ＰＤＣＣＨに対するＴＣＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ)状態を指示する情報(例えば、ＴＣＩ－ＳｔａｔｅＩＤ)を示す。ＴＣＩ状態はＲＳセット(ＴＣＩ－状態)内のＤＬ ＲＳとＰＤＣＣＨ ＤＭＲＳポートのＱＣＬ(Ｑｕａｓｉ－Ｃｏ－Ｌｏｃａｔｉｏｎ)の関係を提供するために使用される。

【0075】

－ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ：ＤＣＩ内のＴＣＩフィールドが含まれるか否かを示す。

【0076】

－ｐｄｃｃｈ－ＤＭＲＳ－ＳｃｒａｍｂｌｉｎｇＩＤ：ＰＤＣＣＨ ＤＭＲＳスクランブルシーケンスの初期化に使用される情報を示す。

【0077】

ＰＤＣＣＨ受信のために、端末はＣＯＲＥＳＥＴでＰＤＣＣＨ候補のセットをモニタリングする(例えば、ブラインド復号)。ＰＤＣＣＨ候補はＰＤＣＣＨ受信／検出のために端末がモニタリングするＣＣＥを示す。ＰＤＣＣＨモニタリングはＰＤＣＣＨモニタリングが設定されたそれぞれの活性化されたセル上の活性ＤＬ ＢＷＰ上の１つ以上のＣＯＲＥＳＥＴで行われる。端末がモニタリングするＰＤＣＣＨ候補のセットはＰＤＣＣＨ検索空間(Ｓｅａｒｃｈ Ｓｐａｃｅ、ＳＳ)セットにより定義される。ＳＳセットは共通検索空間(Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＣＳＳ)セット又は端末－特定の検索空間(ＵＥ－ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ、ＵＳＳ)セットである。

【0078】

表４はＰＤＣＣＨ検索空間を例示する。

【0079】

【表4】

【0080】

ＳＳセットはシステム情報(例えば、ＭＩＢ)又は端末－特定(ＵＥ－ｓｐｅｃｉｆｉｃ)の上位階層(例えば、ＲＲＣ)シグナリングにより設定される。サービングセルの各ＤＬ ＢＷＰにはＳ個(例えば、１０)以下のＳＳセットが設定される。例えば、各ＳＳセットに対して以下のパラメータ／情報が提供される。それぞれのＳＳセットは１つのＣＯＲＥＳＥＴに連関し、それぞれのＣＯＲＥＳＥＴ構成は１つ以上のＳＳセットに連関する。－ｓｅａｒｃｈＳｐａｃｅＩｄ：ＳＳセットのＩＤを示す。－ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：ＳＳセットに連関するＣＯＲＥＳＥＴを示す。

【0081】

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

【0082】

－ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：ＰＤＣＣＨモニタリングが設定されたスロット内においてＰＤＣＣＨモニタリングのための１番目のＯＦＤＭＡシンボルを示す。ビットマップにより指示され、各ビットはスロット内の各ＯＦＤＭＡシンボルに対応する。ビットマップのＭＳＢはスロット内の１番目のＯＦＤＭシンボルに対応する。ビット値が１であるビットに対応するＯＦＤＭＡシンボルがスロット内においてＣＯＲＥＳＥＴの１番目のシンボルに該当する。

【0083】

－ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝[１、２、４、８、１６]ごとのＰＤＣＣＨ候補の数(例えば、０、１、２、３、４、５、６、８のうちのいずれか)を示す。

【0084】

－ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ：ＳＳタイプがＣＳＳであるか又はＵＳＳであるかを示す。

【0085】

－ＤＣＩフォーマット：ＰＤＣＣＨ候補のＤＣＩフォーマットを示す。

【0086】

ＣＯＲＥＳＥＴ／ＳＳセット設定に基づいて、端末はスロット内の１つ以上のＳＳセットでＰＤＣＣＨ候補をモニタリングすることができる。ＰＤＣＣＨ候補をモニタリングする機会(ｏｃｃａｓｉｏｎ)(例えば、時間／周波数リソース)をＰＤＣＣＨ(モニタリング)機会と定義する。スロット内に１つ以上のＰＤＣＣＨ(モニタリング)機会が構成される。

【0087】

表５はＰＤＣＣＨを介して送信されるＤＣＩフォーマットを例示する。

【0088】

【表5】

【0089】

ＤＣＩフォーマット０＿０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット０＿１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＵＳＣＨ又はＣＢＧ(Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ)－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＵＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット１＿０はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用され、ＤＣＩフォーマット１＿１はＴＢ－基盤(又はＴＢ－ｌｅｖｅｌ)のＰＤＳＣＨ又はＣＢＧ－基盤(又はＣＢＧ－ｌｅｖｅｌ)のＰＤＳＣＨをスケジューリングするために使用される。ＤＣＩフォーマット０＿０／０＿１はＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１＿０／１＿１はＤＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれる。ＤＣＩフォーマット２＿０は動的スロットフォーマット情報(例えば、ｄｙｎａｍｉｃ ＳＦＩ)を端末に伝達するために使用され、ＤＣＩフォーマット２＿１は下りリンク先制(ｐｒｅ－Ｅｍｐｔｉｏｎ)情報を端末に伝達するために使用される。ＤＣＩフォーマット２＿０及び／又はＤＣＩフォーマット２＿１は１つのグループで定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ(Ｇｒｏｕｐ Ｃｏｍｍｏｎ ＰＤＣＣＨ)を介して該当グループ内の端末に伝達される。ＤＣＩフォーマット０＿０とＤＣＩフォーマット１＿０はフォールバック(ｆａｌｌｂａｃｋ)ＤＣＩフォーマットと称され、ＤＣＩフォーマット０＿１とＤＣＩフォーマット１＿１はノンフォールバックＤＣＩフォーマットと称される。フォールバックＤＣＩフォーマットは端末の設定に関係なくＤＣＩサイズ／フィールドの構成が同様に維持される。反面、ノンフォールバックＤＣＩフォーマットは端末の設定によってＤＣＩサイズ／フィールドの構成が異なる。

【0090】

上りリンクチャネル構造

【0091】

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

【0092】

(１)物理上りリンク制御チャネル(ＰＵＣＣＨ)

【0093】

ＰＵＣＣＨはＵＣＩ(Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)、ＨＡＲＱ－ＡＣＫ及び／又はスケジューリング要請(ＳＲ)を運び、ＰＵＣＣＨ送信長さによってＳｈｏｒｔ ＰＵＣＣＨとｌｏｎｇ ＰＵＣＣＨに区分される。

【0094】

ＵＣＩは以下を含む。

【0095】

－ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)：ＵＬ－ＳＣＨリソースを要請するために使用される情報である。

【0096】

－ＨＡＲＱ－ＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケット(例えば、コードワード)に対する応答である。下りリンクデータパケットが成功的に受信されたか否かを示す。単一のコードワードに対する応答として１ビットのＨＡＲＱ－ＡＣＫが送信され、２つのコードワードに対する応答として２ビットのＨＡＲＱ－ＡＣＫが送信される。ＨＡＲＱ－ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ－ＡＣＫはＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと混用する。

【0097】

－ＣＳＩ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ)：下りリンクチャンネルに関するフィードバック情報である。ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ)－関連フィードバック情報は、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ)及びＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ)を含む。

【0098】

表６はＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨ送信長さによってＳｈｏｒｔ ＰＵＣＣＨ(フォーマット０，２)及びＬｏｎｇ ＰＵＣＣＨ(フォーマット１，３，４)に区分できる。

【0099】

【表6】

【0100】

ＰＵＣＣＨフォーマット０は最大２ビットサイズのＵＣＩを運び、シーケンスに基づいてマッピングされて送信される。具体的には、端末は複数のシーケンスのうちのいずれかをＰＵＣＣＨフォーマット０であるＰＵＣＣＨを介して送信して特定のＵＣＩを基地局に送信する。端末は肯定(ｐｏｓｉｔｉｖｅ)のＳＲを送信する場合のみに対応するＳＲ設定のためのＰＵＣＣＨリソース内でＰＵＣＣＨフォーマット０であるＰＵＣＣＨを送信する。ＰＵＣＣＨフォーマット１は最大２ビットサイズのＵＣＩを運び、変調シンボルは時間領域で(周波数ホッピング有無によって異なるように設定される)直交カバーコード(ＯＣＣ)により拡散される。ＤＭＲＳは変調シンボルが送信されないシンボルで送信される(即ち、ＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される)。ＰＵＣＣＨフォーマット２は２ビットより大きいビットサイズのＵＣＩを運び、変調シンボルはＤＭＲＳとＦＤＭ(Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。ＤＭ－ＲＳは１／３密度のリソースブロック内のシンボルインデックス＃１、＃４、＃７及び＃１０に位置する。ＰＮ(Ｐｓｅｕｄｏ Ｎｏｉｓｅ)シーケンスがＤＭ＿ＲＳシーケンスのために使用される。２シンボルＰＵＣＣＨフォーマット２のために周波数ホッピングが活性化されることができる。

【0101】

ＰＵＣＣＨフォーマット３は同一の物理リソースブロック内で端末多重化が行われず、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含まない。変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。

【0102】

ＰＵＣＣＨフォーマット４は同一の物理リソースブロック内に最大４個の端末まで多重化が支援され、２ビットより大きいビットサイズのＵＣＩを運ぶ。即ち、ＰＵＣＣＨフォーマット３のＰＵＣＣＨリソースは直交カバーコードを含む。変調シンボルはＤＭＲＳとＴＤＭ(Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)されて送信される。

【0103】

(２)物理上りリンク共有チャネル(ＰＵＳＣＨ)

【0104】

ＰＵＳＣＨは上りリンクデータ(例えば、ＵＬ－ＳＣＨ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＵＬ－ＳＣＨ ＴＢ)及び／又は上りリンク制御情報(ＵＣＩ)を運び、ＣＰ－ＯＦＤＭ(Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形又はＤＦＴ－ｓ－ＯＦＤＭ(Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合、端末は変換プリコーディング(ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ)を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングができない場合は(例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｄｉｓａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングできる場合には(例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｅｎａｂｌｅｄ)、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信する。ＰＵＳＣＨ送信はＤＣＩ内のＵＬグラントにより動的にスケジュールされるか、又は上位階層(例えば、ＲＲＣ)シグナリング(及び／又はＬａｙｅｒ １(Ｌ１)シグナリング(例えば、ＰＤＣＣＨ))に基づいて準－静的(ｓｅｍｉ－ｓｔａｔｉｃ)にスケジュールされる(ｃｏｎｆｉｇｕｒｅｄ ｓｃｈｅｄｕｌｉｎｇ、ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)。ＰＵＳＣＨ送信はコードブック基盤又は非コードブック基盤に行われる。

【0105】

システム情報獲得

【0106】

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

【0107】

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

【0108】

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

【0109】

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

【0110】

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

【0111】

ビーム整列(ｂｅａｍ ａｌｉｇｎｍｅｎｔ)

【0112】

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

【0113】

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

【0114】

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

【0115】

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

【0116】

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

【0117】

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

【0118】

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

【0119】

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

【0120】

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

【0121】

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

【0122】

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

【0123】

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

【0124】

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

【0125】

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

【0126】

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

【0127】

【表7】

【0128】

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

【0129】

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

【0130】

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

【0131】

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

【0132】

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

【0133】

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

【0134】

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

【0135】

【表8】

【0136】

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

【0137】

【表9】

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

ＬＡＡ ＵＬ(Ｕｐｌｉｎｋ)では、非同期式ＨＡＲＱ手順(Ａｓｙｎｃｈｒｏｎｏｕｓ ＨＡＲＱ ｐｒｏｃｅｄｕｒｅ)の導入によりＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)に対するＨＡＲＱ－ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)情報を端末に知らせるためのＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ ＨＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)のような別のチャネルが存在しない。よって、ＵＬ ＬＢＴ過程において競争ウィンドウ(Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ;ＣＷ)のサイズを調整するための正確なＨＡＲＱ－ＡＣＫ情報を活用することができない。従って、ＵＬ ＬＢＴ過程では、ＵＬグラントをｎ番目のＳＦで受信した場合、(ｎ－３)番目のサブフレーム前の最新ＵＬ ＴＸバーストの１番目のサブフレームを参照サブフレーム(Ｒｅｆｅｒｅｎｃｅ Ｓｕｂｆｒａｍｅ)として設定し、参照サブフレームに対応するＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤに対するＮＤＩを基準として競争ウィンドウのサイズを調整する。即ち、基地局が１つ以上の送信ブロック(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ；ＴＢ)ごとのＮＤＩ(Ｎｅｗ ｄａｔａ Ｉｎｄｉｃａｔｏｒ)をトグリング(Ｔｏｇｇｌｉｎｇ)するか、又は１つ以上の送信ブロックに対して再送信を指示すると、参照サブフレームにおいてＰＵＳＣＨが他の信号と衝突して送信に失敗したと仮定して、予め約束した競争ウィンドウサイズのための集合内の現在適用された競争ウィンドウサイズの次に大きい競争ウィンドウサイズに該当競争ウィンドウのサイズを増加させ、そうではないと、参照サブフレームでのＰＵＳＣＨが他の信号との衝突なしに成功的に送信されたと仮定して、競争ウィンドウのサイズを最小値(例えば、ＣＷ_min)に初期化する方案が導入されている。

【0173】

本開示の様々な実施例が適用可能なＮＲシステムでは、１つの要素搬送波(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＣＣ)ごとに最大４００ＭＨｚ周波数リソースが割り当てられる／支援される。このような広帯域(ｗｉｄｅｂａｎｄ)ＣＣで動作するＵＥが常にＣＣ全体に対するＲＦ(ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)モジュールをオン(ＯＮ)にしたまま動作する場合、ＵＥのバッテリー消耗が大きくなる。

【0174】

又は１つの広帯域ＣＣ内に動作する複数の使用例(例えば、ｅＭＢＢ(ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ)、ＵＲＬＬＣ、ｍＭＴＣ(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)など)を考慮する場合、該当ＣＣ内の周波数帯域ごとに互いに異なるニューマロロジー(例えば、副搬送波間隔)が支援される。

【0175】

又は、ＵＥごとに最大帯域幅に対する能力(ｃａｐａｂｉｌｉｔｙ)が互いに異なってもよい。

【0176】

かかる状況を考慮して、基地局はＵＥに広帯域ＣＣの全体帯域幅ではない一部帯域幅でのみ動作するように指示／設定する。ここで、一部帯域幅は帯域幅パート(ｂａｎｄｗｉｄｔｈ ｐａｒｔ；ＢＷＰ)により定義される。

【0177】

ＢＷＰは周波数軸上で連続するリソースブロック(ＲＢ)で構成され、１つのＢＷＰは１つのニューマロロジー(例えば、副搬送波間隔、ＣＰ長さ、スロット／ミニスロット区間など)に対応する。

【0178】

一方、基地局はＵＥに設定された１つのＣＣ内の多数のＢＷＰを設定することができる。一例として、基地局はＰＤＣＣＨモニタリングスロット内の相対的に小さい周波数領域を占めるＢＷＰを設定し、ＰＤＣＣＨで指示するＰＤＳＣＨ(又はＰＤＣＣＨによりスケジュールされるＰＤＳＣＨ)をそれより大きいＢＷＰ上にスケジュールすることができる。また基地局は特定ＢＷＰにＵＥが集中する場合、負荷均等化(ｌｏａｄ ｂａｌａｎｃｉｎｇ)のために一部ＵＥを他のＢＷＰに設定することができる。また基地局は隣接セル間の周波数領域セル間の干渉除去(ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｉｎｔｅｒ－ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ ｃａｎｃｅｌｌａｔｉｏｎ)などを考慮して、全体帯域幅のうち、中間部の一部のスペクトルを排除し、両側のＢＷＰを同じスロット内に設定することができる。

【0179】

基地局は広帯域ＣＣに関連する(ａｓｓｏｃｉａｔｉｏｎ)ＵＥに少なくとも１つのＤＬ／ＵＬ ＢＷＰを設定し、特定の時点に設定されたＤＬ／ＵＬ ＢＷＰ(ｓ)のうちのいずれかのＤＬ／ＵＬ ＢＷＰを(第１階層シグナリング(例えば、ＤＣＩなど)、ＭＡＣ、ＲＲＣシグナリングなどにより)活性化することができる。また他の設定されたＤＬ／ＵＬ ＢＷＰによりスイッチングを(Ｌ１シグナリング、ＭＡＣ ＣＥ又はＲＲＣシグナリングなどにより)指示することもできる。また端末はタイマー(例えば、ＢＷＰ非活性タイマー)値に基づいてタイマーが満了すると、所定のＤＬ／ＵＬ ＢＷＰによりスイッチング動作を行うこともできる。この時、活性化されたＤＬ／ＵＬ ＢＷＰはａｃｔｉｖｅ ＤＬ／ＵＬ ＢＷＰと呼ぶ。初期接続(ｉｎｉｔｉａｌ ａｃｃｅｓｓ)過程又はＲＲＣ連結が設定(ｓｅｔ ｕｐ)される前などのＵＥは、基地局からＤＬ／ＵＬ ＢＷＰに対する設定を受信できないこともある。かかるＵＥについて仮定されるＤＬ／ＵＬ ＢＷＰをｉｎｉｔｉａｌ ａｃｔｉｖｅ ＤＬ／ＵＬ ＢＷＰと定義する。

【0180】

図１４は本開示に適用可能な非免許帯域を支援する無線通信システムの一例を示す。

【0181】

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

【0182】

図１４(ａ)のように、端末と基地局が搬送波結合されたＬＣＣ及びＵＣＣにより信号を送受信する場合、ＬＣＣはＰＣＣ(Ｐｒｉｍａｒｙ ＣＣ)に設定され、ＵＣＣはＳＣＣ(Ｓｅｃｏｎｄａｒｙ ＣＣ)に設定される。図１４(ｂ)のように、端末と基地局は１つのＵＣＣ又は搬送波結合された複数のＵＣＣにより信号を送受信する。即ち、端末と基地局はＬＣＣ無しにＵＣＣ(ｓ)のみにより信号を送受信することができる。スタンドアローン動作のために、ＵＣｅｌｌではＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳ送信などが支援される。

【0183】

以下、本開示で説明する非免許帯域での信号送受信動作は、(特に言及しないと)上述した全ての配置シナリオに基づいて行われる。

【0184】

特に言及しないと、以下の定義がこの明細書で使用される用語に適用される。

【0185】

－チャネル(Ｃｈａｎｎｅｌ)：共有スペクトル(Ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)でチャネル接続過程が行われる連続するＲＢで構成され、搬送波又は搬送波の一部を称する。

【0186】

－チャネル接続過程(Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ、ＣＡＰ)：信号送信前に他の通信ノードのチャネル使用有無を判断するために、センシングに基づいてチャネル可用性を評価する手順である。センシングのための基本ユニット(ｂａｓｉｃ ｕｎｉｔ)はＴ_sl＝９ｕｓ区間(ｄｕｒａｔｉｏｎ)のセンシングスロットである。基地局又は端末がセンシングスロット区間の間にチャネルをセンシングし、センシングスロット区間内で少なくとも４ｕｓの間に検出された電力がエネルギー検出しきい値Ｘ_Threshより小さい場合、センシングスロット区間Ｔ_slは休止状態と見なされる。そうではない場合は、センシングスロット区間Ｔ_sl＝９ｕｓはビジー状態と見なされる。ＣＡＰはＬＢＴ(Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ)とも称される。

【0187】

－チャネル占有(Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)：チャネル接続手順の実行後、基地局／端末によるチャネル上の対応する送信を意味する。

【0188】

－チャネル占有時間(Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ、ＣＯＴ)：基地局／端末がチャネル接続手順の実行後、基地局／端末及びチャネル占有を共有する任意の基地局／端末がチャネル上で送信を行える総時間を称する。ＣＯＴの決定時、送信ギャップが２５ｕｓ以下であると、ギャップ区間もＣＯＴにカウントされる。

【0189】

なお、ＣＯＴは基地局と対応端末の間の送信のために共有される。

【0190】

具体的には、ＵＥ－ｉｎｉｔｉａｔｅｄ ＣＯＴを基地局と共有する(ｓｈａｒｅ)とは、ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ基盤のＬＢＴ(例えば、ＣＡＴ－３ ＬＢＴ又はＣＡＴ－４ ＬＢＴ)により端末が占有するチャネルの一部を基地局に譲渡し、基地局は端末がＵＬ送信を完了した時点からＤＬ送信の開始前に発生するタイミングギャップ(ｔｉｍｉｎｇ ｇａｐ)を活用して、ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆなしにＬＢＴ(例えば、ＣＡＴ－１ ＬＢＴ又はＣＡＴ－２ ＬＢＴ)を行った後、ＬＢＴに成功して該当チャネルが休止(ｉｄｌｅ)状態であることが確認されると、基地局が残りの端末のＣＯＴを活用してＤＬ送信を行うことを意味する。

【0191】

一方、ｇＮＢ－ｉｎｉｔｉａｔｅｄ ＣＯＴを端末と共有する(ｓｈａｒｅ)とは、ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ基盤のＬＢＴ(例えば、ＣＡＴ－３ ＬＢＴ又はＣＡＴ－４ ＬＢＴ)により基地局が占有するチャネルの一部を端末に譲渡し、端末は基地局がＤＬ送信を完了した時点からＵＬ送信の開始前に発生するタイミングギャップを活用して、ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆなしにＬＢＴ(例えば、ＣＡＴ－１ ＬＢＴ又はＣＡＴ－２ ＬＢＴ)を行い、ＬＢＴに成功して該当チャネルが休止(ｉｄｌｅ)状態であることが確認されると、端末が残りの基地局のＣＯＴを活用してＵＬ送信を行う過程を意味する。かかる過程を端末と基地局がＣＯＴを共有するという。

【0192】

－ＤＬ送信バースト(ｂｕｒｓｔ)：１６ｕｓを超えるギャップがない、基地局からの送信セットにより定義される。１６ｕｓを超えるギャップにより分離された、基地局からの送信は個々のＤＬ送信バーストとして見なされる。基地局はＤＬ送信バースト内でチャネル可用性をセンシングせず、ギャップ以後に送信を行う。

【0193】

－ＵＬ送信バースト：１６ｕｓを超えるギャップがない、端末からの送信セットにより定義される。１６ｕｓを超えるギャップにより分離された、端末からの送信は個々のＵＬ送信バーストとして見なされる。端末はＵＬ送信バースト内でチャネル可用性をセンシングせず、ギャップ以後に送信を行う。

【0194】

－検出バースト：(時間)ウィンドウ内に限定され、デューティサイクルに連関する、信号及び／又はチャネルのセットを含むＤＬ送信バーストを称する。ＬＴＥ基盤のシステムにおいて、検出バーストは基地局により開始された送信としてＰＳＳ、ＳＳＳ及びＣＲＳ(ｃｅｌｌ－ｓｐｅｃｉｆｉｃ ＲＳ)を含み、非ゼロ出力ＣＳＩ－ＲＳをさらに含む。ＮＲ基盤のシステムにおいては、検出バーストは基地局により開始された送信として少なくともＳＳ／ＰＢＣＨブロックを含み、ＳＩＢ１を有するＰＤＳＣＨをスケジューリングするＰＤＣＣＨのためのＣＯＲＥＳＥＴ、ＳＩＢ１を運ぶＰＤＳＣＨ及び／又は非ゼロ出力ＣＳＩ－ＲＳをさらに含む。

【0195】

図１５はこの開示に適用可能な非免許帯域においてリソースを占有する方法を示す。

【0196】

図１５を参照すると、非免許帯域内の通信ノード(例えば、基地局、端末)は、信号送信前に他の通信ノードのチャネル使用有無を判断する必要がある。そのために、非免許帯域内の通信ノードは送信が行われるチャネルに接続するためにチャネル接続過程(ＣＡＰ)を行う。チャネル接続過程はセンシングに基づいて行われる。例えば、通信ノードは信号送信前にまずＣＳ(Ｃａｒｒｉｅｒ Ｓｅｎｓｉｎｇ)を行って、他の通信ノードが信号送信を行っているか否かを確認する。他の通信ノードが信号送信を行っていないと判断された場合をＣＣＡ(Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ)が確認されたと定義する。既に定義された或いは上位階層(例えば、ＲＲＣ)により設定されたＣＣＡしきい値(例えば、Ｘ_Thresh)がある場合、通信ノードはＣＣＡしきい値より高いエネルギーがチャネルで検出されると、チャネル状態をビジー(ｂｕｓｙ)と判断し、そうではないと、チャネル状態を休止(ｉｄｌｅ)と判断する。チャネル状態が休止と判断されると、通信ノードは非免許帯域で信号送信を開始する。ＣＡＰはＬＢＴと混用できる。

【0197】

表１０はこの開示に適用可能なＮＲ－Ｕで支援されるチャネル接続過程(ＣＡＰ)を例示する。

【0198】

【表10】

【0199】

非免許帯域を支援する無線通信システムにおいて、端末に設定される１つのセル(或いは搬送波(例えば、ＣＣ))或いはＢＷＰは、既存のＬＴＥに比べて大きいＢＷ(ＢａｎｄＷｉｄｔｈ)を有する広帯域である。しかし、規制(ｒｅｇｕｌａｔｉｏｎ)などに基づいて独立的なＬＢＴ動作に基づくＣＣＡが要求されるＢＷは制限される。個別ＬＢＴが行われるサブバンド(ＳＢ)をＬＢＴ－ＳＢと定義すると、１つの広帯域セル／ＢＷＰ内に複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢを構成するＲＢセットは上位階層(例えば、ＲＲＣ)シグナリングにより設定される。従って、(i)セル／ＢＷＰのＢＷ及び(ii)ＲＢセット割り当て情報に基づいて、１つのセル／ＢＷＰには１つ以上のＬＢＴ－ＳＢが含まれる。セル(或いは搬送波)のＢＷＰに複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢは、例えば、２０ＭＨｚ帯域を有する。ＬＢＴ－ＳＢは周波数領域において複数の連続する(Ｐ)ＲＢで構成され、(Ｐ)ＲＢセットとも称される。一方、ヨーロッパではＦＢＥ(Ｆｒａｍｅ ｂａｓｅｄ ｅｑｕｉｐｍｅｎｔ)とＬＢＥ(Ｌｏａｄ Ｂａｓｅｄ Ｅｑｕｉｐｍｅｎｔ)と言われる２つのＬＢＴ動作を例示している。ＦＢＥは通信ノードがチャネル接続に成功したとき、送信を持続できる時間を意味するチャネル占有時間(ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ)(例えば、１～１０ｍｓ)とチャネル占有時間の最小５％に該当する休止期間が１つの固定(ｆｉｘｅｄ)フレーム区間を構成する。また、ＣＣＡは休止期間内の後部分にＣＣＡスロット(最小２０μs)の間にチャネルを観測する動作と定義される。通信ノードは固定フレーム単位で周期的にＣＣＡを行い、チャネルが非占有(ｕｎｏｃｃｕｐｉｅｄ)状態である場合は、チャネル占有時間の間にデータを送信し、チャネルが占有(ｏｃｃｕｐｉｅｄ)状態である場合には、送信を保留し、次の周期のＣＣＡスロットまで待機する。

【0200】

ＬＢＴ方式の場合は、通信ノードはまずｑ∈[４、５、…、３２]の値を設定した後、１つのＣＣＡスロットに対するＣＣＡを行い、１番目のＣＣＡスロットでチャネルが非占有状態であると、最大(１３／３２)ｑ ｍｓ長さの時間を確保してデータを送信する。１番目のＣＣＡスロットでチャネルが占有状態であると、通信ノードはランダムにＮ∈[１、２、…、ｑ]の値を選択してカウンターの初期値として格納する。その後、ＣＣＡスロット単位でチャネル状態をセンシングしながらＣＣＡスロット単位でチャネルが非占有状態であると、カウンターに格納された値を１ずつ減らしていく。カウンター値が０になると、通信ノードは最大(１３／３２)ｑ ｍｓ長さの時間を確保してデータを送信する。

【0201】

ＬＴＥ／ＮＲシステムのｅＮＢ／ｇＮＢやＵＥも、非免許帯域(便宜上、Ｕ－ｂａｎｄという)における信号送信のためにＬＢＴを行う必要がある。また、ＬＴＥ／ＮＲシステムのｅＮＢやＵＥが信号を送信する場合、ＷｉＦｉなどの他の通信ノードもＬＢＴを行ってｅＮＢやＵＥが送信に対する干渉を引き起こさないようにする。例えば、ＷｉＦｉ標準(８０１.１１ａｃ)でＣＣＡしきい値はｎｏｎ－ＷｉＦｉ信号に対して－６２ｄＢｍと規定されており、ＷｉＦｉ信号に対して－８２ｄＢｍと規定されている。例えば、ＳＴＡ(Ｓｔａｔｉｏｎ)やＡＰ(Ａｃｃｅｓｓ Ｐｏｉｎｔ)にＷｉＦｉ以外の信号が－６２ｄＢｍ以上の電力で受信されると、干渉を起こさないように、ＳＴＡやＡＰは他の信号を送信しない。

【0202】

一方、端末は非免許帯域での上りリンク信号送信のためにタイプ１又はタイプ２のＣＡＰを行う。一般的には、端末は上りリンク信号送信のために基地局が設定したＣＡＰ(例えば、タイプ１又はタイプ２)を行う。例えば、ＰＵＳＣＨ送信をスケジューリングするＵＬグラント(例えば、ＤＣＩフォーマット０＿０、０＿１)内に端末のＣＡＰタイプ指示情報が含まれる。

【0203】

タイプ１ ＵＬ ＣＡＰにおいて送信前に休止とセンシングされたセンシングスロットによりスパンされる(ｓｐａｎｎｅｄ)時間区間の長さはランダムである。タイプ１ ＵＬ ＣＡＰは以下の送信に適用される。

【0204】

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

【0205】

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

【0206】

－ＲＡＰ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)に関連する送信

【0207】

図１６はこの開示に適用可能な非免許帯域において上りリンク及び／又は下りリンク信号送信のための端末のチャネル接続手順のうち、タイプ１のＣＡＰ動作を例示する。

【0208】

まず図１６を参照しながら、非免許帯域での上りリンク信号送信について説明する。

【0209】

まず端末は遅延区間(ｄｅｆｅｒ ｄｕｒａｔｉｏｎ)Ｔ_dのセンシングスロット区間の間にチャネルが休止状態であるか否かをセンシングし、その後、カウンタＮが０になると、送信を行う(Ｓ１６３４)。この時、カウンタＮは以下の手順に従って追加センシングスロット区間の間にチャネルをセンシングすることにより調整される：

【0210】

ステップ１)(Ｓ１６２０)Ｎ＝Ｎ_initに設定。ここで、Ｎ_initは０からＣＷ_pの間で均等分布されたランダム値である。次に、ステップ４に移動する。

【0211】

ステップ２)(Ｓ１６４０)Ｎ＞０であり、端末がカウンタの減少を選択した場合、Ｎ＝Ｎ－１に設定。

【0212】

ステップ３)(Ｓ１６５０)追加センシングスロット区間の間にチャネルをセンシングする。この時、追加センシングスロット区間が休止であると(Ｙ)、ステップ４に移動する。そうではないと(Ｎ)、ステップ５に移動する。

【0213】

ステップ４)(Ｓ１６３０)Ｎ＝０であると(Ｙ)、ＣＡＰ手順を終了する(Ｓ１６３２)。そうではないと(Ｎ)、ステップ２に移動する。

【0214】

ステップ５)(Ｓ１６６０)追加遅延区間Ｔ_d内でビジー(ｂｕｓｙ)センシングスロットが検出されるか、又は追加遅延区間Ｔ_d内の全てのセンシングスロットが休止(ｉｄｌｅ)と検出されるまでチャネルをセンシング。

【0215】

ステップ６)(Ｓ１６７０)追加遅延区間Ｔ_dの全てのセンシングスロット区間の間にチャネルが休止とセンシングされると(Ｙ)、ステップ４に移動する。そうではないと(Ｎ)、ステップ５に移動する。

【0216】

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

【0217】

【表11】

【0218】

遅延区間Ｔ_dは区間Ｔ_f(１６ｕｓ)＋ｍ_p個の連続するセンシングスロット区間Ｔ_sl(９ｕｓ)の順で構成される。Ｔ_fは１６ｕｓ区間の開始時点にセンシングスロット区間Ｔ_slを含む。ＣＷ_min,p≦ＣＷ_p≦ＣＷ_max,pである。ＣＷ_pはＣＷ_p＝ＣＷ_min,pに設定され、以前のＵＬバースト(例えば、ＰＵＳＣＨ)に対する明示的／黙示的な受信応答に基づいてステップ１以前にアップデートされる(ＣＷサイズアップデート)。例えば、ＣＷ_pは以前のＵＬバーストに対する明示的／黙示的な受信応答に基づいてＣＷ_min,pに初期化されるか、次に高い許容された値に増加するか、又は既存の値がそのまま維持される。タイプ２ＵＬ ＣＡＰにおいて送信前に休止とセンシングされたセンシングスロットによりスパンされる(ｓｐａｎｎｅｄ)時間区間の長さは決定的である(ｄｅｔｅｒｍｉｎｉｓｔｉｃ)。タイプ２ ＵＬ ＣＡＰはタイプ２Ａ／２Ｂ／２Ｃ ＵＬ ＣＡＰに区分される。タイプ２Ａ ＵＬ ＣＡＰにおいて端末は少なくともセンシング区間Ｔ_short__dl＝２５ｕｓの間にチャネルが休止とセンシングされた直後(ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ)、送信を行う。ここで、Ｔ_short__dlは区間Ｔｆ(＝１６ｕｓ)の直後に続く１つのセンシングスロット区間で構成される。タイプ２Ａ ＵＬ ＣＡＰにおいてＴ_fは区間の開始点にセンシングスロットを含む。タイプ２Ｂ ＵＬ ＣＡＰにおいて端末はセンシング区間Ｔ_f＝１６ｕｓの間にチャネルが休止とセンシングされた直後、送信を行う。タイプ２Ｂ ＵＬ ＣＡＰにおいてＴ_fは区間の最後の９ｕｓ内にセンシングスロットを含む。タイプ２Ｃ ＵＬ ＣＡＰにおいて端末は送信を行う前にチャネルをセンシングしない。

【0219】

非免許帯域において端末の上りリンクデータ送信のためには、まず基地局が非免許帯域上のＵＬグラント送信のためのＬＢＴに成功し、端末もＵＬデータ送信のためのＬＢＴに成功する必要がある。即ち、基地局端と端末端の２回のＬＢＴに全て成功しないと、ＵＬデータ送信を試みることができない。またＬＴＥシステムにおいて、ＵＬグラントからスケジュールされたＵＬデータ間には最小４ｍｓｅｃの遅延(ｄｅｌａｙ)が所要されるので、該当時間の間に非免許帯域で共存する他の送信ノードが優先接続することによりスケジュールされたＵＬLデータ送信が遅延されることもある。かかる理由で、非免許帯域においてＵＬデータ送信の効率性を高める方法が論議されている。

【0220】

ＮＲでは、相対的に高い信頼度と低い遅延時間を有するＵＬ送信を支援するために、基地局が上位階層信号(例えば、ＲＲＣシグナリング)或いは上位階層信号とＬ１信号(例えば、ＤＣＩ)との組み合わせで時間、周波数及びコードドメインリソースを端末に設定しておいた設定されたグラントタイプ１及びタイプ２を支援する。端末は基地局からＵＬグラントを受けなくてもタイプ１又はタイプ２に設定されたリソースを使用してＵＬ送信を行うことができる。タイプ１では設定されたグラントの周期、ＳＦＮ＝０対比オフセット、時間／周波数リソース割り当て(ｔｉｍｅ／ｆｒｅｑ. ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ)、繰り返し(ｒｅｐｅｔｉｔｉｏｎ)回数、ＤＭＲＳパラメータ、ＭＣＳ／ＴＢＳ及び電力制御パラメータ(ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ)などがＬ１信号なしに全てＲＲＣのような上位階層信号によってのみ設定される。タイプ２は設定されたグラントの周期と電力制御パラメータなどはＲＲＣのような上位階層信号により設定され、残りのリソースに関する情報(例えば、初期送信タイミングのオフセットと時間／周波数リソース割り当て、ＤＭＲＳパラメータ、ＭＣＳ／ＴＢＳなど)はＬ１シグナルであるａｃｔｉｖａｔｉｏｎ ＤＣＩにより指示される方法である。

【0221】

ＬＴＥ ＬＡＡのＡＵＬとＮＲのｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔの間の最大差は、端末がＵＬグラントなしに送信したＰＵＳＣＨに対するＨＡＲＱ－ＡＣＫフィードバック送信方法とＰＵＳＣＨ送信時に共に送信されるＵＣＩの存在有無である。ＮＲ Ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔでは、シンボルインデックスと周期、ＨＡＲＱプロセス数の方程式を使用してＨＡＲＱプロセスが決定されるが、ＬＴＥ ＬＡＡでは、ＡＵＬ－ＤＦＩ(ｄｏｗｎｌｉｎｋ ｆｅｅｄｂａｃｋ ｉｎｆｏｒｍａｔｉｏｎ)により明示的に(ｅｘｐｌｉｃｉｔ)ＨＡＲＱ－ＡＣＫフィードバック情報が送信される。またＬＴＥ ＬＡＡでは、ＡＵＬ ＰＵＳＣＨを送信するたびにＨＡＲＱ ＩＤ、ＮＤＩ、ＲＶなどの情報を含むＵＣＩをＡＵＬ－ＤＦＩにより共に送信する。また、ＮＲ Ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔでは、端末がＰＵＳＣＨの送信に使用した時間／周波数リソースとＤＭＲＳリソースに基づいてＵＥを認識(ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)し、ＬＴＥ ＬＡＡでは、ＤＭＲＳリソースと一緒にＰＵＳＣＨと共に送信されるＡＵＬ－ＤＦＩに明示的に(ｅｘｐｌｉｃｉｔ)含まれたＵＥ ＩＤにより端末を認識する。

【0222】

非免許帯域を支援する無線通信システムにおいて端末に設定される１つのセル(或いは、搬送波(例、ＣＣ))或いはＢＷＰは既存のＬＴＥに比べて大きいＢＷ(Ｂａｎｄｗｉｄｔｈ)を有する広帯域で構成される。しかし、規制などにより独立したＬＢＴ動作に基づくＣＣＡが求められるＢＷは制限されることもある。個別ＬＢＴが行われるサブバンド(ＳＢ)をＬＢＴ－ＳＢと定義すると、１つの広帯域セル／ＢＷＰ内に複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢを構成するＲＢセットは上位階層(例、ＲＲＣ)シグナリングにより設定される。従って、(i)セル／ＢＷＰのＢＷ及び(ii)ＲＢセット割り当て情報に基づいて、１つのセル／ＢＷＰには１つ以上のＬＢＴ－ＳＢが含まれる。

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

ＵＬ ＢＭはビームフォーミングされたＵＬ ＳＲＳ送信により行われ、ＳＲＳリソースセットのＵＬ ＢＭの適用有無は(ＲＲＣパラメータ)用途にＲＲＣパラメータにより設定される。用途が'ＢｅａｍＭａｎａｇｅｍｅｎt(ＢＭ)'に設定されると、所定の時間の瞬間(Ｔｉｍｅ ｉｎｓｔａｎｔ)に複数のＳＲＳリソースセットのそれぞれに１つのＳＲＳリソースのみが送信される。

【0252】

ＵＥには(ＲＲＣパラメータ)ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにより設定される１つ又はそれ以上のサウンド参照信号(Ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＳＲＳ)リソースセットが(ＲＲＣシグナリングなどにより)設定される。それぞれのＳＲＳリソースセットに対して、ＵＥはＫ≧１ＳＲＳリソースが設定される。ここで、Ｋは自然数であり、Ｋの最大値はＳＲＳ＿能力により指示される。

【0253】

ＤＬ ＢＭと同様に、ＵＬ ＢＭ過程もＵＥのＴｘビームスイーピングとＢＳのＲｘビームスイーピングに区分される。

【0254】

図２０はＳＲＳを用いたＵＬ ＢＭ過程の一例を示す。

【0255】

図２０(ａ)はＢＳのＲｘビームフォーミング決定過程を示し、図２０(ｂ)はＵＥのＴｘビームスイーピング過程を示す。

【0256】

図２１はＳＲＳを用いたＵＬ ＢＭ過程の一例を示すフローチャートである。

【0257】

－ＵＥは'ｂｅａｍ ｍａｎａｇｅｍｅｎｔ'に設定された(ＲＲＣパラメータ)用途パラメータを含むＲＲＣシグナリング(例、ＳＲＳ－Ｃｏｎｆｉｇ ＩＥ)をＢＳから受信する(Ｓ２１１０)。ＳＲＳ－Ｃｏｎｆｉｇ ＩＥはＳＲＳ送信設定のために使用される。ＳＲＳ－Ｃｏｎｆｉｇ ＩＥはＳＲＳ－ＲｅｓｏｕｒｃｅｓのリストとＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔのリストを含む。それぞれのＳＲＳリソースセットはＳＲＳ－ｒｅｓｏｕｒｃｅのセットを意味する。

【0258】

－ＵＥはＳＲＳ－Ｃｏｎｆｉｇ ＩＥに含まれたＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎ Ｉｎｆｏに基づいて送信するＳＲＳリソースに対するＴｘビームフォーミングを決定する(Ｓ２１２０)。ここで、ＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎ ＩｎｆｏはＳＲＳリソースごとに設定され、ＳＲＳリソースごとにＳＳＢ、ＣＳＩ－ＲＳ又はＳＲＳで使用されるビームフォーミングと同一のビームフォーミングを適用するか否かを示す。

【0259】

－もしＳＲＳリソースにＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが設定されると、ＳＳＢ、ＣＳＩ－ＲＳ又はＳＲＳで使用されるビームフォーミングと同一のビームフォーミングを適用して送信する。しかし、ＳＲＳリソースにＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが設定されないと、ＵＥは任意にＴｘビームフォーミングを決定して、決定されたＴｘビームフォーミングによりＳＲＳを送信する(Ｓ２１３０)。

【0260】

より具体的には、'ＳＲＳ－ＲｅｓｏｕｒｃｅＣｏｎｆｉｇＴｙｐｅ'が'ｐｅｒｉｏｄｉｃ'に設定されたＰ－ＳＲＳに対して：

【0261】

i)ＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが'ＳＳＢ／ＰＢＣＨ'に設定される場合、ＵＥはＳＳＢ／ＰＢＣＨの受信のために使用した空間ドメインＲｘフィルターと同一の(或いは該当フィルターから生成された)空間ドメイン送信フィルターを適用して該当ＳＲＳを送信する；又は

【0262】

ii)ＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが'ＣＳＩ－ＲＳ'に設定される場合、ＵＥはＣＳＩ－ＲＳの受信のために使用される同一の空間ドメイン送信フィルターを適用してＳＲＳを送信する；又は

【0263】

iii)ＳＲＳ－ＳｐａｔｉａｌＲｅｌａｔｉｏｎＩｎｆｏが'ＳＲＳ'に設定される場合、ＵＥはＳＲＳの送信のために使用された同一の空間ドメイン送信フィルターを適用して該当ＳＲＳを送信する。

【0264】

－さらにＵＥはＢＳからＳＲＳに対するフィードバックを以下の３つの場合のように受信するか又は受信しない(Ｓ２７４０)。

【0265】

i)ＳＲＳリソースセット内の全てのＳＲＳリソースに対してＳｐａｔｉａｌ＿Ｒｅｌａｔｉｏｎ＿Ｉｎｆｏが設定される場合、ＵＥはＢＳが指示したビームでＳＲＳを送信する。例えば、Ｓｐａｔｉａｌ＿Ｒｅｌａｔｉｏｎ＿Ｉｎｆｏが全て同一のＳＳＢ、ＣＲＩ又はＳＲＩを指示する場合、ＵＥは同じビームでＳＲＳを繰り返して送信する。

【0266】

ii)ＳＲＳリソースセット内の全てのＳＲＳリソースに対してＳｐａｔｉａｌ＿Ｒｅｌａｔｉｏｎ＿Ｉｎｆｏが設定されない場合、ＵＥは自由にＳＲＳビームフォーミングを変更しながら送信する。

【0267】

iii)ＳＲＳリソースセット内の一部のＳＲＳリソースに対してのみＳｐａｔｉａｌ＿Ｒｅｌａｔｉｏｎ＿Ｉｎｆｏが設定される場合、設定されたＳＲＳリソースに対しては指示されたビームでＳＲＳを送信し、Ｓｐａｔｉａｌ＿Ｒｅｌａｔｉｏｎ＿Ｉｎｆｏが設定されないＳＲＳリソースに対してはＵＥが任意にＴｘビームフォーミングを適用して送信する。

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

プロセッサ２０２は端末からＵＬ信号を受信するように送受信機２０６を制御する。このとき、受信されたＵＬ信号は[提案方法＃１]、[提案方法＃２]及び[提案方法＃４]のうちのいずれかに基づいて送信されたものである。

【0468】

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

【0469】

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

【0470】

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

【0471】

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

【0472】

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

【0473】

図３０を参照すると、車両又は自律走行車両１００はアンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサ部１４０ｃ及び自律走行部１４０ｄを含む。アンテナ部１０８は通信部１１０の一部で構成される。

【0474】

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

【0475】

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

【0476】

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

【0477】

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

【0478】

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

【産業上の利用可能性】

【0479】

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

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