(57)【特許請求の範囲】
【請求項１】
データを処理する無線送受信ユニット（ＷＴＲＵ）のための方法であって、
前記方法は、
高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）を介して高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）媒体アクセス制御（ＭＡＣ−ｅｈｓ）プロトコルデータユニット（ＰＤＵ）を受信することと、
条件が満たされた場合、リオーダリングＰＤＵのリオーダリングを実行せずに次の処理エンティティに前記ＭＡＣ−ｅｈｓ  ＰＤＵに含まれるリオーダリングＰＤＵを送信することと
を備える方法。
【請求項２】
前記ＷＴＲＵは、Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態の一つにある、請求項１の方法。
【請求項３】
単一のハイブリッド自動再送要求（ＨＡＲＱ）プロセスは、前記ＭＡＣ−ｅｈｓ  ＰＤＵを受信するために使用される、請求項１の方法。
【請求項４】
それぞれのＭＡＣ−ｅｈｓ  ＰＤＵは、二度以上受信され、およびそれぞれのＭＡＣ−ｅｈｓ  ＰＤＵ再送信は、後続のＭＡＣ−ｅｈｓ  ＰＤＵの受信を開始する前に完了される、請求項３の方法。
【請求項５】
前記ＨＳ−ＤＳＣＨ媒体アクセス制御（ＭＡＣ−ｅｈｓ）プロトコルデータユニット（ＰＤＵ）がある優先順位キューからのものである場合、前記条件は満たされる、請求項１の方法。
【請求項６】
前記受信されたＭＡＣ−ｅｈｓ  ＰＤＵが共通Ｈ−ＲＮＴＩ（HS-DSCH radio network temporary identity）に関連付けられる場合、前記条件は満たされる、請求項１の方法。
【請求項７】
前記ＨＳ−ＤＳＣＨ媒体アクセス制御（ＭＡＣ−ｅｈｓ）プロトコルデータユニット（ＰＤＵ）がある論理チャネルからのものである場合、前記条件は満たされる、請求項１の方法。
【請求項８】
前記ある論理チャネルは、ＢＣＣＨ（broadcast control channel）またはＰＣＣＨ（paging control channel）の一つである、請求項７の方法。
【請求項９】
無線送受信ユニット（ＷＴＲＵ）であって、
送受信機と、
高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）媒体アクセス制御（ＭＡＣ−ｅｈｓ）プロトコルデータユニット（ＰＤＵ）をＨＳ−ＤＳＣＨを介して受信し、
条件が満たされた場合、リオーダリングＰＤＵのリオーダリングを実行せずに次の処理エンティティに前記ＭＡＣ−ｅｈｓ  ＰＤＵに含まれるリオーダリングＰＤＵを送信する
ように構成されたプロセッサと
を備えたＷＴＲＵ。
【請求項１０】
前記ＷＴＲＵは、Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態、またはＵＲＡ＿ＰＣＨ状態の一つにある、請求項９のＷＴＲＵ。
【請求項１１】
前記ＷＴＲＵは、前記ＭＡＣ−ｅｈｓ  ＰＤＵを受信するための単一のハイブリッド自動再送要求（ＨＡＲＱ）プロセスを含む、請求項９のＷＴＲＵ。
【請求項１２】
それぞれのＭＡＣ−ｅｈｓ  ＰＤＵは、二度以上送信され、およびそれぞれのＭＡＣ−ｅｈｓ  ＰＤＵ再送信は、後続のＭＡＣ−ｅｈｓ  ＰＤＵの送信を開始する前に完了される、請求項１１のＷＴＲＵ。
【請求項１３】
前記ＨＳ−ＤＳＣＨ媒体アクセス制御（ＭＡＣ−ｅｈｓ）プロトコルデータユニット（ＰＤＵ）がある優先順位キューからのものである場合、前記条件は満たされる、請求項９のＷＴＲＵ。
【請求項１４】
前記受信されたＭＡＣ−ｅｈｓ  ＰＤＵが共通Ｈ−ＲＮＴＩ（HS-DSCH radio network temporary identity）に関連付けられる場合、前記条件は満たされる、請求項９のＷＴＲＵ。
【請求項１５】
前記ＨＳ−ＤＳＣＨ媒体アクセス制御（ＭＡＣ−ｅｈｓ）プロトコルデータユニット（ＰＤＵ）がある論理チャネルからのものである場合、前記条件は満たされる、請求項９のＷＴＲＵ。
【請求項１６】
前記ある論理チャネルは、ＢＣＣＨ（broadcast control channel）またはＰＣＣＨ（paging control channel）の一つである、請求項１５のＷＴＲＵ。
【請求項１７】
高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）送信を受信する方法であって、
前記方法は、
Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態およびＵＲＡ＿ＰＣＨ状態の一つにある間、ＨＳ−ＤＳＣＨを介してデータを受信することと、
ｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ＴＳＮの初期値を受信ウィンドウの下側エッジ（RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１）にセットすることと
を備える方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関する。
【背景技術】
【０００２】
発展型ＨＳＰＡ（evolved high speed packet access）システムが、現在、３ＧＰＰリリース７のフレームワーク内で開発されつつある。３ＧＰＰリリース７の１つの特徴は、ユーザ機器（ＵＥ）がＣｅｌｌ＿ＤＣＨ状態だけではなくＣｅｌｌ＿ＦＡＣＨ状態、ＵＲＡ＿ＰＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態でもＨＳ−ＤＳＣＨ（high-speed downlink shared channel）を介してユーザデータおよび／または制御データを受信する可能性である。
【０００３】
ＨＳＤＰＡ（High speed downlink packet access）では、ＵＥは、ＨＡＲＱ（hybrid automatic repeat request）技法を実施するＮｏｄｅ−Ｂからパケット（すなわち、ＭＡＣ−ｈｓプロトコルデータユニット（ＰＤＵ）またはＭＡＣ−ｅｈｓ  ＰＤＵ）を受信する。Ｃｅｌｌ＿ＤＣＨ状態では、ＵＥは、ＵＥがパケットを成功裏に受信したか否かを示すために、各ＨＡＲＱ送信の後に肯定のアクノリッジメント（ＡＣＫ）または否定のアクノリッジメント（ＮＡＣＫ）をＮｏｄｅ−Ｂに送信する。
【０００４】
このフィードバックを復号し、その後に送信するためにＵＥによって要求される遅延のゆえに、Ｎｏｄｅ−Ｂは、パケットを送信した後だがパケットの連続送信に関する対応するフィードバックを受信する前に、異なるパケットを送信（または再送信）する。ＵＥでの成功の復号に必要な送信の回数は、パケットごとに変化するので、ＵＥ内のＨＡＲＱエンティティが、Ｎｏｄｅ−Ｂからのそれぞれの最初の送信と同一の順序でパケットを送らない可能性がある。この問題を軽減するために、ＵＥの媒体アクセス制御（ＭＡＣ）レイヤは、より上位のレイヤに受信パケットを送る前に、リオーダリング（reordering）を実行する。このリオーダリングは、ＭＡＣ−ｈｓヘッダ内の送信シーケンス番号（ＴＳＮ）に基づく。
【０００５】
Ｃｅｌｌ＿ＤＣＨ状態である間には、ＵＥは、ＨＳ−ＳＣＣＨ（high-speed shared control channel）の巡回冗長検査（ＣＲＣ）をその一意の（すなわち、ＵＥ固有の）Ｈ−ＲＮＴＩ（HS-DSCH radio network temporary identifier：ＨＳ−ＤＳＣＨ無線ネットワーク一時識別子）でマスクすることによって、Ｎｏｄｅ−ＢからのＨＳ−ＤＳＣＨ送信がＵＥ宛であるかどうかを判定する。しかし、Ｃｅｌｌ＿ＰＣＨ状態、ＵＲＡ＿ＰＣＨ状態、またはＣｅｌｌ＿ＦＡＣＨ状態である間には、ＵＥは、必ずしもＵＥ固有のＨ−ＲＮＴＩを有しない。例えば、セル再選択時に、ＵＥは、ＵＥがセル更新確認メッセージを受信する時にターゲットセル内で使用すべきＵＥ固有のＨ−ＲＮＴＩを必ずしも知らない。この問題を解決するために、ネットワークは、すべてのＷＴＲＵが復号できる共通Ｈ−ＲＮＴＩを使用し、ＵＥを識別するのに帯域内信号方式（in-band signaling）を使用することができる。さらに、共通Ｈ−ＲＮＴＩは、ネットワークが所与のセル上にキャンプしているすべてのＷＴＲＵにメッセージ（例えば、ＢＣＣＨ（broadcast control channel）メッセージ）をブロードキャストすることを可能にするために必要になる場合がある。
【０００６】
共通Ｈ−ＲＮＴＩを利用してＨＳ−ＤＳＣＨを介してデータを受信するＵＥに関してリオーダリング機能性を実施することを試みる時に、いくつかの問題が生じる。第１の問題は、リオーダリング機能がＵＥ宛でないパケットの到着を待つので、ＵＥが、より上位のレイヤへのデータの配信を潜在的に遅延させることである。
【０００７】
もう１つの問題は、ＵＥがＭＡＣ−ｈｓリセットまたはＭＡＣ−ｅｈｓリセットを実行する時（例えば、セル再選択時）に生じる。セル再選択を実行した後に、ＵＥは、ＭＡＣ−ｅｈｓリセット中にリオーダリングに関連するいくつかの変数（例えば、next_expected_TSNおよびRcvWindow_UpperEdge）を初期化する。しかし、共通Ｈ−ＲＮＴＩを利用する時に、ターゲットセルは、そのターゲットセル内でこの共通Ｈ−ＲＮＴＩを既に利用しているすべての他のＷＴＲＵに影響せずにＴＳＮ値を再初期化することができない。したがって、ターゲットセルに加わるＵＥは、後続のリオーダリングを実行するためにＴＳＮの再初期化に頼ることができない。その結果、望ましくない影響が生じる場合がある。例えば、ＭＡＣ−ｅｈｓリセット後に最初に受信されるパケットのシーケンス番号（ＳＮ）が、たまたま初期受信ウィンドウ内でnext_expected_TSNの初期値未満である場合には、このパケットは、破棄される。
【０００８】
従来技術は、Ｃｅｌｌ＿ＦＡＣＨ状態でＨＳ−ＤＳＣＨを利用するときにセル更新手順を実行する際に過度の遅延をもたらす可能性がある。ＵＥアイデンティティの知識なしで（すなわち、共通Ｈ−ＲＮＴＩを使用して）行われる高速チャネルを介するＮｏｄｅ−Ｂ送信は、リオーダリングのサポートに関する問題を提示する。所期の受信器のアイデンティティがＵＥのＭＡＣ−ｅｈｓエンティティで既知ではないので、Ｎｏｄｅ−Ｂは、ＵＥ固有のＴＳＮを使用することができない。したがって、そのような送信をリスンし始めるＵＥは、シーケンス内送信について期待すべき次のＴＳＮの知識を有しない。
【発明の概要】
【０００９】
ＨＳ−ＤＳＣＨ送信を受信する方法および装置を開示する。無線送受信ユニット（ＷＴＲＵ）内のＭＡＣ−ｅｈｓエンティティは、Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態、およびＵＲＡ＿ＰＣＨ状態のうちの１つにある間にＨＳ−ＤＳＣＨを介してＭＡＣ−ｅｈｓ  ＰＤＵを受信する。ＭＡＣ−ｅｈｓ  ＰＤＵに含まれるリオーダリングＰＤＵを、リオーダリングＰＤＵのリオーダリングを実行せずに次の処理エンティティに送ることができる。
【００１０】
単一のＨＡＲＱプロセスを、ＭＡＣ−ｅｈｓ  ＰＤＵを受信するのに使用することができ、ＭＡＣ−ｅｈｓ  ＰＤＵのすべての再送信を、後続ＭＡＣ−ｅｈｓ  ＰＤＵの送信を開始する前に完了することができる。代替案では、ＨＡＲＱ再送信を、ＭＡＣ−ｅｈｓ  ＰＤＵについて実行しないものとすることができ、すべてのＭＡＣ−ｅｈｓ  ＰＤＵを、１回だけ送信することができる。代替案では、ＨＡＲＱエンティティは、受信されたＭＡＣ−ｅｈｓ  ＰＤＵを保持し、受信されたＭＡＣ−ｅｈｓ  ＰＤＵの最後のＨＡＲＱ送信の完了の後に限って、受信されたＭＡＣ−ｅｈｓ  ＰＤＵを送ることができる。代替案では、ＨＡＲＱエンティティは、成功裏に復号されたＭＡＣ−ｅｈｓ  ＰＤＵを次の処理エンティティに即座に送り、成功裏に復号されたＭＡＣ−ｅｈｓ  ＰＤＵの最後のＨＡＲＱ送信が発生した時の表示（indication）を送信することができる。ＤＡＲ（duplicate avoidance and reordering）機能を、ＲＬＣ（radio link control：無線リンク制御）レイヤですべての論理チャネルまたはＡＭ（acknowledged mode）データに適用することができる。
【００１１】
ある種のリオーダリングキューは、トリガするイベントの発生時にサスペンド状態に入ることができ、サスペンド状態のリオーダリングキューに分配されたＭＡＣ−ｅｈｓ  ＰＤＵは、リオーダリングＰＤＵのリオーダリングを実行せずに次の処理エンティティに転送され得る。ＭＡＣ−ｅｈｓリセット手順は、ターゲットセル内でＭＡＣ−ｅｈｓ  ＰＤＵを受信した後にＭＡＣ−ｅｈｓリセットが実行されるように、ある種の送信について拡張され得る。ＭＡＣ−ｅｈｓリセットを実行する時には、変数next_expected_TSNおよびRcvWindow_UpperEdgeが、値「Ｐｅｎｄｉｎｇ（保留中）」にセットされる。
【００１２】
共通Ｈ−ＲＮＴＩ（HS-DSCH radio network temporary identity）を使用してＭＡＣ−ｅｈｓ  ＰＤＵを送信するのにセル内で使用される送信シーケンス番号（ＴＳＮ）を、ＷＴＲＵに供給することができ、ＭＡＣ−ｅｈｓエンティティを、そのＴＳＮを用いて構成することができる。共通Ｈ−ＲＮＴＩを使用してＨＳ−ＤＳＣＨを介して送信されるＲＲＣ（radio resource control：無線リソース制御）メッセージを、単一のＭＡＣ−ｅｈｓ  ＰＤＵにおさまるのに十分に小さくなるように制御することができる。
【００１３】
リオーダリング保留中状態では、リオーダリング変数を、最初のＭＡＣ−ｅｈｓ  ＰＤＵのＴＳＮに基づいて送信することができる。受信されたＭＡＣ−ｅｈｓ  ＰＤＵを、リオーダリングバッファに格納し、ＨＡＲＱ情報に基づいてより上位のエンティティに送ることができる。ＴＳＮ番号が制限されるときには、ｘを法とする剰余（モジュロｘ）を、リオーダリングエンティティのすべての算術演算に使用することができ、ここで、ｘは、制限される最小のＴＳＮ番号である。ＴＳＮを、各ＷＴＲＵに独立に割り当てることができる。
【図面の簡単な説明】
【００１４】
より詳細な理解は、例として添付図面と共に与えられる以下の説明から得られる。
【図１】一例のＷＴＲＵを示すブロック図である。
【図２】ＭＡＣ−ｅｈｓエンティティを示すブロック図である。
【図３】ある種の優先順位キューから受け取られるデータについてリオーダリングを用いないＷＴＲＵ  ＭＡＣ−ｅｈｓエンティティを示すブロック図である。
【図４】ある種の優先順位キューから受け取られるデータについてリオーダリングおよびリアセンブリを用いないＷＴＲＵ  ＭＡＣ−ｅｈｓエンティティを示すブロック図である。
【発明を実施するための形態】
【００１５】
以下で言及される時に、用語「無線送受信ユニット（ＷＴＲＵ）」は、ユーザ機器、移動局、固定式または可動式の加入者ユニット、ページャー、セルラー電話機、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境で動作できるすべての他のタイプのユーザデバイスを含むが、これらに限定はされない。また、用語「Ｎｏｄｅ−Ｂ」は、基地局、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作できるすべての他のタイプのインターフェース装置を含むが、これらに限定はされない。以下では、例としてＣｅｌｌ＿ＦＡＣＨ状態を参照して諸実施形態を説明する。諸実施形態が、Ｃｅｌｌ＿ＰＣＨ状態またはＵＲＡ＿ＰＣＨ状態に適用可能であることに留意されたい。
【００１６】
図１は、ＷＴＲＵ  １００の一例のブロック図である。ＷＴＲＵ  １００は、物理レイヤ１１０、ＭＡＣレイヤ１２０、ＲＬＣレイヤ１３０、ＲＲＣレイヤ１４０、より上位のレイヤ（１つまたは複数）１５０などを含む。ＭＡＣレイヤ１２０は、ＭＡＣ−ｅｈｓエンティティを含む。ＭＡＣ−ｅｈｓエンティティは、ＭＡＣ−ｈｓエンティティまたは他の名前で呼ばれる場合があることに留意されたい。以下では、用語「ＭＡＣ−ｅｈｓ」のみを使用する。
【００１７】
図２は、ＭＡＣ−ｅｈｓエンティティ２００のブロック図である。ＭＡＣ−ｅｈｓエンティティ２００は、ＨＡＲＱエンティティ２０２、ディスアセンブリエンティティ２０４、リオーダリングキュー分配エンティティ２０６、複数のリオーダリングキュー２０８、多重分離エンティティ２１０、およびリアセンブリエンティティ２１２を含む。ＨＡＲＱエンティティ２０２を介して受信されたＭＡＣ−ｅｈｓ  ＰＤＵは、ディスアセンブリエンティティ２０４によってリオーダリングＰＤＵにディスアセンブルされる。リオーダリングＰＤＵは、受信された論理チャネル識別子に基づいて、リオーダリングキュー分配エンティティ２０６によってリオーダリングキュー２０８に分配される。リオーダリングＰＤＵは、送信シーケンス番号（ＴＳＮ）に従って再編成される。連続的なＴＳＮを有するリオーダリングＰＤＵは、受信時により上位のレイヤに送られる。タイマ機構が、より上位のレイヤへの不連続データブロックの配信を決定する。優先順位キューごとに１つのリオーダリングエンティティ２０８がある。多重分離エンティティ２１０は、論理チャネル識別子に基づいて、リオーダリングされたリオーダリングＰＤＵをリアセンブリエンティティ２１２にルーティングする。リアセンブリエンティティ２１２は、セグメント化されたＭＡＣ−ｅｈｓ  ＳＤＵをオリジナルＭＡＣ−ｅｈｓ  ＳＤＵにリアセンブルし、そのＭＡＣ−ｅｈｓ  ＳＤＵをより上位のレイヤに転送する。
【００１８】
第１の実施形態によれば、ＭＡＣ−ｅｈｓ  ＰＤＵは、ＨＡＲＱエンティティからシーケンス通りに送られ、ＭＡＣ−ｅｈｓレイヤは、パケットがＷＴＲＵで必ず順序通りに受信されることを保証することによって、そのリオーダリング義務から解放され得る。ＭＡＣ−ｅｈｓレイヤが、リオーダリングを実行する必要がない場合に、ＭＡＣ−ｅｈｓリセット機能性は、ＷＴＲＵがＷＴＲＵ固有のＨ−ＲＮＴＩを割り当てられないときに単純化され得る。この第１の実施形態を実施する４つのオプションを、以下で開示する。
【００１９】
第１の実施形態の第１のオプションでは、単一のＨＡＲＱプロセスが、ある種の送信に使用される。この送信は、ある種の優先順位キューから、ある種の論理チャネルから、または宛先ＷＴＲＵのアイデンティティがＭＡＣ−ｅｈｓエンティティに未知である（すなわち、ＭＡＣ−ｅｈｓ  ＰＤＵが共通Ｈ−ＲＮＴＩを使用して送信されるとき）とすることができる。Ｃｅｌｌ＿ＦＡＣＨ状態では、Ｎｏｄｅ−Ｂ内のＭＡＣ−ｅｈｓエンティティは、ＷＴＲＵからのフィードバックを受信せずに、事前に構成された回数だけ繰り返してＭＡＣ−ｅｈｓ  ＰＤＵを送信する。これを、反復ＨＡＲＱ送信方式と呼ぶ。Ｎｏｄｅ−Ｂは、順序通りの配信が必須である、ある種の送信に関して、後続ＭＡＣ−ｅｈｓ  ＰＤＵの送信を開始する前に、ＭＡＣ−ｅｈｓ  ＰＤＵのすべての再送信を完了する。
【００２０】
第１のオプションに関して、現在の３ＧＰＰ仕様で定義された同一ＨＡＲＱプロセスでの連続するＨＡＲＱ送信の間の最小インターバルによって強要される大きい遅延が、問題になる場合がある。現在の３ＧＰＰ仕様の下では、ＷＴＲＵは、ＨＡＲＱプロセスのために意図されたすべてのＭＡＣ−ｅｈｓ  ＰＤＵを、それが同一ＨＡＲＱプロセスのために意図されたデータの最後の受信から５サブフレーム以内に受信される場合に、破棄することができる。そのような制限は、Ｃｅｌｌ＿ＤＣＨ状態でＨＳ−ＤＳＣＨを利用するときに正当化できる。なぜなら、ある種の最小ラウンドトリップ時間が、ＷＴＲＵからのＨＡＲＱフィードバックによって強要されるからである。しかし、Ｃｅｌｌ＿ＦＡＣＨ状態でＨＳ−ＤＳＣＨを利用するときには、ＷＴＲＵは、Ｎｏｄｅ−ＢにＡＣＫ／ＮＡＣＫフィードバックを送信してはおらず、したがって、より短いインターバルが実現可能である。
【００２１】
この遅延問題は、ＷＴＲＵがＣｅｌｌ＿ＦＡＣＨ状態である間にＭＡＣ−ｅｈｓエンティティを異なって構成することによって解決することができる。例えば、Ｃｅｌｌ＿ＦＡＣＨ状態では、ＷＴＲＵのＭＡＣ−ｅｈｓエンティティを、同一ＨＡＲＱプロセスのために意図されたパケットの最後の受信から５サブフレーム以内に受信されるパケットを破棄しないように構成することができ、Ｃｅｌｌ−ＤＣＨ状態でのみその破棄を行うことができる。
【００２２】
代替案では、Ｃｅｌｌ＿ＦＡＣＨ状態で、ＷＴＲＵ  ＭＡＣ−ｅｈｓエンティティを、同一ＨＡＲＱプロセスのために意図されたパケットの最後の受信からｎサブフレーム以内に受信される場合に、ＨＡＲＱプロセスのために意図されたパケットを破棄するように構成することができる。数ｎは、仕様で、固定または事前定義とすることができる。ｎ＝０の場合には、ＷＴＲＵがＣｅｌｌ＿ＦＡＣＨ状態であるときに最小値が指定されないと理解される。数ｎは、ＷＴＲＵ依存とすることができる。サブフレームの最小個数ｎは、ＷＴＲＵの機能として、より上位のレイヤによってシグナリングされ得る。例えば、ＷＴＲＵは、その機能情報を（より上位のレイヤプロトコルのすべての情報要素の一部として）無線ネットワーク制御装置（ＲＮＣ）に前もってシグナリングすることができる。ＲＮＣは、ある種のデータに適用可能なサブフレームの最小個数ｎをシグナリングすることができる。代替案では、ＲＮＣは、論理チャネルごと、優先順位キューごと、またはＨ−ＲＮＴＩごとの使用すべき最小個数ｎをＮｏｄｅ−Ｂにシグナリングすることができる。
【００２３】
上記の２つの代替案を組み合わせることができ、その結果、Ｃｅｌｌ＿ＦＡＣＨ状態のＨＳ＿ＤＳＣＨを利用する任意のＷＴＲＵに適用可能なサブフレームの固定された事前定義の最小個数ｍを、ＷＴＲＵの機能としてより上位のレイヤによってより小さいＷＴＲＵ依存値ｎ（＜ｍ）と共に供給できるようになる。これは、共通制御チャネル（ＣＣＣＨ）またはＢＣＣＨなど、特定のＷＴＲＵ専用ではないある種の論理チャネルでの送信に有用である。この場合に、Ｎｏｄｅ−Ｂは、特定のＷＴＲＵ専用ではない論理チャネルにｍの最小値を使用し、特定のＷＴＲＵ宛のデータにより小さいＷＴＲＵ依存最小値を使用することができる。
【００２４】
単一のＨＡＲＱプロセスが共通Ｈ−ＲＮＴＩのみと共に使用される時には、ＨＳ−ＳＣＣＨフォーマットを変更することができ、その結果、従来の３ビット「ハイブリッドＡＲＱプロセス情報（Hybrid-ARQ process information）」フィールドを除去できるようになる。これは、ＨＳ−ＳＣＣＨに符号化すべきより少数の情報ビットをもたらし、より低い送信電力要件をもたらすはずである。ＷＴＲＵは、送信が共通Ｈ−ＲＮＴＩによってマスクされたか否かに頼ることによって、どの方式が適用されたかを判定することができる。
【００２５】
Ｎｏｄｅ−Ｂには、ＨＳ−ＤＳＣＨリソースの構成または再構成に使用される従来のＮＢＡＰ（Node-B application part）メッセージのうちの１つを使用することによって、単一のＨＡＲＱプロセスを使用するように明示的に知らせることができる。ＭＡＣ−ｅｈｓエンティティによって使用されるＨＡＲＱプロセスの個数を示す新しい情報要素（ＩＥ）を追加することができる。
【００２６】
代替案では、ＨＳ−ＤＳＣＨリソースの構成に使用されるＮＢＡＰメッセージ内の従来のＩＥを、この目的のために拡張することができる。例えば、ＨＡＲＱメモリアロケーションＩＥを拡張して、使用されるＨＡＲＱプロセスの個数を示す新しいフィールド、またはどのＨＡＲＱプロセスをある種の論理チャネルもしくはある種の共通Ｈ−ＲＮＴＩに使用できるかを示すためにすべてのＨＡＲＱプロセスについてビットストリングをセットする新しいフィールドを含めることができる。
【００２７】
代替案では、Ｎｏｄｅ−Ｂに、別のＩＥによって暗黙のうちに知らせることができる。例えば、タイマＴ１が０にセットされる時に、これは、１つのＨＡＲＱプロセスだけが使用されていることを暗黙のうちに意味することができる。代替案では、リオーダリングまたはセグメンテーションがないことを示す新しいＩＥを使用して、単一のＨＡＲＱプロセスを暗黙のうちにシグナリングすることができる。
【００２８】
代替案では、Ｎｏｄｅ−Ｂ内のＭＡＣ−ｅｈｓエンティティに、ＴＳＮを含めないように、またはＴＳＮを含めるがそのＴＳＮを増分しないように指示することができ、これは、単一のＨＡＲＱプロセスが使用されることを暗黙のうちに示すことができ、逆も同様である。
【００２９】
代替案では、Ｎｏｄｅ−Ｂに、Ｉｕｂフレームプロトコルを介して知らせることができる。特定のメッセージを単一のＨＡＲＱプロセスまたは複数のＨＡＲＱプロセスのどちらを使用して送信しなければならないのかを示す新しいフィールドを、Ｉｕｂフレームプロトコルに追加することができる。
【００３０】
上記で開示した代替案の任意の組合せを使用することができる。
【００３１】
第１の実施形態の第２のオプションでは、ＨＡＲＱ再送信は、ある種の送信について実行されない。Ｎｏｄｅ−Ｂは、ある種の優先順位キューからの、ある種の論理チャネルからの、または宛先ＷＴＲＵのアイデンティティがＭＡＣ−ｅｈｓエンティティで未知である（すなわち、共通Ｈ−ＲＮＴＩが使用される）ＰＤＵについてＨＡＲＱ再送信を一切送信せず、これらのデータのＭＡＣ−ｅｈｓ  ＰＤＵは、１回だけ無線で送信される。これらのＭＡＣ−ｅｈｓ  ＰＤＵは、順序通りに受信され、ＷＴＲＵは、特定の送信についてリオーダリングを実行する必要がない。ＷＴＲＵ内のＭＡＣ−ｅｈｓエンティティは、成功裏に復号されたＰＤＵをより上位のエンティティに直接転送し、リオーダリング機能を完全にバイパスする。
【００３２】
ＷＴＲＵは、特定の優先順位キューまたは論理チャネルあるいは特定の送信について、Ｌ３構成情報（例えば、ＢＣＣＨ／ＢＣＨ）内で明示的に、単一ＨＡＲＱ送信がＰＤＵごとに行われることを知らされ得る。代替案では、新しいＬ１シグナリング（例えば、ＨＳ−ＳＣＣＨ内の新しいフィールド）を使用して、ＨＡＲＱ再送信が行われないことを示すことができる。代替案では、ＨＳ−ＳＣＣＨ内のフィールドを変更して、ＨＡＲＱ再送信が特定のパケットについて行われないことを示すことができる。代替案では、ＭＡＣ−ｅｈｓヘッダ内に新しいフィールドを追加して、パケットの単一ＨＡＲＱ送信を示すことができる。
【００３３】
第１の実施形態の第３のオプションでは、反復ＨＡＲＱ送信方式が使用され、復号されたパケットの配信は、ＷＴＲＵのＨＡＲＱエンティティで遅延される。このオプションを用いると、Ｎｏｄｅ−Ｂは、単一より多数のＨＡＲＱプロセスを使用することができる（例えば、よりよい時間ダイバーシティを実現するために）。しかし、連続するＭＡＣ−ｅｈｓ  ＰＤＵの最後のＨＡＲＱ送信がＮｏｄｅ−Ｂで順序通りに送信されるように、制約が強要される。言い換えると、ＭＡＣ−ｅｈｓ  ＰＤＵ  ＃ｎ−１の最後のＨＡＲＱ送信は、必ずＭＡＣ−ｅｈｓ  ＰＤＵ  ＃ｎの最後のＨＡＲＱ送信の前に送信される。そのような制約は、例えば（これに限定はされない）ＨＡＲＱ再送信が固定インターバルで発生するとき（同期ＨＡＲＱ）に、満足され得る。
【００３４】
ＷＴＲＵのＨＡＲＱエンティティは、成功裏に復号されたパケットのすべての送信（すなわち、事前に構成された回数の反復）が送信され終わるまで、このパケットを送らない。あるパケットのすべての送信が行われたかどうかを判定するために、ＷＴＲＵ  ＨＡＲＱエンティティは、復号されたパケットを送るための新しいＰＤＵを示すＮＤＩ（new data indicator）フラグを有するＨＳ−ＳＣＣＨ送信の受信を待つことができる。代替案では、ＷＴＲＵは、（例えば、ＨＳ−ＳＣＣＨ送信に基づいて）ＭＡＣ−ｅｈｓ  ＰＤＵの送信の回数をカウントし、成功裏に復号されたＭＡＣ−ｅｈｓ  ＰＤＵに関して事前に構成された送信の最大回数に達した後に限って、このＭＡＣ−ｅｈｓ  ＰＤＵを送ることができる。この最大回数は、より上位のレイヤを介してＷＴＲＵにシグナリングされる。
【００３５】
第１の実施形態の第４のオプションでは、ＷＴＲＵのＨＡＲＱエンティティは、成功裏に復号されたパケットをＭＡＣ−ｅｈｓエンティティ内の上記エンティティ（すなわち、リオーダリングエンティティ）に即座に送り、リオーダリングエンティティは、最後のＨＡＲＱ送信が行われたことの表示をＨＡＲＱエンティティから受け取るまで、送られたＭＡＣ−ｅｈｓ  ＰＤＵを保持する。この表示を受け取った後に、リオーダリングエンティティは、ＭＡＣ−ｅｈｓ  ＰＤＵを上記のエンティティ／サブレイヤに送る。ＨＡＲＱエンティティは、第３のオプションで説明した方法のうちの１つに基づいてこの判定を行うことができる。
【００３６】
このオプションを用いると、リオーダリングエンティティは、ＰＤＵをより上位のエンティティに送るべき時を判定するのにＭＡＣ−ｅｈｓ  ＰＤＵのＴＳＮフィールド（存在する場合に）を使用しなくてもよく、表示がＨＡＲＱエンティティから受け取られていないＭＡＣ−ｅｈｓ  ＰＤＵを送るのにリリースタイマ（Ｔ１など）を使用することができる。ある種のリオーダリングキューは、ＰＤＵをより上位のエンティティに送るべき時を判定するのにＨＡＲＱエンティティによって供給される表示に頼ることができるが、他のリオーダリングキューは、従来のリオーダリング機構を使用することができる。
【００３７】
第２の実施形態によれば、ＭＡＣ機能性（すなわち、ＭＡＣ−ｅｈｓ機能性）を、ある種の優先順位キューについて単純化して、Ｃｅｌｌ−ＦＡＣＨ状態でのリオーダリングに関連する問題を回避することができる。ＭＡＣ機能性の単純化は、第１の実施形態に関連して実施することができ、これは、より上位のレイヤへのＭＡＣ−ｅｈｓ  ＰＤＵの順序外れ配信を最小にする（あるいは除去する）はずである。
【００３８】
第２の実施形態の第１のオプションでは、リオーダリングは、ある種の優先順位キューから送信されるデータについて回避される。ＷＴＲＵのＭＡＣ−ｅｈｓ機能性は、ある種の優先順位キューから受信されるデータがリオーダリングを実行せずにリアセンブリエンティティに直接に送られるようにするために、変更される。リアセンブリエンティティは、ＭＡＣ−ｅｈｓサービスデータユニット（ＳＤＵ）のセグメントからＭＡＣ−ｅｈｓ  ＳＤＵをリアセンブルする。
【００３９】
図３は、このオプションによるＭＡＣ−ｅｈｓエンティティ３００を示す。多重分離機能およびリアセンブリ機能の正確な順序が、図３と異なってもよいことに留意されたい。ＨＡＲＱエンティティ３０２を介して受け取られたＭＡＣ−ｅｈｓ  ＰＤＵは、ディスアセンブリエンティティ３０４に転送される。ディスアセンブリエンティティ３０４は、ＭＡＣ−ｅｈｓ  ＰＤＵをリオーダリングＰＤＵにディスアセンブルする。リオーダリングＰＤＵは、リオーダリングキュー分配エンティティ３０６を介してリオーダリングキュー３０８に置くことができる。このオプションによれば、ある種の優先順位キューについて、リオーダリングが回避され、リオーダリングＰＤＵは、多重分離エンティティ３１０ａに直接に転送される。多重分離エンティティ３１０ａは、論理チャネルアイデンティティに基づいて、リオーダリングＰＤＵを正しいリアセンブリエンティティ３１２ａにルーティングする。リアセンブリエンティティ３１２ａは、セグメント化されたＭＡＣ−ｅｈｓ  ＳＤＵを完全なＭＡＣ−ｅｈｓ  ＳＤＵにリアセンブルする。
【００４０】
異なる判断基準を使用して、データを、リオーダリングのためにリオーダリングエンティティに、またはリオーダリングなしでリアセンブリエンティティに、のどちらに分配すべきかを判定することができる。ＭＡＣ−ｅｈｓ  ＰＤＵ内のデータが宛てられるＷＴＲＵのアイデンティティが、ＭＡＣ−ｅｈｓエンティティに未知である場合（すなわち、そのＭＡＣ−ｅｈｓ  ＰＤＵが共通Ｈ−ＲＮＴＩを使用して送信されるとき）には、そのＭＡＣ−ｅｈｓ  ＰＤＵを、リオーダリングを実行せずにリアセンブリエンティティに送ることができる。ＭＡＣ−ｅｈｓエンティティは、ＭＡＣ−ｅｈｓ  ＰＤＵが専用Ｈ−ＲＮＴＩを使用して受信された場合、またはＷＴＲＵアイデンティティがＭＡＣ−ｅｈｓ  ＰＤＵに含まれる場合に、ＷＴＲＵのアイデンティティを知る。Ｎｏｄｅ−Ｂは、リオーダリングをサポートしない優先順位キューからのすべてのデータについて、必ず共通Ｈ−ＲＮＴＩを使用することができる。
【００４１】
データをリオーダリングのためにリオーダリングエンティティに、またはリオーダリングなしでリアセンブリエンティティに、のどちらに分配すべきかは、データが共通Ｈ−ＲＮＴＩまたは専用Ｈ−ＲＮＴＩのどちらを使用して受信されたかに関わりなく、受信されたデータの論理チャネルアイデンティティに依存するものとすることができる。これは、リオーダリングをサポートする優先順位キューからのデータを、リオーダリングをサポートしない優先順位キューからのデータと多重化することを可能にする。これは、専用Ｈ−ＲＮＴＩが使用されるときであってもリオーダリング機能を利用しないことをも可能にする。
【００４２】
リオーダリングをサポートする論理チャネルは、論理チャネルのタイプ（例えば、ＣＣＣＨ、ＢＣＣＨ、ＰＣＣＨ（paging control channel）、ＤＣＣＨ、など）および／または論理チャネルアイデンティティに基づいて事前に決定することができる。
【００４３】
代替案では、ＷＴＲＵに、より上位のレイヤによって、どの論理チャネルがリオーダリングをサポートするかについて知らせることができる（例えば、ＲＲＣシグナリング）。例えば、「ＲＢマッピング情報（RB mapping info）」ＩＥは、ダウンリンクＲＬＣ論理チャネルに関する情報を含む。リオーダリングが各論理チャネルのＭＡＣ−ｅｈｓで実行されるかどうかを示すために、ＩＥを追加することができる。代替案では、「ＲＢマッピング情報」ＩＥ内で、Ｌ２拡張をサポートするために追加できる「リオーダリングキューＩＤ（Reordering queue ID）」ＩＥが、リオーダリングをサポートしないキューを示す特殊な値をとることができる。代替案では、キューのパラメータを示すＩＥ（例えば、「追加されたまたは再構成されたＭＡＣ−ｄフロー（Added or reconfigured MAC-d flow）」、システム情報内でブロードキャストされる共通ＭＡＣフロー、など）を変更するか拡張して、キューがリオーダリングをサポートするか否かを示すことができる。そのような表示は、リオーダリングがサポートされるかどうかを示す新しいＩＥを追加することによって与えることができ、あるいはその代わりに、従来のＩＥの一部が、リオーダリングがサポートされないことを示す新しい可能な値をとることができる。例えば、「Ｔ１」ＩＥは、その可能な値のうちの１つとして、リオーダリングがこのキューでサポートされないことを示す値（例えば、「０」）をとることができる。「ＭＡＣ−ｈｓウィンドウサイズ（MAC-hs window size）」ＩＥも、その可能な値のうちの１つとして、同じことを示す値（例えば、「０」）をとることができる。
【００４４】
代替案では、ＭＡＣ−ｅｈｓ  ＰＤＵヘッダ内の他の表示を使用して、どの論理チャネルがリオーダリングをサポートし、どの論理チャネルがリオーダリングをサポートしないかを示すことができる。例えば、リオーダリングを適用すべきか否かを示す特殊なフィールドを含めることができる。もう１つの例は、ＴＳＮフィールドの特殊な値（例えば、「１１１１１１」）の利用である。
【００４５】
上記の代替案の任意の組合せを使用して、どの論理チャネルがリオーダリングをサポートし、どの論理チャネルがリオーダリングをサポートしないかを示すことができる。例えば、ＷＴＲＵ  ＩＤと組み合わされた論理チャネルアイデンティティを使用して、ＭＡＣ−ｅｈｓ  ＰＤＵをリオーダリングのためにリオーダリングキューに、またはリオーダリングを実行せずにリアセンブリエンティティに、のどちらに送るべきかを示すことができる。ＳＲＢ（signaling radio bearer）＃１メッセージは、共通Ｈ−ＲＮＴＩを使用してＤＣＣＨ上で送信されるが、他のメッセージは、専用Ｈ−ＲＮＴＩを使用してＤＣＣＨ上で送信することができる。共通Ｈ−ＲＮＴＩを用いるＤＣＣＨメッセージは、リオーダリングを実行せずにリアセンブリエンティティに送られ得るが、専用Ｈ−ＲＮＴＩを用いるＤＣＣＨメッセージは、リオーダリングのためにリオーダリングキューに送られ得る。
【００４６】
リオーダリングは実行されないが、ＴＳＮフィールドを、ＭＡＣ−ｅｈｓ  ＰＤＵを作成する時にＮｏｄｅ−Ｂ内のＭＡＣ−ｅｈｓエンティティによって使用することができ、ＴＳＮフィールドを、ＷＴＲＵでのリアセンブリ動作を容易にするのに使用することができる。例えば、リアセンブリエンティティは、不連続なＴＳＮが受信される場合に、リアセンブリバッファ内に存在するすべてのセグメントを削除することができる。
【００４７】
代替案では、ＴＳＮをＭＡＣ−ｅｈｓヘッダから除去することができる。この場合に、ＷＴＲＵは、ＰＤＵが欠けている場合に不良リアセンブリの可能性がありはするが、パケットをリアセンブルするのにセグメント化表示を使用することができる。ＴＳＮフィールドが使用されない場合に、ＷＴＲＵは、論理チャネルとリオーダリングをサポートしないキューとの間のマッピングの知識に基づいて、この論理チャネルのＭＡＣ−ｅｈｓヘッダ内でＴＳＮフィールドを期待すべきかどうかを知るはずである。
【００４８】
ＴＳＮフィールドがＭＡＣ−ｅｈｓヘッダ内に保たれるが、リオーダリングが実行されない場合の、セグメント化されたＭＡＣ−ｅｈｓ  ＳＤＵをリアセンブルするプロセスを、以下で説明する。ＭＡＣ−ｅｈｓ  ＰＤＵを受信した後に、ＷＴＲＵは、そのＭＡＣ−ｅｈｓ  ＰＤＵのペイロードがフルＭＡＣ−ｈｓ  ＳＤＵまたはセグメントのどちらであるかを判定し、セグメントである場合には、それが最初のセグメント、中間セグメント、または最後のセグメントのどれであるかを判定する。ペイロードがフルＭＡＣ−ｅｈｓ  ＳＤＵである場合には、そのＭＡＣ−ｅｈｓ  ＳＤＵは、より上位のレイヤまたはリアセンブリエンティティに続くエンティティに転送される。
【００４９】
ペイロードがＭＡＣ−ｅｈｓ  ＳＤＵの最初のセグメントであり、ＷＴＲＵが受信されたＰＤＵより大きい連続するシーケンス番号を有する格納された中間セグメントを有する場合には、その最初のセグメントは、連続するセグメントと組み合わされる。ＷＴＲＵが、受信されたＰＤＵより大きい連続するシーケンス番号を有する最後のセグメントを格納済みである場合には、それらが組み合わされ、フルＭＡＣ−ｅｈｓ  ＳＤＵが、より上位のレイヤに送られる。そうでない場合には、ペイロードは、リアセンブリエンティティに格納される。
【００５０】
ペイロードが、ＭＡＣ−ｅｈｓ  ＳＤＵの最後のセグメントであり、リアセンブリエンティティが、受信されたパケットより小さいＴＳＮを有する連続するセグメントを格納済みである場合には、これらが組み合わされる。フルＭＡＣ−ｅｈｓ  ＳＤＵが形成される場合には、これが、より上位のレイヤに送られる。そうでない場合には、最後のセグメントは、リアセンブリバッファに格納される。
【００５１】
ペイロードが、ＭＡＣ−ｅｈｓ  ＳＤＵの中間セグメントであり、リアセンブリエンティティが、受信されたパケットより大きいまたはこれより小さいＴＳＮを有する連続するセグメントを格納済みである場合には、これらが組み合わされる。フルＳＤＵが作成される場合には、これが、より上位のレイヤに転送される。そうでない場合には、これは、リアセンブリバッファに格納される。
【００５２】
リアセンブリエンティティからセグメントを破棄するために、タイマベースの破棄機構を使用することができる。オプションで、バッファが満杯であるか、または格納を許容されるセグメントの最大量に達した場合に、パケットを破棄することができる。最も古いＴＳＮ番号を有するセグメントを破棄することができる。さらに、従来のリオーダリングパラメータRcvWindow_UpperEdge、next_expected_TSN、T1_TSNおよびTSN_Flushは、維持され、処理される必要がない。
【００５３】
タイマベースの破棄機構は、次のやり方のうちの１つまたは組合せで実施することができる。各セグメントは、構成された時間期間の間にリアセンブリバッファ内で維持される（すなわち、ＭＡＣ−ｅｈｓ  ＳＤＵに対応するセグメントが受信されるたびに、そのセグメント用のタイマが開始される）。タイマが満了する時に、そのＭＡＣ−ｅｈｓ  ＳＤＵに対応するすべてのセグメントが破棄される。タイマは、next_expected_TSNより大きいＴＳＮを有するリオーダリングＰＤＵに対応するセグメントが受信される時に限って開始される。変数Tseg_TSNが、このＴＳＮにセットされる。タイマが満了する時に、次のアクションを実行することができる。  
ａ．Tseg_TSNのセグメントインジケータ（ＳＩ）が「０１」である場合には、
ｉ．TSN≦Tseg_TSNを有するすべてのペイロードユニットを破棄し、
ｉｉ．next_expected_TSNを次の未受信セグメントＴＳＮにセットする
ｂ．T1_TSNのＳＩが「１０」である場合には、
ｉ．TSN＜Tseg_TSNを有するすべてのペイロードユニットを破棄し、
ｉｉ．next_expected_TSNを次の未受信セグメントＴＳＮにセットする
ｃ．Tseg_TSNのＳＩが「１１」である場合には、
ｉ．そのＴＳＮに対応する最初のペイロードユニットおよびTSN＜T1_TSNを有するすべてのペイロードユニットを破棄する。このステップは、そのＴＳＮに対応する最後のペイロードユニットが破棄されないことを保証しなければならない。なぜなら、そのペイロードユニットが、最初のペイロードユニットに対応するからである。
【００５４】
第２の実施形態の第２のオプションを用いると、セグメント化、リオーダリングおよびリアセンブリが、ある種の優先順位キューから送信されるデータについて回避される。ある種の優先順位キューから送信されるすべてのデータは、セグメント化、リアセンブリまたはリオーダリングを受けない。図４は、このオプションによるＷＴＲＵ内のＭＡＣ−ｅｈｓエンティティを示す。第２の実施形態の第１のオプションと同様に、異なる判断基準を使用して、データをリオーダリングのためにリオーダリングキューに分配すべきか否かを判定することができる。
【００５５】
このオプションを用いると、対応するキューについてＭＡＣ−ｅｈｓ  ＰＤＵにＴＳＮフィールドおよびＳＩフィールドを追加する必要はない。代替案では、ＴＳＮフィールドおよびＳＩフィールドを追加することができるが、ＳＩフィールドは、必ずある値（例えば、「００」）にセットすることができ、ＴＳＮは、定数値にセットすることができ、あるいは、オプションで、ＴＳＮを、増分されるがリオーダリングまたはリアセンブリの目的に全く使用されないものとすることができる。さらに、ＷＴＲＵでキューをセットアップする時には、変数TSN number、RcvWindow_UpperEdge、next_expected_TSN、T1_TSNおよびTSN_Flushを維持し、処理する必要はない。
【００５６】
ＭＡＣ−ｅｈｓ  ＰＤＵを受信する時に、ＷＴＲＵは、リオーダリングおよびセグメント化／リアセンブリをサポートしない所与のキューへのある論理チャネルのマッピングの知識、またはこのチャネルをトランスポートする時の共通Ｈ−ＲＮＴＩの使用のいずれかに基づいて、ＴＳＮフィールドおよびＳＩフィールドがこの論理チャネルについて存在しないことを知る。その場合に、ＭＡＣ−ｅｈｓ  ＳＤＵは、論理チャネルに従って即座にディスアセンブルされ、多重分離され、より上位のレイヤに送られる。
【００５７】
第２の実施形態に関して、ＭＡＣ−ｅｈｓリセット手順を変更することができる。従来のＭＡＣ−ｅｈｓリセット手順によれば、ＭＡＣ−ｅｈｓリセットがより上位のレイヤによって要求される場合に、ＷＴＲＵは、より上位のレイヤによって示されるアクティブ化の時に、
ａ）すべての構成されたＨＡＲＱプロセス用のソフトバッファをフラッシュしなければならず、
ｂ）すべてのアクティブなリオーダリングリリースタイマ（Ｔ１）を停止し、すべてのタイマＴ１をその初期値にセットしなければならず、
ｃ）すべての構成されたＨＡＲＱプロセスで次の送信について値「０」を用いてＴＳＮを開始しなければならず、
ｄ）変数RcvWindow_UpperEdgeおよびnext_expected_TSNをその初期値に初期化しなければならず、
ｅ）リオーダリングバッファ内のすべてのＭＡＣ−ｅｈｓ  ＰＤＵをディスアセンブルし、すべてのＭＡＣ−ｄ  ＰＤＵをＭＡＣ−ｄエンティティに送らなければならず、
ｆ）リオーダリングバッファをフラッシュしなければならず、
ｇ）ＭＡＣ−ｅｈｓリセットが、より上位のレイヤによるＩＥ「ＭＡＣ−ｈｓリセットインジケータ（MAC-hs reset indicator）」の受信に起因して開始された場合には、ＨＳ−ＤＳＣＨ上でマッピングされたすべてのＡＭ（acknowledged mode）ＲＬＣエンティティに、状況レポートを生成するように指示しなければならない。
【００５８】
第２の実施形態の第１のオプションが実施される場合には、この手順は、ステップ（ｄ）がリオーダリングをサポートするキューについてのみ実行されるようにするために変更される。第１のオプションがリアセンブリ機能性を伴って実施される場合には、リセット手順は、最後のＭＡＣ−ｅｈｓ  ＰＤＵが処理された後にリアセンブリバッファがフラッシュされることを保証しなければならない。
【００５９】
第２の実施形態の第２のオプションが実施される場合には、この手順は、ステップ（ｂ）〜（ｆ）がリオーダリングをサポートするキューについてのみ実行されるようにするために変更されなければならない。さらに、成功裏にリアセンブルできないリアセンブリバッファ内のセグメントを破棄しなければならない。
【００６０】
これらのステップの一部を、Ｌ２改善など、発展型ＨＳＰＡの他のやがて現れる特徴をサポートするために変更しなければならない可能性があることに留意されたい。
【００６１】
上記で説明したＭＡＣ−ｅｈｓエンティティ機能性の単純化は、ＲＬＣエンティティへのＭＡＣ  ＳＤＵの順序外れ配信をもたらす場合がある。これは、特にＭＡＣ−ｅｈｓ  ＳＤＵがＲＲＣシグナリングを搬送するときに、問題を引き起こす可能性がある。この問題は、ＲＬＣエンティティがリオーダリングを実行する場合には回避することができる。従来、ＤＡＲ（duplicate avoidance and reordering）機能が、ＲＬＣのＵＭ（unacknowledged mode）について定義されている。しかし、ＤＡＲ機能は、現在、マルチメディア放送／マルチキャスト型サービス（ＭＢＭＳ：multimedia broadcast/multicast service）のトラフィックチャネル（ＭＴＣＨ）にのみ適用可能である。
【００６２】
第３の実施形態によれば、ＤＡＲ機能は、ＤＣＣＨまたはＤＴＣＨなど、ＭＴＣＨ以外の論理チャネルに適用される。ＲＬＣ  ＵＭ  ＤＡＲ機能性のそのような拡張は、ＲＬＣ  ＵＭと共に定義されるＳＲＢ＃１の場合に特に有用であるはずである。
【００６３】
他の論理チャネルに対するＤＡＲ機能性の使用を可能にする、複数の方法が可能である。ＷＴＲＵに、より上位のレイヤによってＤＡＲ機能に使用すべきパラメータについて知らせることができ、あるいは、これらのパラメータを事前に決定することができる。例えば、ＵＭ  ＲＬＣモードが選択される場合に、「ＤＬ重複回避およびリオーダリング情報（DL Duplication Avoidance and Reordering Info）」が「ＲＬＣ情報ＭＢＭＳ（RLC info MBMS）」ＩＥ内のみではなく「ＲＬＣ情報（RLC info）」ＩＥ内にもオプションで存在することができるようにするために、ＲＲＣシグナリングを変更することができる。デフォルトラジオ構成のパラメータ値を、ＳＲＢ＃１および他のＲＢの新しいパラメータを用いて更新することもできる。
【００６４】
同様に、ＤＡＲまたは類似する機能を、動作のＲＬＣ  ＡＭ（acknowledge mode）に導入することができ、ここで、ＡＭ  ＲＬＣがＳＤＵをシーケンス通りにより上位のレイヤに送ることを構成することができる。従来のＡＭ  ＲＬＣは、受信側でリオーダリングを全く実行しない。
【００６５】
リオーダリング機能性を変更して、ＨＳ−ＤＳＣＨがＣｅｌｌ＿ＦＡＣＨ状態で利用される時のセル更新手順中の過度な遅延を防ぐことができる。この方式は、ある種の優先順位キューについてリオーダリング機能性を保つことが望まれる場合に使用することができる。この方式は、ＨＡＲＱエンティティのビヘイビア（behavior）に対する変更を全く仮定しないが、そのような変更が実施されるか否かに関わりなく有効であるはずである。
【００６６】
以下で説明する実施形態が、セル更新手順（セル再選択）に適用可能であるだけではなく、ｅｎｈａｎｃｅｄ  ＣＥＬＬ＿ＦＡＣＨ状態に入る時またはＣＥＬＬ＿ＦＡＣＨ状態、ＣＥＬＬ＿ＰＣＨ状態、もしくはＵＲＡ＿ＰＣＨ状態でＨＳ−ＤＳＣＨ受信を開始する時のＭＡＣ−ｅｈｓエンティティの初期構成およびセットアップにも適用可能であることに留意されたい。
【００６７】
第４の実施形態によれば、リオーダリングキューは、ある種のトリガするイベントが発生する時に、サスペンドリオーダリング状態に入ることができる。通常状態である間には、従来のリオーダリング手順が実行される。リオーダリングキューがサスペンドリオーダリング状態である間には、サスペンド状態リオーダリングキューに向かう受信データは、そのデータに関連するＴＳＮを考慮せずに、次の処理エンティティ（例えば、ＭＡＣ−ｅｈｓアーキテクチャに依存する、リアセンブリエンティティ、ディスアセンブリエンティティ、多重分離エンティティ、またはＭＡＣ−ｅｈｓエンティティより上のレイヤ）に直接に転送される。
【００６８】
サスペンドリオーダリング状態に入るためのトリガするイベントは、例えば、ＭＡＣ−ｅｈｓリセット手順の実行（おそらくは、ＲＲＣエンティティからのコマンドの後の）またはサスペンドリオーダリング状態に入る、ＲＲＣエンティティからの明示的コマンドとすることができる。ＲＲＣエンティティは、セル再選択の原因と共に、例えば、セル更新手順を開始する時にこのコマンドを発行することができる。明示的コマンドが発行される場合には、ＲＲＣエンティティは、オプションで、リオーダリングバッファをフラッシュすると判断することができる。
【００６９】
リオーダリングのサスペンドの対象になる１つまたは複数のリオーダリングキューは、適用可能な場合にＲＲＣコマンドと一緒に（またはその一部として）より上位のレイヤによってシグナリングされ得る。より上位のレイヤのシグナリングは、上記にリストしたオプションのうちの１つを使用して実行することができる。代替案では、より上位のレイヤのシグナリングを、キューにマッピングされた論理チャネルをセットアップする際に事前にシグナリングすることができ、あるいは、キューにマッピングされた論理チャネルのタイプに依存して事前に定義することができる（例えば、ＣＣＣＨ論理チャネルにマッピングされるすべてのキューがＭＡＣ−ｅｈｓリセット時にリオーダリングのサスペンドを受けるように、事前に定義することができる）。
【００７０】
リオーダリングキューは、ある遷移イベントが発生する時に通常状態に戻る。遷移イベントは、例えば、サスペンド状態に入った後の、キューにマッピングされた論理チャネルのパケットの受信とすることができる。そのパケットを受信した後に、ＷＴＲＵは、次のアクションを実行する。  
（ａ）next_expected_TSN＝TSN−ｘをセットし、ここで、例えば−１≦ｘ＜６であり（ｘ＞０の値は、最初のパケットが順序外れで受信される場合に、より小さいＴＳＮを有する次パケットを破棄しないことを保証するためである）、ＴＳＮは、受信パケットの送信シーケンス番号であり、ｘの値は、より上位のレイヤによって事前に決定され、または事前にシグナリングされるものとすることができ、
（ｂ）ｘが０または−１と等しくはない場合には、T1_TSN＝このパケットのＴＳＮ、をセットし、Ｔ１タイマを開始し、
（ｃ）RcvWindow_UpperEdge＝TSN＋ｙをセットし、ここで、ｙは、より上位のレイヤによって事前に決定されまたは事前にシグナリングされるものとすることができ、
（ｄ）通常のリオーダリング状態に戻る。
【００７１】
上記のイベントについて、新しい状態の定義が、形式的には不要であることに留意されたい。なぜなら、ＷＴＲＵが、サスペンデッドリオーダリング状態である間に関係するキューのデータを全く受信しないからである。これは、関係するキューのＭＡＣ−ｅｈｓリセット手順が、これらのキューに関するデータの受信の後にのみ完了すると言うのと同等であるはずである。
【００７２】
遷移イベントは、通常のリオーダリング状態に戻る、ＲＲＣエンティティからの明示的コマンドとすることができる。この場合に、ＲＲＣエンティティは、ＭＡＣ−ｅｈｓエンティティが通常のリオーダリング状態に戻らなければならない時に、ＭＡＣ−ｅｈｓエンティティに通知する。そのようなコマンド自体は、ＲＲＣエンティティがピアエンティティからセル更新確認メッセージを受信することによって、またはＲＲＣ手順に関係する任意の他のイベントによってトリガされ得る。通常のリオーダリング状態に戻るコマンドを受け取る前に（すなわち、サスペンドリオーダリング状態である間に）、ＷＴＲＵは、次のやり方で、各関係するキューのnext_expected_TSN変数およびRcvWindow_UpperEdge変数を維持しなければならない。  
（ａ）ＭＡＣ−ｅｈｓリセットの後にパケットがそのキューについて初めて受信される時に、
（ｉ）next_expected_TSNをこのパケットのＴＳＮ＋１にセットする
（ｉｉ）RcvWindow_UpperEdgeをＴＳＮ＋ｙにセットする。ここで、ｙは、より上位のレイヤによって事前に決定され、または事前にシグナリングされうる
（ｉｉｉ）オプションで、変数「TSN_init」を、受信されたパケットのＴＳＮにセットすることができる
（ｂ）送信シーケンス番号＝ＴＳＮを有する同一キューの後続パケットについて、
（ｉ）TSN≧next_expected_TSNの場合には、next_expected_TSNをＴＳＮ＋１にセットする
（ｉｉ）TSN＋ｙ＞RcvWindow_UpperEdgeの場合には、RcvWindow_UpperEdgeをＴＳＮ＋ｙにセットする。ここで、ｙは、より上位のレイヤによって事前に決定され、または事前にシグナリングされうる。
【００７３】
通常状態に戻る遷移イベントは、保留中状態への遷移の際に開始されたタイマ（Ｔ＿ｉｎｉｔ）の満了とすることができる。このタイマは、従来のＴ１タイマと同一とすることができる。これが同一ではない場合には、Ｔ＿ｉｎｉｔタイマの値は、より上位のレイヤによって指定されるか（例えば、この新しいＴ＿ｉｎｉｔタイマの値に関する追加の情報要素を伴う、Ｔ１タイマの値を含む同一のＲＲＣシグナリングメッセージを使用して）、あるいは事前に定義されるかのいずれかとすることができる。この値は、過度な遅延を防ぐためにＴ１タイマ以下とすることができる。
【００７４】
サスペンドリオーダリング状態へのトリガするイベントが発生する時（例えば、ＭＡＣ−ｅｈｓリセットが発生する時）には、リオーダリングキューは、サスペンドリオーダリング状態に入り、Ｔ＿ｉｎｉｔタイマの持続時間（加えて、最初の正しいＭＡＣ−ｅｈｓ  ＰＤＵの受信時にＴ＿ｉｎｉｔタイマを開始することが選択される場合には、おそらくは、ＭＡＣ−ｅｈｓリセットとこのＰＤＵの受信との間の時間期間）の間、その状態に留まる。オプションで、「next_expected_TSN」および「RcvWindow_UpperEdge」の値を、以下で詳述するように、従来の手順のようにその初期値にセットするのではなく、ＭＡＣ＿ｅｈｓリセットの実行時に特殊な値（「ｐｅｎｄｉｎｇ」）にセットすることができる。
【００７５】
代替案では、遷移イベントを、連続するＴＳＮを有するＮ個のＰＤＵの成功裏の受信、またはＭ個の連続するＴＳＮ内のＭ個のうちのＮ個の成功のＰＤＵの成功裏の受信とすることができる。
【００７６】
セル更新確認がより上位のレイヤによって受信された後にＭＡＣ−ｅｈｓリセットが実行される場合には、これらのキューの変数および内容を、ＭＡＣ−ｅｈｓリセット指示の際にリセットしてはならないことに留意されたい。この場合には、キューがサスペンドリオーダリング状態である場合に、ＭＡＣ−ｅｈｓリセットは、セル更新確認がより上位のレイヤによって受信されたことの表示であり、キューは、通常状態に戻ることができる。
【００７７】
第５の実施形態によれば、ＭＡＣ−ｅｈｓリセット手順は、ある種のリオーダリングキューについて、リセット手順がターゲットセル内でのデータの受信まで延長されるように、変更される。変数next_expected_TSNおよびRcvWindow_UpperEdgeは、関係するリオーダリングキューについて即座にではなく、ターゲットセルでのこれらのキューに関するデータの受信時にのみ、初期値にリセットされる。
【００７８】
ＭＡＣ−ｅｈｓエンティティのリセットが、より上位のレイヤによって要求される場合に、ＷＴＲＵは、より上位のレイヤによって示されるアクティブ化の時に、
（１）すべての構成されたＨＡＲＱプロセスのソフトバッファをフラッシュしなければならず、
（２）すべてのアクティブなリオーダリングリリースタイマ（Ｔ１）を停止し、すべてのタイマＴ１をその初期値にセットしなければならず、
（３）リオーダリングバッファ内のすべてのＭＡＣ−ｅｈｓ  ＰＤＵをディスアセンブルし、すべてのＭＡＣ−ｄ  ＰＤＵをＭＡＣ−ｄエンティティに送らなければならず（このステップは、将来のリリースでのＭＡＣ−ｅｈｓ手順に対する無関係な変更に起因して変更される可能性がある）、
（４）リオーダリングバッファをフラッシュしなければならず、
（５）ＭＡＣ−ｈｓリセットが、より上位のレイヤによるＩＥ「MAC-hs reset indicator」の受信に起因して開始された場合には、ＨＳ−ＤＳＣＨ上でマッピングされたすべてのＡＭ  ＲＬＣエンティティに、状況レポートを生成するように指示しなければならない。
【００７９】
延長されたＭＡＣ−ｅｈｓ手順が適用されるリオーダリングキューについて、
（１）データ（リオーダリングＰＤＵ）がこのリオーダリングキューに関して受信される時に、next_expected_TSN＝TSN−ｘをセットし、ここで、例えば０≦ｘ＜６であり、ＴＳＮは、受信されたリオーダリングＰＤＵの送信番号であり、ｘの値は、より上位のレイヤによって事前に決定され、または事前にシグナリングされるものとすることができ、
（２）オプションで、ｘが０と等しくはない場合には、T1_TSN＝このパケットのＴＳＮをセットし、Ｔ１タイマを開始し、
（３）RcvWindow_UpperEdge＝TSN＋ｙをセットし、ここで、ｙは、より上位のレイヤによって事前に決定され、または事前にシグナリングされるものとすることができ、
（４）このリオーダリングキューについてＭＡＣ−ｅｈｓリセット手順を終了する。
【００８０】
他のすべてのリオーダリングキューについて、
（１）すべての構成されたＨＡＲＱプロセス上の次の送信について０の値を用いてＴＳＮを開始し、
（２）変数RcvWindow_UpperEdgeおよびnext_expected_TSNをその初期値に初期化する。
【００８１】
延長されたＭＡＣ−ｅｈｓ手順が適用される１つまたは複数のキューは、適用可能な場合にＭＡＣ−ｅｈｓリセットをトリガするＲＲＣコマンドと一緒に（またはその一部として）より上位のレイヤによってシグナリングされ得る。代替案では、そのキューは、そのキューにマッピングされた論理チャネルをセットアップする際に事前にシグナリングされてもよく、あるいは、そのキューにマッピングされた論理チャネルのタイプに依存して事前に定義されてもよい（例えば、ＣＣＣＨ論理チャネルにマッピングされたすべてのキューが延長されたＭＡＣ−ｅｈｓリセット手順を受けることを事前に定義することができる）。シグナリングは、上記にリストしたオプションのうちの１つを使用して実行することができる。
【００８２】
第６の実施形態によれば、追加の特殊な値が、リオーダリング変数next_expected_TSNおよびRcvWindow_UpperEdgeのために定義される。この特殊な値は、例えば、Ｐｅｎｄｉｎｇ、Ｕｎｄｅｆｉｎｅｄ（未定義）、またはＷａｉｔｉｎｇ（待機）のうちの１つによってラベル付けされ得る（ラベル「Ｐｅｎｄｉｎｇ」が、以下で使用される）。
【００８３】
ある種のリオーダリングキューについて、ＭＡＣ−ｅｈｓリセットまたは新規ＭＡＣ−ｅｈｓ構成手順は、変数「next_expected_TSN」および「RcvWindow_UpperEdge」が、従来の手順で指定される初期値にセットされるのではなく値「Ｐｅｎｄｉｎｇ」にセットされるようにするために変更される。さらに、リオーダリング機能性も、ＴＳＮ＝ＳＮを有するＭＡＣ−ｅｈｓ  ＰＤＵが受信される時に、「next_expected_TSN」の値が「Ｐｅｎｄｉｎｇ」にセットされているならば、次のアクションが実行されるようにするために変更される。  
（１）Ｔ１タイマは開始されず、
（２）next_expected_TSNをＴＳＮ＋１にセットし（または代替として、ＴＳＮ＋ｘにセットし、ここで、ｘは、より上位のレイヤによって事前に定義されるかセットされ）、
（３）RcvWindow_UpperEdgeをＴＳＮ＋ｙにセットし、ここで、ｙは、より上位のレイヤによって事前に決定され、または事前にシグナリングされるものとすることができる。
【００８４】
変更されたＭＡＣ−ｅｈｓ手順が適用される１つまたは複数のリオーダリングキューは、適用可能な場合にＭＡＣ−ｅｈｓリセットをトリガするＲＲＣコマンドと一緒に（またはその一部として）より上位のレイヤによってシグナリングされ得る。代替案では、そのキューは、そのキューにマッピングされた論理チャネルをセットアップする際に事前にシグナリングされ得、あるいは、そのキューにマッピングされた論理チャネルのタイプに依存して事前に定義され得る（例えば、ＣＣＣＨ論理チャネルにマッピングされたすべてのキューが延長されたＭＡＣ−ｅｈｓリセット手順を受けることを事前に定義することができる）。シグナリングは、上記にリストしたオプションのうちの１つを使用して実行することができる。
【００８５】
受信器動作に関する変更されたリオーダリング機能性は、次のとおりである。  
ＴＳＮ＝ＳＮを有するＭＡＣ−ｈｓ  ＰＤＵが受信される時に、
next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされていない場合に、
−  ＳＮが受信器ウィンドウ内である場合に、
−  SN＜next_expected_TSNである場合またはこのＭＡＣ−ｈｓ  ＰＤＵが以前に受信済みである場合に、
−  ＭＡＣ−ｈｓ  ＰＤＵを破棄しなければならず、
−  そうでない場合に、
−  ＭＡＣ−ｈｓ  ＰＤＵを、リオーダリングバッファ内のＴＳＮによって示される場所に置かなければならない。  
−  ＳＮが受信器ウィンドウの外にある場合に、
−  受信されたＭＡＣ−ｈｓ  ＰＤＵは、リオーダリングバッファ内で最大の受信されたＴＳＮの上の、ＳＮによって示される位置に置かれなければならず、
−  RcvWindow_UpperEdgeは、ＳＮにセットされ、受信器ウィンドウを進めなければならず、
−  TSN≦RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZEを有するＭＡＣ−ｈｓ  ＰＤＵ、すなわちその位置が更新された後の受信器ウィンドウの外にあるすべてのＭＡＣ−ｈｓ  ＰＤＵは、リオーダリングバッファから除去され、ディスアセンブリエンティティに送られなければならず、
−  next_expected_TSNが更新された受信器ウィンドウの下にある場合に、
−  next_expected_TSNを、RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１にセットしなければならず、
−  TSN＝next_expected_TSNを有するＭＡＣ−ｈｓ  ＰＤＵがリオーダリングバッファに格納されている場合に、
−  next_expected_TSNから（これを含めて）最初の未受信ＭＡＣ−ｈｓ  ＰＤＵまでの連続するＴＳＮを有するすべての受信されたＭＡＣ−ｈｓ  ＰＤＵを、ディスアセンブリエンティティに送らなければならず、
−  next_expected_TSNを、この最初の未受信ＭＡＣ−ｈｓ  ＰＤＵのＴＳＮまで進めなければならない。
【００８６】
ＷＴＲＵが、受信されたＭＡＣ−ｅｈｓ  ＰＤＵを処理するのに不十分なメモリを有する場合には、ＷＴＲＵは、次の動作を実行する。  
−  next_expected_TSN＜TSN_Flush≦RcvWindow_UpperEdge＋１になるようにTSN_Flushを選択し、
−  TSN＜TSN_Flushを有するすべての正しく受信されたＭＡＣ−ｈｓ  ＰＤＵをディスアセンブリエンティティに送り、
−  TSN＝TSN_Flushを有するＭＡＣ−ｈｓ  ＰＤＵが以前に受信済みである場合に、
−  TSN_Flushから（これを含めて）最初の未受信ＭＡＣ−ｈｓ  ＰＤＵまでの連続するＴＳＮを有するすべての受信されたＭＡＣ−ｈｓ  ＰＤＵをディスアセンブリエンティティに送り、
−  next_expected_TSNをこの最初の未受信ＭＡＣ−ｈｓ  ＰＤＵのＴＳＮまで進める。  
−  そうでない場合には、
−  next_expected_TSNをTSN_Flushにセットする。  
ＥＮＤＩＦ  ［next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされていない］
Ｅｌｓｅ  （例えば、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされている場合）
−  Ｔ１タイマは開始されず、
−  next_expected_TSNをＳＮ＋１にセットし（または代替として、ＳＮ＋ｘにセットし、ここで、ｘは、より上位のレイヤによって事前に定義されるかセットされ）、
−  RcvWindow_UpperEdgeをＴＳＮ＋ｙにセットし、ここで、ｙは、より上位のレイヤによって事前に決定されまたは事前にシグナリングされるものとすることができる
ＥＮＤ
【００８７】
リオーダリング機能性を、２つの異なるタイマ（Ｔ＿ｉｎｉｔおよびＴ１）を使用できるように変更することができる。リオーダリングキューが「ｐｅｎｄｉｎｇ」状態である時には、従来の手順で使用されるＴ１タイマを開始することはできない。したがって、従来の手順を、次のやり方で変更する必要がある。  
タイマＴ１がアクティブではない場合に、
−  タイマＴ１は、TSN＞next_expected_TSNを有するリオーダリングＰＤＵが正しく受信される時に、next_expected_TSNがｐｅｎｄｉｎｇにセットされていないならば（または、「reordering_state」がｐｅｎｄｉｎｇにセットされていないならば）、開始されなければならず、
−  T1_TSNを、このＭＡＣ−ｈｓ  ＰＤＵのＴＳＮにセットしなければならない。
【００８８】
第２の変更は、リオーダリングキューが「ｐｅｎｄｉｎｇ」状態である時に、変数「next_expected_TSN」が更新されず、またはセットされず、値「ｐｅｎｄｉｎｇ」にセットされたままになるということである。さらに、従来の手順で変数「next_expected_TSN」に対して行われるすべての比較は、リオーダリングキューが「ｐｅｎｄｉｎｇ」状態である時には結果「Ｆａｌｓｅ（偽）」を有しなければならない。ＭＡＣ−ｅｈｓリセット手順が変数RcvWindow_UpperEdgeを「ｐｅｎｄｉｎｇ」にセットする場合には、この変数は、最初のリオーダリングＰＤＵの受信時に初期化される必要がある。これらの変更は、例えば、従来の手順を変更することによって実施することができる。手順に対する他の定式化も可能であることを理解されたい。
【００８９】
受信器動作
ＴＳＮ＝ＳＮを有するＭＡＣ−ｈｓ  ＰＤＵが受信される時に、
−  （オプションで、ＭＡＣ−ｅｈｓリセット中に「RcvWindow_UpperEdge」が「ｐｅｎｄｉｎｇ」にセットされる場合に）受信器ウィンドウが「ｐｅｎｄｉｎｇ」である（RcvWindow_UpperEdgeが「ｐｅｎｄｉｎｇ」にセットされている）場合に、
−  RcvWindow_UpperEdgeをＳＮにセットしなければならず、
−  ＳＮが受信器ウィンドウ内である場合に、
−  next_expected_TSNが「ｐｅｎｄｉｎｇ」にセットされておらず、SN＜next_expected_TSNである場合、またはこのＭＡＣ−ｈｓ  ＰＤＵが以前に受信済みである場合に、
−  そのＭＡＣ−ｈｓ  ＰＤＵを破棄しなければならず、
−  そうでない場合に、
−  そのＭＡＣ−ｈｓ  ＰＤＵを、リオーダリングバッファ内でＴＳＮによって示される場所に置かなければならない。
【００９０】
−  ＳＮが受信器ウィンドウの外にある場合に、
−  受信されたＭＡＣ−ｈｓ  ＰＤＵを、リオーダリングバッファ内で最大の受信されたＴＳＮの上の、ＳＮによって示される位置に置かなければならず、
−  RcvWindow_UpperEdgeをＳＮにセットし、受信器ウィンドウを進めなければならず、
−  TSN≦RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZEを有するＭＡＣ−ｈｓ  ＰＤＵ、すなわちその位置が更新された後の受信器ウィンドウの外にあるすべてのＭＡＣ−ｈｓ  ＰＤＵを、リオーダリングバッファから除去し、ディスアセンブリエンティティに送らなければならず、
−  next_expected_TSNが「ｐｅｎｄｉｎｇ」にセットされておらず、next_expected_TSNが更新された受信器ウィンドウの下にある場合に、
−  next_expected_TSNをRcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１にセットしなければならず、
−  next_expected_TSNが「ｐｅｎｄｉｎｇ」にセットされておらず、TSN＝next_expected_TSNを有するＭＡＣ−ｈｓ  ＰＤＵがリオーダリングバッファに格納されている場合に、
−  next_expected_TSNから（これを含めて）最初の未受信ＭＡＣ−ｈｓ  ＰＤＵまでの連続するＴＳＮを有するすべての受信されたＭＡＣ−ｈｓ  ＰＤＵをディスアセンブリエンティティに送らなければならず、
−  next_expected_TSNをこの最初の未受信ＭＡＣ−ｈｓ  ＰＤＵのＴＳＮまで進めなければならない。
【００９１】
ＷＴＲＵが、受信されたリオーダリングＰＤＵを処理するのに不十分なメモリを有する場合には、ＷＴＲＵは、次の動作を実行する。  
−  next_expected_TSN＜TSN_Flush≦RcvWindow_UpperEdge＋１（または、next_expected_TSNが「ｐｅｎｄｉｎｇ」である場合には任意の値）になるようにTSN_Flushを選択し、
−  TSN＜TSN_Flushを有するすべての正しく受信されたＭＡＣ−ｈｓ  ＰＤＵをディスアセンブリエンティティに送り、
−  TSN＝TSN_Flushを有するＭＡＣ−ｈｓ  ＰＤＵが以前に受信済みである場合に、
−  TSN_Flushから（これを含めて）最初の未受信ＭＡＣ−ｈｓ  ＰＤＵまでの連続するＴＳＮを有するすべての受信されたＭＡＣ−ｈｓ  ＰＤＵをディスアセンブリエンティティに送り、
−  next_expected_TSNが「ｐｅｎｄｉｎｇ」にセットされていない場合に、next_expected_TSNをこの最初の未受信ＭＡＣ−ｈｓ  ＰＤＵのＴＳＮまで進める。  
−  そうではなく、next_expected_TSNが「ｐｅｎｄｉｎｇ」にセットされていない場合に、
−  next_expected_TSNをTSN_Flushにセットする。
【００９２】
第３の変更は、リオーダリングキューが「ｐｅｎｄｉｎｇ」状態である間（例えば、このトリガが選択済みである場合に、Ｔ＿ｉｎｉｔタイマがアクティブである間）に行われることを指定する。次を、従来のリオーダリング手順に追加する必要がある（変数Tinit_TSNを、意味を変更せずにT1_TSNに置換できることを理解されたい）。  
next_expected_TSNが「ｐｅｎｄｉｎｇ」にセットされ（またはreordering_stateが「ｐｅｎｄｉｎｇ」にセットされ）ており、ＴＳＮ＝ＳＮを有する、所与のキューのリオーダリングＰＤＵが受信される場合に、
（１）（オプション、Ｔ＿ｉｎｉｔがＭＡＣ−ｅｈｓリセット手順の際に即座には開始されない場合に適用可能）タイマＴ＿ｉｎｉｔがアクティブでない場合に、
（ａ）Ｔ＿ｉｎｉｔタイマを開始し、
（ｂ）Tinit_TSNをＳＮにセットする
（２）（オプション、Ｔ＿ｉｎｉｔがＭＡＣ−ｅｈｓリセット手順の際に即座に開始される場合に適用可能）Tinit_TSNが「ｐｅｎｄｉｎｇ」にセットされている場合に、
（ａ）Tinit_TSNをＳＮにセットする
Ｔ＿ｉｎｉｔタイマが満了する時（または、理由が何であれ、reordering_stateが「ｎｏｒｍａｌ（通常）」にリセットされる時）に、
（１）オプション、Ｔ＿ｉｎｉｔがＭＡＣ−ｅｈｓリセット手順の際に即座に開始される場合に適用可能。Tinit_TSNが「ｐｅｎｄｉｎｇ」にセットされている場合に、
（ａ）Ｔ＿ｉｎｉｔタイマを再開始する
（２）Tinit_TSNが「ｐｅｎｄｉｎｇ」にセットされていない場合に、
（ａ）Tinit_TSN−１（またはオプションでTinit_TSN）まででこれを含むすべての正しく受信されたリオーダリングＰＤＵを、リオーダリングの上のエンティティ（すなわち、ＬＣＨ−ＩＤデマルチプレクサエンティティ、ディスアセンブリ、またはリアセンブリエンティティとすることができる）に送る
（ｂ）Tinit_TSNより大きいＴＳＮを有する次の未受信リオーダリングＰＤＵまでのすべての正しく受信されたリオーダリングＰＤＵを、リオーダリングの上のエンティティに送らなければならない
（ｃ）next_expected_TSNを、オプションでT1_TSNより大きいＴＳＮを有する、次の未受信リオーダリングＰＤＵのＴＳＮにセットし、（適用可能な場合に）reordering_state変数を「ｎｏｒｍａｌ」にセットする。代替案では、タイマが満了する時に、next_expected_TSNを、必ず、T1_TSNより大きいＴＳＮを有する次の未受信ＭＡＣ−ｅｈｓ  ＰＤＵにセットすることができる。  
（ｄ）オプションで、より上位のレイヤに送ることができない、いくつかの受信されたリオーダリングＰＤＵがまだ存在する場合に、
（ｉ）タイマＴ１を開始する
（ｉｉ）T1_TSNを、送ることができないＭＡＣ−ｅｈｓ  ＳＤＵのセットの中で最大のＴＳＮにセットする。
【００９３】
代替案では、reordering_state変数がリオーダリング手順に使用される（オプション）場合に、ＴＳＮ＝ＳＮを有するリオーダリングＰＤＵが受信される時に、next_expected_TSNをRcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１にセットすることができる。
【００９４】
代替案では、単一のタイマ（Ｔ１）を使用することができる。単一のタイマが使用される（すなわち、Ｔ１タイマ）場合には、リオーダリング機能は、次のように記述される。  
タイマＴ１がアクティブではなく、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされていない場合には、
（ａ）タイマＴ１は、TSN＞next_expected_TSNを有するリオーダリングＰＤＵが正しく受信される時に開始されなければならない
（ｂ）T1_TSNは、このリオーダリングＰＤＵのＴＳＮにセットされなければならない
タイマＴ１がアクティブではなく、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされている場合には、
（ｃ）タイマＴ１は、リオーダリングＰＤＵが正しく受信される時に開始されなければならない
（ｄ）T1_TSNは、このリオーダリングＰＤＵのＴＳＮにセットされる
タイマＴ１が既にアクティブである場合には、
（ｅ）追加のタイマを開始してはならない、すなわち、所与の時では１つのタイマＴ１しかアクティブになれない
タイマＴ１は、
（ｆ）TSN＝T1_TSNを有するリオーダリングＰＤＵを、タイマが満了する前にリアセンブリエンティティに送ることができ、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされていない
場合に停止されなければならない
タイマＴ１が満了し、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされておらず、T1_TSN＞next_expected_TSNであるときには、
（ｇ）T1_TSN−１まででこれを含むＴＳＮ＞next_expected_TSNを有するすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
（ｈ）次の未受信リオーダリングＰＤＵまでのすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
（ｉ）next_expected_TSNを、次の未受信リオーダリングＰＤＵのＴＳＮにセットしなければならない
タイマＴ１が満了し、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされているときには、
（ｊ）T1_TSN−１まででこれを含むすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送り、
（ｋ）T1_TSNより大きいＴＳＮを有する次の未受信リオーダリングＰＤＵまでのすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
（ｌ）next_expected_TSNを、オプションでT1_TSNより大きいＴＳＮを有する、次の未受信リオーダリングＰＤＵのＴＳＮにセットする
タイマＴ１が停止されるか満了し、より上位のレイヤに送ることができないいくつかの受信されたリオーダリングＰＤＵがまだ存在するときには、
（ｍ）タイマＴ１を開始し、
（ｎ）T1_TSNを、送ることができないＭＡＣ−ｅｈｓ  ＳＤＵのセットの中で最大のＴＳＮにセットする。
【００９５】
代替案では、次を実行することができる。  
タイマＴ１が満了し、T1_TSN＞next_expected_TSNであるかnext_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされているときに、
（ａ）T1_TSN−１まででこれを含むTSN＞next_expected_TSNを有するすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
（ｂ）次の未受信リオーダリングＰＤＵまでのすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
（ｃ）next_expected_TSNを、次の未受信リオーダリングＰＤＵのＴＳＮにセットしなければならない。
【００９６】
リオーダリングに関する受信器動作は、次のように記述される。  
ＴＳＮ＝ＳＮを有するリオーダリングＰＤＵが受信されるときに、
（ａ）RcvWindow_UpperEdgeが「Ｐｅｎｄｉｎｇ」にセットされている場合には、
（ｉ）RcvWindow_UpperEdgeをＳＮにセットしなければならない
（ｂ）ＳＮが受信器ウィンドウ内にある場合には、
（ｉ）next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされておらず、SN＜next_expected_TSNであるかこのリオーダリングＰＤＵが以前に受信済みである場合に、
（ｉｉ）リオーダリングＰＤＵを破棄しなければならず
（ｃ）そうでない場合に、
（ｉ）リオーダリングＰＤＵを、リオーダリングバッファ内でＴＳＮによって示される場所に置かなければならない
（ｄ）ＳＮが受信器ウィンドウの外にある場合には、
（ｉ）受信されたリオーダリングＰＤＵを、リオーダリングバッファ内で最大の受信されたＴＳＮの上の、ＳＮによって示される位置に置かなければならず、
（ｉｉ）RcvWindow_UpperEdgeをＳＮにセットし、受信器ウィンドウを進めなければならず、
（ｉｉｉ）ＴＳＮ≦RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZEを有するリオーダリングＰＤＵ、すなわち位置を更新された後の受信器ウィンドウの外にあるすべてのリオーダリングＰＤＵを、リオーダリングバッファから除去し、リアセンブリエンティティに送らなければならず、
（ｉｖ）next_expected_TSNが「ｐｅｎｄｉｎｇ」にセットされておらず、next_expected_TSNが更新された受信器ウィンドウの下にある場合には、
ａ．next_expected_TSNをRcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１にセットしなければならず、
（ｅ）next_expected_TSNが「ｐｅｎｄｉｎｇ」にセットされておらず、TSN＝next_expected_TSNを有するリオーダリングＰＤＵがリオーダリングバッファに格納されている場合には、
（ｉ）next_expected_TSNから（これを含めて）最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
（ｉｉ）next_expected_TSNを、この最初の未受信リオーダリングＰＤＵのＴＳＮまで進めなければならない。
【００９７】
ＷＴＲＵが、受信されたリオーダリングＰＤＵを処理するのに不十分なメモリを有する場合には、ＷＴＲＵは、次の動作を実行する。  
（ａ）next_expected_TSN＜TSN_Flush≦RcvWindow_UpperEdge＋１（または、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされている場合には任意の値）になるようにTSN_Flushを選択し、
（ｂ）TSN＜TSN_Flushを有するすべての正しく受信されたリオーダリングＰＤＵをリアセンブリエンティティに送り、
（ｃ）TSN＝TSN_Flushを有するリオーダリングＰＤＵが以前に受信済みである場合には、
（ｉ）TSN_Flushから（これを含めて）最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送り、
（ｉｉ）next_expected_TSNをこの最初の未受信リオーダリングＰＤＵのＴＳＮまで進める。  
（ｄ）そうでない場合には、
（ｉ）next_expected_TSNをTSN_Flushにセットする。
【００９８】
第７の実施形態によれば、Ｎｏｄｅ−Ｂは、共通Ｈ−ＲＮＴＩを使用してＷＴＲＵのために送信される次のＭＡＣ−ｅｈｓ  ＳＤＵのＴＳＮをブロードキャストすることができる。この情報を、そのＮｏｄｅ−Ｂで発するＳＩＢ（system information block：システム情報ブロック）のうちの１つでブロードキャストすることができる。ＷＴＲＵが、ＭＡＣ−ｅｈｓリセットを実行し、新しいセルを選択する時に、そのＷＴＲＵは、ＴＳＮ番号を含むＳＩＢを読み取る。このＴＳＮを獲得した時に、ＷＴＲＵは、次のステップを実行することができる。  
（１）next_expected_TSN＝ＳＩＢから獲得されたＴＳＮ＋１をセットし、
（２）RcvWindow_UpperEdge＝ＴＳＮをセットする
これは、ＷＴＲＵが、共通Ｈ−ＲＮＴＩを使用して次に受信されるＭＡＣ−ｅｈｓ  ＰＤＵを正しく処理し、リオーダリングを実行することを可能にする。
【００９９】
代替案では、Ｎｏｄｅ−Ｂは、ＨＳ−ＳＣＣＨ上でＴＳＮを供給することができる。このＴＳＮは、次の形のうちの１つまたは組合せで供給され得る。  
（１）共通Ｈ−ＲＮＴＩ上でのすべての送信について、
（２）ＷＴＲＵが新しいセルに加わった直後の最初のｘ個（構成可能な時間の量）の送信だけについて。
【０１００】
代替案では、Ｎｏｄｅ−ＢおよびＷＴＲＵは、特定のキューのＴＳＮをデフォルト値にリセットすることができる。これは、パケットがセル内の新しいＷＴＲＵに送信される時にいつでも実行することができる。デフォルト値は、より上位のレイヤを介してシグナリングされ、あるいは事前に定義され得る。Ｎｏｄｅ−Ｂは、ＴＳＮのリセットを、Ｈ−ＲＮＴＩを監視するすべての他のＷＴＲＵにシグナリングすることができる。Ｎｏｄｅ−Ｂは、次の方法のいずれかを使用してＴＳＮリセットをシグナリングすることができる。  
（１）新規のまたは従来のレイヤ３シグナリング（例えば、ＢＣＣＨまたは別の他のＲＲＣメッセージ）を使用して、
（２）新規のまたは従来のレイヤ２シグナリングを使用して（例えば、ＭＡＣ−ｅｈｓヘッダを変更して、ＴＳＮリセット情報を含めることができる）、
（３）新規のまたは従来のＰＨＹレイヤシグナリングを使用して（例えば、変更されたＨＳ−ＳＣＣＨフォーマットを使用して、ＴＳＮリセットを示すことができる）。
【０１０１】
第８の実施形態によれば、ネットワークは、共通Ｈ−ＲＮＴＩを介して送信されるＲＲＣメッセージの内容を最小化することによって、そのメッセージが単一のＭＡＣ−ｅｈｓ  ＰＤＵにおさまるのに十分に小さいことを必ず保証する。ＲＲＣメッセージを、より小さいＲＲＣメッセージに「セグメント化する」ことができる。例えば、初期メッセージは、セルＲＮＴＩ（Ｃ−ＲＮＴＩ）および／またはＨ−ＲＮＴＩを含むことができ、構成の残りは、別のＲＲＣメッセージを使用することによってシグナリングされ得る。ＷＴＲＵが、その専用Ｈ−ＲＮＴＩを得た後に、後続ＲＲＣメッセージは、任意のサイズを有することができる。なぜなら、ＭＡＣ−ｅｈｓでのリオーダリング機能性が、専用Ｈ−ＲＮＴＩを用いて正しく働くからである。
【０１０２】
しかし、ネットワークは、ＷＴＲＵが、専用Ｈ−ＲＮＴＩを使用して後続メッセージ（構成）を送信する前に、初期ＲＲＣメッセージ（例えば、Ｃ−ＲＮＴＩおよび／またはＨ−ＲＮＴＩだけを含む）を成功裏に受信したことを保証する必要がある。これは、ＲＲＣエンティティが、ＨＡＲＱ再送信の回数およびＷＴＲＵでのＲＲＣ遅延要件を考慮に入れることによって十分に保守的に待つ場合に、保証することができる。実施態様に応じて、ＲＲＣエンティティは、メッセージを送信するためにより下位のレイヤによって要求される遅延に「ブラインド」とすることができる。そうである場合には、ＲＲＣは、送信が完了したことを確実にするために長時間待つ必要がある。
【０１０３】
さらに、ＲＲＣメッセージをセグメント化する時に、ＲＮＣは、生成されたＭＡＣ−ｅｈｓ  ＳＤＵのサイズが、セグメント化がＭＡＣ−ｅｈｓエンティティで要求されなくなる値以内であることを保証しなければならない。使用可能な最小のトランスポートブロックサイズを、ＭＡＣ−ｅｈｓ  ＰＤＵサイズの基準として使用することができる。その代わりにまたは組み合わせて、Ｎｏｄｅ−Ｂによって使用されようとしているトランスポートブロックサイズを、「送信出力レベル（Transmit Power Level）」フィールドに含まれるＲＡＣＨ（random access channel）上で受信された測定結果の値から推論することができる。
【０１０４】
ＲＲＣメッセージのセグメント化が発生する場合には、受信器側は、単一のＲＲＣメッセージが送信されたかのように（すなわち、ＲＲＣメッセージの他の部分またはセグメントを待たずに）受信されたメッセージのＩＥに作用するように変更される必要がある場合がある。
【０１０５】
第９の実施形態によれば、最初に受信されたパケットは、即座には送られない。最初に受信されたＭＡＣ＿ｅｈｓ  ＰＤＵは、必ずリオーダリングバッファ内に置かれ、そのＳＮは、リオーダリング変数（next_expected_TSN、RcvWindow_UpperEdge、T1_TSN）の一部またはすべての値を判定するのに使用される。例えば、受信器ウィンドウの上側エッジ（RcvWindow_UpperEdge）および／またはT1_TSNを、受信されたＭＡＣ−ｅｈｓ  ＰＤＵのＳＮにセットすることができ、next_expected_TSNを、このSN−RECEIVE_WINDOW_SIZE＋１にセットすることができる。これは、より小さいＴＳＮを有するすべてのその後に受信されるＰＤＵが、破棄されるのではなく、リオーダリングバッファに正しく格納されることを保証する。代替案では、next_expected_TSNを、RcvWindow_UpperEdge−ｘなど（ｘは、ある事前に定義される定数である）、異なる値にセットすることができる。タイマ（Ｔ１タイマまたはある他のタイマＴ１＿ｉｎｉｔのいずれか）が、この最初のＭＡＣ−ｅｈｓ  ＰＤＵの受信時に開始される。このタイマの満了までは、すべてのその後に受信されるＭＡＣ−ｅｈｓ  ＰＤＵは、そのＴＳＮに従ってリオーダリングバッファに置かれる。これらのＰＤＵは、従来の手順に従ってリオーダリングバッファから除去されなければならなくなるまで、リアセンブリエンティティには送られない。
【０１０６】
このタイマが満了する時に、リオーダリングバッファ内に存在するＰＤＵの一部またはすべてを、リアセンブリエンティティに送ることができる。例えば、T1_TSN−１まででこれを含むＴＳＮを有するすべてのＰＤＵを送ることができ、その後、次の未受信ＰＤＵまでのすべてのＰＤＵを送ることができる。変数next_expected_TSNを、この次の未受信ＰＤＵのＴＳＮにセットする（またはリセットする）ことができる。さらに、送ることができないＰＤＵがまだある場合には、この時点でＴ１タイマを再開始することができる。この場合に、変数T1_TSNを、送ることができないＭＡＣ−ｅｈｓ  ＰＤＵのうちで最大のＴＳＮにセットすることができる。通常のリオーダリング動作が、その時点から進行する。
【０１０７】
変数next_expected_TSNおよびRcvWindow_UpperEdgeのうちの少なくとも１つは、その初期値を、ＷＴＲＵがこの手順の始めに正しい動作を実行するようにするための特殊な値（「Ｐｅｎｄｉｎｇ」）にセットされる。代替案では、新しいブール変数（例えば、「Reordering_InitialState」）を定義して、この手順がその初期状態にあるか否かを示すことができる。この変数の値が「Ｔｒｕｅ（真）」にセットされているときには、ＷＴＲＵは、上で述べた手順を実行し、この変数は、初期タイマの満了時に「Ｆａｌｓｅ」にリセットされる。
【０１０８】
第９の実施形態の１つのオプションによれば、変数RcvWindow_UpperEdgeだけが、変更された手順の対象である、ある種のリオーダリングキューについてその初期値を「Ｐｅｎｄｉｎｇ」にセットされる。Ｔ１タイマは、RcvWindow_UpperEdgeの値が「Ｐｅｎｄｉｎｇ」であり、それが初期状態であることを示すときに、最初のＰＤＵの受信時に開始される。詳細な手順は、次のとおりである。  
タイマＴ１がアクティブではない場合には、
−  タイマＴ１は、TSN＞next_expected_TSNを有するリオーダリングＰＤＵが正しく受信される時、またはリオーダリングＰＤＵが正しく受信され、RcvWindow_UpperEdgeが「Ｐｅｎｄｉｎｇ」にセットされている時に、開始されなければならない。  
−  T1_TSNは、このリオーダリングＰＤＵのＴＳＮにセットされなければならない
タイマＴ１が既にアクティブである場合には、
−  追加のタイマを開始してはならない、すなわち、所与の時点では１つのタイマＴ１しかアクティブになれない
タイマＴ１は、
−  そのタイマが満了する前にTSN＝T1_TSNを有するリオーダリングＰＤＵをリアセンブリエンティティに送ることができる
場合に、停止されなければならない。  
タイマＴ１が満了し、T1_TSN＞next_expected_TSNであるときには、
−  T1_TSN−１まででこれを含む、TSN＞next_expected_TSNを有するすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
−  次の未受信リオーダリングＰＤＵまでのすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
−  next_expected_TSNを、次の未受信リオーダリングＰＤＵのＴＳＮにセットしなければならない。  
タイマＴ１が停止されるか満了し、より上位のレイヤに送ることができないいくつかの受信されたリオーダリングＰＤＵがまだあるときには、
−  タイマＴ１を開始し
−  T1_TSNを、送ることができないＭＡＣ−ｅｈｓ  ＳＤＵのセットのうちで最大のＴＳＮにセットする。
【０１０９】
送信器動作
送信器がＴＳＮ＝ＳＮを有するリオーダリングＰＤＵを送信した後に、TSN≦SN−TRANSMIT_WINDOW_SIZEを有するすべてのリオーダリングＰＤＵは、受信器でのシーケンス番号の曖昧さを防ぐために、再送信されてはならない。
【０１１０】
受信器動作
ＴＳＮ＝ＳＮを有するリオーダリングＰＤＵが受信されるときには、
−  RcvWindow_UpperEdgeが「Ｐｅｎｄｉｎｇ」にセットされている場合には、
−  RcvWindow_UpperEdgeをＳＮにセットしなければならず、
−  next_expected_TSNをRcvWindow_UpperEdge−WINDOW_SIZE＋１にセットしなければならない。  
−  ＳＮが受信器ウィンドウ内にある場合に、
−  SN＜next_expected_TSNまたはこのリオーダリングＰＤＵが以前に受信済みである場合には、
−  リオーダリングＰＤＵを破棄しなければならず、
−  そうでない場合には、
−  リオーダリングＰＤＵを、リオーダリングバッファ内でＴＳＮによって示される場所に置かなければならない。  
−  ＳＮが受信器ウィンドウの外にある場合には、
−  受信されたリオーダリングＰＤＵを、リオーダリングバッファ内で最大の受信されたＴＳＮの上の、ＳＮによって示される位置に置かなければならず、
−  RcvWindow_UpperEdgeをＳＮにセットし、受信器ウィンドウを進めなければならず、
−  TSN≦RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZEを有するリオーダリングＰＤＵ、すなわちその位置が更新された後の受信器ウィンドウの外にあるすべてのリオーダリングＰＤＵを、リオーダリングバッファから除去し、リアセンブリエンティティに送らなければならず、
−  next_expected_TSNが更新された受信器ウィンドウの下にある場合には、
−  next_expected_TSNをRcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１にセットしなければならず、
−  TSN＝next_expected_TSNを有するリオーダリングＰＤＵがリオーダリングバッファに格納されている場合には、
−  next_expected_TSNから（これを含めて）最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
−  next_expected_TSNを、この最初の未受信リオーダリングＰＤＵのＴＳＮまで進めなければならない。
【０１１１】
ＷＴＲＵが、受信されたリオーダリングＰＤＵを処理するのに不十分なメモリを有する場合には、ＷＴＲＵは、次の動作のセットを実行しなければならない。  
−  next_expected_TSN＜TSN_Flush≦RcvWindow_UpperEdge＋１になるようにTSN_Flushを選択し、
−  TSN＜TSN_Flushを有するすべての正しく受信されたリオーダリングＰＤＵをリアセンブリエンティティに送り、
−  TSN＝TSN_Flushを有するリオーダリングＰＤＵが以前に受信済みである場合には、
−  TSN_Flushから（これを含めて）最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送り、
−  next_expected_TSNを、この最初の未受信リオーダリングＰＤＵのＴＳＮまで進める
−  そうでない場合には、
−  next_expected_TSNをTSN_Flushにセットする。
【０１１２】
第９の実施形態の第２のオプションによれば、変数next_expected_TSNとRcvWindow_UpperEdgeとの両方が、変更された手順の対象になるある種のリオーダリングキューについてその初期値を「Ｐｅｎｄｉｎｇ」にセットされる。最初のＰＤＵの受信時に変数RcvWindow_UpperEdgeおよびT1_TSNがこのＰＤＵのＳＮにセットされるが、next_expected_TSNは値「Ｐｅｎｄｉｎｇ」にセットされたままになる。さらに、タイマＴ１が開始される。受信されたＰＤＵのＳＮとnext_expected_TSNとの間の比較は、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされているときにはスキップされる。タイマＴ１が満了するか停止された後に（後者は、T1_TSNと等しいＳＮを有するＰＤＵを、前進する受信器ウィンドウに起因して送ることができる場合に発生する可能性がある）、T1_TSN−１までのＳＮを有し、次の未受信ＰＤＵまでのＳＮを有するすべてのＰＤＵが、リアセンブリエンティティに送られる。next_expected_TSNの値は、次の未受信ＰＤＵのＳＮにセットされ、通常のリオーダリング動作が、この時点から進行することができる。詳細な手順は、次のとおりである。
【０１１３】
タイマＴ１がアクティブではなく、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされていない場合には、
−  タイマＴ１は、TSN＞next_expected_TSNを有するリオーダリングＰＤＵが正しく受信される時に開始されなければならない。  
−  T1_TSNは、このリオーダリングＰＤＵのＴＳＮにセットされなければならない。
【０１１４】
タイマＴ１がアクティブではなく、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされている場合には、
−  タイマＴ１は、リオーダリングＰＤＵが正しく受信される時に開始されなければならず、
−  T1_TSNは、このリオーダリングＰＤＵのＴＳＮにセットされる。  
タイマＴ１が既にアクティブである場合には、
−  追加のタイマを開始してはならない、すなわち、所与の時点では１つのタイマＴ１しかアクティブになれない。  
タイマＴ１は、
−  このタイマが満了する前にTSN＝T1_TSNを有するリオーダリングＰＤＵをリアセンブリエンティティに送ることができる
場合に停止されなければならない。  
タイマＴ１が満了し、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされておらず、T1_TSN＞next_expected_TSNであるときには、
−  T1_TSN−１まででこれを含む、TSN＞next_expected_TSNを有するすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
−  次の未受信リオーダリングＰＤＵまでのすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
−  next_expected_TSNを、次の未受信リオーダリングＰＤＵのＴＳＮにセットしなければならない。  
タイマＴ１が停止されるか満了し、next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされているときには、
−  T1_TSN−１まででこれを含むすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送る。  
−  T1_TSNより大きいＴＳＮを有する、次の未受信リオーダリングＰＤＵまでのすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならない。  
−  next_expected_TSNを、T1_TSNより大きいＴＳＮを有する次の未受信リオーダリングＰＤＵのＴＳＮにセットする。  
タイマＴ１が停止されるか満了し、より上位のレイヤに送ることができないいくつかの受信されたリオーダリングＰＤＵがまだあるときには、
−  タイマＴ１を開始し、
−  T1_TSNを、送ることができないＭＡＣ−ｅｈｓ  ＳＤＵのセットの中で最大のＴＳＮにセットする。
【０１１５】
送信器動作
送信器がＴＳＮ＝ＳＮを有するリオーダリングＰＤＵを送信した後に、TSN≦SN−TRANSMIT_WINDOW_SIZEを有するすべてのリオーダリングＰＤＵは、受信器でのシーケンス番号の曖昧さを防ぐために、再送信されてはならない。
【０１１６】
受信器動作
ＴＳＮ＝ＳＮを有するリオーダリングＰＤＵが受信されるときには、
−  RcvWindow_UpperEdgeが「Ｐｅｎｄｉｎｇ」にセットされている場合には、
−  RcvWindow_UpperEdgeをＳＮにセットしなければならない。  
−  ＳＮが受信器ウィンドウ内にある場合には、
−  next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされておらず、SN＜next_expected_TSNである、またはこのリオーダリングＰＤＵが以前に受信済みである場合には、
−  リオーダリングＰＤＵを破棄しなければならず、
−  そうでない場合には、
−  リオーダリングＰＤＵを、リオーダリングバッファ内でＴＳＮによって示される場所に置かなければならない。  
−  ＳＮが受信器ウィンドウの外にある場合には、
−  受信されたリオーダリングＰＤＵを、リオーダリングバッファ内で最大の受信されたＴＳＮの上の、ＳＮによって示される位置に置かなければならず、
−  RcvWindow_UpperEdgeをＳＮにセットし、受信器ウィンドウを進めなければならず、
−  TSN≦RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZEを有するリオーダリングＰＤＵ、すなわちその位置が更新された後の受信器ウィンドウの外にあるすべてのリオーダリングＰＤＵを、リオーダリングバッファから除去し、リアセンブリエンティティに送らなければならず、
−  next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされておらず、next_expected_TSNが更新された受信器ウィンドウの下にある場合には、
−  next_expected_TSNをRcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１にセットしなければならず、
−  next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされておらず、TSN＝next_expected_TSNを有するリオーダリングＰＤＵがリオーダリングバッファに格納されている場合には、
−  next_expected_TSNから（これを含めて）最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
−  next_expected_TSNを、この最初の未受信リオーダリングＰＤＵのＴＳＮまで進めなければならない。
【０１１７】
ＷＴＲＵが、受信されたリオーダリングＰＤＵを処理するのに不十分なメモリを有する場合には、ＷＴＲＵは、次の動作のセットを実行しなければならない。  
−  next_expected_TSN＜TSN_Flush≦RcvWindow_UpperEdge＋１または（next_expected_TSNが「Ｐｅｎｄｉｎｇ」にセットされている場合に）RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＜TSN_Flush≦RcvWindow_UpperEdge＋１になるようにTSN_Flushを選択し、
−  TSN＜TSN_Flushを有するすべての正しく受信されたリオーダリングＰＤＵをリアセンブリエンティティに送り、
−  TSN＝TSN_Flushを有するリオーダリングＰＤＵが以前に受信済みである場合には、
−  TSN_Flushから（これを含めて）最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵをリアセンブリエンティティに送り、
−  next_expected_TSNをこの最初の未受信リオーダリングＰＤＵのＴＳＮまで進める。  
−  そうでない場合には、
−  next_expected_TSNをTSN_Flushにセットする。
【０１１８】
第９の実施形態の第３のオプションによれば、RcvWindow_UpperEdgeおよびnext_expected_TSNは、従来技術と同様にその初期値を保ち、新しい変数「Reordering_InitialState」が、定義され、変更された手順の対象になるリオーダリングキューについて初期値「Ｔｒｕｅ」をとる。Ｔ１タイマを開始する条件は、Reordering_InitialStateの値が初期状態であることを示す「Ｔｒｕｅ」であるときに最初のＰＤＵが受信される時にこのタイマが開始されることを保証するように変更される。ＷＴＲＵは、受信されたＭＡＣ−ｅｈｓ  ＰＤＵを処理する前に、まずReordering_InitialStateが「Ｔｒｕｅ」にセットされているかどうかをチェックする。そうである場合には、変数RcvWindow_UpperEdgeがＰＤＵのＳＮにセットされ、変数next_expected_TSNが受信器ウィンドウの下側エッジにセットされ、変数Reordering_InitialStateが、通常状態に戻るために「Ｆａｌｓｅ」にセットされる。詳細な手順は、次のとおりである。  
タイマＴ１がアクティブではない場合には、
−  タイマＴ１は、TSN＞next_expected_TSNを有するリオーダリングＰＤＵが正しく受信される時、またはリオーダリングＰＤＵが正しく受信され、Reordering_InitialStateが「Ｔｒｕｅ」にセットされている時に、開始されなければならない。  
−  T1_TSNを、このリオーダリングＰＤＵのＴＳＮにセットしなければならない。  
タイマＴ１が既にアクティブである場合には、
−  追加のタイマを開始してはならない、すなわち、所与の時点では１つのタイマＴ１しかアクティブになれない。  
タイマＴ１は、
−  このタイマが満了する前にTSN＝T1_TSNを有するリオーダリングＰＤＵをリアセンブリエンティティに送ることができる
場合には停止されなければならない。  
タイマＴ１が満了し、T1_TSN＞next_expected_TSNであるときには、
−  T1_TSN−１まででこれを含む、TSN＞next_expected_TSNを有するすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
−  次の未受信リオーダリングＰＤＵまでのすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならない。
【０１１９】
−  next_expected_TSNを、次の未受信リオーダリングＰＤＵのＴＳＮにセットしなければならない。  
タイマＴ１が停止されるか満了し、より上位のレイヤに送ることができないいくつかの受信されたリオーダリングＰＤＵがまだ存在するときには、
−  タイマＴ１を開始し
−  T1_TSNを、送ることができないＭＡＣ−ｅｈｓ  ＳＤＵのセットの中で最大のＴＳＮにセットする。
【０１２０】
送信器動作
送信器がＴＳＮ＝ＳＮを有するリオーダリングＰＤＵを送信した後に、TSN≦SN−TRANSMIT_WINDOW_SIZEを有するすべてのリオーダリングＰＤＵは、受信器でのシーケンス番号の曖昧さを防ぐために、再送信されてはならない。
【０１２１】
受信器動作
ＴＳＮ＝ＳＮを有するリオーダリングＰＤＵが受信されるときには、
−  Reordering_InitialStateが「Ｔｒｕｅ」にセットされている場合には、
−  RcvWindow_UpperEdgeをＳＮにセットしなければならず、
−  Reordering_InitialStateを「Ｆａｌｓｅ」にセットしなければならず、
−  next_expected_TSNをRcvWindow_UpperEdge−WINDOW_SIZE＋１にセットしなければならない。  
−  ＳＮが受信器ウィンドウ内である場合には、
−  SN＜next_expected_TSNであるか、このリオーダリングＰＤＵが以前に受信済みである場合には、
−  リオーダリングＰＤＵを破棄しなければならず、
−  そうでない場合には、
−  リオーダリングＰＤＵを、リオーダリングバッファ内でＴＳＮによって示される場所に置かなければならない。  
−  ＳＮが受信器ウィンドウの外にある場合には、
−  受信されたリオーダリングＰＤＵを、リオーダリングバッファ内で最大の受信されたＴＳＮの上の、ＳＮによって示される位置に置かなければならず、
−  RcvWindow_UpperEdgeをＳＮにセットし、受信器ウィンドウを進めなければならず、
−  TSN≦RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZEを有するリオーダリングＰＤＵ、すなわちその位置が更新された後の受信器ウィンドウの外にあるすべてのリオーダリングＰＤＵを、リオーダリングバッファから除去し、リアセンブリエンティティに送らなければならず、
−  next_expected_TSNが更新された受信器ウィンドウの下にある場合には、
−  next_expected_TSNをRcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１にセットしなければならず、
−  TSN＝next_expected_TSNを有するリオーダリングＰＤＵがリオーダリングバッファに格納されている場合には、
−  next_expected_TSNから（これを含めて）最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵをリアセンブリエンティティに送らなければならず、
−  next_expected_TSNをこの最初の未受信リオーダリングＰＤＵのＴＳＮまで進めなければならない。  
ＷＴＲＵが、受信されたリオーダリングＰＤＵを処理するのに不十分なメモリを有する場合には、ＷＴＲＵは、次の動作のセットを実行しなければならない。  
−  next_expected_TSN＜TSN_Flush≦RcvWindow_UpperEdge＋１になるようにTSN_Flushを選択し、
−  TSN＜TSN_Flushを有するすべての正しく受信されたリオーダリングＰＤＵをリアセンブリエンティティに送り、
−  TSN＝TSN_Flushを有するリオーダリングＰＤＵが以前に受信済みである場合には、
−  TSN_Flushから（これを含めて）最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵをリアセンブリエンティティに送り、
−  next_expected_TSNをこの最初の未受信リオーダリングＰＤＵのＴＳＮまで進める。  
−  そうでない場合には、
−  next_expected_TSNをTSN_Flushにセットする。
【０１２２】
第９の実施形態の第４のオプションによれば、リオーダリング機能性は、６４の初期ウィンドウサイズ（すなわち、RECEIVE_WINDOW_SIZE）から開始することができ、この初期ウィンドウサイズは、キューのすべての可能なシーケンス番号にまたがる。これは、初期フェーズ中にリオーダリングＰＤＵが破棄されないことを保証する。最初のリオーダリングＰＤＵの受信時には、ＳＮを０にセットされたリオーダリングＰＤＵが受信されない限り、T1_TSNを、最初に受信されたＭＡＣ−ｅｈｓ  ＰＤＵのＳＮにセットされた状態で、Ｔ１タイマが開始される。
【０１２３】
タイマが満了する時には、リオーダリングバッファ内に存在するＰＤＵのうちのいくつかまたはすべてが、次のルールに従ってリアセンブリエンティティに送られる。  
（１）T1_TSN−１まででこれを含むＴＳＮを有するすべてのＰＤＵが、より上位のレイヤに送られなければならず、
（２）次の未受信ＰＤＵまでのすべてのＰＤＵが、より上位のレイヤに送られなければならず、
（３）next_expected_TSNを、次の未受信ＰＤＵのＴＳＮにセットする（あるいは、これを、T1_TSNより大きいＴＳＮを有する次の未受信ＰＤＵにセットするように指定する）ことができ、
（４）RcvWindow_UpperEdgeは、受信されたリオーダリングＰＤＵの最大のシーケンス番号にセットされ、
（５）RECEIVE_WINDOW_SIZE変数は、復元され、構成された通常動作値にセットされる。
【０１２４】
さらに、Ｔ１タイマは、送ることができないＰＤＵがまだある場合に、この時点で再開始され得る。この場合に、変数T1_TSNは、送ることができないＭＡＣ−ｅｈｓ  ＰＤＵのうちで最大のＴＳＮにセットされる。通常のリオーダリング動作が、その時点から進行する。
【０１２５】
オプション１から４のすべてについて、オプションで、初期フェーズについて別々の新しいタイマを導入できる（すなわち、Ｔ１＿ｉｎｉｔ）ことにも留意されたい。別々のタイマを利用するために、「タイマＴ１がアクティブではない場合」かどうかをチェックする、この手順の段落は、次のように変更される。  
タイマＴ１またはＴ１＿ｉｎｉｔのどれもがアクティブではない場合には、
−  RcvWindow_UpperEdge（またはnext_expected_TSN）が「Ｐｅｎｄｉｎｇ」にセットされていない（または、オプションで、Reordering_InitialStateが「ＦＡＬＳＥ」にセットされている）場合には、TSN＞next_expected_TSNを有するリオーダリングＰＤＵが正しく受信される時にタイマＴ１を開始しなければならない。  
−  RcvWindow_UpperEdge（またはnext_expected_TSN）が「Ｐｅｎｄｉｎｇ」にセットされている（または、オプションで、Reordering_InitialStateが「ＴＲＵＥ」にセットされている）場合には、リオーダリングＰＤＵが正しく受信される時に、タイマＴ１＿ｉｎｉｔを開始しなければならない。
【０１２６】
タイマの停止および満了に関するすべての他のアクションは、Ｔ１タイマに関するアクションに似たままである。Ｔ１＿ｉｎｉｔタイマが満了する時には、リオーダリングエンティティは、送ることができないＰＤＵがまだある場合にはＴ１タイマが再開始されることを保証しなければならない。これらの変更を、以下で強調する。  
タイマＴ１またはＴ１＿ｉｎｉｔが既にアクティブである場合には、
−  追加のタイマを開始してはならない、すなわち、所与の時点では１つのタイマＴ１（またはＴ１＿ｉｎｉｔ）しかアクティブになれない。  
タイマＴ１またはＴ１＿ｉｎｉｔは、
−  そのタイマが満了する前にTSN＝T1_TSNを有するリオーダリングＰＤＵをリアセンブリエンティティに送ることができる
場合には、停止されなければならない。  
タイマＴ１またはＴ１＿ｉｎｉｔが満了し、T1_TSN＞next_expected_TSNであるときには、
−  T1_TSN−１まででこれを含む、TSN＞next_expected_TSNを有するすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
−  次の未受信リオーダリングＰＤＵまでのすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならない。  
−  next_expected_TSNを、次の未受信リオーダリングＰＤＵのＴＳＮにセットしなければならない。  
タイマＴ１またはＴ１＿ｉｎｉｔが停止されるか満了し、より上位のレイヤに送ることができないいくつかの受信されたリオーダリングＰＤＵがまだ存在するときには、
−  タイマＴ１を開始し
−  T1_TSNを、送ることができないＭＡＣ−ｅｈｓ  ＳＤＵのセットの中で最大のＴＳＮにセットする。
【０１２７】
第１０の実施形態によれば、最初のリオーダリングＰＤＵの受信時の初期Ｔ１タイマの明示的系統的セッティングを回避することができる。例えば、最初のリオーダリングＰＤＵを、より上位のレイヤに即座に送ることができ、そのＳＮの値は、リオーダリング変数の一部の値を決定するのに使用される。これを達成するために、次のオプションのうちの１つまたは組合せを使用することができる。
【０１２８】
第１のオプションによれば、手順は、上記で開示した方法のうちの１つを使用して「初期」状態で始まる（例えば、next_expected_TSNおよび／またはRcvWindow_UpperEdgeが「Ｐｅｎｄｉｎｇ」に初期化され、あるいは、新しい変数が、初期状態について定義される）。最初のリオーダリングＰＤＵが受信される時に、next_expected_TSNをＳＮ＋１にセットし、RcvWindow_UpperEdgeをＳＮにセットする。リオーダリングキューは、すべてのその後に受信されるリオーダリングＰＤＵについて動作の通常モードを継続する。
【０１２９】
第１のオプションは、SN＜next_expected_TSNを有する、その後に受信されるＰＤＵが破棄されることをもたらす場合がある。ＰＤＵの破棄を避けるために、第２のオプションによれば、最初に受信されたＰＤＵのＴＳＮ番号を含む新しいinitial_TSN変数が維持される。最初に受信されたＰＤＵは、より上位のレイヤに送られ、Initial_TSNはＳＮにセットされ、next_expected_TSNはＳＮ＋１にセットされ、RcvWindow_UpperEdgeはＳＮにセットされる。
【０１３０】
SN＜initial_TSNを有するリオーダリングＰＤＵは、ウィンドウの下側エッジ（すなわち、RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE）がinitial_TSNの値を超えて移動し終えるまで、破棄されてはならない。SN＜initial_TSNを有するすべてのリオーダリングＰＤＵを、即座にリアセンブリエンティティにまたはＬＣＨ−ＩＤ多重分離エンティティに直接に（リアセンブリを実行せずに）送ることができる。SN＞initial_TSNを有するリオーダリングＰＤＵは、リオーダリング手順によって普通に処理され得る。オプションで、データの重複を避けるために、受信されたＰＤＵのリストを、ウィンドウの下側エッジがinitial_TSNを超えて移動し終えるまで維持することができる。代替案では、SN＜initial_TSNを有するリオーダリングＰＤＵは、あるタイマが満了するまで（Ｔ１または新しいタイマ）破棄されてはならない（かつ、より上位のレイヤに送られる）。
【０１３１】
例の手順を以下で説明する。  
タイマＴ１がアクティブではない場合には、
−  タイマＴ１は、TSN＞next_expected_TSNを有するリオーダリングＰＤＵが正しく受信される時に開始されなければならない
−  T1_TSNは、このリオーダリングＰＤＵのＴＳＮにセットされなければならない
タイマＴ１が既にアクティブである場合には、
−  追加のタイマを開始してはならない（すなわち、所与の時点では１つのタイマＴ１しかアクティブになれない）
タイマＴ１は、
−  このタイマが満了する前にTSN＝T1_TSNを有するリオーダリングＰＤＵをリアセンブリエンティティに送ることができる
場合に停止されなければならない。  
タイマＴ１が満了し、T1_TSN＞next_expected_TSNであるときには、
−  T1_TSN−１まででこれを含む、TSN＞next_expected_TSNを有するすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならず、
−  次の未受信リオーダリングＰＤＵまでのすべての正しく受信されたリオーダリングＰＤＵを、リアセンブリエンティティに送らなければならない。  
−  next_expected_TSNを、次の未受信リオーダリングＰＤＵのＴＳＮにセットしなければならない
−  reordering_InitStateが「ＴＲＵＥ」にセットされている場合には、reordering_InitStateを「ＦＡＬＳＥ」にセットしなければならない
タイマＴ１が停止されるか満了し、より上位のレイヤに送ることができないいくつかの受信されたリオーダリングＰＤＵがまだ存在する場合には、
−  タイマＴ１を開始し
−  T1_TSNを、送ることができないＭＡＣ−ｅｈｓ  ＳＤＵのセットの中で最大のＴＳＮにセットする。
【０１３２】
送信器動作
送信器がＴＳＮ＝ＳＮを有するリオーダリングＰＤＵを送信した後に、TSN≦SN−TRANSMIT_WINDOW_SIZEを有するすべてのリオーダリングＰＤＵは、受信器でのシーケンス番号の曖昧さを防ぐために、再送信されてはならない。
【０１３３】
受信器動作
ＴＳＮ＝ＳＮを有するリオーダリングＰＤＵを受信するときには、
−  initial_TSNが「Ｐｅｎｄｉｎｇ」にセットされている場合に、
−  RcvWindow_UpperEdgeをＳＮにセットしなければならず、
−  next_expected_TSNをＳＮ＋１にセットしなければならず、
−  initial_TSNをＳＮにセットしなければならず、
−  リオーダリングＰＤＵをリアセンブリエンティティに送る
−  ＳＮが受信器ウィンドウ内にある場合には、
−  reordering_InitStateが「ＴＲＵＥ」にセットされ、SN＜initial_TSNである場合には、
−  リオーダリングＰＤＵをリアセンブリエンティティに送らなければならない（あるいは、オプションで、リアセンブリエンティティをバイパスし、ＬＣＨ−ＩＤ多重分離エンティティに直接に送ることができる）
−  そうではなく、reordering_InitStateが「ＦＡＬＳＥ」にセットされており、SN＜next_expected_TSNであるか、このリオーダリングＰＤＵが以前に受信済みである場合には、
−  リオーダリングＰＤＵを破棄しなければならず、
−  そうでない場合には、
−  リオーダリングＰＤＵを、リオーダリングバッファ内でＴＳＮによって示される場所に置かなければならない。  
−  ＳＮが受信器ウィンドウの外にある場合には、
−  受信されたリオーダリングＰＤＵを、リオーダリングバッファ内で最大の受信されたＴＳＮの上の、ＳＮによって示される位置に置かなければならず、
−  RcvWindow_UpperEdgeをＳＮにセットし、受信器ウィンドウを進めなければならず、
−  TSN≦RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZEを有するリオーダリングＰＤＵ、すなわちその位置を更新された後の受信器ウィンドウの外にあるすべてのリオーダリングＰＤＵを、リオーダリングバッファから除去し、リアセンブリエンティティに送らなければならず、
−  initial_TSNが更新された受信器ウィンドウの下にある場合には、
−  reordering_InitStateを「ＦＡＬＳＥ」にセットし
−  next_expected_TSNが更新された受信器ウィンドウの下にある場合には、
−  next_expected_TSNをRcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１にセットしなければならない。
【０１３４】
代替案では、最初に受信されるリオーダリングＰＤＵの受信時に、next_expected_TSNをＳＮ−ｘにセットすることができ、ここで、ｘは、静的値、より上位のレイヤによって構成可能な数、またはＨＡＲＱプロセスの個数に基づく所定の値（例えば、４つのＨＡＲＱプロセスだけが使用される場合には、ｘを４または場合によってはＨＡＲＱプロセスの個数−１にセットすることができる）とすることができる。RcvWindow_UpperEdgeは、ＳＮにセットされる。これは、ＳＮ＜ＳＮ−ｘを有するリオーダリングＰＤＵの一部が、初期手順について破棄されないことを保証する。
【０１３５】
代替案では、next_expected_TSNの初期値を、従来技術のように０にセットするのではなく、初期ウィンドウの下側エッジすなわちRcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１にセットすることができる。RcvWindow_UpperEdgeの初期値は、６３にセットすることができる。
【０１３６】
さらに、リオーダリング手順を、初期ウィンドウサイズを変更することによって変更することができる。例えば、２つの受信器ウィンドウサイズすなわち、小さい初期受信器ウィンドウサイズおよびより上位のレイヤによって構成される通常動作受信器ウィンドウを構成することができる。初期ウィンドウサイズは、初期プロセスを高速化し、長いＴ１タイマが満了するのを待つのを避けるために、より小さい値にセットすることができる。リオーダリング動作の通常状態に戻るために、ＷＴＲＵは、ｎ（ｎは、小さい初期ウィンドウサイズに対応する）個の連続するリオーダリングＰＤＵが受信されるのを、またはウィンドウの下側エッジが当初の受信されたＰＤＵのＳＮを超えて移動するのを、またはタイマが満了するのを待つことができる。通常動作に入る時には、通常に構成されたWINDOW_SIZEを構成し、復元することができる。
【０１３７】
ウィンドウサイズを、０または１の値にセットすることもできる。値が１にセットされた状態では、ウィンドウ内で最初のＰＤＵを受信する確率が、したがってこれを破棄する確率が、大幅に減らされる。受信ウィンドウが当初この小さい値にセットされ、最初のＰＤＵの受信時に、受信ウィンドウサイズが、構成されたRECEIVE_WINDOW_SIZEに戻ってセットされるように、ＷＴＲＵを構成することができる。
【０１３８】
第１１の実施形態によれば、リオーダリングエンティティは、通常リオーダリング動作を開始する指示としてＨＡＲＱプロセス情報を使用することができる。この方法は、単独でまたは本明細書で説明する任意の実施形態と組み合わせて使用することができる。初期動作中に、ＷＴＲＵは、すべてのＨＡＲＱプロセスが新しい割当を有する時に、最小の可能なシーケンスを有するリオーダリングＰＤＵがセルから受信されることを保証することができる。すべての受信されたリオーダリングＰＤＵは、すべての新しいＨＡＲＱプロセスが新しい割当を有するか、またはＴ１タイマが満了するかのいずれかまで、リオーダリングバッファに格納される。
【０１３９】
各ＨＡＲＱプロセスのＮＤＩビットを監視することができる。すべてのアクティブプロセスのＮＤＩビットが「０」から「１」にトグルする（ＨＡＲＱプロセスでの新しい送信を示す）時に、リオーダリングエンティティは、最初に受信されたリオーダリングＰＤＵまででこれを含むすべての格納されたＰＤＵをリアセンブリエンティティに送ることができる。最初に受信されたＰＤＵの上の最初の未受信ＰＤＵまでのすべての他のＰＤＵを、より上位のレイヤに送ることもできる。Next_expected_TSNは、最初の未受信ＰＤＵのＳＮにセットすることができ、RcvWindow_UpperEdgeは、最大の受信されたＴＳＮのＳＮにセットされる。Ｔ１タイマが動作中である場合には、Ｔ１タイマを停止しなければならない。
【０１４０】
代替案では、ＨＡＲＱプロセスと可能なＴＳＮ値との間のマッピングを維持することができる。すべてのＨＡＲＱプロセスからの少なくとも１つのリオーダリングＰＤＵが、成功裏に受信されるか、これを成功裏に受信できなかった時には、ＷＴＲＵは、受信されたシーケンス番号のどれよりも小さいシーケンス番号を有する他のリオーダリングＰＤＵが送信されないことを保証している。ＷＴＲＵは、RcvWindow_UpperEdgeを最大の受信されたＴＳＮのＳＮに、next_expected_TSNを最小の受信されたリオーダリングＰＤＵより大きいＳＮを有する最初の未受信ＰＤＵのＴＳＮにセットすることができる。
【０１４１】
もう１つのオプションでは、ＷＴＲＵが最初のリオーダリングＰＤＵを受信する時に、ＷＴＲＵは、すべてのアクティブＨＡＲＱプロセスのすべてのＰＤＵのＴＳＮをチェックすることができる。ＨＡＲＱプロセスで処理されつつあるＰＤＵのシーケンス番号が、受信された最初のＰＤＵより大きい場合には、ＷＴＲＵは、通常動作を再開することができる。そうでない場合には、ＷＴＲＵは、ＨＡＲＱプロセス内の最小のシーケンス番号を有するリオーダリングＰＤＵが受信されるまで待つことができる。
【０１４２】
ネットワークは、ＨＡＲＱプロセスＩＤと各ＨＡＲＱプロセスの可能なＴＳＮのセットとの間の関係を定義することもできる。例えば、ＨＡＲＱプロセス＃ｍが、ＴＳＮ＝４ｎ＋ｍ（ただし、ｎは整数）を満足するＴＳＮを有するＰＤＵだけを処理することを構成することができる。この関係を、より上位のレイヤによってＷＴＲＵに事前にシグナリングすることができる。ＷＴＲＵは、この関係を使用して、最小ＳＮ  ＰＤＵが受信された時を推定（deduce）し、したがって、通常動作を再開することができる。
【０１４３】
フルＴＳＮ番号空間の使用を制限するネットワークベースの解決策を想像することができる（すなわち、ネットワークがＴＳＮ  ５５から６３の使用を回避する）。受信ウィンドウサイズが、ネットワークによって使用されないＴＳＮ以下である場合には、これによって、受信される最初のＰＤＵを破棄する確率がなくなる。しかし、この解決策は、追加の遅延および順序外れでＰＤＵを送る可能性につながる場合がある。これを避けるために、次のオプションを実施することができる。
【０１４４】
第１のオプションによれば、ＷＴＲＵは、リオーダリングエンティティのすべての算術演算にｘを法とする剰余（モジュロｘ）を使用することができ、ここで、ｘは、制限される最小のＴＳＮ番号である（すなわち、５５から６３までが制限される場合には、ｘは５５になる）。例えば、next_expected_TSN、RcvWindow_UpperEdge、T1_TSNおよびTSN_Flushに対するリオーダリング手順に含まれるすべての算術演算が、ｘを法とする剰余によって影響される。
【０１４５】
ｘを法とする剰余は、ＣＣＣＨまたはＤＣＣＨ（ＳＲＢ＃１）のリオーダリングに関する演算に常に影響する可能性がある。初期動作について、RcvWindow_UpperEdgeを、６３またはｘを超える任意の他の値とすることができる。ｘを法とする剰余は、RcvWindow_UpperEdgeのこの初期値に適用されてはならず、あるいは、この初期値を、未定義の初期値と考えることができる。この値の使用は、RcvWindow_UpperEdgeの値を「Ｐｅｎｄｉｎｇ」にセットすることと同等と考えることができる。RcvWindow_UpperEdgeが６３にセットされている時に、ＴＳＮ＝ＳＮを有する最初のＰＤＵの受信時に、次の動作の１つまたは複数の組合せを実行することができる。  
（１）すべての算術演算についてｘを法とする剰余（モジュロｘ）の使用を開始し、
（２）RcvWindow_UpperEdgeをＳＮにセットしなければならず、
（３）next_expected_TSNをRcvWindow_UpperEdge−WINDOW_SIZE＋１にセットしなければならず、
（４）Ｔ１タイマまたはＴ１＿ｉｎｉｔタイマを開始する。
【０１４６】
代替案では、２つの異なる剰余演算を、動作の初期状態および通常状態に使用することができる。例えば、動作の初期状態について、通常の６４を法とする剰余（モジュロ６４）を使用することができる。初期RcvWindow_UpperEdgeは６３にセットされ、ウィンドウの下側エッジは、制限されたＴＳＮ内にあり、したがって、どのデータも破棄されない。しかし、通常動作状態に入る時（すなわち、最初のＰＤＵの受信時またはＴ１タイマが満了する時）に、リオーダリング手順が、ｘを法とする剰余演算に基づいて算術手順を更新することができる。これは、重複Ｔ１遅延を回避する。オプションで、RcvWindow_UpperEdgeをセットし、next_expected_TSNをセットし、Ｔ１をセットし、ｘを法とする剰余の使用を開始するという上で説明した４つのステップを実行することもできる。
【０１４７】
第２のオプションによれば、６４を法とする剰余は、常に使用されるが、手順は、欠けているＴＳＮ空間を考慮に入れるように変更される。上で述べた方法の１つを使用して、リオーダリング状態動作（すなわち、初期リオーダリング状態または通常リオーダリング状態のいずれか）を示すことができる。  
−  特殊な値「Ｐｅｎｄｉｎｇ」にセットされたnext_expected_TSNまたはRcvWindow_UpperEdge、および
−  新しい状態変数。
【０１４８】
ＷＴＲＵは、最初のＰＤＵが受信される時またはＴ１タイマが満了する時のいずれかに、リオーダリング動作の通常状態に入る。動作の初期状態について、算術手順は、変更されないままになる。ＴＳＮ空間が制限されているので、受信される最初のＰＤＵは、絶対に受信ウィンドウ内にはならず、したがって破棄されない。しかし、通常状態に入る時に、リオーダリング手順は、順序外れ配信および重複Ｔ１タイマを避けるために、更新されなければならない。この手順の説明において、次の変数が使用される。  
−  ＴＳＮ空間は、ｘからｙまでに制限され、ｘは、制限される空間の下側値であり、ｙは、制限される空間の上側値であり（すなわち、６３）、
−  RcvWindow_lowerEdgeは、RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１と同等であり、
−  Nr_restrictedTSNsは、使用されないよう制限されるＴＳＮの個数すなわちｙ−ｘと同等である。
【０１４９】
通常状態で動作する時に、リオーダリング手順は次のようになるように変更される。  
−  ｘ≦RcvWindow_lowerEdge≦ｙであるときには、定義される受信器ウィンドウは、RcvWindow_lowerEdge−Nr_restrictedTSNsと同等であり、
−  そうでない場合には、受信ウィンドウは、（RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１）として計算され、
−  next_expected_TSNは、ｘとｙとの間の値にセットされてはならず、
−  next_expected_TSNがｘ−１である場合には、期待される順序通りの次のＭＡＣ−ｅｈｓ  ＰＤＵは、ｙ＋１であると考えられ、
−  リオーダリング手順は、リオーダリングを実行する時およびｘからｙまでのＴＳＮを待っている時に、ｘからｙまでのすべてのＴＳＮ番号を、成功裏に受信されたＰＤＵと考えることができる。
【０１５０】
オプションで、最初のＰＤＵの受信時に、変数を次の形でセットすることができる。  
（１）RcvWindow_UpperEdgeはＳＮにセットしなければならず、
（２）next_expected_TSNはRcvWindow_UpperEdge−WINDOW_SIZE＋１にセットしなければならず、
（３）Ｔ１タイマまたはＴ１＿ｉｎｉｔタイマを開始する。
【０１５１】
第１２の実施形態によれば、リオーダリング問題を、受信器側ではなくネットワーク側で解決することができる。Ｎｏｄｅ−Ｂは、各共通Ｈ−ＲＮＴＩ内でＷＴＲＵごとに独立に異なるＴＳＮ番号を維持することができる。新しいＷＴＲＵがセルに追加される時には、Ｎｏｄｅ−Ｂは、このＷＴＲＵのリオーダリングＰＤＵへの０からの番号付けを開始することができる。ＴＳＮ番号は、ＷＴＲＵごとに独立に増分される。この解決策は、Ｎｏｄｅ−Ｂが、共通Ｈ−ＲＮＴＩに加えて、そのＮｏｄｅ−Ｂが送信している一意のＷＴＲＵ  ＩＤを知ることを必要とする。Ｉｕｂフレームプロトコルは、共通Ｈ−ＲＮＴＩを供給することができる。この実施形態では、ネットワークがこのＷＴＲＵのために提供する専用Ｈ−ＲＮＴＩも、提供されなければならない。
【０１５２】
代替案では、ＲＮＣは、送信されなければならないメッセージが新しいＷＴＲＵ用であることの表示を提供することができる。Ｎｏｄｅ−Ｂがこの表示を受信する時に、Ｎｏｄｅ−Ｂは、次のうちの１つまたは組合せを実行することができる。  
・  共通Ｈ−ＲＮＴＩグループに関連するＴＳＮ番号をすぐにリセットする、または、
・  新しいＷＴＲＵのメッセージが０にセットされたinitial_TSNを伴って送信されるように、同一の共通Ｈ−ＲＮＴＩを用いる、以前にバッファリングされたすべてのＭＡＣ−ｅｈｓ  ＰＤＵが送信済みであることを保証し、その後、ＴＳＮ番号をリセットする。
【０１５３】
同一の共通Ｈ−ＲＮＴＩを用いるセルに関連する他のＷＴＲＵが、新しいセルのデータを受信するので、ＴＳＮ番号がリセットされたことをこれらのＷＴＲＵに示すことが好ましい可能性がある。これは、ＨＳ−ＳＣＣＨ内のビットによって示すことができる。
【０１５４】
実施形態
１．ＨＳ−ＤＳＣＨ送信を受信する方法。
２．Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態、およびＵＲＡ＿ＰＣＨ状態のうちの１つである間にＨＳ−ＤＳＣＨを介してＭＡＣ−ｅｈｓ  ＰＤＵを受信することを含む、実施形態１の方法。
３．ＭＡＣ−ｅｈｓ  ＰＤＵに含まれるリオーダリングＰＤＵのリオーダリングを実行せずに、そのリオーダリングＰＤＵを次の処理エンティティに送ることを含む、実施形態２の方法。
４．単一のＨＡＲＱプロセスは、ＭＡＣ−ｅｈｓ  ＰＤＵを受信するのに使用される、実施形態２〜３のいずれか１つの方法。
５．すべてのＭＡＣ−ｅｈｓ  ＰＤＵは、複数回送信され、ＭＡＣ−ｅｈｓ  ＰＤＵのすべての再送信は、後続ＭＡＣ−ｅｈｓ  ＰＤＵの送信を開始する前に完了される、実施形態４の方法。
６．単一のＨＡＲＱプロセスは、ある種の優先順位キューからの送信、ある種の論理チャネルからの送信、および共通Ｈ−ＲＮＴＩを使用する送信のうちの少なくとも１つに使用される、実施形態４〜５のいずれか１つの方法。
７．ＨＡＲＱプロセスのために意図されたＭＡＣ−ｅｈｓ  ＰＤＵは、ＭＡＣ−ｅｈｓ  ＰＤＵが同一のＨＡＲＱプロセスのために意図されたＭＡＣ−ｅｈｓ  ＰＤＵの最後の受信から５サブフレーム以内に受信される場合であっても破棄されない、実施形態４〜６のいずれか１つの方法。
８．ＨＡＲＱプロセスのために意図されたＭＡＣ−ｅｈｓ  ＰＤＵは、ＭＡＣ−ｅｈｓ  ＰＤＵが同一のＨＡＲＱプロセスのために意図されたＭＡＣ−ｅｈｓ  ＰＤＵの最後の受信からｎサブフレーム以内に受信される場合に破棄され、ｎは整数である、実施形態４〜６のいずれか１つの方法。
９．リオーダリングＰＤＵは、リオーダリングＰＤＵ内で搬送されるデータがある種の優先順位キューからである場合に、リオーダリングＰＤＵのリオーダリングを実行せずに次の処理エンティティに送られる、実施形態２〜８のいずれか１つの方法。
１０．リオーダリングＰＤＵは、ＭＡＣ−ｅｈｓ  ＰＤＵが共通Ｈ−ＲＮＴＩを使用して受信される場合に、リオーダリングＰＤＵのリオーダリングを実行せずに次の処理エンティティに転送される、実施形態２〜９のいずれか１つの方法。
１１．リオーダリングＰＤＵは、リオーダリングＰＤＵ内で搬送されるデータがある種の論理チャネルからである場合に、リオーダリングＰＤＵのリオーダリングを実行せずに次の処理エンティティに転送される、実施形態２〜１０のいずれか１つの方法。
１２．論理チャネルは、ＢＣＣＨおよびＰＣＣＨのうちの１つである、実施形態１１の方法。
１３．Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態、およびＵＲＡ＿ＰＣＨ状態のうちの１つである間にＨＳ−ＤＳＣＨを介してデータを受信するためにＭＡＣ−ｅｈｓエンティティを構成することを含む、実施形態１の方法。
１４．共通Ｈ−ＲＮＴＩを使用してＭＡＣ−ｅｈｓ  ＰＤＵを送信するためにセル内で使用されるＴＳＮを獲得することを含む、実施形態１３の方法。
１５．ＴＳＮを使用してＭＡＣ−ｅｈｓエンティティを構成することを含む、実施形態１４の方法。
１６．ＴＳＮは、ＭＡＣ−ｅｈｓ  ＰＤＵが新しいＷＴＲＵに送信される時に必ず特定のキューについてデフォルト値にリセットされる、実施形態１４〜１５のいずれか１つの方法。
１７．Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態、およびＵＲＡ＿ＰＣＨ状態のうちの１つである間にＨＳ−ＤＳＣＨを介してデータを受信するためにＭＡＣ−ｅｈｓエンティティを構成することを含む、実施形態１の方法。
１８．ＴＳＮ＝ＳＮを有するリオーダリングＰＤＵを受信することを含む、実施形態１７の方法。
１９．RcvWindow_UpperEdgeが「Ｐｅｎｄｉｎｇ」にセットされている場合に、RcvWindow_UpperEdgeをＳＮにセットし、next_expected_TSNをRcvWindow_UpperEdge−WINDOW_SIZE＋１にセットすることを含む、実施形態１８の方法。
２０．ＳＮが受信ウィンドウ内にあり、SN＜next_expected_TSNであるか、リオーダリングＰＤＵが以前に受信済みである場合に、リオーダリングＰＤＵを破棄し、そうでない場合に、リオーダリングＰＤＵをリオーダリングバッファ内でＴＳＮによって示される場所に置くことをさらに含む、実施形態１８〜１９のいずれか１つの方法。
２１．ＳＮが受信ウィンドウの外にある場合に、リオーダリングＰＤＵをリオーダリングバッファ内で最大の受信されたＴＳＮの上の、ＳＮによって示される位置に置くことをさらに含む、実施形態１８〜２０のいずれか１つの方法。
２２．受信ウィンドウを更新するためにRcvWindow_UpperEdgeをＳＮにセットすることを含む、実施形態２１の方法。
２３．TSN≦RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZEを有するすべてのリオーダリングＰＤＵをリアセンブリエンティティに送ることを含む、実施形態２２の方法。
２４．next_expected_TSNが更新された受信ウィンドウの下にある場合に、next_expected_TSNをRcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１にセットすることをさらに含む、実施形態１９〜２３のいずれか１つの方法。
２５．TSN＝next_expected_TSNを有するリオーダリングＰＤＵがリオーダリングバッファに格納されている場合に、next_expected_TSNから最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵをリアセンブリエンティティに送り、next_expected_TSNを最初の未受信リオーダリングＰＤＵのＴＳＮまで進めることを含む、実施形態２４の方法。
２６．受信されたリオーダリングＰＤＵを処理するのに不十分なメモリがある場合に、next_expected_TSN＜TSN_Flush≦RcvWindow_UpperEdge＋１になるようにTSN_Flushを選択することをさらに含む、実施形態１８〜２５のいずれか１つの方法。
２７．TSN＜TSN_Flushを有するすべての正しく受信されたリオーダリングＰＤＵをリアセンブリエンティティに送ることを含む、実施形態２６の方法。
２８．TSN＝TSN_Flushを有するリオーダリングＰＤＵが以前に受信済みである場合に、TSN_Flushから最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵをリアセンブリエンティティに送り、next_expected_TSNを最初の未受信リオーダリングＰＤＵのＴＳＮまで進め、そうでない場合に、next_expected_TSNをTSN_Flushにセットすることを含む、実施形態２７の方法。
２９．ＨＳ−ＤＳＣＨ送信を送信する方法。
３０．ＷＴＲＵはＣｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態およびＵＲＡ＿ＰＣＨ状態のうちの１つである間に、ＨＳ−ＤＳＣＨを介してデータを送信するためにＭＡＣ−ｅｈｓエンティティを構成することを含む、実施形態２９の方法。
３１．ＭＡＣ−ｅｈｓ  ＰＤＵを送信することであって、各ＭＡＣ−ｅｈｓ  ＰＤＵはＴＳＮを含み、ＴＳＮは各ＷＴＲＵに独立に割り当てられる、送信することを含む、実施形態３０の方法。
３２．ＴＳＮは、セルに追加される新しいＷＴＲＵについて０にリセットされる、実施形態３１の方法。
３３．送信されるメッセージが新しいＷＴＲＵに関することの表示を受信することをさらに含む、実施形態３０〜３２のいずれか１つの方法。
３４．共通Ｈ−ＲＮＴＩグループに関連するＴＳＮをリセットすることを含む、実施形態３３の方法。
３５．ＴＳＮは、同一の共通Ｈ−ＲＮＴＩを用いるすべての以前にバッファリングされたＭＡＣ−ｅｈｓ  ＰＤＵが送信済みになった後にリセットされる、実施形態３４の方法。
３６．ＨＳ−ＤＳＣＨ送信を受信するＷＴＲＵ。
３７．トランシーバを含む、実施形態３６のＷＴＲＵ。
３８．Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態、およびＵＲＡ＿ＰＣＨ状態のうちの１つである間にＨＳ−ＤＳＣＨを介してＭＡＣ−ｅｈｓ  ＰＤＵを受信するＭＡＣ−ｅｈｓエンティティであって、ＭＡＣ−ｅｈｓ  ＰＤＵに含まれるリオーダリングＰＤＵは、リオーダリングＰＤＵのリオーダリングを実行せずに次の処理エンティティに送られる、ＭＡＣ−ｅｈｓエンティティを含む、実施形態３７のＷＴＲＵ。
３９．ＭＡＣ−ｅｈｓエンティティは、ＭＡＣ−ｅｈｓ  ＰＤＵを受信するＨＡＲＱプロセスを含む、実施形態３８のＷＴＲＵ。
４０．すべてのＭＡＣ−ｅｈｓ  ＰＤＵは、複数回送信され、ＭＡＣ−ｅｈｓ  ＰＤＵのすべての再送信は、後続ＭＡＣ−ｅｈｓ  ＰＤＵの送信を開始する前に完了される、実施形態３９のＷＴＲＵ。
４１．単一のＨＡＲＱプロセスは、データがある種の優先順位キューから、ある種の論理チャネルから、または共通Ｈ−ＲＮＴＩを使用して送信される時に使用される、実施形態３９〜４０のいずれか１つのＷＴＲＵ。
４２．ＭＡＣ−ｅｈｓエンティティは、ＨＡＲＱプロセスのために意図されたＭＡＣ−ｅｈｓ  ＰＤＵを、そのＭＡＣ−ｅｈｓ  ＰＤＵが同一のＨＡＲＱプロセスのために意図されたＭＡＣ−ｅｈｓ  ＰＤＵの最後の受信から５サブフレーム以内に受信される場合であっても破棄しないように構成される、実施形態３９〜４１のいずれか１つのＷＴＲＵ。
４３．ＭＡＣ−ｅｈｓエンティティは、ＨＡＲＱプロセスのために意図されたＭＡＣ−ｅｈｓ  ＰＤＵを、そのＭＡＣ−ｅｈｓ  ＰＤＵが同一のＨＡＲＱプロセスのために意図されたＭＡＣ−ｅｈｓ  ＰＤＵの最後の受信からｎサブフレーム以内に受信される場合に破棄するように構成され、ｎは整数である、実施形態３９〜４１のいずれか１つのＷＴＲＵ。
４４．数ｎは、ＷＴＲＵ依存である、実施形態４３のＷＴＲＵ。
４５．数ｎは、ＷＴＲＵの機能としてより上位のレイヤによってシグナリングされる、実施形態４３〜４４のいずれか１つのＷＴＲＵ。
４６．ＨＡＲＱ再送信は、ＭＡＣ−ｅｈｓ  ＰＤＵのために実行されず、すべてのＭＡＣ−ｅｈｓ  ＰＤＵは、１回だけ送信される、実施形態３９〜４５のいずれか１つのＷＴＲＵ。
４７．リオーダリングＰＤＵは、リオーダリングＰＤＵ内で搬送されるデータがある種の優先順位キューからである場合にリオーダリングＰＤＵのリオーダリングを実行せずに次の処理エンティティに送られる、実施形態３８〜４６のいずれか１つのＷＴＲＵ。
４８．リオーダリングＰＤＵは、ＭＡＣ−ｅｈｓ  ＰＤＵが共通Ｈ−ＲＮＴＩを使用して受信される場合にリオーダリングＰＤＵのリオーダリングを実行せずに次の処理エンティティに転送される、実施形態３８〜４７のいずれか１つのＷＴＲＵ。
４９．リオーダリングＰＤＵは、リオーダリングＰＤＵ内で搬送されるデータがある種の論理チャネルからである場合にリオーダリングＰＤＵのリオーダリングを実行せずに次の処理エンティティに転送される、実施形態３８〜４８のいずれか１つのＷＴＲＵ。
５０．論理チャネルは、ＢＣＣＨおよびＰＣＣＨのうちの１つである、実施形態４９のＷＴＲＵ。
５１．トランシーバを含む、実施形態３６のＷＴＲＵ。
５２．Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態およびＵＲＡ＿ＰＣＨ状態のうちの１つである間にＨＳ−ＤＳＣＨを介してデータを受信し、RcvWindow_UpperEdgeが「Ｐｅｎｄｉｎｇ」にセットされている場合にRcvWindow_UpperEdgeをＳＮにセットし、ＳＮは受信されたリオーダリングＰＤＵのＴＳＮであり、next_expected_TSNをRcvWindow_UpperEdge−WINDOW_SIZE＋１にセットするように構成されたＭＡＣ−ｅｈｓエンティティを含む、実施形態５１のＷＴＲＵ。
５３．ＭＡＣ−ｅｈｓエンティティは、ＳＮが受信ウィンドウ内にあり、SN＜next_expected_TSNであるか、リオーダリングＰＤＵが以前に受信済みである場合に、リオーダリングＰＤＵを破棄し、そうでない場合に、リオーダリングＰＤＵをリオーダリングバッファ内でＴＳＮによって示される場所に置くようにさらに構成される、実施形態５２のＷＴＲＵ。
５４．ＭＡＣ−ｅｈｓエンティティは、ＳＮが受信ウィンドウの外にある場合に、リオーダリングＰＤＵをリオーダリングバッファ内で最大の受信されたＴＳＮの上のＳＮによって示される位置に置き、受信ウィンドウを更新するためにRcvWindow_UpperEdgeをＳＮにセットし、TSN≦RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZEを有するすべてのリオーダリングＰＤＵをリアセンブリエンティティに送るようにさらに構成される、実施形態５２〜５３のいずれか１つのＷＴＲＵ。
５５．ＭＡＣ−ｅｈｓエンティティは、next_expected_TSNが更新された受信ウィンドウの下である場合にnext_expected_TSNをRcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１にセットし、TSN＝next_expected_TSNを有するリオーダリングＰＤＵがリオーダリングバッファに格納されている場合に、next_expected_TSNから最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵをリアセンブリエンティティに送り、next_expected_TSNを最初の未受信リオーダリングＰＤＵのＴＳＮまで進めるように構成される、実施形態５２〜５４のいずれか１つのＷＴＲＵ。
５６．ＭＡＣ−ｅｈｓエンティティは、受信されたリオーダリングＰＤＵを処理するのに不十分なメモリがある場合に、next_expected_TSN＜TSN_Flush≦RcvWindow_UpperEdge＋１になるようにTSN_Flushを選択し、TSN＜TSN_Flushを有するすべての正しく受信されたリオーダリングＰＤＵをリアセンブリエンティティに送り、TSN＝TSN_Flushを有するリオーダリングＰＤＵが以前に受信済みである場合に、TSN_Flushから最初の未受信リオーダリングＰＤＵまでの連続するＴＳＮを有するすべての受信されたリオーダリングＰＤＵをリアセンブリエンティティに送り、next_expected_TSNを最初の未受信リオーダリングＰＤＵのＴＳＮまで進め、そうでない場合に、next_expected_TSNをTSN_Flushにセットするように構成される、実施形態５２〜５５のいずれか１つのＷＴＲＵ。
５７．Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態およびＵＲＡ＿ＰＣＨ状態のうちの１つである間にＨＳ−ＤＳＣＨを介してデータを受信し、共通Ｈ−ＲＮＴＩを使用してＭＡＣ−ｅｈｓ  ＰＤＵを送信するためにセル内で使用されるＴＳＮを獲得し、構成にＴＳＮを使用するように構成されたＭＡＣ−ｅｈｓエンティティを含む、実施形態３７のＷＴＲＵ。
５８．ＴＳＮは、ＭＡＣ−ｅｈｓ  ＰＤＵが新しいＷＴＲＵに送信される時に必ず特定のキューについてデフォルト値にリセットされる、実施形態５７のＷＴＲＵ。
５９．Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態、およびＵＲＡ＿ＰＣＨ状態のうちの１つである間にＨＳ−ＤＳＣＨを介してデータを受信し、リオーダリング状態が保留中状態である場合に最初のＭＡＣ−ｅｈｓ  ＰＤＵをリオーダリングバッファ内に置き、最初のＭＡＣ−ｅｈｓ  ＰＤＵのＴＳＮに基づいてリオーダリング変数をセットするように構成されたＭＡＣ−ｅｈｓエンティティを含む、実施形態３７のＷＴＲＵ。
６０．RcvWindow_UpperEdgeが最初のＭＡＣ−ｅｈｓ  ＰＤＵのＴＳＮにセットされ、next_expected_TSNがRcvWindow_UpperEdge−WINDOW_SIZE＋１にセットされる、実施形態５９のＷＴＲＵ。
６１．Ｃｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態およびＵＲＡ＿ＰＣＨ状態のうちの１つである間にＨＳ−ＤＳＣＨを介してデータを受信するように構成されたＭＡＣ−ｅｈｓエンティティであって、next_expected_TSNの初期値が、受信ウィンドウの下側エッジ（RcvWindow_UpperEdge−RECEIVE_WINDOW_SIZE＋１）にセットされる、ＭＡＣ−ｅｈｓエンティティを含む、実施形態３７のＷＴＲＵ。
６２．ＨＳ−ＤＳＣＨ送信を送信するＮｏｄｅ−Ｂ。
６３．トランシーバを含む、実施形態６２のＮｏｄｅ−Ｂ。
６４．ＷＴＲＵがＣｅｌｌ＿ＦＡＣＨ状態、Ｃｅｌｌ＿ＰＣＨ状態およびＵＲＡ＿ＰＣＨ状態のうちの１つである間にＨＳ−ＤＳＣＨを介してデータを送信し、ＭＡＣ−ｅｈｓ  ＰＤＵを送るように構成されたＭＡＣ−ｅｈｓエンティティであって、各ＭＡＣ−ｅｈｓ  ＰＤＵは、ＴＳＮを含み、ＴＳＮは、各ＷＴＲＵに独立に割り当てられる、ＭＡＣ−ｅｈｓエンティティを含む、実施形態６３のＮｏｄｅ−Ｂ。
６５．ＴＳＮは、セルに追加される新しいＷＴＲＵについて０にリセットされる、実施形態６４のＮｏｄｅ−Ｂ。
６６．ＭＡＣ−ｅｈｓエンティティは、送信されるメッセージが新しいＷＴＲＵに関することの表示を受信し、共通Ｈ−ＲＮＴＩグループに関連するＴＳＮをリセットするように構成される、実施形態６４〜６５のいずれか１つのＮｏｄｅ−Ｂ。
６７．ＴＳＮは、同一の共通Ｈ−ＲＮＴＩを用いるすべての以前にバッファリングされたＭＡＣ−ｅｈｓ  ＰＤＵが送信済みになった後にリセットされる、実施形態６６のＮｏｄｅ−Ｂ。
【０１５５】
本発明の特徴および要素を、上記では特定の組合せで説明したが、各特徴または要素を、他の特徴および要素を伴わずに単独でまたは他の特徴および要素を伴うもしくは伴わないさまざまな組合せで使用することができる。本明細書で提供される方法または流れ図は、汎用コンピュータまたはプロセッサによる実行のためにコンピュータ可読記憶媒体に組み込まれるコンピュータプログラム、ソフトウェア、またはファームウェアで実施することができる。コンピュータ可読記憶媒体の例は、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含む。
【０１５６】
適切なプロセッサは、例えば、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連する１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路網、任意の他のタイプの集積回路（ＩＣ）、および／または状態機械を含む。
【０１５７】
ソフトウェアに関連するプロセッサを使用して、無線送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワーク制御装置（ＲＮＣ）または任意のホストコンピュータで使用されるラジオ周波数トランシーバを実施することができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、ビデオホン、スピーカホン、振動デバイス、スピーカ、マイクロホン、テレビジョン受像機、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、液晶ディスプレイ（ＬＣＤ）ディスプレイユニット、有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット、デジタル音楽プレイヤ、メディアプレイヤ、ビデオゲームプレイヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）もしくはウルトラワイドバンド（ＵＷＢ）モジュールなど、ハードウェアおよび／またはソフトウェアで実施されるモジュールに関連して使用することができる。
【図１】
0006040208.tif 000002
【図２】
0006040208.tif 000003
【図３】
0006040208.tif 000004
【図４】
0006040208.tif 000005