JP5517213B2 - 資源割当て - Google Patents

Description

本発明は、通信ノードがソース基地局からターゲット基地局に接続を変更するときの通信システムにおける資源（リソース）の割当てに関する。本発明は、限定はしないが、特に、ＵＴＲＡＮのロング・ターム・エボリューション（ＬＴＥ）（Ｅ−ＵＴＲＡＮ：Evolved Universal Terrestrial Radio Access Networkとも呼ばれる）において持続的に割り当てられる資源に関する。

移動通信ネットワークでは、ユーザ装置（ＵＥ）が基地局間でハンドオーバする必要がある。ＬＴＥ内ハンドオーバ手続きのためのシグナリングシーケンスが、３ＧＰＰ仕様書ＴＳ３６．３００において記述されており、その内容は参照により本明細書に援用される。しかしながら、ターゲットセルにおける資源割当てに関する仕様は、まだ詳細には検討されていない。３Ｇ通信に適用できる種々の頭字語は、当業者には当然よく知られているであろうが、一般読者の便宜を図るために、説明の最後に用語集が添付される。

当業者が効率的に理解できるようにするために、本発明は３Ｇシステムとの関連で詳述されるが、そのハンドオーバ手続きの原理は、他のシステム、たとえば、移動デバイス又はユーザ装置（ＵＥ）がいくつかの他のデバイスのうちの１つ（ｅＮｏｄｅＢに対応する）と、及び／又は必要に応じて変更されるシステムの対応する構成要素と通信する、他のＣＤＭＡ又は無線システムにも適用することができる。

一態様によれば、本発明は、ターゲット通信デバイスにおいて実行される方法であって、ソース通信デバイスからターゲット通信デバイスへのユーザ通信デバイスのハンドオーバを指示するハンドオーバ命令をソース通信デバイスから受信し、ユーザ通信デバイスと通信するために持続的に割り当てられる必要がある資源を決定して、ユーザ通信デバイスのために持続的に割り当てられることになる資源を特定する割当てデータを含む、ハンドオーバ要求肯定応答を準備すると共に、ソース通信デバイスにハンドオーバ要求肯定応答を送信することを含む、方法を提供することを目的とする。次いで、ターゲット通信デバイスは、持続的に割り当てられる資源を用いてユーザデバイスと通信する。

一実施の形態では、割当てデータは、ハンドオーバ要求肯定応答内に含まれるトランスペアレントコンテナ（transparent container）内で与えられる。割当てデータは、通信のために使用する資源ブロックを特定するデータと、割り当てられる資源が用いられることになる開始時刻を指示するデータとを含むことができる。開始時刻を指示するデータは、システムフレーム番号を含むことができる。割当てデータは、割り当てられる資源が用いられることになる一連の時刻間の間隔を指示するデータも含むことができる。

好ましい実施の形態では、割当てデータは、ｉ）ターゲット通信デバイスにデータを送信するためにユーザ通信デバイスによって用いられる資源を規定するアップリンク割当てデータ及び他のアップリンク仕様のデータと、ｉｉ）ターゲット通信デバイスからデータを受信するためにユーザ通信デバイスによって用いられる資源を規定するダウンリンク割当てデータ及び他のダウンリンク仕様のデータと、ｉｉｉ）アップリンク通信及びダウンリンク通信に対して共通である情報に関連する共通データとを含み、該共通データは、たとえば、割り当てられる資源を用いることができる開始時刻を指示するデータ、及び／又は割り当てられる資源が用いられることになる一連の時刻間の間隔を指示するデータである。

本発明は、ソース通信デバイスにおいて実行される方法であって、ターゲット通信デバイスへのユーザ通信デバイスのハンドオーバを指示するハンドオーバ命令を前記ソース通信デバイスから前記ターゲット通信デバイスに送信し、該ターゲット通信デバイスと通信するためにユーザ通信デバイスのために持続的に割り当てられる資源を特定する割当てデータを含むハンドオーバ要求肯定応答を前記ターゲット通信デバイスから、受信して、持続的に割り当てられる資源を特定する割当てデータを含むハンドオーバ命令を準備すると共に、ユーザ通信デバイスにハンドオーバ命令を送信することを含む、方法も提供する。

本発明は、ユーザ通信デバイスにおいて実行される方法であって、第１の持続的に割り当てられる資源を用いて、ソース通信デバイスと通信し、ユーザ通信デバイスに、ターゲット通信デバイスにハンドオーバするように指示すると共に、該ターゲット通信デバイスによって割り当てられる第２の持続的に割り当てられる資源を含むハンドオーバ命令をソース通信デバイスから受信すると共に、受信されたハンドオーバ命令を処理し、前記ターゲット通信デバイスと通信するために用いられる持続的に割り当てられる資源を決定することを含む、方法も提供する。

別の態様によれば、本発明は、通信システムにおいて持続的に割り当てられる資源をシグナリングする方法であって、ユーザデバイスと通信デバイスとの間のアップリンクにおいてデータを通信する際に用いるための資源を規定するアップリンク割当てデータを生成する一方、ユーザデバイスと通信デバイスとの間のダウンリンクにおいてデータを通信する際に用いるための資源を規定するダウンリンク割当てデータを生成し、更に、アップリンク通信及びダウンリンク通信を制御する共通割当てデータを生成して、アップリンク割当てデータ、ダウンリンク割当てデータ及び共通割当てデータを通信デバイスからユーザデバイスにシグナリングすることを含む、方法も提供する。シグナリングするステップは、アップリンク割当てデータ、ダウンリンク割当てデータ及び共通割当てデータを、同時に又は単一のコンテナにおいてシグナリングすることができる。共通割当てデータは、アップリンク通信及びダウンリンク通信のために資源が用いられることになる時刻を規定することができる。

本発明のこれらの、並びに他の特徴及び態様は、添付の図面を参照しながら説明される以下の例示的な実施形態から明らかになるであろう。

実施形態が適用可能であるタイプの移動通信システムの概略図である。 図１に示されるシステムの一部を形成する基地局の概略図である。 図１に示されるシステムの一部を形成する移動通信デバイスの概略図である。 図１に示される移動通信デバイス及び基地局において用いられるプロトコルスタックの３つの層を示す図である。 一実施形態による、変更されたハンドオーバ過程を示す図である。

概説
図１は移動（セルラー）通信システム１を概略的に示しており、移動電話（ＭＴ）３−０、３−１及び３−２のユーザが、基地局５−１又は５−２のうちの一方及び電話網７を介して、他のユーザ（図示せず）と通信することができる。この実施形態では、ダウンリンク（ＤＬ）の場合、基地局５は直交周波数分割多元接続（ＯＦＤＭＡ）技法を用いて、移動電話３にデータを送信し、アップリンク（ＵＬ）の場合、移動電話３は、シングルキャリア周波数分割多元接続（ＦＤＭＡ）を用いて、基地局５にデータを送信する。移動電話３と基地局５との間の無線リンクのために、複数のアップリンク及びダウンリンク通信資源（サブキャリア、タイムスロット等）を利用することができる。この実施形態では、基地局５は、移動電話３に送信されるデータの量に応じて、各移動電話３にダウンリンク資源を割り当てる。同様に、基地局５は、移動電話３が基地局５に送信しなければならないデータの量及びタイプに応じて、各移動電話３にアップリンク資源を割り当てる。移動電話３がソース基地局（たとえば、基地局５−１）のセルから、ターゲット基地局（たとえば、基地局５−２）に移動するとき、ソース及びターゲット基地局５において、且つ移動電話３において、ハンドオーバ（ＨＯ）手順（プロトコル）が実行され、ハンドオーバ過程が制御される。

