JP7457163B2

JP7457163B2 - 非免許帯域において信号を送受信する方法及びそのための装置

Info

Publication number: JP7457163B2
Application number: JP2022574195A
Authority: JP
Inventors: ソチャンミョン; ソンウクキム; ソクチョルヤン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2021-08-05
Filing date: 2022-08-01
Publication date: 2024-03-27
Anticipated expiration: 2042-08-01
Also published as: CN115943657A; JP2023540654A; KR102647034B1; EP4152880A4; WO2023014013A1; KR20230022161A; US20230093200A1; EP4152880A1

Description

この開示(Ｄｉｓｃｌｏｓｕｒｅ)は、非免許帯域において信号を送受信する方法及びそのための装置に関し、より詳しくは、非免許帯域において少なくとも１つのビームを用いて信号を送受信するために少なくとも１つのビームに対するＬＢＴ(ＬｉｓｔｅｎＢｅｆｏｒｅＴａｌｋ)を行う方法及びそのための装置に関する。

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

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

本開示は、非免許帯域において信号を送受信する方法及びそのための装置を提供する。

本開示で達成しようとする技術的課題は上記技術的課題に制限されず、言及しなかった他の技術的課題は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

この開示の実施例による無線通信システムにおいて、端末がＵＬ(Ｕｐｌｉｎｋ)送信を行う方法であって、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＵＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。

このとき、複数のビームに対するセンシングは同時に(ｓｉｍｕｌｔａｎｅｏｕｓｌｙ)行われる。

また複数のビームに対するセンシングは第１タイプのセンシングであり、ＵＬ送信を行うことは、(i)複数のビームのうち、第１ビームに対応するＵＬ送信の送信時点前に第１タイプのセンシングに基づいて第１ビームがＩＤＬＥであると感知(ｓｅｎｓｅｄ)され、(ii)第１タイプのセンシング後、ＵＬ送信が行われないことに基づいて、送信時点直前の区間(ｄｕｒａｔｉｏｎ)の間に第１ビームに対する第２タイプのセンシングを行い、第２タイプのセンシングに基づいて第１ビームがＩＤＬＥであると感知されたことに基づいて、ＵＬ送信を行うことを含む。

また第１タイプのセンシングはＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤であり、第２タイプのセンシングはＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤ではなくてもよい。

また第２タイプのセンシングに基づいて第１ビームがＢＵＳＹであると感知されたことに基づいて、第１ビームに対して第１タイプのセンシングを行うことをさらに含む。

また複数のビームのそれぞれは複数のＵＬ送信のいずれかに対応し、複数のＵＬ送信は同時間にスケジューリングされる。

この開示による無線通信システムにおいて、ＵＬ(Ｕｐｌｉｎｋ)送信を行うための端末であって、少なくとも１つの送受信機、少なくとも１つのプロセッサ、及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、少なくとも１つの送受信機により、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＵＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。

この開示の実施例による無線通信システムにおいて、ＵＬ(Ｕｐｌｉｎｋ)送信を行うための装置であって、少なくとも１つのプロセッサ、及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＵＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。

この開示による少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体であって、この動作は、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、少なくとも１つの送受信機により、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＵＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。

この開示の実施例による無線通信システムにおいて、基地局がＤＬ(Ｄｏｗｎｌｉｎｋ)送信を行う方法であって、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＤＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。

この開示による無線通信システムにおいて、ＤＬ(Ｄｏｗｎｌｉｎｋ)送信を行うための基地局であって、少なくとも１つの送受信機、少なくとも１つのプロセッサ、及び少なくとも１つのプロセッサに動作可能に連結され、実行される場合、少なくとも１つのプロセッサが動作を行うようにする命令(ｉｎｓｔｒｕｃｔｉｏｎｓ)を格納する少なくとも１つのメモリを含み、この動作は、複数のビームに対するセンシング(ｓｅｎｓｉｎｇ)を複数のビームのそれぞれに対して別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)行い、少なくとも１つの送受信機により、複数のビームのうち、ＩＤＬＥであると感知(ｓｅｎｓｅｄ)された少なくとも１つのビームによりＤＬ送信を行うことを含み、複数のビームのそれぞれのためのカウンター(ｃｏｕｎｔｅｒ)値は別々に(ｉｎｄｅｐｅｎｄｅｎｔｌｙ)設定される。

この開示によれば、特定ビーム方向或いは(ＴＤＭ及び／又はＳＤＭされた)多重ビーム(ｍｕｌｔｉ－ｂｅａｍ)送信のために、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＣａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ基盤のｗｉｄｅ－ｂｅａｍＬＢＴとｎａｒｒｏｗ－ｂｅａｍＬＢＴから実行するＬＢＴ(Ｌｉｓｔｅｎ－ＢｅｆｏｒｅＴａｌｋ)の種類を決定し、送信種類(例えば、ユニキャスト又はブロードキャスト)によってＥＤしきい値を互いに異なるように設定して、多重ビームを効率的に送信することができ、他の信号との干渉を最小化するＬＢＴを行うことができる。

ＣＯＴ(ＣｈａｎｎｅｌＯｃｃｕｐａｎｃｙｔｉｍｅ)において複数のビーム方向にＴＤＭ(ｔｉｍｅ－ｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ)及び／又はＳＤＭ(ｓｐａｔｉａｌ－ｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ)形式の多重ビーム送信のためにビームごとの独立したＬＢＴ(ｉｎｄｅｐｅｎｄｅｎｔｐｅｒ－ｂｅａｍＬＢＴ)を行うとき、各ビーム方向ごとに独立してＬＢＴを行うか又は代表ビーム方向を選択してビームごとの独立したＬＢＴ(ｉｎｄｅｐｅｎｄｅｎｔｐｅｒ－ｂｅａｍＬＢＴ)を行って、１つのＣＯＴ内での多重ビーム送信を効率的に行うことができる。

また、ＣＧ－ＰＵＳＣＨ(ＣｏｎｆｉｇｕｒｅｄＧｒａｎｔ－ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)とＤＧ－ＰＵＳＣＨ(ＤｙｎａｍｉｃＧｒａｎｔ－ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)がＬＢＴを行わず連続して送信できる条件を定義することにより、ＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨの連続送信を効率的に運用することができる。

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

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

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

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

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

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

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

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

この開示の実施例によるビーム基盤のＬＢＴを行うときに発生する問題を説明するための図である。

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

この開示の実施例による多重ビーム送信を行う方法を説明する図である。

この開示の実施例によるＣＧ－ＰＵＳＣＨ及びＤＧ－ＰＵＳＣＨの連続送信について説明する図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１は端末の上りリンク送信動作を例示する。端末は送信しようとするパケットを動的グラントに基づいて送信するか(図１(ａ))、又は所定のグラントに基づいて送信する(図１(ｂ))。

上りリンクにおいて、基地局は(ＤＣＩｆｏｒｍａｔ０_０又はＤＣＩｆｏｒｍａｔ０_１を含む)ＰＤＣＣＨ(ｓ)を介して端末に動的に上りリンク送信のためのリソースを割り当てる。また基地局は(ＳＰＳのように)設定されたグラント(ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ)方法に基づいて、初期ＨＡＲＱ送信のための上りリンクリソースを端末に割り当てる。但し、再送信のための上りリンクリソースはＰＤＣＣＨ(ｓ)を介して明示的に割り当てられる。このように、動的なグラント(例えば、スケジューリングＤＣＩによる上りリンクグラント)なしに基地局により上りリンクリソースが予め設定される動作を‘設定されたグラント(ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ)’という。設定されたグラントは以下の２つのタイプにより定義される。

－Ｔｙｐｅ１：上位階層シグナリングにより一定の周期の上りリンクグラントが提供される(別の第１階層シグナリングなしに設定される)。

－Ｔｙｐｅ２：上位階層シグナリングにより上りリンクグラントの周期が設定され、ＰＤＣＣＨを介して設定されたグラントの活性化／非活性化がシグナリングされることにより上りリンクグラントが提供される。

複数の端末に設定されたグラントのためのリソースが共有される。各端末の設定されたグラントに基づく上りリンク信号送信は、時間／周波数リソース及び参照信号パラメータ(例えば、異なる循環シフトなど)に基づいて識別される。従って、基地局は信号衝突などにより端末の上りリンク送信に失敗した場合、該当端末を識別して該当送信ブロックのための再送信グラントを該当端末に明示的に送信する。

設定されたグラントにより、同一の送信ブロックのために初期送信を含むＫ回の繰り返し送信が支援される。Ｋ回繰り返して送信される上りリンク信号のためのＨＡＲＱプロセスＩＤは、初期送信のためのリソースに基づいて同一に決定される。Ｋ回繰り返して送信される該当送信ブロックのための冗長バージョン(ｒｅｄｕｎｄａｎｃｙｖｅｒｓｉｏｎ)は、{０，２，３，１}、{０，３，０，３}及び{０，０，０，０}のうちのいずれかのパターンを有する。

端末は以下のうちのいずれかの条件を満たすまで繰り返し送信を行う：

－同一の送信ブロックのための上りリンクグラントが成功的に受信される場合

－該当送信ブロックのための繰り返し送信回数がＫに至った場合

－周期Ｐの終了時点に至った場合

既存の３ＧＰＰＬＴＥシステムのＬＡＡ(Ｌｉｃｅｎｓｅｄ－ＡｓｓｉｓｔｅｄＡｃｃｅｓｓ)のように、３ＧＰＰＮＲシステムにおいても、非免許帯域(ｕｎｌｉｃｅｎｓｅｄｂａｎｄ)をセルラー通信に活用する方案が考慮されている。但し、ＬＡＡとは異なり、非免許帯域内のＮＲセル(以下、ＮＲＵＣｅｌｌ)はスタンドアローン(Ｓｔａｎｄａｌｏｎｅ、ＳＡ)動作を目標とする。一例として、ＮＲＵＣｅｌｌにおいてＰＵＣＣＨ、ＰＵＳＣＨ、ＰＲＡＣＨの送信などが支援される。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

遅延区間Ｔ_ｄは区間Ｔ_ｆ(１６ｕｓ)＋ｍ_ｐ個の連続するセンシングスロット区間Ｔ_sl(９ｕｓ)の順で構成される。Ｔ_ｆは１６ｕｓ区間の開始時点にセンシングスロット区間Ｔ_slを含む。ＣＷ_min,p≦ＣＷ_p≦ＣＷ_max,pである。ＣＷ_pはＣＷ_p＝ＣＷ_min,pに設定され、以前のＵＬバースト(例えば、ＰＵＳＣＨ)に対する明示的／黙示的な受信応答に基づいてステップ１以前にアップデートされる(ＣＷサイズアップデート)。例えば、ＣＷ_pは以前のＵＬバーストに対する明示的／黙示的な受信応答に基づいてＣＷ_min,pに初期化されるか、次に高い許容された値に増加するか、又は既存の値がそのまま維持される。

タイプ２ＵＬＣＡＰにおいて送信前に遊休とセンシングされたセンシングスロットによりスパンされる(ｓｐａｎｎｅｄ)時間区間の長さは決定的である(ｄｅｔｅｒｍｉｎｉｓｔｉｃ)。タイプ２ＵＬＣＡＰはタイプ２Ａ／２Ｂ／２ＣＵＬＣＡＰに区分される。タイプ２ＡＵＬＣＡＰにおいて端末は少なくともセンシング区間Ｔ_{short_dl}＝２５ｕｓの間にチャネルが遊休とセンシングされた直後(ｉｍｍｅｄｉａｔｅｌｙａｆｔｅｒ)、送信を行う。ここで、Ｔ_{short_dl}は区間Ｔｆ(＝１６ｕｓ)の直後に続く１つのセンシングスロット区間で構成される。タイプ２ＡＵＬＣＡＰにおいてＴ_fは区間の開始点にセンシングスロットを含む。タイプ２ＢＵＬＣＡＰにおいて端末はセンシング区間Ｔ_f＝１６ｕｓの間にチャネルが遊休とセンシングされた直後、送信を行う。タイプ２ＢＵＬＣＡＰにおいてＴ_fは区間の最後の９ｕｓ内にセンシングスロットを含む。タイプ２ＣＵＬＣＡＰにおいて端末は送信を行う前にチャネルをセンシングしない。

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

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

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

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

基地局は非免許帯域での下りリンク信号送信のために、以下のうちのいずれかのチャネル接続過程(ＣＡＰ)を行う。

(１)タイプ１下りリンク(ＤＬ)ＣＡＰ方法

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

－(i)ユーザ平面データ(ｕｓｅｒｐｌａｎｅｄａｔａ)を有するユニキャストＰＤＳＣＨ、又は(ii)ユーザ平面データを有するユニキャストＰＤＳＣＨ及びユーザ平面データをスケジューリングするユニキャストＰＤＣＣＨを含む、基地局により開始された(ｉｎｉｔｉａｔｅｄ)送信、又は

－(i)検出バーストのみを有する、又は(ii)非－ユニキャスト(ｎｏｎ－ｕｎｉｃａｓｔ)情報と多重化された検出バーストを有する、基地局により開始された送信。

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

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

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

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

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

遅延区間Ｔ_ｄは区間Ｔ_ｆ(１６ｕｓ)＋ｍ_ｐ個の連続するセンシングスロット区間Ｔ_sl(９ｕｓ)の順で構成される。Ｔ_ｆは１６ｕｓ区間の開始時点にセンシングスロット区間Ｔ_slを含む。

ＣＷ_min,p≦ＣＷ_p≦ＣＷ_max,pである。ＣＷ_pはＣＷ_p＝ＣＷ_min,pに設定され、以前のＤＬバースト(例えば、ＰＤＳＣＨ)に対するＨＡＲＱ－ＡＣＫフィードバック(例えば、ＡＣＫ又はＮＡＣＫ比率)に基づいてステップ１以前にアップデートされる(ＣＷサイズアップデート)。例えば、ＣＷ_pは以前のＤＬバーストに対するＨＡＲＱ－ＡＣＫフィードバックに基づいてＣＷ_min,pに初期化されるか、又は次に高い許容された値に増加されるか、又は既存の値がそのまま維持される。

(２)タイプ２下りリンク(ＤＬ)ＣＡＰ方法

タイプ２ＤＬＣＡＰにおいて送信前に遊休とセンシングされたセンシングスロットによりスパンされる時間区間の長さは決定的である(ｄｅｔｅｒｍｉｎｉｓｔｉｃ)。タイプ２ＤＬＣＡＰはタイプ２Ａ／２Ｂ／２ＣＤＬＣＡＰに区分される。

タイプ２ＡＤＬＣＡＰは以下の送信に適用される。タイプ２ＡＤＬＣＡＰにおいて基地局は少なくともセンシング区間Ｔ_{short_dl}＝２５ｕｓの間にチャネルが遊休とセンシングされた直後、送信を行う。ここで、Ｔ_{short_dl}は区間Ｔ_f(＝１６ｕｓ)の直後に続く１つのセンシングスロット区間で構成される。Ｔｆは区間の開始点にセンシングスロットを含む。

－(i)検出バーストのみを有する、又は(ii)非－ユニキャスト(ｎｏｎ－ｕｎｉｃａｓｔ)情報と多重化された検出バーストを有する、基地局により開始された送信、又は

