JP2013502164A - サービング無線ネットワークサブシステム再配置中にコアネットワークのステータスを維持するシステムおよび方法 - Google Patents

Abstract

システムおよび方法は、ワイヤレスユーザ装置（ＵＥ）が、コアネットワークのパケット交換ドメインとの同期を維持しながら、高速ドーマント機能をサポートしない無線ネットワークコントローラ（ＲＮＣ）へのサービング無線ネットワークサブシステム（ＳＲＮＳ）再配置を受けることを可能にする。ＵＥは、ターゲットＲＮＣが高速ドーマント機能をサポートするかどうかを、ソースＲＮＣ、すなわちこのＵＥがＳＲＮＳ再配置の前に接続されていたＲＮＣ、によって提供される再構成メッセージの中でＵＥに提供されるインジケーションを経由して知る。このようにして、ＵＥは、ターゲットＲＮＣが高速ドーマント機能をサポートするかどうかにより、しかるべく行動することができる。

Description

優先権の主張

関連出願の相互参照
本出願は、参照により全体として本明細書に明確に組み込まれる、２００９年８月１１日に出願された「ＳＹＳＴＥＭＳ ＡＮＤ ＭＥＴＨＯＤＳ ＯＦ ＭＡＩＮＴＡＩＮＩＮＧ ＣＯＲＥ ＮＥＴＷＯＲＫ ＳＴＡＴＵＳ ＤＵＲＩＮＧ ＳＥＲＶＩＮＧ ＲＡＤＩＯ ＮＥＴＷＯＲＫ ＳＵＢＳＹＳＴＥＭ ＲＥＬＯＣＡＴＩＯＮ」という名称の米国仮特許出願第６１／２３３，０４３号の利益を主張する。

本開示の態様は、一般に、ワイヤレス通信システムに関し、より詳細には、ワイヤレスモバイルデバイスをドーマントすなわちアイドルモードに入ることを可能にすることにより、ワイヤレスモバイルデバイスのバッテリ寿命を改善するための技術に関する。

ワイヤレス通信ネットワークは、例えば、電話による通信、ビデオ、データ、メッセージング、ブロードキャストなどの種々の通信サービスを提供するために、広範囲に展開される。通常は多重アクセスネットワークであるこのようなネットワークは、利用可能なネットワークリソースを共有することにより、多数のユーザに対して通信をサポートする。このようなネットワークの一例は、ＵＭＴＳ地上波無線アクセスネットワーク（UMTS Terrestrial Radio Access Network）（ＵＴＲＡＮ）である。ＵＴＲＡＮは、第三世代提携プロジェクト（３ＧＰＰ）によりサポートされた第三世代（３Ｇ）携帯電話技術である、ユニバーサルモバイルテレコミュニケーションシステム（Universal Mobile Telecommunications System）（ＵＭＴＳ）の一部として定義される無線アクセスネットワーク（radio access network）（ＲＡＮ）である。グローバルシステムフォーモバイルコミュニケーション（Global System for Mobile Communications）（ＧＳＭ（登録商標））技術の後継技術であるＵＭＴＳは、現在、例えば広帯域符号分割多元接続（Ｗ−ＣＤＭＡ）、時分割−符号分割多元接続（ＴＤ−ＣＤＭＡ）、および時分割−同期符号分割多元接続（Time Division-Synchronous Code Division Multiple Access）（ＴＤ−ＳＣＤＭＡ）などの種々のエアインターフェース標準をサポートする。ＵＭＴＳは、強化された３Ｇデータ通信プロトコル、例えば、より高いデータ転送速度と能力とを関連するＵＭＴＳネットワークに対して提供する、高速パケットアクセス（High Speed Packet Access）（ＨＳＤＰＡ）などもサポートする。

モバイル広帯域アクセスに対する要求が増え続けるにつれて、モバイル広帯域アクセスに対する増え続ける要求を満足させるためにだけではなく、移動通信でのユーザ経験を向上および強化するために、研究および開発によりＵＭＴＳ技術が進歩し続けている。

本開示の一態様においては、ワイヤレス通信方法は、ソースサービング無線ネットワークサブシステム（ＳＲＮＳ）からターゲットＳＲＮＳに再配置するための通知を受信することと、ターゲットＳＲＮＳに対応するターゲット無線ネットワークコントローラ（ＲＮＣ）が高速ドーマント機能（fast dormancy feature）をサポートするかどうかを判断することと、を含む。ターゲットＲＮＣが高速ドーマント機能をサポートする場合は、ユーザ装置（ＵＥ）は、ドーマント状態、電源節約状態、またはアイドル状態に入ってバッテリ寿命を節約できる。

本開示の一態様においては、ワイヤレス通信装置は、ソースＳＲＮＳからターゲットＳＲＮＳに再配置するための通知を受信する手段と、ターゲットＳＲＮＳに対応するターゲットＲＮＣが高速ドーマント機能をサポートするかどうかを判断する手段と、を含む。ターゲットＲＮＣが高速ドーマント機能をサポートする場合は、ＵＥは、ドーマント状態、電源節約状態、またはアイドル状態に入る手段を含み、バッテリ寿命を節約する。

本開示の一態様においては、コンピュータプログラムプロダクトは、ソースＳＲＮＳからターゲットＳＲＮＳに再配置するための通知を受信するためのコードと、ターゲットＳＲＮＳに対応するターゲットＲＮＣが高速ドーマント機能をサポートするかどうかを判断するためのコードと、を有するコンピュータ読み取り可能媒体を含む。ターゲットＲＮＣが、高速ドーマント機能をサポートする場合は、コンピュータ読み取り可能媒体は、ドーマント状態、電源節約状態、またはアイドル状態に入るためのコードを有する。

本開示の一態様においては、ワイヤレス通信のための装置は、少なくとも１つのプロセッサと、当該少なくとも１つのプロセッサに連結されたメモリとを含む。当該少なくとも１つのプロセッサは、ソースＳＲＮＳからターゲットＳＲＮＳに再配置するための通知を受信し、ターゲットＳＲＮＳに対応するターゲットＲＮＣが高速ドーマント機能をサポートするかどうかを判断するように構成される。ターゲットＲＮＣが、高速ドーマント機能をサポートする場合は、プロセッサは、ドーマント状態、電源節約状態、またはアイドル状態に入るように構成される。

本発明のこれらのおよび他の態様は、以下の詳細な説明の検討によりさらに十分に理解されよう。

処理システムを用いる装置に対するハードウェア実装形態の一例を示す図。 電気通信システムの一例を概念的に示すブロック図。 アクセスネットワークの一例を示す概念図。 電気通信システム内のＵＥと通信しているノードＢの一例を概念的に示すブロック図。 従来技術における、ＵＥと、高速ドーマント機能をサポートしないＲＮＣとの同期の外れを概念的に示すコールフロー図。 ＲＮＣが高速ドーマント機能をサポートしようとしまいと、ＳＲＮＳ再配置の後にＵＥとＲＮＣの間の同期を維持するプロセスを示すフローチャート。 本開示の一態様の機能的な特性を実装するために実行される例としてのブロックを概念的に示す機能ブロック図。

添付の図面に関連して以下に示す詳細な説明は、種々の構成の説明として意図されており、本明細書の中で記述された概念を実践してもよい唯一の構成を表すことを目的としていない。詳細な説明は、種々の概念の完全な理解をもたらすための特定の詳細を含む。しかしながら、当業者には、これらの概念がこれらの特定の詳細なしに実践されてもよいということは明らかであろう。場合によっては、周知の構造およびコンポーネントが、このような概念を分かりにくくするのを避けるために、ブロック図の形で示される。

電気通信システムのいくつかの態様が、種々の装置および方法を参照して、以下に提示される。これらの装置および方法は、以下の詳細な説明において記述され、添付の図面において種々のブロック、モジュール、コンポーネント、回路、ステップ、プロセス、アルゴリズム等（集合的に「要素」と呼ばれる）により説明される。これらの要素は、電子的ハードウェア、コンピュータソフトウェア、またはこれらの任意の組合せを使って実装されてもよい。これらの要素が、ハードウェアあるいはソフトウェアとして実装されるかどうかは、特定の用途と全体のシステムに課せられた設計制約とに依存する。

例として、要素、もしくは要素の任意の部分、または要素の任意の組合せは、１つまたは複数のプロセッサを含む「処理システム」で実装されてもよい。プロセッサの例には、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラム可能論理デバイス（ＰＬＤ）、状態機械、ゲートロジック（gated logic）、個別のハードウェア回路、および本開示全体にわたって記述される種々の機能性を実行するように構成された他の適切なハードウェアが含まれる。処理システム内の１つまたは複数のプロセッサが、ソフトウェアを実行してもよい。ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語、またはその他と称しようとしまいと、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行ファイル（executables）、実行スレッド（threads of execution）、手順、機能等を意味するものとして広く解釈されるものとする。ソフトウェアは、コンピュータ読み取り可能媒体上に存在してもよい。コンピュータ読み取り可能媒体には、例として、磁気記憶デバイス（例えば、ハードディスク、フロッピー（登録商標））ディスク、磁気ストリップ）、光ディスク（例えば、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ））、スマートカード、フラッシュメモリーデバイス（例えば、カード、スティック、キードライブ（key drive））、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、プログラマブルＲＯＭ（ＰＲＯＭ）、消去可能ＰＲＯＭ（ＥＰＲＯＭ）、電気的消去可能なＰＲＯＭ（ＥＥＰＲＯＭ）、レジスタ、リムーバブルディスク、搬送波、伝送路、およびソフトウェアを格納または送信する任意の他の適切な媒体を含んでもよい。コンピュータ読み取り可能媒体は、処理システムの中に、処理システムの外に、またはこの処理システムを含む多数のエンティティにわたって分散されて常駐してもよい。コンピュータ読み取り可能媒体は、コンピュータプログラムプロダクトの中に具象化されてもよい。例として、コンピュータプログラムプロダクトは、コンピュータ読み取り可能媒体を梱包材料の中に含んでもよい。当業者は、本開示全体にわたって提示される記述された機能性を、特定の用途と全体のシステムに課せられた全体的な設計制約とに応じてどのように最適に実装するかを認識されよう。

