JP7110244B2 - 無線通信方法及び装置 - Google Patents

Description

本願は通信分野に関し、より具体的に、無線通信方法及び装置に関する。

基地局は物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を介して端末装置をスケジューリングすることができ、端末装置は基地局のスケジューリングによって物理アップリンク共有チャネル（ＰＵＳＣＨ：Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信することができる。

基地局は端末装置のＰＵＳＣＨの受信状況をフィードバックすることができる。

ところが、異なるシーンにおいて、例えば、同じ帯域幅において異なる数の端末装置がＰＵＳＣＨを送信する場合、基地局がどのようにＰＵＳＣＨの受信状況のフィードバックを行うかは解決すべき問題である。

本願の実施例は異なるシーンにおいて必要に応じてＰＵＳＣＨ受信状況のフィードバック及び取得を行うことのできる無線通信方法及び装置を提供する。

第１態様では無線通信方法を提供し、前記方法は、ネットワーク装置が第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、
前記ネットワーク装置が前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することと、を含む。

第１態様を参照して、第１態様の１つの可能な実現方式では、前記ネットワーク装置が第１指示情報を送信する前に、前記方法は、更に、
第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことを含む。

第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記第１リソースは全帯域幅から選択された周波数領域リソースを含み、又は、前記第１リソースはプリセットの周波数領域リソースを含む。

第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよい。

第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記ビットユニットの数は前記第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しい。

第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、
前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含む。

第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記ネットワーク装置が前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することは、
前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
前記各端末装置に対応するビットユニットには前記各端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報が含まれることと、を含む。

第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含む。

第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスである。

第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記参照リソースインデックスは第１リソースの開始リソースインデックスであり、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含む。

第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記方法は、更に、
前記ネットワーク装置がダウンリンクチャネルを介して前記参照リソースインデックスを示すことを含む。

第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御（ＭＡＣ）制御ユニット（ＣＥ）又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれる。

第１態様又はその上記いずれか１つの可能な実現方式を参照して、第１態様のまた１つの可能な実現方式では、前記第１指示情報は前記第１ダウンリンク制御チャネルが対応するＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれ、又は専用ＰＤＣＣＨに含まれる。

第２態様では無線通信方法を提供し、前記方法は、
端末装置がネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、
前記端末装置が前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることと、を含む。

第２態様を参照して、第２態様の１つの可能な実現方式では、前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよい。

第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しい。

第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、
又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含む。

第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることは、
前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
決定された前記ビットユニットから自身のＰＵＳＣＨチャネルに対するＨＡＲＱフィードバック情報を読み取ることと、を含む。

第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含む。

第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスである。

第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記参照リソースインデックスは第１リソースの開始リソースインデックスであり、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含む。

第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記方法は、更に、
前記端末装置が、前記ネットワーク装置がダウンリンクチャネルで示す前記参照リソースインデックスを受信することを含む。

第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御の制御ユニット又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれる。

第２態様又はその上記いずれか１つの可能な実現方式を参照して、第２態様のまた１つの可能な実現方式では、前記第１指示情報は前記第１ダウンリンク制御チャネルが対応するＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれ、又は専用ＰＤＣＣＨに含まれる。

第３態様は無線通信方法を提供し、前記方法は、
第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、ネットワーク装置が前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことと、
前記ネットワーク装置が前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することと、を含む。

第３態様を参照して、第３態様の１つの可能な実現方式では、
前記第１リソースは全帯域幅から選択された周波数領域リソースを含み、又は、前記第１リソースはプリセットの周波数領域リソースを含む。

第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよい。

第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しい。

第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含む。

第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記ネットワーク装置が前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することは、
前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
前記各端末装置に対応するビットユニットには前記各端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報が含まれることと、を含む。

第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含む。

第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスである。

第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記参照リソースインデックスは前記第１リソースの開始リソースインデックスである。

第３態様又はその上記いずれか１つの可能な実現方式を参照して、第３態様のまた１つの可能な実現方式では、前記方法は、更に、
前記ネットワーク装置がダウンリンクチャネルを介して前記参照リソースインデックスを示すことを含む。

第４態様は無線通信方法を提供し、前記方法は、
端末装置が第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含むことと、
前記端末装置が前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることと、を含む。

第４態様を参照して、第４態様の１つの可能な実現方式では、前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよい。

第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記ビットユニットの数は第１リソースのリソース量と前記第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率又は比率の切り捨て値に等しい。

第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含む。

第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることは、
前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することと、
決定された前記ビットユニットから自身のＰＵＳＣＨチャネルに対するＨＡＲＱフィードバック情報を読み取ることと、を含む。

第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することは、
参照リソースインデックス及び前記端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することを含む。

第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、前記ＰＵＳＣＨの占有するリソースの情報は用いたＰＲＢのインデックス及び／又はサブキャリアインデックスである。

第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記参照リソースインデックスは前記第１リソースの開始リソースインデックスである。

第４態様又はその上記いずれか１つの可能な実現方式を参照して、第４態様のまた１つの可能な実現方式では、前記方法は、更に、
前記端末装置が、前記ネットワーク装置がダウンリンクチャネルで示す前記参照リソースインデックスを受信することを含む。

第５態様はネットワーク装置を提供し、前記装置は、上記第１態様又は第１態様の任意の可能な実現方式又は第３態様又は第３態様の任意の可能な実現方式における方法を実行することに用いられる。具体的に、前記ネットワーク装置は上記第１態様又は第１態様の任意の可能な実現方式又は第３態様又は第３態様の任意の可能な実現方式における方法を実行するための機能モジュールを備える。

第６態様は端末装置を提供し、前記装置は、上記第２態様又は第２態様の任意の可能な実現方式又は第４態様又は第４態様の任意の可能な実現方式における方法を実行することに用いられる。具体的に、前記端末装置は上記第２態様又は第２態様の任意の可能な実現方式又は第４態様又は第４態様の任意の可能な実現方式における方法を実行するための機能モジュールを備える。

第７態様はネットワーク装置を提供し、前記装置は、プロセッサ、メモリ及び送受信機を備える。前記プロセッサ、前記メモリ及び前記送受信機が内部接続経路によって互いに通信し、制御及び／又はデータ信号を伝達することにより、前記ネットワーク装置が上記第１態様又は第１態様の任意の可能な実現方式又は第３態様又は第３態様の任意の可能な実現方式における方法を実行する。

第８態様は端末装置を提供し、前記装置は、プロセッサ、メモリ及び送受信機を備える。前記プロセッサ、前記メモリ及び前記送受信機が内部接続経路によって互いに通信し、制御及び／又はデータ信号を伝達することにより、前記端末装置が上記第２態様又は第２態様の任意の可能な実現方式又は第４態様又は第４態様の任意の可能な実現方式における方法を実行する。

