特許 5695321 高速ダイナミックリンクアダプテーションのためのシステムおよび方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5695321

(24)【登録日】2015年2月13日

(45)【発行日】2015年4月1日

(54)【発明の名称】高速ダイナミックリンクアダプテーションのためのシステムおよび方法

(51)【国際特許分類】

   H04W 52/22 20090101AFI20150312BHJP

   H04J 3/16 20060101ALI20150312BHJP

   H04W 52/30 20090101ALI20150312BHJP

   H04W 52/36 20090101ALI20150312BHJP

   H04W 52/50 20090101ALI20150312BHJP

【ＦＩ】

   H04W52/22

   H04J3/16

   H04W52/30

   H04W52/36

   H04W52/50

【請求項の数】12

【全頁数】12

(21)【出願番号】特願2010-19375(P2010-19375)

(22)【出願日】2010年1月29日

(62)【分割の表示】特願2006-5064(P2006-5064)の分割

【原出願日】2002年10月18日

(65)【公開番号】特開2010-141912(P2010-141912A)

(43)【公開日】2010年6月24日

【審査請求日】2010年3月1日

【審判番号】不服2013-3686(P2013-3686/J1)

【審判請求日】2013年2月26日

(31)【優先権主張番号】60/344,693

(32)【優先日】2001年10月19日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天株式会社

(74)【代理人】

【識別番号】110000154

【氏名又は名称】特許業務法人はるか国際特許事務所

(72)【発明者】

【氏名】スティーブン イー．テリー

(72)【発明者】

【氏名】スティーブン ジー．ディック

(72)【発明者】

【氏名】ロバート エー．ディファジオ

(72)【発明者】

【氏名】ジョセフ エス．レビー

【合議体】

【審判長】 加藤 恵一

【審判官】 江口 能弘

【審判官】 近藤 聡

(56)【参考文献】

【文献】 特開平１０−２６９２４４（ＪＰ，Ａ）

【文献】 特開平１０−２１０９１（ＪＰ，Ａ）

【文献】 “ＭＡＣ ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ １９９９）”，３ＧＰＰ ＴＳ ２５．３２１ Ｖ３．９．０，２００１年１０月２日，ｐｐ．３９−４０，ＵＲＬ，ｈｔｔｐ：／／ｗｗｗ．３ｇｐｐ．ｏｒｇ／ｆｔｐ／Ｓｐｅｃｓ／ａｒｃｈｉｖｅ／２５＿ｓｅｒｉｅｓ／２５．３２１／２５３２１−３９０．ｚｉｐ

(58)【調査した分野】（Int.Cl.，ＤＢ名）

H04W52/22

H04W52/30

H04W52/36

H04W52/50

H04J3/16

(57)【特許請求の範囲】

【請求項1】

ユーザ機器物理レイヤによって、トランスポートフォーマットコンビネーションのセット（ＴＦＣＳ）の中から最大送信パワーレベルを超えるトランスポートフォーマットコンビネーション（ＴＦＣ）を判定するステップであって、前記最大送信パワーレベルを超える送信パワー要件を有するＴＦＣは前記ＴＦＣＳから除去され、先に前記最大送信パワーレベルを超えていたが、現在は前記最大送信パワーレベルを超えない送信パワー要件を有するＴＦＣは利用可能なＴＦＣのセットへ戻され、該判定するステップは毎送信時間間隔に少なくとも１回行われ、前記ＴＦＣＳの前記ＴＦＣは順序を有している、判定するステップと、
ユーザ機器によって、アップリンクデータの送信のためのＴＦＣを、前記順序を有する前記ＴＦＣに基づいて選択をするステップと、を備え、
前記選択されたＴＦＣは、前記最大送信パワーレベルを超えないと判定されたＴＦＣである、
ことを特徴とする方法。

【請求項2】

前記ＴＦＣを選択する前記ステップは、送信時間間隔（ＴＴＩ）基準で実行されることを特徴とする請求項１に記載の方法。

【請求項3】

利用可能なＴＦＣの前記セットから符号化複合トランスポートチャネル（ＣＣＴｒＣＨ）の送信のためのＴＦＣを選択するステップをさらに備えることを特徴とする請求項１に記載の方法。

【請求項4】

アップリンクデータの送信のための前記ＴＦＣの選択に対して利用可能なＴＦＣの前記セットが、周期的に更新されることを特徴とする請求項１に記載の方法。

【請求項5】

利用可能なＴＦＣの前記セットは、送信時間間隔（ＴＴＩ）毎に更新されることを特徴とする請求項４に記載の方法。

