JP7299329B2 - 送信方法および通信装置 - Google Patents

Description

本出願は、通信分野、より具体的には、送信方法および通信装置に関する。

ワイヤレス通信システムは、スペクトル利用率を改善するために、無認可周波数帯域でデータを送信し得る。データを送信する前に、通信デバイス、例えば端末デバイスまたはネットワークデバイスは、チャネルにアクセスするためにチャネルアクセス（またはリッスンビフォアトーク（listen before talk，LBT））プロセスを完了する必要がある。チャネルアクセスプロセスは、固定持続時間ベースのチャネルアクセスプロセスおよびフォールバックベースのチャネルアクセスプロセスを含む。チャネルアクセスプロセスを完了した後にのみ、通信デバイスは、ある期間にチャネルを使用することができる。この期間は、チャネル占有時間（channel occupancy time，COT）と称される。

従来技術では、無認可セルにおけるダウンリンクデータに対するハイブリッド自動再送要求（hybrid automatic repeat request，HARQ）フィードバックを送信する前に、端末デバイスは、チャネルを取得するためにフォールバックベースのチャネルアクセスプロセスを実行して、ダウンリンクデータに対するHARQフィードバックを送信する必要がある。このプロセスは、実装が比較的複雑である。

本出願は、端末デバイスがHARQフィードバックを送信する前のLBT挙動を簡略化し、実装の複雑さを低減するために、送信方法および通信装置を提供する。

第1の態様によれば、送信方法が提供される。方法は、端末デバイスによって実行されてもよく、または端末デバイスに構成されたチップによって実行されてもよい。

方法は、第1のダウンリンク制御情報（downlink control information，DCI）を受信するステップであって、第1のDCIはダウンリンク送信リソースを示すかまたはアクティブ化するために使用される、ステップと、ダウンリンク送信リソース上でダウンリンクデータを受信するステップと、第2のDCIを受信するステップであって、第2のDCIはアップリンク送信リソースを示すために使用され、アップリンク送信リソースはダウンリンクデータのフィードバック情報を送信するために使用される、ステップと、アップリンク送信リソース上でフィードバック情報を送信するステップとを含む。

本出願で提供される送信方法によれば、ネットワークデバイスは、第1のDCIを使用して、動的にスケジュールされたダウンリンク送信リソースを最初に構成するか、または半永続的にスケジュールされたダウンリンク送信リソースをアクティブ化する。次いで、ネットワークデバイスは、チャネルアクセスプロセスを完了した後に第2のDCIを端末デバイスに送信して、ダウンリンクデータのHARQフィードバックを送信するために使用されるアップリンク送信リソースを示す。従来技術と比較して、ネットワークデバイスは、2つのDCIに基づいてリソースを割り当てることを示す。リソースを割り当てるとき、ネットワークデバイスはリッスンビフォアトーク（listen before talk，LBT）（またはモニタビフォアトランスミットと呼ばれる）を実行する。ネットワークデバイスが、アップリンク送信リソースに対応するCOTを端末デバイスと共有することと等価である。端末デバイスは、2つのバッチでリソースを取得し、ネットワークデバイスのLBT効果を共有する。このようにして、端末デバイスは、第1のタイプのチャネルアクセスプロセスを実行することを許可されるか、または端末デバイスは、チャネルアクセスプロセスを実行しないことを許可される。したがって、端末デバイスは、第2のタイプのチャネルアクセスプロセスを実行することなくアップリンクリソース上でフィードバック情報を送信して、端末デバイスの挙動を簡素化し、実装の複雑さを低減することができる。

第1のタイプのチャネルアクセスプロセスは、固定持続時間ベースのチャネルアクセスプロセスとも呼ばれ得る。第2のタイプのチャネルアクセスプロセスは、フォールバックベースのチャネルアクセスプロセスとも呼ばれ得る。詳細については、特定の実施形態の説明を参照されたい。ここでは詳細は説明されない。

第1の態様を参照して、第1の態様のいくつかの実装形態では、第1のDCIは、HARQプロセス（process）識別子（identifier，ID）をさらに含んでもよい。

第1のDCIはHARQ process IDを搬送し、端末デバイスはHARQ process IDに基づいてHARQフィードバックを実行することができる。

第1の態様を参照して、第1の態様のいくつかの実装形態では、第2のDCIを受信するステップは、第2のDCIを取得するためにターゲット期間でダウンリンク制御チャネルを監視するステップであって、不連続受信（discontinuous reception，DRX）アクティブ化時間がターゲット期間を含むか、または不連続受信DRXアクティブ化時間がターゲット期間を含まない、ステップを含む。

DRXアクティブ化時間がターゲット期間を含む場合、端末デバイスは、ターゲット期間内のすべてのアクティブ化されたサービングセルの物理ダウンリンク制御チャネル（physical downlink control channel，PDCCH）を監視する。DRXアクティブ化時間がターゲット期間を含まない場合、端末デバイスは、ターゲット期間内の特定のアクティブ化されたサービングセルのPDCCH、すなわち、第2のDCIが送信され得るサービングセルのPDCCHを監視する。端末デバイスがターゲット期間内のすべてのアクティブ化されたサービングセルのPDCCHを監視する場合と比較して、この場合の端末デバイスの実装はより簡単である。

第1の態様を参照して、第1の態様のいくつかの実装形態では、ターゲット期間の開始時間は、第1のDCIの終了位置またはダウンリンクデータの終了位置に基づいて決定されるか、またはターゲット期間の開始時間は、ネットワークデバイスによって構成される。

第1の態様を参照して、第1の態様のいくつかの実装形態では、ターゲット期間の終了時間は、第2のDCIが受信された時間であるか、またはターゲット期間の終了時間は、ネットワークデバイスによって構成される。

第1の態様を参照して、第1の態様のいくつかの実装形態では、第1のDCIは時間範囲指示情報を含み、時間範囲指示情報は時間範囲を示すために使用され、時間範囲は、端末デバイスが第2のDCIを受信することを期待する時間範囲である。

前述の技術的解決策に基づいて、端末デバイスは、第2のDCIが受信されると期待される時間範囲内でのみ第2のDCIを監視することができ、常に第2のDCIを監視する必要はない。これにより、消費電力を低減することができる。

第1の態様を参照して、第1の態様のいくつかの実装形態では、第2のDCIは、端末デバイスのチャネルアクセスプロセスのタイプが第1のタイプであることを示すために使用されるか、または第2のDCIは、端末デバイスがチャネルアクセスプロセスを実行しないことを示すために使用される。

前述の技術的解決策に基づいて、第2のDCIが受信されると、端末デバイスは、第1のタイプのチャネルアクセスプロセスを実行することができる。第1のタイプのチャネルアクセスプロセスが完了した後、端末デバイスは、アップリンク送信リソースを使用してフィードバック情報を送信することができる。あるいは、第2のDCIが受信されると、端末デバイスは、第1のタイプのチャネルアクセスプロセスを実行することなく、アップリンク送信リソースを使用してフィードバック情報を送信することができる。したがって、端末デバイスは、第2のタイプのチャネルアクセスプロセスを実行しなくてもよい。これにより、端末デバイスの挙動が簡素化され、実装の複雑さが低減される。

第1の態様を参照して、第1の態様のいくつかの実装形態では、ダウンリンク送信リソースおよびアップリンク送信リソースは、時間領域において異なるチャネル占有時間COTに属する。

第1の態様を参照して、第1の態様のいくつかの実装形態では、第2のDCIは、以下のうちの少なくとも1つをさらに含む：

（1）端末デバイスのID情報

ネットワークデバイスは、端末デバイスのID情報を使用することにより、第2のDCIで、第2のDCIが特定される端末デバイスを示すことができる。第2のDCIは端末デバイスのID情報を含まなくてもよく、第2のDCIはブロードキャストまたはマルチキャストであってもよい。

（2）第1のサービングセルのID情報
第1のサービングセルは、第1のDCIが搬送されるダウンリンク送信リソースに対応するセルである。

第2のDCIは、第2のDCIを使用して示されたアップリンク送信リソースがセル上のダウンリンク送信リソースのHARQフィードバックを送信するために使用されることを示すために、第1のサービングセルのID情報を搬送することができる。第2のDCIが第1のサービングセルのID情報を含まない場合、端末デバイスは、第2のDCIを送信するためのリソースに対応するセル、すなわち第3のサービングセルに基づいて、第2のDCIがセルの第1のDCIであると決定することができる。

（3）第2のサービングセルのID情報
第2のDCIによって示されるアップリンク送信リソースは、第2のサービングセルに位置する。

第2のDCIは、アップリンク送信リソースが位置するサービングセルがサービングセル内にあることを端末デバイスに示すために、第2のサービングセルのID情報を搬送する。第2のDCIが第2のサービングセルのID情報を含まない場合、第2のサービングセルおよびダウンリンク送信リソースは同じサービングセルに対応すると見なされ得る。

（4）HARQ processのID情報

HARQ processは、第2のDCIに対応するHARQ processである。言い換えれば、第2のDCIによって示されるアップリンク送信リソースは、HARQ processのためのHARQフィードバックを実行するために使用される。

第2のDCIがHARQ processのID情報を含まない場合、第2のDCIに対応するHARQ processは、他の3つの方法で決定されてもよい。

方法1：ネットワークデバイスが、端末デバイスに構成情報を送信する。構成情報は、第2のDCIによって示されるアップリンク送信リソース上で端末デバイスによって実行されたHARQフィードバックに対応するHARQ processesを示すために使用される。言い換えれば、ネットワークデバイスは、これらのHARQ processesのIDを事前構成する。端末デバイスは、第2のDCIを使用して構成されたアップリンク送信リソースを使用して、これらのHARQ processesのIDに対応するHARQ processesのHARQフィードバックをネットワークデバイスに送信する。

方法2：第2のDCIに対応するHARQ processはすべてHARQ processesである。言い換えれば、第2のDCIを受信した後、端末デバイスは、すべてのHARQ processesのフィードバック情報をネットワークデバイスに送信する。第1のDCIを使用してスケジュールされたダウンリンクデータは、すべてのHARQ processesのうちの1つまたは複数に対応し得ることを理解されたい。

方法3：ネットワークデバイスは、フィードバックされ得るHARQ processの最大数を構成する。端末デバイスは、フィードバック情報が特定される1つまたは複数のHARQ processをネットワークデバイスに通知する。

（5）アップリンク帯域幅部分（band width part，BWP）のID情報アップリンクBWPは、アップリンク送信リソースが属するBWPである。

言い換えれば、アップリンクBWPのIDは、第2のDCIを使用して構成されたアップリンク送信リソースが位置するBWPを示す。第2のDCIによって示されるアップリンクBWPが現在アクティブ化されているアップリンクBWPでない場合、端末デバイスは、アクティブ化されたアップリンクBWPから示されたアップリンクBWPに切り替えるために、アップリンクBWP切り替えプロセスを実行する。第2のDCIがアップリンクBWPのID情報を含まない場合、第2のDCIを使用して構成されたアップリンク送信リソースは、現在アクティブ化されているUL BWP上にある。

（6）サブバンド（subband）のID情報subbandは、アップリンク送信リソースが属するsubbandである。

言い換えれば、subbandのIDは、アップリンク送信リソースが位置するsubbandを示すために使用される。端末デバイスは、示されたsubbandでフィードバック情報をネットワークデバイスに送信する。

第2のDCIがsubbandのID情報を含まない場合、アップリンク送信リソースおよびダウンリンク送信リソースは同じsubbandに対応すると見なされ得る。

結論として、第2のDCIは、（1）～（6）のうちの1つまたは複数を含んでもよく、または第2のDCIは、（1）～（6）のいずれも含まなくてもよい。

第1の態様を参照して、第1の態様のいくつかの実装形態では、第1のDCIの巡回冗長検査（cyclic redundancy check，CRC）は、第1の無線ネットワーク一時識別子（radio network temporary identifier，RNTI）を使用してスクランブルされ、第2のDCIのCRCは、第2のRNTIを使用してスクランブルされ、第1のRNTIは、第2のRNTIと同じであるか、または異なる。

例えば、第1のRNTIが第2のRNTIと同じである場合、第1のDCIおよび第2のDCIの各々はインジケータビットを含むことができる。インジケータビットは、第1のDCIと第2のDCIとを区別するために使用される。

第1の態様を参照して、第1の態様のいくつかの実装形態では、第1のDCIが送信される第1のサービングセルは第3のサービングセルに対応し、第2のDCIを受信するステップは、第2のDCIを取得するために第3のサービングセルにおけるダウンリンク制御チャネルを監視するステップを含む。

さらに、第1のサービングセルと第3のサービングセルとの間の対応関係がネットワークデバイスによって端末デバイスのために構成されるか、または第1のサービングセルと第3のサービングセルとの間の対応関係が事前設定される。

前述の技術的解決策に基づいて、端末デバイスは、第1のサービングセルと第3のサービングセルとの間の対応関係に基づいて第3のサービングセルを決定し、次いで、第2のDCIを取得するために第3のサービングセルにおけるダウンリンク制御チャネルを監視することができる。

第1の態様を参照して、第1の態様のいくつかの実装形態では、方法は、実行中ランダムアクセスプロセスがないか、または実行中ランダムアクセスプロセスが完了したときに、帯域幅部分BWP非アクティブタイマ（bwp－inactivitytimer）を開始または再開するステップ、および／またはセカンダリセル非アクティブ化タイマ（scell－deactivationtimer）を開始または再開するステップであって、BWP非アクティブタイマはBWP切り替えに使用され、セカンダリセル非アクティブ化タイマはセカンダリセル非アクティブ化に使用される、ステップを含み得る。

BWP非アクティブタイマが開始または再開され、BWPアクティブ化時間が延長され得、BWPはデータ送信に使用され得る。セカンダリセル非アクティブ化タイマが開始または再開され、セカンダリセル（secondary cell，SCell）非アクティブ化時間が延長され、SCellがデータ送信に使用され得る。

第2の態様によれば、送信方法が提供される。方法は、ネットワークデバイスによって実行されてもよく、またはネットワークデバイスに構成されたチップによって実行されてもよい。

方法は、第1のDCIを送信するステップであって、第1のDCIがダウンリンク送信リソースを示すまたはアクティブ化するために使用される、ステップと、ダウンリンク送信リソース上でダウンリンクデータを送信するステップと、第2のDCIを送信するステップであって、第2のDCIはアップリンク送信リソースを示すために使用され、アップリンク送信リソースはダウンリンクデータのフィードバック情報を送信するために使用される、ステップと、アップリンク送信リソース上でフィードバック情報を受信するステップとを含む。

本出願で提供される送信方法によれば、ネットワークデバイスは、第1のDCIを使用して、動的にスケジュールされたダウンリンク送信リソースを最初に構成するか、または半永続的にスケジュールされたダウンリンク送信リソースをアクティブ化する。次いで、ネットワークデバイスは、チャネルアクセスプロセスを完了した後に第2のDCIを端末デバイスに送信して、ダウンリンクデータのHARQフィードバックを送信するために使用されるアップリンク送信リソースを示す。従来技術と比較して、ネットワークデバイスは、2つのDCIに基づいてリソースを割り当てることを示す。リソースを割り当てるとき、ネットワークデバイスはリッスンビフォアトーク（listen before talk，LBT）（またはモニタビフォアトランスミットと呼ばれる）を実行する。ネットワークデバイスが、アップリンク送信リソースに対応するCOTを端末デバイスと共有することと等価である。端末デバイスは、2つのバッチでリソースを取得し、ネットワークデバイスのLBT効果を共有する。このようにして、端末デバイスは、第1のタイプのチャネルアクセスプロセスを実行することを許可されるか、または端末デバイスは、チャネルアクセスプロセスを実行しないことを許可される。したがって、端末デバイスは、第2のタイプのチャネルアクセスプロセスを実行することなくアップリンクリソース上でフィードバック情報を送信して、端末デバイスの挙動を簡素化し、実装の複雑さを低減することができる。

第2の態様を参照して、第2の態様のいくつかの実装形態では、第1のDCIは時間範囲指示情報を含み、時間範囲指示情報は時間範囲を示すために使用され、時間範囲は、端末デバイスが第2のDCIを受信することを期待する時間範囲である。

