JP2013110748A - 無線リンク制御プロトコルデータユニットサイズを選択する方法および装置 - Google Patents

Abstract

【課題】ＭＡＣ ＰＤＵに含められるべき任意のＲＬＣ ＰＤＵが、このＭＡＣ ＰＤＵのサイズの判定の後、つまりＥ−ＴＦＣ選択の後に作成されなければならない場合、厳しい遅延の制約による大きいピーク処理要求を回避する。
【解決手段】方法および装置は、１つまたは複数のＲＬＣ ＰＤＵを含むことになるＭＡＣ ＰＤＵのＥ−ＴＦＣ選択の前に、このＲＬＣ ＰＤＵを作成するために使用される。装置は、後のＴＴＩにおける伝送のためにＲＬＣ ＰＤＵを事前に発生するように構成することができる。また、方法および装置は、ＲＬＣ ＰＤＵのサイズと、それが含められるＭＡＣ ＰＤＵのサイズとのおおよその適合を維持する。このおおよその適合を維持することにより、ＨＡＲＱ残留エラーによるＲＬＣ ＰＤＵエラーレートは確実に低く保持される。
【選択図】図６

Description

本願は、無線通信に関する。

３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）は、グローバルに適用可能な第３世代（３Ｇ）無線通信システムを作る電気通信協会のグループ間のコラボレーションである。

ＵＭＴＳネットワークアーキテクチャは、コアネットワーク（ＣＮ）、ＵＴＲＡＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）、および少なくとも１つのユーザ機器（ＵＥ）を含む。ＣＮは、Ｉｕインターフェイスを介してＵＴＲＡＮと相互接続される。

ＵＴＲＡＮは、Ｕｕ無線インターフェイスを介して、本願において無線送信／受信ユニット（ＷＴＲＵ）と呼ばれるＵＥに無線通信サービスを提供するように構成される。ＵＭＴＳ標準で規定された、共通して採用されるエアーインターフェイスは、Ｗ−ＣＤＭＡ（ｗｉｄｅｂａｎｄ ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）である。ＵＴＲＡＮは、１つまたは複数の無線ネットワークコントローラ（ＲＮＣ）および３ＧＰＰによってノードＢと呼ばれる基地局を備え、これらは集合的に少なくとも１つのＵＥとの無線通信のための地理的通信可能範囲を提供する。１つまたは複数のノードＢは、Ｉｕｂインターフェイスを介して各ＲＮＣに接続される。ＵＴＲＡＮ内のＲＮＣは、Ｉｕｒインターフェイスを介して通信する。

図１は、ＵＥ２００の例示的なブロック図である。ＵＥ２００は、無線リソース制御（ＲＲＣ）エンティティ２０５、無線リンク制御（ＲＬＣ）エンティティ２１０、メディアアクセス制御（ＭＡＣ）エンティティ２１５、および物理（ＰＨＹ）層１（Ｌ１）エンティティ２２０を含むことができる。ＲＬＣエンティティ２１０は、送信側サブアセンブリ２２５および受信側サブアセンブリ２３０を含む。送信側サブアセンブリ２２５は、送信バッファ２３５を含む。

図２は、ＵＴＲＡＮ３００の例示的なブロック図である。ＵＴＲＡＮ３００は、ＲＲＣエンティティ３０５、ＲＬＣエンティティ３１０、ＭＡＣエンティティ３１５、およびＰＨＹ Ｌ１エンティティ３２０を含むことができる。ＲＬＣエンティティ３１０は、送信側サブアセンブリ３２５および受信側サブアセンブリ３３０を含む。送信側サブアセンブリ３２５は、送信バッファ３３５を含む。

３ＧＰＰリリース６は、アップリンク伝送にさらに高いデータレートを提供するために、高速アップリンクパケットアクセス（ＨＳＵＰＡ）を導入した。アップリンク（ＵＬ）データをより高いレートで搬送するため、ＨＳＵＰＡの一部として、新しいトランスポートチャネルである拡張専用チャネル（Ｅ−ＤＣＨ；ｅｎｈａｎｃｅｄ ｄｅｄｉｃａｔｅｄ ｃｈａｎｎｅｌ）が導入された。

ＭＡＣサブレイヤは、Ｅ−ＤＣＨトランスポートチャネルの伝送時間間隔（ＴＴＩ）において伝送されるべきビットの数を判定するように構成される。ＭＡＣサブレイヤは、Ｅ−ＤＣＨトランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ；ｔｒａｎｓｐｏｒｔ ｆｏｒｍａｔ ｃｏｍｂｉｎａｔｉｏｎ）選択プロセスを行うように構成することができる。Ｅ−ＲＧＣＨおよびＥ−ＡＧＣＨで受信される相対許可（ｒｅｌａｔｉｖｅ ｇｒａｎｔ）および絶対許可（ａｂｓｏｌｕｔｅ ｇｒａｎｔ）は、ＷＴＲＵが送信することができる最大許容可能Ｅ−ＤＰＤＣＨ対ＤＰＣＣＨ電力割当量を調整する。

図３は、ＲＬＣサブレイヤの概要を示す。ＲＬＣサブレイヤは、ＲＬＣエンティティから構成され、これらには３つのタイプがある。すなわち、ＴＭモード（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ）、ＵＭモード（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）、およびＡＭモード（Ａｃｋｎｏｗｌｅｄｇｅｄ Ｍｏｄｅ）のＲＬＣエンティティである。ＵＭおよびＴＭ ＲＬＣエンティティは、送信ＲＬＣエンティティまたは受信ＲＬＣエンティティとなるように構成することができる。送信ＲＬＣエンティティはＲＬＣ ＰＤＵを送信し、受信ＲＬＣエンティティはＲＬＣ ＰＤＵを受信する。ＡＭ ＲＬＣエンティティは、ＲＬＣ ＰＤＵを送信するための送信側およびＲＬＣ ＰＤＵを受信するための受信側から構成される。

各ＲＬＣエンティティは、基本手続きに応じて、送り手として、または受け手として規定される。ＵＭおよびＴＭにおいて、送信ＲＬＣエンティティは送り手であり、ピアのＲＬＣエンティティは受け手である。ＡＭ ＲＬＣエンティティは、基本手続きに応じて、送り手または受け手のいずれかにすることができる。送り手は、ＡＭＤ（ａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ ｄａｔａ）ＰＤＵの送信機であり、受け手は、ＡＭＤ ＰＤＵの受信機である。送り手または受け手は、ＵＥまたはＵＴＲＡＮのいずれにあってもよい。

各ＴＭサービスおよびＵＭサービスに対して、１つの送信ＲＬＣエンティティおよび１つの受信ＲＬＣエンティティがある。しかし、ＡＭサービスに対しては、１つの組み合わされた送信および受信ＲＬＣエンティティがある。

ＵＭ ＲＬＣエンティティおよびＴＭ ＲＬＣエンティティの両方は、１つの論理チャネルを使用してデータＰＤＵを送り、または受け取る。ＡＭ ＲＬＣエンティティは、１つまたは２つの論理チャネルを使用してデータＰＤＵおよび制御ＰＤＵの両方を送り、または受け取るように構成することができる。１つの論理チャネルだけが構成される場合、送信ＡＭ ＲＬＣエンティティは、同じ論理チャネルでデータＰＤＵおよび制御ＰＤＵの両方を送信する。

ＡＭ ＲＬＣエンティティは、ＰＤＵを作成するように構成することができ、ＲＬＣ ＰＤＵのサイズは、データＰＤＵおよび制御ＰＤＵの両方について同じである。

