JP2010518695A - Ｕｔｒａｒ６セルとｒ７セル間のハンドオーバーを制御する方法および装置 - Google Patents

Abstract

ＵＴＲＡ(universal terrestrial radio access) Ｒ６(release6)セルとＵＴＲＡ Ｒ７(release7)セル間のハンドオーバー手順の最適化を制御する方法および装置が開示される。ＷＴＲＵ(wireless transmit/receive unit)がＲ６セルとＲ７セルとの間、またはＲ７セルの間を移動する時、ハンドオーバーが、ソースノード−Ｂからターゲットノード−Ｂへと開始される。Ｒ７セルにおいて、フレキシブルＲＬＣ(radio link control) ＰＤＵ(protocol data unit)サイズおよびＭＡＣ−ｈｓ(high speed MAC)セグメンテーションを含み、異なる優先待ち行列を多重化する強化ＭＡＣ(medium access control)機能がサポートされる。ハンドオーバーの後、ターゲットノード−Ｂによってサポートされる機能に基づいてＭＡＣレイヤおよび／またはＲＬＣレイヤが再構成されるまたはリセットされる。

Description

本アプリケーションは、無線通信に関する。

ＨＳＰＡ(high speed packet access)エボリューションの主要な目標のいくつかには、データ転送速度の高速化、システム容量および対象領域の拡大、パケットサービスの強化されたサポート、待ち時間の短縮、運用コストの削減、および下位互換性が含まれている。これらの目標を達成するには、無線インタフェースプロトコルおよびネットワークアーキテクチャの進化が必要である。より詳細には、これらの目標を達成するには、Ｌ２(layer 2)（すなわち、ＲＬＣ(radio link controlおよびＭＡＣ(medium access control))機能に対する一連のエンハンスメントおよびアーキテクチャの変更を行う必要がある。

Ｌ２エンハンスメントは、フレキシブルなＲＬＣ ＰＤＵ(protocol data unit)サイズ、ＭＡＣ−ｈｓ(high speed MAC)のセグメンテーション／連結および多重化を含む。ＵＴＲＡ(universal terrestrial radio access) Ｒ６(Release 6)において、ＡＭ(acknowledge mode) ＲＬＣエンティティは、固定されたＲＬＣ ＰＤＵサイズしか使用できない。さらに、ノード−Ｂ内のＭＡＣ−ｈｓサブレイヤは、ＭＡＣ−ｄ ＰＤＵの連結しかサポートできない。ＵＴＲＡ Ｒ７(Release 7)のＬ２エンハンスメントは、Ｒ６機能のＲＬＣ／ＭＡＣを大幅に変更する。

ＵＴＲＡＮ側のＭＡＣ−ｅｈｓ(enhanced MAC-hs)アーキテクチャの変更は、ＬＣＨ−ＩＤ(logical channel identifier) ＭＵＸ(multiplexing)エンティティの付加を含む。ＬＣＨ−ＩＤ ＭＵＸエンティティは、論理チャンネルを優先待ち行列に多重化する。ＭＡＣ−ｅｈｓアーキテクチャは、さらに、優先待ち行列のセグメンテーション機能と、異なる優先待ち行列からＭＡＣ−ｅｈｓ ＰＤＵに多重化するＭＡＣ−ｅｈｓペイロードユニットとを含む。

ＷＴＲＵ(wireless transmit/receive unit)側のＭＡＣ−ｅｈｓアーキテクチャの変更は、ＭＡＣ−ｅｈｓＰＤＵからのＭＡＣ−ｅｈｓペイロードユニットの分解を含む。さらに、再順序付けの後、ＭＡＣ−ｅｈｓペイロードユニットは、ＬＣＨ−ＩＤ逆多重化エンティティに転送される。このＬＣＨ−ＩＤ逆多重化エンティティは、論理チャンネル識別子に基づいて、ＭＡＣ−ｅｈｓペイロードユニットを正しい再構築エンティティに経路指定する。ＷＴＲＵにおけるＭＡＣ−ｅｈｓアーキテクチャは、セグメント化されたＭＡＣ−ｅｈｓ ＳＤＵ(service data unit)を再構築して、満杯になったＭＡＣ−ｅｈｓ ＳＤＵを上位層に転送する再構築エンティティも含む。

現在、ＲＲＣ(radio resource control)の信号伝達によって無線ベアラを設定または再構成する場合、ＩＥ(information element)「ＲＢ(radio bearer)マッピングインフォ(mapping info)」が提示される。「ＲＢマッピングインフォ」は、ＲＬＣインスタンスおよびＲＢ(radio bearer)に対応する転送チャンネルについての情報を含む。

新しいＩＥ(information element)は、ＲＬＣインスタンスの論理チャンネルがフレキシブルＲＬＣ ＰＤＵをサポートしているかどうか、またはＭＡＣサブレイヤがＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓをサポートしているかどうかを示す、ＩＥ「ＲＢマッピングインフォ」に付加することができる。本発明の目的上、そのようなＩＥを、「ＤＬ(downlink)ＲＬＣ構成」および「ＤＬ ＭＡＣ−ｈｓ構成」と呼ぶ。ＭＡＣ−ｈｓ構成は、ＨＳ−ＤＳＣＨ(high speed-downlink shared channel)にマップされたすべてのＲＢ全体で同じでなければならず、そうでなければ、結果として無効な構成になる。

ＨＳＰＡにおいて、高速共有チャンネルは、単一セル（すなわち、サービングＨＳ−ＤＳＣＨ(high speed downlink shared channel)セル）内のＷＴＲＵによって監視される。移動性により、ＷＴＲＵが１つのセルから別のセルに移動する場合、ＷＴＲＵは、新しいサービングＨＳ−ＤＳＣＨセルに切り替えて、古いサービングＨＳ−ＤＳＣＨセルとの通信を終了することによって、サービングセルの変更を行わなければならない。ノード−Ｂの再配置手順において、内部ノード−Ｂのハンドオーバーは、古いノード−Ｂ（すなわち、ソースノード−Ｂ）から新しいノード−Ｂ（すなわち、ターゲットノード−Ｂ）へ起きる。

サービングノード−Ｂの変更時に、ターゲットノード−Ｂは、新しい構成に対してデータ送信を開始しなければならない。ハンドオーバーは、Ｌ２エンハンスメントをサポートする進化したＨＳＰＡノード−Ｂ内で行う、またはＬ２エンハンスメントの有無にかかわらずセルからセルへ行うことができる。いずれの場合にも、ＷＴＲＵは、ハンドオーバーを行い、新しい構成に適応し、データ損失を最小限にすることができなければならない。

標準的なシステム（すなわち、Ｒ６システム）において、ハンドオーバーが起きる時、ＲＲＣ(radio resource control)メッセージは、ＭＡＣレイヤリセットインジケータを伝達できる。具体的には、内部ノード−Ｂまたはイントラノード−Ｂのハンドオーバーが起きる時、ソースノード−Ｂ内のＭＡＣ−ｈｓのデータが削除されて、ＷＴＲＵ内のＭＡＣ−ｈｓをリセットしなければならない。リセットインジケータを受信した後、ＷＴＲＵは、以下の一連の機能を実行する。
１）ＨＡＲＱ(hybrid automatic repeat request)ソフトバッファをすべての組み込まれたＨＡＲＱプロセスにフラッシュする。
２）すべてのアクティブな再順序付けリリースタイマー（Ｔ１）を停止して、すべてのタイマーＴ１をそれらの初期値に設定する。
３）すべての組み込まれたＨＡＲＱプロセスで、次の送信のためにＴＳＮ(transmission sequence number)を値０から開始する。
４）変数ＲｃｖＷｉｎｄｏｗ＿ＵｐｐｅｒＥｄｇｅおよびｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ＴＳＮを初期化してそれらの初期値にする。
５）再順序付けバッファ内のすべてのＭＡＣ−ｈｓ ＰＤＵを分解して、すべてのＭＡＣ−ｄ ＰＤＵをＭＡＣ−ｄエンティティに送る。
６）再順序付けバッファをフラッシュする。

新しいＬ２エンハンスメントを導入して、Ｒ７セル間、またはＲ７セルとＲ６セル間のハンドオーバー時に最適化を行ってデータ損失を最小限にするために、新しい手順を定義しなければならない。具体的には、新しいＬ２エンハンスメントに対応するために、ＭＡＣ−ｈｓエンティティのリセットを処理する手順を変更しなければならない。

さらに、Ｒ７ノード−Ｂと同時にすべてのＲ６ノード−Ｂをアップグレードすることができないと考えられる。従って、Ｒ６セルとＲ７セル間のハンドオーバーが頻繁に起こる。ＲＬＣおよびＭＡＣの機能的変更により、これらのセル間の品質の低下およびデータ損失を最小限にしてハンドオーバーを行う方法を定義しなければならない。具体的には、ＷＴＲＵ側で、ＭＡＣ−ｈｓおよびＲＬＣは、ハンドオーバー時に機能的変更を行わなければならない。

ＵＴＲＡ Ｒ６（すなわち、低位層）セルとＵＴＲＡ Ｒ７（すなわち、上位層）セル間のハンドオーバー手順の最適化を制御する方法および装置が開示される。ＷＴＲＵがＲ６セルとＲ７セル間、またはＲ７セル間を移動する時、ソースノード−Ｂからターゲットノード−Ｂへハンドオーバーが開始される。Ｒ７セルにおいて、フレキシブルＲＬＣ ＰＤＵサイズ、ＭＡＣ−ｈｓセグメンテーション、およびＷＴＲＵ内の異なる優先待ち行列の多重化を含む、強化されたＭＡＣ機能がサポートされる。ＷＴＲＵ内で起きる変更は、ＷＴＲＵがＲ６セルとＲ７セル間を移動することが原因である。ＷＴＲＵがこれらのセル間を移動する時、ネットワークは、新しい構成を用いてＷＴＲＵを再構成しなければならない。ハンドオーバーの後、ＭＡＣレイヤおよび／またはＲＬＣレイヤは、ターゲットノード−Ｂによってサポートされた機能に基づいて再構築またはリセットされる。
添付図とともに以下の詳細な説明によって、本発明をより詳細に理解することができる。

