(57)【要約】無線デバイスは第１のダウンリンク制御情報（ＤＣＩ）を受信する。第１のＤＣＩは、第２のトリガを示す第２のＤＣＩに応答して第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、セルを介して第２のＤＣＩを受信するための検証期間を示すフィールドと、を含む。不連続受信（ＤＲＸ）プロセスは、媒体アクセス制御（ＭＡＣ）エンティティがアクティブ時間にないことを判定する。ＭＡＣエンティティは、検証期間の少なくとも一部の間に、ＭＡＣエンティティがアクティブ時間にない場合でもセル上の第２のトリガのための制御チャネルを監視する。【選択図】図２０
2019534607.tif 000002
【特許請求の範囲】
【請求項１】
方法であって、
無線デバイスによって第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを受信するための検証期間を示すフィールドと、を含む、第１のＤＣＩを受信することと、
不連続受信（ＤＲＸ）プロセスによって、媒体アクセス制御（ＭＡＣ）エンティティがアクティブ時間にないことを判定することと、
前記検証期間の少なくとも一部の間に前記ＭＡＣエンティティによって、前記ＭＡＣエンティティが前記アクティブ時間にない場合でも前記セル上の前記第２のトリガのための制御チャネルを監視することと、を含む、方法。
【請求項２】
前記セルは二次セルである、請求項１に記載の方法。
【請求項３】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）にアドレス指定され、
前記制御チャネルの前記監視は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を監視することを含む、請求項１に記載の方法。
【請求項４】
前記無線デバイスによって、前記ＤＲＸプロセスの構成パラメータを含む少なくとも１つのメッセージを受信することを更に含む、請求項１に記載の方法。
【請求項５】
前記ＤＲＸプロセスは、前記ＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子（ＲＮＴＩ）について、前記ＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブ時間を決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、請求項１に記載の方法。
【請求項６】
前記第１のＤＣＩは、前記セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、請求項１に記載の方法。
【請求項７】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項１に記載の方法。
【請求項８】
前記検証期間中に前記第２のＤＣＩを受信することと、
前記第２のＤＣＩの受信に応答して、前記第１のＤＣＩを使用する１つ以上のトランスポートブロックを送信することと、を更に含む、請求項１に記載の方法。
【請求項９】
無線デバイスであって、
１つ以上のプロセッサと、
命令を記憶したメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを受信するための検証期間を示すフィールドと、を含む第１のＤＣＩを受信することを行わせ、
不連続受信（ＤＲＸ）プロセスによって、媒体アクセス制御（ＭＡＣ）エンティティがアクティブ時間にないことを判定することを行わせ、
前記検証期間の少なくとも一部の間に前記ＭＡＣエンティティによって、前記ＭＡＣエンティティが前記アクティブ時間にない場合でも前記セル上の前記第２のトリガのための制御チャネルを監視することを行わせる、無線デバイス。
【請求項１０】
前記セルは二次セルである、請求項９に記載の無線デバイス。
【請求項１１】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）にアドレス指定され、
前記制御チャネルの前記監視は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を監視することを含む、請求項９に記載の無線デバイス。
【請求項１２】
前記無線デバイスによって、前記ＤＲＸプロセスの構成パラメータを含む少なくとも１つのメッセージを受信することを更に含む、請求項９に記載の無線デバイス。
【請求項１３】
前記ＤＲＸプロセスは、前記ＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子（ＲＮＴＩ）について、前記ＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブ時間を決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、請求項９に記載の無線デバイス。
【請求項１４】
前記第１のＤＣＩは、前記セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、請求項９に記載の無線デバイス。
【請求項１５】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項９に記載の無線デバイス。
【請求項１６】
前記検証期間中に前記第２のＤＣＩを受信することと、
前記第２のＤＣＩの受信に応答して、前記第１のＤＣＩを使用する１つ以上のトランスポートブロックを送信することと、を更に含む、請求項９に記載の無線デバイス。
【請求項１７】
方法であって、
基地局によって第１のダウンリンク制御情報（ＤＣＩ）を送信することであって、前記第１のＤＣＩは、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを送信するための検証期間を示すフィールドと、を含む、第１のＤＣＩを送信することと、
不連続受信（ＤＲＸ）プロセスによって、媒体アクセス制御（ＭＡＣ）エンティティがアクティブ時間内にないことを判定することと、
前記ＭＡＣエンティティによって、前記検証期間中に、前記ＭＡＣエンティティが前記アクティブ時間にない場合でも前記セルの制御チャネルを介して前記第２のトリガを送信することと、を含む、方法。
【請求項１８】
前記セルは二次セルである、請求項１７に記載の方法。
【請求項１９】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）にアドレス指定され、
前記制御チャネルを介した前記送信は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を介した送信を含む、請求項１７に記載の方法。
【請求項２０】
前記基地局によって前記ＤＲＸプロセスの構成パラメータを含む少なくとも１つのメッセージを送信することを更に含む、請求項１７に記載の方法。
【請求項２１】
前記ＤＲＸプロセスは、無線デバイスＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子（ＲＮＴＩ）について、前記無線デバイスＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブ時間を決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、請求項１７に記載の方法。
【請求項２２】
前記第１のＤＣＩは、前記セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、請求項１７に記載の方法。
【請求項２３】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項１７に記載の方法。
【請求項２４】
前記検証期間中に前記第２のＤＣＩを送信することと、
前記第２のＤＣＩの受信に応答して、前記第１のＤＣＩを使用する１つ以上のトランスポートブロックを受信することと、を更に含む、請求項１７に記載の方法。
【請求項２５】
基地局であって、
１つ以上のプロセッサと、
命令を記憶したメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、
第１のダウンリンク制御情報（ＤＣＩ）を送信することであって、前記第１のＤＣＩは、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを送信するための検証期間を示すフィールドと、を含む、第１のＤＣＩを送信することを行わせ、
不連続受信（ＤＲＸ）プロセスによって媒体アクセス制御（ＭＡＣ）エンティティがアクティブ時間内にないことを判定することを行わせ、
前記ＭＡＣエンティティによって、前記検証期間中に、前記ＭＡＣエンティティが前記アクティブ時間にない場合でも前記セルの制御チャネルを介して前記第２のトリガを送信することを行わせる、基地局。
【請求項２６】
前記セルは二次セルである、請求項２５に記載の基地局。
【請求項２７】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）にアドレス指定され、
前記制御チャネルを介した前記送信は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を介した送信を含む、請求項２５に記載の基地局。
【請求項２８】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、前記ＤＲＸプロセスの構成パラメータを含む少なくとも１つのメッセージを送信することを行わせる、請求項２５に記載の基地局。
【請求項２９】
前記ＤＲＸプロセスは、無線デバイスＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子（ＲＮＴＩ）について、前記無線デバイスＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブ時間を決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、請求項２５に記載の基地局。
【請求項３０】
前記第１のＤＣＩは、前記セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、請求項２５に記載の基地局。
【請求項３１】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項２５に記載の基地局。
【請求項３２】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、
前記検証期間中に前記第２のＤＣＩを送信することを行わせ、
前記第２のＤＣＩの受信に応答して、前記第１のＤＣＩを使用する１つ以上のトランスポートブロックを受信することを行わせる、請求項２５に記載の基地局。
【請求項３３】
方法であって、
無線デバイスによって第１のサブフレームにおいて第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
ライセンスアシストアクセス（ＬＡＡ）セルのアップリンクサブフレームを介した伝送のためのリソースブロックの割り当てを示す第１のフィールドと、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガと、を含み、前記アップリンクサブフレームのタイミングは少なくとも前記第２のＤＣＩに基づいて決定される、第１のＤＣＩを受信することと、
前記無線デバイスによって前記ＬＡＡセルの前記アップリンクサブフレームの前記リソースブロックを介した伝送のための基準サブフレームの電力ヘッドルーム値を決定することであって、
前記基準サブフレームは前記アップリンクサブフレームとは異なり、
前記基準サブフレームは前記第１のサブフレームから所定数のサブフレーム後のサブフレームである、電力ヘッドルーム値を決定することと、
前記第２のＤＣＩを受信することと、
前記ＬＡＡセルの前記アップリンクサブフレームを介して、前記基準サブフレームの前記電力ヘッドルーム値を含む電力ヘッドルームレポートを含むトランスポートブロックを送信することと、を含む、方法。
【請求項３４】
前記無線デバイスによって前記ＬＡＡセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを更に含み、前記構成パラメータは少なくとも１つの電力ヘッドルーム構成パラメータを含む、請求項３３に記載の方法。
【請求項３５】
少なくとも前記第１のＤＣＩに応答して電力ヘッドルームタイマを再起動することを更に含む、請求項３３に記載の方法。
【請求項３６】
前記基準サブフレームにおいて少なくとも前記第１のＤＣＩに応答して電力ヘッドルームタイマを再起動することを更に含む、請求項３３に記載の方法。
【請求項３７】
前記第２のＤＣＩは、前記ＬＡＡセルの制御チャネルの共通検索空間を介して受信され、
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、請求項３３に記載の方法。
【請求項３８】
電力ヘッドルーム値は、
タイプ１電力ヘッドルーム値と、
タイプ２電力ヘッドルーム値と、を含む、請求項３３に記載の方法。
【請求項３９】
前記所定数は４である、請求項３３に記載の方法。
【請求項４０】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項３３に記載の方法。
【請求項４１】
前記第２のＤＣＩは、ダウンリンク制御チャネルの共通検索空間を介して受信される、請求項３３に記載の方法。
【請求項４２】
電力ヘッドルーム値は、第１のＬＡＡセルの第１の電力ヘッドルーム値を含み、
前記基準サブフレームにおける少なくとも１つのトランスポートブロックの送信を示す前記第１のサブフレームの時点または前に前記無線デバイスが第１のトリガを受信する場合に前記基準サブフレームにおいて前記少なくとも１つのトランスポートブロックが送信されるものと仮定して、前記第１の電力ヘッドルーム値が決定され、
前記基準サブフレームにおける少なくとも１つのトランスポートブロックの送信を示す前記第１のサブフレームの後に前記無線デバイスが第１のトリガを受信する場合に前記基準サブフレームにおいて前記少なくとも１つのトランスポートブロックが送信されないものと仮定して、前記第１の電力ヘッドルーム値が決定される、請求項３３に記載の方法。
【請求項４３】
無線デバイスであって、
１つ以上のプロセッサと、
命令を記憶したメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
第１のサブフレームにおいて、第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
ライセンスアシストアクセス（ＬＡＡ）セルのアップリンクサブフレームを介した伝送のためのリソースブロックの割り当てを示す第１のフィールドと、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガと、を含み、前記アップリンクサブフレームのタイミングは少なくとも前記第２のＤＣＩに基づいて決定される、第１のＤＣＩを受信することを行わせ、
前記無線デバイスによって前記ＬＡＡセルの前記アップリンクサブフレームの前記リソースブロックを介した伝送のための基準サブフレームの電力ヘッドルーム値を決定することであって、
前記基準サブフレームは前記アップリンクサブフレームとは異なり、
前記基準サブフレームは前記第１のサブフレームから所定数のサブフレーム後のサブフレームである、電力ヘッドルーム値を決定することを行わせ、
前記第２のＤＣＩを受信することを行わせ、
前記ＬＡＡセルの前記アップリンクサブフレームを介して前記基準サブフレームの前記電力ヘッドルーム値を含む電力ヘッドルームレポートを含むトランスポートブロックを送信することを行わせる、無線デバイス。
【請求項４４】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、前記ＬＡＡセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを行わせ、前記構成パラメータは少なくとも１つの電力ヘッドルーム構成パラメータを含む、請求項４３に記載の無線デバイス。
【請求項４５】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、少なくとも前記第１のＤＣＩに応答して電力ヘッドルームタイマを再起動することを行わせる、請求項４３に記載の無線デバイス。
【請求項４６】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、前記基準サブフレームにおいて少なくとも前記第１のＤＣＩに応答して電力ヘッドルームタイマを再起動することを行わせる、請求項４３に記載の無線デバイス。
【請求項４７】
前記第２のＤＣＩは、前記ＬＡＡセルの制御チャネルの共通検索空間を介して受信され、
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、請求項４３に記載の無線デバイス。
【請求項４８】
電力ヘッドルーム値は、
タイプ１電力ヘッドルーム値と、
タイプ２電力ヘッドルーム値と、を含む、請求項４３に記載の無線デバイス。
【請求項４９】
前記所定数は４である、請求項４３に記載の無線デバイス。
【請求項５０】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項４３に記載の無線デバイス。
【請求項５１】
前記第２のＤＣＩは、ダウンリンク制御チャネルの共通検索空間を介して受信される、請求項４３に記載の無線デバイス。
【請求項５２】
電力ヘッドルーム値は、第１のＬＡＡセルの第１の電力ヘッドルーム値を含み、
前記基準サブフレームにおける少なくとも１つのトランスポートブロックの送信を示す前記第１のサブフレームの時点または前に前記無線デバイスが第１のトリガを受信する場合に前記基準サブフレームにおいて前記少なくとも１つのトランスポートブロックが送信されるものと仮定して、前記第１の電力ヘッドルーム値が決定され、
前記基準サブフレームにおける少なくとも１つのトランスポートブロックの送信を示す前記第１のサブフレームの後に前記無線デバイスが第１のトリガを受信する場合に前記基準サブフレームにおいて前記少なくとも１つのトランスポートブロックが送信されないものと仮定して、前記第１の電力ヘッドルーム値が決定される、請求項４３に記載の無線デバイス。
【請求項５３】
方法であって、
無線デバイスによって第１のサブフレームにおいて第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
ライセンスアシストアクセス（ＬＡＡ）セルのアップリンクサブフレームを介した伝送のためのリソースブロックの割り当てを示す第１のフィールドと、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガと、を含み、前記アップリンクサブフレームのタイミングは少なくとも前記第２のＤＣＩに基づいて決定される、第１のＤＣＩを受信することと、
前記無線デバイスによって前記ＬＡＡセルの前記アップリンクサブフレームの前記リソースブロックを介した伝送のための基準サブフレームのバッファステータス値を決定することと、
前記第２のＤＣＩを受信することと、
前記ＬＡＡセルの前記アップリンクサブフレームを介して前記基準サブフレームの前記バッファステータス値を含むバッファステータスレポートを含むトランスポートブロックを送信することと、を含む、方法。
【請求項５４】
前記基準サブフレームは前記アップリンクサブフレームとは異なる、請求項５３に記載の方法。
【請求項５５】
前記基準サブフレームは前記第１のサブフレームから所定数のサブフレーム後のサブフレームである、請求項５３に記載の方法。
【請求項５６】
方法であって、
無線デバイスによって第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを含む第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
前記第１のＤＣＩを検証する前記第２のＤＣＩを受信するための検証期間を示す検証フィールドと、
ハイブリッド再送要求（ＨＡＲＱ）識別子フィールドと、
新規データ識別子（ＮＤＩ）フィールドと、を含む、第１のＤＣＩを受信することと、
前記第１のＤＣＩに応答して１つ以上の第１のトランスポートブロック（ＴＢ）を作成することと、
前記検証期間の少なくとも一部の間に前記第２のＤＣＩについて監視することと、
前記監視が前記第２のＤＣＩを検出しないことに応答して、
前記第１のＤＣＩを無効にして前記１つ以上のトランスポートブロックの送信を中断することと、
前記ＨＡＲＱプロセスＩＤおよび前記ＮＤＩを記憶することと、
前記１つ以上の第１のＴＢをＨＡＲＱバッファに記憶することと、
前記ＨＡＲＱプロセスＩＤの同じ値を示す第３のＤＣＩを受信することと、
前記第３のＤＣＩに応答してアップリンク信号を送信することと、を含み、前記無線デバイスは、記憶された前記ＮＤＩを使用して、前記１つ以上の第１のトランスポートブロックの適応再送、または１つ以上の第２のトランスポートブロックの新規の送信を決定する、方法。
【請求項５７】
前記第２のＤＣＩについての前記監視は、制御チャネルの共通検索空間上で実行される、請求項５６に記載の方法。
【請求項５８】
前記無線デバイスによって、ライセンスアシストアクセスセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを更に含む、請求項５６に記載の方法。
【請求項５９】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、請求項５６に記載の方法。
【請求項６０】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項５６に記載の方法。
【請求項６１】
前記第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、請求項５６に記載の方法。
【請求項６２】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項５６に記載の方法。
【請求項６３】
前記第３のＤＣＩは、
第２のＮＤＩフィールドと、
第２のリソースブロック割り当てを示す第２のリソースブロック割り当てフィールドと、を含む、請求項５６に記載の方法。
【請求項６４】
無線デバイスであって、
１つ以上のプロセッサと、
命令を記憶したメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを含む第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
前記第１のＤＣＩを検証する前記第２のＤＣＩを受信するための検証期間を示す検証フィールドと、
ハイブリッド再送要求（ＨＡＲＱ）識別子フィールドと、
新規データ識別子（ＮＤＩ）フィールドと、を含む、第１のＤＣＩを受信することを行わせ、
前記第１のＤＣＩに応答して１つ以上の第１のトランスポートブロック（ＴＢ）を作成することを行わせ、
前記検証期間の少なくとも一部の間に前記第２のＤＣＩを監視することを行わせ、
前記監視が前記第２のＤＣＩを検出しないことに応答して、
前記第１のＤＣＩを無効にして前記１つ以上のトランスポートブロックの送信を中断することと、
前記ＨＡＲＱプロセスＩＤおよび前記ＮＤＩを記憶することと、
前記１つ以上の第１のＴＢをＨＡＲＱバッファに記憶することと、を行わせ、
前記ＨＡＲＱプロセスＩＤの同じ値を示す第３のＤＣＩを受信することを行わせ、
前記第３のＤＣＩに応答してアップリンク信号を送信することを行わせ、前記無線デバイスは、記憶された前記ＮＤＩを使用して、前記１つ以上の第１のトランスポートブロックの適応再送、または１つ以上の第２のトランスポートブロックの新規の送信を決定する、無線デバイス。
【請求項６５】
前記第２のＤＣＩについての前記監視は、制御チャネルの共通検索空間上で実行される、請求項６４に記載の無線デバイス。
【請求項６６】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、ライセンスアシストアクセスセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを行わせる、請求項６４に記載の無線デバイス。
【請求項６７】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、請求項６４に記載の無線デバイス。
【請求項６８】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項６４に記載の無線デバイス。
【請求項６９】
前記第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、請求項６４に記載の無線デバイス。
【請求項７０】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項６４に記載の無線デバイス。
【請求項７１】
前記第３のＤＣＩは、
第２のＮＤＩフィールドと、
第２のリソースブロック割り当てを示す第２のリソースブロック割り当てフィールドと、を含む、請求項６４に記載の無線デバイス。
【請求項７２】
方法であって、
無線デバイスによって第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを含む第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
前記第１のＤＣＩを検証する前記第２のＤＣＩを受信するための検証期間を示す検証フィールドと、を含む、第１のＤＣＩを受信することと、
媒体アクセスエンティティ（ＭＡＣ）によって前記第１のＤＣＩに応答して１つ以上の第１のトランスポートブロック（ＴＢ）を作成することと、
前記検証期間の少なくとも一部の間に前記第２のＤＣＩについて監視することと、
前記監視が前記第２のＤＣＩを検出しないことに応答して、
前記第１のＤＣＩを無効にして前記１つ以上のトランスポートブロックの送信を中断することと、
前記ＭＡＣエンティティによって、前記１つ以上のトランスポートブロックの前記送信がとにかく実行されたと見なすことと、を含む、方法。
【請求項７３】
前記第１のＤＣＩは、
ハイブリッド再送要求（ＨＡＲＱ）識別子フィールドと、
新規データ識別子（ＮＤＩ）フィールドと、を含む、請求項７２に記載の方法。
【請求項７４】
前記１つ以上のトランスポートブロックの前記送信が実行されたと前記ＭＡＣエンティティが見なす場合に、
前記ＨＡＲＱプロセスＩＤおよび前記ＮＤＩを記憶することと、
前記１つ以上の第１のＴＢをＨＡＲＱバッファに記憶することと、を更に含む、請求項７３に記載の方法。
【請求項７５】
前記ＨＡＲＱプロセスＩＤの同じ値を示す第３のＤＣＩを受信することと、
前記第３のＤＣＩに応答してアップリンク信号を送信することと、を更に含み、前記無線デバイスは、記憶された前記ＮＤＩを使用して、前記１つ以上の第１のトランスポートブロックの適応再送、または１つ以上の第２のトランスポートブロックの新規の送信を決定する、請求項７４に記載の方法。
【請求項７６】
前記第２のＤＣＩについての前記監視は、制御チャネルの共通検索空間上で実行される、請求項７２に記載の方法。
【請求項７７】
前記無線デバイスによって、ライセンスアシストアクセスセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを更に含む、請求項７２に記載の方法。
【請求項７８】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、請求項７２に記載の方法。
【請求項７９】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項７２に記載の方法。
【請求項８０】
前記第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、請求項７２に記載の方法。
【請求項８１】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項７２に記載の方法。
【請求項８２】
前記第３のＤＣＩは、
第２のＮＤＩフィールドと、
第２のリソースブロック割り当てを示す第２のリソースブロック割り当てフィールドと、を含む、請求項７２に記載の方法。
【請求項８３】
無線デバイスであって、
１つ以上のプロセッサと、
命令を記憶したメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを含む第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
前記第１のＤＣＩを検証する前記第２のＤＣＩを受信するための検証期間を示す検証フィールドと、を含む、第１のＤＣＩを受信することを行わせ、
媒体アクセスエンティティ（ＭＡＣ）によって前記第１のＤＣＩに応答して１つ以上の第１のトランスポートブロック（ＴＢ）を作成することを行わせ、
前記検証期間の少なくとも一部の間に前記第２のＤＣＩを監視することを行わせ、
前記監視が前記第２のＤＣＩを検出しないことに応答して、
前記第１のＤＣＩを無効にして前記１つ以上のトランスポートブロックの送信を中断することと、
前記ＭＡＣエンティティによって、前記１つ以上のトランスポートブロックの前記送信がとにかく実行されたと見なすことと、を行わせる、無線デバイス。
【請求項８４】
前記第１のＤＣＩは、
ハイブリッド再送要求（ＨＡＲＱ）識別子フィールドと、
新規データ識別子（ＮＤＩ）フィールドと、を含む、請求項８３に記載の無線デバイス。
【請求項８５】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、前記１つ以上のトランスポートブロックの前記送信が実行されたと前記ＭＡＣエンティティが見なす場合に、
前記ＨＡＲＱプロセスＩＤおよび前記ＮＤＩを記憶することを行わせ、
前記１つ以上の第１のＴＢをＨＡＲＱバッファに記憶することを行わせる、請求項８４に記載の無線デバイス。
【請求項８６】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
前記ＨＡＲＱプロセスＩＤの同じ値を示す第３のＤＣＩを受信することを行わせ、
前記第３のＤＣＩに応答してアップリンク信号を送信することを行わせ、前記無線デバイスは、記憶された前記ＮＤＩを使用して、前記１つ以上の第１のトランスポートブロックの適応再送、または１つ以上の第２のトランスポートブロックの新規の送信を決定する、請求項８５に記載の無線デバイス。
【請求項８７】
前記第２のＤＣＩについての前記監視は、制御チャネルの共通検索空間上で実行される、請求項８３に記載の無線デバイス。
【請求項８８】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、ライセンスアシストアクセスセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを行わせる、請求項８３に記載の無線デバイス。
【請求項８９】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、請求項８３に記載の無線デバイス。
【請求項９０】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項８３に記載の無線デバイス。
【請求項９１】
前記第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、請求項８３に記載の無線デバイス。
【請求項９２】
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項８３に記載の無線デバイス。
【請求項９３】
前記第３のＤＣＩは、
第２のＮＤＩフィールドと、
第２のリソースブロック割り当てを示す第２のリソースブロック割り当てフィールドと、を含む、請求項８３に記載の無線デバイス。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１６年９月２４日に出願された米国仮特許出願第６２／３９９，３８５号、２０１６年９月２４日に出願された米国仮特許出願第６２／３９９，３８１号、および２０１６年９月２５日に出願された米国仮特許出願第６２／３９９，４４４号の利益を主張し、それらの全体が参照により本明細書に組み込まれる。
【発明の概要】
【課題を解決するための手段】
【０００２】
本開示の複数の例示的実施形態が、キャリアアグリゲーションのオペレーションを可能にする。ここに開示する技術の複数の実施形態を、マルチキャリア通信システムの技術分野において採用することが可能である。
【図面の簡単な説明】
【０００３】
本開示の様々な実施形態のうちの幾つかの例を、ここに図面を参照しながら記載する。
【０００４】
【図１】本開示の一実施形態の一局面によるＯＦＤＭサブキャリアの例示的なセットを示す図である。
【図２】本開示の一実施形態の一局面によるキャリアグループ内の２つのキャリアに関する例示的な送信時間及び受信時間を示す図である。
【図３】本開示の一実施形態の一局面によるＯＦＤＭ無線リソースを示す例示的な図である。
【図４】本開示の一実施形態の一局面による基地局及び無線デバイスを示す例示的なブロック図である。
【図５】本開示の一実施形態の一局面によるアップリンク及びダウンリンク信号伝送の例示的な図である。
【図６】本開示の一実施形態の一局面によるＣＡ及びＤＣを用いたプロトコル構成の例示的な図である。
【図７】本開示の一実施形態の一局面によるＣＡ及びＤＣを用いたプロトコル構成の例示的な図である。
【図８】本開示の一実施形態の一局面による例示的なＴＡＧ構造を示している。
【図９】本開示の一実施形態の一局面による二次ＴＡＧにおけるランダムアクセスプロセスの例示的なメッセージフローである。
【図１０】本開示の実施形態の一局面によるダウンリンクバーストを示す例示的な図である。
【図１１】本開示の実施形態の一局面によるアクティブ化／非アクティブ化ＭＡＣ制御要素の例を示す。
【図１２】本開示の実施形態の一局面による２段階トリガ許可におけるトリガＡおよびトリガＢを示す例示的な図である。
【図１３】本開示の実施形態の一局面による２段階許可のためのＰＨＲプロセスを示す例示的な図である。
【図１４】本開示の実施形態の一局面による２段階許可のためのＢＳＲプロセスを示す例示的な図である。
【図１５】本開示の実施形態の一局面による２段階許可が無効にされた場合のＰＨＲ／ＢＳＲプロセスを示す例示的な図である。
【図１６】本開示の実施形態の一局面による１つ以上の２段階許可のためのＭＡＣ／ＰＨＹ  ＴＢプロセスを示す例示的な図である。
【図１７】本開示の実施形態の一局面によるレガシーＤＲＸプロセスを示す例示的な図である。
【図１８】本開示の実施形態の一局面による拡張ＤＲＸプロセスを示す例示的な図である。
【図１９】本開示の実施形態の一局面による拡張ＤＲＸプロセスを示す例示的な図である。
【図２０】本開示の実施形態の一局面による例示的なフロー図である。
【図２１】本開示の実施形態の一局面による例示的なフロー図である。
【図２２】本開示の実施形態の一局面による例示的なフロー図である。
【図２３】本開示の実施形態の一局面による例示的なフロー図である。
【図２４】本開示の実施形態の一局面による例示的なフロー図である。
【図２５】本開示の実施形態の一局面による例示的なフロー図である。
【発明を実施するための形態】
【０００５】
本開示を通じ、以下の略称が使用される。
ＡＳＩＣ  特定用途向け集積回路
ＢＰＳＫ  二位相偏移変調
ＣＡ  キャリアアグリゲーション
ＣＳＩ  チャネル状態情報
ＣＤＭＡ  符号分割多重アクセス
ＣＳＳ  共通検索領域
ＣＰＬＤ  複合プログラマブル論理デバイス
ＣＣ  コンポーネントキャリア
ＤＬ  ダウンリンク
ＤＣＩ  ダウンリンク制御情報
ＤＣ  デュアルコネクティビティ
ＥＰＣ  進化型パケットコア
Ｅ−ＵＴＲＡＮ  進化型ユニバーサル地上無線アクセスネットワーク
ＦＰＧＡ  フィールドプログラマブルゲートアレイ
ＦＤＤ  周波数分割多重化
ＨＤＬ  ハードウェア記述言語
ＨＡＲＱ  ハイブリッド自動反復要求
ＩＥ  情報要素
ＬＡＡ  ライセンス補助アクセス
ＬＴＥ  ロングタームエボリューション
ＭＣＧ  マスタセルグループ
ＭｅＮＢ  マスタ進化型ノードＢ
ＭＩＢ  マスタ情報ブロック
ＭＡＣ  媒体アクセス制御
ＭＡＣ  媒体アクセス制御
ＭＭＥ  モビリティ管理エンティティ
ＮＡＳ  非アクセス層
ＯＦＤＭ  直交周波数分割多重化
ＰＤＣＰ  パケットデータ収束プロトコル
ＰＤＵ  パケットデータユニット
ＰＨＹ  物理
ＰＤＣＣＨ  物理ダウンリンク制御チャネル
ＰＨＩＣＨ  物理ＨＡＲＱインジケータチャネル
ＰＵＣＣＨ  物理的アップリンク制御チャネル
ＰＵＳＣＨ  物理的アップリンク共有チャネル
ＰＣｅｌｌ  一次セル
ＰＣｅｌｌ  一次セル
ＰＣＣ  一次コンポーネントキャリア
ＰＳＣｅｌｌ  一次二次セル
ｐＴＡＧ  一次タイミングアドバンスグループ
ＱＡＭ  直交振幅変調
ＱＰＳＫ  直交位相偏移変調
ＲＢＧ  リソースブロックグループ
ＲＬＣ  無線リンク制御
ＲＲＣ  無線リソース制御
ＲＡ  ランダムアクセス
ＲＢ  リソースブロック
ＳＣＣ  二次コンポーネントキャリア
ＳＣｅｌｌ  二次セル
ＳＣｅｌｌ  二次セル
ＳＣＧ  二次セルグループ
ＳｅＮＢ  二次進化型ノードＢ
ｓＴＡＧｓ  二次タイミングアドバンスグループ
ＳＤＵ  サービスデータユニット
Ｓ−ＧＷ  サービングゲートウェイ
ＳＲＢ  信号伝達無線ベアラ
ＳＣ−ＯＦＤＭ  単一キャリア−ＯＦＤＭ
ＳＦＮ  システムフレーム数
ＳＩＢ  システム情報ブロック
ＴＡＩ  追跡エリア識別子
ＴＡＴ  時間整合タイマ
ＴＤＤ  時分割複信
ＴＤＭＡ  時分割多重アクセス
ＴＡ  タイミングアドバンス
ＴＡＧ  タイミングアドバンスグループ
ＴＢ  トランスポートブロック
ＵＬ  アップリンク
ＵＥ  ユーザ機器
ＶＨＤＬ  ＶＨＳＩＣハードウェア記述言語
【０００６】
本発明の例示的実施形態が、種々の物理層変調及び伝送機構を使用して具現化されてもよい。例示的伝送機構として、限定ではないが、ＣＤＭＡ、ＯＦＤＭ、ＴＤＭＡ、ウェーブレット技術、及び／又は同等物が挙げられる。ＴＤＭＡ／ＣＤＭＡ及びＯＦＤＭ／ＣＤＭＡ等のハイブリッド伝送機構もまた、採用されてもよい。種々の変調スキームが、物理層内の信号伝送のために適用されてもよい。変調スキームの例として、限定ではないが、位相、振幅、コード、これらの組み合わせ、及び／又は同等物が挙げられる。例示的な無線伝送方法が、ＢＰＳＫ、ＱＰＳＫ、１６−ＱＡＭ、６４−ＱＡＭ、２５６−ＱＡＭ、及び／又は同等物を使用して、ＱＡＭを具現化してもよい。物理無線伝送が、伝送要件及び無線条件に応じて、変調及びコーディングスキームを動的又は半動的に変化させることによって強化されてもよい。
【０００７】
図１は、本発明の実施形態の一局面による、ＯＦＤＭサブキャリアの例示的セットを描写する略図である。本実施例に図示されるように、図内の矢印が、マルチキャリアＯＦＤＭシステム内のサブキャリアを示してもよい。ＯＦＤＭシステムが、ＯＦＤＭ技術、ＤＦＴＳ−ＯＦＤＭ技術、ＳＣ−ＯＦＤＭ技術、又は同等物等の技術を使用してもよい。例えば、矢印１０１は、サブキャリア伝送情報シンボルを示す。図１は、例証を目的とするものであって、典型的なマルチキャリアＯＦＤＭシステムが、キャリア内により多くのサブキャリアを含んでもよい。例えば、キャリア内のサブキャリアの数が、１０〜１０，０００サブキャリアの範囲内であってもよい。図１は、伝送バンド内の２つのガードバンド１０６及び１０７を示す。図１に図示されるように、ガードバンド１０６は、サブキャリア１０３とサブキャリア１０４との間にある。サブキャリアＡ１０２の例示的セットは、サブキャリア１０３と、サブキャリア１０４とを含む。図１はまた、サブキャリアＢ１０５の例示的セットを図示する。図示されるように、サブキャリアＢ１０５の例示的セット内には、任意の２つのサブキャリアの間にガードバンドが存在しない。マルチキャリアＯＦＤＭ通信システム内のキャリアが、連続的キャリア、非連続的キャリア、又は連続的及び非連続的キャリア両方の組み合わせであってもよい。
【０００８】
図２は、本開示の実施形態の一局面による、２つのキャリアに関する例示的な送信時間及び受信時間を示す図である。マルチキャリアＯＦＤＭ通信システムが、例えば、１〜１０の範囲のキャリアに及ぶ、１つ以上のキャリアを含んでもよい。キャリアＡ２０４及びキャリアＢ２０５が、同一の又は異なるタイミング構造を有してもよい。図２は、２つの同期されたキャリアを示すが、キャリアＡ２０４及びキャリアＢ２０５は、相互に同期されても、又はそうではなくてもよい。ＦＤＤ及びＴＤＤ複信機構が、複数の異なる無線フレーム構造にサポートされてもよい。図２は、例示的ＦＤＤフレームタイミングを示す。ダウンリンク及びアップリンク伝送が、無線フレーム２０１の中に編成されてもよい。本実施例では、無線フレーム持続時間は、１０ミリ秒である。例えば１〜１００ミリ秒の範囲内などの、その他のフレーム持続時間もまた、サポートされてもよい。本実施例では、各１０ミリ秒無線フレーム２０１が、１０個の等しいサイズのサブフレーム２０２に分割されてもよい。０．５ミリ秒、１ミリ秒、２ミリ秒、及び５ミリ秒などの、その他のサブフレーム持続時間もまた、サポートされてもよい。サブフレームが、２つ以上のスロット（例えば、スロット２０６及び２０７）から成ってもよい。ＦＤＤの実施例の場合には、各１０ミリ秒間隔において、１０個のサブフレームが、ダウンリンク伝送のために利用可能であってもよく、１０個のサブフレームが、アップリンク伝送のために利用可能であってもよい。アップリンク及びダウンリンク伝送が、周波数ドメイン内で分離されてもよい。スロットが、複数のＯＦＤＭシンボル２０３を含んでもよい。スロット２０６内のＯＦＤＭシンボル２０３の数が、サイクリックプレフィックス長及びサブキャリア間隔に依存してもよい。
【０００９】
図３は、本開示の実施形態の一局面による、ＯＦＤＭ無線リソースを示す図である。時間３０４及び周波数３０５内のリソースグリッド構造が、図３に図示される。ダウンリンクサブキャリア又はＲＢの数量（本実施例では、６〜１００ＲＢ）が、少なくとも部分的に、セル内で構成されたダウンリンク伝送帯域幅３０６に依存してもよい。最小無線リソースユニットが、リソース要素（例えば、３０１）と呼ばれてもよい。リソース要素が、リソースブロック（例えば、３０２）にグループ化されてもよい。リソースブロックが、リソースブロックグループ（ＲＢＧ）（例えば、３０３）と呼ばれるより大きい無線リソースにグループ化されてもよい。スロット２０６内で伝送される信号が、複数のサブキャリア及び複数のＯＦＤＭシンボルの１つ又はいくつかのリソースグリッドによって記述されてもよい。リソースブロックが、リソース要素へのある物理チャネルのマッピングを記述するために使用されてもよい。物理リソース要素の他の事前に定義されたグループ化も、無線技術に応じて、システム内で行われてもよい。例えば、２４個のサブキャリアが、５ミリ秒の持続時間の間、無線ブロックとしてグループ化されてもよい。例示的な一実施例においては、リソースブロックが、（１５ＫＨｚサブキャリア帯域幅及び１２個のサブキャリアに関して）時間ドメイン内の１つのスロット及び周波数ドメイン内の１８０ｋＨｚに対応してもよい。
【００１０】
図５Ａ、図５Ｂ、図５Ｃ、及び図５Ｄは、本開示の実施形態の一局面による、アップリンク及びダウンリンク信号伝送のための例示的な図である。図５Ａは、例示的なアップリンク物理チャネルを示す。物理的アップリンク共有チャネルを表すベースバンド信号が、以下のプロセスを実行してもよい。これらの機能は、例として挙げられたものであり、その他の機構が種々の実施形態で具現化可能であることが想定される。そのような機能が、スクランブリング、複素数値シンボルを生成するためのスクランブリングされたビットの変調、１つ又はいくつかの伝送層上への複素数値変調シンボルのマッピング、複素数値シンボルを生成するための変換プリコーディング、複素数値シンボルのプリコーディング、リソース要素へのプリコーディングされた複素数値シンボルのマッピング、アンテナポート毎の複素数値時間ドメインＤＦＴＳ−ＯＦＤＭ／ＳＣ−ＦＤＭＡ信号の生成、及び／又は同等物を含んでもよい。
【００１１】
アンテナポート毎の複素数値ＤＦＴＳ−ＯＦＤＭ／ＳＣ−ＦＤＭＡベースバンド信号及び／又は複素数値ＰＲＡＣＨベースバンド信号のキャリア周波数への例示的な変調及び上方変換が、図５Ｂに示される。フィルタリングが、伝送に先立って用いられてもよい。
【００１２】
ダウンリンク伝送のための例示的構造が、図５Ｃに示される。ダウンリンク物理チャネルを表すベースバンド信号が、以下のプロセスを実行してもよい。これらの機能は、例として挙げられたものであり、その他の機構が種々の実施形態で具現化可能であることが想定される。そのような機能が、物理チャネル上で伝送されるべきコードワードのそれぞれの中にコード化されたビットのスクランブリング、複素数値変調シンボルを生成するためのスクランブリングされたビットの変調、１つ又はいくつかの伝送層上への複素数値変調シンボルのマッピング、アンテナポート上での伝送のための各層上での複素数値変調シンボルのプリコーディング、リソース要素へのアンテナポート毎の複素数値変調シンボルのマッピング、アンテナポート毎の複素数値時間ドメインＯＦＤＭ信号の生成、及び／又は同等物を含んでもよい。
【００１３】
アンテナポート毎の複素数値ＯＦＤＭベースバンド信号のキャリア周波数への例示的な変調及び上方変換が、図５Ｄに示される。フィルタリングが、伝送に先立って用いられてもよい。
【００１４】
図４は、本開示の実施形態の一局面による、基地局４０１及び無線デバイス４０６の例示的ブロック図である。通信ネットワーク４００が、少なくとも１つの基地局４０１と、少なくとも１つの無線デバイス４０６とを含んでもよい。基地局４０１が、少なくとも１つの通信インターフェース４０２と、少なくとも１つのプロセッサ４０３と、非一時的メモリ４０４内に記憶され、少なくとも１つのプロセッサ４０３によって実行可能な少なくとも１セットのプログラムコード命令４０５とを含んでもよい。無線デバイス４０６が、少なくとも１つの通信インターフェース４０７と、少なくとも１つのプロセッサ４０８と、非一時的メモリ４０９内に記憶され、少なくとも１つのプロセッサ４０８によって実行可能な少なくとも１セットのプログラムコード命令４１０とを含んでもよい。基地局４０１内の通信インターフェース４０２が、少なくとも１つの無線リンク４１１を含む通信経路を介して、無線デバイス４０６内の通信インターフェース４０７との通信を行うように構成されていてもよい。無線リンク４１１が、双方向リンクであってもよい。無線デバイス４０６内の通信インターフェース４０７もまた、基地局４０１内の通信インターフェース４０２との通信を行うように構成されていてもよい。基地局４０１及び無線デバイス４０６が、複数の周波数キャリアを使用し、無線リンク４１１を経由して、データを送受信するように構成されていてもよい。幾つかの実施形態の複数の局面によると、送受信機が採用されてもよい。送受信機は、送信機及び受信機の両方を有するデバイスである。送受信機が、無線デバイス、基地局、中継ノード、及び／又は同等物等のデバイス内で使用されてもよい。通信インターフェース４０２、４０７及び無線リンク４１１内で実装される無線技術のための例示的実施形態が、図１、図２、図３、図５、及びこれらに記入されている文字によって示されている。
【００１５】
インターフェースが、ハードウェアインターフェース、ファームウェアインターフェース、ソフトウェアインターフェース、及び／又はそれらの組み合わせであってもよい。ハードウェアインターフェースが、コネクタ、ワイヤ、ドライバ等の電子デバイス、増幅器、及び／又は同等物を含んでもよい。ソフトウェアインターフェースが、メモリデバイス内に記憶され、プロトコル、プロトコル層、通信ドライバ、デバイスドライバ、それらの組み合わせ、及び／又は同等物を具現化するコードを含んでもよい。ファームウェアインターフェースが、組込み型ハードウェアと、メモリデバイス内に記憶され、及び／又はこれと通信し、接続、電子デバイス動作、プロトコル、プロトコル層、通信ドライバ、デバイスドライバ、ハードウェア動作、これらの組み合わせ、及び／又は同等物を具現化するコードの組み合わせを含んでもよい。
【００１６】
用語「構成される」は、デバイスが動作状態にあるか、又は非動作状態にあるかどうかに関わらず、デバイスの能力に関連していてもよい。「構成される」はまた、デバイスが動作状態にあるか、又は非動作状態にあるかどうかに関わらず、デバイスの動作特性をもたらす、デバイス内の具体的設定を指していてもよい。言い換えると、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリ値、及び／又は同等物は、デバイスが動作状態にあるか、又は非動作状態にあるかどうかに関わらず、デバイスに具体的特性を付与するようにデバイス内で「構成」されていてもよい。「デバイス内で生じさせるための制御メッセージ」等の用語が、デバイスが動作状態にあるか、又は非動作状態にあるかどうかに関わらず、デバイス内の具体的特性を構成するために使用可能なパラメータを制御メッセージが有することを意味してもよい。
【００１７】
実施形態の種々の局面によると、ＬＴＥネットワークが多数の基地局を含み、ユーザプレーンＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ及び制御プレーン（ＲＲＣ）プロトコル終端を無線デバイスに向かって提供してもよい。基地局が、（例えば相互接続されたＸ２インターフェースを用いて）他の基地局と相互接続されてもよい。基地局が、例えば、Ｓ１インターフェースを用いてＥＰＣに接続されてもよい。例えば、基地局が、Ｓ１−ＭＭＥインターフェースを用いてＭＭＥと、Ｓ１−Ｕインターフェースを用いてＳ−Ｇ）と相互接続されてもよい。Ｓ１インターフェースが、ＭＭＥ／サービングゲートウェイと基地局との間の多対多関係をサポートしてもよい。基地局が、多くのセクタ、例えば、１、２、３、４、又は６つのセクタを含んでもよい。基地局が、多くのセル、例えば、１〜５０以上のセルを含んでもよい。セルが、例えば、一次セル又は二次セルとしてカテゴリ化されてもよい。ＲＲＣ接続確立／再確立／ハンドオーバでは、１つのサービングセルが、ＮＡＳ（非アクセス層）モビリティ情報（例えば、ＴＡＩ）を提供してもよく、ＲＲＣ接続再確立／ハンドオーバでは、１つのサービングセルが、セキュリティ入力を提供してもよい。このセルが、一次セル（ＰＣｅｌｌ）と称されてもよい。ＰＣｅｌｌに対応するキャリアが、ダウンリンクでは、ダウンリンク一次コンポーネントキャリア（ＤＬＰＣＣ）であってもよく、一方、アップリンクでは、アップリンク一次コンポーネントキャリア（ＵＬＰＣＣ）であってもよい。無線デバイス能力に応じて、二次セル（ＳＣｅｌｌ）が、ＰＣｅｌｌと共にサービングセルのセットを形成するように構成されてもよい。ＳＣｅｌｌに対応するキャリアは、ダウンリンクでは、ダウンリンク二次コンポーネントキャリア（ＤＬ  ＳＣＣ）であってもよく、一方、アップリンクでは、アップリンク二次コンポーネントキャリア（ＵＬ  ＳＣＣ）であってもよい。ＳＣｅｌｌは、アップリンクキャリアを有してもよいが、有していなくてもよい。
【００１８】
ダウンリンクキャリアと、任意にアップリンクキャリアとを含むセルに、物理セルＩＤ及びセルインデックスが割り当てられてもよい。キャリア（ダウンリンク又はアップリンク）が、１つのセルのみに属してもよい。セルＩＤ又はセルインデックスが、（使用状況に応じて）セルのダウンリンクキャリア又はアップリンクキャリアを識別してもよい。本明細書では、セルＩＤがキャリアＩＤとも称されてもよく、セルインデックスがキャリアインデックスと称されてもよい。実装では、物理セルＩＤ又はセルインデックスがセルに割り当てられてもよい。セルＩＤが、ダウンリンクキャリア上で伝送される同期信号を使用して判定されてもよい。セルインデックスが、ＲＲＣメッセージを使用して判定されてもよい。例えば、本明細書が、第１のダウンリンクキャリアに関して第１の物理セルＩＤに言及している場合に、第１の物理セルＩＤが第１のダウンリンクキャリアを含むセルのＩＤであることを本明細書が意味してもよい。同じ概念が、例えば、キャリアアクティブ化に当てはまってもよい。本明細書が、第１のキャリアがアクティブ化されることを示す場合に、第１のキャリアを含むセルがアクティブ化されることを本明細書が意味してもよい。
【００１９】
実施形態が、必要に応じて動作するように構成されていてもよい。本開示の機構が、例えば無線デバイス、基地局、無線環境、ネットワーク、これらの組み合わせ、及び／又は同等物において所定の基準が満たされている場合に実行されてもよい。例示的な基準が、例えばトラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、これらの組み合わせ、及び／又は同等物に少なくとも部分的に基づいていてもよい。これらの１つ以上の基準が満たされている場合に、種々の例示的実施形態が実施されてもよい。したがって、本開示のプロトコルを選択的に実行する例示的実施形態を実施することが可能であってもよい。
【００２０】
基地局が、複数の無線デバイスからなる組み合わせと通信してもよい。無線デバイスが、複数の技術及び／又は同一技術の複数のリリースをサポートしてもよい。無線デバイスが、その無線デバイスカテゴリ及び／又は能力に応じて、いくつかの具体的能力を有してもよい。基地局が、複数のセクタを含んでもよい。本開示が、複数の無線デバイスと通信する基地局を対象とする場合に、本開示がカバレッジ領域内の全ての無線デバイスのうちの一サブセットを対象としてもよい。本開示が、例えば、所与の能力を有し、基地局の所与のセクタ内にある、所与のＬＴＥリリースの複数の無線デバイスを対象としてもよい。本開示における複数の無線デバイスが、選択された複数の無線デバイス、及び／又は開示される方法に従って機能する、カバレッジ領域内の全ての無線デバイスのうちの一サブセット、及び／又は同等物を指してもよい。カバレッジ領域内に、例えばＬＴＥ技術のより古いリリースに基づいて稼働するために本開示の方法に対応することのできない、複数の無線デバイスが存在してもよい。
【００２１】
図６及び図７は、本発明の実施形態の一局面による、ＣＡ及びＤＣを用いたプロトコル構造の例示的な図である。Ｅ−ＵＴＲＡＮが、デュアルコネクティビティ（ＤＣ）動作をサポートしてもよく、それによって、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ内の複数のＲＸ／ＴＸ  ＵＥが、Ｘ２インターフェースを経由して非理想的バックホールを介して接続される２つのｅＮＢ内に位置する２つのスケジューラによって提供される、無線リソースを利用するように構成されていてもよい。あるＵＥのためのＤＣに関わるｅＮＢが、２つの異なる役割を担ってもよい。すなわち、ｅＮＢが、ＭｅＮＢ又はＳｅＮＢのいずれかとしての機能を果たしてもよい。ＤＣにおいて、ＵＥが１つのＭｅＮＢ及び１つのＳｅＮＢに接続されてもよい。ＤＣにおいて実装される機構が、２つ以上のｅＮＢを網羅するように拡張されてもよい。図７は、マスタセルグループ（ＭＣＧ）及び二次セルグループ（ＳＣＧ）が構成される場合のＵＥ側ＭＡＣエンティティの例示的な一構造を図示しているが、これが実装を制限するものでなくてもよい。媒体ブロードキャストマルチキャストサービス（ＭＢＭＳ）受信は、便宜上、本図には示されない。
【００２２】
ＤＣでは、特定のベアラが使用する無線プロトコルアーキテクチャが、ベアラが設定される方法に依存していてもよい。図６に示されるように、ＭＣＧベアラ、ＳＣＧベアラ、及び分割ベアラの３つの選択肢が存在してもよい。ＲＲＣがＭｅＮＢ内に位置してもよく、ＳＲＢがＭＣＧベアラタイプとして構成されてもよく、ＭｅＮＢの無線リソースを使用してもよい。ＤＣが、ＳｅＮＢによって提供される無線リソースを使用するように構成された少なくとも１つのベアラを有するものとして説明されてもよい。ＤＣが、本発明の例示的実施形態において構成／実装されてもよいが、そうでなくてもよい。
【００２３】
ＤＣの場合に、ＵＥが、２つのＭＡＣエンティティ、すなわち、ＭｅＮＢのための１つのＭＡＣエンティティと、ＳｅＮＢのための１つのＭＡＣエンティティとを用いて構成されてもよい。ＤＣにおいては、ＵＥのためのサービングセルの構成されたセットが、２つのサブセット、すなわち、ＭｅＮＢのサービングセルを含むマスタセルグループ（ＭＣＧ）と、ＳｅＮＢのサービングセルを含む二次セルグループ（ＳＣＧ）とを含んでもよい。ＳＣＧに関して、以下のうちの１つ以上が該当してもよい。すなわち、ＳＣＧ内の少なくとも１つのセルが、構成されたＵＬ  ＣＣを有し、ＰＳＣｅｌｌと称される（又はＳＣＧのＰＣｅｌｌもしくはＰＣｅｌｌとも呼ばれる）それらのうちの１つが、ＰＵＣＣＨリソースを用いて構成されてもよい。ＳＣＧが構成される場合に、少なくとも１つのＳＣＧベアラ又は１つの分割ベアラが存在してもよい。ＰＳＣｅｌｌ上の物理層に関する問題もしくはランダムアクセスに関する問題が検出された場合、又はＳＣＧと関連付けられたＲＬＣ再伝送が最大数に達した場合、又はＳＣＧ追加又はＳＣＧ変更の間にＰＳＣｅｌｌ上のアクセスに関する問題が検出された場合に、ＲＲＣ接続再確立プロシージャがトリガされず、ＳＣＧのセルに向かうＵＬ伝送が停止され、ＵＥによってＭｅＮＢにＳＣＧ障害の種類が知らされてもよい。分割ベアラに関しては、ＭｅＮＢを経由したＤＬデータ転送が維持されてもよい。ＲＬＣ  ＡＭベアラが、分割ベアラ向けに構成されてもよい。ＰＣｅｌｌと同様に、ＰＳＣｅｌｌが非アクティブ化されなくてもよい。ＰＳＣｅｌｌが、（例えばセキュリティキー変更及びＲＡＣＨプロシージャなどの）ＳＣＧ変更に伴って変更されてもよく、及び／又は分割ベアラとＳＣＧベアラとの間の直接ベアラタイプ変更もしくはＳＣＧ及び分割ベアラの同時構成のいずれもがサポートされなくてもよい。
【００２４】
ＭｅＮＢとＳｅＮＢとの間の相互作用に関して、以下の原理のうちの１つ以上が該当してもよい。すなわち、ＭｅＮＢが、ＵＥのＲＲＭ測定構成を維持してもよく、また（例えば、受信された測定報告又はトラフィック条件又はベアラタイプに基づいて）ＳｅＮＢに対してＵＥのための更なるリソース（サービングセル）を提供するように求めることを決定してもよい。ＭｅＮＢからの要求の受信に応じて、ＳｅＮＢが、ＵＥのための更なるサービングセルの構成をもたらし得るコンテナを作成してもよい（又はそのために利用可能なリソースを有していないと判定してもよい）。ＵＥ能力の調整のために、ＭｅＮＢが、ＡＳ構成及びＵＥ能力（の一部）をＳｅＮＢに提供してもよい。ＭｅＮＢ及びＳｅＮＢが、Ｘ２メッセージとして搬送されるＲＲＣコンテナ（ノード間メッセージ）を採用することによって、ＵＥ構成についての情報を交換してもよい。ＳｅＮＢが、（例えば、ＳｅＮＢに向かうＰＵＣＣＨなどの）その既存のサービングセルの再構成を開始してもよい。ＳｅＮＢが、ＳＣＧ内のどのセルがＰＳＣｅｌｌであるのかを決定してもよい。ＭｅＮＢが、ＳｅＮＢによって提供されるＲＲＣ構成の内容を変更しなくてもよい。ＳＣＧ追加及びＳＣＧ  ＳＣｅｌｌ追加の場合、ＭｅＮＢが、ＳＣＧセルのために最新の測定結果を提供してもよい。（例えば、測定ギャップのＤＲＸ整合及び識別の目的のために）ＭｅＮＢ及びＳｅＮＢの双方が、ＯＡＭによって相互のＳＦＮ及びサブフレームオフセットを把握してもよい。一実施例においては、新たなＳＣＧ  ＳＣｅｌｌを追加する場合に、ＳＣＧのＰＳＣｅｌｌのＭＩＢから取得されたＳＦＮを除き、ＣＡに関するセルの要求されるシステム情報を送信するために、専用のＲＲＣシグナリングが使用されてもよい。
【００２５】
一実施例においては、サービングセルが、ＴＡグループ（ＴＡＧ）内でグループ化されてもよい。１つのＴＡＧ内のサービングセルが、同一タイミング基準を使用してもよい。所与のＴＡＧに関して、ユーザ機器（ＵＥ）が少なくとも１つのダウンリンクキャリアをタイミング基準として使用してもよい。所与のＴＡＧに関して、ＵＥが、同一ＴＡＧに属するアップリンクキャリアのアップリンクサブフレーム及びフレーム伝送タイミングを同期させてもよい。一実施例においては、同一のＴＡが適用されるアップリンクを有するサービングセルが、同一の受信機によってホストされるサービングセルに対応していてもよい。複数のＴＡをサポートするＵＥが、２つ以上のＴＡグループをサポートしてもよい。１つのＴＡグループがＰＣｅｌｌを含み、一次ＴＡＧ（ｐＴＡＧ）と呼ばれてもよい。多重ＴＡＧ構成においては、少なくとも１つのＴＡグループが、ＰＣｅｌｌを含まず、二次ＴＡＧ（ｓＴＡＧ）と呼ばれてもよい。一実施例においては、同一ＴＡグループ内のキャリアが、同一のＴＡ値及び／又は同一のタイミング基準を使用してもよい。ＤＣが構成される場合に、（ＭＣＧ又はＳＣＧ）セルグループに属するセルが、ｐＴＡＧ及び１つ以上のｓＴＡＧを含む複数のＴＡＧにグループ化されてもよい。
【００２６】
図８は、本開示の実施形態の一局面による例示的なＴＡＧ構成を示す。実施例１では、ｐＴＡＧは、ＰＣｅｌｌを含み、ｓＴＡＧは、ＳＣｅｌｌ１を含む。実施例２では、ｐＴＡＧは、ＰＣｅｌｌ及びＳＣｅｌｌ１を含み、ｓＴＡＧは、ＳＣｅｌｌ２及びＳＣｅｌｌ３を含む。実施例３では、ｐＴＡＧは、ＰＣｅｌｌ及びＳＣｅｌｌ１を含み、ｓＴＡＧ１は、ＳＣｅｌｌ２及びＳＣｅｌｌ３を含み、ｓＴＡＧ２は、ＳＣｅｌｌ４を含む。最大４つのＴＡＧが、セルグループ（ＭＣＧ又はＳＣＧ）内でサポートされてもよく、他の例示的ＴＡＧ構成もまた、提供されてもよい。本開示における種々の実施例では、複数の例示的機構が、ｐＴＡＧ及びｓＴＡＧに関して説明される。幾つかの例示的機構が、複数のｓＴＡＧを伴う構成に適用されてもよい。
【００２７】
一実施例においては、ｅＮＢが、アクティブ化されるＳＣｅｌｌに関するＰＤＣＣＨ順序を介して、ＲＡプロシージャを開始してもよい。このＰＤＣＣＨ順序が、このＳＣｅｌｌのスケジューリングセル上で送信されてもよい。あるセルについてクロスキャリアスケジューリングが構成される場合に、このスケジューリングセルが、プリアンブル伝送のために採用されるセルと異なってもよく、ＰＤＣＣＨ順序が、ＳＣｅｌｌインデックスを含んでもよい。少なくとも非競合ベースのＲＡプロシージャが、ｓＴＡＧに割り当てられるＳＣｅｌｌのためにサポートされてもよい。
【００２８】
図９は、本発明の一実施形態の一局面による、二次ＴＡＧ内のランダムアクセスプロセスにおける例示的メッセージフローである。ｅＮＢは、アクティブ化コマンド６００を伝送し、ＳＣｅｌｌをアクティブ化する。プリアンブル６０２（Ｍｓｇ１）が、ｓＴＡＧに属するＳＣｅｌｌ上のＰＤＣＣＨ順序６０１に応答して、ＵＥによって送信されてもよい。例示的な一実施形態では、ＳＣｅｌｌに関するプリアンブル伝送が、ＰＤＣＣＨフォーマット１Ａを使用して、ネットワークによって制御されてもよい。ＳＣｅｌｌ上のプリアンブル伝送に応答したＭｓｇ２メッセージ６０３（ＲＡＲ：ランダムアクセス応答）が、ＰＣｅｌｌ共通検索空間（ＣＳＳ）内のＲＡ−ＲＮＴＩにアドレス指定されてもよい。アップリンクパケット６０４が、プリアンブルが伝送されたＳＣｅｌｌ上で伝送されてもよい。
【００２９】
一実施例によると、初期タイミング整合が、ランダムアクセスプロシージャを通して達成されてもよい。このことが、ＵＥがランダムアクセスプリアンブルを伝送し、ｅＮＢがランダムアクセス応答ウィンドウ内で初期ＴＡコマンドＮＴＡ（タイミングアドバンスの量）に応答することを伴ってもよい。ＮＴＡ＝０であるＵＥでは、ランダムアクセスプリアンブルの開始が、対応するアップリンクサブフレームの開始と整合されてもよい。ｅＮＢが、ＵＥによって伝送されるランダムアクセスプリアンブルからアップリンクタイミングを推定してもよい。ＴＡコマンドが、所望のＵＬタイミングと実際のＵＬタイミングとの差異の推定に基づいて、ｅＮＢによって導出されてもよい。ＵＥが、プリアンブルが伝送されるｓＴＡＧの対応するダウンリンクに対して初期アップリンク伝送タイミングを判定してもよい。
【００３０】
ＴＡＧへのサービングセルのマッピングが、サービングｅＮＢによって、ＲＲＣ信号伝達を用いて構成されてもよい。ＴＡＧ構成及び再構成のための機構が、ＲＲＣ信号伝達に基づいてもよい。一実施形態の種々の局面によれば、ｅＮＢがＳＣｅｌｌ追加構成を行うとき、関連するＴＡＧ構成が、ＳＣｅｌｌのために構成されてもよい。例示的な一実施形態では、ｅＮＢが、ＳＣｅｌｌを除去（リリース）し、更新されたＴＡＧ  ＩＤを用いて（同一物理セルＩＤ及び周波数を有する）新しいＳＣｅｌｌを追加（構成）することによって、ＳＣｅｌｌのＴＡＧ構成を修正してもよい。更新されたＴＡＧ  ＩＤを有する新たなＳＣｅｌｌが、更新されたＴＡＧ  ＩＤが割り当てられた当初は非アクティブであってもよい。ｅＮＢが、更新された新しいＳＣｅｌｌをアクティブ化し、アクティブ化されたＳＣｅｌｌ上でスケジューリングパケットを始動させてもよい。例示的な一実施形態においては、ＳＣｅｌｌと関連付けられたＴＡＧが変更不可能であり、ＳＣｅｌｌが除去される必要があり、新しいＳＣｅｌｌに別のＴＡＧを追加する必要があってもよい。例えば、ＳＣｅｌｌをｓＴＡＧからｐＴＡＧに移動させる必要がある場合、（少なくとも１つのＲＲＣ再構成メッセージなどの）少なくとも１つのＲＲＣメッセージがＵＥに送信され、ＳＣｅｌｌをリリースすることによってＴＡＧ構成を再構成した後に、ＳＣｅｌｌをｐＴＡＧの一部として構成してもよい。ＳＣｅｌｌが、ＴＡＧインデックスを伴わずに追加／構成される場合には、ＳＣｅｌｌが、ｐＴＡＧに明示的に割り当てられてもよい。ＰＣｅｌｌが、そのＴＡグループを変更せず、ｐＴＡＧのメンバであってもよい。
【００３１】
ＲＲＣ接続再構成プロシージャの目的が、ＲＲＣ接続を修正する（例えば、ＲＢを確立、修正、及び／又はリリースする、ハンドオーバを行う、測定を設定、修正、及び／又はリリースする、ＳＣｅｌｌを追加、修正、及び／又はリリースする）ことであってもよい。受信されたＲＲＣ接続再構成メッセージが、ｓＣｅｌｌＴｏＲｅｌｅａｓｅＬｉｓｔを含む場合、ＵＥが、ＳＣｅｌｌリリースを行ってもよい。受信されたＲＲＣ接続再構成メッセージが、ｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔを含む場合、ＵＥが、ＳＣｅｌｌ追加又は修正を行ってもよい。
【００３２】
ＬＴＥリリース−１０及びリリース−１１ＣＡでは、ＰＵＣＣＨが、ＰＣｅｌｌ（ＰＳＣｅｌｌ）上でのみｅＮＢに伝送されてもよい。ＬＴＥ−リリース１２及びそれ以前では、ＵＥが、ＰＵＣＣＨ情報を１つのセル（ＰＣｅｌｌ又はＰＳＣｅｌｌ）上で所与のｅＮＢに伝送してもよい。
【００３３】
ＣＡ対応ＵＥの数、また、アグリゲーションされたキャリアの数が増加するにつれて、ＰＵＣＣＨの数、また、ＰＵＣＣＨペイロードサイズも、増加してもよい。ＰＣｅｌｌ上のＰＵＣＣＨ伝送への対応が、ＰＣｅｌｌ上の高ＰＵＣＣＨ負荷につながってもよい。ＳＣｅｌｌ上のＰＵＣＣＨが、ＰＵＣＣＨリソースをＰＣｅｌｌからオフロードするために導入されてもよい。１つ以上のＰＵＣＣＨ、例えば、ＰＣｅｌｌ上のＰＵＣＣＨ及びＳＣｅｌｌ上の別のＰＵＣＣＨが、構成されてもよい。例示的実施形態では、１つ、２つ、又はそれ以上のセルが、ＣＳＩ／ＡＣＫ／ＮＡＣＫを基地局に伝送するために、ＰＵＣＣＨリソースを用いて構成されてもよい。セルが、複数のＰＵＣＣＨグループにグループ化されてもよく、グループ内の１つ以上のセルが、ＰＵＣＣＨを用いて構成されてもよい。例示的構成では、１つのＳＣｅｌｌが、１つのＰＵＣＣＨグループに属してもよい。構成されたＰＵＣＣＨが基地局に伝送されるＳＣｅｌｌが、ＰＵＣＣＨ  ＳＣｅｌｌと呼ばれてもよく、共通のＰＵＣＣＨリソースが同一の基地局に伝送されるセルグループが、ＰＵＣＣＨグループと呼ばれてもよい。
【００３４】
例示的実施形態では、ＭＡＣエンティティが、ＴＡＧ毎に構成可能なタイマｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを有してもよい。アップリンク時間整合されるべき関連付けられたＴＡＧに属するサービングセルをＭＡＣエンティティが考慮する時間の長さを制御するために、ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが使用されてもよい。タイミングアドバンスコマンドＭＡＣ制御要素が受信されると、ＭＡＣエンティティが、示されるＴＡＧにタイミングアドバンスコマンドを適用し、示されるＴＡＧと関連付けられたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを始動又は再始動させてもよい。タイミングアドバンスコマンドが、ＴＡＧに属するサービングセルのためのランダムアクセス応答メッセージ内で受信されたとき、及び／又はランダムアクセスプリアンブルが、ＭＡＣエンティティによって選択されなかった場合に、ＭＡＣエンティティが、このＴＡＧにタイミングアドバンスコマンドを適用し、このＴＡＧと関連付けられたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを始動又は再始動させてもよい。一方、このＴＡＧと関連付けられたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが起動中ではない場合には、このＴＡＧにタイミングアドバンスコマンドが適用され、このＴＡＧと関連付けられたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが始動されてもよい。競合解決が成功ではないと見なされる場合には、このＴＡＧと関連付けられたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが停止されてもよい。そうでなければ、ＭＡＣエンティティが、受信されたタイミングアドバンスコマンドを無視してもよい。
【００３５】
例示的実施形態では、タイマは、いったん始動されると、停止又は満了するまで、起動中である。そうでなければ、起動していなくてもよい。タイマは、起動中ではない場合に始動可能であり、又は、起動中である場合に再始動可能である。例えば、タイマがその初期値から始動又は再始動されてもよい。
【００３６】
本開示の例示的実施形態が、マルチキャリア通信を実行可能としてもよい。別の例示的実施形態が、１つ以上のプロセッサによって実行されてマルチキャリア通信を実行させる複数の命令を備える、非一時的な有形のコンピュータ可読媒体を備えてもよい。更に別の例示的実施形態が、プログラマブルハードウェアが（無線通信機、ＵＥ、基地局などの）デバイスにマルチキャリア通信を行わせることを可能にする複数の命令がコード化されている非一時的な有形のコンピュータ可読機械アクセス可能媒体を備える製品を含んでもよい。当該デバイスが、プロセッサ、メモリ、インターフェース及び／又は同等物を含んでもよい。別の例示的実施形態が、基地局、無線デバイス（又はユーザ機器：ＵＥ）、サーバ、スイッチ、アンテナ及び／又は同等物などのデバイスを備える通信ネットワークを含んでもよい。
【００３７】
セルラーネットワークを介して運ばれるデータトラフィックの量は、今後何年にもわたって増加すると予想される。ユーザ／デバイスの数は増加しており、各ユーザ／デバイスは、ビデオ配信、大きなファイル、画像など、ますます多くの様々なサービスにアクセスしている。これには、ネットワークの大容量だけでなく、対話性および応答性に対する顧客の期待に応えるために非常に高いデータレートのプロビジョニングも必要になる場合がある。それ故、セルラー事業者が増大する需要を満たすためには、より多くのスペクトルが必要となり得る。シームレスな移動性と共に高いデータレートに対するユーザの期待を考慮すると、セルラーシステム用のスモールセルだけでなくマクロセルを展開するためにより多くのスペクトルが利用可能にされることが有益であり得る。
【００３８】
市場の要求を満たそうとの取り組みがあり、トラフィックの成長を満たすために無認可スペクトルを利用していくつかの相補的なアクセスを展開することに通信事業者からの関心が高まっている。この例が、通信事業者が展開する多数のＷｉ−Ｆｉネットワークと、ＬＴＥ／ＷＬＡＮインターワーキングソリューションの３ＧＰＰ標準化とに見られる。この関心は、ホットスポットエリアのようないくつかのシナリオにおいて、無認可スペクトルが存在する場合に、無認可スペクトルは、セルラー事業者の認可スペクトルを効果的に補完してトラフィック急増への対処に役立ち得ることを示している。ＬＡＡは、一無線ネットワークを管理しながら、通信事業者が無認可スペクトルを利用する代替手段を提供し、これにより、ネットワークの効率を最適化する新しい可能性を提供することができる。
【００３９】
例示的な実施形態では、ＬＡＡセル内での送信のためにリッスンビフォアトーク（クリアチャネルアセスメント）が実装され得る。リッスンビフォアトーク（ＬＢＴ）手順では、機器は、チャネルを使用する前にクリアチャネルアセスメント（ＣＣＡ）チェックを適用することができる。例えば、ＣＣＡは、チャネルが占有されているかクリアされているかをそれぞれ決定するために、少なくともエネルギー検出を利用してチャネル上の他の信号の有無を決定することができる。例えば、ヨーロッパおよび日本の規制では、無認可帯域でのＬＢＴの使用が義務付けられている。規制要件とは別に、ＬＢＴによるキャリア検知は、無認可スペクトルを公平に共有するための１つの方法であり得る。
【００４０】
例示的な実施形態では、制限された最大送信期間を有する無認可キャリアによる不連続送信が可能にされ得る。これらの機能のうちのいくつかは、不連続ＬＡＡダウンリンク伝送の始めから送信される１つ以上の信号によってサポートされ得る。チャネル予約は、成功したＬＢＴ動作を介してチャネルアクセスを得た後に、ＬＡＡノードによる信号の送信によって可能にされ得、その結果、ある閾値を超えるエネルギーで送信信号を受信する他のノードは、チャネルが占有されていることを感知する。不連続ダウンリンク伝送を伴うＬＡＡ動作のために１つ以上の信号によってサポートされる必要があり得る機能は、ＵＥによるＬＡＡダウンリンク伝送の検出（セル識別を含む）、ＵＥの時間および周波数同期などのうちの１つ以上を含み得る。
【００４１】
例示的な実施形態では、ＤＬ  ＬＡＡ設計は、ＣＡによってアグリゲートされたサービングセル間のＬＴＥ−Ａキャリアアグリゲーションタイミング関係に従ってサブフレーム境界アライメントを採用することができる。これは、ｅＮＢ送信がサブフレーム境界でのみ開始することができることを意味し得る。ＬＡＡは、ＬＢＴに従ってサブフレーム内ですべてのＯＦＤＭシンボルが送信に利用可能であるとは限らないときにＰＤＳＣＨの送信をサポートすることができる。ＰＤＳＣＨに必要な制御情報の配信がサポートされてもよい。
【００４２】
無認可スペクトルで動作する他の通信事業者および技術とのＬＡＡの公正かつ親和的な共存のためにＬＢＴ手順を採用することができる。無認可スペクトルのキャリアによる送信を試みるノード上でのＬＢＴ手順は、チャネルが自由に使用できるかどうかを決定するために明確なチャネル評価を実行することをノードに要求することができる。ＬＢＴ手順は、チャネルが使用されているかどうかを判定するエネルギー検出を少なくとも含み得る。例えば、ヨーロッパなどのいくつかの地域における規制要件によってエネルギー検出閾値が指定され、ノードがこの閾値よりも大きいエネルギーを受信した場合にそのノードがチャネルは空いていないと見なすようにすることができる。ノードはそのような規制要件に従うことができるが、ノードは規制要件によって指定されたものよりも低いエネルギー検出閾値を任意選択で使用することができる。一例では、ＬＡＡは、エネルギー検出閾値を適応的に変更するためのメカニズムを採用することができる。例えば、ＬＡＡは、上限からエネルギー検出閾値を適応的に下げるためのメカニズムを採用することができる。適応メカニズムは、閾値の静的設定または半静的設定を排除しなくてよい。一例では、カテゴリ４のＬＢＴ機構または他の種類のＬＢＴ機構を実装することができる。
【００４３】
様々な例示的なＬＢＴ機構が実装され得る。一例では、いくつかの信号について、いくつかの実装シナリオにおいて、いくつかの状況において、および／またはいくつかの周波数において、ＬＢＴ手順は送信エンティティによって実行されないことがある。一例では、カテゴリ２（例えば、ランダムバックオフなしのＬＢＴ）が実装され得る。送信エンティティが送信する前にチャネルがアイドル状態であると感知される期間は、決定論的であり得る。一例では、カテゴリ３（例えば、固定サイズのコンテンションウィンドウを伴うランダムバックオフを伴うＬＢＴ）が実装され得る。ＬＢＴ手順は、その構成要素の１つとして以下の手順を有することができる。送信エンティティは、コンテンションウィンドウ内に乱数Ｎを選び出すことができる。コンテンションウィンドウのサイズは、Ｎの最小値および最大値によって指定され得る。コンテンションウィンドウのサイズは固定され得る。乱数ＮをＬＢＴ手順において使用して、送信エンティティがチャネル上で送信する前にチャネルがアイドル状態であると感知される期間を決定することができる。一例では、カテゴリ４（例えば、可変サイズのコンテンションウィンドウを伴うランダムバックオフを伴うＬＢＴ）が実装され得る。送信エンティティは、コンテンションウィンドウ内に乱数Ｎを選び出すことができる。コンテンションウィンドウのサイズは、Ｎの最小値および最大値によって指定され得る。送信エンティティは、乱数Ｎを選び出すときにコンテンションウィンドウのサイズを変えることができる。乱数ＮをＬＢＴ手順において使用して、送信エンティティがチャネル上で送信する前にチャネルがアイドル状態であると感知される期間を決定することができる。
【００４４】
ＬＡＡは、ＵＥにおいてアップリンクＬＢＴを採用することができる。ＬＡＡ  ＵＬはＵＥのチャネルコンテンション機会に影響を及ぼすスケジュールされたアクセスに基づき得るため、ＵＬ  ＬＢＴスキームは（例えば、異なるＬＢＴ機構またはパラメータを使用することによって）ＤＬ  ＬＢＴスキームとは異なり得る。異なるＵＬ  ＬＢＴスキームを動機付ける他の考慮事項は、単一のサブフレームに複数のＵＥを多重化することを含むが、これに限定されない。
【００４５】
一例では、ＤＬ送信バーストは、同じＣＣ上の同じノードから直前または直後には送信されない、ＤＬ送信ノードからの連続送信であり得る。ＵＥの観点からのＵＬ送信バーストは、同じＣＣ上の同じＵＥから直前または直後には送信されない、ＵＥからの連続送信であり得る。一例では、ＵＬ送信バーストは、ＵＥの観点から定義され得る。一例では、ＵＬ送信バーストは、ｅＮＢの観点から定義され得る。一例では、ｅＮＢが同じ無認可キャリアを介してＤＬ＋ＵＬ  ＬＡＡを動作させる場合、ＬＡＡ上のＤＬ送信バーストおよびＵＬ送信バーストは、同じ無認可キャリアを介してＴＤＭ方式でスケジュールされ得る。例えば、ある瞬間は、ＤＬ送信バーストまたはＵＬ送信バーストの一部であり得る。
【００４６】
例示的な実施形態では、無認可セルにおいて、ダウンリンクバーストはサブフレームにおいて開始され得る。ｅＮＢがチャネルにアクセスするとき、ｅＮＢは１つ以上のサブフレームの期間に送信され得る。この期間は、ｅＮＢ内の最大構成バースト期間、送信に利用可能なデータ、および／またはｅＮＢスケジューリングアルゴリズムに依存し得る。図１０は、無認可（例えば、ライセンスアシストアクセス）セルにおけるダウンリンクバーストの一例を示す。例示的な実施形態における最大構成バースト期間は、ｅＮＢにおいて構成され得る。ｅＮＢは、ＲＲＣ構成メッセージを使用して最大構成バースト期間をＵＥに送信することができる。
【００４７】
無線デバイスは、複数のセルの構成パラメータを含む少なくとも１つのメッセージ（例えば、ＲＲＣ）を基地局から受信することができる。この複数のセルは、第１のタイプの少なくとも１つのセル（例えば、認可セル）と第２のタイプの少なくとも１つのセル（例えば、無認可セル、ＬＡＡセル）とを含み得る。セルの構成パラメータは、例えば、物理チャネルの構成パラメータ（例えば、ｅＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＳＣＨ、ＰＵＣＣＨなど）を含むことができる。無線デバイスは、１つ以上のアップリンクチャネルに対する送信電力を決定することができる。無線デバイスは、決定された送信電力に基づいて、少なくとも１つのアップリンクチャネルを介してアップリンク信号を送信することができる。
【００４８】
例示的な実施形態では、ＬＴＥ送信時間はフレームを含み得、そしてフレームは多くのサブフレームを含むことができる。時間領域内の様々な時間領域フィールドのサイズは、時間単位秒の数として表すことができる。ダウンリンク、アップリンクおよびサイドリンク送信は、長さがの無線フレームに編成され得る。
例示的なＬＴＥ実装形態では、少なくとも、ＦＤＤに適用可能なタイプ１、ＴＤＤに適用可能なタイプ２、ＬＡＡ二次セル動作に適用可能なタイプ３の３つの無線フレーム構造がサポートされ得る。ＬＡＡ二次セル動作はフレーム構造タイプ３に該当する。
【００４９】
一次セルに加えて１つ以上の二次セルが使用され得る場合、複数のセルにおける送信はアグリゲートされ得る。マルチセルアグリゲーションの場合、異なるサービングセルにおいて異なるフレーム構造が使用され得る。
【００５０】
フレーム構造タイプ１は、全二重および半二重ＦＤＤの両方に適用可能であり得る。無線フレームは、の長さであり、０〜１９まで番号付けされた２０スロットの長さを含むことができる。サブフレームは、２つの連続するスロットを含むことができ、この場合にサブフレームはスロットおよびを含む。
【００５１】
ＦＤＤの場合、１０ｍｓ間隔で１０個のサブフレームがダウンリンク伝送に利用可能であり、１０個のサブフレームがアップリンク伝送に利用可能である。アップリンク伝送およびダウンリンク伝送は、周波数領域内で分離される。半二重ＦＤＤ動作ではＵＥが同時に送信および受信しない場合がある一方、全二重ＦＤＤにはそのような制限がないようにし得る。
【００５２】
フレーム構造タイプ２はＴＤＤに適用可能であり得る。長さの無線フレームは、長さの２つの半フレームからなり得る。半フレームは、長さの５つのサブフレームを含み得る。サブフレームは、長さの２つのスロットおよびを含むことができる。
【００５３】
セル内のアップリンク−ダウンリンク構成は、フレーム間で変化することがあり、現在のフレームにおいていずれのサブフレームでアップリンク伝送またはダウンリンク伝送が発生し得るかを制御する。現在のフレームにおけるアップリンク−ダウンリンク構成は、制御シグナリングを介して取得される。
【００５４】
無線フレーム内のサブフレームの例は、ダウンリンク伝送用に予約されたダウンリンクサブフレームであり得る、アップリンク伝送用に予約されたアップリンクサブフレームであり得る、または３つのフィールドＤｗＰＴＳ、ＧＰおよびＵｐＰＴＳを有する特定のサブフレームであり得る。ＤｗＰＴＳおよびＵｐＰＴＳの長さは、ＤｗＰＴＳ、ＧＰおよびＵｐＰＴＳの全長が等しいことを条件とする。
【００５５】
５ｍｓおよび１０ｍｓの両方のダウンリンクからアップリンクへの切り替えポイント周期を有するアップリンク−ダウンリンク構成がサポートされ得る。５ｍｓのダウンリンクからアップリンクへの切り替えポイント周期の場合、特定のサブフレームは両方の半フレームに存在し得る。１０ｍｓのダウンリンクからアップリンクへの切り替えポイント周期の場合、特定のサブフレームは第１の半フレームに存在し得る。
【００５６】
サブフレーム０および５ならびにＤｗＰＴＳはダウンリンク伝送のために予約され得る。ＵｐＰＴＳおよび特定のサブフレームの直後のサブフレームはアップリンク伝送のために予約され得る。
【００５７】
一例では、複数のセルがアグリゲートされる場合、ＵＥは、フレーム構造タイプ２を使用するセル内の特定のサブフレームのガード期間が少なくともの重複を有すると仮定することができる。
【００５８】
一例では、現在の無線フレーム内の異なるアップリンク−ダウンリンク構成を有する複数のセルがアグリゲートされ、ＵＥがアグリゲートされたセル内で同時に送受信することができない場合、以下の制約が適用され得る。一次セル内のサブフレームがダウンリンクサブフレームである場合、ＵＥは、同じサブフレームにおいて二次セル上でいかなる信号またはチャネルも送信しなくてよい。一次セル内のサブフレームがアップリンクサブフレームである場合、ＵＥが同じサブフレーム内の二次セル上でダウンリンク伝送を受信することを要求されなくてもよい。一次セル内のサブフレームが特定のサブフレームであり、二次セル内の同じサブフレームがダウンリンクサブフレームである場合、ＵＥが同じサブフレームにおいて二次セルでＰＤＳＣＨ／ＥＰＤＣＣＨ／ＰＭＣＨ／ＰＲＳ送信を受信することを要求されなくてもよく、ＵＥは、一次セルでガード期間またはＵｐＰＴＳと重なるＯＦＤＭシンボル内のいかなる他の信号も二次セル上で受信することを要求されなくてもよい。
【００５９】
フレーム構造タイプ３は、通常のサイクリックプレフィックスを用いたＬＡＡ二次セル動作に適用可能であり得る。無線フレームは、の長さであり、０〜１９まで番号付けされた２０スロットの長さを含む。サブフレームは、２つの連続するスロットを含むことができ、この場合にサブフレームはスロットおよびを含む。
【００６０】
無線フレーム内の１０個のサブフレームはダウンリンク伝送に利用可能である。ダウンリンク伝送は、サブフレーム内の任意の場所から開始して最後のサブフレームで完全に占有されるか、またはＤｗＰＴＳ期間の１つに続く、１つ以上の連続したサブフレームを占有する。ＬＡＡアップリンクがサポートされる場合、サブフレームはアップリンク伝送に利用可能であり得る。
【００６１】
図１２は、トリガＡおよびトリガＢを有する例示的な２段階トリガ許可を示す。例示的な実施形態では、ＤＣＩ  ０Ａ／４Ａ／０Ｂ／４Ｂは、ＵＬ許可がトリガされた許可であるか否かを示すためのビットを含むことができる。ＵＬ許可がトリガされた許可である場合、ＵＥは、トリガを搬送するサブフレームの後に受信されたサブフレームにおいてＣＣ−ＲＮＴＩでスクランブルされたＰＤＣＣＨ  ＤＣＩにおいてトリガ（例えば、１に設定される１ビット）を受信した後に送信することができる。サブフレームＮで送信される第２のトリガと最も早いＵＬ伝送との間のタイミングは、最も早いＵＬ伝送がサブフレームＮ＋４より前である場合、ＵＥ能力であり得る（例えば、サブフレームＮ＋１とＮ＋２とＮ＋３とにおける伝送の間のＵＥ能力シグナリング）。ＤＣＩ  ０Ａ／４Ａ／０Ｂ／４Ｂは、リソースブロック割り当て、変調および符号化スキーム、ＲＶ、ＨＡＲＱ情報、送信電力制御コマンド、トリガＡ、および／または他の物理層パラメータを示す１つ以上のフィールドを含むことができる。トリガは検証期間中に受信され得る。検証期間は、アップリンク許可を含むＤＣＩ内のフィールドに基づいて決定され得る。ＵＥは、少なくともトリガが受信されるまで、検証期間中にトリガについてＣＣ−ＲＮＴＩを監視することができる。
【００６２】
ＤＣＩフォーマット１Ｃは、例えばＬＡＡ共通情報に使用される。ＬＡＡセル内のＤＣＩフォーマット１Ｃは、ＬＡＡセル用のサブフレーム構成、すなわちシンボルの数を示すｊビット（例えば、ｊ＝４）を含むことができる。ＤＣＩフォーマット１Ｃは、他の情報を更に含むことができる。ＤＣＩフォーマット１Ｃは、例えば、オフセットとバースト期間との組み合わせを示すために、例えば、ｋビット（例えば、ｋ＝５）を更に含むことができる。一例では、コードポイントは、｛｛１、２、３、４、６｝、｛１、２、３、４、５、６｝｝、予約、バーストおよびオフセットのシグナリングなし、の組み合わせのような｛オフセット、期間｝の組み合わせを含むことができる。ビットのフォーマットは、事前に定義されたテーブルに従って定義されてもよい。ＤＣＩフォーマット１Ｃは、２段階許可のためのトリガを示すためにＰＵＳＣＨトリガフィールド（例えば、１ビット）を更に含むことができる。例えば、値１はトリガＢを示し、値０はトリガＢがないことを示す。サイズが１つのＰＤＳＣＨコードワードの非常にコンパクトなスケジューリングに使用されるフォーマット１Ｃのサイズと等しくなるまで、予約情報ビットが追加されてもよい。
【００６３】
一例では、サービングセルがＬＡＡ  Ｓセルである場合、ＵＥは、ＬＡＡ  ＳＣｅｌｌ上のＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣを有するＰＤＣＣＨを受信することができる。一例では、ＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣは、ＬＡＡセルの共通検索空間内で送信され得る。ＰＤＣＣＨ手順の例をここで説明する。
【００６４】
一例では、サービングセルの制御領域は、がサブフレームの制御領域内のＣＣＥの総数であり得る、０〜まで番号付けされたＣＣＥのセットを含むことができる。ＵＥは、制御情報について上位層シグナリングによって構成された１つ以上のアクティブ化されたサービングセル上のＰＤＣＣＨ候補のセットを監視することができ、監視は監視ＤＣＩフォーマットに従ってセット内のＰＤＣＣＨを復号しようと試みることを意味する。ＢＬ／ＣＥ  ＵＥはＰＤＣＣＨを監視することを要求されなくてもよい。
【００６５】
一例では、監視するＰＤＣＣＨ候補のセットは検索空間の観点から定義され、検索空間は、アグリゲーションレベルにあって、ＰＤＣＣＨ候補のセットによって定義される。ＰＤＣＣＨが監視されるサービングセルに対して、検索空間のＰＤＣＣＨ候補ｍに対応するＣＣＥによって与えられ、ここではで定義される。一般的な検索空間について。ＰＤＣＣＨ  ＵＥ固有の検索空間に対して、ＰＤＣＣＨが監視されるサービングセルについては、監視ＵＥがキャリアインジケータフィールドで構成されている場合、をキャリアインジケータフィールド値としてである一方、監視ＵＥがキャリアインジケータフィールドで構成されていない場合、であるとしてである。は、所与の検索空間において監視するためのＰＤＣＣＨ候補の数である。  
【００６６】
一例では、ＵＥが上位層パラメータｃｉｆ−ＩｎＳｃｈｅｄｕｌｉｎｇＣｅｌｌを用いて構成されている場合、キャリアインジケータフィールド値はｃｉｆ−ＩｎＳｃｈｅｄｕｌｉｎｇＣｅｌｌに対応し、それ以外の場合、キャリアインジケータフィールド値はＳｅｒｖＣｅｌｌＩｎｄｅｘと同じである。ＵＥは、一次セル上のアグリゲーションレベル４および８で、非ＤＲＸサブフレームにおいて１つの共通検索空間を監視することができる。ＵＥはセル上の共通検索空間を監視して、より上位層によって構成されている場合のそのセル上のＭＢＭＳを受信するのに必要なＰＤＣＣＨを復号することができる。
【００６７】
一例では、ＵＥがＥＰＤＣＣＨ監視用に構成されていない場合、かつＵＥがキャリアインジケータフィールドを用いて構成されていない場合、ＵＥは、すべての非ＤＲＸサブフレーム内のアクティブ化されたサービングセル上においてアグリゲーションレベル１、２、４、８で１つのＰＤＣＣＨ  ＵＥ固有の検索空間を監視することができる。ＵＥがＥＰＤＣＣＨ監視用に構成されていない場合、かつＵＥがキャリアインジケータフィールドを用いて構成されている場合、ＵＥは、すべての非ＤＲＸサブフレーム内の上位層シグナリングによって構成されたとおりの１つ以上のアクティブ化されたアグリゲーションレベル１、２、４、８で１つ以上のＵＥ固有の検索空間を監視することができる。
【００６８】
一例では、ＵＥがサービングセル上でＥＰＤＣＣＨ監視用に構成されている場合、かつ当該サービングセルがアクティブ化されている場合、かつＵＥがキャリアインジケータフィールドを用いて構成されていない場合、ＵＥは、当該サービングセル上でＥＰＤＣＣＨが監視されていない非ＤＲＸサブフレームにおいて、当該サービングセル上においてアグリゲーションレベル１、２、４、８で１つのＰＤＣＣＨ  ＵＥ固有の検索空間を監視することができる。ＵＥがサービングセル上でＥＰＤＣＣＨ監視用に構成されている場合、かつ当該サービングセルがアクティブ化されている場合、かつＵＥがキャリアインジケータフィールドを用いて構成されている場合、当該サービングセル上でＥＰＤＣＣＨが監視されていない非ＤＲＸサブフレームにおいて上位層シグナリングによって構成されたとおりの当該サービングセル上においてアグリゲーションレベル１、２、４、８で１つ以上のＰＤＣＣＨ  ＵＥ固有の検索空間を監視することができる。一次セル上において共通検索空間とＰＤＣＣＨ  ＵＥ固有の検索空間とは重複し得る。
【００６９】
一例では、サービングセルｃ上でＰＤＣＣＨを監視することに関連するキャリアインジケータフィールドを用いて構成されたＵＥは、サービングセルｃのＰＤＣＣＨ  ＵＥ固有の検索空間内で、キャリアインジケータフィールドを用いて、かつＣ−ＲＮＴＩによってスクランブルされたＣＲＣを用いて構成されたＰＤＣＣＨを監視することができる。一次セル上でＰＤＣＣＨを監視することに関連するキャリアインジケータフィールドを用いて構成されたＵＥは、一次セルのＰＤＣＣＨ  ＵＥ固有の検索空間内で、キャリアインジケータフィールドを用いて、かつＳＰＳ  Ｃ−ＲＮＴＩによってスクランブルされたＣＲＣを用いて構成されたＰＤＣＣＨを監視することができる。ＵＥは、キャリアインジケータフィールドを用いずにＰＤＣＣＨの共通検索空間を監視することができる。
【００７０】
一例では、ＰＤＣＣＨが監視されるサービングセルについて、ＵＥがキャリアインジケータフィールドを用いて構成されていない場合、ＵＥはキャリアインジケータフィールドを用いずにＰＤＣＣＨのＰＤＣＣＨ  ＵＥ固有の検索空間を監視することができ、ＵＥがキャリアを用いて構成されている場合、ＵＥはキャリアインジケータフィールドを用いてＰＤＣＣＨのＰＤＣＣＨ  ＵＥ固有の検索空間を監視することができる。ＵＥがＬＡＡセルを用いて構成されていない場合、ＵＥは、二次セルのＰＤＣＣＨを、ＵＥが別のサービングセル内の当該二次セルに対応するキャリアインジケータフィールドを用いてＰＤＣＣＨを監視するように構成されていれば、監視することを要求されない。
【００７１】
一例では、ＵＥがＬＡＡ  Ｓｃｅｌｌを用いて構成されている場合、ＵＥが別のサービングセル内の当該ＬＡＡ  Ｓｃｅｌｌに対応するキャリアインジケータフィールドを用いてＰＤＣＣＨを監視するように構成されていれば、ＵＥはＬＡＡ  ＳＣｅｌｌのＰＤＣＣＨ  ＵＥ固有の空間を監視することを要求されず、ここで、ＵＥは、ＬＡＡセル内のキャリアインジケータフィールドを用いてＰＤＣＣＨを監視するように構成されることを要求されず、またここで、ＵＥが別のサービングセル内の当該ＬＡＡ  Ｓｃｅｌｌに対応するキャリアインジケータフィールドを用いてＰＤＣＣＨを監視するように構成されていれば、ＵＥは、ＬＡＡ  Ｓｃｅｌｌ内のサブフレームにおいて第２のスロットで始まるＰＤＳＣＨを用いてスケジュールされることを要求されない。
【００７２】
一例では、ＰＤＣＣＨが監視されるサービングセルについて、ＵＥは、少なくとも同一のサービングセルのＰＤＣＣＨ候補を監視することができる。共通検索空間および／またはＰＤＣＣＨ  ＵＥ固有の検索空間において、共通のペイロードサイズを有し、かつ同じ第１のＣＣＥインデックスであるが異なるセットのＤＣＩ情報フィールドを有するＣ−ＲＮＴＩまたはＣ−ＲＮＴＩによってスクランブルされたＣＲＣを用いてＰＤＣＣＨ候補を監視するように構成されたＵＥ。
【００７３】
一例では、ＣＩＦを有する所与のＤＣＩフォーマットサイズとＣＲＣ−ＲＮＴＩによってスクランブルされたＣＲＣとを有する所与のサービングセルにおいて、所与のＤＣＩフォーマットサイズに対するＣＩＦの１つ以上の可能な値を有し得るＰＤＣＣＨ候補を監視するように構成されたＵＥは、所与のＤＣＩフォーマットサイズを有するＰＤＣＣＨ候補が、所与のＤＣＩフォーマットサイズに対するＣＩＦの可能な値のうちの任意のものに対応する任意のＰＤＣＣＨ  ＵＥ固有の検索空間内の所与のサービングセルにおいて送信され得ると仮定することができる。
【００７４】
一例では、サービングセルがＬＡＡ  Ｓｃｅｌｌである場合、ＵＥは、ＬＡＡ  Ｓｃｅｌｌ上のＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣを有するＰＤＣＣＨを受信することができる。ＵＥが監視することができるＤＣＩフォーマットは、サービングセルの構成された伝送モードに依存する。
【００７５】
フレーム構造タイプ３のサブフレーム構成の例をここに記載する。ＵＥが、ＬＡＡ  Ｓｃｅｌｌのサブフレームｎ−１またはサブフレームｎにおいてＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣを有するＰＤＣＣＨを検出する場合、ＵＥは、サブフレームｎ−１またはサブフレームｎにおける検出されたＤＣＩ内のＬＡＡフィールドに対するサブフレーム構成に従ってＬＡＡ  Ｓｃｅｌｌのサブフレームｎにおける占有ＯＦＤＭシンボルの構成を仮定し得る。
【００７６】
一例では、ＬＡＡフィールドに対するサブフレーム構成は、事前に定義されたテーブルに従って現在および／または次のサブフレーム中の占有ＯＦＤＭシンボル（例えば、ダウンリンク物理チャネルおよび／または物理信号の送信に使用されるＯＦＤＭシンボル）の構成を示す。サブフレームｎに対する占有ＯＦＤＭシンボルの構成がサブフレームｎ−１およびサブフレームｎの両方におけるＬＡＡフィールドに対するサブフレーム構成によって示される場合、ＵＥは、同じ占有ＯＦＤＭシンボルの構成がサブフレームｎ−１およびサブフレームｎの両方において示されると仮定し得る。
【００７７】
一例では、ＵＥがサブフレームｎにおいてＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣを用いてＰＤＣＣＨを検出し、ＵＥがサブフレームｎ−１においてＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣを用いてＰＤＣＣＨを検出しない場合、かつサブフレームｎにおけるＬＡＡフィールドに対するサブフレーム構成によって示されるサブフレームｎの占有ＯＦＤＭシンボルの数が１４未満である場合、ＵＥはサブフレームｎにおいていずれの他の物理チャネルを受信することも必要ない。
【００７８】
一例では、ＵＥがサブフレームｎにおいて「１１１０」および「１１１１」以外に設定されたＬＡＡフィールドに対するサブフレーム構成を含むＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣを用いてＰＤＣＣＨを検出せず、ＵＥがサブフレームｎ−１において「１１１０」および「１１１１」以外に設定されたＬＡＡフィールドに対するサブフレーム構成を含むＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣを用いてＰＤＣＣＨを検出しない場合、ＵＥは、ＣＳＩ測定値を更新するためにサブフレームｎを使用することは必要ない。
【００７９】
一例では、ＵＥは、ＤＣＩフォーマット１Ｃに従って、０、１、２、３と番号付けされたＣＣＥによって与えられるＰＤＣＣＨ候補に対応するＣＣＥを有するアグリゲーションレベルＬ＝４での１つのＰＤＣＣＨ候補、０、１、２、３、４、５、６、７と番号付けされたＣＣＥによって与えられるＰＤＣＣＨ候補に対応するＣＣＥを有するアグリゲーションレベルＬ＝８での１つのＰＤＣＣＨ候補からなるＰＤＣＣＨ候補を監視することによって、ＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣを用いてＰＤＣＣＨを検出することができる。
【００８０】
一例では、サービングセルがＬＡＡ  Ｓｃｅｌｌである場合、かつＳｃｅｌｌの上位層パラメータｓｕｂｆｒａｍｅＳｔａｒｔＰｏｓｉｔｉｏｎが「ｓ０７」を示す場合、かつＵＥがサブフレームの第２のスロットで開始することを目的とするＰＤＣＣＨ／ＥＰＤＣＣＨを検出する場合、ＵＥは、サブフレームの第１のスロット内のＯＦＤＭシンボルが占有されておらず、サブフレームの第２のスロット内のＯＦＤＭシンボルが占有されていると仮定することができる。サブフレームｎが第１のスロット内のＯＦＤＭシンボルが占有されていないサブフレームである場合、ＵＥは、ＯＦＤＭシンボルがサブフレームｎ＋１内で占有されていると仮定することができる。
【００８１】
例示的な実施形態では、トリガされた許可、例えば４ビットＳＦタイミングに対するＤＣＩフォーマット０Ａ／４Ａ／０Ｂ／４Ｂのフィールドは、トリガの受信後に送信のためのサブフレームをＵＥにシグナリングするために再使用され得る。ＵＥがサブフレームＮにおいてトリガを受信すると、ＵＥはサブフレームＮ＋Ｘ＋Ｙにおいて送信を開始することを許可され得る。Ｘを示すために２ビットが再使用される。Ｘ＝｛０、１、２、３｝は、ＤＣＩ内の２ビットを再使用してＵＥに示され得る。Ｙは、ＣＣ−ＲＮＴＩによってスクランブルされた（例えば、トリガが送信されるのと同じサブフレームにおいて）Ｃ−ＰＤＣＣＨ  ＤＣＩ内のＵＬバーストオフセットによって与えられ得る。ＵＥは、許可が無効になるまでのサブフレーム数を示すシグナリングを第１のＤＣＩ  ０Ａ／４Ａ／０Ｂ／４Ｂ許可で受信することができる。初期許可は、初期許可のＭミリ秒後に有効なトリガが受信されなかった場合、無効になる可能性があり、例えばＭ＝｛８、１２、１６、２０｝である。一例では、ＵＥは、ＵＬ許可によって示されるＬＢＴタイプに従うことができる。
【００８２】
例示的な実施形態では、Ｃ（共通）−ＰＤＣＣＨは一対の値（ＵＬバースト期間、オフセット）を示すことができる。ＵＬバースト期間は、同じチャネル占有に属するいくつかの連続したＵＬサブフレームであり得る。オフセットは、Ｃ−ＰＤＣＣＨを搬送するサブフレームの開始からの示されたＵＬバーストの開始までのサブフレームの数であり得る。
【００８３】
例示的な実施形態では、ＬＢＴ手順は、Ｃ−ＰＤＣＣＨが受信されたサブフレームから、シグナリングされたＵＬバースト期間であって、ｅＮＢが既にカテゴリ４のＬＢＴを実行することを示していたＵＬバースト期間の終わりまでのサブフレームまでの任意のＵＬサブフレームについて２５μｓＣＣＡに基づいてＬＢＴに切り替えられ得る。一例では、ギャップのない一組の連続的にスケジュールされたサブフレームのセットの一部がＵＬバースト指示に現れる場合、ＵＥは２５μｓのＣＣＡに切り替わらなくてもよい。ＵＥは、キャリア上のＵＬサブフレームであることが示されているサブフレーム中のＤＬ信号／チャネルを受信する必要がなくてもよい。一例では、５ビットを使用して、オフセットとバースト期間との組み合わせを示すことができる。コードポイントの例には、｛｛１、２、３、４、６｝、｛１、２、３、４、５、６｝｝、予約、バーストおよびオフセットのシグナリングなし、の組み合わせのような｛オフセット、期間｝の組み合わせが含まれる。ビットのフォーマットは、事前に定義されたテーブルに従って定義されてもよい。
【００８４】
例示的な実施形態では、ＤＣＩ  ０Ａ／４Ａ／０Ｂ／４Ｂ内のリソースブロック割り当てフィールドは６ビットであり得る。一例では、６ビットによって示される６４個のコードポイントは、７個の隣接するインターレース（７０個のＰＲＢ）の割り当てのためのコードポイントを除いて、隣接するインターレース割り当てのためのレガシーＲＩＶを含むことができる。この一組のコードポイントは、５１個の値を含み得る。インターレースの割り当てのために追加のコードポイントを、０，１，５，６、２，３，４，７，８，９、０，５、１，６、２，７、３，８、４，９、１，２，３，４，６，７，８，９のように定義することができる。残りのコードポイントは予約され得る。
【００８５】
一例では、１オクテットのアクティブ化／非アクティブ化ＭＡＣ制御要素は、ＬＣＩＤ  １１０００を有するＭＡＣ  ＰＤＵサブヘッダによって識別され得る。図１１は、例示的なアクティブ化／非アクティブ化ＭＡＣ制御要素を示す。アクティブ化／非アクティブ化は、固定サイズを有してもよく、７つのＣフィールドと１つのＲフィールドとを含む単一のオクテットを含んでもよい。１オクテットの例示的なアクティブ化／非アクティブ化ＭＡＣ制御要素を図１１に示す。アクティブ化／非アクティブ化ＭＡＣ制御要素は、固定サイズを有してもよく、３１個のＣフィールドと１つのＲフィールドとを含む４つのオクテットを含んでもよい。４オクテットの例示的なアクティブ化／非アクティブ化ＭＡＣ制御要素を図１１に示す。一例では、７より大きいサービングセルインデックス（ＳｅｒｖＣｅｌｌＩｎｄｅｘ）を有するサービングセルがない場合には、１オクテットのアクティブ化／非アクティブ化ＭＡＣ制御要素を適用することができ、そうでなければ４オクテットのアクティブ化／非アクティブ化ＭＡＣ制御要素を適用することができる。アクティブ化／非アクティブ化ＭＡＣ制御要素内のフィールドは、以下のように解釈され得る。Ｃｉ：ＳＣｅｌｌＩｎｄｅｘ  ｉを用いて構成されたＳＣｅｌｌがある場合、このフィールドはＳＣｅｌｌＩｎｄｅｘ  ｉを用いるＳＣｅｌｌのアクティブ化／非アクティブ化ステータスを示し、そうでなければＭＡＣエンティティはＣｉフィールドを無視することができる。Ｃｉフィールドは、ＳＣｅｌｌＩｎｄｅｘ  ｉを有するＳＣｅｌｌがアクティブ化されていることを示す「１」に設定され得る。Ｃｉフィールドは、ＳＣｅｌＩｎｄｅｘ  ｉを有するＳＣｅｌｌが非アクティブ化されていることを示す「０」に設定される。Ｒ：予約ビットであり、「０」に設定される。
【００８６】
一例では、ＭＡＣエンティティが１つ以上のＳＣｅｌｌを用いて構成されている場合、ネットワークは構成されたＳＣｅｌｌをアクティブ化および非アクティブ化することができる。ＳｐＣｅｌｌはアクティブ化されたままであり得る。ネットワークは、アクティブ化／非アクティブ化ＭＡＣ制御要素を送信することによってＳＣｅｌｌをアクティブ化および非アクティブ化することができる。一例では、ＭＡＣエンティティは、構成されたＳＣｅｌｌに対するｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒタイマを維持することができる。もしあれば、ＰＵＣＣＨを用いて構成されたＳＣｅｌｌに対してｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを無効にすることができる。一例では、ＭＡＣエンティティは、当該タイマの満了時に関連するＳＣｅｌｌを非アクティブ化することができる。一例では、同じ初期タイマ値がｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒの各インスタンスに適用されてもよく、当該インスタンスはＲＲＣによって構成される。構成されたＳＣｅｌｌは、追加時およびハンドオーバ後に最初に非アクティブ化され得る。設定されたＳＣＧ  ＳＣｅｌｌは、ＳＣＧが変更されると最初に非アクティブ化される。
【００８７】
ＭＡＣエンティティは、各ＴＴＩおよび設定されたＳＣｅｌｌに対して以下を実行することができ、すなわち、ＭＡＣエンティティがＳＣｅｌｌをアクティブ化するこのＴＴＩにおいてアクティブ化／非アクティブ化ＭＡＣ制御要素を受信する場合、ＭＡＣエンティティは事前に定義されたタイミングに従ってＴＴＩにおいてＳＣｅｌｌをアクティブ化することができる。ＵＥは、ＳＣｅｌｌ上でのＳＲＳ送信、ＳＣｅｌｌに対するＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ／ＣＲＩ報告、ＳＣｅｌｌでのＰＤＣＣＨ監視、ＳＣｅｌｌに対するＰＤＣＣＨ監視、構成されている場合のＳＣｅｌｌでのＰＵＣＣＨ送信を含む、アクティブ化されたＳＣｅｌｌに対して、以下を動作させることができる。
【００８８】
ＭＡＣエンティティがＳＣｅｌｌをアクティブにするこのＴＴＩにおいてアクティブ化／非アクティブ化ＭＡＣ制御要素を受信する場合、ＵＥはＳＣｅｌｌに関連付けられたｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを始動または再始動することができ、ＰＨＲをトリガすることができる。ＭＡＣエンティティがＳＣｅｌｌを非活性化するこのＴＴＩにおいてアクティブ化／非アクティブ化ＭＡＣ制御要素を受信する場合、またはアクティブ化されたＳＣｅｌｌに関連付けられたｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒがこのＴＴＩにおいて満了する場合、事前に定義されたタイミングに従ってＴＴＩにおいてＵＥはＳＣｅｌｌを非アクティブ化し、ＳＣｅｌｌに関連付けられたｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを停止し、ＳＣｅｌｌに関連付けられたＨＡＲＱバッファをフラッシュすることができる。
【００８９】
例示的な実施形態では、ＳＣｅｌｌが非アクティブ化された場合、ＵＥはＳＣｅｌｌ上でＳＲＳを送信しなくてもよく、ＳＣｅｌｌのＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ／ＣＲＩを報告しなくてもよく、ＳＣｅｌｌ上のＵＬ−ＳＣＨ上で送信しなくてもよく、ＳＣｅｌｌ上のＲＡＣＨ上で送信しなくてもよく、ＳＣｅｌｌ上でＰＤＣＣＨを監視しなくてもよく、セルのＰＤＣＣＨを監視しなくてもよく、および／またはＳＣｅｌｌ上でＰＵＣＣＨを送信しなくてもよい。ＳＣｅｌｌが非アクティブ化されると、もしあれば、ＳＣｅｌｌ上で進行中のランダムアクセス手順は中止される。
【００９０】
例示的な実施形態では、セルに対するｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒは無効にされてもよく、セルに対するｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを管理する必要はなくてもよく、セルはＡ／Ｄ  ＭＡＣ  ＣＥを使用してアクティブ化または非アクティブ化されてもよい。
【００９１】
一例では、単一段階許可が構成されると、アクティブ化されたＳＣｅｌｌ上のＰＤＣＣＨがアップリンク許可またはダウンリンク割り当てを示す場合、またはアクティブ化されたＳＣｅｌｌをスケジューリングするサービングセル上のＰＤＣＣＨが、アクティブ化されたＳＣｅｌｌに対するアップリンク許可またはダウンリンク割り当てを示す場合、ＵＥ／ｅＮＢは、ＳＣｅｌｌに関連付けられたｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒを再始動することができる。
【００９２】
例示的な実施形態では、ｅＮＢは、１つ以上のパラメータ（ＩＥ）を含む１つ以上のＲＲＣメッセージを送信することができる。１つ以上のパラメータは、１つ以上の認可セルおよび１つ以上の無認可セル（例えば、ＬＡＡセル）の構成パラメータを含み得る。１つ以上のパラメータは、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ値を含み得る。例えば、ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒ  ＥＮＵＭＥＲＡＴＥＤ  ｛ｒｆ２，ｒｆ４，ｒｆ８，ｒｆ１６，ｒｆ３２，ｒｆ６４，ｒｆ１２８，スペア｝ＯＰＴＩＯＮＡＬ。ＳＣｅｌｌ非アクティブ化タイマ値は無線フレーム数であり得る。例えば、値ｒｆ４は４無線フレームに対応し、値ｒｆ８は８無線フレームに対応する、などである。一例では、ＵＥがＰＳＣｅｌｌおよびＰＵＣＣＨ  ＳＣｅｌｌ以外の１つ以上のＳＣｅｌｌを用いて構成されている場合、Ｅ−ＵＴＲＡＮはフィールドを構成することができる。フィールドが存在しない場合、ＵＥはこのフィールドのあらゆる既存の値を削除し、その値が無限大に設定されていると見なし得る。一例では、同じ値がセルグループの各ＳＣｅｌｌ（例えば、ＭＣＧまたはＳＣＧ）に適用され得る（関連する機能は各ＳＣｅｌｌに対して独立に実行される）。ｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒがＳＣｅｌｌに対して無効になっている場合、フィールドｓＣｅｌｌＤｅａｃｔｉｖａｔｉｏｎＴｉｍｅｒはＳＣｅｌｌには適用されなくてよい（例えば、ＰＵＣＣＨ  ＳＣｅｌｌおよび／または他のＳＣｅｌｌ）。
【００９３】
ＵＥは、ＤＬ上の自己スケジューリングとＵＬ上のクロスキャリアスケジューリングとのＵＬ／ＤＬスケジューリングコンビネーションをサポートすることができる。１つのＵＬ認可帯域スケジューリングセル上で単一のｅＬＡＡセルのＰＵＳＣＨをスケジューリングするＤＣＩフォーマットを監視するＵＥ、例えばＤＣＩフォーマット０Ａ／０Ｂ、フォーマット４Ａ／４Ｂ（例えば、ＴＭ２用に構成されている場合）。ＵＥは、ＬＡＡ  ＳＣｅｌｌ上でＬＡＡ  ＰＤＳＣＨをスケジューリングするＤＣＩフォーマット、例えば、ＤＣＩフォーマット１Ａ／１Ｂ／１Ｄ／１／２Ａ／２／２Ｂ／２Ｃ／２Ｄを監視することができる。レガシーＲＲＣメカニズムでは、ＳＣｅｌｌに対してクロスキャリアスケジューリングがＲＲＣによって構成されると、スケジューリングセルは、スケジュールされたセルに対してダウンリンクおよびアップリンク（構成されている場合）許可の両方をスケジュールする。一例では、ＲＲＣシグナリングおよびクロスキャリアスケジューリングは拡張され得る。ＲＲＣシグナリングは、例えば、ＬＡＡセルに関して、ＤＬについての自己スケジューリングおよびＵＬについてのクロスキャリアスケジューリングを構成し得る。例えば、クロスキャリアスケジューリング構成パラメータ内の新規のパラメータは、クロスキャリアスケジューリングがダウンリンクスケジューリングとアップリンクスケジューリングとの両方のためのものであるか、またはアップリンクスケジューリングのためのものである（およびＤＬは自己スケジューリングされる）かを示すことができる。一例では、認可セルは、無認可（例えば、ＬＡＡ）セルをクロスキャリアスケジューリングするように構成され得る。
【００９４】
ＩＥ  ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇは、セル内でクロスキャリアスケジューリングが使用されるときに構成を指定するために使用され得る。一例では、ＩＥ  ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇ  Ｃｏｎｆｉｇは、ｃｉｆ−Ｐｒｅｓｅｎｃｅ、ｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄ、およびｐｄｓｃｈ−Ｓｔａｒｔを含むことができる。一例では、ＩＥ  ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇは、ｃｉｆ−Ｐｒｅｓｅｎｃｅ、ｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄ、ｐｄｓｃｈ−Ｓｔａｒｔ、およびｃｉｆ−ＩｎＳｃｈｅｄｕｌｉｎｇＣｅｌｌを含むことができる。一例では、ＰＤＣＣＨ／ＥＰＤＣＣＨ  ＤＣＩフォーマットにおいてキャリアインジケータフィールドが存在する（値が真）か存在しない（値が偽）かを示すためにｃｉｆ−Ｐｒｅｓｓｅｎｃｅが使用され得る。一例では、ｐｄｓｃｈ−Ｓｔａｒｔフィールドは、関連するＳＣｅｌｌについてのＰＤＳＣＨの開始ＯＦＤＭシンボルを示し得る。一例では、値１、２、３は、関連するＳＣｅｌｌのｄｌ帯域幅が１０リソースブロックより大きい場合に適用可能であり、値２、３、４は、関連するＳＣｅｌｌのｄｌ帯域幅が１０リソースブロック以下である場合に適用可能である。一例では、ｃｉｆ−ＩｎＳｃｈｅｄｕｌｉｎｇＣｅｌｌフィールドは、このセルを示すためにスケジューリングセル内で使用されるＣＩＦ値を示すことができる。一例では、ｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄフィールドは、該当する場合、関連するＳＣｅｌｌに対してどのセルがダウンリンク割り当ておよび／またはアップリンク許可をシグナリングするかを示し得る。ＵＥがＤＣを用いて構成されている場合、スケジューリングセルはスケジュールされたものと同じセルグループ（例えば、ＭＣＧまたはＳＣＧ）の一部である。一例では、ＲＲＣメッセージのＩＥ  ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ内のＩＥは、（例えば、ＬＡＡセルのための）ＤＬ上の自己スケジューリングおよびＵＬ上のクロスキャリアスケジューリングを示すことができる。一例では、ＲＲＣメッセージのＩＥ  ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇＣｏｎｆｉｇ内のＩＥは、ダウンリンクとアップリンクとの両方でクロスキャリアスケジューリングを示すことができる。
【００９５】
構成されたアップリンクを有するサービングセルに対するＭＡＣエンティティにはアップリンクＨＡＲＱエンティティがあり、これは、前の送信の成功または失敗した受信に関するＨＡＲＱフィードバックを待つ間に送信を連続的に行うことを可能にする。一例では、物理層がアップリンク空間多重化用に構成されている場合、所与のＴＴＩに関連付けられた２つのＨＡＲＱプロセスがあり得る。そうでなければ、所与のＴＴＩに関連付けられた１つのＨＡＲＱプロセスがある。所与のＴＴＩにおいて、そのＴＴＩについてアップリンク許可が示されている場合、ＨＡＲＱエンティティは、送信が行われ得るＨＡＲＱプロセスを識別する。それはまた、受信したＨＡＲＱフィードバック（ＡＣＫ／ＮＡＣＫ情報）、物理層によって中継されたＭＣＳおよびリソースを適切なＨＡＲＱプロセスにルーティングする。
【００９６】
一例では、非同期ＨＡＲＱ動作では、ＨＡＲＱプロセスは、受信されたアップリンクＤＣＩ許可に基づいてＴＴＩと関連付けられ得る。ＮＢ−ＩｏＴを除いて、非同期ＨＡＲＱプロセスは、ＨＡＲＱプロセス識別子と関連付けられ得る。ＲＡＲにおけるＵＬ許可を伴うＵＬ伝送に、ＨＡＲＱプロセス識別子０が使用され得る。ＨＡＲＱフィードバックは、非同期ＵＬ  ＨＡＲＱには適用可能でない場合がある。
【００９７】
例示的な実施形態では、ＴＴＩバンドリングが構成されている場合、パラメータＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥはＴＴＩバンドルのＴＴＩの数を提供することができる。ＴＴＩバンドリング動作は、ＨＡＲＱエンティティに依拠して、同じバンドルの一部である各送信について同じＨＡＲＱプロセスを呼び出すことができる。バンドル内では、ＨＡＲＱ再送信は非適応的であり、ＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥに従って前の送信からのフィードバックを待つことなくトリガされる。バンドルのＨＡＲＱフィードバックは、バンドルの最後のＴＴＩ（すなわち、ＴＴＩ＿ＢＵＮＤＬＥ＿ＳＩＺＥに対応するＴＴＩ）について受信されるのみであり、当該ＴＴＩにおける送信が行われるか否かにかかわらない（例えば、測定ギャップが生じる場合）。ＴＴＩバンドルの再送信はＴＴＩバンドルであり得る。構成されたアップリンクを有する１つ以上のＳＣｃｅｌｌを用いてＭＡＣエンティティが構成されている場合、ＴＴＩバンドリングはサポートされなくてもよい。一例では、アップリンクＨＡＲＱ動作は、バンドル内の繰り返しを除いてＮＢ−ＩｏＴ  ＵＥ、ＢＬ  ＵＥ、または拡張カバレッジ内のＵＥに対して非同期であり得る。
【００９８】
例示的な実施形態では、ＮＢ−ＩｏＴ  ＵＥ、ＢＬ  ＵＥ、または拡張カバレッジ内のＵＥに対して、パラメータｕｌ＿ｒｅｐｅｔｉｔｉｏｎ＿ｎｕｍｂｅｒはバンドル内の送信反復数を提供する。バンドルの場合、ｕｌ＿ｒｅｐｅｔｉｔｉｏｎ＿ｎｕｍｂｅｒは下位層によって提供される値に設定される。バンドリング動作は、ＨＡＲＱエンティティに依拠して、同じバンドルの一部である送信に対して同じＨＡＲＱプロセスを呼び出すことができる。バンドル内では、ＨＡＲＱ再送信は非適応的であり得、ｕｌ＿ｒｅｐｅｔｉｔｉｏｎ＿ｎｕｍｂｅｒに従って前の送信からのフィードバックを待つことなくトリガされ得る。バンドルの新規の送信または再送信に対応するアップリンク許可は、バンドルの最後の繰り返しの後に受信され得る。バンドルの再送信はバンドルであり得る。一例では、ＴＴＩバンドリングは、ＲＮサブフレーム構成と組み合わせたＥ−ＵＴＲＡＮとのＲＮ通信についてサポートされなくてもよい。
【００９９】
一例では、ランダムアクセス中のＭｓｇ３の送信に対して、ＴＴＩバンドリングは適用されなくてもよい。ＮＢ−ＩｏＴ  ＵＥ、ＢＬ  ＵＥ、または拡張カバレッジ内のＵＥに対して、Ｍｓｇ３の送信にはアップリンク繰り返しバンドリングが使用される。ＴＴＩの場合、ＨＡＲＱエンティティは、このＴＴＩと関連付けられたＨＡＲＱプロセスを識別することができ、識別されたＨＡＲＱプロセスのためのものである。一例では、アップリンク許可がこのプロセスおよびこのＴＴＩに対して示されている場合、プロセスＡを実行し、そうでなければプロセスＢを実行する。
【０１００】
例示的なプロセスＡにおいて、受信した許可がＰＤＣＣＨ上の一時的Ｃ−ＲＮＴＩにアドレスされなかった場合であって関連するＨＡＲＱ情報において提供されたＮＤＩがこのＨＡＲＱプロセスの前回の送信における値と比較してトグルされた場合、またはアップリンク許可がＣ−ＲＮＴＩのＰＤＣＣＨ上で受信されて、識別されたプロセスのＨＡＲＱバッファが空の場合、ａ）Ｍｓｇ３バッファ内にＭＡＣ  ＰＤＵがあり、かつランダムアクセス応答内でアップリンクグラントが受信されたならば、Ｍｓｇ３バッファから送信するためのＭＡＣ  ＰＤＵを取得し、そうでなければ「多重化およびアセンブリ」エンティティから送信するためのＭＡＣ  ＰＤＵを取得し、ｂ）識別されたＨＡＲＱプロセスにＭＡＣ  ＰＤＵおよびアップリンク許可およびＨＡＲＱ情報を配信し、ｃ）識別されたＨＡＲＱプロセスに新規の送信をトリガするように指示する。そうでない場合、ａ）アップリンク許可およびＨＡＲＱ情報（冗長バージョン）を識別されたＨＡＲＱプロセスに配信し、ｂ）識別されたＨＡＲＱプロセスに適応再送信を生成するように指示する。
【０１０１】
例示的なプロセスＢでは、このＨＡＲＱプロセスのＨＡＲＱバッファが空ではない場合、識別されたＨＡＲＱプロセスに、非適応再送信を生成するように指示する。
【０１０２】
一例では、ＮＤＩが前回の送信の値と比較してトグルされたかどうかを判定すると、ＭＡＣエンティティは、その一時的Ｃ−ＲＮＴＩについてＰＤＣＣＨ上でアップリンク許可で受信されたＮＤＩを無視し得る。
【０１０３】
例示的な実施形態では、ＴＴＩについて、ＨＡＲＱエンティティは、このＴＴＩに関連付けられたＨＡＲＱプロセスを識別することができ、識別されたＨＡＲＱプロセスに関して、このプロセスおよびこのＴＴＩに対してアップリンク許可が示されており、アップリンク許可が新規の送信のためのものである場合、ＵＥ内のＭＡＣエンティティは、多重化およびアセンブリエンティティから送信するためのＭＡＣ  ＰＤＵを取得し、ＭＡＣ  ＰＤＵおよびアップリンク許可およびＨＡＲＱ情報を識別されたＨＡＲＱプロセスに配信し、識別されたＨＡＲＱプロセスに、新規の送信をトリガするように指示することができる。アップリンク許可が再送信のためのものである場合、ＵＥ内のＭＡＣエンティティは、識別されたＨＡＲＱプロセスにアップリンク許可およびＨＡＲＱ情報（冗長バージョン）を配信し、識別されたＨＡＲＱプロセスに、適応再送信を生成するように指示し得る。
【０１０４】
一例では、電力ヘッドルームレポート手順を用いて、サービングｅＮＢに、公称ＵＥ最大送信電力と、アクティブ化されたサービングセル当たりのＵＬ−ＳＣＨ送信の推定電力との間の差に関する情報と、更には公称ＵＥ最大送信電力と、ＳｐＣｅｌｌおよびＰＵＣＣＨ  ＳＣｅｌｌ上のＵＬ−ＳＣＨおよびＰＵＣＣＨ送信のための公称ＵＥ最大電力および推定電力との差に関する情報とをサービングｅＮＢに提供し得る。
【０１０５】
基地局は、複数のセルの構成パラメータを含む１つ以上のＲＲＣメッセージを送信することができる。構成パラメータは、電力ヘッドルームレポートを構成するための電力ヘッドルーム構成パラメータを含むことができる。ＲＲＣは、２つのタイマｐｅｒｉｏｄｉｃＰＨＲ−ＴｉｍｅｒおよびｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを構成し、測定されたダウンリンクパスロスの変化および電力管理による必要な電力バックオフを設定してＰＨＲをトリガすることによって、電力ヘッドルームレポートを制御し得る。
【０１０６】
電力ヘッドルームレポート（ＰＨＲ）は、以下のイベント、すなわち、ａ）ＭＡＣエンティティが新規の送信のためのＵＬリソースを有するときに、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが満了する、または満了した、およびこのＭＡＣエンティティにおけるＰＨＲの最後の送信以降にパスロス参照として使用される任意のＭＡＣエンティティの少なくとも１つのアクティブ化されたサービングセルに対するｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢより大きくパスロスが変化した、ｂ）ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒが満了する、ｃ）機能を無効にするために使用されない上位層によって機能を報告する電力ヘッドルームの構成または再構成時、ｄ）構成されたアップリンクを有する任意のＭＡＣエンティティのＳＣｅｌｌのアクティブ化、ｅ）ＰＳセルの追加、ｆ）ＭＡＣエンティティに新しい送信用のＵＬリソースがある場合にｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが満了する、または満了しており、構成されたアップリンクを任意のＭＡＣエンティティのアクティブ化されたサービングセルに対して以下のこと、すなわち、送信に割り当てられたＵＬリソースがあり、またはこのセル上でのＰＵＣＣＨ送信があること、およびＭＡＣエンティティが送信またはＰＵＣＣＨ送信のために割り当てられたＵＬリソースを有するときのＰＨＲの最後の送信以来、このセルに対する電力管理のために必要な電力バックオフが、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ  ｄＢより大きく変化したことが真である、というイベントのうちの少なくとも１つが発生した場合にトリガされ得る。一例では、ＭＡＣエンティティは、電力管理のために必要な電力バックオフが一時的に（例えば、最大で数十ミリ秒）のみ減少するときにＰＨＲをトリガすることを回避することができ、ＰＨＲが他のトリガ条件によってトリガされたときのＰＣＭＡＸ、ｃ／ＰＨの値のそのような一時的減少を反映することを回避することができる。
【０１０７】
例示的な実施形態では、アップリンクＤＣＩ許可は２段階ＤＣＩ許可であり得る。２段階ＤＣＩ許可では、トリガＢのタイミングおよび他のパラメータはアップリンク伝送のためのＴＴＩを決定することができる。２段階ＤＣＩ許可が実装される場合、アップリンクＤＣＩ許可に対応するアップリンク伝送のＴＴＩは（ＤＣＩ許可が受信された時点で）知られていない。２段階ＤＣＩ許可では、２段階ＤＣＩ許可後のトリガ検証期間中にトリガＢが受信されない場合、２段階ＤＣＩ許可は無効化されてもよい。現在のＰＨＲプロセスは、ＤＣＩ許可が受信された時点ではＵＥに知られていないアップリンクＴＢ送信に使用されるＴＴＩに依存する。ＰＨＲ値を計算／決定すること、ＰＨＲを含むＭＡＣ  ＰＤＵを作成すること、および他のＰＨＲプロセスを実行する現行のタイミングが、２段階許可が実装される場合に実装される場合、ＰＨＲ実装はアップリンク伝送問題および追加のＵＥ処理をもたらす。更に、現行のＰＨＲプロセスは、２段階ＤＣＩ許可が無効にされる場合（トリガ検証期間中にトリガＢが受信されないとき）のシナリオに対処しない。
【０１０８】
２段階アップリンクＤＣＩ許可が無線ネットワークに実装される場合、アップリンク伝送のための拡張ＰＨＲプロセスを提供する必要がある。例示的な実施形態は、２段階許可が実施される場合に、ＰＨＲ値の計算／決定、ＰＨＲを含むＭＡＣ  ＰＤＵの生成、およびＰＨＲタイマ管理を拡張する。例示的な実施形態は、２段階許可が実装される場合にＰＨＲプロセスを拡張する。
【０１０９】
ＵＬ−ＳＣＨ上で送信するために、ＭＡＣエンティティは、ＵＥがＰＤＣＣＨ上でまたはランダムアクセス応答で動的に受信することができるか、または半永続的に構成されることができる有効なアップリンク許可（非適応ＨＡＲＱ再送信を除く）を有することができる。要求された送信を実行するために、ＭＡＣ層は下位層からＨＡＲＱ情報を受信することができる。一例では、物理層がアップリンク空間多重化用に構成されている場合、ＭＡＣ層は、下位層から同じＴＴＩについて最大２つの許可（ＨＡＲＱプロセスごとに１つ）を受信することができる。
【０１１０】
一例では、２段階ＤＣＩ許可が実装され得る。無線デバイスは、第２のトリガを示す第２のＤＣＩ（トリガＢ）に応答して第１のＤＣＩがトリガされることを示す第１のトリガフィールド、および／またはセルを介して第２のＤＣＩを受信するための検証期間を示すフィールドを含む第１のダウンリンク制御情報（ＤＣＩ）を受信することができる。第１のトリガフィールド（トリガＡフィールド）は、第１のＤＣＩがトリガＤＣＩであることを示す１に設定され得る。
【０１１１】
２段階ＤＣＩ許可が実装される場合、ＭＡＣ／ＰＨＹ  ＰＨＲプロセスを開発する必要がある。現行の手順では、検証期間中にトリガＢが受信されないと、ＤＣＩ許可は無効にされ得る。物理層はトリガＢを監視することができる。トリガＢが受信されない場合、ＤＣＩ許可に対応するアップリンク伝送は実行されない。本発明の例示的な実施形態では、ＵＥは、トリガＢが受信されたか否かにかかわらず、アップリンクＤＣＩ許可を受信することに応答して、ＴＴＩについてアップリンクＤＣＩ許可および関連ＨＡＲＱ情報をＨＡＲＱエンティティに配信することができる。一例では、トリガＢが受信される前であってもＤＣＩ許可が受信されたときに、ＵＥはアップリンク許可および関連ＨＡＲＱ情報を（例えば、アップリンク許可が利用可能になるとすぐに）ＴＴＩでＭＡＣエンティティに配信することができる。このプロセスは更なる柔軟性を提供し、トリガＢが受信される前にＵＥ  ＭＡＣエンティティがＭＡＣ  ＰＤＵ生成および処理を開始することを可能にする。ＭＡＣエンティティは、トリガＢが受信されたか否かにかかわらず、送信がとにかく実行されたと見なすことができる。
【０１１２】
一例では、ＭＡＣエンティティがＣ−ＲＮＴＩ、半永続的スケジューリングＣ−ＲＮＴＩ、または一時的Ｃ−ＲＮＴＩを有する場合、ＭＡＣエンティティはＴＴＩおよびサービングセル（例えば、を有するＴＡＧに属する）のためであってよく、このＴＴＩで受信された許可に対して、ＴＴＩおよびこのサービングセルに対する２段階アップリンクＤＣＩ許可の第１段階がＭＡＣエンティティのＣ−ＲＮＴＩ（または一時的Ｃ−ＲＮＴＩ）で受信されていれば、ＵＥは、ＴＴＩでアップリンクＤＣＩ許可および関連ＨＡＲＱ情報をＨＡＲＱエンティティに配信することができる。これは、トリガＢが受信されたか否かにかかわらず行われる。
【０１１３】
２段階許可では、アップリンクＤＣＩ許可で識別されたリソースにおける送信のためのＴＴＩは、トリガＢを含むＤＣＩがＬＡＡセルの共通検索空間内でいつ受信されるかに依存し得る。ＵＥは、トリガＢを受信する前にＭＡＣ  ＰＤＵを処理することができる。いくつかの例示的なシナリオでは、送信のためのＴＴＩは、例えば、トリガを受信した後の１または２サブフレームとすることができ、ＵＥの能力によっては、ＵＥはトリガを受信した後にＭＡＣ  ＰＤＵを構築および処理するのに十分な時間がない場合がある。ＵＥは、トリガＢが受信される前にＭＡＣ  ＰＤＵを構築および処理（例えば、多重化および／または符号化など）することができる。トリガＢを受信すると、ＵＥは何らかの物理層処理を実行し、ＴＢを物理リソースにマッピングすることができる。（トリガＢと送信ＴＴＩとの間の最小サブフレームを決定し得る）ＤＣＩ許可の内容に応じて、および／またはＵＥ能力に応じて、ＵＥは、トリガＢを受信する前後にＭＡＣ  ＰＤＵを構築および処理することができる。
【０１１４】
例示的な実施形態では、アップリンクＤＣＩ許可は２段階ＤＣＩ許可であり得る。２段階ＤＣＩ許可では、トリガＢのタイミングおよび他のパラメータはアップリンク伝送のためのＴＴＩを決定することができる。２段階ＤＣＩ許可が実装される場合、アップリンクＤＣＩ許可に対応するアップリンク伝送のＴＴＩは（ＤＣＩ許可が受信された時点で）知られていない。２段階ＤＣＩ許可では、２段階ＤＣＩ許可後のトリガ検証期間中にトリガＢが受信されない場合、２段階ＤＣＩ許可は無効化されてもよい。
【０１１５】
一例では、トリガＢが受信される前であってもＤＣＩ許可が受信されると、ＵＥはアップリンク許可（アップリンク許可が利用可能になるとすぐに）および関連ＨＡＲＱ情報をＴＴＩの間にＭＡＣエンティティに配信することができる。これは更なる柔軟性を提供し、トリガＢが受信される前にＰＨＲを含むＭＡＣ  ＰＤＵの生成をＵＥ／ＭＡＣエンティティが開始することを可能にする。ＭＡＣエンティティは、トリガＢが受信されたか否かにかかわらず、送信がとにかく実行されたと見なすことができる。ＵＥは、対応するトリガＢが受信される前に、ＰＨＲ  ＭＡＣ  ＣＥを含むＭＡＣ  ＰＤＵを構築および処理（例えば、多重化および／または符号化など）することができる。
【０１１６】
例示的な実施形態では、ＭＡＣエンティティがＴＴＩにおける新規の送信に割り当てられたＵＬリソースを有する場合、ＭＡＣエンティティは、電力ヘッドルームレポート手順が少なくとも１つのＰＨＲがトリガされてキャンセルされなかったと判定すれば、また割り当てられたＵＬリソースが、（論理チャネルの優先順位付けの結果として）ＭＡＣエンティティが送信するように構成されたＰＨＲのためのＭＡＣ制御要素（およびそのサブヘッダ）を収容することができれば、ＭＡＣエンティティはＰＨＲ値を取得し、多重化およびアセンブリ手順に、ＰＨＲ  ＭＡＣ制御要素を生成および送信してｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを始動または再始動するように指示することができ、またトリガされたＰＨＲをキャンセルすることができる。
【０１１７】
図１３に一例の図を示す。例示的な実施形態では、ＵＥは、２段階ＤＣＩ許可の第１のＤＣＩ許可が受信された後にＭＡＣ  ＰＤＵパケット処理を実行することができる。ＵＥは、第１のＤＣＩ許可を処理し、許可についてＨＡＲＱエンティティに通知することができる。ＵＥは、ＰＨＲを含むＭＡＣ  ＰＤＵ（新規の送信の場合）を構築／作成し、第１のＤＣＩ許可についてＨＡＲＱエンティティに通知することができる。例示的な実施形態では、図１５に示すように、トリガ検証期間内にトリガＢが受信されない場合、ＵＥは第１のＤＣＩ許可を無効にすることができる。
【０１１８】
一例では、（トリガＢと送信ＴＴＩとの間の最小サブフレームを決定し得る）ＤＣＩ許可の内容に応じて、および／またはＵＥ能力に応じて、ＵＥは、トリガＢの受信前または受信後にＭＡＣ  ＰＤＵを構築および処理し得る。一例では、トリガとアップリンク伝送のためのＴＴＩとの間の最小時間を決定する許可内のパラメータ（パラメータＸ、２ビット）に応じて、ＵＥは、ＵＥがトリガＢの後にＭＡＣ  ＰＤＵを生成および／または処理するか否かを判定し得る。一例では、トリガＢとＴＢ送信のためのＴＴＩとの間の最小時間がｋサブフレーム（例えば、ｋ＝２、４）を超える場合、ＵＥは、トリガＢを受信した後にＭＡＣ  ＰＤＵを生成および／または処理し得る。例示的な実施形態では、ＭＡＣ  ＰＤＵは、パラメータＸの値にかかわらず、トリガＢが受信される前に処理され得る。
【０１１９】
例示的な実施形態では、ＭＡＣエンティティは、識別されたＨＡＲＱプロセスに新規の送信または適応再送信を指示することができる。２段階ＤＣＩ許可が受信される場合、ＵＥ  ＭＡＣエンティティは、ＰＨＹ送信の実際のＴＴＩについて知る必要がない。ＭＡＣエンティティは、第１のＤＣＩ許可を記録し、トリガＢを受信する前に許可を処理することができる。一例では、トリガＢを受信しないために第１のＤＣＩ許可が無効にされる場合、ＵＥ  ＭＡＣエンティティは必ずしもこれについて知る必要はない。ＵＥ  ＭＡＣエンティティは、（ＭＡＣ  ＰＤＵがトリガの前に処理される場合に）第１のＤＣＩ許可が無効にされることをＨＡＲＱエンティティに通知しなくてもよい。
【０１２０】
例示的な実施形態では、ＭＡＣ  ＰＤＵが「新規の送信」であってＰＨＲを含む場合、ＵＥはＰＨＲ手順に従ってＭＡＣ  ＰＨＲトリガをキャンセルすることができる。ＵＥは、ＰＨＲ手順に従って対応するＰＨＲタイマを始動することができる。例示的な実施形態では、ＵＥは、トリガ検証期間内にトリガＢを受信しないためにＤＣＩ許可が（例えば、ＰＨＹ層によって）無効にされるとしても、ＰＨＲを含むＭＡＣ  ＰＤＵを作成し、ＭＡＣ  ＰＨＲトリガをキャンセルし、ＰＨＲ手順に従って対応するＰＨＲタイマを始動することができる。ＤＣＩ許可が無効にされると、ＭＡＣ  ＰＤＵ（ＴＢ）はどのＴＴＩにおいても送信されない。しかしながら、ＰＨＲを含むＭＡＣ  ＰＤＵ  ＴＢは、ＨＡＲＱバッファに格納されてもよい。トリガＢを受信したか否かにかかわらず、ＭＡＣ処理を実行してもよい。
【０１２１】
例示的な実施形態では、ＭＡＣエンティティは、ＰＨＲ値を取得し、多重化およびアセンブリ手順に、ＰＨＲ  ＭＡＣ制御要素を生成および送信するように指示し、ＴＴＩ内でＰＨＲ手順に従って対応するＰＨＲを開始することができる。ＰＨＲタイマを再始動するＴＴＩを決定する必要がある。一例では、ＵＥは、ＰＨＲ値を取得し、ＰＨＲ  ＭＡＣ制御要素を生成および送信する多重化およびアセンブリ手順を指示し、アップリンクＤＣＩグラントのＴＴＩに対する所定の基準ＴＴＩにおいて対応するＰＨＲタイマを始動することができる。ＵＥおよび／またはｅＮＢは、（ｅＮＢがタイマを維持する場合）同じ基準ＴＴＩ内でＰＨＲタイマを維持し、ＰＨＲタイマを再始動することができる。例示的な実施形態では、サブフレームｎにおいてアップリンクＤＣＩ許可が受信されると、ＵＥはＰＨＲ値を取得し、ＰＨＲ  ＭＡＣ制御要素を生成および送信するように多重化およびアセンブリ手順に指示し、基準サブフレームｎ＋ｋにおいて対応するＰＨＲタイマを始動することができ、ここで、ｋは所定の数、例えばｋ＝０、１、２または４である。
【０１２２】
例示的な実施形態は、ＰＨＲプロセスがアップリンク伝送のためのＴＴＩとは異なり得る基準サブフレームで実行される拡張ＰＨＲプロセスを提供する。この拡張プロセスは、第１のＤＣＩ許可が無効になっているか否かにかかわらず実行される。アップリンク伝送サブフレームとは異なり得る基準サブフレームの実装は、基地局と無線デバイスとの両方に利点を提供する。拡張ＰＨＲプロセスは、トリガＢの受信における不確定性とアップリンク伝送ＴＴＩのタイミングとの影響を排除する。レガシーＰＨＲプロセスの実装は、無線ネットワークにおいて２段階許可が実装されるときにＵＥ処理要件を増大させる。例示の実施形態は、このような実装のための拡張ＰＨＲプロセスを提供する。
【０１２３】
無線デバイスは、第１のサブフレームｎにおいて２段階許可の第１のアップリンクＤＣＩ許可を受信することができる。ＭＡＣエンティティは、ｎ＋ｋ（例えば、ｋ＝４）の基準サブフレーム（ＴＴＩ）の間にＰＨＲプロセスを実行することができる。ＭＡＣエンティティが新規の送信に割り当てられたＵＬリソースを有する場合、かつ電力ヘッドルーム報告手順が、少なくとも１つのＰＨＲがトリガされてキャンセルされていないと判定する場合、かつ論理チャネル優先順位付けの結果として、割り当てられたＵＬリソースが、ＭＡＣエンティティが送信するように構成されたＰＨＲ用のＭＡＣ制御要素と更にはそのサブヘッダとを収容することができる場合、ＭＡＣエンティティは少なくとも以下を実行することができ、すなわち、ａ）１つ以上のサービングセルに対するタイプ１電力ヘッドルームの１つ以上の値を取得し、１つ以上のサービングセル（例えば、ＰＣｅｌｌ、ＰＳＣｅｌｌ、ＰＵＣＣＨ  ＳＣｅｌｌ）についてタイプ２電力ヘッドルームの１つ以上の値を取得し、物理層によって報告された値に基づいてＰＨＲ  ＭＡＣ制御要素を生成および送信するように多重化およびアセンブリ手順に指示し、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを始動または再始動し、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを始動または再始動し、トリガされたＰＨＲをキャンセルする。それが最後のＭＡＣリセット以降に新規の送信に割り当てられた第１のＵＬリソースである場合、ＭＡＣエンティティはｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを始動することができる。無線デバイスは、ＰＨＲを含むＭＡＣ  ＰＤＵをＨＡＲＱバッファに格納することができる。無線デバイスは、トリガＢを含む第２のＤＣＩを受信することに応答して、アップリンクサブフレームにおいてＰＨＲを含むＭＡＣ  ＰＤＵを送信することができる。アップリンクサブフレームのタイミングは、少なくとも第２のＤＣＩのタイミングおよび／またはサブフレームオフセット値に依存し得る。
【０１２４】
一例では、基地局は、アップリンク伝送を用いて構成されたＬＡＡ二次セルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを無線デバイスに送信することができる。無線デバイスは、サービングセルｃのアップリンクサブフレームにおける送信のために第１のサブフレームｎにおいて２段階アップリンク許可の第１のアップリンクＤＣＩ許可を受信する。第１のアップリンクＤＣＩ許可は、少なくとも第１のフィールドおよび第１のトリガフィールドを含む。第１のアップリンクＤＣＩ許可の第１のフィールドは、ＬＡＡセルのアップリンクサブフレームを介した送信のためのリソースブロックの割り当てを示す。第１のトリガは、第２のトリガ（トリガＢ）を示す第２のＤＣＩに応答して第１のアップリンクＤＣＩ許可がトリガされることを示す。アップリンクサブフレームのタイミングは、少なくとも第２のＤＣＩを使用して決定される。
【０１２５】
ＵＥは、第１のアップリンクＤＣＩ許可を使用してＬＡＡセル上の電力ヘッドルームを報告し得る。ＭＡＣエンティティは、ｎ＋ｋ（例えば、ｋ＝４）の基準ＴＴＩの間にＰＨＲプロセスを実行することができる。一例では、ＵＥは、ＰＨＲ値を取得し、ＰＨＲ  ＭＡＣ制御要素を生成および送信するように多重化およびアセンブリ手順に指示し、基準サブフレームｎ＋ｋ（例えば、ｋ＝４）で対応するＰＨＲタイマを始動することができる。
【０１２６】
一例では、サービングセルについて、サブフレーム中のセルについてのＰＨＲ値の計算／決定は、ＭＡＣ  ＰＤＵ送信がそのサブフレーム中のセルについて考慮されるか否かに依存する。一例では、ＵＥは、トリガＢを受信する前または後に送信のためにＭＡＣ  ＰＤＵを構築および処理することができる。一例では、トリガＢとＴＢ送信のためのＴＴＩとの間の時間がｋサブフレーム（例えば、ｋ＝２、４）を超えると、ＵＥは、トリガＢを受信した後に送信のためにＭＡＣ  ＰＤＵを生成および／または処理することができる。
【０１２７】
一例では、サービングセルに対するトリガＢがサブフレームｎ以前に受信されると、ＵＥは、基準サブフレームにおいて送信が実行されると仮定して、サービングセルに対するＰＨＲ値を決定する。一例では、サービングセルに対するトリガＢがサブフレームｎの後に受信されるとき、ＵＥは、基準サブフレームにおいて送信が実行されないと仮定して、サービングセルに対するＰＨＲ値を決定する。
【０１２８】
ＵＥは、アップリンクＤＣＩ許可を処理し、アップリンクＤＣＩ許可についてＨＡＲＱエンティティに通知することができる。ＵＥは、ＰＨＲを含むＰＤＵを構築／作成し（新規の送信の場合）、アップリンクＤＣＩ許可についてＨＡＲＱエンティティに通知することができる。例示的な実施形態では、トリガ検証期間内にトリガが受信されない場合、ＵＥはアップリンクＤＣＩ許可を無効にすることができる。
【０１２９】
一例では、ＭＡＣエンティティが、新規の送信に割り当てられたＵＬリソースを有する場合、かつ電力ヘッドルームレポート手順が、少なくとも１つのＰＨＲがトリガされてキャンセルされていないと判定する場合、かつ論理チャネル優先順位付けの結果として、割り当てられたＵＬリソースが、ＭＡＣエンティティが送信するように構成されたＰＨＲ用のＭＡＣ制御要素と更にはそのサブヘッダとを収容することができる場合、ＭＡＣエンティティはＲＲＣ構成パラメータに基づいて電力ヘッドルームプロセスを実行することができる。
【０１３０】
ＭＡＣエンティティはｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを始動または再始動し、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを始動または再始動し、トリガされたＰＨＲをキャンセルし、それが最後のＭＡＣリセット以降に新規の送信に割り当てられた第１のＵＬリソースであれば、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを始動することができる。
【０１３１】
ｅｘｔｅｎｄｅｄＰＨＲが構成されている場合：構成されたアップリンクを有するアクティブ化されたサービングセルに対するタイプ１電力ヘッドルームの値を取得し、ＭＡＣエンティティが、このＴＴＩの間にこのサービングセル上での送信に割り当てられたＵＬリソースを有する場合、物理層から対応するＰＣＭＡＸ，ｃフィールドの値を取得し、同時ＰＵＣＣＨ−ＰＵＳＣＨが構成されている場合、ＰＣｅｌｌに対するタイプ２電力ヘッドルームの値を取得し、物理層から対応するＰＣＭＡＸ，ｃフィールドの値を取得し、物理層によって報告された値に基づいて、拡張ＰＨＲのための拡張ＰＨＲ  ＭＡＣ制御要素を生成および送信するように多重化およびアセンブリ手順に指示する。
【０１３２】
ｅｘｔｅｎｄｅｄＰＨＲ２が構成されている場合、構成されたアップリンクを有するアクティブ化されたサービングセルに対するタイプ１電力ヘッドルームの値を取得し、ＭＡＣエンティティが、このＴＴＩの間にこのサービングセル上での送信に割り当てられたＵＬリソースを有する場合、物理層から対応するＰＣＭＡＸ，ｃフィールドの値を取得する。ＰＵＣＣＨ  ＳＣｅｌｌが構成およびアクティブ化されている場合、ＰＣｅｌｌおよびＰＵＣＣＨ  ＳＣｅｌｌに対するタイプ２電力ヘッドルームの値を取得し、物理層から対応するＰＣＭＡＸ，ｃフィールドの値を取得する。そうではなく、同時ＰＵＣＣＨ−ＰＵＳＣＨがＰＣｅｌｌに対して構成されている場合、ＰＣｅｌｌに対するタイプ２電力ヘッドルームの値を取得し、物理層から対応するＰＣＭＡＸ，ｃフィールドの値を取得する。物理層によって報告された値に基づいて、構成されたＳｅｒｖＣｅｌｌＩｎｄｅｘおよびＭＡＣエンティティ用のＰＵＣＣＨに従ってｅｘｔｅｎｄｅｄＰＨＲ２用のＥｘｔｅｎｄｅｄ  ＰＨＲ  ＭＡＣ制御要素を生成および送信するように多重化およびアセンブリ手順に指示する。
【０１３３】
ｄｕａｌＣｏｎｎｅｃｔｉｖｉｔｙＰＨＲが構成されている場合、任意のＭＡＣエンティティに関連付けられた構成されたアップリンクを有するアクティブ化されたサービングセルに対するタイプ１電力ヘッドルームの値を取得し、このＭＡＣエンティティがこのＴＴＩの間にこのサービングセル上での送信に割り当てられたＵＬリソースを有するか、またはこのＴＴＩの間にこのサービングセル上での送信に割り当てられたＵＬリソースを有する場合、物理層から対応するＰＣＭＡＸ，ｃフィールドの値を取得する。同時ＰＵＣＣＨ−ＰＵＳＣＨが構成されている場合、ＳｐＣｅｌｌに対するタイプ２電力ヘッドルームの値を取得し、物理層からＳｐＣｅｌｌに対するＰＣＭＡＸ，ｃフィールドの値を取得する。他のＭＡＣエンティティのＳｐＣｅｌｌに対するタイプ２電力ヘッドルームの値を取得する。ｐｈｒ−ＭｏｄｅＯｔｈｅｒＣＧが上位層によって実数に設定されている場合、物理層から他のＭＡＣエンティティのＳｐＣｅｌｌに対する対応するＰＣＭＡＸ，ｃフィールドの値を取得する。物理層によって報告された値に基づいて６．１．３．６ｂ節で定義されるように、二重接続ＰＨＲ  ＭＡＣ制御要素を生成および送信するように多重化およびアセンブリ手順に指示する。
【０１３４】
通常の電力ヘッドルームが構成されている場合、物理層からタイプ１電力ヘッドルームの値を取得し、物理層によって報告された値に基づいてＰＨＲ  ＭＡＣ制御要素を生成および送信するように多重化およびアセンブリ手順に指示する。
【０１３５】
例示的な実施形態では、アップリンクＤＣＩ許可は２段階ＤＣＩ許可であり得る。２段階ＤＣＩ許可では、トリガＢのタイミングおよび他のパラメータはアップリンク伝送のためのＴＴＩを決定することができる。２段階ＤＣＩ許可が実装される場合、アップリンクＤＣＩ許可に対応するアップリンク伝送のＴＴＩは（ＤＣＩ許可が受信された時点で）知られていない。２段階ＤＣＩ許可では、２段階ＤＣＩ許可後のトリガ検証期間中にトリガＢが受信されない場合、２段階ＤＣＩ許可は無効化されてもよい。現行のＢＳＲプロセスは、ＤＣＩ許可が受信された時点ではＵＥに知られていないアップリンクＴＢ送信に使用されるＴＴＩに依存する。ＢＳＲ値を計算／決定し、ＢＳＲを含むＭＡＣ  ＰＤＵを作成し、２段階許可が実装される場合に他のＢＳＲプロセスを実行するためのタイミングは、アップリンク伝送問題および更なるＵＥ処理をもたらす。更に、現行のＢＳＲプロセスは、２段階ＤＣＩ許可が無効にされる場合（トリガ検証期間中にトリガＢが受信されない場合）のシナリオに対処しない。
【０１３６】
２段階アップリンクＤＣＩ許可が無線ネットワークに実装される場合、アップリンク伝送のための拡張ＢＳＲプロセスを提供する必要がある。例示的な実施形態は、２段階許可が実装される場合に、ＢＳＲ値の計算／決定、ＢＳＲを含むＭＡＣ  ＰＤＵの生成、およびＢＳＲタイマ管理を拡張する。例示的な実施形態は、２段階許可が実装される場合にＢＳＲプロセスを拡張する。
【０１３７】
一例では、トリガＢが受信される前であってもＤＣＩ許可が受信されると、ＵＥはアップリンク許可（アップリンク許可が利用可能になるとすぐに）および関連ＨＡＲＱ情報をＴＴＩの間にＭＡＣエンティティに配信することができる。これは更なる柔軟性を提供し、トリガＢが受信される前にＢＳＲを含むＭＡＣ  ＰＤＵの生成をＵＥ／ＭＡＣエンティティが開始することを可能にする。ＭＡＣエンティティは、トリガＢが受信されたか否かにかかわらず、送信がとにかく実行されたと見なすことができる。ＵＥは、対応するトリガＢが受信される前に、ＢＳＲ  ＭＡＣ  ＣＥを含むＭＡＣ  ＰＤＵを構築および処理（例えば、多重化および／または符号化など）することができる。
【０１３８】
図１４に一例の図を示す。例示的な実施形態では、ＵＥは、２段階ＤＣＩ許可の第１のＤＣＩ許可が受信された後にＭＡＣ  ＰＤＵパケット処理を実行することができる。ＵＥは、第１のＤＣＩ許可を処理し、許可についてＨＡＲＱエンティティに通知することができる。ＵＥは、ＢＳＲを含むＭＡＣ  ＰＤＵ（新規の送信の場合）を構築／作成し、第１のＤＣＩ許可についてＨＡＲＱエンティティに通知することができる。例示的な実施形態では、図１５に示すように、トリガ検証期間内にトリガＢが受信されない場合、ＵＥは第１のＤＣＩ許可を無効にすることができる。
【０１３９】
例示的な実施形態では、ＭＡＣ  ＰＤＵが「新規の送信」であってＢＳＲを含む場合、ＵＥは、ＢＳＲ手順に従ってＭＡＣ  ＢＳＲトリガをキャンセルし、対応するＢＳＲタイマを始動することができる。例示的な実施形態では、ＵＥは、トリガ検証期間内にトリガを受信しないためにＤＣＩ許可が（例えば、ＰＨＹ層によって）無効にされるとしても、ＢＳＲを含むＭＡＣ  ＰＤＵを構築し、ＢＳＲ手順に従ってＭＡＣ  ＢＳＲトリガをキャンセルすることができる。ＤＣＩ許可が無効にされると、ＢＳＲを含むＭＡＣ  ＰＤＵ（ＴＢ）はいずれのＴＴＩでも送信されない。ただし、ＴＢはＨＡＲＱバッファに格納されてもよい。トリガＢを受信したか否かにかかわらず、ＭＡＣ処理を実行してもよい。
【０１４０】
例示的な実施形態では、ＭＡＣエンティティは、識別されたＨＡＲＱプロセスに新規の送信または適応再送信を指示することができる。２段階ＤＣＩ許可が受信される場合、ＵＥ  ＭＡＣエンティティは、ＰＨＹ送信の実際のＴＴＩについて知る必要がない。ＭＡＣエンティティは、第１のＤＣＩ許可を記録し、トリガＢを受信する前に許可を処理することができる。一例では、トリガＢを受信しないために第１のＤＣＩ許可が無効にされる場合、ＵＥ  ＭＡＣエンティティは必ずしもこれについて知る必要はない。ＵＥ  ＭＡＣエンティティは、（ＭＡＣ  ＰＤＵがトリガの前に処理される場合に）第１のＤＣＩ許可が無効にされることをＨＡＲＱエンティティに通知しなくてもよい。
【０１４１】
例示的な実施形態では、ＵＥは、ＢＳＲを含むＭＡＣ  ＰＤＵを構築し、基準ＴＴＩにおいてＢＳＲ手順に従って対応するＢＳＲタイマを始動することができる。ＢＳＲを含むＭＡＣ  ＰＤＵが生成され、ＢＳＲタイマが再始動される基準ＴＴＩを決定する必要がある。一例では、ＵＥは、ＢＳＲを含むＭＡＣ  ＰＤＵを生成し、アップリンクＤＣＩ許可が受信されるサブフレームに対する所定の基準ＴＴＩにおいて対応するＢＳＲタイマを始動することができる。（ｅＮＢがＢＳＲタイマを維持する場合）ＵＥおよび／またはｅＮＢは、同じ基準ＴＴＩにおいてＢＳＲタイマを維持し、ＢＳＲタイマを再始動することができる。例示的な実施形態では、アップリンクＤＣＩ許可が第１のサブフレームｎにおいて受信されると、対応するＢＳＲタイマが、ｋを例えばｋ＝０、１、２、または４などの所定の数として、基準サブフレームｎ＋ｋにおいて再始動され得る。基準ＴＴＩに対して決定されたＢＳＲは、この基準ＴＴＩに対してＭＡＣ  ＰＤＵが構築された後のバッファ状態を反映することができる。
【０１４２】
例示的な実施形態は、ＢＳＲプロセスがアップリンク伝送のためのＴＴＩとは異なり得る基準サブフレームにおいて実行される拡張ＢＳＲプロセスを提供する。この拡張プロセスは、第１のＤＣＩ許可が無効になっているか否かにかかわらず実行される。アップリンク伝送サブフレームとは異なり得る基準サブフレームの実装は、基地局と無線デバイスとの両方に利点を提供する。拡張ＢＳＲプロセスは、トリガＢの受信における不確定性とアップリンク伝送ＴＴＩのタイミングとの影響を排除する。レガシーＢＳＲプロセスの実装は、無線ネットワークにおいて２段階許可が実装される場合にＵＥ処理要件を増大させる。例示的な実施形態は、このような実装のための拡張ＢＳＲプロセスを提供する。
【０１４３】
例示的な実施形態では、ＵＥは、基準ＴＴＩにおいてＢＳＲ手順に従ってＢＳＲを生成し、対応するＢＳＲタイマを始動することができる。ＢＳＲが生成され、ＢＳＲタイマが再始動される基準ＴＴＩを決定する必要がある。一例では、ＵＥは、トリガが受信されると、ＢＳＲを生成し、対応するＢＳＲタイマを始動することができる。トリガが受信されない場合、ＭＡＣはＢＳＲを生成し、トリガが無効になったときに対応するタイマを再始動する。（ｅＮＢがＢＳＲタイマを維持する場合）ＵＥおよび／またはｅＮＢはＢＳＲタイマを維持し、同じ基準ＴＴＩでＢＳＲタイマを再始動することができる。例示的な実施形態では、アップリンクＤＣＩ許可が第１のサブフレームｎで受信され、トリガＢがサブフレームｎ＋ｋで受信されると、対応するタイマは、例えばｋ＝４または８または１２として、サブフレームｎ＋ｋで再始動され得る。基準ＴＴＩに対して決定されたＢＳＲは、この基準ＴＴＩに対してＭＡＣ  ＰＤＵが構築された後のバッファ状態を反映することができる。
【０１４４】
ＵＥは、アップリンクＤＣＩ許可を処理し、アップリンクＤＣＩ許可についてＨＡＲＱエンティティに通知することができる。ＵＥは、ＢＳＲを含むＰＤＵを構築／作成し（新規の送信の場合）、アップリンクＤＣＩ許可についてＨＡＲＱエンティティに通知することができる。例示的な実施形態では、トリガ検証期間内にトリガが受信されない場合、ＵＥはアップリンクＤＣＩ許可を無効にすることができる。
【０１４５】
例示的な実施形態では、２段階ＤＣＩ許可は無効にされることがあり、対応する少なくとも１つのＴＢは送信されないことがある。レガシーメカニズムの実装は、２段階のＤＣＩ許可と少なくとも１つのＴＢとを無視する結果となり得る。これは、非効率性および更なるＵＥ処理能力をもたらし得る。第２のトリガが受信されないときに２段階許可が無効にされるシナリオのために拡張されたＭＡＣおよびＰＨＹ手順を実装する必要がある。例示的な実施形態は、特に２段階許可が無効にされる場合に、２段階許可のためにＵＥ処理能力を低減し、アップリンク伝送を拡張する。
【０１４６】
図１６は、２段階ＤＣＩ許可が実装される場合にＨＡＲＱ手順を拡張するための例示的な実施形態を示す。例示的な実施形態では、トリガＢがトリガ検証期間内に受信されない場合、２段階ＤＣＩ許可内の第１のＤＣＩ許可は無効にされ得る。例示的な実施形態では、ＵＥ／ｅＮＢは、ＮＤＩがトグルしているか否かを判定するために、無効にされたＤＣＩ許可のＮＤＩおよびＨＡＲＱプロセスＩＤの値を記憶／保存し、同じＨＡＲＱプロセスＩＤに対応する次のＤＣＩ許可について記憶されたＮＤＩを考慮することができる。
【０１４７】
無線デバイスは、ｋに等しいＨＡＲＱプロセスＩＤを含む第１のダウンリンク制御情報（ＤＣＩ）許可を受信することができる。第１のＤＣＩ許可は、第１のトリガフィールドおよび検証フィールドを含むことができる。第１のトリガフィールドは、第２のトリガを含む第２のＤＣＩに応答して第１のＤＣＩがトリガされることを示すことができる。検証フィールドは、第１のＤＣＩを検証する第２のＤＣＩを受信するための検証期間を示すことができる。媒体アクセスエンティティ（ＭＡＣ）は、第１のＤＣＩに応答して１つ以上の第１のトランスポートブロック（ＴＢ）を作成することができる。図１２〜図１６に例を示す。無線デバイスは、検証期間の少なくとも一部の間に第２のＤＣＩを監視することができる。例えば、無線デバイスは、検証期間中にトリガが受信されるまで、トリガを含む第２のＤＣＩを監視することができる。監視が第２のＤＣＩを検出しないことに応答して、第１のＤＣＩ（２ＳｔａｇｅＧｒａｎｔ）が無効にされ、１つ以上のトランスポートブロックの送信が中断され得る（ＴＢ  ＰＨＹ送信なし）。ＭＡＣエンティティは、１つ以上のトランスポートブロックの送信がとにかく実行されたと見なすことができる。例えば、ＨＡＲＱプロセスＩＤおよびＮＤＩが格納され得、１つ以上の第１のＴＢがＨＡＲＱバッファに格納され得る。
【０１４８】
一例では、ＵＥがＮＤＩ値およびＨＡＲＱプロセスＩＤを示すアップリンクＤＣＩ許可を受信すると、ＵＥは、関連するＨＡＲＱプロセスで提供されたＮＤＩがこのＨＡＲＱプロセスの前のＤＣＩ許可における値と比較してトグルされたか否かを判定する。これは、以前のＤＣＩ許可が無効になっているか否かにかかわらない。ＮＤＩがトグルされない場合、ＮＤＩは、ＤＣＩ許可が前の無効にされたＤＣＩ許可の再送信のためのものであることを示す。一例では、ＮＤＩがトグルされると、ＮＤＩは、ＤＣＩ許可が新規のＴＢの新規の送信のためのものであることを示す。例えば、ｋに等しいＨＡＲＱプロセスＩＤの同じ値を示す第３のＤＣＩが受信され得る。第３のＤＣＩに応答してアップリンク信号が送信され得る。無線デバイスは、記憶されたＮＤＩを使用して、１つ以上の第１のトランスポートブロックの適応再送信、または１つ以上の第２のトランスポートブロックの新規の送信を判定することができる。図１６の例では、第３のＤＣＩは、失われた（無効にされた）許可に関連する少なくとも１つのＴＢの再送信を示す。
【０１４９】
図１６は、無効にされたＤＣＩ許可（中央のＤＣＩ許可）と比較してＮＤＩがトグルされない（右側の許可）が、図１６における前の有効なＤＣＩ許可（左側のＤＣＩ許可）と比較されてトグルされる例を示す。右側の許可は、構築されてＨＡＲＱバッファに記憶されたが、無効にされたＤＣＩ許可のために送信することができなかった（破棄された）ＴＢの再送信のためのものである。
【０１５０】
ＵＥは、様々なＲＮＴＩを用いて構成され得る。いくつかのＲＮＴＩのサポートは必須とすることができ、いくつかの他のＲＮＴＩのサポートは任意選択とすることができる。いくつかのＲＮＴＩは必要に応じて構成され得る。
【０１５１】
ＵＥは、構成されたＲＮＴＩに対応するＤＣＩについてＰＤＣＣＨを監視するように構成され得る。ＲＮＴＩの例は、ＲＡ−ＲＮＴＩ、Ｃ−ＲＮＴＩ、半永続的スケジューリングＣ−ＲＮＴＩ、一時的Ｃ−ＲＮＴＩ、ｅＩＭＴＡ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩおよびＳＬ−ＲＮＴＩ（注記参照）、Ｇ−ＲＮＴＩ、ＳＣ−Ｎ−ＲＮＴＩ、ＳＣ−ＲＮＴＩ、ＣＣ−ＲＮＴＩ、Ｍ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、およびＳＩ−ＲＮＴＩを含む。
【０１５２】
ＬＴＥ−Ａｄｖａｎｃｅｄの現行リリースでは、３ＧＰＰ  ＴＳ  ３６．３２１  ｖ１３．２（２０１６−６）に仕様が定められているように、ＭＡＣエンティティは、ＭＡＣエンティティのＣ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、半永続的スケジューリングＣ−ＲＮＴＩ（構成されている場合）、ｅＩＭＴＡ−ＲＮＴＩ（構成されている場合）、およびＳＬ−ＲＮＴＩ（構成されている場合）に対するＵＥのＰＤＣＣＨ監視アクティビティを制御するＤＲＸ機能を用いてＲＲＣによって構成され得る。ＭＡＣエンティティのＧ−ＲＮＴＩはまた、このＧ−ＲＮＴＩに対するＵＥのＰＤＣＣＨ監視アクティビティを制御するＤＲＸ機能を有するＲＲＣによって構成されてもよい。一例では、Ｇ−ＲＮＴＩは他のＲＮＴＩ構成とは別のそれ自身のＤＲＸ構成を有することができる。ＭＡＣ仕様の現行リリースでは、ＲＡ−ＲＮＴＩ、一時Ｃ−ＲＮＴＩ、ＳＣ−Ｎ−ＲＮＴＩ、ＳＣ−ＲＮＴＩ、ＣＣ−ＲＮＴＩ、Ｍ−ＲＮＴＩ、Ｐ−ＲＮＴＩ、およびＳＩ−ＲＮＴＩのＰＤＣＣＨ監視は、ＤＲＸ動作によって制御されない。これらのＲＮＴＩは物理層手順に従って監視される。図１７に、例示的なＲＮＴＩタイマ管理を示す。
【０１５３】
レガシーＤＲＸプロセスが実装される場合、ＵＥ内のＭＡＣエンティティはトリガＢを受信するためにＰＤＣＣＨを監視しなくてもよく、したがってＵＥはＰＵＳＣＨトリガＢの受信を見逃し得る。アップリンク許可およびパケット送信は見逃される可能性があり、パケット再送信はエアインタフェーススペクトル効率を低下させる可能性がある。ＣＣ−ＲＮＴＩを使用して２段階許可が実装される場合、既存のＤＲＸプロセスを改善する必要がある。本発明の例示的な実施形態は、ＣＣ−ＲＮＴＩのためのＤＲＸプロセスおよび機能を実装する。例示的な実施形態は、ＣＣ−ＲＮＴＩを使用する２段階スケジューリングがＵＥにおいて構成される場合、ＵＥのバッテリ電力消費を低減し、ＵＥの処理要件を低減し、ＵＥの挙動を拡張する。例示的な実施形態では、ＣＣ−ＲＮＴＩが構成される場合、ＭＡＣエンティティは、ＣＣ−ＲＮＴＩを含むＭＡＣエンティティのＲＮＴＩに対するＵＥのＰＤＣＣＨ監視アクティビティを制御するＤＲＸプロセスを用いてＲＲＣによって構成され得る。例示的な実施形態は、無認可セル（例えば、ＬＡＡセル）が構成される場合に実装され得る。
【０１５４】
ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるとき、ＤＲＸが構成される場合、例示的な実施形態で実装されるＤＲＸプロセスを使用してＭＡＣエンティティがＰＤＣＣＨを不連続に監視することを可能にすることができ、そうでなければＭＡＣエンティティはＰＤＣＣＨを継続的に監視することができる。ＤＲＸプロセスを使用する場合、ＭＡＣエンティティは、ＭＡＣ／物理層手順において定義され得る他の要件に従ってＰＤＣＣＨを監視することができる。一例では、ＲＲＣは、タイマｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ（ブロードキャストプロセスを除くＤＬ  ＨＡＲＱプロセスごとに１つ）、ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ（非同期ＵＬ  ＨＡＲＱプロセスごとに１つ）、ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ、ｄｒｘＳｔａｒｔＯｆｆｓｅｔの値、および任意選択によるｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒおよびｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅを構成することによって、ＤＲＸプロセス（例えばＣＣ−ＲＮＴＩ用）を制御することができる。（ブロードキャストプロセスを除く）ＤＬ  ＨＡＲＱプロセスごとのＨＡＲＱ  ＲＴＴタイマと非同期ＵＬ  ＨＡＲＱプロセスごとのＵＬ  ＨＡＲＱ  ＲＴＴタイマとが構成され得る。
【０１５５】
一例では、ＭＡＣエンティティは、ＭＡＣエンティティのＣ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、半永続的スケジューリングＣ−ＲＮＴＩ（構成されている場合）、ｅＩＭＴＡ−ＲＮＴＩ（構成されている場合）およびＳＬ−ＲＮＴＩ（構成されている場合）、およびＣＣ−ＲＮＴＩに対するＵＥのＰＤＣＣＨ監視アクティビティを、以下の拡張手順に基づいて制御するＤＲＸプロセスを用いてＲＲＣによって構成され得る。
【０１５６】
ＵＬ  ＨＡＲＱ  ＲＴＴタイマは、ＵＬ  ＨＡＲＱ再送信許可がＭＡＣエンティティによって要求される前に、サブフレームの最小量を指定することができる。ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、ＵＬ再送信のための許可が受信されるまで、連続したＰＤＣＣＨサブフレームの最大数を指定することができる。
【０１５７】
一例では、ＵＬ  ＨＡＲＱ  ＲＴＴタイマ長は、ＦＤＤについてまたはフレーム構造３について４サブフレームに設定され得、ＴＤＤについてｋ  ＵＬ  ＨＡＲＱ  ＲＴＴサブフレームに設定され得、ここで、ｋ  ＵＬ  ＨＡＲＱ  ＲＴＴは、ｋ  ＰＨＩＣＨ値に等しい。これらのパラメータは、例えば、１つ以上の予め定義されたテーブルにおいて定義され得る。
【０１５８】
一例では、ＤＲＸサイクルが構成される場合、アクティブ時間は、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒもしくはｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒもしくはｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒもしくはｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒもしくはｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが動作している間、またはスケジューリング要求がＰＵＣＣＨで送信され、保留中である間、または、保留中のＨＡＲＱ再送信に対するアップリンク許可が発生する可能性があり、同期ＨＡＲＱプロセスのために対応するＨＡＲＱバッファにデータがある間、またはＭＡＣエンティティのＣ−ＲＮＴＩ宛ての新規の送信を示すＰＤＣＣＨが、ＭＡＣによって選択されないプリアンブルに対するランダムアクセス応答の受信に成功した後に受信されていない間の時間を含む。
【０１５９】
一例では、２段階許可が実装される場合、新規のタイマが導入され得る。タイマ２段階トリガタイマ（または、例えば検証期間タイマと称することもある）は、アップリンク２段階ＤＣＩ許可が受信されたときに始動され得る。同様に、検証期間サブフレームを追跡するために検証カウンタが実装され得る。ＵＥは、第１のトリガＢが受信されるまでの検証期間中にトリガＢを受信することを予測し得る。対応するトリガＢが受信されたとき、または第１の許可が無効にされたときに、２段階トリガタイマ（または、例えば、検証サブフレームカウンタ）は停止され得る。２段階ＤＣＩ許可について対応するトリガＢが受信されない場合、第１の許可は無効にされる。
【０１６０】
一例では、２段階ＤＣＩ許可が実装され得る。無線デバイスは、第２のトリガ（トリガＢ）を示す第２のＤＣＩに応答して第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、セルを介して第２のＤＣＩを受信するための検証期間を示すフィールドとを含む第１のダウンリンク制御情報（ＤＣＩ）を受信することができる。第１のトリガフィールド（トリガＡフィールド）は、第１のＤＣＩがトリガＤＣＩであることを示す１に設定され得る。
【０１６１】
一例では、検証期間タイマまたはカウンタ値は、第１のＤＣＩ許可および／またはオフセット値に基づいて検証期間（例えば、トリガ監視間隔）に構成され得る。ＭＡＣエンティティが検証期間内にあるか否か（例えば、２段階トリガタイマ／カウンタが実行されているか否か）にかかわらずにＵＥ内のＭＡＣエンティティがアクティブ時間にある場合、ＵＥ内のＭＡＣエンティティはＰＤＣＣＨを監視することができる。
【０１６２】
図１８に、例示的なＤＲＸタイマ管理を示す。ＰＤＣＣＨが非同期ＨＡＲＱプロセスのためのＵＬ送信を示す２段階許可を示す場合、ＵＥは、対応するＰＵＳＣＨ送信の最後の繰り返しを含むサブフレームにおいて対応するＨＡＲＱプロセスのためのＵＬ  ＨＡＲＱ  ＲＴＴタイマを始動し、対応するＨＡＲＱプロセスのｄｒｘＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止することができる。ＵＥ（例えば、ＭＡＣエンティティまたは物理層）はまた、トリガＢに対するＣＣ−ＲＮＴＩに関連付けられたＤＣＩに対する対応するＰＤＣＣＨを監視するために２段階トリガタイマ／カウンタを始動することができる。トリガＢは、第１のトリガＢが受信されるまでの検証期間中に受信されると予想される。
【０１６３】
一例では、２ステップスケジューリングが実装される場合、アクティブ時間に対する条件が満たされない（ＭＡＣエンティティがアクティブ時間にない）場合、および２段階トリガタイマ／カウンタが動作している場合、ＭＡＣエンティティは、対応するＤＣＩ許可が対象である二次セル上のトリガＢに対するＣＣ−ＲＮＴＩに対する対応するＰＤＣＣＨを監視することができる。無線デバイスのＭＡＣエンティティは、検証期間の少なくとも一部の間に、ＭＡＣエンティティがアクティブ時間にない場合でも、セル上の第２のトリガのためのＣＣ−ＲＮＴＩのための対応するＰＤＣＣＨを監視することができる。無線デバイスのＭＡＣエンティティは、検証期間中に少なくとも対応する第２のトリガＢが受信されるまで、ＭＡＣエンティティがアクティブ時間にない場合でも、セル上の第２のトリガＢのためのＣＣ−ＲＮＴＩに対するＰＤＣＣＨを監視することができる。トリガＢは、（例えば、２段階トリガタイマ／カウンタが動作している場合に）第１のトリガＢが受信されるまで、検証期間中に受信されると予想される。一例では、トリガＢが受信されるまでの検証期間中に、ＭＡＣエンティティがアクティブ時間にない場合でも、ＭＡＣエンティティは対応する二次セル（例えば、ＬＡＡセル）上のトリガＢのためのＣＣ−ＲＮＴＩにアドレス指定されたＰＤＣＣＨを監視する。
【０１６４】
図１８に示すように、ＵＥ内のＭＡＣエンティティは、トリガＢを伴うＰＤＣＣＨの受信に応答してＤＲＸ非アクティブタイマを始動しなくてもよい。ＭＡＣエンティティは、トリガＢを新規のＤＣＩ許可の指示であると見なさなくてもよい。トリガＢは、前に受け取ったＤＣＩ許可をアクティブ化する。
【０１６５】
検証期間中（トリガ監視間隔）にトリガＢが受信されない場合、ＤＣＩ許可は無効にされ得る。２段階トリガタイマ／カウンタが満了し（または停止し）得る。許可が無効にされて他のＤＲＸアクティブ時間条件が満たされない場合、ＵＥ内のＭＡＣエンティティはＤＲＸモードのままであり得る。図１９に一例を示す。
【０１６６】
例示的な実施形態では、ＤＲＸが構成される場合、ＭＡＣエンティティはサブフレームの間に以下のうちの少なくとも１つを実行することができる。
【０１６７】
このサブフレーム内でＨＡＲＱ  ＲＴＴタイマが満了する場合、対応するＨＡＲＱプロセスのデータが正常に復号されなかったならば、対応するＨＡＲＱプロセスに対するｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを始動し、ＮＢ−ＩｏＴの場合、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを始動または再始動する。
【０１６８】
このサブフレームにおいてＵＬ  ＨＡＲＱ  ＲＴＴタイマが満了する場合、対応するＨＡＲＱプロセスに対するｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを始動し、ＮＢ−ＩｏＴの場合、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを始動または再始動する。
【０１６９】
ＤＲＸコマンドＭＡＣ制御要素またはロングＤＲＸコマンドＭＡＣ制御要素が受信される場合、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止し、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止する。
【０１７０】
このフレームにおいてｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒまたはＤＲＸコマンドＭＡＣ制御要素が満了する場合、Ｓｈｏｒｔ  ＤＲＸサイクルが構成されるならば、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを始動または再始動し、Ｓｈｏｒｔ  ＤＲＸ  Ｃｙｃｌｅを使用し、そうでなければＬｏｎｇ  ＤＲＸサイクルを使用する。
【０１７１】
このサブフレームでｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒが満了する場合、Ｌｏｎｇ  ＤＲＸサイクルを使用する。
【０１７２】
Ｌｏｎｇ  ＤＲＸ  Ｃｏｍｍａｎｄ  ＭＡＣ制御要素が受信される場合、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを停止し、Ｌｏｎｇ  ＤＲＸサイクルを使用する。
【０１７３】
Ｓｈｏｒｔ  ＤＲＸ  Ｃｙｃｌｅが使用され、かつ［（ＳＦＮ＊１０）＋サブフレーム番号］ｍｏｄｕｌｏ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）＝（ｄｒｘＳｔａｒｔＯｆｆｓｅｔ）ｍｏｄｕｌｏ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）の場合、またはロングＤＲＸサイクルが使用され、かつ［（ＳＦＮ＊１０）＋サブフレーム番号］モジュロ（ロングＤＲＸサイクル）＝ｄｒｘＳｔａｒｔＯｆｆｓｅｔの場合、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを始動する。
【０１７４】
一例では、アクティブ時間中に、ＰＤＣＣＨサブフレームについて、当該サブフレームが半二重ＦＤＤ  ＵＥ動作のためのアップリンク伝送に必要とされない場合、かつ当該サブフレームが半二重ガードサブフレームではない場合、かつ当該サブフレームが構成された測定ギャップの一部でない場合、かつ当該サブフレームが受信用の構成されたサイドリンク発見ギャップの一部でない場合、かつＮＢ−ＩｏＴに対して当該サブフレームがＰＤＣＣＨ以外のアップリンク伝送またはダウンリンク受信に必要とされない場合、またはアクティブ期間中に、ＰＤＣＣＨサブフレーム以外のサブフレームに対して、およびアグリゲートされたセルにおいて同時受信および送信が可能なＵＥに対して、当該サブフレームが、ｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄを用いて構成されていない少なくとも１つのサービングセルに対する有効なｅＩＭＴＡ  Ｌ１シグナリングによって示されるダウンリンクサブフレームである場合、かつ当該サブフレームが構成された測定ギャップの一部でない場合、かつ当該サブフレームが受信用の構成されたサイドリンク発見ギャップの一部でない場合、またはアクティブ期間中に、ＰＤＣＣＨサブフレーム以外のサブフレームに対して、およびアグリゲートされたセルにおいて同時受信および送信が可能なＵＥに対して、当該サブフレームがＳｐＣｅｌｌのための有効なｅＩＭＴＡ  Ｌ１シグナリングによって示されるダウンリンクサブフレームである場合、かつ当該サブフレームが構成された測定ギャップの一部でない場合、かつ当該サブフレームが受信のための構成されたサイドリンク発見ギャップの一部でない場合、ＵＥ内のＭＡＣエンティティはＰＤＣＣＨを監視することができる。
【０１７５】
一例では、ＰＤＣＣＨがＤＬ伝送を示す場合、またはＤＬ割り当てがこのサブフレームに対して構成されている場合、ＵＥがＮＢ−ＩｏＴ  ＵＥ、ＢＬ  ＵＥ、または拡張カバレッジ内のＵＥであれば、対応するＰＤＳＣＨ受信の最後の繰り返しを含むサブフレームにおいて対応するＨＡＲＱプロセスに対するＨＡＲＱ  ＲＴＴタイマを始動し、そうでなければ、対応するＨＡＲＱプロセスのためのＨＡＲＱ  ＲＴＴタイマを始動し、対応するＨＡＲＱプロセスのためのｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止する。
【０１７６】
一例では、ＰＤＣＣＨが非同期ＨＡＲＱプロセスに対するＵＬ伝送を示す場合、対応するＰＵＳＣＨ送信の最後の繰り返しを含むサブフレームにおいて対応するＨＡＲＱプロセスに対するＵＬ  ＨＡＲＱ  ＲＴＴタイマを始動し、対応するＨＡＲＱプロセスのｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止する。
【０１７７】
一例では、ＰＤＣＣＨが新規の送信（ＤＬ、ＵＬ、またはＳＬ）を示す場合、ＮＢ−ＩｏＴを除いて、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを始動または再始動する。
【０１７８】
一例では、ＰＤＣＣＨがＮＢ−ＩｏＴ  ＵＥに対する送信（ＤＬ、ＵＬ）を示す場合、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、およびｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止する。
【０１７９】
一例では、現在のサブフレームｎにおいて、ＭＡＣエンティティが、本節で指定されるＤＲＸアクティブ時間条件を評価するサブフレームｎ−５を含めてサブフレームｎ−５まで、受信される許可／割り当て／ＤＲＸコマンドＭＡＣ制御要素／ロングＤＲＸコマンドＭＡＣ制御要素と送信されるスケジューリング要求とを検討するアクティブ時間にない場合、タイプ０でトリガされるＳＲＳは報告されなくてもよい。
【０１８０】
一例では、ＣＱＩマスキング（ｃｑｉ−Ｍａｓｋ）が上位層によって設定される場合、現在のサブフレームｎにおいて、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが、本節で指定されるＤＲＸアクティブ時間条件を評価するサブフレームｎ−５を含めてサブフレームｎ−５まで、受信される許可／割り当て／ＤＲＸコマンドＭＡＣ制御要素／ロングＤＲＸコマンドＭＡＣ制御要素を検討するように動作していない場合、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ／ＣＲＩは報告されなくてもよく、そうでなければ、現在のサブフレームｎにおいて、本節で指定されるＤＲＸアクティブ時間条件を評価するサブフレームｎ−５を含めてサブフレームｎ−５まで、受信される許可／割り当て／ＤＲＸコマンドＭＡＣ制御要素／ロングＤＲＸコマンドＭＡＣ制御要素と送信されるスケジューリング要求とを検討するアクティブ時間にない場合、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ／ＣＲＩは報告されなくてもよい。
【０１８１】
例示的な実施形態では、ＭＡＣエンティティがＰＤＣＣＨを監視しているか否かにかかわらず、ＭＡＣエンティティはＨＡＲＱフィードバックを送受信し、それが予想されるときにタイプ１トリガＳＲＳを送信することができる。同じアクティブ時間が、アクティブ化されたサービングセルに適用され得る。ダウンリンク空間多重化の場合、ＨＡＲＱ  ＲＴＴタイマが動作している間にＴＢが受信され、同じＴＢの以前の送信が現在のサブフレームの少なくともＮサブフレーム前に受信された場合（ＮはＨＡＲＱ  ＲＴＴタイマに対応する）、ＭＡＣエンティティはそれを処理し、ＨＡＲＱ  ＲＴＴタイマを再始動することができる。ＢＬ  ＵＥおよび拡張されたカバレッジ内のＵＥは、次の指定されたアクションを実行する前に、構成されたＭＰＤＣＣＨ検索空間の最後のサブフレームまで待つことができる。
【０１８２】
一例では、アクティブ時間は、その間にＭＡＣエンティティがＰＤＣＣＨを監視するＤＲＸプロセスに関連する時間であり得る。一例では、ＤＲＸサイクルは、生じ得る休止期間が後に続くオン期間の周期的な繰り返しであり得る。一例では、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、ＰＤＣＣＨがこのＭＡＣエンティティについての最初のＵＬ、ＤＬ、またはＳＬのユーザデータ送信を示すサブフレームの後の連続するＰＤＣＣＨサブフレームの数であり得る。ＮＢ−ＩｏＴに対して、ＵＬ−ＳＣＨを含むサブフレームの後、またはこのＭＡＣエンティティに対するＤＬデータ送信のためのＨＡＲＱフィードバックを含むサブフレームの後に、いくつかの連続するＰＤＣＣＨサブフレームを指定することができる。一例では、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、ＤＬ再送信が受信されるまで、連続するＰＤＣＣＨサブフレームの最大数を指定することができる。一例では、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、ＭＡＣエンティティがＳｈｏｒｔ  ＤＲＸサイクルに続く連続するサブフレームの数を指定することができる。一例では、ｄｒｘＳｔａｒｔＯｆｆｓｅｔは、ＤＲＸサイクルが開始するサブフレームを指定することができる。一例では、ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、ＵＬ再送信のための許可が受信されるまで、連続するＰＤＣＣＨサブフレームの最大数を指定することができる。一例では、ＤＬ−ＳＣＨまたはＵＬ−ＳＣＨ送信のためのＨＡＲＱ情報は、新データインジケータ（ＮＤＩ）、および／またはトランスポートブロック（ＴＢ）サイズを含むことができる。一例では、ＤＬ−ＳＣＨ送信および非同期ＵＬ  ＨＡＲＱに対して、この情報が存在しないＮＢ−ＩｏＴ内のＵＥを除いて、ＨＡＲＱ情報はＨＡＲＱプロセスＩＤを含むことができる。ＵＬ−ＳＣＨ送信に対して、ＨＡＲＱ情報は冗長バージョン（ＲＶ）を含むことができる。ＤＬ−ＳＣＨ上での空間多重化の場合、ＨＡＲＱ情報は、トランスポートブロックのためのＮＤＩとＴＢサイズとのセットを含むことができる。ＳＬ−ＳＣＨおよびＳＬ−ＤＣＨ送信のためのＨＡＲＱ情報は、ＴＢサイズを含むことができる。
【０１８３】
一例では、ＨＡＲＱ  ＲＴＴタイマは、ＤＬ  ＨＡＲＱ再送信がＭＡＣエンティティによって要求される前に、サブフレームの最小量を指定することができる。一例では、ＵＬ  ＨＡＲＱ  ＲＴＴタイマは、ＵＬ  ＨＡＲＱ再送信許可がＭＡＣエンティティによって要求される前に、サブフレームの最小量を指定することができる。例示的な実施形態では、タイマは、一旦始動されると、停止または満了するまで、起動中であり、そうでなければ、起動していない。タイマは、起動中でない場合に始動可能であり、または、起動中である場合に再始動可能である。タイマがその初期値から始動または再始動されてもよい。
【０１８４】
一例では、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒは、ＤＲＸサイクルの開始時に連続するＰＤＣＣＨサブフレームの数を指定することができる。一例では、ＰＤＣＣＨは、ＰＤＣＣＨ、ＥＰＤＣＣＨ（構成されている場合はサブフレーム内）、ＭＰＤＣＣＨのことを指し、構成されて中断されていないＲ−ＰＤＣＣＨを有するＲＮについてはＲ−ＰＤＣＣＨのことを指し、またはＮＢ−ＩｏＴについてはＮＰＤＣＣＨのことを指し得る。一例では、ＰＤＣＣＨ期間（ｐｐ）は、２つのＰＤＣＣＨ機会の開始の間の間隔を指し得、現在使用されているＰＤＣＣＨ検索空間に依存し得る。一例では、ＮＢ−ＩｏＴ  ＵＥに対して、タイマ期間は、ＰＤＣＣＨ期間の単位で上位層によって構成され得る。タイマのためのＰＤＣＣＨサブフレーム数の計算は、ＵＥが共通検索空間を使用する場合にはＰＤＣＣＨ期間の数にｎｐｄｃｃｈ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓ−ＲＡを乗算することによって、またはＵＥがＵＥ特定検索空間を使用する場合にはｎｐｄｃｃｈ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓを乗算することによってなされ得る。
【０１８５】
一例では、ＰＤＣＣＨサブフレームは、ＰＤＣＣＨを有するサブフレームのことを指し得る。一例では、ＴＤＤサービングセルを用いて構成されていないＭＡＣエンティティに対して、これは任意のサブフレームを表すことができる。一例では、少なくとも１つのＴＤＤサービングセルを用いて構成されたＭＡＣエンティティに対して、ＭＡＣエンティティが、アグリゲートされたセル内で同時受信および送信が可能な場合、これは、ｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄを用いて構成されたサービングセルを除いて、ダウンリンクサブフレームとｔｄｄ−Ｃｏｎｆｉｇによって示されるＴＤＤ  ＵＬ／ＤＬ構成のＤｗＰＴＳを含むサブフレームとのサービングセルにわたる結合を表すことができ、そうでなければ、これは、ＳｐＣｅｌｌがダウンリンクサブフレームまたはｔｄｄ−Ｃｏｎｆｉｇによって示されるＴＤＤ  ＵＬ／ＤＬ構成のＤｗＰＴＳを含むサブフレームを用いて構成されたサブフレームを表すことができる。一例では、構成されて中断されていないＲＮサブフレーム構成を有するＲＮに対して、Ｅ−ＵＴＲＡＮとのその通信において、これは、Ｅ−ＵＴＲＡＮとのＲＮ通信のために構成されたダウンリンクサブフレームを表すことができる。一例では、ＦＤＤセル上でのＳＣ−ＰＴＭ受信に対して、これはＭＢＳＦＮサブフレームを除くセルの任意のサブフレームを表し、ＴＤＤセル上でのＳＣ−ＰＴＭ受信に対して、これはダウンリンクサブフレームと、ＭＢＳＦＮサブフレームを除くセルのｔｄｄ−Ｃｏｎｆｉｇによって示されるＴＤＤ  ＵＬ／ＤＬ構成のＤｗＰＴＳを含むサブフレームとを表す。フレーム構造１、２および３の他の例が提供されてもよい。
【０１８６】
一例では、ＮＢ−ＩｏＴは、１８０ｋＨｚに制限されたチャネル帯域幅を有するＥ−ＵＴＲＡを介したネットワークサービスへのアクセスを可能にし得る。一例では、ＮＢ−ＩｏＴ  ＵＥは、ＮＢ−ＩｏＴを使用するＵＥであり得る。
【０１８７】
様々な実施形態によれば、デバイス（例えば、無線デバイス、ネットワーク外無線デバイス、基地局および／または同等物など）は、１つ以上のプロセッサおよびメモリを含むことができる。メモリは、１つ以上のプロセッサによって実行されると、デバイスに一連の動作を実行させる命令を記憶することができる。例示的な動作の実施形態は、添付の図面および明細書に示されている。様々な実施形態からの特徴を組み合わせて更に別の実施形態を作り出すことができる。
【０１８８】
図２０は、本開示の実施形態の一局面による例示的なフロー図である。２０１０において、無線デバイスは第１のダウンリンク制御情報（ＤＣＩ）を受信することができる。第１のＤＣＩは、第２のトリガを示す第２のＤＣＩに応答して第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、セルを介して第２のＤＣＩを受信するための検証期間を示すフィールドとを含むことができる。２０２０において、不連続受信（ＤＲＸ）プロセスは、媒体アクセス制御（ＭＡＣ）エンティティがアクティブ時間にないと判定することができる。２０３０において、ＭＡＣエンティティは、検証期間の少なくとも一部の間に、ＭＡＣエンティティがアクティブ時間内にない場合でも、セル上の第２のトリガのための制御チャネルを監視することができる。
【０１８９】
一実施形態によれば、セルは二次セルであり得る。一実施形態によれば、第２のＤＣＩは事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）にアドレス指定され得、制御チャネルの監視は、事前に定義されたＲＮＴＩにアドレス指定される制御チャネルの共通検索空間を監視することを含むことができる。一実施形態によれば、無線デバイスは、ＤＲＸプロセスの構成パラメータを含む少なくとも１つのメッセージを更に受信することができる。一実施形態によれば、ＤＲＸプロセスは、ＭＡＣエンティティに対する制御チャネル監視アクティビティを制御することができる。ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子（ＲＮＴＩ）について、ＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブ時間を決定することができる。少なくとも１つのＲＮＴＩは、第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含むことができる。一実施形態によれば、第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含むことができる。一実施形態によると、第２のＤＣＩは、サブフレームフォーマットを示すサブフレームフォーマットフィールドと、サブフレームオフセットを示すサブフレームフィールドとを含むことができる。一実施形態によれば、無線デバイスは更に、検証期間中に第２のＤＣＩを受信し、第２のＤＣＩの受信に応答して、第１のＤＣＩを使用する１つ以上のトランスポートブロックを送信することができる。
【０１９０】
図２１は、本開示の実施形態の一局面による例示的なフロー図である。２１１０において、基地局は第１のダウンリンク制御情報（ＤＣＩ）を送信することができる。第１のＤＣＩは、第２のトリガを示す第２のＤＣＩに応答して第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、セルを介して第２のＤＣＩを受信するための検証期間を示すフィールドとを含むことができる。２１２０において、不連続受信（ＤＲＸ）プロセスは、媒体アクセス制御（ＭＡＣ）エンティティがアクティブ時間にないと判定することができる。２１３０において、ＭＡＣエンティティは、検証期間の少なくとも一部の間に、ＭＡＣエンティティがアクティブ時間にない場合でも、セルの制御チャネルを介して第２のトリガを送信することができる。
【０１９１】
一実施形態によれば、セルは二次セルであり得る。一実施形態によれば、第２のＤＣＩは事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）にアドレス指定され得、制御チャネルを介した送信は事前に定義されたＲＮＴＩにアドレス指定される制御チャネルの共通検索空間スを介して送信することを含むことができる。一実施形態によれば、基地局は、ＤＲＸプロセスの構成パラメータを含む少なくとも１つのメッセージを更に送信することができる。一実施形態によれば、ＤＲＸプロセスは、無線デバイスＭＡＣエンティティに対する制御チャネル監視アクティビティを制御することができ、ＤＲＸプロセスは、一組の基準に基づいて、無線デバイスＭＡＣエンティティが少なくとも１つの無線ネットワーク一時識別子（ＲＮＴＩ）について少なくとも１つの制御チャネルを監視する間のアクティブ時間を決定することができ、少なくとも１つのＲＮＴＩは、第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含むことができる。一実施形態によれば、第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含むことができる。一実施形態によれば、第２のＤＣＩは、サブフレームフォーマットを示すサブフレームフォーマットフィールドと、サブフレームオフセットを示すサブフレームフィールドとを含むことができる。一実施形態によれば、無線デバイスは更に、検証期間中に第２のＤＣＩを送信し、第２のＤＣＩの受信に応答して、第１のＤＣＩを使用する１つ以上のトランスポートブロックを受信することができる。
【０１９２】
図２２は、本開示の実施形態の一局面による例示的なフロー図である。２２１０において、無線デバイスは、第１のサブフレームにおいて、第１の下りリンク制御情報（ＤＣＩ）を受信する。第１のＤＣＩは、ライセンスアシストアクセス（ＬＡＡ）セルのアップリンクサブフレームを介した送信のためのリソースブロックの割り当てを示す第１のフィールドと、第２のトリガを示す第２のＤＣＩに応答して第１のＤＣＩがトリガされることを示す第１のトリガとを含むことができ、アップリンクサブフレームのタイミングは、少なくとも第２のＤＣＩに基づいて決定される。２２２０において、無線デバイスは、ＬＡＡセルのアップリンクサブフレームのリソースブロックを介した送信のための基準サブフレームの電力ヘッドルーム値を決定することができる。基準サブフレームはアップリンクサブフレームとは異なり得る。基準サブフレームは、第１のサブフレームから所定数のサブフレーム後のサブフレームであり得る。２２３０において、第２のＤＣＩが受信され得る。２２４０において、無線デバイスは、ＬＡＡセルのアップリンクサブフレームを介して、基準サブフレームの電力ヘッドルーム値を含む電力ヘッドルームレポートを含むトランスポートブロックを送信することができる。
【０１９３】
一実施形態によれば、無線デバイスは、ＬＡＡセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを更に受信することができ、構成パラメータは少なくとも１つの電力ヘッドルーム構成パラメータを含む。一実施形態によれば、無線デバイスは、少なくとも第１のＤＣＩに応答して、電力ヘッドルームタイマを更に再始動することができる。一実施形態によれば、無線デバイスは、少なくとも第１のＤＣＩに応答して、基準サブフレームにおいて電力ヘッドルームタイマを更に再始動することができる。一実施形態によれば、第２のＤＣＩは、ＬＡＡセルの制御チャネルの共通検索空間を介して受信され得、第２のＤＣＩは事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応することができる。一実施形態によれば、電力ヘッドルーム値は、タイプ１電力ヘッドルーム値とタイプ２電力ヘッドルーム値とを含むことができる。一実施形態によれば、所定数は４であり得る。一実施形態によると、第２のＤＣＩは、サブフレームフォーマットを示すサブフレームフォーマットフィールドと、サブフレームオフセットを示すサブフレームフィールドとを含むことができる。一実施形態によれば、第２のＤＣＩは、ダウンリンク制御チャネルの共通検索空間を介して受信され得る。
【０１９４】
一実施形態によれば、電力ヘッドルーム値は第１のＬＡＡセルの第１の電力ヘッドルーム値を含むことができ、基準サブフレームにおける少なくとも１つのトランスポートブロックの送信を示す第１のサブフレームの時点または前に無線デバイスが第１のトリガを受信する場合に基準サブフレームにおいて少なくとも１つのトランスポートブロックが送信されるものと仮定して、第１の電力ヘッドルーム値が決定され得る。基準サブフレームにおける少なくとも１つのトランスポートブロックの送信を示す第１のサブフレームの後に無線デバイスが第１のトリガを受信する場合に基準サブフレームにおいて少なくとも１つのトランスポートブロックが送信されないものと仮定して、第１の電力ヘッドルーム値が決定され得る。
【０１９５】
図２３は、本開示の実施形態の一局面による例示的なフロー図である。２３１０において、無線デバイスは、第１のサブフレームにおいて、第１の下りリンク制御情報（ＤＣＩ）を受信することができる。第１のＤＣＩは、ライセンスアシストアクセス（ＬＡＡ）セルのアップリンクサブフレームを介した送信のためのリソースブロックの割り当てを示す第１のフィールドと、第２のトリガを示す第２のＤＣＩに応答して第１のＤＣＩがトリガされることを示す第１のトリガとを含むことができ、アップリンクサブフレームのタイミングは、少なくとも第２のＤＣＩに基づいて決定される。２３２０において、無線デバイスは、ＬＡＡセルのアップリンクサブフレームのリソースブロックを介した送信のための基準サブフレームの電力ヘッドルーム値を決定することができる。２３３０において、第２のＤＣＩが受信され得る。２３４０において、無線デバイスは、ＬＡＡセルのアップリンクサブフレームを介して、基準サブフレームのバッファステータス値を含むバッファステータスレポートを含むトランスポートブロックを送信することができる。一実施形態によれば、基準サブフレームはアップリンクサブフレームとは異なり得る。一実施形態によれば、基準サブフレームは、第１のサブフレームから所定数後のサブフレームであり得る。
【０１９６】
図２４は、本開示の実施形態の一局面による例示的なフロー図である。２４１０において、無線デバイスは第１のダウンリンク制御情報（ＤＣＩ）を受信することができる。第１のＤＣＩは、第１のトリガフィールドと、検証フィールドと、ハイブリッド再送信要求（ＨＡＲＱ）識別子フィールドと、新規データ識別子（ＮＤＩ）フィールドとを含むことができる。第１のトリガフィールドは、第２のトリガを含む第２のＤＣＩに応答して第１のＤＣＩがトリガされることを示すことができる。検証フィールドは、第１のＤＣＩを検証する第２のＤＣＩを受信するための検証期間を示すことができる。２４２０において、１つの以上の第１のトランスポートブロック（ＴＢＳ）は第１のＤＣＩに応答して作成され得る。２４３０において、無線デバイスは、検証期間の少なくとも一部の間に第２のＤＣＩを監視することができる。監視が第２のＤＣＩを検出しないことに応答して（２４４０において決定される）、第１のＤＣＩが無効にされ得、２４５０において１つ以上のトランスポートブロックの送信が破棄され得、２４６０においてＨＡＲＱプロセスＩＤおよびＮＤＩが記憶され得、２４７０において１つ以上の第１のＴＢがＨＡＲＱバッファに記憶され得る。２４８０において、ＨＡＲＱプロセスＩＤの同じ値を示す第３のＤＣＩが受信され得る。２４９０において、第３のＤＣＩに応答してアップリンク信号が送信され得る。無線デバイスは、記憶されたＮＤＩを使用して、１つ以上の第１のトランスポートブロックの適応再送信、または１つ以上の第２のトランスポートブロックの新規の送信を判定することができる。
【０１９７】
一実施形態によれば、第２のＤＣＩの監視は、制御チャネルの共通検索空間上で実行され得る。一実施形態によれば、無線デバイスは、無線デバイスによって、ライセンスアシストアクセスセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを更に受信することができる。一実施形態によれば、第２のＤＣＩは事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応することができる。一実施形態によると、第２のＤＣＩは、サブフレームフォーマットを示すサブフレームフォーマットフィールドと、サブフレームオフセットを示すサブフレームフィールドとを含むことができる。一実施形態によれば、第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含むことができる。一実施形態によると、第２のＤＣＩは、サブフレームフォーマットを示すサブフレームフォーマットフィールドと、サブフレームオフセットを示すサブフレームフィールドとを含むことができる。一実施形態によれば、第３のＤＣＩは、第２のＮＤＩフィールドと、第２のリソースブロック割り当てを示す第２のリソースブロック割り当てフィールドとを含むことができる。
【０１９８】
図２５は、本開示の実施形態の一局面による例示的なフロー図である。２５１０において、無線デバイスは第１のダウンリンク制御情報（ＤＣＩ）を受信することができる。第１のＤＣＩは、第１のトリガフィールドおよび検証フィールドを含むことができる。第１のトリガフィールドは、第２のトリガを含む第２のＤＣＩに応答して第１のＤＣＩがトリガされることを示すことができる。検証フィールドは、第１のＤＣＩを検証する第２のＤＣＩを受信するための検証期間を示すことができる。２５２０において、媒体アクセスエンティティ（ＭＡＣ）は、第１のＤＣＩに応答して１つ以上の第１のトランスポートブロック（ＴＢ）を作成することができる。２５３０において、無線デバイスは、検証期間の少なくとも一部の間に第２のＤＣＩを監視することができる。監視が第２のＤＣＩを検出しないことに応答して（２５４０において決定される）、第１のＤＣＩが無効にされ得、２５５０において１つ以上のトランスポートブロックの送信が中断され得る。２５６０において、ＭＡＣエンティティは、とにかく１つ以上のトランスポートブロックの送信が実行されたと見なすことができる。
【０１９９】
一実施形態によれば、第１のＤＣＩは、ハイブリッド再送要求（ＨＡＲＱ）識別子フィールドと、新規データ識別子（ＮＤＩ）フィールドとを含むことができる。一実施形態によれば、ＭＡＣエンティティが、１つ以上のトランスポートブロックの送信が実行されたと見なすと、無線デバイスは、ＨＡＲＱプロセスＩＤおよびＮＤＩを記憶し、１つ以上の第１のＴＢをＨＡＲＱバッファに記憶することができる。一実施形態によれば、無線デバイスは、更に、ＨＡＲＱプロセスＩＤの同じ値を示す第３のＤＣＩを受信し、第３のＤＣＩに応答してアップリンク信号を送信することができる。無線デバイスは、記憶されたＮＤＩを使用して、１つ以上の第１のトランスポートブロックの適応再送信、または１つ以上の第２のトランスポートブロックの新規の送信を判定することができる。一実施形態によれば、第２のＤＣＩの監視は、制御チャネルの共通検索空間上で実行され得る。一実施形態によれば、無線デバイスは、ライセンスアシストアクセスセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを更に受信することができる。一実施形態によれば、第２のＤＣＩは事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応することができる。一実施形態によると、第２のＤＣＩは、サブフレームフォーマットを示すサブフレームフォーマットフィールドと、サブフレームオフセットを示すサブフレームフィールドとを含むことができる。一実施形態によれば、第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含むことができる。一実施形態によると、第２のＤＣＩは、サブフレームフォーマットを示すサブフレームフォーマットフィールドと、サブフレームオフセットを示すサブフレームフィールドとを含むことができる。一実施形態によれば、第３のＤＣＩは、第２のＮＤＩフィールドと、第２のリソースブロック割り当てを示す第２のリソースブロック割り当てフィールドとを含むことができる。
【０２００】
本明細書では、「ａ」と「ａｎ」及び同様の語句は「少なくとも１つ」及び「１つ以上」として解釈される。本明細書では、用語「ｍａｙ」は「例えば、〜であってもよい」として解釈される。言い換えると、用語「ｍａｙ」は、用語「ｍａｙ」に続く語句が複数の適切な可能性の１つの例であり、様々な実施形態の１つ以上に対して用いられても用いられなくてもよいことを示す。ＡとＢが集合であり、Ａのあらゆる要素がＢの要素でもある場合、ＡはＢの部分集合と呼ばれ、本明細書では、空ではない集合及び部分集合のみが考慮される。例えば、Ｂ＝｛セル１，セル２｝の可能な部分集合は、｛セル１｝、｛セル２｝及び｛セル１，セル２｝である。
【０２０１】
本明細書では、パラメータ｛情報要素：ＩＥ｝は１つ以上のオブジェクトを備えていてもよく、それらのオブジェクトはそれぞれ１つ以上の他のオブジェクトを備えていてもよい。例えば、パラメータ（ＩＥ）Ｎがパラメータ（ＩＥ）Ｍを備え、パラメータ（ＩＥ）Ｍがパラメータ（ＩＥ）Ｋを備え、パラメータ（ＩＥ）Ｋがパラメータ（情報要素）Ｊを備えている場合、例えば、ＮはＫを備え、ＮはＪを備えている。一例の実施形態では、１つ以上のメッセージが複数のパラメータを備えているとき、複数のパラメータのあるパラメータは１つ以上のメッセージの少なくとも１つの中にあるが、１つ以上のメッセージのそれぞれの中にある必要はない。
【０２０２】
開示された実施形態で説明した要素の多くはモジュールとして実現してもよい。モジュールは、所定の機能を実行し、他の要素に対して所定のインターフェースを有する分離可能な要素としてここでは定義される。本開示内容で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（つまり、生物学的要素を備えたハードウェア）又はそれらの組合せで実現してもよく、それらは全て挙動的に等価である。例えば、モジュールは、ハードウェアマシンによって実行するように構成したコンピュータ言語（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂ等）で作成されたソフトウェアルーチン、もしくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ、Ｏｃｔａｖｅ、又はＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔ等のモデリング／シミュレーションプログラムとして実現してもよい。加えて、個別又はプログラム可能アナログ、デジタル及び／又は量子ハードウェアを含む物理的ハードウェアを用いてモジュールを実現可能であってもよい。プログラム可能なハードウェアの例は、コンピュータ、マイクロコントローラ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラム可能ゲートアレイ（ＦＰＧＡ）、及び複合プログラム可能論理デバイス（ＣＰＬＤ）を備える。コンピュータ、マイクロコントローラ及びマイクロプロセッサは、アセンブリ、Ｃ、Ｃ＋＋等の言語を用いてプログラムされる。ＦＰＧＡ、ＡＳＩＣ及びＣＰＬＤは、ＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）又はＶｅｒｉｌｏｇ等のハードウェア記述言語（ＨＤＬ）を用いてしばしばプログラムされ、内部ハードウェアモジュールと、プログラム可能デバイス上のより少ない機能との間の接続を構成する。最後に、上記の技術はしばしば組み合わせて用いられ、機能モジュールの結果を実現することを強調する必要がある。
【０２０３】
本特許文書の開示内容は、著作権保護に従う資料を含んでいる。著作権所有者は、法律によって要求される限定された目的のために、特許商標庁の特許ファイル又はレコードに現れるように、特許文書又は特許開示内容の任意のものによる複製に異存はないが、そうでなければ、いずれにせよ全ての著作権を保有している。
【０２０４】
様々な実施形態をこれまで説明してきたが、当然のことながら、それらは一例として提示され限定的なものではない。当業者には明らかなように、その精神及び範囲から逸脱することなく、形態及び詳細における様々な変化を行うことができる。実際、以上の説明を読んだ後、代わりの実施形態を実現する方法は当業者には明らかとなるであろう。したがって、本実施形態は、上記の典型的な実施形態のいずれによっても限定されるべきではない。特に、例のために、上記の説明はＬＡＡ通信システムを用いる例に焦点を当てたことにも注意すべきである。しかし、当業者は、１つ以上のＴＤＤセル（例えば、フレーム構造２及び／又はフレーム構造１）を備えるシステム内で、本開示内容の実施形態を実現してもよいことを認識するであろう。開示された方法及びシステムは無線又は有線システム内で実現してもよい。本開示内容に提示された様々な実施形態の特徴を組み合わせてもよい。１つの実施形態の１つ又は多くの特徴（方法又はシステム）は他の実施形態内で実現してもよい。様々な実施形態内で組み合わせて、拡張送受信システム及び方法を生成してもよい特徴の可能性を当業者に示すために、限られた数の例の組合せのみが示されている。
【０２０５】
加えて、当然のことながら、その機能性及び利点を強調する任意の図面は例のためだけに提示されている。開示されたアーキテクチャは十分にフレキシブルで構成可能であり、示したもの以外の方法で利用してもよい。例えば、任意のフロー図に列挙された動作は順番を変えても、いくつかの実施形態で任意選択的にのみ用いてもよい。
【０２０６】
更に、本開示内容の要約の目的は、米国特許商標庁及び一般的な人々、及び特別な科学者、技術者、もしくは特許又は法律用語又は表現に精通していない当業者が大まかな調査から、本出願の技術的開示内容の性質及び本質を決定可能にすることである。本開示内容の要約は、いずれにせよその範囲について限定するものではない。
【０２０７】
最後に、「の手段」又は「のステップ」という明確な言葉を含む請求項のみが米国特許法第１１２条の下で解釈されることが本出願人の意図である。用語「の手段」又は「のステップ」を明示的に含まない請求項は、米国特許法第１１２条の下では解釈されないものとする。
【図１】
2019534607.tif 000003
【図２】
2019534607.tif 000004
【図３】
2019534607.tif 000005
【図４】
2019534607.tif 000006
【図５】
2019534607.tif 000007
【図６】
2019534607.tif 000008
【図７】
2019534607.tif 000009
【図８】
2019534607.tif 000010
【図９】
2019534607.tif 000011
【図１０】
2019534607.tif 000012
【図１１】
2019534607.tif 000013
【図１２】
2019534607.tif 000014
【図１３】
2019534607.tif 000015
【図１４】
2019534607.tif 000016
【図１５】
2019534607.tif 000017
【図１６】
2019534607.tif 000018
【図１７】
2019534607.tif 000019
【図１８】
2019534607.tif 000020
【図１９】
2019534607.tif 000021
【図２０】
2019534607.tif 000022
【図２１】
2019534607.tif 000023
【図２２】
2019534607.tif 000024
【図２３】
2019534607.tif 000025
【図２４】
2019534607.tif 000026
【図２５】
2019534607.tif 000027
【手続補正書】
【提出日】平成31年3月18日(2019.3.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線デバイス（４０６）における使用のための方法であって、
第１のダウンリンク制御情報ＤＣＩを受信することであって、前記第１のＤＣＩは、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを受信するための検証期間を示すフィールドと、を含む、第１のＤＣＩを受信することと、
不連続受信ＤＲＸプロセスによって媒体アクセス制御ＭＡＣエンティティがアクティブタイム内にないことを特定することと、
前記検証期間の少なくとも一部の間に前記ＭＡＣエンティティによって、前記ＭＡＣエンティティが前記アクティブタイムにない場合でも前記セル上の前記第２のトリガのための制御チャネルを監視することと、を含む、方法。
【請求項２】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子ＲＮＴＩにアドレス指定され、
前記制御チャネルの前記監視は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を監視することを含む、請求項１に記載の方法。
【請求項３】
前記ＤＲＸプロセスは、前記ＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子ＲＮＴＩについて、前記ＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブタイムを決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、請求項１又は２に記載の方法。
【請求項４】
前記検証期間中に前記第２のＤＣＩを受信することと、
前記第２のＤＣＩの受信に応答して、前記第１のＤＣＩを使用する１つ以上の複数のトランスポートブロックを送信することと、を更に含み、
前記第２のＤＣＩが、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
無線デバイス（４０６）であって、
１つ以上のプロセッサ（４０３）と、
命令（４０５）を記憶したメモリ （４０４）と、を備え、前記命令は、前記１つ以上のプロセッサ（４０３）によって実行されると、前記無線デバイス（４０６） に、
第１のダウンリンク制御情報ＤＣＩを受信することであって、前記第１のＤＣＩは、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを受信するための検証期間を示すフィールドと、を含む、第１のＤＣＩを受信することを行わせ、
不連続受信ＤＲＸプロセスによって、媒体アクセス制御ＭＡＣエンティティがアクティブタイム内にないことを特定することを行わせ、
前記検証期間の少なくとも一部の間に前記ＭＡＣエンティティによって、前記ＭＡＣエンティティが前記アクティブタイムにない場合でも前記セル上の前記第２のトリガのための制御チャネルを監視することを行わせる、無線デバイス（４０６）。
【請求項６】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子ＲＮＴＩにアドレス指定され、
前記制御チャネルの前記監視は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を監視することを含む、請求項５に記載の無線デバイス。
【請求項７】
前記ＤＲＸプロセスは、前記ＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子ＲＮＴＩについて、前記ＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブタイムを決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、請求項５又は６に記載の無線デバイス。
【請求項８】
前記検証期間中に前記第２のＤＣＩを受信することと、
前記第２のＤＣＩの受信に応答して、前記第１のＤＣＩを使用する１つ以上の複数のトランスポートブロックを送信することと、を更に含み、
前記第２のＤＣＩが、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項５〜７のいずれか一項に記載の無線デバイス。
【請求項９】
基地局（４０１）における使用のための方法であって、
無線デバイス（４０６）に第１のダウンリンク制御情報ＤＣＩを送信することであって、前記第１のＤＣＩは、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを送信するための検証期間を示すフィールドと、を含む、第１のＤＣＩを送信することと、
不連続受信ＤＲＸプロセスによって、前記無線デバイスの媒体アクセス制御ＭＡＣエンティティがアクティブタイム内にないことを特定することと、
前記ＭＡＣエンティティによって、前記検証期間中に、前記無線デバイスＭＡＣエンティティが前記アクティブタイムにない場合でも前記セルの制御チャネルを介して前記第２のトリガを送信することと、を含む、方法。
【請求項１０】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子ＲＮＴＩにアドレス指定され、
前記制御チャネルを介した前記送信は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を介した送信を含む、請求項９に記載の方法。
【請求項１１】
前記ＤＲＸプロセスは、無線デバイスＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子ＲＮＴＩについて、前記無線デバイスＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブタイムを決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、請求項９又は１０に記載の方法。
【請求項１２】
基地局（４０１）であって、
１つ以上のプロセッサ（４０３）と、
命令（４０５）を記憶したメモリ（４０４）と、を備え、前記命令は、前記１つ以上のプロセッサ（４０３）によって実行されると、前記基地局（４０１）に、
無線デバイス（４０６）に送信することであって、
第１のダウンリンク制御情報ＤＣＩであって、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを送信するための検証期間を示すフィールドと、を含む、第１のＤＣＩを送信することを行わせ、
不連続受信ＤＲＸプロセスによって、前記無線デバイスの媒体アクセス制御ＭＡＣエンティティがアクティブタイム内にないことを特定することを行わせ、
前記ＭＡＣエンティティによって、前記検証期間中に、前記無線デバイスの前記ＭＡＣエンティティが前記アクティブタイムにない場合でも前記セルの制御チャネルを介して前記第２のトリガを送信することを行わせる、基地局（４０１）。
【請求項１３】
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子ＲＮＴＩにアドレス指定され、
前記制御チャネルを介した前記送信は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を介した送信を含む、請求項１２に記載の基地局。
【請求項１４】
前記ＤＲＸプロセスは、前記無線デバイスＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子ＲＮＴＩについて、前記無線デバイスＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブタイムを決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、請求項１２又は１３に記載の基地局。
【請求項１５】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、
前記検証期間中に前記第２のＤＣＩを送信することを行わせ、
前記第２のＤＣＩの受信に応答して、前記第１のＤＣＩを使用する１つ以上のトランスポートブロックを受信することを行わせ、
前記第２のＤＣＩが、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、請求項１２〜１４のいずれか一項に記載の基地局。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】０００２
【補正方法】変更
【補正の内容】
【０００２】
本開示の複数の例示的実施形態が、キャリアアグリゲーションのオペレーションを可能にする。ここに開示する技術の複数の実施形態を、マルチキャリア通信システムの技術分野において採用することが可能である。
本発明は、例えば、以下を提供する。
（項目１）
方法であって、
無線デバイスによって第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを受信するための検証期間を示すフィールドと、を含む、第１のＤＣＩを受信することと、
不連続受信（ＤＲＸ）プロセスによって、媒体アクセス制御（ＭＡＣ）エンティティがアクティブ時間にないことを判定することと、
前記検証期間の少なくとも一部の間に前記ＭＡＣエンティティによって、前記ＭＡＣエンティティが前記アクティブ時間にない場合でも前記セル上の前記第２のトリガのための制御チャネルを監視することと、を含む、方法。
（項目２）
前記セルは二次セルである、項目１に記載の方法。
（項目３）
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）にアドレス指定され、
前記制御チャネルの前記監視は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を監視することを含む、項目１に記載の方法。
（項目４）
前記無線デバイスによって、前記ＤＲＸプロセスの構成パラメータを含む少なくとも１つのメッセージを受信することを更に含む、項目１に記載の方法。
（項目５）
前記ＤＲＸプロセスは、前記ＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子（ＲＮＴＩ）について、前記ＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブ時間を決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、項目１に記載の方法。
（項目６）
前記第１のＤＣＩは、前記セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、項目１に記載の方法。
（項目７）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目１に記載の方法。
（項目８）
前記検証期間中に前記第２のＤＣＩを受信することと、
前記第２のＤＣＩの受信に応答して、前記第１のＤＣＩを使用する１つ以上のトランスポートブロックを送信することと、を更に含む、項目１に記載の方法。
（項目９）
無線デバイスであって、
１つ以上のプロセッサと、
命令を記憶したメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを受信するための検証期間を示すフィールドと、を含む第１のＤＣＩを受信することを行わせ、
不連続受信（ＤＲＸ）プロセスによって、媒体アクセス制御（ＭＡＣ）エンティティがアクティブ時間にないことを判定することを行わせ、
前記検証期間の少なくとも一部の間に前記ＭＡＣエンティティによって、前記ＭＡＣエンティティが前記アクティブ時間にない場合でも前記セル上の前記第２のトリガのための制御チャネルを監視することを行わせる、無線デバイス。
（項目１０）
前記セルは二次セルである、項目９に記載の無線デバイス。
（項目１１）
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）にアドレス指定され、
前記制御チャネルの前記監視は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を監視することを含む、項目９に記載の無線デバイス。
（項目１２）
前記無線デバイスによって、前記ＤＲＸプロセスの構成パラメータを含む少なくとも１つのメッセージを受信することを更に含む、項目９に記載の無線デバイス。
（項目１３）
前記ＤＲＸプロセスは、前記ＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子（ＲＮＴＩ）について、前記ＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブ時間を決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、項目９に記載の無線デバイス。
（項目１４）
前記第１のＤＣＩは、前記セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、項目９に記載の無線デバイス。
（項目１５）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目９に記載の無線デバイス。
（項目１６）
前記検証期間中に前記第２のＤＣＩを受信することと、
前記第２のＤＣＩの受信に応答して、前記第１のＤＣＩを使用する１つ以上のトランスポートブロックを送信することと、を更に含む、項目９に記載の無線デバイス。
（項目１７）
方法であって、
基地局によって第１のダウンリンク制御情報（ＤＣＩ）を送信することであって、前記第１のＤＣＩは、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを送信するための検証期間を示すフィールドと、を含む、第１のＤＣＩを送信することと、
不連続受信（ＤＲＸ）プロセスによって、媒体アクセス制御（ＭＡＣ）エンティティがアクティブ時間内にないことを判定することと、
前記ＭＡＣエンティティによって、前記検証期間中に、前記ＭＡＣエンティティが前記アクティブ時間にない場合でも前記セルの制御チャネルを介して前記第２のトリガを送信することと、を含む、方法。
（項目１８）
前記セルは二次セルである、項目１７に記載の方法。
（項目１９）
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）にアドレス指定され、
前記制御チャネルを介した前記送信は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を介した送信を含む、項目１７に記載の方法。
（項目２０）
前記基地局によって前記ＤＲＸプロセスの構成パラメータを含む少なくとも１つのメッセージを送信することを更に含む、項目１７に記載の方法。
（項目２１）
前記ＤＲＸプロセスは、無線デバイスＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子（ＲＮＴＩ）について、前記無線デバイスＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブ時間を決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、項目１７に記載の方法。
（項目２２）
前記第１のＤＣＩは、前記セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、項目１７に記載の方法。
（項目２３）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目１７に記載の方法。
（項目２４）
前記検証期間中に前記第２のＤＣＩを送信することと、
前記第２のＤＣＩの受信に応答して、前記第１のＤＣＩを使用する１つ以上のトランスポートブロックを受信することと、を更に含む、項目１７に記載の方法。
（項目２５）
基地局であって、
１つ以上のプロセッサと、
命令を記憶したメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、
第１のダウンリンク制御情報（ＤＣＩ）を送信することであって、前記第１のＤＣＩは、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
セルを介して前記第２のＤＣＩを送信するための検証期間を示すフィールドと、を含む、第１のＤＣＩを送信することを行わせ、
不連続受信（ＤＲＸ）プロセスによって媒体アクセス制御（ＭＡＣ）エンティティがアクティブ時間内にないことを判定することを行わせ、
前記ＭＡＣエンティティによって、前記検証期間中に、前記ＭＡＣエンティティが前記アクティブ時間にない場合でも前記セルの制御チャネルを介して前記第２のトリガを送信することを行わせる、基地局。
（項目２６）
前記セルは二次セルである、項目２５に記載の基地局。
（項目２７）
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）にアドレス指定され、
前記制御チャネルを介した前記送信は、前記事前に定義されたＲＮＴＩにアドレス指定される前記制御チャネルの共通検索空間を介した送信を含む、項目２５に記載の基地局。
（項目２８）
前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、前記ＤＲＸプロセスの構成パラメータを含む少なくとも１つのメッセージを送信することを行わせる、項目２５に記載の基地局。
（項目２９）
前記ＤＲＸプロセスは、無線デバイスＭＡＣエンティティに対する制御チャネル監視アクティビティを制御し、
前記ＤＲＸプロセスは、一組の基準に基づいて、少なくとも１つの無線ネットワーク一時識別子（ＲＮＴＩ）について、前記無線デバイスＭＡＣエンティティが少なくとも１つの制御チャネルを監視する間のアクティブ時間を決定し、
前記少なくとも１つのＲＮＴＩは、前記第２のＤＣＩに対応する事前に定義されたＲＮＴＩを含む、項目２５に記載の基地局。
（項目３０）
前記第１のＤＣＩは、前記セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、項目２５に記載の基地局。
（項目３１）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目２５に記載の基地局。
（項目３２）
前記命令は、前記１つ以上のプロセッサによって実行されると、前記基地局に、
前記検証期間中に前記第２のＤＣＩを送信することを行わせ、
前記第２のＤＣＩの受信に応答して、前記第１のＤＣＩを使用する１つ以上のトランスポートブロックを受信することを行わせる、項目２５に記載の基地局。
（項目３３）
方法であって、
無線デバイスによって第１のサブフレームにおいて第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
ライセンスアシストアクセス（ＬＡＡ）セルのアップリンクサブフレームを介した伝送のためのリソースブロックの割り当てを示す第１のフィールドと、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガと、を含み、前記アップリンクサブフレームのタイミングは少なくとも前記第２のＤＣＩに基づいて決定される、第１のＤＣＩを受信することと、
前記無線デバイスによって前記ＬＡＡセルの前記アップリンクサブフレームの前記リソースブロックを介した伝送のための基準サブフレームの電力ヘッドルーム値を決定することであって、
前記基準サブフレームは前記アップリンクサブフレームとは異なり、
前記基準サブフレームは前記第１のサブフレームから所定数のサブフレーム後のサブフレームである、電力ヘッドルーム値を決定することと、
前記第２のＤＣＩを受信することと、
前記ＬＡＡセルの前記アップリンクサブフレームを介して、前記基準サブフレームの前記電力ヘッドルーム値を含む電力ヘッドルームレポートを含むトランスポートブロックを送信することと、を含む、方法。
（項目３４）
前記無線デバイスによって前記ＬＡＡセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを更に含み、前記構成パラメータは少なくとも１つの電力ヘッドルーム構成パラメータを含む、項目３３に記載の方法。
（項目３５）
少なくとも前記第１のＤＣＩに応答して電力ヘッドルームタイマを再起動することを更に含む、項目３３に記載の方法。
（項目３６）
前記基準サブフレームにおいて少なくとも前記第１のＤＣＩに応答して電力ヘッドルームタイマを再起動することを更に含む、項目３３に記載の方法。
（項目３７）
前記第２のＤＣＩは、前記ＬＡＡセルの制御チャネルの共通検索空間を介して受信され、
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、項目３３に記載の方法。
（項目３８）
電力ヘッドルーム値は、
タイプ１電力ヘッドルーム値と、
タイプ２電力ヘッドルーム値と、を含む、項目３３に記載の方法。
（項目３９）
前記所定数は４である、項目３３に記載の方法。
（項目４０）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目３３に記載の方法。
（項目４１）
前記第２のＤＣＩは、ダウンリンク制御チャネルの共通検索空間を介して受信される、項目３３に記載の方法。
（項目４２）
電力ヘッドルーム値は、第１のＬＡＡセルの第１の電力ヘッドルーム値を含み、
前記基準サブフレームにおける少なくとも１つのトランスポートブロックの送信を示す前記第１のサブフレームの時点または前に前記無線デバイスが第１のトリガを受信する場合に前記基準サブフレームにおいて前記少なくとも１つのトランスポートブロックが送信されるものと仮定して、前記第１の電力ヘッドルーム値が決定され、
前記基準サブフレームにおける少なくとも１つのトランスポートブロックの送信を示す前記第１のサブフレームの後に前記無線デバイスが第１のトリガを受信する場合に前記基準サブフレームにおいて前記少なくとも１つのトランスポートブロックが送信されないものと仮定して、前記第１の電力ヘッドルーム値が決定される、項目３３に記載の方法。
（項目４３）
無線デバイスであって、
１つ以上のプロセッサと、
命令を記憶したメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
第１のサブフレームにおいて、第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
ライセンスアシストアクセス（ＬＡＡ）セルのアップリンクサブフレームを介した伝送のためのリソースブロックの割り当てを示す第１のフィールドと、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガと、を含み、前記アップリンクサブフレームのタイミングは少なくとも前記第２のＤＣＩに基づいて決定される、第１のＤＣＩを受信することを行わせ、
前記無線デバイスによって前記ＬＡＡセルの前記アップリンクサブフレームの前記リソースブロックを介した伝送のための基準サブフレームの電力ヘッドルーム値を決定することであって、
前記基準サブフレームは前記アップリンクサブフレームとは異なり、
前記基準サブフレームは前記第１のサブフレームから所定数のサブフレーム後のサブフレームである、電力ヘッドルーム値を決定することを行わせ、
前記第２のＤＣＩを受信することを行わせ、
前記ＬＡＡセルの前記アップリンクサブフレームを介して前記基準サブフレームの前記電力ヘッドルーム値を含む電力ヘッドルームレポートを含むトランスポートブロックを送信することを行わせる、無線デバイス。
（項目４４）
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、前記ＬＡＡセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを行わせ、前記構成パラメータは少なくとも１つの電力ヘッドルーム構成パラメータを含む、項目４３に記載の無線デバイス。
（項目４５）
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、少なくとも前記第１のＤＣＩに応答して電力ヘッドルームタイマを再起動することを行わせる、項目４３に記載の無線デバイス。
（項目４６）
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、前記基準サブフレームにおいて少なくとも前記第１のＤＣＩに応答して電力ヘッドルームタイマを再起動することを行わせる、項目４３に記載の無線デバイス。
（項目４７）
前記第２のＤＣＩは、前記ＬＡＡセルの制御チャネルの共通検索空間を介して受信され、
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、項目４３に記載の無線デバイス。
（項目４８）
電力ヘッドルーム値は、
タイプ１電力ヘッドルーム値と、
タイプ２電力ヘッドルーム値と、を含む、項目４３に記載の無線デバイス。
（項目４９）
前記所定数は４である、項目４３に記載の無線デバイス。
（項目５０）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目４３に記載の無線デバイス。
（項目５１）
前記第２のＤＣＩは、ダウンリンク制御チャネルの共通検索空間を介して受信される、項目４３に記載の無線デバイス。
（項目５２）
電力ヘッドルーム値は、第１のＬＡＡセルの第１の電力ヘッドルーム値を含み、
前記基準サブフレームにおける少なくとも１つのトランスポートブロックの送信を示す前記第１のサブフレームの時点または前に前記無線デバイスが第１のトリガを受信する場合に前記基準サブフレームにおいて前記少なくとも１つのトランスポートブロックが送信されるものと仮定して、前記第１の電力ヘッドルーム値が決定され、
前記基準サブフレームにおける少なくとも１つのトランスポートブロックの送信を示す前記第１のサブフレームの後に前記無線デバイスが第１のトリガを受信する場合に前記基準サブフレームにおいて前記少なくとも１つのトランスポートブロックが送信されないものと仮定して、前記第１の電力ヘッドルーム値が決定される、項目４３に記載の無線デバイス。
（項目５３）
方法であって、
無線デバイスによって第１のサブフレームにおいて第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
ライセンスアシストアクセス（ＬＡＡ）セルのアップリンクサブフレームを介した伝送のためのリソースブロックの割り当てを示す第１のフィールドと、
第２のトリガを示す第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガと、を含み、前記アップリンクサブフレームのタイミングは少なくとも前記第２のＤＣＩに基づいて決定される、第１のＤＣＩを受信することと、
前記無線デバイスによって前記ＬＡＡセルの前記アップリンクサブフレームの前記リソースブロックを介した伝送のための基準サブフレームのバッファステータス値を決定することと、
前記第２のＤＣＩを受信することと、
前記ＬＡＡセルの前記アップリンクサブフレームを介して前記基準サブフレームの前記バッファステータス値を含むバッファステータスレポートを含むトランスポートブロックを送信することと、を含む、方法。
（項目５４）
前記基準サブフレームは前記アップリンクサブフレームとは異なる、項目５３に記載の方法。
（項目５５）
前記基準サブフレームは前記第１のサブフレームから所定数のサブフレーム後のサブフレームである、項目５３に記載の方法。
（項目５６）
方法であって、
無線デバイスによって第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを含む第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
前記第１のＤＣＩを検証する前記第２のＤＣＩを受信するための検証期間を示す検証フィールドと、
ハイブリッド再送要求（ＨＡＲＱ）識別子フィールドと、
新規データ識別子（ＮＤＩ）フィールドと、を含む、第１のＤＣＩを受信することと、
前記第１のＤＣＩに応答して１つ以上の第１のトランスポートブロック（ＴＢ）を作成することと、
前記検証期間の少なくとも一部の間に前記第２のＤＣＩについて監視することと、
前記監視が前記第２のＤＣＩを検出しないことに応答して、
前記第１のＤＣＩを無効にして前記１つ以上のトランスポートブロックの送信を中断することと、
前記ＨＡＲＱプロセスＩＤおよび前記ＮＤＩを記憶することと、
前記１つ以上の第１のＴＢをＨＡＲＱバッファに記憶することと、
前記ＨＡＲＱプロセスＩＤの同じ値を示す第３のＤＣＩを受信することと、
前記第３のＤＣＩに応答してアップリンク信号を送信することと、を含み、前記無線デバイスは、記憶された前記ＮＤＩを使用して、前記１つ以上の第１のトランスポートブロックの適応再送、または１つ以上の第２のトランスポートブロックの新規の送信を決定する、方法。
（項目５７）
前記第２のＤＣＩについての前記監視は、制御チャネルの共通検索空間上で実行される、項目５６に記載の方法。
（項目５８）
前記無線デバイスによって、ライセンスアシストアクセスセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを更に含む、項目５６に記載の方法。
（項目５９）
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、項目５６に記載の方法。
（項目６０）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目５６に記載の方法。
（項目６１）
前記第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、項目５６に記載の方法。
（項目６２）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目５６に記載の方法。
（項目６３）
前記第３のＤＣＩは、
第２のＮＤＩフィールドと、
第２のリソースブロック割り当てを示す第２のリソースブロック割り当てフィールドと、を含む、項目５６に記載の方法。
（項目６４）
無線デバイスであって、
１つ以上のプロセッサと、
命令を記憶したメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを含む第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
前記第１のＤＣＩを検証する前記第２のＤＣＩを受信するための検証期間を示す検証フィールドと、
ハイブリッド再送要求（ＨＡＲＱ）識別子フィールドと、
新規データ識別子（ＮＤＩ）フィールドと、を含む、第１のＤＣＩを受信することを行わせ、
前記第１のＤＣＩに応答して１つ以上の第１のトランスポートブロック（ＴＢ）を作成することを行わせ、
前記検証期間の少なくとも一部の間に前記第２のＤＣＩを監視することを行わせ、
前記監視が前記第２のＤＣＩを検出しないことに応答して、
前記第１のＤＣＩを無効にして前記１つ以上のトランスポートブロックの送信を中断することと、
前記ＨＡＲＱプロセスＩＤおよび前記ＮＤＩを記憶することと、
前記１つ以上の第１のＴＢをＨＡＲＱバッファに記憶することと、を行わせ、
前記ＨＡＲＱプロセスＩＤの同じ値を示す第３のＤＣＩを受信することを行わせ、
前記第３のＤＣＩに応答してアップリンク信号を送信することを行わせ、前記無線デバイスは、記憶された前記ＮＤＩを使用して、前記１つ以上の第１のトランスポートブロックの適応再送、または１つ以上の第２のトランスポートブロックの新規の送信を決定する、無線デバイス。
（項目６５）
前記第２のＤＣＩについての前記監視は、制御チャネルの共通検索空間上で実行される、項目６４に記載の無線デバイス。
（項目６６）
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、ライセンスアシストアクセスセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを行わせる、項目６４に記載の無線デバイス。
（項目６７）
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、項目６４に記載の無線デバイス。
（項目６８）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目６４に記載の無線デバイス。
（項目６９）
前記第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、項目６４に記載の無線デバイス。
（項目７０）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目６４に記載の無線デバイス。
（項目７１）
前記第３のＤＣＩは、
第２のＮＤＩフィールドと、
第２のリソースブロック割り当てを示す第２のリソースブロック割り当てフィールドと、を含む、項目６４に記載の無線デバイス。
（項目７２）
方法であって、
無線デバイスによって第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを含む第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
前記第１のＤＣＩを検証する前記第２のＤＣＩを受信するための検証期間を示す検証フィールドと、を含む、第１のＤＣＩを受信することと、
媒体アクセスエンティティ（ＭＡＣ）によって前記第１のＤＣＩに応答して１つ以上の第１のトランスポートブロック（ＴＢ）を作成することと、
前記検証期間の少なくとも一部の間に前記第２のＤＣＩについて監視することと、
前記監視が前記第２のＤＣＩを検出しないことに応答して、
前記第１のＤＣＩを無効にして前記１つ以上のトランスポートブロックの送信を中断することと、
前記ＭＡＣエンティティによって、前記１つ以上のトランスポートブロックの前記送信がとにかく実行されたと見なすことと、を含む、方法。
（項目７３）
前記第１のＤＣＩは、
ハイブリッド再送要求（ＨＡＲＱ）識別子フィールドと、
新規データ識別子（ＮＤＩ）フィールドと、を含む、項目７２に記載の方法。
（項目７４）
前記１つ以上のトランスポートブロックの前記送信が実行されたと前記ＭＡＣエンティティが見なす場合に、
前記ＨＡＲＱプロセスＩＤおよび前記ＮＤＩを記憶することと、
前記１つ以上の第１のＴＢをＨＡＲＱバッファに記憶することと、を更に含む、項目７３に記載の方法。
（項目７５）
前記ＨＡＲＱプロセスＩＤの同じ値を示す第３のＤＣＩを受信することと、
前記第３のＤＣＩに応答してアップリンク信号を送信することと、を更に含み、前記無線デバイスは、記憶された前記ＮＤＩを使用して、前記１つ以上の第１のトランスポートブロックの適応再送、または１つ以上の第２のトランスポートブロックの新規の送信を決定する、項目７４に記載の方法。
（項目７６）
前記第２のＤＣＩについての前記監視は、制御チャネルの共通検索空間上で実行される、項目７２に記載の方法。
（項目７７）
前記無線デバイスによって、ライセンスアシストアクセスセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを更に含む、項目７２に記載の方法。
（項目７８）
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、項目７２に記載の方法。
（項目７９）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目７２に記載の方法。
（項目８０）
前記第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、項目７２に記載の方法。
（項目８１）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目７２に記載の方法。
（項目８２）
前記第３のＤＣＩは、
第２のＮＤＩフィールドと、
第２のリソースブロック割り当てを示す第２のリソースブロック割り当てフィールドと、を含む、項目７２に記載の方法。
（項目８３）
無線デバイスであって、
１つ以上のプロセッサと、
命令を記憶したメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
第１のダウンリンク制御情報（ＤＣＩ）を受信することであって、前記第１のＤＣＩは、
第２のトリガを含む第２のＤＣＩに応答して前記第１のＤＣＩがトリガされることを示す第１のトリガフィールドと、
前記第１のＤＣＩを検証する前記第２のＤＣＩを受信するための検証期間を示す検証フィールドと、を含む、第１のＤＣＩを受信することを行わせ、
媒体アクセスエンティティ（ＭＡＣ）によって前記第１のＤＣＩに応答して１つ以上の第１のトランスポートブロック（ＴＢ）を作成することを行わせ、
前記検証期間の少なくとも一部の間に前記第２のＤＣＩを監視することを行わせ、
前記監視が前記第２のＤＣＩを検出しないことに応答して、
前記第１のＤＣＩを無効にして前記１つ以上のトランスポートブロックの送信を中断することと、
前記ＭＡＣエンティティによって、前記１つ以上のトランスポートブロックの前記送信がとにかく実行されたと見なすことと、を行わせる、無線デバイス。
（項目８４）
前記第１のＤＣＩは、
ハイブリッド再送要求（ＨＡＲＱ）識別子フィールドと、
新規データ識別子（ＮＤＩ）フィールドと、を含む、項目８３に記載の無線デバイス。
（項目８５）
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、前記１つ以上のトランスポートブロックの前記送信が実行されたと前記ＭＡＣエンティティが見なす場合に、
前記ＨＡＲＱプロセスＩＤおよび前記ＮＤＩを記憶することを行わせ、
前記１つ以上の第１のＴＢをＨＡＲＱバッファに記憶することを行わせる、項目８４に記載の無線デバイス。
（項目８６）
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
前記ＨＡＲＱプロセスＩＤの同じ値を示す第３のＤＣＩを受信することを行わせ、
前記第３のＤＣＩに応答してアップリンク信号を送信することを行わせ、前記無線デバイスは、記憶された前記ＮＤＩを使用して、前記１つ以上の第１のトランスポートブロックの適応再送、または１つ以上の第２のトランスポートブロックの新規の送信を決定する、項目８５に記載の無線デバイス。
（項目８７）
前記第２のＤＣＩについての前記監視は、制御チャネルの共通検索空間上で実行される、項目８３に記載の無線デバイス。
（項目８８）
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、ライセンスアシストアクセスセルを含む複数のセルの構成パラメータを含む少なくとも１つのメッセージを受信することを行わせる、項目８３に記載の無線デバイス。
（項目８９）
前記第２のＤＣＩは、事前に定義された無線ネットワーク一時識別子（ＲＮＴＩ）に対応する、項目８３に記載の無線デバイス。
（項目９０）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目８３に記載の無線デバイス。
（項目９１）
前記第１のＤＣＩは、セル上でのアップリンク伝送のためのリソースブロック割り当てを示すリソースブロック割り当てフィールドを更に含む、項目８３に記載の無線デバイス。
（項目９２）
前記第２のＤＣＩは、
サブフレームフォーマットを示すサブフレームフォーマットフィールドと、
サブフレームオフセットを示すサブフレームフィールドと、を含む、項目８３に記載の無線デバイス。
（項目９３）
前記第３のＤＣＩは、
第２のＮＤＩフィールドと、
第２のリソースブロック割り当てを示す第２のリソースブロック割り当てフィールドと、を含む、項目８３に記載の無線デバイス。
【国際調査報告】
2019534607.tif 000028
2019534607.tif 000029
2019534607.tif 000030
2019534607.tif 000031
2019534607.tif 000032