現在、ＲＬＣエンティティは「無線非認識（ｒａｄｉｏ ｕｎａｗａｒｅ）」、つまり現在の無線状態を認識しない。しかし、ＵＬの方向において、ＲＬＣプロトコルおよびＭＡＣプロトコルの両方は同じノードにあるので、ＲＬＣエンティティは「無線認識」、つまり現在の無線状態を認識することができる。その結果、ＲＬＣ ＰＤＵのサイズは、瞬時の利用可能なデータレートに基づいて判定することができる。

しかし、ＲＬＣエンティティが「無線非認識」であるように設計される場合、ＲＬＣエンティティは最大サイズのＲＬＣ ＰＤＵを発生する。現在の無線状態および与えられた許可に応じて、これは結果としてＴＴＩあたり２つ以上のＰＤＵを発生することがある。残念なことに、発生したＲＬＣ ＰＤＵが選択されたＥ−ＤＣＨトランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）のサイズよりも大きい場合、発生したＲＬＣ ＰＤＵはセグメント化されることがある。

「無線認識」および「無線非認識」のＲＬＣの両方は、利点と欠点を有する。「無線非認識」の主な欠点は、（ａ）小さい固定のＲＬＣ ＰＤＵサイズが使用される場合の大きいオーバーヘッド、および（ｂ）大きい固定のＲＬＣ ＰＤＵサイズでＭＡＣセグメンテーションが使用される場合に残留ハイブリッド自動リピート要求（ＨＡＲＱ；ｈｙｂｒｉｄ−ａｕｔｏｍａｔｉｃ ｒｅｐｅａｔ ｒｅｑｕｅｓｔ）エラーによる大きいエラーレートである。（注：残留ＨＡＲＱエラー＝改善されたＭＡＣ（ＭＡＣ−ｉ／ｉｓ）ＰＤＵの伝送が失敗したこと。多数のセグメントがある場合、セグメントを搬送する任意のＭＡＣ−ｉ／ｉｓ ＰＤＵが失敗する可能性はより大きくなるので、ＲＬＣ ＰＤＵエラーレートは増大する）。

前述のように、「無線認識」のＲＬＣエンティティは、ＭＡＣ ＰＤＵのＥ−ＴＦＣのサイズ（トランスポートブロックサイズ）の関数としてＲＬＣ ＰＤＵを発生する。その結果、ＲＬＣ ＰＤＵがＭＡＣにおいてセグメント化される必要がないので、オーバーヘッドは最小になり、残留ＨＡＲＱエラーに起因するＲＬＣ ＰＤＵエラーレートは低くなる。しかし、「無線認識」のＲＬＣエンティティは、短い時間内のＲＬＣ ＰＤＵの発生があまりに多くの処理能力を必要とすることがあるので、与えられたＴＴＩにおいてＲＬＣ ＰＤＵを発生することができないことがある。

「無線認識」のＲＬＣエンティティは、残留ＨＡＲＱエラーによるＲＬＣエンティティ ＰＤＵエラーレートの最小化に最適なトランスポートブロックサイズに適合するＲＬＣ ＰＤＵを発生するが、「無線認識」のＲＬＣエンティティは、非常に小さいＥ−ＴＦＣサイズに対してはるかに高いオーバーヘッドと、大きいトランスポートブロックサイズに対してより低いオーバーヘッドを有することになる。「無線認識」のＲＬＣは、大きいＥ−ＴＦＣの選択があるときに大きいＲＬＣ ＰＤＵを発生するので、大きいＲＬＣ ＰＤＵが再送信される必要があり、サイズにおけるＥ−ＴＦＣ選択が減少する場合に問題がある。さらに、大きいＲＬＣ ＰＤＵの再送信には、多数のＭＡＣセグメントの発生が必要となる。その結果、ＨＡＲＱ残留エラーによるＲＬＣ ＰＤＵエラーレートが増大することがある。

したがって、ＨＡＲＱ残留エラーに起因するＲＬＣオーバーヘッドおよびＲＬＣ ＰＤＵエラーレートは両方とも減少するようにＲＬＣ ＰＤＵを発生するＲＬＣエンティティでの使用のための方法に対する必要性が存する。

そのために、指定された境界内で適正なＲＬＣ ＰＤＵサイズを選択する方法が望まれるであろう。より具体的には、ＲＬＣ ＰＤＵサイズがいつ計算されるべきか、およびＲＬＣ ＰＤＵサイズがどの値に設定されるべきかを判定する方法が望まれるであろう。

方法および装置は、１つまたは複数のＲＬＣ ＰＤＵを含むことになるＭＡＣ ＰＤＵのＥ−ＴＦＣ選択の前に、このまたはこれらのＲＬＣ ＰＤＵを作成するために使用される。ＷＴＲＵは、後のＴＴＩにおける伝送のためにＲＬＣ ＰＤＵを事前に発生するように構成することができる。このアプローチは、ＭＡＣ ＰＤＵに含められるべき任意のＲＬＣ ＰＤＵが、このＭＡＣ ＰＤＵのサイズの判定の後、つまりＥ−ＴＦＣ選択の後に作成されなければならない場合、厳しい遅延の制約により存在するであろう大きなピーク処理要求を回避するというメリットを有する。これ以降説明される方法および装置は、このメリットを可能にし、しかも同時に、ＲＬＣ ＰＤＵのサイズと、ＲＬＣ ＰＤＵが含められるＭＡＣ ＰＤＵのサイズとの間のおおよその適合をほとんどの時間に維持する。このおおよその適合を維持することにより、ＨＡＲＱ残留エラーによるＲＬＣ ＰＤＵエラーレートは確実に低く保持される。このアプローチは、「半無線認識（ｓｅｍｉ−ｒａｄｉｏ ａｗａｒｅ）」または「遅延を伴う無線認識（ｒａｄｉｏ−ａｗａｒｅ ｗｉｔｈ ｄｅｌａｙ）」として設計することができる。

より詳細な理解は、添付の図面と併せて例として与えられる、以下の説明から得ることができる。

ＵＥの例示的なブロック図である。 ＵＴＲＡＮの例示的なブロック図である。 ＲＬＣサブレイヤの概要を示す図である。 複数のＷＴＲＵ、ノードＢ、ＣＲＮＣ、ＳＲＮＣ、およびコアネットワークを含む無線通信システムを示す図である。 図４の無線通信システムのＷＴＲＵおよびノードＢの機能ブロック図である。 後のＴＴＩにおいて伝送する無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を事前に発生するために無線送信／受信ユニット（ＷＴＲＵ）における使のための方法のブロック図である。 図６において説明されるさまざまなステップに対する実施形態の組合せの一例を示す図である。

これ以降参照される場合、「無線送信／受信ユニット（ＷＴＲＵ）」という用語は、ＷＴＲＵ、ユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャー、セルラー電話、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境において動作することのできる他の任意のタイプのユーザデバイスを含むが、これらに限定されない。これ以降参照される場合、「基地局」という用語は、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境において動作することのできる他の任意のタイプのインターフェイスデバイスを含むが、これらに限定されない。

図４は、複数のＷＴＲＵ４１０、ノードＢ４２０、ＣＲＮＣ４３０、ＳＲＮＣ４４０、およびコアネットワーク４５０を含む無線通信システム４００を示す。図４に示されているように、ＷＴＲＵ４１０はノードＢ４２０と通信しており、ノードＢ４２０はＣＲＮＣ４３０およびＳＲＮＣ４４０と通信している。図４において、３つのＷＴＲＵ４１０、１つのノードＢ４２０、１つのＣＲＮＣ４３０、および１つのＳＲＮＣ４４０が示されているが、無線通信システム４００には、無線デバイスおよび有線デバイスの任意の組合せを含むことができることに留意されたい。