Ｒ６セルとＲ７セル間を移動し、サービングセル変更手順時にハンドオーバーメッセージが受信された時に新しいＲＬＣおよびＭＡＣ−ｈｓサブレイヤを用いて動作するように組み込まれたＷＴＲＵの例示的なブロック図である。 図１ＡのＷＴＲＵ内におけるＭＡＣ装置の詳細図である。 図１ＡのＷＴＲＵ内に実装されたＷＴＲＵハンドオーバー手順のフロー図である。

以下を言及する場合、専門用語ＷＴＲＵ(wireless transmit/receive unit)は、ＵＥ(user equipment)、移動局、固定式または移動式加入者装置、ポケットベル、携帯電話、ＰＤＡ(personal digital assistant)、コンピュータ、または無線環境において動作できる任意の他の種類のユーザ装置を含むが、これらに限定されない。以下を言及する場合、専門用語「ノード−Ｂ」は、基地局、サイトコントローラ、ＡＰ(access point)、または無線環境において動作できる任意の他の種類のインタフェーシング装置を含むが、これらに限定されない。

以下を言及する場合、Ｒ７セルは、改良されたＬ２機能を有するノード−ＢおよびＲＮＣを含む。本発明を通じてＲ７セルは、改良されたＬ２をサポートする高度なリリースと言うことができる。以下を言及する場合、Ｒ６セルは、改良されたＬ２をサポートしないノード−ＢおよびＲＮＣを含む。これは、Ｌ２機能を持たないＲ７ノード−Ｂと以前の３ＧＰＰ(third generation partnership project)リリースのどれでも含むことができる。本発明でのＲ７ＭＡＣ−ｈｓは、強化されたＭＡＣ−ｈｓ（すなわち、ＭＡＣ−ｅｈｓ）を示す。

専門用語ＲＬＣリセットも、ＲＬＣの再構築を示す。これらの用語は、交互に用いられる。

以下の用語は、説明全体で用いられ、簡潔に定義されている。ＭＡＣ−ｅｈｓペイロードユニットは、ＭＡＣ−ｅｈｓ ＳＤＵまたはＭＡＣ−ｅｈｓ ＰＤＵに含まれるＭＡＣ−ｅｈｓ ＳＤＵのセグメントである。ＭＡＣ−ｅｈｓ再順序付けＰＤＵは、同じ優先待ち行列に属するＭＡＣ−ｅｈｓ ＰＤＵ内のＭＡＣ−ｅｈｓペイロードユニットのセットである。強化されたセルは、Ｌ２エンハンスメントをサポートするセルである。強化されていないセルは、Ｌ２エンハンスメントをサポートしないセルである。

ＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓリセット手順、ＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓ再構成手順、およびＲＬＣ再構築評価手順の変更が開示される。

ハンドオーバーシナリオを最適化し、Ｒ７セル間、およびＲ６セルとＲ７セル間のハンドオーバーをサポートするＭＡＣ−ｈｓおよびＲＬＣエンティティのリセット手順を処理する方法および装置を本明細書に開示する。Ｒ６セルまたはＲ６ノード−Ｂについては、ＭＡＣセグメンテーションおよびフレキシブルＲＬＣ ＰＤＵサイズなどの改良されたＬ２機能をサポートしないセルおよびノード−Ｂを対象としていることを認識されたい。開示された方法および装置は、ＬＴＥ(long term evolution)などの他の無線技術、Ｒ８ＷＣＤＭＡ(wideband code division multiple access)などの他のフラットアーキテクチャシステムに加え、ＵＬ(uplink)とＤＬ(downlink)の両方に適用できる。

図１Ａは、Ｒ６セルとＲ７セル間を移動し、サービングセル変更手順時にハンドオーバーメッセージが受信された時に新しいＲＬＣおよびＭＡＣ−ｈｓサブレイヤを用いて動作するように組み込まれているＷＴＲＵ１００の例示的なブロック図である。図１Ａに示すように、ＷＴＲＵ１００は、ＲＲＣ装置１０５、ＲＬＣ装置１１０、ＭＡＣ装置１１５、およびＰＨＹ(physical)レイヤ１装置１２０を含む。サービングセルの変更は、無線ベアラ再構成ＲＲＣメッセージ、転送チャンネル再構成ＲＲＣメッセージ、または物理チャンネル再構成ＲＲＣメッセージを経由して行うことができる。

ＷＴＲＵ１００は、ターゲットノード−Ｂ、ソースノード−Ｂ、ＣＲＮＣ(controlling RNC)、およびＳＲＮＣ(source RNC)（図示せず）を含む無線通信システムにおいて動作する。ＳＲＮＣは、ＲＬＣ装置およびＲＲＣ装置（図示せず）を含んでよい。

イントラ−Ｒ７セルハンドオーバー

Ｒ７アーキテクチャにおいて、ＭＡＣ−ｈｓは、ＭＡＣ−ｈｓセグメンテーションおよびノード−Ｂ内の異なる優先待ち行列の多重化を含む、新しい機能を備える。ＲＬＣ機能は、ＲＮＣ(radio network controller)内に留まり、フレキシブルＰＤＵサイズをサポートする。Ｒ７ＭＡＣ−ｈｓヘッダは、Ｒ６ＭＡＣ−ｈｓヘッダとはかなり異なる。ＬＴＥおよび他のＷＣＤＭＡフラットアーキテクチャシステムにおいて、ＲＬＣ機能は、ノード−Ｂ内にある。ＵＬにおいて、ＲＬＣ機能は、ＷＴＲＵ内にある。

ハンドオーバーが起きた時、ソースノード−Ｂ内のＭＡＣ−ｈｓエンティティは削除され、新しいＭＡＣ−ｈｓエンティティがターゲットノード−Ｂ内に設定される。新しい構成が行われた時、最大のＲＬＣ ＰＤＵサイズをターゲットノード−Ｂに適応することができる。以下の方法の１つまたはその組み合わせによってこれを行う。すなわち、１）デフォルト値を最初のＲＬＣ ＰＤＵサイズに割り当てる、２）既存のＲＬＣ ＰＤＵサイズを保持する、３）ターゲットノード−Ｂのチャンネル条件に基づいて新しいＲＬＣ ＰＤＵサイズを設定する。これは、ノード−Ｂが最大のＲＬＣ ＰＤＵサイズに信号を送ってＲＮＣ内のＲＬＣエンティティに知らせる場合に適用できる。ハンドオーバー時にターゲットノード−Ｂに送信されたＣＱＩ(Channel quality indicator)レポートは、チャンネル条件の適正な推定を提供することができる。次に、ターゲットノード−Ｂは、ＲＮＣ内のＲＬＣエンティティにフィードバックを行って、新しいセルに送信を開始する前に更新されたＲＬＣ ＰＤＵサイズを設定することができる。標準的な方法を使用して、サービングＨＳ−ＤＳＣＨセルの変更時に、フィードバック情報をターゲットノード−Ｂに提供することができる。

新しいＭＡＣ−ｈｓをターゲットノード−Ｂ内に設定する場合、ＷＴＲＵ側のＭＡＣ−ｈｓは、ターゲットノード−Ｂと好適に同期化される。従って、ＷＴＲＵは、ＷＴＲＵ内のＭＡＣ−ｈｓエンティティも好適にリセットする。

ＭＡＣ−ｈｓサブレイヤの機能変更により、Ｒ６リセット手順を変更して、ＨＡＲＱの受信後、再順序付けの前にＭＡＣ−ｈｓ ＰＤＵ分解機能を使用することに対応する。再順序付けの後、再構築機能を既存の分解機能に付加する。

再順序付けバッファ内のすべてのＭＡＣ−ｈｓ ＰＤＵを分解し、ＭＡＣ−ｈｓ ＳＤＵ(service data unit)にうまく再構築できるセグメント化されたパケットを再構築し、すべての完全なＭＡＣ−ｈｓ ＳＤＵを上位層に送り、部分的に受信されたＭＡＣ−ｈｓ ＳＤＵを廃棄することによって、標準的なＲ６ ＭＡＣ−ｈｓリセット手順が変更される。

より詳細には、アーキテクチャの変更により、ＭＡＣ−ｅｈｓリセット手順を更新することが提案される。所定のアクティブ化時間または表示時間に、ＷＴＲＵは、再順序付けバッファ内で待機しているＭＡＣ−ｅｈｓ再順序付けＰＤＵを処理しなければならない。すべてのＭＡＣ−ｅｈｓ再順序付けＰＤＵを分解し、またはＭＡＣ−ｅｈｓペイロードユニットに逆多重化しなければならない。ＭＡＣ−ｅｈｓペイロードユニットは、次に、再構築装置を通過する。再構築エンティティがすべてのＭＡＣ−ｅｈｓペイロードユニットを処理して、セグメント化されたＭＡＣ−ｅｈｓペイロードユニットを、再構築できるＭＡＣ−ｅｈｓ ＳＤＵに再構築した後、再構築エンティティは、格納されたままのＭＡＣ−ｈｓ ＰＤＵセグメントを再構築エンティティから削除することを確実にしなければならない。最後に、すべてのＰＤＵは、対応する論理チャンネルまたはＭＡＣ−ｄ／ｃフローによって上位層に送られる。

