(57)【要約】  端末装置（ＵＥ）が記載される。ＵＥは、デュアル接続性が１つより多いセルグループを用いて構成されていると判断する。ＵＥは、複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過するかどうかも判断する。ＵＥは、複数のセルグループのうちでの上りリンク制御情報（ＵＣＩ）タイプおよびチャネル・タイプの優先度をさらに判断する。加えて、ＵＥは、ＵＣＩがセルグループのために物理上りリンク共有チャネル（ＰＵＳＣＨ）送信上で運ばれるかどうかを判断する。ＵＥは、ＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過するかどうかも判断する。ＵＥは、セルグループ上でＵＣＩおよびチャネルを送信する。
2017517949.tif 000002
【特許請求の範囲】
【請求項１】
端末装置（ＵＥ）であって、
プロセッサと、
前記プロセッサと電子通信を行うメモリとを備え、前記メモリに記憶された命令は、
デュアル接続性が１つより多いセルグループを用いて構成されていると判断し、
前記複数のセルグループの総スケジュール送信電力が前記ＵＥの最大許容送信電力を超過するかどうかを判断し、
前記複数のセルグループのうちでの上りリンク制御情報（ＵＣＩ）タイプおよびチャネル・タイプの優先度を判断し、
ＵＣＩがセルグループのために物理上りリンク共有チャネル（ＰＵＳＣＨ）送信上で運ばれるかどうかを判断し、
ＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過するかどうかを判断して、
前記複数のセルグループ上でＵＣＩおよびチャネルを送信する
ために実行可能である、
ＵＥ。
【請求項２】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ前記第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しない場合には、前記命令は、
前記第１のセルグループの前記ＰＵＳＣＨ上で前記ＵＣＩのみを送信する
ためにさらに実行可能である、請求項１に記載のＵＥ。
【請求項３】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ前記第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過する場合には、前記命令は、
１つのセルグループにおける優先度が高い方のチャネルを送信して、
他のセルグループの前記チャネルをドロップするか、または電力スケーリングを行う
ためにさらに実行可能である、請求項１に記載のＵＥ。
【請求項４】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ前記第１のセルグループの物理上りリンク制御チャネル（ＰＵＣＣＨ）上のＵＣＩを伴う、すべての前記セルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しない場合には、前記命令は、
前記第１のセルグループのＰＵＣＣＨ上で前記ＵＣＩを送信して、
前記第１のセルグループの前記ＰＵＳＣＨ送信をドロップする
ためにさらに実行可能である、請求項１に記載のＵＥ。
【請求項５】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ前記第１のセルグループの物理上りリンク制御チャネル（ＰＵＣＣＨ）上のＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過する場合には、前記命令は、
１つのセルグループにおける優先度が高い方の前記チャネルを送信して、
他のセルグループ上の前記チャネルをドロップするか、または電力スケーリングを行う
ためにさらに実行可能である、請求項１に記載のＵＥ。
【請求項６】
端末装置（ＵＥ）であって、
プロセッサと、
前記プロセッサと電子通信を行うメモリとを備え、前記メモリに記憶された命令は、
デュアル接続性が１つより多いセルグループを用いて構成されていると判断して、
前記複数のセルグループの総スケジュール送信電力が前記ＵＥの最大許容送信電力を超過するかどうかを判断する
ために実行可能である、
ＵＥ。
【請求項７】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩがセカンダリセルグループ（ＳＣＧ）のためにＰＵＳＣＨ送信上で運ばれ、かつ前記ＳＣＧのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しない場合には、前記命令は、
前記ＳＣＧの前記ＰＵＳＣＨ上で前記ＵＣＩのみを送信する
ためにさらに実行可能である、請求項６に記載のＵＥ。
【請求項８】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩがセカンダリセルグループ（ＳＣＧ）のためにＰＵＳＣＨ送信上で運ばれ、かつ前記ＳＣＧのＰＵＳＣＨの代わりに前記ＳＣＧの物理上りリンク制御チャネル（ＰＵＣＣＨ）上の前記ＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しない場合には、前記命令は、
前記ＳＣＧの前記ＰＵＳＣＨの代わりに前記ＳＣＧの前記ＰＵＣＣＨ上で前記ＵＣＩを送信して、
前記ＳＣＧの前記ＰＵＳＣＨ送信をドロップする
ためにさらに実行可能である、請求項６に記載のＵＥ。
【請求項９】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩがセカンダリセルグループ（ＳＣＧ）のためにＰＵＳＣＨ送信上で運ばれ、かつ前記ＳＣＧのＰＵＳＣＨの代わりに前記ＳＣＧの物理上りリンク制御チャネル（ＰＵＣＣＨ）上の前記ＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過する場合には、前記命令は、
前記ＳＣＧ上の前記ＵＣＩを伴う前記ＰＵＳＣＨをドロップするか、または電力スケーリングを行う
ためにさらに実行可能である、請求項６に記載のＵＥ。
【請求項１０】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、セカンダリセルグループ（ＳＣＧ）の複数の在圏セルのＵＣＩを伴わない複数のＰＵＳＣＨ送信の総送信電力が、前記ＵＥの前記最大許容送信電力からマスターセルグループ（ＭＣＧ）に割り当てられた電力を減じ、前記ＳＣＧの前記在圏セルのＵＣＩを伴う物理上りリンク制御チャネル（ＰＵＣＣＨ）送信またはＵＣＩを伴うＰＵＳＣＨ送信のうちの少なくとも１つを減じたものを超過する場合には、前記命令は、
前記ＳＣＧ上のＵＣＩを伴わない前記ＰＵＳＣＨをドロップするか、または電力スケーリングを行う
ためにさらに実行可能である、請求項６に記載のＵＥ。
【請求項１１】
基地局装置（ｅＮＢ）であって、
プロセッサと、
前記プロセッサと電子通信を行うメモリとを備え、前記メモリに記憶された命令は、
デュアル接続性が１つより多いセルグループを用いて構成されていると判断して、
セルグループ上で上りリンク制御情報（ＵＣＩ）およびチャネルを受信する、
ために実行可能であり、
前記受信するステップは、
前記複数のセルグループの総スケジュール送信電力が端末装置（ＵＥ）の最大許容送信電力を超過するかどうか、
前記複数のセルグループのうちでのＵＣＩタイプおよびチャネル・タイプの優先度、
ＵＣＩがセルグループのために物理上りリンク共有チャネル（ＰＵＳＣＨ）送信上で運ばれるかどうか、および
ＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過するかどうか
の異なる想定に基づく、
ｅＮＢ。
【請求項１２】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、前記命令は、
前記第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しないときに、前記第１のセルグループのＰＵＳＣＨ上でＵＣＩのみを受信する
ためにさらに実行可能である、請求項１１に記載のｅＮＢ。
【請求項１３】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、前記命令は、
前記第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、総送信電力が前記ＵＥの前記最大許容送信電力を超過するときに、１つのセルグループにおける優先度が高い方のチャネルを受信し、他のセルグループの前記チャネルは、ドロップされるか、または電力スケーリングが行われる
ためにさらに実行可能である、請求項１１に記載のｅＮＢ。
【請求項１４】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、前記命令は、
前記第１のセルグループの物理上りリンク制御チャネル（ＰＵＣＣＨ）上のＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しないときに、前記第１のセルグループの物理上りリンク制御チャネル（ＰＵＣＣＨ）上で前記ＵＣＩを受信し、前記第１のセルグループの前記ＰＵＳＣＨ送信は、ドロップされる
ためにさらに実行可能である、請求項１１に記載のｅＮＢ。
【請求項１５】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、前記命令は、
前記第１のセルグループの物理上りリンク制御チャネル（ＰＵＣＣＨ）上のＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過するときに、１つのセルグループにおける優先度が高い方の前記チャネルを受信し、他のセルグループの前記チャネルは、ドロップされるか、または電力スケーリングが行われる
ためにさらに実行可能である、請求項１１に記載のｅＮＢ。
【請求項１６】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩがセカンダリセルグループ（ＳＣＧ）のためにＰＵＳＣＨ送信上で運ばれる場合には、前記命令は、
前記ＳＣＧのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しないときに、前記ＳＣＧの前記ＰＵＳＣＨ上で前記ＵＣＩのみを受信する
ためにさらに実行可能である、請求項１１に記載のｅＮＢ。
【請求項１７】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩがセカンダリセルグループ（ＳＣＧ）のためにＰＵＳＣＨ送信上で運ばれる場合には、前記命令は、
前記ＳＣＧの前記ＰＵＳＣＨの代わりに前記ＳＣＧの物理上りリンク制御チャネル（ＰＵＣＣＨ）上の前記ＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しないときに、前記ＳＣＧの前記ＰＵＳＣＨの代わりに前記ＳＣＧの前記ＰＵＣＣＨ上で前記ＵＣＩを受信し、前記ＳＣＧの前記ＰＵＳＣＨ送信は、ドロップされる
ためにさらに実行可能である、請求項１１に記載のｅＮＢ。
【請求項１８】
端末装置（ＵＥ）によるデュアル接続性オペレーションのための方法であって、
デュアル接続性が１つより多いセルグループを用いて構成されていると判断するステップと、
前記複数のセルグループの総スケジュール送信電力が前記ＵＥの最大許容送信電力を超過するかどうかを判断するステップと、
前記複数のセルグループのうちでの上りリンク制御情報（ＵＣＩ）タイプおよびチャネル・タイプの優先度を判断するステップと、
ＵＣＩがセルグループのために物理上りリンク共有チャネル（ＰＵＳＣＨ）送信上で運ばれるかどうかを判断するステップと、
ＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過するかどうかを判断するステップと、
前記複数のセルグループ上でＵＣＩおよびチャネルを送信するステップと
を備える、方法。
【請求項１９】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ前記第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しない場合には、前記方法は、
前記第１のセルグループの前記ＰＵＳＣＨ上で前記ＵＣＩのみを送信するステップ
をさらに備える、請求項１８に記載の方法。
【請求項２０】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ前記第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過する場合には、前記方法は、
１つのセルグループにおける優先度が高い方のチャネルを送信するステップと、
他のセルグループの前記チャネルをドロップするか、または電力スケーリングを行うステップと
をさらに備える、請求項１８に記載の方法。
【請求項２１】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ前記第１のセルグループの物理上りリンク制御チャネル（ＰＵＣＣＨ）上のＵＣＩを伴う、すべての前記セルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しない場合には、前記方法は、
前記第１のセルグループの前記ＰＵＣＣＨ上で前記ＵＣＩを送信するステップと、
前記第１のセルグループの前記ＰＵＳＣＨ送信をドロップするステップと
をさらに備える、請求項１８に記載の方法。
【請求項２２】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ前記第１のセルグループのＰＵＣＣ上のＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過する場合には、前記方法は、
１つのセルグループにおける優先度が高い方の前記チャネルを送信するステップと、
他のセルグループ上の前記チャネルをドロップするか、または電力スケーリングを行うステップと
をさらに備える、請求項１８に記載の方法。
【請求項２３】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩがセカンダリセルグループ（ＳＣＧ）のためにＰＵＳＣＨ送信上で運ばれ、かつ前記ＳＣＧのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しない場合には、前記方法は、
前記ＳＣＧの前記ＰＵＳＣＨ上で前記ＵＣＩのみを送信するステップ
をさらに備える、請求項１８に記載の方法。
【請求項２４】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩがセカンダリセルグループ（ＳＣＧ）のためにＰＵＳＣＨ送信上で運ばれ、かつ前記ＳＣＧのＰＵＳＣＨの代わりに前記ＳＣＧの物理上りリンク制御チャネル（ＰＵＣＣＨ）上の前記ＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しない場合には、前記方法は、
前記ＳＣＧの前記ＰＵＳＣＨの代わりに前記ＳＣＧの前記ＰＵＣＣＨ上で前記ＵＣＩを送信するステップと、
前記ＳＣＧ上の前記ＰＵＳＣＨ送信をドロップするステップと
をさらに備える、請求項１８に記載の方法。
【請求項２５】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、ＵＣＩがセカンダリセルグループ（ＳＣＧ）のためにＰＵＳＣＨ送信上で運ばれ、かつ前記ＳＣＧのＰＵＳＣＨの代わりに前記ＳＣＧの物理上りリンク制御チャネル（ＰＵＣＣＨ）上の前記ＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過する場合には、前記方法は、
前記ＳＣＧ上の前記ＵＣＩを伴う前記ＰＵＳＣＨをドロップするか、または電力スケーリングを行うステップ
をさらに備える、請求項１８に記載の方法。
【請求項２６】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつセカンダリセルグループ（ＳＣＧ）の複数の在圏セルのＵＣＩを伴わない複数のＰＵＳＣＨ送信の前記総送信電力が、前記ＵＥの前記最大許容送信電力からマスターセルグループ（ＭＣＧ）に割り当てられた電力を減じ、前記ＳＣＧの前記在圏セルのＵＣＩを伴う物理上りリンク制御チャネル（ＰＵＣＣＨ）送信またはＵＣＩを伴うＰＵＳＣＨ送信のうちの少なくとも１つを減じたものを超過する場合には、前記方法は、
前記ＳＣＧ上のＵＣＩを伴わない前記ＰＵＳＣＨをドロップするか、または電力スケーリングを行うステップ
をさらに備える、請求項１８に記載の方法。
【請求項２７】
基地局装置（ｅＮＢ）によるデュアル接続性オペレーションのための方法であって、
デュアル接続性が１つより多いセルグループを用いて構成されていると判断するステップと、
セルグループ上で上りリンク制御情報（ＵＣＩ）およびチャネルを受信するステップであって、前記受信するステップは、
前記複数のセルグループの総スケジュール送信電力が端末装置（ＵＥ）の最大許容送信電力を超過するかどうか、
前記複数のセルグループのうちでのＵＣＩタイプおよびチャネル・タイプの優先度、
ＵＣＩがセルグループのために物理上りリンク共有チャネル（ＰＵＳＣＨ）送信上で運ばれるかどうか、および
ＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過するかどうか
の異なる想定に基づく、
前記受信するステップと
を備える、方法。
【請求項２８】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、前記方法は、
前記第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しないときに、前記第１のセルグループのＰＵＳＣＨ上でＵＣＩのみを受信するステップ
をさらに備える、請求項２７に記載の方法。
【請求項２９】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、前記方法は、
前記第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、総送信電力が前記ＵＥの前記最大許容送信電力を超過するときに、１つのセルグループにおける優先度が高い方のチャネルを受信するステップであって、他のセルグループの前記チャネルは、ドロップされるか、または電力スケーリングが行われる、前記受信するステップ
をさらに備える、請求項２７に記載の方法。
【請求項３０】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、前記方法は、
前記第１のセルグループの物理上りリンク制御チャネル（ＰＵＣＣＨ）上のＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しないときに、前記第１のセルグループの前記ＰＵＣＣＨ上で前記ＵＣＩを受信するステップであって、前記第１のセルグループの前記ＰＵＳＣＨ送信は、ドロップされる、前記受信するステップ
をさらに備える、請求項２７に記載の方法。
【請求項３１】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、前記方法は、
前記第１のセルグループの物理上りリンク制御チャネル（ＰＵＣＣＨ）上のＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過するときに、１つのセルグループにおける優先度が高い方の前記チャネルを受信するステップであって、他のセルグループの前記チャネルは、ドロップされるか、または電力スケーリングが行われる、前記受信するステップ
をさらに備える、請求項２７に記載の方法。
【請求項３２】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩがセカンダリセルグループ（ＳＣＧ）のためにＰＵＳＣＨ送信上で運ばれる場合には、前記方法は、
前記ＳＣＧのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しないときに、前記ＳＣＧの前記ＰＵＳＣＨ上で前記ＵＣＩのみを受信するステップ
をさらに備える、請求項２７に記載の方法。
【請求項３３】
前記複数のセルグループの前記総スケジュール送信電力が前記ＵＥの前記最大許容送信電力を超過し、かつＵＣＩがセカンダリセルグループ（ＳＣＧ）のためにＰＵＳＣＨ送信上で運ばれる場合には、前記方法は、
前記ＳＣＧの前記ＰＵＳＣＨの代わりに前記ＳＣＧの物理上りリンク制御チャネル（ＰＵＣＣＨ）上の前記ＵＣＩを伴う、すべてのセルグループの総送信電力が前記ＵＥの前記最大許容送信電力を超過しないときに、前記ＳＣＧの前記ＰＵＳＣＨの代わりに前記ＳＣＧの前記ＰＵＣＣＨ上で前記ＵＣＩを受信するステップであって、前記ＳＣＧの前記ＰＵＳＣＨ送信は、ドロップされる、前記受信するステップ
をさらに備える、請求項２７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、一般に、通信システムに関する。より具体的には、本開示は、デュアル接続性オペレーションのためのシステムおよび方法に関する。
【背景技術】
【０００２】
ワイヤレス通信デバイスは、消費者ニーズを満たし、可搬性と便利さとを改善するためにより小さく、より強力になった。消費者は、ワイヤレス通信デバイスに依存するようになり、高信頼性のサービス、カバレッジエリアの拡大および機能性の向上を期待するようになった。ワイヤレス通信システムは、多数のワイヤレス通信デバイスに通信を提供し、それぞれのデバイスが基地局によるサービスを享受する。基地局は、ワイヤレス通信デバイスと通信するデバイスである。
【０００３】
ワイヤレス通信デバイスが進歩するにつれて、通信容量、速度、フレキシビリティおよび効率の向上が求められてきた。しかしながら、通信容量、速度、フレキシビリティおよび効率を向上させることがいくつかの問題を提起することがある。
【発明の概要】
【課題を解決するための手段】
【０００４】
例えば、ワイヤレス通信デバイスは、複数の接続を用いて１つ以上のデバイスと通信する。しかしながら、複数の接続は、限られたフレキシビリティおよび効率を提供するに過ぎない。この考察によって示されるように、通信のフレキシビリティおよび効率を向上させるシステムおよび方法が有益であろう。
【図面の簡単な説明】
【０００５】
【図１】デュアル接続性オペレーションのためのシステムおよび方法が実装された１つ以上の基地局装置（ｅＮＢ：ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ）および１つ以上の端末装置（ＵＥ：ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）の一構成を示すブロック図である。
【図２】デュアル接続性オペレーションのためのシステムおよび方法が実装されたＥ−ＵＴＲＡＮアーキテクチャの構成を示すブロック図である。
【図３】デュアル接続性オペレーションのためのシステムおよび方法が実装されたＥ−ＵＴＲＡＮおよびＵＥの一構成を示すブロック図である。
【図４】ＵＥによるデュアル接続性オペレーションのための方法の一実装を示すフロー図である。
【図５】ｅＮＢによるデュアル接続性オペレーションのための方法の一実装を示すフロー図である。
【図６】種々の上りリンク制御情報（ＵＣＩ：ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）をもつ物理上りリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）送信構造を示す。
【図７】種々のＵＣＩをもつ修正されたＰＵＳＣＨ送信構造を示す。
【図８】ＵＥによるデュアル接続性オペレーションのための方法の詳細な実装を示すフロー図である。
【図９】ＵＥによるデュアル接続性オペレーションのための方法の別の詳細な実装を示すフロー図である。
【図１０】ＵＥによるデュアル接続性オペレーションのための方法のさらに別の詳細な実装を示すフロー図である。
【図１１】ＵＥによるデュアル接続性オペレーションのための方法の別の詳細な実装を示すフロー図である。
【図１２】ＵＥにおいて利用される様々なコンポーネントを示す。
【図１３】ｅＮＢにおいて利用される様々なコンポーネントを示す。
【図１４】フィードバック情報を送信するためのシステムおよび方法が実装されたＵＥの一構成を示すブロック図である。
【図１５】フィードバック情報を受信するためのシステムおよび方法が実装されたｅＮＢの一構成を示すブロック図である。
【発明を実施するための形態】
【０００６】
端末装置（ＵＥ）が記載される。ＵＥは、プロセッサと、プロセッサと電子通信を行うメモリとを含む。ＵＥは、デュアル接続性が１つより多いセルグループを用いて構成されていると判断する。ＵＥは、複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過するかどうかも判断する。ＵＥは、複数のセルグループのうちでの上りリンク制御情報（ＵＣＩ）タイプおよびチャネル・タイプの優先度をさらに判断する。加えて、ＵＥは、ＵＣＩがセルグループのために物理上りリンク共有チャネル（ＰＵＳＣＨ）送信上で運ばれるかどうかを判断する。ＵＥは、ＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過するかどうかも判断する。ＵＥは、複数のセルグループ上でＵＣＩおよびチャネルを送信する。
【０００７】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過しない場合には、ＵＥは、第１のセルグループのＰＵＳＣＨ上でＵＣＩのみを送信することができる。
【０００８】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過する場合には、ＵＥは、１つのセルグループにおける優先度が高い方のチャネルを送信することができる。ＵＥは、他のセルグループのチャネルをドロップするか、または電力スケーリングを行うこともできる。
【０００９】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ第１のセルグループの物理上りリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）上のＵＣＩを伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過しない場合には、ＵＥは、第１のセルグループのＰＵＣＣＨ上でＵＣＩを送信することができる。ＵＥは、第１のセルグループのＰＵＳＣＨ送信をドロップすることもできる。
【００１０】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれ、かつ第１のセルグループのＰＵＣＣＨ上のＵＣＩを伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過する場合には、ＵＥは、１つのセルグループにおける優先度が高い方のチャネルを送信することができる。ＵＥは、他のセルグループ上のチャネルをドロップするか、または電力スケーリングを行うこともできる。
【００１１】
別のＵＥも記載される。ＵＥは、プロセッサと、プロセッサと電子通信を行うメモリとを含む。ＵＥは、デュアル接続性が１つより多いセルグループを用いて構成されていると判断する。ＵＥは、複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過するかどうかも判断する。
【００１２】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、ＵＣＩがセカンダリセルグループ（ＳＣＧ：ｓｅｃｏｎｄａｒｙ  ｃｅｌｌ  ｇｒｏｕｐ）のためにＰＵＳＣＨ送信上で運ばれ、かつＳＣＧのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過しない場合には、ＵＥは、ＳＣＧのＰＵＳＣＨ上でＵＣＩのみを送信することができる。
【００１３】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、ＵＣＩがＳＣＧのためにＰＵＳＣＨ送信上で運ばれ、かつＳＣＧのＰＵＳＣＨの代わりにＳＣＧのＰＵＣＣＨ上のＵＣＩを伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過しない場合には、ＵＥは、ＳＣＧのＰＵＳＣＨの代わりにＳＣＧのＰＵＣＣＨ上でＵＣＩを送信することができる。ＵＥは、ＳＣＧのＰＵＳＣＨ送信をドロップすることもできる。
【００１４】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、ＵＣＩがＳＣＧのためにＰＵＳＣＨ送信上で運ばれ、かつＳＣＧのＰＵＳＣＨの代わりにＳＣＧのＰＵＣＣＨ上のＵＣＩを伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過する場合には、ＵＥは、ＳＣＧ上のＵＣＩを伴うＰＵＳＣＨをドロップするか、または電力スケーリングを行うことができる。
【００１５】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、かつＳＣＧの複数の在圏セルのＵＣＩを伴わない複数のＰＵＳＣＨ送信の総送信電力が、ＵＥの最大許容送信電力からマスターセルグループ（ＭＣＧ：ｍａｓｔｅｒ  ｃｅｌｌ  ｇｒｏｕｐ）に割り当てられた電力を減じ、ＳＣＧの在圏セルのＵＣＩを伴うＰＵＣＣＨ送信またはＵＣＩを伴うＰＵＳＣＨ送信のうちの少なくとも１つを減じたものを超過する場合には、ＵＥは、ＳＣＧ上のＵＣＩを伴わないＰＵＳＣＨをドロップするか、または電力スケーリングを行うことができる。
【００１６】
基地局装置（ｅＮＢ）も記載される。ｅＮＢは、プロセッサと、プロセッサと電子通信を行うメモリとを含む。ｅＮＢは、デュアル接続性が１つより多いセルグループを用いて構成されていると判断する。ｅＮＢは、さらに、セルグループ上でＵＣＩおよびチャネルを受信する。受信するステップは、複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過するかどうか、複数のセルグループのうちでのＵＣＩタイプおよびチャネル・タイプの優先度、ＵＣＩがセルグループのためにＰＵＳＣＨ送信上で運ばれるかどうか、およびＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過するかどうかの異なる想定に基づく。
【００１７】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、かつＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、ｅＮＢは、第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過しないときに、第１のセルグループのＰＵＳＣＨ上でＵＣＩのみを受信することができる。
【００１８】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、かつＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、ｅＮＢは、第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、総送信電力がＵＥの最大許容送信電力を超過するときに、第１のセルグループにおける優先度が高い方のチャネルを受信することができる。他のセルグループのチャネルは、ドロップされるか、または電力スケーリングが行われる。
【００１９】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、ｅＮＢは、第１のセルグループのＰＵＣＣＨ上のＵＣＩを伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過しないときに、第１のセルグループのＰＵＣＣＨ上でＵＣＩを受信することができる。第１のセルグループのＰＵＳＣＨ送信は、ドロップされてもよい。
【００２０】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、かつＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれる場合には、ｅＮＢは、第１のセルグループのＰＵＣＣＨ上のＵＣＩを伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過するときに、１つのセルグループにおける優先度が高い方のチャネルを受信することができる。他のセルグループのチャネルは、ドロップされるか、または電力スケーリングが行われてもよい。
【００２１】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、ＵＣＩがＳＣＧのためにＰＵＳＣＨ送信上で運ばれる場合には、ｅＮＢは、ＳＣＧのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過しないときに、ＳＣＧのＰＵＳＣＨ上でＵＣＩのみを受信することができる。
【００２２】
複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過し、かつＵＣＩがＳＣＧのためにＰＵＳＣＨ送信上で運ばれる場合には、ｅＮＢは、ＳＣＧのＰＵＳＣＨの代わりにＳＣＧのＰＵＣＣＨ上のＵＣＩを伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過しないときに、ＳＣＧのＰＵＳＣＨの代わりにＳＣＧのＰＵＣＣＨ上でＵＣＩを受信することができる。ＳＣＧのＰＵＳＣＨ送信は、ドロップされてもよい。
【００２３】
ＵＥによるデュアル接続性オペレーションのための方法も記載される。方法は、デュアル接続性が１つより多いセルグループを用いて構成されていると判断するステップを含む。方法は、複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過するかどうかを判断するステップも含む。方法は、複数のセルグループのうちでのＵＣＩタイプおよびチャネル・タイプの優先度を判断するステップをさらに含む。加えて、方法は、ＵＣＩがセルグループのためにＰＵＳＣＨ上で運ばれるかどうかを判断するステップを含む。方法は、ＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過するかどうかも判断するステップも含む。方法は、複数のセルグループ上でＵＣＩおよびチャネルを送信するステップをさらに含む。
【００２４】
ｅＮＢによるデュアル接続性オペレーションのための方法も記載される。方法は、デュアル接続性が１つより多いセルグループを用いて構成されていると判断するステップを含む。方法は、セルグループ上でＵＣＩおよびチャネルを受信するステップも含む。受信するステップは、複数のセルグループの総スケジュール送信電力がＵＥの最大許容送信電力を超過するかどうか、複数のセルグループのうちでのＵＣＩタイプおよびチャネル・タイプの優先度、ＵＣＩがセルグループのためにＰＵＳＣＨ送信上で運ばれるかどうか、およびＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力がＵＥの最大許容送信電力を超過するかどうかの異なる想定に基づく。
【００２５】
３ＧＰＰロング・ターム・エボリューション（ＬＴＥ：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）は、将来の要求に対処すべくユニバーサル・モバイル通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）モバイルフォンまたはデバイス規格を改善するためのプロジェクトに与えられた名称である。一態様において、ＵＭＴＳは、発展型ユニバーサル地上無線アクセス（Ｅ−ＵＴＲＡ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）および発展型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ：Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）にサポートおよび仕様を提供するために修正された。
【００２６】
本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、３ＧＰＰ  ＬＴＥ、ＬＴＥアドバンスト（ＬＴＥ−Ａ：ＬＴＥ−Ａｄｖａｎｃｅｄ）および他の規格（例えば、３ＧＰＰリリース８、９、１０、１１および／または１２）に関して記載される。しかしながら、本開示の範囲は、この点で限定されるべきではない。本明細書に開示されるシステムおよび方法の少なくともいくつかの態様は、他のタイプのワイヤレス通信システムにおいて利用されてもよい。
【００２７】
ワイヤレス通信デバイスは、音声および／またはデータを基地局へ通信するために用いられる電子デバイスであり、次には基地局がデバイスのネットワーク（例えば、公衆交換電話網（ＰＳＴＮ：ｐｕｂｌｉｃ  ｓｗｉｔｃｈｅｄ  ｔｅｌｅｐｈｏｎｅ  ｎｅｔｗｏｒｋ）、インターネットなど）と通信する。本明細書においてシステムおよび方法を記載するときに、ワイヤレス通信デバイスは、代わりに移動局、ＵＥ、アクセス端末、加入者局、移動端末、遠隔局、ユーザ端末、端末、加入者ユニット、モバイルデバイスなどと呼ばれることがある。ワイヤレス通信デバイスの例は、セルラーフォン、スマートフォン、携帯情報端末（ＰＤＡ：ｐｅｒｓｏｎａｌ  ｄｉｇｉｔａｌ  ａｓｓｉｓｔａｎｔ）、ラップトップコンピュータ、ネットブック、電子書籍リーダ、ワイヤレス・モデムなどを含む。３ＧＰＰ仕様では、ワイヤレス通信デバイスは、典型的に、ＵＥと呼ばれる。しかしながら、本開示の範囲は、３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「ワイヤレス通信デバイス」を意味するために、本明細書では用語「ＵＥ」および「ワイヤレス通信デバイス」が同義で用いられる。
【００２８】
３ＧＰＰ仕様では、基地局は、典型的に、Ｎｏｄｅ  Ｂ、ｅＮＢ、ｈｏｍｅ  ｅｎｈａｎｃｅｄまたはｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ＨｅＮＢ）あるいはいくつかの他の同様の用語で呼ばれる。本開示の範囲は、３ＧＰＰ規格に限定されるべきではないので、より一般的な用語「基地局」を意味するために、本明細書では用語「基地局」、「Ｎｏｄｅ  Ｂ」、「ｅＮＢ」および「ＨｅＮＢ」が同義で用いられる。そのうえ、「基地局」の一例は、アクセスポイントである。アクセスポイントは、ワイヤレス通信デバイスのためにネットワーク（例えば、ローカルエリアネットワーク（ＬＡＮ：Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）、インターネットなど）へのアクセスを提供する電子デバイスである。用語「通信デバイス」は、ワイヤレス通信デバイスおよび／または基地局の両方を示すために用いられる。
【００２９】
本明細書では、「セル」は、インターナショナル・モバイル・テレコミュニケーションズ‐アドバンスト（ＩＭＴ‐Ａｄｖａｎｃｅｄ：Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ‐Ａｄｖａｎｃｅｄ）に用いるべく規格化または規制団体によって仕様が定められた任意の通信チャネルであり、ｅＮＢとＵＥとの間の通信に用いるためのライセンスバンド（例えば、周波数バンド）として３ＧＰＰによりそのすべてまたはそのサブセットが採用されることに留意すべきである。同様に留意すべきは、Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮの全体的な記載において、本明細書では、「セル」が「下りリンク・リソースおよび随意的に上りリンク・リソースの組み合わせ」として定義されることである。下りリンク・リソースのキャリア周波数と上りリンク・リソースのキャリア周波数との間のリンキングは、下りリンク・リソース上で送信されるシステム情報で示される。
【００３０】
「構成セル（ｃｏｎｆｉｇｕｒｅｄ  ｃｅｌｌ）」は、ＵＥが認識しており、情報を送信または受信することがｅＮＢによって許容されたセルである。「構成セル（単数または複数）」は、在圏セル（単数または複数）であってもよい。ＵＥは、すべての構成セル上でシステム情報を受信して必要な測定を行う。無線接続のための「構成セル（単数または複数）」は、プライマリセルおよび／または０、１つまたはそれ以上のセカンダリセル（単数または複数）からなる。「アクティブ化されたセル（ａｃｔｉｖａｔｅｄ  ｃｅｌｌ）」は、ＵＥが送受信を行っている構成セルである。すなわち、アクティブ化されたセルは、ＵＥが物理下りリンク制御チャネル（ＰＤＣＣＨ）をモニタする対象となるセルであり、下りリンク送信のケースでは、ＵＥが物理下りリンク共有チャネル（ＰＤＳＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）を復号する対象となるセルである。「非アクティブ化されたセル（ｄｅａｃｔｉｖａｔｅｄ  ｃｅｌｌ）」は、ＵＥが送信ＰＤＣＣＨをモニタしていない構成セルである。留意すべきは、「セル」が異なる次元の観点から記述されることである。例えば、「セル」は、時間、空間（例えば、地理的）および周波数特性を有しうる。
【００３１】
本明細書に開示されるシステムおよび方法は、デュアル接続性オペレーションのためのデバイスを記載する。これは、発展型ユニバーサル地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）のコンテキストで行われる。例えば、端末装置（ＵＥ）とＥ−ＵＴＲＡＮ上の２つ以上のｅＮＢとの間のデュアル接続性オペレーションが記載される。一構成において、２つ以上のｅＮＢは、異なるスケジューラを有しうる。
【００３２】
本明細書に記載されるシステムおよび方法は、デュアル接続性オペレーションにおける無線リソースの効率的な使用を強化する。キャリアアグリゲーションは、１つより多いコンポーネントキャリア（ＣＣ：ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）の同時利用を指す。キャリアアグリゲーションにおいては、ある１つのＵＥに対して１つより多いセルがアグリゲートされる。一例において、キャリアアグリゲーションは、ＵＥにとって利用可能な有効バンド幅を増加させるために用いられる。従来のキャリアアグリゲーションでは、単一のｅＮＢがある１つのＵＥに複数の在圏セルを提供することが想定される。２つ以上のセルがアグリゲートされる（例えば、ある１つのマクロセルが複数のリモートラジオヘッド（ＲＲＨ：ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄ）セルとアグリゲートされる）シナリオにおいても、これらのセルは、単一のｅＮＢによって制御される（例えば、スケジュールされる）。
【００３３】
しかしながら、スモールセル配備のシナリオでは、各ノード（例えば、ｅＮＢ、ＲＲＨなど）がそれ自体の独立したスケジューラを有しうる。両方のノードの無線リソース利用の効率を最大にするために、ＵＥは、異なるスケジューラを有する２つ以上のノードに接続することができる。
【００３４】
一構成において、ＵＥが異なるスケジューラを有する２つのノード（例えば、ｅＮＢ）に接続するために、ＵＥとＥ−ＵＴＲＡＮとの間のデュアル接続性が利用される。例えば、リリース１１の動作に加えて、リリース１２の規格に従って動作するＵＥは、（マルチ接続性、ｅＮＢ間キャリアアグリゲーション、マルチフロー、マルチセル・クラスタ、マルチＵｕなどとも呼ばれる）デュアル接続性を用いて構成される。現在は最大２つの接続が考慮されているので、「デュアル接続性」という用語が用いられる。ＵＥは、設定されていれば、複数のＵｕインターフェースを用いてＥ−ＵＴＲＡＮに接続する。例として、ＵＥは、１つの無線インターフェースを用いることによって１つ以上の追加の無線インターフェースを確立するように構成される。以下では、１つのノードがマスターｅＮＢ（ＭｅＮＢ：ｍａｓｔｅｒ  ｅＮＢ）と呼ばれ、別のノードがセカンダリｅＮＢ（ＳｅＮＢ：ｓｅｃｏｎｄａｒｙ  ｅＮＢ）と呼ばれる。
【００３５】
デュアル接続性は、スモールセル配備の強化を提供する。デュアル接続性と関連する主要な課題の１つは、同時上りリンクチャネル送信のための上りリンク電力制御である。電力が制限されないケースでは、各セルグループ上の上りリンクチャネルは、既存の電力制御パラメータおよび手順を用いて送信されるべきである。本明細書において、電力が制限されないケースとは、すべてのセルグループ上の上りリンク信号の総スケジュール送信電力が所定のＵＥの最大許容送信電力（すなわち、Ｐｃｍａｘ）を超過しないことを意味する。しかしながら、電力が制限されるケースではマスターセルグループ（ＭＣＧ）およびセカンダリセルグループ（ＳＣＧ）上の総スケジュール上りリンク送信電力がＵＥの最大許容送信電力（Ｐｃｍａｘ）を超過し、ＵＥは、総送信電力が電力制限内であるように、上りリンクチャネル優先度付けおよび電力スケーリングを一方または両方の上りリンクチャネル上で行わなければならない。
【００３６】
デュアル接続性については、同期および非同期ネットワークの両方がサポートされる。各セルグループ上で別個の上りリンク制御情報（ＵＣＩ）レポーティングが行われてもよい。ＭＣＧに関するハイブリッド自動再送要求肯定応答／否定応答（ＨＡＲＱ−ＡＣＫ：ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／ｎｅｇａｔｉｖｅ  ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）およびチャネル状態情報（ＣＳＩ：ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ）は、ＭｅＮＢのみへ送信される。ＳＣＧにおけるＰＤＳＣＨ／ＰＵＳＣＨ動作に関するＵＣＩは、ＳｅＮＢのみへ送信される。例えば、ＳＣＧセルのＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫおよび／またはＳＣＧセルの周期的および非周期的ＣＳＩは、ＳｅＮＢのみへ送信される。
【００３７】
ＳＣＧでは、プライマリセル（ＰＣｅｌｌ）をプライマリセカンダリセル（ＰＳＣｅｌｌ）で置き換えて、リリース１１におけるようなＵＣＩ送信ルールがサポートされる。ＵＣＩ送信ルールは、ＵＣＩが送信される物理チャネル（物理上りリンク制御チャネル（ＰＵＣＣＨ）またはＰＵＳＣＨ）、ＰＵＳＣＨ上のＵＣＩのケースにおいてＵＣＩが送信されるセルの選択、ＨＡＲＱ−ＡＣＫのためのＰＵＣＣＨリソースの選択、周期的ＣＳＩドロッピング・ルール、ＵＣＩの組み合わせの取り扱い；およびＨＡＲＱ−ＡＣＫタイミングならびに多重化を含む。
【００３８】
ＭＣＧの複数の在圏セルは、シグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ）を運び、それゆえに、ＵＥへの接続を維持するために不可欠である。ＰＣｅｌｌにおけるプリアンブル送信は、その他のセルにおけるプリアンブル送信より重要であると見做される。それゆえに、デュアル接続性のケースでは、ＵＥは、ＳＣＧ上のＰＵＣＣＨ送信よりＭＣＧ上のＰＵＳＣＨ送信の方に高い優先度を与える。
【００３９】
記載されるシステムおよび方法は、ＰＵＣＣＨおよび／またはＰＵＳＣＨ情報に基づいて総電力を評価する。電力割り当ての様々な条件および順序が種々のシナリオに関して記載される。記載されるシステムおよび方法は、起りうる仕様の影響を最小限に抑えて、一方ではデュアル接続性の新しい要件を促進するために、ほとんどの場合、レガシーな振る舞いを利用することができる。
【００４０】
本明細書に開示されるシステムおよび方法の様々な例が図面を参照して次に記載される。図面中、同様の参照番号は、機能的に類似した要素を示す。本明細書において図面に一般的に記載され、説明されるシステムおよび方法は、多種多様に異なる実装に配置し、設計することができるであろう。従って、図面に表現されるような、いくつかの実装の以下のさらに詳細な記載は、特許請求の範囲を限定するものではなく、システムおよび方法を単に代表するに過ぎない。
【００４１】
図１は、デュアル接続性オペレーションのためのシステムおよび方法が実装された１つ以上の基地局装置（ｅＮＢ）１６０および１つ以上の端末装置（ＵＥ）１０２の一構成を示すブロック図である。１つ以上のＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを用いて１つ以上のｅＮＢ１６０と通信する。例えば、ＵＥ１０２は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０へ電磁信号を送信し、ｅＮＢ１６０から電磁信号を受信する。ｅＮＢ１６０は、１つ以上のアンテナ１８０ａ〜ｎを用いてＵＥ１０２と通信する。
【００４２】
いくつかの構成において、本明細書に記載されるＵＥ１０２の１つ以上が単一のデバイスに実装されてもよいことに留意すべきである。例えば、複数のＵＥ１０２がいくつかの実装では単一のデバイスに組み合わされてもよい。加えてまたは代わりに、いくつかの構成において、本明細書に記載されるｅＮＢ１６０の１つ以上が単一のデバイスに実装されてもよい。例えば、複数のｅＮＢ１６０がいくつかの実装では単一のデバイスに組み合わされてもよい。図１のコンテキストでは、例として、単一のデバイスは、本明細書に記載されるシステムおよび方法による１つ以上のＵＥ１０２を含む。加えてまたは代わりに、本明細書に記載されるシステムおよび方法による１つ以上のｅＮＢ１６０が単一のデバイスまたは複数のデバイスとして実装されてもよい。
【００４３】
ＵＥ１０２およびｅＮＢ１６０は、相互に通信するために１つ以上のチャネル１１９、１２１を用いる。例えば、ＵＥ１０２は、１つ以上の上りリンクチャネル１２１および信号を用いてｅＮＢ１６０へ情報またはデータを送信する。上りリンクチャネル１２１の例は、物理上りリンク制御チャネル（ＰＵＣＣＨ）および物理上りリンク共有チャネル（ＰＵＳＣＨ）などを含む。上りリンク信号の例は、復調参照信号（ＤＭＲＳ：ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）およびサウンディング参照信号（ＳＲＳ：ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）などを含む。１つ以上のｅＮＢ１６０も、例として、１つ以上の下りリンクチャネル１１９および信号を用いて１つ以上のＵＥ１０２へ情報またはデータを送信する。下りリンクチャネル１１９の例は、ＰＤＣＣＨ、ＰＤＳＣＨなどを含む。下りリンク信号の例は、プライマリ同期信号（ＰＳＳ：ｐｒｉｍａｒｙ  ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  ｓｉｇｎａｌ）、セル固有参照信号（ＣＲＳ：Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）、およびチャネル状態情報（ＣＳＩ）参照信号（ＣＳＩ−ＲＳ：ＣＳＩ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）などを含む。他の種類のチャネルまたは信号が用いられてもよい。
【００４４】
１つ以上のＵＥ１０２のそれぞれは、１つ以上のトランシーバ１１８、１つ以上の復調器１１４、１つ以上のデコーダ１０８、１つ以上のエンコーダ１５０、１つ以上の変調器１５４、１つ以上のデータバッファ１０４および１つ以上のＵＥオペレーション・モジュール１２４を含む。例えば、ＵＥ１０２では１つ以上の受信および／または送信経路が実装される。便宜上、ＵＥ１０２では単一のトランシーバ１１８、デコーダ１０８、復調器１１４、エンコーダ１５０および変調器１５４のみが示されるが、複数の並列要素（例えば、トランシーバ１１８、デコーダ１０８、復調器１１４、エンコーダ１５０および変調器１５４）が実装されてもよい。
【００４５】
トランシーバ１１８は、１つ以上の受信機１２０および１つ以上の送信機１５８を含む。１つ以上の受信機１２０は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０から信号を受信する。例えば、受信機１２０は、１つ以上の受信信号１１６を作り出すために信号を受信してダウンコンバートする。１つ以上の受信信号１１６は、復調器１１４へ供給される。１つ以上の送信機１５８は、１つ以上のアンテナ１２２ａ〜ｎを用いてｅＮＢ１６０へ信号を送信する。例えば、１つ以上の送信機１５８は、１つ以上の変調信号１５６をアップコンバートして送信する。
【００４６】
復調器１１４は、１つ以上の復調信号１１２を作り出すために１つ以上の受信信号１１６を復調する。１つ以上の復調信号１１２は、デコーダ１０８へ供給される。ＵＥ１０２は、信号を復号するためにデコーダ１０８を用いる。デコーダ１０８は、１つ以上の復号信号１０６、１１０を作り出す。例えば、第１のＵＥ復号信号１０６は、データバッファ１０４に記憶される、受信したペイロード・データを備える。第２のＵＥ復号信号１１０は、オーバーヘッド・データおよび／または制御データを備える。例えば、第２のＵＥ復号信号１１０は、１つ以上のオペレーションを行うためにＵＥオペレーション・モジュール１２４によって用いられるデータを供給する。
【００４７】
本明細書では、用語「モジュール」は、特定の要素またはコンポーネントがハードウェア、ソフトウェア、またはハードウェアおよびソフトウェアの組み合わせで実装されることを意味する。しかしながら、留意すべきは、本明細書において「モジュール」として示される任意の要素が代わりにハードウェアで実装されてもよいことである。例えば、ＵＥオペレーション・モジュール１２４は、ハードウェア、ソフトウェアまたは両方の組み合わせで実装されてもよい。
【００４８】
一般に、ＵＥオペレーション・モジュール１２４は、ＵＥ１０２が１つ以上のｅＮＢ１６０と通信することを可能にする。ＵＥオペレーション・モジュール１２４は、ＵＣＩ／チャネル評価モジュール１２６および優先度付けモジュール１２８のうちの１つ以上を含む。
【００４９】
ＵＥオペレーション・モジュール１２４は、ＭＣＧ１５５およびＳＣＧ１５７の無線リソースを効率的に利用する利益を提供する。ＳＣＧ１５７が追加されるとき、２つのセルグループが構成される。１つのセルグループはＭＣＧ１５５であり、別のセルグループはＳＣＧ１５７である。ＭＣＧ１５５は、ＲＲＣメッセージを交換するためのシグナリング無線ベアラ（ＳＲＢ）を提供する。ＳＣＧ１５７は、ＭＣＧ１５５を通じて追加される。ＭＣＧ１５５は、ＵＥ１０２とマスターｅＮＢ（ＭｅＮＢ）１６０との間の無線接続を提供する。ＳＣＧ１５７は、ＵＥ１０２とセカンダリｅＮＢ（ＳｅＮＢ）１６０との間の無線接続を提供する。
【００５０】
ＵＣＩ／チャネル評価モジュール１２６は、複数のセルグループ（例えば、ＭＣＧ１５５およびＳＣＧ１５７）の総スケジュール送信電力がＵＥ１０２の最大許容送信電力（Ｐｃｍａｘ）を超過するかどうかを判断する。複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力を超過しない場合は、ＵＥ１０２の電力が制限されないケースである。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７からの同時上りリンク送信は、独立して行われるべきである。
【００５１】
複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力を超過する場合は、ＵＥ１０２の電力が制限されるケースである。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７上の総上りリンク送信電力がＰｃｍａｘを超過するため、ＵＥ１０２は、総送信電力が電力制限内であるように、上りリンクチャネル優先度付けおよび電力スケーリングを一方または両方の上りリンクチャネル１２１上で行う。
【００５２】
ＵＣＩ／チャネル評価モジュール１２６は、ＵＣＩがセルグループのためにＰＵＳＣＨ送信上で運ばれるかどうかを判断する。複数のＰＵＳＣＨ送信について、ＵＣＩを伴うＰＵＳＣＨは、ＵＣＩを伴わないＰＵＳＣＨより優先される。それゆえに、電力が制限されるケースでは、各セルグループ内のＵＣＩを伴わないＰＵＳＣＨは、ＵＣＩを伴うＰＵＳＣＨより前に、ドロップされるか、または電力スケーリングが行われる。
【００５３】
ＵＣＩ／チャネル評価モジュール１２６は、ＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力を超過するかどうかを判断する。一構成において、ＵＣＩ／チャネル評価モジュール１２６は、ＰＵＳＣＨ上のＵＣＴのみの送信を想定する。言い換えれば、ＵＣＩ／チャネル評価モジュール１２６は、ＵＣＩを伴わないＰＵＳＣＨをドロップし、かつＵＣＩを伴うＰＵＳＣＨ上のデータ部分をドロップすることによって、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力を依然として超過するかどうかを評価する。総送信電力がＵＥ１０２の最大許容送信電力より小さい場合、ＵＣＩ／チャネル評価モジュール１２６は、ＵＣＩのみのＰＵＳＣＨレポートを想定してＰＵＳＣＨ上でＵＣＩを送信する。さらにまた、ＰＵＳＣＨデータ送信に対して電力スケーリングが適用されてもよい。
【００５４】
ＰＵＳＣＨ上のＵＣＩのみを伴う、総送信電力がＵＥ１０２の最大許容送信電力を依然として超過する場合、優先度付けモジュール１２８は、上りリンクチャネル・タイプおよびＵＣＩタイプに基づいてチャネル・ドロッピングを判断するために優先度ルールを用いる。優先度付けモジュール１２８は、複数のセルグループのうちでのＵＣＩタイプおよびチャネル・タイプの優先度を判断する。異なる物理上りリンクチャネルおよびＵＣＩは、異なる機能を達成する。従って、異なる物理上りリンクチャネルおよびＵＣＩは、ＵＥ１０２のオペレーションにとって異なる重要性を有する。
【００５５】
電力が制限されるケースでは、ＭＣＧ１５５およびＳＣＧ１５７上の総上りリンク送信電力がＵＥ１０２の最大許容送信電力を超過する場合、ＵＥ１０２は、総電力がＰｃｍａｘを超過しないように、上りリンクチャネル優先度付けおよび電力スケーリングを少なくとも１つの上りリンクチャネル１２１上で行う。優先度が低い方の上りリンクチャネル１２１は、優先度が高い方の上りリンクチャネル１２１より前に、ドロップされるか、または電力がスケールダウンされるべきである。
【００５６】
優先度付けモジュール１２８は、上りリンクチャネル１２１をドロップすべきかどうかを判断するために優先度ルールを適用する。これは、図４に関連して記載されるように達成される。
【００５７】
電力が制限されるケースでは、ＵＣＩを伴わないＰＵＳＣＨ送信について、総送信電力がＰｃｍａｘ未満であるようにＰＵＳＣＨ送信電力を削減するために電力スケーリングを用いることができる。一構成において、電力スケーリングは、ＰＵＳＣＨ送信のためのすべてのリソース要素において１より小さいスケーリング係数を用いて行われる。
【００５８】
一例において、優先度が高い方の信号がＰＵＣＣＨ上で送信される場合には、セルグループ上で送信される優先度が高い方の信号は、ＰＵＣＣＨであってもよい。別の例では、優先度が高い方の信号がＵＣＩを伴うかまたは伴わないＰＵＳＣＨ上で送信される場合には、セルグループ上で送信される優先度が高い方の信号は、ＰＵＳＣＨであってもよい。さらに別の例では、優先度が高い方の信号がＰＵＣＣＨおよびＰＵＳＣＨ上で同時に送信される場合には、セルグループ上で送信される優先度が高い方の信号は、ＰＵＣＣＨおよびＰＵＳＣＨの両方であってもよい。
【００５９】
簡易なアプローチにおいて、ＰＵＳＣＨ送信上のＵＣＩが低い方の優先度を有するならば、ＵＣＩを伴うＰＵＳＣＨは、ドロップされるべきである。ＰＵＳＣＨ送信上のＵＣＩが他のセルグループの上りリンクチャネル１２１より高い優先度を有するならば、所定のセルグループ上のＵＣＩを伴うＰＵＳＣＨは、送信されるべきである。
【００６０】
別の構成では、ＵＣＩ／チャネル評価モジュール１２６は、ＰＵＣＣＨ上のＵＣＴ送信を想定する。データ送信を伴うＰＵＳＣＨは、通常、ＰＵＣＣＨ送信より大きな電力を必要とする。それゆえに、ＰＵＳＣＨのみの複数の送信上のＵＣＩを評価する代わりに、ＵＥ１０２は、ＰＵＳＣＨではなくＰＵＣＣＨ上でＵＣＩを送信するための電力を評価することができる。
【００６１】
ＵＥオペレーション・モジュール１２４は、情報１４８を１つ以上の受信機１２０に提供する。ＵＥオペレーション・モジュール１２４は、さらに、情報１３８を復調器１１４に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０からの送信に予想される変調パターンを復調器１１４に通知する。
【００６２】
ＵＥオペレーション・モジュール１２４は、情報１３６をデコーダ１０８に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０からの送信に予想される符号化法をデコーダ１０８に通知する。
【００６３】
ＵＥオペレーション・モジュール１２４は、情報１４２をエンコーダ１５０に提供する。情報１４２は、符号化すべきデータおよび／または符号化に関する命令を含む。例えば、ＵＥオペレーション・モジュール１２４は、送信データ１４６および／または他の情報１４２を符号化するようにエンコーダ１５０に命令する。他の情報１４２は、ＭＣＧ１５５またはＳＣＧ１５７上のＵＣＩおよび／またはチャネル（例えば、ＰＵＳＣＨまたはＰＵＣＣＨ）を含む。
【００６４】
エンコーダ１５０は、送信データ１４６および／またはＵＥオペレーション・モジュール１２４によって提供された他の情報１４２を符号化する。例えば、データ１４６および／または他の情報１４２の符号化は、誤り検出および／または訂正符号化、送信のための空間、時間および／または周波数リソースへのデータのマッピング、多重などを伴う。エンコーダ１５０は、符号化データ１５２を変調器１５４へ供給する。
【００６５】
ＵＥオペレーション・モジュール１２４は、情報１４４を変調器１５４に提供する。例えば、ＵＥオペレーション・モジュール１２４は、ｅＮＢ１６０への送信に用いるための変調型（例えば、コンステレーション・マッピング）を変調器１５４に通知する。変調器１５４は、１つ以上の変調信号１５６を１つ以上の送信機１５８へ供給するために符号化データ１５２を変調する。
【００６６】
ＵＥオペレーション・モジュール１２４は、情報１４０を１つ以上の送信機１５８に提供する。この情報１４０は、１つ以上の送信機１５８に対する命令を含む。例えば、ＵＥオペレーション・モジュール１２４は、信号をｅＮＢ１６０へいつ送信すべきかを１つ以上の送信機１５８に命令する。１つ以上の送信機１５８は、変調信号（単数または複数）１５６を１つ以上のｅＮＢ１６０へアップコンバートして送信する。
【００６７】
ｅＮＢ１６０は、１つ以上のトランシーバ１７６、１つ以上の復調器１７２、１つ以上のデコーダ１６６、１つ以上のエンコーダ１０９、１つ以上の変調器１１３、１つ以上のデータバッファ１６２および１つ以上のｅＮＢオペレーション・モジュール１８２を含む。例えば、ｅＮＢ１６０では１つ以上の受信および／または送信経路が実装される。便宜上、ｅＮＢ１６０では単一のトランシーバ１７６、デコーダ１６６、復調器１７２、エンコーダ１０９および変調器１１３のみが示されるが、複数の並列要素（例えば、トランシーバ１７６、デコーダ１６６、復調器１７２、エンコーダ１０９および変調器１１３）が実装されてもよい。
【００６８】
トランシーバ１７６は、１つ以上の受信機１７８および１つ以上の送信機１１７を含む。１つ以上の受信機１７８は、１つ以上のアンテナ１８０ａ〜ｎを用いてＵＥ１０２から信号を受信する。例えば、受信機１７８は、１つ以上の受信信号１７４を作り出すために信号を受信してダウンコンバートする。１つ以上の受信信号１７４は、復調器１７２へ供給される。１つ以上の送信機１１７は、１つ以上のアンテナ１８０ａ〜ｎを用いて信号をＵＥ１０２へ送信する。例えば、１つ以上の送信機１１７は、１つ以上の変調信号１１５をアップコンバートして送信する。
【００６９】
復調器１７２は、１つ以上の復調信号１７０を作り出すために１つ以上の受信信号１７４を復調する。１つ以上の復調信号１７０は、デコーダ１６６へ供給される。ｅＮＢ１６０は、信号を復号するためにデコーダ１６６を用いる。デコーダ１６６は、１つ以上の復号信号１６４、１６８を作り出す。例えば、第１のｅＮＢ復号信号１６４は、データバッファ１６２に記憶される、受信したペイロード・データを備える。第２のｅＮＢ復号信号１６８は、オーバーヘッド・データおよび／または制御データを備える。例えば、第２のｅＮＢ復号信号１６８は、１つ以上のオペレーションを行うためにｅＮＢオペレーション・モジュール１８２によって用いられるデータ（例えば、ＰＵＳＣＨ送信データ）を供給する。
【００７０】
一般に、ｅＮＢオペレーション・モジュール１８２は、ｅＮＢ１６０が１つ以上のＵＥ１０２と通信することを可能にする。ｅＮＢオペレーション・モジュール１８２は、デュアル接続性判断モジュール１９６およびＵＣＩ／チャネル受信モジュール１９８のうちの１つ以上を含む。ｅＮＢオペレーション・モジュール１８２は、ＭＣＧ１５５およびＳＣＧ１５７の無線リソースを効率的に利用する利益を提供する。
【００７１】
ｅＮＢ１６０がデュアル接続性をサポートする場合、デュアル接続性判断モジュール１９６は、デュアル接続性が１つより多いセルグループを用いて構成されていると判断する。例えば、ｅＮＢ１６０が１つのセルグループを提供し、別のｅＮＢ１６０が第２のセルグループを提供する。セルグループは、ＭＣＧ１５５またはＳＣＧ１５７である。
【００７２】
ＵＣＩ／チャネル受信モジュール１９８は、複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力を超過するかどうかの異なる想定に基づいてセルグループ上でＵＣＩおよびチャネルを受信する。留意すべきは、１つのセルグループのｅＮＢ１６０が別のセルグループの所要送信電力を認識していないかもしれないことである。複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力を超過しない場合は、ＵＥ１０２の電力が制限されないケースである。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７からの同時上りリンク送信は、ＵＥ１０２によって独立して行われるべきである。ｅＮＢ１６０は、セルグループ上で上りリンクチャネルをスケジュールされた電力で受信することを想定する。
【００７３】
複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力を超過する場合は、ＵＥ１０２の電力が制限されるケースである。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７上の総スケジュール上りリンク送信電力がＰｃｍａｘを超過する場合、ＵＣＩ／チャネル受信モジュール１９８は、総送信電力が電力制限内であるように、一方または両方の上りリンクチャネル１２１上で上りリンクチャネル優先度付けおよび電力スケーリングに基づいてＵＣＩおよび／またはチャネルを受信する。優先度が低い方の上りリンクチャネル１２１は、優先度が高い方の上りリンクチャネル１２１より前に、ドロップされるか、または電力がスケールダウンされる。ＵＣＩ／チャネル受信モジュール１９８は、図４に関連して記載される優先度ルールに基づいてセルグループのためにＵＣＩおよびチャネルを受信する。従って、ｅＮＢ１６０は、スケジュールされた複数の上りリンク送信またはチャネルのうちのいくつかがドロップされるか、または電力を削減して送信されることを予想する。言い換えれば、ｅＮＢ１６０は、いくつかのスケジュールされた上りリンク送信またはチャネルがドロップされるか、またはスケジュールされた電力では送信されないことを予想する。
【００７４】
ＵＣＩ／チャネル受信モジュール１９８は、さらに、ＵＣＩがセルグループのためにＰＵＳＣＨ送信上で運ばれるようにスケジュールされているかどうかに基づいて、そのセルグループ上でＵＣＩおよびチャネルを受信する。複数のＰＵＳＣＨ送信について、ＵＣＩを伴うＰＵＳＣＨは、ＵＣＩを伴わないＰＵＳＣＨより優先される。それゆえに、電力が制限されるケースでは、ｅＮＢ１６０は、各セルグループ内のＵＣＩを伴わないＰＵＳＣＨがＵＣＩを伴うＰＵＳＣＨより前に、ドロップされるか、または電力スケーリングが行われることを予想する。
【００７５】
ＵＣＩ／チャネル受信モジュール１９８は、ＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力を超過するかどうかの異なる想定に基づいてセルグループ上でＵＣＩおよびチャネルをさらに受信する。一構成において、ＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力より小さい場合、ＵＣＩ／チャネル受信モジュール１９８は、ＰＵＳＣＨ上のＵＣＩをＵＣＩのみのＰＵＳＣＨレポートで受信する。ｅＮＢは、ＰＵＳＣＨデータ送信に対してさらなる電力スケーリングが適用されることを予想する。
【００７６】
ＰＵＳＣＨ上のＵＣＩのみを伴う、総送信電力がＵＥ１０２の最大許容送信電力を依然として超過する場合、ＵＣＩ／チャネル受信モジュール１９８は、図４に関連して記載される優先度ルールに基づいてＵＣＩおよびチャネルを受信する。ＵＣＩおよびチャネル・ドロッピングは、上りリンクチャネル１２１タイプおよびＩＣＩタイプに基づく。例えば、ＰＵＳＣＨ送信上のＵＣＩが低い方の優先度を有するならば、ＵＣＩを伴うＰＵＳＣＨは、ドロップされる。ＰＵＳＣＨ送信上のＵＣＩが他のセルグループの上りリンクチャネル１２１より高い優先度を有するならば、所定のセルグループ上のＵＣＩを伴うＰＵＳＣＨは、受信される。
【００７７】
別の構成では、ＵＣＩ／チャネル受信モジュール１９８は、ＰＵＣＣＨ上でＵＣＩ送信を受信する。先に記載されたように、データ送信を伴うＰＵＳＣＨは、通常、ＰＵＣＣＨ送信より大きな電力を必要とする。それゆえに、ＰＵＳＣＨのみの複数の送信上でＵＣＩを受信する代わりに、ｅＮＢ１６０は、ＰＵＳＣＨ送信ではなくＰＵＣＣＨ送信上でＵＣＩを受信することを予想する。
【００７８】
ｅＮＢオペレーション・モジュール１８２は、情報１９０を１つ以上の受信機１７８に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、受信したＵＣＩおよびチャネルに基づいて送信をいつ受信すべきか、またはいつ受信すべきでないかを受信機（単数または複数）１７８に通知する。
【００７９】
ｅＮＢオペレーション・モジュール１８２は、情報１８８を復調器１７２に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２からの送信に予想される変調パターンを復調器１７２に通知する。
【００８０】
ｅＮＢオペレーション・モジュール１８２は、情報１８６をデコーダ１６６に提供する。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２からの送信に予想される符号化法をデコーダ１６６に通知する。
【００８１】
ｅＮＢオペレーション・モジュール１８２は、情報１０１をエンコーダ１０９に提供する。情報１０１は、符号化すべきデータおよび／または符号化に関する命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、送信データ１０５および／または他の情報１０１を符号化するようにエンコーダ１０９に命令する。
【００８２】
一般に、ｅＮＢオペレーション・モジュール１８２は、ｅＮＢ１６０が１つ以上のネットワークノード（例えば、モビリティ管理エンティティ（ＭＭＥ：ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）、在圏ゲートウェイ（Ｓ−ＧＷ：ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）、ｅＮＢ）と通信することを可能にする。ｅＮＢオペレーション・モジュール１８２は、ＵＥ１０２へシグナリングするためのＲＲＣ接続再構成メッセージも生成する。ＲＲＣ接続再構成メッセージは、ＳＣＧ１５７追加・修正のためのＳＣＧ構成パラメータを含む。ｅＮＢオペレーション・モジュール１８２は、ＵＥ１０２へシグナリングするためのＲＲＣ接続再構成メッセージを他のｅＮＢ１６０へ送信してもよい。例えば、他のｅＮＢ１６０は、ＳＣＧ１５７追加または修正のためのＳＣＧ構成パラメータをｅＮＢ１６０からコンテナとして受信してもよい。ｅＮＢ１６０は、受信したコンテナを含むＲＲＣ接続再構成メッセージを生成して、そのＲＲＣ接続再構成メッセージをＵＥ１０２へ送信する。ｅＮＢ１６０は、受信したコンテナに含まれるＲＲＣ接続再構成メッセージを単に送信してもよい。
【００８３】
エンコーダ１０９は、送信データ１０５および／またはｅＮＢオペレーション・モジュール１８２によって提供された他の情報１０１を符号化する。例えば、データ１０５および／または他の情報１０１の符号化は、誤り検出および／または訂正符号化、送信のための空間、時間および／または周波数リソースへのデータのマッピング、多重化などを伴う。エンコーダ１０９は、符号化データ１１１を変調器１１３へ供給する。送信データ１０５は、ＵＥ１０２へ伝えるためのネットワークデータを含む。
【００８４】
ｅＮＢオペレーション・モジュール１８２は、情報１０３を変調器１１３に提供する。この情報１０３は、変調器１１３に対する命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、ＵＥ（単数または複数）１０２への送信に用いるための変調型（例えば、コンステレーション・マッピング）を変調器１１３に通知する。変調器１１３は、１つ以上の変調信号１１５を１つ以上の送信機１１７へ供給するために符号化データ１１１を変調する。
【００８５】
ｅＮＢオペレーション・モジュール１８２は、情報１９２を１つ以上の送信機１１７に提供する。この情報１９２は、１つ以上の送信機１１７に対する命令を含む。例えば、ｅＮＢオペレーション・モジュール１８２は、信号をＵＥ（単数または複数）１０２へいつ送信すべきか（またはいつ送信すべきでないか）を１つ以上の送信機１１７に命令する。１つ以上の送信機１１７は、変調信号（単数または複数）１１５を１つ以上のＵＥ１０２へアップコンバートして送信する。
【００８６】
留意すべきは、ｅＮＢ（単数または複数）１６０およびＵＥ（単数または複数）１０２に含まれる要素またはその部分の１つ以上がハードウェアで実装されてもよいことである。例えば、これらの要素またはその部分の１つ以上は、チップ、回路素子またはハードウェア・コンポーネントなどとして実装されてもよい。同様に留意すべきは、本明細書に記載される機能または方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ：ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、大規模集積回路（ＬＳＩ：ｌａｒｇｅ−ｓｃａｌｅ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。
【００８７】
図２は、デュアル接続性オペレーションのためのシステムおよび方法が実装されたＥ−ＵＴＲＡＮアーキテクチャ２２１の構成を示すブロック図である。図２に関連して記載されるＵＥ２０２は、図１に関連して記載されたＵＥ１０２に従って実装される。図２に関連して記載されるｅＮＢ２６０ａ〜ｂは、図１に関連して記載されたｅＮＢ１６０に従って実装される。
【００８８】
マルチ接続性のためのＥ−ＵＴＲＡＮアーキテクチャ２２１は、ＵＥ２０２にデュアル接続性を提供するＥ−ＵＴＲＡＮアーキテクチャの一例である。この構成において、ＵＥ２０２は、Ｕｕインターフェース２３９およびＵｕｘインターフェース２４１を通じてＥ−ＵＴＲＡＮ２３３に接続する。Ｅ−ＵＴＲＡＮ２３３は、第１のｅＮＢ２６０ａおよび第２のｅＮＢ２６０ｂを含む。ｅＮＢ２６０ａ〜ｂは、ＵＥ２０２に対してＥ−ＵＴＲＡユーザプレーン（ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）および制御プレーン（ＲＲＣ）プロトコル終端を提供する。ｅＮＢ２６０ａ〜ｂは、Ｘ２インターフェース２３７によって相互接続される。Ｓ１インターフェース２２９、２３１は、ＭＭＥ２３４、在圏ゲートウェイ２２７およびｅＮＢ２６０ａ〜ｂの間の多対多の関係をサポートする。第１のｅＮＢ（例えば、ＭｅＮＢ）２６０ａおよび第２のｅＮＢ（例えば、ＳｅＮＢ）２６０ｂは、さらに、Ｓ１−ＭＭＥ２２９および／またはＸ２インターフェース２３７と同じであってもなくてもよい、１つ以上のＸインターフェース２３５によって相互接続される。
【００８９】
ｅＮＢ２６０は、様々な機能をホストする。例えば、ｅＮＢ２６０は、無線リソース管理（例えば、無線ベアラ制御、無線受付制御、接続モビリティ制御、上りリンクおよび下りリンクの両方におけるリソースのＵＥ２０２への動的割り当て（スケジューリング））のための機能をホストする。ｅＮＢ２６０は、ユーザデータストリームのＩＰヘッダ圧縮および暗号化、ＵＥ２０２によって提供された情報からＭＭＥ２３４へのルーティングを何も確定できないときのＵＥ２０２アタッチメントにおけるＭＭ２３４の選択、ならびにユーザプレーン・データの在圏ゲートウェイ２２７へのルーティングも行う。加えて、ｅＮＢ２６０は、（ＭＭＥ２３４から生じた）ページング・メッセージのスケジューリングおよび送信、（ＭＭＥまたは運用保守（Ｏ＆Ｍ：ｏｐｅｒａｔｉｏｎ  ａｎｄ  ｍａｉｎｔｅｎａｎｃｅ）から生じた）ブロードキャスト情報のスケジューリングおよび送信、モビリティおよびスケジューリングに係る測定ならびに測定レポーティング設定、および（ＭＭＥ２３４から生じた）（地震および津波警報システム（ＥＴＷＳ：ｅａｒｔｈｑｕａｋｅ  ａｎｄ  ｔｓｕｎａｍｉ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ）ならびに商用携帯警報システム（ＣＭＡＳ：ｃｏｍｍｅｒｃｉａｌ  ｍｏｂｉｌｅ  ａｌｅｒｔ  ｓｙｓｔｅｍ）を含む）公衆警報システム（ＰＷＳ：ｐｕｂｌｉｃ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ）メッセージのスケジューリングおよび送信を行う。ｅＮＢ２６０は、上りリンクにおけるクローズド・サブスクライバ・グループ（ＣＳＧ：ｃｌｏｓｅｄ  ｓｕｂｓｃｒｉｂｅｒ  ｇｒｏｕｐ）処理およびトランスポート・レベルのパケット・マーキングをさらに行う。
【００９０】
ＭＭＥ２３４は、様々な機能をホストする。例えば、ＭＭＥ２３４は、非アクセス層（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリング・セキュリティ、アクセス層（ＡＳ：Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセス・ネットワーク間モビリティに関するコアネットワーク（ＣＮ：ｃｏｒｅ  ｎｅｔｗｏｒｋ）ノード間シグナリング、および（ページング再送信の制御および実行を含む）アイドルモードＵＥリーチャビリティを行う。ＭＭＥ２３４は、（アイドルおよびアクティブモードにおけるＵＥ２０２に関する）トラッキングエリア・リスト管理、パケットデータ・ネットワーク・ゲートウェイ（ＰＤＮ  ＧＷ：ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ  ｇａｔｅｗａｙ）およびＳ−ＧＷ選択、ＭＭＥ２３４変更を伴うハンドオーバのためのＭＭＥ２３４選択、ならびに２Ｇまたは３Ｇ  ３ＧＰＰアクセス・ネットワークへのハンドオーバのための在圏ＧＰＲＳサポート・ノード（ＳＧＳＮ：Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）選択も行う。加えて、ＭＭＥ２３４は、ローミング、認証、および（専用ベアラ確立を含む）ベアラ管理機能をホストする。ＭＭＥ２３４は、（ＥＴＷＳおよびＣＭＡＳを含む）ＰＷＳメッセージ送信にサポートを提供し、随意的にページング最適化を行う。
【００９１】
Ｓ−ＧＷ２２７も次の機能をホストする。Ｓ−ＧＷ２２７は、ｅＮＢ２６０間ハンドオーバのためのローカル・モビリティ・アンカーポイントをホストする。Ｓ−ＧＷ２２７は、３ＧＰＰ間モビリティに係るモビリティ・アンカリング、Ｅ−ＵＴＲＡＮアイドルモード下りリンク・パケット・バッファリング、およびネットワークによりトリガされたサービス・リクエスト手順の開始、合法的傍受、ならびにパケット・ルーティングおよびフォワーディングを行う。Ｓ−ＧＷ２２７は、上りリンクおよび下りリンクにおけるトランスポート・レベルのパケット・マーキング、オペレータ間課金に係るユーザおよびＱｏＳクラス識別子（ＱＣＩ：ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ）粒度に関するアカウンティング、ならびにＵＥ２０２、パケットデータネットワーク（ＰＤＮ：ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）、およびＱＣＩごとの上りリンク（ＵＬ）および下りリンク（ＤＬ）課金も行う。
【００９２】
Ｅ−ＵＴＲＡＮ２３３の無線プロトコルアーキテクチャは、ユーザプレーンおよび制御プレーンを含む。ユーザプレーン・プロトコルスタックは、ＰＤＣＰ、ＲＬＣ、ＭＡＣおよびＰＨＹサブレイヤを含む。（ネットワーク上のｅＮＢ２６０ａで終端された）ＰＤＣＰ、ＲＬＣ、ＭＡＣおよびＰＨＹサブレイヤは、ユーザプレーンのための機能（例えば、ヘッダ圧縮、暗号化、スケジューリング、ＡＲＱおよびＨＡＲＱ）を行う。ＰＤＣＰエンティティは、ＰＤＣＰサブレイヤに位置する。ＲＬＣエンティティは、ＲＬＣサブレイヤに位置する。ＭＡＣエンティティは、ＭＡＣサブレイヤに位置する。ＰＨＹエンティティは、ＰＨＹサブレイヤに位置する。
【００９３】
制御プレーンは、制御プレーン・プロトコルスタックを含む。（ネットワーク側のｅＮＢ２６０ａで終端された）ＰＤＣＰサブレイヤは、制御プレーンのための機能（例えば、暗号化およびインテグリティプロテクション）を行う。（ネットワーク側のｅＮＢで終端される）ＲＬＣおよびＭＡＣサブレイヤは、ユーザプレーンの場合と同じ機能を行う。（ネットワーク側のｅＮＢ２６０ａで終端された）ＲＲＣは、次の機能を行う。ＲＲＣは、ブロードキャスト機能、ページング、ＲＲＣ接続管理、無線ベアラ（ＲＢ）制御、モビリティ機能、ＵＥ２０２測定レポーティングおよび制御を行う。（ネットワーク側のＭＭＥ２３４で終端された）ＮＡＳ制御プロトコルは、とりわけ、発展型パケットシステム（ＥＰＳ：ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）ベアラ管理、認証、発展型パケットシステム接続管理（ＥＣＭ：ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ  ｃｏｎｎｅｃｔｉｏｎ  ｍａｎａｇｅｍｅｎｔ）−ＩＤＬＥモビリティ処理、ＥＣＭ−ＩＤＬＥでのページング発信およびセキュリティ制御を行う。
【００９４】
第１のｅＮＢ２６０ａおよび第２のｅＮＢ２６０ｂは、Ｓ１インターフェース２２９、２３１によってＥＰＣ２２３に接続される。第１のｅＮＢ２６０ａは、Ｓ１−ＭＭＥインターフェース２２９によってＭＭＥ２３４に接続される。一構成において、第２のｅＮＢ２６０ｂは、（破線で示されるように）Ｓ１−Ｕインターフェース２３１によって在圏ゲートウェイ２２７に接続される。第１のｅＮＢ２６０ａは、第２のｅＮＢ２６０ｂに対してＭＭＥ２３４として振舞い、従って、第２のｅＮＢ２６０ｂのためのＳ１−ＭＭＥインターフェース２２９は、（例として、Ｘインターフェース２３５を通じて）第１のｅＮＢ２６０ａと第２のｅＮＢ２６０ｂとの間で接続される。それゆえに、第１のｅＮＢ２６０ａは、第２のｅＮＢ２６０ｂにとって（Ｓ１−ＭＭＥインターフェース２２９に基づく）ＭＭＥ２３４および（Ｘ２インターフェース２３７に基づく）ｅＮＢ２６０であるように見える。
【００９５】
別の構成では、第１のｅＮＢ２６０ａは、（破線で示されているように）Ｓ１−Ｕインターフェース２３１によって在圏ゲートウェイ２２７にも接続される。それゆえに、第２のｅＮＢ２６０ｂは、ＥＰＣ２２３に接続されなくてもよい。第１のｅＮＢ２６０ａは、第２のｅＮＢ２６０ｂにとって（Ｓ１−ＭＭＥインターフェース２２９に基づく）ＭＭＥ２３４、（Ｘ２インターフェース２３７に基づく）ｅＮＢ、および（Ｓ１−Ｕインターフェース２３１に基づく）Ｓ−ＧＷ２２７であるように見える。このアーキテクチャ２２１は、ＥＰＣ２２３との単一ノードＳ１インターフェース２２９、２３１（例えば、接続）を第１のｅＮＢ２６０ａおよび第２のｅＮＢ２６０ｂに提供する。ＥＰＣ２２３、ＭＭＥ２３４、Ｓ−ＧＷ２２７との単一ノード接続により、ＵＥ２０２が第１のｅＮＢ２６０ａのカバレッジ内にある限り、変更（例えばハンドオーバ）を軽減できるであろう。
【００９６】
図３は、デュアル接続性オペレーションのためのシステムおよび方法が実装されたＥ−ＵＴＲＡＮ３３３およびＵＥ３０２の一構成を示すブロック図である。図３に関連して記載されるＵＥ３０２およびＥ−ＵＴＲＡＮ３３３は、図１および２のうちの少なくとも１つに関連して記載された対応する要素に従って実装される。
【００９７】
従来のキャリアアグリゲーションでは、単一のｅＮＢ３６０がＵＥ３０２に複数の在圏セル３５１を提供することが想定される。２つ以上のセル３５１がアグリゲートされる（例えば、マクロセルが複数のリモートラジオヘッド（ＲＲＨ）セル３５１とアグリゲートされる）シナリオにおいても、これらのセル３５１は、単一のｅＮＢ３６０によって制御される（例えば、スケジュールされる）。しかしながら、スモールセル配備のシナリオでは、各ｅＮＢ３６０（例えば、ノード）は、それ自体の独立したスケジューラを有しうる。両方のｅＮＢ３６０ａ〜ｂの無線リソースを利用するために、ＵＥ３０２は、両方のｅＮＢ３６０ａ〜ｂに接続する。
【００９８】
キャリアアグリゲーションが構成されているときに、ＵＥ３０２は、ネットワークと１つのＲＲＣ接続を有しうる。無線インターフェースがキャリアアグリゲーションを提供する。ＲＲＣ接続確立、再確立およびハンドオーバの間に、１つの在圏セル３５１がＮＡＳモビリティ情報（例えば、トラッキングエリア・アイデンティティ（ＴＡＩ：ｔｒａｃｋｉｎｇ  ａｒｅａ  ｉｄｅｎｔｉｔｙ））を提供する。ＲＲＣ接続再確立およびハンドオーバの間に、１つの在圏セル３５１がセキュリティ入力を供給する。このセル３５１は、プライマリセル（ＰＣｅｌｌ）と呼ばれる。下りリンクでは、ＰＣｅｌｌに対応するコンポーネントキャリアは、下りリンク・プライマリコンポーネントキャリア（ＤＬ  ＰＣＣ：ｄｏｗｎｌｉｎｋ  ｐｒｉｍａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）であり、一方で上りリンクでは、ＰＣｅｌｌに対応するコンポーネントキャリアは、上りリンク・プライマリコンポーネントキャリア（ＵＬ  ＰＣＣ：ｕｐｌｉｎｋ  ｐｒｉｍａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）である。
【００９９】
ＵＥ３０２の能力に依存して、ＰＣｅｌｌとともに在圏セル３５１ａ〜ｆのセットを形成するために１つ以上のＳＣｅｌｌが構成される。下りリンクでは、ＳＣｅｌｌに対応するコンポーネントキャリアは、下りリンク・セカンダリコンポーネントキャリア（ＤＬ  ＳＣＣ：ｄｏｗｎｌｉｎｋ  ｓｅｃｏｎｄａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）であり、一方で上りリンクでは、ＳＣｅｌｌに対応するコンポーネントキャリアは、上りリンク・セカンダリコンポーネントキャリア（ＵＬ  ＳＣＣ：ｕｐｌｉｎｋ  ｓｅｃｏｎｄａｒｙ  ｃｏｍｐｏｎｅｎｔ  ｃａｒｒｉｅｒ）である。
【０１００】
ＵＥ３０２のための在圏セル３５１ａ〜ｆの構成セットは、それゆえに、１つのＰＣｅｌｌおよび１つ以上のＳＣｅｌｌからなる。ＳＣｅｌｌごとに、ＵＥ３０２による（下りリンク・リソースに加えて）上りリンク・リソースの使用法が構成可能である。構成されるＤＬ  ＳＣＣの数は、ＵＬ  ＳＣＣの数以上であってもよく、いずれのＳｃｅｌｌも上りリンク・リソースのみの使用のためには構成されない。
【０１０１】
ＵＥ３０２の観点から、各上りリンク・リソースは、１つの在圏セル３５１に属する。構成される在圏セル３５１の数は、ＵＥ３０２のアグリゲーション能力に依存する。ＰＣｅｌｌは、ハンドオーバ手順を用いて（例えば、セキュリティ・キー変更およびランダムアクセスチャネル（ＲＡＣＨ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）手順によって）のみ変更される。ＰＣｅｌｌは、ＰＵＣＣＨの送信に用いられる。ＳＣｅｌｌとは異なり、ＰＣｅｌｌは、非アクティブ化されない。再確立は、ＰＣｅｌｌが無線リンク障害（ＲＬＦ：ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ）を経験したときにトリガされ、ＳＣｅｌｌがＲＬＦを経験したときにはトリガされない。そのうえ、ＮＡＳ情報は、ＰＣｅｌｌから取得される。
【０１０２】
ＳＣｅｌｌの再構成、追加および除去は、ＲＲＣ３５９によって行われる。ＬＴＥ内ハンドオーバのときに、ＲＲＣ３５９は、ターゲットＰＣｅｌｌとともに用いるためにＳＣｅｌｌをさらに追加、除去または再構成する。新しいＳＣｅｌｌを追加するときには、ＳＣｅｌｌのすべての必要なシステム情報を送信するために専用ＲＲＣシグナリングが用いられる（例えば、接続モード中に、ＵＥ３０２は、ＳＣｅｌｌから直接にブロードキャストされたシステム情報を得る必要はない）。
【０１０３】
しかしながら、異なるスケジューラを有する両方のｅＮＢ３６０に接続するためには、ＵＥ３０２とＥ−ＵＴＲＡＮ３３３との間のデュアル接続性が必要とされる。リリース１１のオペレーションに加えて、リリース１２に従って動作するＵＥ３０２は、（マルチ接続性、ノード間キャリアアグリゲーション、ノード間無線アグリゲーション、マルチフロー、マルチセル・クラスタ、マルチＵｕなどとも称される）デュアル接続性を用いて構成される。
【０１０４】
ＵＥ３０２は、構成されていれば、複数のＵｕインターフェース２３９、２４１によってＥ−ＵＴＲＡＮ３３３に接続する。例えば、ＵＥ３０２は、１つの無線インターフェース（無線接続３５３）を用いることによって追加の無線インターフェース（例えば、無線接続３５３）を確立するように構成される。以下では、１つのｅＮＢ３６０は、マスターｅＮＢ（ＭｅＮＢ）３６０ａと呼ばれ、プライマリｅＮＢ（ＰｅＮＢ）とも称される。別のｅＮＢ３６０は、セカンダリｅＮＢ（ＳｅＮＢ）３６０ｂと呼ばれる。（プライマリＵｕインターフェースと称することもできる）Ｕｕインターフェース２３９は、ＵＥ３０２とＭｅＮＢ３６０ａとの間の無線インターフェースである。（セカンダリＵｕインターフェースと称することもできる）Ｕｕｘインターフェース２４１は、ＵＥ３０２とＳｅＮＢ３６０ｂとの間の無線インターフェースである。
【０１０５】
一構成において、ＵＥ３０２は、Ｅ−ＵＴＲＡＮ３３３との複数のＵｕインターフェース２３９、２４１（すなわち、ＭＣＧ３５５およびＳＣＧ３５７）をＵＥ３０２が認識している限り、ＭｅＮＢ３６０ａおよびＳｅＮＢ２６０を認識している必要はない。さらに、Ｅ−ＵＴＲＡＮ３３３は、同じかまたは異なるｅＮＢ３６０との複数のＵｕインターフェースを提供してもよい。
【０１０６】
一構成においては、ＭｅＮＢ３６０ａおよびＳｅＮＢ３６０ｂを同じｅＮＢ３６０とすることができるであろう。単一のｅＮＢ３６０によっても複数のＵｕインターフェース２３９、２４１（例えば、デュアル接続性）を達成することができる。ＵＥ３０２は、１つより多いＵｕｘインターフェース２４１（例えば、Ｕｕ１、Ｕｕ２、Ｕｕ３…）を接続することが可能である。各Ｕｕインターフェース２３９、２４１がキャリアアグリゲーションを有することができる。それゆえに、ＣＡのケースでＵＥ３０２が在圏セル３５１の１つより多いセットを用いて構成されてもよい。デュアル接続性（すなわち、２セット）では、在圏セル３５１の１つのセットがＭＣＧ３５５であり、在圏セルの別のセットがＳＣＧ３５７である。
【０１０７】
本明細書では複数のＵｕインターフェース２３９、２４１が記載されるが、Ｕｕインターフェース２３９の定義によっては、この機能性を単一のＵｕインターフェース２３９によって実現することもできるであろう。デュアル接続性は、インターフェースの定義によっては、単一のＵｕインターフェース２３９または単一の無線インターフェースによって実現される。無線インターフェースは、ＵＥ３０２とｅＮＢ３６０との間のインターフェースではなく、ＵＥ３０２とＥ−ＵＴＲＡＮ３３３との間のインターフェースとして定義できる。例えば、デュアル接続性を伴うＵＥ３０２とＥ−ＵＴＲＡＮ３３３との間のインターフェースとして１つの無線インターフェースを定義することができる。それゆえに、上記のＵｕ２３９とＵｕｘ２４１との差異は、セル３５１の特性であると見做されてもよい。Ｕｕインターフェース２３９およびＵｕｘインターフェース２４１がそれぞれセル（単数または複数）のセットＡおよびセル（単数または複数）のセットＢと言い換えられてもよい。さらに、無線インターフェースおよび追加の無線インターフェースがそれぞれマスターセルグループ（ＭＣＧ）３５５およびセカンダリセルグループ（ＳＣＧ）３５７と言い換えられてもよい。
【０１０８】
いくつかの実装において、Ｅ−ＵＴＲＡＮ３３３は、ＭｅＮＢ３６０ａおよびＳｅＮＢ３６０ｂを含む。ＵＥ３０２は、第１の無線接続３５３ａを通じてＭｅＮＢ３６０ａと通信する。ＵＥ３０２は、第２の無線接続３５３ｂを通じてＳｅＮＢ３６０ｂと通信する。図３は、１つの第１の無線接続３５３ａおよび１つの第２の無線接続３５３ｂを示すが、ＵＥ３０２は、１つの第１の無線接続３５３ａおよび１つ以上の第２の無線接続３５３ｂを用いて構成されてもよい。ＭｅＮＢ３６０ａおよびＳｅＮＢ３６０ｂは、図１に関連して記載されたｅＮＢ１６０に従って実装される。
【０１０９】
ＭｅＮＢ３６０ａは、１つ以上のＵＥ３０２に接続するための複数のセル３５１ａ〜ｃを提供する。例えば、ＭｅＮＢ３６０ａは、セルＡ３５１ａ、セルＢ３５１ｂおよびセルＣ３５１ｃを提供する。同様に、ＳｅＮＢ３６０ｂは、複数のセル３５１ｄ〜ｆを提供する。ＵＥ３０２は、第１の無線接続３５３ａ（例えば、マスターセルグループ（ＭＣＧ）３５５）に対して１つ以上のセル（例えば、セルＡ３５１ａ、セルＢ３５１ｂおよびセルＣ３５１ｃ）上で送信／受信するように構成される。ＵＥ３０２は、さらに、第２の無線接続３５３ｂ（例えば、セカンダリセルグループ（ＳＣＧ）３５７）に対して１つ以上の他のセル（例えば、セルＤ３５１ｄ、セルＥ３５１ｅおよびセルＦ３５１ｆ）上で送信／受信するように構成される。
【０１１０】
ＭＣＧ３５５は、１つのＰＣｅｌｌおよび１つ以上の随意的なＳＣｅｌｌ（単数または複数）を含みうる。ＳＣＧ３５７は、１つのＰＣｅｌｌ類似セル（ＰＣｅｌｌ、プライマリＳＣｅｌｌ（ＰＳＣｅｌｌ）、セカンダリＰＣｅｌｌ（ＳＰＣｅｌｌ）、ＰＣｅｌｌｓｃｇ、ＳＣＧ  ＰＣｅｌｌなどと称される）および１つ以上の随意的なＳＣｅｌｌ（単数または複数）を含みうる。ＵＥ３０２が無線接続３５３ａ〜ｂのために複数のセル３５１ａ〜ｆ上で送信／受信するように構成される場合、無線接続３５３ａ〜ｂにキャリアアグリゲーション・オペレーションが適用される。一構成において、各無線接続３５３は、プライマリセル、および０、１つまたはそれ以上のセカンダリセル（単数または複数）を用いて構成される。別の構成では、少なくとも１つの無線接続３５３がプライマリセル、および０、１つまたはそれ以上のセカンダリセル（単数または複数）を用いて構成され、他の無線接続３５３が１つ以上のセカンダリセル（単数または複数）を用いて構成される。さらに別の構成では、少なくとも１つの無線接続３５３がプライマリセル、および０、１つまたはそれ以上のセカンダリセル（単数または複数）を用いて構成され、他の無線接続３５３がＰＣｅｌｌ類似セル、および０、１つまたはそれ以上のセカンダリセル（単数または複数）を用いて構成される。
【０１１１】
１つのＭＡＣエンティティ３６１および１つのＰＨＹエンティティ３６３が１つのセルグループへマッピングされる。例えば、第１のＭＡＣエンティティ３６１ａおよび第１のＰＨＹエンティティ３６３ａは、ＭＣＧ３５５へマッピングされる。同様に、第２のＭＡＣエンティティ３６１ｂおよび第２のＰＨＹエンティティ３６３ｂは、ＳＣＧ３５７へマッピングされる。ＵＥ３０２は、１つのＭＣＧ３５５（例えば、第１の無線接続３５３ａ）および随意的に１つ以上のＳＣＧ（単数または複数）３５７（例えば、第２の接続３５３ｂ）を用いて構成される。
【０１１２】
ＭｅＮＢ３６０ａは、第１の無線接続３５３ａに関してＵＥコンテキストを管理して記憶する。ＵＥコンテキストは、ＵＥ３０２のための構成セル３５１に係るＵＥ３０２ごとのＲＲＣコンテキスト（例えば、構成、構成セル３５１、セキュリティ情報など）、ＱｏＳ情報およびＵＥ３０２アイデンティティであってもよい。例えば、ＭｅＮＢ３６０ａは、第１のＵＥコンテキスト３４３ａ、第２のＵＥコンテキスト３４５および第３のＵＥコンテキスト３４７を管理して記憶する。
【０１１３】
ＳｅＮＢ３６０ｂは、ＵＥ３０２のための構成セル３５１に係るＵＥ３０２ごとの第２の無線接続３５３ｂに関してＵＥコンテキストを管理および記憶する。例えば、ＳｅＮＢ３６０ｂは、第１のＵＥコンテキスト３４３ｂおよび第４のＵＥコンテキスト３４９を管理して記憶する。ｅＮＢ３６０は、ＭｅＮＢ３６０ａとしてもＳｅＮＢ３６０ｂとしても振舞うことができる。それゆえに、ｅＮＢ３６０は、第１の無線接続３５３ａに接続されたＵＥ３０２に関するＵＥコンテキスト、および第２の無線接続３５３ｂに接続されたＵＥ３０２に関するＵＥコンテキストを管理して記憶する。
【０１１４】
いくつかの実装において、ＭＡＣエンティティ３６１ａ〜ｂは、ＲＲＣエンティティ３５９とのインターフェースを有する。ＲＲＣエンティティ３５９は、Ｅ−ＵＴＲＡＮ３３３のＲＲＣエンティティ（示されない）からＲＲＣメッセージ（例えば、ＲＲＣ接続再構成メッセージ、接続制御メッセージ、ハンドオーバ・コマンドなど）を受信する。ＲＲＣエンティティ３５９は、さらに、Ｅ−ＵＴＲＡＮ３３３のＲＲＣエンティティ（示されない）へＲＲＣメッセージ（例えば、ＲＲＣ接続再構成完了メッセージ）を送信する。
【０１１５】
図４は、ＵＥ１０２によるデュアル接続性オペレーションのための方法４００の一実装を示すフロー図である。デュアル接続性において、ＵＥ１０２は、１つ以上のセルグループに接続される。ＵＥ１０２がデュアル接続性をサポートする場合、ＵＥ１０２は、デュアル接続性が１つより多いセルグループを用いて構成されていると判断する。例えば、ＵＥ１０２は、ＭＣＧ１５５およびＳＣＧ１５７に接続される。
【０１１６】
サブフレームにおける複数の上りリンク送信について、ＵＥ１０２は、複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力（Ｐｃｍａｘ）を超過するかどうかを判断する（ステップ４０２）。複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力を超過しない場合は、ＵＥ１０２の電力が制限されないケースである。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７からの同時上りリンク送信は、スケジュールされた上りリンク送信電力および各セルグループ内の既存の優先度ルールに従って独立して行われるべきである。
【０１１７】
物理上りリンクチャネル１２１は、セル上の最初のアクセスに用いられる物理ランダムアクセスチャネル（ＰＲＡＣＨ：ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）を含む。ＰＲＡＣＨは、通常、セル上で送信されるべき第１の上りリンク信号なので、最も高い優先度を有する。ＰＲＡＣＨが送信される場合、ＰＲＡＣＨの電力は、電力が制限されるケースにおける同時送信に対して削減されるべきではない。
【０１１８】
上りリンク制御情報（ＵＣＩ）は、ＵＥ１０２からのフィードバック制御情報である。ＵＣＩは、スケジューリング・リクエスト（ＳＲ：ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ）、ＨＡＲＱ−ＡＣＫおよびチャネル状態情報（ＣＳＩ）のうちの１つ以上を含む。
【０１１９】
ＳＲは、チャネルアクセスのために用いられる信号である。ＳＲは、ＳＲリソースが利用可能なときには用いられないＰＲＡＣＨを除いて、他のＵＣＩおよびチャネルより高い優先度を有する。
【０１２０】
ＰＤＳＣＨ送信に対するＨＡＲＱ−ＡＣＫは、前のＰＤＳＣＨがＵＥ１０２によって正しく受信されたか否かをフィードバックするために用いられる。ＣＳＩは、ｅＮＢ１６０がデータ送信をより効率的にスケジュールできるような、下りリンクチャネル状態に関するフィードバックである。ＣＳＩのタイプは、ランク指標（ＲＩ：ｒａｎｋ  ｉｎｄｉｃａｔｉｏｎ）、プレコーディングマトリックス指標（ＰＭＩ：ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｉｏｎ）および／またはチャネル品質インジケータ（ＣＱＩ：ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）を含み、ＣＱＩは、広帯域ＣＱＩおよび／または狭帯域ＣＱＩであってもよい。ＣＳＩレポーティングは、周期的ＣＳＩまたは非周期的ＣＳＩであってもよい。
【０１２１】
サウンディング参照信号（ＳＲＳ：ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）は、上りリンク上で送信される信号である。ｅＮＢ１６０は、上りリンクチャネル１２１状態をより良好に推定するためのＳＲＳを利用する。
【０１２２】
ＰＵＣＣＨは、ＵＣＩのみを運ぶために用いられる。ＰＵＳＣＨは、データを運ぶために用いることができ、ＵＣＩはＰＵＳＣＨ上でデータと多重することができる。ｅＮＢ１６０によってＰＵＳＣＨがスケジュールされ、送信されるべきデータが何もないケースでは、ＰＵＳＣＨ上でＵＣＩのみが送信されてもよい。
【０１２３】
サブフレームの任意の部分において、複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力を超過する場合は、ＵＥ１０２の電力が制限されるケースである。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７上の総スケジュール上りリンク送信電力がＵＥ１０２の最大許容送信電力を超過する場合、ＵＥ１０２は、総送信電力が電力制限内であるように、上りリンクチャネル優先度付けおよび電力スケーリングを一方または両方の上りリンクチャネル１２１上で行う。
【０１２４】
ＵＥ１０２は、複数のセルグループのうちでのＵＣＩタイプおよびチャネル・タイプの優先度を判断する（ステップ４０４）。異なる物理上りリンクチャネル１２１およびＵＣＩは、異なる機能を達成する。従って、異なる物理上りリンクチャネル１２１およびＵＣＩは、ＵＥ１０２のオペレーションに対して異なる重要性を有する。
【０１２５】
電力が制限されるケースでは、ＭＣＧ１５５およびＳＣＧ１５７上の総上りリンク送信電力がＵＥ１０２の最大許容送信電力を超過する場合、ＵＥ１０２は、総電力がＵＥ１０２の最大許容送信電力を超過しないように、上りリンクチャネル優先度付けおよび電力スケーリングを少なくとも１つの上りリンクチャネル１２１上で行う。優先度が低い方の上りリンクチャネル１２１は、優先度が高い方の上りリンクチャネル１２１より前に、ドロップされるか、または電力がスケールダウンされるべきである。
【０１２６】
一般に、次の優先度ルールおよび原則が適用される。これらの優先度ルールは、ドロッピング・ルールまたはチャネル・ドロッピング・ルールとも呼ばれる。ＭＣＧ１５５は、通常、モビリティ、ＲＲＣ機能性、およびＳＰＳ送信のような音声サービスを提供するために使用されるので、同じタイプの上りリンクチャネル１２１またはＵＣＩタイプに対して、ＭＣＧ１５５上の上りリンクチャネル１２１は、ＳＣＧ１５７上の上りリンクチャネル１２１より高い優先度を有する。
【０１２７】
セルグループ内で、種々の上りリンクチャネル１２１の優先順位は、高から低へＰＲＡＣＨ、ＳＲ、ＨＡＲＱ−ＡＣＫ、ＣＳＩ、ＵＣＩを伴わないＰＵＳＣＨおよびＳＲＳと定義できる。
【０１２８】
ＰＵＣＣＨまたはＰＵＳＣＨ上のＣＳＩ送信については、リリース１１／１２におけるようにＵＣＩの組み合わせと同じ処理を用いることができる。例えば、高から低へＲＩ、ＰＭＩ、広帯域ＣＱＩ、狭帯域ＣＱＩなどの優先順位を用いる。非周期的ＣＳＩは、ｅＮＢ１６０によって明示的にリクエストされ、通常、より多くのＣＳＩコンテンツおよびより大きなペイロード・サイズを含むので、周期的ＣＳＩより高い優先度を有するべきである。ＳＰＳによってスケジュールされたＰＵＳＣＨ送信は、ＰＤＣＣＨまたは拡張型ＰＤＣＣＨ（ＥＰＤＣＣＨ：ｅｎｈａｎｃｅｄ  ＰＤＣＣＨ）によってスケジュールされたＰＵＳＣＨ送信より高い優先度を有するべきである。
【０１２９】
デュアル接続性を用いると、ＭＣＧ１５５およびＳＣＧ１５７上の同時ＰＵＣＣＨ送信がサポートされる必要がある。ＰＵＣＣＨ上で運ばれる情報は、フォーマット１ａ／１ｂもしくはフォーマット２またはフォーマット３上のＳＲ、フォーマット１ａ／１ｂもしくはフォーマット２またはフォーマット３上のＨＡＲＱ−ＡＣＫ、およびフォーマット２またはフォーマット３上の周期的ＣＳＩを含む。
【０１３０】
ＰＵＣＣＨ上のスケーリングによる送信電力の削減は、重要なＵＣＩの誤り検出を生じかねないため、回避されるべきである。それゆえに、電力が制限されるシナリオでは優先度ルールを適用することによって、１つだけのＰＵＣＣＨがＭＣＧ１５５またはＳＣＧ１５７上のいずれかで送信されるべきである。
【０１３１】
一構成において、２つのセルグループ間のＰＵＣＣＨ送信ドロッピングは、ＵＣＩタイプに基づく。２つのセルグループ間のＰＵＣＣＨ送信ドロッピングは、次の優先度ルールに従って定義される、すなわち、ＳＲをもつＭＣＧ＞ＳＲをもつＳＣＧ＞ＨＡＲＱ−ＡＣＫをもつＭＣＧ＞ＨＡＲＱ−ＡＣＫをもつＳＣＧ＞周期的ＲＩをもつＭＣＧ＞周期的ＲＩをもつＳＣＧ＞周期的ＰＭＩをもつＭＣＧ＞周期的ＰＭＩをもつＳＣＧ＞周期的広帯域ＣＱＩをもつＭＣＧ＞周期的広帯域ＣＱＩをもつＳＣＧ＞周期的狭帯域ＣＱＩをもつＭＣＧ＞周期的狭帯域ＣＱＩをもつＳＣＧ。この構成では、優先度が低い方のＰＵＣＣＨ送信は、優先度が高い方のＰＵＣＣＨ送信より前にドロップされる。
【０１３２】
別の構成では、ＭＣＧ１５５は、高い方の優先度によって常に保護される。言い換えれば、ＭＣＧ１５５と関連付けられた上りリンク送信は、ＳＣＧ１５７と関連付けられた上りリンク送信より高い優先度を有する。この構成では、２つのセルグループ間のＰＵＣＣＨ送信ドロッピングは、次の優先度ルールに従って定義される、すなわち、ＳＲをもつＭＣＧ＞ＨＡＲＱ−ＡＣＫをもつＭＣＧ＞周期的ＲＩをもつＭＣＧ＞周期的ＰＭＩをもつＭＣＧ＞周期的広帯域ＣＱＩをもつＭＣＧ＞周期的狭帯域ＣＱＩをもつＭＣＧ＞ＳＲをもつＳＣＧ＞ＨＡＲＱ−ＡＣＫをもつＳＣＧ＞周期的ＲＩをもつＳＣＧ＞周期的ＰＭＩをもつＳＣＧ＞周期的広帯域ＣＱＩをもつＳＣＧ＞周期的狭帯域ＣＱＩをもつＳＣＧ。上記のように、この構成では、優先度が低い方のＰＵＣＣＨ送信は、優先度が高い方のＰＵＣＣＨ送信より前にドロップされる。この構成を用いると、ＳＣＧ１５７のドロッピング確率が著しく増加して、望ましくない性能損失をもたらしかねない。
【０１３３】
電力が制限されるケースでは、ＵＣＩを伴わないＰＵＳＣＨ送信について、総送信電力がＵＥ１０２の最大許容送信電力未満であるようにＰＵＳＣＨ送信電力を削減するために電力スケーリングを用いることができる。一構成において、電力スケーリングは、ＰＵＳＣＨ送信のためのすべてのリソース要素において１より小さいスケーリング係数を用いて行われる。言い換えれば、ＵＥ１０２の総送信電力が
【数１】
2017517949.tif 000003
を超過することになれば、ＵＥ１０２は、サブフレームｉで在圏セルｃに対して
【数２】
2017517949.tif 000004
を式（１）の条件が満たされるようにスケーリングする。
【数３】
2017517949.tif 000005
【０１３４】
式（１）において
【数４】
2017517949.tif 000006
は、サブフレームｉにおいて任意の重なりがある優先度が高い方のセルグループの物理チャネル（例えば、ＰＲＡＣＨ、ＰＵＣＣＨまたはＰＵＳＣＨ）に割り当てられた電力のリニア値であり、
【数５】
2017517949.tif 000007
は、ＰＰＵＳＣＨ，ｃ（ｉ）のリニア値であり、
【数６】
2017517949.tif 000008
は、サブフレームｉにおけるＵＥ１０２の総設定最大出力電力ＰＣＭＡＸのリニア値であり、ｗ（ｉ）は、在圏セルｃに対する
【数７】
2017517949.tif 000009
のスケーリング係数であり、ここで０≦ｗ（ｉ）≦１である。
【０１３５】
一例において、セルグループ上で送信される優先度の高い方の信号
【数８】
2017517949.tif 000010
は、優先度の高い方の信号がＰＵＣＣＨ上で送信される場合には
【数９】
2017517949.tif 000011
である。別の例では、
【数１０】
2017517949.tif 000012
は、優先度の高い方の信号がＵＣＩを伴うかまたは伴わないＰＵＳＣＨ上で送信される場合には
【数１１】
2017517949.tif 000013
である。さらに別の例では、
【数１２】
2017517949.tif 000014
は、優先度の高い方の信号がＰＵＣＣＨおよびＰＵＳＣＨ上で同時に送信される場合には
【数１３】
2017517949.tif 000015
である。
【０１３６】
ＵＥ１０２は、ＵＣＩがセルグループのためにＰＵＳＣＨ送信上で運ばれるかどうかを判断する（ステップ４０６）。複数のＰＵＳＣＨ送信について、ＵＣＩを伴うＰＵＳＣＨは、ＵＣＩを伴わないＰＵＳＣＨより優先される。それゆえに、電力が制限されるケースでは、各セルグループ内のＵＣＩを伴わないＰＵＳＣＨは、ＵＣＩを伴うＰＵＳＣＨより前に、ドロップされるか、または電力スケーリングが行われる。
【０１３７】
たとえ本明細書に記載される優先度ルールを用いたとしても、ＰＵＳＣＨに対するドロッピングおよび電力スケーリング手順がさらに定義されてもよい。特に、ＵＣＩを伴うＰＵＳＣＨに対してドロッピングおよび電力スケーリング手順がさらに定義されてもよい。１つのセルグループ上のＨＡＲＱ−ＡＣＫをもつＰＵＳＣＨと、別のセルグループ上のＣＳＩをもつＰＵＣＣＨとの同時送信のケースでは、他のセルグループ上のＣＳＩをもつＰＵＣＣＨを単にドロップすることが、ドロップされたＰＵＣＣＨと関連付けられたセルグループに関して不十分なチャネル推定をもたらしかねない。同様に、１つのセルグループ上のＣＳＩをもつＰＵＣＣＨと、別のセルグループ上のＨＡＲＱ−ＡＣＫおよび／またはＣＳＩをもつＰＵＣＣＨとの同時送信のケースでは、セルグループ上のＣＳＩをもつＰＵＳＣＨを単にドロップすることも、関連付けられたセルグループの不十分なチャネル推定をもたらしかねない。
【０１３８】
ＵＥ１０２は、ＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力を超過するかどうかを判断する（ステップ４０８）。一構成において、ＵＥ１０２は、ＰＵＳＣＨ上のＵＣＴのみの送信を想定する。言い換えれば、ＵＥ１０２は、ＵＣＩを伴わないＰＵＳＣＨおよびＵＣＩを伴うＰＵＳＣＨのデータ部分をドロップすることによって、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力を依然として超過するかどうかを評価する。総送信電力がＵＥ１０２の最大許容送信電力より小さい場合、ＵＥ１０２は、ＵＣＩのみのＰＵＳＣＨレポートを想定して、ＰＵＳＣＨ上でＵＣＩを送信すべきである。さらにまた、ＰＵＳＣＨデータ送信に対して電力スケーリングが適用されてもよい。
【０１３９】
ＰＵＳＣＨ上のＵＣＩのみを伴う、総送信電力がＵＥ１０２の最大許容送信電力を依然として超過する場合、ＵＥ１０２は、上りリンクチャネル・タイプおよびＵＣＩタイプに基づいてチャネル・ドロッピングを判断するために先に記載された優先度ルールを用いるべきである。例えば、セルグループにおけるＰＵＳＣＨ送信上のＵＣＩが低い方の優先度を有するならば、そのセルグループのＵＣＩを伴うＰＵＳＣＨは、ドロップされるべきである。セルグループにおけるＰＵＳＣＨ送信上のＵＣＩが他のセルグループの上りリンクチャネル１２１より高い優先度を有するならば、所定のセルグループ上のＵＣＩを伴うＰＵＳＣＨは、送信されるべきである。
【０１４０】
別の構成では、ＵＥ１０２は、ＰＵＣＣＨ上のＵＣＴ送信を想定する。データ送信を伴うＰＵＳＣＨは、通常、ＰＵＣＣＨ送信より大きな電力を必要とする。それゆえに、セルグループにおけるＰＵＳＣＨのみの複数の送信上のＵＣＩを評価する代わりに、ＵＥ１０２は、セルグループにおけるＰＵＳＣＨではなくＰＵＣＣＨ送信上でＵＣＩを行う。
【０１４１】
ＵＥ１０２の総送信電力が
【数１４】
2017517949.tif 000016
を超過することになれば、ＵＥ１０２は、サブフレームｉで在圏セルｃに対して
【数１５】
2017517949.tif 000017
を条件
【数１６】
2017517949.tif 000018
が満たされるようにスケーリングし、ここで、
【数１７】
2017517949.tif 000019
は、ＰＰＵＣＣＨ（ｉ）のリニア値であり、
【数１８】
2017517949.tif 000020
は、ＰＰＵＳＣＨ，ｃ（ｉ）のリニア値であり、
【数１９】
2017517949.tif 000021
は、サブフレームｉにおけるＵＥ１０２の総設定最大出力電力ＰＣＭＡＸのリニア値であり、ｗ（ｉ）は、在圏セルｃに関する
【数２０】
2017517949.tif 000022
のスケーリング係数であり、ここで０≦ｗ（ｉ）≦１である。サブフレームｉにＰＵＣＣＨ送信が何もないケースでは、
【数２１】
2017517949.tif 000023
である。
【０１４２】
ＵＥ１０２が在圏セルｊ上のＵＣＩを伴うＰＵＳＣＨと、残りの複数の在圏セルのいずれにおいてもＵＣＩを伴わないＰＵＳＣＨとを有し、ＵＥ１０２の総送信電力が
【数２２】
2017517949.tif 000024
を超過することになれば、ＵＥ１０２は、サブフレームｉでＵＣＩを伴わない複数の在圏セルに対して
【数２３】
2017517949.tif 000025
を条件
【数２４】
2017517949.tif 000026
が満たされるようにスケーリングし、ここで、
【数２５】
2017517949.tif 000027
は、ＵＣＩを伴うセルのためのＰＵＳＣＨ送信電力であり、ｗ（ｉ）は、ＵＣＩを伴わない在圏セルｃに対する
【数２６】
2017517949.tif 000028
のスケーリング係数である。このケースでは、
【数２７】
2017517949.tif 000029
に対して電力スケーリングは、
【数２８】
2017517949.tif 000030
、かつＵＥ１０２の総送信電力が
【数２９】
2017517949.tif 000031
を依然として超過することにならない限り適用されない。ｗ（ｉ）値は、ｗ（ｉ）＞０のときに複数の在圏セルにわたって同じであるが、ある一定の在圏セルに対してｗ（ｉ）がゼロであってもよいことに留意すべきである。
【０１４３】
ＵＥが在圏セルｊ上のＵＣＩを伴う同時ＰＵＣＣＨおよびＰＵＳＣＨ送信と、残りの複数の在圏セルのいずれにおいてもＵＣＩを伴わないＰＵＳＣＨ送信とを有し、ＵＥ１０２の総送信電力が
【数３０】
2017517949.tif 000032
を超過することになれば、ＵＥ１０２は、式（１）および（２）に従って、
【数３１】
2017517949.tif 000033
を得る。
【数３２】
2017517949.tif 000034
【０１４４】
ＵＥ１０２は、複数のセルグループ上でＵＣＩおよびチャネルを送信する（ステップ４１０）。ＰＵＳＣＨ上のＵＣＩ多重化については、ＵＣＩタイプに基づいて種々の多重化ルールおよびリソース要素が用いられる。ＲＩおよびＨＡＲＱ−ＡＣＫは、ＤＭＲＳシンボルの傍らでＰＵＳＣＨリソースの底から多重化される。ＰＭＩおよびＣＱＩは、ＰＵＳＣＨリソースの開始から多重化される。さらに、異なるＵＣＩタイプに対して異なるベータ・オフセット値が設定される。それゆえに、ＰＵＳＣＨを用いたＵＣＩ多重化について、ＵＥ１０２は、ＵＣＩ送信とＰＵＳＣＨデータ送信とを区別して、ＵＣＩ送信に優先度を与えるべきである。
【０１４５】
図５は、ｅＮＢ１６０によるデュアル接続性オペレーションのための方法５００の一実装を示すフロー図である。デュアル接続性において、ｅＮＢ１６０は、１つ以上のＵＥ１０２に接続するために複数のセル３５１を提供する。ｅＮＢ１６０は、１つ以上のセル３５１のために無線接続３５３を提供する。１つ以上のセル３５１は、セルグループを形成する。ｅＮＢ１６０がデュアル接続性をサポートする場合、ｅＮＢ１６０は、デュアル接続性が１つより多いセルグループを用いて構成されていると判断する（ステップ５０２）。例えば、ｅＮＢ１６０が１つのセルグループを提供し、別のｅＮＢ１６０が第２のセルグループを提供する。セルグループは、ＭＣＧ１５５またはＳＣＧ１５７である。
【０１４６】
ｅＮＢ１６０は、複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力（Ｐｃｍａｘ）を超過するかどうかの異なる想定に基づいてセルグループ上でＵＣＩおよびチャネルを受信する（ステップ５０４）。複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力を超過しない場合は、ＵＥ１０２の電力が制限されないケースである。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７からの同時上りリンク送信は、ＵＥ１０２によって独立して行われるべきである。ｅＮＢ１６０は、セルグループ上で上りリンクチャネル１２１をスケジュールされた電力で受信することを想定する。
【０１４７】
複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力を超過する場合は、ＵＥ１０２の電力が制限されるケースである。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７上の総上りリンク送信電力がＵＥ１０２の最大許容送信電力を超過する場合、ｅＮＢ１６０は、総送信電力が電力制限内であるように、一方または両方の上りリンクチャネル１２１上で上りリンクチャネル優先度付けおよび電力スケーリングに基づいてＵＣＩおよび／またはチャネルを受信する（ステップ５０４）。優先度が低い方の上りリンクチャネル１２１は、優先度が高い方の上りリンクチャネル１２１より前に、ドロップされるか、または電力がスケールダウンされる。ｅＮＢ１６０は、図４に関連して先に記載された優先度ルールに基づいてセルグループのためにＵＣＩおよびチャネルを受信する（ステップ５０４）。従って、ｅＮＢは、スケジュールされた複数の上りリンク送信またはチャネルのうちのいくつかがドロップされるか、または削減した電力で送信されることを予想する。
【０１４８】
ｅＮＢ１６０は、さらに、ＵＣＩがセルグループのためにＰＵＳＣＨ送信上で運ばれるようにスケジュールされているかどうかに基づいてそのセルグループ上でＵＣＩおよびチャネルを受信する（ステップ５０４）。複数のＰＵＳＣＨ送信について、ＵＣＩを伴うＰＵＳＣＨは、ＵＣＩを伴わないＰＵＳＣＨより優先される。それゆえに、電力が制限されるケースでは、ｅＮＢ１６０は、各セルグループ内のＵＣＩを伴わないＰＵＳＣＨがＵＣＩを伴うＰＵＳＣＨより前に、ドロップされるか、または電力スケーリングが行われることを予想する。
【０１４９】
ｅＮＢ１６０は、ＵＣＩのみの複数の送信を伴う、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力を超過するかどうかの異なる想定に基づいてセルグループ上でＵＣＩおよびチャネルをさらに受信する（ステップ５０４）。一構成において、ＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力より小さい場合、ｅＮＢ１６０は、ＰＵＳＣＨ上のＵＣＩをＵＣＩのみのＰＵＳＣＨレポートで受信する（ステップ５０４）。ｅＮＢ１６０は、ＰＵＳＣＨデータ送信に対してさらなる電力スケーリングが適用されることを予想する。
【０１５０】
ＰＵＳＣＨ上のＵＣＩのみを伴う、総送信電力がＵＥ１０２の最大許容送信電力を依然として超過する場合、ｅＮＢ１６０は、先に記載された優先度ルールに基づいてＵＣＩおよびチャネルを受信する（ステップ５０４）。ＵＣＩおよびチャネル・ドロッピングは、上りリンクチャネル１２１タイプおよびＩＣＩタイプに基づく。例えば、ＰＵＳＣＨ送信上のＵＣＩが低い方の優先度を有するならば、ＵＣＩを伴うＰＵＳＣＨは、ドロップされる。ＰＵＳＣＨ送信上のＵＣＩが他のセルグループの上りリンクチャネル１２１より高い優先度を有するならば、所定のセルグループ上のＵＣＩを伴うＰＵＳＣＨは、受信される。
【０１５１】
別の構成では、ｅＮＢ１６０は、ＰＵＣＣＨ上でＵＣＴ送信を受信する（ステップ５０４）。データ送信を伴うＰＵＳＣＨは、通常、ＰＵＣＣＨ送信より大きな電力を必要とする。それゆえに、ＰＵＳＣＨのみの複数の送信上でＵＣＩを受信する代わりに、ｅＮＢ１６０は、ＰＵＳＣＨ送信ではなくＰＵＣＣＨ送信上でＵＣＩを受信することを予想する。
【０１５２】
図６は、種々のＵＣＩを伴うＰＵＳＣＨ送信構造６００を示す。図６に示されるブロックは、スロット０およびスロット１のためのＰＵＳＣＨのリソース要素に対応する。リソース要素は、各スロット内のそれらの送信周波数および時刻とともに示される。ＰＵＳＣＨ送信構造６００は、参照シンボルおよびＰＵＳＣＨデータを含む。
【０１５３】
ＰＵＳＣＨ送信構造は、ＵＣＩ多重化も含む。ＵＣＩ多重化は、チャネル品質インジケータ（ＣＱＩ）／プレコーディングマトリックス指標（ＰＭＩ）、肯定応答／否定応答（ＡＣＫ／ＮＡＣＫ：ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）および／またはランク指標（ＲＩ）を含む。
【０１５４】
図６におけるリソース要素上の矢印は、符号化シンボルがどのように多重化されるかを示す。ＣＱＩ／ＰＭＩについては、符号化シンボルがＰＵＳＣＨ領域のトップから（例えば、トップダウン式に）時間ドメインのすべてのシンボルで多重化される。ＨＡＲＱ−ＡＣＫは、ボトムアップ式に復調参照シンボルの傍らのシンボルで多重化される。同様に、ＲＩは、復調参照信号から１シンボル離れたシンボル上で多重化される。
【０１５５】
図７は、種々のＵＣＩを伴う修正されたＰＵＳＣＨ送信構造７００を示す。図６に示されるブロックは、スロット０およびスロット１のためのＰＵＳＣＨのリソース要素に対応する。リソース要素は、各スロット内のそれらの送信周波数および時刻とともに示される。修正されたＰＵＳＣＨ送信構造７００は、参照シンボルおよびＰＵＳＣＨデータを含む。ＰＵＳＣＨ送信構造は、ＵＣＩ多重化も含む。ＵＣＩ多重化は、ＣＱＩ／ＰＭＩ、ＡＣＫ／ＮＡＣＫ、および／またはＲＩを含む。
【０１５６】
図７に示されるように、ＵＣＩ情報をもつサブキャリアにおけるリソース要素の送信電力は、削減されないであろう。しかしながら、他のサブキャリアにおけるリソース要素は、プレースホルダとして用いることができる。例えば、ＵＣＩ情報を含まないサブキャリアでは信号またはデータが何も送信されない。
【０１５７】
すべてのシンボルにわたって同じＰＵＳＣＨ送信電力を維持するためには、しかしながら、任意のＵＣＩ送信を伴う同じ周波数サブキャリアに含まれるリソース要素中のシンボルがＵＣＩリソース要素と同じ電力を維持すべきである。このケースでは、シンボルを元のＰＵＳＣＨデータとすることもでき、またはゼロパディングを用いてシンボルを発生させることもできる。
【０１５８】
図８は、ＵＥ１０２によるデュアル接続性オペレーションのための方法８００の詳細な実装を示すフロー図である。ＵＥ１０２がデュアル接続性をサポートする場合、ＵＥ１０２は、デュアル接続性が１つより多いセルグループを用いて構成されていると判断する。例えば、ＵＥ１０２は、ＭＣＧ１５５およびＳＣＧ１５７に接続される。
【０１５９】
ＵＥ１０２は、複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力（Ｐｃｍａｘ）を超過すると判断する（ステップ８０２）。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７上の総スケジュール上りリンク送信電力は、ＵＥ１０２の最大許容送信電力を超過する。それゆえに、ＵＥ１０２の電力が制限されるケースである。
【０１６０】
ＵＥ１０２は、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれると判断する（ステップ８０４）。一構成において、第１のセルグループは、優先度の低い方のチャネルまたはＵＣＩを運んでいるセルグループである。別の構成では、第１のセルグループは、優先度の高い方のチャネルまたはＵＣＩを運んでいるセルグループである。複数のＰＵＳＣＨ送信について、ＵＣＩを伴うＰＵＳＣＨは、ＵＣＩを伴わないＰＵＳＣＨより優先される。それゆえに、電力が制限されるケースでは、各セルグループ内のＵＣＩを伴わないＰＵＳＣＨは、ＵＣＩを伴うＰＵＳＣＨより前に、ドロップされるか、または電力スケーリングが行われる。
【０１６１】
チャネル・ドロッピングおよび電力割り当ては、ＵＣＩがセルグループにおけるセルｊのＰＵＳＣＨ上で運ばれる場合には、式（３）に示されるように、電力が制限されるケースにおける１つ以上のステップで評価されるべきである。
【数３３】
2017517949.tif 000035
【０１６２】
式（３）において、
【数３４】
2017517949.tif 000036
は、サブフレームｉにおいて任意の重なりがある優先度が高い方のセルグループの物理チャネル（例えば、ＰＲＡＣＨ、ＰＵＣＣＨまたはＰＵＳＣＨ）に割り当てられた電力のリニア値である。
【数３５】
2017517949.tif 000037
は、ＵＣＩを伴わない推定ＰＵＳＣＨ電力である。
【数３６】
2017517949.tif 000038
は、ＵＣＩおよびデータを伴うセルｊの推定ＰＵＳＣＨ電力である。
【０１６３】
ＵＥ１０２は、第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力を超過するかどうかを判断する（ステップ８０６）。ＵＥ１０２は、ＵＣＩを伴わないＰＵＳＣＨをドロップすることによって、総送信電力がＵＥ１０２の最大許容送信電力を依然として超過するかどうかを評価する。このケースでは、
【数３７】
2017517949.tif 000039
であれば、ＵＥ１０２は、
【数３８】
2017517949.tif 000040
であるように、セルｊ上のＵＣＩを伴わないＰＵＳＣＨをドロップするか、または電力スケーリングを行う。総電力がＵＥ１０２の最大許容送信電力を超過しない場合、ＵＥ１０２は、セルｃ上のＵＣＩを伴わないＰＵＳＣＨをドロップして、以下に記載されるようにさらに評価を行う。
【０１６４】
ＵＥ１０２は、セルグループに関するＵＣＩのみのＰＵＳＣＨレポーティングを想定することによって、ＵＣＩを所定のセルグループのＰＵＳＣＨリソース上で運ぶことができるかどうかを評価する。言い換えれば、ＵＥ１０２は、ＰＵＳＣＨデータ部分をドロップすることによって、ＰＵＳＣＨリソース上でＵＣＩを運ぶことができるかどうかを評価する。ＰＵＳＣＨのためのリソース要素数の削減は、ＰＵＳＣＨの送信電力を効果的に削減する。
【０１６５】
総送信電力がＵＥ１０２の最大許容送信電力を超過しない（すなわち、それより小さい）とＵＥ１０２が判断した（ステップ８０６）場合、ＵＥ１０２は、第１のセルグループのＰＵＳＣＨ上でＵＣＩのみを送信する（ステップ８０８）。ＵＥ１０２は、ＵＣＩのみのＰＵＳＣＨレポートを想定してＰＵＳＣＨ上でＵＣＩを送信する。加えて、残りの電力が依然としてある場合、ＵＥ１０２は、ＰＵＳＣＨデータ送信に対して電力スケーリングを適用してもよい。それゆえに、Ｐ＾Ａｌｌｏｃａｔｅｄ（ｉ）＋Ｐ＾ＰＵＳＣＨ，ｊ＿ＵＣＩ（ｉ）≦Ｐ＾ＣＭＡＸ（ｉ）であれば、ＵＥ１０２は、ＰＵＳＣＨ上でＵＣＩをＵＣＩのみの送信として所定の電力で送信し、ここでＰ＾ＰＵＳＣＨ，ｊ＿ＵＣＩ（ｉ）は、ＰＵＳＣＨ上のＵＣＩのみの送信に割り当てられた電力のリニア値である。ＵＥ１０２は、ＰＵＳＣＨ送信からデータをドロップする。
【０１６６】
現在、図６に示されるように、ＰＵＳＣＨのすべてのリソース要素は、同じ送信電力を有する。ＵＣＩ情報をもつサブキャリアにおけるリソース要素では送信電力は、削減されないであろう。一構成において、他のサブキャリアにおけるリソース要素は、プレースホルダとして用いることができる。言い換えれば、図７に示されるように、信号またはデータが何も送信されない。しかしながら、すべてのシンボルにわたって同じＰＵＳＣＨ送信電力を維持するためには、任意のＵＣＩ送信を伴う同じ周波数サブキャリアに含まれるリソース要素中のシンボルがＵＣＩリソース要素と同じ電力を維持すべきである。シンボルは、元のＰＵＳＣＨデータとすることもでき、またはゼロパディングを用いてシンボルを発生させることもできる。従って、記載されるシステムおよび方法は、サブキャリアまたはリソース要素上で運ばれる情報のタイプに基づいてＰＵＳＣＨ上の不均一な電力割り当てを許容する。
【０１６７】
たとえ第１のセルグループのＰＵＳＣＨ上のＵＣＩのみの送信を用いたとしても、総送信電力がＵＥ１０２の最大許容送信電力を依然として超過するとＵＥ１０２が判断した（ステップ８０６）場合には、ＵＥ１０２は、ＵＣＩタイプおよびチャネル・タイプに基づく優先度ルールを用いて各セルグループ上で送信されるべきチャネルを判断する（ステップ８１０）。ＵＥ１０２は、図４に関連して先に記載された優先度ルールに従って、上りリンクチャネル・タイプおよびＵＣＩタイプに基づいてチャネル・ドロッピングを判断する。
【０１６８】
ＰＵＳＣＨ送信上のＵＣＩが低い方の優先度を有するならば、ＵＣＩを伴うＰＵＳＣＨ送信は、ドロップされるべきである。所定のセルグループにおけるＰＵＳＣＨ送信上のＵＣＩが他のセルグループの上りリンクチャネル１２１より高い優先度を有するならば、所定のセルグループ上のＵＣＩを伴うＰＵＳＣＨは、送信されるべきであり、他のセルグループ上の上りリンクチャネル１２１は、該当するならば、ドロップされるか、または電力スケーリングが適用されるべきである。言い換えれば、Ｐ＾Ａｌｌｏｃａｔｅｄ（ｉ）＋Ｐ＾ＰＵＳＣＨ，ｊ＿ＵＣＩ（ｉ）≧Ｐ＾ＣＭＡＸ（ｉ）であれば、ＵＥ１０２は、ＵＣＩタイプおよびチャネル・タイプの優先度に基づいて送信されるべきチャネルを判断する。
【０１６９】
優先度ルールの結果に基づいて、ＵＥ１０２は、１つのセルグループにおける優先度が高い方のチャネルを送信する（ステップ８１２）。ＵＥ１０２は、優先度が低い方の他のセルグループのチャネルをドロップする（ステップ８１４）か、または電力スケーリングを行う。
【０１７０】
記載されるシステムおよび方法は、ＰＵＳＣＨ送信上のＵＣＩをＰＵＳＣＨ送信上のデータ部分から分離する。これは、電力が制限されるケースにおけるＰＵＣＣＨまたはＰＵＳＣＨ上のＵＣＩ情報の不必要なドロッピングを減少させる。
【０１７１】
一構成において、ドロッピングは、同時（ＭＣＧ  ＰＵＣＣＨ＋ＵＣＩを伴うＳＣＧ  ＰＵＳＣＨ）、および（ＵＣＩを伴うＭＣＧ  ＰＵＳＣＨおよびＳＣＧ  ＰＵＣＣＨまたはＵＣＩを伴うＰＵＳＣＨ）、（ＵＣＩを伴うＭＣＧ  ＰＵＳＣＨ＋ＳＣＧ  ＰＵＣＣＨ）および（ＵＣＩを伴うＭＣＧ  ＰＵＳＣＨ＋ＵＣＩを伴うＳＣＧ  ＰＵＳＣＨ）のケースについてＵＣＩタイプによって判断される。
【０１７２】
ＭＣＧ１５５上でもＳＣＧ１５７上でもＵＣＩを伴うＰＵＳＣＨのケースでは、ＵＥ１０２は、最初にＳＣＧ１５７についてＰＵＳＣＨ上のＵＣＩのみの送信を評価すべきである。電力制限が解決される（すなわち、複数のセルグループの総送信電力がＵＥ１０２の最大許容送信電力を超過しない）場合、ＵＥ１０２は、ＳＣＧ１５７上のＰＵＳＣＨのためのデータ部分をドロップする。総送信電力がＵＥ１０２の最大許容送信電力より依然として大きい場合、ＵＥ１０２は、ＰＵＳＣＨ上のＵＣＩのみの送信をＳＣＧ１５７およびＭＣＧ１５５の両方について評価すべきである。電力制限が解決される場合、ＵＥ１０２は、ＭＣＧ１５５上でもＳＣＧ１５７上でもＵＣＩのみの送信を適用する。総送信電力がＵＥ１０２の最大許容送信電力より依然として大きい場合、ＵＣＩタイプに基づくドロッピングのための優先度ルールがさらに適用されるべきである。
【０１７３】
同時ＰＵＣＣＨおよびＰＵＳＣＨが１つ以上のセルグループで設定されている場合には、優先度ルールがさらにＵＣＩタイプおよびチャネル・フォーマットに基づいて適用される。ＵＣＩタイプが最初に評価されるべきである。ＵＣＩタイプが複数のセルグループについて同じであれば、さらにチャネル・タイプが次のようにさらに評価されるべきである、すなわち、ＭＣＧ  ＰＵＣＣＨ（存在すれば）＞ＳＣＧ  ＰＵＣＣＨ（存在すれば）＞ＵＣＩを伴うＭＣＧ  ＰＵＳＣＨ（存在すれば）＞ＵＣＩを伴うＳＣＧ  ＰＵＳＣＨ（存在すれば）＞ＵＣＩを伴わないＭＣＧ  ＰＵＳＣＨ（存在すれば）＞ＵＣＩを伴わないＳＣＧ  ＰＵＳＣＨ（存在すれば）。
【０１７４】
図９は、ＵＥ１０２によるデュアル接続性オペレーションのための方法９００の別の詳細な実装を示すフロー図である。ＵＥ１０２がデュアル接続性をサポートする場合、ＵＥ１０２は、デュアル接続性が１つより多いセルグループを用いて構成されていると判断する。例えば、ＵＥ１０２は、ＭＣＧ１５５およびＳＣＧ１５７に接続される。
【０１７５】
ＵＥ１０２は、複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力（Ｐｃｍａｘ）を超過すると判断する（ステップ９０２）。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７上の総スケジュール上りリンク送信電力は、ＵＥ１０２の最大許容送信電力を超過する。それゆえに、ＵＥ１０２の電力が制限されるケースである。
【０１７６】
ＵＥ１０２は、ＵＣＩが第１のセルグループのためにＰＵＳＣＨ送信上で運ばれると判断する（ステップ９０４）。一構成において、第１のセルグループは、優先度の低い方のチャネルまたはＵＣＩを運んでいるセルグループである。別の構成では、第１のセルグループは、優先度の高い方のチャネルまたはＵＣＩを運んでいるセルグループである。電力が制限されるケースでは、ＵＣＩが１つのセルグループ（例えば、第１のセルグループ）におけるＰＵＳＣＨ上で運ばれる場合、チャネル・ドロッピングおよび電力割り当てがいくつかのステップで評価される。
【０１７７】
データ送信を伴うＰＵＳＣＨは、通常、ＰＵＣＣＨ送信より大きな電力を必要とする。ＰＵＳＣＨのみの複数の送信上のＵＣＩを評価する代わりに、ＵＥ１０２は、ＰＵＳＣＨ送信ではなくＰＵＣＣＨ送信上でＵＣＩを行う。
【０１７８】
ＵＥ１０２は、第１のセルグループのＰＵＣＣＨ上のＵＣＩ送信を伴う、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力を超過するかどうかを判断する（ステップ９０６）。言い換えれば、ＵＥ１０２は、ＰＵＳＣＨの代わりにＰＵＣＣＨ上でＵＣＩを運ぶことができるかどうか、およびＰＵＳＣＨ送信をドロップすべきかどうかを評価する。一実装においては、既存のリリース８／９／１０／１１／１２のＰＵＣＣＨリソースおよびＰＵＣＣＨフォーマット上のＵＣＩがＨＡＲＱ−ＡＣＫおよびＣＳＩに再使用されてもよい。そのうえ、ＳＲレポートは、ＰＵＣＣＨフォーマット１／１ａ／１ｂ、ＰＵＣＣＨフォーマット２／２ａ／２ｂおよびＰＵＣＣＨフォーマット３上にあってもよい。いくつかのＵＣＩ（例えば、非周期的ＣＳＩ）は、ＰＵＣＣＨレポートにおいてドロップされてもよい。
【０１７９】
総送信電力がＵＥ１０２の最大許容送信電力を超過しない（すなわち、それより小さい）とＵＥ１０２が判断した（ステップ９０６）場合、ＵＥ１０２は、第１のセルグループのＰＵＣＣＨ上でＵＣＩを送信する（ステップ９０８）。ＵＥ１０２は、第１のセルグループのＰＵＳＣＨ送信をドロップする（ステップ９１０）。
【０１８０】
たとえ第１のセルグループのＰＵＣＣＨ上のＵＣＩ送信を用いたとしても、総送信電力がＵＥ１０２の最大許容送信電力を依然として超過するとＵＥ１０２が判断した（ステップ９０６）場合、ＵＥ１０２は、ＵＣＩタイプおよびチャネル・タイプに基づく優先度ルールを用いて各セルグループ上で送信されるべきチャネルを判断する（ステップ９１２）。ＵＥ１０２は、図４に関連して先に記載された優先度ルールに従って、上りリンクチャネル１２１タイプおよびＵＣＩタイプに基づいてチャネル・ドロッピングを判断する（ステップ９１２）。ＰＵＳＣＨ送信上のＵＣＩが低い方の優先度を有するならば、ＵＣＩを伴うＰＵＳＣＨは、ドロップされるべきである。ＰＵＳＣＨ送信上のＵＣＩが他のセルグループの上りリンクチャネル１２１より高い優先度を有するならば、所定のセルグループ上のＵＣＩを伴うＰＵＳＣＨは、送信されるべきであり、他のセルグループ上の上りリンクチャネル１２１は、該当するならば、ドロップされるか、または電力スケーリングが適用されるべきである。
【０１８１】
優先度ルールの結果に基づいて、ＵＥ１０２は、１つのセルグループにおける優先度が高い方のチャネルを送信する（ステップ９１４）。ＵＥ１０２は、優先度が低い方の他のセルグループのチャネルをドロップする（ステップ９１６）か、または電力スケーリングを行う。
【０１８２】
一構成において、Ｐ＾Ａｌｌｏｃａｔｅｄ（ｉ）＋Ｐ＾ＰＵＣＣＨ（ｉ）≦Ｐ＾ＣＭＡＸ（ｉ）であれば、ＵＥ１０２は、ＰＵＣＣＨ上でＵＣＩを送信して、ＰＵＳＣＨをドロップする。この構成において、Ｐ＾ＰＵＣＣＨ（ｉ）は、ＰＵＳＣＨの代わりにＰＵＣＣＨ上のＵＣＩ送信に割り当てられた電力のリニア値である。
【０１８３】
ＭＣＧ１５５上でもＳＣＧ１５７上でもＵＣＩを伴うＰＵＳＣＨのケースでは、ＵＥ１０２は、最初にＳＣＧ１５７についてＰＵＣＣＨ送信上のＵＣＩを評価すべきである。電力制限が解決される場合、ＵＥ１０２は、ＳＣＧ１５７上のＰＵＳＣＨをドロップして、ＰＵＣＣＨを送信する。総送信電力がＵＥ１０２の最大許容送信電力より依然として大きい場合、ＵＥ１０２は、ＳＣＧ１５７およびＭＣＧ１５５の両方のＰＵＣＣＨ上のＵＣＩを評価すべきである。総送信電力がＵＥ１０２の最大許容送信電力より依然として大きい場合、先に記載されたように、優先度ルールを用いてＵＣＩタイプに基づくドロッピングがさらに適用されるべきである。
【０１８４】
図１０は、ＵＥ１０２によるデュアル接続性オペレーションのための方法１０００のさらに別の詳細な実装を示すフロー図である。ＵＥ１０２がデュアル接続性をサポートする場合、ＵＥ１０２は、デュアル接続性が１つより多いセルグループを用いて構成されていると判断する。例えば、ＵＥ１０２は、ＭＣＧ１５５およびＳＣＧ１５７に接続される。
【０１８５】
ＵＥ１０２は、複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力（Ｐｃｍａｘ）を超過すると判断する（ステップ１００２）。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７上の総スケジュール上りリンク送信電力は、ＵＥ１０２の最大許容送信電力を超過する。それゆえに、ＵＥ１０２の電力が制限されるケースである。
【０１８６】
ＵＥ１０２は、ＵＣＩがＳＣＧ１５７のためにＰＵＳＣＨ送信上で運ばれると判断する（ステップ１００４）。一構成において、ＭＣＧ１５５は、ＳＣＧ１５７より高い優先度を有する。この構成において、ＭＣＧ１５５上のＰＵＳＣＨ送信は、ＳＣＧ１５７上のＵＣＩより高い優先度を有する。従って、優先度は、ＭＣＧ  ＰＵＣＣＨ＞ＭＣＧ  ＰＵＳＣＨ＞ＳＣＧ  ＰＵＣＣＨ＞ＵＣＩを伴うＳＣＧ  ＰＵＳＣＨ＞ＵＣＩを伴わないＳＣＧ  ＰＵＳＣＨで定義される。
【０１８７】
ＵＥ１０２は、ＳＣＧ１５７のＰＵＳＣＨ上のＵＣＩのみの送信を伴う、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力を超過するかどうかを判断する（ステップ１００６）。ＳＣＧ１５７上のＵＣＩを伴うＰＵＳＣＨのケースでは、ＵＥ１０２は、ＳＣＧ１５７上のＵＣＩのみのＰＵＳＣＨレポーティングを想定して、ＵＣＩをＰＵＳＣＨリソース上で運ぶことができるかどうかを評価すべきである。
【０１８８】
総送信電力がＵＥ１０２の最大許容送信電力を超過しない（たとえば、それより小さい）とＵＥ１０２が判断した（ステップ１００６）場合、ＵＥ１０２は、ＳＣＧ１５７のＰＵＳＣＨ上でＵＣＩのみを送信する（ステップ１００８）。このケースでは、ＵＥ１０２は、ＵＣＩのみのＰＵＳＣＨレポートを想定する。加えて、残りの電力が依然としてある場合、ＰＵＳＣＨデータ送信に対して電力スケーリングが適用されてもよい。電力スケーリングは、
【数３９】
2017517949.tif 000041
に対して、
【数４０】
2017517949.tif 000042
であり、ＵＥ１０２の総送信電力が
【数４１】
2017517949.tif 000043
を依然として超過することにならない限り適用されない。
【０１８９】
たとえＳＣＧ１５７のＰＵＳＣＨ上のＵＣＩのみの送信を用いたとしても、総送信電力がＵＥ１０２の最大許容送信電力を依然として超過するとＵＥ１０２が判断した（ステップ１００６）場合には、ＵＥ１０２は、ＳＣＧ１５７上のＵＣＩを伴うＰＵＳＣＨをドロップする（ステップ１０１０）か、または電力スケーリングを行う。
【０１９０】
方法１０００のステップは、リスティング（１）の疑似コードに従って要約される。
【数４２】
2017517949.tif 000044
【０１９１】
リスティング（１）において、
【数４３】
2017517949.tif 000045
は、サブフレームｉにおいて任意の重なりがあるＭＣＧ１５５送信に割り当てられた電力のリニア値である。
【数４４】
2017517949.tif 000046
は、セルｊのＰＵＳＣＨ上のＵＣＩのみの送信に割り当てられた電力のリニア値である。
【０１９２】
別の実装では、ＵＥ１０２は、ＳＣＧ１５７の複数の在圏セルのＵＣＩを伴わない複数のＰＵＳＣＨ送信も評価する。この実装では、ＳＣＧ１５７の複数の在圏セルのＵＣＩを伴わない複数のＰＵＳＣＨ送信の総送信電力がＵＥ１０２の最大許容送信電力からＭＣＧ１５５に割り当てられた電力を減じ、ＳＣＧ１５７の在圏セルのＵＣＩを伴うＰＵＣＣＨ送信またはＵＣＩを伴うＰＵＳＣＨ送信のうちの少なくとも１つを減じたものを超過する場合には、ＵＥ１０２は、ＳＣＧ１５７上のＵＣＩを伴わないＰＵＳＣＨをドロップするか、または電力スケーリングを行う。
【０１９３】
図１１は、ＵＥ１０２によるデュアル接続性オペレーションのための方法１１００の別の詳細な実装を示すフロー図である。ＵＥ１０２がデュアル接続性をサポートする場合、ＵＥ１０２は、デュアル接続性が１つより多いセルグループを用いて構成されていると判断する。例えば、ＵＥ１０２は、ＭＣＧ１５５およびＳＣＧ１５７に接続される。
【０１９４】
ＵＥ１０２は、複数のセルグループの総スケジュール送信電力がＵＥ１０２の最大許容送信電力（Ｐｃｍａｘ）を超過すると判断する（ステップ１１０２）。このケースでは、ＭＣＧ１５５およびＳＣＧ１５７上の総スケジュール上りリンク送信電力は、ＵＥ１０２の最大許容送信電力を超過する。それゆえに、ＵＥ１０２の電力が制限されるケースである。
【０１９５】
ＵＥ１０２は、ＵＣＩがＳＣＧ１５７のためにＰＵＳＣＨ送信上で運ばれると判断する（ステップ１１０４）。一構成において、複数のセルグループ間で、ＭＣＧ１５５は、ＳＣＧ１５７より高い優先度を有するべきである。従って、ＭＣＧ１５５上のＰＵＳＣＨ送信は、ＳＣＧ１５７上のＵＣＩより高い優先度を有する。このケースでは、優先度は、ＭＣＧ  ＰＵＣＣＨ＞ＭＣＧ  ＰＵＳＣＨ＞ＳＣＧ  ＰＵＣＣＨ＞ＵＣＩを伴うＳＣＧ  ＰＵＳＣＨ＞ＵＣＩを伴わないＳＣＧ  ＰＵＳＣＨで定義される。従って、電力スケーリングは、ＭＣＧ  ＰＵＣＣＨおよび／またはＭＣＧ  ＰＵＳＣＨ送信には何も適用されない。
【０１９６】
ＵＥ１０２は、ＳＣＧ１５７のＰＵＳＣＨの代わりにＳＣＧ１５７のＰＵＣＣＨ上のＵＣＩを伴う、すべてのセルグループの総送信電力がＵＥ１０２の最大許容送信電力を超過するかどうかを判断する（ステップ１１０６）。先に記載されたように、データを伴うＰＵＳＨ送信は、通常、ＰＵＣＣＨ送信より大きな電力を必要とする。ＰＵＳＣＨのみの複数の送信上のＵＣＩを評価する代わりに、ＵＥ１０２は、ＰＵＳＣＨ送信ではなくＰＵＣＣＨ送信上でＵＣＩを行う。ＳＣＧ１５７上のＵＣＩを伴うＰＵＳＣＨのケースでは、ＵＥ１０２は、ＳＣＧ１５７のＰＵＳＣＨの代わりにＳＣＧ１５７のＰＵＣＣＨ上でＵＣＩを運ぶことができるかどうかを評価すべきである
【０１９７】
総送信電力がＵＥ１０２の最大許容送信電力を超過しない（たとえば、それより小さい）とＵＥ１０２が判断した（ステップ１１０６）場合、ＵＥ１０２は、ＳＣＧのＰＵＳＣＨの代わりにＳＣＧ１５７のＰＵＣＣＨ上でＵＣＩを送信する（ステップ１１０８）べきである。ＵＥ１０２は、ＳＣＧ１５７上のＰＵＳＣＨ送信をドロップする（ステップ１１１０）。
【０１９８】
たとえＳＣＧ１５７のＰＵＳＣＨの代わりにＳＣＧ１５７のＰＵＣＣＨ上のＵＣＩを用いたとしても、総送信電力がＵＥ１０２の最大許容送信電力を依然として超過するとＵＥ１０２が判断した（ステップ１１０６）場合には、ＵＥ１０２は、ＳＣＧ１５７上のＵＣＩを伴うＰＵＳＣＨをドロップする（ステップ１１１２）か、または電力スケーリングを行う。
【０１９９】
方法１１００のステップは、リスティング（２）の疑似コードに従って要約される。
【数４５】
2017517949.tif 000047
【０２００】
リスティング（２）において、
【数４６】
2017517949.tif 000048
は、サブフレームｉにおいて任意の重なりがあるＭＣＧ１５５送信に割り当てられた電力のリニア値である。
【数４７】
2017517949.tif 000049
は、ＰＵＳＣＨの代わりにＰＵＣＣＨ上のＵＣＩ送信に割り当てられた電力のリニア値である。
【０２０１】
図１２は、ＵＥ１２０２において利用される様々なコンポーネントを示す。図１２に関連して記載されるＵＥ１２０２は、図１に関連して記載されたＵＥ１０２に従って実装される。ＵＥ１２０２は、ＵＥ１２０２のオペレーションを制御するプロセッサ１２８１を含む。プロセッサ１２８１は、中央処理装置（ＣＰＵ：ｃｅｎｔｒａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｕｎｉｔ）とも呼ばれる。メモリ１２８７は、リードオンリメモリ（ＲＯＭ：ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ランダムアクセスメモリ（ＲＡＭ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ１２８１に命令１２８３ａおよびデータ１２８５ａを供給する。メモリ１２８７の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ：ｎｏｎ−ｖｏｌａｔｉｌｅ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）も含んでよい。命令１２８３ｂおよびデータ１２８５ｂは、プロセッサ１２８１にも存在する。プロセッサ１２８１に読み込まれた命令１２８３ｂおよび／またはデータ１２８５ｂは、プロセッサ１２８１による実行または処理のために読み込まれた、メモリ１２８７からの命令１２８３ａおよび／またはデータ１２８５ａも含む。命令１２８３ｂは、先に記載された方法４００、８００、９００、１０００および１１００の１つ以上を実装するためにプロセッサ１２８１によって実行される。
【０２０２】
ＵＥ１２０２は、データの送受信を許容するための１つ以上の送信機１２５８および１つ以上の受信機１２２０が入った筺体も含む。送信機（単数または複数）１２５８および受信機（単数または複数）１２２０は、１つ以上のトランシーバ１２１８に組み合わされてもよい。１つ以上のアンテナ１２２２ａ〜ｎは、筺体に取り付けられて、トランシーバ１２１８に電気的に結合される。
【０２０３】
ＵＥ１２０２の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含むバスシステム１２８９によって結合される。しかしながら、明確さのために、図１２では様々なバスがバスシステム１２８９として示される。ＵＥ１２０２は、信号処理用のデジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）１２９１も含んでよい。ＵＥ１２０２は、ＵＥ１２０２の機能へのユーザ・アクセスを提供する通信インターフェース１２９３も含んでよい。図１２に示されるＵＥ１２０２は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
【０２０４】
図１３は、ｅＮＢ１３６０において利用される様々なコンポーネントを示す。図１３に関連して記載されるｅＮＢ１３６０は、図１に関連して記載されたｅＮＢ１６０に従って実装される。ｅＮＢ１３６０は、ｅＮＢ１３６０のオペレーションを制御するプロセッサ１３８１を含む。プロセッサ１３８１は、中央処理装置（ＣＰＵ）とも呼ばれる。メモリ１３８７は、リードオンリメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、これら２つの組み合わせ、あるいは情報を記憶する任意のタイプのデバイスを含み、プロセッサ１３８１に命令１３８３ａおよびデータ１３８５ａを供給する。メモリ１３８７の一部分は、不揮発性ランダムアクセスメモリ（ＮＶＲＡＭ）も含んでよい。命令１３８３ｂおよびデータ１３８５ｂは、プロセッサ１３８１にも存在する。プロセッサ１３８１に読み込まれた命令１３８３ｂおよび／またはデータ１３８５ｂは、プロセッサ１３８１による実行または処理のために読み込まれた、メモリ１３８７からの命令１３８３ａおよび／またはデータ１３８５ａも含む。命令１３８３ｂは、先に記載された方法５００を実装するためにプロセッサ１３８１によって実行される。
【０２０５】
ｅＮＢ１３６０は、データの送受信を許容するための１つ以上の送信機１３１７および１つ以上の受信機１３７８が入った筺体も含む。送信機（単数または複数）１３１７および受信機（単数または複数）１３７８は、１つ以上のトランシーバ１３７６に組み合わされてもよい。１つ以上のアンテナ１３８０ａ〜ｎは、筺体に取り付けられて、トランシーバ１３７６に電気的に結合される。
【０２０６】
ｅＮＢ１３６０の様々なコンポーネントは、データバスに加えて、電力バス、制御信号バスおよびステータス信号バスを含むバスシステム１３８９によって結合される。しかしながら、明確さのために、図１３では様々なバスがバスシステム１３８９として示される。ｅＮＢ１３６０は、信号処理用のデジタル信号プロセッサ（ＤＳＰ）１３９１も含んでよい。ｅＮＢ１３６０は、ｅＮＢ１３６０の機能へのユーザ・アクセスを提供する通信インターフェース１３９３も含んでよい。図１３に示されるｅＮＢ１３６０は、具体的なコンポーネントのリスティングではなく、機能ブロック図である。
【０２０７】
図１４は、フィードバック情報を送信するシステムおよび方法が実装されたＵＥ１４０２の一構成を示すブロック図である。ＵＥ１４０２は、送信手段１４５８、受信手段１４２０および制御手段１４２４を含む。送信手段１４５８、受信手段１４２０および制御手段１４２４は、上の図４、図８、図９、図１０および図１１に関連して記載された機能の１つ以上を行うように構成される。上の図１２は、図１４の具体的な装置構造の一例を示す。図４、図８、図９、図１０および図１１の機能の１つ以上を実現するために他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。
【０２０８】
図１５は、フィードバック情報を受信するシステムおよび方法が実装されたｅＮＢ１５６０の一構成を示すブロック図である。ｅＮＢ１５６０は、送信手段１５１７、受信手段１５７８および制御手段１５８２を含む。送信手段１５１７、受信手段１５７８および制御手段１５８２は、上の図５に関連して記載された機能の１つ以上を行うように構成される。上の図１３は、図１５の具体的な装置構造の一例を示す。図５の機能の１つ以上を実現するために他の様々な構造が実装されてもよい。例えば、ＤＳＰがソフトウェアによって実現されてもよい。
【０２０９】
用語「コンピュータ可読媒体」は、コンピュータまたはプロセッサによってアクセスできる任意の利用可能な媒体を指す。用語「コンピュータ可読媒体」は、本明細書では、非一時的かつ有形のコンピュータおよび／またはプロセッサ可読媒体を示す。限定ではなく、例として、コンピュータ可読またはプロセッサ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭまたは他の光ディスク記憶、磁気ディスク記憶もしくは他の磁気記憶デバイス、あるいは命令の形態の所望のプログラムコードまたはデータ構造を載せるか、または記憶するために用いることができ、コンピュータまたはプロセッサによってアクセスできる任意の他の媒体を備える。ディスク（ｄｉｓｋ）およびディスク（ｄｉｓｃ）は、本明細書では、コンパクトディスク（ＣＤ：ｃｏｍｐａｃｔ  ｄｉｓｃ）、レーザディスク（ｌａｓｅｒ  ｄｉｓｃ）、光ディスク（ｏｐｔｉｃａｌ  ｄｉｓｃ）、デジタルバーサタイルディスク（ＤＶＤ：ｄｉｇｉｔａｌ  ｖｅｒｓａｔｉｌｅ  ｄｉｓｃ）、フロッピーディスク（ｆｌｏｐｐｙ  ｄｉｓｋ）およびＢｌｕ−ｒａｙ（登録商標）ディスク（ｄｉｓｃ）を含み、ディスク（ｄｉｓｋ）は、通常、磁気的にデータを再生し、一方でディスク（ｄｉｓｃ）は、レーザを用いて光学的にデータを再生する。
【０２１０】
留意すべきは、本明細書に記載される方法の１つ以上がハードウェアで実装されてもよく、および／またはハードウェアを用いて行われてもよいことである。例えば、本明細書に記載される方法の１つ以上は、チップセット、特定用途向け集積回路（ＡＳＩＣ）、大規模集積回路（ＬＳＩ）または集積回路などで実装されてもよく、および／またはそれらを用いて実現されてもよい。
【０２１１】
本明細書に開示される方法のそれぞれは、記載される方法を達成するための１つ以上のステップまたは動作を備える。本方法のステップおよび／または動作は、特許請求の範囲から逸脱することなく、相互に交換されてもよく、および／または単一のステップに組み合わされてもよい。言い換えれば、記載される方法の適切なオペレーションのためにステップまたは動作の特定の順序が必要とされない限り、特定のステップおよび／または動作の順序および／または使用は、特許請求の範囲から逸脱することなく修正されてもよい。
【０２１２】
当然のことながら、特許請求の範囲は、先に示された通りの構成および構成要素には限定されない。特許請求の範囲から逸脱することなく、本明細書に記載される配置、オペレーション、ならびにシステム、方法および装置の詳細に様々な修正、変更および変形がなされてもよい。
【図１】
2017517949.tif 000050
【図２】
2017517949.tif 000051
【図３】
2017517949.tif 000052
【図４】
2017517949.tif 000053
【図５】
2017517949.tif 000054
【図６】
2017517949.tif 000055
【図７】
2017517949.tif 000056
【図８】
2017517949.tif 000057
【図９】
2017517949.tif 000058
【図１０】
2017517949.tif 000059
【図１１】
2017517949.tif 000060
【図１２】
2017517949.tif 000061
【図１３】
2017517949.tif 000062
【図１４】
2017517949.tif 000063
【図１５】
2017517949.tif 000064
【国際調査報告】
2017517949.tif 000065