第2の態様を参照して、第2の態様のいくつかの実装形態では、第2のDCIは、端末デバイスのチャネルアクセスプロセスのタイプが第1のタイプであることを示すために使用されるか、または第2のDCIは、端末デバイスがチャネルアクセスプロセスを実行しないことを示すために使用される。

第2の態様を参照して、第2の態様のいくつかの実装形態では、ダウンリンク送信リソースおよびアップリンク送信リソースは、時間領域において異なるチャネル占有時間COTに属する。

第2の態様を参照して、第2の態様のいくつかの実装形態では、第2のDCIは、以下のうちの少なくとも1つをさらに含む：

端末デバイスのID情報；
第1のサービングセルのID情報であり、第1のサービングセルは、第1のDCIが搬送されるダウンリンク送信リソースに対応するセルである；

第2のサービングセルのID情報であり、アップリンク送信リソースは、第2のサービングセルに位置する；

ハイブリッド自動再送要求HARQプロセスのID情報であり、HARQプロセスは、第2のDCIに対応するHARQプロセスである；

アップリンク帯域幅部分BWPのID情報であり、アップリンクBWPは、アップリンク送信リソースが属するBWPである；および

サブバンドのID情報であり、サブバンドはアップリンク送信リソースが属するサブバンドである。

第2の態様を参照して、第2の態様のいくつかの実装形態では、第1のDCIの巡回冗長検査CRCは、第1の無線ネットワーク一時識別子RNTIを使用してスクランブルされ、第2のDCIのCRCは、第2のRNTIを使用してスクランブルされ、第1のRNTIは、第2のRNTIと同じであるか、または異なる。

第2の態様を参照して、第2の態様のいくつかの実装形態では、第1のRNTIは第2のRNTIと同じであり、第1のDCIおよび第2のDCIの各々はインジケータビットを含み、インジケータビットは第1のDCIと第2のDCIとを区別するために使用される。

第2の態様を参照して、第2の態様のいくつかの実装形態では、第1のDCIが送信される第1のサービングセルは第3のサービングセルに対応し、第3のサービングセルは第2のDCIが位置するセルである。

第2の態様を参照して、第2の態様のいくつかの実装形態では、第1のサービングセルと第3のサービングセルとの間の対応関係がネットワークデバイスによって端末デバイスのために構成されるか、または第1のサービングセルと第3のサービングセルとの間の対応関係が事前設定される。

第3の態様によれば、本出願は通信装置を提供する。通信装置は、前述の方法の任意の態様における端末デバイスの挙動を実施する機能を有し、第1の態様の方法に記載されたステップまたは機能に対応するユニットまたは手段（means）を含む。ステップまたは機能は、ソフトウェア、ハードウェア、またはハードウェアとソフトウェアとの組み合わせを使用して実施されてもよい。

第4の態様によれば、本出願は通信装置を提供する。通信装置は、前述の方法の任意の態様におけるネットワークデバイスの挙動を実施する機能を有し、第2の態様の方法に記載されたステップまたは機能に対応するユニットまたは手段（means）を含む。ステップまたは機能は、ソフトウェア、ハードウェア、またはハードウェアとソフトウェアとの組み合わせを使用して実施されてもよい。

第5の態様によれば、本出願は、プロセッサを含む通信装置を提供する。プロセッサは、第1の態様で提供される方法を実施するために、メモリに接続され、メモリに格納されたプログラムを読み出して実行するように構成される。

任意選択で、1つまたは複数のプロセッサおよび1つまたは複数のメモリが存在する。

任意選択で、メモリはプロセッサと統合されてもよいし、またはメモリとプロセッサとは別々に配置される。

特定の実装プロセスでは、メモリは、非一時的（non－transitory）メモリ、例えば読み出し専用メモリ（read only memory，ROM）であってもよい。メモリおよびプロセッサは、同じチップ上に統合されてもよく、または異なるチップ上に別々に配置されてもよい。メモリの種類ならびにメモリおよびプロセッサを配置するための方法は、本出願の実施形態では限定されない。

関連するデータ交換プロセス、例えば、構成情報の送信は、プロセッサから指示情報を出力するプロセスであってもよく、能力情報の受信は、プロセッサによって入力能力情報を受信するプロセスであってもよいことを理解されたい。具体的には、プロセッサによって出力されたデータは送信機に出力されてもよく、プロセッサによって受信された入力データは受信機からのものであってもよい。送信機および受信機はまとめてトランシーバと呼ばれることがある。

第5の態様による装置は、チップであってもよい。プロセッサは、ハードウェアまたはソフトウェアを使用して実装されてもよい。プロセッサがハードウェアを使用して実装される場合、プロセッサは、論理回路、集積回路などであってもよい。プロセッサがソフトウェアを使用して実装される場合、プロセッサは、汎用プロセッサであってもよく、メモリに格納されたソフトウェアコードを読み出すことによって実施される。メモリは、プロセッサに統合されていてもよく、またはプロセッサの外部に独立して存在していてもよい。

第6の態様によれば、本出願は、プロセッサを含む通信装置を提供する。プロセッサは、第2の態様で提供される方法を実施するために、メモリに接続され、メモリに格納されたプログラムを読み出して実行するように構成される。

任意選択で、1つまたは複数のプロセッサおよび1つまたは複数のメモリが存在する。

任意選択で、メモリはプロセッサと統合されてもよいし、またはメモリとプロセッサとは別々に配置される。

特定の実装プロセスでは、メモリは、非一時的（non－transitory）メモリ、例えば読み出し専用メモリ（read only memory，ROM）であってもよい。メモリおよびプロセッサは、同じチップ上に統合されてもよく、または異なるチップ上に別々に配置されてもよい。メモリの種類ならびにメモリおよびプロセッサを配置するための方法は、本出願の実施形態では限定されない。

関連するデータ交換プロセス、例えば、構成情報の送信は、プロセッサから指示情報を出力するプロセスであってもよく、能力情報の受信は、プロセッサによって入力能力情報を受信するプロセスであってもよいことを理解されたい。具体的には、プロセッサによって出力されたデータは送信機に出力されてもよく、プロセッサによって受信された入力データは受信機からのものであってもよい。送信機および受信機はまとめてトランシーバと呼ばれることがある。

第6の態様による装置は、チップであってもよい。プロセッサは、ハードウェアまたはソフトウェアを使用して実装されてもよい。プロセッサがハードウェアを使用して実装される場合、プロセッサは、論理回路、集積回路などであってもよい。プロセッサがソフトウェアを使用して実装される場合、プロセッサは、汎用プロセッサであってもよく、メモリに格納されたソフトウェアコードを読み出すことによって実施される。メモリは、プロセッサに統合されていてもよく、またはプロセッサの外部に独立して存在していてもよい。

第7の態様によれば、本出願は、プロセッサおよびインターフェース回路を含む通信装置を提供する。プロセッサは、インターフェース回路を介して別の装置と通信し、第1の態様で提供される方法を実行するように構成される。

任意選択で、1つまたは複数のプロセッサおよび1つまたは複数のメモリが存在する。

第8の態様によれば、本出願は、プロセッサおよびインターフェース回路を含む通信装置を提供する。プロセッサは、インターフェース回路を介して別の装置と通信し、第2の態様で提供される方法を実行するように構成される。

任意選択で、1つまたは複数のプロセッサおよび1つまたは複数のメモリが存在する。

第9の態様によれば、本出願はプログラムを提供する。プログラムがプロセッサによって実行されると、プログラムは、第1の態様または第2の態様による方法を実行するために使用される。

第10の態様によれば、本出願は、第9の態様のプログラムを含むプログラム製品、例えばコンピュータ可読記憶媒体を提供する。

前述の技術的解決策に基づいて、ネットワークデバイスは、2つのDCIに基づいてリソースを割り当てることを示す。リソースを割り当てるとき、ネットワークデバイスはLBTを実行する。ネットワークデバイスが、アップリンク送信リソースに対応するCOTを端末デバイスと共有することと等価である。端末デバイスは、2つのバッチでリソースを取得し、ネットワークデバイスのLBT効果を共有する。このようにして、端末デバイスは、第1のタイプのチャネルアクセスプロセスを実行することを許可されるか、または端末デバイスは、チャネルアクセスプロセスを実行しないことを許可される。したがって、端末は、第2のタイプのチャネルアクセスプロセスを実行することなくアップリンクリソース上でフィードバック情報を送信して、端末デバイスの挙動を簡素化し、実装の複雑さを低減することができる。加えて、第2のDCIを使用してアップリンク送信リソースを柔軟に割り当てることができるため、ネットワークデバイスは、アップリンクリソースおよびダウンリンクリソースを柔軟にスケジュールすることができる。これにより、リソース利用率が向上する。

本出願の一実施形態が適用可能である通信システムの概略図である。 本出願の一実施形態が適用可能であるネットワークアーキテクチャの概略図である。 本出願の一実施形態が適用可能であるネットワークアーキテクチャの概略図である。 本出願の一実施形態による送信方法の概略相互作用図である。 本出願による方法を使用してアップリンクおよびダウンリンク送信を実行する概略図である。 動的スケジューリングシナリオにおけるターゲット期間の概略図である。 動的スケジューリングシナリオにおけるターゲット期間の別の概略図である。 本出願の一実施形態による通信装置の概略ブロック図である。 本出願の一実施形態による端末デバイスの構造の概略図である。 本出願の一実施形態によるネットワークデバイスの構造の概略図である。

以下では、添付図面を参照して本出願の技術的解決策を説明する。

本出願の実施形態の技術的解決策は、限定はしないが、狭帯域モノのインターネット（narrowband internet of things，NB－IoT）システム、汎欧州デジタル移動電話方式（global system for mobile communications，GSM）、符号分割多元接続（code division multiple access，CDMA）システム、広帯域符号分割多元接続（wideband code division multiple access，WCDMA）システム、汎用パケット無線サービス（general packet radio service，GPRS）システム、ロングタームエボリューション（long term evolution，LTE）システム、LTE周波数分割複信（frequency division duplex，FDD）システム、LTE時分割複信（time division duplex，TDD）、ユニバーサル・モバイル・テレコミュニケーションズ・システム（universal mobile telecommunication system，UMTS）、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（worldwide interoperability for microwave access，WiMAX）通信システム、第5世代（5th generation，5G）システム、または新しい無線（new radio，NR）システムなどの様々な通信システムに適用可能であり得る。

図1は、本出願の一実施形態が適用可能である通信システム100の概略図である。図1に示すように、端末130は、ワイヤレスネットワークに接続して、ワイヤレスネットワークを介して外部ネットワーク（例えば、インターネット）からサービスを取得するか、またはワイヤレスネットワークを介して別の端末と通信する。ワイヤレスネットワークは、RAN110およびコアネットワーク（core network，CN）120を含む。RAN110は、端末130をワイヤレスネットワークに接続するために使用される。CN120は、端末130を管理し、外部ネットワークと通信するためのゲートウェイを提供するために使用される。

端末デバイス、ユーザ機器（user equipment，UE）、移動局（mobile station，MS）、または移動端末（mobile terminal，MT）などとも呼ばれる端末は、音声／データ接続性をユーザに提供するデバイスである。例えば、端末は、ハンドヘルドデバイスまたは無線接続機能を有する車載デバイスである。現在、端末のいくつかの例は、携帯電話（mobile phone）、タブレットコンピュータ、ノートブックコンピュータ、パームトップコンピュータ、モバイルインターネットデバイス（mobile internet device，MID）、ウェアラブルデバイス、仮想現実（virtual reality，VR）デバイス、拡張現実（augmented reality，AR）デバイス、産業用制御（industrial control）の無線端末、自動運転（self driving）の無線端末、遠隔医療手術（remote medical surgery）の無線端末、スマートグリッド（smart grid）の無線端末、輸送安全（transportation safety）の無線端末、スマートシティ（smart city）の無線端末、またはスマートホーム（smart home）の無線端末である。

ネットワークデバイスは、ワイヤレスネットワーク内のデバイスである。例えば、ネットワークデバイスは、端末をワイヤレスネットワークに接続する無線アクセスネットワーク（radio access network，RAN）ノードである。現在、RANノードのいくつかの例は、gNB、送受信ポイント（transmission reception point，TRP）、進化型ノードB（evolved Node B，eNB）、無線ネットワークコントローラ（radio network controller，RNC）、ノードB（Node B，NB）、基地局コントローラ（base station controller，BSC）、基地トランシーバ局（base transceiver station，BTS）、ホーム基地局（例えば、home evolved NodeBやhome Node B，HNB）、ベースバンドユニット（base band unit，BBU）、またはワイヤレスフィデリティ（wireless fidelity，Wi－Fi）アクセスポイント（access point，AP）である。ネットワーク構造では、ネットワークデバイスは、集中型ユニット（centralized unit，CU）ノード、分散型ユニット（distributed unit，DU）ノード、またはCUノードおよびDUノードを含むRANデバイスを含み得る。

図2は、本出願の一実施形態によるネットワークアーキテクチャの概略図である。図2に示すように、ネットワークアーキテクチャは、コアネットワーク（core network，CN）デバイスおよびRANデバイスを含む。RANデバイスは、ベースバンド装置および無線周波数装置を含む。ベースバンド装置は、1つのノードによって実施されてもよく、または複数のノードによって実施されてもよい。無線周波数装置は、ベースバンド装置から独立して遠隔に実装されてもよいし、ベースバンド装置に統合されてもよいし、あるいは、無線周波数装置の一部がベースバンド装置から遠隔に実装され、残りの部分がベースバンド装置に統合される。例えば、LTE通信システムでは、RANデバイス（eNB）は、ベースバンド装置および無線周波数装置を含む。無線周波数装置は、ベースバンド装置に対して遠隔に配置され得る。例えば、遠隔無線ユニット（remote radio unit，RRU）は、BBUに対して遠隔に配置される。

RANデバイスと端末との間の通信は、特定のプロトコル層構造に準拠している。例えば、制御プレーンプロトコル層構造は、無線リソース制御（radio resource control，RRC）層、パケットデータコンバージェンスプロトコル（packet data convergence protocol，PDCP）層、無線リンク制御（radio link control，RLC）層、媒体アクセス制御（media access control，MAC）層、および物理層などのプロトコル層の機能を含み得る。ユーザプレーンプロトコル層構造は、PDCP層、RLC層、MAC層、および物理層などのプロトコル層の機能を含み得る。実装形態では、PDCP層の上にサービスデータ適応プロトコル（service data adaptation protocol，SDAP）層がさらに含まれる。

これらのプロトコル層の機能は、1つのノードによって実装されてもよいし、複数のノードによって実装されてもよい。例えば、進化型構造では、RANデバイスは、集中型ユニット（centralized unit，CU）および分散型ユニット（distributed unit，DU）を含み得る。複数のDUは、1つのCUによって集中制御されてもよい。図2に示すように、CUおよびDUは、ワイヤレスネットワークのプロトコル層に基づいて分割され得る。例えば、PDCP層とPDCP層より上の層の両方の機能がCUに設定され、RLC層およびMAC層などのPDCP層より下のプロトコル層の機能がDUに設定される。

RANデバイスは、1つまたは複数のノードを使用して、無線リソース制御（radio resource control，RRC）層、パケットデータ収束プロトコル（packet data convergence protocol，PDCP）層、無線リンク制御（radio link control，RLC）層、およびメディアアクセス制御（Media Access Control，MAC）層などのプロトコル層の機能を実装することができる。例えば、進化型構造では、RANデバイスは集中型ユニット（centralized unit，CU）と分散型ユニット（distributed unit，DU）とを含み得、複数のDUは1つのCUによって集中制御され得る。図2に示すように、CUおよびDUは、ワイヤレスネットワークのプロトコル層に基づいて分割され得る。例えば、PDCP層とPDCP層より上の層の両方の機能がCUに設定され、RLC層およびMAC層などのPDCP層より下のプロトコル層の機能がDUに設定される。

