特許 6208282 ロングタームエボリューション（ＬＴＥ（登録商標））通信システムにおいてロバストな順方向ハンドオーバを可能にするための方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6208282

(24)【登録日】2017年9月15日

(45)【発行日】2017年10月4日

(54)【発明の名称】ロングタームエボリューション（ＬＴＥ（登録商標））通信システムにおいてロバストな順方向ハンドオーバを可能にするための方法および装置

(51)【国際特許分類】

   H04W 36/36 20090101AFI20170925BHJP

   H04W 76/02 20090101ALI20170925BHJP

【ＦＩ】

   H04W36/36

   H04W76/02

【請求項の数】19

【外国語出願】

【全頁数】44

(21)【出願番号】特願2016-82814(P2016-82814)

(22)【出願日】2016年4月18日

(62)【分割の表示】特願2014-83066(P2014-83066)の分割

【原出願日】2011年4月8日

(65)【公開番号】特開2016-167840(P2016-167840A)

(43)【公開日】2016年9月15日

【審査請求日】2016年5月17日

(31)【優先権主張番号】13/028,971

(32)【優先日】2011年2月16日

(33)【優先権主張国】US

(31)【優先権主張番号】61/322,782

(32)【優先日】2010年4月9日

(33)【優先権主張国】US

(31)【優先権主張番号】61/322,660

(32)【優先日】2010年4月9日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】595020643

【氏名又は名称】クゥアルコム・インコーポレイテッド

【氏名又は名称原語表記】ＱＵＡＬＣＯＭＭ ＩＮＣＯＲＰＯＲＡＴＥＤ

(74)【代理人】

【識別番号】100108855

【弁理士】

【氏名又は名称】蔵田 昌俊

(74)【代理人】

【識別番号】100109830

【弁理士】

【氏名又は名称】福原 淑弘

(74)【代理人】

【識別番号】100158805

【弁理士】

【氏名又は名称】井関 守三

(74)【代理人】

【識別番号】100112807

【弁理士】

【氏名又は名称】岡田 貴志

(72)【発明者】

【氏名】アジャイ・グプタ

(72)【発明者】

【氏名】ダーガ・プラサド・マラディ

【審査官】 伊東 和重

(56)【参考文献】

【文献】 特開２０１０−１４１６１３（ＪＰ，Ａ）

【文献】 HTC Corporation，Performance enhancement in the RRC connection re-establishment procedure[online]，3GPP TSG-RAN WG2♯66bis，3GPP，２００９年 ７月 ３日，R2-093997，［検索日 2017.04.04］，インターネット＜URL:http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_66bis/Docs/R2-093997.zip＞

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４−７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

通信システムにおいて順方向ハンドオーバを可能にするための方法であって、
ターゲット基地局において、前記ターゲット基地局へのアクセスを開始するために、ランダムアクセスチャネル（ＲＡＣＨ）プロシージャを示す第１のメッセージをユーザ端末から受信することと、
前記ターゲット基地局へのアクセスを開始するために、前記ターゲット基地局から前記ユーザ端末へ第２のメッセージを送ることと、
前記ターゲット基地局において、ソース基地局に記憶されたユーザコンテキスト情報の検索のために、第１の識別情報を含む接続再確立要求を備える第３のメッセージを前記ユーザ端末から受信することと、
前記ターゲット基地局において、前記ソース基地局からの前記ユーザコンテキスト情報の検索を開始することと、
前記ユーザコンテキスト情報の検索に失敗したことに応答して、別のＲＡＣＨプロシージャを実行することなく前記順方向ハンドオーバを継続することを前記ユーザ端末に通知する第４のメッセージを前記ターゲット基地局から前記ユーザ端末へ送ることと、
前記ターゲット基地局において、前記ユーザ端末から接続要求メッセージを受信することと
を備える、方法。

【請求項2】

前記接続要求メッセージの受信後に、前記ユーザ端末に接続セットアップメッセージを送ることをさらに備える、請求項１に記載の方法。

【請求項3】

前記接続セットアップメッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージである、請求項２に記載の方法。

【請求項4】

前記接続要求メッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージであり、前記接続要求メッセージは、前記ユーザ端末からの前のランダムアクセスチャネル（ＲＡＣＨ）プロシージャシグナリングの受信なしに受信される、請求項１に記載の方法。

【請求項5】

前記第４のメッセージは、コンテキスト検索失敗メッセージである、請求項１に記載の方法。

【請求項6】

前記第１の識別情報は、物理セル識別（ＰＣＩ）またはセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）のうちの少なくとも１つを備える、請求項１に記載の方法。

【請求項7】

ターゲット基地局へのアクセスを開始するために、ランダムアクセスチャネル（ＲＡＣＨ）プロシージャを示す第１のメッセージをユーザ端末から受信することと、
前記ターゲット基地局へのアクセスを開始するために、前記ユーザ端末へ第２のメッセージを送ることと、
ソース基地局に記憶されたユーザコンテキスト情報の検索のために、第１の識別情報を含む接続再確立要求を備える第３のメッセージを前記ユーザ端末から受信することと、
前記ソース基地局からの前記ユーザコンテキスト情報の検索を開始することと、
前記ユーザコンテキスト情報の検索に失敗したことに応答して、別のＲＡＣＨプロシージャを実行することなく順方向ハンドオーバを継続することを前記ユーザ端末に通知する第４のメッセージを前記ユーザ端末へ送ることと、
前記ユーザ端末から接続要求メッセージを受信することと
を行うための、前記ターゲット基地局のプロセッサによって実行可能なコードを含む、コンピュータ可読記録媒体。

【請求項8】

ターゲット基地局であって、
前記ターゲット基地局へのアクセスを開始するために、ランダムアクセスチャネル（ＲＡＣＨ）プロシージャを示す第１のメッセージをユーザ端末から受信するように構成された受信機モジュールと、
前記ターゲット基地局へのアクセスを開始するために、前記ユーザ端末へ第２のメッセージを送るように構成された送信機モジュールと、
ここにおいて、前記受信機モジュールは、ソース基地局に記憶されたユーザコンテキスト情報の検索のために、第１の識別情報を含む接続再確立要求を備える第３のメッセージを前記ユーザ端末から受信するようにさらに構成される、
前記ソース基地局からの前記ユーザコンテキスト情報の検索を開始するように構成されたプロセッサモジュールと、
を備え、
前記送信機モジュールは、前記ユーザコンテキスト情報の検索に失敗したことに応答して、別のＲＡＣＨプロシージャを実行することなく順方向ハンドオーバを継続することを前記ユーザ端末に通知する第４のメッセージを前記ユーザ端末へ送るようにさらに構成され、
前記受信機モジュールは、前記ユーザ端末から接続要求メッセージを受信するようにさらに構成される、
ターゲット基地局。

【請求項9】

前記送信機モジュールは、前記接続要求メッセージの受信後に、前記ユーザ端末に接続セットアップメッセージを送るようにさらに構成された、請求項８に記載のターゲット基地局。

【請求項10】

接続セットアップメッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージである、請求項８に記載のターゲット基地局。

【請求項11】

前記接続要求メッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージであり、前記ユーザ端末からの前のランダムアクセスチャネル（ＲＡＣＨ）プロシージャシグナリングの受信なしに、前記接続要求メッセージは、前記受信機モジュールにおいて受信される、請求項８に記載のターゲット基地局。

【請求項12】

前記第４のメッセージは、コンテキスト検索失敗メッセージである、請求項８に記載のターゲット基地局。

【請求項13】

前記第１の識別情報は、物理セル識別（ＰＣＩ）またはセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）のうちの少なくとも１つを備える、請求項８に記載のターゲット基地局。

【請求項14】

ターゲット基地局であって、
前記ターゲット基地局へのアクセスを開始するために、ランダムアクセスチャネル（ＲＡＣＨ）プロシージャを示す第１のメッセージをユーザ端末から受信するための手段と、
前記ターゲット基地局へのアクセスを開始するために、前記ユーザ端末へ第２のメッセージを送るための手段と、
ここにおいて、前記受信するための手段は、ソース基地局に記憶されたユーザコンテキスト情報の検索のために、第１の識別情報を含む接続再確立要求を備える第３のメッセージを前記ユーザ端末から受信するようにさらに構成される、
前記ソース基地局からの前記ユーザコンテキスト情報の検索を開始するための手段と、
を備え、
前記送るための手段は、前記ユーザコンテキスト情報の検索に失敗したことに応答して、別のＲＡＣＨプロシージャを実行することなく順方向ハンドオーバを継続することを前記ユーザ端末に通知する第４のメッセージを前記ユーザ端末へ送るようにさらに構成され、
前記受信するための手段は、前記ユーザ端末から接続要求メッセージを受信するようにさらに構成される、ターゲット基地局。

【請求項15】

前記送るための手段は、前記接続要求メッセージの受信後に、前記ユーザ端末に接続セットアップメッセージを送るようにさらに構成される、請求項１４に記載のターゲット基地局。

【請求項16】

前記接続セットアップメッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージである、請求項１５に記載のターゲット基地局。

【請求項17】

前記接続要求メッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージであり、前記接続要求メッセージは、前記ユーザ端末からの前のランダムアクセスチャネル（ＲＡＣＨ）プロシージャシグナリングの受信なしに受信される、請求項１４に記載のターゲット基地局。

【請求項18】

前記第４のメッセージは、コンテキスト検索失敗メッセージである、請求項１４に記載のターゲット基地局。

【請求項19】

前記第１の識別情報は、物理セル識別（ＰＣＩ）またはセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）のうちの少なくとも１つを備える、請求項１４に記載のターゲット基地局。

【発明の詳細な説明】

【技術分野】

【0001】

関連出願の相互参照
本出願は、２０１０年４月９日に出願された「METHOD AND APPARATUS THAT FACILITATES A ROBUST FORWARD HANDOVER FOR LONG TERM EVOLUTION USER EQUIPMENT」と題する米国仮特許出願第６１／３２２，６６０号、および２０１０年４月９日に出願された「METHOD AND APPARATUS THAT FACILITATES A ROBUST FORWARD HANDOVER FOR LONG TERM EVOLUTION USER EQUIPMENT USING USER EQUIPMENT IDENTITIES」と題する米国仮特許出願第６１／３２２，７８２号の米国特許法第１１９条（ｅ）項に基づく優先権を主張する。これらの出願の各々の内容は、すべての目的のためにそれの内容全体が参照により本明細書に組み込まれる。

【0002】

本出願は、一般にワイヤレス通信システムを対象とする。より詳細には、限定はしないが、本出願は、ＬＴＥ通信システムなどのワイヤレス通信システムにおいてロバストな順方向ハンドオーバを可能にするための方法および装置に関する。

【背景技術】

【0003】

ワイヤレス通信システムは、ボイス、データ、ビデオなど、様々なタイプの通信コンテンツを提供するために広く展開されており、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）システムなどの新しいデータ指向システムの導入とともに展開が増加する可能性がある。ワイヤレス通信システムは、利用可能なシステムリソース（たとえば、帯域幅および送信電力）を共有することによって複数のユーザとの通信をサポートすることが可能な多元接続システムであり得る。そのような多元接続システムの例には、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰ（登録商標） Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）システム、および他の直交周波数分割多元接続（ＯＦＤＭＡ）システムがある。

【0004】

概して、ワイヤレス多元接続通信システムは、複数のワイヤレス端末（ユーザ機器（ＵＥ）、またはアクセス端末（ＡＴ）としても知られる）のための通信を同時にサポートすることができる。各端末は、順方向リンクおよび逆方向リンク上での送信によって１つまたは複数の基地局（アクセスポイント（ＡＰ）、ノードＢ、拡張ノードＢ（ＥノードＢ）、またはｅＮＢとしても知られる）と通信する。順方向リンク（ダウンリンクまたはＤＬとも呼ばれる）は基地局から端末への通信リンクを指し、逆方向リンク（アップリンクまたはＵＬとも呼ばれる）は端末から基地局への通信リンクを指す。これらの通信リンクは、単入力単出力（ＳＩＭＯ）、単入力多出力（ＳＩＭＯ）、多入力単出力（ＭＩＳＯ）、多入力多出力（ＭＩＭＯ）システムを介して確立され得る。

【0005】

ＵＥなどのユーザ端末デバイスは、たとえば、ＵＥが基地局に対して移動しているとき、あるいは基地局タイプ、干渉、ローディングまたは他の基準などの他の考慮事項に基づいて、基地局と関連するセルとの間でしばしばハンドオフされる。連続的なサービスを提供するために、ハンドオーバプロシージャを使用して基地局間でのＵＥの転送が実施される。

【発明の概要】

【0006】

本開示は、一般にワイヤレス通信システムに関する。より詳細には、限定はしないが、本開示は、順方向ハンドオーバまたは無線リンク障害などの間のセル間接続を可能にするためのシステム、方法および装置に関する。

【0007】

たとえば、一態様では、本開示は、通信システムにおいて順方向ハンドオーバを可能にするための方法に関する。本方法は、たとえば、ユーザ端末において、第１のセルの第１の基地局から、第１のセルに関連する第１の識別情報を受信することを含み得る。本方法は、第１のセルから第２のセルへの順方向ハンドオーバなどを介した、ユーザ端末と第２のセルの第２の基地局との間の接続の確立を開始することと、第２のセルに関連する第２の識別情報を受信することとをさらに含み得る。本方法は、第２の基地局との無線リソース制御（ＲＲＣ）接続（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）状態を確立することと、ＲＲＣ接続状態の確立と第２の基地局への接続の確立の完了との間の第２の基地局に関連する無線リンク障害（ＲＬＦ）を宣言することとをさらに含み得る。本方法は、第１の識別情報を使用して第３のセルの第３の基地局との接続を開始することをさらに含み得る。

【0008】

第１の識別情報は、たとえば、第１の基地局に関連する物理セル識別（ＰＣＩ）およびセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）を含み得る。第１の識別情報はＳＡＥ一時的モバイル加入者識別（Ｓ−ＴＭＳＩ）／乱数を含み得る。ユーザ端末と第２のセルとの間の接続の確立の開始は、第１の基地局との接続に関連するＲＬＦに応答して行われ得る。ユーザ端末と第２の基地局との間の接続の確立の開始は、第１のセルと第２のセルとの間の順方向ハンドオーバプロシージャの一部として行われ得る。ＲＬＦの判断および宣言は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎプロシージャの完了の前に行われ得る。

【0009】

第３の基地局は、第１の基地局および第２の基地局とは異なる基地局であり得る。第３の基地局と第１の基地局とは同じ基地局であり得る。

【0010】

本方法は、たとえば、第３の基地局とのＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態を確立することと、第３のセルに関連する第２の識別情報を受信することとをさらに含み得る。本方法は、第３の基地局とのＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態の確立と第３の基地局への接続の確立の完了との間の第３の基地局に関連する第２のＲＬＦを宣言することをさらに含み得る。本方法は、第１の識別情報を使用して第４のセルの第４の基地局との接続を開始することをさらに含み得る。本方法は、複数ＲＬＦの場合には、同じまたは異なるセルとの後続の接続を開始することをさらに含み得る。本方法は、たとえば、第３の（または後続の）基地局とのＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態を確立することの間に、第２の識別情報を無視することをさらに含み得る。

【0011】

別の態様では、本開示は、通信システムにおける順方向ハンドオーバを可能にするための方法に関する。本方法は、たとえば、ターゲット基地局において、ユーザ端末から、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を受信することと、ユーザ端末に第２の識別情報を送ることとを含み得る。本方法は、ユーザ端末におけるＲＬＦの宣言後に、ユーザ端末から第２の識別情報を受信することと、ユーザ端末に第３の識別情報を送ることとをさらに含み得る。本方法は、ユーザコンテキスト情報を第３の識別情報に関連付けることをさらに含み得る。本方法は、ソース基地局からユーザコンテキスト情報を検索することをさらに含み得る。

【0012】

第１の識別情報は、たとえば、第１の基地局に関連する物理セル識別（ＰＣＩ）およびセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）を含み得る。第１の識別情報は、ＳＡＥ一時的モバイル加入者識別（Ｓ−ＴＭＳＩ）またはＣ−ＲＮＴＩと、乱数（たとえば、基地局／ｅＮＢに関連するＭＭＥによって、ＵＥにＳ−ＴＭＳＩがまだ割り振られていない場合に、ＵＥによって生成された数）とを含み得る。第２の識別情報は、第２の基地局によって生成された第１のＣ−ＲＮＴＩを含み得る。第３の識別情報は、第２の基地局によって生成された第２のＣ−ＲＮＴＩを含み得る。

【0013】

