JP2013255257A - 拡張Ｃｅｌｌ＿ＦＡＣＨ状態でのセル更新のための方法および装置 - Google Patents

Abstract

【課題】Ｃｅｌｌ ＦＡＣＨ状態にある間のセル更新および再選択の方法を提供する。
【解決手段】Ｃｅｌｌ ＦＡＣＨ状態のＷＴＲＵが、ターゲットセルを選択し（２０２）、高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）共通システム情報を含むターゲットセルからシステム情報を読み取る（２０６）。ＷＴＲＵは、ＨＳ−ＤＳＣＨメディアアクセス制御（ＭＡＣ−ｈｓ）エンティティをＨＳ−ＤＳＣＨ共通システム情報に基づいて構成し、セル変更を通知するために、ＣＥＬＬ ＵＰＤＡＴＥメッセージを送信する（２１０）。ＷＴＲＵは、システム情報中の共通Ｈ−ＲＮＴＩブロードキャスト、ＣＥＬＬ ＵＰＤＡＴＥメッセージ中での要求通りに確保されたＨ−ＲＮＴＩ、またはＵ−ＲＮＴＩの部分集合である一時識別情報を使用して、ＨＳＤＰＡを受信する（２１６）。ＭＡＣ−ｈｓエンティティは、セル再選択後にリセットできる。
【選択図】図２

Description

本発明は無線通信に関する。

ＵＴＲＡＮにおける無線送信／受信ユニット（ＷＴＲＵ）はアイドルモードまたは接続モードのいずれかであることができる。接続モードにある間のＷＴＲＵの移動性および活動性に基づいて、ユニバーサル地上無線アクセスネットワーク（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）（ＵＴＲＡＮ）はいくつかの無線リソース制御（ＲＲＣ）の下位状態であるＣｅｌｌ＿ＰＣＨ、ＵＲＡ＿ＰＣＨ、Ｃｅｌｌ＿ＦＡＣＨ、およびＣｅｌｌ＿ＤＣＨ状態間の遷移をＷＴＲＵに指示することができる。ＷＴＲＵとＵＴＲＡＮとの間のユーザ平面の通信は、Ｃｅｌｌ＿ＦＡＣＨおよびＣｅｌｌ＿ＤＣＨ状態にある間のみ可能である。Ｃｅｌｌ＿ＤＣＨ状態はアップリンクとダウンリンクの両方での専用チャネルにより特徴づけられる。ＷＴＲＵ側では、これは連続送信および受信に対応し、ユーザの電力要件に対して厳しいことがある。Ｃｅｌｌ＿ＦＡＣＨ状態は、専用チャネルを使用しないのでより良い電力消費が可能であるが、アップリンクおよびダウンリンク処理能力が低下してしまう。

Ｃｅｌｌ＿ＦＡＣＨ状態は、シグナリングトラフィック（たとえば、ＣＥＬＬ ＵＰＤＡＴＥメッセージの送信）、および非常に低いアップリンク処理能力を必要とする適用例によく適している。アップリンク通信は、物理ランダムアクセスチャネル（ＰＲＡＣＨ）にマッピングされるランダムアクセスチャネル（ＲＡＣＨ）を介して達成される。ＲＡＣＨは、チャネルを取得し、送信電力を調節する電力ランプアップ（ｒａｍｐ−ｕｐ）手順をもつ、競合ベースのチャネルである。ダウンリンク通信は、セカンダリ共通制御物理チャネル（Ｓ−ＣＣＰＣＨ）にマッピングされるフォワードアクセスチャネル（ＦＡＣＨ）を介して行われる。Ｃｅｌｌ＿ＦＡＣＨで使用されるアップリンク（すなわち、ＲＡＣＨ）およびダウンリンク（すなわち、ＦＡＣＨ）チャネル用の設定詳細を含むシステム情報は、ブロードキャストチャネル（ＢＣＨ）から読み込まれる。

Ｃｅｌｌ＿ＦＡＣＨ状態では、移動性はＷＴＲＵによって自律的に処理される。ソフトハンドオーバの概念は、現在（第３世代パートナーシッププロジェクト（３ＧＰＰ）規格のリリース６で）Ｃｅｌｌ＿ＦＡＣＨ内には存在しない。ＷＴＲＵは独立して測定を行い、どのセル上にキャンプ（ｃａｍｐ）すべきかを判断する。

Ｃｅｌｌ＿ＦＡＣＨ状態での高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）の使用（すなわち、拡張Ｃｅｌｌ＿ＦＡＣＨ状態）の可能性が標準化団体によって研究されてきた。ＨＳＤＰＡは、Ｃｅｌｌ＿ＤＣＨ状態で動作させるために３ＧＰＰ仕様のリリース５で導入されたフィーチャである。ＨＳＤＰＡは、すべて非常に高速で動作する、適応変調およびコーディング（ＡＭＣ）、ハイブリッド自動再送要求（ＨＡＲＱ）方式を使用する再送信、およびノードＢスケジューリングの３つの主要な概念を使用することによってダウンリンクの共有容量のより良い利用を試みる。

ＨＳＤＰＡ接続を有するあらゆるＷＴＲＵは、ＨＳ−ＤＳＣＨ無線ネットワーク一時識別子（Ｈ−ＲＮＴＩ）を割り当てられる。Ｈ−ＲＮＴＩはセル内で一意であり、サービス側無線ネットワークコントローラ（ＳＲＮＣ）によって割り当てられる。ＷＴＲＵは単一のサービス側セル（すなわち、ノードＢ）に接続される。ＷＴＲＵは、使用する物理チャネルリソース（高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）情報）、ならびにＨＡＲＱプロセスおよびＨＡＲＱメモリをどのように設定するかについて示されなければならない。

移動性の結果として、ＷＴＲＵは１つのセルを供給するノードＢ（ソースノードＢ）を別のノードＢ（ターゲットノードＢ）に変更することができる。ＵＴＲＡＮは、この変更のタイミングを制御する。ＳＲＮＣはソースノードＢへのデータの送信を止め、新しい構成をもつターゲットノードＢへのデータの送信を開始しなければならない。同時に、ＲＮＣは、ＷＴＲＵでＨＳ−ＤＳＣＨメディアアクセス制御（ＭＡＣ−ｈｓ）エンティティをリセットするために制御メッセージ（ＲＲＣメッセージ）を送信しなければならない。

ＭＡＣ−ｈｓリセットは、すべての構成されたＨＡＲＱプロセス用のソフトバッファをフラッシュすることと、すべてのアクティブな並べ替えリリースタイマ（Ｔ１）を止め、すべてのタイマ（Ｔ１）をそれらの初期値に設定することと、あらゆる構成されたＨＡＲＱプロセス上で次の送信用に送信順序番号（ＴＳＮ）を値０で開始することと、変数ＲｃｖＷｉｎｄｏｗ＿ＵｐｐｅｒＥｄｇｅおよびｎｅｘｔ＿ｅｘｐｅｃｔｅｄ＿ＴＳＮをそれらの初期値に初期化することと、並べ替えバッファ中ですべてのＭＡＣ−ｈｓプロトコルデータユニット（ＰＤＵ）を逆アセンブルし、すべての専用チャネルメディアアクセス制御（ＭＡＣ−ｄ）ＰＤＵをＭＡＣ−ｄエンティティへ送出することと、並べ替えバッファをフラッシュすることと、場合によっては、高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）上にマッピングされた、すべての確認応答モード（ａｃｋｎｏｗｌｅｄｇｅｄ ｍｏｄｅ）（ＡＭ）無線リンク制御（ＲＬＣ）エンティティにステータス報告を生成するように指示することとを伴うことになる。

拡張（ｅｎｈａｎｃｅｄ）Ｃｅｌｌ＿ＦＡＣＨ状態にある間にＨＳＤＰＡを送信しようとする場合、対処が必要な多数の問題がある。ＨＳＤＰＡは現在、Ｃｅｌｌ＿ＤＣＨ状態でのみ動作するように標準化されている。ＷＴＲＵは、ＨＳＤＰＡ受信が許されるか否かを確認するために変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮを利用する。拡張Ｃｅｌｌ＿ＦＡＣＨ状態では、ＷＴＲＵはブロードキャストシステム情報中の共通チャネル設定情報を受信する。しかしながら、ブロードキャスト情報ではＨＳＤＰＡ構成情報は搬送されない。

拡張Ｃｅｌｌ＿ＦＡＣＨ状態は、共通論理チャネル（共通制御チャネル（ＣＣＣＨ）および共通トラフィックチャネル（ＣＴＣＨ））上でダウンリンクシグナリング無線ベアラを使用することになる。これらの無線ベアラ上で搬送される一般的なＲＲＣメッセージは、ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰメッセージおよびＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを含む。ＨＳＤＰＡ構成の詳細は前者のメッセージ内に含まれるので、このメッセージは問題を持つ。Ｃｅｌｌ＿ＤＣＨでは、ＷＴＲＵは、構成の詳細を読み取るまで待機してからＨＳＤＰＡ通信を許可する。拡張Ｃｅｌｌ＿ＦＡＣＨでは、メッセージがＨＳＤＰＡ通信を使用して受信されなければならないので、これは不可能である。従来の３ＧＰＰリリース６仕様はＣｅｌｌ＿ＦＡＣＨでのＨＳ−ＤＳＣＨの動作のサポートを提供していない。