プロトコル層に基づく分割は一例にすぎず、代替として、RLC層などの別のプロトコル層に基づいて分割が行われてもよい。RLC層とRLC層より上のプロトコル層の両方の機能がCUに設定され、RLC層より下のプロトコル層の機能がDUに設定される。あるいは、分割はプロトコル層で行われる。例えば、RLC層の一部の機能およびRLC層より上のプロトコル層の機能がCUに設定され、RLC層の残りの機能およびRLC層より下のプロトコル層の機能がDUに設定される。加えて、分割は代替的に別の方法で実行されてもよい。例えば、分割は待ち時間に基づいて行われる。処理時間が待ち時間要件を満たす必要がある機能がDUに設定され、処理時間が待ち時間要件を満たす必要がない機能がCUに設定される。

加えて、無線周波数装置は、DUに配置されずにDUから遠隔に配置されてもよく、またはDUに統合されてもよく、あるいはある部品がDUから遠隔に配置され、残りの部品がDUに統合される。これは、本明細書では限定されない。

図3は、本出願の一実施形態が適用可能であるネットワークアーキテクチャの概略図である。図2に示されたアーキテクチャと比較して、CUの制御プレーン（CP）およびユーザプレーン（UP）は、異なるエンティティを使用することによって分離され実装され得る。異なるエンティティは、それぞれ、制御プレーンCUエンティティ（CU－CPエンティティ）およびユーザプレーンUPエンティティ（CU－UPエンティティ）である。

前述のネットワークアーキテクチャでは、CUによって生成されたシグナリングは、DUを使用して端末に送信されてもよく、または端末によって生成されたシグナリングは、DUを使用してCUに送信されてもよい。DUは、シグナリングを解析せずにプロトコル層でシグナリングを直接カプセル化することによって、シグナリングを端末またはCUに透過的に送信することができる。以下の実施形態では、DUと端末との間のそのようなシグナリングの送信が含まれる場合、DUがシグナリングを送信または受信することは、このシナリオを含む。例えば、RRC層またはPDCP層でのシグナリングは、最終的にPHY層でのシグナリングとして処理され、端末に送信されるか、またはPHY層で受信されたシグナリングから変換される。このアーキテクチャでは、RRC層またはPDCP層でのシグナリングがDUによって送信されるか、またはDUおよび無線周波数によって送信されると考えることもできる。

前述の実施形態では、CUはRAN側のネットワークデバイスとして分類される。加えて、CUは、代替として、CN側のネットワークデバイスとして分類されてもよい。これは、本明細書では限定されない。

本出願の以下の実施形態における装置は、装置によって実施される機能に基づいて端末またはネットワークデバイスに配置されてもよい。前述のCU－DU構造が使用される場合、ネットワークデバイスは、CUノード、DUノード、またはCUノードおよびDUノードを含むRANデバイスであり得る。

前述の図1～図3は説明のための単なる例であり、本出願に対するいかなる限定も構成するものではないことを理解されたい。

本出願の解決策は、新しい無認可無線（new radio－unlicensed，NR－U）セルに適用可能であり得る。しかしながら、これは本出願では限定されない。NR－Uセルは、以下のシナリオのいずれかを満たすことができる。

シナリオA：NR－UセルとNRセルとの間でキャリアアグリゲーション（carrier aggregation，CA）が実行される。

このシナリオでは、NR－Uセルはセカンダリセル（secondary cell，SCell）として使用され、NRセルはプライマリセル（primary cell，PCell）として使用され、NRセルはライセンス周波数帯域で動作する。NR－Uは、アップリンク送信およびダウンリンク送信を行うために使用されてもよいし、ダウンリンク送信のみを行うために使用されてもよい。NR－Uに接続されるコアネットワークは、5Gコアネットワーク（5G core network，5G－CN）である。

シナリオB：NR－UセルとLTEセルとの間で二重接続（dual connectivity，DC）が実行される。

このシナリオでは、NR－Uセルはプライマリセカンダリセル（Primary SCG Cell，PSCell）として使用され、LTEセルはPCellとして使用され、LTEセルはライセンス周波数帯域で動作する。LTE PCellに接続されたコアネットワークが進化型パケットコア（evolved packet core，EPC）である場合、またはLTE PCellがEPCと5G－CNの両方に接続され得る場合、LTE PCellは5G－CNに優先的に接続され得る。

シナリオC：独立したNR－Uが構成される。言い換えれば、アップリンクとダウンリンクの両方が無認可周波数帯域で動作する。

この場合、NR－Uは独立して動作することができ、接続されたコアネットワークは5G－CNである。

シナリオD：独立したNR－Uセルが構成される。言い換えれば、アップリンクはライセンス周波数帯域で動作し、ダウンリンクは無認可周波数帯域で動作する。

この場合、NR－Uに接続されたコアネットワークは5G－CNである。

シナリオE：NRセルとNR－Uとの間で二重接続が実行される。

この場合、このシナリオでは、NR－Uセルはプライマリセカンダリセル（Primary SCG Cell，PSCell）として使用され、NRセルはPCellとして使用され、NRセルはライセンス周波数帯域で動作する。PCellのコアネットワークは5G－CNである。

シナリオAからシナリオEは説明のための単なる例であり、本出願に対するいかなる制限も構成するものではないことを理解されたい。

上記では、プライマリセル（PCell）：プライマリセルは、プライマリ周波数帯域で動作するマスタセルグループ（master cell group，MCG）セルである。UEは、初期接続確立プロセスまたは接続再確立プロセスを行うように構成される。

セカンダリセル（SCell）：セカンダリセルは、UEがCA機能で構成されている場合、特殊セル（special cell，SC）に加えて追加の無線リソースを提供するセルである。

特殊セル：二重接続動作の場合、特殊セルは、MCGのプライマリセルまたはSCGのプライマリセカンダリセルである。そうでない場合、特殊セルはプライマリセルである。

プライマリセカンダリセル（PSCell）：二重接続動作の場合、プライマリセカンダリセルは、UEが同期再構成を実行するときにランダムアクセスを送信するセルである。

セカンダリセルグループ（secondary cell group，SCG）：セカンダリセルグループは、PSCellと、二重接続で構成されたUE向けの別のセカンダリセルとを含むサービングセルのサブセットである。

サービングセル（serving cell）：RRC＿CONNECTED状態のUEの場合、CA／DCが構成されていない場合、サービングセルは1つのみである。CA／DCが構成されている場合、サービングセルは、特殊セルおよびすべてのセカンダリセルを含む。

NR－Uセルでは、各通信デバイス、例えば端末デバイスまたはネットワークデバイスは、リッスンビフォアトーク（listen before talk，LBT）（またはモニタビフォアトランスミットと呼ばれる）機構を使用することによって、無認可周波数帯域上のリソースを使用することを競合することができる。

LBTは、通常、チャネル（例えば、20MHz）の粒度で実行される。チャネル（例えば、第1のチャネルと表記される）上で信号（例えば、データ信号）を送信する前に、通信デバイスは、第1のチャネルがアイドルであるかどうかを最初に検出することができる。例えば、通信デバイスは、近くの通信デバイスが信号を送信するために第1のチャネルを占有しているかどうかを検出する。検出プロセスは、クリアチャネル評価（clear channel assessment，CCA）プロセスまたはチャネルアクセスプロセスと呼ばれる場合がある。

本出願の実施形態では、第1のタイプのチャネルアクセスプロセスおよび第2のタイプのチャネルアクセスプロセスと呼ばれる少なくとも2つのチャネルアクセスプロセスがある。

第1のタイプのチャネルアクセスプロセス（固定持続時間ベースのチャネルアクセスプロセスとも呼ばれ得る）は、固定持続時間ベースのエネルギー検出であり得る。固定持続時間内に通信デバイス（通信デバイスは端末デバイスまたはネットワークデバイスであり得る）によって受信された信号のエネルギーが特定の帯域幅、例えば20MHzの第1の予め設定された閾値以下である場合、チャネルはアイドルであると見なされ、通信デバイスはデータを送信するためにアイドルチャネルを使用することができる。そうでない場合、チャネルはビジーであると見なされ、通信デバイスはデータを送信するためにビジーチャネルを使用しない。

第2のタイプのチャネルアクセスプロセス（フォールバックベースのチャネルアクセスプロセスとも呼ばれ得る）は、フォールバック機構に基づくエネルギー検出であり得る。ウィンドウは、特定の帯域幅に対して定義される。検出されたスロットの数の範囲は、ウィンドウで定義される。通信デバイスは、ウィンドウ（または値範囲）内の値Aをランダムに選択する。通信デバイスが少なくともA個のアイドルエネルギー検出スロットを検出した後、チャネルはアイドルであると見なされ、通信デバイスはデータを送信するためにアイドルチャネルを使用することができる。そうでない場合、チャネルはビジーであると見なされ、通信デバイスはデータを送信するためにビジーチャネルを使用しない。アイドルエネルギー検出は、一定の持続時間内に受信された信号のエネルギーが第2の予め設定された閾値以下であることを示す。第1の予め設定された閾値および第2の予め設定された閾値は、例えばプロトコルで予め定義されてもよい。これについては限定されない。加えて、第1の予め設定された閾値と第2の予め設定された閾値との間に制限関係はなく、第1の予め設定された閾値と第2の予め設定された閾値とは同じであっても異なっていてもよい。

チャネルアクセスプロセスが実行されると、チャネルアクセスプロセスが完了する結果と、チャネルアクセスプロセスが完了しない結果の2つが得られる場合がある。データ送信に使用される時間周波数リソースには複数の時間領域開始位置がある。任意の時間領域開始位置の前にチャネルがアイドルであると決定された場合、チャネルアクセスプロセスが完了したと見なされ得る。すべての時間領域開始位置の前にチャネルがビジーであると決定された場合、チャネルアクセスプロセスは完了していないと見なされ得る。

従来技術では、ネットワークデバイスは、1つのDCIを使用して、ダウンリンクデータを送信するために使用されるリソースとダウンリンクデータのHARQフィードバックを送信するために使用されるリソースの両方を示すことができる。しかしながら、ダウンリンクデータのHARQフィードバックを実行するために使用されるリソースとダウンリンクデータを送信するために使用されるリソースとが同じCOTにない場合、端末デバイスは、HARQフィードバックのために第2のタイプのチャネルアクセスプロセスを実行し、実装プロセスは比較的複雑である。

これを考慮して、本出願は送信方法を提供する。ネットワークデバイスは、第1のDCIを使用して、動的にスケジュールされたダウンリンク送信リソースを最初に構成するか、または半永続的にスケジュールされたダウンリンク送信リソースをアクティブ化する。次いで、ネットワークデバイスは、チャネルアクセスプロセスを完了した後に第2のDCIを端末デバイスに送信して、ダウンリンクデータのHARQフィードバックを送信するために使用されるアップリンク送信リソースを示す。従来技術と比較して、ネットワークデバイスは、2つのDCIに基づいてリソースを割り当てることを示す。リソースを割り当てるとき、ネットワークデバイスはLBTを実行する。ネットワークデバイスが、アップリンク送信リソースに対応するCOTを端末デバイスと共有することと等価である。端末デバイスは、2つのバッチでリソースを取得し、ネットワークデバイスのLBT効果を共有する。このようにして、端末デバイスは、第1のタイプのチャネルアクセスプロセスを実行することを許可されるか、または端末デバイスは、チャネルアクセスプロセスを実行しないことを許可される。したがって、端末デバイスは、第2のタイプのチャネルアクセスプロセスを実行することなくアップリンクリソース上でフィードバック情報を送信して、端末デバイスの挙動を簡素化し、実装の複雑さを低減することができる。

以下では、添付の図面を参照して本出願の実施形態を説明する。

本出願の実施形態の理解を容易にするために、本出願の実施形態が説明される前に以下のいくつかの説明が提供される。

本出願におけるアップリンク送信リソース／ダウンリンク送信リソースは、時間領域のリソースおよび周波数領域のリソースを含み得る。時間領域では、時間周波数リソースは、1つまたは複数の時間領域単位（あるいは時間単位と呼ばれてもよい）を含み得る。周波数領域では、周波数領域リソースは、1つまたは複数の周波数領域単位を含み得る。

時間領域単位（時間単位とも呼ばれ得る）は、シンボル、ミニスロット（Mini－slot）、スロット（slot）、またはサブフレーム（subframe）であり得る。時間領域におけるサブフレームの持続時間は、1ミリ秒（ms）であり得る。1つのスロットは、7個または14個のシンボルを含む。1つのミニスロットは、少なくとも1つのシンボル（例えば、2つのシンボル、7つのシンボル、もしくは14個のシンボル、または14個以下の任意の数のシンボル）を含み得る。列挙された時間領域単位サイズは、単に本出願の解決策の理解を容易にすることを意図しており、本発明に対する限定として解釈されるべきではない。時間領域単位サイズは他の値であってもよいことが理解されよう。これは本出願では限定されない。

周波数領域単位は、物理リソースブロック（physical resource block，PRB）、リソースブロック（resource block，RB）、リソースブロックグループ（resource block group，RBG）、または所定のサブバンド（subband）であり得る。

本出願の実施形態では、第1、第2、第3、第4、および様々な数値は、単に説明を容易にするために区別するために使用され、本出願の実施形態の範囲を限定するために使用されない。例えば、異なるDCIおよび異なるサービングセルのシーケンスが区別される。

本出願の実施形態では、「プロトコル」は、通信分野における標準プロトコルであり得る。例えば、「プロトコル」は、NRプロトコル、および将来の通信システムに適用可能な関連プロトコルを含み得る。これは本出願では限定されない。

本出願の実施形態では、「複数」とは2つ以上を意味し、他の数量詞も同様である。「および／または」という用語は、関連付けられる対象を記述するための関連付け関係を記述し、3つの関係が存在し得ることを表す。例えば、Aおよび／またはBは、Aのみが存在する場合、AとBの両方が存在する場合、Bのみが存在する場合、の3つの場合を表すことができる。加えて、単数形「a」、「an」、「the」で現れる要素（element）は、文脈上特に断りのない限り、「1つまたは1つのみ」を意味するものではなく、「1つまたは複数」を意味するものである。例えば、「a device」は、1つまたは複数のそのようなdeviceを意味する。さらに、「少なくとも1つ（at least one of）．．．」は、後続の関連オブジェクトの1つまたは任意の組み合わせを意味する。例えば、「A、B、およびCの少なくとも1つ」は、A、B、C、AB、AC、BC、またはABCを含む。

本出願で提供される送信方法は、ワイヤレス通信システム、例えば、図1に示されているワイヤレス通信システム100に適用可能であり得ることを理解されたい。本出願の実施形態における端末デバイスは、1つまたは複数のネットワークデバイスと同時に通信し得る。例えば、本出願の実施形態におけるネットワークデバイスは、図1のネットワークデバイス110に対応し得、本出願の実施形態における端末デバイスは、端末デバイス130に対応し得る。

一般性を失うことなく、以下では、端末デバイスとネットワークデバイスとの間の相互作用プロセスを一例として使用して、本出願の実施形態について詳細に説明する。端末デバイスは、1つまたは複数のネットワークデバイスと無線接続関係を有するワイヤレス通信システム内の任意の端末デバイスであり得る。ワイヤレス通信システム内の任意の端末デバイスは、同じ技術的解決策に基づいてワイヤレス通信を実施し得ることが理解されよう。これは本出願では限定されない。

図4は、本出願の一実施形態によるアップリンク送信方法400の概略フローチャートであり、デバイス相互作用の観点から示されている。図4に示すように、図4に示す方法400は、ステップS410～S440を含むことができる。以下では、各ステップについて詳細に説明する。方法400は、実行体として端末デバイスおよびネットワークデバイスのみを使用することによって説明されることを理解されたい。具体的な実装中に、端末デバイスは、端末デバイスに構成されたチップと置き換えられてもよく、ネットワークデバイスは、ネットワークデバイスに構成されたチップと置き換えられてもよい。

S410：ネットワークデバイスは、第1のDCIを端末デバイスに送信する。これに対応して、端末デバイスは、ネットワークデバイスによって送信された第1のDCIを受信する。

第1のDCIは、ダウンリンク送信リソースを示すかまたはアクティブ化するために使用される。ダウンリンク送信リソースは、ダウンリンクデータの初期送信または再送信に使用され得る。

