知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-08-26
(45)【発行日】2024-09-03
(54)【発明の名称】端末装置、及びネットワーク装置
(51)【国際特許分類】
H04W 72/1268 20230101AFI20240827BHJP
H04W 72/0446 20230101ALI20240827BHJP
H04W 72/231 20230101ALI20240827BHJP
【ＦＩ】
H04W72/1268
H04W72/0446
H04W72/231
【請求項の数】
15
(21)【出願番号】P 2023135093
(22)【出願日】2023-08-23
(62)【分割の表示】P 2022544220の分割
【原出願日】2020-01-21
(65)【公開番号】P2023159320
(43)【公開日】2023-10-31
【審査請求日】2023-08-23
(73)【特許権者】
【識別番号】000004237
【氏名又は名称】日本電気株式会社
(74)【代理人】
【識別番号】100103894
【弁理士】
【氏名又は名称】家入 健
(72)【発明者】
【氏名】リャン リン
(72)【発明者】
【氏名】ワン ガン
【審査官】石田 信行
(56)【参考文献】
【文献】国際公開第２０１９／２４４２０７（ＷＯ，Ａ１）
【文献】中国特許出願公開第１１０１６７１５２（ＣＮ，Ａ）
【文献】米国特許出願公開第２０１９／０３４９１８０（ＵＳ，Ａ１）
【文献】特開２０１０－８８１１６（ＪＰ，Ａ）
【文献】Qualcomm Incorporated，Remaining Details on QCL [online]，3GPP TSG RAN WG1 #93 R1-1807398，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_93/Docs/R1-1807398.zip>，2018年05月25日
【文献】CATT，Considerations on multi-TRP/panel transmission [online]，3GPP TSG RAN WG1 #98b R1-1910349，Internet<URL:https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1910349.zip>，2019年10月20日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｗ ４／００ － ９９／００
Ｈ０４Ｂ ７／２４ － ７／２６
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１，４
(57)【特許請求の範囲】
【請求項1】
端末装置であって、複数のスロットを有する第１の期間における第１のシンボルであって、アップリンク送信のためのアンテナポートにおける前記第１のシンボルが送信される第１のチャネルが、前記第１の期間における第２のシンボルであって、前記アンテナポートにおける前記第２のシンボルが送信される第２のチャネルから推測できるかを示す第１の情報をネットワーク装置から受信する手段と、
前記第１の情報に基づいて、前記ネットワーク装置への送信を実行する手段を有する、
端末装置。
【請求項2】
前記第１の情報はＲＲＣメッセージにおいて受信される、請求項１に記載の端末装置。
【請求項3】
前記第１の期間は第１のスロットと第２のスロットを含み、前記第１のシンボルは前記第１のスロットにおいて送信され、前記第２のシンボルは前記第２のスロットにおいて送信される、請求項１に記載の端末装置。
【請求項4】
前記第１の情報は前記第１の期間を示す、請求項１に記載の端末装置。
【請求項5】
前記端末装置は、前記第１の期間において複数のアップリンク送信を実行する、請求項１に記載の端末装置。
【請求項6】
前記複数のアップリンク送信は前記アップリンク送信の繰り返しである、請求項５に記載の端末装置。
【請求項7】
さらに、前記第１のチャネル又は前記第２のチャネルのうちの少なくとも１つにおいて前記ネットワーク装置に参照信号を送信する手段を有する、請求項１に記載の端末装置。
【請求項8】
チャネル推測は、前記参照信号に基づき、前記複数のスロットにわたって実行される、請求項７に記載の端末装置。
【請求項9】
ネットワーク装置であって、複数のスロットを有する第１の期間における第１のシンボルであって、アップリンク送信のためのアンテナポートにおける前記第１のシンボルが送信される第１のチャネルが、前記第１の期間における第２のシンボルであって、前記アンテナポートにおける前記第２のシンボルが送信される第２のチャネルから推測できるかを示す第１の情報を端末装置に送信する手段と、
前記第１の情報に基づいて、前記端末装置からの送信を受信する手段を有する、
ネットワーク装置。
【請求項10】
前記第１の情報はＲＲＣメッセージにおいて送信される、請求項９に記載のネットワーク装置。
【請求項11】
前記第１の期間は第１のスロットと第２のスロットを含み、前記第１のシンボルは前記第１のスロットにおいて送信され、前記第２のシンボルは前記第２のスロットにおいて送信される、請求項９に記載のネットワーク装置。
【請求項12】
前記第１の情報は前記第１の期間を示す、請求項９に記載のネットワーク装置。
【請求項13】
複数のアップリンク送信は前記第１の期間において受信される、請求項９に記載のネットワーク装置。
【請求項14】
前記複数のアップリンク送信は前記アップリンク送信の繰り返しである、請求項１３に記載のネットワーク装置。
【請求項15】
さらに、前記第１のチャネル又は前記第２のチャネルのうちの少なくとも１つにおいて前記端末装置から参照信号を受信する手段を有する、請求項９に記載のネットワーク装置。
【発明の詳細な説明】
【技術分野】
【0001】
本開示の実施形態は全体として通信分野に関し、特にカバレッジ強化のための解決手段に関する。
【背景技術】
【0002】
第３世代パートナーシッププロジェクト（３ＧＰＰ）規格の最新の発展は、Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ（ＥＰＣ）ネットワークのロングタームエボリューション（ＬＴＥ）及びＥｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（Ｅ－ＵＴＲＡＮ）と称され、一般には「４Ｇ」とも称される。また、「５Ｇ新無線（ＮＲ）」という用語は、さまざまなアプリ及びサービスをサポートすることが期待される進化し続ける通信技術を指す。５Ｇ ＮＲは、遅延、信頼性、セキュリティ、スケーラビリティ（例えばモノのインターネットＩｏＴ）及びその他の要件に関連する新たな要件を満たすために、第３世代パートナーシッププロジェクト（３ＧＰＰ）によって発表された継続的なモバイルブロードバンドの進化の一部である。５Ｇ ＮＲのいくつかの側面は、４Ｇロングタームエボリューション（ＬＴＥ）規格に基づくことがある。
【0003】
５Ｇ ＮＲにおいてカバレッジは、サービス品質や資本的支出（ＣＡＰＥＸ）、運用費（ＯＰＥＸ）に直接影響を与えるため、事業者がセルラー通信ネットワークを商用化する際に考慮する重要な要素の１つである。ＮＲの商用化の成功にはカバレッジが重要であるにもかかわらず、ＮＲの仕様の詳細をすべて考慮した、カバレッジの包括的な評価や従来のＲＡＴとの比較はこれまで行われていない。
【発明の概要】
【発明が解決しようとする課題】
【0004】
一般に、本開示の例示的な実施形態は、カバレッジ強化のための解決手段を提供する。
【0005】
第１の態様において、通信のための方法が提供される。当該方法は、端末デバイスにおいて、第１スロットに関連付けられている第１チャネルと第２スロットに関連付けられている第２チャネルとの間の推測関係に関する情報を、ネットワークデバイスから受信することを含む。当該方法はさらに、当該情報に基づいて、第１チャネルと第２チャネルが相互に推測可能であるか否かを決定することを含む。当該方法はさらに、第１チャネルと第２チャネルが相互に推測可能であると決定したことに応じて、推測関係に基づいて、第１チャネル及び第２チャネルにおいてネットワークデバイスとの通信を実行することを含む。
【0006】
第２の態様において、通信のための方法が提供される。当該方法は、端末デバイスにおいて、ネットワークデバイスから、端末デバイスとネットワークデバイスとの間の、同じデータについての複数の送信の早期終了の指示を受信することを含む。当該方法はさらに、複数の送信が完了していないと決定したことに応じて、複数の送信のうち残りの送信が停止されると決定することを含む。
【0007】
第３の態様において、通信のための方法が提供される。当該方法は、ネットワークデバイスにおいて、第１スロットに関連付けられている第１チャネルと、第２スロットに関連付けられている第２チャネルとが相互に推測可能であるか否かを決定することを含む。当該方法はさらに、第１チャネルと第２チャネルとの間の推測関係に関する情報を端末デバイスに送信することを含む。当該方法はさらに、第１チャネルと第２チャネルが相互に推測可能であると決定したことに応じて、推測関係に基づいて、第１チャネル及び第２チャネルにおいて端末デバイスとの通信を実行することを含む。
【0008】
第４の態様において、通信のための方法が提供される。当該方法は、ネットワークデバイスにおいて、ネットワークデバイスと端末デバイスとの間の、同じデータの複数の送信が完了しておらず、複数の送信のうち残りの送信が停止されると決定することを含む。当該方法はさらに、複数の送信の早期終了の指示を端末デバイスに送信することを含む。
【0009】
第５の態様では、端末デバイスが提供される。当該端末デバイスは、プロセッサと、命令を格納するメモリとを含む。メモリ及び命令は、プロセッサと共に、端末デバイスに第１の態様又は第２の態様にかかる方法を実行させるように設定されている。
【0010】
第６の態様では、ネットワークデバイスが提供される。当該ネットワークデバイスは、プロセッサと、命令を格納するメモリとを備える。メモリ及び命令は、プロセッサと共に、ネットワークデバイスに第３の態様又は第４の態様にかかる方法を実行させるように設定されている。
【0011】
第７の態様では、命令が格納されるコンピュータ可読媒体が提供される。当該命令は、デバイスの少なくとも１つのプロセッサ上で実行される場合に、デバイスに、第１の態様又は第２の態様にかかる方法を実行させる。
【0012】
第８の態様では、命令が格納されるコンピュータ可読媒体が提供される。当該命令は、デバイスの少なくとも１つのプロセッサ上で実行される場合に、デバイスに、第３の態様又は第４の態様にかかる方法を実行させる。
【0013】
理解すべき点として、発明の概要部分の記述は、本開示の実施形態の重要又は必要な特徴を特定することを意図したものではなく、本開示の範囲を限定することも意図していない。本開示のその他の特徴は、以下の説明により容易に理解できるはずである。
【図面の簡単な説明】
【0014】
図面において本開示のいくつかの実施形態をさらに詳細に説明することで、本開示の上述及びその他の目的、特徴及び利点を、さらに明らかにする。
【0015】
【図1】本開示のいくつかの実施形態を実施可能な通信環境の模式図である。
【0016】
【図2】本開示のいくつかの実施形態にかかる、ネットワークデバイスと端末デバイスとの間の例示的な通信プロセスを示す。
【0017】
【図3】本開示のいくつかの実施形態にかかる、異なるスロットで参照信号を送信するためのリソースパターンの例を示す。
【0018】
【図4】本開示のいくつかの実施形態にかかる、異なるスロットで参照信号を送信するためのリソースパターンの別の例を示す。
【0019】
【図5】本開示のいくつかの実施形態にかかる、異なるスロットで参照信号を送信するためのリソースパターンのさらに別の例を示す。
【0020】
【図6】本開示のいくつかの実施形態にかかる、ネットワークデバイスと端末デバイスとの間の別の例示的な通信プロセスを示す。
【0021】
【図7】本開示のいくつかの実施形態にかかる例示的方法のフローチャートを示す。
【0022】
【図8】本開示のいくつかの実施形態にかかる別の例示的方法のフローチャートを示す。
【0023】
【図9】本開示のいくつかの実施形態にかかる、さらに別の例示的方法のフローチャートを示す。
【0024】
【図10】本開示のいくつかの実施形態にかかる、さらに別の例示的方法のフローチャートを示す。
【0025】
【図11】本開示のいくつかの実施形態を実施するのに適したデバイスの概略ブロック図である。
【0026】
全ての図において、同一又は類似の図面符号は、同一又は類似の要素を示す。
【発明を実施するための形態】
【0027】
以下、いくつかの例示的な実施形態を参照して、本開示の原理を説明する。理解すべき点として、これらの実施形態は、単に説明を目的として記述され、当業者が本開示を理解し実施する際の助けとなるものであり、本開示の範囲に対する何らかの限定を示すものではない。本明細書で説明する本開示は、以下に説明する方法以外にも、さまざまな方法で実施可能である。
【0028】
以下の説明及び請求項において、別に定義がある場合を除き、文中で使用される全ての技術・科学用語は、本開示が属する分野の当業者が通常理解するものと同じ意味を有する。
【0029】
例えば、文中で使用される用語「ネットワークデバイス」又は「基地局」（ＢＳ）とは、端末デバイスが通信可能なセル又はカバー範囲を、提供又はホスト可能なデバイスを指す。ネットワークデバイスの例には、ノードＢ（ＮｏｄｅＢ又はＮＢ）、進化型ＮｏｄｅＢ（ｅＮｏｄｅＢ又はｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、Ｖ２Ｘ（車と全てのモノ間）通信用のインフラ装置、送信／受信ポイント（ＴＲＰ）、リモート無線ユニット（ＲＲＵ）、無線ヘッド（ＲＨ）、リモート無線ヘッド（ＲＲＨ）、フェムトノード、ピコノード等の低電力ノード等が含まれるが、これらに限定されない。
【0030】
文中で使用される用語「端末デバイス」は、無線又は有線での通信能力を有する全てのデバイスを指す。端末デバイスの例として、ユーザ端末（ＵＥ）、車両搭載端末デバイス、歩行者のデバイス、路側機、パーソナルコンピュータ、デスクトップコンピュータ、移動電話、携帯電話、スマートフォン、携帯情報端末（ＰＤＡ）、携帯コンピュータ、画像取込デバイス（例えばデジタルカメラ）、ゲーム機器、音楽保存再生装置、又は無線若しくは有線によるインターネットへのアクセス・閲覧等をサポートするインターネットデバイスが含まれるが、これらに限定されない。議論のために、以下では、端末デバイスの例示としてＵＥを参考にいくつかの実施形態を説明する。また、用語「端末デバイス」及び「ユーザ端末」（ＵＥ）は、本開示の文脈では互換的に使用することができる。
【0031】
いくつかの実施形態において端末デバイスは、第１ネットワークデバイス及び第２ネットワークデバイスと接続してもよい。第１ネットワークデバイス及び第２ネットワークデバイスのうち、一方はマスターノードであり、他方はセカンダリノードであり得る。第１ネットワークデバイスと第２ネットワークデバイスは、異なる無線アクセス技術（ＲＡＴ）を使用してもよい。いくつかの実施形態において第１ネットワークデバイスは、第１ＲＡＴデバイスであり、第２ネットワークデバイスは、第２ＲＡＴデバイスであり得る。いくつかの実施形態では、第１ＲＡＴデバイスはｅＮＢであり、第２ＲＡＴデバイスはｇＮＢである。第１ネットワークデバイス及び第２ネットワークデバイスの少なくとも一方から、異なるＲＡＴに関連する情報を端末デバイスに送信してもよい。いくつかの実施形態において、第１情報は、第１ネットワークデバイスから端末デバイスに送信されてもよく、第２情報は、第２ネットワークデバイスから、直接又は第１ネットワークデバイスを介して端末デバイスに送信されてもよい。いくつかの実施形態では、第２ネットワークデバイスによって設定された端末デバイスのための設定と関連する情報が、第２ネットワークデバイスから第１ネットワークデバイスを介して送信されてもよい。また、第２ネットワークデバイスによって設定された端末デバイスの再設定と関連する情報が、第２ネットワークデバイスから端末デバイスに直接送信されてもよいし、第１ネットワークデバイスを介して端末デバイスに送信されてもよい。
【0032】
文中で使用される用語「送受信ポイント」、「送信／受信ポイント」又は「送信及び受信ポイント」は通常、ユーザ端末と通信する局を指すことができる。しかしながら送信及び受信ポイントは、例えば基地局（ＢＳ）、セル、ノードＢ、進化型Ｎｏｄｅ－Ｂ（ｅＮＢ）、次世代ＮｏｄｅＢ（ｇＮＢ）、送受信ポイント（ＴＲＰ）、セクタ、サイト、Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｙｓｔｅｍ（ＢＴＳ）、アクセスポイント（ＡＰ）、中継ノード（ＲＮ）、リモート無線ヘッド（ＲＲＨ）、無線ユニット（ＲＵ）、アンテナ等の異なる用語で称してもよい。
【0033】
すなわち、本開示の文脈では、送信及び受信ポイント、基地局（ＢＳ）又はセルは、符号分割多元接続（ＣＤＭＡ）におけるＢａｓｅ Ｓｔａｔｉｏｎ Ｃｏｎｔｒｏｌｌｅｒ（ＢＳＣ）、ＷＣＤＭＡにおけるノードＢ、ＬＴＥにおけるｅＮＢ又はセクタ（サイト）、ＮＲにおけるｇＮＢ又はＴＲＰ等によってカバーされるエリア又は機能の一部を指す包括的な概念であると解釈されてもよい。したがって、送信及び受信ポイント、基地局（ＢＳ）及び／又はセルの概念は、さまざまなカバーエリア、例えばメガセル、マクロセル、ミクロセル、ピコセル、フェムトセル等を含んでもよい。また、このような概念は中継ノード（ＲＮ）、リモート無線ヘッド（ＲＲＨ）又は無線ユニット（ＲＵ）の通信範囲を含んでもよい。
【0034】
本開示の文脈において、ユーザ端末及び送信／受信ポイントは、包括的な意味を有する２つの送信／受信主体であってもよく、本明細書に開示された技術及び技術的概念を具体化するためのものであり、特定の用語又は単語に限定されなくてもよい。また、ユーザ端末及び送信／受信ポイントは、包括的な意味を有する上りリンク又は下りリンクの送信／受信主体であってもよく、本開示に開示された技術及び技術的概念を具体化し結合するためのものであり、特定の用語又は表現に限定されなくてもよい。文中で使用される場合、アップリンク（ＵＬ）送信／受信は、データをユーザ端末から基地局に送信するスキームである。反対に、ダウンリンクリンク（ＤＬ）送信／受信は、データを基地局からユーザ端末に送信するスキームである。
【0035】
文中で使用される用語「リソース」、「送信リソース」、「リソースブロック」、「物理リソースブロック」、「アップリンクリソース」又は「ダウンリンクリソース」は、例えば端末デバイスとネットワークデバイスの間の通信等の通信を実行するための任意のリソースを指すことができる。例えば、時間領域のリソース、周波数領域のリソース、空間領域のリソース、コード領域のリソース、又は通信を実施する任意の他のリソース等である。以下では、本開示のいくつかの実施形態について、送信リソースの例示として、周波数領域及び時間領域のリソースを用いて説明する。留意すべき点として、本開示の実施形態は、他の領域の他のリソースにも同様に適用される。
【0036】
文中で使用される場合、文中で他に明記していない限り、単数形式である「１」、「１つ」及び「当該」は、複数形式を含むことを意味する。用語「含む」及びその変形は、「…を含むが、これらに限定されない」という意味の、開放式の用語であると解釈されるべきである。用語「…に基づいて」は、「少なくとも部分的に基づく」と解釈されるべきである。用語「１つの実施形態」及び「実施形態」は、「少なくとも１つの実施形態」と解釈されるべきである。用語「別の実施形態」は、「少なくとも１つの別の実施形態」と解釈されるべきである。用語「第１」、「第２」等は、異なるか又は同一の対象を示してもよい。以下の文中には、明示、暗示を問わず、その他の定義も含まれ得る。
【0037】
いくつかの例示において、値、プロセス又は装置は、「最適」、「最低」、「最高」、「最小」、「最大」等と称される。理解すべき点として、こうした説明は、使用される多くの機能の代替手段の中から、選択可能であると示すことを意図しており、こうした選択は、他の選択と比べて、より優れていたり、より小さかったり、より高かったり、又は他の態様ではより好ましかったりする必要はない。
【0038】
前述のように、カバレッジは、サービス品質やＣＡＰＥＸ、ＯＰＥＸに直接影響するため、事業者がセルラー通信ネットワークを商用化する際に考慮する重要な要素の１つである。ＮＲの商用化の成功にはカバレッジが重要であるにもかかわらず、ＮＲの仕様の詳細をすべて考慮した、カバレッジの包括的な評価や従来のＲＡＴとの比較はこれまで行われていない。
【0039】
ＬＴＥと比較して、ＮＲは、周波数範囲２（ＦＲ２）において２８ＧＨｚ又は３９ＧＨｚ等のより高い周波数で動作するように設計されている。さらに、多くの国では、３．５ＧＨｚのような周波数範囲１（ＦＲＩ）でより多くのスペクトルが提供されており、これは一般的にＬＴＥ又は３Ｇの周波数よりも高い。周波数が高いため、無線チャネルでは経路損失が大きくなることが不可避であり、このため、従来のＲＡＴと少なくとも同等の十分なサービス品質を維持することがより困難になっている。特に重要なキーとなるモバイルアプリケーションは音声サービスであり、一般的なユーザはどこにいても常にユビキタスなカバレッジが得られることを求めている。
【0040】
ＦＲ１においてＮＲは、新たに割り当てられたスペクトル（例えば３．５ＧＨｚ）で展開するか、又は、例えば３Ｇや４Ｇのような従来のネットワークから再度割り当てられたスペクトルで展開することができる。どちらの場合も、これらのスペクトルで音声や低速データサービス等の重要なモバイルサービスを扱う可能性が高いことを考慮すると、カバレッジが重要な問題となる。ＦＲ２については、ＩＭＴ－２０２０提案に向けた自己評価活動の期間中、カバレッジに対し全面的な評価が行われず、またリリース１６の強化においてもカバレッジは考慮されていない。これらの面で、ＮＲのカバレッジ性能を全面的に理解するとともに、最新のＮＲ仕様に対するサポートを考慮する必要がある。
【0041】
ＲＡＮ＃８６では、ＮＲカバレッジの強化がリリース１７のＲＡＮの作業領域として確認されている。ＦＲ１について、カバレッジ強化のためには、都市部のシナリオ（屋外のｇＮＢが屋内のＵＥにサービスを提供）と農村部のシナリオ（例えばＩＳＤ＝３０ｋｍ等、非常に長距離の農村部のシナリオを含む）を考慮しなければならない。カバレッジ強化のためには、ＶｏＩＰとｅＭＢＢのサービスを考慮しなければならない。カバレッジ強化のためには、ＤＬとＵＬの両方を考慮しなければならない。ＵＬ（ＰＵＳＣＨとＰＵＣＣＨを含む）のためのカバレッジ強化が、優先して考慮されなければならない。目標のデータレートは以下のとおりであることが確認されている。（１）都市部のシナリオ：ＤＬ １０Ｍｂｐｓ、ＵＬ １Ｍｂｐｓ （２）農村部のシナリオ：ＤＬ １Ｍｂｐｓ、ＵＬ １００ｋｂｐｓ。
【0042】
ＦＲ２について、カバレッジ強化のためには、屋内のシナリオ（屋内のｇＮＢが屋内のＵＥにサービスを提供）と、都市部／郊外のシナリオ（屋外のｇＮＢが屋外のＵＥにサービスを提供する場合と、屋外のｇＮＢが屋内のＵＥにサービスを提供する場合）を考慮しなければならない。カバレッジ強化のためにはｅＭＢＢが考慮されるべきであり、ＶｏＩＰが第２の優先事項とみなされる。カバレッジ強化のためには、ＤＬとＵＬの両方を考慮しなければならない。そして、どのチャネルを考慮すべきかは、評価結果によって決まる。目標のデータレートは以下のとおりであることが確認されている。（１）屋内のシナリオ：ＤＬ ２５Ｍｂｐｓ、ＵＬ ５Ｍｂｐｓ （２）都市部のシナリオ：ＤＬ［２５Ｍｂｐｓ］、ＵＬ［５Ｍｂｐｓ］ （３）郊外のシナリオ：ＤＬ［１Ｍｂｐｓ］、ＵＬ［５０ｋｂｐｓ］。
【0043】
カバレッジ強化に関しては、現在の３ＧＰＰ仕様における既知の事実は以下のとおりである。カバレッジはＬＴＥリリース８以降、重要な指標の１つである。リリース８以降のＴＴＩバンドリングはカバレッジ強化に用いられるが、ＦＤＤのケースにのみ適用される。リリース８以降、ＴＴＩバンドルとＴＤＤバンドルに関して、より多くのＨＡＲＱの繰り返しが導入されている。また、仕様拡張以外に、複数のスロット間のジョイントチャネル推定等の実装強化も、カバレッジ強化に有効である。ＮＲでは、ＨＡＲＱの指示の面で信号が柔軟性を有する。リリース１５ＮＲ以降、ＴＴＩバンドルとＴＤＤバンドルに関し、より多くのＨＡＲＱの繰り返しがサポートされている。ＬＴＥでは、異なるサブフレームでのチャネル応答が同じアンテナポートに関連づけられるが、ＮＲでは異なる。
【0044】
また、現在の３ＧＰＰ仕様では、アンテナポートにおけるシンボルが送信されるチャネルを、同じアンテナポートにおける別のシンボルが送信されるチャネルから推測できるように、アンテナポートが定義されている。２つのアンテナポートは、一方のアンテナポートにおけるシンボルが送信されるチャネルの広域的特性（large-scale properties）が、他方のアンテナポートにおけるシンボルが送信されるチャネルから推測できる場合、疑似コロケーションされている（quasi co-located）と称される。広域的特性には、遅延分散、ドップラースプレッド、ドップラーシフト、平均利得、平均遅延及び空間受信パラメータのうちの１つ又は複数が含まれる。
【0045】
また、物理チャネルについてスロット内の周波数ホッピングが上位層のパラメータにより有効とされていない場合、ＵＥ送信では、アップリンク送信用のアンテナポートのシンボルが送信されるチャネルが、同じアンテナポートの別のシンボルが送信されるチャネルから推測できるのは、その２つのシンボルが同じスロットに対応するときでなければならない。
【0046】
物理チャネルについてスロット内の周波数ホッピングが上位層のパラメータにより有効とされている場合、ＵＥ送信では、アップリンク送信用のアンテナポートのシンボルが送信されるチャネルが、同じアンテナポートの別のシンボルが送信される別のチャネルから推測することができるのは、ホッピング距離がゼロであるか否かにかかわらず、その２つのシンボルが同じ周波数ホッピングに対応する場合のみであるようにしなければならない。
【0047】
上述の従来技術に鑑みると、ネットワークデバイスと端末デバイス間の異なるスロットに関連付けられている複数のチャネルのジョイントチャネル推定をどのようにサポートするかは、今なお不明瞭である。さらに、ネットワークデバイスと端末デバイスの間で、参照信号なしのスロットでの送信（例：ＤＭＲＳのない送信）をどのように示すかも明瞭ではない。また、ネットワークデバイスが端末デバイスからＰＵＳＣＨを正常に受信した場合、ＰＵＳＣＨの繰り返しを早期に終了させる方法も不明瞭である。
【0048】
上述の技術的課題と、従来の解決手段に存在し得る他の技術的課題を解決するために、本開示の実施形態は、カバレッジ強化のための解決手段を提供する。いくつかの実施形態において、ネットワークデバイスは、例えばダウンリンク制御情報（ＤＣＩ）指示又は無線リソース制御（ＲＲＣ）指示を用いて、端末デバイスに、異なるスロットに関連付けられている複数のチャネル間の推測関係を通知してもよい。いくつかの他の実施形態において、ネットワークデバイスは、例えばＤＣＩ指示又はＲＲＣ指示を使用して、送信すべき参照信号がないスロット（例えば、ＤＭＲＳがないスロット）を端末デバイスに通知してもよい。いくつかの別の実施形態において、ネットワークデバイスは、例えば新しいＵＬグラントを使用して複数の送信に対する以前のＵＬグラントを上書きする等、同じデータの複数の送信の早期終了を端末デバイスに通知してもよい。
【0049】
本開示の実施形態により、同じポート上の複数のスロットにわたってジョイントチャネル推定を実行することができ、参照信号なしのスロット（ＤＭＲＳがないスロット等）は、より多くのリソースをデータ送信に用いて、通信のスループットを増加させることができる。また、ＵＥがＵＬの繰り返しを早期に終了させることができ、リソースが新たな送信に使用されることでＵＬ通信のスループットを増加させることができる。したがって、本開示の実施形態は、通信のカバレッジを効果的に強化することで、通信性能を向上させる。以下、本開示の原理と実施について詳細に説明する。
【0050】
図１は、本開示のいくつかの実施形態を実施可能な通信環境１００の模式図である。図１に示すように、通信環境１００は通信ネットワーク１００と称されてもよく、ネットワークデバイス１１０のセル１０５に位置する端末デバイス１２０にサービスを提供するネットワークデバイス１１０を含む。特に、端末デバイス１２０は、通信チャネル１１５を介してネットワークデバイス１１０と通信してもよい。ネットワークデバイス１１０から端末デバイス１２０への送信の場合、通信チャネル１１５はダウンリンクチャネルと称されてもよく、端末デバイス１２０からネットワークデバイス１１０への送信の場合、通信チャネル１１５は代わりにアップリンクチャネルと称されてもよい。
【0051】
いくつかの実施形態において、ネットワークデバイス１１０及び端末デバイス１２０は、３ＧＰＰ仕様で定義されるタイムスロット（又は単にスロットと称する）に基づいて互いに通信してもよい。例えば、サブキャリア間隔設定μに対しスロットは、サブフレーム内では昇順に
と番号付けされ、フレーム内では昇順に
と番号付けされる。１つのスロットには、
個の連続した直交周波数分割多重化（ＯＦＤＭ）シンボルがあり、ここで
は、関連する３ＧＰＰ仕様で与えられるサイクリックプレフィックスによって決まる。サブフレーム内のスロット
の開始は、同じサブフレーム内のＯＦＤＭシンボル
の開始と時間的に揃う。スロットの他の関連する定義や情報は、既存又は将来の３ＧＰＰ仕様において見出すことができる。
【0052】
端末デバイス１２０との通信において、ネットワークデバイス１１０（例えば、ｅＮＢ又はｇＮＢ）は、復調参照信号（ＤＭＲＳ）、チャネル状態情報参照信号（ＣＳＩ－ＲＳ）、位相追跡参照信号（ＰＴ－ＲＳ）、微細な時間・周波数（fine time and frequency）の追跡参照信号（ＴＲＳ）等のダウンリンク参照信号（ＲＳ）を送信してもよい。通信ネットワーク１００内の端末デバイス１２０（例えば、ユーザ端末）は、割り当てられたリソースでダウンリンクＲＳを受信してもよい。また、端末デバイス１２０はさらに、対応する割り当てられたリソースで、ネットワークデバイス１１０にアップリンクＲＳを送信してもよい。ＲＳ用の割当リソース及び／又は他の必要な情報を示すために、ネットワークデバイス１１０は、ＲＳの送信に先立ち、端末デバイス１２０にＲＳ設定を送信してもよい。
【0053】
文中で使用される場合、ＲＳは、ネットワークデバイス１１０と端末デバイス１２０の両方にとって既知の信号シーケンス（「ＲＳシーケンス」とも称される）である。例えば、ネットワークデバイス１１０が一定のルールに基づいてＲＳシーケンスを生成して送信し、端末デバイス１２０が同じルールに基づいてＲＳシーケンスを導き出してもよい。ダウンリンク及びアップリンクのＲＳ送信において、ネットワークデバイス１１０は、対応するリソース（「ＲＳリソース」とも称される）を送信のために割り当て、且つ／又はどのＲＳシーケンスを送信するかを指定してもよい。
【0054】
いくつかのシナリオにおいて、ネットワークデバイス１１０と端末デバイス１２０の両方は複数のアンテナポート（又はアンテナ素子）を備えており、アンテナポート（アンテナ素子）を使用して、指定されたＲＳシーケンスを送信することができる。さらに、複数のＲＳポートに関連付けられているＲＳリソースセットが指定されている。ＲＳポートは、ＲＳシーケンスの一部又は全部を、時間領域、周波数領域及び／又はコード領域のうちＲＳ送信のために割り当てられたリソース領域の１つ又は複数のリソース要素（ＲＥ）にマッピングする特定のマッピングと称されてもよい。このようなリソース割当て情報は、ＲＳの送信に先立って、端末デバイス１２０に示されてもよい。
【0055】
理解すべき点として、図１に示した端末デバイスの数及びネットワークデバイスの数は、説明のためのものにすぎず、何らかの限定を意味するものではない。通信環境１００は、任意の適切な数の端末デバイス、任意の適切な数のネットワークデバイス、及び本開示の実施形態を実施するのに適した任意の適切な数の他の通信デバイスを含んでもよい。
【0056】
また、すべての通信デバイスの間には、（必要に応じて）さまざまな無線通信及び有線通信が存在してもよいことを理解されたい。さらに留意すべき点として、図１では、ネットワークデバイス１１０が基地局として模式的に描かれ、端末デバイス１２０が携帯電話として模式的に描かれているが、これらの描写は単なる例示であり、何らかの限定を意味するものではないことを理解されたい。他の実施形態において、ネットワークデバイス１１０は任意の他の無線ネットワークデバイスであってもよく、端末デバイス１２０は任意の他の無線通信デバイスであってもよい。
【0057】
通信環境１００における通信は、任意の適切な規格に適合させることができる。ここで任意の適切な規格には、移動通信用グローバルシステム（ＧＳＭ：Global System for Mobile Communications）、Ｅｘｔｅｎｄｅｄ ｃｏｖｅｒａｇｅ ＧＳＭ ＩｏＴ（ＥＣ－ＧＳＭ－ＩｏＴ）、ロングタームエボリューション（ＬＴＥ：Long Term Evolution）、ＬＴＥ Ｅｖｏｌｕｔｉｏｎ、ＬＴＥ－アドバンスト（ＬＴＥ－Ａ：LTE-Advanced）、広帯域符号分割多元接続（ＷＣＤＭＡ）、符号分割多元接続（ＣＤＭＡ）、ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク（ＧＥＲＡＮ）等が含まれるが、これらに限定されない。また、現時点で既知の、又は将来開発される任意の世代の通信プロトコルに基づき、通信を実行してもよい。通信プロトコルの例として、第１世代（１Ｇ）、第２世代（２Ｇ）、２．５Ｇ、２．７５Ｇ、第３世代（３Ｇ）、第４世代（４Ｇ）、４．５Ｇ、第５世代（５Ｇ）の通信プロトコルが含まれるが、これらに限定されない。
【0058】
図２は、本開示のいくつかの実施形態にかかる、ネットワークデバイス１１０と端末デバイス１２０との間の例示的な通信プロセス２００を示す。議論を目的として、図１を参照して通信プロセス２００を説明する。しかしながら、通信プロセス２００は、ネットワークデバイスと端末デバイスが互いに通信する任意の他の通信シナリオにも同様に適用してもよいことを理解されたい。
【0059】
図２に示すように、ネットワークデバイス１１０は、第１スロットに関連付けられている第１チャネルと、第２スロットに関連付けられている第２チャネルとが相互に推測可能であるか否かを決定する（２１０）。文中で使用される場合、第１チャネルは、第１スロット期間でのネットワークデバイス１１０と端末デバイス１２０との間のチャネルを指してもよく、第２チャネルは、第２スロット期間でのネットワークデバイス１１０と端末デバイス１２０との間のチャネルを指してもよい。一般に、ネットワークデバイス１１０と端末デバイス１２０との間のチャネルは時間と共に変化するので、第１スロットに関連付けられている第１チャネルは、第２スロットに関連付けられている第２チャネルと異なっていてもよい。
【0060】
例えば、第１チャネルと第２チャネルとの差は、ネットワークデバイス１１０と端末デバイス１２０との間の物理無線チャネルの経時変化、ネットワークデバイス１１０の送信／受信要素（ＲＦ要素等）の経時変化、端末デバイス１２０の送信／受信要素（ＲＦ要素等）の経時変化等に起因する可能性がある。したがって、ネットワークデバイス１１０と端末デバイス１２０は、通常、異なるスロットに関連付けられている第１チャネルと第２チャネルが相互に推測可能であるとみなすことはできない。その結果、第１チャネルと第２チャネルは、ネットワークデバイス１１０と端末デバイス１２０との間で通信を実行する統一的な複合チャネルとして使用することができない。例えば、第１チャネルと第２チャネルは、ネットワークデバイス１１０又は端末デバイス１２０によって個別に推定しなければならない可能性がある。
【0061】
この問題を解決するために、本開示のいくつかの実施形態によれば、異なるスロットの（又は異なるスロット間の）チャネル間の新たな状態を導入し、「推測可能」と称することができ、これは、あるスロットのあるチャネルが別のスロットの別のチャネルから推測可能であることを意味する。ネットワークデバイス１１０が、新たな推測可能な状態を利用して、第１チャネルと第２チャネルが相互に推測可能であると決定し、端末デバイス１２０に通知した場合、ネットワークデバイス１１０と端末デバイス１２０はどちらも、第１スロットと第２スロットでの送信／受信パラメータを変更してはならない。同時に、ネットワークデバイス１１０と端末デバイス１２０はどちらも、両者間の物理的な無線チャネルが変更されていないとみなすことができる。このように、第１チャネルと第２チャネルを同じ又は類似であるとみなしてもよいので、第１チャネル及び第２チャネルの一方を他方から推測することができる。
【0062】
より具体的には、新たな推測可能な状態を用いることで、スロット内で周波数ホッピングが有効でない場合に、ＵＥ送信では、アップリンク送信用のアンテナポートのシンボルが送信されるチャネルが、同じアンテナポートの別のシンボルが送信されるチャネルから推測できるのは、その２つのシンボルが同じスロットに対応する場合、又は、推測可能と示された異なるスロットにその２つのシンボルが対応する場合であるようにしてもよい。
【0063】
反対に、スロット内の周波数ホッピングを有効とする場合、ＵＥ送信では次のようにしてもよい。アップリンク送信用のアンテナポートのシンボルが送信されるチャネルが、同じアンテナポートの別のシンボルが送信される別のチャネルから推測することができるのは、ホッピング距離がゼロであるか否か、又は、推測可能であると示された異なるスロットの同じホッピングインデックスにその２つのシンボルが対応するか否かにかかわらず、その２つのシンボルが同じ周波数ホッピングに対応する場合のみである。
【0064】
引き続き図２を参照すると、第１チャネルと第２チャネルとの間に推測関係が存在するか否かを決定した（２１０）後、ネットワークデバイス１１０は、情報２２５を端末デバイス１２０に送信する（２２０）。情報２２５は、第１チャネルと第２チャネルがネットワークデバイス１１０によって相互に推測可能に設定されているか否かを示すことができる。例えば、ネットワークデバイス１１０が、第１チャネルと第２チャネルが相互に推測可能であると決定した（２１０）場合、情報２２５は、第１チャネルと第２チャネルとの間に推測関係が存在することを示してもよい。反対に、ネットワークデバイス１１０が、第１チャネルと第２チャネルとが相互に推測可能ではないと決定した（２１０）場合、情報２２５は、第１チャネルと第２チャネルとの間に推測関係が存在しないことを示してもよい。他の実施形態では、第１チャネルと第２チャネルとの間の推測関係に加えて、情報２２５は、他のチャネル間の推測関係を示してもよい。この情報２２５の例示については、後で詳しく説明する。
【0065】
一般に、ネットワークデバイス１１０は、任意の適切な方法で端末デバイス１２０に情報２２５を送信してもよい。例えば、新たに定義した専用メッセージ等の特別に設計したシグナリングを使用して、情報２２５を端末デバイス１２０に送信してもよい。いくつかの実施形態において、ネットワークデバイス１１０は、ネットワークデバイスと端末デバイスとの間の既存のシグナリングを使用して情報２２５を搬送してもよい。例えば、情報２２５は、ネットワークデバイス１１０から端末デバイス１２０へのＤＣＩに含まれてもよい。別の例示として、ネットワークデバイス１１０から端末デバイス１２０へのＲＲＣメッセージが情報２２５を含んでもよい。これらの例示についても、より詳細に後述する。
【0066】
引き続き図２を参照すると、ネットワークデバイス１１０から情報２２５を受信した（２３０）後、端末デバイス１２０は、情報２２５に基づいて、第１チャネルと第２チャネルが相互に推測可能であるか否かを決定する（２４０）。特に、第１チャネルと第２チャネルが相互に推測可能であることを情報２２５が示す場合、端末デバイス１２０は、この２つのチャネル間に推測関係が存在すると決定することができる。この場合、端末デバイス１２０は、２つのチャネルが相互に推測可能であることを確実にするために、第１スロットと第２スロットの間でその送信／受信パラメータを変更しないようにしてもよい。逆に、情報２２５が、第１チャネルと第２チャネルとが相互に推測可能でないことを示す場合、端末デバイス１２０は、この２つのチャネル間に推測関係が存在しないと決定することができる。この場合、必要であれば、端末デバイス１２０は、第１スロット期間と比して、第２スロット期間において異なる送信／受信パラメータを使用してもよい。
【0067】
第１チャネルと第２チャネルが相互に推測可能であると決定した（２４０）場合、端末デバイス１２０は、推測関係に基づいて、第１チャネル及び第２チャネルでネットワークデバイス１１０との通信２５５を実行する（２６０）。また、ネットワークデバイス１１０の側から見ると、ネットワークデバイス１１０が、推測関係に基づいて第１チャネル及び第２チャネルで端末デバイス１２０との通信２５５を実行する（２５０）と言ってもよい。例えば、第１チャネル及び第２チャネルは、ネットワークデバイス１１０及び端末デバイス１２０によって、両者間の通信２５５を実行するために、統一的な複合チャネルとして用いられてもよい。その結果、通信プロセスが簡略化され、通信２５５の性能が向上する。
【0068】
通信２５５は、端末デバイス１２０からネットワークデバイス１１０へのアップリンク送信と、ネットワークデバイス１１０から端末デバイス１２０へのダウンリンク送信とを含んでもよいことに留意されたい。すなわち、第１チャネル及び第２チャネルが端末デバイス１２０からネットワークデバイス１１０へのアップリンクチャネルである場合、端末デバイス１２０は、第１チャネルと第２チャネルとの間の推測関係に基づいて、ネットワークデバイス１１０へのアップリンク送信を実行することができる。
【0069】
このようなアップリンク送信の一例として、端末デバイス１２０は、第１スロット及び第２スロットの一方又は両方において、ＤＭＲＳ等の参照信号セットをネットワークデバイス１１０に送信することができる。第１スロット及び第２スロットの一方又は両方において端末デバイス１２０から参照信号セットを受信した場合、ネットワークデバイス１１０は、参照信号セットに基づいて第１チャネル及び第２チャネルに対しジョイントチャネル推定を実行してもよい。
【0070】
文中で使用される場合、ジョイントチャネル推定は通常、本分野で既知の意味を有し、これは、例えば、第１スロット及び第２スロットにおける参照信号を共に使用して、第１チャネル及び第２チャネルの一方又は両方についてチャネル推定を実行することができることを意味する。逆に、第１チャネルと第２チャネルを互いに推測できない場合、すなわち第１チャネルと第２チャネルのジョイントチャネル推定が不可能である場合、第１スロットと第２スロットの参照信号を共に使用できず、第１チャネルと第２チャネルを個別に推定する必要があることを意味する。
【0071】
端末デバイス１２０が、第１スロット及び第２スロットの一方又は両方において、ネットワークデバイス１１０に参照信号セットを送信し、また他のスロットにおいて他の参照信号を送信するには、さまざまな方法が可能である。例えば、端末デバイス１２０は、第１スロット及び第２スロットの一方のスロットにおいて当該参照信号セットを送信し、他方のスロットにおいて参照信号を送信しないようにしてもよい。別の例示として、端末デバイス１２０は、ゼロ電力を使用していくつかの参照信号を送信してもよい。別の例示として、端末デバイス１２０は、いくつかのスロットにおいて、より多くの参照信号を送信することができる。さらに別の例示では、利用可能な周波数領域リソースの一部が、この参照信号セットの送信に用いられる。これら全ての例示については、後で詳しく説明する。
【0072】
一方、第１チャネル及び第２チャネルがネットワークデバイス１１０から端末デバイス１２０へのダウンリンクチャネルである場合、ネットワークデバイス１１０は、第１チャネルと第２チャネルとの間の推測関係に基づいて、端末デバイス１２０へのダウンリンク送信を実行することができる。このようなダウンリンク送信の例示として、ネットワークデバイス１１０は、第１スロット及び第２スロットの一方又は両方において、端末デバイス１２０に参照信号セットを送信してもよい。端末デバイス１２０は、第１スロット及び第２スロットの一方又は両方においてネットワークデバイス１１０から参照信号セットを受信した場合、参照信号セットに基づいて第１チャネル及び第２チャネルに対してジョイントチャネル推定を実行してもよい。
【0073】
ネットワークデバイス１１０と端末デバイス１２０との間の通信２５５の性能が改善されるように、ネットワークデバイス１１０又は端末デバイス１２０は、通信プロセス２００を利用して複数のスロットにおいて、例えば同じアンテナポート上でジョイントチャネル推定を行うことができる。以下、端末デバイス１２０とネットワークデバイス１１０との間のアップリンク通信を例として、本開示のさまざまな、より多くの実施形態について説明する。しかしながら、本開示の実施形態は、端末デバイス１２０とネットワークデバイス１１０との間のダウンリンク通信にも同様に適用されることを理解されたい。
【0074】
上述したように、いくつかの実施形態において、情報２２５は、ネットワークデバイス１１０から端末デバイス１２０へのＤＣＩに含まれてもよい。こうすることで、第１チャネルと第２チャネルとの間や、異なるスロットに関連付けられている可能な他のチャネル間の推測関係を、ネットワークデバイス１１０によって比較的動的な方法で設定することができる。例えば、このようなＤＣＩは、第１スロット及び第２スロットの１つにおいてネットワークデバイス１１０への送信を実行するように端末デバイス１２０をスケジューリングするＤＣＩであってもよい。すなわち、ネットワークデバイス１１０は、ＤＣＩを使用して端末デバイス１２０に、第１スロットにおいてネットワークデバイス１１０へのアップリンク送信を実行するように指示する。あるいは、ネットワークデバイス１１０は、ＤＣＩを使用して、端末デバイス１２０に第２スロットにおいてネットワークデバイス１１０へのアップリンク送信を実行するように指示する。いずれの場合も、ＤＣＩは、第１チャネルと第２チャネルが相互に推測可能であるか否かを示す情報２２５を含んでもよい。
【0075】
いくつかの実施形態において、情報２２５は、ＤＣＩ内のビットによって示してもよい。例えば、現在のスロットをスケジューリングするＤＣＩの１つビットが、現在のスロットと前のスロット又は次のスロットとの間の推測可能な状態を示すために用いられてもよい。特に、当該ビットの値「０」は、前のスロットから現在のスロットを推測できること、又は現在のスロットから次のスロットを推測できることを示してもよい。当該ビットの値「１」は、前のスロットから現在のスロットを推測できないこと、又は現在のスロットから次のスロットを推測できないことを示してもよい。理解すべき点として、ビットの特定の値は説明のためのものにすぎず、何らかの限定を意味するものではない。他の実施形態では、任意の他の適切なビット値を使用して、チャネル又はスロット間の任意の他の推測可能な状態を示すことができる。
【0076】
情報２２５が第１スロット又は第２スロットに関連付けられているＤＣＩに含まれる場合、端末デバイス１２０は、ネットワークデバイス１１０からＤＣＩを受信した後、ＤＣＩのビットに基づいて、第１チャネルと第２チャネルが相互に推測可能であるか否かを決定することができる。このように、隣り合う２つのスロット間の推測関係を、柔軟に設定することができる。また、一連のスロットをスケジューリングする一連のＤＣＩに含まれるこのような情報を使用して、当該一連のスロットが相互に推測可能であることを示すことにより、２つより多いスロット間の推測関係に関する指示を避けることができる。
【0077】
いくつかの他の実施形態において、情報２２５は、ネットワークデバイス１１０から端末デバイス１２０へのＤＣＩ内の１つのビットを使用するのではなく、ＤＣＩ内の複数のビットによって示されてもよい。特に、これらのビットは、ＲＲＣメッセージで示された複数の推測関係設定のうち、対象の推測関係設定を示すことができる。複数の推測関係設定は、第１チャネル及び第２チャネルを含む、異なるスロットに関連付けられている複数のチャネル間の推測関係を示してもよい。対象の推測関係設定は、第１チャネルと第２チャネルが相互に推測可能であるか否かを示してもよい。
【0078】
例えば、ネットワークデバイス１１０は、ＤＣＩにおいてｘ個のビットを使用して対象の推測関係設定を示すことができ、また、ｘはＲＲＣメッセージを介して設定することができる。このように、ＲＲＣメッセージによって、対象の推測関係設定を示すためのビットマップのオーバーヘッドを柔軟に制御することができる。特に、当該ビットマップ（又はフィールド）のビット幅は、ｌｏｇ２（Ｉ）ビットとして決定されてもよく、上位層のパラメータが設定されている場合、Ｉは、上位層のパラメータ「ｐｕｓｃｈ－ＳｌｏｔＩｎｆｅｒａｂｌｅＬｉｓｔ」のエントリ数であってもよい。例えば、パラメータ「ｐｕｓｃｈ－ＳｌｏｔＩｎｆｅｒａｂｌｅＬｉｓｔ」は、設定された推測可能なパターンを列挙する「ｐｕｓｃｈ－ＳｌｏｔＩｎｆｅｒａｂｌｅ」のエントリで構成することができる。いくつかの実施形態において、「ｐｕｓｃｈ－ＳｌｏｔＩｎｆｅｒａｂｌｅ」の機能は類似しており、例として、次のｎ個のスロットを現在のスロットから推測することができる、推測可能の情報が別のＤＣＩで示される等である。
【0079】
情報２２５がＤＣＩ内の複数のビットによって示される場合、端末デバイス１２０は、ネットワークデバイス１１０からＤＣＩを受信すると、ＤＣＩ内のビットに基づいて対象の推測関係設定を決定し、対象の推測関係設定に基づいて、第１チャネルと第２チャネルが相互に推測可能か否かを決定してもよい。このように、複数のチャネル又はスロット間の推測関係のより複雑な指示を実現することができる。
【0080】
上述のように、いくつかの実施形態において、情報２２５は、ＤＣＩを使用せずに、その代わりＲＲＣメッセージに含めることができる。こうすることで、第１チャネルと第２チャネルとの間や、異なるスロットに関連付けられている他の可能なチャネル間の推測関係について、比較的静的な指示が実現される。例えば、ＲＲＣメッセージの情報２２５は、端末デバイス１２０とネットワークデバイス１１０との間の、異なるスロットに関連付けられている全てのチャネルが相互に推測可能であることを示してもよい。より具体的には、ＲＲＣメッセージの情報２２５は、端末デバイス１２０及びネットワークデバイス１１０に関連付けられているすべてのＵＬスロットが推測可能であることを示してもよい。このように、異なるスロットに関連付けられているチャネル間の推測関係を大幅に簡略化することができる。
【0081】
あるいは、ＲＲＣメッセージ内の情報２２５は、端末デバイス１２０とネットワークデバイス１１０との間の、異なるスロットに関連付けられているチャネルセットが相互に推測可能であることを示してもよい。例えば、ＲＲＣメッセージ内の情報２２５は、端末デバイス１２０及びネットワークデバイス１１０に関連付けられているいくつかのＵＬスロットセットが相互に推測可能であることを示してもよい。このように、異なるスロットに関連付けられているチャネル間の推測関係の柔軟性を高めることができる。
【0082】
あるいは、ＲＲＣメッセージ内の情報２２５は、アップリンクグラントによりスケジューリングされた複数のスロットに関連付けられている複数のチャネルが相互に推測可能であることを示してもよい。例えば、ＲＲＣ内の情報２２５は、１つのＵＬグラントにおけるスロットのみが相互に推測可能であり、１つのＵＬグラントにおけるスロットは別のＵＬグラントにおける他のスロットから推測できないことを示してもよい。ＵＬグラントは動的なグラント又は設定済みのグラントであり得る。さらに、ＵＬグラントでは、アグリゲーション（繰り返し）又はマルチスロットのスケジューリングを許可することができる。このように、同じグラントでスケジューリングされた送信用の複数のスロットが、相互に推測可能に設定されることが可能となり、これによって送信性能を高めることができる。
【0083】
上記に示したように、第１チャネルと第２チャネルや、異なるスロットに関連付けられている他の可能なチャネルが、互いに推測可能であるという条件の下で、端末デバイス１２０は、さまざまな可能な方法のうちの１つで、第１スロット及び第２スロットの一方又は両方において参照信号セット（ＤＭＲＳ等）を送信することができる。例えば、あるスロットにおいて、より少ないＤＭＲＳを送信するか、又はＤＭＲＳを送信しなくてもよい。その結果、ＤＭＲＳのオーバーヘッドが削減するので、より多くのリソースとエネルギーをデータチャネルに用いることができ、また、カバレッジにとって有益である。より具体的には、１つのＰＵＳＣＨ復調に用いられる連続スロットのＤＭＲＳを使用して、ＢＳのためにＵＥの動作を指定することができ、これにより、スロットあたりのＤＭＲＳオーバーヘッドを低減することも可能である。
【0084】
したがって、いくつかの実施形態において、端末デバイス１２０は、第１スロットと第２スロットのうちの一方のみにおいて当該参照信号セットを送信することができ、他方のスロットではいかなる参照信号も送信しない。例えば、端末デバイス１２０は、第１スロットにおいて当該参照信号セットを送信し、第２スロットでは参照信号を送信しなくてもよい。したがって、ネットワークデバイス１１０は、第１スロットで参照信号を受信し、第２スロットでは参照信号を受信しなくてもよい。このように、第２スロットがデータ送信用により多くのリソースを有してもよく、スループットを増加させてもよい。
【0085】
参照信号がＤＭＲＳの場合、ＤＭＲＳが送信されないスロットをＤＭＲＳなしスロットと称してもよい。ＤＭＲＳなしスロットではＤＭＲＳは送信されないが、ＤＭＲＳなしスロットに関連付けられているチャネルは、別のスロットから推測することができる。これは、スロット間の推測可能についての指示を使用して示されてもよい。あるいは、スロットがＤＭＲＳなしスロットとして設定された場合、ＤＭＲＳなしスロットのチャネルは、その隣接するスロットから推測できるように暗黙的に設定される。
【0086】
いくつかの実施形態において、ネットワークデバイス１１０は、１つ又は複数のスロット（例えば、前述の第１スロットと第２スロットのうちの第２スロット）において送信する参照信号がないことを示す指示を、端末デバイス１２０に送信してもよい。したがって、端末デバイス１２０は、ネットワークデバイス１１０からの指示を受信した後、第１スロットでのみ参照信号セットを送信し、第２スロットで参照信号を送信しなくてもよい。このように、ネットワークデバイスは、参照信号なしスロットの存在と位置を有効に設定し、管理することができる。
【0087】
例えば、比較的静的な指示を実現するために、こうした参照信号なしのスロットの指示をＲＲＣメッセージに含めることができる。より具体的には、マルチスロットＰＵＳＣＨ送信のスロットにおけるＰＵＳＣＨ送信は、マルチスロットＰＵＳＣＨ送信のいくつかのスロットがＤＭＲＳなしであることを示すために、ＤＭＲＳなしのパターン（例えばビットマップ）によって設定することが可能である。ＤＭＲＳなしスロットのＲＲＣ指示は、マルチスロットＰＵＳＣＨ送信のスロットのチャネルが相互に推測可能であることを意味する。こうすることで、同じＲＲＣメッセージで、送信実行用スロットを示し、これらのスロットのうちどのスロットが参照信号なしのスロットであるかを示すこともできる。ＲＲＣメッセージに含まれるこのような指示の例示について、図３を参照しながら以下でより詳細に説明する。
【0088】
図３は、本開示のいくつかの実施形態にかかる、異なるスロット３１０、３２０、３３０で参照信号を送信するためのリソースパターン３００の例を示す。図３では、横軸が時間領域、縦軸が周波数領域を表す。図示するように、スロット３１０、スロット３２０及びスロット３３０は、それぞれ複数のリソースを含み、各リソースは図中、ブロックで表される。いくつかの実施形態において、リソースは、３ＧＰＰ仕様で定義されるリソース要素であってもよく、時間領域でのＯＦＤＭシンボル及び周波数領域でのサブキャリアに対応していてもよい。
【0089】
図３の例示では、スロット３１０が上述の第１スロットであり、スロット３２０が上述の第２スロットであると仮定し、スロット３３０は第３スロットと称されてもよい。また、端末デバイス１２０が第１スロット３１０、第２スロット３２０及び第３スロット３３０でアップリンク送信を実行するようにネットワークデバイス１１０がスケジューリングすると仮定する。この場合、ネットワークデバイス１１０は、端末デバイスに対してＲＲＣメッセージを送信することができる。ＲＲＣメッセージは、端末デバイス１２０がネットワークデバイス１１０に対する複数の送信を実行する第１スロット３１０、第２スロット３２０及び第３スロット３３０を示す。さらに、ＲＲＣメッセージは、ネットワークデバイス１１０によって参照信号なしのスロットとして設定される第２スロット３２０を示すビットマップを含んでもよい。例示として、図３のシナリオにおいて、ビットマップは｛１，０，１｝であってもよい。ビットマップの特定の値は単に説明のためのものであり、何らかの限定を意味するものでもないことを理解されたい。他の実施形態において、任意の他の適切な値が可能である。
【0090】
対応して、端末デバイス１２０は、ネットワークデバイス１１０からＲＲＣメッセージを受信し、その後、ＲＲＣメッセージからビットマップ（例えば、ビットマップ｛１，０，１｝）を取得してもよい。ビットマップに基づいて、端末デバイス１２０は、第１スロット３１０及び第３スロット３３０において参照信号が送信され、第２スロット３２０において参照信号が送信されないことを知ることができる。その後、端末デバイス１２０は、第１スロット３１０においてリソースセット３１１を使用して参照信号（ＤＭＲＳ等）を送信し、第３スロット３３０においてリソースセット３３１を使用して参照信号（ＤＭＲＳ等）を送信してもよく、また、第２スロット３２０において参照信号を送信しなくてもよい。参照信号を送信するための特定のリソースセット３１１、３３１は、単に説明のためのものであり、何らかの限定を意味するものではないことを理解されたい。他の実施形態では、参照信号を送信するために、スロット内の任意の他の適切なリソースセットを用いることができる。
【0091】
いくつかの他の実施形態では、比較的動的な指示を実現するために、ネットワークデバイス１１０から端末デバイス１２０へのＤＣＩに、参照信号なしのスロットの指示を含めることができる。例えば、ＤＣＩの既存フィールドの未使用値を用いて、参照信号なしのスロットを示すことができる。より具体的には、３ＧＰＰ仕様で定義された、（複数の）アンテナポートに関連付けられているテーブルを、以下の表１に示すように、（複数の）アンテナポート用のビットを再利用して再定義することができる。表１において、フィールド「データなしのＤＭＲＳ ＣＤＭグループの数」の値「１」、「２」、「３」は、ＣＤＭグループ｛０｝、｛０，１｝、｛０，１，２｝を指し、このフィールドの新たに定義した値「０」は、ＤＭＲＳなしスロット等、参照信号なしのスロットを指してもよい。これにより、参照信号なしのスロットを示すことによる既存規格への影響を最小化することができる。
表１ アンテナポートのビットの再利用
表１ アンテナポートのビットの再利用
【0092】
いくつかの実施形態において、別の新しく定義されたテーブルは、参照信号のある／ないスロット、及び当該スロットと別のスロットとの間の推測可能関係を示すための、コード化されたビット又はフィールドの組合せを有してもよい。例えば、テーブル内のいくつかのインデックスは、参照信号（ＤＭＲＳ等）を有し、別のスロットから推測できない通常のスロットを示すことができ、テーブル内のいくつかのインデックスは、参照信号（ＤＭＲＳ等）を有し、別のスロットから推測できる通常のスロットを示してもよく、テーブル内のいくつかのインデックスは、参照信号を有さず、別のスロットから推測できるスロット（ＤＭＲＳなしスロット等）を示してもよい等々である。このように、チャネル間の推測関係のための指示と、参照信号がある／ないスロットのための指示を組み合わせることで、指示のオーバーヘッドを削減することができる。
【0093】
別の例示として、ＤＣＩの既存のフィールドを再利用する代わりに、ＤＣＩの新しいビットを使用して、ＤＣＩに関連付けられている現在のスロットが、参照信号なしのスロット、例えばＤＭＲＳなしスロットであると示してもよい。すなわち、前述の第１スロット及び第２スロットについて、当該ビットの事前定義値（例えば、値「０」又は「１」）で、第２スロットで送信すべき参照信号がないことを示すことができる。こうすることで、参照信号なしのスロットをより明瞭且つ明確に示すことができる。
【0094】
既存のフィールドの場合と新規ビットの場合、第２スロットにおいて送信する参照信号がないことを示すために、ネットワークデバイス１１０は、端末デバイス１２０にＤＣＩを送信してもよい。ＤＣＩは、第２スロットにおいてネットワークデバイス１１０への送信を実行するように端末デバイス１２０をスケジューリングするものである。ＤＣＩでは、既存フィールドの未使用値又はビットの事前定義値により、第２スロットが参照信号なしのスロットであることを示すことができる。したがって、端末デバイス１２０は、ネットワークデバイス１１０からＤＣＩを受信した後、ＤＣＩ内の既存フィールドの未使用値又はビットの事前定義値を決定して、第２スロットで送信される参照信号がないことを知ることができる。
【0095】
いくつかの実施形態において、第１スロット及び第２スロットの一方又は両方において参照信号セットを送信する可能な方法として、端末デバイス１２０は、ゼロ電力を使用して、第２スロットにおいて参照信号セットのサブセットをネットワークデバイス１１０に送信することができる。したがって、ネットワークデバイス１１０は、ゼロ電力を使用して参照信号セットのサブセットを送信するために端末デバイス１２０が使用するリソースにおける干渉信号を推定してもよいので、チャネル推定の精度が向上する。
【0096】
言い換えれば、いくつかの参照信号（例えばＤＭＲＳ）の送信電力をゼロにしてもよい。これは３ＧＰＰ仕様で定義されたゼロ電力ＣＳＩ－ＲＳと同様のものとすることができる。１つのスロットでのＤＭＲＳなし送信の場合、そのスロットのチャネル応答は別のスロットから推測することができるが、各スロットの干渉信号は変化する可能性があることに留意されたい。したがって、ゼロ電力ＤＭＲＳは、特定のスロットにおける干渉信号を推定し、そのスロットにおけるチャネルをより正確に推定するために用いることができる。また、参照信号に用いられるリソースのオーバーヘッドを減らすために、ゼロ電力の参照信号の数を通常の参照信号よりも少なくすることができることに留意されたい。
【0097】
いくつかの実施形態において、第１スロット及び第２スロット並びに可能な他のスロットが相互に推測可能である場合、第１スロット及び第２スロットの一方又は両方で送信される参照信号の量が、より大きな柔軟性を有してもよい。この柔軟性をサポートするために、ネットワークデバイス１１０は、参照信号セット以外に、他の参照信号も送信するように端末デバイス１２０に指示することができる。例えば、参照信号セットは、端末デバイス１２０からネットワークデバイス１１０に送信されるように予め決定されているか、又は初期設定されている参照信号であってもよい。こうすることで、参照信号なしのスロットを示すことなく、各スロットで柔軟な参照信号の量を実現することで、既存規格への影響を最小化することができる。このような実施形態の例示について、図４を参照しながら以下で詳細に説明する。
【0098】
図４は、本開示のいくつかの実施形態にかかる、異なるスロット３１０、３２０、３３０で参照信号を送信するためのリソースパターン４００の別の例を示す。図４では、横軸が時間領域、縦軸が周波数領域を表す。図示するように、スロット３１０、スロット３２０及びスロット３３０は、それぞれ複数のリソースを含み、各リソースは図中、ブロックで表される。いくつかの実施形態において、リソースは、３ＧＰＰ仕様で定義されるリソース要素であってもよく、時間領域でのＯＦＤＭシンボル及び周波数領域でのサブキャリアに対応していてもよい。
【0099】
図４の例示では、スロット３１０が上述の第１スロットであり、スロット３２０が上述の第２スロットであると仮定し、スロット３３０は第３スロットと称されてもよい。また、第１スロット３１０のリソースセット３１１と第２スロット３２０のリソースセット３２１は、第１スロット３１０及び第２スロット３２０の一方又は両方において上記参照信号セットの送信に用いられると仮定している。ネットワークデバイス１１０は、参照信号セットの以外に、第１スロット３１０でリソースセット３１８を使用して他の参照信号も送信するよう端末デバイス１２０に指示してもよい。同様に、端末デバイス１２０は、第３スロット３３０のリソースセット３３１で参照信号を送信するように予め決定されているか又は初期設定されており、ネットワークデバイス１１０は、第３スロット３３０においてリソースセット３３８を使用して他の参照信号を送信するように端末デバイス１２０に指示してもよいと仮定する。
【0100】
特に、第１スロットと第２スロットの一方又は両方で送信される参照信号セットに関して、ネットワークデバイス１１０は、端末デバイス１２０から、参照信号セット以外に、予め決定されるか又は初期設定された他の参照信号もネットワークデバイス１１０に送信させるために、第１スロット及び第２スロットのうちの少なくとも１つ（図４の例示では第１スロット３１０）における他の時間領域リソース（例えば、リソースセット３１８）の指示を端末デバイス１２０に送ってもよい。したがって、端末デバイス１２０は、ネットワークデバイス１１０から他の時間領域リソース（例えば、リソースセット３１８）の指示を受信し、その後、他の時間領域リソース（例えば、リソースセット３１８）を使用して、参照信号セット以外に、他の参照信号もネットワークデバイスに送信してもよい。ネットワークデバイス１１０は、他の時間領域リソース（例えば、リソースセット３１８）を使用して、第１スロット及び第２スロットの少なくとも１つ（図４の例示では第１スロット３１０）において、端末デバイス１２０から他の参照信号を受信してもよい。
【0101】
このような指示の例示として、端末デバイス１２０が第１スロット３１０、第２スロット３２０及び第３スロット３３０でアップリンク送信を実行するように、ネットワークデバイス１１０がＲＲＣメッセージを使用してスケジューリングすると仮定する。この場合、ＲＲＣメッセージのビットマップが、他の参照信号を送信するための他の時間領域リソースを示すのに用いられてもよい。例えば、ＲＲＣメッセージの「ＤＭＲＳ－ＡｄｄｉｔｉｏｎａｌＰｏｓｉｔｉｏｎ」（ＤＭＲＳ－追加位置）フィールド（又はリスト）は、複数のスロットにおける他の参照信号のパターンを示すことができる。より具体的には、図４に示す例示では、ＲＲＣメッセージの「ＤＭＲＳ－ＡｄｄｉｔｉｏｎａｌＰｏｓｉｔｉｏｎ」（ＤＭＲＳ－追加位置）は、追加の時間領域リソースセットが第１スロット３１０及び第３スロット３３０で参照信号を送信するために用いられることを示すために、｛ｐｏｓ１、ｐｏｓ０、ｐｏｓ１｝であってもよい。すなわち、「ｐｏｓ１」、「ｐｏｓ０」、「ｐｏｓ１」のそれぞれの数は、対応するスロットで参照信号を送信するために用いられる、当該スロットの時間領域リソースの追加の行数を示すことができる。
【0102】
いくつかの実施形態において、第１スロット及び第２スロットの一方又は両方において参照信号セットを送信する別の可能な方法として、端末デバイス１２０は、周波数領域におけるリソースパターンを使用して、第１スロット及び第２スロットの１つにおいて参照信号を送信してもよい。例えば、ネットワークデバイス１１０は、周波数領域におけるリソースパターンを表すビットマップを使用して、ＤＭＲＳといった参照信号の存在を示してもよい。このように、参照信号の送信に用いられるリソースの選択が、周波数領域においてより大きい柔軟性を有してもよい。このような実施形態の例示について、図５を参照しながら以下でより詳細に説明する。
【0103】
図５は、本開示のいくつかの実施形態にかかる、異なるスロット３１０、３２０で参照信号を送信するためのリソースパターン５００の別の例を示す。図５では、横軸が時間領域、縦軸が周波数領域を表す。図示するように、スロット３１０及びスロット３２０は、それぞれ複数のリソースを含み、各リソースは図中、ブロックで表される。いくつかの実施形態において、リソースは、３ＧＰＰ仕様で定義されるリソース要素であってもよく、時間領域でのＯＦＤＭシンボル及び周波数領域でのサブキャリアに対応していてもよい。
【0104】
図５の例示では、スロット３１０が上述の第１スロットであり、スロット３２０が上述の第２スロットであると仮定する。ネットワークデバイス１１０は、第１スロット３１０における第１周波数領域リソースセット５１０を使用して前記参照信号セットの第１サブセット５１５を送信するように端末デバイス１２０に指示することができる。この特定の例示において、第１周波数領域リソースセット５１０は奇数の周波数領域リソースであってもよい。
【0105】
特に、ネットワークデバイス１１０は、端末デバイス１２０が参照信号の第１サブセット５１５をネットワークデバイス１１０に送信するために、第１スロット３１０内の第１周波数領域リソースセット５１０の指示を端末デバイス１２０に送信してもよい。したがって、端末デバイス１２０は、ネットワークデバイス１１０から第１スロット３１０内の第１周波数領域リソースセット５１０の指示を受信し、その後、第１周波数領域リソースセット５１０を使用して第１スロット３１０においてネットワークデバイス１１０に参照信号の第１サブセット５１５を送信することができる。したがって、ネットワークデバイス１１０は第１周波数領域リソースセット５１０を使用して第１スロット３１０において端末デバイス１２０から参照信号の第１サブセット５１５を受信してもよい。
【0106】
いくつかの実施形態において、参照信号（ＤＭＲＳ等）の存在は、スロットごとにホッピングすることができる。すなわち、第１スロットにおいて参照信号を送信するために用いられる周波数領域リソースセットを、第２スロットにおいて参照信号を送信するために用いられる周波数領域リソースセットと異なるようにすることができる。このように、異なるスロットでの異なる周波数領域リソースを選択して参照信号の送信に用いることで、複数のスロットにおける周波数領域でのチャネル推定を向上させることができる。
【0107】
特に、引き続き図５を参照すると、ネットワークデバイス１１０は、端末デバイス１２０から参照信号セットの第２サブセット５２５をネットワークデバイス１１０に送信させるために、第２スロット３２０内の第２周波数領域リソースセット５２０の指示を端末デバイス１２０に送信してもよい。図示されるように、第２周波数領域リソースセット５２０は第１周波数領域リソースセット５１０と異なる。この特定の例示において、第２周波数領域リソースセット５２０は偶数の周波数領域リソースであってよい。
【0108】
したがって、端末デバイス１２０は、ネットワークデバイス１１０からの指示を受信し、その後、第２周波数領域リソースセット５２０を使用して第２スロット３２０においてネットワークデバイス１１０に参照信号の第２サブセット５２５を送信することができる。したがって、ネットワークデバイス１１０は第２周波数領域リソースセット５２０を使用して第２スロット３２０において端末デバイス１２０から参照信号の第２サブセット５２５を受信してもよい。
【0109】
図６は、本開示のいくつかの実施形態にかかる、ネットワークデバイス１１０と端末デバイス１２０との間の別の例示的な通信プロセス６００を示す。議論を目的として、図１を参照して通信プロセス６００を説明する。しかしながら、通信プロセス６００は、ネットワークデバイスと端末デバイスが互いに通信する任意の他の通信シナリオにも同様に適用してもよいことを理解されたい。
【0110】
図６に示すように、端末デバイス１２０は、同じデータの複数の送信の一部６１５をネットワークデバイス１１０に送信する（６１０）。例えば、アップリンク送信のカバレッジを強化するために、端末デバイス１２０は、ネットワークデバイス１１０によって、アップリンクの繰り返し、すなわち、同じデータをネットワークデバイス１１０に所定の回数だけ送信するようにスケジューリングされてもよい。例示的な通信プロセス６００では、端末デバイス１２０からネットワークデバイス１１０への複数の送信が進行中であり、完了していないので、複数の送信の一部６１５のみが実行され、複数の送信の残りは実行されていないことに留意されたい。
【0111】
引き続き図６を参照すると、ネットワークデバイス１１０は、ネットワークデバイス１１０と端末デバイス１２０との間の同じデータの複数の送信が完了しておらず、複数の送信のうち残りの送信が停止されると決定する（６３０）。例えば、ネットワークデバイス１１０は、予期したデータを当該一部６１５によって正常に受信したため、複数の送信のうち残りの送信が不要となった可能性がある。いくつかの他の実施形態において、ネットワークデバイス１１０は、任意の他の理由で複数の送信のうち残りの送信が停止されると決定してもよく、例えば、ネットワークデバイス１１０は、端末デバイス１２０からのデータを受信しないと決定してもよい。
【0112】
ネットワークデバイス１１０は、複数の送信のうち残りの送信が停止されると決定した（６３０）後、複数の送信の早期終了の指示６４５を端末デバイス１２０に送信する（６４０）。端末デバイス１２０は、指示６４５を受信した（６５０）ときに、複数の送信が完了していない場合、複数の送信のうち残りの送信が停止されると決定する（６６０）。通信プロセス６００により、ＵＥは残りの予定されたＵＬの繰り返しをスキップすることができる。また、リソースを新たな送信のために使用することができるので、ＵＬスループットが増加する。このように、早期終了により不要な送信を回避し、ＵＬリソースを節約できるため、カバレッジが制約されるＵＥをより多くサポートすることができる。
【0113】
一般に、ネットワークデバイス１１０は、任意の適切な方法で端末デバイス１２０に指示６４５を送信してもよい。例えば、ネットワークデバイス１１０は、複数の送信の早期終了のために明示的な終了指示を送信してもよい。文中で使用されるように、明示的な終了指示は完了指示と称してもよい。実際には、早期終了メカニズムがＵＥの上位層により設定されている（又は有効とされている）場合、ＵＥはＢＳからアップリンクの繰り返しの完了指示を受信すると、アップリンクの繰り返しを停止してもよい。
【0114】
他のいくつかの実施形態において、ネットワークデバイス１１０は、暗黙の方法で指示６４５を送信することができる。例えば、ネットワークデバイス１１０は、ＤＣＩを使用して、同じデータの複数の送信を暗黙の方法で終了させることができる。ＤＣＩは、第１期間においてネットワークデバイス１１０への新たな送信を実行するように端末デバイス１２０をスケジューリングしてもよい。第１期間は複数の送信のうち残りの送信を実行するための第２期間と重複する。
【0115】
現在の３ＧＰＰ仕様に規定されているように、所定のスケジューリングされたセル内の（複数の）任意のＨＡＲＱプロセスＩＤについて、ＵＥが、別のＰＵＳＣＨと時間的に重複するＰＵＳＣＨを送信することは期待されていないことに留意されたい。したがって、早期終了メカニズムが上位層によって設定されている場合、ＵＥは、繰り返し用のＰＵＳＣＨと時間的に重複するＰＵＳＣＨ送信のＵＬグラントを受信すると、繰り返しを停止してＵＬグラントでスケジューリングされた送信を実行してもよい。いくつかのシナリオにおいてＵＥは、ＵＬグラントを復号した後に繰り返しを停止することができ、これは、許可されたＰＵＳＣＨに先行する可能性がある。すなわち、ＵＥが繰り返しを早期に終了させる能力を有する場合、ＵＥは繰り返し用のアップリンクグラントを書き換えることができる。
【0116】
あるいは、同じデータの複数の送信を暗黙的に終了させるために、ネットワークデバイス１１０は、重複する送信をスケジューリングする上述のＤＣＩとは異なる別のＤＣＩを送信してもよい。複数の送信をスケジューリングする前のＤＣＩと比べると、この異なるＤＣＩは、同じハイブリッド自動再送要求（ＨＡＲＱ）プロセス番号（ＩＤ）と、切り替えられる新規データのインジケータ（ＮＤＩ）とを示してもよい。したがって、早期終了メカニズムが上位層により設定されている場合に、ＵＥが、同じＨＡＲＱ ＩＤと、切り替えられるＮＤＩとを有するＰＵＳＣＨのＵＬグラントを受信すると、ＵＥはデータが基地局によって正常に受信されたことを知ることができ、したがって繰り返しを停止することができる。
【0117】
あるいは、同じデータの複数の送信を暗黙的に終了させるために、ネットワークデバイス１１０は、複数の送信のデータを正常に受信したことを示す正のフィードバックを送信してもよい。ネットワークデバイス１１０から正のフィードバックを受信すると、端末デバイス１２０は、複数の送信のうち残りの送信が不要であることを知り、停止することができる。より具体的には、早期終了メカニズムが上位層により設定されている場合、ＵＥは、繰り返しに対する肯定応答（ＡＣＫ）メッセージを受信すると、繰り返しを停止することができる。こうすることで、同じＨＡＲＱＩＤと、切り替えられるＮＤＩとを有するＤＣＩと比較して、指示のオーバーヘッドを削減することができる。
【0118】
図７は、本開示のいくつかの実施形態にかかる例示的方法７００のフローチャートを示す。いくつかの実施形態において、方法７００は端末デバイス、例えば図１に示す端末デバイス１２０で実施してもよい。追加で又は代替として、方法７００は図１で示されていない他の端末デバイスで実施されてもよい。議論を目的として一般性を損なうことなく、端末デバイス１２０により実行される方法７００について図１を参照しつつ説明する。
【0119】
ブロック７１０において、端末デバイス１２０は、第１スロットに関連付けられている第１チャネルと第２スロットに関連付けられている第２チャネルとの間の推測関係に関する情報をネットワークデバイス１１０から受信する。ブロック７２０において、端末デバイス１２０は、当該情報に基づいて、第１チャネルと第２チャネルが相互に推測可能であるか否かを決定する。ブロック７３０において、第１チャネルと第２チャネルが相互に推測可能であると決定したことに応じて、端末デバイス１２０は、推測関係に基づいて、第１チャネル及び第２チャネルにおいてネットワークデバイス１１０との通信を実行する。
【0120】
いくつかの実施形態において、当該情報は、ダウンリンク制御情報ＤＣＩに含まれる。
【0121】
いくつかの実施形態において、第１チャネルと第２チャネルが相互に推測可能であるか否かを決定することは、第１スロット及び第２スロットの１つにおいてネットワークデバイス１１０への送信を実行するように端末デバイス１２０をスケジューリングするＤＣＩ内のビットに基づいて、第１チャネルと第２チャネルが相互に推測可能であると決定すること、を含む。
【0122】
いくつかの実施形態において、第１チャネルと第２チャネルが相互に推測可能であるか否かを決定することは、ＤＣＩ内の複数のビットに基づいて、ＲＲＣメッセージで示された複数の推測関係設定のうち、対象の推測関係設定を決定することであって、当該複数の推測関係設定は、第１チャネル及び第２チャネルを含む、異なるスロットに関連付けられている複数のチャネル間の推測関係を示すことと、対象の推測関係設定に基づいて、第１チャネルと第２チャネルが相互に推測可能であると決定することと、を含む。
【0123】
いくつかの実施形態において、複数のビットは、ＲＲＣメッセージによって示される。
【0124】
いくつかの実施形態において、前記情報はＲＲＣメッセージに含まれ、且つ、以下のうちの１つを示す。すなわち、端末デバイス１２０とネットワークデバイス１１０との間の、異なるスロットに関連付けられている全てのチャネルが相互に推測可能であること、端末デバイス１２０とネットワークデバイス１１０との間の、異なるスロットに関連付けられているチャネルセットが相互に推測可能であること、アップリンクグラントによりスケジューリングされた複数のスロットに関連付けられている複数のチャネルが相互に推測可能であること、のうちの１つを示す。
【0125】
いくつかの実施形態において、通信を実行することは、ネットワークデバイス１１０が参照信号セットに基づいて第１チャネル及び第２チャネルに対してジョイントチャネル推定を実行できるように、第１スロット及び第２スロットの少なくとも１つにおいてネットワークデバイス１１０に参照信号セットを送信することを含む。
【0126】
いくつかの実施形態において、当該参照信号セットを送信することは、第１スロットにおいて当該参照信号セットを送信し第２スロットでは参照信号を送信しないこと、を含む。
【0127】
いくつかの実施形態において、方法７００はさらに、第２スロットで送信される参照信号がないとの指示をネットワークデバイス１１０から受信することを含む。
【0128】
いくつかの実施形態において、指示を受信することは、端末デバイス１２０がネットワークデバイス１１０への複数の送信を実行する複数のスロットを示すＲＲＣメッセージを、ネットワークデバイス１１０から受信することと、複数のスロットのうち第２スロットを示すビットマップをＲＲＣメッセージから取得することと、を含む。
【0129】
いくつかの実施形態において、指示を受信することは、第２スロットにおいてネットワークデバイス１１０への送信を実行するように端末デバイス１２０をスケジューリングするＤＣＩを、ネットワークデバイス１１０から受信することと、ＤＣＩ内の既存フィールドの未使用値又はビットの事前定義値を決定することと、を含む。当該未使用値又は事前定義値は、第２スロットで送信される参照信号がないことを示す。
【0130】
いくつかの実施形態において、参照信号セットを送信することは、第２スロットにおいてゼロ電力を使用してネットワークデバイス１１０に参照信号セットのサブセットを送信することを含む。
【0131】
いくつかの実施形態において、方法７００はさらに、端末デバイス１２０がネットワークデバイス１１０に参照信号セット以外の他の参照信号を送信するために、第１スロット及び第２スロットの少なくとも１つにおける他の時間領域リソースの指示を、ネットワークデバイス１１０から受信することと、他の時間領域リソースを使用して第１スロット及び第２スロットの少なくとも１つにおいてネットワークデバイス１１０に他の参照信号を送信することと、を含む。
【0132】
いくつかの実施形態において、前記参照信号セットを送信することは、端末デバイス１２０がネットワークデバイス１１０に参照信号セットの第１サブセットを送信するために、第１スロット内の第１周波数領域リソースセットの指示をネットワークデバイス１１０から受信したことに応じて、第１周波数領域リソースセットを使用して第１スロットにおいてネットワークデバイス１１０に参照信号の第１サブセットを送信すること、を含む。
【0133】
いくつかの実施形態において、方法７００はさらに、端末デバイス１２０が参照信号セットの第２サブセットをネットワークデバイス１１０に送信するために、第１周波数領域リソースセットとは異なる、第２スロット内の第２周波数領域リソースセットの指示をネットワークデバイス１１０から受信することと、第２周波数領域リソースセットを使用して第２スロットにおいてネットワークデバイス１１０に参照信号の第２サブセットを送信することと、を含む。
【0134】
いくつかの実施形態において、通信を実行することは、第１スロット及び第２スロットの少なくとも１つにおいてネットワークデバイス１１０から参照信号セットを受信することと、参照信号セットに基づいて第１チャネル及び第２チャネルに対してジョイントチャネル推定を実行することと、を含む。
【0135】
図８は、本開示のいくつかの実施形態にかかる別の例示的方法８００のフローチャートを示す。いくつかの実施形態において、方法８００は端末デバイス、例えば図１に示す端末デバイス１２０で実施してもよい。追加で又は代替として、方法８００は図１で示されていない他の端末デバイスで実施されてもよい。議論を目的として一般性を損なうことなく、端末デバイス１２０により実行される方法８００について図１を参照しつつ説明する。
【0136】
ブロック８１０において、端末デバイス１２０は、ネットワークデバイス１１０から、端末デバイス１２０とネットワークデバイス１１０との間の、同じデータについての複数の送信の早期終了の指示を受信する。ブロック８２０において、端末デバイス１２０は、複数の送信が完了したか否かを決定する。ブロック８３０において、複数の送信が完了していないと決定したことに応じて、端末デバイス１２０は、複数の送信のうち残りの送信が停止されると決定する。
【0137】
いくつかの実施形態において、前記指示は、以下のうちの１つを含む。すなわち、複数の送信のうち残りの送信を実行するための第２期間と重複する第１期間においてネットワークデバイス１１０への新たな送信を実行するように端末デバイス１２０をスケジューリングするＤＣＩ、複数の送信をスケジューリングする前のＤＣＩと比べ同じＨＡＲＱプロセス番号及び切り替えられるＮＤＩを示すＤＣＩ、複数の送信のデータが正常に受信されたことを示す正のフィードバック、及び、複数の送信の早期終了のための明示的な終了指示、のうちの１つを含む。
【0138】
図９は、本開示のいくつかの実施形態にかかる別の例示的方法９００のフローチャートを示す。いくつかの実施形態において、方法９００はネットワークデバイス、例えば図１に示すネットワークデバイス１１０で実施してもよい。追加で又は代替として、方法９００は図１で示されていない他のネットワークデバイスで実施されてもよい。議論を目的として一般性を損なうことなく、ネットワークデバイス１１０により実行される方法９００について図１を参照しつつ説明する。
【0139】
ブロック９１０において、ネットワークデバイス１１０は、第１スロットに関連付けられている第１チャネルと、第２スロットに関連付けられている第２チャネルとが相互に推測可能であるか否かを決定する。ブロック９２０において、ネットワークデバイス１１０は、第１チャネルと第２チャネルとの間の推測関係に関する情報を端末デバイス１２０に送信する。ブロック９３０において、第１チャネルと第２チャネルが相互に推測可能であると決定したことに応じて、ネットワークデバイス１１０は、推測関係に基づいて、第１チャネル及び第２チャネルにおいて端末デバイス１２０との通信を実行する。
【0140】
いくつかの実施形態において、前記情報は、ダウンリンク制御情報ＤＣＩに含まれる。
【0141】
いくつかの実施形態において、前記情報は、第１スロット及び第２スロットの１つにおいてネットワークデバイス１１０への送信を実行するように端末デバイス１２０をスケジューリングするＤＣＩ内のビットによって示される。
【0142】
いくつかの実施形態において、情報は、ＤＣＩ内の複数のビットにより示され、これらのビットは、ＲＲＣメッセージで示された複数の推測関係設定のうち、対象の推測関係設定を示す。当該複数の推測関係設定は、第１チャネル及び第２チャネルを含む、異なるスロットに関連付けられている複数のチャネル間の推測関係を示し、対象の推測関係設定は、第１チャネルと第２チャネルが相互に推測可能であるか否かを示す。
【0143】
いくつかの実施形態において、複数のビットは、ＲＲＣメッセージによって示される。
【0144】
いくつかの実施形態において、前記情報はＲＲＣメッセージに含まれ、且つ、以下のうちの１つを示す。すなわち、端末デバイス１２０とネットワークデバイス１１０との間の、異なるスロットに関連付けられている全てのチャネルが相互に推測可能であること、端末デバイス１２０とネットワークデバイス１１０との間の、異なるスロットに関連付けられているチャネルセットが相互に推測可能であること、アップリンクグラントによりスケジューリングされた複数のスロットに関連付けられている複数のチャネルが相互に推測可能であること、のうちの１つを示す。
【0145】
いくつかの実施形態において、通信を実行することは、第１スロット及び第２スロットの少なくとも１つにおいて端末デバイス１２０から参照信号セットを受信することと、参照信号セットに基づいて第１チャネル及び第２チャネルに対してジョイントチャネル推定を実行することと、を含む。
【0146】
いくつかの実施形態において、前記参照信号セットを受信することは、第１スロットで前記参照信号を受信し、第２スロットでは参照信号を受信しないことを含む。
【0147】
いくつかの実施形態において、方法９００はさらに、第２スロットで送信される参照信号がないとの指示を端末デバイス１２０に送信することを含む。
【0148】
いくつかの実施形態において、指示を送信することは、端末デバイス１２０がネットワークデバイス１１０に対し複数の送信を実行する複数のスロットを示すＲＲＣメッセージを、端末デバイス１２０に送信することを含む。当該ＲＲＣメッセージは、複数のスロットのうち第２スロットを示すビットマップを含む。
【0149】
いくつかの実施形態において、指示を送信することは、第２スロットにおいてネットワークデバイス１１０への送信を実行するように端末デバイス１２０をスケジューリングするＤＣＩを、端末デバイス１２０に送信することを含む。ＤＣＩ内の既存フィールドの未使用値又はビットの事前定義値は、第２スロットで送信される参照信号がないことを示す。
【0150】
いくつかの実施形態において、方法９００はさらに、第２スロットにおいてゼロ電力で参照信号セットのサブセットを送信するために端末デバイス１２０が使用するリソースにおける干渉信号を推定することを含む。
【0151】
いくつかの実施形態において、方法９００はさらに、端末デバイス１２０からネットワークデバイス１１０に参照信号セット以外の他の参照信号も送信させるために、第１スロット及び第２スロットの少なくとも１つにおける他の時間領域リソースの指示を、端末デバイス１２０に送信することと、他の時間領域リソースを使用して第１スロット及び第２スロットの少なくとも１つにおいて端末デバイス１２０から当該他の参照信号を受信することと、を含む。
【0152】
いくつかの実施形態において、前記参照信号セットを受信することは、端末デバイス１２０からネットワークデバイス１１０に参照信号セットの第１サブセットを送信させるために、第１スロット内の第１周波数領域リソースセットの指示を端末デバイス１２０に送信したことに応じて、第１スロットにおいて第１周波数領域リソースセットを使用して端末デバイス１２０から参照信号の第１サブセットを受信すること、を含む。
【0153】
いくつかの実施形態において、方法９００はさらに、端末デバイス１２０から参照信号セットの第２サブセットをネットワークデバイス１１０に送信させるために、第１周波数領域リソースセットとは異なる、第２スロット内の第２周波数領域リソースセットの指示を端末デバイス１２０に送信することと、第２周波数領域リソースセットを使用して第２スロットにおいて端末デバイス１２０から参照信号の第２サブセットを受信することと、を含む。
【0154】
いくつかの実施形態において、通信を実行することは、端末デバイス１２０が参照信号セットに基づいて第１チャネル及び第２チャネルに対してジョイントチャネル推定を実行できるように、第１スロット及び第２スロットの少なくとも１つにおいて端末デバイス１２０に参照信号セットを送信することを含む。
【0155】
図１０は、本開示のいくつかの実施形態にかかる、さらに別の例示的方法１０００のフローチャートを示す。いくつかの実施形態において、方法１０００はネットワークデバイス、例えば図１に示すネットワークデバイス１１０で実施してもよい。追加で又は代替として、方法１０００は図１で示されていない他のネットワークデバイスで実施されてもよい。議論を目的として一般性を損なうことなく、ネットワークデバイス１１０により実行される方法１０００について図１を参照しつつ説明する。
【0156】
ブロック１０１０において、ネットワークデバイス１１０は、ネットワークデバイス１１０と端末デバイス１２０との間の同じデータの複数の送信が完了しておらず、複数の送信のうち残りの送信が停止されると決定する。ブロック１０２０において、ネットワークデバイス１１０は、複数の送信の早期終了の指示を端末デバイス１２０に送信する。
【0157】
いくつかの実施形態において、前記指示は、以下のうちの１つを含む。すなわち、複数の送信のうち残りの送信を実行するための第２期間と重複する第１期間においてネットワークデバイス１１０への新たな送信を実行するように端末デバイス１２０をスケジューリングするＤＣＩ、複数の送信をスケジューリングする前のＤＣＩと比べ同じＨＡＲＱプロセス番号及び切り替えられるＮＤＩとを示すＤＣＩ、複数の送信のデータが正常に受信されたことを示す正のフィードバック、及び、複数の送信の早期終了のための明示的な終了指示、のうちの１つを含む。
【0158】
図１１は、本開示のいくつかの実施形態を実施するのに適したデバイス１１００の概略ブロック図である。デバイス１１００は、図１に示すネットワークデバイス１１０及び端末デバイス１２０のさらに別の例示的な実施形態であるとみなすことができる。したがって、デバイス１１００は、ネットワークデバイス１１０及び端末デバイス１２０で実施することができ、又はネットワークデバイス１１０及び端末デバイス１２０の少なくとも一部として実施することができる。
【0159】
図に示すように、デバイス１１００は、プロセッサ１１１０、プロセッサ１１１０に結合されるメモリ１１２０、プロセッサ１１１０に結合される適切な送信機（ＴＸ）及び受信機（ＲＸ）１１４０、並びにＴＸ／ＲＸ１１４０に結合される通信インタフェースを含む。メモリ１１２０は、プログラム１１３０の少なくとも一部を格納する。ＴＸ／ＲＸ１１４０は双方向通信に用いられる。ＴＸ／ＲＸ １１４０は、通信を促進する少なくとも１つのアンテナを有し、実際には本願で述べたアクセスノードは、複数のアンテナを有する可能性がある。通信インタフェースは、他のネットワーク部材と通信を行う際に必要な任意のインタフェース、例えば、ｇＮＢ又はｅＮＢ間の双方向通信用のＸ２インタフェース、モビリティ管理エンティティ（ＭＭＥ：Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）／サービングゲートウェイ（Ｓ－ＧＷ）とｇＮＢ又はｅＮＢとの間の通信用のＳ１インタフェース、ｇＮＢ又はｅＮＢと中継ノード（ＲＮ）との間の通信用のＵｎインタフェース、又はｇＮＢ又はｅＮＢと端末デバイスとの間の通信用のＵｕインタフェースを表してもよい。
【0160】
プログラム１１３０がプログラム命令を含むと仮定すると、該プログラム命令が、関連するプロセッサ１１１０により実行される場合、これにより、デバイス１１００は、本明細書で図７～図１０のいずれかを参照して説明したように、本開示の実施形態に基づき操作を行うことができるようになる。本明細書の実施形態は、デバイス１１００のプロセッサ１１１０が実行可能なコンピュータソフトウェアにより実施するか、ハードウェアにより実施するか、又はソフトウェア及びハードウェアの組合せにより実施してもよい。プロセッサ１１１０は、本開示の各実施形態を実施するように設定してもよい。また、プロセッサ１１１０及びメモリ１１２０の組合せは、本開示の各実施形態を実現するのに適した処理手段１１５０を構成してもよい。
【0161】
メモリ１１２０は、ローカルの技術ネットワークに適した任意のタイプであってもよく、任意の適切なデータ記憶技術により実現することができる。例として、コンピュータが読み取り可能な非一時的記憶媒体、半導体による記憶デバイス、磁気記憶デバイス及びシステム、光学記憶デバイス及びシステム、固定メモリ及び取り外し可能メモリ等が挙げられるが、これらに限定されない。デバイス１１００には１つのメモリ１１２０しか示されていないが、デバイス１１００には複数の物理上分離されるメモリモジュールを設置してもよい。プロセッサ１１１０は、ローカルの技術ネットワークに適した任意のタイプであってもよく、例として、汎用コンピュータ、専用コンピュータ、マイクロプロセッサ、デジタル信号処理器（ＤＳＰ）、及びマルチコアプロセッサ構成に基づくプロセッサのうち、１つ又は複数を含んでもよいが、これらに限定されない。デバイス１１００は複数のプロセッサ、例えば、マスタープロセッサと同期するクロックに時間的に従属する特定用途向け集積回路チップを有してもよい。
【0162】
本開示の装置及び／又はデバイスに含まれるコンポーネントは、ソフトウェア、ハードウェア、ファームウェア又はそれらの任意の組合せを含む、各種方法で実現してもよい。いくつかの実施形態において、１つ又は複数のユニットは、ソフトウェア及び／又はファームウェア、例えば記憶媒体に記憶されるマシン可読命令によって実現可能である。マシン可読命令の他に、又はその代替として、装置及び／又はデバイスの一部又は全部のユニットは、少なくとも部分的に１つ又は複数のハードウェアロジックコンポーネントによって実現してもよい。例えば、使用可能なハードウェアロジックコンポーネントの例証的なタイプには、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、特定用途向け汎用品（ＡＳＳＰ）、システム・オン・チップ（ＳＯＣ）、コンプレックス・プログラマブル・ロジックデバイス（ＣＰＬＤ）等が含まれるが、これらに限定されない。
【0163】
通常、本開示の各実施形態は、ハードウェア若しくは専用回路、ソフトウェア、論理又はそれらの任意の組合せにより実現してもよい。いくつかの態様はハードウェアによって実現し、他の態様はコントローラ、マイクロプロセッサ又は他のコンピュータデバイスが実行するファームウェア又はソフトウェアによって実現してもよい。本開示の実施形態の各態様はブロック図、フローチャートとして図示し説明し、又は他の図形によって示したが、理解すべき点として、本明細書に記載のブロック、装置、システム、技術又は方法は、例えば、ハードウェア、ソフトウェア、ファームウェア、専用回路若しくは論理、汎用ハードウェア若しくはコントローラ若しくは他のコンピュータデバイス、又はそれらの組合せによって実現してもよい。
【0164】
本開示はさらに、コンピュータが読み取り可能な非一時的記憶媒体に有形記憶される少なくとも１つのコンピュータプログラム製品を提供する。当該コンピュータプログラム製品は、コンピュータが実行可能な指令、例えば、プログラムモジュールに含まれるものを含む。該コンピュータが実行可能な指令は、対象の現実のプロセッサ又は仮想プロセッサ上のデバイスにおいて実行されて、図７～図１０のいずれかを参考に上述したプロセス又は方法を実行する。通常、プログラムモジュールは、特定のタスクを実行するか、又は特定の抽象データタイプを実現するルーチン、プログラム、ライブラリ、オブジェクト、クラス、コンポーネント、データ構造等を含む。各実施形態において、プログラムモジュールの機能は、要望に応じて、プログラムモジュール間で組み合わせるか、又は分割してもよい。プログラムモジュールに用いられるマシン可読命令は、ローカルデバイス又は分散型デバイスにおいて実行してもよい。分散型デバイスにおいて、プログラムモジュールはローカル及びリモートの記憶媒体に置いてもよい。
【0165】
本開示の方法を実行するためのプログラムコードは、１種類又は複数種類のプログラミング言語の任意の組合せにより記述してもよい。これらのプログラムコードは、汎用コンピュータ、専用コンピュータ又はその他のプログラム可能なデータ処理装置のプロセッサ若しくはコントローラに提供されてもよく、該プログラムコードがプロセッサ又はコントローラによって実行されると、フローチャート及び／又はブロック図に指定された機能／操作が実現される。プログラムコードは全てマシン上で実行してもよく、部分的にマシン上で実行してもよく、独立したソフトウェアパッケージとして実行してもよく、マシン上で部分的に実行するとともにリモートのマシン上で部分的に実行してもよく、又は全てリモートのマシン若しくはサーバ上で実行してもよい。
【0166】
上述のプログラムコードは、マシン可読媒体上で具体化することができ、当該マシン可読媒体は、指令実行システム、装置若しくはデバイスに使用のために供されるプログラム、又は、それらと結合して使用されるプログラムを含むか又は記憶してもよい任意の有形媒体であり得る。マシン可読媒体は、マシン可読信号媒体又はマシン可読記憶媒体であり得る。マシン可読媒体は、電子、磁気、光学、電磁気、赤外線、半導体の、システム、装置若しくはデバイス、又は前述の任意の適切な組合せを含んでもよいが、これらに限定されない。マシン可読記憶媒体のより具体的な例には、１本若しくは複数のケーブルの電気的接続、ポータブル・コンピュータ・ディスケット、ハードディスク、ランダムアクセスメモリ（ＲＡＭ）、リードオンリーメモリ（ＲＯＭ）、消去・書き込み可能なリードオンリーメモリ（ＥＰＲＯＭ又はフラッシュメモリ）、光ファイバ、携帯型コンパクトディスクリードオンリーメモリ（ＣＤ－ＲＯＭ）、光学的記憶装置、磁気記憶装置、又は上述の任意の適切な組合せが含まれる。
【0167】
なお、各操作について、特定の順序で説明を行ったが、所望の結果を得るために、こうした操作は、示された特定の順序で実行するか若しくは連続した順序で実行し、又は、図示された全ての操作を実行することが求められる、と理解されるべきではない。いくつかのシナリオでは、複数のタスク及び並行処理が有利である可能性がある。同様に、上述の議論では、いくつかの特定の実施形態の詳細が含まれるが、これらは本開示の範囲に対する制限であると解釈されるべきではなく、特定の実施形態に特定される可能性がある特徴についての説明であると解釈されるべきである。個別の実施形態の文脈において説明したいくつかの特徴は、ある１つの実現形態において組み合わせて実現されてもよい。逆に、１つの実現形態の文脈において説明された各種特徴は、複数の実現形態において別々に、又は任意の適切なサブ的な組合せにより、実現されてもよい。
【0168】
本開示について、構造的特徴及び／又は方法・動作に特有の言葉で説明したが、添付の特許請求の範囲によって定義される本開示は、必ずしも前述の特定の特徴又は動作に限定されないと理解されるべきである。上述した特定の特徴や動作はむしろ、請求項を実施する例示的形態として開示されている。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】