JP2009542063A - 無線インターフェース上でユーザ端末のハンドオーバ処理をする方法、そのための基地局およびネットワーク - Google Patents

Abstract

本発明は、ソース基地局ＳＢＳからターゲット基地局ＴＢＳに無線インターフェース上でユーザ端末ＵＥのハンドオーバ処理をする方法であって、それによってターゲット基地局ＴＢＳが、ハンドオーバ処理の終了を示すメッセージ（ＨＯ完了）を受信する前に、ユーザ端末ＵＥにユーザ・データを送出し、ユーザ端末ＵＥが、前記ユーザ・データのダウンリンク伝送に関連した少なくとも１つのメッセージ（フィードバック）をターゲット基地局ＴＢＳに送信するためにアップリンク・フィードバックを使用し、ターゲット基地局ＴＢＳが、前記ユーザ・データのダウンリンク伝送に関連した前記少なくとも１つのメッセージ（フィードバック）を、ターゲット基地局ＴＢＳの範囲内にユーザ端末ＵＥが存在することのインディケーションとして使用する方法、そのための基地局（ＢＳ１〜ＢＳ８）およびネットワーク（ＣＮ）に関する。

Description

本発明は、請求項１のプリアンブルによる無線インターフェース上でユーザ端末のハンドオーバ処理をする方法、請求項９のプリアンブルによる基地局、および請求項１０のプリアンブルによるネットワークに関する。

直交波周波数分割多重ＯＦＤＭ無線システムは現在、たとえば３ＧＰＰ ＬＴＥ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ＷｉＦｉ標準ＩＥＥＥ８０２．１１、またはＷｉＭａｘ標準ＩＥＥＥ８０２．１６におけるような、多くの場で議論されている。

ＵＭＴＳ ＬＴＥ（ＵＭＴＳ ＬＴＥとはＵｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎを言う）については、現在、高いレベルでのアクセス手順がいかに行われるかが議論されている。ｅＮｏｄｅＢと呼ばれる、ユーザ端末が切り換わる先のｅｖｏｌｖｅｄ ＵＴＲＡＮノードＢ（ＵＴＲＡＮとはＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋを言う）は、ターゲットｅＮｏｄｅＢまたはターゲット基地局と呼ばれ、一方ユーザ端末がそこから離れる旧ｅＮｏｄｅＢは、ソースｅＮｏｄｅＢまたはソース基地局と呼ばれる。

移動通信ネットワークでは、（ハード）ハンドオーバの間、ユーザ端末、すなわちＵＭＴＳにおけるユーザ装置ＵＥは、その通信リンクを別のｅＮｏｄｅＢに変更しなければならない。この目的のために、所謂ランダム・アクセス・チャネルＲＡＣＨが各エアインターフェースに設けられている。ユーザ端末はまずターゲット・エアインターフェースのフレーム構造をリスンして、ターゲットｅＮｏｄｅＢとの同期を取る。次いで、ランダム・アクセス・チャネルを使用して、ユーザ端末からターゲットｅＮｏｄｅＢへ第１のメッセージを送信する。この時点から、ユーザ端末はターゲットｅＮｏｄｅＢと関連づけられ、メッセージ交換が行われる。

ランダム・アクセスの間に問題が起こることがある。同じランダム・アクセス・チャネルのリソースを経由して、同じターゲットｅＮｏｄｅＢに同時にアクセスを試みる別のユーザ端末がある可能性があるからである。これが、両方のユーザ端末がｅＮｏｄｅＢに集中的にアクセスすることを防ぐコリジョンを引き起こす。ユーザ端末がターゲットｅＮｏｄｅＢでの登録に成功しないまでは、ユーザ端末に対してユーザ・データは送信されない。これは、特にランダム・アクセス・チャネル上でコリジョンが生じる場合に、ハンドオーバの間のユーザ・データの遅延増大につながる。

上述した問題に対する解決方法の１つは、ユーザ端末がターゲットｅＮｏｄｅＢに再度アクセスを試みる前に、各ユーザ端末に任意のタイマーを設定することである。通常、こうしたタイマーの最小値は、試みが不成功となる度に増加する。この解決方法は、ハンドオーバ・レイテンシの増大という欠点を有する。別の解決方法は、準備段階中のエアインターフェース変更前に、アップリンク方向に無線リソースを割り当てることである。この場合、コリジョンは避けられ、ユーザ端末が同期されるや否やアクセス可能となることが保証される。