別の態様では、本開示は、通信システムにおける順方向ハンドオーバを可能にするための方法に関する。本方法は、たとえば、ターゲット基地局において、ユーザ端末から、ソース基地局に記憶されたユーザコンテキストの検索のための情報を含む第１の識別情報を受信することと、ソース基地局からのユーザコンテキスト情報の検索を開始することとを含み得る。コンテキスト情報検索は失敗し得る。本方法は、ユーザコンテキスト情報の検索に失敗したことに応答して、ユーザ端末にコンテキスト検索失敗メッセージを送ることをさらに含み得る。

【0014】

本方法は、たとえば、ユーザ端末から接続要求メッセージを受信することをさらに含み得る。本方法は、接続要求メッセージの受信後に、ユーザ端末に接続セットアップメッセージを送ることをさらに含み得る。接続セットアップメッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージであり得る。

【0015】

接続要求メッセージは、たとえば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージであり得、ユーザ端末からの前のランダムアクセスチャネル（ＲＡＣＨ）プロシージャシグナリングの受信なしに、接続要求メッセージが受信される。

【0016】

別の態様では、本開示は、通信システムにおける順方向ハンドオーバを可能にするための方法に関する。本方法は、たとえば、ユーザ端末からターゲット基地局に、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を送ることと、ターゲット基地局からコンテキスト検索失敗メッセージを受信することとを含み得る。本方法は、コンテキスト検索失敗メッセージの受信後に、ターゲット基地局とのＲＡＣＨプロシージャを実行することなしに、ターゲット基地局に接続要求メッセージを送ることをさらに含み得る。

【0017】

接続要求メッセージは、たとえば、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージであり得る。本方法は、ターゲット基地局から、接続セットアップメッセージを受信することをさらに含み得る。本方法は、セットアップ完了メッセージを送ることをさらに含み得る。セットアップ完了メッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージであり得る。

【0018】

別の態様では、本開示は、上記で説明した方法をコンピュータに実行させるための命令を有するコンピュータ可読媒体を含むコンピュータプログラム製品に関する。

【0019】

別の態様では、本開示は、上記で説明した方法を実行するように構成された通信装置およびデバイスに関する。

【0020】

別の態様では、本開示は、上記で説明した方法を実行するための手段を含む通信デバイスおよび装置に関する。添付の図面とともに追加の態様、特徴、および機能について以下でさらに説明する。

【0021】

本出願は、添付の図面とともに与える以下の発明を実施するための形態とともに、より十分に諒解され得る。

【図面の簡単な説明】

【0022】

【図1】ワイヤレス通信システムの詳細を示す図。

【図2】複数のセルを有するワイヤレス通信システムの詳細を示す図。

【図3】ワイヤレス通信システムにおける基地局およびユーザ端末の一実施形態の詳細を示す図。

【図4A】ワイヤレス通信システムにおけるノード間接続の詳細を示す図。

【図4B】ＳＯＮサーバがないワイヤレス通信システムにおけるノード間接続の別の例を示す図。

【図5】ハンドオーバプロシージャが実装され得る例示的なワイヤレス通信システムの詳細を示す図。

【図6A】正常な順方向ハンドオーバ／無線リンク障害回復プロシージャについてのタイミング図。

【図6B】データ接続の確立の前に無線リンク回復（ＲＬＦ）が生じる、成功しなかった順方向ハンドオーバ／ＲＬＦプロシージャについてのタイミング図。

【図7】順方向ハンドオーバ／ＲＬＦ回復プロシージャ中のＲＬＦの影響を緩和するための交替ハンドオーバプロシージャの一実施形態についてのタイミング図。

【図8】ユーザ端末において交替ハンドオーバプロセスを行うためのプロセスの一実施形態の詳細を示す図。

【図9】ハンドオーバ中のＲＬＦの影響を緩和するための交替ハンドオーバプロシージャの一実施形態についてのタイミング図の詳細を示す図。

【図10】基地局において交替ハンドオーバプロセスを行うためのプロセスの一実施形態の詳細を示す図。

【図11】基地局がユーザ端末コンテキストを検索することができない、成功しなかった順方向ハンドオーバプロシージャについてのタイミング図。

【図12】ユーザ端末コンテキストの検索の失敗の影響を緩和するための交替順方向ハンドオーバプロシージャの一実施形態のためのタイミング図の詳細を示す図。

【図13】ユーザ端末コンテキストの検索の失敗の影響を緩和するために基地局において交替順方向ハンドオーバプロセスを行うためのプロセスの一実施形態の詳細を示す図。

【図14】ユーザ端末コンテキストの検索の失敗の影響を緩和するためにユーザ端末において交替順方向ハンドオーバプロセスを行うためのプロセスの一実施形態の詳細を示す図。

【図15】通信システムにおいて使用するためのユーザ端末の一実施形態の詳細を示す図。

【図16】通信システムにおいて使用するための基地局の一実施形態の詳細を示す図。

【発明を実施するための形態】

【0023】

本開示は、一般に、ワイヤレス通信システムおよび順方向ハンドオーバまたは無線リンク障害などの間のセル間接続を可能にするためのシステムおよび方法に関する。

【0024】

様々な実施形態では、本明細書で説明する技法および装置は、符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交ＦＤＭＡ（ＯＦＤＭＡ）ネットワーク、シングルキャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク、ＬＴＥネットワークなど、ワイヤレス通信ネットワーク、ならびに他の通信ネットワークのために使用され得る。本明細書で説明する「ネットワーク」および「システム」という用語は互換的に使用され得る。

【0025】

ＣＤＭＡネットワークは、Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ（ＵＴＲＡ）、ｃｄｍａ２０００などの無線技術を実装し得る。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ（登録商標））、時分割同期ＣＤＭＡ（ＴＤ−ＳＣＤＭＡ）、ならびにＵＴＲＡ／ＵＭＴＳ−ＴＤＤ１．２８Ｍｃｐｓ低チップレート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００、ＩＳ−９５およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ（ＧＳＭ（登録商標））などの無線技術を実装し得る。

【0026】

ＯＦＤＭＡネットワークは、Ｅｖｏｌｖｅｄ ＵＴＲＡ（「Ｅ−ＵＴＲＡ」）、ＩＥＥＥ８０２．１１、ＩＥＥＥ８０２．１６、ＩＥＥＥ８０２．２０、Ｆｌａｓｈ−ＯＦＤＭなどの無線技術を実装し得る。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ（ＵＭＴＳ）の一部である。特に、Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳおよびＬＴＥは、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ」（３ＧＰＰ）と称する団体から提供されている文書に記載されており、ｃｄｍａ２０００は、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ ２」（３ＧＰＰ２）と称する団体からの文書に記載されている。これらの様々な無線技術および規格は当技術分野で知られているか、または開発されている。たとえば、３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ（３ＧＰＰ）は、グローバルに適用可能な第３世代（３Ｇ）モバイルフォン仕様を定義することを目的とする電気通信協会のグループ間のコラボレーションである。３ＧＰＰ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ（ＬＴＥ）は、Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ（ＵＭＴＳ）モバイルフォン規格を改善することを目的とした３ＧＰＰプロジェクトである。３ＧＰＰは、次世代のモバイルネットワーク、モバイルシステム、およびモバイルデバイスのための仕様を定義し得る。明快のために、本装置および本技法のいくつかの態様について以下ではＬＴＥ実装形態に関して説明し、以下の説明の大部分でＬＴＥ用語を使用するが、その説明は、ＬＴＥ適用例に限定されるものではない。したがって、本明細書で説明する装置および方法は様々な他の通信システムおよび適用例に適用され得ることが当業者には明らかであろう。

【0027】

ワイヤレス通信システム中の論理チャネルは、制御チャネルとトラフィックチャネルとに分類され得る。論理制御チャネルは、システム制御情報をブロードキャストするためのダウンリンク（ＤＬ）チャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）、ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）、ならびに１つまたは複数のＭＴＣＨのためのマルチメディアブロードキャストおよびマルチキャストサービス（ＭＢＭＳ）スケジューリングおよび制御情報を送信するために使用されるポイントツーマルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）を含み得る。概して、無線リソース制御（ＲＲＣ）接続を確立した後、このチャネルは、ＭＢＭＳを受信するＵＥによって使用されるだけである。専用制御チャネル（ＤＣＣＨ）は、専用制御情報を送信するポイントツーポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。

【0028】

論理トラフィックチャネルは、ユーザ情報の転送のための、１つのＵＥに専用の、ポイントツーポイント双方向チャネルである専用トラフィックチャネル（ＤＴＣＨ）、およびトラフィックデータを送信するためのポイントツーマルチポイントＤＬチャネルのためのマルチキャストトラフィックチャネル（ＭＴＣＨ）を含み得る。

【0029】

トランスポートチャネルは、ダウンリンク（ＤＬ）トランスポートチャネルとアップリンク（ＵＬ）トランスポートチャネルとに分類され得る。ＤＬトランスポートチャネルは、ブロードキャストチャネル（ＢＣＨ）、ダウンリンク共有データチャネル（ＤＬ−ＳＤＣＨ）、およびページングチャネル（ＰＣＨ）を含み得る。ＵＬトランスポートチャネルは、ランダムアクセスチャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データチャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを含み得る。ＰＨＹチャネルは、ＤＬチャネルとＵＬチャネルとのセットを含み得る。

【0030】

さらに、ＤＬ ＰＨＹチャネルは以下を含み得る。

【0031】

共通パイロットチャネル（ＣＰＩＣＨ）
同期チャネル（ＳＣＨ）
共通制御チャネル（ＣＣＣＨ）
共有ＤＬ制御チャネル（ＳＤＣＣＨ）
マルチキャスト制御チャネル（ＭＣＣＨ）
共有ＵＬ割当てチャネル（ＳＵＡＣＨ）
肯定応答チャネル（ＡＣＫＣＨ）
ＤＬ物理共有データチャネル（ＤＬ−ＰＳＤＣＨ）
ＵＬ電力制御チャネル（ＵＰＣＣＨ）
ページングインジケータチャネル（ＰＩＣＨ）
負荷インジケータチャネル（ＬＩＣＨ）
ＵＬ ＰＨＹチャネルは以下を含み得る。

【0032】

物理ランダムアクセスチャネル（ＰＲＡＣＨ）
チャネル品質インジケータチャネル（ＣＱＩＣＨ）
肯定応答チャネル（ＡＣＫＣＨ）
アンテナサブセットインジケータチャネル（ＡＳＩＣＨ）
共有要求チャネル（ＳＲＥＱＣＨ）
ＵＬ物理共有データチャネル（ＵＬ−ＰＳＤＣＨ）
ブロードバンドパイロットチャネル（ＢＰＩＣＨ）
「例示的」という単語は、本明細書では「例、事例、または例示の働きをすること」を意味するために使用する。「例示的」として本明細書で説明するいかなる態様および／または実施形態も、必ずしも他の態様および／または実施形態よりも好適または有利なものと解釈すべきではない。

【0033】

様々な態様および／または実施形態の説明のために、本明細書では以下の用語および略語が使用され得る。

【0034】

ＡＭ 確認型モード
ＡＭＤ 確認型モードデータ
ＡＲＱ 自動再送要求
ＢＣＣＨ ブロードキャスト制御チャネル
ＢＣＨ ブロードキャストチャネル
Ｃ− 制御−
ＣＣＣＨ 共通制御チャネル
ＣＣＨ 制御チャネル
ＣＣＴｒＣＨ コード化複合トランスポートチャネル
ＣＰ サイクリックプレフィックス
ＣＲＣ 巡回冗長検査
ＣＴＣＨ 共通トラフィックチャネル
ＤＣＣＨ 専用制御チャネル
ＤＣＨ 専用チャネル
ＤＬ ダウンリンク
ＤＳＣＨ ダウンリンク共有チャネル
ＤＴＣＨ 専用トラフィックチャネル
ＦＡＣＨ 順方向リンクアクセスチャネル
ＦＤＤ 周波数分割複信
ＧＥＲＡＮ ＧＳＭ無線アクセスネットワーク
Ｌ１ レイヤ１（物理レイヤ）
Ｌ２ レイヤ２（データリンクレイヤ）
Ｌ３ レイヤ３（ネットワークレイヤ）
ＬＩ 長さインジケータ
ＬＳＢ 最下位ビット
ＭＡＣ 媒体アクセス制御
ＭＢＭＳ マルチメディアブロードキャストマルチキャストサービス
ＭＣＣＨ ＭＢＭＳポイントツーマルチポイント制御チャネル
ＭＲＷ 移動受信ウィンドウ
ＭＳＢ 最上位ビット
ＭＳＣＨ ＭＢＭＳポイントツーマルチポイントスケジューリングチャネル
ＭＴＣＨ ＭＢＭＳポイントツーマルチポイントトラフィックチャネル
ＰＣＣＨ ページング制御チャネル
ＰＣＨ ページングチャネル
ＰＤＵ プロトコルデータユニット
ＰＨＹ 物理レイヤ
ＰｈｙＣＨ 物理チャネル
ＲＡＣＨ ランダムアクセスチャネル
ＲＬＣ 無線リンク制御
ＲＲＣ 無線リソース制御
ＳＡＰ サービスアクセスポイント
ＳＤＵ サービスデータユニット
ＳＮ シーケンス番号
ＳＵＦＩ スーパーフィールド
ＴＣＨ トラフィックチャネル
ＴＤＤ 時分割複信
ＴＦＩ トランスポートフォーマットインジケータ
ＴＭ トランスペアレントモード
ＴＭＤ トランスペアレントモードデータ
ＴＴＩ 送信時間間隔
Ｕ− ユーザ−
ＵＥ ユーザ機器
ＵＬ アップリンク
ＵＭ 非確認応答モード
ＵＭＤ 非確認応答モードデータ
ＵＭＴＳ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ
ＵＴＲＡ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ
ＵＴＲＡＮ ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ
ＭＢＳＦＮ マルチキャストブロードキャスト単一周波数ネットワーク（Multicast broadcast over a single frequency network）
ＭＣＥ ＭＢＭＳ調整エンティティ（coordinating entity）
ＭＣＨ マルチキャストチャネル（multicast channel）
ＤＬ−ＳＣＨ ダウンリンク共有チャネル（downlink shared channel）
ＭＳＣＨ ＭＢＭＳ制御チャネル
ＰＤＣＣＨ 物理ダウンリンク制御チャネル（physical downlink control channel）
ＰＤＳＣＨ 物理ダウンリンク共有チャネル（physical downlink shared channel）
ＭＩＭＯシステムは、データ送信用の複数（Ｎ_T）個の送信アンテナと複数（Ｎ_R）個の受信アンテナとを採用する。Ｎ_T個の送信アンテナとＮ_R個の受信アンテナとによって形成されるＭＩＭＯチャネルは、空間チャネルと呼ばれることもあるＮ_S個の独立チャネルに分解され得る。線形受信機が使用される場合の最大空間多重化Ｎ_Sは、ｍｉｎ（Ｎ_T，Ｎ_R）であり、Ｎ_S個の独立チャネルの各々は１つの次元に対応する。これは、スペクトル効率のＮ_Sの増加を与える。複数の送信アンテナおよび受信アンテナによって生成された追加の次元数が利用された場合、ＭＩＭＯシステムは改善されたパフォーマンス（たとえば、より高いスループットおよび／またはより大きい信頼性）を与えることができる。空間次元は、ランクに関して記述され得る。

【0035】

ＭＩＭＯシステムは時分割複信（ＴＤＤ）実装形態と、周波数分割複信（ＦＤＤ）実装形態とをサポートする。ＴＤＤシステムでは、順方向および逆方向リンク送信が同一周波数領域を使用するので、相反定理により逆方向リンクチャネルからの順方向リンクチャネルの推定が可能である。これにより、複数のアンテナがアクセスポイントにおいて利用可能であるとき、アクセスポイントは順方向リンク上で送信ビームフォーミング利得を抽出することが可能になる。

【0036】

システム設計は、ビームフォーミングおよび他の機能を可能にするためにダウンリンクおよびアップリンクのための様々な時間周波数基準信号をサポートし得る。基準信号は、知られているデータに基づいて生成される信号であり、パイロット、プリアンブル、トレーニング信号、サウンディング信号などと呼ばれることもある。基準信号は、チャネル推定、コヒーレント復調、チャネル品質測定、信号強度測定など、様々な目的のために受信機によって使用され得る。複数のアンテナを使用するＭＩＭＯシステムは、概して、アンテナ間での基準信号の送信の調整を行うが、ＬＴＥシステムは、概して、複数の基地局またはｅＮＢからの基準信号の送信の調整を行わない。

【0037】

３ＧＰＰ仕様３６．２１１は、セクション５．５において、ＰＵＳＣＨまたはＰＵＣＣＨの送信に関連する復調、ならびにＰＵＳＣＨまたはＰＵＣＣＨの送信に関連しないサウンディングのための特定の基準信号を定義している。たとえば、表１は、ダウンリンクおよびアップリンク上で送信され得る、ＬＴＥ実装形態のためのいくつかの基準信号を記載しており、各基準信号について短い説明を与えている。セル固有基準信号は、共通パイロット、ブロードバンドパイロットなどと呼ばれることもある。ＵＥ固有基準信号は、専用基準信号と呼ばれることもある。

