特許 7493614 マルチ送受信ポイントアーキテクチャにおける再送信方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-05-23

(45)【発行日】2024-05-31

(54)【発明の名称】マルチ送受信ポイントアーキテクチャにおける再送信方法および装置

(51)【国際特許分類】

   H04W 28/04 20090101AFI20240524BHJP

   H04W 8/22 20090101ALI20240524BHJP

   H04W 72/23 20230101ALI20240524BHJP

   H04W 72/0457 20230101ALI20240524BHJP

   H04W 72/12 20230101ALI20240524BHJP

【ＦＩ】

H04W28/04 110

H04W8/22

H04W72/23

H04W72/0457 110

H04W72/12

【請求項の数】 24

(21)【出願番号】P 2022561394

(86)(22)【出願日】2021-04-09

(65)【公表番号】

(43)【公表日】2023-05-23

(86)【国際出願番号】 CN2021086240

(87)【国際公開番号】W WO2021204263

(87)【国際公開日】2021-10-14

【審査請求日】2022-11-09

(31)【優先権主張番号】202010273421.7

(32)【優先日】2020-04-09

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤 克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田 郁大

(72)【発明者】

【氏名】▲張▼ 永平

(72)【発明者】

【氏名】▲紀▼ ▲劉▼榴

(72)【発明者】

【氏名】李 ▲鉄▼

【審査官】吉倉 大智

(56)【参考文献】

【文献】米国特許出願公開第２０１９／０２１５１０４（ＵＳ，Ａ１）

【文献】Huawei, HiSilicon，Feature Summary of Enhancements on Multi-TRP/Panel Transmission，3GPP TSG RAN WG1 #99 R1-1913299，2019年11月25日

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｂ ７／２４－ ７／２６

Ｈ０４Ｗ ４／００－９９／００

(57)【特許請求の範囲】

【請求項1】

マルチ送受信ポイントアーキテクチャにおける再送信方法であって、
第１のダウンリンク制御情報を第１の制御リソース上でネットワークデバイスから受信するステップと、
前記第１のダウンリンク制御情報に基づいて、ダウンリンクデータの第１の送信バージョンを前記ネットワークデバイスから受信するステップと
を含み、前記第１の送信バージョンは、前記ダウンリンクデータの第２の送信バージョンの再送信データであり、前記第２の送信バージョンをスケジュールするために使用される第２のダウンリンク制御情報は第２の制御リソースに関連し、前記第１の制御リソースと前記第２の制御リソースとは同じ制御リソースであり、または、前記第１の制御リソースと前記第２の制御リソースとは同じリソースグループに属し、
前記方法は、
前記ネットワークデバイスに能力情報を報告するステップをさらに含み、前記能力情報は、異なる送受信ポイント（ＴＲＰ）からの同じダウンリンクデータの２つの送信バージョンがサポートされないことを示す、方法。

【請求項2】

複数の制御リソースの設定情報を受信するステップをさらに含み、同じリソースグループに属する制御リソースの設定情報は、同じ識別子を含む、請求項１に記載の方法。

【請求項3】

前記制御リソースの前記設定情報は制御リソースセット（ＣＯＲＥＳＥＴ）を含む、請求項２に記載の方法。

【請求項4】

前記識別子は制御リソースセットプールインデックスである、請求項２または３に記載の方法。

【請求項5】

前記リソースグループは送受信ポイント（ＴＲＰ）に関連する、請求項１から４のいずれか一項に記載の方法。

【請求項6】

マルチ送受信ポイントアーキテクチャにおける再送信方法であって、
第１のダウンリンク制御情報を第１の制御リソース上の端末に送信するステップであって、前記第１のダウンリンク制御情報は、ダウンリンクデータの第１の送信バージョンをスケジュールするために使用される、ステップと、
前記ダウンリンクデータの前記第１の送信バージョンを前記端末に送信するステップと
を含み、前記第１の送信バージョンは、前記ダウンリンクデータの第２の送信バージョンの再送信データであり、前記第２の送信バージョンをスケジュールするために使用される第２のダウンリンク制御情報は第２の制御リソースに関連し、前記第１の制御リソースと前記第２の制御リソースとは同じ制御リソースであり、または、前記第１の制御リソースと前記第２の制御リソースとは同じリソースグループに属し、
前記方法は、
前記端末から能力情報を受信するステップをさらに含み、前記能力情報は、異なる送受信ポイント（ＴＲＰ）からの同じダウンリンクデータの２つの送信バージョンがサポートされないことを示す、方法。

【請求項7】

複数の制御リソースの設定情報を前記端末に送信するステップをさらに含み、同じリソースグループに属する制御リソースの設定情報は、同じ識別子を含む、請求項６に記載の方法。

【請求項8】

前記制御リソースの前記設定情報は制御リソースセット（ＣＯＲＥＳＥＴ）を含む、請求項７に記載の方法。

【請求項9】

前記識別子は制御リソースセットプールインデックスである、請求項７または８に記載の方法。

【請求項10】

前記リソースグループは送受信ポイント（ＴＲＰ）に関連する、請求項６から９のいずれか一項に記載の方法。

【請求項11】

少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備えた通信装置であって、前記メモリは、前記少なくとも１つのプロセッサによって実行されたとき、前記通信装置に、
第１のダウンリンク制御情報を第１の制御リソース上でネットワークデバイスから受信させ、
前記第１のダウンリンク制御情報に基づいて、ダウンリンクデータの第１の送信バージョンを前記ネットワークデバイスから受信させる命令を含み、
前記第１の送信バージョンは、前記ダウンリンクデータの第２の送信バージョンの再送信データであり、前記第２の送信バージョンをスケジュールするために使用される第２のダウンリンク制御情報は第２の制御リソースに関連し、前記第１の制御リソースと前記第２の制御リソースとは同じ制御リソースであり、または、前記第１の制御リソースと前記第２の制御リソースとは同じリソースグループに属し、
前記命令は、前記少なくとも１つのプロセッサによって実行されたとき、前記通信装置に、さらに
前記ネットワークデバイスに能力情報を報告させ、前記能力情報は、異なる送受信ポイント（ＴＲＰ）からの同じダウンリンクデータの２つの送信バージョンがサポートされないことを示す、通信装置。

【請求項12】

前記命令は、前記少なくとも１つのプロセッサによって実行されたとき、前記通信装置に、さらに
複数の制御リソースの設定情報を受信させ、同じリソースグループに属する制御リソースの設定情報は、同じ識別子を含む、請求項１１に記載の通信装置。

【請求項13】

前記制御リソースの設定情報は制御リソースセット（ＣＯＲＥＳＥＴ）を含む、請求項１２に記載の通信装置。

【請求項14】

前記識別子は制御リソースセットプールインデックスである、請求項１２または１３に記載の通信装置。

【請求項15】

前記リソースグループは送受信ポイント（ＴＲＰ）に関連する、請求項１１から１４のいずれか一項に記載の通信装置。

【請求項16】

少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサに結合されたメモリと
を備えた通信装置であって、前記メモリは、前記少なくとも１つのプロセッサによって実行されたとき、前記通信装置に、
第１のダウンリンク制御情報を第１の制御リソース上の端末に送信させ、前記第１のダウンリンク制御情報は、ダウンリンクデータの第１の送信バージョンをスケジュールするために使用され、
前記ダウンリンクデータの第１の送信バージョンを前記端末に送信させる命令を含み、
前記第１の送信バージョンは、前記ダウンリンクデータの第２の送信バージョンの再送信データであり、前記第２の送信バージョンをスケジュールするために使用される第２のダウンリンク制御情報は第２の制御リソースに関連し、前記第１の制御リソースと前記第２の制御リソースとは同じ制御リソースであり、または、前記第１の制御リソースと前記第２の制御リソースとは同じリソースグループに属し、
前記命令は、前記少なくとも１つのプロセッサによって実行されたとき、前記通信装置に、さらに
前記端末から能力情報を受信させ、前記能力情報は、異なる送受信ポイント（ＴＲＰ）からの同じダウンリンクデータの２つの送信バージョンがサポートされないことを示す、通信装置。

【請求項17】

前記命令は、前記少なくとも１つのプロセッサによって実行されたとき、前記通信装置に、さらに
複数の制御リソースの設定情報を前記端末に送信させ、同じリソースグループに属する制御リソースの設定情報は、同じ識別子を含む、請求項１６に記載の通信装置。

【請求項18】

前記制御リソースの設定情報は制御リソースセット（ＣＯＲＥＳＥＴ）を含む、請求項１７に記載の通信装置。

【請求項19】

前記識別子は制御リソースセットプールインデックスである、請求項１７または１８に記載の通信装置。

【請求項20】

前記リソースグループは送受信ポイント（ＴＲＰ）に関連する、請求項１６から１９のいずれか一項に記載の通信装置。