－共有チャネル占有(Ｓｈａｒｅｄｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙ)内で端末による送信から２５ｕｓギャップ以後の基地局の送信。

タイプ２ＢＤＬＣＡＰは共有されたチャネル占有時間内で端末による送信から１６ｕｓギャップ以後に基地局により行われる送信に適用可能である。タイプ２ＢＤＬＣＡＰにおいて基地局はＴ_f＝１６ｕｓの間にチャネルが遊休とセンシングされた直後、送信を行う。Ｔ_fは区間の最後の９ｕｓ内にセンシングスロットを含む。タイプ２ＣＤＬＣＡＰは共有されたチャネル占有時間内で端末による送信から最大１６ｕｓギャップ後に基地局により行われる送信に適用可能である。タイプ２ＣＤＬＣＡＰにおいて基地局は送信を行う前にチャネルをセンシングしない。

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

図５は非免許帯域内に複数のＬＢＴ－ＳＢが含まれた場合を例示する。

図５を参照すると、セル(或いは搬送波)のＢＷＰに複数のＬＢＴ－ＳＢが含まれる。ＬＢＴ－ＳＢは、例えば、２０ＭＨｚ帯域を有する。ＬＢＴ－ＳＢは周波数領域において複数の連続する(Ｐ)ＲＢで構成され、(Ｐ)ＲＢセットとも称される。図示していないが、ＬＢＴ－ＳＢの間にはガードバンド(ＧＢ)が含まれてもよい。従って、ＢＷＰは{ＬＢＴ－ＳＢ＃０(ＲＢｓｅｔ＃０)＋ＧＢ＃０＋ＬＢＴ－ＳＢ＃１(ＲＢｓｅｔ＃１＋ＧＢ＃１)＋...＋ＬＢＴ－ＳＢ＃(Ｋ－１)(ＲＢｓｅｔ(＃Ｋ－１))}の形態で構成される。便宜上、ＬＢＴ－ＳＢ／ＲＢインデックスは低い周波数帯域から高い周波数帯域に行くにつれて増加するように設定／定義される。

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

図６はハイブリッドビームフォーミング(ｈｙｂｒｉｄｂｅａｍｆｏｒｍｉｎｇ)のための送信端及び受信端のブロック図の一例を示す。

ミリメートル周波数帯域において狭ビームを形成する方法として、ＢＳやＵＥから多数のアンテナに適切な位相差を用いて同じ信号を送信することにより、特定の方向でのみエネルギーが高くなるビームフォーミング方式が主に考えられている。このようなビームフォーミング方式には、デジタル基底帯域(ｂａｓｅｂａｎｄ)信号に位相差を形成するデジタルビームフォーミング、変調されたアナログ信号に時間遅延(即ち、循環遷移)を用いて位相差を形成するアナログビームフォーミング、デジタルビームフォーミングとアナログビームフォーミングを全て利用するハイブリッドビームフォーミングなどがある。アンテナ要素ごとに送信パワー及び位相調節ができるようにトランシーバユニット(ｔｒａｎｓｃｅｉｖｅｒｕｎｉｔ、ＴＸＲＵ)を有すると、周波数リソースごとに独立したビームフォーミングが可能になる。しかし、１００余個の全てのアンテナ要素にＴＸＲＵを設けることは費用面で実効性が乏しい。即ち、ミリメートル周波数帯域は急激な電波減殺特性を補償するために多数のアンテナを使用する必要があり、デジタルビームフォーミングはアンテナ数ほどのＲＦコンポーネント(例えば、デジタルアナログコンバータ(ＤＡＣ)、ミキサー(ｍｉｘｅｒ)、電力増幅器(ｐｏｗｅｒａｍｐｌｉｆｉｅｒ)、線形増幅器(ｌｉｎｅａｒａｍｐｌｉｆｉｅｒ)など)を必要とするので、ミリメートル周波数帯域においてデジタルビームフォーミングを具現するためには通信機器の単価が上がる問題がある。従って、ミリメートル周波数帯域のようにアンテナが多く必要な場合には、アナログビームフォーミング又はハイブリッドビームフォーミング方式が考慮される。アナログビームフォーミング方式は、１つのＴＸＲＵに多数のアンテナ要素をマッピングし、アナログ位相遷移器(ａｎａｌｏｇｐｈａｓｅｓｈｉｆｔｅｒ)でビームの方向を調節する。かかるアナログビームフォーミング方式は全体帯域において１つのビーム方向のみを形成するので、周波数選択的ビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ、ＢＦ)ができない短所がある。ハイブリッドＢＦはデジタルＢＦとアナログＢＦの中間形態であって、Ｑ個のアンテナ要素より少ない数であるＢ個のＴＸＲＵを有する方式である。ハイブリッドＢＦの場合、Ｂ個のＴＸＲＵとＱ個のアンテナ要素の連結方式によって差はあるが、同時に送信可能なビームの方向はＢ個以下に制限される。

ビーム管理(Ｂｅａｍｍａｎａｇｅｍｅｎｔ、ＢＭ)

ＢＭ過程は、下りリンク(ｄｏｗｎｌｉｎｋ、ＤＬ)及び上りリンク(ｕｐｌｉｎｋ、ＵＬ)の送信／受信に使用可能なＢＳ(或いは送信及び受信ポイント(ｔｒａｎｓｍｉｓｓｉｏｎａｎｄｒｅｃｅｐｔｉｏｎｐｏｉｎｔ、ＴＲＰ))及び／又はＵＥビームのセットを得て維持するための過程であり、以下のような過程及び用語を含む。

－ビーム測定(ｂｅａｍｍｅａｓｕｒｅｍｅｎｔ)：ＢＳ又はＵＥが受信されたビームフォーミング信号の特性を測定する動作

－ビーム決定(ｂｅａｍｄｅｔｅｒｍｉｎａｔｉｏｎ)：ＢＳ又はＵＥが自分の送信ビーム(Ｔｘｂｅａｍ)／受信ビーム(Ｒｘｂｅａｍ)を選択する動作

－ビームスイーピング(ｂｅａｍｓｗｅｅｐｉｎｇ)：所定の方式で一定時間区間の間に送信及び／又は受信ビームを用いて空間ドメインをカバーする動作

－ビーム報告(ｂｅａｍｒｅｐｏｒｔ)：ＵＥがビーム測定に基づいてビームフォーミングされた信号の情報を報告する動作

ＢＭ過程は、(１)ＳＳＢ又はＣＳＩ－ＲＳを用いるＤＬＢＭ過程と、(２)ＳＲＳ(Ｓｏｕｎｄｉｎｇｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ)を用いるＵＬＢＭ過程に区分される。また、それぞれのＢＭ過程は、Ｔｘビームを決定するためのＴｘビームスイーピングとＲｘビームを決定するためのＲｘビームスイーピングを含む。

このとき、ＤＬＢＭ過程は、(１)ＢＳによるビームフォーミングされたＤＬＲＳ(例、ＣＳＩ－ＲＳ又はＳＳＢ)の送信と、(２)ＵＥによるビーム報告(ｂｅａｍｒｅｐｏｒｔｉｎｇ)を含む。

ここで、ビーム報告は、選好する(ｐｒｅｆｅｒｒｅｄ)ＤＬＲＳＩＤ及びそれに対応する参照信号受信電力(ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌｒｅｃｅｉｖｅｄｐｏｗｅｒ、ＲＳＲＰ)を含む。ＤＬＲＳＩＤはＳＳＢＲＩ(ＳＳＢＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ)又はＣＲＩ(ＣＳＩ－ＲＳＲｅｓｏｕｒｃｅＩｎｄｉｃａｔｏｒ)である。

２．ＤＬＢＭ関連ビーム指示(ｂｅａｍＩｎｄｉｃａｔｉｏｎ)

ＵＥは少なくともＱＣＬ(ＱｕａｓｉＣｏ－ｌｏｃａｔｉｏｎ)指示のための最大Ｍ個の候補送信設定指示(ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ、ＴＣＩ)状態に関するリストをＲＲＣシグナリングにより受信する。ここで、ＭはＵＥ(能力)に依存し、６４である。

各ＴＣＩ状態は１つの参照信号(ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ、ＲＳ)セットを有して設定される。表１０はＴＣＩ－ＳｔａｔｅＩＥの一例を示す。ＴＣＩ－ＳｔａｔｅＩＥは１つ又は２つのＤＬ参照信号(ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ、ＲＳ)に対応する類似共同－位置(ｑｕａｓｉｃｏ－ｌｏｃａｔｉｏｎ、ＱＣＬ)タイプに連関する。

表４において、‘ｂｗｐ－Ｉｄ’はＲＳが位置するＤＬＢＷＰを示し、‘ｃｅｌｌ’はＲＳが位置する搬送波を示し、‘ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ’はターゲットアンテナポートに対して類似共同－位置のソースとなる参照アンテナポート或いはそれを含む参照信号を示す。ターゲットアンテナポートはＣＳＩ－ＲＳ、ＰＤＣＣＨＤＭＲＳ又はＰＤＳＣＨＤＭＲＳである。

３．ＱＣＬ(Ｑｕａｓｉ－ＣｏＬｏｃａｔｉｏｎ)

ＵＥは該ＵＥ及び所定のセルに対して意図した(ｉｎｔｅｎｄｅｄ)ＤＣＩを有する検出されたＰＤＣＣＨによってＰＤＳＣＨを復号するために、最大Ｍ個のＴＣＩ－状態設定を含むリストを受信する。ここで、ＭはＵＥ能力(ｃａｐａｂｉｌｉｔｙ)に依存する。

表４に例示したように、それぞれのＴＣＩ－Ｓｔａｔｅは１つ又は２つのＤＬＲＳとＰＤＳＣＨのＤＭ－ＲＳポートの間にＱＣＬ関係を設定するためのパラメータを含む。ＱＣＬ関係は、１番目のＤＬＲＳに対するＲＲＣパラメータｑｃｌ－Ｔｙｐｅ１と２番目のＤＬＲＳに対するｑｃｌ－Ｔｙｐｅ２(設定された場合)を有して設定される。

各ＤＬＲＳに対応するＱＣＬタイプはＱＣＬ－Ｉｎｆｏ内のパラメータ‘ｑｃｌ－Ｔｙｐｅ’により与えられ、以下のうちのいずれかである：

－‘ＱＣＬ－ＴｙｐｅＡ'：{Ｄｏｐｐｌｅｒｓｈｉｆｔ、Ｄｏｐｐｌｅｒｓｐｒｅａｄ、ａｖｅｒａｇｅｄｅｌａｙ、ｄｅｌａｙｓｐｒｅａｄ}

－‘ＱＣＬ－ＴｙｐｅＢ'：{Ｄｏｐｐｌｅｒｓｈｉｆｔ、Ｄｏｐｐｌｅｒｓｐｒｅａｄ}

－‘ＱＣＬ－ＴｙｐｅＣ'：{Ｄｏｐｐｌｅｒｓｈｉｆｔ、ａｖｅｒａｇｅｄｅｌａｙ}

－‘ＱＣＬ－ＴｙｐｅＤ'：{ＳｐａｔｉａｌＲｘｐａｒａｍｅｔｅｒ}

例えば、ターゲットアンテナポートが特定のＮＺＰＣＳＩ－ＲＳである場合、該当ＮＺＰＣＳＩ－ＲＳアンテナポートは、ＱＣＬ－ＴｙｐｅＡの観点では特定のＴＲＳと、ＱＣＬ－ＴｙｐｅＤの観点では特定のＳＳＢとＱＣＬされたと指示／設定される。かかる指示／設定を受けたＵＥはＱＣＬ－ＴｙｐｅＡＴＲＳで測定されたドップラー、遅延値を用いて該当ＮＺＰＣＳＩ－ＲＳを受信し、ＱＣＬ－ＴｙｐｅＤＳＳＢの受信に使用された受信ビームを該当ＮＺＰＣＳＩ－ＲＳの受信に適用する。

ＵＬＢＭ過程

ＵＬＢＭはＵＥ具現によってＴｘビーム－Ｒｘビームの間のビームレシプロシティ(ｂｅａｍｒｅｃｉｐｒｏｃｉｔｙ)(又はビーム対応性)が成立するか又は成立しない。もしＢＳとＵＥの両方でＴｘビーム－Ｒｘビームの間の相互関係が成立すると、ＤＬビーム対(ｐａｉｒ)によりＵＬビーム対を合わせることができる。しかし、ＢＳとＵＥの一方でもＴｘビーム－Ｒｘビームの間の相互関係が成立しないと、ＤＬビーム対の決定とは別途に、ＵＬビーム対の決定過程が必要である。

また、ＢＳとＵＥの両方ともビーム対応性を維持している場合にも、ＵＥが選好する(ｐｒｅｆｅｒｒｅｄ)ビームの報告を要請しなくても、ＢＳはＤＬＴｘビームの決定のために、ＵＬＢＭ過程を使用することができる。

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

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

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

一方、後述する提案方法において、ビームとは、特定の方向及び／又は特定の空間に電力を集中させて特定の動作(例えば、ＬＢＴ又は送信)を行うための領域を意味する。言い換えれば、端末又は基地局は特定の空間及び／又は特定の方向に対応する特定の領域(即ち、ビーム)をターゲットとしてＬＢＴ又は送信のような動作を行う。従って、それぞれのビームはそれぞれの空間及び／又はそれぞれの方向に対応する。また端末又は基地局はそれぞれのビームを使用するために、それぞれの空間及び／又はそれぞれの方向に対応する空間ドメインフィルター(ＳｐａｔｉａｌＤｏｍａｉｎＦｉｌｔｅｒ)を使用することができる。即ち、１つの空間ドメインフィルターは１つ以上のビームに対応し、端末又は基地局は使用しようとするビーム(又は空間及び／又は方向)に対応する空間ドメインフィルターを用いてＬＢＴ(ＬｉｓｔｅｎＢｅｆｏｒｅＴａｌｋ)又は送信のような動作を行う。

例えば、端末又は基地局は、ＬＢＴビームに対応する空間ドメインフィルターを用いて該当ＬＢＴビームのための空間及び／又は方向を介してＬＢＴを行うか、又はＴｘビームに対応する空間ドメインフィルターを用いて該当Ｔｘビームのための空間及び／又は方向を介してＤＬ／ＵＬ送信を行う。

以下、この開示では多重チャネル接続手順(Ｍｕｌｔｉ－ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ)を空間ドメイン(ｓｐａｔｉａｌｄｏｍａｉｎ)に拡張して複数のビーム方向送信のためのビームごとの独立したＬＢＴ(ｉｎｄｅｐｅｎｄｅｎｔｐｅｒ－ｂｅａｍＬＢＴ)に適用することに基づく効率的なＬＢＴ方法について提案する。また、ＤＬ／ＵＬ送信の種類がブロードキャス(ｂｒｏａｄｃａｓｔ)送信であるか、又はユニキャスト(ｕｎｉｃａｓｔ)送信であるかによって、ＥＤしきい値(ｔｈｒｅｓｈｏｌｄ)を異なるように設定する方法、及び各送信種類ごとのＣＯＴ共有(ｓｈａｒｉｎｇ)方法について提案する。