図５は、図４の無線通信システム４００のＷＴＲＵ４１０およびノードＢ４２０の機能ブロック図５００である。図５に示されているように、ＷＴＲＵ４１０はノードＢ４２０と通信し、両方ともＲＬＣ ＰＤＵサイズを選択するための方法を行うように構成される。

典型的なＷＴＲＵに見ることができるコンポーネントに加えて、ＷＴＲＵ４１０は、プロセッサ４１５、受信機４１６、送信機４１７、およびアンテナ４１８を含む。プロセッサ４１５は、ＲＬＣ ＰＤＵサイズを選択するための方法を行うように構成される。受信機４１６および送信機４１７は、プロセッサ４１５と通信する。アンテナ４１８は、受信機４１６および送信機４１７の両方と通信して、無線データの送信および受信を容易にする。

典型的な基地局に見ることができるコンポーネントに加えて、ノードＢ４２０は、プロセッサ４２５、受信機４２６、送信機４２７、およびアンテナ４２８を含む。受信機４２６および送信機４２７は、プロセッサ４２５と通信する。アンテナ４２８は、受信機４２６および送信機４２７の両方と通信して、無線データの送信および受信を容易にする。

これ以降、「トランスポートブロック」という用語は、ＭＡＣ−ｅ ＰＤＵ、ＭＡＣ−ｉ ＰＤＵ、ＭＡＣ−ｅｓ ＰＤＵ、ＭＡＣ−ｉｓ ＰＤＵ、またはＭＡＣ ＰＤＵのいずれかを参照することができる。「トランスポートブロックのビット数」または「選択されたトランスポートブロック（ＴＢ）」という用語は、以下の数量のいずれかを参照する。トランスポートブロックの合計サイズ（つまり「トランスポートブロックサイズ」）、トランスポートブロックの合計サイズからＭＡＣヘッダに必要なビット数を差し引いたもの、Ｅ−ＤＣＨトランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）選択手続きに従ってＲＬＣ ＰＤＵが属する論理チャネルまたはＭＡＣ−ｄフローに利用可能なビット数、Ｅ−ＴＦＣ選択手続きに従って論理チャネルまたはＭＡＣ−ｄフローの組合せに利用可能なビット数、およびＥ−ＴＦＣ選択手続きの一部として所与の論理チャネルから要求されるビット数。

図６は、後のＴＴＩにおいて伝送する無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を事前に発生するために無線送信／受信ユニット（ＷＴＲＵ）における使用のための方法６００を示すブロック図である。図６を参照すると、ＷＴＲＵは、ＲＬＣ ＰＤＵサイズ（またはＲＬＣ ＰＤＵのデータフィールドのサイズ）の計算、およびＲＬＣ ＰＤＵの作成を所定の時間において行う６１０。ＷＴＲＵは、サービス許可更新手続き（ｓｅｒｖｉｎｇ ｇｒａｎｔ ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅ）を実行するか、または最新のサービス許可更新の結果を使用する６２０。ＷＴＲＵは、サービス許可更新手続きの結果およびおそらくはその他の係数に基づいて、「トランスポートブロックのビット数」（Ｇ）を計算する６３０。次いで、ＷＴＲＵは、トランスポートブロックのビット数ならびにおそらくはその他の係数およびパラメータに基づいて、ＲＬＣ ＰＤＵサイズ（Ｓ）を計算することができる６４０。次いで、ＷＴＲＵは、未決のＲＬＣ ＰＤＵがあれば、データの量を更新するように構成することができる６６０。次に、ＷＴＲＵは、判定された未決のＲＬＣ ＰＤＵのデータの量、新しいＲＬＣ ＰＤＵが作成される場合そのようなＲＬＣ ＰＤＵのデータの量、および未決のＲＬＣ ＰＤＵのデータの合計量に関する制限に基づいて追加のＲＬＣ ＰＤＵを作成することができるかどうかを判定するように構成することができる６７０。追加のＲＬＣ ＰＤＵが作成されないことをＷＴＲＵが判定する場合、ＷＴＲＵは、ＲＬＣ ＰＤＵを作成することをやめ、次に手続きが実行されるのを待つことができる。それ以外の場合、ＷＴＲＵは、追加のＲＬＣ ＰＤＵを作成するように構成することができる６８０。次いで、ＷＴＲＵは、ＲＬＣ ＰＤＵを作成するために引き続き利用可能なデータが（ＲＬＣ ＳＤＵ内に）あるかを調べるように構成することができる６９０。利用可能なデータがある場合、ＷＴＲＵは、未決のＲＬＣ ＰＤＵ内のデータの量を更新するように構成することができる。それ以外の場合、ＷＴＲＵは、次に手続きが実行されるのを待つように構成することができる。サービス許可更新手続きを再開するのに先立って、時間を節約するため、ＷＴＲＵは、ＲＬＣ ＰＤＵを作成するために利用可能なデータがあるかをこの時点において調べるように構成することができる。作成するデータがない場合、ＷＴＲＵは、次の実行の待機をスキップするように構成することができる。

ＲＬＣ ＰＤＵサイズが計算されるべき時間（ステップ６１０）について説明する以下の実施形態は、これらのイベントのいずれかが発生する場合に計算を行うことができるという意味において、「組み合わせて」使用することができる。第１の実施形態において、ＷＴＲＵは、たとえば伝送時間間隔（ＴＴＩ）ベース、またはＮ個のＴＴＩごとに、定期的にＲＬＣ ＰＤＵサイズを判定するように構成することができる。ＷＴＲＵはまた、Ｅ−ＴＦＣ選択が発生するごとに、ＲＬＣ ＰＤＵサイズを判定するように構成することができる。ＷＴＲＵはまた、ＲＬＣサービスデータユニット（ＳＤＵ）のセグメンテーションおよび／または連結から新しいＲＬＣ ＰＤＵが作成されるごとに、ＲＬＣ ＰＤＵサイズを判定するように構成することができる。ＷＴＲＵはまた、ＲＬＣが上位層からの新しいデータ（つまり新しいＲＬＣ ＳＤＵ）を受信するごと、またはサービス許可（ｓｅｒｖｉｎｇ ｇｒａｎｔ）が更新されるごとに、ＲＬＣ ＰＤＵサイズを判定するように構成することができる。ＷＴＲＵはまた、アクティブセット更新手続きに基づいて、ＲＬＣ ＰＤＵサイズを判定するように構成することができる。オプションで、ＲＬＣ ＰＤＵサイズは、サービスセル（ｓｅｒｖｉｎｇ ｃｅｌｌ）が変更されるときは常に、または無線ベアラ、トランスポートチャネルもしくは物理チャネルのセットアップ時、構成時、もしくは再構成時に判定することができる。ＲＬＣ ＰＤＵサイズは、ＲＲＣシグナリングからの最小値／最大値の受信時に計算することができる。

あるいは、ＷＴＲＵは、トリガイベントに基づいて、ＲＬＣ ＰＤＵサイズを判定するように構成することができる。１つの実施形態において、ＷＴＲＵは、トランスポートブロック内の利用可能なビット数、Ｅ−ＤＣＨトランスポートフォーマットコンビネーション索引（Ｅ−ＴＦＣＩ）、ＷＴＲＵ電力ヘッドルーム、またはサービス許可に変化が生じた場合に、ＲＬＣ ＰＤＵサイズを判定するように構成することができる。トリガイベントと見なすために必要な変化の量は、所定のしきい値に基づくことができる。