第1のDCIを送信するためのリソースおよびダウンリンク送信リソースは、同じサービングセル（serving cell）、同じBWP、または同じサブバンド（subband）に配置され得ることに留意されたい。あるいは、第1のDCIを送信するためのリソースおよびダウンリンク送信リソースは、異なるサービングセル、異なるBWP、または異なるサブバンドに配置されてもよい。1つのセルは、少なくとも1つのキャリアを含む。1つのキャリアは、少なくとも1つのBWPを含む。1つのBWPは、少なくとも1つのsubband（サブバンド）を含む。

本出願では、第1のDCIは、動的スケジューリングまたは半永続的スケジューリングに使用され得る。以下では、2つのシナリオを別々に説明する。

シナリオ1：動的スケジューリング
動的スケジューリングシナリオでは、第1のDCIはダウンリンク送信リソースを示すために使用される。ダウンリンク送信リソースは、例えば、物理ダウンリンク共有チャネル（physical downlink shared channel，PDSCH）リソースである。言い換えれば、第1のDCIは、PDSCHの時間周波数リソース情報を含み得る。端末デバイスは、時間周波数リソース情報に基づいてダウンリンク送信リソースまたはPDSCHリソースを決定し得る。

一実装形態では、第1のDCIは、HARQプロセス（process）識別子（identifier，ID）をさらに含み得る。端末デバイスは、HARQ process IDに基づいてHARQフィードバックを送信することができる。

一実装形態では、第1のDCIは、時間範囲指示情報をさらに含み得る。端末デバイスは、指示情報に基づいて時間範囲を決定し得る。時間範囲は、端末デバイスが第2のDCIを受信することを期待する時間範囲である。

例えば、時間範囲指示情報は、時間範囲の開始時間および終了時間を示すことができる。端末デバイスは、開始時間および終了時間に基づいて時間範囲を決定する。あるいは、時間範囲指示情報は、時間範囲の開始時間および持続時間（duration）を示すことができる。端末デバイスは、開始時間および持続時間に基づいて時間範囲を決定する。あるいは、時間範囲指示情報は、持続時間を示すことができる。端末デバイスは、第1のDCIの受信時間および持続時間に基づいて時間範囲を決定する。

時間範囲は、端末デバイスが第2のDCIを受信することを期待する時間範囲である。端末デバイスは、第2のDCIを取得するためにターゲット期間でダウンリンク制御チャネルを監視する。ターゲット期間は、時間範囲であってもよいし、時間範囲の一部であってもよい。言い換えれば、端末デバイスは、第2のDCIを取得するために、第1のDCIによって示される時間範囲内でダウンリンク制御チャネルを監視し得るか、第1のDCIによって示される時間範囲内で第2のDCIを受信することを期待し得るか、または他の情報を参照して時間範囲の一部でダウンリンク制御チャネルを監視し得る。ターゲット期間の開始時間および終了時間は、以下で詳細に説明される。ここでは詳細は説明されない。

シナリオ2：半永続的スケジューリング
半永続的スケジューリングシナリオでは、ステップS410の前に、ネットワークデバイスは、構成情報を端末デバイスにさらに送信することができる。一実装形態では、第1のDCIは、ダウンリンク送信リソースの周波数領域情報を含み得る。構成情報は、ダウンリンク送信リソースの時間領域情報を構成するために使用され得る。別の実装形態では、第1のDCIは、ダウンリンク送信リソースをアクティブ化するために使用される。構成情報は、ダウンリンク送信リソースの時間領域情報およびダウンリンク送信リソースの周波数領域情報を含み得る。構成情報は、無線リソース制御（radio resource control，RRC）メッセージで搬送され得る。ただし、これは本出願のこの実施形態では限定されない。

一実装形態では、半永続的スケジューリングシナリオにおけるダウンリンク送信リソースは周期的であり得る。例えば、ダウンリンク送信リソースはN個のサブフレームごとに繰り返し出現し、半永続的スケジューリング期間はN個のサブフレームであり、Nは正の整数である。周期は一例にすぎず、別の時間領域単位を使用して設定することもできる。半永続的スケジューリングシナリオにおけるダウンリンク送信リソースは周期的でなくてもよいことを理解されたい。これは本出願では限定されない。

異なる半永続的スケジューリングリソースと異なるHARQ process IDとの間の関係は、プロトコルで事前に指定されてもよい。例えば、サブフレーム0に対応するHARQ process ID、サブフレーム10に対応するHARQ process ID、サブフレーム20に対応するHARQ process IDなどがプロトコルで事前に指定されてもよい。ネットワークデバイスと端末デバイスの両方は、プロトコルで事前に指定された規則に従って、異なる半永続的スケジューリングリソース上のダウンリンクデータ送信に対応するHARQ process IDを決定することができる。

S420：ネットワークデバイスは、ダウンリンク送信リソース上でダウンリンクデータを送信する。これに対応して、端末デバイスは、ダウンリンク送信リソース上でダウンリンクデータを受信する。

端末デバイスは、ダウンリンク送信リソース上でダウンリンクデータを受信し、ダウンリンクデータを復号して復号結果、すなわち肯定応答（acknowledgement，ACK）または否定応答（negative acknowledgment，NACK）を取得し、ダウンリンクデータの復号結果とHARQ processとの間の対応関係を格納する。ACKは、端末デバイスが復号を正しく実行したことを示し、NACKは、端末デバイスが復号を正しく実行しなかったことを示す。ACKおよびNACKは、トランスポートブロック（transport block，TB）レベルまたはコードブロック（codebook block，CB）レベルであってもよく、1つのTBは複数のCBを含むことができることに留意されたい。

S430：ネットワークデバイスは、第2のDCIを端末デバイスに送信する。これに対応して、端末デバイスは、ネットワークデバイスによって送信された第2のDCIを受信する。

具体的には、第1のタイプのチャネルアクセスプロセスまたは第2のタイプのチャネルアクセスプロセスを完了した後、ネットワークデバイスは、アップリンク送信リソースを端末デバイスに通知するために、第2のDCIを端末デバイスに送信する。これは、対応するCOTを端末デバイスと共有することに相当する。第2のDCIは、アップリンク送信リソースを示すために使用される。アップリンク送信リソースは、ダウンリンクデータのためのHARQフィードバック情報（略してフィードバック情報）を送信するために使用される。アップリンク送信リソースは、物理アップリンク共有チャネル（physical uplink shared channel，PUSCH）リソースまたは物理アップリンク制御チャネル（physical uplink control channel，PUCCH）リソースであり得る。これは本出願では限定されない。

本出願では、第2のDCIは、端末デバイスが第1のタイプのチャネルアクセスプロセスを実行することを許可されていることを示すことができ、または第2のDCIは、端末デバイスがチャネルアクセスプロセスを実行しないことを許可されていることを示すことができる。端末デバイスが第1のタイプのチャネルアクセスプロセスを実行するかどうか、または端末デバイスがチャネルアクセスプロセスを実行するかどうかは、端末デバイスによって決定され得る。

第2のDCIは、端末デバイスが第1のタイプのチャネルアクセスプロセスを実行することを許可されていることを明示的に示すことができる。例えば、第2のDCIは指示情報を搬送することができ、指示情報は、端末デバイスが第1のタイプのチャネルアクセスプロセスを実行することを許可されていることを示す。あるいは、第2のDCIは、端末デバイスが第1のタイプのチャネルアクセスプロセスを実行することを許可されていることを暗黙的に示してもよい。例えば、第2のDCIは、端末デバイスが第1のタイプのチャネルアクセスプロセスを実行することを許可されていることを示す。「第2のDCI」は、第2のDCIのCRCをスクランブルするために使用されるDCIフォーマット（format）および／またはRNTIを含む。言い換えれば、端末デバイスが特定の（または専用の）DCIフォーマットのDCI、またはCRCが特定のRNTIを使用してスクランブルされたDCIを受信した場合、端末デバイスは、ネットワークデバイスが端末デバイスに第1のタイプのチャネルアクセスプロセスの実行を許可すると決定することができる。特定のDCIフォーマットおよび／またはRNTIは、ネットワークデバイスによって構成されてもよい。例えば、ネットワークデバイスは、RRCメッセージを使用して特定のDCIフォーマットおよび／またはRNTIを構成することができる。

第2のDCIが、端末デバイスが第1のタイプのチャネルアクセスプロセスを実行することを許可されていることを示す方法と同様に、第2のDCIは、端末デバイスがチャネルアクセスプロセスを実行しないことを許可されていることを明示的または暗黙的に示してもよい。詳細については、第2のDCIが、端末デバイスが第1のタイプのチャネルアクセスプロセスを実行することを許可されていることを示す上記の説明を参照されたい。本明細書では詳細は繰り返し説明されない。

第2のDCIが受信されると、端末デバイスは、第1のタイプのチャネルアクセスプロセスを実行することができる。第1のタイプのチャネルアクセスプロセスが完了した後、端末デバイスは、アップリンク送信リソースを使用してフィードバック情報を送信することができる。あるいは、第2のDCIが受信されると、端末デバイスは、第1のタイプのチャネルアクセスプロセスを実行することなく、アップリンク送信リソースを使用してフィードバック情報を送信することができる。チャネルの帯域幅は20MHzであり得るが、割り当てられたアップリンクリソースは20MHzの帯域幅の一部のみを占有し得ることに留意されたい。端末デバイスは、粒度、すなわち20MHzとしてチャネルを使用してチャネルアクセスプロセスを実行する。

第1のDCIが送信されるサービングセル、または第1のDCIを送信するためのリソースが位置するサービングセルと、第2のDCIが送信されるサービングセル、または第2のDCIを送信するためのリソースが位置するサービングセルとは、同じセルであってもよいし、異なるセルであってもよいことにさらに留意されたい。

本明細書では、理解を容易にするために、第1のDCIが送信されるサービングセルを第1のサービングセルと表記する。アップリンク送信リソースが位置するサービングセルを第2のサービングセルと表記する。第2のDCIが送信されるサービングセルを第3のサービングセルと表記する。

第1のサービングセルは第3のサービングセルに対応し、または第1のサービングセルと第3のサービングセルとが関連付けられる。さらに、端末デバイスが、第2のDCIが受信されるサービングセルを知る目的を達成するために、ネットワークデバイスは、第1のサービングセルと第3のサービングセルとの間の対応関係を構成してもよく、または第1のサービングセルと第3のサービングセルとの間の対応関係を事前設定してもよい。例えば、ネットワークデバイスは、RRCメッセージまたは第1のDCIを使用して第1のサービングセルと第3のサービングセルとの間の対応関係を構成することができる。別の例として、第1のサービングセルと第3のサービングセルとの間の対応関係はプロトコルで指定されてもよい。

第2のサービングセルと第3のサービングセルとは同じセルであってもよいし、異なるセルであってもよいことを理解されたい。第2のDCIを送信するためのリソースおよび第2のDCIを使用して割り当てられたアップリンク送信リソースは、同じBWPまたは同じサブバンドに配置されてもよい。あるいは、第2のDCIを送信するためのリソースおよび第2のDCIを使用して割り当てられたアップリンク送信リソースは、異なるBWPまたは異なるsubbandに配置されてもよい。

加えて、一実装形態では、第2のDCIは、以下の情報のうちの少なくとも1つをさらに含む。

（1）端末デバイスのID情報
例えば、IDは、セル無線ネットワーク一時識別子（cell radio network temporary identifier，C－RNTI）であってもよく、端末デバイスを識別するために使用される。言い換えれば、ネットワークデバイスは、端末デバイスのID情報を使用することにより、第2のDCI内で、第2のDCIが特定される端末デバイスを示すことができる。

第2のDCIは端末デバイスのID情報を含まなくてもよく、第2のDCIはブロードキャストまたはマルチキャストであってもよい。

（2）第1のサービングセルのID情報
複数のサービングセルが端末デバイスのために構成されている場合、ネットワークデバイスは、第2のDCIが1つまたは複数のサービングセルの第1のDCIに特定されることを示す。言い換えれば、第2のDCIによって示されるアップリンク送信リソースは、セルのダウンリンク送信リソース上でHARQフィードバックを実行するために使用される。第2のDCIが第1のサービングセルのID情報を含まない場合、端末デバイスは、第2のDCIを送信するためのリソースに対応するセル、すなわち第3のサービングセルに基づいて、第2のDCIがセルの第1のDCIであると決定することができる。上述したように、第1のセルと第3のセルとの間の対応関係は、RRCメッセージを使用して構成されてもよいし、プロトコルで指定されてもよい。したがって、端末デバイスは、第3のサービングセルに基づいて第1のサービングセルを決定することができる。

（3）第2のサービングセルのID情報
第2のDCIは、アップリンク送信リソースが位置するサービングセルがサービングセル内にあることを端末デバイスに示すために、第2のサービングセルのID情報を搬送する。

第2のDCIが第2のサービングセルのID情報を含まない場合、第2のサービングセルおよびダウンリンク送信リソースは同じサービングセルに対応すると見なされ得る。

（4）HARQ processのID情報
HARQ processは、第2のDCIに対応するHARQ processである。言い換えれば、第2のDCIによって示されるアップリンク送信リソースは、HARQ processのためのHARQフィードバックを実行するために使用される。

1つのサービングセルは、複数のHARQ processを含み得る。ネットワークデバイスは、第2のDCIが特定される1つまたは複数のHARQ processを示す。この場合、端末デバイスは、第1のDCIを使用してスケジュールされたダウンリンクデータに対応するHARQプロセスに基づいてHARQフィードバックを実行することができる。

第2のDCIがHARQ processのID情報を含まない場合、第2のDCIに対応するHARQ processは、他の3つの方法で決定されてもよい。

方法1：
ネットワークデバイスは、端末デバイスに構成情報を送信する。構成情報は、第2のDCIによって示されるアップリンク送信リソース上で端末デバイスによって実行されたHARQフィードバックに対応するHARQ processesを示すために使用される。言い換えれば、ネットワークデバイスは、これらのHARQ processesのIDを事前構成する。端末デバイスは、第2のDCIを使用して構成されたアップリンク送信リソースを使用して、これらのHARQ processesのIDに対応するHARQ processesのHARQフィードバックをネットワークデバイスに送信する。例えば、ネットワークデバイスは、RRCシグナリングを使用してHARQ process1／2／3を構成する。第2のDCIを受信すると、端末デバイスは、第2のDCIを使用して構成されたアップリンク送信リソース上でHARQ process1／2／3のフィードバック情報をネットワークデバイスに送信する。第1のDCIを使用してスケジュールされたダウンリンクデータは、HARQ process1／2／3のうちの1つまたは複数に対応し得ることを理解されたい。

方法2：
第2のDCIに対応するHARQ processはすべてHARQ processesである。

言い換えれば、第2のDCIを受信した後、端末デバイスは、すべてのHARQ processesのフィードバック情報をネットワークデバイスに送信する。第1のDCIを使用してスケジュールされたダウンリンクデータは、すべてのHARQ processesのうちの1つまたは複数に対応し得ることを理解されたい。

方法3：
ネットワークデバイスは、フィードバックされ得るHARQ processの最大数を構成する。端末デバイスは、フィードバック情報が特定される1つまたは複数のHARQ processをネットワークデバイスに通知する。

（5）アップリンクBWPのID情報アップリンクBWPは、アップリンク送信リソースが属するBWPである。

言い換えれば、アップリンクBWPのIDは、第2のDCIを使用して構成されたアップリンク送信リソースが位置するBWPを示す。第2のDCIによって示されるアップリンクBWPが現在アクティブ化されているアップリンクBWPでない場合、端末デバイスは、アクティブ化されたアップリンクBWPから示されたアップリンクBWPに切り替えるために、アップリンクBWP切り替えプロセスを実行する。例えば、端末デバイスは、4つのBWP：BWP1、BWP2、BWP3、およびBWP4を構成し、現在アクティブ化されているBWPはBWP1である。ネットワークデバイスによって示されたアップリンクBWPのIDがBWP2である場合、現在アクティブ化されているBWPはBWP2に切り替えられる。

第2のDCIがアップリンクBWPのID情報を含まない場合、第2のDCIを使用して構成されたアップリンク送信リソースは、現在アクティブ化されているUL BWP上にある。