図１は、処理システム１１４を採用する装置１００のハードウェア実装形態の一例を例示する概念図である。この例においては、処理システム１１４は、全体としてバス１０２によって表されるバスアーキテクチャを伴って実装される。バス１０２は、処理システム１１４の特定の用途と全体の設計制約とに応じて、任意の数の相互接続するバスとブリッジとを含む。バス１０２は、全体としてプロセッサ１０４により表される１つまたは複数のプロセッサ、および、全体としてコンピュータ読み取り可能媒体１０６により表されるコンピュータ読み取り可能媒体を含む種々の回路を互いに結合する。バス１０２は、種々の他の回路、例えばタイミングソース、周辺機器、電圧レギュレータ、および電源管理回路などを結合してもよく、これらは当技術分野で周知であり、したがって、これ以上説明されない。バスインターフェース１０８は、バス１０２とトランシーバ１１０との間のインターフェースを提供する。トランシーバ１１０は伝送媒体を通じて、種々の他の装置と通信するための手段を提供する。装置の性質に応じて、ユーザインターフェース１１２（例えば、キーパッド、ディスプレイ、スピーカ、マイクロホン、ジョイスティック）が提供されてもよい。

プロセッサ１０４は、バス１０２の管理と、コンピュータ読み取り可能媒体１０６上に格納されたソフトウェアの実行を含む汎用処理とに関与する。ソフトウェアは、プロセッサ１０４により実行されると、処理システム１１４に以下に説明される任意の特定の装置に対する種々の機能を実行させる。コンピュータ読み取り可能媒体１０６は、ソフトウェアを実行する時にプロセッサ１０４により操作されるデータを格納するために使用されてもよい。

本開示全体にわたって提示される種々の概念は、多様な電気通信システム、ネットワークアーキテクチャ、および通信標準にわたって実装されてもよい。例として、限定することなしに、図２で例示される本開示の態様は、Ｗ−ＣＤＭＡエアインターフェースを採用するＵＭＴＳシステム２００を参照して提示される。ＵＭＴＳネットワークは、３つの相互交流するドメインである、コアネットワーク（ＣＮ）２０４と、ＵＴＲＡＮ２０２と、ＵＥ２１０とを含む。この例においては、ＵＴＲＡＮ２０２は、電話による通信、ビデオ、データ、メッセージング、ブロードキャスト、および／または他のサービスを含む、種々のワイヤレスサービスを提供する。ＵＴＲＡＮ２０２は、複数のサービング無線ネットワークサブシステム（ＳＲＮＳ）、例えばＳＲＮＳ２０７など、を含んでもよく、これらのそれぞれは、各無線ネットワークコントローラ（ＲＮＣ）、例えばＲＮＣ２０６など、により制御される。ここで、ＵＴＲＡＮ２０２は、本明細書において説明されるＲＮＣ２０６とＳＲＮＳ２０７とに加えて、任意の数のＲＮＣ２０６とＳＲＮＳ２０７とを含んでもよい。ＲＮＣ２０６は、特に、ＳＲＮＳ２０７内の無線リソースの割り当て、再構成、および解放に関与する装置である。ＲＮＣ２０６は、ＵＴＲＡＮ２０２内の他のＲＮＣ（図示せず）に、さまざまな種類のインターフェース、例えば直接の物理的接続や仮想ネットワーク等を通して、任意の適切な転送ネットワークを使って相互接続されてもよい。

ＳＲＮＳ２０７によってカバーされる地理的領域を、多数のセルに分割して、無線トランシーバ装置が各セルにサービスしてもよい。無線トランシーバ装置はＵＭＴＳアプリケーションにおいては通例ノードＢと称されるが、当業者により、ベースステーション（ＢＳ）、ベーストランシーバステーション（ＢＴＳ）、無線ベースステーション、無線トランシーバ、トランシーバ機能、ベーシックサービスセット（ＢＳＳ）、拡張サービスセット（ＥＳＳ）、アクセスポイント（ＡＰ）、または他の何らかの適切な専門用語で呼ばれることもある。明確にするために、３つのノードＢ２０８が、各ＳＲＮＳ２０７の中に図示されているが、ＳＲＮＳ２０７は、任意の数のワイヤレスノードＢを含んでもよい。ノードＢ２０８は、任意の数のモバイル装置のために、コアネットワーク（ＣＮ）２０４へのワイヤレスアクセスポイントを提供する。モバイル装置の例には、携帯電話、スマートフォン、セッション初期化プロトコル（ＳＩＰ）電話、ラップトップ、ノートパソコン、ネットブック、スマートブック、携帯情報端末（ＰＤＡ）、衛星ラジオ、全地球測位システム（ＧＰＳ）デバイス、マルチメディアデバイス、ビデオデバイス、デジタルオーディオプレーヤ（例えば、ＭＰ３プレーヤ）、カメラ、ゲーム機、または任意の他の同様の機能性デバイスを含む。モバイル装置は、一般にＵＭＴＳアプリケーションにおいてユーザ装置（ＵＥ）と称すが、当業者により、移動局（ＭＳ）、加入者ステーション、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、遠隔デバイス、モバイル加入者ステーション、アクセス端末（ＡＴ）、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、端末、ユーザエージェント、モバイルクライアント、クライアント、または他の何らかの適切な専門用語で呼ばれていることもある。ＵＭＴＳシステムにおいては、ＵＥ２１０は、ユーザのネットワークへの加入情報を包含する、汎用加入者識別モジュール（universal subscriber identity module）（ＵＳＩＭ）２１１をさらに含んでもよい。例示を目的として、複数のノードＢ２０８と通信している１つのＵＥ２１０が示されている。ダウンリンク（ＤＬ）は、フォワードリンクとも呼ばれ、ノードＢ２０８からＵＥ２１０への通信リンクを意味し、アップリンク（ＵＬ）は、リバースリンクとも呼ばれ、ＵＥ２１０からノードＢ２０８への通信リンクを意味する。

ＣＮドメイン２０４は、例えばＵＴＲＡＮ２０２などの１つまたは複数のアクセスネットワークとインターフェースする。図示されるように、コアネットワーク２０４は、ＧＳＭコアネットワークである。しかしながら、当業者には認識されるように、本開示全体にわたって提示される種々の概念は、ＲＡＮ、または他の適切なアクセスネットワークの中に実装されて、ＵＥにＧＳＭネットワーク以外の種類のコアネットワークへのアクセスを提供してもよい。

コアネットワーク２０４は、回線交換方式（ＣＳ）ドメインとパケット交換方式（ＰＳ）ドメインとを含む。回線交換要素の一部は、モバイルサービス交換局（ＭＳＣ）、ビジタロケーションレジスタ（ＶＬＲ）、およびゲートウェイＭＳＣである。パケット交換要素は、サービングＧＰＲＳサポートノード（ＳＧＳＮ）とゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）とを含む。ＥＩＲ、ＨＬＲ、ＶＬＲ、およびＡｕＣのような一部のネットワーク要素は、回線交換方式とパケット交換方式の両方のドメインにより共有されてもよい。説明される例においては、コアネットワーク２０４は、ＭＳＣ２１２とＧＭＳＣ２１４とを伴う回線交換方式サービスをサポートする。一部のアプリケーションにおいては、ＧＭＳＣ２１４は、メディアゲートウェイ（ＭＧＷ）と称されてもよい。例えばＲＮＣ２０６などの１つまたは複数のＲＮＣが、ＭＳＣ２１２に接続されてもよい。ＭＳＣ２１２は、コールセットアップと、コールルーティングと、ＵＥ移動性機能とを制御する装置である。ＭＳＣ２１２は、ＵＥがＭＳＣ２１２のカバレッジエリア内にいる間の加入者関連情報を包含するビジタロケーションレジスタ（ＶＬＲ）も含む。ＧＭＳＣ２１４は、ＭＳＣ２１２を通して、ＵＥが回線交換方式ネットワーク２１６にアクセスするためのゲートウェイを提供する。ＧＭＳＣ２１４は、例えば特定のユーザが加入したサービスの詳細を反映するデータなどの加入者データを包含する、ホームロケーションレジスタ（ＨＬＲ）２１５を含む。ＨＬＲは、加入者特定の認証データを包含する認証センタ（ＡｕＣ）とも関係がある。特定のＵＥに対してコールが受信されると、ＧＭＳＣ２１４は、ＨＬＲ２１５に問い合わせを行って、ＵＥのロケーションを割り出し、このコールをそのロケーションをサービスする特定のＭＳＣに転送する。

コアネットワーク２０４は、サービングＧＰＲＳサポートノード（ＳＧＳＮ）２１８とゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）２２０とともに、パケットデータサービスもサポートする。汎用パケット無線サービス（General Packet Radio Service）を表すＧＰＲＳは、標準のＧＳＭ回線交換方式データサービスで可能な速度よりも高速にパケットデータサービスを提供するように設計されている。ＧＧＳＮ２２０は、ＲＡＮ２０２に対してパケットベースネットワーク２２２への接続を提供する。パケットベースネットワーク２２２は、インターネット、プライベートデータネットワーク、または他の何らかの適切なパケットベースネットワークでもよい。ＧＧＳＮ２２０の主要機能は、ＵＥ２１０にパケットベースネットワーク接続性を提供することである。データパケットは、回線交換方式ドメインの中でＭＳＣ２１２が実行するのと主として同じ機能をパケットベースドメインの中で実行するＳＧＳＮ２１８を通して、ＧＧＳＮ２２０とＵＥ２１０との間で転送される。