ＷＴＲＵが拡張Ｃｅｌｌ＿ＦＡＣＨ状態にある場合、ＷＴＲＵは多くの理由（たとえば、セル再選択、無線リンク障害、無線リンク制御（ＲＬＣ）回復不能エラーなど）によりセル更新手順を実行する。セル更新手順に関して、多数の問題が起こることがある。たとえば、ＷＴＲＵは拡張Ｃｅｌｌ＿ＦＡＣＨへの遷移を求められることがあるが、それはＨＳＤＰＡ構成情報を取り出す方法を必要とする。セル再選択手順はＷＴＲＵによって制御される。したがって、ＵＴＲＡＮは適時の同期されたＭＡＣ−ｈｓリセットを実行することができない。実際、セル再選択の後、ＷＴＲＵがリッスンするのを止めても、ソースノードＢはＷＴＲＵに情報を送信し続ける。ＵＴＲＡＮは、ＣＥＬＬ ＵＰＤＡＴＥメッセージを受信した後に初めて変更を認識することになる。ＷＴＲＵがＭＡＣ−ｈｓリセットの結果としてＲＬＣステータス報告の送信を必要とする場合、追加の問題が起こることがある。セル再選択の後、ＵＴＲＡＮはＣＥＬＬ ＵＰＤＡＴＥメッセージを通知される。ＵＴＲＡＮは、専用制御チャネル（ＤＣＣＨ）を使用してＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージで応答する。このメッセージは専用のＷＴＲＵに送信されなければならないが、ＷＴＲＵは専用のＨ−ＲＮＴＩをまだ割り当てられていない（情報は一般にメッセージ自体の内部に含まれる）。

ＷＴＲＵが拡張Ｃｅｌｌ＿ＦＡＣＨ状態にある場合、一般にＭＡＣ−ｃ／ｓｈの機能性が低減する可能性があることが合意されている。特に、ＷＴＲＵ識別情報（ＩＤ）はＭＡＣ−ｈｓヘッダ中にすでに担持されており、したがってＭＡＣヘッダ中で繰り返される必要はない。

本出願は、Ｃｅｌｌ＿ＦＡＣＨ状態にある間にセルを更新するための方法および装置に関する。ターゲットセルを選択した後、システム情報がターゲットセルから読み込まれる。このシステム情報は、ターゲットセルでサポートされる場合、ＨＳ−ＤＳＣＨ共通システム情報を含む。ソースセルで受信されたＨ−ＲＮＴＩおよびＣ−ＲＮＴＩがクリアされ、無線リソース制御（ＲＲＣ）ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ変数がＨＳ＿ＤＳＣＨ受信を制御するために使用される。ＭＡＣ−ｈｓエンティティがＨＳ−ＤＳＣＨ共通システム情報に基づいて構成される。次いで、ＨＳＤＰＡ送信がターゲットセルで受信される。ＣＥＬＬ ＵＰＤＡＴＥメッセージがセル変更を通知するために送信される。ＨＳＤＰＡ送信は、システム情報中の共通Ｈ−ＲＮＴＩブロードキャスト、ＣＥＬＬ ＵＰＤＡＴＥメッセージ中での要求通りに確保されたＨ−ＲＮＴＩ、またはＵ−ＲＮＴＩの部分集合である一時識別情報を使用して受信できる。ＭＡＣ−ｈｓエンティティは、セル再選択、無線リンク障害、またはＲＬＣ回復不能エラーの後にリセットできる。

例として与えられ、添付の図面に関連して理解すべき以下の実施形態の説明から、より詳細な理解が得られよう。

例示的なＷＴＲＵおよびＵＴＲＡＮを示す図である。 一実施形態によるセル更新用の例示的なプロセスの流れ図である。 別の実施形態によるセル更新用の例示的なプロセスの流れ図である。 さらに別の実施形態によるセル更新用の例示的なプロセスの流れ図である。 さらに別の実施形態によるセル更新用の例示的なプロセスの流れ図である。 図５のプロセスに対する代替プロセスの流れ図である。 例示的な装置のブロック図である。

以下で言及する場合、「ＷＴＲＵ」という用語は、限定はしないが、ユーザ装置（ＵＥ）、移動局、固定または移動体加入者装置、ページャ、セルラー電話、携帯情報端末（ＰＤＡ）、コンピュータ、または無線環境で動作できる他のタイプのユーザデバイスを含む。以下で言及する場合、「基地局」という用語は、限定はしないが、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、または無線環境で動作できる他のタイプのインターフェース接続デバイスを含む。

以下で言及する場合、「ＭＡＣ−ｈｓエンティティ」という用語は、従来のＭＡＣ−ｈｓエンティティだけでなく、「拡張ＭＡＣ−ｈｓ（ＭＡＣ−ｅｈｓ）エンティティ」としても知られる、ＣＥＬＬ＿ＦＡＣＨ、ＣＥＬＬ＿ＰＣＨおよびＵＲＡ＿ＰＣＨ状態のＨＳ−ＤＳＣＨ受信をサポートする高速ＭＡＣエンティティも含む。

図１は、ノードＢ１２０ａ、１２０ｂを含む例示的なＷＴＲＵ１１０およびＵＴＲＡＮを示す。図１は、話を簡単にするために、２つのセル１２２ａ、１２２ｂおよび２つのノードＢ１２０ａ、１２０ｂのみを示す。ＨＳＤＰＡ送信の場合、ＷＴＲＵ１１０はＵＴＲＡＮからＷＴＲＵ識別情報（すなわち、Ｈ−ＲＮＴＩ）およびＨＳＤＰＡ構成情報を受信する。Ｃｅｌｌ＿ＦＡＣＨ状態のＷＴＲＵ１１０にＨ−ＲＮＴＩおよびＨＳＤＰＡ構成情報を割り当てる方法を以下で説明する。

Ｃｅｌｌ＿ＤＣＨ状態では、アクティブなＨＳＤＰＡ通信をもつすべてのＷＴＲＵは一意の（セル固有の）Ｈ−ＲＮＴＩを割り当てられる。しかしながら、Ｃｅｌｌ＿ＦＡＣＨ状態では、これは必ずしも可能ではない。Ｃｅｌｌ＿ＦＡＣＨ状態にある間に共通Ｈ−ＲＮＴＩと専用Ｈ−ＲＮＴＩの両方を使用することが提案されてきた。ＨＳ−ＤＳＣＨにマッピングされるＣＣＣＨ送信は共通Ｈ−ＲＮＴＩを使用し、ＨＳ−ＤＳＣＨにマッピングされるＤＣＣＨおよびＤＴＣＨ送信は専用Ｈ−ＲＮＴＩを使用する。共通Ｈ−ＲＮＴＩは、従来のシステム情報ブロック（ＳＩＢ）に新しい情報要素を追加するか、または新しいＳＩＢおよび関連するスケジュールを定義することによって、システム情報の一部としてブロードキャストできる。

専用Ｈ−ＲＮＴＩに関する情報はＲＲＣメッセージ中で搬送できる。しかしながら、ＷＴＲＵがＣｅｌｌ＿ＦＡＣＨ状態にある間に、ＷＴＲＵ１１０は専用Ｈ−ＲＮＴＩをまだもたないが、ダウンリンクＲＲＣメッセージ（たとえば、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ）がＨＳ−ＤＳＣＨにマッピングされるＤＣＣＨを使用して送信される場合、問題が起こる。一実施形態によれば、ＷＴＲＵ識別情報（たとえば、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージ）を含むＲＲＣメッセージは、共通Ｈ−ＲＮＴＩを使用してＨＳ−ＤＳＣＨ上でＣＣＣＨを介して送信でき、専用Ｈ−ＲＮＴＩはＲＲＣメッセージ中に含めることができる。代替として、ＲＲＣメッセージ（たとえば、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージ）はＦＡＣＨ上でＤＣＣＨを使用して送信でき、ＭＡＣ−ｃヘッダがＷＴＲＵ識別情報を含む。

代替として、ＷＴＲＵ１１０が専用Ｈ−ＲＮＴＩをもたない場合、確保されたＨ−ＲＮＴＩ（ＲＨ−ＲＮＴＩ）のバンクはＨＳ−ＤＳＣＨを介して送信されたＤＣＣＨメッセージのためだけに使用できる。ＲＨ−ＲＮＴＩのバンクは、システム情報の一部としてブロードキャストでき、インデックス付けできる。ＷＴＲＵ１１０は、ＲＨ−ＲＮＴＩのインデックスの１つをランダムに選択し、ＣＥＬＬ ＵＰＤＡＴＥメッセージ中でこの情報を送信する。ＣＥＬＬ ＵＰＤＡＴＥメッセージは、ＲＨ−ＲＮＴＩのインデックスを含む新しい情報要素（ＩＥ）を含めるために拡大できる。ＵＴＲＡＮは、インデックス付きＲＨ−ＲＮＴＩを使用して、ＨＳ−ＤＳＣＨにマッピングされるＤＣＣＨを介してＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージで応答する（すなわち、インデックス付きＲＨ−ＲＮＴＩは、ＨＳ−ＳＣＣＨでシグナリングされる）。複数のＷＴＲＵが同じＲＨ−ＲＮＴＩを選択する場合、アドレス衝突が起こることがある。ＵＴＲＡＮは、複数のＷＴＲＵが同じＲＨ−ＲＮＴＩを選択していないことを確認する。アドレス衝突が起こる場合、ＵＴＲＡＮは単にＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージの送信を止め、ＣＥＬＬ ＵＰＤＡＴＥメッセージの再送信を待機することができる。