非免許帯域において送信のために行うチャネル接続手順としては、代表的にはＬＢＴ(Ｌｉｓｔｅｎ－ｂｅｆｏｒｅ－Ｔａｌｋ)がある。信号を送信する基地局及び／又は端末が測定した周辺の干渉程度(ｉｎｔｅｒｆｅｒｅｎｃｅｌｅｖｅｌ)をＥＤしきい値のような特定のしきい値と比較して雑音度が一定以下である場合、該当信号の送信を許容して送信間衝突を防止するメカニズムである。

図７はｄｉｒｅｃｔｉｏｎａｌＬＢＴとｏｍｎｉｄｉｒｅｃｔｉｏｎａｌＬＢＴの一例を示す。

図７(ａ)は特定のビーム方向ＬＢＴ及び／又はビームグループ単位のＬＢＴを含むｄｉｒｅｃｔｉｏｎａｌＬＢＴを示し、図７(ｂ)はｏｍｎｉｄｉｒｅｃｔｉｏｎａｌＬＢＴを示す。

既存のＮＲ－Ｕシステム(例えば、Ｒｅｌ－１６ＮＲ－Ｕ)では、図７で説明したように、ＣＡＰ(即ち、ＬＢＴ)過程を行って、チャネルが遊休であると判断されると、ＤＬ／ＵＬ信号／チャネルが送信される。一方、既存のＮＲ－Ｕシステムでは、他のＲＡＴ(例えば、Ｗｉ－Ｆｉ)との共存のために他のＲＡＴとのＬＢＴ帯域を一致させており、ＣＡＰ(即ち、ＬＢＴ)は全方向に行われる。即ち、既存のＮＲ－Ｕシステムでは非指向性ＬＢＴが行われる。

しかし、既存のＮＲ－Ｕシステムで使用される７ＧＨｚ帯域の非免許帯域より高い帯域(例えば、５２.６ＧＨｚ以上の帯域)でＤＬ／ＵＬ信号／チャネルを送信するためのＲｅｌ－１７ＮＲ－Ｕでは、既存の７ＧＨｚ帯域より大きい経路損失を克服するために、特定のビーム方向にエネルギーを集中して送信するＤ－ＬＢＴ(ＤｉｒｅｃｔｉｏｎａｌＬＢＴ)を活用する。即ち、Ｒｅｌ－１７ＮＲ－Ｕでは、Ｄ－ＬＢＴにより経路損失を減少してより広いカバレッジにＤＬ／ＵＬ信号／チャネルを送信し、他のＲＡＴ(例えば、ＷｉＧｉｇ)との共存にも効率性を高めることができる。

図７(ａ)を見ると、ビームグループ(ｂｅａｍｇｒｏｕｐ)がビーム＃１ないしビーム＃５で構成されるとき、ビーム＃１ないしビーム＃５に基づいてＬＢＴを行うことをビームグループ単位のＬＢＴという。またビーム＃１ないしビーム＃５のいずれかのビーム(例えば、ビーム＃３)によりＬＢＴを行うことを特定のビーム方向ＬＢＴという。このとき、ビーム＃１ないしビーム＃５は連続する(又は隣接する)ビームであっても、不連続する(又は隣接しない)ビームであってもよい。またビームグループに含まれるビームが必ず複数である必要はなく、単一のビームが１つのビームグループを形成してもよい。

一方、ビームごとにＬＢＴが行われてもよいが、ビームグループごとにＬＢＴが行われてもよい。例えば、ビームごとにＬＢＴが行われると、ビーム＃１ないしビーム＃５はＴＤＭ(ＴｉｍｅＤｏｍａｉｎＭｕｌｔｉｐｌｅｘｉｎｇ)及び／又はＳＤＭ(ＳｐａｔｉａｌＤｏｍａｉｎＭｕｌｔｉｐｌｅｘｉｎｇ)された複数の送信ビームのそれぞれをカバーすることができる。例えば、ビーム＃１はＴＤＭ及び／又はＳＤＭされた複数の送信ビームのうち、送信ビーム＃１をカバーし、ビーム＃２は複数の送信ビームのうち、送信ビーム＃２をカバーし、ビーム＃３は複数の送信ビームのうち、送信ビーム＃３をカバーし、ビーム＃４は複数の送信ビームのうち、また送信ビーム＃４をカバーし、ビーム＃５は複数の送信ビームのうち、送信ビーム＃５をカバーする。ここで、カバーするとは、ＬＢＴを行うためのビームの領域が該当ビームに対応する送信ビームが有効な影響(又は干渉)を及ぼす領域を含むか、又は少なくとも同一であることを意味する。

言い換えれば、送信ビームの干渉が及ぼす領域を含むＬＢＴを行うためのセンシングビームによりエネルギー測定を行うことを意味する。またセンシングビームにより測定したエネルギーをＥＤしきい値と比較してチャネルのＩＤＬＥ／ＢＵＳＹ有無を判断することができる。

さらに他の例として、ビームグループごとにＬＢＴが行われることは、ビームグループに含まれたビームに対応するＴＤＭ及び／又はＳＤＭされた複数の送信ビームのために、ビームグループ単位で１回にＬＢＴを行うことを意味する。即ち、ビームグループのための１つのビーム(以下、グループＬＢＴビーム)を形成して、グループＬＢＴビームを用いて複数の送信ビームの全てに対して１回にＬＢＴを行う。

従って、グループＬＢＴビームはビームグループに対応する全ての送信ビーム(例えば、送信ビーム＃１ないし送信ビーム＃５)をカバーする。例えば、グループＬＢＴビームの領域は送信ビーム(例えば、送信ビーム＃１ないし送信ビーム＃５)のそれぞれが有効な影響(又は干渉)を及ぼす領域を全て含むか、又は少なくとも同一であることを意味する。

図７(ｂ)はｏｍｎｉｄｉｒｅｃｔｉｏｎａｌＬＢＴであって、全方向のビームが１つのビームグループを構成して、該当ビームグループ単位でＬＢＴを行う場合、ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌＬＢＴを行うといえる。即ち、全方向のビーム、即ち、セルで特定のセクター(ｓｅｃｔｏｒ)をカバーするビームの集合である全方向のビームが１つのビームグループに含まれると、これはｏｍｎｉｄｉｒｅｃｔｉｏｎａｌＬＢＴを意味することもできる。

即ち、高周波帯域の場合、相当な経路損失(ｐａｔｈ－ｌｏｓｓ)によりカバレッジが制限されるが、このカバレッジ問題を克服するために、多重アンテナ技法を活用する。例えば、全方向(ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌ)送信ではない、特定の方向(ｄｉｒｅｃｔｉｏｎａｌ)にエネルギーを集中して信号を送信する狭幅ビーム(ｎａｒｒｏｗｂｅａｍ)送信を行うことができる。

高周波非免許帯域では、上述したＬＢＴのようなチャネル接続手順と共に、ビーム基盤の送信を結合して共に考慮する必要がある。例えば、特定の方向にｄｉｒｅｃｔｉｏｎａｌＬＢＴを行うために該当方向にのみｄｉｒｅｃｔｉｏｎａｌＬＢＴ(Ｄ－ＬＢＴ)を行うか、又は該当方向のビームが含まれたビームグループ単位のＬＢＴを行ってチャネルが遊休であると判断されると送信を行う。ここで、ビームグループには単一或いは複数のビームが含まれ、全方向のビームを含むと、ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌＬＢＴ(Ｏ－ＬＢＴ)に拡張できる。

高周波非免許帯域において複数のビーム方向への送信のために送信される複数のビーム方向の全てをカバーするＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)基盤のＤ－ＬＢＴ或いはＯ－ＬＢＴを行う必要がある。このとき、複数のｎａｒｒｏｗｂｅａｍで構成されたビームごとの独立したＬＢＴを行うとき、各ビーム方向ごとにＬＢＴを順に行ってもよい。しかし、上述した方法は全体ビーム方向ＬＢＴを全て行うために所要される時間が長くなるので、送信を開始するためのチャネル接続にＯ－ＬＢＴに比べて相対的に長い時間がかかる。

従って、Ｒｅｌ－１６ＮＲ－Ｕの多重チャネル接続手順(ｍｕｌｔｉ－ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ)を空間ドメインに拡張してＬＢＴを行う複数のｎａｒｒｏｗｂｅａｍ方向のうち、代表ビーム方向を決定して、該当方向にのみＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)を行い、送信直前に残りのビーム方向にＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ)を行って、該当ＬＢＴの成功時に送信を開始することにより送信開始まで要される遅延時間を減少することができる。

一方、ＬＢＴを行うとき、チャネルのＩＤＬＥ／ＢＵＳＹを判断する基準となるＥＤ(ＥｎｅｒｇｙＤｅｔｅｃｔｉｏｎ)しきい値を、ｗｉｄｅｂｅａｍＬＢＴ(例えば、ビームグループＬＢＴ或いはＯ－ＬＢＴ)を行った後、ブロードキャスト(ｂｒｏａｄｃａｓｔｉｎｇ)送信であるか、又はｎａｒｒｏｗｂｅａｍＬＢＴ(Ｄ－ＬＢＴ)後の特定ビーム方向へのユニキャスト送信であるかによって互いに異なるように設定してもよい。例えば、ＳＳＢ(ＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＳｉｇｎａｌＢｌｏｃｋ)或いはビーム管理(ｂｅａｍｍａｎａｇｅｍｅｎｔ)ＳＲＳ(ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)のようにビームスイーピング(ｂｅａｍｓｗｅｅｐｉｎｇ)され、ブロードキャストされる送信のＥＤしきい値は、ＰＤＳＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)或いはＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ)のようなｎａｒｒｏｗｂｅａｍＬＢＴ後の特定ビーム方向にのみ送信されるユニキャスト送信に比べて高いＥＤしきい値に設定される。ＣＯＴ(ＣｈａｎｎｅｌＯｃｃｕｐａｎｃｙｔｉｍｅ)共有の観点では、ｗｉｄｅ－ｂｅａｍＬＢＴ後のブロードキャスト送信の場合にはＣＯＴ共有を許容せず、ｎａｒｒｏｗｂｅａｍＬＢＴ後のユニキャスト送信の場合にのみＣＯＴ共有を許容することが望ましい。

また特定ビーム方向にＤＬ(Ｄｏｗｎｌｉｎｋ)／ＵＬ(Ｕｐｌｉｎｋ)を送信しようとするとき、ｗｉｄｅ－ｂｅａｍＬＢＴとｎａｒｒｏｗｂｅａｍＬＢＴのうち使用するＬＢＴ方法が、端末の性能(ｃａｐａｂｉｌｉｔｙ)により決定されるか、又はＣＯＴ共有の使用(又は許容)有無によって決定される。

提案方法を説明する前に、この開示に適用される非免許帯域のためのＮＲ基盤のチャネル接続方式(ｃｈａｎｎｅｌａｃｃｅｓｓｓｃｈｅｍｅ)を以下のように分類する。

－Ｃａｔｅｇｏｒｙ１(Ｃａｔ－１)：ＣＯＴ内で以前の送信が終了した直後に短いスイッチングギャップ(ＳｗｉｔｃｈｉｎｇＧａｐ)の後、すぐ次の送信が行われ、このスイッチングギャップは特定の長さ(例えば、３ｕｓ)より短く、送受信処理時間(ｔｒａｎｓｃｅｉｖｅｒｔｕｒｎａｒｏｕｎｄｔｉｍｅ)まで含む。Ｃａｔ－１ＬＢＴは上述したタイプ２ＣＣＡＰに対応する。

－Ｃａｔｅｇｏｒｙ２(Ｃａｔ－２)：バック－オフのないＬＢＴ方法であって、送信直前の特定の時間の間にチャネルが遊休であることが確認されると、すぐ送信が可能である。Ｃａｔ－２ＬＢＴは送信直前のチャネルセンシングに必要な最小センシング区間の長さによって細分化される。例えば、最小センシング区間の長さが２５ｕｓであるＣａｔ－２ＬＢＴは上述したタイプ２ＡＣＡＰに対応し、最小センシング区間の長さが１６ｕｓであるＣａｔ－２ＬＢＴは上述したタイプ２ＢＣＡＰに対応する。最小センシング区間の長さは例示的なものであり、２５ｕｓ又は１６ｕｓより短くてもよい(例えば、９ｕｓ)。

－Ｃａｔｅｇｏｒｙ３(Ｃａｔ－３)：固定ＣＷＳを有してバック－オフするＬＢＴ方法であって、送信装置(ｔｒａｎｓｍｉｔｔｉｎｇｅｎｔｉｔｙ)が０から最大の競争ウィンドウサイズ(ｃｏｎｔｅｎｔｉｏｎｗｉｎｄｏｗｓｉｚｅ、ＣＷＳ)値(固定)のうち、ランダムの数Ｎを選択して、チャネルが遊休であることが確認されるたびにカウンター値を減少し、カウンター値が０になった場合に送信可能である。

－Ｃａｔｅｇｏｒｙ４(Ｃａｔ－４)：変動ＣＷＳを有してバック－オフするＬＢＴ方法であって、送信装置が０から最大ＣＷＳ値(変動)のうち、ランダムの数Ｎを選択して、チャネルが遊休であることが確認されるたびにカウンター値を減少し、カウンター値が０になった場合に送信が可能であるが、受信側から該当送信が正しく受信されていないというフィードバックを受けると、最大ＣＷＳ値が１段階高い値に増加して、増加したＣＷＳ値から再びランダムの数を選択して再度ＬＢＴ手順を行う。Ｃａｔ－４ＬＢＴは上述したタイプ１ＣＡＰに対応する

上述したように、５２ＧＨｚ以上の高周波非免許帯域では、基地局又は端末がチャネル接続手順により全方向ＬＢＴ(ｏｍｎｉｄｉｒｅｃｔｉｏｎａｌＬＢＴ)以外に、特定ビーム方向或いはビームグループＬＢＴ(ｄｉｒｅｃｔｉｏｎａｌＬＢＴ)を行って、ＤＬ或いはＵＬ信号／チャネルが送信される。

特定ビーム方向ＬＢＴを行うことにより得たＣＯＴの場合、全方向ＬＢＴを行うことにより得たＣＯＴとは異なり、ＬＢＴを行ったビーム方向と相関関係(例えば、ＱＣＬ関係)があるＤＬとＵＬの間にのみＣａｔ－２ＬＢＴ後に送信を許容し、そうではない信号／チャネルに対しては、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)後に送信することが好ましい。但し、ＤＬ送信とＵＬ送信の間のギャップの長さによっては、Ｃａｔ－２ＬＢＴの代わりにＣａｔ－１ＬＢＴを行った後、送信を許容してもよい。

ＣＯＴが共有された基地局又は端末がＣＯＴ内で行うＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ又はＣａｔ－１ＬＢＴ)は、全方向に行われてもよく、ＣＯＴを得るために使用したビーム方向とＱＣＬ関係にあるビーム方向に行われてもよい。また端末が特定ビーム方向或いはビームグループ方向のＤＬ信号／チャネルを受信すると、該当ＣＯＴ内では特定ビーム方向又はビームグループ方向とＱＣＬ関係にある検索空間のみを端末がモニタリングするように設定してもよい。