【請求項21】

端末に適用される通信装置であって、請求項１から５のいずれか一項に記載の方法におけるステップを実行するように構成されたモジュールを備える、通信装置。

【請求項22】

ネットワークデバイスに適用される通信装置であって、請求項６から１０のいずれか一項に記載の方法におけるステップを実行するように構成されたモジュールを備える、通信装置。

【請求項23】

請求項２１に記載の装置と、請求項２２に記載の装置とを備えた、通信システム。

【請求項24】

コンピュータ可読命令を記憶したコンピュータ可読記憶媒体であって、前記コンピュータ可読命令が通信装置上で動作するとき、請求項１から５のいずれか一項に記載の方法が実行され、または請求項６から１０のいずれか一項に記載の方法が実行される、コンピュータ可読記憶媒体。

【発明の詳細な説明】

【技術分野】

【0001】

本出願の実施形態は、通信技術の分野に関し、特に、マルチ送受信ポイントアーキテクチャにおける再送信方法および装置に関する。

【背景技術】

【0002】

ダウンリンク性能を改善するために、第５世代（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ，５Ｇ）新無線（ｎｅｗ ｒａｄｉｏ，ＮＲ）通信システムにはマルチ送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ，ＴＲＰ）伝送技術が導入される。マルチＴＲＰ伝送技術は、複数のＴＲＰが同じ端末のために機能し得ることを意味する。

【0003】

ＮＲでは、データ送信信頼性を保証するために、ハイブリッド自動再送要求（ｈｙｂｒｉｄ ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ，ＨＡＲＱ）技術が使用される。トランスポートブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＴＢ）の初期送信データがうまく受信されなかったとき、端末は、否定応答（ｎｅｇａｔｉｖｅ ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ，ＮＡＣＫ）命令をＴＲＰに送出し得、ＴＲＰは、ＮＡＣＫ命令に基づいてＴＢを端末に再送信する。

【0004】

したがって、マルチＴＲＰアーキテクチャでは、どのようにＨＡＲＱ再送信性能を改善するかが考察される必要がある。

【発明の概要】

【0005】

本出願の実施形態は、マルチ送受信ポイントアーキテクチャにおけるＨＡＲＱ再送信性能を改善するための、マルチＴＲＰアーキテクチャにおける再送信方法および装置を提供する。

【0006】

第１の態様によれば、マルチ送受信ポイントアーキテクチャにおける再送信方法が提供される。本方法は、以下のステップを使用して実装され得る。すなわち、ネットワークデバイスが第１のダウンリンク制御情報を第１の制御リソース上で端末に送出するステップであって、第１のダウンリンク制御情報はダウンリンクデータの第１の送信バージョンをスケジュールするために使用される、ステップと、端末が第１のダウンリンク制御情報を第１の制御リソース上でネットワークデバイスから受信するステップである。ネットワークデバイスは、ダウンリンクデータの第１の送信バージョンを端末に送出し、端末は、第１のダウンリンク制御情報に基づいて、ダウンリンクデータの第１の送信バージョンをネットワークデバイスから受信する。第１の送信バージョンは、ダウンリンクデータの第２の送信バージョンの再送信データである。第２の送信バージョンをスケジュールするために使用される第２のダウンリンク制御情報が、第２の制御リソースに関連する。第１の制御リソースと第２の制御リソースとは同じ制御リソースであり、または、第１の制御リソースと第２の制御リソースとは同じリソースグループに属する。

【0007】

ある設計では、第１の制御リソースと第２の制御リソースとは同じ制御リソースであり、または、第１の制御リソースと第２の制御リソースとは同じリソースグループに属し、したがって、同じダウンリンクデータの２つの送信バージョンが、同じＴＲＰを通して送出されることが可能であり、同じダウンリンクデータの、端末によって受信される２つの送信バージョンは、同じＴＲＰからのものである。このようにして、端末は、ダウンリンクデータの再送信バージョンを検証するとき、ダウンリンクデータの前の送信バージョンの検証結果を使用する。２つの送信バージョンは同じＴＲＰからのものなので、異なるＴＲＰのハードウェア間のシグナリング対話は必要とされない。これは、端末の複雑性を低減し、異なる２つのＴＲＰのハードウェアリソースが合致しない問題を回避し、ＨＡＲＱ再送信性能を改善する。

【0008】

可能な設計では、ネットワークデバイスは、複数の制御リソースの設定情報を端末にさらに送出し、端末は、複数の制御リソースの設定情報をネットワークデバイスから受信する。同じリソースグループに属する制御リソースの設定情報は、同じ識別子を含む。例えば、複数の制御リソースは、第１の制御リソースおよび第２の制御リソースを含み得、設定情報は、第１の制御リソースおよび第２の制御リソースのリソース位置を含み得るかまたは示し得る。第１の制御リソースと第２の制御リソースとが同じリソースグループに属する場合、第１の制御リソースの設定情報に含まれる識別子と第２の制御リソースの設定情報に含まれる識別子とは同じである。端末は、識別子に基づいて、第１の制御リソースと第２の制御リソースとが同じリソースグループに属すると決定し得る。

【0009】

可能な設計では、制御リソースの設定情報は、制御リソースセットＣＯＲＥＳＥＴであり得、複数の制御リソースの設定情報は、複数のＣＯＲＥＳＥＴであり得る。ＣＯＲＥＳＥＴは、時間－周波数リソースのグループを示す。ＣＯＲＥＳＥＴは、識別子をさらに含む。例えば、第１の制御リソースは、第１のＣＯＲＥＳＥＴによって示される時間－周波数リソースのグループであり、同様に、第２の制御リソースは、第２のＣＯＲＥＳＥＴによって示される時間－周波数リソースのグループである。第１のＣＯＲＥＳＥＴに含まれる識別子は、第２のＣＯＲＥＳＥＴに含まれる識別子と同じである。

【0010】

任意選択で、識別子は、制御リソースセットプールインデックス（ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）であり、第１のＣＯＲＥＳＥＴに含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘは、第２のＣＯＲＥＳＥＴに含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘと同じである。

【0011】

可能な設計では、リソースグループはＴＲＰに関連する。例えば、１つのリソースグループが、１つのＴＲＰに関連し得る。第１の制御リソースと第２の制御リソースとは同じリソースグループに属するので、端末は、第１のダウンリンク制御情報によってスケジュールされた第１の送信バージョンと、第２のダウンリンク制御情報によってスケジュールされた第２の送信バージョンとが同じＴＲＰからのものであると決定し得る。

【0012】

可能な設計では、端末は、能力情報をネットワークデバイスにさらに報告し得、ネットワークデバイスは、能力情報を端末から受信する。能力情報は、異なるＴＲＰからの同じダウンリンクデータの２つの送信バージョンがサポートされないことを示す。ネットワークデバイスは、ＨＡＲＱ再送信性能を保証するために、能力情報に基づいて、同じＴＲＰが同じダウンリンクデータの異なる送信バージョンを送信するようにＴＲＰを制御する。

【0013】

可能な設計では、第１の送信バージョンは、第２の送信バージョンの検出結果に基づいて検出される。検出は、ダウンリンクデータがうまく受信されたかどうかを決定するために使用される。第２の送信バージョンの検出結果は、検出効率および性能を改善するのを助けることができる。

【0014】

第２の態様によれば、通信装置が提供される。本通信装置は、端末、端末中の装置（例えば、チップ、チップシステム、もしくは回路）、または、端末と共に使用されることが可能な装置であり得る。設計では、本装置は、第１の態様で説明された端末によって実施される方法／動作／ステップ／アクションと一対一で対応するモジュールを備え得る。モジュールは、ハードウェア回路、ソフトウェア、または、ハードウェア回路とソフトウェアとの組合せによって実装され得る。設計では、本装置は、処理モジュールおよび通信モジュールを備え得る。処理モジュールは、通信モジュールを呼び出して、受信機能および／または送出機能を実施するように構成される。さらに、通信モジュールは、受信モジュールおよび送出モジュールをさらに備え得る。例えば、処理モジュールは、受信モジュールを呼び出して、第１のダウンリンク制御情報を第１の制御リソース上でネットワークデバイスから受信し、第１のダウンリンク制御情報に基づいてダウンリンクデータの第１の送信バージョンをネットワークデバイスから受信するように構成される。第１の送信バージョンは、ダウンリンクデータの第２の送信バージョンの再送信データである。第２の送信バージョンをスケジュールするために使用される第２のダウンリンク制御情報が、第２の制御リソースに関連する。第１の制御リソースと第２の制御リソースとは同じ制御リソースであり、または、第１の制御リソースと第２の制御リソースとは同じリソースグループに属する。

【0015】