【請求項6】

アップリンクデータの送信のための前記ＴＦＣの選択に対して利用可能なＴＦＣの前記セットが確立されるのは、符号化複合トランスポートチャネル（ＣＣＴｒＣＨ）の確立時であることを特徴とする請求項１に記載の方法。

【請求項7】

各ＴＦＣは、各々のＴＦＣの前記送信パワー要件についての相対感度に関連付けられ、最大送信パワーレベルに関連するマージンは、利用可能なＴＦＣの前記セットから前記ＴＦＣを除外する際に使用されることを特徴とする請求項６に記載の方法。

【請求項8】

無線通信においてトランスポートフォーマットコンビネーション（ＴＦＣ）を選択するユーザ機器（ＵＥ）であって、
トランスポートフォーマットコンビネーションのセット（ＴＦＣＳ）の中から最大送信パワーレベルを超えるトランスポートフォーマットコンビネーション（ＴＦＣ）を判定するプロセッサであって、前記最大送信パワーレベルを超える送信パワー要件を有するＴＦＣは前記ＴＦＣＳから除去され、先に前記最大送信パワーレベルを超えていたが、現在は前記最大送信パワーレベルを超えない送信パワー要件を有するＴＦＣは利用可能なＴＦＣのセットの中における利用可能なＴＦＣに戻され、該判定は毎送信時間間隔に少なくとも１回行われ、前記ＴＦＣＳの前記ＴＦＣは順序を有している、プロセッサと、
アップリンクデータの送信のためのＴＦＣを、前記順序を有する前記ＴＦＣに基づいて選択をするプロセッサと、を備え、
前記選択されたＴＦＣは、前記最大送信パワーレベルを超えないと判定されたＴＦＣである、
ことを特徴とするＵＥ。

【請求項9】

前記ＴＦＣを選択することは、送信時間間隔（ＴＴＩ）基準に実行されることを特徴とする請求項８に記載のＵＥ。

【請求項10】

前記プロセッサは、利用可能なＴＦＣの前記セットから符号化複合トランスポートチャネル（ＣＣＴｒＣＨ）の送信のためのＴＦＣを選択することを特徴とする請求項８に記載のＵＥ。

【請求項11】

アップリンクデータの送信のための前記ＴＦＣの選択に対して利用可能なＴＦＣの前記セットが、周期的に更新されることを特徴とする請求項８に記載のＵＥ。

【請求項12】

利用可能なＴＦＣの前記セットは、送信時間間隔（ＴＴＩ）毎に更新されることを特徴とする請求項１１に記載のＵＥ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動体通信システムにおける高速ダイナミックリンクアダプテーションに関する。

【背景技術】

【0002】

第３世代（３Ｇ）通信システムでは、ユーザ機器（ＵＥ： Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）が最大許容または物理的最大の送信パワーより大きい送信パワーで送信を行わなければならないような劣化した無線伝搬条件を補償するために、ダイナミックリンクアダプテーション（ＤＬＡ： Ｄｙｎａｍｉｃ Ｌｉｎｋ Ａｄａｐｔａｔｉｏｎ）が使用される。最大パワーレベルより大きいパワーレベルでの送信を要求する伝送は、３Ｇ通信システムでは最大パワーレベルで送信される。これらの信号が最大パワーレベルで送信されると（これらの信号はそれらの所望の送信パワーレベルより小さい）、それらの信号の性能は劣化し、誤り率が増大して、送信データが受信されない可能性が高まり、使用されているシステム資源が浪費されることになる。

【0003】

この最大パワー条件に対処するための従来技術の一方法は、最大許容または物理的最大の送信パワーで送信を継続し、受信器の誤り訂正機能に頼って、誤りが生じればそれを訂正することである。これによると結局は、システムのパフォーマンスが望ましくないものとなる。というのは、所望の誤り率性能のレベルを維持するのに十分でないパワーレベルで送信が行われることになるからである。

【0004】

最大パワー条件に対応するためのもう１つの方法は、所望の誤り率性能のレベルを維持するために必要な送信パワーが最大パワー能力より大きい期間のアップリンク（ＵＬ： Ｕｐｌｉｎｋ）データ要件を低減することである。この方法は、データレートを低減することによって、所望の誤り率性能を維持する。

【0005】

