(57)【要約】無線デバイスは、第１のタイプの構成済み周期的許可の第１の構成パラメータを含む無線リソース制御メッセージを受信し得る。第１の構成パラメータは、タイミングオフセットおよび構成済み周期的許可のアップリンク許可のリソースを識別するシンボル番号と、構成済み周期的許可の２つの続くリソース間の時間間隔を示す、構成済み周期的許可の第１の周期性と、構成済み周期的許可の１つ以上の復調基準信号パラメータと、を示し得る。構成済み周期的許可は、無線リソース制御メッセージに応答して、アクティブ化され得る。構成済み周期的許可のアップリンク許可のリソースのシンボルは、タイミングオフセット、シンボル番号、および第１の周期性に基づいて決定され得る。トランスポートブロックは、リソースを介して、復調基準信号パラメータを用いて送信され得る。【選択図】図２０
2020524437.tif 000002
【特許請求の範囲】
【請求項１】
無線デバイスによって、第１のタイプの構成済み周期的許可の１つ以上の第１の構成パラメータを含む無線リソース制御メッセージを受信することであって、前記１つ以上の第１の構成パラメータが、
前記第１のタイプの前記構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号と、
前記第１のタイプの前記構成済み周期的許可の第１の周期性であって、前記第１の周期性が、前記第１のタイプの前記構成済み周期的許可の２つの続くリソース間の時間間隔を示す、第１の周期性と、
前記第１のタイプの前記構成済み周期的許可の１つ以上の復調基準信号パラメータと、を示す、受信することと、
前記無線リソース制御メッセージに応答して、前記構成済み周期的許可をアクティブ化することと、
前記タイミングオフセット、前記シンボル番号、および前記第１の周期性に基づいて、前記第１のタイプの前記構成済み周期的許可の前記アップリンク許可の前記リソースの１つ以上のシンボルを決定することと、
前記リソースを介して、前記１つ以上の復調基準信号パラメータを用いる１つ以上のトランスポートブロックを送信することと、を含む、方法。
【請求項２】
前記第１のタイプの前記構成済み周期的許可が、
前記タイミングオフセット、および
前記シンボル番号に基づいて、第１のシンボルから開始し、
前記第１の周期性で再発する、請求項１に記載の方法。
【請求項３】
前記１つ以上の第１の構成パラメータが、前記１つ以上のトランスポートブロックの繰り返しの数を示す値を含む、請求項１または２に記載の方法。
【請求項４】
前記無線リソース制御メッセージが、前記第１のタイプの前記構成済み周期的許可の識別子を含む、請求項１〜３のいずれか一項に記載の方法。
【請求項５】
前記無線デバイスによって、前記１つ以上の第１の構成パラメータの解放を示す第２のメッセージを基地局から受信することと、
前記第２のメッセージを受信したことに応答して、前記１つ以上の第１の構成パラメータを解放することと、をさらに含む、請求項１〜５のいずれか一項に記載の方法。
【請求項６】
前記第２のメッセージが、前記第１のタイプの前記構成済み周期的許可の前記識別子を含む、請求項１〜５のいずれか一項に記載の方法。
【請求項７】
前記第１のタイプの前記構成済み周期的許可の第１の電力オフセット値に少なくとも基づいて、前記１つ以上のトランスポートブロックの送信のための第１の送信電力を決定することをさらに含む、請求項１〜６のいずれか一項に記載の方法。
【請求項８】
第２のタイプの構成済み周期的許可の１つ以上の第２の構成パラメータを含む第２の無線リソース制御メッセージを受信することであって、前記１つ以上の第２の構成パラメータが、前記第２のタイプの前記構成済み周期的許可の第２の周期性を示す、受信することと、
第２のシンボル内のダウンリンク制御情報を受信することと、
前記ダウンリンク制御情報を受信したことに応答して、
前記第２のシンボルに基づいて第３のシンボル内で開始し、
前記第２の周期性で再発するように、前記第２のタイプの前記構成済み周期的許可をアクティブ化することと、
前記第２のシンボルおよび前記第２の周期性に基づいて第２のシンボル番号を決定することであって、前記第２のシンボル番号が、前記第２のタイプの前記構成済み周期的許可の第２のアップリンク許可の第２のリソースを示す、決定することと、
前記第２のタイプの前記構成済み周期的許可の前記第２のリソースを介して、１つ以上の第２のトランスポートブロックを送信することと、をさらに含む、請求項１〜７のいずれか一項に記載の方法。
【請求項９】
前記第１の無線リソース制御メッセージおよび前記第２の無線リソース制御メッセージが、同じである、請求項８に記載の方法。
【請求項１０】
前記第２のタイプの前記構成済み周期的許可の第２の電力オフセット値に少なくとも基づいて、前記１つ以上の第２のトランスポートブロックの送信の第２の送信電力を決定することをさらに含む、請求項８または９に記載の方法。
【請求項１１】
無線デバイスであって、
１つ以上のプロセッサと、
命令を記憶するメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
第１のタイプの構成済み周期的許可の１つ以上の第１の構成パラメータを含む無線リソース制御メッセージを受信することであって、前記１つ以上の第１の構成パラメータが、
前記第１のタイプの前記構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号と、
前記第１のタイプの前記構成済み周期的許可の第１の周期性であって、前記第１の周期性が、前記第１のタイプの前記構成済み周期的許可の２つの続くリソース間の時間間隔を示す、第１の周期性と、
前記第１のタイプの前記構成済み周期的許可の１つ以上の復調基準信号パラメータと、を示す、受信することと、
前記無線リソース制御メッセージに応答して、前記第１のタイプの前記構成済み周期的許可をアクティブ化することと、
前記タイミングオフセット、前記シンボル番号、および前記第１の周期性に基づいて、前記第１のタイプの前記構成済み周期的許可の前記アップリンク許可の前記リソースの１つ以上のシンボルを決定することと、
前記リソースを介して、前記１つ以上の復調基準信号パラメータを用いる１つ以上のトランスポートブロックを送信することと、を行わせる、無線デバイス。
【請求項１２】
前記第１のタイプの前記構成済み周期的許可が、
前記タイミングオフセット、および
前記シンボル番号に基づいて、第１のシンボルから開始し、
前記第１の周期性で再発する、請求項１１に記載の無線デバイス。
【請求項１３】
前記１つ以上の第１の構成パラメータが、前記１つ以上のトランスポートブロックの繰り返しの数を示す値を含む、請求項１１または１２に記載の無線デバイス。
【請求項１４】
前記無線リソース制御メッセージが、前記第１のタイプの前記構成済み周期的許可の識別子を含む、請求項１１〜１３のいずれか一項に記載の無線デバイス。
【請求項１５】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
前記１つ以上の第１の構成パラメータの解放を示す第２のメッセージを基地局から受信することと、
前記第２のメッセージを受信したことに応答して、前記１つ以上の第１の構成パラメータを解放することと、を行わせる、請求項１１〜１４のいずれか一項に記載の無線デバイス。
【請求項１６】
前記第２のメッセージが、前記第１のタイプの前記構成済み周期的許可の前記識別子を含む、請求項１５に記載の無線デバイス。
【請求項１７】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、前記第１のタイプの前記構成済み周期的許可の第１の電力オフセット値に少なくとも基づいて、前記１つ以上のトランスポートブロックの送信のための第１の送信電力を決定させる、請求項１１〜１６のいずれか一項に記載の無線デバイス。
【請求項１８】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
第２のタイプの構成済み周期的許可の１つ以上の第２の構成パラメータを含む第２の無線リソース制御メッセージを受信することであって、前記１つ以上の第２の構成パラメータが、前記第２のタイプの前記構成済み周期的許可の第２の周期性を示す、受信することと、
第２のシンボル内のダウンリンク制御情報を受信することと、
前記ダウンリンク制御情報を受信したことに応答して、
前記第２のシンボルに基づいて第３のシンボル内で開始し、
前記第２の周期性で再発するように、前記第２のタイプの前記構成済み周期的許可をアクティブ化することと、
前記第２のシンボルおよび前記第２の周期性に基づいて第２のシンボル番号を決定することであって、前記第２のシンボル番号が、前記第２のタイプの前記構成済み周期的許可の第２のアップリンク許可の第２のリソースを示す、決定することと、
前記第２のタイプの前記構成済み周期的許可の前記第２のリソースを介して、１つ以上の第２のトランスポートブロックを送信することと、を行わせる、請求項１１〜１７のいずれか一項に記載の無線デバイス。
【請求項１９】
前記第１の無線リソース制御メッセージおよび前記第２の無線リソース制御メッセージが、同じである、請求項１１〜１８のいずれか一項に記載の無線デバイス。
【請求項２０】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、前記第２のタイプの前記構成済み周期的許可の第２の電力オフセット値に少なくとも基づいて、前記１つ以上の第２のトランスポートブロックの送信の第２の送信電力を決定させる、請求項１１〜１９のいずれか一項に記載の無線デバイス。
【請求項２１】
無線デバイスによって、第１のタイプの構成済み周期的許可の１つ以上の構成パラメータを含む第１の無線リソース制御メッセージを基地局から受信することであって、前記１つ以上の構成パラメータが、
前記構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号と、
前記構成済み周期的許可の第１の周期性であって、前記第１の周期性が、前記構成済み周期的許可の２つの続くリソース間の時間間隔を示す、第１の周期性と、
前記構成済み周期的許可の少なくとも１つの第１の電力オフセット値と、を示す、受信することと、
前記第１の無線リソース制御メッセージに応答して、前記構成済み周期的許可をアクティブ化することと、
前記少なくとも１つの第１の電力オフセット値に基づいて、前記構成済み周期的許可の少なくとも１つのトランスポートブロックの送信のための第１の送信電力を決定することと、
前記第１の送信電力を用いて前記少なくとも１つのトランスポートブロックを送信することと、を含む、方法。
【請求項２２】
立ち上がり電力値と、
１つ以上の基準信号に基づいて推定された伝搬損失値とに基づいて、前記第１の送信電力を決定することをさらに含む、請求項２１に記載の方法。
【請求項２３】
前記立ち上がり電力値は、前記無線デバイスが、前記少なくとも１つのトランスポートブロックを送信したことに応答して受信確認を前記基地局から受信しなかった回数を示すカウンタに基づいて決定される、請求項２１または２２に記載の方法。
【請求項２４】
無線デバイスによって、不連続受信（ＤＲＸ）アップリンク再送信タイマの少なくとも１つの値を示す第１の無線リソース制御メッセージを基地局から受信することであって、前記第１の無線リソース制御メッセージは、値のうちの少なくとも１つが第１のタイプの構成済み周期的許可と関連付けられていることを示す、受信することと、
無線リソースを介して、少なくとも１つのトランスポートブロックを送信することと、
前記構成済み周期的許可と関連付けられている前記無線リソースに応答して、前記少なくとも１つの値に基づいて、前記ＤＲＸアップリンク再送信タイマを開始することと、を含む、方法。
【請求項２５】
第２の無線リソースを介して少なくとも１つの第２のトランスポートブロックを送信することと、
前記構成済み周期的許可と関連付けられている前記第２の無線リソースに応答して、前記ＤＲＸアップリンク再送信タイマを停止することと、をさらに含む、請求項２４に記載の方法。
【請求項２６】
前記少なくとも１つの第２のトランスポートブロックが、前記少なくとも１つのトランスポートブロックである、請求項２４または２５に記載の方法。
【請求項２７】
ＤＲＸのアクティブ持続時間が、前記ＤＲＸアップリンク再送信タイマに基づいて決定される、請求項２４〜２６のいずれか一項に記載の方法。
【請求項２８】
無線デバイスによって、１つ以上の第１の無線リソース制御メッセージを基地局から受信することであって、前記１つ以上の第１の無線リソース制御メッセージは、
第１のタイプの構成済み周期的許可が第１の論理チャネルのデータの送信に使用され得るか否かを示す少なくとも１つのパラメータと、
前記第１のタイプの前記構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号と、
前記第１のタイプの前記構成済み周期的許可の第１の周期性であって、前記第１の周期性が、前記第１のタイプの前記構成済み周期的許可の２つの続くリソース間の時間間隔を示す、第１の周期性と、を含む、受信することと、
前記第１の無線リソース制御メッセージを受信したことに応答して、前記第１のタイプの前記構成済み周期的許可をアクティブ化することと、
記第１のタイプの前記構成済み周期的許可が前記第１の論理チャネルによって使用され得ることを前記少なくとも１つのパラメータが示したことに応答して、前記リソースを介した送信のための１つ以上のトランスポートブロック上に前記第１の論理チャネルの前記データを多重化することと、
前記第１のタイプの前記構成済み周期的許可の前記リソースを介して、前記１つ以上のトランスポートブロックを送信することと、を含む、方法。
【請求項２９】
前記第１のタイプの前記構成済み周期的許可が、
前記タイミングオフセット、および
前記シンボル番号に基づいて、第１のシンボルから開始し、
前記第１の周期性で再発する、請求項２８に記載の方法。
【請求項３０】
前記データの第１のサイズに基づいて、前記第１のタイプの前記構成済み周期的許可の前記リソースを介して前記１つ以上のトランスポートブロックを送信するように決定することをさらに含む、請求項２８または２９に記載の方法。
【請求項３１】
前記送信することが、前記第１のサイズが第１の値よりも大きいことに応答して、前記１つ以上のトランスポートブロックを送信することをさらに含み、前記第１のタイプの前記構成済み周期的許可の前記リソースの第２のサイズが、前記第１の値を決定する、請求項２８〜３０のいずれか一項に記載の方法。
【請求項３２】
前記タイミングオフセット、前記シンボル番号、および前記第１の周期性に基づいて、前記第１のタイプの前記構成済み周期的許可の前記アップリンク許可の前記リソースの１つ以上のシンボルを決定することをさらに含む、請求項２８〜３１のいずれか一項に記載の方法。
【請求項３３】
第２のタイプの構成済み周期的許可の１つ以上の第２の構成パラメータを含む第２の無線リソース制御メッセージを受信することであって、前記１つ以上の第２の構成パラメータが、前記第２のタイプの前記構成済み周期的許可の第２の周期性を含む、受信することと、
第２のシンボル内のダウンリンク制御情報を受信することと、
前記ダウンリンク制御情報を受信したことに応答して、前記第２のシンボルに基づいて第３のシンボル内で開始し、前記第２の周期性で再発するように、前記第２のタイプの前記構成済み周期的許可をアクティブ化することと、
前記第２のタイプの前記構成済み周期的許可の第２のリソースを介して、１つ以上の第２のトランスポートブロックを送信することと、をさらに含む、請求項２８〜３２のいずれか一項に記載の方法。
【請求項３４】
前記第２のシンボルおよび前記第２の周期性に基づいて、前記第２のリソースの１つ以上の第２のシンボルを決定することをさらに含む、請求項２８〜３３のいずれか一項に記載の方法。
【請求項３５】
前記第１の無線リソース制御メッセージおよび前記第２の無線リソース制御メッセージが、同じである、請求項２８〜３４のいずれか一項に記載の方法。
【請求項３６】
前記無線デバイスによって、前記第１のタイプの構成済み周期的許可の解放を示す第３の無線リソース制御メッセージを前記基地局から受信することと、
前記第３のメッセージを受信したことに応答して、前記第１のタイプの前記構成済み周期的許可を解放することと、をさらに含む、請求項２８〜３５のいずれか一項に記載の方法。
【請求項３７】
無線デバイスであって、
１つ以上のプロセッサと、
命令を記憶するメモリと、を備え、前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
１つ以上の第１の無線リソース制御メッセージを基地局から受信することであって、前記１つ以上の第１の無線リソース制御メッセージは、
第１のタイプの構成済み周期的許可が第１の論理チャネルのデータの送信に使用され得るか否かを示す少なくとも１つのパラメータと、
前記第１のタイプの前記構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号と、
前記第１のタイプの前記構成済み周期的許可の第１の周期性であって、前記第１の周期性が、前記第１のタイプの前記構成済み周期的許可の２つの続くリソース間の時間間隔を示す、第１の周期性と、を含む、受信することと、
前記第１の無線リソース制御メッセージを受信したことに応答して、前記第１のタイプの前記構成済み周期的許可をアクティブ化することと、
前記第１のタイプの前記構成済み周期的許可が前記第１の論理チャネルによって使用され得ることを少なくとも１つのパラメータが示したことに応答して、前記リソースを介した送信のための１つ以上のトランスポートブロック上に前記第１の論理チャネルの前記データを多重化することと、
前記第１のタイプの前記構成済み周期的許可の前記リソースを介して、前記１つ以上のトランスポートブロックを送信することと、を行わせる、無線デバイス。
【請求項３８】
前記第１のタイプの前記構成済み周期的許可が、
前記タイミングオフセット、および
前記シンボル番号に基づいて、第１のシンボルから開始し、
前記第１の周期性で再発する、請求項３７に記載の無線デバイス。
【請求項３９】
前記無線デバイスに送信させる前記命令はさらに、前記無線デバイスに、前記第１のタイプの前記構成済み周期的許可の前記リソースを介して、前記データの第１のサイズに基づいて前記１つ以上のトランスポートブロックを送信させる、請求項３７または３８に記載の無線デバイス。
【請求項４０】
前記無線デバイスに送信させる前記命令はさらに、前記無線デバイスに、前記第１のタイプの前記構成済み周期的許可の前記リソースを介して、前記第１のサイズが第１の値よりも大きいことに応答して、前記１つ以上のトランスポートブロックを送信させ、前記第１のタイプの前記構成済み周期的許可の前記リソースの第２のサイズが、前記第１の値を決定する、請求項３７〜３９のいずれか一項に記載の無線デバイス。
【請求項４１】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、前記タイミングオフセット、前記シンボル番号、および前記第１の周期性に基づいて、前記第１のタイプの前記構成済み周期的許可の前記アップリンク許可の前記リソースの１つ以上のシンボルを決定させる、請求項３７〜４０のいずれか一項に記載の無線デバイス。
【請求項４２】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
第２のタイプの構成済み周期的許可の１つ以上の第２の構成パラメータを含む第２の無線リソース制御メッセージを受信することであって、前記１つ以上の第２の構成パラメータが、前記第２のタイプの前記構成済み周期的許可の第２の周期性を含む、受信することと、
第２のシンボル内のダウンリンク制御情報を受信することと、
前記ダウンリンク制御情報を受信したことに応答して、前記第２のシンボルに基づいて第３のシンボル内で開始し、前記第２の周期性で再発するように、前記第２のタイプの前記構成済み周期的許可をアクティブ化することと、
前記第２のタイプの前記構成済み周期的許可の第２のリソースを介して、１つ以上の第２のトランスポートブロックを送信することと、を行わせる、請求項３７〜４１のいずれか一項に記載の無線デバイス。
【請求項４３】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、前記第２のシンボルおよび前記第２の周期性に基づいて、前記第２のリソースの１つ以上の第２のシンボルを決定させる、請求項３７〜４２のいずれか一項に記載の無線デバイス。
【請求項４４】
前記第１の無線リソース制御メッセージおよび前記第２の無線リソース制御メッセージが、同じである、請求項３７〜４３のいずれか一項に記載の無線デバイス。
【請求項４５】
前記命令は、前記１つ以上のプロセッサによって実行されると、前記無線デバイスに、
前記第２のタイプの構成済み周期的許可の解放を示す第３の無線リソース制御メッセージを前記基地局から受信することと、
前記第２のメッセージを受信したことに応答して、前記第２のタイプの前記構成済み周期的許可を解放することと、を行わせる、請求項３７〜４５のいずれか一項に記載の無線デバイス。
【請求項４６】
基地局によって、１つ以上の第１の無線リソース制御メッセージを無線デバイスに送信することであって、前記１つ以上の第１の無線リソース制御メッセージは、
第１のタイプの構成済み周期的許可が第１の論理チャネルのデータの送信に使用され得るか否かを示す少なくとも１つのパラメータと、
前記第１のタイプの前記構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号と、
前記第１のタイプの前記構成済み周期的許可の第１の周期性であって、前記第１の周期性が、前記第１のタイプの前記構成済み周期的許可の２つの続くリソース間の時間間隔を示す、第１の周期性と、を含む、送信することと、
前記第１の無線リソース制御メッセージを受信したことに応答して、前記第１のタイプの前記構成済み周期的許可をアクティブ化することと、
前記第１のタイプの前記構成済み周期的許可の前記リソースを介して、１つ以上のトランスポートブロックを受信することと、
前記第１のタイプの前記構成済み周期的許可が前記第１の論理チャネルによって使用され得ることを前記少なくとも１つのパラメータが示したことに応答して、前記第１の論理チャネルの前記データ内に前記１つ以上のトランスポートブロックを分離化することと、を含む、方法。
【請求項４７】
前記第１のタイプの前記構成済み周期的許可が、
前記タイミングオフセット、および
前記シンボル番号に基づいて、第１のシンボルから開始し、
前記第１の周期性で再発する、請求項４６に記載の方法。
【請求項４８】
無線デバイスによって１つ以上の無線リソース制御メッセージを基地局から受信することであって、前記１つ以上の無線リソース制御メッセージは、
第１のタイプの構成済み周期的許可が第１の論理チャネルのデータの送信に使用され得ることを示す少なくとも１つのパラメータと、
前記第１のタイプの前記構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号と、
前記第１のタイプの前記構成済み周期的許可の第１の周期性であって、前記第１の周期性が、前記第１のタイプの前記構成済み周期的許可の２つの続くリソース間の時間間隔を示す、第１の周期性と、を含む、受信することと、
前記１つ以上の無線リソース制御メッセージを受信したことに応答して、前記第１のタイプの前記構成済み周期的許可をアクティブ化することと、
前記第１の論理チャネルの前記データのサイズが第１の閾値よりも大きいことに応答して、少なくとも１つのパケット上にバッファステータスレポート（ＢＳＲ）を多重化することであって、前記ＢＳＲが前記データの前記サイズを示す、多重化することと、
前記リソースを介して、前記少なくとも１つのパケットを送信することと、を含む、方法。
【請求項４９】
前記１つ以上の無線リソース制御メッセージが、前記第１の閾値を含む、請求項４８に記載の方法。
【請求項５０】
前記無線デバイスが、前記リソースの第２のサイズに基づいて前記第１の閾値を決定する、請求項４８または４９に記載の方法。
【請求項５１】
前記ＢＳＲが、レギュラーＢＳＲである、請求項４８〜５０のいずれか一項に記載の方法。
【請求項５２】
前記第１のタイプの前記構成済み周期的許可が、
前記タイミングオフセット、および
前記シンボル番号に基づいて、第１のシンボルから開始し、
前記第１の周期性で再発する、請求項４８〜５１のいずれか一項に記載の方法。
【請求項５３】
前記ＢＳＲに対応するアップリンク許可を受信しないことに応答して、アップリンクスケジューリング要求をトリガすることをさらに含む、請求項４８〜５２のいずれか一項に記載の方法。
【請求項５４】
前記無線デバイスによって、前記ＢＳＲを送信したことに応答して、１つ以上のアップリンク許可を前記基地局から受信することをさらに含む、請求項４８〜５３のいずれか一項に記載の方法。
【請求項５５】
無線デバイスによって、１つ以上の無線リソース制御メッセージを基地局から受信することであって、前記１つ以上の無線リソース制御メッセージが、
第１のタイプの構成済み周期的許可の少なくとも１つの第１のパラメータと、
第１の論理チャネルの第２のパラメータと、を含む、受信することと、
前記第１の論理チャネルの前記データのサイズが第１の閾値よりも大きいことに応答して、少なくとも１つのパケット上にバッファステータスレポート（ＢＳＲ）を多重化することであって、前記ＢＳＲが前記データの前記サイズを示す、多重化することと、
前記第１のタイプの構成済み周期的許可のリソースを介して、前記少なくとも１つのパケットを送信することと、を含む、方法。
【請求項５６】
前記少なくとも１つの第１のパラメータが、
前記第１のタイプの前記構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号と、
前記第１のタイプの前記構成済み周期的許可の第１の周期性と、を示し、前記第１の周期性が、前記第１のタイプの前記構成済み周期的許可の２つの続くリソース間の時間間隔を示す、請求項５５に記載の方法。
【請求項５７】
前記１つ以上の無線リソース制御メッセージを受信したことに応答して、前記第１のタイプの前記構成済み周期的許可をアクティブ化することをさらに含む、請求項５５または５６に記載の方法。
【請求項５８】
前記第１のタイプの前記構成済み周期的許可が、
前記タイミングオフセット、および
前記シンボル番号に基づいて、第１のシンボルから開始し、
前記第１の周期性で再発する、請求項５５〜５７のいずれか一項に記載の方法。
【請求項５９】
前記第２のパラメータが、前記第１のタイプの前記構成済み周期的許可が、第１の論理チャネルのデータの送信に使用され得ることを示す、請求項５５〜５８のいずれか一項に記載の方法。
【請求項６０】
前記１つ以上の無線リソース制御メッセージは、前記第１の閾値を含む、請求項５５〜５９のいずれか一項に記載の方法。
【請求項６１】
前記無線デバイスが、前記リソースの第２のサイズに基づいて前記第１の閾値を決定する、請求項５５〜６０のいずれか一項に記載の方法。
【請求項６２】
前記ＢＳＲが、レギュラーＢＳＲである、請求項５５〜６１のいずれか一項に記載の方法。
【請求項６３】
前記ＢＳＲに対応するアップリンク許可を受信しないことに応答して、アップリンクスケジューリング要求をトリガすることをさらに含む、請求項５５〜６２のいずれか一項に記載の方法。
【請求項６４】
前記無線デバイスによって、前記ＢＳＲを送信したことに応答して、１つ以上のアップリンク許可を前記基地局から受信することをさらに含む、請求項５５〜６３のいずれか一項に記載の方法。
【請求項６５】
基地局によって、１つ以上の無線リソース制御メッセージを無線デバイスに送信することであって、前記１つ以上の無線リソース制御メッセージは、
第１のタイプの構成済み周期的許可が第１の論理チャネルのデータの送信に使用され得ることを示す少なくとも１つのパラメータと、
前記第１のタイプの前記構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号と、
前記第１のタイプの前記構成済み周期的許可の第１の周期性であって、前記第１の周期性が、前記第１のタイプの前記構成済み周期的許可の２つの続くリソース間の時間間隔を示す、第１の周期性と、を含む、送信することと、
前記１つ以上の無線リソース制御メッセージを受信したことに応答して、前記第１のタイプの前記構成済み周期的許可をアクティブ化することと、
前記リソースを介して、前記第１の論理チャネルの前記データのサイズが第１の閾値よりも大きいことに応答して、多重化されたバッファステータスレポート（ＢＳＲ）を含む少なくとも１つのパケットを受信することと、を含む、方法。
【請求項６６】
前記１つ以上の無線リソース制御メッセージが、前記第１の閾値を含む、請求項６５に記載の方法。
【請求項６７】
前記基地局が、前記リソースの第２のサイズに基づいて前記第１の閾値を決定する、請求項６５または６６に記載の方法。
【請求項６８】
無線デバイスによって、少なくとも１つの構成パラメータを含む少なくとも１つの第１のメッセージを基地局から受信することであって、前記少なくとも１つの構成パラメータが、
第１のタイプの構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号と、
前記第１のタイプの前記構成済み周期的許可の第１の周期性であって、前記第１の周期性が、前記第１のタイプの前記構成済み周期的許可の２つの続くリソース間の時間間隔を示す、第１の周期性と、を含む、受信することと、
前記第１のタイプの前記構成済み周期的許可の前記リソースを介して、１つ以上のトランスポートブロックを送信することと、
前記第１のタイプの前記構成済み周期的許可と関連付けられた送信情報に対する要求を示す第２のメッセージを受信することと、
前記第２のメッセージに応答して、１つ以上のパラメータを含む第３のメッセージを送信することと、を含み、前記１つ以上のパラメータが、
前記第１のタイプの前記構成済み周期的許可と関連付けられた前記リソースを介した送信の数に基づく第１の値と、
前記無線デバイスが前記送信に応答して対応する受信確認を前記基地局から受信しなかった回数に基づく第２の値と、のうちの少なくとも１つを示す、方法。
【請求項６９】
前記少なくとも１つの構成パラメータは、前記第１の値および前記第２の値を決定する期間をさらに示す、請求項６８に記載の方法。
【請求項７０】
前記タイミングオフセット、および
前記シンボル番号に基づいて、第１のシンボルから開始し、
前記第１の周期性で再発するように、前記第１のタイプの前記構成済み周期的許可をアクティブ化することをさらに含む、請求項６８または６９に記載の方法。
【請求項７１】
前記タイミングオフセット、前記シンボル番号、および前記第１の周期性に基づいて、前記第１のタイプの前記構成済み周期的許可の前記アップリンク許可の前記リソースの１つ以上のシンボルを決定することをさらに含む、請求項６８〜７０のいずれか一項に記載の方法。
【請求項７２】
前記１つ以上のパラメータが、
前記第１のタイプの前記構成済み周期的許可の前記リソースを介した前記送信に応答して、前記無線デバイスが肯定的または否定的な受信確認を前記基地局から受信した回数に基づく第３の値と、
前記第１のタイプの前記構成済み周期的許可を介した前記送信に応答して、前記無線デバイスが受信確認を前記基地局から受信しないときに、前記無線デバイスによって検出された衝突の数に基づく第４の値と、のうちの少なくとも１つをさらに示す、請求項６８〜７１のいずれか一項に記載の方法。
【請求項７３】
前記第３のメッセージは、前記第１のタイプの前記構成済み周期的許可を介した前記送信に応答して、前記無線デバイスが受信確認を前記基地局から受信しないときに、前記無線デバイスが１つ以上の衝突を検出するか否かを示す指標をさらに含む、請求項６８〜７２のいずれか一行に記載の方法。
【請求項７４】
対応する応答を前記基地局から受信しないことに応答して、前記１つ以上のトランスポートブロックの送信の失敗を決定することと、
前記失敗を決定したことに応答して、カウンタを１だけ増分することと、をさらに含む、請求項６８〜７３のいずれか一項に記載の方法。
【請求項７５】
前記少なくとも１つの第１のメッセージが、前記第１のタイプの前記構成済み周期的許可の識別子を含む、請求項６８〜７４のいずれか一項に記載の方法。
【請求項７６】
前記第２のメッセージが、前記第１のタイプの前記構成済み周期的許可の前記識別子をさらに含む、請求項６８〜７５のいずれか一項に記載の方法。
【請求項７７】
前記第３のメッセージが、前記第１のタイプの前記構成済み周期的許可の前記識別子をさらに含む、請求項６８〜７６のいずれか一項に記載の方法。
【請求項７８】
基地局によって、少なくとも１つの構成パラメータを含む少なくとも１つの第１のメッセージを無線デバイスに送信することであって、前記少なくとも１つの構成パラメータが、
第１のタイプの構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号と、
前記第１のタイプの前記構成済み周期的許可の第１の周期性であって、前記第１の周期性が、前記第１のタイプの前記構成済み周期的許可の２つの続くリソース間の時間間隔を示す、第１の周期性と、を含む、送信することと、
前記第１のタイプの前記構成済み周期的許可の前記リソースを介して、１つ以上のトランスポートブロックを受信することと、
前記第１のタイプの前記構成済み周期的許可と関連付けられた送信情報に対する要求を示す第２のメッセージを送信することと、
前記第２のメッセージに応答して、１つ以上のパラメータを含む第３のメッセージを受信することと、を含み、前記１つ以上のパラメータが、
前記第１のタイプの前記構成済み周期的許可と関連付けられた前記リソースを介した送信の数に基づく第１の値と、
前記無線デバイスが前記送信に応答して対応する受信確認を前記基地局から受信しなかった回数に基づく第２の値と、のうちの少なくとも１つを示す、方法。
【請求項７９】
前記少なくとも１つの構成パラメータは、前記第１の値および前記第２の値を決定する期間をさらに示す、請求項７８に記載の方法。
【請求項８０】
前記タイミングオフセット、および
前記シンボル番号に基づいて、第１のシンボルから開始し、
前記第１の周期性で再発するように、前記第１のタイプの前記構成済み周期的許可をアクティブ化することをさらに含む、請求項７８または７９に記載の方法。
【請求項８１】
前記タイミングオフセット、前記シンボル番号、および前記第１の周期性に基づいて、前記第１のタイプの前記構成済み周期的許可の前記アップリンク許可の前記リソースの１つ以上のシンボルを決定することをさらに含む、請求項７８〜８０のいずれか一項に記載の方法。
【請求項８２】
前記１つ以上のパラメータが、
前記第１のタイプの前記構成済み周期的許可の前記リソースを介した前記送信に応答して、前記無線デバイスが肯定的または否定的な受信確認を前記基地局から受信した回数に基づく第３の値と、
前記第１のタイプの前記構成済み周期的許可を介した前記送信に応答して、前記無線デバイスが受信確認を前記基地局から受信しないときに、前記無線デバイスによって検出された衝突の数に基づく第４の値と、のうちの少なくとも１つをさらに示す、請求項７８〜８１のいずれか一項に記載の方法。
【請求項８３】
前記第３のメッセージは、前記第１のタイプの前記構成済み周期的許可を介した前記送信に応答して、前記無線デバイスが受信確認を前記基地局から受信しないときに、前記無線デバイスが１つ以上の衝突を検出するか否かを示す指標をさらに含む、請求項７８〜８２のいずれか一行に記載の方法。
【請求項８４】
前記少なくとも１つの構成パラメータが、前記１つ以上のトランスポートブロックの送信のための送信電力を決定する電力オフセット値をさらに含む、請求項７８〜８３のいずれか一項に記載の方法。
【請求項８５】
前記少なくとも１つの第１のメッセージが、前記第１のタイプの前記構成済み周期的許可の識別子を含む、請求項７８〜８４のいずれか一項に記載の方法。
【請求項８６】
前記第２のメッセージが、前記第１のタイプの前記構成済み周期的許可の前記識別子をさらに含む、請求項７８〜８５のいずれか一項に記載の方法。
【請求項８７】
前記第３のメッセージが、前記第１のタイプの前記構成済み周期的許可の前記識別子をさらに含む、請求項７８〜８６のいずれか一項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２０１７年６月１５日出願の米国仮出願第６２／５２０，４２３号、２０１７年６月１５日出願の米国仮出願第６２／５２０，３７９号、２０１７年６月１５日出願の米国仮出願第６２／５２０，４１５号、２０１７年６月１５日出願の米国仮出願第６２／５２０，４０３号、２０１７年６月１５日出願の米国仮出願第６２／５２０，４３１号、および２０１７年６月１５日出願の米国仮出願第６２／５２０，４３８号の利益を主張し、これらは、その内容全体が参照により本明細書に組み込まれる。
【発明の概要】
【発明が解決しようとする課題】
【０００２】
本発明の例示的な実施形態は、キャリアアグリゲーションの動作を可能にする。本明細書で開示される技術の実施形態は、マルチキャリア通信システムの技術分野で用いられてもよい。より具体的には、本明細書で開示される技術の実施形態は、マルチキャリア通信システムにおける信号タイミングに関係し得る。
【課題を解決するための手段】
【０００３】
本発明の例示的な実施形態は、様々な物理層変調および送信メカニズムを使用して実装されてもよい。例示的な送信メカニズムには、ＣＤＭＡ、ＯＦＤＭ、ＴＤＭＡ、ウェーブレット技術などが含まれるが、これらに限定されない。ＴＤＭＡ／ＣＤＭＡ、およびＯＦＤＭ／ＣＤＭＡなどのハイブリッド送信メカニズムも用いられ得る。物理層での信号送信には、様々な変調方式を適用できる。変調方式の例には、位相、振幅、コード、これらの組み合わせなどが含まれるが、これらに限定されない。例示的な無線送信方法は、ＢＰＳＫ、ＱＰＳＫ、１６−ＱＡＭ、６４−ＱＡＭ、２５６−ＱＡＭなどを使用してＱＡＭを実装してもよい。物理的な無線送信は、送信要件と無線条件に応じて変調およびコーディング方式を動的または半動的に変更することにより強化できる。
【図面の簡単な説明】
【０００４】
本発明の様々な実施形態のいくつかの例は、図面を参照して本明細書に記載されている。
【０００５】
【図１】本開示の実施形態の一態様による、ＯＦＤＭサブキャリアの例示的なセットを示す図である。
【図２】本開示の実施形態の一態様による、キャリアグループ内の２つのキャリアの例示的な送信時間および受信時間を示す図である。
【図３】本開示の実施形態の一態様による、ＯＦＤＭ無線リソースを示す図である。
【図４】本開示の実施形態の一態様による、基地局および無線デバイスのブロック図である。
【図５Ａ】（図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄ）本開示の実施形態の一態様による、アップリンクおよびダウンリンク信号送信の例示的な図である。
【図５Ｂ】（図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄ）本開示の実施形態の一態様による、アップリンクおよびダウンリンク信号送信の例示的な図である。
【図５Ｃ】（図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄ）本開示の実施形態の一態様による、アップリンクおよびダウンリンク信号送信の例示的な図である。
【図５Ｄ】（図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄ）本開示の実施形態の一態様による、アップリンクおよびダウンリンク信号送信の例示的な図である。
【図６】本開示の実施形態の一態様による、マルチコネクティビティを備えたプロトコル構造の例示的な図である。
【図７】本開示の実施形態の一態様による、ＣＡおよびＤＣを有するプロトコル構造の例示的な図である。
【図８】本開示の実施形態の一態様による、ＴＡＧ構成の例を示す。
【図９】本開示の実施形態の一態様による、セカンダリＴＡＧのランダムアクセスプロセスにおける例示的なメッセージフローである。
【図１０Ａ】（図１０Ａおよび図１０Ｂ）本開示の実施形態の一態様による、５Ｇコアネットワーク（例えば、ＮＧＣ）と基地局（例えば、ｇＮＢおよびｅＬＴＥ  ｅＮＢ）との間のインターフェースの例示的な図である。
【図１０Ｂ】（図１０Ａおよび図１０Ｂ）本開示の実施形態の一態様による、５Ｇコアネットワーク（例えば、ＮＧＣ）と基地局（例えば、ｇＮＢおよびｅＬＴＥ  ｅＮＢ）との間のインターフェースの例示的な図である。
【図１１Ａ】（図１１Ａ、図１１Ｂ、図１１Ｃ、図１１Ｄ、図１１Ｅ、および図１１Ｆ）本開示の実施形態の一態様による、５Ｇ  ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ  ＲＡＮ（例えば、（ｅ）ＬＴＥ  ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図１１Ｂ】（図１１Ａ、図１１Ｂ、図１１Ｃ、図１１Ｄ、図１１Ｅ、および図１１Ｆ）本開示の実施形態の一態様による、５Ｇ  ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ  ＲＡＮ（例えば、（ｅ）ＬＴＥ  ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図１１Ｃ】（図１１Ａ、図１１Ｂ、図１１Ｃ、図１１Ｄ、図１１Ｅ、および図１１Ｆ）本開示の実施形態の一態様による、５Ｇ  ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ  ＲＡＮ（例えば、（ｅ）ＬＴＥ  ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図１１Ｄ】（図１１Ａ、図１１Ｂ、図１１Ｃ、図１１Ｄ、図１１Ｅ、および図１１Ｆ）本開示の実施形態の一態様による、５Ｇ  ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ  ＲＡＮ（例えば、（ｅ）ＬＴＥ  ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図１１Ｅ】（図１１Ａ、図１１Ｂ、図１１Ｃ、図１１Ｄ、図１１Ｅ、および図１１Ｆ）本開示の実施形態の一態様による、５Ｇ  ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ  ＲＡＮ（例えば、（ｅ）ＬＴＥ  ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図１１Ｆ】（図１１Ａ、図１１Ｂ、図１１Ｃ、図１１Ｄ、図１１Ｅ、および図１１Ｆ）本開示の実施形態の一態様による、５Ｇ  ＲＡＮ（例えば、ｇＮＢ）およびＬＴＥ  ＲＡＮ（例えば、（ｅ）ＬＴＥ  ｅＮＢ）の緊密な相互作用のアーキテクチャの例示的な図である。
【図１２Ａ】（図１２Ａ、図１２Ｂ、および図１２Ｃ）本開示の実施形態の一態様による、緊密に相互作用するベアラの無線プロトコル構造の例示的な図である。
【図１２Ｂ】（図１２Ａ、図１２Ｂ、および図１２Ｃ）本開示の実施形態の一態様による、緊密に相互作用するベアラの無線プロトコル構造の例示的な図である。
【図１２Ｃ】（図１２Ａ、図１２Ｂ、および図１２Ｃ）本開示の実施形態の一態様による、緊密に相互作用するベアラの無線プロトコル構造の例示的な図である。
【図１３Ａ】（図１３Ａおよび図１３Ｂ）本開示の実施形態の一態様による、ｇＮＢ展開シナリオの例示的な図である。
【図１３Ｂ】（図１３Ａおよび図１３Ｂ）本開示の実施形態の一態様による、ｇＮＢ展開シナリオの例示的な図である。
【図１４】本開示の実施形態の一態様による、集中型ｇＮＢ展開シナリオの機能分割オプションの例図である。
【図１５Ａ】（図１５Ａおよび図１５Ｂ）本開示の一実施形態の一態様によるＤＭＲＳ設計の一例である。
【図１５Ｂ】（図１５Ａおよび図１５Ｂ）本開示の一実施形態の一態様によるＤＭＲＳ設計の一例である。
【図１６】本開示の一実施形態の一態様によるプリアンブルを含むＧＦのＵＬ送信の基本手順の一例である。
【図１７Ａ】（図１７Ａおよび図１７Ｂ）本開示の一実施形態の一態様によるプリアンブル割り当ての例図である。
【図１７Ｂ】（図１７Ａおよび図１７Ｂ）本開示の一実施形態の一態様によるプリアンブル割り当ての例図である。
【図１８】本開示の一実施形態の一態様によるＵＥ固有のホッピングパターンの一例である。
【図１９】本開示の一実施形態の一態様によるシステムフレーム番号およびサブフレーム番号を含む事前定義されたＧＦ構成の一例である。
【図２０】本開示の一実施形態の一態様による例図である。
【図２１】本開示の一実施形態の一態様による例図である。
【図２２】本開示の一実施形態の一態様によるパックサイズに依存するＧＦ無線リソースを介したＵＬ送信の決定機構の一例である。
【図２３】本開示の一実施形態の一態様による例図である。
【図２４】本開示の一実施形態の一態様によるＧＦ障害レポート手順の一例である。
【図２５】本開示の一実施形態の一態様による例図である。
【図２６】本開示の一実施形態の一態様による第１のタイマおよび第２のタイマの例図である。
【図２７】本開示の一実施形態の一態様によるＧＦ（例えば、第１のタイプの構成済み周期的許可）送信のためのアップリンク電力制御の一例である。
【図２８Ａ】（図２８Ａ、図２８Ｂ、および図２８Ｃ）本開示の一実施形態の一態様による、ＴＤＤ構成０〜６のＫＰＵＳＣＨ値、絶対値および累積のδＰＵＳＣＨ，ｃ値に対するＤＣＩ形式のＴＰＣコマンドフィールド０／０Ａ／０Ｂ／３／４／４Ａ／４Ｂ／６−０Ａ／３Ｂのマッピング、ならびに累積のδＰＵＳＣＨ，ｃ値に対するＤＣＩ形式のＴＰＣコマンドフィールド３Ａ／３Ｂのマッピングの例である。
【図２８Ｂ】（図２８Ａ、図２８Ｂ、および図２８Ｃ）本開示の一実施形態の一態様による、ＴＤＤ構成０〜６のＫＰＵＳＣＨ値、絶対値および累積のδＰＵＳＣＨ，ｃ値に対するＤＣＩ形式のＴＰＣコマンドフィールド０／０Ａ／０Ｂ／３／４／４Ａ／４Ｂ／６−０Ａ／３Ｂのマッピング、ならびに累積のδＰＵＳＣＨ，ｃ値に対するＤＣＩ形式のＴＰＣコマンドフィールド３Ａ／３Ｂのマッピングの例である。
【図２８Ｃ】（図２８Ａ、図２８Ｂ、および図２８Ｃ）本開示の一実施形態の一態様による、ＴＤＤ構成０〜６のＫＰＵＳＣＨ値、絶対値および累積のδＰＵＳＣＨ，ｃ値に対するＤＣＩ形式のＴＰＣコマンドフィールド０／０Ａ／０Ｂ／３／４／４Ａ／４Ｂ／６−０Ａ／３Ｂのマッピング、ならびに累積のδＰＵＳＣＨ，ｃ値に対するＤＣＩ形式のＴＰＣコマンドフィールド３Ａ／３Ｂのマッピングの例である。
【図２９】本開示の一実施形態の一態様のフロー図である。
【図３０】本開示の一実施形態の一態様のフロー図である。
【図３１】本開示の一実施形態の一態様のフロー図である。
【図３２】本開示の一実施形態の一態様のフロー図である。
【図３３】本開示の一実施形態の一態様のフロー図である。
【図３４】本開示の一実施形態の一態様のフロー図である。
【図３５】本開示の一実施形態の一態様のフロー図である。
【図３６】本開示の一実施形態の一態様のフロー図である。
【図３７】本開示の一実施形態の一態様のフロー図である。
【図３８】本開示の一実施形態の一態様のフロー図である。
【発明を実施するための形態】
【０００６】
以下の頭字語は、本開示全体で使用される。
【表１−１】
2020524437.tif 000003
【表１−２】
2020524437.tif 000004
【表１−３】
2020524437.tif 000005
【０００７】
図１は、本開示の実施形態の一態様による、ＯＦＤＭサブキャリアの例示的なセットを示す図である。この例に示すように、図の矢印は、マルチキャリアＯＦＤＭシステムのサブキャリアを示してもよい。ＯＦＤＭシステムは、ＯＦＤＭ技術、ＤＦＴＳ−ＯＦＤＭ、ＳＣ−ＯＦＤＭ技術などの技術を使用してもよい。例えば、矢印１０１は、情報シンボルを送信するサブキャリアを示す。図１は例示を目的とするものであり、典型的なマルチキャリアＯＦＤＭシステムは、キャリアにより多くのサブキャリアを含むことができる。例えば、キャリア内のサブキャリアの数は、１０〜１０，０００個のサブキャリアの範囲にあってもよい。図１は、送信帯域内の２つの保護帯域１０６および１０７を示す。図１に示すように、保護帯域１０６は、サブキャリア１０３とサブキャリア１０４との間にある。サブキャリアＡ１０２の例示的なセットは、サブキャリア１０３およびサブキャリア１０４を含む。図１は、サブキャリアＢ１０５の例示的なセットも示す。図示のように、例示的なサブキャリアのセットＢ１０５の任意の２つのサブキャリア間に保護帯域はない。マルチキャリアＯＦＤＭ通信システムのキャリアは、連続キャリア、非連続キャリア、または連続キャリアと非連続キャリアの両方の組み合わせであってもよい。
【０００８】
図２は、本開示の実施形態の一態様による、２つのキャリアの例示的な送信時間および受信時間を示す図である。マルチキャリアＯＦＤＭ通信システムは、例えば１〜１０キャリアの範囲の１つ以上のキャリアを含んでもよい。キャリアＡ２０４およびキャリアＢ２０５は、同じまたは異なるタイミング構造を有してもよい。図２は２つの同期されたキャリアを示しているが、キャリアＡ２０４とキャリアＢ２０５は互いに同期してもしなくてもよい。ＦＤＤおよびＴＤＤデュプレックスメカニズムでは、異なる無線フレーム構造がサポートされてもよい。図２は、例示的なＦＤＤフレームタイミングを示す。ダウンリンクおよびアップリンク送信は、無線フレーム２０１に編成されてもよい。この例では、無線フレーム期間は１０ミリ秒である。例えば、１〜１００ミリ秒の範囲の他のフレーム期間もサポートされ得る。この例では、各１０ミリ秒無線フレーム２０１は、１０個の同じサイズのサブフレーム２０２に分割されてもよい。０．５ミリ秒、１ミリ秒、２ミリ秒、５ミリ秒など、他のサブフレーム期間もサポートされ得る。サブフレームは、２つ以上のスロット（スロット２０６および２０７など）を含んでもよい。ＦＤＤの例では、１０ミリ秒間隔ごとに１０個のサブフレームがダウンリンク送信に使用でき、１０個のサブフレームがアップリンク送信に使用できる。アップリンクとダウンリンクの送信は、周波数領域で分離されてもよい。スロットは、通常のＣＰで最大６０ｋＨｚの同じサブキャリア間隔で７または１４ＯＦＤＭシンボルとすることができる。スロットは、通常のＣＰで６０ｋＨｚを超える同じサブキャリア間隔で１４ＯＦＤＭシンボルとすることができる。スロットには、すべてのダウンリンク、すべてのアップリンク、またはダウンリンク部分とアップリンク部分などを含めることができる。スロットアグリゲーションをサポートでき、例えば、１つまたは複数のスロットにまたがるようにデータ送信をスケジュールできる。一例では、ミニスロットはサブフレーム内のＯＦＤＭシンボルで開始することができる。ミニスロットは、１つ以上のＯＦＤＭシンボルの期間を有することができる。スロットは、複数のＯＦＤＭシンボル２０３を含むことができる。スロット２０６内のＯＦＤＭシンボル２０３の数は、サイクリックプレフィックス長およびサブキャリア間隔に依存してもよい。
【０００９】
図３は、本開示の実施形態の一態様による、ＯＦＤＭ無線リソースを示す図である。時間３０４および周波数３０５のリソースグリッド構造が図３に示されている。ダウンリンクサブキャリアまたはＲＢの量は、少なくとも部分的に、セル内で構成されたダウンリンク送信帯域幅３０６に依存してもよい。最小の無線リソースユニットは、リソース要素と呼ばれる場合がある（例：３０１）。リソース要素は、リソースブロックにグループ化することができる（例：３０２）。リソースブロックは、リソースブロックグループ（ＲＢＧ）と呼ばれるより大きな無線リソースにグループ化することができる（例：３０３）。スロット２０６内の送信信号は、複数のサブキャリアおよび複数のＯＦＤＭシンボルの１つまたはいくつかのリソースグリッドによって記述され得る。リソースブロックを使用して、特定の物理チャネルからリソース要素へのマッピングを記述することができる。物理リソース要素の他の事前定義されたグループ化は、無線技術に応じてシステムに実装することができる。例えば、２４のサブキャリアは、５ミリ秒の期間、無線ブロックとしてグループ化することができる。例示的な例では、リソースブロックは、時間領域の１つのスロットと周波数領域の１８０ｋＨｚに対応してもよい（１５ＫＨｚのサブキャリア帯域幅と１２のサブキャリアの場合）。
【００１０】
例示的な実施形態では、複数の数秘術がサポートされ得る。一例では、整数Ｎによって基本的なサブキャリア間隔をスケーリングすることにより、数秘術を導出することができる。一例では、スケーラブルな数秘術は、少なくとも１５ｋＨｚ〜４８０ｋＨｚのサブキャリア間隔を可能にし得る。１５ｋＨｚの数秘術と同じＣＰオーバーヘッドを持つ異なるサブキャリア間隔のスケーリングされた数秘術は、ＮＲキャリアで１ミリ秒ごとにシンボル境界に整合してもよい。
【００１１】
図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄは、本開示の実施形態の一態様による、アップリンクおよびダウンリンク信号送信の例示的な図である。図５Ａは、例示的なアップリンク物理チャネルを示す。物理アップリンク共有チャネルを表すベースバンド信号は、以下のプロセスを実行してもよい。これらの機能は例として示されており、さまざまな実施形態で他のメカニズムを実装することができることが予想される。機能には、スクランブリング、スクランブルビットの変調による複素数値シンボルの生成、複素数値変調シンボルの１つ以上の送信層へのマッピング、プリコーディングの変換による複素数値シンボルの生成、複素数値シンボルのプリコーディング、プリコーディングされた複素数値シンボルのリソース要素へのマッピング、アンテナポートの複素数値時間領域ＤＦＴＳ−ＯＦＤＭ／ＳＣ−ＦＤＭＡ信号の生成などが含まれてもよい。
【００１２】
アンテナポートの複素数値ＤＦＴＳ−ＯＦＤＭ／ＳＣ−ＦＤＭＡベースバンド信号および／または複素数値ＰＲＡＣＨベースバンド信号のキャリア周波数への変調およびアップコンバージョンの例を図５Ｂに示す。送信前にフィルタリングを用いることができる。
【００１３】
ダウンリンク送信の構造例は、図５Ｃに示されている。ダウンリンク物理チャネルを表すベースバンド信号は、以下のプロセスを実行してもよい。これらの機能は例として示されており、さまざまな実施形態で他のメカニズムを実装することができることが予想される。機能には、物理チャネルで送信されるコードワードのコード化ビットのスクランブル、スクランブルビットの変調による複素数値変調シンボルの生成、複素数値変調シンボルの１つまたはいくつかの送信層上へのマッピング、アンテナポートで送信するための層の複素数値変調シンボルのプリコーディング、アンテナポートの複素数値変調シンボルのリソース要素へのマッピング、アンテナポートの複素数値時間領域ＯＦＤＭ信号の生成などが含まれる。
【００１４】
アンテナポートの複素数値ＯＦＤＭベースバンド信号のキャリア周波数への変調とアップコンバージョンの例を図５Ｄに示す。送信前にフィルタリングを用いることができる。
【００１５】
図４は、本開示の実施形態の一態様による、基地局４０１および無線デバイス４０６の例示的なブロック図である。通信ネットワーク４００は、少なくとも１つの基地局４０１および少なくとも１つの無線デバイス４０６を含むことができる。基地局４０１は、少なくとも１つの通信インターフェース４０２、少なくとも１つのプロセッサ４０３、および非一時的メモリ４０４に格納され、少なくとも１つのプロセッサ４０３によって実行可能なプログラムコード命令４０５の少なくとも１つのセットを含むことができる。無線デバイス４０６は、少なくとも１つの通信インターフェース４０７、少なくとも１つのプロセッサ４０８、および非一時的メモリ４０９に格納され、少なくとも１つのプロセッサ４０８によって実行可能なプログラムコード命令４１０の少なくとも１つのセットを含むことができる。基地局４０１の通信インターフェース４０２は、少なくとも１つの無線リンク４１１を含む通信経路を介して無線デバイス４０６の通信インターフェース４０７と通信するように構成されてもよい。無線リンク４１１は、双方向リンクとすることができる。無線デバイス４０６の通信インターフェース４０７は、基地局４０１の通信インターフェース４０２との通信に従事するように構成されてもよい。基地局４０１および無線デバイス４０６は、複数の周波数キャリアを使用して無線リンク４１１を介してデータを送受信するように構成されてもよい。実施形態の様々な態様のうちのいくつかによれば、トランシーバが用いられてもよい。トランシーバは、トランスミッタとレシーバの両方を含むデバイスである。トランシーバは、無線デバイス、基地局、中継ノードなどのデバイスで用いることができる。通信インターフェース４０２、４０７および無線リンク４１１に実装される無線技術の例示的な実施形態は、図１、図２、図３、図５、および関連するテキストで示されている。
【００１６】
インターフェースは、ハードウェアインターフェース、ファームウェアインターフェース、ソフトウェアインターフェース、および／またはそれらの組み合わせであってもよい。ハードウェアインターフェースは、コネクタ、ワイヤ、ドライバなどの電子デバイス、アンプなどを含むことができる。ソフトウェアインターフェースは、プロトコル、プロトコル層、通信ドライバ、デバイスドライバ、それらの組み合わせなどを実装するためにメモリデバイスに格納されたコードを含んでもよい。ファームウェアインターフェースには、接続、電子デバイス動作、プロトコル、プロトコル層、通信ドライバ、デバイスドライバ、ハードウェア動作、それらの組み合わせなどを実装するために、メモリデバイスに格納された、および／またはメモリデバイスと通信して埋め込まれたハードウェアとコードの組み合わせを含んでもよい。
【００１７】
用語「構成された」は、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの容量に関連する場合がある。「構成された」とは、デバイスが動作状態にあるか非動作状態にあるかにかかわらず、デバイスの動作特性に影響するデバイスの特定の設定を指す場合もある。言い換えると、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリ値などは、デバイスが特定の特性を提供するために、デバイスが動作状態または非動作状態にあるかどうかにかかわらず、デバイス内で「構成」され得る。「デバイスで発生する制御メッセージ」などの用語は、デバイスが動作状態か非動作状態かにかかわらず、制御メッセージにデバイスの特定の特性を構成するために使用できるパラメータがあることを意味する場合がある。
【００１８】
実施形態の様々な態様のいくつかによれば、５Ｇネットワークは多数の基地局を含むことができ、無線デバイスに向けてユーザプレーンＮＲ  ＰＤＣＰ／ＮＲ  ＲＬＣ／ＮＲ  ＭＡＣ／ＮＲ  ＰＨＹおよび制御プレーン（ＮＲ  ＲＲＣ）プロトコル終端を提供する。基地局は、他の基地局と相互接続することができる（Ｘｎインターフェースを用いるなど）。基地局はまた、例えばＮＧＣへのＮＧインターフェースを用いて接続されてもよい。図１０Ａおよび図１０Ｂは、本開示の実施形態の一態様による、５Ｇコアネットワーク（例えば、ＮＧＣ）と基地局（例えば、ｇＮＢおよびｅＬＴＥ  ｅＮＢ）との間のインターフェースの例示的な図である。例えば、基地局は、ＮＧ−Ｃインターフェースを用いるＮＧＣ制御プレーン（例えば、ＮＧ  ＣＰ）およびＮＧ−Ｕインターフェースを用いるＮＧＣユーザプレーン（例えば、ＵＰＧＷ）に相互接続されてもよい。ＮＧインターフェースは、５Ｇコアネットワークと基地局間の多対多の関係をサポートすることができる。
【００１９】
基地局には、例えば、１、２、３、４、または６つのセクターなど、多くのセクターが含まれる場合がある。基地局は、例えば１〜５０個以上のセルの範囲の多くのセルを含むことができる。セルは、例えばプライマリセルまたはセカンダリセルに分類できる。ＲＲＣ接続の確立／再確立／ハンドオーバーでは、１つのサービングセルがＮＡＳ（非アクセス層）モビリティ情報（例えば、ＴＡＩ）を提供し、ＲＲＣ接続の再確立／ハンドオーバーでは、１つのサービングセルがセキュリティ入力を提供することができる。このセルは、プライマリセル（ＰＣｅｌｌ）と呼ばれる場合がある。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアはダウンリンクプライマリコンポーネントキャリア（ＤＬ  ＰＣＣ）とし、アップリンクでは、アップリンクプライマリコンポーネントキャリア（ＵＬ  ＰＣＣ）とすることができる。無線デバイスの機能に応じて、セカンダリセル（ＳＣｅｌｌ）は、ＰＣｅｌｌとサービングセルのセットを一緒に形成するように構成することができる。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアはダウンリンクセカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ）であり、アップリンクではアップリンクセカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ）である。ＳＣｅｌｌには、アップリンクキャリアを有する場合と有しない場合がある。
【００２０】
ダウンリンクキャリアとオプションのアップリンクキャリアを含むセルには、物理セルＩＤとセルインデックスを割り当てることができる。キャリア（ダウンリンクまたはアップリンク）は１つのセルにのみ属することができる。セルＩＤまたはセルインデックスは、セルのダウンリンクキャリアまたはアップリンクキャリアも（使用されるコンテキストに応じて）識別することができる。本明細書では、セルＩＤは、キャリアＩＤと等しく呼ばれてもよく、セルインデックスは、キャリアインデックスと呼ばれてもよい。実装では、物理セルＩＤまたはセルインデックスをセルに割り当てることができる。セルＩＤは、ダウンリンクキャリアで送信される同期信号を使用して決定されてもよい。セルインデックスは、ＲＲＣメッセージを使用して決定されてもよい。例えば、仕様が第１のダウンリンクキャリアの第１の物理セルＩＤを指す場合、仕様は、第１のダウンリンクキャリアを含むセルの第１の物理セルＩＤを意味する場合がある。同じ概念が、例えば、キャリアのアクティベーションに適用される場合がある。仕様が第１のキャリアがアクティブになっていることを示している場合、その仕様は、第１のキャリアを含むセルがアクティブになっていることを等しく意味する場合がある。
【００２１】
実施形態は、必要に応じて動作するように構成されてもよい。開示されたメカニズムは、例えば、無線デバイス、基地局、無線環境、ネットワーク、上記の組み合わせなどで、特定の基準が満たされたときに実行され得る。例示的な基準は、例えば、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、上記の組み合わせなどに少なくとも部分的に基づいてもよい。１つ以上の基準が満たされると、様々な例示的な実施形態が適用され得る。したがって、開示されたプロトコルを選択的に実装する例示的な実施形態を実装することが可能であり得る。
【００２２】
基地局は、さまざまな無線デバイスと通信することができる。無線デバイスは、複数のテクノロジー、および／または同じテクノロジーの複数のリリースをサポートすることができる。無線デバイスは、その無線デバイスのカテゴリおよび／または機能に応じて、特定の機能を有してもよい。基地局は、複数のセクターを含んでもよい。本開示が複数の無線デバイスと通信する基地局に言及する場合、本開示は、カバレッジエリア内の全無線デバイスのサブセットに言及し得る。本開示は、例えば、所定の能力を備え、基地局の所定のセクターにある、所定のＬＴＥまたは５Ｇリリースの複数の無線デバイスに言及し得る。本開示における複数の無線デバイスは、選択された複数の無線デバイス、および／または開示された方法などに従って実行するカバレッジエリア内の全無線デバイスのサブセットを指し得る。例えば、それらの無線デバイスは、ＬＴＥまたは５Ｇ技術の古いリリースに基づいて実行されるため、開示された方法に準拠しない場合があるカバレッジエリアに複数の無線デバイスが存在し得る。
【００２３】
図６および図７は、本開示の実施形態の一態様による、ＣＡおよびマルチコネクティビティを備えたプロトコル構造の例示的な図である。ＮＲはマルチコネクティビティ動作をサポートでき、それにより、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの複数のＲＸ／ＴＸ  ＵＥは、非理想的または理想的なバックホールを介してＸｎインターフェース経由で接続された複数のｇＮＢにある複数のスケジューラによって提供される無線リソースを利用するように構成することができる。特定のＵＥのマルチコネクティビティに関与するｇＮＢは、２つの異なる役割を引き受けることができ、ｇＮＢは、マスターｇＮＢまたはセカンダリｇＮＢとして機能する。マルチコネクティビティでは、ＵＥは１つのマスターｇＮＢと１つ以上のセカンダリｇＮＢに接続される。図７は、マスターセルグループ（ＭＣＧ）およびセカンダリセルグループ（ＳＣＧ）が構成され、実装を制限しない場合の、ＵＥ側ＭＡＣエンティティの構造の一例を示す。メディアブロードキャストマルチキャストサービス（ＭＢＭＳ）受信は、簡単にするためにこの図には示されていない。
【００２４】
マルチコネクティビティでは、特定のベアラが使用する無線プロトコルアーキテクチャは、ベアラの設定によって異なる場合がある。ＭＣＧベアラ、ＳＣＧベアラ、およびスプリットベアラを含むベアラの３つの例が図６に示される。ＮＲ  ＲＲＣはマスターｇＮＢに配置することができ、ＳＲＢはＭＣＧベアラタイプとして構成することができ、マスターｇＮＢの無線リソースを使用することができる。マルチコネクティビティは、セカンダリｇＮＢによって提供される無線リソースを使用するように構成された少なくとも１つのベアラを有するものとして説明することもできる。本開示の例示的な実施形態では、マルチコネクティビティを構成／実装してもしなくてもよい。
【００２５】
マルチコネクティビティの場合、ＵＥは複数のＮＲ  ＭＡＣエンティティ（マスターｇＮＢの１つのＮＲ  ＭＡＣエンティティ、およびセカンダリｇＮＢのその他のＮＲ  ＭＡＣエンティティ）で構成することができる。マルチコネクティビティでは、ＵＥのサービングセルの構成されたセットは、２つのサブセット（マスターｇＮＢのサービングセルを含むマスターセルグループ（ＭＣＧ）、およびセカンダリｇＮＢのサービングセルを含むセカンダリセルグループ（ＳＣＧ））で構成することができる。ＳＣＧの場合、次の１つ以上、すなわち、ＳＣＧの少なくとも１つのセルが構成されたＵＬ  ＣＣを有し、ＰＳＣｅｌｌ（またはＳＣＧのＰＣｅｌｌ、またはＰＣｅｌｌと呼ばれることもある）という名前のそれらの１つがＰＵＣＣＨリソースとともに構成されている、ＳＣＧが構成されている場合、少なくとも１つのＳＣＧベアラまたは１つのスプリットベアラがある、ＰＳＣｅｌｌでの物理層の問題またはランダムアクセスの問題の検出時、またはＳＣＧに関連付けられたＮＲ  ＲＬＣ再送信の最大数に到達したとき、またはＳＣＧの追加またはＳＣＧの変更中にＰＳＣｅｌｌでアクセス問題が検出されたとき、ＲＲＣ接続の再確立手順がトリガされない場合があり、ＳＣＧのセルへのＵＬ送信が停止され、マスターｇＮＢは、スプリットベアラについて、ＳＣＧ障害タイプをＵＥによって通知される場合があり、マスターｇＮＢを介したＤＬデータ転送が維持される、ＮＲ  ＲＬＣ  ＡＭベアラは、スプリットベアラ用に構成することができる、ＰＣｅｌｌと同様に、ＰＳＣｅｌｌは非アクティブ化できない、ＰＳＣｅｌｌは、ＳＣＧの変更（セキュリティキーの変更やＲＡＣＨ手順など）により変更できる、および／またはスプリットベアラとＳＣＧベアラ間の直接ベアラタイプの変更、またはＳＣＧとスプリットベアラの同時構成は、サポートされる場合とサポートされない場合がある、を適用できる。
【００２６】
マルチコネクティビティのためのマスターｇＮＢとセカンダリｇＮＢとの間の相互作用に関して、次の原則のうちの１つ以上、すなわち、マスターｇＮＢは、ＵＥのＲＲＭ測定構成を維持し、（例えば、受信した測定レポート、トラフィック状態、またはベアラタイプに基づいて）、セカンダリｇＮＢにＵＥに追加のリソース（サービングセル）を提供するよう依頼することを決定する、マスターｇＮＢから要求を受信すると、セカンダリｇＮＢは、ＵＥの追加のサービングセルの構成をもたらすコンテナを作成する（または、利用可能なリソースがないと判断する）ことができる、ＵＥ機能調整の場合、マスターｇＮＢはＡＳ構成（およびその一部）をセカンダリｇＮＢに提供することができる、マスターｇＮＢとセカンダリｇＮＢは、Ｘｎメッセージで搬送されるＮＲ  ＲＲＣコンテナ（ノード間メッセージ）を用いることにより、ＵＥ構成に関する情報を交換できる、セカンダリｇＮＢは、その既存のサービングセルの再構成を開始することができる（例えば、セカンダリｇＮＢへのＰＵＣＣＨ）、セカンダリｇＮＢは、どのセルがＳＣＧ内のＰＳＣｅｌｌであるかを決定できる、マスターｇＮＢは、セカンダリｇＮＢによって提供されるＮＲ  ＲＲＣ構成の内容を変更しない場合がある、ＳＣＧの追加およびＳＣＧ  ＳＣｅｌｌの追加の場合、マスターｇＮＢはＳＣＧセルの最新の測定結果を提供することができる、マスターｇＮＢおよびセカンダリｇＮＢの両方が、ＯＡＭによって互いのＳＦＮとサブフレームオフセットを知っている場合がある（例えば、ＤＲＸアライメントと測定ギャップの識別のため）、を適用することができる。例では、新しいＳＣＧ  ＳＣｅｌｌを追加するとき、ＳＣＧのＰＳＣｅｌｌのＭＩＢから取得したＳＦＮを除いて、ＣＡに関してセルの必要なシステム情報を送信するために専用ＮＲ  ＲＲＣシグナリングを使用できる。
【００２７】
一例では、サービングセルは、ＴＡグループ（ＴＡＧ）にグループ化することができる。１つのＴＡＧのサービングセルは、同じタイミング基準を使用できる。所定のＴＡＧについて、ユーザ機器（ＵＥ）は少なくとも１つのダウンリンクキャリアをタイミング基準として使用できる。所定のＴＡＧについて、ＵＥは同じＴＡＧに属するアップリンクキャリアのアップリンクサブフレームとフレーム送信タイミングを同期させることができる。一例では、同じＴＡが適用されるアップリンクを有するサービングセルは、同じレシーバによってホストされるサービングセルに対応してもよい。複数のＴＡをサポートするＵＥは、２つ以上のＴＡグループをサポートすることができる。１つのＴＡグループにはＰＣｅｌｌが含まれ、プライマリＴＡＧ（ｐＴＡＧ）と呼ばれる場合がある。複数のＴＡＧ構成では、少なくとも１つのＴＡグループにＰＣｅｌｌが含まれず、セカンダリＴＡＧ（ｓＴＡＧ）と呼ばれる場合がある。一例では、同じＴＡグループ内のキャリアは、同じＴＡ値および／または同じタイミング基準を使用してもよい。ＤＣが構成されている場合、セルグループ（ＭＣＧまたはＳＣＧ）に属するセルは、ｐＴＡＧと１つ以上のｓＴＡＧを含む複数のＴＡＧにグループ化することができる。
【００２８】
図８は、本開示の実施形態の一態様による、ＴＡＧ構成の例を示す。例１では、ｐＴＡＧはＰＣｅｌｌを含み、ｓＴＡＧはＳＣｅｌｌ１を含む。例２では、ｐＴＡＧはＰＣｅｌｌとＳＣｅｌｌ１を含み、ｓＴＡＧはＳＣｅｌｌ２とＳＣｅｌｌ３を含む。例３では、ｐＴＡＧはＰＣｅｌｌとＳＣｅｌｌ１を含み、ｓＴＡＧ１はＳＣｅｌｌ２とＳＣｅｌｌ３を含み、ｓＴＡＧ２はＳＣｅｌｌ４を含む。セルグループ（ＭＣＧまたはＳＣＧ）で最大４つのＴＡＧをサポートでき、他のＴＡＧ構成の例も提供することができる。本開示の様々な例では、例示的なメカニズムがｐＴＡＧおよびｓＴＡＧについて説明されている。メカニズムの例のいくつかは、複数のｓＴＡＧを持つ構成に適用できる。
【００２９】
一例では、ｅＮＢは、アクティブ化されたＳＣｅｌｌに対するＰＤＣＣＨ指令を介してＲＡ手順を開始することができる。このＰＤＣＣＨ指令は、このＳＣｅｌｌのスケジューリングセル上で送信できる。セルにクロスキャリアスケジューリングが構成されている場合、スケジューリングセルはプリアンブル送信に用いられるセルとは異なる場合があり、ＰＤＣＣＨ指令にはＳＣｅｌｌインデックスが含まれる場合がある。少なくとも非競合ベースのＲＡ手順は、ｓＴＡＧに割り当てられたＳＣｅｌｌでサポートされ得る。
【００３０】
図９は、本開示の実施形態の一態様による、セカンダリＴＡＧにおけるランダムアクセスプロセスにおける例示的なメッセージフローである。ｅＮＢは、アクティベーションコマンド６００を送信して、ＳＣｅｌｌをアクティブ化する。プリアンブル６０２（Ｍｓｇ１）は、ｓＴＡＧに属するＳＣｅｌｌ上のＰＤＣＣＨ指令６０１に応答してＵＥによって送信されてもよい。例示的な実施形態では、ＳＣｅｌｌのプリアンブル送信は、ＰＤＣＣＨフォーマット１Ａを使用するネットワークによって制御されてもよい。ＳＣｅｌｌ上のプリアンブル送信に応答するＭｓｇ２メッセージ６０３（ＲＡＲ：ランダムアクセス応答）は、ＰＣｅｌｌ共通探索空間（ＣＳＳ）内のＲＡ−ＲＮＴＩにアドレス指定され得る。アップリンクパケット６０４は、プリアンブルが送信されたＳＣｅｌｌ上で送信されてもよい。
【００３１】
実施形態の様々な態様のいくつかによれば、ランダムアクセス手順を通じて初期タイミングアライメントを達成することができる。これには、ランダムアクセスプリアンブルを送信するＵＥと、ランダムアクセス応答ウィンドウ内で初期ＴＡコマンドＮＴＡ（タイミングアドバンスの量）で応答するｅＮＢが含まれる。ランダムアクセスプリアンブルの開始は、ＮＴＡ＝０と仮定して、ＵＥでの対応するアップリンクサブフレームの開始と整合させることができる。ｅＮＢは、ＵＥによって送信されたランダムアクセスプリアンブルからアップリンクタイミングを推定することができる。ＴＡコマンドは、所望のＵＬタイミングと実際のＵＬタイミング間の差の推定に基づいてｅＮＢによって導出されてもよい。ＵＥは、プリアンブルが送信されるｓＴＡＧの対応するダウンリンクに対する初期アップリンク送信タイミングを決定することができる。
【００３２】
サービングセルのＴＡＧへのマッピングは、ＲＲＣシグナリングを備えたサービングｅＮＢによって構成することができる。ＴＡＧ構成および再構成のメカニズムは、ＲＲＣシグナリングに基づいてもよい。実施形態の様々な態様のうちのいくつかによれば、ｅＮＢがＳＣｅｌｌ追加構成を実行するとき、関連するＴＡＧ構成がＳＣｅｌｌ用に構成されてもよい。例示的な実施形態では、ｅＮＢは、ＳＣｅｌｌを除去（解放）し、更新されたＴＡＧ  ＩＤで新しいＳＣｅｌｌ（同じ物理セルＩＤおよび周波数を有する）を追加（構成）することにより、ＳＣｅｌｌのＴＡＧ構成を修正することができる。更新されたＴＡＧ  ＩＤを持つ新しいＳＣｅｌｌは、更新されたＴＡＧ  ＩＤが割り当てられた後、最初は非アクティブであってもよい。ｅＮＢは、更新された新しいＳＣｅｌｌをアクティブ化し、アクティブ化されたＳＣｅｌｌ上でパケットのスケジューリングを開始することができる。実装例では、ＳＣｅｌｌに関連付けられているＴＡＧを変更できない場合があるが、ＳＣｅｌｌを削除し、新しいＳＣｅｌｌを別のＴＡＧに追加する必要があり得る。例えば、ＳＣｅｌｌをｓＴＡＧからｐＴＡＧに移動する必要がある場合、少なくとも１つのＲＲＣメッセージ、例えば少なくとも１つのＲＲＣ再構成メッセージをＵＥに送信して、ＳＣｅｌｌを解放することによってＴＡＧ構成を再構成し、次に、ＳＣｅｌｌをｐＴＡＧの一部として構成することができる（ＴＡＧインデックスなしでＳＣｅｌｌを追加／構成する場合、ＳＣｅｌｌをｐＴＡＧに明示的に割り当てることができる）。ＰＣｅｌｌはそのＴＡグループを変更せず、ｐＴＡＧのメンバーである場合がある。
【００３３】
ＲＲＣ接続再構成手順の目的は、ＲＲＣ接続を修正する（例えば、ＲＢを確立、修正、および／または解放する、ハンドオーバーを実行する、測定を設定、修正、および／または解放する、追加、修正、および／またはＳＣｅｌｌを解放する）ことである。受信したＲＲＣ接続再構成メッセージにｓＣｅｌｌＴｏＲｅｌｅａｓｅＬｉｓｔが含まれている場合、ＵＥはＳＣｅｌｌリリースを実行できる。受信したＲＲＣ接続再構成メッセージにｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔが含まれている場合、ＵＥはＳＣｅｌｌの追加または修正を実行できる。
【００３４】
ＬＴＥ  Ｒｅｌｅａｓｅ−１０およびＲｅｌｅａｓｅ−１１  ＣＡでは、ＰＵＣＣＨはＰＣｅｌｌ（ＰＳＣｅｌｌ）でのみｅＮＢに送信される。ＬＴＥ−Ｒｅｌｅａｓｅ  １２以前では、ＵＥは１つのセル（ＰＣｅｌｌまたはＰＳＣｅｌｌ）上でＰＵＣＣＨ情報を所定のｅＮＢに送信できる。
【００３５】
ＣＡ対応ＵＥの数および集約されたキャリアの数も増加すると、ＰＵＣＣＨの数およびＰＵＣＣＨペイロードサイズも増加する可能性がある。ＰＣｅｌｌでＰＵＣＣＨ送信に対応すると、ＰＣｅｌｌで高いＰＵＣＣＨ負荷が発生する可能性がある。ＳＣｅｌｌ上のＰＵＣＣＨを導入して、ＰＣｅｌｌからＰＵＣＣＨリソースをオフロードできる。例えば、ＰＣｅｌｌ上のＰＵＣＣＨとＳＣｅｌｌ上の別のＰＵＣＣＨなど、２つ以上のＰＵＣＣＨを構成することができる。例示的な実施形態では、ＣＳＩ／ＡＣＫ／ＮＡＣＫを基地局に送信するためのＰＵＣＣＨリソースで１つ、２つ、またはそれ以上のセルを構成することができる。セルは複数のＰＵＣＣＨグループにグループ化することができ、グループ内の１つ以上のセルはＰＵＣＣＨで構成することができる。構成例では、１つのＳＣｅｌｌが１つのＰＵＣＣＨグループに属する場合がある。基地局に送信される構成されたＰＵＣＣＨを有するＳＣｅｌｌは、ＰＵＣＣＨ  ＳＣｅｌｌと呼ばれる場合があり、同じ基地局に送信された共通のＰＵＣＣＨリソースを有するセルグループは、ＰＵＣＣＨグループと呼ばれる場合がある。
【００３６】
例示的な実施形態では、ＭＡＣエンティティは、ＴＡＧごとに構成可能なタイマーｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを有することができる。ｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒは、ＭＡＣエンティティが関連するＴＡＧに属するサービングセルをアップリンクの時間整合されていると見なす時間を制御するために使用できる。ＭＡＣエンティティは、タイミングアドバンスコマンドのＭＡＣ制御要素を受信すると、指定されたＴＡＧにタイミングアドバンスコマンドを適用して、指定されたＴＡＧに関連付けられたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを開始または再起動することができる。ＭＡＣエンティティは、ＴＡＧに属するサービングセルのランダムアクセス応答メッセージでタイミングアドバンスコマンドを受信した場合、および／またはランダムアクセスプリアンブルがＭＡＣエンティティによって選択されなかった場合、このＴＡＧにタイミングアドバンスコマンドを適用して、このＴＡＧに関連付けられたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒを開始または再起動することができる。そうではなく、このＴＡＧに関連付けられたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが実行されていない場合、このＴＡＧのタイミングアドバンスコマンドが適用され、このＴＡＧに関連付けられたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが開始され得る。競合解決が成功しなかったと見なされると、このＴＡＧに関連付けられたｔｉｍｅＡｌｉｇｎｍｅｎｔＴｉｍｅｒが停止する場合がある。そうでない場合、ＭＡＣエンティティは受信したタイミングアドバンスコマンドを無視する場合がある。
【００３７】
例示的な実施形態では、タイマーは、開始されると、停止されるか期限切れになるまで実行されるか、そうでない場合、実行されていない場合がある。タイマーは、実行されていない場合は開始でき、実行中の場合は再起動できる。例えば、タイマーは、初期値から開始または再起動できる。
【００３８】
本開示の例示的な実施形態は、マルチキャリア通信の動作を可能にし得る。他の例示的な実施形態は、マルチキャリア通信の動作を引き起こすために１つ以上のプロセッサによって実行可能な命令を含む非一時的な有形のコンピュータ可読媒体を含むことができる。さらに他の例示的な実施形態は、プログラム可能なハードウェアがデバイス（例えば、無線通信機、ＵＥ、基地局など）にマルチキャリア通信の動作を可能にし得るために符号化された命令を有する非一時的な有形のコンピュータ可読機械アクセス可能媒体を含む製品を含むことができる。デバイスは、プロセッサ、メモリ、インターフェースなどを含むことができる。他の例示的な実施形態は、基地局、無線デバイス（またはユーザ機器：ＵＥ）、サーバ、スイッチ、アンテナなどのデバイスを含む通信ネットワークを含むことができる。
【００３９】
図１１Ａ、図１１Ｂ、図１１Ｃ、図１１Ｄ、図１１Ｅ、および図１１Ｆは、本開示の実施形態の一態様による、５Ｇ  ＲＡＮとＬＴＥ  ＲＡＮとの間の緊密な相互作用のアーキテクチャの例示的な図である。緊密なインターワーキングにより、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤの複数のＲＸ／ＴＸ  ＵＥは、非理想的または理想的なバックホールを介して、ＬＴＥ  ｅＮＢとｇＮＢとの間のＸｘインターフェース、またはｅＬＴＥ  ｅＮＢとｇＮＢとの間のＸｎインターフェースを介して接続された２つの基地局（例えば、（ｅ）ＬＴＥ  ｅＮＢおよびｇＮＢ）にある２つのスケジューラによって提供される無線リソースを利用するように構成することができる。特定のＵＥの緊密なインターワーキングに関与する基地局は、２つの異なる役割を引き受けており、基地局は、マスター基地局またはセカンダリ基地局として機能する。緊密なインターワーキングでは、ＵＥは１つのマスター基地局と１つのセカンダリ基地局に接続される。緊密なインターワーキングで実装されるメカニズムは、３つ以上の基地局をカバーするように拡張されてもよい。
【００４０】
図１１Ａおよび図１１Ｂでは、マスター基地局は、ＥＰＣノード（例えば、Ｓ１−Ｃインターフェースを介してＭＭＥに、およびＳ１−Ｕインターフェースを介してＳ−ＧＷに）に接続され得るＬＴＥ  ｅＮＢとすることができ、かつ、セカンダリ基地局はｇＮＢとすることができ、それは、ＬＴＥ  ｅＮＢへのＸｘ−Ｃインターフェースを介して制御プレーン接続を有する非スタンドアロンノードとすることができる。図１１Ａの緊密なインターワーキングアーキテクチャでは、ｇＮＢのユーザプレーンは、ＬＴＥ  ｅＮＢとｇＮＢとの間のＸｘ−ＵインターフェースおよびＬＴＥ  ｅＮＢとＳ−ＧＷとの間のＳ１−Ｕインターフェースを介したＬＴＥ  ｅＮＢを通じて、Ｓ−ＧＷに接続され得る。図１１Ｂのアーキテクチャでは、ｇＮＢのユーザプレーンは、ｇＮＢとＳ−ＧＷとの間のＳ１−Ｕインターフェースを介してＳ−ＧＷに直接接続され得る。
【００４１】
図１１Ｃおよび図１１Ｄでは、マスター基地局は、ＮＧＣノード（例えば、ＮＧ−Ｃインターフェースを介して制御プレーンコアノードに、ＮＧ−Ｕインターフェースを介してユーザプレーンコアノードに）に接続され得るｇＮＢとすることができ、かつ、セカンダリ基地局はｅＬＴＥ  ｅＮＢとすることができ、それは、Ｘｎ−Ｃインターフェースを介してｇＮＢへの制御プレーン接続を有する非スタンドアロンノードとすることができる。図１１Ｃの緊密なインターワーキングアーキテクチャでは、ｅＬＴＥ  ｅＮＢのユーザプレーンは、ｅＬＴＥ  ｅＮＢとｇＮＢとの間のＸｎ−ＵインターフェースおよびｇＮＢとユーザプレーンコアノードとの間のＮＧ−Ｕインターフェースを介したｇＮＢを通じて、ユーザプレーンコアノードに接続され得る。図１１Ｄのアーキテクチャでは、ｅＬＴＥ  ｅＮＢのユーザプレーンは、ｅＬＴＥ  ｅＮＢとユーザプレーンコアノードとの間のＮＧ−Ｕインターフェースを介してユーザプレーンコアノードに直接接続され得る。
【００４２】
図１１Ｅおよび図１１Ｆでは、マスター基地局は、ＮＧＣノード（例えば、ＮＧ−Ｃインターフェースを介して制御プレーンコアノードに、ＮＧ−Ｕインターフェースを介してユーザプレーンコアノードに）に接続され得るｅＬＴＥ  ｅＮＢとすることができ、かつ、セカンダリ基地局は、ｇＮＢとすることができ、それは、Ｘｎ−Ｃインターフェースを介してｅＬＴＥ  ｅＮＢへの制御プレーン接続を有する非スタンドアロンノードとすることができる。図１１Ｅの緊密なインターワーキングアーキテクチャでは、ｅＬＴＥ  ｅＮＢとｇＮＢとの間のＸｎ−ＵインターフェースおよびｅＬＴＥ  ｅＮＢとユーザプレーンコアノードとの間のＮＧ−Ｕインターフェースを介したｅＬＴＥ  ｅＮＢを通じてユーザプレーンコアノードに接続され得る。図１１Ｆのアーキテクチャでは、ｇＮＢのユーザプレーンは、ｇＮＢとユーザプレーンコアノードとの間のＮＧ−Ｕインターフェースを介してユーザプレーンコアノードに直接接続され得る。
【００４３】
図１２Ａ、図１２Ｂ、および図１２Ｃは、本開示の実施形態の一態様による、緊密なインターワーキングベアラの無線プロトコル構造の例示的な図である。図１２Ａでは、ＬＴＥ  ｅＮＢはマスター基地局であり得、ｇＮＢはセカンダリ基地局であり得る。図１２Ｂでは、ｇＮＢはマスター基地局であり得、ｅＬＴＥ  ｅＮＢはセカンダリ基地局であり得る。図１２Ｃでは、ｅＬＴＥ  ｅＮＢはマスター基地局であり得、ｇＮＢはセカンダリ基地局であり得る。５Ｇネットワークでは、特定のベアラが使用する無線プロトコルアーキテクチャは、ベアラの設定によって異なる場合がある。ＭＣＧベアラ、ＳＣＧベアラ、およびスプリットベアラを含む３つの例示的なベアラが図１２Ａ、図１２Ｂ、および図１２Ｃに示される。ＮＲ  ＲＲＣは、マスター基地局に配置することができ、ＳＲＢは、ＭＣＧベアラタイプとして構成することができ、マスター基地局の無線リソースを使用することができる。緊密なインターワーキングは、セカンダリ基地局によって提供される無線リソースを使用するように構成された少なくとも１つのベアラを持つものとして説明することもできる。本開示の例示的な実施形態では、緊密なインターワーキングを構成／実装してもしなくてもよい。
【００４４】
緊密なインターワーキングの場合、ＵＥは２つのＭＡＣエンティティで構成することができ、１つのＭＡＣエンティティはマスター基地局用であり、もう１つのＭＡＣエンティティは、セカンダリ基地局用である。緊密なインターワーキングでは、ＵＥのサービングセルの構成されたセットは、２つのサブセットで構成され、マスター基地局のサービングセルを含むマスターセルグループ（ＭＣＧ）、およびセカンダリ基地局のサービングセルを含むセカンダリセルグループ（ＳＣＧ）である。ＳＣＧの場合、次の１つ以上、すなわち、ＳＣＧの少なくとも１つのセルが構成されたＵＬ  ＣＣを有し、ＰＳＣｅｌｌ（またはＳＣＧのＰＣｅｌｌ、またはＰＣｅｌｌと呼ばれることもある）という名前のそれらの１つにＰＵＣＣＨリソースが構成されている、ＳＣＧが構成されている場合、少なくとも１つのＳＣＧベアラまたは１つのスプリットベアラがある、ＰＳＣｅｌｌでの物理層の問題またはランダムアクセスの問題の検出時、またはＳＣＧに関連付けられた（ＮＲ）ＲＬＣ再送信の最大数に到達したとき、またはＳＣＧの追加またはＳＣＧの変更中にＰＳＣｅｌｌでアクセス問題が検出されたとき、ＲＲＣ接続の再確立手順がトリガされない場合があり、ＳＣＧのセルへのＵＬ送信が停止され、マスター基地局は、スプリットベアラについて、ＳＣＧ障害タイプをＵＥによって通知される場合があり、マスター基地局を介したＤＬデータ転送が維持される、ＲＬＣ  ＡＭベアラは、スプリットベアラ用に構成することができる、ＰＣｅｌｌと同様に、ＰＳＣｅｌｌは非アクティブ化できない、ＰＳＣｅｌｌは、ＳＣＧの変更（セキュリティキーの変更やＲＡＣＨ手順など）により変更できる、および／またはスプリットベアラとＳＣＧベアラ間の直接ベアラタイプの変更も、ＳＣＧとスプリットベアラの同時構成もサポートされない、を適用できる。
【００４５】
マスター基地局とセカンダリ基地局との間の相互作用に関して、次の原則のうちの１つ以上、すなわち、マスター基地局は、ＵＥのＲＲＭ測定構成を維持し、（例えば、受信した測定レポート、トラフィック状態、またはベアラタイプに基づいて）、セカンダリ基地局にＵＥに追加のリソース（サービングセル）を提供するよう依頼することを決定する、マスター基地局から要求を受信すると、セカンダリ基地局は、ＵＥの追加のサービングセルの構成をもたらすコンテナを作成する（または、利用可能なリソースがないと判断する）ことができる、ＵＥ機能調整の場合、マスター基地局はＡＳ構成（およびその一部）をセカンダリ基地局に提供することができる、マスター基地局とセカンダリ基地局は、ＸｎまたはＸｘメッセージで搬送されるＲＲＣコンテナ（ノード間メッセージ）を用いることにより、ＵＥ構成に関する情報を交換できる、セカンダリ基地局は、その既存のサービングセルの再構成を開始することができる（例えば、セカンダリ基地局へのＰＵＣＣＨ）、セカンダリ基地局は、どのセルがＳＣＧ内のＰＳＣｅｌｌであるかを決定できる、マスター基地局は、セカンダリ基地局によって提供されるＲＲＣ構成の内容を変更しない場合がある、ＳＣＧの追加およびＳＣＧ  ＳＣｅｌｌの追加の場合、マスター基地局はＳＣＧセルの最新の測定結果を提供することができる、マスター基地局およびセカンダリ基地局の両方が、ＯＡＭによって互いのＳＦＮとサブフレームオフセットを知っている場合がある（例えば、ＤＲＸアライメントと測定ギャップの識別のため）、を適用することができる。一例では、新しいＳＣＧ  ＳＣｅｌｌを追加するとき、ＳＣＧのＰＳＣｅｌｌのＭＩＢから取得したＳＦＮを除いて、ＣＡの場合にセルの必要なシステム情報を送信するために専用ＲＲＣシグナリングを使用できる。
【００４６】
図１３Ａおよび図１３Ｂは、本開示の実施形態の一態様による、ｇＮＢ展開シナリオの例示的な図である。図１３Ａの非集中型展開シナリオでは、完全なプロトコルスタック（例えば、ＮＲ  ＲＲＣ、ＮＲ  ＰＤＣＰ、ＮＲ  ＲＬＣ、ＮＲ  ＭＡＣ、およびＮＲ  ＰＨＹ）が１つのノードでサポートされてもよい。図１３Ｂの集中型展開シナリオでは、ｇＮＢの上層は中央ユニット（ＣＵ）に位置し、ｇＮＢの下層は分散ユニット（ＤＵ）に位置してもよい。ＣＵとＤＵを接続するＣＵ−ＤＵインターフェース（例えば、Ｆｓインターフェース）は理想的である場合、または理想的ではない場合がある。Ｆｓ−ＣはＦｓインターフェースを介してコントロールプレーン接続を提供し、Ｆｓ−ＵはＦｓインターフェースを介してユーザプレーン接続を提供することができる。集中型展開では、ＣＵとＤＵで異なるプロトコル層（ＲＡＮ機能）を位置づけることにより、ＣＵとＤＵ間で異なる機能分割オプションが可能になる場合がある。機能分割は、サービス要件やネットワーク環境に応じて、ＣＵとＤＵ間でＲＡＮ機能を移動する柔軟性をサポートすることができる。機能分割オプションは、Ｆｓインターフェースの設定手順後の動作中に変更される場合があり、または、Ｆｓ設定手順（つまり、Ｆｓ設定手順後の動作中の静的）中でのみ変更される場合がある。
【００４７】
図１４は、本開示の実施形態の一態様による、集中型ｇＮＢ展開シナリオの異なる機能分割オプションの例の図である。分割オプションの例１では、ＮＲ  ＲＲＣはＣＵにあり得、ＮＲ  ＰＤＣＰ、ＮＲ  ＲＬＣ、ＮＲ  ＭＡＣ、ＮＲ  ＰＨＹ、およびＲＦはＤＵにあり得る。分割オプションの例２では、ＮＲ  ＲＲＣおよびＮＲ  ＰＤＣＰはＣＵにあり得、ＮＲ  ＲＬＣ、ＮＲ  ＭＡＣ、ＮＲ  ＰＨＹ、およびＲＦはＤＵにあり得る。分割オプションの例３では、ＮＲ  ＲＲＣ、ＮＲ  ＰＤＣＰ、およびＮＲ  ＲＬＣの部分的な機能はＣＵにあり得、ＮＲ  ＲＬＣ、ＮＲ  ＭＡＣ、ＮＲ  ＰＨＹ、およびＲＦの他の部分的な機能はＤＵにあり得る。分割オプションの例４では、ＮＲ  ＲＲＣ、ＮＲ  ＰＤＣＰ、およびＮＲ  ＲＬＣはＣＵにあり得、ＮＲ  ＭＡＣ、ＮＲ  ＰＨＹ、およびＲＦはＤＵにあり得る。分割オプション例の５では、ＮＲ  ＲＲＣ、ＮＲ  ＰＤＣＰ、ＮＲ  ＲＬＣ、およびＮＲ  ＭＡＣの部分的な機能はＣＵにあり得、ＮＲ  ＭＡＣ、ＮＲ  ＰＨＹ、およびＲＦの他の部分的な機能はＤＵにあり得る。分割オプションの例６では、ＮＲ  ＲＲＣ、ＮＲ  ＰＤＣＰ、ＮＲ  ＲＬＣ、およびＮＲ  ＭＡＣはＣＵにあり得、ＮＲ  ＰＨＹおよびＲＦはＤＵにあり得る。分割オプションの例７では、ＮＲ  ＲＲＣ、ＮＲ  ＰＤＣＰ、ＮＲ  ＲＬＣ、ＮＲ  ＭＡＣ、およびＮＲ  ＰＨＹの部分的な機能がＣＵにあり得、ＮＲ  ＰＨＹおよびＲＦの他の部分的な機能がＤＵにあり得る。分割オプションの例８では、ＮＲ  ＲＲＣ、ＮＲ  ＰＤＣＰ、ＮＲ  ＲＬＣ、ＮＲ  ＭＡＣ、およびＮＲ  ＰＨＹはＣＵにあり得、ＲＦはＤＵにあり得る。
【００４８】
機能分割は、ＣＵごと、ＤＵごと、ＵＥごと、ベアラごと、スライスごと、または他の粒度で構成されてもよい。ＣＵごとの分割では、ＣＵに固定分割があり、ＤＵはＣＵの分割オプションに一致するように構成することができる。ＤＵ分割ごとに、ＤＵは異なる分割で構成でき、ＣＵは異なるＤＵに異なる分割オプションを提供することができる。ＵＥごとの分割では、ｇＮＢ（ＣＵおよびＤＵ）が異なるＵＥに異なる分割オプションを提供することができるベアラごとの分割では、異なるベアラタイプに異なる分割オプションを使用できる。スライスごとのスプライスでは、異なるスライスに異なる分割オプションを適用できる。
【００４９】
例示的な実施形態では、新無線アクセスネットワーク（新ＲＡＮ）は異なるネットワークスライスをサポートし、エンドツーエンドスコープで異なるサービス要件をサポートするようにカスタマイズされた差別化された処理を可能にし得る。新ＲＡＮは、事前構成され得る異なるネットワークスライスのトラフィックの差別化された処理を提供し得、単一のＲＡＮノードが複数のスライスをサポートすることを可能にし得る。新ＲＡＮは、ＵＥまたはＮＧＣ（例えば、ＮＧ  ＣＰ）によって提供される１つ以上のスライスＩＤまたはＮＳＳＡＩによって、所定のネットワークスライスのＲＡＮ部分の選択をサポートすることができる。スライスＩＤまたはＮＳＳＡＩは、ＰＬＭＮ内の事前構成されたネットワークスライスの１つ以上を識別できる。初期接続では、ＵＥはスライスＩＤおよび／またはＮＳＳＡＩを提供し、ＲＡＮノード（例えば、ｇＮＢ）は、初期ＮＡＳシグナリングをＮＧＣコントロールプレーン機能（例えばＮＧ  ＣＰ）にルーティングするために、スライスＩＤまたはＮＳＳＡＩを使用することができる。ＵＥがスライスＩＤまたはＮＳＳＡＩを提供しない場合、ＲＡＮノードはＮＡＳシグナリングをデフォルトのＮＧＣコントロールプレーン機能に送信できる。後続のアクセスでは、ＵＥはスライス識別用の一時ＩＤを提供することができ、スライス識別はＮＧＣ制御プレーン機能によって割り当てられ、ＲＡＮノードがＮＡＳメッセージを関連するＮＧＣ制御プレーン機能にルーティングできるようにする。新ＲＡＮは、スライス間のリソース分離をサポートすることができる。ＲＡＮリソース分離は、１つのスライス内の共有リソースの不足が別のスライスのサービスレベルアグリーメントに違反することを回避することで実現できる。
【００５０】
セルラーネットワークを介して送信されるデータトラフィックの量は、今後何年も増加すると予想されている。ユーザ／デバイスの数は増加しており、ユーザ／デバイスは、ビデオ配信、大きなファイル、画像など、ますます多くの種類のサービスにアクセスしている。これには、顧客の期待に応えるために高いデータレートを提供する必要がある。したがって、携帯電話事業者が増加する需要を満たすためには、より多くのスペクトルが必要である。シームレスなモビリティとともに高いデータレートに対するユーザの期待を考慮すると、セルラーシステムのスモールセルと同様にマクロセルを展開するためにより多くのスペクトルを利用できるようにすることが有益である。
【００５１】
市場の需要に応えるために、無認可スペクトルを利用してトラフィックの増加に対応する補完的なアクセスを展開することに、事業者からの関心が高まっている。これは、事業者が展開する多数のＷｉ−Ｆｉネットワークと、ＬＴＥ／ＷＬＡＮインターワーキングソリューションの３ＧＰＰ標準化によって実証されている。この関心は、無認可スペクトルが存在する場合、ホットスポットエリアなどのいくつかのシナリオでトラフィックの爆発的増加に対処するのに役立つ携帯電話事業者のライセンススペクトルを効果的に補完できることを示す。ＬＡＡは、事業者が１つの無線ネットワークを管理しながら、無認可スペクトルを利用するためのオプションを提供し、ネットワークの効率を最適化する新しい可能性を提供する。
【００５２】
例示的な実施形態では、ＬＡＡセルでの送信のためにリッスンビフォアトーク（クリアチャネルアセスメント）を実装することができる。リッスンビフォアトーク（ＬＢＴ）手順では、チャネルを使用する前に、機器がクリアチャネルアセスメント（ＣＣＡ）チェックを適用する場合がある。例えば、ＣＣＡは、少なくともエネルギー検出を利用して、チャネル上の他の信号の有無を判断し、チャネルが占有されているか、クリアであるかをそれぞれ判断する。例えば、ヨーロッパと日本の規制では、無認可帯域でのＬＢＴの使用が義務付けられている。規制要件とは別に、ＬＢＴを介したキャリアセンシングは、無認可スペクトルを公平に共有するための１つの方法である。
【００５３】
例示的な実施形態では、最大送信期間が制限された無認可キャリアでの不連続送信が有効にされてもよい。これらの機能の一部は、不連続ＬＡＡダウンリンク送信の開始から送信される１つ以上の信号によってサポートされる場合がある。チャネル予約は、成功したＬＢＴ動作を介してチャネルアクセスを取得した後、ＬＡＡノードによる信号の送信によって有効になり、特定の閾値を超えるエネルギーで送信信号を受信する他のノードが占有されるチャネルを感知できるようにする。不連続ダウンリンク送信でのＬＡＡ動作のために１つ以上の信号でサポートする必要がある機能には、ＵＥによるＬＡＡダウンリンク送信（セル識別を含む）の検出、ＵＥの時間と周波数の同期のうちの１つ以上が含まれる。
【００５４】
例示的な実施形態では、ＤＬ  ＬＡＡ設計は、ＣＡによって集約されたサービングセルにわたるＬＴＥ−Ａキャリアアグリゲーションタイミング関係に従ってサブフレーム境界アライメントを用いてもよい。これは、ｅＮＢ送信がサブフレーム境界でのみ開始できることを意味しない場合がある。ＬＡＡは、ＬＢＴに従ってサブフレーム内のすべてのＯＦＤＭシンボルを送信できるわけではない場合、ＰＤＳＣＨの送信をサポートする場合がある。ＰＤＳＣＨのための制御情報の配信がサポートされる場合がある。
【００５５】
ＬＢＴ手順は、ＬＡＡと他の事業者および無認可スペクトルで動作する技術との公正かつ友好的な共存のために用いられる場合がある。無認可スペクトルにおけるキャリアで送信しようとするノードでのＬＢＴ手順では、ノードがクリアチャネルアセスメントを実行して、チャネルが使用できるかどうかを判断する必要がある。ＬＢＴ手順には、チャネルが使用されているかどうかを判断するための少なくともエネルギー検出が含まれる場合がある。例えば、ヨーロッパなど一部の地域の規制要件では、ノードがこの閾値を超えるエネルギーを受け取る場合、ノードはチャネルが空いていないと仮定するように、エネルギー検出閾値を指定する。ノードはこのような規制要件に従ってもよく、オプションで、規制要件で指定された閾値よりも低い閾値をエネルギー検出に使用してもよい。一例では、ＬＡＡは、エネルギー検出閾値を適応的に変更するメカニズムを用いてもよく、例えば、ＬＡＡは、上限からエネルギー検出閾値を適応的に低下させるメカニズムを用いてもよい。適応メカニズムは、閾値の静的または半静的な設定を妨げない場合がある。一例では、カテゴリ４ＬＢＴメカニズムまたは他のタイプのＬＢＴメカニズムを実装することができる。
【００５６】
さまざまな例のＬＢＴメカニズムを実装することができる。一例では、一部の信号、一部の実装シナリオ、一部の状況、および／または一部の周波数では、送信エンティティによってＬＢＴ手順が実行されない場合がある。一例では、カテゴリ２（例えば、ランダムバックオフのないＬＢＴ）を実装することができる。送信エンティティが送信する前にチャネルがアイドル状態であると感知される期間は、決定論的であり得る。一例では、カテゴリ３（例えば、固定サイズのコンテンションウィンドウを使用したランダムバックオフのＬＢＴ）を実装することができる。ＬＢＴ手順には、そのコンポーネントの１つとして次の手順がある。送信エンティティは、コンテンションウィンドウ内で乱数Ｎを描画できる。コンテンションウィンドウのサイズは、Ｎの最小値と最大値で指定できる。コンテンションウィンドウのサイズは固定できる。乱数Ｎは、送信エンティティがチャネル上で送信する前に、チャネルがアイドルであると感知される期間を決定するためにＬＢＴ手順で用いられてもよい。一例では、カテゴリ４（例えば、可変サイズのコンテンションウィンドウを使用したランダムバックオフのＬＢＴ）を実装することができる。送信エンティティは、コンテンションウィンドウ内で乱数Ｎを描画できる。コンテンションウィンドウのサイズは、Ｎの最小値と最大値で指定できる。送信エンティティは、乱数Ｎを描画するときにコンテンションウィンドウのサイズを変更できる。乱数Ｎは、ＬＢＴ手順で使用して送信エンティティがチャネル上で送信する前に、チャネルがアイドル状態であると感知される期間を決定するためにＬＢＴ手順で使用される。
【００５７】
ＬＡＡはＵＥでアップリンクＬＢＴを用いることができる。ＵＬ  ＬＢＴスキームは、例えば、ＬＡＡ  ＵＬがＵＥのチャネル競合機会に影響を及ぼすスケジュールされたアクセスに基づいているため、（例えば、異なるＬＢＴメカニズムまたはパラメータを使用することにより）ＤＬ  ＬＢＴスキームと異なる場合がある。異なるＵＬ  ＬＢＴスキームを動機付けるその他の考慮事項には、単一のサブフレームでの複数のＵＥの多重化が含まれるが、これらに限定されない。
【００５８】
一例では、ＤＬ送信バーストは、同じＣＣ上の同じノードからの直前または直後に送信がないＤＬ送信ノードからの連続送信とすることができる。ＵＥの観点からのＵＬ送信バーストは、同じＣＣ上の同じＵＥからの直前または直後に送信がないＵＥからの連続送信とすることができる。一例では、ＵＥの観点からＵＬ送信バーストが定義される。一例では、ＵＬ送信バーストは、ｅＮＢの観点から定義されてもよい。一例では、同じ無認可キャリア上でＤＬ＋ＵＬ  ＬＡＡを動作するｅＮＢの場合、ＬＡＡ上のＤＬ送信バーストおよびＵＬ送信バーストは、同じ無認可キャリア上でＴＤＭ方式でスケジュールされ得る。例えば、ある瞬間は、ＤＬ送信バーストまたはＵＬ送信バーストの一部とすることができる。
【００５９】
実施形態の例では、２つのタイプの構成済み許可が、無線ネットワーク内に実装され得る。第１のタイプの構成済み許可では、基地局によって送信される１つ以上のＲＲＣメッセージが、グラントフリーアップリンクプロセスを構成およびアクティブ化／初期化し得る。第２のタイプの構成済み許可では、基地局によって送信される１つ以上のＲＲＣメッセージは、少なくとも１つの半永続的スケジューリング許可を構成し得る。第２のタイプの構成済み期間許可では、基地局は、少なくとも１つのＳＰＳ許可をアクティブ化するために、Ｌ１／Ｌ２シグナリング（例えば、ＳＰＳアクティブ化を示すＤＣＩ）を送信し得る。無線デバイスによるこれら２つのタイプのアップリンク送信は、動的な許可（例えば、ＤＣＩ許可）を受信せずに実施される。一例において、第１のタイプの構成済み許可（グラントフリープロセスとも称される）では、構成済みアップリンク無線リソースが、複数の無線デバイスによって共有され得る。一例において、第２のタイプの構成済み許可（半永続的スケジューリングとも称される）では、構成済みアップリンク無線リソースが、１つの無線デバイスに割り当てられ得る。本仕様では、第１のタイプの構成済み許可は、グラントフリーの送信、プロセス、および／または動作と称される。第２のタイプの構成済み許可は、半永続的スケジューリングと称される。
【００６０】
新しい無線（ＮＲ）が、アップリンク（ＵＬ）送信を、１つ以上のサービスタイプ、例えば、超高信頼低レイテンシ通信（ＵＲＬＬＣ）の動的ＵＬ許可なしでサポートし得る。基地局（例えば、ｇＮＢ）は、ＧＦのＵＬ送信（第１のタイプの構成済み許可）のために時間および周波数の無線リソースを構成し得る。ＧＦのＵＬ無線リソースを使用するようにｇＮＢによって構成されたＵＥは、動的ＵＬ許可なしで１つ以上のデータパケットを送信し得、グラントベース（ＧＢ）のＵＬ送信と比較してシグナリングオーバーヘッドの低減を結果的にもたらし得る。そのようなサービスタイプは、特にレイテンシおよび信頼性の点で、厳密な要件を必要とし得る。ＵＲＬＬＣは、ＵＥがＧＦのＵＬ送信を使用し得る候補であり得る。
【００６１】
ＧＦのＵＬ送信は、ＧＢのＵＬ送信よりも低レイテンシおよび低シグナリングオーバーヘッドを達成するために、同じ無線リソースにアクセスする複数のユーザ機器（ＵＥ）をサポートし得る。ＧＦ無線リソースプールは、共通無線リソースセットから（例えば、アップリンク共有チャネル無線リソースから）無線リソースのサブセットとして用いられ得る。無線リソースプールは、セル内のＧＦのＵＬ送信に対する排他的もしくは部分的に重複した無線リソースを割り当てるために、または異なるセルもしくはセルの一部（例えば、セル中心およびセルエッジ）の間で周波数／時間の再使用を編成するために使用され得る。
【００６２】
ｇＮＢが同じＧＦ無線リソースプールを用いて複数のＵＥを構成する場合、それらのＧＦのＵＬ送信に対する２つ以上のＵＥ間の衝突が存在し得る。同じＧＦ無線リソースでの衝突は、ｇＮＢで区別可能であるＵＥ固有の復調基準信号（ＤＭＲＳ）パラメータ、例えば、Ｚａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンスが採用されている場合のルートインデックス、サイクリックシフト（ＣＳ）インデックス、存在する場合、ＴＤＭ／ＦＤＭパターンインデックス、直交カバーコード（ＯＣＣ）シーケンスまたはインデックスに基づいて回避可能であり得る。ｇＮＢは、ＵＥ用の時間／周波数無線リソースとともにＵＥ固有のＤＭＲＳパラメータを構成し得る。
【００６３】
一例では、図１５Ａおよび図１５Ｂは、ＤＭＲＳ設計の２つの例である。図１５Ａは、少なくとも１つのＤＭＲＳシンボル上で多重化された４つのＵＥを有する例である。４つのＵＥのＤＭＲＳは、異なるパターンでプロットされる。図１５Ｂは、１４個の直交周波数分割多重化（ＯＦＤＭ）シンボルの中から２つのＤＭＲＳシンボルを有する例である。図１５Ａは、１つのシンボル内のリソース要素（ＲＥ）をＤＭＲＳ  ＲＥグループに分割するために使用される、くし形パターンであり、ＵＥは、そのＤＭＲＳを送信するためにＲＥのグループを占有する。チャネル推定および関連する測定は、多重化されたＵＥの直交ＤＭＲＳに基づく。図１５Ｂは、同じＯＦＤＭシンボル内の複数のＵＥのＤＭＲＳに適応するために使用される異なるサイクリックシフトを伴うＺａｄｏｆｆ−Ｃｈｕ（ＺＣ）シーケンスである。このようにして、多重化されたＵＥのチャネルインパルス応答（ＣＩＲ）が遅延され、かつ時間領域で分離され得、これが、チャネル推定および測定を容易にし得る。一例では、図１５ＡのＤＭＲＳの場所は、単に一例である、レガシーＬＴＥ設計に従う。一例では、ＵＲＬＬＣのＤＭＲＳは、第１の２つのＯＦＤＭシンボルに加えられ得る。
【００６４】
同じＧＦ無線リソースプール上での衝突からＵＥ  ＩＤを識別するために、ＤＭＲＳの代わりに、ｇＮＢが、ＰＵＳＣＨデータと一緒に送信され得るプリアンブルシーケンスを使用し得る。プリアンブルは、信頼性が高く、サービス、例えば、ＵＲＬＬＣの検出要件を満たすように設計され得る。図１６は、プリアンブル送信を伴うＧＦのＵＬ送信の手順の一例である。ＵＥは、図１６に示されるように、ＵＥバッファ内にパケットが存在するときに、構成済み無線リソース内でＧＦのＵＬ送信を開始し得る。ＵＥは、第１のステップでデータブロックと一緒にプリアンブルを送信し、第２のステップで応答を受信し得る。データは、ｇＮＢ構成に応じてＫ回繰り返され得る。プリアンブルは、十分な信頼性がある限り繰り返されなくてもよい。ｇＮＢからの応答は、ダウンリンク制御情報（ＤＣＩ）内で送信される、ＵＬ許可または専用ＡＣＫ／ＮＡＣＫであり得る。
【００６５】
ＧＦ無線リソースプールを用いて構成されたＵＥについて、プリアンブルシーケンスは、同じＧＦ無線リソースを共有するＵＥの数が、利用可能なプリアンブルシーケンスの数よりも少ないという前提で、ＵＥに一意に割り当てられ得る。これは、セル内のＵＲＬＬＣのＵＥの数が多くない場合を考慮する、典型的な場合であり得る。加えて、ｇＮＢは、プリアンブルシーケンスが異なるＧＦ無線リソース内で再使用され得るように、ＵＥの異なるセットに対して異なるＧＦ無線リソースを構成し得る。
【００６６】
一例では、プリアンブルシーケンスは、相互に直交してもよく、例えば、プリアンブルシーケンスは、ＺＣルートシーケンスの異なるサイクリックシフトを有してもよい。データとともに送信されるプリアンブルシーケンスは、データを復調するための基準信号として用いられ得る。一例では、いくつかのＲＥが、プリアンブル送信に用いられ得る。例えば、プリアンブル送信に用いられる多数のＲＥは、ＵＥ  ＩＤ検出の信頼性を改善し得る。ｇＮＢは、ＤＭＲＳが信頼性の高い検出性能を提供し得るか否かに応じて、時間領域におけるプリアンブル送信および周波数領域における帯域幅に関していくつかのＯＦＤＭシンボルを構成し得る。例えば、２セットのＵＥは、異なるデータ送信帯域幅を用いて同じプリアンブル送信帯域幅を共有することができ、例えば、２セットのＵＥのプリアンブルは、同じ無線リソース内で多重化される。ＧＦのＵＬデータ送信のための帯域幅内にあるプリアンブルを保有するＲＥは、ＧＦデータ復調のための基準信号として用いられ得る。ＧＦデータ帯域幅の外側で送信されるプリアンブルは、ＧＢのＵＥのＤＭＲＳと直交多重化され得る。これは、ＧＢのＵＥに対する影響を軽減し得る。
【００６７】
図１７Ａおよび図１７Ｂは、一例を例示する。図１７Ａでは、１つのミニスロットが、４つのＯＦＤＭシンボルを含み、ｇＮＢが、プリアンブル送信のための２つのＯＦＤＭシンボルを構成する。図１７Ｂでは、３つのＯＦＤＭシンボルが、１つのミニスロット内に含有され、プリアンブルが、１つのＯＦＤＭシンボル内であるが、データ送信よりも大きい送信帯域幅で送信するように構成される。
【００６８】
ＧＦ  ＵＬ送信について、ｇＮＢは、ＧＦ無線リソースまたはＧＦ無線リソースプールを介した同じトランスポートブロック（ＴＢ）送信のＫ回の繰り返しをサポートし得る。無線デバイスは、１つ以上の条件が満たされるまで、ＴＢの送信を繰り返し得る。例えば、無線デバイスは、ＵＬ許可が同じＴＢに対して正常に受信された場合、ＴＢの繰り返しの数がＫに達する、のうちの１つが満たされるまで、同じＴＢに対してＫ回まで繰り返しを継続してもよく、他の繰り返しの終了条件が適用されてもよい。最大の繰り返しの数、Ｋは、ＵＥ固有および／またはセル固有であり得る、構成可能なパラメータであり得る。
【００６９】
ミニスロットまたはシンボルが、Ｋ回の繰り返しの単位であってもよい。ｇＮＢは、少なくとも１つの無線リソース制御メッセージを送信して、繰り返しの数および無線リソースを構成し得る。ネットワークは、送信の１つの量として、一組の初期送信および繰り返しを想定し得る。初期送信およびその繰り返しは、拡張ＴＴＩとして実装され得る。これらの繰り返しは、時間において連続的でなくてもよい。送信が連続的である場合、コヒーレント結合を可能にし得る。送信が連続的でない場合、時間ダイバーシティを可能にし得る。
【００７０】
例えば、１つ以上のＵＥのＧＦのＵＬ送信は、例えば、ｇＮＢが１つ以上のＵＥを構成してＧＦ無線リソースを共有するときに、同じＧＦ無線リソース内で衝突し得る。ｇＮＢは、同じＧＦ無線リソース内で衝突する１つ以上のＵＥのデータの検出に失敗し得る。１つ以上のＵＥは、ＧＦ無線リソースを介して動的ＵＬ許可なしでデータを再送信し得る。１つ以上のＵＥは、再送信中に再び衝突し得る。ホッピング（例えば、時間および／または周波数領域を介した）は、ＧＦ無線リソースが複数のＵＥによって共有されるときの衝突問題を回避し得る。ホッピングは、ある時間間隔内でＵＥ間の衝突関係をランダム化し、したがって、永続的な衝突を回避し得る。それは、周波数領域上にダイバーシティゲインを提供し得る。ＵＥ固有のホッピングパターンが、ｇＮＢによって準統計的に構成され得る。図１８は、ＵＥ固有のホッピングパターンの一例である。
【００７１】
１つ以上の因子、例えば、リソースユニット（ＲＵ）の数、同じＲＵを共有するＵＥの最大数、最近使用したＲＵインデックス、最近のホッピングインデックスまたは現在のスロットインデックス、最近使用されたシーケンス、ホッピングパターンまたはホッピング規則を示す情報などが、ホッピングパターン設計に考慮され得る。上記のシーケンスは、ＤＭＲＳ、拡散シーケンス、またはＵＥ固有であり得るプリアンブルシーケンスであり得る。
【００７２】
ｇＮＢは、関連付けられたサービスのリソース利用および遅延／信頼性要件をバランスさせるために、ＧＦおよびＧＢのＵＬ送信間での切り替えをサポートし得る。ＧＦのＵＬ送信は、レイテンシを短縮し得る準統計リソース構成に基づき得る。
【００７３】
ＧＦおよびＧＢのＵＬ送信間の切り替えをサポートするために、事前構成されたＧＦ無線リソース上の初期送信は、ＵＥ識別（ＩＤ）、例えば、明示的なＵＥ  ＩＤ情報（例えば、Ｃ−ＲＮＴＩ）、またはＤＭＲＳサイクリックシフト（ＺＣシーケンスの使用を想定）特有の署名などの暗示的なＵＥ情報を含み得る。ＵＥが送信すべき残りのデータを有するか否かをｇＮＢに通知するために、ＵＥは、初期データ送信を含むバッファステータス報告（ＢＳＲ）を含み得る。ｇＮＢが、ＵＥによって送信されたデータを正常にデコードし、かつＵＥが送信すべき残りのデータがあると決定した場合（例えばＢＳＲレポートから）、ｇＮＢは、ＵＥのスケジューリングをＧＦからＧＢのＵＬ送信に切り替え得る。ｇＮＢが、ＵＥによって送信されたデータのデコードに失敗したが、一意に割り当てられたシーケンス（例えば、プリアンブルおよび／またはＤＭＲＳ）からＵＥ  ＩＤを正常に検出した場合、ｇＮＢは、ＵＥのスケジューリングをＧＦからＧＢのＵＬ送信に切り替え得る。続くデータ送信のＵＬ許可は、ＵＥのＣ−ＲＮＴＩによってスクランブルされたＣＲＣを伴い得る（初期送信の明示的なシグナリングによって、またはＤＭＲＳサイクリックシフトによって暗示的に決定され得る）。
【００７４】
Ｋ回の繰り返しの終了条件の１つは、同じＴＢのＵＬ（再）送信をスケジュールするＵＬグラントの受信とすることができる。ｇＮＢは、ＴＢがレイテンシバジェット内で送達されることを確実にするために、再送信用の専用リソースを割り当て得る。この挙動は、ＧＦからＧＢの動作へのスケジューリング切り替えとして分類され得る。この場合、ＵＥは、ＵＥで複数の進行中の送信プロセスが存在する場合、どのＴＢが再送信されるべきかを理解するために、受信した許可を送信されたＴＢとリンクさせ得る。一例では、ＵＥおよびｇＮＢは、ＴＢカウントの同じ理解を有し得る。
【００７５】
一例では、ＧＦ動作に関して、ＴＢカウントは、ｇＮＢが衝突に起因していくつかのＴＢを検出することができない場合、可能ではない場合がある。ＤＣＩの間でＴＢとの関連付けを行うために、いくつかの選択肢が存在し得る。ＵＥ側に他の送信プロセスが存在しない場合、ＵＥは、ＤＣＩを送信されているＴＢと直接関連付け得る。少なくとも２つの異なるＴＢが存在する場合、ＵＥは、ＴＢが１つの送信間隔内で送信されると想定する暗示的なリンケージを適用することによって、ＤＣＩが特定のＴＢ用であると想定し得る。この場合、検出されたＵＥ送信と許可との間の間隔が固定されている場合、ＵＥは、どのＴＢが再送信され得るかを決定し得る。検出された送信と再送信許可との間のタイミングが事前構成されていない場合、再送信されたＴＢの明示的な指示が、ＤＣＩによって保有され得る。ＵＥが、１つのＴＢに対する許可が別の進行中のＴＢの送信と重複することを検出した場合、ＵＥは、グラントフリー再送信と比較して許可の優先順位を想定し得る。許可が新しいＴＢに対して受信され（例えば、非周期的なＣＳＩ報告のために）、かつＧＦのＵＬ送信と重複する場合、ＧＦ送信は、リソース内でドロップされ得る。一例では、トリガされたレポートを送信するか、またはＧＦデータを送信するかの優先順位付け規則が、関連付けられたサービスの優先度に応じて導入され得る。例えば、ＵＲＬＬＣサービスが想定される場合、ＣＳＩ報告が、本例ではドロップされ得る。
【００７６】
繰り返し終了条件の一例は、早期終了に専用のＰＨＩＣＨのようなチャネルを使用することであり得る。この選択肢に関して、ＬＴＥ内で定義されたＰＨＩＣＨは、受信確認指標として使用され得る。ＬＴＥでは、ＵＥのＰＨＩＣＨは、物理リソースブロック（ＰＲＢ）およびＵＥのＰＵＳＣＨ送信に対応するＤＭＲＳのサイクリックシフトに基づいて決定され得る。同様の設計原理が再使用されてもよい。そのようなＰＨＩＣＨのようなチャネルは、制御チャネル容量およびシステム容量を最適化し得る。ｇＮＢがＴＢを正常に受信した場合、ｇＮＢは、ＵＥ  ＩＤ、この送信を運ぶために使用されるリソース、この送信に使用されるＤＭＲＳなどの、この送信に関する対応する情報を取得し得る。物理リソースは、ＧＦ無線リソースプール内で使用される一意の識別子（例えば、ＤＭＲＳ）を有し得る複数のＵＥの間で共有され得る。それゆえに、ＧＦのＵＬ送信に関しても、ｇＮＢがＴＢを正常に受信した場合、一意のＰＨＩＣＨが決定され得る。
【００７７】
シーケンスベースの信号を使用することが、Ｋ回の繰り返しの早期終了に使用され得る。この場合、シーケンスベースの信号が、送信の繰り返しを終了することをＵＥに通知するために送信され得る。この場合、信号波、ｇＮＢがＴＢを正常にデコードしたときに送信され得る。ＵＥは、繰り返しを継続するか否かを決定するために、存在または不在についての単純な信号検出を実施し得る。
【００７８】
ｇＮＢは、ＧＦ無線リソース不足の問題を解決するために、ＧＦからＧＢのＵＬ送信に切り替え得る。一例では、遅延要件が厳密ではないいくつかのＵＥは、ＧＦ無線リソースを使用してデータを送信し得る。ｇＮＢは、リソース利用、負荷などに関する統計に基づいてＧＦのＵＬ無線リソース利用のステータスを測定し、ＧＦのＵＬ無線リソースの負荷またはリソース利用を動的にバランスさせるように閾値ポリシーを設定し得る。ＧＦのＵＬ無線リソースのリソース使用統計が事前定義された閾値を超える場合、いくつかのＵＥをＧＦのＵＬ無線リソースからＧＢのＵＬ無線リソースに切り替えることが有益である場合があり、これは、リソースの衝突が減少させ得る。
【００７９】
ＧＦリソースプール構成は、ＵＥに既知ではない場合がある。それは、干渉調整のために異なるセル間で調整される必要があり得る。ＧＦリソースプールがＵＥに既知である場合、それらは、ＵＥ固有ＲＲＣシグナリングまたは非ＵＥ固有ＲＲＣシグナリングによって半静的に構成され得る。ＧＦ無線リソース構成のＲＲＣシグナリングは、ＧＦの時間／周波数無線リソース、ＤＭＲＳパラメータ、変調および符号化方式（ＭＣＳ）または同等のトランスポートブロックサイズ（ＴＢＳ）、繰り返しの数Ｋ、および／または電力制御パラメータを示す少なくとも１つのパラメータを含み得る。
【００８０】
一例において、グラントフリー動作（第１のタイプの構成済み許可）では、少なくとも１つのＲＲＣメッセージが、第１のタイプの構成済み許可の無線リソースを構成およびアクティブ化／初期化し得る。基地局は、第１のタイプの構成済み許可の構成パラメータを含む少なくとも１つのＲＲＣメッセージを無線デバイスに送信し得る。構成パラメータは、無線リソースパラメータ、電力制御パラメータ、および／または１つ以上の送信パラメータを示し得る。
【００８１】
一例では、グラントフリー動作は、ＲＲＣメッセージおよび／またはＬ１シグナリングを使用して実装され得る。Ｌ１アクティブ化シグナリングの必要性は、実際のサービスタイプに依存し得、動的アクティブ化（例えば、Ｌ１アクティブ化を介したアクティブ化）は、サポートされない場合があるか、またはサービスおよびトラフィックの検討事項に基づいて構成可能であり得る。ＵＥは、リソースを介した送信の前に、ＵＬグラントフリー送信のための１つ以上の必要なパラメータを用いて構成され得る。本構成に関して、無線デバイスおよび基地局は、ＲＲＣシグナリングおよびＬ１シグナリングを用い得る。例えば、ＲＲＣシグナリングは、ＵＥへのＧＦのＵＬ送信に必要なパラメータを構成し得、Ｌ１シグナリングは、これらのパラメータを調節、修正、更新、アクティブ化、および／または非アクティブ化し得る。Ｌ１シグナリングは、ＬＴＥのＵＬの半永続的スケジューリング（ＳＰＳ）に使用されるシグナリングと同様のＰＤＣＣＨであり得る。一旦、ＧＦのＵＬ送信パラメータが設定されると、ＧＦのＵＬ送信は、異なる方式でアクティブ化され得る。一例では、Ｌ１アクティブ化シグナリングを含むおよび含まないアクティブ化方式の両方がサポートされ得る。一例では、例えば、ＲＲＣベースの構成およびアクティブ化／初期化がサポートされ得る。例えば、トラフィックパターン、レイテンシ要件、および他の可能な態様を検討することによって、どの方式が使用されることを必要とし得るか、ｇＮＢがＵＥを構成すべきであり得る。Ｌ１アクティブ化シグナリングによると、ＵＥは、ｇＮＢからＬ１アクティブ化シグナリングを受信した後、構成済み時間周波数無線リソースを用いてデータを送信し得る。Ｌ１アクティブ化が構成されていない場合、ＵＥは、一旦、構成が完了すると、構成済みのＧＦ無線リソースを用いて、任意の瞬間または特定の時間間隔（ＲＲＣシグナリングによって構成され得るか、または事前定義され得る）でＵＬ送信を開始し得る。一例では、高信頼性およびレイテンシを必要としないサービスがシグナリングオーバーヘッドおよび電力消費の低減から恩恵を受け得る場合、Ｌ１アクティブ化シグナリングは、ネットワークリソースの負荷および利用を制御するためにＬ１非アクティブ化シグナリングとの組み合わせにおいて有益であり得る。Ｌ１シグナリングが使用される場合、ｇＮＢは、ＵＥがそれを正しく受信するか否かを知る必要があり得る。Ｌ１シグナリングに対する受信確認は、ＵＥからｇＮＢに送信され得る。アクティブ化されたＧＦ動作を非アクティブ化するために、Ｌ１非アクティブ化シグナリングが、可能な限り速くリソースを解放するために、サービスに使用され得る。
【００８２】
ＭＣＳは、グラントフリーデータ内でＵＥによって示され得る。一例では、ＭＣＳ指示のブラインドデコーディングを低減するために、限られた数のＭＣＳレベルが、ｇＮＢによって事前構成され得、例えば、Ｋビットが、グラントフリーデータのＭＣＳを示すために使用され得、Ｋは、可能な限り小さい値であり得る。リソースグループ内でＭＣＳ指示を送信するために使用されるＲＥの数は、準統計的に構成され得る。ＧＦ動作では、ＵＥに対して事前定義された１つの共通のＭＣＳが存在し得る。ＧＦ動作は、ＵＬグラントフリー送信のための複数の時間／周波数リソースとＭＣＳとの間のマッピング規則を事前定義し得る。一例では、ＵＥは、ＤＬ測定値および関連付けられた時間／周波数リソースに従って適切なＭＣＳを選択して、ＵＬデータを送信し得る。ＵＥは、チャネルステータスに基づいてＭＣＳを選択し、リソース利用を向上させ得る。
【００８３】
ｇＮＢは、ＧＦ無線リソース構成および送信パラメータを構成する１つ以上のＲＲＣメッセージを受信したことに応答して、ＧＦのＵＬ送信がアクティブ化／初期化されるように、ＧＦ動作（第１のタイプの構成済み許可）を構成し得る。
【００８４】
実施形態の例では、２つのタイプの構成済み許可が、無線ネットワーク内に実装され得る。第１のタイプの構成済み許可では、基地局によって送信される１つ以上のＲＲＣメッセージが、グラントフリーアップリンクプロセスを構成およびアクティブ化／初期化し得る。第２のタイプの構成済み許可では、基地局によって送信される１つ以上のＲＲＣメッセージは、少なくとも１つの半永続的スケジューリング許可を構成し得る。第２のタイプの構成済み期間許可では、基地局は、少なくとも１つのＳＰＳ許可をアクティブ化するために、Ｌ１／Ｌ２シグナリング（例えば、ＳＰＳアクティブ化を示すＤＣＩ）を送信し得る。無線デバイスによるこれら２つのタイプのアップリンク送信は、動的な許可（例えば、ＤＣＩ許可）を受信せずに実施される。一例において、第１のタイプの構成済み許可（グラントフリープロセスとも称される）では、構成済みアップリンク無線リソースが、複数の無線デバイスによって共有され得る。一例において、第２のタイプの構成済み許可（半永続的スケジューリングとも称される）では、構成済みアップリンク無線リソースが、１つの無線デバイスに割り当てられ得る。本仕様では、第１のタイプの構成済み許可は、グラントフリーの送信、プロセス、および／または動作と称される。第２のタイプの構成済み許可は、半永続的スケジューリングと称される。
【００８５】
ＳＰＳ（第２のタイプの構成済み許可）では、アップリンクＳＰＳ許可のタイミングオフセットは、図２０に示されるように、ＳＰＳ許可をアクティブ化するＬ１／Ｌ２シグナリングに依存する。基地局は、ＳＰＳ周期性を含むＳＰＳのＲＲＣパラメータを含む少なくとも１つのＲＲＣメッセージを送信し得る。基地局は、Ｌ１／Ｌ２アクティブ化シグナリング（例えば、ＳＰＳアクティブ化を示すＤＣＩ）を送信し得る。無線デバイスは、ＤＣＩの受信タイミングに基づいて、第１のＳＰＳ許可の無線リソースのタイミングオフセットを決定し得る。無線デバイスは、無線リソース内で１つ以上のトランスポートブロックを送信し得る。続く無線リソースの無線リソースのタイミングは、周期性に基づいて決定される。
【００８６】
グラントフリー（第１のタイプの構成済み許可）リソースのタイミングを決定することは、無線デバイスが、ＲＲＣメッセージを受信したことに応答して、ＧＦ許可（第１のタイプの構成済みグラント）を構成およびアクティブ化／初期化する場合に関して、レガシー機構の実装により、不正確なタイミング決定を結果的にもたらし得る。レガシー機構の実装によると、ＲＲＣメッセージを受信したことに応答して、無線デバイスによってアクティブ化／初期化されたＧＦ許可（および／またはリソース）は、基地局のＧＦ構成と不整合になり得る。第１のタイプの構成済み許可が実装されるときに、無線デバイスのアップリンク送信を改善するために、アップリンク送信時間決定プロセスを強化する必要性が存在する。実施形態の例では、ＲＲＣメッセージ内のタイミング情報は、無線デバイスによるＧＦ許可リソースのタイミングを決定するためのより正確な機構を提供し得る。実施形態の一例では、強化されたＧＦ許可（および／またはリソース）決定プロセスは、ＲＲＣメッセージ内のタイミング情報に基づいて実装され得る。例えば、ＲＲＣメッセージは、タイミングオフセット（例えば、スロット番号、例えば、ミニスロット番号）、シンボル番号、および／またはグラントフリー周期性を示すタイミング情報を含む少なくとも１つのパラメータを含み得る。無線デバイスは、タイミング情報（例えば、タイミングオフセット、シンボル番号、および／または周期性）に基づいてＧＦ許可リソースのタイミングを正確に決定し得る。実施形態の例は、Ｌ１シグナリングを必要とせずに、ＧＦリソースを構成する際の柔軟性を提供する。ＲＲＣメッセージを介したタイミング情報の送信は、ＧＦ許可リソースの構成パラメータを構成するためのシグナリング効率を改善し得る。グラントフリープロセスおよび構成パラメータの例が、図２０に示される。
【００８７】
図２０は、本開示の一実施形態の一態様による例図である。例えば、基地局は、無線デバイスに対して、第１のタイプの構成済み周期的許可の１つ以上の構成パラメータ（例えば、グラントフリーリソース、グラントフリー送信、および／または動的グラントフリー許可）を含む無線リソース構成メッセージを送信し得る。１つ以上の構成パラメータは、少なくともタイミングオフセット、シンボル番号、および第１の周期性を示し得る。無線デバイスは、第１のタイプの構成済み周期的許可のアップリンク許可のリソースを決定し得る。無線デバイスは、無線リソース構成メッセージを受信したことに応答して、構成済み周期的許可をアクティブ化し得る。
【００８８】
ＲＲＣメッセージは、ＧＦ許可（および／またはリソース）をアクティブ化／初期化し得る。例えば、ＲＲＣメッセージを基地局から受信したことに応答して、無線デバイスは、ＧＦ許可（および／またはリソース）をアクティブ化し得る。ＲＲＣメッセージは、１つ以上のＧＦ構成パラメータを含み得る。１つ以上のＧＦ構成パラメータは、ＧＦ許可（および／またはリソース）を示し得る。ＲＲＣメッセージを介したＧＦ許可（および／またはリソース）をアクティブ化することは、Ｌ１シグナリングを必要としなくてもよい。ＲＲＣメッセージを介してＧＦ許可（および／またはリソース）をアクティブ化することは、レイテンシを短縮し得る。
【００８９】
一例において、第１のタイプ（グラントフリー）の構成済み許可の動作では、複数のＵＥが、同じ無線リソースプールを共有する。基地局は、ＧＦリソースを構成およびアクティブ化／初期化するために、少なくとも１つのＲＲＣメッセージを送信し得る。実施形態の例は、第１のタイプの構成済み許可のための時間および／または周波数領域構成の実装を提示する。グラントフリー動作のための時間および／または周波数領域構成の実装は、Ｌ１／Ｌ２シグナリングタイミングに依存しなくてもよい。例えば、１つまたはＲＲＣのパラメータは、例えば、タイミングオフセット、シンボル番号、周期性、および／またはサブフレーム／ＴＴＩパターンを示すことによって、所与のフレーム内の送信タイミング情報を構成し得る。１つ以上のＲＲＣ構成パラメータは、ＧＦリソースに割り当てられた１つ以上のシンボルの（フレーム／サブフレーム内の）時間場所を示し得る。
【００９０】
一例では、１つ以上のＲＲＣグラントフリーパラメータは、フレームおよびサブフレーム内のＧＦリソースのタイミングを示し得る。例えば、グラントフリー構成パラメータは、サブフレーム番号、スロット（例えば、スロット、ハーフスロット、ミニスロット）番号、シンボル番号、所与のフレーム内のＧＦリソースの送信タイミングを構成し得るグラントフリー周期性を示すタイミング情報を含み得る。一例では、１つ以上のＲＲＣグラントフリーパラメータは、セルのグラントフリーリソースのシンボルのタイミング（例えば、フレーム、サブフレーム、および／またはスロット）を識別する構成パラメータ／インデックスを含み得る。例えば、構成パラメータ／インデックスは、シンボル番号０、１、または４（または他の番号）を示し得る。スロット内のシンボル番号の例が図２に示される。ＲＲＣグラントフリー構成パラメータは、例えば、スロット（例えば、スロット、ハーフスロット、ミニスロット）番号を示すタイミングオフセットを含み得る。スロット（例えば、スロット、ハーフスロット、ミニスロット）番号は、時間内の位置に対するフレーム内のタイミングオフセットを示し得る（例えば、既知のシステムフレーム番号、例えば、ＳＦＮ＝０）。
【００９１】
実施形態の一例では、無線デバイスは、第１のタイプの構成済み周期的許可の１つ以上の構成パラメータを含む無線リソース制御メッセージを受信し得る。１つ以上の第１の構成パラメータは、タイミングオフセットおよび構成済み周期的許可のアップリンク許可のリソースを識別するために用いられるシンボル番号と、構成済み周期的許可の２つの続くリソース間の時間間隔を示す、構成済み周期的許可の第１の周期性と、無線デバイスの構成済み許可の１つ以上の復調基準信号パラメータと、を示す。一例では、少なくとも１つのＲＲＣグラントフリー構成パラメータは、スロット番号、シンボルのタイミングを識別するために使用される構成インデックス、および／またはグラントフリー周期性を含み得る。グラントフリーリソースのシンボルのタイミング（例えば、タイミングオフセット、シンボル番号）は、ＲＲＣグラントフリー構成パラメータに基づいて決定され得る。無線デバイスは、無線リソース制御メッセージに応答して、構成済み周期的許可をアクティブ化／初期化し得る。無線デバイスは、タイミングオフセット、シンボル番号、および第１の周期性に基づいて、構成済み周期的許可のアップリンク許可のリソースの１つ以上のシンボルを決定し得る。無線デバイスは、リソースを介して、１つ以上の復調基準信号パラメータを用いる１つ以上のトランスポートブロックを送信し得る。
【００９２】
実装の一例では、Ｌ１シグナリングは、時間および／または周波数オフセットを含み得る。一例では、ｇＮＢは、１つ以上の無線リソースオフセットを用いてＬ１シグナリングを送信することによって、構成済みＧＦ無線リソースを時間および／または周波数領域内でシフトすることをＵＥに通知し得る。一例では、ＵＥは、１つ以上の無線リソースオフセットを用いてＬ１シグナリングを送信することによって、構成済みＧＦ無線リソースの時間および／または周波数領域内でのシフトを要求し得る。例えば、ＵＥは、時間領域内で構成済みＧＦ無線リソースと不整合であるＵＲＬＬＣデータの到着時間を観測し得る。この場合、構成済みＧＦ無線リソースの時間シフトは、Ｌ１シグナリングを介して行われ得る。同様に、ｇＮＢは、例えば、異なるＧＦ無線リソースで構成された２つのＵＥが、同じＧＦ無線リソースに割り当てられることを必要とするときに、時間または周波数シフトを要求し得る。
【００９３】
実装の一例では、ネットワークは、ＬＴＥ内のＰＲＡＣＨ構成インデックスのような、１つ以上のＧＦ構成を事前定義し得る。事前定義されたＧＦ構成は、ＧＦ構成ＩＤと、時間領域内のＧＦ無線リソース、周波数領域内のＧＦ無線リソース（または同等に周波数オフセット）、ＭＣＳ、および／または１つ以上の電力制御パラメータのうちの少なくとも１つと、を含み得る。ｇＮＢがＧＦ構成内で多数のパラメータを事前定義するとき、リソース再割り当ての柔軟性が低下し得る。ネットワークは、サービス要件および展開シナリオなどの多くの因子に基づいて、事前定義されたＧＦ構成内のパラメータの数を構成し得る。ｇＮＢがＵＥをＧＦのＵＬ送信を用いて構成するとき、ＧＦ構成のシグナリング、例えば、ＲＲＣシグナリングまたはＬ１シグナリングは、事前定義されたＧＦ構成の中のＧＦ構成を示すＧＦ構成ＩＤを含み得る。ＧＦ構成ＩＤは、事前定義されたＧＦ構成ではないが、ＧＦ無線リソースを介してデータを送信するためにＵＥによって用いられる、１つ以上のＧＦのＵＬ送信パラメータを伴って、ｇＮＢからＵＥに送信され得る。一例では、ＵＥのＧＦ送信を構成するためにｇＮＢから送信されるＲＲＣシグナリングは、ＧＦ構成ＩＤ、および／またはＧＦ構成ＩＤが示さない場合がある１つ以上のＧＦ送信パラメータを含み得る。１つ以上のＧＦ送信パラメータは、事前定義されたＧＦ構成の形式に依存し得る。例えば、ネットワークは、ＧＦのＵＬ送信に割り当てられた１つ以上のサブフレーム番号を示す複数のＧＦ構成を事前定義し得る。ｇＮＢは、ＲＲＣシグナリングおよび／またはＬ１シグナリングを介して、ＧＦ周波数、ＭＣＳ、１つ以上の電力制御パラメータなどの、１つ以上の残りのＧＦのパラメータをＵＥに通知し得る。一例では、ＲＲＣシグナリングは、ＵＥのために選択されたＧＦ構成ＩＤおよび残りのパラメータを含み得る。一例では、Ｌ１アクティブ化シグナリングは、１つ以上の構成済みＧＦパラメータを用いてＧＦプロセスをアクティブ化する指示としてＧＦ構成ＩＤを含み得る。一例では、ＲＲＣシグナリングは、時間／周波数無線リソースを示すＧＦ構成ＩＤを含み得、Ｌ１アクティブ化シグナリングは、ＭＣＳと、より頻繁かつＵＥ固有に更新されることを必要とし得る１つ以上の電力制御パラメータを含み得る。図１９は、システムフレーム番号およびサブフレーム番号を含む事前定義されたＧＦ構成の一例である。例えば、ＵＥがＧＦ構成インデックス３で構成されている場合、ＧＦ無線リソースは、偶数のシステムフレーム番号内の７番目のサブフレームごとに利用可能である。この場合、ｇＮＢは、ＲＲＣおよび／またはＬ１シグナリングを介して、事前定義されたＧＦ構成に含まれない１つ以上のＧＦ構成パラメータ、例えば、ＧＦ周波数、ＭＣＳ、１つ以上の電力制御パラメータを通知し得る。ｇＮＢは、ＧＦ構成ＩＤを使用して、ＲＲＣシグナリングおよび／またはＬ１シグナリングを介してＧＦパラメータのうちの１つ以上を再構成し得る。一例では、一旦、１つ以上のＧＦパラメータが構成されると、ｇＮＢは、現在のＧＦ動作用に構成されているものとは異なるＧＦ構成ＩＤを用いて修正Ｌ１シグナリングを送信し得る。ＵＥは、新しいＧＦ構成ＩＤに基づいて１つ以上のＧＦパラメータを変更し得る。非アクティブ化Ｌ１シグナリングは、構成済みＧＦ無線リソースの解放を通知するために、構成済みＧＦ構成ＩＤを含み得る。
【００９４】
第１のタイプ（グラントフリープロセス）の構成済み許可を用いるアップリンク送信のためのレガシー機構では、無線デバイスは、グラントフリーリソースを介してアップリンクデータを送信し得る。ｅＮＢは、特定の論理チャネルを第１タイプの構成済み許可に割り当てることができない場合がある。この機構は、アップリンクデータ送信を結果的に非効率にし得る。第１のタイプの構成済み許可のアップリンクリソースは、多くの論理チャネルのデータ（例えば、低優先度データ）によって用いられ得、タイプ１の構成済み許可のアップリンクリソースが輻輳し得、パケット衝突が増加し得る。アップリンク送信効率を改善するために、第１のタイプの構成済み許可を介してアップリンク送信のためのアップリンク論理チャネル優先順位付けプロセスを強化する必要性が存在する。ＲＲＣメッセージを基地局から受信したことに応答して、無線デバイスがＧＦ許可（および／またはリソース）をアクティブ化／初期化する場合に関して、ＧＦ許可（および／またはリソース）を介して送信される第１のデータは、動的許可、例えば、グランとベース（ＧＢ）のＵＬ送信を介して送信される第２のデータに対して、より高い信頼性および／または低レイテンシを必要とし得る。無線デバイスは、１つ以上の論理チャネルのデータを優先度順で１つ以上のパケット上に多重化され得る。実施形態の例は、第１のタイプの構成済み許可でのアップリンク送信のためのアップリンク論理チャネル優先順位付けプロセスを強化する。
【００９５】
１つ以上の論理チャネルを用いてＧＦプロセス（および／またはリソース）を構成することは、基地局および無線デバイスに柔軟性を提供し得る。例えば、無線デバイスは、ＧＦリソースを介して送信されるようにスケジュールされたデータを有し得る。無線デバイスは、優先度順に基づいてより高い（またはより低い）優先度で第１の論理チャネルのデータを多重化し得る。１つ以上の論理チャネルを用いてＧＦプロセス（および／またはリソース）を構成する実施形態の例は、輻輳を緩和する。例えば、基地局は、グラントフリーリソースを複数の無線デバイスに割り当て得る。複数の無線デバイスは、競合基準でグラントフリーリソースを使用し得る。より多数の無線デバイスが、同時にリソースを使用するにつれて、衝突の可能性が高くなり、信頼性の低下および／またはより長いレイテンシにつながる。１つ以上の論理チャネルを用いてＧＦプロセス（および／またはリソース）を構成することは、グラントフリーリソースの使用に制約を課し得る。これは、無線デバイス間の衝突を結果的に減少させ得る。
【００９６】
ｇＮＢは、少なくとも１つの論理チャネルＩＤ（ＬＣＩＤ）および／または論理チャネルグループｉｄ（ＬＣＧ  ＩＤ）を少なくとも１つのＧＦプロセス（第１のタイプの構成済み許可）に割り当てて、グラントフリーの送信を可能にされた論理チャネルを認識し得る。他の論理チャネルは、動的またはＳＰＳの許可（第２のタイプの構成済み許可）を使用してもよく、グラントフリーリソースを使用することを許可されなくてもよい。一例では、ＲＲＣシグナリングは、ＧＦプロセスと関連付けられたＬＣＩＤ（またはＬＣＧ  ＩＤ）を含み得る。複数のＧＦプロセスが構成されるとき、ＲＲＣシグナリングは、ＧＦプロセスのＧＦ構成、アクティブ化、非アクティブ化、および／または修正と関連付けられたＬＣＩＤ（またはＬＣＧ  ＩＤ）を伴って送信され得る。一例では、ｇＮＢは、ＧＦ動作のためのＵＲＬＬＣ論理チャネルのＬＣＩＤ（またはＬＣＧ  ＩＤ）を割り当て得る。一例では、ＵＥのＧＦリソースがＵＲＬＬＣバッファのデータを送信するために十分大きくない場合、ＵＥは、ＭＡＣのＰＤＵサブヘッダ内の割り当てられたＬＣＩＤおよび／またはＬＣＧ  ＩＤを伴ってＢＳＲを送信し得る。
【００９７】
一例では、ＵＥは、ＧＦリソース用に構成された少なくとも１つの論理チャネル（またはＬＣＧ）と関連付けられたアップリンクデータを送信し得る。これは、ＧＦリソース内の他の論理チャネル（ＧＦプロセス用に構成されていない）のデータのアップリンク送信を減少させ得る。このプロセスは、ＧＦ衝突を減少させ得る。一例では、ＧＦリソースは、１つ以上のアップリンクＭＡＣのＣＥの送信に用いられ得る。一例では、少なくとも１つの論理チャネル（または１つのＬＣＧ）のデータが送信のために多重化された後に、ＧＦリソース内に残りのリソースが存在するとき、ＵＥは、ＧＦリソース内の他の論理チャネル（またはＬＣＧ）および／またはＭＡＣのＣＥのデータを多重化および送信し得る。
【００９８】
一例では、無線デバイスは、グラントフリープロセスのための１つ以上の構成パラメータを含む１つ以上のメッセージを基地局から受信し得、１つ以上のメッセージは、グラントフリープロセスと関連付けられた少なくとも１つの論理チャネル（またはＬＣＧ）の少なくとも１つの論理チャネル識別子（またはＬＣＧ  ＩＤ）を含む。基地局は、１つ以上のＭＡＣのＰＤＵを送信するためのグラントフリープロセスを開始し得る。無線デバイスは、データが少なくとも１つの論理チャネル（またはＬＣＧ  ＩＤ）と関連付けられているか否かに少なくとも基づいて、データが、グラントフリープロセスと関連付けられた１つ以上のグラントフリーリソースを介した送信に考慮されるか否かを決定し得る。無線デバイスは、無線デバイスによって１つ以上のグラントフリーリソースを介して基地局に、少なくとも１つの論理チャネル（またはＬＣＧ）と関連付けられたデータを送信し得る。一例では、無線デバイスは、データのサイズにさらに基づいて、データが、グラントフリープロセスと関連付けられた１つ以上のグラントフリーリソースを介した送信に考慮されるか否かを決定し得る。データは、１つ以上のＭＡＣのＰＤＵを介して送信され得、ＭＡＣのＰＤＵは、１つ以上のＭＡＣのＰＤＵサブヘッダであって、サブヘッダが論理チャネル識別子（またはＬＣＧ  ＩＤ）を含む、１つ以上のＭＡＣのＰＤＵサブヘッダと、１つ以上のＭＡＣのＳＤＵと、を備え、ＭＡＣのＳＤＵが、１つ以上のＭＡＣのＰＤＵサブヘッダ内のＭＡＣのＰＤＵサブヘッダに対応する。
【００９９】
図２１は、本開示の一実施形態の一態様による例図である。例えば、基地局は、第１のタイプの構成済み周期的許可（例えば、グラントフリーＵＬ送信）を用いて無線デバイスを構成し得る。基地局は、１つ以上の無線リソース制御メッセージを無線デバイスに送信し得る。１つ以上の無線リソース制御メッセージは、少なくとも１つのパラメータを含み得る。例えば、少なくとも１つのパラメータは、第１のタイプ（例えば、グラントフリーＵＬ送信）の構成済み周期的許可が、第１の論理チャネルのデータの送信に使用され得るか否かを示し得る。１つ以上の無線リソース制御メッセージは、少なくとも１つの第２のパラメータを含み得る。例えば、少なくとも１つの第２のパラメータは、第１のタイプの構成済み周期的許可のアップリンク許可のリソースを示し得る。例えば、少なくとも１つの第２のパラメータは、シンボル番号、タイミングオフセット、および第１の周期性を含み得る。無線デバイスは、構成済み周期的許可が、少なくとも１つのパラメータに基づいて、第１の論理チャネルのデータの送信に使用され得ると決定し得る。構成済み周期的許可が第１の論理チャネルのデータの送信に使用され得ると決定した結果として、無線デバイスは、第１の論理チャネルのデータを１つ以上のトランスポートブロック上に多重化し得る。無線デバイスは、第１のタイプの構成済み周期的許可のリソースを介して１つ以上のトランスポートブロックを基地局に送信し得る。
【０１００】
一例では、ＧＦまたはＧＢのＵＬ送信を使用するか否かに関する決定は、アップリンク送信および／またはサービス要件（例えば、ＧＦリソースと関連付けられた少なくとも１つの論理チャネルまたはＬＣＧに基づく）に関するデータのサイズ（例えば、ＧＦリソースおよび／または閾値のサイズに対する）に基づき得る。例えば、ＵＲＬＬＣレイテンシが、より大きいパケットサイズ（例えば、３２バイトを超える）に対して緩和される場合、ＧＢのＵＬ送信は、緩和されたレイテンシ要件の信頼性の観点から、ＧＦのＵＬ送信よりも適切であり得る。小さいサイズのＵＲＬＬＣパケット（例えば、３２バイト未満）に関して、ＧＦのＵＬ送信は、ＵＲＬＬＣに定義された所与のレイテンシおよび信頼性要件で使用され得る。ＧＦのＵＬ送信を使用するか否かを決定する閾値は、ｇＮＢによって事前定義または構成されてもよく、および／またはＧＦリソースのサイズに基づいて決定されてもよい。一例では、ＵＥは、ＧＦリソース用に構成された少なくとも１つの論理チャネル（またはＬＣＧ）のデータを考慮し得る。一例では、データが他の論理チャネル（または他のＬＣＧ）に属する場合、データは、ＧＦリソース上の送信を開始するように考慮されない場合がある。
【０１０１】
データのサイズに基づいてＧＦとＧＢの間のＵＬ送信を選択することは、ＵＥが送信しようとするデータのサイズが閾値よりも大きい場合に、ＵＥが利用可能なＧＦ無線リソースをスキップし得る状況を結果的にもたらし得る。一例では、ＧＦ無線リソースをスキップするのではなく、ＵＥは、ｇＮＢが、送信のための正しいサイズのＵＬ無線リソースを用いてＵＬを送信するように、ＧＦ無線リソースを介して、データのサイズを示すＢＳＲ（例えば、論理チャネルｉｄまたは論理チャネルグループｉｄと関連付けられた）を送信し得る。データのサイズは、パケットのサイズであり得る。図２２は、パックサイズに依存するＧＦ無線リソースを介したＵＬ送信の決定機構の一例である。一例では、ＵＥは、ＧＦリソース用に構成された少なくとも１つの論理チャネル（またはＬＣＧ）のデータを考慮し得る。一例では、データが他の論理チャネル（またはＬＣＧ）に属する場合、データは、ＧＦリソース上の送信を開始するように考慮されない場合がある。
【０１０２】
無線デバイスから基地局にＢＳＲを送信することは、リソース割り当ての柔軟性を提供し得る。ＢＳＲを送信することは、より正確なリソース割り当てを提供し得る。例えば、スケジューラ（例えば、基地局および／またはネットワーク）は、無線デバイスのリソースのより正確な量を決定し得る。一例では、無線デバイスは、そのアップリンクバッファ内に、グラントフリー送信のためにスケジュールされた大量のデータを有し得る。グラントフリーリソースを使用してデータを送信するために時間がかかる場合があり、例えば、グラントフリーリソースのサイズが大量のデータと比較して小さい場合、時間がかかる場合がある。この場合、無線デバイスは、ＢＳＲを基地局に送信し得る。基地局は、大量のデータに対するＵＬ許可を送信し得る。
【０１０３】
ＧＦリソースを介してＢＳＲを送信することは、エネルギー効率を向上させ得る。無線デバイスは、ＢＳＲを送信するためにＵＬ許可（例えば、ＧＢのＵＬ送信）を待つ必要がない場合がある。無線デバイスは、バッファ内の大量のデータを通知するためにＢＳＲを送信し得る。基地局は、大量のデータに対するＵＬ許可を送信し得る。ＧＦリソースを介して大量のデータを送信するよりも、無線デバイスのＵＬ許可に基づいて大量のデータを送信する方が、時間がかからない場合がある。これは、無線デバイスのレイテンシの短縮、および／またはエネルギーの節約を結果的にもたらし得る。
【０１０４】
ＢＳＲは、特定の論理チャネルまたは論理チャネルグループと関連付けられたＬＣＩＤまたはＬＣＧＩＤを示す、対応するサブヘッダとともにＭＡＣのＣＥの形態で送信され得る。一例では、ｇＮＢは、１つ以上のＬＣＩＤを１つ以上のＧＦ構成（または同等にＧＦ無線リソース）に割り当て得る。ＵＥがＧＦ無線リソースを介して送信するＢＳＲは、レギュラーＢＳＲまたはグラントフリーリソースと関連付けられた１つ以上の論理チャネル（またはＬＣＧ）に関連するバッファのサイズを含むＢＳＲであり得る。
【０１０５】
ｇＮＢがＢＳＲを正常に受信した場合、ｇＮＢは、ＢＳＲに応答して、１つ以上のＵＬ許可をＵＥに送信し得る。ＵＥがｇＮＢからアップリンク許可を受信しない場合、ＵＥは、ＰＵＣＣＨを使用してスケジューリング要求をトリガし得る。
【０１０６】
図２３は、本開示の一実施形態の一態様による例図である。例えば、基地局は、第１のタイプの構成済み周期的許可（例えば、グラントフリーＵＬ送信）を用いて無線デバイスを構成し得る。基地局は、１つ以上の無線リソース制御メッセージを無線デバイスに送信し得る。１つ以上の無線リソース制御メッセージは、少なくとも１つのパラメータを含み得る。例えば、少なくとも１つのパラメータは、第１のタイプ（例えば、グラントフリーＵＬ送信）の構成済み周期的許可が、第１の論理チャネルのデータの送信に使用され得るか否かを示し得る。１つ以上の無線リソース制御メッセージは、少なくとも１つの第２のパラメータを含み得る。例えば、少なくとも１つの第２のパラメータは、第１のタイプの構成済み周期的許可のアップリンク許可のリソースを示し得る。例えば、少なくとも１つの第２のパラメータは、シンボル番号、タイミングオフセット、および第１の周期性を含み得る。無線デバイスは、構成済み周期的許可が、少なくとも１つのパラメータに基づいて、第１の論理チャネルのデータの送信に使用され得ると決定し得る。無線デバイスは、第１の論理チャネルのデータのサイズに基づいて、バッファステータスレポートを少なくとも１つのパケット上に多重化することを決定し得る。例えば、無線デバイスは、データのサイズが閾値よりも大きいという決定に応答して、バッファステータスレポートを少なくとも１つのパケット上に多重化し得る。無線デバイスは、第１のタイプの構成済み周期的許可のリソースを介して少なくとも１つのパケットを送信し得る。例えば、無線デバイスは、データのサイズが閾値以下であるという決定に応答して、データを少なくとも１つの第２のパケット上に多重化し得る。少なくとも１つの第２のパケットは、バッファステータスレポートを含まなくてもよい。無線デバイスは、第１のタイプの構成済み周期的許可のリソースを介して、少なくとも１つの第２のパケットを送信し得る。
【０１０７】
一例では、無線デバイスは、グラントフリーリソースおよびグラントフリーアップリンク送信を示す１つ以上のパラメータを含む第１のメッセージを基地局から受信し得る。無線デバイスは、グラントフリーアップリンク送信のアクティブ化インジケータを含む第２のメッセージを基地局から受信し得る。無線デバイスは、論理チャネル（またはＬＣＧ）内のデータのサイズおよび第１の閾値に基づいて、データおよび１つ以上のパケットのサイズを示すバッファステータスレポート（ＢＳＲ）のうちの少なくとも１つを含む、少なくとも１つのパケットを、グラントフリーリソースを介して基地局に送信し得る。第１のメッセージは、第１の閾値をさらに含み得る。第１の閾値は、グラントフリーリソースのサイズに基づいて決定され得る。バッファステータスレポートは、レギュラーＢＳＲであり得る。第１のメッセージは、論理チャネル（またはＬＣＧ）がグラントフリーリソースと関連付けられていることを示し得る。第１のメッセージは、論理チャネル識別子（ＬＣＩＤ）、またはグラントフリーリソースと関連付けられた論理チャネルもしくはＬＣＧのＬＣＧ  ＩＤを含み得る。
【０１０８】
ＧＦのＵＬ送信では、ＵＥが、ＧＦのＵＬ送信に応答して、ｇＮＢから受信確認を受信しない場合が存在し得る。一例では、ｇＮＢは、例えば、同じ無線リソースを共有する他のＵＥからの高い干渉および／または無線チャネルの悪いチャネル品質に起因して、ＵＥ  ＩＤの検出およびデータのデコードに失敗し得る。この場合、ｇＮＢは、ＵＥのＧＦのＵＬ送信を認識していない可能性があり、ＵＥへの同じまたは異なるＴＢのＵＬ送信または再送信の成功を示す受信確認を送信しない場合がある。ＵＥは、ｇＮＢが肯定的または否定的な受信確認を送信しても、ＵＥがｇＮＢの受信確認の検出／デコードを失敗し得る場合、場合、ｇＮＢからの受信確認が存在しないと考慮し得る。そのような場合をＧＦ障害と称し得る。ＧＦ障害が発生したとき、サービス要求手順、ランダムアクセス手順、初期ＧＦのＵＬ送信の再試行をトリガするなどの、いくつかの選択肢がＵＥに存在し得、ＵＥは、ＧＦ障害後に開始される必要がある手順を決定し得る。
【０１０９】
一例では、ＵＥは、無線リソース割り当ておよび／またはレイテンシ要件に基づいて、手順のうちの１つを開始し得る。一例は、ＧＦ障害後に最も早く利用可能なリソースを有する手順を開始ものであり得る。例えば、ＧＦ障害がサブフレームｎで決定され、最も早いＧＦ、ＳＲ、およびＰＲＡＣＨ無線リソースが、それぞれ、ｎ＋４、ｎ＋１、およびｎ＋９である場合、ＵＥは、次のサブフレーム内で開始され得るＳＲ手順を開始し得る。ＵＥは、無線リソースの周期性を考慮し得る。例えば、ＧＦ、ＳＲ、およびＰＲＡＣＨ無線リソースが、それぞれ、サブフレームごと、２サブフレームごと、および１０サブフレームごとに利用可能である場合、ＵＥは、最短の周期性（１サブフレーム）を有する初期ＧＦのＵＬ送信を開始し得る。ＵＥは、ＧＦ障害後の手順を選択するときに、上記の両方の因子を考慮し得る。例えば、ＵＥは、予想されるレイテンシを測定し、最短のレイテンシを有するものを選択し得る。予想されるレイテンシは、待機時間および最小レイテンシに基づいて計算され得、待機時間は、ＵＥがＧＦ障害を決定するサブフレームから、選択された手順の無線リソースが最初に利用可能なサブフレームまでの持続時間であり得る。例えば、現在のサブフレームがｎであり、かつＳＲのＰＵＣＣＨがｎ＋３サブフレームにスケジュールされている場合、待機時間は、３ＴＴＩであり得る。最小レイテンシは、手順が最初に開始されてから、手順と関連付けられたＵＥの初期送信に応答して、ｇＮＢから受信確認を受信するまでの持続時間であり得る。例えば、ＳＲ、２ステップＲＡＣＨ、および４ステップＲＡＣＨは、それぞれ、４ＴＴＩ、１４ＴＴＩ、および４ＴＴＩを有し得、ＳＲ、２ステップＲＡＣＨ、および４ステップＲＡＣＨの最小レイテンシとして使用され得る。
【０１１０】
一例では、ＵＥは、ＧＦ障害の数をカウントするカウンタを使用し、カウンタを使用して手順のうちの１つを開始し得る。例えば、カウンタは、初期値、例えば、０から開始し、ＧＦが失敗したときに、ＵＥは、カウンタを１だけ増加させ得る。ＵＥは、カウンタが閾値に達するまで、ＧＦのＵＬ送信を再試行し得る。カウンタが閾値に達した場合、ＵＥは、ＧＦ再試行を停止し、ＳＲ（またはＢＳＲ）をトリガし得る。カウンタは、ＵＥが肯定的または否定的な受信確認をｇＮＢから受信した場合、０にリセットされ得る。ＵＥがＳＲ手順をトリガするとき、ＳＲに対する有効なＰＵＣＣＨが存在しない場合、ＵＥは、ランダムアクセス手順をトリガし得る。
【０１１１】
一例では、どの手順が開始されることを必要とするかの決定が、ＲＲＣパラメータによって示され得る。例えば、１つ以上のＧＦ構成パラメータを含むＲＲＣメッセージは、ＳＲ手順がトリガされるか、ランダムアクセス手順がトリガされるか、またはＳＲ／ＲＡＣＨがトリガされないかを示し得る。例えば、１つ以上のＧＦ構成パラメータを含むＲＲＣメッセージは、ＳＲ手順がトリガされるか、またはＳＲがトリガされないかを示し得る。例えば、１つ以上のＧＦ構成パラメータを含むＲＲＣメッセージは、ランダムアクセス手順がトリガされるか、またはＲＡＣＨがトリガされないかを示し得る。
【０１１２】
ＧＦのＵＬ送信が失敗した場合、ＵＥは、ＧＦプロセスを終了し、ＧＦ障害を示す、いくつかの他のＭＡＣ／ＲＲＣレポートを送信し得る。このレポートは、ＲＲＣシグナリングによって構成され得るか、またはデフォルト選択肢として構成され得る。
【０１１３】
ＧＦのＵＬ送信が失敗した場合、ｇＮＢは、ＵＥがそれを報告するまで、ＧＦ障害が存在したことを認識しない可能性がある。ｇＮＢは、ＧＦリソース使用パラメータ、例えば、ＵＥが何回、ＧＦのＵＬ送信に失敗および／または成功したかに関する情報を受信するために、要求メッセージをＵＥに送信し得る。ＧＦ統計の送信を用いる実施形態の例は、より正確な無線リソース割り当てを提供する。例えば、ｇＮＢは、ＵＥの公称電力および／またはＧＦ無線リソースを再構成し得る。
【０１１４】
図２４は、ＧＦ障害レポート手順の一例である。一例では、ｇＮＢは、例えば、ＲＲＣを介して、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔと称される、ＵＥ情報要求メッセージを送信することによって手順を開始し得る。ｇＮＢは、セキュリティが正常にアクティブ化されたときにこの手順を開始し得る。ＵＥは、ＵＥ情報要求メッセージに応答して、ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅと称される、ＵＥ情報応答メッセージを送信する。
【０１１５】
ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｑｕｅｓｔは、ＵＥが、ＵＥ情報応答メッセージのＧＦ統計（例えば、失敗、成功）、持続時間／時間周期、および／またはＧＦに必要な統計のタイプを含めることを必要とするか否かを示す、ＧＦ−ＲｅｐｏｒｔＲｅｑと称される、パラメータを含み得る。ＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅは、グラントフリーリソースを介した送信試行の数を示すパラメータ、無線デバイスが、グラントフリーリソースを介した送信試行に応答して受信確認を基地局から受信しなかった回数を示すパラメータ、無線デバイスが、グラントフリーリソースを介した送信試行に応答して、肯定的または否定的な受信確認を基地局から受信する回数を示すパラメータ、グラントフリー送信のデータサイズに関連するパラメータ、測定持続時間を示すパラメータ、無線デバイスが、ＧＦ送信試行に応答して、受信確認を基地局から受信しないときに、無線デバイスが１つ以上の衝突を検出するか否かの指標を示すパラメータ、無線装置が、ＧＦ送信試行に応答して、受信確認を基地局から受信しないときに、無線デバイスによって検出された衝突の数を示すパラメータ、および／またはＧＦ送信に関連する他のパラメータ、のうちの少なくとも１つを含み得る。
【０１１６】
一例では、無線デバイスは、グラントフリー送信ステータス情報を要求するように構成された第１のメッセージを基地局から受信し得る。無線デバイスは、第１のメッセージに応答して、グラントフリーリソースを介した送信試行の回数を示すパラメータ、無線デバイスが、グラントフリーリソースを介した送信試行に応答して受信確認を基地局から受信しなかった回数を示すパラメータ、無線デバイスが、グラントフリーリソースを介した送信試行に応答して肯定的または否定的な受信確認を基地局から受信する回数を示すパラメータ、測定持続時間を示すパラメータ、無線デバイスが、ＧＦ送信試行に応答して受信確認を基地局から受信しないときに、無線デバイスが１つ以上の衝突を検出するか否かの指標を示すパラメータ、および無線装置が、ＧＦ送信試行に応答して受信確認を基地局から受信しないときに、無線デバイスによって検出された衝突の回数を示すパラメータ、のうちの少なくとも１つを含む、第２のメッセージを基地局に送信し得る。第１のメッセージは、グラントフリーリソース構成インデックス、グラントフリーＲＮＴＩ、またはグラントフリープロセスを識別するパラメータをさらに含み得る。第２のメッセージは、グラントフリーリソース構成インデックス、グラントフリーＲＮＴＩ、またはグラントフリープロセスを識別するパラメータをさらに含み得る。第２のメッセージの１つ以上の要素は、グラントフリーリソース構成インデックス、グラントフリーＲＮＴＩ、またはグラントフリープロセスを識別するパラメータと関連付けられ得る。
【０１１７】
図２５は、本開示の一実施形態の一態様による例図である。例えば、基地局は、少なくとも１つの第１のメッセージを無線デバイスに送信し得る。少なくとも１つの第１のメッセージは、第１のタイプの構成済み周期的許可（例えば、グラントフリーＵＬ送信）のリソースを示し得る。少なくとも１つの第１のメッセージは、第１のタイプの構成済み周期的許可をアクティブ化し得る。基地局は、第２のメッセージを送信し得る。例えば、第２のメッセージは、ＵＥ情報要求であり得る。第２のメッセージは、第１のタイプの構成済み周期的許可のリソースを介して１つ以上のＵＬ送信の統計を送信する要求であり得る。統計は、第１のタイプの構成済み周期的許可のリソースを介したＵＬ送信の第１の数、無線デバイスが、ＵＬ送信の第１の数に応答して、受信確認を基地局から受信しない第２の回数、無線デバイスが、ＵＬ送信の第１の数に応答して、肯定的または否定的な受信確認を基地局から受信する第３の回数、および測定持続時間、のうちの少なくとも１つを示し得るか、または含み得る。無線デバイスは、第２のメッセージを受信したことに応答して、第３のメッセージを基地局に送信し得る。第３のメッセージは、ＵＥ情報応答であり得る。例えば、第３のメッセージは、統計を示す１つ以上のパラメータを含み得る。
【０１１８】
ｇＮＢは、ＵＥに対するＵＥの電力消費を低減するために、不連続受信（ＤＲＸ）手順を開始し得る。ｇＮＢは、ＲＲＣを介して１つ以上のＤＲＸ構成パラメータ、例えばＲＲＣコネクションリコンフィグレーションまたはＲＲＣコネクションセットアップメッセージを構成し得る。１つ以上のＤＲＸ構成パラメータは、Ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＨＡＲＱ  ＲＴＴタイマ、Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、および／またはＵＬ  ＨＡＲＱ  ＲＴＴタイマを含み得、Ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、ＤＬ再送信が受信されるまでの連続ＰＤＣＣＨサブフレームの最大数を示し得、Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、ＵＬ再送信の許可が受信されるまでの連続ＰＤＣＣＨサブフレームの最大数を示し得、ＨＡＲＱ  ＲＴＴタイマは、ＨＡＲＱ再送信のＤＬ割り当てがＭＡＣ実体によって予想される前のサブフレームの最小量を示し得、ＵＬ  ＨＡＲＱ  ＲＴＴタイマは、ＵＬ  ＨＡＲＱ再送信がＭＡＣ実体によって予想される前のサブフレームの最小量を示し得る。
【０１１９】
ｇＮＢは、１つ以上のサービスタイプ（例えば、ＵＲＬＬＣ）のための１つ以上のＤＲＸ構成パラメータを構成し得る。例えば、Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、ＵＥが、厳密な要件（レイテンシ）を達成する他のサービスに対するものよりも短いＵＲＬＬＣに対するＤｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを有し得るように、ＵＲＬＬＣのために構成され得る。一例では、ＨＡＲＱ  ＲＴＴタイマ、Ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒおよび／またはＵＬ  ＨＡＲＱ  ＲＴＴタイマは、１つ以上のサービスタイプ、例えば、ＵＲＬＬＣのために構成され得る。一例では、サービスタイプは、論理チャネル識別子によって識別され得る。
【０１２０】
ｇＮＢは、１つ以上の論理チャネルのための１つ以上のＤＲＸ構成パラメータを構成し得る。一例では、Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒおよび／またはＵＬ  ＨＡＲＱ  ＲＴＴは、ＵＥが、ＵＲＬＬＣのための異なるＤｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを有し得るように、ＵＲＬＬＣと関連付けられた論理チャネルのために構成され得る。
【０１２１】
ｇＮＢは、ＧＦ構成のために、例えば、Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ＵＬ  ＨＡＲＱ  ＲＴＴタイマなどの、１つ以上のＤＲＸ構成パラメータを構成し得る。
【０１２２】
ＵＥがＤＲＸモードで構成され、ＧＦのＵＬ送信を介してｇＮＢにデータを送信するとき、ＵＥは、ＧＦのＵＬ送信に応答して、ＵＬ  ＨＡＲＱ  ＲＴＴタイマを開始し得る。ＵＬ  ＨＡＲＱ  ＲＴＴタイマが満了した場合、ＵＥは、Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始し、ＰＤＣＣＨの監視を開始して、ｇＮＢからのＧＦのＵＬ送信に対応する肯定的または否定的な受信確認が存在するか否かを確認し得る。この場合、Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒの満了前に、データを送信するためにＵＥのための１つ以上の利用可能なＵＬリソースが存在し得る。この場合、ＵＥがＵＬ送信に１つ以上の利用可能なＵＬリソースを使用するか否かに応じて、Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒおよび／またはＵＬ  ＨＡＲＱ  ＲＴＴタイマが、異なる方式で管理され得る。
【０１２３】
一例では、Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒがＴＴＩで動いており、かつＴＴＩ内で利用可能なＧＦのＵＬリソース（またはサイズに関して任意の使用可能なリソース）が存在する場合、ＵＥは、Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止し得、ＵＥは、別のＵＬ送信を再試行する。ＵＥは、別のＵＬ送信の再試行に応答して、ＵＬ  ＨＡＲＱ  ＲＴＴタイマを開始し得る。
【０１２４】
一例では、Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒがＴＴＩで動いており、かつＴＴＩで利用可能なＧＦのＵＬリソース（またはサイズに関して任意の使用可能なリソース）が存在する場合、ＵＥは、ＧＦ送信のためにアップリンクリソースを使用しなくてもよい。Ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒが満了したとき、ＵＥは、第１の利用可能なアップリンクＧＦリソース内の同じＴＢを送信するために別のＧＦのＵＬ送信を再試行し得、ＵＬ  ＨＡＲＱ  ＲＴＴタイマを開始し得る。
【０１２５】
一例では、無線デバイスは、ｄｒｘアップリンク再送信タイマを含む第１のメッセージを基地局から受信し得る。無線デバイスは、第１のグラントフリー無線リソースを介して第１のデータを基地局に送信し得る。無線デバイスは、ｄｒｘアップリンク再送信タイマを開始し得る。無線デバイスは、第２のグラントフリー無線リソースを介して第２のデータを基地局に送信し得、無線デバイスは、ｄｒｘアップリンク再送信タイマを停止する。無線デバイスは、ｄｒｘアップリンク再送信タイマを用いて、不連続受信のアクティブ持続時間を決定し得る。第１のデータは、第２のデータとすることができる。
【０１２６】
図２６は、第１のタイマ（例えば、ＨＡＲＱ  ＲＴＴタイマ）および第２のタイマ（例えば、ｄｒｘアップリンク再送信タイマ）の例図である。基地局は、第１のタイプの構成済み許可の１つ以上の構成パラメータを含む少なくとも１つのＲＲＣメッセージを無線デバイスに送信し得る（例えば、ＧＦのＵＬ送信）。１つ以上の構成パラメータは、第１のタイプの構成済み周期的許可のリソースを示し得る。１つ以上の構成パラメータは、第１のタイマの第１の値および第２のタイマの第２の値を示し得る。ＤＲＸ動作が、無線デバイス内でトリガされ得る。無線デバイスは、ＤＲＸ動作中に送信するデータを有し得る。無線デバイスは、第１のタイプの構成済み周期的許可のリソースを介してデータを送信し得る。例えば、無線デバイスは、構成済み周期的許可と関連付けられるように検出されている論理チャネルのデータに応答して、第１のタイプの構成済み周期的許可のリソースを介してデータを送信し得る。無線デバイスは、第１のタイプの構成済み周期的許可のリソースを介したデータを送信したことに応答して、第１のタイマを開始し得る。第１のタイマの満了に応答して、無線デバイスは、第２のタイマを開始し得る。無線デバイスは、第２のタイマの開始に応答して、ダウンリンク制御チャネルの監視を開始し得る。無線デバイスは、第２のタイマが動いているときに、第１のタイプの構成済み周期的許可のリソースを介して送信する第２のデータを有し得る。無線デバイスは、第１のタイプの構成済み周期的許可のリソースを介した第２のデータを送信したことに応答して、第２のタイマを停止し得る。無線デバイスは、第２のデータを送信したことに応答して、第１のタイマを開始し得る。
【０１２７】
一例では、無線デバイスは、１つ以上のｄｒｘアップリンク再送信タイマを含む第１のメッセージを基地局から受信し得、第１のメッセージは、１つ以上のｄｒｘアップリンク再送信タイマのうちの少なくとも１つと関連付けられた１つ以上のサービスの１つ以上の論理チャネル（またはサービスもしくはベアラ）識別子をさらに含む。無線デバイスは、無線リソースを介して少なくとも１つのトランスポートブロックを基地局に送信し得る。無線デバイスは、１つ以上のｄｒｘアップリンク再送信タイマのうちの１つを開始し得、１つ以上のｄｒｘアップリンク再送信タイマのうちの１つは、少なくとも１つのトランスポートブロックのサービスタイプおよび第１のメッセージの１つ以上の要素に基づいて、決定される。少なくとも１つのトランスポートブロックのサービスタイプは、超高信頼低レイテンシ通信、強化されたモバイルブロードバンド、および大規模マシンタイプ通信、のうちの少なくとも１つを含み得る。１つ以上のｄｒｘアップリンク再送信タイマのうちの１つは、アップリンクスケジューリングタイプに基づいて決定され得、アップリンクスケジューリングタイプは、グラントフリーアップリンクスケジューリング、グラントベースアップリンクスケジューリング、および半永続的スケジューリング、のうちの少なくとも１つを含む。無線デバイスは、１つ以上のｄｒｘアップリンク再送信タイマのうちの少なくとも１つを用いて、不連続受信のアクティブ持続時間を決定し得る。
【０１２８】
一例では、本開示の目的のために、以下の用語および定義が適用され得る。アクティブタイムは、ＭＡＣ実体がＰＤＣＣＨを監視しているＤＲＸ動作に関連する時間を示し得る。ｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒは、Ｍｓｇ３が送信された後にＭＡＣ実体がＰＤＣＣＨを監視し得る連続サブフレームの数を示し得る。ＤＲＸサイクルは、可能な非アクティブ周期が後に続く、Ｏｎ  Ｄｕｒａｔｉｏｎの周期的繰り返しを示し得る。ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒは、ＮＢ−ＩｏＴを除いて、ＰＤＣＣＨが、このＭＡＣ実体のための初期ＵＬ、ＤＬまたはＳＬユーザデータ送信を示す、サブフレームの後の連続ＰＤＣＣＨサブフレームの数を示し得る。ＮＢ−ＩｏＴに関して、それは、ＨＡＲＱ  ＲＴＴタイマまたはＵＬ  ＨＡＲＱ  ＲＴＴタイマが満了するサブフレームの後の連続ＰＤＣＣＨサブフレームの数を指定する。ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、ＤＬ再送信が受信されるまでの連続ＰＤＣＣＨサブフレームの最大数を示し得る。ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒは、ＭＡＣ実体がショートＤＲＸサイクルに従い得る連続サブフレームの数を示し得る。ｄｒｘＳｔａｒｔＯｆｆｓｅｔは、ＤＲＸサイクルが開始するサブフレームを示し得る。ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒは、ＵＬ再送信の許可が受信されるまでの連続ＰＤＣＣＨサブフレームの最大数を示し得る。
【０１２９】
ＨＡＲＱ情報は、ニューデータインジケータ（ＮＤＩ）およびトランスポートブロック（ＴＢ）サイズのうちの少なくとも１つを含むＤＬ−ＳＣＨまたはＵＬ−ＳＣＨ送信のための情報を示し得る。ＤＬ−ＳＣＨ送信および非同期ＵＬ  ＨＡＲＱに関して、ＨＡＲＱ情報はまた、この情報が存在しないＮＢ−ＩｏＴのＵＥを除き、ＨＡＲＱプロセスＩＤを含む。ＵＬ−ＳＣＨ送信に関して、ＨＡＲＱ情報はまた、リダンダンシバージョン（ＲＶ）を含む。ＤＬ−ＳＣＨ上の空間多重化の場合、ＨＡＲＱ情報は、トランスポートブロックのための一組のＮＤＩおよびＴＢサイズを含む。ＳＬ−ＳＣＨおよびＳＬ−ＤＣＨ送信のためのＨＡＲＱ情報は、ＴＢサイズからなる。
【０１３０】
ＨＡＲＱ  ＲＴＴタイマは、ＨＡＲＱ再送信のためのＤＬ割り当てがＭＡＣ実体によって予想される前のサブフレームの最小量を示し得る。Ｍｓｇ３は、ランダムアクセス手順の一部として、Ｃ−ＲＮＴＩ  ＭＡＣ  ＣＥまたはＣＣＣＨ  ＳＤＵを含有するＵＬ−ＳＣＨ上で送信され、上位層から提出され、ＵＥコンテンションレゾリューションアイデンティティと関連付けられた、メッセージを示し得る。ＮＢ−ＩｏＴは、チャネル帯域幅が２００ｋＨｚに制限されているＥ−ＵＴＲＡを介してネットワークサービスへのアクセスを可能にし得る。ＮＢ−ＩｏＴ  ＵＥは、ＮＢ−ＩｏＴを使用するＵＥを示し得る。ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒは、ＤＲＸサイクルの開始時の連続ＰＤＣＣＨサブフレームの数を示し得る。ＰＤＣＣＨは、ＰＤＣＣＨ、ＥＰＤＣＣＨ（構成時のサブフレーム内）、ＭＰＤＣＣＨ、Ｒ−ＰＤＣＣＨが構成され中断されていないＲＮに関してＲ−ＰＤＣＣＨ、またはＮＢ−ＩｏＴに関してＮＰＤＣＣＨを示し得る。ＰＤＣＣＨ周期（ｐｐ）は、２つの連続ＰＤＣＣＨ機会の開始の間の間隔を示し、現在使用されているＰＤＣＣＨ検索空間に依存し得る。ＰＤＣＣＨ機会は、検索空間の開始点であり、サブフレームｋ０によって定義され得る。ＰＤＣＣＨ周期の単位で構成されたタイマのためのＰＤＣＣＨサブフレームの数の計算は、ＰＤＣＣＨ周期の数を、ＵＥが共通検索空間を使用するときのｎｐｄｃｃｈ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓ−ＲＡと乗算することによって、またはＵＥがＵＥ固有検索空間を使用するときのｎｐｄｃｃｈ−ＮｕｍＲｅｐｅｔｉｔｉｏｎｓによって、行われ得る。ＰＤＣＣＨ周期の単位で構成されたタイマのためのサブフレームの数の計算は、ＰＤＣＣＨ周期の数を、２つの連続ＰＤＣＣＨ機会の間の持続時間と乗算することによって行われ得る。
【０１３１】
ＰＤＣＣＨサブフレームは、ＰＤＣＣＨを有するサブフレームを示し得る。ＰＤＣＣＨサブフレームのいくつかの例が本明細書に提示される。これは、アップリンクおよびダウンリンクの両方のクロスキャリアスケジューリングで構成されたセルを除く、サービングセルのためのＰＤＣＣＨサブフレーム上のユニオンを表し得るが、ＵＥが集約されたセルで同時に受信および送信することができない場合、これは、代わりにＳｐＣｅｌｌのＰＤＣＣＨサブフレームを表す。ＦＤＤサービングセルに関して、全てのサブフレームは、ＰＤＣＣＨサブフレームを表し得る。ＴＤＤサービングセルに関して、全てのダウンリンクサブフレームと、セルのｔｄｄ−Ｃｏｎｆｉｇによって示されるＴＤＤ  ＵＬ／ＤＬ構成のＤｗＰＴＳを含むサブフレームは、ＰＤＣＣＨサブフレームを表し得る。フレーム構造タイプ３に従って動作するサービングセルに関して、全てのサブフレームは、ＰＤＣＣＨサブフレームを表し得る。ＲＮサブフレーム構成が構成され、かつそれが中断されていないＲＮに関して、Ｅ−ＵＴＲＡＮとのその通信では、Ｅ−ＵＴＲＡＮとのＲＮ通信のために構成された全てのダウンリンクサブフレームは、ＰＤＣＣＨサブフレームを表し得る。ＦＤＤセル上でＳＣ−ＰＴＭ受信に関して、ＭＢＳＦＮサブフレームを除く全てのサブフレームは、ＰＤＣＣＨサブフレームを表し得る。ＴＤＤセル上のＳＣ−ＰＴＭ受信に関して、ＭＢＳＦＮサブフレームを除くセルのｔｄｄ−Ｃｏｎｆｉｇによって示されるＴＤＤ  ＵＬ／ＤＬ構成のＤｗＰＴＳを含む全てのダウンリンクサブフレームおよびサブフレームは、ＰＤＣＣＨサブフレームを表し得る。
【０１３２】
ＰＤＳＣＨは、ＰＤＳＣＨ、またはＮＢ−ＩｏＴに関してＮＰＤＳＣＨを示し得る。ＰＲＡＣＨは、ＰＲＡＣＨ、またはＮＢ−ＩｏＴに関してＮＰＲＡＣＨを示し得る。ＰＲＡＣＨリソースインデックスは、システムフレーム内のＰＲＡＣＨのインデックスを示し得る。プライマリタイミングアドバンスグループは、ＳｐＣｅｌｌを含有するタイミングアドバンスグループを示し得る。ＰＵＣＣＨ  ＳＣｅｌｌは、ＰＵＣＣＨで構成されたＳＣｅｌｌを示し得る。ＰＵＳＣＨは、ＰＵＳＣＨ、またはＮＢ−ＩｏＴに関してＮＰＵＳＣＨを示し得る。ｒａ−ＰＲＡＣＨ−ＭａｓｋＩｎｄｅｘは、システムフレーム内のどのＰＲＡＣＨでＭＡＣ実体がランダムアクセスプリアンブルを送信し得るかを定義し得る。ＲＡ−ＲＮＴＩは、ランダムアクセスレスポンスメッセージが送信されるときに、ランダムアクセスＲＮＴＩがＰＤＣＣＨ上で使用されることを示し得る。それは、ランダムアクセスプリアンブルを送信するために、どの時間周波数リソースがＭＡＣ実体によって利用されたかを明確に識別し得る。
【０１３３】
ＳＣピリオドは、サイドリンクコントロール周期、ＳＣＩおよびその対応するデータの送信からなる時間周期を示し得る。ＳＣＩは、サイドリンクコントロールインフォメーションが、リソースブロック割り当て、変調および符号化方式、グループデスティネーションＩＤ（例えば、サイドリンク通信用）およびＰＰＰＰ（Ｖ２Ｘサイドリンク通信のためのＰｒｏＳｅ  Ｐｅｒ−Ｐａｃｋｅｔ．Ｐｒｉｏｒｉｔｙ）などのサイドリンクスケジューリング情報を含むことを示し得る。
【０１３４】
セカンダリタイミングアドバンスグループは、ＳｐＣｅｌｌを含有しないタイミングアドバンスグループを示し得る。セカンダリタイミングアドバンスグループは、ＵＬが構成された少なくとも１つのサービングセルを含有し得る。サービングセルは、プライマリセルまたはセカンダリセルを示し得る。
【０１３５】
サイドリンクは、サイドリンク通信、サイドリンクディスカバリ、およびＶ２Ｘサイドリンク通信のためのＵＥ間インターフェースを示し得る。サイドリンクは、サイドリンク通信およびサイドリンクディスカバリ、およびＶ２Ｘサイドリンク通信のためのＰＣ５インターフェースに対応する。サイドリンク通信は、Ｅ−ＵＴＲＡ技術を使用するが、いかなるネットワークノードも横断しない、２つ以上の近接ＵＥ間のＰｒｏＳｅダイレクトコミュニケーションを可能にするＡＳ機能を示し得る。サイドリンクディスカバリギャップフォーレセプションは、ランダムアクセス手順中を除き、ＵＥが、いかなるサービングセルからもＤＬ内のいかなるチャネルも受信しない時間周期を示し得る。サイドリンクディスカバリギャップフォートランスミッションは、ランダムアクセス手順中を除き、ＵＥが、サイドリンクディスカバリの送信および関連付けられた手順、例えば、ＵＬ内のチャネルの送信を介した再調整および同期化を、それらが同じサブフレーム内で発生した場合、優先順位付けする。
【０１３６】
スペシャルセルは、デュアルコネクティビティ動作に関して、ＭＣＧのＰＣｅｌｌまたはＳＣＧのＰＳＣｅｌｌを示し得、それ以外の場合、スペシャルセルという用語は、ＰＣｅｌｌを指す。タイミングアドバンスグループは、ＲＲＣによって構成され、かつＵＬが構成されたセルに関して、同じタイミング基準セルおよび同じタイミングアドバンス値を使用する、サービングセルのグループを示し得る。
【０１３７】
ＵＬ  ＨＡＲＱ  ＲＴＴタイマは、ＵＬ  ＨＡＲＱ再送信許可がＭＡＣ実体によって予想される前のサブフレームの最小量を示し得る。タイマは、一旦開始され、それが停止されるまで、またはそれが満了するまで動いている可能性があり、そうでない場合、動いていない可能性がある。タイマは、動いていない場合に開始され得るか、動いている場合に再起動され得る。タイマは、その初期値から開始または再起動され得る。
【０１３８】
一例では、ＭＡＣ実体は、ＭＡＣ実体のＣ−ＲＮＴＩ、ＴＰＣ−ＰＵＣＣＨ−ＲＮＴＩ、ＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩ、セミ−パーシステントスケジューリングＣ−ＲＮＴＩ（構成される場合）、ｅＩＭＴＡ−ＲＮＴＩ（構成される場合）、ＳＬ−ＲＮＴＩ（構成される場合）、ＳＬ−Ｖ−ＲＮＴＩ（構成される場合）、ＣＣ−ＲＮＴＩ（構成される場合）、およびＳＲＳ−ＴＰＣ−ＲＮＴＩ（構成される場合）のためのＵＥのＰＤＣＣＨ監視活動を制御するＤＲＸ機能を有するＲＲＣによって構成され得る。ＲＲＣ＿ＣＯＮＮＥＣＴＥＤにあるとき、ＤＲＸが構成されている場合、ＭＡＣ実体は、実施形態の例として本開示で具体化されたＤＲＸ動作を使用してＰＤＣＣＨを不連続に監視することを可能にされ得、そうでない場合、ＭＡＣ実体は、ＰＤＣＣＨを連続的に監視し得る。ＤＲＸ動作を使用するとき、ＭＡＣ実体はまた、本明細書の実施形態の例として他の開示に見出される要件に従ってＰＤＣＣＨを監視し得る。ＲＲＣは、タイマであり、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ（ブロードキャストプロセスを除くＤＬ  ＨＡＲＱプロセスごとに１つ）、ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ（非同期ＵＬ  ＨＡＲＱプロセスごとに１つ）、ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ、ｄｒｘＳｔａｒｔＯｆｆｓｅｔの値、ならびに任意選択的にｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒおよびｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅを構成することによってＤＲＸ動作を制御し得る。ＤＬ  ＨＡＲＱプロセス（ブロードキャストプロセスを除く）ごとのＨＡＲＱ  ＲＴＴタイマ、および非同期ＵＬ  ＨＡＲＱプロセスごとのＵＬ  ＨＡＲＱ  ＲＴＴタイマもまた、定義され得る。
【０１３９】
ＤＲＸサイクルが構成されているとき、アクティブタイムは、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、ｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒ、もしくはｍａｃ−ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＴｉｍｅｒが動いている間の時間、スケジューリングリクエストがＰＵＣＣＨ上で送信され、保留中である間の時間、保留中のＨＡＲＱ再送信のアップリンク許可が発生し得、同期ＨＡＲＱプロセスのための対応するＨＡＲＱバッファ内にデータが存在する間の時間、またはＭＡＣ実体のＣ−ＲＮＴＩに宛てられた新しい送信を示すＰＤＣＣＨが、ＭＡＣ実体によって選択されていないプリアンブルのランダムアクセスレスポンスの正常な受信後に受信されていない間の時間を含み得る。
【０１４０】
ＤＲＸプロセスの例が、本明細書に説明される。ＤＲＸが構成されているとき、ＭＡＣ実体は、サブフレームに関して、ＨＡＲＱ  ＲＴＴタイマがこのサブフレーム内で満了する場合、および対応するＨＡＲＱプロセスのデータが正常にデコードされなかった場合、対応するＨＡＲＱプロセスのｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始し得、ＨＡＲＱ  ＲＴＴタイマがこのサブフレーム内で満了する場合、およびＮＢ−ＩｏＴの場合、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再起動し得る。ＤＲＸが構成されているとき、ＭＡＣ実体は、サブフレームに関して、例えば、ＵＬ  ＨＡＲＱ  ＲＴＴタイマがこのサブフレーム内で満了する場合、対応するＨＡＲＱプロセスのｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを開始し得る。ＭＡＣ実体は、サブフレームに関して、例えば、ＮＢ−ＩｏＴの場合、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再起動し得る。
【０１４１】
ＤＲＸが構成されているとき、ＭＡＣ実体は、サブフレームに関して、例えば、ＤＲＸコマンドＭＡＣ制御要素またはロングＤＲＸコマンドＭＡＣ制御要素が受信された場合、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止し、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを停止し得る。ＤＲＸが構成されているとき、ＭＡＣ実体は、サブフレームに関して、例えば、サブフレーム内で、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、またはＤＲＸコマンドＭＡＣ制御要素が受信される場合、およびショートＤＲＸサイクルが構成される場合、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒを開始または再起動し、ショートＤＲＸサイクルを使用し得る。例えば、サブフレーム内で、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒが満了するか、またはＤＲＸコマンドＭＡＣ制御要素が受信される場合、およびショートＤＲＸサイクルが構成されない場合、ＭＡＣ実体は、ロングＤＲＸサイクルを使用し得る。
【０１４２】
一例では、ＭＡＣ実体は、例えば、ｄｒｘＳｈｏｒｔＣｙｃｌｅＴｉｍｅｒがこのサブフレーム内で満了した場合、ロングＤＲＸサイクルを使用し得る、および／または、例えば、ロングＤＲＸコマンドＭＡＣ制御要素が受信される場合、ロングＤＲＸサイクルを使用し得る。ＭＡＣ実体は、ショートＤＲＸサイクルが使用され、［（ＳＦＮ×１０）＋サブフレーム番号］モジュロ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）＝（ｄｒｘＳｔａｒｔＯｆｆｓｅｔ）モジュロ（ｓｈｏｒｔＤＲＸ−Ｃｙｃｌｅ）である場合、ロングＤＲＸサイクルが使用され、［（ＳＦＮ×１０）＋サブフレーム番号］モジュロ（ｌｏｎｇＤＲＸ−Ｃｙｃｌｅ）＝ｄｒｘＳｔａｒｔＯｆｆｓｅｔである場合、ＮＢ−ＩｏＴの場合、ＨＡＲＱ  ＲＴＴタイマもＵＬ  ＨＡＲＱ  ＲＴＴタイマも動いていない少なくとも１つのＨＡＲＱプロセスが存在する場合、のうちの少なくとも１つの条件が満たされると、ｏｎＤｕｒａｔｉｏｎＴｉｍｅを開始し得る。
【０１４３】
アクティブタイムのプロセスの一例が、本明細書に説明される。アクティブタイム中、ＭＡＣ実体は、サブフレームが半二重ＦＤＤ  ＵＥ動作のためのアップリンク送信を必要としない場合、サブフレームが半二重ガードサブフレームではなく、サブフレームが構成済み測定ギャップの一部ではない場合、サブフレームが構成済みサイドリンクディスカバリギャップフォーレセプションの一部ではない場合、ＵＥがＮＢ−ＩｏＴである場合、サブフレームがＰＤＣＣＨ以外のアップリンク送信またはダウンリンク受信を必要としない場合、サブフレームが、ｓｃｈｅｄｕｌｉｎｇＣｅｌｌＩｄを用いて構成されていない少なくとも１つのサービングセルのための有効なｅＩＭＴＡ  Ｌ１シグナリングによって示されるダウンリンクサブフレームであり、サブフレームが構成済み測定ギャップの一部ではなく、サブフレームが、ＰＤＣＣＨサブフレーム以外のサブフレームのための、ならびに集約されたセル内の同時受信および送信を行うことができるＵＥのための、構成済みサイドリンクディスカバリギャップフォーレセプションの一部ではない場合、またはサブフレームが、ＳｐＣｅｌｌのための有効なｅＩＭＴＡ  Ｌ１シグナリングによって示されるダウンリンクサブフレームであり、サブフレームが構成済み測定ギャップの一部ではなく、サブフレームが、ＰＤＣＣＨサブフレーム以外のサブフレームのための、および集約されたセル内の同時受信および送信を行うことができないＵＥのための、構成済みサイドリンクディスカバリギャップフォーレセプションの一部ではない場合、のうちの少なくとも１つの条件が満たされた場合、ＰＤＣＣＨサブフレームのＰＤＣＣＨを監視し得る。
【０１４４】
一例では、ＭＡＣ実体は、ＰＤＣＣＨがＤＬ送信を示す場合、もしくはＤＬ割り当てがこのサブフレームのために構成されている場合、および／またはＵＥがＮＢ−ＩｏＴ  ＵＥ、ＢＬ  ＵＥ、または強化された有効範囲内のＵＥである場合、対応するＰＤＳＣＨ受信の最後の繰り返しを含有するサブフレーム内の対応するＨＡＲＱプロセスのためのＨＡＲＱ  ＲＴＴタイマを開始し得る。
【０１４５】
一例では、ＭＡＣ実体は、例えば、ＰＤＣＣＨがＤＬ送信を示す場合、またはＤＬ割り当てがこのサブフレームのために構成されている場合、およびＵＥがＮＢ−ＩｏＴ  ＵＥ、ＢＬ  ＵＥ、または強化された有効範囲内のＵＥではない場合、対応するＨＡＲＱプロセスのためのＨＡＲＱ  ＲＴＴタイマを開始し得る。一例では、ＭＡＣ実体は、ＰＤＣＣＨがＤＬ送信を示す場合、またはＤＬ割り当てがこのサブフレームのために構成されている場合、対応するＨＡＲＱプロセスのためのｄｒｘ−ＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止し得る。ＮＢ−ＩｏＴに関して、一例では、ＭＡＣ実体は、ＰＤＣＣＨがＤＬ送信を示す場合、またはＤＬ割り当てがこのサブフレームのために構成されている場合、ＵＬ  ＨＡＲＱプロセスのｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止する。
【０１４６】
一例では、ＭＡＣ実体は、ＰＤＣＣＨが、非同期ＨＡＲＱプロセスのためのＵＬ送信を示す場合、またはＵＬ許可が、このサブフレームの非同期ＨＡＲＱプロセスのために構成されている場合、対応するＰＵＳＣＨ送信の最後の繰り返しを含有するサブフレーム内の対応するＨＡＲＱプロセスのＵＬ  ＨＡＲＱ  ＲＴＴタイマを開始し、対応するＨＡＲＱプロセスのｄｒｘ−ＵＬＲｅｔｒａｎｓｍｉｓｓｉｏｎＴｉｍｅｒを停止し得る。
【０１４７】
一例では、ＭＡＣ実体は、単一ＤＬおよびＵＬ  ＨＡＲＱプロセスを用いて構成されたＮＢ−ＩｏＴ  ＵＥを除き、例えば、ＰＤＣＣＨが新しい送信（ＤＬ、ＵＬまたはＳＬ）を示す場合、ｄｒｘ−ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒを開始または再起動し得る。例えば、ＭＡＣ実体は、ＰＤＣＣＨが、ＮＢ−ＩｏＴ  ＵＥのための送信（ＤＬ、ＵＬ）を示す場合、および／またはＮＢ−ＩｏＴ  ＵＥが、単一ＤＬおよびＵＬ  ＨＡＲＱプロセスを用いて構成される場合、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒを停止し得る。
【０１４８】
現在のサブフレームｎでは、ＭＡＣ実体が、実施形態の一例として本開示に具体化されるようにＤＲＸアクティブタイム条件を評価するときに、サブフレームｎ−５以内に受信された、許可／割り当て／ＤＲＸコマンド制御要素／ロングＤＲＸコマンドＭＡＣ制御要素、および送信されたスケジューリングリクエストを考慮するアクティブタイムにない可能性がある場合、タイプ０トリガＳＲＳは、報告されない場合がある。
【０１４９】
ＣＱＩマスキング（ｃｑｉ−Ｍａｓｋ）が上位層によって設定される場合、現在のサブフレームｎでは、ｏｎＤｕｒａｔｉｏｎＴｉｍｅｒが、実施形態の一例として本開示に具体化されるようにＤＲＸアクティブタイム条件を評価するときに、サブフレームｎ−５以内に受信された、許可／割り当て／ＤＲＸコマンド制御要素／ロングＤＲＸコマンドＭＡＣ制御要素を考慮して動いていない可能性がある場合、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ／ＣＲＩは、報告されない場合がある。ＣＱＩマスキング（ｃｑｉ−Ｍａｓｋ）が上位層によって設定されない場合、現在のサブフレームｎでは、ＭＡＣ実体が、実施形態の一例として本開示に具体化されるようにＤＲＸアクティブタイム条件を評価するときに、サブフレームｎ−５以内に受信された、許可／割り当て／ＤＲＸコマンド制御要素／ロングＤＲＸコマンドＭＡＣ制御要素、および送信されたスケジューリングリクエストを考慮するアクティブタイムにない可能性がある場合、ＰＵＣＣＨ上のＣＱＩ／ＰＭＩ／ＲＩ／ＰＴＩ／ＣＲＩは、報告されない場合がある。
【０１５０】
ＭＡＣ実体がＰＤＣＣＨを監視しているか否かにかかわらず、ＭＡＣ実体は、ＨＡＲＱフィードバックを送受信し、タイプ１トリガＳＲＳを、それが予想され得るときに、送信し得る。ＭＡＣ実体は、ＭＡＣ実体がアクティブタイムにない場合でも、それが予想され得るときに、対応するＳＣｅｌｌ上のＰＵＳＣＨトリガＢのためにＣＣ−ＲＮＴＩに宛てられたＰＤＣＣＨを監視し得る。
【０１５１】
ＢＬ  ＵＥ、強化された有効範囲内のＵＥまたはＮＢ−ＩｏＴ  ＵＥが、ＰＤＣＣＨを受信するとき、ＵＥは、ＰＤＣＣＨ受信の最後の繰り返しを含有するサブフレームに続くサブフレーム内で、実施形態の一例として本開示に具体化された対応する作用を実行し得、そのようなサブフレームは、別途明記されない限り、ＰＤＣＣＨ内の開始サブフレームおよびＤＣＩサブフレーム繰り返し数フィールドによって決定され得る。一例では、同じアクティブタイムが、アクティブ化されたサービングセルに適用され得る。
【０１５２】
ダウンリンク空間多重化の場合、ＴＢが、ＨＡＲＱ  ＲＴＴタイマが動いている間に受信され、かつ同じＴＢの以前の送信が現在のサブフレームの少なくともＮサブフレーム前に受信された場合（Ｎは、ＨＡＲＱ  ＲＴＴタイマに対応する）、ＭＡＣ実体は、それを処理し、ＨＡＲＱ  ＲＴＴタイマを再起動し得る。
【０１５３】
ＭＡＣ実体は、ＰＵＳＣＨトリガＢを新しい送信の指標であるように考慮しない場合がある。ＮＢ−ＩｏＴに関して、ＤＬおよびＵＬ送信は、並行してスケジュールされない場合があり、すなわち、ＤＬ送信がスケジュールされている場合、ＵＬ送信は、ＤＬ  ＨＡＲＱプロセスのＨＡＲＱ  ＲＴＴタイマが満了されるまで、スケジュールされない場合がある（逆も同様）。
【０１５４】
閉ループ電力制御が、ＧＦ送信のために用いられ得る。ＧＦリソースを介して送信されるデータは、動的許可および／またはＳＰＳ許可を介して送信される他のデータとは異なる要件（例えば、信頼性および／またはレイテンシの点で）を有し得る。例えば、レガシー電力制御機構を用いることによるＧＦリソースを介したデータの送信は、要件を満たさない場合がある。アップリンク送信を改善するために、アップリンク送信電力決定プロセスを強化する必要性が存在する。実施形態の一例では、新しいアップリンク送信電力決定プロセスは、１つ以上のＧＦ送信がＲＲＣシグナリングを介して構成されるときに、実装され得る。新しいアップリンク送信電力決定プロセスは、ＧＦ送信に関する１つ以上の電力制御パラメータ、例えば、ＧＦリソース上での送信に用いられる、ＧＦ固有の電力オフセット、ＧＦ固有の初期電力、ＧＦ固有の立ち上がり電力などを有し得る。実施形態の一例は、１つ以上のＧＦ送信のアップリンク送信電力を決定して、アップリンク電力制御を改善し得る。アップリンク送信電力計算のためにＧＦ固有電力オフセットおよび／またはＧＦ固有初期電力を使用することは、ＧＦ固有電力オフセットおよび／またはＧＦ固有初期電力を使用しない場合と比較して、計算のためのより正確な測定を提供し得る。実施形態の例は、より効率的かつ正確な電力制御を提供する。実施形態の例では、基地局は、ＧＦ送信のための電力オフセット値および／または初期電力受信ターゲット電力を含む１つ以上のメッセージ（例えば、ＲＲＣメッセージ）を送信し得る。シグナリング機構の例は、ＧＦ送信、ＧＢ（例えば、動的許可ベース）送信、および／または半永続的スケジューリングベース送信のための異なる送信電力を構成する際の柔軟性を提供し得る。
【０１５５】
ｇＮＢでの初期受信ターゲット電力は、準統計的に構成され得る。最新のアップリンク送信電力制御コマンドが、ＧＦ送信のために再使用され得る。一例では、グループ共通ＰＤＣＣＨ、例えば、ＬＴＥのＤＣＩ形式３／３Ａが、ＧＦのＵＬ送信の閉ループ電力制御のための送信電力制御（ＴＰＣ）順をＵＥに通知するために用いられ得る。ｇＮＢは、ＲＲＣを介して異なるスケジューリングタイプのための異なる初期受信ターゲット電力を構成し得る。一例では、ｇＮＢは、ＧＦ送信のための初期受信ターゲット電力を含むＲＲＣシグナリングを介して１つ以上のＧＦ送信パラメータを構成し得る。ＧＦ送信の初期受信ターゲット電力は、異なる方式で構成されてもよい。一例では、ＧＦ送信のための初期受信ターゲット電力は、ＲＲＣシグナリングを使用して構成され得る。ＲＲＣシグナリングは、他の許可タイプの許可、例えば、半永続的許可、動的スケジュール済み許可とは異なるＧＦ固有の初期受信ターゲット電力パラメータ（ＩＥ）を含み得る。一例では、ＧＦ送信のための初期受信ターゲット電力は、ＧＦ固有の電力オフセットに関して構成され得る。ＵＥは、構成済みのＧＦ固有の電力オフセット、および半永続的許可タイプまたは動的スケジュール済み許可の初期受信ターゲット電力に基づいて、ＧＦ送信のための初期受信ターゲット電力を設定し得る。例えば、ＧＦ送信のための初期受信ターゲット電力は、構成済みのＧＦ固有の電力オフセットと半永続的許可タイプの初期受信ターゲット電力との合計であり得る。
【０１５６】
図２７は、ＧＦ（例えば、第１のタイプの構成済み周期的許可）送信のためのアップリンク電力制御の一例である。基地局は、１つ以上のＧＦ構成パラメータを含むＲＲＣメッセージを無線デバイスに送信し得る。１つ以上のＧＦ構成パラメータは、少なくとも、第１の電力オフセット値、タイミングオフセット、シンボル番号、および第１の周期性を示し得る。第１の電力オフセット値は、ＧＦ固有の電力オフセットによるものであり得る。無線デバイスは、ＲＲＣメッセージを受信したことに応答して、ＧＦ送信の許可（例えば、第１のタイプの構成済み周期的許可）をアクティブ化し得る。無線デバイスは、ＧＦ送信の許可のリソースを介して第１のＵＬ送信電力を決定し得る。第１のＵＬ送信電力は、第１の電力オフセット値を含み得る。
【０１５７】
ＧＦのＵＬ送信では、ＧＦ障害が発生する場合、例えば、ＵＥがｇＮＢから受信確認を受信しない場合、ＵＥは、立ち上がり電力を用いてＧＦのＵＬ送信を再試行し得る。ＧＦのＵＬ送信の再試行のための電力ランピングステップは、一定であり得る。一例では、一定電力オフセット値が、ＧＦ障害に関して、ＲＲＣを介して事前定義または構成され得る。ＲＲＣメッセージは、電力立ち上がり値および／または最大カウンタ値を含むＧＦ構成パラメータを含み得る。ＵＥは、ＵＥが最大許容可能送信電力に到達するまで、ＧＦ再試行で蓄積された送信電力を増分させ得る。例えば、ＵＥは、ＧＦ再試行の総数をカウントするカウンタを用い得る。ランピング電力ステップが、ＧＦ障害に関して、ＲＲＣを介して事前定義または構成される場合、ＵＥは、ｎ−ＧＦ再試行のために立ち上がり電力をｎ※（ランピング電力ステップ）に設定し得る。ＵＥは、ＵＥが、ＧＦアップリンク送信に応答して、受信確認をｇＮＢから受信しない場合、カウンタを増分させ得、ＵＥが、ＧＦアップリンク送信に応答して、肯定的または否定的な受信確認をｇＮＢから受信した場合、カウンタを初期値、例えば、０にリセットし得る。
【０１５８】
一例では、無線デバイスは、グラントフリー無線リソースパラメータおよびＧＦアップリンク送信パラメータの１つ以上の構成パラメータを含む第１のメッセージを基地局から受信し得、第１のメッセージは、ＧＦ送信と関連付けられた少なくとも１つのグラントフリー電力パラメータを含む。無線デバイスは、グラントフリーリソースを介して、第１の送信電力を有する少なくとも１つのトランスポートブロック（ＴＢ）を基地局に送信し得、第１の送信電力は、ＧＦ送信と関連付けられた少なくとも１つのグラントフリー電力パラメータ、および基地局から受信された少なくとも１つのアップリンク電力制御コマンドに基づく。少なくとも１つの電力パラメータは、構成済み初期受信ターゲット電力、およびアップリンクスケジューリングのタイプに応じたオフセット値を含み得る。第１の送信電力は、立ち上がり電力値にさらに基づき得る。アップリンクスケジューリングのタイプは、グラントフリーアップリンクスケジューリング、グラントベースアップリンクスケジューリング、および半永続的スケジューリングのうちの少なくとも１つを含み得る。第１のメッセージは、第１のメッセージまたは第２のメッセージがＧＦ送信を開始するか否かを示す第１の指標をさらに含み得る。第１のメッセージは、無線デバイスがＧＦ送信を開始するときを示すタイミング情報をさらに含み得る。無線デバイスは、第１の指標が第２のメッセージによってＧＦ送信を開始するように構成される場合、第２のメッセージを受信し得る。無線デバイスは、第１のメッセージおよび第２のメッセージのうちの少なくとも１つに基づいてＧＦ送信を開始し得る。第１の送信電力は、１つ以上の測定信号に基づいて推定された伝搬損失値をさらに含み得る。立ち上がり電力値は、無線デバイスが、ＧＦアップリンク送信に応答して受信確認を基地局から受信しなかった回数を示す第１のカウンタに基づいて決定され得る。無線デバイスは、ＧＦアップリンク送信に応答して、受信確認を基地局から受信しない場合、第１のカウンタを増分させ得、無線デバイスが、ＧＦアップリンク送信に応答して、受信確認を基地局から受信する場合、第１のカウンタを初期値にリセットし得る。
【０１５９】
一例では、ＧＦトラフィックが動的許可（ＰＤＣＣＨアップリンク許可）を使用して送信または再送信される場合、ＧＦパケットのための送信電力は、動的パケットの送信電力計算を使用し得る。一例では、ＧＦトラフィックが動的許可（ＰＤＣＣＨアップリンク許可）を使用して送信または再送信される場合、ＧＦパケットのための送信電力は、ＧＦ電力パラメータの送信電力計算を使用し得る。
【０１６０】
ここでは、例示的な電力制御メカニズムについて説明する。いくつかの詳細なパラメータが例で提供されている。基本プロセスは、ＬＴＥ、新無線、および／または他の技術などの技術で実装できる。無線技術には固有のパラメータがあり得る。例示的な実施形態は、電力制御メカニズムを実装する方法を説明する。異なるパラメータを使用する本開示の他の例示的な実施形態を実装することができる。いくつかの例示的な実施形態は、いくつかの層２パラメータが考慮されるとき、物理層電力制御メカニズムを強化する。
【０１６１】
例示的な実施形態では、ダウンリンク電力制御は、リソース要素当たりのエネルギー（ＥＰＲＥ）を決定してもよい。リソース要素エネルギーという用語は、ＣＰ挿入前のエネルギーを示す場合がある。リソース要素エネルギーという用語は、適用される変調方式のコンスタレーションポイントで取得される平均エネルギーを示す場合がある。アップリンク電力制御は、物理チャネルが送信され得るＳＣ−ＦＤＭＡシンボルの平均電力を決定する。アップリンク電力制御は、異なるアップリンク物理チャネルの送信電力を制御することができる。一例として、ＵＥがアップリンク送信用のＬＡＡ  ＳＣｅｌｌで構成されている場合、特に明記しない限り、ＵＥはＬＡＡ  ＳＣｅｌｌのフレーム構造タイプ１を仮定して、この節でＰＵＳＣＨおよびＳＲＳについて説明した手順を適用できる。
【０１６２】
一例では、ＰＵＳＣＨの場合、送信電力
【数１】
2020524437.tif 000006
は、送信スキーム用に構成されたアンテナポートの数に対する非ゼロＰＵＳＣＨ送信とアンテナポートの数の比によって最初にスケーリングされてもよい。その結果、スケーリングされた電力は、非ゼロＰＵＳＣＨが送信されるアンテナポート間で均等に分割されてもよい。ＰＵＣＣＨまたはＳＲＳの場合、送信電力
【数２】
2020524437.tif 000007
は、ＰＵＣＣＨまたはＳＲＳ用に構成されたアンテナポートに均等に分割できる。
【数３】
2020524437.tif 000008
はＰＳＲＳ，ｃ（ｉ）の線形値である。ＵＬ干渉を制御するためのセル全体の過負荷インジケータ（ＯＩ）および高干渉インジケータ（ＨＩＩ）は、ＬＴＥテクノロジーのパラメータである。
【０１６３】
一例では、フレーム構造タイプ１のサービングセルの場合、ＵＥがＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で構成されることは期待されていない。一例では、ＵＥがＳＣＧで構成されている場合、ＵＥは、ＭＣＧとＳＣＧの両方に対してこの節で説明されている手順を適用することができる。例えば、手順がＭＣＧに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、ＭＣＧに属するセカンダリセル、サービングセルをそれぞれ指す。例えば、手順がＳＣＧに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、ＳＣＧに属するセカンダリセル（ＰＳＣｅｌｌを除く）、サービングセルをそれぞれ指す。この節の「プライマリセル」という用語は、ＳＣＧのＰＳＣｅｌｌを指す。
【０１６４】
一例では、ＵＥがＰＵＣＣＨ−ＳＣｅｌｌで構成されている場合、ＵＥは、プライマリＰＵＣＣＨグループとセカンダリＰＵＣＣＨグループの両方にこの節で説明されている手順を適用できる。例えば、手順がプライマリＰＵＣＣＨグループに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、プライマリＰＵＣＣＨグループに属するセカンダリセル、サービングセルそれぞれを指す。例えば、手順がセカンダリＰＵＣＣＨグループに適用される場合、この節の「セカンダリセル」、「サービングセル」という用語は、セカンダリＰＵＣＣＨグループに属するセカンダリセル、サービングセルそれぞれを指す。
【０１６５】
一例では、ＵＥがサービングセルｃのために同時ＰＵＣＣＨなしでＰＵＳＣＨを送信する場合、サービングセルｃのためのサブフレームｉ内でのＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）は、次式で与えられ得る。
【数４】
2020524437.tif 000009
【０１６６】
一例では、ＵＥがサービングセルｃのためにＰＵＣＣＨと同時にＰＵＳＣＨを送信する場合、サービングセルｃのためのサブフレームｉ内でのＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）は、次式で与えられ得る。
【数５】
2020524437.tif 000010
【０１６７】
一例では、ＵＥがサービングセルｃのためのＰＵＳＣＨを送信していない場合、ＰＵＳＣＨについてＤＣＩ形式３／３Ａで受信されたＴＰＣコマンドの蓄積について、ＵＥは、サービングセルｃのためにサブフレームｉ内のＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）が、次式によって算出されると想定し得る。
ＰＰＵＳＣＨ，ｃ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＯ＿ＰＵＳＣＨ，ｃ（１）＋αｃ（１）・ＰＬｃ＋ｆｃ（ｉ）｝［ｄＢｍ］
【０１６８】
一例では、ｊ＝０のとき、ＰＯ＿ＰＵＳＣＨ，ｃ（０）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）であり、ｊ＝０は、半永続的許可に対応するＰＵＳＣＨ（再）送信に使用され得る。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）は、サービングセルｃについて、それぞれ上位層によって提供されるパラメータｐ０−ＵＥ−ＰＵＳＣＨ−Ｐｅｒｓｉｓｔｅｎｔ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２およびｐ０−ＮｏｍｉｎａｌＰＵＳＣＨ−Ｐｅｒｓｉｓｔｅｎｔ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２であり得る。一例では、ｊ＝１のとき、ＰＯ＿ＰＵＳＣＨ，ｃ（１）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）であり、ｊ＝１は、動的スケジュール済み許可に対応するＰＵＳＣＨ（再）送信に使用され得る。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）は、サービングセルｃについて、それぞれ上位層によって提供されるパラメータｐ０−ＵＥ−ＰＵＳＣＨ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２およびｐ０−ＮｏｍｉｎａｌＰＵＳＣＨ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２であり得る。一例では、ｊ＝２のとき、ＰＯ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）であり、式中、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＝０、かつＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、パラメータ、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃのために上位層からシグナリングされ得、ｊ＝２は、ランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信に使用され得る。例えば、ｊ＝３のとき、ＰＯ＿ＰＵＳＣＨ，ｃ（３）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（３）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（３）であり、ｊ＝３は、ＵＬ許可なしのＰＵＳＣＨ（再）送信に使用され得る。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（３）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（３）は、サービングセルｃについて、それぞれ上位層によって提供されるパラメータ、例えば、ｐ０−ＵＥ−ＰＵＳＣＨ−ｇｒａｎｔ−ｆｒｅｅ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２およびｐ０−ＮｏｍｉｎａｌＰＵＳＣＨ−ｇｒａｎｔ−ｆｒｅｅ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２であり得る。
【０１６９】
一例では、ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）は、ｊ＝０および１に関して上位層から提供された構成要素ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（ｊ）と、サービングセルｃのためにｊ＝０および１に関して上位層から提供された構成要素ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（ｊ）との合計からなるパラメータであり得る。半永続的許可に対応するＰＵＳＣＨ（再）送信の場合にはｊ＝０であり、動的スケジュール済み許可に対応するＰＵＳＣＨ（再）送信の場合にはｊ＝１であり、ランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信の場合にはｊ＝２である。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＝０およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、パラメータ、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃについて上位層からシグナリングされ得る。
【０１７０】
一例では、ＵＥがサービングセルｃのために同時ＰＵＣＣＨなしでＰＵＳＣＨを送信する場合、サービングセルｃのためのサブフレームｉ内でのＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）は、次式で与えられ得る。
【数６】
2020524437.tif 000011
【０１７１】
一例では、ＵＥがサービングセルｃのためにＰＵＣＣＨと同時にＰＵＳＣＨを送信する場合、サービングセルｃのためのサブフレームｉ内でのＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）は、次式で与えられ得る。
【数７】
2020524437.tif 000012
【０１７２】
一例では、ＵＥがサービングセルｃのためのＰＵＳＣＨを送信していない場合、ＰＵＳＣＨについてＤＣＩ形式３／３Ａで受信されたＴＰＣコマンドの蓄積について、ＵＥは、サービングセルｃのためにサブフレームｉ内のＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）が、次式によって算出されると想定し得る。
ＰＰＵＳＣＨ，ｃ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＯ＿ＰＵＳＣＨ，ｃ（１）＋ＰＧＦ−ＯＦＦＳＥＴ，ｃ＋αｃ（１）・ＰＬｃ＋ｆｃ（ｉ）｝［ｄＢｍ］
【０１７３】
一例では、ＰＧＦ−ＯＦＦＳＥＴ，ｃは、ＵＬ許可なしのＰＵＳＣＨ（再）送信の電力オフセットであり得る。サービングセルｃについて、ＰＧＦ−ＯＦＦＳＥＴ，ｃが、上位層によって提供され得る。例えば、ＰＧＦ−ＯＦＦＳＥＴ，ｃは、ＵＬ許可、例えば、半永続的許可および／または動的スケジュール済み許可を有するＰＵＳＣＨ（再）送信のために、ゼロとすることができる。ＰＧＦ−ＯＦＦＳＥＴ，ｃは、ＵＬ許可なしのＰＵＳＣＨ（再）送信のために、非ゼロの正の値、例えば、３ｄＢとすることができる。一例では、ＵＥが、サービングセルｃの上位層のパラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０を用いて構成され得る場合、およびサブフレームｉが、上位層のパラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２によって示されるようにアップリンク電力制御サブフレームセット２に属する場合がある。一例では、ｊ＝０のとき、ＰＯ＿ＰＵＳＣＨ，ｃ（０）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）であり、ｊ＝０は、半永続的許可に対応するＰＵＳＣＨ（再）送信に、およびＵＬ許可を有するＰＵＳＣＨ（再）送信に使用され得る。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）は、サービングセルｃについて、それぞれ上位層によって提供されるパラメータｐ０−ＵＥ−ＰＵＳＣＨ−Ｐｅｒｓｉｓｔｅｎｔ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２およびｐ０−ＮｏｍｉｎａｌＰＵＳＣＨ−Ｐｅｒｓｉｓｔｅｎｔ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２であり得る。一例では、ｊ＝１のとき、ＰＯ＿ＰＵＳＣＨ，ｃ（１）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）であり、ｊ＝１は、動的スケジュール済み許可に対応するＰＵＳＣＨ（再）送信に使用され得る。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）は、サービングセルｃについて、それぞれ上位層によって提供されるパラメータｐ０−ＵＥ−ＰＵＳＣＨ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２およびｐ０−ＮｏｍｉｎａｌＰＵＳＣＨ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２であり得る。一例では、ｊ＝２のとき、ＰＯ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）であり、式中、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＝０、かつＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、パラメータ、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃについて上位層からシグナリングされ得、ｊ＝２は、ランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信に使用され得る。
【０１７４】
一例では、ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）は、ｊ＝０および１に関して上位層から提供された構成要素ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（ｊ）と、サービングセルｃのためにｊ＝０および１に関して上位層から提供された構成要素ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（ｊ）との合計からなるパラメータであり得る。半永続的許可に対応するＰＵＳＣＨ（再）送信の場合にはｊ＝０であり、動的スケジュール済み許可に対応するＰＵＳＣＨ（再）送信の場合にはｊ＝１であり、ランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信の場合にはｊ＝２である。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＝０およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、パラメータ、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃについて上位層からシグナリングされ得る。
【０１７５】
一例では、ＵＥがサービングセルｃのために同時ＰＵＣＣＨなしでＰＵＳＣＨを送信する場合、サービングセルｃのためのサブフレームｉ内でのＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）は、次式で与えられ得る。
【数８】
2020524437.tif 000013
【０１７６】
一例では、ＵＥがサービングセルｃのためにＰＵＣＣＨと同時にＰＵＳＣＨを送信する場合、サービングセルｃのためのサブフレームｉ内でのＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）は、次式で与えられ得る。
【数９】
2020524437.tif 000014
【０１７７】
一例では、ＵＥがサービングセルｃのためのＰＵＳＣＨを送信していない場合、ＰＵＳＣＨについてＤＣＩ形式３／３Ａで受信されたＴＰＣコマンドの蓄積について、ＵＥは、サービングセルｃのためにサブフレームｉ内のＰＵＳＣＨ送信のためのＵＥ送信電力ＰＰＵＳＣＨ，ｃ（ｉ）が、次式によって算出されると想定し得る。
ＰＰＵＳＣＨ，ｃ（ｉ）＝ｍｉｎ｛ＰＣＭＡＸ，ｃ（ｉ），ＰＯ＿ＰＵＳＣＨ，ｃ（１）＋ＰＧＦ−ｒａｍｐｕｐ，ｃ＋αｃ（１）・ＰＬｃ＋ｆｃ（Ｉ）｝［ｄＢｍ］
【０１７８】
一例では、ＰＧＦ−ｒａｍｐｕｐ，ｃは、ＵＬ許可なしのＰＵＳＣＨ（再）送信に対するＧＦ障害の数に依存する電力オフセットであり得る。サービングセルｃについて、ＰＧＦ−ｒａｍｐｕｐ，ｃが、上位層によって提供され得る。例えば、ＰＵＳＣＨ（再）送信がＵＬ許可、例えば、半永続的許可および／または動的スケジュール済み許可を有する場合、ＰＧＦｒａｍｐｕｐ，ｃは、ゼロとすることができる。例えば、ＰＵＳＣＨ（再）送信がＵＬグラントなしである場合、ＰＧＦ−ｒａｍｐｕｐ，ｃは、ＰＧＦ−ｒａｍｐｕｐ，ｃ＝（ＧＦ＿ＦＡＩＬＵＲＥ＿ＣＯＵＮＴＥＲ−１）×ＧＦｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐのように増分され得る。例えば、ＧＦ＿ＦＡＩＬＵＲＥ＿ＣＯＵＮＴＥＲおよびＧＦｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐは、上位層によって提供され得る。例えば、ＧＦ＿ＦＡＩＬＵＲＥ＿ＣＯＵＮＴＥＲは、１から開始し、ＧＦ障害が検出された場合、１だけ増分され、肯定的または否定的な受信確認がＵＥによってｇＮＢから受信されたときに１にリセットされ得るか、またはＧＦ−ｒａｍｐｕｐ，ｃは、ＧＦ障害が以前のＧＦ送信で検出された場合、ＰＧＦ−ｒａｍｐｕｐ，ｃ＝ＧＦｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐであり得、ＧＦｐｏｗｅｒＲａｍｐｉｎｇＳｔｅｐは、上位層によって提供され得る。そうでない場合、ＰＧＦ−ｒａｍｐｕｐ，ｃは、ゼロとすることができる。
【０１７９】
一例では、ＵＥが、サービングセルｃの上位層のパラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０を用いて構成され得る場合、およびサブフレームｉが上位層のパラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２で示されるようにアップリンク電力制御サブフレームセット２に属する場合、ｊ＝０であるとき、ＰＯ＿ＰＵＳＣＨ，ｃ（０）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）であり、ｊ＝０は、半永続的許可に対応するＰＵＳＣＨ（再）送信に、およびＵＬ許可を有するＰＵＳＣＨ（再）送信に使用され得る。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（０）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（０）は、サービングセルｃについて、それぞれ上位層によって提供されるパラメータｐ０−ＵＥ−ＰＵＳＣＨ−Ｐｅｒｓｉｓｔｅｎｔ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２およびｐ０−ＮｏｍｉｎａｌＰＵＳＣＨ−Ｐｅｒｓｉｓｔｅｎｔ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２であり得る。
【０１８０】
一例では、ｊ＝１のとき、ＰＯ＿ＰＵＳＣＨ，ｃ（１）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）であり、ｊ＝１は、動的スケジュール済み許可に対応するＰＵＳＣＨ（再）送信に使用され得る。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２（１）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ，２（１）は、サービングセルｃについて、それぞれ上位層によって提供されるパラメータｐ０−ＵＥ−ＰＵＳＣＨ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２およびｐ０−ＮｏｍｉｎａｌＰＵＳＣＨ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２であり得る。
【０１８１】
例えば、ｊ＝２のとき、ＰＯ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＋ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）であり、式中、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、パラメータ、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃについて上位層からシグナリングされ得、ｊ＝２は、ランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信に使用され得る。
【０１８２】
一例では、ＰＯ＿ＰＵＳＣＨ，ｃ（ｊ）は、ｊ＝０および１に関して上位層から提供された構成要素ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（ｊ）と、サービングセルｃのためにｊ＝０および１に関して上位層から提供された構成要素ＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（ｊ）との合計からなるパラメータであり得る。半永続的許可に対応するＰＵＳＣＨ（再）送信に関して、そのときには、ｊ＝０であり、動的スケジュール済み許可に対応するＰＵＳＣＨ（再）送信に関して、そのときには、ｊ＝１であり、ランダムアクセス応答許可に対応するＰＵＳＣＨ（再）送信に関して、そのときには、ｊ＝２である。ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ（２）＝０およびＰＯ＿ＮＯＭＩＮＡＬ＿ＰＵＳＣＨ，ｃ（２）＝ＰＯ＿ＰＲＥ＋ΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３であり、パラメータ、ｐｒｅａｍｂｌｅＩｎｉｔｉａｌＲｅｃｅｉｖｅｄＴａｒｇｅｔＰｏｗｅｒ（ＰＯ＿ＰＲＥ）およびΔＰＲＥＡＭＢＬＥ＿Ｍｓｇ３は、サービングセルｃについて上位層からシグナリングされ得る。サービングセルｃのためのサブフレームｉ内のＰＵＳＣＨ送信のＰＰＵＳＣＨ，ｃ（ｉ）。
【０１８３】
一例では、ＰＣＭＡＸ，ｃ（ｉ）は、サービングセルｃのためのサブフレームｉ内の構成済みＵＥ送信電力であり得、
【数１０】
2020524437.tif 000015
ＰＣＭＡＸ，ｃ（ｉ）の線形値であり得る。一例では、ＵＥが、サービングセルｃのためにサブフレームｉ内でＰＵＳＣＨなしのＰＵＣＣＨを送信する場合、ＰＵＳＣＨのＤＣＩ形式３／３Ａを用いて受信されたＴＰＣコマンドの蓄積に関して、ＵＥは、ＰＣＭＡＸ，ｃ（ｉ）を想定し得る。一例では、ＵＥが、サービングセルｃのためにサブフレームｉ内でＰＵＣＣＨおよびＰＵＳＣＨを送信しない場合、ＰＵＳＣＨのＤＣＩ形式３／３Ａを用いて受信されたＴＰＣコマンドの蓄積に関して、ＵＥは、ＭＰＲ＝０ｄＢ、Ａ−ＭＰＲ＝０ｄＢ、Ｐ−ＭＰＲ＝０ｄＢおよびΔＴＣ＝０ｄＢを想定するＰＣＭＡＸ，ｃ（ｉ）を算出し得、ＭＰＲ、Ａ−ＭＰＲ、Ｐ−ＭＰＲおよびΔＴＣは、ＬＴＥ技術に事前定義され得る。一例では、
【数１１】
2020524437.tif 000016
は、ＰＰＵＣＣＨ（ｉ）の線形値であり得る。一例では、ＭＰＵＳＣＨ，ｃ（ｉ）は、サブフレームｉおよびサービングセルｃのために有効なリソースブロックの数で表現されるＰＵＳＣＨリソース割り当ての帯域幅であり得る。
【０１８４】
一例では、ＵＥがサービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で構成され得る場合、およびサブフレームｉが上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２で示されるアップリンク電力制御サブフレームセット２に属する場合、例えば、ｊ＝０または１について、αｃ（ｊ）＝αｃ，２∈｛０，０．４，０．５，０．６，０．７，０．８，０．９，１｝である。αｃ，２は、サービングセルｃの上位層によって提供されるパラメータａｌｐｈａ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２であってもよい。例えば、ｊ＝２の場合、αｃ（ｊ）＝１である。ｊ＝０または１の場合、αｃ∈｛０，０．４，０．５，０．６，０．７，０．８，０．９，１｝は、サービングセルｃについて上位層によって提供される３ビットのパラメータであってもよい。ｊ＝２の場合、αｃ（ｊ）＝１である。
【０１８５】
ＰＬｃは、サービングセルｃのｄＢ単位でＵＥで計算されたダウンリンク伝搬損失推定値であり、ＰＬｃ＝ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ−上位層フィルタリングＲＳＲＰであり、ここで、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは上位層によって提供され、ＲＳＲＰは参照サービングセルのために定義され、上位層フィルタ構成は参照サービングセルについて定義することができる。
【０１８６】
一例では、サービングセルｃがプライマリセルを含むＴＡＧに属している場合、プライマリセルのアップリンクについて、プライマリセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。セカンダリセルのアップリンクの場合、上位層パラメータｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇで構成されたサービングセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。
【０１８７】
一例では、サービングセルｃがＰＳＣｅｌｌを含むＴＡＧに属している場合、ＰＳＣｅｌｌのアップリンクについて、ＰＳＣｅｌｌはｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層のフィルタリングされたＲＳＲＰを決定するための参照サービングセルとして使用でき、ＰＳＣｅｌｌ以外のセカンダリセルのアップリンクの場合、上位層パラメータｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇによって構成されたサービングセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。
【０１８８】
一例では、サービングセルｃがプライマリセルまたはＰＳＣｅｌｌを含まないＴＡＧに属する場合、サービングセルｃは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび上位層フィルタリングＲＳＲＰを決定するための参照サービングセルとして使用できる。
【０１８９】
ＫＳ＝１．２５の場合、
【数１２】
2020524437.tif 000017
であり、ＫＳ＝０の場合、０であり、ここで、ＫＳは、サービングセルｃについて上位層によって与えられるパラメータｄｅｌｔａＭＣＳ−Ｅｎａｂｌｅｄ  ｐｒｏｖｉｄｅｄであってもよい。サービングセルｃのＢＰＲＥと
【数１３】
2020524437.tif 000018
は、次のように計算できる。送信モード２の場合、ＫＳ＝０。例えば、
【数１４】
2020524437.tif 000019
ＵＬ−ＳＣＨデータなしでＰＵＳＣＨを介して送信される制御データの場合、ＢＰＲＥ＝ＯＣＱＩ／ＮＲＥであり、その他の場合は、
【数１５】
2020524437.tif 000020
である。一例では、Ｃはコードブロックの数であってもよく、Ｋｒは、コードブロックｒのサイズであってもよく、ＯＣＱＩ、ＣＲＣビットを含むＣＱＩ／ＰＭＩビットの数であってもよく、ＮＲＥは、
【数１６】
2020524437.tif 000021
として決定されるリソース要素の数であってもよく、ここで、Ｃ、Ｋｒ
【数１７】
2020524437.tif 000022
は、ＬＴＥテクノロジーで事前定義されてもよい。一例では、ＵＥは、ＵＬ−ＳＣＨデータなしでＰＵＳＣＨを介して送信される制御データの場合には
【数１８】
2020524437.tif 000023
、およびその他の場合には１を設定してもよい。
【０１９０】
δＰＵＳＣＨ，ｃは、ＴＰＣコマンドとも呼ばれる補正値であり、ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨに含まれるか、またはサービングセルｃのＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨに含まれるか、またはＣＲＣパリティビットがＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩでスクランブルされるＤＣＩフォーマット３／３ＡのＰＤＣＣＨ／ＭＰＤＣＣＨで他のＴＰＣコマンドと一緒にコーディングされてもよい。一例では、ＵＥがサービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で構成され得る場合、およびサブフレームｉが上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２で示されるアップリンク電力制御サブフレームセット２に属する場合、サービングセルｃの現在のＰＵＳＣＨ電力制御調整状態はｆｃ，２（ｉ）によって与えられ、ＵＥはＰＰＵＳＣＨ，ｃ（ｉ）を決定するために、ｆｃ（ｉ）の代わりのｆｃ，２（ｉ）を使用してもよい。それ以外の場合、サービングセルｃの現在のＰＵＳＣＨ電力制御調整状態はｆｃ（ｉ）によって与えられてもよい。
【０１９１】
例えば、上位層によって提供されるパラメータＡｃｃｕｍｕｌａｔｉｏｎ−ｅｎａｂｌｅｄに基づいて累積を有効にできる場合、またはＴＰＣコマンドδＰＵＳＣＨ，ｃがＤＣＩフォーマット０のＰＤＣＣＨ／ＥＰＤＣＣＨ、もしくはサービングセルｃのＤＣＩフォーマット６−０Ａに含まれ得る場合、ｆｃ，２（ｉ）およびｆｃ（ｉ）は、ｆｃ（ｉ）＝ｆｃ（ｉ−１）＋δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）およびｆｃ，２（ｉ）＝ｆｃ，２（ｉ−１）＋δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）によって定義されてもよく、ＣＲＣはＴｅｍｐｏｒａｒｙ  Ｃ−ＲＮＴＩによってスクランブルされてもよい。例えば、δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）は、ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨ、またはＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨ、またはＤＣＩフォーマット３／３ＡのＰＤＣＣＨ／ＭＰＤＣＣＨでサブフレームｉ−ＫＰＵＳＣＨ上にシグナリングされ、ここで、ｆｃ（０）は、累積のリセット後の第１の値であり得る。ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ  ＵＥの場合、サブフレームｉ−ＫＰＵＳＣＨは、ＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨまたはＤＣＩフォーマット３／３ＡのＭＰＤＣＣＨを送信し得る最後のサブフレームであってもよい。
【０１９２】
例えば、ＫＰＵＳＣＨの値は、以下のうちの１つとして決定され得る：ＦＤＤまたはＦＤＤ−ＴＤＤおよびサービングセルフレーム構造タイプ１の場合、ＫＰＵＳＣＨ＝４である；ＴＤＤについて、ＵＥが２つ以上のサービングセルで構成され、かつ少なくとも２つの構成済みサービングセルのＴＤＤ  ＵＬ／ＤＬ構成が同じではない場合、または少なくとも１つのサービングセルについてＵＥがパラメータ、ＥＩＭＴＡ−ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ−ｒ１２で構成されている場合、あるいはＦＤＤ−ＴＤＤおよびサービングセルフレーム構造タイプ２について、「ＴＤＤ  ＵＬ／ＤＬ構成」はサービングセルｃのＵＬ−参照ＵＬ／ＤＬ構成を指す；ＴＤＤ  ＵＬ／ＤＬ構成１〜６について、ＫＰＵＳＣＨは、図２８Ａに与えられ得る；サブフレーム２または７でのＰＵＳＣＨ送信が、ＤＣＩフォーマット０／４のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨでスケジュールされ、ＵＬインデックスのＬＳＢが１に設定され得る場合、ＴＤＤ  ＵＬ／ＤＬ構成０について、ＫＰＵＳＣＨ＝７；ならびに他のＰＵＳＣＨ送信について、ＫＰＵＳＣＨは、図２８Ａに与えられ得る。
【０１９３】
例えば、フレーム構造タイプ３のサービングセルの場合、例えば、ＰＵＳＣＨトリガＡが０に設定されたアップリンクＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂの場合、ＫＰＵＳＣＨはｋ＋  ｌに等しくてもよく、ここで、ｋおよびｌはＬＴＥテクノロジーで事前定義されてもよい。例えば、フレーム構造タイプ３のサービングセルの場合、例えば、ＰＵＳＣＨトリガＡが１に設定され、ＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣでＰＤＣＣＨが検出され、「ＰＵＳＣＨトリガＢ」フィールドが「１」に設定されたアップリンクＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４Ｂの場合、ＫＰＵＳＣＨはｐ、ｋ、ｌに等しくてもよく、ここで、ｐ、ｋ、およびｌはＬＴＥテクノロジーで事前定義されてもよい。一例では、ＵＥがサブフレームｉ−ＫＰＵＳＣＨで複数のＴＰＣコマンドを検出した場合、ＵＥは、サブフレームｉでＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４ＢでＰＤＣＣＨ／ＥＰＤＣＣＨのＴＰＣコマンドを使用することができる。
【０１９４】
一例では、サービングセルｃおよび非ＢＬ／ＣＥ  ＵＥの場合、ＵＥは、ＤＲＸの場合またはサービングセルｃが非アクティブになる場合を除くすべてのサブフレームで、ＳＰＳ  Ｃ−  ＲＮＴＩの場合のＵＥのＣ−ＲＮＴＩまたはＤＣＩフォーマット０のＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨおよびこのＵＥのＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩを使用したＤＣＩフォーマット３／３ＡのＰＤＣＣＨの復号を試みる。サービングセルｃおよびＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ  ＵＥの場合、ＵＥは、ＤＲＸの場合を除くすべてのＢＬ／ＣＥダウンリンクサブフレームで、ＵＥのＣ−ＲＮＴＩまたはＳＰＳ  Ｃ−ＲＮＴＩでＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨおよびこのＵＥのＴＰＣ−ＰＵＳＣＨ−ＲＮＴＩでＤＣＩフォーマット３／３ＡのＭＰＤＣＣＨの復号を試みる。
【０１９５】
非ＢＬ／ＣＥ  ＵＥの場合、サービングセルｃのＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢとＤＣＩフォーマット３／３Ａの両方が同じサブフレームで検出される場合、ＵＥはＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４Ｂで提供されるδＰＵＳＣＨ，ｃを使用できる。ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ  ＵＥの場合、サービングセルｃのＤＣＩフォーマット６−０ＡとＤＣＩフォーマット３／３Ａの両方が同じサブフレームで検出される場合、ＵＥはＤＣＩフォーマット６−０Ａで提供されるδＰＵＳＣＨ，ｃを使用できる。例えば、サービングセルｃのＴＰＣコマンドが復号されないサブフレーム、またはＤＲＸが発生するサブフレーム、またはｉがＴＤＤまたはＦＤＤ−ＴＤＤおよびサービングセルｃフレーム構造タイプ２のアップリンクサブフレームではないサブフレームの場合、無線デバイスは、δＰＵＳＣＨ，ｃ＝０ｄＢを決定し得る。例えば、サブフレームｉがＤＣＩフォーマット０Ｂ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨでスケジュールされた第１のサブフレームではない場合、無線デバイスは、δＰＵＳＣＨ，ｃ＝０ｄＢを決定し得る。例えば、ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨでシグナリングされたδＰＵＳＣＨ，ｃｄＢ累積値は、図２８Ｂに与えられ得る。一例では、ＤＣＩフォーマット０のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨがＳＰＳアクティベーションまたはリリースＰＤＣＣＨ／ＥＰＤＣＣＨ／ＭＰＤＣＣＨとして検証される場合、δＰＵＳＣＨ，ｃは０ｄＢである可能性がある。例えば、ＤＣＩフォーマット３／３Ａを有するＰＤＣＣＨ／ＭＰＤＣＣＨ上でシグナリングされるδＰＵＳＣＨｄＢ累積値は、上位層によって提供されるパラメータＴＰＣ−Ｉｎｄｅｘで決定されるように、図２８Ｂに与えられるＳＥＴ１または図２８Ｃに与えられるＳＥＴ２のうちの１つであり得る。
【０１９６】
一例では、ＵＥがサービングセルｃについてＰＣＭＡＸ，ｃ（ｉ）に達した場合、サービングセルｃに対するポジティブＴＰＣコマンドは累積されない可能性がある一例では、ＵＥが最小電力に達した場合、ネガティブＴＰＣコマンドが累積されない場合がある。
【０１９７】
一例では、ＵＥがサービングセルｃのための上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で構成されない場合、ＵＥは、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が上位層によって変更され得るとき、例えばＵＥがサービングセルｃのランダムアクセス応答メッセージを受信したときに、サービングセルｃについて累積をリセットし得る。一例では、ＵＥがサービングセルｃのための上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で構成され得る場合、ＵＥは、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が上位層によって変更され得るとき、かつ／または、例えばＵＥがサービングセルｃのランダムアクセス応答メッセージを受信したときに、サービングセルｃのｆｃ（＊）に対応する累積をリセットし得る。一例では、ＵＥがサービングセルｃのための上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で構成され得る場合、ＵＥは、例えば、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２値が上位層によって変更され得るときに、サービングセルｃのｆｃ，２（＊）に対応する累積をリセットし得る。
【０１９８】
一例では、ＵＥがサービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で構成され得る場合、かつ／またはサブフレームｉが上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２で示されるアップリンク電力制御サブフレームセット２に属する場合、ＵＥは、ｆｃ（ｉ）＝ｆｃ（ｉ−１）に設定できる。一例では、ＵＥがサービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で構成され得る場合、かつ／またはサブフレームｉが上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２で示されるアップリンク電力制御サブフレームセット２に属さない場合、ＵＥは、ｆｃ，２（ｉ）＝ｆｃ，２（ｉ−１）に設定できる。
【０１９９】
例えば、上位層によって提供されるパラメータＡｃｃｕｍｕｌａｔｉｏｎ−ｅｎａｂｌｅｄに基づいてサービングセルｃについて累積が有効になっていない場合、ｆｃ，２（ｉ）およびｆｃ（ｉ）は、ｆｃ（ｉ）＝δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）およびｆｃ，２（ｉ）＝δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）によって定義され得る。例えば、δＰＵＳＣＨ，ｃ（ｉ−ＫＰＵＳＣＨ）は、サービングセルｃのＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨでサブフレームｉ−ＫＰＵＳＣＨ上にシグナリングされた。ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ  ＵＥの場合、サブフレームｉ−ＫＰＵＳＣＨは、ＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨまたはＤＣＩフォーマット３／３ＡのＭＰＤＣＣＨを送信し得る最後のサブフレームであってもよい。
【０２００】
ＫＰＵＳＣＨの値は、以下のうちの１つとして決定され得る：ＦＤＤまたはＦＤＤ−ＴＤＤおよびサービングセルフレーム構造タイプ１の場合、ＫＰＵＳＣＨ＝４である；ＴＤＤについて、ＵＥが２つ以上のサービングセルで構成され、かつ少なくとも２つの構成済みサービングセルのＴＤＤ  ＵＬ／ＤＬ構成が同じではない場合、または少なくとも１つのサービングセルについてＵＥがパラメータ、ＥＩＭＴＡ−ＭａｉｎＣｏｎｆｉｇＳｅｒｖＣｅｌｌ−ｒ１２で構成されている場合、あるいはＦＤＤ−ＴＤＤおよびサービングセルフレーム構造タイプ２について、「ＴＤＤ  ＵＬ／ＤＬ構成」はサービングセルｃのＵＬ−参照ＵＬ／ＤＬ構成を指す；ＴＤＤ  ＵＬ／ＤＬ構成１〜６について、ＫＰＵＳＣＨは、図２８Ａに与えられ得る；ＴＤＤＵＬ／ＤＬ構成０について、サブフレーム２または７でのＰＵＳＣＨ送信が、ＤＣＩフォーマット０／４のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨでスケジュールされ、ＵＬインデックスのＬＳＢが１に設定され得る場合、ＫＰＵＳＣＨ＝７；ならびに他のＰＵＳＣＨ送信について、ＫＰＵＳＣＨは、図２８Ａに与えられ得る。
【０２０１】
一例では、ＫＰＵＳＣＨの値は、以下のうちの１つで決定され得る：フレーム構造タイプ３を有するサービングセルの場合；ＰＵＳＣＨトリガＡが０に設定されたアップリンクＤＣＩフォーマット０Ａ／４Ａの場合、ＫＰＵＳＣＨは、ｋ＋ｌに等しくてもよく、ここでｋおよびｌは電力制御動作において事前定義されてもよい；ＰＵＳＣＨトリガＡが０に設定されたアップリンクＤＣＩフォーマット０Ｂ／４Ｂの場合、ＫＰＵＳＣＨは、ｋ＋ｌ＋ｉ’に等しくてもよく、
【数１９】
2020524437.tif 000024
であり、ここでｎｉＨＡＲＱ＿ＩＤは、サブフレームｉのＨＡＲＱプロセス番号であってもよく、ｋ、ｌ、ｎＨＡＲＱ＿ＩＤ、およびＮＨＡＲＱは電力制御動作において事前定義されてもよい；ＰＵＳＣＨトリガＡが１に設定され、ＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣでＰＤＣＣＨが検出され、「ＰＵＳＣＨトリガＢ」フィールドが「１」に設定されたアップリンクＤＣＩフォーマット０Ａ／４Ａの場合、ＫＰＵＳＣＨはｐ＋ｋ＋ｌに等しくてもよく、ここでｐ、ｋ、およびｌは電力制御動作において事前定義されてもよい；ＰＵＳＣＨトリガＡが１に設定され、ＣＣ−ＲＮＴＩによってスクランブルされたＤＣＩ  ＣＲＣでＰＤＣＣＨが検出され、「ＰＵＳＣＨトリガＢ」フィールドが「１」に設定されたアップリンクＤＣＩフォーマット０Ｂ／４Ｂの場合、ＫＰＵＳＣＨ  はｐ＋ｋ＋ｌ＋ｉ’に等しくてもよく、
【数２０】
2020524437.tif 000025
であり、ここでｎｉＨＡＲＱ＿ＩＤは、サブフレームｉのＨＡＲＱプロセス番号であってもよく、ｐ、ｋ、ｌ、ｎＨＡＲＱ＿ＩＤ、およびＮＨＡＲＱは電力制御動作において事前定義されてもよい。一例では、ＵＥがサブフレームｉ−ＫＰＵＳＣＨで複数のＴＰＣコマンドを検出した場合、ＵＥは、サブフレームｉでＰＵＳＣＨ送信をスケジュールするＤＣＩフォーマット０Ａ／０Ｂ／４Ａ／４ＢでＰＤＣＣＨ／ＥＰＤＣＣＨのＴＰＣコマンドを使用することができる。
【０２０２】
ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨでシグナリングされたδＰＵＳＣＨ，ｃｄＢ絶対値は、図２８Ｂに与えられてもよい。一例では、ＤＣＩフォーマット０のＰＤＣＣＨ／ＥＰＤＣＣＨまたはＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨがＳＰＳアクティベーションまたはリリースＰＤＣＣＨ／ＥＰＤＣＣＨ／ＭＰＤＣＣＨとして検証される場合、δＰＵＳＣＨ，ｃは０ｄＢである可能性がある。
【０２０３】
一例では、例えば、非ＢＬ／ＣＥ  ＵＥの場合、サブフレームについてｆｃ（ｉ）＝ｆｃ（ｉ−１）およびｆｃ，２（ｉ）＝ｆｃ，２（ｉ−１）であり、ここで、ＤＣＩフォーマット０／０Ａ／０Ｂ／４／４Ａ／４ＢのＰＤＣＣＨ／ＥＰＤＣＣＨは、サービングセルｃに対して復号されない場合があり、あるいはＤＲＸが発生するか、ｉがＴＤＤまたはＦＤＤ−ＴＤＤのアップリンクサブフレームではなく、サービングセルｃフレーム構造タイプ２である場合がある。一例では、例えば、ＣＥＭｏｄｅＡで構成されたＢＬ／ＣＥ  ＵＥの場合、サブフレームについてｆｃ（ｉ）＝ｆｃ（ｉ−１）およびｆｃ，２（ｉ）＝ｆｃ，２（ｉ−１）であり、ここで、ＤＣＩフォーマット６−０ＡのＭＰＤＣＣＨは、サービングセルｃに対して復号されない場合があり、あるいはＤＲＸが発生するか、ｉがＴＤＤのアップリンクサブフレームではない場合がある。
【０２０４】
一例では、ＵＥがサービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で構成され得る場合、およびサブフレームｉが上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２で示されるアップリンク電力制御サブフレームセット２に属する場合、ＵＥは、ｆｃ（ｉ）＝ｆｃ（ｉ−１）に設定できる。一例では、ＵＥがサービングセルｃの上位層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０で構成され得る場合、およびサブフレームｉが上位層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２で示されるアップリンク電力制御サブフレームセット２に属さない場合、ＵＥは、ｆｃ，２（ｉ）＝ｆｃ，２（ｉ−１）に設定できる。
【０２０５】
一例では、両方のタイプのｆｃ（＊）（累積または現在の絶対値）について、例えば、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が上位層によって変更され、サービングセルｃがプライマリセルである場合、またはＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ値が上位層によって受信され、サービングセルｃがセカンダリセルである場合、第１の値はｆｃ（０）＝０に設定できる。例えば、ＵＥがサービングセルｃのランダムアクセス応答メッセージを受信する場合、ｆｃ（＊）（累積または現在の絶対値）について、第１の値は、ｆｃ（０）＝ΔＰｒａｍｐｕｐ，ｃ＋δｍｓｇ２，ｃに設定できる。一例では、δｍｓｇ２は、サービングセルｃで送信されるランダムアクセスプリアンブルに対応するランダムアクセス応答で示されるＴＰＣコマンドであってもよく、
【数２１】
2020524437.tif 000026
ここでΔＰｒａｍｐｕｐｒｅｑｕｅｓｔｅｄ，ｃが上位層によって提供され、サービングセルｃの最初から最後のプリアンブルまでの上位層によって要求される合計電力ランプアップに対応してもよく、ＭＰＵＳＣＨ，ｃ（ｉ）はサービングセルｃにおける第１のＰＵＳＣＨ送信のサブフレームに有効なリソースブロックの数で表されるＰＵＳＣＨリソース割り当ての帯域幅であってもよく、ΔＴＦ，ｃ（０）は、サービングセルｃにおける第１のＰＵＳＣＨ送信の電力調整である。一例では、（累積または現在の絶対値）の両方のタイプについて、例えば、ＰＯ＿ＵＥ＿ＰＵＳＣＨ，ｃ，２値がサービングセルｃの上位層によって受信される場合、第１の値は、ｆｃ，２（０）＝０に設定できる。
【０２０６】
様々な実施形態によれば、例えば、無線デバイス、オフネットワーク無線デバイス、基地局などのデバイスは、１つ以上のプロセッサおよびメモリを含んでもよい。メモリは、１つ以上のプロセッサによって実行されると、デバイスに一連のアクションを実行させる命令を格納できる。例示的なアクションの実施形態は、添付の図および仕様に示されている。様々な実施形態の特徴を組み合わせて、さらなる実施形態を作成することができる。
【０２０７】
図２９は、本開示の一実施形態の一態様によるフロー図の一例である。２９１０では、無線デバイスが、無線リソース制御メッセージを受信し得る。無線リソース制御メッセージは、第１のタイプの構成済み周期的許可の１つ以上の第１の構成パラメータを含み得る。１つ以上の第１の構成パラメータは、構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号を示し得る。１つ以上の第１の構成パラメータは、構成済み周期的許可の第１の周期性を示し得る。第１の周期性は、構成済み周期的許可の２つの続くリソース間の時間間隔を示し得る。１つ以上の第１の構成パラメータは、構成済み周期的許可の１つ以上の復調基準信号パラメータを示し得る。２９２０では、構成済み周期的許可は、無線リソース制御メッセージに応答して、アクティブ化され得る。２９３０では、構成済み周期的許可のアップリンク許可のリソースの１つ以上のシンボルが、タイミングオフセット、シンボル番号、および第１の周期性に基づいて決定され得る。２９４０では、１つ以上のトランスポートブロックが、１つ以上の復調基準信号パラメータを用いるリソースを介して送信された。
【０２０８】
一実施形態によると、構成済み周期的許可は、タイミングオフセットおよびシンボル番号に基づいて第１のシンボルから開始し得る。構成済み周期的許可は、第１の周期性で再発し得る。一実施形態によると、１つ以上の第１の構成パラメータが、１つ以上のトランスポートブロックの繰り返しの数を示す値を含み得る。一実施形態によると、無線リソース制御メッセージは、構成済み周期的許可の識別子を含み得る。一実施形態によると、無線デバイスは、１つ以上の第１の構成パラメータの解放を示す第２のメッセージを基地局から受信し得る。一実施形態によると、無線デバイスは、第２のメッセージを受信したことに応答して、１つ以上の第１の構成パラメータを解放し得る。一実施形態によると、第２のメッセージは、構成済み周期的許可の識別子を含む。一実施形態によると、第１のタイプの構成済み周期的許可の第１の電力オフセット値に少なくとも基づいて、１つ以上のトランスポートブロックの送信のための第１の送信電力を決定することをさらに含む。
【０２０９】
一実施形態によると、第２の無線リソース制御メッセージが、受信され得る。第２の無線リソース制御メッセージは、第２のタイプの構成済み周期的許可の１つ以上の第２の構成パラメータを含み得る。１つ以上の第２の構成パラメータは、第２のタイプの構成済み周期的許可の第２の周期性を示し得る。一実施形態によると、第２のシンボル内のダウンリンク制御情報が、受信され得る。一実施形態によると、第２のタイプの構成済み周期的許可は、ダウンリンク制御情報を受信したことに応答して、アクティブ化され得る。第２のタイプの構成済み周期的許可は、第２のシンボルに基づいて第３のシンボル内で開始し、第２の周期性で再発し得る。一実施形態によると、第２のシンボル番号は、第２のシンボルおよび第２の周期性に基づいて決定され得る。第２のシンボル番号は、第２のタイプの構成済み周期的許可の第２のアップリンク許可の第２のリソースを示し得る。一実施形態によると、１つ以上の第２のトランスポートブロックは、第２のタイプの構成済み周期的許可の第２のリソースを介して送信され得る。
【０２１０】
一実施形態によると、第１の無線リソース制御メッセージおよび第２の無線リソース制御メッセージは、同じであり得る。一実施形態によると、１つ以上の第２のトランスポートブロックの送信の第２の送信電力は、第２のタイプの構成済み周期的許可の第２の電力オフセット値に少なくとも基づいて決定され得る。
【０２１１】
図３０は、本開示の一実施形態の一態様によるフロー図の一例である。３０１０では、無線デバイスが、無線リソース制御メッセージを受信し得る。無線リソース制御メッセージは、第１のタイプの構成済み周期的許可の１つ以上の第１の構成パラメータを含み得る。１つ以上の第１の構成パラメータは、構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号を示し得る。１つ以上の第１の構成パラメータは、構成済み周期的許可の第１の周期性を示し得る。第１の周期性は、構成済み周期的許可の２つの続くリソース間の時間間隔を示し得る。１つ以上の第１の構成パラメータは、構成済み周期的許可の少なくとも１つの第１の電力オフセット値を示し得る。３０２０では、構成済み周期的許可は、無線リソース制御メッセージに応答して、アクティブ化され得る。３０３０では、構成済み周期的許可の少なくとも１つのトランスポートブロックの送信のための第１の送信電力は、少なくとも１つの第１の電力オフセット値に基づいて決定され得る。３０４０では、１つ以上のトランスポートブロックが、第１の送信電力を用いて送信され得る。一実施形態によると、第１の送信電力は、立ち上がり電力値、および１つ以上の基準信号に基づいて推定された伝搬損失に基づいて決定され得る。一実施形態によると、立ち上がり電力値は、無線デバイスが、少なくとも１つのトランスポートブロックの送信に応答して受信確認を基地局から受信しなかった回数を示すカウンタに基づいて決定され得る。
【０２１２】
図３１は、本開示の一実施形態の一態様によるフロー図の一例である。３１１０では、無線デバイスが、第１の無線リソース制御メッセージを基地局から受信し得る。第１の無線リソース制御メッセージは、不連続受信（ＤＲＸ）アップリンク再送信タイマの少なくとも１つの値を示し得る。第１の無線リソース制御メッセージは、少なくとも１つの値が、第１のタイプの構成済み周期的許可と関連付けられていることを示し得る。３１２０では、少なくとも１つのトランスポートブロックが、無線リソースを介して送信され得る。３１３０では、ＤＲＸアップリンク再送信タイマが、構成済み周期的許可と関連付けられている無線リソースに応答して、少なくとも１つの値に基づいて開始され得る。一実施形態によると、少なくとも１つの第２のトランスポートブロックは、第２の無線リソースを介して送信され得る。一実施形態によると、ＤＲＸアップリンク再送信タイマは、構成済み周期的許可と関連付けられている第２の無線リソースに応答して、停止され得る。一実施形態によると、少なくとも１つの第２のトランスポートブロックは、少なくとも１つのトランスポートブロックであり得る。一実施形態によると、ＤＲＸのアクティブ持続時間は、ＤＲＸアップリンク再送信タイマに基づいて決定され得る。
【０２１３】
図３２は、本開示の一実施形態の一態様によるフロー図の一例である。３２１０では、無線デバイスが、１つ以上の第１の無線リソース制御メッセージを基地局から受信し得る。１つ以上の第１の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可が第１の論理チャネルのデータの送信に使用され得るか否かを示す、少なくとも１つのパラメータを含み得る。１つ以上の第１の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号を含み得る。１つ以上の第１の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可の第１の周期性を含み得る。第１の周期性は、第１のタイプの構成済み周期的許可の２つの続くリソース間の時間間隔を示し得る。３２２０では、第１のタイプの構成済み周期的許可は、第１の無線リソース制御メッセージを受信したことに応答して、アクティブ化され得る。３２３０では、第１の論理チャネルのデータが、第１のタイプの構成済み周期的許可が第１の論理チャネルによって使用され得ることを示す少なくとも１つのパラメータに応答して、リソースを介した送信のための１つ以上のトランスポートブロック上に多重化され得る。３２４０では、１つ以上のトランスポートブロックが、第１のタイプの構成済み周期的許可のリソースを介して送信され得る。
【０２１４】
一実施形態によると、第１のタイプの構成済み周期的許可は、タイミングオフセットおよびシンボル番号に基づいて第１のシンボルから開始し得る。第１のタイプの構成済み周期的許可は、第１の周期性で再発し得る。一実施形態によると、データの第１のサイズに基づいて、決定が、第１のタイプの構成済み周期的許可のリソースを介して１つ以上のトランスポートブロックを送信するように行われ得る。一実施形態によると、１つ以上のトランスポートブロックは、第１のサイズが第１の値よりも大きいことに応答して、送信され得る。第１のタイプの構成済み周期的許可のリソースの第２のサイズが、第１の値を決定し得る。一実施形態によると、第１のタイプの構成済み周期的許可のアップリンク許可のリソースの１つ以上のシンボルは、タイミングオフセット、シンボル番号、および第１の周期性に基づいて決定され得る。
【０２１５】
一実施形態によると、第２の無線リソース制御メッセージが、受信され得る。第２の無線リソース制御メッセージは、第２のタイプの構成済み周期的許可の１つ以上の第２の構成パラメータを含み得る。１つ以上の第２の構成パラメータは、第２のタイプの構成済み周期的許可の第２の周期性を含み得る。一実施形態によると、第２のシンボル内のダウンリンク制御情報が、受信され得る。一実施形態によると、ダウンリンク制御情報を受信したことに応答して、第２のシンボルに基づいて第３のシンボル内で開始するように第２のタイプの構成済み周期的許可が、アクティブ化され得る。第２のタイプの構成済み周期的許可は、第２の周期性で再発し得る。一実施形態によると、１つ以上の第２のトランスポートブロックは、第２のタイプの構成済み周期的許可の第２のリソースを介して送信され得る。
【０２１６】
一実施形態によると、第２のリソースの１つ以上の第２のシンボルは、第２のシンボルおよび第２の周期性に基づいて決定され得る。一実施形態によると、第１の無線リソース制御メッセージおよび第２の無線リソース制御メッセージは、同じであり得る。一実施形態によると、無線デバイスは、第１のタイプの構成済み周期的許可の解放を示す第３の無線リソース制御メッセージを基地局から受信し得る。第１のタイプの構成済み周期的許可は、第３のメッセージを受信したことに応答して、解放され得る。一実施形態によると、無線デバイスは、第１のタイプの構成済み周期的許可のリソースを介して、データの第１のサイズに基づいて１つ以上のトランスポートブロックを送信し得る。一実施形態によると、無線デバイスは、第１のサイズが第１の値よりも大きいことに応答して、第１のタイプの構成済み周期的許可のリソースを介して、１つ以上のトランスポートブロックを送信し得る。第１のタイプの構成済み周期的許可のリソースの第２のサイズが、第１の値を決定し得る。一実施形態によると、無線デバイスは、第２のタイプの構成済み周期的許可の解放を示す第３の無線リソース制御メッセージを基地局から受信し得る。一実施形態によると、無線デバイスは、第２のメッセージを受信したことに応答して、第２のタイプの構成済み周期的許可を解放し得る。
【０２１７】
図３３は、本開示の一実施形態の一態様によるフロー図の一例である。３３１０では、基地局が、１つ以上の第１の無線リソース制御メッセージを無線デバイスに送信し得る。１つ以上の第１の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可が第１の論理チャネルのデータの送信に使用され得るか否かを示す、少なくとも１つのパラメータを含み得る。１つ以上の第１の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号を含み得る。１つ以上の第１の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可の第１の周期性を含み得る。第１の周期性は、第１のタイプの構成済み周期的許可の２つの続くリソース間の時間間隔を示し得る。３３２０では、第１のタイプの構成済み周期的許可は、第１の無線リソース制御メッセージを受信したことに応答して、アクティブ化され得る。３３３０では、１つ以上のトランスポートブロックが、第１のタイプの構成済み周期的許可のリソースを介して受信され得る。３３４０では、１つ以上のトランスポートブロックが、第１のタイプの構成済み周期的許可が第１の論理チャネルによって使用され得ることを示す少なくとも１つのパラメータに応答して、第１の論理チャネルのデータ内に分離化され得る。
【０２１８】
一実施形態によると、第１のタイプの構成済み周期的許可は、タイミングオフセットおよびシンボル番号に基づいて第１のシンボルから開始し得る。一実施形態によると、第１のタイプの構成済み周期的許可は、第１の周期性で再発し得る。
【０２１９】
図３４は、本開示の一実施形態の一態様によるフロー図の一例である。３４１０では、無線デバイスは、基地局から１つ以上の無線リソース制御メッセージを受信し得る。１つ以上の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可が第１の論理チャネルのデータの送信に使用され得ることを示す、少なくとも１つのパラメータを含み得る。１つ以上の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号を含み得る。１つ以上の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可の第１の周期性を含み得る。第１の周期性は、第１のタイプの構成済み周期的許可の２つの続くリソース間の時間間隔を示し得る。３４２０では、第１のタイプの構成済み周期的許可が、１つ以上の無線リソース制御メッセージを受信したことに応答して、アクティブ化され得る。３４３０では、バッファステータスレポート（ＢＳＲ）が、第１の論理チャネルのデータのサイズが第１の閾値よりも大きいことに応答して、少なくとも１つのパケット上に多重化され得る。ＢＳＲは、データのサイズを示し得る。３４４０では、少なくとも１つのパケットが、リソースを介して送信され得る。
【０２２０】
一実施形態によると、１つ以上の無線リソース制御メッセージは、第１の閾値を含み得る。一実施形態によると、無線デバイスは、リソースの第２のサイズに基づいて第１の閾値を決定し得る。一実施形態によると、ＢＳＲは、レギュラーＢＳＲであり得る。一実施形態によると、第１のタイプの構成済み周期的許可は、タイミングオフセットおよびシンボル番号に基づいて第１のシンボルから開始し得る。第１のタイプの構成済み周期的許可は、第１の周期性で再発し得る。一実施形態によると、アップリンクスケジューリング要求が、ＢＳＲに対応するアップリンク許可を受信しないことに応答して、トリガされ得る。一実施形態によると、無線デバイスは、ＢＳＲの送信に応答して、１つ以上のアップリンク許可を基地局から受信し得る。
【０２２１】
図３５は、本開示の一実施形態の一態様によるフロー図の一例である。３５１０では、無線デバイスは、１つ以上の無線リソース制御メッセージを基地局から受信し得る。１つ以上の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可の少なくとも１つの第１のパラメータを含み得る。１つ以上の無線リソース制御メッセージは、第１の論理チャネルの第２のパラメータを含み得る。３５２０では、ＢＳＲが、第１の論理チャネルのデータのサイズが第１の閾値よりも大きいことに応答して、少なくとも１つのパケット上に多重化され得る。ＢＳＲは、データのサイズを示し得る。３５３０では、少なくとも１つのパケットが、第１のタイプの構成済み周期的許可のリソースを介して送信され得る。
【０２２２】
一実施形態によると、少なくとも１つの第１のパラメータは、第１のタイプの構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号を示し得る。少なくとも１つの第１のパラメータは、第１のタイプの構成済み周期的許可の第１の周期性を識別し得る。第１の周期性は、第１のタイプの構成済み周期的許可の２つの続くリソース間の時間間隔を示し得る。一実施形態によると、１つ以上の無線リソース制御メッセージを受信したことに応答して、第１のタイプの構成済み周期的許可がアクティブ化され得る。一実施形態によると、第１のタイプの構成済み周期的許可は、タイミングオフセットおよびシンボル番号に基づいて第１のシンボルから開始し得る。第１のタイプの構成済み周期的許可は、第１の周期性で再発し得る。一実施形態によると、第２のパラメータは、第１のタイプの構成済み周期的許可が第１の論理チャネルのデータの送信に使用され得ることを示し得る。一実施形態によると、１つ以上の無線リソース制御メッセージは、第１の閾値を含み得る。一実施形態によると、無線デバイスは、リソースの第２のサイズに基づいて第１の閾値を決定し得る。一実施形態によると、ＢＳＲは、レギュラーＢＳＲであり得る。一実施形態によると、アップリンクスケジューリング要求が、ＢＳＲに対応するアップリンク許可を受信しないことに応答して、トリガされ得る。一実施形態によると、無線デバイスは、ＢＳＲの送信に応答して、１つ以上のアップリンク許可を基地局から受信し得る。
【０２２３】
図３６は、本開示の一実施形態の一態様によるフロー図の一例である。３６１０では、基地局は、１つ以上の無線リソース制御メッセージを無線デバイスに送信し得る。１つ以上の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可が第１の論理チャネルのデータの送信に使用され得ることを示す、少なくとも１つのパラメータを含み得る。１つ以上の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号を含み得る。１つ以上の無線リソース制御メッセージは、第１のタイプの構成済み周期的許可の第１の周期性を含み得、第１の周期性が、第１のタイプの構成済み周期的許可の２つの続くリソース間の時間間隔を示す。３６２０では、第１のタイプの構成済み周期的許可が、１つ以上の無線リソース制御メッセージを受信したことに応答して、アクティブ化され得る。３６３０では、第１の論理チャネルのデータのサイズが第１の閾値よりも大きいことに応答して、多重化されたバッファステータスレポート（ＢＳＲ）を含む少なくとも１つのパケットが、リソースを介して、受信され得る。ＢＳＲは、データのサイズを示し得る。一実施形態によると、１つ以上の無線リソース制御メッセージは、第１の閾値を含み得る。一実施形態によると、基地局は、リソースの第２のサイズに基づいて第１の閾値を決定し得る。
【０２２４】
図３７は、本開示の一実施形態の一態様によるフロー図の一例である。３７１０では、無線デバイスは、基地局から少なくとも１つの第１のメッセージを受信し得る。少なくとも１つの第１のメッセージは、第１のタイプの構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号を示す、少なくとも１つの構成パラメータを含み得る。少なくとも１つの第１のメッセージは、第１のタイプの構成済み周期的許可の第１の周期性を示す、少なくとも１つの構成パラメータを含み得る。第１の周期性は、第１のタイプの構成済み周期的許可の２つの続くリソース間の時間間隔を示している。３７２０では、１つ以上のトランスポートブロックが、第１のタイプの構成済み周期的許可のリソースを介して送信され得る。３７３０では、第１のタイプの構成済み周期的許可と関連付けられた送信情報に対する要求を示す第２のメッセージが、受信され得る。３７４０では、第３のメッセージが、第２のメッセージに応答して、送信され得る。第３のメッセージは、第１のタイプの構成済み周期的許可と関連付けられたリソースを介した送信の数に基づく第１の値と、無線デバイスが、送信に応答して対応する受信確認を基地局から受信しなかった回数に基づく第２の値と、のうちの少なくとも１つを示す、１つ以上のパラメータを含み得る。
【０２２５】
一実施形態によると、少なくとも１つの構成パラメータは、第１の値および第２の値を決定する期間をさらに示し得る。一実施形態によると、第１のタイプの構成済み周期的許可は、タイミングオフセットおよびシンボル番号に基づいて第１のシンボルから開始するようにアクティブ化され得る。一実施形態によると、第１のタイプの構成済み周期的許可は、第１の周期性で再発し得る。一実施形態によると、第１のタイプの構成済み周期的許可のアップリンク許可のリソースの１つ以上のシンボルは、タイミングオフセット、シンボル番号、および第１の周期性に基づいて決定され得る。一実施形態によると、１つ以上のパラメータは、無線デバイスが、第１のタイプの構成済み周期的許可のリソースを介した送信に応答して、肯定的または否定的な受信確認を基地局から受信する回数に基づく第３の値と、無線デバイスが、第１のタイプの構成済み周期的許可を介した送信に応答して、受信確認を基地局から受信しないときに、無線デバイスによって検出された衝突の数に基づく第４の値と、のうちの少なくとも１つを示し得る。
【０２２６】
一実施形態によると、第３のメッセージは、第１のタイプの構成済み周期的許可を介した送信に応答して、無線デバイスが受信確認を基地局から受信しないときに、無線デバイスが１つ以上の衝突を検出するか否かを示す指標を含み得る。一実施形態によると、１つ以上のトランスポートブロックの送信の失敗が、対応する応答を基地局から受信しないことに応答して、決定され得る。一実施形態によると、カウンタは、失敗の決定に応答して、１だけ増分され得る。一実施形態によると、少なくとも１つの第１のメッセージは、第１のタイプの構成済み周期的許可の識別子を含み得る。一実施形態によると、第２のメッセージは、第１のタイプの構成済み周期的許可の識別子を含み得る。一実施形態によると、第３のメッセージは、第１のタイプの構成済み周期的許可の識別子を含み得る。
【０２２７】
図３８は、本開示の一実施形態の一態様によるフロー図の一例である。３８１０では、基地局が、少なくとも１つの第１のメッセージを無線デバイスに送信し得る。少なくとも１つの第１のメッセージは、少なくとも１つの構成パラメータを含み得る。少なくとも１つの構成パラメータは、第１のタイプの構成済み周期的許可のアップリンク許可のリソースを識別するタイミングオフセットおよびシンボル番号を示し得る。少なくとも１つの構成パラメータは、第１のタイプの構成済み周期的許可の第１の周期性を示し得る。第１の周期性は、第１のタイプの構成済み周期的許可の２つの続くリソース間の時間間隔を示し得る。３８２０では、１つ以上のトランスポートブロックが、第１のタイプの構成済み周期的許可のリソースを介して受信され得る。３８３０では、第２のメッセージが、送信され得る。第２のメッセージは、第１のタイプの構成済み周期的許可と関連付けられた送信情報に対する要求を示し得る。３８４０では、第３のメッセージが、第２のメッセージに応答して、受信され得る。第３のメッセージは、１つ以上のパラメータを含み得る。１つ以上のパラメータは、第１のタイプの構成済み周期的許可と関連付けられたリソースを介した送信の数に基づく第１の値と、無線デバイスが、送信に応答して対応する受信確認を基地局から受信しなかった回数に基づく第２の値と、のうちの少なくとも１つを示し得る。
【０２２８】
一実施形態によると、少なくとも１つの構成パラメータは、第１の値および第２の値を決定する期間を示し得る。一実施形態によると、第１のタイプの構成済み周期的許可は、タイミングオフセットおよびシンボル番号に基づいて第１のシンボルから開始するようにアクティブ化され得る。第１のタイプの構成済み周期的許可は、第１の周期性で再発し得る。一実施形態によると、第１のタイプの構成済み周期的許可のアップリンク許可のリソースの１つ以上のシンボルは、タイミングオフセット、シンボル番号、および第１の周期性に基づいて決定され得る。一実施形態によると、１つ以上のパラメータは、第１のタイプの構成済み周期的許可のリソースを介した送信に応答して、無線デバイスが肯定的または否定的な受信確認を基地局から受信した回数に基づいて、第３の値を示し得る。一実施形態によると、１つ以上のパラメータは、第１のタイプの構成済み周期的許可を介した送信に応答して、無線デバイスが受信確認を基地局から受信しないときに、無線デバイスによって検出された衝突の数に基づいて、第４の値を示し得る。一実施形態によると、第３のメッセージは、第１のタイプの構成済み周期的許可を介した送信に応答して、無線デバイスが受信確認を基地局から受信しないときに、無線デバイスが１つ以上の衝突を検出するか否かを示す指標を含み得る。一実施形態によると、少なくとも１つの構成パラメータは、１つ以上のトランスポートブロックの送信のための送信電力を決定する電力オフセット値を含み得る。一実施形態によると、少なくとも１つの第１のメッセージは、第１のタイプの構成済み周期的許可の識別子を含み得る。一実施形態によると、第２のメッセージは、第１のタイプの構成済み周期的許可の識別子を含み得る。一実施形態によると、第３のメッセージは、第１のタイプの構成済み周期的許可の識別子を含み得る。
【０２２９】
本明細書において、「ａ」および「ａｎ」および同様のフレーズは、「少なくとも１つ」および「１つ以上」と解釈されるべきである。本明細書において、用語「ｍａｙ」は、「ｍａｙ、例えば言い換えれば、用語「ｍａｙ」は、用語「ｍａｙ」に続く句が、１つ以上の様々な実施形態に使用される場合とされない場合がある多数の適切な可能性の１つであることを示す。ＡとＢがセットで、Ａのすべての要素がＢの要素でもある場合、ＡはＢのサブセットと呼ばれる。本明細書では、空でないセットとサブセットのみが考慮される。たとえば、Ｂ＝｛ｃｅｌｌ１、ｃｅｌｌ２｝の可能なサブセットは、｛ｃｅｌｌ１｝、｛ｃｅｌｌ２｝、および｛ｃｅｌｌ１、ｃｅｌｌ２｝である。
【０２３０】
この仕様では、パラメータ（情報要素：ＩＥ）は１つ以上のオブジェクトで構成され、それらのオブジェクトのそれぞれは１つ以上の他のオブジェクトで構成される。たとえば、パラメータ（ＩＥ）Ｎがパラメータ（ＩＥ）Ｍを含み、パラメータ（ＩＥ）Ｍがパラメータ（ＩＥ）Ｋを含み、パラメータ（ＩＥ）Ｋがパラメータ（情報要素）Ｊを含む場合、たとえば、ＮはＫを含み、ＮはＪを含む。例示的な実施形態では、１つ以上のメッセージが複数のパラメータを含む場合、これは、複数のパラメータ内のパラメータが１つ以上のメッセージの少なくとも１つにあるが、１つ以上のメッセージのそれぞれにある必要がないことを意味する。
【０２３１】
開示される実施形態で説明される要素の多くは、モジュールとして実装されてもよい。ここでモジュールは、定義された機能を実行し、他の要素への定義されたインターフェースを有する分離可能な要素として定義される。本開示で説明されるモジュールは、ハードウェア、ハードウェアと組み合わせたソフトウェア、ファームウェア、ウェットウェア（すなわち、生物学的要素を備えたハードウェア）、またはそれらの組み合わせで実装されてもよい。たとえば、モジュールは、ハードウェアマシン（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、Ｂａｓｉｃ、Ｍａｔｌａｂなど）もしくはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ  Ｏｃｔａｖｅ、またはＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔで実行されるように構成されたコンピュータ言語で記述されたソフトウェアルーチンで実装されてもよい。さらに、ディスクリートまたはプログラム可能なアナログ、デジタル、および／または量子ハードウェアを組み込んだ物理ハードウェアを使用してモジュールを実装することも可能である。プログラム可能なハードウェアの例には、コンピュータ、マイクロコントローラ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、結合プログラマブルロジックデバイス（ＣＰＬＤ）が含まれる。コンピュータ、マイクロコントローラ、およびマイクロプロセッサは、アセンブリ、Ｃ、Ｃ＋＋などの言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、ＣＰＬＤは多くの場合、プログラマブルデバイスの機能が少ない内部ハードウェアモジュール間の接続を構成するＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）またはＶｅｒｉｌｏｇなどのハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。最後に、機能モジュールの結果を達成するために、上記の技術がしばしば組み合わせて使用されることを強調する必要がある。
【０２３２】
この特許文書の開示には、著作権保護の対象となる資料が組み込まれている。著作権所有者は、特許商標局の特許ファイルまたは記録にあるように、法律で要求される限られた目的のために、特許文書または特許開示のいずれかによるファクシミリ複製に異議を唱えないが、それ以外はすべての著作権を留保する。
【０２３３】
様々な実施形態が上記で説明されたが、それらは例として提示されており、限定ではないことを理解されたい。当業者には、趣旨および範囲から逸脱することなく、形態および詳細の様々な変更を行うことができることは明らかであろう。上記の説明を読んだ後、代替の実施形態を実装する方法が関連技術の当業者に明らかになるであろう。したがって、本実施形態は、上述の例示的な実施形態のいずれによっても限定されるべきではない。特に、例示の目的で、上記の説明は、ＦＤＤ通信システムを使用する例に焦点を合わせていることに注意すべきである。しかしながら、当業者は、本開示の実施形態が、１つ以上のＴＤＤセル（例えば、フレーム構造２および／またはフレーム構造３ライセンス支援アクセス）を含むシステムで実装されてもよいことを認識するであろう。開示された方法およびシステムは、無線または有線システムで実装されてもよい。本開示で提示される様々な実施形態の特徴は組み合わせることができる。一実施形態の１つまたは多くの特徴（方法またはシステム）は、他の実施形態で実装されてもよい。強化された送信および受信システムおよび方法を作成するために様々な実施形態で組み合わせられ得る特徴の可能性を当業者に示すために、限られた数の例示的な組み合わせのみが示される。
【０２３４】
さらに、機能と利点を強調する図は、例示のみを目的として提示されていることを理解する必要がある。開示されたアーキテクチャは、示されている以外の方法で利用できるように、十分に柔軟で構成可能である。例えば、任意のフローチャートにリストされたアクションは、いくつかの実施形態で並べ替えられ、またはオプションとしてのみ使用されてもよい。
【０２３５】
さらに、開示の要約の目的は、米国特許商標局および一般の人々、特に特許または法的用語または語法に精通していない当業者、特に科学者、エンジニアおよび実務家が、アプリケーションの技術的開示の性質と本質を迅速に判断することである。開示の要約は、いかなる意味においても範囲を限定することを意図したものではない。
【０２３６】
最後に、米国特許法１１２条の下で、「ための手段」または「のためのステップ」という表現を含むクレームのみを解釈することが出願人の意図である。「手段」または「ステップ」のフレーズを明示的に含まないクレームは、米国特許法１１２条の下で解釈されるべきではない。
【図１】
2020524437.tif 000027
【図２】
2020524437.tif 000028
【図３】
2020524437.tif 000029
【図４】
2020524437.tif 000030
【図５Ａ】
2020524437.tif 000031
【図５Ｂ】
2020524437.tif 000032
【図５Ｃ】
2020524437.tif 000033
【図５Ｄ】
2020524437.tif 000034
【図６】
2020524437.tif 000035
【図７】
2020524437.tif 000036
【図８】
2020524437.tif 000037
【図９】
2020524437.tif 000038
【図１０Ａ】
2020524437.tif 000039
【図１０Ｂ】
2020524437.tif 000040
【図１１Ａ】
2020524437.tif 000041
【図１１Ｂ】
2020524437.tif 000042
【図１１Ｃ】
2020524437.tif 000043
【図１１Ｄ】
2020524437.tif 000044
【図１１Ｅ】
2020524437.tif 000045
【図１１Ｆ】
2020524437.tif 000046
【図１２Ａ】
2020524437.tif 000047
【図１２Ｂ】
2020524437.tif 000048
2020524437.tif 000049
【図１２Ｃ】
2020524437.tif 000050
【図１３Ａ】
2020524437.tif 000051
【図１３Ｂ】
2020524437.tif 000052
【図１４】
2020524437.tif 000053
【図１５Ａ】
2020524437.tif 000054
【図１５Ｂ】
2020524437.tif 000055
【図１６】
2020524437.tif 000056
【図１７Ａ】
2020524437.tif 000057
【図１７Ｂ】
2020524437.tif 000058
【図１８】
2020524437.tif 000059
【図１９】
2020524437.tif 000060
【図２０】
2020524437.tif 000061
【図２１】
2020524437.tif 000062
【図２２】
2020524437.tif 000063
【図２３】
2020524437.tif 000064
【図２４】
2020524437.tif 000065
【図２５】
2020524437.tif 000066
【図２６】
2020524437.tif 000067
【図２７】
2020524437.tif 000068
【図２８Ａ】
2020524437.tif 000069
【図２８Ｂ】
2020524437.tif 000070
【図２８Ｃ】
2020524437.tif 000071
【図２９】
2020524437.tif 000072
【図３０】
2020524437.tif 000073
【図３１】
2020524437.tif 000074
【図３２】
2020524437.tif 000075
【図３３】
2020524437.tif 000076
【図３４】
2020524437.tif 000077
【図３５】
2020524437.tif 000078
【図３６】
2020524437.tif 000079
【図３７】
2020524437.tif 000080
【図３８】
2020524437.tif 000081
【国際調査報告】
2020524437.tif 000082
2020524437.tif 000083
2020524437.tif 000084
2020524437.tif 000085
2020524437.tif 000086
2020524437.tif 000087
2020524437.tif 000088