▶ ワイアレス フューチャー テクノロジーズ インコーポレイテッドの特許一覧
特許7008059ハンドオーバのシグナリング方式を決定するための方法、装置、関連するコンピュータプログラム製品及びデータ構造
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2022-01-12
(45)【発行日】2022-01-25
(54)【発明の名称】ハンドオーバのシグナリング方式を決定するための方法、装置、関連するコンピュータプログラム製品及びデータ構造
(51)【国際特許分類】
H04W 36/14 20090101AFI20220118BHJP
H04W 36/08 20090101ALI20220118BHJP
【ＦＩ】
H04W36/14
H04W36/08
【請求項の数】
23
(21)【出願番号】P 2019225129
(22)【出願日】2019-12-13
(62)【分割の表示】P 2018138974の分割
【原出願日】2009-12-15
(65)【公開番号】P2020039184
(43)【公開日】2020-03-12
【審査請求日】2020-01-14
(73)【特許権者】
【識別番号】514238881
【氏名又は名称】ワイアレス フューチャー テクノロジーズ インコーポレイテッド
(74)【代理人】
【識別番号】100086771
【弁理士】
【氏名又は名称】西島 孝喜
(74)【代理人】
【識別番号】100109070
【弁理士】
【氏名又は名称】須田 洋之
(74)【代理人】
【識別番号】100067013
【弁理士】
【氏名又は名称】大塚 文昭
(74)【代理人】
【識別番号】100109335
【弁理士】
【氏名又は名称】上杉 浩
(74)【代理人】
【識別番号】100120525
【弁理士】
【氏名又は名称】近藤 直樹
(74)【代理人】
【識別番号】100167911
【弁理士】
【氏名又は名称】豊島 匠二
(72)【発明者】
【氏名】ブッフェ アンドレアス
(72)【発明者】
【氏名】フワン ウーンヒー
(72)【発明者】
【氏名】ショップ ミハエル
【審査官】松野 吉宏
(56)【参考文献】
【文献】国際公開第２００９／０６９８７５（ＷＯ，Ａ１）
【文献】Ericsson, ST-Ericsson，Compatibility handling at intra-LTE HO，3GPP TSG-RAN WG2♯67bis R2-095797，フランス，3GPP，2009年10月05日，Section 2
【文献】Nokia Siemens Networks，Rel-9 Delta signalling handling，3GPP TSG-RAN WG2♯67bis R2-095559，フランス，3GPP，2009年10月06日，Section 2
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｈ０４Ｂ ７／２４ － ７／２６
Ｈ０４Ｗ ４／００ － ９９／００
３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１－４
ＳＡ ＷＧ１－４
ＣＴ ＷＧ１、４
(57)【特許請求の範囲】
【請求項1】
プロトコルリリースＮまでをサポートし且つ該プロトコルリリースＮを含むソース基地局（ＢＳ）から、プロトコルリリースＭまでをサポートし且つ該プロトコルリリースＭを含むターゲットＢＳに対する、デルタ構成シグナリング方式又はフル構成シグナリング方式の一方を用いた、ユーザ装置（ＵＥ）のハンドオーバをサポートするため、前記ソース基地局（ＢＳ）によって実行される方法であって、前記ＵＥは第１のプロトコルリリースに従って前記ソースＢＳによって構成されており、前記方法は、前記ソースＢＳが、前記ＵＥを構成するために前記ソースＢＳによって使用される前記第１のプロトコルリリースを指示するハンドオーバ要求メッセージを、前記ターゲットＢＳに送信するステップであって、前記ＵＥは前記ソースＢＳによって使用される前記第１のプロトコルリリースに従って構成されている、前記ステップと、
前記ソースＢＳが、前記ターゲットＢＳからハンドオーバ要求肯定応答メッセージを受信するステップであって、前記ハンドオーバ要求肯定応答メッセージは前記第１のプロトコルリリース及び前記プロトコルリリースＭに基づいている、前記ステップと、
前記ソースＢＳが、前記ＵＥにハンドオーバコマンドメッセージを送信するステップと、
を備え、
前記第１のプロトコルリリースが前記プロトコルリリースＭよりも新しいという条件で、前記ハンドオーバ要求肯定応答メッセージ及び前記ハンドオーバコマンドメッセージは前記ＵＥがフル構成を実行することの１ビットの指示を含み、前記フル構成を実行することは前記ＵＥが第１の構成に含まれる複数のパラメータの内の少なくともいくつかを解放することを含む、方法。
【請求項2】
前記ターゲットＢＳは第１の進化型ノードＢ（ｅＮＢ）であり、前記ソースＢＳは第２のｅＮＢである、請求項１に記載の方法。
【請求項3】
前記第１のプロトコルリリースは第１の無線リソース制御（ＲＲＣ）プロトコルリリースであり、前記プロトコルリリースＭは第２のＲＲＣプロトコルリリースである、請求項１に記載の方法。
【請求項4】
前記ハンドオーバ要求肯定応答メッセージは前記ハンドオーバコマンドメッセージを含む、請求項１に記載の方法。
【請求項5】
前記第１のプロトコルリリースは、前記プロトコルリリースＭよりも新しく、且つ、前記プロトコルリリースＮまでの且つ該プロトコルリリースＮを含むプロトコルリリースである、請求項１に記載の方法。
【請求項6】
前記ハンドオーバ要求メッセージは前記第１のプロトコルリリースを指示する列挙された情報要素を含む、請求項１に記載の方法。
【請求項7】
前記ＵＥは、前記第１のプロトコルリリースで定義された前記複数のパラメータの内の１つ以上のパラメータを含む前記第１の構成に従って前記ソースＢＳによって構成されている、請求項１に記載の方法。
【請求項8】
前記ＵＥは前記ソースＢＳによって使用される前記リリースに従って構成されている、請求項１に記載の方法。
【請求項9】
プロトコルリリースＮまでをサポートし且つ該プロトコルリリースＮを含むソース基地局（ＢＳ）から、プロトコルリリースＭまでをサポートし且つ該プロトコルリリースＭを含むターゲットＢＳに対する、デルタ構成シグナリング方式又はフル構成シグナリング方式の一方を用いたユーザ装置（ＵＥ）のハンドオーバをサポートすることが可能な、ソース基地局（ＢＳ）であって、前記ＵＥは第１のプロトコルリリースに従って前記ソースＢＳによって構成されており、前記ソースＢＳは、前記ＵＥを構成するために前記ソースＢＳによって使用される前記第１のプロトコルリリースを指示するハンドオーバ要求メッセージを、前記ターゲットＢＳに送信するように構成された第１の送信機であって、前記ＵＥは前記ソースＢＳによって使用される前記第１のプロトコルリリースに従って構成されている、前記第１の送信機と、
前記ターゲットＢＳからハンドオーバ要求肯定応答メッセージを受信するように構成された受信機であって、前記ハンドオーバ要求肯定応答メッセージは前記第１のプロトコルリリース及び前記プロトコルリリースＭに基づいている、前記受信機と、
前記ＵＥにハンドオーバコマンドメッセージを送信するように構成された第２の送信機と、
を備え、
前記第１のプロトコルリリースが前記プロトコルリリースＭよりも新しいという条件で、前記ハンドオーバ要求肯定応答メッセージ及び前記ハンドオーバコマンドメッセージは前記ＵＥがフル構成を実行することの１ビットの指示を含み、前記フル構成を実行することは前記ＵＥが第１の構成に含まれる複数のパラメータの内の少なくともいくつかを解放することを含む、ソース基地局（ＢＳ）。
【請求項10】
前記ターゲットＢＳは第１の進化型ノードＢ（ｅＮＢ）であり、前記ソースＢＳは第２のｅＮＢである、請求項９に記載のソースＢＳ。
【請求項11】
前記第１のプロトコルリリースは第１の無線リソース制御（ＲＲＣ）プロトコルリリースであり、前記プロトコルリリースＭは第２のＲＲＣプロトコルリリースである、請求項９に記載のソースＢＳ。
【請求項12】
前記ハンドオーバ要求肯定応答メッセージは前記ハンドオーバコマンドメッセージを含む、請求項９に記載のソースＢＳ。
【請求項13】
前記第１のプロトコルリリースは、前記プロトコルリリースＭよりも新しく、且つ、前記プロトコルリリースＮまでの且つ該プロトコルリリースＮを含むプロトコルリリースである、請求項９に記載のソースＢＳ。
【請求項14】
前記ハンドオーバ要求メッセージは前記第１のプロトコルリリースを指示する列挙された情報要素を含む、請求項９に記載のソースＢＳ。
【請求項15】
前記ＵＥは、前記第１のプロトコルリリースで定義された前記複数のパラメータの内の１つ以上のパラメータを含む前記第１の構成に従って前記ソースＢＳによって構成されている、請求項９に記載のソースＢＳ。
【請求項16】
前記ＵＥは前記ソースＢＳによって使用される前記リリースに従って構成されている、請求項９に記載のソースＢＳ。
【請求項17】
プロトコルリリースＮまでをサポートし且つ該プロトコルリリースＮを含むソース基地局（ＢＳ）から、プロトコルリリースＭまでをサポートし且つ該プロトコルリリースＭを含むターゲットＢＳに対する、デルタ構成シグナリング方式又はフル構成シグナリング方式の一方を用いたユーザ装置（ＵＥ）のハンドオーバをサポートするため、前記ソースＢＳの少なくとも１つのプロセッサによって実行されるインストラクションのセットを格納するコンピュータ可読記憶媒体であって、前記ＵＥは第１のプロトコルリリースに従って前記ソースＢＳによって構成されており、前記インストラクションのセットは、前記ＵＥを構成するために前記ソースＢＳによって使用される前記第１のプロトコルリリースを指示するハンドオーバ要求メッセージを、前記ターゲットＢＳに送信する第１のインストラクションセグメントであって、前記ＵＥは前記ソースＢＳによって使用される前記第１のプロトコルリリースに従って構成されている、前記第１のインストラクションセグメントと、
前記ターゲットＢＳからハンドオーバ要求肯定応答メッセージを受信する第２のインストラクションセグメントであって、前記ハンドオーバ要求肯定応答メッセージは前記第１のプロトコルリリース及び前記プロトコルリリースＭに基づいている、前記第２のインストラクションセグメントと、
前記ＵＥにハンドオーバコマンドメッセージを送信する第３のインストラクションセグメントと、
を備え、
前記第１のプロトコルリリースが前記プロトコルリリースＭよりも新しいという条件で、前記ハンドオーバ要求肯定応答メッセージ及び前記ハンドオーバコマンドメッセージは前記ＵＥがフル構成を実行することの１ビットの指示を含み、前記フル構成を実行することは前記ＵＥが第１の構成に含まれる複数のパラメータの内の少なくともいくつかを解放することを含む、コンピュータ可読記憶媒体。
【請求項18】
前記第１のプロトコルリリースは第１の無線リソース制御（ＲＲＣ）プロトコルリリースであり、前記プロトコルリリースＭは第２のＲＲＣプロトコルリリースである、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項19】
前記ハンドオーバ要求肯定応答メッセージは前記ハンドオーバコマンドメッセージを含む、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項20】
前記第１のプロトコルリリースは、前記プロトコルリリースＭよりも新しく、且つ、前記プロトコルリリースＮまでの且つ該プロトコルリリースＮを含むプロトコルリリースである、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項21】
前記ハンドオーバ要求メッセージは前記第１のプロトコルリリースを指示する列挙された情報要素を含む、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項22】
前記ＵＥは、前記第１のプロトコルリリースで定義された前記複数のパラメータの内の１つ以上のパラメータを含む前記第１の構成に従って前記ソースＢＳによって構成されている、請求項１７に記載のコンピュータ可読記憶媒体。
【請求項23】
前記ＵＥは前記ソースＢＳによって使用される前記リリースに従って構成されている、請求項１７に記載のコンピュータ可読記憶媒体。
【発明の詳細な説明】
【技術分野】
【0001】
本発明の実施例は、ハンドオーバのシグナリング方式を決定することに関する。より詳細には、本発明の実施例は、ハンドオーバのシグナリング方式を決定するための方法、装置、関連するコンピュータプログラム製品及びデータ構造に関する。本発明の実施例は、例えば、第３世代パートナーシッププロジェクト（３ＧＰＰ）におけるロングタームエボリューション（ＬＴＥ）内の及び進化型ノードＢ（ｅＮＢ）間のハンドオーバに応用可能である。
【背景技術】
【0002】
３ＧＰＰは、ＬＴＥリリース８（Ｒｅｌ－８）において、例えば、ハンドオーバコマンドメッセージ（無線リソースコントローラ（ＲＲＣ）の接続再構成メッセージなど）のサイズ又は構成を縮小するために、いわゆるデルタシグナリングを使用することを決定した。このことは、ターゲットｅＮＢが、ハンドオーバコマンド内に例えばパラメータを含まない場合、ユーザ装置（ＵＥ）が、ハンドオーバ後にそのパラメータ又は機能が継続すると仮定できることを意味する。
【発明の概要】
【発明が解決しようとする課題】
【0003】
しかしながら、現在のユニバーサル移動体通信システム（ＵＭＴＳ）（いわゆる３Ｇシステムなど）では、いわゆる無線ネットワークコントローラ（ＲＮＣ）間のハンドオーバにこの種の方式が使用されることはないが、例えば無線ネットワークシステム（ＲＮＳ）の再配置（ハードハンドオーバなど）にＵＥが関与する場合、ターゲットＲＮＣが、無線アクセスベアラ（ＲＡＢ）情報に基づいてハンドオーバコマンドメッセージを構成することができる。このことは、ターゲットＲＮＣが、ハンドオーバ後に使用するパラメータを明確に含むことができることを意味する。
【0004】
この問題を解決するための方法に力が注がれてきた。
【0005】
例えば、フルシグナリング構成を使用することができる。しかしながら、３ＧＰＰでは、いわゆるデルタシグナリング又はフルシグナリングの使用を、ターゲットｅＮＢがどのように選択できるようにするかについての検討は行われていない。
【0006】
しかしながら、デルタシグナリングでは、ソースｅＮＢとターゲットｅＮＢが同じＲＲＣプロトコルリリースを使用するか、或いはターゲットｅＮＢのＲＲＣプロトコルリリースの方がソースｅＮＢのＲＲＣプロトコルリリースよりも新しいと仮定される。しかしながら、例えば、ターゲットｅＮＢのＲＲＣプロトコルリリースの方がソースｅＮＢのＲＲＣプロトコルリリースよりも早い場合、ターゲットｅＮＢは、ハンドオーバ後に遅い方のリリース機能を継続することができないので、追加ルールが必要になり得る。このため、遅い方のリリースで定義されている全ての追加機能及びパラメータを解放することができる。
【課題を解決するための手段】
【0007】
上記に鑑み、本発明の実施例によれば、ハンドオーバのシグナリング方式を決定するための方法、装置、関連するコンピュータプログラム製品及びデータ構造が提供される。
【0008】
これに関連して、本発明の実施例は、以下の１又はそれ以上を可能にする。
－ デルタシグナリング又はフルシグナリングの使用をターゲットｅＮＢが選択するための論理を定める。
－ 上記決定を行う際に、ターゲットｅＮＢを支援するためにパラメータ交換を可能にする。
－ 複雑なネットワークを避け、従って複雑な動作及び管理（Ｏ＆Ｍ）構成努力を避ける。
－ ターゲットｅＮＢが、いつデルタシグナリングを使用すべきか、及びいつフル構成シグナリングを使用すべきかを取り決めるための単純な論理を提供する。
－ デルタシグナリング又はフルシグナリングの使用をターゲットｅＮＢが選択するための論理を定める。
－ 上記決定を行う際に、ターゲットｅＮＢを支援するためにパラメータ交換を可能にする。
－ 複雑なネットワークを避け、従って複雑な動作及び管理（Ｏ＆Ｍ）構成努力を避ける。
－ ターゲットｅＮＢが、いつデルタシグナリングを使用すべきか、及びいつフル構成シグナリングを使用すべきかを取り決めるための単純な論理を提供する。
【0009】
以下、添付図面を参照しながら本発明の実施例について説明する。
【図面の簡単な説明】
【0010】
【図1】本発明の実施例による、ハンドオーバのシグナリング方式を決定するための方法を示す図である。
【図2】本発明の実施例による、ハンドオーバのシグナリング方式を決定するための装置を示す図である。
【図3】本発明の実施例による、ハンドオーバのシグナリング方式を決定するためのデータ構造を示す図である。
【発明を実施するための形態】
【0011】
以下、添付図面を参照しながら本発明の実施例を一例として説明する。
【0012】
なお、この説明では、「プロトコルリリース、少なくとも１ビット、無線リソース制御接続再構成メッセージ、無線リソース制御プロトコル、フルシグナリング、及びデルタシグナリング」という用語は、それぞれ「プロトコルバージョン、情報要素、ハンドオーバを命令するためにＵＥへ送信されるメッセージ、第１及び第２のプロトコル、フル構成のハンドオーバコマンドメッセージ（パラメータなど）を使用するシグナリング方式、及び縮小構成のハンドオーバコマンドメッセージを使用するシグナリング方式」の例であり、後者の用語が、前者の用語に課せられる特別な技術的詳細又は実施構成の詳細に限定されることはない。
【0013】
図１に、本発明の実施例による、ハンドオーバのシグナリング方式を決定する方法を示す。要素間のシグナリングを水平方向に示す一方で、垂直構成のシグナリングシーケンス及びシーケンス番号に、シグナリング間の時間局面を反映させることができる。なお、図１に示す時間局面は、必ずしも図示の方法ステップのいずれか１つを、概説するステップシーケンスに限定するものではない。このことは、互いに機能的に分離できる方法ステップに特に当てはまる。図１では、説明を簡単にするために、主要機能を提供できる手段又は部分を実線の機能ブロック又は矢印及び／又は標準フォントで示す一方、任意の機能を提供できる手段又は部分を破線の機能ブロック又は矢印及び／又はイタリック体フォントで示している。
【0014】
図１に示すように、通信システム２００は、ＵＥ２０１及びネットワーク２０２を含むことができる。また、ネットワーク２０２は、ソースｅＮＢ２０２１及びターゲットｅＮＢ２０２２をさらに含むことができ、「ターゲット」及び「ソース」という用語は、例えば、ｅＮＢ２０２１と２０２２の間のハンドオーバ関係に関する。
【0015】
まず、動作準備ステップＳ０において、例えば、ＵＥ２０１及びソースｅＮＢ２０２１が、ハンドオーバ（ＨＯ）を行うための測定手順及びソースｅＮＢ２０２１の決定を行うステップを実行することができる。
【0016】
さらに、図１に示すように、ステップＳ１－１において、例えばソースｅＮＢ２０２１が、ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョン（ソースｅＮＢ２０２１のＲＲＣプロトコルバージョンなど）の指示（列挙された情報要素など）を送信するステップを実行することができる。次に、ステップＳ２－１において、例えばターゲットｅＮＢ２０２２が、ハンドオーバ要求メッセージにおいて、この第１のプロトコルバージョンの指示を受信するステップを実行することができる。
【0017】
ステップＳ２－２において、例えばターゲットｅＮＢ２０２２が、この受信した第１のプロトコルバージョン及び第２のプロトコルバージョン（ターゲットｅＮＢ２０２２のＲＲＣプロトコルバージョンなど）の指示（ＲＲＣ指示など）に基づいて、送信するハンドオーバ要求肯定応答メッセージ（ハンドオーバ要求肯定応答メッセージ内にカプセル化することができるＲＲＣ接続再構成メッセージなど）に含まれる、第１のシグナリング方式（デルタシグナリングなど）、及びこの第１のシグナリング方式とは異なる第２のシグナリング方式（フルシグナリングなど）の一方の使用を指示する情報要素の値（１ビットなど）を決定するステップを実行することができる。
【0018】
ステップＳ２－３において、例えばターゲットｅＮＢ２０２２が、第１及び第２のシグナリング方式（デルタシグナリング又はフルシグナリングなど）の一方の使用を指示する情報要素を含む（ＲＲＣ接続再構成メッセージを含むことができる）ハンドオーバ要求肯定応答メッセージを送信するステップを実行することができる。これに応じ、ステップＳ１－２において、例えばソースｅＮＢ２０２１が、ステップＳ１－１での送信ステップに応答して、第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された第１のシグナリング方式及び第２のシグナリング方式の一方の使用を指示する情報要素を含む（例えばＲＲＣ接続再構成メッセージを含む）ハンドオーバ要求肯定応答メッセージを受信するステップを実行することができる。
【0019】
任意のステップＳ１－３において、例えばソースｅＮＢ２０２１が、受信したハンドオーバ要求肯定応答メッセージから、情報要素を含むハンドオーバコマンドメッセージを抽出するステップを実行することができる。
【0020】
次に、ステップＳ１－４において、例えばソースｅＮＢ２０２１が、上記受信後に、ユーザ装置（ＵＥ２０１など）へハンドオーバコマンドメッセージ（ＲＲＣ接続再構成メッセージなど）を送信するステップを実行することができる。
【0021】
最後に、ステップＳ３－２において、例えばＵＥ２０１が、情報要素を含むハンドオーバコマンドメッセージを受信するステップを実行することができる。また、ステップＳ３－２では、例えばＵＥ２０１が、情報要素によって指示される第１又は第２のシグナリング方式に従って構成を行うステップを実行することができる。
【0022】
ターゲットｅＮＢ２０２２に関する展開では、上記決定ステップをハンドオーバ準備中に実行することができる。さらに、第１のプロトコルバージョンの指示（ソースｅＮＢ２０２１のＲＲＣプロトコルバージョンなど）を無線リソース制御コンテナに含め、或いはＸ２／Ｓ１アプリケーションシグナリングプロトコルでシグナリングすることができる。
【0023】
ソースｅＮＢ２０２１及びターゲットｅＮＢ２０２２の両方に関する展開では、第１のシグナリング方式が、無線リソース制御仕様（ハンドオーバ準備情報メッセージなど）で定義された無線リソース制御コンテナを利用することができる。この場合、情報要素を肯定的に設定することができる。さらに、この場合、第１のプロトコルバージョン（ソースｅＮＢ２０２１のＲＲＣプロトコルバージョンなど）を第２のプロトコルバージョン（ターゲットｅＮＢ２０２２のＲＲＣプロトコルバージョンなど）よりも高くすることができる。或いは、第２のシグナリング方式が、Ｘ２アプリケーションプロトコル仕様（ハンドオーバ要求メッセージなど）又はＳ１アプリケーションプロトコル仕様（ハンドオーバ必須メッセージなど）で定義されたメッセージを利用することができる。この場合、情報要素を非肯定的に設定することができる。さらに、この場合、第１のプロトコルバージョンを第２のプロトコルバージョンと等しく、又はこれよりも低くすることができる。しかしながら、シグナリング方式に関わらず、ソースｅＮＢ２０２１からターゲットｅＮＢ２０２２へ同じ情報を転送すべきである。さらに、プロトコルバージョンをプロトコルリリースによって構成することもできる。また、情報要素を少なくとも１ビットによって構成することもできる。さらに、ハンドオーバ要求肯定応答メッセージを無線リソース制御接続再構成メッセージによって構成することができ、或いはハンドオーバ要求肯定応答メッセージが無線リソース制御接続再構成メッセージをカプセル化することができる。さらに、第１のプロトコルを、ハンドオーバソースエンティティの無線リソース制御プロトコルによって構成する一方で、第１のプロトコルバージョンの指示を、列挙された情報要素とすることができる。さらに、第２のプロトコルを、ハンドオーバターゲットエンティティの無線リソース制御プロトコルによって構成することができる。最後に、フル構成又はデルタ構成のハンドオーバコマンドメッセージを、無線リソース制御接続再構成メッセージによって構成する一方で、無線リソース制御コンテナをハンドオーバ準備情報メッセージによって構成することができる。
【0024】
図２に、本発明の実施例による、ハンドオーバのシグナリング方式を決定するための装置（ＵＥ２０１、ソースｅＮＢ２０２１及びターゲットｅＮＢ２０２２など）を示す。図２では、説明を簡単にするために、主要機能を提供できる手段又は部分を実線の機能ブロック又は矢印及び／又は標準フォントで示す一方、任意の機能を提供できる手段又は部分を破線の機能ブロック又は矢印及び／又はイタリック体フォントで示している。
【0025】
ＵＥ２０１は、ＣＰＵ（又は回路）２０１１、メモリ２０１２、任意の送信機（又は送信手段）２０１３、受信機（又は受信手段）２０１４、及び構成器（又は構成手段）２０１５を含むことができる。
【0026】
ソースｅＮＢ２０２１は、ＣＰＵ（又は回路）２０２１１、メモリ２０２１２、送信機（又は送信手段）２０２１３、受信機（又は受信手段）２０２１４、及び任意の抽出器（又は抽出手段）２０２１５を含むことができる。
【0027】
ターゲットｅＮＢ２０２２は、ＣＰＵ（又は回路）２０２２１、メモリ２０２２２、送信機（又は送信手段）２０２２３、受信機（又は受信手段）２０２２４、及び決定器（又は決定手段）２０２２５を含むことができる。
【0028】
ＣＰＵ２０１１、２０２１１又は２０２２１の機能ブロックの破線の拡張部によって示すように、構成手段２０１５、抽出手段２０２１５及び決定手段２０２２５（及びＵＥ２０１の送信手段２０１３及び受信手段２０１４、ソースｅＮＢ２０２１の送信手段２０２１３及び受信手段２０２１４、並びにターゲットｅＮＢ２０２２の送信手段２０２２３及び受信手段２０２２４）は、ＵＥ２０１及び／又はソースｅＮＢ２０２１及びターゲットｅＮＢ２０２２のＣＰＵ２０１１、２０２１１又は２０２２１で実行される機能であってもよく、或いは別個の機能エンティティ又は手段であってもよい。
【0029】
ＣＰＵ２０ｘ１（ｘ＝１、２１及び／又は２２）は、例えばメモリ２０ｘ２内に存在するソフトウェアにより、様々なデータ入力を処理し、メモリ２０ｘ２、送信手段２０２ｘ３及び受信手段２０ｘ４（並びにＵＥ２０１の構成手段２０１５、ターゲットｅＮＢ２０２２の抽出手段２０２１５及び決定手段２０２２５）の機能を制御するようにそれぞれ構成することができる。メモリ２０ｘ２は、例えばＣＰＵ２０ｘ１上で実行された場合、例えば本発明の実施例による方法を実施するためのコード手段を記憶するように機能することができる。なお、送信手段２０ｘ３及び受信手段２０ｘ４を、代わりにそれぞれの統合トランシーバとして提供することもできる。さらに、送信機／受信機を、ｉ）例えば（ＵＥ２０１とソースエンティティ２０２１の間などの）無線インターフェイスを介して送受信を行うための物理的送信機／受信機として、ｉｉ）例えば、（別個のネットワークエンティティとして配置された場合のソースｅＮＢ２０２１とターゲットｅＮＢ２０２２の間などの）ＰＳ（パケット交換）ネットワーク内でデータパケットを送信／受信を行うためのルーティングエンティティとして、ｉｉｉ）（例えば、統合ネットワークエンティティとして配置された場合のソースｅＮＢ２０２１とターゲットｅＮＢ２０２２の共有／共通ＣＰＵ又はメモリなどの場合に）所与の記憶領域に／から情報の書き込み／読み取りを行うための機能として、或いはｉｖ）ｉ）からｉｉｉ）のいずれかの適当な組み合わせとして実現することもできる。
【0030】
さらに、図２に示すように、例えばソースｅＮＢ２０２１の送信手段２０２１３は、ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョン（ソースｅＮＢ２０２１のＲＲＣプロトコルバージョンなど）の指示（列挙された情報要素など）を受信するステップを実行することができる。次に、例えばターゲットｅＮＢ２０２２の受信手段２０２２４は、ハンドオーバ要求メッセージにおいて、この第１のプロトコルバージョンの指示を受信するステップを実行することができる。
【0031】
例えばターゲットｅＮＢ２０２２の決定手段２０２２５は、この受信した第１のプロトコルバージョン及び第２のプロトコルバージョン（ターゲットｅＮＢ２０２２のＲＲＣプロトコルバージョンなど）の指示（ＲＲＣ指示など）に基づいて、送信するハンドオーバ要求肯定応答メッセージ（ハンドオーバ要求肯定応答メッセージ内にカプセル化することができるＲＲＣ接続再構成メッセージなど）に含まれる、第１のシグナリング方式（デルタシグナリングなど）、及びこの第１のシグナリング方式とは異なる第２のシグナリング方式（フルシグナリングなど）の一方の使用を指示する情報要素の値（１ビットなど）を決定するステップを実行することができる。
【0032】
さらに、例えばターゲットｅＮＢ２０２２の送信手段２０２２３は、第１及び第２のシグナリング方式（デルタシグナリング又はフルシグナリングなど）の一方の使用を指示する情報要素を含む（ＲＲＣ接続再構成メッセージを含むことができる）ハンドオーバ要求肯定応答メッセージを送信するステップを実行することができる。これに応じ、例えばソースｅＮＢ２０２１の受信手段２０２１４は、送信手段２０２１３が行った送信に応答して、第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された第１のシグナリング方式及び第２のシグナリング方式の一方の使用を指示する情報要素を含む（例えばＲＲＣ接続再構成メッセージを含む）ハンドオーバ要求肯定応答メッセージを受信するステップを実行することができる。
【0033】
任意に、例えばソースｅＮＢ２０２１の抽出手段２０２１５は、受信したハンドオーバ要求肯定応答メッセージから、情報要素を含むハンドオーバコマンドメッセージを抽出するステップを実行することができる。
【0034】
その後、任意に、例えばソースｅＮＢ２０２１の送信手段２０２１３は、上記受信後に、ユーザ装置（ＵＥ２０１など）へハンドオーバ要求肯定応答メッセージ（ＲＲＣ接続再構成メッセージなど）を送信するステップを実行することができる。
【0035】
最後に、例えばＵＥ２０１の受信手段２０１４は、情報要素を含むハンドオーバコマンドメッセージを受信するステップを実行することができる。また、例えばＵＥ２０１の構成手段２０１５は、情報要素によって示される第１又は第２のシグナリング方式に従って構成を行うステップを実行することができる。
【0036】
ターゲットｅＮＢ２０２２に関する展開では、決定手段２０２２５を、ハンドオーバ準備中に実行するように構成することができる。さらに、第１のプロトコルバージョンの指示（ソースｅＮＢ２０２１のＲＲＣプロトコルバージョンなど）を無線リソース制御コンテナに含め、或いはＸ２／Ｓ１アプリケーションシグナリングプロトコルでシグナリングすることができる。
【0037】
ソースｅＮＢ２０２１及びターゲットｅＮＢ２０２２の両方に関する展開では、第１のシグナリング方式が、無線リソース制御仕様（ハンドオーバ準備情報メッセージなど）で定義された無線リソース制御コンテナを利用することができる。この場合、情報要素を肯定的に設定することができる。さらに、この場合、第１のプロトコルバージョン（ソースｅＮＢ２０２１のＲＲＣプロトコルバージョンなど）を第２のプロトコルバージョン（ターゲットｅＮＢ２０２２のＲＲＣプロトコルバージョンなど）よりも高くすることができる。或いは、第２のシグナリング方式が、Ｘ２アプリケーションプロトコル仕様（ハンドオーバ要求メッセージなど）又はＳ１アプリケーションプロトコル仕様（ハンドオーバ必須メッセージなど）で定義されたメッセージを利用することができる。この場合、情報要素を非肯定的に設定することができる。さらに、この場合、第１のプロトコルバージョンを第２のプロトコルバージョンと等しく、又はこれよりも低くすることができる。しかしながら、シグナリング方式に関わらず、ソースｅＮＢ２０２１からターゲットｅＮＢ２０２２へ同じ情報を転送すべきである。さらに、プロトコルバージョンをプロトコルリリースによって構成することもできる。また、情報要素を少なくとも１ビットによって構成することもできる。さらに、ハンドオーバ要求肯定応答メッセージを無線リソース制御接続再構成メッセージによって構成することができ、或いはハンドオーバ要求肯定応答メッセージが無線リソース制御接続再構成メッセージをカプセル化することができる。さらに、第１のプロトコルを、ハンドオーバソースエンティティの無線リソース制御プロトコルによって構成する一方で、第１のプロトコルバージョンの指示を、列挙された情報要素とすることができる。さらに、第２のプロトコルを、ハンドオーバターゲットエンティティの無線リソース制御プロトコルによって構成することができる。最後に、フル構成又はデルタ構成のハンドオーバコマンドメッセージを、無線リソース制御接続再構成メッセージによって構成する一方で、無線リソース制御コンテナをハンドオーバ準備情報メッセージによって構成することができる。
【0038】
さらに、上述した送信手段２０２１３、２０２２３、受信手段２０２１４、２０２２４、構成手段２０１５、抽出手段２０２１５及び決定手段２０２２５、並びにＵＥ１０１、ソースｅＮＢ２０２１及びターゲットｅＮＢ２０２２の少なくとも１又はそれ以上、或いは実施されるそれぞれの機能を、チップセット、モジュール又はサブアセンブリとして実現することができる。
【0039】
最後に、本発明の実施例は、上述した本発明の実施例によるソースｅＮＢ２０２１、ターゲットｅＮＢ２０２２、及びＵＥ２０１を含むことができるシステムにも関する。
【0040】
図３に、本発明の実施例による、ハンドオーバのシグナリング方式を決定するためのデータ構造３００を示す。
【0041】
図３に示すように、データ構造３００は、第１のプロトコルバージョン（例えばハンドオーバ準備中にターゲットｅＮＢ２０２１へシグナリングされたソースｅＮＢ２０２１のＲＲＣプロトコルバージョンなど）と外部の第２のプロトコルバージョン（ターゲットｅＮＢ２０２２がサポートするように構成されるＲＲＣプロトコルバージョンなど）に基づいて決定された、第１のシグナリング方式（デルタシグナリングなど）及び第２のシグナリング方式（フルシグナリングなど）の一方の使用を指示する情報要素３０１を含むことができる。
【0042】
さらに、このデータ構造は、任意のヘッダ３０２、任意のペイロード部分３０３、及び任意のトレーラ３０４を含むことができる。
【0043】
データ構造に関する展開では、データ構造をハンドオーバ要求肯定応答メッセージによって構成することができる。さらに、第１のシグナリング方式では、無線リソース制御仕様（ハンドオーバ準備情報メッセージなど）で定義された無線リソース制御コンテナを利用することができる。この場合、情報要素を肯定的に設定することができる。さらに、この場合、第１のプロトコルバージョン（ソースｅＮＢ２０２１のＲＲＣプロトコルバージョンなど）を第２のプロトコルバージョン（ターゲットｅＮＢ２０２２のＲＲＣプロトコルバージョンなど）よりも高くすることができる。或いは、第２のシグナリング方式が、Ｘ２アプリケーションプロトコル仕様（ハンドオーバ要求メッセージなど）又はＳ１アプリケーションプロトコル仕様（ハンドオーバ必須メッセージなど）で定義されたメッセージを利用することができる。この場合、情報要素を非肯定的に設定することができる。さらに、この場合、第１のプロトコルバージョンを第２のプロトコルバージョンと等しく、又はこれよりも低くすることができる。しかしながら、シグナリング方式に関わらず、ソースｅＮＢ２０２１からターゲットｅＮＢ２０２２へ同じ情報を転送すべきである。さらに、プロトコルバージョンをプロトコルリリースによって構成することもできる。また、情報要素を少なくとも１ビットによって構成することもできる。さらに、ハンドオーバ要求肯定応答メッセージを無線リソース制御接続再構成メッセージによって構成することができ、或いはハンドオーバ要求肯定応答メッセージが無線リソース制御接続再構成メッセージをカプセル化することができる。さらに、第１のプロトコルを、ハンドオーバソースエンティティの無線リソース制御プロトコルによって構成する一方で、第１のプロトコルバージョンの指示を、列挙された情報要素とすることができる。さらに、第２のプロトコルを、ハンドオーバターゲットエンティティの無線リソース制御プロトコルによって構成することができる。最後に、フル構成又はデルタ構成のハンドオーバコマンドメッセージを、無線リソース制御接続再構成メッセージによって構成する一方で、無線リソース制御コンテナをハンドオーバ準備情報メッセージによって構成することができる。
【0044】
この節の以下の詳細に限定されるわけではないが、本発明の実施例を以下のように要約することができる。
例えば、リリース９で新たなチャネル品質インジケータ（ＣＱＩ）報告パラメータが定義され、ＵＥが、このリリース９のソースｅＮＢにおける新たなＣＱＩ報告パラメータで構成されている場合、リリース８のｅＮＢへのハンドオーバ時に、この新たなＣＱＩ報告パラメータを解放すべきである。しかしながら、リリース８のｅＮＢは、この機能をサポートしていないので、この機能を解放する手段も有していないし、この機能を使用し続けるＵＥと正しくやりとりすることもできない。
従って、ソースｅＮＢとターゲットｅＮＢが、例えば異なるプロトコルバージョン又はリリースを使用している場合のハンドオーバ（ＨＯ）に対処する方法について検討する。基本的に、本発明の実施例は、ソースｅＮＢで使用されているＲＲＣ（無線リソース制御）プロトコルバージョン（リリース）を指示するための機構を提供し、従って、例えばハンドオーバ準備情報メッセージに新たなパラメータを追加することができ、これに基づいて、ターゲットｅＮＢが、ＨＯを正常に終了させるためにフルシグナリング又はデルタシグナリングのいずれが必要かを決定して、これをＵＥに示すことができるようにするものである。換言すれば、ターゲットｅＮＢがデルタ構成の方法を使用するか、それともフル構成の方法を使用するかを、このインジケータによってＵＥ（ユーザ装置）に伝えることができ、いずれの方法が使用され、又は使用すべきかをターゲットｅＮＢが判断できるようにするために、ハンドオーバ準備中にソースｅＮＢからターゲットｅＮＢへ特定のＲＲＣリリースバージョンをシグナリングすることを意味する。ターゲットｅＮＢのＲＲＣプロトコルバージョンが、ソースｅＮＢが使用しているプロトコルバージョンと等しく、又はこれよりも新しい場合、デルタシグナリングをサポートすることができる。フルシグナリングを使用するには、例えば指示のための１ビットを、例えばリリース８又はそれ以降のＲＲＣ接続再構成メッセージに含めることを提案する。従って、「フルシグナリングインジケータ」が「はい」に設定されている場合、ＵＥは、ＲＲＣ接続再構成メッセージがデルタシグナリングに基づいていないことをはっきりと理解することができる。このフルシグナリングは、ソースｅＮＢのＲＲＣプロトコルリリースが、ターゲットｅＮＢのＲＲＣプロトコルリリースよりも高い場合に必要となり得るので、リリース８以降の「フルシグナリングインジケータ」を有することで問題を解決することができる。
この情報要素は、例えばＲＲＣ接続再構成メッセージに含めて、例えばハンドオーバ要求肯定応答メッセージにおいてソースｅＮＢへ送信することができるので、ターゲットｅＮＢは、「フルシグナリングインジケータ」を「はい」に設定すべきかどうかの決定を、例えばＨＯ準備中に行うことができる。
換言すれば、ソースｅＮＢが、ソースｅＮＢのＲＲＣプロトコルのリリースをハンドオーバ準備中にターゲットｅＮＢに指示できるようにすることを提案する。この情報要素は、ＲＲＣコンテナに含めることもでき、或いはＸ２及び／又はＳ１アプリケーションプロトコルでＸ２及び／又はＳ１を介してシグナリングすることもできる。ソースｅＮＢが使用しているＲＲＣプロトコルのリリースをターゲットｅＮＢが知った後であって、このリリースが、ターゲットｅＮＢが使用しているリリースよりも高い場合、又は（例えば、ソースｅＮＢのＲＲＣプロトコルリリースインジケータが、ターゲットｅＮＢがサポートしているものよりも高いという理由で）ターゲットｅＮＢがこのリリースを理解しない場合、ターゲットｅＮＢは、フルシグナリングを使用することができる。ソースｅＮＢのＲＲＣプロトコルリリースが、ターゲットｅＮＢのＲＲＣプロトコルリリースよりも低く、或いはこれに等しい場合、ターゲットｅＮＢは、いわゆるデルタシグナリングを使用することができる。
換言すれば、第１のプロトコルバージョンのシグナリングを、例えばＲＲＣコンテナ又はＸ１／Ｓ１メッセージによって行うことができる。このシグナリング自体は、デルタ又はフルシグナリングに関するものでなくてよい。ソースｅＮＢは、例えばそのＲＲＣプロトコルリリースを、ＲＲＣコンテナ（ハンドオーバ準備情報メッセージなど）又はＸ１／Ｓ１メッセージ（ハンドオーバ要求メッセージ／ハンドオーバ必須メッセージ）を介して指示することができる。そして徐々に、ＲＲＣコンテナをＸ１／Ｓ２メッセージ内にカプセル化することができる。従って、ハンドオーバコマンドをＲＲＣメッセージとし、ハンドオーバ要求肯定応答メッセージをＸ２メッセージとすることができる。ハンドオーバコマンドメッセージは、ＵＥが処理できる形をとることができるので、ハンドオーバコマンドをハンドオーバ要求肯定応答メッセージ内にカプセル化し、ソースｅＮＢが、このハンドオーバコマンドをＵＥへ送信することができる。最後に、このターゲットｅＮＢにおいて構成され、ソースｅＮＢを介してＵＥへ送信されるハンドオーバコマンドメッセージに、フル／デルタシグナリングを関連付けることができる。従って、ＵＥがパラメータを正しく構成できるように、この同じメッセージ（すなわち、ハンドオーバコマンドメッセージ）内の１ビットのインジケータを使用することができる。
例えば、リリース９で新たなチャネル品質インジケータ（ＣＱＩ）報告パラメータが定義され、ＵＥが、このリリース９のソースｅＮＢにおける新たなＣＱＩ報告パラメータで構成されている場合、リリース８のｅＮＢへのハンドオーバ時に、この新たなＣＱＩ報告パラメータを解放すべきである。しかしながら、リリース８のｅＮＢは、この機能をサポートしていないので、この機能を解放する手段も有していないし、この機能を使用し続けるＵＥと正しくやりとりすることもできない。
従って、ソースｅＮＢとターゲットｅＮＢが、例えば異なるプロトコルバージョン又はリリースを使用している場合のハンドオーバ（ＨＯ）に対処する方法について検討する。基本的に、本発明の実施例は、ソースｅＮＢで使用されているＲＲＣ（無線リソース制御）プロトコルバージョン（リリース）を指示するための機構を提供し、従って、例えばハンドオーバ準備情報メッセージに新たなパラメータを追加することができ、これに基づいて、ターゲットｅＮＢが、ＨＯを正常に終了させるためにフルシグナリング又はデルタシグナリングのいずれが必要かを決定して、これをＵＥに示すことができるようにするものである。換言すれば、ターゲットｅＮＢがデルタ構成の方法を使用するか、それともフル構成の方法を使用するかを、このインジケータによってＵＥ（ユーザ装置）に伝えることができ、いずれの方法が使用され、又は使用すべきかをターゲットｅＮＢが判断できるようにするために、ハンドオーバ準備中にソースｅＮＢからターゲットｅＮＢへ特定のＲＲＣリリースバージョンをシグナリングすることを意味する。ターゲットｅＮＢのＲＲＣプロトコルバージョンが、ソースｅＮＢが使用しているプロトコルバージョンと等しく、又はこれよりも新しい場合、デルタシグナリングをサポートすることができる。フルシグナリングを使用するには、例えば指示のための１ビットを、例えばリリース８又はそれ以降のＲＲＣ接続再構成メッセージに含めることを提案する。従って、「フルシグナリングインジケータ」が「はい」に設定されている場合、ＵＥは、ＲＲＣ接続再構成メッセージがデルタシグナリングに基づいていないことをはっきりと理解することができる。このフルシグナリングは、ソースｅＮＢのＲＲＣプロトコルリリースが、ターゲットｅＮＢのＲＲＣプロトコルリリースよりも高い場合に必要となり得るので、リリース８以降の「フルシグナリングインジケータ」を有することで問題を解決することができる。
この情報要素は、例えばＲＲＣ接続再構成メッセージに含めて、例えばハンドオーバ要求肯定応答メッセージにおいてソースｅＮＢへ送信することができるので、ターゲットｅＮＢは、「フルシグナリングインジケータ」を「はい」に設定すべきかどうかの決定を、例えばＨＯ準備中に行うことができる。
換言すれば、ソースｅＮＢが、ソースｅＮＢのＲＲＣプロトコルのリリースをハンドオーバ準備中にターゲットｅＮＢに指示できるようにすることを提案する。この情報要素は、ＲＲＣコンテナに含めることもでき、或いはＸ２及び／又はＳ１アプリケーションプロトコルでＸ２及び／又はＳ１を介してシグナリングすることもできる。ソースｅＮＢが使用しているＲＲＣプロトコルのリリースをターゲットｅＮＢが知った後であって、このリリースが、ターゲットｅＮＢが使用しているリリースよりも高い場合、又は（例えば、ソースｅＮＢのＲＲＣプロトコルリリースインジケータが、ターゲットｅＮＢがサポートしているものよりも高いという理由で）ターゲットｅＮＢがこのリリースを理解しない場合、ターゲットｅＮＢは、フルシグナリングを使用することができる。ソースｅＮＢのＲＲＣプロトコルリリースが、ターゲットｅＮＢのＲＲＣプロトコルリリースよりも低く、或いはこれに等しい場合、ターゲットｅＮＢは、いわゆるデルタシグナリングを使用することができる。
換言すれば、第１のプロトコルバージョンのシグナリングを、例えばＲＲＣコンテナ又はＸ１／Ｓ１メッセージによって行うことができる。このシグナリング自体は、デルタ又はフルシグナリングに関するものでなくてよい。ソースｅＮＢは、例えばそのＲＲＣプロトコルリリースを、ＲＲＣコンテナ（ハンドオーバ準備情報メッセージなど）又はＸ１／Ｓ１メッセージ（ハンドオーバ要求メッセージ／ハンドオーバ必須メッセージ）を介して指示することができる。そして徐々に、ＲＲＣコンテナをＸ１／Ｓ２メッセージ内にカプセル化することができる。従って、ハンドオーバコマンドをＲＲＣメッセージとし、ハンドオーバ要求肯定応答メッセージをＸ２メッセージとすることができる。ハンドオーバコマンドメッセージは、ＵＥが処理できる形をとることができるので、ハンドオーバコマンドをハンドオーバ要求肯定応答メッセージ内にカプセル化し、ソースｅＮＢが、このハンドオーバコマンドをＵＥへ送信することができる。最後に、このターゲットｅＮＢにおいて構成され、ソースｅＮＢを介してＵＥへ送信されるハンドオーバコマンドメッセージに、フル／デルタシグナリングを関連付けることができる。従って、ＵＥがパラメータを正しく構成できるように、この同じメッセージ（すなわち、ハンドオーバコマンドメッセージ）内の１ビットのインジケータを使用することができる。
【0045】
［さらなる実施例］
本明細書で上述したように、本発明では以下の点に留意されたい。
－ 回路は、以下の少なくとも１つ又は混合とすることができる。
（ａ）（純粋なアナログ及び／又はデジタル回路での実装などの）純粋なハードウェア回路の実装、及び
（ｂ）（適用可能な場合）以下のような回路とソフトウェア（及び／又はファームウェア）の組み合わせ
（ｉ）（単複の）プロセッサの組み合わせ、又は
（ｉｉ）（単複の）プロセッサ／（（単複の）デジタル信号プロセッサを含む）ソフトウェアの一部、上記で定義したような装置に様々な機能を実行させるように協働するソフトウェア及び（１又は複数の）メモリ、及び
（ｃ）ソフトウェア又はファームウェアが物理的に存在しない場合でも動作にソフトウェア及び／又はファームウェアを必要とする（単複の）（マイクロ）プロセッサ又は（ａ）（単複の）（マイクロ）プロセッサの一部などの回路
－ プロセッサは、ＣＰＵ、演算及び論理ユニット（ＡＬＵ）、マイクロプロセッサユニット（ＭＰＵ）、デジタル信号プロセッサ（ＤＳＰ）などのいずれの処理ユニットであってもよく、シングルコアプロセッサであっても、デュアルコアプロセッサであっても、又はマルチコアプロセッサであってもよい。
－ プログラムは、いずれかのコンピュータプログラム（製品）、コンピュータ可読媒体、（単複の）プロセッサ、（１又は複数の）メモリ、回路、複数の回路、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）及び／又は（単複の）データ構造により、又はこれらの上で具体化することができ、例えばコンパイル／非コンパイルプログラム（ソース）コード、実行可能オブジェクト、（メタ）ファイルのようなものであってもよい。
－ アクセス技術は、ユーザ装置がアクセスネットワークに（又は基地局にそれぞれ）アクセスできるようにするいずれの技術であってもよい。ＷｉＭＡＸ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）又はＷＬＡＮ（無線ローカルエリアネットワーク）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線などのあらゆる現在の又は将来の技術を使用することができ、これらの技術の大半は、例えば異なる無線スペクトルにおける無線アクセス技術であるが、本発明が意図するアクセス技術は、ケーブルネットワーク又は固定回線のようなＩＰベースのアクセス技術などのワイヤバウンド技術を示唆することもできる。
－ ネットワークは、局エンティティ又はその他のユーザ装置がアクセスネットワークにより提供されるサービスに接続し、及び／又はこれらのサービスを利用できるようにするいずれの機器、ユニット又は手段であってもよく、このようなサービスは、とりわけデータ及び／又は（オーディオ）ビジュアル通信、データダウンロードなどを含む。
－ 一般に、本発明は、データパケットでデータを送信し、例えばインターネットプロトコル（ＩＰ）に基づくデータパケットベースの送信方式に依拠するネットワーク／ユーザ装置環境で応用することができる。しかしながら、本発明はこれに限定されるものではなく、他のあらゆる現在又は将来のＩＰ又はモバイルＩＰ（ＭＩＰ）バージョン、或いはより一般的には、（Ｍ）ＩＰｖ４／６と同様の原理に従うプロトコルも適用可能である。
－ ユーザ装置は、システムユーザがアクセスネットワークからのサービスを体験できるようにするいずれの機器、ユニット又は手段であってもよい。
－ （機器、装置及び／又はそのモジュールの例として、或いは装置、回路及び／又はそのモジュールを含むエンティティの例として）ソフトウェアコード部分として実現される可能性が高く、ネットワーク要素又は端末においてプロセッサを使用して実行される方法ステップは、ソフトウェアコードに依存するものではなく、これらの方法ステップにより定義される機能が保持される限り、あらゆる既知の又は将来開発されるプログラミング言語を使用して設定することができる。
－ 一般に、いずれの方法ステップも、実施される機能の面で本発明の発想を変更することなくソフトウェアとして又はハードウェアによって実現するのに適している。
－ 上記で定義した装置、又はそのいずれかの（単複の）モジュール／（単複の）回路においてハードウェア構成要素として実現される可能性が高い方法ステップ及び／又は機器、ユニット、又は手段はハードウェアに依存せず、ＭＯＳ（金属酸化膜半導体）、ＣＭＯＳ（相補型ＭＯＳ）、ＢｉＭＯＳ（バイポーラＭＯＳ）、ＢｉＣＭＯＳ（バイポーラＣＭＯＳ）、ＥＣＬ（エミッタ結合型論理）、ＴＴＬ（トランジスタ－トランジスタ論理）などのいずれかの公知の又は将来開発されるハードウェア技術又はこれらのいずれかの雑種を使用して、例えばＡＳＩＣ（特定用途向けＩＣ（集積回路））構成要素、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）構成要素、ＣＰＬＤ（結合プログラムマブル論理回路）構成要素又はＤＳＰ（デジタルシグナルプロセッサ）構成要素を使用して実現することができ、また、ソフトウェア構成要素として実現される可能性が高いあらゆるステップ、及び／又は機器、ユニット又は手段は、代わりに、認証、許可、キーイング及び／又はトラフィック保護などを行うことができるあらゆるセキュリティアーキテクチャに基づくことができる。
－ （上記で定義した装置、又はこれらのそれぞれの手段のいずれか１つなどの）機器、ユニット、回路又は手段は、個々の機器、ユニット又は手段として実現することができるが、これは、これらの機器、ユニット、回路又は手段の機能が維持される限り、これらがシステム全体を通じて分散方式で実現されることを除外するものではない。
－ 装置は、半導体チップ、チップセット、これらのチップ又はチップセットを含む（ハードウェア）モジュール、又は回路によって表すことができるが、これは、装置、モジュール又は回路の機能が、ハードウェアで実現される代わりに、プロセッサ上における実行／動作のための実行可能ソフトウェアコード部分を含むコンピュータプログラム又はコンピュータプログラム製品などの（ソフトウェア）モジュール内のソフトウェアとして実現される可能性を除外するものではない。
－ 例えば、機器は、互いに機能的に連携しているか、又は互いに機能的には独立しているが同じ装置のハウジング内に存在するかにより、１つの装置として、或いは複数の装置の組立品として見なすことができる。
本明細書で上述したように、本発明では以下の点に留意されたい。
－ 回路は、以下の少なくとも１つ又は混合とすることができる。
（ａ）（純粋なアナログ及び／又はデジタル回路での実装などの）純粋なハードウェア回路の実装、及び
（ｂ）（適用可能な場合）以下のような回路とソフトウェア（及び／又はファームウェア）の組み合わせ
（ｉ）（単複の）プロセッサの組み合わせ、又は
（ｉｉ）（単複の）プロセッサ／（（単複の）デジタル信号プロセッサを含む）ソフトウェアの一部、上記で定義したような装置に様々な機能を実行させるように協働するソフトウェア及び（１又は複数の）メモリ、及び
（ｃ）ソフトウェア又はファームウェアが物理的に存在しない場合でも動作にソフトウェア及び／又はファームウェアを必要とする（単複の）（マイクロ）プロセッサ又は（ａ）（単複の）（マイクロ）プロセッサの一部などの回路
－ プロセッサは、ＣＰＵ、演算及び論理ユニット（ＡＬＵ）、マイクロプロセッサユニット（ＭＰＵ）、デジタル信号プロセッサ（ＤＳＰ）などのいずれの処理ユニットであってもよく、シングルコアプロセッサであっても、デュアルコアプロセッサであっても、又はマルチコアプロセッサであってもよい。
－ プログラムは、いずれかのコンピュータプログラム（製品）、コンピュータ可読媒体、（単複の）プロセッサ、（１又は複数の）メモリ、回路、複数の回路、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）及び／又は（単複の）データ構造により、又はこれらの上で具体化することができ、例えばコンパイル／非コンパイルプログラム（ソース）コード、実行可能オブジェクト、（メタ）ファイルのようなものであってもよい。
－ アクセス技術は、ユーザ装置がアクセスネットワークに（又は基地局にそれぞれ）アクセスできるようにするいずれの技術であってもよい。ＷｉＭＡＸ（ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス）又はＷＬＡＮ（無線ローカルエリアネットワーク）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線などのあらゆる現在の又は将来の技術を使用することができ、これらの技術の大半は、例えば異なる無線スペクトルにおける無線アクセス技術であるが、本発明が意図するアクセス技術は、ケーブルネットワーク又は固定回線のようなＩＰベースのアクセス技術などのワイヤバウンド技術を示唆することもできる。
－ ネットワークは、局エンティティ又はその他のユーザ装置がアクセスネットワークにより提供されるサービスに接続し、及び／又はこれらのサービスを利用できるようにするいずれの機器、ユニット又は手段であってもよく、このようなサービスは、とりわけデータ及び／又は（オーディオ）ビジュアル通信、データダウンロードなどを含む。
－ 一般に、本発明は、データパケットでデータを送信し、例えばインターネットプロトコル（ＩＰ）に基づくデータパケットベースの送信方式に依拠するネットワーク／ユーザ装置環境で応用することができる。しかしながら、本発明はこれに限定されるものではなく、他のあらゆる現在又は将来のＩＰ又はモバイルＩＰ（ＭＩＰ）バージョン、或いはより一般的には、（Ｍ）ＩＰｖ４／６と同様の原理に従うプロトコルも適用可能である。
－ ユーザ装置は、システムユーザがアクセスネットワークからのサービスを体験できるようにするいずれの機器、ユニット又は手段であってもよい。
－ （機器、装置及び／又はそのモジュールの例として、或いは装置、回路及び／又はそのモジュールを含むエンティティの例として）ソフトウェアコード部分として実現される可能性が高く、ネットワーク要素又は端末においてプロセッサを使用して実行される方法ステップは、ソフトウェアコードに依存するものではなく、これらの方法ステップにより定義される機能が保持される限り、あらゆる既知の又は将来開発されるプログラミング言語を使用して設定することができる。
－ 一般に、いずれの方法ステップも、実施される機能の面で本発明の発想を変更することなくソフトウェアとして又はハードウェアによって実現するのに適している。
－ 上記で定義した装置、又はそのいずれかの（単複の）モジュール／（単複の）回路においてハードウェア構成要素として実現される可能性が高い方法ステップ及び／又は機器、ユニット、又は手段はハードウェアに依存せず、ＭＯＳ（金属酸化膜半導体）、ＣＭＯＳ（相補型ＭＯＳ）、ＢｉＭＯＳ（バイポーラＭＯＳ）、ＢｉＣＭＯＳ（バイポーラＣＭＯＳ）、ＥＣＬ（エミッタ結合型論理）、ＴＴＬ（トランジスタ－トランジスタ論理）などのいずれかの公知の又は将来開発されるハードウェア技術又はこれらのいずれかの雑種を使用して、例えばＡＳＩＣ（特定用途向けＩＣ（集積回路））構成要素、ＦＰＧＡ（フィールドプログラマブルゲートアレイ）構成要素、ＣＰＬＤ（結合プログラムマブル論理回路）構成要素又はＤＳＰ（デジタルシグナルプロセッサ）構成要素を使用して実現することができ、また、ソフトウェア構成要素として実現される可能性が高いあらゆるステップ、及び／又は機器、ユニット又は手段は、代わりに、認証、許可、キーイング及び／又はトラフィック保護などを行うことができるあらゆるセキュリティアーキテクチャに基づくことができる。
－ （上記で定義した装置、又はこれらのそれぞれの手段のいずれか１つなどの）機器、ユニット、回路又は手段は、個々の機器、ユニット又は手段として実現することができるが、これは、これらの機器、ユニット、回路又は手段の機能が維持される限り、これらがシステム全体を通じて分散方式で実現されることを除外するものではない。
－ 装置は、半導体チップ、チップセット、これらのチップ又はチップセットを含む（ハードウェア）モジュール、又は回路によって表すことができるが、これは、装置、モジュール又は回路の機能が、ハードウェアで実現される代わりに、プロセッサ上における実行／動作のための実行可能ソフトウェアコード部分を含むコンピュータプログラム又はコンピュータプログラム製品などの（ソフトウェア）モジュール内のソフトウェアとして実現される可能性を除外するものではない。
－ 例えば、機器は、互いに機能的に連携しているか、又は互いに機能的には独立しているが同じ装置のハウジング内に存在するかにより、１つの装置として、或いは複数の装置の組立品として見なすことができる。
【0046】
本発明の実施例によれば、第１の態様では、この目的が、例えば、
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を受信するステップと、
前記受信した第１のプロトコルバージョン及び第２のプロトコルバージョンの指示に基づいて、送信するハンドオーバ要求肯定応答メッセージに含まれる、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素の値を決定するステップと、
前記第１及び第２のシグナリング方式の一方の使用を指示する前記情報要素を含む前記ハンドオーバ要求肯定応答メッセージを送信するステップと、
を含む方法により達成される。
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を受信するステップと、
前記受信した第１のプロトコルバージョン及び第２のプロトコルバージョンの指示に基づいて、送信するハンドオーバ要求肯定応答メッセージに含まれる、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素の値を決定するステップと、
前記第１及び第２のシグナリング方式の一方の使用を指示する前記情報要素を含む前記ハンドオーバ要求肯定応答メッセージを送信するステップと、
を含む方法により達成される。
【0047】
上記第１の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 前記決定ステップが、ハンドオーバ準備中に実行される。
－ 前記決定ステップが、ハンドオーバ準備中に実行される。
【0048】
本発明の実施例によれば、第２の態様では、この目的が、例えば、
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を送信するステップと、
前記送信ステップに応答して、前記第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバ要求肯定応答メッセージを受信するステップと、
を含む方法により達成される。
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を送信するステップと、
前記送信ステップに応答して、前記第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバ要求肯定応答メッセージを受信するステップと、
を含む方法により達成される。
【0049】
上記第２の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ この方法が、前記受信したハンドオーバ要求肯定応答メッセージから、前記情報要素を含むハンドオーバコマンドメッセージを抽出するステップをさらに含み、
－ この方法が、前記受信後に、前記ハンドオーバコマンドメッセージをユーザ装置へ送信するステップをさらに含む。
－ この方法が、前記受信したハンドオーバ要求肯定応答メッセージから、前記情報要素を含むハンドオーバコマンドメッセージを抽出するステップをさらに含み、
－ この方法が、前記受信後に、前記ハンドオーバコマンドメッセージをユーザ装置へ送信するステップをさらに含む。
【0050】
上記第１及び第２の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 前記第１のプロトコルバージョンの指示が、無線リソース制御コンテナに含まれ、 － 前記第１のプロトコルバージョンの指示が、Ｘ２／Ｓ１アプリケーションシグナリングプロトコルでシグナリングされる。
－ 前記第１のプロトコルバージョンの指示が、無線リソース制御コンテナに含まれ、 － 前記第１のプロトコルバージョンの指示が、Ｘ２／Ｓ１アプリケーションシグナリングプロトコルでシグナリングされる。
【0051】
本発明の実施例によれば、第３の態様では、この目的が、例えば、
－ 外部の第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバコマンドメッセージを受信するステップと、
前記情報要素によって指示された前記第１及び第２のシグナリング方式の一方に従って構成を行うステップと、
を含む方法により達成される。
－ 外部の第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバコマンドメッセージを受信するステップと、
前記情報要素によって指示された前記第１及び第２のシグナリング方式の一方に従って構成を行うステップと、
を含む方法により達成される。
【0052】
上記第１から第３の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 前記第１のシグナリング方式が、フル構成のハンドオーバコマンドメッセージを利用し、
－ 前記情報要素が、肯定的に設定され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンよりも高く、
－ 前記第２のシグナリング方式が、縮小構成のハンドオーバコマンドメッセージを利用し、
－ 前記情報要素が、非肯定的に設定され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンに等しく、又はこれよりも低く、
－ 前記プロトコルバージョンが、プロトコルリリースにより構成され、
－ 前記情報要素が、少なくとも１ビットにより構成され、
－ 前記ハンドオーバ要求肯定応答メッセージが、無線リソース制御接続再構成メッセージにより構成され、又はこれをカプセル化し、
－ 前記第１のプロトコルが、ハンドオーバソースエンティティの無線リソース制御プロトコルにより構成され、
－ 前記第１のプロトコルバージョンの指示が、列挙された情報要素であり、
－ 前記第２のプロトコルが、ハンドオーバターゲットエンティティの無線リソース制御プロトコルにより構成され、
－ 前記フル構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記デルタ構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記無線リソース制御コンテナが、ハンドオーバ準備情報メッセージにより構成される。
－ 前記第１のシグナリング方式が、フル構成のハンドオーバコマンドメッセージを利用し、
－ 前記情報要素が、肯定的に設定され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンよりも高く、
－ 前記第２のシグナリング方式が、縮小構成のハンドオーバコマンドメッセージを利用し、
－ 前記情報要素が、非肯定的に設定され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンに等しく、又はこれよりも低く、
－ 前記プロトコルバージョンが、プロトコルリリースにより構成され、
－ 前記情報要素が、少なくとも１ビットにより構成され、
－ 前記ハンドオーバ要求肯定応答メッセージが、無線リソース制御接続再構成メッセージにより構成され、又はこれをカプセル化し、
－ 前記第１のプロトコルが、ハンドオーバソースエンティティの無線リソース制御プロトコルにより構成され、
－ 前記第１のプロトコルバージョンの指示が、列挙された情報要素であり、
－ 前記第２のプロトコルが、ハンドオーバターゲットエンティティの無線リソース制御プロトコルにより構成され、
－ 前記フル構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記デルタ構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記無線リソース制御コンテナが、ハンドオーバ準備情報メッセージにより構成される。
【0053】
本発明の実施例によれば、第４の態様では、この目的が、例えば、
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を受信する手段と、
前記受信した第１のプロトコルバージョン及び第２のプロトコルバージョンの指示に基づいて、送信するハンドオーバ要求肯定応答メッセージに含まれる、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素の値を決定する手段と、
前記第１及び第２のシグナリング方式の一方の使用を指示する前記情報要素を含む前記ハンドオーバ要求肯定応答メッセージを送信する手段と、
を備える装置により達成される。
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を受信する手段と、
前記受信した第１のプロトコルバージョン及び第２のプロトコルバージョンの指示に基づいて、送信するハンドオーバ要求肯定応答メッセージに含まれる、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素の値を決定する手段と、
前記第１及び第２のシグナリング方式の一方の使用を指示する前記情報要素を含む前記ハンドオーバ要求肯定応答メッセージを送信する手段と、
を備える装置により達成される。
【0054】
上記第４の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 前記決定手段が、ハンドオーバ準備中に実行するように構成される。
－ 前記決定手段が、ハンドオーバ準備中に実行するように構成される。
【0055】
本発明の実施例によれば、第５の態様では、この目的が、例えば、
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を送信する手段と、
前記送信手段に応答して、前記第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバ要求肯定応答メッセージを受信する手段と、
を備える装置により達成される。
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を送信する手段と、
前記送信手段に応答して、前記第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバ要求肯定応答メッセージを受信する手段と、
を備える装置により達成される。
【0056】
上記第５の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 前記装置が、前記受信したハンドオーバ要求肯定応答メッセージから、前記情報要素を含むハンドオーバコマンドメッセージを抽出する手段をさらに備え、
－ 前記装置が、前記受信後に、前記ハンドオーバコマンドメッセージをユーザ装置へ送信する手段をさらに備える。
－ 前記装置が、前記受信したハンドオーバ要求肯定応答メッセージから、前記情報要素を含むハンドオーバコマンドメッセージを抽出する手段をさらに備え、
－ 前記装置が、前記受信後に、前記ハンドオーバコマンドメッセージをユーザ装置へ送信する手段をさらに備える。
【0057】
上記第４及び第５の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 前記第１のプロトコルバージョンの指示が、無線リソース制御コンテナに含まれ、 － 前記第１のプロトコルバージョンの指示が、Ｘ２／Ｓ１アプリケーションシグナリングプロトコルでシグナリングされるように構成される。
－ 前記第１のプロトコルバージョンの指示が、無線リソース制御コンテナに含まれ、 － 前記第１のプロトコルバージョンの指示が、Ｘ２／Ｓ１アプリケーションシグナリングプロトコルでシグナリングされるように構成される。
【0058】
本発明の実施例によれば、第６の態様では、この目的が、例えば、
外部の第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバコマンドメッセージを受信する手段と、
前記情報要素によって指示された前記第１及び第２のシグナリング方式の一方に従って構成を行う手段と、
を備える装置により達成される。
外部の第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバコマンドメッセージを受信する手段と、
前記情報要素によって指示された前記第１及び第２のシグナリング方式の一方に従って構成を行う手段と、
を備える装置により達成される。
【0059】
上記第４から第６の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 前記第１のシグナリング方式が、フル構成のハンドオーバコマンドメッセージを利用するように構成され、
－ 前記情報要素が、肯定的に設定されるように構成され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンよりも高く、
－ 前記第２のシグナリング方式が、縮小構成のハンドオーバコマンドメッセージを利用するように構成され、
－ 前記情報要素が、非肯定的に設定されるように構成され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンに等しく、又はこれよりも低く、
－ 前記プロトコルバージョンが、プロトコルリリースにより構成され、
－ 前記情報要素が、少なくとも１ビットにより構成され、
－ 前記ハンドオーバ要求肯定応答メッセージが、無線リソース制御接続再構成メッセージにより構成され、又はこれをカプセル化し、
－ 前記第１のプロトコルが、ハンドオーバソースエンティティの無線リソース制御プロトコルにより構成され、
－ 前記第１のプロトコルバージョンの指示が、列挙された情報要素であり、
－ 前記第２のプロトコルが、ハンドオーバターゲットエンティティの無線リソース制御プロトコルにより構成され、
－ 前記フル構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記デルタ構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記無線リソース制御コンテナが、ハンドオーバ準備情報メッセージにより構成され、
－ 受信手段、決定手段、送信手段、抽出手段、構成手段及び前記装置の少なくとも１又はそれ以上が、チップセット、モジュール、又はサブアセンブリとして実装される。
－ 前記第１のシグナリング方式が、フル構成のハンドオーバコマンドメッセージを利用するように構成され、
－ 前記情報要素が、肯定的に設定されるように構成され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンよりも高く、
－ 前記第２のシグナリング方式が、縮小構成のハンドオーバコマンドメッセージを利用するように構成され、
－ 前記情報要素が、非肯定的に設定されるように構成され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンに等しく、又はこれよりも低く、
－ 前記プロトコルバージョンが、プロトコルリリースにより構成され、
－ 前記情報要素が、少なくとも１ビットにより構成され、
－ 前記ハンドオーバ要求肯定応答メッセージが、無線リソース制御接続再構成メッセージにより構成され、又はこれをカプセル化し、
－ 前記第１のプロトコルが、ハンドオーバソースエンティティの無線リソース制御プロトコルにより構成され、
－ 前記第１のプロトコルバージョンの指示が、列挙された情報要素であり、
－ 前記第２のプロトコルが、ハンドオーバターゲットエンティティの無線リソース制御プロトコルにより構成され、
－ 前記フル構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記デルタ構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記無線リソース制御コンテナが、ハンドオーバ準備情報メッセージにより構成され、
－ 受信手段、決定手段、送信手段、抽出手段、構成手段及び前記装置の少なくとも１又はそれ以上が、チップセット、モジュール、又はサブアセンブリとして実装される。
【0060】
本発明の実施例によれば、第７の態様では、この目的が、例えば、
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を受信するように構成された受信機と、
前記受信した第１のプロトコルバージョン及び第２のプロトコルバージョンの指示に基づいて、送信するハンドオーバ要求肯定応答メッセージに含まれる、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素の値を決定するように構成された決定器と、
前記第１及び第２のシグナリング方式の一方の使用を指示する前記情報要素を含む前記ハンドオーバ要求肯定応答メッセージを送信するように構成された送信機と、
を備える装置により達成される。
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を受信するように構成された受信機と、
前記受信した第１のプロトコルバージョン及び第２のプロトコルバージョンの指示に基づいて、送信するハンドオーバ要求肯定応答メッセージに含まれる、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素の値を決定するように構成された決定器と、
前記第１及び第２のシグナリング方式の一方の使用を指示する前記情報要素を含む前記ハンドオーバ要求肯定応答メッセージを送信するように構成された送信機と、
を備える装置により達成される。
【0061】
上記第７の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 決定器が、ハンドオーバ準備中に実行するように構成される。
－ 決定器が、ハンドオーバ準備中に実行するように構成される。
【0062】
本発明の実施例によれば、第８の態様では、この目的が、例えば、
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を送信するように構成された送信機と、
前記送信機に応答して、前記第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバ要求肯定応答メッセージを受信するように構成された受信機と、
を備える装置により達成される。
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を送信するように構成された送信機と、
前記送信機に応答して、前記第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバ要求肯定応答メッセージを受信するように構成された受信機と、
を備える装置により達成される。
【0063】
上記第８の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 前記装置が、前記受信したハンドオーバ要求肯定応答メッセージから、前記情報要素を含むハンドオーバコマンドメッセージを抽出するように構成された抽出器をさらに備え、
－ 前記装置が、前記受信後に、前記ハンドオーバコマンドメッセージをユーザ装置へ送信するように構成された送信機をさらに含む。
－ 前記装置が、前記受信したハンドオーバ要求肯定応答メッセージから、前記情報要素を含むハンドオーバコマンドメッセージを抽出するように構成された抽出器をさらに備え、
－ 前記装置が、前記受信後に、前記ハンドオーバコマンドメッセージをユーザ装置へ送信するように構成された送信機をさらに含む。
【0064】
上記第７及び第８の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 前記第１のプロトコルバージョンの指示が無線リソース制御コンテナに含まれ、
－ 前記第１のプロトコルバージョンの指示が、Ｘ２／Ｓ１アプリケーションシグナリングプロトコルでシグナリングされるように構成される。
－ 前記第１のプロトコルバージョンの指示が無線リソース制御コンテナに含まれ、
－ 前記第１のプロトコルバージョンの指示が、Ｘ２／Ｓ１アプリケーションシグナリングプロトコルでシグナリングされるように構成される。
【0065】
本発明の実施例によれば、第９の態様では、この目的が、例えば、
外部の第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバコマンドメッセージを受信するように構成された受信機と、
前記情報要素によって指示された前記第１及び第２のシグナリング方式の一方に従って構成を行うように構成された構成器と、
を備える装置により達成される。
外部の第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバコマンドメッセージを受信するように構成された受信機と、
前記情報要素によって指示された前記第１及び第２のシグナリング方式の一方に従って構成を行うように構成された構成器と、
を備える装置により達成される。
【0066】
上記第７から第９の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 前記第１のシグナリング方式が、フル構成のハンドオーバコマンドメッセージを利用するように構成され、
－ 前記情報要素が、肯定的に設定されるように構成され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンよりも高く、
－ 前記第２のシグナリング方式が、縮小構成のハンドオーバコマンドメッセージを利用するように構成され、
－ 前記情報要素が、非肯定的に設定されるように構成され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンに等しく、又はこれよりも低く、
－ 前記プロトコルバージョンが、プロトコルリリースにより構成され、
－ 前記情報要素が、少なくとも１ビットにより構成され、
－ 前記ハンドオーバ要求肯定応答メッセージが、無線リソース制御接続再構成メッセージにより構成され、又はこれをカプセル化し、
－ 前記第１のプロトコルが、ハンドオーバソースエンティティの無線リソース制御プロトコルにより構成され、
－ 前記第１のプロトコルバージョンの指示が、列挙された情報要素であり、
－ 前記第２のプロトコルが、ハンドオーバターゲットエンティティの無線リソース制御プロトコルにより構成され、
－ 前記フル構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記デルタ構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記無線リソース制御コンテナが、ハンドオーバ準備情報メッセージにより構成され、
－ 受信機、決定器、抽出器、構成器及び前記装置の少なくとも１又はそれ以上が、チップセット、モジュール、又はサブアセンブリとして実装される。
－ 前記第１のシグナリング方式が、フル構成のハンドオーバコマンドメッセージを利用するように構成され、
－ 前記情報要素が、肯定的に設定されるように構成され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンよりも高く、
－ 前記第２のシグナリング方式が、縮小構成のハンドオーバコマンドメッセージを利用するように構成され、
－ 前記情報要素が、非肯定的に設定されるように構成され、
－ 前記第１のプロトコルバージョンが、前記第２のプロトコルバージョンに等しく、又はこれよりも低く、
－ 前記プロトコルバージョンが、プロトコルリリースにより構成され、
－ 前記情報要素が、少なくとも１ビットにより構成され、
－ 前記ハンドオーバ要求肯定応答メッセージが、無線リソース制御接続再構成メッセージにより構成され、又はこれをカプセル化し、
－ 前記第１のプロトコルが、ハンドオーバソースエンティティの無線リソース制御プロトコルにより構成され、
－ 前記第１のプロトコルバージョンの指示が、列挙された情報要素であり、
－ 前記第２のプロトコルが、ハンドオーバターゲットエンティティの無線リソース制御プロトコルにより構成され、
－ 前記フル構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記デルタ構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記無線リソース制御コンテナが、ハンドオーバ準備情報メッセージにより構成され、
－ 受信機、決定器、抽出器、構成器及び前記装置の少なくとも１又はそれ以上が、チップセット、モジュール、又はサブアセンブリとして実装される。
【0067】
本発明の実施例によれば、第１０の態様では、この目的が、例えば、
上記第４又は第７の態様による装置と、
上記第５又は第８の態様による装置と、
上記第６又は第９の態様による装置と、
を備えるシステムにより達成される。
上記第４又は第７の態様による装置と、
上記第５又は第８の態様による装置と、
上記第６又は第９の態様による装置と、
を備えるシステムにより達成される。
【0068】
本発明の実施例によれば、第１１の態様では、この目的が、例えば、処理手段又はモジュール上で実行されたときに請求項１から１５のいずれか１項に記載の方法を実行するためのコード手段を含むコンピュータプログラム製品により達成される。
【0069】
本発明の実施例によれば、第１２の態様では、この目的が、例えば、処理手段又はモジュール上で実行されたときに、
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を受信するステップと、
前記受信した第１のプロトコルバージョン及び第２のプロトコルバージョンの指示に基づいて、送信するハンドオーバ要求肯定応答メッセージに含まれる、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素の値を決定するステップと、
前記第１及び第２のシグナリング方式の一方の使用を指示する前記情報要素を含む前記ハンドオーバ要求肯定応答メッセージを送信するステップと、
を含む方法を実行するためのコード手段を含むコンピュータプログラムにより達成される。
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を受信するステップと、
前記受信した第１のプロトコルバージョン及び第２のプロトコルバージョンの指示に基づいて、送信するハンドオーバ要求肯定応答メッセージに含まれる、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素の値を決定するステップと、
前記第１及び第２のシグナリング方式の一方の使用を指示する前記情報要素を含む前記ハンドオーバ要求肯定応答メッセージを送信するステップと、
を含む方法を実行するためのコード手段を含むコンピュータプログラムにより達成される。
【0070】
本発明の実施例によれば、第１３の態様では、この目的が、例えば、処理手段又はモジュール上で実行されたときに、
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を送信するステップと、
前記送信ステップに応答して、前記第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバ要求肯定応答メッセージを受信するステップと、
含む方法を実行するためのコード手段を含むコンピュータプログラムにより達成される。
ハンドオーバ要求メッセージにおいて、第１のプロトコルバージョンの指示を送信するステップと、
前記送信ステップに応答して、前記第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバ要求肯定応答メッセージを受信するステップと、
含む方法を実行するためのコード手段を含むコンピュータプログラムにより達成される。
【0071】
本発明の実施例によれば、第１４の態様では、この目的が、処理手段又はモジュール上で実行されたときに、
外部の第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバコマンドメッセージを受信するステップと、
前記情報要素によって指示された前記第１及び第２のシグナリング方式の一方に従って構成を行うステップと、
を含む方法を実行するためのコード手段を含むコンピュータプログラムにより達成される。
外部の第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含むハンドオーバコマンドメッセージを受信するステップと、
前記情報要素によって指示された前記第１及び第２のシグナリング方式の一方に従って構成を行うステップと、
を含む方法を実行するためのコード手段を含むコンピュータプログラムにより達成される。
【0072】
本発明の実施例によれば、第１５の態様では、この目的が、例えば、前記第１のプロトコルバージョン及び外部の第２のプロトコルバージョンに基づいて決定された、第１のシグナリング方式及びこの第１のシグナリング方式とは異なる第２のシグナリング方式の一方の使用を指示する情報要素を含む情報要素を含むデータ構造により達成される。
【0073】
上記第１５の態様に基づいて定義される本発明の実施例のさらなる改善によれば、
－ 前記プロトコルバージョンが、プロトコルリリースにより構成され、
－ 前記情報要素が、少なくとも１ビットにより構成され、
－ 前記データ構造が、ハンドオーバ要求肯定応答メッセージにより構成され、
－ 前記ハンドオーバ要求肯定応答メッセージが、無線リソース制御接続再構成メッセージにより構成され、又はこれをカプセル化し、
－ 前記第１のプロトコルが、ハンドオーバソースエンティティの無線リソース制御プロトコルにより構成され、
－ 前記第１のプロトコルバージョンの指示が、列挙された情報要素であり、
－ 前記第２のプロトコルが、ハンドオーバターゲットエンティティの無線リソース制御プロトコルにより構成され、
－ 前記フル構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記デルタ構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記無線リソース制御コンテナが、ハンドオーバ準備情報メッセージにより構成される。
－ 前記プロトコルバージョンが、プロトコルリリースにより構成され、
－ 前記情報要素が、少なくとも１ビットにより構成され、
－ 前記データ構造が、ハンドオーバ要求肯定応答メッセージにより構成され、
－ 前記ハンドオーバ要求肯定応答メッセージが、無線リソース制御接続再構成メッセージにより構成され、又はこれをカプセル化し、
－ 前記第１のプロトコルが、ハンドオーバソースエンティティの無線リソース制御プロトコルにより構成され、
－ 前記第１のプロトコルバージョンの指示が、列挙された情報要素であり、
－ 前記第２のプロトコルが、ハンドオーバターゲットエンティティの無線リソース制御プロトコルにより構成され、
－ 前記フル構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記デルタ構成のハンドオーバコマンドメッセージが、無線リソース制御接続再構成メッセージにより構成され、
－ 前記無線リソース制御コンテナが、ハンドオーバ準備情報メッセージにより構成される。
【0074】
本明細書では、特定の実施形態を参照しながら本発明を説明したが、本発明はこれらの実施形態に限定されるものではなく、本発明に様々な修正を行うことができる。
【符号の説明】
【0075】
２０１ ＵＥ（ユーザ装置）
２０２ ネットワーク
２０２１ ソースｅＮＢ
２０２２ ターゲットｅＮＢ
Ｓ０ ハンドオーバを行うための測定手順及びソースｅＮＢの決定を実行
Ｓ１－１ 送信
Ｓ１－２ 受信
Ｓ１－３ ハンドオーバ要求肯定応答メッセージからハンドオーバコマンドメッセージ（ＩＥが第１／第２のシグナリング方式の使用を指示）を抽出
Ｓ１－４ 送信
Ｓ２－１ 受信
Ｓ２－２ 第１／第２のシグナリング方式の使用を指示するＩＥの値［第１及び第２のプロトコルバージョン］を決定
Ｓ２－３ 送信
Ｓ３－１ 受信
Ｓ３－２ 第１／第２のシグナリング方式に従って構成
２０２ ネットワーク
２０２１ ソースｅＮＢ
２０２２ ターゲットｅＮＢ
Ｓ０ ハンドオーバを行うための測定手順及びソースｅＮＢの決定を実行
Ｓ１－１ 送信
Ｓ１－２ 受信
Ｓ１－３ ハンドオーバ要求肯定応答メッセージからハンドオーバコマンドメッセージ（ＩＥが第１／第２のシグナリング方式の使用を指示）を抽出
Ｓ１－４ 送信
Ｓ２－１ 受信
Ｓ２－２ 第１／第２のシグナリング方式の使用を指示するＩＥの値［第１及び第２のプロトコルバージョン］を決定
Ｓ２－３ 送信
Ｓ３－１ 受信
Ｓ３－２ 第１／第２のシグナリング方式に従って構成
【図1】
【図2】
【図3】