イントラＬＴＥアクセス・モビリティ・サポートに関する情報フロー、すなわちイントラＬＴＥハンドオーバ処理に必要な情報フローは、３ＧＰＰ ＴＲ ２５．９１２ Ｖ０．２．０（２００６−０６）：「Ｆｅａｓｉｂｉｌｉｔｙ Ｓｔｕｄｙ ｆｏｒ Ｅｖｏｌｖｅｄ ＵＴＲＡ ａｎｄ ＵＴＲＡＮ（Ｒｅｌｅａｓｅ７）」の９．４章、３２〜３４ページに記載されており、これは直近の従来技術とみなされる。

上述の解決方法では、第１のメッセージをターゲットｅＮｏｄｅＢに送信することによってユーザ端末自体を登録しないうちは、ターゲットｅＮｏｄｅＢはいかなるユーザ・データも伝送することができない。

本発明は３ＧＰＰ ＬＴＥに限定されず、原則としてハンドオーバ処理を行ういかなるネットワークにも適用可能なことから、以下では、用語ｅＮｏｄｅＢの代わりに、より一般的な用語である基地局を使用する。

本発明は、ｅｖｏｌｖｅｄ ＵＴＲＡＮのフレームワークの範囲内において記述されるが、変調技術は本発明の主題ではないため、本発明はＯＦＤＭ伝送を使用するネットワークに限定されない。

３ＧＰＰ ＴＲ ２５．９１２ Ｖ０．２．０（２００６−０６）：「Ｆｅａｓｉｂｉｌｉｔｙ Ｓｔｕｄｙ ｆｏｒ Ｅｖｏｌｖｅｄ ＵＴＲＡ ａｎｄ ＵＴＲＡＮ（Ｒｅｌｅａｓｅ７）」の９．４章、３２〜３４ページ ３ＧＰＰ ＴＲ ２５．９１２ Ｖ０．１．７（２００６−０６）：「Ｆｅａｓｉｂｉｌｉｔｙ Ｓｔｕｄｙ ｆｏｒ Ｅｖｏｌｖｅｄ ＵＴＲＡ ａｎｄ ＵＴＲＡＮ（Ｒｅｌｅａｓｅ７）」の９．４章、３２〜３４ページ

したがって、本発明の目的は、ハンドオーバ処理の間のレイテンシを削減するための方法を提案することである。

この目的は、請求項１の教示による方法、請求項９の教示による基地局、および請求項１０の教示によるネットワークによって達成される。

本発明の主な概念は、ターゲット基地局が、ユーザ端末の登録を待つのではなく、ユーザ端末がデータ受信可能になったことを予期するや否や、ユーザ・データを伝送することであり、これによってハンドオーバの間のレイテンシを短縮することになる。

ターゲット基地局は、ハンドオーバ処理の終了を示すメッセージの受信を待たずに、ユーザ端末にユーザ・データを送出する。次いで、ユーザ端末は、ユーザ・データのダウンリンク伝送に関連した少なくとも１つのメッセージをターゲット基地局に送信するためにアップリンク・フィードバックを使用する。ターゲット基地局は次に、ユーザ・データのダウンリンク伝送に関連した少なくとも１つのメッセージを、ターゲット基地局の範囲内にユーザ端末が存在することのインディケーションとして使用する。

本発明による方法は、３ＧＰＰ ＴＲ ２５．９１２ Ｖ０．１．７（２００６−０６）：「Ｆｅａｓｉｂｉｌｉｔｙ Ｓｔｕｄｙ ｆｏｒ Ｅｖｏｌｖｅｄ ＵＴＲＡ ａｎｄ ＵＴＲＡＮ（Ｒｅｌｅａｓｅ７）」の９．４章、３２〜３４ページに記載された手順に完全に準拠しており、これは直近の従来技術とみなされる。

本発明のさらなる発展は、従属請求項および下記の説明から得ることができる。

下記において、本発明は、添付の図面をさらに参照して説明される。

本発明を実施することができるネットワークを示す概略図である。 ３ＧＰＰ ＴＲ ２５．９１２ Ｖ０．２．０（２００６−０６）の９．４章、３２〜３４ページに開示された従来技術によるイントラＬＴＥアクセス・モビリティ・サポートのための情報フローを例示的に示す概略図である。 本発明による削減されたハンドオーバ・レイテンシによるイントラＬＴＥアクセス・モビリティ・サポートのための情報フローを例示的に示す概略図である。