例えば、ＭＡＣ−ｅｈｓリセット手順は、ＭＡＣ−ｅｈｓアーキテクチャに対して以下の形式をとることができる。上位層がＭＡＣ装置１１５のリセットを要求した場合、ＷＴＲＵ１００は、上位層によって指示されたアクティブ化時間に実行する。
ａ）ＨＡＲＱソフトバッファをすべての組み込まれたＨＡＲＱプロセスにフラッシュする。
ｂ）すべてのアクティブな再順序付けリリースタイマー（Ｔ１）を停止して、すべてのタイマーＴ１をそれらの初期値に設定する。
ｃ）すべての組み込まれたＨＡＲＱプロセス（およびすべての優先待ち行列）で、次の送信のためにＴＳＮを値０から開始する。
ｄ）変数ＲｃｖＷｉｎｄｏｗ＿ＵｐｐｅｒＥｄｇｅおよびｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ＴＳＮを初期化してそれらの初期値にする。
ｅ）再順序付け待ち行列内のすべての再順序付けＰＤＵをＬＣＨ−ＩＤ逆多重化装置に送り、および／またはＭＡＣ−ｅｈｓペイロードユニットを逆多重化して、論理チャンネル識別子に基づいてそれらを正しい再構築装置に経路指定する。
ｆ）セグメント化されたＭＡＣ−ｅｈｓ ＳＤＵの再構築を行い、すべてのＭＡＣ−ｅｈｓ ＳＤＵ（ＭＡＣ ＰＤＵ）を上位層に送る。
ｇ）再構築装置からの格納された再順序付けＰＤＵ（またはＭＡＣ−ｈｓ ＳＤＵセグメント）を廃棄する。
ｈ）再順序付け待ち行列をフラッシュする。
ｉ）上位層がＩＥ「ＭＡＣ−ｈｓリセットインジケータ」を受信したことによって、ＭＡＣ−ｈｓリセットが開始された場合に、ＨＳ−ＤＳＣＨにマップされたすべてのＡＭ(acknowledge mode) ＲＬＣエンティティに任意的に指示して、状態レポートを作成する。

異なるＭＡＣ−ｅｈｓアーキテクチャは、再順序付け機能の後に、ＳＤＵ分解機能、再構築エンティティ、最後にＬＣＨ−ＩＤ逆多重化エンティティへと続く場合に存在する。分解機能は、再構築エンティティがＭＡＣ−ｅｈｓアーキテクチャ内に存在する場合のみに再構築エンティティの一部とすることができる。例えば、ＭＡＣ−ｅｈｓリセット手順は、このＭＡＣ−ｅｈｓアーキテクチャに対して以下の形式をとることができる。

図１Ｂは、図１ＡのＷＴＲＵ１００にあるＭＡＣ装置１１５の詳細図である。図１Ｂに示すように、ＭＡＣ装置１１５は、複数のＬＣＨ−ＩＤ逆多重化装置１３０Ａおよび１３０Ｂ、再構築装置１３５Ａおよび１３５Ｂ、再順序付け待ち行列１４０Ａおよび１４０Ｂ、再順序付け待ち行列分散装置１４５、分解装置１５０、およびＨＡＲＱ装置１５５を含む。再順序付け待ち行列１４０Ａおよび１４０Ｂを使用して、再構築を行ってデータを順番に上位層に送れるように、受信されたＭＡＣ−ｅｈｓ ＰＤＵの再順序付けを行う。ＨＡＲＱ装置１５５は、少なくとも１つのＨＡＲＱソフトバッファ（図示せず）を含む。

図１Ｂを参照して、上位層がＭＡＣ−ｅｈｓエンティティのリセットを要求した場合、ＷＴＲＵ１００は、上位層によって指示されたアクティブ化時間に実行する。
ａ）ＨＡＲＱ装置１５５内のＨＡＲＱソフトバッファをすべての組み込まれたＨＡＲＱプロセスにフラッシュする。
ｂ）すべてのアクティブな再順序付けリリースタイマー（Ｔ１）を停止して、すべてのタイマーＴ１をそれらの初期値に設定する。
ｃ）すべての組み込まれたＨＡＲＱプロセス（およびすべての優先待ち行列）で、次の送信のためにＴＳＮを値０から開始する。
ｄ）変数ＲｃｖＷｉｎｄｏｗ＿ＵｐｐｅｒＥｄｇｅおよびｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ＴＳＮを初期化してそれらの初期値にする。
ｅ）再順序付け待ち行列１４０Ａおよび１４０Ｂ内のすべての再順序付けＰＤＵを分解装置１５０に送る、および／または
ｆ）分解装置１５０は、すべての再順序付けＰＤＵをＭＡＣ−ｈｓ ＳＤＵまたはＭＡＣ−ｈｓ ＳＤＵのセグメントに分解して、それらを再構築装置１３５Ａおよび１３５Ｂに送る、もしくは
ｇ）再構築装置１３５が存在するのであれば、再順序付け待ち行列からのデータは、再構築装置１３５に送られる。再構築装置１３５Ａおよび１３５Ｂは、セグメント化されたＭＡＣ−ｅｈｓ ＳＤＵの再構築を行って、すべてのＭＡＣ−ｅｈｓ ＳＤＵをＬＣＨ−ＩＤ逆多重化装置１３０Ａおよび１３０Ｂに送り、各逆多重化装置は、すべてのＳＤＵを正しい論理チャンネルまたはＭＡＣ−ｄ／ｃフローに送る。
ｈ）再構築装置１３５Ａおよび１３５Ｂからの格納された再順序付けＰＤＵ（またはＭＡＣ−ｈｓ ＳＤＵセグメント）を廃棄する。
ｉ）再順序付け待ち行列１４０Ａおよび１４０Ｂをフラッシュする。

任意的には、イントラノード−Ｂハンドオーバーの場合（すなわち、同じノード−Ｂのセクタ間のハンドオーバー）、上記のＭＡＣ−ｈｓリセット手順は、実行されない場合がある。この場合、標準的なＲ６システムに説明されるように、ハンドオーバーは実行されない。

Ｒ６セルとＲ７セル間のハンドオーバー

Ｌ２強化セル（すなわち、Ｒ７セル）は、フレキシブルＲＬＣ ＰＤＵサイズをサポートする一方、非強化セル（すなわち、Ｒ６セル）は、固定ＲＬＣ ＰＤＵサイズを有する。このことは、Ｒ７セルを往復するハンドオーバーが起きた時、ＲＮＣおよびＷＴＲＵ内の影響されたＲＬＣエンティティは、古いＲＬＣエンティティに再構成されなければならないことを示す。さらに、ＭＡＣ−ｈｓサブレイヤは、正しいヘッダ形式を解読するように再構築されて、新しいまたは古い機能をサポートしなければならない。

ＲＬＣエンティティの再構築が要求される場合、かなり多くのデータ損失が生じる。従って、このようなデータ損失を最小限にすることが望ましい。

ハンドオーバー手順の一連のイベント

図２は、図１のＷＴＲＵ１００に実装されたＷＴＲＵハンドオーバー手順２００のフロー図である。ステップ２０５において、ＷＴＲＵ１００内のＲＲＣ装置１０５は、ハンドオーバー手順を開始するＲＲＣハンドオーバーコマンドを受信する。ステップ２１０において、ＰＨＹ(physical)Ｌ１(layer1)装置１２０は、ＲＲＣ装置１０５によって、ＲＲＣハンドオーバーコマンドによって指示された新しい無線リンクを設定するように命令される。この一連のイベントは、ＭＡＣ−ｈｓリセットのステップまでの標準的な手順と同じである。

ステップ２１５において、ＲＲＣ装置１０５は、必要に応じて、ＷＴＲＵ１００内のＭＡＣ装置１１５に、ＭＡＣ−ｈｓリセットおよび／またはＭＡＣ−ｈｓ再構成リクエストを送信する。ＭＡＣ−ｈｓ再構成が要求された場合、以下に詳細に説明されるように、ＭＡＣ−ｈｓ再構成を行う。ＭＡＣプリミティブに対するＲＲＣ装置１０５のＭＡＣ−ｈｓリセットインジケータパラメータは、任意的に拡張してＭＡＣ−ｈｓ再構成を表示することができる。

いったんＭＡＣ装置１１５がＭＡＣ−ｈｓリセットおよび／またはＭＡＣ−ｈｓ再構成を行って（ステップ２２０）、ＭＡＣ装置１１５内の再順序付け待ち行列１４０Ａおよび１４０Ｂがフラッシュされると（ステップ２２５）、ＲＬＣ状態要求メッセージをＭＡＣ装置１１５からＲＬＣ装置１１０に送信することができる（ステップ２３０）。ステップ２３５において、ＲＬＣ装置１１０が各ＲＬＣ ＰＤＵを処理した後、ＲＬＣ装置１１０は、次に、ＨＳ−ＤＳＣＨにマップされたすべてのＡＭ(acknowledge mode) ＲＬＣインスタンスに対して状態レポートを作成する。任意的には、ＲＬＣ状態要求メッセージは、ＲＬＣ装置１１０に送信されない。

ＲＬＣリセットが要求された場合、ＲＲＣ装置１０５は、ＲＬＣ装置１１０に再構築要求メッセージ（すなわち、ＲＬＣリセットメッセージ）を送信する（ステップ２４０）。以下に詳細に説明されるように、この要求を受けて部分的または完全なＲＬＣリセットが行われる。ＲＬＣリセット指示について、以下の選択肢を利用することができる。
１）ＲＬＣの指示をＲＬＣ装置１１０に送信しない。
２）完全なリセット指示をＲＬＣ装置１１０に送信する、または
３）部分的なリセット指示をＲＬＣ装置１１０に送信する。

ＲＬＣリセット／再構成指示は、ＣＲＬＣ(control RLC)−Ｃｏｎｆｉｇ−Ｒｅｑプリミティブによって信号を送ることができる、または最後に転送されたＭＡＣ ＳＤＵを有するＭＡＣ−ｈｓによって明示的に信号を送ることができる。あるいは、ＲＬＣリセット／再構成指示は、ＳＴＡＴＵＳ−Ｒｅｐｏｒｔ−Ｒｅｑを有するＭＡＣ−ｈｓによって信号を送ることができる。フラッシュされたすべてのＳＤＵのＲＬＣ処理は、状態レポートまたはＲＬＣリセットの前に好適に行われる。