第９態様はコンピュータ可読媒体を提供し、前記媒体は、コンピュータプログラムを記憶することに用いられ、前記コンピュータプログラムは上記いずれか１つの方法又は任意の可能な実現方式を実行するための命令を含む。

第１０態様は命令を含むコンピュータプログラム製品を提供し、前記製品がコンピュータにおいて実行されるとき、コンピュータは上記いずれか１つの方法又は任意の可能な実現方式における方法を実行する。

本願の実施例における端末装置又はネットワーク装置は必要に応じてＰＵＳＣＨのＨＡＲＱフィードバック情報を伝送するためのダウンリンク制御チャネルのフォーマットを決定することができ、ダウンリンク制御チャネルの伝送効率を向上させ、端末装置の消費電力を減少させることができる。

本願の実施例の技術案をより明確に説明するために、実施例又は従来技術の記述において使用必要な図面について以下簡単に説明するが、明らかに、以下に説明する図面は単に本願の一部実施例であり、当業者にとって、創造的な労力を要することなく、これらの図面に基づいて他の図面を想到しうる。

図１は本願の実施例に係る無線通信システムの模式図である。 図２は本願の実施例に係る無線通信方法の模式的なフローチャートである。 図３は本願の実施例に係る無線通信方法の模式的なフローチャートである。 図４は本願の実施例に係る無線通信方法の模式的なフローチャートである。 図５は本願の実施例に係る無線通信方法の模式的なフローチャートである。 図６は本願の実施例に係るＰＵＳＣＨ及びＤＣＩにおけるＨＡＲＱのフィードバック情報を伝送するためのビットユニットのマッチング図である。 図７は本願の実施例に係るＰＵＳＣＨ及びＤＣＩにおけるＨＡＲＱのフィードバック情報を伝送するためのビットユニットのマッチング図である。 図８は本願の実施例に係るＰＵＳＣＨ及びＤＣＩにおけるＨＡＲＱのフィードバック情報を伝送するためのビットユニットのマッチング図である。 図９は本願の実施例に係るネットワーク装置の模式的なブロック図である。 図１０は本願の実施例に係る端末装置の模式的なブロック図である。 図１１は本願の実施例に係るシステムチップの模式的なブロック図である。 図１２は本願の実施例に係る通信装置の模式的なブロック図である。

以下、本願の実施例の図面を参照しながら、本願の実施例の技術案を説明し、明らかに、説明される実施例は本願の実施例の一部であり、実施例のすべてではない。本願の実施例に基づき、当業者が創造的な労力を必要とせずに得られる他の実施例は、いずれも本願の保護範囲に属する。

本願の実施例の技術案は様々な通信システム、例えば、モバイル通信用グローバル（ＧＳＭ：Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｏｆ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム、符号分割多元接続（ＣＤＭＡ：Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、広帯域符号分割多元接続（ＷＣＤＭＡ：Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、汎用パケット無線サービス（ＧＰＲＳ：Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）、ロングタームエボリューション（ＬＴＥ：Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システム、ＬＴＥ周波数分割複信（ＦＤＤ：Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）システム、ＬＴＥ時分割複信（ＴＤＤ：Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）、ユニバーサルモバイルテレコミュニケーションズシステム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）、マイクロ波利用アクセスに関する世界的な相互運用（ＷｉＭＡＸ：Ｗｏｒｌｄｗｉｄｅ Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ ｆｏｒ Ｍｉｃｒｏｗａｖｅ Ａｃｃｅｓｓ）通信システム又は将来の５Ｇシステム（新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）と称されてもよいシステム）等に適用されることができる。

図１には本願の実施例に適用される無線通信システム１００を示す。該無線通信システム１００はネットワーク装置１１０を備えてもよい。ネットワーク装置１１０は端末装置と通信する装置であってもよい。ネットワーク装置１１０は特定の地理的領域に通信カバレッジを提供することができ、且つ該カバレッジ領域内の端末装置（例えば、ＵＥ）と通信することができる。選択肢として、該ネットワーク装置１１０はＧＳＭシステム又はＣＤＭＡシステムにおける基地局（ＢＴＳ：Ｂａｓｅ Ｔｒａｎｓｃｅｉｖｅｒ Ｓｔａｔｉｏｎ）であってもよく、ＷＣＤＭＡシステムにおける基地局（ＮＢ：ＮｏｄｅＢ）であってもよく、更にＬＴＥシステムにおける発展型基地局（ｅＮＢ又はｅＮｏｄｅＢ：Ｅｖｏｌｕｔｉｏｎａｌ Ｎｏｄｅ Ｂ）であってもよく、又はクラウド無線アクセスネットワーク（ＣＲＡＮ：Ｃｌｏｕｄ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）における無線コントローラであってもよく、又は、該ネットワーク装置は中継所、アクセスポイント、車載装置、ウェアラブル端末、将来の５Ｇネットワークにおけるネットワーク側装置又は将来発展する公衆陸上移動網（ＰＬＭＮ：Ｐｕｂｌｉｃ Ｌａｎｄ Ｍｏｂｉｌｅ Ｎｅｔｗｏｒｋ）におけるネットワーク装置等であってもよい。

該無線通信システム１００は更にネットワーク装置１１０のカバレッジ範囲内の少なくとも１つの端末装置１２０を備える。端末装置１２０は可動又は固定のものであってもよい。選択肢として、端末装置１２０はアクセス端末、ユーザー装置（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ユーザー要素、加入者局、移動局、トラバーサー、遠隔局、遠隔端末、モバイルデバイス、ユーザー端末、端末、無線通信装置、ユーザーエージェント又はユーザーデバイスを指してもよい。アクセス端末はセルラー方式の電話、コードレスホン、セッション確立プロトコル（ＳＩＰ：Ｓｅｓｓｉｏｎ Ｉｎｉｔｉａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）電話、ワイヤレスローカルループ（ＷＬＬ：Ｗｉｒｅｌｅｓｓ Ｌｏｃａｌ Ｌｏｏｐ）局、パーソナルデジタルアシスタント（ＰＤＡ：Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、無線通信機能を有する携帯端末、コンピューティングデバイス又は無線モデムに接続される他の処理装置、車載装置、ウェアラブル端末、将来の５Ｇネットワークにおける端末装置又は将来発展するＰＬＭＮにおける端末装置等であってもよい。

選択肢として、端末装置１２０同士が装置対装置（Ｄ２Ｄ：Ｄｅｖｉｃｅ ｔｏ Ｄｅｖｉｃｅ）通信を行ってもよい。

選択肢として、５Ｇシステム又はネットワークが更に新無線（ＮＲ：Ｎｅｗ Ｒａｄｉｏ）システム又はネットワークと称されてもよい。