あるいは、ＷＴＲＵは、この論理チャネルからのデータがＭＡＣ−ｉ ＰＤＵに含まれるＥ−ＴＦＣ選択ごとに、ＲＬＣ ＰＤＵサイズの計算に使用される情報を更新するように構成することができる。別の代替において、ＷＴＲＵは、ＲＬＣエンティティがスケジュール化フロー（ｓｃｈｅｄｕｌｅｄ ｆｌｏｗ）または非スケジュール化フロー（ｎｏｎ−ｓｃｈｅｄｕｌｅｄ ｆｌｏｗ）を搬送している場合にＨＡＲＱプロセスがそれぞれスケジュール化データおよび／または非スケジュール化データを伝送するように構成されるＥ−ＴＦＣ選択ごとに、ＲＬＣ ＰＤＵサイズの計算に使用される情報を更新するように構成することができる。または、ＷＴＲＵは、論理チャネルのＭＡＣ−ｄフローからのデータがＭＡＣ−ｉ ＰＤＵに含まれるか、もしくは論理チャネルのＭＡＣ−ｄフローが多重化されることが許されるＥ−ＴＦＣ選択ごとに、ＲＬＣ ＰＤＵサイズの計算に使用される情報を更新するように構成することができる。

オプションで、ＷＴＲＵは、以下の数量のうちの１つが特定の値を超えて変化するか、またはしきい値よりも小さくなるか、またはしきい値よりも大きくなる場合に、ＲＬＣ ＰＤＵサイズを判定するように構成することができ、数量には、１）測定されたパス損失、サービスセルに対する測定された受信信号符号電力（ＲＳＣＰ）または測定された共通パイロットチャネル（ＣＰＩＣＨ）Ｅｃ／Ｎｏ、およびＷＴＲＵ伝送電力、２）（任意のｎに対する）ｎ番目のＨＡＲＱ伝送のエラーレートまたはすべてのＨＡＲＱ伝送にわたる平均エラーレート、）ＨＡＲＱ伝送遅延（トランスポートブロックの初期伝送とその成功応答確認との間の時間）、３）合計ＲＬＣ ＰＤＵ伝送遅延（ＨＡＲＱ伝送遅延に、ＲＬＣ ＰＤＵの作成と伝送との間の時間を加えたもの）、４）残留ＨＡＲＱエラーレート（つまり、ＨＡＲＱ失敗が生じる確率）またはＨＡＲＱ失敗の数、５）再伝送が必要であったＲＬＣ ＰＤＵの割合または数、６）ＷＴＲＵによって知覚されたダウンリンクチャネル品質、またはレポートされたチャネル品質インジケータ（ＣＱＩ）、７）おそらくは特定の絶対伝送電力を超えて伝送するＷＴＲＵを条件とする、特定の時間間隔内にネットワークから受信された「ＵＰ」伝送電力制御（ＴＰＣ）コマンドの数または割合、）ＲＬＣ ＰＤＵを成功伝送するために必要なＲＬＣ再送信の数）廃棄されたＲＬＣ ＳＤＵの割合または数、または８）上記の数量のうちの１つまたは組合せの任意の関数（たとえば、平均）を含む。

あるいは、ＷＴＲＵは、ハイブリッド自動リピート要求（ＨＡＲＱ）失敗（トランスポートブロックのすべてのＨＡＲＱ伝送が失敗）が生じた場合、または成功配送に必要なＨＡＲＱ再伝送の数がしきい値を超えるか、もしくはそのようなイベントの構成された数が生じると常に、ＲＬＣ ＰＤＵサイズを判定するように構成することができる。別の代替において、ＷＴＲＵは、ＲＬＣ ＰＤＵが再伝送される必要がある場合、またはＲＬＣ再伝送の構成された数が生じたか、もしくはＲＬＣ ＰＤＵの構成された割合が再伝送された場合に、ＲＬＣ ＰＤＵサイズを計算するように構成することができる。さらに別の実施形態において、ＲＬＣ ＰＤＵサイズは、ＲＬＣ ＰＤＵが再伝送の数を超えるか、または廃棄タイマーが満了するか、またはＲＬＣ ＰＤＵ／ＳＤＵの構成された数もしくは割合が廃棄された場合に、再計算することができる。ＲＬＣ ＰＤＵサイズはまた、タイマーが満了したときに再計算することができる。このタイマーの値は、構成可能にすることができる。ＲＬＣ ＰＤＵサイズは、ＭＡＣ層によって計算され、ＴＴＩベースまたは定期的なベースでＲＬＣ層に提供することができる。あるいは、ＲＬＣ層は、ＭＡＣ層からの情報に基づいてＲＬＣ ＰＤＵサイズを判定することができる。

１つの実施形態において、ＲＬＣ ＰＤＵサイズは、ステップ６３０において計算された「トランスポートブロックのビット数」に設定されるか、またはその関数に設定される。換言すると、ＲＬＣ ＰＤＵのデータフィールドのサイズは、完全なＲＬＣ ＰＤＵのサイズ（ヘッダを含む）が「トランスポートブロックのビット数」と適合するように設定される。後に説明されるように値が最大値よりも大きいか、または最小値よりも小さい場合、サイズは再調整することができる。「トランスポートブロックのビット数」の計算は、ＲＬＣ ＰＤＵが属する論理チャネルが、スケジュール化フローまたは非スケジュール化フローに属するるかに依存する。

スケジュール化フローに属する論理チャネルの場合、「トランスポートブロックのビット数」は、スケジュール化（サービス）許可および利用可能な電力に基づいて伝送することができる最も高いペイロード、（たとえば、ＷＴＲＵはＭｉｎ｛Ｅ−ＴＦＣ制限手続きに従ってＷＴＲＵによって送信することができる最大Ｅ−ＴＦＣ、サービス許可および選択された電力オフセットに従って伝送することができるであろう最も高いペイロード｝を使用する）、サービス許可のみに従って伝送することができるであろう最も高いペイロード、所要伝送電力対最大ＷＴＲＵ伝送電力を考慮に入れることなく（つまり、利用可能なＷＴＲＵ伝送電力が常に十分であると仮定して）サービス許可および選択された電力オフセットに従って伝送することができるであろう最も高いペイロード、ならびにスケジュール化許可（ＳＧ）および最大ＷＴＲＵ伝送電力を考慮して伝送することができるであろう最も高いペイロード（たとえば、ＷＴＲＵはＭｉｎ｛Ｅ−ＴＦＣ制限手続きに従ってＷＴＲＵによって送信することができる最大Ｅ−ＴＦＣ、選択された電力オフセットを考慮に入れることなく、サービス許可に従って伝送することができるであろう最も高いペイロード｝を使用する）を参照することができる。「サービス許可に従って伝送されるであろう最も高いペイロード」はまた、「現在のＴＴＩに対して適用可能な現在の許可によって伝送されることを許されるデータの最大量」として参照することができる。

「トランスポートブロックのビット数」は、上述された組合せのいずれかからＭＡＣ−ｉ／ｉｓヘッダのサイズを減じたものを含むことができる。これはまた、上述された組合せのいずれかから、スケジューリング情報（ＳＩ）フィールド（このフィールドが伝送される場合）のサイズを減じたものを含むこともできる。

これ以降参照されるとき、選択された電力オフセットは、最も高い優先順位データが伝送されることを可能にするＭＡＣ−ｄフローのＨＡＲＱプロファイルからの電力オフセットに対応するか、または同じ最も高い優先順位のデータが伝送されることを２つ以上のＭＡＣ−ｄフローが可能にする場合は実装によって選択されたＭＡＣ−ｄフローの電力オフセットに対応する。あるいは、電力オフセットは、論理チャネルが属するＭＡＣ−ｄフローのＨＡＲＱプロファイルからの電力オフセットを参照することができる。