非同期のハンドオーバーが行われた場合、ＲＲＣメッセージが受信されるとすぐにステップ２２０−２３０が行われる。同期されたハンドオーバーが行われた場合、所定のアクティブ化時間にステップ２２０−２３０が行われる。

ＷＴＲＵに信号伝達する方法

いったんＲＮＣ内のＲＲＣがサービングノード−Ｂの変更を行うことを判定すると、ＲＮＣは、ＭＡＣ−ｈｓサブレイヤまたは受信するＲＬＣエンティティのリセット／再構成が要求されていることを、該当する場合にＷＴＲＵに通知しなければならない。以下の選択肢の１つまたはその組み合わせが好適に行われる。

ＲＮＣは、以下の情報の１つまたはその組み合わせ明示的に表示するＲＲＣハンドオーバーメッセージを送信する
１ａ）ＭＡＣ−ｈｓリセットまたは再構成。ハンドオーバーの後、エキストラビット（すなわち、ＭＡＣ−ｈｓ再構成インジケータ）を、Ｒ６ＭＡＣ−ｈｓ動作かＲ７ＭＡＣ−ｈｓ動作のどちらかを表示するＲＲＣメッセージに付加する。
１ｂ）部分的リセットまたは完全なリセットを特定するＲＬＣリセットインジケータ
１ｃ）以下の１つを表示する２つのビット
ｉ）ＭＡＣ−ｈｓリセット
ii）ＭＡＣ−ｈｓ再構成
iii）ＲＬＣリセット、または
iv）どの動作も要求されない
１ｄ）Ｒ６からＲ７まで、またはその逆順でセルの変更が起きたことを示すエクストラフィールド、または
１ｅ）標準的なＭＡＣ−ｈｓリセットインジケータ以外、どのエキストラ情報もＲＲＣハンドオーバーメッセージに付加されない

以下の選択肢の１またはその組み合わせに基づいて、ＷＴＲＵは、どの動作を行わなければならないかを好適に判定する。
２ａ）ＭＡＣ−ｈｓ再構成またはＲＬＣリセットが明示的に信号伝達された場合（すなわち、上記の１ａ、１ｂ、または１ｃの信号伝達）、ＷＴＲＵは、上記の順序で示されたタスクを行う。
２ｂ）ＭＡＣ−ｈｓリセットがＴＲＵＥに設定されて、どのエキストラ情報ビットもＲＲＣハンドオーバーに付加されていない（すなわち、１ｅの信号伝達）のであれば、ＷＴＲＵは、自らの判定を、ＲＲＣメッセージからのソースおよびターゲットセルによるシステム情報に基づいて行う。具体的には、ＷＴＲＵは、ソースおよびターゲットセルがサポートする機能についての情報を明示的に読み取る／得る。
ｉ）ＷＴＲＵがＲ６からＲ７への変更またはＲ７からＲ６への変更が起きていることを検知した場合、ＷＴＲＵは、ＭＡＣ−ｈｓ再構成が必要であることを推定する。さらに、ＷＴＲＵは、ＲＬＣのリセットまたは再構築が要求されているかどうかも推定することができる。ＷＴＲＵは、ＲＲＣハンドオーバーメッセージ内のＩＥ「ＲＢマッピングインフォ」によって提供された情報、すなわち、ＭＡＣ−ｅｈｓまたはＭＡＣ−ｈｓのどちらが組み込まれていて、新しいＲＬＣエンティティがフレキシブルまたは固定ＲＬＣ ＰＤＵのどちらをサポートするかなどの情報を介して、Ｒ６からＲ７への変更またはその逆順が起きたことを推論することができる。ＷＴＲＵは、新しい構成を既存の構築と比較して、変更が起きたことを推論する。
ii）Ｒ６からＲ７への変更が起きた場合、ＲＬＣリセットは必須ではない。この情報は、上位層によって構成できる。上位層は、あるリリース間で、ＲＬＣリセットも完全な／部分的なＲＬＣリセットも要求されていないことを示すことができる
２ｃ）ＭＡＣ−ｈｓ再構成インジケータがＲＲＣメッセージに付加される（すなわち、上記の１ａの信号伝達）のであれば、ＷＴＲＵは、ＲＬＣリセットも要求されていることを推定することができる。
２ｄ）あるいは、ＲＬＣリセットインジケータがＲＲＣメッセージに付加される（すなわち、上記の１ｂの信号伝達）のであれば、ＷＴＲＵは、ＭＡＣ−ｈｓ再構成が要求されていることを推定する。
２ｅ）ＭＡＣ−ｈｓリセットインジケータを真に設定して、ＲＲＣメッセージ内のエクストラフィールドが、ソースおよびターゲットセルが異なるリリース（例えば、上記の１ｄの信号伝達）をサポートすることを示している場合、ＷＴＲＵは、ＭＡＣ−ｈｓ再構成が要求されているおよび／またはＲＬＣの部分的または完全なリセットが要求されているかどうかを判定する。

ＭＡＣ−ｈｓ再構成を行う方法

ＭＡＣ−ｈｓ再構成は、古いＭＡＣ−ｈｓから新しいＭＡＣ−ｈｓへのＭＡＣ−ｈｓ機能の変更を行う。具体的には、ＷＴＲＵがＲ６セルとＲ７セル間を移動する場合、ＭＡＣ−ｈｓのヘッダ形式および機能が変更される。従って、この変更を行う方法が要求される。

最初に、ＭＡＣ−ｈｓリセット手順が行われる。いったんバッファが空になると、変数がリセットされ、うまくいったＭＡＣ−ｈｓ ＳＤＵが上位層に送られて、ＭＡＣレイヤが自らの機能を再構成する。

Ｒ６からＲ７への変更が起きると、以下の一連のイベントが起きる。
１）ＭＡＣ−ｈｓリセットが行われる。
２）ＨＡＲＱプロセスをリセットした後、ＭＡＣレイヤは、ＭＡＣ−ｅｈｓヘッダ形式をサポートするように組み込まれる。
３）再順序付け待ち行列の前に優先待ち行列の逆多重化機能を付加する。Ｒ６セルにおいて、ただ１つの再順序付け待ち行列が各ＭＡＣ−ｈｓ ＰＤＵ内に存在するので、ＭＡＣ−ｈｓが設定された場合（ＷＴＲＵがＲ７をサポートする場合）、任意的には、逆多重化機能は、常時存在する。
４）各再順序付け待ち行列内の既存の分解機能ブロックに、再構成（および論理チャンネルの逆多重化）機能を付加する。Ｒ６セルにおいて、再順序付け待ち行列内のどのエントリもセグメンテーション識別子を有しないので、ＭＡＣ−ｈｓが設定された場合（ＷＴＲＵがＲ７をサポートする場合）、任意的には、再構築機能を常時存在することができる。

Ｒ６からＲ７への変更が起きると、以下の一連のイベントが起きる。
１）ＵＴＲＡ Ｒ７に対して定義されたようなＭＡＣ−ｈｓリセットが行われる。
２）ＨＡＲＱプロセスをリセットした後、ＭＡＣ−ｈｓは、Ｒ６ヘッダ形式をサポートするように組み込まれる。
３）優先待ち行列の逆多重化機能が除去される。Ｒ６セルにおいて、唯一再順序付け待ち行列が各ＭＡＣ−ｈｓ ＰＤＵ内に存在するので、任意的には、逆多重化機能は、ＭＡＣ−ｈｓ内に保持される。
４）再構築機能が除去される。Ｒ６セルにおいて、再順序付け待ち行列内のどのエントリもセグメンテーション識別子を有しないので、任意的には、再構築は、ＭＡＣ−ｈｓ内で非アクティブ状態のままである。

ＭＡＣ−ｈｓ再構成手順

すべての無線ベアラに対して、ＷＴＲＵごとに単一のＭＡＣ−ｅｈｓまたはＭＡＣ−ｈｓインスタンスを構成しなければならない。従って、ＭＡＣ−ｈｓは、セルをサポートするリリース７またはより上位による強化された構成、またはセルをサポートするリリース６またはより下位による標準の構成をサポートするように組み込まれる。

上位層によって命令された場合、ＷＴＲＵは、強化された構成から標準の構成に、またはその逆順で、自らのＭＡＣ−ｈｓ構成を変更することができる。これは、例えば、ハンドオーバーシナリオ時に起こる場合がある。ＭＡＣ−ｈｓとＭＡＣ−ｅｈｓ間でＭＡＣ−ｈｓの再構成を処理する手順を以下に説明する。

再構成手順は、ＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓ構成でのＩＥ、または「ＲＢマッピングインフォ」ＩＥ内に含まれるそれと同等のＩＥであり、ＲＢが設定または再構成された時に存在するＩＥを含むＲＲＣメッセージを経由してＷＴＲＵに与えられた情報によって決まる。

再構成手順では、「ＲＢマッピングインフォ」ＩＥを受信した後の一般的動作の記述、「ＤＬ ＭＡＣ−ｈｓ構成」ＩＥまたはそれと同等のＩＥ受信に対する動作を処理する新しい定義、またはＭＡＣの別の構成を処理する別の既存の動作を行うことができる。

このようなＩＥの受信に対応する手順を以下のように定義することができる。
ａ）「ＤＬ ＭＡＣ−ｈｓ構成」が「強化」値に設定されて、あらかじめ格納されている値が「標準」に設定されていた場合（すなわち、構成を標準から強化に変更する場合）、
１）ＭＡＣ−ｈｓエンティティをリセットする、および
２）ＩＥ「ＤＬ ＭＡＣ−ｈｓ構成」に従ってＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓを構成する。
ｂ）他に、「ＤＬ ＭＡＣ−ｈｓ構成」が「標準」値に設定されて、あらかじめ格納されている値が「強化」に設定されていた場合（すなわち、構成を強化から標準に変更する場合）、
１）ＭＡＣ−ｅｈｓエンティティをリセットする、および
２）ＩＥ「ＤＬ ＭＡＣ−ｈｓ構成」に従ってＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓを構成する。