ブロック誤り率（ＢＬＥＲ： Ｂｌｏｃｋ Ｅｒｒｏｒ Ｒａｔｅ）の増大を許容することによって、ＵＬデータ要件に影響を及ぼすことなく、所望のパワーが最大パワー能力を超える時にＵＬ送信を継続することも可能である。この効果は、最大パワー条件が感知される時から、全体として低減されたレートにＵＬ送信を再設定することができる時までの期間について不可避であると考えられる。３Ｇワイヤレス標準では、この期間を制限するＵＥ性能要件が規定されている。

【0006】

最大送信パワーレベルより大きいパワーレベルを要求する伝送は失敗する可能性が高いので、規定の要件を超えようとする強力な動機づけがある。失敗した伝送のデータ再送を許容するサービスでは、オーバーヘッドが増大し、無線資源効率が低下し、ＵＥのバッテリ寿命が短くなる。再送を許容しないサービスでは、ＢＬＥＲが増大することにより、ＢＬＥＲの品質ターゲットを維持しようとする後続のパワー要求が増大することになる。ＵＥは既にその最大パワーで送信をしているので、ＵＬ送信パワー制御アルゴリズムで使用される信号対干渉比ＳＩＲターゲットの増大は、現在のチャネル条件に対するＢＬＥＲ性能を改善しない。チャネル条件が改善すれば、増大したＳＩＲターゲットにより、ＵＥは、所望の性能を維持するのに必要であるより大きいパワーレベルで送信を行わなければならないため、無線資源効率およびバッテリ寿命が低下する。

【0007】

改善されたサービス品質（ＱｏＳ： Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）に対する性能要件を達成し、または超えるためには、ＵＬ送信要件を調節する効率的方法が必要である。

【0008】

３Ｇ通信システムでは、個別のデータストリームが特定のＱｏＳ能力を有するトランスポートチャネル（ＴｒＣＨ： Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）に割り当てられ、それらは規定のＢＬＥＲ品質ターゲットを達成するように設定される。ＵＥに割り当てられる物理チャネルは、複数のＴｒＣＨを同時にサポートする。これは符号化複合トランスポートチャネル（ＣＣＴｒＣＨ： Ｃｏｄｅｄ Ｃｏｍｐｏｓｉｔｅ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）と呼ばれる。ＣＣＴｒＣＨは、任意の特定の送信時間間隔（ＴＴＩ： Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ）において、各ＴｒＣＨ上の可変量のデータが存在することを可能にする。ＴＴＩ期間は各ＴｒＣＨに固有である。特定のＴｒＣＨに対する各ＴＴＩ期間内に、送信されるデータの量はトランスポートフォーマット（ＴＦ： Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ）により規定される。

【0009】

任意の特定のＴＴＩ期間におけるＣＣＴｒＣＨについて、各ＴｒＣＨに対するＴＦのセットはトランスポートフォーマットコンビネーション（ＴＦＣ： Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ）として知られている。すべての利用可能なＴＦＣ（すなわち、利用可能な許容多重化オプションのすべて）のセットは、トランスポートフォーマットコンビネーションセット（ＴＦＣＳ： Ｔｒａｎｓｐｏｒｔ Ｆｏｒｍａｔ Ｃｏｍｂｉｎａｔｉｏｎ Ｓｅｔ）として知られている。

【0010】

それぞれのＵＬのＣＣＴｒＣＨについて、ＵＥ媒体アクセス制御（ＭＡＣ： Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）エンティティは、送信のためのＴＦＣをＴＴＩごとに選択する。このＴＦＣおよび関連するデータは、物理データ要求プリミティブにて送信のために物理層に提供される。物理層がその後、このＴＦＣの送信が最大または許容ＵＥ送信パワーを超えると判定した場合、物理ステータス指示プリミティブがＭＡＣに対して生成されて、最大パワーまたは許容送信パワーに到達したことを知らせる。

【0011】

最大または許容送信パワーに達したことがＭＡＣに通知されると、この条件が存在し続ける原因となるＴＦＣは、そのＴＦＣが３ＧＰＰ標準に従ってブロックすることができないものでない限り、ブロックされる。すなわち、利用可能なＴＦＣのセットから除去される。ブロックされたＴＦＣは後に、ＵＥ送信パワー測定により最大または許容ＵＥ送信パワー以下でそれらのＴＦＣをサポートできることが示されると、それらを以後の期間ブロック解除することによって、利用可能なＴＦＣのセットに復元され得る。

【発明の概要】

【発明が解決しようとする課題】

【0012】