これ以降参照されるとき、スケジュール化許可（ＳＧ）の値は、Ｓｅｒｖｉｎｇ Ｇｒａｎｔ Ｕｐｄａｔｅ関数によって提供されるＳｅｒｖｉｎｇ＿Ｇｒａｎｔ値を示すか、あるいは１０ｍｓのＴＴＩが構成され、来る伝送のＴＴＩが圧縮モードギャップとオーバーラップするような場合にスケールダウンされたサービス許可を参照することができる。

Ｅ−ＴＦＣ選択がまだ行われていない初期伝送の場合、または与えられた時間についてＥ−ＴＦＣ選択が生じていない場合、ＷＴＲＵは以下のうちの１つまたはその組合せを行うことができる。１）スケジュール化フローに属する論理チャネルについては、ＲＲＣメッセージで提供される場合、情報要素（ＩＥ）「Ｓｅｒｖｉｎｇ Ｇｒａｎｔ ｖａｌｕｅ（サービス許可値）」の値を使用する。このＩＥはネットワークによって提供され、Ｅ−ＤＣＨが構成されるときに初期許可として使用されるが、それ以外の場合、サービス許可は初めにゼロに設定される。２）非スケジュール化フローに属する論理チャネルについては、ＷＴＲＵは単に非サービス許可を初期値として使用して、ＲＬＣ ＰＤＵの作成を開始することができる。３）初期Ｓｅｒｖｉｎｇ Ｇｒａｎｔが構成されない（つまり、ＩＥ「Ｓｅｒｖｉｎｇ Ｇｒａｎｔ ｖａｌｕｅ」が提供されない）か、あるいは前述の状況に対して常に、ＲＬＣ ＰＤＵのサイズは以下の値のうちの１つまたはその組合せを使用して判定することができる、ｉ）現在のＥ−ＴＦＣまたは「トランスポートブロックのビット数」（つまり、所与のＴＴＩにおいて判定される）を使用して、初期伝送についてのみ、現在および次のＴＴＩの最後の瞬間においてサイズを判定しＲＬＣ ＰＤＵを作成する、ｉｉ）ＲＬＣ ＰＤＵサイズは、最小ＲＬＣ ＰＤＵサイズ、または最小サイズの倍数、または最大ＲＬＣ ＰＤＵもしくはｍａｘ／Ｎであると判定される。４）ＲＬＣ ＰＤＵサイズは、最小セットのＥ−ＴＦＣサイズから選ばれる。たとえば、ＷＴＲＵは、許される最も小さい値、または最も大きい値を選ぶことができる。５）ＲＬＣは、ネットワークによって指定されたか、またはＷＴＲＵで構成された事前に構成された値を使用する。

代替的実施形態において、「トランスポートブロックのビット数」は、以下のうちの１つまたはその任意の組合せにすることができる。１）作成中のＲＬＣ ＰＤＵを収容することになる「トランスポートブロックのビット数」（これは、ＵＥが現在のＴＴＩにおいて配送されうる以上のＲＬＣ ＰＤＵを作成しないことを意味するであろう）、２）１つまたは複数のＴＴＩ前に判定されたＥ−ＴＦＣ選択から生じた「トランスポートブロックのビット数」。トランスポートブロック（ＴＢ）サイズが前もって判定されるＴＴＩの数は、構成可能であるか、またはＷＴＲＵ機能に基づくことができる。３）以前またはこのＴＴＩで計算されたＥ−ＴＦＣ選択から生じた「トランスポートブロックのビット数」の平均。この場合、結果として得られるＴＢサイズは、許されるＥ−ＴＦＣサイズと適合するように量子化することができる。平均する期間は構成可能にすることができる。４）サービス許可、ＷＴＲＵ電力ヘッドルーム、非スケジュール化許可、およびＥ−ＴＦＣ選択手続き中に使用されるその他のパラメータに関して特定の仮定された条件を所与として、Ｅ−ＴＦＣ選択が計算の時点で行われた場合（たとえ実際に行われない場合であっても）、伝送することができる「トランスポートブロックのビット数」。これらの仮定された条件は以下の事項に基づくことができる、ｉ）サービス許可、ＷＴＲＵ電力ヘッドルーム、非スケジュール化許可、およびその他のパラメータの現在優勢な値、ｉｉ）過去に経験された、サービス許可、ＷＴＲＵ電力ヘッドルーム、非スケジュール化許可、およびその他のパラメータの値、ｉｉｉ）特定の測定を所与として近い将来に実現されると期待される、サービス許可、ＷＴＲＵ電力ヘッドルーム、非スケジュール化許可、およびその他のパラメータ（パス損失、ＣＰＩＣＨ Ｅｃ／Ｎｏ、ＣＰＩＣＨ ＲＳＣＰ、ＷＴＲＵ伝送電力、ダウンリンクチャネル品質など）の値、または、ｉｖ）上記の任意の組合せまたは関数。５）係数を乗じて次の整数もしくは可能値の有限集合からの最近似値に切り上げられるか、切り捨てられた、上記の定義の１つ、またはその平均による「トランスポートブロックのビット数」。係数は、１よりも大きいか、または１よりも小さくすることができる。６）シグナリングされるか、事前定義された（実際のパラメータ名は異なっていてもよい）「ＲＬＣ ＰＤＵあたりのＭＡＣセグメントの最大数」パラメータを乗じた、上記の定義の１つ、またはその平均による「トランスポートブロックのビット数」。７）シグナリングされるか、または事前定義された「ＭＡＣ−ｉ ＰＤＵあたりのＭＡＣ−ｉｓ ＳＤＵの最大数」パラメータ、または等価のパラメータ（実際のパラメータ名は異なっていてもよい）によって除算された、上記の定義の１つ、またはその平均による「トランスポートブロックのビット数」、および８）前述のいずれかの関数。

ＷＴＲＵは、ＲＬＣ ＰＤＵごとに最小サイズ制限および最大サイズ制限で構成することができる。上述された方法の１つを使用して得られたＲＬＣ ＰＤＵサイズが、構成された最大サイズよりも高い場合、ＲＬＣ ＰＤＵサイズは、この構成された最大サイズにリセットされる。同様に、上述された方法の１つを使用して得られたＲＬＣ ＰＤＵサイズが、構成された最小サイズよりも低い場合、ＲＬＣ ＰＤＵサイズは、この構成された最小サイズにリセットされる。

１つの実施形態において、ＵＴＲＡＮ３００は、最大ＲＬＣ ＰＤＵサイズを判定することができ、Ｌ２またはＬ３（ＲＲＣ）シグナリングを使用して最大ＲＬＣ ＰＤＵのサイズ値をＷＴＲＵ２００に通信する。たとえば、ＵＴＲＡＮ３００は、ＲＲＣ情報要素（ＩＥ）「ＲＬＣ ｉｎｆｏ」を使用して、ＷＴＲＵ２００を構成して最小ＲＬＣ ＰＤＵサイズおよび最大ＲＬＣ ＰＤＵサイズを使用することができる。最大ＲＬＣ ＰＤＵサイズ値のシグナリングは、無線ベアラ構成または無線ベアラ再構成時に生じてもよい。さらに、最大ＲＬＣ ＰＤＵサイズ値のシグナリングは、トランスポートチャネル構成またはトランスポートチャネル再構成時に生じてもよい。

