(57)【要約】【課題】複数のタイミングアドバンスに関連付けられた複数のコンポーネントキャリア上における無線伝送のための電力制御の方法および装置が開示される。【解決手段】無線送信／受信ユニット（ＷＴＲＵ）は、チャネルの送信電力の和がサブフレームの構成済み最大出力電力を超える見込みであるかまたは超える場合、さまざまなタイミングアドバンスグループ（ＴＡＧ：ｔｉｍｉｎｇ  ａｄｖａｎｃｅ  ｇｒｏｕｐ）に属するコンポーネントキャリア上で送信されるようにその各サブフレームで物理チャネル上に電力スケーリングまたはその他の調整を実行することができ、各ＴＡＧはアップリンク伝送の別個のタイミングアドバンス値に関連付けられてもよい。ＷＴＲＵは、後行のＴＡＧおよび先行のＴＡＧのサブフレームの重複部分の送信電力の和が、重複している間の構成済み最大ＷＴＲＵ出力電力を超える見込みであるかまたは超える場合、少なくとも１つの物理チャネルの送信電力を調整することができる。【選択図】図１８Ａ
2020048230.tif 000002
【特許請求の範囲】
【請求項１】
無線送信／受信ユニット（ＷＴＲＵ）による電力制御のための方法であって、
前記ＷＴＲＵによって、少なくとも、第１のタイミングアドバンスグループ（ＴＡＧ）内の第１のサービングセルについての第１の物理チャネルのための第１の送信電力、および、第２のＴＡＧ内の第２のサービングセルについての第２の物理チャネルのための第２の送信電力を決定するステップであって、前記第１のＴＡＧは第１のタイミングアドバンス値と関連付けられ、前記第２のＴＡＧは第２のタイミングアドバンス値に関連付けられている、ステップと、
前記ＷＴＲＵによって、前記第１の物理チャネルおよび前記第２の物理チャネルの少なくとも１つ上でデータを送信するステップと
を含むことを特徴とする方法。
【請求項２】
前記ＷＴＲＵによって、重複している部分についてのＷＴＲＵ構成最大出力電力を決定するステップであって、前記重複している部分は、第１のスロット内の前記第１の物理チャネルの送信の部分であって、次のサブフレーム内の前記第２の物理チャネルの送信の部分と時間的に重複している部分である、ステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵによって、前記重複している部分における前記第１の物理チャネルおよび前記第２の物理チャネルの送信電力の合計が前記重複している部分についての前記決定された前記ＷＴＲＵ構成最大出力電力を超えないように、前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つを調整するステップ
をさらに含むことを特徴とする請求項２に記載の方法。
【請求項４】
前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つを調整するステップは、第１の送信電力および第２の送信電力のうちの少なくとも１つを調整することを含むことを特徴とする請求項３に記載の方法。
【請求項５】
前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つを調整するステップは、前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つをドロップすることを含むことを特徴とする請求項３に記載の方法。
【請求項６】
前記重複している部分における前記第１の物理チャネルおよび前記第２の物理チャネルの前記送信電力の前記合計が前記重複している部分についての前記ＷＴＲＵ構成最大出力電力を超えることになることを条件として、前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つを調整するステップが実行されることを特徴とする請求項３に記載の方法。
【請求項７】
前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つは、サウンディングリファレンス信号（ＳＲＳ）であることを特徴とする請求項１に記載の方法。
【請求項８】
前記ＷＴＲＵ構成最大出力電力は、ＰCMAXであることを特徴とする請求項２に記載の方法。
【請求項９】
電力制御のための無線送信／受信ユニット（ＷＴＲＵ）であって、
プロセッサと、
前記プロセッサに動作可能に結合された送受信機と
を備え、
前記プロセッサは、少なくとも、第１のタイミングアドバンスグループ（ＴＡＧ）内の第１のサービングセルについての第１の物理チャネルのための第１の送信電力、および、第２のＴＡＧ内の第２のサービングセルについての第２の物理チャネルのための第２の送信電力を決定するように構成され、前記第１のＴＡＧは第１のタイミングアドバンス値と関連付けられ、前記第２のＴＡＧは第２のタイミングアドバンス値に関連付けられており、
前記プロセッサおよび前記送受信機は、前記第１の物理チャネルおよび前記第２の物理チャネルの少なくとも１つ上でデータを送信するように構成されている
ことを特徴とするＷＴＲＵ。
【請求項１０】
前記プロセッサは、重複している部分についてのＷＴＲＵ構成最大出力電力を決定するようにさらに構成されており、前記重複している部分は、第１のスロット内の前記第１の物理チャネルの送信の部分であって、次のサブフレーム内の前記第２の物理チャネルの送信の部分と時間的に重複している部分である
ことを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
前記プロセッサおよび前記送受信機は、前記重複している部分における前記第１の物理チャネルおよび前記第２の物理チャネルの送信電力の合計が前記重複している部分についての前記決定された前記ＷＴＲＵ構成最大出力電力を超えないように、前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つを調整するようにさらに構成されている
ことを特徴とする請求項１０に記載のＷＴＲＵ。
【請求項１２】
前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つを調整することは、第１の送信電力および第２の送信電力のうちの少なくとも１つを調整することを含むことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つを調整することは、前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つをドロップすることを含むことを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１４】
前記重複している部分における前記第１の物理チャネルおよび前記第２の物理チャネルの前記送信電力の前記合計が前記重複している部分についての前記ＷＴＲＵ構成最大出力電力を超えることになることを条件として、前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つを調整することが実行されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１５】
前記第１の物理チャネルおよび前記第２の物理チャネルのうちの少なくとも１つは、サウンディングリファレンス信号（ＳＲＳ）であることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１６】
前記ＷＴＲＵ構成最大出力電力は、ＰCMAXであることを特徴とする請求項１０に記載のＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【０００２】
（関連出願の相互参照）
本出願は、参照により内容を本願に援用する、２０１１年１１月４日に出願した米国特許仮出願第６１／５５５，８５３号、２０１２年１月２６日に出願した米国特許仮出願第６１／５９１，０５０号、２０１２年３月１６日に出願した米国特許仮出願第６１／６１２，０９６号、２０１２年５月９日に出願した米国特許仮出願第６１／６４４，７２６号、２０１２年７月３１日に出願した米国特許仮出願第６１／６７７，７５０号、および２０１２年９月２５日に出願した米国特許仮出願第６１／７０５，４３６号の利益を主張するものである。
【背景技術】
【０００３】
無線通信システムは、音声、データなどのような、さまざまなタイプの通信コンテンツを提供するために幅広く展開されている。これらの通信システムは、使用可能なシステムリソース（たとえば、帯域幅および送信電力）を共有することによって、複数のユーザとの通信をサポートすることができる多元接続システムであってもよい。そのような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ：ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、時分割多元接続（ＴＤＭＡ：ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、周波数分割多元接続（ＦＤＭＡ：ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システム、Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ（３ＧＰＰ）のＬｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ：ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）システムを含む。
【０００４】
さまざまな無線デバイスが都市レベル、全国レベル、地域レベル、さらには地球レベルでも通信できるようにする共通のプロトコルを提供するために、これらの多元接続技術は、さまざまな電気通信規格に採用されてきた。新たな電気通信規格の一例は、ＬＴＥである。ＬＴＥは、３ＧＰＰによって推奨されるＵｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ（ＵＭＴＳ）移動体規格の一連の機能拡張である。ＬＴＥは、ダウンリンク（ＤＬ）でＯＦＤＭＡを使用し、アップリンク（ＵＬ）でシングルキャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）を使用し、多入力多出力（ＭＩＭＯ：ｍｕｌｔｉｐｌｅ−ｉｎｐｕｔ  ｍｕｌｔｉｐｌｅ−ｏｕｔｐｕｔ）アンテナ技術を使用して、スペクトル効率を高め、コストを低減し、サービスを改善し、新しいスペクトルを使用し、他のオープン規格とより良好に統合することによって、移動体ブロードバンドインターネットアクセスをより良好にサポートすることを目指して設計されている。
【０００５】
移動体通信システムにおけるアップリンク送信機電力制御は、望ましいサービス品質（たとえば、データ転送速度およびエラー率）を達成するための伝送されるビットあたりの十分なエネルギーの必要性と、システムの他のユーザへの干渉を最小化し、移動体端末のバッテリ寿命を最大化する必要性とのバランスをとる。この目標を達成するため、アップリンク電力制御は、パス損失、シャドーイング、高速フェーディング、および同一セルおよび隣接セルの他のユーザからの干渉を含む、無線伝搬チャネルの特徴に適合する必要がある。
【発明の概要】
【０００６】
複数のタイミングアドバンスに関連付けられた複数のコンポーネントキャリア上における無線伝送のための電力制御の方法および装置が開示される。無線送信／受信ユニット（ＷＴＲＵ）は、チャネルの送信電力の和がサブフレームの構成済み最大出力電力を超える見込みであるかまたは超える場合、さまざまなタイミングアドバンスグループ（ＴＡＧ：ｔｉｍｉｎｇ  ａｄｖａｎｃｅ  ｇｒｏｕｐ）に属するコンポーネントキャリア上で伝送されるようにその各サブフレームで物理チャネル上で電力スケーリングまたはその他の調整を実行することができ、各ＴＡＧはアップリンク伝送の別個のタイミングアドバンス値に関連付けられてもよい。ＷＴＲＵは、後行のＴＡＧおよび先行のＴＡＧのサブフレームの重複部分の送信電力の和が、重複している間の構成済み最大ＷＴＲＵ出力電力を超える見込みであるかまたは超える場合、少なくとも１つの物理チャネルの送信電力を調整することができる。
【０００７】
ＷＴＲＵは、別の物理チャネルが、任意のコンポーネントキャリアで重複するシンボルで伝送されるようにスケジュールされることを条件として、サウンディングリファレンス信号（ＳＲＳ：ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）をドロップすることができる。ＷＴＲＵは、構成済み最大ＷＴＲＵ出力電力が、任意のサービス提供セルの構成済み最大ＷＴＲＵ出力電力またはサービス提供セルの構成済み最大ＷＴＲＵ出力電力の和と等しくないことを条件として、現在のサブフレームの構成済み最大ＷＴＲＵ出力電力を含む電力ヘッドルームレポートをネットワークに送信することができる。
【０００８】
ＷＴＲＵは、物理ランダムアクセスチャネル（ＰＲＡＣＨ）の第１のサブフレームに対して決定された一定電力レベルで、ＰＲＡＣＨを伝送することができる。ガードシンボルは、重複チャネルを回避するためにコンポーネントキャリアに含まれてもよい。
【図面の簡単な説明】
【０００９】
さらに詳細な理解は、添付の図面と併せて一例として示した以下の説明から得ることができる。
【図１Ａ】１つまたは複数の開示される実施形態が実施されうる例示的な通信システムを示すシステム図である。
【図１Ｂ】図１Ａに示される通信システム内で使用されうる例示的な無線送信／受信ユニット（ＷＴＲＵ）を示すシステム図である。
【図１Ｃ】図１Ａに示される通信システム内で使用されうる例示的な無線アクセスネットワークおよび例示的なコアネットワークを示すシステム図である。
【図２】１つのコンポーネントキャリア（ＣＣ）においてセル固有のＳＲＳサブフレームであり、別のＣＣにおいてはセル固有のＳＲＳサブフレームではない、例示のサブフレームを示す図である。
【図３】各々のタイミングアドバンスグループ（ＴＡＧ）に異なるタイミングアドバンス（ＴＡ）が適用されている複数のＴＡＧの例を示す図である。
【図４Ａ】ＳＲＳとその他のチャネル伝送とのクロスサブフレーム競合の例を示す図である。
【図４Ｂ】ＳＲＳとその他のチャネル伝送とのクロスサブフレーム競合の例を示す図である。
【図５Ａ】ＣＣ間のＴＡ差が１シンボル未満である場合のＳＲＳおよびその他のチャネルの伝送の例を示す図である。
【図５Ｂ】ＣＣ間のＴＡ差が１シンボル未満である場合のＳＲＳおよびその他のチャネルの伝送の例を示す図である。
【図５Ｃ】ＣＣ間のＴＡ差が１シンボル未満である場合のＳＲＳおよびその他のチャネルの伝送の例を示す図である。
【図６Ａ】ＴＡ差が１シンボルよりも大きい場合のＳＲＳおよびその他のチャネルの伝送の例を示す図である。
【図６Ｂ】ＴＡ差が１シンボルよりも大きい場合のＳＲＳおよびその他のチャネルの伝送の例を示す図である。
【図６Ｃ】ＴＡ差が１シンボルよりも大きい場合のＳＲＳおよびその他のチャネルの伝送の例を示す図である。
【図７】ＳＲＳがサブフレームの最前部にある場合のクロスサブフレーム競合の例を示す図である。
【図８】サブフレームの中央に含まれるＳＲＳの例を示す図である。
【図９】２つのセルのＴＡ差を決定するために測定を使用する例を示す図である。
【図１０】過去のサブフレームと現在のサブフレームとの間の潜在的な干渉の例を示す図である。
【図１１】過去のサブフレーム内の物理ランダムアクセスチャネル（ＰＲＡＣＨ）の現在のサブフレームへの重複の例を示す図である。
【図１２】先行のＣＣにおいて現在のサブフレームに含まれるガードシンボルの例を示す図である。
【図１３】ＳＲＳを伴わない過渡期間の例を示す図である。
【図１４】ＳＲＳを伴う過渡期間の例を示す図である。
【図１５】非ＳＲＳ伝送の拡張された過渡期間の例を示す図である。
【図１６】ＳＲＳ伝送の拡張された過渡期間の例を示す図である。
【図１７】シンボル単位のスケーリングが重複部分のシンボルに適用される例を示す図である。
【図１８Ａ】２つの隣接するサブフレームに対して電力が決定された後に重複部分の送信電力が再スケーリングされる例を示す図である。
【図１８Ｂ】重複しない領域内の送信電力とは別個に重複部分の送信電力がスケーリングされる例を示す図である。
【図１９】アップリンク（ＵＬ）タイミングに基づく例示の重複領域を示す図である。
【図２０】過渡領域を含む例示の重複領域を示す図である。
【発明を実施するための形態】
【００１０】
図１Ａは、１つまたは複数の開示される実施形態が実施されうる例示的な通信システム１００を示す図である。通信システム１００は、音声、データ、ビデオ、メッセージング、ブロードキャストなどのようなコンテンツを、複数の無線ユーザに提供する多元接続システムであってもよい。通信システム１００は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共用を通じて、そのようなコンテンツにアクセスできるようにすることができる。たとえば、通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などのような、１つまたは複数のチャネルアクセス方法を採用することができる。
【００１１】
図１Ａにおいて示されるように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、およびその他のネットワーク１１２を含むことができるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を検討することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは各々、無線環境において操作および／または通信するように構成された任意のタイプのデバイスであってもよい。一例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されてもよく、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャー、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサー、家庭用電化製品などを含むことができる。
【００１２】
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むこともできる。基地局１１４ａ、１１４ｂは各々、コアネットワーク１０６、インターネット１１０、および／またはネットワーク１１２のような１つまたは複数の通信ネットワークへのアクセスを容易にするため、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの少なくとも１つと無線でインターフェイスをとるように構成された任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、無線基地局装置（ＢＴＳ）、Ｎｏｄｅ−Ｂ、ｅＮｏｄｅ  Ｂ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂは各々単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含むことができることが理解されよう。
【００１３】
基地局１１４ａはＲＡＮ１０４の一部であってもよく、ＲＡＮ１０４はまた、その他の基地局、および／または、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、リレーノードなどのような、ネットワーク要素（図示せず）を含むこともできる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と称されることもある特定の地理的領域内の無線信号を送信および／または受信するように構成されてもよい。セルは、セルセクタにさらに分割されてもよい。たとえば、基地局１１４ａに関連付けられているセルは、３つのセクタに分割されてもよい。したがって、１つの実施形態において、基地局１１４ａは、３つの送受信機、すなわちセルのセクタごとに１つの送受信機を含むことができる。もう１つの実施形態において、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を採用することができるので、セルの各セクタに対して複数の送受信機を使用することができる。
【００１４】
基地局１１４ａ、１１４ｂは、エアインターフェイス１１６を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数と通信することができ、エアインターフェイス１１６は（たとえば、無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光線など）任意の適切な無線通信リンクであってもよい。エアインターフェイス１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立されてもよい。
【００１５】
さらに具体的には、前述のように、通信システム１００は、多元接続システムであってもよく、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどのような、１つまたは複数のチャネルアクセス方式を採用することができる。たとえば、ＲＡＮ１０４内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用してエアインターフェイス１１６を確立することができるユニバーサル移動体通信システム（ＵＭＴＳ：Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）地上波無線アクセス（ＵＴＲＡ：Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）のような無線技術を実施することができる。ＷＣＤＭＡ（登録商標）は、高速パケットアクセス（ＨＳＰＡ）および／またはＥｖｏｌｖｅｄ  ＨＳＰＡ（ＨＳＰＡ＋）のような通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。
【００１６】
もう１つの実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｄｅｄ（ＬＴＥ−Ａ）を使用してエアインターフェイス１１６を確立することができるＥｖｏｌｖｅｄ  ＵＭＴＳ地上波無線アクセス（Ｅ−ＵＴＲＡ：Ｅｖｏｌｖｅｄ  ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ）のような無線技術を実施することができる。
【００１７】
もう１つの実施形態において、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわち、Ｗｏｒｌｄｗｉｄｅ  Ｉｎｔｅｒｏｐｅｒａｂｉｌｉｔｙ  ｆｏｒ  Ｍｉｃｒｏｗａｖｅ  Ａｃｃｅｓｓ（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００  １Ｘ、ＣＤＭＡ２００  ＥＶ−ＤＯ、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ２０００（ＩＳ−２０００）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ９５（ＩＳ−９５）、Ｉｎｔｅｒｉｍ  Ｓｔａｎｄａｒｄ  ８５６（ＩＳ−８５６）、Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））、Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  Ｅｖｏｌｕｔｉｏｎ（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）などのような無線技術を実施することができる。
【００１８】
図１Ａの基地局１１４ｂは、たとえば、無線ルータ、Ｈｏｍｅ  Ｎｏｄｅ  Ｂ、Ｈｏｍｅ  ｅＮｏｄｅ  Ｂ、またはアクセスポイントであってもよく、事業所、家庭、車両、キャンパスなどのような、局在的な領域において無線接続を容易にするために任意の適切なＲＡＴを使用することができる。１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するためにＩＥＥＥ８０２．１１のような無線技術を実施することができる。もう１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するためにＩＥＥＥ８０２．１５のような無線技術を実施することができる。さらにもう１つの実施形態において、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラーベースのＲＡＴ（ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、ＧＳＭ（登録商標）、ＬＴＥ、ＬＴＥ−Ａなど）を使用して、ピコセルまたはフェムトセルを確立することができる。図１Ａにおいて示されるように、基地局１１４ｂは、インターネット１１０に直接接続することができる。したがって、基地局１１４ｂが、コアネットワーク１０６を介してインターネット１１０にアクセスする必要はない。
【００１９】
ＲＡＮ１０４は、コアネットワーク１０６と通信することができ、コアネットワーク１０６は音声、データ、アプリケーション、および／またはＶｏＩＰ（ｖｏｉｃｅ  ｏｖｅｒ  ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成された任意のタイプのネットワークであってもよい。たとえば、コアネットワーク１０６は、呼制御、課金サービス、モバイルロケーションベースのサービス、プリペイドコール、インターネット接続、ビデオ配信などを提供すること、および／またはユーザ認証のような高水準のセキュリティを実行することができる。図１Ａにおいて示されていないが、ＲＡＮ１０４および／またはコアネットワーク１０６が、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用するその他のＲＡＮと直接または間接的に通信できることが理解されよう。たとえば、Ｅ−ＵＴＲＡ無線技術を使用しているＲＡＮ１０４に接続されていることに加えて、コアネットワーク１０６はまた、ＧＳＭ（登録商標）無線技術を採用する別のＲＡＮ（図示せず）と通信することもできる。
【００２０】
コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするためのＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのゲートウェイとしての役割を果たすこともできる。ＰＳＴＮ１０８は、従来のアナログ電話回線サービス（ＰＯＴＳ）を提供する回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）のような、共通の通信プロトコルを使用する相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含むことができる。ネットワーク１１２は、その他のサービスプロバイダによって所有および／または運用される有線または無線の通信ネットワークを含むことができる。たとえば、ネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを採用することができる１つまたは複数のＲＡＮに接続された別のコアネットワークを含むこともできる。
【００２１】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全部は、マルチモード機能を含むことができる、すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄはさまざまな無線リンクを介してさまざまな無線ネットワークと通信するための複数の送受信機を含むことができる。たとえば、図１Ａに示されるＷＴＲＵ１０２ｃは、セルラーベースの無線技術を採用することができる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用することができる基地局１１４ｂと通信するように構成されてもよい。
【００２２】
図１Ｂは、例示のＷＴＲＵ１０２を示すシステム図である。図１Ｂにおいて示されるように、ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、固定式メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、およびその他の周辺機器１３８を含むことができる。ＷＴＲＵ１０２は、実施形態に整合しながら、前述の要素の任意の部分的組み合わせを含むことができることが理解されよう。
【００２３】
プロセッサ１１８は、汎用プロセッサ、特殊用途プロセッサ、標準的なプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のタイプの集積回路（ＩＣ）、状態機械などであってもよい。プロセッサ１１８は、信号符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で操作できるようにする任意の他の機能を実行することができる。プロセッサ１１８は、送信／受信要素１２２に結合されうる送受信機１２０に結合されてもよい。図１Ｂはプロセッサ１１８および送受信機１２０を別個のコンポーネントとして示すが、プロセッサ１１８および送受信機１２０が電子パッケージまたはチップに統合されてもよいことが理解されよう。
【００２４】
送信／受信要素１２２は、エアインターフェイス１１６を介して基地局（たとえば、基地局１１４ａ）に信号を送信するか、または基地局から信号を受信するように構成されてもよい。たとえば、１つの実施形態において、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナであってもよい。もう１つの実施形態において、送信／受信要素１２２は、たとえば、ＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器であってもよい。さらにもう１つの実施形態において、送信／受信要素１２２は、ＲＦ信号および光信号を送信および受信するように構成されてもよい。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成されてもよいことが理解されよう。
【００２５】
加えて、図１Ｂにおいて、送信／受信要素１２２は単一の要素として示されるが、ＷＴＲＵ１０２は任意の数の送信／受信要素１２２を含むことができる。さらに具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用することができる。したがって、１つの実施形態において、ＷＴＲＵ１０２は、エアインターフェイス１１６を介して無線信号を送信および受信するために２つ以上の送信／受信要素１２２（たとえば、複数のアンテナ）を含むことができる。
【００２６】
送受信機１２０は、送信／受信要素１２２によって送信されるべき信号を変調し、送信／受信要素１２２によって受信される信号を復調するように構成されてもよい。前述のように、ＷＴＲＵ１０２は、マルチモード機能を有することができる。したがって、送受信機１２０は、ＷＴＲＵ１０２が、たとえばＵＴＲＡおよびＩＥＥＥ８０２．１１のような複数のＲＡＴを介して通信できるようにするための複数の送受信機を含むことができる。
【００２７】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（たとえば、液晶ディスプレイ（ＬＣＤ）表示ユニット、または有機発光ダイオード（ＯＬＥＤ）表示ユニット）に結合されてもよく、これらの機器からユーザ入力データを受信することができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力することもできる。加えて、プロセッサ１１８は、固定式メモリ１３０および／または取り外し可能メモリ１３２のような、任意のタイプの適切なメモリから情報にアクセスし、適切なメモリにデータを格納することができる。固定式メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み取り専用メモリ（ＲＯＭ）、ハードディスク、または任意のタイプのメモリストレージデバイスを含むことができる。取り外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。その他の実施形態において、プロセッサ１１８は、サーバ上、またはホームコンピュータ上のような（図示せず）、ＷＴＲＵ１０２に物理的に位置していないメモリから情報にアクセスし、そのようなメモリにデータを格納することができる。
【００２８】
プロセッサ１１８は、電源１３４から電力を受信することができ、ＷＴＲＵ１０２内のその他のコンポーネントへの電力の配電および／または制御を行なうように構成されてもよい。電源１３４は、ＷＴＲＵ１０２に電力を供給するための任意の適切なデバイスであってもよい。たとえば、電源１３４は、１つまたは複数の乾電池（たとえば、ニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）など）、太陽電池、燃料電池などを含むことができる。
【００２９】
プロセッサ１１８はまた、ＧＰＳチップセット１３６に結合されてもよく、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の場所に関するロケーション情報（たとえば、緯度および経度）を提供するように構成されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその情報の代わりに、ＷＴＲＵ１０２は、基地局（たとえば、基地局１１４ａ、１１４ｂ）からエアインターフェイス１１６を介してロケーション情報を受信すること、および／または２つ以上の近隣の基地局から受信されている信号のタイミングに基づいてその場所を決定することができる。ＷＴＲＵ１０２は、実施形態に整合しながら、任意の適切な場所決定の方法を用いてロケーション情報を取得することができることが理解されよう。
【００３０】
プロセッサ１１８は、その他の周辺機器１３８にさらに結合されてもよく、周辺機器１３８は、追加の特徴、機能、および／または有線もしくは無線接続を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。たとえば、周辺機器１３８は、加速度計、ｅ−ｃｏｍｐａｓｓ、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ＵＳＢ（ユニバーサルシリアルバス）ポート、振動装置、テレビ送受信機、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線装置、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザなどを含むことができる。
【００３１】
図１Ｃは、１つの実施形態によるＲＡＮ１０４およびコアネットワーク１０６を示すシステム図である。前述のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を採用して、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信することもできる。
【００３２】
ＲＡＮ１０４はｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１４０は、実施形態に整合しながら、任意の数のｅＮｏｄｅ−Ｂを含むことができることが理解されよう。ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、エアインターフェイス１１６を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機を含むことができる。１つの実施形態において、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃはＭＩＭＯ技術を実施することができる。したがって、たとえば、ｅＮｏｄｅ−Ｂ１４０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａに無線信号を送信し、ＷＴＲＵ１０２ａから無線信号を受信することができる。
【００３３】
ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは各々、特定のセル（図示せず）に関連付けられてもよく、無線リソース管理の決定、ハンドオーバーの決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを処理するように構成されてもよい。図１Ｃに示すように、ｅＮｏｄｅ−Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェイスを介して相互に通信することができる。
【００３４】
図１Ｃに示されるコアネットワーク１０６は、モビリティ管理ゲートウェイ（ＭＭＥ）１４２、サービス提供ゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。前述の要素は各々、コアネットワーク１０６の一部として示されているが、それらの要素のうちのいずれかがコアネットワークオペレータ以外のエンティティによって所有および／または運用されてもよいことが理解されよう。
【００３５】
ＭＭＥ１４２は、Ｓ１インターフェイスを介してＲＡＮ１０４内のｅＮｏｄｅ−Ｂ１４２ａ、１４２ｂ、１４２ｃの各々に接続されてもよく、制御ノードとしての役割を果たすことができる。たとえば、ＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続中に特定のサービス提供ゲートウェイを選択することなどに責任を負うことができる。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭ（登録商標）またはＷＣＤＭＡ（登録商標）のような他の無線技術を採用するその他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能を提供することもできる。
【００３６】
サービス提供ゲートウェイ１４４は、Ｓ１インターフェイスを介してＲＡＮ１０４内のｅＮｏｄｅ  Ｂ１４０ａ、１４０ｂ、１４０ｃの各々に接続されてもよい。サービス提供ゲートウェイ１４４は一般に、ユーザデータパケットを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でルーティングおよび転送することができる。サービス提供ゲートウェイ１４４はまた、ｅＮｏｄｅ  Ｂ間ハンドオーバー中にユーザプレーンを固定すること、ダウンリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに使用可能な場合にページングをトリガーすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理して格納することなどのようなその他の機能を実行することもできる。
【００３７】
サービス提供ゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されてもよく、ＰＤＮゲートウェイ１４６は、インターネット１１０のようなパケット交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応のデバイスとの間の通信を容易にすることができる。
【００３８】
コアネットワーク１０６は、その他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク１０６は、ＰＳＴＮ１０８のような回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の固定電話通信デバイスとの間の通信を容易にすることができる。たとえば、コアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８との間のインターフェイスとしての役割を果たすＩＰゲートウェイ（たとえば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができるか、またはＩＰゲートウェイと通信することができる。加えて、コアネットワーク１０６は、その他のサービスプロバイダによって所有および／または運用される他の有線または無線ネットワークを含むことができるネットワーク１１２へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供することができる。
【００３９】
３ＧＰＰ  ＬＴＥにおいて、たとえばＬＴＥ  Ｒｅｌｅａｓｅ  ８（Ｒ８）によれば、ＷＴＲＵは、そのサービス提供セルと称されうる１つのセルに１つのキャリアで伝送することができる。キャリアアグリゲーションをサポートするＷＴＲＵは、たとえばＬＴＥ  Ｒｅｌｅａｓｅ  １０（Ｒ１０）によれば、複数のキャリアで同時に伝送することができ、複数のサービス提供セルを有することができる。
【００４０】
一部の実施形態において、セルは、ダウンリンクリソースおよび／またはアップリンクリソースの組み合わせを含む。ダウンリンクおよびアップリンクリソースのセットは各々、セルの中心周波数であってもよいキャリア周波数、および帯域幅に関連付けられてもよい。
【００４１】
キャリアアグリゲーションをサポートするＷＴＲＵは、たとえばＬＴＥ  Ｒ１０によれば、１つまたは複数のサービス提供セル（またはコンポーネントキャリア（ＣＣ））で構成されてもよく、各ＣＣに対してＷＴＲＵはＵＬ通信用に構成されてもよい。ＣＣおよびサービス提供セルが同義的に使用されてもよく、引き続き本明細書に含まれる実施形態に整合することが意図される。
【００４２】
キャリアアグリゲーションをサポートするＷＴＲＵは、１つのプライマリセル（ＰＣｅｌｌ）および１つまたは複数のセカンダリセル（ＳＣｅｌｌ）と通信することができる。セルおよびサービス提供セルという用語は、同義的に使用されてもよい。
【００４３】
ＬＴＥにおいて、任意の所与のサブフレームのＣＣでのＷＴＲＵ  ＵＬ伝送は、物理ランダムアクセスチャネル（ＰＲＡＣＨ：ｐｈｙｓｉｃａｌ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）、物理アップリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）、または物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）のうちの少なくとも１つを含むことができる。ＵＬ伝送は、サブフレームによって管理されてもよい。たとえば、所与のサブフレームにおける、各々一部の送信電力での、ＰＵＳＣＨおよび／またはＰＵＣＣＨの伝送は、その他のサブフレームにおいてＰＵＳＣＨおよび／またはＰＵＣＣＨ伝送とは別個に管理されてもよい。ＣＣにおいて、ＰＵＳＣＨおよびＰＵＣＣＨ伝送は、たとえばそれぞれの認可またはその他の構成または割り振りによって指示されるように、サブキャリアの一部のセットを使用することができ、たとえばＷＴＲＵが復調リファレンス信号（ＤＭＲＳ：ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ）を伝送することができるシンボル、またはサウンディングリファレンス信号（ＳＲＳ）のために使用または確保されうるシンボルなど、特定のシンボルの可能性を除いて、サブフレーム内のすべてのシンボルを使用することができる。たとえば、通常の巡回プレフィックス（ＣＰ：ｃｙｃｌｉｃ  ｐｒｅｆｉｘ）の場合、ＰＵＳＣＨは、サブフレームの１４のシンボルのうちの１２において、シンボル３および１０にＤＭＲＳを伴って伝送されてもよく、ＰＵＣＣＨは、１４のシンボルのうちの８において、シンボル２〜４および９〜１１にＤＭＲＳを伴って伝送されてもよい。
【００４４】
特定のサブフレームにおいて、ＷＴＲＵは、ＳＲＳを伝送することができる。ＷＴＲＵは、たとえばブロードキャストシグナリングおよび無線リソース制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）専用シグナリングのうちの１つまたは複数を介して、ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ（ｅＮＢ）によってＷＴＲＵに提供されうるスケジュールおよび伝送パラメータに基づいて、定期的にＳＲＳを伝送することができる。セル固有のＳＲＳ構成は、ＳＲＳが、所与のセルについてＷＴＲＵによって伝送されることを許可されるサブフレームを定義することができる。ＷＴＲＵ固有のＳＲＳ構成は、固有のＷＴＲＵによって使用されうるサブフレームおよび伝送パラメータを定義することができる。ＷＴＲＵは、そのＷＴＲＵ固有のサブフレームにおいて、単一のＳＲＳ伝送に関心がある全周波数帯域にわたり、またはＳＲＳ伝送のシーケンスが関心対象の周波数帯域を合同でカバーできるような方法で周波数領域のホッピングにより帯域幅の一部にわたり、最後のシンボルでＳＲＳを伝送することができる。特定のＷＴＲＵは、セル固有のＳＲＳサブフレームのサブセットであるＷＴＲＵ固有のサブフレームでＳＲＳを伝送することができる。ＷＴＲＵはまた、ＵＬ認可も提供することができるダウンリンク制御情報（ＤＣＩ：ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）形式で含まれうる、ネットワークからの非周期的なＳＲＳ要求に応答してオンデマンドでＳＲＳを伝送することができる。別個のＷＴＲＵ固有のＳＲＳ構成は、定期的および非定期的なＳＲＳ伝送のためにＷＴＲＵに提供されてもよい。
【００４５】
特定のルールは、セル固有のＳＲＳサブフレームにおいて適用することができる。ＰＵＳＣＨが特定のＣＣでの特定のＷＴＲＵによる伝送をスケジュールされている、その特定のＣＣのセル固有のＳＲＳサブフレームにおいて、特定のＷＴＲＵは、ＰＵＳＣＨ伝送がセル固有のＳＲＳ帯域幅と部分的または完全に重複する場合、ＰＵＳＣＨ伝送を短縮することができる（たとえば、特定のＷＴＲＵはサブフレームの最後のシンボルにＰＵＳＣＨをマップしないかまたはサブフレームの最後のシンボルでＰＵＳＣＨを伝送しなくてもよい）。重複がない場合、特定のＷＴＲＵは、ＰＵＳＣＨ伝送を短縮しなくてもよい。いずれの場合においても、特定のＷＴＲＵは、サブフレームでＰＵＳＣＨを伝送することができ、それが特定のＷＴＲＵのＷＴＲＵ固有のＳＲＳサブフレームである場合、特定のＷＴＲＵはまた、サブフレームでＳＲＳを伝送することができ、ここでＰＵＳＣＨおよびＳＲＳはサブフレーム内のそれぞれのシンボルで伝送されてもよい。
【００４６】
たとえばＰＵＣＣＨフォーマット１、１ａ、１ｂ、または３のような特定のＰＵＣＣＨフォーマットもまた特定のＣＣでの特定のＷＴＲＵによる伝送をスケジュールされ、たとえばａｃｋＮａｃｋＳＲＳ−ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎのようなパラメータが、少なくとも特定のＷＴＲについてＴＲＵＥのような特定の値である、その特定のＣＣのセル固有のＳＲＳサブフレームにおいて、特定のＷＴＲＵは、サブフレームの最後のシンボルを使用しない短縮されたＰＵＣＣＨフォーマットを使用することができる（たとえば、特定のＷＴＲはサブフレームの最後のシンボルにＰＵＣＣＨをマップしないかまたはサブフレームの最後のシンボルでＰＵＣＣＨを伝送しなくてもよい）。特定のＷＴＲＵは、サブフレームでＰＵＣＣＨを伝送することができ、それが特定のＷＴＲＵのＷＴＲＵ固有のＳＲＳサブフレームである場合、特定のＷＴＲＵはまた、サブフレームでＳＲＳを伝送することができ、ここでＰＵＣＣＨおよびＳＲＳはサブフレーム内のそれぞれのシンボルで伝送されてもよい。別のＰＵＣＣＨフォーマットが伝送をスケジュールされているか、またはたとえばａｃｋＮａｃｋＳＲＳ−ＳｉｍｕｌｔａｎｅｏｕｓＴｒａｎｓｍｉｓｓｉｏｎのようなパラメータが、少なくとも特定のＷＴＲについてＦＡＬＳＥのような特定の他の値である場合、特定のＷＴＲＵは、正規の（たとえば、短縮されていない）フォーマットを使用してＰＵＣＣＨを伝送することができ、ＳＲＳをドロップすることができる（たとえば、伝送しなくてもよい）。
【００４７】
ＷＴＲＵは、その受信および送信タイミングを、基準セルの受信フレームタイミングに同期することができる。キャリアアグリゲーション（ＣＡ）の場合、基準セルは、プライマリセル（ＰＣｅｌｌ）またはセカンダリセル（ＳＣｅｌｌ）であってもよい。受信フレーム境界のタイミングは、ＷＴＲＵモーションおよび／またはその他の要因（たとえば、発振器ドリフト）により、時間の経過と共に変化することがあり、ＷＴＲＵは、適宜そのタイミングを自律的に調整することができる。加えて、ＷＴＲＵは、タイミングアドバンス（ＴＡ）を送信済み信号に適用することができる（たとえば、ＷＴＲＵは、所与のＵＬサブフレームの伝送を、対応するＤＬサブフレームの開始よりもある時間だけ（たとえば、適用されたＴＡ）早く開始することができる）。ｅＮＢは、ＴＡコマンドを、ＵＬでｅＮＢと通信することができるか、またはその制御下にありうる各ＷＴＲＵに提供することができ、ｅＮＢはそのようなコマンドを、特定のセルに意図された任意の所与のサブフレームでのＷＴＲＵからのＵＬ伝送が、名目上同時に特定のセルに到着するという意図を持って提供することができる。ＷＴＲＵはまた、そのアップリンクタイミングを、基準セルの受信ダウンリンクフレームに従って自律的に調整することができ、そのタイミングは変化することがある。
【００４８】
「タイミングアドバンスグループ」（ＴＡＧ）という用語は、汎用性を失うことなく、ＲＲＣシグナリングのような上位レイヤシグナリングによって構成されうる１つまたは複数のサービス提供セルのグループを含み、グループ内の各セルごとにＷＴＲＵは、たとえば基準がグループのすべてのセルに対して同じであってもまたは同じでなくてもよい各セルのダウンリンクタイミング基準を使用して、同じＴＡ値またはオフセットを適用することができる。ＴＡの適用は、構成済みアップリンクを伴うセルに限定されてもよい。ＴＡＧは、構成済みアップリンクを伴うセルに限定されてもよい。プライマリＴＡＧ（ｐＴＡＧ）は、ＰＣｅｌｌを含むＴＡＧであってもよい。ｐＴＡＧは、ＳＣｅｌｌを含むことも、または含まないこともある。セカンダリＴＡＧ（ｓＴＡＧ）は、ＰＣｅｌｌを含まないＴＡＧであってもよい。ｓＴＡＧは、ＳＣｅｌｌのみを含むことができ、構成済みアップリンクを伴う少なくとも１つのセルを含むことができる。
【００４９】
ＣＡに対して構成されたＷＴＲＵは、同じサブフレームの複数のサービス提供セルで伝送することができる。「サービス提供セル」および「ＣＣ」という用語は、同義的に使用されてもよい。帯域内ＣＡのような（たとえば、アグリゲートされたＣＣが同じ帯域にある）特定の場合において、ＷＴＲＵは、アグリゲートされたＣＣに同じＤＬタイミング基準および同じタイミングアドバンスを使用することができ、その結果、ＷＴＲＵは、相互に時間整合された（たとえば、正確にまたはほぼ正確に時間整合された）アグリゲートされたＣＣでサブフレームを伝送することができる。
【００５０】
ＴＡおよびΔＴＡは、それぞれこれ以降に開示される実施形態のいずれかにおいて、ＵＬタイミングおよびＵＬタイミング差によって置き換えられてもよい。「サブフレーム」および「伝送時間間隔」（ＴＴＩ：ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ）という用語は、同義的に使用されてもよい。サブフレームｉおよびｉ＋１は、時間が重複する連続サブフレームを表すことができ、ＮおよびＮ＋１は、ｉおよびｉ＋１の代わりに使用されてもよい。「電力バックオフ（ｐｏｗｅｒ  ｂａｃｋｏｆｆ）」および「電力低減（ｐｏｗｅｒ  ｒｅｄｕｃｔｉｏｎ）」という用語は、同義的に使用されてもよい。イタリック体および非イタリック体の表記は、同義的に使用されてもよい。
【００５１】
ＷＴＲＵが伝送することができる各サブフレームについて、ＷＴＲＵは、伝送されるべき物理チャネルの送信電力を設定することができる。ＷＴＲＵは、以下のうちの少なくとも１つに従って、ＰＵＳＣＨ、ＰＵＣＣＨ、および／またはＳＲＳ送信電力を決定することができる。
【００５２】
【数１】
2020048230.tif 000003
【００５３】
または、
【００５４】
【数２】
2020048230.tif 000004
【００５５】
【数３】
2020048230.tif 000005
【００５６】
ＰSRS,c（ｉ）＝ｍｉｎ｛ＰCMAX,c（ｉ），ＰSRS_OFFSET,c（ｍ）＋１０ｌｏｇ10（ＭSRS,c）＋Ｐo_PUSCH,c（ｊ）＋αC（ｊ）−ＰＬC＋ｆc（ｉ）｝  式（４）
【００５７】
ＰPUSCH,c（ｉ）およびＰSRS,c（ｉ）は、それぞれサブフレームｉのＣＣｃに対する、ＰＵＳＣＨおよびＳＲＳの電力であってもよく、ＰPUCCH（ｉ）は、サブフレームｉのＰＵＣＣＨの電力であってもよく、ＰCMAX,c（ｉ）はサブフレームｉのＣＣｃに対する構成済みの最大出力電力であってもよく、それらの値の各々はｄＢｍ単位であってもよい。
【００５８】
【数４】
2020048230.tif 000006
【００５９】
はＰPUCCH（ｉ）の線形値であってもよく、
【００６０】
【数５】
2020048230.tif 000007
【００６１】
はＰPUSCH,c（ｉ）の線形値であってもよく、
【００６２】
【数６】
2020048230.tif 000008
【００６３】
はＰCMAX,c（ｉ）の線形値であってもよい。ＷＴＲＵは、許容される限度内でＰCMAX,c（ｉ）を設定することができる。
【００６４】
ＭPUSCH,c（ｉ）は、ＰＵＳＣＨリソース割り当ての帯域幅であってもよく、サブフレームｉおよびサービス提供セルｃに有効なリソースブロックの数で表されてもよい。
【００６５】
Ｐo_PUSCH,c（ｊ）は、サービス提供セルｃについて、ｊ＝０および１の場合に上位レイヤにより提供されうるコンポーネントＰo_NOMINAL_PUSCH,c（ｊ）、およびｊ＝０および１の場合に上位レイヤにより提供されうるコンポーネントＰo_UE_PUSCH,c（ｊ）の和から成るパラメータであってもよい。半永続的認可に対応するＰＵＳＣＨ（再）伝送の場合、ｊは０であってもよく、動的スケジューリングされた認可に対応するＰＵＳＣＨ（再）伝送の場合、ｊは１であってもよく、ランダムアクセス応答認可に対応するＰＵＳＣＨ（再）伝送の場合、ｊは２であってもよい。ｊ＝２の場合、Ｐo_NOMINAL_PUSCH,c（ｊ）の値は、ランダムアクセス手順の結果に基づいて設定されてもよく、Ｐo_UE_PUSCH,c（ｊ）は０であってもよい。αC（ｊ）は、上位レイヤによって提供されるパラメータであってもよいか、または固定の値であってもよい。ＰＬCは、サービス提供セルｃについてＷＴＲＵにおいて計算されたダウンリンクパスロス推定であってもよい。ΔTF,c（ｉ）は、上位レイヤによって提供されたパラメータ、および／またはコードブロックの数、各コードブロックのサイズ、チャネル品質インジケータ（ＣＱＩ）／伝送される事前コード化マトリクスインジケータ（ＰＭＩ）ビットの数、およびリソース要素の数のうちの１つまたは複数に基づいてＷＴＲＵによって計算されたパラメータであってもよい。ｆc（ｉ）は、たとえばＣＣc上のＰＵＳＣＨの場合など、送信電力制御（ＴＰＣ）コマンドの積算であってもよい電力制御積算項であってもよい。
【００６６】
Ｐo_PUCCHは、上位レイヤにより提供されうるパラメータＰo_NOMINAL_PUCCH、および上位レイヤにより提供されうるパラメータＰo_UE_PUCCHの和から成るパラメータであってもよい。h（ｎCQI，ｎHARQ，ｎSR）は、ＣＱＩ、ハイブリッド自動再送要求（ＨＡＲＱ：ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）、および伝送されるスケジューリング要求ビットの数の関数であってもよいＰＵＣＣＨフォーマット従属値であってもよい。パラメータΔF_PUCCH（Ｆ）は、上位レイヤによって提供されうるＰＵＣＣＨフォーマット従属パラメータであってもよい。ΔTxD（Ｆ’）は、ＷＴＲＵが２つのアンテナポートでＰＵＣＣＨを伝送するように上位レイヤによって構成される場合、上位レイヤによって提供されうるＰＵＣＣＨフォーマット従属パラメータであってもよく、それ以外の場合０であってもよい。ｇ（ｉ）は、たとえばＰＵＣＣＨの場合など、ＴＰＣコマンドの積算であってもよい電力制御積算項であってもよい。
【００６７】
ＰSRS_OFFSET,c（ｍ）は、上位レイヤによって提供されるパラメータであってもよく、ｍは、定期的または非定期的であってもよいＳＲＳモードを表す値を有することができる。ＭSRS,cは、サービス提供セルｃのサブフレームｉにおけるＳＲＳ伝送の帯域幅であってもよく、リソースブロックの数で表されてもよい。ＰＵＳＣＨの式の場合と同じ表記を有するＳＲＳの式のパラメータは、同じＣＣcについてＰＵＳＣＨ電力に使用される値と同じ値を使用することができる。
【００６８】
ＷＴＲＵは、伝送される各チャネルの電力を、（たとえば、最初に決定するなど）、決定することができる。チャネル送信電力（たとえば、決定されたチャネル送信電力）の和が、ＷＴＲＵの構成済みの最大出力電力（たとえば、合計構成済み最大出力電力）を超える見込みであるかまたは超える場合、ＷＴＲＵは、スケーリング後に、送信電力の和がＷＴＲＵの構成済み最大出力電力ＰCMAX（たとえば、合計構成済み最大出力電力）を超えない見込みとなるかまたは超えないように、ルールのセットなどに従って、チャネルの送信電力をスケーリングすることができる。
【００６９】
たとえば、ＷＴＲＵは、以下の条件が満足されるように、サブフレームｉのサービス提供セルｃについて
【００７０】
【数７】
2020048230.tif 000009
【００７１】
をスケーリングすることができる。
【００７２】
【数８】
2020048230.tif 000010
【００７３】
【数９】
2020048230.tif 000011
【００７４】
はＰPUCCH（ｉ）の線形値であってもよく、
【００７５】
【数１０】
2020048230.tif 000012
【００７６】
はＰPUSCH,c（ｉ）の線形値であってもよく、
【００７７】
【数１１】
2020048230.tif 000013
【００７８】
は、サブフレームｉのＷＴＲＵ合計構成済み最大出力電力ＰCMAXの線形値であってもよく、ｗ（ｉ）は、０≦ｗ（ｉ）≦１として、サービス提供セルｃに対する
【００７９】
【数１２】
2020048230.tif 000014
【００８０】
の倍率であってもよい。
【００８１】
送信電力のスケーリング、または調整の後には、チャネル優先順位に基づくルールのセットが続いてもよい。たとえば、優先順位は、最高から最低の順に、ＰＵＣＣＨ、アップリンク制御情報（ＵＣＩ）を伴うＰＵＳＣＨ、およびＵＣＩを伴わないＰＵＳＣＨの順序であってもよく、最高優先順位のチャネルはすべての使用可能な送信電力を使用することができ、すぐ下の優先順位のチャネルは残りの使用可能な送信電力のいずれかを使用することができる。同じ優先順位のチャネルが複数ある場合、そのすべてに十分な電力がなければ、電力は、同じ相対的な低減が各チャネルに適用されるように、チャネル間で等しく共有されてもよい。電力低減がチャネルまたはチャネルのグループに適用された後、すぐ下の優先順位のチャネルに使用可能な電力がない場合、それらのすぐ下の優先順位のチャネルは伝送されないことがある。
【００８２】
ＷＴＲＵは、複数のＣＣにおけるＳＲＳ送信電力の和が、ＷＴＲＵの合計構成済み最大出力電力を超える見込みであるかまたは超える場合、たとえば以下のように、ＳＲＳ送信電力をスケーリングすることができる。
【００８３】
【数１３】
2020048230.tif 000015
【００８４】
【数１４】
2020048230.tif 000016
【００８５】
は、ＰSRS,c（ｉ）の線形値であってもよい。
【００８６】
ＷＴＲＵは、以下のように、下限および上限の範囲内で、サービス提供セルｃの構成済み最大ＷＴＲＵ出力電力ＰCMAX,cを決定（または設定）することができる。
【００８７】
ＰCMAX_L,c≦ＰCMAX,c≦ＰCMAX_H,c  式（７）
【００８８】
下限および上限は、たとえば、以下のように定義されてもよい。
【００８９】
ＰCMAX_L,c＝ＭＩＮ｛ＰEMAX,c−ΔＴC,c，ＰPowerClass−ＭＡＸ（ＭＰＲc＋Ａ‐ＭＰＲc＋ΔＴIB,c，Ｐ‐ＭＰＲc）−ΔＴC,c｝  式（８）
および
ＰCMAX_H,c＝ＭＩＮ｛ＰEMAX,c，ＰPowerClass｝  式（９）
【００９０】
ＰEMAX,cは、サービス提供セルｃについて上位レイヤによって信号伝達されうる最大許容ＷＴＲＵ出力電力であってもよく、ＰPowerClassは、たとえばその電力クラスに従った、最大ＷＴＲＵ電力であってもよく、許容度を考慮に入れないこともあり、最大電力低減（ＭＰＲc）、追加最大電力低減（Ａ‐ＭＰＲc）、電力管理電力低減（Ｐ‐ＭＰＲc）、ΔＴC,cおよびΔＴIB,cは、ＷＴＲＵが、特に放出要件および特定の吸収要件（ＳＡＲ）を満足するためなど特定の許容される理由でその最大出力電力を低減できるようにする、サービス提供セルｃの項であってもよい。これらの値は、ｄＢ単位であってもよい。
【００９１】
ＵＬサービス提供セルを伴うキャリアアグリゲーションの場合、ＷＴＲＵは、以下のように、下限および上限の範囲内で、合計構成済み最大ＷＴＲＵ出力電力ＰCMAXを決定（または設定）することができる。
【００９２】
ＰCMAX_L_CA≦ＰCMAX≦ＰCMAX_H_CA  式（１０）
【００９３】
下限および上限は、たとえば、以下のように帯域間キャリアアグリゲーションについて定義されてもよい。
【００９４】
ＰCMAX_L_CA＝ＭＩＮ｛１０ｌｏｇ10ΣＭＩＮ［ｐEMAX,c／（ΔｔC,c），ｐPowerClass／（ｍｐｒc・ａ‐ｍｐｒc・ΔｔC,c・ΔｔIB,c），ｐPowerClass／（ｐｍｐｒc・ΔｔC,c）］，ＰPowerClass｝  ａｎｄ  式（１１）
ＰCMAX_H_CA＝ＭＩＮ｛１０ｌｏｇ10ΣｐEMAX,c，ＰPowerClass｝  式（１２）
【００９５】
ｐEMAX,cは、ＰEMAX,cの線形値であってもよく、ΔｔC,cは、ΔＴC,cの線形値であってもよく、ｐPowerClassは、ＰPowerClassの線形値であってもよく、ｍｐｒc、ａ‐ｍｐｒc、およびｐｍｐｒcは、それぞれＭＰＲc、Ａ‐ＭＰＲc、およびＰ‐ＭＰＲcの線形値であってもよい。
【００９６】
一部の実施形態において、ＰCMAXは、ＰCMAX（ｉ）と等価であってもよく、用語は同義的に使用されてもよい。
【００９７】
サービス提供セルにわたり測定された最大出力電力ＰUMAXは、以下の範囲内となるように定義されうるか、または範囲内となることが要求されうる。
【００９８】
ＰCMAX_L_CA‐Ｔ（ＰCMAX_L_CA）≦ＰUMAX≦ＰCMAX_H_CA＋Ｔ（ＰCMAX_H_CA）  式（１３）
ＰUMAX＝１０ｌｏｇ10ΣＰUMAX,c  式（１４）
【００９９】
Ｔ（Ｐ）は、Ｐの値の関数である認められた許容度であってもよく、ＰUMAXは均等目盛で表されるサービス提供セルｃの測定された最大出力電力を示すことができる。
【０１００】
ＷＴＲＵが複数のＣＣで伝送している場合、別のＣＣで何が伝送されうるかに基づいて、１つのＣＣにおけるＳＲＳの伝送を管理する特定のルールが適用されてもよい。たとえば、サブフレームは、１つのＣＣにおいてセル固有のＳＲＳサブフレームであってもよいが、別のＣＣにおいてはセル固有のＳＲＳサブフレームではなくてもよい。図２は、サブフレームが１つのＣＣ、ＣＣ１のセル固有のＳＲＳサブフレームであるが、別のＣＣ、ＣＣ２のセル固有のＳＲＳサブフレームではない例を示す図である。
【０１０１】
ＬＴＥ  Ｒ１０で定義されているような、例示のルールのセットによれば、ＷＴＲＵが１つのＣＣ（たとえば、ＣＣ１）でＳＲＳを伝送するようにスケジュールされ、ＷＴＲＵがまたＰＵＳＣＨまたはＰＵＣＣＨ（フォーマット従属でありうる可能性を除いて）も伝送するようにスケジュールされており、そのような伝送が別のＣＣ（たとえば、ＣＣ２）において最後のシンボル２０４に伝送を含む場合、ＷＴＲＵはＣＣ１でスケジュールされているＳＲＳをドロップすることができる（たとえば、伝送しなくてもよい）。ＷＴＲＵがＣＣ２においてＰＵＳＣＨまたはＰＵＣＣＨを伝送するようにスケジュールされていないか、またはＷＴＲＵがＣＣ２においてＰＵＳＣＨまたはＰＵＣＣＨを伝送するようにスケジュールされているが、そのような伝送がＣＣ２の最後のシンボル２０４に伝送を含まない（たとえば、これがＣＣ２のセル固有のＳＲＳサブフレームであるため）場合、ＷＴＲＵは、ＣＣ１でスケジュールされているＳＲＳ２０２を伝送することができる。ＰＵＣＣＨに関するルールは、伝送されるＰＵＣＣＨフォーマットに依存してもよく、たとえば、ＳＲＳ伝送は、ＨＡＲＱ  ＡＣＫを伴わないＰＵＣＣＨフォーマット２のような特定のＰＵＣＣＨフォーマットのＰＵＣＣＨ伝送よりも優先することができる。
【０１０２】
複数のＣＣで伝送しているＷＴＲＵは、それらのＣＣの１つまたは複数について異なるＤＬタイミング基準および／または異なるＴＡを有することができる。タイミングアドバンスグループ（ＴＡＧ）は、ＷＴＲＵが共通のＤＬタイミング基準および／または共通のＴＡを有するＣＣのセットであってもよい。
【０１０３】
異なるＤＬタイミング基準および／または異なるＴＡを使用するＣＣを考えると、ＷＴＲＵが２つ以上のそのようなＣＣで名目上同時に（つまり、名目上同じサブフレームで）伝送する場合、サブフレームおよび内部シンボル境界は相互に時間整合されないこともあり、その結果、１つのＣＣ内のサブフレームおよびそれらの内部シンボルが１つまたは複数のその他のＣＣ内のサブフレームおよび内部シンボルと重複してしまう。図３は、各ＴＡＧに異なるＴＡが適用されている複数のＴＡＧの例を示す図である。ＴＡＧ１は、図３のＴＡＧ２よりもさらに先行している。図３の例が２つのＴＡＧの各々における２つのＣＣを示しているが、各ＴＡＧ内に任意の数のＣＣを持つ任意の数のＴＡＧがあってもよいことに留意されたい。さらに、図３の例が、最大２つのシンボルの重複を結果としてもたらしうる時間差を示すが、これは例示を目的とするものであり、時間差および重複は任意の値であってもよい。
【０１０４】
従来、ＵＬチャネルの送信電力（たとえば、ＰPUSCH,c（ｉ）、ＰPUCCH（ｉ）、ＰSRS,c（ｉ）、およびＰPRACH（ｉ）またはＰPRACH,c（ｉ））は、ＣＣ間のＵＬ時間差を考慮することなく決定される。しかし、ＣＣ間にＵＬタイミング差がある場合、そのような送信電力は、たとえば、ＷＴＲＵが、最大送信電力を超えないように、および／または１つのＣＣのサブフレームが別のＣＣの隣接サブフレームと重複するときに最大送信電力で過剰な干渉を生じさせないようにするため、別々に決定される必要があることもある。
【０１０５】
ＷＴＲＵは、ＷＴＲＵのＵＬ伝送を方向付けるＤＬでアップリンクスケジューリング認可を受信することができる。１つのサブフレーム（たとえば、サブフレームｎ）で受信されたアップリンクスケジューリング認可は、後のサブフレーム（たとえばＬＴＥ  ＦＤＤの、サブフレームｎ＋４など）でＵＬ伝送をもたらすことができる。ＷＴＲＵは、一度に１つのＵＬサブフレームの認可を処理することができる。この例において、間隔［ｎ，ｎ＋４］の間のある時点において、ＵＬスケジューリング認可がサブフレームｎで受信された任意の所与のサブフレームｎ＋４について、ＷＴＲＵは、認可を復調して復号し、サブフレームｎ＋４の電力処理を実行することができる。電力処理は、サブフレームｎ＋４のさまざまなチャネルの送信電力の決定、ＷＴＲＵ合計構成済み最大出力電力を超えないようにスケーリングする決定、スケジュールされたＳＲＳを伝送するかまたは伝送しないよう決定すること、ＳＲＳに対応するためにＰＵＳＣＨをパンクチャおよび／またはＰＵＣＣＨを短縮することなどのうちの１つまたは複数を含むことができる。
【０１０６】
これ以降、サブフレームｎ＋４のような１つのサブフレームは「現在の」サブフレームと称され、以前のサブフレームは「過去の」サブフレームと称され、次のサブフレームは「未来の」サブフレームと称される。現在のサブフレームのようなサブフレームに関する決定が行なわれてもよく、実際的なＷＴＲＵの実施態様においては通常、現在のサブフレームに先行する一部のサブフレーム中に決定が行なわれてもよい。現在のサブフレームの電力の決定は、過去または未来のサブフレームにおける伝送の影響を受けることもある。例示的なＷＴＲＵの実施態様において、過去のサブフレームにおける伝送（たとえば、伝送の電力）は、たとえば、過去はすでに発生してしまい、変更することは不可能であるため、後の（現在の）サブフレームの伝送に対応するように変更されなくてもよい。もう１つの例において、現在のサブフレームにおける伝送（たとえば、伝送の電力）は、たとえば、ＷＴＲＵが現在のサブフレームに関する決定を行なう際に、未来のサブフレームの伝送の完全な知識をまだ有していないこともあるので、未来のサブフレームの伝送に対応するように変更されなくてもよい。
【０１０７】
サブフレームｎのＵＬ割り当てと、サブフレームｎ＋４のＵＬ伝送の上記のタイミング関係は、一例として示されるものであり、本明細書において開示される実施形態は任意の規格（たとえば、ＬＴＥ  ＦＤＤまたはＬＴＥ  ＴＤＤ）に対応しうるタイミング関係のような任意のタイミング関係に適用可能であることに留意されたい。加えて、現在のサブフレームとしてサブフレームｎ＋４を使用することは、例示を目的とするものであり、任意のサブフレームは、先行するサブフレームを過去のサブフレームとし、後続のサブフレームを未来のサブフレームとして、現在のサブフレームと見なされてもよく、引き続き本明細書に開示される実施形態に矛盾することはない。一部の実施形態において、ｉまたはＮは、ｉ−１またはＮ−１が過去のサブフレームを表す、および／またはｉ＋１またはＮ＋１が未来のサブフレームを表すものとして、現在のサブフレームを表すために使用されてもよい。その他の表記が使用されてもよく、引き続き本明細書において開示される実施形態に矛盾することはない。
【０１０８】
従来、異なるＣＣ上の所与のＷＴＲＵによるＳＲＳおよびその他のチャネルの同時伝送のルールは通常、たとえばＴＡ差による重複（たとえば隣接サブフレーム重複）がないか、またはＣＣ間にＴＡ差がないと仮定するなど、同時発生する（たとえば、正確またはほぼ正確に一致する）ＣＣのＵＬサブフレーム境界に基づいている。ＴＡ差がある場合、従来のルールは、同時のＳＲＳおよびその他のＵＬ伝送を適正に処理しない場合もある。たとえば、ＴＡ差がない場合、ＷＴＲＵは、１つのＣＣでのＳＲＳ伝送を、別のＣＣで短縮されたＰＵＳＣＨ伝送と同時に行なうことが許容されうる。しかし、ＴＡ差がある場合、そのルールを適用することで結果として、１つのＣＣでのＰＵＳＣＨの伝送および別のＣＣでのＳＲＳの伝送が、同じシンボル期間内に発生することがありうる。これは、ＳＲＳおよびその他のチャネルの間のクロスサブフレーム競合（過去、現在、および未来のサブフレーム間）と称される。
【０１０９】
図４Ａおよび図４Ｂは、ＳＲＳおよびその他のチャネル伝送間のクロスサブフレーム競合の例を示す。図４Ａに示されるように、ＳＲＳが後行のＴＡＧで伝送される場合、過去のサブフレームのＳＲＳ４０２は、現在のサブフレームのＰＵＳＣＨおよび／またはＰＵＣＣＨ４０６と競合する可能性があり、未来のサブフレームのＰＵＳＣＨおよび／またはＰＵＣＣＨ４０８は現在のサブフレームのＳＲＳ４０４と競合する可能性がある。図４Ｂに示されるように、ＳＲＳが先行のＴＡＧで伝送される場合、過去のサブフレームのＳＲＳ４１２は、過去のサブフレームのＰＵＳＣＨおよび／またはＰＵＣＣＨ４１６と競合する可能性があり、現在のサブフレームのＰＵＳＣＨおよび／またはＰＵＣＣＨ４１８は現在のサブフレームのＳＲＳ４１４と競合する可能性がある。
【０１１０】
これ以降、ＵＬタイミング差の場合に同時伝送にスケジュールされるＳＲＳおよびその他のＵＬチャネルを処理するための実施形態が開示される。
【０１１１】
１つの実施形態において、ＷＴＲＵは、ＳＲＳを同じシンボルでＰＵＳＣＨおよび／またはＰＵＣＣＨと同時に伝送することはなく、これは隣接のシンボルまたは隣接するサブフレームまで及びうる。図５Ａ〜図５Ｃは、ＣＣ間のＴＡ差が１シンボル未満である場合のＳＲＳおよびその他のチャネルの伝送の例を示す図である。これらの例において、ＳＲＳは、サブフレームの終わりに伝送される。図５Ａ〜図５Ｃにおいて、水平網掛けされたシンボルは、ＣＣ間のＵＬタイミング差の場合に同時のＳＲＳおよびその他のＵＬチャネル伝送のルールによって影響を受けうる（現行または次のサブフレーム内の）追加のシンボルである。
【０１１２】
図５Ａにおいて、ＳＲＳ５０２は、先行のＣＣでスケジュールされる。ＷＴＲＵは、ＰＵＳＣＨまたはＰＵＣＣＨがサブフレームｉの別のＣＣ（後行のＣＣ）の最後のシンボル５０４および最後のすぐ前のシンボル５０６の両方にマップされない場合、サブフレームｉの所与のＣＣに対してスケジュールされたＳＲＳ５０２を伝送することができる。ＷＴＲＵは、ＰＵＳＣＨまたはＰＵＣＣＨがサブフレームｉの別のＣＣ（後行のＣＣ）の最後のシンボル５０４または最後のすぐ前のシンボル５０６にマップされる場合、サブフレームｉの所与のＣＣに対してスケジュールされたＳＲＳ５０２をドロップすることができる。たとえば、ＷＴＲＵが、サブフレームｉの最後のシンボル５０４を使用しないが、そのＣＣで最後のすぐ前のシンボル５０６を使用する別のＣＣ（後行のＣＣ）で短縮されたＰＵＣＣＨフォーマットまたは短縮されたＰＵＳＣＨを使用する場合、ＷＴＲＵは、スケジュールされたＳＲＳ５０２をドロップすることができる。
【０１１３】
図５Ｂにおいて、ＳＲＳは、後行のＣＣでスケジュールされる。この場合、クロスサブフレーム干渉が、現在のサブフレームのＳＲＳと未来のサブフレームのその他のチャネルとの間、または過去のサブフレームのＳＲＳと現在のサブフレームのその他のチャネルとの間に発生する可能性がある。ＷＴＲＵは、ＰＵＳＣＨまたはＰＵＣＣＨが別のＣＣ（先行のＣＣ）のサブフレームｉの最後のシンボル５１４およびサブフレームｉ＋１の最初のシンボル５１６の両方にマップされない場合、サブフレームｉの所与のＣＣに対してスケジュールされたＳＲＳ５１２を伝送することができる。ＷＴＲＵは、ＰＵＳＣＨまたはＰＵＣＣＨが別のＣＣ（先行のＣＣ）のサブフレームｉの最後のシンボル５１４またはサブフレームｉ＋１の最初のシンボル５１６にマップされる場合、サブフレームｉの所与のＣＣに対してスケジュールされたＳＲＳ５１２をドロップすることができる。ＳＲＳがそのサブフレームの最後にあり、ＷＴＲＵは、現在のサブフレームの処理の一部として本来決定してあったように、現在のサブフレームでＳＲＳを伝送しないことを後に（実際のＳＲＳ伝送の時点までに）決定することができるので、これは実際的な実施態様でありうる。ＷＴＲＵがＳＲＳを伝送しないことを決定する場合、ＷＴＲＵが現在のサブフレームの処理の一部として本来決定してあったように、ＷＴＲＵは、ＰＵＳＣＨパンクチャまたはＰＵＣＣＨ短縮を取り消すことができる。
【０１１４】
図５Ｃにおいて、ＳＲＳ５２２、５４４は、両方のＣＣでスケジュールされる。この場合、クロスサブフレーム干渉が、現在のサブフレームのＳＲＳと未来のサブフレームのその他のチャネルとの間、または過去のサブフレームのＳＲＳと現在のサブフレームのその他のチャネルとの間に発生する可能性がある。ＷＴＲＵが、後行のＣＣの現行のサブフレーム（サブフレームｉ）の最後のすぐ前のシンボル５２８を使用しない（たとえば、ＰＵＳＣＨおよびＰＵＣＣＨがマップされない）場合、およびＷＴＲＵが、先行のＣＣの次のサブフレーム（サブフレームｉ＋１）の最初のシンボル５２６を使用しない（たとえば、ＰＵＳＣＨおよびＰＵＣＣＨがマップされない）場合、２つのＣＣで同時にスケジュールされたＳＲＳ５２２、５２４を伝送することができる。
【０１１５】
図５Ａ〜図５Ｃにおいて、２つのＣＣは一例として使用されているに過ぎず、本実施形態は、３つ以上のＣＣがＷＴＲＵに対してアクティブである場合に適用可能である。その場合、ＷＴＲＵは、スケジュールされた伝送および複数のその他のＣＣのＵＬタイミング関係に基づいて、ＳＲＳを伝送するかどうかを決定することができる。
【０１１６】
もう１つの実施形態において、ＷＴＲＵは、スケジュールされたＳＲＳが伝送されるようにするため、追加のシンボル（図５Ａ〜図５Ｃの水平網掛けのシンボル５０６、５１６、５２６、５２８）を使用することを回避することができる。ＷＴＲＵは、スケジュールされたＳＲＳがＰＵＳＣＨまたはＰＵＣＣＨと同じＣＣで伝送されるようにするため、図５Ａ〜図５Ｃの斜め網掛けのシンボル５０４、５１４を回避することができる。
【０１１７】
もう１つの実施形態において、追加の伝送フォーマットが定義されてもよい。たとえば、サブフレームの最後の２つのシンボルを使用しない短縮されたＰＵＳＣＨおよび／またはＰＵＣＣＨフォーマット、サブフレームの最初のシンボルを使用しない短縮されたＰＵＳＣＨおよび／またはＰＵＣＣＨフォーマット、サブフレームの最初および最後のシンボルのいずれも使用しない短縮されたＰＵＳＣＨおよび／またはＰＵＣＣＨフォーマットが定義されうる。
【０１１８】
ＷＴＲＵは、１つまたは複数の短縮されたフォーマットの使用が許容されるかどうかに関するネットワークからの指示、またはＷＴＲＵが短縮されたフォーマットの１つまたは複数を使用すべきであるというネットワークからの指示に基づいて、そのような短縮されたフォーマットの１つまたは複数を使用することができる。これはまた、ＣＣ間の、たとえばＷＴＲＵのＵＬタイミング関係のような、タイミング関係に基づいてもよい。
【０１１９】
ＷＴＲＵは、２つの状態（ＴＡ差がない第１の状態、およびＴＡ差が１シンボル未満の第２の状態）を保持して、その状態に基づいてＳＲＳおよびその他のチャネルの伝送について上記で開示されている実施形態のいずれか１つを実施することができる。
【０１２０】
上記で開示されている実施形態は、たとえば１〜２シンボルの範囲など、ＴＡ差が１シンボルよりも大きい場合まで拡大されてもよい。図６Ａ〜図６Ｃは、ＴＡ差が１シンボルよりも大きい場合のＳＲＳおよびその他のチャネルの伝送の例を示す図である。
【０１２１】
図６Ａにおいて、ＳＲＳ６０２は、先行のＣＣでスケジュールされる。ＷＴＲＵは、ＰＵＳＣＨまたはＰＵＣＣＨがサブフレームｉの別のＣＣ（後行のＣＣ）の最後から２番目のシンボル６０４および３番目のシンボル６０６の両方にマップされない場合、サブフレームｉの所与のＣＣに対してスケジュールされたＳＲＳ６０２を伝送することができる。ＷＴＲＵは、ＰＵＳＣＨまたはＰＵＣＣＨがサブフレームｉの別のＣＣ（後行のＣＣ）の最後から２番目のシンボル６０４または３番目のシンボル６０６にマップされる場合、サブフレームｉの所与のＣＣに対してスケジュールされたＳＲＳ６０２をドロップすることができる。
【０１２２】
図６Ｂにおいて、ＳＲＳ６１２は、後行のＣＣでスケジュールされる。この場合、クロスサブフレーム干渉が、現在のサブフレームのＳＲＳと未来のサブフレームのその他のチャネルとの間に発生する可能性がある。ＷＴＲＵは、ＰＵＳＣＨまたはＰＵＣＣＨが別のＣＣ（先行のＣＣ）のサブフレームｉ＋１の最初のシンボル６１４および２番目のシンボル６１６の両方にマップされない場合、サブフレームｉの所与のＣＣに対してスケジュールされたＳＲＳ６１２を伝送することができる。ＷＴＲＵは、ＰＵＳＣＨまたはＰＵＣＣＨがサブフレームｉ＋１の別のＣＣ（先行のＣＣ）の最初のシンボル６１４または２番目のシンボル６１６にマップされる場合、サブフレームｉの所与のＣＣに対してスケジュールされたＳＲＳ６１６をドロップすることができる。
【０１２３】
図６Ｃにおいて、ＳＲＳ６２２、６２４は、両方のＣＣでスケジュールされる。この場合、クロスサブフレーム干渉が、現在のサブフレームのＳＲＳと未来のサブフレームのその他のチャネルとの間、または過去のサブフレームのＳＲＳと現在のサブフレームのその他のチャネルとの間に発生する可能性がある。ＷＴＲＵが、後行のＣＣの現在のサブフレーム（サブフレームｉ）の２つの最後シンボル６３０、６３２を使用しない（たとえば、ＰＵＳＣＨおよびＰＵＣＣＨがマップされない）場合、およびＷＴＲＵが、先行のＣＣの次のサブフレーム（サブフレームｉ＋１）の最初の２つのシンボル６２６、６２８を使用しない（たとえば、ＰＵＳＣＨおよびＰＵＣＣＨがマップされない）場合、２つのＣＣで同時にスケジュールされたＳＲＳ６２２、６２４を伝送することができる。
【０１２４】
上記の実施形態において、ＷＴＲＵは、３つの状態（たとえば、ＴＡ差がない第１の状態、ＴＡ差が１シンボル未満の第２の状態、およびＴＡ差が１シンボルより大きい第３の状態）を保持して、その状態に基づいてＳＲＳおよびその他のチャネルの伝送について上記で開示されている実施形態のいずれか１つを実施することができる。
【０１２５】
もう１つの実施態様において、ＳＲＳは、サブフレームの最後ではなく、最初に含まれてもよい。図７は、ＳＲＳがサブフレームの最前部にある場合のクロスサブフレーム競合の例を示す図である。ＳＲＳが後行のＴＡＧにある場合、現在のサブフレームのＰＵＳＣＨまたはＰＵＣＣＨは、現在のサブフレームのＳＲＳ７０２と競合する可能性があり、未来のサブフレームのＳＲＳ７０４は未来のサブフレームのＰＵＳＣＨまたはＰＵＣＣＨと競合する可能性がある。ＳＲＳが先行のＴＡＧにある場合、過去のサブフレームのＰＵＳＣＨまたはＰＵＣＣＨは、現在のサブフレームのＳＲＳ７０６と競合する可能性があり、未来のサブフレームのＳＲＳ７０８は現在のサブフレームのＰＵＳＣＨまたはＰＵＣＣＨと競合する可能性がある。
【０１２６】
ＷＴＲＵは現在のサブフレームを処理する間に知識を有することができるので、ＷＴＲＵは、クロスサブフレーム競合を回避するためにＳＲＳを伝送しないことがある。たとえば、現在のサブフレームについて、ＷＴＲＵは、ＳＲＳが過去のサブフレームのＰＵＳＣＨまたはＰＵＣＣＨと競合する可能性があるので、ＳＲＳを伝送しないことを決定することができ、ＷＴＲＵは、この決定の時点において過去のサブフレームのチャネルについて認識することができる。加えて、現在のサブフレームのＰＵＳＣＨおよび／またはＰＵＣＣＨを処理する際に、その時点において、ＷＴＲＵは、未来のサブフレームのＳＲＳの知識を有することができ、現在のサブフレームのＰＵＳＣＨをパンクチャおよび／またはＰＵＣＣＨを短縮して、未来のサブフレームのＳＲＳに対応することができる。
【０１２７】
サブフレームの最前部にＳＲＳがあるので、ＰＵＳＣＨの最後のシンボルではなく、最初（または最初の２つ）のシンボル（複数可）は、パンクチャされる必要があり、短縮されたＰＵＣＣＨは、サブフレームの最初に開始して最後のすぐ前のシンボルで終了するのではなく、ＳＲＳの後に開始してサブフレームの最後に終了することができる。
【０１２８】
もう１つの実施形態において、クロスサブフレーム競合を回避するために、ＳＲＳは、サブフレームの（たとえば、最初または最後のシンボルではなく）中央に含まれてもよい。図８は、サブフレームの中央に含まれるＳＲＳ８０２、８０４の例を示す図である。ＵＬタイミング差がサブフレームの半分に満たないほどの大きさである限り、ＳＲＳが先行または後行のＴＡＧに含まれているかどうかにかかわらずクロスサブフレーム競合は生じることはない。サブフレームの中央にＳＲＳがあるので、１つ（または２つ）のＰＵＳＣＨシンボル（複数可）は、サブフレームの中央に向けてパンクチャされる必要があり、短縮されたＰＵＣＣＨはＳＲＳのそれぞれの端の周辺で分割されてもよい。
【０１２９】
上記で開示される実施形態は、（１）ＷＴＲＵが帯域内ＣＡで動作している場合（ＷＴＲＵが少なくとも２つのアクティブ状態のＵＬ  ＣＣを有する場合に限定されうる）、（２）ＷＴＲＵが帯域間ＣＡで動作している場合（ＷＴＲＵが複数の帯域でアクティブ状態のＵＬ  ＣＣを有する場合に限定されうる）、（３）ＷＴＲＵが、２つ以上の単独に制御されるＴＡループで動作している（たとえば、ＷＴＲＵが少なくとも２つのＴＡＧを有する）場合、または（４）ＷＴＲＵが（たとえば、ＲＲＣまたはその他のシグナリングを介して）実施形態を適用するようｅＮＢによって具体的に指示される場合、のうちの１つまたは複数において適用されてもよい。
【０１３０】
ＳＲＳおよびその他のＵＬ伝送について上記で開示される実施形態は、常時適用されてもよいか、または上記の条件（１）〜（４）の１つまたは複数が真である場合に適用されてもよい。あるいは、上記の実施形態は、たとえば、上記の条件（１）〜（４）のうちの１つが真であり、最大および最小の適用されたＴＡ間の差（たとえば、重複部分の長さ、ＴＡ差、またはＵＬタイミング差）がしきい値よりも大きい場合に、適宜適用されてもよい。
【０１３１】
実施形態は、たとえば、上記の条件が真であったとしても、決定するために使用される差がしきい値未満である場合、適用されないことがある。ヒステリシスが採用されてもよい（たとえば、これらの実施形態の使用を開始するために１つのしきい値、およびこれらの実施形態の使用を停止するためにもう１つのしきい値、というように、２つの異なるしきい値が使用されてもよい）。実施形態は、実施形態を適用するかまたは適用しないかの根拠となる条件を信号伝達した後に適用されることもまたは適用されないこともあり、サブフレームｋにおいて条件をレポートした後にサブフレームｋ＋４のような特定のサブフレームにおいて開始する。実施形態は、実施形態を適用するかまたは適用しないかの根拠となる条件を信号伝達した後に適用されることもまたは適用されないこともあり、ＷＴＲＵがサブフレームｋにおいてレポートのＨＡＲＱ  ＡＣＫを受信した後にサブフレームｋ＋４のような特定のサブフレームにおいて開始する。
【０１３２】
ＴＡ（またはＵＬタイミング）差をしきい値と比較する場合、関連するのは差の大きさであってもよい（たとえば、どのＣＣが先行または後行であるかは問題ではない）。
【０１３３】
適正なＵＬ通信のために、ｅＮＢは、ＷＴＲＵが同時のＳＲＳおよびその他のチャネル伝送に適用したルールのような、ＷＴＲＵがそのＵＬ伝送に適用したルールを認識する必要がある。ｅＮＢが任意の所与のサブフレームで実施形態が使用されるかまたは適用されないかを認識するため、ｅＮＢは、ＷＴＲＵにおけるＴＡ（ＵＬタイミング）差を計算または推測することができる。
【０１３４】
ＷＴＲＵが１つの共通のＤＬタイミング基準を使用する場合、ＷＴＲＵおよびｅＮＢは、ＷＴＲＵにおける最大の（たとえば、ＣＣのうちで最大の）ＴＡ差を、各ＣＣのＲｘ−Ｔｘ時間差測定間の差として、計算または推測することができる。最大ＴＡ差は、以下のように計算されてもよい。
ΔＴＡｐｓ＝（ＴＡｐ−ＴＡｓ）  式（１５）
ただし、ＴＡｐは、１つのセル（たとえば、ＰＣｅｌｌ）のＲｘ−Ｔｘ時間差測定であってもよく、ＴＡｓは、別のセル（たとえば、ＳＣｅｌｌ）のＲｘ−Ｔｘ時間差測定であってもよい。ＷＴＲＵは、１つまたは複数のセルのこの測定をｅＮＢにレポートすることができ、レポート（たとえば、レポートパラメータ、レポートコンテンツなど）はｅＮＢからのシグナリング（たとえば、測定構成）に基づいてもよい。
【０１３５】
ＷＴＲＵが（たとえば、ＰＣｅｌｌおよび１つまたは複数のＳＣｅｌｌのような）２つ以上のＣＣの異なるＤＬタイミング基準を使用する場合、ＷＴＲＵおよびｅＮＢは、共通のＤＬ基準の場合と同様の方法を使用してＷＴＲＵにおける最大のＴＡ差を計算または推測することができる。あるいは、ＷＴＲＵおよびｅＮＢは、ＵＬタイミング差を、適用済みＴＡ差から受信ＤＬ基準タイミング差を減算した値として、測定または決定することができる。たとえば、ＷＴＲＵおよびｅＮＢは、２つのセルまたは２つのＴＡＧのＤＬ基準間の時間差（たとえば、ΔＴＲＥＦ＝ＴＲＥＦｐ−ＴＲＥＦｓ）をもたらすことができる各ＳＣｅｌｌまたはＴＡＧの基準信号時間差（ＲＳＴＤ）のような測定を追加することができるか、またはＵＬタイミング差を、適用済みＴＡ差（ΔＴＡｐｓ）からＲＳＴＤのような測定を減算した値として計算することができる（たとえば、（ＴＡｐ−ＴＡｓ）−（ＴＲＥＦｐ−ＴＲＥＦｓ））。
【０１３６】
図９は、２つのセル（たとえば、ＰＣｅｌｌおよびＳＣｅｌｌ）のＴＡ差を決定するために測定値を使用する例を示す図である。項ΔＴＡｐｓはΔＴＡと称されてもよく、ここで差は２つの異なるＴＡＧの２つのＣＣ（たとえば、プライマリおよびセカンダリＣＣ）、または２つのそれぞれのＴＡＧの間にあることが理解されよう。
【０１３７】
ＷＴＲＵは、ΔＴＡを、上記で説明されているように、またはより簡単な方法で（たとえば、タイミング基準差を無視して）計算、処理、および／またはレポートすることができる。ＷＴＲＵは、ΔＴＡを、上記で説明されているように、計算、処理、および／またはレポートすることができるが、複数のＣＣまたはＴＡＧに適用される実際のタイミングアドバンスの差を使用するのではなく、ｅＮＢから受信したタイミングアドバンスコマンド（たとえば、積算されたタイミングアドバンスコマンド）を使用して、ＷＴＲＵ自律アップリングタイミング調整を無視する。
【０１３８】
もう１つの実施形態において、ＷＴＲＵは、ＴＡまたはＵＬタイミング差を計算して、それをｅＮＢにレポートすることができる。そのようなレポートは、ＷＴＲＵが大きいＴＡ差の特殊な処理を開始または停止するのと連動してもよいか（タイミング基準はＰＣｅｌｌであってもよい）、または単に、ネットワークが、たとえばセル負荷分散のポリシーをスケジュールすることによって、またはＴＡＧの問題のあるＳＣｅｌｌ（複数可）を非アクティブ化することによって、大きなＴＡ差がＵＬ伝送で競合しないようにするためにそのようなレポートを使用するという見込みをレポートするものであってもよい。
【０１３９】
ＷＴＲＵは、定期的またはイベント駆動式に、ＣＣまたはＴＡＧのＴＡまたはＵＬタイミング、２つのＣＣまたはＴＡＧのＴＡまたはＵＬタイミング差、任意の２つのＣＣまたはＴＡＧの最大ＴＡまたはＵＬタイミング差、任意のＳＣｅｌｌ  ＴＡＧのＰＣｅｌｌと相対的なＵＬタイミング差、任意のＳＣｅｌｌ  ＴＡＧのＰＣｅｌｌと相対的なＵＬタイミング差であって、そのようなＵＬタイミング差を（たとえば、ＲＲＣによって）レポートするように構成されたもの、ＴＡＧ間の順序による相対タイミング差（たとえば、最も先行から最も後行まで、またはその逆順のＴＡＧのリスト、または最も前行のＴＡＧの表示）、ＴＡまたはＵＬタイミング差がしきい値を超えるとき（たとえば、最大ＴＡまたはＵＬタイミング差がしきい値を超えるとき）の表示、ＷＴＲＵが、所与の大きいＴＡ差を処理している状態を有するか、その状態に入るか、またはその状態を終了した表示（これはＴＡＧタイミング差の表示またはレポートと結合されてもよい）、などのうちの１つまたは複数をレポートすることができる。
【０１４０】
レポートをトリガーするイベントは、ＴＡＧの最初のＳＣｅｌｌのアクティブ化（たとえば、定期的レポートを開始できる追加のＴＡＧの始動）であってもよいか、またはＴＡＧの最後のＳＣｅｌｌの非アクティブ化（たとえば、定期的レポートがもう後に続くことがないＴＡＧの停止）であってもよい。レポートは、ＰＨＹシグナリング、ＭＡＣ制御要素（ＣＥ）、またはＲＲＣシグナリングによるものであってもよい。ＭＡＣ  ＣＥに搬送されるレポートは、関与するＳＣｅｌｌ  ＴＡＧの電力ヘッドルームレポートと共に送信されてもよい。
【０１４１】
これ以降、ＵＬタイミング差またはＴＡ差がある場合に送信電力を処理するための実施形態が開示される。
【０１４２】
複数のＣＣで伝送する場合に、ＷＴＲＵがその最大許容出力電力（たとえば、その合計構成済み最大出力電力）を超えないようにするための従来のルールは、通常、たとえばＴＡ差による重複（たとえば隣接サブフレームの重複）がないか、またはＣＣ間にＴＡ差がないと仮定するなど、同時発生する（たとえば、正確またはほぼ正確に同時発生する）ＣＣのＵＬサブフレーム境界に基づいている。しかし、ＴＡ差がある場合、従来の最大電力のルールを適用することは、あらゆる場合において十分ではない。
【０１４３】
たとえば、ＣＣ間にＴＡ差がある場合、隣接サブフレームの重複に起因して、１つのＣＣでＳＲＳ、別のＣＣでＰＵＳＣＨおよび／またはＰＵＣＣＨの同時伝送があってもよい。たとえば、最大６０μｓのＴＡ差の場合、これはＳＲＳが伝送されうるシンボル期間のほぼ８４％まで対応することができるが、１つのＣＣでＳＲＳ、別のＣＣでＰＵＳＣＨおよび／またはＰＵＣＣＨの同時伝送があってもよい。これは、従来の最大電力のルールにおいては考慮されない。
【０１４４】
もう１つの例において、ＣＣ間にＴＡ差がある場合、１つのＣＣのＰＵＳＣＨは、名目上隣接するサブフレームである別のＣＣのＰＵＳＣＨと電力を共有することができる。これは、従来の最大電力のルールまたはＰＵＳＣＨスケーリングルールにおいては考慮されない。
【０１４５】
本明細書において説明される実施形態において、最大電力は、構成済み最大電力、構成済み最大出力電力、合計構成済み最大出力電力、合計構成済み最大ＷＴＲＵ出力電力、およびその他同様の用語で置き換えられてもよい。これらの用語およびその他の同様の用語は、同義的に使用されてもよい。
【０１４６】
１つの実施形態において、ＳＲＳを伴わないサブフレームについて、ＵＣＩを伴うＰＵＳＣＨがない場合、ＰＵＳＣＨ電力は以下のようにスケーリングされてもよい。
【０１４７】
【数１５】
2020048230.tif 000017
【０１４８】
ただし、ｆΔTAは、多変数の関数であり、変数の各々は、現行および隣接のサブフレームの名目チャネル電力であってもよい。たとえば、ｆΔTAは以下のようなものであってもよい。
【０１４９】
【数１６】
2020048230.tif 000018
【０１５０】
ただし、ｉは、現行（または現在）のサブフレームであり（すなわち、電力が計算されているサブフレーム）、より小さいＴＡ（または後行のＵＬタイミング）を伴うＣＣについてｊ＝ｉ−１であり、より大きいＴＡ（または先行のＵＬタイミング）を伴うＣＣについてｊ＝ｉ＋１である。上記の例においてｍａｘ（ｘ，ｙ）の代わりに、たとえば、２つのサブフレームの各々におけるＰＵＳＣＨ電力の加重平均が採用されてもよい。そのような重み付けは、たとえば以下のような、２つのＣＣのＴＡ（またはＵＬタイミング）差の関数であってもよい。
【０１５１】
【数１７】
2020048230.tif 000019
【０１５２】
ただし、ΔＴＡは、マイクロ秒単位のＴＡ差である。
【０１５３】
電力の項（たとえば、
【０１５４】
【数１８】
2020048230.tif 000020
【０１５５】
、
【０１５６】
【数１９】
2020048230.tif 000021
【０１５７】
、
【０１５８】
【数２０】
2020048230.tif 000022
【０１５９】
）のいずれかまたはすべては、本明細書において開示される実施形態のいずれかにおいて、電力制御数式のいずれかまたはすべてにおけるそのような項の関数ｆΔTA（・）に置き換えられてもよい。
【０１６０】
ＵＬタイミング差により、ＰＵＳＣＨおよび／またはＰＵＣＣＨがＳＲＳと重複する場合、ＳＲＳは、たとえば最大許容電力（たとえば、ＷＴＲＵの合計構成済み最大出力電力）を超えないように、調整またはスケーリングされてもよい。
【０１６１】
ＳＲＳが（たとえば、図５Ａに示されるように）先行のＣＣにある場合、斜め網掛けのシンボル５０４に伝送がないが、水平網掛けのシンボル５０６に伝送があれば、そのＣＣのＳＲＳ電力は、ＣＣの使用可能な送信電力（たとえば、ＰCMAX，ｃ）を、ＣＣの他のチャネルの数分の１の電力だけ低減することによって設定されてもよい。その割合は、ＣＣのＴＡ（またはＵＬタイミング）差の関数であってもよい。たとえば、ＳＲＳ電力は以下のように設定されてもよい。
【０１６２】
【数２１】
2020048230.tif 000023
【０１６３】
ただし、Ｔｓｙｍｂは、シンボル期間であり、（たとえば、拡張ＣＰの場合８３．３μｓ、または通常のＣＰの場合７１．４μｓ）、
ＰSRS_OFFSETc（ｍ）＋．．．＋ｆc（ｉ）＝ＰSRS_OFFSETc（ｍ）＋１０ｌｏｇ10（ＭSRS,c）＋ＰO_PUSCH,c（ｊ）＋αc（ｊ）・ＰＬc＋ｆc（ｉ）  式（２０）
【０１６４】
ＴＡおよびΔＴＡは、それぞれ本明細書において開示される実施形態のいずれかにおいて、ＵＬタイミングおよびＵＬタイミング差によって置き換えられてもよい。
【０１６５】
図５Ａにおける水平網掛けのシンボル５０６および斜め網掛けのシンボル５０４の伝送の場合、ＳＲＳ電力は以下のように設定されてもよい。
【０１６６】
【数２２】
2020048230.tif 000024
【０１６７】
ＳＲＳが（たとえば、図５Ｂに示されるように）後行のＣＣにある場合、斜め網掛けのシンボル５１４に伝送がないが、水平網掛けのシンボル５１６に伝送があれば、ＳＲＳ電力は、以下のように設定されてもよい。
【０１６８】
【数２３】
2020048230.tif 000025
【０１６９】
ただし、ｊ＝ｉ＋１である。
【０１７０】
水平網掛けのシンボル５１６および斜め網掛けのシンボル５１４の伝送の場合、ＳＲＳ電力は以下のように設定されてもよい。
【０１７１】
【数２４】
2020048230.tif 000026
【０１７２】
ＳＲＳが（たとえば、図５Ｃに示されるように）両方のＣＣで伝送される場合、水平網掛けのシンボル５２６、５２８に伝送があれば、ＣＣあたりのＳＲＳ電力は、それぞれ先行のＣＣおよび後行のＣＣの各ＳＲＳについて上記の実施形態に従って設定されてもよく、次いで以下のようにスケーリングされてもよい。
【０１７３】
【数２５】
2020048230.tif 000027
【０１７４】
上記で開示されている実施形態は、ＰＵＣＣＨまたはＰＵＳＣＨよりも低い優先順位を有するＳＲＳを反映することができる。
【０１７５】
上記の式において、ＣＣのＴＡ差の関数としての加重係数であることを意図された、係数
【０１７６】
【数２６】
2020048230.tif 000028
【０１７７】
および
【０１７８】
【数２７】
2020048230.tif 000029
【０１７９】
は、例示的なものであり、異なる係数が採用されてもよい。
【０１８０】
ＰＲＡＣＨおよびその他のチャネル（複数可）の同時伝送を許容され、上記の不等式は以下のように変更されてもよい。
【０１８１】
【数２８】
2020048230.tif 000030
【０１８２】
ただし、
【０１８３】
【数２９】
2020048230.tif 000031
【０１８４】
は、サブフレームｉのＰPRACHの線形等価であってもよく、
【０１８５】
【数３０】
2020048230.tif 000032
【０１８６】
は、サブフレームｉのＳＲＳシンボル中の
【０１８７】
【数３１】
2020048230.tif 000033
【０１８８】
であってもよい（プリアンブルの最後または唯一のサブフレームでゼロであってもよい）。
【０１８９】
あるいは、ＳＲＳは、
【０１９０】
【数３２】
2020048230.tif 000034
【０１９１】
が使用可能な電力を超える見込みであるかまたは超える場合、ＳＲＳをスケーリングするのではなく、ドロップされてもよい。
【０１９２】
ＳＲＳおよびＰＵＣＣＨおよび／またはＰＵＳＣＨが現在のサブフレームでスケジュールされうる場合、スケジュールされたＳＲＳの伝送を許可するように短縮されたＰＵＣＣＨフォーマットを使用すること、および／またはＰＵＳＣＨを短縮することを決定されていたが、その後ＷＴＲＵが、現在のサブフレームのＳＲＳと次のサブフレームのＰＵＳＣＨ、ＰＵＣＣＨ、またはＰＲＡＣＨの部分的な重複により電力が制限されて、ＳＲＳを現在のサブフレームで伝送しないことを決定するのであれば、ＷＴＲＵは、現在のサブフレームのＰＵＣＣＨおよび／またはＰＵＳＣＨをそれらの元のフォーマットおよび／またはサイズに復元することができる。あるいは、ＷＴＲＵは、ＰＵＣＣＨおよび／またはＰＵＳＣＨを復元しない場合もある。
【０１９３】
ＵＬサービス提供セルを伴うキャリアアグリゲーション（ＣＡ）の場合、ＷＴＲＵは、以下のように、下限および上限の範囲内で、合計構成済み最大ＷＴＲＵ出力電力ＰCMAXを決定（または設定）することができる。
【０１９４】
ＰCMAX_L_CA≦ＰCMAX≦ＰCMAX_H_CA  式（２６）
【０１９５】
１つの実施形態において、ＷＴＲＵは、追加の電力バックオフ項（たとえば、ＭＰＲのような項）をＣＡの構成済み最大ＷＴＲＵ出力電力の下限に追加することによって、ＴＡ（またはＵＬタイミング）差がある場合に、最大電力を超えることを回避することができる。これは、実質的に、現行のサブフレームにスケジュールされたチャネルに使用可能な送信電力を低減する（バックオフする）ことによってより高い優先順位として現在のサブフレームにずれ込んでいる過去のサブフレームからの電力を扱うことになる。
【０１９６】
図１０は、過去のサブフレームと現在のサブフレームの間に干渉がありうる例を示す図である。図１０に示されるように、ＷＴＲＵは、ＴＡＧ１の過去のサブフレームがＴＡＧ２の現在のサブフレームにどれほどの干渉を生じさせうるか（１００２）、およびＴＡＧ２の現在のサブフレームがＴＡＧ１の現在のサブフレームにどれほどの干渉を生じさせうるか（１００４）を認識することができるが、ＴＡＧ２の未来のサブフレームがＴＡＧ１の現在のサブフレームにどれほどの干渉を生じさせうるか（１００６）を認識しないこともあり、これは無視されうる。
【０１９７】
現在のサブフレームの場合、過去のサブフレームの送信電力は認識されうるが、未来のサブフレームの送信電力は認識されないことがある。過去のサブフレームの送信電力はすでに決定されているので、ＷＴＲＵは、現在のサブフレームが現在のサブフレームと重複する過去のサブフレームの送信電力に対応するように、現在のサブフレームで使用可能な最大送信電力をバックオフすることができる。現在のサブフレーム全体にわたり平均化された、過去のサブフレームから現在のサブフレームにずれ込んでいる電力は、多くてもＰCMAX（ｉ）のわずかな部分であり、比較的短い重複期間中にＷＴＲＵによってもたらされうる重複の悪影響（たとえば、過剰な隣接チャネルまたは帯域外干渉）は、サブフレーム期間にわたり平均化されうる。
【０１９８】
所与のＣＣについて、重複するサブフレームからの干渉電力は、異なるＣＣからもありうる。したがって、バックオフをＰCMAX,c（ｉ）（たとえば、サブフレームｉのサービス提供セルｃの構成済み最大ＷＴＲＵ出力電力）に適用するのではなく、バックオフは、ＰCMAX（ｉ）（たとえば、サブフレームｉの合計構成済み最大ＷＴＲＵ出力電力）を低減するための係数として、ＷＴＲＵに全体として適用されてもよい。たとえば、バックオフは、ＰCMAX（ｉ）の下限に適用されてもよく、これはまた本明細書において単にＰCMAXと称されてもよい。帯域間キャリアアグリゲーションのような（たとえば、動作帯域あたり最大１つのサービス提供セルを伴う）キャリアアグリゲーションの場合、ＰCMAX、ＰCMAX_L_CAの下限は、新しい電力バックオフ項（ＴＡ最大電力低減（Ｔ‐ＭＰＲ）またはｔｍｐｒと称されてもよく、Ｔ‐ＭＰＲはｄＢ単位の値であってもよく、ｔｍｐｒはＴ‐ＭＰＲの線形値であってもよい）を含むことができるか、またはＰCMAX_L_CAを決定するために使用される式に１つまたは複数の項が含まれてもよい。たとえば、帯域間ＣＡまたは非隣接帯域内ＣＡについて、ＰCMAX_L_CAは以下のように決定されてもよい。
【０１９９】
ＰCMAX_L_CA＝ＭＩＮ｛１０ｌｏｇ10ΣＭＩＮ［ｐEMAX,c／（ΔｔC,c），ｐPowerClass／（ｍｐｒc・ａ‐ｍｐｒc・ΔｔC,c・ΔｔIB,c），ｐPowerClass／（ｐｍｐｒc・ΔｔC,c），ｐPowerClass／（ｔｍｐｒ・ΔｔC,c）］，ＰPowerClass｝  式（２７）
または、以下のように決定されてもよい。
【０２００】
ＰCMAX_L_CA＝ＭＩＮ｛１０ｌｏｇ10ΣＭＩＮ［ｐEMAX,c／（ΔｔC,c），ｐPowerClass／（ｍｐｒc・ａ‐ｍｐｒc・ｔｍｐｒ・ΔｔC,c・ΔｔIB,c），ｐPowerClass／（ｐｍｐｒc・ΔｔC,c）］，ＰPowerClass｝  式（２８）
【０２０１】
代替として、バックオフは、以下のようにＰCMAXの下限に含まれてもよい（たとえば、帯域内キャリアアグリゲーション、または帯域内隣接ＣＡの場合）。
【０２０２】
ＰCMAX_L_CA＝ＭＩＮ｛１０ｌｏｇ10ΣｐEMAX,c‐ΔＴC，ＰPowerClass−ＭＡＸ（ＭＰＲ＋Ａ‐ＭＰＲ＋Ｔ‐ＭＰＲ，Ｐ‐ＭＰＲ）−ΔＴC｝  式（２９）
【０２０３】
上記の実施形態のいずれかにおいて、Ｔ‐ＭＰＲ（またはｔｍｐｒ）は、すべてのＣＣについて同じであってもよいか、またはＣＣ固有の値を有することができる。
【０２０４】
もう１つの実施形態において、ＰCMAXは、最初に重複を考慮することなく決定されてもよく、次いでバックオフは、以下のように、重複に基づいてＰCMAXに適用されてもよい。
【０２０５】
重複を考慮するＰCMAX＝（重複を除外するＰCMAX−Ｔ‐ＭＰＲ）  式（３０）
【０２０６】
サブフレームｉの重複を除外するＰCMAXを表すためにＰCMAX（ｉ）を使用し、サブフレームｉの重複を考慮するＰCMAXを表すためにＰCMAXov（ｉ）を使用して、サブフレームｉの重複を考慮するＰCMAXは、以下のように記述されてもよい。
【０２０７】
ＰCMAXov（ｉ）＝ＰCMAX（ｉ）−Ｔ‐ＭＰＲ  式（３１）、または
ＰCMAXov（ｉ）＝ＰCMAX（ｉ）−Ｔ‐ＭＰＲ（ｉ）  式（３２）
【０２０８】
線形形式では、これは以下のように記述される。
【０２０９】
ｐCMAXov（ｉ）＝ｐCMAX（ｉ）／ｔｍｐｒ  式（３３）、または
ｐCMAXov（ｉ）＝ｐCMAX（ｉ）／ｔｍｐｒ（ｉ）  式（３４）
【０２１０】
この場合、最大電力の超過および／または電力制御のためのスケーリングの決定は、ＰCMAX（ｉ）ではなくＰCMAXov（ｉ）に関して（またはｐCMAX（ｉ）ではなくｐCMAXov（ｉ）に関して）行なわれてもよい。
【０２１１】
もう１つの実施形態において、ＰCMAX_L_CAは、重複を考慮することなく決定されてもよく、次いでバックオフは、以下のように適用されてもよい。
【０２１２】
ＰCMAX_L_CA  ａｃｃｏｕｎｔｉｎｇ  ｆｏｒ  ｏｖｅｒｌａｐ＝（ＰCMAX_L_CA  ｅｘｃｌｕｄｉｎｇ  ｏｖｅｒｌａｐ−Ｔ‐ＭＰＲ）  式（３５）
【０２１３】
ＰCMAX_L_CA（たとえば、帯域間ＣＡの場合）は、以下のように計算されてもよい。
【０２１４】
ＰCMAX_L_CA＝ＭＩＮ｛１０ｌｏｇ10ΣＭＩＮ［ｐEMAX,c／（ΔｔC,c），ｐPowerClass／（ｍｐｒc・ａ‐ｍｐｒc・ΔｔC,c・ΔｔIB,c），ｐPowerClass／（ｐｍｐｒc・ΔｔC,c）］，ＰPowerClass｝−Ｔ‐ＭＰＲ  式（３６）
【０２１５】
あるいは、ＰCMAX_L_CA（たとえば、帯域内ＣＡの場合）は、以下のように計算されてもよい。
【０２１６】
ＰCMAX_L_CA＝ＭＩＮ｛１０ｌｏｇ10ΣｐEMAX,c‐ΔＴC，ＰPowerClass−ＭＡＸ（ＭＰＲ＋Ａ‐ＭＰＲ，Ｐ‐ＭＰＲ）−ΔＴC｝‐Ｔ‐ＭＰＲ  式（３７）
【０２１７】
ｄＢ形式であってもよい追加のバックオフＴ‐ＭＰＲ（または線形形式であってもよいｔｍｐｒ）の追加は、所与のサブフレームまたは所与の測定期間（たとえば、１ｍｓ）中にＷＴＲＵが構成済み最大出力電力を超える原因となりうるＴＡ（またはＵＬタイミング）差の影響を回避するために、ＷＴＲＵが、構成済み最大出力電力の下限または構成済み最大出力電力自体を低下させることができるようにする。
【０２１８】
もう１つの実施形態において、追加のバックオフは、ＰCMAX（ｉ）の下限および上限の両方に適用されてもよい。たとえば、（たとえば、動作帯域あたり最大１つのサービス提供セルｃを伴う）帯域内ＣＡおよび／または帯域間キャリアアグリゲーションの場合、ＰCMAX_H_CAは、以下のうちの１つのように計算されてもよい。
【０２１９】
ＰCMAX_H_CA＝ＭＩＮ｛１０ｌｏｇ10ΣｐEMAX,c，ｐPowerClass／ｔｍｐｒ｝  式（３８）
ＰCMAX_H_CA＝ＭＩＮ｛１０ｌｏｇ10ΣＭＩＮ［ｐEMAX,c，ｐPowerClass／ｐｍｐｒc］，ｐPowerClass／ｔｍｐｒ｝  式（３９）
ＰCMAX_H_CA＝ＭＩＮ｛１０ｌｏｇ10ΣｐEMAX,c，ＰPowerClass｝−Ｔ‐ＭＰＲ  式（４０）  または
ＰCMAX_H_CA＝ＭＩＮ｛１０ｌｏｇ10ΣＭＩＮ［ｐEMAX,c，ｐPowerClass／ｐｍｐｒc］｝−Ｔ‐ＭＰＲ  式（４１）
【０２２０】
Ｔ‐ＭＰＲは、電力低減値または電力低減許容値であってもよく、ＷＴＲＵがこの許容値よりも小さいかまたはこれと等しい実際の低減値を選択することができるようになっている。
【０２２１】
許容されるＴ‐ＭＰＲの量または実際の電力バックオフは、０ｄＢ、固定の値、または複数の値を含むことができるセットからの値（たとえば、小さいΔＴＡの場合０、大きいΔＴＡの場合は一定の値）のいずれかであってもよい。Ｔ‐ＭＰＲは、たとえばリストから、ＷＴＲＵによって選択されてもよい。リストは、ＷＴＲＵに対して、ネットワークによって、指定されるかまたは提供されてもよい。ネットワークは、（たとえば、物理レイヤシグナリング、ＭＡＣ  ＣＥ、ＲＲＣシグナリングなどを介して）、使用するリストのインデックスを、ＷＴＲＵに信号伝達することができる。あるいは、ＷＴＲＵは、たとえばΔＴＡの関数として、インデックスを自律的に決定することができる。固定の値またはリストの例は、｛０，１｝ｄＢ、または｛０，０．５，１．０｝ｄＢである。
【０２２２】
ＷＴＲＵは、以前のサブフレームの送信電力の関数として、および、または代わりに、ΔＴＡの関数として、Ｔ‐ＭＰＲを決定することができる。たとえば、任意の所与のΔＴＡについて、サブフレームｉ−１のより小さい送信電力は、結果としてサブフレームｉのより小さいＴ‐ＭＰＲをもたらすことができる。
【０２２３】
現在のサブフレームのＴ‐ＭＰＲは、過去、現在、および未来のサブフレームのうちの１または複数における構成済みＵＬでのアクティブ状態のＣＣを伴うＴＡＧの数、過去、現在、および未来のサブフレームのうちの１または複数におけるスケジュールされたＵＬ伝送でのＴＡＧの数、または過去、現在、および未来のサブフレームのうちの１または複数におけるＵＬ伝送でのＣＣの帯域の数、のうちの１または複数の関数として決定されてもよい。
【０２２４】
Ｔ‐ＭＰＲは、（たとえば、ＷＴＲＵが、現在のサブフレームの少なくとも１つのＴＡＧ、および過去または未来のサブフレームのそのＴＡＧ以外のＴＡＧでＵＬにおいて伝送するようスケジュールされている場合など）、潜在的な重複を伴うサブフレームにおいて適用可能であってもよい（たとえば、この場合に限り適用可能）。
【０２２５】
Ｔ‐ＭＰＲは、異なるＴＡＧにおけるＣＣ間のΔＴＡ（またはＵＬタイミング差）の１または複数の関数であってもよい。たとえば、Ｔ‐ＭＰＲは、ＴＡＧの各ペアの間の最大ΔＴＡ（またはＵＬタイミング差）の関数であってもよい。これは、現在、過去、および未来のサブフレームのうちの１または複数におけるＵＬ伝送でのＴＡＧに適用可能であってもよい。より大きいΔＴＡ（またはＵＬタイミング差）は、結果としてより大きいＴ‐ＭＰＲをもたらすか、またはより大きいＴ‐ＭＰＲに対応することができる。
【０２２６】
Ｔ‐ＭＰＲは、たとえば、サブフレーム時間またはシンボルの時間（ＣＰ時間を除外する）で除算された重複時間の関数のような、重複の量の関数であってもよい。
【０２２７】
ＷＴＲＵは、過去のサブフレームの送信電力および／または未来のサブフレームの送信電力の関数として、現在のサブフレームのＴ‐ＭＰＲを決定することができる。過去のサブフレームの送信電力は、スケーリングが行なわれた後であってもよい実際に決定された送信電力であってもよく、そのサブフレームについて決定されたＴ‐ＭＰＲを考慮してもしなくてもよい。未来のサブフレームの送信電力は、スケーリングの後であってもよいそのサブフレームについて計算された送信電力であってもよく、そのサブフレームのＴ‐ＭＰＲを考慮してもしなくてもよい。
【０２２８】
ＷＴＲＵは、過去のサブフレームのＰCMAXおよび／または未来のサブフレームのＰCMAXの関数として、現在のサブフレームのＴ‐ＭＰＲを決定することができる。過去のサブフレームに使用されるＰCMAXは、そのサブフレームについて決定されたＴ‐ＭＰＲを考慮してもまたはしなくてもよい。未来のサブフレームに使用されるＰCMAXは、そのサブフレームのＴ‐ＭＰＲを考慮してもまたはしなくてもよい。
【０２２９】
ＷＴＲＵがＴ‐ＭＰＲを決定した後、ＷＴＲＵは、使用する実際のバックオフ値を決定することができる。ＷＴＲＵは、サブフレームベースで、サブフレームのＴ‐ＭＰＲ許容値および／または実際のバックオフ値を決定することができる。
【０２３０】
上記の実施形態において、ΔＴＡは、ＵＬタイミング差に置き換えられてもよい。
【０２３１】
サブフレームｉのＰＵＣＣＨ送信電力、およびＰＵＳＣＨ送信電力のスケーリングルールの決定は、ＰＣｅｌｌのＰCMAX,c（ｉ）がＰCMAX（ｉ）よりも大きくないという仮定に基づいてもよい。しかし、Ｔ‐ＭＰＲのバックオフが、ＰＣｅｌｌのＰCMAX,c（ｉ）ではなくＰCMAX（ｉ）に適用されるので、この仮定は必ずしも真ではないこともある。ＰＣｅｌｌのＰCMAX,c（ｉ）がＰCMAX（ｉ）よりも大きくなることを許容しながら、ＰPUCCH（ｉ）を計算するために、ＷＴＲＵは、たとえば以下のように、スケーリングの第１のステップにおいて、ＰＵＣＣＨ電力を決定することができる。
【０２３２】
【数３３】
2020048230.tif 000035
【０２３３】
あるいは、ＰＵＣＣＨ電力は以下のように決定されてもよい。
【０２３４】
【数３４】
2020048230.tif 000036
【０２３５】
ただし、ｃは、たとえばＰＣｅｌｌのような、ＰＵＣＣＨが伝送されうるＣＣである。
【０２３６】
ＰPUCCH（ｉ）を決定した後、以下のことが実行されてもよい。
【０２３７】
【数３５】
2020048230.tif 000037
【０２３８】
ＰCMAXov（ｉ）は、上記の式においてＰCMAX（ｉ）に置き換えられてもよい。ＰCMAXov（ｉ）の線形等価が、上記の式においてＰCMAX（ｉ）の線形等価に取って代わってもよい。
【０２３９】
ＰＲＡＣＨ伝送は、ＰＲＡＣＨプリアンブル形式に応じて、ＴCP＋ＴSEQとして表される、一定期間にわたり存続することができる。そのような期間は、名目上１から３のサブフレームである。２サブフレームまたは３サブフレームの伝送の最後のサブフレームの間、または１サブフレームのＰＲＡＣＨ伝送の単一のサブフレームの間、ＰＲＡＣＨ伝送は、最後または単一のサブフレームの終わりまでに終了することができる。完全サブフレームの数、および各プリアンブルフォーマットの最後または単一のサブフレームの未使用部分は、表１に示されるとおりであってもよい。たとえば、ＰＲＡＣＨプリアンブルフォーマット１伝送は、後に第２のサブフレームの約４８％が続く１つの完全サブフレームにわたり存続することができる。
【０２４０】
【表１】
2020048230.tif 000038
【０２４１】
過去のサブフレームのＰＲＡＣＨは、現在のサブフレームについてＴ‐ＭＰＲを決定する際に含まれる必要のある影響を有することもまたは有さないこともある。ＰＲＡＣＨ伝送は、（たとえば、ＰＲＡＣＨプリアンブルフォーマット１、２、または３のような）マルチサブフレームＰＲＡＣＨの最後のサブフレームではない場合、過去のサブフレーム全体を占有することができる。この場合、過去のサブフレームにおけるＰＲＡＣＨの影響は、過去のサブフレームにおけるＰＵＳＣＨおよび／またはＰＵＣＣＨの影響と類似していてもよい。しかし、過去のサブフレームが、ＰＲＡＣＨ伝送の単一のサブフレームであるか（たとえば、ＰＲＡＣＨプリアンブルフォーマット０または４）、または最後のサブフレームである（たとえば、ＰＲＡＣＨプリアンブルフォーマット１、２、または３）場合、過去のＰＲＡＣＨの現在のサブフレームへのずれ込みはあってもまたはなくてもよい。
【０２４２】
図１１は、過去のサブフレームのＰＲＡＣＨの現在のサブフレームへのずれ込みの例を示す図である。この例において、ψは、過去のサブフレームにおけるＰＲＡＣＨ伝送の長さである。ψは、最後のＰＲＡＣＨフレームについてはｍｏｄ（ＴCP（．）＋ＴSEQ（．），０．００１）秒であり、その他のＰＲＡＣＨフレームについては０．００１秒である。ＴCP（．）は、ＰＲＡＣＨプリアンブルのＣＰ部分の長さであり、ＴSEQ（．）は、ＰＲＡＣＨプリアンブルのシーケンス部分の長さであり、ｍｏｄ（）は、モジュロ演算である。現在のサブフレームにずれ込む過去のサブフレームのＰＲＡＣＨ電力の割合は、以下のとおりであってもよい。
【０２４３】
【数３６】
2020048230.tif 000039
【０２４４】
ただし、ｐは、サブフレームｉ内のＰＣｅｌｌである。
【０２４５】
ＷＴＲＵは、現在のサブフレームのＴ‐ＭＰＲに対する過去のサブフレームのＰＲＡＣＨの影響を決定するために、係数Ｑ（ｉ）を使用することができる。
【０２４６】
サブフレームｉのＰＲＡＣＨ電力およびＰＵＳＣＨ送信電力のスケーリングルールの決定は、ＰＲＡＣＨを伝送するサービス提供セルのＰCMAX,c（ｉ）がＰCMAX（ｉ）よりも大きくないという仮定に基づいてもよい。しかし、Ｔ‐ＭＰＲのバックオフが、ＰＲＡＣＨを伝送するサービス提供セルのＰCMAX,c（ｉ）ではなくＰCMAX（ｉ）に適用されるので、この仮定は必ずしも真ではないこともある。サービス提供セルｃのＰCMAX,c（ｉ）がＰCMAX（ｉ）よりも大きくなることを許容しながら、サービス提供セルｃのＰPRACH（ｉ）を計算するために、ＷＴＲＵは、以下のように、優先順位ルールに基づいてＰＲＡＣＨおよびＰＵＣＣＨ電力を決定することができる。
【０２４７】
ＰＲＡＣＨがＰＵＣＣＨよりも高い優先順位を有する場合、ＷＴＲＵは、ＰＲＡＣＨおよびＰＵＣＣＨ電力を以下のように決定することができる。
【０２４８】
【数３７】
2020048230.tif 000040
【０２４９】
【数３８】
2020048230.tif 000041
【０２５０】
式（４７）の代替は、次のとおりである。
【０２５１】
【数３９】
2020048230.tif 000042
【０２５２】
ただし、係数αPRACH（ｉ）は、ＰＲＡＣＨプリアンブルフォーマットに応じて、サブフレームｉのＰＲＡＣＨの長さが全サブフレームよりも少ないことを考慮することができる。ただし、係数は、たとえば、サブフレームの長さに対する、サブフレームｉのＰＲＡＣＨプリアンブルの長さの比、または、その他の値α’PRACH（ｉ）であってもよい（ただし、０＜αPRACH（ｉ）＜α’PRACH（ｉ）＜１とする）。サブフレームｉが、フォーマット１、２、または３のようなＰＲＡＣＨプリアンブルフォーマットの最後のサブフレームではない場合、係数は単位元であってもよい。
【０２５３】
ＰＵＣＣＨがＰＲＡＣＨよりも高い優先順位を有する場合、ＷＴＲＵは、ＰＵＣＣＨおよびＰＲＡＣＨ電力を以下のように決定することができる。
【０２５４】
【数４０】
2020048230.tif 000043
【０２５５】
【数４１】
2020048230.tif 000044
【０２５６】
もう１つの実施形態において、ＷＴＲＵは、サービス提供セルｃのＰCMAX,c（ｉ）がＰCMAX（ｉ）よりも大きくなることを許容しながら、サービス提供セルｃのＰPRACH（ｉ）を計算することができる。ＷＴＲＵは、以下のようにＰPRACH（ｉ）を計算することができる。
【０２５７】
ＰPRACH（ｉ）＝ｍｉｎ（ｍｉｎ（ＰCMAX（ｉ），ＰCMAX,c（ｉ）），ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＋ＰＬc）  式（５１）
ただし、ＰCMAX,c（ｉ）はプライマリセルのサブフレームｉの構成済みＷＴＲＵ送信電力であってもよく、ＰＬcはプライマリセルについてＷＴＲＵで計算されたダウンリンクパスロス推定であってもよい。
【０２５８】
ＷＴＲＵの合計送信電力が
【０２５９】
【数４２】
2020048230.tif 000045
【０２６０】
を超える見込みであるかまたは超える場合、ＷＴＲＵは、以下の条件が満足されるように、サブフレームｉのサービス提供セルｃについて
【０２６１】
【数４３】
2020048230.tif 000046
【０２６２】
を異なるようにスケーリングすることができる。
【０２６３】
【数４４】
2020048230.tif 000047
【０２６４】
あるいは、αPRACH（ｉ）は、含まれなくてもよい。サブフレームｉにＰＲＡＣＨ伝送がない場合、
【０２６５】
【数４５】
2020048230.tif 000048
【０２６６】
である。
【０２６７】
ＷＴＲＵが、サービス提供セルｊでＵＣＩを伴うＰＵＳＣＨ伝送、および残りのサービス提供セルのいずれかでＵＣＩを伴わないＰＵＳＣＨ伝送を有し、ＷＴＲＵの合計送信電力が
【０２６８】
【数４６】
2020048230.tif 000049
【０２６９】
を超える見込みであるかまたは超える場合、ＷＴＲＵは、以下の条件が満足されるように、サブフレームｉのＵＣＩを伴わないサービス提供セルについて
【０２７０】
【数４７】
2020048230.tif 000050
【０２７１】
を異なるようにスケーリングすることができる。
【０２７２】
【数４８】
2020048230.tif 000051
【０２７３】
αPRACH（ｉ）は、含まれなくてもよく、サブフレームｉにＰＲＡＣＨ伝送がない場合、
【０２７４】
【数４９】
2020048230.tif 000052
【０２７５】
である。
【０２７６】
ＷＴＲＵが、サービス提供セルｊでＵＣＩを伴う同時ＰＵＣＣＨおよびＰＵＳＣＨ伝送、および残りのサービス提供セルのいずれかでＵＣＩを伴わないＰＵＳＣＨ伝送を有し、ＷＴＲＵの合計送信電力が
【０２７７】
【数５０】
2020048230.tif 000053
【０２７８】
を超える見込みであるかまたは超える場合、ＷＴＲＵは、以下のように
【０２７９】
【数５１】
2020048230.tif 000054
【０２８０】
を計算することができる。
【０２８１】
【数５２】
2020048230.tif 000055
【０２８２】
【数５３】
2020048230.tif 000056
【０２８３】
αPRACH（ｉ）は、含まれなくてもよい。
【０２８４】
ＰCMAXov（ｉ）は、上記の式においてＰCMAX（ｉ）に置き換えられてもよい。ＰCMAXov（ｉ）の線形等価が、上記の式においてＰCMAX（ｉ）の線形等価に取って代わってもよい。
【０２８５】
ＷＴＲＵは、電力ヘッドルームをｅＮＢにレポートすることができる。ＷＴＲＵは、非ゼロのＴ‐ＭＰＲが使用されているという表示を電力ヘッドルームレポートに含むことができる。ＷＴＲＵに対して１つの表示があってもよい。あるいは、ＴＡＧごとまたはＣＣごとまたはレポートに含まれる実際のヘッドルームを持つＣＣごとに１つの表示があってもよい。
【０２８６】
ＷＴＲＵは、ｅＮＢが自らＰCMAX（ｉ）を決定することができない場合、（たとえば、電力ヘッドルームレポートに含まれるＰCMAX、c（ｉ）値からなど、その他の要因から）、電力ヘッドルームレポートにＰCMAX（ｉ）を含めることができる。
【０２８７】
ＷＴＲＵは、（１）ＰCMAX（ｉ）が、たとえば帯域内ＣＡまたは隣接帯域内ＣＡの電力ヘッドルームレポートに含まれるＰCMAX、c（ｉ）値の１または複数と等しくない、または（２）ＰCMAX（ｉ）が、電力ヘッドルームレポートに含まれるＰCMAX、c（ｉ）値の合計と等しくない（たとえば、合計は、たとえば帯域内ＣＡまたは非隣接帯域内ＣＡの場合のように、ＰPowerClassによって制限されうる）、の１または複数が真である場合に、ＰCMAX（ｉ）を電力ヘッドルームレポートに含むことができる。
【０２８８】
ＷＴＲＵは、ＰCMAX（ｉ）が電力ヘッドルームレポートに含まれるという表示を、電力ヘッドルームレポートに含むことができる。
【０２８９】
ＷＴＲＵは、重複に起因する実際のバックオフがしきい値よりも大きく変化する場合、電力ヘッドルームレポートをトリガーすることができる。所与のサブフレームにおけるトリガーは、そのサブフレームの複数のＴＡＧに実際のＵＬ伝送（たとえば、ＰＵＳＣＨ、ＰＵＣＣＨ、またはＰＲＡＣＨ）を必要とすることがある。所与のサブフレームにおけるトリガーは、そのサブフレームにおいて２つ以上のＴＡＧの間の重複条件を必要とすることがある。重複条件は、現行のサブフレームの少なくとも１つのＴＡＧ、または以前および／または次のサブフレームの少なくとも１つの他のＴＡＧにＵＬ伝送（ＰＵＳＣＨ、ＰＵＣＣＨ、またはＰＲＡＣＨのうちの１または複数であってもよい）を必要とすることがある。比較のための開始サブフレームは、電力ヘッドルームレポートが送信され、ＷＴＲＵが複数のＴＡＧに実際のＵＬ伝送を有していた、最新のサブフレームであってもよい。比較のための開始サブフレームは、電力ヘッドルームレポートが送信され、ＷＴＲＵが重複条件を有していた、最新のサブフレームであってもよい。
【０２９０】
電力ヘッドルームレポートにＰCMAX（ｉ）を含めることは、Ｔ‐ＭＰＲの使用に関連する上記の場合に限定されないことに留意されたい。
【０２９１】
上記の実施形態において、ＰCMAX（ｉ）は、上記の電力ヘッドルームレポートの変更の１または複数において、ＰCMAXov（ｉ）に置き換えられてもよい。
【０２９２】
１つの実施形態において、ＷＴＲＵは、以下の条件の１または複数が真である場合、電力ヘッドルームレポートに（たとえば、電力ヘッドルームレポートが伝送されるべきサブフレームまたはＴＴＩｉに）ＰCMAX（ｉ）を含むことができる。
【０２９３】
ΣｐCMAX,c（ｉ）＜ｐPowerClassである場合にＰCMAX（ｉ）≠ΣｐCMAX,c（ｉ）  または、
ΣｐCMAX,c（ｉ）＞＝ｐPowerClassである場合にｐCMAX（ｉ）≠ｐPowerClass
上記の条件の１または複数が満足されない場合、ＷＴＲＵは、ＰCMAX（ｉ）を電力ヘッドルームレポートに含まなくてもよい。
【０２９４】
もう１つの実施形態において、ＷＴＲＵは、以下のことが真である場合、電力ヘッドルームレポートに（たとえば、電力ヘッドルームレポートが伝送されるべきサブフレームまたはＴＴＩｉに）ＰCMAX（ｉ）を含むことができる。
【０２９５】
ＰCMAX（ｉ）≠ｍｉｎ［ΣｐCMAX,c（ｉ），ｐPowerClass］
この条件が満足されない場合、ＷＴＲＵは、ＰCMAX（ｉ）を電力ヘッドルームレポートに含まなくてもよい。
【０２９６】
上記の実施形態は、帯域間ＣＡおよび／または非隣接帯域内ＣＡに適用可能であってもよい。上記の実施形態は、ＷＴＲＵが、異なる帯域、異なるクラスタ、異なるＴＡＧなどのうちの少なくとも１つにある少なくとも２つのＣＣに実際のＵＬ伝送を有する、サブフレームまたはＴＴＩの電力ヘッドルームレポートに適用可能であってもよい。
【０２９７】
上記の条件のΣｐCMAX,c（ｉ）は、ＰCMAX,c（ｉ）値（またはそれらの線形等価）の和であってもよく、これらの値は、電力ヘッドルームレポートに含まれているＰCMAX,c（ｉ）値、（たとえばサブフレームまたはＴＴＩｉのような）電力ヘッドルームレポートのサブフレーム（またはＴＴＩ）の（ＰＵＳＣＨおよび／またはＰＵＣＣＨ伝送を含むことができ、ＰＲＡＣＨおよび／またはＳＲＳ伝送を含まないこともある）ＵＬ伝送を伴うアクティブ状態のＣＣについての電力ヘッドルームレポート内のＰCMAX,c（ｉ）値、または、（たとえばサブフレームまたはＴＴＩｉのような）電力ヘッドルームレポート（ＰＨＲ）のサブフレーム（またはＴＴＩ）の（ＰＵＳＣＨおよび／またはＰＵＣＣＨ伝送を含むことができ、ＰＲＡＣＨおよび／またはＳＲＳ伝送を含まないこともある）ＵＬ伝送を伴うアクティブ状態のＣＣのチャネルの電力計算に使用される（たとえば、制限するために使用される）ＰCMAX,c（ｉ）値、のうちの１または複数であってもよい。
【０２９８】
タイプ１およびタイプ２の電力ヘッドルームレポートの両方を有することができ、各々に関連付けられているＰCMAX,c（ｉ）値を有することができるＰＣｅｌｌの場合、ＰCMAX,c和（たとえばΣｐCMAX,c（ｉ））のために使用されうるＰCMAX,c（ｉ）値は、（１）１つだけが伝送される場合、ＰＣｅｌｌの電力ヘッドルームレポートで伝送されるＰCMAX,c（ｉ）値、（２）電力ヘッドルームレポートが伝送されるべきサブフレームのＰＣｅｌｌにＰＵＳＣＨ伝送があるがＰＵＣＣＨ伝送はない場合、タイプ１電力ヘッドルームレポートに関連付けられているＰCMAX,c（ｉ）値、（３）電力ヘッドルームレポートが伝送されるべきサブフレームのＰＣｅｌｌにＰＵＣＣＨ伝送があるがＰＵＳＣＨ伝送はない場合、タイプ２電力ヘッドルームレポートに関連付けられているＰCMAX,c（ｉ）値、（４）電力ヘッドルームレポートが伝送されるべきサブフレームのＰＣｅｌｌにＰＵＣＣＨ伝送およびＰＵＳＣＨ伝送がある場合、タイプ２電力ヘッドルームレポートに関連付けられているＰCMAX,c（ｉ）値、（あるいは、タイプ１電力ヘッドルームレポートに関連付けられているＰCMAX,c（ｉ）値が使用されてもよい）、または（５）電力ヘッドルームレポートが伝送されるべきサブフレームのＰＣｅｌｌのチャネルの電力計算に使用される（または制限するために使用される）ＰCMAX,c（ｉ）値、のうちの１つであってもよい。
【０２９９】
ＰCMAX,c（ｉ）のバックオフを適用する代わりに、またはこれに加えて、バックオフはＴＡＧ内のサービス提供セルにＴＡＧごとに適用されてもよい。電力バックオフは、Ｔ‐ＭＰＲcと表されてもよく、ＰCMAX,c（ｉ）に以下のように適用されてもよい。
【０３００】
ＰCMAX_L,c＝ＭＩＮ｛ＰEMAX,c−ΔＴC,c，ＰPowerClass−ＭＡＸ（ＭＰＲc＋Ａ‐ＭＰＲc＋ΔＴIB,c，Ｐ‐ＭＰＲc，Ｔ‐ＭＰＲc）−ΔＴC,c｝  式（５６）
ＰCMAX_L,c＝ＭＩＮ｛ＰEMAX,c−ΔＴC,c，ＰPowerClass−ＭＡＸ（ＭＰＲc＋Ａ‐ＭＰＲc＋ΔＴIB,c＋Ｔ‐ＭＰＲc，Ｐ‐ＭＰＲc）−ΔＴC,c｝  式（５７）
ＰCMAX_L,c＝ＭＩＮ｛ＰEMAX,c−ΔＴC,c，ＰPowerClass−ＭＡＸ（ＭＰＲc＋Ａ‐ＭＰＲc＋ΔＴIB,c，Ｐ‐ＭＰＲc，）−Ｔ‐ＭＰＲc‐ΔＴC,c｝  式（５８）  または、
ＰCMAX_L,c＝ＭＩＮ｛ＰEMAX,c−ΔＴC,c，ＰPowerClass−ＭＡＸ（ＭＰＲc＋Ａ‐ＭＰＲc＋ΔＴIB,c，Ｐ‐ＭＰＲc，）−ΔＴC,c｝‐Ｔ‐ＭＰＲc  式（５９）
【０３０１】
上記に加えて、以下のように適用されてもよい。
【０３０２】
ＰCMAX_H,c＝ＭＩＮ｛ＰEMAX,c，ＰPowerClass，ＰPowerClass‐Ｔ‐ＭＰＲc｝  式（６０）
ＰCMAX_H,c＝ＭＩＮ｛ＰEMAX,c，ＰPowerClass‐Ｔ‐ＭＰＲc｝  式（６１）  または、
ＰCMAX_H,c＝ＭＩＮ｛ＰEMAX,c，ＰPowerClass｝‐Ｔ‐ＭＰＲc  式（６２）
【０３０３】
Ｔ‐ＭＰＲは、先行のＴＡＧのサービス提供セルに適用されてもよいか、または後行のＴＡＧのサービス提供セルに適用されてもよい。
【０３０４】
Ｔ‐ＭＰＲおよび／またはＴ‐ＭＰＲc（たとえば、ＰPowerClassからのバックオフ）は、（たとえば、ＳＲＳの継続中、ＴＡＧ間の重複期間中、または重複期間および過渡期間中など）短い期間にわたり適用されてもよい。
【０３０５】
ＷＴＲＵは、（たとえば、先行のＴＡＧの現在のサブフレームの）、重複するチャネルを回避するために、サブフレーム間にガードシンボルを作成することができる。ＷＴＲＵは、ＰＵＳＣＨをパンクチャおよび／またはＰＵＣＣＨを短縮することができるので、たとえば現在のサブフレームの最初の１または２つのシンボルについて、そのＴＡＧでＰＵＳＣＨおよび／またはＰＵＣＣＨを伝送しないことがある。図１２は、先行のＣＣにおいて現在のサブフレームに含まれるガードシンボル１２０２の例を示す図である。
【０３０６】
ガードシンボルは、重複する領域のＳＲＳをドロップするための上記で開示される任意の条件が満たされる場合に使用されてもよい。あるいは、または加えて、ＷＴＲＵは、過去のサブフレームの後行のＴＡＧに伝送があり、現在のサブフレームの先行のＴＡＧに伝送がある場合、および／または送信電力の和が現在のサブフレームのＰCMAX（ｉ）を超える見込みであるかまたは超える場合、ガードシンボルを含むことができる。
【０３０７】
ガードシンボルは、ｓＴＡＧのＳＣｅｌｌ内のサブフレームの最初および最後のシンボルであってもよい。あるいは、ガードシンボルは、そのサブフレームの最後のシンボルを使用するかまたは使用するようスケジュールされている以前のサブフレーム内のｐＴＡＧのＰＣｅｌｌまたは任意のＳＣｅｌｌに伝送がある場合、ｓＴＡＧのＳＣｅｌｌ内のサブフレームの最初のシンボルであってもよい。サブフレームの最後のシンボルを使用するようスケジュールされているが、使用しない伝送の例は、たとえば送信電力の制約により伝送されないＳＲＳである。あるいは、ガードシンボルは、次のサブフレーム内のｐＴＡＧのＰＣｅｌｌまたは任意のＳＣｅｌｌに伝送がある場合、ｓＴＡＧのＳＣｅｌｌ内のサブフレームの最後のシンボルであってもよい。これらの場合において、ＷＴＲＵおよび／またはｅＮＢは、どのＣＣまたはＴＡＧが先行または後行であるかを認識または決定する必要はなくてもよい。
【０３０８】
全ＰＲＡＣＨプリアンブルにわたり一定のＰＲＡＣＨ電力の場合、ＰＲＡＣＨプリアンブル送信電力ＰPRACHは、以下のように決定されてもよい。
【０３０９】
ＰPRACH＝ｍｉｎ｛ＰCMAX,c（ｊ），ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＋ＰＬc）  式（６３）
ただし、サブフレームｊはプリアンブルの最初のサブフレームであってもよく、ＰCMAX,c（ｊ）は、サービス提供セルｃのサブフレームｊの構成済みＷＴＲＵ送信電力であってもよく、ＰＬcは、サービス提供セルｃについてＷＴＲＵで計算されたダウンリンクパスロス推定であってもよい。ＰPRACHは、ｄＢｍ単位であってもよい。
【０３１０】
式（６３）は以下のように表されてもよい。
【０３１１】
ＰPRACH（ｉ）＝ｍｉｎ｛ＰCMAX,c（ｊ），ＰＲＥＡＭＢＬＥ＿ＲＥＣＥＩＶＥＤ＿ＴＡＲＧＥＴ＿ＰＯＷＥＲ＋ＰＬc）  式（６４）
ただし、サブフレームｉはプリアンブルの任意のサブフレームであってもよく、ｊはプリアンブルの最初のサブフレームであってもよく、ＰCMAX,c（ｊ）は、サービス提供セルｃのサブフレームｊの構成済みＷＴＲＵ送信電力であってもよく、ＰＬcは、サービス提供セルｃについてＷＴＲＵで計算されたダウンリンクパスロス推定であってもよい。ＰPRACH（ｉ）は、ｄＢｍ単位であってもよい。
【０３１２】
ＰPRACHまたはＰPRACH（ｉ）を決定した後、ＰCMAX＜ＰCMAX,cを考慮するように追加の処理が実行されてもよく、これは（たとえば、ＰPRACH（ｉ）の線形形式で）以下のように表されてもよい。
【０３１３】
【数５４】
2020048230.tif 000057
【０３１４】
【数５５】
2020048230.tif 000058
【０３１５】
ただし、サブフレームｊは、ＰＲＡＣＨプリアンブルの最初のサブフレームであってもよい。
【０３１６】
加えて、
【０３１７】
【数５６】
2020048230.tif 000059
【０３１８】
が
【０３１９】
【数５７】
2020048230.tif 000060
【０３２０】
よりも大きい場合を考慮するため、特にチャネル電力項
【０３２１】
【数５８】
2020048230.tif 000061
【０３２２】
または
【０３２３】
【数５９】
2020048230.tif 000062
【０３２４】
が
【０３２５】
【数６０】
2020048230.tif 000063
【０３２６】
から減算される任意の式において、減算は、たとえば
【０３２７】
【数６１】
2020048230.tif 000064
【０３２８】
または
【０３２９】
【数６２】
2020048230.tif 000065
【０３３０】
のような負の線形電力項の計算を避けるように変更されてもよい。
【０３３１】
サブフレームの始めおよび／または終わりに過渡期間がある場合、その間、サブフレームの電力要件は適用されないこともある。そのようなＳＲＳを伴わない過渡期間およびＳＲＳを伴う過渡期間の例は、それぞれ図１３および図１４に示される。
【０３３２】
１つの実施形態において、過渡期間（たとえば、スロットおよび／またはサブフレームの間）は、拡張されてもよい。過渡期間は、（たとえば、異なるＣＣのＵＬ伝送の間の）ＴＡ差が固定のしきい値、信号伝達されたしきい値を超える場合、またはしきい値検査を行なうことなく（たとえば、帯域間動作の場合に無条件に）、拡張されてもよい。図１５および図１６は、それぞれ非ＳＲＳ伝送およびＳＲＳ伝送の拡張された過渡期間の例を示す図である。
【０３３３】
これ以降、シンボル単位のスケーリングを適用するための実施形態が開示される。シンボル単位のスケーリングは、ＰCMAX（ｉ）の従来のスケーリングが適用された後に適用されてもよい。
【０３３４】
ｅＮＢは、ＷＴＲＵがシンボル単位のスケーリングを適用していることを認識する必要があってもよい。ＷＴＲＵがＳＲＳをドロップするルールを適用していることをｅＮＢが認識する、上記で開示される実施形態は、この目的で採用されてもよい。シンボル単位のスケーリングは、２つ以上のＴＡＧがある場合、それらのＴＡ差にはかかわりなく、適用されてもよい。
【０３３５】
１または複数の実施形態において、シンボル単位のスケーリングの場合、重複内のすべてのシンボルは、同じ係数によりスケーリングされてもよい。係数は、ＷＴＲＵおよびｅＮＢの両方に認識されてもよい。係数は、重複内のＣＣの数の関数であってもよい。ＣＣの数は、構成済みのＣＣの数、アクティブ状態のＣＣの数、または影響を受けるサブフレーム内の認可を伴うＣＣの数であってもよい。短縮されたサブフレームまたはフォーマットの場合、ＣＣの数は、重複内の伝送されたシンボルを持つＣＣのそれぞれの数であってもよい。これは、直交振幅変調（ＱＡＭ：ｑｕａｄｒａｔｕｒｅ  ａｍｐｌｉｔｕｄｅ  ｍｏｄｕｌａｔｉｏｎ）を使用してそれらの定義のいずれかごとのＣＣの数に制限されてもよい。
【０３３６】
シンボル単位のスケーリング係数は、１／Ｋであってもよい、ただしＫは上記で説明されているＣＣの数である。重複部分のシンボル（たとえば、後行のＴＡＧのサブフレームの最後のシンボルおよび先行のＴＡＧの次のサブフレームの最初のシンボル）は、１／Ｋだけスケーリングされた自身の電力を有することができる。図１７は、シンボル単位のスケーリングが重複部分のシンボルに適用される例を示す図である。この例において、ＴＡＧ１（先行のＴＡＧ）の２つのＣＣ、およびＴＡＧ２（後行のＴＡＧ）の２つのＣＣが示され、シンボル１７０２は、シンボル単位のスケーリングが適用されるシンボルである。
【０３３７】
あるいは、スケーリング係数α／Ｋが使用されてもよい、ただし、αは、ＷＴＲＵによってｅＮＢに信号伝達され、ｅＮＢによってＷＴＲＵに信号伝達されうる定数であってもよく、信号伝達された値（複数可）の指定された関数であってもよいか、または指定されてもよい。αは、１≦α≦Ｋの範囲内にあってもよい。
【０３３８】
上記で説明されるようにシンボル単位のスケーリングを適用することに加えて、たとえば、シンボル単位のスケーリングを重複部分のシンボルに適用する前後で同じとなりうるように、各ＣＣの平均電力を管理するために、サブフレーム内の残りのシンボルの電力が、異なる係数によってスケーリングされてもよい。たとえば、重複部分のシンボルおよび残りのシンボルは、それぞれｆ1およびｆ2によってスケーリングされてもよい、ただし以下のとおりである。
【０３３９】
【数６３】
2020048230.tif 000066
【０３４０】
ただし、
【０３４１】
【数６４】
2020048230.tif 000067
【０３４２】
は、サブフレームのスロット内のＳＣ−ＦＤＭＡシンボルの数であり、６または７であってもよい。
【０３４３】
定数αを含む、２つのスケーリング係数ｆ1（重複部分のシンボルをスケーリングするために使用されうる）およびｆ2（残りのシンボルをスケーリングするために使用されうる）を使用する例は、以下のとおりである。
【０３４４】
【数６５】
2020048230.tif 000068
【０３４５】
あるいは、シンボル単位のスケーリングの場合、サブフレーム内の最初または最後のシンボル（または重複に応じて固定サブセットまたはサブセットであってもよいサブフレーム内のシンボルの別のサブセット）は、係数ｆ1によってスケーリングされてもよく、残りのシンボルは、たとえば係数ｆ2がα、Ｋ、および
【０３４６】
【数６６】
2020048230.tif 000069
【０３４７】
の実際的な組み合わせには単位元に非常に近いためにその差が無視されうるので、スケーリングされないこともある。
【０３４８】
シンボル単位のスケーリングのための上記の実施形態は、それぞれの重複においてＱＡＭを使用してＣＣに制限されてもよい。
【０３４９】
複数のＴＡＧに伝送がある場合、電力スケーリング係数は、ＴＡＧ内のＣＣの最初および最後のシンボルに適用されてもよい。あるいは、以前のサブフレームの最後のシンボルの別のＴＡＧに伝送があった場合、および／または次のサブフレームの最初のシンボルの別のＴＡＧに伝送があるであろう場合、電力スケーリング係数は、ＴＡＧ内のＣＣの最初および最後のシンボルに適用されてもよい。あるいは、以前のサブフレームの最後のシンボルの別のＴＡＧに伝送があった場合、電力スケーリング係数は、ＴＡＧ内のＣＣの最初のシンボルに適用されてもよく、次のサブフレームの最初のシンボルの別のＴＡＧに伝送があるであろう場合、電力スケーリング係数は、ＴＡＧ内のＣＣの最後のシンボルに適用されてもよい。これらの実施形態において、シンボル単位のスケーリングは、どのＴＡＧが先行または後行であるかにはかかわりなく、適用されてもよい。
【０３５０】
電力スケーリング係数（たとえば、ｆ12）が、最初のシンボルおよび最後のシンボルの両方に適用される場合、サブフレーム内の残りのシンボルの電力もまた、たとえば各ＣＣの平均電力を、最初および最後のシンボルに電力スケーリングを適用する前後で同じになるように維持するために、異なる電力スケーリング係数（たとえば、ｆ22）によってスケーリングされてもよい。第１の添字は、重複部分のシンボルまたは上記説明の残りのシンボルを意味し、第２の添字は、２シンボルの場合を意味する。
【０３５１】
【数６７】
2020048230.tif 000070
【０３５２】
定数αを含む２つの電力スケーリング係数は、以下のように記述されてもよい。
【０３５３】
【数６８】
2020048230.tif 000071
【０３５４】
上記の実施形態は、Ｋがサブフレームの最初のシンボルおよび最後のシンボルに対して異なっており、それぞれＫ1およびＫ2Nと表される場合について、拡大されてもよい。この場合、電力スケーリング係数は、たとえば以下のとおりであってもよい。
【０３５５】
【数６９】
2020048230.tif 000072
【０３５６】
ただし、ｆ13は、サブフレーム内の最初のシンボルに適用される電力スケーリング係数であってもよく、ｆ33は、サブフレーム内の最後のシンボルに適用される電力スケーリング係数であってもよく、ｆ23は、サブフレーム内の残りのシンボルに適用される電力スケーリング係数であってもよい。パラメータＫ1およびＫ2Nは、それぞれＫ1／αおよびＫ2N／αに置き換えられてもよい。
【０３５７】
シンボル単位のスケーリングは、たとえば、複数のＴＡＧがある場合、またはサブフレームに特定のタイプの伝送（たとえば、１６−ＱＡＭまたは６４−ＱＡＭ）がある場合など、条件付きで適用されてもよい。
【０３５８】
シンボル単位のスケーリングは、スケジュールされたＳＲＳ伝送がある場合に不必要なスケーリングを回避するような方法で適用されてもよい。たとえば、１つのスケーリング係数１／Ｋが使用されるものとして、サブフレームＮの任意のセルに６４−ＱＡＭ伝送がある場合、および異なるＴＡＧにおいて、サブフレームＮ−１の最後のシンボルで伝送されたＰＵＣＣＨおよび／またはＰＵＳＣＨがあった場合、ＷＴＲＵは、サブフレームＮで伝送されたチャネルのその最初のシンボルの電力を１／Ｋだけスケーリングすることができ、サブフレームＮの最後のシンボルの任意のセルに６４−ＱＡＭ伝送があり、異なるＴＡＧにおいて、サブフレームＮ＋１の最初のシンボルに伝送がある場合、ＷＴＲＵは、サブフレームＮで伝送されるＰＵＣＣＨおよび／またはＰＵＳＣＨの最後のシンボルの電力を１／Ｋだけスケーリングすることができる。
【０３５９】
たとえばシンボル単位のスケーリングによって生じた小さいロスを補償するため、ＰPUCCHおよび／またはＵＣＩを伴うＰPUSCHを決定する際に補償係数が含まれてもよい。
【０３６０】
【数７０】
2020048230.tif 000073
【０３６１】
【数７１】
2020048230.tif 000074
【０３６２】
ただし、ｘは補償係数である。補償係数は、固定の量、またはＰPUCCHおよび／またはＰPUSCHの関数、または重複の量の関数であってもよく、重複でＰCMAXを超えることを回避するためにスケーリングが実行される場合に適用されてもよい。補償係数は、シンボル単位のスケーリングが実行されるときの特定の値であってもよく、かつシンボル単位のスケーリングが実行されない場合には０ｄＢであってもよい。
【０３６３】
これ以降、重複中に最大電力を処理するための実施形態が開示される。
【０３６４】
特定の実施形態において、送信電力は、サブフレームＮに対して決定されてもよく、スケーリングを含むことができる。伝送前に、および場合によっては後段において説明される追加の処理の時間を考慮して、送信電力は、サブフレームＮ＋１に対して決定されてもよく、スケーリングを含むことができる。
【０３６５】
サブフレームＮおよびＮ＋１の上記の処理に続いて、またはこれに加えて、ＷＴＲＵは、たとえば重複中の最大電力を超えないようにするため、サブフレームＮ＋ａの先行のＴＡＧおよびサブフレームＮの後行のＴＡＧにありうる、重複部分のチャネルの伝送または送信電力をスケーリング、さらにスケーリング、再スケーリング、または調整することができる。図１８Ａは、２つの隣接するサブフレームに対して電力が決定された後に重複部分の送信電力が再スケーリングされる例を示す図である。サブフレームＮおよびサブフレームＮ＋１の送信電力は、従来のスケーリングルールによって設定されてもよく、再スケーリングは、たとえば重複中の最大電力を超えないようにするため、後行のＴＡＧ（この例のＴＡＧ２）のサブフレームＮおよび先行のＴＡＧ（この例のＴＡＧ１）のサブフレームＮ＋１に適用されてもよい。
【０３６６】
スケーリング、再スケーリング、または調整は、（たとえば、従来のスケーリング優先順位を使用して）、ＮおよびＮ＋１をｉおよびｉ＋１に置き換えて、以下のように適用されてもよい（電力を量ＰCMAX_ov（ｉ）に限定する）。
【０３６７】
【数７２】
2020048230.tif 000075
【０３６８】
【数７３】
2020048230.tif 000076
【０３６９】
【数７４】
2020048230.tif 000077
【０３７０】
ただし、
【０３７１】
【数７５】
2020048230.tif 000078
【０３７２】
は、ＴＡＧｙの、サブフレームｉにおける、チャネルＸ（たとえば、Ｘ＝ＰＵＣＣＨ）の送信電力の線形形式であってもよい。ＴＡＧ１はＴＡＧ２よりも先行である（たとえば、所与のサブフレームについて、ＴＡＧ１のチャネルは、ＴＡＧ２のチャネルが伝送されるよりも早くＷＴＲＵに伝送される）。ＴＡＧの番号付けは例示を目的とするものであり、ｊは、ＵＣＩを伴うＰＵＳＣＨ伝送を有するサービス提供セルであってもよい。
【０３７３】
特定の実施形態において、ＰCMAX_ov（ｉ）は、サブフレームｉおよびｉ＋１の重複におけるチャネルの電力の和に対するＷＴＲＵの電力限度（たとえば、最大電力）、またはサブフレームｉおよびｉ＋１の重複におけるＣＣ電力の和に対するＷＴＲＵの電力限度（たとえば、最大電力）であってもよい。ＰCMAX_ov（ｉ）（または線形形式で
【０３７４】
【数７６】
2020048230.tif 000079
【０３７５】
）は、ＰCMAX（ｉ）および／またはＰCMAX（ｉ＋１）（または
【０３７６】
【数７７】
2020048230.tif 000080
【０３７７】
および／または
【０３７８】
【数７８】
2020048230.tif 000081
【０３７９】
）の関数であってもよく、たとえば、α・ｍｉｎ（
【０３８０】
【数７９】
2020048230.tif 000082
【０３８１】
，
【０３８２】
【数８０】
2020048230.tif 000083
【０３８３】
）、ただしαは１であってもよい。あるいは、これは重複の量を考慮に入れる
【０３８４】
【数８１】
2020048230.tif 000084
【０３８５】
および
【０３８６】
【数８２】
2020048230.tif 000085
【０３８７】
の関数であってもよい。αは、定数であってもよく、シンボル単位のスケーリングについて上記で開示されるαであってもよい。
【０３８８】
上記の式における不等式の右項の線形電力量は、以前のステップにおいてスケーリングが適用された後のものであってもよい。
【０３８９】
再スケーリングのために従来のスケーリング優先順位を使用することの代替として、ＴＡＧ２のサブフレームＮのチャネルおよびＴＡＧ１のサブフレームＮ＋１のチャネルが同等に再スケーリングされてもよい。
【０３９０】
ＴＡＧ２のサブフレームＮのチャネルおよびＴＡＧ１のサブフレームＮ＋１のチャネルのみを再スケーリングすることの代替として、サブフレームＮのチャネルおよびサブフレームＮ＋１のチャネルが再スケーリングされてもよい。
【０３９１】
特定の実施形態において、ＷＴＲＵは、重複を無視してサブフレームＮおよびサブフレームＮ＋１のチャネル（複数可）の電力を決定することができ、それらの電力を、それぞれサブフレームＮおよびサブフレームＮ＋１の重複しない部分のチャネル（複数可）に使用することができる。ＷＴＲＵは、重複部分のチャネルの電力を決定して、それらの電力を重複部分のチャネルに使用することができる。たとえば、ＷＴＲＵは、重複部分でサブフレーム全体をスケーリングしてから再スケーリングまたは調整するのではなく、重複する領域（複数可）とは別に重複しない領域のチャネルをスケーリングすることができる。ＷＴＲＵは、重複領域および重複しない領域のスケーリングを行なう前に、同じ個別チャネル電力を使用することができ、それらのチャネル電力は、あたかも重複が存在しなかったかのようにＷＴＲＵによって決定されてもよい。
【０３９２】
ＷＴＲＵは、サブフレームＮおよびＮ＋１の重複部分のチャネルの電力を、たとえば、ＰCMAX_ovとも称されてもよいＰCMAX_ov（Ｎ）（または「ｉ」表記を使用してＰCMAX_ov（ｉ））のような、重複の最大出力電力を超えないようにスケーリングまたは調整することができる。
【０３９３】
図１８Ｂは、重複しない領域内の送信電力とは別個に重複部分の送信電力がスケーリングされ、重複部分の送信電力がＰCMAX_ovを超えないように必要に応じてスケーリングされる例を示す図である。重複部分の外側のサブフレームＮおよびＮ＋１の送信電力は、それぞれ重複部分の外側のサブフレームＮおよびＮ＋１でＰCMAX（Ｎ）およびＰCMAX（Ｎ＋１）を超えないように必要に応じてスケーリングされる。重複部分の送信電力は、重複部分でＰCMAX_ovを超えないように必要に応じてスケーリングされる。スケーリングは一例であり、重複部分でＰCMAX_ovを超えないように、またはそれぞれ重複部分の外側のサブフレームＮおよびＮ＋１でＰCMAX（Ｎ）および／またはＰCMAX（Ｎ＋１）を超えないように、電力を調整するかまたはチャネルをドロップするような、任意の処置が取られてもよく、引き続き本明細書に開示される実施形態に矛盾することはないことに留意されたい。
【０３９４】
重複しない領域のチャネルまたは送信電力および重複部分のチャネルまたは送信電力に対して別々に、処置を取ること（たとえば、電力をスケーリングもしくは調整すること、またはチャネルをドロップすること）および／またはそれらの処置に関連する決定を行なうこと（たとえば、最大電力が超過する見込みであるかまたは超過するかどうかを決定すること）は、一例であり、重複部分でＰCMAX_ovを超えないように、またはそれぞれ重複部分の外側のサブフレームＮおよびＮ＋１でＰCMAX（Ｎ）および／またはＰCMAX（Ｎ＋１）を超えないように、処置が取られてもよく、決定が別々にまたは一緒に行なわれてもよく、任意の順序で処置が取られるかまたは決定が行なわれてもよく、引き続き本明細書に開示される実施形態に矛盾することはない。最大電力が超過する見込みであるかまたは超過されるかどうかに関するような決定または判定、および関連する処置は、線形またはログ形式の値、和、および比較を使用して実行されてもよい。
【０３９５】
ＰCMAX_ov（ｉ）は、ＷＴＲＵによって選択されうる構成済みの値であってもよい。これは、高い値（たとえば、ＰCMAX_ov_H（ｉ））と低い値（たとえば、ＰCMAX_ov_L（ｉ））の範囲を有するように定義されてもよく、かつ／または、１つの値を有するように定義されてもよい。範囲を有するように定義される場合、ＷＴＲＵは、ＰCMAX_ov（ｉ）にその範囲の値を選択することができる。重複については、ＷＴＲＵは、その選択された値（たとえば範囲の場合）、高い値、または単一の値の電力を超えることは許容されない。ＰCMAX_ov（ｉ）、ＰCMAX_ov_H（ｉ）、およびＰCMAX_ov_L（ｉ）は、サブフレームｉおよびｉ＋１の間の重複に対応することができる（たとえば、適用できる）。
【０３９６】
ＰCMAX_ov（ｉ）またはＰCMAX_ov_H（ｉ）は、ＰPowerClassまたは重複部分のＣＣのＰEMAX,c値の和とＰPowerClassの小さい方の値（たとえば、ＭＩＮ｛１０ｌｏｇ10ΣｐEMAX、c，ＰPowerClass｝）のうちの少なくとも１つであってもよい。値、和、および比較は、線形またはログ形式であってもよい。
【０３９７】
ＰCMAX_ov_L（ｉ）は、値、和、および比較が線形および／またはログ形式であってもよい以下のうちの少なくとも１つであってもよい。ＰCMAX_ov_L（ｉ）は、２つの値のうちの１つまたは２つの値のうちの最小（ｍｉｎｉｍｕｍ）のような（たとえば、ＭＩＮ｛ＰCMAX_L_CA（ｉ），ＰCMAX_L_CA（ｉ＋１）｝）、サブフレームｉおよび／またはｉ＋１のＰCMAX_L_CA値の関数であってもよい。
【０３９８】
ＰCMAX_ov_L（ｉ）は、たとえば、後行のＣＣ（複数可）のサブフレームｉのＰCMAX_L,c値（複数可）の和と先行のＣＣ（複数可）のサブフレームｉ＋１のＰCMAX_L,c値（複数可）の和とを加えたものなど、サブフレームｉおよび／またはｉ＋１で伝送されたＣＣのＰCMAX_L,c値の関数であってもよい、ただし合計はたとえば、以下のように、ＰPowerClassによって制限されてもよい。
【０３９９】
ＰCMAX_ov_L（ｉ）＝ＭＩＮ［１０ｌｏｇ１０（ｓｕｍ（ｐCMAX_L,c（ｋ））），ＰPowerClass］  式（７７）
ただし、後行であるＴＡＧのＣＣ（複数可）の場合ｋ＝ｉ、および先行であるＴＡＧのＣＣ（複数可）の場合ｋ＝ｉ＋１である。たとえば、２つのＣＣ（ｃ０およびｃ１）の場合、上記の式において、ｃ＝ｃ０の場合ｋ＝ｉ、ｃ＝ｃ１の場合ｋ＝ｉ＋１であってもよい、ただしｃ０はｃ１のＴＡＧよりも後行のＴＡＧのキャリアであり、ｃ１はｃ０のＴＡＧよりも先行のＴＡＧのキャリアである。
【０４００】
もう１つの例において、
ＰCMAX_ov_L（ｉ）＝ＭＩＮ［１０ｌｏｇ１０（ｓｕｍ（ＭＩＮ［ｐEMAX,c（ｋ）／ΔｔC,c（ｋ），PowerClass/（ｍｐｒc（ｋ）・ａ‐ｍｐｒc（ｋ）・ΔＴC,c（ｋ）・ΔＴIB,c（ｋ），ｐPowerClass／（ｐｍｐｒc（ｋ）・ΔｔC,c（ｋ］）），ＰPowerClass］  式（７８）
ただし、たとえば、２つのＣＣ（ｃ０およびｃ１）について、ｃ＝ｃ０の場合ｋ＝ｉ、ｃ＝ｃ１の場合ｋ＝ｉ＋１であってもよく、ｃ０はｃ１のＴＡＧよりも後行のＴＡＧのキャリアであり、ｃ１はｃ０のＴＡＧよりも先行のＴＡＧのキャリアである。
【０４０１】
ＰCMAX_ov_L（ｉ）は、たとえば重複しうる各ＣＣに対する（サブフレームｉまたはｉ＋１からの）低いほうのＰCMAX_L,c値の和のような、サブフレームｉおよび／またはｉ＋１で伝送されたＣＣのＰCMAX_L,c値の関数であってもよい。ただしそのような和はＰPowerClassによって制限されてもよい。たとえば、ＰCMAX_ov_L（ｉ）は、以下のように表されてもよい。
【０４０２】
ＰCMAX_ov_L（ｉ）＝ＭＩＮ［１０ｌｏｇ１０（ｓｕｍ（ＭＩＮ［ｐCMAX_L,c（ｉ），ｐCMAX_L,c（ｉ＋１）］），ＰPowerClass］  式（７９）
【０４０３】
ＰCMAX_ov_L（ｉ）は、たとえば重複しうるＣＣの中の（サブフレームｉまたはｉ＋１からの）最低のＰCMAX_L,c値にＫを乗算するような、サブフレームｉおよび／またはｉ＋１で伝送されたＣＣのＰCMAX_L,c値の関数であってもよい。ただしＫは重複しうるＣＣの数であり、結果の値はＰPowerClassによって制限されてもよい。
【０４０４】
たとえば、２つのＣＣ、ｃ０およびｃ１がある場合、
ＰCMAX_ov_L（ｉ）＝ＭＩＮ［１０ｌｏｇ１０（２×ＭＩＮ［ｐCMAX_L,c0（ｉ），ｐCMAX_L,c0（ｉ＋１），ｐCMAX_L,c1（ｉ），ｐCMAX_L,c1（ｉ＋１）］），ＰPowerClass］  式（８０）
【０４０５】
ＰCMAX_ov（ｉ）を決定するためにどの実施形態が使用されるかは、重複するＣＣが帯域内または帯域間のいずれであるかに少なくとも基づいてもよい。
【０４０６】
たとえばＰCMAX_ov（ｉ）が適用することのできるサブフレーム（複数可）および／または重複についてのスケーリングまたは伝送ルールのようなルールが適用することのできるサブフレーム（複数可）の領域など、重複領域と見なされうるサブフレーム領域または時間は、各ＣＣ、または各ＴＡＧ、または各ＴＡＧ内の１または複数のＣＣに対する各サブフレームの開始および終了のＵＬタイミングに基づいて定義されてもよい。図１９は、ＵＬタイミングに基づく例示の重複領域を示す図である。図１９において、斜め網掛けされたセクション１９０２は、それらのＣＣまたはＴＡＧの重複領域と見なされてもよい。
【０４０７】
サブフレームの実際の開始と見なされるよりも前に開始しうる各ＣＣ、および／またはサブフレームの実際の終了と見なされるよりも後に終了しうる各ＣＣについて定義される過渡領域があってもよいことに留意されたい。この過渡領域は、電力が１つのサブフレームから別のサブフレームに移ることを可能にする、および／または電力検査に含まれていないサブフレームの領域であってもよい。ＣＣの電力は過渡領域の間に変化しうるので、その領域において電力限度を超える可能があってもよい。
【０４０８】
１つの実施形態において、（たとえば、重複中に最大電力を処理するための実施形態を適用するため）、重複領域と見なされるべきである領域は、各サブフレームの始めおよび／または終わりにありうる過渡領域を含む（たとえば、過渡領域も含む）ことができる。図２０は、先行のＴＡＧ（ＴＡＧ２）のサブフレームｉの終わり、および後行のＴＡＧ（ＴＡＧ１）のサブフレームｉ＋１の始めにおける過渡領域の例を示す。図２０に示されるように、各サブフレームの開始前および終了後の過渡領域は、たとえばＵＬサブフレームタイミングに基づいて、重複すると見なされる領域に含まれてもよい。
【０４０９】
サービス提供セルにわたり測定された最大出力電力ＰUMAXは、以下の範囲内であってもよい。
【０４１０】
ＰCMAX_L_CA−Ｔ（ＰCMAX_L_CA）≦ＰUMAX≦ＰCMAX_H_CA＋Ｔ（ＰCMAX_H_CA）  式（８１）
ただし、Ｔ（Ｐ）は、電力Ｐの許容値を表す。
【０４１１】
複数のタイミングアドバンスまたは複数のＴＡＧがある場合、重複する伝送の許容は、ＰUMAXおよびＴ（ＰCMAX）の許容度を変更することによって行なわれてもよい。そのような許容は、複数のＴＡＧがある場合、または複数のＴＡＧがありＴＡＧ間のタイミング差がしきい値よりも大きい場合に、適用可能であってもよい。許容は、たとえば、固定の量（たとえば＋０．５ｄＢ）、ＰCMAXの関数である固定の量、ｅＮＢによって信号伝達されるその他の量の関数である量（複数可）、ｅＮＢによって信号伝達される新しい量（複数可）、および／または関数（複数可）自体のような、何らかの量による増大または減少であってもよい。
【０４１２】
（加算または減算であってもよい）許容度の変化は、ＰUMAXの上限または下限の１または複数に適用可能であってもよい。Ｔ‐ＭＰＲがＰCMAX_L_CAに含まれない場合、またはその他の場合、サブフレームに重複条件があるとき、以下のように、追加の許容度が式（８１）の左項から減算されてもよい。
【０４１３】
ＰCMAX_L_CA−Ｔ（ＰCMAX_L_CA）‐Ｔｏｖｅｒｌａｐ≦ＰUMAX≦ＰCMAX_H_CA＋Ｔ（ＰCMAX_H_CA）  式（８２）
ただし、Ｔｏｖｅｒｌａｐは、Ｔ‐ＭＰＲと等しいか、またはＴ‐ＭＰＲの関数であってもよい。
【０４１４】
（実施形態）
１．  複数のタイミングアドバンスに関連付けられている複数のコンポーネントキャリアにおける無線伝送の電力制御のための方法。
【０４１５】
２．  ＷＴＲＵが、少なくとも２つの異なるタイミングアドバンスグループに属する複数のコンポーネントキャリアで伝送される各サブフレーム内の物理チャネルの送信電力を計算するステップを備え、各タイミングアドバンスグループはアップリンク伝送の別個のタイミングアドバンス値に関連付けられている実施形態１に記載の方法。
【０４１６】
３．  ＷＴＲＵが、同じサブフレーム内の物理チャネルの送信電力の和がそのサブフレームの構成済み最大ＷＴＲＵ出力電力を超えることを条件として、各サブフレームの物理チャネルの少なくとも１つの送信電力をスケーリングするステップを備える実施形態２に記載の方法。
【０４１７】
４．  ＷＴＲＵが、後行のＴＡＧのサブフレームおよび先行のＴＡＧの次のサブフレームの重複部分の物理チャネルの送信電力の和が、重複の構成済み最大ＷＴＲＵ出力電力を超えることを条件として、重複部分の物理チャネルの送信電力の和が重複の構成済み最大ＷＴＲＵ出力電力を超えないように、物理チャネルの少なくとも１つの送信電力を調整するステップを備える実施形態３に記載の方法。
【０４１８】
５．  物理チャネルの送信電力は、物理チャネル優先順位に基づく順序で調整される実施形態３または４のいずれか一項に記載の方法。
【０４１９】
６．  重複の構成済み最大ＷＴＲＵ出力電力は、２つの連続する重複サブフレームの構成済み最大ＷＴＲＵ出力電力の関数として決定される実施形態４または５のいずれか一項に記載の方法。
【０４２０】
７．  重複の構成済み最大ＷＴＲＵ出力電力は、２つの連続する重複サブフレームの構成済み最大ＷＴＲＵ出力電力の１つと同じである実施形態４から６のいずれか一項に記載の方法。
【０４２１】
８．  重複の構成済み最大ＷＴＲＵ出力電力は、下限および上限の範囲からＷＴＲＵによって選択される実施形態４から７のいずれか一項に記載の方法。
【０４２２】
９．  ＷＴＲＵは、別の物理チャネルが、任意のコンポーネントキャリアで部分的または完全にＳＲＳと重複するシンボルで伝送されるようにスケジュールされることを条件としてＳＲＳをドロップする実施形態３から８のいずれか一項に記載の方法。
【０４２３】
１０．  ＷＴＲＵが、コンポーネントキャリアで伝送される各ＳＲＳの送信電力を計算するステップをさらに備え、ＷＴＲＵは、複数のコンポーネントキャリアのＳＲＳの送信電力の和が使用可能な電力を超えることを条件として、ＳＲＳをドロップする実施形態３から９のいずれか一項に記載の方法。
【０４２４】
１１．  ＷＴＲＵが、電力ヘッドルームレポートをネットワークに送信するステップをさらに備え、電力ヘッドルームレポートは、構成済み最大ＷＴＲＵ出力電力が、任意のサービス提供セルの構成済み最大ＷＴＲＵ出力電力またはサービス提供セルの構成済み最大ＷＴＲＵ出力電力の和と等しくないことを条件として、現在のサブフレームの構成済み最大ＷＴＲＵ出力電力を含む実施形態３から１０のいずれか一項に記載の方法。
【０４２５】
１２．  ＷＴＲＵが、ＰＲＡＣＨの送信電力を計算するステップをさらに備える実施形態３から１１のいずれか一項に記載の方法。
【０４２６】
１３．  ＷＴＲＵが、ＰＲＡＣＨを伝送するステップを備え、ＰＲＡＣＨの送信電力は、ＰＲＡＣＨの最初のサブフレームに決定された電力レベルで全ＰＲＡＣＨプリアンブルにわたり一定である実施形態１２に記載の方法。
【０４２７】
１４．  ガードシンボルは重複するチャネルを回避するためにコンポーネントキャリアに含まれる実施形態３から１３のいずれか一項に記載の方法。
【０４２８】
１５．  複数のタイミングアドバンスに関連付けられている複数のコンポーネントキャリアにおける無線伝送の電力制御のためのＷＴＲＵ。
【０４２９】
１６．  少なくとも２つの異なるＴＡＧに属する複数のコンポーネントキャリアで伝送される各サブフレーム内の物理チャネルの送信電力を計算するように構成されたプロセッサを備え、各ＴＡＧはアップリンク伝送の別個のタイミングアドバンス値に関連付けられている実施形態１５に記載のＷＴＲＵ。
【０４３０】
１７．  プロセッサは、同じサブフレーム内の物理チャネルの送信電力の和がそのサブフレームの構成済み最大ＷＴＲＵ出力電力を超えることを条件として、各サブフレームの物理チャネルの少なくとも１つの送信電力をスケーリングするようにさらに構成される実施形態１６に記載のＷＴＲＵ。
【０４３１】
１８．  プロセッサは、後行のＴＡＧのサブフレームおよび先行のＴＡＧの次の連続するサブフレームの重複部分の物理チャネルの送信電力の和が、重複の構成済み最大ＷＴＲＵ出力電力を超えることを条件として、重複部分の物理チャネルの送信電力の和が重複の構成済み最大ＷＴＲＵ出力電力を超えないように、物理チャネルの少なくとも１つの送信電力を調整するようにさらに構成される実施形態１７に記載のＷＴＲＵ。
【０４３２】
１９．  プロセッサは、物理チャネル優先順位に基づく順序で物理チャネルの送信電力を調整するように構成される実施形態１７または１８のいずれか一項に記載のＷＴＲＵ。
【０４３３】
２０．  プロセッサは、重複の構成済み最大ＷＴＲＵ出力電力を、２つの連続するサブフレームの構成済み最大ＷＴＲＵ出力電力の関数として決定するように構成される実施形態１８または１９のいずれか一項に記載のＷＴＲＵ。
【０４３４】
２１．  重複の構成済み最大ＷＴＲＵ出力電力は、２つの連続する重複サブフレームの構成済み最大ＷＴＲＵ出力電力の１つと同じである実施形態１８から２０のいずれか一項に記載のＷＴＲＵ。
【０４３５】
２２．  プロセッサは、重複の構成済み最大ＷＴＲＵ出力電力を、下限および上限の範囲から選択するように構成される実施形態１８から２１のいずれか一項に記載のＷＴＲＵ。
【０４３６】
２３．  プロセッサは、別の物理チャネルが、任意のコンポーネントキャリアで部分的または完全にＳＲＳと重複するシンボルで伝送されるようにスケジュールされることを条件としてＳＲＳをドロップするように構成される実施形態１８から２２のいずれか一項に記載のＷＴＲＵ。
【０４３７】
２４．  プロセッサは、コンポーネントキャリアで伝送される各ＳＲＳの送信電力を計算するように構成され、複数のコンポーネントキャリアのＳＲＳの送信電力の和が使用可能な電力を超えることを条件として、ＳＲＳをドロップする実施形態１８から２３のいずれか一項に記載のＷＴＲＵ。
【０４３８】
２５．  プロセッサは、構成済み最大ＷＴＲＵ出力電力が、任意のサービス提供セルの構成済み最大ＷＴＲＵ出力電力またはサービス提供セルの構成済み最大ＷＴＲＵ出力電力の和と等しくないことを条件として、現在のサブフレームの構成済み最大ＷＴＲＵ出力電力を含む電力ヘッドルームレポートをネットワークに送信するように構成される実施形態１８から２４のいずれか一項に記載のＷＴＲＵ。
【０４３９】
２６．  プロセッサは、ＰＲＡＣＨの送信電力を計算するように構成される実施形態１８から２５のいずれか一項に記載のＷＴＲＵ。
【０４４０】
２７．  プロセッサは、ＰＲＡＣＨを伝送するように構成され、ＰＲＡＣＨの送信電力は、ＰＲＡＣＨの最初のサブフレームに決定された電力レベルで全ＰＲＡＣＨプリアンブルにわたり一定である実施形態２６に記載のＷＴＲＵ。
【０４４１】
２８．  ガードシンボルは、重複するチャネルを回避するためにコンポーネントキャリアに含まれる実施形態１８から２７のいずれか一項に記載のＷＴＲＵ。
【０４４２】
特徴および要素は特定の組み合わせで上記で説明されるが、各々の特徴または要素は、単独で使用されるか、または他の特徴および要素の任意の組み合わせで使用されてもよいことを、当業者であれば理解するであろう。加えて、本明細書において説明される方法は、コンピュータまたはプロセッサにより実行するためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施されてもよい。コンピュータ可読媒体の例は、（有線または無線接続を介して伝送される）電子信号およびコンピュータストレージ媒体を含む。コンピュータ可読ストレージ媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、これらに限定されることはない。ソフトウェアと関連するプロセッサは、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータにおいて使用する無線周波数送受信機を実施するために使用されてもよい。
【図１Ａ】
2020048230.tif 000086
【図１Ｂ】
2020048230.tif 000087
【図１Ｃ】
2020048230.tif 000088
【図２】
2020048230.tif 000089
【図３】
2020048230.tif 000090
【図４Ａ】
2020048230.tif 000091
【図４Ｂ】
2020048230.tif 000092
【図５Ａ】
2020048230.tif 000093
【図５Ｂ】
2020048230.tif 000094
【図５Ｃ】
2020048230.tif 000095
【図６Ａ】
2020048230.tif 000096
【図６Ｂ】
2020048230.tif 000097
【図６Ｃ】
2020048230.tif 000098
【図７】
2020048230.tif 000099
【図８】
2020048230.tif 000100
【図９】
2020048230.tif 000101
【図１０】
2020048230.tif 000102
【図１１】
2020048230.tif 000103
【図１２】
2020048230.tif 000104
【図１３】
2020048230.tif 000105
【図１４】
2020048230.tif 000106
【図１５】
2020048230.tif 000107
【図１６】
2020048230.tif 000108
【図１７】
2020048230.tif 000109
【図１８Ａ】
2020048230.tif 000110
【図１８Ｂ】
2020048230.tif 000111
【図１９】
2020048230.tif 000112
【図２０】
2020048230.tif 000113