知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-02
(45)【発行日】2024-09-10
(54)【発明の名称】端末デバイス、及びネットワークデバイス
(51)【国際特許分類】
H04W 72/0446 20230101AFI20240903BHJP
H04L 27/26 20060101ALI20240903BHJP
【ＦＩ】
H04W72/0446
H04L27/26 110
【請求項の数】
10
(21)【出願番号】P 2023128964
(22)【出願日】2023-08-08
(62)【分割の表示】P 2022528021の分割
【原出願日】2019-11-15
(65)【公開番号】P2023164806
(43)【公開日】2023-11-14
【審査請求日】2023-08-08
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】リアン リン
(72)【発明者】
【氏名】ワン ガン
【審査官】井上 和俊
(56)【参考文献】
【文献】特表２０２２－５２１４３３（ＪＰ，Ａ）
【文献】国際公開第２０１６／１４１９９４（ＷＯ，Ａ１）
【文献】Ericsson，Introduction of NR-based access to unlicensed spectrum[online]，3GPP TSG RAN WG1 #99 R1-1913178，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1913178.zip>，2019年11月12日
【文献】3GPP TS 38.214 V15.7.0，Internet<URL:https://www.3gpp.org/ftp/Specs/archive/38_series/38.214/38214-f70.zip>，2019年09月28日
【文献】Ericsson，Introduction of NR-based access to unlicensed spectrum[online]，3GPP TSG RAN WG1 #99 R1-1913630，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1913630.zip>，2019年12月06日
【文献】NEC，Remaining issues on CP extension[online]，3GPP TSG RAN WG1 #100_e R1-2000767，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_100_e/Docs/R1-2000767.zip>，2020年02月14日
【文献】Intel Corporation，Enhancements to configured grants for NR-unlicensed[online]，3GPP TSG RAN WG1 #99 R1- 1912200，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912200.zip>，2019年11月09日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ７／２４－７／２６
Ｈ０４Ｌ２７／００－２７／３８
Ｈ０４Ｗ４／００－９９／００
(57)【特許請求の範囲】
【請求項1】
端末デバイスであって、アップリンク送信の第１シンボル（ｌ）のｃｙｃｌｉｃ ｐｒｅｆｉｘ ｅｘｔｅｎｓｉｏｎのための時間連続信号
第１信号
を有し、
端末デバイス。
【請求項2】
ｔ＜０は、前記第１シンボル（ｌ）が配置されている第１サブフレームの前のサブフレーム内の信号を指す、請求項１に記載の端末デバイス。
【請求項3】
前記第１シンボル（ｌ）は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical random-access channel）を除く任意の物理チャネルのためのものである、請求項１又は２に記載の端末デバイス。
【請求項4】
前記第１シンボル（ｌ）を示すダウンリンク制御情報（ＤＣＩ：Downlink Control Information）を、前記ネットワークデバイスから受信する手段をさらに含む、請求項１乃至３何れか１項に記載の端末デバイス。
【請求項5】
請求項１乃至４の何れか１項に記載の端末デバイス。
【請求項6】
ネットワークデバイスであって、アップリンク受信の第１シンボル（ｌ）のｃｙｃｌｉｃ ｐｒｅｆｉｘ ｅｘｔｅｎｓｉｏｎのための時間連続信号
前記第１シンボル（ｌ）において第１信号
を含み、
ネットワークデバイス。
【請求項7】
ｔ＜０は、前記第１シンボル（ｌ）が配置されている第１サブフレームの前のサブフレーム内の信号を指す、請求項６に記載のネットワークデバイス。
【請求項8】
前記第１シンボル（ｌ）は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：Physical random-access channel）を除く任意の物理チャネルのためのものである、請求項６又は７に記載のネットワークデバイス。
【請求項9】
前記第１シンボル（ｌ）を示すダウンリンク制御情報（ＤＣＩ：Downlink Control Information）を、前記端末デバイスへ送信する手段をさらに含む、請求項６乃至８の何れか１項に記載のネットワークデバイス。
【請求項10】
請求項６乃至９何れか１項に記載のネットワークデバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は全体として、通信分野に関し、具体的には、アンライセンスドバンド（unlicensed band）での通信のための方法、デバイス及びコンピュータ可読媒体に関する。
【背景技術】
【0002】
各種通信規格において、都市、国家、地域、又はグローバルレベルでさまざまな無線デバイスを通信可能にする共通プロトコルを提供するために、通信技術が開発されている。新たな通信規格の１つの例示として新無線（ＮＲ：new radio）、例えば５Ｇ無線アクセスが挙げられる。ＮＲは第３世代パートナーシッププロジェクト（３ＧＰＰ:3rd Generation Partnership Project）が公表したロングタームレボリューション（ＬＴＥ：Long Term Evolution）モバイル規格の拡張セットである。ＮＲシステムにおけるアンライセンスドバンドでの通信に関する側面は、すでに議論されているが、まだ解決すべき課題が残っている。
【発明の概要】
【発明が解決しようとする課題】
【0003】
全体として、本開示の例示的な実施形態では、アンライセンスドバンドでの通信のための方法、デバイス及びコンピュータ可読媒体が提供される。
【0004】
第１の態様において、通信のための方法が提供される。当該方法は、端末デバイスにおいて、アップリンク送信のための開始シンボルの前の時間間隔を決定することと、開始シンボルのための第１信号生成操作に基づいて、当該時間間隔のための第２信号生成操作を決定することと、第２信号生成操作に基づいて生成された信号を、当該時間間隔においてネットワークデバイスに送信することと、を含む。
【0005】
第２の態様において、通信のための方法が提供される。当該方法は、ネットワークデバイスにおいて、端末デバイスからのアップリンク送信のための開始シンボルの前の時間間隔を決定することと、当該時間間隔のための第２信号生成操作に基づいて生成された信号を、当該時間間隔において端末デバイスから受信することと、を含み、第２信号生成操作は、開始シンボルのための第１信号生成操作に基づき決定される。
【0006】
第３の態様において、通信のための方法が提供される。当該方法は、端末デバイスにおいて、端末デバイスとネットワークデバイスとの間の第１共有チャネルグループでのデータ受信に関する第１フィードバック情報を決定することと、端末デバイスとネットワークデバイスとの間の、第１共有チャネルグループとは異なる第２共有チャネルグループでのデータ受信に関する第２フィードバック情報を決定することと、第１フィードバック情報を第２フィードバック情報の後に付加することによって、第１共有チャネルグループについてアップリンク制御情報を生成することと、アップリンク制御情報をネットワークデバイスに送信することと、を含む。
【0007】
第４の態様において、通信のための方法が提供される。当該方法は、ネットワークデバイスにおいて、端末デバイスから、ネットワークデバイスと端末デバイスとの間の第１共有チャネルグループについてのアップリンク制御情報を受信することと、アップリンク制御情報に基づいて、第１共有チャネルグループでのデータ受信に関する第１フィードバック情報と、ネットワークデバイスと端末デバイスとの間の第２共有チャネルグループでのデータ受信に関する第２フィードバック情報とを決定することと、を含む。第２共有チャネルグループは、第１共有チャネルグループとは異なる。また、第１フィードバック情報は、アップリンク制御情報において、第２フィードバック情報の後に付加される。
【0008】
第５の態様では、端末デバイスが提供される。当該端末デバイスは、プロセッサと、メモリとを備える。メモリはプロセッサに結合され命令が格納されている。当該命令が前記プロセッサにより実行される場合、端末デバイスは、アップリンク送信のための開始シンボルの前の時間間隔を決定することと、開始シンボルのための第１信号生成操作に基づいて、当該時間間隔のための第２信号生成操作を決定することと、第２信号生成操作に基づいて生成された信号を、当該時間間隔においてネットワークデバイスに送信することと、を含む動作を実行する。
【0009】
第６の態様では、ネットワークデバイスが提供される。当該ネットワークデバイスは、プロセッサと、メモリとを備える。メモリはプロセッサに結合され命令が格納されている。当該命令がプロセッサにより実行される場合、ネットワークデバイスは、ネットワークデバイスにおいて、端末デバイスからのアップリンク送信のための開始シンボルの前の時間間隔を決定することと、当該時間間隔のための第２信号生成操作に基づいて生成された信号を、当該時間間隔において端末デバイスから受信することと、を含む動作を実行し、第２信号生成操作は、開始シンボルのための第１信号生成操作に基づき決定される。
【0010】
第７の態様では、端末デバイスが提供される。当該端末デバイスは、プロセッサと、メモリとを備える。メモリはプロセッサに結合され命令が格納されている。当該命令がプロセッサにより実行される場合、端末デバイスは、端末デバイスとネットワークデバイスとの間の第１共有チャネルグループでのデータ受信に関する第１フィードバック情報を決定することと、端末デバイスとネットワークデバイスとの間の、第１共有チャネルグループとは異なる第２共有チャネルグループでのデータ受信に関する第２フィードバック情報を決定することと、第１フィードバック情報を第２フィードバック情報の後に付加することによって、第１共有チャネルグループについてアップリンク制御情報を生成することと、アップリンク制御情報をネットワークデバイスに送信することと、を含む動作を実行する。
【0011】
第８の態様では、ネットワークデバイスが提供される。当該ネットワークデバイスは、プロセッサと、メモリとを備える。メモリはプロセッサに結合され命令が格納されている。当該命令がプロセッサにより実行される場合、ネットワークデバイスは、端末デバイスから、ネットワークデバイスと端末デバイスとの間の第１共有チャネルグループについてのアップリンク制御情報を受信することと、アップリンク制御情報に基づいて、第１共有チャネルグループでのデータ受信に関する第１フィードバック情報と、ネットワークデバイスと端末デバイスとの間の第２共有チャネルグループでのデータ受信に関する第２フィードバック情報とを決定することと、を含む動作を実行する。第２共有チャネルグループは、第１共有チャネルグループとは異なる。また、第１フィードバック情報はアップリンク制御情報において、第２フィードバック情報の後に付加される。
【0012】
第９の態様において、命令が格納されているコンピュータ可読媒体が提供される。当該命令は、少なくとも１つのプロセッサ上で実行される場合、少なくとも１つのプロセッサに、本開示の第１の態様に基づく方法を実行させる。
【0013】
第１０の態様において、命令が格納されているコンピュータ可読媒体が提供される。当該命令は、少なくとも１つのプロセッサ上で実行される場合、少なくとも１つのプロセッサに、本開示の第２の態様に基づく方法を実行させる。
【0014】
第１１の態様において、命令が格納されているコンピュータ可読媒体が提供される。当該命令は、少なくとも１つのプロセッサ上で実行される場合、少なくとも１つのプロセッサに、本開示の第３の態様に基づく方法を実行させる。
【0015】
第１２の態様において、命令が格納されているコンピュータ可読媒体が提供される。当該命令は、少なくとも１つのプロセッサ上で実行される場合、少なくとも１つのプロセッサに、本開示の第４の態様に基づく方法を実行させる。
【0016】
本開示のその他の特徴は、以下の説明により容易に理解できるはずである。
【図面の簡単な説明】
【0017】
以下、図面において本開示のいくつかの実施形態をさらに詳細に説明し、本開示の上述及びその他の目的、特徴及び利点を、さらに明らかにする。
【0018】
【図1】本開示にかかるいくつかの実施形態が実現される通信環境の模式図である。
【0019】
【図2】本開示のいくつかの実施形態にかかる例示的なプロセスの模式図を示す。
【0020】
【図3】本開示のいくつかの実施形態にかかる、開始シンボルから行う拡張を図示する例示的な模式図を示す。
【0021】
【図4】サブコードブックのシフト（ｓｈｉｆｔ）問題を図示する模式図を示す。
【0022】
【図5】本開示のいくつかの実施形態にかかる例示的なプロセスの模式図を示す。
【0023】
【図6】本開示のいくつかの実施形態による強化型フィードバック情報を図示する例示的な模式図を示す。
【0024】
【図7】本開示のいくつかの実施形態にかかる例示的な方法を示す。
【0025】
【図8】本開示のいくつかの実施形態にかかる例示的な方法を示す。
【0026】
【図9】本開示のいくつかの実施形態にかかる例示的な方法を示す。
【0027】
【図10】本開示のいくつかの実施形態にかかる例示的な方法を示す。
【0028】
【図11】本開示の実施形態を実現するのに適したデバイスの概略ブロック図である。
【0029】
全ての図において、同一又は類似の図面符号は、同一又は類似の要素を示す。
【発明を実施するための形態】
【0030】
以下、いくつかの例示的な実施形態を参照して、本開示の原理を説明する。理解すべき点として、これらの実施形態は、説明を行うため、そして当業者が本開示の目的を理解し実現する際に役立てるためのものにすぎず、本開示の範囲に対する何らかの限定を示すものではない。本明細書で説明する開示内容は、以下に説明する方法以外に、他のさまざまな方法で実現可能である。
【0031】
以下の説明及び請求項において、別途定義しない限り、文中で使用される全ての技術・科学用語は、本開示の属する分野の当業者が通常理解するものと同じ意味を有する。
【0032】
例えば、文中で使用される用語「ネットワークデバイス」又は「基地局」（ＢＳ：base station）とは、端末デバイスが通信可能なセル又はカバレッジを、提供又は管理可能なデバイスを指す。ネットワークデバイスの例には、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型（Evolved）ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、新無線アクセスにおけるＮｏｄｅＢ（ｇＮＢ）、リモートラジオユニット（ＲＲＵ：Remote Radio Unit）、無線ヘッド（ＲＨ：radio head）、リモート無線ヘッド（ＲＲＨ：remote radio head）、フェムトノード、ピコノードのような低電力ノード等が含まれるが、これらに限定されない。議論を目的として、以下では、ネットワークデバイスの例としてｇＮＢを参照しつついくつかの実施形態を説明する。
【0033】
文中で使用される用語「端末デバイス」は、無線通信能力又は有線通信能力を有する全てのデバイスを指す。端末デバイスの例として、ユーザ端末（ＵＥ：user equipment）、パーソナルコンピュータ、デスクトップコンピュータ、移動電話、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ：personal digital assistant）、携帯コンピュータ、タブレット、ウェアラブルデバイス、モノのインターネット（ＩｏＴ：internet of things）デバイス、すべてのインターネット（ＩｏＥ：Internet of Everything）デバイス、マシンタイプコミュニケーション（ＭＴＣ：machine type communication）デバイス、Ｖ２Ｘ通信用の車載デバイス（Ｘは歩行者、車両又はインフラ／ネットワークを表す）、デジタルカメラのような画像取込デバイス、ゲーム機器、音楽保存再生装置、又は無線若しくは有線によるインターネットへのアクセス・閲覧等をサポートするインターネットデバイスが含まれるが、これらに限定されない。
【0034】
文中で使用される場合、文脈上で他に明記しない限り、単数形式である「１つの（ａ）」、「１つの（ａｎ）」及び「当該（ｔｈｅ）」は、複数形式を含むことも意味する。用語「含む／備える（includes）」及びその変形は、「…を含むが、これらに限定されない」ことを示す、開放式の用語であると理解されるべきである。用語「…に基づき」は、「少なくとも部分的に基づき（based at least on）」と理解されるべきである。用語「１つの実施形態（one embodiment）」及び「実施形態（an embodiment）」は、「少なくとも１つの実施形態」と理解されるべきである。用語「他の実施形態（another embodiment）」は、「少なくとも１つの他の実施形態（at least one other embodiment）」と理解されるべきである。用語「第１」、「第２」等は、異なる対象又は同一の対象を示すことができる。以下の文中ではさらに、その他の明確な定義及び暗黙の定義が含まれる可能性がある。
【0035】
いくつかの例示において、値、プロセス、又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解すべき点として、こうした説明は、使用される複数の機能の代替の中から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又は他の態様ではより好ましかったりする必要はない。
【0036】
１つの実施形態において、端末デバイスは、第１ネットワークデバイス及び第２ネットワークデバイスと接続することができる。第１ネットワークデバイス及び第２ネットワークデバイスのうち、一方はマスターノードであり、他方はセカンダリノードであり得る。第１ネットワークデバイスと第２ネットワークデバイスは、異なる無線アクセス技術（ＲＡＴ：radio access technology）を使用してもよい。１つの実施形態において第１ネットワークデバイスは、第１ＲＡＴデバイスであり、第２ネットワークデバイスは、第２ＲＡＴデバイスであり得る。１つの実施形態では、第１ＲＡＴデバイスはｅＮＢであり、第２ＲＡＴデバイスはｇＮＢである。第１ネットワークデバイス及び第２ネットワークデバイスの少なくとも一方から、異なるＲＡＴに関連する情報を端末デバイスに送信することができる。１つの実施形態において、第１情報は、第１ネットワークデバイスから端末デバイスに送信されてもよく、第２情報は、第２ネットワークデバイスから、直接又は第１ネットワークデバイスを介して端末デバイスに送信されてもよい。１つの実施形態では、第２ネットワークデバイスによって設定される端末デバイスの設定と関連する情報が、第２ネットワークデバイスから第１ネットワークデバイスを介して送信されてもよい。また、第２ネットワークデバイスによって設定される端末デバイスの再設定と関連する情報が、第２ネットワークデバイスから、直接又は第１ネットワークデバイスを介して端末デバイスに送信されてもよい。
【0037】
図１は、本開示の実施形態を実現可能な例示的な通信ネットワーク１００を示す。ネットワーク１００は、ネットワークデバイス１１０と、ネットワークデバイス１１０からサービスを受ける端末デバイス１２０－１及び端末デバイス１２０－２（以下、端末デバイス１２０と総称する）とを含む。ネットワークデバイス１１０のサービングエリアはセル１０２と称される。ネットワークデバイス及び端末デバイスの数は、説明を目的としたものにすぎず、何らかの限定を示すものではないことは理解できるはずである。ネットワーク１００は、本開示の実施形態の実現に適した任意の適切な数のネットワークデバイス及び端末デバイスを含むことができる。示されていないが、理解すべき点として、セル１０２内に１つ又は複数の端末デバイスが位置し、ネットワークデバイス１１０からサービスを受けてもよい。
【0038】
通信ネットワーク１００において、ネットワークデバイス１１０は、データ及び制御情報を端末デバイス１２０に送ることができ、端末デバイス１２０も、データ及び制御情報をネットワークデバイス１１０に送ることができる。ネットワークデバイス１１０から端末デバイス１２０へのリンクは、ダウンリンク（ＤＬ：downlink）又はフォワードリンクと呼ばれ、一方、端末デバイス１２０からネットワークデバイス１１０へのリンクは、アップリンク（ＵＬ：uplink）又はリバースリンクと呼ばれる。
【0039】
ネットワーク１００は、通信技術に応じて、符号分割多元接続（ＣＤＭＡ：Code Division Multiple Access）ネットワーク、時分割多元接続（ＴＤＭＡ：Time Division Multiple Address）ネットワーク、周波数分割多元接続（ＦＤＭＡ：Frequency Division Multiple Access）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal Frequency-Division Multiple Access）ネットワーク、シングルキャリア周波数分割多元接続（ＳＣ－ＦＤＭＡ：Single Carrier-Frequency Division Multiple Access）ネットワーク等であり得る。ネットワーク１００に関し論じる通信としては、任意の適切な規格に適合するものを用いることができ、それには新無線アクセス（ＮＲ）、ロングタームエボリューション（ＬＴＥ）、ＬＴＥエボリューション、ＬＴＥ－アドバンスト（ＬＴＥ－Ａ：LTE-Advanced）、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband Code Division Multiple Access）、符号分割多元接続（ＣＤＭＡ）、ｃｄｍａ２０００及び移動通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）等が含まれるが、これらに限定されない。また、通信は、現在既知の、又は将来開発される任意の世代の通信プロトコルに基づき、実行することができる。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。本明細書で説明する技術は、上述した無線ネットワーク及び無線技術並びに他の無線ネットワーク及び無線技術において用いることができる。明確性の観点から、以下ではＬＴＥについてこれらの技術のいくつかの面を説明しており、以下の説明の大部分において、ＬＴＥの技術用語が使用されている。
【0040】
ネットワーク１００において、ネットワークデバイス１１０と端末デバイス１２０との間の通信は、アンライセンスドバンドに基づくものであってもよく、より具体的には、アンライセンスド広帯域に基づいてもよい。示されていないが、通信ネットワークには、例えばＷｉ－Ｆｉ（Wireless Fidelity）、ＬＴＥライセンスアシストアクセス（ＬＴＥ－ＬＡＡ：Licensed-Assisted Access using LTE）等、他の通信技術が存在してもよい。こうした通信技術は同じアンライセンスドバンドを共有している。
【0041】
上述したように、アンライセンスドバンドでの通信に関しては、いくつかの問題が残されている。ＮＲやＬＴＥシステムでは、ライセンスドバンド（licensed band）での操作を意図しているため、フレーム構造に基づくアクセスを採用している。その結果、ネットワークデバイスや端末デバイスは、例えば、シンボル境界で送信を実行する必要がある。しかし、ＬＢＴ（Listen Before Talk）により、特にチャネル占有時間（ＣＯＴ：channel occupancy times）共有シナリオ（ネットワークデバイスが送信を初期化し、端末デバイスが１つのスロット（例えば、チャネルクリアアクセス（ＣＣＡ：Channel Occupation Time）用の２５μｓ間隔）を用いてネットワークデバイスに応答する）では、端末デバイスはネットワークデバイスからの送信終了後の２５μｓで送信を開始しなければならない。ネットワークデバイスがシンボル境界で停止すると、端末デバイスはシンボル境界で送信しなくなる。ＬＴＥ－ＬＡＡでは、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）拡張を採用し、ＣＰを拡張することにより、端末デバイスがネットワークデバイスの送信後の２５μｓで送信を開始するようにしている。
【0042】
また、動的にスケジューリングされた物理アップリンク共有チャネル（ＰＵＳＣＨ：scheduled physical uplink shared channel）での送信等、許可（Grant）ベースのＵＬ送信に加え、無免許の新無線（ＮＲ－Ｕ：NR-Unlicensed）では、設定済み許可（ＣＧ：configured grant）ベースのＵＬ送信をサポートすることが合意されている。ＣＧのメカニズムにより、ＮＲシステムでは、割り当てられた周期的なリソースを複数の端末デバイスが共有することを可能にしている。ネットワークデバイスは、設定済み許可のリソースを複数の端末デバイスに割り当て、端末デバイスは、送信するデータを有する場合にこれらのリソースをランダムに利用する。送信するデータを有する端末デバイスは、アンライセンスドバンドを占有する時点をランダムに選択することができる。しかし、このランダムに選択された点がシンボル境界にない可能性がある。この場合、アンライセンスドバンドを占有するために、次のシンボル境界からこのランダムに選択された点まで送信を拡張しなければならない。言い換えると、端末デバイスはこのランダムに選択された点と次のシンボル境界との時間間隔を利用して信号を送信しなければならない。
【0043】
ＣＰ拡張は、ＬＴＥ－ＬＡＡですでに採用されており、端末デバイスが任意の点で送信を開始することを可能にしている。ＬＴＥ－ＬＡＡでは、ネットワークデバイスは、ダウンリンク制御情報（ＤＣＩ）を介して端末デバイスに開始点を示すことができる。しかし、開始点が２番目のスロット境界の後にある場合の端末デバイスの動作は未だ定義されていない。また、ＬＴＥで定義されている時間領域のパラメータ「ｔ」は、各ＯＦＤＭシンボルの開始から０であるのに対し、ＮＲでは各サブフレームの開始から０である。このＬＴＥとＮＲの違いにより、ＬＴＥ－ＬＡＡにおけるＣＰ拡張方式をＮＲＵにそのまま適用することができない。また、ＮＲでは、開始ＯＦＤＭシンボルをアップリンク許可（uplink grant）用のＤＣＩにおいて示すことができ、ネットワークデバイスは、開始点が端末デバイスの開始シンボル境界の後にならないように確保することができる。
【0044】
ＮＲにおける許可ベースの通信のためのＣＰ拡張については、すでに議論されている。例えば、少なくとも動的にスケジューリングされた物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の前のＣＰ拡張の場合、ＣＰ拡張は、開始及び長さ指標値（ＳＬＩＶ：length indication value）で示されるＰＵＳＣＨ割当の前のシンボルに位置する。サポートされる端末デバイスでのＣＰ拡張の持続時間は、サブキャリア間隔、シンボル長、オプションのタイミングアドバンス等に基づいて決定される。
【0045】
しかし、ＣＧベースのＵＬ送信の場合のＣＰ拡張については未解決であり、いくつかの提案によるＣＰ拡張の持続時間は１つのＯＦＤＭシンボルに制限されている。そのため、ＮＲＵでの通信では、ＯＦＤＭベースバンド信号の生成と、ＵＬ許可で示される開始シンボルとを考慮した、統一的かつ柔軟なＣＰ拡張が必要である。
【0046】
本開示のいくつかの例示的な実施形態では、ＣＰ拡張のための解決手段を提供する。本明細書で開示するＣＰ拡張の解決手段は、各サブフレームから開始するために、ＮＲでのＯＦＤＭベースバンド信号生成の特性を利用する。これは、ＬＴＥと異なるものである。この違いにより、ＮＲのこの特性を実現するＣＰ拡張のための信号生成も異なることになる。
【0047】
本解決手段によれば、シンボルｌのＣＰ拡張のための信号生成は、シンボルｌの信号生成に基づいて実行される。例えば、シンボルｌの信号生成のための時間範囲を拡張することによって実行される。これにより、シンボルｌの生成信号に何らかの変更又は修正を加えることなく、統一的なＣＰ拡張を実現することができる。言い換えると、ＵＬ送信（例えば、ＰＵＳＣＨ送信）に割り当てられる最初のＯＦＤＭシンボルｌのＣＰ拡張の場合、ＵＬ送信の最初のＯＦＤＭシンボルｌの前の間隔
の時間連続信号は、次式で与えられる。
ただし、ｌはＵＬ送信に割り当てられる開始ＯＦＤＭシンボル、ｔは各サブフレームの開始からの時間パラメータ、μはサブキャリア間隔設定、
は開始ＯＦＤＭシンボルｌの開始時刻、
はＣＰ拡張の持続時間を表す。
【0048】
式（１）は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）以外のすべての他のチャネルのＯＦＤＭベースバンド信号の生成に関するものである。式（１）に示す項
は、アンテナポートｐの時間連続信号と、ＰＲＡＣＨ以外の任意の他の物理チャネル又は信号のサブフレームにおけるＯＦＤＭシンボルｌのサブキャリア間隔設定μを表す。式（１）に示す項
は、アンテナポートｐの時間連続信号と、ＯＦＤＭシンボルｌの前のＣＰ拡張のサブキャリア間隔設定μを表す。式（１）から、開始ＯＦＤＭシンボルｌの信号生成とＣＰ拡張のための信号生成は、同じ関数に基づいているが、時間幅ｔが異なることがわかる。
【0049】
ＵＬ送信の開始ＯＦＤＭシンボルｌは、ＤＣＩにおけるＵＬ許可（UL Grant）によって示される開始ＯＦＤＭシンボル（例えば、許可ベース送信の場合）、又は、設定済み許可によって示される開始ＯＦＤＭシンボル（例えば、ＣＧベース送信の場合）であり得る。ｔ＜０の場合、ＯＦＤＭシンボルｌが位置する現在のサブフレームより前のサブフレームを示す。
【0050】
本解決手段は、許可ベースの拡張とＣＧランダム拡張両方のために、柔軟な拡張の長さを含む統一されるＣＰ拡張をサポートする。これにより、ＮＲにおいて許可ベースの拡張をサポートできるとともに、ＣＧベースの拡張もサポートすることができる。また、ＮＲＵのためにＯＦＤＭベースバンド信号をどのように生成するかも規定される。
【0051】
上記のＣＰ拡張の解決手段について理解を深めるために、図２を参照しつつ例示的なプロセスを説明する。図２は、本開示のいくつかの実施形態にかかる例示的なプロセス２００の模式図を示す。図２に示すように、例示的なプロセス２００は、ネットワークデバイス１１０及び端末デバイス１２０に関わることができる。理解すべき点として、プロセス２００は、図示されていない付加的動作を含んでもよく、及び／又は、図示されたいくつかの動作を省略してもよい。この点において、本開示の範囲は限定されない。
【0052】
図２に示すように、端末デバイス１２０は、アップリンク送信のための開始シンボルの前の時間間隔を決定する（２０５）。例えば、ＯＦＤＭシンボルｌが、上述したＵＬ許可又はＣＧに基づくアップリンク送信のための開始シンボルとして割り当てられてもよい。アップリンク送信は、ＰＵＣＣＨ送信又はＰＵＳＣＨ送信であり得る。
【0053】
図３を参照する。図３は、本開示のいくつかの実施形態にかかる、開始シンボルから行う拡張を図示する例示的な模式図３００を示す。図３に示すように、開始シンボル３０１から拡張されたプレフィックス３０２は、開始シンボル３０１の前の時間間隔３０３に及んでいる。時間間隔３０３は、上記の式（２）と同様に
として表すことができる。したがって、
は開始シンボル３０１の開始時刻３０４に対応し、
は時間間隔３０３の長さ、言い換えれば、プレフィックス３０２の長さに対応することができる。端末デバイス１２０は、プレフィックス３０２の長さ及び開始シンボル３０１の開始時刻３０４に基づいて時間間隔３０３を決定することができる。「時間間隔の長さ」、「プレフィックスの長さ」及び
という用語は、本明細書では互換的に使用することができる。
【0054】
ＣＧランダム拡張のＣＰ拡張の目的は、アップリンク許可の場合とは異なる。アップリンク許可の場合、ＣＰ拡張は、ネットワークデバイス１１０又は端末デバイス１２０のＣＯＴ共有のためである。一方、ＣＧの場合、ランダムなＣＰ拡張はＬＢＴ下での端末デバイス多重化（terminal device multiplexing）のためのものである。すなわち、ネットワークデバイス１１０は、同じ周波数時間リソース上に複数の端末デバイスを設定することができ、ＬＢＴに成功した端末デバイスだけがそのリソース上で送信することができる。したがって、ＵＬ許可ベースの送信とＣＧベースの送信の場合とで、
の値の取得は異なっていてもよい。
【0055】
アップリンク送信がネットワークデバイス１１０からのＵＬ許可に基づくいくつかの例示的な実施形態では、プレフィックス３０２の長さ又は
の値は、サブキャリア間隔、シンボル長、オプションのタイミングアドバンス等に基づいて決定してもよい。例えば、μ＝０の場合、
は、
のいずれかに等しくてもよい。ここで
と
はサブキャリア間隔によって決まり、
はシンボル長を表す。
【0056】
アップリンク送信が、ネットワークデバイス１１０からの設定済み許可に基づくいくつかの例示的な実施形態では、プレフィックス３０２の長さ又は
の値は、ネットワークデバイス１１０によって取得される最大チャネル占有時間（ＭＣＯＴ）をアップリンク送信が超えているかどうかに基づいて決定されてもよい。アップリンク送信がＭＣＯＴを超える場合、端末デバイス１２０は、第１の値セットからの値に基づいて、時間間隔３０３の長さ又は
の値を決定してもよい。アップリンク送信がＭＣＯＴ内である場合、端末デバイス１２０は、第２の値セットからの値に基づいて、時間間隔３０３の長さ又は
の値を決定してもよい。第１の値セットの値の数は第２の値セットの値の数より大きい。
【0057】
例示として、ランダムなＣＰ拡張を有するＣＧベースの送信の場合、
を
秒と決定してもよい。ここで、ｎはランダムに選択される整数値である。ＣＧベースの送信がネットワークデバイス１１０によって取得されるＭＣＯＴ外にある場合、０≦ｎ≦６である。すなわち、ｎは、値｛０、１、２、３、４、５、６｝のセットから選択することができる。ＣＧベースの送信がネットワークデバイス１１０によって取得されるＭＣＯＴ内である場合、０≦ｎ≦５である。すなわち、ｎは、値｛０、１、２、３、４、５｝のセットから選択することができる。
【0058】
引き続き図２を参照する。端末デバイス１２０は、開始シンボル３０１のための第１信号生成操作に基づいて、時間間隔３０３のための第２信号生成操作を決定する（２１０）。端末デバイス１２０は、開始シンボル３０１のための第１信号生成操作に基づいて、時間間隔３０３のための第２信号生成操作を決定する（２１０）。いくつかの例示的な実施形態では、第１信号生成操作と第２信号生成操作は、同じ関数に基づくが、異なる操作範囲を有してもよい。いくつかの例示的な実施形態では、時間間隔３０３のための第２信号生成操作は、開始シンボル３０１のための第１信号生成操作の操作範囲を拡張することによって決定されてもよい。
【0059】
例えば、開始シンボルのための第１信号生成は、上記式（１）に示すような関数又は項
に対応し、時間間隔３０３のための、又は拡張のための第２信号生成操作は、上記式（１）に示すような関数又は項
に対応してもよい。開始シンボル３０１からＣＰ拡張のための時間間隔３０３まで時間ｔの範囲を拡張することにより、ＬＴＥでＣＰ拡張に必要なシンボルｌの信号生成に対し変更・修正が行われない。
【0060】
端末デバイス１２０は、時間間隔３０３において、ネットワークデバイス１１０に信号を送信する（２１５）。送信される信号は、第２信号生成操作に基づき生成される。例えば、時間間隔３０３において送信される信号、つまりＣＰ拡張のための信号は、上記の式（１）に基づいて生成されてもよい。その結果、端末デバイス１２０は、ネットワークデバイス１１０と端末デバイス１２０との間のチャネルを占有し、例えば、アンライセンスドバンドを占有することができる。
【0061】
これにより、統一されるＣＰ拡張が実現される。従来の拡張が１つのＯＦＤＭシンボル内の拡張に限られていたのに対し、統一されるＣＰ拡張は１つ以上のＯＦＤＭシンボルの拡張を可能にする。
【0062】
いくつかの例示的な実施形態において、アップリンク送信を行うために、端末デバイス１２０は、第１信号生成操作に基づいてアップリンク送信用の別の信号を生成し、その別の信号を開始シンボル３０１においてネットワークデバイス１１０に送信してもよい。例えば、端末デバイス１２０は、式（１）に示す項
に基づいて、ＯＦＤＭベースバンド信号生成を実行してもよい。
【0063】
例えば時間間隔３０３において端末デバイス１２０が送信した、ＣＰ拡張のための信号は、ネットワークデバイス１１０によって使用されてもよいし、使用されなくてもよい。いくつかの例示的な実施形態において、ネットワークデバイス１１０は、端末デバイス１２０によって送信された、ＣＰ拡張のための信号を無視してもよい。
【0064】
いくつかの例示的な実施形態において、ネットワークデバイス１１０は、端末デバイス１２０によって送信された信号をＣＰ拡張に用いてもよい。例えば、ネットワークデバイス１１０は、例えば端末デバイス１２０に関して上述したのと同様の方法で、ＣＰ拡張に用いられる時間間隔３０３を決定してもよい（２２０）。その後、ネットワークデバイス１１０は、例えば、上記（１）式に基づいて生成された信号を、時間間隔３０３において端末デバイス１２０から受信してもよい。
【0065】
以上、ＣＰ拡張を説明するために、いくつかの例示的な実施形態を説明した。ＮＲＵでは、強化型ハイブリッド自動再送要求確認（ＨＡＲＱ－ＡＣＫ：Hybrid Automatic Repeat reQuest Acknowledgement）コードブックが提案されている。単一又は複数のＤＬセルが設定された強化型ＨＡＲＱ－ＡＣＫコードブックについて、１つ以上のＤＬセルが設定されている場合、スケジューリングされたＰＤＳＣＨグループのトータルのダウンリンク割当インデックス（Ｔ－ＤＡＩ：total downlink assignment index）を、ＰＤＳＣＨをスケジューリングする非フォールバックＤＣＩにおいて端末デバイスに示すことが合意されている。ＤＬセルが１つしか設定されていない場合は、スケジューリングされたＰＤＳＣＨグループについてＴ－ＤＡＩは端末デバイスに示されない。また、単一又は複数のＤＬセルが設定されたスケジューリングされていないＰＤＳＣＨグループについてＴ－ＤＡＩを非フォールバックＤＣＩにおいて示すか否かは、ＲＲＣにより設定することができる。
【0066】
強化型ＨＡＲＱ－ＡＣＫコードブックでは、２つのＰＤＳＣＨグループが導入されている。２つのＰＤＳＣＨグループのそれぞれについてＨＡＲＱ－ＡＣＫサブコードブックが生成され、また、２つのＰＤＳＣＨグループのＨＡＲＱ－ＡＣＫサブコードブックは、同一のＰＵＣＣＨで送信することが可能である。この場合、２つのＨＡＲＱ－ＡＣＫサブコードブックは、１つのＨＡＲＱ－ＡＣＫコードブックにマッピングされる。したがって、これら２つのＨＡＲＱ－ＡＣＫサブコードブックをＨＡＲＱ－ＡＣＫコードブックにどのように配置するかを指定する必要がある。
【0067】
以前に提案されたいくつかの従来の解決手段によれば、ＰＵＣＣＨ送信機会に対し、１つ以上のＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫフィードバックが存在する場合、ＰＤＳＣＨグループ＃１についてのフィードバックがＰＤＳＣＨグループ＃０についてのフィードバックに付加される。言い換えると、ＰＤＳＣＨグループ＃０についてのＨＡＲＱ－ＡＣＫサブコードブックの後に、ＰＤＳＣＨグループ＃１についてのＨＡＲＱ－ＡＣＫサブコードブックが付加される。
【0068】
しかし、このような通常の解決手段では、サブコードブックのシフト問題が発生する可能性がある。例えば、ＰＤＳＣＨグループ＃０がスケジューリングされたグループであり、当該グループについてＴ－ＤＡＩがない場合、端末デバイスは当該グループの最後のＤＣＩの検出漏れを認識しないため、この場合、グループ＃１のＨＡＲＱ－ＡＣＫビットは前方にシフトすることになる。サブコードブックのシフト問題について理解を深めるために、図４を参照する。図４は、強化型ＨＡＲＱ－ＡＣＫコードブックにおけるサブコードブックのシフト問題を図示する模式図４００を示す。
【0069】
図４に示すグループＡは、ＰＤＳＣＨグループ＃０を表し、フィードバックされるｎ個のＰＤＳＣＨを有するスケジューリングされたグループであると仮定する。また、図４に示すグループＢは、ＰＤＳＣＨグループ＃１を表し、フィードバックされるｐ個のＰＤＳＣＨを有するスケジューリングされていないグループであると仮定する。さらに、１つのＤＬセルしか設定されていないため、スケジューリングされたグループについてのＴ－ＤＡＩが端末デバイスに示されていないと仮定する。
【0070】
コードブック４０１は、ネットワークデバイスが期待するＨＡＲＱ－ＡＣＫコードブックを模式的に示すものである。ＨＡＲＱ－ＡＣＫフィードバック４１１～４１４は、グループＡのｎ個のＰＤＳＣＨに対応し、ネットワークデバイスが期待するようにグループＡのＨＡＲＱ－ＡＣＫサブコードブックを構成している。ＨＡＲＱ－ＡＣＫフィードバック４１５～４１７は、グループＢのｐ個のＰＤＳＣＨに対応し、ネットワークデバイスが期待するようにグループＢのＨＡＲＱ－ＡＣＫサブコードブックを構成している。
【0071】
少なくともグループＡの最後のＰＤＣＣＨが誤って検出される場合、言い換えれば、グループＡの最後のＰＤＳＣＨをスケジューリングするＤＣＩが誤って受信される場合、又は受信されない場合があり得る。コードブック４０２は、従来の解決手段に基づいた、端末デバイスから送信されるＨＡＲＱ－ＡＣＫコードブックを模式的に示すものである。ＨＡＲＱ－ＡＣＫフィードバック４１１～４１３は、グループＡの（ｎ－１）個のＰＤＳＣＨに対応し、端末デバイスから送信される、グループＡのＨＡＲＱ－ＡＣＫサブコードブック４１０を構成する。グループＡの最後のＰＤＣＣＨが誤って検出され、かつグループＡについてのＴ－ＤＡＩが端末デバイスに示されていないので、コードブック４０２において、グループＡの最後のＰＤＳＣＨについてのＨＡＲＱ－ＡＣＫフィードバック４１４は存在しない（そうでない場合は、予期されたコードブック４０１に含まれる）。図４に示す状況では、グループＢについての最後のＰＤＣＣＨは正しく検出される。このように、ＨＡＲＱ－ＡＣＫフィードバック４１５～４１７は、グループＢのｐ個のＰＤＳＣＨに対応し、端末デバイスから送信される、グループＢについてのＨＡＲＱ－ＡＣＫサブコードブック４２０を構成する。
【0072】
図４から分かるように、コードブック４０２を受信した後、ネットワークデバイスは、グループＢの最初のＰＤＳＣＨについてのＨＡＲＱ－ＡＣＫフィードバック４１５を、グループＡの最後のＰＤＳＣＨについての予期されたＨＡＲＱ－ＡＣＫフィードバックとして誤って解釈したりすることになる。その結果、上記のような従来のマッピングの解決手段では、サブコードブックのシフト問題が発生する。そのため、サブコードブックのシフト問題を解決できる解決手段が必要とされている。
【0073】
本開示のいくつかの例示的な実施形態は、ＨＡＲＱ－ＡＣＫコードブックを生成するための解決手段を提供する。この解決手段によれば、２つのＰＤＳＣＨグループのうち特定のＰＤＳＣＨグループに対応するＰＵＣＣＨ送信機会で、両方のＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報がフィードバックされる場合、その特定のＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報は、もう１つのＰＤＳＣＨグループのＨＡＲＱ－ＡＣＫ情報の後に付加される。言い換えると、１つのＰＵＣＣＨ送信機会で２つのＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報がフィードバックされる場合、スケジューリングされていないＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報の後に、スケジューリングされたＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報が付加される。
【0074】
本開示の解決手段によれば、スケジューリングされたグループとスケジューリングされていないグループのマッピング順序により、１つのグループの最後のＤＣＩの検出漏れによって引き起こされるサブコードブックのシフト問題を解決することができる。例えば、単一のＤＬセルが設定されている場合、スケジューリングされていないグループに対してＴ－ＤＡＩを設定することができるが、スケジューリングされたグループはＴ－ＤＡＩを有しない。したがって、提案した異なるＰＤＳＣＨグループのマッピング順序によって、サブコードブックのシフト問題を解決することができる。
【0075】
ＨＡＲＱ－ＡＣＫコードブックを生成するための上記の解決手段について理解を深めるために、図５を参照しながら、例示的なプロセスを説明する。図５は、本開示のいくつかの実施形態にかかる例示的なプロセス５００の模式図を示す。図５に示すように、例示的なプロセス５００は、ネットワークデバイス１１０及び端末デバイス１２０に関わることができる。理解すべき点として、プロセス５００は、図示されていない付加的動作を含んでもよく、及び／又は、図示されたいくつかの動作を省略してもよい。この点において、本開示の範囲は限定されない。
【0076】
示されていないが、ネットワークデバイス１１０は、１つのＰＵＣＣＨ送信機会において、２つのＰＤＳＣＨグループに関するＨＡＲＱ－ＡＣＫ情報を含むように端末デバイス１２０に示してもよい。特定のＰＤＳＣＨがどのＰＤＳＣＨグループに属するかは、その特定のＰＤＳＣＨをスケジューリングする、対応するＤＣＩで示してもよい。図５に示すように、端末デバイス１２０は、端末デバイス１２０とネットワークデバイス１１０との間の第１共有チャネルグループでのデータ受信に関する第１フィードバック情報を決定する（５０５）。例えば、端末デバイス１２０は、第１ＰＤＳＣＨグループのＰＤＳＣＨでのデータ受信に基づいて、第１ＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報を決定してよい。第１ＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報は、第１ＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫサブコードブックとして実現されてもよい。
【0077】
端末デバイス１２０は、端末デバイス１２０とネットワークデバイス１１０との間の第２共有チャネルグループでのデータ受信に関する第２フィードバック情報を決定する（５１０）。第２共有チャネルグループは、第１共有チャネルグループとは異なる。例えば、端末デバイス１２０は、第２ＰＤＳＣＨグループのＰＤＳＣＨでのデータ受信に基づいて、第２ＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報を決定してよい。第２ＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報は、第２ＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫサブコードブックとして実現されてもよい。
【0078】
いくつかの例示的な実施形態において、端末デバイス１２０は、ネットワークデバイス１１０からのＤＣＩに基づいて第２共有チャネルグループ内の共有チャネルの数を決定し、決定された数と、第２共有チャネルグループ内の共有チャネルでのデータ受信とに基づいて第２フィードバック情報を決定してもよい。例えば、端末デバイス１２０は、ＤＣＩに含まれるＴ－ＤＡＩに基づいて第２ＰＤＳＣＨグループ内のＰＤＳＣＨの総数を決定し、その総数と、第２ＰＤＳＣＨグループの各ＰＤＳＣＨの受信とに基づいて第２ＰＤＳＣＨグループについてＨＡＲＱ－ＡＣＫサブコードブックを生成してもよい。
【0079】
次に、端末デバイス１２０は、第１フィードバック情報を第２フィードバック情報の後に付加することにより、第１共有チャネルグループについてアップリンク制御情報（ＵＣＩ：uplink control information）を生成する（５１５）。この場合、第１共有チャネルグループはスケジューリングされたグループであり、第２共有チャネルグループはスケジューリングされていないグループである。
【0080】
上記の例示を続けると、この場合、第１ＰＤＳＣＨグループをスケジューリングされたグループとみなし、第２ＰＤＳＣＨグループをスケジューリングされていないグループとみなすことができる。端末デバイス１２０は、第２ＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報の後に第１ＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報を付加することにより、第１ＰＤＳＣＨグループに対応するＵＣＩを生成してもよい。例えば、第１ＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫサブコードブックは、第２ＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫサブコードブックの後に付加される。すなわち、スケジューリングされたＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報は、スケジューリングされていないＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報に付加される。
【0081】
端末デバイス１２０は、ＵＣＩをネットワークデバイス１１０に送信する（５２０）。ＵＣＩは、第１ＰＤＳＣＨグループに対応する１つのＰＵＣＣＨ送信機会で送信されてもよい。例示として、端末デバイス１２０に対し、両方のＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報を同一のＰＵＣＣＨに含めるように示された場合、端末デバイス１２０は、ＰＵＣＣＨ送信機会
において、グループ
のＰＤＳＣＨ受信についてのＨＡＲＱ－ＡＣＫ情報の後に、グループｇのＰＤＳＣＨ受信についてのＨＡＲＱ－ＡＣＫ情報を付加してもよい。
【0082】
端末デバイス１２０からＵＣＩを受信した後、ネットワークデバイス１１０は、アップリンク制御情報に基づいて、第１共有チャネルグループでのデータ受信に関する第１フィードバック情報と、第２共有チャネルグループでのデータ受信に関する第２フィードバック情報とを決定する（５２５）。例えば、ネットワークデバイス１１０は、第１ＰＤＳＣＨグループについてのＨＡＲＱ－ＡＣＫ情報と、第２ＰＤＳＣＨグループについてＨＡＲＱ－ＡＣＫ情報を決定してもよい。
【0083】
注意すべき点として、図５を参照して説明した第１ＰＤＳＣＨグループは、上述したＰＤＳＣＨグループ＃０及びＰＤＳＣＨグループ＃１のいずれか一方であってもよく、これに対応して、第２ＰＤＳＣＨは、ＰＤＳＣＨグループ＃０及びＰＤＳＣＨグループ＃１の他方であってもよい。
【0084】
図６を参照する。図６は、本開示のいくつかの実施形態による強化型フィードバック情報を図示する例示的な模式図を示す。図４と同様の仮定を図６に適用する。図６に示すグループＡは、ＰＤＳＣＨグループ＃０を表し、フィードバックされるｎ個のＰＤＳＣＨを有するスケジューリングされたグループであると仮定する。また、図６に示すグループＢは、ＰＤＳＣＨグループ＃１を表し、フィードバックされるｐ個のＰＤＳＣＨを有するスケジューリングされていないグループであると仮定する。さらに、１つのＤＬセルしか設定されていないため、スケジューリングされたグループ（ここではグループＡ）のＴ－ＤＡＩが端末デバイス１２０に示されていないと仮定する。
【0085】
コードブック６０１は、ネットワークデバイス１１０が期待するＨＡＲＱ－ＡＣＫコードブックを模式的に示すものである。ＨＡＲＱ－ＡＣＫフィードバック６１１～６１４は、グループＡのｎ個のＰＤＳＣＨに対応し、ネットワークデバイス１１０が期待するようにグループＡのＨＡＲＱ－ＡＣＫサブコードブックを構成する。ＨＡＲＱ－ＡＣＫフィードバック６１５～６１７は、グループＢのｐ個のＰＤＳＣＨに対応し、ネットワークデバイス１１０が期待するようにグループＢのＨＡＲＱ－ＡＣＫサブコードブックを構成する。
【0086】
図４を参照して上述したように、グループＡ及びグループＢの両方の最後のＰＤＣＣＨが誤って検出される場合がある。コードブック６０２は、本開示の例示的な実施形態に基づき端末デバイス１２０から送信されるＨＡＲＱ－ＡＣＫコードブックを模式的に示すものである。ＨＡＲＱ－ＡＣＫフィードバック６１１～６１３は、グループＡの（ｎ－１）個のＰＤＳＣＨに対応し、端末デバイス１２０から送信される、グループＡについてのＨＡＲＱ－ＡＣＫサブコードブック６１０を構成する。グループＡの最後のＰＤＣＣＨが誤って検出され、グループＡについてのＴ－ＤＡＩが端末デバイス１２０に示されていないので、コードブック６０２において、グループＡの最後のＰＤＳＣＨについてのＨＡＲＱ－ＡＣＫフィードバック６１４は存在しない（そうでない場合は、予期されたコードブック６０１に含まれる）。
【0087】
グループＢの最後のＰＤＣＣＨが誤って検出されても、グループＢについてのＴ－ＤＡＩを端末デバイス１２０に（例えば、ＲＲＣによって設定されるように）示すことができるので、端末デバイス１２０は、グループＢにｐ個のＰＤＳＣＨがあり、かつグループＢについてのＨＡＲＱ－ＡＣフィードバックの数がｐであることを知ることができる。したがって、グループＢの最後のＰＤＳＣＨについてのＨＡＲＱ－ＡＣＫフィードバック６１７は、コードブック６０２に存在する。ＨＡＲＱ－ＡＣＫフィードバック６１５～６１７は、グループＢのｐ個のＰＤＳＣＨに対応し、端末デバイス１２０から送信される、グループＢについてのＨＡＲＱ－ＡＣＫサブコードブック６２０を構成する。
【0088】
図４と比べると、図６の例示では、サブコードブックのシフト問題は発生しない。図４に示したサブコードブックのシフト問題は、本明細書で提案した、上述したＨＡＲＱ－ＡＣＫを生成するための解決手段によって解決することができる。
【0089】
図７は、本開示のいくつかの実施形態にかかる例示的な方法７００のフローチャートを示す。方法７００は例えば、図１に示す端末デバイス１２０において実施することができる。理解すべき点として、方法７００は、図示されていない付加的ブロックを含んでもよく、及び／又は、図示されたいくつかのブロックを省略してもよい。この点において、本開示の範囲は限定されない。議論を目的として、図１を参照して端末デバイス１２０の側から方法７００を説明する。
【0090】
ブロック７１０において、端末デバイス１２０は、アップリンク送信の開始シンボルの前の時間間隔を決定する。ブロック７２０において、端末デバイス１２０は、開始シンボルのための第１信号生成操作に基づき、時間間隔のための第２信号生成操作を決定する。ブロック７３０において、端末デバイス１２０は、第２信号生成操作に基づいて生成された信号を、当該時間間隔においてネットワークデバイス１１０に送信する。
【0091】
いくつかの例示的な実施形態において、第２信号生成操作を決定することは、第１信号生成操作の操作範囲を拡張することにより第２信号生成操作を決定すること、又は、第２信号生成操作が第１信号生成操作と異なる操作範囲を有するように第２信号生成操作を決定すること、を含む。
【0092】
いくつかの例示的な実施形態において、時間間隔を決定することは、時間間隔の長さを取得することと、時間間隔の長さと開始シンボルの開始時刻とに基づいて時間間隔を決定することと、を含む。
【0093】
いくつかの例示的な実施形態において、アップリンク送信は、ネットワークデバイス１１０からの設定済み許可に基づく。また、時間間隔の長さを取得することは、アップリンク送信が、ネットワークデバイス１１０が取得した最大チャネル占有時間を超えているか否かを決定することと、アップリンク送信が最大チャネル占有時間を超えていると決定したことに従って、第１の値セットからの値に基づいて時間間隔の長さを決定することと、アップリンク送信が最大チャネル占有時間内であると決定したことに従って、第２の値セットの値に基づいて時間間隔の長さを決定することと、を含む。第１の値セットの値の数は、第２の値セットの値の数より大きい。
【0094】
いくつかの例示的な実施形態では、信号は、開始シンボルから拡張されたプレフィックスに対応する。
【0095】
いくつかの実施形態において、信号を送信することは、アンライセンスドバンドで信号を送信することを備える。
【0096】
いくつかの実施形態において、方法７００はさらに、第１信号生成操作に基づいてアップリンク送信用の別の信号を生成することと、開始シンボルによってネットワークデバイス１１０に別の信号を送信することと、を含む。
【0097】
図８は、本開示のいくつかの実施形態にかかる例示的な方法８００のフローチャートを示す。方法８００は、図１に示すネットワークデバイス１１０において実施することができる。理解すべき点として、方法８００は、図示されていない付加的ブロックを含んでもよく、及び／又は、図示されたいくつかのブロックを省略してもよい。この点において、本開示の範囲は限定されない。議論を目的として、図１を参照してネットワークデバイス１１０の側から方法８００を説明する。
【0098】
ブロック８１０において、ネットワークデバイス１１０は、端末デバイス１２０からのアップリンク送信の開始シンボルの前の時間間隔を決定する。ブロック８２０において、ネットワークデバイス１１０は時間間隔において端末デバイス１２０から、当該時間間隔のための第２信号生成操作に基づいて生成された信号を受信する。第２信号生成操作は、開始シンボルのための第１信号生成操作に基づき決定される。
【0099】
図９は、本開示のいくつかの実施形態にかかる例示的な方法９００のフローチャートを示す。方法９００は例えば、図１に示す端末デバイス１２０において実施することができる。理解すべき点として、方法９００は、図示されていない付加的ブロックを含んでもよく、及び／又は、図示されたいくつかのブロックを省略してもよい。この点において、本開示の範囲は限定されない。議論を目的として、図１を参照して端末デバイス１２０の側から方法９００を説明する。
【0100】
ブロック９１０において、端末デバイス１２０は、端末デバイス１２０とネットワークデバイス１１０との間の第１共有チャネルグループでのデータ受信に関する第１フィードバック情報を決定する。ブロック９２０において、端末デバイス１２０は、端末デバイス１２０とネットワークデバイス１１０との間の第２共有チャネルグループでのデータ受信に関する第２フィードバック情報を決定する。第２共有チャネルグループは、第１共有チャネルグループとは異なる。ブロック９３０において、端末デバイス１２０は、第１フィードバック情報を第２フィードバック情報の後に付加することにより、第１共有チャネルグループについてアップリンク制御情報を生成する。ブロック９４０において、端末デバイス１２０は、アップリンク制御情報をネットワークデバイス１１０に送信する。
【0101】
いくつかの実施形態において、第２フィードバック情報を決定することは、ネットワークデバイス１１０からのダウンリンク制御情報に基づいて第２共有チャネルグループ内の共有チャネルの数を決定することと、決定された数と第２共有チャネルグループ内の共有チャネルでのデータ受信とに基づいて第２フィードバック情報を決定することとを含む。
【0102】
いくつかの例示的な実施形態において、アップリンク制御情報を送信することは、アンライセンスドバンドにおいてアップリンク制御情報を送信することを含む。
【0103】
図１０は、本開示のいくつかの実施形態にかかる例示的な方法１０００のフローチャートを示す。方法１０００は、図１に示すネットワークデバイス１１０において実施することができる。理解すべき点として、方法１０００は、図示されていない付加的ブロックを含んでもよく、及び／又は、図示されたいくつかのブロックを省略してもよい。この点において、本開示の範囲は限定されない。議論を目的として、図１を参照してネットワークデバイス１１０の側から方法１０００を説明する。
【0104】
ブロック１０１０において、ネットワークデバイス１１０は、ネットワークデバイス１１０と端末デバイス１２０との間の第１共有チャネルグループのアップリンク制御情報を端末デバイス１２０から受信する。ブロック１０２０において、ネットワークデバイス１１０は、アップリンク制御情報に基づいて、第１共有チャネルグループでのデータ受信に関する第１フィードバック情報と、ネットワークデバイス１１０と端末デバイス１２０との間の第２共有チャネルグループでのデータ受信に関する第２フィードバック情報とを決定する。第２共有チャネルグループは、第１共有チャネルグループとは異なる。また、第１フィードバック情報はアップリンク制御情報において、第２フィードバック情報の後に付加される。
【0105】
いくつかの例示的な実施形態において、アップリンク制御情報を受信することは、アンライセンスドバンドにおいてアップリンク制御情報を受信することを含む。
【0106】
図１１は、本開示の実施形態を実現するのに適したデバイス１１００の概略ブロック図である。デバイス１１００は、図１に示すネットワークデバイス１１０又は端末デバイス１２０の別の例示の実現であるとみなすことができる。したがって、デバイス１１００は、ネットワークデバイス１１０又は端末デバイス１２０において、又はその一部として実現することができる。
【0107】
図に示すように、デバイス１１００は、プロセッサ１１１０と、プロセッサ１１１０に結合されるメモリ１１２０と、プロセッサ１１１０に結合される適切な送信機（ＴＸ）及び受信機（ＲＸ）１１４０と、ＴＸ／ＲＸ１１４０に接続される通信インタフェースとを備える。メモリ１１２０は、プログラム１１３０の少なくとも一部を格納する。ＴＸ／ＲＸ１１４０は双方向通信に用いられる。ＴＸ／ＲＸ１１４０は、通信を促進する少なくとも１つのアンテナを有するが、実際には、本願で述べたアクセスノードは、複数のアンテナを有してもよい。通信インタフェースは、他のネットワーク部材と通信を行う際に必要な任意のインタフェース、例えば、ｅＮＢ間の双方向通信用のＸ２インタフェース、ＭＭＥ（Mobility Management Entity）／サービングゲートウェイ（Ｓ－ＧＷ：Serving Gateway）とｅＮＢとの間の通信用のＳ１インタフェース、ｅＮＢと中継ノード（ＲＮ：relay node）との間の通信用のＵｎインタフェース、又はｅＮＢと端末デバイスとの間の通信用のＵｕインタフェースを表すことができる。
【0108】
プログラム１１３０がプログラム命令を含むと仮定すると、本明細書で図７～図１０を参照して論じたように、これらのプログラム命令は、関連するプロセッサ１１１０によって実行され、これにより、デバイス１１００は、本開示の実施形態に基づき操作を行うことができるようになる。本明細書の実施形態は、デバイス１１００のプロセッサ１１１０が実行可能なコンピュータソフトウェア、ハードウェア、又はソフトウェア及びハードウェアの組合せによって実現してもよい。プロセッサ１１１０は、本開示の各実施形態を実現するように設定することができる。また、プロセッサ１１１０及びメモリ１１２０の組合せは、本開示の各実施形態を実現するのに適した処理手段１１５０を構成することができる。
【0109】
メモリ１１２０は、ローカルの技術ネットワークに適した任意のタイプとすることができ、任意の適切なデータ記憶技術（例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体による記憶デバイス、磁気記憶デバイス及びシステム、光学記憶デバイス及びシステム、固定メモリ及び移動可能メモリ等が挙げられるが、これらに限定されない）によって実現することができる。デバイス１１００には１つのメモリ１１２０しか示されていないが、デバイス１１００には複数の物理上異なるメモリモジュールを設置することができる。プロセッサ１１１０は、ローカルの技術ネットワークに適した任意のタイプとすることができ、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ：digital signal processor）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、１つ又は複数を含むことができるが、これらに限定されない。デバイス１１００は複数のプロセッサ、例えば、マスタープロセッサと同期するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。
【0110】
通常、本開示の各実施形態は、ハードウェア若しくは専用回路、ソフトウェア、論理又はそれらの任意の組合せによって実現することができる。いくつかの態様はハードウェアによって実施し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピュータデバイスが実行するファームウェア又はソフトウェアによって実現してもよい。本開示の例示的な実施形態の各態様は、ブロック図、フローチャートとして図示されて説明され、又は他のいくつかの図によって示されているが、理解すべき点として、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア若しくはコントローラ若しくは他のコンピュータデバイス、又はそれらの組合せによって実現することができるが、これらに限定されない。
【0111】
本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に、有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。該コンピュータプログラム製品は、プログラムモジュールに含まれる命令のような、コンピュータが実行可能な命令を含む。当該命令は、対象の実プロセッサ又は仮想プロセッサ上のデバイスにおいて実行され、例えば図７～図１０を参考に説明したプロセス又は方法を実行する。通常、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実現するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。各実施形態において、プログラムモジュールの機能は、必要に従って、プログラムモジュール間で組み合わせるか、又は分割することができる。プログラムモジュールのマシン可読命令は、ローカル又は分散型デバイスにおいて実行することができる。分散型デバイスにおいて、プログラムモジュールはローカル及びリモートの記憶媒体のどちらにも置くことができる。
【0112】
本開示の方法を実行するためのプログラムコードは、１種類又は複数種類のプログラミング言語の任意の組合せによって記述することができる。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ又はコントローラに提供可能であり、プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に指定された機能／操作が実現される。プログラムコードは全てマシン上で実行するか、部分的にマシン上で実行するか、独立したソフトウェアパッケージとして実行するか、マシン上で部分的に実行するとともにリモートのマシン上で部分的に実行するか、又は全てリモートのマシン若しくはサーバ上で実行することができる。
【0113】
上述のプログラムコードは、マシン可読媒体上で実施することができ、当該マシン可読媒体は、命令実行システム、装置若しくはデバイスによって使用されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は格納する任意の有形媒体であり得る。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であり得る。マシン記憶媒体は、電子、磁気、光学、電磁気、赤外線若しくは半導体のシステム、装置若しくはデバイス、又は前述の各項目の任意の適切な組合せを含むことができるが、これらに限定されない。マシン可読記憶媒体のさらに具体的な例には、１つ若しくは複数のケーブルの電気的接続、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ：random access memory）、リードオンリーメモリ（ＲＯＭ：read-only memory）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ（erasable programmable read-only memory）又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ：compact disc read-only memory）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せが含まれる。
【0114】
なお、操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作を示された特定の順序で実行するか若しくは順に実行するか、又は、示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかの状況では、複数のタスク及び並行処理が有利である可能性がある。同様に、上述の議論には、いくつかの具体的な実現の詳細が含まれるが、これらは本開示の範囲に対する限定ではなく、特定の実施形態に特定される可能性がある特徴についての説明であると解釈されるべきである。個々の実施形態の文脈において説明したいくつかの特徴は、ある１つの実施形態において組み合わせて実現されてもよい。逆に、１つの実施形態の文脈において説明された各種特徴は、複数の実施形態において単独で、又は任意の適切なサブ的な組合せによって実現されてもよい。
【0115】
本開示について、構造的特徴及び／又は方法・動作において特定の言葉で説明したが、添付の特許請求の範囲によって定義される本開示は、必ずしも上述の特定の特徴又は動作に限定されないと理解されるべきである。上述の具体的な特徴や動作はむしろ、請求項を実現する例示的な形態として開示されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】