１つのＴＸｂｕｒｓｔに含まれた全てのＤＬ信号／チャネル(又はＵＬ信号／チャネル)を空間的(一部の)ＱＣＬ関係を有する信号／チャネルで構成すると、以下の理由で望ましい。例えば、図２０のように基地局がＬＢＴに成功した後、総４つのスロットで構成されたＴＸｂｕｒｓｔを送信するとき、ビームＡの方向に３スロットの間に送信した後、４番目のスロットではビームＣの方向に送信することができる。

ところが、基地局がビームＡの方向に信号を送信する間に、該当Ｕ－ｂａｎｄで共存するＷｉ－ＦｉＡＰはビームＡの方向に送信される信号を感知できず、チャネルが遊休であると判断した後、ＬＢＴに成功して信号の送受信を開始する。このとき、ｓｌｏｔ＃ｋ＋３から基地局がビームＣの方向に信号を送信すると、該当Ｗｉ－Ｆｉの信号に干渉として作用する可能性がある。このように、ビームＡで送信した基地局が追加ＬＢＴなしにビーム方向を変更して送信することにより、共存する他の無線ノードに干渉を発生する可能性もあるので、基地局がＬＢＴに成功した後、送信するＴＸｂｕｒｓｔの送信ビーム方向は変更しない方が望ましい。

ＮＲシステムでは、ＤＬ信号とＵＬ信号を連関して、ＵＬ送受信のとき、端末が使用するビーム情報をシグナリングする方法が考慮されている。例えば、ＣＳＩ－ＲＳ(ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ－ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)リソースとＳＲＳ(ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ)リソースを連動して、該当ＣＳＩ－ＲＳリソースで端末が生成したビーム方向があれば、該当ＣＳＩ－ＲＳリソースにリンクされたＳＲＳリソースでＳＲＳを送信するとき(或いは該当ＣＳＩ－ＲＳリソースにリンクされたＳＲＳリソースがシグナリングされたＵＬグラントによりスケジューリングされるＰＵＳＣＨを送信するとき)、端末はＣＳＩ－ＲＳ受信ビームに対応する送信ビームを使用してＵＬ信号を送信する。このとき、特定の受信ビームと特定の送信ビームの間の関係は、端末のビーム対応能力(ｂｅａｍｃｏｒｒｅｓｐｏｎｄｅｎｃｅｃａｐａｂｉｌｉｔｙ)がある場合は、端末が具現上設定したものである。又は特定の受信ビームと特定の送信ビームの間の関係は、端末のビーム対応能力(ｂｅａｍｃｏｒｒｅｓｐｏｎｄｅｎｃｅｃａｐａｂｉｌｉｔｙ)がない場合は、基地局及び端末の間に訓練(ｔｒａｉｎｉｎｇ)により設定されたものである。

従って、ＤＬ信号とＵＬ信号の間の連関(ａｓｓｏｃｉａｔｉｏｎ)関係が定義された場合、該当ＤＬ信号と空間的(一部の)ＱＣＬ関係にあるＤＬ信号／チャネルで構成されたＤＬＴＸｂｕｒｓｔと、該当ＤＬ信号に連関するＵＬ信号と空間的(一部の)ＱＣＬ関係にあるＵＬ信号／チャネルで構成されたＵＬＴＸｂｕｒｓｔの間には、ＣＯＴ共有が許容される。

ここで、ＵＬ信号／チャネルとは、以下のような信号／チャネルのうちのいずれかを含む。

－ＳＲＳ(ＳｏｕｎｄｉｎｇＲＳ)、ＤＭＲＳｆｏｒＰＵＣＣＨ、ＤＭＲＳｆｏｒＰＵＳＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ及びＰＲＡＣＨ

ここで、ＤＬ信号／チャネルとは、以下のような信号／チャネルのうちのいずれかを含む。

－ＰＳＳ(Ｐｒｉｍａｒｙｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｓｉｇｎａｌ)、ＳＳＳ(ＳｅｃｏｎｄａｒｙＳＳ)、ＤＭＲＳｆｏｒＰＢＣＨ、ＰＢＣＨ、ＴＲＳ(ｔｒａｃｋｉｎｇｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ)又はＣＳＩ－ＲＳｆｏｒｔｒａｃｋｉｎｇ、ＣＳＩ－ＲＳｆｏｒＣＳＩ(ｃｈａｎｎｅｌｓｔａｔｅｉｎｆｏｒｍａｔｉｏｎ) ａｃｑｕｉｓｉｔｉｏｎ及びＣＳＩ－ＲＳｆｏｒＲＲＭｍｅａｓｕｒｅｍｅｎｔ、ＣＳＩ－ＲＳｆｏｒｂｅａｍｍａｎａｇｅｍｅｎｔ、ＤＭＲＳｆｏｒＰＤＣＣＨ、ＤＭＲＳｆｏｒＰＤＳＣＨ、ＰＤＣＣＨ(又はＰＤＣＣＨが送信されるＣＯＲＥＳＥＴ(ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅｓｅｔ))、ＰＤＳＣＨ及び上述した信号或いは該当信号の変形或いは新しく導入された信号として、ＴＸｂｕｒｓｔの前に配置されて、ｔｒａｃｋｉｎｇｏｒ (ｆｉｎｅ) ｔｉｍｅ／ｆｒｅｑｕｅｎｃｙｓｙｎｃｈｒｏｎｉｚａｔｉｏｎｏｒｃｏｅｘｉｓｔｅｎｃｅｏｒｐｏｗｅｒｓａｖｉｎｇｏｒｆｒｅｑｕｅｎｃｙｒｅｕｓｅｆａｃｔｏｒ＝１などのために導入された信号

一方、後述する各提案方法は他の提案方法に反しない限り、結合して共に適用できる。

この開示の提案方法を説明する前に、この開示の提案方法を具現するための端末、基地局及びネットワークの全般的な動作過程について説明する。

図９はこの開示の提案方法に基づいてＤＬ／ＵＬ信号を送信するための端末又は基地局の全般的な動作過程を説明する図である。

図９を参照すると、端末又は基地局は少なくとも１つの第１センシングビーム(ｓｅｎｓｉｎｇｂｅａｍ)に基づいて第１センシングを行う(Ｓ９０１)。このとき、少なくとも１つの第１センシングビームは複数の送信ビームをカバーするビームであり、１つの第１センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第１センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。

また、第１センシングは[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて行われる。

端末又は基地局は第１センシングにおいて複数の送信ビームのうち、少なくとも１つがＩＤＬＥであると判断された場合、少なくとも１つの第２センシングビームに基づいて第２センシングを行う(Ｓ９０３)。このとき、少なくとも１つの第２センシングビームは複数の送信ビームをカバーするビームであり、１つの第２センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第２センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。

また、第２センシングは、[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて行われる。一方、Ｓ９０３は[提案方法＃１]が単独で具現されるか、又は[提案方法＃３]においてＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨの間の連続送信が許容された場合(例えば、[提案方法＃３]の[実施例＃３－１]の条件を満たす場合)には省略してもよい。

第１センシング及び／又は第２センシングにより少なくとも１つの送信ビームがＩＤＬＥであると判断されたことに基づいて、端末がＩＤＬＥであると判断された送信ビームに対応する少なくとも１つのＵＬ信号を送信するか、又は基地局がＩＤＬＥであると判断された送信ビームに対応する少なくとも１つのＤＬ信号を送信する(Ｓ９０５)。このとき、端末又は基地局が送信するＵＬ信号又はＤＬ信号は[提案方法＃１]ないし[提案方法＃３]のいずれかに基づく。

図１０はこの開示の提案方法に基づいてＤＬ／ＵＬ信号を受信するための端末又は基地局の全般的な動作過程を説明する図である。

図１０を参照すると、端末又は基地局は少なくとも１つの送信ビームにより少なくとも１つのＤＬ又は少なくとも１つのＵＬ信号を受信するための少なくとも１つの受信(Ｒｘ)ビームを決定する(Ｓ１００１)。

また端末又は基地局は少なくとも１つの受信ビームにより[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて送信された少なくとも１つのＤＬ信号又は少なくとも１つのＵＬ信号を受信する(Ｓ１００３)。

図１１はこの開示の提案方法に基づいてＤＬ／ＵＬ信号を送信するためのネットワークの全般的な動作過程を説明する図である。

図１１を参照すると、端末又は基地局は少なくとも１つの第１センシングビーム(ｓｅｎｓｉｎｇｂｅａｍ)に基づいて第１センシングを行う(Ｓ１１０１)。このとき、少なくとも１つの第１センシングビームは複数の送信ビームをカバーするビームであり、１つの第１センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第１センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。

端末又は基地局は第１センシングにおいて複数の送信ビームのうち、少なくとも１つがＩＤＬＥであると判断された場合、少なくとも１つの第２センシングビームに基づいて第２センシングを行う(Ｓ１１０３)。このとき、少なくとも１つの第２センシングビームは複数の送信ビームをカバーするビームであり、１つの第２センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第２センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。

また、第２センシングは、[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて行われる。一方、Ｓ１１０３は[提案方法＃１]が単独で具現されるか、又は[提案方法＃３]においてＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨの間の連続送信が許容された場合(例えば、[提案方法＃３]の[実施例＃３－１]の条件を満たす場合)には省略してもよい。

第１センシング及び／又は第２センシングにより少なくとも１つの送信ビームがＩＤＬＥであると判断されたことに基づいて、端末がＩＤＬＥであると判断された送信ビームに対応する少なくとも１つのＵＬ信号を基地局に送信するか、又は基地局がＩＤＬＥであると判断された送信ビームに対応する少なくとも１つのＤＬ信号を端末に送信する(Ｓ１１０５)。このとき、端末又は基地局が送信するＵＬ信号又はＤＬ信号は[提案方法＃１]ないし[提案方法＃３]のいずれかに基づく。

[提案方法＃１]

(i) 特定ビーム方向の送信或いはＴＤＭ及び／又はＳＤＭされた多重ビーム送信のために、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)基盤のｗｉｄｅ－ｂｅａｍＬＢＴとＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)基盤のｎａｒｒｏｗ－ｂｅａｍＬＢＴのいずれかのＬＢＴ種類を決定する方法と、(ii) ＬＢＴ種類と送信種類(例えば、ユニキャスト及び／又はブロードキャス)によってＥＤ(ＥｎｅｒｇｙＤｅｔｅｃｔｉｏｎ)しきい値を互いに異なるように設定する方法、及びＣＯＴ共有方法

１．実施例＃１－１

端末の性能によってＬＢＴ方法を選択する方法(例えば、ｎａｒｒｏｗ－ｂｅａｍＬＢＴを行えない端末であれば、ｗｉｄｅ－ｂｅａｍＬＢＴを行う)

このとき、端末の性能はビーム対応性(Ｂｅａｍｃｏｒｒｅｓｐｏｎｄｅｎｃｅ,ＢＣ)の性能を意味する。また端末がＢＣ性能を支援せず、ＢＣ要求事項(ｒｅｑｕｉｒｅｍｅｎｔ)を満たすためにはＵＬビーム管理が必要な端末には、ｗｉｄｅ－ｂｅａｍＬＢＴのみが許容される。またＵＬビーム管理の前には常に端末にｗｉｄｅ－ｂｅａｍＬＢＴのみが許容される。

２．実施例＃１－２

ＣＯＴ(ＣｈａｎｎｅｌＯｃｃｕｐａｎｃｙｔｉｍｅ)共有を考慮してＬＢＴ方法を選択する方法(例えば、ＣＯＴ共有を許容する(又は行う)ためにはｎａｒｒｏｗ－ｂｅａｍＬＢＴを行い、そうではない場合にはｗｉｄｅ－ｂｅａｍＬＢＴを行う)

３．実施例＃１－３

送信ビームの送信長さによってＬＢＴ方法を選択する方法(例えば、送信長さがしきい値より長いか又は等しいとｎａｒｒｏｗ－ｂｅａｍＬＢＴを行い、該当しきい値より短いとｗｉｄｅ－ｂｅａｍＬＢＴを行う)

但し、多重ビーム送信の場合には、しきい値と比較する送信ビーム(又は基準ビーム)は、多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)されるビームのうち、送信長さが最も長いビームを基準として決定されるか、又は予め基地局により設定／指示されたビーム或いは端末が任意に選択したビームを基準として決定される。

４．実施例＃１－４

ＬＢＴ方法(例えば、ｗｉｄｅ－ｂｅａｍＬＢＴであるか又はｎａｒｒｏｗ－ｂｅａｍＬＢＴであるか)によって、ＭＣＯＴ(ｍａｘｉｍｕｍｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ)を異なるように設定／許容する方法

５．実施例＃１－５

ＣＯＴ内で送信される多重ビーム(Ｍｕｌｔｉ－ｂｅａｍ)の数によってＬＢＴ方法を選択する方法(例えば、送信ビームの数がしきい値より小さいとｎａｒｒｏｗ－ｂｅａｍＬＢＴを行い、しきい値より大きいとｗｉｄｅ－ｂｅａｍＬＢＴを行う)

６．実施例＃１－６

Ｗｉｄｅ－ｂｅａｍＬＢＴ後のブロードキャス送信であるか、それともｎａｒｒｏｗ－ｂｅａｍＬＢＴ後のユニキャスト送信であるかによって、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)を行うときに使用するＥＤしきい値を互いに異なるように設定する方法(但し、このとき、ｗｉｄｅ－ｂｅａｍＬＢＴはＣＯＴ共有が許容されず、ｎａｒｒｏｗ－ｂｅａｍＬＢＴを行った場合にのみＣＯＴ共有動作が支援される)。

但し、ｗｉｄｅ－ｂｅａｍは特定ビームの集合からなるビームグループを意味し、ビームグループが全方向ビームで構成されると、Ｏ－ＬＢＴを意味する。また[実施例＃１－３]と[実施例＃１－４]のしきい値は同一であってもよく異なってもよい。また該当しきい値は基地局により予め設定／指示されるか、或いは標準に定義された値を基準とする。

高周波非免許帯域では全方向送信よりはビームフォーミング(ｂｅａｍｆｏｒｍｉｎｇ)により特定ビーム方向に方向性を有するＤＬ／ＵＬ送信を行う。従って、ＬＢＴも全方向に行うよりは送信しようとする特定ビーム方向及び該当ビームが干渉を及ぼす領域に対して行うことが効率的である。しかし、端末の性能によっては特定ビーム方向にのみ行われるｎａｒｒｏｗ－ｂｅａｍＬＢＴを支援しないこともある。また両方のＬＢＴ方法を全て支援する端末の場合にも、ＬＢＴ方法を実際送信前に決定する必要がある。

特定ビーム方向への送信又は多重ビーム送信のためには、ｎａｒｒｏｗ－ｂｅａｍＬＢＴとｗｉｄｅ－ｂｅａｍＬＢＴが全て適用可能である。但し、行うＬＢＴの種類によってＣＯＴ共有が許容されるか又は許容されないので、基地局又は端末がＣＯＴ共有を許容するか否かによって選択的にＬＢＴ方法を決定してもよい。