時間／周波数資源
この実施形態では、利用可能な伝送帯域が複数の部分帯域に分割され、各部分帯域は、連続したブロックに配列される複数の連続したサブキャリアを含む。隣接する部分帯域のサブキャリア間の干渉を避けるために、各部分帯域の端にガード帯域が設けられる。異なる移動電話３は、そのデータを送信／受信するために、異なる時刻に１つの部分帯域内の異なる資源ブロック（複数可）（サブキャリア）を割り当てられる。

基地局
図２は、この実施形態において用いられる基地局５のそれぞれの主要構成要素を示すブロック図である。図に示されるように、各基地局５は、送受信回路２１を備えており、送受信回路は、（上記のサブキャリアを用いて）１つ又は複数のアンテナ２３を介して移動電話３に対し信号を送受信するように動作することができ、ネットワークインタフェース２５を介して電話網７に対し信号を送受信するように動作することができる。制御装置２７が、メモリ２９に格納されるソフトウエアに従って送受信回路２１の動作を制御する。そのソフトウエアは、特に、オペレーティングシステム３１、資源割当てモジュール３３、及びスケジューラ３４を含む。資源割当てモジュール３３は、アップリンク通信及びダウンリンク通信のために、各移動電話３に上記の通信資源を割り当てるように動作することができ、スケジューラ３４は、割り当てられる資源に基づいて、各移動電話３へのダウンリンクデータの送信、及び移動電話５毎のアップリンク送信機会をスケジューリングする。そのソフトウエアはハンドオーバモジュール３５も含み、その動作は以下で説明される。

移動電話
図３は、図１に示される移動電話３のそれぞれの主要構成要素を概略的に示す。図に示されるように、各移動電話３は、１つ又は複数のアンテナ７３を介して基地局５に対し信号を送受信するように動作することができる送受信回路７１を備える。図に示されるように、移動電話３は制御装置７５も備えており、該制御装置７５は、移動電話３の動作を制御し、且つ送受信回路７１に接続され、スピーカ７７、マイクロフォン７９、ディスプレイ８１及びキーパッド８３に接続されている。制御装置７５は、メモリ８５内に格納されるソフトウエア命令に従って動作する。図に示されるように、これらのソフトウエア命令は、特に、オペレーティングシステム８７、スケジューラ８９、及びハンドオーバモジュール９１を含む。スケジューラ８９は、基地局５との通信のために移動電話３に割り当てられる資源に従って、アップリンクデータの送信及びダウンリンクデータの受信をスケジューリングする役割を果たし、ハンドオーバモジュール９１は、以下でさらに詳述されるハンドオーバ（ＨＯ）過程を制御する役割を果たす。

理解を容易にするために、上記の説明では、基地局５及び移動電話３は、それぞれ個別のスケジューラ、資源割当てモジュール、及びハンドオーバモジュールを有するものとして説明される。たとえば、既存のシステムが本発明を実施するように変更されている特定のアプリケーションに対して、このように個別のソフトウェアモジュールが提供される場合があるが、他のアプリケーション、たとえば、最初から本発明の特徴を念頭において設計されたシステムでは、これらのモジュールは、オペレーティングシステム又はコード全体の中に構成することができるため、これらのモジュールは個別のエンティティとして区別することができない場合がある。

プロトコル
図４は、移動電話３及び基地局５において用いられるプロトコルスタックの一部（下位の３つの層）を示す。第１の層は物理層（Ｌ１）であり、無線通信チャネルを介してデータを実際に送信する役割を担う。その上には第２の層（Ｌ２）があり、Ｌ２は３つの副層、すなわち、無線インタフェースへのアクセスを制御する役割を担う媒体アクセス制御層（Ｌ２／ＭＡＣ）と、必要に応じて、データパケットの連結及びセグメント化、パケットの肯定応答、並びにデータパケットの再送の役割を担う外部ＡＲＱ（自動再送要求）層（Ｌ２／ＯＡＲＱ）と、ヘッダ圧縮及び暗号化の役割を担うパケットデータコンバージェンスプロトコル（ＰＤＣＰ）層（Ｌ２／ＰＤＣＰ）とに分割される。第２の層上には、基地局５と移動電話３との間の無線インタフェースにおいて用いられる無線資源を制御する役割を担う無線資源制御（ＲＲＣ）層（Ｌ３／ＲＲＣ）がある。図に示されるように、Ｌ２／外部ＡＲＱ層は、Ｃプレーンデータ及びＵプレーンデータの送信を管理するために用いられる複数の外部ＡＲＱエンティティ９５を含み、Ｌ２／ＰＤＣＰ層は、Ｃプレーンデータ及びＵプレーンデータを処理するために用いられるＰＤＣＰエンティティ９７を含む。

図４は、送信されるデータの各データ源に割り当てられる無線ベアラ９８も示す。いくつかのソフトウエアアプリケーションが、同時に動作していることがあり、各アプリケーションがデータを送信及び／又は受信していることがある。それぞれの無線ベアラは、各タスクに関連付けられ、いくつかの無線ベアラは、他の無線ベアラよりも高い優先度を割り当てられる。たとえば、リアルタイムサービスに割り当てられる無線ベアラは、非リアルタイムサービスに割り当てられる無線ベアラよりも高い優先度を割り当てられる。アップリンクのために基地局５によって割り当てられる通信資源は、その割り当てられる優先度及びデータ速度に応じて、無線ベアラ９８間で共有される。ＲＲＣ層９６は、無線ベアラ９８毎にデータ速度及び優先度を設定する。その後、スケジューラ８９は、ＲＲＣ層９６によって無線ベアラに割り当てられるデータ速度及び優先度に基づいて、各無線ベアラ９８のデータパケットの送信のためのスケジューリングを制御する。

持続的に割り当てられるベアラに対する資源割当て
資源は、動的に（必要とされるときに）割り当てられるか、又は予め割り当てられる場合がある。ウエブブラウジングのような、瞬時データ速度が著しく変化する動作の場合に、資源は動的に割り当てられる。しかしながら、ＶｏＩＰ又はストリーミングのような他の用途の場合、必要とされることになる資源の量は予めわかるので、そのような動作の場合には資源を「持続的に」割り当てることができ、それにより、付加的なシグナリングを用いることなく、最初に割り当てられる資源が定期的に与えられる。しかしながら、移動電話３が、そのネットワークのための所定の「ハンドオーバ」手順に従って、セル間又は基地局５間を移動するときに、そのような持続的に割り当てられる資源が、再び割り当てられなければならない。

ＶｏＩＰ呼の場合を考えると、ＶｏＩＰ呼を最初に送信するために持続的に割り当てられる資源が、呼設定の時点でＲＲＣシグナリングを通してシグナリングされる。その後、移動電話３及び基地局５のスケジューラ３４及び８９は、それ以降、定期的に（たとえば、２０ｍｓ毎に）同じ資源を使用する。ここで、移動電話３が、新たなセル又は基地局に（たとえば、ソース基地局５−１からターゲット基地局５−２に）ハンドオーバする必要がある場合には、そのＶｏＩＰ呼のための新たな持続的資源が、ターゲット基地局５−２において割り当てられ、移動電話３にシグナリングされなければならない。これは、割り当てられる資源が移動電話３にシグナリングされるべき方法及びタイミングに関する問題を提起する。

持続的にスケジューリングされる資源を移動電話３にシグナリングするための２つのオプションがある。
１．持続的にスケジューリングされるベアラに対する資源が、ハンドオーバ手続き中に、ターゲット基地局５−２から、ソース基地局５−１を介して、移動電話３にシグナリングされる。
２．持続的にスケジューリングされるベアラに対する資源が、移動電話３がターゲットセル内に現れた後に、ターゲット基地局５−２から移動電話３にシグナリングされる。