図１には１つのネットワーク装置及び２つの端末装置を例示的に示し、選択肢として、該無線通信システム１００は複数のネットワーク装置を備えてもよく、且つ各ネットワーク装置のカバレッジ範囲内に他の数の端末装置が含まれてもよく、本願の実施例はこれを制限しない。

選択肢として、該無線通信システム１００は更にネットワーク制御装置、モビリティ管理エンティティ等の他のネットワークエンティティを備えてもよく、本願の実施例はこれを制限しない。

本明細書における用語「システム」と「ネットワーク」は常に交換可能に使用されると理解すべきである。本明細書における用語「及び／又は」は、関連オブジェクトを説明する関連関係に過ぎず、３つの関係、例えば、「Ａ及び／又はＢ」は「Ａが独立して存在する」「ＡとＢが同時に存在する」「Ｂが独立して存在する」の３つの状況が存在してもよいことを示す。また、本明細書における文字「／」は一般的に前後関連オブジェクトが「又は」の関係であることを示す。

図２は本願の実施例に係る無線通信方法２００の模式的なフローチャートである。該方法２００は選択肢として図１に示されるシステムに適用されてもよいが、これに限らない。図２に示すように、該方法２００は少なくとも以下の一部内容を含む。

２１０では、ネットワーク装置は第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置のＰＵＳＣＨに対するハイブリット自動再送要求（ＨＡＲＱ：Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅＱｕｅｓｔ）フィードバック情報を含むことに用いられる。

２２０では、前記ネットワーク装置は前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信する。

図３は本願の実施例に係る無線通信方法３００の模式的なフローチャートである。該方法３００は選択肢として図１に示されるシステムに適用されてもよいが、これに限らない。図３に示すように、該方法３００は少なくとも以下の一部内容を含む。

３１０では、端末装置はネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置のＰＵＳＣＨに対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられる。

３２０では、前記端末装置は前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取る。

図４は本願の実施例に係る無線通信方法４００の模式的なフローチャートである。該方法は選択肢として図１に示されるシステムに適用されてもよいが、これに限らない。図４に示すように、該方法４００は少なくとも以下の一部内容を含む。

４１０では、ネットワーク装置は第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含む。

４２０では、前記ネットワーク装置は前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信する。

図５は本願の実施例に係る無線通信方法５００の模式的なフローチャートである。該方法は選択肢として図１に示されるシステムに適用されてもよいが、これに限らない。図５に示すように、該方法５００は少なくとも以下の一部内容を含む。

５１０では、端末装置は第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含む。

５２０では、前記端末装置は前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取る。

本願の実施例の方法を用いることにより、端末装置又はネットワーク装置は必要に応じてＰＵＳＣＨのＨＡＲＱフィードバック情報を伝送するためのダウンリンク制御チャネルのフォーマットを決定することができ、それにより様々なシーンにおいて固定長（例えば、様々なシーンに必要な最大長）のダウンリンク制御チャネルを用いることを避けることができ、これにより、ダウンリンク制御チャネルの伝送効率を向上させるとともに、端末装置がダウンリンク制御チャネルを受信する消費電力を削減させる。

例えば、様々なシーンにおいて、異なるシーンにおいて、固定リソースにおいて同時にスケジューリングできるＰＵＳＣＨの数が異なる場合、ＰＵＳＣＨのＨＡＲＱフィードバック情報を伝送するためのダウンリンク制御チャネルに含まれる必要がある情報量が異なり、ネットワーク装置が様々なシーンに必要な最大長を採用してダウンリンク制御チャネルの長さとする場合、ダウンリンク制御チャネルの伝送効率を低下させ、端末装置の受信する必要があるビット数が比較的に多く、端末装置がダウンリンク制御チャネルを受信する消費電力を増加させる。

従って、本願の実施例における端末装置又はネットワーク装置は必要に応じてＰＵＳＣＨのＨＡＲＱフィードバック情報を伝送するためのダウンリンク制御チャネルのフォーマットを決定することができ、ダウンリンク制御チャネルの伝送効率を向上させ、端末装置の消費電力を減少させることができる。

本発明をより明確にするために、以下に本願の選択可能な案を詳しく説明する。以下に説明される案は方法２００、３００、４００又は５００に適用できると理解すべきである。

本願の実施例の案は様々な通信システムに適用できる。

本願の実施例の通信システムはマシンタイプ通信（ＭＴＣ：Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）システム（例えば、拡張されたＬＴＥ ＭＴＣ（ｅＭＴＣ：ＬＴＥ ｅｎｈａｎｃｅｄ ＭＴＣ）、又は更に拡張されたＭＴＣ（ｅｆｅＭＴＣ：ｅｖｅｎ ｆｕｒｔｈｅｒ ｅｎｈａｎｃｅｄ ＭＴＣ）システム）であってもよく、１．４ＭＨｚ無線周波数帯域幅を持つＭＴＣ端末装置をサポートすることができ、又は３ＭＨｚ又は５ＭＨｚ無線周波数帯域幅を持つＭＴＣ端末装置をサポートすることができる。

選択肢として、本願の実施例がＭＴＣ通信システムに適用されるとき、本願の実施例に言及したダウンリンク制御チャネルはＭＴＣに対する物理ダウンリンク制御チャネル（ＭＰＤＣＣＨ：ＭＴＣ Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）であってもよく、ＰＵＳＣＨはＭＴＣに対する物理アップリンク共有チャネル（ＭＰＵＳＣＨ：ＭＴＣ Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）であってもよい。

選択肢として、本願の実施例に言及したＨＡＲＱフィードバック情報は肯定確認（ＡＣＫ：Ａｃｋｎｏｗｌｅｄｇｅ）又は否定確認（ＮＡＣＫ：Ｎｏｎ－Ａｃｋｎｏｗｌｅｄｇｅ）情報であってもよい。

選択肢として、本願の実施例の第１ダウンリンク制御チャネルは含まれる新データ指示（ＮＤＩ：Ｎｅｗ Ｄａｔａ Ｉｎｄｉｃａｔｉｏｎ）ビットによってＭＰＵＳＣＨに対するＨＡＲＱ ＡＣＫ／ＮＡＣＫ情報を含むことができる。

選択肢として、本願の実施例において、ネットワーク装置又は端末装置は第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定することができ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含む。

具体的には、ネットワーク装置又は端末装置は第１リソースのリソース量と第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率に基づき、第１ダウンリンク制御チャネルのフォーマットを決定することができる。

選択肢として、該第１リソースは周波数領域においてシステム（例えば、ＭＴＣシステム）におけるＰＵＳＣＨを伝送するための帯域幅を含み、該帯域幅は選択肢として１．４ＭＨｚ、３ＭＨｚ又は５ＭＨｚ等であってもよい。

