▶ エルジー エレクトロニクス インコーポレイティドの特許一覧
特表2023-540654非免許帯域において信号を送受信する方法及びそのための装置
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公表特許公報(A)
(11)【公表番号】
(43)【公表日】2023-09-26
(54)【発明の名称】非免許帯域において信号を送受信する方法及びそのための装置
(51)【国際特許分類】
H04W 74/08 20090101AFI20230919BHJP
H04W 16/14 20090101ALI20230919BHJP
H04W 16/28 20090101ALI20230919BHJP
H04B 7/06 20060101ALI20230919BHJP
【ＦＩ】
H04W74/08
H04W16/14
H04W16/28
H04B7/06 950
【審査請求】有
【予備審査請求】未請求
(21)【出願番号】P 2022574195
(86)(22)【出願日】2022-08-01
(85)【翻訳文提出日】2022-12-01
(86)【国際出願番号】 KR2022011287
(87)【国際公開番号】W WO2023014013
(87)【国際公開日】2023-02-09
(31)【優先権主張番号】10-2021-0103450
(32)【優先日】2021-08-05
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2021-0150071
(32)【優先日】2021-11-03
(33)【優先権主張国・地域又は機関】KR
(81)【指定国・地域】
(71)【出願人】
【識別番号】502032105
【氏名又は名称】エルジー エレクトロニクス インコーポレイティド
【氏名又は名称原語表記】ＬＧ ＥＬＥＣＴＲＯＮＩＣＳ ＩＮＣ．
【住所又は居所原語表記】１２８， Ｙｅｏｕｉ－ｄａｅｒｏ， Ｙｅｏｎｇｄｅｕｎｇｐｏ－ｇｕ， ０７３３６ Ｓｅｏｕｌ，Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】100099759
【弁理士】
【氏名又は名称】青木 篤
(74)【代理人】
【識別番号】100123582
【弁理士】
【氏名又は名称】三橋 真二
(74)【代理人】
【識別番号】100165191
【弁理士】
【氏名又は名称】河合 章
(74)【代理人】
【識別番号】100114018
【弁理士】
【氏名又は名称】南山 知広
(74)【代理人】
【識別番号】100159259
【弁理士】
【氏名又は名称】竹本 実
(72)【発明者】
【氏名】ミョン ソチャン
(72)【発明者】
【氏名】キム ソンウク
(72)【発明者】
【氏名】ヤン ソクチョル
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA11
5K067EE02
5K067EE10
5K067JJ03
5K067KK02
(57)【要約】
この開示は無線通信システムにおいて、端末がＵＬ(Ｕｐｌｉｎｋ)送信を行う方法に関する。特にこの方法は、複数のビームに対するセンシングを複数のビームのそれぞれに対して別々に行い、複数のビームのうち、ＩＤＬＥであると感知された少なくとも１つのビームによりＵＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター値は別々に設定される。
【選択図】図１２
【選択図】図１２
【特許請求の範囲】
【請求項1】
無線通信システムにおいて、端末がＵＬ(Ｕｐｌｉｎｋ)送信を行う方法であって、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を前記複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、
前記複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームにより前記ＵＬ送信を行うことを含み、
前記複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される、ＵＬ送信方法。
【請求項2】
前記複数のビームに対するセンシングは同時に(ｓｉｍｕｌｔａｎｅｏｕｓｌｙ)行われる、請求項１に記載のＵＬ送信方法。
【請求項3】
前記複数のビームに対するセンシングは第１タイプのセンシングであり、前記ＵＬ送信を行うことは、
(i)前記複数のビームのうち、第１ビームに対応する前記ＵＬ送信の送信時点前に前記第１タイプのセンシングに基づいて前記第１ビームがＩＤＬＥであると感知(ｓｅｎｓｅｄ)され、(ii)前記第１タイプのセンシング後、前記ＵＬ送信が行われないことに基づいて、
前記送信時点直前の区間(ｄｕｒａｔｉｏｎ)の間に前記第１ビームに対する第２タイプのセンシングを行い、
前記第２タイプのセンシングに基づいて前記第１ビームがＩＤＬＥであると感知されたことに基づいて、前記ＵＬ送信を行うことを含む、請求項１に記載のＵＬ送信方法。
【請求項4】
前記第１タイプのセンシングはＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤であり、前記第２タイプのセンシングはＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤ではない、請求項３に記載のＵＬ送信方法。
【請求項5】
前記第２タイプのセンシングに基づいて前記第１ビームがＢＵＳＹであると感知されたことに基づいて、前記第１ビームに対して前記第１タイプのセンシングを行うことをさらに含む、請求項３に記載のＵＬ送信方法。
【請求項6】
前記複数のビームのそれぞれは複数のＵＬ送信のいずれかに対応し、前記複数のＵＬ送信は同時間にスケジューリングされる、請求項１に記載のＵＬ送信方法。
【請求項7】
無線通信システムにおいて、ＵＬ(Ｕｐｌｉｎｋ)送信を行うための端末であって、少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリと、を含み、
前記動作は、
複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を前記複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、
前記少なくとも１つの送受信機により、前記複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームにより前記ＵＬ送信を行うことを含み、
前記複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される、端末。
【請求項8】
前記複数のビームに対するセンシングは同時に(ｓｉｍｕｌｔａｎｅｏｕｓｌｙ)行われる、請求項７に記載の端末。
【請求項9】
前記複数のビームに対するセンシングは第１タイプのセンシングであり、前記ＵＬ送信を行うことは、
(i)前記複数のビームのうち、第１ビームに対応する前記ＵＬ送信の送信時点前に前記第１タイプのセンシングに基づいて前記第１ビームがＩＤＬＥであると感知(ｓｅｎｓｅｄ)され、(ii)前記第１タイプのセンシング後、前記ＵＬ送信が行われないことに基づいて、
前記送信時点直前の区間(ｄｕｒａｔｉｏｎ)の間に前記第１ビームに対する第２タイプのセンシングを行い、
前記第２タイプのセンシングに基づいて前記第１ビームがＩＤＬＥであると感知されたことに基づいて、前記ＵＬ送信を行うことを含む、請求項７に記載の端末。
【請求項10】
前記第１タイプのセンシングはＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤であり、前記第２タイプのセンシングはＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤ではない、請求項９に記載の端末。
【請求項11】
前記第２タイプのセンシングに基づいて前記第１ビームがＢＵＳＹであると感知されたことに基づいて、前記第１ビームに対して前記第１タイプのセンシングを行うことをさらに含む、請求項９に記載の端末。
【請求項12】
前記複数のビームのそれぞれは複数のＵＬ送信のいずれかに対応し、前記複数のＵＬ送信は同時間にスケジューリングされる、請求項７に記載の端末。
【請求項13】
無線通信システムにおいて、ＵＬ(Ｕｐｌｉｎｋ)送信を行うための装置であって、少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリと、を含み、
前記動作は、
複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を前記複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、
前記複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームにより前記ＵＬ送信を行うことを含み、
前記複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される、装置。
【請求項14】
少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体であって、前記動作は、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を前記複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、
前記少なくとも１つの送受信機により、前記複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームにより前記ＵＬ送信を行うことを含み、
前記複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される、コンピューター読み取り可能な記録媒体。
【請求項15】
無線通信システムにおいて、基地局がＤＬ(Ｄｏｗｎｌｉｎｋ)送信を行う方法であって、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を前記複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、
前記複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームにより前記ＤＬ送信を行うことを含み、
前記複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される、ＤＬ送信方法。
【請求項16】
無線通信システムにおいて、ＤＬ(Ｄｏｗｎｌｉｎｋ)送信を行うための基地局であって、少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリと、を含み、
前記動作は、
複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を前記複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、
前記少なくとも１つの送受信機により、前記複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームにより前記ＤＬ送信を行うことを含み、
前記複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される、基地局。
【発明の詳細な説明】
【技術分野】
【0001】
この開示(Ｄｉｓｃｌｏｓｕｒｅ)は、非免許帯域において信号を送受信する方法及びそのための装置に関し、より詳しくは、非免許帯域において少なくとも１つのビームを用いて信号を送受信するために少なくとも１つのビームに対するＬＢＴ(Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ)を行う方法及びそのための装置に関する。
【背景技術】
【0002】
時代の流れによってより多くの通信装置がより大きな通信トラフィックを要求することになり、既存のＬＴＥシステムに比べて向上した無線広帯域通信である次世代５Ｇシステムが要求されている。ＮｅｗＲＡＴと呼ばれる次世代５Ｇシステムでは、Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ(ｅＭＢＢ)／Ｕｌｔｒａ－Ｒｅｌｉａｂｉｌｉｔｙ ａｎｄ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ(ＵＲＬＬＣ)／Ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ－ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ(ｍＭＴＣ)などに通信シナリオが区分される。
【0003】
ここで、ｅＭＢＢはＨｉｇｈ Ｓｐｅｃｔｒｕｍ Ｅｆｆｉｃｉｅｎｃｙ、Ｈｉｇｈ Ｕｓｅｒ Ｅｘｐｅｒｉｅｎｃｅｄ Ｄａｔａ Ｒａｔｅ、Ｈｉｇｈ Ｐｅａｋ Ｄａｔａ Ｒａｔｅなどの特性を有する次世代移動通信シナリオであり、ＵＲＬＬＣはＵｌｔｒａ Ｒｅｌｉａｂｌｅ、Ｕｌｔｒａ Ｌｏｗ Ｌａｔｅｎｃｙ、Ｕｌｔｒａ Ｈｉｇｈ Ａｖａｉｌａｂｉｌｉｔｙなどの特性を有する次世代移動通信シナリオであり(例えば、Ｖ２Ｘ、Ｅｍｅｒｇｅｎｃｙ Ｓｅｒｖｉｃｅ、Ｒｅｍｏｔｅ Ｃｏｎｔｒｏｌ)、ｍＭＴＣはＬｏｗ Ｃｏｓｔ、Ｌｏｗ Ｅｎｅｒｇｙ、Ｓｈｏｒｔ Ｐａｃｋｅｔ、Ｍａｓｓｉｖｅ Ｃｏｎｎｅｃｔｉｖｉｔｙの特性を有する次世代移動通信シナリオである(例えば、ＩｏＴ)。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本開示は、非免許帯域において信号を送受信する方法及びそのための装置を提供する。
【0005】
本開示で達成しようとする技術的課題は上記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【課題を解決するための手段】
【0006】
この開示の実施例による無線通信システムにおいて、端末がＵＬ(Ｕｐｌｉｎｋ)送信を行う方法であって、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＵＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。
【0007】
このとき、複数のビームに対するセンシングは同時に(ｓｉｍｕｌｔａｎｅｏｕｓｌｙ)行われる。
【0008】
また複数のビームに対するセンシングは第１タイプのセンシングであり、ＵＬ送信を行うことは、(i)複数のビームのうち、第１ビームに対応するＵＬ送信の送信時点前に第１タイプのセンシングに基づいて第１ビームがＩＤＬＥであると感知(ｓｅｎｓｅｄ)され、(ii)第１タイプのセンシング後、ＵＬ送信が行われないことに基づいて、送信時点直前の区間(ｄｕｒａｔｉｏｎ)の間に第１ビームに対する第２タイプのセンシングを行い、第２タイプのセンシングに基づいて第１ビームがＩＤＬＥであると感知されたことに基づいて、ＵＬ送信を行うことを含む。
【0009】
また第１タイプのセンシングはＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤であり、第２タイプのセンシングはＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤ではなくてもよい。
【0010】
また第２タイプのセンシングに基づいて第１ビームがＢＵＳＹであると感知されたことに基づいて、第１ビームに対して第１タイプのセンシングを行うことをさらに含む。
【0011】
また複数のビームのそれぞれは複数のＵＬ送信のいずれかに対応し、複数のＵＬ送信は同時間にスケジューリングされる。
【0012】
この開示による無線通信システムにおいて、ＵＬ(Ｕｐｌｉｎｋ)送信を行うための端末であって、少なくとも１つの送受信機、少なくとも１つのプロセッサ、及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、少なくとも１つの送受信機により、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＵＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。
【0013】
このとき、複数のビームに対するセンシングは同時に(ｓｉｍｕｌｔａｎｅｏｕｓｌｙ)行われる。
【0014】
また複数のビームに対するセンシングは第１タイプのセンシングであり、ＵＬ送信を行うことは、(i)複数のビームのうち、第１ビームに対応するＵＬ送信の送信時点前に第１タイプのセンシングに基づいて第１ビームがＩＤＬＥであると感知(ｓｅｎｓｅｄ)され、(ii)第１タイプのセンシング後、ＵＬ送信が行われないことに基づいて、送信時点直前の区間(ｄｕｒａｔｉｏｎ)の間に第１ビームに対する第２タイプのセンシングを行い、第２タイプのセンシングに基づいて第１ビームがＩＤＬＥであると感知されたことに基づいて、ＵＬ送信を行うことを含む。
【0015】
また第１タイプのセンシングはＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤であり、第２タイプのセンシングはＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤ではなくてもよい。
【0016】
また第２タイプのセンシングに基づいて第１ビームがＢＵＳＹであると感知されたことに基づいて、第１ビームに対して第１タイプのセンシングを行うことをさらに含む。
【0017】
また複数のビームのそれぞれは複数のＵＬ送信のいずれかに対応し、複数のＵＬ送信は同時間にスケジューリングされる。
【0018】
この開示の実施例による無線通信システムにおいて、ＵＬ(Ｕｐｌｉｎｋ)送信を行うための装置であって、少なくとも１つのプロセッサ、及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＵＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。
【0019】
この開示による少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体であって、この動作は、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、少なくとも１つの送受信機により、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＵＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。
【0020】
この開示の実施例による無線通信システムにおいて、基地局がＤＬ(Ｄｏｗｎｌｉｎｋ)送信を行う方法であって、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＤＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。
【0021】
この開示による無線通信システムにおいて、ＤＬ(Ｄｏｗｎｌｉｎｋ)送信を行うための基地局であって、少なくとも１つの送受信機、少なくとも１つのプロセッサ、及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、少なくとも１つの送受信機により、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＤＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。
【発明の効果】
【0022】
この開示によれば、特定ビーム方向或いは(ＴＤＭ及び／又はＳＤＭされた)多重ビーム(ｍｕｌｔｉ－ｂｅａｍ)送信のために、Ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＣａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ基盤のｗｉｄｅ－ｂｅａｍ ＬＢＴとｎａｒｒｏｗ－ｂｅａｍ ＬＢＴから実行するＬＢＴ(Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ Ｔａｌｋ)の種類を決定し、送信種類(例えば、ユニキャスト又はブロードキャスト)によってＥＤしきい値を互いに異なるように設定して、多重ビームを効率的に送信することができ、他の信号との干渉を最小化するＬＢＴを行うことができる。
【0023】
ＣＯＴ(Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ ｔｉｍｅ)において複数のビーム方向にＴＤＭ(ｔｉｍｅ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)及び／又はＳＤＭ(ｓｐａｔｉａｌ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)形式の多重ビーム送信のためにビームごとの独立したＬＢＴ(ｉｎｄｅｐｅｎｄｅｎｔ ｐｅｒ－ｂｅａｍ ＬＢＴ)を行うとき、各ビーム方向ごとに独立してＬＢＴを行うか又は代表ビーム方向を選択してビームごとの独立したＬＢＴ(ｉｎｄｅｐｅｎｄｅｎｔ ｐｅｒ－ｂｅａｍ ＬＢＴ)を行って、１つのＣＯＴ内での多重ビーム送信を効率的に行うことができる。
【0024】
また、ＣＧ－ＰＵＳＣＨ(Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ－Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)とＤＧ－ＰＵＳＣＨ(Ｄｙｎａｍｉｃ Ｇｒａｎｔ－Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)がＬＢＴを行わず連続して送信できる条件を定義することにより、ＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨの連続送信を効率的に運用することができる。
【0025】
本開示で得られる効果は以上で言及した効果に制限されず、言及していない他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【0026】
【図1】端末の上りリンク送信動作を例示する図である。
【0027】
【図2】この開示に適用可能な非免許帯域を支援する無線通信システムを示す図である。
【0028】
【図3】この開示に適用可能な非免許帯域内でリソースを占有する方法を例示する図である。
【0029】
【図4】この開示に適用可能な非免許帯域において上りリンク及び／又は下りリンク信号送信のための端末のチャネル接続手順を例示する図である。
【0030】
【図5】この開示に適用可能な複数のＬＢＴ－ＳＢ(Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ－Ｓｕｂｂａｎｄ)について説明するための図である。
【0031】
【図6】ＮＲシステムでのアナログビームフォーミング(Ａｎａｌｏｇ Ｂｅａｍｆｏｒｍｉｎｇ)を説明するための図である。
【0032】
【図7】この開示の実施例によるビーム基盤のＬＢＴ(Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ)及びビームグループ基盤のＬＢＴを説明するための図である。
【0033】
【図8】この開示の実施例によるビーム基盤のＬＢＴを行うときに発生する問題を説明するための図である。
【0034】
【図9】この開示の実施例による端末及び基地局の全般的な動作過程を説明するための図である。
【0035】
【図10】この開示の実施例による端末及び基地局の全般的な動作過程を説明するための図である。
【0036】
【図11】この開示の実施例による端末及び基地局の全般的な動作過程を説明するための図である。
【0037】
【図12】この開示の実施例による多重ビーム送信を行う方法を説明する図である。
【0038】
【図13】この開示の実施例によるＣＧ－ＰＵＳＣＨ及びＤＧ－ＰＵＳＣＨの連続送信について説明する図である。
【0039】
【図14】この開示に適用される通信システムを例示する図である。
【0040】
【図15】この開示に適用可能な無線機器を例示する図である。
【0041】
【図16】この開示に適用可能な車両又は自律走行車両を例示する図である。
【発明を実施するための形態】
【0042】
以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ(ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ(ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＳＣ－ＦＤＭＡ(ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ(Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ)やＣＤＭＡ２０００のような無線技術(ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ)によって具現することができる。ＴＤＭＡは、ＧＳＭ(Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ)／ＧＰＲＳ(Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ)／ＥＤＧＥ(Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ)のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１(Ｗｉ－Ｆｉ)、ＩＥＥＥ ８０２．１６(ＷｉＭＡＸ)、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ(Ｅｖｏｌｖｅｄ ＵＴＲＡ)などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)の一部である。３ＧＰＰ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ)（登録商標）ＬＴＥ(ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ)は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ(Ｅｖｏｌｖｅｄ ＵＭＴＳ)の一部であり、ＬＴＥ－Ａは３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ(Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ)は３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａの進化したバージョンである。
【0043】
説明を明確にするために、３ＧＰＰ通信システム(例えば、ＮＲ)を主として説明するが、本開示の技術的思想はこれに限られない。この開示の説明に使用された背景技術、用語、約語などについては、この開示前に公開された標準文書に記載の事項を参照できる(例えば、３８.２１１、３８.２１２、３８.２１３、３８.２１４、３８.３００、３８.３３１など)。
【0044】
ここで、ＮＲシステムを含む５Ｇ通信について説明する。
【0045】
５Ｇの３つの主な要求事項領域は、(１)改善したモバイル広帯域(Ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ，ｅＭＢＢ)領域、(２)多量のマシンタイプ通信(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ，ｍＭＴＣ)領域、及び(３)超－信頼及び低遅延通信(Ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ，ＵＲＬＬＣ)領域を含む。
【0046】
一部の使用例(Ｕｓｅ Ｃａｓｅ)においては、最適化のために多数の領域が求められることがあり、他の使用例においては、ただ１つの核心性能指標(Ｋｅｙ Ｐｅｒｆｏｒｍａｎｃｅ Ｉｎｄｉｃａｔｏｒ，ＫＰＩ)にのみフォーカスされることがある。５Ｇはかかる様々な使用例を柔軟且つ信頼できる方法で支援するものです。
【0047】
ｅＭＢＢは基本的なモバイルインターネットアクセスを遥かに超え、豊かな２方向作業、クラウド又は増強現実においてメディア及びエンターテインメントアプリケーションをカバーする。データは、５Ｇの核心動力の１つであり、５Ｇ時代で初めて専用の音声サービスが見られないかもしれない。５Ｇにおいて、音声は、単純に通信システムによって提供されるデータ接続を用いて応用プログラムとして処理されることが期待できる。増加したトラフィック量(ｖｏｌｕｍｅ)の主な原因は、コンテンツサイズの増加及び高いデータ送信率を求めるアプリケーション数の増加である。ストリーミングサービス(オーディオ及びビデオ)、会話型ビデオ及びモバイルインターネット接続はより多い装置がインターネットに接続するほどより広く用いられるであろう。このような多くの応用プログラムは、ユーザにリアルタイム情報及び通知をプッシュするために、常にオンになっている接続性が必要である。クダウドストーリッジ及びアプリケーションは、モバイル通信プラットフォームにおいて急激に増加しつつあり、これは、業務及びエンターテインメントの両方にも適用可能である。また、クラウドストーリッジは、上りリンクデータ送信率の成長を牽引する格別な使用例である。５Ｇはまた、クラウドの遠隔業務にも用いられ、触角インターフェースが用いられるときに優れたユーザ経験が維持できるように、もっと低いエンド－ツ－エンド(ｅｎｄ－ｔｏ－ｅｎｄ)遅延を求める。エンターテインメント、例えば、クラウドゲーム及びビデオストリーミングは、モバイル広帯域能力への要求を増加させるまた他の核心要素である。エンターテインメントは、列車、車及び飛行機のような移動性の高い環境を含むどこでも、スマートホン及びタブレットにおいて必須である。また別の使用例は、エンターテインメントのための増強現実及び情報検索である。ここで、増強現実は、非常に低い遅延と瞬間的なデータ量を必要とする。
【0048】
また、最も多く予想される５Ｇの使用例の１つは、全ての分野において埋め込みセンサーを円滑に接続できる機能、即ち、ｍＭＴＣに関するものである。２０２０年まで潜在的なＩｏＴ装置は２０４億個に至るものと予測される。産業ＩｏＴは、５Ｇがスマートシティ、資産追跡(ａｓｓｅｔ ｔｒａｃｋｉｎｇ)、スマートユーティリティー、農業及びセキュリティーインフラを可能にする主要役割を行う領域の１つである。
【0049】
ＵＲＬＬＣは、主要インフラの遠隔制御及び自律走行車両(ｓｅｌｆ－ｄｒｉｖｉｎｇ ｖｅｈｉｃｌｅ)のような超高信頼／利用可能な遅延の少ないリンクを介して産業を変化させる新たなサービスを含む。信頼性と遅延のレベルは、スマートグリッド制御、産業自動化、ロボット工学、ドローン制御及び調整に必須的である。
【0050】
次に、ＮＲシステムを含む５Ｇ通信システムにおける多数の使用例について、より具体的に説明する。
【0051】
５Ｇは、秒当たり数百メガビットから秒当たりギガビットと評価されるストリームを提供する手段であって、ＦＴＴＨ(ｆｉｂｅｒ－ｔｏ－ｔｈｅ－ｈｏｍｅ)及びケーブルベース広帯域(又はＤＯＣＳＩＳ)を補完することができる。このような早い速度は、仮想現実と増強現実だけでなく、４Ｋ以上(６Ｋ、８Ｋ及びそれ以上)の解像度でＴＶを伝達するのに要求される。ＶＲ(Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ)及びＡＲ(Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ)のアプリケーションは、ほとんど没入型(ｉｍｍｅｒｓｉｖｅ)スポーツ競技を含む。特定の応用プログラムは、特別なネットワーク設定が要求され得る。例えば、ＶＲゲームの場合、ゲーム会社が遅延を最小化するために、コアサーバーをネットワークオペレータのエッジネットワークサーバーと統合しなければならない。
【0052】
自動車(Ａｕｔｏｍｏｔｉｖｅ)は、車両に対する移動通信のための多くの使用例と共に、５Ｇにおいて重要な新しい動力になることが予想される。例えば、乗客のためのエンターテインメントは、同時の高い容量と高い移動性モバイル広帯域を要求する。その理由は、将来のユーザは、その位置及び速度と関係なく、高品質の接続を続けて期待するためである。自動車分野の他の活用例は、増強現実のダッシュボードである。これは、運転者が前面の窓を通じて見ているものの上に、暗やみで物体を識別し、物体の距離と動きに対して運転者に言ってくれる情報を重ねてディスプレーする。将来、無線モジュールは、車両間の通信、車両と支援するインフラ構造の間で情報交換及び自動車と他の連結されたデバイス(例えば、歩行者によって伴われるデバイス)間で情報交換を可能にする。安全システムは、運転者がより安全な運転ができるように行動の代替コースを案内し、事故の危険を減らせる。次の段階は、遠隔操縦されたり、自己運転車両(ｓｅｌｆ－ｄｒｉｖｅｎ ｖｅｈｉｃｌｅ)になる。これは、互いに異なる自己運転車両間及び自動車とインフラ間で非常に信頼性があり、非常に早い通信であることを要求する。将来には、自己運転車両が全ての運転活動を行い、運転者は車両そのものが識別できない交通異常にのみ集中できるようにする。自己運転車両の技術的要求事項は、トラフィックの安全が人の達成できない程度まで増加するように超低遅延と超高速信頼性を要求する。
【0053】
スマート社会(ｓｍａｒｔ ｓｏｃｉｅｔｙ)として言及されるスマートシティとスマートホームは、高密度の無線センサーネットワークにエンベデッドされる。知能型センサーの分散ネットワークは、シティ又は家庭の費用及びエネルギー－効率的な維持に対する条件を識別する。類似する設定が各家庭のために行われることができる。温度センサー、窓及び暖房コントローラ、盗難警報機及び家電製品がいずれも無線で接続される。このようなセンサーの多くのものが典型的に低いデータ送信速度、低電力及び低コストである。しかし、例えば、リアルタイムＨＤビデオは、監視のために特定タイプの装置で要求されることがある。
【0054】
熱又はガスを含むエネルギーの消費及び分配は、高度に分散化しており、分散センサーネットワークの自動化された制御が要求される。スマートグリッドは、情報を収集して、これによって行動するようにデジタル情報及び通信技術を使用し、このようなセンサーを相互接続する。この情報は、供給メーカーと消費者の行動を含むことができるため、スマートグリッドが効率性、信頼性、経済性、生産の持続可能性、及び自動化された方式で電気のような燃料の分配を改善させることができる。スマートグリッドは、遅延の少ない他のセンサーネットワークと見ることもできる。
【0055】
健康部門は、移動通信の恵みを受けることのできる多くの応用プログラムを保有している。通信システムは、遠く離れたところで臨床診療を提供する遠隔診療を支援することができる。これは、距離という障壁を減らすのに役立ち、距離が遠い田舎で持続的に利用できない医療サービスへの接近を改善させることができる。これはまた、重要な診療及び応急状況で命を救うために用いられる。移動通信ベースの無線センサーネットワークは、心拍数及び血圧のようなパラメータに対する遠隔モニタリング及びセンサーを提供することができる。
【0056】
無線及びモバイル通信は、産業応用分野でますます重要になっている。配線は設置及び維持費用が高い。従って、ケーブルを再構成することが可能な無線リンクへの交換可能性は、多くの産業分野で魅力的な機会である。しかし、これを達成するには、無線接続がケーブルと類似した遅延、信頼性及び容量で動作することと、その管理を単純化することが要求される。低い遅延と非常に低いエラー確率は、５Ｇに繋がる必要のある新たな要求事項である。
【0057】
物流(ｌｏｇｉｓｔｉｃｓ)及び貨物追跡(ｆｒｅｉｇｈｔ ｔｒａｃｋｉｎｇ)は、位置に基づく情報システムを使用し、どこでもインベントリ(ｉｎｖｅｎｔｏｒｙ)及びパッケージの追跡を可能にする移動通信に対する重要な使用例である。物流及び貨物追跡の使用例は、典型的に低いデータ速度を要求するが、広い範囲と信頼性のある位置情報が必要である。
【0058】
【0059】
上りリンクにおいて、基地局は(ＤＣＩ ｆｏｒｍａｔ ０_０又はＤＣＩ ｆｏｒｍａｔ ０_１を含む)ＰＤＣＣＨ(ｓ)を介して端末に動的に上りリンク送信のためのリソースを割り当てる。また基地局は(ＳＰＳのように)設定されたグラント(ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)方法に基づいて、初期ＨＡＲＱ送信のための上りリンクリソースを端末に割り当てる。但し、再送信のための上りリンクリソースはＰＤＣＣＨ(ｓ)を介して明示的に割り当てられる。このように、動的なグラント(例えば、スケジューリングＤＣＩによる上りリンクグラント)なしに基地局により上りリンクリソースが予め設定される動作を‘設定されたグラント(ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)’という。設定されたグラントは以下の２つのタイプにより定義される。
【0060】
－Ｔｙｐｅ １：上位階層シグナリングにより一定の周期の上りリンクグラントが提供される(別の第１階層シグナリングなしに設定される)。
【0061】
－Ｔｙｐｅ ２：上位階層シグナリングにより上りリンクグラントの周期が設定され、ＰＤＣＣＨを介して設定されたグラントの活性化／非活性化がシグナリングされることにより上りリンクグラントが提供される。
【0062】
複数の端末に設定されたグラントのためのリソースが共有される。各端末の設定されたグラントに基づく上りリンク信号送信は、時間／周波数リソース及び参照信号パラメータ(例えば、異なる循環シフトなど)に基づいて識別される。従って、基地局は信号衝突などにより端末の上りリンク送信に失敗した場合、該当端末を識別して該当送信ブロックのための再送信グラントを該当端末に明示的に送信する。
【0063】
設定されたグラントにより、同一の送信ブロックのために初期送信を含むＫ回の繰り返し送信が支援される。Ｋ回繰り返して送信される上りリンク信号のためのＨＡＲＱプロセスＩＤは、初期送信のためのリソースに基づいて同一に決定される。Ｋ回繰り返して送信される該当送信ブロックのための冗長バージョン(ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ)は、{０，２，３，１}、{０，３，０，３}及び{０，０，０，０}のうちのいずれかのパターンを有する。
【0064】
端末は以下のうちのいずれかの条件を満たすまで繰り返し送信を行う：
【0065】
－同一の送信ブロックのための上りリンクグラントが成功的に受信される場合
【0066】
－該当送信ブロックのための繰り返し送信回数がＫに至った場合
【0067】
－周期Ｐの終了時点に至った場合
【0068】
既存の３ＧＰＰ ＬＴＥシステムのＬＡＡ(Ｌｉｃｅｎｓｅｄ－Ａｓｓｉｓｔｅｄ Ａｃｃｅｓｓ)のように、３ＧＰＰ ＮＲシステムにおいても、非免許帯域(ｕｎｌｉｃｅｎｓｅｄ ｂａｎｄ)をセルラー通信に活用する方案が考慮されている。但し、ＬＡＡとは異なり、非免許帯域内のＮＲセル(以下、ＮＲ ＵＣｅｌｌ)はスタンドアローン(Ｓｔａｎｄａｌｏｎｅ、ＳＡ)動作を目標とする。一例として、ＮＲ ＵＣｅｌｌにおいてＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨの送信などが支援される。
【0069】
ＬＡＡ ＵＬ(Ｕｐｌｉｎｋ)では、非同期式ＨＡＲＱ手順(Ａｓｙｎｃｈｒｏｎｏｕｓ ＨＡＲＱ ｐｒｏｃｅｄｕｒｅ)の導入によりＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)に対するＨＡＲＱ－ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ－ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ)情報を端末に知らせるためのＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ ＨＡＲＱ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)のような別のチャネルが存在しない。よって、ＵＬ ＬＢＴ過程において競争ウィンドウ(Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ;ＣＷ)のサイズを調整するための正確なＨＡＲＱ－ＡＣＫ情報を活用することができない。従って、ＵＬ ＬＢＴ過程では、ＵＬグラントをｎ番目のＳＦで受信した場合、(ｎ－３)番目のサブフレーム前の最新ＵＬ ＴＸバーストの１番目のサブフレームを参照サブフレーム(Ｒｅｆｅｒｅｎｃｅ Ｓｕｂｆｒａｍｅ)として設定し、参照サブフレームに対応するＨＡＲＱ ｐｒｏｃｅｓｓ ＩＤに対するＮＤＩを基準として競争ウィンドウのサイズを調整する。即ち、基地局が１つ以上の送信ブロック(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ；ＴＢ)ごとのＮＤＩ(Ｎｅｗ ｄａｔａ Ｉｎｄｉｃａｔｏｒ)をトグリング(Ｔｏｇｇｌｉｎｇ)するか、又は１つ以上の送信ブロックに対して再送信を指示すると、参照サブフレームにおいてＰＵＳＣＨが他の信号と衝突して送信に失敗したと仮定して、予め約束した競争ウィンドウサイズのための集合内の現在適用された競争ウィンドウサイズの次に大きい競争ウィンドウサイズに該当競争ウィンドウのサイズを増加させ、そうではないと、参照サブフレームでのＰＵＳＣＨが他の信号との衝突なしに成功的に送信されたと仮定して、競争ウィンドウのサイズを最小値(例えば、ＣＷｍｉｎ)に初期化する方案が導入されている。
【0070】
本開示の様々な実施例が適用可能なＮＲシステムでは、１つの要素搬送波(ｃｏｍｐｏｎｅｎｔ ｃａｒｒｉｅｒ、ＣＣ)ごとに最大４００ＭＨｚ周波数リソースが割り当てられる／支援される。このような広帯域(ｗｉｄｅｂａｎｄ)ＣＣで動作するＵＥが常にＣＣ全体に対するＲＦ(ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ)モジュールをオン(ＯＮ)にしたまま動作する場合、ＵＥのバッテリー消耗が大きくなる。
【0071】
又は１つの広帯域ＣＣ内に動作する複数の使用例(例えば、ｅＭＢＢ(ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ Ｂｒｏａｄｂａｎｄ)、ＵＲＬＬＣ、ｍＭＴＣ(ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ)など)を考慮する場合、該当ＣＣ内の周波数帯域ごとに互いに異なるニューマロロジー(例えば、副搬送波間隔)が支援される。
【0072】
又は、ＵＥごとに最大帯域幅に対する能力(ｃａｐａｂｉｌｉｔｙ)が互いに異なってもよい。
【0073】
かかる状況を考慮して、基地局はＵＥに広帯域ＣＣの全体帯域幅ではない一部帯域幅でのみ動作するように指示／設定する。ここで、一部帯域幅は帯域幅パート(ｂａｎｄｗｉｄｔｈ ｐａｒｔ；ＢＷＰ)により定義される。
【0074】
ＢＷＰは周波数軸上で連続するリソースブロック(ＲＢ)で構成され、１つのＢＷＰは１つのニューマロロジー(例えば、副搬送波間隔、ＣＰ長さ、スロット／ミニスロット区間など)に対応する。
【0075】
図２は本開示に適用可能な非免許帯域を支援する無線通信システムの一例を示す。
【0076】
以下の説明において、免許帯域(以下、Ｌ－ｂａｎｄ)で動作するセルをＬ－ｃｅｌｌと定義し、Ｌ－ｃｅｌｌのキャリアを(ＤＬ／ＵＬ)ＬＣＣと定義する。また非免許帯域(以下、Ｕ－ｂａｎｄ)で動作するセルをＵ－ｃｅｌｌと定義し、Ｕ－ｃｅｌｌのキャリアを(ＤＬ／ＵＬ)ＵＣＣと定義する。セルのキャリア／キャリア－周波数はセルの動作周波数(例えば、中心周波数)を意味する。セル／キャリア(例えば、ＣＣ)はセルと統称する。
【0077】
図２(ａ)のように、端末と基地局が搬送波結合されたＬＣＣ及びＵＣＣにより信号を送受信する場合、ＬＣＣはＰＣＣ(Ｐｒｉｍａｒｙ ＣＣ)に設定され、ＵＣＣはＳＣＣ(Ｓｅｃｏｎｄａｒｙ ＣＣ)に設定される。図２(ｂ)のように、端末と基地局は１つのＵＣＣ又は搬送波結合された複数のＵＣＣにより信号を送受信する。即ち、端末と基地局はＬＣＣ無しにＵＣＣ(ｓ)のみにより信号を送受信することができる。スタンドアローン動作のために、ＵＣｅｌｌではＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳ送信などが支援される。
【0078】
以下、本開示で説明する非免許帯域での信号送受信動作は、(特に言及しないと)上述した全ての配置シナリオに基づいて行われる。
【0079】
特に言及しないと、以下の定義がこの明細書で使用される用語に適用される。
【0080】
－チャネル(Ｃｈａｎｎｅｌ)：共有スペクトル(Ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ)でチャネル接続過程が行われる連続するＲＢで構成され、搬送波又は搬送波の一部を称する。
【0081】
－チャネル接続過程(Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ、ＣＡＰ)：信号送信前に他の通信ノードのチャネル使用有無を判断するために、センシングに基づいてチャネル可用性を評価する手順である。センシングのための基本ユニット(ｂａｓｉｃ ｕｎｉｔ)はＴsl＝９ｕｓ区間(ｄｕｒａｔｉｏｎ)のセンシングスロットである。基地局又は端末がセンシングスロット区間の間にチャネルをセンシングし、センシングスロット区間内で少なくとも４ｕｓの間に検出された電力がエネルギー検出しきい値ＸThreshより小さい場合、センシングスロット区間Ｔslは遊休状態と見なされる。そうではない場合は、センシングスロット区間Ｔsl＝９ｕｓはビジー状態と見なされる。ＣＡＰはＬＢＴ(Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ)とも称される。
【0082】
－チャネル占有(Ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)：チャネル接続手順の実行後、基地局／端末によるチャネル上の対応する送信を意味する。
【0083】
－チャネル占有時間(Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ、ＣＯＴ)：基地局／端末がチャネル接続手順の実行後、基地局／端末及びチャネル占有を共有する任意の基地局／端末がチャネル上で送信を行える総時間を称する。ＣＯＴの決定時、送信ギャップが２５ｕｓ以下であると、ギャップ区間もＣＯＴにカウントされる。
【0084】
なお、ＣＯＴは基地局と対応端末の間の送信のために共有される。
【0085】
具体的には、ＵＥ－ｉｎｉｔｉａｔｅｄ ＣＯＴを基地局と共有する(ｓｈａｒｅ)とは、ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、ＣＡＴ－３ ＬＢＴ又はＣＡＴ－４ ＬＢＴ)により端末が占有するチャネルの一部を基地局に譲渡し、基地局は端末がＵＬ送信を完了した時点からＤＬ送信の開始前に発生するタイミングギャップ(ｔｉｍｉｎｇ ｇａｐ)を活用して、ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒなしにＬＢＴ(例えば、ＣＡＴ－１ ＬＢＴ又はＣＡＴ－２ ＬＢＴ)を行った後、ＬＢＴに成功して該当チャネルが遊休(ｉｄｌｅ)状態であることが確認されると、基地局が残りの端末のＣＯＴを活用してＤＬ送信を行うことを意味する。
【0086】
一方、ｇＮＢ－ｉｎｉｔｉａｔｅｄ ＣＯＴを端末と共有する(ｓｈａｒｅ)とは、ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、ＣＡＴ－３ ＬＢＴ又はＣＡＴ－４ ＬＢＴ)により基地局が占有するチャネルの一部を端末に譲渡し、端末は基地局がＤＬ送信を完了した時点からＵＬ送信の開始前に発生するタイミングギャップを活用して、ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒなしにＬＢＴ(例えば、ＣＡＴ－１ ＬＢＴ又はＣＡＴ－２ ＬＢＴ)を行い、ＬＢＴに成功して該当チャネルが遊休(ｉｄｌｅ)状態であることが確認されると、端末が残りの基地局のＣＯＴを活用してＵＬ送信を行う過程を意味する。かかる過程を端末と基地局がＣＯＴを共有するという。
【0087】
－ＤＬ送信バースト(ｂｕｒｓｔ)：１６ｕｓを超えるギャップがない、基地局からの送信セットにより定義される。１６ｕｓを超えるギャップにより分離された、基地局からの送信は個々のＤＬ送信バーストとして見なされる。基地局はＤＬ送信バースト内でチャネル可用性をセンシングせず、ギャップ以後に送信を行う。
【0088】
－ＵＬ送信バースト：１６ｕｓを超えるギャップがない、端末からの送信セットにより定義される。１６ｕｓを超えるギャップにより分離された、端末からの送信は個々のＵＬ送信バーストとして見なされる。端末はＵＬ送信バースト内でチャネル可用性をセンシングせず、ギャップ以後に送信を行う。
【0089】
－検出バースト：(時間)ウィンドウ内に限定され、デューティサイクルに連関する、信号及び／又はチャネルのセットを含むＤＬ送信バーストを称する。ＬＴＥ基盤のシステムにおいて、検出バーストは基地局により開始された送信としてＰＳＳ、ＳＳＳ及びＣＲＳ(ｃｅｌｌ－ｓｐｅｃｉｆｉｃ ＲＳ)を含み、非ゼロ出力ＣＳＩ－ＲＳをさらに含む。ＮＲ基盤のシステムにおいては、検出バーストは基地局により開始された送信として少なくともＳＳ／ＰＢＣＨブロックを含み、ＳＩＢ１を有するＰＤＳＣＨをスケジューリングするＰＤＣＣＨのためのＣＯＲＥＳＥＴ、ＳＩＢ１を運ぶＰＤＳＣＨ及び／又は非ゼロ出力ＣＳＩ－ＲＳをさらに含む。
【0090】
図３はこの開示に適用可能な非免許帯域においてリソースを占有する方法を示す。
【0091】
図３を参照すると、非免許帯域内の通信ノード(例えば、基地局、端末)は、信号送信前に他の通信ノードのチャネル使用有無を判断する必要がある。そのために、非免許帯域内の通信ノードは送信が行われるチャネルに接続するためにチャネル接続過程(ＣＡＰ)を行う。チャネル接続過程はセンシングに基づいて行われる。例えば、通信ノードは信号送信前にまずＣＳ(Ｃａｒｒｉｅｒ Ｓｅｎｓｉｎｇ)を行って、他の通信ノードが信号送信を行っているか否かを確認する。他の通信ノードが信号送信を行っていないと判断された場合をＣＣＡ(Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ)が確認されたと定義する。既に定義された或いは上位階層(例えば、ＲＲＣ)により設定されたＣＣＡしきい値(例えば、ＸＴｈｒｅｓｈ)がある場合、通信ノードはＣＣＡしきい値より高いエネルギーがチャネルで検出されると、チャネル状態をビジー(ｂｕｓｙ)と判断し、そうではないと、チャネル状態を遊休(ｉｄｌｅ)と判断する。チャネル状態が遊休と判断されると、通信ノードは非免許帯域で信号送信を開始する。ＣＡＰはＬＢＴと混用できる。
【0092】
表１はこの開示に適用可能なＮＲ－Ｕで支援されるチャネル接続過程(ＣＡＰ)を例示する。
【0093】
【表1】
【0094】
非免許帯域を支援する無線通信システムにおいて、端末に設定される１つのセル(或いは搬送波(例えば、ＣＣ))或いはＢＷＰは、既存のＬＴＥに比べて大きいＢＷ(ＢａｎｄＷｉｄｔｈ)を有する広帯域である。しかし、規制(ｒｅｇｕｌａｔｉｏｎ)などに基づいて独立的なＬＢＴ動作に基づくＣＣＡが要求されるＢＷは制限される。個別ＬＢＴが行われるサブバンド(ＳＢ)をＬＢＴ－ＳＢと定義すると、１つの広帯域セル／ＢＷＰ内に複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢを構成するＲＢセットは上位階層(例えば、ＲＲＣ)シグナリングにより設定される。従って、(i)セル／ＢＷＰのＢＷ及び(ii)ＲＢセット割り当て情報に基づいて、１つのセル／ＢＷＰには１つ以上のＬＢＴ－ＳＢが含まれる。セル(或いは搬送波)のＢＷＰに複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢは、例えば、２０ＭＨｚ帯域を有する。ＬＢＴ－ＳＢは周波数領域において複数の連続する(Ｐ)ＲＢで構成され、(Ｐ)ＲＢセットとも称される。
【0095】
一方、端末は非免許帯域での上りリンク信号送信のためにタイプ１又はタイプ２のＣＡＰを行う。一般的には、端末は上りリンク信号送信のために基地局が設定したＣＡＰ(例えば、タイプ１又はタイプ２)を行う。例えば、ＰＵＳＣＨ送信をスケジューリングするＵＬグラント(例えば、ＤＣＩフォーマット０_０、０_１)内に端末のＣＡＰタイプ指示情報が含まれる。
【0096】
タイプ１ ＵＬ ＣＡＰにおいて送信前に遊休とセンシングされたセンシングスロットによりスパンされる(ｓｐａｎｎｅｄ)時間区間の長さはランダムである。タイプ１ ＵＬ ＣＡＰは以下の送信に適用される。
【0097】
－基地局からスケジューリング及び／又は(設定された)ＰＵＳＣＨ／ＳＲＳ送信
【0098】
－基地局からスケジューリング及び／又は設定されたＰＵＣＣＨ送信
【0099】
－ＲＡＰ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ)に関連する送信
【0100】
図４はこの開示に適用可能な非免許帯域において上りリンク及び／又は下りリンク信号送信のための端末のチャネル接続手順のうち、タイプ１のＣＡＰ動作を例示する。
【0101】
まず図４を参照しながら、非免許帯域での上りリンク信号送信について説明する。
【0102】
まず端末は遅延区間(ｄｅｆｅｒ ｄｕｒａｔｉｏｎ)Ｔdのセンシングスロット区間の間にチャネルが遊休状態であるか否かをセンシングし、その後、カウンターＮが０になると、送信を行う(Ｓ４３４)。この時、カウンターＮは以下の手順に従って追加センシングスロット区間の間にチャネルをセンシングすることにより調整される：
【0103】
ステップ１)(Ｓ４２０)Ｎ＝Ｎinitに設定。ここで、Ｎinitは０からＣＷpの間で均等分布されたランダム値である。次に、ステップ４に移動する。
【0104】
ステップ２)(Ｓ４４０)Ｎ＞０であり、端末がカウンターの減少を選択した場合、Ｎ＝Ｎ－１に設定。
【0105】
ステップ３)(Ｓ４５０)追加センシングスロット区間の間にチャネルをセンシングする。この時、追加センシングスロット区間が遊休であると(Ｙ)、ステップ４に移動する。そうではないと(Ｎ)、ステップ５に移動する。
【0106】
ステップ４)(Ｓ４３０)Ｎ＝０であると(Ｙ)、ＣＡＰ手順を終了する(Ｓ４３２)。そうではないと(Ｎ)、ステップ２に移動する。
【0107】
ステップ５)(Ｓ４６０)追加遅延区間Ｔｄ内でビジー(ｂｕｓｙ)センシングスロットが検出されるか、又は追加遅延区間Ｔｄ内の全てのセンシングスロットが遊休(ｉｄｌｅ)と検出されるまでチャネルをセンシング。
【0108】
ステップ６)(Ｓ４７０)追加遅延区間Ｔｄの全てのセンシングスロット区間の間にチャネルが遊休とセンシングされると(Ｙ)、ステップ４に移動する。そうではないと(Ｎ)、ステップ５に移動する。
【0109】
表２はチャネル接続優先順位クラスによってＣＡＰに適用されるｍｐ、最小ＣＷ、最大ＣＷ、最大チャネル占有時間(Ｍａｘｉｍｕｍ Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ, ＭＣＯＴ)及び許容ＣＷサイズ(ａｌｌｏｗｅｄ ＣＷ ｓｉｚｅｓ)が変わることを例示している。
【0110】
【表2】
【0111】
遅延区間Ｔｄは区間Ｔｆ(１６ｕｓ)＋ｍｐ個の連続するセンシングスロット区間Ｔsl(９ｕｓ)の順で構成される。Ｔｆは１６ｕｓ区間の開始時点にセンシングスロット区間Ｔslを含む。ＣＷmin,p≦ＣＷp≦ＣＷmax,pである。ＣＷpはＣＷp＝ＣＷmin,pに設定され、以前のＵＬバースト(例えば、ＰＵＳＣＨ)に対する明示的／黙示的な受信応答に基づいてステップ１以前にアップデートされる(ＣＷサイズアップデート)。例えば、ＣＷpは以前のＵＬバーストに対する明示的／黙示的な受信応答に基づいてＣＷmin,pに初期化されるか、次に高い許容された値に増加するか、又は既存の値がそのまま維持される。
【0112】
タイプ２ＵＬ ＣＡＰにおいて送信前に遊休とセンシングされたセンシングスロットによりスパンされる(ｓｐａｎｎｅｄ)時間区間の長さは決定的である(ｄｅｔｅｒｍｉｎｉｓｔｉｃ)。タイプ２ ＵＬ ＣＡＰはタイプ２Ａ／２Ｂ／２Ｃ ＵＬ ＣＡＰに区分される。タイプ２Ａ ＵＬ ＣＡＰにおいて端末は少なくともセンシング区間Ｔshort_dl＝２５ｕｓの間にチャネルが遊休とセンシングされた直後(ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ)、送信を行う。ここで、Ｔshort_dlは区間Ｔｆ(＝１６ｕｓ)の直後に続く１つのセンシングスロット区間で構成される。タイプ２Ａ ＵＬ ＣＡＰにおいてＴfは区間の開始点にセンシングスロットを含む。タイプ２Ｂ ＵＬ ＣＡＰにおいて端末はセンシング区間Ｔf＝１６ｕｓの間にチャネルが遊休とセンシングされた直後、送信を行う。タイプ２Ｂ ＵＬ ＣＡＰにおいてＴfは区間の最後の９ｕｓ内にセンシングスロットを含む。タイプ２Ｃ ＵＬ ＣＡＰにおいて端末は送信を行う前にチャネルをセンシングしない。
【0113】
非免許帯域において端末の上りリンクデータ送信のためには、まず基地局が非免許帯域上のＵＬグラント送信のためのＬＢＴに成功し、端末もＵＬデータ送信のためのＬＢＴに成功する必要がある。即ち、基地局端と端末端の２回のＬＢＴに全て成功しないと、ＵＬデータ送信を試みることができない。またＬＴＥシステムにおいて、ＵＬグラントからスケジュールされたＵＬデータ間には最小４ｍｓｅｃの遅延(ｄｅｌａｙ)が所要されるので、該当時間の間に非免許帯域で共存する他の送信ノードが優先接続することによりスケジュールされたＵＬLデータ送信が遅延されることもある。かかる理由で、非免許帯域においてＵＬデータ送信の効率性を高める方法が論議されている。
【0114】
ＮＲでは、相対的に高い信頼度と低い遅延時間を有するＵＬ送信を支援するために、基地局が上位階層信号(例えば、ＲＲＣシグナリング)或いは上位階層信号とＬ１信号(例えば、ＤＣＩ)との組み合わせで時間、周波数及びコードドメインリソースを端末に設定しておいた設定されたグラントタイプ１及びタイプ２を支援する。端末は基地局からＵＬグラントを受けなくてもタイプ１又はタイプ２に設定されたリソースを使用してＵＬ送信を行うことができる。タイプ１では設定されたグラントの周期、ＳＦＮ＝０対比オフセット、時間／周波数リソース割り当て(ｔｉｍｅ／ｆｒｅｑ. ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ)、繰り返し(ｒｅｐｅｔｉｔｉｏｎ)回数、ＤＭＲＳパラメータ、ＭＣＳ／ＴＢＳ及び電力制御パラメータ(ｐｏｗｅｒ ｃｏｎｔｒｏｌ ｐａｒａｍｅｔｅｒ)などがＬ１信号なしに全てＲＲＣのような上位階層信号によってのみ設定される。タイプ２は設定されたグラントの周期と電力制御パラメータなどはＲＲＣのような上位階層信号により設定され、残りのリソースに関する情報(例えば、初期送信タイミングのオフセットと時間／周波数リソース割り当て、ＤＭＲＳパラメータ、ＭＣＳ／ＴＢＳなど)はＬ１シグナルであるａｃｔｉｖａｔｉｏｎ ＤＣＩにより指示される方法である。
【0115】
ＬＴＥ ＬＡＡのＡＵＬとＮＲのｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔの間の最大差は、端末がＵＬグラントなしに送信したＰＵＳＣＨに対するＨＡＲＱ－ＡＣＫフィードバック送信方法とＰＵＳＣＨ送信時に共に送信されるＵＣＩの存在有無である。ＮＲ Ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔでは、シンボルインデックスと周期、ＨＡＲＱプロセス数の方程式を使用してＨＡＲＱプロセスが決定されるが、ＬＴＥ ＬＡＡでは、ＡＵＬ－ＤＦＩ(ｄｏｗｎｌｉｎｋ ｆｅｅｄｂａｃｋ ｉｎｆｏｒｍａｔｉｏｎ)により明示的に(ｅｘｐｌｉｃｉｔ)ＨＡＲＱ－ＡＣＫフィードバック情報が送信される。またＬＴＥ ＬＡＡでは、ＡＵＬ ＰＵＳＣＨを送信するたびにＨＡＲＱ ＩＤ、ＮＤＩ、ＲＶなどの情報を含むＵＣＩをＡＵＬ－ＤＦＩにより共に送信する。また、ＮＲ Ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔでは、端末がＰＵＳＣＨの送信に使用した時間／周波数リソースとＤＭＲＳリソースに基づいてＵＥを認識(ｉｄｅｎｔｉｆｉｃａｔｉｏｎ)し、ＬＴＥ ＬＡＡでは、ＤＭＲＳリソースと一緒にＰＵＳＣＨと共に送信されるＡＵＬ－ＤＦＩに明示的に(ｅｘｐｌｉｃｉｔ)含まれたＵＥ ＩＤにより端末を認識する。
【0116】
以下、図４を参照しながら、非免許帯域での下りリンク信号送信について説明する。
【0117】
基地局は非免許帯域での下りリンク信号送信のために、以下のうちのいずれかのチャネル接続過程(ＣＡＰ)を行う。
【0118】
(１)タイプ１ 下りリンク(ＤＬ)ＣＡＰ方法
【0119】
タイプ１ ＤＬ ＣＡＰにおいて送信前に遊休とセンシングされたセンシングスロットによりスパンされる(ｓｐａｎｎｅｄ)時間区間の長さはランダムである。タイプ１ ＤＬ ＣＡＰは以下の送信に適用される。
【0120】
－(i)ユーザ平面データ(ｕｓｅｒ ｐｌａｎｅ ｄａｔａ)を有するユニキャストＰＤＳＣＨ、又は(ii)ユーザ平面データを有するユニキャストＰＤＳＣＨ及びユーザ平面データをスケジューリングするユニキャストＰＤＣＣＨを含む、基地局により開始された(ｉｎｉｔｉａｔｅｄ)送信、又は
【0121】
－(i)検出バーストのみを有する、又は(ii)非－ユニキャスト(ｎｏｎ－ｕｎｉｃａｓｔ)情報と多重化された検出バーストを有する、基地局により開始された送信。
【0122】
図４を参照すると、まず基地局は遅延区間(ｄｅｆｅｒ ｄｕｒａｔｉｏｎ)Ｔdのセンシングスロット区間の間にチャネルが遊休状態であるか否かをセンシングし、その後、カウンターＮが０になると、送信を行う(Ｓ４３４)。この時、カウンターＮは以下の手順に従って追加センシングスロット区間の間にチャネルをセンシングすることにより調整される：
【0123】
ステップ１)(Ｓ４２０)Ｎ＝Ｎinitに設定。ここで、Ｎinitは０からＣＷpの間で均等分布されたランダム値である。次に、ステップ４に移動する。
【0124】
ステップ２)(Ｓ４４０)Ｎ＞０であり、基地局がカウンターの減少を選択した場合、Ｎ＝Ｎ－１に設定。
【0125】
ステップ３)(Ｓ４５０)追加センシングスロット区間の間にチャネルをセンシングする。この時、追加センシングスロット区間が遊休であると(Ｙ)、ステップ４に移動する。そうではないと(Ｎ)、ステップ５に移動する。
【0126】
ステップ４)(Ｓ４３０)Ｎ＝０であると(Ｙ)、ＣＡＰ手順を終了する(Ｓ４３２)。そうではないと(Ｎ)、ステップ２に移動する。
【0127】
ステップ５)(Ｓ４６０)追加遅延区間Ｔd内でビジー(ｂｕｓｙ)センシングスロットが検出されるか、又は追加遅延区間Ｔd内の全てのセンシングスロットが遊休(ｉｄｌｅ)と検出されるまでチャネルをセンシング。
【0128】
ステップ６)(Ｓ４７０)追加遅延区間Ｔdの全てのセンシングスロット区間の間にチャネルが遊休とセンシングされると(Ｙ)、ステップ４に移動する。そうではないと(Ｎ)、ステップ５に移動する。
【0129】
表３はチャネル接続優先順位クラスによってＣＡＰに適用されるｍｐ、最小競争ウィンドウ(Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ、ＣＷ)、最大ＣＷ、最大チャネル占有時間(Ｍａｘｉｍｕｍ Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ, ＭＣＯＴ)及び許容ＣＷサイズ(ａｌｌｏｗｅｄ ＣＷ ｓｉｚｅｓ)が変わることを例示している。
【0130】
【表3】
【0131】
遅延区間Ｔｄは区間Ｔｆ(１６ｕｓ)＋ｍｐ個の連続するセンシングスロット区間Ｔsl(９ｕｓ)の順で構成される。Ｔｆは１６ｕｓ区間の開始時点にセンシングスロット区間Ｔslを含む。
【0132】
ＣＷmin,p≦ＣＷp≦ＣＷmax,pである。ＣＷpはＣＷp＝ＣＷmin,pに設定され、以前のＤＬバースト(例えば、ＰＤＳＣＨ)に対するＨＡＲＱ－ＡＣＫフィードバック(例えば、ＡＣＫ又はＮＡＣＫ比率)に基づいてステップ１以前にアップデートされる(ＣＷサイズアップデート)。例えば、ＣＷpは以前のＤＬバーストに対するＨＡＲＱ－ＡＣＫフィードバックに基づいてＣＷmin,pに初期化されるか、又は次に高い許容された値に増加されるか、又は既存の値がそのまま維持される。
【0133】
(２)タイプ２ 下りリンク(ＤＬ)ＣＡＰ方法
【0134】
タイプ２ ＤＬ ＣＡＰにおいて送信前に遊休とセンシングされたセンシングスロットによりスパンされる時間区間の長さは決定的である(ｄｅｔｅｒｍｉｎｉｓｔｉｃ)。タイプ２ ＤＬ ＣＡＰはタイプ２Ａ／２Ｂ／２Ｃ ＤＬ ＣＡＰに区分される。
【0135】
タイプ２Ａ ＤＬ ＣＡＰは以下の送信に適用される。タイプ２Ａ ＤＬ ＣＡＰにおいて基地局は少なくともセンシング区間Ｔshort_dl＝２５ｕｓの間にチャネルが遊休とセンシングされた直後、送信を行う。ここで、Ｔshort_dlは区間Ｔf(＝１６ｕｓ)の直後に続く１つのセンシングスロット区間で構成される。Ｔｆは区間の開始点にセンシングスロットを含む。
【0136】
－(i)検出バーストのみを有する、又は(ii)非－ユニキャスト(ｎｏｎ－ｕｎｉｃａｓｔ)情報と多重化された検出バーストを有する、基地局により開始された送信、又は
【0137】
－共有チャネル占有(Ｓｈａｒｅｄ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ)内で端末による送信から２５ｕｓギャップ以後の基地局の送信。
【0138】
タイプ２Ｂ ＤＬ ＣＡＰは共有されたチャネル占有時間内で端末による送信から１６ｕｓギャップ以後に基地局により行われる送信に適用可能である。タイプ２Ｂ ＤＬ ＣＡＰにおいて基地局はＴf＝１６ｕｓの間にチャネルが遊休とセンシングされた直後、送信を行う。Ｔfは区間の最後の９ｕｓ内にセンシングスロットを含む。タイプ２Ｃ ＤＬ ＣＡＰは共有されたチャネル占有時間内で端末による送信から最大１６ｕｓギャップ後に基地局により行われる送信に適用可能である。タイプ２Ｃ ＤＬ ＣＡＰにおいて基地局は送信を行う前にチャネルをセンシングしない。
【0139】
非免許帯域を支援する無線通信システムにおいて端末に設定される１つのセル(或いは、搬送波(例、ＣＣ))或いはＢＷＰは既存のＬＴＥに比べて大きいＢＷ(Ｂａｎｄｗｉｄｔｈ)を有する広帯域で構成される。しかし、規制などにより独立したＬＢＴ動作に基づくＣＣＡが求められるＢＷは制限されることもある。個別ＬＢＴが行われるサブバンド(ＳＢ)をＬＢＴ－ＳＢと定義すると、１つの広帯域セル／ＢＷＰ内に複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢを構成するＲＢセットは上位階層(例、ＲＲＣ)シグナリングにより設定される。従って、(i)セル／ＢＷＰのＢＷ及び(ii)ＲＢセット割り当て情報に基づいて、１つのセル／ＢＷＰには１つ以上のＬＢＴ－ＳＢが含まれる。
【0140】
図５は非免許帯域内に複数のＬＢＴ－ＳＢが含まれた場合を例示する。
【0141】
図５を参照すると、セル(或いは搬送波)のＢＷＰに複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢは、例えば、２０ＭＨｚ帯域を有する。ＬＢＴ－ＳＢは周波数領域において複数の連続する(Ｐ)ＲＢで構成され、(Ｐ)ＲＢセットとも称される。図示していないが、ＬＢＴ－ＳＢの間にはガードバンド(ＧＢ)が含まれてもよい。従って、ＢＷＰは{ＬＢＴ－ＳＢ＃０(ＲＢ ｓｅｔ＃０)＋ＧＢ＃０＋ＬＢＴ－ＳＢ＃１(ＲＢ ｓｅｔ＃１＋ＧＢ＃１)＋...＋ＬＢＴ－ＳＢ＃(Ｋ－１)(ＲＢ ｓｅｔ(＃Ｋ－１))}の形態で構成される。便宜上、ＬＢＴ－ＳＢ／ＲＢインデックスは低い周波数帯域から高い周波数帯域に行くにつれて増加するように設定／定義される。
【0142】
一方、ＮＲシステムの場合、送信／受信アンテナが大きく増加する巨大(ｍａｓｓｉｖｅ)多重入力多重出力(ｍｕｌｔｉｐｌｅ ｉｎｐｕｔ ｍｕｌｔｉｐｌｅ ｏｕｔｐｕｔ、ＭＩＭＯ)環境が考慮される。即ち、巨大ＭＩＭＯ環境が考慮されることにより、送信／受信アンテナの数は数十又は数百個以上に増加する。一方、ＮＲシステムでは、６ＧＨｚ以上の帯域、即ち、ミリメートル周波数帯域での通信を支援する。しかし、ミリメートル周波数帯域は非常に高い周波数帯域を用いるため、距離による信号減殺が急激であるという周波数特性を有する。従って、少なくとも６ＧＨｚ以上の帯域を使用するＮＲシステムでは、急激な電波減殺特性を補償するために、信号送信を全方向ではなく特定の方向にエネルギーを集めて送信するビームフォーミング技法を使用する。巨大ＭＩＭＯ環境ではハードウェア具現の複雑度を減らし、多数のアンテナを用いた性能増加、リソース割り当ての柔軟性、周波数ごとのビーム制御の容易さのために、ビーム形成加重値ベクトル(ｗｅｉｇｈｔ ｖｅｃｔｏｒ)／プリコーディングベクトル(ｐｒｅｃｏｄｉｎｇ ｖｅｃｔｏｒ)を適用する位置によって、アナログビームフォーミング(ａｎａｌｏｇ ｂｅａｍｆｏｒｍｉｎｇ)技法とデジタルビームフォーミング(ｄｉｇｉｔａｌ ｂｅａｍｆｏｒｍｉｎｇ)技法が結合したハイブリッド(ｈｙｂｒｉｄ)形態のビームフォーミング技法が要求される。
【0143】
図６はハイブリッドビームフォーミング(ｈｙｂｒｉｄ ｂｅａｍｆｏｒｍｉｎｇ)のための送信端及び受信端のブロック図の一例を示す。
【0144】
ミリメートル周波数帯域において狭ビームを形成する方法として、ＢＳやＵＥから多数のアンテナに適切な位相差を用いて同じ信号を送信することにより、特定の方向でのみエネルギーが高くなるビームフォーミング方式が主に考えられている。このようなビームフォーミング方式には、デジタル基底帯域(ｂａｓｅｂａｎｄ)信号に位相差を形成するデジタルビームフォーミング、変調されたアナログ信号に時間遅延(即ち、循環遷移)を用いて位相差を形成するアナログビームフォーミング、デジタルビームフォーミングとアナログビームフォーミングを全て利用するハイブリッドビームフォーミングなどがある。アンテナ要素ごとに送信パワー及び位相調節ができるようにトランシーバユニット(ｔｒａｎｓｃｅｉｖｅｒ ｕｎｉｔ、ＴＸＲＵ)を有すると、周波数リソースごとに独立したビームフォーミングが可能になる。しかし、１００余個の全てのアンテナ要素にＴＸＲＵを設けることは費用面で実効性が乏しい。即ち、ミリメートル周波数帯域は急激な電波減殺特性を補償するために多数のアンテナを使用する必要があり、デジタルビームフォーミングはアンテナ数ほどのＲＦコンポーネント(例えば、デジタルアナログコンバータ(ＤＡＣ)、ミキサー(ｍｉｘｅｒ)、電力増幅器(ｐｏｗｅｒ ａｍｐｌｉｆｉｅｒ)、線形増幅器(ｌｉｎｅａｒ ａｍｐｌｉｆｉｅｒ)など)を必要とするので、ミリメートル周波数帯域においてデジタルビームフォーミングを具現するためには通信機器の単価が上がる問題がある。従って、ミリメートル周波数帯域のようにアンテナが多く必要な場合には、アナログビームフォーミング又はハイブリッドビームフォーミング方式が考慮される。アナログビームフォーミング方式は、１つのＴＸＲＵに多数のアンテナ要素をマッピングし、アナログ位相遷移器(ａｎａｌｏｇ ｐｈａｓｅ ｓｈｉｆｔｅｒ)でビームの方向を調節する。かかるアナログビームフォーミング方式は全体帯域において１つのビーム方向のみを形成するので、周波数選択的ビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ、ＢＦ)ができない短所がある。ハイブリッドＢＦはデジタルＢＦとアナログＢＦの中間形態であって、Ｑ個のアンテナ要素より少ない数であるＢ個のＴＸＲＵを有する方式である。ハイブリッドＢＦの場合、Ｂ個のＴＸＲＵとＱ個のアンテナ要素の連結方式によって差はあるが、同時に送信可能なビームの方向はＢ個以下に制限される。
【0145】
ビーム管理(Ｂｅａｍ ｍａｎａｇｅｍｅｎｔ、ＢＭ)
【0146】
ＢＭ過程は、下りリンク(ｄｏｗｎｌｉｎｋ、ＤＬ)及び上りリンク(ｕｐｌｉｎｋ、ＵＬ)の送信／受信に使用可能なＢＳ(或いは送信及び受信ポイント(ｔｒａｎｓｍｉｓｓｉｏｎ ａｎｄ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ、ＴＲＰ))及び／又はＵＥビームのセットを得て維持するための過程であり、以下のような過程及び用語を含む。
【0147】
－ビーム測定(ｂｅａｍ ｍｅａｓｕｒｅｍｅｎｔ)：ＢＳ又はＵＥが受信されたビームフォーミング信号の特性を測定する動作
【0148】
－ビーム決定(ｂｅａｍ ｄｅｔｅｒｍｉｎａｔｉｏｎ)：ＢＳ又はＵＥが自分の送信ビーム(Ｔｘ ｂｅａｍ)／受信ビーム(Ｒｘ ｂｅａｍ)を選択する動作
【0149】
－ビームスイーピング(ｂｅａｍ ｓｗｅｅｐｉｎｇ)：所定の方式で一定時間区間の間に送信及び／又は受信ビームを用いて空間ドメインをカバーする動作
【0150】
－ビーム報告(ｂｅａｍ ｒｅｐｏｒｔ)：ＵＥがビーム測定に基づいてビームフォーミングされた信号の情報を報告する動作
【0151】
ＢＭ過程は、(１)ＳＳＢ又はＣＳＩ－ＲＳを用いるＤＬ ＢＭ過程と、(２)ＳＲＳ(Ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)を用いるＵＬ ＢＭ過程に区分される。また、それぞれのＢＭ過程は、Ｔｘビームを決定するためのＴｘビームスイーピングとＲｘビームを決定するためのＲｘビームスイーピングを含む。
【0152】
このとき、ＤＬ ＢＭ過程は、(１)ＢＳによるビームフォーミングされたＤＬ ＲＳ(例、ＣＳＩ－ＲＳ又はＳＳＢ)の送信と、(２)ＵＥによるビーム報告(ｂｅａｍ ｒｅｐｏｒｔｉｎｇ)を含む。
【0153】
ここで、ビーム報告は、選好する(ｐｒｅｆｅｒｒｅｄ)ＤＬ ＲＳ ＩＤ及びそれに対応する参照信号受信電力(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ、ＲＳＲＰ)を含む。ＤＬ ＲＳ ＩＤはＳＳＢＲＩ(ＳＳＢ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ)又はＣＲＩ(ＣＳＩ－ＲＳ Ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ)である。
【0154】
２．ＤＬ ＢＭ関連ビーム指示(ｂｅａｍ Ｉｎｄｉｃａｔｉｏｎ)
【0155】
ＵＥは少なくともＱＣＬ(Ｑｕａｓｉ Ｃｏ－ｌｏｃａｔｉｏｎ)指示のための最大Ｍ個の候補送信設定指示(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ、ＴＣＩ)状態に関するリストをＲＲＣシグナリングにより受信する。ここで、ＭはＵＥ(能力)に依存し、６４である。
【0156】
各ＴＣＩ状態は１つの参照信号(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＲＳ)セットを有して設定される。表１０はＴＣＩ－Ｓｔａｔｅ ＩＥの一例を示す。ＴＣＩ－Ｓｔａｔｅ ＩＥは１つ又は２つのＤＬ参照信号(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＲＳ)に対応する類似共同－位置(ｑｕａｓｉ ｃｏ－ｌｏｃａｔｉｏｎ、ＱＣＬ)タイプに連関する。
【0157】
【表4】
【0158】
表４において、‘ｂｗｐ－Ｉｄ’はＲＳが位置するＤＬ ＢＷＰを示し、‘ｃｅｌｌ’はＲＳが位置する搬送波を示し、‘ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ’はターゲットアンテナポートに対して類似共同－位置のソースとなる参照アンテナポート或いはそれを含む参照信号を示す。ターゲットアンテナポートはＣＳＩ－ＲＳ、ＰＤＣＣＨ ＤＭＲＳ又はＰＤＳＣＨ ＤＭＲＳである。
【0159】
３．ＱＣＬ(Ｑｕａｓｉ－Ｃｏ Ｌｏｃａｔｉｏｎ)
【0160】
ＵＥは該ＵＥ及び所定のセルに対して意図した(ｉｎｔｅｎｄｅｄ)ＤＣＩを有する検出されたＰＤＣＣＨによってＰＤＳＣＨを復号するために、最大Ｍ個のＴＣＩ－状態設定を含むリストを受信する。ここで、ＭはＵＥ能力(ｃａｐａｂｉｌｉｔｙ)に依存する。
【0161】
表４に例示したように、それぞれのＴＣＩ－Ｓｔａｔｅは１つ又は２つのＤＬ ＲＳとＰＤＳＣＨのＤＭ－ＲＳポートの間にＱＣＬ関係を設定するためのパラメータを含む。ＱＣＬ関係は、１番目のＤＬ ＲＳに対するＲＲＣパラメータｑｃｌ－Ｔｙｐｅ１と２番目のＤＬ ＲＳに対するｑｃｌ－Ｔｙｐｅ２(設定された場合)を有して設定される。
【0162】
各ＤＬ ＲＳに対応するＱＣＬタイプはＱＣＬ－Ｉｎｆｏ内のパラメータ‘ｑｃｌ－Ｔｙｐｅ’により与えられ、以下のうちのいずれかである：
【0163】
－‘ＱＣＬ－ＴｙｐｅＡ'：{Ｄｏｐｐｌｅｒ ｓｈｉｆｔ、Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ、ａｖｅｒａｇｅ ｄｅｌａｙ、ｄｅｌａｙ ｓｐｒｅａｄ}
【0164】
－‘ＱＣＬ－ＴｙｐｅＢ'：{Ｄｏｐｐｌｅｒ ｓｈｉｆｔ、Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ}
【0165】
－‘ＱＣＬ－ＴｙｐｅＣ'：{Ｄｏｐｐｌｅｒ ｓｈｉｆｔ、ａｖｅｒａｇｅ ｄｅｌａｙ}
【0166】
－‘ＱＣＬ－ＴｙｐｅＤ'：{Ｓｐａｔｉａｌ Ｒｘ ｐａｒａｍｅｔｅｒ}
【0167】
例えば、ターゲットアンテナポートが特定のＮＺＰ ＣＳＩ－ＲＳである場合、該当ＮＺＰ ＣＳＩ－ＲＳアンテナポートは、ＱＣＬ－ＴｙｐｅＡの観点では特定のＴＲＳと、ＱＣＬ－Ｔｙｐｅ Ｄの観点では特定のＳＳＢとＱＣＬされたと指示／設定される。かかる指示／設定を受けたＵＥはＱＣＬ－ＴｙｐｅＡ ＴＲＳで測定されたドップラー、遅延値を用いて該当ＮＺＰ ＣＳＩ－ＲＳを受信し、ＱＣＬ－ＴｙｐｅＤ ＳＳＢの受信に使用された受信ビームを該当ＮＺＰ ＣＳＩ－ＲＳの受信に適用する。
【0168】
ＵＬ ＢＭ過程
【0169】
ＵＬ ＢＭはＵＥ具現によってＴｘビーム－Ｒｘビームの間のビームレシプロシティ(ｂｅａｍ ｒｅｃｉｐｒｏｃｉｔｙ)(又はビーム対応性)が成立するか又は成立しない。もしＢＳとＵＥの両方でＴｘビーム－Ｒｘビームの間の相互関係が成立すると、ＤＬビーム対(ｐａｉｒ)によりＵＬビーム対を合わせることができる。しかし、ＢＳとＵＥの一方でもＴｘビーム－Ｒｘビームの間の相互関係が成立しないと、ＤＬビーム対の決定とは別途に、ＵＬビーム対の決定過程が必要である。
【0170】
また、ＢＳとＵＥの両方ともビーム対応性を維持している場合にも、ＵＥが選好する(ｐｒｅｆｅｒｒｅｄ)ビームの報告を要請しなくても、ＢＳはＤＬ Ｔｘビームの決定のために、ＵＬ ＢＭ過程を使用することができる。
【0171】
ＵＬ ＢＭはビームフォーミングされたＵＬ ＳＲＳ送信により行われ、ＳＲＳリソースセットのＵＬ ＢＭの適用有無は(ＲＲＣパラメータ)用途にＲＲＣパラメータにより設定される。用途が‘ＢｅａｍＭａｎａｇｅｍｅｎt(ＢＭ)'に設定されると、所定の時間の瞬間(Ｔｉｍｅ ｉｎｓｔａｎｔ)に複数のＳＲＳリソースセットのそれぞれに１つのＳＲＳリソースのみが送信される。
【0172】
ＵＥには(ＲＲＣパラメータ)ＳＲＳ－ＲｅｓｏｕｒｃｅＳｅｔにより設定される１つ又はそれ以上のサウンド参照信号(Ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＳＲＳ)リソースセットが(ＲＲＣシグナリングなどにより)設定される。それぞれのＳＲＳリソースセットに対して、ＵＥはＫ≧１ＳＲＳリソースが設定される。ここで、Ｋは自然数であり、Ｋの最大値はＳＲＳ_能力により指示される。
【0173】
ＤＬ ＢＭと同様に、ＵＬ ＢＭ過程もＵＥのＴｘビームスイーピングとＢＳのＲｘビームスイーピングに区分される。
【0174】
一方、後述する提案方法において、ビームとは、特定の方向及び／又は特定の空間に電力を集中させて特定の動作(例えば、ＬＢＴ又は送信)を行うための領域を意味する。言い換えれば、端末又は基地局は特定の空間及び／又は特定の方向に対応する特定の領域(即ち、ビーム)をターゲットとしてＬＢＴ又は送信のような動作を行う。従って、それぞれのビームはそれぞれの空間及び／又はそれぞれの方向に対応する。また端末又は基地局はそれぞれのビームを使用するために、それぞれの空間及び／又はそれぞれの方向に対応する空間ドメインフィルター(Ｓｐａｔｉａｌ Ｄｏｍａｉｎ Ｆｉｌｔｅｒ)を使用することができる。即ち、１つの空間ドメインフィルターは１つ以上のビームに対応し、端末又は基地局は使用しようとするビーム(又は空間及び／又は方向)に対応する空間ドメインフィルターを用いてＬＢＴ(Ｌｉｓｔｅｎ Ｂｅｆｏｒｅ Ｔａｌｋ)又は送信のような動作を行う。
【0175】
例えば、端末又は基地局は、ＬＢＴビームに対応する空間ドメインフィルターを用いて該当ＬＢＴビームのための空間及び／又は方向を介してＬＢＴを行うか、又はＴｘビームに対応する空間ドメインフィルターを用いて該当Ｔｘビームのための空間及び／又は方向を介してＤＬ／ＵＬ送信を行う。
【0176】
以下、この開示では多重チャネル接続手順(Ｍｕｌｔｉ－ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)を空間ドメイン(ｓｐａｔｉａｌ ｄｏｍａｉｎ)に拡張して複数のビーム方向送信のためのビームごとの独立したＬＢＴ(ｉｎｄｅｐｅｎｄｅｎｔ ｐｅｒ－ｂｅａｍ ＬＢＴ)に適用することに基づく効率的なＬＢＴ方法について提案する。また、ＤＬ／ＵＬ送信の種類がブロードキャス(ｂｒｏａｄｃａｓｔ)送信であるか、又はユニキャスト(ｕｎｉｃａｓｔ)送信であるかによって、ＥＤしきい値(ｔｈｒｅｓｈｏｌｄ)を異なるように設定する方法、及び各送信種類ごとのＣＯＴ共有(ｓｈａｒｉｎｇ)方法について提案する。
【0177】
非免許帯域において送信のために行うチャネル接続手順としては、代表的にはＬＢＴ(Ｌｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ)がある。信号を送信する基地局及び／又は端末が測定した周辺の干渉程度(ｉｎｔｅｒｆｅｒｅｎｃｅ ｌｅｖｅｌ)をＥＤしきい値のような特定のしきい値と比較して雑音度が一定以下である場合、該当信号の送信を許容して送信間衝突を防止するメカニズムである。
【0178】
図７はｄｉｒｅｃｔｉｏｎａｌ ＬＢＴとｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ ＬＢＴの一例を示す。
【0179】
【0180】
既存のＮＲ－Ｕシステム(例えば、Ｒｅｌ－１６ ＮＲ－Ｕ)では、図７で説明したように、ＣＡＰ(即ち、ＬＢＴ)過程を行って、チャネルが遊休であると判断されると、ＤＬ／ＵＬ信号／チャネルが送信される。一方、既存のＮＲ－Ｕシステムでは、他のＲＡＴ(例えば、Ｗｉ－Ｆｉ)との共存のために他のＲＡＴとのＬＢＴ帯域を一致させており、ＣＡＰ(即ち、ＬＢＴ)は全方向に行われる。即ち、既存のＮＲ－Ｕシステムでは非指向性ＬＢＴが行われる。
【0181】
しかし、既存のＮＲ－Ｕシステムで使用される７ＧＨｚ帯域の非免許帯域より高い帯域(例えば、５２.６ＧＨｚ以上の帯域)でＤＬ／ＵＬ信号／チャネルを送信するためのＲｅｌ－１７ ＮＲ－Ｕでは、既存の７ＧＨｚ帯域より大きい経路損失を克服するために、特定のビーム方向にエネルギーを集中して送信するＤ－ＬＢＴ(Ｄｉｒｅｃｔｉｏｎａｌ ＬＢＴ)を活用する。即ち、Ｒｅｌ－１７ ＮＲ－Ｕでは、Ｄ－ＬＢＴにより経路損失を減少してより広いカバレッジにＤＬ／ＵＬ信号／チャネルを送信し、他のＲＡＴ(例えば、ＷｉＧｉｇ)との共存にも効率性を高めることができる。
【0182】
図７(ａ)を見ると、ビームグループ(ｂｅａｍ ｇｒｏｕｐ)がビーム＃１ないしビーム＃５で構成されるとき、ビーム＃１ないしビーム＃５に基づいてＬＢＴを行うことをビームグループ単位のＬＢＴという。またビーム＃１ないしビーム＃５のいずれかのビーム(例えば、ビーム＃３)によりＬＢＴを行うことを特定のビーム方向ＬＢＴという。このとき、ビーム＃１ないしビーム＃５は連続する(又は隣接する)ビームであっても、不連続する(又は隣接しない)ビームであってもよい。またビームグループに含まれるビームが必ず複数である必要はなく、単一のビームが１つのビームグループを形成してもよい。
【0183】
一方、ビームごとにＬＢＴが行われてもよいが、ビームグループごとにＬＢＴが行われてもよい。例えば、ビームごとにＬＢＴが行われると、ビーム＃１ないしビーム＃５はＴＤＭ(Ｔｉｍｅ Ｄｏｍａｉｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)及び／又はＳＤＭ(Ｓｐａｔｉａｌ Ｄｏｍａｉｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ)された複数の送信ビームのそれぞれをカバーすることができる。例えば、ビーム＃１はＴＤＭ及び／又はＳＤＭされた複数の送信ビームのうち、送信ビーム＃１をカバーし、ビーム＃２は複数の送信ビームのうち、送信ビーム＃２をカバーし、ビーム＃３は複数の送信ビームのうち、送信ビーム＃３をカバーし、ビーム＃４は複数の送信ビームのうち、また送信ビーム＃４をカバーし、ビーム＃５は複数の送信ビームのうち、送信ビーム＃５をカバーする。ここで、カバーするとは、ＬＢＴを行うためのビームの領域が該当ビームに対応する送信ビームが有効な影響(又は干渉)を及ぼす領域を含むか、又は少なくとも同一であることを意味する。
【0184】
言い換えれば、送信ビームの干渉が及ぼす領域を含むＬＢＴを行うためのセンシングビームによりエネルギー測定を行うことを意味する。またセンシングビームにより測定したエネルギーをＥＤしきい値と比較してチャネルのＩＤＬＥ／ＢＵＳＹ有無を判断することができる。
【0185】
さらに他の例として、ビームグループごとにＬＢＴが行われることは、ビームグループに含まれたビームに対応するＴＤＭ及び／又はＳＤＭされた複数の送信ビームのために、ビームグループ単位で１回にＬＢＴを行うことを意味する。即ち、ビームグループのための１つのビーム(以下、グループＬＢＴビーム)を形成して、グループＬＢＴビームを用いて複数の送信ビームの全てに対して１回にＬＢＴを行う。
【0186】
従って、グループＬＢＴビームはビームグループに対応する全ての送信ビーム(例えば、送信ビーム＃１ないし送信ビーム＃５)をカバーする。例えば、グループＬＢＴビームの領域は送信ビーム(例えば、送信ビーム＃１ないし送信ビーム＃５)のそれぞれが有効な影響(又は干渉)を及ぼす領域を全て含むか、又は少なくとも同一であることを意味する。
【0187】
図７(ｂ)はｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ ＬＢＴであって、全方向のビームが１つのビームグループを構成して、該当ビームグループ単位でＬＢＴを行う場合、ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ ＬＢＴを行うといえる。即ち、全方向のビーム、即ち、セルで特定のセクター(ｓｅｃｔｏｒ)をカバーするビームの集合である全方向のビームが１つのビームグループに含まれると、これはｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ ＬＢＴを意味することもできる。
【0188】
即ち、高周波帯域の場合、相当な経路損失(ｐａｔｈ－ｌｏｓｓ)によりカバレッジが制限されるが、このカバレッジ問題を克服するために、多重アンテナ技法を活用する。例えば、全方向(ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ)送信ではない、特定の方向(ｄｉｒｅｃｔｉｏｎａｌ)にエネルギーを集中して信号を送信する狭幅ビーム(ｎａｒｒｏｗ ｂｅａｍ)送信を行うことができる。
【0189】
高周波非免許帯域では、上述したＬＢＴのようなチャネル接続手順と共に、ビーム基盤の送信を結合して共に考慮する必要がある。例えば、特定の方向にｄｉｒｅｃｔｉｏｎａｌ ＬＢＴを行うために該当方向にのみｄｉｒｅｃｔｉｏｎａｌ ＬＢＴ(Ｄ－ＬＢＴ)を行うか、又は該当方向のビームが含まれたビームグループ単位のＬＢＴを行ってチャネルが遊休であると判断されると送信を行う。ここで、ビームグループには単一或いは複数のビームが含まれ、全方向のビームを含むと、ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ ＬＢＴ(Ｏ－ＬＢＴ)に拡張できる。
【0190】
高周波非免許帯域において複数のビーム方向への送信のために送信される複数のビーム方向の全てをカバーするＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)基盤のＤ－ＬＢＴ或いはＯ－ＬＢＴを行う必要がある。このとき、複数のｎａｒｒｏｗ ｂｅａｍで構成されたビームごとの独立したＬＢＴを行うとき、各ビーム方向ごとにＬＢＴを順に行ってもよい。しかし、上述した方法は全体ビーム方向ＬＢＴを全て行うために所要される時間が長くなるので、送信を開始するためのチャネル接続にＯ－ＬＢＴに比べて相対的に長い時間がかかる。
【0191】
従って、Ｒｅｌ－１６ ＮＲ－Ｕの多重チャネル接続手順(ｍｕｌｔｉ－ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)を空間ドメインに拡張してＬＢＴを行う複数のｎａｒｒｏｗ ｂｅａｍ方向のうち、代表ビーム方向を決定して、該当方向にのみＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)を行い、送信直前に残りのビーム方向にＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ)を行って、該当ＬＢＴの成功時に送信を開始することにより送信開始まで要される遅延時間を減少することができる。
【0192】
一方、ＬＢＴを行うとき、チャネルのＩＤＬＥ／ＢＵＳＹを判断する基準となるＥＤ(Ｅｎｅｒｇｙ Ｄｅｔｅｃｔｉｏｎ)しきい値を、ｗｉｄｅ ｂｅａｍ ＬＢＴ(例えば、ビームグループＬＢＴ或いはＯ－ＬＢＴ)を行った後、ブロードキャスト(ｂｒｏａｄｃａｓｔｉｎｇ)送信であるか、又はｎａｒｒｏｗ ｂｅａｍ ＬＢＴ(Ｄ－ＬＢＴ)後の特定ビーム方向へのユニキャスト送信であるかによって互いに異なるように設定してもよい。例えば、ＳＳＢ(Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ Ｂｌｏｃｋ)或いはビーム管理(ｂｅａｍ ｍａｎａｇｅｍｅｎｔ)ＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)のようにビームスイーピング(ｂｅａｍ ｓｗｅｅｐｉｎｇ)され、ブロードキャストされる送信のＥＤしきい値は、ＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)或いはＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)のようなｎａｒｒｏｗ ｂｅａｍ ＬＢＴ後の特定ビーム方向にのみ送信されるユニキャスト送信に比べて高いＥＤしきい値に設定される。ＣＯＴ(Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ ｔｉｍｅ)共有の観点では、ｗｉｄｅ－ｂｅａｍ ＬＢＴ後のブロードキャスト送信の場合にはＣＯＴ共有を許容せず、ｎａｒｒｏｗ ｂｅａｍ ＬＢＴ後のユニキャスト送信の場合にのみＣＯＴ共有を許容することが望ましい。
【0193】
また特定ビーム方向にＤＬ(Ｄｏｗｎｌｉｎｋ)／ＵＬ(Ｕｐｌｉｎｋ)を送信しようとするとき、ｗｉｄｅ－ｂｅａｍ ＬＢＴとｎａｒｒｏｗ ｂｅａｍ ＬＢＴのうち使用するＬＢＴ方法が、端末の性能(ｃａｐａｂｉｌｉｔｙ)により決定されるか、又はＣＯＴ共有の使用(又は許容)有無によって決定される。
【0194】
提案方法を説明する前に、この開示に適用される非免許帯域のためのＮＲ基盤のチャネル接続方式(ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｓｃｈｅｍｅ)を以下のように分類する。
【0195】
－Ｃａｔｅｇｏｒｙ １(Ｃａｔ－１)：ＣＯＴ内で以前の送信が終了した直後に短いスイッチングギャップ(Ｓｗｉｔｃｈｉｎｇ Ｇａｐ)の後、すぐ次の送信が行われ、このスイッチングギャップは特定の長さ(例えば、３ｕｓ)より短く、送受信処理時間(ｔｒａｎｓｃｅｉｖｅｒ ｔｕｒｎａｒｏｕｎｄ ｔｉｍｅ)まで含む。Ｃａｔ－１ ＬＢＴは上述したタイプ２Ｃ ＣＡＰに対応する。
【0196】
－Ｃａｔｅｇｏｒｙ ２(Ｃａｔ－２)：バック－オフのないＬＢＴ方法であって、送信直前の特定の時間の間にチャネルが遊休であることが確認されると、すぐ送信が可能である。Ｃａｔ－２ ＬＢＴは送信直前のチャネルセンシングに必要な最小センシング区間の長さによって細分化される。例えば、最小センシング区間の長さが２５ｕｓであるＣａｔ－２ ＬＢＴは上述したタイプ２Ａ ＣＡＰに対応し、最小センシング区間の長さが１６ｕｓであるＣａｔ－２ ＬＢＴは上述したタイプ２Ｂ ＣＡＰに対応する。最小センシング区間の長さは例示的なものであり、２５ｕｓ又は１６ｕｓより短くてもよい(例えば、９ｕｓ)。
【0197】
－Ｃａｔｅｇｏｒｙ ３(Ｃａｔ－３)：固定ＣＷＳを有してバック－オフするＬＢＴ方法であって、送信装置(ｔｒａｎｓｍｉｔｔｉｎｇ ｅｎｔｉｔｙ)が０から最大の競争ウィンドウサイズ(ｃｏｎｔｅｎｔｉｏｎ ｗｉｎｄｏｗ ｓｉｚｅ、ＣＷＳ)値(固定)のうち、ランダムの数Ｎを選択して、チャネルが遊休であることが確認されるたびにカウンター値を減少し、カウンター値が０になった場合に送信可能である。
【0198】
－Ｃａｔｅｇｏｒｙ ４(Ｃａｔ－４)：変動ＣＷＳを有してバック－オフするＬＢＴ方法であって、送信装置が０から最大ＣＷＳ値(変動)のうち、ランダムの数Ｎを選択して、チャネルが遊休であることが確認されるたびにカウンター値を減少し、カウンター値が０になった場合に送信が可能であるが、受信側から該当送信が正しく受信されていないというフィードバックを受けると、最大ＣＷＳ値が１段階高い値に増加して、増加したＣＷＳ値から再びランダムの数を選択して再度ＬＢＴ手順を行う。Ｃａｔ－４ ＬＢＴは上述したタイプ１ ＣＡＰに対応する
【0199】
上述したように、５２ＧＨｚ以上の高周波非免許帯域では、基地局又は端末がチャネル接続手順により全方向ＬＢＴ(ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ ＬＢＴ)以外に、特定ビーム方向或いはビームグループＬＢＴ(ｄｉｒｅｃｔｉｏｎａｌ ＬＢＴ)を行って、ＤＬ或いはＵＬ信号／チャネルが送信される。
【0200】
特定ビーム方向ＬＢＴを行うことにより得たＣＯＴの場合、全方向ＬＢＴを行うことにより得たＣＯＴとは異なり、ＬＢＴを行ったビーム方向と相関関係(例えば、ＱＣＬ関係)があるＤＬとＵＬの間にのみＣａｔ－２ ＬＢＴ後に送信を許容し、そうではない信号／チャネルに対しては、Ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)後に送信することが好ましい。但し、ＤＬ送信とＵＬ送信の間のギャップの長さによっては、Ｃａｔ－２ ＬＢＴの代わりにＣａｔ－１ ＬＢＴを行った後、送信を許容してもよい。
【0201】
ＣＯＴが共有された基地局又は端末がＣＯＴ内で行うＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ又はＣａｔ－１ ＬＢＴ)は、全方向に行われてもよく、ＣＯＴを得るために使用したビーム方向とＱＣＬ関係にあるビーム方向に行われてもよい。また端末が特定ビーム方向或いはビームグループ方向のＤＬ信号／チャネルを受信すると、該当ＣＯＴ内では特定ビーム方向又はビームグループ方向とＱＣＬ関係にある検索空間のみを端末がモニタリングするように設定してもよい。
【0202】
１つのＴＸ ｂｕｒｓｔに含まれた全てのＤＬ信号／チャネル(又はＵＬ信号／チャネル)を空間的(一部の)ＱＣＬ関係を有する信号／チャネルで構成すると、以下の理由で望ましい。例えば、図２０のように基地局がＬＢＴに成功した後、総４つのスロットで構成されたＴＸ ｂｕｒｓｔを送信するとき、ビームＡの方向に３スロットの間に送信した後、４番目のスロットではビームＣの方向に送信することができる。
【0203】
ところが、基地局がビームＡの方向に信号を送信する間に、該当Ｕ－ｂａｎｄで共存するＷｉ－Ｆｉ ＡＰはビームＡの方向に送信される信号を感知できず、チャネルが遊休であると判断した後、ＬＢＴに成功して信号の送受信を開始する。このとき、ｓｌｏｔ＃ｋ＋３から基地局がビームＣの方向に信号を送信すると、該当Ｗｉ－Ｆｉの信号に干渉として作用する可能性がある。このように、ビームＡで送信した基地局が追加ＬＢＴなしにビーム方向を変更して送信することにより、共存する他の無線ノードに干渉を発生する可能性もあるので、基地局がＬＢＴに成功した後、送信するＴＸ ｂｕｒｓｔの送信ビーム方向は変更しない方が望ましい。
【0204】
ＮＲシステムでは、ＤＬ信号とＵＬ信号を連関して、ＵＬ送受信のとき、端末が使用するビーム情報をシグナリングする方法が考慮されている。例えば、ＣＳＩ－ＲＳ(Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ－Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)リソースとＳＲＳ(Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)リソースを連動して、該当ＣＳＩ－ＲＳリソースで端末が生成したビーム方向があれば、該当ＣＳＩ－ＲＳリソースにリンクされたＳＲＳリソースでＳＲＳを送信するとき(或いは該当ＣＳＩ－ＲＳリソースにリンクされたＳＲＳリソースがシグナリングされたＵＬグラントによりスケジューリングされるＰＵＳＣＨを送信するとき)、端末はＣＳＩ－ＲＳ受信ビームに対応する送信ビームを使用してＵＬ信号を送信する。このとき、特定の受信ビームと特定の送信ビームの間の関係は、端末のビーム対応能力(ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ ｃａｐａｂｉｌｉｔｙ)がある場合は、端末が具現上設定したものである。又は特定の受信ビームと特定の送信ビームの間の関係は、端末のビーム対応能力(ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ ｃａｐａｂｉｌｉｔｙ)がない場合は、基地局及び端末の間に訓練(ｔｒａｉｎｉｎｇ)により設定されたものである。
【0205】
従って、ＤＬ信号とＵＬ信号の間の連関(ａｓｓｏｃｉａｔｉｏｎ)関係が定義された場合、該当ＤＬ信号と空間的(一部の)ＱＣＬ関係にあるＤＬ信号／チャネルで構成されたＤＬ ＴＸ ｂｕｒｓｔと、該当ＤＬ信号に連関するＵＬ信号と空間的(一部の)ＱＣＬ関係にあるＵＬ信号／チャネルで構成されたＵＬ ＴＸ ｂｕｒｓｔの間には、ＣＯＴ共有が許容される。
【0206】
ここで、ＵＬ信号／チャネルとは、以下のような信号／チャネルのうちのいずれかを含む。
【0207】
－ＳＲＳ(Ｓｏｕｎｄｉｎｇ ＲＳ)、ＤＭＲＳ ｆｏｒ ＰＵＣＣＨ、ＤＭＲＳ ｆｏｒ ＰＵＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ及びＰＲＡＣＨ
【0208】
ここで、ＤＬ信号／チャネルとは、以下のような信号／チャネルのうちのいずれかを含む。
【0209】
－ＰＳＳ(Ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ)、ＳＳＳ(Ｓｅｃｏｎｄａｒｙ ＳＳ)、ＤＭＲＳ ｆｏｒ ＰＢＣＨ、ＰＢＣＨ、ＴＲＳ(ｔｒａｃｋｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ)又はＣＳＩ－ＲＳ ｆｏｒ ｔｒａｃｋｉｎｇ、ＣＳＩ－ＲＳ ｆｏｒ ＣＳＩ(ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ) ａｃｑｕｉｓｉｔｉｏｎ及びＣＳＩ－ＲＳ ｆｏｒ ＲＲＭ ｍｅａｓｕｒｅｍｅｎｔ、ＣＳＩ－ＲＳ ｆｏｒ ｂｅａｍ ｍａｎａｇｅｍｅｎｔ、ＤＭＲＳ ｆｏｒ ＰＤＣＣＨ、ＤＭＲＳ ｆｏｒ ＰＤＳＣＨ、ＰＤＣＣＨ(又はＰＤＣＣＨが送信されるＣＯＲＥＳＥＴ(ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ ｓｅｔ))、ＰＤＳＣＨ及び上述した信号或いは該当信号の変形或いは新しく導入された信号として、ＴＸ ｂｕｒｓｔの前に配置されて、ｔｒａｃｋｉｎｇ ｏｒ (ｆｉｎｅ) ｔｉｍｅ／ｆｒｅｑｕｅｎｃｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｏｒ ｃｏｅｘｉｓｔｅｎｃｅ ｏｒ ｐｏｗｅｒ ｓａｖｉｎｇ ｏｒ ｆｒｅｑｕｅｎｃｙ ｒｅｕｓｅ ｆａｃｔｏｒ＝１などのために導入された信号
【0210】
一方、後述する各提案方法は他の提案方法に反しない限り、結合して共に適用できる。
【0211】
この開示の提案方法を説明する前に、この開示の提案方法を具現するための端末、基地局及びネットワークの全般的な動作過程について説明する。
【0212】
図９はこの開示の提案方法に基づいてＤＬ／ＵＬ信号を送信するための端末又は基地局の全般的な動作過程を説明する図である。
【0213】
図９を参照すると、端末又は基地局は少なくとも１つの第１センシングビーム(ｓｅｎｓｉｎｇ ｂｅａｍ)に基づいて第１センシングを行う(Ｓ９０１)。このとき、少なくとも１つの第１センシングビームは複数の送信ビームをカバーするビームであり、１つの第１センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第１センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。
【0214】
また、第１センシングは[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて行われる。
【0215】
端末又は基地局は第１センシングにおいて複数の送信ビームのうち、少なくとも１つがＩＤＬＥであると判断された場合、少なくとも１つの第２センシングビームに基づいて第２センシングを行う(Ｓ９０３)。このとき、少なくとも１つの第２センシングビームは複数の送信ビームをカバーするビームであり、１つの第２センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第２センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。
【0216】
また、第２センシングは、[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて行われる。一方、Ｓ９０３は[提案方法＃１]が単独で具現されるか、又は[提案方法＃３]においてＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨの間の連続送信が許容された場合(例えば、[提案方法＃３]の[実施例＃３－１]の条件を満たす場合)には省略してもよい。
【0217】
第１センシング及び／又は第２センシングにより少なくとも１つの送信ビームがＩＤＬＥであると判断されたことに基づいて、端末がＩＤＬＥであると判断された送信ビームに対応する少なくとも１つのＵＬ信号を送信するか、又は基地局がＩＤＬＥであると判断された送信ビームに対応する少なくとも１つのＤＬ信号を送信する(Ｓ９０５)。このとき、端末又は基地局が送信するＵＬ信号又はＤＬ信号は[提案方法＃１]ないし[提案方法＃３]のいずれかに基づく。
【0218】
図１０はこの開示の提案方法に基づいてＤＬ／ＵＬ信号を受信するための端末又は基地局の全般的な動作過程を説明する図である。
【0219】
図１０を参照すると、端末又は基地局は少なくとも１つの送信ビームにより少なくとも１つのＤＬ又は少なくとも１つのＵＬ信号を受信するための少なくとも１つの受信(Ｒｘ)ビームを決定する(Ｓ１００１)。
【0220】
また端末又は基地局は少なくとも１つの受信ビームにより[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて送信された少なくとも１つのＤＬ信号又は少なくとも１つのＵＬ信号を受信する(Ｓ１００３)。
【0221】
図１１はこの開示の提案方法に基づいてＤＬ／ＵＬ信号を送信するためのネットワークの全般的な動作過程を説明する図である。
【0222】
図１１を参照すると、端末又は基地局は少なくとも１つの第１センシングビーム(ｓｅｎｓｉｎｇ ｂｅａｍ)に基づいて第１センシングを行う(Ｓ１１０１)。このとき、少なくとも１つの第１センシングビームは複数の送信ビームをカバーするビームであり、１つの第１センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第１センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。
【0223】
また、第１センシングは[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて行われる。
【0224】
端末又は基地局は第１センシングにおいて複数の送信ビームのうち、少なくとも１つがＩＤＬＥであると判断された場合、少なくとも１つの第２センシングビームに基づいて第２センシングを行う(Ｓ１１０３)。このとき、少なくとも１つの第２センシングビームは複数の送信ビームをカバーするビームであり、１つの第２センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第２センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。
【0225】
また、第２センシングは、[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて行われる。一方、Ｓ１１０３は[提案方法＃１]が単独で具現されるか、又は[提案方法＃３]においてＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨの間の連続送信が許容された場合(例えば、[提案方法＃３]の[実施例＃３－１]の条件を満たす場合)には省略してもよい。
【0226】
第１センシング及び／又は第２センシングにより少なくとも１つの送信ビームがＩＤＬＥであると判断されたことに基づいて、端末がＩＤＬＥであると判断された送信ビームに対応する少なくとも１つのＵＬ信号を基地局に送信するか、又は基地局がＩＤＬＥであると判断された送信ビームに対応する少なくとも１つのＤＬ信号を端末に送信する(Ｓ１１０５)。このとき、端末又は基地局が送信するＵＬ信号又はＤＬ信号は[提案方法＃１]ないし[提案方法＃３]のいずれかに基づく。
【0227】
[提案方法＃１]
【0228】
(i) 特定ビーム方向の送信或いはＴＤＭ及び／又はＳＤＭされた多重ビーム送信のために、Ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)基盤のｗｉｄｅ－ｂｅａｍ ＬＢＴとＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)基盤のｎａｒｒｏｗ－ｂｅａｍ ＬＢＴのいずれかのＬＢＴ種類を決定する方法と、(ii) ＬＢＴ種類と送信種類(例えば、ユニキャスト及び／又はブロードキャス)によってＥＤ(Ｅｎｅｒｇｙ Ｄｅｔｅｃｔｉｏｎ)しきい値を互いに異なるように設定する方法、及びＣＯＴ共有方法
【0229】
１．実施例＃１－１
【0230】
端末の性能によってＬＢＴ方法を選択する方法(例えば、ｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを行えない端末であれば、ｗｉｄｅ－ｂｅａｍ ＬＢＴを行う)
【0231】
このとき、端末の性能はビーム対応性(Ｂｅａｍ ｃｏｒｒｅｓｐｏｎｄｅｎｃｅ,ＢＣ)の性能を意味する。また端末がＢＣ性能を支援せず、ＢＣ要求事項(ｒｅｑｕｉｒｅｍｅｎｔ)を満たすためにはＵＬビーム管理が必要な端末には、ｗｉｄｅ－ｂｅａｍ ＬＢＴのみが許容される。またＵＬビーム管理の前には常に端末にｗｉｄｅ－ｂｅａｍ ＬＢＴのみが許容される。
【0232】
２．実施例＃１－２
【0233】
ＣＯＴ(Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ ｔｉｍｅ)共有を考慮してＬＢＴ方法を選択する方法(例えば、ＣＯＴ共有を許容する(又は行う)ためにはｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを行い、そうではない場合にはｗｉｄｅ－ｂｅａｍ ＬＢＴを行う)
【0234】
３．実施例＃１－３
【0235】
送信ビームの送信長さによってＬＢＴ方法を選択する方法(例えば、送信長さがしきい値より長いか又は等しいとｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを行い、該当しきい値より短いとｗｉｄｅ－ｂｅａｍ ＬＢＴを行う)
【0236】
但し、多重ビーム送信の場合には、しきい値と比較する送信ビーム(又は基準ビーム)は、多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)されるビームのうち、送信長さが最も長いビームを基準として決定されるか、又は予め基地局により設定／指示されたビーム或いは端末が任意に選択したビームを基準として決定される。
【0237】
４．実施例＃１－４
【0238】
ＬＢＴ方法(例えば、ｗｉｄｅ－ｂｅａｍ ＬＢＴであるか又はｎａｒｒｏｗ－ｂｅａｍ ＬＢＴであるか)によって、ＭＣＯＴ(ｍａｘｉｍｕｍ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ)を異なるように設定／許容する方法
【0239】
５．実施例＃１－５
【0240】
ＣＯＴ内で送信される多重ビーム(Ｍｕｌｔｉ－ｂｅａｍ)の数によってＬＢＴ方法を選択する方法(例えば、送信ビームの数がしきい値より小さいとｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを行い、しきい値より大きいとｗｉｄｅ－ｂｅａｍ ＬＢＴを行う)
【0241】
６．実施例＃１－６
【0242】
Ｗｉｄｅ－ｂｅａｍ ＬＢＴ後のブロードキャス送信であるか、それともｎａｒｒｏｗ－ｂｅａｍ ＬＢＴ後のユニキャスト送信であるかによって、Ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)を行うときに使用するＥＤしきい値を互いに異なるように設定する方法(但し、このとき、ｗｉｄｅ－ｂｅａｍ ＬＢＴはＣＯＴ共有が許容されず、ｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを行った場合にのみＣＯＴ共有動作が支援される)。
【0243】
但し、ｗｉｄｅ－ｂｅａｍは特定ビームの集合からなるビームグループを意味し、ビームグループが全方向ビームで構成されると、Ｏ－ＬＢＴを意味する。また[実施例＃１－３]と[実施例＃１－４]のしきい値は同一であってもよく異なってもよい。また該当しきい値は基地局により予め設定／指示されるか、或いは標準に定義された値を基準とする。
【0244】
高周波非免許帯域では全方向送信よりはビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)により特定ビーム方向に方向性を有するＤＬ／ＵＬ送信を行う。従って、ＬＢＴも全方向に行うよりは送信しようとする特定ビーム方向及び該当ビームが干渉を及ぼす領域に対して行うことが効率的である。しかし、端末の性能によっては特定ビーム方向にのみ行われるｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを支援しないこともある。また両方のＬＢＴ方法を全て支援する端末の場合にも、ＬＢＴ方法を実際送信前に決定する必要がある。
【0245】
特定ビーム方向への送信又は多重ビーム送信のためには、ｎａｒｒｏｗ－ｂｅａｍ ＬＢＴとｗｉｄｅ－ｂｅａｍ ＬＢＴが全て適用可能である。但し、行うＬＢＴの種類によってＣＯＴ共有が許容されるか又は許容されないので、基地局又は端末がＣＯＴ共有を許容するか否かによって選択的にＬＢＴ方法を決定してもよい。
【0246】
特にＣＯＴ内でＴＤＭ及び／又はＳＤＭされた多重ビーム送信を行うためには、ＣＯＴ内で多重化されて送信される全てのビーム方向及び干渉領域に対するＬＢＴが行われる必要もあり得るので、ｎａｒｒｏｗ－ｂｅａｍ ＬＢＴの場合には、多重化される個別ビーム方向に順にＬＢＴが行われるか、又は同時に多重化されるビームの全体ビーム方向にＬＢＴが行われる。
【0247】
また、ＳＳＢやビーム管理ＳＲＳのようにブロードキャス送信を行う場合と、ＰＤＳＣＨやＰＵＳＣＨのようなユニキャスト送信を行う場合における使用するＬＢＴの種類(例えば、ｗｉｄｅ－ｂｅａｍ ＬＢＴ又はｎａｒｒｏｗ－ｂｅａｍ ＬＢＴ)及びＥＤしきい値は互いに異なるように選択されてもよい。また多重化されるビームの送信長さ又はビーム数によって、ｗｉｄｅ－ｂｅａｍ ＬＢＴとｎａｒｒｏｗ－ｂｅａｍ ＬＢＴのうち、ＬＢＴに使用するＬＢＴの種類を決定してもよい。
【0248】
性能によってｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを支援しない端末の場合、ｗｉｄｅ－ｂｅａｍ ＬＢＴのみを行うので、常に特定ビーム方向に送信を行う。又は、ｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを支援しない端末の場合は、多重ビームの送信時に常にＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)基盤のｗｉｄｅ－ｂｅａｍ ＬＢＴを行い、ｗｉｄｅ－ｂｅａｍ ＬＢＴに成功したときにＤＬ／ＵＬ送信を開始する。このとき、端末の性能はビーム対応性性能を意味し、ＢＣ性能を支援しないので、ＢＣ要求事項を満たすためにＵＬビーム管理が必要な端末にはｗｉｄｅ－ｂｅａｍ ＬＢＴのみが許容される。またＵＬビーム管理前には端末に常にｗｉｄｅ－ｂｅａｍ ＬＢＴのみが許容される。
【0249】
一方、ＢＣ性能に関連する要求事項は以下の通りである。
【0250】
１)ｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援する端末の場合、ＵＬビームスイーピング及びネットワークのＵＬビーム指示(ｂｅａｍ ｉｎｄｉｃａｔｉｏｎ)のようなビーム管理がなくても、ビーム対応性を適切に合わせることができる。この場合、ビーム管理がなくてもｍｉｎｉｍｕｍ ｐｅａｋ ＥＩＲＰ(Ｅｆｆｅｃｔｉｖｅ Ｉｓｏｔｒｏｐｉｃ Ｒａｄｉａｔｅｄ Ｐｏｗｅｒ)及び球形カバレッジ(ｓｐｈｅｒｉｃａｌ ｃｏｖｅｒａｇｅ)のような要求事項を満たさなければならない。従って、該当性能を支援する端末(即ち、ｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援する端末)はｎａｒｒｏｗ－ｂｅａｍ ＬＢＴが許容されるか、或いはＷｉｄｅ－ｂｅａｍ ＬＢＴが許容されることもできる。
【0251】
２)ｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援しない端末は、ビーム管理過程によりｍｉｎｉｍｕｍ ｐｅａｋ ＥＩＲＰ及び球形カバレッジのような要求事項を満たすことができる。さらにｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援しない端末は、ビーム管理がなくても、３ｄＢ程度の緩和(ｒｅｌａｘａｔｉｏｎ)した要求事項を満たすこともできる。
【0252】
従って、該当性能を支援する端末(即ち、ｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援しない端末)は、ｎａｒｒｏｗ－ｂｅａｍ ＬＢＴは許容されず、ｗｉｄｅ－ｂｅａｍ ＬＢＴのみが許容されることもある。又は該当性能を支援する端末(即ち、ｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援しない端末)であっても、ＵＬビーム管理の過程前にはｎａｒｒｏｗ－ｂｅａｍ ＬＢＴが許容されず、ｗｉｄｅ－ｂｅａｍ ＬＢＴのみが許容されるが、ＵＬビーム管理の過程後にはｎａｒｒｏｗ－ｂｅａｍ ＬＢＴも許容されることができる。
【0253】
一方、Ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)に成功して得たＣＯＴを譲渡できるＣＯＴ共有動作は、Ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)基盤のｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを行う場合にのみ許容され、Ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)基盤のＷｉｄｅ－ｂｅａｍ ＬＢＴを行う場合には、ＣＯＴ共有が許容されないこともある。この場合、ＬＢＴを行う基地局又は端末は自分の送信後に残ったＣＯＴを他のノードに譲渡するか否かによって、ｗｉｄｅ－ｂｅａｍ ＬＢＴとｎａｒｒｏｗ－ｂｅａｍ ＬＢＴのいずれかを選択することもできる。
【0254】
また特定ビーム方向の送信又は多重ビーム送信を行うとき、送信ビームの送信長さによってＬＢＴ方法を選択してもよい。例えば、送信長さがしきい値より長いとｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを行い、しきい値より短いときにはｗｉｄｅ－ｂｅａｍ ＬＢＴを行う。
【0255】
一方、ここで基準となるしきい値は基地局により予め設定／指示されるか、或いは標準により定義された値である。
【0256】
また、多重ビーム送信の場合、しきい値と比較する送信ビームは以下のいずれかの基準に従って決定される。(i)多重化されるビームのうち、送信長さが一番長いビームを基準として決定されるか、又は(ii)予め基地局により設定／指示されたビーム、又は(iii)端末が任意に選択したビームを基準として決定される。
【0257】
逆に、行われるＬＢＴの種類によって送信長さを異なるように設定する方法も可能である。例えば、ｗｉｄｅ－ｂｅａｍ ＬＢＴであるかｎａｒｒｏｗ－ｂｅａｍ ＬＢＴであるかによって基地局又は端末のＭＣＯＴ(ｍａｘｉｍｕｍ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ)を異なるように設定してもよい。例えば、基地局又は端末がｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを行ったときにＭＣＯＴが最大５ｍｓであると、ｗｉｄｅ－ｂｅａｍ ＬＢＴを行った場合には相対的に短い３ｍｓをＭＣＯＴ長さとして許容する。
【0258】
多重ビーム送信の場合は、ＣＯＴ内で送信される多重ビーム数によってＬＢＴ方法を選択することができる。例えば、送信ビーム数がしきい値より小さいとｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを行い、しきい値より大きいとｗｉｄｅ－ｂｅａｍ ＬＢＴを行うが、ここでも基準となるしきい値は基地局により予め設定／指示されるか、或いは標準により定義された値である。
【0259】
ＬＢＴを行うとき、チャネルのＩＤＬＥ／ＢＵＳＹ判断の基準となるＥＤしきい値を、Ｗｉｄｅ－ｂｅａｍ ＬＢＴ後のブロードキャスト送信であるか或いはｎａｒｒｏｗ－ｂｅａｍ ＬＢＴ後のユニキャスト送信であるかによって異なるように設定してもよい。例えば、ＳＳＢやビーム管理ＳＲＳの場合は、ビームスイーピングにより複数のビーム方向に送信される必要があるので、Ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)基盤のｗｉｄｅ－ｂｅａｍ ＬＢＴを行うときに使用するＥＤしきい値は、特定ビーム方向への送信のために行うＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)基盤のｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを行うときに使用するＥＤしきい値より相対的に高く設定される。但し、このとき、ｗｉｄｅ－ｂｅａｍ ＬＢＴはＣＯＴ共有が許容されず、ｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを行った場合にのみＣＯＴ共有動作が支援される。
【0260】
[実施例＃１－１]によれば、端末のビーム対応性支援有無及びビーム管理設定有無に基づいてｎａｒｒｏｗ ｂｅａｍ ＬＢＴを行うか否かを決定して、端末の動作エラーが発生しないようにし、端末の性能に適する動作を行うことができる。また端末の性能(Ｃａｐａｂｉｌｉｔｙ)がｎａｒｒｏｗ－ｂｅａｍ ＬＢＴを支援できない場合は(即ち、ｎａｒｒｏｗ ｂｅａｍ ＬＢＴを行う性能にならない場合)、保守的にｗｉｄｅ－ｂｅａｍ ＬＢＴを行って他の送信との衝突を防止する。
【0261】
[実施例＃１－２]ないし[実施例＃１－６]によれば、１つのノードがＷｉｄｅ－ｂｅａｍ ＬＢＴにより相対的に広い空間を長時間の間、過渡にリソースを占有して、他のノードの送受信に影響を及ぼすことを最小化することができる。
【0262】
[提案方法＃２]ＣＯＴ内で複数のビーム方向にＴＤＭ(Ｔｉｍｅ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)及び／又はＳＤＭ(ｓｐａｔｉａｌ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ)基盤の多重ビーム送信のためにビームごとの独立したＬＢＴを行うとき、
【0263】
１．実施例＃２－１
【0264】
ビームごとに別々に同時にＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)を行う。先にＬＢＴが完了した(例えば、先にＩＤＬＥであると判断されたビームに対応するＬＢＴ)ビーム方向は、セルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)により残りのビーム方向のＬＢＴが完了するまで先にＬＢＴが完了したビーム方向に対応するＤＬ／ＵＬ送信を行わずに待機する。また、全てのビームのＬＢＴが完了するか、又は特定の方向のＬＢＴが完了する直前(例えば、多重ビームによるＤＬ／ＵＬの送信直前)に全てのビーム方向に対して短くＩＤＬＥ／ＢＵＳＹを判断し、成功した少なくとも１つのビーム方向(例えば、ＩＤＬＥであると判断された少なくとも１つのビーム方向)に対応するＤＬ／ＵＬ送信をＳＤＭ及び／又はＴＤＭして行う。一方、全てのビーム方向に対して短くＩＤＬＥ／ＢＵＳＹを判断するときには、ｓｉｎｇｌｅ ＣＣＡ(Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ)スロット或いはＲａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ)を行ってＩＤＬＥ／ＢＵＳＹを判断することができる。
【0265】
ここで、別々に同時にＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)を行い、短くＣＣＡスロット或いはＲａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ)を行うことに対象となるビームはセンシングビームを意味する。また、１つのセンシングビームはＴＤＭ及び／又はＳＤＭされている複数の送信ビームのいずれかに対応する。また、センシングビームに対応するＤＬ／ＵＬ送信は該当センシングビームに対応する送信ビームにより送信が行われるＤＬ／ＵＬ送信を意味する。
【0266】
但し、基地局の設定／指示によって個々のビームごとにｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値を有してもよい。例えば、Ｎ個の送信ビームが多重化され、該当Ｎ個の送信ビームに対応するＮ個のセンシングビームにより同時にＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)を行う場合は、Ｎ個のセンシングビームのそれぞれに対して独立してｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が決定される。またＮ個のセンシングビームに対して同時に並列的にＬＢＴを行って、ＩＤＬＥであると判断されたセンシングビームに対してのみｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が減少することもある。又は、多重化されたビームの全てが共通ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値を有してもよい。例えば、Ｎ個の送信ビームが多重化され、該当Ｎ個の送信ビームに対応するＮ個のセンシングビームに対するＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)を行う場合は、Ｎ個のセンシングビームの全てのための共通のｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が決定される。またＮ個のセンシングビームに対して同時に並列的にＬＢＴを行って、Ｎ個のセンシングビームが全てＩＤＬＥであると判断されるか、又はＮ個のセンシングビームのうち、一定数以上のセンシングビームがＩＤＬＥであると判断された場合にのみ共通のｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が減少する。
【0267】
このとき、ＳＤＭの場合は、一部ビームのみをドロップして送信を開始することが難しいので、ＳＤＭのときには全てのビームに対するＬＢＴ成功時にのみＤＬ／ＵＬ送信を行い、一部ビームに対するＬＢＴに失敗した場合は全てのビームに対するＤＬ／ＵＬ送信をドロップして再度ＬＢＴ手順を行うこともできる。但し、ＳＤＭ及び／又はＴＤＭの場合、多重化されたビームの一部のみがＬＢＴに成功した場合は(例えば、ＬＢＴによるｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が０であるか、又は送信開始時点前にｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が０になってセルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)した後、送信開始直前に短いＣＣＡに成功した場合)、成功したＬＢＴに対応するビームに対するＤＬ／ＵＬ送信のみを行い、残りの失敗したＬＢＴに対応するビームに対するＤＬ／ＵＬ送信のみをドロップしてもよい。
【0268】
また、実施例＃１－１において、ＣＯＴ内でＳＤＭされたとは、多重ビームがＣＯＴ内の同時間(例えば、同じスロット)に空間ドメインを異なるようにして多重化されたことを意味する。またＣＯＴ内でＴＤＭされたとは、多重ビームがＣＯＴ内の複数の時間(例えば、複数のスロット)に多重化されたことを意味する。従って、多重ビームがＳＤＭ及びＴＤＭされたとは、多重ビームのうち、同時間(例えば、同じスロット)にＳＤＭされた(多重ビームの一部からなる)複数のビームグループがＣＯＴ内の複数の時間(例えば、複数のスロット)にＴＤＭされたことを意味する。
【0269】
２．実施例＃２－２
【0270】
多重化された複数のビームのうち、代表ビーム方向を決定して、代表ビーム方向にのみＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)を行う。残りのビーム方向は代表ビーム方向のＬＢＴの完了直前に(例えば、多重ビームによるＤＬ／ＵＬ送信直前)、Ｒａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ)又はｓｉｎｇｌｅ ＣＣＡ ｓｌｏｔを行う。また、Ｒａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ)又はｓｉｎｇｌｅ ＣＣＡ ｓｌｏｔに成功したビーム方向に対応するビームをＳＤＭ及び／又はＴＤＭして送信する。
【0271】
[Ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)を行う代表ビーム方向の決定方法]
【0272】
１) ＴＤＭの場合、最初に送信するビーム方向
【0273】
２) 最大ＥＩＲＰ値を有するビーム方向
【0274】
３) 端末が任意に(ｒａｎｄｏｍ)選択したビーム方向
【0275】
４) 基地局が予め設定／指示したビーム方向
【0276】
５) 最大のｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が決定されたビーム方向
【0277】
ここで、ＬＢＴを行う対象となるビームはセンシングビームを意味する。また、１つのセンシングビームはＴＤＭ及び／又はＳＤＭされている複数の送信ビームのいずれかに対応する。また、センシングビームに対応するＤＬ／ＵＬ送信は、該当センシングビームに対応する送信ビームにより送信が行われるＤＬ／ＵＬ送信を意味する。
【0278】
但し、[実施例＃２－２]はＳＤＭ及び／又はＴＤＭされるビーム方向に同時に(ｓｉｍｕｌｔａｎｅｏｕｓ)ＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－２ ＬＢＴ)を行える性能が端末又は基地局にある場合にのみ適用可能である。Ｃａｔ－４基盤のＬＢＴが使用される場合、基地局の設定／指示によって１つのＣＷＳ(Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ Ｓｉｚｅ)値がＡ／Ｎに基づいて更新されるか、又はビームごとに独立してＣＷＳ値が更新される。
【0279】
このとき、ＳＤＭの場合、一部のビームのみをドロップして送信を開始することが難しいので、ＳＤＭのときには全てのビームに対するＬＢＴ成功時にのみＤＬ／ＵＬ送信を行い、一部のビームに対するＬＢＴに失敗すると、全てのビームに対するＤＬ／ＵＬ送信をドロップして再度ＬＢＴ手順を行うこともある。但し、ＳＤＭ及び／又はＴＤＭの場合、多重化されたビームの一部のみがＬＢＴに成功した場合は(例えば、ＬＢＴによるｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が０であるか、又は送信開始時点前にｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が０になってセルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)した後、送信開始直前の短いＣＣＡに成功した場合)、成功したＬＢＴに対応するビームに対するＤＬ／ＵＬ送信のみを行い、残りの失敗したＬＢＴに対応するビームに対するＤＬ／ＵＬ送信のみをドロップすることもある
【0280】
Ｒｅｌ－１６ ＮＲ－Ｕのチャネル接続手順(ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ)に関連する３ＧＰＰ ＴＳ ３７.２１３の文書には、Ｔｙｐｅ Ａ／Ｂの多重チャネル接続手順(ｍｕｌｔｉ－ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅｓ)とチャネルに対する定義が記載されている。Ｔｙｐｅ Ａの場合、チャネルごとにｉｎｄｉｖｉｄｕａｌ Ｃａｔ－４ ＬＢＴを行う方法であり、Ｔｙｐｅ Ｂの場合は、１つのチャネルに対しては代表としてＣａｔ－４ ＬＢＴを行い、残りのチャネルに対しては代表チャネルのＣａｔ－４ ＬＢＴの完了直前にｓｉｎｇｌｅ ＣＣＡ ｓｌｏｔ又はＣａｔ－２ ＬＢＴを行って成功したチャネルに対してＤＬ／ＵＬ送信を行う方法である。
【0281】
５２.６ＧＨｚの高周波非免許帯域にはＴｙｐｅ Ａ／Ｂの多重チャネル接続手順の概念を空間ドメインに拡張適用して、ＴＤＭ及び／又はＳＤＭされた多重ビーム送信のためのＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)基盤のビームごとの独立したＬＢＴを行うときに活用することができる。
【0282】
まず、[実施例＃２－１]によれば、Ｔｙｐｅ Ａの多重チャネル接続手順のように、ＳＤＭ及び／又はＴＤＭして送信する複数のビームごとに別々に同時にＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)を行う。先にＬＢＴが完了した(例えば、先にＩＤＬＥであると判断されたビームに対応するＬＢＴ)ビーム方向は、セルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)により残りのビーム方向のＬＢＴが完了するまで先にＬＢＴが完了したビーム方向に対応するＤＬ／ＵＬ送信を行わずに待機する。また、全てのビームのＬＢＴが完了するか、又は特定の方向のＬＢＴが完了する直前(例えば、多重ビームによるＤＬ／ＵＬの送信直前)に全てのビーム方向に対して短くＩＤＬＥ／ＢＵＳＹを判断し、成功した少なくとも１つのビーム方向(例えば、ＩＤＬＥであると判断された少なくとも１つのビーム方向)に対応するＤＬ／ＵＬ送信をＳＤＭ及び／又はＴＤＭして行う。
【0283】
一方、全てのビーム方向に対して短くＩＤＬＥ／ＢＵＳＹを判断するときには、ｓｉｎｇｌｅ ＣＣＡ(Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ)スロット或いはＲａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤ではないＣａｔ－２ ＬＢＴを行ってＩＤＬＥ／ＢＵＳＹを判断することができる。
【0284】
例えば、図１２(ａ)を参照すると、ビーム＃１からビーム＃４までの４つのビームのそれぞれに対応する４つのＴｘビーム(例えば、Ｔｘビーム＃１からＴｘビーム＃４まで)のいずれかのＣＯＴ内でＳＤＭ及び／又はＴＤＭされてスケジューリングされていることが示されている。ここで、ビーム＃１からビーム＃４は４つのＴｘビームのそれぞれに対応するセンシングビームを意味する。即ち、ビーム＃１ないしビーム＃４はセンシングビーム＃１ないしセンシングビーム＃４を意味する。
【0285】
基地局又は端末はビーム＃１からビーム＃４までの４つのビームのそれぞれに対してＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)を同時に開始する。もしビーム＃１に対するＬＢＴがビーム＃２ないしビーム＃４に対するＬＢＴより先に完了されると、ビーム＃１に対応するＴｘビーム＃１によるＤＬ／ＵＬ送信はすぐ開始されない。即ち、ビーム＃２ないしビーム＃４に対するＬＢＴが完了するまでＴｘビーム＃１によるＤＬ／ＵＬの送信を行わず、セルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)してＴｘビーム＃１によるＤＬ／ＵＬの送信を待機する。
【0286】
その後、ビーム＃２ないしビーム＃４に対するＬＢＴが順に完了すると、最後に完了したビーム＃４のＬＢＴ完了時点直前又はＳＤＭ及び／又はＴＤＭされたＤＬ／ＵＬ送信の送信直前(例えば、ＳＤＭ及び／又はＴＤＭされたＤＬ／ＵＬ送信を含むＣＯＴ開始直前)にｓｉｎｇｌｅ ＣＣＡ ｓｌｏｔ或いはＲａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ)を行ってＩＤＬＥ／ＢＵＳＹを確認した後、ビーム＃１ないしビーム＃４がＩＤＬＥであると確認されると、該当ＣＯＴ内でＳＤＭ及び／又はＴＤＭされたＤＬ／ＵＬ送信を行う。
【0287】
ところが、もしビーム＃１ないしビーム＃４のいずれのビーム(例えば、ビーム＃４)に対するＲａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)がＣＯＴ開始直前又はＣＯＴ開始直前から一定時間前(例えば、ＣＯＴ開始直前からＣａｔ－２ ＬＢＴに必要な時間前)までに成功できなかった場合(即ち、対するＲａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤のＬＢＴ失敗の場合)、ＬＢＴに失敗したビームを除いた残りのビーム(例えば、ビーム＃１ないしビーム＃３)に対するｓｉｎｇｌｅ ＣＣＡ ｓｌｏｔ或いはＲａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ)のみを行ってＩＤＬＥ／ＢＵＳＹを確認した後、ビーム＃１ないしビーム＃３がＩＤＬＥであると確認されると、該当ＣＯＴ内でＳＤＭ及び／又はＴＤＭされたＤＬ／ＵＬ送信を行う。
【0288】
ここで、ｓｉｎｇｌｅ ＣＣＡ(ｃｌｅａｒ ｃｈａｎｎｅｌ ａｓｓｅｓｓｍｅｎｔ) ｓｌｏｔとは、Ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)を行うとき、チャネルのＩＤＬＥ／ＢＵＳＹを判断するためにチャネル測定を行う単位であり、チャネルがＩＤＬＥである場合にはｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値を１つずつ減少させることができる。
【0289】
このとき、基地局の設定／指示によって個々のビームごとにｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値を有することもできる。例えば、Ｎ個の送信ビームが多重化され、該当Ｎ個の送信ビームに対応するＮ個のセンシングビームにより同時にＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)を行う場合、Ｎ個のセンシングビームのそれぞれに対して独立してｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が決定される。またＮ個のセンシングビームに対して同時に並列的にＬＢＴを行って、ＩＤＬＥであると判断されたセンシングビームに対してのみｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が減少する。又は多重化されたビームの全てが共通ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値を有することもできる。例えば、Ｎ個の送信ビームが多重化され、該当Ｎ個の送信ビームに対応するＮ個のセンシングビームに対するＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)を行う場合、Ｎ個のセンシングビームの全てのための共通のｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が決定される。また、Ｎ個のセンシングビームに対して同時に並列的してＬＢＴを行って、Ｎ個のセンシングビームの全てがＩＤＬＥであると判断されるか、又はＮ個のセンシングビームのうち、一定数以上のセンシングビームがＩＤＬＥであると判断された場合にのみ共通のｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が減少する。また、ＳＤＭの場合は、一部ビームのみをドロップして送信を開始することが難しいので、ＳＤＭのときには全てのビームに対するＬＢＴ成功時にのみＤＬ／ＵＬ送信を行い、一部ビームに対するＬＢＴに失敗した場合は全てのビームに対するＤＬ／ＵＬ送信をドロップして再度ＬＢＴ手順を行うこともある。但し、ＳＤＭ及び／又はＴＤＭの場合、多重化された送信ビームの一部に対応するセンシングビームのＬＢＴに成功した場合は(例えば、ＬＢＴによるｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が０であるか、又は送信開始時点前にｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が０になってセルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)した後、送信開始直前の短いＣＣＡに成功した場合)、成功したＬＢＴに対応するセンシングビームに連関する送信ビームに対するＤＬ／ＵＬ送信のみを行い、残りの失敗したＬＢＴに対応するセンシングビームに連関する送信ビームに対するＤＬ／ＵＬ送信のみをドロップしてもよい。
【0290】
[実施例＃２－１]によれば、同一のＣＯＴ内で多重化された送信ビームによるＤＬ／ＵＬ信号がスケジューリングされた時点に予測可能に送信される。言い換えれば、多重化された送信ビームに対応するセンシングビームのそれぞれのＬＢＴの成功時点が異なっても、ＤＬ／ＵＬ信号のスケジューリング時点にＤＬ／ＵＬ送信を行うことができて送信の予測性及び複雑性が減少する。また全ての送信ビームに対応する全てのセンシングビームに対するＬＢＴを行うことにより、送信ビームに対する測定結果の信頼性を高めることができ、他の信号との衝突を最小化することができる。また特定のセンシングビームに対応するｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が０になって該当特定ビームに対応する送信ビームによりＤＬ／ＵＬ送信を開始すると、ＬＢＴと送信は同時に行うことができないので、残りのセンシングビームに対応するＤＬ／ＵＬ送信を自動にドロップすることができる。従って、全体送信の観点からみると、ＤＬ／ＵＬの送信機会が減少し、ドロップされたＤＬ／ＵＬ送信を再度スケジューリングしなければならないので送信遅延が増加し、リソースの効率性が減少する。従って、[実施例＃２－１]によって上記問題を解決／防止することができる。
【0291】
一方、[実施例＃２－２]によれば、Ｔｙｐｅ Ｂの多重チャネル接続手順のように、ＳＤＭ及び／又はＴＤＭして送信する複数のビームのうち、代表ビーム方向を決定して、代表ビーム方向にのみＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)を行う。残りのビーム方向は代表ビーム方向のＬＢＴの完了直前に(例えば、多重ビームによるＤＬ／ＵＬ送信直前)、Ｒａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ)又はｓｉｎｇｌｅ ＣＣＡ ｓｌｏｔを行う。また、Ｒａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ)又はｓｉｎｇｌｅ ＣＣＡ ｓｌｏｔに成功したビーム方向に対応するＤＬ／ＵＬ送信をＳＤＭ及び／又はＴＤＭして送信する。
【0292】
例えば、図１２(ｂ)を参照すると、ビーム＃１ないしビーム＃４のうち、ビーム＃４が代表ビームとして決定された状況を示している。この場合、ビーム＃４に対してのみＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)を行う。ビーム＃４に対するＬＢＴによりビーム＃４がＩＤＬＥであると確認されると、ビーム＃４に対するＬＢＴの完了直前(例えば、多重ビームによるＤＬ／ＵＬ送信直前)、ビーム＃１からビーム＃４までに対してＲａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ)又はｓｉｎｇｌｅ ＣＣＡ ｓｌｏｔを行う。また、Ｒａｎｄｏｍ ｂａｃｋ ｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ ＬＢＴ)又はｓｉｎｇｌｅ ＣＣＡ ｓｌｏｔに成功したビーム方向に対応するＤＬ／ＵＬ送信をＣＯＴ内でＳＤＭ及び／又はＴＤＭして送信する。ここで、ビーム＃１からビーム＃４は４つのＴｘビームのそれぞれに対応するセンシングビームを意味する。即ち、ビーム＃１ないしビーム＃４はセンシングビーム＃１ないしセンシングビーム＃４を意味する。
【0293】
このとき、Ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)する代表ビーム方向の決定は、１)ＴＤＭの場合、最初に送信するビーム方向、２)最大ＥＩＲＰ値を有するビーム方向、３)端末が任意に選択したビーム方向、４)基地局が予め設定／指示したビーム方向、又は５)最大ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が決定されたビーム方向のいずれかが適用される。ここで、ＳＤＭ及び／又はＴＤＭされるビーム方向に同時に(ｓｉｍｕｌｔａｎｅｏｕｓ)ＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－２ ＬＢＴ)を行える性能が端末又は基地局にある場合にのみ適用可能である。
【0294】
また、Ｃａｔ－４基盤のＬＢＴが使用される場合、基地局の設定／指示によって１つのＣＷＳ(Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ Ｓｉｚｅ)値がＡ／Ｎに基づいて更新されるか又はビームごとに独立してＣＷＳ値が更新される。
【0295】
また、ＳＤＭの場合、一部のビームのみをドロップして送信を開始することが難しいので、ＳＤＭのときには全てのビームに対するＬＢＴ成功時にのみＤＬ／ＵＬ送信を行い、一部のビームに対するＬＢＴに失敗した場合は全てのビームに対するＤＬ／ＵＬ送信をドロップして再度ＬＢＴ手順を行うこともできる。但し、ＳＤＭ及び／又はＴＤＭの場合、多重化された送信ビームの一部に対応するセンシングビームに対するＬＢＴに成功した場合は(例えば、ＬＢＴによるｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が０であるか、又は送信開始時点前にｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ値が０になってセルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)した後、送信開始直前に短いＣＣＡに成功した場合)、成功したＬＢＴに対応するセンシングビームに連関する送信ビームに対するＤＬ／ＵＬ送信のみを行い、残りの失敗したＬＢＴに対応するセンシングビームに連関する送信ビームに対するＤＬ／ＵＬ送信のみをドロップしてもよい。
【0296】
[実施例＃２－２]によれば、複数の送信ビームが多重化された場合、全ての送信ビームに対応するＬＢＴを行う必要がなく、１つのビームに対応するＬＢＴのみを行ってよいので、ＬＢＴによる手順の複雑性及び端末のプロセシング複雑度を減少することができる。
【0297】
[提案方法＃３]基地局により予め設定されたＣＧ(ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ)リソースにおいてＲａｎｄｏｍ ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ或いはＣａｔ－４ ＬＢＴ)を行った後にＣＧ－ＰＵＳＣＨを送信する途中、ＣＧ－ＰＵＳＣＨ送信中にスケジューリングされているＤＧ－ＰＵＳＣＨに合った場合、以下の条件によってＣＧ－ＤＧ ＰＵＳＣＨ ｂａｃｋ－ｔｏ－ｂａｃｋ Ｔｒａｎｓｍｉｓｓｉｏｎする方法
【0298】
例えば、図１３を参照すると、端末がＣＧ－ＰＵＳＣＨをスロット(Ｎ＋ｋ)及びスロット(Ｎ＋ｋ＋１)で送信するためにＬＢＴ(例えば、Ｃａｔ－３ ＬＢＴ又はＣａｔ－４ ＬＢＴ)を行ったが、ＤＣＩによりスロット(Ｎ＋ｋ＋ｍ)にＤＧ－ＰＵＳＣＨがスケジューリングされることも発生し得る。例えば、ＬＢＴ前又はＬＢＴ成功前のＤＣＩによるＤＧ－ＰＵＳＣＨスケジューリングが確認される。又は、ＬＢＴ成功後、ＣＧ－ＰＵＳＣＨ送信前やＣＧ－ＰＵＳＣＨ送信後にＤＣＩによるＤＧ－ＰＵＳＣＨスケジューリングが確認される。
【0299】
この場合、ＤＧ－ＰＵＳＣＨのための別のＬＢＴなしに、ＣＧ－ＰＵＳＣＨ送信後、ＤＧ－ＰＵＳＣＨを連続して送信できる条件について説明する。
【0300】
このとき、ＣＧ－ＰＵＳＣＨの送信方向は予めｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏにより設定されか、又はａｃｔｉｖａｔｉｏｎ ＤＣＩ内のＳＲＩフィールドにより指示される。またｕｎｉｆｉｅｄ ＴＣＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ)状態を支援し、ｊｏｉｎｔ ＴＣＩ及び／又はＤＬ／ＵＬ ｓｅｐａｒａｔｅ ＴＣＩの場合にはＵＬ ＴＣＩ ｓｔａｔｅにより指示される。
【0301】
１．実施例＃３－１
【0302】
(i)時間軸上でＣＧ－ＰＵＳＣＨの終了シンボル(ｅｎｄｉｎｇ ｓｙｍｂｏｌ)とＤＧ－ＰＵＳＣＨの開始シンボル(ｓｔａｒｔｉｎｇ ｓｙｍｂｏｌ)の間にギャップがなく、(ii)周波数軸上で送信したＣＧ－ＰＵＳＣＨの帯域幅とスケジューリングされたＤＧ－ＰＵＳＣＨの帯域幅が同一であるか、又はＤＧ－ＰＵＳＣＨが割り当てられた帯域幅がＣＧ－ＰＵＳＣＨが割り当てられた帯域幅のサブセットであり、(iii)ＣＧ－ＰＵＳＣＨの送信ビーム方向にＤＧ－ＰＵＳＣＨのために指示された送信ビーム方向が含まれるか、又はＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示された送信ビーム方向が同一であるとき、ＣＧ－ＰＵＳＣＨの直後にＬＢＴなしにＤＧ－ＰＵＳＣＨ送信をすぐ行うことができる。
【0303】
但し、この場合、ＤＧ－ＰＵＳＣＨとＣＧ－ＰＵＳＣＨの送信長さの総合がＭＣＯＴ(ｍａｘｉｍｕｍ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ)を超えてはいけない。
【0304】
２．実施例＃３－２
【0305】
(i)時間軸上でＣＧ－ＰＵＳＣＨの終了シンボルとＤＧ－ＰＵＳＣＨの開始シンボルの間にギャップがあるか、(ii)周波数軸上で送信したＣＧ－ＰＵＳＣＨの帯域幅とスケジューリングされたＤＧ－ＰＵＳＣＨの帯域幅が同一ではないか、又はＤＧ－ＰＵＳＣＨが割り当てられた帯域幅がＣＧ－ＰＵＳＣＨの帯域幅のサブセットではない場合、又は(iii)ＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示されたビーム方向が含まれないか、又はＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示されたビーム方向が一致しないとき、ＤＧ－ＰＵＳＣＨの送信前、ＤＧ－ＰＵＳＣＨのためのＬＢＴギャップを確保するために、３ＧＰＰ ＴＳ３７.２１３ Ｃｌａｕｓｅ ４.２.１.０.１に記載されたように、スケジューリングされたＤＧ－ＰＵＳＣＨの前に位置するスロットnのシンボルi前の少なくとも１つの最後のＣＧ－ＰＵＳＣＨのシンボルを３ＧＰＰ ＴＳ３８.２１３ Ｃｌａｕｓｅ １１.１のメカニズムに従ってドロップすることができる。
【0306】
但し、ＬＢＴギャップのためにドロップするＸ個のシンボル、Ｙ個のＣＧ－ＰＵＳＣＨ、又はＺ個のスロットに対するＸ、Ｙ、Ｚのそれぞれの値としては規格に明示された値が使用されるか、又は基地局により上位階層シグナリング(例えば、ＲＲＣ(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ))、物理階層シグナリング(例えば、ＤＣＩ(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ))、又は上位階層シグナリングと物理階層シグナリングの組み合わせにより予め設定／指示された値が使用される。
【0307】
また、この提案方法において、ＣＧ－ＰＵＳＣＨをＤＧ－ＰＵＳＣＨに、ＤＧ－ＰＵＳＣＨはＣＧ－ＰＵＳＣＨに順番を変更してＤＧ－ＰＵＳＣＨ ｔｏ ＣＧ－ＰＵＳＣＨ ｂａｃｋ－ｔｏ－ｂａｃｋ Ｔｒａｎｓｍｉｓｓｉｏｎも可能である。但し、[実施例＃３－２]において、ＤＧ－ＰＵＳＣＨの優先順位がＣＧ－ＰＵＳＣＨより高い場合、ギャップがあるか又はＤＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースとＣＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースが異なると、端末はＤＧ－ＰＵＳＣＨに続くＣＧ－ＰＵＳＣＨの送信を放棄することもできる。ここで、ＤＧ－ＰＵＳＣＨの優先順位がＣＧ－ＰＵＳＣＨの優先順位より高いとは、以下のように解釈できる。
【0308】
１)ＤＧ－ＰＵＳＣＨはスケジューリング基盤の信号であるので、ＣＧ－ＰＵＳＣＨよりは優先順位が高い。
【0309】
２)ＤＧ－ＰＵＳＣＨのために設定されたＣＡＰＣ(Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｉｏｒｉｔｙ Ｃｌａｓｓ)値がＣＧ－ＰＵＳＣＨのために設定されたＣＡＰＣ値より小さい。
【0310】
また、ＣＧ－ＰＵＳＣＨの送信ビーム方向にＤＧ－ＰＵＳＣＨの送信ビーム方向が含まれるとは、ＣＧ－ＰＵＳＣＨの送信ビームがＤＧ－ＰＵＳＣＨの送信ビームに比べて相対的に帯域幅が大きくて、ＤＧ－ＰＵＳＣＨが特定ビーム方向に送信されるときに及ぼす干渉領域をＣＧ－ＰＵＳＣＨ送信ビームが全て含むことを意味する。
【0311】
また、ＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨのビーム方向が同一であるとは、ＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨに同一のｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏ或いは同一のＳＲＩフィールド或いは同一のｊｏｉｎｔ ＴＣＩ ｓｔａｔｅ(ＤＬ／ＵＬ ｓｅｐａｒａｔｅ ＴＣＩである場合にはＵＬ ＴＣＩ ｓｔａｔｅ)のビーム方向が指示されることを意味する。
【0312】
ＬＴＥ ＬＡＡではＤＧ－ＰＵＳＣＨがＡＵＬ－ＰＵＳＣＨ(ａｕｔｏｎｏｍｏｕｓ ＵＬ ａｃｃｅｓＳ)とギャップなしに連続するサブフレームでスケジューリングされた場合、ＬＢＴなしに送信する動作が支援される(３ＧＰＰ ＴＳ ３７.２１３ ４.２.１)。同様にＮＲ－ＵでもＣａｔ－４ ＬＢＴに基づいてＣＧ－ＰＵＳＣＨが送信中の状況において、端末に設定されたｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ時間軸リソースとギャップなしに連続してＤＧ－ＰＵＳＣＨがスケジューリングされた場合(即ち、ＣＧ－ＤＧ ｂａｃｋ－ｔｏ－ｂａｃｋ ｓｃｈｅｄｕｌｉｎｇ)、ＬＢＴなしにＤＧ－ＰＵＳＣＨが送信される。但し、ＮＲ－ＵではＬＴＥとは異なり、端末に設定されたＣＧリソースの帯域幅が２０ＭＨｚより大きくてＣＧリソースの帯域幅に複数のＬＢＴサブバンドが含まれることができる。従って、ＣＧ－ＰＵＳＣＨから得たＣＯＴを活用してＬＢＴなしにＤＧ－ＰＵＳＣＨを連続して送信するためには、スケジューリングされたＤＧ－ＰＵＳＣＨの周波数帯域がＣＧ－ＰＵＳＣＨの周波数帯域に含まれる必要がある。即ち、ＤＧ－ＰＵＳＣＨのＬＢＴサブバンドがＣＧ－ＰＵＳＣＨ ＬＢＴサブバンドのサブセットであるか、又はＤＧ－ＰＵＳＣＨのＬＢＴサブバンドがＣＧ－ＰＵＳＣＨ ＬＢＴサブバンドと同一である必要がある。また、ＬＴＥ ＬＡＡと同様に、ＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨの間にギャップがあってはいけない。即ち、時間軸上でＣＧ－ＰＵＳＣＨの終了シンボルとＤＧ－ＰＵＳＣＨの開始シンボルの間にギャップがなく、周波数軸上で送信したＣＧ－ＰＵＳＣＨのＬＢＴサブバンドとスケジューリングされたＤＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースが同一であるか、又はＣＧ－ＰＵＳＣＨのＬＢＴサブバンドにＤＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースが含まれる場合には、ＣＧ－ＰＵＳＣＨの直後にＬＢＴなしにＤＧ－ＰＵＳＣＨを送信することができる。例えば、図１３の場合、ＣＧ－ＰＵＳＣＨの終了シンボルがスロット(Ｎ＋ｋ＋１)のシンボル＃１３であり、ＤＧ－ＰＵＳＣＨの開始シンボルがスロット(Ｎ＋ｋ＋２)(即ち、ｍ＝２)のシンボル＃０であるか、又は－ＰＵＳＣＨの終了シンボルがスロット(Ｎ＋ｋ＋１)のシンボル＃lであり、ＤＧ－ＰＵＳＣＨの開始シンボルがスロット(Ｎ＋ｋ＋１)(即ち、ｍ＝１)のシンボル＃(l＋１)であると、ＣＧ－ＰＵＳＣＨのＬＢＴサブバンドとスケジューリングされたＤＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースが同一であるか、又はＣＧ－ＰＵＳＣＨのＬＢＴサブバンドにＤＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースが含まれる場合には、ＣＧ－ＰＵＳＣＨの直後にＬＢＴなしにＤＧ－ＰＵＳＣＨを送信することができる。
【0313】
以下の表は上述したｂａｃｋ－ｔｏ－ｂａｃｋ送信について正確に記載している標準３ＧＰＰ ＴＳ ３７.２１３ Ｃｌａｕｓｅ ４.２のｆｅＬＡＡからＡＵＬ－ＤＧ ＰＵＳＣＨ ｂａｃｋ－ｔｏ－ｂａｃｋ送信とＮＲ－ＵのＣＧ－ＤＧ ＰＵＳＣＨ ｂａｃｋ－ｔｏ－ｂａｃｋ送信に関連する部分を抜粋したものである。
【0314】
【表5】
【0315】
一方、６０ＧＨｚ帯域のＮＲシステムでもＮＲ－Ｕのように、ＣＧ－ＰＵＳＣＨ送信中にスケジューリングされたＤＧ－ＰＵＳＣＨが特定の条件を満たすと、ＬＢＴなしにｂａｃｋ－ｔｏ－ｂａｃｋ送信される。しかし、ＮＲ－Ｕの時の時間及び周波数条件にさらに特定ビーム方向の送／受信が考慮される必要があるので、ＣＧ－ＰＵＳＣＨ及びＤＧ－ＰＵＳＣＨの送信ビーム方向に対する追加条件を考慮する必要がある。
【0316】
従って、６０ＧＨｚ帯域のＮＲシステムでは、(i)時間軸上でＣＧ－ＰＵＳＣＨの終了シンボルとＤＧ－ＰＵＳＣＨの開始シンボルの間にギャップがなく、(ii)周波数軸上で送信したＣＧ－ＰＵＳＣＨの帯域幅とスケジューリングされたＤＧ－ＰＵＳＣＨの帯域幅が同一であるか、又はＤＧ－ＰＵＳＣＨが割り当てられた帯域幅がＣＧ－ＰＵＳＣＨが割り当てられた帯域幅のサブセットであり、(iii)ＣＧ－ＰＵＳＣＨの送信ビーム方向にＤＧ－ＰＵＳＣＨのために指示された送信ビーム方向が含まれるか、又はＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示された送信ビーム方向が同一であるとき、ＣＧ－ＰＵＳＣＨの直後にＬＢＴなしにＤＧ－ＰＵＳＣＨ送信をすぐ行うことができる。
【0317】
ここで、ＣＧ－ＰＵＳＣＨ送信ビーム方向にＤＧ－ＰＵＳＣＨの送信ビーム方向が含まれるとは、ＣＧ－ＰＵＳＣＨ送信ビームがＤＧ－ＰＵＳＣＨ送信ビームに比べて相対的にビーム幅が大きくて、ＤＧ－ＰＵＳＣＨが特定ビーム方向に送信されるときに及ぼす干渉領域をＣＧ－ＰＵＳＣＨ送信ビームが全て含むことを意味する。また、ＣＧ－ＰＵＳＣＨビーム方向とＤＧ－ＰＵＳＣＨビーム方向が同一であるとは、ＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨに同一のｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏ或いは同一のＳＲＩフィールド或いは同一のｊｏｉｎｔ ＴＣＩ ｓｔａｔｅ(ＤＬ／ＵＬ ｓｅｐａｒａｔｅ ＴＣＩである場合にはＵＬ ＴＣＩ ｓｔａｔｅ)のビーム方向が指示されたことを意味する。また、ＤＧ－ＰＵＳＣＨとＣＧ－ＰＵＳＣＨの送信長さの総合がＭＣＯＴ(ｍａｘｉｍｕｍ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｔｉｍｅ)を超えてはいけない。
【0318】
同様に、ＣＧ－ＤＧ ＰＵＳＣＨ ｂａｃｋ－ｔｏ－ｂａｃｋ送信ができない条件もＮＲ－Ｕの時間及び周波数条件にさらに送信ビーム方向に対する条件を考える必要がある。もし(i)時間軸上でＣＧ－ＰＵＳＣＨの終了シンボルとＤＧ－ＰＵＳＣＨの開始シンボルの間にギャップがあるか、(ii)周波数軸上で送信したＣＧ－ＰＵＳＣＨの帯域幅とスケジューリングされたＤＧ－ＰＵＳＣＨの帯域幅が同一ではないか、又はＤＧ－ＰＵＳＣＨが割り当てられた帯域幅がＣＧ－ＰＵＳＣＨの帯域幅のサブセットではない場合、又は(iii)ＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示されたビーム方向が含まれないか、又はＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示されたビーム方向が一致しないとき、ＬＢＴなしにＤＧ－ＰＵＳＣＨを送信することができない。この場合、端末はＤＧ－ＰＵＳＣＨの送信前にＬＢＴギャップを確保するために、３ＧＰＰ ＴＳ３７.２１３ Ｃｌａｕｓｅ ４.２.１.０.１に記載されたように、スケジューリングされたＤＧ－ＰＵＳＣＨの前に位置するスロットnのシンボルi前の少なくとも１つの最後のＣＧ－ＰＵＳＣＨのシンボルを３ＧＰＰ ＴＳ３８.２１３ Ｃｌａｕｓｅ １１.１のメカニズムに従ってドロップすることができる。
【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】
上述したような非免許帯域において信号を送受信する方法及びそのための装置は、５世代ＮｅｗＲＡＴシステムに適用される例を中心として説明したが、５世代ＮｅｗＲＡＴシステム以外にも様々な無線通信システムに適用することができる。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【国際調査報告】