(57)【要約】【課題】無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成する方法および装置を提供すること。【解決手段】論理チャネルに関するデータ要求は、媒体アクセス制御（ＭＡＣ）におけるＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ）トランスポートフォーマット組合せ（Ｅ−ＴＦＣ）選択手順の一部として受信される。データフィールドサイズを決定したとき、Ｅ−ＴＦＣ選択からの要求されたデータに合致するようにＲＬＣ  ＰＤＵが生成される。生成されるＲＬＣ  ＰＤＵのサイズは、最小構成のＲＬＣ  ＰＤＵサイズ以上（データが使用可能である場合）、かつ最大ＲＬＣ  ＰＤＵのサイズ以下とすることができる。次いで、現在の送信時間間隔（ＴＴＩ）内のＲＬＣ  ＰＤＵ内でデータが送信される。【選択図】図５
2015167384.tif 000002
【特許請求の範囲】
【請求項１】
無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成するための方法であって、
論理チャネルに関するデータ要求を受信するステップと、
前記ＲＬＣ  ＰＤＵのＲＬＣ  ＰＤＵサイズが、現在の拡張専用チャネル（Ｅ−ＤＣＨ）トランスポートフォーマット組合せ（Ｅ−ＴＦＣ）選択によって前記論理チャネルに関して要求されたデータに等しくなるように、前記ＲＬＣ  ＰＤＵのためのデータフィールドサイズを決定するステップと、
前記決定されたデータフィールドサイズに基づいて前記ＲＬＣ  ＰＤＵを生成するステップと
を具えたことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、ワイヤレス通信に関する。
【背景技術】
【０００２】
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、世界的に適用可能な第３世代（３Ｇ）ワイヤレス通信システムを作り出すための、電気通信協会のグループ間における共同研究である。図１は、従来のユニバーサル移動通信システム（ＵＭＴＳ）ネットワークのためのシステムアーキテクチャの概要を示す。
【０００３】
ＵＭＴＳネットワークアーキテクチャは、コアネットワーク（ＣＮ）、ＵＭＴＳ地上無線アクセスネットワーク（ＵＴＲＡＮ）、および少なくとも１つのユーザ機器（ＵＥ）を含む。ＣＮは、Ｉｕインターフェースを介してＵＴＲＡＮと相互接続される。
【０００４】
ＵＴＲＡＮは、本願ではワイヤレス送受信ユニット（ＷＴＲＵ）と称するＵＥに、Ｕｕ無線インターフェースを介してワイヤレス電気通信サービスを提供するように構成される。ＵＭＴＳ標準に規定された、一般に使用されるエアインターフェースは、広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）である。ＵＴＲＡＮは、１つまたは複数の無線ネットワークコントローラ（ＲＮＣ）と、３ＧＰＰによってノードＢと呼ばれる基地局とを備え、これらは共同で、少なくとも１つのＵＥとのワイヤレス通信のための地理的なカバレージを可能にする。１つまたは複数のノードＢは、Ｉｕｂインターフェースを介して各ＲＮＣに接続される。ＵＴＲＡＮ内のＲＮＣは、Ｉｕｒインターフェースを介して通信する。
【０００５】
図２は、例示的なＵＥ２００のブロック図である。ＵＥ２００は、ＲＲＣエンティティ２０５、ＲＬＣエンティティ２１０、ＭＡＣエンティティ２１５、および物理（ＰＨＹ）レイヤ１（Ｌ１）エンティティ２２０を含むことができる。ＲＬＣエンティティ２１０は、送信側サブアセンブリ２２５、および受信側サブアセンブリ２３０を含む。送信側サブアセンブリ２２５は、送信バッファ２３５を含む。
【０００６】
図３は、例示的なＵＴＲＡＮ３００のブロック図である。ＵＴＲＡＮ３００は、ＲＲＣエンティティ３０５、ＲＬＣエンティティ３１０、ＭＡＣエンティティ３１５、およびＰＨＹ  Ｌ１エンティティ３２０を含むことができる。ＲＬＣエンティティ３１０は、送信側サブアセンブリ３２５、および受信側サブアセンブリ３３０を含む。送信側サブアセンブリ３２５は、送信バッファ３３５を含む。
【０００７】
３ＧＰＰリリース６は、高速アップリンクパケットアクセス（ＨＳＵＰＡ）を導入し、より高いデータ転送速度をアップリンク送信にもたらした。ＨＳＵＰＡの一部として、アップリンク（ＵＬ）データをより高速で搬送するために、新しいトランスポートチャネルであるＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ）が導入されている。
【０００８】
図４は、ＲＬＣ副層の概要を示す。ＲＬＣ副層は、透過（Ｔｒａｎｓｐａｒｅｎｔ）モード（ＴＭ）、非確認（Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ）モード（ＵＭ）、確認（Ａｃｋｎｏｗｌｅｄｇｅｄ）モード（ＡＭ）ＲＬＣエンティティの３つのタイプがあるＲＬＣエンティティで構成される。ＵＭ  ＲＬＣエンティティおよびＴＭ  ＲＬＣエンティティは、送信用ＲＬＣエンティティまたは受信用ＲＬＣエンティティとなるように構成することができる。送信用ＲＬＣエンティティはＲＬＣ  ＰＤＵを送信し、受信用ＲＬＣエンティティは、ＲＬＣ  ＰＤＵを受信する。ＡＭ  ＲＬＣエンティティは、ＲＬＣ  ＰＤＵを送信するための送信側、およびＲＬＣ  ＰＤＵを受信するための受信側で構成される。
【０００９】
各ＲＬＣエンティティは、基本手順に応じて、センダとして、またはレシーバとして定義される。ＵＭおよびＴＭでは、送信用ＲＬＣエンティティがセンダであり、ピアＲＬＣエンティティがレシーバである。ＡＭ  ＲＬＣエンティティは、基本手順に応じてセンダまたはレシーバとなることができる。センダは、確認モードデータ（ＡＭＤ）ＰＤＵの送信器であり、レシーバは、ＡＭＤ  ＰＤＵの受信器である。センダまたはレシーバは、ＵＥまたはＵＴＲＡＮにあることができる。
【００１０】
各ＴＭサービスおよびＵＭサービスについて１つの送信用ＲＬＣエンティティおよび１つの受信用ＲＬＣエンティティがある。しかし、ＡＭサービスについて１つの組み合わされた送信用および受信用ＲＬＣエンティティがある。
【００１１】
ＵＭ  ＲＬＣエンティティもＴＭ  ＲＬＣエンティティも、データＰＤＵを送信するために１つの論理チャネルを使用し、データＰＤＵを受信するために１つの論理チャネルを使用する。ＡＭ  ＲＬＣエンティティは、データＰＤＵと制御ＰＤＵのどちらをも送信または受信するために、１つまたは２つの論理チャネルを使用するように構成することができる。論理チャネルが１つだけ構成されている場合には、送信用ＡＭ  ＲＬＣエンティティは、データＰＤＵおよび制御ＰＤＵを共に同じ論理チャネル上で送信する。
【００１２】
ＡＭ  ＲＬＣエンティティまたはＵＭ  ＲＬＣエンティティは、固定サイズＰＤＵまたはフレキシブルサイズＰＤＵを生成するように構成することができる。固定ＲＬＣ  ＰＤＵサイズが構成されている場合、ＲＬＣ  ＰＤＵサイズは、データＰＤＵと制御ＰＤＵのどちらについても同じである。フレキシブルＲＬＣ  ＰＤＵサイズが構成されている場合、データＰＤＵサイズは可変である。残念ながら、適正なフレキシブルＲＬＣ  ＰＤＵサイズの決定は規定されていない。
【００１３】
現在、ＲＬＣエンティティは、無線アンアウェア（ｒａｄｉｏ  ｕｎａｗａｒｅ）である（すなわち、現在の無線状態に気づかない）。ＲＬＣエンティティが無線アンアウェアであるように設計されているとき、そのＲＬＣエンティティは、最大サイズのＲＬＣ  ＰＤＵを生成する。これは、現在の無線状態および所与の許可（ｇｒａｎｔ）に応じて、ＴＴＩあたり複数のＰＤＵの生成を引き起こす可能性がある。残念ながら、生成されたＲＬＣ  ＰＤＵが、選択されたＥ−ＤＣＨトランスポートフォーマット組合せ（Ｅ−ＴＦＣ）サイズより大きい場合には、その生成されたＲＬＣ  ＰＤＵがセグメント化される可能性がある。
【００１４】
無線アンアウェアなＲＬＣの１つの欠点は、小さい固定ＲＬＣ  ＰＤＵサイズが使用されているとき、大きなＬ２オーバーヘッドが生じることである。もう１つの欠点は、ＭＡＣセグメンテーションが、大きな固定ＲＬＣ  ＰＤＵサイズと共に使用されている場合、大きな誤り率が残留ＨＡＲＱ誤りに起因して生じることである。（注：残留ＨＡＲＱ誤り＝改良型ＭＡＣ（ＭＡＣ−ｉ／ｉｓ）ＰＤＵの送信が失敗したこと。多数のセグメントがある場合、セグメントを担持するＭＡＣ−ｉ／ｉｓ  ＰＤＵのいずれかが失敗する可能性がより大きくなり、したがってＲＬＣ  ＰＤＵ誤り率が増大する。）
【００１５】
しかし、ＵＬ方向では、ＲＬＣエンティティは無線アウェア（ｒａｄｉｏ  ａｗａｒｅ）とすることができる（すなわち、現在の無線状態に気づいている）。というのは、ＲＬＣプロトコルとＭＡＣプロトコルが共に同じノード内に位置するからである。その結果、ＲＬＣ  ＰＤＵサイズを、瞬間的に使用可能なデータ転送速度に基づいて決定することができる。
【００１６】
無線アウェアなＲＬＣエンティティは、使用可能なビットレートに従ってＲＬＣ  ＰＤＵを生成することができる。オーバーヘッドが最小限であり、残留ハイブリッド自動再送要求（ＨＡＲＱ）誤り率による誤り率が低い。しかし、無線アウェアなＲＬＣエンティティは、所与のＴＴＩでＲＬＣ  ＰＤＵを生成することができない可能性がある。というのは、ＲＬＣ  ＰＤＵを短い時間内で生成することは、非常に多くの処理力を必要とし得るからである。たとえば、無線アウェアなＲＬＣエンティティは、生成されたＲＬＣ  ＰＤＵに対して暗号化機能を実施することを必要とする。さらに、無線アウェアなＲＬＣエンティティは、小さいＥ−ＴＦＣサイズに関して、より高いオーバーヘッドを有し、大きいトランスポートブロックサイズに関して、より低いオーバーヘッドを有する。
【００１７】
無線アウェアなＲＬＣエンティティは、低いＨＡＲＱ残留誤り率を得るように構成されたトランスポートブロックサイズに合致するＲＬＣ  ＰＤＵを生成する。無線アウェアなＲＬＣは、大きなＥ−ＴＦＣ選択があるとき大きなＲＬＣ  ＰＤＵを生成するので、大きなＲＬＣ  ＰＤＵを再送信する必要があるとき問題があり、そのＥ−ＴＦＣ選択はサイズが減少する。さらに、大きなＲＬＣ  ＰＤＵの送信は、多数のＭＡＣセグメントの生成を必要とする。その結果、残留ＨＡＲＱ残留誤りによるＲＬＣ  ＰＤＵ誤り率が増大するおそれがある。
【発明の概要】
【発明が解決しようとする課題】
【００１８】
したがって、ＲＬＣオーバーヘッドおよびＨＡＲＱ残留誤り率が低減されるようにＲＬＣ  ＰＤＵを生成するＲＬＣエンティティ内で使用するための方法が求められている。
【課題を解決するための手段】
【００１９】
方法および装置を使用し、無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成する。論理チャネルに関するデータ要求は、媒体アクセス制御（ＭＡＣ）におけるＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ）トランスポートフォーマット組合せ（Ｅ−ＴＦＣ）選択手順の一部として受信される。データフィールドサイズを決定したとき、Ｅ−ＴＦＣ選択からの要求されたデータに合致するようにＲＬＣ  ＰＤＵが生成される。生成されるＲＬＣ  ＰＤＵのサイズは、最小構成のＲＬＣ  ＰＤＵサイズ以上（データが使用可能である場合）、かつ最大ＲＬＣ  ＰＤＵのサイズ以下とすることができる。次いでデータが、そのＲＬＣ  ＰＤＵ内で、現在の送信時間間隔（ＴＴＩ）内において送信される。
【図面の簡単な説明】
【００２０】
より詳細な理解を、添付の図面と共に、例として与えられている以下の説明から得ることができる。
【００２１】
【図１】従来のユニバーサル移動通信システム（ＵＭＴＳ）ネットワークのためのシステムアーキテクチャの概要を示す図である。
【図２】例示的なＵＥのブロック図である。
【図３】例示的なＵＴＲＡＮのブロック図である。
【図４】ＲＬＣ副層の概要を示す図である。
【図５】ＲＬＣ  ＰＤＵ生成手順の流れ図である。
【図６】最大ＰＤＵサイズ限界を有するＲＬＣ  ＰＤＵ生成手順の流れ図である。
【図７】最小ＲＬＣ  ＰＤＵ制限および最大ＲＬＣ  ＰＤＵ制限を実施するための混成ＲＬＣ手順の流れ図である。
【発明を実施するための形態】
【００２２】
「ワイヤレス送受信ユニット（ＷＴＲＵ）」という用語は、以下で参照されたとき、それだけには限らないが、ユーザ機器（ＵＥ）、移動局、固定型もしくは移動型加入者ユニット、ページャ、セルラ電話、携帯情報端末（ＰＤＡ）、コンピュータ、またはワイヤレス環境内で動作することが可能な任意の他のタイプのユーザデバイスを含む。「基地局」という用語は、以下で参照されたとき、それだけには限らないが、基地局、サイトコントローラ、アクセスポイント（ＡＰ）、またはワイヤレス環境内で動作することが可能な任意の他のタイプのインターフェース用デバイスを含む。ＵＴＲＡＮは、以下で参照されたとき、それだけには限らないが、セル、基地局、ＲＮＣ、またはネットワークノードを含む。
【００２３】
ＲＬＣオーバーヘッド、およびＨＡＲＱ残留誤りによるＲＬＣ  ＰＤＵ誤り率が低減されるようにＲＬＣ  ＰＤＵを生成するために、様々な方法が本明細書で開示される。ＷＴＲＵに関して方法が述べられているが、これらの方法は、無線ネットワークコントローラ（ＲＮＣ）およびノードＢが１つのノード内に位置するコラプスト（ｃｏｌｌａｐｓｅｄ）アーキテクチャのノードＢ＋にも等しく適用可能である。この概念をノードＢ＋に適用するとき、ＷＴＲＵという用語は、ノードＢ＋という用語と交換可能なものとすることができる。
【００２４】
以下、「トランスポートブロック」という用語は、ＭＡＣ−ｅ  ＰＤＵ、ＭＡＣ−ｉ  ＰＤＵ、ＭＡＣ−ｅｓ  ＰＤＵ、ＭＡＣ−ｉｓ  ＰＤＵ、またはＭＡＣ  ＰＤＵのいずれかを指す可能性がある。「トランスポートブロック内のビット数」または「選択されたトランスポートブロック（ＴＢ）」という用語を使用し、以下の量、すなわち、トランスポートブロックの総サイズ（または「トランスポートブロックサイズ」）、トランスポートブロックの総サイズからＭＡＣヘッダに必要とされるビット数を引いたもの、Ｅ−ＤＣＨトランスポートフォーマット組合せ（Ｅ−ＴＦＣ）選択手順による、ＲＬＣ  ＰＤＵが属するＭＡＣ−ｄフローまたは論理チャネルに使用可能なビット数、Ｅ−ＴＦＣ選択手順によるＭＡＣ−ｄフローまたは論理チャネルの組合せに使用可能なビット数、Ｅ−ＴＦＣ選択手順の一部として所与の論理チャネルから要求されたビット数のいずれかを指す。
【００２５】
図１を参照すると、ＵＴＲＡＮは、ターゲットノードＢ、ソースノードＢ、コントローリングＲＮＣ（ＣＲＮＣ）、およびサービングＲＮＣ（ＳＲＮＣ）をも含むように修正されてもよい。ＲＮＣは、ＲＬＣユニットおよびＲＲＣユニット（図示せず）を含むことができる。あるいは、ＲＮＣ機能はノードＢに含まれ、したがってコントローリングＲＮＣまたはサービングＲＮＣが存在しない。
【００２６】
ＵＴＲＡＮは、少なくとも１つのＲＬＣサービスデータユニット（ＳＤＵ）を受信するように修正されてもよい。また、ＵＴＲＡＮは、下記で述べる少なくとも１つの技法を使用して、ＲＬＣオーバーヘッドおよび残留ＨＡＲＱ誤り率を低減するように構成されてもよい。さらに、ＵＴＲＡＮは、ＲＬＣデータが使用可能であるとき、最小ＲＬＣ  ＰＤＵサイズと最大ＲＬＣ  ＰＤＵサイズとの間でＲＬＣ  ＰＤＵを生成するように構成されてもよい。
【００２７】
図２を参照すると、ＵＥ２００は、少なくとも１つのＲＬＣ  ＰＤＵ内で、現在のＴＴＩ内においてデータを送信するように修正されてもよい。ＵＥ２００のＲＬＣエンティティ２２５は、論理チャネルに関するデータ要求を、ＭＡＣエンティティ２１５から、Ｅ−ＴＦＣ選択手順の一部として受信するように構成されてもよい。また、ＵＥ２００は、データフィールドサイズを決定し、そのデータ要求に対応する、決定されたデータフィールドサイズに基づいて、少なくとも１つのＲＬＣ  ＰＤＵを生成するように構成されてもよい。また、ＵＥ２００は、ＲＬＣデータが使用可能であるとき、最大ＲＬＣ  ＰＤＵサイズと最小ＲＬＣ  ＰＤＵサイズとの間でＲＬＣ  ＰＤＵを生成するように構成されてもよい。
【００２８】
再び図２を参照すると、ＵＥ２００内のＲＬＣエンティティ２１０は、ＴＴＩごとにＲＬＣ  ＰＤＵを生成するように修正されてもよい。それを行うために、ＲＬＣエンティティ２１０は、Ｅ−ＴＦＣ選択手順の一部としてＭＡＣエンティティ２１５によって提供されたデータ要求に依拠する。ＭＡＣエンティティ２１５によって提供されたデータ要求により、ＲＬＣエンティティ２１０は、チャネル状態、許可、所与のＴＴＩについてサポートされているＥ−ＴＦＣサイズに気づくことができる。ＭＡＣエンティティ２１５内のＥ−ＴＦＣ選択機能が、論理チャネルに関してＲＬＣエンティティ２１０にデータ要求を送信する。このデータ要求は、トランスポートブロック内の、この論理チャネルに関して使用可能な空間に対応し、適用可能なＭＡＣ−ｉｓヘッダおよび対応するＭＡＣセグメンテーションエンティティ内のデータを考慮する。ＲＬＣエンティティ２１０は、Ｅ−ＴＦＣ選択からのデータ要求に基づいて、所定のサイズの１つまたは複数のＲＬＣ  ＰＤＵを生成することができる。小さいＲＬＣ  ＰＤＵや大きいＲＬＣ  ＰＤＵの生成を回避するために、ＲＬＣエンティティ２１０は、いくつかの制限と共に無線アウェア機能を有することができる。ＲＬＣ  ＰＤＵサイズは、データが使用可能である場合、最大ＲＬＣ  ＰＤＵサイズより大きくてはならず、最小ＲＬＣ  ＰＤＵサイズより小さくてはならない。
【００２９】
図５は、ＲＬＣ  ＰＤＵ生成手順５００の流れ図である。図５を参照すると、ＭＡＣのＥ−ＴＦＣ選択機能によって論理チャネルに関するデータ要求を受信したとき（ステップ５０５）、そのデータ要求に基づいてデータフィールドサイズが決定される（ステップ５１０）。データフィールドサイズは、ＲＬＣ  ＰＤＵ（すなわち、データフィールドサイズにＲＬＣヘッダを加算したもの）がそのデータ要求に等しくなるように決定される。次いで、決定されたデータフィールドサイズに基づいて、ＲＬＣ  ＰＤＵが生成される（ステップ５１５）。データは、ＲＬＣ  ＰＤＵ内で、現在のＴＴＩ内において送信される（ステップ５２０）。任意選択で、データフィールドサイズを決定するとき、ＭＡＣ−ｉ  ＰＤＵヘッダをも考慮することができる。
【００３０】
図６は、最大ＰＤＵサイズ限界を有するＲＬＣ  ＰＤＵ生成手順６００の流れ図である。Ｅ−ＴＦＣ選択手順が実施された後で、論理チャネルに関するデータ要求が、ＭＡＣのＥ−ＴＦＣ選択機能によって送信される（ステップ６０５）。要求されたデータサイズが最大ＲＬＣ  ＰＤＵサイズより大きいと決定された場合（ステップ６１０）、ＲＬＣエンティティ２１０は、少なくとも１つの最大ＲＬＣ  ＰＤＵサイズのＲＬＣ  ＰＤＵを生成することができる。ＲＬＣエンティティ２１０は、データ要求から使用可能な空間がなくなるまで、またはＲＬＣエンティティ内に使用可能なデータがなくなるまで、最大ＲＬＣ  ＰＤＵサイズのＲＬＣ  ＰＤＵ、または最大ＲＬＣ  ＰＤＵサイズ未満のＲＬＣ  ＰＤＵを生成し続けることができる。データ要求から使用可能な空間がない場合、または送信するための追加のデータがない場合、ＲＬＣエンティティ２１０は、それ以上ＲＬＣ  ＰＤＵを生成しない。あるいは、ＲＬＣがＴＴＩあたり１つのＲＬＣ  ＰＤＵしか送信しないように制限されている場合、ＲＬＣエンティティ２１０は、最大ＲＬＣ  ＰＤＵサイズのＰＤＵを送信し、ＲＬＣ  ＰＤＵを生成するのを止めることができる。
【００３１】
図７は、最小ＲＬＣ  ＰＤＵサイズ制限および最大ＲＬＣ  ＰＤＵサイズ制限と共に、完全に無線アウェアなＲＬＣを実施するための混成ＲＬＣ手順７００の流れ図を示す。
【００３２】
ＲＬＣ  ＰＤＵサイズは、最大ＲＬＣ  ＰＤＵサイズ以下、かつ最小ＲＬＣ  ＰＤＵサイズ以上とすることができる（データが使用可能である場合）。一実施形態では、ＵＴＲＡＮ３００は、最大ＲＬＣ  ＰＤＵサイズを決定し、Ｌ２シグナリングまたはＬ３シグナリングを使用して最大ＲＬＣ  ＰＤＵサイズ値をＵＥ２００に通信する。最大ＲＬＣ  ＰＤＵサイズ値のシグナリングは、無線ベアラ構成／セットアップまたは無線ベアラ再構成のとき行われる可能性がある。さらに、最大ＲＬＣ  ＰＤＵサイズ値のシグナリングは、トランスポートチャネル構成またはトランスポートチャネル再構成のとき行われる可能性がある。ＵＥ２００は、シグナリングされた最大ＲＬＣ  ＰＤＵサイズ値を受信したとき、その最大ＲＬＣ  ＰＤＵサイズ値以下であるＲＬＣ  ＰＤＵを生成するように構成される。現在のＴＴＩのためのＭＡＣ  ＰＤＵは、ＭＡＣからの要求されたデータサイズまたは要求されたビット数が最大ＲＬＣ  ＰＤＵサイズより大きい場合、複数のＲＬＣ  ＰＤＵまたはＲＬＣ  ＰＤＵのセグメントを含むことができる。
【００３３】
他の実施形態では、ＵＴＲＡＮ３００は、最大ＲＬＣ  ＰＤＵサイズを、特定のセル内のＵＥ２００すべてにブロードキャストする。ＵＴＲＡＮ３００は、Ｅ−ＲＡＣＨ（ｅｎｈａｎｃｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）など共通チャネルを使用して、最大ＲＬＣ  ＰＤＵサイズをブロードキャストする。
【００３４】
最小ＲＬＣ  ＰＤＵサイズは、以下の方法のいずれか１つ、またはそれらの組合せで構成することができる。最小ＲＬＣ  ＰＤＵサイズは、ＲＲＣレイヤシグナリングを使用して構成されてもよい。たとえば、ＵＴＲＡＮ３００は、ＲＲＣ情報要素（ＩＥ）「ＲＬＣ  ｉｎｆｏ」を使用して最小ＲＬＣ  ＰＤＵサイズを使用するようにＵＥ２００を構成することができる。この場合も、最小ＲＬＣ  ＰＤＵサイズは、最小許容ＭＡＣセグメントサイズから導出することができる。たとえば、最小ＲＬＣ  ＰＤＵサイズは、最小ＭＡＣセグメントサイズの倍数とすることができる。あるいは、最小ＲＬＣ  ＰＤＵサイズは、ＵＥ２００内で予め構成されている静的な値とすることができる。さらに、最小ＲＬＣ  ＰＤＵサイズは、最も小さい選択されたＥ−ＴＦＣの平均値または要求されたデータサイズの平均に基づいて決定される動的な値とすることができる。Ｅ−ＴＦＣ選択手順の一部として所与の論理チャネルから要求されたビット数が最小ＲＬＣ  ＰＤＵサイズより小さい場合には、データが使用可能である場合、最小ＲＬＣ  ＰＤＵサイズと等しいサイズを有するＲＬＣ  ＰＤＵが依然として作成され、下位層に送信される。さらに、Ｅ−ＴＦＣ選択手順の一部として所与の論理チャネルからの要求されたデータサイズが最小ＲＬＣ  ＰＤＵサイズより小さい場合、最小ＲＬＣ  ＰＤＵサイズ未満のサイズを有するＲＬＣ  ＰＤＵを作成し、下位層に送信し、それによりＲＬＣレベルでパディングをしない利益を維持することができる。
【００３５】
他の実施形態では、Ｅ−ＴＦＣ選択手順の一部として所与の論理チャネルからの要求されたデータサイズが最小ＲＬＣ  ＰＤＵサイズより小さい場合、ＲＬＣ  ＰＤＵが下位層に送信されない。
【００３６】
以下の考察では、関数ＭＩＮ（Ａ，Ｂ）は、パラメータＡ、Ｂの中から最小値をもたらす。図７を参照すると、送信に使用可能なデータがあり、ＭＡＣがこの論理チャネルに関してデータを要求している場合（ステップ７０５）、Ｅ−ＴＦＣ選択手順によって選択され、この論理チャネルに関してＭＡＣによって送信するように要求された、または許されたデータに基づいて、使用可能な要求データサイズを決定することができる（ステップ７１０）。使用可能な要求データサイズは、Ｅ−ＴＦＣ選択手順の一部として所与の論理チャネルに関して要求されたビット数に対応する。
【００３７】
使用可能な要求データサイズが最小ＲＬＣ  ＰＤＵサイズより大きいと決定された場合には（ステップ７１５）、使用可能なデータ、使用可能な要求データサイズ、または最大ＲＬＣ  ＰＤＵサイズのうちのより小さいものに等しいサイズの少なくとも１つのＲＬＣ  ＰＤＵが生成される（ステップ７２０）。
【００３８】
次いで、使用可能な要求データサイズが、使用可能な要求データサイズから、生成されたＲＬＣ  ＰＤＵのサイズを減算したものに設定される（ステップ７２５）。使用可能な要求データサイズがゼロより大きく、データが依然として論理チャネル内で使用可能である場合（ステップ７３０）、かつ使用可能な要求データサイズが最小ＲＬＣ  ＰＤＵサイズより大きい場合には（ステップ７１５）、使用可能なデータ、使用可能な要求データサイズ、または最大ＲＬＣ  ＰＤＵサイズのうちのより小さいものに等しいサイズの追加のＲＬＣ  ＰＤＵが生成される（ステップ７２０）。このプロセスは、使用可能な空間がなくなるまで（すなわち、使用可能な要求データサイズがゼロである）、またはこの論理チャネル内に使用可能なデータがなくなるまで、または使用可能な要求データサイズが最小ＲＬＣ  ＰＤＵサイズ未満になるまで繰り返される。これは、ＵＥが最大ＲＬＣ  ＰＤＵサイズのＮ個のＲＬＣ  ＰＤＵを作成することに相当し、ここでＮは、使用可能な要求データサイズ、または使用可能なデータを最大ＲＬＣ  ＰＤＵサイズで除算したもののうちの小さい方の整数値に等しい。次いで、ＵＥは、サイズＸの追加のＲＬＣ  ＰＤＵを作成することができ、ここでＸは、使用可能な要求データ、または使用可能なデータを最大ＲＬＣ  ＰＤＵサイズで除算したもののうちの小さい方の残りの方に等しい。Ｘが最小ＲＬＣ  ＰＤＵサイズより小さい場合には、ＵＥは、データが使用可能である場合、最小ＲＬＣ  ＰＤＵサイズのＲＬＣ  ＰＤＵを作成する。
【００３９】
使用可能な要求データサイズがゼロ以下であるか、またはそれ以上データが使用可能でない場合（ステップ７３０）、生成されたＲＬＣ  ＰＤＵが下位層に送信され（ステップ７３５）、手順が終了する。
【００４０】
なおも図７を参照すると、使用可能な要求データサイズが最小ＲＬＣ  ＰＤＵサイズ以下であると決定された場合（ステップ７１５）、最小ＲＬＣ  ＰＤＵサイズ、または使用可能なデータのうちの小さい方の値に等しいサイズのＲＬＣ  ＰＤＵが生成され（ステップ７４０）、生成されたＲＬＣ  ＰＤＵすべてが下位層に送信される（ステップ７３５）。生成されるＲＬＣ  ＰＤＵは、パディングビットまたは複数の連結されたＲＬＣ  ＳＤＵを含むことができる。任意選択で、ＲＬＣエンティティはまた、生成されるＲＬＣ  ＰＤＵごとに、追加されるＭＡＣ−ｉヘッダ部を考慮することができる。この説明では、ＭＡＣ−ｉヘッダはｈ２と等しく、ここでｈ２は１６ビットとすることができる。より具体的には、使用可能な要求データサイズを決定するとき、ＵＥは、ＲＬＣ  ＰＤＵが生成されるたびに、またはＲＬＣ  ＰＤＵを生成する前に、ｈ２を減算することができる。たとえば、ステップ７１０では、使用可能な要求データサイズは、Ｅ−ＴＦＣ選択によって要求されたデータ−ｈ２に等しい可能性がある。１つの他の選択肢は、このステップを、ＭＡＣエンティティ内のＥ−ＴＦＣ選択機能によって実施することであろう。ＲＬＣ  ＰＤＵが生成された後（ステップ７２０）、７２５で、生成されたＲＬＣ  ＰＤＵのサイズおよびｈ２を減算することによって、使用可能な要求データサイズを更新することができる。
【００４１】
第１の代替的実施形態では、使用可能な要求データサイズが最小ＲＬＣ  ＰＤＵサイズ未満であると決定された場合（ステップ７１５）、最小ＲＬＣ  ＰＤＵサイズより小さいサイズのＲＬＣを生成することができる。その結果、ＲＬＣレベルでパディングビットを使用することを回避することができる。
【００４２】
第２の代替的実施形態では、使用可能な要求データサイズが最小ＲＬＣ  ＰＤＵサイズ未満であると決定された場合（ステップ７１５）、生成されるＲＬＣ  ＰＤＵのサイズが最小ＲＬＣ  ＰＤＵサイズ以上になるように、要求されたデータサイズのＮ倍のサイズのＲＬＣ  ＰＤＵが生成される。Ｎの値は、チャネル状態に対する変化を反映するための送信時に予め構成または決定することができる。
【００４３】
第３の代替的実施形態では、使用可能な要求データサイズが最小ＲＬＣ  ＰＤＵサイズ未満であると決定された場合には（ステップ７１５）、ＲＬＣ  ＰＤＵが下位層に送信されない。
【００４４】
図７のＲＬＣ  ＰＤＵ生成手順７００は、新しいデータの最初の送信に当てはまる一例であり、再送信がＲＬＣ  ＰＤＵ作成時に考慮されない。ＲＬＣ生成手順７００では、新しいデータの最初の送信だけを無線アウェアとすることができ、データ再送信は、ＲＬＣ  ＰＤＵがすでに作成されているため修正されない可能性がある。代替的実施形態では、ＲＬＣ生成手順７００は、新しいデータの最初の送信だけに適用可能であってもよい。Ｅ−ＴＦＣ選択機能による論理チャネルに関するデータ要求に基づくデータフィールドサイズがデータ再送信より小さい、または大きい場合でさえ、データ再送信すべてを完全なＲＬＣ  ＰＤＵとして下位層に送信することができる。
【００４５】
Ｅ−ＴＦＣ選択機能による論理チャネルに関するデータ要求に基づく使用可能な要求データサイズが、再送信されるＲＬＣ  ＰＤＵの和より大きく、ほかに新しいデータが送信に使用可能である場合、以下の１つまたは組合せを実施することができる。
【００４６】
図２のＲＬＣエンティティ２１０は、再送信されるＲＬＣ  ＰＤＵを送信し、ＭＡＣエンティティ２１５に送信される１つまたは複数のＲＬＣ  ＰＤＵを生成するように修正されてもよい。生成する新しいＲＬＣ  ＰＤＵのサイズは、使用可能な要求データサイズに基づいて決定することができ、使用可能な要求データサイズは、再送信されるＲＬＣ  ＰＤＵのサイズを、図７のステップ７１０で決定された元の使用可能な要求データサイズから減算することによって決定される。更新される使用可能な要求データサイズが決定された後で、かつそのデータサイズがゼロ以下に等しくない場合、ＵＥは、図７におけるステップ７１５から先を続行することができる。ＭＡＣ−ｉヘッダ部もまた、再送信に考慮することができる。上述のように、ｈ２を７１０で減算することができる。再送信されるＲＬＣ  ＰＤＵのサイズが、７１０で決定された使用可能なデータサイズから減算されるとき、ｈ２＊Ｙをも減算することができ、ここでＹは、再送信されるＲＬＣ  ＰＤＵの数に等しい。
【００４７】
あるいは、ＲＬＣエンティティ２１０は、再送信されるＲＬＣ  ＰＤＵと、残りのＥ−ＴＦＣ選択サイズのサイズに基づいて生成された新しいＲＬＣ  ＰＤＵとを、任意選択でＲＬＣ  ＰＤＵサイズに下限および上限の制限を適用して共に送信するように修正されてもよい。Ｅ−ＴＦＣ選択を実施した後で、ＲＬＣ  ＰＤＵを再送信する必要がある場合、使用可能な要求データサイズが、再送信を必要とするＲＬＣ  ＰＤＵのサイズだけ削減される。
【００４８】
上述のように、ＲＬＣ  ＳＤＵをセグメント化し、選択されたＲＬＣ  ＰＤＵサイズ内に合わせることができる。残りのＲＬＣ  ＳＤＵセグメントは、以下の方法のいずれか、またはそれらの組合せで処理することができる。
【００４９】
残りのＲＬＣ  ＳＤＵセグメントは、ＲＬＣエンティティ２１０内の送信バッファ２３５内に格納することができる。次いで、やはり残りのＲＬＣ  ＳＤＵセグメントは、次の送信の機会まで、ＲＬＣエンティティ２１０内のＳＤＵセグメンテーションバッファ内に格納することができる。次の送信の機会には、残りのＲＬＣ  ＳＤＵセグメントが選択されたＲＬＣ  ＰＤＵサイズ内に合うように、ＲＬＣ  ＳＤＵセグメントを、単一のＲＬＣ  ＰＤＵとして送信する、または別のＲＬＣ  ＳＤＵに連結することができる。
【００５０】
あるいは、ＲＬＣエンティティ２１０は、現在の要求されたデータサイズと同じサイズを有する別のＲＬＣ  ＰＤＵまたはＸ個のＲＬＣ  ＰＤＵを生成するように修正されてもよい。数Ｘは、残りのＲＬＣ  ＰＤＵセグメントを現在の要求されたデータサイズで除算したものの整数値に等しい。次いで、少なくとも１つの作成済みＲＬＣ  ＰＤＵが、次のＴＴＩでの送信のために、単独で、または他のＲＬＣ  ＰＤＵと組み合わせて、送信バッファ２３５内に格納される。
【００５１】
上記では特徴および要素が特定の組合せで述べられているが、各特徴または要素は、他の特徴および要素なしの単独で、または他の特徴および要素との、もしくは他の特徴および要素を用いない様々な組合せで使用することができる。本明細書において提供されている方法または流れ図は、汎用コンピュータまたはプロセッサによって実行するためのコンピュータ可読記憶媒体内に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクや取外し式ディスクなど磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）など光媒体を含む。
【００５２】
好適なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、ならびに任意の他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【００５３】
ソフトウェアに関連付けられたプロセッサを使用し、ワイヤレス送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実装することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカフォン、振動デバイス、スピーカ、マイクロフォン、テレビトランシーバ、ハンドフリー用ハンドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のワイヤレスローカルエリアネットワーク（ＷＬＡＮ）モジュールもしくは超広帯域（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実装されるモジュールと共に使用することができる。
【００５４】
（実施形態）
１．
無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成するためのワイヤレス送受信ユニット（ＷＴＲＵ）内で使用する方法において、
媒体アクセス制御（ＭＡＣ）におけるＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ）トランスポートフォーマット組合せ（Ｅ−ＴＦＣ）選択手順の一部として論理チャネルに関するデータ要求を受信するステップと、
データフィールドサイズを決定するステップであって、ＲＬＣ  ＰＤＵサイズが、現在のＥ−ＴＦＣ選択によって前記論理チャネルに関して要求されたデータに等しくなるように、前記データフィールドサイズが決定される、ステップと、
前記決定されたデータフィールドサイズに基づいて前記ＲＬＣ  ＰＤＵを生成するステップであって、生成されたＲＬＣ  ＰＤＵサイズが前記データ要求に対応する、ステップと、
少なくとも１つのＲＬＣ  ＰＤＵ内で、現在の送信時間間隔（ＴＴＩ）内においてデータを送信するステップと
を具えたことを特徴とする方法。
２．
前記ＲＬＣ  ＰＤＵサイズは、構成された最小ＲＬＣ  ＰＤＵサイズ以上であることを特徴とする実施形態１記載の方法。
３．
前記ＲＬＣ  ＰＤＵサイズは、前記論理チャネルに関して不十分な量のデータしか使用可能でないとき、構成された最小ＲＬＣ  ＰＤＵサイズ未満であることを特徴とする実施形態２記載の方法。
４．
前記ＲＬＣ  ＰＤＵサイズは、構成された最大ＲＬＣ  ＰＤＵサイズ以下であることを特徴とする実施形態１記載の方法。
５．
前記構成された最小ＲＬＣ  ＰＤＵサイズがＲＲＣシグナリングによって受信されることを特徴とする実施形態２記載の方法。
６．
前記構成された最大ＲＬＣ  ＰＤＵサイズがＲＲＣシグナリングによって受信されることを特徴とする実施形態４記載の方法。
７．
前記決定されたデータフィールドサイズまたはＲＬＣ  ＰＤＵサイズは、前記ＲＬＣ  ＰＤＵが生成されるときＭＡＣエンティティによって追加されるＭＡＣ−ｉヘッダの追加を反映することを特徴とする前記実施形態のいずれかに記載の方法。
８．
前記データ要求は、トランスポートブロック内の、前記論理チャネルに関して使用可能な空間に対応し、改良型ＭＡＣ（ＭＡＣ−ｉｓ）ヘッダおよび対応するＭＡＣセグメンテーションエンティティ内のデータを反映することを特徴とする前記実施形態のいずれかに記載の方法。
９．
前記生成されたＲＬＣ  ＰＤＵサイズは、使用可能な要求データに等しいことを特徴とする前記実施形態のいずれかに記載の方法。
１０．
前記決定されたデータフィールドサイズが構成された最大ＲＬＣ  ＰＤＵサイズより大きい場合、前記構成された最大ＲＬＣ  ＰＤＵサイズのＮ個のＲＬＣ  ＰＤＵが生成され、ここでＮは、前記データフィールド、または使用可能なデータを前記最大ＲＬＣ  ＰＤＵサイズで除算したもののうちの小さい方の整数値に等しいことを特徴とする実施形態１、４、または６のいずれかに記載の方法。
１１．
データが使用可能である場合、前記最小ＲＬＣ  ＰＤＵ、または前記データフィールドを前記最大ＲＬＣ  ＰＤＵサイズで除算した余りのうちの大きい方のサイズの、１つの追加のＲＬＣ  ＰＤＵが生成されることを特徴とする実施形態１０記載の方法。
１２．
ＲＬＣサービスデータユニット（ＳＤＵ）が、選択されたＲＬＣ  ＰＤＵサイズ内に合うようにセグメント化され、少なくとも１つの残りのＲＬＣ  ＳＤＵセグメントがあることを特徴とする前記実施形態のいずれかに記載の方法。
１３．
前記ＲＬＣ  ＳＤＵの残りのセグメントがあればそれをＲＬＣ送信バッファ内に格納するステップをさらに含むことを特徴とする実施形態１２記載の方法。
１４．
より高い層によって導出された少なくとも１つのＲＬＣ  ＳＤＵが、現在のＴＴＩ内で送信するためにセグメント化され少なくとも１つのＲＬＣ  ＰＤＵ内に連結されるまで送信バッファ内に格納されることを特徴とする実施形態１３に記載の方法。
１５．
無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成するためのワイヤレス送受信ユニット（ＷＴＲＵ）内で使用する方法において、
送信用のデータがあるとき、媒体アクセス制御（ＭＡＣ）におけるＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ）トランスポートフォーマット組合せ（Ｅ−ＴＦＣ）選択手順からのデータ要求に合致するように、使用可能な要求データサイズを設定するステップと、
ＭＩＮ（使用可能な要求データサイズ，使用可能なデータ，最大ＲＬＣ  ＰＤＵサイズ）に等しいサイズの少なくとも１つのＲＬＣ  ＰＤＵを生成し、前記使用可能な要求データサイズが構成された最小ＲＬＣ  ＰＤＵサイズより大きいと決定されたとき、前記生成されたＲＬＣ  ＰＤＵサイズを前記使用可能な要求データサイズから減算することによって前記使用可能な要求データサイズを更新するステップと、
前記使用可能な要求データサイズが構成された最小ＲＬＣ  ＰＤＵサイズより小さいと決定されたとき、ＭＩＮ（使用可能なデータ，最小ＲＬＣ  ＰＤＵサイズ）に等しいサイズの少なくとも１つのＲＬＣ  ＰＤＵを生成するステップと、
前記使用可能な要求データサイズがゼロ以下であるとき、またはそれ以上使用可能なデータがないとき、前記少なくとも１つの生成されたＲＬＣ  ＰＤＵを下位層に送信するステップと
を具えたことを特徴とする方法。
１６．
前記決定された使用可能な要求データサイズが構成された最大ＲＬＣ  ＰＤＵサイズより大きい場合、前記構成された最大ＲＬＣ  ＰＤＵサイズのＮ個のＲＬＣ  ＰＤＵが生成され、ここでＮは、前記使用可能な要求データサイズ、または使用可能なデータを最大ＲＬＣ  ＰＤＵサイズで除算したもののうちの小さい方の整数値に等しいことを特徴とする実施形態１５記載の方法。
１７．
データが使用可能である場合、前記最小ＲＬＣ  ＰＤＵ、または前記使用可能な要求データを前記最大ＲＬＣ  ＰＤＵサイズで除算した余りのうちの大きい方のサイズの、１つの追加のＲＬＣ  ＰＤＵが生成されることを特徴とする実施形態１６記載の方法。
１８．
少なくとも１つのＲＬＣ  ＰＤＵを生成するとき、改良型ＭＡＣ（ＭＡＣ−ｉ）ヘッダサイズ値を前記使用可能な要求データから減算するステップをさらに含むことを特徴とする実施形態１５〜１７のいずれかに記載の方法。
１９．
少なくとも１つのＲＬＣ  ＰＤＵを生成する前に、改良型ＭＡＣ（ＭＡＣ−ｉ）ヘッダサイズ値を前記使用可能な要求データから減算するステップをさらに含むことを特徴とする実施形態１５〜１８のいずれかに記載の方法。
２０．
データ再送信を実施するステップであって、前記データ再送信が少なくとも１つの完全なＲＬＣ  ＰＤＵとして送信される、ステップと、
前記使用可能な要求データサイズを、前記再送信されるＲＬＣ  ＰＤＵのサイズだけ削減するステップと
をさらに具えたことを特徴とする前記実施形態のいずれかに記載の方法。
２１．
ＲＬＣ  ＰＤＵを再送信するとき、改良型ＭＡＣ（ＭＡＣ−ｉ）ヘッダサイズ値を前記使用可能な要求データサイズから減算するステップをさらに具えたことを特徴とする実施形態２０記載の方法。
２２．
前記使用可能な要求データサイズを削減するとき、改良型ＭＡＣ（ＭＡＣ−ｉ）ヘッダサイズ値を再送信されるＲＬＣ  ＰＤＵの数で乗算したものを減算するステップをさらに具えたことを特徴とする実施形態２０又は２１記載の方法。
２３．
無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成するためのワイヤレス送受信ユニット（ＷＴＲＵ）において、
Ｅ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ）トランスポートフォーマット組合せ（Ｅ−ＴＦＣ）選択手順の一部として論理チャネルに関するデータ要求を受信するように構成されているＲＬＣエンティティと、
プロセッサと、
該プロセッサは、
データフィールドサイズを決定するように構成されており、ＲＬＣ  ＰＤＵサイズが、現在のＥ−ＴＦＣ選択によって前記論理チャネルに関して要求されたデータに等しくなるように、前記データフィールドサイズが決定され、また、
前記決定されたデータフィールドサイズに基づいて前記ＲＬＣ  ＰＤＵを生成するように構成されており、生成されたＲＬＣ  ＰＤＵサイズが前記データ要求に対応するように構成され、
少なくとも１つのＲＬＣ  ＰＤＵ内で、現在の送信時間間隔（ＴＴＩ）内においてデータを送信するように構成されている送信器と
を具えたことを特徴とするワイヤレス送受信ユニット（ＷＴＲＵ）。
２４．
前記プロセッサは、
要求されたＲＬＣ  ＰＤＵサイズ内に合うようにＲＬＣサービスデータユニット（ＳＤＵ）をセグメント化するようにさらに構成されていることを特徴とする実施形態２３記載のワイヤレス送受信ユニット（ＷＴＲＵ）。
２５．
前記プロセッサは、
要求されたＲＬＣ  ＰＤＵサイズ内に合うようにＲＬＣサービスデータユニット（ＳＤＵ）をセグメント化するようにさらに構成されていることを特徴とする実施形態２４記載のワイヤレス送受信ユニット（ＷＴＲＵ）。
２６．
前記ＲＬＣ  ＳＤＵの残りのセグメントがあればそれを格納するように構成されている送信バッファ
をさらに具えたことを特徴とする実施形態２５記載のワイヤレス送受信ユニット（ＷＴＲＵ）。
２７．
無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成するためのワイヤレス送受信ユニット（ＷＴＲＵ）において、
プロセッサと、
該プロセッサは、
送信用のデータがあるとき、媒体アクセス制御（ＭＡＣ）におけるＥ−ＤＣＨ（ｅｎｈａｎｃｅｄ  ｄｅｄｉｃａｔｅｄ  ｃｈａｎｎｅｌ）トランスポートフォーマット組合せ（Ｅ−ＴＦＣ）選択手順からのデータ要求に合致するように、使用可能な要求データサイズを設定し、
ＭＩＮ（使用可能な要求データサイズ，使用可能なデータ，最大ＲＬＣ  ＰＤＵサイズ）に等しいサイズの少なくとも１つのＲＬＣ  ＰＤＵを生成し、前記使用可能な要求データサイズが構成された最小ＲＬＣ  ＰＤＵサイズより大きいと決定されたとき、前記生成されたＲＬＣ  ＰＤＵサイズを前記使用可能な要求データサイズから減算することによって前記使用可能な要求データサイズを更新し、
前記使用可能な要求データサイズが構成された最小ＲＬＣ  ＰＤＵサイズより小さいと決定されたとき、ＭＩＮ（使用可能なデータ，最小ＲＬＣ  ＰＤＵサイズ）に等しいサイズの少なくとも１つのＲＬＣ  ＰＤＵを生成するように構成され、
前記使用可能な要求データサイズがゼロ以下であるとき、またはそれ以上使用可能なデータがないとき、前記少なくとも１つの生成されたＲＬＣ  ＰＤＵを下位層に送信するように構成されている送信器と
を具えたことを特徴とするワイヤレス送受信ユニット（ＷＴＲＵ）。
２８．
前記プロセッサは、
少なくとも１つのＲＬＣ  ＰＤＵを生成するとき、改良型ＭＡＣ（ＭＡＣ−ｉ）ヘッダサイズ値を前記使用可能な要求データから減算するようにさらに構成されたことを特徴とする実施形態２７記載のワイヤレス送受信ユニット（ＷＴＲＵ）。
２９．
前記プロセッサは、
少なくとも１つのＲＬＣ  ＰＤＵを生成する前に、改良型ＭＡＣ（ＭＡＣ−ｉ）ヘッダサイズ値を前記使用可能な要求データから減算するようにさらに構成されたことを特徴とする実施形態２７または２８記載のワイヤレス送受信ユニット（ＷＴＲＵ）。
３０．
前記プロセッサは、
データ再送信を実施するようにさらに構成されており、前記データ再送信が少なくとも１つの完全なＲＬＣ  ＰＤＵとして送信され、また、
前記使用可能な要求データサイズを、前記再送信されるＲＬＣ  ＰＤＵのサイズだけ削減するようにさらに構成されていることを特徴とする前記実施形態のいずれかに記載のワイヤレス送受信ユニット（ＷＴＲＵ）。
３１．
前記プロセッサは、
ＲＬＣ  ＰＤＵを再送信するとき、改良型ＭＡＣ（ＭＡＣ−ｉ）ヘッダサイズ値を前記使用可能な要求データから減算するようにさらに構成されていることを特徴とする実施形態３０記載のワイヤレス送受信ユニット（ＷＴＲＵ）。
３２．
前記プロセッサは、
前記使用可能な要求データサイズを削減するとき、改良型ＭＡＣ（ＭＡＣ−ｉ）ヘッダサイズ値を再送信されるＲＬＣ  ＰＤＵの数で乗算したものを減算するようにさらに構成されたことを特徴とする実施形態３０または３１記載のワイヤレス送受信ユニット（ＷＴＲＵ）。
３３．
無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成するための基地局において、
ＲＬＣサービスデータユニット（ＳＤＵ）を受信するように構成されている受信器と、
ＲＬＣ  ＰＤＵを生成するように構成されているプロセッサであって、ＲＬＣデータが使用可能であるとき、前記ＲＬＣ  ＰＤＵのサイズが最小ＲＬＣ  ＰＤＵサイズと最大ＲＬＣ  ＰＤＵサイズとの間の制限を受ける、プロセッサと
を具えたことを特徴とする基地局。
【図１】
2015167384.tif 000003
【図２】
2015167384.tif 000004
【図３】
2015167384.tif 000005
【図４】
2015167384.tif 000006
【図５】
2015167384.tif 000007
【図６】
2015167384.tif 000008
【図７】
2015167384.tif 000009
【手続補正書】
【提出日】平成27年6月8日(2015.6.8)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成する方法であって、前記方法は、
現在の拡張個別チャネル（Ｅ−ＤＣＨ）トランスポートフォーマット組合せ（Ｅ−ＴＦＣ）選択、最小ＲＬＣ  ＰＤＵサイズ、および送信されることになるデータ量に基づいて、前記ＲＬＣ  ＰＤＵに対するデータフィールドサイズを決定するステップと、
前記決定されたデータフィールドサイズに基づいて前記ＲＬＣ  ＰＤＵを生成するステップと
を備えたことを特徴とする方法。
【請求項２】
送信されることになる前記データ量が前記最小ＲＬＣ  ＰＤＵサイズ以上のＲＣＬ  ＰＤＵを作成するのに十分であるという条件で、前記データフィールドサイズは、前記ＲＬＣ  ＰＤＵサイズが前記最小ＲＬＣ  ＰＤＵサイズ以上になるように決定されることを特徴とする請求項１に記載の方法。
【請求項３】
送信されることになる前記データ量が前記最小ＲＬＣ  ＰＤＵサイズのＲＣＬ  ＰＤＵを作成するのに不十分であるという条件で、前記データフィールドサイズは、前記ＲＬＣ  ＰＤＵサイズが前記最小ＲＬＣ  ＰＤＵサイズ未満になるように決定されることを特徴とする請求項１に記載の方法。
【請求項４】
前記最小ＲＬＣ  ＰＤＵサイズの表示を、無線リソース制御（ＲＲＣ）シグナリングを介して受信するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項５】
前記ＲＬＣ  ＰＤＵサイズは、最大ＲＬＣ  ＰＤＵサイズ以下であることを特徴とする請求項１に記載の方法。
【請求項６】
前記最大ＲＬＣ  ＰＤＵサイズの表示を、無線リソース制御（ＲＲＣ）シグナリングを介して受信するステップをさらに備えたことを特徴とする請求項５に記載の方法。
【請求項７】
前記ＲＬＣ  ＰＤＵを、現在の送信時間間隔（ＴＴＩ）で送信するステップをさらに備えたことを特徴とする請求項１に記載の方法。
【請求項８】
前記ＲＬＣ  ＰＤＵが生成される場合に、前記ＲＬＣ  ＰＤＵサイズは、媒体アクセス制御（ＭＡＣ）エンティティによって追加されることになるＭＡＣ−ｉヘッダの加算を構成することを特徴とする請求項１に記載の方法。
【請求項９】
無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）を生成する無線送受信ユニット（ＷＴＲＵ）であって、前記ＷＴＲＵは、
現在の拡張個別チャネル（Ｅ−ＤＣＨ）トランスポートフォーマット組合せ（Ｅ−ＴＦＣ）選択、最小ＲＬＣ  ＰＤＵサイズ、および送信されることになるデータ量に基づいて、前記ＲＬＣ  ＰＤＵに対するデータフィールドサイズを決定し、
前記決定されたデータフィールドサイズに基づいて前記ＲＬＣ  ＰＤＵを生成する
ように構成されたプロセッサを備えたことを特徴とするＷＴＲＵ。
【請求項１０】
送信されることになる前記データ量が前記最小ＲＬＣ  ＰＤＵサイズ以上のＲＣＬ  ＰＤＵを作成するのに十分であるという条件で、前記データフィールドサイズは、前記ＲＬＣ  ＰＤＵサイズが前記最小ＲＬＣ  ＰＤＵサイズ以上になるように決定されることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１１】
送信されることになる前記データ量が前記最小ＲＬＣ  ＰＤＵサイズのＲＣＬ  ＰＤＵを作成するのに不十分であるという条件で、前記データフィールドサイズは、前記ＲＬＣ  ＰＤＵサイズが前記最小ＲＬＣ  ＰＤＵサイズ未満になるように決定されることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１２】
前記プロセッサは、前記最小ＲＬＣ  ＰＤＵサイズの表示を、無線リソース制御（ＲＲＣ）シグナリングを介して受信するようにさらに構成されることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１３】
前記ＲＬＣ  ＰＤＵサイズは、最大ＲＬＣ  ＰＤＵサイズ以下であることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１４】
前記プロセッサは、前記最大ＲＬＣ  ＰＤＵサイズの表示を、無線リソース制御（ＲＲＣ）シグナリングを介して受信するようにさらに構成されることを特徴とする請求項１３に記載のＷＴＲＵ。
【請求項１５】
前記プロセッサは、前記ＲＬＣ  ＰＤＵを、現在の送信時間間隔（ＴＴＩ）で送るようにさらに構成されることを特徴とする請求項９に記載のＷＴＲＵ。
【請求項１６】
前記ＲＬＣ  ＰＤＵが生成される場合に、前記ＲＬＣ  ＰＤＵサイズは、媒体アクセス制御（ＭＡＣ）エンティティによって追加されることになるＭＡＣ−ｉヘッダの加算を構成することを特徴とする請求項９に記載のＷＴＲＵ。