選択肢として、該第１リソースはネットワーク装置が全帯域幅から選択した周波数領域リソースを含んでもよい。例えば、ネットワーク装置は現在のネットワークにおける帯域幅の占有状況及び／又は帯域幅間の干渉状況等に応じて、全帯域幅から周波数領域リソースを選択してもよい。

選択肢として、ネットワーク装置は周波数領域リソースを選択した後、該周波数領域リソースに基づいて第１ダウンリンク制御チャネルのフォーマットを決定して、該フォーマットを端末装置に通知してもよく、又は、ネットワーク装置は周波数領域リソースを選択した後、該周波数領域リソースの具体的な位置及び／又はサイズを端末装置に通知してもよく、端末装置は該周波数領域リソースのリソース量に基づいて第１ダウンリンク制御チャネルのフォーマットを決定してもよい。

選択肢として、該第１リソースはプリセットの周波数領域リソースを含んでもよく、該プリセットの周波数領域リソースは予め手動設定されたものであってもよい。該プリセットの周波数領域リソースは全帯域幅リソースであってもよいし、一部の全帯域幅リソースであってもよい。

具体的に、該周波数領域リソースの情報はネットワーク装置に予め設定されてもよく、この場合、ネットワーク装置は該プリセットのリソースに基づき、第１ダウンリンク制御チャネルのフォーマットを決定して、該フォーマットを端末装置に通知する。又は、ネットワーク装置は該プリセットの周波数領域リソースの情報（例えば、リソースのサイズ及び／又は位置等）を端末装置に通知することもでき、端末装置は該プリセットの周波数領域リソースのリソース量に基づいて第１ダウンリンク制御チャネルのフォーマットを決定することができる。

又は、端末装置及びネットワーク装置のいずれにも周波数領域リソースの情報を予め設定することもでき、この場合、端末装置及びネットワーク装置はそれぞれ該プリセットの周波数領域リソースのリソース量に基づいて第１ダウンリンク制御チャネルのフォーマットを決定することができる。

選択肢として、端末装置が第１リソースのリソース量に基づいて第１ダウンリンク制御チャネルのフォーマットを自主的に決定するとき、その用いた、第１リソースに対してＰＵＳＣＨ分割を行う粒度は、端末装置から送信されたＰＵＳＣＨ（以前のＰＵＳＣＨであってもよいし、現在の第１ダウンリンク制御チャネルが対応するＰＵＳＣＨであってもよい）の占有するリソースサイズによって決定されてもよい。

選択肢として、該全帯域幅はある伝送のための全体帯域幅であってもよい。

選択肢として、該全帯域幅はｎａｒｒｏｗ ｂａｎｄ（狭帯域幅）であってもよい。

選択肢として、該全帯域幅はＭＴＣシステムにおける１．４ＭＨｚ、３ＭＨｚ又は５ＭＨｚの全帯域幅であってもよい。

選択肢として、該第１ダウンリンク制御チャネルのフォーマットは該第１ダウンリンク制御チャネルのペイロードサイズを示すことに用いられてもよく、具体的に、前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは少なくとも１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよい。

１つの実現方式では、該第１リソースのリソース量と第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率が１つの整数である場合、第１ダウンリンク制御チャネルに含まれるビットユニットの数は該整数に等しい。

また１つの実現方式では、該第１リソースのリソース量と第１リソースに対してＰＵＳＣＨ分割を行う粒度との比率が整数ではない場合、第１ダウンリンク制御チャネルに含まれるビットユニットの数は該比率の切り捨て値に等しい。

以下はＭＴＣ端末を例として、２つのシーンを参照しながらどのようにフォーマットの選択を行うかを説明する。

例えば、同じアップリンクｎａｒｒｏｗ ｂａｎｄに６つの物理リソースブロック（ＰＲＢ：Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）が含まれ、１つのＰＵＳＣＨに１つのＰＲＢを割り当てる場合、多くとも６つのＰＵＳＣＨのＨＡＲＱフィードバック情報が同じ一つのＭＰＤＣＣＨにおいて多重され、この時、第１ダウンリンク制御チャネルのフォーマットが６つのビットユニットを有するＭＰＤＣＣＨであるように選択してもよい。

１つのＰＵＳＣＨに３つのＰＲＢを割り当てる場合、アップリンクｎａｒｒｏｗ ｂａｎｄにおける多くとも２つのＰＵＳＣＨのＨＡＲＱ ＡＣＫ又はＮＡＣＫが同じ一つのＭＰＤＣＣＨにおいて多重される。この時、第１ダウンリンク制御チャネルのフォーマットが２つのビットユニットを有するＭＰＤＣＣＨであるように選択してもよい。

例えば、更にｓｕｂ－ＰＲＢを粒度とし、例えば３つのサブキャリアを粒度としてリソース割り当てを行ってもよく、そうすると、各ＰＵＳＣＨに３つのサブキャリアを割り当てる場合、１つのアップリンクｎａｒｒｏｗ ｂａｎｄにおける２４個のＰＵＳＣＨのＨＡＲＱ ＡＣＫ又はＮＡＣＫが同じ一つのＭＰＤＣＣＨにおいて多重される。この時、第１ダウンリンク制御チャネルのフォーマットが２４個のビットユニットを有するＭＰＤＣＣＨであるように選択してもよい。

本願の実施例において、各ビットユニットが１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいとは、すべてのビットユニットが必ずＰＵＳＣＨのＨＡＲＱフィードバック情報を含むことに用いられなければならないことを意味せず、各ビットユニットがＨＡＲＱを含む能力を有することを示すだけであると理解すべきである。

例えば、同じ一つのアップリンクｎａｒｒｏｗ ｂａｎｄに６つのＰＲＢが含まれ、且つ１つのＰＵＳＣＨに１つのＰＲＢを割り当てる場合、多くとも６つのアップリンクＰＵＳＣＨのＨＡＲＱフィードバック情報が同じ一つのＭＰＤＣＣＨにおいて多重される。もし現在、３つの端末装置だけスケジューリングする必要があって、且つ各端末装置のデータ量は１つのＰＲＢだけ占有する必要がある場合、６つのビットユニットを含むＭＰＤＣＣＨを選択でき、該６つのビットユニットの内の３つのビットユニットには対応するＰＵＳＣＨのＨＡＲＱフィードバック情報が含まれる。

選択肢として、本願の実施例において、１つの端末装置に複数のＰＵＳＣＨ粒度を占有する１つのＰＵＳＣＨを割り当て、端末装置に複数のＰＵＳＣＨ粒度を占有する１つのＰＵＳＣＨが割り当てられた場合、端末装置は複数のビットユニットから自身のＰＵＳＣＨのＨＡＲＱ情報を読み取ることができる。