本発明を実施することができるネットワークは、ユーザ端末および基地局を含む。

図１は、基地局ＢＳ１〜ＢＳ８およびユーザ端末Ｔ１〜Ｔ４を含むこのようなネットワークＣＮの一例を示す。

ユーザ端末Ｔ１〜Ｔ４のそれぞれが１つまたは複数の基地局ＢＳ１〜ＢＳ８に接続されており、図１の両方向矢印で表されている。基地局ＢＳ１〜ＢＳ８はまた、簡素化のために図１には示されていないコアネットワークに接続されている。

ユーザ端末Ｔ１〜Ｔ４は、無線伝送を使用するネットワークにおいてシグナリングおよびデータ・メッセージを送受信するためのユーザ端末の機能を備える。

基地局ＢＳ１〜ＢＳ８は、無線伝送を使用するネットワークの基地局の機能を備え、すなわち基地局ＢＳ１〜ＢＳ８は、無線伝送を用いて、ユーザ端末がネットワークに接続されるための実現性、および前記ユーザ端末のデータ交換のための実現性を提供する。

さらに、無線伝送を使用するネットワークにおける本発明による基地局ＢＳ１〜ＢＳ８は、ハンドオーバ処理の間に、別の基地局ＢＳ１〜ＢＳ８からユーザ端末Ｔ１〜Ｔ４を引き継ぐようになされ、それにより基地局は、ハンドオーバ処理の終了を示すメッセージの受信を待たずにユーザ端末にユーザ・データの送出を行うようになされ、かつユーザ・データのダウンリンク伝送に関連した少なくとも１つのメッセージを、基地局の範囲内にユーザ端末が存在することのインディケーションとして送るためにアップリンク・フィードバックの使用を行うようになされた少なくとも１つの処理手段を含む。

図２は、以下で説明される、３ＧＰＰ ＴＲ ２５．９１２ Ｖ０．１．７（２００６−０６）の９．４章に開示された従来技術に基づくイントラ・ロング・ターム・エボリューション・アクセス・モビリティ・サポートのための情報フローを示す。

ステップ１で、接続確立の間、または最新のトラッキング・エリアＴＡ更新の際に、ローミング制限に関するエリア制限情報を含むユーザ端末ＵＥコンテキストがソース基地局ＳＢＳに提供される。

ステップ２で、ソース基地局ＳＢＳエンティティは、エリア制限情報に従ってＵＥ測定手順を設定する。ソース基地局ＳＢＳエンティティにより提供される測定値は、ユーザ端末の接続モビリティを制御する機能を支援することができる。

ステップ３で、ユーザ端末ＵＥおよびソース基地局ＳＢＳからの測定結果に基づき、おそらく追加の無線リソース管理の具体的な情報によって支援され、ソース基地局ＳＢＳは、ユーザ端末ＵＥをターゲット基地局ＴＢＳにより制御されるセルにハンドオーバすることを決定する。

ステップ４で、ソース基地局ＳＢＳは、必要な情報を伝えるターゲット基地局ＴＢＳエンティティに対し、ターゲット側でハンドオーバの準備をするようにハンドオーバ要求（ＨＯ要求）を発行する。ターゲット基地局ＴＢＳは、要求されたリソースを設定する。

ステップ５で、ハンドオーバ成功の可能性を高めるために、ターゲット基地局ＴＢＳによる許可制御が行われて、リソースがターゲット基地局ＴＢＳにより認められるかどうかが確認される。

ステップ６で、ターゲット側でハンドオーバ準備が終了し、ユーザ端末ＵＥがターゲット側への無線パスを再設定するための情報がソース基地局ＳＢＳに伝えられる。

以下で述べられるステップ７から１２では、ハンドオーバの間のデータ損失を避けるための手段が提供される。この手順に関する詳細は、３ＧＰＰ ＴＲ ２５．９１２ Ｖ０．１．７（２００６−０６）の§９．４．２．２．２に示されている。

ステップ７で、ユーザ端末ＵＥは、ハンドオーバを行うようにソース基地局ＳＢＳエンティティによりコマンドが与えられ、このハンドオーバコマンド（ＨＯコマンド）にはターゲット側の無線リソース情報が含まれている。ＨＯコマンドが送信されると、ソース基地局ＳＢＳはターゲット基地局ＴＢＳにユーザ・データの転送を開始する。