代替として、Ｕ−ＲＮＴＩを割り当てるときに、Ｕ−ＲＮＴＩは、ＷＴＲＵ１１０がＵ−ＲＮＴＩの部分集合（たとえば、最下位の１６ビット）を使用することができる方法で、一時的な専用Ｈ−ＲＮＴＩとして割り当てでき、この一時的なＨ−ＲＮＴＩは、ＨＳ−ＤＳＣＨを介したＤＣＣＨ送信（たとえば、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージの送信）に使用できる。この場合、ＵＴＲＡＮがアドレス衝突の防止を受け持つ。

ＨＳＤＰＡ送信を受信するために、ＷＴＲＵ１１０はＵＴＲＡＮからのＨＳＤＰＡ構成情報を必要とする。一般に、ＨＳＤＰＡ構成情報はＲＲＣメッセージ（ＲＲＣ ＣＯＮＮＥＣＴＩＯＮ ＳＥＴＵＰメッセージ、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージなど）中で与えられる。Ｃｅｌｌ＿ＦＡＣＨ状態のＷＴＲＵ１１０の場合、これらのＲＲＣメッセージを受信できる前でさえも、ＨＳＤＰＡが構成されなければならない。

共通ＨＳ−ＤＳＣＨシステム情報はブロードキャストシステム情報の一部として送信できる。ブロードキャスト情報は、拡張Ｃｅｌｌ＿ＦＡＣＨ機能（すなわち、セルが拡張Ｃｅｌｌ＿ＦＡＣＨのＷＴＲＵをサポートするという指示）と、共通高速物理ダウンリンク共有チャネル（ＨＳ−ＰＤＳＣＨ）情報（たとえば、ＨＳ−ＳＣＣＨスクランブリングコードおよびチャネライゼーションコード、チャネル品質インジケータ（ＣＱＩ）フィードバック情報など）と、共通ＨＡＲＱ情報（たとえば、ＨＡＲＱプロセスの数およびメモリパーティショニングなど）と、随意で、専用Ｈ−ＲＮＴＩが利用可能でない場合、ＤＣＣＨメッセージの送信に使用されるＲＨ−ＲＮＴＩとを含むことができる。ブロードキャストシステム情報は１組のデフォルトの共通ＨＳＤＰＡ構成を含むことができ、ＷＴＲＵはそれらの１つを（たとえば、その初期のＷＴＲＵ識別情報に基づいて）選択することができる。

ＨＳＤＰＡ構成情報を受信した後、ＷＴＲＵ１１０はＭＡＣ−ｈｓエンティティを構成する。別個のＭＡＣ−ｈｓエンティティがＲＮＴＩアドレスごとに構成できる。たとえば、拡張Ｃｅｌｌ＿ＦＡＣＨ状態のＷＴＲＵ１１０が共通Ｈ−ＲＮＴＩおよび専用Ｈ−ＲＮＴＩを用いて構成される場合、２つの別個のＭＡＣ−ｈｓエンティティが構成できる（１つは共通Ｈ−ＲＮＴＩ用、もう１つは専用Ｈ−ＲＮＴＩ用）。

代替として、単一のＭＡＣ−ｈｓエンティティがＷＴＲＵごとに設定でき、トラフィックは論理チャネルに基づいて異なる優先待ち行列に格納することによって分離される。ノードＢは、スケジューラによって選択される優先待ち行列に応じて、送信に使用されるＨ−ＲＮＴＩを変更することが必要になる。

ＷＴＲＵ１１０は、３ＧＰＰ技術仕様（ＴＳ）２５．３３１で規定されるように、多数の場合において変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮを評価する。変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮは、「高速共有制御チャネル（ＨＳ−ＳＣＣＨ）およびＨＳ−ＤＳＣＨ受信手順が進行中である」ことを示す。変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮがＦＡＬＳＥに評価される場合、それはＷＴＲＵ１１０に（ＭＡＣ−ｈｓリセットおよびすべてのＨＡＲＱリソースのクリアリングを含む）完全なＨＳＤＰＡリセットの実行を強制する。いくつかの条件が満たされる場合、変数ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮはＴＲＵＥに設定されることになる。Ｃｅｌｌ＿ＦＡＣＨ状態のＨＳＤＰＡを動作させるために、以下の３つの条件が満たされる場合、ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ変数はＴＲＵＥに評価しなければならない。（１）ＷＴＲＵが拡張Ｃｅｌｌ＿ＦＡＣＨ状態であり、（２）ダウンリンク無線リンクがサービス側ＨＳ−ＤＳＣＨ無線リンクとして構成され、（３）ＨＳ−ＤＳＣＨにマッピングされる少なくとも１つの無線ベアラがある。変数「ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ」はＣＥＬＬ＿ＤＣＨ状態の変数と同じでよく、または新しい変数がＣＥＬＬ＿ＦＡＣＨ状態で動作しているＷＴＲＵに対して定義できることに留意されたい。また、変数「ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ」は異なる名前で呼ばれることがあり、または他の変数が同じ機能のために使用できることに留意されたい。

以下で、セル更新手順について説明する。図２は、一実施形態によるセル更新用のプロセス２００の流れ図である。この実施例では、ＷＴＲＵ１１０は、拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるソースセル１２２ａから拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるターゲットセル１２２ｂへ移動する。拡張Ｃｅｌｌ＿ＦＡＣＨ状態のＷＴＲＵ１１０がターゲットセル１２２ｂを選択する（ステップ２０２）。ＷＴＲＵ１１０はソースセル１２２ａ上での送信および受信を止め、ソースセル１２２ａで使用されたＣ−ＲＮＴＩおよびＨ−ＲＮＴＩをクリアする（ステップ２０４）。ＷＴＲＵ１１０はターゲットセル１２２ｂ中のシステム情報を読み取り、ターゲットノードＢの機能を判断する（ステップ２０６）。

ターゲットノードＢ１２０ｂが拡張Ｃｅｌｌ＿ＦＡＣＨ機能を有する場合、以下のステップが実行される。ターゲットノードＢ１２０ｂが拡張Ｃｅｌｌ＿ＦＡＣＨ機能を有しない場合（すなわち、拡張Ｃｅｌｌ＿ＦＡＣＨセルから非拡張Ｃｅｌｌ＿ＦＡＣＨセルへのセル再選択）、図３のプロセス３００が実行される。ＷＴＲＵ１１０はＭＡＣ−ｈｓリセットを実行することができる（ステップ２０８）。これはソフトバッファをフラッシュし、逆アセンブリプロセスを開始する。ＭＡＣ−ｈｓリセットは共通Ｈ−ＲＮＴＩ待ち行列と専用Ｈ−ＲＮＴＩ待ち行列の両方に対して実行が必要な場合がある。

ＷＴＲＵ１１０は共通Ｈ−ＲＮＴＩと専用Ｈ−ＲＮＴＩの両方に対してＭＡＣ−ｈｓリセットを常に実行することができる。代替として、ＷＴＲＵ１１０は、セル再選択がインターノードＢ（ｉｎｔｅｒ−Ｎｏｄｅ Ｂ）セル変更、またはＭＡＣ−ｈｓ保持をサポートしないノードＢに対するイントラノードＢ（ｉｎｔｒａ−ｎｏｄｅ Ｂ）セル変更を生じる場合にのみＭＡＣ−ｈｓリセットを実行することができる。この場合、ノードＢがＭＡＣ−ｈｓエンティティを維持することができるならば、イントラノードＢセル変更はＭＡＣ−ｈｓリセットを生じない。これは、ノードＢ識別情報および機能についてのＷＴＲＵ１１０への何らかの指示を必要とし、その指示は既存のＳＩＢへの新しい情報要素または新しいＳＩＢのいずれかとして、システム情報の一部としてブロードキャストできる。

代替として、ＷＴＲＵ１１０は、並べ替え待ち行列が使用される場合にのみＭＡＣ−ｈｓリセットを実行することができる。拡張Ｃｅｌｌ＿ＦＡＣＨのＷＴＲＵ１１０が並べ替え待ち行列を（共通Ｈ−ＲＮＴＩ上または専用Ｈ−ＲＮＴＩ上のいずれかのトラフィックに）使用しない場合、ＭＡＣ−ｈｓリセットは必要とされない。随意で、ＷＴＲＵ１１０は、ＭＡＣ−ｈｓリセットを実行する代わりに、ＨＡＲＱソフトバッファをフラッシュすることを決めることができる。