選択肢として、本願の実施例において、異なるビットユニットが異なるＰＵＳＣＨのＨＡＲＱフィードバック情報を含むことに用いられてもよいとは、ＰＵＳＣＨの粒度に基づいてＰＵＳＣＨ分割を行うとき、ビットユニットに含まれるのはそのようなＰＵＳＣＨ粒度を利用して分割し取得したＰＵＳＣＨのＨＡＲＱフィードバック情報であり、複数のＰＵＳＣＨ粒度を含むリソースのＰＵＳＣＨを同じ端末装置にスケジューリングすることができ、端末装置が該複数のＰＵＳＣＨ粒度を含むＰＵＳＣＨに対してそれぞれ単独的に符号化又は統一的に符号化を行うことができることを意味する。

選択肢として、本願の実施例において、第１リソースのリソース量及び第１リソースに対してＰＵＳＣＨ分割を行うＰＵＳＣＨ粒度に基づいて第１ダウンリンク制御チャネルのフォーマットを決定する以外に、更に他の要素に基づいて第１ダウンリンク制御チャネルのフォーマットを決定することもでき、例えば、ネットワーク装置は現在スケジューリングする端末装置の数に基づいて第１ダウンリンク制御チャネルのフォーマットを決定することができる。

本願の実施例において、第１ダウンリンク制御チャネルは本願の実施例に言及した、ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むためのビットユニット以外に、更に他の情報を含むビット又はビットユニットを含んでもよいと理解すべきである。

本願の実施例のビットユニットは更にフィードバックビット又はビット等と称されてもよいと理解すべきである。

選択肢として、本願の実施例に言及した前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御（ＭＡＣ：Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）制御ユニット（ＣＥ：Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）又はＰＤＣＣＨに含まれる。

１つの実現方式では、該第１指示情報は第１ダウンリンク制御チャネルが対応するＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれてもよい。

具体的には、ネットワーク装置がＰＵＳＣＨをスケジューリングするとき、該ＰＵＳＣＨに対してＨＡＲＱフィードバックを行うダウンリンク制御チャネルのフォーマットを、ＰＵＳＣＨをスケジューリングするＰＤＣＣＨによって端末装置に送信することができ、例えば、該ＰＵＳＣＨをスケジューリングするＰＤＣＣＨチャネルのダウンリンク制御情報（ＤＣＩ：Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）に該ダウンリンク制御チャネルのフォーマットを示すビットフィールドを設定することができる。

また１つの実現方式では、該第１指示情報は専用ＰＤＣＣＨに含まれてもよい。

具体的には、該専用ＰＤＣＣＨチャネルはＰＤＣＣＨ共通の探索空間において送信されたＰＤＣＣＨであり、ネットワーク側が前記ダウンリンク制御チャネルのフォーマットを変更する必要があるとき、ＰＤＣＣＨ共通の探索空間において送信されたＰＤＣＣＨにおいて該専用ＰＤＣＣＨチャネルを送信する。

選択肢として、本願の実施例のビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報を含み、又は、対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含む。

例えば、１ビットで２つのフォーマットを示してもよく、又は２ビットで４つのフォーマットを示してもよい（表１に示す）。異なるＰＵＳＣＨのＨＡＲＱフィードバックビットが同じ一つのＤＣＩにおいて多重されることをサポートするために、異なるフォーマットＤＣＩには異なるＨＡＲＱのフィードバックしたペイロード（ｐａｙｌｏａｄ）が含まれる。例えば、表１におけるフォーマット０、１、２、３にはそれぞれ３、６、１２、２４個のＰＵＳＣＨチャネルのフィードバック情報が含まれてもよい。

各ＰＵＳＣＨに対して、１ビットのＨＡＲＱフィードバックビットを含んでもよく、例えば、含まれるフィードバックビット「０」又は「１」がそれぞれＡＣＫ、ＮＡＣＫフィードバックを示す（この時、ＤＣＩにおける総ＨＡＲＱフィードバックビット数は表１の第４列に示される）。更にＸ個のビットを含んでもよく、Ｘビットには少なくとも１ビットのＨＡＲＱフィードバックビット及び該フィードバックビットに対応するＰＵＳＣＨのＨＡＲＱプロセス番号が含まれる（この時、ＤＣＩにおける総ＨＡＲＱフィードバックビット数は表１の第５列に示される）。

選択肢として、第１ダウンリンク制御チャネルのフォーマットを決定する以外に、本願の実施例の端末装置又はネットワーク装置は更に端末装置が第１ダウンリンク制御チャネルにおいて占有する具体的なビットユニットを決定することができる。

ネットワーク装置については、ネットワーク装置は前記少なくとも１つの端末装置のうちの各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定し、前記各端末装置に対応するビットユニットには前記各端末装置のＰＵＳＣＨに対するＨＡＲＱフィードバック情報が含まれる。

更に、ネットワーク装置は参照リソースインデックス及び前記各端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、前記各端末装置の前記第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することができる。

端末装置については、端末装置は該端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、該端末装置の該第１ダウンリンク制御チャネルにおける対応するビットユニットを決定し、決定されたビットユニットにおいて自身のＰＵＳＣＨチャネルに対するＨＡＲＱフィードバック情報を読み取ることができる。

例えば、第１ダウンリンク制御チャネルのフォーマットが表１におけるフォーマット１である場合、該第１ダウンリンク制御チャネルに６つのＰＵＳＣＨのＨＡＲＱフィードバックビットが含まれる。端末装置はＰＵＳＣＨの占有する開始ＰＲＢのＭＴＣ帯域幅における位置に基づいて該ＰＵＳＣＨのＨＡＲＱフィードバックビットの前記第１ダウンリンク制御チャネルにおける位置を決定することができる。

更に、端末装置は参照リソースインデックス及び該端末装置のＰＵＳＣＨの占有するリソースの情報に基づき、該端末装置の該第１ダウンリンク制御チャネルにおける対応するビットユニットを決定することができる。

選択肢として、本願の実施例において、ネットワーク装置はダウンリンクチャネルを介して端末装置に参照リソースインデックスを示すことができる。

選択肢として、該参照リソースインデックスはシステムブロードキャストメッセージ、ＲＲＣ専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御の制御ユニット又はＰＤＣＣＨに含まれてもよい。

１つの実現方式では、該参照リソースインデックスはＰＵＳＣＨをスケジューリングするＰＤＣＣＨに含まれ、又は専用ＰＤＣＣＨに含まれてもよい。