可能な設計では、処理モジュールは、受信モジュールを呼び出して、複数の制御リソースの設定情報を受信するようにさらに構成される。同じリソースグループに属する制御リソースの設定情報は、同じ識別子を含む。

【0016】

可能な設計では、処理モジュールは、送出モジュールを呼び出して、能力情報をネットワークデバイスに報告するようにさらに構成される。能力情報は、異なるＴＲＰからの同じダウンリンクデータの２つの送信バージョンがサポートされないことを示す。

【0017】

可能な設計では、処理モジュールは、第２の送信バージョンの検出結果に基づいて第１の送信バージョンを検出するようにさらに構成される。検出は、ダウンリンクデータがうまく受信されたかどうかを決定するために使用される。第２の送信バージョンの検出結果は、検出効率および性能を改善するのを助けることができる。

【0018】

第３の態様によれば、通信装置が提供される。本通信装置は、ネットワークデバイス、ネットワークデバイス中の装置（例えば、チップ、チップシステム、もしくは回路）、または、ネットワークデバイスと共に使用されることが可能な装置であり得る。設計では、本装置は、第１の態様で説明されたネットワークデバイスによって実施される方法／動作／ステップ／アクションと一対一で対応するモジュールを備え得る。モジュールは、ハードウェア回路、ソフトウェア、または、ハードウェア回路とソフトウェアとの組合せによって実装され得る。設計では、本装置は、処理モジュールおよび通信モジュールを備え得る。処理モジュールは、通信モジュールを呼び出して、受信機能および／または送出機能を実施するように構成される。さらに、通信モジュールは、受信モジュールおよび送出モジュールをさらに備え得る。例えば、処理モジュールは、送信モジュールを呼び出して、第１のダウンリンク制御情報を第１の制御リソース上で端末に送出するように構成される。第１のダウンリンク制御情報は、ダウンリンクデータの第１の送信バージョンをスケジュールするために使用される。

【0019】

処理モジュールは、送出モジュールを呼び出して、ダウンリンクデータの第１の送信バージョンを端末に送出するように構成される。第１の送信バージョンは、ダウンリンクデータの第２の送信バージョンの再送信データである。第２の送信バージョンをスケジュールするために使用される第２のダウンリンク制御情報が、第２の制御リソースに関連する。第１の制御リソースと第２の制御リソースとは同じ制御リソースであり、または、第１の制御リソースと第２の制御リソースとは同じリソースグループに属する。

【0020】

可能な設計では、処理モジュールは、送出モジュールを呼び出して、複数の制御リソースの設定情報を端末に送出するようにさらに構成される。同じリソースグループに属する制御リソースの設定情報は、同じ識別子を含む。

【0021】

可能な設計では、処理モジュールは、受信モジュールを呼び出して、端末によって報告された能力情報を受信するようにさらに構成される。能力情報は、異なる送受信ポイントＴＲＰからの同じダウンリンクデータの２つの送信バージョンがサポートされないことを示す。

【0022】

第２の態様および第３の態様を参照しながら、第２の態様または第３の態様のいくつかの可能な設計を以下に提供する。

【0023】

可能な設計では、制御リソースの設定情報は、制御リソースセットＣＯＲＥＳＥＴであり得、複数の制御リソースの設定情報は、複数のＣＯＲＥＳＥＴであり得る。ＣＯＲＥＳＥＴは、時間－周波数リソースのグループを示す。ＣＯＲＥＳＥＴは、識別子をさらに含む。例えば、第１の制御リソースは、第１のＣＯＲＥＳＥＴによって示される時間－周波数リソースのグループであり、同様に、第２の制御リソースは、第２のＣＯＲＥＳＥＴによって示される時間－周波数リソースのグループである。第１のＣＯＲＥＳＥＴに含まれる識別子は、第２のＣＯＲＥＳＥＴに含まれる識別子と同じである。

【0024】

任意選択で、識別子は、制御リソースセットプールインデックス（ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）であり、第１のＣＯＲＥＳＥＴに含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘは、第２のＣＯＲＥＳＥＴに含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘと同じである。

【0025】

可能な設計では、リソースグループはＴＲＰに関連する。例えば、１つのリソースグループが、１つのＴＲＰに関連し得る。第１の制御リソースと第２の制御リソースとは同じリソースグループに属するので、端末は、第１のダウンリンク制御情報によってスケジュールされた第１の送信バージョンと、第２のダウンリンク制御情報によってスケジュールされた第２の送信バージョンとが同じＴＲＰからのものであると決定し得る。

【0026】

第２の態様および第３の態様の有益な効果については、第１の態様についての説明を参照されたい。詳細が再度説明されることはない。

【0027】

第４の態様によれば、本出願の実施形態は、通信装置を提供する。本通信装置は、通信インタフェースおよびプロセッサを備える。通信インタフェースは、別のデバイスと通信するために、例えば、データまたは信号を送出および受信するために、本装置によって使用される。例えば、通信インタフェースは、送受信機、回路、バス、モジュール、または別のタイプの通信インタフェースであり得、別のデバイスは、ネットワークデバイスであり得る。プロセッサは、プログラム、命令、またはデータのグループを呼び出して、第１の態様で説明された端末によって実施される方法を実施するにように構成される。本装置は、プロセッサによって呼び出されるプログラム、命令、またはデータを記憶するように構成されたメモリをさらに備え得る。メモリはプロセッサに結合され、プロセッサは、メモリに記憶された命令またはデータを実行するとき、第１の態様で説明された端末によって実施される方法を実装することができる。

【0028】

第５の態様によれば、本出願の実施形態は、通信装置を提供する。本通信装置は、通信インタフェースおよびプロセッサを備える。通信インタフェースは、別のデバイスと通信するために、例えば、データまたは信号を送出および受信するために、本装置によって使用される。例えば、通信インタフェースは、送受信機、回路、バス、モジュール、または別のタイプの通信インタフェースであり得、別のデバイスは、端末であり得る。プロセッサは、プログラム、命令、またはデータのグループを呼び出して、第１の態様で説明されたネットワークデバイスによって実施される方法を実施するように構成される。本装置は、プロセッサによって呼び出されるプログラム、命令、またはデータを記憶するように構成されたメモリをさらに備え得る。メモリはプロセッサに結合され、プロセッサは、メモリに記憶された命令またはデータを実行するとき、第１の態様で説明されたネットワークデバイスによって実施される方法を実装することができる。

【0029】

第６の態様によれば、本出願の実施形態は、チップシステムを提供する。本チップシステムはプロセッサを備え、第１の態様または第１の態様の可能な設計のいずれか１つによるネットワークデバイスによって実施される方法を実装するように構成されたメモリをさらに備え得る。本チップシステムは、チップを備え得、または、チップおよび別のディスクリートコンポーネントを備え得る。

【0030】

第７の態様によれば、本出願の実施形態は、チップシステムを提供する。本チップシステムはプロセッサを備え、第１の態様または第１の態様の可能な設計のいずれか１つによる端末によって実施される方法を実装するように構成されたメモリをさらに備え得る。本チップシステムは、チップを備え得、または、チップおよび別のディスクリートコンポーネントを備え得る。

【0031】

第８の態様によれば、本出願の実施形態は、通信システムを提供する。本通信システムは、端末デバイスおよびネットワークデバイスを備える。端末は、第１の態様による端末によって実施される方法を実施するように構成され、ネットワークデバイスは、第１の態様によるネットワークデバイスによって実施される方法を実施するように構成される。

【0032】

第９の態様によれば、命令を含むコンピュータプログラム製品が提供される。本コンピュータプログラム製品がコンピュータ上で駆動されるとき、第１の態様または第１の態様の可能な設計のいずれか１つによる方法が実施される。

【0033】

第１０の態様によれば、本出願の実施形態は、コンピュータ可読記憶媒体をさらに提供する。本コンピュータ可読記憶媒体は、コンピュータ可読命令を記憶する。コンピュータ可読命令がコンピュータ上で駆動されるとき、第１の態様または第１の態様の可能な設計のいずれか１つによる方法が実施される。

【図面の簡単な説明】

【0034】

【図1】本出願の実施形態による通信システムのアーキテクチャの概略図である。

【図2】本出願の実施形態によるマルチＴＲＰアーキテクチャの概略図である。

【図3】本出願の実施形態による、マルチＤＣＩモードでダウンリンクデータをスケジュールすることの概略図である。

【図4】本出願の実施形態による、マルチ送受信ポイントアーキテクチャにおける再送信方法の概略フローチャートである。

【図5】本出願の実施形態による、マルチ送受信ポイントアーキテクチャにおける再送信方法の例の概略フローチャートである。

【図6】本出願の実施形態による通信装置の構造の概略図である。

【図7】本出願の実施形態による別の通信装置の構造の概略図である。

【発明を実施するための形態】

