マルチキャリア動作に対する無線リンク制御のプロトコルデータユニットを生成するための方法および装置
マルチキャリア動作に対して無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）のサイズおよびフレキシブルなＲＬＣ ＰＤＵ作成を効率的に決定するための技術および方法が開示される。例示的な無線送信／受信ユニット（ＷＴＲＵ）は、現在の送信時間間隔（ＴＴＩ）の間に複数のキャリアのそれぞれに送信するのを許容される最大データ量を計算して、メディアアクセス制御（ＭＡＣ）ＰＤＵに多重化される各ＲＬＣ ＰＤＵがそのキャリアに対して計算される最大データ量の最小値に整合するようにＲＬＣ ＰＤＵデータフィールドのサイズを選択する。最大データ量は、例えば、現在のＴＴＩの間に各キャリアに対して適用可能な現在の許可に基づいて計算され得る。ＲＬＣ ＰＤＵは、特定の論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が現在のＴＴＩの間に適用可能な現在の許可によってキャリアに送信するのを許容される最大データ量の最小値の４Ｎ倍より少ないまたは等しいという条件で、後のＴＴＩのために生成され得、この場合のＮは、アクティブ化されたキャリアの数である。最大データ量は、各キャリア上の余剰電力に基づいて計算され得る。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２００９年４月２４日に出願された米国仮出願第６１／１７２４９９号明細書の権利を主張するものであり、参照することにより、完全に記載されたかのように本出願に組み込まれる。
【０００２】
本出願は、無線通信に関する。
【背景技術】
【０００３】
無線送信／受信ユニット（ＷＴＲＵ）およびＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）内の無線リンク制御（ＲＬＣ）エンティティは、透過モード（ＴＭ）、非確認型モード（ＵＭ）または確認型モード（ＡＭ）で動作し得る。ＵＭ ＲＬＣエンティティおよびＴＭ ＲＬＣエンティティは、送信ＲＬＣエンティティまたは受信ＲＬＣエンティティになるように構成され得る。送信ＲＬＣエンティティは、ＲＬＣプロトコルデータユニット（ＰＤＵ）を送信し、受信ＲＬＣエンティティは、ＲＬＣ ＰＤＵを受信する。ＡＭ ＲＬＣエンティティは、送信側と受信側とを備える。ＡＭ ＲＬＣエンティティの送信側は、ＲＬＣ ＰＤＵを送信し、ＡＭ ＲＬＣエンティティの受信側は、ＲＬＣ ＰＤＵを受信する。
【０００４】
図１Ａと図１Ｂはそれぞれ、従来型のＵＭ ＲＬＣ ＰＤＵフォーマットとＡＭ ＲＬＣ ＰＤＵフォーマットとを示す。シーケンス番号フィールドは、ＲＬＣ ＰＤＵのシーケンス番号を示す。長さインジケータフィールドは、ＲＬＣ ＰＤＵ内で終了する各ＲＬＣサービスデータユニット（ＳＤＵ）の最後のオクテットを示すのに使用される。ＲＬＣ ＳＤＵまたはＲＬＣ ＳＤＵのセグメントは、データフィールドにマップされる。
【０００５】
従来、ＡＭ ＲＬＣエンティティは、無線リソース制御（ＲＲＣ）シグナリング経由のネットワークによって構成されるアップリンク（ＵＬ）内で固定サイズのＲＬＣ ＰＤＵを生成し得る。同様に、ＵＭ ＲＬＣエンティティは、ＲＬＣ ＰＤＵのサイズを、限定して構成されたサイズのセットから選び得る。
【０００６】
第３世代パートナーシッププロジェクト（３ＧＰＰ）のリリース７において、ＲＬＣプロトコルは、ＵＬ内ではなく、ダウンリンク（ＤＬ）内でフレキシブルなＲＬＣ ＰＤＵサイズをサポートするために拡張されている。３ＧＰＰのリリース８において、ＡＭ ＲＬＣエンティティおよびＵＭ ＲＬＣエンティティがＵＬ内でフレキシブルなサイズのＲＬＣ ＰＤＵを作成するのを許容されるように、フレキシブルなＲＬＣ ＰＤＵは、ＵＬ内でも許容されている。
【０００７】
ネットワークは、無線送信／受信ユニット（ＷＴＲＵ）内でアップリンク無線ベアラを構成して、ＲＲＣ層によって構成されるＲＬＣ ＰＤＵの最小サイズおよび最大サイズ内でフレキシブルなサイズのＲＬＣ ＰＤＵを生成し得る。より具体的には、ＷＴＲＵは、ＵＬ ＲＬＣ ＰＤＵの最小サイズより大きいまたは等しいおよびＵＬ ＲＬＣ ＰＤＵの最大サイズより小さいまたは等しいＲＬＣ ＰＤＵを作成するために、アップリンクＲＬＣ ＳＤＵをセグメントに分けるおよび／または連結し得る。送信されるデータがＵＬ ＲＬＣ ＰＤＵの最小サイズのＲＬＣ ＰＤＵを作成するほど大きくない場合、ＲＬＣエンティティは、ＵＬ ＲＬＣ ＰＤＵの最小サイズより小さいＡＭ ＰＤＵを作成し得る。このことは、使用可能なデータ量がＵＬ ＲＬＣ ＰＤＵの最小サイズより少ない場合にパディングする必要性を取り除く。
【０００８】
送信効率を最大にするために、ＲＬＣ ＰＤＵのサイズは、現在の送信時間間隔（ＴＴＩ）において無線インタフェースを介して所与の論理チャネルに送信するのを許容されるであろうビット数に整合(match)しなくてはならない。このことは、送信効率を高め、第２層（Ｌ２）ヘッダのオーバーヘッドを大幅に減らす。
【０００９】
現在の３ＧＰＰ仕様に従って、ＲＬＣエンティティは、メディアアクセス制御（ＭＡＣ）から所与の論理チャネルに要求されるビット数に基づいて、所与の送信機会(transmission opportunity)にＲＬＣ ＰＤＵを作成し得る。ＲＬＣエンティティは、ＭＡＣエンティティによって特定の論理チャネルに要求されるデータに整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選択する。この選択肢(option)を用いると、ＲＬＣエンティティは、送信機会がＭＡＣエンティティから情報を取得するまで待機する必要があり、そのためにある待ち時間の問題が発生し得る。
【００１０】
あるいは、ＲＬＣエンティティは、次回のＴＴＩの間に送信され得るよりも多くのＲＬＣ ＰＤＵを作成し得る。このことがＲＬＣ ＰＤＵ作成とそれをＭＡＣ ＰＤＵに包含することとの間で遅延を効果的に作成するので、この選択肢は、処理要件を緩和する。ＲＬＣ ＰＤＵのサイズは、現在の許可(grant)、スケジュールされたまたはスケジュールされていないかに従って送信するのを許容されるビット数に基づく。
【００１１】
無線システムのスループットをさらに向上させるために、マルチキャリア動作が３ＧＰＰにおいて検討されている。マルチキャリア動作において、ＷＴＲＵおよびノードＢは、多重キャリア経由で送受信し得る。
【００１２】
フレキシブルなＲＬＣ ＰＤＵ作成は、現在、ＲＬＣ ＰＤＵが単一のキャリア経由で送信される場合に対処している。発明者は、マルチキャリア動作を用いると、ＷＴＲＵが多重キャリア経由で所与のＴＴＩの間に２以上のＭＡＣ ＰＤＵを送信する選択肢を有するであろうことを認識している。チャネル状態、使用可能な電力(available power)、および許可は、キャリアを通じて同じになり得ないので、マルチキャリアに対するフレキシブルなＰＬＣ ＰＤＵの作成のための技術が要求される。
【発明の概要】
【００１３】
マルチキャリア動作に対してＲＬＣ ＰＤＵのサイズおよびフレキシブルなＲＬＣ ＰＤＵ作成を効率的に決定するための装置および方法が開示される。一実施形態において、ＷＴＲＵは、複数のキャリアのそれぞれに対して、現在のＴＴＩの間に送信を許容される最大データ量を計算して、ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵがそのキャリアに対して計算される最大データ量の最小値に整合するようにＲＬＣ ＰＤＵデータフィールドのサイズを選択するように構成される。最大データ量は、例えば、現在のＴＴＩの間に各キャリアに対して適用可能な現在の許可に基づいて計算され得る。ＲＬＣ ＰＤＵは、特定の論理チャネルに対してまだ処理されていない(outstanding)事前生成されたＲＬＣ ＰＤＵ内のデータ量が現在のＴＴＩの間に適用可能な現在の許可によってキャリアに送信を許容される最大データ量の最小値の４Ｎ倍より少ないまたは等しいという条件で、後のＴＴＩのために生成され得、この場合のＮは、アクティブ化されたキャリアの数である。最大データ量は、各キャリア上の最大余剰電力に基づいて計算され得る。
【図面の簡単な説明】
【００１４】
より詳細な理解は、添付図面と併せて例として与えられた以下の説明から得ることができる。
【００１５】
【図１Ａ】従来型のＵＭ ＲＬＣ ＰＤＵフォーマットを示すフォーマット図である。
【図１Ｂ】従来型のＡＭ ＲＬＣ ＰＤＵフォーマットを示すフォーマット図である。
【図２】複数のＷＴＲＵ、ノードＢ、制御無線ネットワークコントローラ（ＣＲＮＣ）、サービング無線ネットワークコントローラ（ＳＲＮＣ）およびコアネットワークを含む無線通信システムを示すブロック図である。
【図３】図２に通信無線システムのＷＴＲＵおよびノードＢの機能的ブロック図である。
【図４】一実施形態に従ってＲＬＣ ＰＤＵを生成するための例示的なプロセスのフロー図である。
【発明を実施するための形態】
【００１６】
以下で言及する場合、用語「ＷＴＲＵ」は、ユーザ機器（ＵＥ）、移動局、固定式または移動式加入者ユニット、ページャ、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、コンピュータ、センサ、マシン対マシン（Ｍ２Ｍ）デバイス、または無線環境において動作することができるその他のタイプのデバイスを含むが、これに限らない。以下で言及する場合、用語「基地局」は、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境において動作することができるその他のタイプのインタフェーシングデバイスを含むが、これに限らない。以下で言及する場合、用語「キャリア」と「周波数」とは、同じ意味で使用されるであろうし、異なるシステムでは、３ＧＰＰロングタームエボリューション（ＬＴＥ）における「コンポーネントキャリア」のような異なる用語を使用し得ることに留意されたい。
【００１７】
本実施形態では、３ＧＰＰ高速パケットアクセス（ＨＳＰＡ）に関連する制御チャネルおよびデータチャネルに関して開示されるが、本実施形態では、３ＧＰＰ ＨＳＰＡに限らず、３ＧＰＰ ＬＴＥ、ＬＴＥアドバンスト、ｃｄｍａ２０００、ＩＥＥＥ８０２．ｘｘなどを含むがこれに限定されない、現在存在するまたは今後開発されるであろう任意の無線通信技術にも適用可能であることに留意されたい。本明細書で説明される実施形態は、任意の順序または組み合わせにおいて適用可能になり得る。
【００１８】
図２に関して、例示的な無線通信システム１００は、複数のＷＴＲＵ１１０、ノードＢ１２０、制御無線ネットワークコントローラ（ＣＲＮＣ）１３０、サービング無線ネットワークコントローラ（ＳＲＮＣ）１４０、およびコアネットワーク１５０を含む。ノードＢ１２０およびＣＲＮＣ１３０をまとめて、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）と呼び得る。
【００１９】
図２に示すように、ＷＴＲＵ１１０は、ノードＢとの通信を行い、ノードＢは、Ｉｕｂインタフェース経由でＣＲＮＣ１３０およびＳＲＮＣ１４０との通信を行い、ＣＲＮＣ１３０とＳＲＮＣ１４０とは、Ｉｕｒインタフェース経由で接続される。図２では、３つのＷＴＲＵ１１０、１つのノードＢ１２０、１つのＣＲＮＣ１３０、および１つのＳＲＮＣ１４０を示しているが、無線および有線デバイスの任意の組み合わせも、無線通信システム１００に含まれ得る。
【００２０】
図３は、図２の無線通信システム１００のＷＴＲＵ１１０およびノードＢ１２０の機能的ブロック図である。図３に示すように、ＷＴＲＵ１１０は、ノードＢ１２０との通信を行い、その両方は、実施形態のうちのいずれか１つに従って、マルチキャリア動作に対してＲＬＣ ＰＤＵのサイズを決定してＲＬＣ ＰＤＵを生成するように構成される。
【００２１】
典型的なＷＴＲＵに見られ得るコンポーネントに加え、例示的なＷＴＲＵ１１０は、プロセッサ１１５、レシーバ１１６、トランスミッタ１１７、メモリ１１８およびアンテナ１１９を含む。ＷＴＲＵ１１０（即ち、プロセッサ１１５、レシーバ１１６、およびトランスミッタ１１７）は、多重キャリア経由でアップリンクおよび／またはダウンリンク上で送信および／または受信するように構成される。メモリ１１８は、オペレーティングシステム、アプリケーションなどを含むソフトウェアを格納するために提供される。プロセッサ１１５は、実施形態のうちのいずれか１つに従って、単独またはソフトウェアと関連して、マルチキャリア動作に対するＲＬＣ ＰＤＵのサイズの決定およびＲＬＣ ＰＤＵの生成を行うように構成され得る。レシーバ１１６およびトランスミッタ１１７は、プロセッサ１１５との通信を行う。アンテナ１１９は、レシーバ１１６とトランスミッタ１１７の両方との通信を行って、無線データの送受信を容易にする。
【００２２】
典型的なノードＢに見られ得るコンポーネントに加え、例示的なノードＢ１２０は、プロセッサ１２５、レシーバ１２６、トランスミッタ１２７、メモリ１２８およびアンテナ１２９を含む。ノードＢ１２０（即ち、プロセッサ１２５、レシーバ１２６、およびトランスミッタ１２７）は、多重キャリア経由でダウンリンクおよび／またはアップリンク上で送信および／または受信するように構成される。プロセッサ１２５は、実施形態のうちのいずれか１つに従って、マルチキャリア動作に対してＲＬＣ ＰＤＵのサイズを決定してＲＬＣ ＰＤＵを生成するように構成され得る。レシーバ１２６およびトランスミッタ１２７は、プロセッサ１２５との通信を行う。アンテナ１２９は、レシーバ１２６とトランスミッタ１２７の両方との通信を行って、無線データの送受信を容易にする。
【００２３】
一実施形態に従って、ＷＴＲＵ（即ち、ＷＴＲＵのＲＬＣエンティティ）は、アクティブ化されたすべてのキャリアに対してＲＬＣ ＰＤＵの１つのサイズ、（ヘッダ（複数可）を考慮に入れる場合ＲＬＣ ＰＤＵデータフィールドのサイズも同等に）を選び、そのＷＴＲＵが送信に使用可能なデータを有するという条件で、現在および／または後のＴＴＩのためにＲＬＣ ＰＤＵを事前生成するように構成され得る。
【００２４】
ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、キャリアのいずれに対しても、適用可能な現在の許可の最小によって与えられる、キャリアに送信するのを許容される最大データ量に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。例えば、２つのキャリア（例えば、一次キャリアおよび二次キャリア）がアクティブ化された場合、ＲＬＣ ＰＤＵデータフィールドのサイズは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが以下の最大データ量のうちの最小値に整合するように選ばれ得る。
【００２５】
現在のＴＴＩの間に適用可能な現在の許可によって一次アップリンク周波数上に送信するのを許容される最大データ量
現在のＴＴＩの間に適用可能な現在の許可によって二次アップリンク周波数上に送信するのを許容される最大データ量
許可（即ち、拡張専用チャネル（Ｅ−ＤＣＨ）送信に対する許可）は、キャリアごとに構成され得る。その許可は、スケジュールされた許可および／またはスケジュールされていない許可になり得る。スケジュールされた許可の場合、ＷＴＲＵは、ネットワークから受信される情報に基づいてＷＴＲＵが更新するサービング許可を保持する。サービング許可は、ＷＴＲＵが、対応するＴＴＩにＥ−ＤＣＨ専用物理データチャネル（Ｅ−ＤＰＤＣＨ）上で使用し得る最大電力を直接指定する。サービング許可は、Ｅ−ＤＣＨ絶対許可チャネル（Ｅ−ＡＧＣＨ）およびＥ−ＤＣＨ相対許可チャネル（Ｅ−ＲＧＣＨ）によって更新される。ネットワークはまた、ＷＴＲＵにスケジュールされていない許可を提供して、そのＷＴＲＵがＴＴＩの間にＥ−ＤＣＨ上に送信し得る最大ブロックサイズを構成する。
【００２６】
「適用可能な許可」は、論理チャネルに依存するスケジュールされた許可か、またはスケジュールされていない許可のいずれかに対応する。論理チャネルがスケジュールされたＭＡＣ−ｄフローに属する場合、その論理チャネルに適用可能な許可は、サービング許可（即ち、スケジュールされた許可）に対応する。論理チャネルがスケジュールされていないＭＡＣ−ｄフローに属する場合、その論理チャネルに適用可能な許可は、対応するＭＡＣ−ｄフローに構成されるスケジュールされていない許可に対応する。
【００２７】
デュアルキャリア動作の場合、スケジュールされていないフローは、一次アップリンク周波数上で許容され得るが、二次アップリンク周波数上では許容され得ない。この場合、論理チャネルがスケジュールされていないＭＡＣ−ｄフローに属する場合、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、対応するＭＡＣ−ｄフローに対するスケジュールされていない許可によって送信するのを許容されるデータ量に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズが決定され得る。従って、スケジュールされていないフローが二次周波数において許容されない場合、ＲＬＣ ＰＤＵデータフィールドのサイズは、それが以下の最大データ量のうちの最小値に整合するように選ばれ得る：
現在のＴＴＩの間に適用可能な現在の許可（スケジュールされたまたはスケジュールされていない）によって一次アップリンク周波数上に送信するのを許容される最大データ量および
現在のＴＴＩの間に適用可能な現在の許可（スケジュールされた）によって二次アップリンク周波数上に送信するのを許容される最大データ量。
【００２８】
従って、ＷＴＲＵがスケジュールされていないデータを二次アップリンク周波数上に送信するのを許容されていない場合、スケジュールされていないＭＡＣ−ｄフローに属する論理チャネルに対するＲＬＣ ＰＤＵのサイズは、一次アップリンク周波数に対する適用可能な許可に基づいて決定される。
【００２９】
ＲＬＣ ＰＤＵのサイズまたはＲＬＣ ＰＤＵデータフィールドのサイズを決定する場合、ＲＬＣ ＰＤＵのサイズは、バッファ内に使用可能なデータが十分なければ、構成されたＲＬＣ ＰＤＵの最大サイズを上回ってはならないし、構成されたＲＬＣ ＰＤＵの最小サイズを下回ってもならない。
【００３０】
単一のキャリア動作の場合、ＲＬＣ ＰＤＵは、例えば、特定の論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が、現在のＴＴＩの間に適用可能な現在の許可（スケジュールされたまたはスケジュールされていない）によって送信するのを許容される最大データ量の４倍より少ないまたは等しい場合に事前生成され得る。一実施形態に従って、マルチキャリア動作の場合、ＷＴＲＵは、特定の論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が、現在のＴＴＩの間に適用可能な現在の許可によってキャリアに送信するのを許容される最大データ量の最小値の４×Ｎ倍より少ないまたは等しいという条件で、ＲＬＣ ＰＤＵを事前生成するように構成され得、この場合のＮは、アクティブ化されたキャリアの数である。例えば、デュアルキャリア動作において、Ｎは２に対応し、従って、ＷＴＲＵは、論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が、現在のＴＴＩの間に適用可能な現在の許可によってキャリアに送信するのを許容される最大データ量の最小値の８（即ち、４×２）倍より少ないまたは等しい場合、ＲＬＣ ＰＤＵ（複数可）を事前生成するのを許容される。他の例の場合、４Ｎの代わりに、構成されたキャリアの数の任意の整数倍が構成され得る。
【００３１】
図４は、一実施形態に従ってＲＬＣ ＰＤＵを生成するための例示的なプロセス４００のフロー図である。ＷＴＲＵ（即ち、ＷＴＲＵのＲＬＣエンティティ）は、論理チャネルを選択する（ステップ４０２）。論理チャネルは、例えば、Ｅ−ＤＣＨトランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）の選択ルールに従って選択され得る。ＷＴＲＵは、選択された論理チャネルの送信に使用可能なデータがあるかどうかを決定するように構成され得る（ステップ４０４）。任意には、このことは、閾値を越える十分なデータ量を決定することになり得る。ＷＴＲＵは、ＲＬＣ ＰＤＵの事前生成が、選択された論理チャネルに許容されるかどうかを任意に決定するようにも構成され得る。使用可能なデータがない場合および／または任意には、ＲＬＣ ＰＤＵの事前生成が論理チャネルに許容されない場合、処理するための別の論理チャネルがあるかどうかが決定される（ステップ４１４）。この場合、プロセス４００は、ステップ４１４の決定に基づいて別の論理チャネルを選択するためにステップ４０２に戻るか、または終了する。
【００３２】
論理チャネルに使用可能なデータがある（および任意には、ＲＬＣ ＰＤＵの事前生成が、選択された論理チャネルに許容される）場合、この例のＷＴＲＵは、以前のＴＴＩ（複数可）において選択された論理チャネル対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ（複数可）内のデータ量が、構成された閾値を上回るか否かを決定する（ステップ４０６）。構成された閾値は、例えば、現在のＴＴＩの間に適用可能な現在の許可によってキャリアに送信するのを許容される最大データ量の最小値の４×Ｎ倍になり得、この場合のＮは、アクティブ化されたキャリアの数である。構成された閾値を上回った場合、この例のＷＴＲＵは、論理チャネルに対してこれ以上ＲＬＣ ＰＤＵを事前生成するのを許容されず、プロセス４００は、ステップ４１４に分岐して、別の論理チャネルがあるかどうかを決定する。構成された閾値を上回らない場合、ＷＴＲＵは、論理チャネルに対してＲＬＣ ＰＤＵ（複数可）を事前生成するのを許容される。あるいは、ＷＴＲＵは、ＲＬＣ ＰＤＵを事前生成するのを許容されているかどうかを確認しないように構成され得る（即ち、ステップ４０６が省略され得る）が、残りのステップ（４０８、４１０、４１２）を直接継続して、ＷＴＲＵが作成し得るＲＬＣ ＰＤＵのサイズおよびＲＬＣ ＰＤＵの数を決定し得る。ＲＬＣ ＰＤＵを事前生成することができない場合、ＷＴＲＵが事前生成し得るＲＬＣ ＰＤＵの数は、１に相当する。
【００３３】
ＲＬＣ ＰＤＵ（複数可）の事前生成において、この例のＷＴＲＵは、論理チャネルのタイプ（即ち、スケジュールされたまたはスケジュールされていないか）を決定して、現在のＴＴＩの間に適用可能な現在の許可によってそれぞれのキャリア上に送信するのを許容される最大データ量を決定する（ステップ４０８）。論理チャネルがスケジュールされたＭＡＣフローに属する場合、適用可能な許可は、サービング許可であり、そして論理チャネルがスケジュールされていないＭＡＣフローに属する場合、適用可能な許可は、対応するＭＡＣ−ｄフローに構成されるスケジュールされていない許可である。代替的または付加的には、最大データ量は、以下で詳細に説明するように、各キャリア上の電力（最大余剰電力、ＷＴＲＵの電力ヘッドルームまたは同種のもの）に基づいて計算され得る。
【００３４】
この例のＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、現在のＴＴＩ（スケジュールされたまたはスケジュールされていない）の間にアクティブ化されたキャリアに送信するのを許容される最大データ量の最小値に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズ、（ＲＬＣ ＰＤＵのサイズも同等に）を選択する（ステップ４１０）。
【００３５】
ＷＴＲＵは、選択されたＲＬＣ ＰＤＵデータフィールドのサイズ（例えば、ＸRLCPDU size）に基づいて、後のＴＴＩのために選択された論理チャネルに対して少なくとも１つのＲＬＣ ＰＤＵを生成する（ステップ４１２）。一例におけるＷＴＲＵは、次のように、論理チャネルに対して事前生成するためのデータ量（即ち、ＲＬＣ ＰＤＵの数）を決定する。以前のＴＴＩにおいて事前生成されたＲＬＣ ＰＤＵ（複数可）の量は、Ｋpre-generatedとする。ＲＬＣ ＰＤＵがまだ事前生成されていない場合、事前生成するのを許容される最大データ量は、４×Ｎ×ＸRLC PDU sizeによって決定され得、この場合のＮは、アクティブ化されたキャリアの数であり、そしてＸRLC PDU sizeは、現在のＴＴＩの間に適用可能な現在の許可（スケジュールされたまたはスケジュールされていない）によってすべてのキャリア上に送信するのを許容される最大データ量の最小値である。あるいは、ＸRLC PDU sizeは、本明細書で説明される実施形態のうちのいずれかに従って決定されるように、ＷＴＲＵが作成することができるＲＬＣ ＰＤＵのサイズに対応し得る。
【００３６】
ＷＴＲＵは、論理チャネルに対して残りの使用可能なスペース（Ｋremaining allowed）までＲＬＣ ＰＤＵを事前生成するように構成され得、次のように計算される：
Ｋremaining allowed＝ｍｉｎ（Ｋavailable data,（Ｋmax,allowed data−Ｋpre-generated）） 式（１）
であり、この場合のＫavailable dataは、論理チャネルに送信するために使用可能なデータ量である。任意には、ＷＴＲＵは、現在のＴＴＩに送信されるであろうデータを考慮に入れた後、Ｋremaining allowedを計算するように構成され得る。より詳細には、データが現在のＴＴＩにおいて送信が可能または送信されるであろう場合、ＷＴＲＵは、そのデータ量をＫpre-generatedから引くように構成され得る。ＲＬＣ ＰＤＵ作成が、Ｅ−ＴＦＣ選択手順およびＭＡＣ−ｉ／ｉｓ ＰＤＵ作成が完了した後に行われる場合、Ｋpre-generatedは、事前生成された残りのビットまたはバイト数を含有する。
【００３７】
ＷＴＲＵは、論理チャネルに対して事前生成されるＲＬＣ ＰＤＵの最大数（ＮMAX RLC PDUs）を計算するように構成され得、次のようになる：
ＮMAX RLC PDUs＝ Ｋremaining allowed／ＸRLC PDU size 式（２）
【００３８】
この場合の ｘ は、ｘより小さいまたは等しい最大整数を与える床関数であり、ＮMAX RLC PDUsは、負でない整数である。この結果、ＷＴＲＵがＲＬＣ ＰＤＵを不十分に生成し得る。
【００３９】
あるいは、ＷＴＲＵは、論理チャネルに対して生成されるＲＬＣ ＰＤＵの最大数を計算するように構成され得、次のようになる：
ＮMAX RLC PDUs＝ Ｋremaining allowed／ＸRLC PDU size 式（３）
【００４０】
この場合の ｘ は、ｘより大きいまたは等しい最小整数を与える天井関数である。この結果、式（２）に比べて、ＷＴＲＵがＲＬＣ ＰＤＵを少し多く生成し得る。
【００４１】
あるいは、ＷＴＲＵは、Ｎが Ｋremaining allowed／ＸRLC PDU size に相当する、サイズがＸRLC PDU sizeであるＮ全(full)ＲＬＣ ＰＤＵ、およびｍｉｎ（ＲＬＣ ＰＤＵの最小サイズ、ｍｏｄ（Ｋremaining allowed，ＸRLC PDU size））に等しいサイズの付加的なＲＬＣ ＰＤＵを生成するように構成され得る。
【００４２】
ＷＴＲＵは、論理チャネルが所与のＴＴＩにおいて多重化されるまたは送信するのを許容されることに関係なく、データがＲＬＣエンティティ内で使用可能になる時にＲＬＣ ＰＤＵを事前生成するように構成され得る。例えば、ＷＴＲＵが所与のＴＴＩにおいてスケジュールされたまたはスケジュールされていない送信を送信するのを許容されていないとしても、そのＷＴＲＵは、本明細書で説明される実施形態に従ってＲＬＣ ＰＤＵをさらに事前生成し得る。
【００４３】
あるいは、データがＲＬＣエンティティ内で使用可能になり、ＷＴＲＵが所与のＴＴＩにおいてデータのタイプを論理チャネルに送信するのを許容される時、そのＷＴＲＵは、特定の論理チャネルに対してＲＬＣ ＰＤＵを事前生成するように構成され得る。例えば、データが、スケジュールされていないＭＡＣ−ｄフローに構成される論理チャネルに使用可能になっても、ＷＴＲＵが所与のＴＴＩにおいてスケジュールされていない送信を送信するのを許容されていない場合、そのＷＴＲＵは、ＲＬＣ ＰＤＵを事前生成しないように構成され得る。あるいは、このルールは、スケジュールされたフローに適用され得る。あるいは、スケジュールされていないフローの場合、ＷＴＲＵは、対応するＭＡＣ−ｄフローに対するスケジュールされていない許可が半静的である場合、上位層からデータが到着した後にＲＬＣ ＰＤＵを事前生成するように構成され得る。
【００４４】
あるいは、ＷＴＲＵは、ＭＡＣ−ｄフローの優先度に基づく多重化制限に従って、データが使用可能であり、ＷＴＲＵが所与のＴＴＩにデータをその論理チャネルに送信するのを許容される時に、ＲＬＣ ＰＤＵ（複数可）を事前生成するように構成され得る。
【００４５】
あるいは、ＷＴＲＵは、データが使用可能であり、そのＷＴＲＵが所与のＴＴＩにデータを多重化することができた時（例えば、データがそのＴＴＩにその論理チャネルから送信されるであろう時）、ＲＬＣ ＰＤＵ（複数可）を事前生成するように構成され得る。
【００４６】
上記の実施形態において、ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、現在のＴＴＩ（スケジュールされたまたはスケジュールされていない）の間にすべてのキャリア上に送信するのを許容される最大データ量の最小値に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズ、（ＲＬＣ ＰＤＵのサイズも同等に）を選択するように構成され得る。
【００４７】
あるいは、ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉ／ｉｓ ＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、キャリアのいずれに対しても、適用可能な現在の許可の最大限によって与えられる、キャリアに送信するのを許容される最大データ量に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。
【００４８】
あるいは、ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉ／ｉｓ ＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、キャリアのいずれに対しても、適用可能な現在の許可の合計によって与えられる、キャリアに送信するのを許容される最大データ量に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。現在の許可が電力比に関して表されるスケジュールされた許可である場合、その合計は、最初に（線形単位で）電力比を合計して、次に、合計された電力比を用いて送信され得るデータ量を決定することによって計算され得る。あるいは、その合計は、最初に個々の許可を用いて送信され得るデータ量を決定して、次に、それらのデータ量を合計することによって計算され得る。
【００４９】
あるいは、ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉ／ｉｓ ＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、キャリアのいずれに対しても、適用可能なすべての許可の平均によって与えられる、すべてのキャリアに送信するのを許容される最大データ量に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。現在の許可が電力比に関して表されるスケジュールされた許可である場合、その平均は、最初に（線形単位で）電力比を平均して、次に、平均された電力比を用いて送信され得るデータ量を決定することによって計算され得る。あるいは、その平均は、最初に個々の許可を用いて送信され得るデータ量を決定して、次に、それらのデータ量を平均することによって計算され得る。
【００５０】
あるいは、ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉ／ｉｓ ＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、キャリアのいずれに対しても、事前決定された数のＴＴＩ（または無限インパルス応答（ＩＩＲ）フィルタが使用される場合に効果的な数のＴＴＩ）の間にすべてのキャリアによって適用可能な許可によって許容される最大データ量の移動平均に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。
【００５１】
別の実施形態に従って、ＷＴＲＵは、ＲＬＣ ＰＤＵの複数のセットを作成するように構成され得、そこでは各セット内のＲＬＣ ＰＤＵデータフィールドのサイズが、適用可能な許可によって各キャリア内に送信するのを許容される最大データ量に整合するように選ばれる。例えば、ＷＴＲＵが２つのキャリアを介して通信を行うように構成される場合、そのＷＴＲＵは、その２つキャリアに対してＲＬＣ ＰＤＵの２のセットを生成するように構成され得、そこでは各セット内のＲＬＣ ＰＤＵデータフィールドのサイズが、適用可能な許可によって対応するキャリア内に送信するのを許容される最大データ量に整合するように選ばれる。
【００５２】
任意のＴＴＩにおいてＷＴＲＵは、許可よりはむしろ電力によって制限されるように構成され得る。従って、ＷＴＲＵは、キャリア上で使用可能な電力を考慮に入れ、任意にはＲＬＣ ＰＤＵデータフィールドのサイズ（即ち、現在のＴＴＩの間に各キャリアに送信するのを許容される最大データ量）を決定する際の許可を付加するように構成され得る。
【００５３】
各キャリアが分離した最大電力を構成または割り振られた場合、ＷＴＲＵは、例えば、各キャリア上へのＥ−ＤＣＨ送信を許容される最大余剰電力を計算するように構成され得る。各キャリアに対するＥ−ＤＣＨ送信を許容される最大余剰電力は、制御チャネル（即ち、専用物理制御チャネル（ＤＰＣＣＨ）および高速専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ））に要求される電力を、キャリアに割り振られた最大電力から引くことによって計算される電力である。ＷＴＲＵは、適用可能な現在の許可と現在のＴＴＩの間に各キャリア上へのＥ−ＤＣＨ送信を許容される最大余剰電力との両方に基づいて送信され得る最大データ量を計算するように構成され得る。ＷＴＲＵは次に、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉ／ｉｓ ＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、すべてのキャリア上の最大データ量の最小値に整合するように、ＲＬＣ ＰＤＵの事前生成に対してＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。
【００５４】
Ｅ−ＤＣＨ送信を許容される最大余剰電力は、マルチセル動作に指定されるＥ−ＤＣＨトランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）制限機構に従って計算され得る。標準化された余剰電力に基づいて所与のキャリア上に送信することができる最大データ量を決定する時、ＷＴＲＵは、所与の論理チャネルに対応するＭＡＣ−ｄフローのオフセット電力(power offset)に基づいて、またはあるいは、フローのタイプ（例えば、スケジュールされたまたはスケジュールされていない）に対する上位優先度をもつＭＡＣ−ｄフローまたは最高優先度をもつＭＡＣ−ｄフローのオフセット電力に基づいてサポートされるＥ−ＴＦＣを決定するように構成され得る。ＷＴＲＵは、対応する論理チャネルのハイブリッド自動再送要求（ＨＡＲＱ）のオフセットも考慮に入れるように構成され得る。
【００５５】
１つの最大電力がすべてのキャリアによって共有されるようにすべてのキャリアに構成される場合、ＷＴＲＵは、スケジュールされていない送信に電力を事前割り振りした後、キャリアに対するサービング許可比率に基づいて各キャリアへのＥ−ＤＣＨ送信を許容される最大余剰電力を計算するように構成され得る。ＷＴＲＵは、各キャリアに対して適用可能な余剰電力を各自のキャリアによって使用され得ると見なすように構成され得る。あるいは、ＷＴＲＵは、使用可能な全余剰電力の半分が各キャリアに使用可能であると見なすように構成され得る。
【００５６】
例えば、デュアルキャリア動作において、ＷＴＲＵは最初に、スケジュールされていない送信に対して１（または２）のキャリア（複数可）の電力を事前割り振りして、次にサービング許可比率（即ち、キャリア上のサービング許可比率）に従って、残りの値をスケジュールされた送信に分割するように構成され得る。例えば、スケジュールされていない送信が二次キャリア上で許容されない場合、一次キャリア上へのＥ−ＤＣＨ送信を許容される最大余剰電力は、スケジュールされていない送信に事前割り振りされた電力と、スケジュールされた送信に割り振られた電力との合計になり得、そのスケジュールされた電力は、サービング許可比率、およびスケジュールされていない送信に事前割り振りされた電力および制御チャネル（即ち、ＤＰＣＣＨおよびＨＳ−ＤＰＣＣＨ）に要求された電力を、すべてのキャリアに割り振られた最大電力から引くことによって計算される残りの値に基づいて計算される。二次キャリア上へのＥ−ＤＣＨ送信を許容される最大余剰電力は、サービング許可比率、およびスケジュールされていない送信に事前割り振りされた電力および制御チャネル（即ち、ＤＰＣＣＨおよびＨＳ−ＤＰＣＣＨ）に要求された電力を、すべてのキャリアに割り振られた最大電力から引くことによって計算される残りの値に基づいて計算される、スケジュールされた送信に割り振られる電力になり得る。
【００５７】
このような実施形態は、各キャリアに対して標準化された余剰電力が、電力に基づいてそのキャリア上に送信することができる許容される最大データを決定するように、２以上のキャリアを用いた動作に等しく適用可能である。
【００５８】
ＷＴＲＵは、電力および許可に基づいてＷＴＲＵが各キャリアに送信することができる最大データ量、Ｋmaxdata,xを決定するように構成され得、この場合のｘは、キャリアの数に対応する。例えば、各キャリアに対して、割り振られる電力およびそのキャリアに対するＥ−ＴＦＣ制限に基づく最大データ量、およびそのキャリアに対するサービング許可に基づく最大データ量が決定されて、そのキャリアに対するＫmaxdata,xは、この２つのうちの最小値である。ＷＴＲＵは、ＲＬＣ ＰＤＵの事前生成に対するＲＬＣ ＰＤＵデータフィールドのサイズを、すべてのキャリアにおけるＫmaxdata,xの最小値として決定するように構成され得る。例えば、２つのキャリア（ｘ＝１，２）がアクティブ化される場合、ＲＬＣ ＰＤＵの事前生成に対するＲＬＣ ＰＤＵのサイズ（例えば、ＸRLC PDU size）は、Ｋmaxdata,1およびＫmaxdata,2のうちの最小値として決定され得る。以前に述べたように、構成されたＲＬＣ ＰＤＵ値の最大および最小も考慮に入れられ得る。
【００５９】
上述した実施形態のうちの１つに従って、オフセット電力またはビット数を計算するのに使用されるＨＡＲＱプロファイルが決定され得る。
【００６０】
別の実施形態に従って、ＷＴＲＵは、現在のＴＴＩの間に適用可能な現在の許可（即ち、すべてのキャリアに対する適用可能な許可の最小（または最大、合計、または平均）に基づく）によってすべてのキャリア上に送信するのを許容される最大データ量を決定するように構成され得る。ＷＴＲＵは次に、現在のＴＴＩの間に余剰電力によってすべてのキャリア上に送信するのを許容される最大データ量を決定する。ＷＴＲＵは次に、後のＴＴＩのために、すべてのキャリアに対する適用可能な許可に基づいて計算される最大データ量およびすべてのキャリア上の余剰電力に基づいて計算される最大データ量のうちの最小値になるように、事前生成される必要があるＲＬＣ ＰＤＵデータフィールドのサイズを決定する。
【００６１】
（実施形態）
１．マルチキャリア動作のためにＲＬＣ ＰＤＵを生成することを特徴とする方法。
【００６２】
２．論理チャネルを選択することを備えることを特徴とする実施形態１に記載の方法。
【００６３】
３．前記論理チャネルに使用可能なデータがあるかどうかを決定することを備えることを特徴とする実施形態２に記載の方法。
【００６４】
４．現在のＴＴＩの間に複数のキャリアのそれぞれに送信するのを許容される最大データ量を計算することを備えることを特徴とする実施形態２乃至３のいずれかにおける方法。
【００６５】
５．ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが前記キャリアに対して計算される前記最大データ量の最小値に整合するように、前記論理チャネルに対してＲＬＣ ＰＤＵデータフィールドのサイズを選択することを備えることを特徴とする実施形態４に記載の方法。
【００６６】
６．前記選択されたＲＬＣ ＰＤＵデータフィールドのサイズに基づいて後のＴＴＩのために少なくとも１つのＲＬＣ ＰＤＵを生成することを備えることを特徴とする実施形態５に記載の方法。
【００６７】
７．各キャリア上に送信することができる前記最大データ量は、前記現在のＴＴＩの間に各キャリアに対して適用可能な現在の許可に基づいて計算されることを特徴とする実施形態４乃至６のいずれかにおける方法。
【００６８】
８．前記ＲＬＣ ＰＤＵは、前記論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が前記現在のＴＴＩの間に前記適用可能な現在の許可によって前記キャリアに送信するのを許容される前記最大データ量の最小値の４Ｎ倍より少ないまたは等しいという条件で、前記後のＴＴＩのために生成され、この場合のＮがアクティブ化されたキャリアの数であることを特徴とする実施形態６乃至７のいずれかにおける方法。
【００６９】
９．前記適用可能な現在の許可は、前記論理チャネルがスケジュールされていないＭＡＣフローに属するという条件でスケジュールされていない許可であり、および前記適用可能な現在の許可は、前記論理チャネルがスケジュールされたＭＡＣフローに属するという条件でサービング許可であることを特徴とする実施形態７乃至８のいずれかにおける方法。
【００７０】
１０．一次キャリアおよび二次キャリアは、アクティブ化されることを特徴とする実施形態９に記載の方法。
【００７１】
１１．前記スケジュールされていないＭＡＣフローは、前記一次キャリア上で許容され、および前記スケジュールされたＭＡＣフローは、前記一次キャリア上と前記二次キャリア上との両方で許容されることを特徴とする実施形態１０に記載の方法。
【００７２】
１２．前記論理チャネルに対する前記ＲＬＣ ＰＤＵデータフィールドのサイズは、前記ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが、前記現在のＴＴＩの間に適用可能な現在のスケジュールされたまたはスケジュールされていない許可によって前記一次キャリア上に送信するのを許容される最大データ量および前記現在のＴＴＩの間に適用可能な現在のスケジュールされた許可によって前記二次キャリア上に送信するのを許容される最大データ量のうちの最小値に整合するように選択されることを特徴とする実施形態１１に記載の方法。
【００７３】
１３．前記最大データ量は、適用可能な現在の許可と各キャリア上へのＥ−ＤＣＨ送信に許容される最大余剰電力との両方に基づいて計算されることを特徴とする実施形態４乃至１２のいずれかにおける方法。
【００７４】
１４．一次キャリアへのＥ−ＤＣＨ送信に許容される最大余剰電力は、スケジュールされていない送信に事前割り振りされた電力と前記キャリアのサービング許可比率に基づいて割り振られる電力との合計であり、および二次キャリアへのＥ−ＤＣＨ送信に許容される最大余剰電力は、前記キャリアの前記サービング許可比率に基づいて割り振られる電力であることを特徴とする実施形態１３に記載の方法。
【００７５】
１５．マルチキャリア送信のためにフレキシブルなサイズのＲＬＣ ＰＤＵを生成することを特徴とするＷＴＲＵ。
【００７６】
１６．複数のキャリア経由で送信また受信するように構成されるトランシーバを備えることを特徴とする実施形態１５に記載のＷＴＲＵ。
【００７７】
１７．論理チャネルを選択するように構成されるプロセッサを備えることを特徴とする実施形態１６に記載のＷＴＲＵ。
【００７８】
１８．前記プロセッサは、前記論理チャネルに使用可能なデータがあるかどうかを決定するように構成されることを特徴とする実施形態１７に記載のＷＴＲＵ。
【００７９】
１９．前記プロセッサは、現在のＴＴＩの間に複数のキャリアのそれぞれに送信するのを許容される最大データ量を計算するように構成されることを特徴とする実施形態１７乃至１８のいずれかにおけるＷＴＲＵ。
【００８０】
２０．前記プロセッサは、ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが前記キャリアに対して計算される前記最大データ量の最小値に整合するように、前記論理チャネルに対してＲＬＣ ＰＤＵデータフィールドのサイズを選択し、および前記選択されたＲＬＣ ＰＤＵデータフィールドのサイズに基づいて後のＴＴＩのために少なくとも１つのＲＬＣ ＰＤＵを生成するように構成されることを特徴とする実施形態１９に記載のＷＴＲＵ。
【００８１】
２１．前記プロセッサは、前記現在のＴＴＩの間に各キャリアに対して適用可能な現在の許可に基づいて各キャリア上に送信することができる前記最大データ量を計算するように構成されることを特徴とする実施形態１９乃至２０のいずれかにおけるＷＴＲＵ。
【００８２】
２２．前記プロセッサは、特定の論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が前記現在のＴＴＩの間に前記適用可能な現在の許可によって前記キャリアに送信するのを許容される前記最大データ量の前記最小値の４Ｎ倍より少ないまたは等しいという条件で、前記後のＴＴＩのために前記ＲＬＣ ＰＤＵを生成するように構成され、この場合のＮがアクティブ化されたキャリアの数であることを特徴とする実施形態２０乃至２１のいずれかにおけるＷＴＲＵ。
【００８３】
２３．前記適用可能な現在の許可は、前記論理チャネルがスケジュールされていないＭＡＣフローに属するという条件でスケジュールされていない許可であり、および前記適用可能な現在の許可は、前記論理チャネルがスケジュールされたＭＡＣフローに属するという条件でサービング許可であることを特徴とする実施形態２１乃至２２のいずれかにおけるＷＴＲＵ。
【００８４】
２４．一次キャリアおよび二次キャリアは、アクティブ化され、および前記スケジュールされていないＭＡＣフローは、前記一次キャリア上で許容され、および前記スケジュールされたＭＡＣフローは、前記一次キャリア上と前記二次キャリア上との両方で許容されることを特徴とする実施形態２３に記載のＷＴＲＵ。
【００８５】
２５．前記プロセッサは、前記ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが、前記現在のＴＴＩの間に適用可能な現在のスケジュールされたまたはスケジュールされていない許可によって前記一次キャリア上に送信するのを許容される最大データ量および前記現在のＴＴＩの間に適用可能な現在のスケジュールされた許可によって前記二次キャリア上に送信するのを許容される最大データ量のうちの最小値に整合するように、前記論理チャネルに対する前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択するように構成されることを特徴とする実施形態２４に記載のＷＴＲＵ。
【００８６】
２６．前記最大データ量は、適用可能な現在の許可と各キャリア上へのＥ−ＤＣＨ送信に許容される最大余剰電力との両方に基づいて計算されることを特徴とする実施形態２１乃至２５のいずれかにおけるＷＴＲＵ。
【００８７】
２７．一次キャリアへのＥ−ＤＣＨ送信に許容される最大余剰電力は、スケジュールされていない送信に事前割り振りされた電力と前記キャリアのサービング許可比率に基づいて割り振られる電力との合計であり、および二次キャリアへのＥ−ＤＣＨ送信に許容される最大余剰電力は、前記キャリアの前記サービング許可比率に基づいて割り振られる電力であることを特徴とする実施形態２６に記載のＷＴＲＵ。
【００８８】
特徴および要素が特定の組み合わせにおいて上述されているが、それぞれの特徴または要素を、他の特徴および要素を用いずに単独で、または他の特徴および要素の有無にかかわらずさまざまな組み合わせにおいて使用することができる。本明細書で提供された方法またはフローチャートは、汎用コンピュータまたはプロセッサが実行するためのコンピュータ可読ストレージ媒体に組み込まれる、コンピュータプログラム、ソフトウェア、またはファームウェアに実装され得る。コンピュータ可読ストレージ媒体の例は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光媒体、およびＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。
【００８９】
適するプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途集積回路（ＡＳＩＣ）、現場プログラム可能ゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／またはステートマシンを含む。
【００９０】
ソフトウェアと関連するプロセッサは、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータに使用するための無線周波数トランシーバを実装するのに使用され得る。ＷＴＲＵは、カメラ、ビデオカメラモジュール、ビデオフォン、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶表示（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）または超広帯域（ＵＷＢ）モジュールなどの、ハードウェアおよび／またはソフトウェアに実装されるモジュールと併せて使用されるように構成され得る。
【技術分野】
【０００１】
関連出願の相互参照
本出願は、２００９年４月２４日に出願された米国仮出願第６１／１７２４９９号明細書の権利を主張するものであり、参照することにより、完全に記載されたかのように本出願に組み込まれる。
【０００２】
本出願は、無線通信に関する。
【背景技術】
【０００３】
無線送信／受信ユニット（ＷＴＲＵ）およびＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）内の無線リンク制御（ＲＬＣ）エンティティは、透過モード（ＴＭ）、非確認型モード（ＵＭ）または確認型モード（ＡＭ）で動作し得る。ＵＭ ＲＬＣエンティティおよびＴＭ ＲＬＣエンティティは、送信ＲＬＣエンティティまたは受信ＲＬＣエンティティになるように構成され得る。送信ＲＬＣエンティティは、ＲＬＣプロトコルデータユニット（ＰＤＵ）を送信し、受信ＲＬＣエンティティは、ＲＬＣ ＰＤＵを受信する。ＡＭ ＲＬＣエンティティは、送信側と受信側とを備える。ＡＭ ＲＬＣエンティティの送信側は、ＲＬＣ ＰＤＵを送信し、ＡＭ ＲＬＣエンティティの受信側は、ＲＬＣ ＰＤＵを受信する。
【０００４】
図１Ａと図１Ｂはそれぞれ、従来型のＵＭ ＲＬＣ ＰＤＵフォーマットとＡＭ ＲＬＣ ＰＤＵフォーマットとを示す。シーケンス番号フィールドは、ＲＬＣ ＰＤＵのシーケンス番号を示す。長さインジケータフィールドは、ＲＬＣ ＰＤＵ内で終了する各ＲＬＣサービスデータユニット（ＳＤＵ）の最後のオクテットを示すのに使用される。ＲＬＣ ＳＤＵまたはＲＬＣ ＳＤＵのセグメントは、データフィールドにマップされる。
【０００５】
従来、ＡＭ ＲＬＣエンティティは、無線リソース制御（ＲＲＣ）シグナリング経由のネットワークによって構成されるアップリンク（ＵＬ）内で固定サイズのＲＬＣ ＰＤＵを生成し得る。同様に、ＵＭ ＲＬＣエンティティは、ＲＬＣ ＰＤＵのサイズを、限定して構成されたサイズのセットから選び得る。
【０００６】
第３世代パートナーシッププロジェクト（３ＧＰＰ）のリリース７において、ＲＬＣプロトコルは、ＵＬ内ではなく、ダウンリンク（ＤＬ）内でフレキシブルなＲＬＣ ＰＤＵサイズをサポートするために拡張されている。３ＧＰＰのリリース８において、ＡＭ ＲＬＣエンティティおよびＵＭ ＲＬＣエンティティがＵＬ内でフレキシブルなサイズのＲＬＣ ＰＤＵを作成するのを許容されるように、フレキシブルなＲＬＣ ＰＤＵは、ＵＬ内でも許容されている。
【０００７】
ネットワークは、無線送信／受信ユニット（ＷＴＲＵ）内でアップリンク無線ベアラを構成して、ＲＲＣ層によって構成されるＲＬＣ ＰＤＵの最小サイズおよび最大サイズ内でフレキシブルなサイズのＲＬＣ ＰＤＵを生成し得る。より具体的には、ＷＴＲＵは、ＵＬ ＲＬＣ ＰＤＵの最小サイズより大きいまたは等しいおよびＵＬ ＲＬＣ ＰＤＵの最大サイズより小さいまたは等しいＲＬＣ ＰＤＵを作成するために、アップリンクＲＬＣ ＳＤＵをセグメントに分けるおよび／または連結し得る。送信されるデータがＵＬ ＲＬＣ ＰＤＵの最小サイズのＲＬＣ ＰＤＵを作成するほど大きくない場合、ＲＬＣエンティティは、ＵＬ ＲＬＣ ＰＤＵの最小サイズより小さいＡＭ ＰＤＵを作成し得る。このことは、使用可能なデータ量がＵＬ ＲＬＣ ＰＤＵの最小サイズより少ない場合にパディングする必要性を取り除く。
【０００８】
送信効率を最大にするために、ＲＬＣ ＰＤＵのサイズは、現在の送信時間間隔（ＴＴＩ）において無線インタフェースを介して所与の論理チャネルに送信するのを許容されるであろうビット数に整合(match)しなくてはならない。このことは、送信効率を高め、第２層（Ｌ２）ヘッダのオーバーヘッドを大幅に減らす。
【０００９】
現在の３ＧＰＰ仕様に従って、ＲＬＣエンティティは、メディアアクセス制御（ＭＡＣ）から所与の論理チャネルに要求されるビット数に基づいて、所与の送信機会(transmission opportunity)にＲＬＣ ＰＤＵを作成し得る。ＲＬＣエンティティは、ＭＡＣエンティティによって特定の論理チャネルに要求されるデータに整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選択する。この選択肢(option)を用いると、ＲＬＣエンティティは、送信機会がＭＡＣエンティティから情報を取得するまで待機する必要があり、そのためにある待ち時間の問題が発生し得る。
【００１０】
あるいは、ＲＬＣエンティティは、次回のＴＴＩの間に送信され得るよりも多くのＲＬＣ ＰＤＵを作成し得る。このことがＲＬＣ ＰＤＵ作成とそれをＭＡＣ ＰＤＵに包含することとの間で遅延を効果的に作成するので、この選択肢は、処理要件を緩和する。ＲＬＣ ＰＤＵのサイズは、現在の許可(grant)、スケジュールされたまたはスケジュールされていないかに従って送信するのを許容されるビット数に基づく。
【００１１】
無線システムのスループットをさらに向上させるために、マルチキャリア動作が３ＧＰＰにおいて検討されている。マルチキャリア動作において、ＷＴＲＵおよびノードＢは、多重キャリア経由で送受信し得る。
【００１２】
フレキシブルなＲＬＣ ＰＤＵ作成は、現在、ＲＬＣ ＰＤＵが単一のキャリア経由で送信される場合に対処している。発明者は、マルチキャリア動作を用いると、ＷＴＲＵが多重キャリア経由で所与のＴＴＩの間に２以上のＭＡＣ ＰＤＵを送信する選択肢を有するであろうことを認識している。チャネル状態、使用可能な電力(available power)、および許可は、キャリアを通じて同じになり得ないので、マルチキャリアに対するフレキシブルなＰＬＣ ＰＤＵの作成のための技術が要求される。
【発明の概要】
【００１３】
マルチキャリア動作に対してＲＬＣ ＰＤＵのサイズおよびフレキシブルなＲＬＣ ＰＤＵ作成を効率的に決定するための装置および方法が開示される。一実施形態において、ＷＴＲＵは、複数のキャリアのそれぞれに対して、現在のＴＴＩの間に送信を許容される最大データ量を計算して、ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵがそのキャリアに対して計算される最大データ量の最小値に整合するようにＲＬＣ ＰＤＵデータフィールドのサイズを選択するように構成される。最大データ量は、例えば、現在のＴＴＩの間に各キャリアに対して適用可能な現在の許可に基づいて計算され得る。ＲＬＣ ＰＤＵは、特定の論理チャネルに対してまだ処理されていない(outstanding)事前生成されたＲＬＣ ＰＤＵ内のデータ量が現在のＴＴＩの間に適用可能な現在の許可によってキャリアに送信を許容される最大データ量の最小値の４Ｎ倍より少ないまたは等しいという条件で、後のＴＴＩのために生成され得、この場合のＮは、アクティブ化されたキャリアの数である。最大データ量は、各キャリア上の最大余剰電力に基づいて計算され得る。
【図面の簡単な説明】
【００１４】
より詳細な理解は、添付図面と併せて例として与えられた以下の説明から得ることができる。
【００１５】
【図１Ａ】従来型のＵＭ ＲＬＣ ＰＤＵフォーマットを示すフォーマット図である。
【図１Ｂ】従来型のＡＭ ＲＬＣ ＰＤＵフォーマットを示すフォーマット図である。
【図２】複数のＷＴＲＵ、ノードＢ、制御無線ネットワークコントローラ（ＣＲＮＣ）、サービング無線ネットワークコントローラ（ＳＲＮＣ）およびコアネットワークを含む無線通信システムを示すブロック図である。
【図３】図２に通信無線システムのＷＴＲＵおよびノードＢの機能的ブロック図である。
【図４】一実施形態に従ってＲＬＣ ＰＤＵを生成するための例示的なプロセスのフロー図である。
【発明を実施するための形態】
【００１６】
以下で言及する場合、用語「ＷＴＲＵ」は、ユーザ機器（ＵＥ）、移動局、固定式または移動式加入者ユニット、ページャ、携帯電話、パーソナルデジタルアシスタント（ＰＤＡ）、コンピュータ、センサ、マシン対マシン（Ｍ２Ｍ）デバイス、または無線環境において動作することができるその他のタイプのデバイスを含むが、これに限らない。以下で言及する場合、用語「基地局」は、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境において動作することができるその他のタイプのインタフェーシングデバイスを含むが、これに限らない。以下で言及する場合、用語「キャリア」と「周波数」とは、同じ意味で使用されるであろうし、異なるシステムでは、３ＧＰＰロングタームエボリューション（ＬＴＥ）における「コンポーネントキャリア」のような異なる用語を使用し得ることに留意されたい。
【００１７】
本実施形態では、３ＧＰＰ高速パケットアクセス（ＨＳＰＡ）に関連する制御チャネルおよびデータチャネルに関して開示されるが、本実施形態では、３ＧＰＰ ＨＳＰＡに限らず、３ＧＰＰ ＬＴＥ、ＬＴＥアドバンスト、ｃｄｍａ２０００、ＩＥＥＥ８０２．ｘｘなどを含むがこれに限定されない、現在存在するまたは今後開発されるであろう任意の無線通信技術にも適用可能であることに留意されたい。本明細書で説明される実施形態は、任意の順序または組み合わせにおいて適用可能になり得る。
【００１８】
図２に関して、例示的な無線通信システム１００は、複数のＷＴＲＵ１１０、ノードＢ１２０、制御無線ネットワークコントローラ（ＣＲＮＣ）１３０、サービング無線ネットワークコントローラ（ＳＲＮＣ）１４０、およびコアネットワーク１５０を含む。ノードＢ１２０およびＣＲＮＣ１３０をまとめて、ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）と呼び得る。
【００１９】
図２に示すように、ＷＴＲＵ１１０は、ノードＢとの通信を行い、ノードＢは、Ｉｕｂインタフェース経由でＣＲＮＣ１３０およびＳＲＮＣ１４０との通信を行い、ＣＲＮＣ１３０とＳＲＮＣ１４０とは、Ｉｕｒインタフェース経由で接続される。図２では、３つのＷＴＲＵ１１０、１つのノードＢ１２０、１つのＣＲＮＣ１３０、および１つのＳＲＮＣ１４０を示しているが、無線および有線デバイスの任意の組み合わせも、無線通信システム１００に含まれ得る。
【００２０】
図３は、図２の無線通信システム１００のＷＴＲＵ１１０およびノードＢ１２０の機能的ブロック図である。図３に示すように、ＷＴＲＵ１１０は、ノードＢ１２０との通信を行い、その両方は、実施形態のうちのいずれか１つに従って、マルチキャリア動作に対してＲＬＣ ＰＤＵのサイズを決定してＲＬＣ ＰＤＵを生成するように構成される。
【００２１】
典型的なＷＴＲＵに見られ得るコンポーネントに加え、例示的なＷＴＲＵ１１０は、プロセッサ１１５、レシーバ１１６、トランスミッタ１１７、メモリ１１８およびアンテナ１１９を含む。ＷＴＲＵ１１０（即ち、プロセッサ１１５、レシーバ１１６、およびトランスミッタ１１７）は、多重キャリア経由でアップリンクおよび／またはダウンリンク上で送信および／または受信するように構成される。メモリ１１８は、オペレーティングシステム、アプリケーションなどを含むソフトウェアを格納するために提供される。プロセッサ１１５は、実施形態のうちのいずれか１つに従って、単独またはソフトウェアと関連して、マルチキャリア動作に対するＲＬＣ ＰＤＵのサイズの決定およびＲＬＣ ＰＤＵの生成を行うように構成され得る。レシーバ１１６およびトランスミッタ１１７は、プロセッサ１１５との通信を行う。アンテナ１１９は、レシーバ１１６とトランスミッタ１１７の両方との通信を行って、無線データの送受信を容易にする。
【００２２】
典型的なノードＢに見られ得るコンポーネントに加え、例示的なノードＢ１２０は、プロセッサ１２５、レシーバ１２６、トランスミッタ１２７、メモリ１２８およびアンテナ１２９を含む。ノードＢ１２０（即ち、プロセッサ１２５、レシーバ１２６、およびトランスミッタ１２７）は、多重キャリア経由でダウンリンクおよび／またはアップリンク上で送信および／または受信するように構成される。プロセッサ１２５は、実施形態のうちのいずれか１つに従って、マルチキャリア動作に対してＲＬＣ ＰＤＵのサイズを決定してＲＬＣ ＰＤＵを生成するように構成され得る。レシーバ１２６およびトランスミッタ１２７は、プロセッサ１２５との通信を行う。アンテナ１２９は、レシーバ１２６とトランスミッタ１２７の両方との通信を行って、無線データの送受信を容易にする。
【００２３】
一実施形態に従って、ＷＴＲＵ（即ち、ＷＴＲＵのＲＬＣエンティティ）は、アクティブ化されたすべてのキャリアに対してＲＬＣ ＰＤＵの１つのサイズ、（ヘッダ（複数可）を考慮に入れる場合ＲＬＣ ＰＤＵデータフィールドのサイズも同等に）を選び、そのＷＴＲＵが送信に使用可能なデータを有するという条件で、現在および／または後のＴＴＩのためにＲＬＣ ＰＤＵを事前生成するように構成され得る。
【００２４】
ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、キャリアのいずれに対しても、適用可能な現在の許可の最小によって与えられる、キャリアに送信するのを許容される最大データ量に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。例えば、２つのキャリア（例えば、一次キャリアおよび二次キャリア）がアクティブ化された場合、ＲＬＣ ＰＤＵデータフィールドのサイズは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが以下の最大データ量のうちの最小値に整合するように選ばれ得る。
【００２５】
現在のＴＴＩの間に適用可能な現在の許可によって一次アップリンク周波数上に送信するのを許容される最大データ量
現在のＴＴＩの間に適用可能な現在の許可によって二次アップリンク周波数上に送信するのを許容される最大データ量
許可（即ち、拡張専用チャネル（Ｅ−ＤＣＨ）送信に対する許可）は、キャリアごとに構成され得る。その許可は、スケジュールされた許可および／またはスケジュールされていない許可になり得る。スケジュールされた許可の場合、ＷＴＲＵは、ネットワークから受信される情報に基づいてＷＴＲＵが更新するサービング許可を保持する。サービング許可は、ＷＴＲＵが、対応するＴＴＩにＥ−ＤＣＨ専用物理データチャネル（Ｅ−ＤＰＤＣＨ）上で使用し得る最大電力を直接指定する。サービング許可は、Ｅ−ＤＣＨ絶対許可チャネル（Ｅ−ＡＧＣＨ）およびＥ−ＤＣＨ相対許可チャネル（Ｅ−ＲＧＣＨ）によって更新される。ネットワークはまた、ＷＴＲＵにスケジュールされていない許可を提供して、そのＷＴＲＵがＴＴＩの間にＥ−ＤＣＨ上に送信し得る最大ブロックサイズを構成する。
【００２６】
「適用可能な許可」は、論理チャネルに依存するスケジュールされた許可か、またはスケジュールされていない許可のいずれかに対応する。論理チャネルがスケジュールされたＭＡＣ−ｄフローに属する場合、その論理チャネルに適用可能な許可は、サービング許可（即ち、スケジュールされた許可）に対応する。論理チャネルがスケジュールされていないＭＡＣ−ｄフローに属する場合、その論理チャネルに適用可能な許可は、対応するＭＡＣ−ｄフローに構成されるスケジュールされていない許可に対応する。
【００２７】
デュアルキャリア動作の場合、スケジュールされていないフローは、一次アップリンク周波数上で許容され得るが、二次アップリンク周波数上では許容され得ない。この場合、論理チャネルがスケジュールされていないＭＡＣ−ｄフローに属する場合、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、対応するＭＡＣ−ｄフローに対するスケジュールされていない許可によって送信するのを許容されるデータ量に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズが決定され得る。従って、スケジュールされていないフローが二次周波数において許容されない場合、ＲＬＣ ＰＤＵデータフィールドのサイズは、それが以下の最大データ量のうちの最小値に整合するように選ばれ得る：
現在のＴＴＩの間に適用可能な現在の許可（スケジュールされたまたはスケジュールされていない）によって一次アップリンク周波数上に送信するのを許容される最大データ量および
現在のＴＴＩの間に適用可能な現在の許可（スケジュールされた）によって二次アップリンク周波数上に送信するのを許容される最大データ量。
【００２８】
従って、ＷＴＲＵがスケジュールされていないデータを二次アップリンク周波数上に送信するのを許容されていない場合、スケジュールされていないＭＡＣ−ｄフローに属する論理チャネルに対するＲＬＣ ＰＤＵのサイズは、一次アップリンク周波数に対する適用可能な許可に基づいて決定される。
【００２９】
ＲＬＣ ＰＤＵのサイズまたはＲＬＣ ＰＤＵデータフィールドのサイズを決定する場合、ＲＬＣ ＰＤＵのサイズは、バッファ内に使用可能なデータが十分なければ、構成されたＲＬＣ ＰＤＵの最大サイズを上回ってはならないし、構成されたＲＬＣ ＰＤＵの最小サイズを下回ってもならない。
【００３０】
単一のキャリア動作の場合、ＲＬＣ ＰＤＵは、例えば、特定の論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が、現在のＴＴＩの間に適用可能な現在の許可（スケジュールされたまたはスケジュールされていない）によって送信するのを許容される最大データ量の４倍より少ないまたは等しい場合に事前生成され得る。一実施形態に従って、マルチキャリア動作の場合、ＷＴＲＵは、特定の論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が、現在のＴＴＩの間に適用可能な現在の許可によってキャリアに送信するのを許容される最大データ量の最小値の４×Ｎ倍より少ないまたは等しいという条件で、ＲＬＣ ＰＤＵを事前生成するように構成され得、この場合のＮは、アクティブ化されたキャリアの数である。例えば、デュアルキャリア動作において、Ｎは２に対応し、従って、ＷＴＲＵは、論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が、現在のＴＴＩの間に適用可能な現在の許可によってキャリアに送信するのを許容される最大データ量の最小値の８（即ち、４×２）倍より少ないまたは等しい場合、ＲＬＣ ＰＤＵ（複数可）を事前生成するのを許容される。他の例の場合、４Ｎの代わりに、構成されたキャリアの数の任意の整数倍が構成され得る。
【００３１】
図４は、一実施形態に従ってＲＬＣ ＰＤＵを生成するための例示的なプロセス４００のフロー図である。ＷＴＲＵ（即ち、ＷＴＲＵのＲＬＣエンティティ）は、論理チャネルを選択する（ステップ４０２）。論理チャネルは、例えば、Ｅ−ＤＣＨトランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）の選択ルールに従って選択され得る。ＷＴＲＵは、選択された論理チャネルの送信に使用可能なデータがあるかどうかを決定するように構成され得る（ステップ４０４）。任意には、このことは、閾値を越える十分なデータ量を決定することになり得る。ＷＴＲＵは、ＲＬＣ ＰＤＵの事前生成が、選択された論理チャネルに許容されるかどうかを任意に決定するようにも構成され得る。使用可能なデータがない場合および／または任意には、ＲＬＣ ＰＤＵの事前生成が論理チャネルに許容されない場合、処理するための別の論理チャネルがあるかどうかが決定される（ステップ４１４）。この場合、プロセス４００は、ステップ４１４の決定に基づいて別の論理チャネルを選択するためにステップ４０２に戻るか、または終了する。
【００３２】
論理チャネルに使用可能なデータがある（および任意には、ＲＬＣ ＰＤＵの事前生成が、選択された論理チャネルに許容される）場合、この例のＷＴＲＵは、以前のＴＴＩ（複数可）において選択された論理チャネル対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ（複数可）内のデータ量が、構成された閾値を上回るか否かを決定する（ステップ４０６）。構成された閾値は、例えば、現在のＴＴＩの間に適用可能な現在の許可によってキャリアに送信するのを許容される最大データ量の最小値の４×Ｎ倍になり得、この場合のＮは、アクティブ化されたキャリアの数である。構成された閾値を上回った場合、この例のＷＴＲＵは、論理チャネルに対してこれ以上ＲＬＣ ＰＤＵを事前生成するのを許容されず、プロセス４００は、ステップ４１４に分岐して、別の論理チャネルがあるかどうかを決定する。構成された閾値を上回らない場合、ＷＴＲＵは、論理チャネルに対してＲＬＣ ＰＤＵ（複数可）を事前生成するのを許容される。あるいは、ＷＴＲＵは、ＲＬＣ ＰＤＵを事前生成するのを許容されているかどうかを確認しないように構成され得る（即ち、ステップ４０６が省略され得る）が、残りのステップ（４０８、４１０、４１２）を直接継続して、ＷＴＲＵが作成し得るＲＬＣ ＰＤＵのサイズおよびＲＬＣ ＰＤＵの数を決定し得る。ＲＬＣ ＰＤＵを事前生成することができない場合、ＷＴＲＵが事前生成し得るＲＬＣ ＰＤＵの数は、１に相当する。
【００３３】
ＲＬＣ ＰＤＵ（複数可）の事前生成において、この例のＷＴＲＵは、論理チャネルのタイプ（即ち、スケジュールされたまたはスケジュールされていないか）を決定して、現在のＴＴＩの間に適用可能な現在の許可によってそれぞれのキャリア上に送信するのを許容される最大データ量を決定する（ステップ４０８）。論理チャネルがスケジュールされたＭＡＣフローに属する場合、適用可能な許可は、サービング許可であり、そして論理チャネルがスケジュールされていないＭＡＣフローに属する場合、適用可能な許可は、対応するＭＡＣ−ｄフローに構成されるスケジュールされていない許可である。代替的または付加的には、最大データ量は、以下で詳細に説明するように、各キャリア上の電力（最大余剰電力、ＷＴＲＵの電力ヘッドルームまたは同種のもの）に基づいて計算され得る。
【００３４】
この例のＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、現在のＴＴＩ（スケジュールされたまたはスケジュールされていない）の間にアクティブ化されたキャリアに送信するのを許容される最大データ量の最小値に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズ、（ＲＬＣ ＰＤＵのサイズも同等に）を選択する（ステップ４１０）。
【００３５】
ＷＴＲＵは、選択されたＲＬＣ ＰＤＵデータフィールドのサイズ（例えば、ＸRLCPDU size）に基づいて、後のＴＴＩのために選択された論理チャネルに対して少なくとも１つのＲＬＣ ＰＤＵを生成する（ステップ４１２）。一例におけるＷＴＲＵは、次のように、論理チャネルに対して事前生成するためのデータ量（即ち、ＲＬＣ ＰＤＵの数）を決定する。以前のＴＴＩにおいて事前生成されたＲＬＣ ＰＤＵ（複数可）の量は、Ｋpre-generatedとする。ＲＬＣ ＰＤＵがまだ事前生成されていない場合、事前生成するのを許容される最大データ量は、４×Ｎ×ＸRLC PDU sizeによって決定され得、この場合のＮは、アクティブ化されたキャリアの数であり、そしてＸRLC PDU sizeは、現在のＴＴＩの間に適用可能な現在の許可（スケジュールされたまたはスケジュールされていない）によってすべてのキャリア上に送信するのを許容される最大データ量の最小値である。あるいは、ＸRLC PDU sizeは、本明細書で説明される実施形態のうちのいずれかに従って決定されるように、ＷＴＲＵが作成することができるＲＬＣ ＰＤＵのサイズに対応し得る。
【００３６】
ＷＴＲＵは、論理チャネルに対して残りの使用可能なスペース（Ｋremaining allowed）までＲＬＣ ＰＤＵを事前生成するように構成され得、次のように計算される：
Ｋremaining allowed＝ｍｉｎ（Ｋavailable data,（Ｋmax,allowed data−Ｋpre-generated）） 式（１）
であり、この場合のＫavailable dataは、論理チャネルに送信するために使用可能なデータ量である。任意には、ＷＴＲＵは、現在のＴＴＩに送信されるであろうデータを考慮に入れた後、Ｋremaining allowedを計算するように構成され得る。より詳細には、データが現在のＴＴＩにおいて送信が可能または送信されるであろう場合、ＷＴＲＵは、そのデータ量をＫpre-generatedから引くように構成され得る。ＲＬＣ ＰＤＵ作成が、Ｅ−ＴＦＣ選択手順およびＭＡＣ−ｉ／ｉｓ ＰＤＵ作成が完了した後に行われる場合、Ｋpre-generatedは、事前生成された残りのビットまたはバイト数を含有する。
【００３７】
ＷＴＲＵは、論理チャネルに対して事前生成されるＲＬＣ ＰＤＵの最大数（ＮMAX RLC PDUs）を計算するように構成され得、次のようになる：
ＮMAX RLC PDUs＝ Ｋremaining allowed／ＸRLC PDU size 式（２）
【００３８】
この場合の ｘ は、ｘより小さいまたは等しい最大整数を与える床関数であり、ＮMAX RLC PDUsは、負でない整数である。この結果、ＷＴＲＵがＲＬＣ ＰＤＵを不十分に生成し得る。
【００３９】
あるいは、ＷＴＲＵは、論理チャネルに対して生成されるＲＬＣ ＰＤＵの最大数を計算するように構成され得、次のようになる：
ＮMAX RLC PDUs＝ Ｋremaining allowed／ＸRLC PDU size 式（３）
【００４０】
この場合の ｘ は、ｘより大きいまたは等しい最小整数を与える天井関数である。この結果、式（２）に比べて、ＷＴＲＵがＲＬＣ ＰＤＵを少し多く生成し得る。
【００４１】
あるいは、ＷＴＲＵは、Ｎが Ｋremaining allowed／ＸRLC PDU size に相当する、サイズがＸRLC PDU sizeであるＮ全(full)ＲＬＣ ＰＤＵ、およびｍｉｎ（ＲＬＣ ＰＤＵの最小サイズ、ｍｏｄ（Ｋremaining allowed，ＸRLC PDU size））に等しいサイズの付加的なＲＬＣ ＰＤＵを生成するように構成され得る。
【００４２】
ＷＴＲＵは、論理チャネルが所与のＴＴＩにおいて多重化されるまたは送信するのを許容されることに関係なく、データがＲＬＣエンティティ内で使用可能になる時にＲＬＣ ＰＤＵを事前生成するように構成され得る。例えば、ＷＴＲＵが所与のＴＴＩにおいてスケジュールされたまたはスケジュールされていない送信を送信するのを許容されていないとしても、そのＷＴＲＵは、本明細書で説明される実施形態に従ってＲＬＣ ＰＤＵをさらに事前生成し得る。
【００４３】
あるいは、データがＲＬＣエンティティ内で使用可能になり、ＷＴＲＵが所与のＴＴＩにおいてデータのタイプを論理チャネルに送信するのを許容される時、そのＷＴＲＵは、特定の論理チャネルに対してＲＬＣ ＰＤＵを事前生成するように構成され得る。例えば、データが、スケジュールされていないＭＡＣ−ｄフローに構成される論理チャネルに使用可能になっても、ＷＴＲＵが所与のＴＴＩにおいてスケジュールされていない送信を送信するのを許容されていない場合、そのＷＴＲＵは、ＲＬＣ ＰＤＵを事前生成しないように構成され得る。あるいは、このルールは、スケジュールされたフローに適用され得る。あるいは、スケジュールされていないフローの場合、ＷＴＲＵは、対応するＭＡＣ−ｄフローに対するスケジュールされていない許可が半静的である場合、上位層からデータが到着した後にＲＬＣ ＰＤＵを事前生成するように構成され得る。
【００４４】
あるいは、ＷＴＲＵは、ＭＡＣ−ｄフローの優先度に基づく多重化制限に従って、データが使用可能であり、ＷＴＲＵが所与のＴＴＩにデータをその論理チャネルに送信するのを許容される時に、ＲＬＣ ＰＤＵ（複数可）を事前生成するように構成され得る。
【００４５】
あるいは、ＷＴＲＵは、データが使用可能であり、そのＷＴＲＵが所与のＴＴＩにデータを多重化することができた時（例えば、データがそのＴＴＩにその論理チャネルから送信されるであろう時）、ＲＬＣ ＰＤＵ（複数可）を事前生成するように構成され得る。
【００４６】
上記の実施形態において、ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、現在のＴＴＩ（スケジュールされたまたはスケジュールされていない）の間にすべてのキャリア上に送信するのを許容される最大データ量の最小値に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズ、（ＲＬＣ ＰＤＵのサイズも同等に）を選択するように構成され得る。
【００４７】
あるいは、ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉ／ｉｓ ＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、キャリアのいずれに対しても、適用可能な現在の許可の最大限によって与えられる、キャリアに送信するのを許容される最大データ量に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。
【００４８】
あるいは、ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉ／ｉｓ ＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、キャリアのいずれに対しても、適用可能な現在の許可の合計によって与えられる、キャリアに送信するのを許容される最大データ量に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。現在の許可が電力比に関して表されるスケジュールされた許可である場合、その合計は、最初に（線形単位で）電力比を合計して、次に、合計された電力比を用いて送信され得るデータ量を決定することによって計算され得る。あるいは、その合計は、最初に個々の許可を用いて送信され得るデータ量を決定して、次に、それらのデータ量を合計することによって計算され得る。
【００４９】
あるいは、ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉ／ｉｓ ＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、キャリアのいずれに対しても、適用可能なすべての許可の平均によって与えられる、すべてのキャリアに送信するのを許容される最大データ量に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。現在の許可が電力比に関して表されるスケジュールされた許可である場合、その平均は、最初に（線形単位で）電力比を平均して、次に、平均された電力比を用いて送信され得るデータ量を決定することによって計算され得る。あるいは、その平均は、最初に個々の許可を用いて送信され得るデータ量を決定して、次に、それらのデータ量を平均することによって計算され得る。
【００５０】
あるいは、ＷＴＲＵは、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉ／ｉｓ ＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、キャリアのいずれに対しても、事前決定された数のＴＴＩ（または無限インパルス応答（ＩＩＲ）フィルタが使用される場合に効果的な数のＴＴＩ）の間にすべてのキャリアによって適用可能な許可によって許容される最大データ量の移動平均に整合するように、ＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。
【００５１】
別の実施形態に従って、ＷＴＲＵは、ＲＬＣ ＰＤＵの複数のセットを作成するように構成され得、そこでは各セット内のＲＬＣ ＰＤＵデータフィールドのサイズが、適用可能な許可によって各キャリア内に送信するのを許容される最大データ量に整合するように選ばれる。例えば、ＷＴＲＵが２つのキャリアを介して通信を行うように構成される場合、そのＷＴＲＵは、その２つキャリアに対してＲＬＣ ＰＤＵの２のセットを生成するように構成され得、そこでは各セット内のＲＬＣ ＰＤＵデータフィールドのサイズが、適用可能な許可によって対応するキャリア内に送信するのを許容される最大データ量に整合するように選ばれる。
【００５２】
任意のＴＴＩにおいてＷＴＲＵは、許可よりはむしろ電力によって制限されるように構成され得る。従って、ＷＴＲＵは、キャリア上で使用可能な電力を考慮に入れ、任意にはＲＬＣ ＰＤＵデータフィールドのサイズ（即ち、現在のＴＴＩの間に各キャリアに送信するのを許容される最大データ量）を決定する際の許可を付加するように構成され得る。
【００５３】
各キャリアが分離した最大電力を構成または割り振られた場合、ＷＴＲＵは、例えば、各キャリア上へのＥ−ＤＣＨ送信を許容される最大余剰電力を計算するように構成され得る。各キャリアに対するＥ−ＤＣＨ送信を許容される最大余剰電力は、制御チャネル（即ち、専用物理制御チャネル（ＤＰＣＣＨ）および高速専用物理制御チャネル（ＨＳ−ＤＰＣＣＨ））に要求される電力を、キャリアに割り振られた最大電力から引くことによって計算される電力である。ＷＴＲＵは、適用可能な現在の許可と現在のＴＴＩの間に各キャリア上へのＥ−ＤＣＨ送信を許容される最大余剰電力との両方に基づいて送信され得る最大データ量を計算するように構成され得る。ＷＴＲＵは次に、ＭＡＣ ＰＤＵ（例えば、ＭＡＣ−ｉ／ｉｓ ＰＤＵ）に多重化される各ＲＬＣ ＰＤＵが、すべてのキャリア上の最大データ量の最小値に整合するように、ＲＬＣ ＰＤＵの事前生成に対してＲＬＣ ＰＤＵデータフィールドのサイズを選ぶように構成され得る。
【００５４】
Ｅ−ＤＣＨ送信を許容される最大余剰電力は、マルチセル動作に指定されるＥ−ＤＣＨトランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）制限機構に従って計算され得る。標準化された余剰電力に基づいて所与のキャリア上に送信することができる最大データ量を決定する時、ＷＴＲＵは、所与の論理チャネルに対応するＭＡＣ−ｄフローのオフセット電力(power offset)に基づいて、またはあるいは、フローのタイプ（例えば、スケジュールされたまたはスケジュールされていない）に対する上位優先度をもつＭＡＣ−ｄフローまたは最高優先度をもつＭＡＣ−ｄフローのオフセット電力に基づいてサポートされるＥ−ＴＦＣを決定するように構成され得る。ＷＴＲＵは、対応する論理チャネルのハイブリッド自動再送要求（ＨＡＲＱ）のオフセットも考慮に入れるように構成され得る。
【００５５】
１つの最大電力がすべてのキャリアによって共有されるようにすべてのキャリアに構成される場合、ＷＴＲＵは、スケジュールされていない送信に電力を事前割り振りした後、キャリアに対するサービング許可比率に基づいて各キャリアへのＥ−ＤＣＨ送信を許容される最大余剰電力を計算するように構成され得る。ＷＴＲＵは、各キャリアに対して適用可能な余剰電力を各自のキャリアによって使用され得ると見なすように構成され得る。あるいは、ＷＴＲＵは、使用可能な全余剰電力の半分が各キャリアに使用可能であると見なすように構成され得る。
【００５６】
例えば、デュアルキャリア動作において、ＷＴＲＵは最初に、スケジュールされていない送信に対して１（または２）のキャリア（複数可）の電力を事前割り振りして、次にサービング許可比率（即ち、キャリア上のサービング許可比率）に従って、残りの値をスケジュールされた送信に分割するように構成され得る。例えば、スケジュールされていない送信が二次キャリア上で許容されない場合、一次キャリア上へのＥ−ＤＣＨ送信を許容される最大余剰電力は、スケジュールされていない送信に事前割り振りされた電力と、スケジュールされた送信に割り振られた電力との合計になり得、そのスケジュールされた電力は、サービング許可比率、およびスケジュールされていない送信に事前割り振りされた電力および制御チャネル（即ち、ＤＰＣＣＨおよびＨＳ−ＤＰＣＣＨ）に要求された電力を、すべてのキャリアに割り振られた最大電力から引くことによって計算される残りの値に基づいて計算される。二次キャリア上へのＥ−ＤＣＨ送信を許容される最大余剰電力は、サービング許可比率、およびスケジュールされていない送信に事前割り振りされた電力および制御チャネル（即ち、ＤＰＣＣＨおよびＨＳ−ＤＰＣＣＨ）に要求された電力を、すべてのキャリアに割り振られた最大電力から引くことによって計算される残りの値に基づいて計算される、スケジュールされた送信に割り振られる電力になり得る。
【００５７】
このような実施形態は、各キャリアに対して標準化された余剰電力が、電力に基づいてそのキャリア上に送信することができる許容される最大データを決定するように、２以上のキャリアを用いた動作に等しく適用可能である。
【００５８】
ＷＴＲＵは、電力および許可に基づいてＷＴＲＵが各キャリアに送信することができる最大データ量、Ｋmaxdata,xを決定するように構成され得、この場合のｘは、キャリアの数に対応する。例えば、各キャリアに対して、割り振られる電力およびそのキャリアに対するＥ−ＴＦＣ制限に基づく最大データ量、およびそのキャリアに対するサービング許可に基づく最大データ量が決定されて、そのキャリアに対するＫmaxdata,xは、この２つのうちの最小値である。ＷＴＲＵは、ＲＬＣ ＰＤＵの事前生成に対するＲＬＣ ＰＤＵデータフィールドのサイズを、すべてのキャリアにおけるＫmaxdata,xの最小値として決定するように構成され得る。例えば、２つのキャリア（ｘ＝１，２）がアクティブ化される場合、ＲＬＣ ＰＤＵの事前生成に対するＲＬＣ ＰＤＵのサイズ（例えば、ＸRLC PDU size）は、Ｋmaxdata,1およびＫmaxdata,2のうちの最小値として決定され得る。以前に述べたように、構成されたＲＬＣ ＰＤＵ値の最大および最小も考慮に入れられ得る。
【００５９】
上述した実施形態のうちの１つに従って、オフセット電力またはビット数を計算するのに使用されるＨＡＲＱプロファイルが決定され得る。
【００６０】
別の実施形態に従って、ＷＴＲＵは、現在のＴＴＩの間に適用可能な現在の許可（即ち、すべてのキャリアに対する適用可能な許可の最小（または最大、合計、または平均）に基づく）によってすべてのキャリア上に送信するのを許容される最大データ量を決定するように構成され得る。ＷＴＲＵは次に、現在のＴＴＩの間に余剰電力によってすべてのキャリア上に送信するのを許容される最大データ量を決定する。ＷＴＲＵは次に、後のＴＴＩのために、すべてのキャリアに対する適用可能な許可に基づいて計算される最大データ量およびすべてのキャリア上の余剰電力に基づいて計算される最大データ量のうちの最小値になるように、事前生成される必要があるＲＬＣ ＰＤＵデータフィールドのサイズを決定する。
【００６１】
（実施形態）
１．マルチキャリア動作のためにＲＬＣ ＰＤＵを生成することを特徴とする方法。
【００６２】
２．論理チャネルを選択することを備えることを特徴とする実施形態１に記載の方法。
【００６３】
３．前記論理チャネルに使用可能なデータがあるかどうかを決定することを備えることを特徴とする実施形態２に記載の方法。
【００６４】
４．現在のＴＴＩの間に複数のキャリアのそれぞれに送信するのを許容される最大データ量を計算することを備えることを特徴とする実施形態２乃至３のいずれかにおける方法。
【００６５】
５．ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが前記キャリアに対して計算される前記最大データ量の最小値に整合するように、前記論理チャネルに対してＲＬＣ ＰＤＵデータフィールドのサイズを選択することを備えることを特徴とする実施形態４に記載の方法。
【００６６】
６．前記選択されたＲＬＣ ＰＤＵデータフィールドのサイズに基づいて後のＴＴＩのために少なくとも１つのＲＬＣ ＰＤＵを生成することを備えることを特徴とする実施形態５に記載の方法。
【００６７】
７．各キャリア上に送信することができる前記最大データ量は、前記現在のＴＴＩの間に各キャリアに対して適用可能な現在の許可に基づいて計算されることを特徴とする実施形態４乃至６のいずれかにおける方法。
【００６８】
８．前記ＲＬＣ ＰＤＵは、前記論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が前記現在のＴＴＩの間に前記適用可能な現在の許可によって前記キャリアに送信するのを許容される前記最大データ量の最小値の４Ｎ倍より少ないまたは等しいという条件で、前記後のＴＴＩのために生成され、この場合のＮがアクティブ化されたキャリアの数であることを特徴とする実施形態６乃至７のいずれかにおける方法。
【００６９】
９．前記適用可能な現在の許可は、前記論理チャネルがスケジュールされていないＭＡＣフローに属するという条件でスケジュールされていない許可であり、および前記適用可能な現在の許可は、前記論理チャネルがスケジュールされたＭＡＣフローに属するという条件でサービング許可であることを特徴とする実施形態７乃至８のいずれかにおける方法。
【００７０】
１０．一次キャリアおよび二次キャリアは、アクティブ化されることを特徴とする実施形態９に記載の方法。
【００７１】
１１．前記スケジュールされていないＭＡＣフローは、前記一次キャリア上で許容され、および前記スケジュールされたＭＡＣフローは、前記一次キャリア上と前記二次キャリア上との両方で許容されることを特徴とする実施形態１０に記載の方法。
【００７２】
１２．前記論理チャネルに対する前記ＲＬＣ ＰＤＵデータフィールドのサイズは、前記ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが、前記現在のＴＴＩの間に適用可能な現在のスケジュールされたまたはスケジュールされていない許可によって前記一次キャリア上に送信するのを許容される最大データ量および前記現在のＴＴＩの間に適用可能な現在のスケジュールされた許可によって前記二次キャリア上に送信するのを許容される最大データ量のうちの最小値に整合するように選択されることを特徴とする実施形態１１に記載の方法。
【００７３】
１３．前記最大データ量は、適用可能な現在の許可と各キャリア上へのＥ−ＤＣＨ送信に許容される最大余剰電力との両方に基づいて計算されることを特徴とする実施形態４乃至１２のいずれかにおける方法。
【００７４】
１４．一次キャリアへのＥ−ＤＣＨ送信に許容される最大余剰電力は、スケジュールされていない送信に事前割り振りされた電力と前記キャリアのサービング許可比率に基づいて割り振られる電力との合計であり、および二次キャリアへのＥ−ＤＣＨ送信に許容される最大余剰電力は、前記キャリアの前記サービング許可比率に基づいて割り振られる電力であることを特徴とする実施形態１３に記載の方法。
【００７５】
１５．マルチキャリア送信のためにフレキシブルなサイズのＲＬＣ ＰＤＵを生成することを特徴とするＷＴＲＵ。
【００７６】
１６．複数のキャリア経由で送信また受信するように構成されるトランシーバを備えることを特徴とする実施形態１５に記載のＷＴＲＵ。
【００７７】
１７．論理チャネルを選択するように構成されるプロセッサを備えることを特徴とする実施形態１６に記載のＷＴＲＵ。
【００７８】
１８．前記プロセッサは、前記論理チャネルに使用可能なデータがあるかどうかを決定するように構成されることを特徴とする実施形態１７に記載のＷＴＲＵ。
【００７９】
１９．前記プロセッサは、現在のＴＴＩの間に複数のキャリアのそれぞれに送信するのを許容される最大データ量を計算するように構成されることを特徴とする実施形態１７乃至１８のいずれかにおけるＷＴＲＵ。
【００８０】
２０．前記プロセッサは、ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが前記キャリアに対して計算される前記最大データ量の最小値に整合するように、前記論理チャネルに対してＲＬＣ ＰＤＵデータフィールドのサイズを選択し、および前記選択されたＲＬＣ ＰＤＵデータフィールドのサイズに基づいて後のＴＴＩのために少なくとも１つのＲＬＣ ＰＤＵを生成するように構成されることを特徴とする実施形態１９に記載のＷＴＲＵ。
【００８１】
２１．前記プロセッサは、前記現在のＴＴＩの間に各キャリアに対して適用可能な現在の許可に基づいて各キャリア上に送信することができる前記最大データ量を計算するように構成されることを特徴とする実施形態１９乃至２０のいずれかにおけるＷＴＲＵ。
【００８２】
２２．前記プロセッサは、特定の論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が前記現在のＴＴＩの間に前記適用可能な現在の許可によって前記キャリアに送信するのを許容される前記最大データ量の前記最小値の４Ｎ倍より少ないまたは等しいという条件で、前記後のＴＴＩのために前記ＲＬＣ ＰＤＵを生成するように構成され、この場合のＮがアクティブ化されたキャリアの数であることを特徴とする実施形態２０乃至２１のいずれかにおけるＷＴＲＵ。
【００８３】
２３．前記適用可能な現在の許可は、前記論理チャネルがスケジュールされていないＭＡＣフローに属するという条件でスケジュールされていない許可であり、および前記適用可能な現在の許可は、前記論理チャネルがスケジュールされたＭＡＣフローに属するという条件でサービング許可であることを特徴とする実施形態２１乃至２２のいずれかにおけるＷＴＲＵ。
【００８４】
２４．一次キャリアおよび二次キャリアは、アクティブ化され、および前記スケジュールされていないＭＡＣフローは、前記一次キャリア上で許容され、および前記スケジュールされたＭＡＣフローは、前記一次キャリア上と前記二次キャリア上との両方で許容されることを特徴とする実施形態２３に記載のＷＴＲＵ。
【００８５】
２５．前記プロセッサは、前記ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが、前記現在のＴＴＩの間に適用可能な現在のスケジュールされたまたはスケジュールされていない許可によって前記一次キャリア上に送信するのを許容される最大データ量および前記現在のＴＴＩの間に適用可能な現在のスケジュールされた許可によって前記二次キャリア上に送信するのを許容される最大データ量のうちの最小値に整合するように、前記論理チャネルに対する前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択するように構成されることを特徴とする実施形態２４に記載のＷＴＲＵ。
【００８６】
２６．前記最大データ量は、適用可能な現在の許可と各キャリア上へのＥ−ＤＣＨ送信に許容される最大余剰電力との両方に基づいて計算されることを特徴とする実施形態２１乃至２５のいずれかにおけるＷＴＲＵ。
【００８７】
２７．一次キャリアへのＥ−ＤＣＨ送信に許容される最大余剰電力は、スケジュールされていない送信に事前割り振りされた電力と前記キャリアのサービング許可比率に基づいて割り振られる電力との合計であり、および二次キャリアへのＥ−ＤＣＨ送信に許容される最大余剰電力は、前記キャリアの前記サービング許可比率に基づいて割り振られる電力であることを特徴とする実施形態２６に記載のＷＴＲＵ。
【００８８】
特徴および要素が特定の組み合わせにおいて上述されているが、それぞれの特徴または要素を、他の特徴および要素を用いずに単独で、または他の特徴および要素の有無にかかわらずさまざまな組み合わせにおいて使用することができる。本明細書で提供された方法またはフローチャートは、汎用コンピュータまたはプロセッサが実行するためのコンピュータ可読ストレージ媒体に組み込まれる、コンピュータプログラム、ソフトウェア、またはファームウェアに実装され得る。コンピュータ可読ストレージ媒体の例は、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよびリムーバブルディスクなどの磁気媒体、磁気光媒体、およびＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。
【００８９】
適するプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途集積回路（ＡＳＩＣ）、現場プログラム可能ゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／またはステートマシンを含む。
【００９０】
ソフトウェアと関連するプロセッサは、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータに使用するための無線周波数トランシーバを実装するのに使用され得る。ＷＴＲＵは、カメラ、ビデオカメラモジュール、ビデオフォン、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶表示（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）または超広帯域（ＵＷＢ）モジュールなどの、ハードウェアおよび／またはソフトウェアに実装されるモジュールと併せて使用されるように構成され得る。
【特許請求の範囲】
【請求項１】
マルチキャリア動作のための無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成するための方法であって、
論理チャネルを選択するステップと、
前記論理チャネルに使用可能なデータがあるかどうかを決定するステップと、
現在の送信時間間隔（ＴＴＩ）の間に複数のキャリアのそれぞれに送信するのを許容される最大データ量を計算するステップと、
メディアアクセス制御（ＭＡＣ）ＰＤＵに多重化される各ＲＬＣ ＰＤＵが前記キャリアに対して計算される前記最大データ量の最小値に整合するように、前記論理チャネルに対してＲＬＣ ＰＤＵデータフィールドのサイズを選択するステップと、
前記選択されたＲＬＣ ＰＤＵデータフィールドのサイズに基づいて後のＴＴＩのために少なくとも１つのＲＬＣ ＰＤＵを生成するステップと
を備えることを特徴とする方法。
【請求項２】
各キャリア上において送信することができる前記最大データ量は、前記現在のＴＴＩの間に各キャリアに対して適用可能な現在の許可に基づいて計算されることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）によって行われることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＲＬＣ ＰＤＵは、前記論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が前記現在のＴＴＩの間に前記適用可能な現在の許可によって前記キャリアに送信するのを許容される前記最大データ量の最小値の４Ｎ倍より少ないまたは等しいという条件で、前記後のＴＴＩのために生成され、この場合のＮがアクティブ化されたキャリアの数であることを特徴とする請求項２に記載の方法。
【請求項４】
前記現在のＴＴＩの第１のキャリアに対する前記適用可能な現在の許可は、前記論理チャネルがスケジュールされていないメディアアクセス制御（ＭＡＣ）フローに属するという条件でスケジュールされていない許可であり、前記現在のＴＴＩの第２のキャリアに対する前記適用可能な現在の許可は、前記論理チャネルがスケジュールされたＭＡＣフローに属するという条件でサービング許可であることを特徴とする請求項２に記載の方法。
【請求項５】
前記第１のキャリアは一次キャリアであって、前記第２のキャリアは二次キャリアであり、前記スケジュールされていないＭＡＣフローは、前記一次キャリア上で許容されて、前記スケジュールされたＭＡＣフローは、前記一次キャリア上と前記二次キャリア上との両方で許容され、前記論理チャネルに対する前記ＲＬＣ ＰＤＵデータフィールドのサイズは、前記ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが、
前記現在のＴＴＩの間に適用可能な現在のスケジュールされたまたはスケジュールされていない許可によって前記一次キャリア上に送信するのを許容される最大データ量および
前記現在のＴＴＩの間に適用可能な現在のスケジュールされた許可によって前記二次キャリア上に送信するのを許容される最大データ量
のうちの最小値に整合するように選択されることを特徴とする請求項４に記載の方法。
【請求項６】
前記最大データ量は、適用可能な現在の許可と各キャリア上への拡張専用チャネル（Ｅ−ＤＣＨ）送信に許容される最大余剰電力との両方に基づいて計算されることを特徴とする請求項１に記載の方法。
【請求項７】
一次キャリアへのＥ−ＤＣＨ送信に許容される前記最大余剰電力は、スケジュールされていない送信に事前割り振りされた電力と前記キャリアのサービング許可比率に基づいて割り振られる電力との合計であり、二次キャリアへのＥ−ＤＣＨ送信に許容される前記最大余剰電力は、前記キャリアの前記サービング許可比率に基づいて割り振られる電力であることを特徴とする請求項６に記載の方法。
【請求項８】
マルチキャリア送信のためにフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成するための無線送信／受信ユニット（ＷＴＲＵ）であって、
複数のキャリア経由で論理チャネルを使用する無線通信に構成されるトランシーバと、
論理チャネルを選択して、および前記論理チャネルに使用可能なデータがあるかどうかを決定するように構成されるプロセッサと、
現在の送信時間間隔（ＴＴＩ）の間に複数のキャリアのそれぞれに送信するのを許容される最大データ量を計算するように構成される前記プロセッサと、
メディアアクセス制御（ＭＡＣ）ＰＤＵに多重化される各ＲＬＣ ＰＤＵが前記キャリアに対して計算される前記最大データ量の最小値に整合するように、前記論理チャネルに対してＲＬＣ ＰＤＵデータフィールドのサイズを選択するように構成される前記プロセッサと、
前記選択されたＲＬＣ ＰＤＵデータフィールドのサイズに基づいて後のＴＴＩのために少なくとも１つのＲＬＣ ＰＤＵを生成するように構成される前記プロセッサと
を備えることを特徴とするＷＴＲＵ。
【請求項９】
前記プロセッサは、前記現在のＴＴＩの間に各キャリアに対して適用可能な現在の許可に基づいて各キャリア上に送信することができる前記最大データ量を計算するように構成されることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１０】
前記プロセッサは、特定の論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が前記現在のＴＴＩの間に前記適用可能な現在の許可によって前記キャリアに送信するのを許容される前記最大データ量の前記最小値の４Ｎ倍より少ないまたは等しいという条件で、前記後のＴＴＩのために前記ＲＬＣ ＰＤＵを生成するように構成され、この場合のＮがアクティブ化されたキャリアの数であることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
前記プロセッサは、前記現在のＴＴＩの間に第１および第２のキャリア上に送信することができる前記最大データ量を計算するように構成されて、前記第１のキャリアに対する前記適用可能な現在の許可は、前記論理チャネルがスケジュールされていないメディアアクセス制御（ＭＡＣ）フローに属するという条件でスケジュールされていない許可であり、前記第２のキャリアに対する前記適用可能な現在の許可は、前記論理チャネルがスケジュールされたＭＡＣフローに属するという条件でサービング許可であることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１２】
前記第１のキャリアは一次キャリアであって、前記第２のキャリアは二次キャリアであり、前記スケジュールされていないＭＡＣフローは前記一次キャリア上で許容され、前記スケジュールされたＭＡＣフローは前記一次キャリア上と前記二次キャリア上との両方で許容され、前記プロセッサは、前記ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが
前記現在のＴＴＩの間に適用可能な現在のスケジュールされたまたはスケジュールされていない許可によって前記一次キャリア上に送信するのを許容される最大データ量および
前記現在のＴＴＩの間に適用可能な現在のスケジュールされた許可によって前記二次キャリア上に送信するのを許容される最大データ量
のうちの最小値に整合するように、前記論理チャネルに対する前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択するように構成されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記プロセッサは、適用可能な現在の許可と各キャリア上への拡張専用チャネル（Ｅ−ＤＣＨ）送信に許容される最大余剰電力との両方に基づいて前記最大データ量を計算するように構成されることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１４】
前記プロセッサは、前記最大データ量を計算するように構成され、一次キャリアへのＥ−ＤＣＨ送信に許容される前記最大余剰電力は、スケジュールされていない送信に事前割り振りされた電力と前記キャリアのサービング許可比率に基づいて割り振られる電力との合計であり、二次キャリアへのＥ−ＤＣＨ送信に許容される前記最大余剰電力は、前記キャリアの前記サービング許可比率に基づいて割り振られる電力であることを特徴とする請求項１３に記載のＷＴＲＵ。
【請求項１】
マルチキャリア動作のための無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成するための方法であって、
論理チャネルを選択するステップと、
前記論理チャネルに使用可能なデータがあるかどうかを決定するステップと、
現在の送信時間間隔（ＴＴＩ）の間に複数のキャリアのそれぞれに送信するのを許容される最大データ量を計算するステップと、
メディアアクセス制御（ＭＡＣ）ＰＤＵに多重化される各ＲＬＣ ＰＤＵが前記キャリアに対して計算される前記最大データ量の最小値に整合するように、前記論理チャネルに対してＲＬＣ ＰＤＵデータフィールドのサイズを選択するステップと、
前記選択されたＲＬＣ ＰＤＵデータフィールドのサイズに基づいて後のＴＴＩのために少なくとも１つのＲＬＣ ＰＤＵを生成するステップと
を備えることを特徴とする方法。
【請求項２】
各キャリア上において送信することができる前記最大データ量は、前記現在のＴＴＩの間に各キャリアに対して適用可能な現在の許可に基づいて計算されることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）によって行われることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＲＬＣ ＰＤＵは、前記論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が前記現在のＴＴＩの間に前記適用可能な現在の許可によって前記キャリアに送信するのを許容される前記最大データ量の最小値の４Ｎ倍より少ないまたは等しいという条件で、前記後のＴＴＩのために生成され、この場合のＮがアクティブ化されたキャリアの数であることを特徴とする請求項２に記載の方法。
【請求項４】
前記現在のＴＴＩの第１のキャリアに対する前記適用可能な現在の許可は、前記論理チャネルがスケジュールされていないメディアアクセス制御（ＭＡＣ）フローに属するという条件でスケジュールされていない許可であり、前記現在のＴＴＩの第２のキャリアに対する前記適用可能な現在の許可は、前記論理チャネルがスケジュールされたＭＡＣフローに属するという条件でサービング許可であることを特徴とする請求項２に記載の方法。
【請求項５】
前記第１のキャリアは一次キャリアであって、前記第２のキャリアは二次キャリアであり、前記スケジュールされていないＭＡＣフローは、前記一次キャリア上で許容されて、前記スケジュールされたＭＡＣフローは、前記一次キャリア上と前記二次キャリア上との両方で許容され、前記論理チャネルに対する前記ＲＬＣ ＰＤＵデータフィールドのサイズは、前記ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが、
前記現在のＴＴＩの間に適用可能な現在のスケジュールされたまたはスケジュールされていない許可によって前記一次キャリア上に送信するのを許容される最大データ量および
前記現在のＴＴＩの間に適用可能な現在のスケジュールされた許可によって前記二次キャリア上に送信するのを許容される最大データ量
のうちの最小値に整合するように選択されることを特徴とする請求項４に記載の方法。
【請求項６】
前記最大データ量は、適用可能な現在の許可と各キャリア上への拡張専用チャネル（Ｅ−ＤＣＨ）送信に許容される最大余剰電力との両方に基づいて計算されることを特徴とする請求項１に記載の方法。
【請求項７】
一次キャリアへのＥ−ＤＣＨ送信に許容される前記最大余剰電力は、スケジュールされていない送信に事前割り振りされた電力と前記キャリアのサービング許可比率に基づいて割り振られる電力との合計であり、二次キャリアへのＥ−ＤＣＨ送信に許容される前記最大余剰電力は、前記キャリアの前記サービング許可比率に基づいて割り振られる電力であることを特徴とする請求項６に記載の方法。
【請求項８】
マルチキャリア送信のためにフレキシブルなサイズの無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成するための無線送信／受信ユニット（ＷＴＲＵ）であって、
複数のキャリア経由で論理チャネルを使用する無線通信に構成されるトランシーバと、
論理チャネルを選択して、および前記論理チャネルに使用可能なデータがあるかどうかを決定するように構成されるプロセッサと、
現在の送信時間間隔（ＴＴＩ）の間に複数のキャリアのそれぞれに送信するのを許容される最大データ量を計算するように構成される前記プロセッサと、
メディアアクセス制御（ＭＡＣ）ＰＤＵに多重化される各ＲＬＣ ＰＤＵが前記キャリアに対して計算される前記最大データ量の最小値に整合するように、前記論理チャネルに対してＲＬＣ ＰＤＵデータフィールドのサイズを選択するように構成される前記プロセッサと、
前記選択されたＲＬＣ ＰＤＵデータフィールドのサイズに基づいて後のＴＴＩのために少なくとも１つのＲＬＣ ＰＤＵを生成するように構成される前記プロセッサと
を備えることを特徴とするＷＴＲＵ。
【請求項９】
前記プロセッサは、前記現在のＴＴＩの間に各キャリアに対して適用可能な現在の許可に基づいて各キャリア上に送信することができる前記最大データ量を計算するように構成されることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１０】
前記プロセッサは、特定の論理チャネルに対してまだ処理されていない事前生成されたＲＬＣ ＰＤＵ内のデータ量が前記現在のＴＴＩの間に前記適用可能な現在の許可によって前記キャリアに送信するのを許容される前記最大データ量の前記最小値の４Ｎ倍より少ないまたは等しいという条件で、前記後のＴＴＩのために前記ＲＬＣ ＰＤＵを生成するように構成され、この場合のＮがアクティブ化されたキャリアの数であることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
前記プロセッサは、前記現在のＴＴＩの間に第１および第２のキャリア上に送信することができる前記最大データ量を計算するように構成されて、前記第１のキャリアに対する前記適用可能な現在の許可は、前記論理チャネルがスケジュールされていないメディアアクセス制御（ＭＡＣ）フローに属するという条件でスケジュールされていない許可であり、前記第２のキャリアに対する前記適用可能な現在の許可は、前記論理チャネルがスケジュールされたＭＡＣフローに属するという条件でサービング許可であることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１２】
前記第１のキャリアは一次キャリアであって、前記第２のキャリアは二次キャリアであり、前記スケジュールされていないＭＡＣフローは前記一次キャリア上で許容され、前記スケジュールされたＭＡＣフローは前記一次キャリア上と前記二次キャリア上との両方で許容され、前記プロセッサは、前記ＭＡＣ ＰＤＵに多重化される各ＲＬＣ ＰＤＵが
前記現在のＴＴＩの間に適用可能な現在のスケジュールされたまたはスケジュールされていない許可によって前記一次キャリア上に送信するのを許容される最大データ量および
前記現在のＴＴＩの間に適用可能な現在のスケジュールされた許可によって前記二次キャリア上に送信するのを許容される最大データ量
のうちの最小値に整合するように、前記論理チャネルに対する前記ＲＬＣ ＰＤＵデータフィールドのサイズを選択するように構成されることを特徴とする請求項１１に記載のＷＴＲＵ。
【請求項１３】
前記プロセッサは、適用可能な現在の許可と各キャリア上への拡張専用チャネル（Ｅ−ＤＣＨ）送信に許容される最大余剰電力との両方に基づいて前記最大データ量を計算するように構成されることを特徴とする請求項８に記載のＷＴＲＵ。
【請求項１４】
前記プロセッサは、前記最大データ量を計算するように構成され、一次キャリアへのＥ−ＤＣＨ送信に許容される前記最大余剰電力は、スケジュールされていない送信に事前割り振りされた電力と前記キャリアのサービング許可比率に基づいて割り振られる電力との合計であり、二次キャリアへのＥ−ＤＣＨ送信に許容される前記最大余剰電力は、前記キャリアの前記サービング許可比率に基づいて割り振られる電力であることを特徴とする請求項１３に記載のＷＴＲＵ。
【図１Ａ】
【図１Ｂ】
【図２】
【図３】
【図４】
【図１Ｂ】
【図２】
【図３】
【図４】
【公表番号】特表２０１２−５２５０７５（Ｐ２０１２−５２５０７５Ａ）
【公表日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願番号】特願２０１２−５０７３８４（Ｐ２０１２−５０７３８４）
【出願日】平成２２年４月２２日（２０１０．４．２２）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０３２０７２
【国際公開番号】ＷＯ２０１０／１２４１０４
【国際公開日】平成２２年１０月２８日（２０１０．１０．２８）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
【公表日】平成２４年１０月１８日（２０１２．１０．１８）
【国際特許分類】
【出願日】平成２２年４月２２日（２０１０．４．２２）
【国際出願番号】ＰＣＴ／ＵＳ２０１０／０３２０７２
【国際公開番号】ＷＯ２０１０／１２４１０４
【国際公開日】平成２２年１０月２８日（２０１０．１０．２８）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
[ Back to top ]