あるいは、ＷＴＲＵは、最小許容ＭＡＣセグメントサイズが定義される場合、そのサイズから最小ＲＬＣ ＰＤＵサイズを導出するように構成することができる。たとえば、最小ＲＬＣ ＰＤＵサイズは、最小ＭＡＣセグメントサイズの倍数であってもよい。あるいは、最小ＲＬＣ ＰＤＵサイズは、ＷＴＲＵ２００で事前構成される静的値であってもよい。

図６に戻って参照すると、ＷＴＲＵは、限られた数のＲＬＣ ＰＤＵを作成するように構成することができる。たとえば（６５０）において、ＷＴＲＵは、すでに作成されているが、まだ伝送されていない（つまり、まだトランスポートブロックに挿入されていない）ＲＬＣ ＰＤＵ内のデータ量に関する制限を判定する。これらのＰＤＵは、これ以降、「未決の」ＲＬＣ ＰＤＵと呼ばれる。オプションで、未決のＲＬＣ ＰＤＵ内のデータ量はまた、対応する論理チャネルのセグメンテーションエンティティの内容を含むことができる。１つの実施形態において、ＷＴＲＵは、未決のＲＬＣ ＰＤＵ内のデータの合計量が所定の制限を超えないように、限られた数の新しいＲＬＣ ＰＤＵを作成するように構成することができる。手続きの開始時点において未決のＲＬＣ ＰＤＵ内のデータ量がすでに制限を超えている場合、作成される新しいＲＬＣ ＰＤＵの数はゼロにすることができることに留意されたい。この場合、ＷＴＲＵは追加のＲＬＣ ＰＤＵを作成しないが、すでに作成されたＲＬＣ ＰＤＵを廃棄しない。所定のデータ制限は、事前定義されるか、上位層によってシグナリングされるか、または現在のＥ−ＴＦＣに基づくか、論理チャネルのトランスポートブロック内の現在のビット数（ＭＡＣ層によって示される）に基づくか、もしくは作成されるであろう新しいＲＬＣ ＰＤＵのサイズに基づいてもよい。１つの実施形態において、ステップにおける制限は、この論理チャネルから伝送することができるであろうデータ量に現在の許可および電力条件を所与として事前定義された係数を乗じたものに対応することができる。換言すると、制限は、現在のＴＴＩの適用可能な現在の許可（スケジュール化されるか、または非スケジュール化される）によって伝送されることを許されたデータの最大量に対応するが、これはステップ６３０において計算されている。

あるいは、ＷＴＲＵは、バッファされたデータ（ＲＬＣ ＳＤＵ）の量を所与として可能な限り多くの新しいＲＬＣ ＰＤＵを作成するように構成することができる。または、ＷＴＲＵは、バッファされたデータの量を所与として可能な数まで最大数（Ｎｃ）の新しいＲＬＣ ＰＤＵを作成するように構成することができる。この最大数は、事前定義されるか、上位層によってシグナリングされるか、または現在のＥ−ＴＦＣに基づくか、この論理チャネルのトランスポートブロック内の現在のビット数（ＭＡＣ層によって指示される）に基づくことができる。

別の代替において、ＷＴＲＵは、ビットまたはバイトで表現される事前定義されたデータ量に基づいて、限られた数の新しいＲＬＣ ＰＤＵを作成するように構成することができる。この量は、事前定義されるか、上位層によってシグナリングされるか、または現在のＥ−ＴＦＣに基づくか、この論理チャネルもしくはＭＡＣ−ｄフローのトランスポートブロック内の現在のビット数（ＭＡＣ層によって指示される）に基づくことができる。たとえば、この量は、現在の許可および電力条件を所与としてこの論理チャネルまたはＭＡＣ−ｄフローから伝送することができるであろうデータ量（係数倍）に対応することができる。

オプションで、非スケジュール化フローに属する論理チャネルは、前もって作成するＰＤＵの数に制限を有しないことがある。これは、ＲＬＣ ＰＤＵサイズ判定が、非サービス許可の値のみに基づいている場合にすることができる。このシナリオにおいて、非サービス許可（オプションでＭＡＣヘッダ部分を除く）に対応するサイズのＲＬＣ ＰＤＵは、常に作成することができる。

図７は、図６において説明されるさまざまなステップに対する実施形態の組合せの一例を示す。示されている異なるステップは、図６の対応するステップと同じタスクを達成しているが、より具体的である。

ステップ７４０に対応するステップ７４０において、ＲＬＣ ＰＤＵサイズＳは、最小ＲＬＣ ＰＤＵサイズと、最大ＲＬＣ ＰＤＵサイズおよび（ステップ６３０に対応する）ステップ７３０で判定されたトランスポートブロックのビット数（Ｇ）の最小との間の最大として判定される。ステップ７５０において、未決ＰＤＵのデータの最大量（Ｍ）は、ステップ７３０で判定されたトランスポートブロックのビット数（Ｇ）の（４などの）定数倍として計算される。ステップ７７０において、未決ＰＤＵのデータの最大量（Ｍ）は、未決ＰＤＵのデータ量（Ｄ）およびステップ７４０で判定されたサイズＳの合計と比較される。あるいは、サイズＳの追加のＲＬＣ ＰＤＵを作成する十分な利用可能データがＲＬＣ ＳＤＵにない場合、ＤおよびサイズＴ＜Ｓの合計と比較することができよう。ステップ７１０において、ＷＴＲＵは、次回にこの手続きを実行する前に、次のＴＴＩまで待機する。

特徴および要素は特定の組合せで上述されているが、各特徴または要素は、他の特徴および要素なしに単独で使用するか、または他の特徴および要素の有無にかかわらずさまざまな組合せで使用することができる。本明細書において提供される方法または流れ図は、汎用コンピュータまたはプロセッサによる実行のためにコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施することができる。コンピュータ可読記憶媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。

適切なプロセッサは、例として、汎用プロセッサ、特定用途プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔｓ）、ＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）回路、任意のタイプの集積回路（ＩＣ）、および／またはステートマシンを含む。

ソフトウェアと関連するプロセッサは、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＩＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータにおける使用のための無線周波数送受信機を実施するために使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーフォン、振動デバイス、スピーカー、マイクロフォン、テレビ送受信機、ハンドフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ；ｏｒｇａｎｉｃ ｌｉｇｈｔ−ｅｍｉｔｔｉｎｇ ｄｉｏｄｅ）表示ユニット、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）またはＵＷＢ（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）モジュールなど、ハードウェアおよび／またはソフトウェアで実施されるモジュールと共に使用することができる。