【0038】

【表1】

【0039】

いくつかの実装形態では、システムは時分割複信（ＴＤＤ）を利用し得る。ＴＤＤでは、ダウンリンクとアップリンクとは同じ周波数スペクトルまたはチャネルを共有し、ダウンリンク送信とアップリンク送信とは同じ周波数スペクトル上で送られる。したがって、ダウンリンクチャネル応答はアップリンクチャネル応答と相関し得る。相反定理により、アップリンクを介して送られた送信に基づいてダウンリンクチャネルを推定することが可能になり得る。これらのアップリンク送信は、（復調後に基準シンボルとして使用され得る）基準信号またはアップリンク制御チャネルであり得る。アップリンク送信は、複数のアンテナを介した空間選択チャネルの推定を可能にし得る。

【0040】

ＬＴＥ実装形態では、ダウンリンク、すなわち、基地局、アクセスポイントまたはｅノードＢ（ｅＮＢ）から端末またはＵＥへのリンクのために直交周波数分割多重が使用される。ＯＦＤＭの使用は、スペクトルの柔軟性についてのＬＴＥ要件を満たし、高いピークレートで極めて広いキャリアのためのコスト効率の高いソリューションを可能にし、十分に確立された技術であり、たとえば、ＯＦＤＭは、ＩＥＥＥ８０２．１１ａ／ｇ、８０２．１６、ＨＩＰＥＲＬＡＮ−２、Ｄｉｇｉｔａｌ Ｖｉｄｅｏ Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＶＢ）およびＤｉｇｉｔａｌ Ａｕｄｉｏ Ｂｒｏａｄｃａｓｔｉｎｇ（ＤＡＢ）などの規格において使用される。

【0041】

時間周波数物理リソースブロック（本明細書ではリソースブロック、または簡潔のために「ＲＢ」としても示される）は、ＯＦＤＭシステムにおいて、トランスポートデータに割り当てられたトランスポートキャリア（たとえば、サブキャリア）または間隔のグループとして定義され得る。ＲＢは、時間および周波数期間にわたって定義される。リソースブロックは、スロットにおける時間および周波数のインデックスによって定義され得る時間周波数リソース要素（本明細書ではリソース要素、または簡潔のために「ＲＥ」としても示される）を含む。ＬＴＥ ＲＢおよびＲＥのさらなる詳細は、たとえば、３ＧＰＰ仕様ＴＳ３６．２１１に記載されている。

【0042】

ＵＭＴＳ ＬＴＥは、２０ＭＨｚから１．４ＭＨｚまでのスケーラブルなキャリア帯域幅をサポートし得る。ＬＴＥでは、ＲＢは、サブキャリア帯域幅が１５ｋＨｚであるときは１２個のサブキャリアとして定義され、またはサブキャリア帯域幅が７．５ｋＨｚであるときは２４個のサブキャリアとして定義される。例示的な実装形態では、時間領域において、無線フレームが１０ｍｓ長であるように定義され得、それぞれ１ミリ秒（ｍｓ）の１０個のサブフレームを含む。あらゆるサブフレームは、各スロットが０．５ｍｓである２つのスロットからなる。この場合、周波数領域におけるサブキャリア間隔は１５ｋＨｚである。（スロットごとに）これらのサブキャリアのうち１２個を互いに加えると、ＲＢが構成され、したがって、この実装形態では、１つのリソースブロックは１８０ｋＨｚのチャネル帯域幅を占有する。６つのリソースブロックは１．４ＭＨｚのチャネル帯域幅を占有し、１００個のリソースブロックは２０ＭＨｚのチャネル帯域幅に適合する。

【0043】

ダウンリンクには、一般に、上記で説明したようにいくつかの物理チャネルがある。特に、物理ダウンリンク制御チャネル（ＰＤＣＣＨ）は制御情報を送るために使用され、物理ハイブリッドＡＲＱインジケータチャネル（ＰＨＩＣＨ）はＡＣＫ／ＮＡＣＫを送るために使用され、物理制御フォーマットインジケータチャネル（ＰＣＦＩＣＨ）は制御シンボルの数を指定するために使用され、物理ダウンリンク共有チャネル（ＰＤＳＣＨ）はデータ送信のために使用され、物理マルチキャストチャネル（ＰＭＣＨ）は単一周波数ネットワークを使用したブロードキャスト送信のために使用され、物理ブロードキャストチャネル（ＰＢＣＨ）はセル内の重要なシステム情報を送るために使用される。ＬＴＥにおいてＰＤＳＣＨ上でサポートされる変調フォーマットは、ＱＰＳＫと、１６ＱＡＭと、６４ＱＡＭとを含む。様々な変調および符号化方式が、３ＧＰＰ仕様において様々なチャネルについて定義される。

【0044】

アップリンクには、一般に、３つの物理チャネルがある。物理ランダムアクセスチャネル（ＰＲＡＣＨ）は、初期アクセスおよびデータ送信のために使用される。ＵＥがアップリンク同期していないとき、データは物理アップリンク共有チャネル（ＰＵＳＣＨ）上で送られる。ＵＥのためにアップリンク上で送信されるべきデータがない場合、制御情報が物理アップリンク制御チャネル（ＰＵＣＣＨ）上で送信される。アップリンクデータチャネル上でサポートされる変調フォーマットは、ＱＰＳＫと、１６ＱＡＭと、６４ＱＡＭとを含む。

【0045】

仮想ＭＩＭＯ／空間分割多元接続（ＳＤＭＡ）が導入された場合、アップリンク方向のデータレートは、基地局におけるアンテナの数に応じて増加され得る。この技術を用いると、２つ以上のモバイルデバイスが同じリソースを再使用することができる。ＭＩＭＯ動作では、１人のユーザのデータスループットを向上させるためのシングルユーザＭＩＭＯと、セルスループットを向上させるためのマルチユーザＭＩＭＯとが区別される。

【0046】

３ＧＰＰ ＬＴＥでは、移動局またはデバイスは、「端末」、「ユーザデバイス」または「ユーザ機器」（ＵＥ）と呼ばれることがある。基地局は、発展型ノードＢまたはｅＮＢと呼ばれることがある。半自律型基地局は、ホームｅＮＢまたはＨｅＮＢと呼ばれることがある。したがって、ＨｅＮＢはｅＮＢの一例であり得る。ＨｅＮＢ、および／またはＨｅＮＢのカバレージエリアは、フェムトセル、ＨｅＮＢセルまたは（アクセスが制限される）限定加入者グループ（ＣＳＧ）セルと呼ばれることがある。

【0047】

本開示の様々な他の態様および特徴について以下でさらに説明する。本明細書の教示は多種多様な形態で実施され得、本明細書で開示されている特定の構造、機能、またはその両方は代表的なものにすぎないことは明らかであろう。本明細書の教示に基づいて、本明細書で開示される態様は他の態様とは独立に実装され得ること、およびこれらの態様のうちの２つ以上は様々な方法で組み合わせられ得ることを、当業者なら諒解されたい。たとえば、本明細書に記載の態様をいくつ使用しても、装置を実装し、または方法を実施し得る。さらに、本明細書に記載の態様のうちの１つまたは複数に加えて、あるいはそれら以外の他の構造、機能、または構造および機能を使用して、そのような装置を実装し得、またはそのような方法を実施し得る。さらに、態様は、請求項の少なくとも１つの要素を備え得る。

【0048】

図１に多元接続ワイヤレス通信システムの一実装形態の詳細を示し、多元接続ワイヤレス通信システムは、ＬＴＥシステムであり得、後でさらに説明する態様が実装され得る。基地局または発展型ノードＢ（ｅＮＢ）１００（アクセスポイントまたはＡＰとしても知られる）は、あるグループが１０４および１０６を含み、別のグループが１０８および１１０を含み、追加のグループが１１２および１１４を含む、複数のアンテナグループを含み得る。図１では、アンテナグループごとに２つのアンテナのみが示されているが、アンテナグループごとにより多いまたはより少ないアンテナが利用され得る。基地局１００のアンテナは、基地局に関連付けられたセルのカバレージエリアを画定し得る。

【0049】

ユーザ端末またはユーザ機器（ＵＥ）１１６（アクセス端末またはＡＴとしても知られる）は、セルカバレージエリア内にあり得、アンテナ１１２および１１４と通信していることがあり、アンテナ１１２および１１４は、順方向リンク（ダウンリンクまたはＤＬとしても知られる）１２０上でＵＥ１１６に情報を送信し、逆方向リンク（アップリンクまたはＵＬとしても知られる）１１８上でＵＥ１１６から情報を受信する。第２のＵＥ１２２（および／または図示されていない追加の端末またはＵＥ）はアンテナ１０６および１０８などの他のアンテナと通信していることがあり、アンテナ１０６および１０８は、順方向リンク１２６上でＵＥ１２２に情報を送信し得、逆方向リンク１２４上でＵＥ１２２から情報を受信し得る。アンテナ１０４（および／または図示されていない他のアンテナ）などの他のアンテナは、ＵＥ１１６、１２２、および／または他のＵＥもしくはワイヤレスネットワークノード（図示せず）の間で通信するために使用され得る。

【0050】

周波数分割複信（ＦＤＤ）システムでは、通信リンク１１８、１２０、１２４および１２６は、通信のための異なる周波数を使用する。たとえば、順方向リンク１２０は、逆方向リンク１１８によって使用される周波数とは異なる周波数を使用し得る。時分割複信（ＴＤＤ）システムでは、ダウンリンクとアップリンクとは同じスペクトルを共有し得る。

【0051】

アンテナの各グループ、および／またはアンテナが通信するように設計されたエリアは、しばしば、基地局のセクタと呼ばれ、セクタカバレージエリアに関連付けられ得、セクタカバレージエリアは基地局セルカバレージエリアのサブエリアであり得る。アンテナグループは、それぞれ、ｅＮＢ１００によってカバーされるセルエリアのセクタ中のＵＥに通信するように設計され得る。順方向リンク１２０および１２６を介した通信では、ｅＮＢ１００の送信アンテナは、異なるアクセス端末１１６および１２２に対して順方向リンクの信号対雑音比を改善するためにビームフォーミングを利用し得る。また、ｅＮＢは、それのカバレージエリア中にランダムに散乱されたＵＥに送信するためにビームフォーミングを使用し得、それにより、ｅＮＢがシングルアンテナを介してすべてのそれのＵＥに送信するよりも、近隣セル中のＵＥへの干渉が小さくなり得る。

【0052】

ｅＮＢ１００など、ｅＮＢは、ＵＥとの通信に使用される固定局でもよく、アクセスポイント、ノードＢ、または何らかの他の等価な用語で呼ばれることもある。異種（heterogeneous）ネットワークなど、いくつかのシステム構成では、基地局またはｅＮＢは、様々なタイプおよび／または電力レベルのうちの１つであり得る。たとえば、ｅＮＢは、マクロセル、フェムトセル、ピコセル、および／または他のタイプのセルに関連付けられ得る。ｅＮＢは、様々な電力レベルのいずれかを有するマクロセルｅＮＢのタイプの１つなど、様々な異なる電力レベルのうちの１つであり得る。

【0053】

ユーザ端末またはＵＥは、アクセス端末、ＡＴ、ユーザ機器、ワイヤレス通信デバイス、端末、または何らかの他の等価な用語としても示され得る。ユーザ端末は、ワイヤレスハンドセット、コンピュータ、またはコンピュータとともに使用するワイヤレスモジュールもしくはデバイス、携帯情報端末（ＰＤＡ）、タブレットコンピュータまたはデバイスの形態で、あるいは他の同様または等価なデバイスまたはシステムを介して実装され得る。

【0054】

次に図２に注目すると、図２は、ＬＴＥネットワークであり得るワイヤレス通信ネットワーク２００の詳細を示している。ワイヤレスネットワーク２００は、いくつかの基地局または進化型ノードＢ（ｅＮＢ）ならびに他のネットワークエンティティを含み得る。ｅＮＢは、ユーザ端末またはＵＥと通信する基地局であり得、ノードＢ、アクセスポイント、ＡＰなどとも呼ばれることがある。各基地局またはｅＮＢは、特定の地理的カバレージエリアならびに／あるいは時間および／または周波数多重化されたカバレージエリアに対して通信カバレージを与え得る。

【0055】

図２に示すように、例示的な通信ネットワーク２００がセル２０２、２０４、および２０６を含み、それらのセルはそれぞれ、関連する基地局またはｅＮＢ２４２、２４４、および２４６をそれぞれ有する。セル２０２、２０４、および２０６は互いに隣接して示されているが、これらのセルおよび関連するｅＮＢのカバレージエリアは、互いと重複し、および／または互いに連続し得る。たとえば、ｅＮＢ２４２、２４４、および２４６などのｅＮＢは、マクロセル、ピコセル、フェムトセルおよび／または他のタイプのセルに通信カバレージを与え得る。マクロセルは、比較的大きい地理的エリア（たとえば、半径数キロメートル）をカバーし得、サービスに加入しているＵＥによる無制限アクセスを可能にし得る。ピコセルは、比較的小さい地理的エリアをカバーし得、１つまたは複数のマクロセルと重複し得、および／またはサービスに加入しているＵＥによる無制限アクセスを可能にし得る。同様に、フェムトセルは、比較的小さい地理的エリア（たとえば、自宅）をカバーし得、マクロセルおよび／またはピコセルと重複し得、および／またはフェムトセルとの関連を有するＵＥ、たとえば、自宅におけるユーザのためのＵＥ、特殊サービスプランに加入しているユーザのためのＵＥのみに対して限定アクセスを可能にし得る。マクロセルのためのｅＮＢは、マクロｅＮＢまたはマクロ基地局またはマクロセルノードと呼ばれることがある。ピコセルのためのｅＮＢは、ピコｅＮＢ、ピコ基地局またはピコセルノードと呼ばれることがある。フェムトセルのためのｅＮＢは、フェムトｅＮＢ、ホームｅＮＢ、フェムト基地局またはフェムトセルノードと呼ばれることがある。

【0056】

バックホール／ネットワークコントローラ要素２５０は、ｅＮＢのセットに結合し、これらのｅＮＢの協調および制御を行い得る。ネットワークコントローラ２５０は、単一のネットワークエンティティまたはネットワークエンティティの集合であり得る。ネットワークコントローラ２５０は、バックホール接続を介したｅＮＢ２４２、２４４、および２４６との、ならびに／あるいはコアネットワーク（ＣＮ）機能との通信を可能にし得る。また、ｅＮＢ２４２、２４４、および２４６は、たとえば、図４Ａおよび図４Ｂに示すように、たとえば、直接的にあるいはワイヤレスバックホールまたはワイヤラインバックホールを介して間接的に、互いに通信し得る。

【0057】

いくつかの実装形態では、ワイヤレスネットワーク２００は、マクロ基地局またはｅＮＢのみを含む同種（homogeneous）ネットワークであり得る。ワイヤレスネットワーク２００はまた、異なるタイプのｅＮＢ、たとえば、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーノード（ＲＮ）などを含む異種ネットワークまたはｈｅｔｎｅｔであり得る。これらの様々なタイプのｅＮＢは、様々な送信パワーレベル、様々なカバレージエリア、およびワイヤレスネットワーク２００中の干渉に対する様々な影響を有し得る。

【0058】

たとえば、マクロｅＮＢは、高い送信パワーレベル（たとえば、２０ワット）を有するが、ピコｅＮＢ、フェムトｅＮＢ、および中継器は、より低い送信パワーレベル（たとえば、１ワット）を有し得る。本明細書で説明する様々な技法および態様は、同種ネットワークと異種ネットワークとのための異なる実装形態において使用され得る。

【0059】

ネットワーク２００は、１つまたは複数のユーザ端末またはＵＥを含み得る。たとえば、ネットワーク２００は、ＵＥ２３０、２３２、２３４、２３６、２３８、および２４０（および／または図示されていない他のＵＥ）を含み得る。様々なＵＥはワイヤレスネットワーク２００全体にわたって分散され得、各ＵＥは、固定、移動、またはその両方であり得る。ＵＥは、端末、移動局、加入者ユニット、局などとも呼ばれることがある。たとえば、ＵＥは、セルラー電話、携帯情報端末（ＰＤＡ）、ワイヤレスモデム、ワイヤレス通信デバイス、ハンドヘルドデバイス、ラップトップコンピュータ、コードレス電話、ワイヤレスローカルループ（ＷＬＬ）局、パッドまたはテーブルデバイスなどであり得る。前に説明したように、ＵＥは、ダウンリンク（ＤＬ）およびアップリンク（ＵＬ）を介してｅＮＢと通信し得る。ダウンリンク（または順方向リンク）はｅＮＢからＵＥへの通信リンクを指し、アップリンク（または逆方向リンク）はＵＥからｅＮＢへの通信リンクを指す。ＵＥは、マクロｅＮＢ、ピコｅＮＢ、フェムトｅＮＢ、リレーノード、および／または他のタイプのｅＮＢと通信することが可能であり得る。図２において、両矢印の実線は、ダウンリンクおよび／またはアップリンク上の、ＵＥと、そのＵＥをサービスするように指定されたｅＮＢであるサービングｅＮＢとの間の所望の送信を示す。図２に示すＵＥなどのＵＥは、互いに干渉を生じ得、および／または様々な基地局またはｅＮＢから干渉を受信し得る。代替または追加として、ＵＥは、ＵＥモビリティ、干渉、負荷などにより、ある基地局との接続から別の基地局に移動し得る。前記のように、基地局間の通信は、直接的に、および／またはバックホールネットワークと連携して行われ得る。たとえば、基地局間の通信は、順方向ハンドオーバ中、無線リンク障害の場合、またはセル過負荷、他のネットワークタイプへの移行などの他のイベント中など、新しい接続を確立することと連携して行われ得る。接続転送およびハンドオーバパフォーマンスを改善することに関係する様々な態様について、後で本明細書で説明する。

