(57)【要約】  通信方法及び通信デバイスが開示されることにより、選択した変調符号化方式情報を端末デバイスに通知する方式が、ＵＲＬＬＣサービスの要件に十分適合できるようになる。本通信方法は、変調符号化方式インデックスを決定する段階と、第１の情報を決定する段階と、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定する段階とを含む。第１の情報を決定する段階は、受信したＤＣＩに基づいて第１の情報を決定する段階、又は第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定する段階を含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。
2021510264.tif 000002
【特許請求の範囲】
【請求項１】
変調符号化方式インデックスを決定する段階と、
受信したダウンリンク制御情報ＤＣＩに基づいて第１の情報を決定する段階と、
前記第１の情報に基づいて、前記変調符号化方式インデックスに対応する変調符号化方式情報を決定する段階と
を備える通信方法であって、
前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間である、方法。
【請求項２】
変調符号化方式情報を決定する段階と、
第１の情報及び変調符号化方式インデックスを決定する段階であって、前記第１の情報及び前記変調符号化方式インデックスは、前記変調符号化方式情報を示すのに用いられる、段階と、
ダウンリンク制御情報ＤＣＩを用いて、前記変調符号化方式インデックスを送信する段階と
を備える通信方法であって、
前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間である、方法。
【請求項３】
前記変調符号化方式インデックスに対応し且つ前記共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記ユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報である、請求項１又は２に記載の方法。
【請求項４】
前記第１の変調符号化方式情報は、第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報であり、前記第２の変調符号化方式情報は、第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報である、請求項３に記載の方法。
【請求項５】
前記第１の変調符号化方式情報は前記第２の変調符号化方式情報と異なる、請求項３又は４に記載の方法。
【請求項６】
前記第１の情報は、受信した前記ＤＣＩに基づいて決定され、前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
前記ＤＣＩにより示される変調符号化方式テーブル、
前記ＤＣＩにより示される変調符号化方式インデックスオフセット値、
前記ＤＣＩにより示されるフィードバック時間間隔、及び
前記ＤＣＩにより示される非周期的チャネル状態情報Ａ−ＣＳＩである、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記第１の情報は前記ＤＣＩにより示される前記変調符号化方式テーブルを含み、前記ＤＣＩにより示される前記変調符号化方式テーブルは、複数の変調符号化方式テーブルのうちの少なくとも１つであり、
前記複数の変調符号化方式テーブルは前記第１の変調符号化方式テーブルと前記第２の変調符号化方式テーブルとを含み、前記第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する前記変調符号化方式情報は、前記第１の変調符号化方式情報であり、前記第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する前記変調符号化方式情報は、前記第２の変調符号化方式情報である、請求項６に記載の方法。
【請求項８】
前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値は、複数の変調符号化方式インデックスオフセット値のうちの少なくとも１つであり、
前記複数の変調符号化方式インデックスオフセット値は第１の変調符号化方式インデックスオフセット値と第２の変調符号化方式インデックスオフセット値とを含み、前記変調符号化方式インデックスに対応し且つ前記第１の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項６に記載の方法。
【請求項９】
前記第１の情報は、前記ＤＣＩにより示される前記フィードバック時間間隔を含み、前記フィードバック時間間隔は、第２の情報に含まれるデータの送信と、端末デバイスによる前記データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔、又は、前記第２の情報をスケジューリングするのに用いられるＤＣＩの送信と、前記端末デバイスによる前記第２の情報の送信との間の時間間隔であり、前記ＤＣＩにより示される前記フィードバック時間間隔は複数の時間間隔セットのうちの少なくとも１つに属し、
前記複数の時間間隔セットは第１の時間間隔セットと第２の時間間隔セットとを含み、前記変調符号化方式インデックスに対応し且つ前記第１の時間間隔セットに含まれる前記フィードバック時間間隔に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２の時間間隔セットに含まれる前記フィードバック時間間隔に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項６に記載の方法。
【請求項１０】
前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、さらに前記ＤＣＩのフォーマットを含み、
前記ＤＣＩの前記フォーマットは第１のＤＣＩフォーマットであり、前記ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含み、
第１の情報を前記決定する段階は、
前記第１のビット情報フィールドに基づいて、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を決定する段階を含み、前記第１のビット情報フィールドのビット数が１より大きい又は１と等しく、前記第２のビット情報フィールドは、以下の事項のうちの１つを含み、その事項とは、
前記第２のビット情報フィールドのビット数が２より小さい又は２と等しく、前記第２のビット情報フィールドは前記第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は３より小さい又は３と等しく、前記第２のビット情報フィールドは前記第２の情報により占有される時間領域リソースを示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは冗長バージョンを示すのに用いられ、前記冗長バージョンは０又は３であること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは、前記端末デバイスの伝送電力コマンドワードを示すのに用いられ、前記伝送電力コマンドワードは０又は３であること、及び、
前記第２のビット情報フィールドの前記ビット数は４と等しく、前記第２のビット情報フィールドは前記変調符号化方式インデックスを示すのに用いられることである、請求項６に記載の方法。
【請求項１１】
前記第１の情報は前記ＤＣＩにより示される前記Ａ−ＣＳＩを含み、
前記ＤＣＩにより示される前記Ａ−ＣＳＩは複数のＡ−ＣＳＩのうちの少なくとも１つであり、前記複数のＡ−ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含み、前記変調符号化方式インデックスに対応し且つ前記第１のＣＳＩに対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２のＣＳＩに対応している変調符号化方式情報が前記第２の変調符号化方式情報である、及び／又は、
前記ＤＣＩにより示される前記Ａ−ＣＳＩに含まれるＣＳＩが複数のブロック誤り率に対応し、前記複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、若しくは、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項６に記載の方法。
【請求項１２】
第１の情報を前記決定する段階は、
第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて、前記第１の情報を決定する段階を含み、前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
前記第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は前記第１のＨＡＲＱ応答情報を受信しない前記回数、
前記第１の時間ウインドウにおいて第１の確認応答情報を受信する回数、
前記第１の時間ウインドウにおいて前記第１の否定応答情報を受信する前記回数及び／又は前記第１のＨＡＲＱ応答情報を受信しない前記回数の、前記第１の時間ウインドウにおいて前記第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率、並びに、
前記第１の時間ウインドウにおいて前記第１の確認応答情報を受信する前記回数の、前記第１の時間ウインドウにおいて前記第１のＨＡＲＱ応答情報を受信する前記総必要回数に対する比率である、請求項１に記載の方法。
【請求項１３】
前記第２の変調符号化方式情報に対応するブロック誤り率が前記第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は
前記第２の変調符号化方式情報に対応するブロック誤り率の優先度が前記第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い、請求項３から５及び７から１２のいずれか一項に記載の方法。
【請求項１４】
処理モジュールと送受信機モジュールとを備える通信デバイスであって、
前記処理モジュールは、変調符号化方式インデックスを決定するように構成され、
前記処理モジュールはさらに、前記送受信機モジュールにより受信されるダウンリンク制御情報ＤＣＩに基づいて、第１の情報を決定するように構成され、
前記処理モジュールはさらに、前記第１の情報に基づいて、前記変調符号化方式インデックスに対応する変調符号化方式情報を決定するように構成され、
前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間である、デバイス。
【請求項１５】
処理モジュールと送受信機モジュールとを備える通信デバイスであって、
前記処理モジュールは、変調符号化方式情報を決定するように構成され、
前記処理モジュールはさらに、第１の情報と変調符号化方式インデックスとを決定するように構成され、前記第１の情報と前記変調符号化方式インデックスとは、前記変調符号化方式情報を示すのに用いられ、
前記送受信機モジュールは、ダウンリンク制御情報ＤＣＩを用いて前記変調符号化方式インデックスを送信するように構成され、
前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間である、デバイス。
【請求項１６】
前記変調符号化方式インデックスに対応し且つ前記共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記ユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報である、請求項１４又は１５に記載のデバイス。
【請求項１７】
前記第１の変調符号化方式情報は、第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報であり、前記第２の変調符号化方式情報は、第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報である、請求項１６に記載のデバイス。
【請求項１８】
前記第１の変調符号化方式情報は前記第２の変調符号化方式情報と異なる、請求項１６又は１７に記載のデバイス。
【請求項１９】
前記処理モジュールは、前記送受信機モジュールにより受信される前記ＤＣＩに基づいて、前記第１の情報を決定するように構成され、前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
前記ＤＣＩにより示される変調符号化方式テーブル、
前記ＤＣＩにより示される変調符号化方式インデックスオフセット値、
前記ＤＣＩにより示されるフィードバック時間間隔、及び
前記ＤＣＩにより示される非周期的チャネル状態情報Ａ−ＣＳＩである、請求項１４から１８のいずれか一項に記載のデバイス。
【請求項２０】
前記第１の情報は前記ＤＣＩにより示される前記変調符号化方式テーブルを含み、前記ＤＣＩにより示される前記変調符号化方式テーブルは複数の変調符号化方式テーブルのうちの少なくとも１つであり、
前記複数の変調符号化方式テーブルは前記第１の変調符号化方式テーブルと前記第２の変調符号化方式テーブルとを含み、前記第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する前記変調符号化方式情報は、前記第１の変調符号化方式情報であり、前記第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する前記変調符号化方式情報は、前記第２の変調符号化方式情報である、請求項１９に記載のデバイス。
【請求項２１】
前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値は複数の変調符号化方式インデックスオフセット値のうちの少なくとも１つであり、
前記複数の変調符号化方式インデックスオフセット値は第１の変調符号化方式インデックスオフセット値と第２の変調符号化方式インデックスオフセット値とを含み、前記変調符号化方式インデックスに対応し且つ前記第１の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項１９に記載のデバイス。
【請求項２２】
前記第１の情報は、前記ＤＣＩにより示される前記フィードバック時間間隔を含み、前記フィードバック時間間隔は、第２の情報に含まれるデータの送信と、前記端末デバイスによる前記データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔、又は前記第２の情報をスケジューリングするのに用いられるＤＣＩの送信と、前記端末デバイスによる前記第２の情報の送信との間の時間間隔であり、前記ＤＣＩにより示される前記フィードバック時間間隔は複数の時間間隔セットのうちの少なくとも１つに属し、
前記複数の時間間隔セットは第１の時間間隔セットと第２の時間間隔セットとを含み、前記変調符号化方式インデックスに対応し且つ前記第１の時間間隔セットに含まれる前記フィードバック時間間隔に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２の時間間隔セットに含まれる前記フィードバック時間間隔に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項１９に記載のデバイス。
【請求項２３】
前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、さらに前記ＤＣＩのフォーマットを含み、
前記ＤＣＩの前記フォーマットは第１のＤＣＩフォーマットであり、前記ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含み、
第１の情報を前記決定することは、
前記第１のビット情報フィールドに基づいて、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を決定することを含み、前記第１のビット情報フィールドのビット数が１より大きい又は１と等しく、前記第２のビット情報フィールドは以下の事項のうちの１つを含み、その事項とは、
前記第２のビット情報フィールドのビット数が２より小さい又は２と等しく、前記第２のビット情報フィールドは前記第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は３より小さい又は３と等しく、前記第２のビット情報フィールドは前記第２の情報により占有される時間領域リソースを示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは冗長バージョンを示すのに用いられ、前記冗長バージョンは０又は３であること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは前記端末デバイスの伝送電力コマンドワードを示すのに用いられ、前記伝送電力コマンドワードは０又は３であること、及び
前記第２のビット情報フィールドの前記ビット数は４と等しく、前記第２のビット情報フィールドは前記変調符号化方式インデックスを示すのに用いられることである、請求項１９に記載のデバイス。
【請求項２４】
前記第１の情報は前記ＤＣＩにより示される前記Ａ−ＣＳＩを含み、
前記ＤＣＩにより示される前記Ａ−ＣＳＩは複数のＡ−ＣＳＩのうちの少なくとも１つであり、前記複数のＡ−ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含み、前記変調符号化方式インデックスに対応し且つ前記第１のＣＳＩに対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２のＣＳＩに対応している変調符号化方式情報が前記第２の変調符号化方式情報である、及び／又は、
前記ＤＣＩにより示される前記Ａ−ＣＳＩに含まれるＣＳＩが複数のブロック誤り率に対応し、前記複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、若しくは、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項１９に記載のデバイス。
【請求項２５】
前記処理モジュールは具体的には、第１の時間ウインドウにおいて前記送受信機モジュールが第１のＨＡＲＱ応答情報を受信する回数及び／又は前記第１のＨＡＲＱ応答情報を受信しない回数に基づいて、前記第１の情報を決定するように構成され、前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
前記第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は前記第１のＨＡＲＱ応答情報を受信しない前記回数、
前記第１の時間ウインドウにおいて第１の確認応答情報を受信する回数、
前記第１の時間ウインドウにおいて前記第１の否定応答情報を受信する前記回数及び／又は前記第１のＨＡＲＱ応答情報を受信しない前記回数の、前記第１の時間ウインドウにおいて前記第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率、並びに、
前記第１の時間ウインドウにおいて前記第１の確認応答情報を受信する前記回数の、前記第１の時間ウインドウにおいて前記第１のＨＡＲＱ応答情報を受信する前記総必要回数に対する比率である、請求項１４から１８のいずれか一項に記載のデバイス。
【請求項２６】
前記第２の変調符号化方式情報に対応するブロック誤り率が前記第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は
前記第２の変調符号化方式情報に対応するブロック誤り率の優先度が前記第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い、請求項１６から１８及び２０から２５のいずれか一項に記載のデバイス。
【請求項２７】
コンピュータ可読記憶媒体であって、前記コンピュータ可読記憶媒体にはコンピュータプログラムが格納され、前記コンピュータプログラムが通信デバイスにより実行されると、前記通信デバイスは請求項１から１３のいずれか一項に記載の通信方法を行うことが可能になる、コンピュータ可読記憶媒体。
【請求項２８】
コンピュータプログラム製品であって、前記コンピュータプログラム製品にはコンピュータプログラムが格納され、前記コンピュータプログラムが通信デバイスにより実行されると、前記通信デバイスは請求項１から１３のいずれか一項に記載の通信方法を行うことが可能になる、コンピュータプログラム製品。
【請求項２９】
プロセッサを備える通信装置であって、前記プロセッサはメモリに結合され、前記プロセッサが前記メモリに格納された命令を実行することにより、前記通信装置は請求項１から１３のいずれか一項に記載の通信方法を行う、通信装置。
【請求項３０】
端末デバイスとネットワークデバイスとを備える通信システムであって、前記端末デバイスは、請求項１又は請求項３から１３のいずれか一項に記載の通信方法を行うように構成され、前記ネットワークデバイスは請求項２から１３のいずれか一項に記載の通信方法を行うように構成される、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１８年１月１２日に中国国家知識産権局に出願された「通信方法及び通信デバイス（ＣＯＭＭＵＮＩＣＡＴＩＯＮ  ＭＥＴＨＯＤ  ＡＮＤ  ＣＯＭＭＵＮＩＣＡＴＩＯＮＳ  ＤＥＶＩＣＥ）と題する中国特許出願第２０１８１００３３５４９．９号に基づく優先権を主張し、当該中国特許出願は、その全体が参照により本明細書に組み込まれる。
【０００２】
本願は、通信技術の分野に関し、具体的には、通信方法及び通信デバイスに関する。
【背景技術】
【０００３】
国際電気通信連合（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｕｎｉｏｎ、ＩＴＵ）は、第５世代移動通信システム（ｔｈｅ  ｆｉｆｔｈ  ｇｅｎｅｒａｔｉｏｎ、５Ｇ）及び将来の移動通信システムについて、３種類の応用シナリオを定めている。その応用シナリオとは、高速大容量通信（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ、ｅＭＢＢ）、超高信頼低遅延通信（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ＵＲＬＬＣ）、及び大規模マシンタイプ通信（ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ  ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ、ｍＭＴＣ）である。
【０００４】
ＵＲＬＬＣサービスの遅延要件は非常に高く、送信側から受信側までの片方向伝送遅延は、０．５ミリ秒（ｍｉｌｌｉｓｅｃｏｎｄ、ｍｓ）以内である必要があり、伝送信頼性は、１ｍｓの範囲内で９９．９９９％に達する必要がある。
【０００５】
現在、５Ｇ新無線（ｎｅｗ  ｒａｄｉｏ、ＮＲ）技術では、ｅＭＢＢサービスのブロック誤り率（ｂｌｏｃｋ  ｅｒｒｏｒ  ｒａｔｅ、ＢＬＥＲ）０．１と比較すると、ＵＲＬＣＣがより低いブロック誤り率（ｂｌｏｃｋ  ｅｒｒｏｒ  ｒａｔｅ、ＢＬＥＲ）の変調符号化方式（ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  ｃｏｄｉｎｇ  ｓｃｈｅｍｅ、ＭＣＳ）テーブルをサポートできる。
【０００６】
ネットワークデバイスと端末デバイスとの間の通信プロセスにおいて、端末デバイスは、データ変調及び符号化、又はデータ復調及び復号などの処理を、ＭＣＳテーブル内の特定の種類のＭＣＳ情報に基づいて完了することができる。ネットワークデバイス及び端末デバイスが同じＭＣＳ情報を選択できるようにするために、ネットワークデバイス及び端末デバイスも、ＭＣＳテーブルを決定する必要がある。現在、ネットワークデバイスは、上位層シグナリングを用いてＭＣＳテーブルを端末デバイスに通知するが、端末デバイスは、新たな上位層シグナリング通知を受信するまでは、デフォルトによる最初のＭＣＳテーブルをそのまま用いている。ＵＲＬＬＣサービスの遅延要件は高く、ネットワークデバイスは、端末デバイスの実際の状況に基づいて、ＵＲＬＬＣサービスの低遅延の範囲内で、用いる予定のＭＣＳ情報を柔軟に且つ動的に選択する必要がある。したがって、ネットワークデバイスは、上位層シグナリングを用いて、半静的方式で、用いられるＭＣＳテーブルを端末デバイスに通知することによって、ＭＣＳテーブル又は端末デバイスの対応するＭＣＳ情報を柔軟に選択することはできない。ネットワークデバイスがＭＣＳ情報を端末デバイスに通知する現在の方式は、ＵＲＬＬＣサービスの要件に適合できないことが分かる。
【発明の概要】
【０００７】
本願の実施形態が通信方法及び通信デバイスを提供することにより、選択した変調符号化方式情報を端末デバイスに通知する方式が、ＵＲＬＬＣサービスの要件に十分適合できるようになる。
【０００８】
第１の態様によれば、通信方法が提供される。本方法は、通信デバイスにより実行されてよく、通信デバイスは、例えば端末デバイスである。本方法は、変調符号化方式インデックスを決定する段階と、第１の情報を決定する段階と、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定する段階とを含む。第１の情報を決定する段階は、受信したＤＣＩに基づいて第１の情報を決定する段階、又は第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定する段階を含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。あるいは、第１の情報を決定する段階は、受信したＤＣＩ並びに第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて、第１の情報を決定する段階を含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。
【０００９】
本願の本実施形態において、端末デバイスは、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定してよく、その結果、端末デバイスは、決定した変調符号化方式情報に基づいて、第２の情報に対する変調又は復調などの処理を行うことができる。第１の情報は、端末デバイスに動的に通知されてよい。例えば、第１の情報はＤＣＩに基づいて動的に決定される、又は第１の情報は第１のＨＡＲＱ応答情報を受信する回数に基づいて動的に決定される。第１の情報は半静的な上位層シグナリングを用いることなく通知されるので、ＵＲＬＬＣサービスの要件が満たされることになり、変調符号化方式情報を端末デバイスに通知する方式が、ＵＲＬＬＣサービスの要件に十分適合できるようになる。さらに、端末デバイスは、第１の情報を決定する場合、受信したＤＣＩのみに基づいて第１の情報を決定してもよく、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数のみに基づいて第１の情報を決定してもよく、受信したＤＣＩ並びに第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて、第１の情報を決定してもよい。したがって、これらの方式は比較的柔軟である。
【００１０】
実現可能な設計例において、第１の情報は受信したＤＣＩに基づいて決定され、第１の情報は、ＤＣＩにより示される変調符号化方式テーブル、ＤＣＩにより示される変調符号化方式インデックスオフセット値、ＤＣＩにより示されるフィードバック時間間隔、及びＤＣＩにより示されるＡ−ＣＳＩのうちの少なくとも１つを含む。
【００１１】
端末デバイスは、受信したＤＣＩに基づいて第１の情報を決定してよい。例えば、ＤＣＩは、第２の情報をスケジューリングするのに用いられてよい。この場合、第１の情報はＤＣＩを用いて決定され、端末デバイスは、ネットワークデバイスに他の追加情報を送信するよう要求することなく、第１の情報を決定することができる。これにより、伝送リソースを節約してリソース利用率を向上させることができるようになる。
【００１２】
実現可能な設計例において、第１の情報は、ＤＣＩにより示される変調符号化方式テーブルを含み、ＤＣＩにより示される変調符号化方式テーブルは、複数の変調符号化方式テーブルのうちの少なくとも１つである。複数の変調符号化方式テーブルは、第１の変調符号化方式テーブルと第２の変調符号化方式テーブルとを含む。第１の変調符号化方式テーブルに含まれる、変調符号化方式インデックスに対応する変調符号化方式情報が、第１の変調符号化方式情報であり、第２の変調符号化方式テーブルに含まれる、変調符号化方式インデックスに対応する変調符号化方式情報が、第２の変調符号化方式情報である。
【００１３】
本願の本実施形態において、システムが、少なくとも１つの変調符号化方式テーブルをサポートできる。システムが複数の変調符号化方式テーブルをサポートする場合、ＤＣＩにより示される変調符号化方式テーブルは、複数の変調符号化方式テーブルのうちの少なくとも１つである。例えば、１つの変調符号化方式テーブルが１つのブロック誤り率に対応する。システムによりサポートされる変調符号化方式テーブルはそれぞれ、少なくとも１つの種類の変調符号化方式情報を含む。したがって、第１の情報は、ＤＣＩにより示される変調符号化方式テーブルを直接的に含んでよく、端末デバイスは、ＤＣＩに基づいて、どの変調符号化方式テーブルを用いるかを決定し、次に、変調符号化方式インデックスに基づいて、変調符号化方式テーブル内の対応する変調符号化方式情報を決定してよい。この方式は、比較的簡単で直接的である。
【００１４】
実現可能な設計例において、第１の情報はＤＣＩにより示される変調符号化方式インデックスオフセット値を含み、ＤＣＩにより示される変調符号化方式インデックスオフセット値は、複数の変調符号化方式インデックスオフセット値のうちの少なくとも１つである。複数の変調符号化方式インデックスオフセット値は、第１の変調符号化方式インデックスオフセット値と第２の変調符号化方式インデックスオフセット値とを含み、変調符号化方式インデックスに対応し且つ第１の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００１５】
端末デバイスは、決定した変調符号化方式インデックスと、ＤＣＩにより示される変調符号化方式インデックスオフセット値とに基づいて、ＤＣＩにより示される変調符号化方式テーブル内の変調符号化方式情報を決定してよい。具体的には、端末デバイスは、決定した変調符号化方式インデックスに変調符号化方式インデックスオフセット値を加算し（又は決定した変調符号化方式インデックスから変調符号化方式インデックスオフセット値を減算し）、変調符号化方式テーブル内の変調符号化方式インデックスを求めてよい。当該変調符号化方式インデックスに対応する変調符号化方式情報が、決定予定の変調符号化方式情報である。この方式も簡単且つ直接的であり、実施するのが容易である。
【００１６】
実現可能な設計例において、第１の情報はＤＣＩにより示されるフィードバック時間間隔を含み、フィードバック時間間隔は、第２の情報に含まれるデータの送信と、端末デバイスによる当該データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔、又は第２の情報をスケジューリングするのに用いられるＤＣＩの送信と、端末デバイスによる第２の情報の送信との間の時間間隔であり、ＤＣＩにより示されるフィードバック時間間隔は、複数の時間間隔セットのうちの少なくとも１つに属する。複数の時間間隔セットは第１の時間間隔セットと第２の時間間隔セットとを含み、変調符号化方式インデックスに対応し且つ第１の時間間隔セットに含まれるフィードバック時間間隔に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２の時間間隔セットに含まれるフィードバック時間間隔に対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００１７】
概して、フィードバック時間間隔が短いほど、要件が緊急であることを示し、そのようなサービスは、ＵＲＬＬＣサービスであっても、別の比較的緊急なサービスであってもよい。そのようなサービスでは、比較的低いブロック誤り率の変調符号化方式情報が、信頼性を保証するために用いられてよい。フィードバック時間間隔が長いほど、要件があまり緊急ではないことを示し、そのようなサービスの信頼性要件は通常あまり高くない。そのようなサービスでは、比較的高いブロック誤り率の変調符号化方式情報が用いられてよい。
【００１８】
実現可能な設計例において、第１の情報は、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値を含み、さらに、ＤＣＩのフォーマットを含む。ＤＣＩのフォーマットは第１のＤＣＩフォーマットであり、ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含む。第１の情報を決定する段階は、第１のビット情報フィールドに基づいて、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値を決定する段階を含む。第１のビット情報フィールドのビット数が１より大きい又は１と等しく、第２のビット情報フィールドは以下の事項のうちの１つを含む。すなわち、第２のビット情報フィールドのビット数が２より小さい又は２と等しく、第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、第２のビット情報フィールドのビット数は３より小さい又は３と等しく、第２のビット情報フィールドは第２の情報により占有される時間領域リソースを示すのに用いられること、第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは冗長バージョンを示すのに用いられ、冗長バージョンは０又は３であること、第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは端末デバイスの伝送電力コマンドワードを示すのに用いられ、伝送電力コマンドワードは０又は３であること、第２のビット情報フィールドのビット数は４と等しく、第２のビット情報フィールドは変調符号化方式インデックスを示すのに用いられることである。
【００１９】
例えば、ＤＣＩのフォーマットは、第１のＤＣＩフォーマットと第２のＤＣＩフォーマットとを含んでよい。第１のＤＣＩフォーマットのＤＣＩが、コンパクト（ｃｏｍｐａｃｔ）ＤＣＩと呼ばれてよく、第２のＤＣＩフォーマットのＤＣＩが、フォールバック（ｆａｌｌｂａｃｋ）ＤＣＩと呼ばれてよい。第１のＤＣＩフォーマットのＤＣＩはＵＲＬＬＣサービスに適用できるＤＣＩであることが理解されるであろう。第２のＤＣＩフォーマットのＤＣＩは、全てのサービスに適用できるＤＣＩであり、例えば、ＤＣＩ  ｆｏｒｍａｔ  ０＿０及びＤＣＩ  ｆｏｒｍａｔ  １＿０である。本願の本実施形態で提供される技術的解決手段は、第１のＤＣＩフォーマットのＤＣＩに適用されてよい。本願の本実施形態では、第１のＤＣＩフォーマットのＤＣＩのビット総数と第２のＤＣＩフォーマットのＤＣＩのビット総数とが、同じになるように設定されてよいことが理解されるであろう。このように、ブラインド検出回数を減らすことができ、端末デバイスの電力が節約される。第１のＤＣＩフォーマットのＤＣＩにおいて、第２のビット情報フィールドは、第２のビット情報フィールドの元の機能をまだ完了することができ、第１のビット情報フィールドは第１の情報を決定するのに用いられてよい。これは、ＤＣＩ内の既存のビット情報フィールドを用いて第１の情報を決定することに相当する。このように、第１の情報を決定するのに追加のリソースを用いる必要がないので、伝送リソースが節約され、ＤＣＩリソース利用率が向上する。
【００２０】
実現可能な設計例において、第１の情報はＤＣＩにより示されるＡ−ＣＳＩを含み、ＤＣＩにより示されるＡ−ＣＳＩは、複数のＡ−ＣＳＩのうちの少なくとも１つである。複数のＡ−ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含み、変調符号化方式インデックスに対応し且つ第１のＣＳＩに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のＣＳＩに対応している変調符号化方式情報が第２の変調符号化方式情報である、且つ／又は、ＤＣＩにより示されるＡ−ＣＳＩに含まれるＣＳＩが複数のブロック誤り率に対応し、複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報である、若しくは、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００２１】
第１のＣＳＩと第２のＣＳＩとは、異なる内容を含むＣＳＩであってよい。例えば、ＤＣＩにより示されるＡ−ＣＳＩが、ＲＩ及び／又はＲＳＲＰなどの徐々に変化する情報を含む場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いブロック誤り率の変調符号化方式テーブルが必要とされる。ＤＣＩにより示されるＡ−ＣＳＩに含まれるＣＳＩが、ＣＱＩ及び／又はＰＭＩなどのすぐに変化する情報を含む場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いブロック誤り率の変調符号化方式テーブルが必要とされる。別の例では、ＤＣＩにより示されるＡ−ＣＳＩがＣＳＩ  ｐａｒｔ  ２を含む場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いブロック誤り率の変調符号化方式テーブルが必要とされる。ＤＣＩにより示されるＡ−ＣＳＩに含まれるＣＳＩがＣＳＩ  ｐａｒｔ  １のみを含む場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いブロック誤り率の変調符号化方式テーブルが必要とされる。変調符号化方式テーブルとブロック誤り率との対応関係が本明細書において限定されることはない、つまり、変調符号化方式テーブルとブロック誤り率との対応関係は予め定められてもよく、上位層シグナリングを用いて設定されてもよいことに留意されたい。あるいは、第１のＣＳＩと第２のＣＳＩとは、異なるビット情報量（又はビット数と呼ばれる）に対応するＣＳＩであってよい。例えば、ＤＣＩにより示されるＡ−ＣＳＩに含まれるビット情報量が第１のビット数より大きい又はそれと等しい場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いブロック誤り率の変調符号化方式テーブルが必要とされる。ＤＣＩにより示されるＡ−ＣＳＩに含まれるビット情報量が第２のビット数より小さい場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いブロック誤り率の変調符号化方式テーブルが必要とされる。
【００２２】
あるいは、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報であること、又は、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報であることが、事前に指定されてもよい。このことは、特に限定されない。
【００２３】
実現可能な設計例において、第１の情報を決定する段階は、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定する段階を含み、第１の情報は以下の情報のうちの少なくとも１つを含む。すなわち、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率、及び、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率である。
【００２４】
本願の本実施形態において、第１の時間ウインドウは、プロトコルで指定されてもよく、ネットワークデバイスにより設定されてもよく、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知される。
【００２５】
第１の時間ウインドウは、例えば、ＭＣＳ情報を搬送するＤＣＩが受信される時点を終了時点として用いる単位時間、又はＭＣＳ情報が決定される時点を終了時点として用いる単位時間である。あるいは、第１の時間ウインドウは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１の第１の否定応答情報が受信される時点を終了時点として用いる、あるいは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１のＨＡＲＱ応答情報が初めて受信されない時点を終了時点として用いる、あるいは第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後の予め設定された期間の終了時点を終了時点として用いる。本明細書における第１の確認応答情報は、伝送プロセスにおける任意の第１の確認応答情報であってよい。あるいは、第１の時間ウインドウは、１つの時間単位が位置する開始時点及び終了時点に対応する。
【００２６】
理論上、端末デバイスが１つのデータ（又は１つのトランスポートブロック）を送信するたびに、端末デバイスは、第１のＨＡＲＱ応答情報をネットワークデバイスから受信する。この場合、端末デバイスは、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する状況に基づいて、他の追加情報を用いることなく第１の情報を決定してよく、ネットワークデバイスも追加情報を送信する必要はないので、伝送リソースが節約される。
【００２７】
実現可能な設計例において、第１の情報は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数を含み、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数は、複数の回数のセットのうちの少なくとも１つに属する。複数の回数のセットは、第１の回数のセットと第２の回数のセットとを含み、変調符号化方式インデックスに対応し且つ第１の時間ウインドウにおいて第１の回数のセットに含まれる第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第１の時間ウインドウにおいて第２の回数のセットに含まれる第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００２８】
第１の否定応答情報が受信された場合、これは、ネットワークデバイスによる受信が不正確であることを示しているか、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している。第１の否定応答情報が受信されない場合、これも、ネットワークデバイスによる受信が不正確であることを示している場合があり、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している場合がある。第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が比較的大きい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いブロック誤り率に対応する変調符号化方式テーブルが選択される。
【００２９】
実現可能な設計例において、第１の情報は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数を含み、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数は、複数の回数のセットのうちの少なくとも１つに属する。複数の回数のセットは第３の回数のセットと第４の回数のセットとを含み、変調符号化方式インデックスに対応し且つ第１の時間ウインドウにおいて第３の回数のセットに含まれる第１の確認応答情報を受信する回数に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第１の時間ウインドウにおいて第４の回数のセットに含まれる第１の確認応答情報を受信する回数に対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００３０】
第１の確認応答情報が受信された場合、これは、ネットワークデバイスによる受信が正しいことを示しているか、又は端末デバイスによるアップリンクデータ伝送が正しいことを示している。第１の確認応答情報を受信する回数が比較的小さい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いブロック誤り率に対応する変調符号化方式テーブルが選択される。
【００３１】
実現可能な設計例において、第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率を含み、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率は、複数の比率セットのうちの少なくとも１つに属する。複数の比率セットは、第１の比率セットと第２の比率セットとを含み、変調符号化方式インデックスに対応し、且つ第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する、第１の比率セットに含まれる比率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し、且つ第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する、第２の比率セットに含まれる比率に対応している変調符号化方式情報が、第２の変調符号化方式情報である。
【００３２】
第１の否定応答情報が受信された場合、これは、ネットワークデバイスによる受信が不正確であることを示しているか、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している。第１の否定応答情報が受信されない場合、これも、ネットワークデバイスによる受信が不正確であることを示している場合があり、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している場合がある。第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が比較的大きい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いブロック誤り率に対応する変調符号化方式テーブルが選択される。
【００３３】
実現可能な設計例において、第１の情報は、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率を含み、この比率は、複数の比率セットのうちの少なくとも１つに属する。複数の比率セットは第３の比率セットと第４の比率セットとを含み、変調符号化方式インデックスに対応し、且つ第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する、第３の比率セットに含まれる比率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し、且つ第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する、第４の比率セットに含まれる比率に対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００３４】
第１の確認応答情報が受信された場合、これは、ネットワークデバイスによる受信が正しいことを示しているか、又は端末デバイスによるアップリンクデータ伝送が正しいことを示している。第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が比較的小さい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いブロック誤り率に対応する変調符号化方式テーブルが選択される。
【００３５】
第２の態様によれば、通信方法が提供される。本方法は、通信デバイスにより実行されてよく、通信デバイスは、例えば、基地局などのネットワークデバイスである。本方法は、変調符号化方式情報を決定する段階と、第１の情報及び変調符号化方式インデックスを決定する段階であって、第１の情報及び変調符号化方式インデックスは変調符号化方式情報を示すのに用いられる、段階と、ダウンリンク制御情報ＤＣＩを用いて第１の情報を送信する段階とを含む。
【００３６】
ネットワークデバイスは、ＤＣＩを用いて第１の情報を送信してよいので、端末デバイスは、ＤＣＩを用いて第１の情報を決定することができる。次に、端末デバイスは、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定してよく、その結果、端末デバイスは、決定した変調符号化方式情報に基づいて、第２の情報に対して変調又は復調などの処理を行うことができる。第１の情報は、端末デバイスに動的に通知されてよい。例えば、第１の情報はＤＣＩに基づいて決定され、半静的な上位層シグナリングを用いることなく通知されるので、ＵＲＬＬＣサービスの要件が満たされることになり、変調符号化方式情報を端末デバイスに通知する方式が、ＵＲＬＬＣサービスの要件に十分適合できるようになる。
【００３７】
さらに、端末デバイスが別の方式で第１の情報を決定する場合、例えば、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する状況に基づいて端末デバイスが第１の情報を決定する場合、ネットワークデバイスも、対応する方式で第１の情報を決定してよい。例えば、ネットワークデバイスは、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を送信する状況に基づいて第１の情報を決定する。この場合、ネットワークデバイスは、ＤＣＩを用いることなく第１の情報を送信してよいので、伝送リソースを節約することができる。
【００３８】
実現可能な設計例において、第１の情報は、変調符号化方式テーブル、変調符号化方式インデックスオフセット値、フィードバック時間間隔、及びＡ−ＣＳＩのうちの少なくとも１つを含む。
【００３９】
実現可能な設計例において、第１の情報は変調符号化方式テーブルを含み、変調符号化方式テーブルは複数の変調符号化方式テーブルのうちの少なくとも１つである。複数の変調符号化方式テーブルは、第１の変調符号化方式テーブルと第２の変調符号化方式テーブルとを含み、第１の変調符号化方式テーブルに含まれる、変調符号化方式インデックスに対応する変調符号化方式情報が第１の変調符号化方式情報であり、第２の変調符号化方式テーブルに含まれる、変調符号化方式インデックスに対応する変調符号化方式情報が第２の変調符号化方式情報である。
【００４０】
実現可能な設計例において、第１の情報は変調符号化方式インデックスオフセット値を含み、変調符号化方式インデックスオフセット値は、複数の変調符号化方式インデックスオフセット値のうちの少なくとも１つである。複数の変調符号化方式インデックスオフセット値は、第１の変調符号化方式インデックスオフセット値と第２の変調符号化方式インデックスオフセット値とを含み、変調符号化方式インデックスに対応し且つ第１の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２の変調符号化方式インデックスオフセット値に対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００４１】
実現可能な設計例において、第１の情報はフィードバック時間間隔を含み、フィードバック時間間隔は、第２の情報に含まれるデータの送信と、端末デバイスによる当該データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔であるか、あるいは第２の情報をスケジューリングするのに用いられるＤＣＩの送信と、端末デバイスによる第２の情報の送信との間の時間間隔であり、フィードバック時間間隔は複数の時間間隔セットのうちの少なくとも１つに属する。複数の時間間隔セットは第１の時間間隔セットと第２の時間間隔セットとを含み、変調符号化方式インデックスに対応し且つ第１の時間間隔セットに含まれるフィードバック時間間隔に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２の時間間隔セットに含まれるフィードバック時間間隔に対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００４２】
実現可能な設計例において、第１の情報は、変調符号化方式テーブル及び／又は変調符号化方式インデックスオフセット値を含み、さらに、ＤＣＩのフォーマットを含む。ＤＣＩのフォーマットは第１のＤＣＩフォーマットであり、ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含む。第１のビット情報フィールドは、変調符号化方式テーブル及び／又は変調符号化方式インデックスオフセット値を決定するのに用いられ、第１のビット情報フィールドのビット数が１より大きい又は１と等しく、第２のビット情報フィールドは以下の事項のうちの１つを含む。すなわち、第２のビット情報フィールドのビット数が２より小さい又は２と等しく、第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、第２のビット情報フィールドのビット数は３より小さい又は３と等しく、第２のビット情報フィールドは第２の情報により占有される時間領域リソースを示すのに用いられること、第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは冗長バージョンを示すのに用いられ、冗長バージョンは０又は３であること、第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは端末デバイスの伝送電力コマンドワードを示すのに用いられ、伝送電力コマンドワードは０又は３であること、及び、第２のビット情報フィールドのビット数は４と等しく、第２のビット情報フィールドは変調符号化方式インデックスを示すのに用いられることである。
【００４３】
実現可能な設計例において、第１の情報はＡ−ＣＳＩを含み、Ａ−ＣＳＩは複数のＡ−ＣＳＩのうちの少なくとも１つである。複数のＡ−ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含み、変調符号化方式インデックスに対応し且つ第１のＣＳＩに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のＣＳＩに対応している変調符号化方式情報が第２の変調符号化方式情報である、且つ／又は、Ａ−ＣＳＩに含まれるＣＳＩが複数のブロック誤り率に対応し、複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報である、若しくは、変調符号化方式インデックスに対応し且つ最低ブロック誤り率に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ最高ブロック誤り率に対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００４４】
実現可能な設計例において、第１の情報は、ＤＣＩが位置する探索空間、ＤＣＩが位置するキャリア、ＤＣＩの検出期間、ＤＣＩのＣＣＥアグリゲーションレベル、及びＤＣＩが位置するＣＯＲＳＥＴのうちの少なくとも１つを含む。
【００４５】
実現可能な設計例において、第１の情報はＤＣＩが位置する探索空間を含み、ＤＣＩが位置する探索空間は、複数の探索空間のうちの少なくとも１つである。複数の探索空間は共通探索空間とユーザ固有探索空間とを含み、変調符号化方式インデックスに対応し且つ共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００４６】
共通探索空間の出現頻度は通常比較的低く、ユーザ固有探索空間の出現頻度は通常比較的高い。したがって、共通探索空間は、比較的高いブロック誤り率の変調符号化方式情報の方に好適であり、ユーザ固有探索空間は、比較的低いブロック誤り率の変調符号化方式情報の方に好適である。この観点から、第２の変調符号化方式情報に対応するブロック誤り率が、第１の変調符号化方式情報に対応するブロック誤り率より小さくてよい。
【００４７】
実現可能な設計例において、第１の情報はＤＣＩが位置するキャリアを含み、ＤＣＩが位置するキャリアは複数のキャリアのうちの少なくとも１つである。複数のキャリアは第１のキャリアと第２のキャリアとを含み、変調符号化方式インデックスに対応し且つ第１のキャリアに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のキャリアに対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００４８】
例えば、あるシステムにおいて、ＵＲＬＬＣサービスが伝送のために特定のキャリアで搬送されてよく、別のサービスが伝送のために別のキャリアで搬送されてよい。端末デバイスが、ＵＲＬＬＣサービスを搬送するキャリアを用いてＤＣＩを受信する場合、これは、ＤＣＩを用いてスケジューリングされる第２の情報がＵＲＬＬＣサービスに属すること、ＵＲＬＬＣサービスは比較的高い信頼性を必要とすること、また比較的低いブロック誤り率の変調符号化方式情報が選択されてよいことを示している。端末デバイスが、別のサービスを搬送するキャリアを用いてＤＣＩを受信する場合、これは、ＤＣＩを用いてスケジューリングされる第２の情報がＵＲＬＬＣサービス以外のサービスに属すること、別のサービスの信頼性要件がＵＲＬＬＣサービスほど高くないこと、また比較的高いブロック誤り率の変調符号化方式情報が選択されてよいことを示している。
【００４９】
実現可能な設計例において、第１の情報はＤＣＩの検出期間を含み、ＤＣＩの検出期間は複数の検出期間セットのうちの少なくとも１つに属する。複数の検出期間セットは第１の検出期間セットと第２の検出期間セットとを含み、変調符号化方式インデックスに対応し且つ第１の検出期間セットに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２の検出期間セットに対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００５０】
例えば、ＤＣＩの検出期間が短いほど、要件が緊急であることを示し、そのようなサービスはＵＲＬＬＣサービスであっても、別の比較的緊急なサービスであってもよい。そのようなサービスでは、比較的低いブロック誤り率の変調符号化方式情報が、信頼性を保証するのに用いられてよい。ＤＣＩの検出期間が長いほど、要件があまり緊急ではないことを示し、そのようなサービスの信頼性要件は通常あまり高くない。そのようなサービスでは、比較的高いブロック誤り率の変調符号化方式情報が用いられてよい。
【００５１】
実現可能な設計例において、第１の情報はＤＣＩのＣＣＥアグリゲーションレベルを含み、ＤＣＩのＣＣＥアグリゲーションレベルは複数のアグリゲーションレベルセットのうちの少なくとも１つに属する。複数のアグリゲーションレベルセットは第１のアグリゲーションレベルセットと第２のアグリゲーションレベルセットとを含み、変調符号化方式インデックスに対応し且つ第１のアグリゲーションレベルセットに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のアグリゲーションレベルセットに対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００５２】
例えば、アグリゲーションレベルが高い場合、端末デバイスがＤＣＩを受信できる確率が高くなる。この場合、端末デバイスの信頼性要件が比較的高い可能性が高く、比較的低いブロック誤り率の変調符号化方式情報が信頼性を保証するために用いられてよい。これに対して、アグリゲーションレベルが低い場合、端末デバイスはＤＣＩを受信しない可能性が高いかもしれない。したがって、この場合、端末デバイスの信頼性要件があまり高くなく、比較的高いブロック誤り率の変調符号化方式情報が用いられてよい。
【００５３】
実現可能な設計例において、第１の情報はＤＣＩが位置するＣＯＲＳＥＴを含み、ＤＣＩが位置するＣＯＲＳＥＴは複数のＣＯＲＳＥＴセットのうちの少なくとも１つに属する。複数のＣＯＲＳＥＴセットは第１のＣＯＲＳＥＴセットと第２のＣＯＲＳＥＴセットとを含み、変調符号化方式インデックスに対応し且つ第１のＣＯＲＳＥＴセットに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のＣＯＲＳＥＴセットに対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００５４】
実現可能な設計例において、第１のＣＯＲＳＥＴセットに対応するＲＥＧバンドルサイズが第１のＲＥＧバンドルサイズセットに属する、且つ／又は第２のＣＯＲＳＥＴセットに対応するＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズセットに属する。
【００５５】
ＲＥＧバンドルサイズが大きい場合、端末デバイスがＤＣＩを受信できる確率が高くなる。この場合、端末デバイスの信頼性要件が比較的高い可能性が高く、比較的低いブロック誤り率の変調符号化方式情報が信頼性を保証するために用いられてよい。これに対して、ＲＥＧバンドルサイズが小さい場合、端末デバイスはＤＣＩを受信しない可能性が高いかもしれない。したがって、この場合、端末デバイスの信頼性要件があまり高くなく、比較的高いブロック誤り率の変調符号化方式情報が用いられてよい。
【００５６】
実現可能な設計例において、ＤＣＩは第２の情報の時間領域リソース及び／又は周波数領域リソースを示すのに用いられ、第１の情報を決定する段階は、第２の情報に対応するリソースに基づいて第１の情報を決定する段階を含む。第１の情報は、第２の情報に対応するリソースが位置するキャリア、第２の情報に対応するリソースが位置するセル、第２の情報に対応するリソースが位置するＢＷＰ、第２の情報に対応するリソースが位置するＴＡＧ、第２の情報に対応するリソースが位置するＰＵＣＣＨ  ｇｒｏｕｐ、第２の情報に対応するリソースに対応するＰＵＣＣＨフォーマット、第２の情報に対応するリソースのサブキャリア間隔、第２の情報に対応するリソースの波形、及び第２の情報に対応するリソースの時間領域長のうちの少なくとも１つを含む。
【００５７】
実現可能な設計例において、第１の情報は第２の情報に対応するリソースが位置するキャリアを含み、第２の情報に対応するリソースが位置するキャリアは複数のキャリアのうちの少なくとも１つである。複数のキャリアは第１のキャリアと第２のキャリアとを含み、変調符号化方式インデックスに対応し且つ第１のキャリアに対応している変調符号化方式情報が第１の変調符号化方式情報であり、変調符号化方式インデックスに対応し且つ第２のキャリアに対応している変調符号化方式情報が第２の変調符号化方式情報である。
【００５８】
例えば、あるシステムにおいて、ＵＲＬＬＣサービスが伝送のために特定のキャリアで搬送されてよく、別のサービスが伝送のために別のキャリアで搬送されてよい。第２の情報が、ＵＲＬＬＣサービスを搬送するキャリアを用いて伝送される場合、これは、第２の情報がＵＲＬＬＣサービスに属すること、ＵＲＬＬＣサービスが比較的高い信頼性を必要とすること、また比較的低いブロック誤り率の変調符号化方式情報が選択されてよいことを示している。第２の情報が、別のサービスを搬送するキャリアを用いて伝送される場合、これは、第２の情報がＵＲＬＬＣサービス以外のサービスに属すること、別のサービスの信頼性要件がＵＲＬＬＣサービスほど高くないこと、また比較的高いブロック誤り率の変調符号化方式情報が選択されてよいことを示している。
【００５９】
第２の情報に対応するリソースが位置するセル、第２の情報に対応するリソースが位置するＢＷＰ、第２の情報に対応するリソースが位置するＴＡＧ、第２の情報に対応するリソースが位置するＰＵＣＣＨ  ｇｒｏｕｐ、第２の情報に対応するリソースに対応するＰＵＣＣＨフォーマット、第２の情報に対応するリソースのサブキャリア間隔、及び第２の情報に対応するリソースの波形のうちの少なくとも１つを第１の情報が含む場合、これは、第２の情報に対応するリソースが位置するキャリアを第１の情報が含む場合と同様であり、詳細は再度説明しない。
【００６０】
実現可能な設計例において、第１の情報は第２の情報に対応するリソースの時間領域長を含み、第２の情報に対応するリソースの時間領域長は複数の時間領域長セットのうちの少なくとも１つに属する。複数の時間領域長セットは第１の時間領域長セットと第２の時間領域長セットとを含み、第２の情報に対応するリソースの、第１の時間領域長セットに含まれる時間領域長に対応する変調符号化方式情報が第１の変調符号化方式情報であり、第２の情報に対応するリソースの、第２の時間領域長セットに含まれる時間領域長に対応する変調符号化方式情報が第２の変調符号化方式情報である。
【００６１】
第２の情報に対応するリソースの時間領域長が比較的短い場合、これは、第２の情報が比較的緊急なサービスであり得るか、又は第２の情報に残された伝送時間が比較的短いことを示しており、第２の情報が比較的短時間での伝送に成功できることを保証するために、比較的低いブロック誤り率の変調符号化方式情報が必要とされる。第２の情報に対応するリソースの時間領域長が比較的長い場合、これは、第２の情報が緊急性の低いサービスであり得るか、又は第２の情報に残された伝送時間が比較的長いことを示しており、比較的高いブロック誤り率の変調符号化方式情報が用いられてよい。
【００６２】
実現可能な設計例において、第２の変調符号化方式情報に対応するブロック誤り率が第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は第２の変調符号化方式情報に対応するブロック誤り率の優先度が第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い。
【００６３】
あるいは、実現可能な設計例において、第２の変調符号化方式情報に対応するブロック誤り率が第１の変調符号化方式情報に対応するブロック誤り率より大きい、又は第２の変調符号化方式情報に対応するブロック誤り率の優先度が第１の変調符号化方式情報に対応するブロック誤り率の優先度より低い。
【００６４】
具体的には、第１の変調符号化方式情報に対応するブロック誤り率と、第２の変調符号化方式情報に対応するブロック誤り率との関係が、本願の本実施形態において限定されることはない。
【００６５】
実現可能な設計例において、第２の変調符号化方式情報は第１の変調符号化方式情報と同じであるか、又は第２の変調符号化方式情報は第１の変調符号化方式情報と異なる。
【００６６】
第３の態様によれば、通信方法が提供される。本方法は通信デバイスにより実行されてよく、通信デバイスは、例えば、端末デバイスである。本方法は、変調符号化方式インデックスを決定する段階であって、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは０〜［Ｎ−１］であり、Ｎ個の変調符号化方式インデックスは以下の条件、すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ−１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ−１］の関係にあり、Ｎは２より大きい整数であることのうちの少なくとも１つを満たす、段階と、変調符号化方式インデックスに対応する変調符号化方式情報を決定する段階であって、変調符号化方式情報は変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む、段階とを含む。実現可能な設計例において、Ａ、Ｂ、及びＣは整数であり、Ｘ、Ｙ、及びＺは整数である。
【００６７】
これに応じて、第４の態様によれば、通信方法が提供される。本方法は通信デバイスにより実行されてよく、通信デバイスは、例えば、基地局などのネットワークデバイスである。本方法は、変調符号化方式情報を決定する段階であって、変調符号化方式情報は変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む、段階と、変調符号化方式情報に対応する変調符号化方式インデックスを決定する段階であって、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは０〜［Ｎ−１］であり、Ｎ個の変調符号化方式インデックスは以下の条件、すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ−１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ−１］の関係にあり、Ｎは２より大きい整数であることのうちの少なくとも１つを満たす、段階とを含む。実現可能な設計例において、Ａ、Ｂ、及びＣは整数であり、Ｘ、Ｙ、及びＺは整数である。
【００６８】
本願の本実施形態において、ＭＣＳテーブルが再提供されてよく、端末デバイスは、ＭＣＳインデックスを決定することにより、ＭＣＳテーブル内のＭＣＳ情報を直接的に決定することができる。この方式は比較的簡単であり、実施するのが容易である。
【００６９】
第５の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、端末デバイスである。端末デバイスは、前述の方法設計における端末デバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
【００７０】
実現可能な設計例において、端末デバイスの特定の構造がプロセッサと送受信機とを含んでよい。プロセッサと送受信機とは、第１の態様又は第１の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
【００７１】
第６の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、ネットワークデバイスである。ネットワークデバイスは、前述の方法設計のネットワークデバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
【００７２】
実現可能な設計例において、ネットワークデバイスの特定の構造がプロセッサと送受信機とを含んでよい。プロセッサと送受信機とは、第２の態様又は第２の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
【００７３】
第７の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、端末デバイスである。端末デバイスは、前述の方法設計における端末デバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
【００７４】
実現可能な設計例において、端末デバイスの特定の構造がプロセッサと送受信機とを含んでよい。プロセッサと送受信機とは、第３の態様又は第３の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
【００７５】
第８の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、ネットワークデバイスである。ネットワークデバイスは、前述の方法設計のネットワークデバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
【００７６】
実現可能な設計例において、ネットワークデバイスの特定の構造がプロセッサと送受信機とを含んでよい。プロセッサと送受信機とは、第４の態様又は第４の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
【００７７】
第９の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、端末デバイスである。端末デバイスは、前述の方法設計における端末デバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
【００７８】
実現可能な設計例において、端末デバイスの特定の構造が処理モジュールと送受信機モジュールとを含んでよい。処理モジュールと送受信機モジュールとは、第１の態様又は第１の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
【００７９】
第１０の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、ネットワークデバイスである。ネットワークデバイスは、前述の方法設計のネットワークデバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
【００８０】
実現可能な設計例において、ネットワークデバイスの特定の構造が処理モジュールと送受信機モジュールとを含んでよい。処理モジュールと送受信機モジュールとは、第２の態様又は第２の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
【００８１】
第１１の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、端末デバイスである。端末デバイスは、前述の方法設計における端末デバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
【００８２】
実現可能な設計例において、端末デバイスの特定の構造が処理モジュールと送受信機モジュールとを含んでよい。処理モジュールと送受信機モジュールとは、第３の態様又は第３の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
【００８３】
第１２の態様によれば、通信デバイスが提供され、通信デバイスは、例えば、ネットワークデバイスである。ネットワークデバイスは、前述の方法設計のネットワークデバイスを実装するという機能を有する。これらの機能は、ハードウェアで実装されてもよく、対応するソフトウェアをハードウェアが実行することにより実装されてもよい。ハードウェア又はソフトウェアは、機能に対応する１つ又は複数のユニットを含む。
【００８４】
実現可能な設計例において、ネットワークデバイスの特定の構造が処理モジュールと送受信機モジュールとを含んでよい。処理モジュールと送受信機モジュールとは、第４の態様又は第４の態様の実現可能な設計例のうちのいずれか１つで提供される方法の対応する機能を実行してよい。
【００８５】
第１３の態様によれば、通信装置が提供される。通信装置は、前述の方法設計の端末デバイスであってもよく、端末デバイスに配置されるチップでもよい。通信装置は、コンピュータが実行可能プログラムコードを格納するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行すると、通信装置は、第１の態様又は第１の態様の実現可能な設計例のうちのいずれか１つにおける端末デバイスで実行される方法を実行する。
【００８６】
第１４の態様によれば、通信装置が提供される。通信装置は、前述の方法設計のネットワークデバイスであってもよく、ネットワークデバイスに配置されるチップでもよい。通信装置は、コンピュータが実行可能プログラムコードを格納するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行すると、通信装置は、第２の態様又は第２の態様の実現可能な設計例のうちのいずれか１つにおけるネットワークデバイスで実行される方法を実行する。
【００８７】
第１５の態様によれば、通信装置が提供される。通信装置は、前述の方法設計の端末デバイスであってもよく、端末デバイスに配置されるチップでもよい。通信装置は、コンピュータが実行可能プログラムコードを格納するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行すると、通信装置は、第３の態様又は第３の態様の実現可能な設計例のうちのいずれか１つにおける端末デバイスで実行される方法を実行する。
【００８８】
第１６の態様によれば、通信装置が提供される。通信装置は、前述の方法設計のネットワークデバイスであってもよく、ネットワークデバイスに配置されるチップでもよい。通信装置は、コンピュータが実行可能プログラムコードを格納するように構成されたメモリと、プロセッサとを含み、プロセッサはメモリに結合される。メモリに格納されるプログラムコードは命令を含み、プロセッサが命令を実行すると、通信装置は、第４の態様又は第４の態様の実現可能な設計例のうちのいずれか１つにおけるネットワークデバイスで実行される方法を実行する。
【００８９】
第１７の態様によれば、通信システムが提供され、通信システムはネットワークデバイスと端末デバイスとを含む。端末デバイスは、変調符号化方式インデックスを決定し、第１の情報を決定し、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定するように構成され、第１の情報を決定することは、受信したＤＣＩ又は第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定することを含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。ネットワークデバイスは、変調符号化方式情報を決定することと、第１の情報と変調符号化方式インデックスとを決定することであって、第１の情報と変調符号化方式インデックスとは変調符号化方式情報を示すのに用いられる、決定することと、ダウンリンク制御情報ＤＣＩを用いて第１の情報を送信することとを行うように構成される。
【００９０】
第１８の態様によれば、通信システムが提供され、通信システムはネットワークデバイスと端末デバイスとを含む。端末デバイスは、変調符号化方式インデックスを決定することであって、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは０〜［Ｎ−１］であり、Ｎ個の変調符号化方式インデックスは以下の条件、すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ−１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ−１］の関係にあり、Ｎは２より大きい整数であることのうちの少なくとも１つを満たす、決定することと、変調符号化方式インデックスに対応する変調符号化方式情報を決定することであって、変調符号化方式情報は変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む、決定することとを行うように構成される。ネットワークデバイスは、変調符号化方式情報を決定することであって、変調符号化方式情報は変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む、決定することと、変調符号化方式情報に対応する変調符号化方式インデックスを決定することであって、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは０〜［Ｎ−１］であり、Ｎ個の変調符号化方式インデックスは以下の条件、すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ−１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ−１］の関係にあり、Ｎは２より大きい整数であることのうちの少なくとも１つを満たす、決定することとを行うように構成される。実現可能な設計例において、Ａ、Ｂ、及びＣは整数であり、Ｘ、Ｙ、及びＺは整数である。
【００９１】
第１９の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第１の態様又は第１の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
【００９２】
第２０の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第２の態様又は第２の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
【００９３】
第２１の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第３の態様又は第３の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
【００９４】
第２２の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第４の態様又は第４の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
【００９５】
第２３の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第１の態様又は第１の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
【００９６】
第２４の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第２の態様又は第２の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
【００９７】
第２５の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第３の態様又は第３の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
【００９８】
第２６の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は命令を格納し、命令がコンピュータで動作すると、コンピュータは、第４の態様又は第４の態様の実現可能な設計例のうちのいずれか１つの方法を実行することが可能になる。
【００９９】
本願の実施形態において、第１の情報は端末デバイスに動的に通知されてよい。例えば、第１の情報はＤＣＩに基づいて動的に決定される、又は第１の情報は第１のＨＡＲＱ応答情報を受信する回数に基づいて動的に決定される。第１の情報は半静的な上位層シグナリングを用いることなく通知されるので、ＵＲＬＬＣサービスの要件が満たされることになり、変調符号化方式情報を端末デバイスに通知する方式が、ＵＲＬＬＣサービスの要件に十分適合できるようになる。
【図面の簡単な説明】
【０１００】
【図１】本願の一実施形態による応用シナリオの概略図である。
【０１０１】
【図２】本願の一実施形態による第１の通信方法のフローチャートである。
【０１０２】
【図３】本願の一実施形態によるＵＲＬＬＣサービス伝送プロセスの時間要件の概略図である。
【０１０３】
【図４】本願の一実施形態による第２の通信方法のフローチャートである。
【０１０４】
【図５】本願の一実施形態による端末デバイスの概略構造図である。
【０１０５】
【図６】本願の一実施形態によるネットワークデバイスの概略構造図である。
【０１０６】
【図７】本願の一実施形態による端末デバイスの概略構造図である。
【０１０７】
【図８】本願の一実施形態によるネットワークデバイスの概略構造図である。
【０１０８】
【図９Ａ】本願の一実施形態による通信装置の概略構造図である。
【図９Ｂ】本願の一実施形態による通信装置の概略構造図である。
【発明を実施するための形態】
【０１０９】
本願の実施形態の目的、技術的解決手段、及び利点をより明確にするために、以下ではさらに、添付図面を参照して本願の実施形態を詳細に説明する。
【０１１０】
以下では、当業者の理解を容易にするために、本願の実施形態で使われるいくつかの用語を説明する。
【０１１１】
（１）端末デバイスは、ユーザに音声及び／又はデータ接続を提供するデバイスを含み、例えば、無線接続機能を有するハンドヘルドデバイス、又は無線モデムに接続された処理デバイスを含んでよい。端末デバイスは、無線アクセスネットワーク（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ、ＲＡＮ）を通じてコアネットワークと通信し、ＲＡＮを用いて音声及び／又はデータをやり取りしてよい。端末デバイスは、ユーザ機器（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ、ＵＥ）、無線端末デバイス、移動端末デバイス、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ  ｕｎｉｔ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）、移動局（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、モバイルコンソール（ｍｏｂｉｌｅ）、リモート局（ｒｅｍｏｔｅ  ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ、ＡＰ）、リモート端末デバイス（ｒｅｍｏｔｅ  ｔｅｒｍｉｎａｌ）、アクセス端末デバイス（ａｃｃｅｓｓ  ｔｅｒｍｉｎａｌ）、ユーザ端末デバイス（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ  ａｇｅｎｔ）、又はユーザデバイス（ｕｓｅｒ  ｄｅｖｉｃｅ）などを含んでよい。例えば、端末デバイスは、携帯電話（又は「セルラ方式」電話と呼ばれる）、移動端末デバイスを備えたコンピュータ、ポータブル且つポケットサイズでハンドヘルド型のコンピュータ内蔵式若しくは車載式の移動装置、又はインテリジェントなウェアラブルデバイスを含んでよい。例えば、端末デバイスは、パーソナル通信サービス（ｐｅｒｓｏｎａｌ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｅｒｖｉｃｅ、ＰＣＳ）電話、コードレス電話セット、セッション開始プロトコル（ｓｅｓｓｉｏｎ  ｉｎｉｔｉａｔｉｏｎ  ｐｒｏｔｏｃｏｌ、ＳＩＰ）電話、無線ローカルループ（ｗｉｒｅｌｅｓｓ  ｌｏｃａｌ  ｌｏｏｐ、ＷＬＬ）局、又は携帯情報端末（ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ、ＰＤＡ）などのデバイスである。端末デバイスはさらに、限定されたデバイス、例えば、比較的低電力消費のデバイス、限定された記憶能力を有するデバイス、又は限定された計算能力を有するデバイスを含む。例えば、端末デバイスは、バーコード、無線自動識別（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＲＦＩＤ）、センサ、全地球測位システム（ｇｌｏｂａｌ  ｐｏｓｉｔｉｏｎｉｎｇ  ｓｙｓｔｅｍ、ＧＰＳ）、又はレーザスキャナなどの情報センシングデバイスを含む。
【０１１２】
限定ではなく一例として、本願の実施形態において、端末デバイスは代替的にウェアラブルデバイスであってもよい。ウェアラブルデバイスは、ウェアラブルインテリジェントデバイスとも呼ばれることがあり、ウェアラブル技術をインテリジェントな設計の日常装具に適用することで開発された、眼鏡、手袋、腕時計、衣類、及び靴などのウェアラブルデバイスを指す一般用語である。ウェアラブルデバイスは、身体に直接的に着用できる又はユーザの衣類又はアクセサリに組み込むことができるポータブルデバイスである。ウェアラブルデバイスは、単なるハードウェアデバイスではなく、ソフトウェアサポート、データ交換、クラウドインタラクションによって高性能な機能を実装するのに用いられる。汎用のウェアラブルインテリジェントデバイスには、スマートフォンに依存することなく、完全な又は部分的な機能を実装できるスマートウォッチ又はスマートグラスなどのフル機能で大型のデバイス、及び１つの種類の応用機能だけに特化して、スマートフォンなどの他のデバイスと連携する必要があるデバイス、例えば、身体的症状を監視するための様々なスマートバンド、スマートヘルメット、又はスマートジュエリーなどが含まれる。
【０１１３】
（２）ネットワークデバイスは、例えば、基地局（例えば、アクセスポイント）を含み、１つ又は複数のセルを用いてエアインタフェースを介して無線端末デバイスと通信し且つアクセスネットワーク内にあるデバイスであってよい。ネットワークデバイスは、受信した無線フレーム及びインターネットプロトコル（ＩＰ）パケットを相互に変換し、端末デバイスとアクセスネットワークの残りの部分との間でルータとしての機能を果たすように構成されてよく、アクセスネットワークの残りの部分はＩＰネットワークを含んでよい。ネットワークデバイスはさらに、エアインタフェースの属性管理を調整してよい。例えば、ネットワークデバイスは、ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システム又はＬＴＥアドバンスト（ＬＴＥ−Ａｄｖａｎｃｅｄ、ＬＴＥ−Ａ）システムの進化型ＮｏｄｅＢ（ＮｏｄｅＢ、ｅＮＢ、又はｅ−ＮｏｄｅＢ、ｅｖｏｌｕｔｉｏｎａｌ  ＮｏｄｅＢ）を含んでもよく、５ＧのＮＲシステムの次世代ＮｏｄｅＢ（ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ  ＮｏｄｅＢ、ｇＮＢ）を含んでもよい。これについては、本願の実施形態において限定されることはない。
【０１１４】
さらに、本願の実施形態において、ネットワークデバイスはサービスをセルに提供し、端末デバイスは、セルで用いられる伝送リソース（例えば、周波数領域リソース、又はスペクトルリソース）を用いてネットワークデバイスと通信する。セルは、ネットワークデバイス（例えば、基地局）に対応するセルであってよい。セルは、マクロ基地局に属してもよく、スモールセル（ｓｍａｌｌ  ｃｅｌｌ）に対応する基地局に属してもよい。本明細書におけるスモールセルは、メトロセル（Ｍｅｔｒｏ  ｃｅｌｌ）、マイクロセル（Ｍｉｃｒｏ  ｃｅｌｌ）、ピコセル（Ｐｉｃｏ  ｃｅｌｌ）、及びフェムトセル（Ｆｅｍｔｏ  ｃｅｌｌ）などを含んでよい。これらのセルは、カバレッジエリアが小さく且つ伝送電力が低いことを特徴としており、高速データ伝送サービスを提供するのに好適である。
【０１１５】
さらに、ＬＴＥシステム又はＮＲシステムでは、複数の同一周波数セルが同時に１つのキャリアで動作してよい。いくつかの特別なシナリオでは、キャリア及びセルの概念が同等であることも考えられ得る。例えば、キャリアアグリゲーション（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ、ＣＡ）シナリオでは、二次キャリアがＵＥ用に設定された場合、二次キャリアのキャリアインデックスと二次キャリアで動作する二次セルのセル識別情報（ｃｅｌｌ  ｉｄｅｎｔｉｔｙ、Ｃｅｌｌ  ＩＤ）とが両方とも搬送される。この場合、キャリア及びセルの概念は同等であることが考えられ得る。例えば、ＵＥの場合、キャリアにアクセスすることは、セルにアクセスすることに相当する。
【０１１６】
（３）サブキャリア間隔は、直交周波数分割多重化（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ、ＯＦＤＭ）システムの周波数領域における２つの隣接するサブキャリアの中心位置同士又はピーク位置同士の間隔の値である。例えば、ロングタームエボリューション（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ、ＬＴＥ）システムのサブキャリア間隔が１５（キロヘルツ、ｋＨｚ）であり、５ＧのＮＲシステムのサブキャリア間隔が、１５ｋＨｚ、３０ｋＨｚ、６０ｋＨｚ、又は１２０ｋＨｚであってもよい。
【０１１７】
以下の表１を参照されたい。
【表１】
2021510264.tif 000003
【０１１８】
μが、サブキャリア間隔を示すのに用いられる。例えば、μ＝０の場合、サブキャリア間隔は１５ｋＨｚであり、又はμ＝１の場合、サブキャリア間隔は３０ｋＨｚである。
【０１１９】
（４）ＵＲＬＬＣサービス：ＵＲＬＬＣサービスの遅延要件は非常に高く、送信側から受信側までの片方向伝送遅延は、０．５ｍｓ以内である必要があり、伝送信頼性は、１ｍｓの範囲内で９９．９９９％に達する必要がある。
【０１２０】
ＵＲＬＬＣサービスの伝送遅延要件を満たすために、より短い時間スケジューリング単位が無線エアインタフェースを介したデータ伝送に用いられてよく、例えば、ミニスロット（ｍｉｎｉ−ｓｌｏｔ）又は大きいサブキャリア間隔を有するスロットが最小時間スケジューリング単位として用いられる。１つのミニスロットは、１つ又は複数の時間領域シンボルを含む。本明細書における時間領域シンボルは、直交周波数分割多重化ＯＦＤＭシンボルであってよい。サブキャリア間隔が１５ｋＨｚである１つのスロットの場合、６個又は７個の時間領域シンボルが含まれ、対応する時間長が０．５ｍｓである。サブキャリア間隔が６０ｋＨｚである１つのスロットの場合、対応する時間長が０．１２５ｍｓに短縮される。
【０１２１】
ＵＲＬＬＣサービスのデータパケットが、突然、ランダムに生成される。データパケットは非常に長い間、生成されなくてもよく、複数のデータパケットが非常に短い期間に生成されてよい。ほとんどの場合、ＵＲＬＬＣサービスのデータパケットは小型パケットであり、例えば５０バイトである。ＵＲＬＬＣサービスのデータパケットの特性が、通信システムのリソース割り当て方式に影響を与える。本明細書におけるリソースには、限定されることはないが、時間領域シンボル、周波数領域リソース、時間周波数リソース、符号語リソース、及びビームリソースなどが含まれる。通常、システムリソース割り当てが、アクセスネットワークデバイスによって完了する。以下では、説明の一例として、アクセスネットワークデバイスを用いる。アクセスネットワークデバイスが、リソース予約方式でリソースをＵＲＬＬＣサービスに割り当てるとするならば、ＵＲＬＬＣサービスがない場合、システムリソースが無駄になる。さらに、ＵＲＬＬＣサービスの短遅延特性によって、データパケットの伝送が非常に短い期間に完了することが求められる。したがって、アクセスネットワークデバイスは、ＵＲＬＬＣサービス用に十分に高い帯域幅を予約する必要があるので、システムリソース利用率の急激な減少をもたらすことになる。
【０１２２】
ＵＲＬＬＣサービスデータには、超短遅延要件を満たすために、比較的短い時間スケジューリング単位が通常用いられる。例えば、サブキャリア間隔が１５ｋＨｚである２つの時間領域シンボルが用いられる、又はサブキャリア間隔が６０ｋＨｚである１つのスロットが用いられ、７個の時間領域シンボルと０．１２５ｍｓの時間長に対応している。
【０１２３】
（５）変調符号化方式テーブル：変調符号化方式が本明細書ではＭＣＳと略されることがあるので、変調符号化方式テーブルも本明細書ではＭＣＳテーブルと略されることがある。しかしながら、変調符号化方式は本明細書において限定されることはなく、別の変換方式があってもよい。ＭＣＳテーブルは、変調方式（ｍｏｄｕｌａｔｉｏｎ）、符号化レート（ｃｏｄｉｎｇ  ｒａｔｅ）、及びＢＬＥＲなどの内容のうちの少なくとも１つを含む。１つのＭＣＳテーブルが少なくとも１つの種類の変調符号化方式情報を含んでよく、それぞれの種類の変調符号化方式情報は、対応するインデックス（つまり、変調符号化方式インデックス）を有し、変調方式、符号化レート、及びＢＬＥＲといった内容のうちの少なくとも１つに対応する。同様に、変調符号化方式が本明細書ではＭＣＳと略されるため、変調符号化方式情報もＭＣＳ情報と略されることがあり、変調符号化方式インデックスはＭＣＳインデックスと略されることがある。
【０１２４】
ＵＲＬＬＣサービスが複数のＭＣＳテーブルをサポートしてよく、各ＭＣＳテーブルは１つ又は複数のＢＬＥＲに対応してよい。本明細書の説明過程では、主に２つのＭＣＳテーブルが一例として用いられる。実際の応用では、ＭＣＳテーブルの数がこれに限定されることはない。
【０１２５】
（６）チャネル状態情報（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）：一般に、ＣＳＩは周期的ＣＳＩ（Ｐ−ＣＳＩ）、非周期的ＣＳＩ（Ａ−ＣＳＩ）、及び半永続的ＣＳＩ（ＳＰＳ−ＣＳＩ）に分類される。周期的ＣＳＩとは、端末デバイスがＣＳＩをネットワークデバイスに周期的に送信することを意味する。非周期的ＣＳＩの送信は、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ、ＤＣＩ）を用いてネットワークデバイスによりトリガされ、半永続的ＣＳＩの送信については、ネットワークデバイスが、ダウンリンク制御情報を用いて、一定期間の間ＣＳＩを連続的に送信するよう端末デバイスをトリガする。送信メカニズムから分かるのは、非周期的ＣＳＩによって、ネットワークデバイスが端末デバイスに現在のＣＳＩを送信するよう、ネットワークデバイスの要件に従って命令することが可能になり得るということであり、これはより柔軟である。しかしながら、各トリガはＤＣＩの送信に依存する。ＤＣＩの数を制御して、ＤＣＩにより占有される制御チャネルリソースを減らすために、半永続的ＣＳＩが導入されており、周期的ＣＳＩは上位層シグナリングを用いて構成される。したがって、ＤＣＩの送信が可能な限り減らされ、３つのメカニズムが全て保持される。周期的ＣＳＩ及び非周期的ＣＳＩだけが第４世代移動通信（ｔｈｅ  ｆｏｕｒｔｈ  ｇｅｎｅｒａｔｉｏｎ、４Ｇ）システムでサポートされ、非周期的ＣＳＩは当然ながら物理アップリンク共有チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＰＵＳＣＨ）で送信され、周期的ＣＳＩは当然ながら物理アップリンク制御チャネル（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ、ＰＵＣＣＨ）で送信されることに留意されたい。５ＧのＮＲシステムに関する現在の議論では、半永続的ＣＳＩが提起されており、非周期的ＣＳＩがＰＵＣＣＨで送信されてよいことも合意されている。ＣＳＩは、チャネル品質インジケータ（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ、ＣＱＩ）、プリコーティングマトリックスインジケータ（ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ、ＰＭＩ）、ランクインジケータ（ｒａｎｋ  ｉｎｄｉｃａｔｏｒ、ＲＩ）、参照信号受信電力（ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ、ＲＳＲＰ）、チャネル状態情報−参照信号リソースインジケータ（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ−ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ  ｒｅｓｏｕｒｃｅ  ｉｎｄｉｃａｔｏｒ、ＣＲＩ）、又は非ゼロ広帯域増幅係数の数のインジケータ（ｉｎｄｉｃａｔｏｒ  ｏｆ  ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ｎｏｎ−ｚｅｒｏ  ｗｉｄｅｂａｎｄ  ａｍｐｌｉｔｕｄｅ  ｃｏｅｆｆｉｃｉｅｎｔｓ）などの情報のうちの１つ又は複数を含む。
【０１２６】
（７）帯域幅部分（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ、ＢＷＰ）は、チャネル帯域幅の一部であり、「動作帯域幅（ｏｐｅｒａｔｉｎｇ  ｂａｎｄｗｉｄｔｈ）」若しくは伝送帯域幅、ミニＢＷＰ（ｍｉｎｉ  ＢＷＰ）、ＢＷＰユニット（ＢＷＰ  Ｕｎｉｔ）、又はＢＰサブバンドなどとも呼ばれることがあり、ＢＷＰ又はＢＰと略されることがある。帯域幅部分の名称及び略語は、本願の実施形態において特に限定されない。ＢＷＰは、周波数領域における連続したリソースの一区分であってよい。例えば、１つの帯域幅部分はＫ（Ｋ＞０）個の連続したサブキャリアを含む、又は１つの帯域幅部分は、Ｎ（Ｎ＞０）個の非重複連続リソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ、ＲＢ）が位置する周波数領域リソースである、又は１つの帯域幅部分は、Ｍ（Ｍ＞０）個の非重複連続リソースブロックグループ（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ  ｇｒｏｕｐ、ＲＢＧ）が位置する周波数領域リソースである。ここで、１つのＲＢＧはＰ（Ｐ＞０）個の連続したＲＢを含む。１つの帯域幅部分は、１つの特定のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）に関連しており、ヌメロロジーは、サブキャリア間隔及び巡回プレフィックス（ｃｙｃｌｉｃ  ｐｒｅｆｉｘ、ＣＰ）のうちの少なくとも１つを含む。
【０１２７】
（８）ブロック誤り率は本明細書においてＢＬＥＲと略されるが、別の変換方式も名称も除外されない。ＢＬＥＲとは、全ての送信ブロックにおける誤りブロックの割合である。例えば、ＢＬＥＲは、｛ｘ＊１０ｅ−１，ｘ＊１０ｅ−２，ｘ＊１０ｅ−３，ｘ＊１０ｅ−４，ｘ＊１０ｅ−５，ｘ＊１０ｅ−６，ｘ＊１０ｅ−７，ｘ＊１０ｅ−８，ｘ＊１０ｅ−９｝のうちの１つと等しくてもよく、別の値と等しくてもよい。１０ｅ−１＝１０−１＝０．１であり、ＢＬＥＲの他の値も同様である。ｘは正の数、例えばｘは１若しくは５である、又は別の値と等しくてもよい。つまり、ＢＬＥＲは代替的に、正確性の割合と置き換えられてもよく、｛１−［ｘ＊１ｅ−１］，１−［ｘ＊１ｅ−２］，１−［ｘ＊１ｅ−３］，１−［ｘ＊１ｅ−４］，１−［ｘ＊１ｅ−５］，１−［ｘ＊１ｅ−６］，１−［ｘ＊１ｅ−７］，１−［ｘ＊１ｅ−８］，又は１−［ｘ＊１ｅ−９］｝のうちの１つと等しくてもよいことが理解されるであろう。
【０１２８】
（９）上位層シグナリングは、上位層プロトコル層により送信されるシグナリングであってよい。上位層プロトコル層は、物理層より上の少なくとも１つのプロトコル層である。上位層プロトコル層は具体的には、媒体アクセス制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ、ＭＡＣ）層、無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ、ＲＬＣ）層、パケットデータコンバージェンスプロトコル（ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）層、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）層、及び非アクセス層（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ、ＮＡＳ）のうちの少なくとも１つのプロトコル層を含んでよい。
【０１２９】
動的シグナリングは、物理層により送信されるシグナリング、例えば、ＤＣＩを用いて送信されるシグナリング又は情報であってよい。
【０１３０】
（１０）波形：ＤＣＩの波形又は第２の情報に対応するリソースの波形などが、本明細書において説明される。現在、５ＧのＮＲシステムは、ＯＦＤＭと、シングルキャリア周波数分割多元接続（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ａｃｃｅｓｓ、ＳＣ−ＦＤＭＡ）という２つの種類の波形をアップリンクにおいてサポートする。５ＧのＮＲシステムは、ダウンリンクにおいてＯＦＤＭをサポートする。
【０１３１】
（１１）タイミングアドバンスグループ（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ  ｇｒｏｕｐ、ＴＡＧ）：１つのＴＡＧは１つ又は複数のキャリアを含んでも、１つ又は複数のＢＷＰを含んでもよい。
【０１３２】
（１２）ＰＵＣＣＨ  ｇｒｏｕｐ：１つのＰＵＣＣＨ  ｇｒｏｕｐは１つ又は複数のＴＡＧを含んでもよく、１つ又は複数のキャリアを含んでもよい。
【０１３３】
（１３）用語「システム」及び「ネットワーク」は、本願の実施形態では同じ意味で用いられ得る。用語「複数の（ａ  ｐｌｕｒａｌｉｔｙ  ｏｆ）」は、少なくとも２つを意味する。これを考慮して、「複数の」は、本願の実施形態では「少なくとも２つの」と理解されてよい。用語「及び／又は（ａｎｄ／ｏｒ）」は、関連対象物を説明するための対応関係を説明し、３つの関係が存在し得ることを表す。例えば、Ａ及び／又はＢは、Ａだけが存在する、Ａ及びＢが両方とも存在する、Ｂだけが存在するという３つの場合を表し得る。さらに、記号「／」は一般に、特に明記しない限り、関連対象物の間で「又は（ｏｒ）」の関係を示す。
【０１３４】
さらに、特に明記しない限り、本願の実施形態では、「第１」及び「第２」などの序数が、複数の対象物を区別することを目的としているが、複数の対象物の序列、時系列、優先度、又は重要度を限定することを目的としているわけではない。
【０１３５】
本願の実施形態は、ＬＴＥシステム又は５ＧのＮＲシステムに適用されてもよく、次世代移動通信システム又は別の同様の通信システムに適用されてもよい。
【０１３６】
さらに、以下の説明過程では、本願の実施形態で提供される技術的解決手段がＵＲＬＬＣサービスに適用される一例が主に用いられる。このことが、実際の応用において限定されることはない。例えば、本願の実施形態で提供される技術的解決手段は、ＵＲＬＬＣサービスと同様の要件を有する別のサービスにも適用されてよい。
【０１３７】
図１は、本願の一実施形態による応用シナリオを示す。図１には、ネットワークデバイスと少なくとも１つの端末デバイスが含まれる。ネットワークデバイス及び端末デバイスは５ＧのＮＲシステムで動作し、ネットワークデバイスは、例えば、基地局である。端末デバイスは、５ＧのＮＲシステムを用いてネットワークデバイスと通信してよい。
【０１３８】
以下では、第１のＭＣＳ情報及び第２のＭＣＳ情報という２つの概念を説明する。第１のＭＣＳ情報及び第２のＭＣＳ情報は、以下の条件を満たしてよい。すなわち、第２のＭＣＳ情報に対応するＢＬＥＲが第１のＭＣＳ情報に対応するＢＬＥＲより小さいこと（例えば、第２のＭＣＳ情報に対応するＢＬＥＲは１０ｅ−５であり、第１のＭＣＳ情報に対応するＢＬＥＲは１０ｅ−３である）、又は第２のＭＣＳ情報に対応するＢＬＥＲの優先度が第１のＭＣＳ情報に対応するＢＬＥＲの優先度より高いことである。
【０１３９】
あるいは、第１のＭＣＳ情報及び第２のＭＣＳ情報は以下の条件を満たしてよい。すなわち、第２のＭＣＳ情報に対応するＢＬＥＲが第１のＭＣＳ情報に対応するＢＬＥＲより大きいこと（例えば、第１のＭＣＳ情報に対応するＢＬＥＲは１０ｅ−５であり、第２のＭＣＳ情報に対応するＢＬＥＲは１０ｅ−３である）、又は第２のＭＣＳ情報に対応するＢＬＥＲの優先度が第１のＭＣＳ情報に対応するＢＬＥＲの優先度より低いことである。
【０１４０】
以下の説明では、第２のＭＣＳ情報に対応するＢＬＥＲが第１のＭＣＳ情報に対応するＢＬＥＲより小さい、又は第２のＭＣＳ情報に対応するＢＬＥＲの優先度が第１のＭＣＳ情報に対応するＢＬＥＲの優先度より高いという一例が主に用いられる。しかしながら、本願の実施形態では、第１のＭＣＳ情報に対応するＢＬＥＲと第２のＭＣＳ情報に対応するＢＬＥＲとの大小関係が限定されることはなく、第１のＭＣＳ情報に対応するＢＬＥＲの優先度と第２のＭＣＳ情報に対応するＢＬＥＲの優先度との関係も限定されることはない。
【０１４１】
さらに、ＢＬＥＲの値とＢＬＥＲの優先度との関係も、本明細書において限定されることはない。例えば、実現可能なケースにおいて、より小さいＢＬＥＲの値がより高い優先度を示す場合、値が１０ｅ−５のＢＬＥＲの優先度が、値が１０ｅ−３のＢＬＥＲの優先度より高い、又は別の実現可能なケースにおいて、より大きいＢＬＥＲの値がより高い優先度を示す場合、値が１０ｅ−３のＢＬＥＲの優先度が、値が１０ｅ−５のＢＬＥＲの優先度より高い。あるいは、実現可能なケースにおいて、ＢＬＥＲの優先度が、上位層シグナリング又は物理層シグナリングを用いてネットワークデバイスにより通知される。
【０１４２】
図２を参照すると、本願の一実施形態が第１の通信方法を提供する。以下の説明過程では、例えば、本方法は図１に示す応用シナリオに適用される。本方法の手順が、次の通り説明される。
【０１４３】
Ｓ２１：端末デバイスはネットワークデバイスにＣＳＩを送信し、ネットワークデバイスは端末デバイスからＣＳＩを受信する。
【０１４４】
Ｓ２２：ネットワークデバイスは第１の情報を決定する、又は第１の情報と変調符号化方式インデックスとを決定する。
【０１４５】
Ｓ２３：ネットワークデバイスは変調符号化方式インデックスを端末デバイスに送信し、端末デバイスは変調符号化方式インデックスを受信する。
【０１４６】
Ｓ２４：端末デバイスは変調符号化方式インデックスを決定する。
【０１４７】
Ｓ２５：端末デバイスは第１の情報を決定する。第１の情報を決定する段階は、受信したＤＣＩに基づいて第１の情報を決定する且つ／又は第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定する段階を含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。
【０１４８】
Ｓ２６：端末デバイスは、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定する。
【０１４９】
Ｓ２７：端末デバイスは、決定した変調符号化方式情報に基づいて第２の情報を伝送する。
【０１５０】
本願の本実施形態では、これらの段階の連続番号は単なる一例であって、各段階の実際の実行順序に対する限定とはならない。適用過程において、各段階の実行順序は、異なるシナリオ又は要件に応じて変化してよい。
【０１５１】
端末デバイスは、ＣＳＩ参照リソースに対してチャネル測定を行うことにより、ＣＳＩレポート（ｒｅｐｏｒｔ）を取得する。端末デバイスは、ＣＳＩレポートを符号化することで取得されるＣＳＩをネットワークデバイスに送信し、ネットワークデバイスはＣＳＩを端末デバイスから受信してよい。
【０１５２】
Ｓ２１が任意選択の段階であるのは、ネットワークデバイスが端末デバイスからＣＳＩを受信しない場合には、ネットワークデバイスが代替的に変調符号化方式インデックスを端末デバイスに送信してよく、又は第２の情報をスケジューリングしてよいという理由による。
【０１５３】
さらに、本願の本実施形態において、ネットワークデバイスはＭＣＳインデックス（ｉｎｄｅｘ）を端末デバイスに送信してよく、ネットワークデバイスは第１の情報とＭＣＳインデックスをＳ２２で決定してよい。例えば、ネットワークデバイスは、ＤＣＩを用いて、ＭＣＳインデックスを端末デバイスに示してよく、端末デバイスは、受信したＤＣＩに基づいてＭＣＳインデックスを決定してよい。この場合、Ｓ２２は代替的に、次の通りに理解されてよい。すなわち、ネットワークデバイスは端末デバイスにＤＣＩを送信し、端末デバイスはＤＣＩを受信し、ＤＣＩはＭＣＳインデックスを示してよい。具体的には、ＤＣＩはＭＣＳフィールド（ｆｉｅｌｄ）を含み、ＭＣＳフィールドはＭＣＳインデックスを示してよい。あるいは、ＭＣＳインデックスはプロトコルに予め設定されてもよく、端末デバイス及びネットワークデバイスによって直接的に決定されてもよい。この場合、Ｓ２３を実行する必要はない。つまり、ネットワークデバイスはＭＣＳインデックスを端末デバイスに送信する必要はない。さらに、この場合、ネットワークデバイスはＭＣＳインデックスをＳ２２で決定することを選択してもよく、ＭＣＳインデックスを任意の他の段階で決定してもよい。あるいは、ＭＣＳインデックスは、上位層シグナリングなどの他のシグナリングを用いて、ネットワークデバイスにより設定されてもよい。この場合、Ｓ２３は次の通りに理解されてよい。すなわち、ネットワークデバイスは、上位層シグナリングなどの他のシグナリングを端末デバイスに送信し、端末デバイスは、上位層シグナリングなどの他のシグナリングを受信する。上位層シグナリングなどの他のシグナリングは、ＭＣＳインデックスを示してよい。さらに、この場合、Ｓ２３を必ずしも現在の順序で行わず、Ｓ２６の前の任意の段階で行ってもよい。
【０１５４】
このことを考慮して、Ｓ２２も任意選択の段階であるのは、ネットワークデバイスがＭＣＳインデックスを送信しなくても、端末デバイスはＭＣＳインデックス及び第１の情報を決定することもできるという理由による。
【０１５５】
さらに、Ｓ２６も任意選択の段階であるのは、端末デバイスは必ずしも第２の情報を伝送しないという理由による。図２では、任意選択の段階を示す矢印が破線で描かれており、任意選択の段階と他の段階とを区別している。さらに、第２の情報は、アップリンク情報でもダウンリンク情報でもよい。したがって、図２では、第２の情報を示すのに両矢印が用いられる。つまり、両矢印は、端末デバイス及びネットワークデバイスが両方とも第２の情報を送信することを示すのではなく、第２の情報が端末デバイスにより送信されてもよく、ネットワークデバイスにより送信されてもよいことを示しているだけである。端末デバイスがここで第２の情報を伝送することは、具体的には次の通りであってよい。すなわち、端末デバイスは第２の情報を送信する、又は端末デバイスは第２の情報を受信する。
【０１５６】
ネットワークデバイスが端末デバイスからＣＳＩを受信しない場合、ネットワークデバイスは、端末デバイスのために第２の情報を直接的にスケジューリングしてよく、又は端末は第２の情報を直接的に送信する。ネットワークデバイスが端末デバイスからＣＳＩを受信する場合、ネットワークデバイスは、受信したＣＳＩに基づいて、端末デバイスのために第２の情報をスケジューリングしてよい。端末デバイスがよりタイムリーにＣＳＩをネットワークデバイスに送信する場合、ネットワークデバイスは端末デバイスのためにリソース割り当て及びＭＣＳ選択をより正確に行うことができるので、システムリソース利用率が向上し、端末デバイスによる第２の情報の伝送精度が向上することが分かる。
【０１５７】
本願の本実施形態において、ＤＣＩは、第２の情報をスケジューリングするのに用いられてよい。例えば、ＤＣＩは、第２の情報を伝送するのに用いられる時間領域リソース及び／又は周波数領域リソースを示してよい。第２の情報はデータ及び／又は制御情報を含み、制御情報は、例えばＣＳＩを含み、さらに他の情報を含んでもよい。第２の情報は、ＰＵＳＣＨ、物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ、ＰＤＳＣＨ）、又はＰＵＣＣＨで搬送されてもよい。例えば、第２の情報は、ＰＵＳＣＨで搬送されるアップリンクデータ及び／又はアップリンク制御情報であってもよく、第２の情報は、ＰＤＳＣＨで搬送されるダウンリンクデータ及び／又はダウンリンク制御情報であってもよく、第２の情報は、ＰＵＣＣＨで搬送されるアップリンク制御情報であってもよい。あるいは、ＤＣＩはスケジューリングに用いられなくてもよい。例えば、ＤＣＩは、特に第１の情報を示すのに用いられてよい。
【０１５８】
端末デバイスは、異なる方式で第１の情報を決定してよい。例えば、端末デバイスにより第１の情報を決定する方式が、限定されることはないが、以下の方式のうちの少なくとも１つを含む。
【０１５９】
Ａ：受信したＤＣＩに基づいて、第１の情報を決定する。
【０１６０】
Ｂ：第１の時間ウインドウにおいて第１のハイブリッド自動再送要求（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ、ＨＡＲＱ）応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて、第１の情報を決定する。第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。
【０１６１】
以下では、第１の情報を決定する前述の２つの方式を個々に説明する。
【０１６２】
Ａ：端末デバイスは、受信したＤＣＩに基づいて第１の情報を決定する。
【０１６３】
方式Ａにおいて、端末デバイスにより決定される第１の情報は、複数の異なる種類の情報を含んでよい。方式Ａの第１の例では、端末デバイスにより決定される第１の情報は、以下のうちの少なくとも１つを含む。すなわち、ＤＣＩにより示される変調符号化方式テーブル（変調符号化方式テーブルは複数の変調符号化方式テーブルのうちの少なくとも１つを含む）、ＤＣＩにより示される変調符号化方式インデックスオフセット値、ＤＣＩが位置する探索空間、ＤＣＩが位置するキャリア（ｃａｒｒｉｅｒ）、ＤＣＩが位置するセル（ｃｅｌｌ）、ＤＣＩが位置する帯域幅部分（ｂａｎｄｗｉｄｔｈ  ｐａｒｔ、ＢＷＰ）、ＤＣＩが位置するＴＡＧ、ＤＣＩが位置するＰＵＣＣＨ  ｇｒｏｕｐ、ＤＣＩのサブキャリア間隔、ＤＣＩの波形、ＤＣＩの検出期間、ＤＣＩにより示されるフィードバック時間間隔（フィードバック時間間隔は、第２の情報に含まれるデータの送信と、端末デバイスによる当該データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔、又は第２の情報をスケジューリングするのに用いられるＤＣＩの送信と、端末デバイスによる第２の情報の送信との間の時間間隔である）、ＤＣＩにより示されるＡ−ＣＳＩ、ＤＣＩの制御チャネルエレメント（ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ、ＣＣＥ）アグリゲーションレベル、及びＤＣＩが位置する制御リソースグループ（ＣＯＲＳＥＴ）である。
【０１６４】
これに応じて、端末デバイスが、受信したＤＣＩに基づいて第１の情報を決定する場合、ネットワークデバイスがＤＣＩを送信する前に第１の情報を決定するので、ネットワークデバイスは、第１の情報を直接的に決定する、又は送信予定のＤＣＩに基づいて第１の情報を決定する。例えば、これに応じてネットワークデバイスにより決定される第１の情報は、以下のうちの少なくとも１つを含む。すなわち、変調符号化方式テーブル（変調符号化方式テーブルは複数の変調符号化方式テーブルのうちの少なくとも１つである）、変調符号化方式インデックスオフセット値、ＤＣＩが位置する探索空間、ＤＣＩが位置するキャリア、ＤＣＩが位置するセル、ＤＣＩが位置する帯域幅部分、ＤＣＩが位置するＴＡＧ、ＤＣＩが位置するＰＵＣＣＨ  ｇｒｏｕｐ、ＤＣＩのサブキャリア間隔、ＤＣＩの波形、ＤＣＩの検出期間、フィードバック時間間隔（フィードバック時間間隔は、第２の情報に含まれるデータの送信と、端末デバイスによる当該データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔、又は第２の情報をスケジューリングするのに用いられるＤＣＩの送信と、端末デバイスによる第２の情報の送信との間の時間間隔である）、Ａ−ＣＳＩ、ＤＣＩのＣＣＥアグリゲーションレベル、及びＤＣＩが位置するＣＯＲＳＥＴである。
【０１６５】
端末デバイスにより決定された第１の情報と、ネットワークデバイスにより決定された第１の情報とは、同じはずである。例えば、端末デバイス及びネットワークデバイスは両方とも、ＤＣＩが位置するキャリアを第１の情報が含むと決定する。
【０１６６】
以下の説明過程では、第１の情報、及び第１の情報に基づいてＭＣＳインデックスに対応するＭＣＳ情報を決定することなどが、主に端末デバイスの観点から説明される。ネットワークデバイスの場合も、第１の情報を決定するプロセス又は決定された第１の情報の内容は同様である。
【０１６７】
次に、前述の第１の情報が個々に説明される。
【０１６８】
Ａ１：第１の情報は、ＤＣＩにより示される変調符号化方式テーブルを含む。
【０１６９】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスは、ＭＣＳインデックスを決定し、ＤＣＩにより示される変調符号化方式テーブルに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０１７０】
あるいは、本方法は、次の通りに説明されてもよい。すなわち、端末デバイスは、ＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩにより示されるＭＣＳテーブルを決定し、ＤＣＩにより示されるＭＣＳテーブルに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０１７１】
ＵＲＬＬＣサービスが１つ又は複数のＭＣＳテーブルをサポートしてよく、１つのＭＣＳテーブルが１つ又は複数のＢＬＥＲに対応してよい。複数のＭＣＳテーブルのそれぞれは、少なくとも１つの種類のＭＣＳ情報を含み、それぞれの種類のＭＣＳ情報は、対応するＭＣＳインデックスを有する。
【０１７２】
端末デバイスは、受信したＤＣＩ内のＭＣＳフィールドに基づいてＭＣＳインデックスを決定しても、プロトコル又は上位層シグナリングなどを用いてＭＣＳインデックスを決定してもよい。一般に、ＤＣＩ内のＭＣＳフィールドは、固定数のビットを含み、これらのビットはＭＣＳインデックス（０〜Ｙ）を表す。したがって、複数のＭＣＳテーブル内のＭＣＳインデックスが、個々に番号を付けられる。この場合、異なるＭＣＳテーブル内のＭＣＳインデックスが同じであってよい。例えば、ＭＣＳインデックス１がＭＣＳテーブル１に存在し、ＭＣＳインデックス１がＭＣＳテーブル２にも存在する。したがって、ＭＣＳインデックスを取得することに加えて、端末デバイスは、どのＭＣＳテーブルを用いるかを決定する必要があるので、ＭＣＳインデックスに対応するＭＣＳ情報を一意に決定することができる。
【０１７３】
具体的には、ＤＣＩにより示されるＭＣＳテーブルが第１のＭＣＳテーブルである場合、第１のＭＣＳテーブル内の、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報である、又はＤＣＩにより示されるＭＣＳテーブルが第２のＭＣＳテーブルである場合、第２のＭＣＳテーブル内の、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報である。あるいは、ＤＣＩにより示されるＭＣＳテーブルが第１のＭＣＳテーブルである場合、端末デバイスは、第１のＭＣＳテーブル内のＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩにより示されるＭＣＳテーブルが第２のＭＣＳテーブルである場合、端末デバイスは、第２のＭＣＳテーブル内の、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。
【０１７４】
あるいは、ＤＣＩにより示されるＭＣＳテーブルが複数のＭＣＳテーブルのうちの少なくとも１つである場合、複数のＭＣＳテーブルは第１のＭＣＳテーブルと第２のＭＣＳテーブルとを含む。この場合、ＭＣＳテーブルを説明するという観点から、実施例Ａ１における解決手段は代替的に次の通りに説明されてもよい。すなわち、第１のＭＣＳテーブルに含まれる、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であり、第２のＭＣＳテーブルに含まれる、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０１７５】
実施例Ａ１において、ＤＣＩはＭＣＳテーブルを示してよく、端末デバイスは、ＤＣＩに基づいてＭＣＳテーブルを決定し、ＭＣＳ情報を決定してよい。ＤＣＩがさらにＭＣＳインデックスを示す場合、端末デバイスは、さらに多くの情報を受信することなくＭＣＳ情報を決定できるので、伝送リソースの占有が減少し、インジケーション方式が比較的簡単である。
【０１７６】
Ａ２：第１の情報は、ＤＣＩにより示される変調符号化方式インデックスオフセット値を含む。
【０１７７】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩにより示される変調符号化方式インデックスオフセット値に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０１７８】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩにより示されるＭＣＳインデックスオフセット値を決定し、ＤＣＩにより示されるＭＣＳインデックスオフセット値に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０１７９】
上述したように、本明細書では変調符号化方式がＭＣＳと略されることがあるので、変調符号化方式インデックスオフセット値はＭＣＳインデックスオフセット値と略されてよい。例えば、ＤＣＩにより示されるＭＣＳインデックスオフセット値は複数のＭＣＳインデックスオフセット値のうちの少なくとも１つであり、複数のＭＣＳインデックスオフセット値は第１のＭＣＳインデックスオフセット値と第２のＭＣＳインデックスオフセット値とを含む。
【０１８０】
上述したように、システムが１つ又は複数のＭＣＳテーブルをサポートしてよく、１つのＭＣＳテーブルは１つ又は複数のＢＬＥＲに対応してよい。複数のＭＣＳテーブルのそれぞれは、少なくとも１つの種類のＭＣＳ情報を含み、それぞれの種類のＭＣＳ情報は対応するＭＣＳインデックスを有する。
【０１８１】
一例では、システムは１つのＭＣＳテーブルをサポートし、ＭＣＳテーブルは１つ又は複数のＢＬＥＲに対応する。ＭＣＳテーブルでは、ＭＣＳインデックスが順に番号を付けられてよい。ＤＣＩはＭＣＳインデックスオフセット値を示してよく、端末デバイスは、ＤＣＩにより示されるＭＣＳインデックスオフセット値と決定されたＭＣＳインデックスとに基づいて、ＤＣＩにより示されるＭＣＳテーブル内のＭＣＳ情報を決定してよい。具体的には、端末デバイスは、決定されたＭＣＳインデックスにＭＣＳインデックスオフセット値を加算して（又は決定されたＭＣＳインデックスからＭＣＳインデックスオフセット値を減算して）、ＭＣＳテーブル内のＭＣＳインデックスを求めてよく、当該ＭＣＳインデックスに対応するＭＣＳ情報が決定予定のＭＣＳ情報である。
【０１８２】
例えば、ＭＣＳテーブル内のＭＣＳインデックス番号が０〜３１である。上位層シグナリング構成又はＤＣＩ内のＭＣＳフィールドに基づいて端末デバイスにより決定されるＭＣＳインデックスが２であり、またＤＣＩにより示されるＭＣＳインデックスオフセット値が１６である場合、端末デバイスは、ＭＣＳテーブル内のＭＣＳインデックス１８を決定してよく、ＭＣＳインデックス１８により示されるＭＣＳ情報が端末デバイスにより決定されるＭＣＳ情報である。例えば、ＭＣＳテーブル内の全てのＭＣＳインデックス番号が０〜３１である。上位層シグナリング構成又はＤＣＩ内のＭＣＳフィールドに基づいて端末デバイスにより決定されるＭＣＳインデックスが２であり、またＤＣＩにより示されるＭＣＳインデックスオフセット値が−１６である場合、端末デバイスは、ＭＣＳテーブル内のＭＣＳインデックスが（［ＭＣＳインデックス］＋［ＭＣＳインデックスオフセット値］）ｍｏｄ［ＭＣＳインデックス番号の総数］と等しい、つまり、（２−１６）ｍｏｄ３２＝１４であると決定してよく、ＭＣＳインデックス１４により示されるＭＣＳ情報が端末デバイスにより決定されるＭＣＳ情報である。
【０１８３】
別の例において、システムは複数のＭＣＳテーブルをサポートし、各ＭＣＳテーブルが１つ又は複数のＢＬＥＲに対応してよい。複数のＭＣＳテーブル内のＭＣＳインデックスが一様な順序で番号を付けられてよい。例えば、第１のＭＣＳテーブルが１６個のＭＣＳ情報を含み、対応するＭＣＳインデックスがＭＣＳインデックス０〜ＭＣＳインデックス１５であり、第２のＭＣＳテーブルが１６個のＭＣＳ情報を含み、対応するＭＣＳインデックスがＭＣＳインデックス１６〜ＭＣＳインデックス３１であるなどのように続く。ＤＣＩはＭＣＳインデックスオフセット値を示してよく、端末デバイスは、ＤＣＩにより示されるＭＣＳインデックスオフセット値と決定されたＭＣＳインデックスとに基づいて、ＤＣＩにより示されるＭＣＳテーブル内のＭＣＳ情報を決定してよい。具体的には、端末デバイスは、決定されたＭＣＳインデックスにＭＣＳインデックスオフセット値を加算して、１つのＭＣＳテーブル内のＭＣＳインデックスを求めてよく、当該ＭＣＳインデックスに対応するＭＣＳ情報が決定予定のＭＣＳ情報である。
【０１８４】
例えば、ＤＣＩにより示されるＭＣＳインデックスオフセット値が第１のインデックスオフセット値である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩにより示されるＭＣＳインデックスオフセット値が第２のインデックスオフセット値である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。あるいは、ＤＣＩにより示されるＭＣＳインデックスオフセット値が第１のインデックスオフセット値である場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定し、又はＤＣＩにより示されるＭＣＳインデックスオフセット値が第２のインデックスオフセット値である場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。具体的には、ＭＣＳインデックス及び第１のインデックスオフセット値に対応するＭＣＳ情報が第１のＭＣＳ情報であり、またＭＣＳインデックス及び第２のインデックスオフセット値に対応するＭＣＳ情報が第２のＭＣＳ情報であることが理解されるであろう。
【０１８５】
例えば、２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに含まれる１６個のＭＣＳ情報に対応するＭＣＳインデックスがＭＣＳインデックス０〜ＭＣＳインデックス１５であり、第２のＭＣＳテーブルに含まれる１６個のＭＣＳ情報に対応するＭＣＳインデックスがＭＣＳインデックス１６〜ＭＣＳインデックス３１である。例えば、ＤＣＩのインジケーションに従って端末デバイスにより決定されるＭＣＳインデックスが２であり、またＤＣＩにより示されるＭＣＳインデックスオフセット値が１６である場合、端末デバイスはＭＣＳインデックス１８を求めてよく、ＭＣＳインデックス１８により示されるＭＣＳ情報が端末デバイスにより決定されるＭＣＳ情報である。あるいは、例えば、ＤＣＩのインジケーションに従って端末デバイスにより決定されるＭＣＳインデックスが２であり、またＤＣＩにより示されるＭＣＳインデックスオフセット値が０である場合、端末デバイスはＭＣＳインデックス０を求めてよく、ＭＣＳインデックス０により示されるＭＣＳ情報が端末デバイスにより決定されるＭＣＳ情報である。ＭＣＳインデックス１８は第２のＭＣＳテーブルにあり、ＭＣＳインデックス０は第１のＭＣＳテーブルにある。したがって、ＭＣＳインデックスオフセット値は、特定のＭＣＳテーブルを示すのに用いられ得ることが考えられてよい。
【０１８６】
あるいは、ＤＣＩにより示されるＭＣＳインデックスオフセット値は複数のＭＣＳインデックスオフセット値のうちの少なくとも１つであり、複数のＭＣＳインデックスオフセット値は第１のＭＣＳインデックスオフセット値と第２のＭＣＳインデックスオフセット値とを含む。ＭＣＳインデックスオフセット値を説明するという観点から、実施例Ａ２における解決手段は代替的に次の通りに説明されてもよい。ＭＣＳインデックスに対応し且つ第１のＭＣＳインデックスオフセット値に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のＭＣＳインデックスオフセット値に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０１８７】
ＭＣＳインデックスに対応し且つ第１のＭＣＳインデックスオフセット値に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩにより示されるＭＣＳインデックスオフセット値が第１のＭＣＳインデックスオフセット値である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩにより示されるＭＣＳインデックスオフセット値が第１のＭＣＳインデックスオフセット値であるか、又は第２のＭＣＳインデックスオフセット値であるかに関係なく、ＭＣＳインデックスは変化しない。したがって、ＭＣＳインデックスオフセット値とＭＣＳ情報との対応関係が、ＭＣＳインデックスオフセット値とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＭＣＳインデックスオフセット値に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０１８８】
実施例Ａ１における第１の情報がＤＣＩにより示されるＭＣＳテーブルを含むのか、又は実施例Ａ２における第１の情報がＤＣＩにより示されるＭＣＳインデックスオフセット値を含むのかに関係なく、インジケーション方式は比較的簡単で直接的であり、実施するのが容易である。
【０１８９】
Ａ３：第１の情報は、ＤＣＩが位置する探索空間を含む。
【０１９０】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩが位置する探索空間に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０１９１】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩが位置する探索空間を決定し、ＤＣＩが位置する探索空間に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０１９２】
一般に、ネットワークデバイスにより端末デバイスのために設定される探索空間は、共通探索空間（ｃｏｍｍｏｎ  ｓｅａｒｃｈ  ｓｐａｃｅ、ＣＳＳ）とユーザ固有探索空間とを含む。ユーザ固有探索空間は、例えば、ユーザ機器固有探索空間（ＵＥ−ｓｐｅｃｉｆｉｃ  ｓｅａｒｃｈ  ｓｐａｃｅ、ＵＳＳ）である。例えば、ＤＣＩにより示される探索空間は複数の探索空間のうちの少なくとも１つであり、複数の探索空間は共通探索空間とユーザ固有探索空間とを含む。
【０１９３】
具体的には、ＤＣＩが位置する探索空間が共通探索空間である場合（又は、端末デバイスが共通探索空間でＤＣＩを受信する場合）、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定してよい、又は、ＤＣＩが位置する探索空間がユーザ固有探索空間である場合（又は、端末デバイスがユーザ固有探索空間でＤＣＩを受信する場合）、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定してよい。あるいは、ＤＣＩが位置する探索空間が共通探索空間である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は、ＤＣＩが位置する探索空間がユーザ固有探索空間である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０１９４】
あるいは、ＤＣＩにより示される探索空間は複数の探索空間のうちの少なくとも１つであり、複数の探索空間は共通探索空間とユーザ固有探索空間とを含む。この場合、探索空間を説明するという観点から、実施例Ａ３における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ共通探索空間に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つユーザ固有探索空間に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０１９５】
ＭＣＳインデックスに対応し且つ共通探索空間に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩにより示される探索空間が共通探索空間である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩにより示される探索空間が共通探索空間であるのか、又はユーザ固有探索空間であるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、探索空間とＭＣＳ情報との対応関係が、探索空間とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つユーザ固有探索空間に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０１９６】
共通探索空間の出現頻度は、通常、比較的低く、ユーザ固有探索空間の出現頻度は、通常、比較的高い。したがって、共通探索空間は、比較的高いＢＬＥＲのＭＣＳ情報に好適であり、ユーザ固有探索空間は、比較的低いＢＬＥＲのＭＣＳ情報に好適である。この観点から、第２のＭＣＳ情報に対応するＢＬＥＲが、第１のＭＣＳ情報に対応するＢＬＥＲより小さくなり得る。
【０１９７】
本願において、ＤＣＩは、第２の情報をスケジューリングするのに用いられるＤＣＩ、ＭＣＳインデックスを示すのに用いられるＤＣＩ、又は他のＤＣＩであってもよいことが理解されるであろう。このことは、本願において限定されることはない。
【０１９８】
Ａ４：第１の情報は、ＤＣＩが位置するキャリアを含む。
【０１９９】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩが位置するキャリアに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０２００】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩが位置するキャリアを決定して、ＤＣＩが位置するキャリアに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０２０１】
例えば、ＤＣＩが位置するキャリアは複数のキャリアのうちの少なくとも１つであり、複数のキャリアは第１のキャリアと第２のキャリアとを含む。
【０２０２】
具体的には、ＤＣＩが位置するキャリアが第１のキャリアである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩが位置するキャリアが第２のキャリアである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩが位置するキャリアが第１のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するキャリアが第２のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０２０３】
例えば、あるシステムでは、ＵＲＬＬＣサービスが伝送のために特定のキャリアで搬送されてよく、別のサービスが伝送のために別のキャリアで搬送されてもよい。端末デバイスが、ＵＲＬＬＣサービスを搬送するキャリアを用いてＤＣＩを受信する場合、これは、ＤＣＩを用いてスケジューリングされる第２の情報がＵＲＬＬＣサービスに属すること、ＵＲＬＬＣサービスは比較的高い信頼性を必要とすること、比較的低いＢＬＥＲのＭＣＳ情報が選択されてよいことを示している。端末デバイスが、別のサービスを搬送するキャリアを用いてＤＣＩを受信する場合、これは、ＤＣＩを用いてスケジューリングされる第２の情報がＵＲＬＬＣサービス以外のサービスに属すること、別のサービスの信頼性要件がＵＲＬＬＣサービスほど高くないこと、比較的高いＢＬＥＲのＭＣＳ情報が選択されてよいことを示している。
【０２０４】
具体的には、ＤＣＩが位置するキャリアが一次コンポーネントキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である。ＤＣＩが位置するキャリアが二次コンポーネントキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０２０５】
例えば、第１のキャリアは、ＵＲＬＬＣサービス以外のサービスを搬送するキャリアである。上述したように、本システムは複数のＭＣＳテーブルをサポートする、例えば、２つのＭＣＳテーブルをサポートする。端末デバイスは、第１のキャリアに基づいて、高いＢＬＥＲのＭＣＳテーブルを選択してよく、例えば、第１のＭＣＳテーブルを選択してよく、次に端末デバイスは、ＭＣＳインデックスに基づいて、第１のＭＣＳテーブル内のどのＭＣＳ情報を選択するかを決定し、例えば、第１のＭＣＳ情報を選択すると決定する。同様に、例えば、第２のキャリアがＵＲＬＬＣサービスを搬送するキャリアであり、本システムが２つのＭＣＳテーブルをサポートする例が引き続き用いられる。端末デバイスは、第２のキャリアに基づいて、低いＢＬＥＲのＭＣＳテーブルを選択する、例えば、第２のＭＣＳテーブルを選択すると決定してよく、次に端末デバイスは、ＭＣＳインデックスに基づいて、第２のＭＣＳテーブル内のどのＭＣＳ情報を選択するか、例えば、第２のＭＣＳ情報を選択すると決定してよい。具体的には、一次コンポーネントキャリアに対応するＭＣＳテーブルが第１のＭＣＳテーブルであり、したがって、第１のＭＣＳ情報が決定される。二次コンポーネントキャリアに対応するＭＣＳテーブルが第２のＭＣＳテーブルであり、したがって、第２のＭＣＳ情報が決定される。
【０２０６】
キャリアとＭＣＳ情報との対応関係がシステムに予め定められてもよく、上位層シグナリング又は物理層シグナリングを用いて通知されてもよいことに留意されたい。
【０２０７】
あるいは、ＤＣＩが位置するキャリアは複数のキャリアのうちの少なくとも１つであり、複数のキャリアは第１のキャリアと第２のキャリアとを含む。この場合、キャリアを説明するという観点から、実施例Ａ４における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のキャリアに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のキャリアに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０２０８】
ＭＣＳインデックスに対応し且つ第１のキャリアに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するキャリアが第１のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するキャリアが第１のキャリアであるのか、又は第２のキャリアであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、キャリアとＭＣＳ情報との対応関係が、キャリアとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のキャリアに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０２０９】
また、第１の情報はさらに、ＤＣＩが位置するセル、ＤＣＩが位置するＢＷＰ、ＤＣＩが位置するＴＡＧ、ＤＣＩが位置するＰＵＣＣＨグループ（ｇｒｏｕｐ）、ＤＣＩのサブキャリア間隔、及びＤＣＩの波形のうちの少なくとも１つを含んでよい。これらの場合は、ＤＣＩが位置するキャリアを第１の情報が含む場合と同様であり、したがって、実施例Ａ４において共に説明されている。
【０２１０】
例えば、第１の情報は、ＤＣＩが位置するセルを含む。
【０２１１】
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング若しくは物理層シグナリングが用いられ、ＤＣＩが位置するセルが第１のセル、例えば、マクロセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するセルが第２のセル、例えば、マイクロセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０２１２】
具体的には、システム又はプロトコルはそのことを事前に指定してよく、又は、高いブロック誤り率のＭＣＳテーブルに対応するセルもあれば、低いブロック誤り率のＭＣＳテーブルに対応するセルもあることを通知するのに、上位層シグナリング又は物理層シグナリングが用いられる。例えば、第１のセルが高いブロック誤り率のＭＣＳテーブルに対応し、第２のセルが低いブロック誤り率のＭＣＳテーブルに対応することが指定される。ＤＣＩが位置するセルが第１のセルである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩが位置するセルが第２のセルである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩが位置するセルが第１のセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するセルが第２のセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０２１３】
あるいは、ＤＣＩが位置するセルが複数のセルのうちの少なくとも１つであり、複数のセルは第１のセルと第２のセルとを含む。この場合、セルを説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のセルに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のセルに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０２１４】
ＭＣＳインデックスに対応し且つ第１のセルに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するセルが第１のセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するセルが第１のセルであるのか、又は第２のセルであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、セルとＭＣＳ情報との対応関係が、セルとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のセルに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０２１５】
例えば、第１の情報は、ＤＣＩが位置するＢＷＰを含む。
【０２１６】
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング若しくは物理層シグナリングが用いられ、ＤＣＩが位置するＢＷＰが第１のＢＷＰ、例えば、初期のＢＷＰ若しくはデフォルトのＢＷＰである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するＢＷＰが第２のＢＷＰ、例えば、アクティブなＢＷＰである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０２１７】
あるいは、ＤＣＩが位置するＢＷＰは複数のＢＷＰのうちの少なくとも１つであり、複数のＢＷＰは第１のＢＷＰと第２のＢＷＰとを含む。この場合、ＢＷＰを説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のＢＷＰに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のＢＷＰに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０２１８】
ＭＣＳインデックスに対応し且つ第１のＢＷＰに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するＢＷＰが第１のＢＷＰである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するＢＷＰが第１のＢＷＰであるのか、又は第２のＢＷＰであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、ＢＷＰとＭＣＳ情報との対応関係が、ＢＷＰとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＢＷＰに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０２１９】
例えば、第１の情報は、ＤＣＩが位置するＴＡＧを含む。
【０２２０】
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング又は物理層シグナリングが用いられ、ＤＣＩが位置するＴＡＧが第１のＴＡＧ、例えば、一次ＴＡＧである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するＴＡＧが第２のＴＡＧ、例えば、二次ＴＡＧである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０２２１】
あるいは、ＤＣＩが位置するＴＡＧは複数のＴＡＧのうちの少なくとも１つであり、複数のＴＡＧは第１のＴＡＧと第２のＴＡＧとを含む。この場合、ＴＡＧを説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のＴＡＧに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のＴＡＧに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０２２２】
ＭＣＳインデックスに対応し且つ第１のＴＡＧに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するＴＡＧが第１のＴＡＧである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するＴＡＧが第１のＴＡＧであるのか、又は第２のＴＡＧであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、ＴＡＧとＭＣＳ情報との対応関係が、ＴＡＧとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＴＡＧに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０２２３】
例えば、第１の情報は、ＤＣＩが位置するＰＵＣＣＨグループ（ｇｒｏｕｐ）を含む。
【０２２４】
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング若しくは物理層シグナリングが用いられ、ＤＣＩが位置するＰＵＣＣＨ  ｇｒｏｕｐが第１のＰＵＣＣＨ  ｇｒｏｕｐ、例えば、一次（ｐｒｉｍａｒｙ）ＰＵＣＣＨ  ｇｒｏｕｐである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するＰＵＣＣＨ  ｇｒｏｕｐが第２のＰＵＣＣＨ  ｇｒｏｕｐ、例えば、二次（ｓｅｃｏｎｄａｒｙ）ＰＵＣＣＨ  ｇｒｏｕｐである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０２２５】
あるいは、ＤＣＩが位置するＰＵＣＣＨ  ｇｒｏｕｐは複数のＰＵＣＣＨ  ｇｒｏｕｐのうちの少なくとも１つであり、複数のＰＵＣＣＨ  ｇｒｏｕｐは第１のＰＵＣＣＨ  ｇｒｏｕｐと第２のＰＵＣＣＨ  ｇｒｏｕｐとを含む。この場合、ＰＵＣＣＨ  ｇｒｏｕｐを説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のＰＵＣＣＨ  ｇｒｏｕｐに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し第２のＰＵＣＣＨ  ｇｒｏｕｐに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０２２６】
ＭＣＳインデックスに対応し第１のＰＵＣＣＨ  ｇｒｏｕｐに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するＰＵＣＣＨ  ｇｒｏｕｐが第１のＰＵＣＣＨ  ｇｒｏｕｐである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するＰＵＣＣＨ  ｇｒｏｕｐが第１のＰＵＣＣＨ  ｇｒｏｕｐであるのか、又は第２のＰＵＣＣＨ  ｇｒｏｕｐであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、ＰＵＣＣＨ  ｇｒｏｕｐとＭＣＳ情報との対応関係が、ＰＵＣＣＨ  ｇｒｏｕｐとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＰＵＣＣＨ  ｇｒｏｕｐに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０２２７】
例えば、第１の情報はＤＣＩのサブキャリア間隔を含む。
【０２２８】
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング若しくは物理層シグナリングが用いられ、ＤＣＩのサブキャリア間隔が第１のサブキャリア間隔、例えば、６０ｋＨｚである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩのサブキャリア間隔が第２のサブキャリア間隔、例えば、１５ｋＨｚである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。第１のＭＣＳ情報に対応するサブキャリア間隔が、第２のＭＣＳ情報に対応するサブキャリア間隔と異なる。任意選択で、第１のＭＣＳ情報に対応するサブキャリア間隔は、第２のＭＣＳ情報に対応するサブキャリア間隔より大きい。
【０２２９】
あるいは、ＤＣＩのサブキャリア間隔は複数のサブキャリア間隔のうちの少なくとも１つであり、複数のサブキャリア間隔は第１のサブキャリア間隔と第２のサブキャリア間隔とを含む。この場合、サブキャリア間隔を説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のサブキャリア間隔に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のサブキャリア間隔に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０２３０】
ＭＣＳインデックスに対応し且つ第１のサブキャリア間隔に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩのサブキャリア間隔が第１のサブキャリア間隔である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩのサブキャリア間隔が第１のサブキャリア間隔であるのか、又は第２のサブキャリア間隔であるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、サブキャリア間隔とＭＣＳ情報との対応関係が、サブキャリア間隔とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のサブキャリア間隔に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０２３１】
例えば、第１の情報はＤＣＩの波形を含む。
【０２３２】
例えば、システム又はプロトコルがそのことを事前に指定してよく、又はそのことを通知するのに上位層シグナリング若しくは物理層シグナリングが用いられてよく、ＤＣＩの波形が第１の波形、例えば、ＳＣ−ＦＤＭＡである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩの波形が第２の波形、例えば、ＯＦＤＭである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。第１のＭＣＳ情報に対応する波形が、第２のＭＣＳ情報に対応する波形と異なる。
【０２３３】
あるいは、ＤＣＩの波形は複数の波形のうちの少なくとも１つであり、複数の波形は第１の波形と第２の波形とを含む。この場合、波形を説明するという観点から、この解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１の波形に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２の波形に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０２３４】
ＭＣＳインデックスに対応し且つ第１の波形に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩの波形が第１の波形である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩの波形が第１の波形であるのか、又は第２の波形であるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、波形とＭＣＳ情報との対応関係が、波形とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の波形に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０２３５】
これらの特定の例は、ＤＣＩが位置するセル又はＤＣＩが位置するキャリアを第１の情報が含む場合と同様であり、詳細は再度説明しない。
【０２３６】
Ａ５：第１の情報はＤＣＩの検出期間を含む。
【０２３７】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩの検出期間に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０２３８】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいてＤＣＩの検出期間を決定し、ＤＣＩの検出期間に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０２３９】
例えば、ＤＣＩの検出期間は複数の検出期間セットのうちの少なくとも１つに属し、複数の検出期間セットは第１の検出期間セットと第２の検出期間セットとを含む。
【０２４０】
具体的には、ＤＣＩの検出期間が第１の検出期間セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩの検出期間が第２の検出期間セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩの検出期間が第１の検出期間セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩの検出期間が第２の検出期間セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０２４１】
ＤＣＩの検出期間が第１の検出期間セットに属するということは、ＤＣＩの検出期間が第１の検出期間より大きい又はそれと等しいと理解されてよく、またＤＣＩの検出期間が第２の検出期間セットに属するということは、ＤＣＩの検出期間が第２の検出期間より小さいと理解されてよい。第１の検出期間及び第２の検出期間は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１の検出期間は、第２の検出期間と等しくてもよく、等しくなくてもよい。例えば、第１の検出期間は第２の検出期間より大きい。
【０２４２】
例えば、第１のＭＣＳテーブル及び第２のＭＣＳテーブルという２つのＭＣＳテーブルがある。ＤＣＩの検出期間が第１の検出期間より大きい又はそれと等しい場合、端末デバイスは、第１のＭＣＳテーブルを選択すると決定し、次に、ＭＣＳインデックスに基づいて、具体的には第１のＭＣＳテーブル内の第１のＭＣＳ情報を選択すると決定してよい。又は、ＤＣＩの検出期間が第２の検出期間より小さい場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、次に、ＭＣＳインデックスに基づいて、具体的には第２のＭＣＳテーブル内の第２のＭＣＳ情報を選択すると決定してよい。
【０２４３】
ＤＣＩの検出期間が短いほど、要件が緊急であることを示し、そのようなサービスは、ＵＲＬＬＣサービスであっても、別の比較的緊急なサービスであってもよいことが理解されるであろう。そのようなサービスでは、比較的低いＢＬＥＲのＭＣＳテーブルが信頼性を保証するのに用いられてよい。ＤＣＩの検出期間が長いほど、要件があまり緊急ではないことを示し、そのようなサービスの信頼性要件は通常あまり高くない。そのようなサービスでは、比較的高いＢＬＥＲのＭＣＳテーブルが用いられてよい。
【０２４４】
あるいは、ＤＣＩの検出期間は複数の検出期間のうちの少なくとも１つであり、複数の検出期間は第１の検出期間と第２の検出期間とを含む。この場合、検出期間を説明するという観点から、実施例Ａ５における解決手段は代替的に次の通りに説明されてもよい。ＭＣＳインデックスに対応し且つ第１の検出期間に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２の検出期間に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０２４５】
ＭＣＳインデックスに対応し且つ第１の検出期間に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩの検出期間が第１の検出期間である場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩの検出期間が第１の検出期間であるのか、又は第２の検出期間であるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、検出期間とＭＣＳ情報との対応関係又は検出期間セットとＭＣＳ情報との対応関係が、検出期間（又は検出期間セット）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の検出期間に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０２４６】
本明細書では、ＤＣＩの検出期間が第１の検出期間より大きい又はそれと等しく且つＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報である一例が、用いられる。実際に、ＤＣＩの検出期間が第１の検出期間と等しい場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報でなくてよい。例えば、第１の検出期間が第２の検出期間と等しいとするならば、ＤＣＩの検出期間が第１の検出期間より大きい又はそれと等しい場合、ＭＣＳインデックスに対応する変調符号化方式情報は第１のＭＣＳ情報であり、ＤＣＩの検出期間が第１の検出期間より小さい場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。又は、ＤＣＩの検出期間が第１の検出期間より大きい場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であり、ＤＣＩの検出期間が第１の検出期間より小さい又はそれと等しい場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０２４７】
つまり、本明細書は「〜と等しい」という場合にどのように区分けを行うかについて、何も限定を設けない。範囲の区分けが以下で行われる場合、「〜と等しい」を伴ういかなる場合もこれと同様であり、詳細は再度以下で説明しない。
【０２４８】
Ａ６：第１の情報は、ＤＣＩで示されるフィードバック時間間隔を含む。
【０２４９】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩにより示されるフィードバック時間間隔に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０２５０】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩにより示されるフィードバック時間間隔を決定し、ＤＣＩにより示されるフィードバック時間間隔に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０２５１】
例えば、ＤＣＩにより示されるフィードバック時間間隔は、複数の時間間隔セットのうちの少なくとも１つに属し、複数の時間間隔セットは第１の時間間隔セットと第２の時間間隔セットとを含む。
【０２５２】
具体的には、ＤＣＩにより示されるフィードバック時間間隔が第１の時間間隔セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩにより示されるフィードバック時間間隔が第２の時間間隔セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩにより示されるフィードバック時間間隔が第１の時間間隔セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩにより示されるフィードバック時間間隔が第２の時間間隔セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０２５３】
フィードバック時間間隔が第１の時間間隔セットに属するということは、フィードバック時間間隔が第１の時間間隔より大きい又はそれと等しいと理解されてよく、フィードバック時間間隔が第２の時間間隔セットに属するということは、フィードバック時間間隔が第２の時間間隔より小さいと理解されてよい。第１の時間間隔及び第２の時間間隔は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１の時間間隔は、第２の時間間隔と等しくてもよく、等しくなくてもよい。例えば、第１の時間間隔は第２の時間間隔より大きい。
【０２５４】
一例において、フィードバック時間間隔は、第２の情報に含まれるデータの送信と、端末デバイスによる当該データに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔、又は第２の情報をスケジューリングするのに用いるＤＣＩの送信と、端末デバイスによる第２の情報の送信との間の時間間隔である。
【０２５５】
本明細書において、端末デバイスにより受信されるＨＡＲＱ応答情報が第１のＨＡＲＱ応答情報と呼ばれ、受信したＨＡＲＱ応答情報は確認応答情報（ＡＣＫ）／否定応答情報（ＮＡＣＫ）を含む。したがって、端末デバイスにより受信される確認応答情報が第１の確認応答情報と呼ばれ、端末デバイスにより受信される否定応答情報が第１の否定応答情報と呼ばれる。端末デバイスにより送信されるＨＡＲＱ応答情報が第２のＨＡＲＱ応答情報と呼ばれ、送信されるＨＡＲＱ応答情報は確認応答情報／否定応答情報も含む。したがって、端末デバイスにより送信される確認応答情報が第２の確認応答情報と呼ばれ、端末デバイスにより送信される否定応答情報が第２の否定応答情報と呼ばれる。
【０２５６】
ＤＣＩがダウンリンクデータをスケジューリングするのに用いられる場合、フィードバック時間間隔は、第２の情報に含まれるダウンリンクデータの送信と、端末デバイスによるダウンリンクデータに対応する第２のＨＡＲＱ応答情報の送信との間の時間間隔であってよい、又はＤＣＩがアップリンクデータ又はアップリンク制御情報をスケジューリングするのに用いられる場合、フィードバック時間間隔は、第２の情報に含まれるアップリンクデータ又はアップリンク制御情報をスケジューリングするのに用いられるＤＣＩと、端末デバイスによる第２の情報に含まれるアップリンクデータ又はアップリンク制御情報の送信との間の時間間隔であってよい。
【０２５７】
例えば、第１のＭＣＳテーブル及び第２のＭＣＳテーブルという２つのＭＣＳテーブルがある。ＤＣＩにより示されるフィードバック時間間隔が第１の時間間隔より大きい又はそれと等しい場合、端末デバイスは、第１のＭＣＳテーブルを選択すると決定し、次にＭＣＳインデックスに基づいて、具体的には第１のＭＣＳテーブル内の第１のＭＣＳ情報を選択すると決定してよい、又はＤＣＩにより示されるフィードバック時間間隔が第２の時間間隔より小さい場合、端末デバイスは、第２のＭＣＳテーブルを選択すると決定し、次にＭＣＳインデックスに基づいて、具体的には第２のＭＣＳテーブル内の第２のＭＣＳ情報を選択すると決定してよい。例えば、第１の時間間隔及び／又は第２の時間間隔は、Ｍ１個のスロット（ｓｌｏｔ）又はＭ２個のシンボル（ｓｙｍｂｏｌ）であり、Ｍ１は０より大きい又は０と等しい整数であり、Ｍ２は１より大きい又は１と等しい整数である。例えば、Ｍ１＝０であり、Ｍ２＝１４である。
【０２５８】
フィードバック時間間隔が短いほど、要件が緊急であることを示し、そのようなサービスはＵＲＬＬＣサービスであっても、別の比較的緊急なサービスであってもよいことが理解されるであろう。そのようなサービスでは、比較的低いＢＬＥＲのＭＣＳテーブルが、信頼性を保証するのに用いられてよい。フィードバック時間間隔が長いほど、要件があまり緊急ではないことを示し、そのようなサービスの信頼性要件は通常あまり高くない。そのようなサービスでは、比較的高いＢＬＥＲのＭＣＳテーブルが用いられてよい。
【０２５９】
別の例において、フィードバック時間間隔は代替的に、ネットワークデバイスがＤＣＩを送信するか又は端末デバイスがＤＣＩを受信する時点と、現在のサービス伝送を完了するための最大持続時間に対応する時点との間の時間間隔であってよい。
【０２６０】
ＵＲＬＬＣサービスが、サービス伝送を完了するための最大持続時間を指定し、例えば、現在の最大持続時間は１ｍｓである。言い換えれば、ＵＲＬＬＣサービスが送信側に到着した時点からＵＲＬＬＣサービスの現在の伝送が終了する時点までの持続時間が、１ｍｓ以内である必要がある。理論上、ＵＲＬＬＣサービスは、ネットワークデバイスがＤＣＩを送信してから、伝送され始める。しかしながら、現在の伝送プロセスは既に、ＵＲＬＬＣサービスが伝送される前に始まっている。例えば、図３を参照すると、図３のポイントＡが、ＵＲＬＬＣサービスが送信側に到着した時点を示し、ポイントＢが、ネットワークデバイスがＤＣＩを送信した時点又は端末デバイスがＤＣＩを受信した時点を示し、またポイントＣが、現在の伝送プロセスが終了した時点を示す。ネットワークデバイスがＤＣＩを送信した時点又は端末デバイスがＤＣＩを受信した時点は、ＵＲＬＬＣサービスが送信側に到着した時点の後であり、したがって、ＵＲＬＬＣサービスを伝送する持続時間がポイントＢからポイントＣまでの持続時間であり、この持続時間はこの例におけるフィードバック時間間隔であってもよいことが分かる。ポイントＢからポイントＣまでの持続時間が非常に短い場合、これは、残り時間が長くないことを示しており、比較的低いＢＬＥＲのＭＣＳテーブルが、伝送信頼性を向上させてサービスの伝送が１回で確実に成功できるように選択される。ポイントＢからポイントＣまでの持続時間が比較的長い場合、これは、残り時間がまだ十分にあることを示しており、比較的高いＢＬＥＲのＭＣＳテーブルが選択されてよい。
【０２６１】
あるいは、フィードバック時間間隔は複数の時間間隔セットのうちの少なくとも１つに属し、複数の時間間隔セットは第１の時間間隔セットと第２の時間間隔セットとを含む。この場合、時間間隔セットを説明するという観点から、実施例Ａ６における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１の時間間隔セットに含まれるフィードバック時間間隔に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２の時間間隔セットに含まれるフィードバック時間間隔に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０２６２】
ＭＣＳインデックスに対応し且つ第１の時間間隔セットに含まれるフィードバック時間間隔に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、フィードバック時間間隔が第１の時間間隔セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。フィードバック時間間隔が第１の時間間隔セットに属するのか、又は第２の時間間隔セットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、フィードバック時間間隔とＭＣＳ情報との対応関係又は時間間隔セットとＭＣＳ情報との対応関係が、フィードバック時間間隔（又は時間間隔セット）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の時間間隔セットに含まれるフィードバック時間間隔に対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０２６３】
本実施形態では、「〜と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、フィードバック時間間隔が第１の時間間隔と等しい場合が、フィードバック時間間隔が第１の時間間隔より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「〜と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
【０２６４】
第２の情報に含まれるダウンリンクデータが送信される時点は、第２の情報に含まれるダウンリンクデータをネットワークデバイスが送信する時点であっても、第２の情報に含まれるダウンリンクデータを端末デバイスが受信する時点であってもよい。これは、本願の本実施形態において限定されることはない。以下では、第２の情報に含まれるダウンリンクデータをネットワークデバイスが送信する時点を一例として用いる。
【０２６５】
さらに、第２の情報に含まれるダウンリンクデータの送信と、ダウンリンクデータに対応する第２のＨＡＲＱ応答情報の端末デバイスによる送信との間の時間間隔は、限定されることはないが、以下の実施例のうちの少なくとも１つを含む。すなわち、第２の情報に含まれるダウンリンクデータが送信されるシンボルの開始時点とダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するシンボルの開始時点との間の時間間隔、第２の情報に含まれるダウンリンクデータが送信されるシンボルの終了時点とダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するシンボルの開始時点との間の時間間隔、第２の情報に含まれるダウンリンクデータが送信されるシンボルのインデックスとダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するシンボルのインデックスとの間の時間間隔（時間間隔は、例えば、２つのインデックス間の差である）、第２の情報に含まれるダウンリンクデータが送信されるスロット（ｓｌｏｔ）の開始時点とダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するスロットの開始時点との間の時間間隔、第２の情報に含まれるダウンリンクデータが送信されるスロットの終了時点とダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するスロットの開始時点との間の時間間隔、及び第２の情報に含まれるダウンリンクデータが送信されるスロットのインデックスとダウンリンクデータに対応する第２のＨＡＲＱ応答情報を端末デバイスが送信するスロットのインデックスとの間の時間間隔（時間間隔は、例えば、２つのインデックス間の差である）である。
【０２６６】
Ａ７：第１の情報は、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値を含み、さらにＤＣＩのフォーマットを含む。
【０２６７】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値並びにＤＣＩのフォーマットに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０２６８】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値並びにＤＣＩのフォーマットを決定し、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値並びにＤＣＩのフォーマットに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０２６９】
例えば、ＤＣＩのフォーマットは、第１のＤＣＩフォーマットと第２のＤＣＩフォーマットとを含んでよい。第１のＤＣＩフォーマットのＤＣＩはコンパクト（ｃｏｍｐａｃｔ）ＤＣＩと呼ばれることがあり、第２のＤＣＩフォーマットのＤＣＩはフォールバック（ｆａｌｌｂａｃｋ）ＤＣＩと呼ばれることがある。第１のＤＣＩフォーマットのＤＣＩはＵＲＬＬＣサービスに適用できるＤＣＩであることが理解されるであろう。第２のＤＣＩフォーマットのＤＣＩは、全てのサービスに適用できるＤＣＩであり、例えば、ＤＣＩ  ｆｏｒｍａｔ  ０＿０及びＤＣＩ  ｆｏｒｍａｔ  １＿０である。第１のＤＣＩフォーマット及び第２のＤＣＩフォーマットに加えて、共通（ｃｏｍｍｏｎ）ＤＣＩと呼ばれることがある第３のＤＣＩフォーマットのＤＣＩがある。第３のＤＣＩフォーマットのＤＣＩは、ＮＲシステム又はＬＴＥシステムのＤＣＩ、つまり、サービスを区別しないＤＣＩ、例えば、ＤＣＩ  ｆｏｒｍａｔ  ０＿１とＤＣＩ  ｆｏｒｍａｔ  １＿１とを区別しないＤＣＩであってよい。
【０２７０】
本願の本実施形態で提供される技術的解決手段は主に、第１のＤＣＩフォーマットのＤＣＩに適用される。つまり、端末デバイスにより受信されるＤＣＩは第１のＤＣＩフォーマットのＤＣＩである。ＤＣＩは第１のビット情報フィールド及び第２のビット情報フィールドを含み、第１のビット情報フィールドは第１の情報を搬送するのに用いられてよい。したがって、端末デバイスは、第１の情報ビットフィールドに基づいて、ＤＣＩにより示される変調符号化方式テーブル及び／又はＤＣＩにより示される変調符号化方式インデックスオフセット値を決定してよい。第２の情報ビットフィールドに含まれるビット数は、１より大きい又は１と等しい。さらに、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和が、第２のＤＣＩフォーマットのＤＣＩにおける第２のビット情報フィールドのサイズと等しい。第２の情報ビットフィールドは、限定されることはないが、以下の実施例のうちの少なくとも１つを含む。
【０２７１】
実施例１：第２のビット情報フィールドのビット数は２より小さい又は２と等しく、第２のビット情報フィールドは、第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられる。
【０２７２】
実施例２：第２のビット情報フィールドのビット数は３より小さい又は３と等しく、第２のビット情報フィールドは、第２の情報により占有される時間領域リソースを示すのに用いられる。
【０２７３】
実施例３：第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは、冗長バージョン（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ、ＲＶ）を示すのに用いられ、冗長バージョンは０又は３である。
【０２７４】
実施例４：第２のビット情報フィールドのビット数は１と等しく、第２のビット情報フィールドは、端末デバイスの伝送電力コマンドワードを示すのに用いられ、伝送電力コマンドワードは０又は３である。
【０２７５】
実施例５：第２のビット情報フィールドのビット数は４と等しく、第２のビット情報フィールドは変調符号化方式インデックスを示すのに用いられる。
【０２７６】
以下では、前述のいくつかの実施例を個々に説明する。
【０２７７】
実施例１において、第２のビット情報フィールドは、第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示す、つまり、実施例Ａ６のフィードバック時間間隔を示すのに用いられ、第２のビット情報フィールドは、ＤＣＩにおいてダウンリンクデータとＨＡＲＱとの間のフィードバック時間インジケータ（ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ）を含んでよい。
【０２７８】
例えば、第２のＤＣＩフォーマットのＤＣＩでは、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒのサイズ（ｓｉｚｅ）がＸ１ビットと等しく、Ｘ１＝３である。第１のＤＣＩフォーマットのＤＣＩでは、ＤＣＩにおけるＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒの第２のビット情報フィールドは、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇの機能を実装する、つまり、フィードバック時間間隔を示すのに引き続き用いられてよく、ＤＣＩの第１のビット情報フィールドは第１の情報を搬送するのに用いられる。第２のフォーマットのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄのサイズは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和より大きい又はそれと等しくよい。例えば、第２のフォーマットのＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄのサイズは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和と等しい。第１のＤＣＩフォーマットのＤＣＩでは、第２のビット情報フィールドサイズは［Ｘ１−１］ビットより小さい又はそれと等しく、第１のビット情報フィールドのサイズは１ビットより大きい又はそれと等しい。第２のＤＣＩフォーマットのＤＣＩは第１のビット情報フィールドを含まないが、第２のビット情報フィールドを含むことが考えられ得る。
【０２７９】
実施例１において、第１のＤＣＩフォーマットのＤＣＩに含まれる第１のビット情報フィールド及び第２のビット情報フィールドは両方とも、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄであるが、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄに含まれる異なるビットが異なる機能を実装するのに用いられることが考えられ得る。あるいは、第１のＤＣＩフォーマットのＤＣＩの第１のビット情報フィールドは独立ビット情報フィールドとして用いられることが考えられ得る。この場合、第１のＤＣＩフォーマットのＤＣＩの第２のビット情報フィールドは、第２のＤＣＩフォーマットのＤＣＩの第２のビット情報フィールドと比較された場合、構成又は事前定義に基づいて縮小されることが考えられる。第１のビット情報フィールドは、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄにもはや属さないことが理解されるであろう。
【０２８０】
例えば、ビット情報フィールドの単位がスロットである。ＵＲＬＬＣサービスが伝送されようとしている場合、遅延要件によって、通常、比較的長いスロットがＨＡＲＱ応答情報をフィードバックするように命令されることはない。この場合、ＨＡＲＱ応答情報がフィードバックされたとしても、ＨＡＲＱ応答情報は失効するであろう。したがって、第１のＤＣＩフォーマットのＤＣＩにおいて、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄは適宜縮小されてもよく、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄの元の機能を実装するのに用いられるビット情報フィールドが適宜縮小されてもよい。ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄを縮小した後に、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄに元々属している残りのビットが、第１の情報を搬送するのに用いられてよい。あるいは、ＰＤＳＣＨ−ｔｏ−ＨＡＲＱ＿ｆｅｅｄｂａｃｋ  ｔｉｍｉｎｇ  ｉｎｄｉｃａｔｏｒ  ｆｉｅｌｄを縮小した後に、節約したビット数が第１の情報を示すのに用いられてよい。
【０２８１】
本実施形態では、第１のＤＣＩフォーマットのＤＣＩのビット総数と第２のＤＣＩフォーマットのＤＣＩのビット総数とが、同じになるように設定されてよいことが理解されるであろう。このように、ブラインド検出回数の数を減らすことができ、端末デバイスの電力が節約される。
【０２８２】
実施例２において、第２のビット情報フィールドは、第２の情報により占有される時間領域リソースを示すのに用いられる。第１のＤＣＩフォーマットのＤＣＩがダウンリンクデータをスケジューリングするのに用いられる場合、第２のビット情報フィールドは、ＤＣＩの時間領域ＰＤＳＣＨリソース（ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅ）フィールドに属してよい。第１のＤＣＩフォーマットのＤＣＩがアップリンクデータ又はアップリンク制御情報をスケジューリングするのに用いられる場合、第２のビット情報フィールドは、ＤＣＩの時間領域ＰＵＳＣＨリソース（ｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅ）フィールドに属してよい。
【０２８３】
現在、第２のＤＣＩフォーマットのＤＣＩでは、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドの最大サイズがＸ２ビット、例えば、Ｘ２＝４である。第１のＤＣＩフォーマットのＤＣＩにおいて、ＤＣＩのｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドにおける第２のビット情報フィールドは、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドの機能を実装するのに、つまり、第２の情報により占有される時間領域リソースを示すのに引き続き用いられてよく、ＤＣＩのｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドにおける第１のビット情報フィールドは、第１の情報を搬送するのに用いられる。第１のＤＣＩフォーマットのＤＣＩにおいて、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和より大きい又はそれと等しくてよい。例えば、第１のＤＣＩフォーマットのＤＣＩにおいて、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和と等しい。第２のビット情報フィールドのサイズは［Ｘ２−１］ビットより小さい又はそれと等しく、第１のビット情報フィールドのサイズは１ビットより大きい又はそれと等しい。
【０２８４】
第２のＤＣＩフォーマットのＤＣＩは第１のビット情報フィールドを含まないが、第２のビット情報フィールドを含み、第１のビット情報フィールド及び第２のビット情報フィールドは両方とも、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドに属することが考えられ得る。実施例２において、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールド及び第２のビット情報フィールドも両方とも、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドに属するが、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドに含まれる異なるビットが、異なる機能を実装するのに用いられることが考えられ得る。あるいは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドは独立ビット情報フィールドとして用いられることが考えられ得る。この場合、構成又は事前定義に基づいて、第１のＤＣＩフォーマットのＤＣＩにおける第２のビット情報フィールドは、第２のＤＣＩフォーマットのＤＣＩにおける第２のビット情報フィールドと比較される場合、縮小されることが考えられる。第１のビット情報フィールドは、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドにもはや属さないことが理解されるであろう。
【０２８５】
ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールドは、ＰＤＳＣＨにより占有される時間領域リソースの長さを示すのに用いられ、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドは、ＰＵＳＣＨにより占有される時間領域リソースの長さを示すのに用いられる。したがって、ＵＲＬＬＣサービスが伝送されようとしている場合、遅延要件によって、通常、非常に大量の時間領域リソースを占有するチャネルがデータを伝送するよう命令されることはない。この場合、チャネルが受信側で受信されたとしても、復号時間が終了した後に、サービス失効が生じやすい。したがって、第１のＤＣＩフォーマットのＤＣＩでは、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドは適宜縮小されてよく、又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドの元の機能を実装するのに用いられるビット情報フィールドが適宜縮小される。ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドが縮小された後に、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドに元々属している残りのビットが、第１の情報を搬送するのに用いられてよい。あるいは、ｔｉｍｅ−ｄｏｍａｉｎ  ＰＤＳＣＨ  ｒｅｓｏｕｒｃｅフィールド又はｔｉｍｅ−ｄｏｍａｉｎ  ＰＵＳＣＨ  ｒｅｓｏｕｒｃｅフィールドが縮小された後に、節約したビット数が第１の情報を示すのに用いられてよい。
【０２８６】
実施例３において、第２のビット情報フィールドは冗長バージョンを示すのに用いられ、第２のビット情報フィールドはＤＣＩのＲＶ  ｆｉｅｌｄに属してよい。
【０２８７】
現在、第２のＤＣＩフォーマットのＤＣＩでは、ＲＶ  ｆｉｅｌｄのサイズがＸ３ビットと等しく、例えば、Ｘ３＝２である。第１のＤＣＩフォーマットのＤＣＩにおいて、ＤＣＩのＲＶ  ｆｉｅｌｄにおける第２のビット情報フィールドは、ＲＶ  ｆｉｅｌｄの機能を実装するのに、つまり、冗長バージョンを示すのに引き続き用いられてよく、ＤＣＩのＲＶ  ｆｉｅｌｄにおける第１のビット情報フィールドは、第１の情報を搬送するのに用いられる。第１のＤＣＩフォーマットのＤＣＩにおいて、ＲＶ  ｆｉｅｌｄのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和より大きい又はそれと等しくてよい。例えば、第１のＤＣＩフォーマットのＤＣＩにおいて、ＲＶ  ｆｉｅｌｄのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和と等しい。第２のビット情報フィールドのサイズは［Ｘ３−１］ビットと等しく、第１のビット情報フィールドのサイズは１ビットと等しい。
【０２８８】
第２のＤＣＩフォーマットのＤＣＩは第１のビット情報フィールドを含まないが、第２のビット情報フィールドを含み、第１のビット情報フィールド及び第２のビット情報フィールドは両方とも、ＲＶ  ｆｉｅｌｄに属することが考えられ得る。実施例３において、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールド及び第２のビット情報フィールドも両方とも、ＲＶ  ｆｉｅｌｄに属するが、ＲＶ  ｆｉｅｌｄに含まれる異なるビットが異なる機能を実装するのに用いられることが考えられ得る。あるいは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドは独立ビット情報フィールドとして用いられることが考えられ得る。この場合、構成又は事前定義に基づいて、第１のＤＣＩの第２のビット情報フィールドは、第２のＤＣＩの第２のビット情報フィールドと比較される場合、縮小されることが考えられる。第１のビット情報フィールドは、ＲＶ  ｆｉｅｌｄにもはや属さないことが理解されるであろう。
【０２８９】
５ＧのＮＲシステムでは一般に、ＲＶバージョンが０又は３である場合、受信側が、１回の伝送が成功した後に次の伝送を行うことなく、自己復号を実施することができる。しかしながら、ＲＶバージョンが１又は２である場合、一部の情報しか１回に伝送できないので、残りの情報はさらに、次回に伝送される必要がある。しかしながら、ＵＲＬＬＣサービスがサービス伝送完了に対して厳密な時間要件（例えば、１ｍｓ）を有している場合、再伝送の機会はない可能性が高い。したがって、本願の本実施形態では、ＲＶバージョン０又は３の方がＵＲＬＬＣサービスに適している。これを考慮して、第２のビット情報フィールドは、ＲＶバージョンが０又は３であることを示すのに用いられてよく、ＲＶ  ｆｉｅｌｄの残りの１つのビットが第１の情報を搬送するのに用いられてよい。あるいは、ＲＶ  ｆｉｅｌｄを縮小した後に、節約したビット数が第１の情報を示すのに用いられてもよい。しかしながら、第２のビット情報フィールドの特定のインジケーション結果が、本願の本実施形態において限定されることはない。例えば、第２のビット情報フィールドは、ＲＶバージョンが０又は１であることを示しても、ＲＶバージョンが１又は２であることを示してもよい。
【０２９０】
実施例４において、第２のビット情報フィールドは端末デバイスの伝送電力コマンドワードを示すのに用いられ、第２のビット情報フィールドはＤＣＩの伝送電力制御（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ、ＴＰＣ）フィールド（ｆｉｅｌｄ）に属してよい。第１のＤＣＩフォーマットのＤＣＩがダウンリンクデータをスケジューリングするのに用いられる場合、第２のビット情報フィールドは、ＤＣＩのＰＵＣＣＨ用伝送電力制御コマンド（ＴＰＣ  ｃｏｍｍａｎｄ  ｆｏｒ  ｓｃｈｅｄｕｌｅｄ  ＰＵＣＣＨ）に属してよい。第１のＤＣＩフォーマットのＤＣＩがアップリンクデータ又はアップリンク制御情報をスケジューリングするのに用いられる場合、第２のビット情報フィールドは、ＤＣＩのＰＵＳＣＨ用伝送電力制御コマンド（ＴＰＣ  ｃｏｍｍａｎｄ  ｆｏｒ  ｓｃｈｅｄｕｌｅｄ  ＰＵＳＣＨ）に属してよい。
【０２９１】
現在、第２のＤＣＩフォーマットのＤＣＩでは、ＴＰＣ  ｆｉｅｌｄのサイズがＸ４ビットと等しい。第１のＤＣＩフォーマットのＤＣＩでは、ＤＣＩのＴＰＣ  ｆｉｅｌｄにおける第２のビット情報フィールドは、ＴＰＣ  ｆｉｅｌｄの機能を実装するのに、つまり、伝送電力コマンドワードを示すのに引き続き用いられてよく、ＤＣＩのＴＰＣ  ｆｉｅｌｄにおける第１のビット情報フィールドは、第１の情報を搬送するのに用いられる。第１のＤＣＩフォーマットのＤＣＩでは、ＴＰＣ  ｆｉｅｌｄのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和より大きい又はそれと等しくてよい。例えば、第１のＤＣＩフォーマットのＤＣＩでは、ＴＰＣ  ｆｉｅｌｄのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和と等しい。第２のビット情報フィールドのサイズは［Ｘ４−１］ビットと等しく、第１のビット情報フィールドのサイズは１ビットと等しい。
【０２９２】
第２のＤＣＩフォーマットのＤＣＩは第１のビット情報フィールドを含まないが、第２のビット情報フィールドを含み、第１のビット情報フィールド及び第２のビット情報フィールドは両方とも、ＴＰＣ  ｆｉｅｌｄに属することが考えられ得る。実施例４において、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールド及び第２のビット情報フィールドも両方とも、ＴＰＣ  ｆｉｅｌｄに属するが、ＴＰＣ  ｆｉｅｌｄに含まれる異なるビットが異なる機能を実装するのに用いられることが考えられ得る。あるいは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドは独立ビット情報フィールドとして用いられることが考えられ得る。この場合、構成又は事前定義に基づいて、第１のＤＣＩの第２のビット情報フィールドは、第２のＤＣＩの第２のビット情報フィールドと比較される場合、縮小されることが考えられる。第１のビット情報フィールドは、ＴＰＣ  ｆｉｅｌｄにもはや属さないことが理解されるであろう。
【０２９３】
したがって、第１のＤＣＩフォーマットのＤＣＩにおける第２のビット情報フィールドの特定のインジケーション方式が、限定されることはないが、以下のいくつかの可能性を含む。
【０２９４】
可能性１：第２のビット情報フィールドは１ビットであり、０を示す又は＋３／＋４を示すのに用いられる。
【０２９５】
可能性２：第２のビット情報フィールドは１ビットであり、＋１を示す又は＋３／＋４を示すのに用いられる。
【０２９６】
可能性３：第２のビット情報フィールドは１ビットであり、０を示す又は＋１を示すのに用いられる。
【０２９７】
第２のビット情報フィールドが０を示す場合、これは、伝送電力が調整されないことを示し、第２のビット情報フィールドが＋３を示す場合、これは、伝送電力が３倍に拡大されることを示す、といったことになる。
【０２９８】
５ＧのＮＲシステムでは、ＵＲＬＬＣサービスが比較的重要である。したがって、前述の可能性において、縮小電力調製係数がＴＰＣコマンドワードから除外される、つまり、ＵＲＬＬＣサービスの信頼性を保証するために電力が拡大されるか又は調整されない。しかしながら、これについては、実際にはこれに限定されることはない。例えば、第２のビット情報フィールドは、縮小電力調製係数も示してよい。例えば、第２のビット情報フィールドは１であり、＋１を示す又は−３／−４／−１を示すのに用いられ、第２のビット情報フィールドが−３を示す場合、これは、伝送電力が３倍に縮小されることを示す、といったことになる。具体的には、第２のビット情報フィールドにより示される内容が、本願の本実施形態において限定されることはない。
【０２９９】
実施例５において、第２のビット情報フィールドは変調符号化方式インデックスを示すのに用いられ、第２のビット情報フィールドはＤＣＩのＭＣＳフィールドに属してよい。この情報フィールドは、ＭＣＳインデックスを示すのに用いられる。
【０３００】
現在、第２のＤＣＩフォーマットのＤＣＩでは、ＭＣＳフィールドのサイズがＸ５ビットと等しく、例えば、Ｘ５＝５である。第１のＤＣＩフォーマットのＤＣＩにおいて、ＤＣＩのＭＣＳフィールドにおける第２のビット情報フィールドは、ＭＣＳフィールドの機能を実装するのに、つまり、変調符号化方式インデックスを示すのに引き続き用いられてよく、ＤＣＩのＭＣＳフィールドにおける第１のビット情報フィールドは、第１の情報を搬送するのに用いられる。第１のＤＣＩフォーマットのＤＣＩでは、ＭＣＳフィールドのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和より大きい又はそれと等しくてよい。例えば、第１のＤＣＩフォーマットのＤＣＩでは、ＭＣＳフィールドのサイズは、第１のビット情報フィールドのサイズと第２のビット情報フィールドのサイズとの和と等しい。第２のビット情報フィールドのサイズは［Ｘ５−１］ビットと等しく、第１のビット情報フィールドのサイズは１ビットと等しい。
【０３０１】
第２のＤＣＩフォーマットのＤＣＩは第１のビット情報フィールドを含まないが、第２のビット情報フィールドを含み、第１のビット情報フィールド及び第２のビット情報フィールドは両方とも、ＭＣＳフィールドに属することが考えられ得る。実施例５において、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールド及び第２のビット情報フィールドも両方とも、ＭＣＳフィールドに属するが、ＭＣＳフィールドに含まれる異なるビット情報が異なる機能を実装するのに用いられることが考えられ得る。あるいは、第１のＤＣＩフォーマットのＤＣＩにおける第１のビット情報フィールドは独立ビット情報フィールドとして用いられることが考えられ得る。この場合、構成又は事前定義に基づいて、第１のＤＣＩの第２のビット情報フィールドは、第２のＤＣＩの第２のビット情報フィールドと比較される場合、縮小されることが考えられる。第１のビット情報フィールドは、ＭＣＳフィールドにもはや属さないことが理解されるであろう。
【０３０２】
一般に、ＣＱＩテーブルが４ビットを用いて示され、同じＢＬＥＲに対応するＣＱＩテーブル及びＭＣＳテーブルが互いに対応する、つまり、ＭＣＳテーブルも４ビットを用いて示されてよい。したがって、ＭＣＳフィールドの残りの１つのビットが、第１の情報を搬送するのに用いられてよく、又は節約したビット数が、縮小後の第１の情報を示すのに用いられてよく、その結果、ＤＣＩリソースが有効に利用できるようになる。
【０３０３】
上述したＸ１、Ｘ２、Ｘ３、Ｘ４、及びＸ５は、１より大きい又は１と等しい正の整数である。Ｘ１−１＝０の場合、対応する第２のビット情報フィールドに対応する情報が、上位層シグナリングを用いて設定される意味又は予め定められる意味を示し、このことは、Ｘ２、Ｘ３、Ｘ４、及びＸ５にも同様に適用されることが理解されるであろう。詳細は、ここで再度説明しない。
【０３０４】
Ａ８：第１の情報は、ＤＣＩにより示されるＡ−ＣＳＩを含む。
【０３０５】
本実施形態の前提は、ＤＣＩが、Ａ−ＣＳＩを報告するよう端末デバイスをトリガするのに用いられる情報フィールドを搬送することであり、ＤＣＩは、情報フィールドを用いて、Ａ−ＣＳＩを報告するよう端末デバイスに命令してよい。
【０３０６】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩにより示されるＡ−ＣＳＩに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０３０７】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩにより示されるＡ−ＣＳＩを決定し、ＤＣＩにより示されるＡ−ＣＳＩに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０３０８】
一例において、ＤＣＩにより示されるＡ−ＣＳＩは複数のＡ−ＣＳＩのうちの少なくとも１つであり、複数のＡ−ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含む。ＤＣＩにより示されるＡ−ＣＳＩが第１のＣＳＩを含む場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩにより示されるＡ−ＣＳＩが第２のＣＳＩを含む場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩにより示されるＡ−ＣＳＩが第１のＣＳＩを含む場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩにより示されるＡ−ＣＳＩが第２のＣＳＩを含む場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０３０９】
例えば、ネットワークデバイス又はプロトコルは、Ａ−ＣＳＩとＢＬＥＲとの対応関係を予め定めてよい。端末デバイスは、プロトコルを用いてＡ−ＣＳＩとＢＬＥＲとの対応関係を認識してもよく、その対応関係は上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１のＣＳＩは第１のＢＬＥＲに対応し、第２のＣＳＩは第２のＢＬＥＲに対応する。ＤＣＩが第１のＣＳＩを報告するよう端末デバイスに命令する場合、これは、端末デバイスが第１のＢＬＥＲのＣＳＩを報告する必要があることを示している、又はＤＣＩが第２のＣＳＩを報告するよう端末デバイスに命令する場合、これは、端末デバイスが第２のＢＬＥＲのＣＳＩを報告する必要があることを示している。第１のＣＳＩ及び第２のＣＳＩは両方ともＡ−ＣＳＩである。Ａ−ＣＳＩとＢＬＥＲとの対応関係があり、ＢＬＥＲとＭＣＳテーブルとの対応関係がある。したがって、Ａ−ＣＳＩとＢＬＥＲとＭＣＳテーブルとの対応関係があることが考えられ得る。例えば、第１のＣＳＩが第１のＢＬＥＲに対応し、第１のＢＬＥＲが第１のＭＣＳテーブルに対応する場合、第１のＣＳＩも第１のＭＣＳテーブルに対応することが考えられ得る。又は第２のＣＳＩが第２のＢＬＥＲに対応し、第２のＢＬＥＲが第２のＭＣＳテーブルに対応する場合、第２のＣＳＩも第２のＭＣＳテーブルに対応することが考えられ得る。ＤＣＩが第１のＣＳＩを報告するよう端末デバイスに命令する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定してよく、端末デバイスは、ＭＣＳインデックスに基づいて第１のＭＣＳテーブル内の第１のＭＣＳ情報を決定してよい。又はＤＣＩが第２のＣＳＩを報告するよう端末デバイスに命令する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定してよく、端末デバイスは、ＭＣＳインデックスに基づいて第２のＭＣＳテーブル内の第２のＭＣＳ情報を決定してよい。具体的には、ここでの第１のＣＳＩ及び第２のＣＳＩはＣＳＩレポートであってもよく、特定のＣＳＩに含まれる情報エントリでもよい。
【０３１０】
あるいは、ＤＣＩにより示されるＡ−ＣＳＩは複数のＡ−ＣＳＩのうちの少なくとも１つであり、複数のＡ−ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含む。この場合、Ａ−ＣＳＩを説明するという観点から、実施例Ａ８における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のＣＳＩに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のＣＳＩに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０３１１】
ＭＣＳインデックスに対応し且つ第１のＣＳＩに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩにより示されるＡ−ＣＳＩが第１のＣＳＩである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩにより示されるＡ−ＣＳＩが第１のＣＳＩであるのか、又は第２のＣＳＩであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、Ａ−ＣＳＩとＭＣＳ情報との対応関係が、Ａ−ＣＳＩとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＣＳＩに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０３１２】
例えば、ＣＳＩは１つ又は複数のＣＳＩコンテンツを含み、ＣＳＩコンテンツはＣＱＩ、ＲＩ、及びＰＭＩなどを含む。ＤＣＩにより示されるＡ−ＣＳＩが、ＲＩ及び／又はＲＳＲＰなどの徐々に変化する情報を含む場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いＢＬＥＲのＭＣＳテーブルが必要とされる。ＤＣＩにより示されるＡ−ＣＳＩが、ＣＱＩ及び／又はＰＭＩなどのすぐに変化する情報を含む場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いＢＬＥＲのＭＣＳテーブルが必要とされる。別の例では、ＤＣＩにより示されるＡ−ＣＳＩがＣＳＩ  ｐａｒｔ  ２を含む場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いＢＬＥＲのＭＣＳテーブルが必要とされる。ＤＣＩにより示されるＡ−ＣＳＩに含まれるＣＳＩがＣＳＩ  ｐａｒｔ  １しか含まない場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いＢＬＥＲのＭＣＳテーブルが必要とされる。ＭＣＳテーブルとＢＬＥＲとの対応関係がここで限定されることはない、つまり、ＭＣＳテーブルとＢＬＥＲとの対応関係は予め定められてもよく、上位層シグナリングを用いて設定されてもよいことに留意されたい。
【０３１３】
端末デバイスはＭＣＳインデックスを決定し、ＣＳＩに含まれるＣＳＩコンテンツに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定することが理解されるであろう。
【０３１４】
例えば、ＣＳＩはＣＳＩの１つ又は複数のビット情報量を含み、ＣＳＩコンテンツは、ＣＱＩ、ＲＩ、及びＰＭＩなどのビット情報を含む。ＤＣＩにより示されるＡ−ＣＳＩに含まれるビット情報量が第１のビット数より大きい又はそれと等しい場合、これは、ＣＳＩが緊急性の低いサービスであり得ることを示しており、比較的高いＢＬＥＲのＭＣＳテーブルが必要とされる。ＤＣＩにより示されるＡ−ＣＳＩに含まれるビット情報量が第２のビット数より少ない場合、これは、ＣＳＩが比較的緊急なサービスであり得ることを示しており、比較的低いＢＬＥＲのＭＣＳテーブルが必要とされる。
【０３１５】
端末デバイスはＭＣＳインデックスを決定し、ＣＳＩに含まれるＣＳＩのビット情報量に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定することが理解されるであろう。
【０３１６】
別の例では、ＤＣＩにより示されるＡ−ＣＳＩに含まれるＣＳＩが複数のＢＬＥＲに対応し、複数のＢＬＥＲは最高ＢＬＥＲと最低ＢＬＥＲとを含み、最高ＢＬＥＲは最大値を有するＢＬＥＲであり、最低ＢＬＥＲは最小値を有するＢＬＥＲである。この場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が特定のＢＬＥＲに対応するＭＣＳ情報であると決定する。あるいは、ＤＣＩにより示されるＡ−ＣＳＩに含まれるＣＳＩが複数のＢＬＥＲに対応し、ＭＣＳインデックスに対応するＭＣＳ情報は特定のＢＬＥＲに対応するＭＣＳ情報である。特定のＢＬＥＲは、例えば最高ＢＬＥＲ、つまり、最大値を有するＢＬＥＲであり、例えば、最高ＢＬＥＲに対応するＭＣＳ情報が第１のＭＣＳ情報である。又は特定のＢＬＥＲは、例えば最低ＢＬＥＲ、つまり、最小値を有するＢＬＥＲであり、例えば、最低ＢＬＥＲに対応するＭＣＳ情報が第２のＭＣＳ情報である。又は特定のＢＬＥＲは、最高ＢＬＥＲ及び最低ＢＬＥＲ以外のＢＬＥＲであってよい。
【０３１７】
例えば、ＣＳＩは１つ又は複数のＣＳＩレポート（ｒｅｐｏｒｔ）を含み、異なるＣＳＩレポートが異なるＢＬＥＲに対応してよい。この場合、ＤＣＩにより示されるＡ−ＣＳＩに含まれるＣＳＩが、複数のＢＬＥＲに対応してよい。例えば、１つのＭＣＳテーブルが１つのＢＬＥＲに対応する。端末デバイスは、複数のＭＣＳテーブルから、最高ＢＬＥＲに対応するＭＣＳテーブル又は最低ＢＬＥＲに対応するＭＣＳテーブルなどの、１つのＭＣＳテーブルを選択してよく、次に、ＭＣＳインデックスに基づいてＭＣＳ情報を決定してよい。端末デバイスがどのＢＬＥＲに対応するどのＭＣＳテーブルを選択するかは、プロトコルにより予め定められてもよく、上位層シグナリング又は動的シグナリングを用いて通知されてもよい。
【０３１８】
実施例Ａ８の２つの例は、個々に用いられてもよく、組み合わされてもよい。
【０３１９】
さらに、ＤＣＩにより示されるＡ−ＣＳＩに含まれるＣＳＩが複数のＢＬＥＲに対応し、複数のＢＬＥＲは最高ＢＬＥＲと最低ＢＬＥＲとを含む。この場合、ＢＬＥＲを説明するという観点から、実施例Ａ８における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ最高ＢＬＥＲに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ最低ＢＬＥＲに対応しているＭＣＳ情報が第２のＭＣＳ情報である、又はＭＣＳインデックスに対応し且つ最低ＢＬＥＲに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ最高ＢＬＥＲに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０３２０】
ＭＣＳインデックスに対応し且つ最高ＢＬＥＲに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩにより示されるＡ−ＣＳＩが最高ＢＬＥＲに対応するＣＳＩである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩにより示されるＡ−ＣＳＩが最高ＢＬＥＲに対応するのか、又は最低ＢＬＥＲに対応するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、Ａ−ＣＳＩとＭＣＳ情報との対応関係又はＡ−ＣＳＩに対応するＢＬＥＲとＭＣＳ情報との対応関係が、Ａ−ＣＳＩ（又はＡ−ＣＳＩに対応するＢＬＥＲ）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ最低ＢＬＥＲに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合、又はＭＣＳインデックスに対応し且つ最低ＢＬＥＲに対応しているＭＣＳ情報が第１のＭＣＳ情報である場合、又はＭＣＳインデックスに対応し且つ最高ＢＬＥＲに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合などの理解も同じである。
【０３２１】
本実施形態では、「〜と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、ＤＣＩにより示されるＡ−ＣＳＩに含まれるビット情報量が第１のビット数と等しい場合が、ＤＣＩにより示されるＡ−ＣＳＩに含まれるビット情報量が第１のビット数より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「〜と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
【０３２２】
Ａ９：第１の情報は、ＤＣＩのＣＣＥアグリゲーションレベルを含む。
【０３２３】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩのＣＣＥアグリゲーションレベルに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０３２４】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいてＤＣＩのＣＣＥアグリゲーションレベルを決定し、ＤＣＩのＣＣＥアグリゲーションレベルに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０３２５】
例えば、ＤＣＩのＣＣＥアグリゲーションレベルは複数のアグリゲーションレベルセットのうちの少なくとも１つに属し、複数のアグリゲーションレベルセットは第１のアグリゲーションレベルセットと第２のアグリゲーションレベルセットとを含む。
【０３２６】
具体的には、ＤＣＩのＣＣＥアグリゲーションレベルが第１のアグリゲーションレベルセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩのＣＣＥアグリゲーションレベルが第２のアグリゲーションレベルセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩのＣＣＥアグリゲーションレベルが第１のアグリゲーションレベルセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩのＣＣＥアグリゲーションレベルが第２のアグリゲーションレベルセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０３２７】
ＤＣＩのＣＣＥアグリゲーションレベルが第１のアグリゲーションレベルセットに属するということは、ＤＣＩのアグリゲーションレベルが第１のアグリゲーションレベルより小さいと理解されてよく、ＤＣＩのアグリゲーションレベルが第２のアグリゲーションレベルセットに属するということは、ＤＣＩのアグリゲーションレベルが第２のアグリゲーションレベルより大きい又はそれと等しいと理解されてよい。第１のアグリゲーションレベル及び第２のアグリゲーションレベルは２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１のアグリゲーションレベルは、第２のアグリゲーションレベルと等しくてもよく、等しくなくてもよい。例えば、第１のアグリゲーションレベルは、第２のアグリゲーションレベルより小さい。
【０３２８】
アグリゲーションレベルが高い場合、端末デバイスがＤＣＩを受信できる確率が高いと理解されてよい。この場合、端末デバイスの信頼性要件が比較的高い可能性が高く、比較的低いＢＬＥＲのＭＣＳテーブルが信頼性を保証するのに用いられてよい。これに対して、アグリゲーションレベルが低い場合、端末デバイスは、ＤＣＩを受信しない可能性が高いかもしれない。したがって、この場合、端末デバイスの信頼性要件があまり高くなく、比較的高いＢＬＥＲのＭＣＳテーブルが用いられてよい。
【０３２９】
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−５である。例えば、ＤＣＩのＣＣＥアグリゲーションレベルが４であり且つ第１のアグリゲーションレベルセットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又はＤＣＩのＣＣＥアグリゲーションレベルが８又は１６であり且つ第２のアグリゲーションレベルセットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
【０３３０】
あるいは、ＤＣＩのＣＣＥアグリゲーションレベルは複数のアグリゲーションレベルセットのうちの少なくとも１つに属し、複数のアグリゲーションレベルセットは第１のアグリゲーションレベルセットと第２のアグリゲーションレベルセットとを含む。この場合、アグリゲーションレベルセットを説明するという観点から、実施例Ａ９における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のアグリゲーションレベルセットに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のアグリゲーションレベルセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０３３１】
ＭＣＳインデックスに対応し且つ第１のアグリゲーションレベルセットに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩのＣＣＥアグリゲーションレベルが第１のアグリゲーションレベルセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩのＣＣＥアグリゲーションレベルが第１のアグリゲーションレベルセットに属するのか、又は第２のアグリゲーションレベルセットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、アグリゲーションレベルセットとＭＣＳ情報との対応関係又はＤＣＩのＣＣＥアグリゲーションレベルとＭＣＳ情報との対応関係が、アグリゲーションレベルセット（又はＤＣＩのＣＣＥアグリゲーションレベル）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のアグリゲーションレベルセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０３３２】
本実施形態では、「〜と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、ＤＣＩのアグリゲーションレベルが第２のアグリゲーションレベルと等しい場合が、ＤＣＩのアグリゲーションレベルが第２のアグリゲーションレベルより大きい場合と一致する。このことは、実際にはこれに限定されることはない。「〜と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
【０３３３】
Ａ１０：第１の情報は、ＤＣＩが位置するＣＯＲＳＥＴを含む。
【０３３４】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩが位置するＣＯＲＳＥＴに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０３３５】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩに基づいて、ＤＣＩが位置するＣＯＲＳＥＴを決定し、ＤＣＩが位置するＣＯＲＳＥＴに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０３３６】
例えば、ＤＣＩが位置するＣＯＲＳＥＴは複数のＣＯＲＳＥＴセットのうちの少なくとも１つに属し、複数のＣＯＲＳＥＴセットは第１のＣＯＲＳＥＴセットと第２のＣＯＲＳＥＴセットとを含む。
【０３３７】
具体的には、ＤＣＩが位置するＣＯＲＳＥＴが第１のＣＯＲＳＥＴセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又はＤＣＩが位置するＣＯＲＳＥＴが第２のＣＯＲＳＥＴセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、ＤＣＩが位置するＣＯＲＳＥＴが第１のＣＯＲＳＥＴセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するＣＯＲＳＥＴが第２のＣＯＲＳＥＴセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０３３８】
一例において、第１のＣＯＲＳＥＴセット内の対応するリソースエレメントグループ（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ、ＲＥＧ）バンドルサイズ（ｂｕｎｄｌｅ  ｓｉｚｅ）が第１のＲＥＧバンドルサイズセットに属する、且つ／又は、第２のＣＯＲＳＥＴセット内の対応するＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズセットに属する。
【０３３９】
この場合、ＤＣＩが位置するＣＯＲＳＥＴが第１のＣＯＲＳＥＴセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩが位置するＣＯＲＳＥＴが第２のＣＯＲＳＥＴセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。あるいは、ＤＣＩのＲＥＧバンドルサイズが第１のＲＥＧバンドルサイズセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又はＤＣＩのＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０３４０】
ＲＥＧバンドルサイズが第１のＲＥＧバンドルサイズセットに属するということは、ＲＥＧバンドルサイズが第１のＲＥＧバンドルサイズより小さいと理解されてよく、ＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズセットに属するということは、ＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズより大きい又はそれと等しいと理解されてよい。第１のＲＥＧバンドルサイズ及び第２のＲＥＧバンドルサイズは２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１のＲＥＧバンドルサイズは、第２のＲＥＧバンドルサイズと等しくてもよく、等しくなくてもよい。例えば、第１のＲＥＧバンドルサイズは、第２のＲＥＧバンドルサイズより小さい。
【０３４１】
ＲＥＧバンドルサイズが大きい場合、端末デバイスがＤＣＩを受信できる確率が高い。この場合、端末デバイスの信頼性要件が比較的高い可能性が高く、比較的低いＢＬＥＲのＭＣＳテーブルが信頼性を保証するのに用いられてよい。これに対して、ＲＥＧバンドルサイズが小さい場合、端末デバイスは、ＤＣＩを受信しない可能性が高いかもしれない。したがって、この場合、端末デバイスの信頼性要件があまり高くなく、比較的高いＢＬＥＲのＭＣＳテーブルが用いられてよい。
【０３４２】
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−５である。例えば、ＤＣＩのＲＥＧバンドルサイズが２であり且つ第１のＲＥＧバンドルサイズセットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又はＤＣＩのＲＥＧバンドルサイズが６であり且つ第２のＲＥＧバンドルサイズセットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
【０３４３】
あるいは、ＤＣＩが位置するＣＯＲＳＥＴは複数のＣＯＲＳＥＴセットのうちの少なくとも１つに属し、複数のＣＯＲＳＥＴセットは第１のＣＯＲＳＥＴセットと第２のＣＯＲＳＥＴセットとを含む。この場合、ＣＯＲＳＥＴセットを説明するという観点から、実施例Ａ１０における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のＣＯＲＳＥＴセットに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のＣＯＲＳＥＴセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０３４４】
ＭＣＳインデックスに対応し且つ第１のＣＯＲＳＥＴセットに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、ＤＣＩが位置するＣＯＲＳＥＴが第１のＣＯＲＳＥＴセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。ＤＣＩが位置するＣＯＲＳＥＴが第１のＣＯＲＳＥＴセットに属するのか、又は第２のＣＯＲＳＥＴセットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、ＣＯＲＳＥＴセットとＭＣＳ情報との対応関係又はＤＣＩが位置するＣＯＲＳＥＴとＭＣＳ情報との対応関係が、ＣＯＲＳＥＴセット（又はＤＣＩが位置するＣＯＲＳＥＴ）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のＣＯＲＳＥＴセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０３４５】
本実施形態では、「〜と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、ＤＣＩのＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズと等しい場合が、ＤＣＩのＲＥＧバンドルサイズが第２のＲＥＧバンドルサイズより大きい場合と一致する。このことは、実際にはこれに限定されることはない。「〜と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
【０３４６】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩのサブキャリア間隔に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。本実施形態は、以下で説明される第２の情報に対応するリソースのサブキャリア間隔と同様であり、詳細はここで説明しない。
【０３４７】
上述したＤＣＩに基づいて決定される第１の情報は、ＤＣＩに基づいて直接的に決定される情報と理解されてよい。以下では、ＤＣＩに基づいて決定されるいくつかの種類の第１の情報を説明する。以下で説明されるＤＣＩに基づいて決定される第１の情報は、ＤＣＩに基づいて間接的に決定される情報と理解されてよい。
【０３４８】
方式Ａの第２の例において、ＤＣＩは、第２の情報を伝送するよう命令するのに用いられる。この場合、第１の情報を決定することは、ＤＣＩの命令に従って伝送される第２の情報に対応するリソースに基づいて、第１の情報を決定することを含んでよく、第１の情報は、第２の情報に対応するリソースが位置するキャリア、第２の情報に対応するリソースが位置するセル、第２の情報に対応するリソースが位置するＢＷＰ、第２の情報に対応するリソースが位置するＴＡＧ、第２の情報に対応するリソースが位置するＰＵＣＣＨ  ｇｒｏｕｐ、第２の情報に対応するリソースに対応するＰＵＣＣＨフォーマット、第２の情報に対応するリソースのサブキャリア間隔、第２の情報に対応するリソースの波形、及び第２の情報に対応するリソースの時間領域長のうちの少なくとも１つを含む。
【０３４９】
第２の情報がＤＣＩに基づいて決定され、次に第１の情報が第２の情報に対応するリソースに基づいて決定されるので、第１の情報はＤＣＩに基づいて間接的に決定されると理解されてよい。方式Ａの第２の例において、端末デバイスが第１の情報を決定する方式が、ネットワークデバイスが第１の情報を決定する方式と同じであり、決定される第１の情報も同じである。
【０３５０】
以下の説明過程では、第１の情報、及びＭＣＳインデックスに対応するＭＣＳ情報を第１の情報に基づいて決定することなどが、主に端末デバイスの観点から説明される。ネットワークデバイスの場合も、第１の情報を決定するプロセス又は決定された第１の情報の内容は同様である。
【０３５１】
第２の情報に対応するリソースは、第２の情報を搬送するのに用いられるリソースと理解されてよい。第２の情報は、第１の情報が決定されるときに送信されていないので、第２の情報を搬送するのに用いられるリソースは、第２の情報に対応するリソースと説明される。端末デバイスは、ＤＣＩを用いて、第２の情報に対応するリソースを決定してよい。例えば、ＤＣＩは、第２の情報に対応するリソースを示してよい。あるいは、第２の情報に対応するリソースはプロトコルで指定されてもよく、上位層シグナリング又は他の動的シグナリングを用いて決定されてもよい。
【０３５２】
前述のいくつかの種類の第１の情報は、以下で個々に説明される。
【０３５３】
Ａ１１：第１の情報は、第２の情報に対応するリソースが位置するキャリアを含む。
【０３５４】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第２の情報に対応するリソースが位置するキャリアに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０３５５】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩの命令に従って伝送される第２の情報に対応するリソースが位置するキャリアを決定し、第２の情報に対応するリソースが位置するキャリアに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０３５６】
例えば、第２の情報に対応するリソースが位置するキャリアは複数のキャリアのうちの少なくとも１つであり、複数のキャリアは第１のキャリアと第２のキャリアとを含む。
【０３５７】
具体的には、第２の情報に対応するリソースが位置するキャリアが第１のキャリアである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第２の情報に対応するリソースが位置するキャリアが第２のキャリアである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第２の情報に対応するリソースが位置するキャリアが第１のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第２の情報に対応するリソースが位置するキャリアが第２のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０３５８】
例えば、あるシステムでは、ＵＲＬＬＣサービスが伝送のために特定のキャリアで搬送されてよく、別のサービスが伝送のために別のキャリアで搬送されてもよい。第２の情報が、ＵＲＬＬＣサービスを搬送するキャリアを用いて伝送される場合、これは、第２の情報がＵＲＬＬＣサービスに属すること、ＵＲＬＬＣサービスは比較的高い信頼性を必要とすること、また比較的低いＢＬＥＲのＭＣＳテーブルが選択されてよいことを示している。第２の情報が、別のサービスを搬送するキャリアを用いて伝送される場合、これは、第２の情報がＵＲＬＬＣサービス以外のサービスに属していること、別のサービスの信頼性要件がＵＲＬＬＣサービスほど高くないこと、また比較的高いＢＬＥＲのＭＣＳテーブルが選択されてよいことを示している。
【０３５９】
具体的には、第２の情報に対応するリソースが位置するキャリアが一次コンポーネントキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である。第２の情報に対応するリソースが位置するキャリアが二次コンポーネントキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０３６０】
例えば、第１のキャリアは、ＵＲＬＬＣサービス以外のサービスを搬送するキャリアである。上述したように、本システムは複数のＭＣＳテーブルをサポートし、例えば、２つのＭＣＳテーブルをサポートする。端末デバイスは、第１のキャリアに基づいて、高いＢＬＥＲのＭＣＳテーブルを選択する、例えば、第１のＭＣＳテーブルを選択すると決定し、次に端末デバイスは、ＭＣＳインデックスに基づいて、第１のＭＣＳテーブル内のどのＭＣＳ情報を選択するかを決定してよく、例えば、第１のＭＣＳ情報を選択すると決定してよい。同様に、例えば、第２のキャリアはＵＲＬＬＣサービスを搬送するキャリアであり、本システムが２つのＭＣＳテーブルをサポートする例が引き続き用いられる。端末デバイスは、第２のキャリアに基づいて、低いＢＬＥＲのＭＣＳテーブルを選択すると決定してよく、例えば、第２のＭＣＳテーブルを選択すると決定してよく、次に端末デバイスは、ＭＣＳインデックスに基づいて、第２のＭＣＳテーブル内のどのＭＣＳ情報を選択するかを決定する、例えば、第２のＭＣＳ情報を選択すると決定する。具体的には、一次コンポーネントキャリアに対応するＭＣＳテーブルが第１のＭＣＳテーブルであり、したがって、第１のＭＣＳ情報が決定される。二次コンポーネントキャリアに対応するＭＣＳテーブルが第２のＭＣＳテーブルであり、したがって、第２のＭＣＳ情報が決定される。
【０３６１】
キャリアとＭＣＳ情報との対応関係が、システムに予め定められてもよく、上位層シグナリング又は物理層シグナリングを用いて通知されてもよいことに留意されたい。
【０３６２】
あるいは、第２の情報に対応するリソースが位置するキャリアは複数のキャリアのうちの少なくとも１つであり、複数のキャリアは第１のキャリアと第２のキャリアとを含む。この場合、キャリアを説明するという観点から、実施例Ａ１１における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１のキャリアに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２のキャリアに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０３６３】
ＭＣＳインデックスに対応し且つ第１のキャリアに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第２の情報に対応するリソースが位置するキャリアが第１のキャリアである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第２の情報に対応するリソースが位置するキャリアが第１のキャリアであるのか、又は第２のキャリアであるのかに関係なく、ＭＣＳインデックスは変化しない。したがって、キャリアとＭＣＳ情報との対応関係が、キャリアとＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２のキャリアに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０３６４】
また、第１の情報はさらに、第２の情報に対応するリソースが位置するセル、第２の情報に対応するリソースが位置するＢＷＰ、第２の情報に対応するリソースが位置するＴＡＧ、第２の情報に対応するリソースが位置するＰＵＣＣＨ  ｇｒｏｕｐ、第２の情報に対応するリソースのサブキャリア間隔、第２の情報に対応するリソースに対応するＰＵＣＣＨフォーマット、及び第２の情報に対応するリソースの波形のうちの少なくとも１つを含んでよい。これらの場合は、第２の情報に対応するリソースが位置するキャリアを第１の情報が含む場合と同様であり、したがって、実施例Ａ１１で共に説明される。
【０３６５】
例えば、第１の情報は、第２の情報に対応するリソースが位置するセルを含む。例えば、システム又はプロトコルがそのことを事前に指定してよく、又は、高いブロック誤り率のＭＣＳテーブルに対応するセルもあれば、低いブロック誤り率のＭＣＳテーブルに対応するセルもあることを通知するのに、上位層シグナリング又は物理層シグナリングが用いられる。例えば、第１のセルが高いブロック誤り率のＭＣＳテーブルに対応し、第２のセルが低いブロック誤り率のＭＣＳテーブルに対応することが指定される。第２の情報に対応するリソースが位置するセルが第１のセルである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第２の情報に対応するリソースが位置するセルが第２のセルである場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第２の情報に対応するリソースが位置するセルが第１のセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第２の情報に対応するリソースが位置するセルが第２のセルである場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。例えば、第１のセルはマクロセルであり、第２のセルはマイクロセルである。又は第２のセルはマクロセルであり、第１のセルはマイクロセルである。
【０３６６】
第２の情報に対応するリソースが位置するＢＷＰ、第２の情報に対応するリソースが位置するＴＡＧ、第２の情報に対応するリソースが位置するＰＵＣＣＨ  ｇｒｏｕｐ、第２の情報に対応するリソースのサブキャリア間隔、第２の情報に対応するリソースに対応するＰＵＣＣＨフォーマット、又は第２の情報に対応するリソースの波形などの内容を第１の情報が含むということは、第２の情報に対応するリソースが位置するセル又は第２の情報に対応するリソースが位置するキャリアを第１の情報が含む場合と同様であり、またＡ４と同様である。詳細は、再度説明しない。
【０３６７】
Ａ１２：第１の情報は、第２の情報に対応するリソースの時間領域長を含む。
【０３６８】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第２の情報に対応するリソースの時間領域長に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０３６９】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、受信したＤＣＩの命令に従って伝送される第２の情報に対応するリソースの時間領域長を決定し、第２の情報に対応するリソースの時間領域長に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０３７０】
例えば、第２の情報に対応するリソースの時間領域長は、複数の時間領域長セットのうちの少なくとも１つに属し、複数の時間領域長セットは第１の時間領域長セットと第２の時間領域長セットとを含む。
【０３７１】
具体的には、第２の情報に対応するリソースの時間領域長が第１の時間領域長セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第２の情報に対応するリソースの時間領域長が第２の時間領域長セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第２の情報に対応するリソースの時間領域長が第１の時間領域長セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第２の情報に対応するリソースの時間領域長が第２の時間領域長セットに属する場合、ＭＣＳ方式インデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０３７２】
第２の情報に対応するリソースはＰＤＳＣＨ、ＰＵＳＣＨ、又はＰＵＣＣＨであってもよく、第２の情報に対応するリソースの決定された時間領域長は、第２の情報を搬送するＰＤＳＣＨ、ＰＵＳＣＨ、又はＰＵＣＣＨの時間領域長であってもよい。ここでの時間領域長の単位は、シンボル、スロット、又はミニスロットなどであってもよく、このことは特に限定されない。
【０３７３】
第２の情報に対応するリソースの時間領域長が第１の時間領域長セットに属するということは、第２の情報に対応するリソースの時間領域長が第１の時間領域長より大きい又はそれと等しいと理解されてよく、第２の情報に対応するリソースの時間領域長が第２の時間領域長セットに属するということは、第２の情報に対応するリソースの時間領域長が第２の時間領域長より小さいと理解されてよい。第１の時間領域長及び第２の時間領域長は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスにより通知されてもよい。第１の時間領域長は第２の時間領域長と等しくてもよく、等しくなくてもよい。例えば、第１の時間領域長は第２の時間領域長より小さい。
【０３７４】
第２の情報に対応するリソースの時間領域長が比較的短い場合、これは、第２の情報が比較的緊急なサービスであり得るか、又は第２の情報に残された伝送時間が比較的短いことを示しており、第２の情報が比較的短時間での伝送に成功できることを保証するために、比較的低いＢＬＥＲのＭＣＳテーブルが必要とされる。第２の情報に対応するリソースの時間領域長が比較的長い場合、これは、第２の情報は緊急性の低いサービスであり得るか、又は第２の情報に残された伝送時間が比較的長いことを示しており、比較的高いＢＬＥＲのＭＣＳテーブルが用いられてよい。
【０３７５】
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−５である。例えば、第２の情報に対応するリソースの時間領域長が第１の時間領域長より大きい又はそれと等しく且つ第１の時間領域長セットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又は第２の情報に対応するリソースの時間領域長が第２の時間領域長より小さく且つ第２の時間領域長セットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
【０３７６】
あるいは、第２の情報に対応するリソースの時間領域長は、複数の時間領域長セットのうちの少なくとも１つに属し、複数の時間領域長セットは第１の時間領域長セットと第２の時間領域長セットとを含む。この場合、時間領域長セットを説明するという観点から、実施例Ａ１２における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１の時間領域長セットに対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２の時間領域長セットに対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０３７７】
ＭＣＳインデックスに対応し且つ第１の時間領域長セットに対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第２の情報に対応するリソースの時間領域長が第１の時間領域長セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第２の情報に対応するリソースの時間領域長が第１の時間領域長セットに属するのか、又は第２の時間領域長セットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、時間領域長セットとＭＣＳ情報との対応関係又は第２の情報に対応するリソースの時間領域長とＭＣＳ情報との対応関係が、時間領域長セット（又は第２の情報に対応するリソースの時間領域長）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の時間領域長セットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０３７８】
本実施形態では、「〜と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、第２の情報に対応するリソースの時間領域長が第１の時間領域長と等しい場合が、第２の情報に対応するリソースの時間領域長が第１の時間領域長より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「〜と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
【０３７９】
方式Ａの実施例は個々に適用されてもよく、任意のいくつかの実施例が組み合わされてもよい。第１の情報の１つの種類の内容が、１つの実施例とみなされてよい。
【０３８０】
第１の情報がＤＣＩに基づいて決定される方式は上述されており、第１の情報を決定する別の方式が以下に説明される。
【０３８１】
Ｂ：第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定する。ここで、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。
【０３８２】
方式Ｂでは、１つ又は複数の種類の決定された第１の情報もあってよい。例えば、第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数と、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数と、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率と、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率とのうちの少なくとも１つを含む。
【０３８３】
方式Ａで説明される決定方式は、端末デバイスにより第１の情報を決定する方式である。これに応じて、方式Ｂでは、ネットワークデバイスが第１の情報を決定することは、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を送信する回数に基づいて第１の情報を決定することを含んでよく、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である。
【０３８４】
方式Ｂでは、ネットワークデバイスにより決定される１つ又は複数の種類の第１の情報もあってよい。例えば、第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を送信する回数と、第１の時間ウインドウにおいて第１の確認応答情報を送信する回数と、第１の時間ウインドウにおいて第１の否定応答情報を送信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を送信する総必要回数に対する比率と、第１の時間ウインドウにおいて第１の確認応答情報を送信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を送信する総必要回数に対する比率とのうちの少なくとも１つを含む。
【０３８５】
端末デバイスでは、第１の否定応答情報が受信されない理由が、ネットワーク障害などによって生じるパケット損失であることがある。ネットワークデバイスでは、第１のＨＡＲＱ応答情報は、毎回伝送されるデータに対して送信されるはずである。したがって、ネットワークデバイスは、第１の時間ウインドウにおいて第１の否定応答情報を送信しない回数を考慮しなくてもよい。
【０３８６】
端末デバイスにより決定される第１の情報とネットワークデバイスにより決定される第１の情報とは、同じはずである。例えば、端末デバイス及びネットワークデバイスは両方とも、ＤＣＩが位置するキャリアを第１の情報が含むと決定する。
【０３８７】
以下の説明過程では、第１の情報、及び第１の情報に基づいてＭＣＳインデックスに対応するＭＣＳ情報を決定することなどが、主に端末デバイスの観点から説明される。ネットワークデバイスの場合も、第１の情報を決定するプロセス又は決定された第１の情報の内容は同様である。
【０３８８】
本願の本実施形態において、第１の時間ウインドウは、プロトコルで指定されてもよく、ネットワークデバイスにより設定されてもよく、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知される。
【０３８９】
第１の時間ウインドウは、例えば、ＭＣＳ情報を搬送するＤＣＩが受信される時点を終了時点として用いる単位時間、又はＭＣＳ情報が決定される時点を終了時点として用いる単位時間である。あるいは、第１の時間ウインドウは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１の第１の否定応答情報が受信される時点を終了時点として用いる、あるいは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１のＨＡＲＱ応答情報が初めて受信されない時点を終了時点として用いる、あるいは第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後の予め設定された期間の終了時点を終了時点として用いる。本明細書における第１の確認応答情報は、伝送プロセスにおける任意の第１の確認応答情報であってよい。あるいは、第１の時間ウインドウは、１つの時間単位が位置する開始時点及び終了時点に対応する。
【０３９０】
ＭＣＳ情報が決定される時点は、ＭＣＳ情報が決定される時点が位置するシンボルの開始時点又は終了時点と理解されてもよく、ＭＣＳ情報が決定される時点が位置するスロットの開始時点又は終了時点と理解されてもよい。ＭＣＳ情報を搬送するＤＣＩが受信される時点は、ＭＣＳ情報を搬送するＤＣＩが受信される時点が位置するシンボルの開始時点又は終了時点又はインデックスと理解されてもよく、ＭＣＳ情報を搬送するＤＣＩが受信される時点が位置するスロットの開始時点又は終了時点又はインデックスと理解されてもよい。
【０３９１】
第１の確認応答情報が受信される時点は、第１の確認応答情報が受信される時点が位置するシンボルの開始時点又は終了時点又はインデックスと理解されてもよく、第１の確認応答情報が受信される時点が位置するスロットの開始時点又は終了時点又はインデックスと理解されてもよい。
【０３９２】
第１の否定応答情報が受信される時点は、第１の否定応答情報が受信される時点が位置するシンボルの開始時点又は終了時点又はインデックスと理解されてもよく、第１の否定応答情報が受信される時点が位置するスロットの開始時点又は終了時点又はインデックスと理解されてもよい。
【０３９３】
第１のＨＡＲＱ応答情報が受信されない時点は、第１のＨＡＲＱ応答情報が受信されない時点が位置するシンボルの開始時点又は終了時点と理解されてもよく、第１のＨＡＲＱ応答情報が受信されない時点が位置するスロットの開始時点又は終了時点と理解されてもよい。
【０３９４】
第１の確認応答情報が受信された後の予め設定された期間の終了時点は、第１の確認応答情報が受信された後の予め設定された期間の終了時点が位置するシンボルの開始時点又は終了時点又はインデックスと理解されてもよく、第１の確認応答情報が受信された後の予め設定された期間の終了時点が位置するスロットの開始時点又は終了時点又はインデックスと理解されてもよい。
【０３９５】
さらに、単位時間が、シンボル、スロット、又はミニスロットなどと理解されてもよい。第１の時間ウインドウが、ＭＣＳ情報が決定される時点を終了時点として用いる単位時間である場合、第１の時間ウインドウでは、Ｚ１単位時間が、ＭＣＳ情報が決定される時点を終了時点として用いることで早められることが理解されるであろう。ここで、Ｚ１は正の整数である。第１の時間ウインドウが、ＭＣＳ情報を搬送するＤＣＩが受信される時点を終了時点として用いる単位時間である場合、第１の時間ウインドウでは、Ｚ２単位時間が、ＭＣＳ情報を搬送するＤＣＩが受信される時点を終了時点として用いることで早められることが理解されるであろう。ここで、Ｚ２は正の整数である。例えば、第１の時間ウインドウは１ｍｓと定められる。
【０３９６】
１つの時間単位に対応する開始時点及び終了時点が、１つの時間単位において第１のＨＡＲＱ応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数と理解されてよく、１つの時間単位は、Ｙ１個のスロットであってもＹ２個のシンボルであってもよい。時間単位は予め定められてもよく、上位層シグナリング又は動的シグナリングを用いて通知されてもよい。Ｙ１及びＹ２は正の整数である。
【０３９７】
第１の時間ウインドウが、第１の確認応答情報が受信される時点を開始時点として用い、また第１の確認応答情報が受信された後の予め設定された期間の終了時点を終了時点として用いるならば、１つの第１の確認応答情報が受信された場合、１つの第１の時間ウインドウに入ることが決定されてよく、またタイマが始動する。タイマの計時期間が、予め設定された期間である。タイマが終了したときに、第１の時間ウインドウが終了したと決定され、タイマがリフレッシュされる。次回、別の第１の確認応答情報を受信すると、タイマが再度始動して、次の第１の時間ウインドウに入る。
【０３９８】
あるいは、第１の確認応答情報が受信される時点が開始時点として用いられ、第１の確認応答情報が受信された後の第１のＨＡＲＱ応答情報が初めて受信されない時点が終了時点として用いられる。
【０３９９】
以下では、方式Ｂにおける第１の情報を個々に説明する。
【０４００】
Ｂ１：第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数を含む。
【０４０１】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０４０２】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数を決定し、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に基づいて、ＭＣＳインデックスに対応する変調符号化方式情報を決定する。
【０４０３】
例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数は、複数の回数のセットのうちの少なくとも１つに属し、複数の回数のセットは第１の回数のセットと第２の回数のセットとを含む。
【０４０４】
具体的には、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ確認応答情報を受信しない回数が第１の回数のセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ確認応答情報を受信しない回数が第２の回数のセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０４０５】
第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属するということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第１の回数より小さいと理解されてよく、また第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数のセットに属するということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数より大きい又はそれと等しいと理解されてよい。第１の回数及び第２の回数は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１の回数は第２の回数と等しくてもよく、等しくなくてもよい。例えば、第１の回数は第２の回数より小さい。
【０４０６】
第１の否定応答情報が受信された場合、これは、ネットワークデバイスによる受信が不正確であることを示しているか、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している。第１の否定応答情報が受信されない場合、これも、ネットワークデバイスによる受信が不正確であることを示している場合があり、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している場合がある。第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が比較的大きい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いＢＬＥＲに対応するＭＣＳテーブルが選択される。
【０４０７】
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−５である。例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数のセットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
【０４０８】
あるいは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が、複数の回数のセットのうちの少なくとも１つに属し、複数の回数のセットは第１の回数のセットと第２の回数のセットとを含む。この場合、回数のセットを説明するという観点から、実施例Ｂ１における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第１の回数のセットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第２の回数のセットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０４０９】
ＭＣＳインデックスに対応し且つ第１の回数のセットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が、第１の回数のセットに属するのか、又は第２の回数のセットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、回数のセットとＭＣＳ情報との対応関係、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数とＭＣＳ情報との対応関係が、回数のセット（又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の回数のセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０４１０】
本実施形態では、「〜と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数と等しい場合が、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数が第２の回数より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「〜と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
【０４１１】
Ｂ２：第１の情報は、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数を含む。
【０４１２】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０４１３】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数を決定し、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数に基づいて、ＭＣＳインデックスに対応する変調符号化方式情報を決定する。
【０４１４】
例えば、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数は複数の回数のセットのうちの少なくとも１つに属し、複数の回数のセットは第３の回数のセットと第４の回数のセットとを含む。
【０４１５】
具体的には、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第４の回数のセットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第４の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０４１６】
第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属するということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数より大きい又はそれと等しいと理解されてよく、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第４の回数のセットに属するということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第４の回数より小さいと理解されてよい。第３の回数及び第４の回数は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスにより通知されてもよい。第３の回数は第４の回数と等しくてもよく、等しくなくてもよい。例えば、第３の回数は第４の回数より大きい。
【０４１７】
第１の確認応答情報が受信された場合、これは、ネットワークデバイスによる受信が正しいことを示しているか、又は端末デバイスによるアップリンクデータ伝送が正しいことを示している。第１の確認応答情報を受信する回数が比較的小さい場合、これは、ネットワークデバイスによる受信が常に不正確であることを示しており、サービス伝送終了時間が近づいているため、低いＢＬＥＲに対応するＭＣＳテーブルが選択される必要がある。第１の確認応答情報を受信する回数が比較的大きい場合、これは、ネットワークデバイスによる受信が正しいことを示しており、高いＢＬＥＲに対応するＭＣＳテーブルが選択されてよい。
【０４１８】
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−５である。例えば、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第４の回数のセットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
【０４１９】
あるいは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数は複数の回数のセットのうちの少なくとも１つに属し、複数の回数のセットは第３の回数のセットと第４の回数のセットとを含む。この場合、回数のセットを説明するという観点から、実施例Ｂ２における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し且つ第３の回数のセットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し且つ第４の回数のセットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０４２０】
ＭＣＳインデックスに対応し且つ第３の回数のセットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数のセットに属するのか、又は第４の回数のセットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、回数のセットとＭＣＳ情報との対応関係又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数とＭＣＳ情報との対応関係が、回数のセット（又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第４の回数のセットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０４２１】
本実施形態では、「〜と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数と等しい場合が、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数が第３の回数より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「〜と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
【０４２２】
Ｂ３：第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率を含む。
【０４２３】
第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数は、端末デバイスにより送信されるアップリンクデータに基づいて決定されてよい。理論上、端末デバイスが１つのアップリンクデータを送信するたびに、第１のＨＡＲＱ応答情報が１回受信される。
【０４２４】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０４２５】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスは、ＭＣＳインデックスと、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率とを決定し、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に基づいて、ＭＣＳインデックスに対応する変調符号化方式情報を決定する。
【０４２６】
例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率は、複数の比率セットのうちの少なくとも１つに属し、複数の比率セットは第１の比率セットと第２の比率セットとを含む。
【０４２７】
具体的には、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットの属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０４２８】
第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットに属するということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率より小さいと理解されてよく、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率セットに属するということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率より大きい又はそれと等しいと理解されてよい。第１の比率及び第２の比率は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第１の比率は第２の比率と等しくてもよく、等しくなくてもよい。例えば、第１の比率は第２の比率より小さい。
【０４２９】
第１の否定応答情報が受信された場合、これは、ネットワークデバイスによる受信が不正確であることを示しているか、又は端末デバイスによるアップリンクデータ伝送が不正確であることを示している場合がある。第１の否定応答情報を受信する回数の第１のＨＡＲＱ応答情報を受信する必要回数の数に対する比率が比較的大きい場合、これは、第１の否定応答情報を受信する回数が比較的大きいこと、ネットワークデバイスによる受信が常に不正確であること、またサービス伝送終了時間が近づいているために、低いＢＬＥＲに対応するＭＣＳテーブルが選択される必要があることを示している。第１の否定応答情報を受信する回数の第１のＨＡＲＱ応答情報を受信する必要回数の数に対する比率が比較的小さい場合、これは、第１の否定応答情報を受信する回数が比較的小さいこと、ネットワークデバイスによる受信が正しいこと、また高いＢＬＥＲに対応するＭＣＳテーブルが選択されてよいことを示している。
【０４３０】
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−５である。例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットに属する場合、端末デバイスは第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率セットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
【０４３１】
あるいは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率は、複数の比率セットのうちの少なくとも１つに属し、複数の比率セットは第１の比率セットと第２の比率セットとを含む。この場合、比率セットを説明するという観点から、実施例Ｂ３における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し、且つ第１の比率セットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し、且つ第２の比率セットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０４３２】
ＭＣＳインデックスに対応し且つ、第１の比率セットに含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第１の比率セットに属するのか、又は第２の比率セットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、比率セットとＭＣＳ情報との対応関係、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率とＭＣＳ情報との対応関係が、比率セット（又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第２の比率セットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０４３３】
本実施形態では、「〜と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率と等しい場合が、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第２の比率より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「〜と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
【０４３４】
Ｂ４：第１の情報は、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率を含む。
【０４３５】
本願の本実施形態において、本方法は代替的に次の通りに説明されてもよいことが理解されるであろう。すなわち、端末デバイスはＭＣＳインデックスを決定し、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０４３６】
あるいは、本方法は次の通りに説明されてもよい。すなわち、端末デバイスは、ＭＣＳインデックスと、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率とを決定し、第１の時間ウインドウの第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に基づいて、ＭＣＳインデックスに対応する変調符号化方式情報を決定する。
【０４３７】
例えば、第１の情報に含まれる、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が、複数の比率セットのうちの少なくとも１つに属し、複数の比率セットは第３の比率セット及び第４の比率セットを含む。
【０４３８】
具体的には、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第１のＭＣＳ情報であると決定する、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数対する比率が第４の比率セットに属する場合、端末デバイスは、ＭＣＳインデックスに対応するＭＣＳ情報が第２のＭＣＳ情報であると決定する。あるいは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第４の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳ情報である。
【０４３９】
第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率セットに属するということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率より大きい又はそれと等しいと理解されてよく、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第４の比率セットに属するということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第４の比率より小さいと理解されてよい。第３の比率及び第４の比率は２つの閾値として用いられ、プロトコルで指定されてもよく、ネットワークデバイスにより予め設定され、上位層シグナリング又は動的シグナリングを用いて端末デバイスに通知されてもよい。第３の比率は第４の比率と等しくてもよく、等しくなくてもよい。例えば、第３の比率は第４の比率より大きい。
【０４４０】
第１の確認応答情報が受信された場合、これは、ネットワークデバイスによる受信が正しいことを示しているか、又は端末デバイスによるアップリンクデータ伝送が正しいことを示してよい。第１の確認応答情報を受信する回数の第１のＨＡＲＱ応答情報を受信する必要回数の数に対する比率が比較的小さい場合、これは、ネットワークデバイスにより受信される第１の確認応答情報の回数が少ないほど常に不正確であること、またサービス伝送終了時間が近づいているため、低いＢＬＥＲに対応するＭＣＳテーブルが選択される必要があることを示している。第１の確認応答情報を受信する回数の第１のＨＡＲＱ応答情報を受信する必要回数の数に対する比率が比較的大きい場合、これは、より多くの第１の確認応答情報が受信されていること、ネットワークデバイスによる受信が正しいこと、また高いＢＬＥＲに対応するＭＣＳテーブルが選択されてよいことを示している。
【０４４１】
例えば、第１のＭＣＳテーブルと第２のＭＣＳテーブルという２つのＭＣＳテーブルがあり、第１のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−３であり、第２のＭＣＳテーブルに対応するＢＬＥＲが１０ｅ−５である。例えば、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率セットに属する場合、端末デバイスは、第１のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳテーブル内の第１のＭＣＳ情報である、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の、第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第４の比率セットに属する場合、端末デバイスは第２のＭＣＳテーブルを選択すると決定し、ＭＣＳインデックスに対応するＭＣＳ情報は第２のＭＣＳテーブル内の第２のＭＣＳ情報である。
【０４４２】
あるいは、第１の情報に含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が、複数の比率セットのうちの少なくとも１つに属し、複数の比率セットは第３の比率セット及び第４の比率セットを含む。この場合、比率セットを説明するという観点から、実施例Ｂ４における解決手段は代替的に次の通りに説明されてもよい。すなわち、ＭＣＳインデックスに対応し、且つ第３の比率セットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が第１のＭＣＳ情報であり、ＭＣＳインデックスに対応し、且つ第４の比率セットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が第２のＭＣＳ情報である。ここで、第１のＭＣＳ情報は第２のＭＣＳ情報と異なる。
【０４４３】
ＭＣＳインデックスに対応し、且つ第３の比率セットに含まれる第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率に対応しているＭＣＳ情報が、ここで説明される第１のＭＣＳ情報であるということは、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率セットに属する場合、ＭＣＳインデックスに対応するＭＣＳ情報は第１のＭＣＳ情報であると理解されるはずである。第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が、第３の比率セットに属するのか、又は第４の比率セットに属するのかに関係なく、ＭＣＳインデックスは変化しない。したがって、比率セットとＭＣＳ情報との対応関係、又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率とＭＣＳ情報との対応関係が、比率セット（又は第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率）とＭＣＳインデックスとの対応関係の代わりに、ここで重要視されるべきである。ＭＣＳインデックスに対応し且つ第４の比率セットに対応しているＭＣＳ情報が第２のＭＣＳ情報である場合の理解も同じである。
【０４４４】
本実施形態では、「〜と等しい」という区分けの場合もある。実施例Ａ５と同様に、本実施形態では、例えば、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率と等しい場合が、第１の時間ウインドウにおいて第１の確認応答情報を受信する回数の第１の時間ウインドウにおいて第１のＨＡＲＱ応答情報を受信する総必要回数に対する比率が第３の比率より大きい場合と一致する。このことは、実際にはこれに限定されることはない。「〜と等しい」という場合の具体的な説明については、実施例Ａ５を参照されたい。詳細は、再度説明しない。
【０４４５】
方式Ａ及び方式Ｂの前述の説明では、第１のＭＣＳ情報が第２のＭＣＳ情報と異なる例が用いられている。適用時には、第１のＭＣＳ情報は代替的に第２のＭＣＳ情報と同じであってもよい。
【０４４６】
方式Ｂの実施例は個々に適用されてもよく、任意のいくつかの実施例が組み合わされてもよい。第１の情報の１つの種類の内容が、１つの実施例とみなされてよい。
【０４４７】
さらに、方式Ａ及び方式Ｂにおける任意のいくつかの実施例が組み合わされてもよい。以下では、方式Ａの実施例が方式Ｂの実施例と組み合わされる一例を説明する。例えば、実施例Ａ１が実施例Ｂ１と組み合わされる。
【０４４８】
上述したように、実施例Ａ１は、ＤＣＩにより示される変調符号化方式テーブルを第１の情報が含むということであり、実施例Ｂ１は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数を第１の情報が含むということである。
【０４４９】
さらに、本願の本実施形態において、本方法は代替的に次の通りに説明されてもよい。すなわち、端末デバイスはＭＣＳインデックスを決定し、ＤＣＩにより示される変調符号化方式テーブルと、第１の情報に含まれる第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数とに基づいて、ＭＣＳインデックスに対応するＭＣＳ情報を決定する。
【０４５０】
第１の情報はＤＣＩにより示される変調符号化方式テーブルを含み、ＤＣＩにより示される変調符号化方式テーブルは複数の変調符号化方式テーブルのうちの少なくとも１つであることが理解されるであろう。任意選択で、複数の変調符号化方式テーブルは、第１の変調符号化方式テーブルと第２の変調符号化方式テーブルとを含む。
【０４５１】
第１の情報は、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数を含み、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／又は第１のＨＡＲＱ応答情報を受信しない回数は、複数の回数のセットのうちの少なくとも１つに属することが理解されるであろう。複数の回数のセットは第１の回数のセットと第２の回数のセットとを含み、第１の回数のセットは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数を含む、又は第２の回数のセットは、第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数を含む。
【０４５２】
さらに、ＤＣＩにより示される変調符号化方式テーブルが第１のテーブルであり、また第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属する場合、変調符号化方式インデックスに対応する変調符号化方式情報は第１の変調符号化方式情報である、あるいはＤＣＩにより示される変調符号化方式テーブルが第２のテーブルであるか、又は第１の時間ウインドウにおいて第１の否定応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数が第１の回数のセットに属する場合、変調符号化方式インデックスに対応する変調符号化方式情報は第２の変調符号化方式情報である。
【０４５３】
方式Ａ及び方式Ｂにおける任意の他のいくつかの実施例が組み合わされる場合、組み合わせ方式も同様であり、詳細は本明細書において再度説明しない。
【０４５４】
前述の説明過程では、端末デバイスがＭＣＳ情報を決定することが一例として用いられている。実際の応用では、ネットワークデバイスは端末デバイスと同じ方式でＭＣＳ情報を決定するので、詳細は再度説明しない。
【０４５５】
本明細書で説明される「セット」は、「範囲」と理解されてもよい。例えば、「第１の比率セット」は「第１の比率範囲」と理解されてもよく、又は「第１の回数のセット」は「第１の回数の範囲」と理解されてもよい。「セット」に含まれる要素が、連続値であってもよく、少なくとも１つの離散値であってもよい。このことは、特に限定されない。
【０４５６】
図２に示す実施形態では、既存のＭＣＳテーブルが、修正することなく引き続き用いられてよい。したがって、この方法は既存のプロトコルにうまく適合する。
【０４５７】
さらに、図４を参照すると、本願の一実施形態が第２の通信方法を提供する。この通信方法では、現在のＭＣＳテーブルが直接的に修正されてよく、その結果、端末デバイスは、ＭＣＳインデックスを取得した後にＭＣＳ情報を直接的に決定することができる。以下では、詳細な説明を行う。以下の説明過程では、本方法が図１に示す応用シナリオに適用される一例が引き続き用いられる。本方法の手順が、次の通りに説明される。
【０４５８】
Ｓ４１：ネットワークデバイスが変調符号化方式情報を決定する。変調符号化方式情報は、変調方式（ｍｏｄｕｌａｔｉｏｎ）、符号化レート（ｃｏｄｉｎｇ  ｒａｔｅ）、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む。
【０４５９】
Ｓ４２：ネットワークデバイスは、変調符号化方式情報に対応する変調符号化方式インデックスを決定する。変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは０〜［Ｎ−１］であり、Ｎ個の変調符号化方式インデックスは以下の条件、すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ−１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ−１］の関係にあり、Ｎは１より大きい整数であることのうちの少なくとも１つを満たす。
【０４６０】
Ｓ４３：端末デバイスが変調符号化方式インデックスを決定する。
【０４６１】
Ｓ４４：端末デバイスは、変調符号化方式インデックスに対応する変調符号化方式情報を決定する。
【０４６２】
Ｓ４５：端末デバイスは、決定した変調符号化方式情報に基づいて第２の情報を伝送する。
【０４６３】
第２の情報は、データ及び／又は制御情報を含み、制御情報は、例えばＣＳＩを含み、さらに他の情報を含んでもよい。第２の情報は、ＰＵＳＣＨ又はＰＤＳＣＨで搬送されてよい。例えば、第２の情報は、ＰＵＳＣＨで搬送されるアップリンクデータ及び／又はアップリンク制御情報であってもよく、第２の情報は、ＰＤＳＣＨで搬送されるダウンリンクデータ及び／又はダウンリンク制御情報であってもよい。
【０４６４】
Ｓ４５が任意選択の段階であるのは、端末デバイスは必ずしも第２の情報を伝送しないからである。図４では、任意選択の段階を示す矢印が破線で描かれており、任意選択の段階と他の段階とを区別している。さらに、第２の情報は、アップリンク情報でもダウンリンク情報でもよい。したがって、図４では、第２の情報を示すのに両矢印が用いられる。つまり、両矢印は、端末デバイス及びネットワークデバイスが両方とも第２の情報を送信することを示すのではなく、第２の情報が端末デバイスにより送信されてもよく、ネットワークデバイスにより送信されてもよいことを示しているだけである。
【０４６５】
ネットワークデバイスは、ＤＣＩを用いて、ＭＣＳインデックスを端末デバイスに示してよく、端末デバイスは、受信したＤＣＩに基づいてＭＣＳインデックスを決定してよい。具体的には、ＤＣＩはＭＣＳフィールドを含み、ＭＣＳフィールドはＭＣＳインデックスを示してよい。あるいは、ＭＣＳインデックスはプロトコルで予め設定されてもよく、端末デバイス及びネットワークデバイスにより直接的に決定されてもよい、又はＭＣＳインデックスは、上位層シグナリングなどの他のシグナリングを用いて、ネットワークデバイスにより端末デバイスに対して設定されてもよい。
【０４６６】
ＭＣＳインデックスがプロトコルで予め設定される場合、ネットワークデバイスは、ＭＣＳインデックスに対応するＭＣＳ情報を決定するために、端末デバイスと同じ方式でＭＣＳ情報を決定してよい、つまり、プロトコルで指定されるＭＣＳインデックスを決定してよい。ＭＣＳインデックスが、ＤＣＩ又は上位層シグナリングなどを用いて端末デバイスに対して設定される場合、ネットワークデバイスは、まずＭＣＳ情報を選択し、ＭＣＳ情報に対応するＭＣＳインデックスを決定し、次に、ＤＣＩ又は上位層シグナリングなどを用いて端末デバイスに対してＭＣＳインデックスを設定してよい。
【０４６７】
本願の本実施形態では、少なくとも１つの新たなＭＣＳテーブルが提供されてよく、少なくとも１つのＭＣＳテーブルのうちの１つが一例として用いられ、例えば、このＭＣＳテーブルは第１のＭＣＳテーブルと呼ばれる。例えば、Ｎ個のＭＣＳインデックスが、第１のＭＣＳテーブルに含まれるＭＣＳインデックスである。
【０４６８】
図２に示す実施形態では、適用できるＭＣＳテーブルが１つのＢＬＥＲに対応してよい。図４に示す実施形態において、新たに提供される第１のＭＣＳテーブルが、少なくとも２つのＢＬＥＲに対応してよい。例えば、第１のＭＣＳテーブルは少なくとも第１のＢＬＥＲ及び第２のＢＬＥＲに対応する。
【０４６９】
第１のＭＣＳテーブル内のＭＣＳ情報がランダムに配置されてもよく、又は、ＢＬＥＲが考慮されるので、第１のＭＣＳテーブル内のＭＣＳ情報はＢＬＥＲに基づいて配置されてもよい。具体的には、ＭＣＳ情報はＢＬＥＲに基づいて配置され、配置方式は、限定されることはないが、以下の可能性のうちの少なくとも１つを含む。
【０４７０】
可能性１：ＭＣＳ情報はＢＬＥＲの昇順で配置され、且つくし形に配置される。
【０４７１】
例えば、第１のＭＣＳテーブルは、第１のＢＬＥＲと第２のＢＬＥＲという２つのＢＬＥＲに対応し、第１のＢＬＥＲは１０ｅ−５であり、第２のＢＬＥＲは１０ｅ−３である。テーブル２を参照すると、配置順序が、例えば、第１のＢＬＥＲ→第２のＢＬＥＲ→、第１のＢＬＥＲ→第２のＢＬＥＲとなっている。これは、上述した複数の場合のうちの１つである。つまり、ＭＣＳインデックスＡからＭＣＳインデックスＢは第１のブロック誤り率に対応し、ＭＣＳインデックスＣは第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ−１］の関係にある。この場合、同じＢＬＥＲに対応するＭＣＳインデックスが非連続的であり、別のＢＬＥＲに対応するＭＣＳインデックスがＭＣＳインデックスに挿入される。
【表２】
2021510264.tif 000004
【０４７２】
表２において、Ｐｉ／２二位相偏移変調（ｂｉｎａｒｙ  ｐｈａｓｅ  ｓｈｉｆｔ  ｋｅｙｉｎｇ、ＢＰＳＫ）＝ｍｏｄｕｌａｔｉｏｎ１、四位相偏移変調（ｑｕａｄｒａｔｕｒｅ  ｐｈａｓｅ  ｓｈｉｆｔ  ｋｅｙｉｎｇ、ＱＰＳＫ）＝ｍｏｄｕｌａｔｉｏｎ２、１６直交振幅変調（ｑｕａｄｒａｔｕｒｅ  ａｍｐｌｉｔｕｄｅ  ｍｏｄｕｌａｔｉｏｎ、ＱＡＭ）＝ｍｏｄｕｌａｔｉｏｎ４、及び６４ＱＡＭ＝ｍｏｄｕｌａｔｉｏｎ６である。つまり、ｍｏｄｕｌａｔｉｏｎの値が２である場合、これは変調方式がＱＰＳＫであることを示す、といったことになる。当然ながら、ここで説明されるいくつかの対応関係は単なる例であって、ｍｏｄｕｌａｔｉｏｎの値と特定の変調方式との対応関係が、これに限定されることはない。
【０４７３】
表２の１つの行が、１つのＭＣＳ情報と理解されてよい。１つのＭＣＳ情報が、１つのＭＣＳインデックスと一連のパラメータとに対応することが分かる。表２に示すいくつかの種類のパラメータに加えて、ＭＣＳテーブルは他のパラメータを含んでよいが、他のパラメータは、本願の解決手段と著しく関連していないので、１つずつ列挙されない。さらに、符号化レートの値も、本願の解決手段と著しく関連していないので、表２には記載されていない。本願の本実施形態で提供される第１のＭＣＳテーブルは、表２に示す少なくとも１つのエントリを含んでよく、さらに表２に示していない別の可能なエントリを含んでもよいことに留意されたい。例えば、ＭＣＳインデックスが代替的に、３２より小さくても、３２より大きくてもよい。あるいは、第１のＭＣＳテーブルはもっと多くのＢＬＥＲに対応してよく、もっと多くのＢＬＥＲは、可能性１で提供される配置方式を満たす限り、本願の本実施形態の保護範囲に含まれる。表２の１つのエントリが、表２の１つのＭＣＳ情報を示す。表２の１つ又は複数のエントリが新たな表２を形成してよく、新たな表２も本願の本実施形態の保護範囲内であることが理解されるであろう。
【０４７４】
表２に示す配置方式では、表全体の効率値（ｅｆｆｉｃｉｅｎｃｙ）も昇順で配置される。システムの効率値で表される物理的意味が、スペクトル効率である。一般に、効率値が大きいほど良好であるが、効率値は、受信される信号対雑音比（ｓｉｇｎａｌ−ｔｏ−ｎｏｉｓｅ  ｒａｔｉｏ、ＳＮＲ）によっても限定される。したがって、ＭＣＳ情報は、複数の要因に基づいて選択される必要がある。ＭＣＳインデックスがＤＣＩ又は上位層シグナリングなどを用いて端末デバイス用に設定される場合、ネットワークデバイスはまずＭＣＳ情報を選択する必要がある。例えば、ネットワークデバイスは、表２に含まれる少なくとも１つのエントリからＭＣＳ情報を選択する。ＭＣＳ情報を選択する場合、ネットワークデバイスは効率値に基づいてＭＣＳ情報を選択してよい。ランダム配置と比較すると、ネットワークデバイスは、この配置方式では、ＭＣＳ情報を順に検索できるので、検索時間が低減される。
【０４７５】
可能性２：ＭＣＳ情報はＢＬＥＲの降順で配置される。
【０４７６】
例えば、第１のＭＣＳテーブルは、第１のＢＬＥＲと第２のＢＬＥＲと第３のＢＬＥＲという３つのＢＬＥＲに対応する。ここで、第１のＢＬＥＲは１０ｅ−１であり、第２のＢＬＥＲは１０ｅ−２であり、第３のＢＬＥＲは１０ｅ−５である。表３を参照すると、配置順序は、例えば、第１のＢＬＥＲ→第２のＢＬＥＲ→第３のＢＬＥＲとなる。これは上述したもう一方の場合である。つまり、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、インデックス［Ｙ＋１］からインデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ−１］の関係にある。この場合、同じＢＬＥＲに対応するＭＣＳインデックスが連続している。同じＢＬＥＲに対応するＭＣＳインデックスが、別のＢＬＥＲに対応するＭＣＳインデックスの前に配置され、別のＢＬＥＲに対応するＭＣＳインデックスは、同じＢＬＥＲに対応するＭＣＳインデックスに挿入されない。
【表３】
2021510264.tif 000005
【０４７７】
表３におけるｍｏｄｕｌａｔｉｏｎの値と特定の変調方式との対応関係については、表２の説明を参照されたい。当然ながら、これは単なる一例であって、ｍｏｄｕｌａｔｉｏｎの値と特定の変調方式との対応関係は、これに限定されることはない。
【０４７８】
表３の１つの行が、１つのＭＣＳ情報と理解されてよい。１つのＭＣＳ情報が、１つのＭＣＳインデックスと一連のパラメータとに対応することが分かる。同様に、表３に示すいくつかの種類のパラメータに加えて、ＭＣＳテーブルは他のパラメータを含んでよいが、他のパラメータは、本願の解決手段と著しく関連していないので、１つずつ列挙されない。さらに、符号化レートの値も、本願の解決手段と著しく関連していないので、表３には記載されていない。本願の本実施形態で提供される第１のＭＣＳテーブルは、表３に示す少なくとも１つのエントリを含んでよく、さらに表３に示していない別の可能なエントリを含んでもよいことに留意されたい。例えば、ＭＣＳインデックスが代替的に、３２より大きくてもよい。あるいは、第１のＭＣＳテーブルはもっと多くのＢＬＥＲに対応してよく、もっと多くのＢＬＥＲは、可能性２で提供される配置方式を満たす限り、本願の本実施形態の保護範囲に含まれる。表３の１つのエントリが、表３の１つのＭＣＳ情報を示す。表３の１つ又は複数のエントリが新たな表３を形成してよく、新たな表３も本願の本実施形態の保護範囲内であることが理解されるであろう。
【０４７９】
要約すれば、本願の本実施形態で提供される第１のＭＣＳテーブルは、表２及び／又は表３に示す少なくとも１つのエントリを含んでよく、さらに表２及び表３に示していない他の可能なエントリを含んでもよい。
【０４８０】
ＭＣＳインデックスの値＝０が、通常、信号対干渉及び雑音比（ｓｉｇｎａｌ  ｔｏ  ｉｎｔｅｒｆｅｒｅｎｃｅ  ｐｌｕｓ  ｎｏｉｓｅ  ｒａｔｉｏ、ＳＩＮＲ）の最低値に対応する。異なるＢＬＥＲでは、最低ＳＩＮＲの値が異なる。高いＢＬＥＲの最低ＳＩＮＲが低いＢＬＥＲの最低ＳＩＮＲより大きいことは、明らかである。例えば、１０ｅ−１の最低ＳＩＮＲが１０ｅ−５の最低ＳＩＮＲより高い。したがって、１つのＭＣＳテーブルが複数のＢＬＥＲに対応するＭＣＳ情報を含む場合、任意選択で、ＭＣＳインデックス＝０が最高ＢＬＥＲのＭＣＳ情報に対応する必要がある。例えば、ＭＣＳテーブルは、１０ｅ−３のＢＬＥＲのＭＣＳ情報と、１０ｅ−５のＢＬＥＲのＭＣＳ情報とを含む。この場合、ＭＣＳ＝０は、１０ｅ−３のＢＬＥＲに対応する必要がある。
【０４８１】
表３の配置方式において、ＭＣＳインデックスがＤＣＩ又は上位層シグナリングなどを用いて端末デバイス用に設定される場合、ネットワークデバイスはまずＭＣＳ情報を選択する必要がある。例えば、ネットワークデバイスは、表３に含まれる少なくとも１つのエントリからＭＣＳ情報を選択する。ＭＣＳ情報を選択する場合、ネットワークデバイスはＳＩＮＲに基づいてＭＣＳ情報を選択してよい。ランダム配置と比較すると、ネットワークデバイスは、この配置方式では、ＭＣＳ情報を順に検索できるので、検索時間が低減される。
【０４８２】
表２及び表３の説明において、第１のＢＬＥＲ及び第２のＢＬＥＲなどの値は単なる例であることに留意されたい。本願の本実施形態において、提供されたＭＣＳテーブルに対応する少なくとも２つのＢＬＥＲ間の大きさ及び／又は優先度が限定されることはない。例えば、本願の本実施形態において、第１のＢＬＥＲと第２のＢＬＥＲとの大小関係が限定されることはなく、且つ／又は第１のＢＬＥＲと第２のＢＬＥＲとの間の優先度が限定されることはない。
【０４８３】
本願の本実施形態において、ＭＣＳテーブルが再提供され、端末デバイスは、ＭＣＳインデックスを決定した後に、ＭＣＳ情報を直接的に決定することができる。この方式は比較的簡単である。
【０４８４】
図２に示す実施形態で提供される技術的解決手段と、図４に示す実施形態で提供される技術的解決手段とは両方とも、ＵＲＬＬＣサービス又は別の同様のサービスが伝送されるシナリオに適用されてよいことが理解されるであろう。端末デバイスを一例に用いると、端末デバイスは、アップリンク伝送又はダウンリンク伝送を行ってよい。この場合、図２に示す実施形態で提供される技術的解決手段又は図４に示す実施形態で提供される技術的解決手段は、ＵＲＬＬＣサービス又は別の同様のサービスを伝送する端末デバイスの伝送方向に適用されてよい。例えば、端末デバイスがアップリンク伝送の際にＵＲＬＬＣサービスを伝送する場合、図２に示す実施形態で提供される技術的解決手段又は図４に示す実施形態で提供される技術的解決手段は、端末デバイスのアップリンク伝送に適用されてよく、また端末デバイスがダウンリンク伝送の際にＵＲＬＬＣサービス以外のサービスを伝送する場合、図２に示す実施形態で提供される技術的解決手段又は図４に示す実施形態で提供される技術的解決手段は、端末デバイスのダウンリンク伝送に適用されてよい。あるいは、本願の実施形態で提供される技術的解決手段は、用いられなくてもよい。例えば、先行技術の技術的解決手段が引き続き用いられてもよく、このことは、本願の実施形態において限定されることはない。
【０４８５】
本願の実施形態で提供されるデバイスが、添付図面を参照して以下に説明される。
【０４８６】
図５は、通信デバイス５００を示す。通信デバイス５００は、例えば、端末デバイスである。通信デバイス５００は、上述した端末デバイスの機能を実装できる。通信デバイス５００は、上述した端末デバイスであってもよく、上述した端末デバイスに配置されるチップであってもよい。通信デバイス５００は、プロセッサ５０１と送受信機５０２とを含んでよい。プロセッサ５０１は、図２に示す実施形態のＳ２４、Ｓ２５、及びＳ２６を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機５０２は、図２に示す実施形態のＳ２１、Ｓ２３、及びＳ２７を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
【０４８７】
例えば、プロセッサ５０１は、変調符号化方式インデックスを決定するように構成される。
【０４８８】
プロセッサ５０１はさらに、第１の情報を決定することであって、第１の情報を決定することは、送受信機５０２により受信されるＤＣＩに基づいて第１の情報を決定すること、並びに／又は第１の時間ウインドウにおいて送受信機５０２が第１のＨＡＲＱ応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数に基づいて、第１の情報を決定することを含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である、決定することと、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定することとを行うように構成される。
【０４８９】
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
【０４９０】
図６は、通信デバイス６００の概略構造図である。通信デバイス６００は、例えば、ネットワークデバイスである。通信デバイス６００は、上述したネットワークデバイスの機能を実装することができる。通信デバイス６００は、上述したネットワークデバイスであってもよく、上述したネットワークデバイスに配置されるチップであってもよい。通信デバイス６００は、プロセッサ６０１と送受信機６０２とを含んでよい。プロセッサ６０１は、図２に示す実施形態のＳ２２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機６０２は、図２に示す実施形態のＳ２１、Ｓ２３、及びＳ２７を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
【０４９１】
例えば、プロセッサ６０１は、変調符号化方式情報を決定するように構成される。
【０４９２】
プロセッサ６０１はさらに、第１の情報及び変調符号化方式インデックスを決定するように構成され、第１の情報及び変調符号化方式インデックスは変調符号化方式情報を示すのに用いられる。
【０４９３】
送受信機６０２は、ＤＣＩを用いて第１の情報を送信するように構成される。
【０４９４】
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
【０４９５】
図７は、通信デバイス７００の概略構造図である。通信デバイスは、例えば、端末デバイスである。通信デバイス７００は、上述した端末デバイスの機能を実装することができる。通信デバイス７００は、上述した端末デバイスであってもよく、上述した端末デバイスに配置されるチップであってもよい。通信デバイス７００は、プロセッサ７０１を含んでもよく、任意選択で、さらに送受信機７０２を含んでもよい。プロセッサ７０１は、図４に示す実施形態のＳ４３及びＳ４４を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機７０２は、図４に示す実施形態のＳ４５を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
【０４９６】
例えば、プロセッサ７０１は、変調符号化方式インデックスを決定するように構成され、変調符号化方式インデックスは、Ｎ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは以下の事項のうちの少なくとも１つを含む。すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ−１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ−１］の関係にあり、Ｎは２より大きい整数であることである。
【０４９７】
プロセッサ７０１はさらに、変調符号化方式インデックスに対応する変調符号化方式情報を決定するように構成され、変調符号化方式情報は、変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む。
【０４９８】
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
【０４９９】
図８は、通信デバイス８００の概略構造図である。通信デバイスは、例えば、ネットワークデバイスである。通信デバイス８００は、上述したネットワークデバイスの機能を実装することができる。通信デバイス８００は、上述したネットワークデバイスであってもよく、上述したネットワークデバイスに配置されるチップであってもよい。通信デバイス８００は、プロセッサ８０１と送受信機８０２とを含んでよい。プロセッサ８０１は、図４に示す実施形態のＳ４１及びＳ４２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機８０２は、図４に示す実施形態のＳ４５を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
【０５００】
例えば、プロセッサ８０１は、変調符号化方式情報を決定するように構成され、変調符号化方式情報は、変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む。
【０５０１】
プロセッサ８０１はさらに、変調符号化方式情報に対応する変調符号化方式インデックスを決定するように構成され、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは以下の事項のうちの少なくとも１つを含む。すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ−１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ−１］の関係にあり、Ｎは２より大きい整数であることである。
【０５０２】
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
【０５０３】
簡単な実施形態において、当業者であれば、通信デバイス５００、通信デバイス６００、通信デバイス７００、又は通信デバイス８００が、代替的に図９Ａに示す通信装置９００の構造体を用いて実装されてもよいことを考え出すかもしれない。通信装置９００は、上述したネットワークデバイス又は端末デバイスの機能を実装することができる。通信装置９００は、プロセッサ９０１を含んでよい。通信装置９００が図２に示す実施形態における端末デバイスの機能を実装するように構成される場合、プロセッサ９０１は、図２に示す実施形態のＳ２４、Ｓ２５、及びＳ２６を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。通信装置９００が図２に示す実施形態におけるネットワークデバイスの機能を実装するように構成される場合、プロセッサ９０１は、図２に示す実施形態のＳ２２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。通信装置９００が図４に示す実施形態における端末デバイスの機能を実装するように構成される場合、プロセッサ９０１は、図４に示す実施形態のＳ４３及びＳ４４を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。通信装置９００が図４に示す実施形態におけるネットワークデバイスの機能を実装するように構成される場合、プロセッサ９０１は、図４に示す実施形態のＳ４１及びＳ４２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
【０５０４】
通信装置９００は、フィールドプログラマブルゲートアレイ（ｆｉｅｌｄ−ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙ、ＦＰＧＡ）、特定用途向け集積回路（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ、ＡＳＩＣ）、システムオンチップｓｙｓｔｅｍ  ｏｎ  ｃｈｉｐ、ＳｏＣ）、中央演算処理装置（ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ、ＣＰＵ）、ネットワークプロセッサ（ｎｅｔｗｏｒｋ  ｐｒｏｃｅｓｓｏｒ、ＮＰ）、デジタル信号プロセッサ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、マイクロコントローラユニット（ｍｉｃｒｏ  ｃｏｎｔｒｏｌｌｅｒ  ｕｎｉｔ、ＭＣＵ）、プログラム可能型論理デバイス（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅ、ＰＬＤ）、又は別の統合チップによって実装されてもよい。通信装置９００は、本願の実施形態のネットワークデバイス又は通信デバイスに配置されてよいので、ネットワークデバイス又は通信デバイスは、本願の実施形態で提供される方法を実施する。
【０５０５】
任意選択の実施例において、通信装置９００は、ネットワークデバイスと通信するように構成された送受信機コンポーネントを含んでよい。例えば、通信装置９００が図２に示す実施形態におけるネットワークデバイス又は端末デバイスの機能を実装するように構成される場合、送受信機コンポーネントは、図２に示す実施形態のＳ２１、Ｓ２３、及びＳ２７を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。通信装置９００が図４に示す実施形態におけるネットワークデバイス又は端末デバイスの機能を実装するように構成される場合、送受信機コンポーネントは、図４に示す実施形態のＳ４５を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
【０５０６】
任意選択の実施例において、通信装置９００はさらにメモリ９０２を含んでよい。図９Ｂを参照すると、メモリ９０２は、コンピュータプログラム又は命令を格納するように構成され、プロセッサ９０１は、これらのコンピュータプログラム又は命令を復号し且つ実行するように構成される。これらのコンピュータプログラム又は命令は、前述のネットワークデバイス又は前述の端末デバイスの機能プログラムを含んでよいことを理解されたい。ネットワークデバイスの機能プログラムがプロセッサ９０１により復号され且つ実行される場合、ネットワークデバイスは、本願の実施形態のうちの図２に示す実施形態又は図４に示す実施形態で提供される通信方法におけるネットワークデバイスの機能を実装することが可能になり得る。端末デバイスの機能プログラムがプロセッサ９０１により復号され且つ実行される場合、端末デバイスは、本願の実施形態のうちの図２に示す実施形態又は図４に示す実施形態で提供される通信方法における端末デバイスの機能を実装することが可能になり得る。
【０５０７】
別の任意選択の実施例において、ネットワークデバイス又は端末デバイスの機能プログラムは、通信装置９００の外側でメモリに格納される。ネットワークデバイスの機能プログラムがプロセッサ９０１により復号され且つ実行される場合、メモリ９０２は、ネットワークデバイスの機能プログラムの一部又は全ての内容を一時的に格納する。端末デバイスの機能プログラムがプロセッサ９０１により復号され且つ実行される場合、メモリ９０２は、端末デバイスの機能プログラムの一部又は全ての内容を一時的に格納する。
【０５０８】
別の任意選択の実施例において、ネットワークデバイス又は端末デバイスの機能プログラムは、通信装置９００のメモリ９０２に格納されるように設定される。ネットワークデバイスの機能プログラムが通信装置９００のメモリ９０２に格納される場合、通信装置９００は、本願の実施形態におけるネットワークデバイスに配置されてよい。端末デバイスの機能プログラムが通信装置９００のメモリ９０２に格納される場合、通信装置９００は、本願の実施形態における端末デバイスに配置されてよい。
【０５０９】
さらに別の任意選択の実施例において、ネットワークデバイスの機能プログラムの一部の内容が通信装置９００の外側でメモリに格納され、ネットワークデバイスの機能プログラムの他の内容が通信装置９００のメモリ９０２に格納される。あるいは、端末デバイスの機能プログラムの一部の内容が通信装置９００の外側でメモリに格納され、端末デバイスの機能プログラムの他の内容が通信装置９００のメモリ９０２に格納される。
【０５１０】
本願の実施形態において、通信デバイス５００、通信デバイス６００、通信デバイス７００、通信デバイス８００、及び通信装置９００は、機能モジュールが対応する機能に基づいて分割される形態で提示されてもよく、機能モジュールが統合方式で分割される形態で提示されてもよい。本明細書における「モジュール」は、１つ又は複数のソフトウェア又はファームウェアプログラムを実行するＡＳＩＣ、プロセッサ、及びメモリ、統合論理回路、並びに／又は前述の機能を提供できる別のコンポーネントであってよい。
【０５１１】
さらに、図５に示す実施形態で提供される通信デバイス５００は、代替的に別の形態で実装されてもよい。例えば、通信デバイスは、処理モジュールと送受信機モジュールとを含む。例えば、処理モジュールはプロセッサ５０１により実装されてよく、送受信機モジュールは送受信機５０２により実装されてよい。処理モジュールは、図２に示す実施形態のＳ２４、Ｓ２５、及びＳ２６を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機モジュールは、図２に示す実施形態のＳ２１、Ｓ２３、及びＳ２７を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
【０５１２】
例えば、処理モジュールは、変調符号化方式インデックスを決定するように構成される。
【０５１３】
処理モジュールはさらに、第１の情報を決定することであって、第１の情報を決定することは、送受信機モジュールにより受信されるＤＣＩに基づいて第１の情報を決定すること、並びに／又は第１の時間ウインドウにおいて送受信機モジュールが第１のＨＡＲＱ応答情報を受信する回数及び／若しくは第１のＨＡＲＱ応答情報を受信しない回数に基づいて第１の情報を決定することを含み、第１のＨＡＲＱ応答情報は第１の確認応答情報又は第１の否定応答情報である、決定することと、第１の情報に基づいて、変調符号化方式インデックスに対応する変調符号化方式情報を決定することとを行うように構成される。
【０５１４】
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
【０５１５】
図６に示す実施形態で提供される通信デバイス６００は、代替的に別の形態で実装されてもよい。例えば、通信デバイスは、処理モジュールと送受信機モジュールとを含む。例えば、処理モジュールはプロセッサ６０１により実装されてよく、送受信機モジュールは送受信機６０２により実装されてよい。処理モジュールは、図２に示す実施形態のＳ２２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機モジュールは、図２に示す実施形態のＳ２１、Ｓ２３、及びＳ２７を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
【０５１６】
例えば、処理モジュールは、変調符号化方式情報を決定するように構成される。
【０５１７】
処理モジュールはさらに、第１の情報及び変調符号化方式インデックスを決定するように構成され、第１の情報及び変調符号化方式インデックスは変調符号化方式情報を示すのに用いられる。
【０５１８】
送受信機モジュールは、ＤＣＩを用いて第１の情報を送信するように構成される。
【０５１９】
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
【０５２０】
図７に示す実施形態で提供される通信デバイス７００は、代替的に別の形態で実装されてもよい。例えば、通信デバイスは処理モジュールを含み、任意選択で、さらに送受信機モジュールを含んでもよい。例えば、処理モジュールはプロセッサ７０１により実装されてよく、送受信機モジュールは送受信機７０２により実装されてよい。処理モジュールは、図４に示す実施形態のＳ４３及びＳ４４を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機モジュールは、図４に示す実施形態のＳ４５を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
【０５２１】
例えば、処理モジュールは、変調符号化方式インデックスを決定するように構成され、変調符号化方式インデックスは、Ｎ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは以下の事項のうちの少なくとも１つを含む。すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ−１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ−１］の関係にあり、Ｎは２より大きい整数であることである。
【０５２２】
処理モジュールはさらに、変調符号化方式インデックスに対応する変調符号化方式情報を決定するように構成され、変調符号化方式情報は、変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む。
【０５２３】
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
【０５２４】
さらに、図８に示す実施形態で提供される通信デバイス８００は、代替的に別の形態で実装されてもよい。例えば、通信デバイスは、処理モジュールと送受信機モジュールとを含む。例えば、処理モジュールはプロセッサ８０１により実装されてよく、送受信機モジュールは送受信機８０２により実装されてよい。処理モジュールは、図４に示す実施形態のＳ４１及びＳ４２を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。送受信機モジュールは、図４に示す実施形態のＳ４５を実行する且つ／又は本明細書で説明される技術の別のプロセスをサポートするように構成されてよい。
【０５２５】
例えば、処理モジュールは、変調符号化方式情報を決定するように構成され、変調符号化方式情報は、変調方式、符号化レート、及びブロック誤り率を含み、ブロック誤り率は少なくとも２つのブロック誤り率のうちの１つであり、少なくとも２つのブロック誤り率は第１のブロック誤り率と第２のブロック誤り率とを含む。
【０５２６】
処理モジュールはさらに、変調符号化方式情報に対応する変調符号化方式インデックスを決定するように構成され、変調符号化方式インデックスはＮ個の変調符号化方式インデックスのうちの１つであり、Ｎ個の変調符号化方式インデックスは以下の事項のうちの少なくとも１つを含む。すなわち、変調符号化方式インデックスＸから変調符号化方式インデックスＹが第１のブロック誤り率に対応し、変調符号化方式インデックス［Ｙ＋１］から変調符号化方式インデックスＺが第２のブロック誤り率に対応し、０≦Ｘ≦Ｙ≦Ｚ≦［Ｎ−１］の関係にあり、Ｎは１より大きい整数であること、及び変調符号化方式インデックスＡから変調符号化方式インデックスＢが第１のブロック誤り率に対応し、変調符号化方式インデックスＣが第２のブロック誤り率に対応し、０≦Ａ＜Ｃ＜Ｂ≦［Ｎ−１］の関係にあり、Ｎは２より大きい整数であることである。
【０５２７】
前述の方法の実施形態における各段階の関連内容は全て、対応する機能モジュールの機能説明に引用できるので、詳細はここで再度説明しない。
【０５２８】
本願の実施形態で提供される通信デバイス５００、通信デバイス６００、通信デバイス７００、通信デバイス８００、及び通信装置９００は、図２に示す実施形態又は図４に示す実施形態で提供される通信方法を実行するように構成されてよい。したがって、デバイスにより取得され得る技術的効果については、前述の方法の実施形態を参照されたい。詳細は、ここで再度説明しない。
【０５２９】
本願の実施形態は、本願の実施形態における方法、デバイス（ｓｙｓｔｅｍ）、及びコンピュータプログラム製品のフローチャート及び／又はブロック図を参照して説明されている。コンピュータプログラム命令は、フローチャート及び／又はブロック図の各手順及び／又は各ブロック、並びにフローチャート及び／又はブロック図の手順及び／又はブロックの組み合わせを実施するのに用いられてよいことを理解されたい。これらのコンピュータプログラム命令は、汎用コンピュータ、専用コンピュータ、組み込みプロセッサ、又は別のプログラム可能型データ処理デバイスのプロセッサが機械を生成するために提供されてよいので、コンピュータ又は別のプログラム可能型データ処理デバイスのプロセッサにより実行される命令は、フローチャートの１つ又は複数の手順及び／又はブロック図の１つ又は複数のブロックのうちの指定された機能を実装する装置を生成する。
【０５３０】
前述の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせで実装されてよい。ソフトウェアがこれらの実施形態を実装するのに用いられる場合、これらの実施形態の全て又は一部はコンピュータプログラム製品の形態で実装されてよい。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされ且つコンピュータで実行されると、本願の実施形態における手順又は機能の全て又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラム可能型装置であってもよい。コンピュータ命令はコンピュータ可読記憶媒体に格納されてもよく、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバ、又はデータセンターから別のウェブサイト、コンピュータ、サーバ、又はデータセンターに、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ｄｉｇｉｔａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ、ＤＳＬ））方式又は無線（例えば、赤外線、電波、又はマイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体であっても、１つ又は複数の使用可能な媒体を統合したサーバ又はデータセンターなどのデータ記憶装置であってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、デジタル多用途ディスク（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ、ＤＶＤ）、又は半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ−ｓｔａｔｅ  ｄｉｓｋ、ＳＳＤ））などであってよい。
【０５３１】
当業者であれば、本願の趣旨及び範囲から逸脱することなく、本願の実施形態に対して様々な修正及び変形を行えることが明らかである。本願は、これらの修正及び変形が以下の特許請求の範囲及びそれらの均等な技術によって定められる保護範囲に含まれる限り、これらの修正及び変形を包含することが意図されている。
【図１】
2021510264.tif 000006
【図２】
2021510264.tif 000007
【図３】
2021510264.tif 000008
【図４】
2021510264.tif 000009
【図５】
2021510264.tif 000010
【図６】
2021510264.tif 000011
【図７】
2021510264.tif 000012
【図８】
2021510264.tif 000013
【図９Ａ】
2021510264.tif 000014
【図９Ｂ】
2021510264.tif 000015
【手続補正書】
【提出日】令和2年8月14日(2020.8.14)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
変調符号化方式インデックスを決定する段階と、
受信したダウンリンク制御情報（ＤＣＩ）に基づいて第１の情報を決定する段階と、
前記第１の情報に基づいて、前記変調符号化方式インデックスに対応する変調符号化方式情報を決定する段階と
を備える通信方法であって、
前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間である、方法。
【請求項２】
前記変調符号化方式インデックスに対応し且つ前記共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記ユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報である、請求項１に記載の方法。
【請求項３】
前記第１の変調符号化方式情報は、第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報であり、前記第２の変調符号化方式情報は、第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報である、請求項２に記載の方法。
【請求項４】
前記第１の変調符号化方式情報は前記第２の変調符号化方式情報と異なる、請求項２又は３に記載の方法。
【請求項５】
前記第１の情報は、受信した前記ＤＣＩに基づいて決定され、前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
前記ＤＣＩにより示される変調符号化方式テーブル、
前記ＤＣＩにより示される変調符号化方式インデックスオフセット値、
前記ＤＣＩにより示されるフィードバック時間間隔、及び
前記ＤＣＩにより示される非周期的チャネル状態情報（Ａ−ＣＳＩ）である、請求項２から４のいずれか一項に記載の方法。
【請求項６】
前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、さらに前記ＤＣＩのフォーマットを含み、
前記ＤＣＩの前記フォーマットは第１のＤＣＩフォーマットであり、前記ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含み、
第１の情報を前記決定する段階は、
前記第１のビット情報フィールドに基づいて、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を決定する段階を含み、前記第１のビット情報フィールドのビット数が１より大きい又は１と等しく、前記第２のビット情報フィールドは、以下の事項のうちの１つを含み、その事項とは、
前記第２のビット情報フィールドのビット数が２より小さい又は２と等しく、前記第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は３より小さい又は３と等しく、前記第２のビット情報フィールドは前記第２の情報により占有される時間領域リソースを示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは冗長バージョンを示すのに用いられ、前記冗長バージョンは０又は３であること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは、端末デバイスの伝送電力コマンドワードを示すのに用いられ、前記伝送電力コマンドワードは０又は３であること、及び、
前記第２のビット情報フィールドの前記ビット数は４と等しく、前記第２のビット情報フィールドは前記変調符号化方式インデックスを示すのに用いられることである、請求項５に記載の方法。
【請求項７】
前記第１の情報は前記ＤＣＩにより示される前記Ａ−ＣＳＩを含み、
前記ＤＣＩにより示される前記Ａ−ＣＳＩは複数のＡ−ＣＳＩのうちの少なくとも１つであり、前記複数のＡ−ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含み、前記変調符号化方式インデックスに対応し且つ前記第１のＣＳＩに対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２のＣＳＩに対応している変調符号化方式情報が前記第２の変調符号化方式情報である、及び／又は、
前記ＤＣＩにより示される前記Ａ−ＣＳＩに含まれるＣＳＩが複数のブロック誤り率に対応し、前記複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、若しくは、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項５に記載の方法。
【請求項８】
前記第２の変調符号化方式情報に対応するブロック誤り率が前記第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は
前記第２の変調符号化方式情報に対応するブロック誤り率の優先度が前記第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い、請求項２から４及び６から７のいずれか一項に記載の方法。
【請求項９】
変調符号化方式情報を決定する段階と、
第１の情報及び変調符号化方式インデックスを決定する段階であって、前記第１の情報及び前記変調符号化方式インデックスは、前記変調符号化方式情報を示すのに用いられる、段階と、
ダウンリンク制御情報（ＤＣＩ）を用いて、前記変調符号化方式インデックスを送信する段階と
を備える通信方法であって、
前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間である、方法。
【請求項１０】
前記変調符号化方式インデックスに対応し且つ前記共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記ユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報である、請求項９に記載の方法。
【請求項１１】
前記第１の変調符号化方式情報は、第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報であり、前記第２の変調符号化方式情報は、第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報である、請求項１０に記載の方法。
【請求項１２】
前記第１の変調符号化方式情報は前記第２の変調符号化方式情報と異なる、請求項１０又は１１に記載の方法。
【請求項１３】
前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
前記ＤＣＩにより示される変調符号化方式テーブル、
前記ＤＣＩにより示される変調符号化方式インデックスオフセット値、
前記ＤＣＩにより示されるフィードバック時間間隔、及び
前記ＤＣＩにより示される非周期的チャネル状態情報（Ａ−ＣＳＩ）である、請求項１０から１２のいずれか一項に記載の方法。
【請求項１４】
前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、さらに前記ＤＣＩのフォーマットを含み、
前記ＤＣＩの前記フォーマットは第１のＤＣＩフォーマットであり、前記ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含み、
第１の情報を前記決定する段階は、
前記第１のビット情報フィールドに基づいて、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を決定する段階を含み、前記第１のビット情報フィールドのビット数が１より大きい又は１と等しく、前記第２のビット情報フィールドは、以下の事項のうちの１つを含み、その事項とは、
前記第２のビット情報フィールドのビット数が２より小さい又は２と等しく、前記第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は３より小さい又は３と等しく、前記第２のビット情報フィールドは前記第２の情報により占有される時間領域リソースを示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは冗長バージョンを示すのに用いられ、前記冗長バージョンは０又は３であること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは、端末デバイスの伝送電力コマンドワードを示すのに用いられ、前記伝送電力コマンドワードは０又は３であること、及び、
前記第２のビット情報フィールドの前記ビット数は４と等しく、前記第２のビット情報フィールドは前記変調符号化方式インデックスを示すのに用いられることである、請求項１３に記載の方法。
【請求項１５】
前記第１の情報は前記ＤＣＩにより示される前記Ａ−ＣＳＩを含み、
前記ＤＣＩにより示される前記Ａ−ＣＳＩは複数のＡ−ＣＳＩのうちの少なくとも１つであり、前記複数のＡ−ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含み、前記変調符号化方式インデックスに対応し且つ前記第１のＣＳＩに対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２のＣＳＩに対応している変調符号化方式情報が前記第２の変調符号化方式情報である、及び／又は、
前記ＤＣＩにより示される前記Ａ−ＣＳＩに含まれるＣＳＩが複数のブロック誤り率に対応し、前記複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、若しくは、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項１３に記載の方法。
【請求項１６】
前記第２の変調符号化方式情報に対応するブロック誤り率が前記第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は
前記第２の変調符号化方式情報に対応するブロック誤り率の優先度が前記第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い、請求項１０から１２及び１４から１５のいずれか一項に記載の方法。
【請求項１７】
処理モジュールと送受信機モジュールとを備える通信デバイスであって、
前記処理モジュールは、変調符号化方式インデックスを決定するように構成され、
前記処理モジュールはさらに、前記送受信機モジュールにより受信されるダウンリンク制御情報（ＤＣＩ）に基づいて、第１の情報を決定するように構成され、
前記処理モジュールはさらに、前記第１の情報に基づいて、前記変調符号化方式インデックスに対応する変調符号化方式情報を決定するように構成され、
前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間である、デバイス。
【請求項１８】
前記変調符号化方式インデックスに対応し且つ前記共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記ユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報である、請求項１７に記載のデバイス。
【請求項１９】
前記第１の変調符号化方式情報は、第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報であり、前記第２の変調符号化方式情報は、第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報である、請求項１８に記載のデバイス。
【請求項２０】
前記第１の変調符号化方式情報は前記第２の変調符号化方式情報と異なる、請求項１８又は１９に記載のデバイス。
【請求項２１】
前記処理モジュールは、前記送受信機モジュールにより受信される前記ＤＣＩに基づいて、前記第１の情報を決定するように構成され、前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
前記ＤＣＩにより示される変調符号化方式テーブル、
前記ＤＣＩにより示される変調符号化方式インデックスオフセット値、
前記ＤＣＩにより示されるフィードバック時間間隔、及び
前記ＤＣＩにより示される非周期的チャネル状態情報（Ａ−ＣＳＩ）である、請求項１８から２０のいずれか一項に記載のデバイス。
【請求項２２】
前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、さらに前記ＤＣＩのフォーマットを含み、
前記ＤＣＩの前記フォーマットは第１のＤＣＩフォーマットであり、前記ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含み、
第１の情報を前記決定することは、
前記第１のビット情報フィールドに基づいて、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を決定することを含み、前記第１のビット情報フィールドのビット数が１より大きい又は１と等しく、前記第２のビット情報フィールドは以下の事項のうちの１つを含み、その事項とは、
前記第２のビット情報フィールドのビット数が２より小さい又は２と等しく、前記第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は３より小さい又は３と等しく、前記第２のビット情報フィールドは前記第２の情報により占有される時間領域リソースを示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは冗長バージョンを示すのに用いられ、前記冗長バージョンは０又は３であること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは端末デバイスの伝送電力コマンドワードを示すのに用いられ、前記伝送電力コマンドワードは０又は３であること、及び
前記第２のビット情報フィールドの前記ビット数は４と等しく、前記第２のビット情報フィールドは前記変調符号化方式インデックスを示すのに用いられることである、請求項２１に記載のデバイス。
【請求項２３】
前記第１の情報は前記ＤＣＩにより示される前記Ａ−ＣＳＩを含み、
前記ＤＣＩにより示される前記Ａ−ＣＳＩは複数のＡ−ＣＳＩのうちの少なくとも１つであり、前記複数のＡ−ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含み、前記変調符号化方式インデックスに対応し且つ前記第１のＣＳＩに対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２のＣＳＩに対応している変調符号化方式情報が前記第２の変調符号化方式情報である、及び／又は、
前記ＤＣＩにより示される前記Ａ−ＣＳＩに含まれるＣＳＩが複数のブロック誤り率に対応し、前記複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、若しくは、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項２１に記載のデバイス。
【請求項２４】
前記第２の変調符号化方式情報に対応するブロック誤り率が前記第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は
前記第２の変調符号化方式情報に対応するブロック誤り率の優先度が前記第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い、請求項１８から２０及び２２から２３のいずれか一項に記載のデバイス。
【請求項２５】
処理モジュールと送受信機モジュールとを備える通信装置であって、
前記処理モジュールは、変調符号化方式情報を決定するように構成され、
前記処理モジュールはさらに、第１の情報と変調符号化方式インデックスとを決定するように構成され、前記第１の情報と前記変調符号化方式インデックスとは、前記変調符号化方式情報を示すのに用いられ、
前記送受信機モジュールは、ダウンリンク制御情報（ＤＣＩ）を用いて前記変調符号化方式インデックスを送信するように構成され、
前記第１の情報は、前記ＤＣＩが位置する探索空間を含み、前記ＤＣＩが位置する前記探索空間は共通探索空間又はユーザ固有探索空間である、装置。
【請求項２６】
前記変調符号化方式インデックスに対応し且つ前記共通探索空間に対応している変調符号化方式情報が第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記ユーザ固有探索空間に対応している変調符号化方式情報が第２の変調符号化方式情報である、請求項２５に記載の装置。
【請求項２７】
前記第１の変調符号化方式情報は、第１の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報であり、前記第２の変調符号化方式情報は、第２の変調符号化方式テーブルに含まれ、前記変調符号化方式インデックスに対応する変調符号化方式情報である、請求項２６に記載の装置。
【請求項２８】
前記第１の変調符号化方式情報は前記第２の変調符号化方式情報と異なる、請求項２６又は２７に記載の装置。
【請求項２９】
前記第１の情報はさらに以下の事項のうちの少なくとも１つを含み、その事項とは、
前記ＤＣＩにより示される変調符号化方式テーブル、
前記ＤＣＩにより示される変調符号化方式インデックスオフセット値、
前記ＤＣＩにより示されるフィードバック時間間隔、及び
前記ＤＣＩにより示される非周期的チャネル状態情報（Ａ−ＣＳＩ）である、請求項２６から２８のいずれか一項に記載の装置。
【請求項３０】
前記第１の情報は、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を含み、さらに前記ＤＣＩのフォーマットを含み、
前記ＤＣＩの前記フォーマットは第１のＤＣＩフォーマットであり、前記ＤＣＩは第１のビット情報フィールドと第２のビット情報フィールドとを含み、
第１の情報を前記決定することは、
前記第１のビット情報フィールドに基づいて、前記ＤＣＩにより示される前記変調符号化方式テーブル及び／又は前記ＤＣＩにより示される前記変調符号化方式インデックスオフセット値を決定することを含み、前記第１のビット情報フィールドのビット数が１より大きい又は１と等しく、前記第２のビット情報フィールドは以下の事項のうちの１つを含み、その事項とは、
前記第２のビット情報フィールドのビット数が２より小さい又は２と等しく、前記第２のビット情報フィールドは第２の情報からＨＡＲＱ応答情報までのフィードバック時間を示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は３より小さい又は３と等しく、前記第２のビット情報フィールドは前記第２の情報により占有される時間領域リソースを示すのに用いられること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは冗長バージョンを示すのに用いられ、前記冗長バージョンは０又は３であること、
前記第２のビット情報フィールドの前記ビット数は１と等しく、前記第２のビット情報フィールドは端末デバイスの伝送電力コマンドワードを示すのに用いられ、前記伝送電力コマンドワードは０又は３であること、及び
前記第２のビット情報フィールドの前記ビット数は４と等しく、前記第２のビット情報フィールドは前記変調符号化方式インデックスを示すのに用いられることである、請求項２９に記載の装置。
【請求項３１】
前記第１の情報は前記ＤＣＩにより示される前記Ａ−ＣＳＩを含み、
前記ＤＣＩにより示される前記Ａ−ＣＳＩは複数のＡ−ＣＳＩのうちの少なくとも１つであり、前記複数のＡ−ＣＳＩは第１のＣＳＩと第２のＣＳＩとを含み、前記変調符号化方式インデックスに対応し且つ前記第１のＣＳＩに対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記第２のＣＳＩに対応している変調符号化方式情報が前記第２の変調符号化方式情報である、及び／又は、
前記ＤＣＩにより示される前記Ａ−ＣＳＩに含まれるＣＳＩが複数のブロック誤り率に対応し、前記複数のブロック誤り率は最高ブロック誤り率と最低ブロック誤り率とを含み、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、若しくは、前記変調符号化方式インデックスに対応し且つ前記最低ブロック誤り率に対応している変調符号化方式情報が前記第１の変調符号化方式情報であり、前記変調符号化方式インデックスに対応し且つ前記最高ブロック誤り率に対応している変調符号化方式情報が前記第２の変調符号化方式情報である、請求項２９に記載の装置。
【請求項３２】
前記第２の変調符号化方式情報に対応するブロック誤り率が前記第１の変調符号化方式情報に対応するブロック誤り率より小さい、又は
前記第２の変調符号化方式情報に対応するブロック誤り率の優先度が前記第１の変調符号化方式情報に対応するブロック誤り率の優先度より高い、請求項２６から２８及び３０から３１のいずれか一項に記載の装置。
【請求項３３】
請求項１から８のいずれか一項に記載の通信方法をコンピュータに実行させる、プログラム。
【請求項３４】
プロセッサを備える通信装置であって、前記プロセッサはメモリに結合され、前記プロセッサが前記メモリに格納された命令を実行することにより、前記通信装置は請求項１から８のいずれか一項に記載の通信方法を行う、通信装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００２５
【補正方法】変更
【補正の内容】
【００２５】
第１の時間ウインドウは、例えば、ＭＣＳ情報を搬送するＤＣＩが受信される時点を終了時点として用いる単位時間、又はＭＣＳ情報が決定される時点を終了時点として用いる単位時間である。あるいは、第１の時間ウインドウは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１の否定応答情報が受信される時点を終了時点として用いる、あるいは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１のＨＡＲＱ応答情報が初めて受信されない時点を終了時点として用いる、あるいは第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後の予め設定された期間の終了時点を終了時点として用いる。本明細書における第１の確認応答情報は、伝送プロセスにおける任意の第１の確認応答情報であってよい。あるいは、第１の時間ウインドウは、１つの時間単位が位置する開始時点及び終了時点に対応する。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】０１２８
【補正方法】変更
【補正の内容】
【０１２８】
（９）上位層シグナリングは、上位層プロトコル層により送信されるシグナリングであってよい。上位層プロトコル層は、物理層より上の少なくとも１つのプロトコル層である。上位層プロトコル層は具体的には、媒体アクセス制御（ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ、ＭＡＣ）層、無線リンク制御（ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ、ＲＬＣ）層、パケットデータコンバージェンスプロトコル（ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ、ＰＤＣＰ）層、無線リソース制御（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ、ＲＲＣ）層、及び非アクセス層（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ、ＮＡＳ）のうちの少なくとも１つのプロトコル層を含んでよい。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】０３８９
【補正方法】変更
【補正の内容】
【０３８９】
第１の時間ウインドウは、例えば、ＭＣＳ情報を搬送するＤＣＩが受信される時点を終了時点として用いる単位時間、又はＭＣＳ情報が決定される時点を終了時点として用いる単位時間である。あるいは、第１の時間ウインドウは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１の否定応答情報が受信される時点を終了時点として用いる、あるいは、第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後に第１のＨＡＲＱ応答情報が初めて受信されない時点を終了時点として用いる、あるいは第１の確認応答情報が受信される時点を開始時点として、また第１の確認応答情報が受信された後の予め設定された期間の終了時点を終了時点として用いる。本明細書における第１の確認応答情報は、伝送プロセスにおける任意の第１の確認応答情報であってよい。あるいは、第１の時間ウインドウは、１つの時間単位が位置する開始時点及び終了時点に対応する。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】０５３０
【補正方法】変更
【補正の内容】
【０５３０】
前述の実施形態の全て又は一部は、ソフトウェア、ハードウェア、ファームウェア、又はこれらの任意の組み合わせで実装されてよい。ソフトウェアがこれらの実施形態を実装するのに用いられる場合、これらの実施形態の全て又は一部はコンピュータプログラム製品の形態で実装されてよい。コンピュータプログラム製品は、１つ又は複数のコンピュータ命令を含む。コンピュータプログラム命令がコンピュータにロードされ且つコンピュータで実行されると、本願の実施形態における手順又は機能の全て又は一部が生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、又は別のプログラム可能型装置であってもよい。コンピュータ命令はコンピュータ可読記憶媒体に格納されてもよく、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に伝送されてもよい。例えば、コンピュータ命令は、あるウェブサイト、コンピュータ、サーバ、又はデータセンターから別のウェブサイト、コンピュータ、サーバ、又はデータセンターに、有線（例えば、同軸ケーブル、光ファイバ、又はデジタル加入者線（ｄｉｇｉｔａｌ  ｓｕｂｓｃｒｉｂｅｒ  ｌｉｎｅ、ＤＳＬ））方式又は無線（例えば、赤外線、電波、又はマイクロ波）方式で伝送されてよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体であっても、１つ又は複数の使用可能な媒体を統合したサーバ又はデータセンターなどのデータ記憶装置であってもよい。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、又は磁気テープ）、光媒体（例えば、デジタル多用途ディスク（ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ、ＤＶＤ））、又は半導体媒体（例えば、ソリッドステートドライブ（ｓｏｌｉｄ−ｓｔａｔｅ  ｄｉｓｋ、ＳＳＤ））などであってよい。
【国際調査報告】
2021510264.tif 000016
2021510264.tif 000017
2021510264.tif 000018
2021510264.tif 000019