特にＣＯＴ内でＴＤＭ及び／又はＳＤＭされた多重ビーム送信を行うためには、ＣＯＴ内で多重化されて送信される全てのビーム方向及び干渉領域に対するＬＢＴが行われる必要もあり得るので、ｎａｒｒｏｗ－ｂｅａｍＬＢＴの場合には、多重化される個別ビーム方向に順にＬＢＴが行われるか、又は同時に多重化されるビームの全体ビーム方向にＬＢＴが行われる。

また、ＳＳＢやビーム管理ＳＲＳのようにブロードキャス送信を行う場合と、ＰＤＳＣＨやＰＵＳＣＨのようなユニキャスト送信を行う場合における使用するＬＢＴの種類(例えば、ｗｉｄｅ－ｂｅａｍＬＢＴ又はｎａｒｒｏｗ－ｂｅａｍＬＢＴ)及びＥＤしきい値は互いに異なるように選択されてもよい。また多重化されるビームの送信長さ又はビーム数によって、ｗｉｄｅ－ｂｅａｍＬＢＴとｎａｒｒｏｗ－ｂｅａｍＬＢＴのうち、ＬＢＴに使用するＬＢＴの種類を決定してもよい。

性能によってｎａｒｒｏｗ－ｂｅａｍＬＢＴを支援しない端末の場合、ｗｉｄｅ－ｂｅａｍＬＢＴのみを行うので、常に特定ビーム方向に送信を行う。又は、ｎａｒｒｏｗ－ｂｅａｍＬＢＴを支援しない端末の場合は、多重ビームの送信時に常にＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)基盤のｗｉｄｅ－ｂｅａｍＬＢＴを行い、ｗｉｄｅ－ｂｅａｍＬＢＴに成功したときにＤＬ／ＵＬ送信を開始する。このとき、端末の性能はビーム対応性性能を意味し、ＢＣ性能を支援しないので、ＢＣ要求事項を満たすためにＵＬビーム管理が必要な端末にはｗｉｄｅ－ｂｅａｍＬＢＴのみが許容される。またＵＬビーム管理前には端末に常にｗｉｄｅ－ｂｅａｍＬＢＴのみが許容される。

一方、ＢＣ性能に関連する要求事項は以下の通りである。

１)ｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援する端末の場合、ＵＬビームスイーピング及びネットワークのＵＬビーム指示(ｂｅａｍｉｎｄｉｃａｔｉｏｎ)のようなビーム管理がなくても、ビーム対応性を適切に合わせることができる。この場合、ビーム管理がなくてもｍｉｎｉｍｕｍｐｅａｋＥＩＲＰ(ＥｆｆｅｃｔｉｖｅＩｓｏｔｒｏｐｉｃＲａｄｉａｔｅｄＰｏｗｅｒ)及び球形カバレッジ(ｓｐｈｅｒｉｃａｌｃｏｖｅｒａｇｅ)のような要求事項を満たさなければならない。従って、該当性能を支援する端末(即ち、ｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援する端末)はｎａｒｒｏｗ－ｂｅａｍＬＢＴが許容されるか、或いはＷｉｄｅ－ｂｅａｍＬＢＴが許容されることもできる。

２)ｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援しない端末は、ビーム管理過程によりｍｉｎｉｍｕｍｐｅａｋＥＩＲＰ及び球形カバレッジのような要求事項を満たすことができる。さらにｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援しない端末は、ビーム管理がなくても、３ｄＢ程度の緩和(ｒｅｌａｘａｔｉｏｎ)した要求事項を満たすこともできる。

従って、該当性能を支援する端末(即ち、ｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援しない端末)は、ｎａｒｒｏｗ－ｂｅａｍＬＢＴは許容されず、ｗｉｄｅ－ｂｅａｍＬＢＴのみが許容されることもある。又は該当性能を支援する端末(即ち、ｂｅａｍＣｏｒｒｅｓｐｏｎｄｅｎｃｅＷｉｔｈｏｕｔＵＬ－ＢｅａｍＳｗｅｅｐｉｎｇを支援しない端末)であっても、ＵＬビーム管理の過程前にはｎａｒｒｏｗ－ｂｅａｍＬＢＴが許容されず、ｗｉｄｅ－ｂｅａｍＬＢＴのみが許容されるが、ＵＬビーム管理の過程後にはｎａｒｒｏｗ－ｂｅａｍＬＢＴも許容されることができる。

一方、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)に成功して得たＣＯＴを譲渡できるＣＯＴ共有動作は、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)基盤のｎａｒｒｏｗ－ｂｅａｍＬＢＴを行う場合にのみ許容され、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)基盤のＷｉｄｅ－ｂｅａｍＬＢＴを行う場合には、ＣＯＴ共有が許容されないこともある。この場合、ＬＢＴを行う基地局又は端末は自分の送信後に残ったＣＯＴを他のノードに譲渡するか否かによって、ｗｉｄｅ－ｂｅａｍＬＢＴとｎａｒｒｏｗ－ｂｅａｍＬＢＴのいずれかを選択することもできる。

また特定ビーム方向の送信又は多重ビーム送信を行うとき、送信ビームの送信長さによってＬＢＴ方法を選択してもよい。例えば、送信長さがしきい値より長いとｎａｒｒｏｗ－ｂｅａｍＬＢＴを行い、しきい値より短いときにはｗｉｄｅ－ｂｅａｍＬＢＴを行う。

一方、ここで基準となるしきい値は基地局により予め設定／指示されるか、或いは標準により定義された値である。

また、多重ビーム送信の場合、しきい値と比較する送信ビームは以下のいずれかの基準に従って決定される。(i)多重化されるビームのうち、送信長さが一番長いビームを基準として決定されるか、又は(ii)予め基地局により設定／指示されたビーム、又は(iii)端末が任意に選択したビームを基準として決定される。

逆に、行われるＬＢＴの種類によって送信長さを異なるように設定する方法も可能である。例えば、ｗｉｄｅ－ｂｅａｍＬＢＴであるかｎａｒｒｏｗ－ｂｅａｍＬＢＴであるかによって基地局又は端末のＭＣＯＴ(ｍａｘｉｍｕｍｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ)を異なるように設定してもよい。例えば、基地局又は端末がｎａｒｒｏｗ－ｂｅａｍＬＢＴを行ったときにＭＣＯＴが最大５ｍｓであると、ｗｉｄｅ－ｂｅａｍＬＢＴを行った場合には相対的に短い３ｍｓをＭＣＯＴ長さとして許容する。

多重ビーム送信の場合は、ＣＯＴ内で送信される多重ビーム数によってＬＢＴ方法を選択することができる。例えば、送信ビーム数がしきい値より小さいとｎａｒｒｏｗ－ｂｅａｍＬＢＴを行い、しきい値より大きいとｗｉｄｅ－ｂｅａｍＬＢＴを行うが、ここでも基準となるしきい値は基地局により予め設定／指示されるか、或いは標準により定義された値である。

ＬＢＴを行うとき、チャネルのＩＤＬＥ／ＢＵＳＹ判断の基準となるＥＤしきい値を、Ｗｉｄｅ－ｂｅａｍＬＢＴ後のブロードキャスト送信であるか或いはｎａｒｒｏｗ－ｂｅａｍＬＢＴ後のユニキャスト送信であるかによって異なるように設定してもよい。例えば、ＳＳＢやビーム管理ＳＲＳの場合は、ビームスイーピングにより複数のビーム方向に送信される必要があるので、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)基盤のｗｉｄｅ－ｂｅａｍＬＢＴを行うときに使用するＥＤしきい値は、特定ビーム方向への送信のために行うＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)基盤のｎａｒｒｏｗ－ｂｅａｍＬＢＴを行うときに使用するＥＤしきい値より相対的に高く設定される。但し、このとき、ｗｉｄｅ－ｂｅａｍＬＢＴはＣＯＴ共有が許容されず、ｎａｒｒｏｗ－ｂｅａｍＬＢＴを行った場合にのみＣＯＴ共有動作が支援される。

[実施例＃１－１]によれば、端末のビーム対応性支援有無及びビーム管理設定有無に基づいてｎａｒｒｏｗｂｅａｍＬＢＴを行うか否かを決定して、端末の動作エラーが発生しないようにし、端末の性能に適する動作を行うことができる。また端末の性能(Ｃａｐａｂｉｌｉｔｙ)がｎａｒｒｏｗ－ｂｅａｍＬＢＴを支援できない場合は(即ち、ｎａｒｒｏｗｂｅａｍＬＢＴを行う性能にならない場合)、保守的にｗｉｄｅ－ｂｅａｍＬＢＴを行って他の送信との衝突を防止する。

[実施例＃１－２]ないし[実施例＃１－６]によれば、１つのノードがＷｉｄｅ－ｂｅａｍＬＢＴにより相対的に広い空間を長時間の間、過渡にリソースを占有して、他のノードの送受信に影響を及ぼすことを最小化することができる。

[提案方法＃２]ＣＯＴ内で複数のビーム方向にＴＤＭ(Ｔｉｍｅ－ｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ)及び／又はＳＤＭ(ｓｐａｔｉａｌ－ｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅｘｉｎｇ)基盤の多重ビーム送信のためにビームごとの独立したＬＢＴを行うとき、

１．実施例＃２－１

ビームごとに別々に同時にＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)を行う。先にＬＢＴが完了した(例えば、先にＩＤＬＥであると判断されたビームに対応するＬＢＴ)ビーム方向は、セルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)により残りのビーム方向のＬＢＴが完了するまで先にＬＢＴが完了したビーム方向に対応するＤＬ／ＵＬ送信を行わずに待機する。また、全てのビームのＬＢＴが完了するか、又は特定の方向のＬＢＴが完了する直前(例えば、多重ビームによるＤＬ／ＵＬの送信直前)に全てのビーム方向に対して短くＩＤＬＥ／ＢＵＳＹを判断し、成功した少なくとも１つのビーム方向(例えば、ＩＤＬＥであると判断された少なくとも１つのビーム方向)に対応するＤＬ／ＵＬ送信をＳＤＭ及び／又はＴＤＭして行う。一方、全てのビーム方向に対して短くＩＤＬＥ／ＢＵＳＹを判断するときには、ｓｉｎｇｌｅＣＣＡ(ＣｌｅａｒＣｈａｎｎｅｌＡｓｓｅｓｓｍｅｎｔ)スロット或いはＲａｎｄｏｍｂａｃｋｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ)を行ってＩＤＬＥ／ＢＵＳＹを判断することができる。

ここで、別々に同時にＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)を行い、短くＣＣＡスロット或いはＲａｎｄｏｍｂａｃｋｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ)を行うことに対象となるビームはセンシングビームを意味する。また、１つのセンシングビームはＴＤＭ及び／又はＳＤＭされている複数の送信ビームのいずれかに対応する。また、センシングビームに対応するＤＬ／ＵＬ送信は該当センシングビームに対応する送信ビームにより送信が行われるＤＬ／ＵＬ送信を意味する。

但し、基地局の設定／指示によって個々のビームごとにｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値を有してもよい。例えば、Ｎ個の送信ビームが多重化され、該当Ｎ個の送信ビームに対応するＮ個のセンシングビームにより同時にＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)を行う場合は、Ｎ個のセンシングビームのそれぞれに対して独立してｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が決定される。またＮ個のセンシングビームに対して同時に並列的にＬＢＴを行って、ＩＤＬＥであると判断されたセンシングビームに対してのみｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が減少することもある。又は、多重化されたビームの全てが共通ｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値を有してもよい。例えば、Ｎ個の送信ビームが多重化され、該当Ｎ個の送信ビームに対応するＮ個のセンシングビームに対するＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)を行う場合は、Ｎ個のセンシングビームの全てのための共通のｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が決定される。またＮ個のセンシングビームに対して同時に並列的にＬＢＴを行って、Ｎ個のセンシングビームが全てＩＤＬＥであると判断されるか、又はＮ個のセンシングビームのうち、一定数以上のセンシングビームがＩＤＬＥであると判断された場合にのみ共通のｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が減少する。

このとき、ＳＤＭの場合は、一部ビームのみをドロップして送信を開始することが難しいので、ＳＤＭのときには全てのビームに対するＬＢＴ成功時にのみＤＬ／ＵＬ送信を行い、一部ビームに対するＬＢＴに失敗した場合は全てのビームに対するＤＬ／ＵＬ送信をドロップして再度ＬＢＴ手順を行うこともできる。但し、ＳＤＭ及び／又はＴＤＭの場合、多重化されたビームの一部のみがＬＢＴに成功した場合は(例えば、ＬＢＴによるｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が０であるか、又は送信開始時点前にｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が０になってセルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)した後、送信開始直前に短いＣＣＡに成功した場合)、成功したＬＢＴに対応するビームに対するＤＬ／ＵＬ送信のみを行い、残りの失敗したＬＢＴに対応するビームに対するＤＬ／ＵＬ送信のみをドロップしてもよい。

また、実施例＃１－１において、ＣＯＴ内でＳＤＭされたとは、多重ビームがＣＯＴ内の同時間(例えば、同じスロット)に空間ドメインを異なるようにして多重化されたことを意味する。またＣＯＴ内でＴＤＭされたとは、多重ビームがＣＯＴ内の複数の時間(例えば、複数のスロット)に多重化されたことを意味する。従って、多重ビームがＳＤＭ及びＴＤＭされたとは、多重ビームのうち、同時間(例えば、同じスロット)にＳＤＭされた(多重ビームの一部からなる)複数のビームグループがＣＯＴ内の複数の時間(例えば、複数のスロット)にＴＤＭされたことを意味する。

２．実施例＃２－２

多重化された複数のビームのうち、代表ビーム方向を決定して、代表ビーム方向にのみＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)を行う。残りのビーム方向は代表ビーム方向のＬＢＴの完了直前に(例えば、多重ビームによるＤＬ／ＵＬ送信直前)、Ｒａｎｄｏｍｂａｃｋｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ)又はｓｉｎｇｌｅＣＣＡｓｌｏｔを行う。また、Ｒａｎｄｏｍｂａｃｋｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ)又はｓｉｎｇｌｅＣＣＡｓｌｏｔに成功したビーム方向に対応するビームをＳＤＭ及び／又はＴＤＭして送信する。

[Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)を行う代表ビーム方向の決定方法]

１) ＴＤＭの場合、最初に送信するビーム方向

２) 最大ＥＩＲＰ値を有するビーム方向

３) 端末が任意に(ｒａｎｄｏｍ)選択したビーム方向

４) 基地局が予め設定／指示したビーム方向

５) 最大のｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が決定されたビーム方向

ここで、ＬＢＴを行う対象となるビームはセンシングビームを意味する。また、１つのセンシングビームはＴＤＭ及び／又はＳＤＭされている複数の送信ビームのいずれかに対応する。また、センシングビームに対応するＤＬ／ＵＬ送信は、該当センシングビームに対応する送信ビームにより送信が行われるＤＬ／ＵＬ送信を意味する。