（6）subbandのID情報subbandは、アップリンク送信リソースが属するsubbandである。

言い換えれば、subbandのIDは、アップリンク送信リソースが位置するsubbandを示すために使用される。端末デバイスは、示されたsubbandでフィードバック情報をネットワークデバイスに送信する。

第2のDCIがsubbandのID情報を含まない場合、アップリンク送信リソースおよびダウンリンク送信リソースは同じsubbandに対応すると見なされ得る。

結論として、第2のDCIは、（1）～（6）のうちの1つまたは複数を含んでもよく、または第2のDCIは、（1）～（6）のいずれも含まなくてもよい。

任意選択で、本出願の一実施形態では、端末デバイスが第2のDCIを受信したとき、実行中ランダムアクセスプロセスがないか、または実行中ランダムアクセスプロセスが完了した場合、端末デバイスは、BWP非アクティブタイマ（bwp－inactivitytimer）を開始または再開する。さらに、bwp－inactivitytimerが満了すると、アクティブ化されたダウンリンクBWPは、初期ダウンリンクBWPまたはデフォルトダウンリンクBWPに切り替えられる。初期ダウンリンクBWPは、初期アクセスを開始するために使用されるBWPである。デフォルトのダウンリンクBWPは、ネットワークデバイスによって示される。

BWP非アクティブタイマが開始または再開され、BWPアクティブ化時間が延長され得、BWPはデータ送信に使用され得る。

任意選択で、本出願の一実施形態では、第2のDCIを受信すると、端末デバイスは、セカンダリセル非アクティブ化タイマ（scell－deactivationtimer）を開始または再開する。scell－deactivationtimerが満了すると、セカンダリセルSCellは非アクティブ化される。timerは、セカンダリセル維持のために使用される。

セカンダリセル非アクティブ化タイマが開始または再開され、SCell非アクティブ化時間が延長され、SCellはデータ送信に使用され得る。

本出願の一実施形態では、第1のDCIのCRCは、第1のRNTIを使用してスクランブルされてもよく、第2のDCIのCRCは、第2のRNTIを使用してスクランブルされてもよい。第1のRNTIは、第2のRNTIと同じであっても異なっていてもよい。これは本出願では限定されない。第1のRNTIおよび第2のRNTIは専用RNTIであり得、端末デバイスを一意に識別し得る。

第1のRNTIが第2のRNTIと同じである場合、第1のRNTIと第2のRNTIとを区別するために、第1のDCIおよび第2のDCIの各々はインジケータビットを含むことができる。インジケータビットは、第1のDCIと第2のDCIとを区別するために使用される。例えば、DCIがインジケータビットを含む場合、インジケータビットの値が0であるとき、インジケータビットが位置するDCIが第1のDCIであることを示す。インジケータビットの値が1である場合、インジケータビットが位置するDCIが第2のDCIであることを示す。インジケータビットの値の意味が逆であってもよい。これは本出願では限定されない。

さらに、第2のRNTIは、C－RNTI、構成されたスケジューリング無線ネットワーク一時識別子（configured scheduling radio network temporary identifier，CS－RNTI）、割込み無線ネットワーク一時識別子（interruption radio network temporary identifier，INT－RNTI）、スロットフォーマット無線ネットワーク一時識別子（slot format radio network temporary identifier，SFI－RNTI）、半永続的CSI無線ネットワーク一時識別子（semi－persistent CSI radio network temporary identifier，SP－CSI－RNTI）、送信電力制御－物理アップリンク制御チャネル－無線ネットワーク一時識別子（transmission power control－physical uplink control channel－radio network temporary identifier，TPC－PUCCH－RNTI）、送信電力制御－物理アップリンク共有チャネル－無線ネットワーク一時識別子（transmission power control－physical uplink shared channel－radio network temporary identifier，TPC－PUSCH－RNTI）、送信電力制御－サウンディング基準信号－無線ネットワーク一時識別子（transmission power control－sounding reference signal－radio network temporary identifier，TPC－SRS－RNTI）、変調および符号化方式－無線ネットワーク一時識別子（modulation and coding scheme－radio network temporary identifier，MCS－RNTI）のいずれか1つであってもよい。各RNTIの具体的な意味については、従来技術を参照されたい。詳細は本明細書では説明されない。加えて、第2のRNTIは、代替的に新たに導入されたRNTIであってもよく、例えば、後続のプロトコルで導入され得るRNTIであってもよい。

第1のRNTIは前述のRNTIのいずれか1つであってもよいことを理解されたい。

S440：端末デバイスは、アップリンク送信リソース上でダウンリンクデータのフィードバック情報を送信する。これに対応して、ネットワークデバイスは、アップリンク送信リソース上でダウンリンクデータのフィードバック情報を受信する。

端末デバイスは、第2のDCIの指示に基づいて、ダウンリンクデータの復号結果（ACKまたはNACK）を含む格納されたフィードバック情報をネットワークデバイスに送信することができる。端末デバイスは、第2のDCIの指示に基づいて第1のタイプのチャネルアクセスプロセスを実行することができる。第1のタイプのチャネルアクセスプロセスを完了した後、端末デバイスは、ダウンリンクデータの復号結果（ACKまたはNACK）を含む格納されたフィードバック情報をネットワークデバイスに送信する。あるいは、第2のDCIを受信した後、端末デバイスはチャネルアクセスプロセスを実行せず、ダウンリンクデータの復号結果（ACKまたはNACK）を含む格納されたフィードバック情報をネットワークデバイスに直接送信する。

本出願で提供される送信方法によれば、ネットワークデバイスは、2つのDCIに基づいてリソースを割り当てることを示す。リソースを割り当てるとき、ネットワークデバイスはLBTを実行する。ネットワークデバイスが、アップリンク送信リソースに対応するCOTを端末デバイスと共有することと等価である。端末デバイスは、2つのバッチでリソースを取得し、ネットワークデバイスのLBT効果を共有する。このようにして、端末デバイスは、第1のタイプのチャネルアクセスプロセスを実行することを許可されるか、または端末デバイスは、チャネルアクセスプロセスを実行しないことを許可される。したがって、端末は、第2のタイプのチャネルアクセスプロセスを実行することなくアップリンクリソース上でフィードバック情報を送信して、端末デバイスの挙動を簡素化し、実装の複雑さを低減することができる。加えて、第2のDCIを使用してアップリンク送信リソースを柔軟に割り当てることができるため、ネットワークデバイスは、アップリンクリソースおよびダウンリンクリソースを柔軟にスケジュールすることができる。これにより、リソース利用率が向上する。

本出願の一実施形態では、アップリンク送信リソースおよびダウンリンク送信リソースは、異なるCOTに属し得る。例えば、ダウンリンク送信リソースはCOT＃1に属してもよく、アップリンク送信リソースはCOT＃2に属してもよい。ただし、これは本出願では限定されない。

例えば、図5は、本出願の一実施形態による方法を使用してアップリンクおよびダウンリンク送信を実行する概略図である。図5を参照すると、第1のDCIはサービングセル＃1（すなわち、第1のサービングセルの一例である）で送信され、ダウンリンクデータのリソース、すなわちダウンリンク送信リソースはサービングセル＃2にある。第2のDCIはサービングセル＃3（すなわち、第3のサービングセルの一例である）で送信される。第2のDCIによって示されるアップリンク送信リソースは、サービングセル＃4（すなわち、第2のサービングセルの一例である）にある。第1のDCIを送信する前に、ネットワークデバイスはチャネルアクセスプロセスを実行する必要があり、チャネルアクセスを完了した後に対応するCOTで第1のDCIおよびダウンリンクデータを送信する。端末デバイスがダウンリンクデータを受信する時点は、サービングセル＃4のCOT1に対応する。COT1が終了しようとしているため、HARQフィードバックをCOT1では実行できず、後続のCOT、例えばCOT2でのみ実行できる。第2のタイプのチャネルアクセスプロセスを完了した後、ネットワークデバイスは、COT2を端末デバイスと共有する。このようにして、クロスCOT HARQフィードバックが実装される。図の4つのセルが同じセルである場合、第1のDCIおよびダウンリンクデータはCOT1にあり得、第2のDCIおよびHARQフィードバック（すなわち、本出願におけるフィードバック情報）はCOT2にあり得ることを理解されたい。

結論として、本出願で提供される送信方法によれば、クロスCOT HARQフィードバックを実装することができる。

以下では、例を使用してステップS430の具体的な実装形態について説明する。

ステップS430の具体的な実装形態では、端末デバイスは、DCIを取得するためにターゲット期間内でダウンリンク制御チャネルを監視することができる。

具体的には、端末デバイスのメディアアクセス制御（media access control，MAC）エンティティは、DCIを取得するためにターゲット期間においてダウンリンク制御チャネルを監視することができる。

一実装形態では、端末デバイスが第2のDCIを受信することを期待する時間範囲を定義することができる。時間範囲は、例えば、第1のDCIを使用して示される、ネットワークデバイスによって構成されてもよく、または他のシグナリング、例えばRRCシグナリングを使用してネットワークデバイスによって構成されてもよい。ネットワークデバイスによって構成された時間情報は、時間範囲の開始時間および終了時間を含むか、開始時間および持続時間を含むか、終了時間および持続時間を含むか、または持続時間を含み得る。開始時間および終了時間は、事前設定されてもよく、他のシグナリングを使用して構成されてもよく、または別の方法で端末デバイスによって決定されてもよい。決定方法は、以下の実施形態では一例として使用される。時間範囲は、アクティブ化時間として使用され得る。アクティブ化時間の意味は、別の既存のDRXアクティブ化時間の意味と同じである。言い換えれば、端末デバイスは、時間範囲内のすべてのアクティブ化サービングセルのPDCCHを監視する。あるいは、再定義されたアクティブ化時間として、端末デバイスは、時間範囲内の特定のアクティブ化されたサービングセルのPDCCH、すなわち、第2のDCIが送信され得るサービングセルのPDCCHのみを監視する。例えば、サービングセルは第3のサービングセルである。

この場合、DRXアクティブ化時間はターゲット期間を含み、またはDRXアクティブ化時間はターゲット期間を含まない。言い換えれば、ターゲット期間はDRXアクティブ化時間に属するか、またはターゲット期間はDRXアクティブ化時間に属さない。DRXアクティブ化時間がターゲット期間を含む場合、端末デバイスは、ターゲット期間においてすべてのアクティブ化されたサービングセルのPDCCHを監視することを理解されたい。DRXアクティブ化時間がターゲット期間を含まない場合、端末デバイスは、ターゲット期間内の特定のアクティブ化されたサービングセルのPDCCH、すなわち、第2のDCIが送信され得るサービングセルのPDCCHを監視する。例えば、サービングセルは第3のサービングセルである。

MACエンティティはアクティブ化時間（DRXアクティブ化時間）内にないことが分かる。第1のDCIが受信されると期待されるとき、端末デバイス（具体的には端末デバイスのMACエンティティであり得る）は、専用RNTIにアドレス指定された第2のDCIを受信するために、対応するサービングセルにおけるPDCCHを監視する（The MAC entity shall monitor the PDCCH for 2nd DCI addressed to dedicated RNTI on the corresponding serving cell even if the MAC entity is not in Active Time when such is expected．）。

「when such is expected」は、時間範囲またはターゲット期間を示す。

「対応するサービングセル」は、本明細書における「第1のサービングセル」である。第1のサービングセルは、第2のDCIが送信されるサービングセルである。第1のサービングセルに関する詳細については、前述の説明を参照されたい。本明細書では詳細は繰り返し説明されない。

「専用RNTIにアドレス指定された第2のDCI」は、第2のDCIのCRCが専用RNTIを使用してスクランブルされていることを示す。専用RNTIは、前述の説明における第2のRNTIに対応する。詳細については、上記の説明を参照されたい。本明細書では詳細は繰り返し説明されない。

さらに、ターゲット期間の開始時間は、第1のDCIの位置またはダウンリンクデータの位置に基づいて決定されてもよい。例えば、ターゲット期間の開始時間は、第1のDCIの終了位置、ダウンリンクデータの終了位置、または前述の終了位置のいずれか1つの後のX番目のシンボルであってもよく、Xは正の整数である。あるいは、ターゲット期間の開始時間は、ネットワークデバイスによって構成されてもよい。

ターゲット期間の終了時間（end time）（または終わり時間（terminate time）と呼ばれる）は、第2のDCIが受信された時間であってもよいし、ネットワークデバイスによって構成されてもよい。

ネットワークデバイスは、時間範囲の開始時間および／または終了時間を事前構成することができる。例えば、ネットワークデバイスは、RRCメッセージを使用して時間範囲の開始時間および／または終了時間を事前構成することができる。あるいは、ネットワークデバイスは、第1のDCIを使用して時間範囲の開始時間および／または終了時間を構成する。ネットワークデバイスは、開始時間＋持続時間、終了時間＋持続時間、開始時間＋終了時間などを構成することによって時間範囲を構成することができることを理解されたい。本出願では、特定の構成方法に限定されない。時間範囲は、端末デバイスが第2のDCIを受信することを期待する時間範囲である。端末デバイスは、第2のDCIを取得するためにターゲット期間でダウンリンク制御チャネルを監視する。ターゲット期間は、時間範囲であってもよいし、時間範囲の一部であってもよい。言い換えれば、端末デバイスは、第2のDCIを取得するために、第1のDCIによって示される時間範囲内でダウンリンク制御チャネルを監視し得るか、第1のDCIによって示される時間範囲内で第2のDCIを受信することを期待し得るか、または他の情報を参照して時間範囲の一部でダウンリンク制御チャネルを監視し得る。以下では、説明のための例として、2つのシナリオ、すなわち、動的スケジューリングシナリオおよび半永続的スケジューリングシナリオを使用する。

シナリオ1：動的スケジューリング
第1のDCIは、時間範囲指示情報を搬送することができる。時間範囲指示情報は、時間範囲の開始時間および時間範囲の終了時間を示すかまたは含む。端末デバイスは、時間範囲の開始時間および時間範囲の終了時間に基づいて時間範囲を決定する。あるいは、時間範囲指示情報は、時間範囲の開始時間および持続時間を示すかまたは含む。端末デバイスは、開始時間および持続時間に基づいて時間範囲を決定する。あるいは、時間範囲指示情報は、持続時間を示すかまたは含む。端末は、第1のDCIの受信時間および第1のDCIを使用して示される持続時間に基づいて時間範囲を決定する。

ターゲット期間の開始時間は、第1のDCIの終了位置またはダウンリンクデータの終了位置、例えば、第1のDCIの終了位置またはダウンリンクデータの終了位置の後のX番目のシンボルに基づいて決定されてもよく、X≧0であり、Xは整数であり、X＝0は、第1のDCIの終了位置またはダウンリンクデータの終了位置である。Xの値は、プロトコルで事前定義されてもよく、またはネットワークデバイスによって事前構成されてもよい。例えば、ネットワークデバイスは、RRCメッセージを使用してXの値を構成することができる。

ターゲット期間の終了時間は、複数の方法で決定されてもよい。例えば、端末デバイスが時間範囲内の第2のDCIを受信した場合、ターゲット期間の終了時間は、第2のDCIが受信された時間であり得る。別の例では、端末デバイスが時間範囲内で第2のDCIを受信しない場合、ターゲット期間の終了時間は時間範囲の終了時間である。可能な実装形態では、端末デバイスが時間範囲の終了時間までに第2のDCIを検出しなかった場合、端末デバイスは、終了時間の後に再送信タイマ（drx－RetransmissionTimer）をさらに開始し、再送信タイマの実行中にPDCCHを監視し、ネットワークデバイスによって送信され、ダウンリンク再送信に使用されるDCIを受信することができる。

例えば、図6は、動的スケジューリングシナリオにおけるターゲット期間の開始時間および終了時間の概略図である。図6を参照すると、端末デバイスは、開始時間から、第2のDCIを送信するためのPDCCHの監視を開始する。端末デバイスは、端末デバイスが第2のDCIを検出した時間をターゲット期間の終了時間として使用する。第2のDCIを検出した後、端末デバイスは、アップリンク送信リソースでHARQフィードバックを実行することができる。