【0035】

本出願の実施形態は、マルチ送受信ポイントアーキテクチャにおけるＨＡＲＱ再送信性能を改善するための、マルチＴＲＰアーキテクチャにおける再送信方法および装置を提供する。本方法および本装置は、同じまたは類似の技術的概念に基づいて構想される。本方法および本装置は、問題を解決するための類似の原理を有する。したがって、本装置および本方法の実装については、相互を参照されたい。繰り返される部分の詳細については説明されない。本出願の実施形態の説明において、「および／または」という用語は、関連するオブジェクト間の結び付き関係を記述し、３つの関係が存在し得ることを示す。例えば、Ａおよび／またはＢは、次の３つの場合を示し得る。すなわち、Ａのみが存在する場合と、ＡとＢの両方が存在する場合と、Ｂのみが存在する場合である。「／」という文字は、一般に、関連するオブジェクト間の「または」関係を示す。本出願において、「少なくとも１つ」は１つまたは複数を意味し、「複数」は２つ以上を意味する。加えて、本出願の説明において、「第１」、「第２」、および「第３」などの用語は、区別および説明のために使用されるにすぎず、相対的な重要性を示すかまたは含意するものと理解されるべきではなく、順序を示すかまたは含意するものと理解されるべきでもないことを理解されたい。本明細書で説明される「実施形態」や「いくつかの実施形態」などへの言及は、本出願の１つまたは複数の実施形態が、実施形態に関して説明される具体的な特徴、構造、または特性を含むことを示す。したがって、本明細書の種々の場所に見られる「実施形態で」、「いくつかの実施形態で」、「他のいくつかの実施形態で」、および「他の実施形態で」などの言明は、同じ実施形態を指すことを必ずしも意味しない。そうではなく、これらの言明は、別の方式で具体的に強調されていない限り、「１つまたは複数だがすべてではない実施形態」を意味する。「備える」、「含む」、「有する」という用語、およびこれらの他の異形はすべて、別の方式で具体的に強調されていない限り、「含むが限定されない」ことを意味する。

【0036】

本出願の実施形態で提供される、再送信方法は、第５世代（５ｔｈ ｇｅｎｅｒａｔｉｏｎ，５Ｇ）通信システム、例えば５Ｇ新無線（ｎｅｗ ｒａｄｉｏ，ＮＲ）に適用され得、または、様々な将来の通信システム、例えば第６世代（６ｔｈ ｇｅｎｅｒａｔｉｏｎ，６Ｇ）通信システムに適用され得る。

【0037】

以下に、添付図面を参照しながら本出願の実施形態について詳細に述べる。

【0038】

図１は、本出願の実施形態による、マルチ送受信ポイントアーキテクチャにおける再送信方法を適用可能な通信システムのアーキテクチャを示す。本通信システムは、ネットワークデバイス１１０と、１つまたは複数の端末デバイス１２０とを備え得る。

【0039】

ネットワークデバイス１１０は、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ，ＲＡＮ）中のノードであり、基地局、アクセスネットワークデバイス、もしくはノードと呼ばれることもあり、または、ＲＡＮノード（もしくはデバイス）と呼ばれることもある。現在、ネットワークデバイス１１０のいくつかの例は、次世代ＮｏｄｅＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ＮｏｄｅＢ，ｇＮＢ）、次世代発展型ＮｏｄｅＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｅｖｏｌｖｅｄ ＮｏｄｅＢ，Ｎｇ－ｅＮＢ）、送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ，ＴＲＰ）、発展型ＮｏｄｅＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ，ｅＮＢ）、無線ネットワークコントローラ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｃｏｎｔｒｏｌｌｅｒ，ＲＮＣ）、ＮｏｄｅＢ（ＮｏｄｅＢ，ＮＢ）、基地局コントローラ（ｂａｓｅ ｓｔａｔｉｏｎ ｃｏｎｔｒｏｌｌｅｒ，ＢＳＣ）、ベーストランシーバステーション（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｔａｔｉｏｎ，ＢＴＳ）、ホーム基地局（例えば、ホーム発展型ＮｏｄｅＢ、またはホームＮｏｄｅＢ、ＨＮＢ）、ベースバンドユニット（ｂａｓｅ ｂａｎｄ ｕｎｉｔ，ＢＢＵ）、ワイヤレスフィデリティ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ，Ｗｉ－Ｆｉ）アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ，ＡＰ）、５Ｇ通信システム中のデバイス、または、将来の可能な通信システム中のネットワークデバイスである。ネットワークデバイス１１０は、代替として、デバイス間（ｄｅｖｉｃｅ ｔｏ ｄｅｖｉｃｅ，Ｄ２Ｄ）通信における基地局として機能するデバイスであり得る。本出願のこの実施形態では、ネットワークデバイス１１０が端末デバイスと通信するとき、１つまたは複数のネットワークデバイスがあり得、これらのネットワークデバイスは、同じセル中に位置し得るかまたは異なるセル中に位置し得る。

【0040】

端末デバイス１２０は、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ，ＵＥ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ，ＭＳ）、モバイル端末（ｍｏｂｉｌｅ ｔｅｒｍｉｎａｌ，ＭＴ）などと呼ばれることもあり、音声もしくはデータ接続性をユーザに提供するデバイスであり、またはモノのインターネットデバイスであり得る。例えば、端末デバイス１２０は、ワイヤレス接続機能を有するハンドヘルドデバイスや車載デバイスなどを含む。現在、端末デバイス１２０は、携帯電話機（ｍｏｂｉｌｅ ｐｈｏｎｅ）、タブレットコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（ｍｏｂｉｌｅ ｉｎｔｅｒｎｅｔ ｄｅｖｉｃｅ，ＭＩＤ）、ウェアラブルデバイス（例えば、スマートウォッチ、スマートバンド、または歩数計）、車載デバイス（例えば、自動車、自転車、電気自動車、航空機、船、列車、または高速列車）、仮想現実（ｖｉｒｔｕａｌ ｒｅａｌｉｔｙ，ＶＲ）デバイス、拡張現実（ａｕｇｍｅｎｔｅｄ ｒｅａｌｉｔｙ，ＡＲ）デバイス、産業制御（ｉｎｄｕｓｔｒｉａｌ ｃｏｎｔｒｏｌ）におけるワイヤレス端末、スマートホームデバイス（例えば、冷蔵庫、テレビジョン、空調装置、または電力量計）、インテリジェントロボット、ワークショップデバイス、自動運転（ｓｅｌｆ ｄｒｉｖｉｎｇ）におけるワイヤレス端末、遠隔医療手術（ｒｅｍｏｔｅ ｍｅｄｉｃａｌ ｓｕｒｇｅｒｙ）におけるワイヤレス端末、スマートグリッド（ｓｍａｒｔ ｇｒｉｄ）におけるワイヤレス端末、輸送安全（ｔｒａｎｓｐｏｒｔａｔｉｏｎ ｓａｆｅｔｙ）におけるワイヤレス端末、スマートシティ（ｓｍａｒｔ ｃｉｔｙ）におけるワイヤレス端末、スマートホーム（ｓｍａｒｔ ｈｏｍｅ）におけるワイヤレス端末、飛行デバイス（例えば、インテリジェントロボット、熱気球、無人航空機、または航空機）などであり得る。代替として、端末デバイス１２０は、Ｄ２Ｄ通信における端末として機能するデバイスであり得る。

【0041】

ネットワークデバイス１１０と端末デバイス１２０との間の伝送は、電波を通して実施され得、または、可視光、レーザ、赤外線、もしくは光ファイバなどの伝送媒体を通して実施され得る。本出願のこの実施形態では、説明のために、端末デバイス１２０の機能を実装するデバイスが端末と呼ばれる例が使用される。

【0042】

本出願の実施形態は、１つまたは複数の送出／受信装置があるシナリオ、およびこれらのシナリオのいずれか１つから導出されるシナリオに適用可能である。送出／受信装置は、送受信ポイント（ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ，ＴＲＰ）であり得、またはリモート無線ユニット（ｒｅｍｏｔｅ ｒａｄｉｏ ｕｎｉｔ，ＲＲＵ）などであり得る。複数のＴＲＰがあるシナリオでは、複数のＴＲＰは、同じベースバンドユニット（ｂａｓｅｂａｎｄ ｕｎｉｔ，ＢＢＵ）に接続され得、または異なるＢＢＵに接続され得る。本明細書における複数のＴＲＰは、同じセルに属し得、または異なるセルに属し得る。

【0043】

図２に示されるように、１つのｇＮＢ中に複数のＴＲＰがあり、ネットワークデバイスは、いずれかのＴＲＰを通して端末と通信し得る。

【0044】