但し、[実施例＃２－２]はＳＤＭ及び／又はＴＤＭされるビーム方向に同時に(ｓｉｍｕｌｔａｎｅｏｕｓ)ＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－２ＬＢＴ)を行える性能が端末又は基地局にある場合にのみ適用可能である。Ｃａｔ－４基盤のＬＢＴが使用される場合、基地局の設定／指示によって１つのＣＷＳ(ＣｏｎｔｅｎｔｉｏｎＷｉｎｄｏｗＳｉｚｅ)値がＡ／Ｎに基づいて更新されるか、又はビームごとに独立してＣＷＳ値が更新される。

このとき、ＳＤＭの場合、一部のビームのみをドロップして送信を開始することが難しいので、ＳＤＭのときには全てのビームに対するＬＢＴ成功時にのみＤＬ／ＵＬ送信を行い、一部のビームに対するＬＢＴに失敗すると、全てのビームに対するＤＬ／ＵＬ送信をドロップして再度ＬＢＴ手順を行うこともある。但し、ＳＤＭ及び／又はＴＤＭの場合、多重化されたビームの一部のみがＬＢＴに成功した場合は(例えば、ＬＢＴによるｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が０であるか、又は送信開始時点前にｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が０になってセルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)した後、送信開始直前の短いＣＣＡに成功した場合)、成功したＬＢＴに対応するビームに対するＤＬ／ＵＬ送信のみを行い、残りの失敗したＬＢＴに対応するビームに対するＤＬ／ＵＬ送信のみをドロップすることもある

Ｒｅｌ－１６ＮＲ－Ｕのチャネル接続手順(ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅ)に関連する３ＧＰＰＴＳ３７.２１３の文書には、ＴｙｐｅＡ／Ｂの多重チャネル接続手順(ｍｕｌｔｉ－ｃｈａｎｎｅｌａｃｃｅｓｓｐｒｏｃｅｄｕｒｅｓ)とチャネルに対する定義が記載されている。ＴｙｐｅＡの場合、チャネルごとにｉｎｄｉｖｉｄｕａｌＣａｔ－４ＬＢＴを行う方法であり、ＴｙｐｅＢの場合は、１つのチャネルに対しては代表としてＣａｔ－４ＬＢＴを行い、残りのチャネルに対しては代表チャネルのＣａｔ－４ＬＢＴの完了直前にｓｉｎｇｌｅＣＣＡｓｌｏｔ又はＣａｔ－２ＬＢＴを行って成功したチャネルに対してＤＬ／ＵＬ送信を行う方法である。

５２.６ＧＨｚの高周波非免許帯域にはＴｙｐｅＡ／Ｂの多重チャネル接続手順の概念を空間ドメインに拡張適用して、ＴＤＭ及び／又はＳＤＭされた多重ビーム送信のためのＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)基盤のビームごとの独立したＬＢＴを行うときに活用することができる。

まず、[実施例＃２－１]によれば、ＴｙｐｅＡの多重チャネル接続手順のように、ＳＤＭ及び／又はＴＤＭして送信する複数のビームごとに別々に同時にＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)を行う。先にＬＢＴが完了した(例えば、先にＩＤＬＥであると判断されたビームに対応するＬＢＴ)ビーム方向は、セルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)により残りのビーム方向のＬＢＴが完了するまで先にＬＢＴが完了したビーム方向に対応するＤＬ／ＵＬ送信を行わずに待機する。また、全てのビームのＬＢＴが完了するか、又は特定の方向のＬＢＴが完了する直前(例えば、多重ビームによるＤＬ／ＵＬの送信直前)に全てのビーム方向に対して短くＩＤＬＥ／ＢＵＳＹを判断し、成功した少なくとも１つのビーム方向(例えば、ＩＤＬＥであると判断された少なくとも１つのビーム方向)に対応するＤＬ／ＵＬ送信をＳＤＭ及び／又はＴＤＭして行う。

一方、全てのビーム方向に対して短くＩＤＬＥ／ＢＵＳＹを判断するときには、ｓｉｎｇｌｅＣＣＡ(ＣｌｅａｒＣｈａｎｎｅｌＡｓｓｅｓｓｍｅｎｔ)スロット或いはＲａｎｄｏｍｂａｃｋｏｆｆ基盤ではないＣａｔ－２ＬＢＴを行ってＩＤＬＥ／ＢＵＳＹを判断することができる。

例えば、図１２(ａ)を参照すると、ビーム＃１からビーム＃４までの４つのビームのそれぞれに対応する４つのＴｘビーム(例えば、Ｔｘビーム＃１からＴｘビーム＃４まで)のいずれかのＣＯＴ内でＳＤＭ及び／又はＴＤＭされてスケジューリングされていることが示されている。ここで、ビーム＃１からビーム＃４は４つのＴｘビームのそれぞれに対応するセンシングビームを意味する。即ち、ビーム＃１ないしビーム＃４はセンシングビーム＃１ないしセンシングビーム＃４を意味する。

基地局又は端末はビーム＃１からビーム＃４までの４つのビームのそれぞれに対してＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)を同時に開始する。もしビーム＃１に対するＬＢＴがビーム＃２ないしビーム＃４に対するＬＢＴより先に完了されると、ビーム＃１に対応するＴｘビーム＃１によるＤＬ／ＵＬ送信はすぐ開始されない。即ち、ビーム＃２ないしビーム＃４に対するＬＢＴが完了するまでＴｘビーム＃１によるＤＬ／ＵＬの送信を行わず、セルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)してＴｘビーム＃１によるＤＬ／ＵＬの送信を待機する。

その後、ビーム＃２ないしビーム＃４に対するＬＢＴが順に完了すると、最後に完了したビーム＃４のＬＢＴ完了時点直前又はＳＤＭ及び／又はＴＤＭされたＤＬ／ＵＬ送信の送信直前(例えば、ＳＤＭ及び／又はＴＤＭされたＤＬ／ＵＬ送信を含むＣＯＴ開始直前)にｓｉｎｇｌｅＣＣＡｓｌｏｔ或いはＲａｎｄｏｍｂａｃｋｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ)を行ってＩＤＬＥ／ＢＵＳＹを確認した後、ビーム＃１ないしビーム＃４がＩＤＬＥであると確認されると、該当ＣＯＴ内でＳＤＭ及び／又はＴＤＭされたＤＬ／ＵＬ送信を行う。

ところが、もしビーム＃１ないしビーム＃４のいずれのビーム(例えば、ビーム＃４)に対するＲａｎｄｏｍｂａｃｋｏｆｆ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)がＣＯＴ開始直前又はＣＯＴ開始直前から一定時間前(例えば、ＣＯＴ開始直前からＣａｔ－２ＬＢＴに必要な時間前)までに成功できなかった場合(即ち、対するＲａｎｄｏｍｂａｃｋｏｆｆ基盤のＬＢＴ失敗の場合)、ＬＢＴに失敗したビームを除いた残りのビーム(例えば、ビーム＃１ないしビーム＃３)に対するｓｉｎｇｌｅＣＣＡｓｌｏｔ或いはＲａｎｄｏｍｂａｃｋｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ)のみを行ってＩＤＬＥ／ＢＵＳＹを確認した後、ビーム＃１ないしビーム＃３がＩＤＬＥであると確認されると、該当ＣＯＴ内でＳＤＭ及び／又はＴＤＭされたＤＬ／ＵＬ送信を行う。

ここで、ｓｉｎｇｌｅＣＣＡ(ｃｌｅａｒｃｈａｎｎｅｌａｓｓｅｓｓｍｅｎｔ) ｓｌｏｔとは、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)を行うとき、チャネルのＩＤＬＥ／ＢＵＳＹを判断するためにチャネル測定を行う単位であり、チャネルがＩＤＬＥである場合にはｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値を１つずつ減少させることができる。

このとき、基地局の設定／指示によって個々のビームごとにｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値を有することもできる。例えば、Ｎ個の送信ビームが多重化され、該当Ｎ個の送信ビームに対応するＮ個のセンシングビームにより同時にＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)を行う場合、Ｎ個のセンシングビームのそれぞれに対して独立してｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が決定される。またＮ個のセンシングビームに対して同時に並列的にＬＢＴを行って、ＩＤＬＥであると判断されたセンシングビームに対してのみｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が減少する。又は多重化されたビームの全てが共通ｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値を有することもできる。例えば、Ｎ個の送信ビームが多重化され、該当Ｎ個の送信ビームに対応するＮ個のセンシングビームに対するＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)を行う場合、Ｎ個のセンシングビームの全てのための共通のｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が決定される。また、Ｎ個のセンシングビームに対して同時に並列的してＬＢＴを行って、Ｎ個のセンシングビームの全てがＩＤＬＥであると判断されるか、又はＮ個のセンシングビームのうち、一定数以上のセンシングビームがＩＤＬＥであると判断された場合にのみ共通のｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が減少する。また、ＳＤＭの場合は、一部ビームのみをドロップして送信を開始することが難しいので、ＳＤＭのときには全てのビームに対するＬＢＴ成功時にのみＤＬ／ＵＬ送信を行い、一部ビームに対するＬＢＴに失敗した場合は全てのビームに対するＤＬ／ＵＬ送信をドロップして再度ＬＢＴ手順を行うこともある。但し、ＳＤＭ及び／又はＴＤＭの場合、多重化された送信ビームの一部に対応するセンシングビームのＬＢＴに成功した場合は(例えば、ＬＢＴによるｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が０であるか、又は送信開始時点前にｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が０になってセルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)した後、送信開始直前の短いＣＣＡに成功した場合)、成功したＬＢＴに対応するセンシングビームに連関する送信ビームに対するＤＬ／ＵＬ送信のみを行い、残りの失敗したＬＢＴに対応するセンシングビームに連関する送信ビームに対するＤＬ／ＵＬ送信のみをドロップしてもよい。

[実施例＃２－１]によれば、同一のＣＯＴ内で多重化された送信ビームによるＤＬ／ＵＬ信号がスケジューリングされた時点に予測可能に送信される。言い換えれば、多重化された送信ビームに対応するセンシングビームのそれぞれのＬＢＴの成功時点が異なっても、ＤＬ／ＵＬ信号のスケジューリング時点にＤＬ／ＵＬ送信を行うことができて送信の予測性及び複雑性が減少する。また全ての送信ビームに対応する全てのセンシングビームに対するＬＢＴを行うことにより、送信ビームに対する測定結果の信頼性を高めることができ、他の信号との衝突を最小化することができる。また特定のセンシングビームに対応するｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が０になって該当特定ビームに対応する送信ビームによりＤＬ／ＵＬ送信を開始すると、ＬＢＴと送信は同時に行うことができないので、残りのセンシングビームに対応するＤＬ／ＵＬ送信を自動にドロップすることができる。従って、全体送信の観点からみると、ＤＬ／ＵＬの送信機会が減少し、ドロップされたＤＬ／ＵＬ送信を再度スケジューリングしなければならないので送信遅延が増加し、リソースの効率性が減少する。従って、[実施例＃２－１]によって上記問題を解決／防止することができる。

一方、[実施例＃２－２]によれば、ＴｙｐｅＢの多重チャネル接続手順のように、ＳＤＭ及び／又はＴＤＭして送信する複数のビームのうち、代表ビーム方向を決定して、代表ビーム方向にのみＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)を行う。残りのビーム方向は代表ビーム方向のＬＢＴの完了直前に(例えば、多重ビームによるＤＬ／ＵＬ送信直前)、Ｒａｎｄｏｍｂａｃｋｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ)又はｓｉｎｇｌｅＣＣＡｓｌｏｔを行う。また、Ｒａｎｄｏｍｂａｃｋｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ)又はｓｉｎｇｌｅＣＣＡｓｌｏｔに成功したビーム方向に対応するＤＬ／ＵＬ送信をＳＤＭ及び／又はＴＤＭして送信する。

例えば、図１２(ｂ)を参照すると、ビーム＃１ないしビーム＃４のうち、ビーム＃４が代表ビームとして決定された状況を示している。この場合、ビーム＃４に対してのみＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)を行う。ビーム＃４に対するＬＢＴによりビーム＃４がＩＤＬＥであると確認されると、ビーム＃４に対するＬＢＴの完了直前(例えば、多重ビームによるＤＬ／ＵＬ送信直前)、ビーム＃１からビーム＃４までに対してＲａｎｄｏｍｂａｃｋｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ)又はｓｉｎｇｌｅＣＣＡｓｌｏｔを行う。また、Ｒａｎｄｏｍｂａｃｋｏｆｆ基盤ではないＬＢＴ(例えば、Ｃａｔ－２ＬＢＴ)又はｓｉｎｇｌｅＣＣＡｓｌｏｔに成功したビーム方向に対応するＤＬ／ＵＬ送信をＣＯＴ内でＳＤＭ及び／又はＴＤＭして送信する。ここで、ビーム＃１からビーム＃４は４つのＴｘビームのそれぞれに対応するセンシングビームを意味する。即ち、ビーム＃１ないしビーム＃４はセンシングビーム＃１ないしセンシングビーム＃４を意味する。

このとき、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)する代表ビーム方向の決定は、１)ＴＤＭの場合、最初に送信するビーム方向、２)最大ＥＩＲＰ値を有するビーム方向、３)端末が任意に選択したビーム方向、４)基地局が予め設定／指示したビーム方向、又は５)最大ｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が決定されたビーム方向のいずれかが適用される。ここで、ＳＤＭ及び／又はＴＤＭされるビーム方向に同時に(ｓｉｍｕｌｔａｎｅｏｕｓ)ＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－２ＬＢＴ)を行える性能が端末又は基地局にある場合にのみ適用可能である。

また、Ｃａｔ－４基盤のＬＢＴが使用される場合、基地局の設定／指示によって１つのＣＷＳ(ＣｏｎｔｅｎｔｉｏｎＷｉｎｄｏｗＳｉｚｅ)値がＡ／Ｎに基づいて更新されるか又はビームごとに独立してＣＷＳ値が更新される。

また、ＳＤＭの場合、一部のビームのみをドロップして送信を開始することが難しいので、ＳＤＭのときには全てのビームに対するＬＢＴ成功時にのみＤＬ／ＵＬ送信を行い、一部のビームに対するＬＢＴに失敗した場合は全てのビームに対するＤＬ／ＵＬ送信をドロップして再度ＬＢＴ手順を行うこともできる。但し、ＳＤＭ及び／又はＴＤＭの場合、多重化された送信ビームの一部に対応するセンシングビームに対するＬＢＴに成功した場合は(例えば、ＬＢＴによるｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が０であるか、又は送信開始時点前にｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ値が０になってセルフ遅延(ｓｅｌｆ－ｄｅｆｅｒｒａｌ)した後、送信開始直前に短いＣＣＡに成功した場合)、成功したＬＢＴに対応するセンシングビームに連関する送信ビームに対するＤＬ／ＵＬ送信のみを行い、残りの失敗したＬＢＴに対応するセンシングビームに連関する送信ビームに対するＤＬ／ＵＬ送信のみをドロップしてもよい。

[実施例＃２－２]によれば、複数の送信ビームが多重化された場合、全ての送信ビームに対応するＬＢＴを行う必要がなく、１つのビームに対応するＬＢＴのみを行ってよいので、ＬＢＴによる手順の複雑性及び端末のプロセシング複雑度を減少することができる。

