JP2010541418A - 基地局内ハンドオーバ最適化のための方法 - Google Patents

Abstract

記載された方法および装置は、ハンドオーバ最適化シナリオによって、無線通信ネットワークにおける効率を改善する技術およびメカニズムに向けられている。基地局内ハンドオーバまたは基地局外ハンドオーバかを決定することも実行される。そして、実行されるべきハンドオーバのタイプに少なくとも部分的に基づいて、ハンドオーバ中にリセットするプロトコル・レイヤを決定することによって、無線ネットワークの全体効率を高める。

Description

優先権主張

本特許出願は、２００７年９月２８日に出願され"E-NODE-B HANDOVER METHODS AND SYSTEMS"と題された米国仮特許出願６０／９７６，３８５号の優先権を主張する。上記出願は、本願発明の譲受人に譲渡され、本明細書において参照によって明確に組み込まれる。

本態様は無線通信デバイスに関し、さらに詳しくは、ノード内ハンドオーバ・シナリオの最適化のためのシステムおよび方法に関する。

無線通信システムは、さまざまなタイプの通信を提供するために広く開発されており、例えば、音声および／またはデータが、このような無線通信システムによって提供されうる。一般的な無線通信システム、すなわちネットワークは、１または複数の共有リソース（例えば、帯域幅、送信電力等）へ複数のユーザ・アクセスを提供しうる。例えば、システムは、例えば周波数分割多重化（ＦＤＭ）、時分割多重化（ＴＤＭ）、符号分割多重化（ＣＤＭ）、直交周波数分割多重化（ＯＦＤＭ）等のようなさまざまな多元接続技術を使用することができる。

通常、無線多元接続通信システムは、複数のモバイル・デバイスのための通信を同時にサポートすることができる。モバイル・デバイスはおのおのの、順方向リンクおよび逆方向リンクによる送信によって１または複数の基地局と通信することができる。順方向リンク（すなわちダウンリンク）は、基地局からモバイル・デバイスへの通信リンクを称し、逆方向リンク（すなわちアップリンク）は、モバイル・デバイスから基地局への通信リンクを称する。

無線通信システムは、しばしば、有効範囲領域を提供する１または複数の基地局を適用する。一般的な基地局は、ブロードキャスト・サービス、マルチキャスト・サービス、および／またはユニキャスト・サービスのために、複数のデータ・ストリームを送信する。ここで、データ・ストリームは、モバイル・デバイスに対して興味のある独立した受信からなるデータのストリームでありうる。そのような基地局の有効範囲領域内のモバイル・デバイスは、合成ストリームによって搬送される１つ、１つより多い、または全てのデータ・ストリームを受信するために適用されうる。同様に、モバイル・デバイスは、基地局あるいは他のモバイル・デバイスへデータを送信することができる。

ネットワーク有効範囲およびサービス品質の最適化は、無線ネットワーク・オペレータにとって不変の目標である。優れた有効範囲およびサービス品質によって、より向上されたユーザ経験、より高められたスループットが得られ、最終的には、収入が増加する。優れた有効範囲およびサービス品質を達成する１つの方法は、ネットワーク効率に高めることによってなされる。本記載の目的により、ハンドオーバまたはハンドオフは、ある基地局から他の基地局へのハンドオーバのみならず、同じ基地局から同じ基地局へのハンドオーバをも称する。さらに、ハンドオーバは、ネットワークまたはモバイル端末によって開始されうる。端末は、順方向ハンドオーバの原理にしたがって、あるいは、途絶後に適切な基地局との接続を再確立するために、ハンドオーバを開始することができる。さらに、ハンドオーバは、無線システム内でのユーザの移動をサポートするために、あるいは、負荷平準のため、あるいは、接続のさまざまな再設定を容易にするため、あるいは、予知できない誤りのある場合における取り扱いを容易にするためになされうる。あいにく、現在の技術は、基地局内ハンドオーバ最適化によって、向上されたネットワーク・パフォーマンス効率を与えてはいない。

以下は、１または複数の実施形態の基本的な理解を提供するために、これら実施形態の簡単な概要を示す。この概要は、考えられる全ての実施形態の広範な概観ではなく、全ての実施形態の重要要素または決定的要素を特定することでもなく、任意または全ての実施形態の範囲を線引きすることも意図されていない。その唯一の目的は、１または複数の実施形態のいくつかの概念を、後に示されるより詳細な記載に対する前置きとして、より簡単な形式で表すことである。

主題とする開示は、基地局内ハンドオーバ最適化を与える。いくつかの態様では、無線通信システムにおいてハンドオーバを実行する方法が開示される。この方法は、基地局内ハンドオーバが実行されるべきか、あるいは、基地局外ハンドオーバが実行されるべきかを判定することと、ユーザ・プレーン通信プロトコルのうちの少なくとも１つをリセットすることなく、ハンドオーバを実行することとを含む。

開示された他の態様では、無線送受信回路と、無線送受信回路に接続されたハンドオーバ回路とを備えた基地局が開示される。ハンドオーバ回路は、ＵＥによって基地局内ハンドオーバが実行されるべきか、あるいは基地局外ハンドオーバが実行されるべきかを判定することと、基地局内ハンドオーバが実行されるべきである場合、ユーザ・プレーン通信プロトコルのうちの少なくとも１つをリセットしないかどうか、のうちの少なくとも１つを決定するように構成される。

また、他の態様によれば、無線送受信回路と、無線送受信回路に接続されたハンドオーバ回路とを含むユーザ機器（ＵＥ）が提供される。ハンドオーバ回路は、基地局内ハンドオーバが実行されるべきである場合、ＲＬＣレイヤ、ＲｏＨＣレイヤ、およびＰＤＣＰレイヤのうちの少なくとも１つをリセットすることなくハンドオーバを実行するように構成される。

１または複数のその他の態様では、無線通信ネットワークにおいてハンドオーバを実行するためのコンピュータ・プログラム製品が開示されている。このコンピュータ・プログラム製品は、基地局内ハンドオーバが実行されるべきである場合、ＲＬＣレイヤ、ＲｏＨＣレイヤ、およびＰＤＣＰレイヤのうちの少なくとも１つをリセットすることなくハンドオーバを実行するためのコードと、基地局外ハンドオーバが実行されるべきである場合、ＲＬＣレイヤ、ＲｏＨＣレイヤ、およびＰＤＣＰレイヤのうちの少なくとも１つをリセットすることによりハンドオーバを実行するためのコードと、を含むコンピュータ読取可能媒体を含む。