いくつかの適用シナリオでは、端末デバイスは、複数のノードと通信し得る。例えば、マルチ送受信ポイント（ｍｕｌｔｉｐｌｅ ｔｒａｎｓｍｉｓｓｉｏｎ ｒｅｃｅｐｔｉｏｎ ｐｏｉｎｔ，Ｍｕｌｔｉ－ＴＲＰ）シナリオでは、端末デバイスは、複数のＴＲＰと通信し得る。

【0045】

本出願の実施形態で提供される解決法をよりよく理解するために、以下ではまず、マルチＴＲＰ構造におけるダウンリンクスケジューリングについて説明する。

【0046】

ネットワークデバイスは、制御リソースの設定情報を端末に送出する。制御リソースの設定情報は、ダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ）を送信するために使用される。端末は、制御リソースの設定情報に基づいて、ＤＣＩを受信するためのリソース位置を決定し得る。ＤＣＩは、ダウンリンクデータ送信をスケジュールするために使用される。例えば、ＤＣＩは、物理ダウンリンク共有チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ，ＰＤＳＣＨ）の送信をスケジュールするために使用され得る。端末は、受信されたＤＣＩに基づいて、ダウンリンクデータを受信するためのリソース位置を決定して、ダウンリンクデータをネットワークデバイスから正しく受信し得る。

【0047】

マルチＴＲＰ構造において、実装では、ダウンリンクデータはマルチＤＣＩモードでスケジュールされ得る。具体的には、各ＴＲＰが別々にＤＣＩを端末に送出し得る。端末は、各ＴＲＰからのＤＣＩに基づいて、対応するＴＲＰのダウンリンクデータを受信し得る。図３に示されるように、例として２つのＴＲＰが使用され、２つのＴＲＰを示すためにＴＲＰ１およびＴＲＰ２が別々に使用される。ＴＲＰ１は、ＤＣＩ１を端末に送出し得る。ＤＣＩ１は、ＰＤＳＣＨ１を受信するように端末をスケジュールするために使用される。ＴＲＰ２は、ＤＣＩ２を端末に送出し得る。ＤＣＩ２は、ＰＤＳＣＨ２を受信するように端末をスケジュールするために使用される。

【0048】

データ送信信頼性を改善するために、ＨＡＲＱ再送信技術が使用され得る。複数のＴＲＰの送信シナリオでは、端末の同じトランスポートブロック（ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＴＢ）の初期送信と再送信とが、異なるＴＲＰ上で生じ得る。例えば、ＴＲＰ１がＴＢの初期送信データを端末に送出し、ＴＲＰ２がＴＢの再送信データを端末に送出する。

【0049】

端末は、再送信データに対する検出を実施するとき、初期送信データの検出結果を使用して検出精度を改善する。端末の同じＴＢの初期送信と再送信とが異なるＴＲＰ上で生じた場合、端末は、異なるＴＲＰのデータを処理するときに異なるハードウェアリソースを使用し得る。例えば、ＴＲＰ１のデータを処理するために端末によって使用されるハードウェアリソースと、ＴＲＰ２のデータを処理するために端末によって使用されるハードウェアリソースとは異なり、異なるハードウェアリソースの処理能力は異なる。例えば、ＮＲにおいて規定されているところによれば、ＰＤＳＣＨがマルチＤＣＩに基づいてスケジュールされるマルチＴＲＰ送信モードでは、ＴＲＰによって送出されたＤＣＩを処理するために端末によって必要とされるブラインド検出時間量が、プロトコルにおいて指定される最大ブラインド検出時間量を超えることがある。これは、端末が、より高い処理能力を有するハードウェアリソースを使用してＴＲＰからの信号を処理することを意味する。初期送信データを処理するためのハードウェアリソースの処理能力がより強力である場合、初期送信データのためのハードウェアリソースの処理能力と再送信データのためのハードウェアリソースの処理能力とが類似するので、ハードウェアリソースは、再送信データを処理するための複雑性要件を満たすことができないことがある。

【0050】

図４に示されるように、本出願の実施形態は、マルチ送受信ポイントアーキテクチャにおけるＨＡＲＱ再送信性能を改善するための、マルチＴＲＰアーキテクチャにおける再送信方法を提供する。

【0051】

Ｓ４０１：ネットワークデバイスが、第１のダウンリンク制御情報を第１の制御リソース上で端末に送出し、端末が、第１のＤＣＩを第１の制御リソース上でネットワークデバイスから受信する。

【0052】

Ｓ４０２：ネットワークデバイスが、ダウンリンクデータの第１の送信バージョンを端末に送出し、端末が、第１のＤＣＩに基づいて、ダウンリンクデータの第１の送信バージョンをネットワークデバイスから受信する。

【0053】

ＨＡＲＱ再送信技術では、１つのダウンリンクデータが複数の送信バージョンを有し得る。異なる送信バージョンは、初期送信および再送信に使用される。１つまたは複数の再送信があり得、各再送信に異なる送信バージョンが使用される。端末は、ダウンリンクデータを正しく解析するために、毎回受信された送信バージョンに基づいて検証を実施し得る。例えば、同じダウンリンクデータについて誤り訂正コーディングが完了した後、複数の冗長性バージョン（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ，ＲＶ）が得られ、各冗長性バージョンは、ダウンリンクデータの送信バージョンに対応する。

【0054】

ダウンリンクデータは、送信単位としてＴＢを使用し得る。

【0055】

本出願のこの実施形態では、ダウンリンクデータの第１の送信バージョンは、ダウンリンクデータの第２の送信バージョンの再送信バージョンまたは再送信データである。具体的には、端末は、ダウンリンクデータの第１の送信バージョンを受信する前に、ダウンリンクデータの第２の送信バージョンをネットワークデバイスからさらに受信する。第２の送信バージョンは、ダウンリンクデータの初期送信データまたは再送信データであり得る。ダウンリンクデータの第２の送信バージョンを受信し、検証を通して第２の送信バージョンが正しくないと決定したとき、端末は、受信が失敗したことを示すためにＮＡＣＫをネットワークデバイスに送出し得る。ネットワークデバイスは、ＮＡＣＫ命令に基づいて、ダウンリンクデータの第１の送信バージョンを端末に送出する。

【0056】

ネットワークデバイスは、ダウンリンクデータの第１の送信バージョンを送出する前に、第１の送信バージョンのスケジューリング情報、すなわち第１のＤＣＩを送出する必要がある。第１のＤＣＩは、第１の制御リソースに関連する。具体的には、第１のＤＣＩは第１の制御リソース上で送信され、端末は、第１の制御リソース上で第１のＤＣＩを検出する。同様に、第２の送信バージョンをスケジュールするために使用される第２のＤＣＩが、第２の制御リソースに関連する。

【0057】

本出願のこの実施形態では、第１の制御リソースと第２の制御リソースとは同じ制御リソースであり、または、第１の制御リソースと第２の制御リソースとは同じリソースグループに属する。リソースグループは、ＴＲＰに関連する。

【0058】

同じリソースグループを使用してＤＣＩを送出するＴＲＰは、同じである。例えば、第１のリソースグループが、第１のＴＲＰに関連する。この場合、ダウンリンクデータの第１の送信バージョンと第２の送信バージョンの両方が、第１のＴＲＰを通して送出される。

【0059】

第１の制御リソースと第２の制御リソースとは、同じ制御リソースとして設計され、または、第１の制御リソースと第２の制御リソースとは、同じリソースグループに属するように設計され、したがって、同じダウンリンクデータの再送信バージョンと前の送信バージョンとが同じＴＲＰからのものであると保証されることが可能である。

【0060】

任意選択で、本方法は、Ｓ４０１の前にＳ４０３をさらに含む。

【0061】

Ｓ４０３：ネットワークデバイスが、複数の制御リソースの設定情報を端末に送出する。端末は、複数の制御リソースの設定情報をネットワークデバイスから受信する。

【0062】

制御リソースの設定情報は、識別子を含む。同じリソースグループに属する制御リソースの設定情報は、同じ識別子を含む。

【0063】

複数の制御リソースの設定情報は、同じメッセージ中で搬送され得、または異なるメッセージ中で搬送され得る。

【0064】

複数の制御リソースの設定情報は、第１の制御リソースの第１の設定情報と、第２の制御リソースの第２の設定情報とを含み得る。

【0065】

端末は、第１の設定情報に基づいて、第１のＤＣＩを受信するために必要とされる受信パラメータを決定する。第１のＤＣＩを受信するために必要とされる受信パラメータは、第１のＤＣＩを受信するための時間－周波数リソース範囲を含み得る。端末は、受信パラメータに基づいて第１のＤＣＩを受信し得、さらに、第１のＤＣＩに基づいて第１の送信バージョンのダウンリンクスケジューリングの関連情報を決定し得る。

【0066】