代替として、ＷＴＲＵ１１０は、並べ替え待ち行列が使用され、セル再選択がインターノードＢセル変更、またはＭＡＣ−ｈｓ保持をサポートしないノードＢに対するイントラノードＢセル変更を生じる場合にのみＭＡＣ−ｈｓリセットを実行することができる。

次いで、ＷＴＲＵ１１０はＨＳＤＰＡ通信ならびにＲＡＣＨ通信を設定し、セル変更を通知するためにＵＴＲＡＮにＣＥＬＬ ＵＰＤＡＴＥメッセージを送信する（ステップ２１０）。随意で、ＷＴＲＵ１１０は、ＲＨ−ＲＮＴＩのインデックスを選択し、ＣＥＬＬ ＵＰＤＡＴＥメッセージ中でこの情報を与えることができる。ＷＴＲＵ１１０はダウンリンク受信を開始する。ＷＴＲＵ１１０は、そのＨ−ＲＮＴＩをＨＳ−ＳＣＣＨ中で探す。Ｈ−ＲＮＴＩの選択は、上述のようにＨ−ＲＮＴＩを割り当てるための規則に依存する。ＷＴＲＵ１１０は、システム情報中の共通Ｈ−ＲＮＴＩブロードキャスト、ＣＥＬＬ ＵＰＤＡＴＥメッセージ中で要求されたＲＨ−ＲＮＴＩ、またはＵ−ＲＮＴＩの部分集合に基づく一時的なＨ−ＲＮＴＩを使用することができる。

ＵＴＲＡＮはＣＥＬＬ ＵＰＤＡＴＥメッセージを受信し、ソースノードＢへのデータの送信を止め、古いＭＡＣ−ｈｓエンティティを削除するようにソースノードＢに通知し、ターゲットノードＢで新しいＭＡＣ−ｈｓエンティティを設定する（ステップ２１２）。ＵＴＲＡＮはＨＳＤＰＡ通信用の設定情報とともにターゲットノードＢを介してＷＴＲＵ１１０にＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを送信する（ステップ２１４）。ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージに使用されるＨ−ＲＮＴＩは、Ｈ−ＲＮＴＩを割り当てるための規則に依存する。ＵＴＲＡＮは、システム情報中の共通Ｈ−ＲＮＴＩブロードキャスト、ＣＥＬＬ ＵＰＤＡＴＥメッセージ中で要求されたＲＨ−ＲＮＴＩ、またはＵ−ＲＮＴＩの部分集合に基づく一時的なＨ−ＲＮＴＩを使用することができる。代替として、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージはＦＡＣＨを介して送信できる。

ＷＴＲＵ１１０は、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージ中に含まれる構成情報を用いてＨＳＤＰＡを設定する（ステップ２１６）。ＷＴＲＵ１１０はＲＲＣメッセージ（たとえば、物理層パラメータが変化したかどうかに応じて、ＰＨＹＳＩＣＡＬ ＣＨＡＮＮＥＬ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ ＣＯＭＰＬＥＴＥまたはＵＴＲＡＮ ＭＯＢＩＬＩＴＹ ＩＮＦＯＲＭＡＴＩＯＮ ＣＯＮＦＩＲＭ）で応答する（ステップ２１８）。

さらに、ＷＴＲＵのＭＡＣ−ｈｓリセットの後に、どのＰＤＵが再送信を必要とするかをＵＴＲＡＮが知ることができるようにＷＴＲＵ１１０がＲＬＣステータス報告を送信すると、性能を改善することができる。ＲＬＣステータス報告は、ＣＥＬＬ ＵＰＤＡＴＥメッセージの送信前、ただしターゲットセル１２２ｂの選択後に送信できる。このために、プロセス２００は変更される。たとえば、ＷＴＲＵ１１０はターゲットセル１２２ｂの選択後にソースセル１２２ａ中での受信を止める。次いで、ＷＴＲＵ１１０はＭＡＣ−ｈｓリセットを実行する。ＷＴＲＵ１１０は次いで、ソースノードＢ１２０ａにＲＬＣステータス報告を送信し、受信された最後のＰＤＵのシーケンス番号を与える。次いで、ＷＴＲＵ１１０はソースセル１２２ａでの送信を止め、ステップ２１０で継続する。代替として、ＷＴＲＵ１１０は、ＣＥＬＬ ＵＰＤＡＴＥメッセージ中のＩＥとしてＲＬＣステータス情報を含むことができる。このステータス情報はＷＴＲＵ１１０で受信された最後のシーケンス番号を含む。代替として、ＷＴＲＵ１１０は、ＵＴＲＡＮにＲＬＣステータスを送信するために、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを受信するまで待機することができ、最後に受信されたＰＤＵのシーケンス番号の指示を与える。ステータス情報は、ＰＨＹＳＩＣＡＬ ＣＨＡＮＮＥＬ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ ＣＯＭＰＬＥＴＥメッセージまたはＵＴＲＡＮ ＭＯＢＩＬＩＴＹ ＩＮＦＯＲＭＡＴＩＯＮ ＣＯＮＦＩＲＭメッセージ中に含めることができる。

随意で、ＭＡＣ−ｈｓリセットを取り除き、代わりに、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージ中で搬送された、ＵＴＲＡＮからのリセット指示を使用することができる。ＣＥＬＬ ＵＰＤＡＴＥメッセージ中で、ＷＴＲＵ１１０はＵＴＲＡＮに並べ替え待ち行列の使用（およびリセットが必要かどうか）について通知することができる。ＵＴＲＡＮは、手順を制御しているので、イントラノードＢセル変更（ＭＡＣ−ｈｓ保持あり）がＭＡＣ−ｈｓリセットを生じないことを確実にすることができ、再並べ替え待ち行列をもたないＷＴＲＵ１１０はＭＡＣ−ｈｓリセットを生じないことになる。ＭＡＣ−ｈｓリセットの代わりに、ＷＴＲＵ１１０は、そのＨＡＲＱソフトバッファをフラッシュすることができる。

図３は、別の実施形態によるセル更新用のプロセス３００の流れ図である。この実施形態では、ＷＴＲＵ１１０は、拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるソースセル１２２ａから拡張Ｃｅｌｌ＿ＦＡＣＨサポートのないターゲットセル１２２ｂへ移動する。ＷＴＲＵ１１０はターゲットセル１２２ｂを選択する（ステップ３０２）。ＷＴＲＵ１１０はソースセル１２２ａでの送信および受信を止め、ソースセル１２２ａで使用されたＣ−ＲＮＴＩおよびＨ−ＲＮＴＩをクリアする（ステップ３０４）。ＷＴＲＵ１１０はターゲットセル１２２ｂからシステム情報を読み取り、ターゲットノードＢの機能を判断する（ステップ３０６）。ターゲットノードＢが拡張Ｃｅｌｌ＿ＦＡＣＨ機能を有しない場合、ＷＴＲＵ１１０はＭＡＣ−ｈｓリセットを実行する（ステップ３０８）。

ＷＴＲＵ１１０はＳ−ＣＣＰＣＨ通信およびＲＡＣＨ通信を設定し、セル変更を通知するためにＵＴＲＡＮにＣＥＬＬ ＵＰＤＡＴＥメッセージを送信する（ステップ３１０）。ＷＴＲＵ１１０は選択されたＳ−ＣＣＰＣＨ上でダウンリンク受信を開始する。

ＵＴＲＡＮはＣＥＬＬ ＵＰＤＡＴＥメッセージを受信し、ソースノードＢへのデータの送信を止め、ＭＡＣ−ｈｓエンティティを削除するようにソースノードＢに通知する（ステップ３１２）。ＵＴＲＡＮは、Ｓ−ＣＣＰＣＨを使用するＦＡＣＨ上で無線ベアラの再マッピングに関する情報とともにターゲットノードＢ中にＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭを送信する（ステップ３１４）。ＷＴＲＵ１１０は、選択されたＳ−ＣＣＰＣＨ上でＦＡＣＨを使用するために無線ベアラを再構成する（ステップ３１６）。ＷＴＲＵ１１０はＲＲＣ応答メッセージ（たとえば、ＲＡＤＩＯ ＢＥＡＲＥＲ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ ＣＯＭＰＬＥＴＥメッセージ）を送信する（ステップ３１８）。

ＷＴＲＵが拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるソースセルから拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるターゲットセルへ移動する実施形態で述べたように、ＷＴＲＵ１１０は、ＵＴＲＡＮにＲＬＣステータスを送信するための３つのオプションを有する。

図４は、さらに別の実施形態によるセル更新用のプロセス４００の流れ図である。この実施形態では、ＷＴＲＵ１１０は、拡張Ｃｅｌｌ＿ＦＡＣＨサポートのないソースセル１２２ａから拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるターゲットセル１２２ｂへ移動する。ＷＴＲＵ１１０はターゲットセル１２２ｂを選択する（ステップ４０２）。ＷＴＲＵ１１０はソースセル１２２ａでの送信および受信を止め、ソースセル１２２ａで使用されたＣ−ＲＮＴＩをクリアする（ステップ４０４）。ＷＴＲＵ１１０はターゲットセル１２２ｂからシステム情報を読み取り、ターゲットノードＢの機能を判断する（ステップ４０６）。ターゲットノードＢが拡張Ｃｅｌｌ＿ＦＡＣＨ機能を有する場合、ＷＴＲＵ１１０はＨＳＤＰＡ通信ならびにＲＡＣＨ通信を設定する（ステップ４０８）。ターゲットノードＢが拡張Ｃｅｌｌ＿ＦＡＣＨ機能を有しない場合、従来のセル再選択手順が実行される。