しかし、ＴＦＣが除去される現在の方式には深刻な欠点がある。前述のように、物理層は、ＴＦＣの送信が最大または許容ＵＥ送信パワーを超えることを要求しているかどうかを判定してから、最大パワーまたは許容パワーに達したことを示す物理ステータス指示プリミティブをＭＡＣエンティティに対して生成する。この方法を用いると、ＭＡＣが、ブロックされるＴＦＣを除去し利用可能なＴＦＣの更新されたセットからＴＦＣを選択し始めるために、利用可能なＴＦＣのセットを再設定する間に、ＵＥはおよそ６０ミリ秒またはそれ以上の間、最大パワー状態にある可能性がある。ＵＥは、送信パワー能力を超えたＴＦＣのパワー要件に対してのみ利用可能なＴＦＣを縮小することになる。ＵＥはその後、次に低い送信パワー要件のＴＦＣを選ぶ可能性が高いことになる。しかし、ＴＦＣの縮小されたセットが、最大パワーを超えるパワーを要求しないという保証はない。このため、ＴＦＣのセットをさらに縮小するために、処理がもう１度繰り返され、追加の遅延が生じる。排除される各ＴＦＣについて、所与のＴＴＩに対するデータおよび無線資源が失われる。結局、最大パワー条件の期間中、システムのパフォーマンスは劣化する。

【0013】

ＵＥが最大パワー条件のためにブロックされていたＴＦＣを回復しようとするときに、さらなるフォーマンス上の問題が生じる。ＵＥが使用するための利用可能なＴＦＣのセットをより完全にするために、できるだけ素早くＴＦＣをブロック解除（すなわち回復）することが望ましい。結局、システムのパフォーマンスは、ＴＦＣが効率的に回復される場合に改善される。

【0014】

したがって、ＵＥがその最大パワー状態にある状況に対処する従来技術の方法は、満足の行くシステムパフォーマンスには程遠い。最大ＵＥパワー条件に達している期間中にＴＦＣのセットを迅速に縮小し、最大ＵＥパワー条件がなくなった時にＴＦＣを迅速に復元する改善された方法があることが望ましいであろう。

【課題を解決するための手段】

【0015】

本発明は、パワーおよびデータ要件の範囲内にとどまりながら、所望の送信をサポートするためにＴＦＣＳ内のＴＦＣの効率的縮小を可能にするためのシステムおよび方法である。ＵＥ送信パワー要件が最大または許容送信パワーを超える場合、ＴＦＣのセットを、パワー制限を現在超えていない受容可能なＴＦＣのみに縮小する。そして、ＵＥは、ＴＦＣの受容可能な縮小セットのうちから選択を行うことになる。

【0016】

また、本発明は、非サポートＴＦＣの事前判定もサポートする。最大または許容ＵＥ送信パワーより大きい送信パワーを要求するＴＦＣは、最大パワーを超えるＴＴＩだけでなく、毎ＴＴＩごとに継続的に判定される。ＴＦＣ選択プロセスは、送信に先立って送信パワー能力を超えるＴＦＣの選択を避けるように調節される。

【0017】

また、本発明は、最大パワー条件がもはや存在しない場合に、ＴＦＣＳにおけるＴＦＣの復元も可能にする。

【図面の簡単な説明】

【0018】

【図1】本発明によるＴＦＣの効率的な除去の流れ図である。

【図2】ＴＦＣＳにおけるＴＦＣの復元の流れ図である。

【図3】本発明によるＴＦＣの事前除去の流れ図である。

【図4】定期的にＴＦＣ送信パワー要件を判定することに対応する代替法の流れ図である。

【図5】定期的にＴＦＣ送信パワー要件を判定することに対応する代替法の流れ図である。

【図6】ＭＡＣエンティティおよび物理エンティティのブロック図である。

【発明を実施するための形態】

【0019】

図面を参照して本発明を説明する。全体を通じて同一番号は同一要素を表す。

【0020】

本発明によるダイナミックリンクアダプテーションには３つの基本的な態様がある。第１に、ＵＥ送信パワー要件がＵＥの最大パワーまたは最大許容パワーを超える条件が存在する場合、最大パワー制限を超えるパワーを要求するＴＦＣが効率的にブロックされる。その後のＴＦＣ選択のために、この制限を現在超えているすべてのＴＦＣがＭＡＣに通知される。その後は、ＵＥ送信パワー制限能力を超えるパワーを要求しないＴＦＣのみが選択のために利用可能である。

【0021】

第２に、本発明は、最大パワー条件がもはや存在しない時に、ＴＦＣＳにおけるＴＦＣの効率的回復をサポートする。

【0022】