選択肢として、本願の実施例に言及した参照リソースインデックスは参照ＰＲＢインデックス及び／又はサブキャリアインデックスであり、本願の実施例に言及した、端末装置のビットユニットを決定するためのＰＵＳＣＨの占有するリソースの情報は端末装置の用いたＰＲＢのインデックス及び／又はサブキャリアインデックスである。

選択肢として、該参照リソースインデックスは上記言及した第１リソースの開始リソースインデックス、例えば、該第１リソースの開始ＰＲＢインデックス又は開始サブキャリアインデックスであってもよい。

本願の実施例において、参照リソースインデックスを設定することにより、異なるリソースにおいて、ネットワーク装置は異なるＰＵＳＣＨの分割粒度を用いてもよく、同じ分割粒度を有するＰＵＳＣＨのビットユニットは同じ一つのダウンリンク制御チャネルにおいて多重されてもよく、それによりネットワーク装置のスケジューリング柔軟性を向上させる。

選択肢として、本願の実施例において、端末装置のビットユニットを決定するためのＰＵＳＣＨの占有するリソースの情報は該ＰＵＳＣＨの占有するリソースの開始ＰＲＢインデックス及び／又は開始サブキャリアインデックスを含む。

選択肢として、本願の実施例において、端末装置に割り当てられたＰＵＳＣＨが複数のＰＵＳＣＨ粒度のリソースを含む場合、端末装置は該ＰＵＳＣＨの開始ＰＲＢインデックス及び／又はサブキャリアインデックスに基づいて占有するビットユニットを決定することができ、該ビットユニットを決定した後、該ビットユニットのみから該ＰＵＳＣＨのＨＡＲＱフィードバック情報を読み取ることができる。つまり、ネットワーク装置は１つのビットユニットのみにＰＵＳＣＨのＨＡＲＱフィードバック情報を含む。

選択肢として、端末装置は更に該ＰＵＳＣＨに含まれる複数のＰＵＳＣＨ粒度に対応する複数のビットユニットからＰＵＳＣＨのフィードバック情報を読み取ってもよい。つまり、各ビットユニットにいずれもＨＡＲＱフィードバック情報が含まれ、各ビットユニットに含まれるフィードバック情報は同じであってもよい。つまり、ネットワーク装置は複数のビットユニットの各ビットユニットのいずれにもフィードバック情報を含んでもよい。

１つの実現方式では、ＰＵＳＣＨの分割粒度（ＰＲＢを単位として）が１つのＰＲＢ以上である場合、あるＰＵＳＣＨのＨＡＲＱフィードバック情報のビットユニットインデックス＝該ＰＵＳＣＨの開始ＰＲＢインデックス／（ＰＵＳＣＨの分割粒度）である。

また１つの実現方式では、ＰＵＳＣＨの分割粒度が１つのＰＲＢ（サブキャリアを単位として）より小さい場合、あるＰＵＳＣＨのＨＡＲＱフィードバック情報のビットユニットインデックス＝該ＰＵＳＣＨの開始ＰＲＢインデックス＊（１２／ＰＵＳＣＨの分割粒度）＋ｍｏｄｅ（ＰＵＳＣＨの開始ＰＲＢにおける開始サブキャリアインデックス、ＰＵＳＣＨの分割粒度）である。

また１つの実現方式では、ＰＵＳＣＨの分割粒度が１つのＰＲＢ以上である場合、あるＰＵＳＣＨのＨＡＲＱフィードバック情報のビットユニットインデックス＝（ＰＵＳＣＨの開始ＰＲＢインデックス－参照ＰＲＢインデックス）／（ＰＵＳＣＨリソースの分割粒度）であり、
また１つの実現方式では、ＰＵＳＣＨリソース割り当て粒度が１つのＰＲＢ（サブキャリアを単位として）より小さい場合、
あるＰＵＳＣＨのＨＡＲＱフィードバック情報のビットユニットインデックス＝（ＰＵＳＣＨの開始ＰＲＢインデックス－参照ＰＲＢインデックス）＊（１２／ＰＵＳＣＨの分割粒度）＋ｍｏｄｅ（ＰＵＳＣＨの開始ＰＲＢにおける開始サブキャリアインデックス、ＰＵＳＣＨの分割粒度）である。

本願をより明確にするために、以下に例を挙げてどのようにビットユニットの位置を決定するかを説明し、以下の例は端末装置及びネットワーク装置に適用できる。

例Ａ
例えば、図６に示すように、ＭＴＣ帯域幅が６ＰＲＢであって、ＰＵＳＣＨの分割粒度がＰＲＢであると仮定する。ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ０である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための１番目のビットユニットであり、ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ１である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための２番目のビットユニットであり、以下同様である。

例Ｂ
例えば、図７に示すように、ＭＴＣ帯域幅が６ＰＲＢであり、ＰＵＳＣＨの分割粒度が３つのサブキャリアであり、１つのＰＲＢに含まれる１２個のサブキャリアにおいて多くとも４つのＰＵＳＣＨを伝送できる。ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ０であって、開始サブキャリアがサブキャリア０である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための１番目のビットユニットであり、ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ０であって、開始サブキャリアがサブキャリア３である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための１番目のビットユニットであり・・・ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ１であって、開始サブキャリアがサブキャリア０である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための５番目のビットユニットであり、以下同様である。

例Ｃ
例えば、ＭＴＣ帯域幅が６ＰＲＢであって、ＰＵＳＣＨの分割粒度がＰＲＢであると仮定する。参照ＰＲＢがＰＲＢ２である。ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ２である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための１番目のビットユニットであり、同様に、ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ３である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための２番目のビットユニットである。

例Ｄ
例えば、図８に示すように、ＭＴＣ帯域幅は６ＰＲＢであり、ＰＵＳＣＨの分割粒度は３つのサブキャリアであり、１つのＰＲＢに含まれる１２個のサブキャリアにおいて多くとも４つのＰＵＳＣＨを伝送でき、参照ＰＲＢはＰＲＢ２である。ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ２であって、開始サブキャリアがサブキャリア０である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための１番目のビットユニットであり、同様に、ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ２であって、開始サブキャリアがサブキャリア３である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための２番目のビットユニットであり・・・ＰＵＳＣＨの開始ＰＲＢがＭＴＣ帯域幅におけるＰＲＢ３であって、開始サブキャリアがサブキャリア０である場合、該ＰＵＳＣＨのＨＡＲＱフィードバック情報を含むビットユニットはＤＣＩにおけるＨＡＲＱフィードバック情報をフィードバックするための５番目のビットユニットであり・・・以下同様である。