その他の態様では、基地局内ハンドオーバが実行されるべきである場合、ＲＬＣレイヤ、ＲｏＨＣレイヤ、およびＰＤＣＰレイヤのうちの少なくとも１つをリセットすることなくハンドオーバを実行する手段と、基地局外ハンドオーバが実行されるべきである場合、ＲＬＣレイヤ、ＲｏＨＣレイヤ、およびＰＤＣＰレイヤのうちの少なくとも１つをリセットすることによりハンドオーバを実行する手段とを含む装置が開示される。

前述した目的および関連する目的を達成するために、１または複数の実施形態は、以下に十分説明され、特に特許請求の範囲で指摘される特徴を備える。以下の記載および関連する図面は、１または複数の実施形態のある例示的な態様を詳細に述べる。これらの態様は、さまざまな実施形態の原理が適用されるさまざまな方法のうちのほんのいくつかを示すのみであり、記載された実施形態は、そのような全ての態様およびそれらの等化物を含むことが意図される。

図１は、本明細書の態様にしたがう典型的な多元接続無線通信システムを例示する。 図２は、本明細書の態様にしたがう通信システムの一般的な構成要素のブロック図の例を示す。 図３は、本明細書の態様にしたがう無線通信システムの例を示す。 図４は、本明細書の態様にしたがう無線通信システムの例を示す。 図５は、本明細書の態様にしたがうユーザ・プレーン・スタック・プロトコルを例示する無線通信システムの例である。 図６は、本明細書の態様にしたがう無線通信システムを例示する。 図７は、本明細書の態様にしたがってハンドオーバ最適化を容易にする一般化された方法論を例示するフローチャートである。 図８は、本明細書で開示された１または複数の実施形態を実行するように動作可能なデバイスを例示する。 図９は、本明細書の態様にしたがって基地局内ハンドオーバを最適化することを容易にするシステムの例である。

さまざまな態様が、全体を通じて同一要素を示すために同一の参照番号が使用される図面を参照して説明される。以下の記載では、説明の目的のために、１または複数の態様の完全な理解を提供するために、多くの具体的な詳細が述べられる。しかしながら、そのような態様は、これら具体的な詳細無しで実現されうることが明確である。他の事例では、１または複数の態様の記載を容易にするために、周知の構成およびデバイスがブロック図形式で示される。

本願で使用されるように、用語「構成要素」、「モジュール」、「システム」等は、ハードウェア、ファームウェア、ハードウェアとソフトウェアとの組み合わせ、ソフトウェア、あるいは実行中のソフトウェアのうちの何れかであるコンピュータ関連エンティティを称することが意図されている。例えば、構成要素は、限定される訳ではないが、プロセッサ上で実行中のプロセス、プロセッサ、オブジェクト、実行形式、実行スレッド、プログラム、および／またはコンピュータでありうる。例示によれば、コンピュータ・デバイス上で実行中のアプリケーションと、コンピュータ・デバイスとの両方が構成要素になりえる。１または複数の構成要素は、プロセスおよび／または実行スレッド内に存在し、構成要素は、１または複数のコンピュータに局在化されるか、および／または、２またはそれ以上のコンピュータに分散されうる。さらに、これらの構成要素は、さまざまなデータ構造を格納したさまざまなコンピュータ読取可能媒体から実行可能である。これら構成要素は、（例えば、信号によってローカル・システムや分散システム内の他の構成要素とインタラクトする１つの構成要素からのデータ、および／または、他のシステムを備えた例えばインターネットのようなネットワークを介して他の構成要素とインタラクトする１つの構成要素からのデータのような）１または複数のデータのパケットを有する信号にしたがって、ローカル処理および／またはリモート処理によって通信することができる。

さらに、さまざまな実施形態は、本明細書において、アクセス端末に関して記載される。アクセス端末はまた、システム、加入者ユニット、加入者局、モバイル局、モバイル、遠隔局、遠隔端末、モバイル・デバイス、ユーザ端末、端末、無線通信デバイス、ユーザ・エージェント、ユーザ・デバイス、またはユーザ機器（ＵＥ）とも称されうる。アクセス端末は、セルラ電話、コードレス電話、セッション開始プロトコル（ＳＩＰ）電話、無線ローカル・ループ（ＷＬＬ）局、携帯情報端末（ＰＤＡ）、無線接続機能を有するハンドヘルド・デバイス、コンピュータ・デバイス、あるいは、無線モデムに接続されたその他の処理デバイスでありうる。さらに、本明細書では、さまざまな実施形態が、基地局に関して記載される。基地局は、アクセス端末と通信するために利用され、アクセス・ポイント、ノードＢ、エンハンスト・ノードＢ（ｅＮＢ）、またはその他幾つかの専門用語でも称されうる。

さらに、本明細書に記載のさまざまな態様または特徴は、標準的なプログラミング技術および／またはエンジニアリング技術を用いた方法、装置、または製造物品として実現されうる。本明細書で使用される用語「製造物品」は、任意のコンピュータ読取可能デバイス、キャリア、または媒体からアクセスすることが可能なコンピュータ・プログラムを含むことが意図される。例えば、コンピュータ読取可能媒体は、限定される訳ではないが、磁気記憶装置（例えば、ハード・ディスク、フロッピー（登録商標）ディスク、磁気ストリップ等）、光ディスク（例えば、コンパクト・ディスク（ＣＤ）、ＤＶＤ等）、スマート・カード、およびフラッシュ・メモリ・デバイス（例えば、ＥＰＲＯＭ、カード、スティック、キー・ドライブ等）を含みうる。さらに、本明細書に記載されたさまざまな記憶媒体は、情報を格納するための１または複数のデバイス、および／または、その他の機械読取可能媒体を表すことができる。用語「機械読取可能媒体」は、限定されることなく、無線チャネル、および、命令群および／またはデータを格納、包含、および／または搬送することができるその他任意の媒体を含みうる。

さらに、「典型的な」という用語は、本明細書において、「例、事例、あるいは実例として役立つ」ことを意味するために使用される。本明細書において「典型的な」と記載されたいずれの実施形態も、他の実施形態よりも好適であるとか、有利であるとか必ずしも解釈される必要はない。本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような様々な無線通信ネットワークのために使用される。「システム」、「ネットワーク」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のようなラジオ技術を実施することができる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）およびロー・チップ・レート（ＬＣＲ）を含んでいる。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル移動体通信システム（ＧＳＭ）のようなラジオ技術を実施することができる。ＯＦＤＭＡネットワークは、例えばイボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ ８０２．１１、ＩＥＥＥ ８０２．１６、ＩＥＥＥ ８０２．２０、フラッシュＯＦＤＭ（登録商標）等のようなラジオ技術を実施することができる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からのドキュメントに記載されている。ＣＤＭＡ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からのドキュメントに記載されている。これらさまざまなラジオ技術および規格は、当該技術分野において知られている。