ＵＭＴＳエアインターフェースは、スペクトル拡散ダイレクトシーケンス符号分割多元接続（Direct-Sequence Code Division Multiple Access）（ＤＳ−ＣＤＭＡ）システムである。スペクトル拡散ＤＳ−ＣＤＭＡは、チップと呼ばれる疑似ランダムビットのシーケンスによる乗算を通して、ユーザデータをより広い帯域幅にわたって拡散させる。Ｗ−ＣＤＭＡエアインターフェースは、このようなダイレクトシーケンススペクトル拡散技術に基づいており、さらに、周波数分割二重（ＦＤＤ）を要求する。ＦＤＤは、ノードＢ２０８とＵＥ２１０との間のＵＬとＤＬとに対して異なる搬送波周波数を使用する。

図３を参照して、ＵＴＲＡＮアーキテクチャにおけるアクセスネットワーク３００が例示される。多重アクセスワイヤレス通信システムは、セル３０２、３０４および３０６を含む多数のセルラー領域（セル）を含み、これらの各々は１つまたは複数のセクターを含んでもよい。これらの多数のセクターは、アンテナ群により形成することができ、各アンテナは、セルの一部分におけるＵＥとの通信に関与する。例えば、セル３０２において、アンテナ群３１２、３１４および３１６は、それぞれ異なるセクターに対応してもよい。セル３０４においては、アンテナ群３１８、３２０および３２２が、それぞれ異なるセクターに対応する。セル３０６においては、アンテナ群３２４、３２６および３２８が、それぞれ異なるセクターに対応する。セル３０２、３０４および３０６は、いくつかのワイヤレス通信デバイス、例えば、ユーザ装置すなわちＵＥを含んでもよく、これらは各セル３０２、３０４または３０６の１つまたは複数のセクターと通信してもよい。例えば、ＵＥ３３０と、３３２とは、ノードＢ３４２と通信してもよく、ＵＥ３３４と３３６とはノードＢ３４４と通信してもよく、また、ＵＥ３３８と３４０とはノードＢ３４６と通信することができる。ここで、各ノードＢ３４２、３４４、３４６は、コアネットワーク２０４（図２参照）へのアクセスポイントを、それぞれのセル３０２、３０４および３０６内のＵＥ３３０、３３２、３３４、３３６、３３８、３４０の全てに対して提供するように構成される。

一例においては、ＵＭＴＳシグナリングプロトコルスタックは、アクセス層（Access Stratum）（ＡＳ）と非アクセスス層（Non-Access Stratum）（ＮＡＳ）とに分割されてもよい。ＮＡＳは、ＵＥとコアネットワークとの間の機能層であり、アクセス技術から独立した機能とサービスとを管理する。ＡＳは、ＵＴＲＡＮ（ＵＭＴＳ地上波アクセスネットワーク）とエアインターフェースとを横切っての情報の移送のための機能とプロトコルとを管理することによりＮＡＳをサポートする。

ＮＡＳは、回線交換方式のコールに対処する接続管理ユニットを含んでもよく、また、コール制御（例えば、確立、解放）、付加サービス（例えば、自動転送、三者通話）、およびショートメッセージサービス（ＳＭＳ）に関与するサブレイヤを含んでもよい。ＮＡＳは、パケット交換方式のコール（例えば、確立、解放）に対処するセッション管理ユニットをさらに含んでもよい。ＮＡＳは、回線交換方式コールに対するロケーション更新と認証とに対処する移動性管理モジュールをさらに含んでもよい。ＮＡＳは、パケット交換方式のコールに対するロケーション更新と認証とに対処する、ＧＰＲＳ移動性管理ユニットをさらに含んでもよい。

同様に、ＡＳは、ＵＥとＲＮＣとの間で定義されて無線リソースの確立、解放、構成に対処するプロトコルを有する、無線リソース制御（ＲＲＣ）ユニットを含んでもよい。ＡＳは、ＵＥとＲＮＣとの間で定義されて、分割、再組み立て、重複検出、および他の伝統的なレイヤ２機能を提供するプロトコルを有する、無線リンク制御（ＲＬＣ）ユニットをさらに含んでもよい。ＡＳは、ＵＥとＲＮＣとの間で定義されてユーザプレーンと制御プレーンのデータを多重化するプロトコルを有する、媒体アクセス制御（ＭＡＣ）ユニットをさらに含んでもよい。ＡＳは、ＵＥとノードＢとの間で定義されてデータを無線リンクを通じて転送するプロトコルを有する、物理的レイヤユニットをさらに含んでもよい。物理的レイヤにおけるＵＥとＲＮＣとの間のインターフェースは、マクロダイバーシティ合成と分割機能とに対処する。

その上に、ＮＡＳは、例えばイニシャルダイレクト転送プロシージャ、ダウンリンクダイレクト転送プロシージャ、およびアップリンク転送プロシージャなどの、ＲＲＣ（すなわち、ＡＳの上位レイヤ）によって提供されるサービスを採用してもよい。ここで、イニシャルダイレクト転送プロシージャは、シグナリングコネクションを確立するために使用されてもよい。これは、無線インターフェースを通してイニシャル上位レイヤ（initial higher layer）（ＮＡＳ）メッセージを運ぶために使用されてもよい。ダウンリンクダイレクト転送プロシージャは、ダウンリンク方向で、無線インターフェースを通じてＮＡＳメッセージを運ぶために使用されてもよい。アップリンクダイレクト転送プロシージャは、アップリンク方向で、シグナリングコネクションに属する無線インターフェースを通じて、ＮＡＳメッセージを運ぶために使用されてもよい。ダウンリンクダイレクト転送プロシージャとアップリンクダイレクト転送プロシージャとが作動するために、シグナリングコネクション（これは、イニシャルダイレクト転送プロシージャにおいて確立されてもよい）は、ＮＡＳにより明確にクローズするように要求されるまでは、ＲＲＣにおいて維持されてもよい。本開示の特定の部分は、参照することにより全体として本明細書に組み込まれる３ＧＰＰ ＴＳ ２５．３３１、ｖ９． １．０（「Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ （ＲＲＣ） Ｐｒｏｔｏｃｏｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ」）に特有のプロトコルと専門用語とを、本明細書の中で記述される詳細の明瞭さの向上を提供するために用いることになる。しかしながら、当業者には、他のプロトコルや標準が利用されてもよいことが理解されよう。

アクセスネットワーク３００により採用される変調および多重アクセススキームが、展開される特定の電気通信標準に応じて変化してもよい。例として、この標準は、ＥＶ−ＤＯ（Evolution-Data Optimized）またはＵＭＢ（Ultra Mobile Broadband）を含んでもよい。ＥＶ−ＤＯおよびＵＭＢは、第三世代提携プロジェクト２（３ＧＰＰ２）によってＣＤＭＡ２０００標準ファミリーの一部として公表されたエアインターフェース標準であり、移動局にブロードバンドインターネットアクセスを提供するためにＣＤＭＡを採用している。この標準は、代わりに、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）を採用するユニバーサルテレストリアル無線アクセス（Universal Terrestrial Radio Access）（ＵＴＲＡ）およびＣＤＭＡの他の改良型、例えばＴＤ−ＳＣＤＭＡ、ＴＤＭＡを採用するグローバルシステムフォーモバイルコミュニケーションズ（ＧＳＭ）、および次世代ＵＴＲＡ（Evolved UTRA）（Ｅ−ＵＴＲＡ）、ウルトラモバイルブロードバンド（Ultra Mobile Broadband）（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、およびＯＦＤＭＡを採用するフラッシュＯＦＤＭ（Flash-OFDM）などでもよい。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＵＭＴＳ、ＬＴＥおよびＧＳＭは、３ＧＰＰ機構からの文書の中で記述されている。ＣＤＭＡ２０００およびＵＭＢは、３ＧＰＰ２機構からの文書の中で記述されている。採用される実際のワイヤレス通信標準および多重アクセス技術は、特定の用途とシステムに課される全体の設計制約とに依存することになる。

ノードＢ（例えば、３４２）は、ＭＩＭＯ技術をサポートする多数のアンテナを有してもよい。ＭＩＭＯ技術の使用は、ノードＢ３４２が空間領域を十分に利用することを可能にして、空間的重化、ビーム形成、および送信ダイバーシティをサポートする。

空間多重化は、異なるデータのストリームを同時に同じ周波数で送信するために使用されてもよい。データストリームは、単一のＵＥ（例えば、３３０）に送信されてデータ速度を増加させてもよいし、多数のＵＥ（例えば、３３０、３３２）に送信されて全体のシステム能力を増加させてもよい。これは、各データストリームを空間プリコーディングし、その後、空間プリコーディングされた各ストリームを、ダウンリンク上の異なる送信アンテナを通して送信することにより実現される。空間プリコーディングされたデータストリームは、異なる空間シグネチュアを伴うＵＥ３３０、３３２に到着し、これにより、ＵＥ３３０、３３２のそれぞれが、当該ＵＥ３３０、３３２向けの１つまたは複数のデータストリームを再生することを可能にする。アップリンク上では、各ＵＥ３３０は、空間プリコーディングされたデータストリームを送信し、これにより、ノードＢ３４２が各空間プリコーディングされたデータストリームのソースを識別することを可能になる。

空間多重化は、一般にチャネル状態が良い場合に使用される。チャネル状態があまり好ましくない場合は、ビーム形成が、送信エネルギーを１つまたは複数の方向に集中させるために使用されてもよい。これは、多数のアンテナを通して送信するためのデータを、空間プリコーディングすることにより達成されてもよい。セルの端部において良好なカバレッジを達成するために、単一ストリームビーム形成送信が、送信ダイバーシティと組み合わせて使用されてもよい。