第１のオプションでは、ターゲット基地局５−２は資源を割り当て、ハンドオーバ要求肯定応答（ＡＣＫ）メッセージにおいてソース基地局５−１に戻されるＲＲＣトランスペアレントコンテナにおいて、それらの資源をシグナリングすることができ、ＲＲＣトランスペアレントコンテナは、ハンドオーバ命令メッセージの一部として移動電話３に送信される。トランスペアレントコンテナは当業者にはよく知られており、基本的に、その内容を変更することなくソース基地局５−１が移動電話３に向かって単純に転送することができるデータパケットを含み、ここではさらに説明する必要はない。ターゲット基地局５−２は、時間領域において、これらの資源のための開始時刻を合理的に計算し、たとえば、システムフレーム番号に置き換えて（in terms of）、トランスペアレントコンテナの一部としてそれを与えることができる。代替的には、ターゲット基地局５−２及び移動電話は、ＨＯ（ハンドオーバ）手順が完了した直後に（又はその後の或る所定の時点において）、予約された資源を用いることができるものとすることができる。

第２のオプションでは、移動電話３は、ハンドオーバ確認メッセージをターゲット基地局５−２に送信し、移動電話３のためのハンドオーバ手続きが完了したことを指示する。その後、ターゲット基地局５−２は続いて、持続的にスケジューリングされるベアラのために割り当てられる資源をシグナリングし、ＲＲＣ接続変更命令を用いて、それらの資源を移動電話３に指示する。

オプション１を用いて、持続的にスケジューリングされるベアラのための資源割当てをＨＯ命令メッセージにおいてシグナリングすることによって、ＨＯ命令メッセージのサイズが著しく大きくなり、それによりＨＯ失敗率が増加する可能性があるとの議論も生じるかも知れない。しかし、本発明者は、以下でさらに詳述されるように、必要とされる付加ビットが、およそ５０ビットにすぎないものと考える。

当業者には理解されるように、持続的にスケジューリングされるベアラの割当てに関する限り、基地局５間ハンドオーバシナリオの場合にも、基地局内ハンドオーバの場合にも、上記のハンドオーバ手続きを用いることができる。

ハンドオーバ手続き
ここで、上記のオプション１による、ハンドオーバモジュール３５及び９１の動作の詳細な説明が与えられることになる。以下の説明は、ＵＴＲＡＮのロング・ターム・エボリューション（ＬＴＥ）において用いられる用語を使用する。それゆえ、基地局５を変更しつつある移動電話３はＵＥと呼ばれることになり、ソース基地局５−１はソースｅＮｏｄｅＢと呼ばれ、他方、ターゲット基地局５−２はターゲットｅＮｏｄｅＢと呼ばれる。

図５は、提案されるＭＭＥ（移動管理エンティティ）／サービングゲートウエイ内ハンドオーバ（ＨＯ）手順を示す。

０ ソースｅＮｏｄｅＢ内のＵＥコンテキストは、接続確立時、又は直前のＴＡ更新時に与えられたローミング制限に関する情報を含む。

１ エリア制限情報に従って、ソースｅＮｏｄｅＢがＵＥ測定手順を構成する。ソースｅＮｏｄｅＢによって与えられる測定値は、ＵＥの接続移動性を制御する機能を支援することができる。

２ ルールセット、すなわちシステム情報、仕様等によって、ＵＥが測定報告の送信を開始する。

３ 測定報告及びＲＲＭ情報に基づいて、ソースｅＮｏｄｅＢがＵＥをハンドオフすることを決定する。

４ ソースｅＮｏｄｅＢが、ターゲットｅＮｏｄｅＢに対してハンドオーバ要求メッセージを発行し、ターゲット側においてＨＯを準備するのに必要な情報を渡す（ソースｅＮｏｄｅＢにおけるＵＥ Ｘ２シグナリングコンテキストリファレンス、ＵＥ Ｓ１ ＥＰＣ（発展型パケットコア）シグナリングコンテキストリファレンス、ターゲットセルＩＤ、ソースｅＮｏｄｅＢにおけるＵＥのＣ−ＲＮＴＩを含むＲＲＣコンテキスト、ＡＳ構成（物理層構成を除く）、ＳＡＥベアラコンテキスト、及び起こり得るＲＬＦから復旧するためのソースセルの物理層ＩＤ＋ＭＡＣ）。ＵＥ Ｘ２／ＵＥ Ｓ１シグナリングリファレンスによって、ターゲットｅＮｏｄｅＢは、ソースｅＮｏｄｅＢ及びＥＰＣをアドレス指定できるようになる。ＳＡＥベアラコンテキストは、必要なＲＮＬ及びＴＮＬアドレス指定情報を含む。ＳＡＥベアラコンテキストが、ＳＡＥベアラのＱｏＳプロファイルを含むか否かはさらなる課題である。

５ ターゲットｅＮｏｄｅＢによって資源が与えられることができる場合には、受信されたＳＡＥベアラＱｏＳ情報に基づいて、ターゲットｅＮｏｄｅＢによって受付制御（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）が実行され、ＨＯの成功の可能性を高めることができる。ターゲットｅＮｏｄｅＢは、受信されたＳＡＥベアラＱｏＳ情報に従って、必要とされる資源を構成し、Ｃ−ＲＮＴＩ、そしてオプションでＲＡＣＨプリアンブルを予約する。ターゲットセルにおいて用いられるＡＳ構成は、独立して指定することができるか（すなわち、「確立」）、又はソースセルにおいて用いられるＡＳ構成と比較した差異（delta）として指定することができる（すなわち、「再構成」）。

６ ターゲットｅＮｏｄｅＢがＬ１／Ｌ２でＨＯを準備し、ハンドオーバ要求肯定応答（ＡＣＫ）をソースｅＮｏｄｅＢに送信する。ハンドオーバ要求肯定応答メッセージは、ハンドオーバ命令の一部としてＵＥに送信されるトランスペアレントコンテナを含む。そのコンテナは、新たなＣ−ＲＮＴＩ、専用ＲＡＣＨプリアンブル、持続的にスケジューリングされるベアラに対する資源の指示、そしておそらくいくつかの他のパラメータ、すなわちアクセスパラメータ、ＳＩＢ等を含む場合がある。ハンドオーバ要求肯定応答メッセージは、必要に応じて、転送トンネルのためのＲＮＬ／ＴＮＬ情報も含む場合がある。

注記：ソースｅＮｏｄｅＢがハンドオーバ要求肯定応答を受信すると、又はダウンリンクにおいてハンドオーバ命令の送信が開始されると、直ぐに、データ転送が開始される場合がある。

ステップ７〜１５は、ＨＯ中のデータ損失を回避する手段を提供し、３ＧＰＰ仕様書３６．３００ ＥＵＴＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ Ｓｔａｇｅ２の１０．１．２．１．２及び１０．１．２．３においてさらに詳述されている。

７ ソースｅＮｏｄｅＢがハンドオーバ命令（ＲＲＣメッセージ）を生成し、ＵＥに向けて送信する。ハンドオーバ命令は、ターゲットｅＮｏｄｅＢから受信されたトランスペアレントコンテナを含む。ソースｅＮｏｄｅＢはメッセージの必要な完全性保護及び暗号化を実行する。ＵＥは、必要なパラメータ（すなわち、新たなＣ−ＲＮＴＩ、専用ＲＡＣＨプリアンブル、可能な開始時刻、ターゲットｅＮｏｄｅＢ ＳＩＢ等）と共にハンドオーバ命令を受信し、ソースｅＮｏｄｅＢによって、ＨＯを実行するように命令される。