図１に示すように、主題とするイノベーションにしたがった無線通信システム１００が例示されている。システム１００は、複数のアンテナ・グループを含むことができる基地局１０２を含む。例えば、１つのアンテナ・グループは、アンテナ１０４およびアンテナ１０６を含むことができ、別のグループはアンテナ１０８およびアンテナ１１０を備えることができ、さらに別のグループはアンテナ１１２およびアンテナ１１４を含むことができる。２本のアンテナが各アンテナ・グループのために例示されているが、２本より多い、または２本より少ないアンテナも、各グループのために利用されうる。基地局１０２はさらに、送信機チェーンおよび受信機チェーンを含みうる。それらおのおのは、当業者によって理解されるように、信号の送信および受信に関連する複数の構成要素（例えば、プロセッサ、変調器、マルチプレクサ、復調器、デマルチプレクサ、アンテナ等）を備えうる。

基地局１０２は、例えばモバイル・デバイス１１６およびモバイル・デバイス１２２のような１または複数のモバイル・デバイスと通信することができる。しかしながら、基地局１０２は、モバイル・デバイス１１６およびモバイル・デバイス１２２に類似した実質的に任意の数のモバイル・デバイスと通信しうることが理解されるべきである。モバイル・デバイス１１６およびモバイル・デバイス１２２は例えば、セルラ電話、スマート・フォン、ラップトップ、ハンドヘルド通信デバイス、ハンドヘルド・コンピュータ・デバイス、衛星ラジオ、全地球測位システム、ＰＤＡ、および／または、無線通信システム１００を介して通信するのに適切なその他任意のデバイスでありうる。図示するように、モバイル・デバイス１１６は、アンテナ１１２およびアンテナ１１４と通信している。ここで、アンテナ１１２およびアンテナ１１４は、順方向リンク１１８によってモバイル・デバイス１１６へ情報を送信し、逆方向リンク１２０によってモバイル・デバイス１１６から情報を受信する。さらに、モバイル・デバイス１２２はアンテナ１０４およびアンテナ１０６と通信している。ここで、アンテナ１０４およびアンテナ１０６は、順方向リンク１２４でモバイル・デバイス１２２へ情報を送信し、逆方向リンク１２６でモバイル・デバイス１２２から情報を受信する。周波数分割デュプレクス（ＦＤＤ）システムでは、例えば、順方向リンク１１８は、逆方向リンク１２０によって使用されるものとは異なる周波数帯域を使用し、順方向リンク１２４は、逆方向リンク１２６によって使用されるものとは異なる周波数帯域を使用することができる。さらに、時分割デュプレクス（ＴＤＤ）システムでは、順方向リンク１１８および逆方向リンク１２０は、共通の周波数帯域を使用し、順方向リンク１２４および逆方向リンク１２６は、共通の周波数帯域を使用することができる。

通信するように指定された領域および／またはアンテナのおのおののグループは、基地局１０２のセクタと称されうる。例えば、基地局１０２によってカバーされる領域のセクタ内のモバイル・デバイスに通信するように、複数のアンテナが設計されうる。順方向リンク１１８および順方向リンク１２４による通信では、基地局１０２の送信アンテナは、モバイル・デバイス１１６およびモバイル・デバイス１２２のための順方向リンク１１８および順方向リンク１２４の信号対雑音比を改善するためにビームフォーミングを適用することができる。例えば、これは、所望の方向に信号を向けるためにプリコーダを使用することにより提供されうる。また、基地局１０２が、関連する有効範囲にランダムに散在したモバイル・デバイス１１６、１２２に送信するためにビームフォーミングを利用している間、近隣セル内のモバイル・デバイスは、全てのモバイル・デバイスに対して単一アンテナによって送信している基地局に比べて、少ない干渉しか被らない。さらに、モバイル・デバイス１１６、１２２は、一例において、ピア・ツー・ピアまたはアド・ホック技術を用いて互いにダイレクトに通信しうる。

例によれば、システム１００は、複数入力複数出力（ＭＩＭＯ）通信システムでありうる。さらに、システム１００は、通信チャネル（例えば順方向リンク、逆方向リンク等）を分割するために、例えばＦＤＤ、ＴＤＤ等のような実質的に任意のタイプのデュプレクス技術を利用しうる。さらに、システム１００は、複数ベアラ・システムでありうる。ベアラは、定義された容量、遅延、ビット誤り率等の情報パスでありうる。モバイル・デバイス１１６、１２２はおのおの、１または複数のラジオ・ベアラを提供しうる。モバイル・デバイス１１６、１２２は、１または複数のラジオ・ベアラを介して、アップリンク・リソースを管理および／または共有するために、アップリンク・レート制御メカニズムを適用しうる。１例において、モバイル・デバイス１１６、１２２は、ラジオ・ベアラにサービス提供し、アップリンク・レート制限を実施するために、トークン・バケット・メカニズムを利用しうる。

例示によれば、おのおののベアラは、関連付けられた優先ビット・レート（ＰＢＲ）、最大ビット・レート（ＭＢＲ）、および保証ビット・レート（ＧＢＲ）を有しうる。モバイル・デバイス１１６、１２２は、少なくとも部分的に、これら関連付けられたビット・レート値に基づいて、ラジオ・ベアラにサービス提供しうる。これらビット・レート値はまた、おのおののベアラのためのＰＢＲおよびＭＢＲのためのキュー・サイズを計算するためにも適用されうる。これらキュー・サイズは、モバイル・デバイス１１６、１２２によって基地局１０２へ送信されるアップリンク・リソース要求に含まれうる。基地局１０２はまた、それぞれのアップリンク要求および含まれたキュー・サイズに基づいて、モバイル・デバイス１１６、１２２のためのアップリンク・リソースをスケジュールしうる。

図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセス・ポイントまたは基地局としても知られている）および受信機システム２５０（アクセス端末としても知られている）の一般的な構成ブロック図である。送信機システム２１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース２１２から送信機（ＴＸ）データ・プロセッサ２１４へ提供される。

実施形態では、おのおののデータ・ストリームが、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、トラフィック・データをフォーマットし、このデータ・ストリームのために選択された特定の符合化スキームに基づいて符号化し、インタリーブして、符合化されたデータを提供する。

おのおののデータ・ストリームの符合化されたデータは、ＯＦＤＭ技術を用いてパイロット・データと多重化されうる。パイロット・データは一般に、既知の方法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータ・ストリームに関する多重化されたパイロットおよび符合化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、またはＭ−ＱＡＭ）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ２３０によって実行される命令群によって決定されうる。

すべてのデータ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのために）変調シンボルを処理するＴＸ ＭＩＭＯプロセッサ２２０に提供される。ＴＸ ＭＩＭＯプロセッサ２２０はその後、Ｎ_Ｔ個の変調シンボル・ストリームを、Ｎ_Ｔ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔへ提供する。ある実施形態では、ＴＸ ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル、および、そのシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。

