論理チャネルを優先順位付けするための方法および装置
新しい送信が実施されるとき論理チャネルを優先順位付けするための方法および装置が開示される。論理チャネルリソースが、使用可能なデータについて複数の論理チャネルに割り当てられる。最大ビットレート（ＭＢＲ）クレジット（すなわち、トークン）が、論理チャネルのうちの特定のチャネルに関連付けられたバッファ（すなわち、バケット）内で、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分される。ＭＢＲクレジットは、負の値を有することができる。割り当てられたチャネルリソースのいずれかが残っている場合、データが使い果たされるまで優先順位の降順で論理チャネルが分配される。無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されない。ＭＡＣ ＳＤＵは、ＭＡＣ ＰＤＵヘッダおよびＭＡＣパディングを除外する。
【発明の詳細な説明】
【背景技術】
【０００１】
図１は、無線送受信ユニット（ＷＴＲＵ）１０５およびｅＮｏｄｅＢ（ｅＮＢ）１１０を含む長期的発展（ＬＴＥ）システム１００を示す。ＷＴＲＵ１０５およびｅＮＢ１１０は、レイヤ２（Ｌ２）サブレイヤを有するユーザプレーンプロトコルスタックを含む。Ｌ２サブレイヤは、パケットデータ制御プロトコル（ＰＤＣＰ）サブレイヤ１２０、無線リンク制御（ＲＬＣ）サブレイヤ１２５、および媒体アクセス制御（ＭＡＣ）サブレイヤ１３０を含む。このプロトコルスタックは、物理レイヤ１３５をも含む。無線リンク制御（ＲＲＣ）サブレイヤ１４０は、ＰＤＣＰサブレイヤ１２０、ＲＬＣサブレイヤ１２５、ＭＡＣサブレイヤ１３０、および物理レイヤ１３５のそれぞれを制御する。
【０００２】
以下の機能がＭＡＣサブレイヤ１３０によってサポートされる。
１）論理チャネルとトランスポートチャネルとの間のマッピング
２）トランスポートチャネル上で物理レイヤ１３５に送達されるトランスポートブロック（ＴＢ）上に、１つまたは様々な論理チャネルからのＭＡＣサービスデータユニット（ＳＤＵ）を多重化すること
３）トランスポートチャネル上で物理レイヤ１３５から送達されたＴＢから、１つまたは様々な論理チャネルのＭＡＣ ＳＤＵを逆多重化すること
４）情報レポート処理をスケジューリングすること
５）ハイブリッド自動再送要求（ＨＡＲＱ）を介した誤り訂正
６）動的スケジューリングを使用するＷＴＲＵ間の優先順位処理
７）ＷＴＲＵの論理チャネル間の優先順位処理
８）論理チャネル優先順位付け
９）トランスポートフォーマット選択
【０００３】
ＷＴＲＵ１０５内のＭＡＣサブレイヤ１３０の機能の１つは、論理チャネル優先順位付けである。図２は、ランダムアクセスチャネル（ＲＡＣＨ）２０５およびアップリンク共用チャネル（ＵＬ−ＳＣＨ）２１０など使用可能なアップリンクトランスポートチャネルと、共通制御チャネル（ＣＣＣＨ）２１５、専用制御チャネル（ＤＣＣＨ）２２０、および専用トラフィックチャネル（ＤＴＣＨ）２２５など使用可能なアップリンク論理チャネルとを示す。ＭＡＣサブレイヤ１３０は、ＲＬＣサブレイヤ１２５から出る様々な論理チャネルからＭＡＣ ＳＤＵ（すなわち、ＲＬＣプロトコルデータユニット（ＰＤＵ））を受け取ることができる。次いで、ＭＡＣサブレイヤ１３０は、これらのＭＡＣ ＳＤＵを１つのトランスポートチャネル（たとえば、ＵＬ−ＳＣＨ２１０）上に多重化する。
【０００４】
ＭＡＣ ＳＤＵは、様々な論理チャネルから優先順位付けされ選択される。論理チャネル優先順位付け手順は、新しいＭＡＣ送信が実施されるとき適用することができる。ＲＲＣサブレイヤ１４０は、各論理チャネルに優先権を与えることによってアップリンクデータのスケジューリングを管理することができ、優先順位値が大きくなるほど、より低い優先権レベルを示す。さらに、各論理チャネルは、優先ビットレート（ＰＢＲ）を用いて、また任意選択で最大ビットレート（ＭＢＲ）を用いて構成される。
【０００５】
アップリンク（ＵＬ）グラントは、アップリンク上でのデータ送信に使用されるチャネルリソースの特性を与える。ＵＬグラントは、固定サイズのリソースブロック割当て、変調および符号化スキーム（ＭＣＳ）、ＵＬ遅延、および送信電力制御（ＴＰＣ）を示す２０ビットフィールドである。ＵＬグラントは、ＷＴＲＵ１０５がＵＬ送信に使用すべきチャネルリソースの量およびタイプをＷＴＲＵ１０５に通知するために、ｅＮＢ１１０からＷＴＲＵ１０５へダウンリンク（ＤＬ）で送られる。
【０００６】
論理チャネル優先順位付け手順は、ＷＴＲＵが論理チャネルを分配するのを以下の順序で支援する。
１）論理チャネルは、それらの構成されたＰＢＲまで優先順位の降順で分配される。
２）何らかのリソースが残っている場合、論理チャネルは、それらの構成されたＭＢＲまで優先順位の降順で分配される。ＭＢＲが構成されていない場合、論理チャネルは、その論理チャネル用のデータまたはＵＬグラントのどちらかが先に使い果たされるまで分配される。
３）同じ優先順位で構成された論理チャネルは、そのＷＴＲＵによって等しく分配される。
４）基本シンボルレート（ＢＳＲ）のためのＭＡＣ制御要素は、ＢＳＲをパディングすることを除いて、ユーザプレーン論理チャネルより高い優先順位を有する。
【０００７】
ＷＴＲＵは、無線ベアラ間でのアップリンクリソースの共有を管理するアップリンクレート制御機能を有する。ＲＲＣは、各ベアラに優先順位および優先ビットレート（ＰＢＲ）を与えることによってアップリンクレート制御機能を制御する。さらに、グロスビットレート（ＧＢＲ）ベアラあたりのＭＢＲもまた構成される。シグナリングされる値は、Ｓ１を介してｅＮＢにシグナリングされるものに関連しない可能性がある。
【０００８】
アップリンクレート制御機能は、ＷＴＲＵがその無線ベアラを以下の順序で確実に分配するようにする。
１）それらのＰＢＲまで優先順位の降順ですべての無線ベアラ。
２）グラントによって割り当てられた残りのリソースについて優先順位の降順ですべての無線ベアラ。この機能は、ＭＢＲを確実に超えないようにする。
【０００９】
ＰＢＲがすべてゼロに設定されている場合、ステップ１）が飛ばされ、無線ベアラは、厳密な優先順位で分配される。ＷＴＲＵは、より高い優先順位データの送信を最大限にする。ＷＴＲＵに対する付与総量（ｔｏｔａｌ ｇｒａｎｔ）を制限することによって、ｅＮＢは、総ＭＢＲ（ＡＭＢＲ）を確実に超えないようにすることができる。複数の無線ベアラが同じ優先順位を有する場合、ＷＴＲＵは、これらの無線ベアラを等しく分配することができる。
【００１０】
リソースはオペレータによって所有されているため、無線リソースのスケジューリングおよびリソース割当ては、ｅＮＢ１１０内のＭＡＣサブレイヤ１３０内で行われる。しかし、ＷＴＲＵ１０５内のＭＡＣサブレイヤ１３０は、サービス品質（ＱｏＳ）要件やＷＴＲＵ無線条件などの情報を、ｅＮＢ１１０におけるスケジューリング手順に対する入力としてｅＮＢ１１０に提供する。
【００１１】
最初に、入力パラメータを指定することができることに留意されたい。（ＭＡＣサブレイヤ１３０内のスケジューラからの）ＷＴＲＵ出力に関する制約もまた指定することができる。しかし、必須のＷＴＲＵ動作は必要とされない。
【００１２】
入力パラメータの指定に関しては、トークンバケットモデルが使用されている。ＰＢＲ／ＭＢＲは、「トークンレート」である。このモデルでは、「トークンバケットサイズ」パラメータがあるが、これは、ＷＴＲＵによって、たとえばトークンレートまたは固定サイズから導出される場合、またはｅＮＢによって明示的にシグナリングする必要がある場合、不安定である。
【００１３】
トークンバケットは、いつトラフィックを送信することができるか指示する制御機構である。データ送信の文脈における「バケット」は、トラフィックを制御するための手段として、送信される総ネットワークトラフィックを保持するバッファである。このバケット（すなわちバッファ）は、バイトを単位とするトラフィック量、またはセンダが送信することを許される所定のサイズのパケットを表すトークンを含む。使用可能なトークンの量は、データを送信する必要があるとき蓄える（ｃａｃｈｅｄ）ことができる「クレジット」と見ることができる。センダから「クレジット」（すなわち、バケット内のトークン）がなくなったとき、そのセンダは、それ以上トラフィックを送ることが許されない。
【００１４】
ＰＢＲ／ＧＢＲは、レポートされたバッファステータスを制限すべきでない。バッファステータスレポート処理に対するＭＢＲインパクトの影響は不安定である。
【００１５】
トークンバケットモデルを使用してレート計算を説明し、それにより、各論理チャネルには、ＰＢＲおよびＭＢＲに関連する、トークンバケットが関連付けられることになる。トークンがバケットに追加されるレートは、それぞれＰＢＲおよびＭＢＲである。トークンバケットサイズは、ある最大値を超えることができない。
【００１６】
以下は、レート計算、または等しくはトークンバケット計算に関する考えられる説明を提供する。ＷＴＲＵの挙動を明示的に説明すべきであることが受け入れられる場合、（トークン）クレジットを使用することができる。たとえば、各時間増分Ｔｊごとに、ＰＢＲを有する各ベアラｊについて、ベアラｊに関連付けられたＰＢＲクレジットがＴｊ×ＰＢＲｊの値だけ増分される。ベアラがＭＢＲをも有する場合には、ベアラｊに関連付けられたＭＢＲクレジットがＴｊ×ＭＢＲｊの値だけ増分される。そのベアラに関する最大ＰＢＲおよび／またはＭＢＲクレジットに上限が設定されている場合には、累積値が最大値を超えた場合、累積値がその最大値に等しくなるように設定される。
【００１７】
ＷＴＲＵが新しいデータを送信することが許されるスケジューリングの機会（すなわち、送信時間間隔（ＴＴＩ））ごとに、空でないバッファ状態および非ゼロのＰＢＲクレジットを有する最高の優先順位のベアラからデータが選択される。ＷＴＲＵは、バッファのサイズ、ＰＢＲクレジットのサイズ、またはトランスポートブロックの使用可能な容量のいずれか小さいものに等しいデータをトランスポートブロックに追加することができる。ＰＢＲクレジットおよびＭＢＲクレジットは、割り当てられたデータの量だけ減分される。
【００１８】
すべてのベアラのＰＢＲクレジットがゼロであり、依然としてトランスポートブロック内に空間がある場合には、スケジューラは、データがバッファされている最高の優先順位のベアラからデータを受け入れる。スケジューラは、トランスポートブロック内の使用可能な空間のサイズまたはＷＴＲＵのＭＢＲクレジットのどちらか小さい方までデータを受け入れる。ＭＢＲクレジットは、受け入れられたデータの量だけ減分される。受け入れられたデータは、ＲＬＣサブレイヤからデータがフェッチされる前に組み合わされる。
【００１９】
レート計算、または等しくはトークンバケット計算についても説明することができる。新しい送信がＨＡＲＱエンティティによって要求されるあらゆるＴＴＩ境界にて、ＷＴＲＵは、以下に述べる動作を実施する。
優先順位の降順で順序付けられた各論理チャネルについて、以下を実施する。すなわち、
− （（ＰＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＞＝ＵＬ＿Ｇｒａｎｔ）かつ（ＵＬ＿Ｇｒａｎｔ＞＝送信用にバッファされているデータの量））の場合
− この論理チャネルをＭＩＮ（送信用にバッファされているデータの量，ＰＢＲ＿ＭＡＸ＿ＯＵＴＰＵＴ＿ＲＡＴＥ）バイトまで分配する。
− それ以外の場合
− （ＰＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＞＝０）の場合
− Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ＝ＭＩＮ（ＭＡＸ（０，ＵＬ＿Ｇｒａｎｔ−ＰＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ），０．５＊ＰＢＲ＿ＢＵＣＫＥＴ＿ＳＩＺＥ）
− それ以外の場合
− Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ＝０
− ｘバイトの間、この論理チャネルを分配する。ただしｘは、０とＭＩＮ（ＵＬ＿Ｇｒａｎｔ，ＰＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＋Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ，送信用にバッファされているデータの量，ＰＢＲ＿ＭＡＸ＿ＯＵＴＰＵＴ＿ＲＡＴＥ）バイトの間である。ｘの値は実装依存である（たとえば、ｘの値を選択するとき、ＷＴＲＵは、ＳＤＵセグメント化、同一の優先順位を有する２つの論理チャネルを公平に分配することなど、様々な要素を考慮すべきである）。
− ＵＬ＿Ｇｒａｎｔを、分配されたバイト量があればその分だけ減分する。
− ＰＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔを、分配されたバイト量があればその分だけ減分する。
− ＵＬ＿Ｇｒａｎｔがゼロより大きい場合、優先順位の降順で順序付けられた各論理チャネルについて、以下を実施する。
− ＭＢＲトークンバケットがこの論理チャネル用に構成されている場合、
− （（ＭＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＞＝ＵＬ＿Ｇｒａｎｔ）かつ（ＵＬ＿Ｇｒａｎｔ＞＝送信用にバッファされているデータの量））の場合、この論理チャネルをＭＩＮ（送信用にバッファされているデータの量，ＭＢＲ−ＭＡＸ＿ＯＵＴＰＵＴ＿ＲＡＴＥ）バイトまで分配する。
− それ以外の場合
− （ＭＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＞＝０）の場合
− Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ＝ＭＩＮ（ＭＡＸ（０，ＵＬ＿Ｇｒａｎｔ−ＭＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ），０．５＊ＭＢＲ＿ＢＵＣＫＥＴ＿ＳＩＺＥ）
− それ以外の場合
− Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ＝０
− ｘバイトの間、この論理チャネルを分配する。ただしｘは、０とＭＩＮ（ＵＬ＿Ｇｒａｎｔ，ＭＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＋Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ，送信用にバッファされているデータの量，ＭＢＲ＿ＭＡＸ＿ＯＵＴＰＵＴ＿ＲＡＴＥ）バイトの間である。ｘの値は実装依存である（たとえば、ｘの値を選択するとき、ＷＴＲＵは、ＳＤＵセグメント化、同一の優先順位を有する２つの論理チャネルを公平に分配することなど、様々な要素を考慮すべきである）。
− それ以外の場合
− この論理チャネルをＭＩＮ（ＵＬ＿Ｇｒａｎｔ，送信用にバッファされているデータの量）バイトまで分配する。
− ＵＬ＿Ｇｒａｎｔを、分配されたバイト量があればその分だけ減分する。
− ＭＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔを、分配されたバイト量があればその分だけ減分する。
【００２０】
同じ優先順位で構成された論理チャネルは、ＷＴＲＵによって等しく分配されるものとする。
【００２１】
ＭＡＣ ＰＤＵおよびＭＡＣ制御要素
【００２２】
図３は、ＭＡＣヘッダ３０５からなるＭＡＣ ＰＤＵ３００を示し、ＭＡＣ ＳＤＵ３１０、３１５、ＭＡＣ制御要素３２０、３２５、およびパディング３３０を含むことができる。ＭＡＣヘッダ３０５とＭＡＣ ＳＤＵ３１０、３１５は、共に可変サイズのものである。
【００２３】
ＭＡＣ ＰＤＵ３００のヘッダは、１つまたは複数のＭＡＣ ＰＤＵサブヘッダ３３５、３４０、３４５、３５０、３５５、３６０を含み、それらのそれぞれが、ＭＡＣ ＳＤＵ３１０もしくはＭＡＣ ＳＤＵ３１５、ＭＡＣ制御要素３２０もしくはＭＡＣ制御要素３２５、またはパディング３３０に対応する。
【００２４】
ＭＡＣサブレイヤは、バッファステータスレポート制御要素など、ＭＡＣ制御要素を生成することができる。ＭＡＣ制御要素は、下記で表１に示されているように、論理チャネル識別（ＬＣＩＤ）に対する特定の値を介して識別される。インデックス０００００−ｙｙｙｙｙは、対応するＲＬＣサブレイヤを有する実際の論理チャネルに対応し、一方、残りの値は、ＭＡＣ制御要素（たとえば、バッファステータスレポート）を識別すること、またはパディングなど、他の目的に使用することができる。
【００２５】
【表１】
【００２６】
ＲＬＣ
【００２７】
ＬＴＥ ＲＬＣサブレイヤの主なサービスおよび機能は、以下を含む。
１）確認（Ａｃｋｎｏｗｌｅｄｇｅｄ）モード（ＡＭ）または非確認（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ）モード（ＵＭ）をサポートする上部レイヤＰＤＵの転送
２）透過（Ｔｒａｎｓｐａｒｅｎｔ）モード（ＴＭ）データ転送
３）ＡＲＱを介した誤り訂正（物理レイヤによって提供されるＣＲＣチェック。ＲＬＣレベルではＣＲＣは必要でない）
４）ＴＢのサイズによるセグメント化：ＲＬＣ ＳＤＵがＴＢに完全に適合しない場合のみ、ＲＬＣ ＳＤＵが、パディングを含まない可変サイズのＲＬＣ ＰＤＵにセグメント化される。
５）再送信する必要があるＰＤＵの再セグメント化：再送信されるＰＤＵが、再送信に使用される新しいＴＢに完全に適合しない場合、ＲＬＣ ＰＤＵが再セグメント化される。
６）再セグメント化の数は制限されない。
７）同じ無線ベアラ用のＳＤＵの連結
８）アップリンク内でのハンドオーバ（ＨＯ）時を除く、上部レイヤＰＤＵのシーケンス内送達
９）重複検出
１０）プロトコルエラー検出および回復
１１）ｅＮＢとＷＴＲＵ（ＦＦＳ）の間のフロー制御
１２）ＳＤＵ廃棄
１３）リセット
【００２８】
ＲＬＣは、３つの動作モード、すなわちＡＭ（確認モード）、ＵＭ（非確認モード）、およびＴＭ（透過モード）をサポートし、ＡＭ ＲＬＣエンティティによって生成される、ＳＴＡＴＵＳ ＰＤＵなど制御ＰＤＵを生成する。
【発明の概要】
【発明が解決しようとする課題】
【００２９】
パディングを最小限に抑え、一方、制御チャネル、およびシグナリング無線ベアラに対応する論理チャネルを考慮する、向上したＬ２アップリンクチャネル優先順位付けおよびレート制御方法を提供することが望まれる。
【課題を解決するための手段】
【００３０】
新しい送信が実施されるとき論理チャネルを優先順位付けするための方法および装置が開示される。論理チャネルリソースが、使用可能なデータについて複数の論理チャネルに割り当てられる。ＭＢＲクレジット（すなわち、トークン）が、論理チャネルのうちの特定のチャネルに関連付けられたバッファ（すなわち、バケット）内で、ＭＡＣ ＳＤＵのサイズだけ減分される。ＭＢＲクレジットは、負の値を有することができる。割り当てられたチャネルリソースのいずれかが残っている場合、データが使い果たされるまで優先順位の降順で論理チャネルが分配される。ＲＬＣ ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されない。ＭＡＣ ＳＤＵは、ＭＡＣ ＰＤＵヘッダおよびＭＡＣパディングを除外する。
【００３１】
ＷＴＲＵは、ＷＴＲＵが新しいデータを送信することが許される各スケジューリングの機会に、最高の優先順位の無線ベアラからデータを選択する。無線ベアラは、空でないバッファ状態および非ゼロの優先ビットレート（ＰＢＲ）クレジットを有することができる。ＷＴＲＵは、バッファのサイズ、ＰＢＲクレジットのサイズ、またはトランスポートブロックの使用可能な容量のいずれか小さいものに等しい場合、そのデータをトランスポートブロックに追加することができる。
【００３２】
開示されている方法および装置は、使用可能なチャネルリソースの最大限の使用を可能にする（すなわち、ＵＬグラントを最大限にする）。したがって、厳密な優先順位ならびに特定の優先および最大データレート制限の要件を満たした後で使用可能なリソースが依然としてある場合には、厳密な優先順位に基づいて、しかし特定のバケットサイズに対する割当てを制限することなしに（たとえば、ＭＢＲクレジットが負になることを可能にして）、その使用可能な容量がサービング論理チャネルによってもう一度使用される。むしろ、この割当ては、その論理チャネルによって送信されるデータの量、またはその論理チャネルに割り当てられたＵＬグラントのサイズによって制限される。
【００３３】
ＷＴＲＵは、ＰＢＲクレジットおよびＭＢＲクレジットを、割り当てられたデータの量だけ減分し、トランスポートブロック内に空間がある場合、このステップを繰り返す。このステップは、無線ベアラについて、それらの優先順位に従って繰り返される。
【００３４】
ＷＴＲＵにおけるビットレート制御およびトークン／クレジットバケット更新のための方法および装置もまた開示される。ＷＴＲＵ内のＭＡＣエンティティは、データプロトコルデータユニット（ＰＤＵ）に関連付けられたトークンバケットを更新することができるが、ＰＤＵを制御することはできない。ＷＴＲＵは、トークンバケットを様々なときに、様々な測定量で更新することができる。
【図面の簡単な説明】
【００３５】
より詳細な理解を、例として与えられ添付の図面と共に理解すべき諸実施形態の以下の説明から得ることができる。
【００３６】
【図１】ＬＴＥユーザプレーンプロトコルスタックの図である。
【図２】アップリンクのためのＭＡＣマッピング／多重化の
【図３】ＭＡＣヘッダ、ＭＡＣ制御要素、ＭＡＣ ＳＤＵ、およびパディングを含むＭＡＣ ＰＤＵの図である。
【図４】負のＭＢＲクレジット値を格納することが可能な論理チャネルＭＢＲレートクレジットバッファのブロック図である。
【図５】図４のＷＴＲＵによって新しい送信が実施されるとき適用される論理チャネル優先順位付け手順の流れ図である。
【発明を実施するための形態】
【００３７】
「無線送受信ユニット（ＷＴＲＵ）」という用語は、以下で参照されたとき、それだけには限らないが、ユーザ機器（ＵＥ）、移動局、固定型もしくは移動型加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境内で動作することが可能な任意の他のタイプのデバイスを含む。「基地局」という用語は、以下で参照されたとき、それだけには限らないが、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または他のタイプのインターフェース用を含む。
【００３８】
この開示では、ＲＬＣ ＰＤＵはＭＡＣ ＳＤＵと等価であり、トークンバケット（またはクレジット）を更新することは、概して、ある量のトークン（クレジット）をそのバケットから減算し、それによりそのような量がパケットサイズに対応することを指す。トークンバケット計算またはクレジット計算は、データレート計算またはレート制御計算と等価である。述べられている方法および装置はトークンバケットモデルを使用しているが、データレート制御計算論理の実装は、トークンバケット手法を使用しない。
【００３９】
向上したアップリンクチャネル優先順位付けおよびレート制御機能
【００４０】
ＷＴＲＵの送信ＭＡＣエンティティは、たとえばグラントによって制限される場合（すなわち、ＷＴＲＵの使用可能なデータが潜在的にグラント量を超えるとき）、パディングを防止するために、下記の方法に述べられている優先順位付けの追加の回（ｒｏｕｎｄ）を実施することができる。
【００４１】
ＷＴＲＵが新しいデータを送信することが許される各スケジューリングの機会、またはＴＴＩにおいて、ＷＴＲＵは、空でないバッファ状態および非ゼロのＰＢＲクレジットを有する最高の優先順位のベアラからデータを選択する。ＷＴＲＵは、バッファのサイズ、ＰＢＲクレジットのサイズ、またはトランスポートブロックの使用可能な容量のいずれか小さいものに等しいデータをトランスポートブロックに追加することができる。ＰＢＲクレジットおよびＭＢＲクレジットは、割り当てられたデータの量だけ減分される。依然としてトランスポートブロック内に空間がある場合、ベアラについてそれらの優先順位に従って、このステップが繰り返される。
【００４２】
すべてのベアラのＰＢＲクレジットがゼロ（または負）であり、依然としてトランスポートブロック内に空間がある場合には、スケジューラは、データがバッファされている最高の優先順位のベアラからデータを受け入れる。スケジューラは、トランスポートブロック内の使用可能な空間のサイズまたはＷＴＲＵのＭＢＲクレジットのどちらか小さい方までデータを受け入れる。ＭＢＲクレジットは、受け入れられたデータの量だけ減分される。上記のステップから受け入れられたデータは、ＲＬＣからデータがフェッチされる前に組み合わされる。依然としてトランスポートブロック内に空間がある場合、ベアラについてそれらの優先順位に従って、このステップが繰り返される。
【００４３】
すべてのベアラのＭＢＲクレジットがゼロ（または負）であり、依然としてトランスポートブロック内に空間がある場合には、スケジューラは、データがバッファされている最高の優先順位のベアラからデータを受け入れる。スケジューラは、トランスポートブロック内の使用可能な空間サイズまでデータを受け入れる。ＭＢＲクレジットは、受け入れられたデータの量だけ減分される（クレジットは、負またはより負になることが許される）。ここで、受け入れられたデータは、ＲＬＣからデータがフェッチされる前に組み合わされる。
【００４４】
この方法は、別の優先順位付けと共に実施することができ、いくつかの論理チャネルに対してＭＢＲが構成されていない場合でさえ実施することができる。ＭＢＲクレジットがゼロである場合、考慮すべきＭＢＲバケットはない。
【００４５】
この方法は、グラントによって制限される場合、たとえば、他のベアラすべてがそれらのＭＢＲに達した、または超えた場合、あるいはいくつかのベアラには使用可能な他のデータがないが、それぞれのＭＢＲを超えている他のベアラに使用可能なデータがある場合に有用となり得る。
【００４６】
この方法を修正し、ＭＢＲクレジットを、ゼロとは異なる閾値と比較することができる。たとえば、すべてのベアラのＭＢＲクレジットがゼロ（または負）であり、依然としてトランスポートブロック内に空間がある場合には、スケジューラは、データがバッファされている最高の優先順位のベアラからデータを受け入れる。スケジューラは、トランスポートブロック内の使用可能な空間のサイズまたは「ＭＢＲクレジット」と「許容される最も負のＭＢＲバケットサイズ」との差のどちらか小さい方までデータを受け入れる。ＭＢＲクレジットは、受け入れられたデータの量だけ減分される（したがって、クレジットは、負またはより負になることが許される）。受け入れられたデータは、ＲＬＣからデータがフェッチされる前に組み合わされる。
【００４７】
トランスポートブロックをデータで充填するには不十分なクレジットまたはトークンがある場合、パディングを実施するのではなく、十分なトークンまたはクレジットを有していない論理チャネルからデータを受け入れる可能性を、最終的な優先順位付けまたはレート制御ステップとして見込むことによって、トランスポートブロックの利用率を最大限にすべきである（また、ＭＡＣパディングを最小限に抑えるべきである）。
【００４８】
アップリンクレート制御機能は、ＷＴＲＵがその無線ベアラを以下の順序で確実に分配するようにする。
１）それらのＰＢＲまで優先順位の降順ですべての無線ベアラ。
２）グラントによって割り当てられた残りのリソースについて優先順位の降順ですべての無線ベアラ。この機能は、ＭＢＲを確実に超えないようにする。
３）グラントによって割り当てられた残りのリソースについて優先順位の降順ですべての無線ベアラ。この機能は、（トランスポートブロック内のパディングを最小限に抑える／防止するために）ＭＢＲを超えることができるようにする。
【００４９】
あるいは、論理チャネル優先順位付け手順は、ＷＴＲＵが論理チャネルを以下の順序で確実に分配するようにする。
１）すべての論理チャネルがそれらの構成されたＰＢＲまで優先順位の降順で分配される。
２）何らかのリソースが残っている場合、これらの論理チャネルすべてが、それらの構成されたＭＢＲまで厳密な優先順位の降順で分配される。ＭＢＲが構成されていない場合、論理チャネルは、その論理チャネル用のデータまたはＵＬグラントのどちらかが先に使い果たされるまで分配される。
３）何らかのリソースが残っている場合、これらの論理チャネルすべてが、以下の２つの変形形態の一方まで厳密な優先順位の降順で分配される。すなわち、
その論理チャネル用のデータまたはＵＬグラントのどちらかが使い果たされるまで、または
その論理チャネル用のデータまたは「ＭＢＲトークンバケットサイズ」と「許容される最も負のＭＢＲバケットサイズ」との差またはＵＬグラントのどちらかが使い果たされるまで。
【００５０】
制御ＰＤＵおよび制御要素のための向上したアップリンクチャネル優先順位付けおよびレート制御
【００５１】
ＲＬＣは、たとえばＲＬＣ ＳＴＡＴＵＳ ＰＤＵなど、制御ＰＤＵを生成することができる。また、ＭＡＣは、制御要素を生成することができる。
【００５２】
ＰＤＣＰ制御ＰＤＵ、ＰＤＣＰ ＳＴＡＴＵＳレポート、ロバストヘッダ圧縮（ＲＯＨＣ）フィードバックなど上部レイヤ制御ＰＤＵは、ＲＬＣデータＰＤＵ上にマッピングされる（またはＲＬＣデータＰＤＵとしてカプセル化される）のではなく、ＲＬＣ制御ＰＤＵ上にマッピングさせる（またはＲＬＣ制御ＰＤＵとしてカプセル化させる）ことができる。これにより、ＰＤＣＰ制御ＰＤＵなど上部レイヤ制御ＰＤＵを下部レイヤで（すなわち、ＲＬＣおよびＭＡＣで）区別することができ、したがって、上部レイヤ制御ＰＤＵが、改善された処理（たとえば、ＱｏＳ、より高速な送信など）を受けることができる。ＷＴＲＵは、トークンまたはクレジットがないという理由でＲＬＣ制御ＰＤＵの送信を制限しない。
【００５３】
常にデータより制御を優先する
【００５４】
ＷＴＲＵは、ＲＬＣ制御ＰＤＵまたはＭＡＣ制御要素について、トークン／クレジットバケットレベルを検証／比較／チェックしなくてもよい。ＷＴＲＵの送信ＭＡＣエンティティは、パディングを防止するために、追加のステップを実施することになる。
【００５５】
この追加のステップでは、ＷＴＲＵが送信を許される各スケジューリングの機会（ＴＴＩ）に、ＷＴＲＵは、制御ＰＤＵ（または制御要素）を有する最高の優先順位のベアラからデータを選択する。ＷＴＲＵは、制御ＰＤＵのサイズまたはトランスポートブロックの使用可能な容量のどちらか小さい方に等しいデータをトランスポートブロックに追加することができる。ＰＢＲクレジットおよびＭＢＲクレジットは、割り当てられたデータの量だけ減分される。あるいは、制御ＰＤＵの場合には、ＰＢＲクレジットおよびＭＢＲクレジットが減分されない。依然としてトランスポートブロック内に空間がある場合、ベアラについてそれらの優先順位に従って、このステップが繰り返される。
【００５６】
依然としてトランスポートブロック内に空間がある場合、ＷＴＲＵは、空でないバッファ状態および非ゼロのＰＢＲクレジットを有する最高の優先順位のベアラからデータを選択する。ＷＴＲＵは、バッファのサイズ、ＰＢＲクレジットのサイズ、またはトランスポートブロックの使用可能な容量のいずれか小さいものに等しいデータをトランスポートブロックに追加することができる。ＰＢＲクレジットおよびＭＢＲクレジットは、割り当てられたデータの量だけ減分される。依然としてトランスポートブロック内に空間がある場合、ベアラについてそれらの優先順位に従って、このステップが繰り返される。
【００５７】
すべてのベアラのＰＢＲクレジットがゼロであり、依然としてトランスポートブロック内に空間がある場合には、スケジューラは、データがバッファされている最高の優先順位のベアラからデータを受け入れる。スケジューラは、トランスポートブロック内の使用可能な空間のサイズまたはＷＴＲＵのＭＢＲクレジットのどちらか小さい方までデータを受け入れる。ＭＢＲクレジットは、受け入れられたデータの量だけ減分される。受け入れられたデータは、ＲＬＣからデータがフェッチされる前に組み合わされる。依然としてトランスポートブロック内に空間がある場合、ベアラについてそれらの優先順位に従って、このステップが繰り返される。
【００５８】
ＷＴＲＵは、ＲＬＣ制御ＰＤＵまたはＭＡＣ制御要素または制御ＰＤＵ全般をデータＰＤＵより優先することができる。これにより、高優先順位のデータトラフィックによる遅延の発生または制御情報の枯渇が防止されることになる。
【００５９】
データより、しかしある量まで制御を優先する
【００６０】
これまでの手法は、データより制御を優先する。しかし、これは、「より低い優先順位の」論理チャネル上に多数の制御ＰＤＵがある場合、いくつかの「より高い優先順位の」論理チャネルが遅延を受けるおそれがあることを暗示している可能性がある。
【００６１】
制御に使用することができるトランスポートブロックのサイズを制限すること
【００６２】
ＷＴＲＵは、制御トラフィックに使用することができるトランスポートブロックのサイズを制限することにより、トランスポートブロックの一部がデータトラフィックに使用されるように専念する、またはそのことを保証することができる。そのような制限は、（パーセントの形態、生（ｒａｗ）サイズの形態、または任意の他の形態で）制御に使用することができるＴＢの最大の割合を指定するなど、様々な方法で達成することができる。そのような割合は、任意のＲＲＣメッセージ内に担持されているＲＲＣ情報要素（ＩＥ）を介して構成することができる。
【００６３】
制御トラフィックのためのレートを制限すること
【００６４】
ＷＴＲＵは、制御ＰＤＵ（または制御要素）のレートを測定および制御することができる。Ｃｏｎｔｒｏｌ ＢＲ（ビットレート）などＰＢＲ／ＭＢＲと類似の新しいパラメータを使用することができる。ＷＴＲＵは、最高の優先順位で送られる制御ＰＤＵの数を、制御ＢＲによって決まる量に制限することができる。しかし、これは、（ＰＢＲまたはＭＢＲの回に）論理チャネルがスケジューリングされているとき、制御ＰＤＵがその論理チャネル上で送られるのを妨げない。制御用（たとえば、ＲＬＣ制御ＰＤＵまたはＭＡＣ制御要素用）の優先ビットレートは、任意のＲＲＣメッセージ内に担持されているＲＲＣ ＩＥを介して構成することができる。
【００６５】
さらに、２つの制御用のレート、すなわちＲＬＣ制御ビットレート（ＲＣＢＲ）およびＭＡＣ制御ビットレート（ＭＣＢＲ）などをさらに区別および指定することが可能である。同様に、これらのパラメータは、任意のＲＲＣメッセージ内に担持されているＲＲＣ ＩＥを介して構成することができる。
【００６６】
制御のためのセグメント化を回避すること
【００６７】
一般に、ＲＬＣ制御ＰＤＵまたはＭＡＣ制御要素など制御情報をセグメント化することは、それらを迅速に送信／受信するために（１つのＴＴＩ）、望ましくない。ＲＬＣセグメント化機能は、ＲＬＣ制御ＰＤＵ（たとえば、ＳＴＡＴＵＳ ＰＤＵ）に適用されず、ＭＡＣセグメント化機能は定義されていない。
【００６８】
制御のためにトークン／クレジット計算を使用するＭＡＣが十分なトークン／クレジットを有していないとき、ＭＡＣは、十分なトークン／クレジットを有していないときでさえ制御ＰＤＵまたは制御要素の全体を受け入れることができ、その代わりに、制御をセグメント化することができないため、トークン／クレジットを負にさせることができる。
【００６９】
これは、選択的な場合として実装することができる。すなわち、制御のための場合だけ負のバケットを可能にする。あるいは、（制御またはデータに起因して）全体的に負のトークンを可能にすることの一部として行うことができる。
【００７０】
シグナリング（たとえば、ＲＲＣ）無線ベアラに対応する論理チャネルのための向上したアップリンクチャネル優先順位付け
【００７１】
シグナリング無線ベアラ（ＳＲＢ）（たとえば、ＳＲＢ０、ＳＲＢ１、ＳＲＢ２）に対応する論理チャネルに関しては、論理チャネルは、データＲＢに対応する他の論理チャネルすべてに勝る絶対的な優先順位を有することができる。これは、次の２つの方法で達成することができる。すなわち、
１）常にＳＲＢを優先順位付けするように論理チャネル優先順位付け機能を変更する（すなわち、ＳＲＢに関するＰＢＲ／ＭＢＲ構成の必要なし）、または
２）ＳＲＢのためのＰＢＲ／ＭＢＲを許容される最大値に構成する。
【００７２】
アップリンクレート制御機能は、ＷＴＲＵがその無線ベアラを以下の順序で確実に分配するように使用される。
１）優先順位の降順ですべてのシグナリング無線ベアラ（任意選択：おそらくはあるレートまで）。
２）それらのＰＢＲまで優先順位の降順ですべての無線ベアラ。
３）グラントによって割り当てられた残りのリソースについて優先順位の降順ですべての無線ベアラ。この機能は、ＭＢＲを確実に超えないようにする。
【００７３】
あるいは、論理チャネル優先順位付け手順は、ＷＴＲＵが論理チャネルを分配するのを以下の順序で助ける。
１）ＳＲＢに（またはＲＲＣ制御情報に）対応する論理チャネルすべては、優先順位の降順で分配される（任意選択：おそらくは構成されたビットレートまで）。
２）すべての論理チャネルがそれらの構成されたＰＢＲまで優先順位の降順で分配される。
３）何らかのリソースが残っている場合、これらの論理チャネルすべてが、それらの構成されたＭＢＲまで厳密な優先順位の降順で分配される。ＭＢＲが構成されていない場合、論理チャネルは、その論理チャネル用のデータまたはＵＬグラントのどちらかが先に使い果たされるまで分配される。
【００７４】
アーキテクチャの代替
【００７５】
現在、トークン／クレジット計算（すなわち、ＰＢＲおよびＭＢＲのためのレート制御計算またはビットレート計算）は、送信ＭＡＣエンティティに実装される。１つのアーキテクチャの代替では、ＷＴＲＵは、レート制御計算を送信ＲＬＣエンティティ内に実装する。送信ＲＬＣエンティティは、ＰＢＲおよび／またはＭＢＲ計算（たとえば、ＰＢＲ／ＭＢＲトークン／クレジットバケット計算）を実施する。
【００７６】
他のアーキテクチャの代替では、ＷＴＲＵは、レート制御計算を送信ＰＤＣＰエンティティ内に実装する。送信ＰＤＣＰエンティティは、ＰＢＲおよび／またはＭＢＲ計算（たとえば、ＰＢＲ／ＭＢＲトークン／クレジットバケット計算）を実施する。
【００７７】
トークンバケットの選択的更新：制御ＰＤＵ（または全体的にある種のＰＤＵ）をＰＢＲおよびＭＢＲ計算から除外すること
【００７８】
ＷＴＲＵは、そのビットレート計算を実施するとき、または等しくはトークンバケット計算またはクレジット計算を実施するとき、ＲＬＣによって、またはＭＡＣによって生成される制御ＰＤＵを考慮しなくてもよい。ＷＴＲＵは、パケットが制御であるか、それともデータであるか評価することになる。データであれば、ＷＴＲＵは、関連するトークンバケットを更新することになる。制御であれば、ＷＴＲＵは、関連するトークンバケットを更新しないことになる。
【００７９】
ＷＴＲＵのＭＡＣレイヤは、ＲＬＣによって提供される情報を任意選択で用いて、所定の動作を実施することができる。しかし、ＷＴＲＵ内の他のレイヤ（たとえば、ＲＬＣまたはＰＤＣＰ）もまた、これらの動作を組み込むことができる。
【００８０】
ＲＬＣ制御ＰＤＵをＰＢＲおよびＭＢＲ計算から除外すること
【００８１】
ＲＬＣは、たとえばＲＬＣ ＳＴＡＴＵＳ ＰＤＵなど、制御ＰＤＵを生成することができる。ＰＤＣＰ制御ＰＤＵ、ＰＤＣＰ ＳＴＡＴＵＳレポート、ロバストヘッダ圧縮（ＲＯＨＣ）フィードバックなど上部レイヤ制御ＰＤＵは、ＲＬＣデータＰＤＵ上にマッピングされる（またはＲＬＣデータＰＤＵとしてカプセル化される）のではなく、ＲＬＣ制御ＰＤＵ上にマッピングさせる（またはＲＬＣ制御ＰＤＵとしてカプセル化させる）ことができる。これにより、ＰＤＣＰ制御ＰＤＵなど上部レイヤ制御ＰＤＵを下部レイヤで（すなわち、ＲＬＣおよびＭＡＣで）区別することができ、上部レイヤ制御ＰＤＵが、改善された処理（たとえば、ＱＯＳ、より高速な送信など）を受けることができる。
【００８２】
送信ＲＬＣエンティティから送信ＭＡＣエンティティに到着するＲＬＣ ＰＤＵに関しては、送信ＭＡＣエンティティが、ＲＬＣ ＰＤＵ（すなわち、ＭＡＣ ＳＤＵ）が制御ＰＤＵであるか、それともデータＰＤＵであるか評価することができる。これは、ＲＬＣエンティティからＭＡＣエンティティに提供される情報（たとえば、プリミティブ／信号）に基づくことも、ＲＬＣ ＰＤＵヘッダのＤ／Ｃフィールドを検査することに基づくこともできる。データがある場合、送信ＭＡＣエンティティは、関連するトークンバケットを更新することになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行うことになる）。制御用である場合、送信ＭＡＣエンティティは、関連するトークンバケットを更新しないことになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行わないことになる）。
【００８３】
ＲＬＣによって再送信されたＰＤＵをＰＢＲおよびＭＢＲ計算から除外すること
【００８４】
ＲＬＣは、たとえばＨＡＲＱプロセスが失敗したとき、または否定確認と共にＲＬＣ ＳＴＡＴＵＳレポートを受け取ったとき、ＡＲＱを介してデータＰＤＵを再送信することができる。したがって、一般に、送信ＲＬＣエンティティは、新しいＲＬＣデータＰＤＵ、または再送信ＲＬＣデータＰＤＵを送信ＭＡＣエンティティにサブミットする／送ることができる。
【００８５】
送信ＲＬＣエンティティから送信ＭＡＣエンティティに到着するＲＬＣ ＰＤＵに関しては、送信ＭＡＣエンティティが、ＲＬＣ ＰＤＵ（すなわち、ＭＡＣ ＳＤＵ）が制御ＰＤＵであるか、それともデータＰＤＵであるか評価することができる。この決定は、ＲＬＣエンティティからＭＡＣエンティティに提供される情報（たとえば、プリミティブ／信号）に基づくことも、ＲＬＣ ＰＤＵヘッダのＤ／Ｃフィールドを検査することに基づくこともできる。ＲＬＣ ＰＤＵがデータである場合、送信ＭＡＣエンティティもまた、ＲＬＣデータＰＤＵが新しいＰＤＵであるか、それとも再送信ＰＤＵであるか評価することになる。この決定は、ＲＬＣエンティティからＭＡＣエンティティに提供される情報（たとえば、プリミティブ／信号）に基づくことも、再セグメント化フラグ、またはＰＤＵセグメント番号（ＳＮ）、またはセグメントオフセット、または任意の他のフィールドなど、ＲＬＣ ＰＤＵヘッダの１つまたは複数のフィールドを検査することに基づくこともできる。
【００８６】
ＰＤＵが新しいデータである場合、送信ＭＡＣエンティティは、関連するトークンバケットを更新することになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行うことになる）。ＰＤＵが再送信データである場合、送信ＭＡＣエンティティは、関連するトークンバケットを更新しないことになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行わないことになる）。
【００８７】
ＲＬＣ ＰＤＵ項は、ＰＤＵとＰＤＵセグメントを共にカバーする。再送信ＰＤＵまたはＰＤＵセグメントは、ＰＢＲ／ＭＢＲ計算に算入または考慮されない。
【００８８】
ＭＡＣ制御要素およびＭＡＣパディングをＰＢＲおよびＭＢＲ計算から除外すること
【００８９】
ＭＡＣは、たとえばバッファステータスレポートなど、制御要素を生成することができる。また、パディングを生成することもできる。
【００９０】
ＭＡＣ制御要素に関しては、送信ＭＡＣエンティティは、関連するトークンバケットを更新しないことになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行わないことになる）。ＭＡＣパディングに関しては、送信ＭＡＣエンティティは、関連するトークンバケットを更新しないことになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行わないことになる）。
【００９１】
どのパケットサイズでバケットを更新するか
【００９２】
たとえば、いくつかのトークン／クレジットを減算することによって、トークン（クレジット）バケットを更新するために、ＷＴＲＵの送信ＭＡＣエンティティは、論理チャネルのトークン／クレジットバケットを以下の分だけ減分することができる。すなわち、
１）ＭＡＣ ＳＤＵのサイズ（すなわち、これはＭＡＣ ＰＤＵヘッダおよびＭＡＣパディングを除外する）、
２）ＭＡＣ ＰＤＵのサイズ（これは、ＭＡＣ ＰＤＵヘッダ、ＰＤＵペイロード、およびＭＡＣパディングを含む）、
３）ＭＡＣパディングを除くＭＡＣ ＰＤＵのサイズ（これは、ＭＡＣ ＰＤＵヘッダおよびＰＤＵペイロードを含む）、
４）ＭＡＣ ＰＤＵヘッダを除くＭＡＣ ＰＤＵのサイズ（これは、ＭＡＣ ＰＤＵペイロードおよびＭＡＣパディングを含む）、
５）ＲＬＣ ＰＤＵのサイズ（すなわち、これは、ＲＬＣ ＰＤＵヘッダおよびＰＤＵペイロードを含む）、
６）ＲＬＣパディングを除くＲＬＣ ＰＤＵのサイズ（これは、ＲＬＣパディングを除いてＲＬＣ ＰＤＵヘッダおよびＲＬＣペイロードを含む）、
７）ＲＬＣ ＰＤＵペイロードのサイズ（これは、ＲＬＣペイロードを含む）、
８）ＲＬＣパディングを除くＲＬＣ ＰＤＵペイロードのサイズ（これは、ＲＬＣパディングを除いてＲＬＣペイロードを含む）、
９）ＰＤＣＰ ＳＤＵのサイズ、
１０）ＰＤＣＰ ＰＤＵのサイズ（すなわち、これは、ＰＤＣＰ ＰＤＵヘッダおよびＰＤＵペイロードを含む）、
１１）ヘッダ圧縮が適用される前のＰＤＣＰ ＰＤＵのサイズ（すなわち、これは、ヘッダ圧縮前のＰＤＣＰ ＰＤＵヘッダおよびＰＤＵペイロードを含む）、または
１２）セキュリティ（すなわち、暗号化および／または完全性保護）が適用される前のＰＤＣＰ ＰＤＵのサイズ（すなわち、これは、暗号化および／または完全性前のＰＤＣＰ ＰＤＵヘッダおよびＰＤＵペイロードを含む）。
【００９３】
サイズを決定するために、送信上部サブレイヤ（たとえば、ＲＬＣまたはＰＤＣＰ）は、サイズ情報を送信ＭＡＣエンティティに通信することができ、ＭＡＣは、その情報を使用することができる。レイヤ間通信およびシグナリングが使用される。
【００９４】
あるいは、ＭＡＣエンティティは、上部レイヤヘッダ（たとえば、ＲＬＣヘッダまたはＰＤＣＰヘッダ）を検査し、サイズ情報を抽出する。
【００９５】
バケットを更新するために使用されるイベントおよびトリガ
【００９６】
トークン／クレジットバケットが更新される瞬間またはイベントは、システムの性能に対して影響を与える可能性がある。ＷＴＲＵの送信ＭＡＣエンティティは、論理チャネルのトークン／クレジットバケットを以下のとき減分することができる。すなわち、
１３）ＭＡＣ ＳＤＵをＭＡＣ ＰＤＵに多重化したイベント／瞬間、
１４）ＭＡＣ ＰＤＵの構築を終えたイベント／瞬間、
１５）新しいＭＡＣ ＰＤＵ（すなわち、新しいＨＡＲＱ ＰＤＵ）を物理レイヤ（またはＨＡＲＱ）にサブミットしたイベント／瞬間、
１６）ＭＡＣ ＰＤＵに関する（すなわち、ＨＡＲＱ ＰＤＵに関する）ＨＡＲＱ肯定応答を受け取ったイベント／瞬間、
１７）（ＭＡＣ ＳＤＵ／ＰＤＵを担持する）ＨＡＲＱプロセスが（成功裏に、または不成功に）完了した／終わったイベント／瞬間、または
１８）ＲＬＣ ＰＤＵに関するＲＬＣ肯定応答を受け取ったイベント／瞬間。
【００９７】
より高い精度のために、また送信されなかったＰＤＵ用のクレジットの無駄／損失を防止するために、ＨＡＲＱ肯定応答を受け取ったときバケットからトークンを減算することができる。
【００９８】
図４は、負のＭＢＲクレジット値を格納することが可能な論理チャネルＭＢＲレートクレジットバッファを使用するＷＴＲＵ４００のブロック図である。ＷＴＲＵ４００は、アンテナ４０５、送信機４１０、受信機４１５、プロセッサ４２０、および少なくとも１つの論理チャネルＭＢＲクレジットバッファ４２５を含む。ＭＢＲクレジットは、バッファ４２５によってバッファされ、負の値を有することができる。プロセッサ４２０は、論理チャネルリソースを使用可能なデータについて複数の論理チャネルに割り当て、論理チャネルのうちの特定のチャネルに関連付けられたバッファ４２５内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するように構成され、割り当てられたチャネルリソースのいずれかが残っている場合、データが使い果たされるまで優先順位の降順で論理チャネルが分配される。あるいは、論理チャネルは、ＵＬグラントが使い果たされるまで優先順位の降順で分配される。
【００９９】
図５は、図４のＷＴＲＵ４００によって新しい送信が実施されるとき適用される論理チャネル優先順位付け手順５００の流れ図である。ステップ５０５では、論理チャネルリソースが、使用可能なデータについて複数の論理チャネルに割り当てられる。ステップ５１０では、論理チャネルのうちの特定のチャネルに関連付けられたバッファ内のＭＢＲクレジットが、ＭＡＣ ＳＤＵのサイズだけ減分される。
【０１００】
ＭＡＣ ＳＤＵは、特定のトランスポートブロック内に担持されることになるＭＡＣペイロードに対応する（すなわち、ＷＴＲＵに割り当てられた、トランスポートブロック上の、特定のＴＴＩでの使用可能な空間）。そのトランスポートブロック上にトランスポートされることになるＭＡＣ ＳＤＵのサイズまでしか、論理チャネルを分配することができない。したがって、特定の論理チャネルに対する割り当てられた「クレジット」がＭＡＣ ＳＤＵのサイズより大きい場合、そのクレジットは、そのクレジットが使い果たされるまでＭＡＣ ＳＤＵのサイズだけ減分されることになる。
【０１０１】
割り当てられるリソースは、構成されたトランスポートブロック内の使用可能な空間を、可能な限り効率的に利用することによって最大限にされる。したがって、１つまたは複数の論理チャネルの内容がＲＬＣ ＳＤＵを介して分配されるので、使用可能な、十分なＭＢＲクレジット／トークンがない場合でさえ、ＲＬＣ ＳＤＵ全体がＲＬＣ ＰＤＵ内に含まれ（すなわち、ＭＢＲクレジットが負になることを可能にし）、それによりセグメント化および遅延を回避する。
【０１０２】
ＭＡＣ ＳＤＵは、ＭＡＣ ＰＤＵヘッダおよびＭＡＣパディングを除外する。ＭＢＲクレジットは、負の値を有することができる。ステップ５１５では、割り当てられたリソースのいずれかが残っている場合、データが使い果たされるまで優先順位の降順で論理チャネルが分配される。あるいは、論理チャネルは、ＵＬグラントが使い果たされるまで優先順位の降順で分配される。ＲＬＣ ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されない。
【０１０３】
実施形態
１．
論理チャネルを優先順位付けするための方法であって、
論理チャネルリソースを使用可能なデータについて複数の論理チャネルに割り当てるステップと、
前記論理チャネルのうちの特定のチャネルに関連付けられたバッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するステップと
を具えたことを特徴とする方法。
２．
前記割り当てられたチャネルリソースのいずれかが残っている場合、前記データが使い果たされるまで優先順位の降順で前記論理チャネルを分配することを特徴とする実施形態１記載の方法。
３．
前記ＭＢＲクレジットは負の値を有することを特徴とする実施形態１又は２記載の方法。
４．
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする実施形態２記載の方法。
５．
前記ＭＡＣ ＳＤＵは、ＭＡＣプロトコルデータユニット（ＰＤＵ）ヘッダおよびＭＡＣパディングを除外することを特徴とする実施形態１ないし４のいずれかに記載の方法。
６．
論理チャネルを優先順位付けするための方法において、
論理チャネルリソースを使用可能なデータについて複数の論理チャネルに割り当てるステップと、
前記論理チャネルのうちの特定のチャネルに関連付けられたバッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するステップであって、前記ＭＢＲクレジットは負の値を有するステップと
を具えたことを特徴とする方法。
７．
前記割り当てられたチャネルリソースのいずれかが残っている場合、優先順位の降順で前記論理チャネルを分配することを特徴とする実施形態６記載の方法。
８．
アップリンク（ＵＬ）グラントが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする実施形態７記載の方法。
９．
前記データが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする実施形態５ないし８のいずれかに記載の方法。
１０．
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする実施形態６ないし９のいずれかに記載の方法。
１１．
論理チャネルを優先順位付けするための無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも１つのバッファと、
論理チャネルリソースを、使用可能なデータについて複数の論理チャネルに割り当て、前記論理チャネルのうちの特定のチャネルに関連付けられた前記バッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するように構成されたプロセッサと
を具えたことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
１２．
前記割り当てられたチャネルリソースのいずれかが残っている場合、前記データが使い果たされるまで優先順位の降順で論理チャネルが分配されることを特徴とする実施形態１１記載の無線送受信ユニット（ＷＴＲＵ）。
１３．
前記ＭＢＲクレジットは負の値を有することを特徴とする実施形態１１又は１２記載の無線送受信ユニット（ＷＴＲＵ）。
１４．
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする実施形態１２又は１３記載の無線送受信ユニット（ＷＴＲＵ）。
１５．
前記ＭＡＣ ＳＤＵは、ＭＡＣプロトコルデータユニット（ＰＤＵ）ヘッダおよびＭＡＣパディングを除外することを特徴とする実施形態１１ないし１４のいずれかに記載の無線送受信ユニット（ＷＴＲＵ）。
１６．
論理チャネルを優先順位付けするための無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも１つのバッファと、
論理チャネルリソースを、使用可能なデータについて複数の論理チャネルに割り当て、前記論理チャネルのうちの特定のチャネルに関連付けられた前記バッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するように構成されたプロセッサと
を具えたことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
１７．
前記ＭＢＲクレジットは負の値を有し、前記割り当てられたチャネルリソースのいずれかが残っている場合、優先順位の降順で前記論理チャネルが分配されることを特徴とする実施形態１６記載の無線送受信ユニット（ＷＴＲＵ）。
１８．
アップリンク（ＵＬ）グラントが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする実施形態１７記載の無線送受信ユニット（ＷＴＲＵ）。
１９．
前記データが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする実施形態１７記載の無線送受信ユニット（ＷＴＲＵ）。
２０．
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする実施形態１７ないし１９のいずれかに記載の無線送受信ユニット（ＷＴＲＵ）。
【０１０４】
上記では特徴および要素が特定の組合せで述べられているが、各特徴および要素は、他の特徴および要素なしの単独で、または他の特徴および要素との、もしくは他の特徴および要素を用いない様々な組合せで使用することができる。本明細書において提供されている方法または流れ図は、汎用コンピュータまたはプロセッサによって実行するためのコンピュータ可読記憶媒体内に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクや取外し式ディスクなど磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）など光媒体を含む。
【０１０５】
好適なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、ならびに任意の他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０１０６】
ソフトウェアに関連付けられたプロセッサを使用し、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実装することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンドフリー用ハンドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールもしくは超広帯域（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実装されるモジュールと共に使用することができる。
【背景技術】
【０００１】
図１は、無線送受信ユニット（ＷＴＲＵ）１０５およびｅＮｏｄｅＢ（ｅＮＢ）１１０を含む長期的発展（ＬＴＥ）システム１００を示す。ＷＴＲＵ１０５およびｅＮＢ１１０は、レイヤ２（Ｌ２）サブレイヤを有するユーザプレーンプロトコルスタックを含む。Ｌ２サブレイヤは、パケットデータ制御プロトコル（ＰＤＣＰ）サブレイヤ１２０、無線リンク制御（ＲＬＣ）サブレイヤ１２５、および媒体アクセス制御（ＭＡＣ）サブレイヤ１３０を含む。このプロトコルスタックは、物理レイヤ１３５をも含む。無線リンク制御（ＲＲＣ）サブレイヤ１４０は、ＰＤＣＰサブレイヤ１２０、ＲＬＣサブレイヤ１２５、ＭＡＣサブレイヤ１３０、および物理レイヤ１３５のそれぞれを制御する。
【０００２】
以下の機能がＭＡＣサブレイヤ１３０によってサポートされる。
１）論理チャネルとトランスポートチャネルとの間のマッピング
２）トランスポートチャネル上で物理レイヤ１３５に送達されるトランスポートブロック（ＴＢ）上に、１つまたは様々な論理チャネルからのＭＡＣサービスデータユニット（ＳＤＵ）を多重化すること
３）トランスポートチャネル上で物理レイヤ１３５から送達されたＴＢから、１つまたは様々な論理チャネルのＭＡＣ ＳＤＵを逆多重化すること
４）情報レポート処理をスケジューリングすること
５）ハイブリッド自動再送要求（ＨＡＲＱ）を介した誤り訂正
６）動的スケジューリングを使用するＷＴＲＵ間の優先順位処理
７）ＷＴＲＵの論理チャネル間の優先順位処理
８）論理チャネル優先順位付け
９）トランスポートフォーマット選択
【０００３】
ＷＴＲＵ１０５内のＭＡＣサブレイヤ１３０の機能の１つは、論理チャネル優先順位付けである。図２は、ランダムアクセスチャネル（ＲＡＣＨ）２０５およびアップリンク共用チャネル（ＵＬ−ＳＣＨ）２１０など使用可能なアップリンクトランスポートチャネルと、共通制御チャネル（ＣＣＣＨ）２１５、専用制御チャネル（ＤＣＣＨ）２２０、および専用トラフィックチャネル（ＤＴＣＨ）２２５など使用可能なアップリンク論理チャネルとを示す。ＭＡＣサブレイヤ１３０は、ＲＬＣサブレイヤ１２５から出る様々な論理チャネルからＭＡＣ ＳＤＵ（すなわち、ＲＬＣプロトコルデータユニット（ＰＤＵ））を受け取ることができる。次いで、ＭＡＣサブレイヤ１３０は、これらのＭＡＣ ＳＤＵを１つのトランスポートチャネル（たとえば、ＵＬ−ＳＣＨ２１０）上に多重化する。
【０００４】
ＭＡＣ ＳＤＵは、様々な論理チャネルから優先順位付けされ選択される。論理チャネル優先順位付け手順は、新しいＭＡＣ送信が実施されるとき適用することができる。ＲＲＣサブレイヤ１４０は、各論理チャネルに優先権を与えることによってアップリンクデータのスケジューリングを管理することができ、優先順位値が大きくなるほど、より低い優先権レベルを示す。さらに、各論理チャネルは、優先ビットレート（ＰＢＲ）を用いて、また任意選択で最大ビットレート（ＭＢＲ）を用いて構成される。
【０００５】
アップリンク（ＵＬ）グラントは、アップリンク上でのデータ送信に使用されるチャネルリソースの特性を与える。ＵＬグラントは、固定サイズのリソースブロック割当て、変調および符号化スキーム（ＭＣＳ）、ＵＬ遅延、および送信電力制御（ＴＰＣ）を示す２０ビットフィールドである。ＵＬグラントは、ＷＴＲＵ１０５がＵＬ送信に使用すべきチャネルリソースの量およびタイプをＷＴＲＵ１０５に通知するために、ｅＮＢ１１０からＷＴＲＵ１０５へダウンリンク（ＤＬ）で送られる。
【０００６】
論理チャネル優先順位付け手順は、ＷＴＲＵが論理チャネルを分配するのを以下の順序で支援する。
１）論理チャネルは、それらの構成されたＰＢＲまで優先順位の降順で分配される。
２）何らかのリソースが残っている場合、論理チャネルは、それらの構成されたＭＢＲまで優先順位の降順で分配される。ＭＢＲが構成されていない場合、論理チャネルは、その論理チャネル用のデータまたはＵＬグラントのどちらかが先に使い果たされるまで分配される。
３）同じ優先順位で構成された論理チャネルは、そのＷＴＲＵによって等しく分配される。
４）基本シンボルレート（ＢＳＲ）のためのＭＡＣ制御要素は、ＢＳＲをパディングすることを除いて、ユーザプレーン論理チャネルより高い優先順位を有する。
【０００７】
ＷＴＲＵは、無線ベアラ間でのアップリンクリソースの共有を管理するアップリンクレート制御機能を有する。ＲＲＣは、各ベアラに優先順位および優先ビットレート（ＰＢＲ）を与えることによってアップリンクレート制御機能を制御する。さらに、グロスビットレート（ＧＢＲ）ベアラあたりのＭＢＲもまた構成される。シグナリングされる値は、Ｓ１を介してｅＮＢにシグナリングされるものに関連しない可能性がある。
【０００８】
アップリンクレート制御機能は、ＷＴＲＵがその無線ベアラを以下の順序で確実に分配するようにする。
１）それらのＰＢＲまで優先順位の降順ですべての無線ベアラ。
２）グラントによって割り当てられた残りのリソースについて優先順位の降順ですべての無線ベアラ。この機能は、ＭＢＲを確実に超えないようにする。
【０００９】
ＰＢＲがすべてゼロに設定されている場合、ステップ１）が飛ばされ、無線ベアラは、厳密な優先順位で分配される。ＷＴＲＵは、より高い優先順位データの送信を最大限にする。ＷＴＲＵに対する付与総量（ｔｏｔａｌ ｇｒａｎｔ）を制限することによって、ｅＮＢは、総ＭＢＲ（ＡＭＢＲ）を確実に超えないようにすることができる。複数の無線ベアラが同じ優先順位を有する場合、ＷＴＲＵは、これらの無線ベアラを等しく分配することができる。
【００１０】
リソースはオペレータによって所有されているため、無線リソースのスケジューリングおよびリソース割当ては、ｅＮＢ１１０内のＭＡＣサブレイヤ１３０内で行われる。しかし、ＷＴＲＵ１０５内のＭＡＣサブレイヤ１３０は、サービス品質（ＱｏＳ）要件やＷＴＲＵ無線条件などの情報を、ｅＮＢ１１０におけるスケジューリング手順に対する入力としてｅＮＢ１１０に提供する。
【００１１】
最初に、入力パラメータを指定することができることに留意されたい。（ＭＡＣサブレイヤ１３０内のスケジューラからの）ＷＴＲＵ出力に関する制約もまた指定することができる。しかし、必須のＷＴＲＵ動作は必要とされない。
【００１２】
入力パラメータの指定に関しては、トークンバケットモデルが使用されている。ＰＢＲ／ＭＢＲは、「トークンレート」である。このモデルでは、「トークンバケットサイズ」パラメータがあるが、これは、ＷＴＲＵによって、たとえばトークンレートまたは固定サイズから導出される場合、またはｅＮＢによって明示的にシグナリングする必要がある場合、不安定である。
【００１３】
トークンバケットは、いつトラフィックを送信することができるか指示する制御機構である。データ送信の文脈における「バケット」は、トラフィックを制御するための手段として、送信される総ネットワークトラフィックを保持するバッファである。このバケット（すなわちバッファ）は、バイトを単位とするトラフィック量、またはセンダが送信することを許される所定のサイズのパケットを表すトークンを含む。使用可能なトークンの量は、データを送信する必要があるとき蓄える（ｃａｃｈｅｄ）ことができる「クレジット」と見ることができる。センダから「クレジット」（すなわち、バケット内のトークン）がなくなったとき、そのセンダは、それ以上トラフィックを送ることが許されない。
【００１４】
ＰＢＲ／ＧＢＲは、レポートされたバッファステータスを制限すべきでない。バッファステータスレポート処理に対するＭＢＲインパクトの影響は不安定である。
【００１５】
トークンバケットモデルを使用してレート計算を説明し、それにより、各論理チャネルには、ＰＢＲおよびＭＢＲに関連する、トークンバケットが関連付けられることになる。トークンがバケットに追加されるレートは、それぞれＰＢＲおよびＭＢＲである。トークンバケットサイズは、ある最大値を超えることができない。
【００１６】
以下は、レート計算、または等しくはトークンバケット計算に関する考えられる説明を提供する。ＷＴＲＵの挙動を明示的に説明すべきであることが受け入れられる場合、（トークン）クレジットを使用することができる。たとえば、各時間増分Ｔｊごとに、ＰＢＲを有する各ベアラｊについて、ベアラｊに関連付けられたＰＢＲクレジットがＴｊ×ＰＢＲｊの値だけ増分される。ベアラがＭＢＲをも有する場合には、ベアラｊに関連付けられたＭＢＲクレジットがＴｊ×ＭＢＲｊの値だけ増分される。そのベアラに関する最大ＰＢＲおよび／またはＭＢＲクレジットに上限が設定されている場合には、累積値が最大値を超えた場合、累積値がその最大値に等しくなるように設定される。
【００１７】
ＷＴＲＵが新しいデータを送信することが許されるスケジューリングの機会（すなわち、送信時間間隔（ＴＴＩ））ごとに、空でないバッファ状態および非ゼロのＰＢＲクレジットを有する最高の優先順位のベアラからデータが選択される。ＷＴＲＵは、バッファのサイズ、ＰＢＲクレジットのサイズ、またはトランスポートブロックの使用可能な容量のいずれか小さいものに等しいデータをトランスポートブロックに追加することができる。ＰＢＲクレジットおよびＭＢＲクレジットは、割り当てられたデータの量だけ減分される。
【００１８】
すべてのベアラのＰＢＲクレジットがゼロであり、依然としてトランスポートブロック内に空間がある場合には、スケジューラは、データがバッファされている最高の優先順位のベアラからデータを受け入れる。スケジューラは、トランスポートブロック内の使用可能な空間のサイズまたはＷＴＲＵのＭＢＲクレジットのどちらか小さい方までデータを受け入れる。ＭＢＲクレジットは、受け入れられたデータの量だけ減分される。受け入れられたデータは、ＲＬＣサブレイヤからデータがフェッチされる前に組み合わされる。
【００１９】
レート計算、または等しくはトークンバケット計算についても説明することができる。新しい送信がＨＡＲＱエンティティによって要求されるあらゆるＴＴＩ境界にて、ＷＴＲＵは、以下に述べる動作を実施する。
優先順位の降順で順序付けられた各論理チャネルについて、以下を実施する。すなわち、
− （（ＰＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＞＝ＵＬ＿Ｇｒａｎｔ）かつ（ＵＬ＿Ｇｒａｎｔ＞＝送信用にバッファされているデータの量））の場合
− この論理チャネルをＭＩＮ（送信用にバッファされているデータの量，ＰＢＲ＿ＭＡＸ＿ＯＵＴＰＵＴ＿ＲＡＴＥ）バイトまで分配する。
− それ以外の場合
− （ＰＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＞＝０）の場合
− Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ＝ＭＩＮ（ＭＡＸ（０，ＵＬ＿Ｇｒａｎｔ−ＰＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ），０．５＊ＰＢＲ＿ＢＵＣＫＥＴ＿ＳＩＺＥ）
− それ以外の場合
− Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ＝０
− ｘバイトの間、この論理チャネルを分配する。ただしｘは、０とＭＩＮ（ＵＬ＿Ｇｒａｎｔ，ＰＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＋Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ，送信用にバッファされているデータの量，ＰＢＲ＿ＭＡＸ＿ＯＵＴＰＵＴ＿ＲＡＴＥ）バイトの間である。ｘの値は実装依存である（たとえば、ｘの値を選択するとき、ＷＴＲＵは、ＳＤＵセグメント化、同一の優先順位を有する２つの論理チャネルを公平に分配することなど、様々な要素を考慮すべきである）。
− ＵＬ＿Ｇｒａｎｔを、分配されたバイト量があればその分だけ減分する。
− ＰＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔを、分配されたバイト量があればその分だけ減分する。
− ＵＬ＿Ｇｒａｎｔがゼロより大きい場合、優先順位の降順で順序付けられた各論理チャネルについて、以下を実施する。
− ＭＢＲトークンバケットがこの論理チャネル用に構成されている場合、
− （（ＭＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＞＝ＵＬ＿Ｇｒａｎｔ）かつ（ＵＬ＿Ｇｒａｎｔ＞＝送信用にバッファされているデータの量））の場合、この論理チャネルをＭＩＮ（送信用にバッファされているデータの量，ＭＢＲ−ＭＡＸ＿ＯＵＴＰＵＴ＿ＲＡＴＥ）バイトまで分配する。
− それ以外の場合
− （ＭＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＞＝０）の場合
− Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ＝ＭＩＮ（ＭＡＸ（０，ＵＬ＿Ｇｒａｎｔ−ＭＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ），０．５＊ＭＢＲ＿ＢＵＣＫＥＴ＿ＳＩＺＥ）
− それ以外の場合
− Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ＝０
− ｘバイトの間、この論理チャネルを分配する。ただしｘは、０とＭＩＮ（ＵＬ＿Ｇｒａｎｔ，ＭＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔ＋Ａｌｌｏｗｅｄ＿Ｅｘｔｒａ＿Ｔｏｋｅｎｓ，送信用にバッファされているデータの量，ＭＢＲ＿ＭＡＸ＿ＯＵＴＰＵＴ＿ＲＡＴＥ）バイトの間である。ｘの値は実装依存である（たとえば、ｘの値を選択するとき、ＷＴＲＵは、ＳＤＵセグメント化、同一の優先順位を有する２つの論理チャネルを公平に分配することなど、様々な要素を考慮すべきである）。
− それ以外の場合
− この論理チャネルをＭＩＮ（ＵＬ＿Ｇｒａｎｔ，送信用にバッファされているデータの量）バイトまで分配する。
− ＵＬ＿Ｇｒａｎｔを、分配されたバイト量があればその分だけ減分する。
− ＭＢＲ＿Ｔｏｋｅｎ＿Ｂｕｃｋｅｔを、分配されたバイト量があればその分だけ減分する。
【００２０】
同じ優先順位で構成された論理チャネルは、ＷＴＲＵによって等しく分配されるものとする。
【００２１】
ＭＡＣ ＰＤＵおよびＭＡＣ制御要素
【００２２】
図３は、ＭＡＣヘッダ３０５からなるＭＡＣ ＰＤＵ３００を示し、ＭＡＣ ＳＤＵ３１０、３１５、ＭＡＣ制御要素３２０、３２５、およびパディング３３０を含むことができる。ＭＡＣヘッダ３０５とＭＡＣ ＳＤＵ３１０、３１５は、共に可変サイズのものである。
【００２３】
ＭＡＣ ＰＤＵ３００のヘッダは、１つまたは複数のＭＡＣ ＰＤＵサブヘッダ３３５、３４０、３４５、３５０、３５５、３６０を含み、それらのそれぞれが、ＭＡＣ ＳＤＵ３１０もしくはＭＡＣ ＳＤＵ３１５、ＭＡＣ制御要素３２０もしくはＭＡＣ制御要素３２５、またはパディング３３０に対応する。
【００２４】
ＭＡＣサブレイヤは、バッファステータスレポート制御要素など、ＭＡＣ制御要素を生成することができる。ＭＡＣ制御要素は、下記で表１に示されているように、論理チャネル識別（ＬＣＩＤ）に対する特定の値を介して識別される。インデックス０００００−ｙｙｙｙｙは、対応するＲＬＣサブレイヤを有する実際の論理チャネルに対応し、一方、残りの値は、ＭＡＣ制御要素（たとえば、バッファステータスレポート）を識別すること、またはパディングなど、他の目的に使用することができる。
【００２５】
【表１】
【００２６】
ＲＬＣ
【００２７】
ＬＴＥ ＲＬＣサブレイヤの主なサービスおよび機能は、以下を含む。
１）確認（Ａｃｋｎｏｗｌｅｄｇｅｄ）モード（ＡＭ）または非確認（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ）モード（ＵＭ）をサポートする上部レイヤＰＤＵの転送
２）透過（Ｔｒａｎｓｐａｒｅｎｔ）モード（ＴＭ）データ転送
３）ＡＲＱを介した誤り訂正（物理レイヤによって提供されるＣＲＣチェック。ＲＬＣレベルではＣＲＣは必要でない）
４）ＴＢのサイズによるセグメント化：ＲＬＣ ＳＤＵがＴＢに完全に適合しない場合のみ、ＲＬＣ ＳＤＵが、パディングを含まない可変サイズのＲＬＣ ＰＤＵにセグメント化される。
５）再送信する必要があるＰＤＵの再セグメント化：再送信されるＰＤＵが、再送信に使用される新しいＴＢに完全に適合しない場合、ＲＬＣ ＰＤＵが再セグメント化される。
６）再セグメント化の数は制限されない。
７）同じ無線ベアラ用のＳＤＵの連結
８）アップリンク内でのハンドオーバ（ＨＯ）時を除く、上部レイヤＰＤＵのシーケンス内送達
９）重複検出
１０）プロトコルエラー検出および回復
１１）ｅＮＢとＷＴＲＵ（ＦＦＳ）の間のフロー制御
１２）ＳＤＵ廃棄
１３）リセット
【００２８】
ＲＬＣは、３つの動作モード、すなわちＡＭ（確認モード）、ＵＭ（非確認モード）、およびＴＭ（透過モード）をサポートし、ＡＭ ＲＬＣエンティティによって生成される、ＳＴＡＴＵＳ ＰＤＵなど制御ＰＤＵを生成する。
【発明の概要】
【発明が解決しようとする課題】
【００２９】
パディングを最小限に抑え、一方、制御チャネル、およびシグナリング無線ベアラに対応する論理チャネルを考慮する、向上したＬ２アップリンクチャネル優先順位付けおよびレート制御方法を提供することが望まれる。
【課題を解決するための手段】
【００３０】
新しい送信が実施されるとき論理チャネルを優先順位付けするための方法および装置が開示される。論理チャネルリソースが、使用可能なデータについて複数の論理チャネルに割り当てられる。ＭＢＲクレジット（すなわち、トークン）が、論理チャネルのうちの特定のチャネルに関連付けられたバッファ（すなわち、バケット）内で、ＭＡＣ ＳＤＵのサイズだけ減分される。ＭＢＲクレジットは、負の値を有することができる。割り当てられたチャネルリソースのいずれかが残っている場合、データが使い果たされるまで優先順位の降順で論理チャネルが分配される。ＲＬＣ ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されない。ＭＡＣ ＳＤＵは、ＭＡＣ ＰＤＵヘッダおよびＭＡＣパディングを除外する。
【００３１】
ＷＴＲＵは、ＷＴＲＵが新しいデータを送信することが許される各スケジューリングの機会に、最高の優先順位の無線ベアラからデータを選択する。無線ベアラは、空でないバッファ状態および非ゼロの優先ビットレート（ＰＢＲ）クレジットを有することができる。ＷＴＲＵは、バッファのサイズ、ＰＢＲクレジットのサイズ、またはトランスポートブロックの使用可能な容量のいずれか小さいものに等しい場合、そのデータをトランスポートブロックに追加することができる。
【００３２】
開示されている方法および装置は、使用可能なチャネルリソースの最大限の使用を可能にする（すなわち、ＵＬグラントを最大限にする）。したがって、厳密な優先順位ならびに特定の優先および最大データレート制限の要件を満たした後で使用可能なリソースが依然としてある場合には、厳密な優先順位に基づいて、しかし特定のバケットサイズに対する割当てを制限することなしに（たとえば、ＭＢＲクレジットが負になることを可能にして）、その使用可能な容量がサービング論理チャネルによってもう一度使用される。むしろ、この割当ては、その論理チャネルによって送信されるデータの量、またはその論理チャネルに割り当てられたＵＬグラントのサイズによって制限される。
【００３３】
ＷＴＲＵは、ＰＢＲクレジットおよびＭＢＲクレジットを、割り当てられたデータの量だけ減分し、トランスポートブロック内に空間がある場合、このステップを繰り返す。このステップは、無線ベアラについて、それらの優先順位に従って繰り返される。
【００３４】
ＷＴＲＵにおけるビットレート制御およびトークン／クレジットバケット更新のための方法および装置もまた開示される。ＷＴＲＵ内のＭＡＣエンティティは、データプロトコルデータユニット（ＰＤＵ）に関連付けられたトークンバケットを更新することができるが、ＰＤＵを制御することはできない。ＷＴＲＵは、トークンバケットを様々なときに、様々な測定量で更新することができる。
【図面の簡単な説明】
【００３５】
より詳細な理解を、例として与えられ添付の図面と共に理解すべき諸実施形態の以下の説明から得ることができる。
【００３６】
【図１】ＬＴＥユーザプレーンプロトコルスタックの図である。
【図２】アップリンクのためのＭＡＣマッピング／多重化の
【図３】ＭＡＣヘッダ、ＭＡＣ制御要素、ＭＡＣ ＳＤＵ、およびパディングを含むＭＡＣ ＰＤＵの図である。
【図４】負のＭＢＲクレジット値を格納することが可能な論理チャネルＭＢＲレートクレジットバッファのブロック図である。
【図５】図４のＷＴＲＵによって新しい送信が実施されるとき適用される論理チャネル優先順位付け手順の流れ図である。
【発明を実施するための形態】
【００３７】
「無線送受信ユニット（ＷＴＲＵ）」という用語は、以下で参照されたとき、それだけには限らないが、ユーザ機器（ＵＥ）、移動局、固定型もしくは移動型加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境内で動作することが可能な任意の他のタイプのデバイスを含む。「基地局」という用語は、以下で参照されたとき、それだけには限らないが、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または他のタイプのインターフェース用を含む。
【００３８】
この開示では、ＲＬＣ ＰＤＵはＭＡＣ ＳＤＵと等価であり、トークンバケット（またはクレジット）を更新することは、概して、ある量のトークン（クレジット）をそのバケットから減算し、それによりそのような量がパケットサイズに対応することを指す。トークンバケット計算またはクレジット計算は、データレート計算またはレート制御計算と等価である。述べられている方法および装置はトークンバケットモデルを使用しているが、データレート制御計算論理の実装は、トークンバケット手法を使用しない。
【００３９】
向上したアップリンクチャネル優先順位付けおよびレート制御機能
【００４０】
ＷＴＲＵの送信ＭＡＣエンティティは、たとえばグラントによって制限される場合（すなわち、ＷＴＲＵの使用可能なデータが潜在的にグラント量を超えるとき）、パディングを防止するために、下記の方法に述べられている優先順位付けの追加の回（ｒｏｕｎｄ）を実施することができる。
【００４１】
ＷＴＲＵが新しいデータを送信することが許される各スケジューリングの機会、またはＴＴＩにおいて、ＷＴＲＵは、空でないバッファ状態および非ゼロのＰＢＲクレジットを有する最高の優先順位のベアラからデータを選択する。ＷＴＲＵは、バッファのサイズ、ＰＢＲクレジットのサイズ、またはトランスポートブロックの使用可能な容量のいずれか小さいものに等しいデータをトランスポートブロックに追加することができる。ＰＢＲクレジットおよびＭＢＲクレジットは、割り当てられたデータの量だけ減分される。依然としてトランスポートブロック内に空間がある場合、ベアラについてそれらの優先順位に従って、このステップが繰り返される。
【００４２】
すべてのベアラのＰＢＲクレジットがゼロ（または負）であり、依然としてトランスポートブロック内に空間がある場合には、スケジューラは、データがバッファされている最高の優先順位のベアラからデータを受け入れる。スケジューラは、トランスポートブロック内の使用可能な空間のサイズまたはＷＴＲＵのＭＢＲクレジットのどちらか小さい方までデータを受け入れる。ＭＢＲクレジットは、受け入れられたデータの量だけ減分される。上記のステップから受け入れられたデータは、ＲＬＣからデータがフェッチされる前に組み合わされる。依然としてトランスポートブロック内に空間がある場合、ベアラについてそれらの優先順位に従って、このステップが繰り返される。
【００４３】
すべてのベアラのＭＢＲクレジットがゼロ（または負）であり、依然としてトランスポートブロック内に空間がある場合には、スケジューラは、データがバッファされている最高の優先順位のベアラからデータを受け入れる。スケジューラは、トランスポートブロック内の使用可能な空間サイズまでデータを受け入れる。ＭＢＲクレジットは、受け入れられたデータの量だけ減分される（クレジットは、負またはより負になることが許される）。ここで、受け入れられたデータは、ＲＬＣからデータがフェッチされる前に組み合わされる。
【００４４】
この方法は、別の優先順位付けと共に実施することができ、いくつかの論理チャネルに対してＭＢＲが構成されていない場合でさえ実施することができる。ＭＢＲクレジットがゼロである場合、考慮すべきＭＢＲバケットはない。
【００４５】
この方法は、グラントによって制限される場合、たとえば、他のベアラすべてがそれらのＭＢＲに達した、または超えた場合、あるいはいくつかのベアラには使用可能な他のデータがないが、それぞれのＭＢＲを超えている他のベアラに使用可能なデータがある場合に有用となり得る。
【００４６】
この方法を修正し、ＭＢＲクレジットを、ゼロとは異なる閾値と比較することができる。たとえば、すべてのベアラのＭＢＲクレジットがゼロ（または負）であり、依然としてトランスポートブロック内に空間がある場合には、スケジューラは、データがバッファされている最高の優先順位のベアラからデータを受け入れる。スケジューラは、トランスポートブロック内の使用可能な空間のサイズまたは「ＭＢＲクレジット」と「許容される最も負のＭＢＲバケットサイズ」との差のどちらか小さい方までデータを受け入れる。ＭＢＲクレジットは、受け入れられたデータの量だけ減分される（したがって、クレジットは、負またはより負になることが許される）。受け入れられたデータは、ＲＬＣからデータがフェッチされる前に組み合わされる。
【００４７】
トランスポートブロックをデータで充填するには不十分なクレジットまたはトークンがある場合、パディングを実施するのではなく、十分なトークンまたはクレジットを有していない論理チャネルからデータを受け入れる可能性を、最終的な優先順位付けまたはレート制御ステップとして見込むことによって、トランスポートブロックの利用率を最大限にすべきである（また、ＭＡＣパディングを最小限に抑えるべきである）。
【００４８】
アップリンクレート制御機能は、ＷＴＲＵがその無線ベアラを以下の順序で確実に分配するようにする。
１）それらのＰＢＲまで優先順位の降順ですべての無線ベアラ。
２）グラントによって割り当てられた残りのリソースについて優先順位の降順ですべての無線ベアラ。この機能は、ＭＢＲを確実に超えないようにする。
３）グラントによって割り当てられた残りのリソースについて優先順位の降順ですべての無線ベアラ。この機能は、（トランスポートブロック内のパディングを最小限に抑える／防止するために）ＭＢＲを超えることができるようにする。
【００４９】
あるいは、論理チャネル優先順位付け手順は、ＷＴＲＵが論理チャネルを以下の順序で確実に分配するようにする。
１）すべての論理チャネルがそれらの構成されたＰＢＲまで優先順位の降順で分配される。
２）何らかのリソースが残っている場合、これらの論理チャネルすべてが、それらの構成されたＭＢＲまで厳密な優先順位の降順で分配される。ＭＢＲが構成されていない場合、論理チャネルは、その論理チャネル用のデータまたはＵＬグラントのどちらかが先に使い果たされるまで分配される。
３）何らかのリソースが残っている場合、これらの論理チャネルすべてが、以下の２つの変形形態の一方まで厳密な優先順位の降順で分配される。すなわち、
その論理チャネル用のデータまたはＵＬグラントのどちらかが使い果たされるまで、または
その論理チャネル用のデータまたは「ＭＢＲトークンバケットサイズ」と「許容される最も負のＭＢＲバケットサイズ」との差またはＵＬグラントのどちらかが使い果たされるまで。
【００５０】
制御ＰＤＵおよび制御要素のための向上したアップリンクチャネル優先順位付けおよびレート制御
【００５１】
ＲＬＣは、たとえばＲＬＣ ＳＴＡＴＵＳ ＰＤＵなど、制御ＰＤＵを生成することができる。また、ＭＡＣは、制御要素を生成することができる。
【００５２】
ＰＤＣＰ制御ＰＤＵ、ＰＤＣＰ ＳＴＡＴＵＳレポート、ロバストヘッダ圧縮（ＲＯＨＣ）フィードバックなど上部レイヤ制御ＰＤＵは、ＲＬＣデータＰＤＵ上にマッピングされる（またはＲＬＣデータＰＤＵとしてカプセル化される）のではなく、ＲＬＣ制御ＰＤＵ上にマッピングさせる（またはＲＬＣ制御ＰＤＵとしてカプセル化させる）ことができる。これにより、ＰＤＣＰ制御ＰＤＵなど上部レイヤ制御ＰＤＵを下部レイヤで（すなわち、ＲＬＣおよびＭＡＣで）区別することができ、したがって、上部レイヤ制御ＰＤＵが、改善された処理（たとえば、ＱｏＳ、より高速な送信など）を受けることができる。ＷＴＲＵは、トークンまたはクレジットがないという理由でＲＬＣ制御ＰＤＵの送信を制限しない。
【００５３】
常にデータより制御を優先する
【００５４】
ＷＴＲＵは、ＲＬＣ制御ＰＤＵまたはＭＡＣ制御要素について、トークン／クレジットバケットレベルを検証／比較／チェックしなくてもよい。ＷＴＲＵの送信ＭＡＣエンティティは、パディングを防止するために、追加のステップを実施することになる。
【００５５】
この追加のステップでは、ＷＴＲＵが送信を許される各スケジューリングの機会（ＴＴＩ）に、ＷＴＲＵは、制御ＰＤＵ（または制御要素）を有する最高の優先順位のベアラからデータを選択する。ＷＴＲＵは、制御ＰＤＵのサイズまたはトランスポートブロックの使用可能な容量のどちらか小さい方に等しいデータをトランスポートブロックに追加することができる。ＰＢＲクレジットおよびＭＢＲクレジットは、割り当てられたデータの量だけ減分される。あるいは、制御ＰＤＵの場合には、ＰＢＲクレジットおよびＭＢＲクレジットが減分されない。依然としてトランスポートブロック内に空間がある場合、ベアラについてそれらの優先順位に従って、このステップが繰り返される。
【００５６】
依然としてトランスポートブロック内に空間がある場合、ＷＴＲＵは、空でないバッファ状態および非ゼロのＰＢＲクレジットを有する最高の優先順位のベアラからデータを選択する。ＷＴＲＵは、バッファのサイズ、ＰＢＲクレジットのサイズ、またはトランスポートブロックの使用可能な容量のいずれか小さいものに等しいデータをトランスポートブロックに追加することができる。ＰＢＲクレジットおよびＭＢＲクレジットは、割り当てられたデータの量だけ減分される。依然としてトランスポートブロック内に空間がある場合、ベアラについてそれらの優先順位に従って、このステップが繰り返される。
【００５７】
すべてのベアラのＰＢＲクレジットがゼロであり、依然としてトランスポートブロック内に空間がある場合には、スケジューラは、データがバッファされている最高の優先順位のベアラからデータを受け入れる。スケジューラは、トランスポートブロック内の使用可能な空間のサイズまたはＷＴＲＵのＭＢＲクレジットのどちらか小さい方までデータを受け入れる。ＭＢＲクレジットは、受け入れられたデータの量だけ減分される。受け入れられたデータは、ＲＬＣからデータがフェッチされる前に組み合わされる。依然としてトランスポートブロック内に空間がある場合、ベアラについてそれらの優先順位に従って、このステップが繰り返される。
【００５８】
ＷＴＲＵは、ＲＬＣ制御ＰＤＵまたはＭＡＣ制御要素または制御ＰＤＵ全般をデータＰＤＵより優先することができる。これにより、高優先順位のデータトラフィックによる遅延の発生または制御情報の枯渇が防止されることになる。
【００５９】
データより、しかしある量まで制御を優先する
【００６０】
これまでの手法は、データより制御を優先する。しかし、これは、「より低い優先順位の」論理チャネル上に多数の制御ＰＤＵがある場合、いくつかの「より高い優先順位の」論理チャネルが遅延を受けるおそれがあることを暗示している可能性がある。
【００６１】
制御に使用することができるトランスポートブロックのサイズを制限すること
【００６２】
ＷＴＲＵは、制御トラフィックに使用することができるトランスポートブロックのサイズを制限することにより、トランスポートブロックの一部がデータトラフィックに使用されるように専念する、またはそのことを保証することができる。そのような制限は、（パーセントの形態、生（ｒａｗ）サイズの形態、または任意の他の形態で）制御に使用することができるＴＢの最大の割合を指定するなど、様々な方法で達成することができる。そのような割合は、任意のＲＲＣメッセージ内に担持されているＲＲＣ情報要素（ＩＥ）を介して構成することができる。
【００６３】
制御トラフィックのためのレートを制限すること
【００６４】
ＷＴＲＵは、制御ＰＤＵ（または制御要素）のレートを測定および制御することができる。Ｃｏｎｔｒｏｌ ＢＲ（ビットレート）などＰＢＲ／ＭＢＲと類似の新しいパラメータを使用することができる。ＷＴＲＵは、最高の優先順位で送られる制御ＰＤＵの数を、制御ＢＲによって決まる量に制限することができる。しかし、これは、（ＰＢＲまたはＭＢＲの回に）論理チャネルがスケジューリングされているとき、制御ＰＤＵがその論理チャネル上で送られるのを妨げない。制御用（たとえば、ＲＬＣ制御ＰＤＵまたはＭＡＣ制御要素用）の優先ビットレートは、任意のＲＲＣメッセージ内に担持されているＲＲＣ ＩＥを介して構成することができる。
【００６５】
さらに、２つの制御用のレート、すなわちＲＬＣ制御ビットレート（ＲＣＢＲ）およびＭＡＣ制御ビットレート（ＭＣＢＲ）などをさらに区別および指定することが可能である。同様に、これらのパラメータは、任意のＲＲＣメッセージ内に担持されているＲＲＣ ＩＥを介して構成することができる。
【００６６】
制御のためのセグメント化を回避すること
【００６７】
一般に、ＲＬＣ制御ＰＤＵまたはＭＡＣ制御要素など制御情報をセグメント化することは、それらを迅速に送信／受信するために（１つのＴＴＩ）、望ましくない。ＲＬＣセグメント化機能は、ＲＬＣ制御ＰＤＵ（たとえば、ＳＴＡＴＵＳ ＰＤＵ）に適用されず、ＭＡＣセグメント化機能は定義されていない。
【００６８】
制御のためにトークン／クレジット計算を使用するＭＡＣが十分なトークン／クレジットを有していないとき、ＭＡＣは、十分なトークン／クレジットを有していないときでさえ制御ＰＤＵまたは制御要素の全体を受け入れることができ、その代わりに、制御をセグメント化することができないため、トークン／クレジットを負にさせることができる。
【００６９】
これは、選択的な場合として実装することができる。すなわち、制御のための場合だけ負のバケットを可能にする。あるいは、（制御またはデータに起因して）全体的に負のトークンを可能にすることの一部として行うことができる。
【００７０】
シグナリング（たとえば、ＲＲＣ）無線ベアラに対応する論理チャネルのための向上したアップリンクチャネル優先順位付け
【００７１】
シグナリング無線ベアラ（ＳＲＢ）（たとえば、ＳＲＢ０、ＳＲＢ１、ＳＲＢ２）に対応する論理チャネルに関しては、論理チャネルは、データＲＢに対応する他の論理チャネルすべてに勝る絶対的な優先順位を有することができる。これは、次の２つの方法で達成することができる。すなわち、
１）常にＳＲＢを優先順位付けするように論理チャネル優先順位付け機能を変更する（すなわち、ＳＲＢに関するＰＢＲ／ＭＢＲ構成の必要なし）、または
２）ＳＲＢのためのＰＢＲ／ＭＢＲを許容される最大値に構成する。
【００７２】
アップリンクレート制御機能は、ＷＴＲＵがその無線ベアラを以下の順序で確実に分配するように使用される。
１）優先順位の降順ですべてのシグナリング無線ベアラ（任意選択：おそらくはあるレートまで）。
２）それらのＰＢＲまで優先順位の降順ですべての無線ベアラ。
３）グラントによって割り当てられた残りのリソースについて優先順位の降順ですべての無線ベアラ。この機能は、ＭＢＲを確実に超えないようにする。
【００７３】
あるいは、論理チャネル優先順位付け手順は、ＷＴＲＵが論理チャネルを分配するのを以下の順序で助ける。
１）ＳＲＢに（またはＲＲＣ制御情報に）対応する論理チャネルすべては、優先順位の降順で分配される（任意選択：おそらくは構成されたビットレートまで）。
２）すべての論理チャネルがそれらの構成されたＰＢＲまで優先順位の降順で分配される。
３）何らかのリソースが残っている場合、これらの論理チャネルすべてが、それらの構成されたＭＢＲまで厳密な優先順位の降順で分配される。ＭＢＲが構成されていない場合、論理チャネルは、その論理チャネル用のデータまたはＵＬグラントのどちらかが先に使い果たされるまで分配される。
【００７４】
アーキテクチャの代替
【００７５】
現在、トークン／クレジット計算（すなわち、ＰＢＲおよびＭＢＲのためのレート制御計算またはビットレート計算）は、送信ＭＡＣエンティティに実装される。１つのアーキテクチャの代替では、ＷＴＲＵは、レート制御計算を送信ＲＬＣエンティティ内に実装する。送信ＲＬＣエンティティは、ＰＢＲおよび／またはＭＢＲ計算（たとえば、ＰＢＲ／ＭＢＲトークン／クレジットバケット計算）を実施する。
【００７６】
他のアーキテクチャの代替では、ＷＴＲＵは、レート制御計算を送信ＰＤＣＰエンティティ内に実装する。送信ＰＤＣＰエンティティは、ＰＢＲおよび／またはＭＢＲ計算（たとえば、ＰＢＲ／ＭＢＲトークン／クレジットバケット計算）を実施する。
【００７７】
トークンバケットの選択的更新：制御ＰＤＵ（または全体的にある種のＰＤＵ）をＰＢＲおよびＭＢＲ計算から除外すること
【００７８】
ＷＴＲＵは、そのビットレート計算を実施するとき、または等しくはトークンバケット計算またはクレジット計算を実施するとき、ＲＬＣによって、またはＭＡＣによって生成される制御ＰＤＵを考慮しなくてもよい。ＷＴＲＵは、パケットが制御であるか、それともデータであるか評価することになる。データであれば、ＷＴＲＵは、関連するトークンバケットを更新することになる。制御であれば、ＷＴＲＵは、関連するトークンバケットを更新しないことになる。
【００７９】
ＷＴＲＵのＭＡＣレイヤは、ＲＬＣによって提供される情報を任意選択で用いて、所定の動作を実施することができる。しかし、ＷＴＲＵ内の他のレイヤ（たとえば、ＲＬＣまたはＰＤＣＰ）もまた、これらの動作を組み込むことができる。
【００８０】
ＲＬＣ制御ＰＤＵをＰＢＲおよびＭＢＲ計算から除外すること
【００８１】
ＲＬＣは、たとえばＲＬＣ ＳＴＡＴＵＳ ＰＤＵなど、制御ＰＤＵを生成することができる。ＰＤＣＰ制御ＰＤＵ、ＰＤＣＰ ＳＴＡＴＵＳレポート、ロバストヘッダ圧縮（ＲＯＨＣ）フィードバックなど上部レイヤ制御ＰＤＵは、ＲＬＣデータＰＤＵ上にマッピングされる（またはＲＬＣデータＰＤＵとしてカプセル化される）のではなく、ＲＬＣ制御ＰＤＵ上にマッピングさせる（またはＲＬＣ制御ＰＤＵとしてカプセル化させる）ことができる。これにより、ＰＤＣＰ制御ＰＤＵなど上部レイヤ制御ＰＤＵを下部レイヤで（すなわち、ＲＬＣおよびＭＡＣで）区別することができ、上部レイヤ制御ＰＤＵが、改善された処理（たとえば、ＱＯＳ、より高速な送信など）を受けることができる。
【００８２】
送信ＲＬＣエンティティから送信ＭＡＣエンティティに到着するＲＬＣ ＰＤＵに関しては、送信ＭＡＣエンティティが、ＲＬＣ ＰＤＵ（すなわち、ＭＡＣ ＳＤＵ）が制御ＰＤＵであるか、それともデータＰＤＵであるか評価することができる。これは、ＲＬＣエンティティからＭＡＣエンティティに提供される情報（たとえば、プリミティブ／信号）に基づくことも、ＲＬＣ ＰＤＵヘッダのＤ／Ｃフィールドを検査することに基づくこともできる。データがある場合、送信ＭＡＣエンティティは、関連するトークンバケットを更新することになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行うことになる）。制御用である場合、送信ＭＡＣエンティティは、関連するトークンバケットを更新しないことになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行わないことになる）。
【００８３】
ＲＬＣによって再送信されたＰＤＵをＰＢＲおよびＭＢＲ計算から除外すること
【００８４】
ＲＬＣは、たとえばＨＡＲＱプロセスが失敗したとき、または否定確認と共にＲＬＣ ＳＴＡＴＵＳレポートを受け取ったとき、ＡＲＱを介してデータＰＤＵを再送信することができる。したがって、一般に、送信ＲＬＣエンティティは、新しいＲＬＣデータＰＤＵ、または再送信ＲＬＣデータＰＤＵを送信ＭＡＣエンティティにサブミットする／送ることができる。
【００８５】
送信ＲＬＣエンティティから送信ＭＡＣエンティティに到着するＲＬＣ ＰＤＵに関しては、送信ＭＡＣエンティティが、ＲＬＣ ＰＤＵ（すなわち、ＭＡＣ ＳＤＵ）が制御ＰＤＵであるか、それともデータＰＤＵであるか評価することができる。この決定は、ＲＬＣエンティティからＭＡＣエンティティに提供される情報（たとえば、プリミティブ／信号）に基づくことも、ＲＬＣ ＰＤＵヘッダのＤ／Ｃフィールドを検査することに基づくこともできる。ＲＬＣ ＰＤＵがデータである場合、送信ＭＡＣエンティティもまた、ＲＬＣデータＰＤＵが新しいＰＤＵであるか、それとも再送信ＰＤＵであるか評価することになる。この決定は、ＲＬＣエンティティからＭＡＣエンティティに提供される情報（たとえば、プリミティブ／信号）に基づくことも、再セグメント化フラグ、またはＰＤＵセグメント番号（ＳＮ）、またはセグメントオフセット、または任意の他のフィールドなど、ＲＬＣ ＰＤＵヘッダの１つまたは複数のフィールドを検査することに基づくこともできる。
【００８６】
ＰＤＵが新しいデータである場合、送信ＭＡＣエンティティは、関連するトークンバケットを更新することになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行うことになる）。ＰＤＵが再送信データである場合、送信ＭＡＣエンティティは、関連するトークンバケットを更新しないことになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行わないことになる）。
【００８７】
ＲＬＣ ＰＤＵ項は、ＰＤＵとＰＤＵセグメントを共にカバーする。再送信ＰＤＵまたはＰＤＵセグメントは、ＰＢＲ／ＭＢＲ計算に算入または考慮されない。
【００８８】
ＭＡＣ制御要素およびＭＡＣパディングをＰＢＲおよびＭＢＲ計算から除外すること
【００８９】
ＭＡＣは、たとえばバッファステータスレポートなど、制御要素を生成することができる。また、パディングを生成することもできる。
【００９０】
ＭＡＣ制御要素に関しては、送信ＭＡＣエンティティは、関連するトークンバケットを更新しないことになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行わないことになる）。ＭＡＣパディングに関しては、送信ＭＡＣエンティティは、関連するトークンバケットを更新しないことになる（すなわち、ＰＢＲおよび／またはＭＢＲ計算を行わないことになる）。
【００９１】
どのパケットサイズでバケットを更新するか
【００９２】
たとえば、いくつかのトークン／クレジットを減算することによって、トークン（クレジット）バケットを更新するために、ＷＴＲＵの送信ＭＡＣエンティティは、論理チャネルのトークン／クレジットバケットを以下の分だけ減分することができる。すなわち、
１）ＭＡＣ ＳＤＵのサイズ（すなわち、これはＭＡＣ ＰＤＵヘッダおよびＭＡＣパディングを除外する）、
２）ＭＡＣ ＰＤＵのサイズ（これは、ＭＡＣ ＰＤＵヘッダ、ＰＤＵペイロード、およびＭＡＣパディングを含む）、
３）ＭＡＣパディングを除くＭＡＣ ＰＤＵのサイズ（これは、ＭＡＣ ＰＤＵヘッダおよびＰＤＵペイロードを含む）、
４）ＭＡＣ ＰＤＵヘッダを除くＭＡＣ ＰＤＵのサイズ（これは、ＭＡＣ ＰＤＵペイロードおよびＭＡＣパディングを含む）、
５）ＲＬＣ ＰＤＵのサイズ（すなわち、これは、ＲＬＣ ＰＤＵヘッダおよびＰＤＵペイロードを含む）、
６）ＲＬＣパディングを除くＲＬＣ ＰＤＵのサイズ（これは、ＲＬＣパディングを除いてＲＬＣ ＰＤＵヘッダおよびＲＬＣペイロードを含む）、
７）ＲＬＣ ＰＤＵペイロードのサイズ（これは、ＲＬＣペイロードを含む）、
８）ＲＬＣパディングを除くＲＬＣ ＰＤＵペイロードのサイズ（これは、ＲＬＣパディングを除いてＲＬＣペイロードを含む）、
９）ＰＤＣＰ ＳＤＵのサイズ、
１０）ＰＤＣＰ ＰＤＵのサイズ（すなわち、これは、ＰＤＣＰ ＰＤＵヘッダおよびＰＤＵペイロードを含む）、
１１）ヘッダ圧縮が適用される前のＰＤＣＰ ＰＤＵのサイズ（すなわち、これは、ヘッダ圧縮前のＰＤＣＰ ＰＤＵヘッダおよびＰＤＵペイロードを含む）、または
１２）セキュリティ（すなわち、暗号化および／または完全性保護）が適用される前のＰＤＣＰ ＰＤＵのサイズ（すなわち、これは、暗号化および／または完全性前のＰＤＣＰ ＰＤＵヘッダおよびＰＤＵペイロードを含む）。
【００９３】
サイズを決定するために、送信上部サブレイヤ（たとえば、ＲＬＣまたはＰＤＣＰ）は、サイズ情報を送信ＭＡＣエンティティに通信することができ、ＭＡＣは、その情報を使用することができる。レイヤ間通信およびシグナリングが使用される。
【００９４】
あるいは、ＭＡＣエンティティは、上部レイヤヘッダ（たとえば、ＲＬＣヘッダまたはＰＤＣＰヘッダ）を検査し、サイズ情報を抽出する。
【００９５】
バケットを更新するために使用されるイベントおよびトリガ
【００９６】
トークン／クレジットバケットが更新される瞬間またはイベントは、システムの性能に対して影響を与える可能性がある。ＷＴＲＵの送信ＭＡＣエンティティは、論理チャネルのトークン／クレジットバケットを以下のとき減分することができる。すなわち、
１３）ＭＡＣ ＳＤＵをＭＡＣ ＰＤＵに多重化したイベント／瞬間、
１４）ＭＡＣ ＰＤＵの構築を終えたイベント／瞬間、
１５）新しいＭＡＣ ＰＤＵ（すなわち、新しいＨＡＲＱ ＰＤＵ）を物理レイヤ（またはＨＡＲＱ）にサブミットしたイベント／瞬間、
１６）ＭＡＣ ＰＤＵに関する（すなわち、ＨＡＲＱ ＰＤＵに関する）ＨＡＲＱ肯定応答を受け取ったイベント／瞬間、
１７）（ＭＡＣ ＳＤＵ／ＰＤＵを担持する）ＨＡＲＱプロセスが（成功裏に、または不成功に）完了した／終わったイベント／瞬間、または
１８）ＲＬＣ ＰＤＵに関するＲＬＣ肯定応答を受け取ったイベント／瞬間。
【００９７】
より高い精度のために、また送信されなかったＰＤＵ用のクレジットの無駄／損失を防止するために、ＨＡＲＱ肯定応答を受け取ったときバケットからトークンを減算することができる。
【００９８】
図４は、負のＭＢＲクレジット値を格納することが可能な論理チャネルＭＢＲレートクレジットバッファを使用するＷＴＲＵ４００のブロック図である。ＷＴＲＵ４００は、アンテナ４０５、送信機４１０、受信機４１５、プロセッサ４２０、および少なくとも１つの論理チャネルＭＢＲクレジットバッファ４２５を含む。ＭＢＲクレジットは、バッファ４２５によってバッファされ、負の値を有することができる。プロセッサ４２０は、論理チャネルリソースを使用可能なデータについて複数の論理チャネルに割り当て、論理チャネルのうちの特定のチャネルに関連付けられたバッファ４２５内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するように構成され、割り当てられたチャネルリソースのいずれかが残っている場合、データが使い果たされるまで優先順位の降順で論理チャネルが分配される。あるいは、論理チャネルは、ＵＬグラントが使い果たされるまで優先順位の降順で分配される。
【００９９】
図５は、図４のＷＴＲＵ４００によって新しい送信が実施されるとき適用される論理チャネル優先順位付け手順５００の流れ図である。ステップ５０５では、論理チャネルリソースが、使用可能なデータについて複数の論理チャネルに割り当てられる。ステップ５１０では、論理チャネルのうちの特定のチャネルに関連付けられたバッファ内のＭＢＲクレジットが、ＭＡＣ ＳＤＵのサイズだけ減分される。
【０１００】
ＭＡＣ ＳＤＵは、特定のトランスポートブロック内に担持されることになるＭＡＣペイロードに対応する（すなわち、ＷＴＲＵに割り当てられた、トランスポートブロック上の、特定のＴＴＩでの使用可能な空間）。そのトランスポートブロック上にトランスポートされることになるＭＡＣ ＳＤＵのサイズまでしか、論理チャネルを分配することができない。したがって、特定の論理チャネルに対する割り当てられた「クレジット」がＭＡＣ ＳＤＵのサイズより大きい場合、そのクレジットは、そのクレジットが使い果たされるまでＭＡＣ ＳＤＵのサイズだけ減分されることになる。
【０１０１】
割り当てられるリソースは、構成されたトランスポートブロック内の使用可能な空間を、可能な限り効率的に利用することによって最大限にされる。したがって、１つまたは複数の論理チャネルの内容がＲＬＣ ＳＤＵを介して分配されるので、使用可能な、十分なＭＢＲクレジット／トークンがない場合でさえ、ＲＬＣ ＳＤＵ全体がＲＬＣ ＰＤＵ内に含まれ（すなわち、ＭＢＲクレジットが負になることを可能にし）、それによりセグメント化および遅延を回避する。
【０１０２】
ＭＡＣ ＳＤＵは、ＭＡＣ ＰＤＵヘッダおよびＭＡＣパディングを除外する。ＭＢＲクレジットは、負の値を有することができる。ステップ５１５では、割り当てられたリソースのいずれかが残っている場合、データが使い果たされるまで優先順位の降順で論理チャネルが分配される。あるいは、論理チャネルは、ＵＬグラントが使い果たされるまで優先順位の降順で分配される。ＲＬＣ ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されない。
【０１０３】
実施形態
１．
論理チャネルを優先順位付けするための方法であって、
論理チャネルリソースを使用可能なデータについて複数の論理チャネルに割り当てるステップと、
前記論理チャネルのうちの特定のチャネルに関連付けられたバッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するステップと
を具えたことを特徴とする方法。
２．
前記割り当てられたチャネルリソースのいずれかが残っている場合、前記データが使い果たされるまで優先順位の降順で前記論理チャネルを分配することを特徴とする実施形態１記載の方法。
３．
前記ＭＢＲクレジットは負の値を有することを特徴とする実施形態１又は２記載の方法。
４．
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする実施形態２記載の方法。
５．
前記ＭＡＣ ＳＤＵは、ＭＡＣプロトコルデータユニット（ＰＤＵ）ヘッダおよびＭＡＣパディングを除外することを特徴とする実施形態１ないし４のいずれかに記載の方法。
６．
論理チャネルを優先順位付けするための方法において、
論理チャネルリソースを使用可能なデータについて複数の論理チャネルに割り当てるステップと、
前記論理チャネルのうちの特定のチャネルに関連付けられたバッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するステップであって、前記ＭＢＲクレジットは負の値を有するステップと
を具えたことを特徴とする方法。
７．
前記割り当てられたチャネルリソースのいずれかが残っている場合、優先順位の降順で前記論理チャネルを分配することを特徴とする実施形態６記載の方法。
８．
アップリンク（ＵＬ）グラントが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする実施形態７記載の方法。
９．
前記データが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする実施形態５ないし８のいずれかに記載の方法。
１０．
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする実施形態６ないし９のいずれかに記載の方法。
１１．
論理チャネルを優先順位付けするための無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも１つのバッファと、
論理チャネルリソースを、使用可能なデータについて複数の論理チャネルに割り当て、前記論理チャネルのうちの特定のチャネルに関連付けられた前記バッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するように構成されたプロセッサと
を具えたことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
１２．
前記割り当てられたチャネルリソースのいずれかが残っている場合、前記データが使い果たされるまで優先順位の降順で論理チャネルが分配されることを特徴とする実施形態１１記載の無線送受信ユニット（ＷＴＲＵ）。
１３．
前記ＭＢＲクレジットは負の値を有することを特徴とする実施形態１１又は１２記載の無線送受信ユニット（ＷＴＲＵ）。
１４．
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする実施形態１２又は１３記載の無線送受信ユニット（ＷＴＲＵ）。
１５．
前記ＭＡＣ ＳＤＵは、ＭＡＣプロトコルデータユニット（ＰＤＵ）ヘッダおよびＭＡＣパディングを除外することを特徴とする実施形態１１ないし１４のいずれかに記載の無線送受信ユニット（ＷＴＲＵ）。
１６．
論理チャネルを優先順位付けするための無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも１つのバッファと、
論理チャネルリソースを、使用可能なデータについて複数の論理チャネルに割り当て、前記論理チャネルのうちの特定のチャネルに関連付けられた前記バッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するように構成されたプロセッサと
を具えたことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
１７．
前記ＭＢＲクレジットは負の値を有し、前記割り当てられたチャネルリソースのいずれかが残っている場合、優先順位の降順で前記論理チャネルが分配されることを特徴とする実施形態１６記載の無線送受信ユニット（ＷＴＲＵ）。
１８．
アップリンク（ＵＬ）グラントが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする実施形態１７記載の無線送受信ユニット（ＷＴＲＵ）。
１９．
前記データが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする実施形態１７記載の無線送受信ユニット（ＷＴＲＵ）。
２０．
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする実施形態１７ないし１９のいずれかに記載の無線送受信ユニット（ＷＴＲＵ）。
【０１０４】
上記では特徴および要素が特定の組合せで述べられているが、各特徴および要素は、他の特徴および要素なしの単独で、または他の特徴および要素との、もしくは他の特徴および要素を用いない様々な組合せで使用することができる。本明細書において提供されている方法または流れ図は、汎用コンピュータまたはプロセッサによって実行するためのコンピュータ可読記憶媒体内に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクや取外し式ディスクなど磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）など光媒体を含む。
【０１０５】
好適なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、ならびに任意の他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０１０６】
ソフトウェアに関連付けられたプロセッサを使用し、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実装することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンドフリー用ハンドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールもしくは超広帯域（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実装されるモジュールと共に使用することができる。
【特許請求の範囲】
【請求項１】
論理チャネルを優先順位付けするための方法であって、
論理チャネルリソースを使用可能なデータについて複数の論理チャネルに割り当てるステップと、
前記論理チャネルのうちの特定のチャネルに関連付けられたバッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するステップと、
前記割り当てられたチャネルリソースのいずれかが残っている場合、前記データが使い果たされるまで優先順位の降順で前記論理チャネルを分配するステップと
を具えたことを特徴とする方法。
【請求項２】
前記ＭＢＲクレジットは負の値を有することを特徴とする請求項１記載の方法。
【請求項３】
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする請求項１記載の方法。
【請求項４】
前記ＭＡＣ ＳＤＵは、ＭＡＣプロトコルデータユニット（ＰＤＵ）ヘッダおよびＭＡＣパディングを除外することを特徴とする請求項１記載の方法。
【請求項５】
論理チャネルを優先順位付けするための方法において、
論理チャネルリソースを使用可能なデータについて複数の論理チャネルに割り当てるステップと、
前記論理チャネルのうちの特定のチャネルに関連付けられたバッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するステップであって、前記ＭＢＲクレジットは負の値を有する、ステップと、
前記割り当てられたチャネルリソースのいずれかが残っている場合、優先順位の降順で前記論理チャネルを分配するステップと
を具えたことを特徴とする方法。
【請求項６】
アップリンク（ＵＬ）グラントが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする請求項５記載の方法。
【請求項７】
前記データが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする請求項５記載の方法。
【請求項８】
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする請求項５記載の方法。
【請求項９】
論理チャネルを優先順位付けするための無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも１つのバッファと、
論理チャネルリソースを、使用可能なデータについて複数の論理チャネルに割り当て、前記論理チャネルのうちの特定のチャネルに関連付けられた前記バッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するように構成されたプロセッサであって、前記割り当てられたチャネルリソースのいずれかが残っている場合、前記データが使い果たされるまで優先順位の降順で論理チャネルが分配される、プロセッサと
を具えたことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
【請求項１０】
前記ＭＢＲクレジットは負の値を有することを特徴とする請求項９記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項１１】
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする請求項９記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項１２】
前記ＭＡＣ ＳＤＵは、ＭＡＣプロトコルデータユニット（ＰＤＵ）ヘッダおよびＭＡＣパディングを除外することを特徴とする請求項９記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項１３】
論理チャネルを優先順位付けするための無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも１つのバッファと、
論理チャネルリソースを、使用可能なデータについて複数の論理チャネルに割り当て、前記論理チャネルのうちの特定のチャネルに関連付けられた前記バッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するように構成されたプロセッサであって、前記ＭＢＲクレジットは負の値を有し、前記割り当てられたチャネルリソースのいずれかが残っている場合、優先順位の降順で前記論理チャネルが分配されるプロセッサと
を具えたことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
【請求項１４】
アップリンク（ＵＬ）グラントが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする請求項１３記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項１５】
前記データが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする請求項１３記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項１６】
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする請求項１３記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項１】
論理チャネルを優先順位付けするための方法であって、
論理チャネルリソースを使用可能なデータについて複数の論理チャネルに割り当てるステップと、
前記論理チャネルのうちの特定のチャネルに関連付けられたバッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するステップと、
前記割り当てられたチャネルリソースのいずれかが残っている場合、前記データが使い果たされるまで優先順位の降順で前記論理チャネルを分配するステップと
を具えたことを特徴とする方法。
【請求項２】
前記ＭＢＲクレジットは負の値を有することを特徴とする請求項１記載の方法。
【請求項３】
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする請求項１記載の方法。
【請求項４】
前記ＭＡＣ ＳＤＵは、ＭＡＣプロトコルデータユニット（ＰＤＵ）ヘッダおよびＭＡＣパディングを除外することを特徴とする請求項１記載の方法。
【請求項５】
論理チャネルを優先順位付けするための方法において、
論理チャネルリソースを使用可能なデータについて複数の論理チャネルに割り当てるステップと、
前記論理チャネルのうちの特定のチャネルに関連付けられたバッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するステップであって、前記ＭＢＲクレジットは負の値を有する、ステップと、
前記割り当てられたチャネルリソースのいずれかが残っている場合、優先順位の降順で前記論理チャネルを分配するステップと
を具えたことを特徴とする方法。
【請求項６】
アップリンク（ＵＬ）グラントが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする請求項５記載の方法。
【請求項７】
前記データが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする請求項５記載の方法。
【請求項８】
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする請求項５記載の方法。
【請求項９】
論理チャネルを優先順位付けするための無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも１つのバッファと、
論理チャネルリソースを、使用可能なデータについて複数の論理チャネルに割り当て、前記論理チャネルのうちの特定のチャネルに関連付けられた前記バッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するように構成されたプロセッサであって、前記割り当てられたチャネルリソースのいずれかが残っている場合、前記データが使い果たされるまで優先順位の降順で論理チャネルが分配される、プロセッサと
を具えたことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
【請求項１０】
前記ＭＢＲクレジットは負の値を有することを特徴とする請求項９記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項１１】
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする請求項９記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項１２】
前記ＭＡＣ ＳＤＵは、ＭＡＣプロトコルデータユニット（ＰＤＵ）ヘッダおよびＭＡＣパディングを除外することを特徴とする請求項９記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項１３】
論理チャネルを優先順位付けするための無線送受信ユニット（ＷＴＲＵ）であって、
少なくとも１つのバッファと、
論理チャネルリソースを、使用可能なデータについて複数の論理チャネルに割り当て、前記論理チャネルのうちの特定のチャネルに関連付けられた前記バッファ内の最大ビットレート（ＭＢＲ）クレジットを、媒体アクセス制御（ＭＡＣ）サービスデータユニット（ＳＤＵ）のサイズだけ減分するように構成されたプロセッサであって、前記ＭＢＲクレジットは負の値を有し、前記割り当てられたチャネルリソースのいずれかが残っている場合、優先順位の降順で前記論理チャネルが分配されるプロセッサと
を具えたことを特徴とする無線送受信ユニット（ＷＴＲＵ）。
【請求項１４】
アップリンク（ＵＬ）グラントが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする請求項１３記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項１５】
前記データが使い果たされるまで優先順位の降順で前記論理チャネルが分配されることを特徴とする請求項１３記載の無線送受信ユニット（ＷＴＲＵ）。
【請求項１６】
無線リンク制御（ＲＬＣ）ＳＤＵ全体が残りのリソースに適合した場合、ＲＬＣ ＳＤＵはセグメント化されないことを特徴とする請求項１３記載の無線送受信ユニット（ＷＴＲＵ）。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公表番号】特表２０１１−５１１５６５（Ｐ２０１１−５１１５６５Ａ）
【公表日】平成２３年４月７日（２０１１．４．７）
【国際特許分類】
【出願番号】特願２０１０−５４５０８０（Ｐ２０１０−５４５０８０）
【出願日】平成２１年１月２７日（２００９．１．２７）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０３２１２０
【国際公開番号】ＷＯ２００９／０９７２７３
【国際公開日】平成２１年８月６日（２００９．８．６）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
【公表日】平成２３年４月７日（２０１１．４．７）
【国際特許分類】
【出願日】平成２１年１月２７日（２００９．１．２７）
【国際出願番号】ＰＣＴ／ＵＳ２００９／０３２１２０
【国際公開番号】ＷＯ２００９／０９７２７３
【国際公開日】平成２１年８月６日（２００９．８．６）
【出願人】（５１００３０９９５）インターデイジタル パテント ホールディングス インコーポレイテッド (229)
【Ｆターム（参考）】
[ Back to top ]