最後に、本発明は、非サポートＴＦＣ、すなわち最大または許容ＵＥ送信より大きい送信パワーを要求するＴＦＣの事前判定をサポートする。これらのＴＦＣは、最大パワー条件が存在するＴＴＩだけでなく、毎ＴＴＩごとなど、継続的かつ定期的に判定される。毎ＴＴＩには、データが送信されないＴＴＩを含むことも含まないこともある。ＴＦＣ要件は時間にわたって変化するので、これにより、サポートされないことになるＴＦＣの事前判定が可能となる。

【0023】

なお、本発明はＴＦＣの除去および復元に関係しているが、設定されたＴＦＣＳ内のＴＦＣの最小セットは常に送信のために利用可能であるべきことに留意されたい。好ましくは、この最小セットは、以下で説明するＴＦＣの除去および復元のプロセスから除外される。

【0024】

ＴＦＣの除去および復元のプロセスは定期的に実行される。これらのプロセスの期間は、１つのＴＴＩに基づくものとして以下で説明されるが、ほぼ毎ＴＴＩ（すなわち、ＴＴＩ当たり複数回）ごと、または数個のＴＴＩごとにアクションを実行することも可能である。また、毎ＴＴＩには、データが送信されないＴＴＩを含むことも含まないこともあることに留意されたい。

【0025】

図１を参照すると、本発明によるＴＦＣの効率的な除去の手続き１０が示されている。手続き１０は、利用可能なＴＦＣのセットを用いてＴＦＣを選択するで始まる（ステップ１６）。利用可能なＴＦＣのセットは、ＣＣＴｒＣＨの確立のために設定された初期の完全なトランスポートフォーマットコンビネーションセット（ＴＦＣＳ）である。選択されたＴＦＣは物理エンティティ１４に送られる（ステップ１８）。物理エンティティ１４は、ＴＦＣ送信パワー要件を判定し（ステップ２２）、このＴＦＣに要求されるＵＥ送信パワーが最大または最大許容のＵＥパワーを超えているかどうかの判定を行う（ステップ２４）。超えていない場合、ＴＦＣに対する送信パワー要件が最大許容パワーを超えるまでステップ１６、１８、２２および２４が繰り返される。ＴＦＣの送信について、ＵＥパワー要件が最大許容パワーを超えている場合、物理エンティティ１４は、ＴＦＣＳ内で「超過パワー状態」にあるすべてのＴＦＣを判定する（ステップ２５）。物理エンティティ１４は、ＴＦＣの利用可能または利用不可の（すなわちブロックされた）ステータスをＭＡＣエンティティ１２に示す（ステップ２６）。なお、物理エンティティ１４は、利用可能なＴＦＣか、利用不可のＴＦＣか、またはその両方かのステータスを示すことができることに留意されたい。ＭＡＣエンティティ１２は、物理層エンティティ１４によって示された超過パワー状態にあるＴＦＣを利用可能なＴＦＣのセットから除去する（ステップ２８）。そして手続き１０は各ＴＴＩについて繰り返される。

【0026】

機能が物理層で実行されるものとして具体的に特定されているが、これらのアクションの一部はＭＡＣ層で実行することも可能である。

【0027】

図２を参照すると、超過パワー状態にあるＴＦＣの復元の手続き５０が示されている。ＭＡＣエンティティ１２は、利用可能なＴＦＣのセットを用いてＴＦＣを選択する（ステップ５２）。利用可能なＴＦＣのセットは、ＣＣＴｒＣＨの確立時に設定された初期の完全なトランスポートフォーマットコンビネーションセット（ＴＦＣＳ）、または物理エンティティ１４から以前に示された、ＴＦＣＳから縮小された利用可能なＴＦＣのセットのいずれかである。選択されたＴＦＣが物理エンティティ１４に送られる（ステップ５３）。

【0028】

物理エンティティ１４は、任意のＴＦＣが超過パワー状態にあるかどうかを判定する（ステップ５４）。この判定は、設定されたＴＦＣＳ内で超過パワー状態にあるＴＦＣについてのみ定期的に実行される。この周期は、例えば、毎ＴＴＩとしてもよい。次に、物理エンティティ１４は、超過パワー状態にあったＴＦＣのいずれかが最大または最大許容パワーをもはや超えておらず、利用可能なＴＦＣのセットに復元することができるかどうかを判定する（ステップ５５）。次に、物理エンティティ１４は、復元されるＴＦＣをＭＡＣエンティティ１２に示す（ステップ５６）。利用可能なＴＦＣに変化がある場合（すなわち、ＴＦＣがブロック解除される場合）、ＭＡＣエンティティ１２は、自己の利用可能なＴＦＣのリストを更新する（ステップ５８）。ステップ５２〜５８は、ＭＡＣおよび物理層エンティティ１２、１４によって継続的に繰り返される。この手続き５０は、ＴＦＣがブロックされている時に、利用可能なＴＦＣの回復が最大パワーを超えているＴＴＩだけでなく、毎ＴＴＩごとに、継続的に判定されることを確実にする。