おのおのの送信機２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。さらに、送信機２２２ａ乃至２２２ｔからのＮ_Ｔ個の変調信号は、Ｎ_Ｔ個のアンテナ２２４ａ乃至２２４ｔそれぞれから送信される。

受信機システム２５０では、送信された変調信号がＮ_Ｒ個のアンテナ２５２ａ乃至２５２ｒによって受信され、おのおののアンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒへ提供される。おのおのの受信機２５４は、それぞれの受信信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。

ＲＸデータ・プロセッサ２６０は、Ｎ_Ｒ個の受信機２５４からＮ_Ｒ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、Ｎ_Ｔ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、このデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、送信機システム２１０におけるＴＸ ＭＩＭＯプロセッサ２２０およびＴＸデータ・プロセッサ２１４によって実行されるものと相補的である。

プロセッサ２７０は、上述したように、どの事前符合化行列を使用するのかを定期的に決定する。さらに、プロセッサ２７０は、行列インデクス部およびランク値部を備えた逆方向リンク・メッセージを規定することができる。

逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージは、多くのデータ・ストリームのトラフィック・データをデータ・ソース２３６から受け取るＴＸデータ・プロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、基地局２１０へ送り戻される。

送信機システム２１０では、受信機システム２５０からの変調信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンク・メッセージを抽出する。さらに、プロセッサ２３０は、ビームフォーミング重みを決定するためにどの事前符合化行列を使用するかを決定するために、この抽出されたメッセージを処理する。

図３は、主題とするイノベーションの実施形態にしたがって多くのユーザをサポートするように構成された典型的な無線通信システム３００を例示する。図３に示すように、一例として、システム３００は、例えばマクロ・セル３０２ａ〜３０２ｇのような複数のセル３０２のための通信を提供する。これらセルはおのおの、対応するアクセス・ポイント（ＡＰ）３０４（例えば、ＡＰ３０４ａ〜３０４ｇ）によってサービス提供されるおのおののセルはさらに、（例えば、双方向アンテナを用いることによって）１または複数のセクタへ分割される。ユーザ機器（ＵＥ）あるいは移動局と置換可能であるとも知られているＡＴ３０６ａ〜３０６ｋを含むさまざまなアクセス端末（ＡＴ）３０６が、システム全体にわたって分布している。おのおののＡＴ３０６は、例えば、ＡＴがアクティブであるか否か、および、ソフト・ハンドオフをしているか否かに依存して、所与の瞬間において、順方向リンク（ＦＬ）および／または逆方向リンク（ＲＬ）で１または複数のＡＰ３０４と通信することができる。無線通信システム３００は、広い地理的領域にわたってサービスを提供することができ、例えば、マクロ・セル３０２ａ〜３０２ｇは、近隣におけるいくつかのブロックをカバーすることができる。

例えば、標準を作成する３ＧＰＰ規格によって開発された規格のいくつかのようなさまざま異なる通信規格の場合、用語「セクタ」および「セル」は、機能的には区別できないものと認識されるべきである。したがって、おのおののノードＢは、複数のセルをサポートしていると見なされうる。

図４に示すように、無線通信システム４００の例が、主題とするイノベーションの態様にしたがって例示される。ノードＢ３４４は、３つに分離されたセル３０４−Ａ、３０４−Ｂ、および３０４Ｃをサポートしているとして示される。したがって、特定のＵＥ３３４が、セル３０４−Ｂからセル３０４−Ａへ移動すると、例えば、ＵＥ３３４が、ノードＢ３４４によってサービス提供されているエリアから、ノードＢ３４６によってサービス提供されているエリアへ移動した場合、ハンドオーバまたはハンドオフが実行されるだろう。本開示の目的ために、２つの別のノードＢによってサービス提供される２つのセル間のハンドオフが「ノードＢ外ハンドオフ」と称される一方、１つのノードＢによってサービス提供される２つのセル間のハンドオフが「ノードＢ内ハンドオフ」と称されよう。

区別できないタイプのハンドオフは、リソースの非効率的な割当をもたらしうると認識されうる。例えば、通信フレームワーク（例えば、インターネット等）からＵＥ３３４へとメッセージが送られると、そのようなメッセージは、インターネット・プロトコル（ＩＰ）からパケット・データ収束プロトコル（ＰＤＣＰ）、ラジオ・リンク制御（ＲＬＣ）、物理レイヤ・プロトコル・データ・ユニットへの送信を経験するだろう。そのような転送中、個々のＩＰパケットは、ユーザのために利用可能な容量にマッチさせるために、多くの小さなＲＬＣ ＰＤＵへ分割されうる。ハンドオーバ時には、ＰＤＣＰ、ＲＬＣ、ＭＡＣ、および物理レイヤがリセットされる。その結果、完全に送信されていないＩＰ ＰＤＵは、最初からリスタートされねばならない。さらに、ＰＤＣＰにホストされたヘッダ圧縮（ＨＣ）アルゴリズムのような状態を維持するプロトコルが、それらの状態を再生成する必要があるので、非効率的な圧縮を招く。さらに、必要ではないが、暗号鍵変換もまたトリガされうる。ロバスト・ヘッダ圧縮（ＲｏＨＣ）は、ＥＵＴＲＡで使用されているＨＣプロトコルの例である。我々は後に、ＨＣプロトコルに対する例としてＲｏＨＣを使用する。

事実上、ＵＥ３４４ ＰＤＣＰ、ＲＬＣ、およびＭＡＣに関連するすべての通信コンテキストは、同じ物理位置に残っているので、ノードＢ内ハンドオーバ・シナリオを最適化することが可能である。実装に依存して、ｅＮＢ内のすべてのセルを動作させるソフトウェアの少なくとも一部がある。そのような場合には、以下にさらに詳しく記載するように、ノードＢ内ハンドオーバは、以下のような可能な利点のうちの１または複数を提供するように最適化されうる。ＰＤＣＰレイヤおよびＲＬＣレイヤにおけるリセットは必要とされず、（ＲＬＣは持続的であり、必要な場合に再調整を実行するので）ＰＤＣＰ「ハンドオフ関連」再調整機能を可能にする必要はない。（すべての状態がＲＬＣに保持されているので）ダウンリンクおよびアップリンク上でＲＤＣＰ ＳＮ状態を交換する必要はなく、設定された新たなセキュリティ鍵をインストールする必要も、ＲｏＨＣレイヤにおけるリセットの必要もない。

