(57)【要約】  ｅｖｏｌｖｅｄ高速パケットアクセス（ＨＳＰＡ）内の確認モード（ＡＭ）無線リンク制御（ＲＬＣ）のアーキテクチャおよび方法が開示される。ＲＬＣは、ＡＭで動作し、柔軟なサイズのプロトコルデータユニット（ＰＤＵ）を処理するように構成される。具体的には、ＰＤＵを下位層に配信する時点またはその直前にのみＲＬＣ  ＳＤＵがセグメント化および／または連結されるＡＭ  ＲＬＣのアーキテクチャおよび方法である。これは、ＡＭ  ＲＬＣの柔軟なＰＤＵサイズをサポートするために下位層とのインターフェースを含む。
2010521923.tif 000002
【特許請求の範囲】
【請求項１】
柔軟な確認モード（ＡＭ）プロトコルデータユニット（ＰＤＵ）サイズを処理する方法であって、
無線リンク制御（ＲＬＣ）サービスデータユニット（ＳＤＵ）を受信することと、
ＲＬＣが柔軟なＰＤＵサイズに構成されているかどうかを判定することと、
前記ＲＬＣ  ＳＤＵを処理することと
を備えることを特徴とする方法。
【請求項２】
ＲＬＣ  ＳＤＵの処理は、ＲＬＣ  ＳＤＵを固定長の確認モードデータ（ＡＭＤ）ＰＤＵにセグメント化および／または連結することと、前記ＲＬＣが柔軟なＰＤＵサイズに構成されていない場合に固定長の前記ＡＭＤ  ＰＤＵを送信バッファに格納することとを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ＲＬＣが柔軟なＰＤＵサイズに構成されているときＲＬＣ  ＳＤＵの処理は、前記ＲＬＣ  ＳＤＵを送信バッファに格納することと、下位層から要求を受信することと、前記ＲＬＣ  ＳＤＵを前記送信バッファから除去することと、柔軟なＰＤＵを作成することとを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記受信される要求は、サイズＸのＮ個のＰＤＵの要求であることを特徴とする請求項３に記載の方法。
【請求項５】
前記受信される要求は、データの最大量の要求であることを特徴とする請求項３に記載の方法。
【請求項６】
前記受信される要求は、最大ＲＬＣ  ＰＤＵサイズの要求であることを特徴とする請求項３に記載の方法。
【請求項７】
前記下位層は、メディアアクセス制御（ＭＡＣ）を含むことを特徴とする請求項３に記載の方法。
【請求項８】
下位層によって要求される前記ＰＤＵサイズは、上位層によって構成された最大値を下回ることを特徴とする請求項３に記載の方法。
【請求項９】
下位層によって要求される前記ＰＤＵサイズは、上位層によって構成された最小値を超えることを特徴とする請求項３に記載の方法。
【請求項１０】
ＳＴＡＴＵＳ  ＰＤＵは、バッファされたＲＬＣ  ＳＤＵのサイズの和が、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項３に記載の方法。
【請求項１１】
ＳＴＡＴＵＳ  ＰＤＵは、送信される次のＲＬＣ  ＳＤＵのサイズが、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項３に記載の方法。
【請求項１２】
ＳＴＡＴＵＳ  ＰＤＵは、すべてのバッファされたＲＬＣ  ＳＤＵの前記ＳＴＡＴＵＳ  ＰＤＵとの前記連結が、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項３に記載の方法。
【請求項１３】
ＳＴＡＴＵＳ  ＰＤＵは、前記次のＲＬＣ  ＳＤＵの前記ＳＴＡＴＵＳ  ＰＤＵとの連結が、下位層によって判定された前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項３に記載の方法。
【請求項１４】
長さインジケータは、パディングまたはピギーバックされたＳＴＡＴＵＳ  ＰＤＵが前記ＡＭＤ  ＰＤＵに含まれるかどうかを定義するために使用されることを特徴とする請求項３に記載の方法。
【請求項１５】
長さインジケータは、ＡＭＤ  ＰＤＵ内のＲＬＣ  ＳＤＵ間の境界を定義するために使用されることを特徴とする請求項３に記載の方法。
【請求項１６】
送信機と、
受信機と、
確認モード（ＡＭ）で動作し、柔軟なサイズのプロトコルデータユニット（ＰＤＵ）を処理するように構成された無線リンク制御（ＲＬＣ）と
を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
【請求項１７】
前記ＲＬＣは、
送信側と、
受信側と、
前記送信側と前記受信側との間の機能を管理するように構成されたＲＬＣ制御ユニットと
をさらに備えることを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項１８】
前記送信側は、
送信バッファと、
セグメンテーション／連結ユニットと、
ＲＬＣヘッダ追加ユニットと、
再送信バッファおよび管理ユニットと、
マルチプレクサ（ＭＵＸ）と、
ＰＤＵヘッダおよびピギーバックされたＳＴＡＴＵＳ  ＰＤＵのフィールドを設定するように構成されたフィールド設定ユニットと、
暗号化ユニットと
をさらに備えることを特徴とする請求項１７に記載のＷＴＲＵ。
【請求項１９】
第２の送信バッファをさらに備えることを特徴とする請求項１８に記載のＷＴＲＵ。
【請求項２０】
前記セグメンテーション／連結ユニットは、セグメンテーションバッファを含むことを特徴とする請求項１８に記載のＷＴＲＵ。
【請求項２１】
前記受信側は、
逆多重化／ルーティングユニットと、
暗号解読ユニットと、
受信バッファおよび再送信管理ユニットと、
ＲＬＣヘッダ除去およびピギーバック情報抽出ユニットと、
再アセンブリユニットと
をさらに備えることを特徴とする請求項１７に記載のＷＴＲＵ。
【請求項２２】
送信機と、
受信機と、
ＭＡＣプロトコルデータユニット（ＰＤＵ）を受信し、ＲＬＣ  ＰＤＵを抽出し、ＲＬＣ  ＰＤＵを転送し、前記ＰＤＵサイズを前記ＲＬＣに示すように構成された受信メディアアクセス制御（ＭＡＣ）サブレイヤと受信無線リンク制御（ＲＬＣ）サブレイヤとの間のインターフェースと
を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
【請求項２３】
前記ＲＬＣ  ＰＤＵの前記サイズは、ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブを使用して示されることを特徴とする請求項２２に記載のＷＴＲＵ。
【請求項２４】
前記ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、ビットで測定された前記ＰＤＵサイズを示すことを特徴とする請求項２３に記載のＷＴＲＵ。
【請求項２５】
前記ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、オクテットで測定された前記ＰＤＵサイズを示すことを特徴とする請求項２３に記載のＷＴＲＵ。
【請求項２６】
前記ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、受信した個々の無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）の合計サイズを示すことを特徴とする請求項２３に記載のＷＴＲＵ。
【請求項２７】
前記ＲＬＣ  ＰＤＵの前記合計サイズは、ビットで測定されることを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項２８】
前記ＲＬＣ  ＰＤＵの前記合計サイズは、オクテットで測定されることを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項２９】
前記ＲＬＣ  ＰＤＵの前記合計サイズは、個々のＲＬＣ  ＰＤＵのサイズの和を含むことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項３０】
前記ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、受信したトランスポートブロックのサイズを示すことを特徴とする請求項２６に記載のＷＴＲＵ。
【請求項３１】
送信機と、
受信機と、
メディアアクセス制御（ＭＡＣ）に配信されるすべての無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）の和に対応する前記ＭＡＣ層での最大ＰＤＵサイズパラメータを判定し、前記最大サイズパラメータを前記ＲＬＣ層に示すように構成された送信ＭＡＣサブレイヤおよび送信ＲＬＣサブレイヤの間のインターフェースと
を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
【請求項３２】
前記最大サイズパラメータは、ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブを使用して送られることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３３】
前記最大サイズパラメータは、ビットで測定されることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３４】
前記最大サイズパラメータは、オクテットで測定されることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３５】
前記最大サイズパラメータは、伝送時間間隔（ＴＴＩ）ごとに測定されることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３６】
前記最大サイズパラメータは、任意の固定の時間期間で測定されることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３７】
前記最大サイズパラメータは、前記ＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄｉｃａｔｉｏｎプリミティブを使用して最大サイズが示される次回までに前記ＲＬＣが配信することができるデータの量であることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３８】
前記インターフェースは、
前記ＭＡＣ層がサイズＸのＮ個のＰＤＵを要求するとき、ＮパラメータおよびＸパラメータをさらに備えることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項３９】
前記インターフェースは、
エアーインターフェースのデータ容量に基づいて前記最大サイズパラメータを判定するように構成された回路をさらに備えることを特徴とする請求項３１に記載のＷＴＲＵ。
【請求項４０】
前記インターフェースは、
無線条件およびユーザデータのスケジューリングに基づいて前記エアーインターフェースの前記データ容量を判定定するように構成された回路をさらに備えることを特徴とする請求項３７に記載のＷＴＲＵ。
【請求項４１】
無線リンク制御（ＲＬＣ）サービスデータユニット（ＳＤＵ）を受信するように構成されたプロセッサと、
ＲＬＣが柔軟なＰＤＵサイズに構成されているかどうかを判定するように構成されたプロセッサと、
前記ＲＬＣ  ＳＤＵを処理するように構成されたプロセッサと
を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
【請求項４２】
ＲＬＣ  ＳＤＵの処理は、ＲＬＣ  ＳＤＵを固定長の確認モードデータ（ＡＭＤ）プロトコルデータユニット（ＰＤＵ）にセグメント化および／または連結することと、前記ＲＬＣが柔軟なＰＤＵサイズに構成されていない場合に固定長の前記ＡＭＤ  ＰＤＵを送信バッファに格納することとを含むことを特徴とする請求項４１に記載のＷＴＲＵ。
【請求項４３】
前記ＲＬＣが柔軟なＰＤＵサイズに構成されているときのＲＬＣ  ＳＤＵの処理は、前記ＲＬＣ  ＳＤＵを送信バッファに格納することと、下位層から要求を受信することと、前記ＲＬＣ  ＳＤＵを前記送信バッファから除去することと、柔軟なＰＤＵを作成することとを含むことを特徴とする請求項４１に記載のＷＴＲＵ。
【請求項４４】
柔軟な確認モード（ＡＭ）プロトコルデータユニット（ＰＤＵ）サイズを処理するように構成された無線送信／受信ユニット（ＷＴＲＵ）であって、
確認モードデータ（ＡＭＤ）および制御プロトコルデータユニット（ＰＤＵ）を受信することと、
前記ＲＬＣが柔軟なＰＤＵサイズに構成されているかどうかの第１の判定を行うことと、
前記第１の判定が肯定である場合、前記受信したＡＭＤ  ＰＤＵを処理することと、
前記第１の判定が否定である場合、固定のＰＤＵサイズが上位層によって構成されているかどうかの第２の判定を行うことと、
前記第２の判定が肯定である場合、前記ＰＤＵが異なるサイズであるかどうかの第３の判定を行うことと、
前記第３の判定が肯定である場合、異なるサイズの前記ＰＤＵを廃棄することと、
前記第３の判定が否定である場合、前記受信したＡＭＤ  ＰＤＵを処理することと、
ＡＭＤ  ＰＤＵサイズは受信した前記第１のＰＤＵに基づき、前記第２の判定が否定である場合、前記ＰＤＵが異なるサイズであるかどうかの第４の判定を行うことと、
前記第４の判定が肯定である場合、異なるサイズの前記ＰＤＵを廃棄することと、
前記第４の判定が否定である場合、前記受信したＡＭＤ  ＰＤＵを処理することと
を備えることを特徴とするＷＴＲＵ。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、無線通信に関する。
【背景技術】
【０００２】
無線リンク制御（ＲＬＣ）プロトコルは、制御およびユーザデータのセグメンテーション、再送信、およびフロー制御のサービスを提供する３ＧＰＰ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍｓ（ＵＭＴＳ）内のＬｅｖｅｌ２（Ｌ２）プロトコルである。ＲＬＣは、透過モード（ＴＭ：Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ）、未確認モード（ＵＭ：Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）、および確認モード（ＡＭ：Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ  Ｍｏｄｅ）で動作するように構成することができる。ＴＭ  ＲＬＣ機能は、ユーザデータの転送、ならびにセグメンテーションおよび再アセンブリ機能を含む。ＵＭ  ＲＬＣ機能は、ユーザデータの転送、セグメンテーションおよび再アセンブリ機能、暗号化、ならびにシーケンス化を含む。ＡＭ  ＲＬＣは、再送信を通じて信頼性を提供する。ＡＭ  ＲＬＣ機能は、ユーザデータの転送、セグメンテーションおよび再アセンブリ機能、エラー訂正、重複検出、プロトコルエラー検出および回復、ならびに暗号化を含む。ＡＭ  ＲＬＣは、パケット交換データサービスのようなより高い伝送信頼性を要求するサービスにエラー訂正を提供する自動リピート要求（ＡＲＱ）機能を含む。図１は、典型的なＡＭ  ＲＬＣアーキテクチャを示す詳細ブロック図である。
【０００３】
より最近、３ＧＰＰリリース７の標準化取組みの一環として、ＡＭ  ＲＬＣの機能強化が提案されている。ＡＭ  ＲＬＣが単一のＰＤＵサイズで動作するように上位層によって構成される３ＧＰＰリリース６標準の機能強化としてＡＭ  ＲＬＣ向けの柔軟なプロトコルデータユニット（ＰＤＵ）のサイズが導入された。これは、ＲＬＣがスループットのボトルネックになると示されており、高いデータレートにおいてＲＬＣがストールする可能性を低減するものと期待される。
【０００４】
改善されたＡＭ  ＲＬＣは、固定のＰＤＵサイズではなく、最大のＰＤＵサイズで動作するように構成されるので、最大ＰＤＵサイズよりも大きいサービスデータユニット（ＳＤＵ）をセグメント化するだけであろう。次いで、ＲＬＣ  ＰＤＵは、ダウンリンクのＮｏｄｅ−Ｂの新しい拡張高速メディアアクセス制御（ＭＡＣ−ｅｈｓ）層においてセグメント化および／または連結されることになり、この場合、理想的なトランスポートブロックサイズは瞬間的なチャネル条件に基づいて選択される。
【０００５】
図１の先行技術で示されているように、既存の３ＧＰＰリリース６  ＡＭ  ＲＬＣアーキテクチャは、固定長のＰＤＵをエアーインターフェース上で伝送するために下位層に配信する。固定のＰＤＵサイズは、上位層によって構成される半静的パラメータである。固定のＰＤＵサイズを変更するために、ＲＬＣ再確立手順が行われなければならず、これはＳＤＵの損失の原因となる可能性がある。
【発明の概要】
【発明が解決しようとする課題】
【０００６】
柔軟なＡＭ  ＲＬＣ  ＰＤＵサイズでは、ＲＬＣの伝送は最大ＡＭ  ＲＬＣ  ＰＤＵサイズによって課せられる制限内でＰＤＵが構成される限り、可変サイズのＰＤＵを配信することができるべきである。最大ＲＬＣ  ＰＤＵサイズは、ＳＤＵの損失または遅延など、さらなる影響なく再構成可能であるべきである。既存のＡＭ  ＲＬＣモデルは、最大ＲＬＣ  ＰＤＵサイズのシームレスな再構成を適切にサポートしない。さらに、他の基本的なＲＬＣ手順ならびに下位層へのインターフェースは、柔軟なＰＤＵサイズの導入を考慮して最適化されるべきである。
【課題を解決するための手段】
【０００７】
ｅｖｏｌｖｅｄ高速パケットアクセス（ＨＳＰＡ）内での確認モード（ＡＭ）無線リンク制御（ＲＬＣ）のアーキテクチャおよび方法が開示される。具体的には、ＰＤＵを下位層に配信する時点またはその直前にＲＬＣ  ＳＤＵがセグメント化および／または連結されるＡＭ  ＲＬＣのアーキテクチャおよび方法である。これは、ＡＭ  ＲＬＣの柔軟なＰＤＵサイズをサポートするために下位層とのインターフェースを含む。
【０００８】
さらに詳細な理解は、添付の図面と併せて例として示される、以下の説明から得ることができる。
【図面の簡単な説明】
【０００９】
【図１】先行技術におけるＲＬＣ  ＡＭの一例を示すブロック図である。
【図２】１つの実施形態によるＡＭ  ＲＬＣアーキテクチャの一例を示すブロック図である。
【図３】１つの代替実施形態によるＡＭ  ＲＬＣアーキテクチャの一例を示すブロック図である。
【図４】１つの代替実施形態によるＡＭ  ＲＬＣアーキテクチャの一例を示すブロック図である。
【図５】送信側において行われるＡＭ  ＲＬＣの方法を示す流れ図である。
【図６】受信側において行われるＡＭ  ＲＬＣの方法を示す流れ図である。
【発明を実施するための形態】
【００１０】
これ以降で参照される場合、用語「無線送信／受信ユニット（ＷＴＲＵ）」はユーザ機器（ＵＥ）、移動局、固定または移動加入者ユニット、ページャー、セルラー電話、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境において動作することのできる他の任意のタイプのユーザ装置を含むが、これらに限定されない。これ以降で参照される場合、用語「基地局」はＮｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境において動作することのできる他の任意のタイプのインターフェースデバイスを含むが、これらに限定されない。
【００１１】
１つの実施形態によれば、柔軟なプロトコルデータユニット（ＰＤＵ）サイズの作成をサポートする新しい確認モード（ＡＭ）無線リンク制御（ＲＬＣ）のアーキテクチャが開示される。具体的には、ＲＬＣサービスデータユニット（ＳＤＵ）は、ＰＤＵを下位層に配信する時点またはその直前にセグメント化および／または連結されるだけである。他の新しいＡＭ  ＲＬＣ手順、ならびに下位層との新しいインターフェースは、ＡＭ  ＲＬＣのための柔軟なＰＤＵサイズの生成をさらに適切にサポートするために、含まれる。以下で説明される手順はＡＭ  ＲＬＣのダウンリンク（ＤＬ）オペレーションに関連するが、その概念はＡＭ  ＲＬＣのアップリンク（ＵＬ）オペレーションに適用することもできる。以下の説明は、ＲＬＣが、フルサイズのＰＤＵ、つまり下位層によって要求されたサイズ、または無線リソース制御（ＲＲＣ）層によって決定された最大サイズのＰＤＵを作成するのに十分なデータを有することを前提とする。ＲＬＣが、少量のバッファされたデータしか収容しない場合もあり、その場合は要求されたサイズよりも小さいか、または最大サイズよりも小さいＰＤＵを作成するであろう。
【００１２】
図２は、１つの実施形態によるＡＭ  ＲＬＣエンティティ２００を示すブロック図である。ＡＭ  ＲＬＣエンティティ２００は、送信側２１５および受信側２１７を含む。図２において、１つの論理チャネル２０５（実線で示す）および２つの論理チャネル２１０ａおよび２１０ｂ（破線で示す）が示される。
【００１３】
ＡＭ  ＲＬＣエンティティ２００の送信側２１５は、確認モードサービスアクセスポイント（ＡＭ  ＳＡＰ）２２０を通じて、上位層２０２からＲＬＣ  ＳＤＵを受信し、送信バッファ２２５、再送信およびバッファ管理ユニット２３０、マルチプレクサ２３５（ＭＵＸ）、（例えば、ポールビットを設定するなど）ＰＤＵヘッダおよびピギーバックされたＳＴＡＴＵＳ  ＰＤＵのフィールドを設定するフィールド設定ユニット２３７、暗号化ユニット２３８、セグメンテーション／連結ユニット２４０、およびＲＬＣヘッダ追加ユニット２４５を含む。ＡＭ  ＲＬＣエンティティ２００の受信側２１７は、構成された論理チャネルである１つの論理チャネル２０５（実線で示す）および２つの論理チャネル２１０ａおよび２１０ｂ（破線で示す）を通じて、ＡＭＤおよび制御ＰＤＵを下位層から受信する。受信側２１７は、逆多重化／ルーティングユニット２４２、暗号解読ユニット２４４、受信バッファおよび再送信管理ユニット２４６、ＲＬＣヘッダ除去およびピギーバック情報抽出ユニット２４８、および再アセンブリユニット２４９を含む。ＲＬＣ制御ユニット２５０は、送信側２１５と受信側２１７との間の機能を管理する。
【００１４】
柔軟なＰＤＵサイズが構成されている場合、ＲＬＣ  ＳＤＵは、送信バッファ２２５にバッファされる。固定のＲＬＣ  ＰＤＵサイズが構成されている場合、ＲＬＣ  ＳＤＵは、固定長の確認モードデータ（ＡＭＤ）ＰＤＵにセグメント化および／または連結される。受信したＲＬＣ  ＳＤＵが、ＡＭＤ  ＰＤＵで利用可能なスペースの長さよりも大きい場合、セグメンテーションが行われる。ＡＭＤ  ＰＤＵサイズは、上位層によって構成される半静的な値にすることができ、上位層によってＡＭ  ＲＬＣエンティティの再確立を通じて変更することができる。
【００１５】
柔軟なＲＬＣ  ＰＤＵサイズが構成されている場合、下位層によって要求された１つのＰＤＵまたは複数のＰＤＵの作成に先立って、１つまたは複数のＲＬＣ  ＳＤＵが送信バッファ２２５から除去される。ＳＤＵが、上位層によって構成された最大ＲＬＣ  ＰＤＵサイズよりも大きい場合、ＲＬＣ  ＳＤＵはセグメント化される。連結は、最大ＲＬＣ  ＰＤＵサイズまで行うことができる。最大ＲＬＣ  ＰＤＵサイズは、上位層によって送信側２１５において構成される半静的変数である。柔軟なＲＬＣ  ＰＤＵサイズは、アップリンクまたはダウンリンクのいずれかにおいて構成することができる。代替として、ＳＤＵが、下位層（ＭＡＣサブレイヤ）によって要求される最大ＲＬＣ  ＰＤＵサイズよりも大きい場合、ＲＬＣ  ＳＤＵはセグメント化することができる。下位層によって要求される最大ＲＬＣ  ＰＤＵサイズは、上位層によって構成された最大ＲＬＣ  ＰＤＵサイズよりも小さいべきである。
【００１６】
ＡＭＤ  ＰＤＵは、セグメント化および／または連結されたＲＬＣ  ＳＤＵを収容することができる。ＡＭＤ  ＰＤＵは、有効なサイズとなるようにパディングを収容することもできる。固定のＲＬＣ  ＰＤＵサイズが構成されている場合、有効サイズは、構成された固定のＲＬＣ  ＰＤＵサイズに対応するであろう。柔軟なＲＬＣ  ＰＤＵサイズが構成されている場合、有効サイズは、オクテットでそろえたＲＬＣ  ＰＤＵサイズに対応する。例えば、３１７ビットの利用可能データしかない場合、ＲＬＣ  ＰＤＵをオクテットでそろえるために３つのパディングビットを追加する必要があろう。パディングは、最小ＲＬＣ  ＰＤＵペイロードサイズが上位層によって指定される場合のシナリオにおいて適用することもできる。固定のＲＬＣ  ＰＤＵサイズが構成されている場合、長さインジケータは、ＡＭＤ  ＰＤＵ内のＲＬＣ  ＳＤＵ間の境界を定義するために使用することができる。長さインジケータは、パディングまたはピギーバックされたＳＴＡＴＵＳ  ＰＤＵがＡＭＤ  ＰＤＵに含まれるかどうかを定義するために使用することもできる。ピギーバックされたＳＴＡＴＵＳ  ＰＤＵは、ＳＴＡＴＵＳ  ＰＤＵが作成され、その時点で送信されるべきＲＬＣ  ＰＤＵには十分な利用可能フリースペースがあるときに含まれるであろう。ＲＬＣが要求されたＰＤＵサイズまたは最大ＰＤＵサイズにフィットする十分なデータを有しない場合、ＳＴＡＴＵＳ  ＰＤＵを追加することになる。柔軟なＲＬＣ  ＰＤＵサイズが構成されている場合、長さインジケータのサイズは、上位層２０２によって構成することができる。
【００１７】
セグメンテーションおよび／または連結が行われた後、ＡＭＤ  ＰＤＵは、再送信バッファ２３０内およびマルチプレクサ（ＭＵＸ）２３５に置くことができる。また、別個のバッファ（図示せず）を、新しいＰＤＵおよび再送信ＰＤＵのために維持することができる。
【００１８】
再送信バッファ２３０にバッファされたＡＭＤ  ＰＤＵは、ピアＡＭ  ＲＬＣエンティティによって送信されたＳＴＡＴＵＳ  ＰＤＵまたはピギーバックＳＴＡＴＵＳ  ＰＤＵ内で見つけられたステータスレポートに基づいて削除または再送信される。このステータスレポートは、ピアＡＭ  ＲＬＣエンティティによって受信された個々のＡＭＤ  ＰＤＵの肯定または否定応答を収容することができる。
【００１９】
マルチプレクサ（ＭＵＸ）２３５は、再送信バッファ２３０からのＡＭＤ  ＰＤＵを多重化する。多重化されたＡＭＤ  ＰＤＵは、再送信することができ、新しく生成されたＡＭＤ  ＰＤＵは、セグメンテーション／連結機能２４０から配信することができる。
【００２０】
ＰＤＵはＲＬＣヘッダ追加ユニット２４５に配信されてＡＭＤ  ＰＤＵヘッダを完成し、好ましくはパディングをピギーバックされたステータス情報と置き換える。ピギーバックされたＳＴＡＴＵＳ  ＰＤＵは、ＡＭＤ  ＰＤＵのフリースペースの量に適合させるために可変サイズにすることができる。ＡＭＤ  ＰＤＵヘッダは、ポーリングビットなど、様々なフィールドで設定する値を示すＲＬＣ制御ユニット２５０からの入力に基づいて完成される。機能は、ＲＥＳＥＴおよびＲＥＳＥＴ  ＡＣＫ  ＰＤＵのような、ＲＬＣ制御ユニット２５０から、およびピギーバックされたＳＴＡＴＵＳおよびＳＴＡＴＵＳ  ＰＤＵのような、受信バッファから受信された制御ＰＤＵをＡＭＤ  ＰＤＵと多重化することができる。
【００２１】
暗号化は、ＡＭＤ  ＰＤＵに適用することができる。ＡＭＤ  ＰＤＵヘッダは暗号化されない。ＡＭＤ  ＰＤＵのピギーバックされたＳＴＡＴＵＳ  ＰＤＵおよびパディングは暗号化することができる。ＳＴＡＴＵＳ  ＰＤＵ、ＲＥＳＥＴ  ＰＤＵ、およびＲＥＳＥＴ  ＡＣＫ  ＰＤＵなどの制御ＰＤＵは、暗号化されない。
【００２２】
ＡＭ  ＲＬＣエンティティの送信側２１５は、１つまたは２つの専用制御チャネル（ＤＣＣＨ）または専用トラフィックチャネル（ＤＴＣＨ）のいずれかを通じて、ＡＭＤ  ＰＤＵを下位層にサブミットする。
【００２３】
ＲＬＣ  ＳＤＵは、ＲＬＣがＰＤＵを送信のために下位層に配信することができるまで可能な限り長く送信バッファでそのままにすべきである。先行のシステムで説明されている既存のＳＤＵ廃棄手順は、（ＳＤＵまたはＳＤＵのセグメントを収容する）ＲＬＣ  ＰＤＵが再送信の最大数を超えたとき、またはＳＤＵ廃棄タイマーが満了したときにＲＬＣ  ＳＤＵが廃棄されるＳＤＵ送信バッファに適用可能である。さらに具体的には、後者の場合、上位層から受信されるあらゆるＳＤＵについて、ｔｉｍｅｒ＿ｄｉｓｃａｒｄが開始される。これは、最大ＲＬＣ  ＳＤＵ遅延を制御する。
【００２４】
好ましくは、メディアアクセス制御（ＭＡＣ）サブレイヤは、各伝送時間間隔（ＴＴＩ）でＡＭ  ＲＬＣによって送信されるべきバイト数を決定すべきである。ＡＭ  ＲＬＣと下位層との間のインターフェースについては、以下で議論する。
【００２５】
図３は、ＡＭ  ＲＬＣアーキテクチャ３００の１つの代替実施形態である。ＡＭ  ＲＬＣエンティティ３００は、送信側３１５および受信側３１７を含む。図３において、１つの論理チャネル３０５（実線で示す）および２つの論理チャネル３１０ａおよび３１０ｂ（破線で示す）が示される。
【００２６】
ＡＭ  ＲＬＣエンティティ３００の送信側３１５は、確認モードサービスアクセスポイント（ＡＭ  ＳＡＰ）３２０を通じて、上位層３０２からＲＬＣ  ＳＤＵを受信し、送信バッファ３２５、再送信およびバッファ管理ユニット３３０、マルチプレクサ３３５（ＭＵＸ）、ＰＤＵヘッダおよびピギーバックされたＳＴＡＴＵＳ  ＰＤＵのフィールドを設定（例えば、ポールビットを設定）するフィールド設定ユニット３３７、暗号化ユニット３３８、セグメンテーション／連結ユニット３４０、およびＲＬＣヘッダ追加ユニット３４５を含む。ＡＭ  ＲＬＣエンティティ３００の受信側３１７は、構成された論理チャネルである１つの論理チャネル３０５（実線で示す）および２つの論理チャネル３１０ａおよび３１０ｂ（破線で示す）を通じて、ＡＭＤおよび制御ＰＤＵを下位層から受信する。受信側３１７は、逆多重化／ルーティングユニット３４２、暗号解読ユニット３４４、受信バッファおよび再送信管理ユニット３４６、ＲＬＣヘッダ除去およびピギーバック情報抽出ユニット３４８、および再アセンブリユニット３４９を含む。この代替実施形態において、ＲＬＣ  ＰＤＵがヘッダのフィールドの設定、暗号化、および下位層への配信に先立ち、一時的に格納することができる送信バッファ３１２は、送信側３１５でＭＵＸ３３５の後に含むことができる。ＲＬＣ制御ユニット３５０は、送信側３１５と受信側３１７との間の機能を管理する。
【００２７】
図４は、ＡＭ  ＲＬＣアーキテクチャ４００の１つの代替実施形態である。ＡＭ  ＲＬＣエンティティ４００は、送信側４１５および受信側４１７を含む。図４において、１つの論理チャネル４０５（実線で示す）および２つの論理チャネル４１０ａおよび４１０ｂ（破線で示す）が示される。
【００２８】
ＡＭ  ＲＬＣエンティティ４００の送信側４１５は、確認モードサービスアクセスポイント（ＡＭ  ＳＡＰ）４２０を通じて、上位層４０２からＲＬＣ  ＳＤＵを受信し、送信バッファ４２５、再送信およびバッファ管理ユニット４３０、マルチプレクサ３３５（ＭＵＸ）、ＰＤＵヘッダおよびピギーバックされたＳＴＡＴＵＳ  ＰＤＵのフィールドを設定（例えば、ポールビットを設定）するフィールド設定ユニット４３７、暗号化ユニット４３８、セグメンテーション／連結ユニット４４０、およびＲＬＣヘッダ追加ユニット４４５を含む。ＡＭ  ＲＬＣエンティティ４００の受信側４１７は、構成された論理チャネルである１つの論理チャネル４０５（実線で示す）および２つの論理チャネル４１０ａおよび４１０ｂ（破線で示す）を通じて、ＡＭＤおよび制御ＰＤＵを下位層から受信する。受信側４１７は、逆多重化／ルーティングユニット４４２、暗号解読ユニット４４４、受信バッファおよび再送信管理ユニット４４６、ＲＬＣヘッダ除去およびピギーバック情報抽出ユニット４４８、および再アセンブリユニット４４９を含む。この代替実施形態において、セグメンテーションバッファ４４３は、セグメンテーション／連結ユニット４４０に含まれる。ＲＬＣ制御ユニット４５０は、送信側４１５と受信側４１７との間の機能を管理する。
【００２９】
図５は、図２のＡＭ  ＲＬＣエンティティの送信側２１５において行われるＡＭ  ＲＬＣ手順５００を示す流れ図である。ＡＭ  ＲＬＣエンティティ２００の送信側２１５は、５１０においてＡＭサービスアクセスポイント２２０（ＳＡＰ）を通じて上位層からＲＬＣ  ＳＤＵを受信する。５２０において柔軟なＰＤＵサイズが構成されている場合、ＲＬＣ  ＳＤＵは、５３０において送信バッファ２２５にバッファされる。続いて、５４０においてサイズＸのＮ個のＰＤＵが要求される。代替として、最大ＲＬＣ  ＰＤＵサイズは下位層によって要求することができるか、またはビットの最大量は下位層によって要求することができるよう。次いで、ＲＬＣ  ＳＤＵは、５５０において送信バッファ２２５から除去される。最後に、５６０において、ＰＤＵは作成される。
【００３０】
５２０において、固定のＲＬＣ  ＰＤＵサイズが構成されている場合、ＲＬＣ  ＳＤＵは、セグメンテーション／連結ユニット２４０によって固定長の確認モードデータＡＭＤ  ＰＤＵにセグメント化および／または連結され、５７０において送信バッファ２２５に格納される。受信したＲＬＣ  ＳＤＵが、ＡＭＤ  ＰＤＵで使用可能なスペースの長さよりも大きい場合、セグメンテーションが行われる。
【００３１】
図６は、受信側において行われるＡＭ  ＲＬＣの方法６００を示す流れ図である。ＲＬＣ  ＰＤＵを受信するとき、ＡＭ  ＲＬＣの受信側は、「固定のＲＬＣ  ＰＤＵサイズ」が構成されている場合、構成された「ダウンリンクＡＭＤ  ＰＤＵサイズ」とは異なるＰＤＵを廃棄または無視するだけであるべきである。また、「柔軟なＲＬＣ  ＰＤＵサイズ」が構成されている場合、有効なヘッダを持つすべてのＰＤＵは、受信側２１７によって処理される。
【００３２】
図２のＡＭ  ＲＬＣエンティティ２００の送信側２１７は、６１０において、構成された論理チャネルを通じて下位層からＡＭＤおよび制御ＰＤＵを受信する。６２０において、柔軟なＰＤＵサイズが構成されている場合、６６０において、受信されたＡＭＤ  ＰＤＵは処理される。
【００３３】
６２０において、固定のＲＬＣ  ＰＤＵサイズが構成されている場合、６３０において、固定のＰＤＵサイズが上位層によって構成されているかどうかについて決定が行われる。固定のＰＤＵサイズが上位層によって構成されている場合、６４０において、ＰＤＵが異なるサイズであるかどうかについての決定が行われる。６４０において、ＰＤＵが異なるサイズである場合、６５０において、異なるサイズのＰＤＵは廃棄される。６４０において、ＰＤＵが同じサイズである場合、６６０において、受信されたＡＭＤ  ＰＤＵは処理される。
【００３４】
６３０において、固定のＰＤＵサイズが構成されていない場合、６７０において、受信された第１のＰＤＵに基づいてＡＭＤ  ＰＤＵサイズが決定される。次いで、６８０において、ＰＤＵが異なるサイズであるかどうかチェックするために決定が行われる。６８０において、ＰＤＵが異なるサイズであると決定される場合、６９０において、異なるサイズのＰＤＵは廃棄される。
【００３５】
最大ＡＭ  ＲＬＣ  ＰＤＵサイズは、上位層によって構成可能である。最大ＡＭ  ＲＬＣ  ＰＤＵサイズは、途絶またはデータ損失なく動的に再構成可能であるべきである。
【００３６】
ＲＬＣが上位層による最大ＲＬＣ  ＰＤＵサイズの変更を示すとき、ＲＬＣは、すべての再送信されるＲＬＣ  ＰＤＵについて、新しい最大ＰＤＵサイズを無視し、第１の送信の場合と同じペイロードユニットを収容するＰＤＵを再送信する。また、ＲＬＣは、情報転送サービスのために下位層にまだ送信または配信されていない任意の他のＲＬＣ  ＰＤＵについて、ＰＤＵに収容されているＳＤＵおよび／またはＳＤＵセグメントを抽出し、新しい最大ＲＬＣ  ＰＤＵサイズに従って新しいＲＬＣ  ＰＤＵを再作成することができる。代替として、ＡＭ  ＲＬＣは、新しい最大ＰＤＵペイロードサイズを無視して既に構築されている既存のＲＬＣ  ＰＤＵを保持することができる。
【００３７】
送信バッファ２２５に格納される未処理のＲＬＣ  ＳＤＵについて、セグメンテーション／連結機能２４０に先立って、ＲＬＣは新しい最大ＲＬＣ  ＰＤＵサイズを使用してＳＤＵをセグメント化／連結することになる。
【００３８】
ＲＬＣとＭＡＣサブレイヤとの間の既存のインターフェースは、先行のシステムにおいて定義されている。ＡＭ  ＲＬＣに使用される既存のＭＡＣプリミティブは、所定の時間において送信されるようＭＡＣが要求しているＰＤＵの数をＲＬＣエンティティに示す。利用可能な固定のサイズは１つしかなかったので、ＭＡＣは、構成されたサイズのＰＤＵの数を要求するだけであった。プリミティブは、好ましくは変更される。ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、ＲＬＣ  ＰＤＵの受信を示すために受信側ＭＡＣによって使用されるものであり、受信された各ＲＬＣ  ＰＤＵのビットまたはオクテットのいずれかで測定されたＰＤＵサイズを含むべきである。代替として、ビットまたはオクテットで測定される受信された個々のＲＬＣ  ＰＤＵのサイズの合計サイズまたは和を示すことができる。別の代替において、受信トランスポートブロックのサイズを示すことができる。
【００３９】
ＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、各論理チャネルについて、データをＭＡＣに転送することができるレートを送信側２１５のＲＬＣに示すものであり、情報転送サービスのためにＭＡＣに配信することができるビットまたはオクテットの最大数を含むべきである。ビットまたはオクテットで測定される最大サイズパラメータは、好ましくは伝送時間間隔ごとに、ＭＡＣに配信されるすべてのＲＬＣ  ＰＤＵの和に対応する。代替として、最大サイズパラメータは、任意の他の固定時間にわたりＲＬＣがＭＡＣに配信することができるデータの最大量として解釈することができる。別の代替において、最大サイズパラメータは、ＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄｉｃａｔｉｏｎプリミティブを使用して最大サイズが示される次回までにＲＬＣが配信することができるデータの量として解釈することができる。代替として、ＭＡＣ層は、ＲＬＣからサイズＸのＮ  ＰＤＵについて要求することができ、その場合、パラメータＮおよびＸはＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄｉｃａｔｉｏｎプリミティブに含まれるであろう。ＭＡＣ層は、次のＴＴＩまたは後続のＴＴＩの間に送信することができるか、または送信されることが期待されるデータの量に基づいて、ＲＬＣに要求するテータの量を判定することができる。伝送時間間隔（ＴＴＩ）の間にエアーインターフェースを介して送信することができるデータの量は、無線チャネル条件および様々なＷＴＲＵ間のスケジューリングに依存する。
【００４０】
ＲＬＣインスタンスの初期セットアップ、追加、または再構成時に、ＭＡＣ−ｈｓは、適宜構成されるべきである。ＭＡＣ−ｈｓは、上位層、具体的には無線リソースコントローラ（ＲＲＣ）によって構成される。ＭＡＣ−ｈｓキューおよびＭＡＣ−ｄフローの構成または再構成を扱うＲＲＣ手順については、先行のシステムで説明されている。しかし、この手順は変更を要する。
【００４１】
変更は、ＭＡＣ−ｄフローおよび論理チャネルのマッピングに依存する。１つの代替は、論理チャネルとＭＡＣ−ｄフローとの間の１対１のマッピングである。別の代替は、ＬＣＨ−ＩＤがＩｕｂフレームプロトコルによって提供される１つのＭＡＣ−ｄフローにおける論理チャネルの多重化である。
【００４２】
手順はまた、柔軟および固定のＲＬＣ  ＰＤＵをサポートするＭＡＣヘッダの最適化に依存することもできる。ＭＡＣヘッダ最適化は、固定のＲＬＣ  ＰＤＵおよび柔軟なＲＬＣ  ＰＤＵの両方を扱うＭＡＣの能力を提供する。このことは、ＭＡＣヘッダ情報が論理チャネルに基づいて変化することを含意する。ＰＤＵサイズが柔軟である場合、長さインジケータ「ＬＩ」は、この論理チャネルに属しているＳＤＵに提供される。代替として、ＰＤＵサイズが固定されている場合、サイズインジケータ「ＳＩＤ」および「Ｎ」（ただし、ＮはＳＩＤフィールドによって示される所与のサイズのＭＡＣに含まれるＰＤＵの数）を提供することができる。
【００４３】
１つの代替実施形態において、すべての論理チャネルは、ＭＡＣ−ｄフローに対して１対１のマッピングを有する。加えて、ＭＡＣヘッダに対する最適化はサポートされていない。これは、ＲＬＣ構成が固定であるか柔軟であるかにかかわりなく、すべてのＭＡＣ  ＳＤＵは同様に取り扱われることになることを含意する。
【００４４】
現在、最大８つのＭＡＣ−ｄフローがダウンリンクに許容される。最大１６の論理チャネルが利用可能である。したがって、これによりＤＬ  ＭＡＣ−ｄフローの数を１６に増やすことが必要となろう。
【００４５】
加えて、標準のＭＡＣ−ｈｓにより、ＭＡＣ−ｄフローは複数のキューにマップすることが可能になる。しかし、ＭＡＣ−ｈｓキューは、１つのＭＡＣ−ｄフローしかマップさせることができない。ＭＡＣ−ｄフローの数を１６に増やすことによって、ＭＡＣ−ｈｓキューは、好ましくは、複数のＭＡＣ−ｄフローのマッピングを可能にする。
【００４６】
無線ベアラに対応し、ＭＡＣ−ｅｈｓへのＭＡＣ−ｄフローを構成する無線リソース制御（ＲＲＣ）手順もまた、変更されるべきである。最大１６のアイデンティティをサポートするＭＡＣ−ｄフローアイデンティティの情報要素（ＩＥ）が含まれている。ＩＥ「ＲＢ  ｍａｐｐｉｎｇ  ｉｎｆｏ（ＲＢマッピング情報）」は、１６のＭＡＣ−ｄフローのうちの１つへの論理チャネルのマッピングをサポートするように変更されるべきである。１つの優先キューへの異なるＭＡＣ−ｄフローのマッピングをサポートするために、これに関連するアクションを含むＩＥ「追加または再構成済みＭＡＣ−ｄフロー（Ａｄｄｅｄ  ｏｒ  ｒｅｃｏｎｆｉｇｕｒｅｄ  ＭＡＣ−ｄ  ｆｌｏｗ）」は変更されるべきである。
【００４７】
新しいＭＡＣ−ｄフローアイデンティティ情報要素が含まれる。ＭＡＣ−ｄフローアイデンティティは、「ＤＬ拡張ＭＡＣ−ｄ  ｆｌｏｗ  ｉｄｅｎｔｉｔｙ（ＤＬ拡張ＭＡＣ−ｄフローアイデンティティ）」である。このＩＥの定義を、以下の表１に示す。
【００４８】
【表１】
2010521923.tif 000003
【００４９】
無線ベアラを構成または再構成するとき、この無線ベアラに関連付けられた論理チャネルは、正しいＭＡＣ−ｄフローアイデンティティにマップされる。柔軟なＲＬＣ  ＰＤＵおよび拡張ＭＡＣ−ｅｈｓをサポートしないシステムにおいて、論理チャネルは、８つのＭＡＣ−ｄフローのうちの１つにマップすることができるが、柔軟なＲＬＣ  ＰＤＵおよび拡張ＭＡＣ−ｅｈｓをサポートするシステムの場合、論理チャネルは好ましくは、新しい１６のＭＡＣ−ｄフローのうちの１つにマップされる。このことは、ＩＥ「ＲＢマッピング情報（ＲＢ  ｍａｐｐｉｎｇ  ｉｎｆｏ）」で反映されるべきである。
【００５０】
好ましくは、マッピングの選択は、ＭＡＣ−ｈｓ構成（標準または拡張）またはＤＬ  ＲＬＣ構成（標準または拡張）に基づいて行われる。ＲＢマッピング情報（ＲＢ  ｍａｐｐｉｎｇ  ｉｎｆｏ）ＩＥの定義を、以下の表２に示す。
【００５１】
【表２】
2010521923.tif 000004
【００５２】
【表３】
2010521923.tif 000005
【００５３】
【表４】
2010521923.tif 000006
【００５４】
このＩＥは、標準ＭＡＣ−ｈｓ構成および拡張ＭＡＣ−ｈｓ構成の両方をサポートするように拡張される。標準または拡張の構成に基づいて、ＭＡＣ−ｈｓは、ＭＡＣ−ｈｓキューを適宜セットアップする。
【００５５】
拡張ＭＡＣ−ｈｓの場合、複数のＭＡＣ−ｄフローをＭＡＣ−ｅｈｓキューにマップすることができる。したがって、複数のＭＡＣ−ｄフローをサポートするため、ＩＥは、キューに追加または再構成されるべきＭＡＣ−ｄフローのリストを提供するように拡張されるべきである。ＩＥにおいて、ＭＡＣ−ｄアイデンティティは、最大１６のＭＡＣ−ｄフローをサポートするべきである。ＳＩＤおよびＮフィールド構成（つまり、ＭＡＣ−ｄ  ＰＤＵサイズ情報、ＭＡＣ−ｄ  ＰＤＵサイズおよびインデックス）は、標準ＭＡＣ−ｈｓについて提供されるだけである。フィールドはオプションであるため、ＲＲＣは、ＭＡＣ−ｈｓ構成が標準に設定されているときはこの情報が提供されないようにすることができる。フィールドは、ＩＥにおいて標準ＭＡＣ−ｈｓ構成選択のサブセクションとして配置することができる。「追加または再構成されたＭＡＣ−ｄフロー（Ａｄｄｅｄ  ｏｒ  ｒｅｃｏｎｆｉｇｕｒｅｄ  ＭＡＣ−ｄ  ｆｌｏｗ）」の受信時のアクションに対応するＲＲＣ手順は、ＭＡＣ−ｈｓ構成が標準に設定されている場合にこのフィールドをチェックするだけのように変更することができる。ＩＥ「追加または再構成されたＭＡＣ−ｄフロー（Ａｄｄｅｄ  ｏｒ  ｒｅｃｏｎｆｉｇｕｒｅｄ  ＭＡＣ−ｄ  ｆｌｏｗ）」の定義を、以下の表３に示す。
【００５６】
【表５】
2010521923.tif 000007
【００５７】
【表６】
2010521923.tif 000008
【００５８】
代替として、ＭＡＣ−ｄ  ＰＤＵサイズ情報および関連するＭＡＣ−ｄ  ＰＤＵサイズインデックスは、「標準」ＤＭ  ＭＡＣ−ｈｓ構成選択のサブセクションとして配置することができる。
【００５９】
情報要素の定義に加えて、このＩＥの存在に関連するアクションもまた変更することができる。ＭＡＣ−ｅｈｓヘッダの最適化は、本実施形態に含まれる。ＭＡＣ−ｄフローアイデンティティおよび無線ベアラ（ＲＢ）マッピング情報ＩＥの変更は、上で述べたのと同じである。
【００６０】
論理チャネルに基づいて固定および柔軟なＲＬＣ  ＰＤＵサイズをことなるように取り扱う最適化をサポートするため、ＩＥ「追加または再構成されたＭＡＣ−ｄ  ｆｌｏｗ（Ａｄｄｅｄ  ｏｒ  ｒｅｃｏｎｆｉｇｕｒｅｄ  Ｍａｃ−ｄ  ｆｌｏｗ）」は変更されるべきである。対応するＭＡＣ−ｄフローが固定および柔軟なＲＬＣ  ＰＤＵサイズをサポートするかどうかを示すフィールドを「拡張された」ＤＬ  ＭＡＣ−ｈｓ構成選択に追加することができる。代替として、ＲＢ  Ｍａｐｐｉｎｇ  ｉｎｆｏ  ＩＥからのＤＬ  ＲＬＣ構成フィールドを使用して、ＲＬＣが柔軟または固定のＲＬＣ  ＰＤＵサイズをサポートするかどうかをチェックすることができる。また、固定のＲＬＣ構成がサポートされる場合、ＲＬＣは、ＭＡＣ−ｄ  ＰＤＵサイズインデックスと、そのＭＡＣ−ｄフローの許容されるＭＡＣ−ｄ  ＰＤＵサイズとの間のマッピングに関連付けられたアクションを行う。ＩＥの可能な定義を、以下の表４に示す。
【００６１】
【表７】
2010521923.tif 000009
【００６２】
ＭＡＣ−ｄ  ＰＤＵサイズ情報は、論理チャネルに一意にするか、または所与の優先キューに対応する論理チャネルのグループに一意にすることができる。後者の場合、ＭＡＣ−ｄ  ＰＤＵサイズ情報は、上で示したように、そのキューの論理チャネルごとに必要ではなく、優先キューごとに必要である。この場合、ＭＡＣ−ｄフローアイデンティティは、Ｔ１およびＭＡＣ−ｈｓウィンドウサイズなど、キューのその他のパラメータと一致するであろう。
【００６３】
論理チャネルがＭＡＣ−ｄフローと１対１のマッピングを有していない場合、論理チャネルアイデンティティは、Ｉｕｂフレームプロトコルで指定される。この場合、リリース６のＭＡＣ−ｄフローアイデンティティおよびＲＢマッピング情報は変更されないままである。
【００６４】
論理チャネルおよびＭＡＣ−ｈｓキューのマッピングは、以下に説明するように変更される。具体的には、ＩＥ「追加または再構成されたＭＡＣ−ｄフロー（ａｄｄｅｄ  ｏｒ  ｒｅｃｏｎｆｉｇｕｒｅｄ  ＭＡＣ−ｄ  ｆｌｏｗ）」アクションは、ＭＡＣ−ｈｓ構成、つまり標準または拡張の選択により条件付けられる。選択は、ＤＬ  ＭＡＣ−ｈｓ構成に制限されない。ＭＡＣ−ｈｓのバージョンを示す任意の他の利用可能なＩＥを使用することができる。
【００６５】
拡張ＭＡＣ−ｈｓ構成が使用される場合、ＭＡＣ−ｈｓは、提供された論理チャネルのリストを再配列キューにマップする必要がある。複数の論理チャネルは１つのキューにマップすることができ、したがって追加または再構成する論理チャネルのリストを収容するフィールドは、拡張ＭＡＣ−ｈｓ構成選択に提供される。
【００６６】
「リストを追加または再構成する論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌｓ  ｔｏ  ａｄｄ  ｏｒ  ｒｅｃｏｎｆｉｇｕｒｅ  ｌｉｓｔ）」と呼ばれる新しいフィールドは、１からｍａｘＬＣＨ−ＩＤの範囲であり、ここでｍａｘＬＣＨ−ＩＤは、キューにマップすることができる論理チャネルの最大数であるか、または利用可能な論理チャネルの最大数である。論理チャネルアイデンティティは、論理チャネルごとに提供される。
【００６７】
変更されたＩＥ「追加または再構成されたＭＡＣ−ｄフロー（Ａｄｄｅｄ  ｏｒ  ｒｅｃｏｎｆｉｇｕｒｅｄ  ＭＡＣ−ｄ  ｆｌｏｗ）」を、以下の表５に示す。ＭＡｃ−ｅｈｓが固定および柔軟なＲＬＣ  ＰＤＵサイズを扱う場合、ＭＡＣ−ｅｈｓヘッダ最適化をサポートするために、上述の変更と同様の変更を行うべきである。これは、論理チャネルまたはキューごとに所与の論理チャネルおよび／またはＭＡＣ−ｄまたは論理サイズ情報についてどのようなＲＬＣ構成がサポートされるかを示すフィールドの追加が含まれる。
【００６８】
【表８】
2010521923.tif 000010
【００６９】
【表９】
2010521923.tif 000011
【００７０】
ＲＬＣ  ＰＤＵサイズが論理チャネルについてサポートされる場合、システムは、ＭＡＣ−ｄインデックスおよびＭＡＣ−ｄ  ＰＤＵサイズのマッピングに対応するアクションを行う。この場合、ＭＡＣ−ｄインデックスおよびサイズは、所与の論理チャネルおよびこの論理チャネルの許容されるＲＬＣ  ＰＤＵサイズに対応する。
【００７１】
ＩＥに関連するアクションは、上述したアクションに類似しているが、以下の変更がある。「ＤＬ  Ｍａｃ−ｈｓ構成」が、ＩＥ「リストを追加または再構成するための論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ  ｔｏ  ａｄｄ  ｏｒ  ｒｅｃｏｎｆｉｇｕｒｅ  ｌｉｓｔ）」に含まれる論理チャネルごとに値「拡張（ｅｎｈａｎｃｅｄ）」に設定される場合、およびＷＴＲＵが、このＭＡＣ−ｈｓキューとこの論理チャネルとの間のマッピングを以前格納していた場合、古いマッピングは削除され、現在のメッセージで示される論理チャネルはこのＭＡＣ−ｈｓキューにマップされる。
【００７２】
代替として、新しいＩＥ要素を追加することができる。新しい情報要素は、「追加または再構成されたＭＡＣ−ｄフロー（Ａｄｄｅｄ  ｏｒ  ｒｅｃｏｎｆｉｇｕｒｅｄ  ＭＡＣ−ｄ  ｆｌｏｗ）」ＩＥと同様の目的を果たすことになる。このＩＥに含まれるフィールドは、キューＩＤおよびキューアイデンティティのリストと、キューごとの論理チャネルおよび論理チャネルアイデンティティのリストを含むことができる。オプションで、ＭＡＣ−ｈｓヘッダ最適化が含まれる場合、フィールドが固定のＲＬＣ  ＰＤＵサイズを持つあらゆる論理チャネルのＲＬＣ構成ならびにＳＩＤおよびＮ情報を示す。さらに、Ｔ１タイマー、ＭＡＣ−ｈｓウィンドウサイズ、および削除するキューを含むこともできる。
【００７３】
特徴および要素は特定の組合せにおいて上述されるが、各特徴または各要素は、他の特徴および要素なしで単独で使用するか、または他の特徴および要素の有無にかかわらず様々な組合せで使用することができる。本明細書において提供される方法または流れ図は、汎用コンピュータまたはプロセッサによって実行するためにコンピュータ可読記憶媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施することができる。コンピュータ可読記憶媒体の例は、読み取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよび取り外し可能ディスクなどの磁気媒体、磁気光学媒体、ＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。
【００７４】
適切なプロセッサは、例として、汎用プロセッサ、特定用途プロセッサ、従来のプロセッサ、デジタルシグナルプロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意のタイプの集積回路（ＩＣ）、および／またはステートマシンを含む。
【００７５】
ソフトウェアと関連するプロセッサは、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＩＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータにおける使用のための無線周波数送受信機を実装するために使用することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーフォン、振動デバイス、スピーカー、マイクロフォン、テレビ送受信機、ハンドフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、液晶ディスプレイ（ＬＣＤ）表示ユニット、有機発光ダイオード（ＯＬＥＤ）表示ユニット、デジタル音楽プレイヤー、メディアプレイヤー、テレビゲームプレイヤーモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）またはウルトラワイドバンド（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実装されるモジュールと共に使用することができる。
【００７６】
実施形態
１．柔軟な確認モード（ＡＭ）プロトコルデータユニット（ＰＤＵ）サイズを処理する方法であって、
無線リンク制御（ＲＬＣ）サービスデータユニット（ＳＤＵ）を受信することと、
ＲＬＣが柔軟なＰＤＵサイズに構成されているかどうかを判定することと、
ＲＬＣ  ＳＤＵを処理することと
を備えることを特徴とする方法。
２．ＲＬＣ  ＳＤＵの処理は、ＲＬＣ  ＳＤＵを固定長の確認モードデータ（ＡＭＤ）ＰＤＵにセグメント化および／または連結することと、ＲＬＣが柔軟なＰＤＵサイズに構成されていない場合に固定長のＡＭＤ  ＰＤＵを送信バッファに格納することとを含むことを特徴とする実施形態１に記載の方法。
３．ＲＬＣが柔軟なＰＤＵサイズに構成されているときＲＬＣ  ＳＤＵの処理は、ＲＬＣ  ＳＤＵを送信バッファに格納することと、下位層から要求を受信することと、ＲＬＣ  ＳＤＵを送信バッファから除去することと、柔軟なＰＤＵを作成することとを含むことを特徴とする実施形態１または２のいずれかに記載の方法。
４．受信される要求は、サイズＸのＮ個のＰＤＵの要求であることを特徴とする実施形態３に記載の方法。
５．受信される要求は、データの最大量の要求であることを特徴とする実施形態３または４のいずれかに記載の方法。
６．受信される要求は、最大ＲＬＣ  ＰＤＵサイズの要求であることを特徴とする実施形態３〜５のいずれかに記載の方法。
７．下位層は、メディアアクセス制御（ＭＡＣ）を含むことを特徴とする実施形態３〜６のいずれかに記載の方法。
８．下位層によって要求されるＰＤＵサイズは、上位層によって構成された最大値を下回ることを特徴とする実施形態３〜７のいずれかに記載の方法。
９．下位層によって要求されるＰＤＵサイズは、上位層によって構成された最小値を超えることを特徴とする実施形態３〜８のいずれかに記載の方法。
１０．ＳＴＡＴＵＳ  ＰＤＵは、バッファされたＲＬＣ  ＳＤＵのサイズの和が、下位層に配信されるべき最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする実施形態３〜９のいずれかに記載の方法。
１１．ＳＴＡＴＵＳ  ＰＤＵは、送信される次のＲＬＣ  ＳＤＵのサイズが、下位層に配信されるべき最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする実施形態３〜１０のいずれかに記載の方法。
１２．ＳＴＡＴＵＳ  ＰＤＵは、すべてのバッファされたＲＬＣ  ＳＤＵのＳＴＡＴＵＳ  ＰＤＵとの連結が、下位層に配信されるべき最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする実施形態３〜１１のいずれかに記載の方法。
１３．ＳＴＡＴＵＳ  ＰＤＵは、次のＲＬＣ  ＳＤＵのＳＴＡＴＵＳ  ＰＤＵとの連結が、下位層によって判定された最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする実施形態３〜１２のいずれかに記載の方法。
１４．長さインジケータは、パディングまたはピギーバックされたＳＴＡＴＵＳ  ＰＤＵがＡＭＤ  ＰＤＵに含まれるかどうかを定義するために使用されることを特徴とする実施形態３〜１３のいずれかに記載の方法。
１５．長さインジケータは、ＡＭＤ  ＰＤＵ内のＲＬＣ  ＳＤＵ間の境界を定義するために使用されることを特徴とする実施形態３〜１４のいずれかに記載の方法。
１６．送信機と、
受信機と、
確認モード（ＡＭ）で動作し、柔軟なサイズのプロトコルデータユニット（ＰＤＵ）を処理するように構成された無線リンク制御（ＲＬＣ）と
を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
１７．送信側と、
受信側と、
送信側と受信側との間の機能を管理するように構成されたＲＬＣ制御ユニットと
をさらに備えることを特徴とする実施形態１６に記載のＷＴＲＵ。
１８．送信側は、
送信バッファと、
セグメンテーション／連結ユニットと、
ＲＬＣヘッダ追加ユニットと、
再送信バッファおよび管理ユニットと、
マルチプレクサ（ＭＵＸ）と、
ＰＤＵヘッダおよびピギーバックされたＳＴＡＴＵＳ  ＰＤＵのフィールドを設定するように構成されたフィールド設定ユニットと、
暗号化ユニットと
をさらに備えることを特徴とする実施形態１７に記載のＷＴＲＵ。
１９．第２の送信バッファをさらに備えることを特徴とする実施形態１８に記載のＷＴＲＵ。
２０．セグメンテーション／連結ユニットはセグメンテーションバッファを含むことを特徴とする実施形態１９または２０のいずれかに記載のＷＴＲＵ。
２１．受信側は、
逆多重化／ルーティングユニットと、
暗号解読ユニットと、
受信バッファおよび再送信管理ユニットと、
ＲＬＣヘッダ除去およびピギーバック情報抽出ユニットと、
再アセンブリユニットと
をさらに備えることを特徴とする実施形態１７〜２０のいずれかに記載のＷＴＲＵ。
２２．送信機と、
受信機と、
ＭＡＣプロトコルデータユニット（ＰＤＵ）を受信し、ＲＬＣ  ＰＤＵを抽出し、ＲＬＣ  ＰＤＵを転送し、ＰＤＵサイズをＲＬＣに指示するように構成された受信メディアアクセス制御（ＭＡＣ）サブレイヤと受信無線リンク制御（ＲＬＣ）サブレイヤとの間のインターフェースと
を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
２３．ＲＬＣ  ＰＤＵのサイズは、ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブを使用して示されることを特徴とする実施形態２２に記載のＷＴＲＵ。
２４．ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、ビットで測定されたＰＤＵサイズを示すことを特徴とする実施形態２３に記載のＷＴＲＵ。
２５．ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、オクテット単位で測定されたＰＤＵサイズを指示することを特徴とする実施形態２３または２４のいずれかに記載のＷＴＲＵ。
２６．ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、受信した個々の無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）の合計サイズを示すことを特徴とする実施形態２３に記載のＷＴＲＵ。
２７．ＲＬＣ  ＰＤＵの合計サイズは、ビットで測定されることを特徴とする実施形態２６に記載のＷＴＲＵ。
２８．ＲＬＣ  ＰＤＵの合計サイズは、オクテットで測定されることを特徴とする実施形態２６または２７のいずれかに記載のＷＴＲＵ。
２９．ＲＬＣ  ＰＤＵの合計サイズは、個々のＲＬＣ  ＰＤＵのサイズの和を含むことを特徴とする実施形態２６〜２８のいずれかに記載のＷＴＲＵ。
３０．ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、受信したトランスポートブロックのサイズを示すことを特徴とする実施形態２６〜２９のいずれかに記載のＷＴＲＵ。
３１．送信機と、
受信機と、
メディアアクセス制御（ＭＡＣ）に配信されるすべての無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）の和に対応するＭＡＣ層での最大ＰＤＵサイズパラメータを判定し、最大サイズパラメータをＲＬＣ層に示すように構成された送信ＭＡＣサブレイヤおよび送信ＲＬＣサブレイヤの間のインターフェースと
を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
３２．最大サイズパラメータは、ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブを使用して送られることを特徴とする実施形態３１に記載のＷＴＲＵ。
３３．最大サイズパラメータは、ビットで測定されることを特徴とする実施形態３１または３２のいずれかに記載のＷＴＲＵ。
３４．最大サイズパラメータは、オクテットで測定されることを特徴とする実施形態３１〜３３のいずれかに記載のＷＴＲＵ。
３５．最大サイズパラメータは、伝送時間間隔（ＴＴＩ）ごとに測定されることを特徴とする実施形態３１〜３４のいずれかに記載のＷＴＲＵ。
３６．最大サイズパラメータは、任意の固定の時間期間で測定されることを特徴とする実施形態３１〜３５のいずれかに記載のＷＴＲＵ。
３７．最大サイズパラメータは、ＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄｉｃａｔｉｏｎプリミティブを使用して最大サイズが示される次回までにＲＬＣが配信することができるデータの量であることを特徴とする実施形態３１〜３６のいずれかに記載のＷＴＲＵ。
３８．インターフェースは、
ＭＡＣ層がサイズＸのＮ個のＰＤＵを要求するとき、ＮパラメータおよびＸパラメータをさらに備えることを特徴とする実施形態３２〜３８のいずれかに記載のＷＴＲＵ。
３９．エアーインターフェースのデータ容量に基づいて最大サイズパラメータを判定するように構成された回路をさらに備えることを特徴とする実施形態３２〜３９のいずれかに記載のＷＴＲＵ。
４０．インターフェースは、
無線条件およびユーザデータのスケジューリングに基づいてエアーインターフェースのデータ容量を判定するように構成された回路をさらに備えることを特徴とする実施形態３７〜３９のいずれかに記載のＷＴＲＵ。
４１．無線リンク制御（ＲＬＣ）サービスデータユニット（ＳＤＵ）を受信するように構成されたプロセッサと、
ＲＬＣが柔軟なＰＤＵサイズに構成されているかどうかを判定するように構成されたプロセッサと、
ＲＬＣ  ＳＤＵを処理するように構成されたプロセッサと
を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
４２．ＲＬＣ  ＳＤＵの処理は、ＲＬＣ  ＳＤＵを固定長の確認モードデータ（ＡＭＤ）プロトコルデータユニット（ＰＤＵ）にセグメント化および／または連結することと、ＲＬＣが柔軟なＰＤＵサイズに構成されていない場合に固定長のＡＭＤ  ＰＤＵを送信バッファに格納することとを含むことを特徴とする実施形態４１に記載のＷＴＲＵ。
４３．ＲＬＣが柔軟なＰＤＵサイズに構成されているときＲＬＣ  ＳＤＵの処理は、ＲＬＣ  ＳＤＵを送信バッファに格納することと、下位層から要求を受信することと、ＲＬＣ  ＳＤＵを送信バッファから除去することと、柔軟なＰＤＵを作成することとを含むことを特徴とする実施形態４１または４２のいずれかに記載のＷＴＲＵ。
４４．柔軟な確認モード（ＡＭ）プロトコルデータユニット（ＰＤＵ）サイズを処理するように構成された無線送信／受信ユニット（ＷＴＲＵ）であって、
確認モードデータ（ＡＭＤ）および制御プロトコルデータユニット（ＰＤＵ）を受信することと、
ＲＬＣが柔軟なＰＤＵサイズに構成されているかどうかの第１の判定を行うことと、
第１の判定が肯定である場合、受信したＡＭＤ  ＰＤＵを処理することと、
第１の判定が否定である場合、固定のＰＤＵサイズが上位層によって構成されているかどうかの第２の判定を行うことと、
第２の判定が肯定である場合、ＰＤＵが異なるサイズであるかどうかの第３の判定を行うことと、
第３の判定が肯定である場合、異なるサイズのＰＤＵを廃棄することと、
第３の判定が否定である場合、受信したＡＭＤ  ＰＤＵを処理することと、
ＡＭＤ  ＰＤＵサイズは受信した第１のＰＤＵに基づき、第２の判定が否定である場合、ＰＤＵが異なるサイズであるかどうかの第４の判定を行うことと、
第４の判定が肯定である場合、異なるサイズのＰＤＵを廃棄することと、
第４の判定が否定である場合、受信したＡＭＤ  ＰＤＵを処理することと
を備えることを特徴とするＷＴＲＵ。
【図１】
2010521923.tif 000012
【図２】
2010521923.tif 000013
【図３】
2010521923.tif 000014
【図４】
2010521923.tif 000015
【図５】
2010521923.tif 000016
【図６】
2010521923.tif 000017
【手続補正書】
【提出日】平成21年11月13日(2009.11.13)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
柔軟な確認モード（ＡＭ）プロトコルデータユニット（ＰＤＵ）サイズを処理する方法であって、
無線リンク制御（ＲＬＣ）サービスデータユニット（ＳＤＵ）を受信することと、
ＲＬＣエンティティが柔軟なＰＤＵサイズに構成されているかどうかを判定することと、
前記ＲＬＣ  ＳＤＵを処理することであって、前記ＲＬＣ  ＳＤＵを送信バッファに格納することと、下位層から要求を受信することと、前記ＲＬＣ  ＳＤＵを前記送信バッファから除去することと、柔軟なＰＤＵを作成することとを含むことと
を備えることを特徴とする方法。
【請求項２】
下位層によって要求される前記ＰＤＵサイズは、上位層によって構成された最大値を下回ることを特徴とする請求項１に記載の方法。
【請求項３】
下位層によって要求される前記ＰＤＵサイズは、上位層によって構成された最小値を超えることを特徴とする請求項１に記載の方法。
【請求項４】
ＳＴＡＴＵＳ  ＰＤＵは、バッファされたＲＬＣ  ＳＤＵのサイズの和が、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項１に記載の方法。
【請求項５】
ＳＴＡＴＵＳ  ＰＤＵは、送信される次のＲＬＣ  ＳＤＵのサイズが、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項１に記載の方法。
【請求項６】
ＳＴＡＴＵＳ  ＰＤＵは、すべてのバッファされたＲＬＣ  ＳＤＵの前記ＳＴＡＴＵＳ  ＰＤＵとの前記連結が、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項１に記載の方法。
【請求項７】
柔軟な確認モード（ＡＭ）プロトコルデータユニット（ＰＤＵ）サイズを処理するように構成された無線送信／受信ユニット（ＷＴＲＵ）であって、
無線リンク制御（ＲＬＣ）サービスデータユニット（ＳＤＵ）を受信し、下位層から要求を受信するように構成された受信エンティティと、
ＲＬＣエンティティが柔軟なＰＤＵサイズに構成されているかどうかを判定するように構成され、前記決定が肯定である場合、前記ＲＬＣ  ＳＤＵを送信バッファに格納し、前記ＲＬＣ  ＳＤＵを前記送信バッファから除去し、柔軟なＰＤＵを生成するように構成されたプロセッサと
を備えることを特徴とするＷＴＲＵ。
【請求項８】
前記受信される要求は、データの最大量の要求であることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項９】
前記受信される要求は、最大ＲＬＣ  ＰＤＵサイズの要求であることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１０】
前記下位層は、メディアアクセス制御（ＭＡＣ）を含むことを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１１】
下位層によって要求される前記ＰＤＵサイズは、上位層によって構成された最大値を下回ることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１２】
下位層によって要求される前記ＰＤＵサイズは、上位層によって構成された最小値を超えることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１３】
ＳＴＡＴＵＳ  ＰＤＵは、バッファされたＲＬＣ  ＳＤＵのサイズの和が、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１４】
ＳＴＡＴＵＳ  ＰＤＵは、送信される次のＲＬＣ  ＳＤＵのサイズが、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項７に記載のＷＴＲＵ。
【請求項１５】
ＳＴＡＴＵＳ  ＰＤＵは、すべてのバッファされたＲＬＣ  ＳＤＵの前記ＳＴＡＴＵＳ  ＰＤＵとの前記連結が、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項７に記載のＷＴＲＵ。
【国際調査報告】
2010521923.tif 000018
2010521923.tif 000019