図7は、動的スケジューリングシナリオにおけるターゲット期間の開始時間および終了時間の別の概略図である。図7を参照すると、端末デバイスは、開始時間から、第2のDCIを送信するためのPDCCHの監視を開始する。ターゲット期間の終了時間が到来したときに端末デバイスが第2のDCIを検出しなかった場合、端末デバイスは再送信タイマを開始する。

シナリオ2：半永続的スケジューリング
一実装形態では、ネットワークデバイスは、時間範囲の持続時間を構成する。時間範囲の開始時間は、シナリオ1のターゲット期間の開始時間を決定するための方法を使用して決定され得る。この場合、ターゲット期間の開始時間は、時間範囲の開始時間と同じである。ターゲット期間の終了時間の決定は、シナリオ1の前述の説明と同じであり、ここでは詳細を繰り返さない。

別の実装形態では、ネットワークデバイスは、半永続的スケジューリングシナリオで時間範囲を構成する。ネットワークデバイスは、時間範囲の開始時間および持続時間、時間範囲の開始時間および終了時間、または時間範囲の終了時間および持続時間を構成する。ターゲット期間の開始時間および終了時間を決定する方法は、前述のシナリオ1と同じである。本明細書では詳細は繰り返し説明されない。

上記は、図4～図7を参照して、本出願の実施形態における送信方法を詳細に説明した。以下では、図8～図10を参照して、本出願の実施形態における装置を詳細に説明する。

図8は、本出願の一実施形態による通信装置の概略ブロック図である。図8に示すように、装置500は、トランシーバユニット510および処理ユニット520を含むことができる。

可能な設計では、装置500は、前述の方法400の端末デバイスであり得る。例えば、装置500は、端末デバイス、または端末デバイス内に構成されたチップであってもよい。

可能な実装形態では、トランシーバユニット510は、第1のダウンリンク制御情報を受信し、第1のダウンリンク制御情報は、ダウンリンク送信リソースを示すかまたはアクティブ化するために使用され、ダウンリンク送信リソース上でダウンリンクデータを受信し、第2のダウンリンク制御情報を受信し、第2のダウンリンク制御情報は、アップリンク送信リソースを示すために使用され、アップリンク送信リソースは、ダウンリンクデータのためのフィードバック情報を送信するために使用され、アップリンク送信リソース上でフィードバック情報を送信する、ように構成される。

任意選択で、トランシーバユニット510は、第2のダウンリンク制御情報を取得するために、ターゲット期間においてダウンリンク制御チャネルを監視するように特に構成される。不連続受信DRXアクティブ化時間はターゲット期間を含むか、または不連続受信DRXアクティブ化時間はターゲット期間を含まない。

任意選択で、ターゲット期間の開始時間は、第1のダウンリンク制御情報の終了位置もしくはダウンリンクデータの終了位置に基づいて決定されるか、またはターゲット期間の開始時間は、ネットワークデバイスによって構成される。

任意選択で、ターゲット期間の終了時間は、第2のダウンリンク制御情報が受信された時間であるか、またはターゲット期間の終了時間は、ネットワークデバイスによって構成される。

任意選択で、第1のダウンリンク制御情報は時間範囲指示情報を含む。時間範囲指示情報は、時間範囲を示すために使用される。時間範囲は、端末デバイスが第2のダウンリンク制御情報を受信することを期待する時間範囲である。

任意選択で、第2のダウンリンク制御情報は、端末デバイスのチャネルアクセスプロセスのタイプが第1のタイプであることを示すために使用されるか、または第2のダウンリンク制御情報は、端末デバイスがチャネルアクセスプロセスを実行しないことを示すために使用される。

任意選択で、ダウンリンク送信リソースおよびアップリンク送信リソースは、時間領域において異なるチャネル占有時間COTに属する。

任意選択で、第2のダウンリンク制御情報は、
端末デバイスの識別子情報、
第1のサービングセルの識別子情報であって、第1のサービングセルは、第1のダウンリンク制御情報が搬送されるダウンリンク送信リソースに対応するセルである、第1のサービングセルの識別子情報、
第2のサービングセルの識別子情報であって、アップリンク送信リソースが第2のサービングセルに位置する、第2のサービングセルの識別子情報、
HARQプロセスの識別子情報であって、HARQプロセスは、第2のダウンリンク制御情報に対応するHARQプロセスである、HARQプロセスの識別子情報、
アップリンク帯域幅部分BWPの識別子情報であって、アップリンクBWPは、アップリンク送信リソースが属するBWPである、アップリンクBWPの識別子情報、および
サブバンドの識別子情報であって、サブバンドはアップリンク送信リソースが属するサブバンドである、サブバンドの識別子情報、のうちの少なくとも1つをさらに含む。

任意選択で、第1のダウンリンク制御情報の巡回冗長検査CRCは、第1の無線ネットワーク一時識別子RNTIを使用してスクランブルされる。第2のダウンリンク制御情報のCRCは、第2のRNTIを使用してスクランブルされる。第1のRNTIは、第2のRNTIと同じかまたは異なる。

任意選択で、第1のRNTIは第2のRNTIと同じである。第1のダウンリンク制御情報および第2のダウンリンク制御情報の両方は、それぞれインジケータビットを含む。インジケータビットは、第1のダウンリンク制御情報と第2のダウンリンク制御情報とを区別するために使用される。

任意選択で、第1のダウンリンク制御情報が送信される第1のサービングセルは第3のサービングセルに対応する。トランシーバユニット510は、第2のダウンリンク制御情報を取得するために第3のサービングセルにおけるダウンリンク制御チャネルを監視するように特に構成される。

任意選択で、第1のサービングセルと第3のサービングセルとの間の対応関係がネットワークデバイスによって端末デバイスのために構成されるか、または第1のサービングセルと第3のサービングセルとの間の対応関係が事前設定される。

任意選択で、処理ユニット520は、実行中ランダムアクセスプロセスがないか、または実行中ランダムアクセスプロセスが完了したときに、帯域幅部分BWP非アクティブタイマを開始または再開する、および／または
セカンダリセル非アクティブ化タイマを開始または再開する、ように構成され、
BWP非アクティブタイマはBWP切り替えに使用され、セカンダリセル非アクティブ化タイマはセカンダリセル非アクティブ化に使用される。

装置500は、本出願の実施形態による方法400の端末デバイスに対応し得ることを理解されたい。装置500は、方法400において端末デバイスによって実行される方法を実行するように構成されたユニットを含むことができる。加えて、装置500内のユニットならびに前述の他の動作および／または機能は、それぞれ、方法400の対応する手順を実施するために使用される。ユニットによって前述の対応するステップを実行する具体的なプロセスについては、図4～図7の方法の実施形態を参照して前述の説明を参照されたい。簡略にするために、ここで再度詳細に説明はされない。

装置500が端末デバイスに構成されたチップである場合、装置500内のトランシーバユニット510は入力／出力インターフェースであり得ることをさらに理解されたい。

別の可能な設計では、装置500は、前述の方法400におけるネットワークデバイスであり得る。例えば、装置500は、ネットワークデバイス、またはネットワークデバイスに構成されたチップであってもよい。

可能な実装形態では、トランシーバユニット510は、第1のダウンリンク制御情報を送信し、第1のダウンリンク制御情報は、ダウンリンク送信リソースを示すかまたはアクティブ化するために使用され、ダウンリンク送信リソース上でダウンリンクデータを送信し、第2のダウンリンク制御情報を送信し、第2のダウンリンク制御情報は、アップリンク送信リソースを示すために使用され、アップリンク送信リソースは、ダウンリンクデータのためのフィードバック情報を送信するために使用され、アップリンク送信リソース上でフィードバック情報を受信する、ように構成される。

任意選択で、第1のダウンリンク制御情報は時間範囲指示情報を含む。時間範囲指示情報は、時間範囲を示すために使用される。時間範囲は、端末デバイスが第2のダウンリンク制御情報を受信することを期待する時間範囲である。

任意選択で、第2のダウンリンク制御情報は、端末デバイスのチャネルアクセスプロセスのタイプが第1のタイプであることを示すために使用されるか、または第2のダウンリンク制御情報は、端末デバイスがチャネルアクセスプロセスを実行しないことを示すために使用される。

任意選択で、ダウンリンク送信リソースおよびアップリンク送信リソースは、時間領域において異なるチャネル占有時間COTに属する。

任意選択で、第2のダウンリンク制御情報は、
端末デバイスの識別子情報、
第1のサービングセルの識別子情報であって、第1のサービングセルは、第1のダウンリンク制御情報が搬送されるダウンリンク送信リソースに対応するセルである、第1のサービングセルの識別子情報、
第2のサービングセルの識別子情報であって、アップリンク送信リソースが第2のサービングセルに位置する、第2のサービングセルの識別子情報、
ハイブリッド自動再送要求HARQプロセスの識別子情報であって、HARQプロセスは、第2のダウンリンク制御情報に対応するHARQプロセスである、HARQプロセスの識別子情報、
アップリンク帯域幅部分BWPの識別子情報であって、アップリンクBWPは、アップリンク送信リソースが属するBWPである、アップリンクBWPの識別子情報、および
サブバンドの識別子情報であって、サブバンドはアップリンク送信リソースが属するサブバンドである、サブバンドの識別子情報、のうちの少なくとも1つをさらに含む。

任意選択で、第1のダウンリンク制御情報の巡回冗長検査CRCは、第1の無線ネットワーク一時識別子RNTIを使用してスクランブルされる。第2のダウンリンク制御情報のCRCは、第2のRNTIを使用してスクランブルされる。第1のRNTIは、第2のRNTIと同じかまたは異なる。

任意選択で、第1のRNTIは第2のRNTIと同じである。第1のダウンリンク制御情報および第2のダウンリンク制御情報の両方は、それぞれインジケータビットを含む。インジケータビットは、第1のダウンリンク制御情報と第2のダウンリンク制御情報とを区別するために使用される。

任意選択で、第1のダウンリンク制御情報が送信される第1のサービングセルは第3のサービングセルに対応し、第3のサービングセルは第2のダウンリンク制御情報が位置するセルである。

任意選択で、第1のサービングセルと第3のサービングセルとの間の対応関係がネットワークデバイスによって端末デバイスのために構成されるか、または第1のサービングセルと第3のサービングセルとの間の対応関係が事前設定される。

装置500は、本出願の実施形態による方法400のネットワークデバイスに対応し得ることを理解されたい。装置500は、方法400においてネットワークデバイスによって実行される方法を実行するように構成されたユニットを含むことができる。加えて、装置500内のユニットならびに前述の他の動作および／または機能は、それぞれ、方法400の対応する手順を実施するために使用される。ユニットによって前述の対応するステップを実行する具体的なプロセスについては、図4～図7の方法の実施形態を参照して前述の説明を参照されたい。簡略にするために、ここで再度詳細に説明はされない。

装置500がネットワークデバイスに構成されたチップである場合、装置500内のトランシーバユニット510は入力／出力インターフェースであり得ることをさらに理解されたい。

前述の装置におけるユニットへの分割は、単に論理的な機能の分割であることを理解されたい。実際の実装形態では、すべてまたは一部のユニットを1つの物理エンティティに統合することも、物理的に分離することもできる。加えて、装置におけるすべてのユニットが処理要素によって呼び出されるソフトウェアの形態で実装されてもよく、もしくはハードウェアの形態で実装されてもよく、または一部のユニットが処理要素によって呼び出されるソフトウェアの形態で実装されてもよく、一部のユニットはハードウェアの形態で実装されてもよい。例えば、各ユニットは、独立に配置された処理要素であってもよいし、実装のために装置のチップに統合されてもよい。あるいは、各ユニットは、ユニットの機能を実行するために装置の処理要素によって呼び出されるプログラムの形態でメモリに格納されてもよい。加えて、すべてまたは一部のユニットが、一緒に統合されてもよいし、独立して実装されてもよい。本明細書における処理要素は、プロセッサと呼ばれ得、信号処理能力を有する集積回路であり得る。実装プロセスでは、前述の方法または前述のユニットのステップは、処理要素のハードウェア集積論理回路を使用して実施されてもよく、または処理要素によって呼び出されるソフトウェアの形態で実装されてもよい。

例えば、前述の装置のいずれか1つにおけるユニットは、前述の方法を実施するように構成された1つまたは複数の集積回路、例えば1つもしくは複数の特定用途向け集積回路（Application Specific Integrated Circuit，ASIC）、1つもしくは複数のマイクロプロセッサ（digital signal processor，DSP）、1つもしくは複数のフィールドプログラマブルゲートアレイ（Field Programmable Gate Array，FPGA）、または集積回路のうちの少なくとも2つの組み合わせであってもよい。別の例として、装置におけるユニットが処理要素によって呼び出されるプログラムの形態で実装される場合、処理要素は、汎用プロセッサ、例えば中央処理装置（Central Processing Unit，CPU）、またはプログラムを呼び出すことができる別のプロセッサであってもよい。さらに別の例として、ユニットは、システムオンチップ（system－on－a－chip，SOC）の形態で統合および実装され得る。

上記受信ユニットは、装置のインターフェース回路であり、別の装置からの信号を受信するように構成される。例えば、装置がチップの形態で実装される場合、受信ユニットは、チップのものであり、別のチップまたは装置からの信号を受信するように構成されるインターフェース回路である。上記送信ユニットは、装置のインターフェース回路であり、別の装置に信号を送信するように構成される。例えば、装置がチップの形態で実装される場合、送信ユニットは、チップのものであり、別のチップまたは装置に信号を送信するように構成されるインターフェース回路である。

図9は、本出願の一実施形態による端末デバイスの構造の概略図である。端末デバイスは、前述の実施形態における端末デバイスであってもよく、前述の実施形態における端末デバイスの動作を実施するように構成される。図9に示されるように、端末デバイスは、アンテナ810と、無線周波数部820と、信号処理部830とを含む。アンテナ810は、無線周波数部820に接続される。ダウンリンク方向では、無線周波数部820は、アンテナ810を介して、ネットワークデバイスによって送信された情報を受信し、ネットワークデバイスによって送信された情報を処理のための信号処理部830に送信する。アップリンク方向では、信号処理部830は、端末デバイスからの情報を処理し、その情報を無線周波数部820に送信する。無線周波数部820は、端末デバイスからの情報を処理し、次いでアンテナ810を介して、処理された情報をネットワークデバイスに送信する。

信号処理部830は、各通信プロトコル層でデータを処理するように構成されたモデムサブシステムを含むことができる。信号処理部830は、端末デバイスのものであるオペレーティングシステムおよびアプリケーション層を処理するように構成された中央処理サブシステムをさらに含んでもよい。加えて、信号処理部830は、マルチメディアサブシステム、または周辺サブシステムなどの別のサブシステムをさらに含んでもよい。マルチメディアサブシステムは、端末デバイスのカメラまたは画面表示を制御するように構成される。周辺サブシステムは、別のデバイスに接続するように構成される。モデムサブシステムは、別個に配置されたチップであってもよい。任意選択で、端末デバイスに使用される前述の装置は、モデムサブシステムに配置されてもよい。

モデムサブシステムは、例えば1つの主制御CPUおよび別の集積回路を含む、1つまたは複数の処理要素831を含み得る。加えて、モデムサブシステムは、ストレージ要素830とインターフェース回路833とをさらに含んでもよい。ストレージ要素830は、データおよびプログラムを格納するように構成される。しかしながら、前述の方法で端末デバイスによって実行される方法を実行するために使用されるプログラムは、ストレージ要素830に格納されなくてもよく、モデムサブシステムの外部のメモリに格納され、使用中にモデムサブシステムによってロードおよび使用される。インターフェース回路833は、別のサブシステムと通信するように構成される。端末デバイスに使用される前述の装置は、モデムサブシステム内に配置されてもよく、モデムサブシステムは、チップによって実装されてもよい。チップは、少なくとも1つの処理要素とインターフェース回路とを含む。処理要素は、端末デバイスによって実行される方法のいずれか1つのステップを実行するように構成される。インターフェース回路は、別の装置と通信するように構成される。一実装形態では、前述の方法のステップを実施する端末デバイスのユニットは、処理要素によって呼び出されるプログラムによって実装され得る。例えば、端末デバイスに使用される装置は、処理要素およびストレージ要素を含む。処理要素は、前述の方法の実施形態において端末デバイスによって実行される方法を実行するために、ストレージ要素に格納されたプログラムを呼び出す。ストレージ要素は、処理要素と同じチップ上に配置されたストレージ要素、すなわちオンチップストレージ要素であってもよい。