代替として、端末は、第２の設定情報に基づいて、第２のＤＣＩを受信するために必要とされる受信パラメータを決定し得る。第２のＤＣＩを受信するために必要とされる受信パラメータは、第２のＤＣＩを受信するための時間－周波数リソース範囲を含み得る。端末は、受信パラメータに基づいて第２のＤＣＩを受信し得、さらに、第２のＤＣＩに基づいて第２の送信バージョンのダウンリンクスケジューリングの関連情報を決定し得る。

【0067】

第１の設定情報に含まれる識別子は、第２の設定情報に含まれる識別子と同じである。識別子は、制御リソースが属するリソースグループを示す。

【0068】

一般に、制御リソースの設定情報は、制御リソースセット（ｃｏｎｔｒｏｌ ｒｅｓｏｕｒｃｅ ｓｅｔ，ＣＯＲＥＳＥＴ）であり得、ＣＯＲＥＳＥＴは、時間－周波数リソースのグループを示し得る。例えば、ＣＯＲＥＳＥＴは、制御リソースによって占有される時間－周波数リソース範囲を示し得る。端末は、ＣＯＲＥＳＥＴに基づいて、ダウンリンク制御情報を受信するための時間－周波数リソース範囲を決定し得る。例えば、第１の制御リソースの第１の設定情報は、第１のＣＯＲＥＳＥＴであり、第１の制御リソースは、第１のＣＯＲＥＳＥＴによって示される時間－周波数リソースである。第２の制御リソースの第２の設定情報は、第２のＣＯＲＥＳＥＴであり、第２の制御リソースは、第２のＣＯＲＥＳＥＴによって示される時間－周波数リソースである。

【0069】

第１のＣＯＲＥＳＥＴによって示される時間－周波数リソースと、第２のＣＯＲＥＳＥＴによって示される時間－周波数リソースとは、同じリソースグループに属し、リソースグループは、制御リソースセットプール（ＣＯＲＥＳＥＴＰｏｏｌ）であり得る。第１のＣＯＲＥＳＥＴによって示される時間－周波数リソースと、第２のＣＯＲＥＳＥＴによって示される時間－周波数リソースとは、同じＣＯＲＥＳＥＴＰｏｏｌに属する。制御リソースセットプール（ＣＯＲＥＳＥＴＰｏｏｌ）は、制御リソースセットプールインデックス（ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘ）を使用して区別され得る。

【0070】

制御リソースの設定情報に含まれる識別子は、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘであり得る。第１のＣＯＲＥＳＥＴに含まれる識別子は、第２のＣＯＲＥＳＥＴに含まれる識別子と同じである。すなわち、第１のＣＯＲＥＳＥＴに含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘは、第２のＣＯＲＥＳＥＴに含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘと同じである。

【0071】

端末のために構成される物理ダウンリンク制御チャネル（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ，ＰＤＣＣＨ）設定情報（ＰＤＣＣＨ－Ｃｏｎｆｉｇ）中で、ネットワークデバイスは、複数のＣＯＲＥＳＥＴを使用して端末のための時間－周波数リソースを構成する。各ＣＯＲＥＳＥＴは、時間－周波数リソースの１つのグループに対応し、各ＣＯＲＥＳＥＴは１つの識別子を含む。識別子は、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘであり得る。端末は、これらのＣＯＲＥＳＥＴによって示される時間－周波数リソース上でＤＣＩを受信する。受信されたＤＣＩの位置するリソースに対応するＣＯＲＥＳＥＴに含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが異なるとき、これは、２つのＤＣＩが異なるＴＲＰからのものであることを示す。一般に、性能損失を回避するために、ＰＤＳＣＨと、ＰＤＳＣＨをスケジュールするためのＤＣＩとは、同じＴＲＰからのものである。このようにして、受信されたＤＣＩの位置するリソースに対応するＣＯＲＥＳＥＴに含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘが異なるとき、２つのＤＣＩを使用してスケジュールされたＰＤＳＣＨもまた異なるＴＲＰからのものである。これに対して、第１のＣＯＲＥＳＥＴに含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘと第２のＣＯＲＥＳＥＴに含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘとは同じであるように設計され、これは、同じダウンリンクデータの２つの送信バージョンが同じＴＲＰからのものであることを意味する。

【0072】

制御リソースの設定情報に含まれる識別子は、ＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘであり得る。第１の制御リソースの第１の設定情報に含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘは、第２の制御リソースの第２の設定情報に含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘと同じである。

【0073】

任意選択で、本方法は、Ｓ４０１の前にＳ４００をさらに含む。

【0074】

Ｓ４００：端末が能力情報をネットワークデバイスに送出し、ネットワークデバイスが能力情報を端末から受信する。

【0075】

能力情報は、同じダウンリンクデータの２つの送信バージョンが、異なるＴＲＰからのものであることを、端末がサポートしないことを示す。

【0076】

代替として、能力情報は、異なるＴＲＰを通して同じダウンリンクデータの２つの送信バージョンを受信することを、端末がサポートしないことを示す。

【0077】

能力情報は、１ビットを占有し得る。例えば、ビット値が１であるとき、これは、同じダウンリンクデータの２つの送信バージョンが、異なるＴＲＰからのものであることを、端末がサポートしないことを示す。または、ビット値が０であるとき、これは、同じダウンリンクデータの２つの送信バージョンが、異なるＴＲＰからのものであることを、端末がサポートすることを示す。

【0078】

ネットワークデバイスは、端末の能力情報に基づいて、同じダウンリンクデータの２つの送信バージョンが異なるＴＲＰからのものであることを端末がサポートしないときに、同じＴＲＰを通して同じダウンリンクデータの異なる送信バージョンを送出し得る。

【0079】

Ｓ４００およびＳ４０３を実施する順序は、本出願のこの実施形態では限定されない。

【0080】

本出願のこの実施形態では、第１の制御リソースと第２の制御リソースとは同じ制御リソースであり、または、第１の制御リソースと第２の制御リソースとは同じリソースグループに属し、したがって、同じダウンリンクデータの２つの送信バージョンが、同じＴＲＰを通して送出されることが可能であり、同じダウンリンクデータの、端末によって受信される２つの送信バージョンは、同じＴＲＰからのものである。このようにして、端末は、ダウンリンクデータの再送信バージョンを検証するとき、ダウンリンクデータの前の送信バージョンの検証結果を使用する。２つの送信バージョンは同じＴＲＰからのものなので、異なるＴＲＰのハードウェア間のシグナリング対話は必要とされない。これは、端末の複雑性を低減し、２つの異なるＴＲＰのハードウェアリソースが合致しない問題を回避し、ＨＡＲＱ再送信性能を改善する。

【0081】

上記実施形態に基づいて、図５に示されるように、以下ではさらに、本出願のこの実施形態で提供される方法について、具体的な適用シナリオを参照しながら詳細に説明する。

【0082】

Ｓ５０１：端末が能力情報をネットワークデバイスに送出し、ネットワークデバイスが能力情報を端末から受信する。

【0083】

能力情報は、同じダウンリンクデータの２つの送信バージョンが、異なるＴＲＰからのものであることを、端末がサポートしないことを示す。

【0084】

Ｓ５０２：ネットワークデバイスがＤＣＩ＿１の設定情報を端末に送出し、端末がＤＣＩ＿１の設定情報をネットワークデバイスから受信する。

【0085】

ＤＣＩ＿１の設定情報は、ＤＣＩ＿１のリソースを構成するために使用される。ＤＣＩ＿１の設定情報は、パラメータＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘを含む。

【0086】

Ｓ５０３：ＴＲＰ＿１が、ＤＣＩ＿１およびＰＤＳＣＨ＿１を端末に送出し、端末が、ＤＣＩ＿１の設定情報に基づいて、ＤＣＩ＿１およびＰＤＳＣＨ＿１をＴＲＰ＿１から受信する。ＤＣＩ＿１は、ＰＤＳＣＨ＿１をスケジュールするために使用される。

【0087】

端末は、ＤＣＩ＿１から、ＰＤＳＣＨ＿１に対応するＨＡＲＱプロセス番号（ＨＡＲＱ ｐｒｏｃｅｓｓ ｎｕｍｂｅｒ）および新規データインジケータ（ｎｅｗ ｄａｔａ ｉｎｄｉｃａｔｏｒ，ＮＤＩ）を得る。

【0088】

Ｓ５０４：端末が、ＰＤＳＣＨ＿１が正しく受け取られなかったと決定する。

【0089】

端末は、検証を通して、ＰＤＳＣＨ＿１がうまく受け取られたかどうかを決定し得る。

【0090】

Ｓ５０５：端末がＮＡＣＫ命令をネットワークデバイスに送出し、ネットワークデバイスがＮＡＣＫ命令を端末から受信する。

【0091】