ノードＢ内ハンドオーバの最適化によって、複雑さを抑え、ハンドオーバ中のユーザ・プレーン効率を最大にすることができる。持続的なＲＬＣ状態によって、部分的に送信および／または受信されたＳＤＵがハンドオーバ後に再送信される必要のない最適な無線パフォーマンスを可能にしうる。さらに、持続的なＲＬＣ状態によって、システムは、エア・インタフェースで追加リソースを使用しかつユーザ・プレーン・データの配信を遅らせる機能に関連したＰＤＣＰハンドオフを使用しなくて済むようになる。さらに、持続的なＰＤＣＰコンテキストは、ＩＰ／ＵＤＰ／ＲＴＰヘッダ・オーバヘッドが多い場合、ハンドオーバによるヘッダ圧縮を継続することによって、ＩＰヘッダ・オーバヘッドを顕著に節約することができる。これは、ＲｏＨＣコンテキスト・セットアップの初期において非常に有用である。これは、セルの遠いエッジにあるＵＥのためのアップリンクにおいて特に有用である。新たなセキュリティ鍵セットをインストールする必要性は、ハンドオーバ時におけるＰＤＣＰシーケンス番号のリセットの可能性から生じる。同じ鍵を用いてＰＤＣＰシーケンス番号を再使用することは、暗号的に安全ではないかもしれない。しかしながら、ＰＤＣＰがハンドオーバ時にリセットされない場合、新たな鍵を導出し、取得し、使用する必要はない。

図５に示すように、ユーザ・プレーン・スタック・プロトコルを例示する無線通信システム５００の例が、主題とするイノベーションの態様にしたがって示される。このシステム５００は、ＵＥ５０２とｅＮＢ５０４とを含む。ＵＥ５０２およびｅＮＢ５０４は、パケット・データ変換プロトコル（ＰＤＣＰ）５０６、ラジオ・リンク制御（ＲＬＣ）５０８、媒体アクセス制御（ＭＡＣ）５１０、および／または物理レイヤ（ＰＨＹ）５１２を含む１または複数のプロトコルを用いて交換、転送、あるいは通信することができる。

ＰＤＣＰ５０６は、ＵＥ５０２とｅＮＢ５０４との間で通信されるメッセージのための暗号化、および完全性保護を提供する。さらに、ＰＤＣＰ５０６は、ヘッダ圧縮のための方法を提供する。また、損失のない通信および順序正しい配信を提供するハンドオーバに関わる。ＲＬＣ５０８は、自動反復要求（ＡＲＱ）のおかげで順序正しい損失のない配信を与える。１または複数のパケットが失われた場合、ＡＲＱが発行される。ＡＲＱは、送信者がパケットを再送信することを求める要求を含む。ＲＬＣ５０８は、パケットの再送信を要求するアクノレッジ・モード（ＡＭ）と、再送信する要求が使用されない非アクノレッジ・モード（ＵＭ）と、シグナリングのために最も頻繁に使用される透過モードとを含む１または複数の送信モード（例えば、一般に、モードと称される）を有しうる。ＲＬＣ５０８は、パケット毎ベースで動作する。例えば、パケット１、２、３からなるセットが、単一のＩＰパケットを備えうる。パケット１、３が正しく受信されたものの、パケット２が送信中に損失あるいは喪失した場合には、ＲＬＣ５０８は、送信者がパケット２を再送信することを求めるＡＲＱを発行しうる。ＲＬＣがハンドオーバ中にリセットされる場合、既にパケット１、３が送信されているという利点が失われ、重複したビットが送信されるであろうことが認識されうる。ＭＡＣ５１０は、主題とする媒体のスケジューリングおよび共有を制御する。ＰＨＹ５１２は、データ・リンク・レイヤ（図示せず）からの通信要求を、ハードウェア特有の動作へ変換する。これは、電磁信号の送信または受信に影響を与える。

プロトコル５０６乃至５１２は、システム５００の動作中、状態を有する。しかしながら、（例えば、ノード外またはノードＢ内のような）ほとんどのタイプのハンドオーバ中において、システム５００は一般に、少なくともＰＤＣＰ５０６、ＲＬＣ５０８、ＭＡＣ５１０、およびＰＨＹ５１２のうちの少なくとも一部を含む既に述べられたプロトコルをリセットする。第１のｅＮＢから第２のｅＮＢへの通信コンテキストの転送を回避するために、プロトコルがリセットされる。ノードＢ内ハンドオーバ中、通信コンテキストは、同じ物理的な位置（例えば、同じｅＮＢ）内に存在し、プロトコルのリセットは、不要かつ非効率的になりうることが認識されうる。

図６には、ｅＮＢ６０２とイボルブド・パケット・コア（ＥＰＣ）６０１との間の通信を例示している無線通信システム６００の例が示される。ＥＰＣ６０１は、ロング・ターム・イボリューション（ＬＴＥ）アクセス・ネットワーク内の中心構成要素である。図示するＬＴＥアクセス・ネットワークは、主題とするイノベーションがどのように適用されるかの例を示す一例であり、本明細書で説明されたシステムおよび方法は複数のネットワーク・タイプに適用されうることが当業者に容易に理解されるであろうことが認識されるべきである。

ＥＰＣ６０１は、モビリティ管理エンティティ（ＭＭＥ）６０４、サービング・ゲートウェイ（ｓ−ＧＷ）６０６、およびＰＤＮゲートウェイ（Ｐ−ＧＷ）６０８を含む。ＭＭＥ６０４は、ＬＴＥアクセス・ネットワークのための制御ノードであり、再送信を含むページング手順およびアイドル・モードＵＥトラッキングを担当する。ＭＭＥ６０４は、ベアラ・アクティベーション／非アクティベーション処理に関連しており、初期接続時において、および、ノードＢ内ハンドオーバ中において、ＵＥのためのＳ−ＧＷ６０６を選択することを担当する。ＭＭＥ６０４は、ユーザを認証することを担当し、非アクセス階層（ＮＡＳ）セキュリティ・シグナリングが、ＭＭＥ６０４において終了する。ＭＭＥ６０４はさらに、ＵＥに対するテンポラリなアイデンティティの生成および割り当てを担当し、ＵＥがサービス・プロバイダのパブリック・ランド・モバイル・ネットワーク（ＰＬＭＮ）上にキャンプする許可をチェックし、ＵＥにローミング制限を強いる。ＭＭＥは、ＮＡＳセキュリティ・シグナリングの暗号化／完全性保護のための、ネットワークにおける終了ポイントであり、セキュリティ鍵管理を取り扱う。

Ｓ−ＧＷ６０６は、ＳＤＵのルーティングおよび転送を行う一方、ノード外ハンドオーバ中、ユーザ・プレーンのためのモビリティ・アンカとしても動作する。アイドル状態のＵＥのために、Ｓ−ＧＷ６０６は、ＵＥに向けられたＤＬデータが到着した場合、ＤＬデータ・パスを終了させ、ページングをトリガする。Ｓ−ＧＷ６０６は、ＵＥコンテキスト（例えば、ネットワーク内部ルーティング情報やＩＰベアラ・サービスのパラメータ）を管理および格納する。