別の実装形態では、前述の方法で端末デバイスによって実行される方法を実行するために使用されるプログラムは、処理要素とは異なるチップに配置されたストレージ要素、すなわちオフチップストレージ要素にあってもよい。この場合では、処理要素は、前述の方法の実施形態において端末デバイスによって実行される方法を呼び出して実行するために、オフチップストレージ要素からオンチップストレージ要素にプログラムを呼び出すかまたはロードする。

さらに別の実装形態では、前述の方法のステップを実施する端末デバイスのユニットが、1つまたは複数の処理要素として構成され得る。処理要素はモデムサブシステムに配置される。本明細書の処理要素は、集積回路、例えば、1つもしくは複数のASIC、1つもしくは複数のDSP、または1つもしくは複数のFPGA、またはこれらのタイプの集積回路の組み合わせであってもよい。これらの集積回路は、チップを形成するために一緒に統合されてもよい。

前述の方法のステップを実施する端末デバイスのユニットは、一緒に統合されてもよく、システムオンチップ（system－on－a－chip，SOC）の形態で実装されてもよい。SOCチップは、前述の方法を実施するように構成される。少なくとも1つの処理要素およびストレージ要素がチップに統合されてもよく、処理要素は、端末デバイスによって実行される前述の方法を実施するために、ストレージ要素に格納されたプログラムを呼び出す。あるいは、前述の端末デバイスによって実行される前述の方法を実施するために、少なくとも1つの集積回路がチップに統合されてもよい。あるいは、前述の実装形態に関連して、いくつかのユニットの機能は、処理要素によって呼び出されるプログラムによって実施されてもよく、いくつかのユニットの機能は、集積回路によって実施されてもよい。

端末に使用される前述の装置は、少なくとも1つの処理要素およびインターフェース回路を含み得ることが分かる。少なくとも1つの処理要素は、前述の方法の実施形態で提供され、端末デバイスによって実行される方法のいずれか1つを実行するように構成される。処理要素は、第1の方法で、具体的には、ストレージ要素に格納されたプログラムを呼び出すことによって、端末デバイスによって実行される一部またはすべてのステップを実行することができる、または、第2の方法で、具体的には、命令と組み合わせて処理要素内のハードウェア集積論理回路を使用することによって、端末デバイスによって実行される一部またはすべてのステップを実行することができる、または、第1の方法と第2の方法とを組み合わせることによって、端末デバイスによって実行される一部またはすべてのステップを確実に実行することができる。

上述したように、本明細書の処理要素は、汎用プロセッサ、例えばCPUであってもよいし、前述の方法を実施するように構成された1つもしくは複数の集積回路、例えば1つもしくは複数のASIC、1つもしくは複数のマイクロプロセッサDSP、1つもしくは複数のFPGA、または集積回路のうちの少なくとも2つの組み合わせであってもよい。

ストレージ要素はメモリであってもよいし、複数のストレージ要素の総称であってもよい。

図10は、本出願の一実施形態によるネットワークデバイスの構造の概略図である。図10は、本出願の一実施形態によるネットワークデバイスの構造の概略図である。ネットワークデバイスは、前述の実施形態におけるネットワークデバイスの動作を実施するように構成される。図10に示されるように、ネットワークデバイスは、アンテナ901と、無線周波数装置902と、ベースバンド装置903とを含む。アンテナ901は、無線周波数装置902に接続される。アップリンク方向では、無線周波数装置902は、アンテナ901を使用することにより、端末によって送信された情報を受信し、端末によって送信された情報を処理のためのベースバンド装置903に送信する。ダウンリンクの方向では、ベースバンド装置903は、端末からの情報を処理し、その情報を無線周波数装置902に送信する。無線周波数装置902は、端末からの情報を処理し、次いでアンテナ901を使用することにより、処理された情報を端末に送信する。

ベースバンド装置903は、例えば1つの主制御CPUおよび別の集積回路を含む、1つまたは複数の処理要素9031を含み得る。加えて、ベースバンド装置903は、ストレージ要素9032およびインターフェース9033をさらに含んでもよい。ストレージ要素9032は、プログラムおよびデータを格納するように構成される。インターフェース9033は、無線周波数装置902と情報を交換するように構成され、インターフェースは、例えば、共通公衆無線インターフェース（common public radio interface，CPRI）である。ネットワークデバイスに使用される前述の装置は、ベースバンド装置903に配置され得る。例えば、ネットワークデバイスに使用される前述の装置は、ベースバンド装置903上のチップであり得る。チップは、少なくとも1つの処理要素とインターフェース回路とを含む。処理要素は、ネットワークデバイスによって実行される方法のいずれか1つのステップを実行するように構成される。インターフェース回路は、別の装置と通信するように構成される。一実装形態では、前述の方法のステップを実施するネットワークデバイスのユニットは、処理要素によって呼び出されるプログラムによって実施され得る。例えば、ネットワークデバイスに使用される装置は、処理要素およびストレージ要素を含む。処理要素は、前述の方法の実施形態においてネットワークデバイスによって実行される方法を実行するために、ストレージ要素に格納されたプログラムを呼び出す。ストレージ要素は、処理要素と同じチップ上に配置されたストレージ要素、すなわちオンチップストレージ要素であってもよいし、処理要素とは異なるチップ上に配置されたストレージ要素、すなわちオフチップストレージ要素であってもよい。

別の実装形態では、前述の方法のステップを実装するネットワークデバイスのユニットが、1つまたは複数の処理要素として構成され得る。これらの処理要素は、ベースバンド装置に配置される。本明細書の処理要素は、集積回路、例えば、1つもしくは複数のASIC、1つもしくは複数のDSP、または1つもしくは複数のFPGA、またはこれらのタイプの集積回路の組み合わせであってもよい。これらの集積回路は、チップを形成するために一緒に統合されてもよい。

前述の方法のステップを実施するネットワークデバイスのユニットは、一緒に統合されてもよく、システムオンチップ（system－on－a－chip，SOC）の形態で実装されてもよい。例えば、ベースバンド装置は、前述の方法を実施するように構成されたSOCチップを含む。少なくとも1つの処理要素およびストレージ要素がチップに統合されてもよく、処理要素は、ネットワークデバイスによって実行される前述の方法を実施するために、ストレージ要素に格納されたプログラムを呼び出す。あるいは、前述のネットワークデバイスによって実行される前述の方法を実施するために、少なくとも1つの集積回路がチップに統合されてもよい。あるいは、前述の実装形態に関連して、いくつかのユニットの機能は、処理要素によって呼び出されるプログラムによって実施されてもよく、いくつかのユニットの機能は、集積回路によって実施されてもよい。

ネットワークデバイスに使用される前述の装置は、少なくとも1つの処理要素およびインターフェース回路を含み得ることが分かる。少なくとも1つの処理要素は、前述の方法の実施形態で提供され、ネットワークデバイスによって実行される方法のいずれか1つを実行するように構成される。処理要素は、第1の方法で、具体的には、ストレージ要素に格納されたプログラムを呼び出すことによって、ネットワークデバイスによって実行される一部またはすべてのステップを実行することができる、または、第2の方法で、具体的には、命令と組み合わせて処理要素内のハードウェア集積論理回路を使用することによって、ネットワークデバイスによって実行される一部またはすべてのステップを実行することができる、または、第1の方法と第2の方法とを組み合わせることによって、ネットワークデバイスによって実行される一部またはすべてのステップを確実に実行することができる。

上述したように、本明細書の処理要素は、汎用プロセッサ、例えばCPUであってもよいし、前述の方法を実施するように構成された1つもしくは複数の集積回路、例えば1つもしくは複数のASIC、1つもしくは複数のマイクロプロセッサDSP、1つもしくは複数のFPGA、または集積回路のうちの少なくとも2つの組み合わせであってもよい。

ストレージ要素はメモリであってもよいし、複数のストレージ要素の総称であってもよい。

本出願の一実施形態は、プロセッサおよびインターフェースを含む処理装置をさらに提供する。プロセッサは、前述の方法の実施形態における送信方法を実行するように構成される。

処理装置はチップであってもよいことを理解されたい。例えば、処理装置は、フィールドプログラマブルゲートアレイ（field programmable gate array，FPGA）、特定用途向け集積チップ（application specific integrated circuit，ASIC）、システムオンチップ（system on chip，SoC）、中央処理装置（central processor unit，CPU）、ネットワークプロセッサ（network processor，NP）、デジタル信号処理回路（digital signal processor，DSP）、マイクロコントローラ（micro controller unit，MCU）、プログラマブルコントローラ（programmable logic device，PLD）、または別の集積チップであってもよい。

実装プロセスでは、前述の方法におけるステップは、プロセッサ内のハードウェア集積論理回路を使用することによって、またはソフトウェアの形の命令を使用することによって実施されることができる。本出願の実施形態を参照して開示された方法のステップは、ハードウェアプロセッサによって直接実行されてよく、またはプロセッサ内のハードウェアとソフトウェアモジュールの組み合わせを使用して実行されてよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなどの、当技術分野の成熟した記憶媒体に配置されてもよい。記憶媒体はメモリ内に配置され、プロセッサはメモリ内の情報を読み取り、プロセッサのハードウェアと組み合わせて前述の方法のステップを完了する。繰り返しを避けるために、ここでは詳細は再び説明されない。

本出願の実施形態におけるプロセッサは、集積回路チップであってもよく、信号処理能力を有することに留意されたい。実装プロセスでは、前述の方法の実施形態におけるステップは、プロセッサ内のハードウェア集積論理回路を使用して、またはソフトウェアの形態の命令を使用して実施され得る。プロセッサは、汎用プロセッサ、デジタル信号プロセッサ（DSP）、特定用途向け集積回路（ASIC）、フィールドプログラマブルゲートアレイ（FPGA）もしくは別のプログラマブル論理デバイス、ディスクリートゲートもしくはトランジスタ論理デバイス、またはディスクリートハードウェアコンポーネントであってもよい。プロセッサは、本出願の実施形態で開示された方法、ステップ、および論理ブロック図を実装または実行することができる。汎用プロセッサはマイクロプロセッサであってもよく、プロセッサは任意の従来のプロセッサなどであってもよい。本出願の実施形態を参照して開示された方法のステップは、ハードウェア復号プロセッサによって直接実行および完了されてもよいし、または復号プロセッサのハードウェアおよびソフトウェアモジュールの組み合わせを使用して実行および完了されてもよい。ソフトウェアモジュールは、ランダムアクセスメモリ、フラッシュメモリ、読み出し専用メモリ、プログラマブル読み出し専用メモリ、電気的消去可能プログラマブルメモリ、またはレジスタなどの、当技術分野の成熟した記憶媒体に配置されてもよい。記憶媒体はメモリ内に配置され、プロセッサはメモリ内の情報を読み取り、プロセッサのハードウェアと組み合わせて前述の方法のステップを完了する。

本出願の実施形態におけるメモリは、揮発性メモリもしくは不揮発性メモリであってもよいし、または揮発性メモリおよび不揮発性メモリを含んでもよいことが理解されよう。不揮発性メモリは、読み出し専用メモリ（read－only memory，ROM）、プログラム可能な読み出し専用メモリ（programmable ROM，PROM）、消去可能でプログラム可能な読み出し専用メモリ（erasable PROM，EPROM）、電気的消去可能でプログラム可能な読み出し専用メモリ（electrically EPROM，EEPROM）、またはフラッシュメモリであってもよい。揮発性メモリは、外部キャッシュとして使用されるランダムアクセスメモリ（random access memory，RAM）であってもよい。限定的な説明ではなく例として、多くの形態のRAM、例えば、スタティックランダムアクセスメモリ（static RAM，SRAM）、ダイナミックランダムアクセスメモリ（dynamic RAM，DRAM）、シンクロナス・ダイナミック・ランダム・アクセス・メモリ（synchronous DRAM，SDRAM）、ダブル・データ・レート・シンクロナス・ダイナミック・ランダム・アクセス・メモリ（double data rate SDRAM，DDR SDRAM）、拡張シンクロナス・ダイナミック・ランダム・アクセス・メモリ（enhanced SDRAM，ESDRAM）、シンクリンク・ダイナミック・ランダム・アクセス・メモリ（synchlink DRAM，SLDRAM）、およびダイレクト・ラムバス・ランダム・アクセス・メモリ（direct rambus RAM，DR RAM）が使用され得る。本明細書に記載のシステムおよび方法のメモリは、これらおよび別の適切なタイプの任意のメモリを含むがこれらに限定されないことに留意されたい。

本出願の実施形態で提供される方法によれば、本出願はコンピュータプログラム製品をさらに提供する。コンピュータプログラム製品は、コンピュータプログラムコードを含む。コンピュータプログラムコードがコンピュータ上で実行されると、コンピュータは、図4～図7に示す実施形態のいずれか1つの方法を実行することが可能になる。

本出願の実施形態で提供される方法によれば、本出願はコンピュータ可読媒体をさらに提供する。コンピュータ可読媒体はプログラムコードを記憶する。プログラムコードがコンピュータ上で実行されると、コンピュータは、図4～図7に示す実施形態のいずれか1つの方法を実行することが可能になる。

本出願の実施形態で提供される方法によれば、本出願はシステムをさらに提供する。システムは、前述の1つまたは複数の端末デバイスおよび前述の1つまたは複数のネットワークデバイスを含む。

前述の実施形態のすべてまたは一部は、ソフトウェア、ハードウェア、ファームウェア、またはそれらの任意の組み合わせを使用して実装されてよい。ソフトウェアが実施形態を実装するために使用される場合、実装形態のすべてまたは一部は、コンピュータプログラム製品の形態で実装され得る。コンピュータプログラム製品は1つまたは複数のコンピュータ命令を含む。コンピュータ命令がコンピュータにロードされて実行されると、本出願の実施形態による手順または機能がすべてまたは部分的に生成される。コンピュータは、汎用コンピュータ、専用コンピュータ、コンピュータネットワーク、または他のプログラマブル装置であり得る。コンピュータ命令は、コンピュータ可読記憶媒体に格納されてもよいし、あるコンピュータ可読記憶媒体から別のコンピュータ可読記憶媒体に送信されてもよい。例えば、コンピュータ命令は、有線（例えば、同軸ケーブル、光ファイバ、もしくはデジタル加入者回線（digital subscriber line，DSL））方法またはワイヤレス（例えば、赤外線、無線、もしくはマイクロ波）方法で、あるウェブサイト、コンピュータ、サーバ、またはデータセンタから別のウェブサイト、コンピュータ、サーバ、またはデータセンタに送信されてもよい。コンピュータ可読記憶媒体は、コンピュータがアクセス可能な任意の使用可能な媒体、または1つもしくは複数の使用可能な媒体を統合した、サーバやデータセンタなどのデータ記憶デバイスであり得る。使用可能な媒体は、磁気媒体（例えば、フロッピーディスク、ハードディスク、もしくは磁気テープ）、光学媒体（例えば、高密度デジタルビデオディスク（digital video disc，DVD））、または半導体媒体（例えば、ソリッドステートドライブ（solid state drive，SSD））などであってもよい。

前述の装置の実施形態におけるネットワークデバイスおよび端末デバイスは、方法の実施形態におけるネットワークデバイスおよび端末デバイスに完全に対応する。対応するモジュールまたはユニットは、対応するステップを実行する。例えば、通信ユニット（トランシーバ）は、方法の実施形態における受信ステップまたは送信ステップを実行し、処理ユニット（プロセッサ）は、送信ステップおよび受信ステップ以外のステップを実行してもよい。特定のユニットの機能については、対応する方法の実施形態を参照されたい。1つまたは複数のプロセッサが存在してもよい。