【0060】

次に図３に注目すると、図３は、後で本明細書で説明する態様および機能が実装され得る例示的なＬＴＥ通信システム３００における、基地局３１０（すなわち、ｅＮＢ、ＨｅＮＢなど）およびユーザ端末３５０（すなわち、ＵＥ、端末、ＡＴなど）の一実施形態のブロック図を示している。特に、基地局３１０およびＵＥ３５０は、後で本明細書で説明し、図６中に含める接続／ハンドオーバ関係プロシージャを実行するように構成され得る。ｅＮＢ３５０およびＵＥ３１０は、たとえば、図１、図２、図４Ａ、図４Ｂ、図５、および図７に示す基地局およびユーザ端末に対応し得る。

【0061】

他の基地局およびＵＥからシグナリングを送信および受信するために、ならびに本明細書で説明する他の機能を行うために、他のセルおよび／またはネットワークの他の基地局（図示せず）との通信などの様々な機能が、基地局３１０に示すプロセッサおよびメモリにおいて（および／または図示されていない他の構成要素において）実行され得る。

【0062】

たとえば、ＵＥ３５０は、基地局にアクセスするために基地局３１０および／または他の基地局（図示されていない、非サービング基地局、または本明細書で前に説明したような他のネットワークタイプの基地局など）から信号を受信し、ＤＬ信号を受信し、チャネル特性を判断し、チャネル推定を実行し、受信データを復調し、空間情報を生成し、電力レベル情報および／または基地局３１０または他の基地局（図示せず）に関連する他の情報を判断するための１つまたは複数のモジュールを含み得る。

【0063】

一実施形態では、基地局３１０は、順方向ハンドオーバなどの動作を可能にするために、本明細書で説明する他の基地局と連携し得る。これは、プロセッサ３１４、３３０およびメモリ３３２など、基地局３１０の１つまたは複数の構成要素（または図示されていない他の構成要素）において行われ得る。基地局３１０は、送信モジュール３２２など、ｅＮＢ３１０の１つまたは複数の構成要素（または図示されていない他の構成要素）を含む送信モジュールをも含み得る。基地局３１０は、被サービスＵＥのリダイレクション、関連するＭＭＥまたは他のネットワークノードとの通信、リダイレクション情報、ＰＳサスペンション情報、ハンドオーバ、およびコンテキスト情報、ならびに／あるいは本明細書で説明するような他の情報をシグナリングすることなどの機能を行うための、プロセッサ３３０、３４２、復調器モジュール３４０、およびメモリ３３２などの１つまたは複数の構成要素（または図示されていない他の構成要素）を含む干渉消去モジュールを含み得る。

【0064】

基地局３１０は、本明細書で説明する基地局機能を実行し、ならびに／あるいはＵＥまたは他の基地局、ＭＭＥなどの他のノードと通信するために使用され得る送信機および／または受信機モジュールを管理するための、プロセッサ３３０、３１４、およびメモリ３３２などの１つまたは複数の構成要素（または図示されていない他の構成要素）を含むプロセッサモジュールを含み得る。基地局３１０は、受信機機能を制御するための制御モジュールをも含み得る。基地局３１０は、モジュール３９０などを介した、バックホール接続、ＣＮ要素、ならびに他の基地局／ｅＮＢへの接続など、他のシステムとのネットワーキング、または図１〜図２、ならびに図４Ａおよび図４Ｂに示すような他の構成要素とのネットワーキングを行うためのネットワーク接続モジュール３９０を含み得る。

【0065】

同様に、ＵＥ３５０は、受信機３５４など、ＵＥ３５０の１つまたは複数の構成要素（または図示されていない他の構成要素）を含む受信モジュールを含み得る。ＵＥ３５０は、後で本明細書で説明するようにユーザ端末に関連する処理機能を実行するための、プロセッサ３６０および３７０、ならびにメモリ３７２など、ＵＥ３５０の１つまたは複数の構成要素（または図示されていない他の構成要素）を含むプロセッサモジュールをも含み得る。これは、たとえば、新しい接続／ハンドオーバを開始すること、ＲＬＦなどの障害を宣言すること、アクセス手順を実行することなどを含み得る。

【0066】

一実施形態では、ＵＥ３５０において受信される１つまたは複数の信号は、ＤＬ信号を受信し、ならびに／またはＤＬ信号からＭＩＢおよびＳＩＢ情報などの情報を抽出するために処理される。追加の処理は、チャネル特性、電力情報、空間情報、ならびに／あるいは基地局３１０などのｅＮＢおよび／またはノードＢ（図示せず）などの他の基地局に関連する他の情報を推定すること、リダイレクションコマンドを可能にすること、リダイレクションターゲットとフォールバックターゲットなどの代替ターゲットとを探索し、位置を特定すること、ならびに基地局またはそれらの異なるネットワークのノードＢなどの、他のセルまたはネットワークおよび関連するノードと通信することを可能にすることを含み得る。

【0067】

メモリ３３２（および／または図３に示されていない基地局３１０の他のメモリ）は、本明細書で説明し、特に図７、図８、図９、図１０、および図１２〜図１４に関する態様および機能に関連付けられたプロセスを実装するための、プロセッサ３１４、３２０、３３０、および３４２（および／または図示されていない基地局３１０の他のプロセッサ）などの１つまたは複数のプロセッサ上での実行のためのコンピュータコードを記憶するために使用され得る。同様に、メモリ３７２（および／または図示されていないユーザ端末３５０の他のメモリ）は、本明細書で説明する態様および機能に関連付けられたプロセスを実装するための、プロセッサ３３８、３６０、および３７０などの１つまたは複数のプロセッサ上での実行のためのコンピュータコードを記憶するために使用され得る。メモリは、たとえば、コンテキスト情報、セルおよびユーザ端末識別情報、ならびにワイヤレスデバイスおよびシステム動作に関連付けられた他の情報などの情報を記憶するために使用され得る。

【0068】

動作中、基地局３１０において、いくつかのデータストリームのトラフィックデータがデータソース３１２から送信（ＴＸ）データプロセッサ３１４に供給され得、そこで、そのデータは、処理され、１つまたは複数のＵＥ３５０に送信され得る。一態様では、各データストリームは処理され、基地局３１０の（送信機３２２₁〜３２２_Ntおよびアンテナ３２４₁〜３２４_Ntとして示されている）それぞれの送信機サブシステム上で送信される。ＴＸデータプロセッサ３１４は、コード化データを与えるために、各データストリームのトラフィックデータを、そのデータストリーム用に選択された特定のコーディング方式に基づいて受信し、フォーマットし、コーディングし、インターリーブする。特に、基地局３１０は、特定の基準信号と基準信号パターンとを判断することと、選択されたパターンにおいて基準信号および／またはビームフォーミング情報を含む送信信号を与えることとを行うように構成され得る。

【0069】

各データストリームの符号化データは、ＯＦＤＭ技法を使用してパイロットデータで多重化され得る。パイロットデータは、典型的には、知られている方法で処理され、チャネル応答を推定するために受信機システムにおいて使用され得る知られているデータパターンである。たとえば、パイロットデータは基準信号を含み得る。パイロットデータは、図３に示すようにＴＸデータプロセッサ３１４に供給され、コード化データで多重化され得る。次いで、各データストリームの多重化されたパイロットデータおよびコード化データは、変調シンボルを与えるために、そのデータストリーム用に選択された特定の変調方式（たとえば、ＢＰＳＫ、ＱＳＰＫ、Ｍ−ＰＳＫ、Ｍ−ＱＡＭなど）に基づいて変調（すなわち、シンボルマッピング）され得、データおよびパイロットは、異なる変調方式を使用して変調され得る。各データストリームのデータレート、コーディング、および変調は、メモリ３３２、あるいはＵＥ３５０の他のメモリまたは命令記憶媒体（図示せず）に記憶された命令に基づいてプロセッサ３３０によって実行される命令によって判断され得る。

【0070】

次いで、すべてのデータストリームの変調シンボルがＴＸ ＭＩＭＯプロセッサ３２０に供給され得、ＴＸ ＭＩＭＯプロセッサ３２０はさらに（たとえば、ＯＦＤＭ実装形態用に）その変調シンボルを処理し得る。次いで、ＴＸ ＭＩＭＯプロセッサ３２０はＮｔ個の変調シンボルストリームをＮｔ個の送信機（ＴＭＴＲ）３２２₁ 〜３２２_Ntに供給し得る。様々なシンボルは、送信のために関連するＲＢにマッピングされ得る。

【0071】

ＴＸ ＭＩＭＯプロセッサ３２０は、シンボルがそこから送信されている１つまたは複数のアンテナに対応するビームフォーミング重みをデータストリームのシンボルに適用し得る。これは、基準信号によってまたは基準信号とともに与えられたチャネル推定情報、および／あるいはＵＥなどのネットワークノードから与えられた空間情報などの情報を使用することによって行われ得る。たとえば、ビームＢ＝ｔｒａｎｓｐｏｓｅ（［ｂ₁ ｂ₂ ．．ｂ_Nt］）は、各送信アンテナに対応する重みのセットから構成される。ビームに沿って送信することは、そのアンテナのためのビーム重みによってスケーリングされるすべてのアンテナに沿って変調シンボルｘを送信することに対応し、すなわち、アンテナｔ上で送信信号はｂｔ＊ｘである。複数のビームが送信されるとき、１つのアンテナ上の送信信号は、異なるビームに対応する信号の和である。これは、数学的にＢ₁ｘ₁＋Ｂ₂ｘ₂＋Ｂ_Nsｘ_Nsとして表され得、ただし、Ｎｓ個のビームが送信され、ｘ_iは、ビームＢ_iを使用して送られる変調シンボルである。様々な実装形態では、ビームはいくつかの方法で選択され得る。たとえば、ビームは、ＵＥからのチャネルフィードバック、ｅＮＢにおいて利用可能なチャネル知識に基づいて、または隣接するマクロセルなどとともに干渉緩和を可能にするためにＵＥから与えられた情報に基づいて、選択され得る。

【0072】

各送信機サブシステム３２２₁〜３２２_Ntは、それぞれのシンボルストリームを受信し、処理して、１つまたは複数のアナログ信号を与え、さらに、それらのアナログ信号を調整（たとえば、増幅、フィルタ処理、およびアップコンバート）して、ＭＩＭＯチャネルを介して送信するのに適した変調信号を与える。次いで、送信機３２２₁〜３２２_NtからのＮｔ個の変調信号は、それぞれＮｔ個のアンテナ３２４₁〜３２４_Ntから送信される。

【0073】

ＵＥ３５０では、送信された変調信号はＮr個のアンテナ３５２₁〜３５２_Nrによって受信され、各アンテナ３５２から受信された信号は、それぞれの受信機（ＲＣＶＲ）３５４₁〜３５２_Nrに供給される。各受信機３５４は、それぞれの受信信号を調整（たとえば、フィルタ処理、増幅、およびダウンコンバート）し、調整された信号をデジタル化して、サンプルを与え、さらにそれらのサンプルを処理して、対応する「受信」シンボルストリームを与える。

【0074】

次いで、ＲＸデータプロセッサ３６０は、特定の受信機処理技法に基づいてＮｒ個の受信機３５４₁〜３５２_NrからＮｒ個の受信シンボルストリームを受信し、処理して、Ｎｓ個の「検出」シンボルストリームを与えて、Ｎｓ個の送信シンボルストリームの推定値を与える。次いで、ＲＸデータプロセッサ３６０は、各検出シンボルストリームを復調し、デインターリーブし、復号して、データストリームに対するトラフィックデータを復元する。ＲＸデータプロセッサ３６０による処理は、一般に、基地局３１０においてＴＸ ＭＩＭＯプロセッサ３２０およびＴＸデータプロセッサ３１４によって実行される処理を補足するものである。

【0075】

プロセッサ３７０は、プリコーディング行列を周期的に判断し得る。次いで、プロセッサ３７０は、行列インデックス部分とランク値部分とを含み得る逆方向リンクメッセージを作成し得る。様々な態様では、逆方向リンクメッセージは、通信リンクおよび／または受信データストリームに関する様々なタイプの情報を含み得る。次いで、逆方向リンクメッセージは、データソース３３６からいくつかのデータストリームのトラフィックデータをも受信し得るＴＸデータプロセッサ３３８によって処理され得、そのトラフィックデータは、次いで、変調器３８０によって変調され、送信機３５４₁〜３５４_Nrによって調整され、基地局３１０に戻され得る。基地局３１０に戻された情報は、基地局３１０からの干渉を緩和するためにビームフォーミングを行うための電力レベルおよび／または空間情報を含み得る。

【0076】

基地局３１０において、ＵＥ３５０からの変調信号は、アンテナ３２４によって受信され、受信機３２２によって調整され、復調器３４０によって復調され、ＲＸデータプロセッサ３４２によって処理されて、ＵＥ３５０によって送信されたメッセージが抽出される。次いで、プロセッサ３３０は、ビームフォーミング重みを判断するためにどのプリコーディング行列を使用すべきかを判断し得、次いで、抽出されたメッセージを処理する。

【0077】

次に、図４Ａに注目すると、図４Ａは、ハンドオーバ中にあるいは他のセル間通信および／または協調のために使用され得るものなど、ｅＮＢと他のワイヤレスネットワーク要素との間の相互接続の１つの例示的なネットワーク実施形態４００Ａの詳細を示している。ネットワーク４００Ａは、マクロｅＮＢ４０２および／または複数の追加のｅＮＢを含み得、複数の追加のｅＮＢは、ピコセルｅＮＢ４１０（または、たとえば、図示されていない、他のマクロセルｅＮＢ、フェムトセルｅＮＢなど）であり得る。ネットワーク４００Ａは、ｅＮＢゲートウェイ（または他のゲートウェイタイプ）４３４を含み得、ｅＮＢゲートウェイ４３４は、スケーラビリティの理由で、たとえば、ＨｅＮＢゲートウェイであり得る。

【0078】

マクロｅＮＢ４０２およびゲートウェイ４３４は、それぞれ、モビリティ管理エンティティ（ＭＭＥ）４４２のプール４４０および／またはサービングゲートウェイ（ＳＧＷ）４４６のプール４４４と通信し得る。ｅＮＢゲートウェイ４３４は、専用Ｓ１接続４３６のためのＣプレーンおよびＵプレーン中継器のように見え得る。Ｓ１接続４３６は、発展型パケットコア（ＥＰＣ）とＥｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ（ＥＵＴＲＡＮ）との間の境界として指定された論理インターフェースであり得る。したがって、Ｓ１接続はコアネットワーク（ＣＮ）（図示せず）とのインターフェースを与え、コアネットワーク（ＣＮ）は他のネットワークにさらに結合され得る。

【0079】

ｅＮＢゲートウェイ４３４は、ＥＰＣから見てマクロｅＮＢ４０２として働き得る。コントロールプレーン（Ｃプレーン）インターフェースはＳ１−ＭＭＥであり得、ＵプレーンインターフェースはＳ１−Ｕであり得る。ハンドオーバまたは新しい接続確立などの間の情報の転送は、図４Ａに示すものなどｅＮＢ間の直接通信によって行われ得、ならびに／あるいは図２に示すようなバックホールインターフェース２５０などを介して、バックホールネットワークと連携して行われ得る。

【0080】

ｅＮＢゲートウェイ４３４は、ｅＮＢ４１０に対して単一のＥＰＣノードとして働き得る。ｅＮＢゲートウェイ４３４は、ｅＮＢ４１０のためのＳ１フレックス接続性を保証し得る。ｅＮＢゲートウェイ４３４は、単一のｅＮＢ４１０がｎ個のＭＭＥ４４２と通信し得るように、１：ｎ中継機能を与え得る。ｅＮＢゲートウェイ４３４は、Ｓ１セットアッププロシージャを介して動作させられたときにＭＭＥ４４２のプール４４０に登録し得る。ｅＮＢゲートウェイ４３４は、ｅＮＢ４１０とのＳ１インターフェース４３６のセットアップをサポートし得る。