ステップ８で、ユーザ端末ＵＥはターゲット側での同期を得る。

ステップ９で、ユーザ端末ＵＥがセルへのアクセスに成功すると、ユーザ端末ＵＥはハンドオーバの完了を示すインディケーション（ＨＯ完了メッセージ）をターゲット基地局ＴＢＳに送信する。ＨＯ完了メッセージを受信した後、ターゲット基地局ＴＢＳは、ユーザ端末ＵＥにユーザ・データの送信を開始することができる。

ステップ９ｂで、ターゲット基地局ＴＢＳは、応答メッセージＨＯ完了ＡＣＫをユーザ端末ＵＥに送信することによって、ＨＯ完了メッセージの受信を確認する。ＨＯ完了ＡＣＫメッセージを受信した後、ユーザ端末ＵＥは、ターゲット基地局ＴＢＳにユーザ・データの送信を開始する。

ステップ１０で、モビリティ管理エンティティＭＭＥ／ユーザ・プレーン・エンティティＵＰＥは、ユーザ端末ＵＥがセルを変更したことを通知される。ユーザ・プレーン・エンティティは、ターゲット側にデータパスを切り換え、ソース基地局ＳＢＳに対してあらゆるユーザプレーン／トランスポート・ネットワーク・レイヤのリソースを解放することができる。

ステップ１１で、モビリティ管理エンティティＭＭＥ／ユーザ・プレーン・エンティティＵＰＥは、「ＨＯ完了ＡＣＫ」メッセージにより「ＨＯ完了」メッセージを確認する。

ステップ１２で、ターゲット基地局ＴＢＳは、ソース側でリソースの解放をトリガする。ターゲット基地局ＴＢＳは、ステップ９において「ＨＯ完了」メッセージの受信後に、このメッセージを直接送信することができる。

ステップ１３で、ステップ１２からのリソース解放メッセージを受信すると、ソース基地局ＳＢＳは、ＵＥコンテキストに関して、無線および制御プレーンに関連したリソースを解放することができる。実装依存メカニズムが、データ転送が中止されてよいこと、およびユーザプレーン／トランスポート・ネットワーク・レイヤのリソースが解放されてよいことを決定するまで、ソース基地局ＳＢＳはデータの転送を続けるべきである。

ステップ１４で、新しいセルが新しいトラッキング・エリアＴＡのメンバである場合、ユーザ端末ＵＥは、モビリティ管理エンティティＭＭＥ／ユーザ・プレーン・エンティティＵＰＥに登録する必要があり、モビリティ管理エンティティＭＭＥ／ユーザ・プレーン・エンティティＵＰＥは次に、ターゲット側のエリア制限情報を更新する。

ターゲット基地局ＴＢＳに同期するための従来技術手順によれば、ユーザ端末ＵＥは他の無線セルの測定を行い、パイロット・シンボル、同期チャネルＳＣＨ、ブロードキャスト・チャネルＢＣＨなどのあらかじめ定義されたリソースについてリスンする。あらかじめ定義されたパターンが見つかるや否や、ユーザ端末ＵＥは、ダウンリンク受信のためにターゲット基地局ＴＢＳと同期する。

ハンドオーバの間は、測定段階からの基本同期をなお利用することができるが、ユーザ端末ＵＥ内のアップリンク伝送に必要な、ターゲット基地局ＴＢＳのためのタイミング・アドバンスは未知である。したがって、ユーザ端末ＵＥとターゲット基地局ＴＢＳは、対応するシグナリング情報を交換してタイミング・アドバンスを測定する。ハンドオーバを完了するために、ユーザ端末ＵＥは、ターゲット基地局ＴＢＳに対して、ランダム・アクセス・チャネルＲＡＣＨ内で初期メッセージ「ＨＯ完了」を送信する。

「ＨＯ完了」メッセージを受信した後でのみ、ターゲット基地局ＴＢＳは第１のダウンリンク・データをユーザ端末ＵＥに送信することができ、ユーザ端末ＵＥはダウンリンク・データの中断時間、すなわちＨＯコマンドメッセージ受信時からの期間を終了する。ユーザ端末ＵＥは、「ＨＯ完了ＡＣＫ」メッセージを受信した後でのみ、第１のアップリンク・データを送信することができるので、アップリンク・データの中断時間の方がより長い。

上述したハンドオーバ実行段階のための方法は、まずダウンリンク・データのための手順から説明する以下のメカニズムによる中断時間に関して、本発明によって改善することができる。