ＷＴＲＵ１１０は、セル変更を通知するためにＵＴＲＡＮにＣＥＬＬ ＵＰＤＡＴＥメッセージを送信する（ステップ４１０）。随意で、ＷＴＲＵ１１０は、ＲＨ−ＲＮＴＩのインデックスを選択し、ＣＥＬＬ ＵＰＤＡＴＥメッセージ中でこの情報を与える。ＷＴＲＵ１１０はダウンリンク受信を開始する。ＷＴＲＵ１１０は、そのＨ−ＲＮＴＩをＨＳ−ＳＣＣＨ中で探す。Ｈ−ＲＮＴＩの選択は、Ｈ−ＲＮＴＩを割り当てるための規則に依存する。ＷＴＲＵ１１０は、システム情報中で見つかったダウンリンク共通Ｈ−ＲＮＴＩ、ＣＥＬＬ ＵＰＤＡＴＥメッセージ中で要求されたＲＨ−ＲＮＴＩ、またはＵ−ＲＮＴＩの部分集合に基づく一時的なＨ−ＲＮＴＩを使用することができる。

ＵＴＲＡＮはＣＥＬＬ ＵＰＤＡＴＥメッセージを受信し、ソースノードＢへのデータの送信を止める（ステップ４１２）。ＵＴＲＡＮは、ＨＳＤＰＡ通信用の設定情報（特に、専用Ｈ−ＲＮＴＩ）ならびにＦＡＣＨからＨＳ−ＤＳＣＨへの再マッピングに関する情報とともにターゲットノードＢを介してＷＴＲＵにＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭを送信する（ステップ４１４）。ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージに使用されるＨ−ＲＮＴＩは、Ｈ−ＲＮＴＩを割り当てるための規則に依存する。ＵＴＲＡＮは、システム情報中のダウンリンク共通Ｈ−ＲＮＴＩブロードキャスト、ＣＥＬＬ ＵＰＤＡＴＥメッセージ中で要求されたＲＨ−ＲＮＴＩ、またはＵ−ＲＮＴＩの部分集合に基づく一時的なＨ−ＲＮＴＩを使用することができる。

ＷＴＲＵ１１０は、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージ中に含まれる構成情報を用いてＨＳＤＰＡを設定する（ステップ４１６）。ＷＴＲＵ１１０はＲＲＣ応答メッセージ（たとえば、ＴＲＡＮＳＰＯＲＴ ＣＨＡＮＮＥＬ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ ＣＯＭＰＬＥＴＥメッセージ）を送信する（ステップ４１８）。ＷＴＲＵが拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるソースセルから拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるターゲットセルへ移動する実施形態で述べたように、ＷＴＲＵ１１０はＵＴＲＡＮにＲＬＣステータス報告を送信することができる。

図５は、さらに別の実施形態によるセル更新用のプロセス５００の流れ図である。この実施形態では、ＷＴＲＵ１１０はＣｅｌｌ＿ＤＣＨ状態から拡張Ｃｅｌｌ＿ＦＡＣＨ状態へ遷移する。ＷＴＲＵ１１０は、すでにＣｅｌｌ＿ＤＣＨ状態にあるので、専用Ｈ−ＲＮＴＩおよび有効なＨＳＤＰＡ構成をすでに有する。ＷＴＲＵ１１０は、ＭＡＣ−ｈｓをリセットして、すでに存在するＨＳＰＤＡリンクを再確立するのではなく、構成されたＨＳＤＰＡ設定を使用し続けることができる。

ＷＴＲＵ１１０は、無線リンク障害またはＲＬＣ回復不能エラーを検出すると、セル中での送信および受信を止める（ステップ５０２）。ＷＴＲＵ１１０はターゲットセル１２２ｂからシステム情報を読み取る（ステップ５０４）。ターゲットノードＢが拡張Ｃｅｌｌ＿ＦＡＣＨ機能を有する場合、以下のステップが実行される。ターゲットノードＢが拡張Ｃｅｌｌ＿ＦＡＣＨ機能を有しない場合、従来のセル再選択手順が実行される。ＷＴＲＵ１１０はＲＡＣＨ通信を設定する（ステップ５０６）。ＷＴＲＵ１１０はＵＴＲＡＮにＣＥＬＬ ＵＰＤＡＴＥメッセージを送信し、既存の専用Ｈ−ＲＮＴＩを使用して、ＨＳ−ＤＳＣＨを介してＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを待機する（ステップ５０８）。ＵＴＲＡＮは、ＣＥＬＬ ＵＰＤＡＴＥメッセージを受信し、新しい無線ベアラ構成とともにＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージで応答する（ステップ５１０）。ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージに使用されるＨ−ＲＮＴＩは、Ｃｅｌｌ＿ＤＣＨ状態で使用されたＨ−ＲＮＴＩと同じ専用Ｈ−ＲＮＴＩである。ＷＴＲＵ１１０は無線ベアラを再構成し、ＲＲＣ応答メッセージ（たとえば、ＲＡＤＩＯ ＢＥＡＲＥＲ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ ＣＯＭＰＬＥＴＥメッセージ）を送信する（ステップ５１２）。ＷＴＲＵが拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるソースセルから拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるターゲットセルへ移動する実施形態で述べたように、ＷＴＲＵ１１０はＵＴＲＡＮにＲＬＣステータス報告を送信することができる。

代替として、ＭＡＣ−ｈｓエンティティをリセットすることができ、新しいＨＳＤＰＡ構成が使用できる。図６は、図５のプロセス５００の代替プロセス６００の流れ図であり、ここでＷＴＲＵは専用Ｈ−ＲＮＴＩの代わりに共通Ｈ−ＲＮＴＩを使用する。ＷＴＲＵ１１０はソースセル１２２ａ中のＣｅｌｌ＿ＤＣＨ状態からターゲットセル１２２ｂ中の拡張Ｃｅｌｌ＿ＦＡＣＨ状態へ遷移する。ソースおよびターゲットセルは同じセルでもよい。ＷＴＲＵ１１０は、無線リンク障害またはＲＬＣ回復不能エラーを検出すると、セル中での送信および受信を止め、ＭＡＣ−ｈｓリセットを実行する（ステップ６０２）。ＷＴＲＵ１１０はターゲットセル１２２ｂからシステム情報を読み取る（ステップ６０４）。ターゲットノードＢが拡張Ｃｅｌｌ＿ＦＡＣＨ機能を有する場合、以下のステップが実行される。ターゲットノードＢが拡張Ｃｅｌｌ＿ＦＡＣＨ機能を有しない場合、従来のセル再選択手順が実行される。ＷＴＲＵはＣ−ＲＮＴＩおよびＨ−ＲＮＴＩをクリアし、ＭＡＣ−ｈｓリセットを実行する（ステップ６０５）。ＷＴＲＵ１１０はＨＳＤＰＡ通信ならびにＲＡＣＨ通信を設定する（ステップ６０６）。ＷＴＲＵ１１０はＵＴＲＡＮにＣＥＬＬ ＵＰＤＡＴＥメッセージを送信し、共通Ｈ−ＲＮＴＩを使用して、ＨＳ−ＤＳＣＨを介してＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージを待機する（ステップ６０８）。

ＵＴＲＡＮはＣＥＬＬ ＵＰＤＡＴＥメッセージを受信し、ソースセル中でＭＡＣ−ｈｓリセットを実行する（ステップ６１０）。ＵＴＲＡＮは新しい無線ベアラ構成とともにＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージで応答する（ステップ６１２）。ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージに使用されるＨ−ＲＮＴＩは、選択された共通Ｈ−ＲＮＴＩである。ＷＴＲＵ１１０は無線ベアラを再構成し、ＲＲＣメッセージ（たとえば、ＲＡＤＩＯ ＢＥＡＲＥＲ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ ＣＯＭＰＬＥＴＥメッセージ）で応答する（ステップ６１４）。ＷＴＲＵが拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるソースセルから拡張Ｃｅｌｌ＿ＦＡＣＨサポートのあるターゲットセルへ移動する実施形態で述べたように、ＷＴＲＵ１１０はＵＴＲＡＮにＲＬＣステータス報告を送信することができる。