８ 開始時刻がハンドオーバ命令において与えられる場合には、開始時刻に達した後に、又はそうでない場合には、ハンドオーバ命令を受信した後に、ＵＥは、ターゲットｅＮｏｄｅＢとの同期確立を実行し、ハンドオーバ命令において専用ＲＡＣＨプリアンブルが割り当てられる場合にはコンテンションフリー手順に従って、又は専用プリアンブルが割り当てられない場合にはコンテンションベース手順に従って、ＲＡＣＨを介してターゲットセルにアクセスする。

９ ネットワークがＵＬ割当て及びタイミングアドバンス（ＴＡ）で応答する（これは、ＵＥがターゲットｅＮｏｄｅＢとのＨＯを確認できるようにするためである）。

１０ ＵＥがターゲットセルにアクセスするのに成功したとき、ＵＥは、ターゲットｅＮｏｄｅＢにハンドオーバ確認メッセージ（Ｃ−ＲＮＴＩ）を送信し、ＵＥのためのハンドオーバ手続きが完了したことを指示する。ターゲットｅＮｏｄｅＢは、ハンドオーバ確認メッセージにおいて送信されたＣ−ＲＮＴＩを検証する。ここで、ターゲットｅＮｏｄｅＢは、ＵＥにデータを送信し始めることができる。さらなる最適化に基づいて、ダウンリンクデータ送信は、早ければステップ８の後に開始することができる。

１１ ターゲットｅＮｏｄｅＢがハンドオーバ完了メッセージをＭＭＥに送信し、ＵＥがセルを変更したことを通知する。

１２ ＭＭＥがユーザプレーン更新要求メッセージを、サービングゲートウエイに送信する。

１３ サービングゲートウエイが、ダウンリンクデータパスをターゲット側に切り替えて、ソースｅＮｏｄｅＢに向かう任意のＵプレーン／ＴＮＬ資源を解放することができる。

１４ サービングゲートウエイが、ユーザプレーン更新応答メッセージをＭＭＥに送信する。

１５ ＭＭＥが、ハンドオーバ完了ＡＣＫメッセージを用いて、ハンドオーバ完了メッセージを確認する。

１６ 資源解放を送信することによって、ターゲットｅＮｏｄｅＢがＨＯの成功をソースｅＮｏｄｅＢに通知し、資源の解放を開始する。ターゲットｅＮｏｄｅＢがステップ１０と１５との間でこのメッセージを送信するタイミングはさらなる課題である。

１７ 資源解放メッセージの受信時に、ソースｅＮｏｄｅＢが、ＵＥコンテキストに関連付けられる無線及びＣプレーン関連資源を解放することができる。

持続的に割り当てられる資源のシグナリング
持続的にスケジューリングされるベアラの場合、ｅＮｏｄｅＢは、ＲＲＣシグナリングによって、最初に送信するための資源を割り当てるべきである。これらの資源は、呼設定中に、且つターゲットセルにおけるＨＯ中に割り当てられるべきである。以下の表は、持続的に割り当てられる資源を割り当てるために、ＵＥとｅＮｏｄｅＢとの間でシグナリングされるパラメータを最適化する方法を提案する。

注記：ＵＥが最初の送信を正確に受信する場合にＵＥがスリープできるように、理想的には、ＵＬ及びＤＬ双方に対して開始時刻及び間隔が同じであるべきである。上記の表は、持続的にスケジューリングされるベアラに資源を割り当てるために、最大６２ビットが必要とされることを示す。しかしながら、本発明者は、ビット数をさらに削減することができ、持続的にスケジューリングされるベアラのための資源割当て情報をシグナリングするのに必要とされるのは約５０ビットだけになり、ＨＯ命令メッセージにも容易に含めることができるものと考える。

変更形態及び代替形態
詳細な実施形態が上記で説明されてきた。当業者には理解されるように、該実施形態において具現される本発明から依然として利益を享受しながら、上記の実施形態に対する複数の変更形態及び代替形態を実施できる。例示にすぎないが、ここで、いくつかのこれらの代替形態及び変更形態を説明する。

上記の実施形態において、移動電話を基にする通信システムが説明された。当業者には理解されるように、本出願において説明されるシグナリング及びハンドオーバ技法は任意の通信システムにおいて利用できる。詳細には、これらのハンドオーバ技法の多くは、データを搬送するために電磁信号又は音響信号のいずれかを用いる有線系又は無線系通信システムにおいて用いることができる。一般的な事例において、基地局及び移動電話は、互いに通信する通信ノード又はデバイスと見なすことができる。ｅＮｏｄｅＢ内ハンドオーバでは、ソース通信ノード及びターゲット通信ノードは、１つの基地局内の個々のスケジューリングエンティティによって形成される。他の通信ノード又はデバイスは、たとえば、携帯情報端末、ラップトップコンピュータ、ウエブブラウザ等のようなユーザデバイスを含み得る。

上記の実施形態では、複数のソフトウエアモジュールが説明された。当業者には理解されるように、それらのソフトウエアモジュールはコンパイルされた形で又はコンパイルされない形で与えられる場合があり、コンピュータネットワーク上の信号として又は記録媒体において、基地局に又は移動電話に供給される場合がある。さらに、このソフトウエアの一部又は全てによって実行される機能は、１つ又は複数の専用のハードウエア回路を用いて実行されてもよい。しかしながら、それらの機能を更新するために、基地局５及び移動電話３を更新することを容易にするので、ソフトウエアモジュールを用いることが好ましい。

３ＧＰＰ用語の用語集
ＬＴＥ − （ＵＴＲＡＮの）ロングタームエボリューション
ｅＮｏｄｅＢ − Ｅ−ＵＴＲＡＮノードＢ
ＵＥ − ユーザ装置 − 移動通信デバイス
ＤＬ − ダウンリンク − 基地局から移動局へのリンク
ＵＬ − アップリンク − 移動局から基地局へのリンク
ＭＭＥ − 移動管理エンティティ
ＵＰＥ − ユーザプレーンエンティティ
ＨＯ − ハンドオーバ
ＲＬＣ − 無線リンク制御
ＲＲＣ − 無線資源制御
ＲＲＭ − 無線資源管理
ＳＡＥ − システムアーキテクチャエボリューション
Ｃ−ＲＮＴＩ − セル無線ネットワーク一時識別子
ＳＩＢ − システム情報ブロック
Ｕ−ｐｌａｎｅ − ユーザプレーン
Ｘ２ Ｉｎｔｅｒｆａｃｅ − ２つのｅＮｏｄｅＢ間のインタフェース
Ｓ１ Ｉｎｔｅｒｆａｃｅ − ｅＮｏｄｅＢとＭＭＥとの間のインタフェース
ＴＡ − トラッキングエリア
ＥＰＣ − 発展型パケットコア
ＡＳ − アクセス階層
ＲＮＬ − 無線ネットワーク層
ＴＮＬ − トランスポートネットワーク層
ＲＡＣＨ − ランダムアクセスチャネル
ＭＵ ＭＩＭＯ − マルチユーザ多入力多出力
ＤＭＲＳ − 復調参照信号フォーマット
ＭＣＳ − 変調及び符号化方式

以下は、本発明を現在提案されている３ＧＰＰ ＬＴＥ標準規格において実施することができる方法の詳細な説明である。種々の特徴が不可欠であるか又は必要であるものとして説明されるが、これは、たとえば、提案されている３ＧＰＰ ＬＴＥ標準規格によって課せられる他の要件に起因して３ＧＰＰ ＬＴＥ標準規格の場合にのみ当てはまることがある。それゆえ、ここで述べることは、本発明を限定するものとは決して解釈されるべきではない。

序論
本稿において、本発明者は、持続的にスケジューリングされるベアラのための資源がハンドオーバ中にいかにシグナリングされるかという問題に対処する。一般的に、本発明者は、ターゲットセルにおけるＨＯ後に任意の付加的なＲＲＣシグナリングを回避するために、ターゲットｅＮＢが、ＨＯ準備段階中に持続的に割り当てられるベアラのための資源を割り当てることができるものと考える。