図３は、本発明による削減された中断時間を用いたイントラＬＴＥアクセス・モビリティ・サポートのための情報フローを示す。以下では、上述した従来技術に対する差異が、図３に基づいて説明される。

従来技術について上で説明されたステップ１〜１４は、すべて図３において行われ、基本的に同じ意味を有する。

図３で「フィードバック」と示され、ターゲット基地局ＴＢＳでのダウンリンクのユーザ・データ伝送に関連したアップリンク・フィードバックは、ユーザ端末ＵＥが存在することのインディケーションとして使用することができる。ユーザ端末ＵＥの到着を待つのではなく、ターゲット基地局ＴＢＳは、ユーザ端末ＵＥを既にスケジュールすることが可能であり、したがって、ターゲット基地局ＴＢＳがユーザ端末ＵＥの到着を予期するや否やユーザ・データを送出する。それにより、本発明によるユーザ・データのスケジューリングは、従来技術と異なり、ステップ９以前、すなわち、ユーザ端末ＵＥからターゲット基地局ＴＢＳへの「ＨＯ完了」メッセージの送信前に行われる。

ターゲット基地局ＴＢＳにおける新しいアイデンティフィケーション、すなわちユーザ端末ＵＥに割り当てられたアドレスは、上述したステップ２から６を含むハンドオーバ準備段階の間に既にソース基地局ＳＢＳに転送され、ソース基地局ＳＢＳが次いでこの情報を「ＨＯコマンド」メッセージ内でユーザ端末ＵＥに伝える。

ターゲット基地局ＴＢＳは、実際の無線状態について未知であるため、ロバストな変調および符号化スキームによってユーザ・データを送信することが好ましい。ユーザ・データの伝送は、ダウンリンク制御チャネルにおける対応する通知により、またはあらかじめ定義された無線リソース内において行うことができる。対応するフィードバック信号（通常はＡＣＫまたはＮＡＣＫメッセージ）の検出により、ターゲット基地局ＴＢＳは、ユーザ端末ＵＥが既に存在するかどうかを黙示的に知ることができる。

ターゲット基地局ＴＢＳは、ＡＣＫまたはＮＡＣＫメッセージをある信号強度をもって受信する。ユーザ端末ＵＥがまだ同期されていないとき、ターゲット基地局ＴＢＳは、予期されたフィードバック信号を復調および復号することを試みることになるものの、何も受信していないことになる。受信機が偶然にノイズをＡＣＫまたはＮＡＣＫとして解釈する場合があるが、この場合の信号強度は非常に低い。したがって、フィードバック受信の不成功、または非常に低い信号強度によるフィードバック受信のいずれも、「ＵＥはまだ存在しない」と解釈される。

この情報はターゲット基地局ＴＢＳ内部において伝わり、現時点での最新技術によれば必須である、ユーザ端末ＵＥからターゲット基地局ＴＢＳへ送信される「ＨＯ完了」メッセージの使用による専用のインディケーションは必要ない。したがって、本発明による方法では、「フィードバック」メッセージが、ターゲット基地局ＴＢＳの範囲内にユーザ端末ＵＥが存在することのインディケーションとして使用されるために、ステップ９およびステップ９ｂ、すなわち、メッセージ「ＨＯ完了」および「ＨＯ完了ＡＣＫ」はオプションである。しかしながらこれを排除することはできない。というのは、上述したステップ７から１４を含む実行段階の間にユーザ・データが利用可能でない場合、ハンドオーバ処理は、上述した従来技術のように機能するからである。この場合、仮想的なハンドオーバ中断時間は、本発明により提案される拡張がないのと同じであるが、影響を受けるユーザ・データがないために、これは実際の中断時間にはならないことになる。

最終的に、ターゲット基地局ＴＢＳはダウンリンク・リソースを通知し、ユーザ端末ＵＥの受信準備が整ったことを予期するや否や、着信ユーザ端末ＵＥのために、これらのリソース上にスケジュールされたユーザ・データを送出する。ユーザ端末ＵＥは次いで、これらのリソース上でユーザ・データを受信することができる。