任意の実施形態において、ハンドオーバー時にＭＡＣ−ｈｓ再構成が行われた場合、構成の変更と同時に既存のＭＡＣ−ｈｓリセット指示を使用することができる。しかしながら、その手順では、ＭＡＣ−ｈｓを再構成する前に、ＭＡＣ−ｈｓリセットインジケータを読み込み、実行することを確実にしなければならない。本実施形態において、任意の検査を行うことができる。ＭＡＣ−ｈｓの再構成が起きてもＭＡＣ−ｈｓリセットインジケータが設定されていない場合、ＷＴＲＵ動作が特定されないか、またはＭＡＣが独立してリセットを行う。

任意的には、ＭＡＣ（３ＧＰＰ ２５．３２１）仕様によって、標準から強化へまたはその逆順でＭＡＣの再構成を指定できる。そのステップは、既存のＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓ手順の一部として指定できる。より詳細には、標準から強化へまたはその逆順でＭＡＣ−ｈｓを再構成することにより、上位層がＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓのリセットを要求した場合、ＭＡＣ−ｈｓおよび／またはＭＡＣ−ｅｈｓリセット手順によって以下を分類するべきである／できる。再構成が起きた場合（または任意的にすべての場合に適用できる）、リセット指示の前に既存の古い構成を使用して、フラッシュされたすべての再順序付けＰＤＵまたはＭＡＣ−ｈｓ ＰＤＵを処理しなければならない。

あるいは、ＭＡＣ仕様（３ＧＰＰ ２５．３２１）の新しい部分によって、またはＭＡＣ−ｈｓ／ＭＡＣ−ｅｈｓパラメータ手順の再構成の一部として再構成手順を特定できる。その方法は、上位層によって命令されたＭＡＣ−ｈｓからＭＡＣ−ｅｈｓへ、またはその逆順での再構成を用いて具体的に処理する。より詳細には、以下に特定および示すことができる。

上位層によって、標準から強化へまたはその逆順でＭＡＣ−ｈｓ／ｅｈｓエンティティを再構成（変更）することができる。

上位層がＭＡＣ−ｈｓ／ｅｈｓエンティティを再構成する場合、ＷＴＲＵは、ＭＡＣ−ｈｓ／ｅｈｓエンティティをリセットしなければならない（再構成の前に古い構成を用いて再順序付け待ち行列内のすべてのパケットを処理しなければならない）。

あるいは、この手順の目的上、再順序付け待ち行列からのすべての再順序付けＰＤＵまたはＭＡＣ−ｈｓ ＰＤＵを除去して、出力エンティティが再順序付けエンティティの上にある出力エンティティにそれらを送ることによって、リセットと置き換えることができる（例えば、ＭＡＣ−ｈｓの場合、分解エンティティとすることができ、ＭＡＣ−ｅｈｓの場合、ＬＣＨ−ＩＤ逆多重化エンティティまたは分解エンティティとすることができる）。ハンドオーバーコマンドの明示的なＭＡＣ−ｈｓリセットインジケータにより、再構成後でもリセット手順を実行することができることに留意されたい。その後、上位層によって指示されたアクティブ化時間に、新しいＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓ構成の使用を開始する。

ハンドオーバー時にＲＬＣリセットを行う方法

ａ）完全なＲＬＣリセットを用いずにＲ６セルからＲ７セルへ切り替える。

Ｒ６セルからＲ７セルへ切り替えた場合、新しいＲＬＣを、フレキシブルＲＬＣ ＰＤＵサイズをサポートするように組み込むことができるので、完全なリセットを行わなくてよい。これを、部分的リセットと呼ぶ。ＲＬＣヘッダに大幅な変更がない場合、既存の固定ＲＬＣ ＰＤＵは、新しいＲＬＣ内のフレキシブルＰＤＵとして好適に処理される。従って、ＲＬＣエンティティは、既存の連続番号および対応するＲＬＣ ＰＤＵを好適に維持する。しかしながら、一部の変数は、好適に再初期化または変更されて、新しいＲＬＣエンティティをサポートする。これらの変数は、タイマーの１つまたはその組み合わせ、送受信ウィンドウの保守を処理する変数、状態レポートの基準、およびＲ７に適用できる他の状態変数を含むが、これらに限定されない。

リセットが要求された場合、以下と同様の方法を行うことができる。

ｂ）ＲＬＣリセットが要求された場合、Ｒ７セルからＲ６セルへ切り替える。

Ｒ７セルからＲ６セルへサービングセルを変更することは、Ｒ６ＲＬＣがフレキシブルＲＬＣ ＰＤＵサイズを処理するように組み込まれているので、ＲＬＣリセットを要求することができる。従って、ＲＬＣエンティティ内のＲＬＣ ＰＤＵは、リセットが適用される前に好適に、送信側で削除されて、受信側で処理される。リセット手順を最適化してデータ損失を最小限にするために、以下の２つの選択肢の１つを好適に行う。さらに、ＲＬＣ機能が、ＬＴＥまたはフラットアーキテクチャＲ８ ＷＣＤＭＡなどのノード−Ｂ内に含まれる他のシステムにおいて、内部ノード−Ｂハンドオーバーが起きた場合、ＷＴＲＵ内のＲＬＣエンティティをリセットまたは再初期化して、データ損失を最小限にしなければならない。下記の選択肢もそのようなシステムに適用できる。

オプション１

送信側は、送り手用に指定された状態変数をリセットする。送信側は、送信側の新しいＲＬＣエンティティに適用できる構成パラメータを設定する。送信側は、ＨＦＮ(hyper frame number)をリセットする。送信側は、各ＡＭ ＲＬＣエンティティごとにうまく受信機に送信されているＳＤＵ（すなわち、肯定的に応答されているＳＤＵに対応し、これらのＳＤＵがうまく送信されたことを上位層に代替的に通知するＳＤＵに対応するすべてのＲＬＣ ＰＤＵ）を廃棄する。

あるいは、送信側は、最初に失敗したＳＤＵも含めて、うまく送信されているすべてのＳＤＵを廃棄することができる。１または複数の未応答のＲＬＣ ＰＤＵを有するすべてのＳＤＵは、ＲＬＣエンティティ内、またはＰＤＣＰ(packet data convergence protocol)などの上位層に配置することができる送信バッファに保存される。送信側は、すべてのＲＬＣ ＰＤＵおよびすべての制御ＰＤＵを送信側で廃棄する。いったんリセット手順が完了すると、廃棄されなかったＲＬＣ ＰＤＵは、ターゲットノード−Ｂを経由してターゲットノード−Ｂ内の新しいＲＬＣ構成上に送信することができる。

この方法は、データ損失を最小限にして、失敗したＳＤＵを再送信する。送信側が、受信側から最終の状態ＰＤＵを受信しなかったので、送信側は、最新の状態情報を有しない。このことは、ＲＬＣ ＰＤＵの重複送信をもたらす。従って、受信側に重複検知機能を付加することができる。

任意的に、ＲＬＣをリセットする前に受信側から最終の状態情報を得るために、ある方法を実装することができる。ＭＡＣ−ｈｓをリセットおよび／または再構成した後、受信側は、ＨＳ−ＤＳＣＨにマップされたすべてのＡＭ ＲＬＣエンティティに対する状態レポートをトリガーする。状態レポートは、ＲＬＣ ＰＤＵに基づく。しかしながら、送信側は、ＲＬＣをリセットする前にＲＬＣ ＰＤＵ状態を受信するために待機しなければならない。このことは、ハンドオーバー手順を遅らせる。

あるいは、受信側は、ＲＬＣ ＳＤＵ状態を送信側に送信することができる。送信側は、次に、うまく受信している任意の他のＲＬＣ ＳＤＵを廃棄することができる。このことは、重複送信を最小限にできる。しかしながら、ＲＬＣ ＳＤＵを識別する（ＲＬＣ ＳＤＵの番号付け）方法が必要である。任意的には、ＲＬＣレイヤの代わりにＰＤＣＰ(packet data convergence protocol)が、この機能を行うことができる。ＰＤＣＰがデータ復旧プロセスを処理する場合、ＲＬＣ ＳＤＵと同等なのは、ＰＤＣＰ ＳＤＵである。上述したように、送信機側は、ＲＬＣレベルか、ＰＤＣＰレベルのどちらかにおいて、状態レポートを使用して、まだうまく受信されていないＳＤＵを再送信し、状態レポートによってうまく受信されたことが示されているＳＤＵを廃棄する。

受信側において、ＭＡＣがリセットをして、再順序付け待ち行列内のすべてのパケットを含む、うまく受信されたすべてのパケットがＲＬＣに送られた後、以下のステップを行うことができる。受信側は、すべてのＲＬＣ ＳＤＵを処理する。任意的には、受信側は、データ損失を最小限にするために使用する場合、ＲＬＣ ＡＭインスタンスごとにＲＬＣ状態レポートを作成する。受信側は、うまくＲＬＣ ＳＤＵに構築できるＲＬＣ ＳＤＵを上位層に送信する。受信側は、ＲＬＣ ＳＤＵに構築できないＲＬＣ ＳＤＵを廃棄する。任意的には、消失したＳＤＵは、ターゲットノード−Ｂから送信されるので、順序通りの送信がサポートされる場合、順序通りになっていないＲＬＣ ＳＤＵを受信側に保存することができる。任意的には、これは、ＰＤＣＰレイヤ内で行われる可能性がある。より詳細には、ＰＤＣＰ内でこの機能が行われる場合、先程上述した手続きは、ＰＤＣＰ ＳＤＵに置き換えられる。より詳細には、ＰＤＣＰは、消失したＳＤＵがターゲットノード−Ｂから再送信されるまで、順序通りになっていないＰＤＣＰ ＳＤＵを保存する。次に、状態変数をリセットして、受信側の初期値に適用できる構成パラメータを設定しながら、ＲＬＣレイヤを新しいＲＬＣ構成に再構成することができる。重複検知機能を付加することができる。重複ＲＬＣ ＳＤＵを検知し、上位層に送信しないようにすることができる。任意的に、上位層がこのステップを行うことができる。