【0081】

ネットワーク４００Ａは自己組織化ネットワーク（ＳＯＮ）サーバ４３８をも含み得る。ＳＯＮサーバ４３８は、３ＧＰＰ ＬＴＥネットワークの自動最適化を行い得る。ＳＯＮサーバ４３８は、ネットワーク４００Ａにおける運用、管理および保守（ＯＡＭ）機能を改善するための重要な推進要因であり得る。

【0082】

マクロｅＮＢ４０２とｅＮＢゲートウェイ４３４との間にＸ２リンク４２０が存在し得る。Ｘ２リンク４２０は、共通のｅＮＢゲートウェイ４３４に接続されたｅＮＢ４１０の各々の間にも存在し得る。Ｘ２リンク４２０は、ＳＯＮサーバ４３８からの入力に基づいてセットアップされ得る。Ｘ２リンク４２０は、セル間干渉協調（ＩＣＩＣ）情報を搬送し得る。Ｘ２リンク４２０が確立され得ない場合、ＩＣＩＣ情報を搬送するためにＳ１リンク４３６が使用され得る。たとえば、接続確立および／またはハンドオーバの場合に、これらのリンクを使用して情報が交換され得る。

【0083】

マクロｅＮＢ４０２とｅＮＢ４１０との間で、本明細書でさらに説明するような様々な機能を管理するために、バックホールシグナリングが通信システム４００Ａにおいて使用され得る。たとえば、これらの接続は、本明細書で引き続きさらに説明するように、接続確立およびハンドオーバを可能にするために使用され得る。

【0084】

図４Ｂに、図４Ａに示した要素と同様の構成を含む、他のｅＮＢおよびワイヤレスネットワーク要素とのｅＮＢ相互接続のネットワーク４００Ｂの別の例示的な実施形態を示す。ただし、ネットワーク４００Ｂでは、ＳＯＮサーバが含まれず、ｅＮＢ４０２などのマクロｅＮＢが、ピコｅＮＢ４１０などの他のｅＮＢと（および／または図示されていない他の基地局と）直接通信し得る。例示的なセル間接続性の例示のために図４Ａおよび図４Ｂが示されているが、様々な実装形態では、基地局と他のネットワーク要素との間に接続性を与えるための他の構成もまた使用され得る。

【0085】

図２に関して前述したように、ユーザ端末またはＵＥは、たとえば、ＵＥが移動しているとき、無線リンク障害（ＲＬＦ）を宣言するとき、または場合によっては、異なるセルとの接続を確立することを望むときなどに、新しい基地局またはｅＮＢとの接続を確立することを望み得る。そのような接続を実行する際に、様々なセル中の基地局は、ＵＥに関連するコンテキスト情報などの情報を共有するために通信し得る。この情報は、図４Ａおよび図４Ｂに示すような接続を介して共有され得、セル識別情報およびユーザ端末識別情報など、接続確立中にＵＥから提供された情報に基づき得る。

【0086】

次に図５に着目すると、図５は、順方向ハンドオーバ中に実行され得るものなど、接続プロセスが、ワイヤレス通信システム５００におけるセル間で実施され得るワイヤレスネットワークの詳細を示している。図示のように、通信システム５００は、セル５１０、セル５２０およびセル５３０として示される３つのセルを含む。各セルは、ｅＮＢなどの関連する基地局を含む。たとえば、基地局５１２はセル５１０に関連付けられ、セル５１０のカバレージエリア内のＵＥなどの１つまたは複数のユーザ端末にサービスし得る。同様に、セル５２０および５３０は、それぞれ関連付けられた基地局５２２および５３２を有し得る。システム５００は３つのセル５１０、５２０および５３０を含むものとして示されているが、本開示の様々な態様に矛盾しない、異なる数のセル、セルカバレージエリア、基地局タイプ、ならびに他の構成要素を有する様々な他のシステム構成もまた使用され得ることに留意されたい。したがって、システム５００は、限定ではなく説明の目的で特に例示された構成の３つのセルとともに示される。

【0087】

セル５１０、５２０、５３０、および／または他のセル（図示せず）のうちの１つまたは複数は、ＬＴＥネットワーク内のＬＴＥセルであり得る。さらに、いくつかの構成では、ＵＴＲＡＮ、ＧＳＭ無線アクセスネットワーク（ＧＥＲＡＮ）などの他のセルおよび関連するセルタイプ（図示せず）がシステム５００に含まれ得る。本明細書で後で説明するように、ハンドオーバおよび関連するプロシージャは、ＬＴＥシステムのコンテキストにおいて示されているが、場合によっては、ハンドオーバプロセスの一部として、他のワイヤレスネットワークタイプもまた含まれ得る。たとえば、ＬＴＥセルによって初めにサービスされた端末は、ＵＴＲＡＮまたはＧＥＲＡＮネットワークセルにハンドオーバされ得、その後、ＬＴＥセルまたは別のＬＴＥセルとの通信を再確立しようと試み得る。本開示の様々な態様に矛盾しない他のネットワーク間ハンドオーバプロシージャもまた行われ得る。

【0088】

ユーザ機器（ＵＥ）であり得る、端末５０５などの１つまたは複数のユーザ端末は、ネットワーク５００内のセルと通信し得る。たとえば、ユーザ端末またはＵＥ５０５は、図５に示すように、接続５１４などの接続を介して、セル５１０中の基地局５１２と初めに通信し得る。接続５１４は、基地局５１２と端末５０５との間のダウンリンク（ＤＬ）と、端末５０５と基地局５１２との間のアップリンク（ＵＬ）とを含み得る。セル５１０中で動作している間、ＵＥは、Ｓ−ＴＭＳＩ、Ｃ−ＲＮＴＩ、および（接続セットアップ中にＵＥによって生成され得る）乱数などの関連するＵＥ識別、ならびに／あるいは他のＵＥ固有の識別情報を有し得る。ＵＥ識別は、Ｓ−ＴＭＳＩ／Ｃ−ＲＮＴＩを与え得る、ｅＮＢ５１２などの基地局によって与えられ得る。同様に、ＵＥは、ＰＣＩなどのセル固有の識別を与えられ、それを記憶し得る。

【0089】

動作中、端末５０５は、セル５１０の基地局５１２によって初めにサービスされ得るが、セル５２０および／またはセル５３０などの別のセルならびにそれの関連する基地局またはｅＮＢとの接続を確立することを望むことがある。たとえば、ある場合には、端末５０５は、図５に示すように経路５０８などを介して、車両中で動作しているＵＥ、あるいは場合によっては移動中のＵＥなどのモバイル端末であり得る。この場合、端末３０５は、第１のまたは現在のセル（たとえば、セル５１０）のカバレージエリアから出て、第２のまたはターゲットセル（たとえば、セル５２０）のカバレージエリア中に移動するときなどに、基地局の別の基地局にハンドオーバされ得る。これは、ハンドオーバプロシージャの一部として行われ得る。代替または追加として、新しい接続は、端末による無線障害の状態の判断および無線リンク障害（ＲＬＦ）の宣言、セル負荷などの他のイベントに基づいて開始され得る。

【0090】

端末移動または移動性の場合、端末５０５は、初めにセル５１０の基地局５１２によってサービスされ得るが、セル５２０および５３０に向かって移動していることがある。たとえば、端末５０５は、初めに、経路５０８などを介して、セル５２０のカバレージエリア中に移動することがあり、セル５２０の基地局５２２との接続５２４を確立することを望むことがある。ＵＥ５０５と基地局５１２との間に確立された接続に基づいて、基地局５１２は、たとえば、データ無線ベアラ（ＤＲＢ）セットアップ情報、ユーザサブスクリプション情報、および／またはＵＥ５０５に関係する他の情報など、ＵＥ５０５に関連するコンテキスト情報を記憶し得る。ＵＥコンテキスト情報は、ハンドオーバ中など、ＵＥモビリティプロシージャ中に、別のセルの別の基地局に転送または移動され得る。

【0091】

さらに、ＵＥ５０５は、前に説明したように、セル５１０と基地局５１２とに関連する第１の識別情報を記憶し得る。たとえば、セル識別情報は、物理セル識別（ＰＣＩ）であり得、ＵＥ識別は、割り振られたＳＡＥ一時的モバイル加入者識別（Ｓ−ＴＭＳＩ）、セル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）、および／または基地局５１２によって生成され得る乱数、ならびに／あるいは他のＵＥ固有の識別情報であり得る。この第１の識別情報は、本明細書では説明のために、ＰＣＩ１、ならびにＳ−ＴＭＳ１またはＣ−ＲＮＴＩ１として示され得る。ただし、様々な実装形態では、（ＰＣＩ情報、Ｓ−ＴＭＳＩ情報、および／またはＣ−ＲＮＴＩ情報の代わりに、または、それに加えて）他のセルおよびＵＥ固有の識別情報もまた使用され得ることは明らかであろう。

【0092】

そのようなｅＮＢ間転送を実施するために、ＵＥ５０５は、３ＧＰＰ ＴＳ２３．４０１および３ＧＰＰ ＴＳ３６．３３１を含む３ＧＰＰ仕様に定義されるような、基地局５２２と接続するプロセスを開始し得る。これは、図４Ａおよび図４Ｂに示すようなセル間接続性を介して行われ得る、基地局５１２によって生成されたハンドオーバ要求に基づき得る。たとえば、基地局５１２は、たとえば、Ｓ１またはＸ２接続であり得るバックホール接続５１７を介して、ハンドオーバ要求をシグナリングし得る。ハンドオーバ関連情報は、類似するバックホール接続５２７を介して基地局５２２において受信され得る。例示的なハンドオーバタイミングのさらなる詳細については、図６Ａおよび図６Ｂに関して以下で説明する。

【0093】

ＵＥ５０５が基地局５２２からＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｓｔａｂｌｉｓｈｍｅｎｔメッセージを受信する段階にＵＥ５０５と基地局５２２との間の接続プロセスが進む場合、ＵＥは、無線リソース制御（ＲＲＣ）接続状態（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）になり、第２のセル識別情報（たとえば、第２のセルＩＤおよび新しいＵＥ ＩＤ）を受信し、それを記憶し、ならびに前のまたは第１のセルおよびＵＥ識別（たとえば、第１のセルによって割り当てられた第１のセルＩＤおよびＵＥ識別情報）を削除する、または無視する。

【0094】

しかしながら、ＲＬＦが順方向ハンドオーバの完了の前に生じる（たとえば、ＵＥ５０５が、基地局５２２への接続／ハンドオーバを完了することができない）場合、ＵＥ５０５は、接続５３４を介して行われ得る、セル５３０中の基地局５３２などの第３の基地局およびセルに接続することを試み得、あるいはＵＥ５０５は、セル再選択プロセスを実行することによって、セル５１０中の基地局５１２などの元のセルおよび／または別のセル（図示せず）に再接続することを試み得る。この場合、ＵＥ５０５は、次いで、接続５３４を介した基地局５３２などへの後続の接続／ハンドオーバを実行することを試みるために、基地局５２２に関連する情報（たとえば、ｍｓｇ２中で与えられた、基地局５２２に関連する第２のセルＩＤおよびＵＥ識別）を使用する。

【0095】

しかしながら、第２のセルへのハンドオーバを完了できなかったことにより元のセル識別情報および関連するコンテキストが検索できないことがあるので、ＵＥ５０５と基地局５３２との間の後続の順方向ハンドオーバは、次いで失敗することがある。これにより、接続を再確立するためにＲＲＣ接続プロセス（たとえば、ＲＲＣＣｏｎｎｅｃｔｉｏｎメッセージの送信および後続のシグナリング）を実行する必要があり得るので、潜在的に著しいサービス衝撃が生じ得る。たとえば、ソースｅＮＢにおいてバッファされたデータは、ターゲットｅＮＢによって受信され得、ターゲットｅＮＢは、関連するＭＭＥおよびゲートウェイとのコンテキスト／接続を再確立する必要がなくなる。これにより、パフォーマンスがより良好になる、および／またはデータ損失が防止され得る。反対に、コンテキストが失われた場合、バッファされたデータは検索され得ず、新しい接続が確立されるときに再送されなければならないことがある。

【0096】

たとえば、基地局５３２は、バックホール接続５３７などを介して、基地局５２２からコンテキスト情報を受信することを試み得るが、接続が完了していないために、基地局５２２は、ソースｅＮＢ（たとえば、ｅＮＢ５１２）からフェッチされたコンテキストを削除していることがあるので、コンテキスト情報を配信することができない。その上、いくつかの場合において、この障害プロセスは複数回生じることがあり得る（たとえば、複数無線リンク障害（ＲＬＦ）が生じ得る）。ＵＥはｅＮＢとの接続セットアップを完了していないことがあるので、後続の接続試行は同様に、フェッチされたコンテキストを保持できなかったことにより失敗し得る。

【0097】

たとえば、図６Ａに、第１の（ソース）セルと第２の（ターゲット）セルとの間の認証されたＵＥのハンドオーバが適切に完了される、例示的なハンドオーバプロセス６００Ａの簡略化されたタイミング図を示す。この例では、図５のＵＥ５０５に対応し得るユーザ端末またはＵＥ６１０は、段階６１１において接続され、たとえば、ＬＴＥマクロセル、フェムトセル、ピコセルなどであり得る第１の基地局または第１のセルのｅＮＢ６３０によってサービスされる。段階６１１において、ＵＥ６１０は、記憶された第１のまたはソースセルＵＥ識別情報（ＵＥ ＩＤ）を有する。ｅＮＢ６３０は基地局５１２と対応し得、図５に示すようにセル５１０をサービスし得る。ｅＮＢ６３０は、たとえば、ＵＥ６１０からの報告、セル負荷、モビリティ情報、ならびに／あるいは他の同様のまたは関連する情報に基づいて、ハンドオーバが適切であると判断し得る。たとえば、ｅＮＢ６５０は基地局５２２と対応し得、図５に示すようなサービングセル５２０であり得る。第２のセルは一般に、別のＬＴＥセルであるが、いくつかの実装形態では、第２のセルは、たとえば、ＵＴＲＡＮ、ＧＥＲＡＮまたは他のネットワークタイプなど、別の無線アクセス技術を使用するセルであり得る。

【0098】

段階６１２において、ＵＥ６１０は、障害状態を検出または判断し、ＲＬＦを宣言し、ならびに／あるいは場合によっては新しいセルと接続することを決定する。段階６１４において、ＵＥは、ターゲットｅＮＢ６５０をハンドオーバするためにアクセスを開始し得る。これは、たとえば、ＬＴＥ Ｍｓｇ１をｅＮＢ６５０に送ること、および第２のまたはターゲットＵＥ ＩＤを含めて、第２の識別情報を含むＭｓｇ２をｅＮＢ６５０から受信することを含み得る。ＵＥ６１０は、次いで、ｅＮＢ６５０にＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ６４１を送り、その後、ｅＮＢ６５０からＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ６４３（たとえば、ＬＴＥ ｍｓｇ４）を送信する。段階６１６において、ターゲットセルｅＮＢ６５０は、たとえば、図４Ａおよび図４Ｂに示すような接続などを介して、ソースセルｅＮＢ６３０からＵＥコンテキスト情報をフェッチする。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ６４３の受信後、ＵＥ６１０は、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ段階になり、ｅＮＢ６５０によって割り当てられた第２の識別情報を有する。

【0099】

第２の識別情報は、たとえば、（本明細書では、説明のためにＰＣＩ２として示される）第２のセルに関連するＰＣＩと、（本明細書では、説明のためにＣ−ＲＮＴＩ２として示される）第２のＵＥ識別とを含み得る。したがって、段階６１８において、ＵＥは、ターゲットｅＮＢ６５０に関連する第２の識別情報を有し、ハンドオーバプロセスは、次いで、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージ６４５をＵＥ６１０からターゲットｅＮＢ６５０に送ることによって続けられる。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージ６４５の送信後、ｅＮＢ６５０は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ６４７を送り、その後、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ６４９がＵＥ６１０から送られる。ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ６４９を送った後、ハンドオーバは、段階６８０において正常に完了する。この時点で、ｅＮＢ６５０は、検索されたコンテキストを使用してＵＥ６１０へのデータ送信を再開する。このプロセスの様々な追加の態様および詳細について、たとえば、３ＧＰＰ ＴＳ３６．３３１を含む３ＧＰＰ仕様においてさらに説明し例示する。

【0100】