【0029】

ＴＦＣの復元は、送信信号に関してＵＥが計算する送信パワー測定によって判定されるよりも、ブロック解除されるＴＦＣが定期的に示される場合のほうがはるかに効率的である。というのは、通常の測定報告および処理のメカニズムは遅いからである。これによりＵＥは、送信レートを、現在のチャネル条件によってサポートされているデータレートより低下させないようにすることができる。ＵＥは、送信前に予測される送信パワー要件に基づいて所望のＴＦＣを復元することができ、ＴＦＣを復元するのに要する時間を１つまたは複数のＴＴＩだけ短縮する。

【0030】

図３を参照すると、本発明によるＴＦＣの事前除去の手続き１５０が示されている。手続き１５０は、ＣＣＴｒＣｈ確立および完全なＴＦＣＳの設定を開始する（ステップ１５１）。次に、利用可能なＴＦＣのセットからＴＦＣを選択する（ステップ１５２）。ＭＡＣエンティティ１２が、選択されたＴＦＣを物理エンティティ１４に送る（ステップ１５４）。物理エンティティ１４は、定期的に、例えば図３に示されているように毎ＴＴＩごとに、利用可能なＴＦＣを継続的に判定する（ステップ１５６）。すべての利用可能なＴＦＣを送信できることが確認される。いずれかの以前にブロック解除されたＴＦＣが現在超過パワー状態にあるかどうかについて判定が行われる（ステップ１５７）。そうでない場合、手続き１５０はステップ１５２に戻って、手続き１５０を繰り返す。そうである場合、現在超過パワー状態にある新しいＴＦＣがＭＡＣエンティティ１２に示される（ステップ１５８）。ＭＡＣエンティティ１２はすべての利用可能なＴＦＣのリストを更新する（ステップ１６０）。なお、ＭＡＣエンティティ１２によって実行されるステップ１５２、１５４および１６０ならびに物理エンティティ１４によって実行されるステップ１５６、１５７、１５８は継続的に繰り返されるが、必ずしも図３に示すように各ＴＴＩである必要はないことに留意されたい。

【0031】

時間にわたって変化するＴＦＣ送信パワー要件が定期的に、例えば各ＴＴＩ、復元のためにチェックされるので、この方法１５０にり、サポートされないＴＦＣの事前判定が可能となる。ＴＦＣパワー要件はステップ１５６で各ＴＴＩでチェックされ、最大または最大許容パワーを超えているかどうかが判定される。現在ブロックされていないＴＦＣに対してパワー要件を満たすことができない場合、物理エンティティ１４はこのＴＦＣがブロックされるべきことをＭＡＣエンティティ１２に示す（ステップ１５８）。ＴＦＣ選択プロセスは、そのＴＦＣの送信に先立って、送信パワー能力を超えるＴＦＣを選択しないように調節される。さらに、現在ブロックされているＴＦＣに対してパワー要件を満たすことができる場合、以前にブロックされたＴＦＣが復元されるように、許容可能なＴＦＣのリストが継続的に更新される。

【0032】

事前判定は、時間にわっての無線伝搬条件の変化を判定するロジックを追加的に使用してもよい。例えば、受信したリファレンスチャネルからの経路損失の変化や、報告されるアップリンク干渉の変化がある。これらおよびその他の無線伝搬条件の変化により、ＵＥは、将来の送信パワー要件を予測し、ＴＦＣが超過パワー状態に入るような干渉、経路損失、その他の条件に先立ってＴＦＣをブロックすることができる。

【0033】

事前判定方法１５０は、正常な送信のための適切なＴＦＣ選択によってＵＬデータ損失の低減および無線資源の効率的使用という結果となる。ＴＦＣの選択および送信の前にＴＦＣをブロックすることによって、ＢＬＥＲの低減によりユーザのＱｏＳが改善され、再送の必要が減ることにより物理資源がより良く利用される。ＴｒＣＨのＢＬＥＲが低減されるので、対応する不必要なＵＬのＳＩＲターゲットの上昇が回避され、ＵＬ送信パワーの低減によりさらに全体の無線資源効率を高める。

【0034】