中断時間に関して同様の改善がアップリンク方向において達成できる。この場合、準備段階の間に、現在のフレーム番号と伝送時間をソース基地局ＳＢＳに送信するターゲット基地局ＴＢＳがタイミング・アドバンスを測定するか、または、同期ネットワーク内でフレームが一意に特定されている場合は、ユーザ端末ＵＥが自律的にターゲット基地局ＴＢＳのためにタイミング・アドバンスを測定することができる。アップリンク・リソースはあらかじめ定義されていてもよく、またはハンドオーバ準備段階の間に、たとえばタイミング・アドバンスと一緒に、ターゲット基地局ＴＢＳからソース基地局ＳＢＳを介してユーザ端末ＵＥに送られてもよい。

本発明による方法では、ターゲット基地局ＴＢＳとのユーザ端末の同期は、上述したステップ２から６を含むハンドオーバ準備段階の間に既に行うことができるので、ステップ８、すなわちターゲット基地局ＴＢＳとのユーザ端末の同期はオプションにすぎない。

したがって、本発明による方法によって、ハンドオーバの間のダウンリンク・データおよびアップリンク・データについて、はるかに短い中断時間が実現可能である。

本発明の一実施形態では、アップリンク・フィードバック、すなわちＡＣＫ／ＮＡＣＫによるインディケーションを使用する代わりに、ユーザ端末ＵＥがターゲット基地局ＴＢＳからいかなるタイミング・アドバンス値も受信しなかった限りにおいて、ユーザ端末ＵＥはこの情報をランダム・アクセス・チャネルを介して送信する。

本発明の一実施形態では、ターゲット基地局ＴＢＳにおいていかなるタイミング・アドバンス値も存在しない限り、ダウンリンクとアップリンク間に正確なタイミング関係がないとしても、アップリンク伝送を受信できるような方法でアップリンク・リソースを割り当てる。リソースは、より長い時間、すなわち、伝送と最大伝播遅延を足した時間の間割り当てられる。

本発明の一実施形態では、ターゲット基地局ＴＢＳからソース基地局ＳＢＳの「ＨＯ応答」メッセージの間、ターゲット基地局ＴＢＳは既に、その中で新たに到着するユーザ端末ＵＥのために第１のユーザ・データがスケジュールされることになるいくつかのダウンリンク・リソースおよび／またはアップリンク・リソースを示すことができる。ソース基地局ＳＢＳは、このリソース情報を「ＨＯコマンド」メッセージ内でユーザ端末ＵＥに送信する。ユーザ端末ＵＥはここで、いかなる通知、すなわちダウンリンク・シグナリングの復調および復号も必要とすることなく、データを直接受信するためにこれらのリソースをリスンすることができる。しかしながら、通知はなおターゲット基地局ＴＢＳから送出されてもよい。

本発明の一実施形態では、上述した同期目的のために引き継がれることを目的としたユーザ端末ＵＥに割り当てられるダウンリンク・リソースの量は、ターゲット基地局ＴＢＳの現時点での負荷状況による。しかしながら、ターゲット基地局ＴＢＳにおいて実際の無線状態が利用できるまでは、リソースの量は低く保たれるべきである。

本発明の一実施形態では、ユーザ・データの第１の伝送効率を上げるために、ソース基地局ＳＢＳは、準備段階、たとえば「ＨＯ要求」メッセージ内の間に、ユーザ端末ＵＥの測定報告をターゲット基地局ＴＢＳに送信する。次いでターゲット基地局ＴＢＳは、最良と予期される品質を備えた無線リソースを選択し、よりロバストでない変調および符号化スキームを適用し、この情報がない場合よりもよい無線状態を適合することができる。

Claims (10)

1. ソース基地局ＳＢＳからターゲット基地局ＴＢＳに無線インターフェース上でユーザ端末ＵＥのハンドオーバ処理をする方法において、
   前記ターゲット基地局ＴＢＳが、前記ハンドオーバ処理の終了を示すメッセージ（ＨＯ完了）を受信する前に、前記ユーザ端末ＵＥにユーザ・データを送出し、
   前記ユーザ端末ＵＥが、前記ユーザ・データのダウンリンク伝送に関連した少なくとも１つのメッセージ（フィードバック）を前記ターゲット基地局ＴＢＳに送信するためにアップリンク・フィードバックを使用し、
   前記ターゲット基地局ＴＢＳが、前記ユーザ・データの前記ダウンリンク伝送に関連した前記少なくとも１つのメッセージ（フィードバック）を、前記ターゲット基地局ＴＢＳの範囲内に前記ユーザ端末ＵＥが存在することのインディケーションとして使用することを特徴とする方法。