反対に、図６Ｂに、図５に関して前に説明したような例示的なハンドオーバの失敗を示すタイミング図６００Ｂを示す。この例では、処理は、（たとえば、図６Ａに関して図示および説明されるように）段階６１８を通って進む。しかしながら、ＵＥがＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態になった後、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ６４３の受信および／またはＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージ６４５の送信後に障害が生じることがある。この場合、ＵＥは、障害状態を検出または判断し、段階６２０においてＲＬＦを宣言し、次いで、段階６２２において別のセルを探索し、その別のセルに接続することをと試みる。たとえば、ＵＥは、第１の（ソース）セルに戻り（図６Ｂに概略的には示されていない）、あるいは別のＲＲＣＣｏｎｎｅｃｔｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ６５１を送ることなどによって第３のセルならびに関連する基地局またはｅＮＢ６７０に接続することを試み得る。

【0101】

３ＧＰＰ仕様、たとえば、３ＧＰＰ ＴＳ３６．３３１、セクション５．３．７において現在定義されたように、ＵＥは、後続のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャ中（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄの確立の後に）前のセル識別情報（たとえば、ｅＮＢ６５０から与えられるような第２のセルからのＰＣＩ２およびＣ−ＲＮＴＩ２）を使用する。しかしながら、第１の（ソース）セルおよび関連するｅＮＢ６３０に関連する最初のまたは第１の識別情報（たとえば、Ｓ−ＴＭＳＩ１またはＰＣＩ１、Ｃ−ＲＮＴＩ１、ならびに最初の乱数など、第１のＵＥ ＩＤ情報）を基地局６７０が有しないために、段階６２４において基地局６７０はＵＥ６１０についてのＵＥコンテキストを検索することができないので、順方向ハンドオーバ／ＲＬＦ回復プロセスは失敗することがある。

【0102】

この問題に対処し、ならびに他の潜在的な利点を提供するために、ＵＥ５０５などのユーザ端末が交替ハンドオーバプロシージャを実行して、セル間ハンドオーバ／接続確立を可能にし得る。特に、ＵＥは、ＵＥが接続された最も最近のセルに関するセル識別情報と、ＵＥ固有の識別情報（たとえば、図６Ａおよび６Ｂに関して上述したように、Ｓ−ＴＭＳＩ１またはＰＣ１、ならびにＣ−ＲＮＴＩ１）とを含み得る第１の識別情報を維持し得る。次いで、順方向ハンドオーバまたはＲＬＦイベント中などにＵＥが第２の基地局に接続しようとするとき、ハンドオーバプロシージャが完了され、第２の基地局が第１の基地局からＵＥコンテキスト情報を取得するまで、ＵＥは第１の識別情報を保持し、それを使用し得る。ハンドオーバプロシージャの完了前にＲＬＦが生じる場合、ＵＥは、１つまたは複数の後続の接続試行を実行するために（第２の基地局または後続の接続試行において与えられる他の中間基地局から与えられる任意の新しい識別情報を使用するのではなく）第１の識別情報を使用し得る。このようにして、ＵＥが接続することを試みる後続の基地局は、ＵＥコンテキスト情報が検索され得る第１の基地局に関連する識別情報を受信する。

【0103】

この交替プロシージャの実施形態の一例について、図７のタイミング図７００に関して説明する。この例では、ハンドオーバプロセスは、段階６１８（たとえば、ＰＣＩ２およびＣ−ＲＮＴＩ２を含む、ｅＮＢ６５０からの第２の識別情報の受信）を通して図６Ａに関して前に説明したように進み得る。ただし、段階７２０において、ＵＥ６１０はソースまたは第１のセル識別情報を保持する。この情報は、たとえば、Ｓ−ＴＭＳＩ１、Ｃ−ＲＮＴＩ１および最初の乱数など、第１のセルに関連するＵＥ識別、ならびに／あるいは他のＵＥ識別情報であり得る。第１の識別はまた、（たとえば、Ｃ−ＲＮＴＩ１またはＳ−ＴＭＳＩ１が使用されるときの）ＰＣＩ１など、第１のセルおよびｅＮＢ６３０に関連するＰＣＩを含み得る。次いで、段階７２２において接続に失敗した場合、ＵＥ６１０はＲＬＦを検出し、宣言する。段階７２２におけるＲＬＦ検出および宣言は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ６４３の送信後に行われるものとして示されているが、場合によっては、このメッセージの送信前に行われ得ることに留意されたい。この状態に対処するために使用され得る追加のプロシージャに関係する態様について、後で本明細書で説明する。第１の識別情報は、ＵＥ６１０によって保持され、別のセルとのデータ接続が確立されるまで（第２の識別情報を使用するのではなく）後続の接続試行のために使用され得る。

【0104】

たとえば、段階７２４に示されるように、ＵＥ６１０は別のセルに接続することを試み得る。このセルは、たとえば、第１のセルおよび関連するｅＮＢ６３０、第３のセルおよび関連するｅＮＢ６５０、あるいは別のセルであり得る。例示のために、図７に、ＵＥ６１０から第３のセルの基地局ｅＮＢ６７０へのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ７５１の送信を示すが、前記のように、場合によっては、第１のセル、第２のセル、または別のセル（図示せず）との再接続もまた試みられ得る。特に、段階７２４において、ＵＥ６１０は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔプロシージャを実行する際に、後に受信した識別（ＰＣＩ２およびＣ−ＲＮＴＩ２など）ではなく、第１のセル識別（たとえば、Ｓ−ＴＭＳＩ１またはＣ−ＲＮＴＩ１、第１の乱数、ならびにＰＣＩ１）を再び使用する。ｅＮＢ６７０は、次いで、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ７５３で応答し、段階７７２において、第１の識別情報を使用して、ｅＮＢ６３０からＵＥコンテキスト情報を検索する。ＵＥ６１０は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ７５５を送り、ｅＮＢ６７０９は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ７５７を送り、ＵＥ６１０は、それに対してＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージ７５９で応答する。ＵＥは、様々な方法でＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ７５７の受信を確認し得る。たとえば、ＵＥは、レイヤ２においてハイブリッド自動再送要求（ＨＡＲＱ）ＡＣＫ／ＮＡＣＫを受信し得、ＵＥは、ターゲットｅＮＢから、または他の機構を介してダウンリンク許可を受信し得る。段階７８２において、ＵＥコンテキストが記憶され、ＵＥ６１０へのデータ送信が再開される。

【0105】

しかしながら、場合によっては、図示のように、たとえば、段階７９２において複数無線リンク障害（ＲＬＦ）が生じることがある（その場合、メッセージ７５５、７５７および／または７５９が送られ得ず、段階７７２および／または７８２が実行され得ない）。たとえば、第３のセルおよび関連するｅＮＢ６７０への接続に失敗した場合、ＵＥ６１０は、第４のセルおよび関連する基地局（図示せず）に接続することを試み得、あるいはセル１または２などの前のセルと再接続することを試み得る。この場合、プロセス段階７２０、７２２および／または７２４が反復され得、ＵＥは、後続の接続試行のために第１の識別情報を使用する。これは、任意の回数の接続試行にわたって、ならびに／あるいはタイマー３１１などのＵＥタイマーの満了または成功した接続イベントなどの終了イベントが生じるまで連続的に反復され得る。第３の（または後続の）基地局への接続が成功したとき、ＵＥは、新たに与えられたＵＥ ＩＤを（たとえば、第３の基地局６７０への接続が成功した場合には、第３のＩＤを）使用し得る。複数ＲＬＦの場合、さらなる通信のために、次の成功した接続に関連するＵＥ ＩＤが使用され得る。

【0106】

次に図８に着目すると、ワイヤレス通信システムにおけるハンドオーバを可能にするための例示的なプロセス８００の一実施形態の詳細を示している。段階８１０において、図５のＵＥ５０５および／または図７のＵＥ６１０と対応し得るＵＥなどのユーザ端末において、第１の識別情報を受信する。その情報は、ユーザ端末を第１のセルに関連付ける第１のユーザ端末またはＵＥ識別情報、ならびに／あるいはユーザ端末のコンテキストが検索され得るセルを識別する第１のセル識別情報を含み得る。第１のセル識別情報は、図５のセル５１０などの第１のセルに関連し、ｅＮＢ５１２および／または図７のｅＮＢ６３０などの対応する第１の基地局から与えられ得る。段階８２０において、ユーザ端末のメモリに第１の識別情報を記憶する。

【0107】

段階８３０において、第１のセルと第２のセルとの間の順方向ハンドオーバ、ユーザ端末と第２のセルの第２の基地局との間の順方向ハンドオーバなどの接続の確立を開始する。その接続は、順方向ハンドオーバ、無線リンク障害（ＲＬＦ）、ならびに／あるいは、たとえば、図５および／または図７に関して説明したような何らかの他のイベントに基づいて開始され得る。次いで、ユーザ端末は、図５の基地局５２２または図７の基地局６５０などの第２の基地局から第２の識別情報を受信し、第２の基地局との接続を確立するプロセスを開始する。第２の識別情報は、たとえば、ＰＣＩ２およびＣ−ＲＮＴＩ２、ならびに第２の乱数を含み得る。段階８４０において、たとえば、３ＧＰＰ仕様で定義されているような、無線リソース制御（ＲＲＣ）接続（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）状態を第２の基地局と確立する。これは、ユーザ端末におけるＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージの受信後であり得る。

【0108】

段階８５０において、ＲＬＦを宣言する。これは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎプロセスの完了より前などの、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態の確立と、接続の確立の完了または第２の基地局へのハンドオーバの終了との間の時間またはプロセス段階における第２の基地局に関連し得る。

【0109】

段階８６０において、第３のセルの第３の基地局との接続を開始する。第３の基地局は、たとえば、図５の基地局５３２および／または図７の基地局６７０に対応し得る。第３の基地局接続は、第２の（または後でアクセスされる）基地局から受信した第２の識別情報を使用するのではなく、Ｓ−ＴＭＳＩ１、またはＰＣＩ１、および／またはＣ−ＲＮＴＩ１、および／または第１の乱数などの第１の識別情報を使用して実行され得る。

【0110】

ユーザ端末は、たとえば、ＬＴＥユーザ機器（ＵＥ）であり得る。第１の基地局、第２の基地局、および／または第３の基地局（ならびに／あるいは複数ＲＬＦ状況にある後続の基地局）は、たとえば、ＬＴＥ ｅＮＢであり得る。代替的に、第２の基地局は、ＧＥＲＡＮまたはＵＴＲＡＮ基地局などの非ＬＴＥ基地局であり得、第１基地局および第３の基地局（ならびに／あるいは後続の基地局）はＬＴＥ基地局であり得る。第１のセル識別情報は物理セル識別（ＰＣＩ）を含み得る。第１のユーザ端末識別情報はＳＡＥ一時的モバイル加入者識別（Ｓ−ＴＭＳＩ）を含み得る。第１のユーザ端末識別情報は、Ｃ−ＲＮＴＩおよび第１の乱数を含み得る。

【0111】

第３の基地局は、第１の基地局および第２の基地局とは異なる基地局であり得る。代替的に、第３の基地局と第１の基地局とは同じ基地局であり得る。代替的に、第３の基地局と第２の基地局とは同じ基地局であり得る。

【0112】

たとえば、プロセス８００は、第３の基地局とのＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態を確立することと、第３の基地局とのＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態の確立と第３の基地局への接続の確立の完了との間の第３の基地局に関連する第２のＲＬＦを宣言することとをさらに含み得る。プロセス８００は、第１の識別情報を使用して第４のセルの第４の基地局との接続を開始することをさらに含み得る。プロセス８００は、ハンドオーバまたは他の再接続を完了するように、第１の識別情報を使用して前にアクセスされたかまたはアクセスを試みられたものと異なるセルおよび／または同じセルに関して、１回または複数回のさらなる回数反復され得。

【0113】

たとえば、プロセス８００は、ユーザ端末において、第２のセルに関連する第２の識別を受信することと、段階８６０または（図８に示されていない）後続の接続段階中など、後続の接続を実行するための試行中に第２の識別を無視することをさらに含み得る。たとえば、ユーザ端末は、ＰＣＩ２およびＣ−ＲＮＴＩ２などの第２の識別情報を第２の基地局から受信し得るが、複数ＲＬＦの場合など、他の基地局との接続を確立することを試みるときにはこの情報を無視し得る。プロセス８００は、段階８６０の後など、ハンドオーバが完了した後、第２のまたは後でアクセスされるセルに関連する新しい識別情報を記憶することをさらに含み得る。プロセス８００は、ハンドオーバが完了した後、第１の識別情報をユーザ端末から削除することをさらに含み得る。第１の識別情報は、第３の（または後続の）基地局への順方向ハンドオーバおよび関連する接続の完了の後に削除され得る。

【0114】

別の態様では、ハンドオーバプロシージャは、図９に関してさらに説明するように、第２のセルの第２の基地局におけるＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態の確立の後の接続障害中によりロバストにされ得る。図９に、ハンドオーバ中のＲＬＦの影響を緩和し得る交替ハンドオーバプロシージャに関連するタイミング図９００を示す。このシナリオでは、ＵＥからのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージの送信とターゲット基地局との接続の完了との間にＲＬＦが生じ得る。たとえば、図６Ａに関して前に説明したように処理が段階６１４に進み、ＵＥ６１０からのＬＴＥ Ｍｓｇ１ ９１３の送信と、ｅＮＢ６５０からのＬＴＥ Ｍｓｇ２ ９１５の受信とが実行される。たとえば、Ｍｓｇ１を受信すると、段階９１８において、ｅＮＢ６５０は、第２の識別（たとえば、Ｃ−ＲＮＴＩ２）を生成し、それをＭｓｇ２ ９１５中でＵＥ６１０に送る。段階９５０において、ＵＥ６１０は第２の識別を有し、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ６４１（たとえば、ＬＴＥ Ｍｓｇ３）をｅＮＢ６５０に送る。次いで、ｅＮＢ６５０は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ９４３（たとえば、ＬＴＥ Ｍｓｇ ４）を生成し、それをＵＥ６１０に送る。段階９５２において、ＵＥ６１０はメッセージ９４３を受信する。

【0115】

しかしながら、段階９５２において（すなわち、メッセージ６４１の送信およびメッセージ９４３の受信後に）、ＵＥ６１０においてＲＬＦが生じることがあり、したがって、ＵＥ６１０は、接続を完了することが可能でないことがある。ＵＥ６１０は、次いで、セル再選択プロシージャを実行し、（たとえば、後続のＭｓｇ１、Ｍｓｇ２などのシグナリングを介して）段階９５４において第２のセルおよび関連するｅＮＢ６５０に再接続することを試みる。後続のＭｓｇ１を受信すると（図示せず）、ｅＮＢ６５０は、段階９５６において、ＵＥ６１０への送信のために第３の識別（たとえば、Ｃ−ＲＮＴＩ２−２）を生成する。ｅＮＢ６５０から後続のＭｓｇ２を受信すると（図示せず）、ＵＥ６１０は、第３の識別を有することになる。次いで、ＵＥ６１０は、別のＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ９５５（たとえば、Ｍｓｇ３）を送り、次いで、ｅＮＢ６５０は、それに対してＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ９５７（たとえば、Ｍｓｇ４）で応答する。次いで、段階９５８において、ＵＥ６１０は第３の識別（Ｃ−ＲＮＴ２−２）を用いてＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態になり、次いで、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｍｐｌｅｔｅメッセージ９５９をｅＮＢ６５０に送る。

【0116】

図９に示すように、段階９５２におけるＲＬＦの宣言より前に、ｅＮＢ６５０は、段階９３０において、ＵＥ６１０によって与えられた第１の識別情報に基づき得るＵＥコンテキスト情報を検索する。段階９６２において、ｅＮＢ６５０は、識別（たとえば、Ｃ−ＲＮＴ２、Ｃ−ＲＮＴ２−２）をマージして、コンテキスト情報をマージされた識別に関連付け、マージされた識別は、Ｃ−ＲＮＴ２―２に関連する値またはデータの形態で残る。たとえば、段階９６２において、ｅＮＢ６５０は、Ｃ−ＲＮＴ２−２を、ＵＥによって与えられた元のコンテキスト情報（たとえば、Ｃ−ＲＮＴ１、ＰＣＩ１、またはＳ−ＴＭＳＩ１などのソース識別情報）から段階９３０において最初に検索されたコンテキストに関連付ける。

【0117】

図１０に、図９に示すようなｅＮＢ６５０などのターゲット基地局において通信システムにおいて順方向ハンドオーバを可能にするために使用され得るプロセス１０００の一実施形態の詳細を示す。段階１００５において、図９に示すようなＵＥ６１０などのＵＥは、ターゲット基地局６５０などのターゲット基地局との接続を確立することを試みる。ＬＴＥ Ｍｓｇ１などの接続メッセージを生成し、送ることによって接続を開始する。ターゲット基地局は第２の識別情報を生成し、それをＵＥに送り（１０１０）、段階１００７において、ＵＥにおいてＬＴＥ Ｍｓｇ２中などで第２の識別情報を受信する。第２の識別情報は、本明細書で前に説明したようなＣ−ＲＮＴＩ２などのターゲット基地局において生成された情報であり得る。