本願の実施例において、参照ＰＲＢを設定することにより、異なるＰＲＢ又はＰＲＢグループにおいて、ネットワーク装置は異なるＰＵＳＣＨの分割粒度を用いてもよく、同じ分割粒度のＰＵＳＣＨのビットユニットは同じ一つのダウンリンク制御チャネルにおいて多重でき、図８に示すように、ＰＲＢ２、ＰＲＢ３は３つのサブキャリアのリソース割り当て粒度のＰＵＳＣＨを伝送でき、他のＰＲＢは１つのＰＲＢのＰＵＳＣＨリソース割り当て粒度を用いてもよく、それによりネットワーク装置のスケジューリング柔軟性を向上させる。

図９は本願の実施例に係るネットワーク装置６００の模式的なブロック図である。図９に示すように、該ネットワーク装置６００は処理ユニット６１０及び通信ユニット６２０を備える。

選択肢として、前記処理ユニット６１０は、第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記通信ユニット６２０は、前記第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することに用いられる。

選択肢として、前記処理ユニット６１０は、第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含み、前記通信ユニット６２０は、前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することに用いられる。

ネットワーク装置６００は方法実施例におけるネットワーク装置の実行する対応操作を実現することができ、簡潔のため、ここで詳細な説明は省略すると理解すべきである。

図１０は本願の実施例に係る端末装置７００の模式的なブロック図である。図１０に示すように、該端末装置７００は処理ユニット７１０及び通信ユニット７２０を備える。

選択肢として、前記通信ユニット７２０は、ネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出することとに用いられ、
前記処理ユニット７１０は、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることに用いられる。

選択肢として、前記処理ユニット７１０は、第１リソースのリソース量及び前記第１リソースに対してＰＵＳＣＨ分割を行う粒度に基づき、前記第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１リソースは前記少なくとも１つの端末装置のＰＵＳＣＨの占有するリソースを含み、前記通信ユニット７２０は、前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することに用いられる。

端末装置７００は方法実施例における端末装置の実行する対応操作を実現することができ、簡潔のため、ここで詳細な説明は省略すると理解すべきである。

図１１は本願の実施例のシステムチップ８００の構造模式図である。図１１におけるシステムチップ８００は入力インターフェース８０１、出力インターフェース８０２、プロセッサ８０３及びメモリ８０４を備え、それらは内部通信接続経路によって接続されてもよく、前記プロセッサ８０３は前記メモリ８０４におけるコードを実行することに用いられる。

選択肢として、前記コードが実行されるとき、前記プロセッサ８０３は方法実施例におけるネットワーク装置の実行する方法を実現する。簡潔のため、ここで詳細な説明は省略する。

選択肢として、前記コードが実行されるとき、前記プロセッサ８０３は方法実施例における端末装置の実行する方法を実現する。簡潔のため、ここで詳細な説明は省略する。

図１２は本願の実施例に係る通信装置９００の模式的なブロック図である。図１２に示すように、該通信装置９００はプロセッサ９１０及びメモリ９２０を備える。該メモリ９２０にプログラムコードが記憶されてもよく、該プロセッサ９１０は該メモリ９２０に記憶されるプログラムコードを実行することができる。

選択肢として、図１２に示すように、該通信装置９００は送受信機９３０を備えてもよく、プロセッサ９１０は送受信機９３０が外部と通信するのを制御することができる。

選択肢として、該プロセッサ９１０はメモリ９２０に記憶されるプログラムコードを呼び出して、方法実施例におけるネットワーク装置の対応操作を実行することができ、簡潔のため、ここで詳細な説明は省略する。

選択肢として、該プロセッサ９１０はメモリ９２０に記憶されるプログラムコードを呼び出して、方法実施例における端末装置の対応操作を実行することができ、簡潔のため、ここで詳細な説明は省略する。

本願の実施例のプロセッサは信号処理機能を有する集積回路チップであってもよいと理解すべきである。実現過程において、上記方法実施例の各ステップはプロセッサにおけるハードウェアの集積論理回路又はソフトウェア形式の命令で完成してもよい。上記プロセッサは汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ：Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、特定用途向け集積回路（ＡＳＩＣ：Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ：Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又は他のプログラマブルロジックデバイス、個別ゲート又はトランジスタロジックデバイス、個別ハードウェアコンポーネントであってもよい。本願の実施例に開示される各方法、ステップ及び論理ブロック図を実現又は実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、又は該プロセッサは更に如何なる通常のプロセッサ等であってもよい。本願の実施例に開示される方法のステップはハードウェアデコードプロセッサで実行して完成してもよいし、又はデコードプロセッサにおけるハードウェア及びソフトウェアモジュールの組み合わせで実行して完成してもよい。ソフトウェアモジュールはランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラム可能読み出し専用メモリ又は電気消去可能プログラム可能メモリ、レジスタ等の本分野で成熟している記憶媒体に位置してもよい。該記憶媒体はメモリに位置し、プロセッサがメモリにおける情報を読み取り、そのハードウェアと組み合わせて上記方法のステップを完成する。

本願の実施例におけるメモリは揮発性メモリ又は不揮発性メモリであってもよく、又は、揮発性メモリ及び不揮発性メモリの両者を含んでもよいと理解される。不揮発性メモリは読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、プログラム可能読み出し専用メモリ（ＰＲＯＭ：Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）、消去可能プログラム可能読み出し専用メモリ（ＥＰＲＯＭ：Ｅｒａｓａｂｌｅ ＰＲＯＭ）、電気的消去可能プログラム可能読み出し専用メモリ（ＥＥＰＲＯＭ：Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ）又はフラッシュメモリであってもよい。揮発性メモリは外部キャッシュメモリとして使用されるランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）であってもよい。制限的ではなく、例示的な説明によって、多くの形式のＲＡＭ、例えばスタティックランダムアクセスメモリ（ＳＲＡＭ：Ｓｔａｔｉｃ ＲＡＭ）、ダイナミックランダムアクセスメモリ（ＤＲＡＭ：Ｄｙｎａｍｉｃ ＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（ＳＤＲＡＭ：Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（ＤＤＲ ＳＤＲＡＭ：Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ）、拡張型シンクロナスダイナミックランダムアクセスメモリ（ＥＳＤＲＡＭ：Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（ＳＬＤＲＡＭ：Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ）及びダイレクトラムバスランダムアクセスメモリ（ＤＲ ＲＡＭ：Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ）が利用可能である。ただし、本明細書に説明されるシステム及び方法のメモリはこれらのメモリ及び任意の他の適切なタイプのメモリを含んでもよいが、それらに限らないように意図される。

当業者であれば、本明細書に開示される実施例を参照して説明した各例示的なユニット及びアルゴリズムステップは、電子ハードウェア、又はコンピュータソフトウェア及び電子ハードウェアの組み合わせで実現されてもよいことを理解できる。これらの機能をハードウェアそれともソフトウェア方式で実行するかは、技術案の特定応用及び設計制約条件によって決定される。当業者は各特定応用に対して異なる方法で説明される機能を実現することができるが、このような実現は本願の範囲を超えると見なされるべきではない。

