JP2010521923A - ｅｖｏｌｖｅｄＨＳＰＡシステム内での確認モード無線リンク制御のアーキテクチャおよび方法 - Google Patents

ｅｖｏｌｖｅｄＨＳＰＡシステム内での確認モード無線リンク制御のアーキテクチャおよび方法 Download PDF

Info

Publication number
JP2010521923A
JP2010521923A JP2009554550A JP2009554550A JP2010521923A JP 2010521923 A JP2010521923 A JP 2010521923A JP 2009554550 A JP2009554550 A JP 2009554550A JP 2009554550 A JP2009554550 A JP 2009554550A JP 2010521923 A JP2010521923 A JP 2010521923A
Authority
JP
Japan
Prior art keywords
rlc
pdu
size
wtru
mac
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
JP2009554550A
Other languages
English (en)
Inventor
アール．ケイブ クリストファー
パニ ダイアナ
エー．グランディ スディール
Original Assignee
インターデイジタル テクノロジー コーポレーション
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by インターデイジタル テクノロジー コーポレーション filed Critical インターデイジタル テクノロジー コーポレーション
Publication of JP2010521923A publication Critical patent/JP2010521923A/ja
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1874—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/321—Interlayer communication protocols or service data unit [SDU] definitions; Interfaces between layers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
    • H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
    • H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/1607—Details of the supervisory signal
    • H04L1/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Abstract

ｅｖｏｌｖｅｄ高速パケットアクセス（ＨＳＰＡ）内の確認モード（ＡＭ）無線リンク制御（ＲＬＣ）のアーキテクチャおよび方法が開示される。ＲＬＣは、ＡＭで動作し、柔軟なサイズのプロトコルデータユニット（ＰＤＵ）を処理するように構成される。具体的には、ＰＤＵを下位層に配信する時点またはその直前にのみＲＬＣ ＳＤＵがセグメント化および／または連結されるＡＭ ＲＬＣのアーキテクチャおよび方法である。これは、ＡＭ ＲＬＣの柔軟なＰＤＵサイズをサポートするために下位層とのインターフェースを含む。

Description

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