図４は、ＲＡＮ４００の中のＵＥ４５０と通信しているノードＢ４１０のブロック図であり、ここでＲＡＮ４００は、図２のＲＡＮ２０２でもよく、ノードＢ４１０は図２のノードＢ２０８でもよく、ＵＥ４５０は、図２のＵＥ２１０でもよい。ダウンリンク通信においては、送信プロセッサ４２０は、データをデータソース４１２から、また制御信号をコントローラ／プロセッサ４４０から受信する。送信プロセッサ４２０は、データおよび制御信号の他にレファレンス信号（例えば、パイロット信号）に対しても、種々の信号処理機能を提供する。例えば、送信プロセッサ４２０は、エラー検出のための周期的冗長検査（ＣＲＣ：cyclic redundancy check）コードと、前方誤り訂正（ＦＥＣ：forward error correction）を容易にする符号化およびインターリービングと、種々の変調スキーム（例えば、二相位相変調（ＢＰＳＫ）、４相位相変調（ＱＰＳＫ）、Ｍ値位相変調（Ｍ−ＰＳＫ）、Ｍ値直交振幅変調（Ｍ−ＱＡＭ）等）に基づく信号コンスタレーション（constellation）へのマッピングと、直交可変拡散率（ＯＶＳＦ：orthogonal variable spreading factors）での拡散と、一連のシンボルを生成するためのスクランブリングコードでの多重化と、を提供する。チャネルプロセッサ４４４からのチャネル推定値は、コントローラ／プロセッサ４４０により、符号化、変調、拡散、および／またはスクランブリングのスキームを送信プロセッサ４２０のために決定するために使用されてもよい。これらのチャネル推定値は、ＵＥ４５０により送信されたリファレンス信号から、またはＵＥ４５０からのミッドアンブル２１４（図２）の中に包含されるフィードバックから導かれてもよい。送信プロセッサ４２０により生成されたシンボルは、送信フレームプロセッサ４３０がフレーム構造を生成するために提供される。送信フレームプロセッサ４３０は、このフレーム構造を、これらのシンボルをコントローラ／プロセッサ４４０からのミッドアンブル２１４（図２）と多重化することにより生成し、一連のフレームをもたらす。フレームは、次に送信器４３２に提供され、送信器４３２は、フレームを増幅し、フィルタリングし、スマートアンテナ４３４を通してワイヤレス媒体によるダウンリンク送信のための搬送波上に変調することを含む種々の信号調節機能を提供する。スマートアンテナ４３４は、ビームステアリング双方向適応アンテナアレイ（beam steering bidirectional adaptive antenna array）または他の同様のビーム技術とともに実装されてもよい。

ＵＥ４５０では、受信器４５４が、アンテナ４５２を通してダウンリンク送信を受信し、この送信を処理して、搬送波上に変調された情報を復元する。受信器４５４によって復元された情報は、受信フレームプロセッサ４６０に提供され、受信フレームプロセッサ４６０は、各フレームをパース（parse）し、ミッドアンブル２１４（図２）をチャネルプロセッサ４９４に提供し、また、データ、制御、およびリファレンス信号を受信プロセッサ４７０に提供する。受信プロセッサ４７０は、次に、ノードＢ４１０内の送信プロセッサ４２０により実行された処理の逆を実行する。より具体的には、受信プロセッサ４７０は、シンボルを逆スクランブルおよび逆拡散し、その後、変調スキームに基づいてノードＢ４１０により送信された最も可能性の高い信号配置点を決定する。これらの軟判定値は、チャネルプロセッサ４９４により計算されたチャネル推定値に基づいてもよい。これらの軟判定は、次に、データ、制御、およびリファレンス信号を復元するためにデコードおよびデインターリーブされる。ＣＲＣコードは、その後検査されて、フレームが成功裏にデコードされたかどうかを判断する。成功裏にデコードされたフレームにより運ばれたデータは、次に、データシンク４７２に提供されることになる。データシンク４７２は、ＵＥ４５０および／または種々のユーザインターフェース（例えば、ディスプレイ）の中で作動するアプリケーションを表す。成功裏にデコードされたフレームにより運ばれた制御信号は、コントローラ／プロセッサ４９０に提供されることになる。フレームが受信器プロセッサ４７０によってうまくデコードされなかった場合は、コントローラ／プロセッサ４９０は、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルを使用してこれらのフレームに対する再送要求をサポートしてもよい。

アップリンクにおいては、データソース４７８からのデータとコントローラ／プロセッサ４９０からの制御信号とは、送信プロセッサ４８０に提供される。データソース４７８は、ＵＥ４５０および種々のユーザインターフェース（例えば、キーボード）の中で動作するアプリケーションを表してもよい。ノードＢ４１０によるダウンリンク送信に関連して記述された機能性と同様に、送信プロセッサ４８０は、ＣＲＣコード、ＦＥＣを容易にする符号化およびインターリービング、信号配列へのマッピング、ＯＶＳＦでの拡散、ならびに一連のシンボルを生成するためのスクランブリングを含む種々の信号処理機能を提供する。チャネルプロセッサ４９４によってノードＢ４１０により送信されたリファレンス信号から、またはノードＢ４１０により送信されたミッドアンブルに包含されたフィードバックから導き出されたチャネル推定値は、適切な符号化、変調、拡散、および／またはスクランブリングスキームを選択するために使用されてもよい。送信プロセッサ４８０により生成されたシンボルは、送信フレームプロセッサ４８２に提供されてフレーム構造を生成することになる。送信フレームプロセッサ４８２は、このフレーム構造を、シンボルをコントローラ／プロセッサ４９０からのミッドアンブル２１４（図２）と多重化することにより生成し、一連のフレームをもたらす。フレームは、次に送信器４５６に提供され、送信器４５６は、フレームを増幅し、フィルタリングし、アンテナ４５２を通してのワイヤレス媒体によるアップリンク送信のための搬送波上に変調することを含む種々の信号調節機能を提供する。

アップリンク送信は、ＵＥ４５０での受信器機能に関連して記述されたものと同様にして、ノードＢ４１０で処理される。受信器４３５は、アップリンク送信をアンテナ４３４を通して受信し、この送信を処理して搬送波上に変調された情報を復元する。受信器４３５によって復元された情報は、受信フレームプロセッサ４３６に提供され、受信フレームプロセッサ４３６は、各フレームをパースし、ミッドアンブル２１４（図２）をチャネルプロセッサ４４４に提供し、また、データ、制御、およびリファレンス信号を受信プロセッサ４３８に提供する。受信プロセッサ４３８は、次に、ＵＥ４５０内の送信プロセッサ４８０により実行される処理の逆を実行する。成功裏にデコードされたフレームにより運ばれたデータおよび制御信号は、次に、データシンク４３９とコントローラ／プロセッサとに、それぞれ提供されてもよい。もし一部のフレームが受信プロセッサによりうまくデコードされなかった場合は、コントローラ／プロセッサ４４０は、肯定応答（ＡＣＫ）および／または否定応答（ＮＡＣＫ）プロトコルをこれらのフレームに対する再送要求をサポートするために使用してもよい。

コントローラ／プロセッサ４４０および４９０は、それぞれノードＢ４１０およびＵＥ４５０における動作を指示するために使用される。例えば、コントローラ／プロセッサ４４０および４９０は、タイミング、周辺機器インターフェース、電圧規制、電源管理、および他の制御機能を含む種々の機能を提供する。メモリ４４２および４９２のコンピュータ読み取り可能媒体は、それぞれノードＢ４１０およびＵＥ４５０のデータおよびソフトウェアを記憶する。ノードＢ４１０におけるスケジューラ／プロセッサ４４６は、ＵＥにリソースを割り当てるために、また、ＵＥに対するダウンリンクおよび／またはアップリンク送信をスケジューリングするために使用される。

高速ドーマントは、パケットデータユーザのための機能であり、一般にＲＮＣによりサポートされ、ＵＥがアクティブ状態にとどまるために必要な時間の大幅な削減を可能にし、その結果バッテリ寿命を改善する。例えば、ライブでの実地試験結果は、既存のネットワークにおいてＵＥをアイドルにするために高速ドーマントを利用するＵＭＴＳデバイス上で、１００％を超えるスタンバイ時間の向上を示している。高速ドーマントは、追加的に、使用されていない無線リソースを解放し、アイドルモード、すなわち、（３ＧＰＰ ＲＲＣプロトコル仕様において定義された）いわゆる「ＵＲＡ＿ＰＣＨ」状態、へとＵＥを遷移させ、ネットワークが他のユーザのために利用されてもよい余分な容量を解放することができるようにする。

特定のアプリケーションにおいては、ＵＥがそのデータ転送を完了させていて、さらなるデータ交換を期待しなくてもよいにもかかわらず、ＵＥは、ネットワークがこれをＣＥＬＬ＿ＤＣＨまたはＣＥＬＬ＿ＦＡＣＨ状態からアイドルモードへ、またはＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態（これらの状態のそれぞれは、３ＧＰＰ ＲＲＣプロトコル仕様の中でも定義されている）へと遷移させるのを待たなければならない。これはなぜなら、ネットワークが、ＵＥが転送する追加のデータを有しているかどうかを知らないために、ＵＥをこれらのデータ転送状態に必要以上のかなり長い期間維持している可能性があるからである。ネットワークは、このことを、転送する追加のデータパケットが実際に存在する場合に次のパケットデータ転送のための追加のセットアップディレイを避けるために行っている。

