(57)【要約】      （修正有）【課題】拡張専用チャネル（Ｅ−ＤＣＨ）送信を制御する。【解決手段】拡張・アップリンク媒体アクセス制御エンティティは、受信されたスケジューリング許可を処理し、提供許可を計算し、スケジュールされたデータに対するハイブリッド自動再送要求（Ｈ−ＡＲＱ）処理、およびスケジュールされたデータが共に利用可能であるか否かを判定する。利用可能である場合、提供許可が存在するか否かを判定する。更に最大許容電力に基づき残存電力を計算し、その残存電力に基づきＥ−ＤＣＨ伝送フォーマット組み合わせ（Ｅ−ＴＦＣ）を制限して、その提供許可を使用してＥ−ＴＦＣを選択し、ＭＡＣ−ｅプロトコル・データ・ユニットを発生させる。また、それぞれの送信時間間隔において受信されたスケジュールされた許可を処理する、あるいは送信すべきＥ−ＤＣＨデータがあるまで、受信されたスケジュールされた許可を、許可一覧に格納する。【選択図】図４
2014239488.tif 000002
【特許請求の範囲】
【請求項１】
アップリンク送信を制御する、無線送受信ユニット（ＷＴＲＵ）において実装される方法であって、前記方法は、
少なくとも１つのスケジューリング許可を受信するステップと、
前記少なくとも１つのスケジューリング許可を処理するステップと、
ハイブリッド自動再送要求（Ｈ−ＡＲＱ）処理を使用してデータを送信するステップと
を備えたことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムに関する。より詳細には本発明は、拡張専用チャネル（Enhanced Dedicated CHannel：Ｅ−ＤＣＨ）送信を制御するための方法および装置に関する。
【背景技術】
【０００２】
現在、第三世代パートナーシップ・プロジェクト（3rd Generation Partnership Project：３ＧＰＰ）において、アップリンク（UpLink：ＵＬ）の通信可能範囲、スループット、および送信待ち時間を改良するための方法が検討されている。Ｅ−ＤＣＨに関してこれらの目標を達成するために、ＵＬ資源（すなわち、物理チャンネル）の制御が無線ネットワーク制御装置（Radio Network Controller：ＲＮＣ）からノードＢ（Node-B）に移された。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
複雑さを回避し電力消費量を抑制するため、無線送受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）側の、Ｅ−ＤＣＨ伝送フォーマット組み合わせ（E-DCH Transport Format Combination：Ｅ−ＴＦＣ）選択および多重化、残存送信電力計算、および絶対許可（Absolute Grant：ＡＧ）および相対許可（Relative Grant：ＲＧ）の処理などの、拡張アップリンク媒体アクセス制御（enhanced uplink Medium Access Control：ＭＡＣ−ｅ／ｅｓ）機能の実行が、適切に制御され、かつ整合される必要性がある。
【課題を解決するための手段】
【０００４】
本発明は、Ｅ−ＤＣＨ送信を制御するための方法および装置に関する。ＷＴＲＵのＭＡＣ−ｅ／ｅｓエンティティは、スケジューリング許可を受信し、かつそのスケジューリング許可を処理し、提供許可を計算する。ＭＡＣ−ｅ／ｅｓエンティティは、スケジュールされたデータに対するハイブリッド自動再送要求（Hybrid Automatic Repeat reQuest：Ｈ−ＡＲＱ）処理、およびスケジュールされたデータが共に利用可能であるか否かを判定する。スケジュールされたデータに対するＨ−ＡＲＱ処理およびスケジュールされたデータが共に利用可能である場合、ＭＡＣ−ｅ／ｅｓエンティティは、提供許可が存在するか否かを判定する。ＭＡＣ−ｅ／ｅｓエンティティは、次に最大許容電力に基づき残存電力を計算し、そしてその残存電力に基づきＥ−ＴＦＣを制限する。ＭＡＣ−ｅ／ｅｓエンティティは、その提供許可を使用してＥ−ＴＦＣを選択し、そして送信のためのＭＡＣ−ｅプロトコル・データ・ユニット（Protocol Data Unit：ＰＤＵ）を発生させる。ＭＡＣ−ｅ／ｅｓエンティティは、各々の送信時間間隔（Transmission Time Interval：ＴＴＩ）において受信されたスケジュールされた許可を処理することができ、あるいは送信すべきＥ−ＤＣＨデータがあるまで、受信されたスケジュールされた許可を、許可一覧に格納することができる。
【図面の簡単な説明】
【０００５】
【図１】本発明によって構成された無線通信システムのブロック図である。
【図２】本発明によるＷＴＲＵのプロトコル構造のブロック図である。
【図３】本発明によるＷＴＲＵのＭＡＣ−ｅ／ｅｓエンティティのブロック図である。
【図４】本発明によるＥ−ＤＣＨ送信を制御するための処理のフロー図である。
【発明を実施するための形態】
【０００６】
用語「ＷＴＲＵ（Wireless Transmit/Receive Unit：無線送受信ユニット）」は以降、限定するものではないが、ユーザ設備（User Equipment：ＵＥ）、移動端末、固定または移動体の加入者ユニット、ページャ、または無線環境において動作する能力のある他の型のいかなるデバイスをも含むものとする。用語「ノードＢ（Node-B）」は以降、限定するものではないが、基地局、サイト制御装置、アクセスポイント（Access Point：ＡＰ）、または無線環境における他の型のいかなるインタフェース・デバイスをも含むものとする。
【０００７】
本発明は、限定するものではないが、ＵＭＴＳ（Universal Mobile Telecommunications System）周波数分割複信（ＦＤＤ：Frequency Division Duplex）、ＵＭＴＳ時分割複信（ＴＤＤ：Time Division Duplex）、およびＴＤ−ＳＣＤＭＡ（Time Division Synchronous Code Division Multiple Access）システムを含む、いかなる無線通信システムにも適用可能である。
【０００８】
本発明の特徴は、集積回路（Integrated Circuit：ＩＣ）に組み込むこと、または多数の相互接続された部品を備える回路で構成することにより実装することができる。
【０００９】
図１は本発明に従って構成された無線通信システム１００のブロック図である。システム１００は、ＷＴＲＵ１０２、ノードＢ１０４、およびＲＮＣ１０６を備える。ＲＮＣ１０６は、初期送信電力レベル、許容最大送信電力、またはノードＢあたりの利用可能なチャンネル資源などの、ノードＢ１０４およびＷＴＲＵ１０２に対する、Ｅ−ＤＣＨパラメータを構成設定することによって、全体的なＥ−ＤＣＨ動作を制御する。ＷＴＲＵ１０２およびノードＢ１０４の間で、Ｅ−ＤＣＨ１０８、Ｅ−ＤＣＨ専用物理制御チャンネル（E-DCH Dedicated Physical Control CHannel：Ｅ−ＤＰＣＣＨ）、絶対許可チャンネル（Absolute Grant CHannel：Ｅ−ＡＧＣＨ）１１２、相対許可チャンネル（Relative Grant CHannel：Ｅ−ＲＧＣＨ）１１４、およびＨ−ＡＲＱ情報チャンネル（H-ARQ Information CHannel：Ｅ−ＨＩＣＨ）１１６が、Ｅ−ＤＣＨ動作を支援するために確立される。
【００１０】
Ｅ−ＤＣＨ送信のために、ＷＴＲＵ１０２はＥ−ＤＰＣＣＨ１１０を介してノードＢ１０４にスケジューリング情報（scheduling information、速度要求とも言う）を送る。ノードＢ１０４は、Ｅ−ＡＧＣＨ１１２またはＥ−ＲＧＣＨ１１４を介してスケジューリング許可（scheduling grant）をＷＴＲＵ１０２に送る。ＷＴＲＵ１０２に対してＥ−ＤＣＨ無線資源が割り付けられると、ＷＴＲＵ１０２はＥ−ＤＣＨ１０８を介してＵＬデータを送信する。Ｅ−ＤＣＨ送信に対応して、ノードＢ１０４はＥ−ＨＩＣＨ１１６を介してＨ−ＡＲＱ動作に対する肯定応答（ACKnowledgement：ＡＣＫ）または否定応答（Non-ACKnowledgement：ＮＡＣＫ）メッセージを送る。ノードＢ１０４はまた、Ｅ−ＤＣＨデータ送信に対応して速度許可（rate grant）によりＷＴＲＵ１０２に応答することもできる。
【００１１】
図２は、本発明によるＷＴＲＵ１０２のプロトコル構造のブロック図である。ＷＴＲＵ１０２のプロトコル構造は、上位層２０２、無線リンク制御（Radio Link Control：ＲＬＣ）層２０４、ＭＡＣ層２０６、および物理層２０８を含む。ＭＡＣ層２０６は、専用チャネル媒体アクセス制御（dedicated channel Medium Access Control：ＭＡＣ−ｄ）エンティティ２１０およびＭＡＣ−ｅ／ｅｓエンティティ２１２を含む。ＭＡＣ−ｅ／ｅｓエンティティ２１２は、限定するものではないが、Ｈ−ＡＲＱ送信および再送信、データの優先度、ＭＡＣ−ｄおよびＭＡＣ−ｅｓの多重化、およびＥ−ＴＦＣ選択を含む、Ｅ−ＤＣＨの送信および受信に関連するすべての機能を扱う。ＲＬＣ層２０４は、データの順番通りの配信を提供する。ＲＬＣ層２０４においては再順序化機能が提供され、受信されたデータ・ブロックを順番に従って編成する。
【００１２】
図３は、本発明によるＭＡＣ−ｅ／ｅｓエンティティ２１２のブロック図である。ＭＡＣ−ｅ／ｅｓエンティティ２１２は、Ｅ−ＴＦＣ選択エンティティ３０２、多重化および送信一連番号（Transmission Sequence Number：ＴＳＮ）設定エンティティ３０４、Ｈ−ＡＲＱエンティティ３０６、提供許可処理エンティティ（serving grant processing entity）３０８、およびメモリ３１０を含む。提供許可処理エンティティ３０８は、物理層２０８からＡＧ３１２およびＲＧ（群）３１４を受信し、そしてＡＧ３１２およびＲＧ（群）３１４を処理して提供許可を発生させるか、またはメモリ３１０にそれらを格納する。1つまたは複数のＲＧ３１４がある場合がある。Ｅ−ＴＦＣ選択エンティティ３０２は、提供許可に基づきＥ−ＴＦＣを選択し、そしてＥ−ＤＣＨ上に対応付けられた種々のデータフローの間で調停を実行する。
【００１３】
多重化およびＴＳＮ設定エンティティ３０４は、複数のＭＡＣ−ｄ  ＰＤＵをＭＡＣ−ｅｓ  ＰＤＵに連結し、およびＥ−ＴＦＣ選択エンティティ３０２によって指示されるように、次のＴＴＩにおいて送信されるべく、１つまたは複数のＭＡＣ−ｅｓ  ＰＤＵを単一のＭＡＣ−ｅ  ＰＤＵに多重化する。多重化およびＴＳＮ設定エンティティ３０４はまた、各々のＭＡＣ−ｅｓ  ＰＤＵに対して論理チャネルあたり１つのＴＳＮを管理し、そして設定する。
【００１４】
Ｈ−ＡＲＱエンティティ３０６は、Ｅ−ＨＩＣＨを介して送信失敗が信号送信されたとき、ＭＡＣ−ｅ  ＰＤＵを格納し、かつそのＭＡＣ−ｅ  ＰＤＵを再送信するために複数のＨ−ＡＲＱ処理を制御する。動作中の（active）Ｈ−ＡＲＱ処理がスケジュールされたデータの送信に対して使用され、一方非動作中のＨ−ＡＲＱ処理はスケジュールされたデータの送信に対して使用されない。所与のＴＴＩについてＨ−ＡＲＱエンティティ３０６は、送信が行われるべき対象のＨ−ＡＲＱ処理を特定する。新規送信の時点にてＨ−ＡＲＱエンティティ３０６は、ＭＡＣ−ｅ  ＰＤＵのすべての新規送信および再送信に対してＨ−ＡＲＱプロフィールを提供する。Ｈ−ＡＲＱプロフィールには、送信の最大数および、物理層を構成設定するための電力オフセットに関する情報が含まれる。
【００１５】
Ｅ−ＴＦＣエンティティ３０２によるＥ−ＴＦＣ選択は、許可（スケジューリング情報の速度要求のトリガーの発生を含む）を有するＥ−ＤＣＨに対応付けられたデータおよびＨ−ＡＲＱ処理が利用可能な場合に実行される。Ｈ−ＡＲＱ処理は、Ｅ−ＴＦＣ選択がＥ−ＴＦＣ選択エンティティ３０２によって実行される前に利用できなければならない。Ｈ−ＡＲＱエンティティ３０６は、Ｅ−ＴＦＣ選択エンティティ３０２に対してＨ−ＡＲＱ処理が利用可能であるかを特定する。Ｈ−ＡＲＱ処理は、初期の構成設定、ＡＣＫ受信、または何れかのＨ−ＡＲＱ処理に対して再送信の最大数を超過した場合に、利用可能とすることができる。
【００１６】
図４は、本発明によるＥ−ＤＣＨ送信を制御するための処理４００のフロー図である。物理層が、Ｅ−ＡＧＣＨ１１２およびＥ−ＲＧＣＨ群１１４を介してスケジューリング許可を受信する（ステップ４０２）。Ｅ−ＡＧＣＨおよびＥ−ＲＧＣＨを復号化した後に、ＡＧ３１２およびＲＧ（群）３１４がＭＡＣ−ｅ／ｅｓエンティティ２１２中の提供許可処理エンティティ３０８に送られる。提供許可処理エンティティ３０８は、ＡＧ３１２およびＲＧ（群）３１４を処理し、提供許可を判定する。スケジューリング許可は、対応Ｅ−ＤＣＨセルからのＡＧ３１２か、または対応Ｅ−ＤＣＨ無線リンクの集合（Radio Link Set：ＲＬＳ）中のすべてのセルまたは非提供許可無線リンク（Radio Link：ＲＬ）の何れかからのＲＧ（群）３１４とすることができる。スケジューリング許可は、特定の送信時間間隔（Transmission Time Interval：ＴＴＩ）に適用される。この関連付けは、ＡＧ３１２およびＲＧ（群）３１４のタイミングに基づく潜在的なもの（implicit）である。
【００１７】
スケジューリング許可を受信した際、スケジューリング許可に関連付けられたＴＴＩにおいて送信するデータが無い場合には、提供許可処理エンティティ３０８には、２つの選択肢がある。提供許可処理エンティティ３０８は、受信されたスケジューリング許可を処理し、各々のＴＴＩでその時点の対応する許可を判定することができる（ステップ４０４）。あるいはまた、提供許可処理エンティティ３０８は、受信されたスケジューリング許可をメモリ３１０（すなわち許可一覧）に格納して、送信するＥ−ＤＣＨデータがある場合には、格納されたスケジューリング許可を処理することができる。
【００１８】
Ｅ−ＴＦＣ選択エンティティ３０２は、スケジュールされたデータに対する何れかのＨ−ＡＲＱ処理（すなわち動作中のＨ−ＡＲＱ処理）、およびスケジュールされたデータが共に利用可能であるか否かを判定する（ステップ４０６）。スケジュールされたデータに対するＨ−ＡＲＱ処理およびスケジュールされたデータが共に利用可能である場合、処理４００はステップ４１０に進み、提供許可が存在するか否かを判定する。あるいはまた、スケジュールされたデータに対するＨ−ＡＲＱ処理およびそのスケジュールされたデータが共に利用可能であり、かつ第２の選択肢が実施される（すなわち、受信されたスケジューリング許可がメモリ３１０中に格納される）場合、提供許可処理エンティティ３０８は、ステップ４０８においてメモリ３１０中に格納されたスケジューリング許可を処理し提供許可を判定してステップ４１０に進む。
【００１９】
提供許可は、スケジュールされたデータに対する次の送信に対して割り付けることをＷＴＲＵが許可された、最大のＥ−ＤＰＤＣＨ対専用物理制御チャンネル（Dedicated Physical Control CHannel：ＤＰＣＣＨ）の電力比を表示する。提供許可は、ＡＧおよびＲＧに基づき更新される。
【００２０】
許可一覧に格納されたスケジューリング許可を処理するに際し、提供許可処理エンティティ３０８は、格納されたスケジューリング許可の中の最後のＮ個のＡＧ群を処理し、提供許可を発生させることができる。Ｎの値は１より大である。
【００２１】
あるいはまた、提供許可処理エンティティ３０８は許可一覧中に、最新の二次ＡＧを含む最新の一次ＡＧおよび後続のＲＧ群のみを維持することができる。一次ＡＧとは、一次ＲＮＴＩ（Radio Network Temporary ID）と共に受信されたＡＧであり、そして二次ＡＧとは、二次ＲＮＴＩと共に受信されたＡＧである。新しく一次ＡＧが受信された場合には、最後の二次ＡＧ以外の以前のＡＧおよびＲＧ群は、スケジューリング許可を必要とする次の送信が発生したときに許可一覧から除去される。これにより、送信空きの期間を引き起こす相当の処理オーバヘッドが削減される。
【００２２】
加えて、提供セル（serving cell）変更が発生したときはいつでも、提供許可処理エンティティ３０８は、許可一覧中に格納されたすべてのＡＧおよびＲＧを破棄する。この動作は、ＡＧをゼロに設定し、かつすべてのＲＧを破棄することに等価である。
【００２３】
ステップ４１０において提供許可がない（すなわち、その時点の提供許可がゼロである）と判定された場合、Ｅ−ＴＦＣ選択エンティティ３０２は、Ｅ−ＴＦＣをＥ−ＴＦＣ群の最小の集合に制限し（ステップ４１２）、さらにＥ−ＴＦＣ群のその最小の集合に基づき残存電力を計算する（ステップ４１４）。ステップ４１０において提供許可があると判定された場合、Ｅ−ＴＦＣ選択エンティティ３０２は、最大許容電力に基づき残存電力を計算する（ステップ４１４）。
【００２４】
残存電力が計算された後に、Ｅ−ＴＦＣ選択エンティティ３０２は、このＴＴＩに対するＥ−ＴＦＣを残存電力に基づき制限する（ステップ４１６）。Ｅ−ＴＦＣ選択エンティティ３０２は次にＥ−ＴＦＣを選択し、さらに多重化およびＴＳＮ設定エンティティ３０４は、ＭＡＣ−ｄフローおよびＭＡＣ−ｅｓ  ＰＤＵを多重化することによりＭＡＣ−ｅ  ＰＤＵを発生させる（ステップ４１８）。次に、このＴＴＩにおける送信に対して、ＷＴＲＵがその時点のスケジューリング許可で充足されているか否かを表示するハッピー・ビットが設定され（ステップ４２０）、そしてＭＡＣ−ｅ／ｅｓエンティティは次のＴＴＩまで待機する（ステップ４２２）。
【００２５】
ステップ４０６において、スケジュールされたデータに対するＨ−ＡＲＱ処理（すなわち動作中のＨ−ＡＲＱ処理）が利用可能でないか、またはスケジュールされたデータが利用可能でないかの何れかであると判定された場合、Ｅ−ＴＦＣ選択エンティティ３０２は次に、スケジュールされていないデータに対するＨ−ＡＲＱ処理およびスケジュールされていないデータが共に利用可能であるか否かを判定する（ステップ４２４）。スケジュールされていないデータに対するＨ−ＡＲＱ処理およびスケジュールされていないデータが共に利用可能である場合、Ｅ−ＴＦＣ選択エンティティ３０２は、スケジュールされていない許可があるか否かをさらに判定する（ステップ４２６）。スケジュールされていない許可は、ＭＡＣ−ｅ  ＰＤＵに含むことが可能なスケジュールされていないビットの最大数の形でＲＮＣによって設定される。同一のＴＴＩにおいて多重化される場合には、ＷＴＲＵはスケジュールされていない許可の総数までスケジュールされていない送信を送信することを許容される。スケジュールされていない許可がある場合、処理はステップ４１４に進み、残存電力を計算し、後続のＭＡＣ−ｅ機能（すなわちステップ４１６〜４２２）が以上説明したように実行される。
【００２６】
ステップ４２６においてスケジュールされていない許可がないと判定された場合、何れかの利用可能なＨ−ＡＲＱ処理があるか否かが判定される（ステップ４２８）。利用可能なＨ−ＡＲＱ処理がある場合、スケジューリング情報が、報告される必要があるか否か（すなわちトリガーとなる事象が発生しているか否か）が判定される（ステップ４３０）。
【００２７】
スケジューリング情報の報告は複数の別々の事象（これは構成設定可能である）によってトリガーされる。スケジューリング情報の発生は、本技術分野においてよく知られており、本発明の範囲には含まれない。ステップ４３０において送信される必要があるスケジューリング情報があると判定される場合、スケジューリング情報ビットが発生され（ステップ４３２）、そして処理はステップ４１４に進み、残存電力を計算する。そして、後続のＭＡＣ−ｅ機能（すなわちステップ４１６〜４２２）が以上説明したように実行される。送信されるべきスケジューリング情報が無い場合、このＴＴＩにおいては新規送信は発生せず、そしてＭＡＣ−ｅエンティティは次のＴＴＩまで待機する（ステップ４２２）。
【００２８】
ステップ４２８において利用可能なＨ−ＡＲＱ処理が無いと判定された（このＴＴＩにおける送信が再送信であることを意味する）場合、このＴＴＩにおける送信に対して、ハッピー・ビットが設定され、ＷＴＲＵがそのスケジューリング許可（ステップ４３４）で充足されているかが表示され、そしてＭＡＣ−ｅエンティティは次のＴＴＩまで待機する（ステップ４２２）。
【００２９】
実施態様
１．Ｅ−ＤＣＨ送信を制御するための方法。
【００３０】
２．スケジューリング許可を受信するステップを備えた実施態様１の方法。
【００３１】
３．前記スケジューリング許可を処理し、提供許可を計算するステップを備えた実施態様２の方法。
【００３２】
４．スケジュールされたデータに対するＨ−ＡＲＱ処理、およびスケジュールされたデータが共に利用可能であるか否かを判定し、かつ諾なら提供許可が存在するか否かを判定するステップを備えた実施態様１〜３の何れかの方法。
【００３３】
５．最大許容電力に基づき残存電力を計算するステップを備えた実施態様１〜４の何れかの方法。
【００３４】
６．前記残存電力に基づきＥ−ＴＦＣを制限するステップを備えた実施態様５の方法。
【００３５】
７．Ｅ−ＤＣＨ上での送信のために、Ｅ−ＴＦＣを選択し、およびＰＤＵを発生させるステップを備えた実施態様１〜６の何れかの方法。
【００３６】
８．前記受信されたスケジュールされた許可が複数のＴＴＩの各々において処理されるステップを備えた実施態様２〜７の何れかの方法。
【００３７】
９．前記スケジュールされた許可に関連付けられたＴＴＩにおいて送信するべきデータが無い場合には、前記受信されたスケジュールされた許可が許可一覧に格納される、実施態様２〜７の何れかの方法。
【００３８】
１０．最後のＮ個の絶対許可のみが前記許可一覧に格納され、および前記提供許可が該最後のＮ個の絶対許可に基づき計算される実施態様９の方法。
【００３９】
１１．最新の二次絶対許可を含む最新の一次絶対許可および後続の相対許可のみが前記許可一覧に格納され、前記提供許可を計算する実施態様９の方法。
【００４０】
１２．新規の一次絶対許可が受信された場合には、スケジューリング許可を必要とする次の送信が発生したとき、前記最後の二次絶対許可以外の以前の絶対許可および相対許可が前記許可一覧から除去される実施態様１１の方法。
【００４１】
１３．提供セル変更が発生したとき、前記許可一覧中の格納されたすべてのスケジューリング許可が破棄される実施態様９〜１２の何れかの方法。
【００４２】
１４．提供許可が無い場合、前記Ｅ−ＴＦＣがＥ−ＴＦＣ群の最小の集合に制限される、実施態様７〜１３の何れかの方法。
【００４３】
１５．スケジュールされたデータに対する前記Ｈ−ＡＲＱ処理および前記スケジュールされたデータの何れかが利用可能で無い場合、スケジュールされていないデータに対するＨ−ＡＲＱ処理およびスケジュールされていないデータが共に利用可能であるか否かを判定し、かつ諾である場合、スケジュールされていない許可が存在するか否かを判定するステップをさらに備えた実施態様４〜１４の何れかの方法。
【００４４】
１６．スケジュールされていない許可が存在する場合、最大許容電力に基づき残存電力を計算するステップに進むステップをさらに備えた実施態様１５の方法。
【００４５】
１７．スケジュールされていないデータに対する前記Ｈ−ＡＲＱ処理または前記スケジュールされていないデータの何れかが利用可能で無いと判定された場合、何れかの利用可能なＨ−ＡＲＱ処理があるか否かを判定するステップをさらに備えた実施態様１５〜１６の何れかの方法。
【００４６】
１８．利用可能なＨ−ＡＲＱ処理がある場合、スケジューリング情報を報告するためのトリガーとなる事象が発生しているか否かを判定するステップをさらに備えた実施態様１７の方法。
【００４７】
１９．前記トリガーとなる事象が発生している場合、スケジューリング情報ビットを発生させ、および最大許容電力に基づき残存電力を計算するステップに進むステップをさらに備えた実施態様１８の方法。
【００４８】
２０．前記トリガーとなる事象が発生していない場合、次のＴＴＩまで待機するステップをさらに備えた実施態様１８〜１９の何れかの方法。
【００４９】
２１．利用可能なＨ−ＡＲＱ処理が無いと判定された場合、このＴＴＩにおける送信に対してハッピー・ビットを設定するステップをさらに備えた実施態様１７〜２０の何れかの方法。
【００５０】
２２．スケジュールされていない許可が無いと判定された場合、利用可能な何かのＨ−ＡＲＱ処理があるか否かを判定するステップをさらに備えた実施態様１５〜２１の何れかの方法。
【００５１】
２３．利用可能なＨ−ＡＲＱ処理がある場合、スケジューリング情報を報告するためのトリガーとなる事象が発生しているか否かを判定するステップをさらに備えた実施態様２２の方法。
【００５２】
２４．前記トリガーとなる事象が発生している場合、スケジューリング情報ビットを発生させ、および最大許容電力に基づき残存電力を計算するステップに進むステップをさらに備えた実施態様２３の方法。
【００５３】
２５．前記トリガーとなる事象が発生していない場合、次のＴＴＩまで待機するステップをさらに備えた実施態様２４の方法。
【００５４】
２６．利用可能なＨ−ＡＲＱ処理が無いと判定された場合、このＴＴＩにおける送信に対してハッピー・ビットを設定するステップをさらに備えた実施態様２２〜２５の何れかの方法。
【００５５】
２７．アップリンク送信に対してＥ−ＤＣＨを割り付けられたＷＴＲＵ、およびノードＢ、を含む無線通信システムにおいてＥ−ＤＣＨ送信を制御するための該ＷＴＲＵにおけるＭＡＣ−ｅエンティティ。
【００５６】
２８．スケジューリング許可を受信し、および該スケジューリング許可を処理し提供許可を計算するように構成された提供許可処理エンティティを備えた実施態様２７のＭＡＣ−ｅエンティティ。
【００５７】
２９．最大許容電力に基づき残存電力を計算するように、該残存電力に基づきＥ−ＴＦＣを制限するように、およびＥ−ＴＦＣを選択するように構成された、Ｅ−ＴＦＣ選択エンティティを備えた実施態様２７〜２８の何れかのＭＡＣ−ｅエンティティ。
【００５８】
３０．ＭＡＣ−ｅ  ＰＤＵを発生させるように構成された多重化およびＴＳＮ設定エンティティを備えた実施態様２７〜２９の何れかのＭＡＣ−ｅエンティティ。
【００５９】
３１．複数のＨ−ＡＲＱ処理の１つを介するＭＡＣ−ｅ  ＰＤＵの送信のために該Ｈ−ＡＲＱ処理群を制御するように構成されたＨ−ＡＲＱエンティティを備えた実施態様２７〜３０の何れかのＭＡＣ−ｅエンティティ。
【００６０】
３２．前記提供許可処理エンティティは、複数のＴＴＩの各々において受信され、スケジュールされた許可を処理する実施態様２８〜３１の何れかのＭＡＣ−ｅ。
【００６１】
３３．前記提供許可処理エンティティは、前記受信されたスケジュールされた許可に関連付けられたＴＴＩにおいて送信されるべきデータが無いとき、該スケジュールされた許可を許可一覧に格納する実施態様２８〜３１の何れかのＭＡＣ−ｅ。
【００６２】
３４．前記提供許可処理エンティティは、前記許可一覧中の最後のＮ個の絶対許可のみを使用して前記提供許可を計算する実施態様３３のＭＡＣ−ｅ。
【００６３】
３５．前記提供許可処理エンティティは、最新の二次絶対許可を含む最新の一次絶対許可および後続の相対許可のみを前記許可一覧中に格納して前記提供許可を計算する実施態様３３のＭＡＣ−ｅ。
【００６４】
３６．前記提供許可処理エンティティは、新規の一次絶対許可が受信され、およびスケジューリング許可を必要とする次の送信が発生したとき、前記最後の二次絶対許可を除いて、以前の絶対許可および相対許可群を前記許可一覧から除去する実施態様３５のＭＡＣ−ｅ。
【００６５】
３７．前記提供許可処理エンティティは、提供セル変更が発生したとき、前記許可一覧中の格納されたすべてのスケジューリング許可を破棄する実施態様３３〜３６の何れかのＭＡＣ−ｅ。
【００６６】
３８．前記Ｅ−ＴＦＣ選択エンティティは、前記提供許可をチェックするように構成され、それにより、提供許可が無い場合、残存電力を計算する前に、該Ｅ−ＴＦＣ選択エンティティが、前記Ｅ−ＴＦＣをＥ−ＴＦＣ群の最小の集合に制限する実施態様２９〜３７の何れかのＭＡＣ−ｅ。
【００６７】
３９．前記提供許可処理エンティティは、スケジュールされたデータに対するＨ−ＡＲＱ処理が利用可能であり、およびスケジュールされたデータも利用可能であるときに、前記提供許可を計算するように構成された実施態様２８〜３８の何れかのＭＡＣ−ｅ。
【００６８】
４０．前記Ｅ−ＴＦＣ選択エンティティは、スケジュールされていないデータに対するＨ−ＡＲＱ処理が利用可能であり、およびスケジュールされていないデータが利用可能であり、さらにスケジュールされていない許可があるときに、次のＴＴＩにおける送信に対して残存電力を計算するように構成された実施態様２９〜３９の何れかのＭＡＣ−ｅ。
【００６９】
４１．前記Ｅ−ＴＦＣ選択エンティティは、利用可能なＨ−ＡＲＱ処理があり、およびスケジューリング情報を報告するためのトリガーとなる事象が発生しているとき、次のＴＴＩにおける送信に対して残存電力を計算するように構成された実施形態２９〜４０の何れかのＭＡＣ−ｅ。
【００７０】
本発明の特徴および要素が好適な実施形態において特定の組み合わせにおいて記述されているが、それぞれの特徴または要素は、好適な実施形態の他の特徴および要素なしで単独で、または本発明の他の特徴および要素のあるなしにかかわらず、様々な組み合わせにて使用可能である。
【図１】
2014239488.tif 000003
【図２】
2014239488.tif 000004
【図３】
2014239488.tif 000005
【図４】
2014239488.tif 000006