Claims (44)

  1. 柔軟な確認モード（ＡＭ）プロトコルデータユニット（ＰＤＵ）サイズを処理する方法であって、
    無線リンク制御（ＲＬＣ）サービスデータユニット（ＳＤＵ）を受信することと、
    ＲＬＣが柔軟なＰＤＵサイズに構成されているかどうかを判定することと、
    前記ＲＬＣ ＳＤＵを処理することと
    を備えることを特徴とする方法。
  2. ＲＬＣ ＳＤＵの処理は、ＲＬＣ ＳＤＵを固定長の確認モードデータ（ＡＭＤ）ＰＤＵにセグメント化および／または連結することと、前記ＲＬＣが柔軟なＰＤＵサイズに構成されていない場合に固定長の前記ＡＭＤ ＰＤＵを送信バッファに格納することとを含むことを特徴とする請求項１に記載の方法。
  3. 前記ＲＬＣが柔軟なＰＤＵサイズに構成されているときＲＬＣ ＳＤＵの処理は、前記ＲＬＣ ＳＤＵを送信バッファに格納することと、下位層から要求を受信することと、前記ＲＬＣ ＳＤＵを前記送信バッファから除去することと、柔軟なＰＤＵを作成することとを含むことを特徴とする請求項１に記載の方法。
  4. 前記受信される要求は、サイズＸのＮ個のＰＤＵの要求であることを特徴とする請求項３に記載の方法。
  5. 前記受信される要求は、データの最大量の要求であることを特徴とする請求項３に記載の方法。
  6. 前記受信される要求は、最大ＲＬＣ ＰＤＵサイズの要求であることを特徴とする請求項３に記載の方法。
  7. 前記下位層は、メディアアクセス制御（ＭＡＣ）を含むことを特徴とする請求項３に記載の方法。
  8. 下位層によって要求される前記ＰＤＵサイズは、上位層によって構成された最大値を下回ることを特徴とする請求項３に記載の方法。
  9. 下位層によって要求される前記ＰＤＵサイズは、上位層によって構成された最小値を超えることを特徴とする請求項３に記載の方法。
  10. ＳＴＡＴＵＳ ＰＤＵは、バッファされたＲＬＣ ＳＤＵのサイズの和が、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項３に記載の方法。
  11. ＳＴＡＴＵＳ ＰＤＵは、送信される次のＲＬＣ ＳＤＵのサイズが、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項３に記載の方法。
  12. ＳＴＡＴＵＳ ＰＤＵは、すべてのバッファされたＲＬＣ ＳＤＵの前記ＳＴＡＴＵＳ ＰＤＵとの前記連結が、下位層に配信されるべき前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項３に記載の方法。
  13. ＳＴＡＴＵＳ ＰＤＵは、前記次のＲＬＣ ＳＤＵの前記ＳＴＡＴＵＳ ＰＤＵとの連結が、下位層によって判定された前記最大ＰＤＵサイズよりも小さいときにピギーバックされることを特徴とする請求項３に記載の方法。
  14. 長さインジケータは、パディングまたはピギーバックされたＳＴＡＴＵＳ ＰＤＵが前記ＡＭＤ ＰＤＵに含まれるかどうかを定義するために使用されることを特徴とする請求項３に記載の方法。
  15. 長さインジケータは、ＡＭＤ ＰＤＵ内のＲＬＣ ＳＤＵ間の境界を定義するために使用されることを特徴とする請求項３に記載の方法。
  16. 送信機と、
    受信機と、
    確認モード（ＡＭ）で動作し、柔軟なサイズのプロトコルデータユニット（ＰＤＵ）を処理するように構成された無線リンク制御（ＲＬＣ）と
    を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
  17. 前記ＲＬＣは、
    送信側と、
    受信側と、
    前記送信側と前記受信側との間の機能を管理するように構成されたＲＬＣ制御ユニットと
    をさらに備えることを特徴とする請求項１６に記載のＷＴＲＵ。
  18. 前記送信側は、
    送信バッファと、
    セグメンテーション／連結ユニットと、
    ＲＬＣヘッダ追加ユニットと、
    再送信バッファおよび管理ユニットと、
    マルチプレクサ（ＭＵＸ）と、
    ＰＤＵヘッダおよびピギーバックされたＳＴＡＴＵＳ ＰＤＵのフィールドを設定するように構成されたフィールド設定ユニットと、
    暗号化ユニットと
    をさらに備えることを特徴とする請求項１７に記載のＷＴＲＵ。
  19. 第２の送信バッファをさらに備えることを特徴とする請求項１８に記載のＷＴＲＵ。
  20. 前記セグメンテーション／連結ユニットは、セグメンテーションバッファを含むことを特徴とする請求項１８に記載のＷＴＲＵ。
  21. 前記受信側は、
    逆多重化／ルーティングユニットと、
    暗号解読ユニットと、
    受信バッファおよび再送信管理ユニットと、
    ＲＬＣヘッダ除去およびピギーバック情報抽出ユニットと、
    再アセンブリユニットと
    をさらに備えることを特徴とする請求項１７に記載のＷＴＲＵ。
  22. 送信機と、
    受信機と、
    ＭＡＣプロトコルデータユニット（ＰＤＵ）を受信し、ＲＬＣ ＰＤＵを抽出し、ＲＬＣ ＰＤＵを転送し、前記ＰＤＵサイズを前記ＲＬＣに示すように構成された受信メディアアクセス制御（ＭＡＣ）サブレイヤと受信無線リンク制御（ＲＬＣ）サブレイヤとの間のインターフェースと
    を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
  23. 前記ＲＬＣ ＰＤＵの前記サイズは、ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブを使用して示されることを特徴とする請求項２２に記載のＷＴＲＵ。
  24. 前記ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、ビットで測定された前記ＰＤＵサイズを示すことを特徴とする請求項２３に記載のＷＴＲＵ。
  25. 前記ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、オクテットで測定された前記ＰＤＵサイズを示すことを特徴とする請求項２３に記載のＷＴＲＵ。
  26. 前記ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、受信した個々の無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）の合計サイズを示すことを特徴とする請求項２３に記載のＷＴＲＵ。
  27. 前記ＲＬＣ ＰＤＵの前記合計サイズは、ビットで測定されることを特徴とする請求項２６に記載のＷＴＲＵ。
  28. 前記ＲＬＣ ＰＤＵの前記合計サイズは、オクテットで測定されることを特徴とする請求項２６に記載のＷＴＲＵ。
  29. 前記ＲＬＣ ＰＤＵの前記合計サイズは、個々のＲＬＣ ＰＤＵのサイズの和を含むことを特徴とする請求項２６に記載のＷＴＲＵ。
  30. 前記ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブは、受信したトランスポートブロックのサイズを示すことを特徴とする請求項２６に記載のＷＴＲＵ。
  31. 送信機と、
    受信機と、
    メディアアクセス制御（ＭＡＣ）に配信されるすべての無線リンク制御（ＲＬＣ）プロトコルデータユニット（ＰＤＵ）の和に対応する前記ＭＡＣ層での最大ＰＤＵサイズパラメータを判定し、前記最大サイズパラメータを前記ＲＬＣ層に示すように構成された送信ＭＡＣサブレイヤおよび送信ＲＬＣサブレイヤの間のインターフェースと
    を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
  32. 前記最大サイズパラメータは、ＭＡＣ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎプリミティブを使用して送られることを特徴とする請求項３１に記載のＷＴＲＵ。
  33. 前記最大サイズパラメータは、ビットで測定されることを特徴とする請求項３１に記載のＷＴＲＵ。
  34. 前記最大サイズパラメータは、オクテットで測定されることを特徴とする請求項３１に記載のＷＴＲＵ。
  35. 前記最大サイズパラメータは、伝送時間間隔（ＴＴＩ）ごとに測定されることを特徴とする請求項３１に記載のＷＴＲＵ。
  36. 前記最大サイズパラメータは、任意の固定の時間期間で測定されることを特徴とする請求項３１に記載のＷＴＲＵ。
  37. 前記最大サイズパラメータは、前記ＭＡＣ−ＳＴＡＴＵＳ−Ｉｎｄｉｃａｔｉｏｎプリミティブを使用して最大サイズが示される次回までに前記ＲＬＣが配信することができるデータの量であることを特徴とする請求項３１に記載のＷＴＲＵ。
  38. 前記インターフェースは、
    前記ＭＡＣ層がサイズＸのＮ個のＰＤＵを要求するとき、ＮパラメータおよびＸパラメータをさらに備えることを特徴とする請求項３１に記載のＷＴＲＵ。
  39. 前記インターフェースは、
    エアーインターフェースのデータ容量に基づいて前記最大サイズパラメータを判定するように構成された回路をさらに備えることを特徴とする請求項３１に記載のＷＴＲＵ。
  40. 前記インターフェースは、
    無線条件およびユーザデータのスケジューリングに基づいて前記エアーインターフェースの前記データ容量を判定定するように構成された回路をさらに備えることを特徴とする請求項３７に記載のＷＴＲＵ。
  41. 無線リンク制御（ＲＬＣ）サービスデータユニット（ＳＤＵ）を受信するように構成されたプロセッサと、
    ＲＬＣが柔軟なＰＤＵサイズに構成されているかどうかを判定するように構成されたプロセッサと、
    前記ＲＬＣ ＳＤＵを処理するように構成されたプロセッサと
    を備えることを特徴とする無線送信／受信ユニット（ＷＴＲＵ）。
  42. ＲＬＣ ＳＤＵの処理は、ＲＬＣ ＳＤＵを固定長の確認モードデータ（ＡＭＤ）プロトコルデータユニット（ＰＤＵ）にセグメント化および／または連結することと、前記ＲＬＣが柔軟なＰＤＵサイズに構成されていない場合に固定長の前記ＡＭＤ ＰＤＵを送信バッファに格納することとを含むことを特徴とする請求項４１に記載のＷＴＲＵ。
  43. 前記ＲＬＣが柔軟なＰＤＵサイズに構成されているときのＲＬＣ ＳＤＵの処理は、前記ＲＬＣ ＳＤＵを送信バッファに格納することと、下位層から要求を受信することと、前記ＲＬＣ ＳＤＵを前記送信バッファから除去することと、柔軟なＰＤＵを作成することとを含むことを特徴とする請求項４１に記載のＷＴＲＵ。
  44. 柔軟な確認モード（ＡＭ）プロトコルデータユニット（ＰＤＵ）サイズを処理するように構成された無線送信／受信ユニット（ＷＴＲＵ）であって、
    確認モードデータ（ＡＭＤ）および制御プロトコルデータユニット（ＰＤＵ）を受信することと、
    前記ＲＬＣが柔軟なＰＤＵサイズに構成されているかどうかの第１の判定を行うことと、
    前記第１の判定が肯定である場合、前記受信したＡＭＤ ＰＤＵを処理することと、
    前記第１の判定が否定である場合、固定のＰＤＵサイズが上位層によって構成されているかどうかの第２の判定を行うことと、
    前記第２の判定が肯定である場合、前記ＰＤＵが異なるサイズであるかどうかの第３の判定を行うことと、
    前記第３の判定が肯定である場合、異なるサイズの前記ＰＤＵを廃棄することと、
    前記第３の判定が否定である場合、前記受信したＡＭＤ ＰＤＵを処理することと、
    ＡＭＤ ＰＤＵサイズは受信した前記第１のＰＤＵに基づき、前記第２の判定が否定である場合、前記ＰＤＵが異なるサイズであるかどうかの第４の判定を行うことと、
    前記第４の判定が肯定である場合、異なるサイズの前記ＰＤＵを廃棄することと、
    前記第４の判定が否定である場合、前記受信したＡＭＤ ＰＤＵを処理することと
    を備えることを特徴とするＷＴＲＵ。