図７は、例示的な装置７００（ＷＴＲＵ１１０またはノードＢ１２０ａ、１２０ｂ）のブロック図である。装置７００は、トランシーバ７０２、ＭＡＣ−ｈｓエンティティ７０４、およびコントローラ７０６を含む。トランシーバ７０２は物理メディアを介して信号を送信および受信する。ＭＡＣ−ｈｓエンティティ７０４はＨＳＤＰＡ通信用である。コントローラ７０６（たとえば、ＲＲＣエンティティ）は、セル更新用の手順２００〜６００を実行するために、およびＣｅｌｌ＿ＦＡＣＨ状態にある間の送信および受信のためにトランシーバ７０２およびＭＡＣ−ｈｓエンティティ７０４を制御する。コントローラ７０６は、Ｃｅｌｌ＿ＦＡＣＨ状態にある間に、ターゲットセル１２２ｂを選択することと、ターゲットセル１２２ｂからシステム情報を読み取ることと、ソースセル１２２ａ中で受信されたＲＮＴＩをクリアすることと、それに応じてＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ制御変数を設定することと、システム情報に含まれるＨＳ−ＤＳＣＨ共通システム情報に基づいてＨＳＤＰＡ通信を構成することと、ＭＡＣ−ｈｓエンティティをリセットすることなどを行うように構成される。

実施形態
１．ターゲットセルが拡張Ｃｅｌｌ＿ＦＡＣＨをサポートする場合、Ｃｅｌｌ＿ＦＡＣＨ状態にある間にセル再選択を実行するための方法。

２．ターゲットセルを選択することを含む実施形態１に記載の方法。

３．ターゲットセルからのシステム情報を読み取ることを含み、システム情報はＨＳ−ＤＳＣＨ共通システム情報を含む実施形態２に記載の方法。

４．ソースセル中で受信されたＲＮＴＩをクリアすることを含む実施形態２〜３のいずれか１つに記載の方法。

５．ＨＳ−ＤＳＣＨ受信変数をＴＲＵＥに設定することによってＨＳ−ＤＳＣＨ受信を可能にすることを含む実施形態２〜４のいずれか１つに記載の方法。

６．ＲＡＣＨ通信を設定することを含む実施形態２〜５のいずれか１つに記載の方法。

７．ＣＥＬＬ ＵＰＤＡＴＥメッセージを送信することを含む実施形態２〜６のいずれか１つに記載の方法。

８．ＨＳ−ＤＳＣＨ共通システム情報に基づいてＭＡＣ−ｈｓエンティティを構成することを含む実施形態３〜７のいずれか１つに記載の方法。

９．ターゲットセルでＨＳＤＰＡ送信を受信することを含む実施形態８に記載の方法。

１０．複数のＲＨ−ＲＮＴＩの１つに対するインデックスはＣＥＬＬ ＵＰＤＡＴＥメッセージ中に含まれる実施形態７〜９のいずれか１つに記載の方法。

１１．ＨＳＤＰＡ送信はＣＥＬＬ ＵＰＤＡＴＥメッセージ中で要求されたＲＨ−ＲＮＴＩを使用して受信される実施形態１０に記載の方法。

１２．ＨＳＤＰＡ送信はＵ−ＲＮＴＩの部分集合である一時識別情報を使用して受信される実施形態９に記載の方法。

１３．ＭＡＣ−ｈｓエンティティをリセットすることをさらに含む実施形態３〜１２のいずれか１つに記載の方法。

１４．共通Ｈ−ＲＮＴＩおよび専用Ｈ−ＲＮＴＩが別個のＭＡＣ−ｈｓエンティティを用いて構成される場合、ＭＡＣ−ｈｓエンティティは共通Ｈ−ＲＮＴＩと専用Ｈ−ＲＮＴＩの両方に対してリセットされる実施形態１３に記載の方法。

１５．ＭＡＣ−ｈｓエンティティはセル再選択がインターノードＢセル変更を生じる場合にのみリセットされる実施形態１３に記載の方法。

１６．ＭＡＣ−ｈｓエンティティはセル再選択がＭＡＣ−ｈｓ保持をサポートしないノードＢに対するイントラノードＢセル変更を生じる場合にのみリセットされる実施形態１３に記載の方法。

１７．ＭＡＣ−ｈｓエンティティは再順序付け待ち行列が使用される場合にのみリセットされる実施形態１３に記載の方法。

１８．ＭＡＣ−ｈｓエンティティは、並べ替え待ち行列が使用され、セル再選択がインターノードＢセル変更、またはＭＡＣ−ｈｓ保持をサポートしないノードＢに対するイントラノードＢセル変更を生じる場合にのみリセットされる実施形態１３に記載の方法。

１９．ネットワークからの指示に従ってＭＡＣ−ｈｓエンティティをリセットすることをさらに含む実施形態３〜１２のいずれか１つに記載の方法。

２０．ＨＡＲＱソフトバッファをフラッシュすることをさらに含む実施形態３〜１９のいずれか１つに記載の方法。

２１．セル再選択時にＲＬＣステータス報告を送信することをさらに含む実施形態２〜２０のいずれか１つに記載の方法。

２２．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥメッセージの送信前かつターゲットセルの選択後に送信される実施形態２１に記載の方法。

２３．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥメッセージ中に含まれる実施形態２１に記載の方法。

２４．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージの受信後に送信される実施形態２１に記載の方法。

２５．システム情報は拡張Ｃｅｌｌ＿ＦＡＣＨ機能の指示を含む実施形態３〜２４のいずれか１つに記載の方法。

２６．ＨＳ−ＤＳＣＨ共通システム情報は、ＨＳ−ＳＣＣＨスクランブリングコードおよびチャネライゼーションコードと、ＣＱＩフィードバック情報と、ＨＡＲＱプロセスの数と、メモリパーティショニングと、１組の確保されたＨ−ＲＮＴＩとのうちの少なくとも１つを含む実施形態３〜２５のいずれか１つに記載の方法。

２７．ソースセルのみが拡張Ｃｅｌｌ＿ＦＡＣＨをサポートする場合、Ｃｅｌｌ＿ＦＡＣＨ状態にある間にセル再選択を実行するための方法。

２８．ターゲットセルを選択することを含む実施形態２７に記載の方法。

２９．ターゲットセルからシステム情報を読み取ることを含む実施形態２８に記載の方法。

３０．ソースセル中で受信されたＲＮＴＩをクリアすることを含む実施形態２８〜２９のいずれか１つに記載の方法。

３１．ＭＡＣ−ｈｓエンティティをリセットすることを含む実施形態２８〜３０のいずれか１つに記載の方法。

３２．ＨＳ−ＤＳＣＨ受信変数をＦＡＬＳＥに設定することによってＨＳ−ＤＳＣＨ受信を防ぐことを含む実施形態２８〜３１のいずれか１つに記載の方法。

３３．Ｓ−ＣＣＰＣＨおよびＲＡＣＨ通信を設定することを含む実施形態２８〜３２のいずれか１つに記載の方法。

３４．ＣＥＬＬ ＵＰＤＡＴＥメッセージを送信することを含む実施形態３３に記載の方法。

３５．Ｓ−ＣＣＰＣＨ上でダウンリンク送信を受信することを含む実施形態３４に記載の方法。

３６．セル再選択時にＲＬＣステータス報告を送信することをさらに含む実施形態２８〜３５のいずれか１つに記載の方法。

３７．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥメッセージの送信前かつターゲットセルの選択後に送信される実施形態３６に記載の方法。

３８．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥメッセージ中に含まれる実施形態３６に記載の方法。

３９．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージの受信後に送信される実施形態３６に記載の方法。

４０．Ｃｅｌｌ＿ＦＡＣＨ状態にある間にセル更新を実行するための方法。

４１．専用Ｈ−ＲＮＴＩを使用してＣｅｌｌ＿ＤＣＨ状態のＨＳＤＰＡ送信を受信しながらセル更新トリガイベントを検出し、セル更新トリガイベントは無線リンク障害およびＲＬＣ回復不能エラーの１つである実施形態４０に記載の方法。

４２．ターゲットセル中のシステム情報を読み取ることを含む実施形態４０〜４１のいずれか１つに記載の方法。

４３．ソースセル中で受信されたＲＮＴＩをクリアすることを含む実施形態４１〜４２のいずれか１つに記載の方法。

４４．ＲＡＣＨ通信を設定することを含む実施形態４１〜４３のいずれか１つに記載の方法。

４５．ＲＡＣＨを介してＣＥＬＬ ＵＰＤＡＴＥメッセージを送信することを含む実施形態４４に記載の方法。

４６．ターゲットセルが拡張Ｃｅｌｌ＿ＦＡＣＨ状態をサポートすることがシステム情報から判断される場合、ＨＳ−ＤＳＣＨ受信変数をＴＲＵＥに設定することによってＨＳ−ＤＳＣＨ受信を可能にすることを含む実施形態４１〜４５のいずれか１つに記載の方法。

４７．専用Ｈ−ＲＮＴＩを使用してＨＳＤＰＡ送信を受信することを含む実施形態４６に記載の方法。

４８．無線リンク障害およびＲＬＣ回復不能エラーの１つを検出するとＭＡＣ−ｈｓエンティティをリセットすることをさらに含む実施形態４１〜４７のいずれか１つに記載の方法。

４９．システム情報中に含まれるＨＳ−ＤＳＣＨ共通システム情報に基づいてＨＳＤＰＡ通信を設定することを含む実施形態４８に記載の方法。

５０．Ｃｅｌｌ＿ＦＡＣＨ状態にある間にセル再選択を実行するためのＷＴＲＵ。