Ｐ−ＧＷ６０８は、ＵＥのためのトラフィックの終了ポイントおよび開始ポイントとして、外部パケット・データ・ネットワークへの接続をＵＥへ提供する。ＵＥは、複数のＰＤＮにアクセスするために、複数のＰ−ＧＷ６０８との同時接続を有しうる。Ｐ−ＧＷ６０８は、ポリシー施行、おのおののユーザのためのパケット・フィルタリング、課金サポート、合法的な傍受、およびパケット・スクリーニングを実行する。

既に説明したように、ｅＮＢ６０２は、ＰＤＣＰ６１２、ＲＬＣ６１４、ＭＡＣ６１６、およびＰＨＹ６１８を含む。さらに、ｅＮＢ６０２は、ラジオ・リソース制御（ＲＲＣ）６１０を含む。ＲＲＣ６１０は、ＵＥに対してノードＢ内ハンドオーバまたはノード外ハンドオーバを実行するように指示しうる制御プレーン・エンティティである。動作中、ＲＲＣ６１０は、（例えば、ノードＢ内またはノード外のような）ハンドオーバ・タイプを示すハンドオーバ・コマンドをＵＥへ送信する。ＬＴＥは、ＩＰシステムであり、パケットはすべて、ＩＰヘッダを有する。例えば、ボイス・オブ・インターネット・プロトコル（ＶｏＩＰ）アプリケーションの場合、ヘッダは、１または複数のＩＰ、ＵＤＰ、および／または、ＲＤＰヘッダおよびペイロードを含みうる。ヘッダのサイズにより、ネットワークを介してエアでヘッダを送信することは非効率になりうる。例えば、ボイス・オーバＩＰ（ＶｏＩＰ）の場合、ペイロードに対するヘッダの比は、おおよそ半々になる。したがって、ＰＤＣＰ６１２は、例えばロバスト・ヘッダ圧縮（ＲｏＨＣ）のような１または複数のヘッダ圧縮プロトコルを使用することができる。ＲｏＨＣは、例えば、約４０バイトから約３乃至４バイトへとヘッダのサイズを大幅に低減するフル状態ヘッダ圧縮プロトコルである。一般に、ハンドオーバ・シナリオ中に、ＲｏＨＣはリセットされる。ノードＢ内ハンドオーバ中にＲｏＨＣをリセットすることは、ヘッダ圧縮プロトコルをリセットすることによる不必要な非効率をもたらすので、送信機および受信機において圧縮状態を失うことが認識されうる。したがって、例えばノードＢ内ハンドオーバ中のように、プロトコルが同じ場所に位置する場合、持続的なＰＤＣＰ状態を保つことは、ＲｏＨＣをリセットする必要性に対して不利に作用する。

上述した典型的なシステムを考慮すると、開示された手段にしたがって実現される方法論は、図７のフローチャートを参照してより良く認識されるだろう。説明を単純にする目的で、これら方法論は、一連のブロックとして示され説明されているが、権利主張する主題は、幾つかのブロックが本明細書で示され記載されたものとは異なる順序で、あるいは他のブロックと同時に生じうるので、ブロックの順序によって限定されないことが理解され認識されるべきである。さらに、本明細書に記載された方法論を実現するために、例示された全てのブロックが必要とされる訳ではない。

図７は、主題とするイノベーションの態様にしたがうノードＢ内ハンドオーバ最適化のための一般化された方法論を例示する。７０２において、第１のノードＢとＵＥとの間で通信が確立される。７１０において、ＵＥを用いてハンドオフが生じると仮定し、このハンドオフがノード外ハンドオフであるか、ノードＢ内ハンドオフであるかが判定される。７２０では、ハンドオフがノード外ハンドオフである場合、適切な（例えばＲＬＣ、ＰＤＣＰ、ＲｏＨＣ、およびＲＣＤＰ）レイヤの事実上すべてまたは何れかがリセットされうる。

７３０では、ハンドオフがノードＢ内ハンドオフである場合、もしも存在すれば、どのプロトコル・レイヤ（例えば、ＲＬＣ、ＰＤＣＰ、ＲｏＨＣ、および／またはＲＣＤＰ）がリセットされるべきであるかに関する判定が、一般に、ターゲット・ノードＢによってなされうる。どのプロトコル・レイヤがリセットされるべきであるかの判定は、複数の技術によって達成されうることが認識されるだろう。例えば、１つの実施形態では、どのレイヤをリセットすべきかを判定するために、および、複数のグラニュラリティ・レベルを提供するために、ターゲット・ノードからＵＥへの専用シグナリングが使用されうる。別の実施形態では、バックワード・ハンドオーバを用いた専用シグナリングによって、ターゲット・ノードＢは、ハンドオーバ要求アクノレッジにおける「透過的なコンテナ」を用いて、どのレイヤをリセットすべきかをＵＥに示すことができるようになる。例えば、フィールドに対応するビットが、ＵＥに対して、レイヤをリセットするように指示している表１に示すように、「透過的なコンテナ」は、おのおののレイヤのためのフィールドを含みうる。

また別の実施形態では、端末が、自己のハンドオーバを開始する場合（フォワード・ハンドオーバ）、あるいは、接続再確立の結果として、上記プロトコルを再設定すべきかは、ｅＮＢによって示されうるか、あるいは、エアによってブロードキャストされたシステム情報において示されるパラメータに基づいて導出されるか、あるいは、仕様において示されうる。７３０において、専用シグナリングが使用されうる。ターゲット・ノードＢは、（例えば、ＲＬＦが生じたセル内におけるＵＥのＣ ＲＮＴＩ、セルの物理レイヤ・アイデンティティ、および、セルの鍵に基づくＭＡＣのような）競合解決のためのランダム・アクセス手順で使用されるＵＥ識別子に基づいて、ソース・ノードＢから、ＵＥに関連するコンテキストを取得することができる。

ノードＢが、適切な通信コンテキスト情報を見つけた場合、あるいは、ＵＥのアイデンティティにマッチする通信コンテキスト情報を、適切な時間で取得できるのであれば、ノードＢは、ＵＥに対して、その接続が再開されうることを示しうる。同じメッセージにおいて、そして、ＲＬＣ／ＲｏＨＣ／暗号化コンテキストの利用度に依存して、プロトコル（例えば、ＲＬＣ、ＲｏＨＣ、暗号化状態等）のうちの何れかまたはすべてがリセットされねばならない場合、ノードＢは、ＵＥへ情報を引き渡すことができる。適切な通信コンテキスト情報のうち、いくつかが発見されない場合、関連するプロトコルがリセットされる。