一般に、ネットワークは特定のアプリケーションのデータ転送特性を予測することができないことがあるため、このシナリオが過度のバッテリの消耗をもたらす可能性がある。すなわち、ＵＥのアプリケーションレイヤは、一般に、ＵＥがこれ以上の交換すべきデータを有しているかどうかを自立的に判断する。アプリケーションレイヤ肯定応答（データ転送に対して）とアプリケーション特有の不活性タイマとを使うことにより、ＵＥは、データ転送が完了した時に、ＵＥがこのシグナリングコネクションをもはや必要としないということを示すインジケーションをネットワークにいつ送るのが適切なのかを、データ転送セッションの終了を示す要因値（cause value）を含むことにより確実に判断することができる。ここで、高速ドーマント機能は、ＵＥが、このインジケーションをＲＲＣシグナリングコネクション解放インジケーション（RRC Signaling Connection Release Indication）（ＳＣＲＩ）メッセージの中でネットワークに送ることを可能とする。このようにして、ネットワークは、このＵＥにどのように対処するかについて、十分な情報を得た上での決定をすることができる。すなわち、ネットワークは、シグナリングコネクションを解放することを決定してもよく、この場合、ネットワークは、次に、ＲＲＣコネクションを解放し、ＵＥをアイドルにならせることを決定してもよい。代替的に、ネットワークは、同様のバッテリ節約を、さらに先の将来におけるデータ転送のためのより迅速な再構成を確実にしながら達成するために、ＵＥをＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨ状態に維持してもよい。このような行動は、高速ドーマントといわれているが、これは、ＵＥが、アクティブなデータ転送からアイドルに、伝統的に非効率的な不活性タイマの期限切れを待つよりもはるかに速く移動するからである。

図５は、ＵＥ５０２を、高速ドーマント機能をサポートするソースＲＮＣ（ＲＮＣ−１）５０４から、高速ドーマント機能をサポートしないターゲットＲＮＣ（ＲＮＣ−２）５０６へと再配置するための従来技術プロシージャに伴う課題を例示するコールフロー図５００である。すなわち、このシナリオにおいては、ＵＥ５０２とターゲットＲＮＣ５０６とはコアネットワークドメインステータスに関して同期を失う可能性がある。図５に示されたプロセスにおいては、５つの順次的なフェーズが例示の左手側上の番号１〜５を伴って指定されており、ここで、時間は例示に従って下の方向に前進する。この例示は、通信がＵＥとＲＮＣまたはＣＮのＰＳドメインとの間で直接生起することを示すが、これらの矢印が、例えばノードＢ等の他のエンティティの間のより低いレイヤの通信に依存する、より高いレイヤの通信を表すということは、当業者には理解されよう。

フェーズ１において、ＵＥ５０２は、ＲＮＣ−１ ５０４とのＲＲＣコネクションを確立する。ここで、ＵＥ５０２は、ＲＲＣコネクション要求メッセージ５１０をＲＮＣ−１ ４０４に、例えば、イニシャルＵＥアイデンティティーと確立要因値（establishment cause value）とを含むアップリンクＣＣＣＨを、ＰＳ−ドメインを示すために設定されたドメインインジケータとともに利用して提供する。ＲＮＣ−１ ４０４は、次に、例えば、パケット交換方式の通信を確立するために必要なパラメータを含むダウンリンクＣＣＣＨを利用して、ＲＲＣコネクションセットアップメッセージ５１２で応じてもよい。フェーズ２においては、ＲＲＣコネクションセットアップが完了し、ＵＥ５０２は、イニシャルダイレクト転送５１４を、コアネットワーク５０８のパケット交換ドメインへのパケット交換方式のコールを開始するために提供する。

フェーズ３においては、無線ベアラ（radio bearer）（ＲＢ）再構成メッセージ５１６がソースＲＮＣ５０４からＵＥ５０２へと送られ、これが、ＵＥ５０２に対する、ソースＲＮＣ（ＲＮＣ−１）５０４によりサービスされるソースＳＲＮＳから、ターゲットＲＮＣ（ＲＮＣ−２）５０６によりサービスされるターゲットＳＲＮＳへと再配置するための命令を含んでいる。この再構成／再配置は、ＱｏＳの変化に起因して、２つのＳＲＮＳにおける利用可能なサービスの違いに起因して、または任意の他の適切な理由のために要求されてもよい。種々の例においては、再配置プロシージャは、ＲＡＤＩＯ ＢＥＡＲＥＲ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ（５１６で例示されるような）、ＰＨＹＳＩＣＡＬ ＣＨＡＮＮＥＬ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ、ＲＡＤＩＯ ＢＥＡＲＥＲ ＲＥＬＥＡＳＥ、ＲＡＤＩＯ ＢＥＡＲＥＲ ＳＥＴＵＰ、ＴＲＡＮＳＰＯＲＴ ＣＨＡＮＮＥＬ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮ、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ、ＵＲＡ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭ等の、ソースＲＮＣ５０４からＲＲＣ再構成メッセージの、任意の１つまたは複数の一部として要求されてもよい。無線ベアラの再構成およびＵＥ５０２のターゲットＲＮＣ５０６によりサービスされるＳＲＮＳへの再配置がなされると、ＵＥ５０２は、再構成が完了したことを示すＲＢ再構成完了メッセージ５１８をターゲットＲＮＣ５０６に提供してもよい。

フェーズ４においては、ＵＥ５０２内のアプリケーション／エンティティは、ＵＥ５０２とＲＮＣ５０６との間でデータトラフィックが何も交換されていない時はアイドルになってもよい。したがって、このデータ交換のない状態は、ＵＥ５０２において気がつかれてもよく、この場合、アプリケーションは、アクティブ状態を取り下げて、ドーマント状態、電源節約状態、またはアイドル状態（例えば、バッテリ寿命を節約するための）を始動（trigger）させてもよい。したがって、例えばメッセージなどのインジケータが、ＵＥ５０２内の無線リソース制御レイヤからＲＮＣ５０６へと送られてもよい。

フェーズ５においては、ＵＥ５０２が、シグナリングコネクション解放インジケーション（ＳＣＲＩ）メッセージ５２０を提供する。ＳＣＲＩメッセージ５２０は、ＵＥ５０２により、ネットワークがドーマント、アイドル、または基本的に任意のバッテリ効率の良いＲＲＣ状態、例えばＣＥＬＬ＿ＰＣＨまたはＵＲＡ＿ＰＣＨなどへの状態遷移を開始することを要求するために使用されてもよい。残念ながら、説明されているように、無線リンク障害がその後、ＲＮＣ５０６に関して、ＲＮＣ５０６が高速ドーマント機能をサポートしないことから発生する。したがって、ＵＥ５０２とＲＮＣ５０６とは、再配置の後で同期ずれになり、フェーズ６において、ＵＥ５０２内の行動は、ネットワークには分からなくなる。すなわち、コアネットワーク５０８のＰＳドメインは、ＵＥ５０２に関しては開いるが、ＲＮＣ５０６に関しては閉じている。メッセージング内の現行情報は、以下に説明するように、このような問題には対処しない。

例えば、タイマＴ３２３は、ＵＥ５０２の中だけでなく、ＲＮＣ５０６の中にも保持されてよい。ここで、タイマＴ３２３は、シグナリングコネクションの解放とパケット交換方式のデータセッションの終了とを管理するためのタイマであってもよい。当業者は、ＵＭＴＳ ＲＲＣプロトコル仕様ＴＳ ２５．３３１に定義されているようなタイマＴ３２３に馴染みがあろう。高速ドーマントをサポートしないレガシーＲＮＣにおいては、タイマＴ３２３の満了は、ＵＥにおける低電源モードと当該ＵＥに割り当てられた無線リソースの解放とをトリガするために利用されてもよい。図５のフェーズ３に先立ち、すなわち、無線ベアラ再配置に先立ち、ＵＥは、「ＵＥタイマおよび接続モードにおける定数」と呼ばれる情報要素（ＩＥ）内に格納されたタイマＴ３２３の有効値を、システム情報ブロック（ＳＩＢ）タイプ１内の変数ＴＩＭＥＲＳ＿ＡＮＤ＿ＣＯＮＳＴＡＮＴＳに保持する。図５のフェーズ４において、すなわち、無線ベアラ再配置の後で、アプリケーションが高速ドーマント機能を始動（トリガ）させる場合は、ＵＥ５０２は、ＲＮＣ−２ ５０６に対応する「新たな」セルが高速ドーマント機能が可能であると依然として思い込むことになるが、実際にはそうではない。

すなわち、高速ドーマント機能を示すために、ＵＥ５０２は、従来、シグナリングコネクション解放インジケーション（ＳＣＲＩ）と呼ばれる既存のＲＲＣメッセージを新たな要因を伴って再び使用する。しかしながら、ＵＥ５０２は、一般に、ＥＳＴＡＢＬＩＳＨＥＤ＿ＳＩＧＮＡＬＩＮＧ＿ＣＯＮＮＥＣＴＩＯＮＳ（すなわち、シグナリングコネクションリストを含む確立されたシグナリングコネクションに関する情報を記憶するために使用される変数）からコアネットワーク５０８のパケット交換ドメインを閉じない。

一方、ＳＣＲＩメッセージとプロシージャとは、従来、ＵＥ５０２により、ＵＴＲＡＮに、そのシグナリングコネクションの内の１つが解放されたということを示すために利用される。このプロシージャはまた、ＲＲＣコネクション解放プロシージャを開始してもよい。したがって、ＲＮＣ（ＲＮＣ−２）５０６が高速ドーマント機能をサポートしない場合は、ＲＮＣ（ＲＮＣ−２）５０６は、ＳＣＲＩメッセージの別の要因を認識しそこない、コアネットワーク５０８のパケット交換ドメインとの接続を解放し得る。

したがって、ＵＥ５０２とＲＮＣ５０６とは、従来は、高速ドーマント機能をサポートするＲＮＣ−１ ５０４から高速ドーマント機能をサポートしないＲＮＣ−２ ５０６への再配置の結果として、パケット交換ドメインのオープンステータスに関して同期がずれるということが分かる。ＵＥ５０２からの次のパケット交換コールまたはパケット交換シグナリングメッセージは、その後、ネットワークにより撤回されて、ＮＡＳレイヤ機能性が中断され得る。