利用可能なＴＦＣを継続的に更新する方法１０、５０および１５０はパフォーマンスを改善するが、毎ＴＦＣ、毎ＴＴＩごとにパワー要件を計算するのに要する計算資源は多大である。そこで、図４および５を参照すると、定期的、またはＴＴＩごとに、ＴＦＣ送信パワー要件を判定する２つの代替法が示されている。

【0035】

図４の方法７０は、ＭＡＣエンティティ１２が、ＣＣＴｒＣＨの確立または再設定時に決定されたＴＦＣのセットを使用するで始まる（ステップ７２）。ＣＣＴｒＣＨの確立または再設定時に、設定されるＴＦＣＳは送信パワー要件に従ってＴＦＣ別にソートされる（ステップ７４）。なお、ここでは物理層１４に示されているが、ソートされるＴＦＣリストはレイヤ２またはレイヤ３のエンティティのいずれかで決定されてもよいことに留意されたい。ＴＤＤシステムでは、ＴＦＣのこのリストは、タイムスロットごとにソートされたＴＦＣリストのように、タイムスロット固有であってもよい。物理エンティティ１４は、最高の送信パワー要件を有するＴＦＣを送信する能力を定期的に検証する（ステップ７６）。ＴＦＣを送信することができるかどうかについて判定が行われる（ステップ７７）。このＴＦＣを送信することができる場合、ブロックされたＴＦＣがあったかどうかについて判定が行われる（ステップ７９）。あった場合、すべての以前にブロックされたＴＦＣを利用可能にし（ステップ８１）、物理層エンティティ１４はステップ８２に進み、ＴＦＣＳ内のすべてのＴＦＣがブロック解除されるべきであり、現在利用可能であることをＭＡＣエンティティ１２に示す。なかった場合、手続き７０はステップ７６に戻る。

【0036】

一方、最高送信パワー要件を有するＴＦＣを送信することができないと判定される場合（ステップ７７）または最高送信パワーを有するＴＦＣが最大許容パワーより大きい送信パワーを要求する場合、ソートされたリスト内の各ＴＦＣのステータスを見積もる手続きが実施される（ステップ７８）。どのＴＦＣがブロックされるべきであるかを効率的に判定する具体的なプロセスは、本発明にとって中心的ではない。というのは、利用することのできる数多くの代替法の選択肢があるからである。例えば、本発明の第１の代替法では、ソートされたＴＦＣリストがあるので、リスト内の真中のＴＦＣを送信することができるかどうかを判断するためにチェックする。それを送信することができない場合、リストの下半分の真中のＴＦＣを送信することができるかどうかを判断するためにチェックする。同様に、そのリストの真中のＴＦＣを送信することができる場合、リストの上半分の真中のＴＦＣを送信することができるかどうかを判断するためにチェックする。このプロセスを、送信することができる最高パワー要件を有するＴＦＣまで繰り返す。別の代替法では、ハッシュ関数を適用して、パワー能力を超えるリストインデックスを見積もる。

【0037】

物理エンティティ１４は、サポートされていないＴＦＣおよび以前にブロックされ現在はサポートされているＴＦＣを判定し（ステップ８０）、更新された利用可能なＴＦＣ、およびブロックされたＴＦＣをＭＡＣエンティティに示す（ステップ８２）。

【0038】

ブロック解除されたＴＦＣの更新された完全なリスト、または新たにブロック解除されたＴＦＣのリストを物理エンティティ１４からＭＡＣエンティティ１２へ送ることの代替法として、ソートされたＴＦＣリストへの「インデックス」のみを送信することがある。例えば、ＴＦＣリストがソートされているとき、インデックスより上のエントリがブロックされ、下のエントリがブロック解除される。インデックスの送信は、物理エンティティ１４とＭＡＣエンティティ１２との間に必要な制御シグナリングの量を低減することになる。

【0039】

ブロック解除されたＴＦＣの更新された完全なリスト、または新たにブロック解除されたＴＦＣのリストを物理エンティティ１４からＭＡＣエンティティ１２へ送ることの第２の代替法として、測定または計算された値を物理エンティティ１４からＭＡＣエンティティ１２（または他のレイヤ２エンティティ）に送り、これによりレイヤ２エンティティが、利用可能なＴＦＣの新しいセットを判定できるようにすることがある。なお、物理エンティティ１４によって実行されるように図４に示されたステップの多くは、ステップ７８および８０のように、ＭＡＣエンティティ１２によって実行することも可能であることに留意されたい。

【0040】