５１．トランシーバを備える実施形態５０のＷＴＲＵ。

５２．ＨＳＤＰＡ通信用のＭＡＣ−ｈｓエンティティを備える実施形態５１のＷＴＲＵ。

５３．Ｃｅｌｌ＿ＦＡＣＨ状態にある間にターゲットセルを選択するように構成されたコントローラを備える実施形態５２のＷＴＲＵ。

５４．コントローラはターゲットセルからシステム情報を読み取るように構成される実施形態５３のＷＴＲＵ。

５５．コントローラはソースセル中で受信されたＲＮＴＩをクリアするように構成される実施形態５３〜５４のいずれか１つに記載のＷＴＲＵ。

５６．コントローラはＨＳ−ＤＳＣＨ受信変数をＴＲＵＥに設定することによってＨＳ−ＤＳＣＨ受信を可能にするように構成される実施形態５３〜５５のいずれか１つに記載のＷＴＲＵ。

５７．コントローラはＲＡＣＨ通信を設定するように構成される実施形態５３〜５６のいずれか１つに記載のＷＴＲＵ。

５８．コントローラはＣＥＬＬ ＵＰＤＡＴＥメッセージを送信するように構成される実施形態５３〜５７のいずれか１つに記載のＷＴＲＵ。

５９．コントローラはシステム情報中に含まれるＨＳ−ＤＳＣＨ共通システム情報に基づいてＨＳＤＰＡ通信を構成するように構成される実施形態５３〜５８のいずれか１つに記載のＷＴＲＵ。

６０．複数のＲＨ−ＲＮＴＩの１つに対するインデックスはＣＥＬＬ ＵＰＤＡＴＥメッセージ中に含まれる実施形態５８〜５９のいずれか１つに記載のＷＴＲＵ。

６１．ＨＳＤＰＡ通信はＣＥＬＬ ＵＰＤＡＴＥメッセージ中で要求されたＲＨ−ＲＮＴＩを使用して受信される実施形態６０に記載のＷＴＲＵ。

６２．ＨＳＤＰＡ通信はＵ−ＲＮＴＩの部分集合である一時識別情報を使用して受信される実施形態５９に記載のＷＴＲＵ。

６３．コントローラはソースセル中で構成されたＭＡＣ−ｈｓエンティティをリセットする実施形態５３〜６２のいずれか１つに記載のＷＴＲＵ。

６４．共通Ｈ−ＲＮＴＩおよび専用Ｈ−ＲＮＴＩが別個のＭＡＣ−ｈｓエンティティを用いて構成される場合、ＭＡＣ−ｈｓエンティティは共通Ｈ−ＲＮＴＩと専用Ｈ−ＲＮＴＩの両方に対してリセットされる実施形態６３に記載のＷＴＲＵ。

６５．ＭＡＣ−ｈｓエンティティはセル再選択がインターノードＢセル変更を生じる場合にのみリセットされる実施形態６３に記載のＷＴＲＵ。

６６．ＭＡＣ−ｈｓエンティティはセル再選択がＭＡＣ−ｈｓ保持をサポートしないノードＢに対するイントラノードＢセル変更を生じる場合にのみリセットされる実施形態６３に記載のＷＴＲＵ。

６７．ＭＡＣ−ｈｓエンティティは再順序付け待ち行列が使用される場合にのみリセットされる実施形態６３に記載のＷＴＲＵ。

６８．ＭＡＣ−ｈｓエンティティは、並べ替え待ち行列が使用され、セル再選択がインターノードＢセル変更、またはＭＡＣ−ｈｓ保持をサポートしないノードＢに対するイントラノードＢセル変更を生じる場合にのみリセットされる実施形態６３に記載のＷＴＲＵ。

６９．コントローラはネットワークからの指示に従ってＭＡＣ−ｈｓエンティティをリセットする実施形態５３〜６２のいずれか１つに記載のＷＴＲＵ。

７０．コントローラはＨＡＲＱソフトバッファをフラッシュする実施形態５３〜６９のいずれか１つに記載のＷＴＲＵ。

７１．セル再選択時にＲＬＣステータス報告を送信するように構成されたＲＬＣエンティティをさらに含む実施形態５３〜７０のいずれか１つに記載のＷＴＲＵ。

７２．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥメッセージの送信前かつターゲットセルの選択後に送信される実施形態７１に記載のＷＴＲＵ。

７３．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥメッセージ中に含まれる実施形態７１に記載のＷＴＲＵ。

７４．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージの受信後に送信される実施形態７１に記載のＷＴＲＵ。

７５．システム情報は拡張Ｃｅｌｌ＿ＦＡＣＨ機能の指示を含む実施形態５４〜７４のいずれか１つに記載のＷＴＲＵ。

７６．ＨＳ−ＤＳＣＨ共通システム情報は、ＨＳ−ＳＣＣＨスクランブリングコードおよびチャネライゼーションコードと、ＣＱＩフィードバック情報と、ＨＡＲＱプロセスの数と、メモリパーティショニングと、１組の確保されたＨ−ＲＮＴＩとのうちの少なくとも１つを含む実施形態５４〜７５のいずれか１つに記載のＷＴＲＵ。

７７．ソースセルのみが拡張Ｃｅｌｌ＿ＦＡＣＨをサポートする場合、Ｃｅｌｌ＿ＦＡＣＨ状態にある間にセル再選択を実行するためのＷＴＲＵ。

７８．トランシーバを備える実施形態７７のＷＴＲＵ。

７９．ＨＳＤＰＡ通信用のＭＡＣ−ｈｓエンティティを備える実施形態７８のＷＴＲＵ。

８０．Ｃｅｌｌ＿ＦＡＣＨ状態にある間にターゲットセルを選択するように構成されたコントローラを備える実施形態７９のＷＴＲＵ。

８１．コントローラはターゲットセルからシステム情報を読み取るように構成される実施形態８０のＷＴＲＵ。

８２．コントローラはソースセル中で受信されたＲＮＴＩをクリアするように構成される実施形態８０〜８１のいずれか１つに記載のＷＴＲＵ。

８３．コントローラはＭＡＣ−ｈｓエンティティをリセットするように構成される実施形態８０〜８２のいずれか１つに記載のＷＴＲＵ。

８４．コントローラはＨＳ−ＤＳＣＨ受信変数をＦＡＬＳＥに設定することによってＨＳ−ＤＳＣＨ受信を防ぐように構成される実施形態８０〜８３のいずれか１つに記載のＷＴＲＵ。

８５．コントローラはＳ−ＣＣＰＣＨおよびＲＡＣＨ通信を設定するように構成される実施形態８０〜８４のいずれか１つに記載のＷＴＲＵ。

８６．コントローラはＣＥＬＬ ＵＰＤＡＴＥメッセージを送信するように構成される実施形態８０〜８５のいずれか１つに記載のＷＴＲＵ。

８７．コントローラは、Ｓ−ＣＣＰＣＨ上でダウンリンク送信を受信するようにトランシーバを構成する実施形態８０〜８６のいずれか１つに記載のＷＴＲＵ。

８８．セル再選択時にＲＬＣステータス報告を送信するためのＲＬＣエンティティをさらに含む実施形態８０〜８７のいずれか１つに記載のＷＴＲＵ。

８９．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥメッセージの送信前かつターゲットセルの選択後に送信される実施形態８８に記載のＷＴＲＵ。

９０．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥメッセージ中に含まれる実施形態８８に記載のＷＴＲＵ。

９１．ＲＬＣステータス報告はＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージの受信後に送信される実施形態８８に記載のＷＴＲＵ。

９２．Ｃｅｌｌ＿ＦＡＣＨ状態にある間にセル更新を実行するためのＷＴＲＵ。

９３．トランシーバを備える実施形態９２のＷＴＲＵ。

９４．ＨＳＤＰＡ通信用のＭＡＣ−ｈｓエンティティを備える実施形態９３のＷＴＲＵ。

９５．Ｃｅｌｌ＿ＦＡＣＨ状態にある間に、専用Ｈ−ＲＮＴＩを使用してＣｅｌｌ＿ＤＣＨ状態のＨＳＤＰＡ送信を受信しながらセル更新トリガイベントを検出するように構成されたコントローラを備え、セル更新トリガイベントは無線リンク障害およびＲＬＣ回復不能エラーの１つである実施形態９４のＷＴＲＵ。

９６．コントローラはターゲットセル中のシステム情報を読み取るように構成される実施形態９５のＷＴＲＵ。

９７．コントローラはソースセル中で受信されたＲＮＴＩをクリアするように構成される実施形態９５〜９６のいずれか１つに記載のＷＴＲＵ。

９８．ターゲットセルが拡張Ｃｅｌｌ＿ＦＡＣＨ状態をサポートすることがシステム情報から判断される場合、コントローラはＲＡＣＨ通信を設定するように構成される実施形態９５〜９７のいずれか１つに記載のＷＴＲＵ。

９９．コントローラはＲＡＣＨを介してＣＥＬＬ ＵＰＤＡＴＥメッセージを送信するように構成される実施形態９５〜９８のいずれか１つに記載のＷＴＲＵ。