検討
或るＵＥの場合に、継続中のＶｏＩＰ呼だけを有する場合を考えよう。ＶｏＩＰ呼を最初に送信するために持続的に割り当てられる資源は、ＲＲＣシグナリングを通してシグナリングされなければならない。ここで、そのＵＥが新たなセルにハンドオーバする必要がある場合には、ＶｏＩＰ呼のための持続的な資源が、ターゲットセルにおいて割り当てられ、ＵＥにシグナリングされなければならない。割り当てられる資源がＵＥにシグナリングされる方法及びタイミングは検討されていない。持続的にスケジューリングされる資源をＵＥにシグナリングするための２つのオプションがある。
３．持続的にスケジューリングされるベアラのための資源が、ターゲットｅＮＢから、ソースを介して、ＵＥにシグナリングされる。
４．持続的にスケジューリングされるベアラのための資源が、ＵＥがターゲットセル内に現れた後に、ターゲットからＵＥにシグナリングされる。

本稿において、本発明者は、これらの２つのオプションを比較し、ターゲットセルにおいて持続的にスケジューリングされるベアラのためのＵＬ／ＤＬ資源割当てに関する本発明者の見解を提示する。

第１のオプションでは、ターゲットｅＮＢは資源を割り当てて、ハンドオーバ要求肯定応答メッセージにおいてソースｅＮＢに戻されるＲＲＣトランスペアレントコンテナにおいて、その資源をシグナリングすることができ、ＲＲＣトランスペアレントコンテナは、ハンドオーバ命令メッセージの一部としてＵＥに送信されることになる。本発明者は、ターゲットｅＮＢが、時間領域において、これらの資源の開始時刻を合理的に計算し、それをシステムフレーム番号に置き換えてトランスペアレントコンテナの一部として与えることができるか、又は代替的には、ＨＯ手順が完了した直後に、ターゲットｅＮＢ及びＵＥが予約された資源を黙示的に使用することができるものと考える。

第２のオプションでは、ＵＥは、ハンドオーバ確認メッセージをターゲットｅＮＢに送信し、ＵＥのためのハンドオーバ手続きが完了したことを指示する。その後、ターゲットｅＮＢは、持続的にスケジューリングされるベアラのために割り当てられる資源をシグナリングし、接続変更命令を用いて、それらの資源をＵＥに指示する。

第１のオプションを用いて、持続的にスケジューリングされるベアラのための資源割当てをＨＯ命令メッセージにおいてシグナリングすることによって、ＨＯ命令メッセージが著しく大きくなり、それによりＨＯ失敗率が増加する可能性があるとの議論もあるが、本発明者は、必要とされる付加ビットが、およそ５０ビットにすぎないものと考える［１］。

本発明者は、第２のオプション２において説明されるような、ＨＯ中に持続的にスケジューリングされるベアラのための資源割当てをシグナリングするための付加的なＲＲＣ手順は、シグナリングの観点から的確ではないものと考える。本発明者は、ＲＡＮ２が第１のオプションを採用し、ステージ２仕様にそれを取り入れるように提案する。

上記のハンドオーバ手続きはｅＮＢ間ハンドオーバのシナリオの場合であるが、持続的にスケジューリングされるベアラのための資源割当てに関する限り、ｅＮＢ内ハンドオーバの場合にも同じく適用することができる。

結論
本稿において、本発明者は、持続的にスケジューリングされるベアラのための資源がハンドオーバ中にターゲットセルにおいていかに割り当てられるかという問題を検討してきた。本発明者は、ＨＯ準備段階中にターゲットセルにおいて持続的にスケジューリングされるベアラのための割り当てられる資源をシグナリングし、ＨＯ命令メッセージにおいてＵＥに指示することが、より効率的であると考える。本発明者は、ＲＡＮ２がこれに同意して、以下のＴｅｘｔ Ｐｒｏｐｏｓａｌにおいて説明されるように、ステージ２においてそれを取り入れるように要望する。

Ｔｅｘｔ Ｐｒｏｐｏｓａｌ
ＨＯ手順は、ＥＰＣが関与することなく実行される。すなわち、準備メッセージがｅＮＢ間で直接交換される。ＨＯ完了段階中のソース側における資源の解放は、ｅＮＢによって開始される。以下の図５は、ＭＭＥ（移動管理エンティティ）も、サービングゲートウエイも変更されない基本的なハンドオーバシナリオを示す。

以下において、ＭＭＥ／サービングゲートウエイ内ＨＯ手順がさらに詳述される。

０ ソースｅＮＢ内のＵＥコンテキストは、接続確立時、又は直前のＴＡ（トラッキングエリア）更新時に与えられるローミング制限に関する情報を含む。

１ エリア制限情報に従って、ソースｅＮＢがＵＥ測定手順を構成する。ソースｅＮＢによって与えられる測定値は、ＵＥの接続移動性を制御する機能を支援することができる。

２ ルールセット、すなわちシステム情報、仕様等によって、ＵＥが測定報告の送信を開始する。

３ 測定報告及びＲＲＭ情報に基づいて、ソースｅＮＢがＵＥをハンドオフすることを決定する。

４ ソースｅＮＢが、ターゲットｅＮＢに対してハンドオーバ要求メッセージを発行し、ターゲット側においてＨＯを準備するのに必要な情報を渡す（ソースｅＮＢにおけるＵＥ Ｘ２シグナリングコンテキストリファレンス、ＵＥ Ｓ１ ＥＰＣシグナリングコンテキストリファレンス、ターゲットセルＩＤ、ソースｅＮＢにおけるＵＥのＣ−ＲＮＴＩを含むＲＲＣコンテキスト、ＡＳ構成（物理層構成を除く）、ＳＡＥベアラコンテキスト、及び起こり得るＲＬＦから復旧するためのソースセルの物理層ＩＤ＋ＭＡＣ）。ＵＥ Ｘ２／ＵＥ Ｓ１シグナリングリファレンスによって、ターゲットｅＮＢは、ソースｅＮＢ及びＥＰＣをアドレス指定できるようになる。ＳＡＥベアラコンテキストは、必要なＲＮＬ及びＴＮＬアドレス指定情報を含む。ＳＡＥベアラコンテキストが、ＳＡＥベアラのＱｏＳプロファイルを含むか否かはさらなる課題（ＦＦＳ）である。

５ ターゲットｅＮＢによって資源が与えられることができる場合には、受信されたＳＡＥベアラＱｏＳ情報に基づいて、ターゲットｅＮＢによって受付制御が実行され、ＨＯの成功の可能性を高めることができる。ターゲットｅＮＢは、受信されたＳＡＥベアラＱｏＳ情報に従って、必要とされる資源を構成し、Ｃ−ＲＮＴＩ、そしてオプションでＲＡＣＨプリアンブルを予約する。ターゲットセルにおいて用いられるＡＳ構成は、独立して指定することができるか（すなわち、「確立」）、又はソースセルにおいて用いられるＡＳ構成と比較した差異として指定することができる（すなわち、「再構成」）。

６ ターゲットｅＮＢがＬ１／Ｌ２でＨＯを準備し、ハンドオーバ要求肯定応答をソースｅＮＢに送信する。ハンドオーバ要求肯定応答メッセージは、ハンドオーバ命令の一部としてＵＥに送信されるトランスペアレントコンテナを含む。そのコンテナは、新たなＣ−ＲＮＴＩ、専用ＲＡＣＨプリアンブル、持続的にスケジューリングされるベアラのための資源の指示、そしておそらくいくつかの他のパラメータ、すなわちアクセスパラメータ、ＳＩＢ等を含む場合がある。ハンドオーバ要求肯定応答メッセージは、必要に応じて、転送トンネルのためのＲＮＬ／ＴＮＬ情報も含む場合がある。