当業者であれば、説明を容易且つ簡単にするために、上記説明されるシステム、装置及びユニットの具体的な動作過程は、上記方法実施例における対応過程を参照してもよく、ここで詳細な説明は省略することを明確に理解できる。

本願に係るいくつかの実施例において、開示されるシステム、装置及び方法は他の方式で実現されてもよいと理解すべきである。例えば、以上に説明される装置実施例は模式的なものに過ぎず、例えば、前記ユニットの分割は論理機能上の分割に過ぎず、実際に実現するとき、他の分割方式を用いてもよく、例えば複数のユニット又はコンポーネントは結合又は他のシステムに集積されてもよく、又はいくつかの特徴は省略してもよく、又は実行しなくてもよい。一方、表示又は検討される相互間の結合又は直接結合又は通信接続はいくつかのインターフェース、装置又はユニットによる間接結合又は通信接続であってもよく、電気、機械又は他の形式であってもよい。

分離部材として説明されるユニットは物理的に分離してもよいし、物理的に分離しなくてもよく、ユニットとして表示される部材は物理ユニットであってもよいし、物理ユニットでなくてもよく、つまり、一箇所に位置してもよいし、複数のネットワークユニットに分布されてもよい。実際の必要に応じて、その一部又は全部のユニットを選択して本実施例案の目的を実現してもよい。

また、本願の各実施例において、各機能ユニットは１つの処理ユニットに統合されてもよく、各ユニットは独立して物理的に存在してもよく、２つ以上のユニットが１つのユニットに統合されてもよい。

前記機能はソフトウェア機能ユニットの形式で実現され、且つ独立した製品として販売又は使用されるとき、１つのコンピュータ可読記憶媒体に記憶されてもよい。このような理解に基づき、本願の技術案の本質又は従来技術に貢献する部分、又は該技術案の部分はソフトウェア製品の形式で具現されてもよく、該コンピュータソフトウェア製品は、１台のコンピュータ装置（パーソナルコンピュータ、サーバ又はネットワーク装置等であってもよい）に本願の各実施例に記載の方法の全部又は一部のステップを実行させるための複数の命令を含む１つの記憶媒体に記憶される。そして、上記記憶媒体はＵＳＢメモリ、ポータブルハードディスク、読み出し専用メモリ（ＲＯＭ：Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、磁気ディスク又は光ディスク等のプログラムコードを記憶できる様々な媒体を含む。

以上の説明は本願の具体的な実施方式に過ぎず、本願の保護範囲を制限するためのものではなく、当業者が本願に開示される技術的範囲内で容易に想到し得る変更や置換は、いずれも本願の保護範囲内に含まれるべきである。従って、本願の保護範囲は特許請求の範囲に準じるべきである。

Claims (12)

1. 無線通信方法であって、
   ネットワーク装置は第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１ダウンリンク制御チャネルのフォーマットはダウンリンク制御情報（ＤＣＩ）のフォーマットであることと、
   前記ネットワーク装置は前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することと、を含み、
   前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする無線通信方法。
2. 前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、
   前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項１に記載の方法。
3. 前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御（ＲＲＣ）専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御（ＭＡＣ）制御ユニット（ＣＥ）又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項１又は２に記載の方法。
4. 無線通信方法であって、
   端末装置はネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１ダウンリンク制御チャネルのフォーマットはダウンリンク制御情報（ＤＣＩ）のフォーマットであることと、
   前記端末装置は前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出して、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることと、を含み、
   前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする無線通信方法。
5. 前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、
   又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項４に記載の方法。
6. 前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御ＲＲＣ専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御の制御ユニット又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項４又は５に記載の方法。
7. ネットワーク装置であって、
   処理ユニット及び通信ユニットを備え、
   前記処理ユニットは、第１ダウンリンク制御チャネルのフォーマットを決定することに用いられ、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられ、前記第１ダウンリンク制御チャネルのフォーマットはダウンリンク制御情報（ＤＣＩ）のフォーマットであり、
   前記通信ユニットは、前記第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を送信し、前記フォーマットを有する前記第１ダウンリンク制御チャネルを送信することに用いられ、
   前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とするネットワーク装置。
8. 前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、又は、
   前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項７に記載のネットワーク装置。
9. 前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御ＲＲＣ専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御（ＭＡＣ）制御ユニット（ＣＥ）又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項７又は８に記載のネットワーク装置。
10. 端末装置であって、
    処理ユニット及び通信ユニットを備え、
    前記通信ユニットは、ネットワーク装置から送信された、第１ダウンリンク制御チャネルのフォーマットを示すための第１指示情報を受信し、前記第１ダウンリンク制御チャネルは少なくとも１つの端末装置の物理アップリンク共有チャネル（ＰＵＳＣＨ）に対するハイブリット自動再送要求（ＨＡＲＱ）フィードバック情報を含むことに用いられることと、前記フォーマットに基づき、前記第１ダウンリンク制御チャネルを検出することとに用いられ、前記第１ダウンリンク制御チャネルのフォーマットはダウンリンク制御情報（ＤＣＩ）のフォーマットであり、
    前記処理ユニットは、前記第１ダウンリンク制御チャネルにおける前記端末装置自身のＰＵＳＣＨチャネルのＨＡＲＱフィードバック情報を読み取ることに用いられ、
    前記第１ダウンリンク制御チャネルのフォーマットは前記第１ダウンリンク制御チャネルに含まれるビットユニットの数を示すことに用いられ、各ビットユニットは１つのビットを含み、前記各ビットユニットは１つのＰＵＳＣＨのフィードバック情報を含むことに用いられてもよく、異なるビットユニットは異なるＰＵＳＣＨのフィードバック情報を含むことに用いられてもよいことを特徴とする端末装置。
11. 前記ビットユニットは対応するＰＵＳＣＨの否定確認（ＮＡＣＫ）又は肯定確認（ＡＣＫ）情報を含み、
    又は、前記ビットユニットは対応するＰＵＳＣＨのＮＡＣＫ又はＡＣＫ情報、及び前記ＮＡＣＫ又はＡＣＫ情報に対応するＰＵＳＣＨのＨＡＲＱプロセス番号を含むことを特徴とする請求項１０に記載の端末装置。
12. 前記第１指示情報はシステムブロードキャストメッセージ、無線リソース制御ＲＲＣ専用シグナリング、ＲＲＣ再構成シグナリング、メディアアクセス制御の制御ユニット又は物理ダウンリンク制御チャネル（ＰＤＣＣＨ）に含まれることを特徴とする請求項１０又は１１に記載の端末装置。

Images