【0118】

段階１０１５において、ＵＥは、完全なＵＥ識別情報を含み得る接続再確立要求メッセージを送る。段階１０２０において、ターゲット基地局は接続再確立メッセージを受信し、段階１０３０において、ターゲット基地局は、ＵＥから第１の識別情報を受信する。第１の識別情報は、ソースまたは第１の基地局に記憶されたユーザコンテキスト情報の検索のための情報を含み得る。たとえば、第１の識別情報は、本明細書で前に説明したような第１の識別情報であり得る。段階１０３０は、接続再確立メッセージを受信する段階１０２０と一体化され得る。

【0119】

段階１０４０において、ターゲットまたは第２のセルで、第１の識別情報に基づいてソースまたは第１のセルからＵＥコンテキストを検索する。段階１０５０において、基地局は接続再確立メッセージを送り、その接続再確立メッセージは、段階１０３５においてＵＥにおいて受信される。

【0120】

接続の完了より前に、ユーザ端末は段階１０４５においてＲＬＦを宣言し、その後、段階１０５５において基地局に再接続することを試みる。段階１０６０において、基地局は第３の識別情報を生成し、それをユーザ端末に送る。第３の識別情報は、たとえば、本明細書で前に説明したようなＣ−ＲＮＴＩ２−２などの別のＣ−ＲＮＴＩであり得る。段階１０６５において、ＵＥは第３の識別情報を受信し、それを記憶する。受信された第３の識別情報は、その後、以下で説明するように、接続を続けるためにＵＥおよび基地局によって使用され得る。

【0121】

段階１０７０において、基地局は、ユーザ端末から第１の識別情報を受信する。たとえば、ユーザ端末による前の接続試行の知識に基づいて、段階１０８０において、基地局は、ＵＥコンテキスト情報を第３の識別情報に関連付ける。段階１０９０において、基地局とユーザ端末との間でデータ接続プロセスを続ける。段階１０９０において、基地局とユーザ端末との間でデータ接続プロセスを続け、ＵＥは、新たに割り振られた識別で記憶された基地局／ＵＥ識別を更新する。

【0122】

第１の識別情報は、たとえば、第１の基地局に関連する物理セル識別（ＰＣＩ）およびセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）を含み得る。第１の識別情報はＳＡＥ一時的モバイル加入者識別（Ｓ−ＴＭＳＩ）を含み得る。第２の識別情報は、第２の基地局によって生成されたＣ−ＲＮＴＩ（たとえば、Ｃ−ＲＮＴＩ２）を含み得る。第３の識別情報は、（ユーザ端末が第２の基地局に戻り、再接続することを試みると仮定して）第２の基地局によって生成されたＣ−ＲＮＴＩ（たとえば、Ｃ−ＲＮＴＩ２−２）を含み得る。この方法は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージを送ることをさらに含み得、ＲＬＦは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージの受信の前に生じる。

【0123】

前に説明したように、図６Ａは、例示的な正常なハンドオーバプロシージャを示しており、ＵＥコンテキストはソースセルからターゲットセルに転送される。図１１に、ターゲットセルがソースセルからＵＥコンテキスト情報を取得することができない、同様のハンドオーバプロシージャ１１００のタイミング図を示す。詳細には、プロセスは、図６Ａに関して説明したように、ＵＥ６１０からｅＮＢ６５０へのＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ６４１の送信に進む。しかしながら、段階１１２４において、ｅＮＢ６５０は、ソース基地局ｅＮＢ６３０からＵＥコンテキスト情報を検索することができない。この場合、たとえば、３ＧＰＰ ＴＳ３６．３３１、セクション５．３．７を含む３ＧＰＰ規格に従って、ＵＥコンテキストの検索に失敗すると、ｅＮＢ６５０は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｊｅｃｔメッセージ１１４３をＵＥ６１０に送る。これは、接続遅延を生じ得、および／または場合によっては順方向ハンドオーバ性能を低下させ得る完全なＲＡＣＨプロシージャを実行することを含めて、ＵＥにおける新しい完全な接続プロセス１１５０の実行を必要とする。

【0124】

いくつかの態様によれば、図１２のタイミング図１２００に示すような実施形態に示される交替プロシージャは、コンテキストの検索に失敗した場合にハンドオーバ性能を改善するために実行され得る。図１２に示すように、処理は、図６Ａにおいて前に示したように、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ６４１の送信に進む。段階１２４４において、ｅＮＢ６５０は、ｅＮＢ６３０からＵＥ６１０のコンテキストを検索することを試みる。段階１２４６において、コンテキストの検索に失敗する。次いで、段階１２４８において、ｅＮＢ６５０はコンテキスト検索失敗メッセージを生成する。このメッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｊｅｃｔメッセージの代わりにＵＥ６１０に与えられ得、新しい接続を開始することなしに接続プロセスを続けることをＵＥに通知するように構成され得る。たとえば、ｅＮＢ６５０は、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｎｔｅｘｔＦａｉｌメッセージ１２５１を送り得、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＣｏｎｔｅｘｔＦａｉｌメッセージ１２５１は、ＵＥ６１０によって受信され得る。受信後、ＵＥは、次いで段階１２５４において、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ１２６１を送る（が、ＲＡＣＨプロシージャを実行しない）ことなどよって、接続確立プロセスを継続する。次いで、ｅＮＢ６５０は、接続プロセスを続けるために、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージ１２６３を送る。

【0125】

図１３に、図１２に示すようなｅＮＢ６５０などの基地局において実行され得るプロセス１３００の一実施形態の詳細を示す。段階１３１０において、図１２に示すようなＵＥ６１０などのユーザ端末から送られた第１の識別情報を基地局において受信する。第１の識別情報は、図１２のｅＮＢ６３０などの第１の基地局またはソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含み得る。段階１３２０において、ターゲット基地局によるユーザ端末コンテキスト情報の検索を開始する。段階１３３０において、コンテキスト検索に失敗する。ユーザ端末コンテキストの検索に失敗したこと応答して、基地局は、段階１３４０において、コンテキスト検索失敗メッセージを生成し、それを送る。コンテキスト検索失敗メッセージは、コンテキスト検索に失敗したユーザ端末を知らせる情報を含み得るが、接続処理は続けることができる。

【0126】

段階１３５０において、基地局において、ユーザ端末から後続のメッセージを受信する。これは接続要求メッセージであり得る。段階１３６０において、接続要求に応答して、接続セットアップメッセージまたは接続拒否／リリースメッセージを送る。接続セットアップメッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージであり得る。接続要求メッセージは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージであり得、ユーザ端末から与えられた前のランダムアクセスチャネル（ＲＡＣＨ）プロシージャシグナリングの受信なしに、接続要求メッセージが受信され得る。

【0127】

図１４に、図１２に示すようなＵＥ６１０などのユーザ端末において実行され得るプロセス１４００の一実施形態の詳細を示す。段階１４１０において、ユーザ端末から図１２の基地局６５０などのターゲット基地局に第１の識別情報を送る。第１の識別情報は、図１２のｅＮＢ６３０などのソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含み得る。段階１４２０において、ソース基地局からコンテキスト検索失敗メッセージを受信する。このメッセージは、ソース基地局からユーザ端末コンテキストを検索できなかったこと応答して、ソース基地局によって生成され得る。プロセスは、ターゲット基地局とのＲＡＣＨプロシージャを実行することなしに、接続要求メッセージ１４３０をターゲット基地局に送ることをさらに含み得る。接続要求メッセージは、コンテキスト検索失敗メッセージの受信後に送られる。

【0128】

接続要求メッセージは、たとえば、ユーザ端末から送られたＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージであり得る。プロセス１４００は、ターゲット基地局から接続セットアップメッセージを受信することと、接続セットアップ完了メッセージを送ることとをさらに含み得る。セットアップ完了メッセージはＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージであり得る。

【0129】

図１５に、ＵＥ３５０および／またはＵＥ６１０など、本明細書で前に説明したユーザ端末に対応し得るユーザ端末１５００の一実施形態の詳細を示す。端末１５００は、１つまたは複数のプロセッサ、ならびに入出力モジュール、バス、メモリ、プログラマブルデバイスなどの関連する構成要素を含み得る、１つまたは複数のプロセッサモジュール１５１０を含み得る。プロセッサモジュール１５１０は、本明細書で説明するユーザ端末／ＵＥ処理機能と、特に図７、図８、図９、図１０、および図１４に関連する処理機能とを実装するように構成され得る。コンピュータ可読媒体を含む１つまたは複数のモジュール１５２０は、プロセッサモジュール１５１０に結合され得、様々な本明細書で説明する機能を実行するためにコンピュータ可読媒体に格納されたプロセッサ実行可能命令を含み得る。ユーザ端末識別、セル識別情報、および／または本明細書で説明する他のデータもしくは情報など、情報を記憶するように構成されたメモリなどの１つまたは複数のメモリモジュール１５３０は、本明細書で説明する機能を実行することを可能にするためにプロセッサモジュール１５１０に結合され得る。

【0130】

端末１５００はまた、他のワイヤレスネットワークノードと通信するように構成された１つまたは複数の送信機モジュール１５４０を含み得る。これらの他のノードは、たとえば、ｅＮＢ６３０、６５０および６７０などの基地局であり得る。送信機モジュール１５４０は、本明細書で説明する送信関連の処理機能の実行を可能にするために、プロセッサモジュール１５１０におよび／またはメモリもしくは他のモジュール（図示せず）に結合され得る。同様に、端末１５００は、本明細書で説明する受信関連の処理機能の実行を可能にするために、特にｅＮＢ６３０、６５０および６７０などの基地局に関して、同様にプロセッサモジュール１５１０におよび／またはメモリもしくは他のモジュール（図示せず）に結合され得る１つまたは複数の受信機モジュール１５５０を含み得る。

【0131】

図１６に、ｅＮＢ３１０またはｅＮＢ６３０、６５０もしくは６７０など、本明細書で前に説明した基地局に対応し得る、基地局１６００の一実施形態を示す。基地局１６００は、１つまたは複数のプロセッサ、ならびに入出力モジュール、バス、メモリなどの関連する構成要素を含み得る、１つまたは複数のプロセッサモジュール１６１０を含み得る。プロセッサモジュール１６１０は、本明細書で説明する基地局／ｅＮＢ処理機能と、特に図７、図９、図１０、図１２、および図１３に関連する処理機能とを実装するように構成され得る。コンピュータ可読媒体１６２０を含む１つまたは複数のモジュール１６２０が、プロセッサモジュール１５１０に結合され得、本明細書で説明する様々な機能を実行するためにコンピュータ可読媒体に格納されたプロセッサ実行可能命令を含み得る。ユーザ端末識別、セル識別情報、ユーザ端末コンテキスト、および／または本明細書で説明する他のデータもしくは情報など、情報を記憶するように構成されたメモリなどの１つまたは複数のメモリモジュール１６３０が、本明細書で説明する機能を実行することを可能にするためにプロセッサモジュール１６１０に結合され得る。

【0132】

基地局１６００はまた、他のワイヤレスネットワークノードと通信するように構成された１つまたは複数の送信機モジュール１６４０を含み得る。これらの他のノードは、たとえば、ＵＥ３１０および６１０などのユーザ端末であり得る。これらはまた、ｅＮＢ６３０、６５０および６７０などの他の基地局であり得る。送信機モジュール１６４０は、本明細書で説明する送信関連の処理機能の実行を可能にするために、プロセッサモジュール１６１０におよび／またはメモリもしくは他のモジュール（図示せず）に結合され得る。同様に、基地局１６００は、本明細書で説明する受信関連の処理機能の実行を可能にするために、特にＵＥ３１０および６１０などのユーザ端末、ならびにｅＮＢ６３０、６５０および６７０などの基地局に関して、同様にプロセッサモジュール１６１０におよび／またはメモリもしくは他のモジュール（図示せず）に結合され得る１つまたは複数の受信機モジュール１６５０を含み得る。基地局１６１０はまた、１つまたは複数のバックホールインターフェースモジュール１６６０を含み得る。モジュール１６６０は、図３、図４Ａおよび図４Ｂに関して示したようなバックホール接続を使用して通信するように構成され得る。インターフェースは、Ｓ１接続などのワイヤード接続を介し得、および／またはＸ２接続などのワイヤレス接続性を含み得る。特に、基地局１６００はターゲット基地局であり得、インターフェースモジュール１６６０は、本明細書で前に説明したような基地局６３０などのソース基地局などの他の基地局からＵＥコンテキスト情報を検索するように構成され得る。

【0133】

いくつかの構成では、ワイヤレス通信のための装置は、本明細書で説明する様々な機能を実行するための手段を含む。一態様では、上述の手段は、図３、図７、図１５、および図１６に示すものなどの実施形態が常駐し、上述の手段によって具陳される機能を実行するように構成された、１つまたは複数のプロセッサおよび関連メモリであり得る。上述の手段は、たとえば、本明細書で説明するような接続およびハンドオーバ機能、ならびに他の機能を実行するための、図１〜図５、図７、図１５、および図１６に示すようなＵＥ、ｅＮＢおよび／または他のネットワークノードに常駐するモジュールまたは装置であり得る。別の態様では、上述の手段は、上述の手段によって具陳される機能を実行するように構成されたモジュールまたは装置であり得る。

【0134】

１つまたは複数の例示的な実施形態では、説明した機能、方法およびプロセスは、ハードウェア、ソフトウェア、ファームウェア、またはそれらの任意の組合せで実装され得る。ソフトウェアで実装した場合、機能は、コンピュータ可読媒体上に記憶されるか、あるいはコンピュータ可読媒体上に１つまたは複数の命令またはコードとして符号化され得る。コンピュータ可読媒体はコンピュータ記憶媒体を含む。記憶媒体は、コンピュータによってアクセスされ得る任意の利用可能な媒体であり得る。限定ではなく例として、そのようなコンピュータ可読媒体は、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ（登録商標）、ＣＤ−ＲＯＭまたは他の光ディスクストレージ、磁気ディスクストレージまたは他の磁気ストレージデバイス、あるいは命令またはデータ構造の形態の所望のプログラムコードを搬送または記憶するために使用され得、コンピュータによってアクセスされ得る、任意の他の媒体を含むことができる。本明細書で使用するディスク（disk）およびディスク（disc）は、コンパクトディスク（disc）（ＣＤ）、レーザーディスク（登録商標）（disc）、光ディスク（disc）、デジタル多用途ディスク（disc）（ＤＶＤ）、フロッピー（登録商標）ディスク（disk）およびブルーレイディスク（disc）を含み、ディスク（disk）は、通常、データを磁気的に再生し、ディスク（disc）は、データをレーザで光学的に再生する。上記の組合せもコンピュータ可読媒体の範囲内に含めるべきである。

【0135】

開示するプロセスおよび方法中のステップまたは段階の特定の順序または階層は、例示的な手法の例であることを理解されたい。設計の選好に基づいて、プロセス中のステップの特定の順序または階層は本開示の範囲内のまま再構成され得ることを理解されたい。添付の方法クレームは、様々なステップの要素を例示的な順序で提示したものであり、提示された特定の順序または階層に限定されるものではない。

【0136】

情報および信号は多種多様な技術および技法のいずれかを使用して表され得ることを、当業者は理解されよう。たとえば、上記の説明全体にわたって言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁界または磁性粒子、光場または光学粒子、あるいはそれらの任意の組合せによって表され得る。

【0137】

さらに、本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、回路、およびアルゴリズムステップは、電子ハードウェア、コンピュータソフトウェア、または両方の組合せとして実装され得ることを、当業者は諒解されよう。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的な構成要素、ブロック、モジュール、回路、およびステップについて、上記では概してそれらの機能に関して説明した。そのような機能をハードウェアとして実装するか、ソフトウェアとして実装するかは、特定の適用例および全体的なシステムに課せられた設計制約に依存する。当業者は、説明した機能を特定の適用例ごとに様々な方法で実装し得るが、そのような実装の決定は、本開示の範囲からの逸脱を生じるものと解釈すべきではない。

【0138】

本明細書で開示する実施形態に関して説明する様々な例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）または他のプログラマブル論理デバイス、個別ゲートまたはトランジスタ論理、個別ハードウェア構成要素、あるいは本明細書で説明する機能を実行するように設計されたそれらの任意の組合せを用いて実装または実行され得る。汎用プロセッサはマイクロプロセッサであり得るが、代替として、プロセッサは、任意の従来のプロセッサ、コントローラ、マイクロコントローラ、または状態機械であり得る。プロセッサはまた、コンピューティングデバイスの組合せ、たとえば、ＤＳＰとマイクロプロセッサとの組合せ、複数のマイクロプロセッサ、ＤＳＰコアと連携する１つまたは複数のマイクロプロセッサ、あるいは任意の他のそのような構成として実装され得る。

【0139】