2. 前記ターゲット基地局ＴＢＳにおける前記ユーザ端末ＵＥのアイデンティフィケーションが、前記ターゲット基地局ＴＢＳから前記ソース基地局ＳＢＳに転送され、前記ソース基地局ＳＢＳが次いで前記アイデンティフィケーションを前記ユーザ端末ＵＥに転送することを特徴とする、請求項１に記載の方法。
3. 前記ユーザ・データが、品質の悪い無線状態に適した変調スキームおよび符号化スキームによって送信されることを特徴とする、請求項１に記載の方法。
4. 前記ターゲット基地局ＴＢＳが、前記ユーザ・データの前記ダウンリンク伝送に関連した前記少なくとも１つのメッセージ（フィードバック）を受信しないか、またはある閾値を下回る信号強度をもった前記ユーザ・データの前記ダウンリンク伝送に関連した前記少なくとも１つのメッセージ（フィードバック）のみを受信する場合、前記ターゲット基地局ＴＢＳは、前記ユーザ端末ＵＥが前記ユーザ・データの前記ダウンリンク伝送をまだ受信しようとしていないと解釈することを特徴とする、請求項１に記載の方法。
5. 前記ハンドオーバが完了したことのみを示すメッセージ（ＨＯ完了）が、前記ユーザ端末ＵＥから前記ターゲット基地局ＴＢＳに送信されないことを特徴とする、請求項１に記載の方法。
6. 前記ユーザ端末ＵＥが前記ターゲット基地局ＴＢＳからいかなるタイミング・アドバンス値も受信していない場合に、前記ユーザ・データの前記ダウンリンク伝送に関連した前記少なくとも１つのメッセージ（フィードバック）が、ランダム・アクセス・チャネルを介して送信されることを特徴とする、請求項１に記載の方法。
7. 前記ターゲット基地局ＴＢＳが、前記ソース基地局ＳＢＳに送信されるハンドオーバ応答メッセージ（ＨＯ応答）において、前記ユーザ端末ＵＥに対する第１のユーザ・データをスケジューリングするために使用される少なくとも１つのダウンリンク・リソースを示すことを特徴とする、請求項１に記載の方法。
8. 前記ターゲット基地局ＴＢＳからのユーザ・データの第１の伝送の前に、前記ソース基地局ＳＢＳが、前記ユーザ端末の無線チャネル品質を示す測定報告を前記ターゲット基地局ＴＢＳに送信し、前記ターゲット基地局ＴＢＳが前記測定報告に基づいて前記ユーザ・データのための適切な変調および符号化スキームを選択することを特徴とする、請求項１に記載の方法。
9. ハンドオーバ処理の間に、別の基地局からユーザ端末（Ｔ１〜Ｔ４）を引き継ぐようになされた無線伝送を使用する基地局（ＢＳ１〜ＢＳ８）において、
   前記ハンドオーバ処理の終了を示すメッセージ（ＨＯ完了）の受信前に前記ユーザ端末（Ｔ１〜Ｔ４）にユーザ・データの送出を行うようになされ、かつ
   アップリンク・フィードバックを介して受信され、前記ユーザ・データの前記ダウンリンク伝送に関連した少なくとも１つのメッセージ（フィードバック）を、前記基地局（ＢＳ１〜ＢＳ８）の範囲内に前記ユーザ端末（Ｔ１〜Ｔ４）が存在することのインディケーションとして使用するようになされた
   少なくとも１つの処理手段を含むことを特徴とする基地局（ＢＳ１〜ＢＳ８）。
10. 第１の基地局から第２の基地局にユーザ端末のハンドオーバ処理を行うようになされた無線伝送を使用するネットワーク（ＣＮ）において、前記ハンドオーバ処理の終了を示すメッセージ（ＨＯ完了）の受信前に前記ユーザ端末（Ｔ１〜Ｔ４）にユーザ・データの送出を行うようになされ、かつアップリンク・フィードバックを介して受信され、前記ユーザ・データの前記ダウンリンク伝送に関連した少なくとも１つのメッセージ（フィードバック）を前記基地局（ＢＳ１〜ＢＳ８）の範囲内に前記ユーザ端末（Ｔ１〜Ｔ４）が存在することのインディケーションとして使用するようになされた少なくとも１つの処理手段を含む少なくとも１つの基地局（ＢＳ１〜ＢＳ８）を含むことを特徴とするネットワーク（ＣＮ）。

Images