(57)【特許請求の範囲】
【請求項１】
ユーザ機器（ＵＥ）装置であって、
キャリア集約技法に従って、同時の物理アップリンク共有チャネル（ＰＵＳＣＨ）通信及び第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）送信を含むＰＵＣＣＨ通信の処理をし、
第１のＰＵＳＣＨ送信と関連付けられた第１のアップリンク認可を含む第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の受信をし、
前記第１のＰＵＳＣＨ送信と関連付けられた前記第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいて拡張型電力ヘッドルームリポート（ｅＰＨＲ）を生成し、かつ
進化型ノードＢ（ｅＮＢ）への前記ｅＰＨＲの通信を開始する
制御回路部を備え、
前記装置は媒体アクセス制御（ＭＡＣ）回路部を更に備え、前記ＭＡＣ回路部は、前記第１のＰＵＳＣＨ送信と関連付けられた前記第１のＰＤＣＣＨ送信と関連付けられた前記不確実性が生じると判断される場合に、前記第１のＰＵＣＣＨ送信が前記第１のＰＵＳＣＨ送信と同時にスケジューリングされるか否かに関わらず、前記ｅＰＨＲとしてタイプ２リポートを生成し、前記ｅＰＨＲの生成の一部として前記ｅＰＨＲのオクテット２用の空間を予約せず、オクテット１にＶ＝１値を設定する、
装置。
【請求項２】
前記ｅＮＢから前記第１のＰＤＣＣＨ送信の受信をし、かつ前記制御回路部に前記第１のＰＤＣＣＨ送信の通信をする受信回路部と、
第１のキャリア周波数を使用して前記ＰＵＳＣＨ通信の送信をして、かつ第２のキャリア周波数を使用してキャリア集約を用いるシステムの一部として前記ＰＵＣＣＨ通信を送信する送信回路部と、
を更に備える、請求項１に記載の装置。
【請求項３】
前記第１のＰＵＣＣＨ送信は、チャネル選択を用いるフォーマット１ｂの送信を含む、請求項１または２に記載の装置。
【請求項４】
前記ｅＰＨＲは、
【数５】
0006630938.tif 000012
を使用して電力ヘッドルームを算出することにより前記第１のＰＵＳＣＨ送信と関連付けられた前記第１のＰＤＣＣＨ送信と関連付けられた前記不確実性に基づいて生成される、請求項１から３のいずれか一項に記載の装置。
【請求項５】
前記ＭＡＣ回路部は更に、前記ｅＰＨＲに用いる前記第１のＰＵＣＣＨ送信の代わりに基準ＰＵＣＣＨ送信用の基準タイプ２リポートを算出する、請求項１から４のいずれか一項に記載の装置。
【請求項６】
ユーザ機器（ＵＥ）装置であって、
キャリア集約技法に従って、同時の物理アップリンク共有チャネル（ＰＵＳＣＨ）通信及び第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）送信を含むＰＵＣＣＨ通信の処理をし、
第１のＰＵＳＣＨ送信と関連付けられた第１のアップリンク認可を含む第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の受信をし、
前記第１のＰＵＳＣＨ送信と関連付けられた前記第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいて拡張型電力ヘッドルームリポート（ｅＰＨＲ）を生成し、かつ
進化型ノードＢ（ｅＮＢ）への前記ｅＰＨＲの通信を開始する
制御回路部を備え、
前記制御回路部は媒体アクセス制御（ＭＡＣ）回路部を備え、前記ＭＡＣ回路部は、前記第１のＰＵＳＣＨ送信と関連付けられた前記第１のＰＤＣＣＨ送信と関連付けられた前記不確実性が生じると判断される場合に、前記第１のＰＵＣＣＨ送信が前記第１のＰＵＳＣＨ送信と同時にスケジューリングされると仮定して、前記ｅＰＨＲとしてタイプ２リポートを生成し、前記ｅＰＨＲの生成の一部として前記ｅＰＨＲのオクテット２用の空間を予約し、オクテット１のＶをクリアする、装置。
【請求項７】
前記ＭＡＣ回路部は更に、チャネル選択リソースを有する可能なＰＵＣＣＨフォーマット１ｂの組からの固定ＰＵＣＣＨリソースと関連付けられたＰＵＣＣＨ送信に基づいて前記ｅＰＨＲを算出する、請求項６に記載の装置。
【請求項８】
前記固定ＰＵＣＣＨリソースはリソース０である、請求項７に記載の装置。
【請求項９】
前記固定ＰＵＣＣＨリソースは、前記固定ＰＵＣＣＨリソースと関連付けられた前記ＰＵＣＣＨ送信のサブフレームに基づいて設定される、請求項７に記載の装置。
【請求項１０】
前記ｅＰＨＲは、前記第１のＰＵＣＣＨ送信に基づく、請求項９に記載の装置。
【請求項１１】
前記制御回路部は更に、タイミング要件の組を満たさないものと前記ＵＥを特定する第１の値を有するタイミングフィールドを含むＵＥ能力通信を送信し、前記第１のＰＵＳＣＨ送信と関連付けられた前記第１のＰＤＣＣＨ送信と関連付けられた前記不確実性は、前記第１の値に基づき、前記タイミング要件の組は、前記不確実性が起こらないことを保証するのに十分なタイミングの組である、請求項１から１０のいずれか一項に記載の装置。
【請求項１２】
前記制御回路部は更に、前記ｅＰＨＲの生成後のＵＥ動作の変化に基づいて前記ＵＥを前記タイミング要件の組を満たすと特定する第２の値に前記第１の値を調節し、かつ前記第２の値に基づいて第２の拡張型電力ヘッドルームリポート（ｅＰＨＲ）を生成する、請求項１１に記載の装置。
【請求項１３】
１つまたは複数のプロセッサにより実行されたとき、
キャリア集約を用いるシステムで、第１のキャリア周波数による物理アップリンク共有チャネル（ＰＵＳＣＨ）送信であって、第２のキャリア周波数による、第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）送信を含むＰＵＣＣＨ通信と同時の、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の処理をし、
第１のＰＵＳＣＨ送信と関連付けられた第１のアップリンク認可を含む第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の受信をし、
前記第１のＰＵＳＣＨ送信と関連付けられた前記第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいて拡張型電力ヘッドルームリポート（ｅＰＨＲ）を生成し、かつ
進化型ノードＢ（ｅＮＢ）への前記ｅＰＨＲの通信を開始する、
ようにユーザ機器（ＵＥ）を構成するためのコンピュータプログラムであって、
前記ＵＥは、前記第１のＰＵＳＣＨ送信と関連付けられた前記第１のＰＤＣＣＨ送信と関連付けられた前記不確実性が生じると判断される場合に、前記第１のＰＵＣＣＨ送信が前記第１のＰＵＳＣＨ送信と同時にスケジューリングされるか否かに関わらず、前記ｅＰＨＲとしてタイプ２リポートを生成し、前記ｅＰＨＲの生成の一部として前記ｅＰＨＲのオクテット２用の空間を予約せず、前記ｅＰＨＲのオクテット１にＶ＝１値を設定する、
コンピュータプログラム。
【請求項１４】
前記ｅＰＨＲは、
【数５】
0006630938.tif 000013
を使用して電力ヘッドルームを算出することにより前記第１のＰＵＳＣＨ送信と関連付けられた前記第１のＰＤＣＣＨ送信と関連付けられた前記不確実性に基づいて生成される、請求項１３に記載のコンピュータプログラム。
【請求項１５】
前記ＵＥは更に、前記ｅＰＨＲに用いる前記第１のＰＵＣＣＨ送信の代わりに基準ＰＵＣＣＨ送信用の基準タイプ２リポートを算出する、
請求項１３または１４に記載のコンピュータプログラム。
【請求項１６】
１つまたは複数のプロセッサにより実行されたとき、
キャリア集約を用いるシステムで、第１のキャリア周波数による物理アップリンク共有チャネル（ＰＵＳＣＨ）送信であって、第２のキャリア周波数による、第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）送信を含むＰＵＣＣＨ通信と同時の、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の処理をし、
第１のＰＵＳＣＨ送信と関連付けられた第１のアップリンク認可を含む第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の受信をし、
前記第１のＰＵＳＣＨ送信と関連付けられた前記第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいて拡張型電力ヘッドルームリポート（ｅＰＨＲ）を生成し、かつ
進化型ノードＢ（ｅＮＢ）への前記ｅＰＨＲの通信を開始する、
ようにユーザ機器（ＵＥ）を構成するためのコンピュータプログラムであって、
前記ＵＥは、前記第１のＰＵＳＣＨ送信と関連付けられた前記第１のＰＤＣＣＨ送信と関連付けられた前記不確実性が生じると判断される場合に、前記第１のＰＵＣＣＨ送信が前記第１のＰＵＳＣＨ送信と同時にスケジューリングされると仮定して、前記ｅＰＨＲとしてタイプ２リポートを生成し、前記ｅＰＨＲの生成の一部として前記ｅＰＨＲのオクテット２用の空間を予約し、オクテット１のＶをクリアする、
コンピュータプログラム。
【請求項１７】
請求項１３から１６のいずれか一項に記載のコンピュータプログラムを記憶する、コンピュータ可読記録媒体。
【請求項１８】
ユーザ機器（ＵＥ）装置であって、
キャリア集約を用いるシステムで、同時の物理アップリンク共有チャネル（ＰＵＳＣＨ）通信及び第１の物理アップリンク制御チャネル（ＰＵＣＣＨ）送信を含むＰＵＣＣＨ通信の処理をする手段と、
前記ＵＥをタイミング要件の組を満たすと特定する第１の値を有するタイミングフィールドを含むＵＥ能力通信を送信する手段であって、前記タイミング要件の組は、前記第１のＰＵＳＣＨ送信と関連付けられた不確実性が起こらないことを保証するのに十分なタイミングの組である、手段と、
第１のＰＵＳＣＨ送信と関連付けられた第１のアップリンク認可を含む進化型ノードＢ（ｅＮＢ）からの第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の受信をする手段と、
前記ＵＥの前記タイミング要件の組との関連に基づいて、前記第１のＰＵＣＣＨ送信が前記第１のＰＵＳＣＨ送信と同時にスケジューリングされると判断して拡張型電力ヘッドルームリポート（ｅＰＨＲ）を生成する手段と、
前記ｅＮＢへの前記ｅＰＨＲの通信を開始する手段と、
を備える
装置。
【請求項１９】
前記ｅＰＨＲの生成後のＵＥ動作の変化に基づいて前記ＵＥを前記タイミング要件の組を満たさないと特定する第２の値に前記第１の値を調節する手段と、
前記ｅＰＨＲの生成に続く第２のＰＵＳＣＨ送信と関連付けられた第２のアップリンク認可を含む第２のＰＤＣＣＨ送信の受信をする手段と、
前記第１のＰＵＳＣＨ送信と関連付けられた不確実性が生じると判断される場合に、前記第１のＰＵＣＣＨ送信が前記第１のＰＵＳＣＨ送信と同時にスケジューリングされるか否かに関わらず、第２のｅＰＨＲとしてタイプ２リポートを生成し、前記第２のｅＰＨＲの生成の一部として前記第２のｅＰＨＲのオクテット２用の空間を予約せず、オクテット１にＶ＝１値を設定する手段と、
前記ｅＮＢへの前記第２のｅＰＨＲの通信をする手段と、
を更に備える、請求項１８に記載の装置。
【請求項２０】
前記ｅＰＨＲの生成後のＵＥ動作の変化に基づいて前記ＵＥを前記タイミング要件の組を満たさないと特定する第２の値に前記第１の値を調節する手段と、
前記ｅＰＨＲの生成に続く第２のＰＵＳＣＨ送信と関連付けられた第２のアップリンク認可を含む第２のＰＤＣＣＨ送信の受信をする手段と、
前記第１のＰＵＳＣＨ送信と関連付けられた不確実性が生じると判断される場合に、前記第１のＰＵＣＣＨ送信が前記第１のＰＵＳＣＨ送信と同時にスケジューリングされると仮定して、第２のｅＰＨＲとしてタイプ２リポートを生成し、前記第２のｅＰＨＲの生成の一部として前記第２のｅＰＨＲのオクテット２用の空間を予約し、オクテット１のＶをクリアする手段と、
前記ｅＮＢへの前記第２のｅＰＨＲの通信をする手段と、
を更に備える、請求項１８に記載の装置。
【請求項２１】
前記ｅＮＢは更に、
第１のＵＥからのＵＥ能力通信であって、前記第１のＵＥがタイミング要件の組を満たさないことを示す第２の値を有するタイミングフィールドを含む、ＵＥ能力通信の受信をし、かつ
前記第２の値に基づいて前記第１のＵＥからの前記ｅＰＨＲを処理する制御回路部を構成する
請求項１９または２０に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
［優先権の主張］
この出願は、２０１５年１月２９日付で出願された「ＲＡＮ１／ＲＡＮ２：ＴＹＰＥ  ２  ＰＨＲ  ＲＥＰＯＲＴＩＮＧ  ＩＮ  ＰＵＣＣＨ  ＦＯＲＭＡＴ  １Ｂ  ＷＩＴＨ  ＣＨＡＮＮＥＬ  ＳＥＬＥＣＴＩＯＮ」と題する米国仮特許出願第６２／１０９、５０３号の優先権を主張し、その全体は本明細書に組み込まれる。
【０００２】
実施形態は、無線通信用のシステム、方法、及び構成デバイスに関し、特に、長期的進化（ＬＴＥ）、ＬＴＥ−ａｄｖａｎｃｅｄ、及び他の同様の無線通信システムに対する拡張型電力ヘッドルームリポート（ｅＰＨＲ）の生成に関する。
【背景技術】
【０００３】
ＬＴＥ−ａｄｖａｎｃｅｄは、携帯電話機等のユーザ機器（ＵＥ）用の高速データ無線通信に対する規格である。ＬＴＥ−ａｄｖａｎｃｅｄ規格のシステム及びＬＴＥ規格に関するまたは由来するシステムでは、ＵＥが送信を許容される電力量は種々の要因に基づいて制限される。ＵＥの送信電力管理のための通信の一部として、電力ヘッドルームリポート（ＰＨＲ）を使用してＵＥ送信電力の制限を通信及び管理し得る。
【０００４】
キャリア集約はＬＴＥ−ａｄｖａｎｃｅｄシステムにより使用される技術であり、複数のキャリア信号を使用して単一のＵＥに対する通信の搬送を行うことにより、単一のデバイスに利用可能な帯域幅を増大させ得る。
【図面の簡単な説明】
【０００５】
【図１】ある特定の実施形態による動作可能な進化型ノードＢ（ｅＮＢ）及びユーザ機器（ＵＥ）を含むシステムのブロック図である。
【０００６】
【図２】ある特定の実施形態によるシステム動作の態様を示す。
【０００７】
【図３】一部の例示的実施形態による未許諾チャネルに関するアップリンク認可の方法を説明する。
【０００８】
【図４】一部の例示的実施形態による未許諾チャネルに関するアップリンク認可動作の態様を示す。
【０００９】
【図５】一部の例示的実施形態による未許諾チャネルに関するアップリンク認可動作の態様を示す。
【００１０】
【図６】一部の例示的実施形態による未許諾チャネルに関するアップリンク認可の方法を説明する。    図６Ｂは、ある特定の実施形態による反復送信の早期終了に関するシステム中の中間ＨＡＲＱ−ＡＣＫ動作の態様を示す。
【００１１】
【図７】一部の例示的実施形態によるコンピューティングマシンの態様を示す。
【００１２】
【図８】一部の例示的実施形態によるＵＥの態様を示す。
【００１３】
【図９】本明細書に説明する種々の実施形態に関連して使用可能な例示的コンピュータシステムマシンを説明するブロック図である。
【発明を実施するための形態】
【００１４】
実施形態は、無線通信を向上するためのシステム、デバイス、装置、アセンブリ、方法、及びコンピュータ可読媒体に関し、特に、電力ヘッドルームリポート及びキャリア集約を用いて動作する通信システムに関する。以下の説明及び図面は、当業者に対してそれらを実施するのを可能にする特定の実施形態を示す。他の実施形態も、構造的、論理的、電気的、処理上の、及び他の変更が可能である。一部の実施形態の部分及び特徴は、他の実施形態のものに含み得るか、またはそれらと置き換え得、説明に係る要素の全ての利用可能な均等物に及ぶように意図されている。
【００１５】
図１は、一部の実施形態による、無線ネットワーク１００を示す。無線ネットワーク１００は、エア・インターフェース１９０を経由して接続されるＵＥ１０１及びｅＮＢ１５０を含む。ＵＥ１０１及びｅＮＢ１５０は、エア・インターフェース１９０がコンポーネントキャリア１８０及びコンポーネントキャリア１８５として図示された、複数の周波数キャリアをサポートするように、キャリア集約をサポートするシステムを使用して通信する。２つのコンポーネントキャリアを示すが、種々の実施形態では２つ以上のコンポーネントキャリアを含み得る。
【００１６】
無線ネットワーク１００中のＵＥ１０１および他の任意のＵＥは、例えば、ラップトップ型コンピュータ、スマートフォン、タブレットコンピュータ、プリンタ、スマートメータ、もしくは、例えば健康管理モニタリング、遠隔セキュリティ監視、高度道路交通デバイス用の専門デバイス等の機械型デバイス、または、ユーザインターフェースを有するまたは有さない他の任意の無線デバイスであり得る。ｅＮＢ１５０は、ｅＮＢ１５０により提供されるｅＮＢサービスエリア中でエア・インターフェース１９０を経由してＵＥ１０１へのより広範なネットワーク（図示せず）に対するネットワーク接続性を提供する。一部の実施形態では、そのようなより広範なネットワークは、携帯電話ネットワークプロバイダにより運営される広域ネットワークであるか、またはインターネットであり得る。ｅＮＢ１５０と関連付けられた各ｅＮＢサービスエリアは、ｅＮＢ１５０と一体化されたアンテナによりサポートされる。サービスエリアは、ある特定のアンテナと関連付けられた複数のセクタに分割される。そのようなセクタは、固定アンテナと物理的に関連付けられるか、もしくはチューニング可能アンテナにより、または信号の特定セクタへの方向づけに使用されるビーム形成処理で調節可能なアンテナ設定により物理エリアに割当られ得る。ｅＮＢ１５０の一実施形態には、例えば、ｅＮＢ１５０の周囲に３６０度の適用範囲を提供するように各セクタに向けられたアンテナアレイによって１２０度のエリア上に各々が広がる３つのセクタを含む。
【００１７】
ＵＥ１０１は、送信回路部１１０および受信回路部１１５に結合された制御回路部１０５を含む。送信回路部１１０及び受信回路部１１５は、１つまたは複数のアンテナと各々が結合され得る。制御回路部１０５は、キャリア集約を使用して無線通信と関連付けられた動作をするように適合し得る。送信回路部１１０及び受信回路部１１５は、それぞれがデータを送信及び受信するように適合し得る。制御回路部１０５は、ＵＥに関するこの開示の他の箇所に説明するもののような種々の動作をするように適合しまたは構成され得る。送信回路部１１０は、複数の多重化アップリンク物理チャネルの送信をし得る。複数のアップリンク物理チャネルは、キャリア集約に加えて時分割多重化（ＴＤＭ）または周波数分割多重化（ＦＤＭ）に従って多重化され得る。送信回路部１１０は、エア・インターフェース１９０を経由して送信するための制御回路部１０５からのブロックデータを受信するように構成され得る。同様に、受信回路部１１５は、エア・インターフェース１９０から複数の多重化ダウンリンク物理チャネルの受信をして、この物理チャネルを制御回路部１０５に中継し得る。アップリンク及びダウンリンクの物理チャネルは、ＦＤＭに従って多重化され得る。送信回路部１１０及び受信回路部１１５は、物理チャネルにより搬送されるデータブロック内に構成される制御データ及びコンテンツデータ（例えば、メッセージ、画像、映像等）の両方を送信及び受信し得る。
【００１８】
図１はまた、種々の実施形態による、ｅＮＢ１５０を示す。ｅＮＢ１５０回路部は、送信回路部１６０及び受信回路部１６５と結合された制御回路部１５５を含み得る。送信回路部１６０及び受信回路部１６５は各々、エア・インターフェース１９０を経由して通信を可能にするために使用され得る１つまたは複数のアンテナと結合され得る。
【００１９】
制御回路部１５５は、種々のＵＥと共に使用されるチャネル及びコンポーネントキャリアを管理するための動作をするように適合し得る。送信回路部１６０及び受信回路部１６５は、それぞれがｅＮＢ１５０に接続された任意のＵＥに対してデータを送信及び受信するように適合し得る。送信回路部１６０は、複数のダウンリンクサブフレームから構成されるダウンリンクスーパーフレーム中で複数の多重化ダウンリンク物理チャネルの送信をし得る。受信回路部１６５は、種々のＵＥから複数の多重化アップリンク物理チャネルの受信をし得る。複数のアップリンク物理チャネルは、キャリア集約の使用に加えてＦＤＭに従って多重化され得る。
【００２０】
上述のように、エア・インターフェース１９０を経由する通信にはキャリア集約を使用し得、ＵＥ１０１とｅＮＢ１５０との間で情報を搬送するために複数の異なるコンポーネントキャリア１８０、１８５が集められ得る。そのようなコンポーネントキャリア１８０、１８５は異なる帯域幅を有し得、ＵＥ１０１からｅＮＢ１５０へのアップリンク通信、ｅＮＢ１５０からＵＥ１０１へのダウンリンク通信、またはそれらの両方に対して使用され得る。そのようなコンポーネントキャリア１８０、１８５は、類似するエリア上に広がり得るか、または異なるが重複するセクタ上に広がり得る。無線リソース制御（ＲＲＣ）接続は、コンポーネントキャリア１８０、１８５のうちの一次コンポーネントキャリアと呼ばれ得る一方のみにより処理される。他方のコンポーネントキャリアは二次コンポーネントキャリアと呼ばれる。
【００２１】
キャリア集約を用いる一部の実施形態では、種々の制御通信の通信に使用される物理アップリンク制御チャネル（ＰＵＣＣＨ）及び他の通信間でデータ通信に使用される物理アップリンク共有チャネル（ＰＵＳＣＨ）は、異なるコンポーネントキャリアによって同時に送信され得る。これにより、以下により詳細に説明するように、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）情報がＰＵＳＣＨ情報と明確には関連付けられないときに、不確実性が生じる。本明細書に説明する種々の実施形態はこのように、そのような不確実性を特定し、その不確実性に基づいてｅＰＨＲを生成する。不確実性に基づいたｅＰＨＲはその後、ある特定のキャリア集約構成中に存在する不確実性の問題を鑑みてｅＰＨＲに対するタイミング及び情報選択を調整し得る。
【００２２】
一例示的実施形態では、ＵＥ１０１は、周波数分割二重化（ＦＤＤ）及び２つのダウンリンクキャリアを使用したキャリア集約で構成されたシステムの一部としてｅＰＨＲならびに同時のＰＵＣＣＨ及びＰＵＳＣＨに対して構成されるため、ＵＥ１０１は、ハイブリッド自動再送要求（ＨＡＲＱ）確認応答（ＨＡＲＱ−ＡＣＫ）に対するチャネル選択を用いるＰＵＣＣＨフォーマット１ｂを使用している。これは、例えば、他の版と同様に、２０１５年９月１９日に発表された３ＧＰＰ規格３６．２１３ｖ１０．７．０の１０．１．２章に規定されている。チャネル選択を用いるＰＵＣＣＨフォーマット１ｂによれば、ＨＡＲＱ−ＡＣＫフィードバックに使用される的確なＰＵＣＣＨリソースは、ＰＤＣＣＨからの対応するダウンリンク情報を復号化する機能であり、ある特定の場合にはＰＵＣＣＨはキャンセルされ得る。これは規格３６．２１３中の表１０．１．２．２．１−５から得られ、これらの表中の最後の記載事項はＰＵＣＣＨ送信を特定しない。この問題はまた、ＵＥがチャネル選択を用いるＰＵＣＣＨフォーマット１ｂ及びｅＰＨＲの両方で構成されるときには時分割二重化（ＴＤＤ）システムに対しても存在する。
【００２３】
３ＧＰＰの仕様ＴＳ３６．２１３、第５．１．１．２章によれば、タイプ２ＰＨＲは条件に基づいて算出される。第１の場合、ＵＥが一次セル用のサブフレームＩにＰＵＣＣＨと同時にＰＵＳＣＨを送信する場合、タイプ２リポートに対する電力ヘッドルームは、
【数１】
0006630938.tif 000002
を使用して算定される。
【００２４】
ＵＥが一次セル用のサブフレームＩでＰＵＣＣＨを用いずにＰＵＳＣＨを送信する場合、タイプ２リポートに対する電力ヘッドルームは、
【数２】
0006630938.tif 000003
を使用して算定される。
【００２５】
ＵＥが一次セル用のサブフレームＩでＰＵＳＣＨを用いずにＰＵＣＣＨを送信する場合、タイプ２リポートに対する電力ヘッドルームは、
【数３】
0006630938.tif 000004
を使用して算定される。
【００２６】
ＵＥが一次セル用のサブフレームＩにＰＵＣＣＨまたはＰＵＳＣＨの送信をしない場合、タイプ２リポートに対する電力ヘッドルームは、
【数４】
0006630938.tif 000005
を使用して算定される。
【００２７】
したがって、上述のように、タイプ２ｅＰＨＲの算出は、サブフレームＩでＰＵＣＣＨまたはＰＵＳＣＨが送信されるか否かに依存する。後続のＰＵＣＣＨ送信と関連付けられた認可に対する物理ダウンリンク共有チャネル（ＰＤＳＣＨ）の復号化がｅＰＨＲを含むＰＵＳＣＨのパックよりも後に完了する場合には、ＵＥは、いずれの条件がｅＰＨＲ算出に使用されるかを知り得ない。
【００２８】
表１から表３（３ＧＰＰ規格ＴＳ３６．２１３の１０．１．２．２．１−３／４／５による）を以下に、可能な一例の一部として示す。ＨＡＲＱ−ＡＣＫ（０）及びＨＡＲＱ−ＡＣＫ（１）はそれぞれ、一次及び二次セルに対応する。ＵＥ１０１が一次セルでＰＤＳＣＨに対するＰＤＣＣＨを逃すと、ＨＡＲＱ−ＡＣＫ（０）は不連続送信（ＤＴＸ）となる。ＵＥ１０１が二次セルに関するＰＤＳＣＨに対するＰＤＣＣＨと、二次セルに関するＰＤＳＣＨとを首尾よく復号すると、ＨＡＲＱ−ＡＣＫ（１）は対応するＡＣＫになる。この場合、ＵＥ１０１は、ｂ（０）ｂ（１）＝０１を有する｛ｎ＿ＰＵＣＣＨ、１）＾（１）｝を使用してＨＡＲＱ−ＡＣＫを送信する。ＵＥ１０１が二次セルに関するＰＤＳＣＨに対するＰＤＣＣＨと、二次セルに関するＰＤＳＣＨとを首尾よく復号すると、ＨＡＲＱ−ＡＣＫ（１）は負のＡＣＫとなる。この場合、ＵＥ１０１は応答中で何らの送信もしない。このように、ＰＤＳＣＨの復号化がＰＵＳＣＨのパック前に完了しない場合には、ＵＥ１０１は、上記の数式（１）及び（２）を使用する例中のｅＰＨＲの算出に対していずれの条件を使用するのかを知り得ない。この不確実性は、特には説明しない他のＴＤＤ実施形態と同様に、ＦＤＤに対してＡ＝３（例えば、表１０．１．２．２．１−４）及びＡ＝４（例えば、表１０．１．２．２．１−５）を用いる実施形態に対しても存在する。
【表１】
0006630938.tif 000006
【表２】
0006630938.tif 000007
【表３】
0006630938.tif 000008
【００２９】
図２は、ＵＥで発生する動作を示す。説明及び便宜のために、図２の動作は、ＵＥ１０１及びｅＮＢ１５０を含めて、図１に関連して記載する。他の実施形態では、他のシステム及びデバイスを使用し得る。
【００３０】
図２は、受信したサブフレーム２１０〜２１４及び送信したサブフレーム２２１〜２２５を示す。図２に示すように、受信回路部１１５は、サブフレーム２１０でｅＮＢ１５０からの後続のＰＵＳＣＨ送信のためのアップリンク認可２０２を受信する。ＵＥ１０１の物理レイヤは、サブフレーム２１０端部で動作２５０中の制御回路部１０５の一部である媒体アクセス制御（ＭＡＣ）レイヤに受信したアップリンク認可を渡す。更に、物理レイヤが４つのサブフレームの後にＨＡＲＱ−ＡＣＫフィードバックを送信する見込みであるため、物理レイヤは、動作２５０でＭＡＣへのＰＵＣＣＨ送信の存在を示す。第４サブフレームに対するアップリンクスケジューリングリソースとｅＰＨＲのネットワーク構成とに基づいて、ＭＡＣレイヤは、４フレーム後のサブフレーム２２４でＰＵＳＣＨがｅＰＨＲを搬送すべきことを判断する。したがって、サブフレーム２１０として示す受信サブフレームＮの端部で、動作２５２は、ｅＰＨＲの受信認可からｎオクテット予約するための上部レイヤへのＭＡＣ信号送信を伴う。
【表４】
0006630938.tif 000009
【００３１】
上記表４は、ある特定の態様のｅＰＨＲに対するオクテットを示す。
【００３２】
図２に戻って、上述のように、アップリンク認可２０２は、サブフレーム２１０中の受信回路部１１５でｅＮＢ１５０からのＰＤＣＣＨ通信の一部として受信される。サブフレーム２１０は、サブフレーム２２４中のアップリンクＨＡＲＱ−ＡＣＫフィードバックを暗示するダウンリンク認可と同様に、サブフレームＮ＋４（例えば、サブフレーム２２４）に対するアップリンク認可（例えば、ダウンリンク制御情報０／４）を含む。ＵＥ１０１が同時のＰＵＣＣＨ及びＰＵＳＣＨで構成されるため、ＨＡＲＱ−ＡＣＫフィードバックは、サブフレーム２２４でＰＵＣＣＨを介して送信されるようにスケジュールされる。
【００３３】
動作２５２で、制御回路部１０５のＭＡＣ部はアップリンク認可の処理を開始する。この処理は、３ＧＰＰ規格３６．３２１の５．４．３章に説明される優先度に適用されて、サブフレーム２２４（Ｎ＋４）でのアップリンク予定のリソースがｅＰＨＲを搬送すべきことを判断する。物理レイヤがサブフレーム２２４（Ｎ＋４）でのＰＵＣＣＨを介したＨＡＲＱ−ＡＣＫフィードバックを示すため、ＭＡＣは、動作２５２の一部として上述したようにｅＰＨＲ中にオクテット１及び２用の空間を更に予約する。動作２５４の最初に、ＭＡＣは、ｅＰＨＲの準備を手元に完全に整えているため、動作２５４は制御回路部１０５で開始し、ＰＵＳＣＨのアップリンク送信のための符号化及び変調のタスクを実行する。アップリンクキャリア集約によって、このＰＵＳＣＨ送信は二次キャリアを介して起こり得るため、関連付けられたタイミングの付加的前進を有し得る。タイミングの前進が大きい程、動作２５４はより左で開始される。サブフレーム２２４中で送信する情報が処理されるに伴い、動作２５４はその後経時的に起こる。動作２５４には、符号化、インターリーブ、拡散等が含まれる。サブフレーム２２４が送信される時間２５６またはそれ以前に、動作２５４は完了するか、さもなくば関連付けられたタイミングは満たされない。
【００３４】
ＭＡＣ処理が動作２５４の開始により準備されるため、ＭＡＣ／Ｌｅｖｅｌ―１（Ｌ１）制御回路部の処理は、動作２５４の最初に動作２５４に使用されるアップリンク送信用のＰＵＣＣＨリソースについての情報を有しているはずであるので、動作２５４時にサブフレーム２２４の送信に合致した精確なｅＰＨＲが生成され得る。更に、動作２５２で、サブフレーム２２４（Ｎ＋４）がＰＵＣＣＨを搬送する見込みであるため、ＭＡＣはｅＰＨＲのオクテット１及び２用の空間を予約するように設定される。しかし、動作２５４の最初に、ＨＡＲＱ−ＡＣＫフィードバックが表１０．１．２．２．１−３／４／５による最終エントリを満たすことから、ＭＡＣ／Ｌ１制御回路部１０５の処理では「実際の」ＰＵＣＣＨ送信がサブフレーム２２４では起きないことを判断する場合、次いで、ＭＡＣ／Ｌ１制御回路部１０５は、第２のオクテット（例えば、タイプ２リポート用のＰｃｍａｘを含むオクテット）を除去するようにサブフレーム２２４で送信されるデータの再整理に使用されることになり、データ端に穴埋めオクテットを追加することになる。タイミングに関して、二次キャリアに関するアップリンクスケジューリングが一次キャリアに比べてより前進したタイミング要件を有する場合、動作２５４の開始は更に左に移動されることになる。これによりタイミングにおける処理不確実性２５５が生成され、ＵＥ１０１は、動作２５４開始時にデータを適切に処理する十分な時間内にサブフレーム２２４に使用する情報を収集し得ない。
【００３５】
このように、実際の無線（ｏｖｅｒ−ａｉｒ）送信に精確に整合したｅＰＨＲを有するために、システムは、処理不確実性２５５を回避するタイミングに関して制約を有し、必要な情報が利用可能となる前に動作２５４開始が始められる。この制約には、ＰＵＣＣＨが送信回路部１１０により送信され得ない場合に第２のオクテットを除去するデータを再整理するためのＭＡＣ処理に対する構成と共に、サブフレーム２２４の送信時間内にＰＵＣＣＨリソース値を設定するために動作２５４開始により知り得るＨＡＲＱ−ＡＣＫフィードバック結果に対する構成が含まれる。これらの構成は共に、第２のオクテットを調節すべきかを判断するためのＭＡＣのやりとり処理に必要なダウンリンク復号化に制約を課す。
【００３６】
図３は、処理不確実性２５５として上述した不確実性の管理方法３００を説明する。方法３００は、ＵＥの一部としてＭＡＣ処理を実施する集積回路等の、ＵＥの処理回路部を構成する１つまたは複数のプロセッサ等の、ＵＥ、ＵＥ装置、またはＵＥ回路部により実行される方法である。ＵＥ中のそのような装置、制御回路部セット、または回路システムセットは、動作３０５の一部として同時のＰＵＳＣＨ通信及びＰＵＣＣＨ通信を処理するように構成される。上述のように、ＵＥに対して、このことはキャリア集約の一部であり、ＬＴＥ−ａｄｖａｎｃｅｄ規格の一部として実施され得る。方法３００では、ＰＵＣＣＨ通信は、上述のサブフレーム２２４と関連付けられた送信等の、第１のＰＵＣＣＨ送信を含む。
【００３７】
動作３１０では、ＵＥは、第１のＰＵＳＣＨ送信と関連付けられた第１のアップリンク認可を含む第１のＰＤＣＣＨ送信の受信をする。この送信動作３１０の実施例は、サブフレーム２１０中のデータの一部として受信回路部１１５で受信されるアップリンク認可２０２に関連して上述した。
【００３８】
ｅＰＨＲがその後動作３１５の一部として生成されるが、このｅＰＨＲは、ＰＤＣＣＨ送信と関連付けられた不確実性に基づいて生成される。このことは、処理不確実性２５５に関連して理解される。動作２５０及び２５２中に処理されたサブフレーム２１０からのＰＤＣＣＨ情報は、ｅＰＨＲの第２のオクテットに関するタイミングの問題及びアップリンク認可用のＰＵＳＣＨ送信の一部としてのサブフレーム２２４に対する二次キャリアのタイミングにより、正確な情報を明確には提供し得ない。
【００３９】
動作３２０で、その後ｅＰＨＲの通信は、システム内の不確実性に基づいて生成されたｅＰＨＲを使用してＵＥ１０１からｅＮＢ１５０に開始される。
【００４０】
このｅＰＨＲは、上述の不確実性を種々の異なる方法で処理するように生成し得る。図４は一部の実施形態の態様を示し、オクテット２が求められるかに関係なくオクテット２用の空間を予約しない構成を使用することにより、第１のＰＵＳＣＨ送信と関連付けられたＰＤＣＣＨ送信と関連付けられた不確実性に基づいてｅＰＨＲが生成される。このように、図４に示すように、ｅＮＢ４５０は、動作４５２でＵＥ４０１にアップリンク認可を有するＰＤＣＣＨを通信する。ＵＥ４０１では、制御回路部は、不確実性が上述（例えば、処理不確実性２５５）のように生起されるような設定であることを判断する。ＵＥ４０１は、動作４５４の一部としてオクテット２用の空間をｅＰＨＲに予約しないことによりこの不確実性を処理するように構成される。動作４５６で、ＵＥ４０１は、オクテット２が求められるかに関係なくＰＵＣＣＨ基準フォーマットを有するｅＰＨＲを生成し、このｅＰＨＲは動作４５８でＵＥ４０１からｅＮＢ４５０に通信される。
【００４１】
一部のそのような実施形態では、ＵＥ４０１のＭＡＣ／Ｌ１処理回路部は、タイプ４リポートを有するオクテットであるｅＰＨＲのオクテット１にＶ＝１を常時設定する。そのような実施形態で、ｅＰＨＲはこのように、上記の数式４に従ってＰＵＣＣＨ基準フォーマット中に設定される。不確実性は、一選択肢を単に選択することによりこのように処理される。これにより、ダウンリンク復号化結果が動作４５２でＰＤＣＣＨ及びＵＬ認可と関連付けられたＰＵＳＣＨに使用されないため、ＵＥ４０１の実施要件が容易になる。加えて、ＵＥ４０１のＭＡＣ／Ｌ１回路部は、ＰＵＣＣＨ送信が起こらない場合にデータオクテットを変えるようにも、ｅＰＨＲ端部に穴埋めを挿入するようにも使用されない。このように、図４に説明する実施形態では、タイプ２リポートは、動作４５８で実際のＰＵＣＣＨがｅＰＨＲを有するサブフレームＮ＋４で送信される場合でも、基準ＰＵＣＣＨ送信に対して算出される。換言すれば、上述のように、システムがキャリア集約に対して上述のように構成されたとき、動作４５２からのアップリンク認可と関連付けられたＰＵＳＣＨデータと一緒にＰＵＣＣＨ送信の送信をするかに関して不確実性は存在する。図４に説明するように動作する実施形態では、この不確実性はｅＰＨＲに通常は影響を与えることになる。しかし、ＵＥ４０１はこの不確実性の認識に基づいてｅＰＨＲを生成するように構成されるので、ＵＥ４０１は、存在し得るまたはし得ないＰＵＣＣＨを無視するように設定される。むしろ、基準ｅＰＨＲが常時使用される。タイプ２リポートに対する基準ＰＵＣＣＨフォーマットの使用はその後、チャネル選択を用いるＰＵＣＣＨフォーマット１ｂがｅＰＨＲを含むようにスケジュールされたアップリンクと一致するときに、生じる。他の実施形態では、スケジューリング要求（ＳＲ）のリソース及びチャネル品質指標（ＣＱＩ）リポートが事前に知られるとき、ＵＥ４０１は、実際のＰＵＣＣＨ送信に基づいてタイプ２リポートを作成し得る。
【００４２】
図５は、別の実施形態の態様を示す。ＭＡＣがオクテット２用の空間を予約しない図４の実施形態とは違って、図５の実施形態では、ＵＥ５０１のＭＡＣは、実際の状況に関係なくオクテット２用の空間を予約することにより不確実性（例えば、処理不確実性２５５）を解消する。このように、図５の実施形態では、ｅＮＢ５５０は、ＰＵＳＣＨチャネルとＰＵＣＣＨチャネルとの同時通信を許容するキャリア集約を用いるシステムで、動作５２２でアップリンク認可を有するＰＤＣＣＨの通信をする。ＵＥ５０１の制御回路部は、ＰＤＣＣＨの受信をし、ＭＡＣ回路部は動作５５４で処理不確実性に鑑みてオクテット２を使用するように設定される。動作５５６で、送信前に不確実性が解消されたかに関係なく可能な同時のＰＵＣＣＨ及びＰＵＳＣＨに基づいてｅＰＨＲが生成される。このｅＰＨＲはその後、動作５５８でＵＥ５０１からｅＮＢ５５０への通信をされる。
【００４３】
そのような実施形態では、ＵＥ５０１のＭＡＣ／Ｌ１回路部は、オクテット１中のＶビットをクリアし、オクテット２用の空間をｅＰＨＲに予約する。更に、ＭＡＣ／Ｌ１回路部は、チャネル選択を用いるＰＵＣＣＨフォーマット１ｂに対して可能なリソースの組からの固定ＰＵＣＣＨリソースに基づいて実際のＰＵＣＣＨ送信を想定して、ｅＰＨＲを算出する。そのようなリソースは、動作５５２でＰＤＣＣＨが受信されたとき、ＵＥ５０１に知られることになる。サブフレームに応じて、リソースが常時リソース０に固定され得るか、またはＵＥ５０１がリソースを選択し得るかのいずれかとなる。可能な一例では、リソースはｍｏｄ（サブフレーム、Ａ）に設定され、Ａは上述の３ＧＰＰ３６．２１３の１０．１．２．２．１章中のＰＵＣＣＨリソース数である。このように、図５の実施形態では、ＵＥ５０１は、タイプ２リポートと関連付けられたＰｃｍａｘを含むオクテット２を含む。このことは、３ＧＰＰ３６．２１３による表１０．１．２．２．１−３／４／５の送信エントリを満たすＨＡＲＱ−ＡＣＫフィードバックによりＰＵＣＣＨ送信が起こらない場合であっても同様である。そのような実施形態では、このため、チャネル選択を用いるＰＵＣＣＨフォーマット１ｂがｅＰＨＲと一致するときは常に、またＵＥ５０１がリソース及びタイプ２ｅＰＨＲの算出用のＨＡＲＱ−ＡＣＫフィードバック結果から独立したｅＮＢ５５０に知られた固定ルールを使用する場合に、ＵＥ５０１は、オクテット２用の空間を予約する。
【００４４】
図５に説明するそのような実施形態は、ｅＮＢ５５０が基準の代わりにＰＵＣＣＨ送信に基づいてタイプ２リポートを受信するという点で利点を提供する。そのようなリポートは、タイプ２リポートと関連付けられたＰｃｍａｘを含むオクテットを含む。このように、ｅＮＢ５５０は、同時のＰＵＣＣＨとＰＵＳＣＨとの送信がＵＥ５０１で起こるとき最大電力低減（ＭＰＲ）によりＵＥ５０１の電力バックオフの精確な実状を受信する。更に、タイプ２リポートは、算出中にＵＥ５０１により使用に設定された的確なＰＵＣＣＨリソースについての認識をｅＮＢ５５０に提供するが、これは使用されるリソースがＨＡＲＱ−ＡＣＫフィードバックビットを含まない固定式に基づいて使用されるからである。図５の実施形態はまた、図２に関して検討したタイミング要件を緩和するが、これはシステムが、不確実性が解消されるのを待つのではなく、不確実性に関係なくタイプ２リポートの使用を単に構成するだけであるからである。ダウンリンク復号化の結果はこのように使用されず、動作２５４及び図２中の処理不確実性２５５に関して説明したタイミングによる符号化に対してデータの調節を要さない。
【００４５】
不確実性に基づいてｅＰＨＲを生成する図２から図５に関して上述した実施形態に加えて、ある特定の実施形態では、ＵＥの制御回路部が正確なｅＰＨＲを適当に決定して、認可アップリンク時の送信用の正確なデータを符号化する上で十分な時間によって不確実性を常時解消し得ることを判断し得る。図６は、そのようなＵＥに対する方法６００を示す。方法６００の実施形態では、ＵＥは、動作６０５で、同時のＰＵＳＣＨ通信及びＰＵＣＣＨ通信を（例えば、キャリア集約を使用して）当初の構成の一部として処理するように構成される。動作６１０で、ＵＥはｅＮＢに能力通信を送信するが、この能力通信にはＵＥをタイミング要件の組を満たすと特定する第１の値を有するタイミングフィールド含む。タイミング要件は、処理不確実性２５５が起こらないことを保証するのに十分なタイミングであるように、図２に説明したタイミングと関連付けられる。換言すれば、方法６００を実行するＵＥの回路部内の遅延は、ＵＥが、タイミングにより不確実性が生成されることになる、またはアップリンク認可に対するデータ利用可能性に遅延を生じる懸念無く、ＰＤＣＣＨアップリンク認可を処理してアップリンク通信に必要な情報の全てを符号化し得るようなものである。ＵＥはその後、第１のアップリンク認可によって動作６１５でＰＤＣＣＨ送信の受信をする。動作６２０で、ＵＥの制御回路部は、ＰＤＣＣＨ送信の処理をしてタイミング要件の組に基づいてｅＰＨＲを生成する。一部の実施形態では、アップリンク認可に適当なデータを符号化するのに十分な時間でＰＤＣＣＨを処理し得ないことを判断した場合、ＵＥがタイミング要件を満たさないことを示す値をタイミングフィールドに対して調節し得る。システム設定に応じて、ＵＥはその後、図４の実施形態または図５の実施形態を使用して処理を進めて不確実性を解消し、かつＵＥの不能を付与された不確実性に基づいてｅＰＨＲを生成して、タイミング要件を満たし得る。
【００４６】
種々の実施形態では、方法、装置、非一時的媒体、コンピュータプログラム製品、または他の実装を、上述の説明に従って例示的実施形態として提供し得る。ある特定の実施形態は、電話機、タブレット、モバイルコンピュータ、または他のそのようなデバイス等のＵＥを含み得る。一部の実施形態は、集積回路にＭＡＣ及び／またはＬ１処理を実装した回路等の、デバイスの集積回路構成部品であり得る。一部の実施形態では、機能性は装置中の単一のチップまたは複数のチップに存在し得る。一部のそのような実施形態は、集積回路または別個の回路に送信回路部及び受信回路部を、同様にデバイスの集積構造または別個の構造であるアンテナと共に、更に含み得る。任意のそのような構成部品または回路素子を、本明細書に説明するｅＮＢに対して同様に適用し得る。
【００４７】
実施例１は、ユーザ機器（ＵＥ）装置であって、キャリア集約を用いるシステムで、同時の物理アップリンク共有チャネル（ＰＵＳＣＨ）通信と第１のＰＵＣＣＨ送信を含む物理アップリンク制御チャネル（ＰＵＣＣＨ）通信との処理をし、第１のＰＵＳＣＨ送信と関連付けられた第１のアップリンク認可を含む第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の受信をし、第１のＰＵＳＣＨ送信と関連付けられた第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいて拡張型電力ヘッドルームリポート（ｅＰＨＲ）を生成し、かつ進化型ノードＢ（ｅＮＢ）へのｅＰＨＲの通信を開始するように構成される制御回路部を備える、装置である。
【００４８】
実施例２では、実施例１の主題は、空隙を経由してｅＮＢから第１のＰＤＣＣＨ送信の受信をし、かつ制御回路部に第１のＰＤＣＣＨ送信の通信をするように構成される受信回路部、及び第１のキャリア周波数を使用してＰＵＳＣＨ通信の送信をし、かつ第２のキャリア周波数を使用してキャリア集約を用いるシステムの一部としてＰＵＣＣＨ通信の送信をするように構成される送信回路部を更に備える、装置を任意選択的に含む。
【００４９】
実施例３では、実施例１から実施例２のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、第１のＰＵＣＣＨ送信は、チャネル選択を用いるフォーマット１ｂの送信を含む。
【００５０】
実施例４では、実施例１から実施例３のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、ｅＰＨＲはタイプ２リポートを含む。
【００５１】
実施例５では、実施例１から実施例４のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、ｅＰＨＲは、
【数５】
0006630938.tif 000010
を使用して電力ヘッドルームを算出することにより第１のＰＵＳＣＨ送信と関連付けられた第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいて生成される。一部の更なる実施形態は動作し、回路部は媒体アクセス制御（ＭＡＣ）回路部を更に備え、ＭＡＣ回路部は、第１のＰＵＳＣＨ送信と関連付けられた第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいてｅＰＨＲの生成の一部としてｅＰＨＲのオクテット２用の空間を予約しないように構成される、
【００５２】
実施例６では、実施例１から実施例５のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、回路部は、第１のＰＵＳＣＨ送信と関連付けられた第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいてｅＰＨＲの生成の一部としてｅＰＨＲのオクテット１にＶ＝１値を設定するように更に構成される。
【００５３】
実施例７では、実施例１から実施例６のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、回路部は、ｅＰＨＲに用いる第１のＰＵＣＣＨ送信の代わりに基準ＰＵＣＣＨ送信用の基準タイプ２リポートを算出するように更に構成される。
【００５４】
実施例８では、実施例３から実施例７のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、回路部は媒体アクセス制御（ＭＡＣ）回路部を備え、ＭＡＣ回路部は、第１のＰＵＳＣＨ送信と関連付けられた第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいてｅＰＨＲの生成の一部としてｅＰＨＲのオクテット２用の空間を予約するように構成される。
【００５５】
実施例９では、実施例８の主題は任意選択的に実施形態を含み、回路部は、第１のＰＵＳＣＨ送信と関連付けられた第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいてｅＰＨＲの生成の一部としてｅＰＨＲのオクテット１中でＶをクリアするように更に構成される。
【００５６】
実施例１０では、実施例１から実施例９のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、回路部は、チャネル選択リソースを有する可能なＰＵＣＣＨフォーマット１ｂの組からの固定ＰＵＣＣＨリソースと関連付けられたＰＵＣＣＨ送信に基づいてｅＰＨＲを算出するように更に構成される。
【００５７】
実施例１１では、実施例１から実施例１０のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、固定ＰＵＣＣＨリソースはリソース０である。
【００５８】
実施例１２では、実施例１から実施例１１のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、固定ＰＵＣＣＨリソースは、固定ＰＵＣＣＨリソースと関連付けられたＰＵＣＣＨ送信のサブフレームに基づいて設定される。
【００５９】
実施例１３では、実施例１から実施例１２のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、ｅＰＨＲは、第１のＰＵＣＣＨ送信に基づく。
【００６０】
実施例１４では、実施例１から実施例１３のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、回路部は、タイミング要件の組に合致しないものとＵＥを特定する第１の値を有するタイミングフィールドを含むＵＥ能力通信を送信するように更に構成され、第１のＰＵＳＣＨ送信と関連付けられたＰＤＣＣＨ送信と関連付けられた不確実性は、第１の値に基づく。
【００６１】
実施例１５では、実施例１から実施例１４のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、回路部は、ｅＰＨＲの生成後のＵＥ動作の変化に基づいてＵＥをタイミング要件の組を満たすと特定する第２の値に第１の値を調節し、かつ第２の値に基づいて拡張型電力ヘッドルームリポート（ｅＰＨＲ）を生成するように更に構成される。
【００６２】
実施例１６は、１つまたは複数のプロセッサにより実行されたとき、キャリア集約を用いるシステムで、第１のキャリア周波数による物理アップリンク共有チャネル（ＰＵＳＣＨ）送信であって、第２のキャリア周波数による、第１のＰＵＣＣＨ送信を含む物理アップリンク制御チャネル（ＰＵＣＣＨ）通信と同時の、物理アップリンク共有チャネル（ＰＵＳＣＨ）送信の処理をし、第１のＰＵＳＣＨ送信と関連付けられた第１のアップリンク認可を含む第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の受信をし、第１のＰＵＳＣＨ送信と関連付けられた第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいて拡張型電力ヘッドルームリポート（ｅＰＨＲ）を生成し、かつ  進化型ノードＢ（ｅＮＢ）へのｅＰＨＲの通信を開始する、ようにユーザ機器（ＵＥ）を構成する命令を備える、非一時的コンピュータ可読媒体である。
【００６３】
実施例１７では、実施例１６の主題は任意選択的に実施形態を含み、ｅＰＨＲはタイプ２リポートを含み、ｅＰＨＲは、
【数５】
0006630938.tif 000011
を使用して電力ヘッドルームを算出することにより第１のＰＵＳＣＨ送信と関連付けられた第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいて生成される。
【００６４】
実施例１８は、ユーザ機器（ＵＥ）装置であって、キャリア集約を用いるシステムで、同時の物理アップリンク共有チャネル（ＰＵＳＣＨ）通信と、第１のＰＵＣＣＨ送信を含む物理アップリンク制御チャネル（ＰＵＣＣＨ）通信との処理をし、ＵＥをタイミング要件の組を満たすと特定する第１の値を有するタイミングフィールドを含むＵＥ能力通信の送信をし、第１のＰＵＳＣＨ送信と関連付けられた第１のアップリンク認可を含む進化型ノードＢ（ｅＮＢ）からの第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の受信をし、ＵＥのタイミング要件の組との関連に基づいて拡張型電力ヘッドルームリポート（ｅＰＨＲ）を生成し、かつｅＮＢへのｅＰＨＲの通信を開始する、ように構成される回路部を備える装置である。
【００６５】
実施例１９では、上記実施例のうちの任意の１つまたは複数の主題は任意選択的に実施形態を含み、回路部は、ｅＰＨＲの生成後のＵＥ動作の変化に基づいてＵＥをタイミング要件の組を満たさないと特定する第２の値に第１の値を調節し、ｅＰＨＲの生成に続く第２のＰＵＳＣＨ送信と関連付けられた第２のアップリンク認可を含む第２のＰＤＣＣＨ送信の受信をし、第１のＰＵＳＣＨ送信と関連付けられた不確実性に基づいて第２のｅＰＨＲを生成し、及びｅＮＢへの第２のｅＰＨＲの通信を管理する、ように更に構成される。
【００６６】
実施例２０は進化型ノードＢ（ｅＮＢ）装置であって、キャリア集約を用いるシステムで、同時の物理アップリンク共有チャネル（ＰＵＳＣＨ）通信及び第１のユーザ機器（ＵＥ）からの、第１のＰＵＣＣＨ送信を備える、物理アップリンク制御チャネル（ＰＵＣＣＨ）通信の受信をするように構成された受信回路部、第１のＰＵＳＣＨ送信と関連付けられた第１のアップリンク認可を備えた第１の物理ダウンリンク制御チャネル（ＰＤＣＣＨ）送信の送信をするように構成された送信回路部、及び第１のＵＥからの拡張型電力ヘッドルームリポート（ｅＰＨＲ）を処理するように構成された制御回路部を備え、ｅＰＨＲは第１のＰＵＳＣＨ送信と関連付けられた第１のＰＤＣＣＨ送信と関連付けられた不確実性に基づいて第１のＵＥで生成される、装置である。
【００６７】
実施例２１では、実施例２０の主題は任意選択的に実施形態を含み、ｅＮＢは、第１のＵＥがタイミング要件の組を満たさないことを示す第１の値を有するタイミングフィールドを含むＵＥ能力通信を第１のＵＥから受信をし、かつ第１の値に基づいて第１のＵＥからのｅＰＨＲを処理する制御回路部を構成するように更に構成される。
【００６８】
更に、上述の実施例の特定の組合せに加えて、装置または媒体の要素の更なる実装を具体化する実施例のうちのいずれかは、任意の他の対応する装置または媒体に適用し得、または別の装置または媒体と連携して実装され得る。このように、上記の各実施例は、システムでの実装、及び要素の組合せのいずれとしても種々の方法で相互に組合され得、各実施例または実施例グループの組合せから実施形態が生成され得る。例えば、送信デバイスを説明する上記の任意の実施形態は、そのような実施形態が特定的に詳述されなくても、送信の受信をする実施形態を有することになる。同様に、方法、装置実施例、及びコンピュータ可読媒体実施例は、あらゆる実施形態の対するそのような実施例が特定的に詳述されなくても、他の型の対応する実施例を各々有し得る。
【００６９】
図７は、一部の例示的実施形態によるコンピューティングマシンの態様を示す。本明細書に説明する実施形態は、任意の好適に構成されたハードウェア及び／またはソフトウェアを使用してシステム７００に実装され得る。図７は、少なくとも図示のように相互に結合された、無線周波数（ＲＦ）回路部７３５、ベースバンド回路部７３０、アプリケーション回路部７２５、メモリ／記憶装置７４０、表示器７０５、カメラ７２０、センサ７１５、及び入出力（Ｉ／Ｏ）インターフェース７１０を備える例示的システム７００を、一部の実施形態に対して示す。
【００７０】
アプリケーション回路部７２５は、１つまたは複数の単一コアまたは多重コアプロセッサ等の回路部を含み得るが、これらに限定はされない。プロセッサは、汎用プロセッサ及び専用プロセッサ（例えば、図形プロセッサ、アプリケーションプロセッサ等）の任意の組合せを含み得る。プロセッサは、メモリ／記憶装置７４０を結合して、メモリ／記憶装置７４０に記憶された命令を実行してシステム７００で作動する種々のアプリケーション及び／またはオペレーティングシステムを有効化するように構成され得る。
【００７１】
ベースバンド回路部７３０は、１つまたは複数の単一コアまたは多重コアプロセッサ等の回路部を含み得るが、これらに限定はされない。プロセッサは、ベースバンドプロセッサを含み得る。ベースバンド回路部７３０は、ＲＦ回路部７３５を経由して１つまたは複数の無線ネットワークとの通信を可能にする種々の無線制御機能を処理し得る。無線制御機能には、信号変調、符号化、復号化、無線周波数偏移等が含まれ得るが、これらに限定はされない。一部の実施形態では、ベースバンド回路部７３０は、１つまたは複数の無線技術に対処可能な通信を提供し得る。例えば、一部の実施形態では、ベースバンド回路部７３０は、進化型汎用地上波無線アクセスネットワーク（ＥＵＴＲＡＮ）、他の無線メトロポリタンエリアネットワーク（ＷＭＡＮ）、無線ローカルエリアネットワーク（ＷＬＡＮ）、または無線パーソナルエリアネットワーク（ＷＰＡＮ）との通信をサポートし得る。ベースバンド回路部７３０が２つ以上の無線プロトコルの無線通信をサポートするように構成される実施形態は、多モードベースバンド回路部と呼び得る。
【００７２】
種々の実施形態で、ベースバンド回路部７３０は、ベースバンド周波数にあるとは厳密には考えられない信号で動作する回路部を含み得る。例えば、一部の実施形態では、ベースバンド回路部７３０は、ベースバンド周波数と無線周波数との間で、中間周波数を有する信号で動作する回路部を含み得る。
【００７３】
ＲＦ回路部７３５は、非固形媒体を通して変調電磁放射を使用して無線ネットワークとの通信を可能にする。種々の実施形態で、ＲＦ回路部７３５は、無線ネットワークとの通信を容易にするスイッチ、フィルタ、増幅器等を含み得る。
【００７４】
種々の実施形態で、ＲＦ回路部７３５は、無線周波数にあるとは厳密には考えられない信号で動作する回路部を含み得る。例えば、一部の実施形態では、ＲＦ回路部７３５は、ベースバンド周波数と無線周波数との間の中間周波数を有する信号で動作する回路部を含み得る。
【００７５】
種々の実施形態で、ＵＥ１０１またはｅＮＢ１５０に関して上述した送信回路部または受信回路部は、ＲＦ回路部７３５、ベースバンド回路部７３０、及び／またはアプリケーション回路部７２５のうちの１つまたは複数の全部または一部に具現化し得る。
【００７６】
一部の実施形態では、ベースバンドプロセッサの構成部品の一部または全部を、本明細書に説明する任意の実施形態の態様の実装に使用し得る。そのような実施形態は、ベースバンド回路部７３０、アプリケーション回路部７２５、及び／またはメモリ／記憶装置７４０により実装され得、もしくはオンチップシステム（ＳＯＣ）に共に実装され得る。
【００７７】
メモリ／記憶装置７４０は、例えば、システム７００に対してデータ及び／または命令をロード及び記憶させるために使用し得る。一実施形態でのメモリ／記憶装置７４０は、好適な揮発性メモリ（例えば、ダイナミックランダムアクセスメモリ（ＤＲＡＭ））及び／または不揮発性メモリ（例えば、フラッシュメモリ）の任意の組合せを含み得る。
【００７８】
種々の実施形態で、入出力インターフェース７１０は、システム７００とのユーザのやりとりを可能にするように設計された１つまたは複数のユーザインターフェース及び／またはシステム７００との周辺構成要素のやりとりを可能にするように設計された周辺構成要素インターフェースを含み得る。ユーザインターフェースには、物理キーボードまたはキーパッド、タッチパッド、スピーカ、マイクロホン等が含まれ得るが、これらに限定はされない。周辺構成要素インターフェースには、不揮発性メモリポート、ユニバーサルシリアルバス（ＵＳＢ）ポート、オーディオジャック、及び電源インターフェースを含み得るが、これらに限定はされない。
【００７９】
種々の実施形態で、センサ７１５は、システム７００に関する環境条件及び／または場所情報を判断する１つまたは複数の検知デバイスを含み得る。一部の実施形態では、センサ７１５は、ジャイロセンサ、加速度計、近接センサ、周囲光センサ、及び測位ユニットを含み得るが、これらに限定はされない。測位ユニットはまた、測位ネットワーク（例えば、全地球測位システム（ＧＰＳ）衛星）の構成要素と通信するベースバンド回路部７３０及び／またはＲＦ回路部７３５の一部であり得るか、またはこれらとやりとりをし得る。種々の実施形態で、表示器７０５は、表示器（例えば、液晶表示器、タッチ画面表示器等）を含み得る。
【００８０】
種々の実施形態で、システム７００は、ラップトップ型コンピューティングデバイス、タブレット型コンピューティングデバイス、ネットブック、ウルトラブック、スマートフォン等のモバイルコンピューティングデバイスであり得るが、これらに限定はされない。種々の実施形態で、システム７００は、より多数のまたはより少数の構成要素及び／または異なる構成を有し得る。
【００８１】
図８は、ＵＥ８００として説明する、例示的ＵＥを示す。ＵＥ８００は、ＵＥ１０１、ｅＮＢ１５０、または本明細書に説明する任意のデバイスの実装例であり得る。ＵＥ８００は、基地局（ＢＳ）、ｅＮＢ、または別の型の無線広域ネットワーク（ＷＷＡＮ）アクセスポイント等の、送信局と通信するように構成された１つまたは複数のアンテナを含み得る。ＵＥ８００は、３ＧＰＰ  ＬＴＥ、ＷｉＭＡＸ、高速パケットアクセス（ＨＳＰＡ）、ブルートゥース（登録商標）、及びＷｉＦｉを含む少なくとも１つの無線通信規格を使用して通信するように構成され得る。ＵＥ８００は、各無線通信規格の別個のアンテナまたは複数の無線通信規格の共有アンテナを使用して通信し得る。ＵＥ８００は、ＷＬＡＮ、ＷＰＡＮ、及び／またはＷＷＡＮ内で通信し得る。
【００８２】
図８はまた、ＵＥ８００に対するオーディオ入力及び出力用に使用され得るマイクロホン８２０及び１つまたは複数のスピーカ８１２を示す。表示画面８０４は、液晶表示器（ＬＣＤ）画面、または有機発光ダイオード（ＯＬＥＤ）表示器等の別の型の表示画面であり得る。表示画面８０４は、タッチ画面として構成され得る。タッチ画面は、容量、抵抗、または別の型のタッチ画面技術を使用し得る。アプリケーションプロセッサ８１４及び図形プロセッサ８１８は、内部メモリ８１６に結合されて処理及び表示能力を提供し得る。不揮発性メモリポート８１０はまた、ユーザに対するデータ入出力部オプションを提供するように使用され得る。不揮発性メモリポート８１０は、ＵＥ８００のメモリ能力を拡大するように使用され得る。キーボード８０６は、ＵＥ８００と一体化されるか、またはＵＥ８００に無線接続されて、追加のユーザ入力を提供し得る。仮想キーボードはまた、タッチ画面を使用して提供され得る。ＵＥ８００の前（表示画面）側面または裏側面に位置するカメラ８２２はまた、ＵＥ８００の筐体８０２中に一体化され得る。
【００８３】
図９は、本明細書で検討した方法のうちの任意の１つまたは複数が動作し得、かつ本明細書に説明したｅＮＢ１５０、ＵＥ１０１、または任意の他のデバイスの実装に使用され得る例示的コンピュータシステムマシン９００を示すブロック図である。種々の代替的実施形態で、マシンは、スタンドアローンデバイスとして動作するか、または他のマシンに接続され（例えば、ネットワーク化され）得る。ネットワーク化展開では、マシンは、サーバまたはサーバ・クライアントネットワーク環境中のクライアントマシンのいずれかの処理能力内で動作し得るか、もしくは同位対同位（または分散）ネットワーク環境で同位マシンとして動作し得る。マシンは、携帯用であり得るまたはあり得ないパーソナルコンピュータ（ＰＣ）（例えば、ノートブックまたはネットブック）、タブレット、セットトップボックス（ＳＴＢ）、ゲームコンソール、携帯情報端末（ＰＤＡ）、移動電話機またはスマートフォン、ウェブアプライアンス、ネットワークルータ、スイッチ、もしくはブリッジ、またはマシンにより行われるアクションを特定する（シーケンシアルまたはその他の）命令を実行し得る任意のマシンであり得る。更に、単一のマシンのみを図示したが、「マシン」の用語は、本明細書で検討した方法のうちの任意の１つまたは複数を実行する命令の組（または複数の組）を個々にまたは共同で実行する任意の集合のマシンを含むようにも理解すべきである。
【００８４】
例示的コンピュータシステムマシン９００は、相互接続９０８（例えば、リンク、バス等）を経由して相互に通信する、プロセッサ９０２（例えば、中央処理装置（ＣＰＵ）、図形処理ユニット（ＧＰＵ）、または両方）、主メモリ９０４、及びスタティックメモリ９０６を含む。コンピュータシステムマシン９００は、表示デバイス９１０、英数字入力デバイス９１２（例えば、キーボード）、及びユーザインターフェース（ＵＩ）ナビゲーションデバイス９１４（例えば、マウス）を更に含み得る。一実施形態では、映像表示ユニット９１０、入力デバイス９１２、及びＵＩナビゲーションデバイス９１４は、タッチ画面表示器である。コンピュータシステムマシン９００は、大容量装置デバイス９１６（例えば、ドライブユニット）、信号発生デバイス９１８（例えば、スピーカ）、出力コントローラ９３２、電力管理コントローラ９３４、ネットワークインターフェースデバイス９２０（１つまたは複数のアンテナ９３０、トランシーバ、または他の無線通信ハードウェアを含むか、またはこれらと動作可能に通信し得る）、及び１つまたは複数のセンサ９２８、例えば、ＧＰＳセンサ、コンパス、位置センサ、加速度計、または他のセンサ等、を追加的に含み得る。
【００８５】
記憶デバイス９１６は、本明細書に説明した方法または機能のうちの任意の１つまたは複数を具現化するか、またはそれらに利用される組のデータ構造及び命令９２４（例えば、ソフトウェア）のうちの１つまたは複数が記憶された機械可読媒体９２２を含む。命令９２４はまた、コンピュータシステムマシン９００によるその実行中に主メモリ９０４、スタティックメモリ９０６、及び／またはプロセッサ９０２内に完全にまたは少なくとも部分的に常在し得、主メモリ９０４、スタティックメモリ９０６、及びプロセッサ９０２もまた機械可読媒体を構成し得る。
【００８６】
機械可読媒体９２２は単一の媒体であるように例示的実施形態に示したが、「機械可読媒体」の用語は、１つまたは複数の命令９２４を記憶する単一の媒体または複数の媒体（例えば、集中または分散データベース、及び／または関連のキャッシュ及びサーバ）を含み得る。「機械可読媒体」の用語はまた、マシンによる実行のための命令を記憶、符号化、または搬送可能で、本開示の方法のうちの任意の１つまたは複数をマシンに実行させる任意の有形媒体、またはそのような命令により利用されるかまたは関連付けられたデータ構造を記憶、符号化、または搬送可能な任意の有形媒体を含み得るように理解されるべきである。
【００８７】
命令９２４は更に、多数の周知の転送プロトコル（例えば、ハイパーテキスト転送プロトコル（ＨＴＴＰ））のうちのいずれかを利用して、ネットワークインターフェースデバイス９２０を経由して送信媒体を使用して通信ネットワーク９２６を介して送信または受信され得る。「送信媒体」の用語は、マシンにより実行用の命令を記憶、符号化、または搬送可能な任意の媒体を含むように理解されるべきであり、そのようなソフトウェアの通信を容易にするデジタルもしくはアナログ通信信号または他の無形媒体を含む。
【００８８】
種々の技法、またはある特定の態様もしくはその部分は、有形媒体、例えば、フロッピィディスケット、ＣＤ−ＲＯＭ、ハードドライブ、非一時的コンピュータ可読記憶媒体、または任意の他の機械可読記憶媒体等、中に具現化されたプログラム符号（即ち、命令）の形態を取り得る。プログラム符号がコンピュータ等のマシンにロードされてこれにより実行されると、マシンは種々の技法を実施する装置となる。プログラム可能なコンピュータでのプログラム符号の実行の場合には、コンピューティングデバイスは、プロセッサ、プロセッサにより可読な記憶媒体（揮発性及び不揮発性メモリ及び／または記憶素子を含む）、少なくとも１つの入力デバイス、及び少なくとも１つの出力デバイスを含み得る。揮発性及び不揮発性メモリ及び／または記憶素子は、ＲＡＭ、消去可能プログラム可能リードオンリメモリ（ＥＰＲＯＭ）、フラッシュドライブ、光ドライブ、磁気ハードドライブ、または電子データ記憶用の他の媒体であり得る。ＵＥ及びｅＮＢはまた、トランシーバモジュール、カウンタモジュール、処理モジュール、及び／またはクロックモジュールもしくはタイマモジュールを含み得る。本明細書に説明する種々の技法を実装または利用し得る１つまたは複数のプログラムは、アプリケーションプログラミングインターフェース（ＡＰＩ）、再使用可能制御器等を使用し得る。そのようなプログラムは、コンピュータシステムと通信するための高レベル手順のまたはオブジェクト指向のプログラミング言語で実装され得る。しかし、必要であれば、プログラムはアセンブリ言語または機械言語で実施し得る。いずれの場合にも、言語は、コンパイラ形式またはインタプリタ形式の言語であり、ハードウェア実装と組合わされ得る。
【００８９】
種々の実施形態には、米国電気電子技術者協会（ＩＥＥＥ）９０２．１１による３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ、及びブルートゥース（登録商標）通信規格を使用し得る。種々の代替的実施形態では、本明細書に説明した技法に関する種々の他のＷＷＡＮ、ＷＬＡＮ、及びＷＰＡＮのプロトコル及び規格を使用し得る。これらの標準は、３ＧＰＰ（例えば、ＨＳＰＡ+、ＵＭＴＳ）、ＩＥＥＥ９０２．１６（例えば、９０２．１６p）による他の規格、またはブルートゥース（登録商標）（例えば、ブルートゥース（登録商標）８．０、またはＢｌｕｅｔｏｏｔｈ（登録商標）  Ｓｐｅｃｉａｌ  Ｉｎｔｅｒｎｅｔ  Ｇｒｏｕｐにより規定された同様の規格）規格ファミリを含むが、これらに限定はされない。他の適用可能なネットワーク構成は、本明細書に説明した通信ネットワークの適用範囲内に含まれ得る。そのような通信ネットワークでの通信は、有線または無線の送信媒体の任意の組合せを使用して、任意の数のＰＡＮ、ＬＡＮ、及びＷＡＮを使用して容易化され得ることが理解されるであろう。
【００９０】
上述の実施形態は、ハードウェア、ファームウェア、及びソフトウェアの１つまたは組合せに実装し得る。種々の方法もしくは技法、またはある特定の態様もしくはその部分は、有形媒体、例えば、フラッシュメモリ、ハードドライブ、携帯記憶デバイス、リードオンリメモリ（ＲＯＭ）、ＲＡＭ、半導体メモリデバイス（例えば、ＥＰＲＯＭ、電気的に消去可能プログラム可能なリードオンリメモリ（ＥＥＰＲＯＭ））、磁気ディスク記憶媒体、光記憶媒体、及び任意の他の機械可読記憶媒体または記憶デバイス等、中に具現化されたプログラム符号（即ち、命令）の形態を取り得る。プログラム符号がマシン、例えば、コンピュータまたはネットワークデバイス等、中にロードされてそれにより実行されると、マシンは種々の技法を実施する装置となる。
【００９１】
この明細書に説明した機能ユニットまたは能力は、それらの実装独立性をより特別に強調するために構成部品またはモジュールと呼びまたは標記したことを理解すべきである。例えば、構成部品またはモジュールは、カスタム型超大規模集積（ＶＬＳＩ）回路もしくはゲートアレイ、ロジックチップ等の既成半導体、トランジスタ、または他の個別構成部品を備えるハードウェア回路として実装し得る。構成部品またはモジュールはまた、プログラム可能なハードウェアデバイス、例えば、フィールドプログラム可能なゲートアレイ、プログラム可能なアレイロジック、プログラム可能なロジックデバイス等、に実装し得る。構成部品またはモジュールはまた、種々の型のプロセッサにより実行されるソフトウェアに実装し得る。個別構成部品またはモジュールの実行可能な符号は、例えば、オブジェクト、手順、または機能として、編成され得る、例えば、１つまたは複数の物理的または論理的なコンピュータ命令ブロックを備え得る。にもかかわらず、実行可能な個別構成部品またはモジュールは、物理的に共に位置させる必要はないが、異なる場所に記憶された本質的に異なる命令を含み得る。これらは、論理的に結合されると構成部品またはモジュールが構成され、その構成部品またはモジュールに定められた目的が達成される。
【００９２】
更に言えば、構成部品またはモジュールの実行可能な符号は、単一または複数の命令であればよく、異なるプログラム間のいくつかの異なる符号セグメントを介して、かつ幾つかのメモリデバイスにわたっても分布し得る。同様に、動作データは、本明細書では構成部品またはモジュール内に特定及び図示可能であり、任意の好適な形態に具現化して任意の好適な型のデータ構造に構成し得る。動作データは、単一データ組として収集されるか、または異なる記憶デバイスを含めて異なる場所に及んで分散可能であり、システムまたはネットワーク上の単に電子信号として少なくとも部分的に存在させ得る。構成部品またはモジュールは、所望の機能を実行するエージェントも含めて、受動的または能動的であり得る。
【図１】
0006630938.tif 000014
【図２】
0006630938.tif 000015
【図３】
0006630938.tif 000016
【図４】
0006630938.tif 000017
【図５】
0006630938.tif 000018
【図６】
0006630938.tif 000019
【図７】
0006630938.tif 000020
【図８】
0006630938.tif 000021
【図９】
0006630938.tif 000022