JP7027669B2 - 通信方法及び通信デバイス - Google Patents

通信方法及び通信デバイス Download PDF

Info

Publication number
JP7027669B2
JP7027669B2 JP2020538050A JP2020538050A JP7027669B2 JP 7027669 B2 JP7027669 B2 JP 7027669B2 JP 2020538050 A JP2020538050 A JP 2020538050A JP 2020538050 A JP2020538050 A JP 2020538050A JP 7027669 B2 JP7027669 B2 JP 7027669B2
Authority
JP
Japan
Prior art keywords
information
coding method
modulation coding
dci
mcs
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2020538050A
Other languages
English (en)
Other versions
JP2021510264A (ja
Inventor
シャオ、ジアフェン
リュー、ヨンシャ
Original Assignee
ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by ホアウェイ・テクノロジーズ・カンパニー・リミテッド filed Critical ホアウェイ・テクノロジーズ・カンパニー・リミテッド
Publication of JP2021510264A publication Critical patent/JP2021510264A/ja
Application granted granted Critical
Publication of JP7027669B2 publication Critical patent/JP7027669B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H04L1/0004—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes applied to control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0002—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate
    • H04L1/0003—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the transmission rate by switching between different modulation schemes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04B—TRANSMISSION
    • H04B7/00—Radio transmission systems, i.e. using radiation field
    • H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
    • H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
    • H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
    • H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
    • H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
    • H04B7/0619—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal using feedback from receiving side
    • H04B7/0621—Feedback content
    • H04B7/0626—Channel coefficients, e.g. channel state information [CSI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0009—Systems modifying transmission characteristics according to link quality, e.g. power backoff by adapting the channel coding
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
    • H04L1/0016—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy involving special memory structures, e.g. look-up tables
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0028—Formatting
    • H04L1/0031—Multiple signaling transmission
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
    • H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
    • H04L1/0032—Without explicit signalling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819—Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/50—Reducing energy consumption in communication networks in wire-line communication networks, e.g. low power modes or reduced link rate

Description

本願は、２０１８年１月１２日に中国国家知識産権局に出願された「通信方法及び通信デバイス（ＣＯＭＭＵＮＩＣＡＴＩＯＮ ＭＥＴＨＯＤ ＡＮＤ ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ ＤＥＶＩＣＥ）と題する中国特許出願第２０１８１００３３５４９．９号に基づく優先権を主張し、当該中国特許出願は、その全体が参照により本明細書に組み込まれる。
本願は、通信技術の分野に関し、具体的には、通信方法及び通信デバイスに関する。
国際電気通信連合（ｉｎｔｅｒｎａｔｉｏｎａｌ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｕｎｉｏｎ、ＩＴＵ）は、第５世代移動通信システム（ｔｈｅ ｆｉｆｔｈ ｇｅｎｅｒａｔｉｏｎ、５Ｇ）及び将来の移動通信システムについて、３種類の応用シナリオを定めている。その応用シナリオとは、高速大容量通信（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）、超高信頼低遅延通信（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＲＬＬＣ）、及び大規模マシンタイプ通信（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）である。
ＵＲＬＬＣサービスの遅延要件は非常に高く、送信側から受信側までの片方向伝送遅延は、０．５ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄ、ｍｓ）以内である必要があり、伝送信頼性は、１ｍｓの範囲内で９９．９９９％に達する必要がある。
現在、５Ｇ新無線（ｎｅｗ ｒａｄｉｏ、ＮＲ）技術では、ｅＭＢＢサービスのブロック誤り率（ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ、ＢＬＥＲ）０．１と比較すると、ＵＲＬＣＣがより低いブロック誤り率（ｂｌｏｃｋ ｅｒｒｏｒ ｒａｔｅ、ＢＬＥＲ）の変調符号化方式（ｍｏｄｕｌａｔｉｏｎ ａｎｄ ｃｏｄｉｎｇ ｓｃｈｅｍｅ、ＭＣＳ）テーブルをサポートできる。
ネットワークデバイスと端末デバイスとの間の通信プロセスにおいて、端末デバイスは、データ変調及び符号化、又はデータ復調及び復号などの処理を、ＭＣＳテーブル内の特定の種類のＭＣＳ情報に基づいて完了することができる。ネットワークデバイス及び端末デバイスが同じＭＣＳ情報を選択できるようにするために、ネットワークデバイス及び端末デバイスも、ＭＣＳテーブルを決定する必要がある。現在、ネットワークデバイスは、上位層シグナリングを用いてＭＣＳテーブルを端末デバイスに通知するが、端末デバイスは、新たな上位層シグナリング通知を受信するまでは、デフォルトによる最初のＭＣＳテーブルをそのまま用いている。ＵＲＬＬＣサービスの遅延要件は高く、ネットワークデバイスは、端末デバイスの実際の状況に基づいて、ＵＲＬＬＣサービスの低遅延の範囲内で、用いる予定のＭＣＳ情報を柔軟に且つ動的に選択する必要がある。したがって、ネットワークデバイスは、上位層シグナリングを用いて、半静的方式で、用いられるＭＣＳテーブルを端末デバイスに通知することによって、ＭＣＳテーブル又は端末デバイスの対応するＭＣＳ情報を柔軟に選択することはできない。ネットワークデバイスがＭＣＳ情報を端末デバイスに通知する現在の方式は、ＵＲＬＬＣサービスの要件に適合できないことが分かる。
本願の実施形態が通信方法及び通信デバイスを提供することにより、選択した変調符号化方式情報を端末デバイスに通知する方式が、ＵＲＬＬＣサービスの要件に十分適合できるようになる。
第１の態様によれば、通信方法が提供される。本方法は、通信デバイスにより実行されてよく、通信デバイスは、例えば端末デバイスである。本方法は、変調符号化方式インデックスを決定する段階と、第１の情報を決定する段階と、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定する段階とを含む。第１の情報を決定する段階は、受信したＤＣＩに基づいて第１の情報を決定する段階、又は第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定する段階を含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。あるいは、第１の情報を決定する段階は、受信したＤＣＩ並びに第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて、第１の情報を決定する段階を含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。
本願の本実施形態において、端末デバイスは、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定してよく、その結果、端末デバイスは、決定した変調符号化方式情報に基づいて、第２の情報に対する変調又は復調などの処理を行うことができる。第１の情報は、端末デバイスに動的に通知されてよい。例えば、第１の情報はＤＣＩに基づいて動的に決定される、又は第１の情報は第１のＨＡＲＱ応答情報を受信する回数に基づいて動的に決定される。第１の情報は半静的な上位層シグナリングを用いることなく通知されるので、ＵＲＬＬＣサービスの要件が満たされることになり、変調符号化方式情報を端末デバイスに通知する方式が、ＵＲＬＬＣサービスの要件に十分適合できるようになる。さらに、端末デバイスは、第１の情報を決定する場合、受信したＤＣＩのみに基づいて第１の情報を決定してもよく、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数のみに基づいて第１の情報を決定してもよく、受信したＤＣＩ並びに第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて、第１の情報を決定してもよい。したがって、これらの方式は比較的柔軟である。
実現可能な設計例において、第１の情報は受信したＤＣＩに基づいて決定され、第１の情報は、ＤＣＩにより示される変調符号化方式テーブル、ＤＣＩにより示される変調符号化方式インデックスオフセット値、ＤＣＩにより示されるフィードバック時間間隔、及びＤＣＩにより示されるＡ－ＣＳＩのうちの少なくとも１つを含む。
端末デバイスは、受信したＤＣＩに基づいて第１の情報を決定してよい。例えば、ＤＣＩは、第２の情報をスケジューリングするのに用いられてよい。この場合、第１の情報はＤＣＩを用いて決定され、端末デバイスは、ネットワークデバイスに他の追加情報を送信するよう要求することなく、第１の情報を決定することができる。これにより、伝送リソースを節約してリソース利用率を向上させることができるようになる。
実現可能な設計例において、第１の情報は、ＤＣＩにより示される変調符号化方式テーブルを含み、ＤＣＩにより示される変調符号化方式テーブルは、複数の変調符号化方式テーブルのうちの少なくとも１つである。複数の変調符号化方式テーブルは、第１の変調符号化方式テーブルと第２の変調符号化方式テーブルとを含む。第１の変調符号化方式テーブルに含まれる、変調符号化方式インデックスに対応する変調符号化方式情報が、第１の変調符号化方式情報であり、第２の変調符号化方式テーブルに含まれる、変調符号化方式インデックスに対応する変調符号化方式情報が、第２の変調符号化方式情報である。
本願の本実施形態において、システムが、少なくとも１つの変調符号化方式テーブルをサポートできる。システムが複数の変調符号化方式テーブルをサポートする場合、ＤＣＩにより示される変調符号化方式テーブルは、複数の変調符号化方式テーブルのうちの少なくとも１つである。例えば、１つの変調符号化方式テーブルが１つのブロック誤り率に対応する。システムによりサポートされる変調符号化方式テーブルはそれぞれ、少なくとも１つの種類の変調符号化方式情報を含む。したがって、第１の情報は、ＤＣＩにより示される変調符号化方式テーブルを直接的に含んでよく、端末デバイスは、ＤＣＩに基づいて、どの変調符号化方式テーブルを用いるかを決定し、次に、変調符号化方式インデックスに基づいて、変調符号化方式テーブル内の対応する変調符号化方式情報を決定してよい。この方式は、比較的簡単で直接的である。
実現可能な設計例において、第１の情報はＤＣＩにより示される変調符号化方式インデックスオフセット値を含み、ＤＣＩにより示される変調符号化方式インデックスオフセット値は、複数の変調符号化方式インデックスオフセット値のうちの少なくとも１つである。複数の変調符号化方式インデックスオフセット値は、第１の変調符号化方式インデックスオフセット値と第２の変調符号化方式インデックスオフセット値とを含み、変調符号化方式インデックスに対応し且つ第１の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が第２の変調符号化方式情報である。
端末デバイスは、決定した変調符号化方式インデックスと、ＤＣＩにより示される変調符号化方式インデックスオフセット値とに基づいて、ＤＣＩにより示される変調符号化方式テーブル内の変調符号化方式情報を決定してよい。具体的には、端末デバイスは、決定した変調符号化方式インデックスに変調符号化方式インデックスオフセット値を加算し（又は決定した変調符号化方式インデックスから変調符号化方式インデックスオフセット値を減算し）、変調符号化方式テーブル内の変調符号化方式インデックスを求めてよい。当該変調符号化方式インデックスに対応する変調符号化方式情報が、決定予定の変調符号化方式情報である。この方式も簡単且つ直接的であり、実施するのが容易である。
実現可能な設計例において、第１の情報はＤＣＩにより示されるフィードバック時間間隔を含み、フィードバック時間間隔は、第２の情報に含まれるデータの送信と、端末デバイスによる当該データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔、又は第２の情報をスケジューリングするのに用いられるＤＣＩの送信と、端末デバイスによる第２の情報の送信との間の時間間隔であり、ＤＣＩにより示されるフィードバック時間間隔は、複数の時間間隔セットのうちの少なくとも１つに属する。複数の時間間隔セットは第１の時間間隔セットと第２の時間間隔セットとを含み、変調符号化方式インデックスに対応し且つ第１の時間間隔セットに含まれるフィードバック時間間隔に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２の時間間隔セットに含まれるフィードバック時間間隔に対応している変調符号化方式情報が第２の変調符号化方式情報である。
概して、フィードバック時間間隔が短いほど、要件が緊急であることを示し、そのようなサービスは、ＵＲＬＬＣサービスであっても、別の比較的緊急なサービスであってもよい。そのようなサービスでは、比較的低いブロック誤り率の変調符号化方式情報が、信頼性を保証するために用いられてよい。フィードバック時間間隔が長いほど、要件があまり緊急ではないことを示し、そのようなサービスの信頼性要件は通常あまり高くない。そのようなサービスでは、比較的高いブロック誤り率の変調符号化方式情報が用いられてよい。
実現可能な設計例において、第１の情報は、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値を含み、さらに、ＤＣＩのフォーマットを含む。ＤＣＩのフォーマットは第１のＤＣＩフォーマットであり、ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含む。第１の情報を決定する段階は、第１のビット情報フィールドに基づいて、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値を決定する段階を含む。第１のビット情報フィールドのビット数が１より大きい又は１と等しく、第２のビット情報フィールドは以下の事項のうちの１つを含む。すなわち、第２のビット情報フィールドのビット数が２より小さい又は２と等しく、第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、第２のビット情報フィールドのビット数は３より小さい又は３と等しく、第２のビット情報フィールドは第２の情報により占有される時間領域リソースを示すのに用いられること、第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは冗長バージョンを示すのに用いられ、冗長バージョンは０又は３であること、第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは端末デバイスの伝送電力コマンドワードを示すのに用いられ、伝送電力コマンドワードは０又は３であること、第２のビット情報フィールドのビット数は４と等しく、第２のビット情報フィールドは変調符号化方式インデックスを示すのに用いられることである。
例えば、ＤＣＩのフォーマットは、第１のＤＣＩフォーマットと第２のＤＣＩフォーマットとを含んでよい。第１のＤＣＩフォーマットのＤＣＩが、コンパクト（ｃｏｍｐａｃｔ）ＤＣＩと呼ばれてよく、第２のＤＣＩフォーマットのＤＣＩが、フォールバック（ｆａｌｌｂａｃｋ）ＤＣＩと呼ばれてよい。第１のＤＣＩフォーマットのＤＣＩはＵＲＬＬＣサービスに適用できるＤＣＩであることが理解されるであろう。第２のＤＣＩフォーマットのＤＣＩは、全てのサービスに適用できるＤＣＩであり、例えば、ＤＣＩ ｆｏｒｍａｔ ０＿０及びＤＣＩ ｆｏｒｍａｔ １＿０である。本願の本実施形態で提供される技術的解決手段は、第１のＤＣＩフォーマットのＤＣＩに適用されてよい。本願の本実施形態では、第１のＤＣＩフォーマットのＤＣＩのビット総数と第２のＤＣＩフォーマットのＤＣＩのビット総数とが、同じになるように設定されてよいことが理解されるであろう。このように、ブラインド検出回数を減らすことができ、端末デバイスの電力が節約される。第１のＤＣＩフォーマットのＤＣＩにおいて、第２のビット情報フィールドは、第２のビット情報フィールドの元の機能をまだ完了することができ、第１のビット情報フィールドは第１の情報を決定するのに用いられてよい。これは、ＤＣＩ内の既存のビット情報フィールドを用いて第１の情報を決定することに相当する。このように、第１の情報を決定するのに追加のリソースを用いる必要がないので、伝送リソースが節約され、ＤＣＩリソース利用率が向上する。
実現可能な設計例において、第１の情報はＤＣＩにより示されるＡ－ＣＳＩを含み、ＤＣＩにより示されるＡ－ＣＳＩは、複数のＡ－ＣＳＩのうちの少なくとも１つである。複数のＡ－ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含み、変調符号化方式インデックスに対応し且つ第１のＣＳＩに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のＣＳＩに対応している変調符号化方式情報が第２の変調符号化方式情報である、且つ／又は、ＤＣＩにより示されるＡ－ＣＳＩに含まれるＣＳＩが複数のブロック誤り率に対応し、複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報である、若しくは、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報である。
第１のＣＳＩと第２のＣＳＩとは、異なる内容を含むＣＳＩであってよい。例えば、ＤＣＩにより示されるＡ－ＣＳＩが、ＲＩ及び／又はＲＳＲＰなどの徐々に変化する情報を含む場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いブロック誤り率の変調符号化方式テーブルが必要とされる。ＤＣＩにより示されるＡ－ＣＳＩに含まれるＣＳＩが、ＣＱＩ及び／又はＰＭＩなどのすぐに変化する情報を含む場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いブロック誤り率の変調符号化方式テーブルが必要とされる。別の例では、ＤＣＩにより示されるＡ－ＣＳＩがＣＳＩ ｐａｒｔ ２を含む場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いブロック誤り率の変調符号化方式テーブルが必要とされる。ＤＣＩにより示されるＡ－ＣＳＩに含まれるＣＳＩがＣＳＩ ｐａｒｔ １のみを含む場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いブロック誤り率の変調符号化方式テーブルが必要とされる。変調符号化方式テーブルとブロック誤り率との対応関係が本明細書において限定されることはない、つまり、変調符号化方式テーブルとブロック誤り率との対応関係は予め定められてもよく、上位層シグナリングを用いて設定されてもよいことに留意されたい。あるいは、第１のＣＳＩと第２のＣＳＩとは、異なるビット情報量（又はビット数と呼ばれる）に対応するＣＳＩであってよい。例えば、ＤＣＩにより示されるＡ－ＣＳＩに含まれるビット情報量が第１のビット数より大きい又はそれと等しい場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いブロック誤り率の変調符号化方式テーブルが必要とされる。ＤＣＩにより示されるＡ－ＣＳＩに含まれるビット情報量が第２のビット数より小さい場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いブロック誤り率の変調符号化方式テーブルが必要とされる。
あるいは、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報であること、又は、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報であることが、事前に指定されてもよい。このことは、特に限定されない。
実現可能な設計例において、第１の情報を決定する段階は、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定する段階を含み、第１の情報は以下の情報のうちの少なくとも１つを含む。すなわち、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率、及び、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率である。
本願の本実施形態において、第１の時間ウインドウは、プロトコルで指定されてもよく、ネットワークデバイスにより設定されてもよく、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知される。
第１の時間ウインドウは、例えば、ＭＣＳ情報を搬送するＤＣＩが受信される時点を終了時点として用いる単位時間、又はＭＣＳ情報が決定される時点を終了時点として用いる単位時間である。あるいは、第１の時間ウインドウは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１の否定応答情報が受信される時点を終了時点として用いる、あるいは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１のＨＡＲＱ応答情報が初めて受信されない時点を終了時点として用いる、あるいは第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後の予め設定された期間の終了時点を終了時点として用いる。本明細書における第１の確認応答情報は、伝送プロセスにおける任意の第１の確認応答情報であってよい。あるいは、第１の時間ウインドウは、１つの時間単位が位置する開始時点及び終了時点に対応する。
理論上、端末デバイスが１つのデータ（又は１つのトランスポートブロック）を送信するたびに、端末デバイスは、第１のＨＡＲＱ応答情報をネットワークデバイスから受信する。この場合、端末デバイスは、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する状況に基づいて、他の追加情報を用いることなく第１の情報を決定してよく、ネットワークデバイスも追加情報を送信する必要はないので、伝送リソースが節約される。
実現可能な設計例において、第１の情報は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数を含み、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数は、複数の回数のセットのうちの少なくとも１つに属する。複数の回数のセットは、第１の回数のセットと第２の回数のセットとを含み、変調符号化方式インデックスに対応し且つ第１の時間ウインドウにおいて第１の回数のセットに含まれる第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第１の時間ウインドウにおいて第２の回数のセットに含まれる第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に対応している変調符号化方式情報が第２の変調符号化方式情報である。
第１の否定応答情報が受信された場合、これは、ネットワークデバイスによる受信が不正確であることを示しているか、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している。第１の否定応答情報が受信されない場合、これも、ネットワークデバイスによる受信が不正確であることを示している場合があり、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している場合がある。第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が比較的大きい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いブロック誤り率に対応する変調符号化方式テーブルが選択される。
実現可能な設計例において、第１の情報は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数を含み、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数は、複数の回数のセットのうちの少なくとも１つに属する。複数の回数のセットは第３の回数のセットと第４の回数のセットとを含み、変調符号化方式インデックスに対応し且つ第１の時間ウインドウにおいて第３の回数のセットに含まれる第１の確認応答情報を受信する回数に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第１の時間ウインドウにおいて第４の回数のセットに含まれる第１の確認応答情報を受信する回数に対応している変調符号化方式情報が第２の変調符号化方式情報である。
第１の確認応答情報が受信された場合、これは、ネットワークデバイスによる受信が正しいことを示しているか、又は端末デバイスによるアップリンクデータ伝送が正しいことを示している。第１の確認応答情報を受信する回数が比較的小さい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いブロック誤り率に対応する変調符号化方式テーブルが選択される。
実現可能な設計例において、第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率を含み、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率は、複数の比率セットのうちの少なくとも１つに属する。複数の比率セットは、第１の比率セットと第２の比率セットとを含み、変調符号化方式インデックスに対応し、且つ第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する、第１の比率セットに含まれる比率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し、且つ第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する、第２の比率セットに含まれる比率に対応している変調符号化方式情報が、第２の変調符号化方式情報である。
第１の否定応答情報が受信された場合、これは、ネットワークデバイスによる受信が不正確であることを示しているか、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している。第１の否定応答情報が受信されない場合、これも、ネットワークデバイスによる受信が不正確であることを示している場合があり、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している場合がある。第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が比較的大きい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いブロック誤り率に対応する変調符号化方式テーブルが選択される。
実現可能な設計例において、第１の情報は、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率を含み、この比率は、複数の比率セットのうちの少なくとも１つに属する。複数の比率セットは第３の比率セットと第４の比率セットとを含み、変調符号化方式インデックスに対応し、且つ第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する、第３の比率セットに含まれる比率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し、且つ第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する、第４の比率セットに含まれる比率に対応している変調符号化方式情報が第２の変調符号化方式情報である。
第１の確認応答情報が受信された場合、これは、ネットワークデバイスによる受信が正しいことを示しているか、又は端末デバイスによるアップリンクデータ伝送が正しいことを示している。第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が比較的小さい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いブロック誤り率に対応する変調符号化方式テーブルが選択される。
第２の態様によれば、通信方法が提供される。本方法は、通信デバイスにより実行されてよく、通信デバイスは、例えば、基地局などのネットワークデバイスである。本方法は、変調符号化方式情報を決定する段階と、第１の情報及び変調符号化方式インデックスを決定する段階であって、第１の情報及び変調符号化方式インデックスは変調符号化方式情報を示すのに用いられる、段階と、ダウンリンク制御情報ＤＣＩを用いて第１の情報を送信する段階とを含む。
ネットワークデバイスは、ＤＣＩを用いて第１の情報を送信してよいので、端末デバイスは、ＤＣＩを用いて第１の情報を決定することができる。次に、端末デバイスは、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定してよく、その結果、端末デバイスは、決定した変調符号化方式情報に基づいて、第２の情報に対して変調又は復調などの処理を行うことができる。第１の情報は、端末デバイスに動的に通知されてよい。例えば、第１の情報はＤＣＩに基づいて決定され、半静的な上位層シグナリングを用いることなく通知されるので、ＵＲＬＬＣサービスの要件が満たされることになり、変調符号化方式情報を端末デバイスに通知する方式が、ＵＲＬＬＣサービスの要件に十分適合できるようになる。
さらに、端末デバイスが別の方式で第１の情報を決定する場合、例えば、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する状況に基づいて端末デバイスが第１の情報を決定する場合、ネットワークデバイスも、対応する方式で第１の情報を決定してよい。例えば、ネットワークデバイスは、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を送信する状況に基づいて第１の情報を決定する。この場合、ネットワークデバイスは、ＤＣＩを用いることなく第１の情報を送信してよいので、伝送リソースを節約することができる。
実現可能な設計例において、第１の情報は、変調符号化方式テーブル、変調符号化方式インデックスオフセット値、フィードバック時間間隔、及びＡ－ＣＳＩのうちの少なくとも１つを含む。
実現可能な設計例において、第１の情報は変調符号化方式テーブルを含み、変調符号化方式テーブルは複数の変調符号化方式テーブルのうちの少なくとも１つである。複数の変調符号化方式テーブルは、第１の変調符号化方式テーブルと第２の変調符号化方式テーブルとを含み、第１の変調符号化方式テーブルに含まれる、変調符号化方式インデックスに対応する変調符号化方式情報が第１の変調符号化方式情報であり、第２の変調符号化方式テーブルに含まれる、変調符号化方式インデックスに対応する変調符号化方式情報が第２の変調符号化方式情報である。
実現可能な設計例において、第１の情報は変調符号化方式インデックスオフセット値を含み、変調符号化方式インデックスオフセット値は、複数の変調符号化方式インデックスオフセット値のうちの少なくとも１つである。複数の変調符号化方式インデックスオフセット値は、第１の変調符号化方式インデックスオフセット値と第２の変調符号化方式インデックスオフセット値とを含み、変調符号化方式インデックスに対応し且つ第１の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が第２の変調符号化方式情報である。
実現可能な設計例において、第１の情報はフィードバック時間間隔を含み、フィードバック時間間隔は、第２の情報に含まれるデータの送信と、端末デバイスによる当該データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔であるか、あるいは第２の情報をスケジューリングするのに用いられるＤＣＩの送信と、端末デバイスによる第２の情報の送信との間の時間間隔であり、フィードバック時間間隔は複数の時間間隔セットのうちの少なくとも１つに属する。複数の時間間隔セットは第１の時間間隔セットと第２の時間間隔セットとを含み、変調符号化方式インデックスに対応し且つ第１の時間間隔セットに含まれるフィードバック時間間隔に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２の時間間隔セットに含まれるフィードバック時間間隔に対応している変調符号化方式情報が第２の変調符号化方式情報である。
実現可能な設計例において、第１の情報は、変調符号化方式テーブル及び／又は変調符号化方式インデックスオフセット値を含み、さらに、ＤＣＩのフォーマットを含む。ＤＣＩのフォーマットは第１のＤＣＩフォーマットであり、ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含む。第１のビット情報フィールドは、変調符号化方式テーブル及び／又は変調符号化方式インデックスオフセット値を決定するのに用いられ、第１のビット情報フィールドのビット数が１より大きい又は１と等しく、第２のビット情報フィールドは以下の事項のうちの１つを含む。すなわち、第２のビット情報フィールドのビット数が２より小さい又は２と等しく、第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、第２のビット情報フィールドのビット数は３より小さい又は３と等しく、第２のビット情報フィールドは第２の情報により占有される時間領域リソースを示すのに用いられること、第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは冗長バージョンを示すのに用いられ、冗長バージョンは０又は３であること、第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは端末デバイスの伝送電力コマンドワードを示すのに用いられ、伝送電力コマンドワードは０又は３であること、及び、第２のビット情報フィールドのビット数は４と等しく、第２のビット情報フィールドは変調符号化方式インデックスを示すのに用いられることである。
実現可能な設計例において、第１の情報はＡ－ＣＳＩを含み、Ａ－ＣＳＩは複数のＡ－ＣＳＩのうちの少なくとも１つである。複数のＡ－ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含み、変調符号化方式インデックスに対応し且つ第１のＣＳＩに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のＣＳＩに対応している変調符号化方式情報が第２の変調符号化方式情報である、且つ／又は、Ａ－ＣＳＩに含まれるＣＳＩが複数のブロック誤り率に対応し、複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報である、若しくは、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報である。
実現可能な設計例において、第１の情報は、ＤＣＩが位置する探索空間、ＤＣＩが位置するキャリア、ＤＣＩの検出期間、ＤＣＩのＣＣＥアグリゲーションレベル、及びＤＣＩが位置するＣＯＲＳＥＴのうちの少なくとも１つを含む。
実現可能な設計例において、第１の情報はＤＣＩが位置する探索空間を含み、ＤＣＩが位置する探索空間は、複数の探索空間のうちの少なくとも１つである。複数の探索空間は共通探索空間とユーザ固有探索空間とを含み、変調符号化方式インデックスに対応し且つ共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報である。
共通探索空間の出現頻度は通常比較的低く、ユーザ固有探索空間の出現頻度は通常比較的高い。したがって、共通探索空間は、比較的高いブロック誤り率の変調符号化方式情報の方に好適であり、ユーザ固有探索空間は、比較的低いブロック誤り率の変調符号化方式情報の方に好適である。この観点から、第２の変調符号化方式情報に対応するブロック誤り率が、第１の変調符号化方式情報に対応するブロック誤り率より小さくてよい。
実現可能な設計例において、第１の情報はＤＣＩが位置するキャリアを含み、ＤＣＩが位置するキャリアは複数のキャリアのうちの少なくとも１つである。複数のキャリアは第１のキャリアと第２のキャリアとを含み、変調符号化方式インデックスに対応し且つ第１のキャリアに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のキャリアに対応している変調符号化方式情報が第２の変調符号化方式情報である。
例えば、あるシステムにおいて、ＵＲＬＬＣサービスが伝送のために特定のキャリアで搬送されてよく、別のサービスが伝送のために別のキャリアで搬送されてよい。端末デバイスが、ＵＲＬＬＣサービスを搬送するキャリアを用いてＤＣＩを受信する場合、これは、ＤＣＩを用いてスケジューリングされる第２の情報がＵＲＬＬＣサービスに属すること、ＵＲＬＬＣサービスは比較的高い信頼性を必要とすること、また比較的低いブロック誤り率の変調符号化方式情報が選択されてよいことを示している。端末デバイスが、別のサービスを搬送するキャリアを用いてＤＣＩを受信する場合、これは、ＤＣＩを用いてスケジューリングされる第２の情報がＵＲＬＬＣサービス以外のサービスに属すること、別のサービスの信頼性要件がＵＲＬＬＣサービスほど高くないこと、また比較的高いブロック誤り率の変調符号化方式情報が選択されてよいことを示している。
実現可能な設計例において、第１の情報はＤＣＩの検出期間を含み、ＤＣＩの検出期間は複数の検出期間セットのうちの少なくとも１つに属する。複数の検出期間セットは第１の検出期間セットと第２の検出期間セットとを含み、変調符号化方式インデックスに対応し且つ第１の検出期間セットに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２の検出期間セットに対応している変調符号化方式情報が第２の変調符号化方式情報である。
例えば、ＤＣＩの検出期間が短いほど、要件が緊急であることを示し、そのようなサービスはＵＲＬＬＣサービスであっても、別の比較的緊急なサービスであってもよい。そのようなサービスでは、比較的低いブロック誤り率の変調符号化方式情報が、信頼性を保証するのに用いられてよい。ＤＣＩの検出期間が長いほど、要件があまり緊急ではないことを示し、そのようなサービスの信頼性要件は通常あまり高くない。そのようなサービスでは、比較的高いブロック誤り率の変調符号化方式情報が用いられてよい。
実現可能な設計例において、第１の情報はＤＣＩのＣＣＥアグリゲーションレベルを含み、ＤＣＩのＣＣＥアグリゲーションレベルは複数のアグリゲーションレベルセットのうちの少なくとも１つに属する。複数のアグリゲーションレベルセットは第１のアグリゲーションレベルセットと第２のアグリゲーションレベルセットとを含み、変調符号化方式インデックスに対応し且つ第１のアグリゲーションレベルセットに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のアグリゲーションレベルセットに対応している変調符号化方式情報が第２の変調符号化方式情報である。
例えば、アグリゲーションレベルが高い場合、端末デバイスがＤＣＩを受信できる確率が高くなる。この場合、端末デバイスの信頼性要件が比較的高い可能性が高く、比較的低いブロック誤り率の変調符号化方式情報が信頼性を保証するために用いられてよい。これに対して、アグリゲーションレベルが低い場合、端末デバイスはＤＣＩを受信しない可能性が高いかもしれない。したがって、この場合、端末デバイスの信頼性要件があまり高くなく、比較的高いブロック誤り率の変調符号化方式情報が用いられてよい。
実現可能な設計例において、第１の情報はＤＣＩが位置するＣＯＲＳＥＴを含み、ＤＣＩが位置するＣＯＲＳＥＴは複数のＣＯＲＳＥＴセットのうちの少なくとも１つに属する。複数のＣＯＲＳＥＴセットは第１のＣＯＲＳＥＴセットと第２のＣＯＲＳＥＴセットとを含み、変調符号化方式インデックスに対応し且つ第１のＣＯＲＳＥＴセットに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のＣＯＲＳＥＴセットに対応している変調符号化方式情報が第２の変調符号化方式情報である。
実現可能な設計例において、第１のＣＯＲＳＥＴセットに対応するＲＥＧバンドルサイズが第１のＲＥＧバンドルサイズセットに属する、且つ／又は第２のＣＯＲＳＥＴセットに対応するＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズセットに属する。
ＲＥＧバンドルサイズが大きい場合、端末デバイスがＤＣＩを受信できる確率が高くなる。この場合、端末デバイスの信頼性要件が比較的高い可能性が高く、比較的低いブロック誤り率の変調符号化方式情報が信頼性を保証するために用いられてよい。これに対して、ＲＥＧバンドルサイズが小さい場合、端末デバイスはＤＣＩを受信しない可能性が高いかもしれない。したがって、この場合、端末デバイスの信頼性要件があまり高くなく、比較的高いブロック誤り率の変調符号化方式情報が用いられてよい。
実現可能な設計例において、ＤＣＩは第２の情報の時間領域リソース及び／又は周波数領域リソースを示すのに用いられ、第１の情報を決定する段階は、第２の情報に対応するリソースに基づいて第１の情報を決定する段階を含む。第１の情報は、第２の情報に対応するリソースが位置するキャリア、第２の情報に対応するリソースが位置するセル、第２の情報に対応するリソースが位置するＢＷＰ、第２の情報に対応するリソースが位置するＴＡＧ、第２の情報に対応するリソースが位置するＰＵＣＣＨ ｇｒｏｕｐ、第２の情報に対応するリソースに対応するＰＵＣＣＨフォーマット、第２の情報に対応するリソースのサブキャリア間隔、第２の情報に対応するリソースの波形、及び第２の情報に対応するリソースの時間領域長のうちの少なくとも１つを含む。
実現可能な設計例において、第１の情報は第２の情報に対応するリソースが位置するキャリアを含み、第２の情報に対応するリソースが位置するキャリアは複数のキャリアのうちの少なくとも１つである。複数のキャリアは第１のキャリアと第２のキャリアとを含み、変調符号化方式インデックスに対応し且つ第１のキャリアに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のキャリアに対応している変調符号化方式情報が第２の変調符号化方式情報である。
例えば、あるシステムにおいて、ＵＲＬＬＣサービスが伝送のために特定のキャリアで搬送されてよく、別のサービスが伝送のために別のキャリアで搬送されてよい。第２の情報が、ＵＲＬＬＣサービスを搬送するキャリアを用いて伝送される場合、これは、第２の情報がＵＲＬＬＣサービスに属すること、ＵＲＬＬＣサービスが比較的高い信頼性を必要とすること、また比較的低いブロック誤り率の変調符号化方式情報が選択されてよいことを示している。第２の情報が、別のサービスを搬送するキャリアを用いて伝送される場合、これは、第２の情報がＵＲＬＬＣサービス以外のサービスに属すること、別のサービスの信頼性要件がＵＲＬＬＣサービスほど高くないこと、また比較的高いブロック誤り率の変調符号化方式情報が選択されてよいことを示している。
第２の情報に対応するリソースが位置するセル、第２の情報に対応するリソースが位置するＢＷＰ、第２の情報に対応するリソースが位置するＴＡＧ、第２の情報に対応するリソースが位置するＰＵＣＣＨ ｇｒｏｕｐ、第２の情報に対応するリソースに対応するＰＵＣＣＨフォーマット、第２の情報に対応するリソースのサブキャリア間隔、及び第２の情報に対応するリソースの波形のうちの少なくとも１つを第１の情報が含む場合、これは、第２の情報に対応するリソースが位置するキャリアを第１の情報が含む場合と同様であり、詳細は再度説明しない。
実現可能な設計例において、第１の情報は第２の情報に対応するリソースの時間領域長を含み、第２の情報に対応するリソースの時間領域長は複数の時間領域長セットのうちの少なくとも１つに属する。複数の時間領域長セットは第１の時間領域長セットと第２の時間領域長セットとを含み、第２の情報に対応するリソースの、第１の時間領域長セットに含まれる時間領域長に対応する変調符号化方式情報が第１の変調符号化方式情報であり、第２の情報に対応するリソースの、第２の時間領域長セットに含まれる時間領域長に対応する変調符号化方式情報が第２の変調符号化方式情報である。
第２の情報に対応するリソースの時間領域長が比較的短い場合、これは、第２の情報が比較的緊急なサービスであり得るか、又は第２の情報に残された伝送時間が比較的短いことを示しており、第２の情報が比較的短時間での伝送に成功できることを保証するために、比較的低いブロック誤り率の変調符号化方式情報が必要とされる。第２の情報に対応するリソースの時間領域長が比較的長い場合、これは、第２の情報が緊急性の低いサービスであり得るか、又は第２の情報に残された伝送時間が比較的長いことを示しており、比較的高いブロック誤り率の変調符号化方式情報が用いられてよい。
実現可能な設計例において、第２の変調符号化方式情報に対応するブロック誤り率が第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は第２の変調符号化方式情報に対応するブロック誤り率の優先度が第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い。
あるいは、実現可能な設計例において、第２の変調符号化方式情報に対応するブロック誤り率が第１の変調符号化方式情報に対応するブロック誤り率より大きい、又は第２の変調符号化方式情報に対応するブロック誤り率の優先度が第１の変調符号化方式情報に対応するブロック誤り率の優先度より低い。
具体的には、第１の変調符号化方式情報に対応するブロック誤り率と、第２の変調符号化方式情報に対応するブロック誤り率との関係が、本願の本実施形態において限定されることはない。
実現可能な設計例において、第２の変調符号化方式情報は第１の変調符号化方式情報と同じであるか、又は第２の変調符号化方式情報は第１の変調符号化方式情報と異なる。
第３の態様によれば、通信方法が提供される。本方法は通信デバイスにより実行されてよく、通信デバイスは、例えば、端末デバイスである。本方法は、変調符号化方式インデックスを決定する段階であって、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは０～［Ｎ－１］であり、Ｎ個の変調符号化方式インデックスは以下の条件、すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ－１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ－１］の関係にあり、Ｎは２より大きい整数であることのうちの少なくとも１つを満たす、段階と、変調符号化方式インデックスに対応する変調符号化方式情報を決定する段階であって、変調符号化方式情報は変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む、段階とを含む。実現可能な設計例において、Ａ、Ｂ、及びＣは整数であり、Ｘ、Ｙ、及びＺは整数である。
これに応じて、第４の態様によれば、通信方法が提供される。本方法は通信デバイスにより実行されてよく、通信デバイスは、例えば、基地局などのネットワークデバイスである。本方法は、変調符号化方式情報を決定する段階であって、変調符号化方式情報は変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む、段階と、変調符号化方式情報に対応する変調符号化方式インデックスを決定する段階であって、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは０～［Ｎ－１］であり、Ｎ個の変調符号化方式インデックスは以下の条件、すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ－１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ－１］の関係にあり、Ｎは２より大きい整数であることのうちの少なくとも１つを満たす、段階とを含む。実現可能な設計例において、Ａ、Ｂ、及びＣは整数であり、Ｘ、Ｙ、及びＺは整数である。
本願の本実施形態において、ＭＣＳテーブルが再提供されてよく、端末デバイスは、ＭＣＳインデックスを決定することにより、ＭＣＳテーブル内のＭＣＳ情報を直接的に決定することができる。この方式は比較的簡単であり、実施するのが容易である。
第５の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、端末デバイスである。端末デバイスは、前述の方法設計における端末デバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
実現可能な設計例において、端末デバイスの特定の構造がプロセッサと送受信機とを含んでよい。プロセッサと送受信機とは、第１の態様又は第１の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
第６の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、ネットワークデバイスである。ネットワークデバイスは、前述の方法設計のネットワークデバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
実現可能な設計例において、ネットワークデバイスの特定の構造がプロセッサと送受信機とを含んでよい。プロセッサと送受信機とは、第２の態様又は第２の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
第７の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、端末デバイスである。端末デバイスは、前述の方法設計における端末デバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
実現可能な設計例において、端末デバイスの特定の構造がプロセッサと送受信機とを含んでよい。プロセッサと送受信機とは、第３の態様又は第３の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
第８の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、ネットワークデバイスである。ネットワークデバイスは、前述の方法設計のネットワークデバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
実現可能な設計例において、ネットワークデバイスの特定の構造がプロセッサと送受信機とを含んでよい。プロセッサと送受信機とは、第４の態様又は第４の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
第９の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、端末デバイスである。端末デバイスは、前述の方法設計における端末デバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
実現可能な設計例において、端末デバイスの特定の構造が処理モジュールと送受信機モジュールとを含んでよい。処理モジュールと送受信機モジュールとは、第１の態様又は第１の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
第１０の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、ネットワークデバイスである。ネットワークデバイスは、前述の方法設計のネットワークデバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
実現可能な設計例において、ネットワークデバイスの特定の構造が処理モジュールと送受信機モジュールとを含んでよい。処理モジュールと送受信機モジュールとは、第２の態様又は第２の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
第１１の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、端末デバイスである。端末デバイスは、前述の方法設計における端末デバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
実現可能な設計例において、端末デバイスの特定の構造が処理モジュールと送受信機モジュールとを含んでよい。処理モジュールと送受信機モジュールとは、第３の態様又は第３の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
第１２の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、ネットワークデバイスである。ネットワークデバイスは、前述の方法設計のネットワークデバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
実現可能な設計例において、ネットワークデバイスの特定の構造が処理モジュールと送受信機モジュールとを含んでよい。処理モジュールと送受信機モジュールとは、第４の態様又は第４の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
第１３の態様によれば、通信装置が提供される。通信装置は、前述の方法設計の端末デバイスであってもよく、端末デバイスに配置されるチップでもよい。通信装置は、コンピュータが実行可能プログラムコードを格納するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行すると、通信装置は、第１の態様又は第１の態様の実現可能な設計例のうちのいずれか１つにおける端末デバイスで実行される方法を実行する。
第１４の態様によれば、通信装置が提供される。通信装置は、前述の方法設計のネットワークデバイスであってもよく、ネットワークデバイスに配置されるチップでもよい。通信装置は、コンピュータが実行可能プログラムコードを格納するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行すると、通信装置は、第２の態様又は第２の態様の実現可能な設計例のうちのいずれか１つにおけるネットワークデバイスで実行される方法を実行する。
第１５の態様によれば、通信装置が提供される。通信装置は、前述の方法設計の端末デバイスであってもよく、端末デバイスに配置されるチップでもよい。通信装置は、コンピュータが実行可能プログラムコードを格納するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行すると、通信装置は、第３の態様又は第３の態様の実現可能な設計例のうちのいずれか１つにおける端末デバイスで実行される方法を実行する。
第１６の態様によれば、通信装置が提供される。通信装置は、前述の方法設計のネットワークデバイスであってもよく、ネットワークデバイスに配置されるチップでもよい。通信装置は、コンピュータが実行可能プログラムコードを格納するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行すると、通信装置は、第４の態様又は第４の態様の実現可能な設計例のうちのいずれか１つにおけるネットワークデバイスで実行される方法を実行する。
第１７の態様によれば、通信システムが提供され、通信システムはネットワークデバイスと端末デバイスとを含む。端末デバイスは、変調符号化方式インデックスを決定し、第１の情報を決定し、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定するように構成され、第１の情報を決定することは、受信したＤＣＩ又は第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定することを含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。ネットワークデバイスは、変調符号化方式情報を決定することと、第１の情報と変調符号化方式インデックスとを決定することであって、第１の情報と変調符号化方式インデックスとは変調符号化方式情報を示すのに用いられる、決定することと、ダウンリンク制御情報ＤＣＩを用いて第１の情報を送信することとを行うように構成される。
第１８の態様によれば、通信システムが提供され、通信システムはネットワークデバイスと端末デバイスとを含む。端末デバイスは、変調符号化方式インデックスを決定することであって、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは０～［Ｎ－１］であり、Ｎ個の変調符号化方式インデックスは以下の条件、すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ－１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ－１］の関係にあり、Ｎは２より大きい整数であることのうちの少なくとも１つを満たす、決定することと、変調符号化方式インデックスに対応する変調符号化方式情報を決定することであって、変調符号化方式情報は変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む、決定することとを行うように構成される。ネットワークデバイスは、変調符号化方式情報を決定することであって、変調符号化方式情報は変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む、決定することと、変調符号化方式情報に対応する変調符号化方式インデックスを決定することであって、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは０～［Ｎ－１］であり、Ｎ個の変調符号化方式インデックスは以下の条件、すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ－１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ－１］の関係にあり、Ｎは２より大きい整数であることのうちの少なくとも１つを満たす、決定することとを行うように構成される。実現可能な設計例において、Ａ、Ｂ、及びＣは整数であり、Ｘ、Ｙ、及びＺは整数である。
第１９の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第１の態様又は第１の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
第２０の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第２の態様又は第２の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
第２１の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第３の態様又は第３の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
第２２の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第４の態様又は第４の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
第２３の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第１の態様又は第１の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
第２４の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第２の態様又は第２の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
第２５の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第３の態様又は第３の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
第２６の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第４の態様又は第４の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
本願の実施形態において、第１の情報は端末デバイスに動的に通知されてよい。例えば、第１の情報はＤＣＩに基づいて動的に決定される、又は第１の情報は第１のＨＡＲＱ応答情報を受信する回数に基づいて動的に決定される。第１の情報は半静的な上位層シグナリングを用いることなく通知されるので、ＵＲＬＬＣサービスの要件が満たされることになり、変調符号化方式情報を端末デバイスに通知する方式が、ＵＲＬＬＣサービスの要件に十分適合できるようになる。
本願の一実施形態による応用シナリオの概略図である。
本願の一実施形態による第１の通信方法のフローチャートである。
本願の一実施形態によるＵＲＬＬＣサービス伝送プロセスの時間要件の概略図である。
本願の一実施形態による第２の通信方法のフローチャートである。
本願の一実施形態による端末デバイスの概略構造図である。
本願の一実施形態によるネットワークデバイスの概略構造図である。
本願の一実施形態による端末デバイスの概略構造図である。
本願の一実施形態によるネットワークデバイスの概略構造図である。
本願の一実施形態による通信装置の概略構造図である。 本願の一実施形態による通信装置の概略構造図である。
本願の実施形態の目的、技術的解決手段、及び利点をより明確にするために、以下ではさらに、添付図面を参照して本願の実施形態を詳細に説明する。
以下では、当業者の理解を容易にするために、本願の実施形態で使われるいくつかの用語を説明する。
（１）端末デバイスは、ユーザに音声及び／又はデータ接続を提供するデバイスを含み、例えば、無線接続機能を有するハンドヘルドデバイス、又は無線モデムに接続された処理デバイスを含んでよい。端末デバイスは、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）を通じてコアネットワークと通信し、ＲＡＮを用いて音声及び／又はデータをやり取りしてよい。端末デバイスは、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、無線端末デバイス、移動端末デバイス、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、モバイルコンソール（ｍｏｂｉｌｅ）、リモート局（ｒｅｍｏｔｅ ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）、リモート端末デバイス（ｒｅｍｏｔｅ ｔｅｒｍｉｎａｌ）、アクセス端末デバイス（ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ）、ユーザ端末デバイス（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ ａｇｅｎｔ）、又はユーザデバイス（ｕｓｅｒ ｄｅｖｉｃｅ）などを含んでよい。例えば、端末デバイスは、携帯電話（又は「セルラ方式」電話と呼ばれる）、移動端末デバイスを備えたコンピュータ、ポータブル且つポケットサイズでハンドヘルド型のコンピュータ内蔵式若しくは車載式の移動装置、又はインテリジェントなウェアラブルデバイスを含んでよい。例えば、端末デバイスは、パーソナル通信サービス（ｐｅｒｓｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話セット、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ、ＷＬＬ）局、又は携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）などのデバイスである。端末デバイスはさらに、限定されたデバイス、例えば、比較的低電力消費のデバイス、限定された記憶能力を有するデバイス、又は限定された計算能力を有するデバイスを含む。例えば、端末デバイスは、バーコード、無線自動識別（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＲＦＩＤ）、センサ、全地球測位システム（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ、ＧＰＳ）、又はレーザスキャナなどの情報センシングデバイスを含む。
限定ではなく一例として、本願の実施形態において、端末デバイスは代替的にウェアラブルデバイスであってもよい。ウェアラブルデバイスは、ウェアラブルインテリジェントデバイスとも呼ばれることがあり、ウェアラブル技術をインテリジェントな設計の日常装具に適用することで開発された、眼鏡、手袋、腕時計、衣類、及び靴などのウェアラブルデバイスを指す一般用語である。ウェアラブルデバイスは、身体に直接的に着用できる又はユーザの衣類又はアクセサリに組み込むことができるポータブルデバイスである。ウェアラブルデバイスは、単なるハードウェアデバイスではなく、ソフトウェアサポート、データ交換、クラウドインタラクションによって高性能な機能を実装するのに用いられる。汎用のウェアラブルインテリジェントデバイスには、スマートフォンに依存することなく、完全な又は部分的な機能を実装できるスマートウォッチ又はスマートグラスなどのフル機能で大型のデバイス、及び１つの種類の応用機能だけに特化して、スマートフォンなどの他のデバイスと連携する必要があるデバイス、例えば、身体的症状を監視するための様々なスマートバンド、スマートヘルメット、又はスマートジュエリーなどが含まれる。
（２）ネットワークデバイスは、例えば、基地局（例えば、アクセスポイント）を含み、１つ又は複数のセルを用いてエアインタフェースを介して無線端末デバイスと通信し且つアクセスネットワーク内にあるデバイスであってよい。ネットワークデバイスは、受信した無線フレーム及びインターネットプロトコル（ＩＰ）パケットを相互に変換し、端末デバイスとアクセスネットワークの残りの部分との間でルータとしての機能を果たすように構成されてよく、アクセスネットワークの残りの部分はＩＰネットワークを含んでよい。ネットワークデバイスはさらに、エアインタフェースの属性管理を調整してよい。例えば、ネットワークデバイスは、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム又はＬＴＥアドバンスト（ＬＴＥ－Ａｄｖａｎｃｅｄ、ＬＴＥ－Ａ）システムの進化型ＮｏｄｅＢ（ＮｏｄｅＢ、ｅＮＢ、又はｅ－ＮｏｄｅＢ、ｅｖｏｌｕｔｉｏｎａｌ ＮｏｄｅＢ）を含んでもよく、５ＧのＮＲシステムの次世代ＮｏｄｅＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ、ｇＮＢ）を含んでもよい。これについては、本願の実施形態において限定されることはない。
さらに、本願の実施形態において、ネットワークデバイスはサービスをセルに提供し、端末デバイスは、セルで用いられる伝送リソース（例えば、周波数領域リソース、又はスペクトルリソース）を用いてネットワークデバイスと通信する。セルは、ネットワークデバイス（例えば、基地局）に対応するセルであってよい。セルは、マクロ基地局に属してもよく、スモールセル（ｓｍａｌｌ ｃｅｌｌ）に対応する基地局に属してもよい。本明細書におけるスモールセルは、メトロセル（Ｍｅｔｒｏ ｃｅｌｌ）、マイクロセル（Ｍｉｃｒｏ ｃｅｌｌ）、ピコセル（Ｐｉｃｏ ｃｅｌｌ）、及びフェムトセル（Ｆｅｍｔｏ ｃｅｌｌ）などを含んでよい。これらのセルは、カバレッジエリアが小さく且つ伝送電力が低いことを特徴としており、高速データ伝送サービスを提供するのに好適である。
さらに、ＬＴＥシステム又はＮＲシステムでは、複数の同一周波数セルが同時に１つのキャリアで動作してよい。いくつかの特別なシナリオでは、キャリア及びセルの概念が同等であることも考えられ得る。例えば、キャリアアグリゲーション（ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）シナリオでは、二次キャリアがＵＥ用に設定された場合、二次キャリアのキャリアインデックスと二次キャリアで動作する二次セルのセル識別情報（ｃｅｌｌ ｉｄｅｎｔｉｔｙ、Ｃｅｌｌ ＩＤ）とが両方とも搬送される。この場合、キャリア及びセルの概念は同等であることが考えられ得る。例えば、ＵＥの場合、キャリアにアクセスすることは、セルにアクセスすることに相当する。
（３）サブキャリア間隔は、直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）システムの周波数領域における２つの隣接するサブキャリアの中心位置同士又はピーク位置同士の間隔の値である。例えば、ロングタームエボリューション（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムのサブキャリア間隔が１５（キロヘルツ、ｋＨｚ）であり、５ＧのＮＲシステムのサブキャリア間隔が、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、又は１２０ｋＨｚであってもよい。
以下の表１を参照されたい。
Figure 0007027669000001
μが、サブキャリア間隔を示すのに用いられる。例えば、μ＝０の場合、サブキャリア間隔は１５ｋＨｚであり、又はμ＝１の場合、サブキャリア間隔は３０ｋＨｚである。
（４）ＵＲＬＬＣサービス：ＵＲＬＬＣサービスの遅延要件は非常に高く、送信側から受信側までの片方向伝送遅延は、０．５ｍｓ以内である必要があり、伝送信頼性は、１ｍｓの範囲内で９９．９９９％に達する必要がある。
ＵＲＬＬＣサービスの伝送遅延要件を満たすために、より短い時間スケジューリング単位が無線エアインタフェースを介したデータ伝送に用いられてよく、例えば、ミニスロット（ｍｉｎｉ－ｓｌｏｔ）又は大きいサブキャリア間隔を有するスロットが最小時間スケジューリング単位として用いられる。１つのミニスロットは、１つ又は複数の時間領域シンボルを含む。本明細書における時間領域シンボルは、直交周波数分割多重化ＯＦＤＭシンボルであってよい。サブキャリア間隔が１５ｋＨｚである１つのスロットの場合、６個又は７個の時間領域シンボルが含まれ、対応する時間長が０．５ｍｓである。サブキャリア間隔が６０ｋＨｚである１つのスロットの場合、対応する時間長が０．１２５ｍｓに短縮される。
ＵＲＬＬＣサービスのデータパケットが、突然、ランダムに生成される。データパケットは非常に長い間、生成されなくてもよく、複数のデータパケットが非常に短い期間に生成されてよい。ほとんどの場合、ＵＲＬＬＣサービスのデータパケットは小型パケットであり、例えば５０バイトである。ＵＲＬＬＣサービスのデータパケットの特性が、通信システムのリソース割り当て方式に影響を与える。本明細書におけるリソースには、限定されることはないが、時間領域シンボル、周波数領域リソース、時間周波数リソース、符号語リソース、及びビームリソースなどが含まれる。通常、システムリソース割り当てが、アクセスネットワークデバイスによって完了する。以下では、説明の一例として、アクセスネットワークデバイスを用いる。アクセスネットワークデバイスが、リソース予約方式でリソースをＵＲＬＬＣサービスに割り当てるとするならば、ＵＲＬＬＣサービスがない場合、システムリソースが無駄になる。さらに、ＵＲＬＬＣサービスの短遅延特性によって、データパケットの伝送が非常に短い期間に完了することが求められる。したがって、アクセスネットワークデバイスは、ＵＲＬＬＣサービス用に十分に高い帯域幅を予約する必要があるので、システムリソース利用率の急激な減少をもたらすことになる。
ＵＲＬＬＣサービスデータには、超短遅延要件を満たすために、比較的短い時間スケジューリング単位が通常用いられる。例えば、サブキャリア間隔が１５ｋＨｚである２つの時間領域シンボルが用いられる、又はサブキャリア間隔が６０ｋＨｚである１つのスロットが用いられ、７個の時間領域シンボルと０．１２５ｍｓの時間長に対応している。
（５）変調符号化方式テーブル：変調符号化方式が本明細書ではＭＣＳと略されることがあるので、変調符号化方式テーブルも本明細書ではＭＣＳテーブルと略されることがある。しかしながら、変調符号化方式は本明細書において限定されることはなく、別の変換方式があってもよい。ＭＣＳテーブルは、変調方式（ｍｏｄｕｌａｔｉｏｎ）、符号化レート（ｃｏｄｉｎｇ ｒａｔｅ）、及びＢＬＥＲなどの内容のうちの少なくとも１つを含む。１つのＭＣＳテーブルが少なくとも１つの種類の変調符号化方式情報を含んでよく、それぞれの種類の変調符号化方式情報は、対応するインデックス（つまり、変調符号化方式インデックス）を有し、変調方式、符号化レート、及びＢＬＥＲといった内容のうちの少なくとも１つに対応する。同様に、変調符号化方式が本明細書ではＭＣＳと略されるため、変調符号化方式情報もＭＣＳ情報と略されることがあり、変調符号化方式インデックスはＭＣＳインデックスと略されることがある。
ＵＲＬＬＣサービスが複数のＭＣＳテーブルをサポートしてよく、各ＭＣＳテーブルは１つ又は複数のＢＬＥＲに対応してよい。本明細書の説明過程では、主に２つのＭＣＳテーブルが一例として用いられる。実際の応用では、ＭＣＳテーブルの数がこれに限定されることはない。
（６）チャネル状態情報（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）：一般に、ＣＳＩは周期的ＣＳＩ（Ｐ－ＣＳＩ）、非周期的ＣＳＩ（Ａ－ＣＳＩ）、及び半永続的ＣＳＩ（ＳＰＳ－ＣＳＩ）に分類される。周期的ＣＳＩとは、端末デバイスがＣＳＩをネットワークデバイスに周期的に送信することを意味する。非周期的ＣＳＩの送信は、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を用いてネットワークデバイスによりトリガされ、半永続的ＣＳＩの送信については、ネットワークデバイスが、ダウンリンク制御情報を用いて、一定期間の間ＣＳＩを連続的に送信するよう端末デバイスをトリガする。送信メカニズムから分かるのは、非周期的ＣＳＩによって、ネットワークデバイスが端末デバイスに現在のＣＳＩを送信するよう、ネットワークデバイスの要件に従って命令することが可能になり得るということであり、これはより柔軟である。しかしながら、各トリガはＤＣＩの送信に依存する。ＤＣＩの数を制御して、ＤＣＩにより占有される制御チャネルリソースを減らすために、半永続的ＣＳＩが導入されており、周期的ＣＳＩは上位層シグナリングを用いて構成される。したがって、ＤＣＩの送信が可能な限り減らされ、３つのメカニズムが全て保持される。周期的ＣＳＩ及び非周期的ＣＳＩだけが第４世代移動通信（ｔｈｅ ｆｏｕｒｔｈ ｇｅｎｅｒａｔｉｏｎ、４Ｇ）システムでサポートされ、非周期的ＣＳＩは当然ながら物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＵＳＣＨ）で送信され、周期的ＣＳＩは当然ながら物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ、ＰＵＣＣＨ）で送信されることに留意されたい。５ＧのＮＲシステムに関する現在の議論では、半永続的ＣＳＩが提起されており、非周期的ＣＳＩがＰＵＣＣＨで送信されてよいことも合意されている。ＣＳＩは、チャネル品質インジケータ（ｃｈａｎｎｅｌ ｑｕａｌｉｔｙ ｉｎｄｉｃａｔｏｒ、ＣＱＩ）、プリコーティングマトリックスインジケータ（ｐｒｅｃｏｄｉｎｇ ｍａｔｒｉｘ ｉｎｄｉｃａｔｏｒ、ＰＭＩ）、ランクインジケータ（ｒａｎｋ ｉｎｄｉｃａｔｏｒ、ＲＩ）、参照信号受信電力（ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ、ＲＳＲＰ）、チャネル状態情報－参照信号リソースインジケータ（ｃｈａｎｎｅｌ ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ－ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ、ＣＲＩ）、又は非ゼロ広帯域増幅係数の数のインジケータ（ｉｎｄｉｃａｔｏｒ ｏｆ ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｎｏｎ－ｚｅｒｏ ｗｉｄｅｂａｎｄ ａｍｐｌｉｔｕｄｅ ｃｏｅｆｆｉｃｉｅｎｔｓ）などの情報のうちの１つ又は複数を含む。
（７）帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ）は、チャネル帯域幅の一部であり、「動作帯域幅（ｏｐｅｒａｔｉｎｇ ｂａｎｄｗｉｄｔｈ）」若しくは伝送帯域幅、ミニＢＷＰ（ｍｉｎｉ ＢＷＰ）、ＢＷＰユニット（ＢＷＰ Ｕｎｉｔ）、又はＢＰサブバンドなどとも呼ばれることがあり、ＢＷＰ又はＢＰと略されることがある。帯域幅部分の名称及び略語は、本願の実施形態において特に限定されない。ＢＷＰは、周波数領域における連続したリソースの一区分であってよい。例えば、１つの帯域幅部分はＫ（Ｋ＞０）個の連続したサブキャリアを含む、又は１つの帯域幅部分は、Ｎ（Ｎ＞０）個の非重複連続リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ、ＲＢ）が位置する周波数領域リソースである、又は１つの帯域幅部分は、Ｍ（Ｍ＞０）個の非重複連続リソースブロックグループ（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ ｇｒｏｕｐ、ＲＢＧ）が位置する周波数領域リソースである。ここで、１つのＲＢＧはＰ（Ｐ＞０）個の連続したＲＢを含む。１つの帯域幅部分は、１つの特定のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）に関連しており、ヌメロロジーは、サブキャリア間隔及び巡回プレフィックス（ｃｙｃｌｉｃ ｐｒｅｆｉｘ、ＣＰ）のうちの少なくとも１つを含む。
（８）ブロック誤り率は本明細書においてＢＬＥＲと略されるが、別の変換方式も名称も除外されない。ＢＬＥＲとは、全ての送信ブロックにおける誤りブロックの割合である。例えば、ＢＬＥＲは、｛ｘ＊１０ｅ－１，ｘ＊１０ｅ－２，ｘ＊１０ｅ－３，ｘ＊１０ｅ－４，ｘ＊１０ｅ－５，ｘ＊１０ｅ－６，ｘ＊１０ｅ－７，ｘ＊１０ｅ－８，ｘ＊１０ｅ－９｝のうちの１つと等しくてもよく、別の値と等しくてもよい。１０ｅ－１＝１０－１＝０．１であり、ＢＬＥＲの他の値も同様である。ｘは正の数、例えばｘは１若しくは５である、又は別の値と等しくてもよい。つまり、ＢＬＥＲは代替的に、正確性の割合と置き換えられてもよく、｛１－［ｘ＊１ｅ－１］，１－［ｘ＊１ｅ－２］，１－［ｘ＊１ｅ－３］，１－［ｘ＊１ｅ－４］，１－［ｘ＊１ｅ－５］，１－［ｘ＊１ｅ－６］，１－［ｘ＊１ｅ－７］，１－［ｘ＊１ｅ－８］，又は１－［ｘ＊１ｅ－９］｝のうちの１つと等しくてもよいことが理解されるであろう。
（９）上位層シグナリングは、上位層プロトコル層により送信されるシグナリングであってよい。上位層プロトコル層は、物理層より上の少なくとも１つのプロトコル層である。上位層プロトコル層は具体的には、媒体アクセス制御（ｍｅｄｉｕｍ ａｃｃｅｓｓ ｃｏｎｔｒｏｌ、ＭＡＣ）層、無線リンク制御（ｒａｄｉｏ ｌｉｎｋ ｃｏｎｔｒｏｌ、ＲＬＣ）層、パケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ ｄａｔａ ｃｏｎｖｅｒｇｅｎｃｅ ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）層、無線リソース制御（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ、ＲＲＣ）層、及び非アクセス層（ｎｏｎ－ａｃｃｅｓｓ ｓｔｒａｔｕｍ、ＮＡＳ）のうちの少なくとも１つのプロトコル層を含んでよい。
動的シグナリングは、物理層により送信されるシグナリング、例えば、ＤＣＩを用いて送信されるシグナリング又は情報であってよい。
（１０）波形：ＤＣＩの波形又は第２の情報に対応するリソースの波形などが、本明細書において説明される。現在、５ＧのＮＲシステムは、ＯＦＤＭと、シングルキャリア周波数分割多元接続（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ ａｃｃｅｓｓ、ＳＣ－ＦＤＭＡ）という２つの種類の波形をアップリンクにおいてサポートする。５ＧのＮＲシステムは、ダウンリンクにおいてＯＦＤＭをサポートする。
（１１）タイミングアドバンスグループ（ｔｉｍｉｎｇ ａｄｖａｎｃｅ ｇｒｏｕｐ、ＴＡＧ）：１つのＴＡＧは１つ又は複数のキャリアを含んでも、１つ又は複数のＢＷＰを含んでもよい。
（１２）ＰＵＣＣＨ ｇｒｏｕｐ：１つのＰＵＣＣＨ ｇｒｏｕｐは１つ又は複数のＴＡＧを含んでもよく、１つ又は複数のキャリアを含んでもよい。
（１３）用語「システム」及び「ネットワーク」は、本願の実施形態では同じ意味で用いられ得る。用語「複数の（ａ ｐｌｕｒａｌｉｔｙ ｏｆ）」は、少なくとも２つを意味する。これを考慮して、「複数の」は、本願の実施形態では「少なくとも２つの」と理解されてよい。用語「及び／又は（ａｎｄ／ｏｒ）」は、関連対象物を説明するための対応関係を説明し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、Ａだけが存在する、Ａ及びＢが両方とも存在する、Ｂだけが存在するという３つの場合を表し得る。さらに、記号「／」は一般に、特に明記しない限り、関連対象物の間で「又は（ｏｒ）」の関係を示す。
さらに、特に明記しない限り、本願の実施形態では、「第１」及び「第２」などの序数が、複数の対象物を区別することを目的としているが、複数の対象物の序列、時系列、優先度、又は重要度を限定することを目的としているわけではない。
本願の実施形態は、ＬＴＥシステム又は５ＧのＮＲシステムに適用されてもよく、次世代移動通信システム又は別の同様の通信システムに適用されてもよい。
さらに、以下の説明過程では、本願の実施形態で提供される技術的解決手段がＵＲＬＬＣサービスに適用される一例が主に用いられる。このことが、実際の応用において限定されることはない。例えば、本願の実施形態で提供される技術的解決手段は、ＵＲＬＬＣサービスと同様の要件を有する別のサービスにも適用されてよい。
図１は、本願の一実施形態による応用シナリオを示す。図１には、ネットワークデバイスと少なくとも１つの端末デバイスが含まれる。ネットワークデバイス及び端末デバイスは５ＧのＮＲシステムで動作し、ネットワークデバイスは、例えば、基地局である。端末デバイスは、５ＧのＮＲシステムを用いてネットワークデバイスと通信してよい。
以下では、第１のＭＣＳ情報及び第２のＭＣＳ情報という２つの概念を説明する。第１のＭＣＳ情報及び第２のＭＣＳ情報は、以下の条件を満たしてよい。すなわち、第２のＭＣＳ情報に対応するＢＬＥＲが第１のＭＣＳ情報に対応するＢＬＥＲより小さいこと（例えば、第２のＭＣＳ情報に対応するＢＬＥＲは１０ｅ－５であり、第１のＭＣＳ情報に対応するＢＬＥＲは１０ｅ－３である）、又は第２のＭＣＳ情報に対応するＢＬＥＲの優先度が第１のＭＣＳ情報に対応するＢＬＥＲの優先度より高いことである。
あるいは、第１のＭＣＳ情報及び第２のＭＣＳ情報は以下の条件を満たしてよい。すなわち、第２のＭＣＳ情報に対応するＢＬＥＲが第１のＭＣＳ情報に対応するＢＬＥＲより大きいこと（例えば、第１のＭＣＳ情報に対応するＢＬＥＲは１０ｅ－５であり、第２のＭＣＳ情報に対応するＢＬＥＲは１０ｅ－３である）、又は第２のＭＣＳ情報に対応するＢＬＥＲの優先度が第１のＭＣＳ情報に対応するＢＬＥＲの優先度より低いことである。
以下の説明では、第２のＭＣＳ情報に対応するＢＬＥＲが第１のＭＣＳ情報に対応するＢＬＥＲより小さい、又は第２のＭＣＳ情報に対応するＢＬＥＲの優先度が第１のＭＣＳ情報に対応するＢＬＥＲの優先度より高いという一例が主に用いられる。しかしながら、本願の実施形態では、第１のＭＣＳ情報に対応するＢＬＥＲと第２のＭＣＳ情報に対応するＢＬＥＲとの大小関係が限定されることはなく、第１のＭＣＳ情報に対応するＢＬＥＲの優先度と第２のＭＣＳ情報に対応するＢＬＥＲの優先度との関係も限定されることはない。
さらに、ＢＬＥＲの値とＢＬＥＲの優先度との関係も、本明細書において限定されることはない。例えば、実現可能なケースにおいて、より小さいＢＬＥＲの値がより高い優先度を示す場合、値が１０ｅ－５のＢＬＥＲの優先度が、値が１０ｅ－３のＢＬＥＲの優先度より高い、又は別の実現可能なケースにおいて、より大きいＢＬＥＲの値がより高い優先度を示す場合、値が１０ｅ－３のＢＬＥＲの優先度が、値が１０ｅ－５のＢＬＥＲの優先度より高い。あるいは、実現可能なケースにおいて、ＢＬＥＲの優先度が、上位層シグナリング又は物理層シグナリングを用いてネットワークデバイスにより通知される。
図２を参照すると、本願の一実施形態が第１の通信方法を提供する。以下の説明過程では、例えば、本方法は図１に示す応用シナリオに適用される。本方法の手順が、次の通り説明される。
Ｓ２１：端末デバイスはネットワークデバイスにＣＳＩを送信し、ネットワークデバイスは端末デバイスからＣＳＩを受信する。
Ｓ２２：ネットワークデバイスは第１の情報を決定する、又は第１の情報と変調符号化方式インデックスとを決定する。
Ｓ２３：ネットワークデバイスは変調符号化方式インデックスを端末デバイスに送信し、端末デバイスは変調符号化方式インデックスを受信する。
Ｓ２４：端末デバイスは変調符号化方式インデックスを決定する。
Ｓ２５：端末デバイスは第１の情報を決定する。第１の情報を決定する段階は、受信したＤＣＩに基づいて第１の情報を決定する且つ／又は第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定する段階を含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。
Ｓ２６：端末デバイスは、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定する。
Ｓ２７：端末デバイスは、決定した変調符号化方式情報に基づいて第２の情報を伝送する。
本願の本実施形態では、これらの段階の連続番号は単なる一例であって、各段階の実際の実行順序に対する限定とはならない。適用過程において、各段階の実行順序は、異なるシナリオ又は要件に応じて変化してよい。
端末デバイスは、ＣＳＩ参照リソースに対してチャネル測定を行うことにより、ＣＳＩレポート（ｒｅｐｏｒｔ）を取得する。端末デバイスは、ＣＳＩレポートを符号化することで取得されるＣＳＩをネットワークデバイスに送信し、ネットワークデバイスはＣＳＩを端末デバイスから受信してよい。
Ｓ２１が任意選択の段階であるのは、ネットワークデバイスが端末デバイスからＣＳＩを受信しない場合には、ネットワークデバイスが代替的に変調符号化方式インデックスを端末デバイスに送信してよく、又は第２の情報をスケジューリングしてよいという理由による。
さらに、本願の本実施形態において、ネットワークデバイスはＭＣＳインデックス（ｉｎｄｅｘ）を端末デバイスに送信してよく、ネットワークデバイスは第１の情報とＭＣＳインデックスをＳ２２で決定してよい。例えば、ネットワークデバイスは、ＤＣＩを用いて、ＭＣＳインデックスを端末デバイスに示してよく、端末デバイスは、受信したＤＣＩに基づいてＭＣＳインデックスを決定してよい。この場合、Ｓ２２は代替的に、次の通りに理解されてよい。すなわち、ネットワークデバイスは端末デバイスにＤＣＩを送信し、端末デバイスはＤＣＩを受信し、ＤＣＩはＭＣＳインデックスを示してよい。具体的には、ＤＣＩはＭＣＳフィールド（ｆｉｅｌｄ）を含み、ＭＣＳフィールドはＭＣＳインデックスを示してよい。あるいは、ＭＣＳインデックスはプロトコルに予め設定されてもよく、端末デバイス及びネットワークデバイスによって直接的に決定されてもよい。この場合、Ｓ２３を実行する必要はない。つまり、ネットワークデバイスはＭＣＳインデックスを端末デバイスに送信する必要はない。さらに、この場合、ネットワークデバイスはＭＣＳインデックスをＳ２２で決定することを選択してもよく、ＭＣＳインデックスを任意の他の段階で決定してもよい。あるいは、ＭＣＳインデックスは、上位層シグナリングなどの他のシグナリングを用いて、ネットワークデバイスにより設定されてもよい。この場合、Ｓ２３は次の通りに理解されてよい。すなわち、ネットワークデバイスは、上位層シグナリングなどの他のシグナリングを端末デバイスに送信し、端末デバイスは、上位層シグナリングなどの他のシグナリングを受信する。上位層シグナリングなどの他のシグナリングは、ＭＣＳインデックスを示してよい。さらに、この場合、Ｓ２３を必ずしも現在の順序で行わず、Ｓ２６の前の任意の段階で行ってもよい。
このことを考慮して、Ｓ２２も任意選択の段階であるのは、ネットワークデバイスがＭＣＳインデックスを送信しなくても、端末デバイスはＭＣＳインデックス及び第１の情報を決定することもできるという理由による。
さらに、Ｓ２６も任意選択の段階であるのは、端末デバイスは必ずしも第２の情報を伝送しないという理由による。図２では、任意選択の段階を示す矢印が破線で描かれており、任意選択の段階と他の段階とを区別している。さらに、第２の情報は、アップリンク情報でもダウンリンク情報でもよい。したがって、図２では、第２の情報を示すのに両矢印が用いられる。つまり、両矢印は、端末デバイス及びネットワークデバイスが両方とも第２の情報を送信することを示すのではなく、第２の情報が端末デバイスにより送信されてもよく、ネットワークデバイスにより送信されてもよいことを示しているだけである。端末デバイスがここで第２の情報を伝送することは、具体的には次の通りであってよい。すなわち、端末デバイスは第２の情報を送信する、又は端末デバイスは第２の情報を受信する。
ネットワークデバイスが端末デバイスからＣＳＩを受信しない場合、ネットワークデバイスは、端末デバイスのために第２の情報を直接的にスケジューリングしてよく、又は端末は第２の情報を直接的に送信する。ネットワークデバイスが端末デバイスからＣＳＩを受信する場合、ネットワークデバイスは、受信したＣＳＩに基づいて、端末デバイスのために第２の情報をスケジューリングしてよい。端末デバイスがよりタイムリーにＣＳＩをネットワークデバイスに送信する場合、ネットワークデバイスは端末デバイスのためにリソース割り当て及びＭＣＳ選択をより正確に行うことができるので、システムリソース利用率が向上し、端末デバイスによる第２の情報の伝送精度が向上することが分かる。
本願の本実施形態において、ＤＣＩは、第２の情報をスケジューリングするのに用いられてよい。例えば、ＤＣＩは、第２の情報を伝送するのに用いられる時間領域リソース及び／又は周波数領域リソースを示してよい。第２の情報はデータ及び／又は制御情報を含み、制御情報は、例えばＣＳＩを含み、さらに他の情報を含んでもよい。第２の情報は、ＰＵＳＣＨ、物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ、ＰＤＳＣＨ）、又はＰＵＣＣＨで搬送されてもよい。例えば、第２の情報は、ＰＵＳＣＨで搬送されるアップリンクデータ及び／又はアップリンク制御情報であってもよく、第２の情報は、ＰＤＳＣＨで搬送されるダウンリンクデータ及び／又はダウンリンク制御情報であってもよく、第２の情報は、ＰＵＣＣＨで搬送されるアップリンク制御情報であってもよい。あるいは、ＤＣＩはスケジューリングに用いられなくてもよい。例えば、ＤＣＩは、特に第１の情報を示すのに用いられてよい。
端末デバイスは、異なる方式で第１の情報を決定してよい。例えば、端末デバイスにより第１の情報を決定する方式が、限定されることはないが、以下の方式のうちの少なくとも１つを含む。
Ａ：受信したＤＣＩに基づいて、第１の情報を決定する。
Ｂ：第１の時間ウインドウにおいて第１のハイブリッド自動再送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ、ＨＡＲＱ）応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて、第１の情報を決定する。第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。
以下では、第１の情報を決定する前述の２つの方式を個々に説明する。
Ａ：端末デバイスは、受信したＤＣＩに基づいて第１の情報を決定する。
方式Ａにおいて、端末デバイスにより決定される第１の情報は、複数の異なる種類の情報を含んでよい。方式Ａの第１の例では、端末デバイスにより決定される第１の情報は、以下のうちの少なくとも１つを含む。すなわち、ＤＣＩにより示される変調符号化方式テーブル（変調符号化方式テーブルは複数の変調符号化方式テーブルのうちの少なくとも１つを含む）、ＤＣＩにより示される変調符号化方式インデックスオフセット値、ＤＣＩが位置する探索空間、ＤＣＩが位置するキャリア（ｃａｒｒｉｅｒ）、ＤＣＩが位置するセル（ｃｅｌｌ）、ＤＣＩが位置する帯域幅部分（ｂａｎｄｗｉｄｔｈ ｐａｒｔ、ＢＷＰ）、ＤＣＩが位置するＴＡＧ、ＤＣＩが位置するＰＵＣＣＨ ｇｒｏｕｐ、ＤＣＩのサブキャリア間隔、ＤＣＩの波形、ＤＣＩの検出期間、ＤＣＩにより示されるフィードバック時間間隔（フィードバック時間間隔は、第２の情報に含まれるデータの送信と、端末デバイスによる当該データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔、又は第２の情報をスケジューリングするのに用いられるＤＣＩの送信と、端末デバイスによる第２の情報の送信との間の時間間隔である）、ＤＣＩにより示されるＡ－ＣＳＩ、ＤＣＩの制御チャネルエレメント（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ、ＣＣＥ）アグリゲーションレベル、及びＤＣＩが位置する制御リソースグループ（ＣＯＲＳＥＴ）である。
これに応じて、端末デバイスが、受信したＤＣＩに基づいて第１の情報を決定する場合、ネットワークデバイスがＤＣＩを送信する前に第１の情報を決定するので、ネットワークデバイスは、第１の情報を直接的に決定する、又は送信予定のＤＣＩに基づいて第１の情報を決定する。例えば、これに応じてネットワークデバイスにより決定される第１の情報は、以下のうちの少なくとも１つを含む。すなわち、変調符号化方式テーブル（変調符号化方式テーブルは複数の変調符号化方式テーブルのうちの少なくとも１つである）、変調符号化方式インデックスオフセット値、ＤＣＩが位置する探索空間、ＤＣＩが位置するキャリア、ＤＣＩが位置するセル、ＤＣＩが位置する帯域幅部分、ＤＣＩが位置するＴＡＧ、ＤＣＩが位置するＰＵＣＣＨ ｇｒｏｕｐ、ＤＣＩのサブキャリア間隔、ＤＣＩの波形、ＤＣＩの検出期間、フィードバック時間間隔（フィードバック時間間隔は、第２の情報に含まれるデータの送信と、端末デバイスによる当該データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔、又は第２の情報をスケジューリングするのに用いられるＤＣＩの送信と、端末デバイスによる第２の情報の送信との間の時間間隔である）、Ａ－ＣＳＩ、ＤＣＩのＣＣＥアグリゲーションレベル、及びＤＣＩが位置するＣＯＲＳＥＴである。
端末デバイスにより決定された第１の情報と、ネットワークデバイスにより決定された第１の情報とは、同じはずである。例えば、端末デバイス及びネットワークデバイスは両方とも、ＤＣＩが位置するキャリアを第１の情報が含むと決定する。
以下の説明過程では、第１の情報、及び第１の情報に基づいてＭＣＳインデックスに対応するＭＣＳ情報を決定することなどが、主に端末デバイスの観点から説明される。ネットワークデバイスの場合も、第１の情報を決定するプロセス又は決定された第１の情報の内容は同様である。
次に、前述の第１の情報が個々に説明される。
Ａ１：第１の情報は、ＤＣＩにより示される変調符号化方式テーブルを含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスは、ＭＣＳインデックスを決定し、ＤＣＩにより示される変調符号化方式テーブルに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は、次の通りに説明されてもよい。すなわち、端末デバイスは、ＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩにより示されるＭＣＳテーブルを決定し、ＤＣＩにより示されるＭＣＳテーブルに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
ＵＲＬＬＣサービスが１つ又は複数のＭＣＳテーブルをサポートしてよく、１つのＭＣＳテーブルが１つ又は複数のＢＬＥＲに対応してよい。複数のＭＣＳテーブルのそれぞれは、少なくとも１つの種類のＭＣＳ情報を含み、それぞれの種類のＭＣＳ情報は、対応するＭＣＳインデックスを有する。
端末デバイスは、受信したＤＣＩ内のＭＣＳフィールドに基づいてＭＣＳインデックスを決定しても、プロトコル又は上位層シグナリングなどを用いてＭＣＳインデックスを決定してもよい。一般に、ＤＣＩ内のＭＣＳフィールドは、固定数のビットを含み、これらのビットはＭＣＳインデックス（０～Ｙ）を表す。したがって、複数のＭＣＳテーブル内のＭＣＳインデックスが、個々に番号を付けられる。この場合、異なるＭＣＳテーブル内のＭＣＳインデックスが同じであってよい。例えば、ＭＣＳインデックス１がＭＣＳテーブル１に存在し、ＭＣＳインデックス１がＭＣＳテーブル２にも存在する。したがって、ＭＣＳインデックスを取得することに加えて、端末デバイスは、どのＭＣＳテーブルを用いるかを決定する必要があるので、ＭＣＳインデックスに対応するＭＣＳ情報を一意に決定することができる。
具体的には、ＤＣＩにより示されるＭＣＳテーブルが第１のＭＣＳテーブルである場合、第１のＭＣＳテーブル内の、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報である、又はＤＣＩにより示されるＭＣＳテーブルが第２のＭＣＳテーブルである場合、第２のＭＣＳテーブル内の、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報である。あるいは、ＤＣＩにより示されるＭＣＳテーブルが第１のＭＣＳテーブルである場合、端末デバイスは、第１のＭＣＳテーブル内のＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩにより示されるＭＣＳテーブルが第２のＭＣＳテーブルである場合、端末デバイスは、第２のＭＣＳテーブル内の、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。
あるいは、ＤＣＩにより示されるＭＣＳテーブルが複数のＭＣＳテーブルのうちの少なくとも１つである場合、複数のＭＣＳテーブルは第１のＭＣＳテーブルと第２のＭＣＳテーブルとを含む。この場合、ＭＣＳテーブルを説明するという観点から、実施例Ａ１における解決手段は代替的に次の通りに説明されてもよい。すなわち、第１のＭＣＳテーブルに含まれる、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であり、第２のＭＣＳテーブルに含まれる、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
実施例Ａ１において、ＤＣＩはＭＣＳテーブルを示してよく、端末デバイスは、ＤＣＩに基づいてＭＣＳテーブルを決定し、ＭＣＳ情報を決定してよい。ＤＣＩがさらにＭＣＳインデックスを示す場合、端末デバイスは、さらに多くの情報を受信することなくＭＣＳ情報を決定できるので、伝送リソースの占有が減少し、インジケーション方式が比較的簡単である。
Ａ２：第１の情報は、ＤＣＩにより示される変調符号化方式インデックスオフセット値を含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩにより示される変調符号化方式インデックスオフセット値に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩにより示されるＭＣＳインデックスオフセット値を決定し、ＤＣＩにより示されるＭＣＳインデックスオフセット値に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
上述したように、本明細書では変調符号化方式がＭＣＳと略されることがあるので、変調符号化方式インデックスオフセット値はＭＣＳインデックスオフセット値と略されてよい。例えば、ＤＣＩにより示されるＭＣＳインデックスオフセット値は複数のＭＣＳインデックスオフセット値のうちの少なくとも１つであり、複数のＭＣＳインデックスオフセット値は第１のＭＣＳインデックスオフセット値と第２のＭＣＳインデックスオフセット値とを含む。
上述したように、システムが１つ又は複数のＭＣＳテーブルをサポートしてよく、１つのＭＣＳテーブルは１つ又は複数のＢＬＥＲに対応してよい。複数のＭＣＳテーブルのそれぞれは、少なくとも１つの種類のＭＣＳ情報を含み、それぞれの種類のＭＣＳ情報は対応するＭＣＳインデックスを有する。
一例では、システムは１つのＭＣＳテーブルをサポートし、ＭＣＳテーブルは１つ又は複数のＢＬＥＲに対応する。ＭＣＳテーブルでは、ＭＣＳインデックスが順に番号を付けられてよい。ＤＣＩはＭＣＳインデックスオフセット値を示してよく、端末デバイスは、ＤＣＩにより示されるＭＣＳインデックスオフセット値と決定されたＭＣＳインデックスとに基づいて、ＤＣＩにより示されるＭＣＳテーブル内のＭＣＳ情報を決定してよい。具体的には、端末デバイスは、決定されたＭＣＳインデックスにＭＣＳインデックスオフセット値を加算して（又は決定されたＭＣＳインデックスからＭＣＳインデックスオフセット値を減算して）、ＭＣＳテーブル内のＭＣＳインデックスを求めてよく、当該ＭＣＳインデックスに対応するＭＣＳ情報が決定予定のＭＣＳ情報である。
例えば、ＭＣＳテーブル内のＭＣＳインデックス番号が０～３１である。上位層シグナリング構成又はＤＣＩ内のＭＣＳフィールドに基づいて端末デバイスにより決定されるＭＣＳインデックスが２であり、またＤＣＩにより示されるＭＣＳインデックスオフセット値が１６である場合、端末デバイスは、ＭＣＳテーブル内のＭＣＳインデックス１８を決定してよく、ＭＣＳインデックス１８により示されるＭＣＳ情報が端末デバイスにより決定されるＭＣＳ情報である。例えば、ＭＣＳテーブル内の全てのＭＣＳインデックス番号が０～３１である。上位層シグナリング構成又はＤＣＩ内のＭＣＳフィールドに基づいて端末デバイスにより決定されるＭＣＳインデックスが２であり、またＤＣＩにより示されるＭＣＳインデックスオフセット値が－１６である場合、端末デバイスは、ＭＣＳテーブル内のＭＣＳインデックスが（［ＭＣＳインデックス］＋［ＭＣＳインデックスオフセット値］）ｍｏｄ［ＭＣＳインデックス番号の総数］と等しい、つまり、（２－１６）ｍｏｄ３２＝１４であると決定してよく、ＭＣＳインデックス１４により示されるＭＣＳ情報が端末デバイスにより決定されるＭＣＳ情報である。
別の例において、システムは複数のＭＣＳテーブルをサポートし、各ＭＣＳテーブルが１つ又は複数のＢＬＥＲに対応してよい。複数のＭＣＳテーブル内のＭＣＳインデックスが一様な順序で番号を付けられてよい。例えば、第１のＭＣＳテーブルが１６個のＭＣＳ情報を含み、対応するＭＣＳインデックスがＭＣＳインデックス０～ＭＣＳインデックス１５であり、第２のＭＣＳテーブルが１６個のＭＣＳ情報を含み、対応するＭＣＳインデックスがＭＣＳインデックス１６～ＭＣＳインデックス３１であるなどのように続く。ＤＣＩはＭＣＳインデックスオフセット値を示してよく、端末デバイスは、ＤＣＩにより示されるＭＣＳインデックスオフセット値と決定されたＭＣＳインデックスとに基づいて、ＤＣＩにより示されるＭＣＳテーブル内のＭＣＳ情報を決定してよい。具体的には、端末デバイスは、決定されたＭＣＳインデックスにＭＣＳインデックスオフセット値を加算して、１つのＭＣＳテーブル内のＭＣＳインデックスを求めてよく、当該ＭＣＳインデックスに対応するＭＣＳ情報が決定予定のＭＣＳ情報である。
例えば、ＤＣＩにより示されるＭＣＳインデックスオフセット値が第１のインデックスオフセット値である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩにより示されるＭＣＳインデックスオフセット値が第２のインデックスオフセット値である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。あるいは、ＤＣＩにより示されるＭＣＳインデックスオフセット値が第１のインデックスオフセット値である場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定し、又はＤＣＩにより示されるＭＣＳインデックスオフセット値が第２のインデックスオフセット値である場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。具体的には、ＭＣＳインデックス及び第１のインデックスオフセット値に対応するＭＣＳ情報が第１のＭＣＳ情報であり、またＭＣＳインデックス及び第２のインデックスオフセット値に対応するＭＣＳ情報が第２のＭＣＳ情報であることが理解されるであろう。
例えば、２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに含まれる１６個のＭＣＳ情報に対応するＭＣＳインデックスがＭＣＳインデックス０～ＭＣＳインデックス１５であり、第２のＭＣＳテーブルに含まれる１６個のＭＣＳ情報に対応するＭＣＳインデックスがＭＣＳインデックス１６～ＭＣＳインデックス３１である。例えば、ＤＣＩのインジケーションに従って端末デバイスにより決定されるＭＣＳインデックスが２であり、またＤＣＩにより示されるＭＣＳインデックスオフセット値が１６である場合、端末デバイスはＭＣＳインデックス１８を求めてよく、ＭＣＳインデックス１８により示されるＭＣＳ情報が端末デバイスにより決定されるＭＣＳ情報である。あるいは、例えば、ＤＣＩのインジケーションに従って端末デバイスにより決定されるＭＣＳインデックスが２であり、またＤＣＩにより示されるＭＣＳインデックスオフセット値が０である場合、端末デバイスはＭＣＳインデックス０を求めてよく、ＭＣＳインデックス０により示されるＭＣＳ情報が端末デバイスにより決定されるＭＣＳ情報である。ＭＣＳインデックス１８は第２のＭＣＳテーブルにあり、ＭＣＳインデックス０は第１のＭＣＳテーブルにある。したがって、ＭＣＳインデックスオフセット値は、特定のＭＣＳテーブルを示すのに用いられ得ることが考えられてよい。
あるいは、ＤＣＩにより示されるＭＣＳインデックスオフセット値は複数のＭＣＳインデックスオフセット値のうちの少なくとも１つであり、複数のＭＣＳインデックスオフセット値は第１のＭＣＳインデックスオフセット値と第２のＭＣＳインデックスオフセット値とを含む。ＭＣＳインデックスオフセット値を説明するという観点から、実施例Ａ２における解決手段は代替的に次の通りに説明されてもよい。ＭＣＳインデックスに対応し且つ第１のＭＣＳインデックスオフセット値に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のＭＣＳインデックスオフセット値に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１のＭＣＳインデックスオフセット値に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩにより示されるＭＣＳインデックスオフセット値が第１のＭＣＳインデックスオフセット値である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩにより示されるＭＣＳインデックスオフセット値が第１のＭＣＳインデックスオフセット値であるか、又は第２のＭＣＳインデックスオフセット値であるかに関係なく、ＭＣＳインデックスは変化しない。したがって、ＭＣＳインデックスオフセット値とＭＣＳ情報との対応関係が、ＭＣＳインデックスオフセット値とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＭＣＳインデックスオフセット値に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
実施例Ａ１における第１の情報がＤＣＩにより示されるＭＣＳテーブルを含むのか、又は実施例Ａ２における第１の情報がＤＣＩにより示されるＭＣＳインデックスオフセット値を含むのかに関係なく、インジケーション方式は比較的簡単で直接的であり、実施するのが容易である。
Ａ３：第１の情報は、ＤＣＩが位置する探索空間を含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩが位置する探索空間に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩが位置する探索空間を決定し、ＤＣＩが位置する探索空間に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
一般に、ネットワークデバイスにより端末デバイスのために設定される探索空間は、共通探索空間（ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ、ＣＳＳ）とユーザ固有探索空間とを含む。ユーザ固有探索空間は、例えば、ユーザ機器固有探索空間（ＵＥ－ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ、ＵＳＳ）である。例えば、ＤＣＩにより示される探索空間は複数の探索空間のうちの少なくとも１つであり、複数の探索空間は共通探索空間とユーザ固有探索空間とを含む。
具体的には、ＤＣＩが位置する探索空間が共通探索空間である場合（又は、端末デバイスが共通探索空間でＤＣＩを受信する場合）、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定してよい、又は、ＤＣＩが位置する探索空間がユーザ固有探索空間である場合（又は、端末デバイスがユーザ固有探索空間でＤＣＩを受信する場合）、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定してよい。あるいは、ＤＣＩが位置する探索空間が共通探索空間である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は、ＤＣＩが位置する探索空間がユーザ固有探索空間である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
あるいは、ＤＣＩにより示される探索空間は複数の探索空間のうちの少なくとも１つであり、複数の探索空間は共通探索空間とユーザ固有探索空間とを含む。この場合、探索空間を説明するという観点から、実施例Ａ３における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ共通探索空間に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つユーザ固有探索空間に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ共通探索空間に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩにより示される探索空間が共通探索空間である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩにより示される探索空間が共通探索空間であるのか、又はユーザ固有探索空間であるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、探索空間とＭＣＳ情報との対応関係が、探索空間とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つユーザ固有探索空間に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
共通探索空間の出現頻度は、通常、比較的低く、ユーザ固有探索空間の出現頻度は、通常、比較的高い。したがって、共通探索空間は、比較的高いＢＬＥＲのＭＣＳ情報に好適であり、ユーザ固有探索空間は、比較的低いＢＬＥＲのＭＣＳ情報に好適である。この観点から、第２のＭＣＳ情報に対応するＢＬＥＲが、第１のＭＣＳ情報に対応するＢＬＥＲより小さくなり得る。
本願において、ＤＣＩは、第２の情報をスケジューリングするのに用いられるＤＣＩ、ＭＣＳインデックスを示すのに用いられるＤＣＩ、又は他のＤＣＩであってもよいことが理解されるであろう。このことは、本願において限定されることはない。
Ａ４：第１の情報は、ＤＣＩが位置するキャリアを含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩが位置するキャリアに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩが位置するキャリアを決定して、ＤＣＩが位置するキャリアに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
例えば、ＤＣＩが位置するキャリアは複数のキャリアのうちの少なくとも１つであり、複数のキャリアは第１のキャリアと第２のキャリアとを含む。
具体的には、ＤＣＩが位置するキャリアが第１のキャリアである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩが位置するキャリアが第２のキャリアである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩが位置するキャリアが第１のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するキャリアが第２のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
例えば、あるシステムでは、ＵＲＬＬＣサービスが伝送のために特定のキャリアで搬送されてよく、別のサービスが伝送のために別のキャリアで搬送されてもよい。端末デバイスが、ＵＲＬＬＣサービスを搬送するキャリアを用いてＤＣＩを受信する場合、これは、ＤＣＩを用いてスケジューリングされる第２の情報がＵＲＬＬＣサービスに属すること、ＵＲＬＬＣサービスは比較的高い信頼性を必要とすること、比較的低いＢＬＥＲのＭＣＳ情報が選択されてよいことを示している。端末デバイスが、別のサービスを搬送するキャリアを用いてＤＣＩを受信する場合、これは、ＤＣＩを用いてスケジューリングされる第２の情報がＵＲＬＬＣサービス以外のサービスに属すること、別のサービスの信頼性要件がＵＲＬＬＣサービスほど高くないこと、比較的高いＢＬＥＲのＭＣＳ情報が選択されてよいことを示している。
具体的には、ＤＣＩが位置するキャリアが一次コンポーネントキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である。ＤＣＩが位置するキャリアが二次コンポーネントキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
例えば、第１のキャリアは、ＵＲＬＬＣサービス以外のサービスを搬送するキャリアである。上述したように、本システムは複数のＭＣＳテーブルをサポートする、例えば、２つのＭＣＳテーブルをサポートする。端末デバイスは、第１のキャリアに基づいて、高いＢＬＥＲのＭＣＳテーブルを選択してよく、例えば、第１のＭＣＳテーブルを選択してよく、次に端末デバイスは、ＭＣＳインデックスに基づいて、第１のＭＣＳテーブル内のどのＭＣＳ情報を選択するかを決定し、例えば、第１のＭＣＳ情報を選択すると決定する。同様に、例えば、第２のキャリアがＵＲＬＬＣサービスを搬送するキャリアであり、本システムが２つのＭＣＳテーブルをサポートする例が引き続き用いられる。端末デバイスは、第２のキャリアに基づいて、低いＢＬＥＲのＭＣＳテーブルを選択する、例えば、第２のＭＣＳテーブルを選択すると決定してよく、次に端末デバイスは、ＭＣＳインデックスに基づいて、第２のＭＣＳテーブル内のどのＭＣＳ情報を選択するか、例えば、第２のＭＣＳ情報を選択すると決定してよい。具体的には、一次コンポーネントキャリアに対応するＭＣＳテーブルが第１のＭＣＳテーブルであり、したがって、第１のＭＣＳ情報が決定される。二次コンポーネントキャリアに対応するＭＣＳテーブルが第２のＭＣＳテーブルであり、したがって、第２のＭＣＳ情報が決定される。
キャリアとＭＣＳ情報との対応関係がシステムに予め定められてもよく、上位層シグナリング又は物理層シグナリングを用いて通知されてもよいことに留意されたい。
あるいは、ＤＣＩが位置するキャリアは複数のキャリアのうちの少なくとも１つであり、複数のキャリアは第１のキャリアと第２のキャリアとを含む。この場合、キャリアを説明するという観点から、実施例Ａ４における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のキャリアに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のキャリアに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１のキャリアに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するキャリアが第１のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するキャリアが第１のキャリアであるのか、又は第２のキャリアであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、キャリアとＭＣＳ情報との対応関係が、キャリアとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のキャリアに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
また、第１の情報はさらに、ＤＣＩが位置するセル、ＤＣＩが位置するＢＷＰ、ＤＣＩが位置するＴＡＧ、ＤＣＩが位置するＰＵＣＣＨグループ（ｇｒｏｕｐ）、ＤＣＩのサブキャリア間隔、及びＤＣＩの波形のうちの少なくとも１つを含んでよい。これらの場合は、ＤＣＩが位置するキャリアを第１の情報が含む場合と同様であり、したがって、実施例Ａ４において共に説明されている。
例えば、第１の情報は、ＤＣＩが位置するセルを含む。
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング若しくは物理層シグナリングが用いられ、ＤＣＩが位置するセルが第１のセル、例えば、マクロセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するセルが第２のセル、例えば、マイクロセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
具体的には、システム又はプロトコルはそのことを事前に指定してよく、又は、高いブロック誤り率のＭＣＳテーブルに対応するセルもあれば、低いブロック誤り率のＭＣＳテーブルに対応するセルもあることを通知するのに、上位層シグナリング又は物理層シグナリングが用いられる。例えば、第１のセルが高いブロック誤り率のＭＣＳテーブルに対応し、第２のセルが低いブロック誤り率のＭＣＳテーブルに対応することが指定される。ＤＣＩが位置するセルが第１のセルである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩが位置するセルが第２のセルである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩが位置するセルが第１のセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するセルが第２のセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
あるいは、ＤＣＩが位置するセルが複数のセルのうちの少なくとも１つであり、複数のセルは第１のセルと第２のセルとを含む。この場合、セルを説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のセルに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のセルに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１のセルに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するセルが第１のセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するセルが第１のセルであるのか、又は第２のセルであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、セルとＭＣＳ情報との対応関係が、セルとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のセルに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
例えば、第１の情報は、ＤＣＩが位置するＢＷＰを含む。
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング若しくは物理層シグナリングが用いられ、ＤＣＩが位置するＢＷＰが第１のＢＷＰ、例えば、初期のＢＷＰ若しくはデフォルトのＢＷＰである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するＢＷＰが第２のＢＷＰ、例えば、アクティブなＢＷＰである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
あるいは、ＤＣＩが位置するＢＷＰは複数のＢＷＰのうちの少なくとも１つであり、複数のＢＷＰは第１のＢＷＰと第２のＢＷＰとを含む。この場合、ＢＷＰを説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のＢＷＰに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のＢＷＰに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１のＢＷＰに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するＢＷＰが第１のＢＷＰである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するＢＷＰが第１のＢＷＰであるのか、又は第２のＢＷＰであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、ＢＷＰとＭＣＳ情報との対応関係が、ＢＷＰとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＢＷＰに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
例えば、第１の情報は、ＤＣＩが位置するＴＡＧを含む。
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング又は物理層シグナリングが用いられ、ＤＣＩが位置するＴＡＧが第１のＴＡＧ、例えば、一次ＴＡＧである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するＴＡＧが第２のＴＡＧ、例えば、二次ＴＡＧである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
あるいは、ＤＣＩが位置するＴＡＧは複数のＴＡＧのうちの少なくとも１つであり、複数のＴＡＧは第１のＴＡＧと第２のＴＡＧとを含む。この場合、ＴＡＧを説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のＴＡＧに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のＴＡＧに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１のＴＡＧに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するＴＡＧが第１のＴＡＧである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するＴＡＧが第１のＴＡＧであるのか、又は第２のＴＡＧであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、ＴＡＧとＭＣＳ情報との対応関係が、ＴＡＧとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＴＡＧに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
例えば、第１の情報は、ＤＣＩが位置するＰＵＣＣＨグループ（ｇｒｏｕｐ）を含む。
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング若しくは物理層シグナリングが用いられ、ＤＣＩが位置するＰＵＣＣＨ ｇｒｏｕｐが第１のＰＵＣＣＨ ｇｒｏｕｐ、例えば、一次（ｐｒｉｍａｒｙ）ＰＵＣＣＨ ｇｒｏｕｐである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するＰＵＣＣＨ ｇｒｏｕｐが第２のＰＵＣＣＨ ｇｒｏｕｐ、例えば、二次（ｓｅｃｏｎｄａｒｙ）ＰＵＣＣＨ ｇｒｏｕｐである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
あるいは、ＤＣＩが位置するＰＵＣＣＨ ｇｒｏｕｐは複数のＰＵＣＣＨ ｇｒｏｕｐのうちの少なくとも１つであり、複数のＰＵＣＣＨ ｇｒｏｕｐは第１のＰＵＣＣＨ ｇｒｏｕｐと第２のＰＵＣＣＨ ｇｒｏｕｐとを含む。この場合、ＰＵＣＣＨ ｇｒｏｕｐを説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のＰＵＣＣＨ ｇｒｏｕｐに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し第２のＰＵＣＣＨ ｇｒｏｕｐに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し第１のＰＵＣＣＨ ｇｒｏｕｐに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するＰＵＣＣＨ ｇｒｏｕｐが第１のＰＵＣＣＨ ｇｒｏｕｐである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するＰＵＣＣＨ ｇｒｏｕｐが第１のＰＵＣＣＨ ｇｒｏｕｐであるのか、又は第２のＰＵＣＣＨ ｇｒｏｕｐであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、ＰＵＣＣＨ ｇｒｏｕｐとＭＣＳ情報との対応関係が、ＰＵＣＣＨ ｇｒｏｕｐとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＰＵＣＣＨ ｇｒｏｕｐに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
例えば、第１の情報はＤＣＩのサブキャリア間隔を含む。
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング若しくは物理層シグナリングが用いられ、ＤＣＩのサブキャリア間隔が第１のサブキャリア間隔、例えば、６０ｋＨｚである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩのサブキャリア間隔が第２のサブキャリア間隔、例えば、１５ｋＨｚである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。第１のＭＣＳ情報に対応するサブキャリア間隔が、第２のＭＣＳ情報に対応するサブキャリア間隔と異なる。任意選択で、第１のＭＣＳ情報に対応するサブキャリア間隔は、第２のＭＣＳ情報に対応するサブキャリア間隔より大きい。
あるいは、ＤＣＩのサブキャリア間隔は複数のサブキャリア間隔のうちの少なくとも１つであり、複数のサブキャリア間隔は第１のサブキャリア間隔と第２のサブキャリア間隔とを含む。この場合、サブキャリア間隔を説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のサブキャリア間隔に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のサブキャリア間隔に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１のサブキャリア間隔に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩのサブキャリア間隔が第１のサブキャリア間隔である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩのサブキャリア間隔が第１のサブキャリア間隔であるのか、又は第２のサブキャリア間隔であるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、サブキャリア間隔とＭＣＳ情報との対応関係が、サブキャリア間隔とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のサブキャリア間隔に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
例えば、第１の情報はＤＣＩの波形を含む。
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング若しくは物理層シグナリングが用いられてよく、ＤＣＩの波形が第１の波形、例えば、ＳＣ－ＦＤＭＡである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩの波形が第２の波形、例えば、ＯＦＤＭである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。第１のＭＣＳ情報に対応する波形が、第２のＭＣＳ情報に対応する波形と異なる。
あるいは、ＤＣＩの波形は複数の波形のうちの少なくとも１つであり、複数の波形は第１の波形と第２の波形とを含む。この場合、波形を説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１の波形に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２の波形に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１の波形に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩの波形が第１の波形である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩの波形が第１の波形であるのか、又は第２の波形であるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、波形とＭＣＳ情報との対応関係が、波形とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の波形に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
これらの特定の例は、ＤＣＩが位置するセル又はＤＣＩが位置するキャリアを第１の情報が含む場合と同様であり、詳細は再度説明しない。
Ａ５：第１の情報はＤＣＩの検出期間を含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩの検出期間に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいてＤＣＩの検出期間を決定し、ＤＣＩの検出期間に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
例えば、ＤＣＩの検出期間は複数の検出期間セットのうちの少なくとも１つに属し、複数の検出期間セットは第１の検出期間セットと第２の検出期間セットとを含む。
具体的には、ＤＣＩの検出期間が第１の検出期間セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩの検出期間が第２の検出期間セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩの検出期間が第１の検出期間セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩの検出期間が第２の検出期間セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
ＤＣＩの検出期間が第１の検出期間セットに属するということは、ＤＣＩの検出期間が第１の検出期間より大きい又はそれと等しいと理解されてよく、またＤＣＩの検出期間が第２の検出期間セットに属するということは、ＤＣＩの検出期間が第２の検出期間より小さいと理解されてよい。第１の検出期間及び第２の検出期間は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１の検出期間は、第２の検出期間と等しくてもよく、等しくなくてもよい。例えば、第１の検出期間は第２の検出期間より大きい。
例えば、第１のＭＣＳテーブル及び第２のＭＣＳテーブルという２つのＭＣＳテーブルがある。ＤＣＩの検出期間が第１の検出期間より大きい又はそれと等しい場合、端末デバイスは、第１のＭＣＳテーブルを選択すると決定し、次に、ＭＣＳインデックスに基づいて、具体的には第１のＭＣＳテーブル内の第１のＭＣＳ情報を選択すると決定してよい。又は、ＤＣＩの検出期間が第２の検出期間より小さい場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、次に、ＭＣＳインデックスに基づいて、具体的には第２のＭＣＳテーブル内の第２のＭＣＳ情報を選択すると決定してよい。
ＤＣＩの検出期間が短いほど、要件が緊急であることを示し、そのようなサービスは、ＵＲＬＬＣサービスであっても、別の比較的緊急なサービスであってもよいことが理解されるであろう。そのようなサービスでは、比較的低いＢＬＥＲのＭＣＳテーブルが信頼性を保証するのに用いられてよい。ＤＣＩの検出期間が長いほど、要件があまり緊急ではないことを示し、そのようなサービスの信頼性要件は通常あまり高くない。そのようなサービスでは、比較的高いＢＬＥＲのＭＣＳテーブルが用いられてよい。
あるいは、ＤＣＩの検出期間は複数の検出期間のうちの少なくとも１つであり、複数の検出期間は第１の検出期間と第２の検出期間とを含む。この場合、検出期間を説明するという観点から、実施例Ａ５における解決手段は代替的に次の通りに説明されてもよい。ＭＣＳインデックスに対応し且つ第１の検出期間に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２の検出期間に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１の検出期間に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩの検出期間が第１の検出期間である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩの検出期間が第１の検出期間であるのか、又は第２の検出期間であるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、検出期間とＭＣＳ情報との対応関係又は検出期間セットとＭＣＳ情報との対応関係が、検出期間（又は検出期間セット）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の検出期間に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
本明細書では、ＤＣＩの検出期間が第１の検出期間より大きい又はそれと等しく且つＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報である一例が、用いられる。実際に、ＤＣＩの検出期間が第１の検出期間と等しい場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報でなくてよい。例えば、第１の検出期間が第２の検出期間と等しいとするならば、ＤＣＩの検出期間が第１の検出期間より大きい又はそれと等しい場合、ＭＣＳインデックスに対応する変調符号化方式情報は第１のＭＣＳ情報であり、ＤＣＩの検出期間が第１の検出期間より小さい場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。又は、ＤＣＩの検出期間が第１の検出期間より大きい場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であり、ＤＣＩの検出期間が第１の検出期間より小さい又はそれと等しい場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
つまり、本明細書は「～と等しい」という場合にどのように区分けを行うかについて、何も限定を設けない。範囲の区分けが以下で行われる場合、「～と等しい」を伴ういかなる場合もこれと同様であり、詳細は再度以下で説明しない。
Ａ６：第１の情報は、ＤＣＩで示されるフィードバック時間間隔を含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩにより示されるフィードバック時間間隔に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩにより示されるフィードバック時間間隔を決定し、ＤＣＩにより示されるフィードバック時間間隔に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
例えば、ＤＣＩにより示されるフィードバック時間間隔は、複数の時間間隔セットのうちの少なくとも１つに属し、複数の時間間隔セットは第１の時間間隔セットと第２の時間間隔セットとを含む。
具体的には、ＤＣＩにより示されるフィードバック時間間隔が第１の時間間隔セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩにより示されるフィードバック時間間隔が第２の時間間隔セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩにより示されるフィードバック時間間隔が第１の時間間隔セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩにより示されるフィードバック時間間隔が第２の時間間隔セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
フィードバック時間間隔が第１の時間間隔セットに属するということは、フィードバック時間間隔が第１の時間間隔より大きい又はそれと等しいと理解されてよく、フィードバック時間間隔が第２の時間間隔セットに属するということは、フィードバック時間間隔が第２の時間間隔より小さいと理解されてよい。第１の時間間隔及び第２の時間間隔は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１の時間間隔は、第２の時間間隔と等しくてもよく、等しくなくてもよい。例えば、第１の時間間隔は第２の時間間隔より大きい。
一例において、フィードバック時間間隔は、第２の情報に含まれるデータの送信と、端末デバイスによる当該データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔、又は第２の情報をスケジューリングするのに用いるＤＣＩの送信と、端末デバイスによる第２の情報の送信との間の時間間隔である。
本明細書において、端末デバイスにより受信されるＨＡＲＱ応答情報が第１のＨＡＲＱ応答情報と呼ばれ、受信したＨＡＲＱ応答情報は確認応答情報（ＡＣＫ）／否定応答情報（ＮＡＣＫ）を含む。したがって、端末デバイスにより受信される確認応答情報が第１の確認応答情報と呼ばれ、端末デバイスにより受信される否定応答情報が第１の否定応答情報と呼ばれる。端末デバイスにより送信されるＨＡＲＱ応答情報が第２のＨＡＲＱ応答情報と呼ばれ、送信されるＨＡＲＱ応答情報は確認応答情報／否定応答情報も含む。したがって、端末デバイスにより送信される確認応答情報が第２の確認応答情報と呼ばれ、端末デバイスにより送信される否定応答情報が第２の否定応答情報と呼ばれる。
ＤＣＩがダウンリンクデータをスケジューリングするのに用いられる場合、フィードバック時間間隔は、第２の情報に含まれるダウンリンクデータの送信と、端末デバイスによるダウンリンクデータに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔であってよい、又はＤＣＩがアップリンクデータ又はアップリンク制御情報をスケジューリングするのに用いられる場合、フィードバック時間間隔は、第２の情報に含まれるアップリンクデータ又はアップリンク制御情報をスケジューリングするのに用いられるＤＣＩと、端末デバイスによる第２の情報に含まれるアップリンクデータ又はアップリンク制御情報の送信との間の時間間隔であってよい。
例えば、第１のＭＣＳテーブル及び第２のＭＣＳテーブルという２つのＭＣＳテーブルがある。ＤＣＩにより示されるフィードバック時間間隔が第１の時間間隔より大きい又はそれと等しい場合、端末デバイスは、第１のＭＣＳテーブルを選択すると決定し、次にＭＣＳインデックスに基づいて、具体的には第１のＭＣＳテーブル内の第１のＭＣＳ情報を選択すると決定してよい、又はＤＣＩにより示されるフィードバック時間間隔が第２の時間間隔より小さい場合、端末デバイスは、第２のＭＣＳテーブルを選択すると決定し、次にＭＣＳインデックスに基づいて、具体的には第２のＭＣＳテーブル内の第２のＭＣＳ情報を選択すると決定してよい。例えば、第１の時間間隔及び／又は第２の時間間隔は、Ｍ１個のスロット（ｓｌｏｔ）又はＭ２個のシンボル（ｓｙｍｂｏｌ）であり、Ｍ１は０より大きい又は０と等しい整数であり、Ｍ２は１より大きい又は１と等しい整数である。例えば、Ｍ１＝０であり、Ｍ２＝１４である。
フィードバック時間間隔が短いほど、要件が緊急であることを示し、そのようなサービスはＵＲＬＬＣサービスであっても、別の比較的緊急なサービスであってもよいことが理解されるであろう。そのようなサービスでは、比較的低いＢＬＥＲのＭＣＳテーブルが、信頼性を保証するのに用いられてよい。フィードバック時間間隔が長いほど、要件があまり緊急ではないことを示し、そのようなサービスの信頼性要件は通常あまり高くない。そのようなサービスでは、比較的高いＢＬＥＲのＭＣＳテーブルが用いられてよい。
別の例において、フィードバック時間間隔は代替的に、ネットワークデバイスがＤＣＩを送信するか又は端末デバイスがＤＣＩを受信する時点と、現在のサービス伝送を完了するための最大持続時間に対応する時点との間の時間間隔であってよい。
ＵＲＬＬＣサービスが、サービス伝送を完了するための最大持続時間を指定し、例えば、現在の最大持続時間は１ｍｓである。言い換えれば、ＵＲＬＬＣサービスが送信側に到着した時点からＵＲＬＬＣサービスの現在の伝送が終了する時点までの持続時間が、１ｍｓ以内である必要がある。理論上、ＵＲＬＬＣサービスは、ネットワークデバイスがＤＣＩを送信してから、伝送され始める。しかしながら、現在の伝送プロセスは既に、ＵＲＬＬＣサービスが伝送される前に始まっている。例えば、図３を参照すると、図３のポイントＡが、ＵＲＬＬＣサービスが送信側に到着した時点を示し、ポイントＢが、ネットワークデバイスがＤＣＩを送信した時点又は端末デバイスがＤＣＩを受信した時点を示し、またポイントＣが、現在の伝送プロセスが終了した時点を示す。ネットワークデバイスがＤＣＩを送信した時点又は端末デバイスがＤＣＩを受信した時点は、ＵＲＬＬＣサービスが送信側に到着した時点の後であり、したがって、ＵＲＬＬＣサービスを伝送する持続時間がポイントＢからポイントＣまでの持続時間であり、この持続時間はこの例におけるフィードバック時間間隔であってもよいことが分かる。ポイントＢからポイントＣまでの持続時間が非常に短い場合、これは、残り時間が長くないことを示しており、比較的低いＢＬＥＲのＭＣＳテーブルが、伝送信頼性を向上させてサービスの伝送が１回で確実に成功できるように選択される。ポイントＢからポイントＣまでの持続時間が比較的長い場合、これは、残り時間がまだ十分にあることを示しており、比較的高いＢＬＥＲのＭＣＳテーブルが選択されてよい。
あるいは、フィードバック時間間隔は複数の時間間隔セットのうちの少なくとも１つに属し、複数の時間間隔セットは第１の時間間隔セットと第２の時間間隔セットとを含む。この場合、時間間隔セットを説明するという観点から、実施例Ａ６における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１の時間間隔セットに含まれるフィードバック時間間隔に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２の時間間隔セットに含まれるフィードバック時間間隔に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１の時間間隔セットに含まれるフィードバック時間間隔に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、フィードバック時間間隔が第１の時間間隔セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。フィードバック時間間隔が第１の時間間隔セットに属するのか、又は第２の時間間隔セットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、フィードバック時間間隔とＭＣＳ情報との対応関係又は時間間隔セットとＭＣＳ情報との対応関係が、フィードバック時間間隔（又は時間間隔セット）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の時間間隔セットに含まれるフィードバック時間間隔に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
本実施形態では、「～と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、フィードバック時間間隔が第１の時間間隔と等しい場合が、フィードバック時間間隔が第１の時間間隔より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「～と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
第２の情報に含まれるダウンリンクデータが送信される時点は、第２の情報に含まれるダウンリンクデータをネットワークデバイスが送信する時点であっても、第２の情報に含まれるダウンリンクデータを端末デバイスが受信する時点であってもよい。これは、本願の本実施形態において限定されることはない。以下では、第２の情報に含まれるダウンリンクデータをネットワークデバイスが送信する時点を一例として用いる。
さらに、第２の情報に含まれるダウンリンクデータの送信と、ダウンリンクデータに対応する第２のＨＡＲＱ応答情報の端末デバイスによる送信との間の時間間隔は、限定されることはないが、以下の実施例のうちの少なくとも１つを含む。すなわち、第２の情報に含まれるダウンリンクデータが送信されるシンボルの開始時点とダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するシンボルの開始時点との間の時間間隔、第２の情報に含まれるダウンリンクデータが送信されるシンボルの終了時点とダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するシンボルの開始時点との間の時間間隔、第２の情報に含まれるダウンリンクデータが送信されるシンボルのインデックスとダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するシンボルのインデックスとの間の時間間隔（時間間隔は、例えば、２つのインデックス間の差である）、第２の情報に含まれるダウンリンクデータが送信されるスロット（ｓｌｏｔ）の開始時点とダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するスロットの開始時点との間の時間間隔、第２の情報に含まれるダウンリンクデータが送信されるスロットの終了時点とダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するスロットの開始時点との間の時間間隔、及び第２の情報に含まれるダウンリンクデータが送信されるスロットのインデックスとダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するスロットのインデックスとの間の時間間隔（時間間隔は、例えば、２つのインデックス間の差である）である。
Ａ７：第１の情報は、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値を含み、さらにＤＣＩのフォーマットを含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値並びにＤＣＩのフォーマットに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値並びにＤＣＩのフォーマットを決定し、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値並びにＤＣＩのフォーマットに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
例えば、ＤＣＩのフォーマットは、第１のＤＣＩフォーマットと第２のＤＣＩフォーマットとを含んでよい。第１のＤＣＩフォーマットのＤＣＩはコンパクト（ｃｏｍｐａｃｔ）ＤＣＩと呼ばれることがあり、第２のＤＣＩフォーマットのＤＣＩはフォールバック（ｆａｌｌｂａｃｋ）ＤＣＩと呼ばれることがある。第１のＤＣＩフォーマットのＤＣＩはＵＲＬＬＣサービスに適用できるＤＣＩであることが理解されるであろう。第２のＤＣＩフォーマットのＤＣＩは、全てのサービスに適用できるＤＣＩであり、例えば、ＤＣＩ ｆｏｒｍａｔ ０＿０及びＤＣＩ ｆｏｒｍａｔ １＿０である。第１のＤＣＩフォーマット及び第２のＤＣＩフォーマットに加えて、共通（ｃｏｍｍｏｎ）ＤＣＩと呼ばれることがある第３のＤＣＩフォーマットのＤＣＩがある。第３のＤＣＩフォーマットのＤＣＩは、ＮＲシステム又はＬＴＥシステムのＤＣＩ、つまり、サービスを区別しないＤＣＩ、例えば、ＤＣＩ ｆｏｒｍａｔ ０＿１とＤＣＩ ｆｏｒｍａｔ １＿１とを区別しないＤＣＩであってよい。
本願の本実施形態で提供される技術的解決手段は主に、第１のＤＣＩフォーマットのＤＣＩに適用される。つまり、端末デバイスにより受信されるＤＣＩは第１のＤＣＩフォーマットのＤＣＩである。ＤＣＩは第１のビット情報フィールド及び第２のビット情報フィールドを含み、第１のビット情報フィールドは第１の情報を搬送するのに用いられてよい。したがって、端末デバイスは、第１の情報ビットフィールドに基づいて、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値を決定してよい。第２の情報ビットフィールドに含まれるビット数は、１より大きい又は１と等しい。さらに、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和が、第２のＤＣＩフォーマットのＤＣＩにおける第２のビット情報フィールドのサイズと等しい。第２の情報ビットフィールドは、限定されることはないが、以下の実施例のうちの少なくとも１つを含む。
実施例１：第２のビット情報フィールドのビット数は２より小さい又は２と等しく、第２のビット情報フィールドは、第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられる。
実施例２：第２のビット情報フィールドのビット数は３より小さい又は３と等しく、第２のビット情報フィールドは、第２の情報により占有される時間領域リソースを示すのに用いられる。
実施例３：第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは、冗長バージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ、ＲＶ）を示すのに用いられ、冗長バージョンは０又は３である。
実施例４：第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは、端末デバイスの伝送電力コマンドワードを示すのに用いられ、伝送電力コマンドワードは０又は３である。
実施例５：第２のビット情報フィールドのビット数は４と等しく、第２のビット情報フィールドは変調符号化方式インデックスを示すのに用いられる。
以下では、前述のいくつかの実施例を個々に説明する。
実施例１において、第２のビット情報フィールドは、第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示す、つまり、実施例Ａ６のフィードバック時間間隔を示すのに用いられ、第２のビット情報フィールドは、ＤＣＩにおいてダウンリンクデータとＨＡＲＱとの間のフィードバック時間インジケータ（ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ）を含んでよい。
例えば、第２のＤＣＩフォーマットのＤＣＩでは、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒのサイズ（ｓｉｚｅ）がＸ１ビットと等しく、Ｘ１＝３である。第１のＤＣＩフォーマットのＤＣＩでは、ＤＣＩにおけるＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒの第２のビット情報フィールドは、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇの機能を実装する、つまり、フィードバック時間間隔を示すのに引き続き用いられてよく、ＤＣＩの第１のビット情報フィールドは第１の情報を搬送するのに用いられる。第２のフォーマットのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和より大きい又はそれと等しくよい。例えば、第２のフォーマットのＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄのサイズは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和と等しい。第１のＤＣＩフォーマットのＤＣＩでは、第２のビット情報フィールドサイズは［Ｘ１－１］ビットより小さい又はそれと等しく、第１のビット情報フィールドのサイズは１ビットより大きい又はそれと等しい。第２のＤＣＩフォーマットのＤＣＩは第１のビット情報フィールドを含まないが、第２のビット情報フィールドを含むことが考えられ得る。
実施例１において、第１のＤＣＩフォーマットのＤＣＩに含まれる第１のビット情報フィールド及び第２のビット情報フィールドは両方とも、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄであるが、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに含まれる異なるビットが異なる機能を実装するのに用いられることが考えられ得る。あるいは、第１のＤＣＩフォーマットのＤＣＩの第１のビット情報フィールドは独立ビット情報フィールドとして用いられることが考えられ得る。この場合、第１のＤＣＩフォーマットのＤＣＩの第２のビット情報フィールドは、第２のＤＣＩフォーマットのＤＣＩの第２のビット情報フィールドと比較された場合、構成又は事前定義に基づいて縮小されることが考えられる。第１のビット情報フィールドは、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄにもはや属さないことが理解されるであろう。
例えば、ビット情報フィールドの単位がスロットである。ＵＲＬＬＣサービスが伝送されようとしている場合、遅延要件によって、通常、比較的長いスロットがＨＡＲＱ応答情報をフィードバックするように命令されることはない。この場合、ＨＡＲＱ応答情報がフィードバックされたとしても、ＨＡＲＱ応答情報は失効するであろう。したがって、第１のＤＣＩフォーマットのＤＣＩにおいて、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄは適宜縮小されてもよく、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄの元の機能を実装するのに用いられるビット情報フィールドが適宜縮小されてもよい。ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄを縮小した後に、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄに元々属している残りのビットが、第１の情報を搬送するのに用いられてよい。あるいは、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄを縮小した後に、節約したビット数が第１の情報を示すのに用いられてよい。
本実施形態では、第１のＤＣＩフォーマットのＤＣＩのビット総数と第２のＤＣＩフォーマットのＤＣＩのビット総数とが、同じになるように設定されてよいことが理解されるであろう。このように、ブラインド検出回数の数を減らすことができ、端末デバイスの電力が節約される。
実施例２において、第２のビット情報フィールドは、第２の情報により占有される時間領域リソースを示すのに用いられる。第１のＤＣＩフォーマットのＤＣＩがダウンリンクデータをスケジューリングするのに用いられる場合、第２のビット情報フィールドは、ＤＣＩの時間領域ＰＤＳＣＨリソース（ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅ）フィールドに属してよい。第１のＤＣＩフォーマットのＤＣＩがアップリンクデータ又はアップリンク制御情報をスケジューリングするのに用いられる場合、第２のビット情報フィールドは、ＤＣＩの時間領域ＰＵＳＣＨリソース（ｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅ）フィールドに属してよい。
現在、第２のＤＣＩフォーマットのＤＣＩでは、ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドの最大サイズがＸ２ビット、例えば、Ｘ２＝４である。第１のＤＣＩフォーマットのＤＣＩにおいて、ＤＣＩのｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドにおける第２のビット情報フィールドは、ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドの機能を実装するのに、つまり、第２の情報により占有される時間領域リソースを示すのに引き続き用いられてよく、ＤＣＩのｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドにおける第１のビット情報フィールドは、第１の情報を搬送するのに用いられる。第１のＤＣＩフォーマットのＤＣＩにおいて、ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和より大きい又はそれと等しくてよい。例えば、第１のＤＣＩフォーマットのＤＣＩにおいて、ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和と等しい。第２のビット情報フィールドのサイズは［Ｘ２－１］ビットより小さい又はそれと等しく、第１のビット情報フィールドのサイズは１ビットより大きい又はそれと等しい。
第２のＤＣＩフォーマットのＤＣＩは第１のビット情報フィールドを含まないが、第２のビット情報フィールドを含み、第１のビット情報フィールド及び第２のビット情報フィールドは両方とも、ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドに属することが考えられ得る。実施例２において、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールド及び第２のビット情報フィールドも両方とも、ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドに属するが、ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドに含まれる異なるビットが、異なる機能を実装するのに用いられることが考えられ得る。あるいは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドは独立ビット情報フィールドとして用いられることが考えられ得る。この場合、構成又は事前定義に基づいて、第１のＤＣＩフォーマットのＤＣＩにおける第２のビット情報フィールドは、第２のＤＣＩフォーマットのＤＣＩにおける第２のビット情報フィールドと比較される場合、縮小されることが考えられる。第１のビット情報フィールドは、ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドにもはや属さないことが理解されるであろう。
ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールドは、ＰＤＳＣＨにより占有される時間領域リソースの長さを示すのに用いられ、ｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドは、ＰＵＳＣＨにより占有される時間領域リソースの長さを示すのに用いられる。したがって、ＵＲＬＬＣサービスが伝送されようとしている場合、遅延要件によって、通常、非常に大量の時間領域リソースを占有するチャネルがデータを伝送するよう命令されることはない。この場合、チャネルが受信側で受信されたとしても、復号時間が終了した後に、サービス失効が生じやすい。したがって、第１のＤＣＩフォーマットのＤＣＩでは、ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドは適宜縮小されてよく、又はｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドの元の機能を実装するのに用いられるビット情報フィールドが適宜縮小される。ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドが縮小された後に、ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドに元々属している残りのビットが、第１の情報を搬送するのに用いられてよい。あるいは、ｔｉｍｅ－ｄｏｍａｉｎ ＰＤＳＣＨ ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ－ｄｏｍａｉｎ ＰＵＳＣＨ ｒｅｓｏｕｒｃｅフィールドが縮小された後に、節約したビット数が第１の情報を示すのに用いられてよい。
実施例３において、第２のビット情報フィールドは冗長バージョンを示すのに用いられ、第２のビット情報フィールドはＤＣＩのＲＶ ｆｉｅｌｄに属してよい。
現在、第２のＤＣＩフォーマットのＤＣＩでは、ＲＶ ｆｉｅｌｄのサイズがＸ３ビットと等しく、例えば、Ｘ３＝２である。第１のＤＣＩフォーマットのＤＣＩにおいて、ＤＣＩのＲＶ ｆｉｅｌｄにおける第２のビット情報フィールドは、ＲＶ ｆｉｅｌｄの機能を実装するのに、つまり、冗長バージョンを示すのに引き続き用いられてよく、ＤＣＩのＲＶ ｆｉｅｌｄにおける第１のビット情報フィールドは、第１の情報を搬送するのに用いられる。第１のＤＣＩフォーマットのＤＣＩにおいて、ＲＶ ｆｉｅｌｄのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和より大きい又はそれと等しくてよい。例えば、第１のＤＣＩフォーマットのＤＣＩにおいて、ＲＶ ｆｉｅｌｄのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和と等しい。第２のビット情報フィールドのサイズは［Ｘ３－１］ビットと等しく、第１のビット情報フィールドのサイズは１ビットと等しい。
第２のＤＣＩフォーマットのＤＣＩは第１のビット情報フィールドを含まないが、第２のビット情報フィールドを含み、第１のビット情報フィールド及び第２のビット情報フィールドは両方とも、ＲＶ ｆｉｅｌｄに属することが考えられ得る。実施例３において、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールド及び第２のビット情報フィールドも両方とも、ＲＶ ｆｉｅｌｄに属するが、ＲＶ ｆｉｅｌｄに含まれる異なるビットが異なる機能を実装するのに用いられることが考えられ得る。あるいは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドは独立ビット情報フィールドとして用いられることが考えられ得る。この場合、構成又は事前定義に基づいて、第１のＤＣＩの第２のビット情報フィールドは、第２のＤＣＩの第２のビット情報フィールドと比較される場合、縮小されることが考えられる。第１のビット情報フィールドは、ＲＶ ｆｉｅｌｄにもはや属さないことが理解されるであろう。
５ＧのＮＲシステムでは一般に、ＲＶバージョンが０又は３である場合、受信側が、１回の伝送が成功した後に次の伝送を行うことなく、自己復号を実施することができる。しかしながら、ＲＶバージョンが１又は２である場合、一部の情報しか１回に伝送できないので、残りの情報はさらに、次回に伝送される必要がある。しかしながら、ＵＲＬＬＣサービスがサービス伝送完了に対して厳密な時間要件（例えば、１ｍｓ）を有している場合、再伝送の機会はない可能性が高い。したがって、本願の本実施形態では、ＲＶバージョン０又は３の方がＵＲＬＬＣサービスに適している。これを考慮して、第２のビット情報フィールドは、ＲＶバージョンが０又は３であることを示すのに用いられてよく、ＲＶ ｆｉｅｌｄの残りの１つのビットが第１の情報を搬送するのに用いられてよい。あるいは、ＲＶ ｆｉｅｌｄを縮小した後に、節約したビット数が第１の情報を示すのに用いられてもよい。しかしながら、第２のビット情報フィールドの特定のインジケーション結果が、本願の本実施形態において限定されることはない。例えば、第２のビット情報フィールドは、ＲＶバージョンが０又は１であることを示しても、ＲＶバージョンが１又は２であることを示してもよい。
実施例４において、第２のビット情報フィールドは端末デバイスの伝送電力コマンドワードを示すのに用いられ、第２のビット情報フィールドはＤＣＩの伝送電力制御（ｔｒａｎｓｍｉｔ ｐｏｗｅｒ ｃｏｎｔｒｏｌ、ＴＰＣ）フィールド（ｆｉｅｌｄ）に属してよい。第１のＤＣＩフォーマットのＤＣＩがダウンリンクデータをスケジューリングするのに用いられる場合、第２のビット情報フィールドは、ＤＣＩのＰＵＣＣＨ用伝送電力制御コマンド（ＴＰＣ ｃｏｍｍａｎｄ ｆｏｒ ｓｃｈｅｄｕｌｅｄ ＰＵＣＣＨ）に属してよい。第１のＤＣＩフォーマットのＤＣＩがアップリンクデータ又はアップリンク制御情報をスケジューリングするのに用いられる場合、第２のビット情報フィールドは、ＤＣＩのＰＵＳＣＨ用伝送電力制御コマンド（ＴＰＣ ｃｏｍｍａｎｄ ｆｏｒ ｓｃｈｅｄｕｌｅｄ ＰＵＳＣＨ）に属してよい。
現在、第２のＤＣＩフォーマットのＤＣＩでは、ＴＰＣ ｆｉｅｌｄのサイズがＸ４ビットと等しい。第１のＤＣＩフォーマットのＤＣＩでは、ＤＣＩのＴＰＣ ｆｉｅｌｄにおける第２のビット情報フィールドは、ＴＰＣ ｆｉｅｌｄの機能を実装するのに、つまり、伝送電力コマンドワードを示すのに引き続き用いられてよく、ＤＣＩのＴＰＣ ｆｉｅｌｄにおける第１のビット情報フィールドは、第１の情報を搬送するのに用いられる。第１のＤＣＩフォーマットのＤＣＩでは、ＴＰＣ ｆｉｅｌｄのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和より大きい又はそれと等しくてよい。例えば、第１のＤＣＩフォーマットのＤＣＩでは、ＴＰＣ ｆｉｅｌｄのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和と等しい。第２のビット情報フィールドのサイズは［Ｘ４－１］ビットと等しく、第１のビット情報フィールドのサイズは１ビットと等しい。
第２のＤＣＩフォーマットのＤＣＩは第１のビット情報フィールドを含まないが、第２のビット情報フィールドを含み、第１のビット情報フィールド及び第２のビット情報フィールドは両方とも、ＴＰＣ ｆｉｅｌｄに属することが考えられ得る。実施例４において、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールド及び第２のビット情報フィールドも両方とも、ＴＰＣ ｆｉｅｌｄに属するが、ＴＰＣ ｆｉｅｌｄに含まれる異なるビットが異なる機能を実装するのに用いられることが考えられ得る。あるいは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドは独立ビット情報フィールドとして用いられることが考えられ得る。この場合、構成又は事前定義に基づいて、第１のＤＣＩの第２のビット情報フィールドは、第２のＤＣＩの第２のビット情報フィールドと比較される場合、縮小されることが考えられる。第１のビット情報フィールドは、ＴＰＣ ｆｉｅｌｄにもはや属さないことが理解されるであろう。
したがって、第１のＤＣＩフォーマットのＤＣＩにおける第２のビット情報フィールドの特定のインジケーション方式が、限定されることはないが、以下のいくつかの可能性を含む。
可能性１：第２のビット情報フィールドは１ビットであり、０を示す又は＋３／＋４を示すのに用いられる。
可能性２：第２のビット情報フィールドは１ビットであり、＋１を示す又は＋３／＋４を示すのに用いられる。
可能性３：第２のビット情報フィールドは１ビットであり、０を示す又は＋１を示すのに用いられる。
第２のビット情報フィールドが０を示す場合、これは、伝送電力が調整されないことを示し、第２のビット情報フィールドが＋３を示す場合、これは、伝送電力が３倍に拡大されることを示す、といったことになる。
５ＧのＮＲシステムでは、ＵＲＬＬＣサービスが比較的重要である。したがって、前述の可能性において、縮小電力調製係数がＴＰＣコマンドワードから除外される、つまり、ＵＲＬＬＣサービスの信頼性を保証するために電力が拡大されるか又は調整されない。しかしながら、これについては、実際にはこれに限定されることはない。例えば、第２のビット情報フィールドは、縮小電力調製係数も示してよい。例えば、第２のビット情報フィールドは１であり、＋１を示す又は－３／－４／－１を示すのに用いられ、第２のビット情報フィールドが－３を示す場合、これは、伝送電力が３倍に縮小されることを示す、といったことになる。具体的には、第２のビット情報フィールドにより示される内容が、本願の本実施形態において限定されることはない。
実施例５において、第２のビット情報フィールドは変調符号化方式インデックスを示すのに用いられ、第２のビット情報フィールドはＤＣＩのＭＣＳフィールドに属してよい。この情報フィールドは、ＭＣＳインデックスを示すのに用いられる。
現在、第２のＤＣＩフォーマットのＤＣＩでは、ＭＣＳフィールドのサイズがＸ５ビットと等しく、例えば、Ｘ５＝５である。第１のＤＣＩフォーマットのＤＣＩにおいて、ＤＣＩのＭＣＳフィールドにおける第２のビット情報フィールドは、ＭＣＳフィールドの機能を実装するのに、つまり、変調符号化方式インデックスを示すのに引き続き用いられてよく、ＤＣＩのＭＣＳフィールドにおける第１のビット情報フィールドは、第１の情報を搬送するのに用いられる。第１のＤＣＩフォーマットのＤＣＩでは、ＭＣＳフィールドのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和より大きい又はそれと等しくてよい。例えば、第１のＤＣＩフォーマットのＤＣＩでは、ＭＣＳフィールドのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和と等しい。第２のビット情報フィールドのサイズは［Ｘ５－１］ビットと等しく、第１のビット情報フィールドのサイズは１ビットと等しい。
第２のＤＣＩフォーマットのＤＣＩは第１のビット情報フィールドを含まないが、第２のビット情報フィールドを含み、第１のビット情報フィールド及び第２のビット情報フィールドは両方とも、ＭＣＳフィールドに属することが考えられ得る。実施例５において、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールド及び第２のビット情報フィールドも両方とも、ＭＣＳフィールドに属するが、ＭＣＳフィールドに含まれる異なるビット情報が異なる機能を実装するのに用いられることが考えられ得る。あるいは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドは独立ビット情報フィールドとして用いられることが考えられ得る。この場合、構成又は事前定義に基づいて、第１のＤＣＩの第２のビット情報フィールドは、第２のＤＣＩの第２のビット情報フィールドと比較される場合、縮小されることが考えられる。第１のビット情報フィールドは、ＭＣＳフィールドにもはや属さないことが理解されるであろう。
一般に、ＣＱＩテーブルが４ビットを用いて示され、同じＢＬＥＲに対応するＣＱＩテーブル及びＭＣＳテーブルが互いに対応する、つまり、ＭＣＳテーブルも４ビットを用いて示されてよい。したがって、ＭＣＳフィールドの残りの１つのビットが、第１の情報を搬送するのに用いられてよく、又は節約したビット数が、縮小後の第１の情報を示すのに用いられてよく、その結果、ＤＣＩリソースが有効に利用できるようになる。
上述したＸ１、Ｘ２、Ｘ３、Ｘ４、及びＸ５は、１より大きい又は１と等しい正の整数である。Ｘ１－１＝０の場合、対応する第２のビット情報フィールドに対応する情報が、上位層シグナリングを用いて設定される意味又は予め定められる意味を示し、このことは、Ｘ２、Ｘ３、Ｘ４、及びＸ５にも同様に適用されることが理解されるであろう。詳細は、ここで再度説明しない。
Ａ８：第１の情報は、ＤＣＩにより示されるＡ－ＣＳＩを含む。
本実施形態の前提は、ＤＣＩが、Ａ－ＣＳＩを報告するよう端末デバイスをトリガするのに用いられる情報フィールドを搬送することであり、ＤＣＩは、情報フィールドを用いて、Ａ－ＣＳＩを報告するよう端末デバイスに命令してよい。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩにより示されるＡ－ＣＳＩに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩにより示されるＡ－ＣＳＩを決定し、ＤＣＩにより示されるＡ－ＣＳＩに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
一例において、ＤＣＩにより示されるＡ－ＣＳＩは複数のＡ－ＣＳＩのうちの少なくとも１つであり、複数のＡ－ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含む。ＤＣＩにより示されるＡ－ＣＳＩが第１のＣＳＩを含む場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩにより示されるＡ－ＣＳＩが第２のＣＳＩを含む場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩにより示されるＡ－ＣＳＩが第１のＣＳＩを含む場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩにより示されるＡ－ＣＳＩが第２のＣＳＩを含む場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
例えば、ネットワークデバイス又はプロトコルは、Ａ－ＣＳＩとＢＬＥＲとの対応関係を予め定めてよい。端末デバイスは、プロトコルを用いてＡ－ＣＳＩとＢＬＥＲとの対応関係を認識してもよく、その対応関係は上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１のＣＳＩは第１のＢＬＥＲに対応し、第２のＣＳＩは第２のＢＬＥＲに対応する。ＤＣＩが第１のＣＳＩを報告するよう端末デバイスに命令する場合、これは、端末デバイスが第１のＢＬＥＲのＣＳＩを報告する必要があることを示している、又はＤＣＩが第２のＣＳＩを報告するよう端末デバイスに命令する場合、これは、端末デバイスが第２のＢＬＥＲのＣＳＩを報告する必要があることを示している。第１のＣＳＩ及び第２のＣＳＩは両方ともＡ－ＣＳＩである。Ａ－ＣＳＩとＢＬＥＲとの対応関係があり、ＢＬＥＲとＭＣＳテーブルとの対応関係がある。したがって、Ａ－ＣＳＩとＢＬＥＲとＭＣＳテーブルとの対応関係があることが考えられ得る。例えば、第１のＣＳＩが第１のＢＬＥＲに対応し、第１のＢＬＥＲが第１のＭＣＳテーブルに対応する場合、第１のＣＳＩも第１のＭＣＳテーブルに対応することが考えられ得る。又は第２のＣＳＩが第２のＢＬＥＲに対応し、第２のＢＬＥＲが第２のＭＣＳテーブルに対応する場合、第２のＣＳＩも第２のＭＣＳテーブルに対応することが考えられ得る。ＤＣＩが第１のＣＳＩを報告するよう端末デバイスに命令する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定してよく、端末デバイスは、ＭＣＳインデックスに基づいて第１のＭＣＳテーブル内の第１のＭＣＳ情報を決定してよい。又はＤＣＩが第２のＣＳＩを報告するよう端末デバイスに命令する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定してよく、端末デバイスは、ＭＣＳインデックスに基づいて第２のＭＣＳテーブル内の第２のＭＣＳ情報を決定してよい。具体的には、ここでの第１のＣＳＩ及び第２のＣＳＩはＣＳＩレポートであってもよく、特定のＣＳＩに含まれる情報エントリでもよい。
あるいは、ＤＣＩにより示されるＡ－ＣＳＩは複数のＡ－ＣＳＩのうちの少なくとも１つであり、複数のＡ－ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含む。この場合、Ａ－ＣＳＩを説明するという観点から、実施例Ａ８における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のＣＳＩに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のＣＳＩに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１のＣＳＩに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩにより示されるＡ－ＣＳＩが第１のＣＳＩである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩにより示されるＡ－ＣＳＩが第１のＣＳＩであるのか、又は第２のＣＳＩであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、Ａ－ＣＳＩとＭＣＳ情報との対応関係が、Ａ－ＣＳＩとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＣＳＩに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
例えば、ＣＳＩは１つ又は複数のＣＳＩコンテンツを含み、ＣＳＩコンテンツはＣＱＩ、ＲＩ、及びＰＭＩなどを含む。ＤＣＩにより示されるＡ－ＣＳＩが、ＲＩ及び／又はＲＳＲＰなどの徐々に変化する情報を含む場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いＢＬＥＲのＭＣＳテーブルが必要とされる。ＤＣＩにより示されるＡ－ＣＳＩが、ＣＱＩ及び／又はＰＭＩなどのすぐに変化する情報を含む場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いＢＬＥＲのＭＣＳテーブルが必要とされる。別の例では、ＤＣＩにより示されるＡ－ＣＳＩがＣＳＩ ｐａｒｔ ２を含む場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いＢＬＥＲのＭＣＳテーブルが必要とされる。ＤＣＩにより示されるＡ－ＣＳＩに含まれるＣＳＩがＣＳＩ ｐａｒｔ １しか含まない場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いＢＬＥＲのＭＣＳテーブルが必要とされる。ＭＣＳテーブルとＢＬＥＲとの対応関係がここで限定されることはない、つまり、ＭＣＳテーブルとＢＬＥＲとの対応関係は予め定められてもよく、上位層シグナリングを用いて設定されてもよいことに留意されたい。
端末デバイスはＭＣＳインデックスを決定し、ＣＳＩに含まれるＣＳＩコンテンツに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定することが理解されるであろう。
例えば、ＣＳＩはＣＳＩの１つ又は複数のビット情報量を含み、ＣＳＩコンテンツは、ＣＱＩ、ＲＩ、及びＰＭＩなどのビット情報を含む。ＤＣＩにより示されるＡ－ＣＳＩに含まれるビット情報量が第１のビット数より大きい又はそれと等しい場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いＢＬＥＲのＭＣＳテーブルが必要とされる。ＤＣＩにより示されるＡ－ＣＳＩに含まれるビット情報量が第２のビット数より少ない場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いＢＬＥＲのＭＣＳテーブルが必要とされる。
端末デバイスはＭＣＳインデックスを決定し、ＣＳＩに含まれるＣＳＩのビット情報量に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定することが理解されるであろう。
別の例では、ＤＣＩにより示されるＡ－ＣＳＩに含まれるＣＳＩが複数のＢＬＥＲに対応し、複数のＢＬＥＲは最高ＢＬＥＲと最低ＢＬＥＲとを含み、最高ＢＬＥＲは最大値を有するＢＬＥＲであり、最低ＢＬＥＲは最小値を有するＢＬＥＲである。この場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が特定のＢＬＥＲに対応するＭＣＳ情報であると決定する。あるいは、ＤＣＩにより示されるＡ－ＣＳＩに含まれるＣＳＩが複数のＢＬＥＲに対応し、ＭＣＳインデックスに対応するＭＣＳ情報は特定のＢＬＥＲに対応するＭＣＳ情報である。特定のＢＬＥＲは、例えば最高ＢＬＥＲ、つまり、最大値を有するＢＬＥＲであり、例えば、最高ＢＬＥＲに対応するＭＣＳ情報が第１のＭＣＳ情報である。又は特定のＢＬＥＲは、例えば最低ＢＬＥＲ、つまり、最小値を有するＢＬＥＲであり、例えば、最低ＢＬＥＲに対応するＭＣＳ情報が第２のＭＣＳ情報である。又は特定のＢＬＥＲは、最高ＢＬＥＲ及び最低ＢＬＥＲ以外のＢＬＥＲであってよい。
例えば、ＣＳＩは１つ又は複数のＣＳＩレポート（ｒｅｐｏｒｔ）を含み、異なるＣＳＩレポートが異なるＢＬＥＲに対応してよい。この場合、ＤＣＩにより示されるＡ－ＣＳＩに含まれるＣＳＩが、複数のＢＬＥＲに対応してよい。例えば、１つのＭＣＳテーブルが１つのＢＬＥＲに対応する。端末デバイスは、複数のＭＣＳテーブルから、最高ＢＬＥＲに対応するＭＣＳテーブル又は最低ＢＬＥＲに対応するＭＣＳテーブルなどの、１つのＭＣＳテーブルを選択してよく、次に、ＭＣＳインデックスに基づいてＭＣＳ情報を決定してよい。端末デバイスがどのＢＬＥＲに対応するどのＭＣＳテーブルを選択するかは、プロトコルにより予め定められてもよく、上位層シグナリング又は動的シグナリングを用いて通知されてもよい。
実施例Ａ８の２つの例は、個々に用いられてもよく、組み合わされてもよい。
さらに、ＤＣＩにより示されるＡ－ＣＳＩに含まれるＣＳＩが複数のＢＬＥＲに対応し、複数のＢＬＥＲは最高ＢＬＥＲと最低ＢＬＥＲとを含む。この場合、ＢＬＥＲを説明するという観点から、実施例Ａ８における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ最高ＢＬＥＲに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ最低ＢＬＥＲに対応しているＭＣＳ情報が第２のＭＣＳ情報である、又はＭＣＳインデックスに対応し且つ最低ＢＬＥＲに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ最高ＢＬＥＲに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ最高ＢＬＥＲに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩにより示されるＡ－ＣＳＩが最高ＢＬＥＲに対応するＣＳＩである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩにより示されるＡ－ＣＳＩが最高ＢＬＥＲに対応するのか、又は最低ＢＬＥＲに対応するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、Ａ－ＣＳＩとＭＣＳ情報との対応関係又はＡ－ＣＳＩに対応するＢＬＥＲとＭＣＳ情報との対応関係が、Ａ－ＣＳＩ（又はＡ－ＣＳＩに対応するＢＬＥＲ）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ最低ＢＬＥＲに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合、又はＭＣＳインデックスに対応し且つ最低ＢＬＥＲに対応しているＭＣＳ情報が第１のＭＣＳ情報である場合、又はＭＣＳインデックスに対応し且つ最高ＢＬＥＲに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合などの理解も同じである。
本実施形態では、「～と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、ＤＣＩにより示されるＡ－ＣＳＩに含まれるビット情報量が第１のビット数と等しい場合が、ＤＣＩにより示されるＡ－ＣＳＩに含まれるビット情報量が第１のビット数より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「～と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
Ａ９：第１の情報は、ＤＣＩのＣＣＥアグリゲーションレベルを含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩのＣＣＥアグリゲーションレベルに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいてＤＣＩのＣＣＥアグリゲーションレベルを決定し、ＤＣＩのＣＣＥアグリゲーションレベルに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
例えば、ＤＣＩのＣＣＥアグリゲーションレベルは複数のアグリゲーションレベルセットのうちの少なくとも１つに属し、複数のアグリゲーションレベルセットは第１のアグリゲーションレベルセットと第２のアグリゲーションレベルセットとを含む。
具体的には、ＤＣＩのＣＣＥアグリゲーションレベルが第１のアグリゲーションレベルセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩのＣＣＥアグリゲーションレベルが第２のアグリゲーションレベルセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩのＣＣＥアグリゲーションレベルが第１のアグリゲーションレベルセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩのＣＣＥアグリゲーションレベルが第２のアグリゲーションレベルセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
ＤＣＩのＣＣＥアグリゲーションレベルが第１のアグリゲーションレベルセットに属するということは、ＤＣＩのアグリゲーションレベルが第１のアグリゲーションレベルより小さいと理解されてよく、ＤＣＩのアグリゲーションレベルが第２のアグリゲーションレベルセットに属するということは、ＤＣＩのアグリゲーションレベルが第２のアグリゲーションレベルより大きい又はそれと等しいと理解されてよい。第１のアグリゲーションレベル及び第２のアグリゲーションレベルは２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１のアグリゲーションレベルは、第２のアグリゲーションレベルと等しくてもよく、等しくなくてもよい。例えば、第１のアグリゲーションレベルは、第２のアグリゲーションレベルより小さい。
アグリゲーションレベルが高い場合、端末デバイスがＤＣＩを受信できる確率が高いと理解されてよい。この場合、端末デバイスの信頼性要件が比較的高い可能性が高く、比較的低いＢＬＥＲのＭＣＳテーブルが信頼性を保証するのに用いられてよい。これに対して、アグリゲーションレベルが低い場合、端末デバイスは、ＤＣＩを受信しない可能性が高いかもしれない。したがって、この場合、端末デバイスの信頼性要件があまり高くなく、比較的高いＢＬＥＲのＭＣＳテーブルが用いられてよい。
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－５である。例えば、ＤＣＩのＣＣＥアグリゲーションレベルが４であり且つ第１のアグリゲーションレベルセットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又はＤＣＩのＣＣＥアグリゲーションレベルが８又は１６であり且つ第２のアグリゲーションレベルセットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
あるいは、ＤＣＩのＣＣＥアグリゲーションレベルは複数のアグリゲーションレベルセットのうちの少なくとも１つに属し、複数のアグリゲーションレベルセットは第１のアグリゲーションレベルセットと第２のアグリゲーションレベルセットとを含む。この場合、アグリゲーションレベルセットを説明するという観点から、実施例Ａ９における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のアグリゲーションレベルセットに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のアグリゲーションレベルセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１のアグリゲーションレベルセットに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩのＣＣＥアグリゲーションレベルが第１のアグリゲーションレベルセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩのＣＣＥアグリゲーションレベルが第１のアグリゲーションレベルセットに属するのか、又は第２のアグリゲーションレベルセットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、アグリゲーションレベルセットとＭＣＳ情報との対応関係又はＤＣＩのＣＣＥアグリゲーションレベルとＭＣＳ情報との対応関係が、アグリゲーションレベルセット（又はＤＣＩのＣＣＥアグリゲーションレベル）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のアグリゲーションレベルセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
本実施形態では、「～と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、ＤＣＩのアグリゲーションレベルが第２のアグリゲーションレベルと等しい場合が、ＤＣＩのアグリゲーションレベルが第２のアグリゲーションレベルより大きい場合と一致する。このことは、実際にはこれに限定されることはない。「～と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
Ａ１０：第１の情報は、ＤＣＩが位置するＣＯＲＳＥＴを含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩが位置するＣＯＲＳＥＴに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩが位置するＣＯＲＳＥＴを決定し、ＤＣＩが位置するＣＯＲＳＥＴに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
例えば、ＤＣＩが位置するＣＯＲＳＥＴは複数のＣＯＲＳＥＴセットのうちの少なくとも１つに属し、複数のＣＯＲＳＥＴセットは第１のＣＯＲＳＥＴセットと第２のＣＯＲＳＥＴセットとを含む。
具体的には、ＤＣＩが位置するＣＯＲＳＥＴが第１のＣＯＲＳＥＴセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩが位置するＣＯＲＳＥＴが第２のＣＯＲＳＥＴセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩが位置するＣＯＲＳＥＴが第１のＣＯＲＳＥＴセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するＣＯＲＳＥＴが第２のＣＯＲＳＥＴセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
一例において、第１のＣＯＲＳＥＴセット内の対応するリソースエレメントグループ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ、ＲＥＧ）バンドルサイズ（ｂｕｎｄｌｅ ｓｉｚｅ）が第１のＲＥＧバンドルサイズセットに属する、且つ／又は、第２のＣＯＲＳＥＴセット内の対応するＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズセットに属する。
この場合、ＤＣＩが位置するＣＯＲＳＥＴが第１のＣＯＲＳＥＴセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するＣＯＲＳＥＴが第２のＣＯＲＳＥＴセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。あるいは、ＤＣＩのＲＥＧバンドルサイズが第１のＲＥＧバンドルサイズセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩのＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
ＲＥＧバンドルサイズが第１のＲＥＧバンドルサイズセットに属するということは、ＲＥＧバンドルサイズが第１のＲＥＧバンドルサイズより小さいと理解されてよく、ＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズセットに属するということは、ＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズより大きい又はそれと等しいと理解されてよい。第１のＲＥＧバンドルサイズ及び第２のＲＥＧバンドルサイズは２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１のＲＥＧバンドルサイズは、第２のＲＥＧバンドルサイズと等しくてもよく、等しくなくてもよい。例えば、第１のＲＥＧバンドルサイズは、第２のＲＥＧバンドルサイズより小さい。
ＲＥＧバンドルサイズが大きい場合、端末デバイスがＤＣＩを受信できる確率が高い。この場合、端末デバイスの信頼性要件が比較的高い可能性が高く、比較的低いＢＬＥＲのＭＣＳテーブルが信頼性を保証するのに用いられてよい。これに対して、ＲＥＧバンドルサイズが小さい場合、端末デバイスは、ＤＣＩを受信しない可能性が高いかもしれない。したがって、この場合、端末デバイスの信頼性要件があまり高くなく、比較的高いＢＬＥＲのＭＣＳテーブルが用いられてよい。
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－５である。例えば、ＤＣＩのＲＥＧバンドルサイズが２であり且つ第１のＲＥＧバンドルサイズセットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又はＤＣＩのＲＥＧバンドルサイズが６であり且つ第２のＲＥＧバンドルサイズセットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
あるいは、ＤＣＩが位置するＣＯＲＳＥＴは複数のＣＯＲＳＥＴセットのうちの少なくとも１つに属し、複数のＣＯＲＳＥＴセットは第１のＣＯＲＳＥＴセットと第２のＣＯＲＳＥＴセットとを含む。この場合、ＣＯＲＳＥＴセットを説明するという観点から、実施例Ａ１０における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のＣＯＲＳＥＴセットに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のＣＯＲＳＥＴセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１のＣＯＲＳＥＴセットに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するＣＯＲＳＥＴが第１のＣＯＲＳＥＴセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するＣＯＲＳＥＴが第１のＣＯＲＳＥＴセットに属するのか、又は第２のＣＯＲＳＥＴセットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、ＣＯＲＳＥＴセットとＭＣＳ情報との対応関係又はＤＣＩが位置するＣＯＲＳＥＴとＭＣＳ情報との対応関係が、ＣＯＲＳＥＴセット（又はＤＣＩが位置するＣＯＲＳＥＴ）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＣＯＲＳＥＴセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
本実施形態では、「～と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、ＤＣＩのＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズと等しい場合が、ＤＣＩのＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズより大きい場合と一致する。このことは、実際にはこれに限定されることはない。「～と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩのサブキャリア間隔に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。本実施形態は、以下で説明される第２の情報に対応するリソースのサブキャリア間隔と同様であり、詳細はここで説明しない。
上述したＤＣＩに基づいて決定される第１の情報は、ＤＣＩに基づいて直接的に決定される情報と理解されてよい。以下では、ＤＣＩに基づいて決定されるいくつかの種類の第１の情報を説明する。以下で説明されるＤＣＩに基づいて決定される第１の情報は、ＤＣＩに基づいて間接的に決定される情報と理解されてよい。
方式Ａの第２の例において、ＤＣＩは、第２の情報を伝送するよう命令するのに用いられる。この場合、第１の情報を決定することは、ＤＣＩの命令に従って伝送される第２の情報に対応するリソースに基づいて、第１の情報を決定することを含んでよく、第１の情報は、第２の情報に対応するリソースが位置するキャリア、第２の情報に対応するリソースが位置するセル、第２の情報に対応するリソースが位置するＢＷＰ、第２の情報に対応するリソースが位置するＴＡＧ、第２の情報に対応するリソースが位置するＰＵＣＣＨ ｇｒｏｕｐ、第２の情報に対応するリソースに対応するＰＵＣＣＨフォーマット、第２の情報に対応するリソースのサブキャリア間隔、第２の情報に対応するリソースの波形、及び第２の情報に対応するリソースの時間領域長のうちの少なくとも１つを含む。
第２の情報がＤＣＩに基づいて決定され、次に第１の情報が第２の情報に対応するリソースに基づいて決定されるので、第１の情報はＤＣＩに基づいて間接的に決定されると理解されてよい。方式Ａの第２の例において、端末デバイスが第１の情報を決定する方式が、ネットワークデバイスが第１の情報を決定する方式と同じであり、決定される第１の情報も同じである。
以下の説明過程では、第１の情報、及びＭＣＳインデックスに対応するＭＣＳ情報を第１の情報に基づいて決定することなどが、主に端末デバイスの観点から説明される。ネットワークデバイスの場合も、第１の情報を決定するプロセス又は決定された第１の情報の内容は同様である。
第２の情報に対応するリソースは、第２の情報を搬送するのに用いられるリソースと理解されてよい。第２の情報は、第１の情報が決定されるときに送信されていないので、第２の情報を搬送するのに用いられるリソースは、第２の情報に対応するリソースと説明される。端末デバイスは、ＤＣＩを用いて、第２の情報に対応するリソースを決定してよい。例えば、ＤＣＩは、第２の情報に対応するリソースを示してよい。あるいは、第２の情報に対応するリソースはプロトコルで指定されてもよく、上位層シグナリング又は他の動的シグナリングを用いて決定されてもよい。
前述のいくつかの種類の第１の情報は、以下で個々に説明される。
Ａ１１：第１の情報は、第２の情報に対応するリソースが位置するキャリアを含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第２の情報に対応するリソースが位置するキャリアに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩの命令に従って伝送される第２の情報に対応するリソースが位置するキャリアを決定し、第２の情報に対応するリソースが位置するキャリアに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
例えば、第２の情報に対応するリソースが位置するキャリアは複数のキャリアのうちの少なくとも１つであり、複数のキャリアは第１のキャリアと第２のキャリアとを含む。
具体的には、第２の情報に対応するリソースが位置するキャリアが第１のキャリアである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第２の情報に対応するリソースが位置するキャリアが第２のキャリアである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第２の情報に対応するリソースが位置するキャリアが第１のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第２の情報に対応するリソースが位置するキャリアが第２のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
例えば、あるシステムでは、ＵＲＬＬＣサービスが伝送のために特定のキャリアで搬送されてよく、別のサービスが伝送のために別のキャリアで搬送されてもよい。第２の情報が、ＵＲＬＬＣサービスを搬送するキャリアを用いて伝送される場合、これは、第２の情報がＵＲＬＬＣサービスに属すること、ＵＲＬＬＣサービスは比較的高い信頼性を必要とすること、また比較的低いＢＬＥＲのＭＣＳテーブルが選択されてよいことを示している。第２の情報が、別のサービスを搬送するキャリアを用いて伝送される場合、これは、第２の情報がＵＲＬＬＣサービス以外のサービスに属していること、別のサービスの信頼性要件がＵＲＬＬＣサービスほど高くないこと、また比較的高いＢＬＥＲのＭＣＳテーブルが選択されてよいことを示している。
具体的には、第２の情報に対応するリソースが位置するキャリアが一次コンポーネントキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である。第２の情報に対応するリソースが位置するキャリアが二次コンポーネントキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
例えば、第１のキャリアは、ＵＲＬＬＣサービス以外のサービスを搬送するキャリアである。上述したように、本システムは複数のＭＣＳテーブルをサポートし、例えば、２つのＭＣＳテーブルをサポートする。端末デバイスは、第１のキャリアに基づいて、高いＢＬＥＲのＭＣＳテーブルを選択する、例えば、第１のＭＣＳテーブルを選択すると決定し、次に端末デバイスは、ＭＣＳインデックスに基づいて、第１のＭＣＳテーブル内のどのＭＣＳ情報を選択するかを決定してよく、例えば、第１のＭＣＳ情報を選択すると決定してよい。同様に、例えば、第２のキャリアはＵＲＬＬＣサービスを搬送するキャリアであり、本システムが２つのＭＣＳテーブルをサポートする例が引き続き用いられる。端末デバイスは、第２のキャリアに基づいて、低いＢＬＥＲのＭＣＳテーブルを選択すると決定してよく、例えば、第２のＭＣＳテーブルを選択すると決定してよく、次に端末デバイスは、ＭＣＳインデックスに基づいて、第２のＭＣＳテーブル内のどのＭＣＳ情報を選択するかを決定する、例えば、第２のＭＣＳ情報を選択すると決定する。具体的には、一次コンポーネントキャリアに対応するＭＣＳテーブルが第１のＭＣＳテーブルであり、したがって、第１のＭＣＳ情報が決定される。二次コンポーネントキャリアに対応するＭＣＳテーブルが第２のＭＣＳテーブルであり、したがって、第２のＭＣＳ情報が決定される。
キャリアとＭＣＳ情報との対応関係が、システムに予め定められてもよく、上位層シグナリング又は物理層シグナリングを用いて通知されてもよいことに留意されたい。
あるいは、第２の情報に対応するリソースが位置するキャリアは複数のキャリアのうちの少なくとも１つであり、複数のキャリアは第１のキャリアと第２のキャリアとを含む。この場合、キャリアを説明するという観点から、実施例Ａ１１における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のキャリアに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のキャリアに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１のキャリアに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第２の情報に対応するリソースが位置するキャリアが第１のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第２の情報に対応するリソースが位置するキャリアが第１のキャリアであるのか、又は第２のキャリアであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、キャリアとＭＣＳ情報との対応関係が、キャリアとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のキャリアに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
また、第１の情報はさらに、第２の情報に対応するリソースが位置するセル、第２の情報に対応するリソースが位置するＢＷＰ、第２の情報に対応するリソースが位置するＴＡＧ、第２の情報に対応するリソースが位置するＰＵＣＣＨ ｇｒｏｕｐ、第２の情報に対応するリソースのサブキャリア間隔、第２の情報に対応するリソースに対応するＰＵＣＣＨフォーマット、及び第２の情報に対応するリソースの波形のうちの少なくとも１つを含んでよい。これらの場合は、第２の情報に対応するリソースが位置するキャリアを第１の情報が含む場合と同様であり、したがって、実施例Ａ１１で共に説明される。
例えば、第１の情報は、第２の情報に対応するリソースが位置するセルを含む。例えば、システム又はプロトコルがそのことを事前に指定してよく、又は、高いブロック誤り率のＭＣＳテーブルに対応するセルもあれば、低いブロック誤り率のＭＣＳテーブルに対応するセルもあることを通知するのに、上位層シグナリング又は物理層シグナリングが用いられる。例えば、第１のセルが高いブロック誤り率のＭＣＳテーブルに対応し、第２のセルが低いブロック誤り率のＭＣＳテーブルに対応することが指定される。第２の情報に対応するリソースが位置するセルが第１のセルである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第２の情報に対応するリソースが位置するセルが第２のセルである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第２の情報に対応するリソースが位置するセルが第１のセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第２の情報に対応するリソースが位置するセルが第２のセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。例えば、第１のセルはマクロセルであり、第２のセルはマイクロセルである。又は第２のセルはマクロセルであり、第１のセルはマイクロセルである。
第２の情報に対応するリソースが位置するＢＷＰ、第２の情報に対応するリソースが位置するＴＡＧ、第２の情報に対応するリソースが位置するＰＵＣＣＨ ｇｒｏｕｐ、第２の情報に対応するリソースのサブキャリア間隔、第２の情報に対応するリソースに対応するＰＵＣＣＨフォーマット、又は第２の情報に対応するリソースの波形などの内容を第１の情報が含むということは、第２の情報に対応するリソースが位置するセル又は第２の情報に対応するリソースが位置するキャリアを第１の情報が含む場合と同様であり、またＡ４と同様である。詳細は、再度説明しない。
Ａ１２：第１の情報は、第２の情報に対応するリソースの時間領域長を含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第２の情報に対応するリソースの時間領域長に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩの命令に従って伝送される第２の情報に対応するリソースの時間領域長を決定し、第２の情報に対応するリソースの時間領域長に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
例えば、第２の情報に対応するリソースの時間領域長は、複数の時間領域長セットのうちの少なくとも１つに属し、複数の時間領域長セットは第１の時間領域長セットと第２の時間領域長セットとを含む。
具体的には、第２の情報に対応するリソースの時間領域長が第１の時間領域長セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第２の情報に対応するリソースの時間領域長が第２の時間領域長セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第２の情報に対応するリソースの時間領域長が第１の時間領域長セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第２の情報に対応するリソースの時間領域長が第２の時間領域長セットに属する場合、ＭＣＳ方式インデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
第２の情報に対応するリソースはＰＤＳＣＨ、ＰＵＳＣＨ、又はＰＵＣＣＨであってもよく、第２の情報に対応するリソースの決定された時間領域長は、第２の情報を搬送するＰＤＳＣＨ、ＰＵＳＣＨ、又はＰＵＣＣＨの時間領域長であってもよい。ここでの時間領域長の単位は、シンボル、スロット、又はミニスロットなどであってもよく、このことは特に限定されない。
第２の情報に対応するリソースの時間領域長が第１の時間領域長セットに属するということは、第２の情報に対応するリソースの時間領域長が第１の時間領域長より大きい又はそれと等しいと理解されてよく、第２の情報に対応するリソースの時間領域長が第２の時間領域長セットに属するということは、第２の情報に対応するリソースの時間領域長が第２の時間領域長より小さいと理解されてよい。第１の時間領域長及び第２の時間領域長は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスにより通知されてもよい。第１の時間領域長は第２の時間領域長と等しくてもよく、等しくなくてもよい。例えば、第１の時間領域長は第２の時間領域長より小さい。
第２の情報に対応するリソースの時間領域長が比較的短い場合、これは、第２の情報が比較的緊急なサービスであり得るか、又は第２の情報に残された伝送時間が比較的短いことを示しており、第２の情報が比較的短時間での伝送に成功できることを保証するために、比較的低いＢＬＥＲのＭＣＳテーブルが必要とされる。第２の情報に対応するリソースの時間領域長が比較的長い場合、これは、第２の情報は緊急性の低いサービスであり得るか、又は第２の情報に残された伝送時間が比較的長いことを示しており、比較的高いＢＬＥＲのＭＣＳテーブルが用いられてよい。
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－５である。例えば、第２の情報に対応するリソースの時間領域長が第１の時間領域長より大きい又はそれと等しく且つ第１の時間領域長セットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又は第２の情報に対応するリソースの時間領域長が第２の時間領域長より小さく且つ第２の時間領域長セットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
あるいは、第２の情報に対応するリソースの時間領域長は、複数の時間領域長セットのうちの少なくとも１つに属し、複数の時間領域長セットは第１の時間領域長セットと第２の時間領域長セットとを含む。この場合、時間領域長セットを説明するという観点から、実施例Ａ１２における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１の時間領域長セットに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２の時間領域長セットに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１の時間領域長セットに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第２の情報に対応するリソースの時間領域長が第１の時間領域長セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第２の情報に対応するリソースの時間領域長が第１の時間領域長セットに属するのか、又は第２の時間領域長セットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、時間領域長セットとＭＣＳ情報との対応関係又は第２の情報に対応するリソースの時間領域長とＭＣＳ情報との対応関係が、時間領域長セット（又は第２の情報に対応するリソースの時間領域長）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の時間領域長セットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
本実施形態では、「～と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、第２の情報に対応するリソースの時間領域長が第１の時間領域長と等しい場合が、第２の情報に対応するリソースの時間領域長が第１の時間領域長より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「～と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
方式Ａの実施例は個々に適用されてもよく、任意のいくつかの実施例が組み合わされてもよい。第１の情報の１つの種類の内容が、１つの実施例とみなされてよい。
第１の情報がＤＣＩに基づいて決定される方式は上述されており、第１の情報を決定する別の方式が以下に説明される。
Ｂ：第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定する。ここで、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。
方式Ｂでは、１つ又は複数の種類の決定された第１の情報もあってよい。例えば、第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数と、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数と、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率と、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率とのうちの少なくとも１つを含む。
方式Ａで説明される決定方式は、端末デバイスにより第１の情報を決定する方式である。これに応じて、方式Ｂでは、ネットワークデバイスが第１の情報を決定することは、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を送信する回数に基づいて第１の情報を決定することを含んでよく、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。
方式Ｂでは、ネットワークデバイスにより決定される１つ又は複数の種類の第１の情報もあってよい。例えば、第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を送信する回数と、第１の時間ウインドウにおいて第１の確認応答情報を送信する回数と、第１の時間ウインドウにおいて第１の否定応答情報を送信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を送信する総必要回数に対する比率と、第１の時間ウインドウにおいて第１の確認応答情報を送信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を送信する総必要回数に対する比率とのうちの少なくとも１つを含む。
端末デバイスでは、第１の否定応答情報が受信されない理由が、ネットワーク障害などによって生じるパケット損失であることがある。ネットワークデバイスでは、第１のＨＡＲＱ応答情報は、毎回伝送されるデータに対して送信されるはずである。したがって、ネットワークデバイスは、第１の時間ウインドウにおいて第１の否定応答情報を送信しない回数を考慮しなくてもよい。
端末デバイスにより決定される第１の情報とネットワークデバイスにより決定される第１の情報とは、同じはずである。例えば、端末デバイス及びネットワークデバイスは両方とも、ＤＣＩが位置するキャリアを第１の情報が含むと決定する。
以下の説明過程では、第１の情報、及び第１の情報に基づいてＭＣＳインデックスに対応するＭＣＳ情報を決定することなどが、主に端末デバイスの観点から説明される。ネットワークデバイスの場合も、第１の情報を決定するプロセス又は決定された第１の情報の内容は同様である。
本願の本実施形態において、第１の時間ウインドウは、プロトコルで指定されてもよく、ネットワークデバイスにより設定されてもよく、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知される。
第１の時間ウインドウは、例えば、ＭＣＳ情報を搬送するＤＣＩが受信される時点を終了時点として用いる単位時間、又はＭＣＳ情報が決定される時点を終了時点として用いる単位時間である。あるいは、第１の時間ウインドウは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１の否定応答情報が受信される時点を終了時点として用いる、あるいは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１のＨＡＲＱ応答情報が初めて受信されない時点を終了時点として用いる、あるいは第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後の予め設定された期間の終了時点を終了時点として用いる。本明細書における第１の確認応答情報は、伝送プロセスにおける任意の第１の確認応答情報であってよい。あるいは、第１の時間ウインドウは、１つの時間単位が位置する開始時点及び終了時点に対応する。
ＭＣＳ情報が決定される時点は、ＭＣＳ情報が決定される時点が位置するシンボルの開始時点又は終了時点と理解されてもよく、ＭＣＳ情報が決定される時点が位置するスロットの開始時点又は終了時点と理解されてもよい。ＭＣＳ情報を搬送するＤＣＩが受信される時点は、ＭＣＳ情報を搬送するＤＣＩが受信される時点が位置するシンボルの開始時点又は終了時点又はインデックスと理解されてもよく、ＭＣＳ情報を搬送するＤＣＩが受信される時点が位置するスロットの開始時点又は終了時点又はインデックスと理解されてもよい。
第１の確認応答情報が受信される時点は、第１の確認応答情報が受信される時点が位置するシンボルの開始時点又は終了時点又はインデックスと理解されてもよく、第１の確認応答情報が受信される時点が位置するスロットの開始時点又は終了時点又はインデックスと理解されてもよい。
第１の否定応答情報が受信される時点は、第１の否定応答情報が受信される時点が位置するシンボルの開始時点又は終了時点又はインデックスと理解されてもよく、第１の否定応答情報が受信される時点が位置するスロットの開始時点又は終了時点又はインデックスと理解されてもよい。
第１のＨＡＲＱ応答情報が受信されない時点は、第１のＨＡＲＱ応答情報が受信されない時点が位置するシンボルの開始時点又は終了時点と理解されてもよく、第１のＨＡＲＱ応答情報が受信されない時点が位置するスロットの開始時点又は終了時点と理解されてもよい。
第１の確認応答情報が受信された後の予め設定された期間の終了時点は、第１の確認応答情報が受信された後の予め設定された期間の終了時点が位置するシンボルの開始時点又は終了時点又はインデックスと理解されてもよく、第１の確認応答情報が受信された後の予め設定された期間の終了時点が位置するスロットの開始時点又は終了時点又はインデックスと理解されてもよい。
さらに、単位時間が、シンボル、スロット、又はミニスロットなどと理解されてもよい。第１の時間ウインドウが、ＭＣＳ情報が決定される時点を終了時点として用いる単位時間である場合、第１の時間ウインドウでは、Ｚ１単位時間が、ＭＣＳ情報が決定される時点を終了時点として用いることで早められることが理解されるであろう。ここで、Ｚ１は正の整数である。第１の時間ウインドウが、ＭＣＳ情報を搬送するＤＣＩが受信される時点を終了時点として用いる単位時間である場合、第１の時間ウインドウでは、Ｚ２単位時間が、ＭＣＳ情報を搬送するＤＣＩが受信される時点を終了時点として用いることで早められることが理解されるであろう。ここで、Ｚ２は正の整数である。例えば、第１の時間ウインドウは１ｍｓと定められる。
１つの時間単位に対応する開始時点及び終了時点が、１つの時間単位において第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数と理解されてよく、１つの時間単位は、Ｙ１個のスロットであってもＹ２個のシンボルであってもよい。時間単位は予め定められてもよく、上位層シグナリング又は動的シグナリングを用いて通知されてもよい。Ｙ１及びＹ２は正の整数である。
第１の時間ウインドウが、第１の確認応答情報が受信される時点を開始時点として用い、また第１の確認応答情報が受信された後の予め設定された期間の終了時点を終了時点として用いるならば、１つの第１の確認応答情報が受信された場合、１つの第１の時間ウインドウに入ることが決定されてよく、またタイマが始動する。タイマの計時期間が、予め設定された期間である。タイマが終了したときに、第１の時間ウインドウが終了したと決定され、タイマがリフレッシュされる。次回、別の第１の確認応答情報を受信すると、タイマが再度始動して、次の第１の時間ウインドウに入る。
あるいは、第１の確認応答情報が受信される時点が開始時点として用いられ、第１の確認応答情報が受信された後の第１のＨＡＲＱ応答情報が初めて受信されない時点が終了時点として用いられる。
以下では、方式Ｂにおける第１の情報を個々に説明する。
Ｂ１：第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数を含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数を決定し、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて、ＭＣＳインデックスに対応する変調符号化方式情報を決定する。
例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数は、複数の回数のセットのうちの少なくとも１つに属し、複数の回数のセットは第１の回数のセットと第２の回数のセットとを含む。
具体的には、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ確認応答情報を受信しない回数が第１の回数のセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ確認応答情報を受信しない回数が第２の回数のセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属するということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第１の回数より小さいと理解されてよく、また第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数のセットに属するということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数より大きい又はそれと等しいと理解されてよい。第１の回数及び第２の回数は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１の回数は第２の回数と等しくてもよく、等しくなくてもよい。例えば、第１の回数は第２の回数より小さい。
第１の否定応答情報が受信された場合、これは、ネットワークデバイスによる受信が不正確であることを示しているか、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している。第１の否定応答情報が受信されない場合、これも、ネットワークデバイスによる受信が不正確であることを示している場合があり、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している場合がある。第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が比較的大きい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いＢＬＥＲに対応するＭＣＳテーブルが選択される。
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－５である。例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数のセットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
あるいは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が、複数の回数のセットのうちの少なくとも１つに属し、複数の回数のセットは第１の回数のセットと第２の回数のセットとを含む。この場合、回数のセットを説明するという観点から、実施例Ｂ１における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１の回数のセットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２の回数のセットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第１の回数のセットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が、第１の回数のセットに属するのか、又は第２の回数のセットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、回数のセットとＭＣＳ情報との対応関係、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数とＭＣＳ情報との対応関係が、回数のセット（又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の回数のセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
本実施形態では、「～と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数と等しい場合が、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「～と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
Ｂ２：第１の情報は、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数を含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数を決定し、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数に基づいて、ＭＣＳインデックスに対応する変調符号化方式情報を決定する。
例えば、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数は複数の回数のセットのうちの少なくとも１つに属し、複数の回数のセットは第３の回数のセットと第４の回数のセットとを含む。
具体的には、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第４の回数のセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第４の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属するということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数より大きい又はそれと等しいと理解されてよく、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第４の回数のセットに属するということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第４の回数より小さいと理解されてよい。第３の回数及び第４の回数は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスにより通知されてもよい。第３の回数は第４の回数と等しくてもよく、等しくなくてもよい。例えば、第３の回数は第４の回数より大きい。
第１の確認応答情報が受信された場合、これは、ネットワークデバイスによる受信が正しいことを示しているか、又は端末デバイスによるアップリンクデータ伝送が正しいことを示している。第１の確認応答情報を受信する回数が比較的小さい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いＢＬＥＲに対応するＭＣＳテーブルが選択される必要がある。第１の確認応答情報を受信する回数が比較的大きい場合、これは、ネットワークデバイスによる受信が正しいことを示しており、高いＢＬＥＲに対応するＭＣＳテーブルが選択されてよい。
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－５である。例えば、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第４の回数のセットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
あるいは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数は複数の回数のセットのうちの少なくとも１つに属し、複数の回数のセットは第３の回数のセットと第４の回数のセットとを含む。この場合、回数のセットを説明するという観点から、実施例Ｂ２における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第３の回数のセットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第４の回数のセットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ第３の回数のセットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属するのか、又は第４の回数のセットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、回数のセットとＭＣＳ情報との対応関係又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数とＭＣＳ情報との対応関係が、回数のセット（又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第４の回数のセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
本実施形態では、「～と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数と等しい場合が、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「～と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
Ｂ３：第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率を含む。
第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数は、端末デバイスにより送信されるアップリンクデータに基づいて決定されてよい。理論上、端末デバイスが１つのアップリンクデータを送信するたびに、第１のＨＡＲＱ応答情報が１回受信される。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスは、ＭＣＳインデックスと、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率とを決定し、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に基づいて、ＭＣＳインデックスに対応する変調符号化方式情報を決定する。
例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率は、複数の比率セットのうちの少なくとも１つに属し、複数の比率セットは第１の比率セットと第２の比率セットとを含む。
具体的には、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットの属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットに属するということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率より小さいと理解されてよく、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率セットに属するということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率より大きい又はそれと等しいと理解されてよい。第１の比率及び第２の比率は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１の比率は第２の比率と等しくてもよく、等しくなくてもよい。例えば、第１の比率は第２の比率より小さい。
第１の否定応答情報が受信された場合、これは、ネットワークデバイスによる受信が不正確であることを示しているか、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している場合がある。第１の否定応答情報を受信する回数の第１のＨＡＲＱ応答情報を受信する必要回数の数に対する比率が比較的大きい場合、これは、第１の否定応答情報を受信する回数が比較的大きいこと、ネットワークデバイスによる受信が常に不正確であること、またサービス伝送終了時間が近づいているために、低いＢＬＥＲに対応するＭＣＳテーブルが選択される必要があることを示している。第１の否定応答情報を受信する回数の第１のＨＡＲＱ応答情報を受信する必要回数の数に対する比率が比較的小さい場合、これは、第１の否定応答情報を受信する回数が比較的小さいこと、ネットワークデバイスによる受信が正しいこと、また高いＢＬＥＲに対応するＭＣＳテーブルが選択されてよいことを示している。
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－５である。例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率セットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
あるいは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率は、複数の比率セットのうちの少なくとも１つに属し、複数の比率セットは第１の比率セットと第２の比率セットとを含む。この場合、比率セットを説明するという観点から、実施例Ｂ３における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し、且つ第１の比率セットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し、且つ第２の比率セットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し且つ、第１の比率セットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットに属するのか、又は第２の比率セットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、比率セットとＭＣＳ情報との対応関係、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率とＭＣＳ情報との対応関係が、比率セット（又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の比率セットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
本実施形態では、「～と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率と等しい場合が、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「～と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
Ｂ４：第１の情報は、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率を含む。
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスは、ＭＣＳインデックスと、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率とを決定し、第１の時間ウインドウの第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に基づいて、ＭＣＳインデックスに対応する変調符号化方式情報を決定する。
例えば、第１の情報に含まれる、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が、複数の比率セットのうちの少なくとも１つに属し、複数の比率セットは第３の比率セット及び第４の比率セットを含む。
具体的には、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数対する比率が第４の比率セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第４の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率セットに属するということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率より大きい又はそれと等しいと理解されてよく、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第４の比率セットに属するということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第４の比率より小さいと理解されてよい。第３の比率及び第４の比率は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第３の比率は第４の比率と等しくてもよく、等しくなくてもよい。例えば、第３の比率は第４の比率より大きい。
第１の確認応答情報が受信された場合、これは、ネットワークデバイスによる受信が正しいことを示しているか、又は端末デバイスによるアップリンクデータ伝送が正しいことを示してよい。第１の確認応答情報を受信する回数の第１のＨＡＲＱ応答情報を受信する必要回数の数に対する比率が比較的小さい場合、これは、ネットワークデバイスにより受信される第１の確認応答情報の回数が少ないほど常に不正確であること、またサービス伝送終了時間が近づいているため、低いＢＬＥＲに対応するＭＣＳテーブルが選択される必要があることを示している。第１の確認応答情報を受信する回数の第１のＨＡＲＱ応答情報を受信する必要回数の数に対する比率が比較的大きい場合、これは、より多くの第１の確認応答情報が受信されていること、ネットワークデバイスによる受信が正しいこと、また高いＢＬＥＲに対応するＭＣＳテーブルが選択されてよいことを示している。
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ－５である。例えば、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率セットに属する場合、端末デバイスは、第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第４の比率セットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
あるいは、第１の情報に含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が、複数の比率セットのうちの少なくとも１つに属し、複数の比率セットは第３の比率セット及び第４の比率セットを含む。この場合、比率セットを説明するという観点から、実施例Ｂ４における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し、且つ第３の比率セットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し、且つ第４の比率セットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
ＭＣＳインデックスに対応し、且つ第３の比率セットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が、第３の比率セットに属するのか、又は第４の比率セットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、比率セットとＭＣＳ情報との対応関係、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率とＭＣＳ情報との対応関係が、比率セット（又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第４の比率セットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
本実施形態では、「～と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率と等しい場合が、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「～と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
方式Ａ及び方式Ｂの前述の説明では、第１のＭＣＳ情報が第２のＭＣＳ情報と異なる例が用いられている。適用時には、第１のＭＣＳ情報は代替的に第２のＭＣＳ情報と同じであってもよい。
方式Ｂの実施例は個々に適用されてもよく、任意のいくつかの実施例が組み合わされてもよい。第１の情報の１つの種類の内容が、１つの実施例とみなされてよい。
さらに、方式Ａ及び方式Ｂにおける任意のいくつかの実施例が組み合わされてもよい。以下では、方式Ａの実施例が方式Ｂの実施例と組み合わされる一例を説明する。例えば、実施例Ａ１が実施例Ｂ１と組み合わされる。
上述したように、実施例Ａ１は、ＤＣＩにより示される変調符号化方式テーブルを第１の情報が含むということであり、実施例Ｂ１は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数を第１の情報が含むということである。
さらに、本願の本実施形態において、本方法は代替的に次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩにより示される変調符号化方式テーブルと、第１の情報に含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数とに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
第１の情報はＤＣＩにより示される変調符号化方式テーブルを含み、ＤＣＩにより示される変調符号化方式テーブルは複数の変調符号化方式テーブルのうちの少なくとも１つであることが理解されるであろう。任意選択で、複数の変調符号化方式テーブルは、第１の変調符号化方式テーブルと第２の変調符号化方式テーブルとを含む。
第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数を含み、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数は、複数の回数のセットのうちの少なくとも１つに属することが理解されるであろう。複数の回数のセットは第１の回数のセットと第２の回数のセットとを含み、第１の回数のセットは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数を含む、又は第２の回数のセットは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数を含む。
さらに、ＤＣＩにより示される変調符号化方式テーブルが第１のテーブルであり、また第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属する場合、変調符号化方式インデックスに対応する変調符号化方式情報は第１の変調符号化方式情報である、あるいはＤＣＩにより示される変調符号化方式テーブルが第２のテーブルであるか、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属する場合、変調符号化方式インデックスに対応する変調符号化方式情報は第２の変調符号化方式情報である。
方式Ａ及び方式Ｂにおける任意の他のいくつかの実施例が組み合わされる場合、組み合わせ方式も同様であり、詳細は本明細書において再度説明しない。
前述の説明過程では、端末デバイスがＭＣＳ情報を決定することが一例として用いられている。実際の応用では、ネットワークデバイスは端末デバイスと同じ方式でＭＣＳ情報を決定するので、詳細は再度説明しない。
本明細書で説明される「セット」は、「範囲」と理解されてもよい。例えば、「第１の比率セット」は「第１の比率範囲」と理解されてもよく、又は「第１の回数のセット」は「第１の回数の範囲」と理解されてもよい。「セット」に含まれる要素が、連続値であってもよく、少なくとも１つの離散値であってもよい。このことは、特に限定されない。
図２に示す実施形態では、既存のＭＣＳテーブルが、修正することなく引き続き用いられてよい。したがって、この方法は既存のプロトコルにうまく適合する。
さらに、図４を参照すると、本願の一実施形態が第２の通信方法を提供する。この通信方法では、現在のＭＣＳテーブルが直接的に修正されてよく、その結果、端末デバイスは、ＭＣＳインデックスを取得した後にＭＣＳ情報を直接的に決定することができる。以下では、詳細な説明を行う。以下の説明過程では、本方法が図１に示す応用シナリオに適用される一例が引き続き用いられる。本方法の手順が、次の通りに説明される。
Ｓ４１：ネットワークデバイスが変調符号化方式情報を決定する。変調符号化方式情報は、変調方式（ｍｏｄｕｌａｔｉｏｎ）、符号化レート（ｃｏｄｉｎｇ ｒａｔｅ）、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む。
Ｓ４２：ネットワークデバイスは、変調符号化方式情報に対応する変調符号化方式インデックスを決定する。変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは０～［Ｎ－１］であり、Ｎ個の変調符号化方式インデックスは以下の条件、すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ－１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ－１］の関係にあり、Ｎは１より大きい整数であることのうちの少なくとも１つを満たす。
Ｓ４３：端末デバイスが変調符号化方式インデックスを決定する。
Ｓ４４：端末デバイスは、変調符号化方式インデックスに対応する変調符号化方式情報を決定する。
Ｓ４５：端末デバイスは、決定した変調符号化方式情報に基づいて第２の情報を伝送する。
第２の情報は、データ及び／又は制御情報を含み、制御情報は、例えばＣＳＩを含み、さらに他の情報を含んでもよい。第２の情報は、ＰＵＳＣＨ又はＰＤＳＣＨで搬送されてよい。例えば、第２の情報は、ＰＵＳＣＨで搬送されるアップリンクデータ及び／又はアップリンク制御情報であってもよく、第２の情報は、ＰＤＳＣＨで搬送されるダウンリンクデータ及び／又はダウンリンク制御情報であってもよい。
Ｓ４５が任意選択の段階であるのは、端末デバイスは必ずしも第２の情報を伝送しないからである。図４では、任意選択の段階を示す矢印が破線で描かれており、任意選択の段階と他の段階とを区別している。さらに、第２の情報は、アップリンク情報でもダウンリンク情報でもよい。したがって、図４では、第２の情報を示すのに両矢印が用いられる。つまり、両矢印は、端末デバイス及びネットワークデバイスが両方とも第２の情報を送信することを示すのではなく、第２の情報が端末デバイスにより送信されてもよく、ネットワークデバイスにより送信されてもよいことを示しているだけである。
ネットワークデバイスは、ＤＣＩを用いて、ＭＣＳインデックスを端末デバイスに示してよく、端末デバイスは、受信したＤＣＩに基づいてＭＣＳインデックスを決定してよい。具体的には、ＤＣＩはＭＣＳフィールドを含み、ＭＣＳフィールドはＭＣＳインデックスを示してよい。あるいは、ＭＣＳインデックスはプロトコルで予め設定されてもよく、端末デバイス及びネットワークデバイスにより直接的に決定されてもよい、又はＭＣＳインデックスは、上位層シグナリングなどの他のシグナリングを用いて、ネットワークデバイスにより端末デバイスに対して設定されてもよい。
ＭＣＳインデックスがプロトコルで予め設定される場合、ネットワークデバイスは、ＭＣＳインデックスに対応するＭＣＳ情報を決定するために、端末デバイスと同じ方式でＭＣＳ情報を決定してよい、つまり、プロトコルで指定されるＭＣＳインデックスを決定してよい。ＭＣＳインデックスが、ＤＣＩ又は上位層シグナリングなどを用いて端末デバイスに対して設定される場合、ネットワークデバイスは、まずＭＣＳ情報を選択し、ＭＣＳ情報に対応するＭＣＳインデックスを決定し、次に、ＤＣＩ又は上位層シグナリングなどを用いて端末デバイスに対してＭＣＳインデックスを設定してよい。
本願の本実施形態では、少なくとも１つの新たなＭＣＳテーブルが提供されてよく、少なくとも１つのＭＣＳテーブルのうちの１つが一例として用いられ、例えば、このＭＣＳテーブルは第１のＭＣＳテーブルと呼ばれる。例えば、Ｎ個のＭＣＳインデックスが、第１のＭＣＳテーブルに含まれるＭＣＳインデックスである。
図２に示す実施形態では、適用できるＭＣＳテーブルが１つのＢＬＥＲに対応してよい。図４に示す実施形態において、新たに提供される第１のＭＣＳテーブルが、少なくとも２つのＢＬＥＲに対応してよい。例えば、第１のＭＣＳテーブルは少なくとも第１のＢＬＥＲ及び第２のＢＬＥＲに対応する。
第１のＭＣＳテーブル内のＭＣＳ情報がランダムに配置されてもよく、又は、ＢＬＥＲが考慮されるので、第１のＭＣＳテーブル内のＭＣＳ情報はＢＬＥＲに基づいて配置されてもよい。具体的には、ＭＣＳ情報はＢＬＥＲに基づいて配置され、配置方式は、限定されることはないが、以下の可能性のうちの少なくとも１つを含む。
可能性１：ＭＣＳ情報はＢＬＥＲの昇順で配置され、且つくし形に配置される。
例えば、第１のＭＣＳテーブルは、第１のＢＬＥＲと第２のＢＬＥＲという２つのＢＬＥＲに対応し、第１のＢＬＥＲは１０ｅ－５であり、第２のＢＬＥＲは１０ｅ－３である。テーブル２を参照すると、配置順序が、例えば、第１のＢＬＥＲ→第２のＢＬＥＲ→、第１のＢＬＥＲ→第２のＢＬＥＲとなっている。これは、上述した複数の場合のうちの１つである。つまり、ＭＣＳインデックスＡからＭＣＳインデックスＢは第１のブロック誤り率に対応し、ＭＣＳインデックスＣは第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ－１］の関係にある。この場合、同じＢＬＥＲに対応するＭＣＳインデックスが非連続的であり、別のＢＬＥＲに対応するＭＣＳインデックスがＭＣＳインデックスに挿入される。
Figure 0007027669000002
表２において、Ｐｉ／２二位相偏移変調（ｂｉｎａｒｙ ｐｈａｓｅ ｓｈｉｆｔ ｋｅｙｉｎｇ、ＢＰＳＫ）＝ｍｏｄｕｌａｔｉｏｎ１、四位相偏移変調（ｑｕａｄｒａｔｕｒｅ ｐｈａｓｅ ｓｈｉｆｔ ｋｅｙｉｎｇ、ＱＰＳＫ）＝ｍｏｄｕｌａｔｉｏｎ２、１６直交振幅変調（ｑｕａｄｒａｔｕｒｅ ａｍｐｌｉｔｕｄｅ ｍｏｄｕｌａｔｉｏｎ、ＱＡＭ）＝ｍｏｄｕｌａｔｉｏｎ４、及び６４ＱＡＭ＝ｍｏｄｕｌａｔｉｏｎ６である。つまり、ｍｏｄｕｌａｔｉｏｎの値が２である場合、これは変調方式がＱＰＳＫであることを示す、といったことになる。当然ながら、ここで説明されるいくつかの対応関係は単なる例であって、ｍｏｄｕｌａｔｉｏｎの値と特定の変調方式との対応関係が、これに限定されることはない。
表２の１つの行が、１つのＭＣＳ情報と理解されてよい。１つのＭＣＳ情報が、１つのＭＣＳインデックスと一連のパラメータとに対応することが分かる。表２に示すいくつかの種類のパラメータに加えて、ＭＣＳテーブルは他のパラメータを含んでよいが、他のパラメータは、本願の解決手段と著しく関連していないので、１つずつ列挙されない。さらに、符号化レートの値も、本願の解決手段と著しく関連していないので、表２には記載されていない。本願の本実施形態で提供される第１のＭＣＳテーブルは、表２に示す少なくとも１つのエントリを含んでよく、さらに表２に示していない別の可能なエントリを含んでもよいことに留意されたい。例えば、ＭＣＳインデックスが代替的に、３２より小さくても、３２より大きくてもよい。あるいは、第１のＭＣＳテーブルはもっと多くのＢＬＥＲに対応してよく、もっと多くのＢＬＥＲは、可能性１で提供される配置方式を満たす限り、本願の本実施形態の保護範囲に含まれる。表２の１つのエントリが、表２の１つのＭＣＳ情報を示す。表２の１つ又は複数のエントリが新たな表２を形成してよく、新たな表２も本願の本実施形態の保護範囲内であることが理解されるであろう。
表２に示す配置方式では、表全体の効率値（ｅｆｆｉｃｉｅｎｃｙ）も昇順で配置される。システムの効率値で表される物理的意味が、スペクトル効率である。一般に、効率値が大きいほど良好であるが、効率値は、受信される信号対雑音比（ｓｉｇｎａｌ－ｔｏ－ｎｏｉｓｅ ｒａｔｉｏ、ＳＮＲ）によっても限定される。したがって、ＭＣＳ情報は、複数の要因に基づいて選択される必要がある。ＭＣＳインデックスがＤＣＩ又は上位層シグナリングなどを用いて端末デバイス用に設定される場合、ネットワークデバイスはまずＭＣＳ情報を選択する必要がある。例えば、ネットワークデバイスは、表２に含まれる少なくとも１つのエントリからＭＣＳ情報を選択する。ＭＣＳ情報を選択する場合、ネットワークデバイスは効率値に基づいてＭＣＳ情報を選択してよい。ランダム配置と比較すると、ネットワークデバイスは、この配置方式では、ＭＣＳ情報を順に検索できるので、検索時間が低減される。
可能性２：ＭＣＳ情報はＢＬＥＲの降順で配置される。
例えば、第１のＭＣＳテーブルは、第１のＢＬＥＲと第２のＢＬＥＲと第３のＢＬＥＲという３つのＢＬＥＲに対応する。ここで、第１のＢＬＥＲは１０ｅ－１であり、第２のＢＬＥＲは１０ｅ－２であり、第３のＢＬＥＲは１０ｅ－５である。表３を参照すると、配置順序は、例えば、第１のＢＬＥＲ→第２のＢＬＥＲ→第３のＢＬＥＲとなる。これは上述したもう一方の場合である。つまり、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、インデックス［Ｙ＋１］からインデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ－１］の関係にある。この場合、同じＢＬＥＲに対応するＭＣＳインデックスが連続している。同じＢＬＥＲに対応するＭＣＳインデックスが、別のＢＬＥＲに対応するＭＣＳインデックスの前に配置され、別のＢＬＥＲに対応するＭＣＳインデックスは、同じＢＬＥＲに対応するＭＣＳインデックスに挿入されない。
Figure 0007027669000003
表３におけるｍｏｄｕｌａｔｉｏｎの値と特定の変調方式との対応関係については、表２の説明を参照されたい。当然ながら、これは単なる一例であって、ｍｏｄｕｌａｔｉｏｎの値と特定の変調方式との対応関係は、これに限定されることはない。
表３の１つの行が、１つのＭＣＳ情報と理解されてよい。１つのＭＣＳ情報が、１つのＭＣＳインデックスと一連のパラメータとに対応することが分かる。同様に、表３に示すいくつかの種類のパラメータに加えて、ＭＣＳテーブルは他のパラメータを含んでよいが、他のパラメータは、本願の解決手段と著しく関連していないので、１つずつ列挙されない。さらに、符号化レートの値も、本願の解決手段と著しく関連していないので、表３には記載されていない。本願の本実施形態で提供される第１のＭＣＳテーブルは、表３に示す少なくとも１つのエントリを含んでよく、さらに表３に示していない別の可能なエントリを含んでもよいことに留意されたい。例えば、ＭＣＳインデックスが代替的に、３２より大きくてもよい。あるいは、第１のＭＣＳテーブルはもっと多くのＢＬＥＲに対応してよく、もっと多くのＢＬＥＲは、可能性２で提供される配置方式を満たす限り、本願の本実施形態の保護範囲に含まれる。表３の１つのエントリが、表３の１つのＭＣＳ情報を示す。表３の１つ又は複数のエントリが新たな表３を形成してよく、新たな表３も本願の本実施形態の保護範囲内であることが理解されるであろう。
要約すれば、本願の本実施形態で提供される第１のＭＣＳテーブルは、表２及び／又は表３に示す少なくとも１つのエントリを含んでよく、さらに表２及び表３に示していない他の可能なエントリを含んでもよい。
ＭＣＳインデックスの値＝０が、通常、信号対干渉及び雑音比（ｓｉｇｎａｌ ｔｏ ｉｎｔｅｒｆｅｒｅｎｃｅ ｐｌｕｓ ｎｏｉｓｅ ｒａｔｉｏ、ＳＩＮＲ）の最低値に対応する。異なるＢＬＥＲでは、最低ＳＩＮＲの値が異なる。高いＢＬＥＲの最低ＳＩＮＲが低いＢＬＥＲの最低ＳＩＮＲより大きいことは、明らかである。例えば、１０ｅ－１の最低ＳＩＮＲが１０ｅ－５の最低ＳＩＮＲより高い。したがって、１つのＭＣＳテーブルが複数のＢＬＥＲに対応するＭＣＳ情報を含む場合、任意選択で、ＭＣＳインデックス＝０が最高ＢＬＥＲのＭＣＳ情報に対応する必要がある。例えば、ＭＣＳテーブルは、１０ｅ－３のＢＬＥＲのＭＣＳ情報と、１０ｅ－５のＢＬＥＲのＭＣＳ情報とを含む。この場合、ＭＣＳ＝０は、１０ｅ－３のＢＬＥＲに対応する必要がある。
表３の配置方式において、ＭＣＳインデックスがＤＣＩ又は上位層シグナリングなどを用いて端末デバイス用に設定される場合、ネットワークデバイスはまずＭＣＳ情報を選択する必要がある。例えば、ネットワークデバイスは、表３に含まれる少なくとも１つのエントリからＭＣＳ情報を選択する。ＭＣＳ情報を選択する場合、ネットワークデバイスはＳＩＮＲに基づいてＭＣＳ情報を選択してよい。ランダム配置と比較すると、ネットワークデバイスは、この配置方式では、ＭＣＳ情報を順に検索できるので、検索時間が低減される。
表２及び表３の説明において、第１のＢＬＥＲ及び第２のＢＬＥＲなどの値は単なる例であることに留意されたい。本願の本実施形態において、提供されたＭＣＳテーブルに対応する少なくとも２つのＢＬＥＲ間の大きさ及び／又は優先度が限定されることはない。例えば、本願の本実施形態において、第１のＢＬＥＲと第２のＢＬＥＲとの大小関係が限定されることはなく、且つ／又は第１のＢＬＥＲと第２のＢＬＥＲとの間の優先度が限定されることはない。
本願の本実施形態において、ＭＣＳテーブルが再提供され、端末デバイスは、ＭＣＳインデックスを決定した後に、ＭＣＳ情報を直接的に決定することができる。この方式は比較的簡単である。
図２に示す実施形態で提供される技術的解決手段と、図４に示す実施形態で提供される技術的解決手段とは両方とも、ＵＲＬＬＣサービス又は別の同様のサービスが伝送されるシナリオに適用されてよいことが理解されるであろう。端末デバイスを一例に用いると、端末デバイスは、アップリンク伝送又はダウンリンク伝送を行ってよい。この場合、図２に示す実施形態で提供される技術的解決手段又は図４に示す実施形態で提供される技術的解決手段は、ＵＲＬＬＣサービス又は別の同様のサービスを伝送する端末デバイスの伝送方向に適用されてよい。例えば、端末デバイスがアップリンク伝送の際にＵＲＬＬＣサービスを伝送する場合、図２に示す実施形態で提供される技術的解決手段又は図４に示す実施形態で提供される技術的解決手段は、端末デバイスのアップリンク伝送に適用されてよく、また端末デバイスがダウンリンク伝送の際にＵＲＬＬＣサービス以外のサービスを伝送する場合、図２に示す実施形態で提供される技術的解決手段又は図４に示す実施形態で提供される技術的解決手段は、端末デバイスのダウンリンク伝送に適用されてよい。あるいは、本願の実施形態で提供される技術的解決手段は、用いられなくてもよい。例えば、先行技術の技術的解決手段が引き続き用いられてもよく、このことは、本願の実施形態において限定されることはない。
本願の実施形態で提供されるデバイスが、添付図面を参照して以下に説明される。
図５は、通信デバイス５００を示す。通信デバイス５００は、例えば、端末デバイスである。通信デバイス５００は、上述した端末デバイスの機能を実装できる。通信デバイス５００は、上述した端末デバイスであってもよく、上述した端末デバイスに配置されるチップであってもよい。通信デバイス５００は、プロセッサ５０１と送受信機５０２とを含んでよい。プロセッサ５０１は、図２に示す実施形態のＳ２４、Ｓ２５、及びＳ２６を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機５０２は、図２に示す実施形態のＳ２１、Ｓ２３、及びＳ２７を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
例えば、プロセッサ５０１は、変調符号化方式インデックスを決定するように構成される。
プロセッサ５０１はさらに、第１の情報を決定することであって、第１の情報を決定することは、送受信機５０２により受信されるＤＣＩに基づいて第１の情報を決定すること、並びに／又は第１の時間ウインドウにおいて送受信機５０２が第１のＨＡＲＱ応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数に基づいて、第１の情報を決定することを含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である、決定することと、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定することとを行うように構成される。
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
図６は、通信デバイス６００の概略構造図である。通信デバイス６００は、例えば、ネットワークデバイスである。通信デバイス６００は、上述したネットワークデバイスの機能を実装することができる。通信デバイス６００は、上述したネットワークデバイスであってもよく、上述したネットワークデバイスに配置されるチップであってもよい。通信デバイス６００は、プロセッサ６０１と送受信機６０２とを含んでよい。プロセッサ６０１は、図２に示す実施形態のＳ２２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機６０２は、図２に示す実施形態のＳ２１、Ｓ２３、及びＳ２７を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
例えば、プロセッサ６０１は、変調符号化方式情報を決定するように構成される。
プロセッサ６０１はさらに、第１の情報及び変調符号化方式インデックスを決定するように構成され、第１の情報及び変調符号化方式インデックスは変調符号化方式情報を示すのに用いられる。
送受信機６０２は、ＤＣＩを用いて第１の情報を送信するように構成される。
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
図７は、通信デバイス７００の概略構造図である。通信デバイスは、例えば、端末デバイスである。通信デバイス７００は、上述した端末デバイスの機能を実装することができる。通信デバイス７００は、上述した端末デバイスであってもよく、上述した端末デバイスに配置されるチップであってもよい。通信デバイス７００は、プロセッサ７０１を含んでもよく、任意選択で、さらに送受信機７０２を含んでもよい。プロセッサ７０１は、図４に示す実施形態のＳ４３及びＳ４４を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機７０２は、図４に示す実施形態のＳ４５を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
例えば、プロセッサ７０１は、変調符号化方式インデックスを決定するように構成され、変調符号化方式インデックスは、Ｎ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは以下の事項のうちの少なくとも１つを含む。すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ－１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ－１］の関係にあり、Ｎは２より大きい整数であることである。
プロセッサ７０１はさらに、変調符号化方式インデックスに対応する変調符号化方式情報を決定するように構成され、変調符号化方式情報は、変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む。
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
図８は、通信デバイス８００の概略構造図である。通信デバイスは、例えば、ネットワークデバイスである。通信デバイス８００は、上述したネットワークデバイスの機能を実装することができる。通信デバイス８００は、上述したネットワークデバイスであってもよく、上述したネットワークデバイスに配置されるチップであってもよい。通信デバイス８００は、プロセッサ８０１と送受信機８０２とを含んでよい。プロセッサ８０１は、図４に示す実施形態のＳ４１及びＳ４２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機８０２は、図４に示す実施形態のＳ４５を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
例えば、プロセッサ８０１は、変調符号化方式情報を決定するように構成され、変調符号化方式情報は、変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む。
プロセッサ８０１はさらに、変調符号化方式情報に対応する変調符号化方式インデックスを決定するように構成され、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは以下の事項のうちの少なくとも１つを含む。すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ－１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ－１］の関係にあり、Ｎは２より大きい整数であることである。
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
簡単な実施形態において、当業者であれば、通信デバイス５００、通信デバイス６００、通信デバイス７００、又は通信デバイス８００が、代替的に図９Ａに示す通信装置９００の構造体を用いて実装されてもよいことを考え出すかもしれない。通信装置９００は、上述したネットワークデバイス又は端末デバイスの機能を実装することができる。通信装置９００は、プロセッサ９０１を含んでよい。通信装置９００が図２に示す実施形態における端末デバイスの機能を実装するように構成される場合、プロセッサ９０１は、図２に示す実施形態のＳ２４、Ｓ２５、及びＳ２６を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。通信装置９００が図２に示す実施形態におけるネットワークデバイスの機能を実装するように構成される場合、プロセッサ９０１は、図２に示す実施形態のＳ２２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。通信装置９００が図４に示す実施形態における端末デバイスの機能を実装するように構成される場合、プロセッサ９０１は、図４に示す実施形態のＳ４３及びＳ４４を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。通信装置９００が図４に示す実施形態におけるネットワークデバイスの機能を実装するように構成される場合、プロセッサ９０１は、図４に示す実施形態のＳ４１及びＳ４２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
通信装置９００は、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ－ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ、ＦＰＧＡ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ－ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ、ＡＳＩＣ）、システムオンチップｓｙｓｔｅｍ ｏｎ ｃｈｉｐ、ＳｏＣ）、中央演算処理装置（ｃｅｎｔｒａｌ ｐｒｏｃｅｓｓｉｎｇ ｕｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ ｐｒｏｃｅｓｓｏｒ、ＮＰ）、デジタル信号プロセッサ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、マイクロコントローラユニット（ｍｉｃｒｏ ｃｏｎｔｒｏｌｌｅｒ ｕｎｉｔ、ＭＣＵ）、プログラム可能型論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ、ＰＬＤ）、又は別の統合チップによって実装されてもよい。通信装置９００は、本願の実施形態のネットワークデバイス又は通信デバイスに配置されてよいので、ネットワークデバイス又は通信デバイスは、本願の実施形態で提供される方法を実施する。
任意選択の実施例において、通信装置９００は、ネットワークデバイスと通信するように構成された送受信機コンポーネントを含んでよい。例えば、通信装置９００が図２に示す実施形態におけるネットワークデバイス又は端末デバイスの機能を実装するように構成される場合、送受信機コンポーネントは、図２に示す実施形態のＳ２１、Ｓ２３、及びＳ２７を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。通信装置９００が図４に示す実施形態におけるネットワークデバイス又は端末デバイスの機能を実装するように構成される場合、送受信機コンポーネントは、図４に示す実施形態のＳ４５を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
任意選択の実施例において、通信装置９００はさらにメモリ９０２を含んでよい。図９Ｂを参照すると、メモリ９０２は、コンピュータプログラム又は命令を格納するように構成され、プロセッサ９０１は、これらのコンピュータプログラム又は命令を復号し且つ実行するように構成される。これらのコンピュータプログラム又は命令は、前述のネットワークデバイス又は前述の端末デバイスの機能プログラムを含んでよいことを理解されたい。ネットワークデバイスの機能プログラムがプロセッサ９０１により復号され且つ実行される場合、ネットワークデバイスは、本願の実施形態のうちの図２に示す実施形態又は図４に示す実施形態で提供される通信方法におけるネットワークデバイスの機能を実装することが可能になり得る。端末デバイスの機能プログラムがプロセッサ９０１により復号され且つ実行される場合、端末デバイスは、本願の実施形態のうちの図２に示す実施形態又は図４に示す実施形態で提供される通信方法における端末デバイスの機能を実装することが可能になり得る。
別の任意選択の実施例において、ネットワークデバイス又は端末デバイスの機能プログラムは、通信装置９００の外側でメモリに格納される。ネットワークデバイスの機能プログラムがプロセッサ９０１により復号され且つ実行される場合、メモリ９０２は、ネットワークデバイスの機能プログラムの一部又は全ての内容を一時的に格納する。端末デバイスの機能プログラムがプロセッサ９０１により復号され且つ実行される場合、メモリ９０２は、端末デバイスの機能プログラムの一部又は全ての内容を一時的に格納する。
別の任意選択の実施例において、ネットワークデバイス又は端末デバイスの機能プログラムは、通信装置９００のメモリ９０２に格納されるように設定される。ネットワークデバイスの機能プログラムが通信装置９００のメモリ９０２に格納される場合、通信装置９００は、本願の実施形態におけるネットワークデバイスに配置されてよい。端末デバイスの機能プログラムが通信装置９００のメモリ９０２に格納される場合、通信装置９００は、本願の実施形態における端末デバイスに配置されてよい。
さらに別の任意選択の実施例において、ネットワークデバイスの機能プログラムの一部の内容が通信装置９００の外側でメモリに格納され、ネットワークデバイスの機能プログラムの他の内容が通信装置９００のメモリ９０２に格納される。あるいは、端末デバイスの機能プログラムの一部の内容が通信装置９００の外側でメモリに格納され、端末デバイスの機能プログラムの他の内容が通信装置９００のメモリ９０２に格納される。
本願の実施形態において、通信デバイス５００、通信デバイス６００、通信デバイス７００、通信デバイス８００、及び通信装置９００は、機能モジュールが対応する機能に基づいて分割される形態で提示されてもよく、機能モジュールが統合方式で分割される形態で提示されてもよい。本明細書における「モジュール」は、１つ又は複数のソフトウェア又はファームウェアプログラムを実行するＡＳＩＣ、プロセッサ、及びメモリ、統合論理回路、並びに／又は前述の機能を提供できる別のコンポーネントであってよい。
さらに、図５に示す実施形態で提供される通信デバイス５００は、代替的に別の形態で実装されてもよい。例えば、通信デバイスは、処理モジュールと送受信機モジュールとを含む。例えば、処理モジュールはプロセッサ５０１により実装されてよく、送受信機モジュールは送受信機５０２により実装されてよい。処理モジュールは、図２に示す実施形態のＳ２４、Ｓ２５、及びＳ２６を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機モジュールは、図２に示す実施形態のＳ２１、Ｓ２３、及びＳ２７を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
例えば、処理モジュールは、変調符号化方式インデックスを決定するように構成される。
処理モジュールはさらに、第１の情報を決定することであって、第１の情報を決定することは、送受信機モジュールにより受信されるＤＣＩに基づいて第１の情報を決定すること、並びに／又は第１の時間ウインドウにおいて送受信機モジュールが第１のＨＡＲＱ応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定することを含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である、決定することと、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定することとを行うように構成される。
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
図６に示す実施形態で提供される通信デバイス６００は、代替的に別の形態で実装されてもよい。例えば、通信デバイスは、処理モジュールと送受信機モジュールとを含む。例えば、処理モジュールはプロセッサ６０１により実装されてよく、送受信機モジュールは送受信機６０２により実装されてよい。処理モジュールは、図２に示す実施形態のＳ２２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機モジュールは、図２に示す実施形態のＳ２１、Ｓ２３、及びＳ２７を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
例えば、処理モジュールは、変調符号化方式情報を決定するように構成される。
処理モジュールはさらに、第１の情報及び変調符号化方式インデックスを決定するように構成され、第１の情報及び変調符号化方式インデックスは変調符号化方式情報を示すのに用いられる。
送受信機モジュールは、ＤＣＩを用いて第１の情報を送信するように構成される。
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
図７に示す実施形態で提供される通信デバイス７００は、代替的に別の形態で実装されてもよい。例えば、通信デバイスは処理モジュールを含み、任意選択で、さらに送受信機モジュールを含んでもよい。例えば、処理モジュールはプロセッサ７０１により実装されてよく、送受信機モジュールは送受信機７０２により実装されてよい。処理モジュールは、図４に示す実施形態のＳ４３及びＳ４４を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機モジュールは、図４に示す実施形態のＳ４５を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
例えば、処理モジュールは、変調符号化方式インデックスを決定するように構成され、変調符号化方式インデックスは、Ｎ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは以下の事項のうちの少なくとも１つを含む。すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ－１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ－１］の関係にあり、Ｎは２より大きい整数であることである。
処理モジュールはさらに、変調符号化方式インデックスに対応する変調符号化方式情報を決定するように構成され、変調符号化方式情報は、変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む。
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
さらに、図８に示す実施形態で提供される通信デバイス８００は、代替的に別の形態で実装されてもよい。例えば、通信デバイスは、処理モジュールと送受信機モジュールとを含む。例えば、処理モジュールはプロセッサ８０１により実装されてよく、送受信機モジュールは送受信機８０２により実装されてよい。処理モジュールは、図４に示す実施形態のＳ４１及びＳ４２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機モジュールは、図４に示す実施形態のＳ４５を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
例えば、処理モジュールは、変調符号化方式情報を決定するように構成され、変調符号化方式情報は、変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む。
処理モジュールはさらに、変調符号化方式情報に対応する変調符号化方式インデックスを決定するように構成され、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは以下の事項のうちの少なくとも１つを含む。すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ－１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ－１］の関係にあり、Ｎは２より大きい整数であることである。
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
本願の実施形態で提供される通信デバイス５００、通信デバイス６００、通信デバイス７００、通信デバイス８００、及び通信装置９００は、図２に示す実施形態又は図４に示す実施形態で提供される通信方法を実行するように構成されてよい。したがって、デバイスにより取得され得る技術的効果については、前述の方法の実施形態を参照されたい。詳細は、ここで再度説明しない。
本願の実施形態は、本願の実施形態における方法、デバイス（ｓｙｓｔｅｍ）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明されている。コンピュータプログラム命令は、フローチャート及び／又はブロック図の各手順及び／又は各ブロック、並びにフローチャート及び／又はブロック図の手順及び／又はブロックの組み合わせを実施するのに用いられてよいことを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は別のプログラム可能型データ処理デバイスのプロセッサが機械を生成するために提供されてよいので、コンピュータ又は別のプログラム可能型データ処理デバイスのプロセッサにより実行される命令は、フローチャートの１つ又は複数の手順及び／又はブロック図の１つ又は複数のブロックのうちの指定された機能を実装する装置を生成する。
前述の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせで実装されてよい。ソフトウェアがこれらの実施形態を実装するのに用いられる場合、これらの実施形態の全て又は一部はコンピュータプログラム製品の形態で実装されてよい。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされ且つコンピュータで実行されると、本願の実施形態における手順又は機能の全て又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラム可能型装置であってもよい。コンピュータ命令はコンピュータ可読記憶媒体に格納されてもよく、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバ、又はデータセンターから別のウェブサイト、コンピュータ、サーバ、又はデータセンターに、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ｄｉｇｉｔａｌ ｓｕｂｓｃｒｉｂｅｒ ｌｉｎｅ、ＤＳＬ））方式又は無線（例えば、赤外線、電波、又はマイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体であっても、１つ又は複数の使用可能な媒体を統合したサーバ又はデータセンターなどのデータ記憶装置であってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、デジタル多用途ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ、ＤＶＤ））、又は半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｉｓｋ、ＳＳＤ））などであってよい。
当業者であれば、本願の趣旨及び範囲から逸脱することなく、本願の実施形態に対して様々な修正及び変形を行えることが明らかである。本願は、これらの修正及び変形が以下の特許請求の範囲及びそれらの均等な技術によって定められる保護範囲に含まれる限り、これらの修正及び変形を包含することが意図されている。

Claims (26)

  1. 変調符号化方式インデックスを決定する段階と、
    受信したダウンリンク制御情報（ＤＣＩ）に基づいて第１の情報を決定する段階と、
    前記第１の情報に基づいて、前記変調符号化方式インデックスに対応する変調符号化方式情報を決定する段階と
    を備える通信方法であって、
    前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間であり、
    前記変調符号化方式インデックスに対応し且つ前記共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記ユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報であり、
    前記第２の変調符号化方式情報に対応するブロック誤り率が前記第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は
    前記第２の変調符号化方式情報に対応するブロック誤り率の優先度が前記第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い、
    方法。
  2. 前記第１の変調符号化方式情報は、第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報であり、前記第２の変調符号化方式情報は、第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報である、請求項１に記載の方法。
  3. 前記第１の変調符号化方式情報は前記第２の変調符号化方式情報と異なる、請求項１又は２に記載の方法。
  4. 前記第１の情報は、受信した前記ＤＣＩに基づいて決定され、前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
    前記ＤＣＩにより示される変調符号化方式テーブル、
    前記ＤＣＩにより示される変調符号化方式インデックスオフセット値、
    前記ＤＣＩにより示されるフィードバック時間間隔、及び
    前記ＤＣＩにより示される非周期的チャネル状態情報要求（Ａ－ＣＳＩ要求）である、請求項１から３のいずれか一項に記載の方法。
  5. 前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、さらに前記ＤＣＩのフォーマットを含み、
    前記ＤＣＩの前記フォーマットは第１のＤＣＩフォーマットであり、前記ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含み、
    第１の情報を前記決定する段階は、
    前記第１のビット情報フィールドに基づいて、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を決定する段階を含み、前記第１のビット情報フィールドのビット数が１より大きい又は１と等しく、前記第２のビット情報フィールドは、以下の事項のうちの１つを含み、その事項とは、
    前記第２のビット情報フィールドのビット数が２より小さい又は２と等しく、前記第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、
    前記第２のビット情報フィールドの前記ビット数は３より小さい又は３と等しく、前記第２のビット情報フィールドは前記第２の情報により占有される時間領域リソースを示すのに用いられること、
    前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは冗長バージョンを示すのに用いられ、前記冗長バージョンは０又は３であること、
    前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは、端末デバイスの伝送電力コマンドワードを示すのに用いられ、前記伝送電力コマンドワードは０又は３であること、及び、
    前記第２のビット情報フィールドの前記ビット数は４と等しく、前記第２のビット情報フィールドは前記変調符号化方式インデックスを示すのに用いられることである、請求項４に記載の方法。
  6. 前記第１の情報は前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求を含み、
    前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求は第１のＣＳＩの要求と第２のＣＳＩの要求との少なくとも１つであり、前記変調符号化方式インデックスに対応し且つ前記第１のＣＳＩに対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２のＣＳＩに対応している変調符号化方式情報が前記第２の変調符号化方式情報である、及び／又は、
    前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求が要求するＣＳＩが複数のブロック誤り率に対応し、前記複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、若しくは、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項４に記載の方法。
  7. 変調符号化方式情報を決定する段階と、
    第１の情報及び変調符号化方式インデックスを決定する段階であって、前記第１の情報及び前記変調符号化方式インデックスは、前記変調符号化方式情報を示すのに用いられる、段階と、
    ダウンリンク制御情報（ＤＣＩ）を用いて、前記変調符号化方式インデックスを送信する段階と
    を備える通信方法であって、
    前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間であり、
    前記変調符号化方式インデックスに対応し且つ前記共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記ユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報であり、
    前記第２の変調符号化方式情報に対応するブロック誤り率が前記第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は
    前記第２の変調符号化方式情報に対応するブロック誤り率の優先度が前記第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い、
    方法。
  8. 前記第１の変調符号化方式情報は、第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報であり、前記第２の変調符号化方式情報は、第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報である、請求項７に記載の方法。
  9. 前記第１の変調符号化方式情報は前記第２の変調符号化方式情報と異なる、請求項７又は８に記載の方法。
  10. 前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
    前記ＤＣＩにより示される変調符号化方式テーブル、
    前記ＤＣＩにより示される変調符号化方式インデックスオフセット値、
    前記ＤＣＩにより示されるフィードバック時間間隔、及び
    前記ＤＣＩにより示される非周期的チャネル状態情報要求（Ａ－ＣＳＩ要求）である、請求項７から９のいずれか一項に記載の方法。
  11. 前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、さらに前記ＤＣＩのフォーマットを含み、
    前記ＤＣＩの前記フォーマットは第１のＤＣＩフォーマットであり、前記ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含み、
    第１の情報を前記決定する段階は、
    前記第１のビット情報フィールドに基づいて、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を決定する段階を含み、前記第１のビット情報フィールドのビット数が１より大きい又は１と等しく、前記第２のビット情報フィールドは、以下の事項のうちの１つを含み、その事項とは、
    前記第２のビット情報フィールドのビット数が２より小さい又は２と等しく、前記第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、
    前記第２のビット情報フィールドの前記ビット数は３より小さい又は３と等しく、前記第２のビット情報フィールドは前記第２の情報により占有される時間領域リソースを示すのに用いられること、
    前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは冗長バージョンを示すのに用いられ、前記冗長バージョンは０又は３であること、
    前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは、端末デバイスの伝送電力コマンドワードを示すのに用いられ、前記伝送電力コマンドワードは０又は３であること、及び、
    前記第２のビット情報フィールドの前記ビット数は４と等しく、前記第２のビット情報フィールドは前記変調符号化方式インデックスを示すのに用いられることである、請求項１０に記載の方法。
  12. 前記第１の情報は前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求を含み、
    前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求は第１のＣＳＩの要求と第２のＣＳＩの要求との少なくとも１つであり、前記変調符号化方式インデックスに対応し且つ前記第１のＣＳＩに対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２のＣＳＩに対応している変調符号化方式情報が前記第２の変調符号化方式情報である、及び／又は、
    前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求が要求するＣＳＩが複数のブロック誤り率に対応し、前記複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、若しくは、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項１０に記載の方法。
  13. 処理モジュールと送受信機モジュールとを備える通信デバイスであって、
    前記処理モジュールは、変調符号化方式インデックスを決定するように構成され、
    前記処理モジュールはさらに、前記送受信機モジュールにより受信されるダウンリンク制御情報（ＤＣＩ）に基づいて、第１の情報を決定するように構成され、
    前記処理モジュールはさらに、前記第１の情報に基づいて、前記変調符号化方式インデックスに対応する変調符号化方式情報を決定するように構成され、
    前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間であり、
    前記変調符号化方式インデックスに対応し且つ前記共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記ユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報であり、
    前記第２の変調符号化方式情報に対応するブロック誤り率が前記第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は
    前記第２の変調符号化方式情報に対応するブロック誤り率の優先度が前記第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い、
    デバイス。
  14. 前記第１の変調符号化方式情報は、第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報であり、前記第２の変調符号化方式情報は、第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報である、請求項１３に記載のデバイス。
  15. 前記第１の変調符号化方式情報は前記第２の変調符号化方式情報と異なる、請求項１３又は１４に記載のデバイス。
  16. 前記処理モジュールは、前記送受信機モジュールにより受信される前記ＤＣＩに基づいて、前記第１の情報を決定するように構成され、前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
    前記ＤＣＩにより示される変調符号化方式テーブル、
    前記ＤＣＩにより示される変調符号化方式インデックスオフセット値、
    前記ＤＣＩにより示されるフィードバック時間間隔、及び
    前記ＤＣＩにより示される非周期的チャネル状態情報要求（Ａ－ＣＳＩ要求）である、請求項１３から１５のいずれか一項に記載のデバイス。
  17. 前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、さらに前記ＤＣＩのフォーマットを含み、
    前記ＤＣＩの前記フォーマットは第１のＤＣＩフォーマットであり、前記ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含み、
    第１の情報を前記決定することは、
    前記第１のビット情報フィールドに基づいて、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を決定することを含み、前記第１のビット情報フィールドのビット数が１より大きい又は１と等しく、前記第２のビット情報フィールドは以下の事項のうちの１つを含み、その事項とは、
    前記第２のビット情報フィールドのビット数が２より小さい又は２と等しく、前記第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、
    前記第２のビット情報フィールドの前記ビット数は３より小さい又は３と等しく、前記第２のビット情報フィールドは前記第２の情報により占有される時間領域リソースを示すのに用いられること、
    前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは冗長バージョンを示すのに用いられ、前記冗長バージョンは０又は３であること、
    前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは端末デバイスの伝送電力コマンドワードを示すのに用いられ、前記伝送電力コマンドワードは０又は３であること、及び
    前記第２のビット情報フィールドの前記ビット数は４と等しく、前記第２のビット情報フィールドは前記変調符号化方式インデックスを示すのに用いられることである、請求項１６に記載のデバイス。
  18. 前記第１の情報は前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求を含み、
    前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求は第１のＣＳＩの要求と第２のＣＳＩの要求との少なくとも１つであり、前記変調符号化方式インデックスに対応し且つ前記第１のＣＳＩに対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２のＣＳＩに対応している変調符号化方式情報が前記第２の変調符号化方式情報である、及び／又は、
    前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求が要求するＣＳＩが複数のブロック誤り率に対応し、前記複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、若しくは、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項１６に記載のデバイス。
  19. 処理モジュールと送受信機モジュールとを備える通信装置であって、
    前記処理モジュールは、変調符号化方式情報を決定するように構成され、
    前記処理モジュールはさらに、第１の情報と変調符号化方式インデックスとを決定するように構成され、前記第１の情報と前記変調符号化方式インデックスとは、前記変調符号化方式情報を示すのに用いられ、
    前記送受信機モジュールは、ダウンリンク制御情報（ＤＣＩ）を用いて前記変調符号化方式インデックスを送信するように構成され、
    前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間であり、
    前記変調符号化方式インデックスに対応し且つ前記共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記ユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報であり、
    前記第２の変調符号化方式情報に対応するブロック誤り率が前記第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は
    前記第２の変調符号化方式情報に対応するブロック誤り率の優先度が前記第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い、
    装置。
  20. 前記第１の変調符号化方式情報は、第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報であり、前記第２の変調符号化方式情報は、第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報である、請求項１９に記載の装置。
  21. 前記第１の変調符号化方式情報は前記第２の変調符号化方式情報と異なる、請求項１９又は２０に記載の装置。
  22. 前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
    前記ＤＣＩにより示される変調符号化方式テーブル、
    前記ＤＣＩにより示される変調符号化方式インデックスオフセット値、
    前記ＤＣＩにより示されるフィードバック時間間隔、及び
    前記ＤＣＩにより示される非周期的チャネル状態情報要求（Ａ－ＣＳＩ要求）である、請求項１９から２１のいずれか一項に記載の装置。
  23. 前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、さらに前記ＤＣＩのフォーマットを含み、
    前記ＤＣＩの前記フォーマットは第１のＤＣＩフォーマットであり、前記ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含み、
    第１の情報を前記決定することは、
    前記第１のビット情報フィールドに基づいて、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を決定することを含み、前記第１のビット情報フィールドのビット数が１より大きい又は１と等しく、前記第２のビット情報フィールドは以下の事項のうちの１つを含み、その事項とは、
    前記第２のビット情報フィールドのビット数が２より小さい又は２と等しく、前記第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、
    前記第２のビット情報フィールドの前記ビット数は３より小さい又は３と等しく、前記第２のビット情報フィールドは前記第２の情報により占有される時間領域リソースを示すのに用いられること、
    前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは冗長バージョンを示すのに用いられ、前記冗長バージョンは０又は３であること、
    前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは端末デバイスの伝送電力コマンドワードを示すのに用いられ、前記伝送電力コマンドワードは０又は３であること、及び
    前記第２のビット情報フィールドの前記ビット数は４と等しく、前記第２のビット情報フィールドは前記変調符号化方式インデックスを示すのに用いられることである、請求項２２に記載の装置。
  24. 前記第１の情報は前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求を含み、
    前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求は第１のＣＳＩの要求と第２のＣＳＩの要求との少なくとも１つであり、前記変調符号化方式インデックスに対応し且つ前記第１のＣＳＩに対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２のＣＳＩに対応している変調符号化方式情報が前記第２の変調符号化方式情報である、及び／又は、
    前記ＤＣＩにより示される前記Ａ－ＣＳＩ要求が要求するＣＳＩが複数のブロック誤り率に対応し、前記複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、若しくは、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項２２に記載の装置。
  25. 請求項１から６のいずれか一項に記載の通信方法をコンピュータに実行させる、プログラム。
  26. プロセッサを備える通信装置であって、前記プロセッサはメモリに結合され、前記プロセッサが前記メモリに格納された命令を実行することにより、前記通信装置は請求項１から６のいずれか一項に記載の通信方法を行う、通信装置。
JP2020538050A 2018-01-12 2019-01-04 通信方法及び通信デバイス Active JP7027669B2 (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
CN201810033549.9 2018-01-12
CN201810033549.9A CN110034859B (zh) 2018-01-12 2018-01-12 一种通信方法及设备
PCT/CN2019/070510 WO2019137316A1 (zh) 2018-01-12 2019-01-04 一种通信方法及设备

Publications (2)

Publication Number Publication Date
JP2021510264A JP2021510264A (ja) 2021-04-15
JP7027669B2 true JP7027669B2 (ja) 2022-03-02

Family

ID=67219379

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2020538050A Active JP7027669B2 (ja) 2018-01-12 2019-01-04 通信方法及び通信デバイス

Country Status (6)

Country Link
US (1) US11362758B2 (ja)
EP (1) EP3734877A4 (ja)
JP (1) JP7027669B2 (ja)
CN (1) CN110034859B (ja)
BR (1) BR112020014167A2 (ja)
WO (1) WO2019137316A1 (ja)

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2019029374A1 (en) * 2017-08-09 2019-02-14 Telefonaktiebolaget Lm Ericsson (Publ) METHOD AND DEVICE FOR TRANSMITTING DOWNLINK CONTROL INFORMATION
US11546936B2 (en) * 2018-05-09 2023-01-03 Lenovo (Singapore) Pte. Ltd. Procedures for multiple active bandwidth parts
US20200107319A1 (en) * 2018-09-28 2020-04-02 Lenovo (Singapore) Pte. Ltd. Method and apparatus for generating a csi report
CN109891948B (zh) * 2019-01-30 2022-02-22 北京小米移动软件有限公司 检测下行传输、传输配置信息和下行传输的方法及装置
US20220210681A1 (en) * 2019-02-15 2022-06-30 Telefonaktiebolaget Lm Ericsson (Publ) Radio Link Monitoring
US20210037555A1 (en) * 2019-07-29 2021-02-04 Samsung Electronics Co., Ltd. Scheduling for services with multiple priority types
CN112398576B (zh) * 2019-08-16 2022-08-26 华为技术有限公司 一种确定调制编码的方法及通信装置
CN114342286A (zh) * 2019-08-23 2022-04-12 华为技术有限公司 一种数据传输方法和通信设备
WO2021068266A1 (zh) * 2019-10-12 2021-04-15 华为技术有限公司 一种通信方法及装置
CN112929980A (zh) 2019-12-06 2021-06-08 中兴通讯股份有限公司 初始mcs值确定方法、电子设备及存储介质
US20240008091A1 (en) * 2020-11-18 2024-01-04 Beijing Xiaomi Mobile Software Co., Ltd. Modulation and coding scheme (mcs) configuration method and apparatus, and communication device
CN115208511B (zh) * 2022-05-27 2024-04-26 浪潮通信技术有限公司 调制与编码策略的配置方法、装置及电子设备

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2015099173A1 (ja) 2013-12-27 2015-07-02 シャープ株式会社 端末装置および基地局装置
JP2017514397A (ja) 2014-04-25 2017-06-01 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ Ｌｔｅアップリンクにおける変調コーディング方式（ｍｃｓ）テーブルの指示
JP2017188913A (ja) 2011-11-16 2017-10-12 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ 低コストデバイス用のダウンリンク制御情報

Family Cites Families (19)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101959284B (zh) * 2010-09-30 2015-12-16 中兴通讯股份有限公司 控制信息传输方法及装置
WO2012171224A1 (zh) * 2011-06-17 2012-12-20 华为技术有限公司 一种调度方法及设备、控制信息的处理方法及设备
WO2013187743A1 (ko) * 2012-06-15 2013-12-19 엘지전자 주식회사 고정된 경로를 이동하는 고속 이동체를 위한 무선 통신 시스템
CN103580788A (zh) * 2012-07-27 2014-02-12 电信科学技术研究院 一种传输mcs指示信息的方法及装置
US9419772B2 (en) * 2012-12-17 2016-08-16 Lg Electronics Inc. Method and apparatus for transmitting and receiving MCS index for 256QAM in wireless access system
EP3042520B1 (en) * 2013-09-03 2020-12-09 Samsung Electronics Co., Ltd A method for the measurement and reporting of channel quality, modulation and channel coding information, and corresponding apparatus
US9894675B2 (en) * 2013-09-19 2018-02-13 Blackberry Limited Method and device for wireless network coexistence
US20160226623A1 (en) * 2013-09-20 2016-08-04 Telefonaktiebolaget L M Ericsson (Publ) Network Node, User Equipment and Methods for Obtaining a Modulation and Coding Scheme
US9112759B2 (en) * 2013-10-04 2015-08-18 Qualcomm Incorporated Adaptive LNA operation for shared LNA receiver for carrier aggregation
CN104753633B (zh) 2013-12-31 2019-06-14 中兴通讯股份有限公司 高阶编码处理方法、装置和系统
CN103746776A (zh) 2014-01-24 2014-04-23 宇龙计算机通信科技(深圳)有限公司 数据传输方法、数据传输装置和基站
CN104202115B (zh) * 2014-05-09 2019-05-07 中兴通讯股份有限公司 高阶编码的调制处理方法及装置、基站、终端
CN106961318B (zh) * 2016-01-11 2020-07-10 中兴通讯股份有限公司 一种确定编码调制参数的方法、装置和系统
US11129152B2 (en) * 2016-02-04 2021-09-21 Lg Electronics Inc. Method and user equipment for receiving dowlink control information, and method and base station for transmitting dowlink control information
EP3437221A1 (en) * 2016-03-28 2019-02-06 Intel IP Corporation Uplink modulation coding scheme and configuration
US11057925B2 (en) * 2016-08-07 2021-07-06 Comcast Cable Communications, Llc Deactivation timer in a wireless device and wireless network
PL3498008T3 (pl) * 2016-08-10 2021-09-27 Beijing Xiaomi Mobile Software Co., Ltd. Konfiguracja półtrwałego planowania i v2x w sieci bezprzewodowej
US11147064B2 (en) * 2017-09-07 2021-10-12 Ofinno, Llc Resource selection for data multiplexing
US11831436B2 (en) * 2017-09-28 2023-11-28 Comcast Cable Communications, Llc HARQ feedback for grant-free transmission

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2017188913A (ja) 2011-11-16 2017-10-12 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ 低コストデバイス用のダウンリンク制御情報
WO2015099173A1 (ja) 2013-12-27 2015-07-02 シャープ株式会社 端末装置および基地局装置
JP2017514397A (ja) 2014-04-25 2017-06-01 クゥアルコム・インコーポレイテッドＱｕａｌｃｏｍｍ Ｉｎｃｏｒｐｏｒａｔｅｄ Ｌｔｅアップリンクにおける変調コーディング方式（ｍｃｓ）テーブルの指示

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Ericsson，MCS table for URLLC[online]，3GPP TSG RAN WG1 #91 R1-1720977，Internet<URL:http://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_91/Docs/R1-1720977.zip>，2017年12月01日

Also Published As

Publication number Publication date
EP3734877A4 (en) 2021-03-10
BR112020014167A2 (pt) 2020-12-08
CN110034859B (zh) 2021-06-08
WO2019137316A1 (zh) 2019-07-18
US11362758B2 (en) 2022-06-14
CN110034859A (zh) 2019-07-19
EP3734877A1 (en) 2020-11-04
US20200343995A1 (en) 2020-10-29
JP2021510264A (ja) 2021-04-15

Similar Documents

Publication Publication Date Title
JP7027669B2 (ja) 通信方法及び通信デバイス
US10736123B2 (en) Resource scheduling method and apparatus
JP7235228B2 (ja) アップリンク伝送方法、端末デバイス、およびネットワークデバイス
JP7146781B2 (ja) Ｄｌ制御チャンネル用送信構造及びフォーマット
EP3371918B1 (en) Transmitting and receiving downlink grant and downlink data
CN102860074B (zh) 移动通信系统、基站装置、移动站装置以及通信方法
US20190260559A1 (en) Wireless communications method and apparatus
RU2718120C1 (ru) Динамичное смещение mcs для короткого tti
US20130003664A1 (en) Scheduling of a User Equipment in a Radio Communication System
US11330595B2 (en) Method for sending control information, method for receiving control information, and apparatus
CN106550445B (zh) 无线通信中的一种低延迟的方法和装置
US11812468B2 (en) Method and device for radio resource allocation in wireless communication system
JP2018507606A (ja) 拡張キャリアアグリゲーションに関するチャネル状態情報
WO2022022286A2 (en) Method and apparatus for transmitting csi report
US20240031054A1 (en) Communication method, communication device, electronic device, and computer readable storage medium
JP2022189830A (ja) 通信方法、ｍｃｓ受信方法、ｍｃｓ通知方法、およびデバイス
US10820313B2 (en) Method for sending control information, apparatus, and system
CN112636886A (zh) 无线通信的方法、芯片和通信装置
KR20230015355A (ko) Harq-ack 피드백을 구성하기 위한 방법들 및 디바이스들
US20220210811A1 (en) Method and apparatus for decoding downlink control signal in wireless cellular communication system
WO2022218223A1 (zh) 载波切换的传输处理方法及装置
US20210360657A1 (en) Communication Method and Communication Apparatus
WO2019141232A1 (zh) 一种通信、mcs的接收、通知方法及设备
RU2776912C2 (ru) Способ связи, способ приема mcs, способ уведомления mcs и устройство
WO2023001284A1 (en) Method and apparatus for tboms transmission

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20200814

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20200814

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20210720

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20210803

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20211025

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20220118

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20220127

R150 Certificate of patent or registration of utility model

Ref document number: 7027669

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150