注記：ソースｅＮＢがハンドオーバ要求肯定応答を受信すると、又はダウンリンクにおいてハンドオーバ命令の送信が開始されると、データ転送が開始される場合がある。

ステップ７〜１５は、ＨＯ中のデータ損失を回避する手段を提供し、１０．１．２．１．２及び１０．１．２．３においてさらに詳述される。

７ ソースｅＮＢは、ＵＥに向けてハンドオーバ命令（ＲＲＣメッセージ）を生成する。ハンドオーバ命令は、ターゲットｅＮＢから受信されたトランスペアレントコンテナを含む。ソースｅＮＢはメッセージの必要な完全性保護及び暗号化を実行する。ＵＥは、必要なパラメータ（すなわち、新たなＣ−ＲＮＴＩ、専用ＲＡＣＨプリアンブル、可能な開始時刻、ターゲットｅＮＢ ＳＩＢ等）と共にハンドオーバ命令を受信し、ソースｅＮＢによって、ＨＯを実行するように命令される。

８ 開始時刻がハンドオーバ命令において与えられる場合には、開始時刻に達した後に、又はそうでない場合には、ハンドオーバ命令を受信した後に、ＵＥは、ターゲットｅＮＢとの同期確立を実行し、ハンドオーバ命令において専用ＲＡＣＨプリアンブルが割り当てられる場合にはコンテンションフリー手順に従って、又は専用プリアンブルが割り当てられない場合にはコンテンションベース手順に従って、ＲＡＣＨを介してターゲットセルにアクセスする。

９ ネットワークがＵＬ割当て及びタイミングアドバンスで応答する。

１０ ＵＥがターゲットセルにアクセスするのに成功したとき、ＵＥは、ターゲットｅＮＢにハンドオーバ確認メッセージ（Ｃ−ＲＮＴＩ）を送信し、ＵＥのためのハンドオーバ手続きが完了したことを指示する。ターゲットｅＮＢは、ハンドオーバ確認メッセージにおいて送信されたＣ−ＲＮＴＩを検証する。ここで、ターゲットｅＮＢは、ＵＥにデータを送信し始めることができる。さらなる最適化に基づいて、ダウンリンクデータ送信は、早ければステップ８の後に開始することができる（さらなる課題）。

１１ ターゲットｅＮＢがハンドオーバ完了メッセージをＭＭＥに送信し、ＵＥがセルを変更したことを通知する。

１２ ＭＭＥがユーザプレーン更新要求メッセージを、サービングゲートウエイに送信する。

１３ サービングゲートウエイが、ダウンリンクデータパスをターゲット側に切り替えて、ソースｅＮＢに向かう任意のＵプレーン／ＴＮＬ資源を解放することができる。

１４ サービングゲートウエイが、ユーザプレーン更新応答メッセージをＭＭＥに送信する。

１５ ＭＭＥが、ハンドオーバ完了ＡＣＫメッセージを用いて、ハンドオーバ完了メッセージを確認する。

１６ 資源解放を送信することによって、ターゲットｅＮＢがＨＯの成功をソースｅＮＢに通知し、資源解放のきっかけを与える。ターゲットｅＮＢがステップ１０と１５との間でこのメッセージを送信するタイミングはさらなる課題である。

１７ 資源解放メッセージの受信時に、ソースｅＮＢが、ＵＥコンテキストに関連付けられる無線及びＣプレーン関連資源を解放することができる。

注記：ＨＯ手順の過程においてＥ−ＵＴＲＡＮ内のローミング／エリア制限情報を更新することに関する詳細はさらなる課題である。

参考文献
［１］R2-07XXXX:Information in RRC Messages for Persistently Scheduled Bearers, NEC

序論
本稿において、本発明者は、初めに、呼設定中にＲＲＣシグナリングを用いて最初に送信するために割り当てられる持続的にスケジューリングされるベアラのための資源をシグナリングするために必要とされる必要な情報を見る。本発明者がｅＮＢ間ＨＯ中にターゲットセルにおいて資源を割り当て、それをＲＲＣ ＨＯ命令メッセージにおいてシグナリングすることを決定する場合には、この情報は、ハンドオーバ要求肯定応答メッセージ内のＲＲＣトランスペアレントコンテナの一部として含めることもできる。

検討
持続的にスケジューリングされるベアラの場合、ｅＮＢは、ＲＲＣシグナリングによって、最初に送信するための資源を割り当てるべきである。これらの資源は、呼確立中に、且つターゲットセルにおけるＨＯ中に割り当てられるべきである。それらの資源をシグナリングするためのパラメータが、以下の表１において与えられる。［１］において記載されるような資源を動的に割り当てるために用いられるパラメータは、ＲＲＣシグナリングを用いて持続的にスケジューリングされるベアラの最初の送信のための資源割当てを指示するために最適化されている。

注記：ＵＥが最初の送信を正確に受信する場合、ＵＥがスリープできるように、理想的には、ＵＬ及びＤＬ双方に対して開始時刻及び間隔が同じであるべきである。初期解析によって、持続的にスケジューリングされるベアラのための資源割当て情報をシグナリングするのに必要とされるのは、全部で約５０ビットであり、ＨＯ命令メッセージにも容易に含めることができることもわかる。

結論
本稿において、本発明者は、初めに、持続的に割り当てられるベアラのための資源割当てをシグナリングするためにＲＲＣメッセージにおいて必要とされることになるパラメータを見た。持続的にスケジューリングされるベアラのためにターゲットセルにおいて割り当てられる資源をシグナリングするために、これらのパラメータを、ターゲットｅＮＢからソースｅＮＢへのトランスペアレントコンテナにおいて用いることもできる。

ＲＡＮ２がこれらのパラメータを検討し、ＲＲＣ仕様３６．３３１にそれを含むことに同意することが提案される。

本出願は、２００７年１０月２９日に出願の英国特許出願第０７２１１４８．５号に基づいており、その特許出願からの優先権の利益を主張し、その特許出願の開示は参照によりその全体が本明細書に援用される。

Claims (50)

1. ターゲット通信デバイスにおいて実行される方法であって、
   ソース通信デバイスから、前記ターゲット通信デバイスへのユーザ通信デバイスのハンドオーバを指示するハンドオーバ要求を前記ソース通信デバイスから受信して、
   前記ユーザ通信デバイスと通信するためにハンドオーバの前後で持続的に割り当てられる必要があるベアラに対する資源を決定し、
   前記ユーザ通信デバイスに持続的に割り当てられることになるベアラに対する資源を特定する割当てデータを含む、ハンドオーバ要求肯定応答を準備して、
   前記ソース通信デバイスに前記ハンドオーバ要求肯定応答を送信することを含み、
   前記ベアラに対する資源は、周波数と時間からなる資源ブロックを含む
   ターゲット通信デバイスにおいて実行される方法。
2. 前記持続的に割り当てられる資源を用いて、前記ユーザ通信デバイスと通信することをさらに含む、請求項１に記載の方法。
3. 前記割当てデータは、前記ハンドオーバ要求肯定応答内に含まれるトランスペアレントコンテナ内で与えられる、請求項１又は２に記載の方法。
4. 前記割当てデータは、通信のために使用する資源ブロックを特定するデータを含む、請求項１〜３のいずれか一項に記載の方法。
5. 前記割当てデータは、前記割り当てられる資源が使用されるべき開始時刻を指示するデータを含む、請求項１〜４のいずれか一項に記載の方法。
6. 開始時刻を指示する前記データは、システムフレーム番号を含む、請求項５に記載の方法。
7. 前記割当てデータは、前記割り当てられる資源が使用されるべき一連の時刻間の間隔を指示するデータを含む、請求項１〜６のいずれか一項に記載の方法。
8. 前記割当てデータは、
   ｉ）前記ターゲット通信デバイスにデータを送信するために前記ユーザ通信デバイスによって使用されるべき資源を規定するアップリンク割当てデータと、
   ｉｉ）前記ターゲット通信デバイスからデータを受信するために前記ユーザ通信デバイスによって使用されるべき資源を規定するダウンリンク割当てデータと、
   ｉｉｉ）アップリンク通信及びダウンリンク通信に対して共通の情報に関連する共通データとを含む、請求項１〜７のいずれか一項に記載の方法。