したがって、本開示の一態様においては、高速ドーマント機能がアクティブな間にＳＲＮＳ再配置が発生する場合は、コアネットワークのパケット交換ドメインのオープンステータスは、ＵＥとＲＮＣとにおいて同期させられる。一例においては、任意のＳＲＮＳ再配置において、ＵＥは、ターゲットＲＮＣが高速ドーマント機能をサポートしないということを常に想定してもよく、したがって、ＵＥは、ＳＲＮＳ再配置において高速ドーマント機能を無効にしてもよい。このようにして、ＵＥは、この新たなＲＮＣがこの機能をサポートするかどうかを知らないけれども、潜在的な同期外れが避けられる。しかしながら、このアプローチの欠点は、高速ドーマント機能が、これがサポートされていた可能性のあるシナリオにおいてさえも無効にされるということであり、それによってＵＥは、ターゲットＲＮＣに、アップリンクの中で送るデータを全く持っていないということを示さず、その結果ＵＥにおけるバッテリ寿命の短縮に帰結する。

本開示による別のアプローチにおいては、コアネットワークのパケット交換ドメインのステータスは、ＵＥとターゲットＲＮＣとの間で再構成メッセージを交換することにより同期させられてもよく、ここで、タイマが、ＵＥ／ネットワーク同期を保つために採用され、一方、ＵＥアプリケーションがＵＥドーマントを始動させている。一例においては、タイマＴ３２３の値は、再構成メッセージの中で、同期をサポートするやり方で運ばれてもよい。

本開示の一態様においては、ＲＮＣからＵＥに送られる再構成メッセージ（例えば、ＲＡＤＩＯ ＢＥＡＲＥＲ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージ、ＰＨＹＳＩＣＡＬ ＣＨＡＮＮＥＬ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージ、ＲＡＤＩＯ ＢＥＡＲＥＲ ＲＥＬＥＡＳＥメッセージ、ＲＡＤＩＯ ＢＥＡＲＥＲ ＳＥＴＵＰメッセージ、ＴＲＡＮＳＰＯＲＴ ＣＨＡＮＮＥＬ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージ、ＣＥＬＬ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージ、およびＵＲＡ ＵＰＤＡＴＥ ＣＯＮＦＩＲＭメッセージ）の各タイプは、ネットワークが高速ドーマント機能をサポートする場合は、タイマＴ３２３の値に対応する情報要素（ＩＥ）を運んでもよい。このようにして、ＳＲＮＳ再配置の場合には、ソースＲＮＣ５０４は、ＵＥ５０２に、ＵＥ５０２が再配置されるターゲットＲＮＣ５０６が、高速ドーマント機能をサポートするまたはしないということを伝えてもよい。ここで、ソースＲＮＣ５０４とターゲットＲＮＣ５０６とは、バックホール接続上の通信インターフェース、例えば、ターゲットＲＮＣとソースＲＮＣとの間のダイレクトリンク、または媒介（例えば、コアネットワーク内の）を通しての接続を含んでもよい。しかしながら、ＲＮＣからの一部の再構成メッセージは、ネットワークにより、同じセル内の種々の構成を変更するために利用されるため、ネットワークが高速ドーマント機能をサポートする場合、タイマＴ３２３の値に対応するＩＥのうちのいくつかは、不必要にエアインターフェースを通してブロードキャストされることになる。このアプローチは、したがってエアインターフェースを通して送信されるビットの数のオーバーヘッドを増加させる可能性があり、ＲＮＣ間のバックホール通信を必要とする可能性がある。

本開示の別の態様においては、ネットワークが高速ドーマント機能をサポートする場合、ＲＮＣからＵＥに送られる再構成メッセージの各タイプは、タイマＴ３２３の値が変化した場合は、タイマＴ３２３の値に対応するＩＥを運んでもよく、タイマＴ３２３の値が変化しなかったが、ネットワークが高速ドーマント機能をサポートする場合は、再構成メッセージの各タイプは、例えば単一のビットなどの簡単なインジケーションを運んで、ネットワークが高速ドーマント機能をサポートするということを示してもよい。このようにして、エア送信オーバーヘッドの量が、タイマＴ３２３の値に対応するＩＥの送信と比較した場合に低減される。しかしながら、またしても、再構成メッセージがネットワークにより同じセル内の種々のタイプの再構成のために利用されるため、ＳＲＮＳ再配置が要求されていないにもかかわらずＴ３２３の値が変化した場合は、不必要なオーバーヘッドが依然として発生し得る。

本開示の別の態様においては、高速ドーマント機能をサポートするターゲットＲＮＣにＳＲＮＳ再配置を要求している再構成メッセージは、タイマＴ３２３の値が変化した場合は、タイマＴ３２３の値に対応するＩＥを運んでもよく、タイマＴ３２３の値が変化していないが、ターゲットＲＮＣが高速ドーマント機能をサポートする場合は、再構成メッセージは、例えば単一のビットなどの簡単なインジケーションを含んで、ターゲットＲＮＣが高速ドーマント機能をサポートするということを示してもよい。このようにして、各再構成メッセージ（すなわち、ＳＲＮＳ再配置が要求されてさえいない場合のメッセージ）におけるタイマＴ３２３の値に対応するＩＥのブロードキャストにおける不必要なオーバーヘッドが、大幅に低減される。その上に、ＳＲＮＳ再配置が要求されている場合においても、エア送信オーバーヘッドは、タイマＴ３２３の値が変化していない場合に、タイマＴ３２３の値に対応するＩＥの代わりに簡単なインジケーションのみを送信するという理由により、低減される可能性がある。しかしながら、タイマＴ３２３の値が変化していないかどうかを判断するために、また、したがって、タイマＴ３２３の値に対応するＩＥを送信するかまたはターゲットＲＮＣが高速ドーマント機能をサポートするということを示す簡単なインジケーションを送信するかどうかを判断するために、ソースＲＮＣ５０４とターゲットＲＮＣ５０６とは、バックホール接続を通してタイマＴ３２３の値の通信を要求してもよい。このタイマＴ３２３の値の通信は、既存のネットワークの中で実行するのは困難でありうる。

本開示の別の態様においては、高速ドーマント機能をサポートするターゲットＲＮＣへのＳＲＮＳ再配置を要求している再構成メッセージは、タイマＴ３２３の値に対応するＩＥを運んでもよい。ここで、ＵＥは、タイマＴ３２３の値に対応するＩＥが存在することを、ＳＲＮＳ再配置が行われるターゲットＲＮＣが高速ドーマント機能をサポートするというインジケーションとして解釈してもよい。すなわち、もし、ＳＲＮＳ再配置を要求している再構成メッセージが、タイマＴ３２３の値に対応するＩＥを含まない場合、結果としてＵＥは、これをＳＲＮＳ再配置が行われるターゲットＲＮＣが高速ドーマント機能をサポートしないというインジケーションとして理解することになる。この場合、ＵＥは、ＳＲＮＳ再配置に続くターゲットＲＮＣを伴うシグナリングを、レガシーＲＮＣとして対処してもよく、コアネットワークのパケット交換ドメインのステータスについての同期を適切に維持してもよい。本開示のこの態様によれば、タイマＴ３２３の値についてのＲＮＣの間での調整は、要求されない。

図６は、本開示の一態様による、ＵＥを、ソースＲＮＣからターゲットＲＮＣに再配置するプロセスを例示するフローチャートである。本開示の一部の態様においては、このプロセスは、図１で説明されたように、電気回路またはプロセッサにより実行されてもよい。本開示の一部の態様においては、プロセスは、図２で説明されたように、複数のＲＮＣ２０６とＵＥ２１０との組合せにより実行されてもよい。本開示の一部の態様においては、プロセスの一部は、図４のＵＥ４５０により実行されてもよい。本開示の一部の態様においては、プロセスは、図７において例示され以下で説明されるＵＥとＲＮＣとにより実行されてもよい。ブロック６０２において、プロセスは、第１のＲＮＣからの第１の再構成メッセージをＵＥに送る。ここで、第１の再構成メッセージは、ネットワークによりＵＥの構成を、ＵＥを再配置することなしに変更するために利用される。例えば、第１の再構成メッセージは、ＰＨＹＳＩＣＡＬ ＣＨＡＮＮＥＬ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージでもよい。ブロック６０４において、プロセスは、ＵＥを第１の再構成メッセージに応答して再構成する。

ブロック６０６において、プロセスは、第２の再構成メッセージを第１のＲＮＣからＵＥに送る。ここで、第２の再構成メッセージは、第１のＲＮＣに対応する第１のＳＲＮＳから第２の（ターゲット）ＲＮＣに対応する第２のＳＲＮＳへのＳＲＮＳ再配置をＵＥが受けることになるというＵＥへの通知を含む。例えば、図５において説明されたように、第２の再構成メッセージは、ＲＡＤＩＯ ＢＥＡＲＥＲ ＲＥＣＯＮＦＩＧＵＲＡＴＩＯＮメッセージでもよい。しかしながら、上記で開示されたように、他の再構成メッセージが、それがＳＲＮＳ再配置を受けることになっているというＵＥへの通知を含んでもよい。

