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