実施形態
１． 無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を発生し伝送するためのＷＴＲＵ（無線送信／受信ユニット）における使用のための方法であって、
ＲＬＣ ＰＤＵに含めるデータがあるかどうかを判定することと、
ＲＬＣ ＰＤＵのデータフィールドのサイズを計算することであって、データフィールドのサイズは、ヘッダおよびデータフィールドを含むＲＬＣ ＰＤＵサイズが、現在の伝送時間間隔（ＴＴＩ）について現在の許可によって許される伝送のためのデータの量と適合することと、
伝送のためのデータの量に基づいて少なくとも１つのＲＬＣ ＰＤＵを発生することと、
現在の伝送時間間隔（ＴＴＩ）または将来のＴＴＩにおける伝送のためのＭＡＣ ＰＤＵに含めるために少なくとも１つのＲＬＣ ＰＤＵをメモリに格納することと
を備えることを特徴とする方法。
２． 伝送ためのデータの量は、現在選択された拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）のビット数に基づくことを特徴とする実施形態１に記載の方法。
３． 伝送ためのデータの量は、現在の許可の値によって伝送のために許されるデータの最大量であることを特徴とする実施形態１または２に記載の方法。
４． 選択された電力オフセットを計算に入れることをさらに備えることを特徴とする先のいずれかの実施形態に記載の方法。
５． 選択された電力オフセットは、現在のＴＴＩで選択された最も高い優先順位ＭＡＣ−ｄフローのハイブリッド自動リピート要求（ＨＡＲＱ）プロファイルの電力オフセットに対応することを特徴とする実施形態４に記載の方法。
６． 現在のＴＴＩで選択されたＭＡＣ−ｄフローは、拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）手続きによって判定されることを特徴とする実施形態５に記載の方法。
７． 選択された電力オフセットは、データが属する論理チャネルのＭＡＣ−ｄフローのハイブリッド自動リピート要求（ＨＡＲＱ）プロファイルの電力オフセットに対応することを特徴とする実施形態４に記載の方法。
８． 許可は、データがスケジュール化ＭＡＣ−ｄフローにマップされた論理チャネルに属する場合、スケジュール化許可であることを特徴とする実施形態３に記載の方法。
９． 許可は、データが非スケジュール化ＭＡＣ−ｄフローにマップされた論理チャネルに属する場合、非スケジュール化許可であることを特徴とする実施形態３に記載の方法。
１０． ＲＬＣ ＰＤＵサイズは、現在のＴＴＩについて現在の許可によって許される伝送のためのデータの量が最大ＲＬＣ ＰＤＵサイズを超える場合に、最大ＲＬＣ ＰＤＵサイズに設定されることを特徴とする先のいずれかの実施形態に記載の方法。
１１． ＲＬＣ ＰＤＵサイズは、現在のＴＴＩについて現在の許可によって許される伝送のためのデータの量が最小ＲＬＣ ＰＤＵサイズを下回る場合に、最小ＲＬＣ ＰＤＵサイズに設定されることを特徴とする先のいずれかの実施形態に記載の方法。
１２． 計算されたＲＬＣ ＰＤＵサイズよりも小さいサイズのＲＬＣ ＰＤＵは、十分な利用可能データがない場合に発生されることを特徴とする先のいずれかの実施形態に記載の方法。
１３． 選択された電力オフセットを計算に入れることをさらに備えることを特徴とする実施形態１２に記載の方法。
１４． 選択された電力オフセットは、現在のＴＴＩで選択された最も高い優先順位ＭＡＣ−ｄフローのハイブリッド自動リピート要求（ＨＡＲＱ）プロファイルの電力オフセットに対応することを特徴とする実施形態１３に記載の方法。
１５． 現在のＴＴＩで選択されたＭＡＣ−ｄフローは、拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）手続きによって判定されることを特徴とする実施形態１３に記載の方法。
１６． 選択された電力オフセットは、データが属する論理チャネルのＭＡＣ−ｄフローのハイブリッド自動リピート要求（ＨＡＲＱ）プロファイルの電力オフセットに対応することを特徴とする実施形態１３に記載の方法。
１７． 伝送のためのデータの量は、現在の許可の値によって伝送のために許されたデータの最大量およびＷＴＲＵの最大伝送電力に基づいて伝送のために許されたデータの最大量の間の最も小さい値であることを特徴とする先のいずれかの実施形態に記載の方法。
１８． 許可は、データがスケジュール化ＭＡＣ−ｄフローにマップされた論理チャネルに属する場合、スケジュール化許可であることを特徴とする実施形態１７に記載の方法。
１９． 許可は、データが非スケジュール化ＭＡＣ−ｄフローにマップされた論理チャネルに属する場合、非スケジュール化許可であることを特徴とする実施形態１７に記載の方法。
２０． ＷＴＲＵの最大伝送電力に基づく伝送のためのデータの最大量は、拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）制限手続きによって判定されることを特徴とする実施形態１７に記載の方法。
２１． 少なくとも１つのＲＬＣ ＰＤＵを発生するために所定の制限を設定することと、
所定の制限を超えない限り、所定の制限に基づいて少なくとも１つのＲＬＣ ＰＤＵを発生することと
をさらに備えることを特徴とする先のいずれかの実施形態に記載の方法。
２２． 所定の制限はすべての未決のＲＬＣ ＰＤＵのデータの合計量を超え、所定の制限はすべての未決のＲＬＣ ＰＤＵおよびすべての現在発生されたＲＬＣ ＰＤＵの合計であることを特徴とする実施形態２１に記載の方法。
２３． 少なくとも１つの未決のＲＬＣ ＰＤＵのデータの合計量はまた、論理チャネルに対応するセグメンテーションエンティティのデータを含むことを特徴とする実施形態２２に記載の方法。
２４． 所定の制限は、現在のＴＴＩについて現在の許可によって許される伝送のためのデータの最大量を乗算した係数に対応することを特徴とする実施形態２１に記載の方法。
２５． 許可は、データがスケジュール化ＭＡＣ−ｄフローにマップされた論理チャネルに属する場合、スケジュール化許可であることを特徴とする実施形態２４に記載の方法。
２６． 選択された電力オフセットを計算に入れることをさらに備えることを特徴とする実施形態２４に記載の方法。
２７． 選択された電力オフセットは、現在のＴＴＩで選択された最も高い優先順位ＭＡＣ−ｄフローのハイブリッド自動リピート要求（ＨＡＲＱ）プロファイルの電力オフセットに対応することを特徴とする実施形態２６に記載の方法。
２８． 現在のＴＴＩで選択されたＭＡＣ−ｄフローは、拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）手続きによって判定されることを特徴とする実施形態２７に記載の方法。
２９． 選択された電力オフセットは、データが属する論理チャネルのＭＡＣ−ｄフローのハイブリッド自動リピート要求（ＨＡＲＱ）プロファイルの電力オフセットに対応することを特徴とする実施形態２６に記載の方法。
３０． 許可は、データが非スケジュール化ＭＡＣ−ｄフローにマップされた論理チャネルに属する場合、非スケジュール化許可であることを特徴とする実施形態２４に記載の方法。
３１． 所定の制限は、現在のＴＴＩについて現在の許可によって伝送のために許されたデータの最大量およびＷＴＲＵの最大伝送電力に基づいて伝送のために許されたデータの最大量の間の最も小さい値を乗じた係数に対応することを特徴とする実施形態２１に記載の方法。
３２． 許可は、データがスケジュール化ＭＡＣ−ｄフローにマップされた論理チャネルに属する場合、スケジュール化許可であることを特徴とする実施形態３１に記載の方法。
３３． 選択された電力オフセットを計算に入れることをさらに備えることを特徴とする実施形態３１に記載の方法。
３４． 選択された電力オフセットは、現在のＴＴＩで選択された最も高い優先順位ＭＡＣ−ｄフローのハイブリッド自動リピート要求（ＨＡＲＱ）プロファイルの電力オフセットに対応することを特徴とする実施形態３３に記載の方法。
３５． 現在のＴＴＩで選択されたＭＡＣ−ｄフローは、拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）手続きによって判定されることを特徴とする実施形態３４に記載の方法。
３６． 選択された電力オフセットは、データが属する論理チャネルのＭＡＣ−ｄフローのハイブリッド自動リピート要求（ＨＡＲＱ）プロファイルの電力オフセットに対応することを特徴とする実施形態３３に記載の方法。
３７． 許可は、データが非スケジュール化ＭＡＣ−ｄフローにマップされた論理チャネルに属する場合、非スケジュール化許可であることを特徴とする実施形態３１に記載の方法。
３８． ＷＴＲＵの最大伝送電力に基づく伝送のためのデータの最大量は、拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）制限手続きによって判定されることを特徴とする実施形態３１に記載の方法。
３９． 少なくとも１つのＲＬＣ ＰＤＵを発生することは、
バッファされたデータに基づいて少なくとも１つのＲＬＣ ＰＤＵを発生することであって、所定の制限を超えない限り、派生されたＲＬＣ ＰＤＵ内のデータは所定の制限以下であることと、
現在または将来のＴＴＩにおいて伝送のために少なくとも１つのＭＡＣ ＰＤＵに少なくとも１つの発生されたＲＬＣ ＰＤＵを含めることと
を備えることを特徴とする先のいずれかの実施形態に記載の方法。
４０． 信号を受信することをさらに備え、信号はＲＬＣ ＰＤＵサイズを示すことを特徴とする先のいずれかの実施形態に記載の方法。
４１． 示されたＲＬＣ ＰＤＵサイズは、最小のＲＬＣ ＰＤＵサイズであることを特徴とする実施形態４０に記載の方法。
４２． 示されたＲＬＣ ＰＤＵサイズは、最大のＲＬＣ ＰＤＵサイズであることを特徴とする実施形態４０に記載の方法。
４３． 計算することは定期的なベースで行われることを特徴とする先のいずれかの実施形態に記載の方法。
４４． 定期的なベースは、伝送時間間隔（ＴＴＩ）ベース、所定のＴＴＩベース、Ｅ−ＴＦＣを選択するごと、新しいＲＬＣ ＰＤＵがＲＬＣサービスデータユニット（ＳＤＵ）のセグメンテーションまたは連結から発生されるとき、ＲＬＣが新しいデータを受信するとき、サービス許可が更新されるとき、アクティブセット更新手続きの時点、サービスセルが変わるとき、無線ベアラ、トランスポートチャネルもしくは物理チャネルのセットアップ、構成、または再構成の時点、およびＲＲＣシグナリングから最小または最大値の受信時点のうちの少なくとも１つを含むことを特徴とする実施形態４３に記載の方法。
４５． 計算することはトリガイベントに基づいて行われることを特徴とする先のいずれかの実施形態に記載の方法。
４６． トリガイベントは、トランスポートブロックの利用可能なビット数の変化、拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション索引（Ｅ−ＴＦＣＩ）の変化、ＷＴＲＵ電力ヘッドルームの変化、およびサービス許可の変化のうちの少なくとも１つを含むことを特徴とする実施形態４５に記載の方法。
４７． 論理チャネルからのデータが拡張ＭＡＣ ＰＤＵに含まれるＥ−ＴＦＣ選択ごとにＲＬＣ ＰＤＵサイズの計算を更新することをさらに備えることを特徴とする先のいずれかの実施形態に記載の方法。
４８． ＨＡＲＱプロセスがスケジュール化データおよび非スケジュール化データのうちの少なくとも１つを伝送するように構成されるＥ−ＴＦＣ選択ごとにＲＬＣ ＰＤＵサイズの計算を更新することをさらに備えることを特徴とする先のいずれかの実施形態に記載の方法。
４９． 論理チャネルのＭＡＣ−ｄフローからのデータが拡張ＭＡＣ ＰＤＵに含まれるか、または論理チャネルのＭＡＣ−ｄフローが多重化されることを許されるＥ−ＴＦＣ選択ごとに、ＲＬＣ ＰＤＵサイズの計算を更新することをさらに備えることを特徴とする先のいずれかの実施形態に記載の方法。
５０． ＲＬＣ ＰＤＵサイズは、現在のＴＴＩについて現在の許可によって許される伝送のためのデータの量が最大ＲＬＣ ＰＤＵサイズを超える場合に、最大ＲＬＣ ＰＤＵサイズに設定されることを特徴とする先のいずれかの実施形態に記載の方法。
５１． ＲＬＣ ＰＤＵサイズは、現在のＴＴＩについて現在の許可によって許される伝送のためのデータの量が最小ＲＬＣ ＰＤＵサイズを下回る場合に、最小ＲＬＣ ＰＤＵサイズに設定されることを特徴とする先のいずれかの実施形態に記載の方法。
５２． 計算されたＲＬＣ ＰＤＵサイズよりも小さいサイズのＲＬＣ ＰＤＵは、十分な利用可能データがない場合に発生されることを特徴とする先のいずれかの実施形態に記載の方法。
５３． 無線送信／受信ユニット（ＷＴＲＵ）であって、
無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）に含めるデータがあるかどうかを判定し、
ＲＬＣ ＰＤＵのデータフィールドのサイズを計算し、ＲＬＣ ＰＤＵサイズは現在の伝送時間間隔（ＴＴＩ）について現在の許可によって許される伝送のためのデータの量と適合するものであり、
伝送のためのデータの量に基づいて少なくとも１つのＲＬＣ ＰＤＵを発生するように構成されたプロセッサと、
現在のＴＴＩまたは将来のＴＴＩにおいて伝送のためにＭＡＣ ＰＤＵに含めるための少なくとも１つのＲＬＣ ＰＤＵを格納するように構成されたメモリと
を備えることを特徴とするＷＴＲＵ。
５４． プロセッサは、
少なくとも１つのＲＬＣ ＰＤＵを発生するために所定の制限を設定し、
所定の制限を超えない限り、所定の制限に基づいて少なくとも１つのＲＬＣ ＰＤＵを発生するようにさらに構成されることを特徴とする実施形態５３に記載のＷＴＲＵ。
５５． プロセッサは、
伝送時間間隔（ＴＴＩ）ごとにＲＬＣ ＰＤＵサイズの計算を更新するようにさらに構成されることを特徴とする実施形態５３に記載のＷＴＲＵ。
５６． プロセッサは、
論理チャネルからのデータが拡張ＭＡＣ ＰＤＵに含まれる拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）選択ごとにＲＬＣ ＰＤＵサイズの計算を更新するようにさらに構成されることを特徴とする実施形態５３に記載のＷＴＲＵ。
５７． プロセッサは、
ＨＡＲＱプロセスがスケジュール化データおよび非スケジュール化データのうちの少なくとも１つを伝送するように構成される拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）選択ごとにＲＬＣ ＰＤＵサイズの計算を更新するようにさらに構成されることを特徴とする実施形態５３に記載のＷＴＲＵ。
５８． プロセッサは、
論理チャネルのＭＡＣ−ｄフローからのデータが拡張ＭＡＣ ＰＤＵに含まれるか、または論理チャネルのＭＡＣ−ｄフローが多重化されることを許される拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）選択ごとに、ＲＬＣ ＰＤＵサイズの計算を更新するようにさらに構成されることを特徴とする実施形態５３に記載のＷＴＲＵ。

Claims (3)

1. 無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を発生するＷＴＲＵ（無線送信／受信ユニット）における使用のための方法であって、
   伝送のために利用可能なデータがあるかどうかを判定することと、
   後の伝送時間間隔（ＴＴＩ）における伝送のための少なくとも１つのＲＬＣ ＰＤＵを事前に発生させることと、
   前記少なくとも１つのＲＬＣ ＰＤＵのデータフィールドのサイズを選択することであって、前記データフィールドのサイズは、ＲＬＣ ＰＤＵサイズが現在のＴＴＩについて現在の許可によって伝送のために許されるデータの量と適合するように選択されることと
   を備えることを特徴とする方法。
2. 前記伝送のために許されるデータの量は、現在選択された拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマットコンビネーション（Ｅ−ＴＦＣ）のビット数に基づいて判定されることを特徴とする請求項１に記載の方法。
3. 前記伝送のために許されるデータの量は、前記現在のＴＴＩについて前記現在の許可によって伝送のために許されるデータの最大量であることを特徴とする請求項１に記載の方法。

Images