さらにあるいはその代わりに、どのプロトコル・レイヤがリセットされる必要があるのかを判定するために、ユニークなシグナリングが使用されうる。例えば、プロトコルのセット（例えば、ＰＤＣＰおよびＲＬＣ）が再設定されるか否かを示すために、情報のうちの１ビットのみが使用されうる。ＵＥはその後、ノードＢ内ハンドオーバ中、これらのプロトコルをリセットしないように指示されうる一方、ノードＢ外ハンドオーバ中は、これらプロトコルを常にリセットする。

さらに、ハンドオーバのタイプをＵＥへシグナルするために、ユニキャスト・ハンドオーバ・タイプとブロードキャスト・ハンドオーバ・タイプとを含む少なくとも２つのオプションが存在する。ユニキャスト・ハンドオーバ・タイプは、ハンドオーバの時間を規定しており、ターゲット・ノードＢは、ハンドオーバがノードＢ内であるか、ノードＢ外であるかを判定する。これは、ハンドオーバ要求アクノレッジ内の透過的なコンテナに埋め込まれうる単一のシグナリング・ビット（例えば、ｅＮＢ内／外）によってなされうる。ソース・ノードＢは、適切なハンドオーバ・コマンド（例えば、ＲＲＣメッセージ）を生成し、ＵＥへ送信しうる。ハンドオーバ・コマンドは、ターゲット・ノードＢから受信した透過的なコンテナを含むことができる。

動作中に、ＵＥは、ターゲット・ノードＢにアクセスすると、おのおののプロトコルをリセットすべきかを決定しうる。ノードＢ内ハンドオーバ中、ターゲット・ノードＢは、ハンドオーバ要求アクノレッジの透過的なコンテナにおける「ノードＢ外ハンドオーバ」を示すことを決定するので、本シグナリング方法は、いかなる最適化をも実施しない自由度を残していることに注目されたい。

接続再確立の場合、ターゲット・ノードＢは、接続が再開されうることを示すメッセージで、ＵＥに対して、ノードＢ内ハンドオーバあるいはノードＢ外ハンドオーバを示しうる。コンテキストが利用可能ではないのであれば、レイヤ２ユーザ・プレーン・プロトコルのすべてがリセットされうる。既に説明したように、ブロードキャスト・ハンドオーバ・タイプ（例えば、ノードＢ識別情報（ｅＮＢ ＩＤ）をブロードキャストすることは、ノードＢ内ハンドオーバ中に、どのプロトコルが持続しているかに関する最初の合意がなされているものと仮定する。さらに、ノードＢ外ハンドオーバのために、最適化が常に図られることに合意する必要がある。

このアプローチでは、ローカルにユニークなｅＮＢ ＩＤが、例えばＰ−ＢＣＨまたはＤ−ＢＣＨでブロードキャストされうる。ハンドオーバすると、ＵＥは、ノードＢ内ハンドオーバまたはノードＢ外ハンドオーバが引き起こっているかを判定し、それにしたがって、ＲＬＣ／ＰＤＣＰ状態を設定することができる。専用シグナリングは必要ではないので、このアプローチは、通常のハンドオーバと同様にフォワード・ハンドオーバにおいても、さらには接続再確立においても使用されうる。

必ずしもすべてのプロトコル・レイヤがリセットされないように、既に説明した方式でノードＢ内ハンドオーバを最適化することは、いくつかの利点を有しうる。例えば、ＲＬＣがリセットされない場合、（前述した）ハンドオーバの結果として送信される重複ビットの数が低減される。さらに、ＰＤＣＰをリセットしないことにより、ハンドオーバの結果として送信される重複データの量が低減される。既に述べたように、ＰＤＣＰは、状態レポートを交換することによって再送信を取り扱う。ここでは、受信機が、送信者に対して、受信したデータおよび受信していないデータを通知する。例えば、ＵＥは、アクノレッジされるとは知られていないすべてのパケットを累積的な方式で再送信する。１から１０まで順番に並べられたＩＰパケットのセットが送信され、ハンドオーバ前にアクノレッジされた最後のパケットがパケット５である。ＰＤＣＰがリセットされているので、ＵＥは、受信に関わらずパケット６乃至１０を再送信するだろう。同様に、プロトコルを用いて一定の状態を維持することは、ＰＤＣＰ ＳＮ状態をアップリンクおよび／またはダウンリンクで交換する必要性を低減しうる。また、既に説明したように、ＲｏＨＣレイヤをリセットしないことによって、ノードＢ内ハンドオーバ中の効率が高められる。

１ビットのノード内／外ビット・ハンドオーバは、どのプロトコルまたはその構成要素が、ハンドオーバ時にリセットされるか／されないかを特定することによって洗練される。例えば、このハンドオーバの発生によりＰＤＣＰ／ＨＣ／ＲＬＣ／ＭＡＣがリセットされるべきであるかを個別に示すために、ビットマップが使用されうる。このビットマップは、専用シグナリングを用いて、ハンドオーバの一部として送信されうる。これは、例えば、ＲＬＣコンテキストが共有されるがＰＤＣＰが共有されない場合、ＲＬＣ状態のみが維持されるようなより柔軟な実装を提供する。７３２では、どのレイヤがリセットされるべきかに関する情報、および／または、ノードＢ内ハンドオフが生じるべきであることを示す単純なインジケーション（例えばフラグ）が、ＵＥへ送信される。７３４では、適切なレイヤがリセットされる。および／または、適切な圧縮／暗号化鍵が変更されうる。７４０では、残りの何れかのハンドオフ機能が実行されうる。

図８には、プロセッサ８０２がデバイス８００の一般的な動作を制御することを担当しているポータブル・ハンドヘルド端末デバイス８００の概念的なブロック図が例示されている。プロセッサ８０２は、本明細書に記載されたさまざまな機能を実行するために、デバイス８００内のさまざまな構成要素を制御および動作させるようにプログラムされている。プロセッサ８０２は、複数の適切なプロセッサのうちの何れかでありうる。プロセッサ８０２が、本発明に関連する機能を実行するようにプログラムされうる方式は、本明細書に提供された記載に基づいて、当業者に容易に明らかになるであろう。

プロセッサ８０２に接続されたメモリ８０４は、プロセッサ８０２によって実行されるプログラム・コードを格納することに役立ち、ユーザ信用証明や受信トランザクション情報等のような情報を格納するための記憶手段として役立つ。メモリ８０４は、表示される情報のうちの少なくとも完全なセットを格納するように適切に適応された不揮発性メモリでありうる。したがって、メモリ８０４は、プロセッサ８０２による高速アクセスのためのフラッシュ・メモリまたはＲＡＭ、および／または、例えばテキスト、画像、オーディオ、およびビデオ・コンテンツを備えるギガバイトのデータを格納することが可能なマイクロ・ドライブのような大容量メモリ、を含みうる。１つの態様によれば、メモリ８０４は、複数セットの情報を格納するための十分な記憶容量を持っており、プロセッサ８０２は、さまざまなディスプレイ情報セット間での往来あるいは循環のためのプログラムを含みうる。