[提案方法＃３]基地局により予め設定されたＣＧ(ｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ)リソースにおいてＲａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ或いはＣａｔ－４ＬＢＴ)を行った後にＣＧ－ＰＵＳＣＨを送信する途中、ＣＧ－ＰＵＳＣＨ送信中にスケジューリングされているＤＧ－ＰＵＳＣＨに合った場合、以下の条件によってＣＧ－ＤＧＰＵＳＣＨｂａｃｋ－ｔｏ－ｂａｃｋＴｒａｎｓｍｉｓｓｉｏｎする方法

例えば、図１３を参照すると、端末がＣＧ－ＰＵＳＣＨをスロット(Ｎ＋ｋ)及びスロット(Ｎ＋ｋ＋１)で送信するためにＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)を行ったが、ＤＣＩによりスロット(Ｎ＋ｋ＋ｍ)にＤＧ－ＰＵＳＣＨがスケジューリングされることも発生し得る。例えば、ＬＢＴ前又はＬＢＴ成功前のＤＣＩによるＤＧ－ＰＵＳＣＨスケジューリングが確認される。又は、ＬＢＴ成功後、ＣＧ－ＰＵＳＣＨ送信前やＣＧ－ＰＵＳＣＨ送信後にＤＣＩによるＤＧ－ＰＵＳＣＨスケジューリングが確認される。

この場合、ＤＧ－ＰＵＳＣＨのための別のＬＢＴなしに、ＣＧ－ＰＵＳＣＨ送信後、ＤＧ－ＰＵＳＣＨを連続して送信できる条件について説明する。

このとき、ＣＧ－ＰＵＳＣＨの送信方向は予めｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏにより設定されか、又はａｃｔｉｖａｔｉｏｎＤＣＩ内のＳＲＩフィールドにより指示される。またｕｎｉｆｉｅｄＴＣＩ(ＴｒａｎｓｍｉｓｓｉｏｎＣｏｎｆｉｇｕｒａｔｉｏｎＩｎｄｉｃａｔｉｏｎ)状態を支援し、ｊｏｉｎｔＴＣＩ及び／又はＤＬ／ＵＬｓｅｐａｒａｔｅＴＣＩの場合にはＵＬＴＣＩｓｔａｔｅにより指示される。

１．実施例＃３－１

(i)時間軸上でＣＧ－ＰＵＳＣＨの終了シンボル(ｅｎｄｉｎｇｓｙｍｂｏｌ)とＤＧ－ＰＵＳＣＨの開始シンボル(ｓｔａｒｔｉｎｇｓｙｍｂｏｌ)の間にギャップがなく、(ii)周波数軸上で送信したＣＧ－ＰＵＳＣＨの帯域幅とスケジューリングされたＤＧ－ＰＵＳＣＨの帯域幅が同一であるか、又はＤＧ－ＰＵＳＣＨが割り当てられた帯域幅がＣＧ－ＰＵＳＣＨが割り当てられた帯域幅のサブセットであり、(iii)ＣＧ－ＰＵＳＣＨの送信ビーム方向にＤＧ－ＰＵＳＣＨのために指示された送信ビーム方向が含まれるか、又はＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示された送信ビーム方向が同一であるとき、ＣＧ－ＰＵＳＣＨの直後にＬＢＴなしにＤＧ－ＰＵＳＣＨ送信をすぐ行うことができる。

但し、この場合、ＤＧ－ＰＵＳＣＨとＣＧ－ＰＵＳＣＨの送信長さの総合がＭＣＯＴ(ｍａｘｉｍｕｍｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ)を超えてはいけない。

２．実施例＃３－２

(i)時間軸上でＣＧ－ＰＵＳＣＨの終了シンボルとＤＧ－ＰＵＳＣＨの開始シンボルの間にギャップがあるか、(ii)周波数軸上で送信したＣＧ－ＰＵＳＣＨの帯域幅とスケジューリングされたＤＧ－ＰＵＳＣＨの帯域幅が同一ではないか、又はＤＧ－ＰＵＳＣＨが割り当てられた帯域幅がＣＧ－ＰＵＳＣＨの帯域幅のサブセットではない場合、又は(iii)ＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示されたビーム方向が含まれないか、又はＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示されたビーム方向が一致しないとき、ＤＧ－ＰＵＳＣＨの送信前、ＤＧ－ＰＵＳＣＨのためのＬＢＴギャップを確保するために、３ＧＰＰＴＳ３７.２１３Ｃｌａｕｓｅ４.２.１.０.１に記載されたように、スケジューリングされたＤＧ－ＰＵＳＣＨの前に位置するスロットnのシンボルi前の少なくとも１つの最後のＣＧ－ＰＵＳＣＨのシンボルを３ＧＰＰＴＳ３８.２１３Ｃｌａｕｓｅ１１.１のメカニズムに従ってドロップすることができる。

但し、ＬＢＴギャップのためにドロップするＸ個のシンボル、Ｙ個のＣＧ－ＰＵＳＣＨ、又はＺ個のスロットに対するＸ、Ｙ、Ｚのそれぞれの値としては規格に明示された値が使用されるか、又は基地局により上位階層シグナリング(例えば、ＲＲＣ(ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ))、物理階層シグナリング(例えば、ＤＣＩ(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ))、又は上位階層シグナリングと物理階層シグナリングの組み合わせにより予め設定／指示された値が使用される。

また、この提案方法において、ＣＧ－ＰＵＳＣＨをＤＧ－ＰＵＳＣＨに、ＤＧ－ＰＵＳＣＨはＣＧ－ＰＵＳＣＨに順番を変更してＤＧ－ＰＵＳＣＨｔｏＣＧ－ＰＵＳＣＨｂａｃｋ－ｔｏ－ｂａｃｋＴｒａｎｓｍｉｓｓｉｏｎも可能である。但し、[実施例＃３－２]において、ＤＧ－ＰＵＳＣＨの優先順位がＣＧ－ＰＵＳＣＨより高い場合、ギャップがあるか又はＤＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースとＣＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースが異なると、端末はＤＧ－ＰＵＳＣＨに続くＣＧ－ＰＵＳＣＨの送信を放棄することもできる。ここで、ＤＧ－ＰＵＳＣＨの優先順位がＣＧ－ＰＵＳＣＨの優先順位より高いとは、以下のように解釈できる。

１)ＤＧ－ＰＵＳＣＨはスケジューリング基盤の信号であるので、ＣＧ－ＰＵＳＣＨよりは優先順位が高い。

２)ＤＧ－ＰＵＳＣＨのために設定されたＣＡＰＣ(ＣｈａｎｎｅｌＡｃｃｅｓｓＰｒｉｏｒｉｔｙＣｌａｓｓ)値がＣＧ－ＰＵＳＣＨのために設定されたＣＡＰＣ値より小さい。

また、ＣＧ－ＰＵＳＣＨの送信ビーム方向にＤＧ－ＰＵＳＣＨの送信ビーム方向が含まれるとは、ＣＧ－ＰＵＳＣＨの送信ビームがＤＧ－ＰＵＳＣＨの送信ビームに比べて相対的に帯域幅が大きくて、ＤＧ－ＰＵＳＣＨが特定ビーム方向に送信されるときに及ぼす干渉領域をＣＧ－ＰＵＳＣＨ送信ビームが全て含むことを意味する。

また、ＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨのビーム方向が同一であるとは、ＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨに同一のｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏ或いは同一のＳＲＩフィールド或いは同一のｊｏｉｎｔＴＣＩｓｔａｔｅ(ＤＬ／ＵＬｓｅｐａｒａｔｅＴＣＩである場合にはＵＬＴＣＩｓｔａｔｅ)のビーム方向が指示されることを意味する。

ＬＴＥＬＡＡではＤＧ－ＰＵＳＣＨがＡＵＬ－ＰＵＳＣＨ(ａｕｔｏｎｏｍｏｕｓＵＬａｃｃｅｓＳ)とギャップなしに連続するサブフレームでスケジューリングされた場合、ＬＢＴなしに送信する動作が支援される(３ＧＰＰＴＳ３７.２１３４.２.１)。同様にＮＲ－ＵでもＣａｔ－４ＬＢＴに基づいてＣＧ－ＰＵＳＣＨが送信中の状況において、端末に設定されたｃｏｎｆｉｇｕｒｅｄｇｒａｎｔ時間軸リソースとギャップなしに連続してＤＧ－ＰＵＳＣＨがスケジューリングされた場合(即ち、ＣＧ－ＤＧｂａｃｋ－ｔｏ－ｂａｃｋｓｃｈｅｄｕｌｉｎｇ)、ＬＢＴなしにＤＧ－ＰＵＳＣＨが送信される。但し、ＮＲ－ＵではＬＴＥとは異なり、端末に設定されたＣＧリソースの帯域幅が２０ＭＨｚより大きくてＣＧリソースの帯域幅に複数のＬＢＴサブバンドが含まれることができる。従って、ＣＧ－ＰＵＳＣＨから得たＣＯＴを活用してＬＢＴなしにＤＧ－ＰＵＳＣＨを連続して送信するためには、スケジューリングされたＤＧ－ＰＵＳＣＨの周波数帯域がＣＧ－ＰＵＳＣＨの周波数帯域に含まれる必要がある。即ち、ＤＧ－ＰＵＳＣＨのＬＢＴサブバンドがＣＧ－ＰＵＳＣＨＬＢＴサブバンドのサブセットであるか、又はＤＧ－ＰＵＳＣＨのＬＢＴサブバンドがＣＧ－ＰＵＳＣＨＬＢＴサブバンドと同一である必要がある。また、ＬＴＥＬＡＡと同様に、ＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨの間にギャップがあってはいけない。即ち、時間軸上でＣＧ－ＰＵＳＣＨの終了シンボルとＤＧ－ＰＵＳＣＨの開始シンボルの間にギャップがなく、周波数軸上で送信したＣＧ－ＰＵＳＣＨのＬＢＴサブバンドとスケジューリングされたＤＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースが同一であるか、又はＣＧ－ＰＵＳＣＨのＬＢＴサブバンドにＤＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースが含まれる場合には、ＣＧ－ＰＵＳＣＨの直後にＬＢＴなしにＤＧ－ＰＵＳＣＨを送信することができる。例えば、図１３の場合、ＣＧ－ＰＵＳＣＨの終了シンボルがスロット(Ｎ＋ｋ＋１)のシンボル＃１３であり、ＤＧ－ＰＵＳＣＨの開始シンボルがスロット(Ｎ＋ｋ＋２)(即ち、ｍ＝２)のシンボル＃０であるか、又は－ＰＵＳＣＨの終了シンボルがスロット(Ｎ＋ｋ＋１)のシンボル＃lであり、ＤＧ－ＰＵＳＣＨの開始シンボルがスロット(Ｎ＋ｋ＋１)(即ち、ｍ＝１)のシンボル＃(l＋１)であると、ＣＧ－ＰＵＳＣＨのＬＢＴサブバンドとスケジューリングされたＤＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースが同一であるか、又はＣＧ－ＰＵＳＣＨのＬＢＴサブバンドにＤＧ－ＰＵＳＣＨのＬＢＴサブバンドリソースが含まれる場合には、ＣＧ－ＰＵＳＣＨの直後にＬＢＴなしにＤＧ－ＰＵＳＣＨを送信することができる。

以下の表は上述したｂａｃｋ－ｔｏ－ｂａｃｋ送信について正確に記載している標準３ＧＰＰＴＳ３７.２１３Ｃｌａｕｓｅ４.２のｆｅＬＡＡからＡＵＬ－ＤＧＰＵＳＣＨｂａｃｋ－ｔｏ－ｂａｃｋ送信とＮＲ－ＵのＣＧ－ＤＧＰＵＳＣＨｂａｃｋ－ｔｏ－ｂａｃｋ送信に関連する部分を抜粋したものである。

一方、６０ＧＨｚ帯域のＮＲシステムでもＮＲ－Ｕのように、ＣＧ－ＰＵＳＣＨ送信中にスケジューリングされたＤＧ－ＰＵＳＣＨが特定の条件を満たすと、ＬＢＴなしにｂａｃｋ－ｔｏ－ｂａｃｋ送信される。しかし、ＮＲ－Ｕの時の時間及び周波数条件にさらに特定ビーム方向の送／受信が考慮される必要があるので、ＣＧ－ＰＵＳＣＨ及びＤＧ－ＰＵＳＣＨの送信ビーム方向に対する追加条件を考慮する必要がある。

従って、６０ＧＨｚ帯域のＮＲシステムでは、(i)時間軸上でＣＧ－ＰＵＳＣＨの終了シンボルとＤＧ－ＰＵＳＣＨの開始シンボルの間にギャップがなく、(ii)周波数軸上で送信したＣＧ－ＰＵＳＣＨの帯域幅とスケジューリングされたＤＧ－ＰＵＳＣＨの帯域幅が同一であるか、又はＤＧ－ＰＵＳＣＨが割り当てられた帯域幅がＣＧ－ＰＵＳＣＨが割り当てられた帯域幅のサブセットであり、(iii)ＣＧ－ＰＵＳＣＨの送信ビーム方向にＤＧ－ＰＵＳＣＨのために指示された送信ビーム方向が含まれるか、又はＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示された送信ビーム方向が同一であるとき、ＣＧ－ＰＵＳＣＨの直後にＬＢＴなしにＤＧ－ＰＵＳＣＨ送信をすぐ行うことができる。

ここで、ＣＧ－ＰＵＳＣＨ送信ビーム方向にＤＧ－ＰＵＳＣＨの送信ビーム方向が含まれるとは、ＣＧ－ＰＵＳＣＨ送信ビームがＤＧ－ＰＵＳＣＨ送信ビームに比べて相対的にビーム幅が大きくて、ＤＧ－ＰＵＳＣＨが特定ビーム方向に送信されるときに及ぼす干渉領域をＣＧ－ＰＵＳＣＨ送信ビームが全て含むことを意味する。また、ＣＧ－ＰＵＳＣＨビーム方向とＤＧ－ＰＵＳＣＨビーム方向が同一であるとは、ＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨに同一のｓｐａｔｉａｌｒｅｌａｔｉｏｎｉｎｆｏ或いは同一のＳＲＩフィールド或いは同一のｊｏｉｎｔＴＣＩｓｔａｔｅ(ＤＬ／ＵＬｓｅｐａｒａｔｅＴＣＩである場合にはＵＬＴＣＩｓｔａｔｅ)のビーム方向が指示されたことを意味する。また、ＤＧ－ＰＵＳＣＨとＣＧ－ＰＵＳＣＨの送信長さの総合がＭＣＯＴ(ｍａｘｉｍｕｍｃｈａｎｎｅｌｏｃｃｕｐａｎｃｙｔｉｍｅ)を超えてはいけない。