本明細書で開示する実施形態に関して説明する方法、プロセスまたはアルゴリズムのステップまたは段階は、直接ハードウェアで実施されるか、プロセッサによって実行されるソフトウェアモジュールで実施されるか、またはその２つの組合せで実施され得る。ソフトウェアモジュールは、ＲＡＭメモリ、フラッシュメモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハードディスク、リムーバブルディスク、ＣＤ−ＲＯＭ、または当技術分野で知られている他の形態の記憶媒体に存在してよい。例示的な記憶媒体は、プロセッサが記憶媒体から情報を読むことができ、記憶媒体に情報を書き込むことができるようにプロセッサに結合される。代替として、記憶媒体はプロセッサに一体化され得る。プロセッサおよび記憶媒体はＡＳＩＣ中に常駐し得る。ＡＳＩＣはユーザ端末内に常駐し得る。代替として、プロセッサおよび記憶媒体は、ユーザ端末中に個別構成要素として常駐し得る。

【0140】

特許請求の範囲は、本明細書で示した態様に限定されるものではなく、特許請求の範囲の言い回しに矛盾しない全範囲を与えられるべきであり、単数形の要素への言及は、そのように明記されていない限り、「唯一無二の」を意味するものではなく、「１つまたは複数の」を意味するものである。別段に明記されていない限り、「いくつかの」という用語は「１つまたは複数の」を指す。項目のリスト「のうちの少なくとも１つ」を指す句は、個々のメンバーを含む、それらの項目の任意の組合せを指す。一例として、「ａ、ｂ、またはｃのうちの少なくとも１つ」は、ａ、ｂ、ｃ、ａおよびｂ、ａおよびｃ、ｂおよびｃ、ならびにａ、ｂおよびｃをカバーするものとする。

【0141】

開示した態様の前述の説明は、当業者が本開示を実施または使用できるようにするために提供されるものである。これらの態様への様々な修正は当業者には容易に明らかになり、本明細書で定義した一般原理は、本開示の趣旨または範囲から逸脱することなく他の態様に適用され得る。したがって、本開示は、本明細書で示した態様に限定されるものではなく、本明細書で開示する原理および新規の特徴に一致する最も広い範囲を与えられるべきである。以下の特許請求の範囲およびそれらの等価物は本開示の範囲を定義するものとする。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
通信システムにおいて順方向ハンドオーバを可能にするための方法であって、
ユーザ端末において、第１のセルの第１の基地局から、前記第１のセルに関連する第１の識別情報を受信することと、
前記ユーザ端末と第２のセルの第２の基地局との間の順方向ハンドオーバを開始することと、
前記第２のセルに関連する第２の識別情報を受信することと、
前記第２の基地局との無線リソース制御（ＲＲＣ）接続（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）状態を確立することと、
前記ＲＲＣ接続状態の確立と前記第２の基地局への前記接続の確立の完了との間の無線リンク障害（ＲＬＦ）を宣言することと、
前記第１の識別情報を使用して第３のセルの第３の基地局との接続を開始することとを備える、方法。
［Ｃ２］
前記第１の識別情報が、前記第１の基地局に関連する物理セル識別（ＰＣＩ）およびセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）と、前記ユーザ端末によって生成された乱数とを備える、Ｃ１に記載の方法。
［Ｃ３］
前記第１の識別情報がＳＡＥ一時的モバイル加入者識別（Ｓ−ＴＭＳＩ）を備える、Ｃ１に記載の方法。
［Ｃ４］
ＲＬＦを前記宣言することが、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎプロシージャの完了の前に行われる、Ｃ１に記載の方法。
［Ｃ５］
前記第３の基地局が、前記第１の基地局および前記第２の基地局とは異なる基地局である、Ｃ１に記載の方法。
［Ｃ６］
前記第３の基地局と前記第１の基地局とが同じ基地局である、Ｃ１に記載の方法。
［Ｃ７］
前記第３の基地局との前記ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態を確立することと、
前記第３のセルに関連する第２の識別情報を受信することと、
前記第３の基地局とのＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態の確立と前記第３の基地局への前記接続の確立の完了との間の前記第３の基地局に関連する第２のＲＬＦを宣言することと、
前記第１の識別情報を使用して第４のセルの第４の基地局との接続を開始することとをさらに備える、Ｃ１に記載の方法。
［Ｃ８］
前記第３の基地局とのＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態を前記確立することの間、前記第２の識別情報を無視することをさらに備える、Ｃ７に記載の方法。
［Ｃ９］
ユーザ端末において、第１のセルの第１の基地局から、前記第１のセルに関連する第１の識別情報を受信することと、
前記ユーザ端末と第２のセルの第２の基地局との間の順方向ハンドオーバを開始することと、
前記第２のセルに関連する第２の識別情報を受信することと、
前記第２の基地局との無線リソース制御（ＲＲＣ）接続（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）状態を確立することと、
前記ＲＲＣ接続状態の確立と前記第２の基地局への前記接続の確立の完了との間の無線リンク障害（ＲＬＦ）を宣言することと、
前記第１の識別情報を使用して第３のセルの第３の基地局との接続を開始することとを行うための、プロセッサによって実行可能なコードを含むコンピュータ可読媒体を備えるコンピュータプログラム製品。
［Ｃ１０］
第１のセルの第１の基地局から、前記第１のセルに関連する第１の識別情報を受信するように構成された受信機モジュールと、
第２のセルの第２の基地局との順方向ハンドオーバを開始するように構成された送信機モジュールと、
前記受信機モジュールとともに、前記ＲＲＣ接続状態の確立と前記第２の基地局への前記接続の確立の完了との間の無線リンク障害（ＲＬＦ）を宣言するように構成されたプロセッサモジュールとを備え、
前記送信機モジュールが、ＲＬＦの前記宣言後に、前記第１の識別情報と第１のユーザ端末情報とを使用して第３のセルの第３の基地局との接続を開始するようにさらに構成された、通信デバイス。
［Ｃ１１］
前記第１の識別情報が、前記第１の基地局に関連する物理セル識別（ＰＣＩ）およびセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）と、前記ユーザ端末によって生成された乱数とを備える、Ｃ１０に記載の通信デバイス。
［Ｃ１２］
前記第１の識別情報が、ＳＡＥ一時的モバイル加入者識別（Ｓ−ＴＭＳＩ）を備える、Ｃ１０に記載の通信デバイス。
［Ｃ１３］
ＲＬＦを前記宣言することが、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎプロシージャの完了の前に行われる、Ｃ１０に記載の通信デバイス。
［Ｃ１４］
ユーザ端末において、第１のセルの第１の基地局から、前記第１のセルに関連する第１の識別情報を受信するための手段と、
前記ユーザ端末と第２のセルの第２の基地局との間の順方向ハンドオーバを開始するための手段と、
前記第２のセルに関連する第２の識別情報を受信するための手段と、
前記第２の基地局との無線リソース制御（ＲＲＣ）接続（ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ）状態を確立するための手段と、
前記ＲＲＣ接続状態の確立と前記第２の基地局への前記接続の確立の完了との間の無線リンク障害（ＲＬＦ）を宣言するための手段と、
前記第１の識別情報を使用して第３のセルの第３の基地局との接続を開始するための手段とを備える、通信デバイス。
［Ｃ１５］
通信システムにおいて順方向ハンドオーバを可能にするための方法であって、
ターゲット基地局において、ユーザ端末から、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を受信することと、
前記ユーザ端末に第２の識別情報を送ることと、
前記ユーザ端末から新しい再確立要求を受信することと、
前記ユーザ端末に第３の識別情報を送ることと、
前記ユーザコンテキスト情報を前記第３の識別情報に関連付けることとを備える、方法。
［Ｃ１６］
前記第１の識別情報が、前記第１の基地局に関連する物理セル識別（ＰＣＩ）およびセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）と、前記ユーザ端末によって生成された乱数とを備える、Ｃ１５に記載の方法。
［Ｃ１７］
前記第１の識別情報がＳＡＥ一時的モバイル加入者識別（Ｓ−ＴＭＳＩ）を備える、Ｃ１５に記載の方法。
［Ｃ１８］
前記第２の識別情報が、前記第２の基地局によって生成された第１のＣ−ＲＮＴＩを備える、Ｃ１５に記載の方法。
［Ｃ１９］
前記第３の識別情報が、前記第２の基地局によって生成された第２のＣ−ＲＮＴＩを備える、Ｃ１８に記載の方法。
［Ｃ２０］
前記ソース基地局から前記ユーザ端末コンテキスト情報を検索することをさらに備える、Ｃ１５に記載の方法。
［Ｃ２１］
ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージを送ることをさらに備え、前記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージの受信の前にＲＬＦが生じる、Ｃ１５に記載の方法。
［Ｃ２２］
ターゲット基地局において、ユーザ端末から、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を受信することと、
前記ユーザ端末に第２の識別情報を送ることと、
前記ユーザ端末におけるＲＬＦの宣言後に、前記ユーザ端末から前記第１の識別情報を受信することと、
前記ユーザ端末に第３の識別情報を送ることと、
前記ユーザコンテキスト情報を前記第３の識別情報に関連付けることとを行うための、プロセッサによって実行可能なコードを含むコンピュータ可読媒体を備えるコンピュータプログラム製品。
［Ｃ２３］
ユーザ端末から、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を受信するように構成された受信機モジュールと、
前記ユーザ端末に第２の識別情報を送るように構成された送信機モジュールであって、前記受信機モジュールが、前記ユーザ端末におけるＲＬＦの宣言後に、前記ユーザ端末から前記第２の識別情報を受信するようにさらに構成され、前記送信機モジュールが、前記ユーザ端末に第３の識別情報を送るようにさらに構成された、送信機モジュールと、
前記ユーザコンテキスト情報を前記第３の識別情報に関連付けるように構成されたプロセッサモジュールと
を備える、通信デバイス。
［Ｃ２４］
前記第１の識別情報が、前記第１の基地局に関連する物理セル識別（ＰＣＩ）およびセル無線ネットワーク一時識別子（Ｃ−ＲＮＴＩ）と、前記ユーザ端末によって生成された乱数とを備える、Ｃ２３に記載の通信デバイス。
［Ｃ２５］
前記第１の識別情報が、ＳＡＥ一時的モバイル加入者識別（Ｓ−ＴＭＳＩ）を備える、Ｃ２３に記載の通信デバイス。
［Ｃ２６］
前記第２の識別情報が、前記第２の基地局によって生成された第１のＣ−ＲＮＴＩを備える、Ｃ２３に記載の通信デバイス。
［Ｃ２７］
前記第３の識別情報が、前記第２の基地局によって生成された第２のＣ−ＲＮＴＩを備える、Ｃ２６に記載の通信デバイス。
［Ｃ２８］
前記ソース基地局から前記ユーザ端末コンテキスト情報を検索するように構成されたバックホールインターフェースモジュールをさらに備える、Ｃ２４に記載の通信デバイス。
［Ｃ２９］
前記送信機モジュールが、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージを送るようにさらに構成され、前記ＲＬＦが、前記ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージの受信の前に生じる、Ｃ２３に記載の通信デバイス。
［Ｃ３０］
ターゲット基地局において、ユーザ端末から、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を受信するための手段と、
前記ユーザ端末に第２の識別情報を送るための手段と、
前記ユーザ端末におけるＲＬＦの宣言後に、前記ユーザ端末から前記第１の識別情報を受信するための手段と、
前記ユーザ端末に第３の識別情報を送るための手段と、
前記ユーザコンテキスト情報を前記第３の識別情報に関連付けるための手段と
を備える、通信デバイス。
［Ｃ３１］
通信システムにおいて順方向ハンドオーバを可能にするための方法であって、
ターゲット基地局において、ユーザ端末から、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を受信することと、
前記ソース基地局からの前記ユーザコンテキストの検索を開始することと、
前記ユーザコンテキストの検索に失敗したことに応答して、前記ユーザ端末にコンテキスト検索失敗メッセージを送ることと、
前記ユーザ端末から接続要求メッセージを受信することと
を備える、方法。
［Ｃ３２］
前記接続要求メッセージの受信後に、前記ユーザ端末に接続セットアップメッセージを送ることをさらに備える、Ｃ３１に記載の方法。
［Ｃ３３］
前記接続セットアップメッセージがＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージである、Ｃ３２に記載の方法。
［Ｃ３４］
前記接続要求メッセージがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージであり、前記ユーザ端末からの前のランダムアクセスチャネル（ＲＡＣＨ）プロシージャシグナリングの受信なしに、前記接続要求メッセージが受信される、Ｃ３１に記載の方法。
［Ｃ３５］
ターゲット基地局において、ユーザ端末から、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を受信することと、
前記ソース基地局からの前記ユーザコンテキストの検索を開始することと、
前記ユーザコンテキストの検索に失敗したことに応答して、前記ユーザ端末にコンテキスト検索失敗メッセージを送ることと、
前記ユーザ端末から接続要求メッセージを受信することと
を行うための、プロセッサによって実行可能なコードを含むコンピュータ可読媒体を備えるコンピュータプログラム製品。
［Ｃ３６］
ターゲット基地局において、ユーザ端末から、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を受信するように構成された受信機モジュールと、
前記ソース基地局からの前記ユーザコンテキストの検索を開始するように構成されたプロセッサモジュールと、
前記ユーザコンテキストの検索に失敗したことに応答して、前記ユーザ端末にコンテキスト検索失敗メッセージを送るように構成された送信機モジュールであって、前記受信機モジュールが、前記ユーザ端末から接続要求メッセージを受信するようにさらに構成される、送信機モジュールと
を備える、通信デバイス。
［Ｃ３７］
前記送信機モジュールが、前記接続要求メッセージの受信後に、前記ユーザ端末に接続セットアップメッセージを送るようにさらに構成された、Ｃ３６に記載の通信デバイス。
［Ｃ３８］
前記接続セットアップメッセージが、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐメッセージである、Ｃ３６に記載の通信デバイス。
［Ｃ３９］
前記接続要求メッセージがＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージであり、前記ユーザ端末からの前のランダムアクセスチャネル（ＲＡＣＨ）プロシージャシグナリングの受信なしに、前記接続要求メッセージが前記受信機モジュールにおいて受信される、Ｃ３６に記載の通信デバイス。
［Ｃ４０］
ターゲット基地局において、ユーザ端末から、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を受信するための手段と、
前記ソース基地局からのユーザコンテキストの検索を開始するための手段と、
前記ユーザコンテキストの検索に失敗したことに応答して、前記ユーザ端末にコンテキスト検索失敗メッセージを送るための手段と、
前記ユーザ端末から接続要求メッセージを受信するための手段と
を備える、通信デバイス。
［Ｃ４１］
通信システムにおいて順方向ハンドオーバを可能にするための方法であって、
ユーザ端末からターゲット基地局に、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を送ることと、
前記ターゲット基地局からコンテキスト検索失敗メッセージを受信することと、
前記コンテキスト検索失敗メッセージの受信後に、前記ターゲット基地局とのＲＡＣＨプロシージャを実行することなしに、前記ターゲット基地局に接続要求メッセージを送ることとを備える、方法。
［Ｃ４２］
前記接続要求メッセージがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージである、Ｃ４１に記載の方法。
［Ｃ４３］
前記ターゲット基地局から接続セットアップメッセージを受信することをさらに備える、Ｃ４１に記載の方法。
［Ｃ４４］
ユーザ端末からターゲット基地局に、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を送ることと、
前記ターゲット基地局からコンテキスト検索失敗メッセージを受信することと、
前記コンテキスト検索失敗メッセージの受信後に、前記ターゲット基地局とのＲＡＣＨプロシージャを実行することなしに、前記ターゲット基地局に接続要求メッセージを送ることを行うための、プロセッサによって実行可能なコードを含むコンピュータ可読媒体を備えるコンピュータプログラム製品。
［Ｃ４５］
ユーザ端末からターゲット基地局に、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を送るように構成された送信機モジュールと、
前記ターゲット基地局からコンテキスト検索失敗メッセージを受信するように構成された受信機モジュールであって、前記送信機モジュールが、前記検索失敗メッセージの受信後に、前記ターゲット基地局とのＲＡＣＨプロシージャを実行することなしに、前記ターゲット基地局に接続要求メッセージを送るようにさらに構成された、受信機モジュールとを備える、通信デバイス。
［Ｃ４６］
ユーザ端末からターゲット基地局に、ソース基地局に記憶されたユーザコンテキスト情報の検索のための情報を含む第１の識別情報を送信するための手段と、
前記ターゲット基地局からコンテキスト検索失敗メッセージを受信するための手段と、
前記コンテキスト検索失敗メッセージの受信後に、前記ターゲット基地局とのＲＡＣＨプロシージャを実行することなしに、前記ターゲット基地局に接続要求メッセージを送るための手段とを備える、通信デバイス。

【図1】

【図2】

【図3】

【図4A】

【図4B】

【図5】

【図6A】

【図6B】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】