ディスプレイ８０６は、ディスプレイ・ドライバ・システム８０８を介してプロセッサ８０２へ接続される。ディスプレイ８０６は、この例において、ディスプレイ８０６は、１６レベルのグレー・スケールを備えた１／４ＶＧＡディスプレイである。ディスプレイ８０６は、データ、グラフィック、あるいはその他の情報コンテンツを表示するように機能する。例えば、ディスプレイ８０６は、オペレータに対して表示される１セットのカスタマ情報を表示し、システム・バックボーン（図示せず）を介して送信されうる。さらに、ディスプレイ８０６は、デバイス８００の実行を制御するさまざまな機能を表示しうる。ディスプレイ８０６は、英数字キャラクタおよびグラフィック・キャラクタを表示することができる。

オンボード電源システム８１０（例えば、バッテリ・パック）によって、プロセッサ８０２、および、ハンドヘルド・デバイス８００を形成するその他の構成要素へ電力が提供される。電源システム８１０が故障するか、あるいは、デバイス８００から分離されるイベントでは、プロセッサ８０２へ電力を提供するため、および、オンボード電源システム８１０を充電するために、補助電源８１２が適用される。デバイス８００のプロセッサ８０２は、予期される電源喪失を検出すると、電流を低減するスリープ・モードとする。

端末８００は、プロセッサ８０２を遠隔コンピュータとインタフェースさせるために適用されるデータ通信ポート８１６を含む通信サブシステム８１４を含む。ポート８１６は、ユニバーサル・シリアル・バス（ＵＳＢ）およびＩＥＥＥ１３９４シリアル通信機能のうちの少なくとも１つを含むことができる。例えば、赤外線データ・ポートを利用する赤外線通信のようなその他の技術も含まれる。

デバイス８００はまた、プロセッサ８０２と通信可能なラジオ周波数（ＲＦ）トランシーバ・セクション８１８を含む。ＲＦセクション８１８は、アンテナ８２２を介して遠隔デバイスからＲＦ信号を受信し、この信号を復調して、変調されたデジタル情報を取得するＲＦ受信機を含む。ＲＦセクション８１８はまた、例えば、ユーザ入力デバイス８２６（例えば、キーパッド）を介したマニュアルのユーザ入力に応答して、あるいは、トランザクションの完了や、その他の予め定めた基準およびプログラムされた基準に自動的に応答して、遠隔デバイスへ情報を送信するＲＦ送信機８２４を含む。トランシーバ・セクション８１８は、例えば、製品ＲＦタグまたは品目ＲＦタグとともにパッシブまたはアクティブに使用されるトランスポンダ・システムとの通信を容易にする。プロセッサ８０２は、トランシーバ８１８を介して遠隔トランスポンダ・システムへシグナル（またはパルス）し、タグ・メモリの内容を読み取るために、リータン信号を検出する。１つの実施では、ＲＦセクション８１８はさらに、デバイス８００を用いて電話通信を容易にする。さらに、オーディオＩ／Ｏセクション８２８は、プロセッサ８０２によって制御されるように、マイクロフォン（または類似のオーディオ入力デバイス）からの音声入力および（スピーカまたは類似のオーディオ出力デバイスからの）オーディオ出力信号を処理する。

別の実施では、デバイス８００は、音声認識機能を提供する。これによって、デバイス８００が単に音声レコーダとして使用される場合、プロセッサ８０２は、例えばコンピュータ・ワード・プロセッサのような遠隔システムにおけるローカルな編集、閲覧、およびダウンロードのために、音声信号のテキスト・コンテンツへの高速変換を容易にする。同様に、変換された音声信号は、キーパッド８２６によるマニュアル入力を用いる代わりにデバイス８００を制御するために使用されうる。

また、プリンタ８３０、シグネチャ・パッド８３２、および磁気ストリップ・リーダ８３４のようなオンボード周辺機器が、デバイス８００のハウジング内に提供されているか、あるいは、外部ポート・インタフェース８１６のうちの１または複数を介して外部に提供されうる。

デバイス８００はさらに、画像キャプチャ・システム８３６を含み、これによって、ユーザは、デバイス８００によって記憶される、および、ディスプレイ８０６によって表示される画像および／またはショート・ムービを記憶できるようになる。さらに、データフォームをスキャンするデータフォーム読取システム８３８が含まれる。これら画像システム（８３６と８３８）は、両機能を実行することが可能な単一のシステムでありうることが認識されるべきである。

図９を参照して、送信中に適用される複数のキーセットからキーセットを指定することを容易にするシステム９００が例示されている。例えば、システム９００は、基地局、モバイル・デバイス等の内部に少なくとも部分的に存在しうる。システム９００は、プロセッサ、ソフトウェア、または（例えばファームウェアのような）これらの組み合わせによって実施される機能を表す機能ブロックでありうる機能ブロックとして表されることが認識されるべきである。システム９００は、連携して動作する電子構成要素からなる論理グループ９０２を含む。例えば、論理グループ９０２は、基地局内ハンドオーバが実行されるべきである場合、レイヤのうちの少なくとも１つをリセットすることなく、ハンドオーバを実行するための電子構成要素９０４を含みうる。さらに、論理グループ９０２は、基地局外ハンドオーバが実行されるべきである場合、レイヤのうちの少なくとも１つのリセットすることにより、ハンドオーバを実行するための電子構成要素９０６を備えうる。さらに、論理グループ９０２は、基地局内ハンドオーバが実行されるべきか、または基地局外ハンドオーバが実行されるべきかに関連する情報を取得するための電子構成要素９０８を備えうる。さらに、システム９００は、電子構成要素９０４、９０６、９０８に関連付けられた機能を実行するための命令群を保持するメモリ９１０を含みうる。メモリ９１０の外側にあるとして示されているが、電子構成要素９０４、９０６、９０８のうちの１または複数は、メモリ９１０内に存在しうることが理解されるべきである。

開示された例の上記記載は、当業者をして、本開示の製造または利用を可能とするように提供される。これら例に対する様々な変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本発明の主旨または範囲から逸脱することなく他の例にも適用されうる。このように、本発明は、本明細書で示された例に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。

Claims (29)

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. 基地局内ハンドオーバが実行されるべきであるか、基地局外ハンドオーバが実行されるべきであるかを判定する手段をさらに備える請求項２７に記載の装置。
29. 基地局内ハンドオーバが実行されるべきであるか、基地局外ハンドオーバが実行されるべきであるかに関する情報を受信する手段をさらに備える請求項２７に記載の装置。

Images