同様に、ＣＧ－ＤＧＰＵＳＣＨｂａｃｋ－ｔｏ－ｂａｃｋ送信ができない条件もＮＲ－Ｕの時間及び周波数条件にさらに送信ビーム方向に対する条件を考える必要がある。もし(i)時間軸上でＣＧ－ＰＵＳＣＨの終了シンボルとＤＧ－ＰＵＳＣＨの開始シンボルの間にギャップがあるか、(ii)周波数軸上で送信したＣＧ－ＰＵＳＣＨの帯域幅とスケジューリングされたＤＧ－ＰＵＳＣＨの帯域幅が同一ではないか、又はＤＧ－ＰＵＳＣＨが割り当てられた帯域幅がＣＧ－ＰＵＳＣＨの帯域幅のサブセットではない場合、又は(iii)ＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示されたビーム方向が含まれないか、又はＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨのために指示されたビーム方向が一致しないとき、ＬＢＴなしにＤＧ－ＰＵＳＣＨを送信することができない。この場合、端末はＤＧ－ＰＵＳＣＨの送信前にＬＢＴギャップを確保するために、３ＧＰＰＴＳ３７.２１３Ｃｌａｕｓｅ４.２.１.０.１に記載されたように、スケジューリングされたＤＧ－ＰＵＳＣＨの前に位置するスロットnのシンボルi前の少なくとも１つの最後のＣＧ－ＰＵＳＣＨのシンボルを３ＧＰＰＴＳ３８.２１３Ｃｌａｕｓｅ１１.１のメカニズムに従ってドロップすることができる。

さらに、ＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨの順番が反対になった場合、即ち、ＤＧ－ＣＧｂａｃｋ－ｔｏ－ｂａｃｋＴｒａｎｓｍｉｓｓｉｏｎの場合にも同様の方法が適用される。即ち、ＤＧ－ＰＵＳＣＨの直後に続いて設定されているＣＧリソースにおいてＤＧ－ＰＵＳＣＨとＣＧ－ＰＵＳＣＨの間の時間ギャップがなく、ＤＧ－ＰＵＳＣＨの帯域幅とＣＧ－ＰＵＳＣＨの帯域幅が同一であるか、又はＣＧ－ＰＵＳＣＨの帯域幅がＤＧ－ＰＵＳＣＨの帯域幅に含まれ、ＣＧ－ＰＵＳＣＨの送信ビーム方向がＤＧ－ＰＵＳＣＨの送信ビーム方向に含まれるか、又はＣＧ－ＰＵＳＣＨの送信ビーム方向とＤＧ－ＰＵＳＣＨの送信ビーム方向が同一である場合には、ＣＧ－ＰＵＳＣＨをＬＢＴなしにＤＧ－ＰＵＳＣＨの送信直後に続いて送信することができる。但し、ＤＧ－ＰＵＳＣＨがＣＧ－ＰＵＳＣＨより優先順位が高いので、ＤＧ－ＰＵＳＣＨとＣＧ－ＰＵＳＣＨの間の時間ギャップや帯域幅或いは送信ビーム方向が異なる場合、[実施例＃２－２]のようにＤＧ－ＰＵＳＣＨのシンボルをドロップする代わりに、端末がＣＧ－ＰＵＳＣＨの送信を放棄してもよい。

[提案方法＃３]によれば、ＬＢＴを行ったビームと同一のビーム又はＬＢＴを行ったビーム領域に含まれるビームによるＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨの間の連続送信を許容することにより、図８に説明したように、既にＬＢＴを行ったビームの干渉領域から外れる空間によりＵＬ送信を行って、他の無線ノードに干渉が発生することを防止することができる。また、ＤＧ－ＰＵＳＣＨ送信のためのＲａｎｄｏｍｂａｃｋ－ｏｆｆ基盤のＬＢＴ(例えば、Ｃａｔ－３ＬＢＴ又はＣａｔ－４ＬＢＴ)を行わなくてもよいので、ＬＢＴ失敗によるＤＧ－ＰＵＳＣＨの送信失敗及び遅延を防止して、ＤＧ－ＰＵＳＣＨの送信機会を高めることができる。

これに制限されないが、この文書に開示の様々な説明、機能、手順、提案、方法及び／又はフローチャートは、機器間無線通信／連結(例えば、５Ｇ)を必要とする様々な分野に適用される。

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

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

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

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

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

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

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

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

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

以下の動作はプロセッサ１０２の観点でプロセッサ１０２の制御動作に基づいて説明するが、かかる動作を行うためのソフトウェアコードなどがメモリ１０４に格納される。例えば、この開示において、少なくとも１つのメモリ１０４はコンピューター読み取り可能な(ｒｅａｄａｂｌｅ)格納媒体(ｓｔｏｒａｇｅｍｅｄｉｕｍ)であって、指示又はプログラムを格納し、上記指示又はプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に連結される少なくとも１つのプロセッサをして、以下の動作に関連するこの開示の実施例又は具現による動作を行うようにする。

例えば、プロセッサ１０２は少なくとも１つの第１センシングビーム(ｓｅｎｓｉｎｇｂｅａｍ)に基づいて第１センシングを行う。このとき、少なくとも１つの第１センシングビームは複数の送信ビームをカバーするビームであり、１つの第１センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第１センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。

また第１センシングは[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて行われる。

プロセッサ１０２は第１センシングにおいて複数の送信ビームのうち、少なくとも１つがＩＤＬＥであると判断された場合、少なくとも１つの第２センシングビームに基づいて第２センシングを行う。このとき、少なくとも１つの第２センシングビームは複数の送信ビームをカバーするビームであり、１つの第２センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第２センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。

また第２センシングは、[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて行われる。一方、第２センシングは[提案方法＃１]が単独で具現されるか、又は[提案方法＃３]においてＣＧ－ＰＵＳＣＨとＤＧ－ＰＵＳＣＨの間の連続送信が許容された場合(例えば、[提案方法＃３]の[実施例＃３－１]の条件を満たす場合)には省略してもよい。

第１センシング及び／又は第２センシングにより少なくとも１つの送信ビームがＩＤＬＥであると判断されたことに基づいて、プロセッサ１０２はＩＤＬＥであると判断された送信ビームに対応する少なくとも１つのＵＬ信号を送受信機１０６により送信する。このとき、プロセッサ１０２が送受信機１０６により送信するＵＬ信号は[提案方法＃１]ないし[提案方法＃３]のいずれかに基づく。

またプロセッサ１０２は少なくとも１つの送信ビームにより少なくとも１つのＤＬ信号を受信するための少なくとも１つの受信(Ｒｘ)ビームを決定する。またプロセッサ１０２は少なくとも１つの受信ビームにより[提案方法＃１]ないし[提案方法＃３]のいずれかに基づいて送信された少なくとも１つのＤＬ信号を受信する。

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

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

以下の動作はプロセッサ２０２の観点でプロセッサ２０２の制御動作に基づいて説明するが、かかる動作を行うためのソフトウェアコードなどがメモリ２０４に格納される。例えば、この開示において、少なくとも１つのメモリ２０４はコンピューター読み取り可能な(ｒｅａｄａｂｌｅ)格納媒体(Ｓｔｏｒａｇｅｍｅｄｉｕｍ)であって、指示又はプログラムを格納し、上記指示又はプログラムは、実行されるとき、少なくとも１つのメモリに作動可能に連結される少なくとも１つのプロセッサをして、以下の動作に関連するこの開示の実施例又は具現による動作を行うようにする。

例えば、プロセッサ２０２は少なくとも１つの第１センシングビーム(ｓｅｎｓｉｎｇｂｅａｍ)に基づいて第１センシングを行う。このとき、少なくとも１つの第１センシングビームは複数の送信ビームをカバーするビームであり、１つの第１センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第１センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。

また第１センシングは[提案方法＃１]ないし[提案方法＃２]のいずれかに基づいて行われる。

プロセッサ２０２は第１センシングにおいて複数の送信ビームのうち、少なくとも１つがＩＤＬＥであると判断された場合、少なくとも１つの第２センシングビームに基づいて第２センシングを行う。このとき、少なくとも１つの第２センシングビームは複数の送信ビームをカバーするビームであり、１つの第２センシングビームが複数の送信ビームの全てをカバーしてもよく、複数の第２センシングビームがそれぞれ対応する送信ビームをカバーしてもよい。

また第２センシングは、[提案方法＃１]ないし[提案方法＃２]のいずれかに基づいて行われる。一方、第２センシングは[提案方法＃１]が単独して具現される場合には省略してもよい。

第１センシング及び／又は第２センシングにより少なくとも１つの送信ビームがＩＤＬＥであると判断されたことに基づいて、プロセッサ２０２はＩＤＬＥであると判断された送信ビームに対応する少なくとも１つのＤＬ信号を送受信機２０６により送信する。このとき、プロセッサ２０２が送受信機２０６により送信するＤＬ信号は[提案方法＃１]ないし[提案方法＃２]のいずれかに基づく。

またプロセッサ２０２は少なくとも１つの送信ビームにより少なくとも１つのＵＬ信号を受信するための少なくとも１つの受信(Ｒｘ)ビームを決定する。またプロセッサ２０２は少なくとも１つの受信ビームにより[提案方法＃１]ないし[提案方法＃２]のいずれかに基づいて送信された少なくとも１つのＵＬ信号を受信する。

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

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

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

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

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

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

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

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

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

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

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

上述したような非免許帯域において信号を送受信する方法及びそのための装置は、５世代ＮｅｗＲＡＴシステムに適用される例を中心として説明したが、５世代ＮｅｗＲＡＴシステム以外にも様々な無線通信システムに適用することができる。

Claims

無線通信システムにおいて、端末がＵＬ(Ｕｐｌｉｎｋ)送信を行う方法であって、
複数のビームに対するセンシングを前記複数のビームのそれぞれに対して別々に行うステップと、
前記複数のビームのうち、ＩＤＬＥであると感知された少なくとも１つのビームにより前記ＵＬ送信を行うステップと、を含み、
前記複数のビームのそれぞれのためのカウンター値は、別々に設定され、
前記ＵＬ送信を行うステップは、
（ｉ）前記複数のビームのうちの第１ビームが、前記第１ビームに対応する前記ＵＬ送信の送信時点前に第１タイプのセンシングに基づいてＩＤＬＥであると感知され、（ｉｉ）前記第１タイプのセンシング後、前記ＵＬ送信が行われていないことに基づいて、
前記送信時点直前の区間の間に前記第１ビームに対する第２タイプのセンシングを行うステップと、
前記第２タイプのセンシングに基づいて前記第１ビームがＩＤＬＥであると感知されたことに基づいて、前記ＵＬ送信を行うステップと、をさらに含む、ＵＬ送信方法。
前記複数のビームに対するセンシングは同時に行われる、請求項１に記載のＵＬ送信方法。
前記第１タイプのセンシングは、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤であり、
前記第２タイプのセンシングは、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤ではない、請求項１に記載のＵＬ送信方法。
前記第２タイプのセンシングに基づいて前記第１ビームがＢＵＳＹであると感知されたことに基づいて、前記第１ビームに対して前記第１タイプのセンシングを行うステップをさらに含む、請求項１に記載のＵＬ送信方法。
前記複数のビームのそれぞれは、複数のＵＬ送信のうちの１つのＵＬ送信に対応し、
前記複数のＵＬ送信は、同一時間にスケジューリングされる、請求項１に記載のＵＬ送信方法。
無線通信システムにおいて、ＵＬ(Ｕｐｌｉｎｋ)送信を行うための端末であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令を格納する少なくとも１つのメモリと、を含み、
前記動作は、
複数のビームに対するセンシングを前記複数のビームのそれぞれに対して別々に行い、
前記少なくとも１つの送受信機により、前記複数のビームのうち、ＩＤＬＥであると感知された少なくとも１つのビームにより前記ＵＬ送信を行うことを含み、
前記複数のビームのそれぞれのためのカウンター値は、別々に設定され、
前記ＵＬ送信を行うことは、
（ｉ）前記複数のビームのうちの第１ビームが、前記第１ビームに対応する前記ＵＬ送信の送信時点前に第１タイプのセンシングに基づいてＩＤＬＥであると感知され、（ｉｉ）前記第１タイプのセンシング後、前記ＵＬ送信が行われていないことに基づいて、
前記送信時点直前の区間の間に前記第１ビームに対する第２タイプのセンシングを行い、
前記第２タイプのセンシングに基づいて前記第１ビームがＩＤＬＥであると感知されたことに基づいて、前記ＵＬ送信を行うことをさらに含む、端末。
前記複数のビームに対するセンシングは同時に行われる、請求項６に記載の端末。
前記第１タイプのセンシングは、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤であり、
前記第２タイプのセンシングは、Ｒａｎｄｏｍｂａｃｋ－ｏｆｆｃｏｕｎｔｅｒ基盤ではない、請求項６に記載の端末。
前記第２タイプのセンシングに基づいて前記第１ビームがＢＵＳＹであると感知されたことに基づいて、前記第１ビームに対して前記第１タイプのセンシングを行うことをさらに含む、請求項６に記載の端末。
前記複数のビームのそれぞれは、複数のＵＬ送信のうちの１つのＵＬ送信に対応し、
前記複数のＵＬ送信は同時間にスケジューリングされる、請求項６に記載の端末。
無線通信システムにおいて、ＵＬ(Ｕｐｌｉｎｋ)送信を行うための装置であって、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに動作可能に連結され、実行される場合、前記少なくとも１つのプロセッサが動作を行うようにする命令を格納する少なくとも１つのメモリと、を含み、
前記動作は、
複数のビームに対するセンシングを前記複数のビームのそれぞれに対して別々に行い、
前記複数のビームのうち、ＩＤＬＥであると感知された少なくとも１つのビームにより前記ＵＬ送信を行うことを含み、
前記複数のビームのそれぞれのためのカウンター値は別々に設定され、
前記ＵＬ送信を行うことは、
（ｉ）前記複数のビームのうちの第１ビームが、前記第１ビームに対応する前記ＵＬ送信の送信時点前に第１タイプのセンシングに基づいてＩＤＬＥであると感知され、（ｉｉ）前記第１タイプのセンシング後、前記ＵＬ送信が行われていないことに基づいて、
前記送信時点直前の区間の間に前記第１ビームに対する第２タイプのセンシングを行い、
前記第２タイプのセンシングに基づいて前記第１ビームがＩＤＬＥであると感知されたことに基づいて、前記ＵＬ送信を行うことをさらに含む、装置。
少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータープログラムを含むコンピューター読み取り可能な格納媒体であって、前記動作は、
複数のビームに対するセンシングを前記複数のビームのそれぞれに対して別々に行い、
前記複数のビームのうち、ＩＤＬＥであると感知された少なくとも１つのビームによりＵＬ(Ｕｐｌｉｎｋ)送信を行うことを含み、
前記複数のビームのそれぞれのためのカウンター値は別々に設定され、
前記ＵＬ送信を行うことは、
（ｉ）前記複数のビームのうちの第１ビームが、前記第１ビームに対応する前記ＵＬ送信の送信時点前に第１タイプのセンシングに基づいてＩＤＬＥであると感知され、（ｉｉ）前記第１タイプのセンシング後、前記ＵＬ送信が行われていないことに基づいて、
前記送信時点直前の区間の間に前記第１ビームに対する第２タイプのセンシングを行い、
前記第２タイプのセンシングに基づいて前記第１ビームがＩＤＬＥであると感知されたことに基づいて、前記ＵＬ送信を行うことをさらに含む、コンピューター読み取り可能な格納媒体。