ブロック６０８において、プロセスは、ＵＥにおいてターゲットＳＲＮＳに対応する第２の（ターゲット）ＲＮＣが、高速ドーマント機能をサポートするかどうかを判断する。ここで、ＵＥは、ターゲットＲＮＣが高速ドーマント機能をサポートするかどうかを、第１の（ソース）ＲＮＣから受信された第２の再構成メッセージ内の、ターゲットＲＮＣが高速ドーマント機能をサポートするというインジケータを探すことにより判断してもよい。上記で考察したように、このインジケータは、このために指定された第２の再構成メッセージ内の単一のビットでもよく、また、インジケータは、タイマＴ３２３の値に対応する情報要素、またはターゲットＲＮＣが高速ドーマント機能をサポートすることを示す任意の他の適切なインジケータでもよい。第２の再構成メッセージがターゲットＲＮＣが高速ドーマント機能をサポートすることを示す場合は、プロセスは、ブロック６１０に移動し、そうでなく、もし、第２の再構成メッセージがターゲットＲＮＣが高速ドーマント機能をサポートすることを示さない場合は、プロセスはブロック６１６に移動する。

ブロック６１０においては、プロセスは、ＳＲＮＳ再配置を実行し、ここで、ＵＥは、ソースＲＮＣに対応するソースＳＲＮＳからターゲットＲＮＣに対応するターゲットＳＲＮＳへの再配置を受ける。ターゲットＲＮＣが高速ドーマント機能をサポートしており、かつ、ＵＥが、ＵＥにより第２の再構成メッセージの中で受信された通知のおかげでこの状況を認識していることから、ＵＥからネットワークに転送するデータが不存在であると判断された場合は、ＵＥは、ドーマント状態に入ってもよい。例えば、上述のように、ＵＥ内のアプリケーションまたはエンティティは、この状態を検出して、例えばＵＥにおけるアイドル状態などの、ドーマント状態を始動させてもよい。この場合、プロセスは、ブロック６１２に移動し、ここで、ＵＥは、ＵＥがドーマント状態に入ることになるというインジケーションを含むＳＣＲＩメッセージングを、第２の（ターゲット）ＲＮＣに提供する。次に、ブロック６１４において、ＵＥは、例えばアイドル状態ＣＥＬＬ＿ＰＣＨもしくはＵＲＡ＿ＰＣＨ状態、または任意の適切なバッテリ節約状態などのドーマント状態に入る。プロセスは、その後終了する。

ブロック６１６に戻ると、プロセスは、ブロック６０８においてターゲットＲＮＣが高速ドーマント機能をサポートしないと、すなわち、ターゲットＲＮＣがレガシーＲＮＣの可能性があると判断している。したがって、ブロック６１６においては、プロセスは、ＵＥをソースＲＮＣからターゲットＲＮＣへと、指示されたように再配置する。しかしながら、ブロック６１８においては、プロセスは、ＵＥおよびターゲットＲＮＣのレガシー動作を、高速ドーマント機能を利用することなしに受ける。例えば、レガシー動作に伴い、ターゲットＲＮＣがＳＣＲＩメッセージをＵＥから受信する場合、もし、ＩＥ「Ｓｉｇｎａｌｉｎｇ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ Ｉｎｄｉｃａｔｉｏｎ Ｃａｕｓｅ」が、ＳＣＲＩメッセージの中に含まれない場合は、ターゲットＲＮＣは、シグナリングコネクションの解放を要求してもよい。一方、もし、ＩＥ「Ｓｉｇｎａｌｉｎｇ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｌｅａｓｅ Ｉｎｄｉｃａｔｉｏｎ Ｃａｕｓｅ」が、ＵＥからのＳＣＲＩメッセージに含まれる場合は、ターゲットＲＮＣは、効率的なバッテリ消費状態である、ＩＤＬＥ、ＣＥＬＬ＿ＰＣＨ、ＵＲＡ＿ＰＣＨまたはＣＥＬＬ＿ＦＡＣＨへの状態遷移を始動してもよい。このようにして、ＵＥは、パケット交換コアネットワークとの同期を、ＳＲＮＳ再配置が高速ドーマント機能をサポートしないＲＮＣに対して行われたにもかかわらず維持する。

図７は、本開示の一態様によるＵＥ７０２とＲＮＣ７０４との概念的なブロック図である。ここで、ＵＥ７０２とＲＮＣ７０４とはそれぞれ、特定の機能を実行するための種々の電子部品を含む。例えば、ＵＥ７０２は、ＳＲＮＳ再配置メッセージを、例えばソースＲＮＣから受信するための電子部品７０６と、ＳＲＮＳ（例えば、ＵＥ７０２が再配置するように指示されたターゲットＳＲＮＳ）が、高速ドーマント機能をサポートするかどうか判断するための電子部品７０８とを含む。ＵＥ７０２は、さらに、ＵＥがドーマント状態に入ることになるというインジケーションを例えば含むＳＣＲＩメッセージを提供するための電子部品７１０と、ＲＮＣへ転送するデータが不存在であることを検出するための電子部品７１２と、ドーマント状態に入るための電子部品７１４とを含む。ＲＮＣ７０４は、ＵＥからＳＣＲＩメッセージ受信するための電子部品７１６と、再構成メッセージをＵＥに提供するための電子部品７１８とを含む。随意的に、ＲＮＣ７０４は、点線のボックス７２０の中に電子部品をさらに含んでもよい。すなわち、ＲＮＣ７０４は、高速ドーマント機能をサポートするための電子部品７２２と、それが接続を有するＵＥがドーマント状態に入ることになるというインジケーションを受信するための電子部品７２４とを含んでもよい。

電気通信システムのいくつかの態様がＷ−ＣＤＭＡシステムを参照して提示された。当業者には容易に理解されるように、本開示全体にわたって説明された種々の態様は、他の電気通信システム、ネットワークアーキテクチャ、および通信標準に拡張されてもよい。例として、種々の態様は、他のＵＭＴＳシステム、例えばＴＤ−ＳＣＤＭＡ、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、高速アップリンクパケットアクセス（ＨＳＵＰＡ）、高速パケットアクセスプラス（ＨＳＰＡ＋）およびＴＤ−ＣＤＭＡなどに拡張されてもよい。種々の態様は、ロングタームエボリューション（ＬＴＥ）（ＦＤＤ、ＴＤＤ、または両方のモードにおける）、ＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）（ＦＤＤ、ＴＤＤ、または両方のモードにおける）、ＣＤＭＡ２０００、エボルーションデータオプティマイズド（ＥＶ−ＤＯ）、ウルトラモバイルブロードバンド（ＵＭＢ）、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２．２０、ウルトラワイドバンド（ＵＷＢ）、ブルートゥースを採用するシステム、および／または他の適切なシステムに拡張されてもよい。採用される実際の電気通信標準、ネットワークアーキテクチャ、および／または通信標準は、特定の用途とシステムに課される全体の設計制約とに依存することになる。

いくつかのプロセッサが、種々の装置および方法に関連して説明された。これらのプロセッサは、コンピュータソフトウェア、例えば電子的ハードウェアなどの種々の電気部品、またはこれらの任意の組合せを使って実装されてもよい。このようなプロセッサが、ハードウェアまたはソフトウェアとして実装されるかどうかは、特定の用途とシステムに課される全体の設計制約とに依存することになる。例として、本開示の中で提示されたプロセッサ、プロセッサの任意の部分、またはプロセッサの任意の組合せは、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、プログラム可能論理デバイス（ＰＬＤ）、状態機械、ゲートロジック、個別のハードウェア回路、および本開示全体にわたって記述された種々の機能を実行するように構成された他の適切な処理コンポーネントを伴って実装されてもよい。本開示の中で提示されたプロセッサ、プロセッサの任意の部分、またはプロセッサの任意の組合せの機能性は、マイクロプロセッサ、マイクロコントローラ、ＤＳＰ、または他の適切なプラットホームにより実行されるソフトウェアを伴って実装されてもよい。

本開示の１つまたは複数の態様においては、記述された機能は、ハードウェア、ソフトウェア、ファームウェア、またはこれらの任意の組合せの中に実装されてもよい。ソフトウェアの中に実装される場合は、機能は、１つまたは複数の命令またはコードとして、コンピュータ読み取り可能媒体上に格納またはそれを通して伝送されてもよい。コンピュータ読み取り可能媒体は、一時的なまたは非一時的なものでもよく、また、コンピュータ記憶媒体と、コンピュータプログラムのある場所から別の場所への転送を容易にする任意の媒体を含む通信媒体との両方を含んでもよい。記憶媒体は、汎用または特殊用途のコンピュータによりアクセスすることができる任意の利用可能な媒体でもよい。例として、かつ限定としてではなく、このような非一時的なコンピュータ読み取り可能媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、ＣＤ−ＲＯＭもしくは他の光ディスク記憶装置、磁気ディスク記憶装置もしくは他の磁気記憶デバイス、または所望のプログラムコード手段を命令またはデータ構造の形で運びまたは格納するために使用でき、かつ、汎用もしくは特殊用途コンピュータによりまたは汎用もしくは特殊用途プロセッサによりアクセスすることができる任意の他の媒体、を備えることができる。また、任意の接続が、適切にコンピュータ読み取り可能媒体と称される。例えば、もし、ソフトウェアが、ウェブサイト、サーバ、または他のリモートソースから、同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ）、または、例えば赤外線、無線、およびマイクロ波などのワイヤレス技術を使って送信される場合、同軸ケーブル、光ファイバケーブル、ツイストペア、ＤＳＬ、または赤外線、無線、およびマイクロ波などのワイヤレス技術は、媒体の定義の中に含まれる一時的なエンティティである。本明細書の中で用いられるディスク（disk）およびディスク（disc）は、コンパクトディスク（CD）、レーザーディスク（登録商標）、光ディスク、デジタル多用途ディスク（DVD）、フロッピーディスクおよびブルーレイディスクを含み、ここで、ディスク（disk）は通常データを磁気的に再生し、一方ディスク（disc）はデータを光学的にレーザで再生する。上記の組合せは、同様にコンピュータ読み取り可能媒体の範囲内に含まれるべきである。コンピュータ読み取り可能媒体は、コンピュータプログラムプロダクトの中に具象化されてもよい。例として、しかし限定することなしに、コンピュータプログラムプロダクトは、梱包材料の中にコンピュータ読み取り可能媒体を含めてもよい。当業者は、本開示全体にわたって提示される記述された機能性を、特定の用途および全体のシステムに課される全体の設計制約に応じてどのように最適に実装するかを認識されよう。