ＮＡＣＫ命令は、ＰＤＳＣＨ＿１が正しく受け取られなかったことを示す。

【0092】

Ｓ５０６：ネットワークデバイスが、端末の能力情報に基づいて、同じＴＲＰを通してＰＤＳＣＨ＿１の再送信データを送出すると決定する。

【0093】

Ｓ５０７：ネットワークデバイスがＤＣＩ＿２の設定情報を端末に送出し、端末がＤＣＩ＿２の設定情報をネットワークデバイスから受信する。

【0094】

ＤＣＩ＿２の設定情報は、ＤＣＩ＿２のリソースを構成するために使用され、ＤＣＩ＿２の設定情報に含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘは、ＤＣＩ＿１の設定情報に含まれるＣＯＲＥＳＥＴＰｏｏｌＩｎｄｅｘと同じである。

【0095】

Ｓ５０８：ＴＲＰ＿１が、ＤＣＩ＿２およびＰＤＳＣＨ＿２を端末に送出し、端末が、ＤＣＩ＿２およびＰＤＳＣＨ＿２をＴＲＰ＿１から受信する。ＤＣＩ＿２は、ＰＤＳＣＨ＿２をスケジュールするために使用される。

【0096】

Ｓ５０９：端末が、ＤＣＩ＿２に基づいて、ＰＤＳＣＨ＿２がＰＤＳＣＨ＿１の再送信バージョンであると決定する。

【0097】

端末は、ＤＣＩ＿２から、ＰＤＳＣＨ＿２に対応するＨＡＲＱプロセス番号およびＮＤＩを得る。ＤＣＩ＿２中で示されるＰＤＳＣＨ＿２に対応するＨＡＲＱプロセス番号が、ＰＤＳＣＨ＿１に対応するＨＡＲＱプロセス番号と同じであり、ＤＣＩ＿２に含まれるＮＤＩが、ＤＣＩ＿１に含まれるＮＤＩと比較して反転されていないと決定した場合、端末は、ＰＤＳＣＨ＿２がＰＤＳＣＨ＿１の再送信バージョンであると決定する。

【0098】

ＮＤＩは、１ビットを使用して示され得る。ＤＣＩ＿２中のＮＤＩを示すビット値と、ＤＣＩ＿１中のＮＤＩを示すビット値の両方が１または０である場合、これは、ＮＤＩが反転されていないことを示す。

【0099】

本出願のこの実施形態では、ネットワークデバイスは、情報を端末に送出するとき、任意のＴＲＰを通した送信を実施し得る。

【0100】

本出願で提供される上記実施形態では、本出願の実施形態で提供される方法が、ネットワークデバイス、端末、および、ネットワークデバイスと端末との対話の観点から説明されている。本出願の上記実施形態で提供される方法における機能を実装するために、ネットワークデバイスおよび端末は、ハードウェア構造および／またはソフトウェアモジュールを備え得、上記機能をハードウェア構造、ソフトウェアモジュール、または、ハードウェア構造とソフトウェアモジュールとの組合せの形で実装し得る。上記機能のうちの機能がハードウェア構造を使用して実施されるか、ソフトウェアモジュールを使用して実施されるか、それともハードウェア構造とソフトウェアモジュールとの組合せを使用して実施されるかは、技術的解決法の特定の適用例および設計制約に依存する。

【0101】

図６に示されるように、同じ技術的概念に基づいて、本出願の実施形態は、通信装置６００をさらに提供する。通信装置６００は、端末もしくはネットワークデバイス、端末もしくはネットワークデバイス中の装置、または、端末もしくはネットワークデバイスと共に使用されることが可能な装置であり得る。設計では、通信装置６００は、上記方法実施形態における端末またはネットワークデバイスによって実施される方法／動作／ステップ／アクションと一対一で対応するモジュールを備え得る。モジュールは、ハードウェア回路、ソフトウェア、または、ハードウェア回路とソフトウェアとの組合せによって実装され得る。設計では、通信装置は、処理モジュール６０１および通信モジュール６０２を備え得る。処理モジュール６０１は、通信モジュール６０２を呼び出して、受信および／または送出機能を実施するように構成される。通信モジュール６０２は、受信モジュール６０２－１および送出モジュール６０２－２をさらに備え得る。

【0102】

端末によって実施される方法を実施するように構成されたときは、
処理モジュール６０１は、受信モジュール６０２－１を呼び出して、第１のダウンリンク制御情報を第１の制御リソース上でネットワークデバイスから受信し、第１のダウンリンク制御情報に基づいてダウンリンクデータの第１の送信バージョンをネットワークデバイスから受信するように構成される。第１の送信バージョンは、ダウンリンクデータの第２の送信バージョンの再送信データである。第２の送信バージョンをスケジュールするために使用される第２のダウンリンク制御情報が、第２の制御リソースに関連する。第１の制御リソースと第２の制御リソースとは同じ制御リソースであり、または、第１の制御リソースと第２の制御リソースとは同じリソースグループに属する。

【0103】

ネットワークデバイスによって実施される方法を実施するように構成されたときは、
処理モジュール６０１は、送信モジュール６０２－２を呼び出して、第１のダウンリンク制御情報を第１の制御リソース上で端末に送出するように構成される。第１のダウンリンク制御情報は、ダウンリンクデータの第１の送信バージョンをスケジュールするために使用される。

【0104】

処理モジュール６０１は、送出モジュール６０２－２を呼び出して、ダウンリンクデータの第１の送信バージョンを端末に送出するように構成される。第１の送信バージョンは、ダウンリンクデータの第２の送信バージョンの再送信データである。第２の送信バージョンをスケジュールするために使用される第２のダウンリンク制御情報が、第２の制御リソースに関連する。第１の制御リソースと第２の制御リソースとは同じ制御リソースであり、または、第１の制御リソースと第２の制御リソースとは同じリソースグループに属する。

【0105】

通信モジュール６０２は、上記方法実施形態で端末またはネットワークデバイスによって実施される信号受信または送出に関係する動作を実施するようにさらに構成される。処理モジュール６０１は、上記方法実施形態で端末またはネットワークデバイスによって実施される信号受信および送出以外の別の動作を実施するようにさらに構成される。本明細書では詳細が再度説明されることはない。

【0106】

本出願の実施形態におけるモジュールへの分割は、例であり、論理的機能への分割にすぎず、実際の実装の間は他の分割であることがある。加えて、本出願の実施形態における機能モジュールは１つのプロセッサに統合され得、または、モジュールの各々が物理的に単独で存在し得、または、２つ以上のモジュールが１つのモジュールに統合され得る。統合されたモジュールは、ハードウェアの形で実装され得、または、ソフトウェア機能モジュールの形で実装され得る。

【0107】

図７は、本出願の実施形態による通信装置７００を示す。通信装置７００は、上記方法における端末またはネットワークデバイスの機能を実装するように構成される。ネットワークデバイスの機能を実装するときは、本装置は、ネットワークデバイス、ネットワークデバイス中の装置、または、ネットワークデバイスと共に使用されることが可能な装置であり得る。端末の機能を実装するときは、本装置は、端末、端末中の装置、または、端末と共に使用されることが可能な装置であり得る。通信装置はチップシステムであり得る。本出願のこの実施形態では、チップシステムは、チップを備え得、または、チップおよび別のディスクリートコンポーネントを備え得る。通信装置７００は、本出願の実施形態で提供される方法における端末またはネットワークデバイスの機能を実装するように構成された少なくとも１つのプロセッサ７２０を備える。通信装置７００は、通信インタフェース７１０をさらに備え得る。本出願の実施形態では、通信インタフェースは、送受信機、回路、バス、モジュール、または別のタイプの通信インタフェースであり得、伝送媒体を使用して別のデバイスと通信するように構成される。例えば、通信インタフェース７１０は、別のデバイスと通信するために、通信装置７００中の装置のために使用される。例えば、通信装置７００がネットワークデバイスであるときは、別のデバイスは端末デバイスであり得る。通信装置７００が端末デバイスであるときは、別の装置はネットワークデバイスであり得る。プロセッサ７２０は、通信インタフェース７１０を通してデータを受信および送出し、上記方法実施形態における方法を実施するように構成される。例えば、ネットワークデバイスの機能を実装するときは、プロセッサ７２０は、通信インタフェースを通して第１のダウンリンク制御情報を第１の制御リソース上で端末に送出するように構成され、第１のダウンリンク制御情報は、ダウンリンクデータの第１の送信バージョンをスケジュールするために使用され、プロセッサ７２０はまた、ダウンリンクデータの第１の送信バージョンを端末に送出するように構成される。第１の送信バージョンは、ダウンリンクデータの第２の送信バージョンの再送信データである。第２の送信バージョンをスケジュールするために使用される第２のダウンリンク制御情報が、第２の制御リソースに関連する。第１の制御リソースと第２の制御リソースとは同じ制御リソースであり、または、第１の制御リソースと第２の制御リソースとは同じリソースグループに属する。端末の機能を実装するときは、プロセッサ７２０は、通信インタフェース７１０を通して第１のダウンリンク制御情報を第１の制御リソース上でネットワークデバイスから受信し、第１のダウンリンク制御情報に基づいてダウンリンクデータの第１の送信バージョンをネットワークデバイスから受信するように構成される。第１の送信バージョンは、ダウンリンクデータの第２の送信バージョンの再送信データである。第２の送信バージョンをスケジュールするために使用される第２のダウンリンク制御情報が、第２の制御リソースに関連する。第１の制御リソースと第２の制御リソースとは同じ制御リソースであり、または、第１の制御リソースと第２の制御リソースとは同じリソースグループに属する。

