(57)【特許請求の範囲】
【請求項１】
方法であって、
無線デバイス（４０６）が、基地局（４０１）から少なくとも１つの無線リソース構成（ＲＲＣ）メッセージを受信することであって、前記少なくとも１つのＲＲＣメッセージは、前記基地局との通信のための複数のセルの構成パラメータと、強化拡張電力ヘッドルーム報告が構成されていることを示す第１の電力ヘッドルーム情報要素（ＩＥ）と、第２の電力ヘッドルームＩＥとを含み、前記第１の電力ヘッドルームＩＥは、前記複数のセル内の二次セルが物理アップリンク制御チャネル（ＰＵＣＣＨ）を用いて構成されており、かつ、前記第２の電力ヘッドルームＩＥが電力ヘッドルーム報告が設定として構成されていることを示す場合に、設定として構成されている、ことと、
前記二次セルがアクティブ化されていることに基づいて、媒体アクセス制御（ＭＡＣ）パケットを伝送することであって、前記ＭＡＣパケットは、 前記複数のセル内の一次セルの第１のタイプ２電力ヘッドルームフィールドと、前記二次セルの第２のタイプ２電力ヘッドルームフィールドとを含む、ことと
を含む、方法。
【請求項２】
前記ＭＡＣパケットは、サブヘッダをさらに含み、前記サブヘッダは、論理チャネル識別子（ＬＣＩＤ）を含む、請求項１に記載の方法。
【請求項３】
前記第２のタイプ２電力ヘッドルームフィールドの第２のタイプ２電力ヘッドルームレベルの計算は、前記二次セルの前記ＰＵＣＣＨの計算された電力および前記二次セルの物理アップリンク共有チャネルの計算された電力を採用し、
前記二次セルのタイプ１電力ヘッドルームフィールドのタイプ１電力ヘッドルームレベルの計算は、前記二次セルの前記物理アップリンク共有チャネルの計算された電力を採用する、請求項１または請求項２に記載の方法。
【請求項４】
前記少なくとも１つのＲＲＣメッセージは、電力ヘッドルーム報告禁止タイマＩＥと、周期的電力ヘッドルーム報告タイマＩＥとを含む、請求項１〜３のいずれかに記載の方法。
【請求項５】
無線デバイス（４０６）であって、
１つ以上のプロセッサと、
命令を記憶するメモリと
を備え、
前記命令は、前記１つ以上のプロセッサによって実行されると、
少なくとも１つの無線リソース構成（ＲＲＣ）メッセージを基地局（４０１）から受信することであって、前記少なくとも１つのＲＲＣメッセージは、前記基地局との通信のための複数のセルの構成パラメータと、強化拡張電力ヘッドルーム報告が構成されていることを示す第１の電力ヘッドルーム情報要素（ＩＥ）と、第２の電力ヘッドルームＩＥとを含み、前記第１の電力ヘッドルームＩＥは、前記複数のセル内の二次セルが物理アップリンク制御チャネル（ＰＵＣＣＨ）を用いて構成されており、かつ、前記第２の電力ヘッドルームＩＥが電力ヘッドルーム報告が設定として構成されていることを示す場合に、設定として構成されている、ことと、
前記二次セルがアクティブ化されていることに基づいて、媒体アクセス制御（ＭＡＣ）パケットを伝送することであって、一次セルの第１のタイプ２電力ヘッドルームフィールドと、前記二次セルの第２のタイプ２電力ヘッドルームフィールドとを含む、ことと
を前記無線デバイスに行わせる、無線デバイス。
【請求項６】
前記ＭＡＣパケットは、サブヘッダをさらに含み、前記サブヘッダは、論理チャネル識別子（ＬＣＩＤ）を含む、請求項５に記載の無線デバイス。
【請求項７】
前記第２のタイプ２電力ヘッドルームフィールドの第２のタイプ２電力ヘッドルームレベルの計算は、前記二次セルの前記ＰＵＣＣＨの計算された電力および前記二次セルの物理アップリンク共有チャネルの計算された電力を採用し、
前記二次セルのタイプ１電力ヘッドルームフィールドのタイプ１電力ヘッドルームレベルの計算は、前記二次セルの前記物理アップリンク共有チャネルの計算された電力を採用する、請求項５または請求項６に記載の無線デバイス。
【請求項８】
前記少なくとも１つのＲＲＣメッセージは、電力ヘッドルーム報告禁止タイマＩＥと、周期的電力ヘッドルーム報告タイマＩＥとを含む、請求項５〜７のいずれかに記載の無線デバイス。
【請求項９】
方法であって、
基地局（４０１）が、少なくとも１つの無線リソース構成（ＲＲＣ）メッセージを無線デバイス（４０６）に伝送することであって、前記少なくとも１つの（ＲＲＣ）メッセージは、前記基地局との通信のための複数のセルの構成パラメータと、強化拡張電力ヘッドルーム報告が構成されていることを示す第１の電力ヘッドルーム情報要素（ＩＥ）と、第２の電力ヘッドルームＩＥとを含み、前記第１の電力ヘッドルームＩＥは、前記複数のセル内の二次セルが物理アップリンク制御チャネル（ＰＵＣＣＨ）を用いて構成されており、かつ、前記第２の電力ヘッドルームＩＥが電力ヘッドルーム報告が設定として構成されていることを示す場合に、設定として構成されている、ことと、
前記二次セルが前記無線デバイス内でアクティブ化されていることに基づいて、媒体アクセス制御（ＭＡＣ）パケットを受信することであって、前記ＭＡＣパケットは、一次セルの第１のタイプ２電力ヘッドルームフィールドと、前記二次セルの第２のタイプ２電力ヘッドルームフィールドとを含む、ことと、
を含む、方法。
【請求項１０】
前記ＭＡＣパケットは、サブヘッダをさらに含み、前記サブヘッダは、論理チャネル識別子（ＬＣＩＤ）を含む、請求項９に記載の方法。
【請求項１１】
前記第２のタイプ２電力ヘッドルームフィールドの第２のタイプ２電力ヘッドルームレベルの計算は、前記二次セルの前記ＰＵＣＣＨの計算された電力および前記二次セルの物理アップリンク共有チャネルの計算された電力を採用し、
前記二次セルのタイプ１電力ヘッドルームフィールドのタイプ１電力ヘッドルームレベルの計算は、前記二次セルの物理アップリンク共有チャネルの計算された電力を採用する、請求項９または請求項１０に記載の方法。
【請求項１２】
基地局（４０１）であって、
１つ以上のプロセッサと、
命令を記憶するメモリと
を備え、
前記命令は、前記１つ以上のプロセッサによって実行されると、
少なくとも１つの無線リソース構成（ＲＲＣ）メッセージを無線デバイス（４０６）に伝送することであって、前記少なくとも１つのＲＲＣメッセージは、前記基地局との通信のための複数のセルの構成パラメータと、強化拡張電力ヘッドルーム報告が構成されていることを示す第１の電力ヘッドルーム情報要素（ＩＥ）と、第２の電力ヘッドルームＩＥとを含み、前記第１の電力ヘッドルームＩＥは、前記複数のセル内の二次セルが物理アップリンク制御チャネル（ＰＵＣＣＨ）を用いて構成されており、かつ、前記第２の電力ヘッドルームＩＥが電力ヘッドルーム報告が設定として構成されていることを示す場合に、設定として構成されている、ことと、
前記二次セルが前記無線デバイス内でアクティブ化されていることに基づいて、媒体アクセス制御（ＭＡＣ）パケットを受信することであって、前記ＭＡＣパケットは、一次セルの第１のタイプ２電力ヘッドルームフィールドと、前記二次セルの第２のタイプ２電力ヘッドルームフィールドとを含む、ことと
を前記基地局（４０１）に行わせる、基地局。
【請求項１３】
前記ＭＡＣパケットは、サブヘッダをさらに含み、前記サブヘッダは、論理チャネル識別子（ＬＣＩＤ）を含む、請求項１２に記載の基地局。
【請求項１４】
前記第２のタイプ２電力ヘッドルームフィールドの第２のタイプ２電力ヘッドルームレベルの計算は、前記二次セルの前記ＰＵＣＣＨの計算された電力および前記二次セルの物理アップリンク共有チャネルの計算された電力を採用し、
前記二次セルのタイプ１電力ヘッドルームフィールドのタイプ１電力ヘッドルームレベルの計算は、前記二次セルの前記物理アップリンク共有チャネルの計算された電力を採用する、請求項１２または請求項１３に記載の基地局。
【請求項１５】
前記少なくとも１つのメッセージは、電力ヘッドルーム報告禁止タイマＩＥと、周期的電力ヘッドルーム報告タイマＩＥとを含む、請求項１２〜１４のいずれかに記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
（関連出願の相互参照）
本願は、２０１５年３月９日に出願された米国仮出願第６２／１３０，５５４号の利益を主張するものであり、該仮出願は、その全体が参照により本明細書中に援用される。
【発明の概要】
【課題を解決するための手段】
【０００２】
本発明の例示的実施形態は、複数の物理アップリンク制御チャネル（ＰＵＣＣＨ）グループの動作をイネーブルにする。本明細書に開示される技術の実施形態は、マルチキャリア通信システムの技術分野において採用され得る。より具体的には、本明細書に開示される技術の実施形態は、ＰＵＣＣＨグループの動作に関し得る。
本明細書は、例えば、以下の項目を提供する。
（項目１）
方法であって、
無線デバイスによって、
基地局との通信のための複数のセルの構成パラメータと、
新しい拡張電力ヘッドルーム報告が構成されたことを示す、第１の情報要素（ＩＥ）であって、
上記複数のセル内の二次セルが、物理アップリンク制御チャネル（ＰＵＣＣＨ）を用いて構成され、
第２のＩＥが、電力ヘッドルーム報告が設定として構成されたことを示す、
とき、設定として構成される、第１のＩＥと、
を含む、少なくとも１つのメッセージを受信するステップと、
上記二次セルがアクティブ化されると、一次セルの第１のタイプ２電力ヘッドルームフィールドおよび上記二次セルの第２のタイプ２電力ヘッドルームフィールドを含む、媒体アクセス制御（ＭＡＣ）パケットを伝送するステップと、
を含む、方法。
（項目２）
上記ＭＡＣパケットはさらに、論理チャネル識別子（ＬＣＩＤ）を含む、サブヘッダを含む、項目１に記載の方法。
（項目３）   
第２のタイプ２電力ヘッドルームレベルの計算は、上記ＰＵＣＣＨの計算された電力と、物理アップリンク共有チャネルの計算された電力とを採用し、
上記二次セルのタイプ１電力ヘッドルームレベルの計算は、上記物理アップリンク共有チャネルの計算された電力を採用する、項目１に記載の方法。
（項目４）
上記電力ヘッドルーム報告は、上記電力ヘッドルーム報告、デュアルコネクティビティ電力ヘッドルーム報告、拡張電力ヘッドルーム報告、または上記新しい拡張電力ヘッドルーム報告のうちの少なくとも１つとして構成可能である、項目１に記載の方法。
（項目５）
上記少なくとも１つのメッセージは、電力ヘッドルーム報告禁止タイマＩＥと、周期的電力ヘッドルーム報告タイマＩＥとを含む、項目１に記載の方法。
（項目６）
上記複数のセル内のセルのセルインデックスは、所定の値より高い、項目１に記載の方法。
（項目７）
アップリンクが構成されたセルのセルインデックスは、所定の値より高い、項目１に記載の方法。
（項目８）
無線デバイスであって、
１つまたはそれを上回るプロセッサと、
命令を記憶するメモリであって、上記命令は、実行されると、上記無線デバイスに、
基地局との通信のための複数のセルの構成パラメータと、
新しい拡張電力ヘッドルーム報告が構成されたことを示す、第１の情報要素（ＩＥ）であって、
上記複数のセル内の二次セルが、物理アップリンク制御チャネル（ＰＵＣＣＨ）を用いて構成され、
第２のＩＥが、電力ヘッドルーム報告が設定として構成されたことを示す、
とき、設定として構成される、第１のＩＥと、
を含む、少なくとも１つのメッセージを受信することと、
上記二次セルがアクティブ化されると、一次セルの第１のタイプ２電力ヘッドルームフィールドおよび上記二次セルの第２のタイプ２電力ヘッドルームフィールドを含む、媒体アクセス制御（ＭＡＣ）パケットを伝送することと、
を行わせる、メモリと、
を備える、無線デバイス。
（項目９）
上記ＭＡＣパケットはさらに、論理チャネル識別子（ＬＣＩＤ）を含む、サブヘッダを含む、項目８に記載の無線デバイス。
（項目１０） 
第２のタイプ２電力ヘッドルームレベルの計算は、上記ＰＵＣＣＨの計算された電力および物理アップリンク共有チャネルの計算された電力を採用し、
上記二次セルのタイプ１電力ヘッドルームレベルの計算は、上記物理アップリンク共有チャネルの計算された電力を採用する、項目８に記載の無線デバイス。
（項目１１）
上記電力ヘッドルーム報告は、上記電力ヘッドルーム報告、デュアルコネクティビティ電力ヘッドルーム報告、拡張電力ヘッドルーム報告、または上記新しい拡張電力ヘッドルーム報告のうちの少なくとも１つとして構成可能である、項目８に記載の無線デバイス。
（項目１２）
上記少なくとも１つのメッセージは、電力ヘッドルーム報告禁止タイマＩＥと、周期的電力ヘッドルーム報告タイマＩＥとを含む、項目８に記載の無線デバイス。
（項目１３）
上記複数のセル内のセルのセルインデックスは、所定の値より高い、項目８に記載の無線デバイス。
（項目１４）
アップリンクが構成されたセルのセルインデックスは、所定の値より高い、項目８に記載の無線デバイス。
（項目１５）
方法であって、
基地局によって、無線デバイスに、
少なくとも１つのメッセージを伝送するステップであって、上記少なくとも１つのメッセージは、
上記基地局との通信のための複数のセルの構成パラメータと、
新しい拡張電力ヘッドルーム報告が構成されたことを示す、第１の情報要素（ＩＥ）であって、
上記複数のセル内の二次セルが、物理アップリンク制御チャネル（ＰＵＣＣＨ）を用いて構成され、
第２のＩＥが、電力ヘッドルーム報告が設定として構成されたことを示す、
とき、設定として構成される、第１のＩＥと、
を含む、ステップと、
上記二次セルが上記無線デバイス内でアクティブ化されると、一次セルの第１のタイプ２電力ヘッドルームフィールドおよび上記二次セルの第２のタイプ２電力ヘッドルームフィールドを含む、媒体アクセス制御（ＭＡＣ）パケットを受信するステップと、
を含む、方法。
（項目１６）
上記ＭＡＣパケットはさらに、論理チャネル識別子（ＬＣＩＤ）を含む、サブヘッダを含む、項目１５に記載の方法。
（項目１７） 
第２のタイプ２電力ヘッドルームレベルの計算は、物理アップリンク制御チャネルの計算された電力および物理アップリンク共有チャネルの計算された電力を採用し、
上記二次セルのタイプ１電力ヘッドルームレベルの計算は、物理アップリンク共有チャネルの計算された電力を採用する、項目１５に記載の方法。
（項目１８）
上記電力ヘッドルーム報告は、上記電力ヘッドルーム報告、デュアルコネクティビティ電力ヘッドルーム報告、拡張電力ヘッドルーム報告、または上記新しい拡張電力ヘッドルーム報告のうちの少なくとも１つとして構成可能である、項目１５に記載の方法。
（項目１９）
上記複数のセル内のセルのセルインデックスは、所定の値より高い、項目１５に記載の方法。
（項目２０）
アップリンクが構成されたセルのセルインデックスは、所定の値より高い、項目１５に記載の方法。
（項目２１）
方法であって、
無線デバイスによって、
一次物理アップリンク制御チャネル（ＰＵＣＣＨ）が基地局に伝送される、一次セルと、
二次ＰＵＣＣＨが上記基地局に伝送される、ＰＵＣＣＨ二次セルと、
を含む、複数のセルの構成パラメータを含む、少なくとも１つのメッセージを受信するステップと、
上記ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームフィールドがＰＨＲ  ＭＡＣ  ＣＥ内に存在するかどうかを示す、第１のフィールドと、
上記第１のフィールドが、上記ＰＵＣＣＨ二次セルに関する上記タイプ２電力ヘッドルームフィールドの存在を示す場合のみ、上記ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームレベルを示す、第２のフィールドと、
を含む、電力ヘッドルーム報告（ＰＨＲ）媒体アクセス制御制御要素（ＭＡＣ  ＣＥ）を伝送するステップと、
を含む、方法。
（項目２２）
上記少なくとも１つのメッセージはさらに、同時ＰＵＣＣＨ伝送および物理アップリンク共有チャネル伝送が上記一次セルに関して構成されているかどうかを示す、第１の情報要素を含む、項目２１に記載の方法。
（項目２３）
上記少なくとも１つのメッセージはさらに、同時ＰＵＣＣＨ伝送および物理アップリンク共有チャネル伝送が上記ＰＵＣＣＨ二次セルに関して構成されているかどうかを示す、第２の情報要素を含む、項目２１に記載の方法。
（項目２４）
上記ＰＨＲ  ＭＡＣ  ＣＥはさらに、上記一次セルに関するタイプ２電力ヘッドルームレベルを示す、第３のフィールドを含む、項目２１に記載の方法。
（項目２５）
上記無線デバイスは、上記ＰＵＣＣＨ二次セルがアクティブ化されると、上記ＰＵＣＣＨ二次セルに関する上記タイプ２電力ヘッドルームレベルを報告する、項目２１に記載の方法。
（項目２６）
上記ＰＨＲ  ＭＡＣ  ＣＥは、上記タイプ２電力ヘッドルームフィールドと異なる上記ＰＵＣＣＨ二次セルに関するタイプ１電力ヘッドルームフィールドを含む、項目２１に記載の方法。
（項目２７） 
上記タイプ２電力ヘッドルームレベルの計算は、物理アップリンク制御チャネルの計算された電力および物理アップリンク共有チャネルの計算された電力を採用し、
上記タイプ１電力ヘッドルームレベルの計算は、上記物理アップリンク共有チャネルの計算された電力を採用する、項目２１に記載の方法。
（項目２８）
経路損失基準の信号を測定することによって、測定値を得るステップをさらに含み、上記タイプ２電力ヘッドルームレベルの計算は、上記測定値を採用する、項目２１に記載の方法。
（項目２９）
上記ＰＨＲ  ＭＡＣ  ＣＥは、アップリンクパケットスケジューリングまたはアップリンク電力制御のうちの少なくとも１つに関して、上記基地局によって採用される、項目２１に記載の方法。
（項目３０）
方法であって、
基地局によって、
一次物理アップリンク制御チャネル（ＰＵＣＣＨ）が上記基地局によって受信される、一次セルと、
二次ＰＵＣＣＨが上記基地局によって受信される、ＰＵＣＣＨ二次セルと、
を含む、複数のセルの構成パラメータを含む、少なくとも１つのメッセージを伝送するステップと、
上記ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームフィールドがＰＨＲ  ＭＡＣ  ＣＥ内に存在することを示す、第１のフィールドと、
上記ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームレベルを示す、第２のフィールドと、
上記一次セルに関するタイプ２電力ヘッドルームレベルを示す、第３のフィールドと、
を含む、電力ヘッドルーム報告（ＰＨＲ）媒体アクセス制御制御要素（ＭＡＣ  ＣＥ）を受信するステップと、
を含む、方法。
（項目３１）
上記少なくとも１つのメッセージはさらに、同時ＰＵＣＣＨ伝送および物理アップリンク共有チャネル伝送が上記一次セルに関して構成されているかどうかを示す、第１の情報要素を含む、項目３０に記載の方法。
（項目３２） 
上記少なくとも１つのメッセージはさらに、同時ＰＵＣＣＨ伝送および物理アップリンク共有チャネル伝送が上記ＰＵＣＣＨ二次セルに関して構成されているかどうかを示す、第２の情報要素を含む、項目３０に記載の方法。
（項目３３）
上記ＰＨＲ  ＭＡＣ  ＣＥはさらに、上記一次セルに関するタイプ１電力ヘッドルームレベルを示す、第４のフィールドを含む、項目３０に記載の方法。
（項目３４）
上記基地局は、上記ＰＵＣＣＨ二次セルが上記無線デバイス内でアクティブ化されると、上記ＰＵＣＣＨ二次セルに関する上記タイプ２電力ヘッドルームレベルを受信する、項目３０に記載の方法。
（項目３５）
上記ＰＨＲ  ＭＡＣ  ＣＥは、上記ＰＵＣＣＨ二次セルに関する上記タイプ２電力ヘッドルームフィールドと異なる上記ＰＵＣＣＨ二次セルに関するタイプ１電力ヘッドルームフィールドを含む、項目３０に記載の方法。
（項目３６） 
上記タイプ２電力ヘッドルームレベルの計算は、物理アップリンク制御チャネルの計算された電力および物理アップリンク共有チャネルの計算された電力を採用し、
タイプ１電力ヘッドルームレベルの計算は、物理アップリンク共有チャネルの計算された電力を採用する、項目３０に記載の方法。
（項目３７）
経路損失基準の信号を測定することによって、測定値を得るステップをさらに含み、上記タイプ２電力ヘッドルームレベルの計算は、上記測定値を採用する、項目３０に記載の方法。
（項目３８）
上記ＰＨＲ  ＭＡＣ  ＣＥは、アップリンクパケットスケジューリングまたはアップリンク電力制御のうちの少なくとも１つに関して、上記基地局によって採用される、項目３０に記載の方法。
（項目３９）
無線デバイスであって、
１つまたはそれを上回るプロセッサと、
命令を記憶するメモリであって、上記命令は、実行されると、上記無線デバイスに、
基地局から、
一次ＰＵＣＣＨが上記基地局に伝送される、一次セルと、
二次ＰＵＣＣＨが上記基地局に伝送される、ＰＵＣＣＨ二次セルと、
を含む、複数のセルの構成パラメータを含む、少なくとも１つのメッセージを受信することと、
上記ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームフィールドがＰＨＲ  ＭＡＣ  ＣＥ内に存在するかどうかを示す、第１のフィールドと、
上記第１のフィールドが、上記ＰＵＣＣＨ二次セルに関する上記タイプ２電力ヘッドルームフィールドの存在を示す場合のみ、上記ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームレベルを示す、第２のフィールドと、
を含む、電力ヘッドルーム報告（ＰＨＲ）媒体アクセス制御制御要素（ＭＡＣ  ＣＥ）を伝送することと、
を行わせる、メモリと、
を備える、無線デバイス。
（項目４０）
上記ＰＨＲ  ＭＡＣ  ＣＥは、上記タイプ２電力ヘッドルームフィールドと異なる上記ＰＵＣＣＨ二次セルに関するタイプ１電力ヘッドルームフィールドを含む、項目３９に記載の方法。
【図面の簡単な説明】
【０００３】
本発明の種々の実施形態のうちのいくつかの実施例が、図面を参照して本明細書に説明される。
【０００４】
【図１】図１は、本発明の実施形態のある側面による、ＯＦＤＭサブキャリアの例示的セットを描写する、略図である。
【０００５】
【図２】図２は、本発明の実施形態のある側面による、キャリアグループ内の２つのキャリアに関する例示的伝送時間および受信時間を描写する、略図である。
【０００６】
【図３】図３は、本発明の実施形態のある側面による、ＯＦＤＭ無線リソースを描写する、図である。
【０００７】
【図４】図４は、本発明の実施形態のある側面による、基地局および無線デバイスのブロック図である。
【０００８】
【図５】図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄは、本発明の実施形態のある側面による、アップリンクおよびダウンリンク信号伝送に関する例示的略図である。
【０００９】
【図６】図６は、本発明の実施形態のある側面による、ＣＡおよびＤＣを用いたプロトコル構造に関する例示的略図である。
【００１０】
【図７】図７は、本発明の実施形態のある側面による、ＣＡおよびＤＣを用いたプロトコル構造に関する例示的略図である。
【００１１】
【図８】図８は、本発明の実施形態のある側面による、例示的ＴＡＧ構成を示す。
【００１２】
【図９】図９は、本発明の実施形態のある側面による、二次ＴＡＧ内のランダムアクセスプロセスにおける例示的メッセージフローである。
【００１３】
【図１０】図１０は、本発明の実施形態のある側面による、ＰＵＣＣＨグループへのセルの例示的グループ化である。
【００１４】
【図１１】図１１は、本発明の実施形態のある側面による、１つまたはそれを上回るＰＵＣＣＨグループおよび１つまたはそれを上回るＴＡＧグループへのセルの例示的グループ化を図示する。
【００１５】
【図１２】図１２は、本発明の実施形態のある側面による、１つまたはそれを上回るＰＵＣＣＨグループおよび１つまたはそれを上回るＴＡＧグループへのセルの例示的グループ化を図示する。
【００１６】
【図１３】図１３は、本発明の実施形態のある側面による、例示的ＭＡＣ  ＰＤＵである。
【００１７】
【図１４】図１４は、本発明の実施形態のある側面による、例示的フロー図である。
【００１８】
【図１５】図１５は、本発明の実施形態のある側面による、例示的フロー図である。
【発明を実施するための形態】
【００１９】
以下の略語は、本開示の全体を通して使用される。
ＡＳＩＣ    特定用途向け集積回路
ＢＰＳＫ    二位相偏移変調
ＣＡ    キャリアアグリゲーション
ＣＳＩ    チャネル状態情報
ＣＤＭＡ    符号分割多重アクセス
ＣＳＳ    共通検索空間
ＣＰＬＤ    複合プログラマブル論理デバイス
ＣＣ    コンポーネントキャリア
ＤＬ    ダウンリンク
ＤＣＩ    ダウンリンク制御情報
ＤＣ    デュアルコネクティビティ
ＥＰＣ    進化型パケットコア
Ｅ−ＵＴＲＡＮ    進化型ユニバーサル地上無線アクセスネットワーク
ＦＰＧＡ    フィールドプログラマブルゲートアレイ
ＦＤＤ    周波数分割多重化
ＨＤＬ    ハードウェア記述言語
ＨＡＲＱ    ハイブリッド自動反復要求
ＩＥ    情報要素
ＬＴＥ    ロング・ターム・エボリューション
ＭＣＧ    マスタセルグループ
ＭｅＮＢ    マスタ進化型ノードＢ
ＭＩＢ    マスタ情報ブロック
ＭＡＣ    媒体アクセス制御
ＭＡＣ    媒体アクセス制御
ＭＭＥ    モビリティ管理エンティティ
ＮＡＳ    非アクセス層
ＯＦＤＭ    直交周波数分割多重化
ＰＤＣＰ    パケットデータ収束プロトコル
ＰＤＵ    パケットデータユニット
ＰＨＹ    物理
ＰＤＣＣＨ    物理ダウンリンク制御チャネル
ＰＨＩＣＨ    物理ＨＡＲＱインジケータチャネル
ＰＵＣＣＨ    物理アップリンク制御チャネル
ＰＵＳＣＨ    物理アップリンク共有チャネル
ＰＣｅｌｌ    一次セル
ＰＣｅｌｌ    一次セル
ＰＣＣ    一次コンポーネントキャリア
ＰＳＣｅｌｌ    一次二次セル
ｐＴＡＧ    一次タイミングアドバンスグループ
ＱＡＭ    直交振幅変調
ＱＰＳＫ    直交位相偏移変調
ＲＢＧ    リソースブロックグループ
ＲＬＣ    無線リンク制御
ＲＲＣ    無線リソース制御
ＲＡ    ランダムアクセス
ＲＢ    リソースブロック
ＳＣＣ    二次コンポーネントキャリア
ＳＣｅｌｌ    二次セル
ＳＣｅｌｌ    二次セル
ＳＣＧ    二次セルグループ
ＳｅＮＢ    二次進化型ノードＢ
ｓＴＡＧ    二次タイミングアドバンスグループ
ＳＤＵ    サービスデータユニット
Ｓ−ＧＷ    サービングゲートウェイ
ＳＲＢ    信号伝達無線ベアラ
ＳＣ−ＯＦＤＭ    単一キャリア−ＯＦＤＭ
ＳＦＮ    システムフレーム数
ＳＩＢ    システム情報ブロック
ＴＡＩ    追跡エリア識別子
ＴＡＴ    時間整合タイマ
ＴＤＤ    時分割複信
ＴＤＭＡ    時分割多重アクセス
ＴＡ    タイミングアドバンス
ＴＡＧ    タイミングアドバンスグループ
ＴＢ    トランスポートブロック
ＵＬ    アップリンク
ＵＥ    ユーザ機器
ＶＨＤＬ    ＶＨＳＩＣハードウェア記述言語
【００２０】
本発明の例示的実施形態は、種々の物理層変調および伝送機構を使用して実装されてもよい。例示的伝送機構として、限定ではないが、ＣＤＭＡ、ＯＦＤＭ、ＴＤＭＡ、ウェーブレット技術、および／または同等物が挙げられ得る。ＴＤＭＡ／ＣＤＭＡおよびＯＦＤＭ／ＣＤＭＡ等のハイブリッド伝送機構もまた、採用されてもよい。種々の変調スキームが、物理層内の信号伝送のために適用されてもよい。変調スキームの実施例として、限定ではないが、位相、振幅、コード、これらの組み合わせ、および／または同等物が挙げられる。例示的無線伝送方法は、ＢＰＳＫ、ＱＰＳＫ、１６−ＱＡＭ、６４−ＱＡＭ、２５６−ＱＡＭ、および／または同等物を使用して、ＱＡＭを実装し得る。物理無線伝送は、伝送要件および無線条件に応じて、変調およびコーディングスキームを動的または半動的に変化させることによって強化され得る。
【００２１】
図１は、本発明の実施形態のある側面による、ＯＦＤＭサブキャリアの例示的セットを描写する、略図である。本実施例に図示されるように、略図内の矢印は、マルチキャリアＯＦＤＭシステム内のサブキャリアを描写し得る。ＯＦＤＭシステムは、ＯＦＤＭ技術、ＳＣ−ＯＦＤＭ技術、または同等物等の技術を使用してもよい。例えば、矢印１０１は、サブキャリア伝送情報シンボルを示す。図１は、例証目的のためのものであって、典型的マルチキャリアＯＦＤＭシステムは、キャリア内により多くのサブキャリアを含んでもよい。例えば、キャリア内のサブキャリアの数は、１０〜１０，０００サブキャリアの範囲内であってもよい。図１は、伝送バンド内の２つのガードバンド１０６および１０７を示す。図１に図示されるように、ガードバンド１０６は、サブキャリア１０３とサブキャリア１０４との間にある。サブキャリアＡ１０２の例示的セットは、サブキャリア１０３と、サブキャリア１０４とを含む。図１はまた、サブキャリアＢ１０５の例示的セットを図示する。図示されるように、サブキャリアＢ１０５の例示的セット内には、任意の２つのサブキャリアの間にガードバンドが存在しない。マルチキャリアＯＦＤＭ通信システム内のキャリアは、連続的キャリア、非連続的キャリア、または連続的および非連続的キャリア両方の組み合わせであってもよい。
【００２２】
図２は、本発明の実施形態のある側面による、２つのキャリアに関する例示的伝送時間および受信時間を描写する、略図である。マルチキャリアＯＦＤＭ通信システムは、例えば、１〜１０キャリアに及ぶ、１つまたはそれを上回るキャリアを含んでもよい。キャリアＡ２０４およびキャリアＢ２０５は、同一または異なるタイミング構造を有してもよい。図２は、２つの同期されたキャリアを示すが、キャリアＡ２０４およびキャリアＢ２０５は、相互に同期されてもよい、またはそうではなくてもよい。異なる無線フレーム構造は、ＦＤＤおよびＴＤＤ複信機構のためにサポートされてもよい。図２は、例示的ＦＤＤフレームタイミングを示す。ダウンリンクおよびアップリンク伝送は、無線フレーム２０１の中に編成されてもよい。本実施例では、無線フレーム持続時間は、１０ミリ秒である。他のフレーム持続時間、例えば、１〜１００ミリ秒の範囲内もまた、サポートされてもよい。本実施例では、各１０ミリ秒無線フレーム２０１は、１０の等サイズのサブフレーム２０２に分割されてもよい。０．５ミリ秒、１ミリ秒、２ミリ秒、および５ミリ秒を含む、他のサブフレーム持続時間もまた、サポートされてもよい。サブフレームは、２つまたはそれを上回るスロット（例えば、スロット２０６および２０７）から成ってもよい。ＦＤＤの実施例に関して、１０のサブフレームが、各１０ミリ秒間隔において、ダウンリンク伝送のために利用可能であってもよく、１０のサブフレームが、アップリンク伝送のために利用可能であってもよい。アップリンクおよびダウンリンク伝送は、周波数ドメイン内で分離されてもよい。スロットは、複数のＯＦＤＭシンボル２０３を含んでもよい。スロット２０６内のＯＦＤＭシンボル２０３の数は、サイクリックプレフィックス長およびサブキャリア間隔に依存し得る。
【００２３】
図３は、本発明の実施形態のある側面による、ＯＦＤＭ無線リソースを描写する、略図である。時間３０４および周波数３０５内のリソースグリッド構造が、図３に図示される。ダウンリンクサブキャリアまたはＲＢの数量（本実施例では、６〜１００ＲＢ）は、少なくとも部分的に、セル内で構成されたダウンリンク伝送帯域幅３０６に依存し得る。最小無線リソースユニットは、リソース要素（例えば、３０１）と呼ばれ得る。リソース要素は、リソースブロック（例えば、３０２）にグループ化されてもよい。リソースブロックは、リソースブロックグループ（ＲＢＧ）（例えば、３０３）と呼ばれるより大きい無線リソースにグループ化されてもよい。スロット２０６内で伝送される信号は、複数のサブキャリアおよび複数のＯＦＤＭシンボルの１つまたはいくつかのリソースグリッドによって記述され得る。リソースブロックは、リソース要素へのある物理チャネルのマッピングを記述するために使用されてもよい。物理リソース要素の他の事前に定義されたグループ化も、無線技術に応じて、システム内に実装されてもよい。例えば、２４のサブキャリアが、５ミリ秒の持続時間の間、無線ブロックとしてグループ化されてもよい。例証的実施例では、リソースブロックは、時間ドメイン内の１つのスロットおよび周波数ドメイン内の１８０ｋＨｚに対応し得る（１５ＫＨｚサブキャリア帯域幅および１２のサブキャリアに関して）。
【００２４】
図５Ａ、図５Ｂ、図５Ｃ、および図５Ｄは、本発明の実施形態のある側面による、アップリンクおよびダウンリンク信号伝送のための例示的略図である。図５Ａは、例示的アップリンク物理チャネルを示す。物理アップリンク共有チャネルを表すベースバンド信号は、以下のプロセスを行い得る。これらの機能は、実施例として図示され、種々の実施形態では、他の機構が実装されてもよいことが予期される。そのような機能として、スクランブリング、複素数値シンボルを生成するためのスクランブリングされたビットの変調、１つまたはいくつかの伝送層上への複素数値変調シンボルのマッピング、複素数値シンボルを生成するための変換プリコーディング、複素数値シンボルのプリコーディング、リソース要素へのプリコーディングされた複素数値シンボルのマッピング、アンテナポート毎の複素数値時間ドメインＳＣ−ＦＤＭＡ信号の生成、および／または同等物が挙げられ得る。
【００２５】
アンテナポート毎の複素数値ＳＣ−ＦＤＭＡベースバンド信号および／または複素数値ＰＲＡＣＨベースバンド信号のキャリア周波数への例示的変調および上方変換は、図５Ｂに示される。フィルタリングが、伝送に先立って採用されてもよい。
【００２６】
ダウンリンク伝送のための例示的構造は、図５Ｃに示される。ダウンリンク物理チャネルを表すベースバンド信号は、以下のプロセスを行い得る。これらの機能は、実施例として図示され、種々の実施形態では、他の機構が実装されてもよいことが予期される。そのような機能として、物理チャネル上で伝送されるべきコードワードのそれぞれ内のコード化されたビットのスクランブリング、複素数値変調シンボルを生成するためのスクランブリングされたビットの変調、１つまたはいくつかの伝送層上への複素数値変調シンボルのマッピング、アンテナポート上での伝送のための各層上での複素数値変調シンボルのプリコーディング、リソース要素へのアンテナポート毎の複素数値変調シンボルのマッピング、アンテナポート毎の複素数値時間ドメインＯＦＤＭ信号の生成、および／または同等物が挙げられる。
【００２７】
アンテナポート毎の複素数値ＯＦＤＭベースバンド信号のキャリア周波数への例示的変調および上方変換は、図５Ｄに示される。フィルタリングが、伝送に先立って採用されてもよい。
【００２８】
図４は、本発明の実施形態のある側面による、基地局４０１および無線デバイス４０６の例示的ブロック図である。通信ネットワーク４００は、少なくとも１つの基地局４０１と、少なくとも１つの無線デバイス４０６とを含んでもよい。基地局４０１は、少なくとも１つの通信インターフェース４０２と、少なくとも１つのプロセッサ４０３と、非一過性メモリ４０４内に記憶され、少なくとも１つのプロセッサ４０３によって実行可能な少なくとも１セットのプログラムコード命令４０５とを含んでもよい。無線デバイス４０６は、少なくとも１つの通信インターフェース４０７と、少なくとも１つのプロセッサ４０８と、非一過性メモリ４０９内に記憶され、少なくとも１つのプロセッサ４０８によって実行可能な少なくとも１セットのプログラムコード命令４１０とを含んでもよい。基地局４０１内の通信インターフェース４０２は、少なくとも１つの無線リンク４１１を含む、通信経路を介して、無線デバイス４０６内の通信インターフェース４０７との通信に従事するように構成されてもよい。無線リンク４１１は、双方向リンクであってもよい。無線デバイス４０６内の通信インターフェース４０７はまた、基地局４０１内の通信インターフェース４０２との通信に従事するように構成されてもよい。基地局４０１および無線デバイス４０６は複数の周波数キャリアを使用して、無線リンク４１１を経由して、データを送受信するように構成されてもよい。実施形態の種々の側面のうちのいくつかによると、送受信機が、採用されてもよい。送受信機は、送信機および受信機の両方を含む、デバイスである。送受信機は、無線デバイス、基地局、中継ノード、および／または同等物等のデバイス内で採用されてもよい。通信インターフェース４０２、４０７および無線リンク４１１内で実装される無線技術のための例示的実施形態は、図１、図２、図３、図５、および関連付けられた文書に図示される。
【００２９】
インターフェースは、ハードウェアインターフェース、ファームウェアインターフェース、ソフトウェアインターフェース、および／またはそれらの組み合わせであってもよい。ハードウェアインターフェースは、コネクタ、ワイヤ、ドライバ等の電子デバイス、増幅器、および／または同等物を含んでもよい。ソフトウェアインターフェースは、メモリデバイス内に記憶され、プロトコル、プロトコル層、通信ドライバ、デバイスドライバ、それらの組み合わせ、および／または同等物を実装する、コードを含んでもよい。ファームウェアインターフェースは、埋設されるハードウェアと、メモリデバイス内に記憶され、および／またはそれと通信し、接続、電子デバイス動作、プロトコル、プロトコル層、通信ドライバ、デバイスドライバ、ハードウェア動作、それらの組み合わせ、および／または同等物を実装する、コードの組み合わせを含んでもよい。
【００３０】
用語「構成される」とは、デバイスが動作または非動作状態にあるかどうかにかかわらず、デバイスの能力に関し得る。「構成される」はまた、デバイスが動作または非動作状態にあるかどうかにかかわらず、デバイスの動作特性をもたらす、デバイス内の具体的設定を指し得る。言い換えると、ハードウェア、ソフトウェア、ファームウェア、レジスタ、メモリ値、および／または同等物は、デバイスが動作または非動作状態にあるかどうかにかかわらず、デバイスに具体的特性を提供するようにデバイス内で「構成」され得る。「デバイス内で生じさせるための制御メッセージ」等の用語は、制御メッセージが、デバイスが動作または非動作状態にあるかどうかにかかわらず、デバイス内の具体的特性を構成するために使用され得る、パラメータを有することを意味し得る。
【００３１】
実施形態の種々の側面のうちのいくつかによると、ＬＴＥネットワークは、多数の基地局を含み、ユーザプレーンＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹおよび制御プレーン（ＲＲＣ）プロトコル終端を無線デバイスに向かって提供してもよい。基地局は、他の基地局と相互接続されてもよい（例えば、Ｘ２インターフェースを採用する）。基地局はまた、例えば、ＥＰＣへのＳ１インターフェースを採用して接続されてもよい。例えば、基地局は、Ｓ１−ＭＭＥインターフェースを採用してＭＭＥと、Ｓ１−Ｕインターフェースを採用してＳ−Ｇとに相互接続されてもよい。Ｓ１インターフェースは、ＭＭＥ／サービングゲートウェイと基地局との間の多対多関係をサポートしてもよい。基地局は、多くのセクタ、例えば、１、２、３、４、または６つのセクタを含んでもよい。基地局は、多くのセル、例えば、１〜５０セルまたはそれを上回って含んでもよい。セルは、例えば、一次セルまたは二次セルとしてカテゴリ化されてもよい。ＲＲＣ接続確立／再確立／ハンドオーバでは、１つのサービングセルが、ＮＡＳ（非アクセス層）モビリティ情報（例えば、ＴＡＩ）を提供してもよく、ＲＲＣ接続再確立／ハンドオーバでは、１つのサービングセルが、セキュリティ入力を提供してもよい。本セルは、一次セル（ＰＣｅｌｌ）と称され得る。ダウンリンクでは、ＰＣｅｌｌに対応するキャリアは、ダウンリンク一次コンポーネントキャリア（ＤＬＰＣＣ）であり得る一方、アップリンクでは、アップリンク一次コンポーネントキャリア（ＵＬＰＣＣ）であり得る。無線デバイス能力に応じて、二次セル（ＳＣｅｌｌ）が、ＰＣｅｌｌのセットサービングセルとともに形成されるように構成されてもよい。ダウンリンクでは、ＳＣｅｌｌに対応するキャリアは、ダウンリンク二次コンポーネントキャリア（ＤＬ  ＳＣＣ）であり得る一方、アップリンクでは、アップリンク二次コンポーネントキャリア（ＵＬ  ＳＣＣ）であり得る。ＳＣｅｌｌは、アップリンクキャリアを有してもよい、またはそうではなくてもよい。
【００３２】
ダウンリンクキャリアと、随意に、アップリンクキャリアとを含む、セルは、物理セルＩＤおよびセルインデックスが割り当てられてもよい。キャリア（ダウンリンクまたはアップリンク）は、１つのみのセルに属してもよい。セルＩＤまたはセルインデックスはまた、セルのダウンリンクキャリアまたはアップリンクキャリアを識別し得る（それが使用される状況に応じて）。本明細書では、セルＩＤは、キャリアＩＤとも称され得、セルインデックスは、キャリアインデックスと称され得る。実装では、物理セルＩＤまたはセルインデックスは、セルが割り当てられてもよい。セルＩＤは、ダウンリンクキャリア上で伝送される同期信号を使用して、判定されてもよい。セルインデックスは、ＲＲＣメッセージを使用して、判定されてもよい。例えば、本明細書が、第１のダウンリンクキャリアに関する第１の物理セルＩＤを指すとき、本明細書は、第１の物理セルＩＤが第１のダウンリンクキャリアを含むセルに関するものであることを意味し得る。同一概念は、例えば、キャリアアクティブ化にも適用され得る。本明細書が、第１のキャリアがアクティブ化されることを示すとき、本明細書は、第１のキャリアを含むセルがアクティブ化されることも意味し得る。
【００３３】
実施形態は、必要に応じて、動作するように構成されてもよい。開示される機構は、ある基準が、例えば、無線デバイス、基地局、無線環境、ネットワーク、前述の組み合わせ、および／または同等物内で満たされるときに行われてもよい。例示的基準は、少なくとも部分的に、例えば、トラフィック負荷、初期システム設定、パケットサイズ、トラフィック特性、前述の組み合わせ、および／または同等物に基づいてもよい。１つまたはそれを上回る基準が満たされると、種々の例示的実施形態が、適用されてもよい。したがって、開示されるプロトコルを選択的に実装する例示的実施形態を実装することが可能であり得る。
【００３４】
基地局が、無線デバイスの混合と通信し得る。無線デバイスは、複数の技術および／または同一技術の複数のリリースをサポートしてもよい。無線デバイスは、その無線デバイスカテゴリおよび／または能力に応じて、いくつかの具体的能力を有してもよい。基地局は、複数のセクタを含んでもよい。本開示が、複数の無線デバイスと通信する基地局を指すとき、本開示は、サービスエリア内の総無線デバイスのサブセットを指し得る。本開示は、例えば、所与の能力を伴い、基地局の所与のセクタ内にある、所与のＬＴＥリリースの複数の無線デバイスを指し得る。本開示における複数の無線デバイスは、選択された複数の無線デバイス、および／または開示される方法に従って機能する、サービスエリア内の総無線デバイスのサブセット、および／または同等物を指し得る。サービスエリア内には、例えば、それらの無線デバイスがＬＴＥ技術のより古いリリースに基づいて機能するため、開示される方法に準拠し得ない、複数の無線デバイスが存在し得る。
【００３５】
図６および図７は、本発明の実施形態のある側面による、ＣＡおよびＤＣを用いたプロトコル構造のための例示的略図である。Ｅ−ＵＴＲＡＮは、デュアルコネクティビティ（ＤＣ）動作をサポートしてもよく、それによって、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ内の複数のＲＸ／ＴＸ  ＵＥは、Ｘ２インターフェースを経由して非理想的バックホールを介して接続される２つのｅＮＢ内に位置する２つのスケジューラによって提供される、無線リソースを利用するように構成され得る。あるＵＥのためのＤＣに関わるｅＮＢは、２つの異なる役割をし得る。すなわち、ｅＮＢは、ＭｅＮＢまたはＳｅＮＢのいずれかとして作用し得る。ＤＣでは、ＵＥは、１つのＭｅＮＢおよび１つのＳｅＮＢに接続されてもよい。ＤＣにおいて実装される機構は、２つを上回るｅＮＢを網羅するように拡張されてもよい。図７は、マスタセルグループ（ＭＣＧ）および二次セルグループ（ＳＣＧ）が構成されるときのＵＥ側ＭＡＣエンティティのための一例示的構造を図示し、これは、実装を制限し得ない。媒体ブロードキャストマルチキャストサービス（ＭＢＭＳ）受信は、便宜上、本図には示されない。
【００３６】
ＤＣでは、特定のベアラが使用する、無線プロトコルアーキテクチャは、ベアラが設定される方法に依存し得る。図６に示されるように、ＭＣＧベアラ、ＳＣＧベアラ、および分割ベアラの３つの代替が、存在し得る。ＲＲＣは、ＭｅＮＢ内に位置してもよく、ＳＲＢは、ＭＣＧベアラタイプとして構成されてもよく、ＭｅＮＢの無線リソースを使用してもよい。ＤＣはまた、ＳｅＮＢによって提供される無線リソースを使用するように構成される少なくとも１つのベアラを有するように説明され得る。ＤＣは、本発明の例示的実施形態において構成／実装されてもよい、またはそうではなくてもよい。
【００３７】
ＤＣの場合、ＵＥは、２つのＭＡＣエンティティ、すなわち、ＭｅＮＢのための１つのＭＡＣエンティティと、ＳｅＮＢのための１つのＭＡＣエンティティとを用いて構成されてもよい。ＤＣでは、ＵＥのためのサービングセルの構成されたセットは、２つのサブセット、すなわち、ＭｅＮＢのサービングセルを含有するマスタセルグループ（ＭＣＧ）と、ＳｅＮＢのサービングセルを含有する二次セルグループ（ＳＣＧ）とを含んでもよい。ＳＣＧに関して、以下のうちの１つまたはそれを上回るものが当てはまり得る。すなわち、ＳＣＧ内の少なくとも１つのセルは、構成されたＵＬ  ＣＣを有し、ＰＳＣｅｌｌと称される（またはＳＣＧのＰＣｅｌｌもしくはＰＣｅｌｌとも呼ばれる）、それらのうちの１つは、ＰＵＣＣＨリソースを用いて構成される。ＳＣＧが構成されると、少なくとも１つのＳＣＧベアラまたは１つの分割ベアラが、存在し得る。ＰＳＣｅｌｌ上の物理層問題もしくはランダムアクセス問題の検出に応じて、またはＳＣＧと関連付けられたＲＬＣ再伝送の最大数に達すると、またはＳＣＧ追加またはＳＣＧ変更の間のＰＳＣｅｌｌ上のアクセス問題の検出に応じて、ＲＲＣ接続再確立プロシージャは、トリガされない場合があり、ＳＣＧのセルに向かうＵＬ伝送は、停止され、ＭｅＮＢは、ＵＥによってＳＣＧ障害タイプが知らされ得、分割ベアラに関しては、ＭｅＮＢを経由したＤＬデータ転送が維持される。ＲＬＣ  ＡＭベアラは、分割ベアラのために構成されてもよい。ＰＣｅｌｌのように、ＰＳＣｅｌｌは、非アクティブ化されない場合がある。ＰＳＣｅｌｌは、ＳＣＧ変更に伴って（例えば、セキュリティキー変更およびＲＡＣＨプロシージャに伴って）変更され得、および／または分割ベアラとＳＣＧベアラとの間の直接ベアラタイプ変更もしくはＳＣＧおよび分割ベアラの同時構成のいずれも、サポートされない。
【００３８】
ＭｅＮＢとＳｅＮＢとの間の相互作用に関して、以下の原理のうちの１つまたはそれを上回るものが、当てはまり得る。すなわち、ＭｅＮＢは、ＵＥのＲＲＭ測定構成を維持し得、（例えば、受信された測定報告またはトラフィック条件またはベアラタイプに基づいて）ＳｅＮＢに、ＵＥのための付加的リソース（サービングセル）を提供するように求めることを決定し得る。ＭｅＮＢからの要求の受信に応じて、ＳｅＮＢは、ＵＥのための付加的サービングセルの構成をもたらし得る、コンテナを作成し得る（またはそのために利用可能なリソースを有していないことを決定する）。ＵＥ能力協調に関して、ＭｅＮＢは、ＡＳ構成およびＵＥ能力（その一部）をＳｅＮＢに提供し得る。ＭｅＮＢおよびＳｅＮＢは、Ｘ２メッセージ内で搬送されるＲＲＣコンテナ（ノード間メッセージ）を採用することによって、ＵＥ構成についての情報を交換し得る。ＳｅＮＢは、その既存のサービングセル（例えば、ＳｅＮＢに向かうＰＵＣＣＨ）の再構成を開始し得る。ＳｅＮＢは、どのセルがＳＣＧ内のＰＳＣｅｌｌかを決定し得る。ＭｅＮＢは、ＳｅＮＢによって提供されるＲＲＣ構成のコンテンツを変更し得る。ＳＣＧ追加およびＳＣＧ  ＳＣｅｌｌ追加の場合、ＭｅＮＢは、ＳＣＧセルのための最新測定結果を提供し得る。ＭｅＮＢおよびＳｅＮＢは両方とも、ＯＡＭによって相互のＳＦＮおよびサブフレームオフセットを把握し得る（例えば、測定ギャップのＤＲＸ整合および識別の目的のために）。実施例では、新しいＳＣＧ  ＳＣｅｌｌを追加するとき、専用ＲＲＣ信号伝達が、ＳＣＧのＰＳＣｅｌｌのＭＩＢから取得されたＳＦＮを除き、ＣＡに関するセルの要求されるシステム情報を送信するために使用され得る。
【００３９】
実施形態の種々の側面のうちのいくつかによると、同一時間整合（ＴＡ）が適用されるアップリンクを有する、サービングセルは、ＴＡグループ（ＴＡＧ）内でグループ化されてもよい。１つのＴＡＧ内のサービングセルは、同一タイミング基準を使用してもよい。所与のＴＡＧに関して、ユーザ機器（ＵＥ）は、所与の時間におけるタイミング基準として、１つのダウンリンクキャリアを使用してもよい。ＵＥは、ＴＡＧのためのタイミング基準として、そのＴＡＧ内でダウンリンクキャリアを使用してもよい。所与のＴＡＧに関して、ＵＥは、同一ＴＡＧに属するアップリンクキャリアのアップリンクサブフレームおよびフレーム伝送タイミングを同期させてもよい。実施形態の種々の側面のうちのいくつかによると、同一ＴＡが適用されるアップリンクを有する、サービングセルは、同一受信機によってホストされるサービングセルに対応し得る。ＴＡグループは、アップリンクが構成された少なくとも１つのサービングセルを含んでもよい。複数のＴＡをサポートするＵＥは、２つまたはそれを上回るＴＡグループをサポートしてもよい。１つのＴＡグループは、ＰＣｅｌｌを含有してもよく、一次ＴＡＧ（ｐＴＡＧ）と呼ばれ得る。複数のＴＡＧ構成では、少なくとも１つのＴＡグループは、ＰＣｅｌｌを含有しなくてもよく、二次ＴＡＧ（ｓＴＡＧ）と呼ばれ得る。同一ＴＡグループ内のキャリアは、同一ＴＡ値および同一タイミング基準を使用してもよい。ＤＣが構成されると、セルグループ（ＭＣＧまたはＳＣＧ）に属するセルは、ｐＴＡＧおよび１つまたはそれを上回るｓＴＡＧを含む、複数のＴＡＧにグループ化されてもよい。
【００４０】
図８は、本発明の実施形態のある側面による、例示的ＴＡＧ構成を示す。実施例１では、ｐＴＡＧは、ＰＣｅｌｌを含み、ｓＴＡＧは、ＳＣｅｌｌ１を含む。実施例２では、ｐＴＡＧは、ＰＣｅｌｌおよびＳＣｅｌｌ１を含み、ｓＴＡＧは、ＳＣｅｌｌ２およびＳＣｅｌｌ３を含む。実施例３では、ｐＴＡＧは、ＰＣｅｌｌおよびＳＣｅｌｌ１を含み、ｓＴＡＧ１は、ＳＣｅｌｌ２およびＳＣｅｌｌ３を含み、ｓＴＡＧ２は、ＳＣｅｌｌ４を含む。最大４つのＴＡＧが、セルグループ（ＭＣＧまたはＳＣＧ）内でサポートされてもよく、他の例示的ＴＡＧ構成もまた、提供されてもよい。本開示における種々の実施例では、例示的機構は、ｐＴＡＧおよびｓＴＡＧに関して説明される。一例示的ｓＴＡＧに伴う動作が、説明され、同一動作は、他のｓＴＡＧにも適用可能であり得る。例示的機構は、複数のｓＴＡＧを伴う構成に適用されてもよい。
【００４１】
実施形態の種々の側面のうちのいくつかによると、ＴＡ維持、経路損失基準ハンドリング、およびｐＴＡＧのためのタイミング基準は、ＭＣＧおよび／またはＳＣＧ内では、ＬＴＥリリース１０原理に従い得る。ＵＥは、ダウンリンク経路損失を測定し、アップリンク伝送電力を計算する必要があり得る。経路損失基準は、アップリンク電力制御および／またはランダムアクセスプリアンブルの伝送のために使用されてもよい。ＵＥは、経路損失基準セル上で受信された信号を使用して、ダウンリンク経路損失を測定してもよい。ｐＴＡＧ内のＳＣｅｌｌに関して、セルに関する経路損失基準の選択肢は、以下の２つのオプションから選択される、および／またはそれに限定されてもよい。ａ）システム情報ブロック２（ＳＩＢ２）を使用して、アップリンクＳＣｅｌｌにリンクされたダウンリンクＳＣｅｌｌ、およびｂ）ダウンリンクｐＣｅｌｌ。ｐＴＡＧ内のＳＣｅｌｌに関する経路損失基準は、ＳＣｅｌｌ初期構成および／または再構成の一部として、ＲＲＣメッセージを使用して構成可能であり得る。実施形態の種々の側面のうちのいくつかによると、ＳＣｅｌｌ構成のＰｈｙｓｉｃａｌＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＳＣｅｌｌ情報要素（ＩＥ）は、ｐＴＡＧ内のＳＣｅｌｌに関する経路損失基準ＳＣｅｌｌ（ダウンリンクキャリア）を含んでもよい。システム情報ブロック２（ＳＩＢ２）を使用してアップリンクＳＣｅｌｌにリンクされたダウンリンクＳＣｅｌｌは、ＳＣｅｌｌのＳＩＢ２リンクダウンリンクと称され得る。異なるＴＡＧは、異なるバンド内で動作し得る。ｓＴＡＧ内のアップリンクキャリアに関して、経路損失基準は、ＳＣｅｌｌのシステム情報ブロック２（ＳＩＢ２）を使用してアップリンクＳＣｅｌｌにリンクされたダウンリンクＳＣｅｌｌにのみ構成可能であり得る。
【００４２】
ｓＴＡＧのための初期アップリンク（ＵＬ）時間整合を得るために、ｅＮＢは、ＲＡプロシージャを開始してもよい。ｓＴＡＧでは、ＵＥは、タイミング基準セルとして、本ｓＴＡＧから任意のアクティブ化されたＳＣｅｌｌのうちの１つを使用してもよい。例示的実施形態では、ｓＴＡＧ内のＳＣｅｌｌに関するタイミング基準は、最新ＲＡプロシージャに関するプリアンブルが送信されたＳＣｅｌｌのＳＩＢ２リンクダウンリンクであってもよい。ＴＡグループあたり、１つのタイミング基準と、１つの時間整合タイマ（ＴＡＴ）とが存在してもよい。ＴＡＧのためのＴＡＴは、異なる値を用いて構成されてもよい。ＭＡＣエンティティでは、ｐＴＡＧと関連付けられたＴＡＴが満了すると、全ＴＡＴが、満了したと見なされてもよく、ＵＥは、サービングセルのＨＡＲＱバッファをフラッシュしてもよく、ＵＥは、任意の構成されたダウンリンク割当／アップリンクグラントをクリアしてもよく、ＵＥ内のＲＲＣは、全構成されたサービングセルに関するＰＵＣＣＨ／ＳＲＳを解放してもよい。ｐＴＡＧ  ＴＡＴが起動中ではないとき、ｓＴＡＧ  ＴＡＴも、起動中ではなくてもよい。ｓＴＡＧと関連付けられたＴＡＴが満了すると、ａ）ＳＲＳ伝送は、対応するＳＣｅｌｌ上で停止されてもよく、ｂ）ＳＲＳ  ＲＲＣ構成は、解放されてもよく、ｃ）対応するＳＣｅｌｌに関するＣＳＩ報告構成は、維持されてもよく、および／またはｄ）ＵＥ内のＭＡＣは、対応するＳＣｅｌｌのアップリンクＨＡＲＱバッファをフラッシュしてもよい。
【００４３】
ｅＮＢは、アクティブ化されるＳＣｅｌｌに関するＰＤＣＣＨ順序を介して、ＲＡプロシージャを開始してもよい。本ＰＤＣＣＨ順序は、本ＳＣｅｌｌのスケジューリングセル上で送信されてもよい。クロスキャリアスケジューリングがセルのために構成されるとき、スケジューリングセルは、プリアンブル伝送のために採用されるセルと異なってもよく、ＰＤＣＣＨ順序は、ＳＣｅｌｌインデックスを含んでもよい。少なくとも非競合ベースのＲＡプロシージャが、ｓＴＡＧに割り当てられるＳＣｅｌｌのためにサポートされてもよい。
【００４４】
図９は、本発明の実施形態のある側面による、二次ＴＡＧ内のランダムアクセスプロセスにおける例示的メッセージフローである。ｅＮＢは、アクティブ化コマンド６００を伝送し、ＳＣｅｌｌをアクティブ化する。プリアンブル６０２（Ｍｓｇ１）が、ｓＴＡＧに属するＳＣｅｌｌ上のＰＤＣＣＨ順序６０１に応答して、ＵＥによって送信されてもよい。例示的実施形態では、ＳＣｅｌｌに関するプリアンブル伝送は、ＰＤＣＣＨフォーマット１Ａを使用して、ネットワークによって制御されてもよい。ＳＣｅｌｌ上のプリアンブル伝送に応答したＭｓｇ２メッセージ６０３（ＲＡＲ：ランダムアクセス応答）は、ＰＣｅｌｌ共通検索空間（ＣＳＳ）内のＲＡ−ＲＮＴＩにアドレス指定されてもよい。アップリンクパケット６０４は、プリアンブルが伝送されたＳＣｅｌｌ上で伝送されてもよい。
【００４５】
実施形態の種々の側面のうちのいくつかによると、初期タイミング整合は、ランダムアクセスプロシージャを通して達成されてもよい。これは、ＵＥがランダムアクセスプリアンブルを伝送し、ｅＮＢがランダムアクセス応答ウィンドウ内で初期ＴＡコマンドＮＴＡ（タイミングアドバンスの量）に応答することを伴い得る。ランダムアクセスプリアンブルの開始は、ＮＴＡ＝０をとるＵＥでは、対応するアップリンクサブフレームの開始と整合され得る。ｅＮＢは、ＵＥによって伝送されるランダムアクセスプリアンブルからアップリンクタイミングを推定してもよい。ＴＡコマンドは、所望のＵＬタイミングと実際のＵＬタイミングとの間の差異の推定に基づいて、ｅＮＢによって導出されてもよい。ＵＥは、プリアンブルが伝送されるｓＴＡＧの対応するダウンリンクに対して初期アップリンク伝送タイミングを判定してもよい。
【００４６】
ＴＡＧへのサービングセルのマッピングは、サービングｅＮＢによって、ＲＲＣ信号伝達を用いて構成されてもよい。ＴＡＧ構成および再構成のための機構は、ＲＲＣ信号伝達に基づいてもよい。実施形態の種々の側面のうちのいくつかによると、ｅＮＢがＳＣｅｌｌ追加構成を行うとき、関連ＴＡＧ構成が、ＳＣｅｌｌのために構成されてもよい。例示的実施形態では、ｅＮＢは、ＳＣｅｌｌを除去（解放）し、更新されたＴＡＧ  ＩＤを用いて新しいＳＣｅｌｌを追加（構成）する（同一物理セルＩＤおよび周波数を用いて）ことによって、ＳＣｅｌｌのＴＡＧ構成を修正してもよい。更新されたＴＡＧ  ＩＤを伴う新しいＳＣｅｌｌは、最初に、更新されたＴＡＧ  ＩＤが割り当てられた後、非アクティブであってもよい。ｅＮＢは、更新された新しいＳＣｅｌｌをアクティブ化し、アクティブ化されたＳＣｅｌｌ上でスケジューリングパケットを始動させてもよい。例示的実装では、ＳＣｅｌｌと関連付けられたＴＡＧを変更することは可能ではない場合があり、むしろ、ＳＣｅｌｌは、除去される必要があり得、新しいＳＣｅｌｌが、別のＴＡＧと追加される必要があり得る。例えば、ＳＣｅｌｌをｓＴＡＧからｐＴＡＧに移動させる必要がある場合、少なくとも１つのＲＲＣメッセージ、例えば、少なくとも１つのＲＲＣ再構成メッセージが、ＵＥに送信され、ＳＣｅｌｌを解放することによって、ＴＡＧ構成を再構成し、次いで、ＳＣｅｌｌをｐＴＡＧの一部として構成してもよい（ＳＣｅｌｌが、ＴＡＧインデックスを伴わずに追加／構成されるとき、ＳＣｅｌｌは、ｐＴＡＧに明示的に割り当てられてもよい）。ＰＣｅｌｌは、そのＴＡグループを変更し得ず、常時、ｐＴＡＧのメンバであり得る。
【００４７】
ＲＲＣ接続再構成プロシージャの目的は、ＲＲＣ接続を修正する（例えば、ＲＢを確立、修正、および／または解放する、ハンドオーバを行う、測定を設定、修正、および／または解放する、ＳＣｅｌｌを追加、修正、および／または解放する）ことであり得る。受信されたＲＲＣ接続再構成メッセージが、ｓＣｅｌｌＴｏＲｅｌｅａｓｅＬｉｓｔを含む場合、ＵＥは、ＳＣｅｌｌ解放を行ってもよい。受信されたＲＲＣ接続再構成メッセージが、ｓＣｅｌｌＴｏＡｄｄＭｏｄＬｉｓｔを含む場合、ＵＥは、ＳＣｅｌｌ追加または修正を行ってもよい。
【００４８】
ＬＴＥリリース−１０およびリリース−１１ＣＡでは、ＰＵＣＣＨは、ＰＣｅｌｌ（ＰＳＣｅｌｌ）上のみｅＮＢに伝送される。ＬＴＥ−リリース１２およびそれ以前では、ＵＥは、ＰＵＣＣＨ情報を１つのセル（ＰＣｅｌｌまたはＰＳＣｅｌｌ）上で所与のｅＮＢに伝送し得る。
【００４９】
ＣＡ対応ＵＥの数、また、アグリゲーションされたキャリアの数が増加するにつれて、ＰＵＣＣＨの数、また、ＰＵＣＣＨペイロードサイズも、増加し得る。ＰＣｅｌｌ上のＰＵＣＣＨ伝送への対応は、ＰＣｅｌｌ上の高ＰＵＣＣＨ負荷につながり得る。ＳＣｅｌｌ上のＰＵＣＣＨは、ＰＵＣＣＨリソースをＰＣｅｌｌからオフロードするために導入されてもよい。１つを上回るＰＵＣＣＨ、例えば、ＰＣｅｌｌ上のＰＵＣＣＨおよびＳＣｅｌｌ上の別のＰＵＣＣＨが、構成されてもよい。図１０は、本発明の実施形態のある側面による、ＰＵＣＣＨグループへのセルの例示的グループ化である。例示的実施形態では、１つ、２つ、またはそれを上回るセルが、ＣＳＩ／ＡＣＫ／ＮＡＣＫを基地局に伝送するために、ＰＵＣＣＨリソースを用いて構成されてもよい。セルは、複数のＰＵＣＣＨグループにグループ化されてもよく、グループ内の１つまたはそれを上回るセルが、ＰＵＣＣＨを用いて構成されてもよい。例示的構成では、１つのＳＣｅｌｌが、１つのＰＵＣＣＨグループに属してもよい。構成されたＰＵＣＣＨが基地局に伝送される、ＳＣｅｌｌは、ＰＵＣＣＨ  ＳＣｅｌｌと呼ばれ得、共通ＰＵＣＣＨリソースが同一基地局に伝送される、セルグループは、ＰＵＣＣＨグループと呼ばれ得る。
【００５０】
リリース−１２では、ＰＵＣＣＨは、ＰＣｅｌｌおよび／またはＰＳＣｅｌｌ上で構成されることができるが、他のＳＣｅｌｌ上では構成されることができない。例示的実施形態では、ＵＥは、ＵＥがＰＣｅｌｌおよびＳＣｅｌｌ上でのＰＵＣＣＨ構成をサポートすることを示す、メッセージを伝送してもよい。そのようなインジケーションは、ＵＥによるデュアルコネクティビティサポートのインジケーションと別個であってもよい。例示的実施形態では、ＵＥは、ＤＣおよびＰＵＣＣＨグループの両方をサポートしてもよい。例示的実施形態では、両方ではなく、ＤＣまたはＰＵＣＣＨグループのいずれかが、構成されてもよい。別の例示的実施形態では、ＤＣおよびＰＵＣＣＨグループの両方を含む、より複雑な構成が、サポートされてもよい。
【００５１】
ＵＥが、ＰＵＣＣＨグループを構成可能であるとき、かつＵＥが、同時ＰＵＣＣＨ／ＰＵＳＣＨ伝送能力をサポートすることを示す場合、ＵＥがＰＣｅｌｌおよびＳＣｅｌｌの両方上で同時ＰＵＣＣＨ／ＰＵＳＣＨ伝送をサポートすることを含意し得る。複数のＰＵＣＣＨグループが構成されるとき、ＰＵＣＣＨは、同時ＰＵＣＣＨ／ＰＵＳＣＨ伝送を用いて構成されてもよい、またはそうではなくてもよい。
【００５２】
例示的実施形態では、２つのサービングセル上の基地局へのＰＵＣＣＨ伝送は、図１０に示されるように、実現されてもよい。セルの第１のグループは、ＰＣｅｌｌ上でＰＵＣＣＨを採用してもよく、ＰＵＣＣＨグループ１または一次ＰＵＣＣＨグループと呼ばれ得る。セルの第２のグループは、ＳＣｅｌｌ上でＰＵＣＣＨを採用してもよく、ＰＵＣＣＨグループ２または二次ＰＵＣＣＨグループと呼ばれ得る。１つ、２つ、またはそれを上回るＰＵＣＣＨグループが、構成されてもよい。実施例では、セルは、２つのＰＵＣＣＨグループにグループ化されてもよく、各ＰＵＣＣＨグループは、ＰＵＣＣＨリソースを用いるセルを含んでもよい。ＰＣｅｌｌは、一次ＰＵＣＣＨグループのためのＰＵＣＣＨリソースを提供してもよく、二次ＰＵＣＣＨグループ内のＳＣｅｌｌは、二次ＰＵＣＣＨグループ内のセルのためのＰＵＣＣＨリソースを提供してもよい。例示的実施形態では、異なるＰＵＣＣＨグループ内のセル間のクロスキャリアスケジューリングは、構成されなくてもよい。異なるＰＵＣＣＨグループ内のセル間のクロスキャリアスケジューリングが構成されないとき、ＰＨＩＣＨチャネル上のＡＣＫ／ＮＡＣＫは、ＰＵＣＣＨグループ内に限定されてもよい。ダウンリンクおよびアップリンクスケジューリングアクティビティは両方とも、異なるＰＵＣＣＨグループに属するセル間で別個であってもよい。
【００５３】
ＳＣｅｌｌ上のＰＵＣＣＨは、ＨＡＲＱ−ＡＣＫおよびＣＳＩ情報を搬送してもよい。ＰＣｅｌｌは、ＰＵＣＣＨリソースを用いて構成されてもよい。例示的実施形態では、ＳＣｅｌｌ上のＰＵＣＣＨのためのＳＣｅｌｌ  ＰＵＣＣＨ電力制御に関するＲＲＣパラメータは、ＰＣｅｌｌ  ＰＵＣＣＨのものと異なり得る。ＳＣｅｌｌ上のＰＵＣＣＨのための電力制御コマンドの伝送は、ＰＵＣＣＨを搬送するＳＣｅｌｌ上のＤＣＩ内で伝送されてもよい。
【００５４】
ＰＵＣＣＨ伝送に関するＵＥプロシージャは、ＰＵＣＣＨグループ間で異なる、および／または独立し得る。例えば、ＤＬ  ＨＡＲＱ−ＡＣＫタイミングの判定、ＨＡＲＱ−ＡＣＫおよび／またはＣＳＩのためのＰＵＣＣＨリソース判定、ＰＵＣＣＨ上の同時ＨＡＲＱ−ＡＣＫ＋ＣＳＩの高次層構成、１つのサブフレーム内の同時ＨＡＲＱ−ＡＣＫ＋ＳＲＳの高次層構成は、ＰＵＣＣＨ  ＰＣｅｌｌおよびＰＵＣＣＨ  ＳＣｅｌｌに関して異なるように構成されてもよい。
【００５５】
ＰＵＣＣＨグループは、ＲＲＣによって構成されたサービングセルのグループであって、ＰＵＣＣＨの伝送のために、グループ内の同一サービングセルを使用してもよい。一次ＰＵＣＣＨグループは、ＰＣｅｌｌを含有するＰＵＣＣＨグループであってもよい。二次ＰＵＣＣＨグループは、ＰＣｅｌｌを含有しないＰＵＣＣＨセルグループであってもよい。例示的実施形態では、ＳＣｅｌｌは、１つのＰＵＣＣＨグループに属してもよい。１つのＳＣｅｌｌがＰＵＣＣＨグループに属するとき、そのＳＣｅｌｌのためのＡＣＫ／ＮＡＣＫまたはＣＳＩは、そのＰＵＣＣＨグループ内のＰＵＣＣＨを経由して（ＰＵＣＣＨ  ＳＣｅｌｌまたはＰＵＣＣＨ  ＰＣｅｌｌを経由して）伝送されてもよい。ＳＣｅｌｌ上のＰＵＣＣＨは、ＰＣｅｌｌ上のＰＵＣＣＨ負荷を低減させ得る。ＰＵＣＣＨ  ＳＣｅｌｌは、対応するＰＵＣＣＨグループ内のＳＣｅｌｌのＵＣＩ伝送のために採用されてもよい。
【００５６】
例示的実施形態では、１つ、２つ、またはそれを上回るＰＵＣＣＨ上で送信される信号伝達を制御する、柔軟性のあるＰＵＣＣＨ構成が、可能となり得る。ＰＣｅｌｌに加え、ＰＵＣＣＨ伝送のための選択された数のＳＣｅｌｌ（本明細書ではＰＵＣＣＨ  ＳＣｅｌｌと呼ばれる）を構成することが可能であり得る。あるＰＵＣＣＨ  ＳＣｅｌｌ内で伝達される制御信号伝達情報は、ＲＲＣ信号伝達を介してネットワークによって構成される、対応するＰＵＣＣＨグループ内のＳＣｅｌｌのセットに関連してもよい。
【００５７】
ＰＵＣＣＨチャネルによって搬送されるＰＵＣＣＨ制御信号伝達は、オフロードまたはロバスト性目的のために、ＰＣｅｌｌとＳＣｅｌｌとの間で分散されてもよい。ＳＣｅｌｌ内のＰＵＣＣＨをイネーブルにすることによって、所与のＵＥに関する全体的ＣＳＩ報告をＰＣｅｌｌと選択された数のＳＣｅｌｌ（例えば、ＰＵＣＣＨ  ＳＣｅｌｌ）との間で分散させ、それによって、あるセル上の所与のＵＥによるＰＵＣＣＨ  ＣＳＩリソース消費を限定することが可能であり得る。あるＳＣｅｌｌに関するＣＳＩ報告を選択されたＰＵＣＣＨ  ＳＣｅｌｌにマップすることが可能であり得る。ＳＣｅｌｌは、制御情報の伝送のためのある周期性および時間オフセットが割り当てられてもよい。サービングセルに関する周期的ＣＳＩは、ＲＲＣ信号伝達を介して、ＰＵＣＣＨ上（ＰＣｅｌｌまたはＰＵＣＣＨ−ＳＣｅｌｌ上）にマップされてもよい。ＣＳＩ報告分散、ＨＡＲＱフィードバック、および／またはＰＵＣＣＨ  ＳＣｅｌｌを横断したスケジューリング要求の可能性は、柔軟性および能力改良を提供し得る。サービングセルに関するＨＡＲＱフィードバックは、ＲＲＣ信号伝達を介して、ＰＵＣＣＨ上（ＰＣｅｌｌまたはＰＵＣＣＨ  ＳＣｅｌｌ上）にマップされてもよい。
【００５８】
例示的実施形態では、ＰＵＣＣＨ伝送は、ＰＣｅｌｌならびにＣＡ内の１つのＳＣｅｌｌ上で構成されてもよい。ＳＣｅｌｌ  ＰＵＣＣＨは、ＰＵＣＣＨグループの概念を使用して実現されてもよく、アグリゲーションされたセルは、２つまたはそれを上回るＰＵＣＣＨグループにグループ化される。ＰＵＣＣＨグループからの１つのセルは、ＰＵＣＣＨを搬送するように構成されてもよい。５つを上回るキャリアが、構成されてもよい。例示的実施形態では、最大ｎ個のキャリアが、アグリゲーションされてもよい。例えば、ｎは、１６、３２、または６４であってもよい。いくつかのＣＣは、高度ＵＥのみをサポートする（例えば、認可支援アクセスＳＣｅｌｌをサポートする）非下位互換性構成を有してもよい。例示的実施形態では、１つのＳＣｅｌｌＰＵＣＣＨ（例えば、２つのＰＵＣＣＨグループ）が、サポートされてもよい。別の例示的実施形態では、ＰＵＣＣＨを搬送する複数の（１つを上回る）ＳＣｅｌｌを用いるＰＵＣＣＨグループ概念が、採用されてもよい（例えば、２つを上回るＰＵＣＣＨグループが存在することができる）。
【００５９】
例示的実施形態では、所与のＰＵＣＣＨグループは、ＭＣＧおよびＳＣＧの両方のサービングセルを含まなくてもよい。ＰＵＣＣＨのうちの１つは、ＰＣｅｌｌ上に構成されてもよい。例示的実施形態では、サービングセルのＰＵＣＣＨマッピングが、ＲＲＣメッセージによって構成されてもよい。例示的実施形態では、ＳＣｅｌｌＩｎｄｅｘおよびＳｅｒｖＣｅｌｌＩｎｄｅｘの最大値は、３１（０〜３１）であってもよい。実施例では、ｓｔａｇ−Ｉｄの最大値は、３であってもよい。スケジューリングされたセルに関するＣＩＦは、明示的に構成されてもよい。ＰＵＣＣＨ  ＳＣｅｌｌは、ＳＣｅｌｌに関するＰＵＣＣＨ構成を与えることによって構成されてもよい。ＰＵＣＣＨ  ＳＣｅｌｌのＨＡＲＱフィードバックおよびＣＳＩ報告は、そのＰＵＣＣＨ  ＳＣｅｌｌのＰＵＣＣＨ上で送信されてもよい。ＳＣｅｌｌのＨＡＲＱフィードバックおよびＣＳＩ報告は、ＰＵＣＣＨ  ＳＣｅｌｌがそのＳＣｅｌｌに関して信号伝達されない場合、ＰＣｅｌｌのＰＵＣＣＨ上で送信されてもよい。ＳＣｅｌｌのＨＡＲＱフィードバックおよびＣＳＩ報告は、１つのＰＵＣＣＨ  ＳＣｅｌｌのＰＵＣＣＨ上で送信されてもよい。故に、それらは、異なるＰＵＣＣＨ  ＳＣｅｌｌのＰＵＣＣＨ上で送信されなくてもよい。ＵＥは、ＰＵＣＣＨを用いて構成されたサービングセルに関してタイプ２ＰＨを報告してもよい。例示的実施形態では、ＭＡＣアクティブ化／非アクティブ化は、ＰＵＣＣＨ  ＳＣｅｌｌのためにサポートされてもよい。ｅＮＢは、ＳＣｅｌｌに関するアクティブ化／非アクティブ化ステータスを管理してもよい。新しく追加されたＰＵＣＣＨ  ＳＣｅｌｌは、最初に、非アクティブ化されてもよい。
【００６０】
例示的実施形態では、ＰＵＣＣＨグループおよびＴＡＧの独立構成が、サポートされてもよい。図１１および図１２は、ＴＡＧおよびＰＵＣＣＨグループの例示的構成を示す。例えば、１つのＴＡＧは、ＰＵＣＣＨを用いる複数のサービングセルを含有してもよい。例えば、各ＴＡＧは、１つのＰＵＣＣＨグループのセルのみを含んでもよい。例えば、ＴＡＧは、異なるＰＵＣＣＨグループに属するサービングセル（ＰＵＣＣＨを用いない）を含んでもよい。
【００６１】
ＴＡＧとＰＵＣＣＨグループとの間の１対１マッピングが、存在しなくてもよい。例えば、ある構成では、ＰＵＣＣＨ  ＳＣｅｌｌは、一次ＴＡＧに属してもよい。例示的実装では、１つのＰＵＣＣＨグループのサービングセルは、異なるＴＡＧ内にあってもよく、１つのＴＡＧのサービングセルは、異なるＰＵＣＣＨグループ内にあってもよい。ＰＵＣＣＨグループおよびＴＡＧの構成は、ｅＮＢ実装に任されてもよい。別の実施例実装では、ＰＵＣＣＨセルの構成における制限が、規定されてもよい。例えば、例示的実施形態では、所与のＰＵＣＣＨグループ内のセルは、同一ＴＡＧに属してもよい。実施例では、ｓＴＡＧは、１つのＰＵＣＣＨグループのセルのみを含んでもよい。実施例では、ＴＡＧとＰＵＣＣＨグループとの間の１対１マッピングが、実装されてもよい。実装では、セル構成は、実施例のうちのいくつかに限定されてもよい。他の実装では、以下の構成の一部または全部が、可能にされてもよい。
【００６２】
例示的実施形態では、ｐＴＡＧ内のＳＣｅｌｌに関して、タイミング基準は、ＰＣｅｌｌであってもよい。ｓＴＡＧ内のＳＣｅｌｌに関して、タイミング基準は、ｓＴＡＧ内の任意のアクティブ化されたＳＣｅｌｌであってもよい。ｐＴＡＧ内のＳＣｅｌｌ（ＰＵＣＣＨを用いて構成されるかどうかにかかわらず）に関して、経路損失基準は、ＰＣｅｌｌまたはＳＩＢ−２リンクＳＣｅｌｌとなるように構成されてもよい。ｓＴＡＧ内のＳＣｅｌｌに関して、経路損失基準は、ＳＩＢ−２リンクＳＣｅｌｌであってもよい。ｐＴＡＧと関連付けられたＴＡＴが満了すると、ｓＴＡＧと関連付けられたＴＡＴは、満了したと見なされ得る。ＰＵＣＣＨ  ＳＣｅｌｌを含有するｓＴＡＧのＴＡＴが満了すると、ＭＡＣは、ＲＲＣに、ＰＵＣＣＨグループのためのＰＵＣＣＨリソースを解放することを示してもよい。ＰＵＣＣＨ  ＳＣｅｌｌを含有するｓＴＡＧのＴＡＴが、起動中ではないとき、ＰＵＣＣＨ  ＳＣｅｌｌを含むｓＴＡＧに属さない二次ＰＵＣＣＨグループ内のＳＣｅｌｌに関するアップリンク伝送（ＰＵＳＣＨ）は、影響され得ない。ＰＵＣＣＨ  ＳＣｅｌｌを含有するｓＴＡＧのＴＡＴ満了は、同一ＰＵＣＣＨグループ内の他のＳＣｅｌｌが属する他のＴＡＧのＴＡＴ満了をトリガし得ない。ＰＵＣＣＨ  ＳＣｅｌｌを含有しないｓＴＡＧと関連付けられたＴＡＴが、起動中ではないとき、無線デバイスは、ｓＴＡＧ内のＳＣｅｌｌに関するアップリンク伝送を停止してもよく、他のＴＡＧに影響し得ない。
【００６３】
例示的実施形態では、ＭＡＣエンティティは、ＴＡＧあたりで構成可能なタイマｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒを有してもよい。ｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒは、ＭＡＣエンティティがアップリンク時間整合されるべき関連付けられたＴＡＧに属するサービングセルを考慮する時間の長さを制御するために使用されてもよい。ＭＡＣエンティティは、タイミングアドバンスコマンドＭＡＣ制御要素が受信されると、示されるＴＡＧのためのタイミングアドバンスコマンドを適用し、示されるＴＡＧと関連付けられたｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒを始動または再始動させてもよい。ＭＡＣエンティティは、タイミングアドバンスコマンドが、ＴＡＧに属するサービングセルのためのランダムアクセス応答メッセージ内で受信されると、および／またはランダムアクセスプリアンブルが、ＭＡＣエンティティによって選択されなかった場合、本ＴＡＧのためのタイミングアドバンスコマンドを適用し、本ＴＡＧと関連付けられたｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒを始動または再始動させてもよい。そうでなければ、本ＴＡＧと関連付けられたｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒが起動中ではない場合、本ＴＡＧのためのタイミングアドバンスコマンドは、適用され、本ＴＡＧと関連付けられたｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒが始動されてもよい。競合解決が、成功ではないと見なされると、本ＴＡＧと関連付けられたｔｉｍｅＡｌｉｇｈｎｍｅｎｔＴｉｍｅｒは、停止されてもよい。そうでなければ、ＭＡＣエンティティは、受信されたタイミングアドバンスコマンドを無視してもよい。
【００６４】
本発明の例示的実施形態は、複数のＰＵＣＣＨグループの動作をイネーブルにしてもよい。他の例示的実施形態は、ＰＵＣＣＨグループの動作を生じさせるように１つまたはそれを上回るプロセッサによって実行可能な命令を含む、非一過性有形コンピュータ可読媒体を含んでもよい。さらに他の例示的実施形態は、プログラマブルハードウェアをイネーブルにし、デバイス（例えば、無線通信機、ＵＥ、基地局等）にＰＵＣＣＨグループの動作を可能にさせるためのその上にエンコードされた命令を有する、非一過性有形コンピュータ可読機械アクセス可能媒体を備える、製造品を含んでもよい。デバイスは、プロセッサ、メモリ、インターフェース、および／または同等物を含んでもよい。他の例示的実施形態は、基地局、無線デバイス（またはユーザ機器：ＵＥ）、サーバ、スイッチ、アンテナ、および／または同等物等のデバイスを備える、通信ネットワークを含んでもよい。例示的実施形態では、１つまたはそれを上回るＴＡＧは、ＰＵＣＣＨグループ構成とともに構成されてもよい。
【００６５】
図１３は、本発明の実施形態のある側面による、例示的ＭＡＣ  ＰＤＵである。例示的実施形態では、ＭＡＣ  ＰＤＵは、ＭＡＣヘッダと、ゼロまたはそれを上回るＭＡＣサービスデータユニット（ＭＡＣ  ＳＤＵ）と、ゼロまたはそれを上回るＭＡＣ制御要素と、随意に、パディングとを含んでもよい。ＭＡＣヘッダおよびＭＡＣ  ＳＤＵは、可変サイズであってもよい。ＭＡＣ  ＰＤＵヘッダは、１つまたはそれを上回るＭＡＣ  ＰＤＵサブヘッダを含んでもよい。サブヘッダは、ＭＡＣ  ＳＤＵ、ＭＡＣ制御要素、またはパディングのいずれかに対応してもよい。ＭＡＣ  ＰＤＵサブヘッダは、ヘッダフィールドＲ、Ｆ２、Ｅ、ＬＣＩＤ、Ｆ、および／またはＬを含んでもよい。ＭＡＣ  ＰＤＵ内の最後のサブヘッダおよび固定サイズのＭＡＣ制御要素のためのサブヘッダは、４つのヘッダフィールドＲ、Ｆ２、Ｅ、および／またはＬＣＩＤを含んでもよい。パディングに対応するＭＡＣ  ＰＤＵサブヘッダは、４つのヘッダフィールドＲ、Ｆ２、Ｅ、および／またはＬＣＩＤを含んでもよい。
【００６６】
例示的実施形態では、ＬＣＩＤまたは論理チャネルＩＤフィールドは、対応するＭＡＣ  ＳＤＵの論理チャネルインスタンスまたは対応するＭＡＣ制御要素もしくはパディングのタイプを識別してもよい。ＭＡＣ  ＳＤＵのための１つのＬＣＩＤフィールド、ＭＡＣ制御要素、またはＭＡＣ  ＰＤＵ内に含まれるパディングが、存在してもよい。これに加え、１つまたは２つの付加的ＬＣＩＤフィールドが、単一バイトまたは２バイトパディングが要求されるが、ＭＡＣ  ＰＤＵの最後にパディングによって達成されることができないとき、ＭＡＣ  ＰＤＵ内に含まれてもよい。ＬＣＩＤフィールドサイズは、例えば、５ビットであってもよい。Ｌまたは長さフィールドは、対応するＭＡＣ  ＳＤＵまたは可変サイズのＭＡＣ制御要素の長さをバイトで示してもよい。固定サイズのＭＡＣ制御要素に対応する最後のサブヘッダおよびサブヘッダを除き、ＭＡＣ  ＰＤＵサブヘッダあたり１つのＬフィールドが、存在してもよい。Ｌフィールドのサイズは、ＦフィールドおよびＦ２フィールドによって示されてもよい。Ｆまたはフォーマットフィールドは、長さフィールドのサイズを示してもよい。固定サイズのＭＡＣ制御要素に対応する最後のサブヘッダおよびサブヘッダを除き、かつＦ２が１に設定されるときを除き、ＭＡＣ  ＰＤＵサブヘッダあたり１つのＦフィールドが、存在してもよい。Ｆフィールドのサイズは、１ビットであってもよい。実施例では、Ｆフィールドが含まれる場合、および／またはＭＡＣ  ＳＤＵまたは可変サイズのＭＡＣ制御要素のサイズが１２８バイト未満である場合、Ｆフィールドの値は、０に設定され、そうでなければ、１に設定される。Ｆ２またはフォーマット２フィールドは、長さフィールドのサイズを示し得る。ＭＡＣ  ＰＤＵサブヘッダあたり１つのＦ２フィールドが、存在してもよい。Ｆ２フィールドのサイズは、１ビットであってもよい。実施例では、ＭＡＣ  ＳＤＵまたは可変サイズのＭＡＣ制御要素のサイズが、３２７６７バイトより大きい場合、かつ対応するサブヘッダが、最後のサブヘッダではない場合、Ｆ２フィールドの値は、１に設定されてもよく、そうでなければ、０に設定される。Ｅまたは拡張フィールドは、さらなるフィールドがＭＡＣヘッダ内に存在するかどうかを示す、フラグであってもよい。Ｅフィールドは、「１」に設定され、少なくともＲ／Ｆ２／Ｅ／ＬＣＩＤフィールドの別のセットを示してもよい。Ｅフィールドは、「０」に設定され、ＭＡＣ  ＳＤＵ、ＭＡＣ制御要素、またはパディングのいずれかが次のバイトで開始することを示してもよい。Ｒまたは反転ビットは、「０」に設定される。
【００６７】
ＭＡＣ  ＰＤＵサブヘッダは、対応するＭＡＣ  ＳＤＵ、ＭＡＣ制御要素、およびパディングと同一順序を有してもよい。ＭＡＣ制御要素は、任意のＭＡＣ  ＳＤＵの前に置かれてもよい。パディングは、単一バイトまたは２バイトパディングが要求されるとき以外、ＭＡＣ  ＰＤＵの最後に生じ得る。パディングは、任意の値を有してもよく、ＭＡＣエンティティは、それを無視してもよい。パディングがＭＡＣ  ＰＤＵの最後に行われるとき、ゼロまたはそれを上回るパディングバイトが、許可されてもよい。単一バイトまたは２バイトパディングが要求されるとき、パディングに対応する１つまたは２つのＭＡＣ  ＰＤＵサブヘッダが、任意の他のＭＡＣ  ＰＤＵサブヘッダの前のＭＡＣ  ＰＤＵの開始に置かれてもよい。実施例では、最大１つのＭＡＣ  ＰＤＵが、ＭＡＣエンティティあたりのＴＢにつき伝送されてもよく、最大１つのＭＣＨ  ＭＡＣ  ＰＤＵが、ＴＴＩあたり伝送されてもよい。
【００６８】
少なくとも１つのＲＲＣメッセージは、少なくとも１つのセルのための構成パラメータと、ＰＵＣＣＨグループのための構成パラメータとを提供してもよい。１つまたはそれを上回るＲＲＣメッセージ内の情報要素は、構成されたセルとＰＵＣＣＨ  ＳＣｅｌｌとの間のマッピングを提供してもよい。セルは、複数のセルグループにグループ化されてもよく、セルは、構成されたＰＵＣＣＨグループのうちの１つに割り当てられてもよい。ＰＵＣＣＨグループと構成されたＰＵＣＣＨリソースを用いるセルとの間には、１対１関係が存在してもよい。少なくとも１つのＲＲＣメッセージは、ＳＣｅｌｌとＰＵＣＣＨグループとの間のマッピングと、ＰＵＣＣＨ  ＳＣｅｌｌ上のＰＵＣＣＨ構成とを提供してもよい。
【００６９】
ＳＣｅｌｌに関するシステム情報（共通パラメータ）は、専用ＲＲＣメッセージにおいてＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ内で搬送されてもよい。ＰＵＣＣＨ関連情報のうちのいくつかは、ＳＣｅｌｌの共通情報内（例えば、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ内）に含まれてもよい。ＳＣｅｌｌおよびＰＵＣＣＨリソースの専用構成パラメータは、例えば、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＤｅｄｉｃａｔｅｄＳＣｅｌｌを使用して、専用ＲＲＣ信号伝達によって構成されてもよい。
【００７０】
ＩＥ  ＰＵＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎおよびＩＥ  ＰＵＣＣＨ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄは、それぞれ、共通およびＵＥ特有ＰＵＣＣＨ構成を規定するために使用されてもよい。
【００７１】
実施例では、ＰＵＣＣＨ−ＣｏｎｆｉｇＣｏｍｍｏｎは、ｄｅｌｔａＰＵＣＣＨ−Ｓｈｉｆｔ：ＥＮＵＭＥＲＡＴＥＤ｛ｄｓ１、ｄｓ２、ｄｓ３｝、ｎＲＢ−ＣＱＩ：ＩＮＴＥＧＥＲ（０．．９８）；ｎＣＳ−ＡＮ：ＩＮＴＥＧＥＲ（０．．７）、および／またはｎ１ＰＵＣＣＨ−ＡＮ：ＩＮＴＥＧＥＲ（０．．２０４７）を含んでもよい。パラメータ
【化１】
0006469248.tif 000002
は、ＰＵＣＣＨの物理層パラメータであってもよい。
【００７２】
ＰＵＣＣＨ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄが、採用されてもよい。ＰＵＣＣＨ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄは、ａｃｋＮａｃｋＲｅｐｅｔｉｔｉｏｎＣＨＯＩＣＥ｛ｒｅｌｅａｓｅ：ＮＵＬＬ，ｓｅｔｕｐ：ＳＥＱＵＥＮＣＥ｛ｒｅｐｅｔｉｔｉｏｎＦａｃｔｏｒ：ＥＮＵＭＥＲＡＴＥＤ｛ｎ２，ｎ４，ｎ６，ｓｐａｒｅ１｝、ｎ１ＰＵＣＣＨ−ＡＮ−Ｒｅｐ：ＩＮＴＥＧＥＲ（０．．２０４７）｝｝、ｔｄｄ−ＡｃｋＮａｃｋＦｅｅｄｂａｃｋＭｏｄｅ：ＥＮＵＭＥＲＡＴＥＤ｛ｂｕｎｄｌｉｎｇ，ｍｕｌｔｉｐｌｅｘｉｎｇ｝ＯＰＴＩＯＮＡＬ｝を含んでもよい。ａｃｋＮａｃｋＲｅｐｅｔｉｔｉｏｎｊパラメータは、ＡＣＫ／ＮＡＣＫ反復が構成されるかどうかを示す。ｎ２は、ｒｅｐｅｔｉｔｏｎＦａｃｏｒパラメータ
【化２】
0006469248.tif 000003
に関する反復係数２に対応し、ｎ４は、４に対応する。ｎ１ＰＵＣＣＨ−ＡＮ−Ｒｅｐパラメータは、アンテナポートＰ０およびアンテナポートＰ１に関する
【化３】
0006469248.tif 000004
であってもよい。ｄｄ−ＡｃｋＮａｃｋＦｅｅｄｂａｃｋＭｏｄｅパラメータは、使用されるＴＤＤ  ＡＣＫ／ＮＡＣＫフィードバックモードのうちの１つを示してもよい。値ｂｕｎｄｌｉｎｇは、ＡＣＫ／ＮＡＣＫバンドリングの使用に対応し得る一方、値ｍｕｌｔｉｐｌｅｘｉｎｇは、ＡＣＫ／ＮＡＣＫ多重化に対応し得る。同一値が、ＰＵＣＣＨならびにＰＵＳＣＨ上のＡＣＫ／ＮＡＣＫフィードバックモードの両方に適用されてもよい。
【００７３】
パラメータＰＵＣＣＨ−ＣｏｎｆｉｇＤｅｄｉｃａｔｅｄは、同時ＰＵＣＣＨおよびＰＵＳＣＨ伝送が構成されるかどうかを示す、同時ＰＵＣＣＨ−ＰＵＳＣＨパラメータを含んでもよい。Ｅ−ＵＴＲＡＮは、ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＲＡ−ＷｉｔｈｉｎＣＣ−Ｉｎｆｏが、ＰＣｅｌｌが構成されるバンド内でｓｕｐｐｏｒｔｅｄに設定されるとき、ＰＣｅｌｌに関する本フィールドを構成してもよい。Ｅ−ＵＴＲＡＮは、ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＲＡ−ＷｉｔｈｉｎＣＣ−Ｉｎｆｏが、ＰＳＣｅｌｌが構成されるバンド内でｓｕｐｐｏｒｔｅｄに設定されるとき、ＰＳＣｅｌｌに関する本フィールドを構成してもよい。Ｅ−ＵＴＲＡＮは、ｎｏｎＣｏｎｔｉｇｕｏｕｓＵＬ−ＲＡ−ＷｉｔｈｉｎＣＣ−Ｉｎｆｏが、ＰＵＣＣＨＳＣｅｌｌが構成されるバンド内でｓｕｐｐｏｒｔｅｄに設定されるとき、ＰＵＣＣＨＳＣｅｌｌに関する本フィールドを構成してもよい。
【００７４】
ＵＥは、無線能力をｅＮＢに伝送し、ＵＥがＰＵＣＣＨグループの構成をサポートするかどうかを示してもよい。ＵＥ能力メッセージ内の同時ＰＵＣＣＨ−ＰＵＳＣＨは、ＰＣｅｌｌおよびＳＣｅｌｌの両方に適用されてもよい。同時ＰＵＣＣＨ＋ＰＵＳＣＨは、ＰＣｅｌｌおよびＰＵＣＣＨ  ＳＣｅｌｌのために別個に（別個のＩＥを使用して）構成されてもよい。例えば、ＰＣｅｌｌおよびＰＵＣＣＨ  ＳＣｅｌｌは、同時ＰＵＣＣＨ＋ＰＵＳＣＨに関連する、異なるまたは同一構成を有してもよい。
【００７５】
ｅＮＢは、セル負荷、キャリア品質（例えば、測定報告を使用して）、キャリア構成、および／または他のパラメータを考慮して、現在のＳＣｅｌｌまたは候補ＳＣｅｌｌ間でＰＵＣＣＨ  ＳＣｅｌｌを選択してもよい。機能性の観点から、ＰＵＣＣＨセルグループ管理プロシージャは、ＰＵＣＣＨセルグループ追加、ＰＵＣＣＨセルグループ解放、ＰＵＣＣＨセルグループ変更、および／またはＰＵＣＣＨセルグループ再構成を含んでもよい。ＰＵＣＣＨセルグループ追加プロシージャは、二次ＰＵＣＣＨセルグループを追加する（例えば、ＰＵＣＣＨ  ＳＣｅｌｌおよび１つまたはそれを上回るＳＣｅｌｌを二次ＰＵＣＣＨセルグループ内に追加する）ために使用されてもよい。例示的実施形態では、セルは、１つまたはそれを上回るＲＲＣメッセージを採用して、解放および追加されてもよい。別の例示的実施形態では、セルは、第１のＲＲＣメッセージを採用して解放され、次いで、第２のＲＲＣメッセージを採用して追加されてもよい。
【００７６】
ＰＵＣＣＨ  ＳＣｅｌｌを含むＳＣｅｌｌは、構成されるとき、非アクティブ化状態であってもよい。ＰＵＣＣＨ  ＳＣｅｌｌは、アクティブ化ＭＡＣ  ＣＥによって、ＲＲＣ構成プロシージャ後、アクティブ化されてもよい。ｅＮＢは、ＭＡＣ  ＣＥアクティブ化コマンドをＵＥに伝送してもよい。ＵＥは、ＭＡＣ  ＣＥアクティブ化コマンドの受信に応答して、ＳＣｅｌｌをアクティブ化してもよい。
【００７７】
例示的実施形態では、タイマは、いったん始動されると、停止または満了するまで、起動中である。そうでなければ、起動していなくてもよい。タイマは、起動中ではない場合、始動されることができる、または起動中である場合、再始動される。例えば、タイマは、その初期値から始動または再始動されてもよい。
【００７８】
ＲＲＣメッセージ内の例示的電力ヘッドルームトリガ条件構成パラメータは、以下に示される。他の実施例が、実装されてもよい。ｐｈｒ−Ｃｏｎｆｉｇ  ＣＨＯＩＣＥ｛ｒｅｌｅａｓｅ  ＮＵＬＬ，ｓｅｔｕｐ  ＳＥＱＵＥＮＣＥ｛ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒ  ＥＮＵＭＥＲＡＴＥＤ｛ｓｆ１０，ｓｆ２０，ｓｆ５０，ｓｆ１００，ｓｆ２００，ｓｆ５００，ｓｆ１０００，ｉｎｆｉｎｉｔｙ｝，ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒ  ＥＮＵＭＥＲＡＴＥＤ｛ｓｆ０，ｓｆ１０，ｓｆ２０，ｓｆ５０，ｓｆ１００，ｓｆ２００，ｓｆ５００，ｓｆ１０００｝，ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅ   ＥＮＵＭＥＲＡＴＥＤ｛ｄＢ１，ｄＢ３，ｄＢ６，ｉｎｆｉｎｉｔｙ｝｝
【００７９】
パラメータｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒは、ＰＨＲ報告のためのタイマであり得る。値は、サブフレームの数である。値ｓｆ１０は、１０のサブフレームに対応し、ｓｆ２０は、２０のサブフレームに対応する等となる。
【００８０】
パラメータｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒは、ＰＨＲ報告のためのタイマであり得る。値は、サブフレームの数である。値ｓｆ０は、０のサブフレームに対応し、ｓｆ１００は、１００のサブフレームに対応する等となる。
【００８１】
パラメータｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅは、ＰＨＲ報告のためのＤＬ経路損失変更および電力管理（Ｐ−ＭＰＲｃによって許可される）に起因して要求される電力バックオフの変更であり得る。値は、ｄＢである。値ｄＢ１は、１ｄＢに対応し、ｄＢ３は、３ｄＢに対応する等となる。同一値が、サービングセル毎に適用されてもよい（但し、関連付けられた機能性は、セル毎に独立して行われる）。
【００８２】
電力ヘッドルーム報告プロシージャは、サービングｅＮＢに、公称ＵＥ最大伝送電力とアクティブ化されたサービングセルあたりのＵＬ−ＳＣＨ伝送のための推定される電力との間の差異についての情報を提供するために採用されてもよい。電力ヘッドルーム報告プロシージャはまた、サービングｅＮＢに、公称ＵＥ最大電力とＳｐＣｅｌｌおよび／またはＰＵＣＣＨ  ＳＣｅｌｌ上でのＵＬ−ＳＣＨおよびＰＵＣＣＨ伝送のための推定される電力との間の差異についての情報を提供してもよい。
【００８３】
電力ヘッドルームの報告周期、遅延、およびマッピングは、定義されてもよい。ＲＲＣは、少なくとも２つのタイマｐｅｒｉｏｄｉｃＰＨＲ−ＴｉｍｅｒおよびｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒを構成し、測定されるダウンリンク経路損失および電力管理（Ｐ−ＭＰＲｃによって許可される）に起因する電力バックオフの変更を設定し、ＰＨＲをトリガし得る、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅを信号伝達することによって、電力ヘッドルーム報告を制御してもよい。
【００８４】
例示的実施形態では、電力ヘッドルーム報告（ＰＨＲ）は、以下のイベントのうちの１つまたはそれを上回るものが生じる場合（任意の特定の順序で列挙されない）、トリガされてもよい。第１に、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが、満了する、または満了しており、ＭＡＣエンティティが新しい伝送のためのＵＬリソースを有するとき、本ＭＡＣエンティティ内のＰＨＲの最後の伝送以降、経路損失が、経路損失基準として使用される任意のＭＡＣエンティティの少なくとも１つのアクティブ化されたサービングセルのためのｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅｄＢを上回って変化した。第２に、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒが満了する。第３に、機能をディスエーブルにするために使用されない、上位層による電力ヘッドルーム報告機能性の構成または再構成に応じて。第４に、アップリンクが構成された任意のＭＡＣエンティティのＳＣｅｌｌのアクティブ化。第５に、ＰＳＣｅｌｌの追加。および／または第６に、ＭＡＣエンティティが、新しい伝送のためのＵＬリソースを有し、アップリンクが構成された任意のＭＡＣエンティティのアクティブ化されたサービングセルのいずれかに関して本ＴＴＩにおいて以下が当てはまるとき、ｐｒｏｈｉｂｉｔＰＨＲ−Ｔｉｍｅｒが、満了する、または満了している（伝送のために配分されたＵＬリソースが存在し得る、または本セル上にＰＵＣＣＨ伝送が存在し得、本セルのために電力管理（Ｐ−ＭＰＲｃによって許可される）に起因して要求される電力バックオフが、ＭＡＣエンティティが本セル上の伝送またはＰＵＣＣＨ伝送のためにＵＬリソースが配分されるとき、ＰＨＲの最後の伝送以降、ｄｌ−ＰａｔｈｌｏｓｓＣｈａｎｇｅｄＢを上回って変化した）。
【００８５】
例示的実装では、ＭＡＣエンティティは、電力管理に起因して要求される電力バックオフが、一時的に低下するとき（例えば、最大数十ミリ秒間）、ＰＨＲをトリガすることを回避してもよく、ＰＨＲが他のトリガ条件によってトリガされるとき、そのような一時的低下をＰＣＭＡＸ，ｃ／ＰＨの値に反映することを回避してもよい。
【００８６】
ＭＡＣエンティティが、本ＴＴＩに関する新しい伝送のためにＵＬリソースが配分される場合、ＭＡＣエンティティは、最後のＭＡＣリセット以降、新しい伝送のために配分された第１のＵＬリソースである場合、ｐｅｒｉｏｄｉｃＰＨＲ−Ｔｉｍｅｒを始動させてもよい。ＵＥは、電力ヘッドルーム報告プロシージャが、少なくとも１つのＰＨＲが、トリガされ、キャンセルされていないことを判定する場合、かつ配分されたＵＬリソースが、論理チャネル優先化の結果、対応するＰＨＲＭＡＣ制御要素と、対応するＰＨＲ構成のためのそのサブヘッダとに対応することができる場合、対応するＰＨＲ報告を伝送してもよい。
【００８７】
例えば、ＵＥは、配分されたＵＬリソースが、ＰＨＲ  ＭＡＣ制御要素と、そのサブヘッダとに対応することができる場合であって、拡張ＰＨＲまたはデュアルコネクティビティＰＨＲのいずれも構成されない場合、アップリンクが構成された１つまたはそれを上回るアクティブ化されたサービングセルのための対応するＰＨＲ報告を、および／または拡張ＰＨＲが構成される場合、拡張ＰＨＲＭＡＣ制御要素とそのサブヘッダを、および／または論理チャネル優先化の結果、デュアルコネクティビティＰＨＲが構成される場合、デュアルコネクティビティＰＨＲ  ＭＡＣ制御要素とそのサブヘッダを伝送してもよい。
【００８８】
ＬＴＥリリース−１０キャリアアグリゲーション（ＣＡ）では、拡張電力ヘッドルーム報告（ＰＨＲ）ＭＡＣ制御要素（ＣＥ）が、ＰＣｅｌｌのタイプ２電力ヘッドルーム（ＰＨ）およびＳＣｅｌｌのタイプ１ＰＨに対応するために導入された。タイプ２ＰＨは、ｓｉｍｕｌｔａｎｅｏｕｓＰＵＣＣＨ−ＰＵＳＣＨ構成がサポートされるとき、採用されてもよい。ＤＣでは、ＰＵＣＣＨがＰＣｅｌｌおよびＰＳＣｅｌｌ上で伝送され得るため、ＰＨＲ  ＭＡＣ  ＣＥは、２タイプ２ＰＨおよびいくつかのタイプ１ＰＨを含有してもよい。ＤＣ  ＰＨＲ  ＭＡＣ  ＣＥは、ＰＳＣｅｌｌの余剰タイプ２ＰＨを含むために導入された。ＤＣに関して、ＰＨは、両ｅＮＢに別個に報告されてもよいが、ＰＨＲは、アクティブサービングセルのためのＰＨを含んでもよい。
【００８９】
ＬＴＥリリース−１２では、３つのタイプの電力ヘッドルーム関連ＭＡＣ  ＣＥが、定義されている。すなわち、１）電力ヘッドルーム報告ＭＡＣ  ＣＥ、２）拡張電力ヘッドルーム報告ＭＡＣ  ＣＥ、および３）デュアルコネクティビティ電力ヘッドルームである。ＭＡＣ  ＣＥは、ＭＡＣサブヘッダ内の論理チャネルＩＤ（ＬＣＩＤ）フィールドによって識別されてもよい。ＬＣＩＤフィールドは、対応するＭＡＣ  ＳＤＵの論理チャネルインスタンスならびに／または対応するＭＡＣ制御要素および／もしくはパディングのタイプを識別してもよい。
【００９０】
リリース−１２におけるＵＬ−ＳＣＨ  ＭＡＣ  ＣＥのためのＬＣＩＤの値は、３ＧＰＰ  ＴＳ３６．３２１  Ｖ１２．４．０において、インデックス１１０００：デュアルコネクティビティ電力ヘッドルーム報告、インデックス１１００１：拡張電力ヘッドルーム報告、およびインデックス１１０１０：電力ヘッドルーム報告として定義されている。
【００９１】
拡張ＰＨＲモードが構成される場合、かつＰＨＲの伝送のための条件が満たされるとき、ＵＥは、例えば、ＬＣＩＤ＝１１００１によって識別される拡張ＰＨＲ  ＭＡＣ制御要素を生成および伝送してもよい。
【００９２】
デュアルコネクティビティＰＨＲモードが構成される場合、かつＰＨＲの伝送のための条件が満たされるとき、ＵＥは、例えば、ＬＣＩＤ＝１１０００によって識別される、デュアルコネクティビティ電力ヘッドルーム報告を生成および伝送してもよい。
【００９３】
ＰＨＲが構成されるが、拡張ＰＨＲモードまたはデュアルコネクティビティＰＨＲモードのいずれも構成されない場合、かつＰＨＲの伝送のための条件が満たされるとき、ＵＥは、例えば、１１０１０のＬＣＩＤを用いて、電力ヘッドルーム報告を生成および伝送してもよい。
【００９４】
ＬＴＥリリース−１２は、同時ＰＵＣＣＨ＋ＰＵＳＣＨ伝送を用いるＰＵＣＣＨ  ＳＣｅｌｌがＵＥ内に構成される（ＵＥ内でＤＣを構成せずに）とき、電力ヘッドルームのための構成、メッセージフォーマット、トリガ条件、およびメッセージ処理に対処するとは考えられない。リリース−１２デュアルコネクティビティ電力ヘッドルーム報告は、そのようなシナリオでは、デュアルコネクティビティがＵＥ内で構成され得ないため、適用可能ではあり得ない。リリース−１２拡張電力ヘッドルーム報告も、ＰＵＣＣＨグループが構成されるとき、２つのタイプ２電力ヘッドルームの伝送をサポートするとは考えられないため、適用可能ではあり得ない。リリース−１２電力ヘッドルーム報告も、１つのみのサービングセルをサポートすると考えられるため、適用可能ではあり得ない。電力ヘッドルーム実装を強化し、ＰＵＣＣＨグループ構成を効率的にサポートする必要性があり得る。また、電力ヘッドルーム実装をし、既存のＰＨＲフォーマットによってサポートされないセル構成を強化する必要性がある。
【００９５】
新しいＰＨＲは、ｅｘｔｅｎｄｅｄＰＨＲ２  ＭＡＣ  ＣＥおよび／または拡張セル構成ＰＨＲ  ＭＡＣ  ＣＥおよび／または新しい拡張ＰＨＲ  ＭＡＣ  ＣＥと呼ばれ得る。新しいＰＨＲはまた、他の名称でも呼ばれ得る（例えば、ＰＵＣＣＨグループＰＨＲ  ＭＡＣ  ＣＥ、強化構成ＭＡＣ  ＣＥ、３２セルＰＨＲ  ＭＡＣ  ＣＥ等、および／または同等物）。ｅｘｔｅｎｄｅｄＰＨＲ２  ＭＡＣ  ＣＥはまた、ＰＵＣＣＨグループに加え、付加的特徴をサポートしてもよい。例えば、ｅｘｔｅｎｄｅｄＰＨＲ２  ＭＡＣ  ＣＥは、一次セルならびにｋを上回る二次セル（例えば、ｋ＝４、７等、最大３２セルをサポートしてもよい）を含む、５つを上回るセル、および／または多くの他の特徴をサポートしてもよい。
【００９６】
使用されるＭＡＣ  ＬＣＩＤの数は、新しいＭＡＣ  ＬＣＩＤを用いる新しいＰＨＲ  ＭＡＣ  ＣＥコマンドフォーマットが、ｅｘｔｅｎｄｅｄＰＨＲ２のために実装される場合、増加し得る。ＭＡＣ  ＬＣＩＤは、ＭＡＣサブヘッダ内に含まれてもよい。例示的実施形態では、既存のＭＡＣ  ＬＣＩＤは、ｅｘｔｅｎｄｅｄＰＨＲ２のために採用されてもよい（例えば、デュアルコネクティビティのＬＣＩＤまたは拡張ＰＨＲのＬＣＩＤ）。ＵＥは、ＰＨＲ  ＭＡＣ  ＣＥをｅＮＢにユニキャストメッセージ内で伝送してもよい。ＵＥおよびｅＮＢは両方とも、ＵＥの現在のＲＲＣ構成についての情報を有してもよい。ＵＥは、１つまたはそれを上回るＰＨＲ伝送のために、同一ＬＣＩＤを使用してもよく、ＵＥは、ＲＲＣ構成パラメータに基づいて、ＰＨＲのフォーマットを識別してもよい。
【００９７】
本強化は、ｅｘｔｅｎｄｅｄＰＨＲ２のために新しいＬＣＩＤを導入することを要求しなくてもよい。２つの異なる電力ヘッドルームＭＡＣ  ＣＥは、同一ＬＣＩＤを使用してもよい。本機構は、ＭＡＣ層内で使用されるＬＣＩＤの数を低減させ得（新しいＬＣＩＤが導入されるシナリオと比較して）、ＵＥ実装をさらに単純化し得る。ＬＣＩＤに加え、ＲＲＣ構成パラメータが、ＰＨＲ  ＭＡＣ  ＣＥのフォーマットを判定するために採用されてもよい。
【００９８】
ＵＥは、ＵＥ  ＲＲＣセル構成を考慮して、ＰＨＲ  ＭＡＣ  ＣＥのフォーマットを決定してもよい。例えば、ＵＥが、構成されたＰＵＣＣＨ  ＳＣｅｌｌを用いずに、ｅＮＢの複数のセル（例えば、５つのセル）のために、第１のＲＲＣ構成を用いて構成される場合、ＭＡＣ  ＣＥ内のフィールドは、拡張ＰＨＲ電力ヘッドルームに関連するプロセスを使用して更新されてもよい。ＵＥが、ＰＵＣＣＨグループを用いて構成される場合、ＭＡＣ  ＣＥ内のフィールドは、ｅｘｔｅｎｄｅｄＰＨＲ２  ＰＨＲに関連するプロセスを使用して更新されてもよい。一方、ＰＨＲ  ＭＡＣ  ＣＥを受信するｅＮＢは、ＰＨＲ  ＭＡＣ  ＣＥを伝送するＵＥのＲＲＣ構成についての情報を有してもよく、対応するＲＲＣ構成に基づいて、ＰＨＲ  ＭＡＣ  ＣＥフィールドを解釈してもよい。
【００９９】
ＬＴＥ−アドバンストリリース−１２では、タイプ２電力ヘッドルームは、同時ＰＵＣＣＨ−ＰＵＳＣＨが、所与のセル、例えば、ＰＣｅｌｌおよび／またはＰＳＣｅｌｌのために構成されると、報告されてもよい。ＰＣｅｌｌおよび／またはＰＳＣｅｌｌは、構成された後、アクティブになってもよい。同時ＰＵＣＣＨ−ＰＵＳＣＨが、ＰＣｅｌｌおよびＰＳＣｅｌｌのために構成されると、ＰＣｅｌｌおよびＰＳＣｅｌｌのためのタイプ１およびタイプ２ＰＨフィールドが、ＰＨＲ報告内に含まれてもよい。例示的実施形態では、ＰＵＣＣＨ  ＳＣｅｌｌは、いくつかのシナリオでは、非アクティブ化されてもよい。ＰＵＣＣＨ  ＳＣｅｌｌが非アクティブ化される場合、かつそのとき、ＰＵＣＣＨ  ＳＣｅｌｌに関するタイプ１およびタイプ２ＰＨ報告をｅｘｔｅｎｄｅｄＰＨＲ２報告に含める必要がなくなり得る。これは、ＰＨＲのための新しいプロセスおよびフォーマットの実装を要求し得、タイプ２および／またはタイプ１ＰＨＲは、ＰＵＣＣＨ  ＳＣｅｌｌに関して報告されてもよい、またはそうではなくてもよい。
【０１００】
現在のＤＣ  ＰＨＲ  ＭＡＣ  ＣＥでは、タイプ２ＰＨがＰＣｅｌｌに関して報告されるとき、タイプ２ＰＨフィールドを含有するオクテットが、最初に、セル（ＭＡＣエンティティのＰＳＣｅｌｌおよびＳＣｅｌｌ）あたりＰＨの存在を示すオクテット後に含まれ、その後、関連付けられたＰＣＭＡＸ，ｃフィールド（報告される場合）を含有するオクテットが続いてもよい。タイプ２ＰＨがＰＳＣｅｌｌに関して報告されるとき、タイプ２ＰＨフィールドを含有するオクテットが、含まれ、その後、関連付けられたＰＣＭＡＸ，ｃフィールド（報告される場合）を含有するオクテットが続いてもよい。
【０１０１】
ｅｘｔｅｎｄｅｄＰＨＲ２  ＰＨＲ  ＭＡＣ  ＣＥでは、ＰＵＣＣＨ  ＳＣｅｌｌのためのタイプ２ＰＨフィールドは、ＰＵＣＣＨ  ＳＣｅｌｌが非アクティブ化されるとき（ｓｉｍｕｌｔａｎｅｏｕｓＰＵＣＣＨ−ＰＵＳＣＨがＰＵＣＣＨ  ＳＣｅｌｌのために構成される場合でも）、報告されなくてもよい。例示的実施形態では、ＵＥは、ＰＨＲ  ＭＡＣ  ＣＥのＣｉビットマップ内に存在するＳｅｒｖＣｅｌｌＩｎｄｅｘビットを使用して、ＰＵＣＣＨ  ＳＣｅｌｌのタイプ２ＰＨフィールドの存在を示してもよい。本機構は、必要に応じて、ＰＵＣＣＨ  ＳＣｅｌｌのためのタイプ２ＰＨを選択的に伝送することを可能にし得る。タイプ１ＰＨおよび関連付けられたＰＣＭＡＸ，ｃフィールド（報告される場合）を伴うオクテットが、含まれてもよい（例えば、ＳｅｒｖＣｅｌｌＩｎｄｅｘに基づいて昇順で）。タイプ１は、ＰＣｅｌｌおよびビットマップに示されるようなＭＡＣエンティティの他のサービングセルに関して報告されてもよい。
【０１０２】
例示的実施形態では、ＤＣ  ＰＨＲが構成されるとき、ＵＥおよびｅＮＢは、ＰＣｅｌｌのためのタイプ２ＰＨ後の第２のタイプ２ＰＨの存在を判定するために、ＳｅｒｖＣｅｌｌＩｎｄｅｘ  ｂｉｔ  Ｃｉ（または別のインジケータ）を採用しなくてもよい。しかしながら、ＰＵＣＣＨグループＰＨＲが構成されるとき、ＵＥおよびｅＮＢは、タイプ２ＰＨの存在を判定するために、ＳｅｒｖＣｅｌｌＩｎｄｅｘ  ｂｉｔ  Ｃｉ（または別のインジケータ）を採用してもよい。例示的実施形態は、ＰＨＲ  ＭＡＣ  ＣＥ内のタイプ２ＰＨフィールドのための既存の実装プロセスを強化し得る。ＤＣ  ＰＨＲ  ＭＡＣ  ＣＥと異なり、第２のタイプ２ＰＨは、ＰＨＲ内のＳｅｒｖＣｅｌｌＩｎｄｅｘ  ｂｉｔ  Ｃｉ（または別のインジケータ）の値に応じて、存在してもよい、またはそうではなくてもよい。例えば、ＰＵＣＣＨ  ＳＣｅｌｌ  ｉｎｄｅｘ  ＳｅｒｖＣｅｌｌＩｎｄｅｘ（または別のインジケータ）に関する値０は、第２のタイプ２ＰＨＲを示し得、ＰＣＭＡＸ，ｃは、報告されない。ＰＵＣＣＨ  ＳＣｅｌｌ  ｉｎｄｅｘ  ＳｅｒｖＣｅｌｌＩｎｄｅｘに関する値１は、第２のタイプ２ＰＨＲが報告されることを示し得る。対応するＰＣＭＡＸ，ｃもまた、第２のタイプ２ＰＨ後に報告されてもよい（ＰＨプロシージャに従って必要とされる場合）。
【０１０３】
例示的実施形態では、ＵＥは、一次セルおよび１つまたはそれを上回る二次セルを含む複数のセルに関する構成パラメータを含む、少なくとも１つのＲＲＣメッセージを受信してもよい。複数のセルは、一次セルを含む、一次ＰＵＣＣＨグループと、１つまたはそれを上回る二次セル内にＰＵＣＣＨ二次セルを含む、二次ＰＵＣＣＨグループとを含む、複数の物理アップリンク制御チャネル（ＰＵＣＣＨ）グループにグループ化されてもよい。実施例では、ＲＲＣメッセージは、同時ＰＵＣＣＨおよび物理アップリンク共有チャネル伝送が一次セルおよびＰＵＣＣＨ二次セル内で構成されているかどうかを示す、１つまたはそれを上回るパラメータを含んでもよい。ＵＥは、電力ヘッドルーム報告（ＰＨＲ）媒体アクセス制御制御要素（ＭＡＣ  ＣＥ）を伝送してもよい。ＰＨＲ  ＭＡＣ  ＣＥは、一次セルのタイプ２電力ヘッドルームを示す、第１のパラメータと、ＰＵＣＣＨ二次セルのタイプ２電力ヘッドルームがＰＨＲ  ＭＡＣ  ＣＥ内に存在するかどうかを示す、第２のパラメータ（例えば、ＰＵＣＣＨ  ＳＣｅｌｌに対応するＳｅｒｖＣｅｌｌＩｎｄｅｘ  ｂｉｔ  Ｃｉ）と、第２のパラメータがＰＵＣＣＨ二次セルのタイプ２電力ヘッドルームの存在を示す場合のみ、ＰＵＣＣＨ二次セルのタイプ２電力ヘッドルームを示す、第３のパラメータとを含んでもよい。ＰＵＣＣＨ二次セルのタイプ２電力ヘッドルームが存在しないとき、対応するＰＣＭＡＸ，ｃは、存在しなくてもよい。実施例では、ＰＵＣＣＨ  ＳＣｅｌｌがアクティブ化されると、第２のパラメータは、一次セルのためのタイプ２ＰＨＲフィールドおよびＰＵＣＣＨ  ＳＣｅｌｌのためのタイプ２ＰＨＲフィールドの存在を示す。ＰＵＣＣＨ  ＳＣｅｌｌがアクティブ化されると、一次セルのためのタイプ２ＰＨＲフィールドおよびＰＵＣＣＨ  ＳＣｅｌｌのためのタイプ２ＰＨＲフィールドが、含まれ、ＰＨＲ報告内で報告される。
【０１０４】
例示的実装では、以下のプロセスが、ＵＥ内で実装されてもよい。ｅｘｔｅｎｄｅｄＰＨＲ２が構成される場合、アップリンクが構成されたアクティブ化されたサービングセル毎に、ａ）タイプ１電力ヘッドルームの値を得て、ｂ）ＭＡＣエンティティがＴＴＩにおいてサービングセル上での伝送のためにＵＬリソースが配分される場合、対応するＰＣＭＡＸ，ｃフィールドの値を物理層から得る。
【０１０５】
ｅｘｔｅｎｄｅｄＰＨＲ２が、構成される場合、かつＰＵＣＣＨ  ＳＣｅｌｌが、構成およびアクティブ化される場合、ａ）ＰＣｅｌｌおよびＰＵＣＣＨ  ＳＣｅｌｌのためのタイプ２電力ヘッドルームの値を得て、ｂ）対応するＰＣＭＡＸ，ｃフィールドのための値を物理層から得る。そうでなければ、ｅｘｔｅｎｄｅｄＰＨＲ２が、構成される場合、かつＰＵＣＣＨ  ＳＣｅｌｌが、構成されない、またはＰＵＣＣＨ  ＳＣｅｌｌが、非アクティブ化される場合、すなわち、ｓｉｍｕｌｔａｎｅｏｕｓＰＵＣＣＨ−ＰＵＳＣＨが、ＰＣｅｌｌのために構成される場合、ａ）ＰＣｅｌｌのためのタイプ２電力ヘッドルームの値を得て、ｂ）対応するＰＣＭＡＸ，ｃフィールドのための値を物理層から得る。
【０１０６】
ＵＥは、多重化およびアセンブリプロシージャに、構成されたＳｅｒｖＣｅｌｌＩｎｄｅｘに従って、ｅｘｔｅｎｄｅｄＰＨＲ２のための拡張ＰＨＲ  ＭＡＣ制御要素と、物理層によって報告される値に基づいて、ＭＡＣエンティティのためのＰＵＣＣＨとを生成および伝送するように命令してもよい。
【０１０７】
例示的実施形態では、ｅｘｔｅｎｄｅｄＰＨＲ２が構成されるとき、以下のプロセスが、ＰＨＲ内のタイプ２およびＰＣＭＡＸ，ｃフィールドの伝送のために実装されてもよい。ＰＵＣＣＨ  ＳＣｅｌｌが、構成され、アクティブ化される場合、無線デバイスは、伝送のために、ＰＣｅｌｌおよびＰＵＣＣＨ  ＳＣｅｌｌのためのタイプ２電力ヘッドルームの値を得てもよく、無線デバイスは、伝送のために、対応するＰＣＭＡＸ，ｃフィールドのための値を物理層から得てもよい。この場合、ＰＵＣＣＨ  ＳＣｅｌｌおよびＰＣｅｌｌのタイプ２ＰＨは、同時ＰＵＣＣＨ−ＰＵＳＣＨがＰＣｅｌｌおよび／またはＰＵＣＣＨ  ＳＣｅｌｌのために構成されたかどうかにかかわらず、伝送されてもよい。ＰＵＣＣＨおよびＰＵＳＣＨの並行伝送は、異なるＰＵＣＣＨグループにおいて可能であり得る。ＰＵＣＣＨ  ＳＣｅｌｌが構成されない、またはＰＵＣＣＨ  ＳＣｅｌｌが非アクティブ化されるとき、ｓｉｍｕｌｔａｎｅｏｕｓＰＵＣＣＨ−ＰＵＳＣＨがＰＣｅｌｌのために構成される場合、無線デバイスは、伝送のために、ＰＣｅｌｌのためのタイプ２電力ヘッドルームの値を得てもよく、無線デバイスは、伝送のために、対応するＰＣＭＡＸ，ｃフィールドのための値を物理層から得てもよい。この場合、同時ＰＵＣＣＨ−ＰＵＳＣＨがＰＣｅｌｌのために構成されないとき、タイプ２ＰＨは、ＰＣｅｌｌのために伝送されなくてもよい。ＰＵＣＣＨ  ＳＣｅｌｌが構成されない、またはＰＵＣＣＨ  ＳＣｅｌｌが非アクティブ化されるとき、タイプ１ＰＨＲおよびタイプ２ＰＨＲは、ＰＵＣＣＨ  ＳＣｅｌｌのために報告されない。
【０１０８】
例示的実施形態では、新しい情報要素が、ｅｘｔｅｎｄｅｄＰＨＲ２  ＰＨＲ（または拡張セル構成ＰＨＲ、新しい拡張ＰＨＲとも呼ばれる）を示すために、ＭＡＣ−ＭａｉｎＣｏｎｆｉｇ内に導入されてもよい。ＭＡＣ  ＣＥフォーマットは、ＵＥによって、電力ヘッドルームを報告するために採用される。新しいＩＥは、ｅｘｔｅｎｄｅｄＰＨＲ２および／または他の名称で呼ばれ得る。ｅｘｔｅｎｄｅｄＰＨＲ２  ＩＥは、電力ヘッドルームがｅｘｔｅｎｄｅｄＰＨＲ２ＰＨＲ  ＭＡＣ  ＣＥを使用して（例えば、値リリース／設定を使用して）報告されるかどうかを示してもよい。Ｅ−ＵＴＲＡＮは、ＰＵＣＣＨ  ＳＣｅｌｌが構成される（ＰＵＣＣＨグループが構成された）場合、値ｓｅｔｕｐを構成してもよい。Ｅ−ＵＴＲＡＮは、ｐｈｒ−Ｃｏｎｆｉｇが構成される場合、ｅｘｔｅｎｄｅｄＰＨＲ２を構成してもよい。ＵＥは、ｐｈｒ−Ｃｏｎｆｉｇが解放される場合、ｅｘｔｅｎｄｅｄＰＨＲ２を解放してもよい。
【０１０９】
ｅｘｔｅｎｄｅｄＰＨＲ２  ＩＥは、電力ヘッドルームが、ｅｘｔｅｎｄｅｄＰＨＲ２ＰＨＲ  ＭＡＣ  ＣＥを使用して（例えば、値ｒｅｌｅａｓｅ／ｓｅｔｕｐを使用して）報告されるかどうかを示し得る。例示的実施形態では、Ｅ−ＵＴＲＡＮは、強化ＰＨＲフォーマットを用いる第１の構成が構成されると、ｅｘｔｅｎｄｅｄＰＨＲ２を構成してもよい。例えば、Ｅ−ＵＴＲＡＮは、アップリンクが構成された一次セルおよびｋを上回る二次セルが構成される場合（例えば、ｋ＝４、７、…）、値ｓｅｔｕｐを構成してもよい。例えば、Ｅ−ＵＴＲＡＮは、アップリンクが構成されたサービングセルのいずれが、ｎ（例えば、ｎ＝４、７）より高いサービングセルインデックスを有する場合、値ｓｅｔｕｐを構成してもよい。Ｅ−ＵＴＲＡＮは、ＰＵＣＣＨ  ＳＣｅｌｌが構成される（ＰＵＣＣＨグループが構成される）場合、値ｓｅｔｕｐを構成してもよい。Ｅ−ＵＴＲＡＮは、ｐｈｒ−Ｃｏｎｆｉｇが構成される場合、ｅｘｔｅｎｄｅｄＰＨＲ２を構成してもよい。ＵＥは、ｐａｈｒ−Ｃｏｎｆｉｇが解放される場合、ｅｘｔｅｎｄｅｄＰＨＲ２を解放してもよい。
【０１１０】
ｅｘｔｅｎｄｅｄＰＨＲ２  ＩＥは、電力ヘッドルームが、ｅｘｔｅｎｄｅｄＰＨＲ２  ＰＨＲ  ＭＡＣ  ＣＥを使用して（例えば、値ｒｅｌｅａｓｅ／ｓｅｔｕｐを使用して）報告されるかどうかを示し得る。例示的実施形態では、Ｅ−ＵＴＲＡＮは、アップリンクが構成された任意のサービングセルが、ｎ（例えば、ｎ＝４、７）より高いサービングセルインデックスを有する場合、および／またはＰＵＣＣＨ  ＳＣｅｌｌ（アップリンクが構成された任意の数のサービングセルを用いる）が、構成される場合、値ｓｅｔｕｐを構成してもよい。Ｅ−ＵＴＲＡＮは、ｐｈｒ−Ｃｏｎｆｉｇが構成される場合、ｅｘｔｅｎｄｅｄＰＨＲ２を構成してもよい。ＵＥは、ｐｈｒ−Ｃｏｎｆｉｇが解放される場合、ｅｘｔｅｎｄｅｄＰＨＲ２を解放してもよい。
【０１１１】
本発明のある実施形態では、新しいＲＲＣ構成パラメータ（ｅｘｔｅｎｄｅｄＰＨＲ２）が、ＵＥ内でｅｘｔｅｎｄｅｄＰＨＲ２  ＰＨＲを構成し、イネーブルにするために採用されてもよい。例えば、ｅｘｔｅｎｄｅｄＰＨＲ２がＵＥ内で設定されると、ＵＥは、複数のセルおよびＰＵＣＣＨグループを用いて設定されてもよい。例示的実施形態では、ＵＥは、セルＲＲＣ構成およびｅｘｔｅｎｄｅｄＰＨＲ２を考慮して、伝送されるべきｅｘｔｅｎｄｅｄＰＨＲ２  ＭＡＣ  ＣＥのフォーマットを判定してもよい。ｅｘｔｅｎｄｅｄＰＨＲ２が設定される場合、ＵＥは、要求されると、ｅｘｔｅｎｄｅｄＰＨＲ２  ＰＨＲ  ＭＡＣ  ＣＥフォーマットおよびＬＣＩＤを使用して、ＰＨＲを伝送してもよい。
【０１１２】
例示的実施形態では、ＰＵＣＣＨ  ＳＣｅｌｌが、構成され、非アクティブ化されると、ｅｘｔｅｎｄｅｄＰＨＲ２  ＰＨＲ報告フォーマットが、使用されてもよく、ＰＵＣＣＨ  ＳＣｅｌｌのためのＣｉ値は、ＰＵＣＣＨ  ＳＣｅｌｌが非アクティブ化されたことを示す、値（例えば、０）に設定されてもよい。ＭＡＣＥ  ＣＥ内の所定のフォーマットおよび／または値が、採用され、ＰＵＣＣＨ  ＳＣｅｌｌが非アクティブ化されたことを示してもよい。ＵＥは、非アクティブ化されたＰＵＣＣＨ  ＳＣｅｌｌに関するタイプ１およびタイプ２ＰＨ報告を伝送しなくてもよい。
【０１１３】
ＲＲＣメッセージにおけるＭＡＣ−ＭａｉｎＣｏｎｆｉｇ内の新しいＩＥの使用は、ｅｘｔｅｎｄｅｄＰＨＲ２の実装に柔軟性を提供し、ｅｘｔｅｎｄｅｄＰＨＲ２  ＰＨＲのための付加的パラメータを構成する能力を提供し、ＵＥ内に付加的ＰＨＲ報告能力を提供し得る。
【０１１４】
例示的実施形態では、拡張電力ヘッドルーム報告ＭＡＣ制御要素は、１つまたはそれを上回るフィールドを含んでもよい。拡張ＰＨＲに関して、拡張電力ヘッドルーム報告（ＰＨＲ）ＭＡＣ制御要素は、ＬＣＩＤおよび／またはＲＲＣ構成を伴うＭＡＣ  ＰＤＵサブヘッダによって識別されてもよい。拡張ＰＨＲ  ＭＡＣ  ＣＥは、可変サイズを有してもよい。タイプ２ＰＨが報告されるとき、タイプ２ＰＨフィールドを含有するオクテットが、最初に、ＰＨ  ｐｅｒ  ＳＣｅｌｌの存在を示すオクテット後に含まれ、その後、関連付けられたＰＣＭＡＸ，ｃフィールドを含有するオクテット（報告される場合）が続いてもよい。次いで、ビットマップに示されるＰＣｅｌｌに関して、かつＳＣｅｌｌ毎に、ＳｅｒｖＣｅｌｌＩｎｄｅｘに基づく昇順において、タイプ１ＰＨフィールドを伴うオクテットおよび関連付けられたＰＣＭＡＸ，ｃフィールドを伴うオクテット（報告される場合）が続いてもよい。
【０１１５】
例示的実施形態では、ｅｘｔｅｎｄｅｄＰＨＲ２に関して、拡張電力ヘッドルーム報告（ＰＨＲ）ＭＡＣ制御要素は、ＬＣＩＤおよび／またはＲＲＣ構成を伴うＭＡＣ  ＰＤＵサブヘッダによって識別されてもよい。それらは、可変サイズを有してもよい。Ｃフィールドを伴う１つまたはそれを上回るオクテットが、ＰＨ  ｐｅｒ  ＳＣｅｌｌの存在を示すために使用されてもよい。タイプ２ＰＨが、ＰＣｅｌｌに関して報告されると、タイプ２ＰＨフィールドを含有するオクテットが、最初に、ＰＨ  ｐｅｒ  ＳＣｅｌｌの存在を示すオクテット後に含まれ、その後、関連付けられたＰＣＭＡＸ，ｃフィールドを含有するオクテット（報告される場合）が続いてもよい。ＰＵＣＣＨ  ＳＣｅｌｌに関するタイプ２ＰＨフィールドが続き（ＳＣｅｌｌ上のＰＵＣＣＨが、構成され、タイプ２ＰＨが、ＰＵＣＣＨ  ＳＣｅｌｌに関して報告され得る場合）、その後、関連付けられたＰＣＭＡＸ，ｃフィールドを含有するオクテット（報告される場合）が続いてもよい。ビットマップに示されるＰＣｅｌｌに関して、かつＳＣｅｌｌ毎に、ＳｅｒｖＣｅｌｌＩｎｄｅｘに基づく昇順において、タイプ１ＰＨフィールドを伴うオクテットおよび関連付けられたＰＣＭＡＸ，ｃフィールドを伴うオクテット（報告される場合）が続いてもよい。
【０１１６】
拡張ＰＨＲ  ＭＡＣ制御要素は、以下のように定義されてもよい。Ｃｉフィールドは、ＳＣｅｌｌＩｎｄｅｘｉを用いるＳＣｅｌｌに関するＰＨフィールドの存在を示し得る。「１」に設定されるＣｉフィールドは、ＳＣｅｌｌＩｎｄｅｘｉを用いるＳＣｅｌｌに関するＰＨフィールドが報告されることを示し得る「１」に設定される。Ｃｉフィールドは、ＳＣｅｌｌＩｎｄｅｘｉを用いるＳＣｅｌｌに関するＰＨフィールドが報告されないことを示し得る「０」に設定される。「Ｒ」フィールドは、「０」に設定される反転ビットであってもよい。「Ｖ」フィールドは、ＰＨ値が実際の伝送または基準フォーマットに基づくかどうかを示し得る。タイプ１ＰＨに関して、Ｖ＝０は、ＰＵＳＣＨ上の実際の伝送を示し得、Ｖ＝１は、ＰＵＳＣＨ基準フォーマットが使用されていることを示し得る。タイプ２ＰＨに関して、Ｖ＝０は、ＰＵＣＣＨ上の実際の伝送を示し得、Ｖ＝１は、ＰＵＣＣＨ基準フォーマットが使用されていることを示し得る。タイプ１およびタイプ２ＰＨの両方に関して、Ｖ＝０は、関連付けられたＰＣＭＡＸ，ｃフィールドを含有するオクテットの存在を示し得、Ｖ＝１は、関連付けられたＰＣＭＡＸ，ｃフィールドを含有するオクテットが省略され得ることを示し得る。電力ヘッドルーム（ＰＨ）フィールドは、電力ヘッドルームレベルを示し得る。フィールドの長さは、例えば、６ビットであってもよい。「Ｐ」フィールドは、ＭＡＣエンティティが電力管理（Ｐ−ＭＰＲｃによって許可される）に起因する電力バックオフを適用するかどうかを示し得る。ＭＡＣエンティティは、電力管理に起因する電力バックオフが適用されなかった場合に、対応するＰＣＭＡＸ，ｃフィールドが異なる値を有したであろう場合、Ｐ＝１を設定してもよい。「ＰＣＭＡＸ，ｃ」フィールドは、存在する場合、先行ＰＨフィールドの計算のために使用されるＰＣＭＡＸ，ｃまたは
【化４】
0006469248.tif 000005
を示し得る。
【０１１７】
２つのタイプのＵＥ電力ヘッドルーム報告、すなわち、タイプ１およびタイプ２が、存在し得る。ＵＥ電力ヘッドルームＰＨは、サービングセルｃのためのサブフレームｉに関して有効であってもよい。
【０１１８】
ＵＥが、ＳＣＧを用いて構成される場合、かつＣＧに関する高次層パラメータｐｈｒ−ＭｏｄｅＯｔｈｅｒＣＧ−ｒ１２が、そのＣＧ上で伝送される電力ヘッドルーム報告に関して「仮想」を示す場合、ＵＥは、他のＣＧの任意のサービングセル上でＰＵＳＣＨ／ＰＵＣＣＨを伝送しないと仮定して、ＰＨを算出してもよい。
【０１１９】
ＵＥが、ＭＣＧに属するセルに関する電力ヘッドルームを算出するために、ＳＣＧを用いて構成される場合、用語「サービングセル」は、ＭＣＧに属するサービングセルを指し得る。ＳＣＧに属するセルに関する電力ヘッドルームの算出に関して、用語「サービングセル」は、ＳＣＧに属するサービングセルを指し得る。用語「一次セル」は、ＳＣＧのＰＳＣｅｌｌを指し得る。ＵＥが、一次ＰＵＣＣＨグループに属するセルに関する電力ヘッドルームを算出するためにＰＵＣＣＨ  ＳＣｅｌｌを用いて構成される場合、用語「サービングセル」は、一次ＰＵＣＣＨグループに属するサービングセルを指し得る。二次ＰＵＣＣＨグループに属するセルに関する電力ヘッドルームの算出に関して、用語「サービングセル」は、二次ＰＵＣＣＨグループに属するサービングセルを指し得る。用語「一次セル」は、二次ＰＵＣＣＨグループのＰＵＣＣＨ  ＳＣｅｌｌを指し得る。
【０１２０】
例示的タイプ１およびタイプ２電力ヘッドルーム計算が、ここで提示される。例示的パラメータおよび例示的計算方法は、対応するＬＴＥリリースの規格文書である３ＧＰＰ  ＴＳ  ３６．２１３規格文書に提示される。
【０１２１】
タイプ１：
【０１２２】
ＵＥが、サービングセルｃに関してサブフレームｉ内でＰＵＣＣＨを伴わずにＰＵＳＣＨを伝送する場合、タイプ１報告に関する電力ヘッドルームは、以下を使用して算出されてもよい。
【化５】
0006469248.tif 000006
式中、例示的
【化６】
0006469248.tif 000007
は、以下のように定義されてもよい。
【化７】
0006469248.tif 000008
は、サービングセルｃに関するサブフレームｉ内の構成されたＵＥ伝送電力であり得、
【化８】
0006469248.tif 000009
は、
【化９】
0006469248.tif 000010
の線形値であり得る。
【化１０】
0006469248.tif 000011
は、サブフレームｉおよびサービングセルｃに関して有効なリソースブロックの数として表されるＰＵＳＣＨリソース割当の帯域幅であり得る。Ｐｏ＿ＰＵＳＣＨ、ｃ（ｊ）は、ＲＲＣ構成パラメータを採用して構成されてもよい。ＵＥが、サービングセルｃに関して高次層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０を用いて構成される場合、かつサブフレームｉが、高次層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２によって示されるように、アップリンク電力制御サブフレームセット２に属する場合、ｊ＝０または１に関して、
【化１１】
0006469248.tif 000012
となる。αｃ，２は、サービングセルｃ毎に高次層によって提供されるパラメータａｌｐｈａ−ＳｕｂｆｒａｍｅＳｅｔ２−ｒ１２である。ｊ＝２に関して、αｃ（ｊ）＝１となる。そうでなければ、ｊ＝０または１に関して、
【化１２】
0006469248.tif 000013
は、サービングセルｃに関して高次層によって提供される３−ビットパラメータであってもよい。ｊ＝２に関して、αｃ（ｊ）＝１；ＰＬｃは、ｄＢおよびＰＬｃ＝ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ（高次層フィルタリングＲＳＲＰ）においてサービングセルｃに関してＵＥ内で計算されたダウンリンク経路損失推定値であってもよく、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは、高次層ならびに基準サービングセルのためのＲＳＲＰおよび基準サービングセルのための高次層フィルタ構成によって提供される。ＫＳ＝１．２５に関して、
【化１３】
0006469248.tif 000014
、ＫＳ＝０に関して、０となり、式中、ＫＳは、サービングセルｃ毎に高次層によって提供されるパラメータｄｅｌｔａＭＣＳ−Ｅｎａｂｌｅｄによって与えられる。ＢＰＲＥおよび
βｏｆｆｓｅｔＰＵＳＣＨが、サービングセルｃ毎に、以下のように算出される。伝送モード２に関して、ＫＳ＝０となる。ｆ（ｉ）は、電力制御コマンドの関数であってもよい。
【０１２３】
ＰＬｃは、例えば、ｄＢおよびＰＬｃ＝ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒ（高次層フィルタリングＲＳＲＰ）においてサービングセルｃに関してＵＥ内で計算されたダウンリンク経路損失推定値であって、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒは、高次層によって提供される。ＵＥは、１つまたはそれを上回る経路損失基準セル上で受信された信号を採用して、１つまたはそれを上回る経路損失値を測定してもよい。経路損失基準セルは、サービングセルのために構成されてもよい。ＵＥは、ＰＬｃを計算してもよく、タイプ１およびタイプ２電力ヘッドルームフィールドの計算のために１つまたはそれを上回る経路損失値（ＰＬｃ）を採用してもよい。サービングセルｃが、一次セルを含有するＴＡＧに属する場合、一次セルのアップリンクに関して、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび高次層フィルタリングＲＳＲＰを判定するために、一次セルは基準サービングセルとして使用されてもよい。二次セルのアップリンクに関して、高次層パラメータｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇによって構成されたサービングセルが、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび高次層フィルタリングＲＳＲＰを判定するために、基準サービングセルとして使用されてもよい。サービングセルｃが、ＰＳＣｅｌｌを含有するＴＡＧに属する場合、ＰＳＣｅｌｌのアップリンクに関して、ＰＳＣｅｌｌは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび高次層フィルタリングＲＳＲＰを判定するために、基準サービングセルとして使用されてもよい。ＰＳＣｅｌｌ以外の二次セルのアップリンクに関して、高次層パラメータｐａｔｈｌｏｓｓＲｅｆｅｒｅｎｃｅＬｉｎｋｉｎｇによって構成されたサービングセルは、ｒｅｆｅｒｅｎｃｅＳｉｇｎａｌＰｏｗｅｒおよび高次層フィルタリングＲＳＲＰを判定するために、基準サービングセルとして使用されてもよい。
【０１２４】
ＵＥが、サービングセルｃに関するサブフレームｉ内でＰＵＣＣＨを用いてＰＵＳＣＨを伝送する場合、タイプ１報告に関する電力ヘッドルームは、以下を使用して算出されてもよい。
【化１４】
0006469248.tif 000015
【化１５】
0006469248.tif 000016
は、サブフレームｉ内におけるＰＵＳＣＨのみの伝送を仮定して、算出されてもよい。この場合、物理層は、
【化１６】
0006469248.tif 000017
を
【化１７】
0006469248.tif 000018
の代わりに高次層に配信してもよい。ＵＥが、サービングセルｃに関するサブフレームｉ内でＰＵＳＣＨを伝送しない場合、タイプ１報告に関する電力ヘッドルームは、以下を使用して算出されてもよい。
【化１８】
0006469248.tif 000019
式中、例示的
【化１９】
0006469248.tif 000020
は、ＭＰＲ＝０ｄＢ、Ａ−ＭＰＲ＝０ｄＢ、Ｐ−ＭＰＲ＝０ｄＢ、および□ＴＣ＝０ｄＢと仮定して、算出されてもよい。
【０１２５】
タイプ２：
【０１２６】
ＵＥが、一次セルに関してサブフレームｉ内でＰＵＣＣＨと同時にＰＵＳＣＨを伝送する場合、タイプ２報告に関する電力ヘッドルームは、以下を使用して算出されてもよい。
【化２０】
0006469248.tif 000021
ＵＥが、一次セルに関してサブフレームｉ内でＰＵＣＣＨを伴わずにＰＵＳＣＨを伝送する場合、タイプ２報告に関する電力ヘッドルームは、以下を使用して算出されてもよい。
【化２１】
0006469248.tif 000022
式中、例示的
【化２２】
0006469248.tif 000023
は、一次セルパラメータであってもよい。ＵＥが、一次セルに関してサブフレームｉ内でＰＵＳＣＨを伴わずにＰＵＣＣＨを伝送する場合、タイプ２報告に関する電力ヘッドルームは、以下を使用して算出されてもよい。
【化２３】
0006469248.tif 000024
式中、例示的
【化２４】
0006469248.tif 000025
は、一次セルパラメータである。ＵＥが、一次セルに関してサブフレームｉ内でＰＵＣＣＨまたはＰＵＳＣＨを伝送しない場合、タイプ２報告に関する電力ヘッドルームは、以下を使用して算出されてもよい。
【化２５】
0006469248.tif 000026
式中、例示的
【化２６】
0006469248.tif 000027
は、ＭＰＲ＝０ｄＢ、Ａ−ＭＰＲ＝０ｄＢ、Ｐ−ＭＰＲ＝０ｄＢおよびＴＣ＝０ｄＢ、
【化２７】
0006469248.tif 000028
が一次セルパラメータであると仮定して、算出されてもよい。ＵＥが、ＰＤＳＣＨ伝送に対応するＰＵＣＣＨ伝送が存在するかどうか、またはどのＰＵＣＣＨリソースが使用されるかどうかを判定することが不可能である場合、一次セルに関してサブフレームｉにおいて、タイプ２報告に関する電力ヘッドルームを生成する前に、（Ｅ）ＰＤＣＣＨ検出に応じて、以下の条件、すなわち、（１）チャネル選択を伴うＰＵＣＣＨフォーマット１ｂおよびｓｉｍｕｌｔａｎｅｏｕｓＰＵＣＣＨ−ＰＵＳＣＨの両方が、ＵＥのために構成される場合、または（２）チャネル選択を伴うＰＵＣＣＨフォーマット１ｂが、ＰＵＣＣＨフォーマット３を用いて構成されたＵＥに関するＨＡＲＱ−ＡＣＫフィードバックのために使用され、ｓｉｍｕｌｔａｎｅｏｕｓＰＵＣＣＨ−ＰＵＳＣＨが構成される場合を用いて、ＵＥは、以下を使用して、タイプ２に関する電力ヘッドルームを算出することが可能となり得る。
【化２８】
0006469248.tif 000029
式中、例示的
【化２９】
0006469248.tif 000030
は、一次セルパラメータである。
【０１２７】
電力ヘッドルームは、１ｄＢずつ、範囲［４０；−２３］ｄＢ内の最も近い値に丸められてもよく、物理層によって高次層に配信される。ＵＥが、サービングセルｃに関して高次層パラメータＵｐｌｉｎｋＰｏｗｅｒＣｏｎｔｒｏｌＤｅｄｉｃａｔｅｄ−ｖ１２ｘ０を用いて構成される場合、かつサブフレームｉが、高次層パラメータｔｐｃ−ＳｕｂｆｒａｍｅＳｅｔ−ｒ１２によって示されるように、アップリンク電力制御サブフレームセット２に属する場合、ＵＥは、ｆｃ，２（ｉ）をｆｃ（ｉ）の代わりに使用して、サブフレームｉおよびサービングセルｃに関してＰＨｔｙｐｅ１，ｃ（ｉ）およびＰＨｔｙｐｅ２，ｃ（ｉ）を算出してもよい。
【０１２８】
図１４は、本発明の実施形態のある側面による、例示的フロー図である。無線デバイスが、１４１０において、少なくとも１つのメッセージを基地局から受信する。メッセージは、複数のセルの構成パラメータを含んでもよい。複数のセルは、一次セルおよびＰＵＣＣＨ二次セルを含んでもよい。一次セルは、基地局に伝送される一次物理アップリンク制御チャネル（ＰＵＣＣＨ）を含んでもよい。ＰＵＣＣＨ二次セルは、基地局に伝送される二次ＰＵＣＣＨを含んでもよい。
【０１２９】
電力ヘッドルーム報告（ＰＨＲ）媒体アクセス制御制御要素（ＭＡＣＣＥ）が、１４２０において、ＵＥ（無線デバイス）によって伝送されてもよい。ＰＨＲ  ＭＡＣ  ＣＥは、第１のフィールドおよび第２のフィールドを含んでもよい。第１のフィールドは、ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームフィールドが、ＰＨＲ  ＭＡＣ  ＣＥ内に存在するかどうかを示し得る。第２のフィールドは、第１のフィールドがＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームフィールドの存在を示す場合のみ、ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームレベルを示し得る。
【０１３０】
少なくとも１つのメッセージはさらに、同時ＰＵＣＣＨ伝送および物理アップリンク共有チャネル伝送が一次セルに関して構成され得るかどうかを示す、第１の情報要素を含んでもよい。少なくとも１つのメッセージはさらに、同時ＰＵＣＣＨ伝送および物理アップリンク共有チャネル伝送がＰＵＣＣＨ二次セルに関して構成されているかどうかを示す、第２の情報要素を含んでもよい。
【０１３１】
ＰＨＲ  ＭＡＣ  ＣＥはさらに、一次セルに関するタイプ２電力ヘッドルームレベルを示す、第３のフィールドを含んでもよい。ＰＨＲ  ＭＡＣ  ＣＥは、ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームフィールドと異なるＰＵＣＣＨ二次セルに関するタイプ１電力ヘッドルームフィールドを含んでもよい。ＰＨＲ  ＭＡＣ  ＣＥは、アップリンクパケットスケジューリングまたはアップリンク電力制御のうちの少なくとも１つに関して、基地局によって採用されてもよい。
【０１３２】
例示的実装では、タイプ２電力ヘッドルームレベルの計算は、物理アップリンク制御チャネルの計算された電力および物理アップリンク共有チャネルの計算された電力を採用してもよい。タイプ１電力ヘッドルームレベルの計算は、物理アップリンク共有チャネルの計算された電力を採用してもよい。測定値は、経路損失基準の信号を測定することによって、得られてもよい。タイプ２電力ヘッドルームレベルの計算は、測定値を採用してもよい。無線デバイスは、ＰＵＣＣＨ二次セルがアクティブ化されると、ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームレベルおよび一次セルに関するタイプ２電力ヘッドルームを報告してもよい。
【０１３３】
図１５は、本発明の実施形態のある側面による、例示的フロー図である。基地局は、１５１０において、少なくとも１つのメッセージを無線デバイスに伝送する。メッセージは、複数のセルの構成パラメータを含んでもよい。複数のセルは、一次セルおよびＰＵＣＣＨ二次セルを含んでもよい。一次セルは、基地局に伝送される一次物理アップリンク制御チャネル（ＰＵＣＣＨ）を含んでもよい。ＰＵＣＣＨ二次セルは、基地局に伝送される二次ＰＵＣＣＨを含んでもよい。
【０１３４】
電力ヘッドルーム報告（ＰＨＲ）媒体アクセス制御制御要素（ＭＡＣ  ＣＥ）が、１５２０において受信されてもよい。ＰＨＲ  ＭＡＣ  ＣＥは、第１のフィールドと、第２のフィールドと、第３のフィールドとを含んでもよい。第１のフィールドは、ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームフィールドがＰＨＲ  ＭＡＣ  ＣＥ内に存在することを示し得る。第２のフィールドは、ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームレベルを示し得る。第３のフィールドは、一次セルに関するタイプ２電力ヘッドルームレベルを示し得る。
【０１３５】
少なくとも１つのメッセージは、同時ＰＵＣＣＨ伝送および物理アップリンク共有チャネル伝送が一次セルに関して構成されているかどうかを示す、第１の情報要素を含んでもよい。メッセージはまた、同時ＰＵＣＣＨ伝送および物理アップリンク共有チャネル伝送がＰＵＣＣＨ二次セルに関して構成されているかどうかを示す、第２の情報要素を含んでもよい。
【０１３６】
ＰＨＲ  ＭＡＣ  ＣＥは、一次セルに関するタイプ１電力ヘッドルームレベルを示す、第４のフィールドを含んでもよい。ＰＨＲ  ＭＡＣ  ＣＥは、ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームフィールドと異なるＰＵＣＣＨ二次セルに関するタイプ１電力ヘッドルームフィールドを含んでもよい。ＰＨＲ  ＭＡＣ  ＣＥは、アップリンクパケットスケジューリングおよび／またはアップリンク電力制御のために基地局によって採用されてもよい。
【０１３７】
基地局は、ＰＵＣＣＨ二次セルが無線デバイス内でアクティブ化されると、ＰＵＣＣＨ二次セルに関するタイプ２電力ヘッドルームレベルおよび一次セルに関するタイプ２電力ヘッドルームレベルを受信してもよい。
【０１３８】
一次ＰＵＣＣＨグループは、ＰＣｅｌｌを含む、サービングセルのグループを含んでもよく、そのＰＵＣＣＨ信号伝達は、ＰＣｅｌｌ上のＰＵＣＣＨと関連付けられる。ＰＵＣＣＨグループは、一次ＰＵＣＣＨグループまたは二次ＰＵＣＣＨグループのいずれかを含んでもよい。二次ＰＵＣＣＨグループは、ＳＣｅｌｌのグループを含んでもよく、そのＰＵＣＣＨ信号伝達は、ＰＵＣＣＨ  ＳＣｅｌｌ上のＰＵＣＣＨと関連付けられる。
【０１３９】
物理アップリンク制御チャネル（ＰＵＣＣＨ）に関して、ＰＵＣＣＨは、ＰＣｅｌｌ、ＰＵＣＣＨ  ＳＣｅｌｌ（それがＣＡにおいて構成される場合）、およびＰＳＣｅｌｌ（ＤＣにおいて）上で伝送されてもよい。
【０１４０】
キャリアアグリゲーションに関して、ＵＥのためのサービングセルの構成されたセットは、１つのＰＣｅｌｌおよび１つまたはそれを上回るＳＣｅｌｌから成ってもよい。ＤＣは、構成されない場合、１つの付加的ＰＵＣＣＨが、ＳＣｅｌｌおよび／またはＰＵＣＣＨ  ＳＣｅｌｌ上で構成されてもよい。ＰＵＣＣＨ  ＳＣｅｌｌが構成されると、ＲＲＣは、一次ＰＵＣＣＨグループおよび／または二次ＰＵＣＣＨグループへの各サービングセルのマッピングを構成してもよい（例えば、ＳＣｅｌｌ毎に、ＰＣｅｌｌおよび／またはＰＵＣＣＨ  ＳＣｅｌｌがＡＣＫ／ＮＡＫおよびＣＳＩ報告の伝送のために使用されるかどうか）。
【０１４１】
電力ヘッドルーム報告に関して、ｅｘｔｅｎｄｅｄＰＨＲ２が構成される場合、アップリンクが構成されたアクティブ化されたサービングセル毎に、ａ）タイプ１電力ヘッドルームの値が、得られてもよい。ｂ）ＭＡＣエンティティが本ＴＴＩにおいてサービングセル上での伝送のためにＵＬリソースが配分される場合、対応するＰＣＭＡＸ，ｃフィールドに関する値が、物理層から得られてもよい。ＰＵＣＣＨ  ＳＣｅｌｌが構成され、アクティブ化される場合、ａ）ＰＣｅｌｌおよびＰＵＣＣＨ  ＳＣｅｌｌに関するタイプ２電力ヘッドルームの値が、得られてもよく、および／またはｂ）物理層からの対応するＰＣＭＡＸ，ｃフィールドに関する値が、得られてもよい。そうでなければ（ＰＵＣＣＨ  ＳＣｅｌｌが構成されない、またはＰＵＣＣＨ  ＳＣｅｌｌが非アクティブ化されるとき）、同時ＰＵＣＣＨ−ＰＵＳＣＨが、ＰＣｅｌｌのために構成される場合、ａ）ＰＣｅｌｌに関するタイプ２電力ヘッドルームの値が、得られてもよく、ｂ）物理層からの対応するＰＣＭＡＸ，ｃフィールドに関する値が、得られてもよい。多重化およびアセンブリプロシージャは、構成されたＳｅｒｖＣｅｌｌＩｎｄｅｘに従ってｅｘｔｅｎｄｅｄＰＨＲ２のための拡張ＰＨＲ  ＭＡＣ制御要素と、物理層によって報告される値に基づいてＭＡＣエンティティのためのＰＵＣＣＨとを生成および伝送するように命令されてもよい。
【０１４２】
拡張電力ヘッドルーム報告ＭＡＣ制御要素に関して、以下が、考慮されてもよい。ｅｘｔｅｎｄｅｄＰＨＲ２に関して、拡張電力ヘッドルーム報告（ＰＨＲ）ＭＡＣ制御要素が、ＬＣＩＤを伴うＭＡＣ  ＰＤＵサブヘッダによって識別されてもよい。Ｃフィールドが、ＰＨ  ｐｅｒ  ＳＣｅｌｌの存在を示すために採用されてもよい。タイプ２ＰＨが、ＰＣｅｌｌに関して報告されるとき、タイプ２ＰＨフィールドを含有するオクテットが、最初に、ＰＨ  ｐｅｒ  ＳＣｅｌｌの存在を示すオクテット後に含まれ、関連付けられたＰＣＭＡＸ，ｃフィールドを含有するオクテット（報告される場合）が続いてもよい。ＰＵＣＣＨ  ＳＣｅｌｌに関するタイプ２ＰＨフィールドが、続き（ＳＣｅｌｌ上のＰＵＣＣＨが構成され、タイプ２ＰＨがＰＵＣＣＨ  ＳＣｅｌｌに関して報告される場合）、その後、関連付けられたＰＣＭＡＸ，ｃフィールドを含有するオクテット（報告される場合）が続いてもよい。次いで、タイプ１ＰＨフィールドを伴うオクテットおよび関連付けられたＰＣＭＡＸ，ｃフィールドを伴うオクテット（報告される場合）が、ビットマップに示されるＰＣｅｌｌに関して、かつＳＣｅｌｌ毎に、ＳｅｒｖＣｅｌｌＩｎｄｅｘに基づく昇順において、続いてもよい。
【０１４３】
拡張ＰＨＲ  ＭＡＣ制御要素は、多数のフィールドを含んでもよく、そのうちの少なくともいくつかが、本明細書に論じられる。Ｃｉは、ＳＣｅｌｌＩｎｄｅｘｉを用いるＳＣｅｌｌに関するＰＨフィールドの存在を示し得る。Ｃｉフィールドは、「１」に設定され、ＳＣｅｌｌＩｎｄｅｘ  ｉを用いるＳＣｅｌｌに関するＰＨフィールドが報告されることを示してもよい。Ｃｉフィールドは、「０」に設定され、ＳＣｅｌｌＩｎｄｅｘ  ｉを用いるＳＣｅｌｌに関するＰＨフィールドが報告されないことを示してもよい。Ｒフィールドは、反転ビットであって、例えば、「０」に設定されてもよい。Ｖフィールドは、ＰＨ値が、実際の伝送または基準フォーマットに基づくかどうかを示し得る。タイプ１ＰＨに関して、Ｖ＝０は、ＰＵＳＣＨ上の実際の伝送を示し得、Ｖ＝１は、ＰＵＳＣＨ基準フォーマットが採用されることを示し得る。タイプ２ＰＨに関して、Ｖ＝０は、ＰＵＣＣＨ上の実際の伝送を示し得、Ｖ＝１は、ＰＵＣＣＨ基準フォーマットが採用されることを示し得る。さらに、タイプ１およびタイプ２ＰＨの両方に関して、Ｖ＝０は、関連付けられたＰＣＭＡＸ，ｃフィールドを含有するオクテットの存在を示し得、Ｖ＝１は、関連付けられたＰＣＭＡＸ，ｃフィールドを含有するオクテットが省略されることを示し得る。
【０１４４】
電力ヘッドルーム（ＰＨ）フィールドは、電力ヘッドルームレベルを示し得る。フィールドの長さは、例えば、６ビットであってもよい。Ｐフィールドは、ＭＡＣエンティティが電力管理（例えば、Ｐ−ＭＰＲｃによって許可される）に起因する電力バックオフを適用するかどうかを示し得る。ＭＡＣエンティティは、電力管理に起因する電力バックオフが適用されなかった場合に、対応するＰＣＭＡＸ，ｃフィールドが、異なる値を有したであろう場合、Ｐ＝１を設定してもよい。ＰＣＭＡＸ，ｃフィールドは、存在する場合は、先行ＰＨフィールドの計算のために使用されるＰＣＭＡＸ，ｃまたは
【化３０】
0006469248.tif 000031
を示し得る。
【０１４５】
図１４は、本発明の実施形態のある側面による、例示的フロー図である。無線デバイスは、１４１０において、少なくとも１つのメッセージを基地局から受信する。メッセージは、複数のセルの構成パラメータならびに第１の情報要素（ＩＥ）および第２のＩＥを含んでもよい。複数のセルが、基地局と通信するために採用されてもよい。ＩＥは、新しい拡張電力ヘッドルーム報告が構成されたことを示し得る。第１のＩＥは、複数のセル内の二次セルがＰＵＣＣＨを用いて構成され、かつ、第２のＩＥが電力ヘッドルーム報告が設定として構成されたことを示す場合に、設定として構成される。
【０１４６】
ＩＥの値が設定されると、ＩＥによって表される特徴が無線デバイス（ＵＥ）内で構成されたことを含意する。第２のＩＥが設定として構成されると、電力ヘッドルーム報告がＵＥ内で構成されたことを示す。第１のＩＥが設定として構成されると、拡張ＰＨＲ２報告がＵＥ内で構成されたことを示す。
【０１４７】
一次セルの第１のタイプ２電力ヘッドルームフィールドおよび二次セルの第２のタイプ２電力ヘッドルームフィールドを含む、媒体アクセス制御（ＭＡＣ）パケットが、１４２０において、二次セルがアクティブ化されると、伝送されてもよい。ＭＡＣパケットは、論理チャネル識別子（ＬＣＩＤ）を含む、サブヘッダを含む。
【０１４８】
メッセージは、電力ヘッドルーム報告禁止タイマＩＥおよび／または周期的電力ヘッドルーム報告タイマＩＥを含んでもよい。例示的実装では、複数のセル内のセルのセルインデックスは、所定の値（例えば、５または７）より高くてもよい。アップリンクが構成されたセルのセルインデックスは、所定の値（例えば、５または７）より高くてもよい。
【０１４９】
第２のタイプ２電力ヘッドルームレベルの計算は、ＰＵＣＣＨの計算された電力および物理アップリンク共有チャネルの計算された電力を採用してもよい。二次セルのタイプ１電力ヘッドルームレベルの計算は、物理アップリンク共有チャネルの計算された電力を採用してもよい。電力ヘッドルーム報告は、電力ヘッドルーム報告、デュアルコネクティビティ電力ヘッドルーム報告、拡張電力ヘッドルーム報告、新しい拡張電力ヘッドルーム報告、それらの組み合わせ、および／または同等物のうちの少なくとも１つとして構成可能であり得る。
【０１５０】
種々の実施形態は、図１４に従って実践されてもよい。例えば、無線デバイスは、１４１０において、少なくとも１つのメッセージを基地局から受信してもよい。メッセージは、複数のセルの構成パラメータならびに第１の情報要素（ＩＥ）および第２のＩＥを含んでもよい。複数のセル内の各セルは、基地局との通信のために構成されたアップリンクを有してもよい。第１のＩＥは、新しい拡張電力ヘッドルーム報告が構成されたことを示し得る。第１のＩＥは、複数のセル内の第１のセルのセルインデックスが所定の値より高いとき、設定として構成されてもよく、第２のＩＥは、電力ヘッドルーム報告が設定として構成されたことを示す。１４２０では、第１のセルの電力ヘッドルーム値を含む媒体アクセス制御（ＭＡＣ）パケットが、ｅＮＢに伝送されてもよい。
【０１５１】
例示的実施形態では、無線デバイスは、複数のセルの構成パラメータを含む、少なくとも１つのメッセージを受信してもよい。複数のセル内の各セルは、基地局との通信のために構成されたアップリンクを有してもよい。少なくとも１つのメッセージは、第１のＩＥおよび第２のＩＥを含んでもよい。第１のＩＥは、新しい拡張電力ヘッドルーム報告（電力ヘッドルーム報告）が構成されたことを示し得る。第１のＩＥは、複数のセル内の第１のセルのセルインデックスが所定の値（例えば、５または７）より高いとき、設定として構成され、第２のＩＥは、電力ヘッドルーム報告が設定として構成されたことを示す。無線デバイスは、第１のセルの電力ヘッドルーム値を含む媒体アクセス制御（ＭＡＣ）パケットを伝送してもよい。
【０１５２】
例示的実施形態では、無線デバイスは、複数のセルの構成パラメータを含む、少なくとも１つのメッセージを受信してもよい。複数のセル内の各セルは、基地局との通信のために構成されたアップリンクを有してもよい。少なくとも１つのメッセージは、第１のＩＥおよび第２のＩＥを含んでもよい。第１のＩＥは、新しい拡張電力ヘッドルーム報告（電力ヘッドルーム報告）が構成されたことを示し得る。第１のＩＥは、複数のセルのうちのいくつかが所定の値（例えば、５、７または８）より高いとき、設定として構成され、第２のＩＥは、電力ヘッドルーム報告が設定として構成されたことを示す。無線デバイスは、第１のセルの電力ヘッドルーム値を含む媒体アクセス制御（ＭＡＣ）パケットを伝送してもよい。
【０１５３】
本明細書では、「ａ」および「ａｎ」および類似語句は、「少なくとも１つ」および「１つまたはそれを上回る」として解釈されるべきである。本明細書では、用語「ｍａｙ（〜してもよい）」は、「ｍａｙ，  ｆｏｒ  ｅｘａｍｐｌｅ（例えば、〜してもよい）」として解釈されるべきである。言い換えると、用語「ｍａｙ（〜してもよい）」は、用語「ｍａｙ（〜してもよい）」に続く語句が、種々の実施形態のうちの１つまたはそれを上回るものに採用されてもよい、またはそうではなくてもよい、多数の好適な可能性のうちの１つの実施例であることを示す。ＡおよびＢが、設定され、Ａの全要素がまた、Ｂの要素である場合、Ａは、Ｂのサブセットと呼ばれる。本明細書では、非空のセットおよびサブセットのみが、考慮される。例えば、Ｂ＝｛セル１、セル２｝の可能性として考えられるサブセットは、｛セル１｝、｛セル２｝、および｛セル１、セル２｝である。
【０１５４】
本明細書では、パラメータ（情報要素：ＩＥ）は、１つまたはそれを上回るオブジェクトを含んでもよく、それらのオブジェクトはそれぞれ、１つまたはそれを上回る他のオブジェクトを含んでもよい。例えば、パラメータ（ＩＥ）Ｎが、パラメータ（ＩＥ）Ｍを含み、パラメータ（ＩＥ）Ｍが、パラメータ（ＩＥ）Ｋを含み、パラメータ（ＩＥ）Ｋが、パラメータ（情報要素）Ｊを含む場合、例えば、Ｎは、Ｋを含み、Ｎは、Ｊを含む。例示的実施形態では、１つまたはそれを上回るメッセージが、複数のパラメータを含むとき、複数のパラメータ内のパラメータは、１つまたはそれを上回るメッセージのうちの少なくとも１つ内に存在するが、１つまたはそれを上回るメッセージのそれぞれに存在する必要はないことを含意する。
【０１５５】
開示される実施形態に説明される要素の多くは、モジュールとして実装されてもよい。モジュールは、定義された機能を行い、他の要素への定義されたインターフェースを有する、隔離可能要素として本明細書に定義される。本開示に説明されるモジュールは、ハードウェア、ハードウェア、ファームウェア、ウエットウエア（すなわち、生物学的要素を伴うハードウェア）と組み合わせたソフトウェア、またはそれらの組み合わせにおいて実装されてもよく、それらは全て、挙動的均等物である。例えば、モジュールは、ハードウェア機械（Ｃ、Ｃ＋＋、Ｆｏｒｔｒａｎ、Ｊａｖａ（登録商標）、ＢＡＳＩＣ、Ｍａｔｌａｂ、または同等物等）またはＳｉｍｕｌｉｎｋ、Ｓｔａｔｅｆｌｏｗ、ＧＮＵ  Ｏｃｔａｖｅ、もしくはＬａｂＶＩＥＷＭａｔｈＳｃｒｉｐｔ等のモデル化／シミュレーションプログラムによって実行されるように構成される、コンピュータ言語で書かれたソフトウェアルーチンとして実装されてもよい。加えて、離散もしくはプログラマブルアナログ、デジタル、および／または量子ハードウェアを組み込む物理ハードウェアを使用して、モジュールを実装することが可能であり得る。プログラマブルハードウェアの実施例として、コンピュータ、マイクロコントローラ、マイクロプロセッサ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、および複合プログラマブル論理デバイス（ＣＰＬＤ）が挙げられる。コンピュータ、マイクロコントローラ、およびマイクロプロセッサは、アセンブリ、Ｃ、Ｃ＋＋、または同等物等の言語を使用してプログラムされる。ＦＰＧＡ、ＡＳＩＣ、およびＣＰＬＤは、多くの場合、プログラマブルデバイス上のより少ない機能性を用いて内部ハードウェアモジュール間の接続を構成する、ＶＨＳＩＣハードウェア記述言語（ＶＨＤＬ）またはＶｅｒｉｌｏｇ等のハードウェア記述言語（ＨＤＬ）を使用してプログラムされる。最後に、前述の技術は、多くの場合、機能モジュールの結果を達成するために組み合わせて使用されることを強調する必要がある。
【０１５６】
本特許文書の開示は、著作権保護を受ける内容を組み込む。本所有権者は、特許文書または特許開示書のいかなる者によるにも、法律によって要求される限定された目的のために、複写物が特許商標庁の特許ファイルまたは記録として世に出現している限り異論はないが、他の場合に全ての著作権は完全に留保する。
【０１５７】
種々の実施形態が前述されたが、それらは、限定ではなく、実施例として提示されていることを理解されたい。形態および詳細における種々の変更が、精神および範囲から逸脱することなく、本明細書に成されることができることは、当業者に明白となるであろう。実際、前述の説明を熟読後、代替実施形態を実装する方法が、当業者に明白となるであろう。したがって、本実施形態は、前述の例示的実施形態のいずれによっても限定されない。特に、例示的目的のために、前述の説明は、ＦＤＤ通信システムを使用する実施例に焦点を当てていることに留意されたい。しかしながら、当業者は、本発明の実施形態がまた、１つまたはそれを上回るＴＤＤセルを備えるシステム内にも実装されてもよいことを認識するであろう（例えば、フレーム構造２および／またはフレーム構造３認可支援アクセス）。開示される方法およびシステムは、無線または有線システム内に実装されてもよい。本発明に提示される種々の実施形態の特徴は、組み合わせられてもよい。一実施形態の１つまたは多くの特徴（方法またはシステム）は、他の実施形態内に実装されてもよい。限定数の例示的組み合わせのみ、強化伝送および受信システムならびに方法をもたらすために種々の実施形態内で組み合わせられ得る特徴の可能性を当業者に示すために示される。
【０１５８】
加えて、機能性および利点を強調している任意の図は、単に例示目的で提示されていることを理解されたい。開示されるアーキテクチャは、示されるものと以外の方法で利用され得るように、十分に柔軟性があって、かつ構成可能である。例えば、任意のフロー図に列挙されるアクションは、いくつかの実施形態では、並べ替えられる、または随意にのみ使用されてもよい。
【０１５９】
さらに、本開示の要約の目的は、米国特許商標庁および一般公衆、特に、特許または法律の用語もしくは表現に精通していない科学者、技術者、および実践者が、本願の技術的開示の性質および本質を大まかに調べることによって、素早く判断できるようにするものである。本開示の要約は、本発明の範囲をいかようにも限定することを意図するものではない。
【０１６０】
最後に、請求項のみが、米国特許法（３５Ｕ．Ｓ．Ｃ）第１１２条第６段落の下で解釈される「〜するための手段（ｍｅａｎｓ  ｆｏｒ）」または「〜するためのステップ（ｓｔｅｐ  ｆｏｒ）」という表現用語を含んでいるのは、本出願人の意図である。「〜するための手段（ｍｅａｎｓ  ｆｏｒ）」または「〜するためのステップ（ｓｔｅｐ  ｆｏｒ）」という語句を明示的に含んでいない請求項は、米国特許法（３５Ｕ．Ｓ．Ｃ）第１１２条の下で解釈するべきではない。
【図１】
0006469248.tif 000032
【図２】
0006469248.tif 000033
【図３】
0006469248.tif 000034
【図４】
0006469248.tif 000035
【図５】
0006469248.tif 000036
【図６】
0006469248.tif 000037
【図７】
0006469248.tif 000038
【図８】
0006469248.tif 000039
【図９】
0006469248.tif 000040
【図１０】
0006469248.tif 000041
【図１１】
0006469248.tif 000042
【図１２】
0006469248.tif 000043
【図１３】
0006469248.tif 000044
【図１４】
0006469248.tif 000045
【図１５】
0006469248.tif 000046