その後、ステップ７６〜８２が繰り返される。物理エンティティ１４が、許容可能なＴＦＣの更新されたリスト（またはＴＦＣＳインデックスまたは測定／計算値）をＭＡＣエンティティ１２へ送信すると、ＭＡＣエンティティ１２は利用可能なＴＦＣのリストを更新する（ステップ８４）。

【0041】

図５を参照すると、ＴＦＣ送信パワー要件を定期的に判定することの第２の代替法１００が示されている。ＭＡＣエンティティ１２は、最初に、ＣＣＴｒＣＨの確立または再設定時に設定されたＴＦＣのセットを使用する（ステップ１０２）。ＣＣＴｒＣＨの確立または再設定時に、各ＴＦＣは相対感度と関連づけられる。これは、ＭＡＣエンティティ１２、物理エンティティ１４、または任意のレイヤ２もしくはレイヤ３エンティティによって行なうことができる。この感度は、ある種の伝搬チャネルの仮定の下でのＥｎ／Ｎｏ要件、チャネル／送信パワーの仮定の下での最大の許容可能な経路損失または他の方法で整数０〜Ｎにマッピングすることができる。さらにＴＤＤシステムでは、この相対感度はタイムスロット固有とすることもできる。

【0042】

ＭＡＣエンティティ１２は、選択されたＴＦＣを物理エンティティ１４に転送する（ステップ１０４）。物理エンティティ１４は、ＴＦＣを送信し（ステップ１０６）、最大パワーに対してマージンを決定する（ステップ１０８）。物理エンティティ１４は、そのマージンを用いて、ブロックされるＴＦＣおよびブロック解除されるＴＦＣを識別する（ステップ１１０）。なお、このマージンは負であっても（これは潜在的なブロッキングを示す）、または正であってもよい（これは潜在的な回復を示す）ことに留意されたい。そして、これらのブロックされるＴＦＣおよびブロック解除されるＴＦＣがＭＡＣエンティティ１２に示される（ステップ１１２）。その後、物理エンティティ１４は、各ＴＦＣ送信時にステップ１０６〜１１２を繰り返す。ＭＡＣエンティティ１２は、物理エンティティ１４からブロックされるＴＦＣおよびブロック解除されるＴＦＣの指示を受け取ると、ブロックされるＴＦＣおよびブロック解除されるＴＦＣのリストを更新する（ステップ１１４）。その後、ステップ１０４および１１４がＭＡＣエンティティ１２によって繰り返される。

【0043】

図６を参照すると、ＭＡＣエンティティ１２および物理エンティティ１４のブロック図が示されている。ＭＡＣエンティティ１２は、所望のＴｒＣＨをサポートする特定のＣＣＴｒＣＨに関連する送信のためにＴＦＣを選択するＴＦＣ選択プロセッサ１３を含む。同様に、物理エンティティ１４は、ブロックされるＴＦＣおよびブロック解除されるＴＦＣを判定し、ブロックされるＴＦＣおよびブロック解除されるＴＦＣをＴＦＣ選択プロセッサ１３に示す許容ＴＦＣプロセッサ１５を有する。物理層処理が好ましいが、上記の処理の一部をＭＡＣ層または他のレイヤ２エンティティ内で実行することも可能である。図４および５に示した実施形態によれば、ＴＦＣプロセッサ１５は、ＵＥ送信パワー要件別にＴＦＣをソートすることも行う。ソートされるリストまたは相対感度の決定は、ＴＦＣ選択プロセッサ１３で決定することもできる。したがって、この処理は、物理層、ＭＡＣもしくは他のレイヤ２エンティティ、またはレイヤ３エンティティでも実行可能である。ＭＡＣエンティティ１２は選択されたＴＦＣ１７（設定されたＴＦＣＳ内の利用可能なＴＦＣから選択された）を物理エンティティ１４に転送する。これに応答して、物理エンティティ１４は、ＴＦＣのブロックおよびブロック解除（除去および復元）を示す１９。

【0044】

なお、方法１０、５０、１５０は別個の手続きとして上記で説明されているが、当業者には明らかに理解されるように、これらの方法は特定の用途にて所望されるように組み合わせてもよく、処理は同時に実行されてもよいことに留意されたい。方法１０、５０および１５０内のロジックを組み合わせる場合、各方法について規定されたロジックのいくつかの変更が、これらの方法を統合して適切な動作を達成するために必要である。このように、本発明は好ましい実施形態に関連して説明されているが、特許請求の範囲に記載される本発明の範囲内にある他の変形形態は当業者には明らかであろう。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】