(57)【特許請求の範囲】
【請求項１】
無線リンク制御（ＲＬＣ）再確立をトリガする方法であって、
前記方法は、
ＲＬＣプロトコルデータユニット（ＰＤＵ）を送信することと、
前記ＲＬＣ  ＰＤＵが初めて再送信のために検討されるという条件で状態変数をゼロに設定することと、
前記ＲＬＣ  ＰＤＵの少なくとも一部が再送信のために検討され、かつすでに再送信待ち状態ではないという条件で、前記ＲＬＣ  ＰＤＵに関連付けられた前記状態変数をインクリメントすることと、
閾値テストに基づいてＲＬＣ再確立を開始することと
を備える方法。
【請求項２】
再送信が検討された前記ＲＬＣ  ＰＤＵの少なくとも一部がすでに再送信バッファにあるという条件で、前記状態変数はインクリメントされない、請求項１の方法。
【請求項３】
前記閾値テストは、前記ＲＬＣ  ＰＤＵに関連付けられた前記状態変数をあらかじめ定められた閾値と比較することによって実行される、請求項１の方法。
【請求項４】
その少なくとも一部が前記ＲＬＣ  ＰＤＵに含まれるＲＬＣサービスデータユニット（ＳＤＵ）を破棄することと、
前記破棄されたＲＬＣ  ＳＤＵの少なくとも一部を含むＲＬＣ  ＰＤＵおよびＰＤＵセグメントを破棄することと
をさらに備える、請求項１の方法。
【請求項５】
移動受信ウィンドウ（ＭＲＷ）プロシージャを実行することをさらに備える、請求項１の方法。
【請求項６】
前記ＲＬＣ  ＰＤＵおよび前記ＲＬＣ  ＰＤＵのセグメントの少なくとも一つを廃棄することをさらに備える、請求項１の方法。
【請求項７】
無線リンク制御（ＲＬＣ）再確立をトリガするために使用される装置であって、
前記装置は、
ＲＬＣプロトコルデータユニット（ＰＤＵ）を送信するように構成された送信機と、
前記ＲＬＣ  ＰＤＵが初めて再送信のために検討されるという条件で状態変数をゼロに設定するように構成されたＲＬＣエンティティと、
前記ＲＬＣ  ＰＤＵの少なくとも一部が再送信のために検討され、かつすでに再送信待ち状態ではないという条件で、前記ＲＬＣ  ＰＤＵに関連付けられた前記状態変数をインクリメントするようにさらに構成された前記ＲＬＣエンティティと、
閾値テストに基づいてＲＬＣ再確立を開始するようにさらに構成された前記ＲＬＣエンティティと
を備えた装置。
【請求項８】
前記閾値テストは、前記ＲＬＣ  ＰＤＵに関連付けられた前記状態変数をあらかじめ定められた閾値と比較することによって実行される、請求項７の装置。
【請求項９】
前記ＲＬＣエンティティは、再送信が検討された前記ＲＬＣ  ＰＤＵの少なくとも一部がすでに再送信バッファにあるという条件で、前記状態変数をインクリメントしないようにさらに構成される、請求項７の装置。
【請求項１０】
前記ＲＬＣエンティティは、その少なくとも一部が前記ＲＬＣ  ＰＤＵに含まれるＲＬＣサービスデータユニット（ＳＤＵ）を破棄し、かつ前記破棄されたＲＬＣ  ＳＤＵの少なくとも一部を含むＲＬＣ  ＰＤＵおよびＰＤＵセグメントを破棄するようにさらに構成される、請求項７の装置。
【請求項１１】
前記ＲＬＣエンティティは、移動受信ウィンドウ（ＭＲＷ）プロシージャを実行するようにさらに構成される、請求項７の装置。
【請求項１２】
前記ＲＬＣエンティティは、前記ＲＬＣ  ＰＤＵおよび前記ＲＬＣ  ＰＤＵのセグメントの少なくとも一つを廃棄するようにさらに構成される、請求項７の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、無線通信に関する。
【背景技術】
【０００２】
図１は、ロングタームエボリューション（ＬＴＥ）のユーザプレーンプロトコルスタックを示す。ユーザプレーンは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティ、無線リンク制御（ＲＬＣ）エンティティ、およびメディアアクセス制御（ＭＡＣ）エンティティを含む。
【０００３】
ＲＬＣエンティティの主要機能には、上位層プロトコルデータユニット（ＰＤＵ）の転送が含まれ、この転送では、アクノレッジモード（ＡＭ）、アンアクノレッジモード（ＵＭ）、および透過モード（ＴＭ）のデータ転送、自動再送信要求（ＡＲＱ）による誤り訂正、トランスポートブロック（ＴＢ）のサイズに応じたセグメント化、再送信を必要とするＲＬＣ  ＰＤＵの再セグメント化、同一の無線ベアラに対応するＲＬＣサービスデータユニット（ＳＤＵ）の連結、アップリンクにおけるハンドオーバ時を除く上位層ＰＤＵの順序配信、重複の検出、プロトコルエラーの検出および回復、発展型ノードＢ（ｅＮＢ）と無線送受信ユニット（ＷＴＲＵ）との間のフロー制御、ＳＤＵの破棄、ＲＬＣのリセット等をサポートしている。
【０００４】
ＲＬＣ  ＳＤＵは、全体がＴＢに収まり切らない場合にセグメント化（細分化）することができる。ＲＬＣ  ＳＤＵは、可変サイズのＲＬＣ  ＰＤＵにセグメント化することができる。再送信されるＰＤＵが、再送信に使用される新しいＴＢに全体が収まらない場合、ＲＬＣ  ＰＤＵは、再度セグメント化することができる。再セグメント化の回数は無制限である。
【０００５】
３ＧＰＰ  ＴＳ  ３６．３２２  Ｖ１．２．０によると、発展型総合地上無線アクセスネットワーク（Ｅ−ＵＴＲＡＮ）のＲＬＣエンティティは、それより上位のＰＤＣＰエンティティからの通知に基づいてＳＤＵの破棄を行うことができ、これは、Ｒｅｌｅａｓｅ  ６  ＵＴＲＡＮ  ＲＬＣではＲＬＣエンティティにタイマを利用した独自のＳＤＵの破棄機構を持たせるのと対照的である。３ＧＰＰ  ＴＳ  ３６．３２２  Ｖ１．２．０によると、Ｅ−ＵＴＲＡＮでは、セグメント化のサポートに加えて、新しい再セグメント化の機能がサポートされる予定である。ＲＬＣ  ＳＤＵのセグメント化および再組み立てに加えて、ＲＬＣ  ＰＤＵの再セグメント化および再組み立てがサポートされる予定である（少なくともＡＭデータ転送について）。
【０００６】
図２は、ＲＬＣ  ＰＤＵのセグメント化および再セグメント化を示す。１つのＲＬＣ  ＳＤＵを複数のＲＬＣ  ＰＤＵにセグメント化することができる。各ＲＬＣ  ＰＤＵは、各ＲＬＣ  ＰＤＵに割り振られる通し番号（ＳＮ）（すなわちＰＤＵ  ＳＮ）によって識別される。ＲＬＣ  ＰＤＵ  ＳＮは、ＲＬＣヘッダに含められる。ＲＬＣ  ＳＤＵのＲＬＣ  ＰＤＵへのセグメント化は１回行うことができ、ＲＬＣ  ＳＤＵは再度セグメント化することはできない。代わりに、ＲＬＣ  ＰＤＵに対して再セグメント化を行うことができる。
【０００７】
ＲＬＣ  ＰＤＵは、複数のＰＤＵセグメント（すなわちサブセグメント）にセグメント化することができる。図２に示すように、サブセグメントは、セグメントオフセット（ＳＯ）とセグメント長（ＳＬ）の２つのパラメータで識別することができる。ＳＯは、元のＲＬＣ  ＰＤＵ中での当該セグメントの開始位置を示し（例えばバイト単位）、ＳＬは、セグメントの長さ（サイズ）を示す（例えばバイト単位）。
【０００８】
３ＧＰＰ  ＴＳ  ３６．３２２によると、ＲＬＣ  ＰＤＵの再セグメント化は、制限なしに複数回行ってよい。図３Ａおよび図３Ｂは、２回のＲＬＣ  ＰＤＵの再セグメント化を示す（すなわち再セグメント化の２度の発生）。図３Ａでは、２番目のサブセグメントは、１番目のサブセグメントよりも大きい。これは、下の層で選択されたＴＢのサイズが、再送信を必要とする１番目のサブセグメントのサイズよりも大きい場合に生じる可能性がある。図３Ｂでは、２番目のサブセグメントは、１番目のサブセグメントよりも小さい。これは、下の層で選択されたＴＢサイズが、再送信を必要とする１番目のサブセグメントのサイズよりも小さい場合に生じる可能性がある。
【０００９】
ＵＴＲＡＮでは、ＲＬＣ  ＡＭモードでＡＲＱ再送信を行う。ＡＲＱ機構のパラメータの１つは、最大送信回数ＭａｘＤＡＴである。ＭａｘＤＡＴは、状態変数ＶＴ（ＤＡＴ）の上限を表す。状態変数ＶＴ（ＤＡＴ）は、ＡＭＤ  ＰＤＵの送信がスケジュールされた回数をカウントする。各ＲＬＣ  ＡＭＤ  ＰＤＵにつき１つのＶＴ（ＤＡＴ）があり、各ＶＴ（ＤＡＴ）は、対応するＡＭＤ  ＰＤＵの送信がスケジュールされるたびに１ずつ増分される。ＶＴ（ＤＡＴ）の初期値は０である。ＶＴ（ＤＡＴ）がＭａｘＤＡＴと等しくなると、上位層の設定に従って、ＲＬＣリセットプロシージャまたはＳＤＵ破棄プロシージャのいずれかが開始される。
【００１０】
Ｅ−ＵＴＲＡＮでは、ＰＤＣＰエンティティにおけるＲＬＣ  ＳＤＵ破棄機能をサポートすることが合意されている（例えばタイマを利用した破棄）。ＰＤＣＰエンティティは、破棄されたＳＤＵ／ＰＤＵをＲＬＣエンティティに通知し、ＲＬＣエンティティはそのＳＤＵ／ＰＤＵを自身のバッファから破棄する。
【００１１】
ただし、ＲＬＣエンティティ自体でローカルにＲＬＣ  ＰＤＵ（およびＲＬＣ  ＳＤＵ）の破棄基準を判断し、実施する必要がある。そのような機構を使用して、プロトコルのデッドロック状態（例えば無限の再送信）を回避することができ、かつ／またはＲＬＣのリセットもしくは再設定やＲＬＣの移動受信ウィンドウ（ＭＲＷ）等の他のプロシージャをトリガすることができ、かつ／またはより高いサービス品質（ＱｏＳ）を支援することができる。ＵＴＲＡＮ  ＲＬＣはＭＲＷプロシージャを提供するが、このプロシージャは、受信側のＲＬＣエンティティに自身の受信ウィンドウを移動するように要求するため、および、任意で、送信側のＲＬＣエンティティで行われたＲＬＣ  ＳＤＵ破棄の結果、破棄されたＲＬＣ  ＳＤＵのセットを通知するために送信側のＲＬＣエンティティから送信される信号である。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
ＵＴＲＡＮでは、ＭａｘＤＡＴパラメータは、ＰＤＵの（再）送信の回数に基づいてＲＬＣ  ＰＤＵを破棄し、ＲＬＣリセットプロシージャまたはＲＬＣ  ＭＲＷプロシージャをトリガするために使用されていた。Ｅ−ＵＴＲＡＮでは、Ｅ−ＵＴＲＡＮにおける再セグメント化という新機能が導入され、その結果、ＰＤＵの（再）送信回数の単純なカウントがＲＬＣ  ＰＤＵの破棄基準として適切でなくなるため、ＰＤＵの（再）送信回数に基づく単純なＭａｘＤＡＴパラメータは使用できない可能性がある。
【００１３】
したがって、ＲＬＣ  ＰＤＵおよび／またはそれに対応するＲＬＣ  ＳＤＵを破棄し、かつ／または、ＲＬＣのリセットや再確立等の他のプロシージャをトリガする方法および基準を提供することが望まれる。
【課題を解決するための手段】
【００１４】
ＲＬＣパケットの破棄および／またはＲＬＣの再確立をトリガする方法および装置が開示される。ＲＬＣエンティティは、ＲＬＣ  ＰＤＵとそのＰＤＵセグメントの送信および／または再送信の合計回数をカウントする状態変数を維持する。状態変数が所定の閾値に達する（すなわち閾値と等しくなる）と、ＲＬＣエンティティは、ＲＬＣ  ＰＤＵおよびＲＬＣ  ＰＤＵのセグメントを破棄する、かつ／またはＲＬＣの再確立を開始することができる。ＲＬＣ  ＰＤＵに関連付けられた状態変数は、ＲＬＣ  ＰＤＵの少なくとも一部に対して否定応答（ＮＡＣＫ）が受信されるたびに、または、ＲＬＣ  ＰＤＵまたはＲＬＣ  ＰＤＵの一部について再送信が検討されるときに増分されることができる。ＲＬＣ  ＰＤＵに関連付けられた状態変数は、ＲＬＣ  ＰＤＵまたは再送信が検討されるＲＬＣ  ＰＤＵの一部がすでに再送信待ち状態（pending retransmission）であるときには、増分してはならない。
【００１５】
あるいは、ＲＬＣエンティティは、ＲＬＣ  ＰＤＵまたはそのＰＤＵセグメントの再送信されたデータサイズに比例して状態変数を増加させてもよい。状態変数は、ＲＬＣ  ＰＤＵおよびそのＰＤＵセグメントの送信および／または再送信の合計データサイズをカウントし、状態変数が所定の閾値に達するか、閾値を超えると、ＲＬＣエンティティは、ＲＬＣ  ＰＤＵおよびＲＬＣ  ＰＤＵのセグメントの少なくとも１つを破棄、および／またはＲＬＣの再確立を開始することができる。
【００１６】
添付の図面と併せて例示として示される以下の説明から、より詳細な理解を得ることができよう。
【図面の簡単な説明】
【００１７】
【図１】ロングタームエボリューション（ＬＴＥ）のユーザプレーンプロトコルスタックを示す図である。
【図２】ＲＬＣ  ＰＤＵのセグメント化および再セグメント化を示す図である。
【図３Ａ】２回のＲＬＣ  ＰＤＵの再セグメント化を示す図である。
【図３Ｂ】２回のＲＬＣ  ＰＤＵの再セグメント化を示す図である。
【図４】第１の実施形態によるパケットの破棄および／またはＲＬＣ再確立のプロセスの流れ図である。
【図５】第２の実施形態によるパケットの破棄および／またはＲＬＣの再確立のプロセスの流れ図である。
【図６】第３の実施形態によるパケットの破棄および／またはＲＬＣの再確立のプロセスの流れ図である。
【図７】第４の実施形態によるパケットの破棄および／またはＲＬＣの再確立のプロセスの流れ図である。
【発明を実施するための形態】
【００１８】
以下で参照される場合、用語「無線送受信ユニット（ＷＴＲＵ）」は、これらに限定されないが、ユーザ機器（ＵＥ）、モバイル局、固定または移動型加入者装置、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、コンピュータ、または、無線環境で動作することが可能な任意の他の種のユーザデバイスを含む。以下で参照される場合、用語「ｅＮＢ」は、これらに限定されないが、基地局、Ｎｏｄｅ−Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作することが可能な任意の他の種のインタフェースデバイスを含む。
【００１９】
以下で、「セグメント化されたＰＤＵ」および「再セグメント化されたＰＤＵ」はともに「ＰＤＵセグメント」を指し、用語「セグメント化されたＰＤＵ」、「再セグメント化されたＰＤＵ」、「ＰＤＵセグメント」、および「サブセグメント」は、同義で使用する。以下で参照される場合、用語「ＲＬＣの再確立」は、「ＲＬＣのリセット」と同義で使用する。以下で参照される場合、用語「パケット」は、ＲＬＣ  ＳＤＵ、ＲＬＣ  ＰＤＵ、またはＰＤＵセグメントを指す。
【００２０】
第１の実施形態によると、所与のＲＬＣ  ＰＤＵとそのＰＤＵセグメントについて送信または再送信の合計回数を計算して、そのＲＬＣ  ＰＤＵを破棄するかどうか、および／またはＲＬＣ再確立プロシージャを開始するかどうかを決定する。あるいは、送信されたＲＬＣ  ＰＤＵまたはＰＤＵセグメントについて送信が失敗した合計回数（例えばＮＡＣＫの数）を計算してもよい。
【００２１】
ＭａｘＴｏｔａｌＴｒａｎｓおよびＶＴ（ＴｏｔａｌＴｒａｎｓ）の２つのパラメータが定義される。ＭａｘＴｏｔａｌＴｒａｎｓは、ＲＬＣ  ＰＤＵを破棄する必要があるかどうか、および／またはＲＬＣを再確立する必要があるかどうかを決定するための閾値である。ＶＴ（ＴｏｔａｌＴｒａｎｓ）は、ＲＬＣ  ＰＤＵとそのＰＤＵセグメントが（再）送信された回数、または再送信が検討された回数をカウントする状態変数である。関連付けられたＲＬＣ  ＰＤＵについて１つのＶＴ（ＴｏｔａｌＴｒａｎｓ）が生成され、そのＲＬＣ  ＰＤＵまたはそのＰＤＵセグメントが（再）送信、または（再）送信がスケジュールされるたびに増分される。ＶＴ（ＴｏｔａｌＴｒａｎｓ）の初期値は０である。ＶＴ（ＴｏｔａｌＴｒａｎｓ）は、ＲＬＣ  ＰＤＵが最初に再送信を検討されるときに初期化されることができる。
【００２２】
図４は、第１の実施形態によるＲＬＣ再確立および／またはパケット破棄のプロセス４００の流れ図である。ＲＬＣエンティティが、ＲＬＣ  ＰＤＵを生成し、送信する（ステップ４０２）。その後、そのＲＬＣ  ＰＤＵまたはＲＬＣ  ＰＤＵの一部の再送信を検討するかどうかが判定される（ステップ４０４）。ＲＬＣ  ＰＤＵまたはＲＬＣ  ＰＤＵの一部の再送信が検討されない場合（すなわちＲＬＣ  ＰＤＵの送信が成功した場合）、プロセス４００は終了する。
【００２３】
ＲＬＣ  ＰＤＵまたはＲＬＣ  ＰＤＵの一部の再送信が検討される場合は、ＲＬＣ  ＰＤＵの再送信が検討されるのが初めてであるかどうかがさらに判定される（ステップ４０６）。ＲＬＣ  ＰＤＵの再送信が検討されるのが初めてである場合、そのＲＬＣ  ＰＤＵに関連付けられた変数ＶＴ（ＴｏｔａｌＴｒａｎｓ）が「０」に設定され（ステップ４１４）、ＲＬＣ  ＰＤＵが再送信のためにＭＡＣエンティティに配信される（ステップ４１６）。
【００２４】
ＲＬＣ  ＰＤＵまたはＲＬＣ  ＰＤＵの一部の再送信が検討されるのが初めてでない場合、ＲＬＣ  ＰＤＵもしくはＰＤＵセグメント、またはＲＬＣ  ＰＤＵの一部もしくはＲＬＣ  ＰＤＵセグメントの一部がすでに再送信待ち状態である（例えば送信が検討されるＲＬＣ  ＰＤＵ、またはＲＬＣ  ＰＤＵの一部もしくはＰＤＵセグメントがすでに再送信バッファにある）かどうかがさらに判定される（ステップ４０７）。再送信待ち状態である場合、プロセス４００は終了する。再送信待ち状態でない場合は、関連付けられた変数ＶＴ（ＴｏｔａｌＴｒａｎｓ）が、ＲＬＣ  ＰＤＵまたはＰＤＵセグメントの各々について１増分される（すなわち再送信の回数がカウントされる）か、または、再送信が検討される各ＰＤＵまたはＰＤＵセグメントについて１増分される（すなわち再送信の失敗回数がカウントされる）（ステップ４０８）。
【００２５】
状態変数ＶＴ（ＴｏｔａｌＴｒａｎｓ）は、再送信を重複してカウントすることを避けるために、ＲＬＣ  ＰＤＵまたは再送信が検討されるその一部がすでに再送信待ち状態である場合、またはＲＬＣ  ＰＤＵの一部がすでに再送信待ち状態である（例えば送信が検討されるＲＬＣ  ＰＤＵまたはその一部がすでに再送信バッファにある）場合は増分してはならない。次いで、変数ＶＴ（ＴｏｔａｌＴｒａｎｓ）が所定の閾値（ＭａｘＴｏｔａｌＴｒａｎｓ）と等しいかどうかが判定される（ステップ４１０）。ＶＴ（ＴｏｔａｌＴｒａｎｓ）がＭａｘＴｏｔａｌＴｒａｎｓと等しくない場合、ＲＬＣ  ＰＤＵまたはＰＤＵセグメントが再送信のためにＭＡＣエンティティに配信される（ステップ４１６）。
【００２６】
ＶＴ（ＴｏｔａｌＴｒａｎｓ）がＭａｘＴｏｔａｌＴｒａｎｓと等しい場合は、以下の動作の１つまたは複数を行うことができる（ステップ４１２）。
（１）対応するＲＬＣ  ＰＤＵおよび／またはＰＤＵセグメントを破棄する。
（２）当該ＲＬＣ  ＰＤＵまたはＰＤＵセグメントに含まれるセグメントを有するすべてのＳＤＵを破棄する。
（３）破棄されたＳＤＵのセグメントを含んでいるすべてのＲＬＣ  ＰＤＵまたはＰＤＵセグメントを破棄する。
（４）ＭＲＷプロシージャを開始する（すなわちＭＲＷを送信して、破棄されたＰＤＵおよび／またはＳＤＵをピアのＲＬＣエンティティに通知する）、および
（５）ＲＬＣのリセットまたは再確立を開始する。
【００２７】
あるいは、状態変数ＶＴ（ＴｏｔａｌＴｒａｎｓ）は、ＲＬＣ  ＰＤＵが初めて送信または再送信されるときに初期化してもよい。
【００２８】
第２の実施形態によると、所与のＲＬＣ  ＰＤＵに対応する送信データおよび／または再送信データの合計「サイズ」を使用して、ＲＬＣ  ＰＤＵを破棄するかどうかを決定する。特定のＲＬＣ  ＰＤＵについて送信および再送信された総バイト数が計算され、ＲＬＣ  ＰＤＵ破棄の基準として使用される。
【００２９】
ＭａｘＢｙｔｅｓとＶＴ（Ｂｙｔｅｓ）の２つのパラメータが定義される。ＭａｘＢｙｔｅｓは、ＲＬＣ  ＰＤＵを破棄する必要があるか否かを決定するための閾値である。ＶＴ（Ｂｙｔｅｓ）は、ＲＬＣ  ＰＤＵまたはそのＰＤＵセグメントで送信されるバイト数、または送信がスケジュールされるバイト数をカウントする状態変数である。各ＲＬＣ  ＰＤＵにつき１つのＶＴ（Ｂｙｔｅｓ）があり、ＶＴ（Ｂｙｔｅｓ）は、そのＲＬＣ  ＰＤＵまたはそのＰＤＵセグメントが（再）送信される、または（再）送信がスケジュールされるたびに、ＲＬＣ  ＰＤＵまたはそのＰＤＵセグメントのサイズだけ増分される。ＶＴ（Ｂｙｔｅｓ）の初期値はゼロである。
【００３０】
データサイズの単位として「バイト」を使用するが、データサイズを表すために他の単位が使用されてよいことに留意されたい（例えばｘバイトの個数、スライスまたはビットの数、または任意の他の単位）。
【００３１】
図５は、第２の実施形態による、ＲＬＣ再確立および／またはパケット破棄のプロセス５００の流れ図である。ＲＬＣエンティティがＲＬＣ  ＰＤＵを生成する（ステップ５０２）。そのＲＬＣ  ＰＤＵについての変数ＶＴ（Ｂｙｔｅｓ）の初期値が「０」にリセットされる（ステップ５０４）。ＲＬＣエンティティは、ＲＬＣ  ＰＤＵのサイズだけ対応するＶＴ（Ｂｙｔｅｓ）の値を増加させ、ＲＬＣ  ＰＤＵが送信される（ステップ５０６）。ステップ５０４および５０６におけるＲＬＣ  ＰＤＵの最初の送信時のＶＴ（Ｂｙｔｅｓ）の作成とリセットは任意である。状態変数ＶＴ（Ｂｙｔｅｓ）は、ＲＬＣ  ＰＤＵの最初の送信時に作成せずに、後に、ＲＬＣ  ＰＤＵの再送信が行われる場合、または再送信がスケジュールされる場合に、作成してもよい。状態変数ＶＴ（Ｂｙｔｅｓ）は、ゼロに初期化しておき、最初の送信時（または、最初の再送信時にＶＴ（Ｂｙｔｅｓ）が作成される場合は最初の再送信時）に増分することができ、その後送信が行われるたびに増分することができる。あるいは、状態変数ＶＴ（Ｂｙｔｅｓ）は、最初の送信時（またはＶＴ（Ｂｙｔｅｓ）が再送信時に作成される場合は最初の再送信時）にゼロに初期化し、その後送信が行われるたびに増分してもよい。
【００３２】
ＲＬＣ  ＰＤＵの送信の後、ＲＬＣ  ＰＤＵを再送信する必要があるかどうかが判定される（ステップ５０８）。ＲＬＣ  ＰＤＵを再送信する必要がない場合（例えばＡＣＫを受信することにより）、プロセス５００は終了する。ＲＬＣ  ＰＤＵを再送信する必要がある場合（例えばＮＡＣＫを受信したことにより）は、ＲＬＣ  ＰＤＵをセグメント化することが可能である。ＲＬＣ  ＰＤＵがセグメント化されずに再送信される場合、変数ＶＴ（Ｂｙｔｅｓ）は、再送信されるＲＬＣ  ＰＤＵのサイズだけ増加され、または、ＲＬＣ  ＰＤＵがセグメント化される場合は、送信されたＰＤＵセグメントのサイズだけ増加される（ステップ５１０）。例えば、ＲＬＣ  ＰＤＵの送信後、変数ＶＴ（Ｂｙｔｅｓ）は、そのＲＬＣ  ＰＤＵのサイズだけ増加される。そのＲＬＣ  ＰＤＵについてＮＡＣＫが受信され、ＲＬＣ  ＰＤＵが３つのセグメントにセグメント化された場合、変数ＶＴ（Ｂｙｔｅｓ）は、ＲＬＣ  ＰＤＵのサイズだけ増加される。３つのＰＤＵセグメントを送信した後に、１つのＰＤＵセグメントに対してＮＡＣＫが返され、そのＰＤＵセグメントが再送信された場合、変数ＶＴ（Ｂｙｔｅｓ）は、再送信されたＰＤＵセグメントのサイズだけ増加される。
【００３３】
次いで、ＶＴ（Ｂｙｔｅｓ）がＭａｘＢｙｔｅｓ以上であるかどうかが判定される（ステップ５１２）。ＶＴ（Ｂｙｔｅｓ）がＭａｘＢｙｔｅｓより小さい場合、ステップ５１４で、ＲＬＣ  ＰＤＵまたはそのＰＤＵセグメントが再送信のためにＭＡＣエンティティに配信され、プロセス５００はステップ５０８に戻る。
【００３４】
ＶＴ（Ｂｙｔｅｓ）がＭａｘＢｙｔｅｓ以上である場合は、以下のうち１つまたは複数が行われる（ステップ５１６）。
（１）ＲＬＣ  ＰＤＵおよびそのＰＤＵセグメントを破棄する。
（２）当該ＲＬＣ  ＰＤＵまたはそのＰＤＵセグメント内に含まれるセグメントを有するすべてのＲＬＣ  ＳＤＵを破棄する。
（３）破棄されたＲＬＣ  ＳＤＵのセグメントを含んでいるすべてのＲＬＣ  ＰＤＵまたはＰＤＵセグメントを破棄する。
（４）ＭＲＷプロシージャを開始する（すなわちＭＲＷコマンドを送信して、破棄されたＰＤＵおよび／またはＳＤＵをピアのＲＬＣエンティティに通知する）。および、
（５）ＲＬＣのリセットまたは再確立を開始する。
【００３５】
あるいは、変数ＶＴ（Ｂｙｔｅｓ）は、ＲＬＣ  ＰＤＵ（またはＰＤＵセグメント）の送信または再送信がスケジュールされたとき（例えばＲＬＣエンティティがＮＡＣＫを受信したが、ＲＬＣ  ＰＤＵをセグメント化する前）に増加させてもよい。例えば、ＲＬＣ  ＰＤＵを送信した後に、変数ＶＴ（Ｂｙｔｅｓ）は、そのＲＬＣ  ＰＤＵのサイズだけ増分される。ＮＡＣＫが受信され、ＲＬＣ  ＰＤＵの再送信がスケジュールされる場合、変数ＶＴ（Ｂｙｔｅｓ）は、ＲＬＣ  ＰＤＵのサイズだけ増加される。ＲＬＣ  ＰＤＵが３つのＰＤＵセグメントにセグメント化されると仮定すると、３つのＰＤＵセグメントが送信される。１つのＰＤＵセグメントに対してＮＡＣＫが返され、そのＰＤＵセグメントの再送信がスケジュールされる場合、変数ＶＴ（Ｂｙｔｅｓ）は、ＮＡＣＫが返されたＰＤＵセグメントのサイズだけ増加される。
【００３６】
あるいは、初期のＲＬＣ  ＰＤＵのサイズはＶＴ（Ｂｙｔｅｓ）に含めずに、再送信されたＲＬＣ  ＰＤＵまたはＰＤＵセグメントのサイズのみをＶＴ（Ｂｙｔｅｓ）に蓄積してもよい。
【００３７】
閾値ＭａｘＢｙｔｅｓは、設定可能なパラメータとしても、別のパラメータから導出してもよい。閾値ＭａｘＢｙｔｅｓは、柔軟性を持たせ、初期のＲＬＣ  ＰＤＵサイズに基づいてＲＬＣ  ＰＤＵごとに計算することができる。特に、柔軟性のあるＰＤＵサイズを意味するＴＢのサイズに従ってセグメント化が行われることを鑑みると、これにより、より高い性能が得られる。例えば、ＭａｘＢｙｔｅｓは、以下のように、ＰＤＵの初期サイズが乗算される係数（すなわち倍数）を使用して計算することができる。
【００３８】
ＭａｘＢｙｔｅｓ＝ＭａｘＢｙｔｅｓＦａｃｔｏｒ×（初期ＲＬＣ  ＰＤＵのサイズ）
【００３９】
ＭａｘＢｙｔｅｓＦａｃｔｏｒは、ＲＲＣエンティティによって設定可能なＩＥであってよい。そのような係数または乗数は、「送信サイズ係数」や「再送信サイズ係数」等の他の妥当な名称を有することができる。この手法の利点は、ＲＬＣ  ＰＤＵのバイトが（再）送信される回数（amount of times）をコントロールできることである。例えば、３のＭａｘＢｙｔｅｓＦａｃｔｏｒを使用すると、ＲＬＣ  ＰＤＵに含まれるデータが４回以上送信または（再）送信されないことを保証することができる。この係数は、実数でも整数でもよい。
【００４０】
第３の実施形態によると、送信または再送信の回数は、ＲＬＣ  ＰＤＵ単位とＰＤＵセグメント単位の両方でカウントされる。初期のＲＬＣ  ＰＤＵと、当該初期のＲＬＣ  ＰＤＵから生じた各ＰＤＵセグメントそれぞれに１つの状態変数が生成される。ＲＬＣ  ＰＤＵを作成する際、初期のＲＬＣ  ＰＤＵに対して対応する１つの状態変数ＶＴ０（Ｔｒａｎｓ）が作成される。そのＲＬＣ  ＰＤＵが再送信のためにセグメント化されると、ＰＤＵセグメントｉごとに１つの状態変数ＶＴｉ（Ｔｒａｎｓ）が作成される。
【００４１】
ＭａｘＴｒａｎｓおよびＶＴｉ（Ｔｒａｎｓ）の２つのパラメータが定義される。ＭａｘＴｒａｎｓは、ＲＬＣ  ＰＤＵまたはＰＤＵセグメントを破棄する必要があるか否かを決定するための閾値である。再セグメント化のレベルに応じて、２つ以上の閾値を指定することができる（すなわちＭａｘＴｒａｎｓ＿ｉ）。ＶＴｉ（Ｔｒａｎｓ）は、ＲＬＣ  ＰＤＵまたはＰＤＵセグメントの送信または再送信がスケジュールされた回数をカウントする状態変数である。各ＰＤＵまたはＰＤＵセグメントにつき１つのＶＴｉ（Ｔｒａｎｓ）があり、各ＶＴｉ（Ｔｒａｎｓ）は、対応するＲＬＣ  ＰＤＵまたはＰＤＵセグメントの送信または再送信がスケジュールされるたびに１増分される。ＶＴｉ（Ｔｒａｎｓ）の初期値は０である。
【００４２】
図６は、第３の実施形態によるＲＬＣの再確立および／またはパケット破棄のプロセス６００の流れ図である。ＲＬＣエンティティがＲＬＣ  ＰＤＵを生成する（ステップ６０２）。そのＲＬＣ  ＰＤＵについての変数ＶＴ０（Ｔｒａｎｓ）の初期値が「０」にリセットされる（ステップ６０４）。インデックスｉ＝０を使用して初期ＲＬＣ  ＰＤＵを参照する。ＲＬＣエンティティは、対応するＶＴ０（Ｔｒａｎｓ）の値を１増分し、ＲＬＣ  ＰＤＵが送信される（ステップ６０６）。
【００４３】
ＲＬＣ  ＰＤＵが送信された後、ＲＬＣ  ＰＤＵを再送信する必要があるかどうかが判定される（ステップ６０８）。ＲＬＣ  ＰＤＵを再送信する必要がない場合（例えばＡＣＫを受信することにより）、プロセス６００は終了する。ＲＬＣ  ＰＤＵを再送信する必要がある場合（例えばＮＡＣＫを受信することにより）は、ＲＬＣ  ＰＤＵがセグメント化される可能性がある。
【００４４】
ＲＬＣ  ＰＤＵがセグメント化されないで再送信された場合、ＲＬＣエンティティはＶＴ０（Ｔｒａｎｓ）を１増分し、ＲＬＣ  ＰＤＵが再送信のためにセグメント化された場合（すなわちＰＤＵセグメントｉが送信された場合）、ＲＬＣエンティティは、以下の要領でＶＴｉ（Ｔｒａｎｓ）を更新する（ステップ６１０）。  
−ＰＤＵセグメントｉが初めて送信される場合は、対応するＶＴｉ（Ｔｒａｎｓ）の値を次のように計算する。  
ＶＴｉ（Ｔｒａｎｓ）＝ＶＴｋ（Ｔｒａｎｓ）＋１
ここで、ｋは、このＰＤＵセグメントｉの親（または祖先）であるＲＬＣ  ＰＤＵまたはＰＤＵセグメントを参照するインデックスである。  
−ＰＤＵセグメントｉが再送信される場合は、ＶＴｉ（Ｔｒａｎｓ）の値は１増分される。
【００４５】
次いで、任意のインデックスｉについて、ＶＴｉ（Ｔｒａｎｓ）がＭａｘＴｒａｎｓ以上であるかどうかが判定される（ステップ６１２）。ＶＴｉ（Ｔｒａｎｓ）がＭａｘＴｒａｎｓより小さい場合は、ステップ６１４でＲＬＣ  ＰＤＵ（またはＰＤＵセグメント）が再送信のためにＭＡＣエンティティに配信され、プロセス６００はステップ６０８に戻る。
【００４６】
ＶＴｉ（Ｔｒａｎｓ）がＭａｘＴｒａｎｓ以上である場合は、以下の動作の１つまたは複数が行われる（ステップ６１６）。
（１）対応するＲＬＣ  ＰＤＵおよび／またはＰＤＵセグメントを破棄する。
（２）当該ＲＬＣ  ＰＤＵまたはＰＤＵセグメントに含まれるセグメントを有するすべてのＳＤＵを破棄する。
（３）破棄されたＳＤＵのセグメントを含んでいるすべてのＲＬＣ  ＰＤＵまたはＰＤＵセグメントを破棄する。
（４）ＭＲＷプロシージャを開始する（すなわちＭＲＷを送信して、破棄されたＲＬＣ  ＰＤＵおよび／またはＲＬＣ  ＳＤＵをピアＲＬＣエンティティに通知する）。および、
（５）ＲＬＣのリセットまたは再確立を開始する。
【００４７】
あるいは、再送信の回数のみをカウントし、最初の送信はＲＬＣ  ＰＤＵのＶＴ０（Ｔｒａｎｓ）でカウントしなくてもよい。変数ＶＴｉ（Ｔｒａｎｓ）は、再送信時に作成することができる。
【００４８】
あるいは、最初のＲＬＣ  ＰＤＵについて２つ以上のカウンタ（状態変数）を使用することもできる。それらのカウンタは、ＲＬＣ  ＰＤＵ内部の異なるデータ範囲についての（再）送信の回数を計算するように割り当てられ、そのデータ範囲に属するデータを含むＲＬＣ  ＰＤＵまたはＰＤＵセグメントが送信されると更新されることができる。例えば、各ＲＬＣ  ＰＤＵ（すなわち初めて送信されるＲＬＣ  ＰＤＵ）について、Ｎ個のＶＴｎ（Ｔｒａｎｓ）変数（ｎ＝０…（Ｎ−１））が「０」に初期化される。Ｎ個のＶＴｎ（Ｔｒａｎｓ）変数はそれぞれ、ＲＬＣ  ＰＤＵ内のＮ個のデータ範囲の１つに対応する。ＲＬＣ  ＰＤＵまたはＰＤＵセグメントの送信または再送信がスケジュールされるたびに、そのＲＬＣ  ＰＤＵまたはＰＤＵセグメントが特定のＶＴｎ（Ｔｒａｎｓ）に関連付けられた範囲に属するデータを含んでいれば、ＲＬＣエンティティは、対応するＶＴｎ（Ｔｒａｎｓ）の値を１増分する。ＲＬＣ  ＰＤＵまたはＰＤＵセグメントが、２つ以上のデータ範囲に関連付けられたデータを含んでいる場合は、２つ以上の対応するＶＴｎが増分される。
【００４９】
第４の実施形態によると、ＲＬＣ  ＰＤＵについて、その最初の送信時にタイマ（Ｄｉｓｃａｒｄ＿Ｔｉｍｅｒ）が開始される。このタイマは、最初のＲＬＣ  ＰＤＵに関連付けられる。
【００５０】
図７は、第４の実施形態によるＲＬＣの再確立および／またはパケット破棄のプロセス７００の流れ図である。ＲＬＣエンティティがＲＬＣ  ＰＤＵを生成する（ステップ７０２）。そのＲＬＣ  ＰＤＵについてのＤｉｓｃａｒｄ＿Ｔｉｍｅｒが開始する（ステップ７０４）。ＲＬＣ  ＰＤＵが送信された後、ＲＬＣ  ＰＤＵを再送信する必要があるかどうかが判定される（ステップ７０６）。ＲＬＣ  ＰＤＵを再送信する必要がない場合（例えばＡＣＫを受信することにより）、プロセス７００は終了する。ＲＬＣ  ＰＤＵを再送信する必要がある場合（例えばＮＡＣＫを受信することにより）、ＲＬＣ  ＰＤＵがセグメント化される可能性がある。
【００５１】
ＲＬＣ  ＰＤＵまたはＰＤＵセグメントの再送信時に、Ｄｉｓｃａｒｄ＿Ｔｉｍｅｒが満了したかどうかが判定される（ステップ７０８）。Ｄｉｓｃａｒｄ＿Ｔｉｍｅｒが満了していない場合、ステップ７１０でＲＬＣ  ＰＤＵまたはＰＤＵセグメントが送信のためにＭＡＣエンティティに配信され、プロセス７００はステップ７０６に戻る。Ｄｉｓｃａｒｄ＿Ｔｉｍｅｒが満了している場合は、以下の動作のうち１つまたは複数が行われる（ステップ７１２）。
（１）対応するＲＬＣ  ＰＤＵおよび／またはＰＤＵセグメントを破棄する。
（２）当該ＲＬＣ  ＰＤＵまたはＰＤＵセグメントに含まれているセグメントを有するすべてのＳＤＵを破棄する。
（３）破棄されたＳＤＵのセグメントを含んでいるすべてのＲＬＣ  ＰＤＵまたはＰＤＵセグメントを破棄する。
（４）ＭＲＷプロシージャを開始する（すなわちＭＲＷを送信して、破棄されたＰＤＵおよび／またはＳＤＵをピアのＲＬＣエンティティに通知する）。および、
（５）ＲＬＣのリセットまたは再確立を開始する。
【００５２】
Ｄｉｓｃａｒｄ＿Ｔｉｍｅｒの初期値は、指定値、またはＲＬＣ  ＳＤＵ破棄タイマに関係付けられた値（例えばその残り時間）、またはＰＤＣＰ  ＳＤＵ／ＰＤＵ破棄タイマに関係付けられた値（例えばその残り時間）とすることができる。
【００５３】
第４の実施形態では、１つのみのタイマ（状態変数）を最初のＲＬＣ  ＰＤＵに関連付けることができる。あるいは、各ＰＤＵセグメントに独立したタイマ（状態変数）が関連付けられ、ＰＤＵセグメントが送信されるときに開始される。したがって、すべてのＲＬＣ  ＰＤＵまたはＰＤＵセグメントが、それぞれＰＤＵまたはＰＤＵセグメントの最初の送信時（再送信時ではなく）に開始される専用のタイマを有する。
【００５４】
上記のパラメータは、ＲＲＣシグナリングを介して設定することができる。それらのパラメータには、ＭａｘＴｏｔａｌＴｒａｎｓ、ＭａｘＴｏｔａｌＴｒａｎｓ＿ｉ、「ＭａｘＴｏｔａｌＴｒａｎｓ回の送信の後は破棄を行わない」、「ＭａｘＴｏｔａｌＴｒａｎｓ回の送信後にＳＤＵ（またはＰＤＵ）を破棄）」、ＭａｘＢｙｔｅｓ、ＭａｘＢｙｔｅｓＦａｃｔｏｒ、「ＭａｘＢｙｔｅｓバイト数の送信後は破棄を行わない」、「ＭａｘＢｙｔｅｓバイト数の送信後にＳＤＵ（またはＰＤＵ）を破棄」、ＭａｘＴｒａｎｓ、ＭａｘＴｒａｎｓ＿ｉ、「ＭａｘＴｒａｎｓ回の送信後は破棄を行わない」、「ＭａｘＴｒａｎｓ回の送信後にＳＤＵ（またはＰＤＵ）を破棄」、破棄タイマ値、「タイマ満了後は破棄を行わない」、および「タイマ満了後にＳＤＵ（またはＰＤＵ）を破棄」が含まれる。
【００５５】
異なる初期ＰＤＵに対して異なる閾値またはタイマ値があってよい。ここで説明する設定パラメータは任意選択であり、それらの一部は存在しても存在しなくてもよい。パラメータの名前は、別の名前でもよい。例えば、ＶＴ（Ｂｙｔｅｓ）やＭａｘＢｙｔｅｓは、ＶＴ（ＤＡＴ）やＭａｘＤＡＴ等の別の名前をつけてもよい。
【００５６】
上記のパラメータは、任意のＲＲＣメッセージで搬送することが可能なＩＥとして指定されることができる。例えば、それらパラメータは、ＲＲＣ接続再設定メッセージ、ＲＲＣ接続再確立メッセージ、または他のＲＲＣメッセージで搬送されることができる。それらのＲＲＣメッセージは、無線ベアラ（ＲＢ）の設定時、ハンドオーバ時、無線リンク障害事象時、または他の事象時に交換することができる。ＩＥは、より大きなＩＥの一部として含めることができる。ＩＥは、無線ベアラ単位で適用することができる。
【００５７】
閾値のパケット破棄条件は、異なる形で設定してもよい。例えば、「以上」の代わりに「より大きい」を使用してもよい。
【００５８】
上記実施形態は、ＲＬＣ  ＰＤＵに代えてＲＬＣ  ＳＤＵに適用されてもよい。本明細書に開示される状態変数は、ＲＬＣ  ＰＤＵではなくＲＬＣ  ＳＤＵに関連付けてもよい。上記実施形態は、ＲＬＣ  ＡＭおよびＵＭの両方に適用可能である。
【００５９】
上記実施形態は、用語が変わっても適用可能である。例えば、用語「ＰＤＵセグメント」を別の用語に替えた場合、または用語「ＰＤＵ」が、「ＰＤＵセグメント」を含むＲＬＣから出力される任意のパケットを包含するものと定義される場合等である。
【００６０】
上記実施形態は、将来、ＲＬＣの副層の機能に変更または修正が行われてもなお適用可能である。例えば、上記実施形態は、ＰＤＵの再セグメント化に代えてＳＤＵの再セグメント化が用いられる場合にもなお適用可能である。ＰＤＵの再セグメント化についての同じ実施形態が、ＳＤＵの再セグメント化の場合に適用されることができる（例えばＳＯが元のＳＤＵ中でのセグメントの（開始）位置を示し（例えばバイト単位）、ＳＬがセグメントの長さを示す（例えばバイト単位））。上記実施形態は、再セグメント化に異なる機構（セグメントのオフセット／長さを用いた手法以外）が用いられる場合でもなお適用可能である。
【００６１】
実施形態
１．ＲＬＣの再確立をトリガする方法。  
２．ＲＬＣ  ＰＤＵを生成するステップを含む実施形態１に記載の方法。  
３．ＲＬＣ  ＰＤＵを送信するステップを含む実施形態２に記載の方法。  
４．ＲＬＣ  ＰＤＵとＲＬＣ  ＰＤＵの一部とのうち１つを再送信する必要がある場合、ＲＬＣ  ＰＤＵに関連付けられた状態変数を所定の閾値と比較することによって閾値テストを行うステップであって、状態変数は、ＲＬＣ  ＰＤＵの少なくとも一部の再送信が検討されるときに増分される、ステップを含む、実施形態３に記載の方法。  
５．閾値テストに基づいてＲＬＣの再確立を開始するステップを含む実施形態４に記載の方法。  
６．状態変数は、ＲＬＣ  ＰＤＵまたは再送信が検討されるＲＬＣ  ＰＤＵの一部がすでに再送信待ち状態であるときには増分されない、実施形態４〜５のいずれか１つに記載の方法。  
７．状態変数は、ＲＬＣ  ＰＤＵの一部、または再送信が検討されるＲＬＣ  ＰＤＵの一部がすでに再送信バッファにあるときには増分されない、実施形態４〜６のいずれか１つに記載の方法。  
８．ＲＬＣ  ＰＤＵに少なくとも一部が含まれているＲＬＣ  ＳＤＵを破棄するステップをさらに含む、実施形態４〜７のいずれか１つに記載の方法。  
９．破棄されたＲＬＣ  ＳＤＵの少なくとも一部を含んでいるＲＬＣ  ＰＤＵおよびＰＤＵセグメントを破棄するステップを含む、実施形態８に記載の方法。  
１０．ＭＲＷプロシージャを実行するステップをさらに含む実施形態４〜９のいずれか１つに記載の方法。  
１１．ＲＬＣ  ＰＤＵとＲＬＣ  ＰＤＵのセグメントとの少なくとも１つを破棄するステップをさらに含む、実施形態４〜１０のいずれか１つに記載の方法。  
１２．状態変数は、ＲＬＣ  ＰＤＵの再送信が初めて検討されるときにゼロに設定される、実施形態４〜１１のいずれか１つに記載の方法。  
１３．ＲＬＣの再確立をトリガする装置。  
１４．ＲＬＣ  ＰＤＵを生成し、ＲＬＣ  ＰＤＵとＲＬＣ  ＰＤＵの一部とのうち１つを再送信する必要がある場合、ＲＬＣ  ＰＤＵに関連付けられた状態変数を所定の閾値と比較することによって閾値テストを行い、閾値テストに基づいてＲＬＣの再確立を開始するように構成されたＲＬＣエンティティであって、状態変数は、ＲＬＣ  ＰＤＵの少なくとも一部の再送信が検討されるときに増分される、ＲＬＣエンティティを備える、実施形態１３に記載の装置。  
１５．ＲＬＣエンティティは、ＲＬＣ  ＰＤＵまたは再送信が検討されるＲＬＣ  ＰＤＵの一部がすでに再送信待ち状態であるときには状態変数を増分しないように構成されている、実施形態１４に記載の装置。  
１６．ＲＬＣエンティティは、ＲＬＣ  ＰＤＵの一部、または再送信が検討されるＲＬＣ  ＰＤＵの一部がすでに再送信バッファにあるときには状態変数を増分しないように構成されている、実施形態１４〜１５のいずれか１つに記載の装置。  
１７．ＲＬＣエンティティは、ＲＬＣ  ＰＤＵに少なくとも一部が含まれているＲＬＣ  ＳＤＵを破棄し、破棄されたＲＬＣ  ＳＤＵの少なくとも一部を含んでいるＲＬＣ  ＰＤＵおよびＰＤＵセグメントを破棄するように構成されている、実施形態１４〜１６のいずれか１つに記載の装置。  
１８．ＲＬＣエンティティは、ＭＲＷプロシージャを実行するように構成されている実施形態１４〜１７のいずれか１つに記載の装置。  
１９．ＲＬＣエンティティは、ＲＬＣ  ＰＤＵとＲＬＣ  ＰＤＵのセグメントとの少なくとも１つを破棄するように構成されている実施形態１４〜１８のいずれか１つに記載の装置。  
２０．ＲＬＣエンティティは、ＲＬＣ  ＰＤＵの再送信が初めて検討されるときに状態変数をゼロに設定するように構成されている実施形態１４〜１９のいずれか１つに記載の装置。  
２１．ＰＤＵを生成するステップを含む実施形態１に記載の方法。  
２２．ＲＬＣ  ＰＤＵを送信するステップを含む実施形態２１に記載の方法。  
２３．ＲＬＣ  ＰＤＵの少なくとも一部を再送信する必要がある場合、ＲＬＣ  ＰＤＵに関連付けられた状態変数を所定の閾値と比較することによって閾値テストを行うステップであって、状態変数は、ＲＬＣ  ＰＤＵおよびそのＰＤＵセグメントの再送信のデータサイズだけ増加される、ステップを含む実施形態２２に記載の方法。  
２４．閾値テストに基づいてＲＬＣの再確立を開始するステップを含む実施形態２３に記載の方法。  
２５．ＲＬＣ  ＰＤＵを生成するステップであって、ＲＬＣ  ＰＤＵは状態変数ＶＴ０に関連付けられる、ステップを含む実施形態１に記載の方法。  
２６．ＲＬＣ  ＰＤＵを送信するステップを含む実施形態２５に記載の方法。  
２７．ＲＬＣ  ＰＤＵを再送信する必要がある場合、ＲＬＣ  ＰＤＵをＰＤＵセグメントにセグメント化するステップであって、各ＰＤＵセグメントは、別個の状態変数ＶＴｉ（ｉ＝１…Ｎ）に関連付けられ、Ｎは２以上の整数である、ステップを含む実施形態２６に記載の方法。  
２８．ＲＬＣ  ＰＤＵの少なくとも一部を再送信する必要がある場合、状態変数ＶＴｉ（ｉ＝０…Ｎ）を所定の閾値と比較することによって閾値テストを行うステップであって、状態変数は、対応するＲＬＣ  ＰＤＵおよびそのＰＤＵセグメントの再送信の回数だけ増分される、ステップを含む実施形態２７に記載の方法。  
２９．状態変数ＶＴｉ（ｉ＝０…Ｎ）の少なくとも１つが所定の閾値より小さくない場合、ＲＬＣの再確立を開始するステップを含む実施形態２８に記載の方法。  
３０．ＲＬＣ  ＰＤＵを生成するステップを含む実施形態１に記載の方法。  
３１．ＲＬＣ  ＰＤＵを送信するステップを含む実施形態３０に記載の方法。
【００６２】
３２．ＲＬＣ  ＰＤＵの少なくとも一部を再送信する必要がある場合、状態変数を所定の閾値と比較することによって閾値テストを行うステップであって、各状態変数は、ＲＬＣ  ＰＤＵの特定の部分に関連付けられ、ＲＬＣ  ＰＤＵの対応する部分が再送信されるたびに増分される、ステップを含む実施形態３１に記載の方法。  
３３．閾値テストに基づいてＲＬＣの再確立を開始するステップを含む実施形態３２に記載の方法。  
３４．ＲＬＣ  ＰＤＵを生成し、ＲＬＣ  ＰＤＵの少なくとも一部を再送信する必要がある場合はＲＬＣ  ＰＤＵに関連付けられた状態変数を所定の閾値と比較することによって閾値テストを行い、閾値テストに基づいてＲＬＣの再確立を開始するように構成されたＲＬＣエンティティであって、状態変数は、ＲＬＣ  ＰＤＵおよびそのＰＤＵセグメントの再送信のデータサイズだけ増加される、ＲＬＣエンティティを備える実施形態１３に記載の装置。  
３５．ＲＬＣエンティティであって、ＲＬＣ  ＰＤＵを生成し、ＲＬＣ  ＰＤＵは、ＲＬＣ  ＰＤＵが再送信されるたびに増分される状態変数ＶＴ０に関連付けられ、ＲＬＣ  ＰＤＵを再送信する必要がある場合はＲＬＣ  ＰＤＵをＰＤＵセグメントにセグメント化し、各ＰＤＵセグメントは別個の状態変数ＶＴｉ（ｉ＝１…Ｎ）に関連付けられ、Ｎは２以上の整数であり、状態変数ＶＴｉ（ｉ＝１…Ｎ）は状態変数ＶＴ０の値を継承し、対応するＰＤＵセグメントが再送信されるたびに増分され、状態変数ＶＴｉ（ｉ＝０…Ｎ）の少なくとも１つが所定の閾値より小さくない場合はＲＬＣの再確立を行うように構成されたＲＬＣエンティティを備える実施形態１３に記載の装置。  
３６．ＲＬＣ  ＰＤＵを生成し、ＲＬＣ  ＰＤＵの少なくとも一部を再送信する必要がある場合は、複数の状態変数の各々を所定の閾値と比較することによって閾値テストを行い、閾値テストに基づいてＲＬＣの再確立を開始するように構成されたＲＬＣエンティティであって、各状態変数は、ＲＬＣ  ＰＤＵの特定の部分に関連付けられ、ＲＬＣ  ＰＤＵの対応する部分が再送信されるたびに増分される、ＲＬＣエンティティを備える実施形態１３に記載の装置。
【００６３】
上記で特徴および要素について特定の組合せで説明したが、各特徴または要素は、その他の特徴および要素を用いずに単独で使用することができ、または、他の特徴および要素との各種組合せで、もしくは他の特徴および要素を用いない組合せで使用することができる。本明細書で提供される方法またはフローチャートは、汎用コンピュータまたはプロセッサによる実施のためにコンピュータ可読記憶媒体中に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアとして実施することができる。コンピュータ可読記憶媒体の例には、ＲＯＭ（読み取り専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクや取り外し可能ディスク等の磁気媒体、および、ＣＤ−ＲＯＭディスクやＤＶＤ（デジタル多用途ディスク）等の光学媒体が含まれる。
【００６４】
適切なプロセッサには、例として、汎用プロセッサ、特殊用途プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途集積回路）、ＦＰＧＡ（利用者プログラム可能ゲートアレイ）回路、および他の種のＩＣ（集積回路）、および／または状態機械が含まれる。
【００６５】
ソフトウェアとの関連でプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータで使用する無線周波送受信機を実施することができる。ＷＴＲＵは、ハードウェアおよび／またはソフトウェアとして実施されたモジュールと併せて使用することができ、それらモジュールは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカ電話、振動装置、スピーカ、マイクロフォン、テレビ受信機、ハンドフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／またはＷＬＡＮ（無線ローカルエリアネットワーク）または超広帯域（ＵＷＢ）モジュール等である。
【図１】
0005841989.tif 000002
【図２】
0005841989.tif 000003
【図３Ａ】
0005841989.tif 000004
【図３Ｂ】
0005841989.tif 000005
【図４】
0005841989.tif 000006
【図５】
0005841989.tif 000007
【図６】
0005841989.tif 000008
【図７】
0005841989.tif 000009