オプション２

オプション２に従って、ＲＬＣリセットを回避することができる。具体的には、Ｒ７からのＲＬＣ ＰＤＵサイズがＲ６セルの固定ＲＬＣ ＰＤＵサイズよりも大きく、その上ＷＴＲＵがＲ６セルからＲ７セルに移動する場合、より小さいサイズのＰＬＣ ＰＤＵが、好適に送信され、Ｒ７セルに承認される。Ｒ７からのＲＬＣ ＰＤＵサイズがＲ６セルの固定ＲＬＣ ＰＤＵサイズよりも大きく、その上ＷＴＲＵがＲ７セルからＲ６セルに移動する場合、Ｒ７からのすべてのＲＬＣ ＰＤＵは、好適に、固定ＲＬＣ ＰＤＵサイズに再セグメント化される。これは、ＲＬＣ再セグメンテーション機能を必要とする。送受信側の新しいＲＬＣエンティティに適用できる他のすべての変数およびパラメータが好適に設定されて、Ｒ６ ＲＬＣをサポートする。

（実施形態）
１、ＭＡＣ(medium access control)装置をリセットする方法であって、
ＲＲＣ(radio resource control)装置からＭＡＣ−ｅｈｓ(enhanced high speed MAC)リセットメッセージを受信すること、
ＭＡＣ装置内のＨＡＲＱ(hybrid automatic repeat request)ソフトバッファを、組み込まれたすべてのＨＡＲＱプロセスにフラッシュすること、
前記ＭＡＣ装置の再順序付け待ち行列に配置されている再順序付けリリースタイマーおよびＭＡＣ−ｅｈｓ再順序付けタイマーを停止することであって、前記再順序付け待ち行列が、少なくとも１つの変数を用いて、受信されたＭＡＣ−ｅｈｓ ＰＤＵ(protocol data unit)の再順序付けを行うこと、
前記タイマーおよび前記変数をそれらの初期値に設定すること、
前記再順序付け待ち行列内のすべての再順序付けＰＤＵを前記ＭＡＣ装置に配置されている再構築装置に送ること、
セグメント化されたＭＡＣ−ｅｈｓ ＳＤＵ(service data unit)の再構築を行って、うまく再構築されたＭＡＣ−ｅｈｓ ＳＤＵを、前記ＭＡＣ装置に配置されているＬＣＨ−ＩＤ(logical channel identifier)逆多重化装置に送る前記再構築装置と、
正しい論理チャンネルまたはＭＡＣフローにすべてのＭＡＣ ＳＤＵを送る前記ＬＣＨ−ＩＤ逆多重化装置と、
前記再構築装置によって格納されたＭＡＣ−ｅｈｓ ＳＤＵセグメントを廃棄すること、および前記再順序付け待ち行列をフラッシュすること
を備えた方法。
２、ＲＲＣ(radio resource control)装置を組み込んで、固定ＲＬＣ(radio link control) ＰＤＵ(protocol data unit)サイズ とフレキシブルＲＬＣ(radio link control) ＰＤＵ(protocol data unit)サイズ間で再構築が起きたことを示すＲＲＣハンドオーバーメッセージを受信すること、および
前記ＲＲＣ装置が、前記ＲＬＣ装置にＲＬＣ再構築メッセージを送信するか否かを判定するＲＬＣ(radio link control)装置と
を備えたＷＴＲＵ(wireless transmit/receive unit)。
３、前記ＲＲＣは、前記ＲＲＣハンドオーバーメッセージが、フレキシブルＲＬＣ ＰＤＵサイズから固定ＲＬＣ ＰＤＵサイズに前記ＲＬＣ構成が変更されたことを示す場合、ＲＬＣ再構築が要求されるかどうかを判定する実施形態２のＷＴＲＵ。
４、ＷＴＲＵ(wireless transmit/receive unit)において、ＭＡＣ−ｈｓ(high speed medium access control)またはＭＡＣ−ｅｈｓ(enhanced MAC-hs)の再構成を行う方法であって、
新しいＤＬ(downlink) ＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓの構成値を示すＲＲＣ(radio resource control)ハンドオーバーメッセージを受信すること
を備えた方法。
５、ＭＡＣ−ｈｓからＭＡＣ−ｅｈｓへ、またはＭＡＣ−ｅｈｓからＭＡＣ−ｈｓへ前記ＭＡＣが変更した時、前記ＷＴＲＵは、ＭＡＣ再構成が起きたことを示す前記ＲＲＣメッセージから判定する実施形態４の方法。
６、前記ＲＲＣハンドオーバーメッセージ内にＭＡＣ−ｈｓ／ｅｈｓリセットインジケータが設定される実施形態４および５のいずれかにおける方法。
７、前記ＭＡＣ−ｅｈｓまたはＭＡＣ−ｈｓリセットインジケータが存在する場合、前記ＷＴＲＵは、前記ＭＡＣ−ｈｓ／ｅｈｓ再構築の前に、ＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓリセットを行う実施形態６の方法。
８、前記ＲＲＣハンドオーバーメッセージ内に前記ＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓリセットが設定されずに、ＭＡＣ−ｈｓ／ｅｈｓ再構成が起きた場合、前記ＷＴＲＵの特定されない動作が起きる実施形態６の方法。
９、ハンドオーバー手順時のデータ損失を最小限にする方法であって、
うまく送信されたＳＤＵ(service data unit)を廃棄することであって、前記ＳＤＵは、ＲＬＣ(radio link control) ＳＤＵに対応すること、および
廃棄されていないＳＤＵをＲＬＣ送信バッファに格納すること
を備えた方法。
１０、再送信バッファ内のすべてのＲＬＣ ＰＤＵを廃棄すること
をさらに備えた実施形態９の方法。
１１、送信するＲＬＣ側と関連する状態変数をリセットすること、
ＨＦＮ(hyper frame number)をリセットすること、および
新しいＲＬＣ構築を設定すること
をさらに備えた実施形態１０の方法。
１２、ハンドオーバー手順時のデータ損失を最小限にする方法であって、
うまく送信されたＳＤＵ(service data unit) を廃棄することであって、前記ＳＤＵは、ＰＤＣＰ(packet data convergence protocol) ＳＤＵに対応すること、および
廃棄されていないＳＤＵをＰＤＣＰ送信バッファに格納すること
を備えた方法。
１３、再送信バッファ内のすべてのＲＬＣ(radio link control) ＰＤＵ(protocol data unit)を廃棄すること
をさらに備えた実施形態１２の方法。
１４、送信するＲＬＣ側と関連する状態変数をリセットすること、
ＨＦＮ(hyper frame number)をリセットすること、および
新しいＲＬＣ構築を設定すること
をさらに備えた実施形態１３の方法。
１５、ハンドオーバー手順時のデータ損失を最小限にする方法であって、
最初に送信が失敗したＳＤＵも含めて、うまく送信されたＳＤＵ(service data unit)を廃棄すること、
廃棄されていないＳＤＵをＲＬＣ(radio link control)送信バッファに格納することであって、前記ＳＤＵは、ＲＬＣ ＳＤＵに対応すること
を備えた方法。
１６、再送信バッファ内のすべてのＲＬＣ ＰＤＵを廃棄すること
をさらに備えた実施形態１５の方法。
１７、送信するＲＬＣ側と関連する状態変数をリセットすること、
ＨＦＮ(hyper frame number)をリセットすること、および
新しいＲＬＣ構築を設定すること
をさらに備えた実施形態１６の方法。
１８、ハンドオーバー手順時のデータ損失を最小限にする方法であって、
最初に送信が失敗したＳＤＵも含めて、うまく送信されたＳＤＵ(service data unit)を廃棄すること、
廃棄されていないＳＤＵをＰＤＣＰ(packet data convergence protocol)送信バッファに格納することであって、前記ＳＤＵは、ＰＤＣＰ ＳＤＵに対応すること
を備えた方法。
１９、再送信バッファ内のすべてのＲＬＣ ＰＤＵを廃棄すること
をさらに備えた実施形態１８の方法。
２０、送信するＲＬＣ側と関連する状態変数をリセットすること、
ＨＦＮ(hyper frame number)をリセットすること、および
新しいＲＬＣ構築を設定すること
をさらに備えた実施形態１９の方法。
２１、ハンドオーバーが起きた時、ＳＤＵ(service data unit)状態レポートを送信する方法であって、
うまく受信されたＳＤＵに応答すること、および
失敗して受信されたＳＤＵに否定的に応答することであって、ＳＤＵ状態レポートは、ＲＬＣ(radio link control) ＳＤＵ状態レポートに応答すること
を備えた方法。
２２、ハンドオーバー時に受信されたＲＬＣ ＳＤＵ状態レポートに応答するＳＤＵを廃棄すること
をさらに備えた実施形態２１の方法。
２３、ハンドオーバーが起きた時、ＳＤＵ(service data unit)状態レポートを送信する方法であって、
うまく受信されたＳＤＵに応答すること、および
失敗して受信されたＳＤＵに否定的に応答することであって、ＳＤＵ状態レポートは、ＰＤＣＰ(packet data convergence protocol) ＳＤＵ状態レポートに応答すること
を備えた方法。
２４、ハンドオーバー時に受信されたＰＤＣＰ ＳＤＵ状態レポートに応答するＳＤＵを廃棄すること
をさらに備えた実施形態２３の方法。
２５、ハンドオーバー後にＳＤＵ(service data unit)を再送信する方法であって、
新しいセル上にＳＤＵを再送信することであって、前記ＳＤＵは、ＲＬＣ(radio link control) ＳＤＵに対応すること
を備えた方法。
２６、まだ応答されていないすべてのＳＤＵを再送信すること
をさらに備えた実施形態２５の方法。
２７、最初に送信が失敗したＳＤＵからすべてのＳＤＵを再送信すること
をさらに備えた実施形態２５の方法。
２８、ハンドオーバーにより、ＳＤＵ状態レポートが受信された後、否定的に応答されているＳＤＵのみを再送信すること
をさらに備えた実施形態２５の方法。
２９、ＲＬＣ ＳＤＵ送信バッファに格納されているＳＤＵを再送信すること
をさらに備えた実施形態２５の方法。
３０、ハンドオーバー後にＳＤＵ(service data unit)を再送信する方法であって、
新しいセル上にＳＤＵを再送信することであって、前記ＳＤＵは、ＰＤＣＰ(packet data convergence protocol) ＳＤＵに対応すること
を備えた方法。
３１、まだ応答されていないすべてのＳＤＵを再送信すること
をさらに備えた実施形態３０の方法。
３２、最初に送信が失敗したＳＤＵからすべてのＳＤＵを再送信すること
をさらに備えた実施形態３０の方法。
３３、ハンドオーバーにより、ＳＤＵ状態レポートが受信された後、否定的に応答されているＳＤＵのみを再送信すること
をさらに備えた実施形態３０の方法。
３４、ＰＤＣＰ ＳＤＵ送信バッファに格納されているＳＤＵを再送信すること
をさらに備えた実施形態３０の方法。
３５、ハンドオーバーが起きた時にＳＤＵ(service data unit)を処理する方法であって、
ＲＬＣ ＳＤＵに構築できるすべてのＲＬＣ(radio link control) ＰＤＵ(protocol data unit)を処理すること、
うまく構築されたすべてのＲＬＣ ＳＤＵを上位層に送信すること、
ＲＬＣ ＳＤＵに構築できないすべてのＲＬＣ ＳＤＵを廃棄すること、および
ＲＬＣ ＳＤＵ受信バッファにすべての故障ＳＤＵを格納すること
を備えた方法。
３６、受信機の変数およびＨＦＮ(hyper frame number)をリセットすること、
新しいＭＡＣ(medium access control)構成を設定すること、および
新しいＲＬＣ構成を設定すること
をさらに備えた実施形態３５の方法。
３７、うまくおよび失敗して受信されたＳＤＵを示すＳＤＵ状態レポートを構築することであって、ＳＤＵ状態レポートは、ＲＬＣ ＳＤＵ状態レポートに対応すること
をさらに備えた実施形態３６の方法。
３８、ハンドオーバーが起きた時にＳＤＵ(service data unit)を処理する方法であって、
ＲＬＣ ＳＤＵに構築できるすべてのＲＬＣ(radio link control) ＰＤＵ(protocol data unit)を処理すること、
うまく構築されたすべてのＲＬＣ ＳＤＵを上位層に送信すること、
ＲＬＣ ＳＤＵに構築できないすべてのＲＬＣ ＳＤＵを廃棄すること、および
ＰＤＣＰ(packet data convergence protocol) ＳＤＵ受信バッファにすべての故障ＳＤＵを格納すること
を備えた方法。
３９、受信機の変数およびＨＦＮ(hyper frame number)をリセットすること、
新しいＭＡＣ(medium access control)構成を設定すること、および
新しいＲＬＣ構成を設定すること
をさらに備えた実施形態３８の方法。
４０、うまくおよび失敗して受信されたＳＤＵを示すＳＤＵ状態レポートを構築することであって、ＳＤＵ状態レポートは、ＰＤＣＰ ＳＤＵ状態レポートに対応すること
をさらに備えた実施形態３９の方法。

