(57)【要約】      （修正有）【課題】ＵＴＲＡ(universal terrestrial  radio  access)Ｒ６(release6)セルとＵＴＲＡ  Ｒ７(release7)セル間のハンドオーバー手順の最適化を制御する。【解決手段】ＷＴＲＵがＲ６セルとＲ７セルとの間、またはＲ７セルの間を移動する時、ハンドオーバーが、ソースノード−Ｂからターゲットノード−Ｂへと開始される。Ｒ７セルにおいて、フレキシブルＲＬＣ(radio  link  control)ＰＤＵ(protocol  data  unit)サイズおよびＭＡＣ−ｈｓ(high  speed  MAC)セグメンテーションを含み、異なる優先待ち行列を多重化する強化ＭＡＣ機能がサポートされる。ハンドオーバーの後、ターゲットノード−Ｂによってサポートされる機能に基づいてＭＡＣレイヤおよび／またはＲＬＣレイヤが再構成またはリセットされる。【選択図】図２
2014197880.tif 000002
【特許請求の範囲】
【請求項１】
無線送信受信装置（ＷＴＲＵ）において実行される方法であって、
サービング高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）セルにて発生する媒体アクセス制御（ＭＡＣ）再構成を前記ＷＴＲＵへ通知するための無線リソース制御（ＲＲＣ）メッセージを受信するステップと、
（ｉ）前記ＲＲＣメッセージ内にダウンリンク（ＤＬ）高速媒体アクセス制御（ＭＡＣ−ｈｓ）リセットインジケータが含まれ、および（ｉｉ）前記ＲＲＣメッセージが拡張ＭＡＣ−ｈｓ(ＭＡＣ−ｅｈｓ)構成のインジケーションを含むという条件で、ＭＡＣ−ｈｓリセットを実行するステップと、
（ｉ）前記ＲＲＣメッセージ内にＤＬ  ＭＡＣ−ｈｓリセットインジケータが含まれ、および（ｉｉ）前記ＲＲＣメッセージがＭＡＣ−ｈｓ構成のインジケーションを含むという条件で、ＭＡＣ−ｅｈｓリセットを実行するステップと
を備えたことを特徴とする方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本アプリケーションは、無線通信に関する。
【背景技術】
【０００２】
ＨＳＰＡ(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)モジュールなどのハードウェアおよび／またはソフトウェアに実装することができる。
【図１Ａ】
2014197880.tif 000003
【図１Ｂ】
2014197880.tif 000004
【図２】
2014197880.tif 000005
【手続補正書】
【提出日】平成26年7月7日(2014.7.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線送受信装置（ＷＴＲＵ）において実行される方法であって、前記方法は、
前記ＷＴＲＵと、前記ＷＴＲＵに現在サービス提供している高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）セルとの間の無線リンクを介して、サービングＨＳ−ＤＳＣＨセルにて発生する媒体アクセス制御（ＭＡＣ）再構成を前記ＷＴＲＵへ通知するための無線リソース制御（ＲＲＣ）メッセージを受信するステップであって、前記ＲＲＣメッセージは、
ダウンリンク（ＤＬ）高速媒体アクセス制御（ＭＡＣ−ｈｓ）リセットインジケータと、
再構成後の前記ＨＳ−ＤＳＣＨセルによりサポートされるＭＡＣヘッダフォーマットを示す情報エレメント（ＩＥ）と、
再構成後の前記ＨＳ−ＤＳＣＨセルの前記ＭＡＣの構成情報を含む１または複数のＩＥと
を含む、ステップと、
前記ＭＡＣヘッダフォーマットが拡張ＭＡＣ−ｈｓ(ＭＡＣ−ｅｈｓ)構成に対応するという条件で、ＭＡＣ−ｈｓリセットを実行するステップと、
前記受信した構成情報にしたがって、ＭＡＣ−ｅｈｓ再構成を実行するステップと
を備えたことを特徴とする方法。
【請求項２】
前記ＷＴＲＵは、ＭＡＣ−ｈｓからＭＡＣ−ｅｈｓへの前記ＭＡＣ再構成が開始されたことを、前記ＲＲＣメッセージから判定することを特徴とする請求項１に記載の方法。
【請求項３】
前記ＷＴＲＵは、前記ＭＡＣ−ｅｈｓ再構成を実行する前に前記ＭＡＣ−ｈｓリセットを実行することを特徴とする請求項１に記載の方法。
【請求項４】
前記ＷＴＲＵの不特定の動作は、前記ＭＡＣ−ｈｓリセットが、前記ＲＲＣメッセージに含まれず、および前記ＭＡＣ−ｅｈｓ再構成が実行されなかった場合に発生することを特徴とする請求項１に記載の方法。
【請求項５】
前記ＷＴＲＵの不特定の動作は、再構成後の前記ＨＳ−ＤＳＣＨセルによりサポートされる前記ヘッダフォーマットが、前記ＷＴＲＵのＭＡＣの現在の構成に対応するという条件で発生することを特徴とする請求項１に記載の方法。
【請求項６】
サービング高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）セルにて発生する媒体アクセス制御（ＭＡＣ）再構成を無線送受信装置（ＷＴＲＵ）へ通知するための無線リソース制御（ＲＲＣ）メッセージを受信するように構成されたＲＲＣユニットであって、前記ＲＲＣメッセージは、前記ＷＴＲＵと、前記ＷＴＲＵに現在サービス提供している前記ＨＳ−ＤＳＣＨセルとの間の無線リンクを介して受信される、ＲＲＣユニットと、
前記ＲＲＣメッセージを前記ＲＲＣユニットから受信し、前記ＲＲＣメッセージは、
ダウンリンク（ＤＬ）高速媒体アクセス制御（ＭＡＣ−ｈｓ）リセットインジケータと、
再構成後の前記ＨＳ−ＤＳＣＨセルによりサポートされるＭＡＣヘッダフォーマットを示す情報エレメント（ＩＥ）と、
再構成後の前記ＨＳ−ＤＳＣＨセルの前記ＭＡＣの構成情報を含む１または複数のＩＥと
を含み、
前記ＭＡＣヘッダフォーマットが拡張ＭＡＣ−ｈｓ(ＭＡＣ−ｅｈｓ)構成に対応するという条件で、ＭＡＣ−ｈｓリセットを実行し、
前記受信した構成情報にしたがって、ＭＡＣ−ｅｈｓ再構成を実行する
ように構成されたＭＡＣユニットと
を備えたことを特徴とするＷＴＲＵ。
【請求項７】
前記ＷＴＲＵは、ＭＡＣ−ｈｓからＭＡＣ−ｅｈｓへの前記ＭＡＣ再構成が開始されたことを、前記ＲＲＣメッセージから判定することを特徴とする請求項６に記載のＷＴＲＵ。
【請求項８】
前記ＭＡＣユニットは、前記ＭＡＣ−ｅｈｓ再構成を実行する前に前記ＭＡＣ−ｈｓリセットを実行するように構成されることを特徴とする請求項６に記載のＷＴＲＵ。
【請求項９】
前記ＷＴＲＵの不特定の動作は、前記ＭＡＣ−ｈｓリセットが、前記ＲＲＣメッセージに含まれず、および前記ＭＡＣ−ｅｈｓ再構成が実行されなかった場合に発生することを特徴とする請求項６に記載のＷＴＲＵ。
【請求項１０】
前記ＷＴＲＵの不特定の動作は、再構成後の前記ＨＳ−ＤＳＣＨセルによりサポートされるヘッダフォーマットが、前記ＷＴＲＵのＭＡＣの現在の構成に対応するという条件で発生することを特徴とする請求項６に記載のＷＴＲＵ。
【請求項１１】
無線送受信装置（ＷＴＲＵ）において実行される方法であって、前記方法は、
前記ＷＴＲＵと、前記ＷＴＲＵに現在サービング提供している高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）セルとの間の無線リンクを介して、サービングＨＳ−ＤＳＣＨセルにて発生する媒体アクセス制御（ＭＡＣ）再構成を前記ＷＴＲＵへ通知するための無線リソース制御（ＲＲＣ）メッセージを受信するステップであって、前記ＲＲＣメッセージは、
ダウンリンク（ＤＬ）高速媒体アクセス制御（ＭＡＣ−ｈｓ）リセットインジケータと、
再構成後の前記ＨＳ−ＤＳＣＨセルによりサポートされるＭＡＣヘッダフォーマットを示す情報エレメント（ＩＥ）と、
再構成後の前記ＨＳ−ＤＳＣＨセルの前記ＭＡＣの構成情報を含む１または複数のＩＥと
を含む、ステップと、
前記ＭＡＣヘッダフォーマットがＭＡＣ−ｈｓ構成に対応するという条件で、拡張ＭＡＣ−ｈｓ(ＭＡＣ−ｅｈｓ)リセットを実行するステップと、
前記受信した構成情報にしたがって、ＭＡＣ−ｈｓ再構成を実行するステップと
を備えたことを特徴とする方法。
【請求項１２】
前記ＷＴＲＵは、ＭＡＣ−ｅｈｓからＭＡＣ−ｈｓへの前記ＭＡＣ再構成が開始されたことを、前記ＲＲＣメッセージから判定することを特徴とする請求項１１に記載の方法。
【請求項１３】
前記ＷＴＲＵは、前記ＭＡＣ−ｈｓ再構成を実行する前に前記ＭＡＣ−ｅｈｓリセットを実行することを特徴とする請求項１１に記載の方法。
【請求項１４】
前記ＷＴＲＵの不特定の動作は、前記ＭＡＣ−ｅｈｓリセットが、前記ＲＲＣメッセージに含まれず、および前記ＭＡＣ−ｈｓ再構成が実行されなかった場合に発生することを特徴とする請求項１１に記載の方法。
【請求項１５】
前記ＷＴＲＵの不特定の動作は、再構成後の前記ＨＳ−ＤＳＣＨセルによりサポートされる前記ヘッダフォーマットが、前記ＷＴＲＵのＭＡＣの現在の構成に対応するという条件で発生することを特徴とする請求項１１に記載の方法。
【請求項１６】
サービング高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）セルにて発生する媒体アクセス制御（ＭＡＣ）再構成を無線送受信装置（ＷＴＲＵ）へ通知するための無線リソース制御（ＲＲＣ）メッセージを受信するように構成されたＲＲＣユニットであって、前記ＲＲＣメッセージは、前記ＷＴＲＵと、前記ＷＴＲＵに現在サービング提供している前記ＨＳ−ＤＳＣＨセルとの間の無線リンクを介して受信される、ＲＲＣユニットと、
前記ＲＲＣメッセージを前記ＲＲＣユニットから受信し、前記ＲＲＣメッセージは、
ダウンリンク（ＤＬ）高速媒体アクセス制御（ＭＡＣ−ｈｓ）リセットインジケータと、
再構成後の前記ＨＳ−ＤＳＣＨセルによりサポートされるＭＡＣヘッダフォーマットを示す情報エレメント（ＩＥ）と、
再構成後の前記ＨＳ−ＤＳＣＨセルの前記ＭＡＣの構成情報を含む１または複数のＩＥと
を含み、
前記ＭＡＣヘッダフォーマットがＭＡＣ−ｈｓ構成に対応するという条件で、拡張ＭＡＣ−ｈｓ(ＭＡＣ−ｅｈｓ)リセットを実行し、
前記受信した構成情報にしたがって、ＭＡＣ−ｈｓ再構成を実行する
ように構成されたＭＡＣユニットと
を備えたことを特徴とするＷＴＲＵ。
【請求項１７】
前記ＷＴＲＵは、ＭＡＣ−ｅｈｓからＭＡＣ−ｈｓへの前記ＭＡＣ再構成が開始されたことを、前記ＲＲＣメッセージから判定することを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項１８】
前記ＭＡＣユニットは、前記ＭＡＣ−ｈｓ再構成を実行する前に前記ＭＡＣ−ｅｈｓリセットを実行するように構成されることを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項１９】
前記ＷＴＲＵの不特定の動作は、前記ＭＡＣ−ｅｈｓリセットが、前記ＲＲＣメッセージに含まれず、および前記ＭＡＣ−ｈｓ再構成が実行されなかった場合に発生することを特徴とする請求項１６に記載のＷＴＲＵ。
【請求項２０】
前記ＷＴＲＵの不特定の動作は、再構成後の前記ＨＳ−ＤＳＣＨセルによりサポートされるヘッダフォーマットが、前記ＷＴＲＵのＭＡＣの現在の構成に対応するという条件で発生することを特徴とする請求項１６に記載のＷＴＲＵ。