9. 前記共通データは、前記割り当てられる資源を使用できる開始時刻を指示するデータを含む、請求項８に記載の方法。
10. 前記共通データは、前記割り当てられる資源が使用されるべき一連の時刻間の間隔を指示するデータを含む、請求項８又は９に記載の方法。
11. ソース通信デバイスにおいて実行される方法であって、
    前記ソース通信デバイスからターゲット通信デバイスへのユーザ通信デバイスのハンドオーバを指示するハンドオーバ要求をターゲット通信デバイスに、送信し、
    前記ターゲット通信デバイスから、該ターゲット通信デバイスと通信するために前記ユーザ通信デバイスにハンドオーバの前後で持続的に割り当てられるベアラに対する資源を特定する割当てデータを含むハンドオーバ要求肯定応答を受信して、
    前記持続的に割り当てられるベアラに対する資源を特定する前記割当てデータを含むハンドオーバ命令を準備し、更に、
    前記ユーザ通信デバイスに前記ハンドオーバ命令を送信することを含み、
    前記ベアラに対する資源は、周波数と時間からなる資源ブロックを含む
    ソース通信デバイスにおいて実行される方法。
12. 前記割当てデータは、前記ハンドオーバ要求肯定応答内に含まれるトランスペアレントコンテナ内で受信されることを含む、請求項１１に記載の方法。
13. 前記ハンドオーバ命令を準備する場合、前記ハンドオーバ命令内に前記トランスペアレントコンテナを含めることを含む、請求項１２に記載の方法。
14. ユーザ通信デバイスにおいて実行される方法であって、該方法は、
    第１の持続的に割り当てられる資源を用いて、ソース通信デバイスと通信し、
    前記ユーザ通信デバイスに、ターゲット通信デバイスにハンドオーバするように指示すると共に、前記ターゲット通信デバイスによってハンドオーバの前後で持続的に割り当てられるベアラに対する資源である、第２の持続的に割り当てられる資源を含むハンドオーバ命令を前記ソース通信デバイスから受信して、
    前記ターゲット通信デバイスと通信するために使用されるべき前記持続的に割り当てられる資源を決定するように、前記受信されたハンドオーバ命令を処理することを含み、
    前記ベアラに対する資源は、周波数と時間からなる資源ブロックを含む
    ユーザ通信デバイスにおいて実行される方法。
15. 前記ターゲット通信デバイスと通信するために、前記第２の持続的に割り当てられる資源を用いることをさらに含む、請求項１４に記載の方法。
16. 前記第２の持続的に割り当てられるデータは、前記ハンドオーバ命令に含まれるトランスペアレントコンテナ内で与えられる、請求項１４又は１５に記載の方法。
17. 前記第２の持続的に割り当てられるデータは、通信のために使用する前記資源ブロックを特定するデータを含む、請求項１４〜１６のいずれか一項に記載の方法。
18. 前記第２の持続的に割り当てられるデータは、前記割り当てられる資源が使用されるべき開始時刻を指示するデータを含む、請求項１４〜１７のいずれか一項に記載の方法。
19. 開始時刻を指示する前記データは、システムフレーム番号を含む、請求項１８に記載の方法。
20. 前記第２の持続的に割り当てられるデータは、前記割り当てられる資源が使用されるべき一連の時刻間の間隔を指示するデータを含む、請求項１４〜１９のいずれか一項に記載の方法。
21. 前記第２の持続的に割り当てられるデータは、
    ｉ）前記ターゲット通信デバイスにデータを送信するために前記ユーザ通信デバイスによって使用されるべき資源を規定するアップリンク割当てデータと、
    ｉｉ）前記ターゲット通信デバイスからデータを受信するために前記ユーザ通信デバイスによって使用されるべき資源を規定するダウンリンク割当てデータと、
    ｉｉｉ）アップリンク通信及びダウンリンク通信に対して共通の情報に関連する共通データを含む、請求項１４〜２０のいずれか一項に記載の方法。
22. 前記共通データは、前記割り当てられる資源を用いることができる開始時刻を指示するデータを含み、前記方法は、前記ターゲット通信デバイスとの最初の通信が行われるタイミングを制御する開始時刻を使用することを含む、請求項２１に記載の方法。
23. 前記共通データは、前記割り当てられる資源が使用されるべき一連の時刻間の間隔を指示するデータを含み、前記方法は、前記ユーザ通信デバイスが前記第２の持続的に割り当てられる資源を用いて前記ターゲット通信デバイスと通信する時刻を制御するために、間隔データを使用することをさらに含む、請求項２１又は２２に記載の方法。
24. ターゲット通信デバイスは、
    ソース通信デバイスから前記ターゲット通信デバイスへのユーザ通信デバイスのハンドオーバを指示するハンドオーバ要求を前記ソース通信デバイスから、受信する手段と、
    前記ユーザ通信デバイスと通信するためにハンドオーバの前後で持続的に割り当てられる必要があるベアラに対する資源を決定する手段と、
    前記ユーザ通信デバイスのために持続的に割り当てられるべきベアラに対する資源を特定する割当てデータを含む、ハンドオーバ要求肯定応答を準備する手段、及び
    前記ソース通信デバイスに前記ハンドオーバ要求肯定応答を送信する手段とを備え、
    前記ベアラに対する資源は、周波数と時間からなる資源ブロックを含む
    ターゲット通信デバイス。
25. 前記持続的に割り当てられる資源を用いて前記ユーザ通信デバイスと通信する手段をさらに備える、請求項２４に記載のデバイス。
26. 前記準備する手段は、前記ハンドオーバ要求肯定応答に含まれるトランスペアレントコンテナ内で前記割当てデータを与えるように動作することができる、請求項２４又は２５に記載のデバイス。
27. 前記準備する手段は、通信するために使用する資源ブロックを特定するデータを含む割当てデータを準備するように動作することができる、請求項２４〜２６のいずれか一項に記載のデバイス。
28. 前記準備する手段は、前記割り当てられる資源が使用されるべき開始時刻を指示するデータを含む割当てデータを準備するように動作することができる、請求項２４〜２７のいずれか一項に記載のデバイス。
29. 前記準備する手段は、システムフレーム番号を含む開始時刻を指示するデータを準備するように動作することができる、請求項２８に記載のデバイス。
30. 前記準備する手段は、前記割り当てられる資源が使用されるべき一連の時刻間の間隔を指示するデータを含む割当てデータを準備するように動作することができる、請求項２４〜２９のいずれか一項に記載のデバイス。
31. 前記準備する手段は、
    ｉ）前記ターゲット通信デバイスにデータを送信するために前記ユーザ通信デバイスによって使用されるべき資源を規定するアップリンク割当てデータと、
    ｉｉ）前記ターゲット通信デバイスからデータを受信するために前記ユーザ通信デバイスによって使用されるべき資源を規定するダウンリンク割当てデータと、
    ｉｉｉ）アップリンク通信及びダウンリンク通信に対して共通の情報に関連する共通データとを含む、割り当てデータを準備するように動作することができる、請求項２４〜３０のいずれか一項に記載のデバイス。