１００．コントローラはＨＳ−ＤＳＣＨ受信変数をＴＲＵＥに設定することによってＨＳ−ＤＳＣＨ受信を可能にするように構成される実施形態９５〜９９のいずれか１つに記載のＷＴＲＵ。

１０１．コントローラは、ターゲットセル中でＨＳＤＰＡ送信を受信するために、システム情報中に含まれる共通ＨＳ−ＤＳＣＨシステム情報に基づいてＭＡＣ−ｈｓエンティティを構成する実施形態９５〜１００のいずれか１つに記載のＷＴＲＵ。

１０２．ＭＡＣ−ｈｓエンティティは、ＲＬＣ回復不能エラーの１つを検出するとリセットされる実施形態９５〜１０１のいずれか１つに記載のＷＴＲＵ。

実施形態ではフィーチャおよび要素が特定の組合せで記載されているが、各フィーチャまたは要素は実施形態の他のフィーチャおよび要素なしで単独で使用するか、または他のフィーチャおよび要素の有無にかかわらず様々な組合せで使用できる。提供される方法または流れ図は、汎用コンピュータまたはプロセッサによって実行するためのコンピュータ可読記憶媒体中に有形に具備されたコンピュータプログラム、ソフトウェア、またはファームウェアに実装できる。コンピュータ可読記憶媒体の例には、読取り専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクや取外し可能ディスクなど磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクなど光学式媒体、およびデジタル多用途ディスク（ＤＶＤ）がある。

好適なプロセッサは、例として、汎用プロセッサ、専用プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連した１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、他の任意のタイプの集積回路（ＩＣ）、および／または状態機械を含む。

ソフトウェアに関連したプロセッサは、無線送信受信ユニット（ＷＴＲＵ）、ユーザ装置（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ中で使用する無線周波トランシーバを実装するために使用できる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカホン、振動装置、スピーカ、マイクロホン、テレビジョントランシーバ、ハンズフリーヘッドセット、キーボード、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線装置、液晶ディスプレイ（ＬＣＤ）表示装置、有機発光ダイオード（ＯＬＥＤ）表示装置、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意の無線ローカルエリアネットワーク（ＷＬＡＮ）モジュールなど、ハードウェアおよび／またはソフトウェアに実装されるモジュールとともに使用できる。

Claims (24)

1. Ｃｅｌｌ＿ＦＡＣＨ状態にある間にセル再選択を実行するための方法であって、
   前記Ｃｅｌｌ＿ＦＡＣＨ状態にある間の前記セル再選択のためのセル更新手続を起動すること、
   高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）共通システム情報を含むシステム情報を受信すること、
   セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）をクリアすること、
   ＨＳ−ＤＳＣＨ無線ネットワーク一時識別子（Ｈ−ＲＮＴＩ）をクリアすること、
   ＨＳ−ＤＳＣＨメディアアクセス制御（ＭＡＣ−ｅｈｓ）エンティティをリセットすること、および、
   共通Ｈ−ＲＮＴＩを用いて、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）送信を受信すること
   を備えたことを特徴とする方法。
2. 前記共通Ｈ−ＲＮＴＩは、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ ＲＲＣメッセージの受信に続いて選択されることを特徴とする請求項１に記載の方法。
3. ＨＳ−ＤＳＣＨ受信変数をＴＲＵＥに設定することによりＨＳ−ＤＳＣＨ受信を可能にすることをさらに備えたことを特徴とする請求項１に記載の方法。
4. 前記共通Ｈ−ＲＮＴＩは、前記ＨＳ−ＤＳＣＨ受信変数がＴＲＵＥに設定されると選択されることを特徴とする請求項３に記載の方法。
5. 前記ＨＳ−ＤＳＣＨ受信変数は、ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ＿ＥＮＡＢＬＥＤ変数であることを特徴とする請求項３に記載の方法。
6. ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）無線ネットワーク一時識別子（Ｕ−ＲＮＴＩ）が、ＤＣＣＨ送信のために割り当てられることを特徴とする請求項１に記載の方法。
7. 前記Ｕ−ＲＮＴＩは、前記ＷＴＲＵ識別子であり、ＭＡＣ−ｃヘッダとして含まれることを特徴とする請求項６に記載の方法。
8. 前記共通Ｈ−ＲＮＴＩと専用Ｈ−ＲＮＴＩとが別個のＭＡＣ−ｅｈｓエンティティにおいて構成されている場合、前記ＭＡＣ−ｅｈｓエンティティは、前記共通Ｈ−ＲＮＴＩに対してリセットされ、他のＭＡＣ−ｅｈｓエンティティは、専用Ｈ−ＲＮＴＩに対してリセットされることを特徴とする請求項１に記載の方法。
9. 前記ＭＡＣ−ｅｈｓエンティティは、前記セル再選択の結果がインターノードＢ（ｉｎｔｅｒ−Ｎｏｄｅ Ｂ）セル変更である場合にリセットされることを特徴とする請求項１に記載の方法。
10. 前記セル再選択時に無線リンク制御（ＲＬＣ）ステータス報告を送信することをさらに備えたことを特徴とする請求項１に記載の方法。
11. 前記Ｈ−ＲＮＴＩからクリアされた前記Ｃ−ＲＮＴＩの使用を止めることをさらに備えたことを特徴とする請求項１に記載の方法。
12. 格納されたＩＥ「ＨＡＲＱ ｉｎｆｏ」をクリアすることをさらに備えたことを特徴とする請求項１に記載の方法。
13. Ｃｅｌｌ＿ＦＡＣＨ状態にある間にセル再選択を実行するＷＴＲＵであって、
    前記Ｃｅｌｌ＿ＦＡＣＨ状態にある間に、前記セル再選択のためのセル更新手続を起動し、高速ダウンリンク共有チャネル（ＨＳ−ＤＳＣＨ）共通システム情報を含むシステム情報を受信し、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）をクリアし、ＨＳ−ＤＳＣＨ無線ネットワーク一時識別子（Ｈ−ＲＮＴＩ）をクリアし、ＨＳ−ＤＳＣＨメディアアクセス制御（ＭＡＣ−ｅｈｓ）エンティティをリセットし、および、共通Ｈ−ＲＮＴＩを用いて、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）送信を受信するように構成されたコントローラ
    を備えたことを特徴とするＷＴＲＵ。
14. 前記共通Ｈ−ＲＮＴＩは、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ ＲＲＣメッセージの受信に続いて選択されることを特徴とする請求項１３に記載のＷＴＲＵ。
15. 前記コントローラは、ＨＳ−ＤＳＣＨ受信変数をＴＲＵＥに設定することによりＨＳ−ＤＳＣＨ受信を可能にするようにさらに構成されたことを特徴とする請求項１３に記載のＷＴＲＵ。
16. 前記共通Ｈ−ＲＮＴＩは、前記ＨＳ−ＤＳＣＨ受信変数がＴＲＵＥに設定されると選択されることを特徴とする請求項１５に記載のＷＴＲＵ。
17. 前記ＨＳ−ＤＳＣＨ受信変数は、ＨＳ＿ＤＳＣＨ＿ＲＥＣＥＰＴＩＯＮ＿ＯＦ＿ＣＣＣＨ＿ＥＮＡＢＬＥＤ変数であることを特徴とする請求項１５に記載のＷＴＲＵ。
18. ユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）無線ネットワーク一時識別子（Ｕ−ＲＮＴＩ）が、ＤＣＣＨ送信のために割り当てられることを特徴とする請求項１３に記載のＷＴＲＵ。
19. 前記Ｕ−ＲＮＴＩは、前記ＷＴＲＵ識別子であり、ＭＡＣ−ｃヘッダとして含まれることを特徴とする請求項１８に記載のＷＴＲＵ。
20. 前記共通Ｈ−ＲＮＴＩと専用Ｈ−ＲＮＴＩとが別個のＭＡＣ−ｅｈｓエンティティにおいて構成されている場合、前記ＭＡＣ−ｅｈｓエンティティは、前記共通Ｈ−ＲＮＴＩに対してリセットされ、他のＭＡＣ−ｅｈｓエンティティは、専用Ｈ−ＲＮＴＩに対してリセットされることを特徴とする請求項１３に記載のＷＴＲＵ。
21. 前記ＭＡＣ−ｅｈｓエンティティは、前記セル再選択の結果がインターノードＢ（ｉｎｔｅｒ−Ｎｏｄｅ Ｂ）セル変更である場合にリセットされることを特徴とする請求項１３に記載のＷＴＲＵ。
22. 前記コントローラは、前記セル再選択時に無線リンク制御（ＲＬＣ）ステータス報告を送信するようにさらに構成されたことを特徴とする請求項１３に記載のＷＴＲＵ。
23. 前記コントローラは、前記Ｈ−ＲＮＴＩからクリアされた前記Ｃ−ＲＮＴＩの使用を止めるようにさらに構成されたことを特徴とする請求項１３に記載のＷＴＲＵ。
24. 前記コントローラは、格納されたＩＥ「ＨＡＲＱ ｉｎｆｏ」をクリアするようにさらに構成されたことを特徴とする請求項１３に記載のＷＴＲＵ。

Images