特定の組み合わせによって、特徴および要素を説明しているが、各特徴または要素は、他の特徴および要素を用いずに単独で使用できるか、もしくは他の機能および要素の有無にかかわらず、さまざまな組み合わせによって使用できる。与えられた方法またはフローチャートは、コンピュータプログラム、ソフトウェア、もしくは汎用コンピュータまたはプロセッサが実行するコンピュータ読み取り可能記憶媒体に明示的に実施されるファームウェアに実装することができる。コンピュータ読み取り可能記憶媒体の例は、ＲＯＭ(read only memory)、ＲＡＭ(random access memory)、レジスタ、キャッシュメモリ、半導体メモリ装置、内部ハードディスクおよび取り外し可能ディスクなどの磁気媒体、光磁気媒体、ＣＤ−ＲＯＭディスクおよびＤＶＤ(digital versatile disk)などの光媒体を含む。

適するプロセッサは、一例として、汎用プロセッサ、専用プロセッサ、標準プロセッサ、ＤＳＰ(digital signal processor)、複数のマイクロプロセッサ、ＤＳＰコアと結合した１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ(Application Specific Integrated Circuit)、 ＦＰＧＡ(Field Programmable Gate Array)回路、任意の他の種類のＩＣ(integrated circuit)、および／またはステートマシンを含む。

ソフトウェアと結合したプロセッサを使用して、ＷＴＲＵ(wireless transmit receive unit)、ＵＥ(user equipment)、端末機、基地局、ＲＮＣ(radio network controller)、または任意のホストコンピュータが用いる無線周波数トランシーバに実装することができる。ＷＴＲＵは、モジュールとともに用いることができ、カメラ、ビデオカメラモジュール、ビデオフォン、スピーカフォン、振動装置、スピーカ、マイクロフォン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、ＦＭ(frequency modulated)無線装置、ＬＣＤ(liquid crystal display)ディスプレイ装置、ＯＬＥＤ(organic light-emitting diode)ディスプレイ装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ(wireless local area network)モジュールなどのハードウェアおよび／またはソフトウェアに実装することができる。

Claims (40)

1. ＭＡＣ(medium access control)装置をリセットする方法であって、
   ＲＲＣ(radio resource control)装置からＭＡＣ−ｅｈｓ(enhanced high speed MAC)リセットメッセージを受信するステップと、
   前記ＭＡＣ装置内のＨＡＲＱ(hybrid automatic repeat request)ソフトバッファを、組み込まれたすべてのＨＡＲＱプロセスにフラッシュするステップと、
   前記ＭＡＣ装置の再順序付け待ち行列に配置されている再順序付けリリースタイマーおよびＭＡＣ−ｅｈｓ再順序付けタイマーを停止するステップであって、前記再順序付け待ち行列が、少なくとも１つの変数を用いて、受信されたＭＡＣ−ｅｈｓ ＰＤＵ(protocol data unit)の再順序付けを行うステップと、
   前記タイマーおよび前記変数をそれらの初期値に設定するステップと、
   前記再順序付け待ち行列内のすべての再順序付けＰＤＵを前記ＭＡＣ装置に配置されている再構築装置に送るステップと、
   前記再構築装置が、セグメント化されたＭＡＣ−ｅｈｓ ＳＤＵ(service data unit)の再構築を行ない、うまく再構築されたＭＡＣ−ｅｈｓ ＳＤＵを、前記ＭＡＣ装置に配置されているＬＣＨ−ＩＤ(logical channel identifier)逆多重化装置に送るステップと、
   前記ＬＣＨ−ＩＤ逆多重化装置が、正しい論理チャンネルまたはＭＡＣフローにすべてのＭＡＣ ＳＤＵを送るステップと、
   前記再構築装置によって格納されたＭＡＣ−ｅｈｓ ＳＤＵセグメントを廃棄するステップと、
   前記再順序付け待ち行列をフラッシュするステップと
   を備えたことを特徴とする方法。
2. 固定ＲＬＣ(radio link control) ＰＤＵ(protocol data unit)サイズと、フレキシブルＲＬＣ ＰＤＵサイズとの間で再構成が発生したことを示すＲＲＣ(radio resource control)ハンドオーバーメッセージを受信するように構成されたＲＲＣ装置と、
   ＲＬＣ(radio link control)装置であって、前記ＲＲＣ装置が、このＲＬＣ装置にＲＬＣ再構築メッセージを送信するか否かを判定するＲＬＣ装置と
   を備えたことを特徴とするＷＴＲＵ(wireless transmit/receive unit)。
3. 前記ＲＲＣは、前記ＲＲＣハンドオーバーメッセージが、フレキシブルＲＬＣ ＰＤＵサイズから固定ＲＬＣ ＰＤＵサイズに前記ＲＬＣ構成が変更されたことを示す場合、ＲＬＣ再構築が要求されるかどうかを判定することを特徴とする請求項２に記載のＷＴＲＵ。
4. ＷＴＲＵ(wireless transmit/receive unit)において、ＭＡＣ−ｈｓ(high speed medium access control)またはＭＡＣ−ｅｈｓ(enhanced MAC-hs)の再構成を行う方法であって、
   新しいＤＬ(downlink) ＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓの構成値を示すＲＲＣ(radio resource control)ハンドオーバーメッセージを受信するステップ
   を備えたことを特徴とする方法。