JP2009554550A 2007-03-16 2008-03-14 ｅｖｏｌｖｅｄＨＳＰＡシステム内での確認モード無線リンク制御のアーキテクチャおよび方法 Withdrawn JP2010521923A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US89520807P 2007-03-16 2007-03-16
PCT/US2008/003527 WO2008115488A1 (en) 2007-03-16 2008-03-14 Acknowledged mode radio link control architecture and method within evolved hspa systems

Publications (1)

Publication Number Publication Date
JP2010521923A true JP2010521923A (ja) 2010-06-24

Family

ID=39580228

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2009554550A Withdrawn JP2010521923A (ja) 2007-03-16 2008-03-14 ｅｖｏｌｖｅｄＨＳＰＡシステム内での確認モード無線リンク制御のアーキテクチャおよび方法

Country Status (14)

Country Link
US (1) US20080225893A1 (ja)
EP (1) EP2135382A1 (ja)
JP (1) JP2010521923A (ja)
KR (2) KR20100016482A (ja)
CN (1) CN101641897A (ja)
AR (1) AR067207A1 (ja)
AU (1) AU2008229443A1 (ja)
BR (1) BRPI0808308A2 (ja)
CA (1) CA2681199A1 (ja)
IL (1) IL200978A0 (ja)
MX (1) MX2009009891A (ja)
RU (1) RU2009138220A (ja)
TW (1) TW200840298A (ja)
WO (1) WO2008115488A1 (ja)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008278496A (ja) * 2007-05-07 2008-11-13 Asustek Computer Inc 無線通信システムにおいてＭＡＣ−ｅｈｓプロトコルエンティティーのリセットを改善する方法及び装置
US7949012B2 (en) * 2007-08-01 2011-05-24 Broadcom Corporation High-speed uplink packet access (HSUPA) cipher multiplexing engine
ATE510441T1 (de) * 2007-08-09 2011-06-15 Nokia Siemens Networks Oy Mobiles kommunikationsendgerät, kommunikationsstation, kommunikationsnetzwerk und kommunikationsverfahren
EP3229521A1 (en) * 2008-04-30 2017-10-11 Samsung Electronics Co., Ltd System and method for data size adaptation in a ue
US20090319850A1 (en) * 2008-06-24 2009-12-24 Texas Instruments Incorporated Local drop control for a transmit buffer in a repeat transmission protocol device
US8050292B2 (en) * 2008-06-30 2011-11-01 Htc Corporation Method of performing transmission and prioritization for radio link control packets for a medium access control layer of a wireless communications system
CN103476063B (zh) * 2008-08-01 2016-08-10 日本电气株式会社 移动通信系统、控制设备、基站设备、系统控制方法和设备控制方法
JP5438115B2 (ja) * 2008-09-23 2014-03-12 テレフオンアクチーボラゲット エル エム エリクソン（パブル） キャリアアグリゲーションのためのｒｌｃ分割
US20100183033A1 (en) * 2009-01-20 2010-07-22 Nokia Corporation Method and apparatus for encapsulation of scalable media
US8228938B2 (en) * 2009-02-02 2012-07-24 Samsung Electronics Co., Ltd. Method and apparatus for preventing a miss-detection of duplicated packets and an out-of-sequence delivery to the higher layer in unacknowledged mode operation
US8743896B2 (en) * 2009-03-16 2014-06-03 Htc Corporation Method and related communication device for radio link control reconfiguration in a wireless communications system
JP5182179B2 (ja) * 2009-03-19 2013-04-10 富士通株式会社 伝送装置
CN101873193A (zh) * 2009-04-27 2010-10-27 中兴通讯股份有限公司 无线链路层状态包的发送方法
JP5294999B2 (ja) * 2009-06-09 2013-09-18 三菱電機株式会社 無線通信方法
JP5235171B2 (ja) * 2009-07-02 2013-07-10 株式会社エヌ・ティ・ティ・ドコモ 通信方法、通信システム及び制御装置
US20110038313A1 (en) * 2009-08-12 2011-02-17 Electronics And Telecommunications Research Institute Enhanced communication apparatus for providing enhanced concatenation, segmentation and reassembly of service data units
US8379619B2 (en) * 2009-11-06 2013-02-19 Intel Corporation Subcarrier permutation to achieve high frequency diversity of OFDMA systems
US8483238B2 (en) * 2010-02-02 2013-07-09 Qualcomm Incorporated Radio link control protocol data unit size selection
US8346274B2 (en) 2010-05-21 2013-01-01 Apple Inc. Method to control multiple radio access bearers in a wireless device
KR101693772B1 (ko) * 2010-09-06 2017-01-06 에스케이텔레콤 주식회사 Ｒｌｃ 계층에서의 데이터 전송을 위한 시스템 및 그 방법
CN102348292B (zh) * 2011-09-28 2014-04-09 电信科学技术研究院 一种基于mac子层和rlc子层的数据传输方法和设备
WO2015008966A1 (en) * 2013-07-16 2015-01-22 Lg Electronics Inc. Method for segmenting and reordering a radio link control status protocol data unit and a device therefor
US10075381B2 (en) * 2014-01-28 2018-09-11 Mediatek Inc. Buffer status report and logical channel prioritization for dual connectivity
CN103944684B (zh) * 2014-05-13 2016-04-06 江苏鑫软图无线技术股份有限公司 一种lte rlc am模式下am pdu分片的生成方法
KR102011825B1 (ko) 2016-04-27 2019-08-19 엘지전자 주식회사 데이터 유닛을 수신하는 방법 및 장치
US10602563B2 (en) * 2017-06-09 2020-03-24 Samsung Electronics Co., Ltd. Method and apparatus for supporting RLC UM mode operation in next generation mobile communication system
US20210076111A1 (en) * 2019-09-05 2021-03-11 Ciena Corporation Flexible Ethernet over wireless links

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1175063A3 (en) * 2000-07-20 2003-08-27 Nortel Networks Limited Network layer protocol aware link layer
CN1202643C (zh) * 2000-10-07 2005-05-18 Lg电子株式会社 具有无线电链路控制层的无线电通信系统和数据处理方法
KR100662286B1 (ko) * 2000-11-30 2007-01-02 엘지전자 주식회사 무선 링크 제어 계층에서의 프로토콜 데이터 유닛 송신 방법 및 무선 링크 제어 계층을 갖는 무선 통신 시스템
US7342942B1 (en) * 2001-02-07 2008-03-11 Cortina Systems, Inc. Multi-service segmentation and reassembly device that maintains only one reassembly context per active output port
KR100876730B1 (ko) * 2002-07-08 2008-12-31 삼성전자주식회사 광대역 부호 분할 다중 접속 통신 시스템의 효율적인 초기전송 포맷 결합 인자 설정 방법
EP1628429A3 (en) * 2004-08-19 2011-06-01 Infineon Technologies AG Method for transmitting information with an acknowledgement scheme and respective communication system
AU2006229508B2 (en) * 2005-03-29 2009-10-08 Lg Electronics Inc. Method of generating lower layer data block in wireless mobile communication system
ES2314534T3 (es) * 2005-09-20 2009-03-16 Panasonic Corporation Procedimiento y dispositivo para la señalizacion de segmentacion y concatenacion de paquetes en un sistema de telecomunicaciones.
KR101216751B1 (ko) * 2006-02-07 2012-12-28 엘지전자 주식회사 이동 통신 시스템에서 식별자를 이용한 충돌 회피 방법
US8341478B2 (en) * 2006-04-19 2012-12-25 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for selective acknowledgement
US20080137537A1 (en) * 2006-11-22 2008-06-12 Bader Al-Manthari Method for optimal packet scheduling for wireless and mobile communications networks