この開示された方法の中の特定の順序またはステップの階層は、模範的なプロセスの例示であることが、理解されるべきである。設計嗜好に基づいて、本方法の中の特定の順序またはステップの階層は、再編成されてもよいことが理解される。添付の方法クレームは、種々のステップの要素を見本としての順序で提示し、その中で明確に言及されない限り、提示された特定の順序または階層に限定されることを意味しない。

これまでの説明は、任意の当業者が、本明細書の中で記述された種々の態様を実践することを可能にするために提供されている。これらの態様に対する種々の変更は、当業者には容易に明白になり、また、本明細書の中で定義された全体的な原理は、他の態様に適用されてもよい。したがって、特許請求の範囲は、本明細書の中で示された態様に限定することを意図しておらず、特許請求の範囲の言語と合致する全ての範囲と一致させるべきであり、ここで、単数の要素への言及は、明確にそのように言及しない限り「１つおよびただ１つ」を意味することを意図しておらず、むしろ「１つまたは複数の」を意味する。特に別途に述べない限り、用語「いくつかの（some）」は、１つまたは複数を意味する。項目のリストの「少なくとも１つ」に言及する語句は、単一の要素を含む、これらの項目の任意の組合せを意味する。一例として、「ａ、ｂ、またはｃの少なくとも１つ」は、ａ、ｂ、ｃ、ａとｂ、ａとｃ、ｂとｃ、およびａとｂとｃ、をカバーすることが意図されている。当業者に既知のまたは後に既知となる、本開示全体にわたって記述された種々の態様の要素に対する全ての構造的なおよび機能的な均等物は、参照することにより本明細書に明確に組み込まれ、また、特許請求の範囲により網羅されることが意図されている。その上に、本明細書の中で開示されたいずれもが、このような開示が明確に特許請求の範囲の中で挙げられているかどうかにかかわらず、公衆に捧げられることを意図されてはいない。要素が明確に語句「するための手段（means for）」を使って表現されない限り、または、方法クレームにおいて、要素が語句「するステップ（step for）」を使って表現されない限り、いかなるクレーム要素も米国特許法１１２条第６項の条項に従うと解釈されるべきではない。

Claims (28)

1. ソースサービング無線ネットワークサブシステム（ＳＲＮＳ）からターゲットＳＲＮＳに再配置するための通知を受信することと、
   前記ターゲットＳＲＮＳに対応するターゲット無線ネットワークコントローラ（ＲＮＣ）が高速ドーマント機能をサポートするかどうかを判断することと、
   ドーマント状態に入ることと、
   を備えるワイヤレス通信方法。
2. ドーマント状態に入ることになるというインジケーションを前記ターゲットＲＮＣに提供することをさらに備える請求項１に記載の方法。
3. 前記ターゲットＲＮＣへの前記インジケーションは、シグナリングコネクション解放インジケーションメッセージの中で提供される、請求項２に記載の方法。
4. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断することは、前記ソースＳＲＮＳから受信された再構成メッセージが、前記ターゲットＲＮＣが前記高速ドーマント機能をサポートすることを示すためのインジケータを含むかどうかを判断すること、を備える請求項１に記載の方法。
5. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断することは、前記ソースＳＲＮＳから受信された再構成メッセージがドーマントタイマに対応する情報要素を含むかどうかを判断すること、を備える請求項１に記載の方法。
6. ユーザ装置から転送するデータが不存在であることを検出することと、
   転送するデータの前記不存在に応答して前記ユーザ装置における前記ドーマント状態を始動させることと、
   をさらに備える請求項１に記載の方法。
7. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断することは、前記ターゲットＲＮＣが前記高速ドーマント機能をサポートしないことを想定することを備え、
   前記方法は、前記高速ドーマント機能を無効にすることをさらに備える、
   請求項１に記載の方法。
8. ソースサービング無線ネットワークサブシステム（ＳＲＮＳ）からターゲットＳＲＮＳに再配置するための通知を受信するための手段と、
   前記ターゲットＳＲＮＳに対応するターゲット無線ネットワークコントローラ（ＲＮＣ）が高速ドーマント機能をサポートするかどうかを判断するための手段と、
   ドーマント状態に入るための手段と、
   を備えるワイヤレス通信のための装置。
9. ドーマント状態に入ることになるというインジケーションを前記ターゲットＲＮＣに提供するための手段、をさらに備える請求項８に記載の装置。
10. 前記ターゲットＲＮＣへの前記インジケーションは、シグナリングコネクション解放インジケーションメッセージの中で提供される、請求項９に記載の装置。
11. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断するための手段は、前記ソースＳＲＮＳから受信された再構成メッセージが、前記ターゲットＲＮＣが前記高速ドーマント機能をサポートすることを示すためのインジケータを含むかどうかを判断するための手段を備える、請求項８に記載の装置。
12. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断するための手段は、前記ソースＳＲＮＳから受信された再構成メッセージがドーマントタイマに対応する情報要素を含むかどうかを判断するための手段を備える、請求項８に記載の装置。
13. ユーザ装置から転送するデータが不存在であることを検出するための手段と、
    転送するデータの前記不存在に応答して前記ユーザ装置における前記ドーマント状態を始動させるための手段と、
    をさらに備える請求項８に記載の装置。
14. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断するための手段は、前記ターゲットＲＮＣが前記高速ドーマント機能をサポートしないことを想定するための手段を備え、
    前記装置は、前記高速ドーマント機能を無効にするための手段をさらに備える、
    請求項８に記載の装置。
15. ソースサービング無線ネットワークサブシステム（ＳＲＮＳ）からターゲットＳＲＮＳに再配置するための通知を受信するためのコードと、
    前記ターゲットＳＲＮＳに対応するターゲット無線ネットワークコントローラ（ＲＮＣ）が高速ドーマント機能をサポートするかどうかを判断するためのコードと、
    ドーマント状態に入るためのコードと、
    を備えるコンピュータ読み取り可能媒体を備えるコンピュータプログラムプロダクト。
16. 前記コンピュータ読み取り可能媒体はさらに、ドーマント状態に入ることになるというインジケーションを前記ターゲットＲＮＣに提供するためのコードを備える、請求項１５に記載のコンピュータプログラムプロダクト。
17. 前記ターゲットＲＮＣへの前記インジケーションは、シグナリングコネクション解放インジケーションメッセージの中で提供される、請求項１６に記載のコンピュータプログラムプロダクト。
18. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断するためのコードは、前記ソースＳＲＮＳから受信された再構成メッセージが、前記ターゲットＲＮＣが前記高速ドーマント機能をサポートすることを示すためのインジケータを含むかどうかを判断するためのコードを備える、請求項１５に記載のコンピュータプログラムプロダクト。
19. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断するためのコードは、前記ソースＳＲＮＳから受信された再構成メッセージがドーマントタイマに対応する情報要素を含むかどうかを判断するためのコードを備える、請求項１５に記載のコンピュータプログラムプロダクト。
20. 前記コンピュータ読み取り可能媒体が、ユーザ装置から転送するデータが不存在であることを検出するためのコードと、
    転送するデータの前記不存在に応答して前記ユーザ装置における前記ドーマント状態を始動させるためのコードと、
    をさらに備える、請求項１５に記載のコンピュータプログラムプロダクト。
21. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断するためのコードは、前記ターゲットＲＮＣが前記高速ドーマント機能をサポートしないことを想定するためのコードを備え、
    前記コンピュータ読み取り可能媒体は、前記高速ドーマント機能を無効にするためのコードをさらに備える、
    請求項１５に記載のコンピュータプログラムプロダクト。
22. 少なくとも１つのプロセッサと、
    前記少なくとも１つのプロセッサに連結されたメモリと、を備え、
    前記少なくとも１つのプロセッサは、
    ソースサービング無線ネットワークサブシステム（ＳＲＮＳ）からターゲットＳＲＮＳに再配置するための通知を受信し、
    前記ターゲットＳＲＮＳに対応するターゲット無線ネットワークコントローラ（ＲＮＣ）が高速ドーマント機能をサポートするかどうかを判断し、
    ドーマント状態に入るように構成される、ワイヤレス通信のための装置。
23. 前記少なくとも１つのプロセッサは、ドーマント状態に入ることになるというインジケーションを前記ターゲットＲＮＣに提供するようにさらに構成される、請求項２２に記載の装置。
24. 前記ターゲットＲＮＣへの前記インジケーションは、シグナリングコネクション解放インジケーションメッセージの中で提供される、請求項２３に記載の装置。
25. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断することは、前記ソースＳＲＮＳから受信された再構成メッセージが、前記ターゲットＲＮＣが前記高速ドーマント機能をサポートすることを示すためのインジケータを含むかどうかを判断することを備える、請求項２２に記載の装置。
26. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断することは、前記ソースＳＲＮＳから受信された再構成メッセージがドーマントタイマに対応する情報要素を含むかどうかを判断することを備える、請求項２２に記載の装置。
27. 前記少なくとも１つのプロセッサは、
    ユーザ装置から転送するデータが不存在であることを検出し、
    転送するデータの前記不存在に応答して前記ユーザ装置における前記ドーマント状態を始動させるようにさらに構成される、請求項２２に記載の装置。
28. 前記ターゲットＳＲＮＳに対応する前記ターゲットＲＮＣが前記高速ドーマント機能をサポートするかどうかを判断することは、前記ターゲットＲＮＣが前記高速ドーマント機能をサポートしないことを想定することを備え、
    前記プロセッサは、前記高速ドーマント機能を無効にするようにさらに構成される、
    請求項２２に記載の装置。

Images