5. ＭＡＣ−ｈｓからＭＡＣ−ｅｈｓへ、またはＭＡＣ−ｅｈｓからＭＡＣ−ｈｓへ前記ＭＡＣが変更した時、前記ＷＴＲＵが、ＭＡＣ再構成が起きたことを示す前記ＲＲＣメッセージから判定することを特徴とする請求項４に記載の方法。
6. 前記ＲＲＣハンドオーバーメッセージ内にＭＡＣ−ｈｓ／ｅｈｓリセットインジケータが設定されることを特徴とする請求項５に記載の方法。
7. 前記ＭＡＣ−ｅｈｓまたはＭＡＣ−ｈｓリセットインジケータが存在する場合、前記ＷＴＲＵが、前記ＭＡＣ−ｈｓ／ｅｈｓ再構成の前に、ＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓリセットを行うことを特徴とする請求項６に記載の方法。
8. 前記ＲＲＣハンドオーバーメッセージ内に前記ＭＡＣ−ｈｓまたはＭＡＣ−ｅｈｓリセットが設定されずに、ＭＡＣ−ｈｓ／ｅｈｓ再構成が起きた場合、前記ＷＴＲＵの特定されない動作が起きることを特徴とする請求項６に記載の方法。
9. ハンドオーバー手順時のデータ損失を最小限にする方法であって、
   うまく送信されたＳＤＵ(service data unit)を廃棄することであって、前記ＳＤＵは、ＲＬＣ(radio link control) ＳＤＵに対応するステップと、
   廃棄されていないＳＤＵをＲＬＣ送信バッファに格納するステップと
   を備えたことを特徴とする方法。
10. 再送信バッファ内のすべてのＲＬＣ ＰＤＵを廃棄するステップ
    をさらに備えたことを特徴とする請求項９に記載の方法。
11. 送信するＲＬＣ側と関連する状態変数をリセットするステップと、
    ＨＦＮ(hyper frame number)をリセットするステップと、
    新しいＲＬＣ構成を設定するステップと
    をさらに備えたことを特徴とする請求項１０に記載の方法。
12. ハンドオーバー手順時のデータ損失を最小限にする方法であって、
    うまく送信されたＳＤＵ(service data unit) を廃棄するステップであって、前記ＳＤＵは、ＰＤＣＰ(packet data convergence protocol) ＳＤＵに対応するステップと、
    廃棄されていないＳＤＵをＰＤＣＰ送信バッファに格納するステップと
    を備えたことを特徴とする方法。
13. 再送信バッファ内のすべてのＲＬＣ(radio link control) ＰＤＵ(protocol data unit)を廃棄するステップ
    をさらに備えたことを特徴とする請求項１２に記載の方法。
14. 送信するＲＬＣ側と関連する状態変数をリセットするステップと、
    ＨＦＮ(hyper frame number)をリセットするステップと、
    新しいＲＬＣ構成を設定するステップと
    をさらに備えたことを特徴とする請求項１３に記載の方法。
15. ハンドオーバー手順時のデータ損失を最小限にする方法であって、
    最初に送信が失敗したＳＤＵも含めて、うまく送信されたＳＤＵ(service data unit)を廃棄するステップと、
    廃棄されていないＳＤＵをＲＬＣ(radio link control)送信バッファに格納するステップであって、前記ＳＤＵは、ＲＬＣ ＳＤＵに対応するステップと
    を備えたことを特徴とする方法。
16. 再送信バッファ内のすべてのＲＬＣ ＰＤＵを廃棄するステップ
    をさらに備えたことを特徴とする請求項１５に記載の方法。
17. 送信するＲＬＣ側と関連する状態変数をリセットするステップと、
    ＨＦＮ(hyper frame number)をリセットするステップと、
    新しいＲＬＣ構成を設定するステップと
    をさらに備えたことを特徴とする請求項１６に記載の方法。
18. ハンドオーバー手順時のデータ損失を最小限にする方法であって、
    最初に送信が失敗したＳＤＵも含めて、うまく送信されたＳＤＵ(service data unit)を廃棄するステップと、
    廃棄されていないＳＤＵをＰＤＣＰ(packet data convergence protocol)送信バッファに格納するステップであって、前記ＳＤＵは、ＰＤＣＰ ＳＤＵに対応するステップと
    を備えたことを特徴とする方法。
19. 再送信バッファ内のすべてのＲＬＣ ＰＤＵを廃棄するステップ
    をさらに備えたことを特徴とする請求項１８に記載の方法。
20. 送信するＲＬＣ側と関連する状態変数をリセットするステップと、
    ＨＦＮ(hyper frame number)をリセットするステップと、
    新しいＲＬＣ構成を設定するステップと
    をさらに備えたことを特徴とする請求項１９に記載の方法。
21. ハンドオーバーが起きた時、ＳＤＵ(service data unit)状態レポートを送信する方法であって、
    うまく受信されたＳＤＵに応答するステップと、
    うまく受信されなかったＳＤＵに否定的に応答するステップであって、ＳＤＵ状態レポートは、ＲＬＣ(radio link control) ＳＤＵ状態レポートに対応するステップと
    を備えたことを特徴とする方法。
22. ハンドオーバー時に受信されたＲＬＣ ＳＤＵ状態レポートに応答するＳＤＵを廃棄するステップ
    をさらに備えたことを特徴とする請求項２１に記載の方法。
23. ハンドオーバーが起きた時、ＳＤＵ(service data unit)状態レポートを送信する方法であって、
    うまく受信されたＳＤＵに応答するステップと、
    うまく受信されなかったＳＤＵに否定的に応答するステップであって、ＳＤＵ状態レポートは、ＰＤＣＰ(packet data convergence protocol) ＳＤＵ状態レポートに対応するステップと
    を備えたことを特徴とする方法。
24. ハンドオーバー時に受信されたＰＤＣＰ ＳＤＵ状態レポートに応答するＳＤＵを廃棄するステップ
    をさらに備えたことを特徴とする請求項２３に記載の方法。
25. ハンドオーバーが起きた後にＳＤＵ(service data unit)を再送信する方法であって、
    新しいセル上にＳＤＵを再送信するステップであって、前記ＳＤＵは、ＲＬＣ(radio link control) ＳＤＵに対応するステップ
    を備えたことを特徴とする方法。
26. まだ応答されていないすべてのＳＤＵを再送信するステップ
    をさらに備えたことを特徴とする請求項２５に記載の方法。
27. 最初に送信が失敗したＳＤＵからすべてのＳＤＵを再送信するステップ
    をさらに備えたことを特徴とする請求項２５に記載の方法。
28. ハンドオーバーにより、ＳＤＵ状態レポートが受信された後、否定的に応答されているＳＤＵのみを再送信するステップ
    をさらに備えたことを特徴とする請求項２５に記載の方法。
29. ＲＬＣ ＳＤＵ送信バッファに格納されているＳＤＵを再送信するステップ
    をさらに備えたことを特徴とする請求項２５に記載の方法。
30. ハンドオーバーが起きた後にＳＤＵ(service data unit)を再送信する方法であって、
    新しいセル上にＳＤＵを再送信するステップであって、前記ＳＤＵは、ＰＤＣＰ(packet data convergence protocol) ＳＤＵに対応するステップ
    を備えたことを特徴とする方法。
31. まだ応答されていないすべてのＳＤＵを再送信するステップ
    をさらに備えたことを特徴とする請求項３０に記載の方法。
32. 最初に送信が失敗したＳＤＵからすべてのＳＤＵを再送信するステップ
    をさらに備えたことを特徴とする請求項３０に記載の方法。
33. ハンドオーバーにより、ＳＤＵ状態レポートが受信された後、否定的に応答されているＳＤＵのみを再送信するステップ
    をさらに備えたことを特徴とする請求項３０に記載の方法。
34. ＰＤＣＰ ＳＤＵ送信バッファに格納されているＳＤＵを再送信するステップ
    をさらに備えたことを特徴とする請求項３０に記載の方法。
35. ハンドオーバーが起きた時にＳＤＵ(service data unit)を処理する方法であって、
    ＲＬＣ(radio link control) ＰＤＵ(protocol data unit)に構築できるすべてのＲＬＣ ＳＤＵを処理するステップと、
    うまく構築されたすべてのＲＬＣ ＳＤＵを上位層に送信するステップと、
    ＲＬＣ ＳＤＵに構築できないすべてのＲＬＣ ＳＤＵを廃棄するステップと、
    ＲＬＣ ＳＤＵ受信バッファにすべての故障ＳＤＵを格納するステップと
    を備えたことを特徴とする方法。
36. 受信機の変数およびＨＦＮ(hyper frame number)をリセットするステップと、
    新しいＭＡＣ(medium access control)構成を設定するステップと、
    新しいＲＬＣ構成を設定するステップと
    をさらに備えたことを特徴とする請求項３５に記載の方法。
37. うまくおよび失敗して受信されたＳＤＵを示すＳＤＵ状態レポートを構築するステップであって、ＳＤＵ状態レポートは、ＲＬＣ ＳＤＵ状態レポートに対応するステップ
    をさらに備えたことを特徴とする請求項３６に記載の方法。
38. ハンドオーバーが起きた時にＳＤＵ(service data unit)を処理する方法であって、
    ＲＬＣ ＳＤＵに構築できるすべてのＲＬＣ(radio link control) ＰＤＵ(protocol data unit)を処理するステップと、
    うまく構築されたすべてのＲＬＣ ＳＤＵを上位層に送信するステップと、
    ＲＬＣ ＳＤＵに構築できないすべてのＲＬＣ ＳＤＵを廃棄するステップと、
    ＰＤＣＰ(packet data convergence protocol) ＳＤＵ受信バッファにすべての故障ＳＤＵを格納するステップと
    を備えたことを特徴とする方法。
39. 受信機の変数およびＨＦＮ(hyper frame number)をリセットするステップと、
    新しいＭＡＣ(medium access control)構成を設定するステップと、
    新しいＲＬＣ構成を設定するステップと
    をさらに備えたことを特徴とする請求項３８に記載の方法。
40. うまくおよび失敗して受信されたＳＤＵを示すＳＤＵ状態レポートを構築するステップであって、ＳＤＵ状態レポートは、ＰＤＣＰ ＳＤＵ状態レポートに対応するステップ
    をさらに備えたことを特徴とする請求項３９に記載の方法。

Images