▶ グァンドン オッポ モバイル テレコミュニケーションズ コーポレーション リミテッドの特許一覧
特許7311525フィードバック情報を伝送するための方法、端末デバイスおよびネットワークデバイス
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2023-07-10
(45)【発行日】2023-07-19
(54)【発明の名称】フィードバック情報を伝送するための方法、端末デバイスおよびネットワークデバイス
(51)【国際特許分類】
H04W 28/04 20090101AFI20230711BHJP
H04W 28/06 20090101ALI20230711BHJP
【ＦＩ】
H04W28/04 110
H04W28/06
【請求項の数】
12
(21)【出願番号】P 2020546329
(86)(22)【出願日】2019-01-11
(65)【公表番号】
(43)【公表日】2022-04-14
(86)【国際出願番号】 CN2019071466
(87)【国際公開番号】W WO2020143052
(87)【国際公開日】2020-07-16
【審査請求日】2021-12-13
(73)【特許権者】
【識別番号】516227559
【氏名又は名称】オッポ広東移動通信有限公司
【氏名又は名称原語表記】ＧＵＡＮＧＤＯＮＧ ＯＰＰＯ ＭＯＢＩＬＥ ＴＥＬＥＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＣＯＲＰ．， ＬＴＤ．
【住所又は居所原語表記】Ｎｏ． １８ Ｈａｉｂｉｎ Ｒｏａｄ，Ｗｕｓｈａ， Ｃｈａｎｇ’ａｎ，Ｄｏｎｇｇｕａｎ， Ｇｕａｎｇｄｏｎｇ ５２３８６０ Ｃｈｉｎａ
(74)【代理人】
【識別番号】100091487
【弁理士】
【氏名又は名称】中村 行孝
(74)【代理人】
【識別番号】100105153
【弁理士】
【氏名又は名称】朝倉 悟
(74)【代理人】
【識別番号】100107582
【弁理士】
【氏名又は名称】関根 毅
(74)【代理人】
【識別番号】100152205
【弁理士】
【氏名又は名称】吉田 昌司
(74)【代理人】
【識別番号】100137523
【弁理士】
【氏名又は名称】出口 智也
(72)【発明者】
【氏名】リン、ヤナン
(72)【発明者】
【氏名】ウー、ズオミン
【審査官】野村 潔
(56)【参考文献】
【文献】特開２０１７－０９２６１５（ＪＰ，Ａ）
【文献】米国特許出願公開第２０１２／０３２０８０５（ＵＳ，Ａ１）
【文献】国際公開第２０１９／００３６３５（ＷＯ，Ａ１）
【文献】国際公開第２０１８／０７９５７１（ＷＯ，Ａ１）
【文献】国際公開第２０１８／０４７８８５（ＷＯ，Ａ１）
【文献】Huawei, HiSilicon，HARQ enhancements in NR unlicensed[online]，3GPP TSG RAN WG1 #95 R1-1812196，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_95/Docs/R1-1812196.zip>，2018年11月16日
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４－ ７／２６
Ｈ０４Ｗ ４／００－９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
端末デバイスが、少なくとも１つの下りチャネルグループのフィードバック情報を送信するように前記端末デバイスをトリガーするために使用されるトリガーシグナリングを受信することと、前記端末デバイスが前記トリガーシグナリングに基づいて、前記少なくとも１つの下りチャネルグループのフィードバック情報を含むフィードバック情報コードブックを決定すること、を含み、
前記フィードバック情報コードブックを決定することは、
前記フィードバック情報のビット数を決定すること、を含み、
前記トリガーシグナリングは、前記少なくとも１つの下りチャネルグループ、及び前記少なくとも１つの下りチャネルグループ内の各下りチャネルグループに含まれる下りチャネルの数を示すために使用され、
前記フィードバック情報のビット数を決定することは、
前記端末デバイスが、事前に設定された目標パラメータ、前記少なくとも１つの下りチャネルグループ内の各下りチャネルグループに含まれる下りチャネルの数、及び前記少なくとも１つの下りチャネルグループのグループ数に基づいて、前記フィードバック情報のビット数を決定することを含み、
前記目標パラメータの値は、前記少なくとも１つの下りチャネルグループ内の各下りチャネルに対応するフィードバック情報のビット数の最大値である
ことを特徴とするフィードバック情報を伝送するための方法。
【請求項2】
前記少なくとも１つの下りチャネルグループは、下り物理共有チャネルまたは下り物理制御チャネルの少なくとも一つを含む、ことを特徴とする請求項１に記載の方法。
【請求項3】
前記トリガーシグナリングは、前記各下りチャネルグループに対応するフィードバック情報のビット数を示すために使用される、ことを特徴とする請求項１に記載の方法。
【請求項4】
前記端末デバイスが、少なくとも１つの下りチャネルグループの第１の下りチャネルグループに含まれる下りチャネルの数に基づいて、前記第１の下りチャネルグループのフィードバック情報のビット数を決定すること、をさらに含むことを特徴とする請求項１に記載の方法。
【請求項5】
前記トリガーシグナリングはまた、前記第１の下りチャネルグループに含まれる下りチャネルの数を示すために使用される、ことを特徴とする請求項４に記載の方法。
【請求項6】
前記フィードバック情報コードブックを決定することは、前記少なくとも１つの下りチャネルグループ内の各下りチャネルのフィードバック情報のビット位置を決定すること、を含む
ことを特徴とする請求項１又は２に記載の方法。
【請求項7】
少なくとも１つの下りチャネルグループのフィードバック情報を送信するように端末デバイスをトリガするために使用されるトリガーシグナリングを受信する送受信ユニットと、前記トリガーシグナリングに基づいて、前記少なくとも１つの下りチャネルグループのフィードバック情報を含むフィードバック情報コードブックを決定する処理ユニットと、を備え、
前記トリガーシグナリングは、前記少なくとも１つの下りチャネルグループ、及び前記少なくとも１つの下りチャネルグループ内の各下りチャネルグループに含まれる下りチャネルの数を示すために使用され、
前記処理ユニットはまた、
事前に設定された目標パラメータ、前記少なくとも１つの下りチャネルグループ内の各下りチャネルグループに含まれる下りチャネルの数、及び前記少なくとも１つの下りチャネルグループのグループ数に基づいて、前記フィードバック情報のビット数を決定し、前記目標パラメータの値は、前記少なくとも１つの下りチャネルグループ内の各下りチャネルに対応するフィードバック情報のビット数の最大値である
ことを特徴とする端末デバイス。
【請求項8】
前記少なくとも１つの下りチャネルグループは、下り物理共有チャネルまたは下り物理制御チャネルの少なくとも一つを含む、ことを特徴とする請求項７に記載の端末デバイス。
【請求項9】
前記トリガーシグナリングは、前記各下りチャネルグループに対応するフィードバック情報のビット数を示すために使用される、ことを特徴とする請求項７に記載の端末デバイス。
【請求項10】
前記処理ユニットはまた、前記少なくとも１つの下りチャネルグループ内の第１の下りチャネルグループに含まれる下りチャネルの数に基づいて、前記第１の下りチャネルグループのフィードバック情報のビット数を決定する、
ことを特徴とする請求項７に記載の端末デバイス。
【請求項11】
前記トリガーシグナリングはまた、前記第１の下りチャネルグループに含まれる下りチャネルの数を示すために使用される、ことを特徴とする請求項１０に記載の端末デバイス。
【請求項12】
前記処理ユニットはまた、前記少なくとも１つの下りチャネルグループ内の各下りチャネルのフィードバック情報のビット位置を決定する
ことを特徴とする請求項７又は８に記載の端末デバイス。
【発明の詳細な説明】
【技術分野】
【0001】
本願は、通信分野に関し、特に、フィードバック情報を伝送するための方法、端末デバイスおよびネットワークデバイスに関する。
【背景技術】
【0002】
無線通信技術の開発に伴い、ＬＴＥシステムとＮＲシステムはいずれもアンライセンススペクトルでネットワークを展開して、アンライセンススペクトルを使用してデータサービスの伝送を行うことを検討している。
【0003】
ＮＲバージョン１５（Ｒｅｌ－１５）では、ハイブリッド自動再送要求（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔ：ＨＡＲＱ）フィードバックタイミング（ＨＡＲＱタイミング）の動的決定がサポートされている。また、ＮＲ Ｒｅｌ－１５システムには、ＡＣＫ/ＮＡＣＫなどのフィードバック情報の多重伝送もサポートされている。つまり、複数のＰＤＳＣＨに対応するＡＣＫ/ＮＡＣＫ情報が１つのチャネルを介して伝送される。 ＡＣＫ/ＮＡＣＫ多重伝送について、さらに、半静的ＡＣＫ/ＮＡＣＫコードブック（ｓｅｍｉ－ｓｔａｔｉｃ ＨＡＲＱ-ＡＣＫ ｃｏｄｅｂｏｏｋ）と動的ＡＣＫ/ＮＡＣＫコードブック（ｄｙｎａｍｉｃ ＨＡＲＱ-ＡＣＫ ｃｏｄｅｂｏｏｋ）という2つのＡＣＫ/ＮＡＣＫ情報生成方法をサポートする。ＡＣＫ/ＮＡＣＫ情報生成方法に関係なく、フィードバックタイミングセットに基づいて決定する必要がある。
【0004】
Rel-16のＮＲベースのアンライセンススペクトルへのアクセス（ＮＲ－ｂａｓｅｄ Ａｃｃｅｓｓ ｔｏ Ｕｎｉｌｉｃｅｎｓｅｄ Ｓｐｅｃｔｒｕｍ：ＮＲ－Ｕ）は、下り制御シグナリングでの無限大のＨＡＲＱタイミング値の導入をサポートし、この値は下り制御シグナリング（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）によってスケジュールされた物理下り共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）に対応するＡＣＫ/ＮＡＣＫフィードバック情報の伝送時間とリソースを一時的に決定できないことを意味するが、Ｒｅｌ－１５のＡＣＫ/ＮＡＣＫコードブックの決定方法は、フィードバックタイミングセットに基づいて決定する必要があるため、ＨＡＲＱタイミング値に無限大が含まれる場合、既存のＲｅｌ－１５におけるスキームを再利用できない。
【0005】
したがって、Ｒｅｌ－１６のＮＲ-Ｕの設計では、アンライセンススペクトルでどのようにフィードバック情報を伝送するかについてまだ決定されていない。
【発明の概要】
【0006】
本願の実施例は、フィードバック情報を伝送するための方法、端末デバイス、およびネットワークデバイスを提供し、フィードバック情報内の冗長情報を効果的に削減することができる。
【0007】
第１の態様は、フィードバック情報を伝送するための方法を提供し、端末デバイスが、少なくとも１つの下りチャネルグループのフィードバック情報を送信するように前記端末デバイスをトリガーするために使用されるトリガーシグナリングを受信することと、前記端末デバイスが前記トリガーシグナリングに基づいて、前記少なくとも１つの下りチャネルグループのフィードバック情報を含むフィードバック情報コードブックを決定すること、を含む。
【0008】
第２の態様は、フィードバック情報を伝送するための方法を提供し、端末デバイスがトリガーシグナリングを受信することを含み、前記トリガーシグナリングは、少なくとも１つの下りチャネルのフィードバック情報を送信するように前記端末デバイスをトリガーし、並びに、伝送待ちのフィードバック情報の総ビット数を示すために使用され、前記伝送待ちのフィードバック情報は前記少なくとも１つの下りチャネルのフィードバック情報を含む。
【0009】
第３の態様は、チャネルグループ情報を示すための方法を提供し、端末デバイスが下り制御情報ＤＣＩを受信することを含み、前記ＤＣＩ内のフィードバックタイミング情報フィールドが所定の値を示す場合、前記ＤＣＩ内の物理上り制御チャネルＰＵＣＣＨリソースインジケータ情報フィールドは、前記ＤＣＩに対応する下りチャネルのグループ情報を示すために使用される。
【0010】
第４の態様は、フィードバック情報を伝送するための方法を提供し、ネットワークデバイスがトリガーシグナリングを送信することを含み、前記トリガーシグナリングは、少なくとも１つの下りチャネルグループのフィードバック情報を送信するように端末デバイスをトリガーし、並びに、前記端末デバイスが前記少なくとも１つの下りチャネルグループのフィードバック情報を含むフィードバック情報コードブックを決定するために使用される。
【0011】
第５の態様は、フィードバック情報を伝送するための方法を提供し、ネットワークデバイスがトリガーシグナリングを送信することを含み、前記トリガーシグナリングは、少なくとも１つの下りチャネルのフィードバック情報を送信するように端末デバイスをトリガーし、並びに、伝送待ちのフィードバック情報の総ビット数を示すために使用され、前記伝送待ちのフィードバック情報は、前記少なくとも１つの下りチャネルのフィードバック情報を含む。
【0012】
第６の態様は、チャネルをグループ化するための方法を提供し、ネットワークデバイスが下り制御情報ＤＣＩを送信することを含み、前記ＤＣＩ内のフィードバックタイミング情報フィールドが所定の値を示す場合、前記ＤＣＩ内の物理上り制御チャネルＰＵＣＣＨリソースインジケータ情報フィールドは、前記ＤＣＩに対応する下りチャネルのグループ情報を示すために使用される。
【0013】
第７の態様は、端末デバイスを提供し、上記第１の態様から第３の態様のいずれか一態様又はその実現形態における方法を実行する。具体的に、上記端末デバイスは、上記第１の態様から第３の態様のいずれか一態様又はその実現形態における方法を実行するための機能モジュールを備える。
【0014】
第８の態様は、ネットワークデバイスを提供し、上記第４の態様から第６の態様のいずれか一態様又はその実現形態における方法を実行する。具体的に、上記ネットワークデバイスは、上記第４の態様から第６の態様のいずれか一態様又はその実現形態における方法を実行するための機能モジュールを備える。
【0015】
第９の態様は、端末デバイスを提供し、プロセッサ及びメモリを備える。前記メモリはコンピュータプログラムを格納し、前記プロセッサは、前記メモリに格納されたコンピュータプログラムを呼び出して実行することで、上記第１の態様から第３の態様のいずれか一態様又はその実現形態における方法を実行する。
【0016】
第１０の態様は、ネットワークデバイスを提供し、プロセッサ及びメモリを備える。前記メモリはコンピュータプログラムを格納し、前記プロセッサは、前記メモリに格納されたコンピュータプログラムを呼び出して実行することで、上記第４の態様から第６の態様のいずれか一態様又はその実現形態における方法を実行する。
【0017】
第１１の態様は、チップを提供し、上記第１の態様から第６の態様のいずれか一態様又はその実現形態における方法を実現する。具体的に、前記チップは、メモリからコンピュータプログラムを呼び出して実行することで、上記第１の態様から第６の態様のいずれか一態様又はその実現形態における方法を前記チップがインストールされたデバイスに実行させるプロセッサを備える。
【0018】
第１２の態様は、コンピュータ読み取り可能な記憶媒体を提供し、上記第１の態様から第６の態様のいずれか一態様又はその実現形態における方法をコンピュータに実行させるコンピュータプログラムを記憶する。
【0019】
第１３の態様は、コンピュータプログラム製品を提供し、上記第１の態様から第６の態様のいずれか一態様又はその実現形態における方法をコンピュータに実行させるコンピュータプログラム命令を含む。
【0020】
第１４の態様は、コンピュータプログラムを提供し、上記第１の態様から第６の態様のいずれか一態様又はその実現形態における方法をコンピュータに実行させる。
【0021】
上記解決策を通じて、端末デバイスは、ネットワークデバイスから送信されたトリガーシグナリングに基づいて、少なくとも１つの下りチャネルグループのフィードバック情報を含むフィードバック情報コードブックを決定でき、フィードバック情報における冗長情報を効果的に削減でき、実際に伝送される下りチャネルに対するネットワークデバイスと端末デバイス間の理解上の不一致を効果的に回避することもでき、上り制御シグナリングのオーバーヘッドを削減しながら、伝送シグナリングに対する理解の一致性を確保できる。これにより、上り制御シグナリングの伝送性能が向上する。
【図面の簡単な説明】
【0022】
【図1】本願の実施例によって提供される通信システムアーキテクチャの概略図である。
【図2】本願の実施例によって提供されるＰＤＳＣＨ伝送の概略図である。
【図3】本願の実施例によって提供されるフィードバック情報を伝送するための方法の概略図である。
【図4】本願の実施例によって提供される下りチャネルおよびフィードバック情報を伝送する概略図である。
【図5】本願の実施例によって提供されるフィードバック情報を伝送するための別の方法の概略フローチャートである。
【図6】本願の実施例によって提供されるフィードバック情報を伝送するためのさらに別の方法の概略フローチャートである。
【図7】本願の実施例によって提供されるフィードバック情報を伝送するためのさらに別の方法の概略フローチャートである。
【図8】本願の実施例によって提供される端末デバイスの概略ブロック図である。
【図9】本願の実施例によって提供されるネットワークデバイスの概略ブロック図である。
【図10】本願の実施例によって提供される通信デバイスの概略ブロック図である。
【図11】本願の実施例によって提供されるチップの概略ブロック図である。
【図12】本願の実施例によって提供される通信システムの概略図である。
【発明を実施するための形態】
【0023】
以下、本願の実施例における解決策を、本願の実施例における図面と併せて説明するが、説明される実施例は、すべての実施例ではなく、本願の実施例の一部であることは明らかである。本願の実施例に基づいて、創造的な作業なしに当業者によって得られる他のすべての実施例は、いずれも本願の保護範囲内にある。
【0024】
本願の実施例の解決策は、例えばグローバルモバイル通信（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ：ＧＳＭ）システム、符号分割多元接続（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＣＤＭＡ）システム、広帯域符号分割多元接続（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ：ＷＣＤＭＡ）システム、汎用パケット無線サービス（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ：ＧＰＲＳ）、ロングタームエボリューション（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ：ＬＴＥ）システム、ＬＴＥ周波数分割複信（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＦＤＤ）システム、ＬＴＥ時分割複信（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ：ＴＤＤ）、ユニバーサル移動通信システム（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ：ＵＭＴＳ）、マイクロ波アクセス用世界的相互運用性（Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ：ＷｉＭＡＸ）通信システム又は５Ｇシステム等の様々な通信システムに適用することができる。
【0025】
例示的に、本願の実施例で適用される通信システム１００が図１に示されている。 この通信システム１００は、ネットワークデバイス１１０を含むことができ、ネットワークデバイス１１０は、端末デバイス１２０（又は通信端末、端末と呼ばれる）と通信するデバイスであってもよい。ネットワークデバイス１１０は、特定の地理的領域に通信カバレッジを提供することができ、このカバレッジ領域内の端末デバイスと通信することができる。選択的に、このネットワークデバイス１１０は、ＧＳＭシステム又はＣＤＭＡシステムにおける基地局（Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ：ＢＴＳ）であってもよいし、ＷＣＤＭＡシステムにおける基地局（ＮｏｄｅＢ：ＮＢ）であってもよく、また、ＬＴＥシステムにおける進化型基地局（Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ：ｅＮＢ又はｅＮｏｄｅＢ）、又はクラウド無線アクセスネットワーク（Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＣＲＡＮ）における無線コントローラであってもよく、又はこのネットワークデバイスは、モバイル交換センター、中継局、アクセスポイント、車載デバイス、ウェアラブルデバイス、ハブ、スイッチ、ブリッジ、ルーター、５Ｇネットワークにおけるネットワーク側デバイス、又は未来進化の公衆地上移動ネットワーク（Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ：ＰＬＭＮ）におけるネットワークデバイス等であってもよい。
【0026】
この無線通信システム１００は、ネットワークデバイス１１０のカバレッジ内の少なくとも１つの端末デバイス１２０をさらに含む。ここで使用される「端末デバイス」として、公衆電話交換網（Ｐｕｂｌｉｃ Ｓｗｉｔｃｈｅｄ Ｔｅｌｅｐｈｏｎｅ Ｎｅｔｗｏｒｋ：ＰＳＴＮ）、デジタル加入者線（Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ：ＤＳＬ）、デジタルケーブル、直接ケーブル接続などの有線回線を介して接続されたデバイスが含まれるが、これに限定されず、および/または別のデータ接続/ネットワーク、および/またはセルラーネットワーク、無線ローカルエリアネットワーク（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ：ＷＬＡＮ）、ＤＶＢ－ＨネットワークなどのデジタルＴＶネットワーク、衛星ネットワーク、ＡＭ－ＦＭ放送送信機などの無線インターフェイスを介して接続されたデバイス、および/または通信信号を受信/送信するように設定された別の端末デバイスの装置、および/またはモノのインターネット（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ：ＩｏＴ）デバイスも含まれる。無線インターフェースを介して通信するように設定された端末デバイスは、「無線通信端末」、「無線端末」または「モバイル端末」と呼ばれてもよい。モバイル端末の例としては、衛星又は携帯電話、携帯電話が含まれるが、これらに限定されず、セルラー無線電話にデータ処理、ファクシミリ、およびデータ通信機能を組み込むことができるパーソナル通信システム（Ｐｅｒｓｏｎａｌ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ：ＰＣＳ）端末；無線電話、ポケットベル、インターネット/イントラネットアクセス、Ｗｅｂブラウザー、メモ帳、カレンダー、および/または全地球測位システム（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ：ＧＰＳ）受信機を含むことができるＰＤＡ；および従来のラップトップおよび/またはパームトップ受信機、または無線電話トランシーバーを含む他の電子デバイスが含まれる。端末デバイスは、アクセス端末、ユーザーデバイス（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）、ユーザーユニット、ユーザーステーション、モバイルステーション、移動局、リモートステーション、リモート端末、モバイルデバイス、ユーザー端末、端末、無線通信デバイス、ユーザーエージェント、またはユーザー装置を指すことができる。アクセス端末は、携帯電話、コードレス電話、セッション開始プロトコル（Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ：ＳＩＰ）電話、ワイヤレスローカルループ（Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ：ＷＬＬ）ステーション、パーソナルデジタルアシスタント（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ：ＰＤＡ）、無線通信を備えたハンドヘルドデバイス、コンピューティングデバイス又は無線モデムに接続された他の処理デバイス、車載デバイス、ウェアラブルデバイス、５Ｇネットワークにおける端末デバイス、または将来進化のPLMNにおける端末デバイスなどであってよい。
【0027】
選択的に、端末デバイス１２０間で端末直接接続（Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信が実行されてもよい。
【0028】
選択的に、５Ｇシステムまたは５Ｇネットワークは、新しい無線（Ｎｅｗ Ｒａｄｉｏ：ＮＲ）システムまたはＮＲネットワークとも呼ばれる。
【0029】
図１は、１つのネットワークデバイス及び２つの端末デバイスを例示的に示し、選択的に、この無線通信システム１００は、複数のネットワークデバイスを含んでもよく、各ネットワークデバイスは、カバレッジ内に他の数の端末デバイスを含んでもよく、本発明の実施例はこれを限定しない。
【0030】
選択的に、この無線通信システム１００は、ネットワークコントローラ、モビリティ管理エンティティ等の他のネットワークエンティティをさらに含んでもよく、本発明の実施例はこれを限定しない。
【0031】
本願の実施例におけるネットワーク／システムで通信機能を有するデバイスは、通信デバイスと呼ばれてよいことを理解されたい。図１に示す通信システム１００を例として、通信デバイスは、通信機能を有するネットワークデバイス１１０と端末デバイス１２０とを含み得る。ネットワークデバイス１１０および端末デバイス１２０は、前記の特定のデバイスであってもよく、ここでは繰り返さない。通信デバイスは、ネットワークコントローラ、モビリティ管理エンティティなどの他のネットワークエンティティなど、通信システム１００内の他のデバイスをさらに含んでもよく、本発明の実施例はこれを限定しない。
【0032】
本明細書で、「システム」と「ネットワーク」という用語はしばしば互換的に使用されることを理解されたい。本明細書で使用される「および／または」という用語は、関連対象の関連関係を説明するだけであり、３種類の関係があり得ることを示す。例えば、Aおよび/またはBは、Aが単独で存在する、AとBが同時に存在する、Bが単独で存在する3つのケースを示すことができる。また、本明細書で使用される「/」の表記は、一般的に、この表記の前後の関連対象が「又は」の関係にあることを示す。
【0033】
アンライセンススペクトルは、国および地域によって割り当てられた無線デバイス通信に利用可能なスペクトルである。このスペクトルは通常、共有スペクトルと見なされ、即ち、異なる通信システムにおける通信デバイスは、国又は地域によってこのスペクトル上で設定された規制要件を満たせば、このスペクトルを使用でき、独自のスペクトルライセンスを政府に申請する必要がない。アンライセンススペクトルを利用して無線通信を行う各通信システムがこのスペクトルで友好的に共存できるようにするため、一部の国または地域では、アンライセンススペクトルを使用するときに満たす必要がある規制要件が規定されている。例えば、一部の地域では、通信デバイスは「リッスンビフォアトーク」の原則に従い、即ち、通信デバイスは、アンライセンススペクトルのチャネル上で信号送信を行う前にチャネルリスニングを行う必要があり、チャネルリスニングの結果、チャネルがアイドル状態にある場合のみ、この通信デバイスは信号送信を行うことができ、アンライセンススペクトルのチャネル上での通信デバイスのチャネルリスニング結果がチャネルビジーである場合、この通信デバイスは信号送信を行うことができない。公平性を確保するために、1回の伝送において、通信デバイスがアンライセンススペクトルのチャネルを用いて信号伝送を実行する期間は、最大チャネル占有時間（Ｍａｘｉｍｕｍ Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｔｉｏｎ Ｔｉｍｅ： MＣＯＴ）を超えてはいけない。
【0034】
無線通信技術の開発に伴い、ＬＴＥシステムとＮＲシステムはいずれもアンライセンススペクトルでネットワークを展開して、アンライセンススペクトルを使用してデータサービスの伝送を行うことを検討している。
【0035】
ＮＲバージョン１５（Ｒｅｌ－１５）では、ＨＡＲＱフィードバックタイミング（ＨＡＲＱ－ｔｉｍｉｎｇ）の動的決定をサポートしている。端末デバイスは、まず、事前に設定されたＨＡＲＱタイミングセットを決定し、基地局は、下り制御情報（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ：ＤＣＩ）を通じて、ＨＡＲＱタイミングセットの値kを示す。当該ＤＣＩによってスケジュールされた物理下り共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ：ＰＤＳＣＨ）がスロット（ｓｌｏｔ）ｎで伝送される場合、それに対応する確認応答/非確認応答（ＡＣＫ/ＮＡＣＫ）情報はスロットｎ＋ｋで伝送される。その中で、事前に設定されたＨＡＲＱタイミングセットには最大８つの値を含めることができ、異なるＤＣＩフォーマット（ｆｏｒｍａｔ）について、８つの値が異なってよい。例えば、ＤＣＩフォーマット１_０の場合、上記セットはプロトコルによって合意され、ＤＣＩフォーマット１_１の場合、上記セットは基地局によって設定できる。
【0036】
また、ＮＲ Ｒｅｌ－１５システムではＡＣＫ/ＮＡＣＫ多重伝送もサポートされている。つまり、複数のＰＤＳＣＨに対応するＡＣＫ/ＮＡＣＫ情報が１つのチャネルを介して伝送される。 ＡＣＫ/ＮＡＣＫ多重伝送について、半静的ＡＣＫ/ＮＡＣＫコードブック（ｓｅｍｉ－ｓｔａｔｉｃ ＨＡＲＱ-ＡＣＫ ｃｏｄｅｂｏｏｋ）と動的ＡＣＫ/ＮＡＣＫコードブック（ｄｙｎａｍｉｃ ＨＡＲＱ-ＡＣＫ ｃｏｄｅｂｏｏｋ）という２つのＡＣＫ/ＮＡＣＫ情報生成方法がさらにサポートされる。
【0037】
ここで、準静的なＡＣＫ/ＮＡＣＫコードブックは、事前に設定されたフィードバックタイミングセットの要素に基づいて決定され、フィードバックタイミングセットはプロトコルで合意されるか上位レイヤーによって準静的に設定されるため、ＡＣＫ/ＮＡＣＫコードブックに含まれるＡＣＫ/ＮＡＣＫビット数は、実際のスケジューリング状況に従って変わらない。このソリューションの利点は、フィードバック情報の数とマッピング関係に対する基地局とUEの理解が一致することである。しかし、欠点は、フィードバックのオーバーヘッドが大きく、スケジューリングされたＰＤＳＣＨ数が少ない場合でも、完全なＡＣＫ/ＮＡＣＫコードブックを伝送する必要があり、その中には多くの冗長情報が含まれる可能性がある。例えば、図２に示すように、シングルキャリアシングルコードワード伝送の場合、ＤＣＩのＨＡＲＱタイミングセットで示される値が８であると仮定すると、事前に設定されたフィードバックタイミングセットにおける要素の数は８であり、この事前に設定されたフィードバックタイミングセットが{１,２,３,４,５,６,７,８}であると、ＡＣＫ/ＮＡＣＫビットの数も８ビットである。しかし実際には、図２に示すように、２つのＰＤＳＣＨのみが伝送され、つまり、６ビットの冗長情報がある。
【0038】
動的ＡＣＫ/ＮＡＣＫコードブックは、主にフィードバックオーバーヘッドの問題を解決し、即ち、フィードバックタイミングセットに対応する下りスロットでは、実際にスケジューリングされたＰＤＳＣＨの数に従ってＡＣＫ/ＮＡＣＫ情報の数が決定される。ＰＤＳＣＨ伝送をスケジューリングする特定のＤＣＩには、下り割り当てインデックス（Ｄｏｗｎｌｉｎｋ ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ：ＤＡＩ）情報フィールドを導入して、現在スケジュールされたＰＤＳＣＨまで既にスケジュールされているＰＤＳＣＨの総数を示す。図２を例として、シングルキャリアシングルコードワード伝送の場合、端末デバイスは２つのＰＤＳＣＨ、即ちＰＤＳＣＨ１およびＰＤＳＣＨ２を受信し、このとき、端末デバイスは２ビットの情報をフィードバックするだけでよい。この方法の欠点は、端末デバイスが基地局によって送信されたＰＤＳＣＨの一部（例えば、図2の最後のＰＤＳＣＨ２）を受信しなった場合、実際にスケジュールされたＰＤＳＣＨの数について基地局とUEの理解が不一致となる問題があり、フィードバック情報の数に対する理解の不一致をもたらす。
【0039】
Ｒｅｌ－１６のＮＲ－Ｕの場合、どのようにアンライセンススペクトルでフィードバック情報を伝送するかはまだ決定されていない。例えば、ＮＲ－Ｕは、下り制御シグナリングでの無限大のＨＡＲＱタイミング値の導入をサポートし、この値は、ＤＣＩによってスケジュールされたＰＤＳＣＨに対応するＡＣＫ/ＮＡＣＫフィードバック情報の伝送時間とリソースを一時的に決定できないことを意味するが、Ｒｅｌ－１５のＡＣＫ/ＮＡＣＫコードブックの決定方法は、フィードバックタイミングセットに基づいて決定する必要があるため、ＨＡＲＱタイミング値に無限大が含まれる場合、既存のＲｅｌ－１５におけるスキームを再利用できない。
【0040】
したがって、本発明の実施例は、フィードバック情報を伝送するための方法を提供し、端末デバイスがトリガーシグナリングの指示に基づいてＡＣＫ／ＮＡＣＫコードブックを決定することで、フィードバック情報内の冗長情報を効果的に削減することができる。
【0041】
図３は、本願の一実施例に係るフィードバック情報を伝送するための方法２００の概略フローチャートである。この方法２００は、端末デバイスによって実行されてもよく、例えば、この端末デバイスは、図１に示される端末デバイス１２０であってもよい。図３に示すように、方法２００は、Ｓ２１０とＳ２２０を含む。Ｓ２１０において、端末デバイスがトリガーシグナリングを受信し、上記トリガーシグナリングは、少なくとも１つの下りチャネルグループのフィードバック情報を送信するように上記端末デバイスをトリガーするために使用される。Ｓ２２０において、上記端末デバイスが上記トリガーシグナリングに従って、上記少なくとも１つの下りチャネルグループのフィードバック情報を含むフィードバック情報コードブックを決定する。上記トリガーシグナリングは、図１のネットワークデバイス１１０から端末デバイス１２０に送信されるものであってもよい。
【0042】
本願の実施例は、アンライセンススペクトルに適用することができ、またはライセンススペクトルに使用することもでき、本願の実施例はこれに限定されないことを理解されたい。
【0043】
本願の実施例では、Ｓ２１０の前に、方法２００は、端末デバイスがネットワークデバイスから送信された下りチャネルを受信することをさらに含むことができ、上記下りチャネルは、下り物理共有チャネルおよび／または下り物理制御チャネルを含んでよい。具体的には、ネットワークデバイスは、少なくとも１つの下りチャネルの情報を端末デバイスに送信し、端末デバイスは、上記少なくとも１つの下りチャネル内の一部又はすべての下りチャネルの情報を受信するか、又は何も受信しなった可能性がある。
【0044】
Ｓ２１０において、端末デバイスは、ネットワークデバイスによって送信されたトリガーシグナリングを受信する。上記トリガーシグナリングは、少なくとも１つの下りチャネルグループのフィードバック情報を送信するように端末デバイスに指示することができる。ここで、上記少なくとも１つの下りチャネルグループは、ネットワークデバイスによって送信される少なくとも１つの下りチャネルに属する。具体的には、上記トリガーシグナリングは、フィードバック情報を送信する必要がある上記少なくとも１つの下りチャネルグループを端末デバイスによって決定するように、上記少なくとも１つの下りチャネルグループのグループ識別子を含むことができる。選択的に、本願の実施例におけるフィードバック情報は、端末デバイスが対応する下りチャネルを成功的に受信できたかどうかを示す情報であるＡＣＫ／ＮＡＣＫ情報であってもよく、本願の実施例はこれに限定されない。
【0045】
方法２００は、端末デバイスが受信された下りチャネルに対応する下りチャネルグループ情報を決定することをさらに含んでよいことを理解されたい。ここで、上記受信された下りチャネルは端末デバイスによって受信された任意の下りチャネルであってもよく、例えば上記受信された下りチャネルは、トリガーシグナリングによって示される上記少なくとも１つの下りチャネルグループにおけるいずれか１つの下りチャネルであってよい。具体的に、端末デバイスは、受信された下りチャネルに対応する下りチャネルグループ情報を様々な方法で決定することができる。例えば、端末デバイスは、受信された下りチャネルが位置するチャネル占有時間（Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｔｉｏｎ Ｔｉｍｅ：ＣＯＴ）に従って、または上記下りチャネルに対応するＤＣＩに従って、上記下りチャネルに対応する下りチャネルグループ情報を決定することができる。
【0046】
選択的に、一実施例として、端末デバイスが受信された下りチャネルに対応する下りチャネルグループ情報を決定することは、端末デバイスが上記受信された下りチャネルが位置するＣＯＴに従って、上記対応する下りチャネルグループ情報を決定することを含んでよい。ここで、下りチャネルに対応する下りチャネルグループ情報は、上記下りチャネルが位置するＣＯＴの識別子であってよい。例えば、端末デバイスは、同じＣＯＴにある下りチャネルが同じ下りチャネルグループに属すると決定することができる。別の例として、端末デバイスは、複数のＣＯＴ内の下りチャネルの全てが同じ下りチャネルグループに属すると決定することができ、本願の実施例はこれに限定されない。
【0047】
選択的に、別の実施例として、上記端末デバイスが受信された下りチャネルに対応する下りチャネルグループ情報を決定することは、上記端末デバイスが下りチャネルに対応する下り制御情報ＤＣＩを受信することをさらに含んでよい。ここで、上記ＤＣＩのフィードバックタイミング情報フィールドが所定の値を示す場合、上記ＤＣＩの物理下り制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ：ＰＵＣＣＨ）リソースインジケータ（ＰＵＣＣＨ ｒｅｓｏｕｒｃｅ Ｉｎｄｉｃａｔｏｒ）情報フィールドは、上記対応する下りチャネルグループ情報を示すために使用される。具体的に、上記ＤＣＩのフィードバックタイミング情報フィールドが所定の値を示す場合、それは上記下りチャネルに対応するフィードバック情報の伝送時間が不定であることを意味し、或いは、上記ＤＣＩのフィードバックタイミング情報フィールドが所定の値を示す場合、それは上記フィードバック情報の伝送時間が他の情報、例えば第1の情報によって決定されてよいことを意味する。上記第1の情報は、下りチャネルのフィードバック情報を送信するように端末デバイスをトリガするために使用され、例えば、上記第1の情報は、上記トリガーシグナリングであってもよい。
【0048】
選択的に、所定の値は無限大であってもよく、又は所定の値は無限大を表してもよい。
【0049】
上記下りチャネルは、上記ＤＣＩを運ぶ物理下り制御チャネル、又は上記ＤＣＩによってスケジュールされる物理下り共有チャネルを含み得ることを理解されたい。
【0050】
逆に、上記ＤＣＩのフィードバックタイミング情報フィールドが上記所定の値を示さない場合、上記ＰＵＣＣＨリソースインジケータ情報フィールドは、下りチャネルに対応する下りチャネルグループ情報を示すために使用されなくてもよい。例えば、上記ＰＵＣＣＨリソースインジケータ情報フィールドは、下りチャネルのフィードバック情報の伝送リソースを決定するために使用されてよい。
【0051】
端末デバイスによって受信された下りチャネルに対応する下りチャネルグループ情報を決定する上記方法は、端末デバイスが下りチャネルに対応する下りチャネルグループを決定する必要がある任意のアプリケーションシナリオで使用でき、本願の方法２００におけるトリガーシグナリングに適用されることに限定されないことを理解されたい。本願の実施例はこれに限定されない。
【0052】
Ｓ２２０において、端末デバイスは、トリガーシグナリングに基づいて、トリガーシグナリングで示される少なくとも１つの下りチャネルグループのフィードバック情報を含むフィードバック情報コードブックを決定する。具体的に、端末デバイスがフィードバック情報コードブックを決定することは、端末デバイスが上記フィードバック情報のビット数を決定すること、および／または、端末デバイスが上記少なくとも１つの下りチャネルグループ内の各下りチャネルのフィードバック情報のビット位置を決定することを含む。
【0053】
本願の実施例で、端末デバイスは、上記少なくとも１つの下りチャネルグループのフィードバック情報の数および／または各下りチャネルグループのフィードバック情報の位置を様々な方法で決定することができる。以下、いくつかの特定の実施例に関連して具体的に説明する。
【0054】
選択的に、一実施例として、下りチャネルグループに対応する下りチャネルの数が事前に設定されてもよく、或いは下りチャネルグループのフィードバック情報のビット数が事前に設定されてもよく、この場合、端末デバイスは上記事前に設定される数および少なくとも１つの下りチャネルグループのグループ数に基づいて、上記フィードバック情報のビット数を決定することができる。
【0055】
具体的に、上記少なくとも１つの下りチャネルグループ内の各下りチャネルグループに含まれる下りチャネルの数が事前に設定される場合、例えば、上記事前に設定された値が、各下りチャネルグループに含めることができる下りチャネルの数の最大値であれば、端末デバイスは、上記事前に設定された値、各下りチャネルに対応するフィードバック情報のビット数、および上記少なくとも１つの下りチャネルグループのグループ数に基づいて、上記フィードバック情報のビット数を決定することができる。或いは、端末デバイスは、上記事前に設定された値及び各下りチャネルに対応するフィードバック情報のビット数に基づいて、各下りチャネルグループに対応するフィードバック情報のビット数を決定してから、上記各下りチャネルグループに対応するフィードバック情報のビット数及び上記少なくとも１つの下りチャネルグループのグループ数に基づいて、上記フィードバック情報のビット数を決定することができる。ここで、各下りチャネルに対応するフィードバック情報のビット数も、事前に設定される値であってよく、異なる下りチャネルに対応するフィードバック情報のビット数は、等しくても等しくなくてもよい。また、各下りチャネルグループに含まれる下りチャネルの数は事前に設定されるので、上記事前に設定される値は、実際の伝送数と等しくても等しくなくてもよい。例えば、事前に設定される値は、各下りチャネルグループに含めることができる下りチャネルの最大数を表すことができるが、実際の伝送では、どの下りチャネルグループでも、それに含まれる下りチャネルの数は、上記事前に設定される値以下になってよい。
【0056】
或いは、少なくとも１つの下りチャネルグループ内の各下りチャネルグループに対応するフィードバック情報のビット数を事前に設定できる場合、端末デバイスは、上記各下りチャネルグループに対応するフィードバック情報のビット数および上記少なくとも１つの下りチャネルグループのグループ数に基づいて、上記フィードバック情報のビット数を決定することができる。ここで、各下りチャネルグループに対応するフィードバック情報のビット数は、等しくてよい。例えば、各下りチャネルグループに対応するフィードバック情報のビット数は、一つの下りチャネルグループに対応するフィードバック情報の最大ビット数に等しいか。或いは、各下りチャネルグループに対応するフィードバック情報のビット数は等しくなくてもよい。本願の実施例はそれらに限定されない。
【0057】
例えば、図４に示すように、下りチャネルがＰＤＳＣＨであり、そのフィードバック情報がＡＣＫ／ＮＡＣＫ情報である例を説明する。単一コードワード伝送モード、即ち、１つのＰＤＳＣＨが１つのコードワードを運び、それに対応して１ビットのＡＣＫ/ＮＡＣＫ情報があると仮定する。各ＰＤＳＣＨグループが最大４つのＰＤＳＣＨを含むように事前に設定された場合、各ＰＤＳＣＨグループは最大４ビットのＡＣＫ/ＮＡＣＫ情報に対応する。図4に示すように、ネットワークデバイスは３つのＰＤＳＣＨグループをＣＯＴ１およびＣＯＴ２で端末デバイスに送信する。その中で、ＰＤＳＣＨグループ１には、それぞれＰＤＳＣＨ１からＰＤＳＣＨ４としてラベル付けられた４つのＰＤＳＣＨを含まれ、ＰＤＳＣＨグループ２には、それぞれＰＤＳＣＨ１からＰＤＳＣＨ３としてラベル付けられた３つのＰＤＳＣＨが含まれ、ＰＤＳＣＨグループ３には、ＰＤＳＣＨ１としてラベル付けられた１つのＰＤＳＣＨが含まれている。
【0058】
ネットワークデバイスがトリガーシグナリングを送信して、ＣＯＴ２の最後のスロットでＰＤＳＣＨグループ１およびＰＤＳＣＨグループ２に対応するＡＣＫ/ＮＡＣＫフィードバック情報を送信するように端末デバイスに指示すると仮定する。この場合、端末デバイスは、各ＰＤＳＣＨグループに最大４つのＰＤＳＣＨが含まれ、１つのＰＤＳＣＨが１ビットのＡＣＫ／ＮＡＣＫ情報に対応することから、各ＰＤＳＣＨグループに対応するＡＣＫ／ＮＡＣＫ情報のビット数が４であると決定でき、２つのＰＤＳＣＨグループに対応する伝送待ちのＡＣＫ/ＮＡＣＫビット数は４＊２＝８ビットである。
【0059】
ここで、ＰＤＳＣＨグループ１に対応するフィードバック情報は、上記８ビットにおける最初の４ビットにマッピングすることができ、この場合、ＰＤＳＣＨグループ２に対応するフィードバック情報は、最後の４ビットにマッピングされる。または、トリガーシグナリングで示されたＰＤＳＣＨグループのフィードバック順序が最初にＰＤＳＣＨグループ２、次にＰＤＳＣＨグループ１である場合には、ＰＤＳＣＨグループ１に対応するフィードバック情報を上記８ビットの最後の４ビットにマッピングすることができ、ＰＤＳＣＨグループ２に対応するフィードバック情報は最初の４ビットにマッピングされることになる。
【0060】
また、各ＰＤＳＣＨグループ内の各ＰＤＳＣＨに対応するフィードバック情報の順序は、各ＰＤＳＣＨの送信時間順序又は受信時間順序に従って決定でき、又は、各ＰＤＳＣＨの識別子または番号に従って決定することもでき、例えば、フィードバック情報は、各ＰＤＳＣＨに対応するＤＡＩ値に基づいて順次マッピングすることができる。ここで、ＤＡＩは、連続的カウンタ（ｃｏｕｎｔｅｒ－ＤＡＩ）の方法を利用してもよく、即ち、ＰＤＳＣＨ1に対応するＤＡＩ値は１、ＰＤＳＣＨ ２に対応するＤＡＩ値は２であり、以下同様である。スケジューリングされたＰＤＳＣＨの総数が４未満の場合、対応する４ビットの最後にプレースホルダー情報が設定される。
【0061】
要約すると、本実施例で、図４に示されるＰＤＳＣＨグループの伝送待ちのＡＣＫ／ＮＡＣＫ情報は、｛ｂＧ１,１,ｂＧ１,２,ｂＧ１,３,ｂＧ１,４,ｂＧ２,１,ｂＧ２,２,ｂＧ２,３,０｝であってよい。ここで、ｂＧ１,１は、ＰＤＳＣＨグループ１におけるＰＤＳＣＨ１に対応するＡＣＫ／ＮＡＣＫ情報を表し、以下同様であり、０はプレースホルダー情報である。
【0062】
上記の事前設定方法によって決定されるフィードバック情報は、依然としていくつかの冗長情報を有するかもしれないが、冗長情報は、ネットワークデバイスによる適切なスケジューリングを通じて効果的に回避できる。つまり、複数の下りチャネルがある場合、各下りチャネルグループに割り当てられた下りチャネルが最大数の上限に達するか、上記上限にできるだけ近づくように保証する。
【0063】
選択的に、別の実施例として、各下りチャネルグループに含まれる下りチャネルの数または各下りチャネルグループのフィードバック情報のビット数は、トリガーシグナリングによって示されてもよい。即ち、端末デバイスによって受信されたトリガーシグナリングは、各下りチャネルグループに対応するフィードバック情報のビット数を示すために使用されてもよく、または各下りチャネルグループに含まれる下りチャネルの数を示すために使用されてもよい。これにより、端末デバイスは上記トリガーシグナリングに従って少なくとも１つの下りチャネルグループのフィードバック情報のビット数を決定し、または端末デバイスは上記トリガーシグナリングに従って各下りチャネルグループに対応するフィードバック情報のビット数を決定してから、上記各下りチャネルグループに対応するフィードバック情報のビット数および下りチャネルグループのグループ数に従って、少なくとも１つの下りチャネルグループのフィードバック情報のビット数を決定する。
【0064】
具体的には、トリガーシグナリングが各下りチャネルグループに含まれる下りチャネルの数を示す場合、端末デバイスは、各下りチャネルグループに含まれる下りチャネルの数、各下りチャネルに対応するフィードバック情報の数、および少なくとも１つの下りチャネルグループのグループ数に基づいて、少なくとも１つの下りチャネルグループのフィードバック情報のビット数を決定することができ、或いは、端末デバイスは、少なくとも１つの下りチャネルグループ内の第１の下りチャネルグループに含まれる下りチャネルの数及び各下りチャネルに対応するフィードバック情報の数に基づいて、上記第１の下りチャネルグループに対応するフィードバック情報のビット数を決定することで、少なくとも１つの下りチャネルグループ内の各下りチャネルグループに対応するフィードバック情報のビット数を決定できる。そして、少なくとも１つの下りチャネルグループ内のすべての下りチャネルグループに対応するフィードバック情報を合計することで、少なくとも１つの下りチャネルグループのフィードバック情報のビット数を決定できる。ここで、トリガーシグナリングで示される異なる下りチャネルグループに含まれる下りチャネルの数は、同じであっても異なっていてもよい。また、ここで各下りチャネルに対応するフィードバック情報のビット数は、事前に設定されてもよく、例えば、上記事前に設定された値は、各下りチャネルに対応するフィードバック情報のビット数の最大値を表すことができ、かつ、各下りチャネルに対応するフィードバック情報のビット数は、等しくても等しくなくてもよい。
【0065】
或いは、トリガーシグナリングが上記少なくとも１つの下りチャネルグループ内の各下りチャネルグループに対応するフィードバック情報のビット数を示す場合、端末デバイスは、上記少なくとも１つの下りチャネルグループ内のすべての下りチャネルグループに対応するフィードバック情報を合計することで、少なくとも１つの下りチャネルグループのフィードバック情報のビット数を決定することができる。ここで、上記トリガーシグナリングで示される異なる下りチャネルグループに対応するフィードバック情報のビット数は、等しくても等しくなくてもよい。
【0066】
例えば、図４に示すように、下りチャネルがＰＤＳＣＨであり、そのフィードバック情報がＡＣＫ/ＮＡＣＫ情報である例を続けて説明する。単一コードワード伝送モード、即ち、１つのＰＤＳＣＨが１つのコードワードを運び、1ビットのＡＣＫ/ＮＡＣＫ情報に対応すると仮定する。図４を例として、ＰＤＳＣＨグループの詳しい分布は図４に示されているとおりであり、ここでは繰り返さない。
【0067】
ネットワークデバイスは、トリガーシグナリングを送信して、ＣＯＴ２の最後のスロットでＰＤＳＣＨグループ１およびＰＤＳＣＨグループ２に対応するＡＣＫ/ＮＡＣＫフィードバック情報を送信するように端末デバイスに指示する。また、トリガーシグナリングは、ＰＤＳＣＨグループ１に４つのＰＤＳＣＨが含まれ、ＰＤＳＣＨグループ２には３つのＰＤＳＣＨが含まれていることをさらに示す。端末デバイスは、１つのＰＤＳＣＨが１つのコードワードを運び、１ビットのＡＣＫ/ＮＡＣＫ情報に対応することに基づき、並びにトリガーシグナリングで示されるＰＤＳＣＨグループに含まれるＰＤＳＣＨの数と組み合わせて、伝送待ちのＡＣＫ/ＮＡＣＫのビット数が４＋３＝７ビットであることを決定できる。
【0068】
前の実施例と同様に、端末デバイスによってフィードバックされる２つのＰＤＳＣＨグループのフィードバック情報の順序および各ＰＤＳＣＨグループ内のＰＤＳＣＨに対応するフィードバック情報の順序は、受信または送信の順序に従って決定されてもよく、または関連する指示情報、例えばトリガーシグナリングに従って決定されてもよく、または各ＰＤＳＣＨの識別子又は番号、例えば各ＰＤＳＣＨのＤＡＩに従って決定されてもよく、本願の実施例はこれに限定されない。
【0069】
要約すると、本実施例では、図４に示されるＰＤＳＣＨグループの伝送待ちのＡＣＫ／ＮＡＣＫ情報は、｛ｂＧ１,１,ｂＧ１,２,ｂＧ１,３,ｂＧ１,４,ｂＧ２,１,ｂＧ２,２,ｂＧ２,３｝であってよい。ここで、ｂＧ１,１は、ＰＤＳＣＨグループ１におけるＰＤＳＣＨ１に対応するＡＣＫ／ＮＡＣＫ情報を表し、ｂＧ１,２は、ＰＤＳＣＨグループ１におけるＰＤＳＣＨ２に対応するＡＣＫ／ＮＡＣＫ情報を表し、以下同様である。
【0070】
したがって、上記方法で決定されたフィードバック情報コードブックは、下りチャネルの実際の伝送に対するネットワークデバイスと端末デバイス間の理解上の不一致を効果的に回避し、上り制御シグナリングのオーバーヘッドを削減しながら、伝送シグナリングに対する理解の一致性を確保できる。これにより、上り制御シグナリングの伝送性能が向上する。
【0071】
選択的に、さらに別の実施例として、各下りチャネルグループに含まれる下りチャネルの数またはフィードバック情報のビット数は、他の情報によっても示されてもよく、例えば、下りチャネル伝送をスケジューリングするための下り制御シグナリングによって示されてもよい。具体的に、少なくとも１つの下りチャネルグループ内の第１の下りチャネルグループを例として、上記第１の下りチャネルグループは、少なくとも１つの下りチャネルグループ内の任意の下りチャネルグループであり、端末デバイスは、上記第１の下りチャネルに対応する少なくとも１つの指示情報に従って、第１の下りチャネルグループに含まれる下りチャネルの数を決定でき、または上記第１の下りチャネルグループに対応するフィードバック情報のビット数をさらに決定できる。
【0072】
具体的には、上記端末デバイスは、少なくとも１つの指示情報に従って上記第1の下りチャネルグループに含まれる下りチャネルの数を決定し、次に、各下りチャネルに対応するフィードバック情報のビット数に従って上記第1の下りチャネルグループに対応するフィードバック情報のビット数を決定し、同様に、少なくとも１つの下りチャネルグループ内の各下りチャネルグループに対応するフィードバック情報のビット数を決定してからそれらを合計することで、少なくとも１つの下りチャネルグループのフィードバック情報のビット数を決定することができる。
【0073】
例えば、図４に示すように、下りチャネルがＰＤＳＣＨであり、そのフィードバック情報がＡＣＫ/ＮＡＣＫ情報である例を続けて説明する。単一コードワード伝送モード、即ち、１つのＰＤＳＣＨが１つのコードワードを運び、1ビットのＡＣＫ/ＮＡＣＫ情報に対応すると仮定する。図４を例として、ＰＤＳＣＨグループの詳しい分布は図4に示されているとおりであり、ここでは繰り返さない。
【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】
選択的に、一実施例として、上記トリガーシグナリングはさらに、上記少なくとも１つの下りチャネルグループ内の第1の下りチャネルグループに含まれる下りチャネルの数を示すために使用される。
【0099】
選択的に、一実施例として、上記方法４００は、上記ネットワークデバイスが下り制御情報ＤＣＩを送信することをさらに含み、上記ＤＣＩは、上記少なくとも１つの下りチャネルのうち、端末デバイスによって受信された一つの下りチャネルに対応する。ここで、上記ＤＣＩにおけるフィードバックタイミング情報フィールドが所定の値を示す場合、上記ＤＣＩにおける物理上り制御チャネルＰＵＣＣＨリソースインジケータ情報フィールドは、上記受信された下りチャネルに対応する下りチャネルグループ情報を示すために使用される。
【0100】
そこで、本願の実施例に係るフィードバック情報を伝送するための方法によれば、ネットワークデバイスからトリガーシグナリングを送信し、端末デバイスは、上記トリガーシグナリングに基づいて、少なくとも１つの下りチャネルグループのフィードバック情報を含むフィードバック情報コードブックを決定でき、フィードバック情報における冗長情報を効果的に削減でき、実際に伝送される下りチャネルに対するネットワークデバイスと端末デバイス間の理解上の不一致を効果的に回避することもでき、上り制御シグナリングのオーバーヘッドを削減しながら、伝送シグナリングに対する理解の一致性を確保できる。これにより、上り制御シグナリングの伝送性能が向上する。
【0101】
図７は、本願の実施例に係るフィードバック情報を伝送するための方法５００の概略フローチャートである。この方法５００は、ネットワークデバイスによって実行されることができ、例えば、このネットワークデバイスは、図１に示されるネットワークデバイスであってもよい。図7に示すように、方法５００はＳ５１０を含み、Ｓ５１０において、ネットワークデバイスがトリガーシグナリングを送信し、上記トリガーシグナリングは、少なくとも１つの下り伝送チャネルおよび/または下り伝送リソースのフィードバック情報を送信するように端末デバイスをトリガーし、並びに、伝送待ちのフィードバック情報の総ビット数を示すために使用される。ここで、上記伝送待ちのフィードバック情報は、上記少なくとも１つの下り伝送チャネルおよび／または下り伝送リソースのフィードバック情報を含む。
【0102】
選択的に、一実施例として、上記トリガーシグナリングは目標値を含み、上記目標値は、上記端末デバイスによって上記少なくとも１つの下り伝送チャネルおよび／または下り伝送リソースを決定するために使用される。
【0103】
選択的に、一実施例として、上記目標値は、時間範囲を示し、上記時間範囲は、上記時間範囲内で上記少なくとも１つの下り伝送チャネルおよび／または下り伝送リソースを決定するために上記端末デバイスによって使用される。
【0104】
選択的に、一実施例として、上記目標値は、上記少なくとも１つの下り伝送チャネルおよび／または下り伝送リソースの数であり、或いは、上記目標値は、上記少なくとも１つの下り伝送チャネルおよび／または下り伝送リソースに対応するＨＡＲＱプロセス情報である。
【0105】
選択的に、一実施例として、上記トリガーシグナリングは目標値を含み、上記目標値は、上記伝送待ちのフィードバック情報の総ビット数である。
【0106】
そこで、本願の実施例に係るフィードバック情報を伝送するための方法によれば、ネットワークデバイスからトリガーシグナリングを送信し、端末デバイスは、上記トリガーシグナリングに基づいて、少なくとも１つの下り伝送チャネル／下り伝送リソースのフィードバック情報を含むフィードバック情報コードブックを決定でき、フィードバック情報における冗長情報を効果的に削減しながら、伝送シグナリングに対する理解の一致性を確保できる。
【0107】
本願の様々な実施例において、前述のプロセスのシリアル番号は、実行の前後順序を意味しないことを理解されたい。各プロセスの実行順序は、その機能および内部ロジックによって決定されるべきであり、本願の実施例の実装プロセスに対するいかなる制限として解釈されるべきではない。
【0108】
また、本明細書で使用される「および/または」という用語は、関連対象の関連関係を説明するためのものに過ぎず、３つの関係があり得ることを示す。例えば、Ａおよび/またはＢは、Ａだけが存在し、ＡとＢが同時に存在し、Ｂだけが存在するという３つのケースを示すことができる。また、本明細書で使用される「/」の表記は、一般的に、この表記の前後の関連対象が「又は」の関係にあることを示す。
【0109】
以上、図１～図７を参照して本願の実施例に係るフィードバック情報の伝送するための方法を詳しく説明したが、以下は、図８～図１２を参照して、本願の実施例に係る端末デバイスおよびネットワークデバイスについて説明する。
【0110】
図８に示すように、本願の実施例に係る端末デバイス６００は、処理ユニット６１０と、送受信ユニット６２０とを備える。具体的に、この端末デバイス６００は、本願の実施例における方法２００を実行するように構成されてもよい。即ち、送受信ユニット６２０は、トリガーシグナリングを受信するように構成され、上記トリガーシグナリングは、少なくとも１つの下りチャネルグループのフィードバック情報を送信するように端末デバイスをトリガするために使用される。処理ユニット６１０は、上記トリガーシグナリングに従って、上記少なくとも１つの下りチャネルグループのフィードバック情報を含むフィードバック情報コードブックを決定するように構成される。
【0111】
選択的に、一実施例として、上記トリガーシグナリングは、上記少なくとも１つの下りチャネルグループのグループ識別子を含む。
【0112】
選択的に、一実施例として、上記少なくとも１つの下りチャネルグループ内の下りチャネルは、下り物理共有チャネルおよび／または下り物理制御チャネルを含む。
【0113】
選択的に、一実施例として、上記処理ユニット６１０は、上記フィードバック情報のビット数を決定し、および／または、上記少なくとも１つの下りチャネルグループ内の各下りチャネルのフィードバック情報のビット位置を決定するように構成される。
【0114】
選択的に、一実施例として、上記処理ユニット６１０は、上記少なくとも１つの下りチャネルグループ内の各下りチャネルグループに対応するフィードバック情報のビット数および上記少なくとも１つの下りチャネルグループのグループ数に従って、上記フィードバック情報のビット数を決定するように構成される。
【0115】
選択的に、一実施例として、上記各下りチャネルグループに対応するフィードバック情報のビット数は事前に設定されるか、或いは、上記各下りチャネルグループに対応するフィードバック情報のビット数は上記トリガーシグナリングによって示される。
【0116】
選択的に、一実施例として、上記処理ユニット６１０は、少なくとも１つの下りチャネルグループ内の第１の下りチャネルグループに含まれる下りチャネルの数に従って、上記第１の下りチャネルグループのフィードバック情報のビット数を決定するように構成される。
【0117】
選択的に、一実施例として、上記各下りチャネルグループのフィードバック情報のビット数は、最大下りチャネル数に従って決定され、上記最大下りチャネル数は、上記各下りチャネルグループに含めることができる下りチャネルの最大数を表す。
【0118】
選択的に、一実施例として、上記送受信ユニット６２０は、上記第１の下りチャネルグループに対応する少なくとも１つの指示情報を受信するように構成され、上記処理ユニット６１０は、上記少なくとも１つの指示情報に従って、上記第１の下りチャネルグループに含まれる下りチャネルの数を決定するように構成される。
【0119】
選択的に、一実施例として、上記トリガーシグナリングはさらに、上記第1の下りチャネルグループに含まれる下りチャネルの数を示すために使用される。
【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】
選択的に、一実施例として、上記トリガーシグナリングはさらに、上記少なくとも１つの下りチャネルグループ内の第1の下りチャネルグループに含まれる下りチャネルの数を示すために使用される。
【0145】
選択的に、一実施例として、送受信ユニット７２０は、下り制御情報ＤＣＩを送信するように構成され、上記ＤＣＩは、上記少なくとも１つの下りチャネルで任意の端末デバイスによって受信された下りチャネルに対応する。上記ＤＣＩにおけるフィードバックタイミング情報フィールドが所定の値を示す場合、上記ＤＣＩにおける物理上り制御チャネルＰＵＣＣＨリソースインジケータ情報フィールドは、上記受信された下りチャネルに対応する下りチャネルグループ情報を示すために使用される。
【0146】
本願の実施例に係るネットワークデバイス７００は、本願の実施例における方法４００を実行するように構成されてもよく、かつ、ネットワークデバイス７００の各ユニットの前述および他の動作および／または機能は、図６の各方法におけるネットワークデバイスの対応するフローを実装するためのものであることを理解されたい。簡潔にするために、ここでは繰り返さない。
【0147】
したがって、本願の実施例に係るネットワークデバイスは、トリガーシグナリングを端末デバイスに送信し、端末デバイスは、上記トリガーシグナリングに基づいて少なくとも１つの下りチャネルグループのフィードバック情報を含むフィードバック情報コードブックを決定でき、フィードバック情報内の冗長情報を効果的に削減でき、実際に伝送される下りチャネルに対するネットワークデバイスと端末デバイス間の理解上の不一致を効果的に回避することもでき、上り制御シグナリングのオーバーヘッドを削減しながら、伝送シグナリングに対する理解の一致性を確保できる。これにより、上り制御シグナリングの伝送性能が向上する。
【0148】
選択的に、上記ネットワークデバイス７００は、本願の実施例における方法５００を実行するように構成されてもよく、即ち、送受信ユニット７２０は、トリガーシグナリングを送信するように構成され、上記トリガーシグナリングは、少なくとも１つの下り伝送チャネルおよび／または下り伝送リソースのフィードバック情報を送信するように上記端末デバイスをトリガし、また、伝送待ちのフィードバック情報の総ビット数を示すために使用され、上記伝送待ちのフィードバック情報は、上記少なくとも１つの下り伝送チャネルおよび／または下り伝送リソースのフィードバック情報を含む。
【0149】
選択的に、一実施例として、上記トリガーシグナリングは目標値を含み、上記目標値は、上記端末デバイスが上記少なくとも１つの下り伝送チャネルおよび／または下り伝送リソースを決定するために使用される。
【0150】
選択的に、一実施例として、上記目標値は、時間範囲を示し、上記時間範囲は、上記端末デバイスが上記時間範囲で上記なくとも１つの下り伝送チャネルおよび／または下り伝送リソースを決定するために使用される。
【0151】
選択的に、一実施例として、上記目標値は、上記少なくとも１つの下り伝送チャネルおよび／または下り伝送リソースの数であり、または、上記目標値は、上記少なくとも１つの下り伝送チャネルおよび／または下り伝送リソースチャネルに対応するＨＡＲＱプロセス情報である。
【0152】
選択的に、一実施例として、上記トリガーシグナリングは目標値を含み、上記目標値は、上記伝送待ちのフィードバック情報の総ビット数である。
【0153】
本願の実施例に係るネットワークデバイス７００は、本願の実施例に係る方法５００を実行するように構成されてもよく、かつ、ネットワークデバイス７００における各ユニットの上記および他の動作および／または機能は、図７の各方法におけるネットワークデバイスの対応するフローを実装するためのものであることを理解されたい。簡潔にするために、ここでは繰り返さない。
【0154】
したがって、本願の実施例のネットワークデバイスは、トリガーシグナリングを端末デバイスに送信し、その結果、端末デバイスは、上記トリガーシグナリングに基づいて少なくとも１つの下りチャネルグループのフィードバック情報を含むフィードバック情報コードブックを決定でき、フィードバック情報内の冗長情報を効果的に削減でき、実際に伝送される下りチャネルに対するネットワークデバイスと端末デバイス間の理解上の不一致を効果的に回避することもでき、上り制御シグナリングのオーバーヘッドを削減しながら、伝送シグナリングに対する理解の一致性を確保できる。これにより、上り制御シグナリングの伝送性能が向上する。
【0155】
選択的に、上記ネットワークデバイス７００は、以下を実行するように構成されてもよい。処理ユニット７１０は、ＤＣＩを生成するように構成され、送受信ユニット７２０は、上記ＤＣＩを送信するように構成され、上記ＤＣＩ内のフィードバックタイミング情報フィールドが所定の値を示す場合、上記ＤＣＩにおけるＰＵＣＣＨリソースインジケータ情報フィールドは、上記ＤＣＩに対応する下りチャネルのグループ情報を示すために使用される。
【0156】
選択的に、一実施例として、上記ＤＣＩ内のフィードバックタイミング情報フィールドが所定の値を示す場合、上記下りチャネルに対応するフィードバック情報の伝送時間は不確実であるか、或いは、上記ＤＣＩ内のフィードバックタイミング情報フィールドが所定の値を示す場合、上記フィードバック情報の伝送時間は、第１の情報によって決定され、上記第１の情報は、上記フィードバック情報を送信するように上記端末デバイスをトリガーするために使用される。
【0157】
選択的に、一実施例として、上記所定の値は無限大である。
【0158】
選択的に、一実施例として、上記下りチャネルは、上記ＤＣＩを運ぶ物理下り制御チャネル、または上記ＤＣＩによってスケジュールされる物理下り共有チャネルを含む。
【0159】
図１０は、本願の実施例によって提供される通信デバイス８００の概略構成図である。図１０に示す通信デバイス８００は、プロセッサ８１０を含み、プロセッサ８１０は、メモリからコンピュータプログラムを呼び出して実行し、本願の実施例の方法を実装することができる。
【0160】
選択的に、図１０に示すように、通信デバイス８００は、メモリ８２０をさらに含むことができる。プロセッサ８１０は、メモリ８２０からコンピュータプログラムを呼び出して実行し、本願の実施例における方法を実施することができる。
【0161】
メモリ８２０は、プロセッサ８１０から独立した個別のデバイスであってもよく、プロセッサ８１０に集積されてもよい。
【0162】
選択的に、図１０に示すように、通信デバイス８００はさらに送受信機８３０を含むことができ、プロセッサ８１０は送受信機８３０が他のデバイスと通信するように制御することができ、具体的には、他のデバイスに情報またはデータを送信し、又は他のデバイスから送信された情報またはデータを受信することである。
【0163】
ここで、送受信機８３０は、送信機および受信機を含み得る。送受信機８３０は、アンテナをさらに含んでもよく、アンテナの数は、１つ以上であってもよい。
【0164】
選択的に、上記通信デバイス８００は、具体的には本願の実施例のネットワークデバイスであってもよく、かつ、上記通信デバイス８００は、本願の実施例の各方法におけるネットワークデバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。
【0165】
選択的に、通信デバイス８００は、具体的に本願の実施例のモバイル端末／端末デバイスであってもよく、かつ、上記通信デバイス８００は、本願の実施例の各方法におけるモバイル端末／端末デバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。
【0166】
図１１は、本願の実施例のチップの概略構成図である。図１１に示すチップ９００は、プロセッサ９１０を含み、プロセッサ９１０は、メモリからコンピュータプログラムを呼び出して実行し、本願の実施例の方法を実施することができる。
【0167】
選択的に、図１１に示すように、チップ９００はさらにメモリ９２０を含むことができる。プロセッサ９１０は、メモリ９２０からコンピュータプログラムを呼び出して実行し、本願の実施例における方法を実施することができる。
【0168】
メモリ９２０は、プロセッサ９１０から独立した個別のデバイスであってもよく、またはプロセッサ９１０に集積されてもよい。
【0169】
選択的に、上記チップ９００は、入力インターフェース９３０をさらに含むことができる。プロセッサ９１０は、上記入力インターフェース９３０が他のデバイスまたはチップと通信するように制御することができ、具体的には、他のデバイスまたはチップによって送信された情報またはデータを取得することができる。
【0170】
選択的に、上記チップ９００は、出力インターフェース９４０をさらに含むことができる。プロセッサ９１０は、出力インターフェース９４０が他のデバイスまたはチップと通信するように制御することができ、具体的には、情報またはデータを他のデバイスまたはチップに出力することができる。
【0171】
選択的に、上記チップは、本願の実施例におけるネットワークデバイスに適用されてもよく、かつ、上記チップは、本願の実施例の各方法におけるネットワークデバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。
【0172】
選択的に、上記チップは、本願の実施例におけるモバイル端末／端末デバイスに適用されてもよく、チップは、本願の実施例の各方法におけるモバイル端末／端末デバイスによって実行される対応するフローを実装できる。簡潔にするために、ここでは繰り返さない。
【0173】
本願の実施例で言及されるチップは、システムオンチップ、システムチップ、チップシステム、又はシステムオンチップのチップとも呼ばれ得ることを理解されたい。
【0174】
図１２は、本願の実施例によって提供される通信システム１０００の概略ブロック図である。図１２に示すように、この通信システム１０００は、端末デバイス１０１０とネットワークデバイス１０２０とを含む。
【0175】
ここで、上記端末デバイス１０１０は、上記方法で端末デバイスによって実装される対応する機能を実現するように構成されてもよく、上記ネットワークデバイス１０２０は、上記方法でネットワークデバイスによって実装される対応する機能を実現するように構成されてもよい。簡潔にするため、ここでは繰り返さない。
【0176】
本発明の実施例に係るプロセッサーは、信号処理能力のある集積回路チップであってもよいことを理解されたい。実装の過程では、上記方法の実施例の各ステップは、プロセッサーにおけるハードウェアの集積論理回路又はソフトウェアの形の命令により完了することができる。上記のプロセッサーは、汎用プロセッサー、デジタル信号プロセッサー（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ：ＤＳＰ）、専用集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ：ＦＰＧＡ）又は他のプログラマブル論理デバイス、ディスクリートゲート又はトランジスタ論理デバイス、ディスクリートハードウェアコンポーネントであってもよい。本発明の実施例において開示された各方法、ステップ、及び論理ブロック図を実現又は実行することができる。汎用プロセッサーはマイクロプロセッサーであってもよく、又は、上記プロセッサーはまた、いずれかの通常のプロセッサー等であってもよい。本発明の実施例に結合して開示された方法のステップは、ハードウェアデコードプロセッサーにより実行されて完了するように直接具現化されるか、又はデコードプロセッサーにおけるハードウェア及びソフトウェアモジュールの組み合わせにより実行されて完了することができる。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み取り専用メモリ、プログラマブル読み取り専用メモリ、又は電気的に消去可能なプログラマブルメモリ、レジスタ等の本技術分野の成熟した記憶媒体に配置されることができる。上記記憶媒体はメモリに配置され、プロセッサーはメモリ内の情報を読み取り、そのハードウェアと組み合わせて上記の方法のステップを完了する。
【0177】
本発明の実施例におけるメモリは、揮発性メモリ又は不揮発性メモリであってもよく、又は揮発性及び不揮発性メモリの両方を含んでもよいことが理解される。ここで、不揮発性メモリは、読み取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ：ＲＯＭ）、プログラマブル読み取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ：ＰＲＯＭ）、消去可能なプログラマブル読み取り専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ：ＥＰＲＯＭ）、電気的に消去可能なプログラマブル読み取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ：ＥＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）であってもよい。限定ではなく例として、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ：ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ ＲＡＭ：ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ：ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ：ＤＤＲ ＳＤＲＡＭ）、拡張同期ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ：ＥＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ：ＳＬＤＲＡＭ）、及びダイレクトメモリバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ：ＤＲ ＲＡＭ）等の多くの形式のＲＡＭが利用可能である。本発明で説明されるシステム及び方法のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されないことに留意されたい。
【0178】
上記メモリに関する説明は限定ではなく示例的なものであることを理解されたい。例えば、本願の実施例のメモリは、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ：ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ ＲＡＭ：ＤＲＡＭ）、同期ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ：ＳＤＲＡＭ）、ダブルデータレート同期ダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ：ＤＤＲ ＳＤＲＡＭ）、拡張同期ダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ：ＥＳＤＲＡＭ）、同期接続ダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ：ＳＬＤＲＡＭ）、及びダイレクトメモリバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ：ＤＲ ＲＡＭ）等であってもよい。つまり、本願の実施例のメモリは、これら及び任意の他の適切なタイプのメモリを含むことが意図されているが、これらに限定されない。
【0179】
本願の実施例はまた、コンピュータプログラムを記憶するためのコンピュータ読取可能な記憶媒体を提供する。
【0180】
選択的に、上記コンピュータ読取可能な記憶媒体は、本願の実施例におけるネットワークデバイスに適用でき、上記コンピュータプログラムは、本願の実施例の各方法でネットワークデバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
【0181】
選択的に、上記コンピュータ読取可能な記憶媒体は、本願の実施例のモバイル端末／端末デバイスに適用でき、上記コンピュータプログラムは、本願の実施例の各方法でモバイル端末／端末デバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
【0182】
本願の実施例はまた、コンピュータプログラム命令を含むコンピュータプログラム製品を提供する。
【0183】
選択的に、上記コンピュータプログラム製品は、本願の実施例のネットワークデバイスに適用でき、上記コンピュータプログラム命令は、本願の実施例の各方法でネットワークデバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
【0184】
選択的に、上記コンピュータプログラム製品は、本願の実施例のモバイル端末／端末デバイスに適用でき、上記コンピュータプログラム命令は、本願の実施例の各方法でモバイル端末／端末デバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
【0185】
本願の実施例はまた、コンピュータプログラムを提供する。
【0186】
選択的に、上記コンピュータプログラムは、本願の実施例におけるネットワークデバイスに適用でき、上記コンピュータプログラムがコンピュータ上で実行されると、本願の実施例の各方法においてネットワークデバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
【0187】
選択的に、上記コンピュータプログラムは、本願の実施例におけるモバイル端末／端末デバイスに適用でき、上記コンピュータプログラムがコンピュータ上で実行されると、本願の実施例における各方法でモバイル端末／端末デバイスによって実装される対応するフローをコンピュータに実行させる。簡潔にするため、ここでは繰り返さない。
【0188】
当業者であれば、本明細書に開示された実施例に関連して説明された各例のユニット及びアルゴリズムステップが、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現できることが認識される。これらの機能がハードウェアで実行されるかソフトウェアで実行されるかは、解決策の特定のアプリケーション及び設計上の制約条件によって異なる。当業者であれば、特定の用途ごとに異なる方法を使用して記載された機能を実現できるが、このような実現が本発明の範囲を超えると考慮されるべきではない。
【0189】
当業者であれば、説明の便宜及び簡潔さのために、上述のシステム、装置、及びユニットの具体的な動作プロセスについては、前述の方法の実施例における対応するプロセスを参照することができ、ここで繰り返さないことを理解することができる。
【0190】
本発明に提供された幾つかの実施例において、開示されたシステム、装置及び方法は、他の方式で実現されてもよいことを理解されたい。例えば、上述のような装置の実施例は、単なる例にすぎず、例えば、上記ユニットの区分は、単なる論理的な機能による区分であり、実際に実現するときは他の区分方式であってもよく、例えば、複数のユニット又はコンポーネントが組み合わされるか又は別のシステムに集積されてもよく、或いは幾つかの特徴が省略され又は実行されなくてもよい。一方、示された又は検討された相互間の結合又は直接的な結合又は通信接続は、幾つかのインターフェイスを介してもよく、装置又はユニットによる間接的な結合又は通信接続は、電気的、機械的、又は他の形態であってもよい。
【0191】
前記分離部材として説明されたユニットは、物理的に分離されてもよく、物理的に分離されなくてもよく、ユニットとして示された部材は、物理的なユニットであってもよく、物理的なユニットでなくてもよく、つまり、あるところに位置してもよく、複数のネットワークユニット上に分散されてもよい。実際の需要に応じて、一部又は全部のユニットを選択し、本実施例の解決策の目的を実現することができる。
【0192】
なお、本発明の各実施例に係る各機能ユニットは、１つの処理ユニットに集積されていてもよく、各ユニットが単独に物理的に存在していてもよく、２つ又は２つ以上のユニットが１つのユニットに集積されていてもよい。
【0193】
前記機能がソフトウェア機能ユニットの形で実現され、且つ独立した製品として販売又は使用される場合には、１つのコンピュータ読み取り可能な記憶媒体に格納されることができる。このような理解に基づき、本発明の技術手段は本質的に、従来技術に貢献した部分又は前記技術手段の一部がソフトウェア製品の形で具現化されることができ、前記コンピュータソフトウェア製品は、１つの記憶媒体に格納され、１台のコンピュータデバイス（パーソナルコンピュータ、サーバ、又はネットワークデバイス等であってもよい）に本発明の各実施例に記載の方法のステップの全部又は一部を実行させる命令を若干備える。前述の記憶媒体は、ＵＳＢメモリ、モバイルハードディスク、読み取り専用メモリ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ：ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ：ＲＡＭ）、磁気ディスク、又は光ディスク等のプログラムコードを格納可能な様々な媒体を含む。
【0194】
以上は、本発明の好ましい実施形態にすぎず、本発明の保護範囲はこれらに限定されない。この技術分野の当業者であれば、いずれも本発明に提示された技術範囲内で、変更又は置き換えを行うことを容易に想到でき、このような変更又は置き換えはいずれも本発明の保護範囲に含まれるべきである。したがって、本発明の保護範囲は、特許請求の範囲に従うべきである。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