【0108】

プロセッサ７２０および通信インタフェース７１０は、上記方法実施形態における端末またはネットワークデバイスによって実施される他の対応するステップまたは動作を実施するようにさらに構成され得る。本明細書では詳細が再度説明されることはない。

【0109】

通信装置７００は、プログラム命令および／またはデータを記憶するように構成された少なくとも１つのメモリ７３０をさらに備え得る。メモリ７３０は、プロセッサ７２０に結合される。本出願のこの実施形態における結合とは、装置、ユニット、またはモジュール間の間接的な結合または通信接続であり、電気的、機械的、または他の形であり得、装置、ユニット、またはモジュール間の情報交換に使用される。プロセッサ７２０は、メモリ７３０と協働し得る。プロセッサ７２０は、メモリ７３０に記憶されたプログラム命令を実行し得る。少なくとも１つのメモリのうちの少なくとも１つは、プロセッサに含まれ得る。

【0110】

通信インタフェース７１０とプロセッサ７２０とメモリ７３０との間の具体的な接続媒体は、本出願のこの実施形態では限定されない。本出願のこの実施形態では、メモリ７３０とプロセッサ７２０と通信インタフェース７１０とは、図７におけるバス７４０を通して接続され、バスは、図７では太線で表現されている。他のコンポーネント間の接続の方式は、説明のための例にすぎず、それに限定されない。バスは、アドレスバス、データバス、制御バスなどに分類され得る。表現を容易にするために図７における表現では１本の太線のみが使用されているが、これは、１つのバスまたは１つのタイプのバスしかないことを意味するものではない。

【0111】

装置６００および装置７００が具体的にチップまたはチップシステムであるときは、通信モジュール６０２および通信インタフェース７１０は、ベースバンド信号を出力または受信し得る。装置６００および装置７００が具体的にデバイスであるときは、通信モジュール６０２および通信インタフェース７１０は、無線周波数信号を出力または受信し得る。本出願のこの実施形態では、プロセッサは、汎用プロセッサ、デジタル信号プロセッサ、特定用途向け集積回路、フィールドプログラマブルゲートアレイもしくは別のプログラマブルロジックデバイス、ディスクリートゲートもしくはトランジスタロジックデバイス、またはディスクリートハードウェアコンポーネントであり得る。プロセッサは、本出願の実施形態で開示される方法、ステップ、および論理ブロック図を実装または実行することができる。汎用プロセッサは、マイクロプロセッサまたは任意の従来型プロセッサなどであり得る。本出願の実施形態を参照しながら開示される方法のステップは、ハードウェアプロセッサによって直接に実施および完了され得、または、ハードウェアとプロセッサ中のソフトウェアモジュールとの組合せを使用して実施および完了され得る。

【0112】

本出願のこの実施形態では、メモリ７３０は、不揮発性メモリ、例えばハードディスクドライブ（ｈａｒｄ ｄｉｓｋ ｄｒｉｖｅ，ＨＤＤ）もしくはソリッドステートドライブ（ｓｏｌｉｄ－ｓｔａｔｅ ｄｒｉｖｅ，ＳＳＤ）であり得、または、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、例えばランダムアクセスメモリ（ｒａｎｄｏｍ－ａｃｃｅｓｓ ｍｅｍｏｒｙ，ＲＡＭ）であり得る。メモリは、予期されるプログラムコードを命令またはデータ構造の形で担持または記憶することができコンピュータによってアクセスされることが可能な他の任意の媒体だが、それに限定されない。本出願の実施形態におけるメモリは、代替として、記憶機能を実装することができプログラム命令および／またはデータを記憶するように構成された回路または他の任意の装置であり得る。

【0113】

端末によって実施され本出願の上記方法実施形態で説明される動作および機能のいくつかもしくはすべて、または、ネットワークデバイスによって実施され本出願の上記方法実施形態で説明される動作および機能のいくつかもしくはすべては、チップまたは集積回路を使用して完了され得る。

【0114】

図６または図７における通信装置の機能を実装するために、本出願の実施形態は、上記方法実施形態における端末またはネットワークデバイスの機能を通信装置が実装するのをサポートするように構成された、プロセッサを備えるチップをさらに提供する。可能な設計では、チップはメモリに接続され、またはチップはメモリを備え、メモリは、通信装置に必要なプログラム命令およびデータを記憶するように構成される。

【0115】

本出願の実施形態は、コンピュータプログラムを記憶したコンピュータ可読記憶媒体を提供する。コンピュータプログラムは、上記方法実施形態を実施するために使用される命令を含む。

【0116】

本出願の実施形態は、命令を含むコンピュータプログラム製品を提供する。コンピュータプログラム製品がコンピュータ上で駆動するとき、上記方法実施形態が実施される。

【0117】

本出願の実施形態が方法、システム、またはコンピュータプログラム製品として提供され得ることを、当業者は理解されたい。したがって、本出願は、ハードウェアのみの実施形態、ソフトウェアのみの実施形態、またはソフトウェアとハードウェアとの組合せによる実施形態の形を使用し得る。加えて、本出願は、コンピュータ使用可能プログラムコードを含む１つまたは複数のコンピュータ使用可能記憶媒体（次のものに限定されないが、ディスクメモリ、ＣＤ－ＲＯＭ、光学メモリなどを含む）上で実装されるコンピュータプログラム製品の形を使用し得る。

【0118】

本出願は、本出願の実施形態による方法、デバイス（システム）、およびコンピュータプログラム製品の、フローチャートおよび／またはブロック図を参照しながら説明される。フローチャートおよび／またはブロック図中の各プロセスおよび／または各ブロック、ならびにフローチャートおよび／またはブロック図中のプロセスおよび／またはブロックの組合せを実装するために、コンピュータプログラム命令が使用され得ることを理解されたい。これらのコンピュータプログラム命令が汎用コンピュータ、専用コンピュータ、組込みプロセッサ、または、別のプログラム可能データ処理デバイスのプロセッサのために提供されて、マシンが生成され得、したがって、コンピュータによってまたは別のプログラム可能データ処理デバイスのプロセッサによって実行された命令は、フローチャート中の１つもしくは複数のプロセスにおける、および／またはブロック図中の１つもしくは複数のブロックにおける具体的な機能を実装するための装置を生成する。

【0119】

これらのコンピュータプログラム命令は、具体的な方式で機能するようにコンピュータまたは別のプログラム可能データ処理デバイスに命令することができるコンピュータ可読メモリに記憶され得、したがって、コンピュータ可読メモリに記憶された命令は、命令装置を含むアーチファクトを生成する。命令装置は、フローチャート中の１つもしくは複数のプロセスにおける、および／またはブロック図中の１つもしくは複数のブロックにおける具体的な機能を実装する。

【0120】

コンピュータプログラム命令は、代替として、コンピュータまたは別のプログラム可能データ処理デバイスにロードされ得、それにより、コンピュータまたは別のプログラム可能デバイス上で一連の動作およびステップが実施されて、コンピュータ実装処理が生成される。したがって、コンピュータまたは別のプログラム可能デバイス上で実行される命令は、フローチャート中の１つもしくは複数の手順における、および／またはブロック図中の１つもしくは複数のブロックにおける具体的な機能を実装するためのステップを提供する。

【0121】

本出願のいくつかの実施形態が説明されたが、基本的な発明概念を知れば、当業者ならこれらの実施形態に変更および修正を加えることができる。したがって、後続の特許請求の範囲は、これらの実施形態、ならびに本出願の範囲内に入るすべての変更および修正をカバーすると解釈されるものとされる。

【0122】

当業者なら、本出願の実施形態の趣旨および範囲を逸脱することなく本出願の実施形態に様々な修正および変形を加えることができることは明らかである。この場合、本出願は、後続の特許請求の範囲およびそれと等価な技術によって定義される保護範囲内に入る限り、本出願の実施形態のこれらの修正および変形もカバーするものとされる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】