本明細書で使用される「コンポーネント」、「モジュール」、「システム」などの用語は、コンピュータに関連したエンティティ、ハードウェア、ファームウェア、ハードウェアとソフトウェアの組み合わせ、ソフトウェア、または実行されているソフトウェアを示すために使用される。例えば、コンポーネントは、プロセッサ上で実行されるプロセス、プロセッサ、オブジェクト、実行可能ファイル、実行スレッド、プログラム、および／またはコンピュータであってもよいが、これらに限定されない。図に示すように、コンピューティングデバイスおよびコンピューティングデバイス上で動作するアプリケーションの両方がコンポーネントであり得る。1つまたは複数のコンポーネントは、プロセスおよび／または実行スレッド内に存在してもよく、コンポーネントは、1つのコンピュータ上に配置されてもよく、および／または2つ以上のコンピュータ間に分散されてもよい。加えて、これらのコンポーネントは、様々なデータ構造を格納する様々なコンピュータ可読媒体から実行されてもよい。例えば、コンポーネントは、ローカルプロセスおよび／またはリモートプロセスを使用して、例えば、1つまたは複数のデータパケットを有する信号に従って通信し得る（例えば、2つのコンポーネントからのデータが、ローカルシステムで、分散システムで、および／または、信号を使用して他のシステムとやりとりするインターネットなどのネットワークを介して別のコンポーネントとやりとりする）。

当業者であれば、本明細書で開示されている実施形態で説明された例と組み合わせて、電子的ハードウェアまたはコンピュータソフトウェアと電子的ハードウェアとの組み合わせによって、ユニットおよびアルゴリズムステップが実装され得ることを承知しているはずである。機能がハードウェアにより実行されるか、ソフトウェアにより実行されるかは、特定の用途および技術的解決策の設計制約条件に依存する。当業者は、様々な方法を使用して、特定の用途ごとに記載された機能を実施することができるが、その実装形態が本出願の範囲を超えると考えられるべきではない。

前述のシステム、装置、およびユニットの詳細な作動プロセスのための、簡便な説明の目的で、前述の方法の実施形態において対応するプロセスが参照され得ることは、当業者であれば明確に理解することができ、詳細は本明細書では再度説明されない。

本出願で提供されるいくつかの実施形態では、開示されたシステム、装置、および方法が、他の方法で実施され得ることを理解されたい。例えば、説明された装置の実施形態は、単なる例である。例えば、ユニットへの分割は、論理的な機能の分割にすぎず、実際の実装では他の分割であってもよい。例えば、複数のユニットまたはコンポーネントは別のシステムに組み合わされてもよい、もしくは統合されてもよいし、または一部の機能は無視されてもよい、もしくは実行されなくてもよい。加えて、提示されたまたは述べられた相互結合または直接的な結合もしくは通信接続は、いくつかのインターフェースを使用して実装されてもよい。装置またはユニット間の間接的な結合または通信接続は、電子的、機械的、または他の形態で実装されてもよい。

別個の部分として説明されているユニットは、物理的に分離されていてもいなくてもよく、また、ユニットとして提示されている部分は、物理的なユニットであってもなくてもよいし、1つの位置に配置されていてもよいし、または複数のネットワークユニット上に分散されていてもよい。実施形態の解決策の目的を達成するために、実際の要求に基づいて、ユニットの一部または全部が選択されてもよい。

加えて、本出願の実施形態における機能ユニットは1つの処理ユニットに統合されてもよいし、またはこれらのユニットの各々は物理的に単独で存在してもよいし、または2つ以上のユニットが1つのユニットに統合される。

機能が、ソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用される場合、機能は、コンピュータ可読記憶媒体に格納されてもよい。そのような理解に基づいて、本出願の技術的解決策は本質的に、または従来技術に寄与する部分は、または技術的解決策のうちのいくつかは、ソフトウェア製品の形態で実装されてもよい。コンピュータソフトウェア製品は記憶媒体に格納され、本出願の実施形態に記載された方法のステップのすべてまたは一部を実行するように、（パーソナルコンピュータ、サーバ、またはネットワークデバイスであってもよい）コンピュータデバイスに命令するためのいくつかの命令を含む。上記記憶媒体は、USBフラッシュドライブ、取り外し可能ハードディスク、読み出し専用メモリ（read－only memory，ROM）、ランダムアクセスメモリ（random access memory，RAM）、磁気ディスク、または光ディスクなどの、プログラムコードを格納することができる任意の媒体を含む。

前述の説明は、本出願の単なる特定の実装形態であり、本出願の保護範囲を限定することを意図されていない。本出願で開示された技術的範囲内で当業者によって容易に考え出されるいかなる変形または置換も、本出願の保護範囲内にあるものとする。したがって、本出願の保護範囲は、特許請求の範囲の保護範囲に従うものとする。

100 通信システム
110 ネットワークデバイス
120 コアネットワーク
130 端末
400 アップリンク送信方法
500 装置
510 トランシーバユニット
520 処理ユニット
810 アンテナ
820 無線周波数部
830 信号処理部、ストレージ要素
831 処理要素
833 インターフェース回路
901 アンテナ
902 無線周波数装置
903 ベースバンド装置
9031 処理要素
9032 ストレージ要素
9033 インターフェース

Claims (29)

1. 第1のダウンリンク制御情報を受信するステップであって、前記第1のダウンリンク制御情報はダウンリンク送信リソースを示すかまたはアクティブ化するために使用される、ステップと、
   前記ダウンリンク送信リソース上でダウンリンクデータを受信するステップと、
   ターゲット期間において第2のダウンリンク制御情報を受信するステップであって、前記第2のダウンリンク制御情報はアップリンク送信リソースを示すために使用され、前記アップリンク送信リソースは前記ダウンリンクデータのフィードバック情報を送信するために使用され、前記ターゲット期間は不連続受信（DRX）アクティブ化時間に含まれ、前記ターゲット期間の開始時間は、前記ダウンリンク送信リソースの終了位置に基づいて決定される、ステップと、
   前記アップリンク送信リソース上で前記フィードバック情報を送信するステップと
   を含む、送信方法。
2. 前記ターゲット期間の終了時間が、前記第2のダウンリンク制御情報が受信された時間であるか、または前記ターゲット期間の終了時間が、ネットワークデバイスによって構成される、請求項1に記載の方法。
3. 前記第1のダウンリンク制御情報が時間範囲指示情報を含み、前記時間範囲指示情報は時間範囲を示すために使用され、前記時間範囲は、端末デバイスが前記第2のダウンリンク制御情報を受信することを期待する時間範囲であり、前記ターゲット期間は、前記時間範囲か又は前記時間範囲の一部である、請求項1または2のいずれか一項に記載の方法。
4. 前記第2のダウンリンク制御情報が、端末デバイスのチャネルアクセスプロセスのタイプが第1のタイプであることを示すために使用されるか、または前記第2のダウンリンク制御情報が、前記端末デバイスがチャネルアクセスプロセスを実行しないことを示すために使用され、
   前記チャネルアクセスプロセスは、アンライセンス帯における所定のチャネルがアイドルか否かを検出するプロセスであり、
   前記第1のタイプは、所定の持続時間内における信号のエネルギーの大きさに基づくプロセスである
   請求項1から3のいずれか一項に記載の方法。
5. 前記ダウンリンク送信リソースおよび前記アップリンク送信リソースが、時間領域において異なるチャネル占有時間（COT）に属する、請求項1から4のいずれか一項に記載の方法。
6. 前記第2のダウンリンク制御情報が、
   端末デバイスの識別子情報、
   第1のサービングセルの識別子情報であって、前記第1のサービングセルは、前記第1のダウンリンク制御情報が搬送される前記ダウンリンク送信リソースに対応するセルである、第1のサービングセルの識別子情報、
   第2のサービングセルの識別子情報であって、前記アップリンク送信リソースが前記第2のサービングセルに位置する、第2のサービングセルの識別子情報、
   ハイブリッド自動再送要求（HARQ）プロセスの識別子情報であって、前記HARQプロセスは、前記第2のダウンリンク制御情報に対応するHARQプロセスである、HARQプロセスの識別子情報、
   アップリンク帯域幅部分（BWP）の識別子情報であって、前記BWPは、前記アップリンク送信リソースが属するBWPである、アップリンクBWPの識別子情報、および
   サブバンドの識別子情報であって、前記サブバンドは前記アップリンク送信リソースが属するサブバンドである、サブバンドの識別子情報、のうちの少なくとも1つをさらに含む、請求項1から5のいずれか一項に記載の方法。
7. 前記第1のダウンリンク制御情報の巡回冗長検査（CRC）が、第1の無線ネットワーク一時識別子（RNTI）を使用してスクランブルされ、前記第2のダウンリンク制御情報のCRCが、第2のRNTIを使用してスクランブルされ、前記第1のRNTIは、前記第2のRNTIと同じまたは異なる、請求項1から6のいずれか一項に記載の方法。
8. 前記第1のRNTIが前記第2のRNTIと同じであり、前記第1のダウンリンク制御情報と前記第2のダウンリンク制御情報の両方がそれぞれインジケータビットを含み、前記インジケータビットは、前記第1のダウンリンク制御情報と前記第2のダウンリンク制御情報とを区別するために使用される、請求項7に記載の方法。
9. 前記第1のダウンリンク制御情報が送信される第1のサービングセルが第3のサービングセルとの対応関係を有し、
   第2のダウンリンク制御情報を受信する前記ステップが、
   前記第2のダウンリンク制御情報を取得するために、前記第3のサービングセルにおけるダウンリンク制御チャネルを監視するステップを含む、請求項1から8のいずれか一項に記載の方法。
10. 前記第1のサービングセルと前記第3のサービングセルとの間の対応関係がネットワークデバイスによって端末デバイスのために構成されるか、または
    前記第1のサービングセルと前記第3のサービングセルとの間の対応関係が事前設定される、請求項9に記載の方法。
11. 前記第2のダウンリンク制御情報を受信したときに、
    実行中ランダムアクセスプロセスがないか、または実行中ランダムアクセスプロセスが完了した場合、帯域幅部分（BWP）非アクティブタイマを開始または再開するステップ、および／またはセカンダリセル非アクティブ化タイマを開始または再開するステップ
    をさらに含み、
    前記BWP非アクティブタイマは、BWPを切り替えるために使用され、前記セカンダリセル非アクティブ化タイマは、セカンダリセル非アクティブ化のために使用される、請求項1から10のいずれか一項に記載の方法。
12. 第1のダウンリンク制御情報を送信するステップであって、前記第1のダウンリンク制御情報はダウンリンク送信リソースを示すかまたはアクティブ化するために使用される、ステップと、
    前記ダウンリンク送信リソース上でダウンリンクデータを送信するステップと、
    ターゲット期間において第2のダウンリンク制御情報を送信するステップであって、前記第2のダウンリンク制御情報はアップリンク送信リソースを示すために使用され、前記アップリンク送信リソースは前記ダウンリンクデータのフィードバック情報を送信するために使用され、前記ターゲット期間は不連続受信（DRX）アクティブ化時間に含まれ、前記ターゲット期間の開始時間は、前記ダウンリンク送信リソースの終了位置に基づいて決定される、ステップと、
    前記アップリンク送信リソース上で前記フィードバック情報を受信するステップと
    を含む、送信方法。
13. 前記第1のダウンリンク制御情報が時間範囲指示情報を含み、前記時間範囲指示情報は時間範囲を示すために使用され、前記時間範囲は、端末デバイスが前記第2のダウンリンク制御情報を受信することを期待する時間範囲であり、前記ターゲット期間は、前記時間範囲か又は前記時間範囲の一部である、請求項12に記載の方法。
14. 前記第2のダウンリンク制御情報が、端末デバイスのチャネルアクセスプロセスのタイプが第1のタイプであることを示すために使用されるか、または前記第2のダウンリンク制御情報が、前記端末デバイスがチャネルアクセスプロセスを実行しないことを示すために使用され、
    前記チャネルアクセスプロセスは、アンライセンス帯における所定のチャネルがアイドルか否かを検出するプロセスであり、
    前記第1のタイプは、所定の持続時間内における信号のエネルギーの大きさに基づくプロセスである
    請求項12または13に記載の方法。
15. 前記ダウンリンク送信リソースおよび前記アップリンク送信リソースが、時間領域において異なるチャネル占有時間（COT）に属する、請求項12から14のいずれか一項に記載の方法。
16. 前記第2のダウンリンク制御情報が、
    端末デバイスの識別子情報、
    第1のサービングセルの識別子情報であって、前記第1のサービングセルは、前記第1のダウンリンク制御情報が搬送される前記ダウンリンク送信リソースに対応するセルである、第1のサービングセルの識別子情報、
    第2のサービングセルの識別子情報であって、前記アップリンク送信リソースが前記第2のサービングセルに位置する、第2のサービングセルの識別子情報、
    ハイブリッド自動再送要求（HARQ）プロセスの識別子情報であって、前記HARQプロセスは、前記第2のダウンリンク制御情報に対応するHARQプロセスである、HARQプロセスの識別子情報、
    アップリンク帯域幅部分（BWP）の識別子情報であって、前記BWPは、前記アップリンク送信リソースが属するBWPである、アップリンクBWPの識別子情報、および
    サブバンドの識別子情報であって、前記サブバンドは前記アップリンク送信リソースが属するサブバンドである、サブバンドの識別子情報、のうちの少なくとも1つをさらに含む、請求項12から15のいずれか一項に記載の方法。
17. 前記第1のダウンリンク制御情報の巡回冗長検査（CRC）が、第1の無線ネットワーク一時識別子（RNTI）を使用してスクランブルされ、前記第2のダウンリンク制御情報のCRCが、第2のRNTIを使用してスクランブルされ、前記第1のRNTIは、前記第2のRNTIと同じまたは異なる、請求項12から16のいずれか一項に記載の方法。
18. 前記第1のRNTIが前記第2のRNTIと同じであり、前記第1のダウンリンク制御情報と前記第2のダウンリンク制御情報の両方がそれぞれインジケータビットを含み、前記インジケータビットは、前記第1のダウンリンク制御情報と前記第2のダウンリンク制御情報とを区別するために使用される、請求項17に記載の方法。
19. 前記第1のダウンリンク制御情報が送信される第1のサービングセルが第3のサービングセルとの対応関係を有し、前記第3のサービングセルは前記第2のダウンリンク制御情報が位置するセルである、請求項12から18のいずれか一項に記載の方法。
20. 前記第1のサービングセルと前記第3のサービングセルとの間の対応関係がネットワークデバイスによって端末デバイスのために構成されるか、または
    前記第1のサービングセルと前記第3のサービングセルとの間の対応関係が事前設定される、請求項19に記載の方法。
21. 請求項1から11のいずれか一項に記載の方法のステップを実行するように構成されたユニットを備える、通信装置。
22. プロセッサとインターフェース回路とを備える通信装置であって、
    前記プロセッサは、前記インターフェース回路を介してネットワークデバイスと通信し、請求項1から11のいずれか一項に記載の方法を実行するように構成される、通信装置。
23. プロセッサを備える通信装置であって、前記プロセッサは、請求項1から11のいずれか一項に記載の方法を実施するために、メモリに接続され、前記メモリに格納されたプログラムを読み取り、実行するように構成される、通信装置。
24. 請求項21から23のいずれか一項に記載の装置を備える、端末デバイス。
25. 請求項12から20のいずれか一項に記載の方法のステップを実行するように構成されたユニットを備える、通信装置。
26. プロセッサとインターフェース回路とを備える通信装置であって、
    前記プロセッサは、前記インターフェース回路を介して端末デバイスと通信し、請求項12から20のいずれか一項に記載の方法を実行するように構成される、通信装置。
27. プロセッサを備える通信装置であって、前記プロセッサは、請求項12から20のいずれか一項に記載の方法を実施するために、メモリに接続され、前記メモリに格納されたプログラムを読み取り、実行するように構成される、通信装置。
28. 請求項25から27のいずれか一項に記載の装置を備える、ネットワークデバイス。
29. コンピュータプログラムを含むコンピュータ可読媒体であって、前記コンピュータプログラムがプロセッサ上で実行されると、前記プロセッサは請求項1から20のいずれか一項に記載の方法を実行することが可能になる、コンピュータ可読媒体。

Images