Also Published As

Publication number Publication date
IL200978A0 (en) 2010-05-17
WO2008115488A1 (en) 2008-09-25
KR20100016482A (ko) 2010-02-12
CA2681199A1 (en) 2008-09-25
BRPI0808308A2 (pt) 2014-07-01
AU2008229443A1 (en) 2008-09-25
KR20090130384A (ko) 2009-12-23
MX2009009891A (es) 2009-11-23
CN101641897A (zh) 2010-02-03
US20080225893A1 (en) 2008-09-18
EP2135382A1 (en) 2009-12-23
TW200840298A (en) 2008-10-01
RU2009138220A (ru) 2011-04-27
AR067207A1 (es) 2009-10-07

Similar Documents

Publication Publication Date Title
US10382181B2 (en) Method and apparatus for supporting AMD re-segmentation
JP2010521923A (ja) ｅｖｏｌｖｅｄＨＳＰＡシステム内での確認モード無線リンク制御のアーキテクチャおよび方法
US11595849B2 (en) Method and apparatus for generating a protocol data unit
US10608792B2 (en) Generating and processing MAC-ehs protocol data units
TWI554143B (zh) 支援無線鏈結控制參數再配置之無線通信方法及裝置
JP5481546B2 (ja) アップリンクプロトコル変更をサポートするための方法および装置
US20150230132A1 (en) Efficient l2 processing and protocol data units wireless communications
AU2012209010A1 (en) Method and apparatus for supporting segmentation of packets for uplink transmission

Legal Events

Date Code Title Description
A761 Written withdrawal of application

Free format text: JAPANESE INTERMEDIATE CODE: A761

Effective date: 20110203