32. 前記準備する手段は、前記割り当てられる資源を使用されるべき開始時刻を指示するデータを有する共通データを準備するように動作することができる、請求項２４乃至３１のいずれかに記載のデバイス。
33. 前記準備する手段は、前記割り当てられる資源が使用されるべき一連の時刻間の間隔を指示するデータを含む共通データを準備するように動作することができる、請求項３１又は３２に記載のデバイス。
34. ソース通信デバイスであって、
    ターゲット通信デバイスに、該ソース通信デバイスから該ターゲット通信デバイスへのユーザ通信デバイスのハンドオーバを指示するハンドオーバ要求を送信する手段と、
    該ターゲット通信デバイスと通信するために前記ユーザ通信デバイスのためにハンドオーバの前後で持続的に割り当てられるベアラに対する資源を特定する割当てデータを含むハンドオーバ要求肯定応答を前記ターゲット通信デバイスから受信する手段と、
    前記持続的に割り当てられるベアラに対する資源を特定する前記割当てデータを含むハンドオーバ命令を準備する手段、及び
    前記ユーザ通信デバイスに前記ハンドオーバ命令を送信する手段とを備え、
    前記ベアラに対する資源は、周波数と時間からなる資源ブロックを含む、
    ソース通信デバイス。
35. 前記割当てデータは、前記ハンドオーバ要求肯定応答内に含まれるトランスペアレントコンテナ内で受信される、請求項３４に記載のデバイス。
36. 前記ハンドオーバ命令を準備する手段は、前記ハンドオーバ命令内に前記トランスペアレントコンテナを含める手段を含む、請求項３５に記載のデバイス。
37. ユーザ通信デバイスであって、
    第１の持続的に割り当てられる資源を用いて、ソース通信デバイスと通信する手段、
    該ユーザ通信デバイスに、ターゲット通信デバイスにハンドオーバするように指示すると共に、前記ターゲット通信デバイスによってハンドオーバの前後で持続的に割り当てられるベアラに対する資源である、第２の持続的に割り当てられる資源を含むハンドオーバ命令を前記ソース通信デバイスから受信する手段、及び
    前記ターゲット通信デバイスと通信するために用いられる前記持続的に割り当てられる資源を決定するために、前記受信されたハンドオーバ命令を処理する手段を備え、
    前記ベアラに対する資源は、周波数と時間からなる資源ブロックを含む、
    ユーザ通信デバイス。
38. 前記通信する手段は、前記第２の持続的に割り当てられる資源を用いて前記ターゲット通信デバイスと通信するように動作することができる、請求項３７に記載のデバイス。
39. 前記受信する手段は、前記ハンドオーバ命令に含まれるトランスペアレントコンテナ内で前記第２の持続的に割り当てられるデータを受信するように動作することができる、請求項３７又は３８に記載のデバイス。
40. 前記受信する手段は、通信するために使用する資源ブロックを特定するデータを含む前記第２の持続的に割り当てられるデータを受信するように動作することができる、請求項３７〜３９のいずれか一項に記載のデバイス。
41. 前記受信する手段は、前記割り当てられる資源が使用されるべき開始時刻を指示するデータを含む前記第２の持続的に割り当てられるデータを受信するように動作することができる、請求項３７〜４０のいずれか一項に記載のデバイス。
42. 開始時刻を指示する前記データは、システムフレーム番号を含む、請求項３７に記載のデバイス。
43. 前記受信する手段は、前記割り当てられる資源が使用されるべき一連の時刻間の間隔を指示するデータを含む前記第２の持続的に割り当てられるデータを受信するように動作することができる、請求項３７〜４２のいずれか一項に記載のデバイス。
44. 前記受信する手段は、
    ｉ）前記ターゲット通信デバイスにデータを送信するために前記ユーザ通信デバイスによって使用されるべき資源を規定するアップリンク割当てデータと、
    ｉｉ）前記ターゲット通信デバイスからデータを受信するために前記ユーザ通信デバイスによって使用されるべき資源を規定するダウンリンク割当てデータと、
    ｉｉｉ）アップリンク通信及びダウンリンク通信に対して共通の情報に関連する共通データとを含む、第２の持続的に割り当てられるデータを受信するように動作することができる、請求項３７〜４３のいずれか一項に記載のデバイス。
45. 前記共通データは、前記割り当てられる資源を使用されるべき開始時刻を指示するデータを含み、前記デバイスは、前記ターゲット通信デバイスとの最初の通信が行われるタイミングを制御するために、前記開始時刻を使用する手段を備える、請求項４４に記載のデバイス。
46. 前記共通データは、前記割り当てられる資源が使用されるべき一連の時刻間の間隔を指示するデータを含み、前記デバイスは、前記ユーザ通信デバイスが前記第２の持続的に割り当てられる資源を用いて前記ターゲット通信デバイスと通信する時刻を制御するために、前記間隔データを用いる手段をさらに備える、請求項４４又は４５に記載のデバイス。
47. プログラマブルコンピュータデバイスが請求項１〜２３のいずれか一項に記載の方法を実行するためのコンピュータ実施可能命令を含む、コンピュータ実施可能命令製品。
48. ターゲット通信デバイスであって、
    ソース通信デバイスから該ターゲット通信デバイスへのユーザ通信デバイスのハンドオーバを指示するハンドオーバ要求をソース通信デバイスから受信するように動作することができる受信機と、
    ｉ）前記ユーザ通信デバイスと通信するためにハンドオーバの前後で持続的に割り当てられる必要があるベアラに対する資源を決定すると共に、ｉｉ）前記ユーザ通信デバイスに持続的に割り当てられるべきベアラに対する資源を特定する割当てデータを含むハンドオーバ要求肯定応答を準備するように動作することができるプロセッサ、及び
    前記ソース通信デバイスに前記ハンドオーバ要求肯定応答を送信するように動作することができる送信機を備え、
    前記ベアラに対する資源は、周波数と時間からなる資源ブロックを含む、
    ターゲット通信デバイス。
49. ソース通信デバイスであって、
    前記ソース通信デバイスからターゲット通信デバイスへのユーザ通信デバイスのハンドオーバを指示するハンドオーバ要求を前記ターゲット通信デバイスに送信するように動作することができる送信機、
    該ターゲット通信デバイスと通信するために、前記ユーザ通信デバイスにハンドオーバの前後で持続的に割り当てられるベアラに対する資源を特定する割当てデータを含むハンドオーバ要求肯定応答を前記ターゲット通信デバイスから受信するように動作することができる受信機、及び
    前記持続的に割り当てられるベアラに対する資源を特定する前記割当てデータを含むハンドオーバ命令を準備するように動作することができるプロセッサを備え、
    前記送信機は、前記ユーザ通信デバイスに前記ハンドオーバ命令を送信するように動作し、
    前記ベアラに対する資源は、周波数と時間からなる資源ブロックを含む
    ソース通信デバイス。
50. ユーザ通信デバイスであって、
    第１の持続的に割り当てられる資源を用いて、ソース通信デバイスと通信するように動作する送受信機と、
    ｉ）前記ソース通信デバイスから、前記ユーザ通信デバイスに、ターゲット通信デバイスにハンドオーバするように指示し、且つ該ターゲット通信デバイスによってハンドオーバの前後で持続的に割り当てられるベアラに対する資源である、第２の持続的に割り当てられる資源を含むハンドオーバ命令を受信すると共に、ｉｉ）該受信されたハンドオーバ命令を処理して、前記ターゲット通信デバイスと通信するために用いられる前記持続的に割り当てられる資源を決定するように動作するプロセッサとを備え、
    前記ベアラに対する資源は、周波数と時間からなる資源ブロックを含む、
    ユーザ通信デバイス。

Images