(57)【要約】  本願の実施例は様々なシーンにおいて必要に応じてＰＵＳＣＨ受信状況のフィードバック及び取得を行うことのできる無線通信方法及び装置を提供し、該方法は、ネットワーク装置が第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、前記ネットワーク装置が前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することと、を含む。
2020528230.tif 000002
【特許請求の範囲】
【請求項１】
無線通信方法であって、
ネットワーク装置は第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、
前記ネットワーク装置は前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することと、を含むことを特徴とする無線通信方法。
【請求項２】
前記ネットワーク装置が第１指示情報を送信する前に、前記方法は、更に、
第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記第１リソースは全帯域幅から選択された周波数領域リソースを含み、又は、前記第１リソースはプリセットの周波数領域リソースを含むことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記ビットユニットの数は前記第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しいことを特徴とする請求項４に記載の方法。
【請求項６】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、
前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項４又は５に記載の方法。
【請求項７】
前記ネットワーク装置が前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することは、
前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
前記各端末装置に対応するビットユニットには前記各端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報が含まれることと、を含むことを特徴とする請求項４〜６のいずれか１項に記載の方法。
【請求項８】
前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含むことを特徴とする請求項７に記載の方法。
【請求項９】
前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスであることを特徴とする請求項８に記載の方法。
【請求項１０】
前記参照リソースインデックスは第１リソースの開始リソースインデックスであり、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことを特徴とする請求項８又は９に記載の方法。
【請求項１１】
前記方法は、更に、
前記ネットワーク装置がダウンリンクチャネルを介して前記参照リソースインデックスを示すことを含むことを特徴とする請求項７〜１０のいずれか１項に記載の方法。
【請求項１２】
前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御（ＭＡＣ）制御ユニット（ＣＥ）又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項１〜１１のいずれか１項に記載の方法。
【請求項１３】
前記第１指示情報は前記第１ダウンリンク制御チャネルが対応するＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれ、又は専用ＰＤＣＣＨに含まれることを特徴とする請求項１〜１２のいずれか１項に記載の方法。
【請求項１４】
無線通信方法であって、
端末装置はネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、
前記端末装置は前記フォーマットに基づき、前記ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることと、を含むことを特徴とする無線通信方法。
【請求項１５】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項１４に記載の方法。
【請求項１６】
前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しいことを特徴とする請求項１５に記載の方法。
【請求項１７】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、
又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項１５又は１６に記載の方法。
【請求項１８】
前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることは、
前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
決定された前記ビットユニットから自身のＰＵＳＣＨチャネルに対するＨＡＲＱフィードバック情報を読み取ることと、を含むことを特徴とする請求項１５〜１７のいずれか１項に記載の方法。
【請求項１９】
前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含むことを特徴とする請求項１８に記載の方法。
【請求項２０】
前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスであることを特徴とする請求項１９に記載の方法。
【請求項２１】
前記参照リソースインデックスは第１リソースの開始リソースインデックスであり、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことを特徴とする請求項１９又は２０に記載の方法。
【請求項２２】
前記方法は、更に、
前記端末装置が、前記ネットワーク装置がダウンリンクチャネルで示す前記参照リソースインデックスを受信することを含むことを特徴とする請求項１９〜２１のいずれか１項に記載の方法。
【請求項２３】
前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御の制御ユニット又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項１４〜２２のいずれか１項に記載の方法。
【請求項２４】
前記第１指示情報は前記第１ダウンリンク制御チャネルが対応するＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれ、又は専用ＰＤＣＣＨに含まれることを特徴とする請求項１４〜２３のいずれか１項に記載の方法。
【請求項２５】
無線通信方法であって、
第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、ネットワーク装置は前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことと、
前記ネットワーク装置は前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することと、を含むことを特徴とする無線通信方法。
【請求項２６】
前記第１リソースは全帯域幅から選択された周波数領域リソースを含み、又は、前記第１リソースはプリセットの周波数領域リソースを含むことを特徴とする請求項２５に記載の方法。
【請求項２７】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項２５又は２６に記載の方法。
【請求項２８】
前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しいことを特徴とする請求項２７に記載の方法。
【請求項２９】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項２７又は２８に記載の方法。
【請求項３０】
前記ネットワーク装置が前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することは、
前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
前記各端末装置に対応するビットユニットには前記各端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報が含まれることと、を含むことを特徴とする請求項２７〜２９のいずれか１項に記載の方法。
【請求項３１】
前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含むことを特徴とする請求項３０に記載の方法。
【請求項３２】
前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスであることを特徴とする請求項３１に記載の方法。
【請求項３３】
前記参照リソースインデックスは前記第１リソースの開始リソースインデックスであることを特徴とする請求項３１又は３２に記載の方法。
【請求項３４】
前記方法は、更に、
前記ネットワーク装置がダウンリンクチャネルを介して前記参照リソースインデックスを示すことを含むことを特徴とする請求項３１〜３３のいずれか１項に記載の方法。
【請求項３５】
無線通信方法であって、
端末装置は第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことと、
前記端末装置は前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることと、を含むことを特徴とする無線通信方法。
【請求項３６】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項３５に記載の方法。
【請求項３７】
前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しいことを特徴とする請求項３６に記載の方法。
【請求項３８】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項３６又は３７に記載の方法。
【請求項３９】
前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることは、
前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
決定された前記ビットユニットから自身のＰＵＳＣＨチャネルに対するＨＡＲＱフィードバック情報を読み取ることと、を含むことを特徴とする請求項３６〜３８のいずれか１項に記載の方法。
【請求項４０】
前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含むことを特徴とする請求項３９に記載の方法。
【請求項４１】
前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスであることを特徴とする請求項４０に記載の方法。
【請求項４２】
前記参照リソースインデックスは前記第１リソースの開始リソースインデックスであることを特徴とする請求項４０又は４１に記載の方法。
【請求項４３】
前記方法は、更に、
前記端末装置が、前記ネットワーク装置がダウンリンクチャネルで示す前記参照リソースインデックスを受信することを含む請求項４０〜４２のいずれか１項に記載の方法。
【請求項４４】
ネットワーク装置であって、
処理ユニット及び通信ユニットを備え、
前記処理ユニットは、第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、
前記通信ユニットは、前記第１ダウンリンクを示すための第１指示情報を送信し、前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することに用いられることを特徴とするネットワーク装置。
【請求項４５】
前記処理ユニットは、更に、
第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことを特徴とする請求項４４に記載のネットワーク装置。
【請求項４６】
前記第１リソースは全帯域幅から選択された周波数領域リソースを含み、又は、前記第１リソースはプリセットの周波数領域リソースを含むことを特徴とする請求項４４又は４５に記載のネットワーク装置。
【請求項４７】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項４４〜４６のいずれか１項に記載のネットワーク装置。
【請求項４８】
前記ビットユニットの数は前記第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しいことを特徴とする請求項４７に記載のネットワーク装置。
【請求項４９】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、
前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項４７又は４８に記載のネットワーク装置。
【請求項５０】
前記処理ユニットは、更に、
前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定し、
前記各端末装置に対応するビットユニットには前記各端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報が含まれることに用いられることを特徴とする請求項４７〜４９のいずれか１項に記載のネットワーク装置。
【請求項５１】
前記処理ユニットは、更に、
参照リソースインデックス及び前記各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することに用いられることを特徴とする請求項５０に記載のネットワーク装置。
【請求項５２】
前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスであることを特徴とする請求項５１に記載のネットワーク装置。
【請求項５３】
前記参照リソースインデックスは第１リソースの開始リソースインデックスであり、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことを特徴とする請求項５１又は５２に記載のネットワーク装置。
【請求項５４】
前記通信ユニットは、更に、
ダウンリンクチャネルを介して前記参照リソースインデックスを示すことに用いられる請求項５０〜５３のいずれか１項に記載のネットワーク装置。
【請求項５５】
前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御（ＭＡＣ）制御ユニット（ＣＥ）又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項４４〜５４のいずれか１項に記載のネットワーク装置。
【請求項５６】
前記第１指示情報は前記第１ダウンリンク制御チャネルが対応するＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれ、又は専用ＰＤＣＣＨに含まれることを特徴とする請求項４４〜５５のいずれか１項に記載のネットワーク装置。
【請求項５７】
端末装置であって、
処理ユニット及び通信ユニットを備え、
前記通信ユニットは、ネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、前記フォーマットに基づき、前記ダウンリンク制御チャネルを検出することとに用いられ、
前記処理ユニットは、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることに用いられることを特徴とする端末装置。
【請求項５８】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項５７に記載の端末装置。
【請求項５９】
前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しいことを特徴とする請求項５８に記載の端末装置。
【請求項６０】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、
又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項５８又は５９に記載の端末装置。
【請求項６１】
前記処理ユニットは、更に、
前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定し、
決定された前記ビットユニットから自身のＰＵＳＣＨチャネルに対するＨＡＲＱフィードバック情報を読み取ることに用いられることを特徴とする請求項５８〜６０のいずれか１項に記載の端末装置。
【請求項６２】
前記処理ユニットは、更に、
参照リソースインデックス及び前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することに用いられることを特徴とする請求項６１に記載の端末装置。
【請求項６３】
前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスであることを特徴とする請求項６２に記載の端末装置。
【請求項６４】
前記参照リソースインデックスは第１リソースの開始リソースインデックスであり、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことを特徴とする請求項６２又は６３に記載の端末装置。
【請求項６５】
前記通信ユニットは、更に、
前記ネットワーク装置がダウンリンクチャネルで示す前記参照リソースインデックスを受信することに用いられる請求項６２〜６４のいずれか１項に記載の端末装置。
【請求項６６】
前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御の制御ユニット又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項５７〜６５のいずれか１項に記載の端末装置。
【請求項６７】
前記第１指示情報は前記第１ダウンリンク制御チャネルが対応するＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれ、又は専用ＰＤＣＣＨに含まれることを特徴とする請求項５７〜６６のいずれか１項に記載の端末装置。
【請求項６８】
ネットワーク装置であって、
処理ユニット及び通信ユニットを備え、
前記処理ユニットは、第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含み、
前記通信ユニットは、前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することに用いられることを特徴とするネットワーク装置。
【請求項６９】
前記第１リソースは全帯域幅から選択された周波数領域リソースを含み、又は、前記第１リソースはプリセットの周波数領域リソースを含むことを特徴とする請求項６８に記載のネットワーク装置。
【請求項７０】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項６８又は６９に記載のネットワーク装置。
【請求項７１】
前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しいことを特徴とする請求項７０に記載のネットワーク装置。
【請求項７２】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項７０又は７１に記載のネットワーク装置。
【請求項７３】
前記処理ユニットは、更に、
前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定し、
前記各端末装置に対応するビットユニットには前記各端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報が含まれることに用いられることを特徴とする請求項７０〜７２のいずれか１項に記載のネットワーク装置。
【請求項７４】
前記処理ユニットは、更に、
参照リソースインデックス及び前記各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することに用いられることを特徴とする請求項７３に記載のネットワーク装置。
【請求項７５】
前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスであることを特徴とする請求項７４に記載のネットワーク装置。
【請求項７６】
前記参照リソースインデックスは前記第１リソースの開始リソースインデックスであることを特徴とする請求項７４又は７５に記載のネットワーク装置。
【請求項７７】
前記通信ユニットは、更に、
ダウンリンクチャネルを介して前記参照リソースインデックスを示すことに用いられる請求項７４〜７６のいずれか１項に記載のネットワーク装置。
【請求項７８】
端末装置であって、
処理ユニット及び通信ユニットを備え、
前記処理ユニットは、第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含み、
前記通信ユニットは、前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出することに用いられ、
前記処理ユニットは、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることに用いられることを特徴とする端末装置。
【請求項７９】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項７８に記載の端末装置。
【請求項８０】
前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しいことを特徴とする請求項７９に記載の端末装置。
【請求項８１】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項７９又は８０に記載の端末装置。
【請求項８２】
前記処理ユニットは、更に、
前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定し、
決定された前記ビットユニットから自身のＰＵＳＣＨチャネルに対するＨＡＲＱフィードバック情報を読み取ることに用いられることを特徴とする請求項７９〜８１のいずれか１項に記載の端末装置。
【請求項８３】
前記処理ユニットは、更に、
参照リソースインデックス及び前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することに用いられることを特徴とする請求項８２に記載の端末装置。
【請求項８４】
前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスであることを特徴とする請求項８３に記載の端末装置。
【請求項８５】
前記参照リソースインデックスは前記第１リソースの開始リソースインデックスであることを特徴とする請求項８３又は８４に記載の端末装置。
【請求項８６】
前記通信ユニットは、更に、
前記ネットワーク装置がダウンリンクチャネルで示す前記参照リソースインデックスを受信することに用いられる請求項８３〜８５のいずれか１項に記載の端末装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は通信分野に関し、より具体的に、無線通信方法及び装置に関する。
【背景技術】
【０００２】
基地局は物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）を介して端末装置をスケジューリングすることができ、端末装置は基地局のスケジューリングによって物理アップリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）を送信することができる。
【０００３】
基地局は端末装置のＰＵＳＣＨの受信状況をフィードバックすることができる。
【０００４】
ところが、異なるシーンにおいて、例えば、同じ帯域幅において異なる数の端末装置がＰＵＳＣＨを送信する場合、基地局がどのようにＰＵＳＣＨの受信状況のフィードバックを行うかは解決すべき問題である。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本願の実施例は異なるシーンにおいて必要に応じてＰＵＳＣＨ受信状況のフィードバック及び取得を行うことのできる無線通信方法及び装置を提供する。
【課題を解決するための手段】
【０００６】
第１態様では無線通信方法を提供し、前記方法は、ネットワーク装置が第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、
前記ネットワーク装置が前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することと、を含む。
【０００７】
第１態様を参照して、第１態様の１つの可能な実現方式では、前記ネットワーク装置が第１指示情報を送信する前に、前記方法は、更に、
第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことを含む。
【０００８】
第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記第１リソースは全帯域幅から選択された周波数領域リソースを含み、又は、前記第１リソースはプリセットの周波数領域リソースを含む。
【０００９】
第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよい。
【００１０】
第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記ビットユニットの数は前記第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しい。
【００１１】
第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、
前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含む。
【００１２】
第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記ネットワーク装置が前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することは、
前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
前記各端末装置に対応するビットユニットには前記各端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報が含まれることと、を含む。
【００１３】
第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含む。
【００１４】
第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスである。
【００１５】
第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記参照リソースインデックスは第１リソースの開始リソースインデックスであり、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含む。
【００１６】
第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記方法は、更に、
前記ネットワーク装置がダウンリンクチャネルを介して前記参照リソースインデックスを示すことを含む。
【００１７】
第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御（ＭＡＣ）制御ユニット（ＣＥ）又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれる。
【００１８】
第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記第１指示情報は前記第１ダウンリンク制御チャネルが対応するＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれ、又は専用ＰＤＣＣＨに含まれる。
【００１９】
第２態様では無線通信方法を提供し、前記方法は、
端末装置がネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、
前記端末装置が前記フォーマットに基づき、前記ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることと、を含む。
【００２０】
第２態様を参照して、第２態様の１つの可能な実現方式では、前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよい。
【００２１】
第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しい。
【００２２】
第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、
又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含む。
【００２３】
第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることは、
前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
決定された前記ビットユニットから自身のＰＵＳＣＨチャネルに対するＨＡＲＱフィードバック情報を読み取ることと、を含む。
【００２４】
第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含む。
【００２５】
第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスである。
【００２６】
第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記参照リソースインデックスは第１リソースの開始リソースインデックスであり、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含む。
【００２７】
第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記方法は、更に、
前記端末装置が、前記ネットワーク装置がダウンリンクチャネルで示す前記参照リソースインデックスを受信することを含む。
【００２８】
第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御の制御ユニット又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれる。
【００２９】
第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記第１指示情報は前記第１ダウンリンク制御チャネルが対応するＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれ、又は専用ＰＤＣＣＨに含まれる。
【００３０】
第３態様は無線通信方法を提供し、前記方法は、
第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、ネットワーク装置が前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことと、
前記ネットワーク装置が前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することと、を含む。
【００３１】
第３態様を参照して、第３態様の１つの可能な実現方式では、
前記第１リソースは全帯域幅から選択された周波数領域リソースを含み、又は、前記第１リソースはプリセットの周波数領域リソースを含む。
【００３２】
第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよい。
【００３３】
第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しい。
【００３４】
第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含む。
【００３５】
第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記ネットワーク装置が前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することは、
前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
前記各端末装置に対応するビットユニットには前記各端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報が含まれることと、を含む。
【００３６】
第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含む。
【００３７】
第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスである。
【００３８】
第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記参照リソースインデックスは前記第１リソースの開始リソースインデックスである。
【００３９】
第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記方法は、更に、
前記ネットワーク装置がダウンリンクチャネルを介して前記参照リソースインデックスを示すことを含む。
【００４０】
第４態様は無線通信方法を提供し、前記方法は、
端末装置が第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことと、
前記端末装置が前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることと、を含む。
【００４１】
第４態様を参照して、第４態様の１つの可能な実現方式では、前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよい。
【００４２】
第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しい。
【００４３】
第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含む。
【００４４】
第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることは、
前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
決定された前記ビットユニットから自身のＰＵＳＣＨチャネルに対するＨＡＲＱフィードバック情報を読み取ることと、を含む。
【００４５】
第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含む。
【００４６】
第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスである。
【００４７】
第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記参照リソースインデックスは前記第１リソースの開始リソースインデックスである。
【００４８】
第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記方法は、更に、
前記端末装置が、前記ネットワーク装置がダウンリンクチャネルで示す前記参照リソースインデックスを受信することを含む。
【００４９】
第５態様はネットワーク装置を提供し、前記装置は、上記第１態様又は第１態様の任意の可能な実現方式又は第３態様又は第３態様の任意の可能な実現方式における方法を実行することに用いられる。具体的に、前記端末装置は上記第１態様又は第１態様の任意の可能な実現方式又は第３態様又は第３態様の任意の可能な実現方式における方法を実行するための機能モジュールを備える。
【００５０】
第６態様は端末装置を提供し、前記装置は、上記第２態様又は第２態様の任意の可能な実現方式又は第４態様又は第４態様の任意の可能な実現方式における方法を実行することに用いられる。具体的に、前記端末装置は上記第２態様又は第２態様の任意の可能な実現方式又は第４態様又は第４態様の任意の可能な実現方式における方法を実行するための機能モジュールを備える。
【００５１】
第７態様はネットワーク装置を提供し、前記装置は、プロセッサ、メモリ及び送受信機を備える。前記プロセッサ、前記メモリ及び前記送受信機が内部接続経路によって互いに通信し、制御及び／又はデータ信号を伝達することにより、前記ネットワーク装置が上記第１態様又は第１態様の任意の可能な実現方式又は第３態様又は第３態様の任意の可能な実現方式における方法を実行する。
【００５２】
第８態様は端末装置を提供し、前記装置は、プロセッサ、メモリ及び送受信機を備える。前記プロセッサ、前記メモリ及び前記送受信機が内部接続経路によって互いに通信し、制御及び／又はデータ信号を伝達することにより、前記ネットワーク装置が上記第２態様又は第２態様の任意の可能な実現方式又は第４態様又は第４態様の任意の可能な実現方式における方法を実行する。
【００５３】
第９態様はコンピュータ可読媒体を提供し、前記媒体は、コンピュータプログラムを記憶することに用いられ、前記コンピュータプログラムは上記いずれか１つの方法又は任意の可能な実現方式を実行するための命令を含む。
【００５４】
第１０態様は命令を含むコンピュータプログラム製品を提供し、前記製品がコンピュータにおいて実行されるとき、コンピュータは上記いずれか１つの方法又は任意の可能な実現方式における方法を実行する。
【発明の効果】
【００５５】
本願の実施例における端末装置又はネットワーク装置は必要に応じてＰＵＳＣＨのＨＡＲＱフィードバック情報を伝送するためのダウンリンク制御チャネルのフォーマットを決定することができ、ダウンリンク制御チャネルの伝送効率を向上させ、端末装置の消費電力を減少させることができる。
【図面の簡単な説明】
【００５６】
本願の実施例の技術案をより明確に説明するために、実施例又は従来技術の記述において使用必要な図面について以下簡単に説明するが、明らかに、以下に説明する図面は単に本願の一部実施例であり、当業者にとって、創造的な労力を要することなく、これらの図面に基づいて他の図面を想到しうる。
【００５７】
【図１】図１は本願の実施例に係る無線通信システムの模式図である。
【図２】図２は本願の実施例に係る無線通信方法の模式的なフローチャートである。
【図３】図３は本願の実施例に係る無線通信方法の模式的なフローチャートである。
【図４】図４は本願の実施例に係る無線通信方法の模式的なフローチャートである。
【図５】図５は本願の実施例に係る無線通信方法の模式的なフローチャートである。
【図６】図６は本願の実施例に係るＰＵＳＣＨ及びＤＣＩにおけるＨＡＲＱのフィードバック情報を伝送するためのビットユニットのマッチング図である。
【図７】図７は本願の実施例に係るＰＵＳＣＨ及びＤＣＩにおけるＨＡＲＱのフィードバック情報を伝送するためのビットユニットのマッチング図である。
【図８】図８は本願の実施例に係るＰＵＳＣＨ及びＤＣＩにおけるＨＡＲＱのフィードバック情報を伝送するためのビットユニットのマッチング図である。
【図９】図９は本願の実施例に係るネットワーク装置の模式的なブロック図である。
【図１０】図１０は本願の実施例に係る端末装置の模式的なブロック図である。
【図１１】図１１は本願の実施例に係るシステムチップの模式的なブロック図である。
【図１２】図１２は本願の実施例に係る通信装置の模式的なブロック図である。
【発明を実施するための形態】
【００５８】
以下、本願の実施例の図面を参照しながら、本願の実施例の技術案を説明し、明らかに、説明される実施例は本願の実施例の一部であり、実施例のすべてではない。本願の実施例に基づき、当業者が創造的な労力を必要とせずに得られる他の実施例は、いずれも本願の保護範囲に属する。
【００５９】
本願の実施例の技術案は様々な通信システム、例えば、モバイル通信用グローバル（ＧＳＭ：Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｏｆ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ周波数分割複信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）システム、ＬＴＥ時分割複信（ＴＤＤ：Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）、マイクロ波利用アクセスに関する世界的な相互運用（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ）通信システム又は将来の５Ｇシステム（新無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）と称されてもよいシステム）等に適用されることができる。
【００６０】
図１には本願の実施例に適用される無線通信システム１００を示す。該無線通信システム１００はネットワーク装置１１０を備えてもよい。ネットワーク装置１００は端末装置と通信する装置であってもよい。ネットワーク装置１００は特定の地理的領域に通信カバレッジを提供することができ、且つ該カバレッジ領域内の端末装置（例えば、ＵＥ）と通信することができる。選択肢として、該ネットワーク装置１００はＧＳＭシステム又はＣＤＭＡシステムにおける基地局（ＢＴＳ：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）であってもよく、ＷＣＤＭＡシステムにおける基地局（ＮＢ：ＮｏｄｅＢ）であってもよく、更にＬＴＥシステムにおける発展型基地局（ｅＮＢ又はｅＮｏｄｅＢ：Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ）であってもよく、又はクラウド無線アクセスネットワーク（ＣＲＡＮ：Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）における無線コントローラであってもよく、又は、該ネットワーク装置は中継所、アクセスポイント、車載装置、ウェアラブル端末、将来の５Ｇネットワークにおけるネットワーク側装置又は将来発展する公衆陸上移動網（ＰＬＭＮ：Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）におけるネットワーク装置等であってもよい。
【００６１】
該無線通信システム１００は更にネットワーク装置１１０のカバレッジ範囲内の少なくとも１つの端末装置１２０を備える。端末装置１２０は可動又は固定のものであってもよい。選択肢として、端末装置１２０はアクセス端末、ユーザー装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ユーザー要素、加入者局、移動局、トラバーサー、遠隔局、遠隔端末、モバイルデバイス、ユーザー端末、端末、無線通信装置、ユーザーエージェント又はユーザーデバイスを指してもよい。アクセス端末はセルラー方式の電話、コードレスホン、セッション確立プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）電話、ワイヤレスローカルループ（ＷＬＬ：Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ｌｏｏｐ）局、パーソナルデジタルアシスタント（ＰＤＡ：Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、無線通信機能を有する携帯端末、コンピューティングデバイス又は無線モデムに接続される他の処理装置、車載装置、ウェアラブル端末、将来の５Ｇネットワークにおける端末装置又は将来発展するＰＬＭＮにおける端末装置等であってもよい。
【００６２】
選択肢として、端末装置１２０同士が装置対装置（Ｄ２Ｄ：Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ）通信を行ってもよい。
【００６３】
選択肢として、５Ｇシステム又はネットワークが更に新無線（ＮＲ：Ｎｅｗ  Ｒａｄｉｏ）システム又はネットワークと称されてもよい。
【００６４】
図１には１つのネットワーク装置及び２つの端末装置を例示的に示し、選択肢として、該無線通信システム１００は複数のネットワーク装置を備えてもよく、且つ各ネットワーク装置のカバレッジ範囲内に他の数の端末装置が含まれてもよく、本願の実施例はこれを制限しない。
【００６５】
選択肢として、該無線通信システム１００は更にネットワーク制御装置、モビリティ管理エンティティ等の他のネットワークエンティティを備えてもよく、本願の実施例はこれを制限しない。
【００６６】
本明細書における用語「システム」と「ネットワーク」は常に交換可能に使用されると理解すべきである。本明細書における用語「及び／又は」は、関連オブジェクトを説明する関連関係に過ぎず、３つの関係、例えば、「Ａ及び／又はＢ」は「Ａが独立して存在する」「ＡとＢが同時に存在する」「Ｂが独立して存在する」の３つの状況が存在してもよいことを示す。また、本明細書における文字「／」は一般的に前後関連オブジェクトが「又は」の関係であることを示す。
【００６７】
図２は本願の実施例に係る無線通信方法２００の模式的なフローチャートである。該方法２００は選択肢として図１に示されるシステムに適用されてもよいが、これに限らない。図２に示すように、該方法２００は少なくとも以下の一部内容を含む。
【００６８】
２１０では、ネットワーク装置は第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置のＰＵＳＣＨに対するハイブリット自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ｒｅＱｕｅｓｔ）フィードバック情報を含むことに用いられる。
【００６９】
２２０では、前記ネットワーク装置は前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信する。
【００７０】
図３は本願の実施例に係る無線通信方法３００の模式的なフローチャートである。該方法３００は選択肢として図１に示されるシステムに適用されてもよいが、これに限らない。図３に示すように、該方法３００は少なくとも以下の一部内容を含む。
【００７１】
３１０では、端末装置はネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置のＰＵＳＣＨに対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられる。
【００７２】
３２０では、前記端末装置は前記フォーマットに基づき、前記ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取る。
【００７３】
図４は本願の実施例に係る無線通信方法４００の模式的なフローチャートである。該方法は選択肢として図１に示されるシステムに適用されてもよいが、これに限らない。図４に示すように、該方法４００は少なくとも以下の一部内容を含む。
【００７４】
４１０では、ネットワーク装置は第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含む。
【００７５】
４２０では、前記ネットワーク装置は前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信する。
【００７６】
図５は本願の実施例に係る無線通信方法５００の模式的なフローチャートである。該方法は選択肢として図１に示されるシステムに適用されてもよいが、これに限らない。図４に示すように、該方法５００は少なくとも以下の一部内容を含む。
【００７７】
５１０では、端末装置は第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含む。
【００７８】
５２０では、前記端末装置は前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取る。
【００７９】
本願の実施例の方法を用いることにより、端末装置又はネットワーク装置は必要に応じてＰＵＳＣＨのＨＡＲＱフィードバック情報を伝送するためのダウンリンク制御チャネルのフォーマットを決定することができ、それにより様々なシーンにおいて固定長（例えば、様々なシーンに必要な最大長）のダウンリンク制御チャネルを用いることを避けることができ、これにより、ダウンリンク制御チャネルの伝送効率を向上させるとともに、端末装置がダウンリンク制御チャネルを受信する消費電力を増加させる。
【００８０】
例えば、様々なシーンにおいて、異なるシーンにおいて、固定リソースにおいて同時にスケジューリングできるＰＵＳＣＨの数が異なる場合、ＰＵＳＣＨのＨＡＲＱフィードバック情報を伝送するためのダウンリンク制御チャネルに含まれる必要がある情報量が異なり、ネットワーク装置が様々なシーンに必要な最大長に基づいてダウンリンク制御チャネルの長さを設定する場合、ダウンリンク制御チャネルの伝送効率を低下させ、端末装置の受信する必要があるビット数が比較的に多く、端末装置がダウンリンク制御チャネルを受信する消費電力を増加させる。
【００８１】
従って、本願の実施例における端末装置又はネットワーク装置は必要に応じてＰＵＳＣＨのＨＡＲＱフィードバック情報を伝送するためのダウンリンク制御チャネルのフォーマットを決定することができ、ダウンリンク制御チャネルの伝送効率を向上させ、端末装置の消費電力を減少させることができる。
【００８２】
本発明をより明確にするために、以下に本願の選択可能な案を詳しく説明する。以下に説明される案は方法２００、３００、４００又は５００に適用できると理解すべきである。
【００８３】
本願の実施例の案は様々な通信システムに適用できる。
【００８４】
本願の実施例の通信システムはマシンタイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム（例えば、拡張されたＬＴＥ  ＭＴＣ（ｅＭＴＣ：ＬＴＥ  ｅｎｈａｎｃｅｄ  ＭＴＣ）、又は更に拡張されたＭＴＣ（ｅｆｅＭＴＣ：ｅｖｅｎ  ｆｕｒｔｈｅｒ  ｅｎｈａｎｃｅｄ  ＭＴＣ）システム）であってもよく、１．４ＭＨｚ無線周波数帯域幅を持つＭＴＣ端末装置をサポートすることができ、又は３ＭＨｚ又は５ＭＨｚ無線周波数帯域幅を持つＭＴＣ端末装置をサポートすることができる。
【００８５】
選択肢として、本願の実施例がＭＴＣ通信システムに適用されるとき、本願の実施例に言及したダウンリンク制御チャネルはＭＴＣに対する物理ダウンリンク制御チャネル（ＭＰＤＣＣＨ：ＭＴＣ  Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）であってもよく、ＰＵＳＣＨはＭＴＣに対する物理アップリンク共有チャネル（ＭＰＵＳＣＨ：ＭＴＣ  Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）であってもよい。
【００８６】
選択肢として、本願の実施例に言及したＨＡＲＱフィードバック情報は肯定確認（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅ）又は否定確認（ＮＡＣＫ：Ｎｏｎ−Ａｃｋｎｏｗｌｅｄｇｅ）情報であってもよい。
【００８７】
選択肢として、本願の実施例の第１ダウンリンク制御チャネルは含まれる新データ指示（ＮＤＩ：Ｎｅｗ  Ｄａｔａ  Ｉｎｄｉｃａｔｉｏｎ）ビットによってＭＰＵＳＣＨに対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ情報を含むことができる。
【００８８】
選択肢として、本願の実施例において、ネットワーク装置又は端末装置は第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定することができ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含む。
【００８９】
具体的には、ネットワーク装置又は端末装置は第１リソースのリソース量と第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率に基づき、第１ダウンリンク制御チャネルのフォーマットを決定することができる。
【００９０】
選択肢として、該第１リソースは周波数領域においてシステム（例えば、ＭＴＣシステム）におけるＰＵＳＣＨを伝送するための帯域幅を含み、該帯域幅は選択肢として１．４ＭＨｚ、３ＭＨｚ又は５ＭＨｚ等であってもよい。
【００９１】
選択肢として、該第１リソースはネットワーク装置が全帯域幅から選択した周波数領域リソースを含んでもよい。例えば、ネットワーク装置は現在のネットワークにおける帯域幅の占有状況及び／又は帯域幅間の干渉状況等に応じて、全帯域幅から周波数領域リソースを選択してもよい。
【００９２】
選択肢として、ネットワーク装置は周波数領域リソースを選択した後、該周波数領域リソースに基づいて第１ダウンリンク制御チャネルのフォーマットを決定して、該フォーマットを端末装置に通知してもよく、又は、ネットワーク装置は周波数領域リソースを選択した後、該周波数領域リソースの具体的な位置及び／又はサイズを端末装置に通知してもよく、端末装置は該周波数領域リソースのリソース量に基づいて第１ダウンリンク制御チャネルのフォーマットを決定してもよい。
【００９３】
選択肢として、該第１リソースはプリセットの周波数領域リソースを含んでもよく、該プリセットの周波数領域リソースは予め手動設定されたものであってもよい。該プリセットの周波数領域リソースは全帯域幅リソースであってもよいし、一部の全帯域幅リソースであってもよい。
【００９４】
具体的に、該周波数領域リソースの情報はネットワーク装置に予め設定されてもよく、この場合、ネットワーク装置は該プリセットのリソースに基づき、第１ダウンリンク制御チャネルのフォーマットを決定して、該フォーマットを端末装置に通知する。又は、ネットワーク装置は該プリセットの周波数領域リソースの情報（例えば、リソースのサイズ及び／又は位置等）を端末装置に通知することもでき、端末装置は該プリセットの周波数領域リソースのリソース量に基づいて第１ダウンリンク制御チャネルのフォーマットを決定することができる。
【００９５】
又は、端末装置及びネットワーク装置のいずれにも周波数領域リソースの情報を予め設定することもでき、この場合、端末装置及び端末装置はそれぞれ該プリセットの周波数領域リソースのリソース量に基づいて第１ダウンリンク制御チャネルのフォーマットを決定することができる。
【００９６】
選択肢として、端末装置が第１リソースのリソース量に基づいて第１ダウンリンク制御チャネルのフォーマットを自主的に決定するとき、その用いた、第１リソースに対してＰＵＳＣＨ分割を行う粒度は、端末装置から送信されたＰＵＳＣＨ（以前のＰＵＳＣＨであってもよいし、現在の第１ダウンリンク制御チャネルが対応するＰＵＳＣＨであってもよい）の占有するリソースサイズによって決定されてもよい。
【００９７】
選択肢として、該全帯域幅はある伝送のための全体帯域幅であってもよい。
【００９８】
選択肢として、該全帯域幅はｎａｒｒｏｗ  ｂａｎｄ（狭帯域幅）であってもよい。
【００９９】
選択肢として、該全帯域幅はＭＴＣシステムにおける１．４ＭＨｚ、３ＭＨｚ又は５ＭＨｚの全帯域幅であってもよい。
【０１００】
選択肢として、該第１ダウンリンク制御チャネルのフォーマットは該第１ダウンリンク制御チャネルのペイロードサイズを示すことに用いられてもよく、具体的に、前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよい。
【０１０１】
１つの実現方式では、該第１リソースのリソース量と第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率が１つの整数である場合、第１ダウンリンク制御チャネルに含まれるビットユニットの数は該整数に等しい。
【０１０２】
また１つの実現方式では、該第１リソースのリソース量と第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率が整数ではない場合、第１ダウンリンク制御チャネルに含まれるビットユニットの数は該比率の切り捨て値に等しい。
【０１０３】
以下はＭＴＣ端末を例として、２つのシーンを参照しながらどのようにフォーマットの選択を行うかを説明する。
【０１０４】
例えば、同じアップリンクｎａｒｒｏｗ  ｂａｎｄに６つの物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ  Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）が含まれ、１つのＰＵＳＣＨに１つのＰＲＢを割り当てる場合、多くとも６つのＰＵＳＣＨのＨＡＲＱフィードバック情報が同じ一つのＭＰＤＣＣＨにおいて多重され、この時、第１ダウンリンク制御チャネルのフォーマットが６つのビットユニットを有するＭＰＤＣＣＨであるように選択してもよい。
【０１０５】
１つのＰＵＳＣＨに３つのＰＲＢを割り当てる場合、アップリンクｎａｒｒｏｗ  ｂａｎｄにおける多くとも２つのＰＵＳＣＨのＨＡＲＱ  ＡＣＫ又はＮＡＣＫが同じ一つのＭＰＤＣＣＨにおいて多重される。この時、第１ダウンリンク制御チャネルのフォーマットが２つのビットユニットを有するＭＰＤＣＣＨであるように選択してもよい。
【０１０６】
例えば、更にｓｕｂ−ＰＲＢを粒度とし、例えば３つのサブキャリアを粒度としてリソース割り当てを行ってもよく、そうすると、各ＰＵＳＣＨに３つのサブキャリアを割り当てる場合、１つのアップリンクｎａｒｒｏｗ  ｂａｎｄにおける２４個のＰＵＳＣＨのＨＡＲＱ  ＡＣＫ又はＮＡＣＫが同じ一つのＭＰＤＣＣＨにおいて多重される。この時、第１ダウンリンク制御チャネルのフォーマットが２４個のビットユニットを有するＭＰＤＣＣＨであるように選択してもよい。
【０１０７】
本願の実施例において、各ビットユニットが１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいとは、すべてのビットユニットが必ずＰＵＳＣＨのＨＡＲＱフィードバック情報を含むことに用いられなければならないことを意味せず、各ビットユニットがＨＡＲＱを含む能力を有することを示すだけであると理解すべきである。
【０１０８】
例えば、同じ一つのアップリンクｎａｒｒｏｗ  ｂａｎｄに６つのＰＲＢが含まれ、且つ１つのＰＵＳＣＨに１つのＰＲＢを割り当てる場合、多くとも６つのアップリンクＰＵＳＣＨのＨＡＲＱフィードバック情報が同じ一つのＭＰＤＣＣＨにおいて多重される。もし現在、３つの端末装置だけスケジューリングする必要があって、且つ各端末装置のデータ量は１つのＰＲＢだけ占有する必要がある場合、６つのビットユニットを含むＭＰＤＣＣＨを選択でき、該６つのビットユニットの内の３つのビットユニットには対応するＰＵＳＣＨのＨＡＲＱフィードバック情報が含まれる。
【０１０９】
選択肢として、本願の実施例において、１つの端末装置に複数のＰＵＳＣＨ粒度を占有する１つのＰＵＳＣＨを割り当て、端末装置に複数のＰＵＳＣＨ粒度を占有する１つのＰＵＳＣＨが割り当てられた場合、端末装置は複数のビットユニットから自身のＰＵＳＣＨのＨＡＲＱ情報を読み取ることができる。
【０１１０】
選択肢として、本願の実施例において、異なるビットユニットが異なるＰＵＳＣＨのＨＡＲＱフィードバック情報を含むことに用いられてもよいとは、ＰＵＳＣＨの粒度に基づいてＰＵＳＣＨ分割を行うとき、ビットユニットに含まれるのはそのようなＰＵＳＣＨ粒度を利用して分割し取得したＰＵＳＣＨのＨＡＲＱフィードバック情報であり、複数のＰＵＳＣＨ粒度を含むリソースのＰＵＳＣＨを同じ端末装置にスケジューリングすることができ、端末装置が該複数のＰＵＳＣＨ粒度を含むＰＵＳＣＨに対してそれぞれ単独的に符号化又は統一的に符号化を行うことができることを意味する。
【０１１１】
選択肢として、本願の実施例において、第１リソースのリソース量及び第１リソースに対してＰＵＳＣＨ分割を行うＰＵＳＣＨ粒度に基づいて第１ダウンリンク制御チャネルのフォーマットを決定する以外に、更に他の要素に基づいて第１ダウンリンク制御チャネルのフォーマットを決定することもでき、例えば、ネットワーク装置は現在スケジューリングする端末装置の数に基づいて第１ダウンリンク制御チャネルのフォーマットを決定することができる。
【０１１２】
本願の実施例において、第１ダウンリンク制御チャネルは本願の実施例に言及した、ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むためのビットユニット以外に、更に他の情報を含むビット又はビットユニットを含んでもよいと理解すべきである。
【０１１３】
本願の実施例のビットユニットは更にフィードバックビット又はビット等と称されてもよいと理解すべきである。
【０１１４】
選択肢として、本願の実施例に言及した前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）制御ユニット（ＣＥ：Ｃｏｎｔｒｏｌ  Ｅｌｅｍｅｎｔ）又はＰＤＣＣＨに含まれる。
【０１１５】
１つの実現方式では、該第１指示情報は第１ダウンリンク制御チャネルが対応するＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれてもよい。
【０１１６】
具体的には、ネットワーク装置がＰＵＳＣＨをスケジューリングするとき、該ＰＵＳＣＨに対してＨＡＲＱフィードバックを行うダウンリンク制御チャネルのフォーマットを、ＰＵＳＣＨをスケジューリングするＰＤＣＣＨによって端末装置に送信することができ、例えば、該ＰＵＳＣＨをスケジューリングするＰＤＣＣＨチャネルのダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ）に該ダウンリンク制御チャネルのフォーマットを示すビットフィールドを設定することができる。
【０１１７】
また１つの実現方式では、該第１指示情報は専用ＰＤＣＣＨに含まれてもよい。
【０１１８】
具体的には、該専用ＰＤＣＣＨチャネルはＰＤＣＣＨ共通の探索空間において送信されたＰＤＣＣＨであり、ネットワーク側が前記ダウンリンク制御チャネルのフォーマットを変更する必要があるとき、ＰＤＣＣＨ共通の探索空間において送信されたＰＤＣＣＨにおいて該専用ＰＤＣＣＨチャネルを送信する。
【０１１９】
選択肢として、本願の実施例のビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報を含み、又は、対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含む。
【０１２０】
例えば、１ビットで２つのフォーマットを示してもよく、又は２ビットで４つのフォーマットを示してもよい（表１に示す）。異なるＰＵＳＣＨのＨＡＲＱフィードバックビットが同じ一つのＤＣＩにおいて多重されることをサポートするために、異なるフォーマットＤＣＩには異なるＨＡＲＱのフィードバックしたペイロード（ｐａｙｌｏａｄ）が含まれる。例えば、表１におけるフォーマット０、１、２、３にはそれぞれ３、６、１２、２４個のＰＵＳＣＨチャネルのフィードバック情報が含まれてもよい。
【表１】
2020528230.tif 000003
【０１２１】
各ＰＵＳＣＨに対して、１ビットのＨＡＲＱフィードバックビットを含んでもよく、例えば、含まれるフィードバックビット「０」又は「１」がそれぞれＡＣＫ、ＮＡＣＫフィードバックを示す（この時、ＤＣＩにおける総ＨＡＲＱフィードバックビット数は表１の第４列に示される）。更にＸ個のビットを含んでもよく、Ｘビットには少なくとも１ビットのＨＡＲＱフィードバックビット及び該フィードバックビットに対応するＰＵＳＣＨのＨＡＲＱプロセス番号が含まれる（この時、ＤＣＩにおける総ＨＡＲＱフィードバックビット数は表１の第５列に示される）。
【０１２２】
選択肢として、第１ダウンリンク制御チャネルのフォーマットを決定する以外に、本願の実施例の端末装置又はネットワーク装置は更に端末装置が第１ダウンリンク制御チャネルにおいて占有する具体的なビットユニットを決定することができる。
【０１２３】
ネットワーク装置については、ネットワーク装置は前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定し、前記各端末装置に対応するビットユニットには前記各端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報が含まれる。
【０１２４】
更に、ネットワーク装置は参照リソースインデックス及び前記各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することができる。
【０１２５】
端末装置については、端末装置は該端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、該端末装置の該第１ダウンリンク制御チャネルにおける対応するビットユニットを決定し、決定されたビットユニットにおいて自身のＰＵＳＣＨチャネルに対するＨＡＲＱフィードバック情報を読み取ることができる。
【０１２６】
例えば、第１ダウンリンク制御チャネルのフォーマットが表１におけるフォーマット１である場合、該第１ダウンリンク制御チャネルに６つのＰＵＳＣＨのＨＡＲＱフィードバックビットが含まれる。端末装置はＰＵＳＣＨの占有する開始ＰＲＢのＭＴＣ帯域幅における位置に基づいて該ＰＵＳＣＨのＨＡＲＱフィードバックビットの前記ダウンリンク制御チャネルにおける位置を決定することができる。
【０１２７】
更に、端末装置は参照リソースインデックス及び該端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、該端末装置の該第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することができる。
【０１２８】
選択肢として、本願の実施例において、ネットワーク装置はダウンリンクチャネルを介して端末装置に参照リソースインデックスを示すことができる。
【０１２９】
選択肢として、該参照リソースインデックスはシステムブロードキャストメッセージ、ＲＲＣ専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御の制御ユニット又はＰＤＣＣＨに含まれてもよい。
【０１３０】
１つの実現方式では、該参照リソースインデックスはＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれ、又は専用ＰＤＣＣＨに含まれてもよい。
【０１３１】
選択肢として、本願の実施例に言及した参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、本願の実施例に言及した、端末装置のビットユニットを決定するためのＰＵＳＣＨの占有するリソースの情報は端末装置の用いたＰＲＢのインデックス及び／又はサブキャリアインデックスである。
【０１３２】
選択肢として、該参照リソースインデックスは上記言及した第１リソースの開始リソースインデックス、例えば、該第１リソースの開始ＰＲＢインデックス又は開始サブキャリアインデックスであってもよい。
【０１３３】
本願の実施例において、参照リソースインデックスを設定することにより、異なるリソースにおいて、ネットワーク装置は異なるＰＵＳＣＨの分割粒度を用いてもよく、同じ分割粒度を有するＰＵＳＣＨのビットユニットは同じ一つのダウンリンク制御チャネルにおいて多重されてもよく、それによりネットワーク装置のスケジューリング柔軟性を向上させる。
【０１３４】
選択肢として、本願の実施例において、端末装置のビットユニットを決定するためのＰＵＳＣＨの占有するリソースの情報は該ＰＵＳＣＨの占有するリソースの開始ＰＲＢインデックス及び／又は開始サブキャリアインデックスを含む。
【０１３５】
選択肢として、本願の実施例において、端末装置に割り当てられたＰＵＳＣＨが複数のＰＵＳＣＨ粒度のリソースを含む場合、端末装置は該ＰＵＳＣＨの開始ＰＲＢインデックス及び／又はサブキャリアインデックスに基づいて占有するビットユニットを決定することができ、該ビットユニットを決定した後、該ビットユニットのみから該ＰＵＳＣＨのＨＡＲＱフィードバック情報を読み取ることができる。つまり、ネットワーク装置は１つのビットユニットのみにＰＵＳＣＨのＨＡＲＱフィードバック情報を含む。
【０１３６】
選択肢として、端末装置は更に該ＰＵＳＣＨに含まれる複数のＰＵＳＣＨ粒度に対応する複数のビットユニットからＰＵＳＣＨのフィードバック情報を読み取ってもよい。つまり、各ビットユニットにいずれもＨＡＲＱフィードバック情報が含まれ、各ビットユニットに含まれるフィードバック情報は同じであってもよい。つまり、ネットワーク装置は複数のビットユニットの各ビットユニットのいずれにもフィードバック情報を含んでもよい。
【０１３７】
１つの実現方式では、ＰＵＳＣＨの分割粒度（ＰＲＢを単位として）が１つのＰＲＢ以上である場合、あるＰＵＳＣＨのＨＡＲＱフィードバック情報のビットユニットインデックス＝該ＰＵＳＣＨの開始ＰＲＢインデックス／（ＰＵＳＣＨの分割粒度）である。
【０１３８】
また１つの実現方式では、ＰＵＳＣＨの分割粒度が１つのＰＲＢ（サブキャリアを単位として）より小さい場合、あるＰＵＳＣＨのＨＡＲＱフィードバック情報のビットユニットインデックス＝該ＰＵＳＣＨの開始ＰＲＢインデックス＊（１２／ＰＵＳＣＨの分割粒度）＋ｍｏｄｅ（ＰＵＳＣＨの開始ＰＲＢにおける開始サブキャリアインデックス、ＰＵＳＣＨの分割粒度）である。
【０１３９】
また１つの実現方式では、ＰＵＳＣＨの分割粒度が１つのＰＲＢ以上である場合、あるＰＵＳＣＨのＨＡＲＱフィードバック情報のビットユニットインデックス＝（ＰＵＳＣＨの開始ＰＲＢインデックス−参照ＰＲＢインデックス）／（ＰＵＳＣＨリソースの分割粒度）であり、
また１つの実現方式では、ＰＵＳＣＨリソース割り当て粒度が１つのＰＲＢ（サブキャリアを単位として）より小さい場合、
あるＰＵＳＣＨのＨＡＲＱフィードバック情報のビットユニットインデックス＝（ＰＵＳＣＨの開始ＰＲＢインデックス−参照ＰＲＢインデックス）＊（１２／ＰＵＳＣＨの分割粒度）＋ｍｏｄｅ（ＰＵＳＣＨの開始ＰＲＢにおける開始サブキャリアインデックス、ＰＵＳＣＨの分割粒度）である。
【０１４０】
本願をより明確にするために、以下に例を挙げてどのようにビットユニットの位置を決定するかを説明し、以下の例は端末装置及びネットワーク装置に適用できる。
【０１４１】
例Ａ
例えば、図６に示すように、ＭＴＣ帯域幅が６ＰＲＢであって、ＰＵＳＣＨの分割粒度がＰＲＢであると仮定する。ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ０である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための１番目のビットユニットであり、ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ１である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための２番目のビットユニットであり、以下同様である。
【０１４２】
例Ｂ
例えば、図７に示すように、ＭＴＣ帯域幅が６ＰＲＢであり、ＰＵＳＣＨの分割粒度が３つのサブキャリアであり、１つのＰＲＢに含まれる１２個のサブキャリアにおいて多くとも４つのＰＵＳＣＨを伝送できる。ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ０であって、開始サブキャリアがサブキャリア０である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための１番目のビットユニットであり、ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ０であって、開始サブキャリアがサブキャリア３である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための１番目のビットユニットであり・・・ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ１であって、開始サブキャリアがサブキャリア０である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための５番目のビットユニットであり、以下同様である。
【０１４３】
例Ｃ
例えば、ＭＴＣ帯域幅が６ＰＲＢであって、ＰＵＳＣＨの分割粒度がＰＲＢであると仮定する。参照ＰＲＢがＰＲＢ２である。ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ２である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための１番目のビットユニットであり、同様に、ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ３である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための２番目のビットユニットである。
【０１４４】
例Ｄ
例えば、図８に示すように、ＭＴＣ帯域幅は６ＰＲＢであり、ＰＵＳＣＨの分割粒度は３つのサブキャリアであり、１つのＰＲＢに含まれる１２個のサブキャリアにおいて多くとも４つのＰＵＳＣＨを伝送でき、参照ＰＲＢはＰＲＢ２である。ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ２であって、開始サブキャリアがサブキャリア０である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための１番目のビットユニットであり、同様に、ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ２であって、開始サブキャリアがサブキャリア３である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための２番目のビットユニットであり・・・ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ３であって、開始サブキャリアがサブキャリア０である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための５番目のビットユニットであり・・・以下同様である。
【０１４５】
本願の実施例において、参照ＰＲＢを設定することにより、異なるＰＲＢ又はＰＲＢグループにおいて、ネットワーク装置は異なるＰＵＳＣＨの分割粒度を用いてもよく、同じ分割粒度のＰＵＳＣＨのビットユニットは同じ一つのダウンリンク制御チャネルにおいて多重でき、図８に示すように、ＰＲＢ２、ＰＲＢ３は３つのサブキャリアのリソース割り当て粒度のＰＵＳＣＨを伝送でき、他のＰＲＢは１つのＰＲＢのＰＵＳＣＨリソース割り当て粒度を用いてもよく、それによりネットワーク装置のスケジューリング柔軟性を向上させる。
【０１４６】
図９は本願の実施例に係るネットワーク装置６００の模式的なブロック図である。図９に示すように、該ネットワーク装置６００は処理ユニット６１０及び通信ユニット６２０を備える。
【０１４７】
選択肢として、前記処理ユニット６１０は、第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記通信ユニット６２０は、前記第１ダウンリンクを示すための第１指示情報を送信し、前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することに用いられる。
【０１４８】
選択肢として、前記処理ユニット６１０は、第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含み、前記通信ユニット６２０は、前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することに用いられる。
【０１４９】
ネットワーク装置６００は方法実施例におけるネットワーク装置の実行する対応操作を実現することができ、簡潔のため、ここで詳細な説明は省略すると理解すべきである。
【０１５０】
図１０は本願の実施例に係る端末装置７００の模式的なブロック図である。図１０に示すように、該端末装置７００は処理ユニット７１０及び通信ユニット７２０を備える。
【０１５１】
選択肢として、前記通信ユニット７２０は、ネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、前記フォーマットに基づき、前記ダウンリンク制御チャネルを検出することとに用いられ、
前記処理ユニット７１０は、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることに用いられる。
【０１５２】
選択肢として、前記処理ユニット７１０は、第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含み、前記通信ユニット７２０は、前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することに用いられる。
【０１５３】
端末装置７００は方法実施例における端末装置の実行する対応操作を実現することができ、簡潔のため、ここで詳細な説明は省略すると理解すべきである。
【０１５４】
図１１は本願の実施例のシステムチップ８００の構造模式図である。図１１におけるシステムチップ８００は入力インターフェース８０１、出力インターフェース８０２、プロセッサ８０３及びメモリ８０４を備え、それらは内部通信接続経路によって接続されてもよく、前記プロセッサ６０３は前記メモリ８０４におけるコードを実行することに用いられる。
【０１５５】
選択肢として、前記コードが実行されるとき、前記プロセッサ６０３は方法実施例におけるネットワーク装置の実行する方法を実現する。簡潔のため、ここで詳細な説明は省略する。
【０１５６】
選択肢として、前記コードが実行されるとき、前記プロセッサ６０３は方法実施例における端末装置の実行する方法を実現する。簡潔のため、ここで詳細な説明は省略する。
【０１５７】
図１２は本願の実施例に係る通信装置９００の模式的なブロック図である。図１２に示すように、該通信装置９００はプロセッサ９１０及びメモリ９２０を備える。該メモリ９２０にプログラムコードが記憶されてもよく、該プロセッサ９１０は該メモリ９２０に記憶されるプログラムコードを実行することができる。
【０１５８】
選択肢として、図１２に示すように、該通信装置９００は送受信機９３０を備えてもよく、プロセッサ９１０は送受信機９３０が外部と通信するのを制御することができる。
【０１５９】
選択肢として、該プロセッサ９１０はメモリ９２０に記憶されるプログラムコードを呼び出して、方法実施例におけるネットワーク装置の対応操作を実行することができ、簡潔のため、ここで詳細な説明は省略する。
【０１６０】
選択肢として、該プロセッサ９１０はメモリ９２０に記憶されるプログラムコードを呼び出して、方法実施例における端末装置の対応操作を実行することができ、簡潔のため、ここで詳細な説明は省略する。
【０１６１】
本願の実施例のプロセッサは信号処理機能を有する集積回路チップであってもよいと理解すべきである。実現過程において、上記方法実施例の各ステップはプロセッサにおけるハードウェアの集積論理回路又はソフトウェア形式の命令で完成してもよい。上記プロセッサは汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ  Ｓｉｇｎａｌ  Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、個別ゲート又はトランジスタロジックデバイス、個別ハードウェアコンポーネントであってもよい。本願の実施例に開示される各方法、ステップ及び論理ブロック図を実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサは更に如何なる通常のプロセッサ等であってもよい。本願の実施例に開示される方法のステップはハードウェアデコードプロセッサで実行して完成してもよいし、又はデコードプロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせで実行して完成してもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラム可能読み出し専用メモリ又は電気消去可能プログラム可能メモリ、レジスタ等の本分野で成熟している記憶媒体に位置してもよい。該記憶媒体はメモリに位置し、プロセッサがメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完成する。
【０１６２】
本願の実施例におけるメモリは揮発性メモリ又は不揮発性メモリであってもよく、又は、揮発性メモリ及び不揮発性メモリの両者を含んでもよいと理解される。不揮発性メモリは読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ：Ｐｒｏｇｒａｍｍａｂｌｅ  ＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ  ＰＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ  ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは外部キャッシュメモリとして使用されるランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）であってもよい。制限的ではなく、例示的な説明によって、多くの形式のＲＡＭ、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ：Ｓｔａｔｉｃ  ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ  ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：Ｓｙｎｃｈｒｏｎｏｕｓ  ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ  ＳＤＲＡＭ：Ｄｏｕｂｌｅ  Ｄａｔａ  Ｒａｔｅ  ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ：Ｅｎｈａｎｃｅｄ  ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ：Ｓｙｎｃｈｌｉｎｋ  ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ  ＲＡＭ：Ｄｉｒｅｃｔ  Ｒａｍｂｕｓ  ＲＡＭ）が利用可能である。ただし、本明細書に説明されるシステム及び方法のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含んでもよいが、それらに限らないように意図される。
【０１６３】
当業者であれば、本明細書に開示される実施例を参照して説明した各例示的なユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現されてもよいことを理解できる。これらの機能をハードウェアそれともソフトウェア方式で実行するかは、技術案の特定応用及び設計制約条件によって決定される。当業者は各特定応用に対して異なる方法で説明される機能を実現することができるが、このような実現は本願の範囲を超えると見なされるべきではない。
【０１６４】
当業者であれば、説明を容易且つ簡単にするために、上記説明されるシステム、装置及びユニットの具体的な動作過程は、上記方法実施例における対応過程を参照してもよく、ここで詳細な説明は省略することを明確に理解できる。
【０１６５】
本願に係るいくつかの実施例において、開示されるシステム、装置及び方法は他の方式で実現されてもよいと理解すべきである。例えば、以上に説明される装置実施例は模式的なものに過ぎず、例えば、前記ユニットの分割は論理機能上の分割に過ぎず、実際に実現するとき、他の分割方式を用いてもよく、例えば複数のユニット又はコンポーネントは結合又は他のシステムに集積されてもよく、又はいくつかの特徴は省略してもよく、又は実行しなくてもよい。一方、表示又は検討される相互間の結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットによる間接結合又は通信接続であってもよく、電気、機械又は他の形式であってもよい。
【０１６６】
分離部材として説明されるユニットは物理的に分離してもよいし、物理的に分離しなくてもよく、ユニットとして表示される部材は物理ユニットであってもよいし、物理ユニットでなくてもよく、つまり、一箇所に位置してもよいし、複数のネットワークユニットに分布されてもよい。実際の必要に応じて、その一部又は全部のユニットを選択して本実施例案の目的を実現してもよい。
【０１６７】
また、本願の各実施例において、各機能ユニットは１つの処理ユニットに統合されてもよく、各ユニットは独立して物理的に存在してもよく、２つ以上のユニットが１つのユニットに統合されてもよい。
【０１６８】
前記機能はソフトウェア機能ユニットの形式で実現され、且つ独立した製品として販売又は使用されるとき、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づき、本願の技術案の本質又は従来技術に貢献する部分、又は該技術案の部分はソフトウェア製品の形式で具現されてもよく、該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置等であってもよい）に本願の各実施例に記載の方法の全部又は一部のステップを実行させるための複数の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ−Ｏｎｌｙ  Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。
【０１６９】
以上の説明は本願の具体的な実施方式に過ぎず、本願の保護範囲を制限するためのものではなく、当業者が本願に開示される技術的範囲内で容易に想到し得る変更や置換は、いずれも本願の保護範囲内に含まれるべきである。従って、本願の保護範囲は特許請求の範囲に準じるべきである。
【図１】
2020528230.tif 000004
【図２】
2020528230.tif 000005
【図３】
2020528230.tif 000006
【図４】
2020528230.tif 000007
【図５】
2020528230.tif 000008
【図６】
2020528230.tif 000009
【図７】
2020528230.tif 000010
【図８】
2020528230.tif 000011
【図９】
2020528230.tif 000012
【図１０】
2020528230.tif 000013
【図１１】
2020528230.tif 000014
【図１２】
2020528230.tif 000015
【手続補正書】
【提出日】令和2年5月12日(2020.5.12)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】００１９
【補正方法】変更
【補正の内容】
【００１９】
第２態様では無線通信方法を提供し、前記方法は、
端末装置がネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、
前記端末装置が前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることと、を含む。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】００４９
【補正方法】変更
【補正の内容】
【００４９】
第５態様はネットワーク装置を提供し、前記装置は、上記第１態様又は第１態様の任意の可能な実現方式又は第３態様又は第３態様の任意の可能な実現方式における方法を実行することに用いられる。具体的に、前記ネットワーク装置は上記第１態様又は第１態様の任意の可能な実現方式又は第３態様又は第３態様の任意の可能な実現方式における方法を実行するための機能モジュールを備える。
【手続補正３】
【補正対象書類名】明細書
【補正対象項目名】００５２
【補正方法】変更
【補正の内容】
【００５２】
第８態様は端末装置を提供し、前記装置は、プロセッサ、メモリ及び送受信機を備える。前記プロセッサ、前記メモリ及び前記送受信機が内部接続経路によって互いに通信し、制御及び／又はデータ信号を伝達することにより、前記端末装置が上記第２態様又は第２態様の任意の可能な実現方式又は第４態様又は第４態様の任意の可能な実現方式における方法を実行する。
【手続補正４】
【補正対象書類名】明細書
【補正対象項目名】００６０
【補正方法】変更
【補正の内容】
【００６０】
図１には本願の実施例に適用される無線通信システム１００を示す。該無線通信システム１００はネットワーク装置１１０を備えてもよい。ネットワーク装置１１０は端末装置と通信する装置であってもよい。ネットワーク装置１１０は特定の地理的領域に通信カバレッジを提供することができ、且つ該カバレッジ領域内の端末装置（例えば、ＵＥ）と通信することができる。選択肢として、該ネットワーク装置１１０はＧＳＭシステム又はＣＤＭＡシステムにおける基地局（ＢＴＳ：Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｔａｔｉｏｎ）であってもよく、ＷＣＤＭＡシステムにおける基地局（ＮＢ：ＮｏｄｅＢ）であってもよく、更にＬＴＥシステムにおける発展型基地局（ｅＮＢ又はｅＮｏｄｅＢ：Ｅｖｏｌｕｔｉｏｎａｌ  Ｎｏｄｅ  Ｂ）であってもよく、又はクラウド無線アクセスネットワーク（ＣＲＡＮ：Ｃｌｏｕｄ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）における無線コントローラであってもよく、又は、該ネットワーク装置は中継所、アクセスポイント、車載装置、ウェアラブル端末、将来の５Ｇネットワークにおけるネットワーク側装置又は将来発展する公衆陸上移動網（ＰＬＭＮ：Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）におけるネットワーク装置等であってもよい。
【手続補正５】
【補正対象書類名】明細書
【補正対象項目名】００７２
【補正方法】変更
【補正の内容】
【００７２】
３２０では、前記端末装置は前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取る。
【手続補正６】
【補正対象書類名】明細書
【補正対象項目名】００７６
【補正方法】変更
【補正の内容】
【００７６】
図５は本願の実施例に係る無線通信方法５００の模式的なフローチャートである。該方法は選択肢として図１に示されるシステムに適用されてもよいが、これに限らない。図５に示すように、該方法５００は少なくとも以下の一部内容を含む。
【手続補正７】
【補正対象書類名】明細書
【補正対象項目名】００７９
【補正方法】変更
【補正の内容】
【００７９】
本願の実施例の方法を用いることにより、端末装置又はネットワーク装置は必要に応じてＰＵＳＣＨのＨＡＲＱフィードバック情報を伝送するためのダウンリンク制御チャネルのフォーマットを決定することができ、それにより様々なシーンにおいて固定長（例えば、様々なシーンに必要な最大長）のダウンリンク制御チャネルを用いることを避けることができ、これにより、ダウンリンク制御チャネルの伝送効率を向上させるとともに、端末装置がダウンリンク制御チャネルを受信する消費電力を削減させる。
【手続補正８】
【補正対象書類名】明細書
【補正対象項目名】００８０
【補正方法】変更
【補正の内容】
【００８０】
例えば、様々なシーンにおいて、異なるシーンにおいて、固定リソースにおいて同時にスケジューリングできるＰＵＳＣＨの数が異なる場合、ＰＵＳＣＨのＨＡＲＱフィードバック情報を伝送するためのダウンリンク制御チャネルに含まれる必要がある情報量が異なり、ネットワーク装置が様々なシーンに必要な最大長を採用してダウンリンク制御チャネルの長さとする場合、ダウンリンク制御チャネルの伝送効率を低下させ、端末装置の受信する必要があるビット数が比較的に多く、端末装置がダウンリンク制御チャネルを受信する消費電力を増加させる。
【手続補正９】
【補正対象書類名】明細書
【補正対象項目名】００９５
【補正方法】変更
【補正の内容】
【００９５】
又は、端末装置及びネットワーク装置のいずれにも周波数領域リソースの情報を予め設定することもでき、この場合、端末装置及びネットワーク装置はそれぞれ該プリセットの周波数領域リソースのリソース量に基づいて第１ダウンリンク制御チャネルのフォーマットを決定することができる。
【手続補正１０】
【補正対象書類名】明細書
【補正対象項目名】０１２６
【補正方法】変更
【補正の内容】
【０１２６】
例えば、第１ダウンリンク制御チャネルのフォーマットが表１におけるフォーマット１である場合、該第１ダウンリンク制御チャネルに６つのＰＵＳＣＨのＨＡＲＱフィードバックビットが含まれる。端末装置はＰＵＳＣＨの占有する開始ＰＲＢのＭＴＣ帯域幅における位置に基づいて該ＰＵＳＣＨのＨＡＲＱフィードバックビットの前記第１ダウンリンク制御チャネルにおける位置を決定することができる。
【手続補正１１】
【補正対象書類名】明細書
【補正対象項目名】０１４７
【補正方法】変更
【補正の内容】
【０１４７】
選択肢として、前記処理ユニット６１０は、第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記通信ユニット６２０は、前記第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することに用いられる。
【手続補正１２】
【補正対象書類名】明細書
【補正対象項目名】０１５１
【補正方法】変更
【補正の内容】
【０１５１】
選択肢として、前記通信ユニット７２０は、ネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出することとに用いられ、
前記処理ユニット７１０は、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることに用いられる。
【手続補正１３】
【補正対象書類名】明細書
【補正対象項目名】０１５４
【補正方法】変更
【補正の内容】
【０１５４】
図１１は本願の実施例のシステムチップ８００の構造模式図である。図１１におけるシステムチップ８００は入力インターフェース８０１、出力インターフェース８０２、プロセッサ８０３及びメモリ８０４を備え、それらは内部通信接続経路によって接続されてもよく、前記プロセッサ８０３は前記メモリ８０４におけるコードを実行することに用いられる。
【手続補正１４】
【補正対象書類名】明細書
【補正対象項目名】０１５５
【補正方法】変更
【補正の内容】
【０１５５】
選択肢として、前記コードが実行されるとき、前記プロセッサ８０３は方法実施例におけるネットワーク装置の実行する方法を実現する。簡潔のため、ここで詳細な説明は省略する。
【手続補正１５】
【補正対象書類名】明細書
【補正対象項目名】０１５６
【補正方法】変更
【補正の内容】
【０１５６】
選択肢として、前記コードが実行されるとき、前記プロセッサ８０３は方法実施例における端末装置の実行する方法を実現する。簡潔のため、ここで詳細な説明は省略する。
【手続補正１６】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信方法であって、
ネットワーク装置は第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、
前記ネットワーク装置は前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することと、を含むことを特徴とする無線通信方法。
【請求項２】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項１に記載の方法。
【請求項３】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、
前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御（ＭＡＣ）制御ユニット（ＣＥ）又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項１〜３のいずれか１項に記載の方法。
【請求項５】
無線通信方法であって、
端末装置はネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、
前記端末装置は前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることと、を含むことを特徴とする無線通信方法。
【請求項６】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項５に記載の方法。
【請求項７】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、
又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項６に記載の方法。
【請求項８】
前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御ＲＲＣ専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御の制御ユニット又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項５〜７のいずれか１項に記載の方法。
【請求項９】
ネットワーク装置であって、
処理ユニット及び通信ユニットを備え、
前記処理ユニットは、第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、
前記通信ユニットは、前記第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することに用いられることを特徴とするネットワーク装置。
【請求項１０】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項９に記載のネットワーク装置。
【請求項１１】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、
前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項１０に記載のネットワーク装置。
【請求項１２】
前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御ＲＲＣ専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御（ＭＡＣ）制御ユニット（ＣＥ）又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項９〜１１のいずれか１項に記載のネットワーク装置。
【請求項１３】
端末装置であって、
処理ユニット及び通信ユニットを備え、
前記通信ユニットは、ネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出することとに用いられ、
前記処理ユニットは、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることに用いられることを特徴とする端末装置。
【請求項１４】
前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする請求項１３に記載の端末装置。
【請求項１５】
前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、
又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項１４に記載の端末装置。
【請求項１６】
前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御ＲＲＣ専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御の制御ユニット又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項１３〜１５のいずれか１項に記載の端末装置。
【手続補正１７】
【補正対象書類名】図面
【補正対象項目名】図３
【補正方法】変更
【補正の内容】
【図３】
2020528230.tif 000016
【手続補正１８】
【補正対象書類名】図面
【補正対象項目名】図４
【補正方法】変更
【補正の内容】
【図４】
2020528230.tif 000017
【国際調査報告】
2020528230.tif 000018
2020528230.tif 000019
2020528230.tif 000020
2020528230.tif 000021