(57)【要約】  本発明は、移動通信システムにおけるハンドオーバのための方法及び装置に関し、特に、ハンドオーバの間に基地局（ＥＮＢ）間のデータ転送を最小化する方法及び装置に関する。端末（ＵＥ）は、ハンドオーバが発生する直前に状態の変化を経験した複数のＲＬＣ  ＰＤＵに関する状態報告をソースセルの基地局に送信することにより、送信に成功したが、まだ肯定的認知（ＡＣＫ）信号が受信されていない複数のＲＬＣ  ＰＤＵの転送を防止する。
2011508482.tif 000002
【特許請求の範囲】
【請求項１】
移動通信システムにおける端末（ＵＥ）のハンドオーバ方法であって、
ハンドオーバが迫っているか否かを判定するステップと、
ハンドオーバが迫っている場合に、基地局からの受信に成功した無線リンク制御（ＲＬＣ）パケットデータユニット（ＰＤＵｓ）の一連番号の中で最も大きい番号に関する情報を含むＲＬＣ状態報告メッセージを生成するステップと、
前記生成されたＲＬＣ状態報告メッセージを前記基地局に送信するステップと
を具備することを特徴とするハンドオーバ方法。
【請求項２】
前記ハンドオーバが迫っているか否かを判定するステップは、
前記基地局からハンドオーバ切迫指示情報を受信すると、ハンドオーバの切迫を判定することを特徴とする請求項１に記載のハンドオーバ方法。
【請求項３】
前記ハンドオーバが迫っているか否かを判定するステップは、
少なくとも１つの測定対象、測定結果報告生成条件、及び測定識別子を含む測定設定情報と前記測定識別子の中でハンドオーバをトリガーリングする可能性が高い特定の測定を示す識別情報とを基地局から受信し、前記受信された測定設定情報及び識別情報を用いて前記特定の測定に対応する測定結果報告が生成される場合に、ハンドオーバが迫っているものと判定することを特徴とする請求項１に記載のハンドオーバ方法。
【請求項４】
前記ＲＬＣ状態報告メッセージを生成するステップは、
ＲＬＣエンティティがＲＬＣ確認モード（ＡＭ）で動作し、シグナリング無線ベアラー（ＳＲＢ）ではなく、受信に成功したが、受信成功報告がまだなされていないＲＬＣ  ＰＤＵを有するＲＬＣエンティティに関するＲＬＣ状態報告メッセージだけを生成することを特徴とする請求項１に記載のハンドオーバ方法。
【請求項５】
前記ＲＬＣ状態報告メッセージを送信するステップは、
論理チャネルの優先順位に従って、又は受信に成功したが、受信成功報告がまだなされていないＲＬＣ  ＰＤＵの個数が多い順に複数のＲＬＣ状態報告メッセージの優先順位を決定し、前記決定された優先順位に従って前記複数のＲＬＣ状態報告メッセージを送信することを特徴とする請求項１に記載のハンドオーバ方法。
【請求項６】
前記ＲＬＣ状態報告メッセージは、ＲＬＣエンティティの識別子である論理チャネル識別子及び自動再送要求（ＡＲＱ）レベルで順序が整列された複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号を具備することを特徴とする請求項１に記載のハンドオーバ方法。
【請求項７】
移動通信システムにおける端末（ＵＥ）のハンドオーバ装置であって、
ハンドオーバの切迫を認識すると、基地局からの受信に成功した複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号に関する情報を含むＲＬＣ状態報告メッセージを生成する無線リンク制御（ＲＬＣ）状態報告制御部と、
前記生成されたＲＬＣ状態報告メッセージを基地局に送信する物理レイヤーと
を具備することを特徴とするハンドオーバ装置。
【請求項８】
前記ＲＬＣ状態報告制御部は、前記基地局からハンドオーバ切迫指示情報を受信すると、ハンドオーバの切迫を判定することを特徴とする請求項７に記載のハンドオーバ装置。
【請求項９】
前記ＲＬＣ状態報告制御部は、少なくとも１つの測定対象、測定結果報告生成条件、及び測定識別子を含む測定設定情報と前記測定識別子の中でハンドオーバをトリガーリングする可能性が高い特定の測定を示す識別情報とを基地局から受信し、前記受信された測定設定情報及び識別情報を用いて前記特定の測定に対応する測定結果報告が生成される場合に、ハンドオーバが迫っているものと判定することを特徴とする請求項７に記載のハンドオーバ装置。
【請求項１０】
前記ＲＬＣ状態報告制御部は、ＲＬＣエンティティがＲＬＣ確認モード（ＡＭ）で動作し、シグナリング無線ベアラー（ＳＲＢ）ではなく、受信に成功したが、受信成功報告がまだなされていないＲＬＣ  ＰＤＵを有するＲＬＣエンティティに関するＲＬＣ状態報告メッセージだけを生成することを特徴とする請求項７に記載のハンドオーバ装置。
【請求項１１】
前記ＲＬＣ状態報告制御部は、論理チャネルの優先順位に従って、又は受信に成功したが、受信成功報告がまだなされていないＲＬＣ  ＰＤＵの個数が多い順に複数のＲＬＣ状態報告メッセージの優先順位を決定し、前記決定された優先順位に従って前記複数のＲＬＣ状態報告メッセージを送信することを特徴とする請求項７に記載のハンドオーバ装置。
【請求項１２】
前記ＲＬＣ状態報告メッセージは、ＲＬＣエンティティの識別子である論理チャネル識別子及び自動再送要求（ＡＲＱ）レベルで順序が整列された複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号を具備することを特徴とする請求項７に記載のハンドオーバ装置。
【請求項１３】
移動通信システムにおける基地局（ＥＮＢ）で端末（ＵＥ）のハンドオーバをサポートする方法であって、
端末がハンドオーバの切迫を判定することができるようにするための少なくとも１つの測定対象、測定結果報告生成条件、及び測定識別子を含む測定設定メッセージを生成し、前記測定設定メッセージを前記端末に送信するステップと、
ハンドオーバをトリガーリングする可能性が高い測定に関する測定結果報告及び端末が受信に成功した複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号に関する情報だけを含むＲＬＣ状態報告メッセージを前記端末から受信するステップと、
前記受信されたＲＬＣ状態報告メッセージを用いて端末が受信に成功した複数のＲＬＣ  ＰＤＵを除いた残りのデータだけをターゲット基地局に転送するステップと
を具備することを特徴とする方法。
【請求項１４】
前記測定設定メッセージを生成し、これを前記端末に送信するステップは、
前記測定識別子の中でハンドオーバをトリガーリングする可能性が高い特定の測定を示す測定識別子を端末に送信することを特徴とする請求項１３に記載の方法。
【請求項１５】
移動通信システムにおける基地局（ＥＮＢ）で端末（ＵＥ）のハンドオーバをサポートする装置であって、
端末がハンドオーバの切迫を判定することができるようにするための少なくとも１つの測定対象、測定結果報告生成条件、及び測定識別子を含む測定設定メッセージを生成し、前記測定設定メッセージを前記端末に送信するハンドオーバ制御部と、
ハンドオーバをトリガーリングする可能性が高い測定に関する測定結果報告及び端末が受信に成功した複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号に関する情報だけを含むＲＬＣ状態報告メッセージを前記端末から受信する無線リソース制御（ＲＲＣ）レイヤーと、
前記受信されたＲＬＣ状態報告メッセージを用いて端末が受信に成功した複数のＲＬＣ  ＰＤＵを除いた残りのデータだけをターゲット基地局に転送するデータ送信制御部と
を具備することを特徴とする装置。
【請求項１６】
前記ハンドオーバ制御部は、前記測定識別子の中でハンドオーバをトリガーリングする可能性が高い特定の測定を示す測定識別子を端末に送信することを特徴とする請求項１５に記載の装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムにおけるハンドオーバのための方法及び装置に関し、特に、移動通信システムにおけるハンドオーバの間に基地局間で転送されるデータを減少させるための方法及び装置に関する。
【背景技術】
【０００２】
移動通信システムの中の１つであるＵＭＴＳ（Universal Mobile Telecommunication Service）システムは、ヨーロッパ式移動通信システムであるＧＳＭ（Global System for Mobile Communications）及びＧＰＲＳ（General Packet Radio Services）に基づいて広帯域符号分割多重接続（Wideband Code Division Multiple Access：以下、“ＷＣＤＭＡ”と称する。）を使用する第３世代の非同期移動通信システムである。
ＵＭＴＳ標準化を担当している第３世代パートナーシッププロジェクト（3-rd Generation Partnership Project：３ＧＰＰ）において、ロングタームエボルーション（Long Term Evolution：以下、“ＬＴＥ”と称する。）は、ＵＭＴＳシステムの次世代移動通信システムとして議論が進んでいる。ＬＴＥは、２０１０年ごろに商用化することを目標にしており、１００Ｍｂｐｓ程度の最大送信速度をサポートする高速パケット基盤通信を実現するための技術である。このような技術のために、様々な方式が論議されている。例えば、ネットワーク構成を簡素化することにより、通信経路上に位置するノードの数を減少させる方式及び無線プロトコルを無線チャネルに最大に近接させる方式などがある。
【０００３】
図１は、次世代移動通信システムの中でＵＭＴＳシステムに基づくシステム構成の一例を示す図である。
図１を参照すると、図示するように、次世代無線アクセスネットワーク（Evolved Radio Access Network：以下、“Ｅ-ＲＡＮ”と称する。）１１０及び１１２は、次世代基地局（Evolved Node B：以下、“ＥＮＢ”又は“ノードＢ”と称する。）１２０、１２２、１２４、１２６、及び１２８とＥＧＧＳＮ（Evolved Gateway GPRS Support Node）１３０及び１３２とからなる２ノード構成に簡素化される。ユーザ端末（User Equipment：以下、“ＵＥ”と称する。）１０１は、Ｅ-ＲＡＮ１１０及び１１２を介してインターネットプロトコル（Internet Protocol：以下、“ＩＰ”と称する。）ネットワーク１１４に接続する。
ＥＮＢ１２０乃至１２８は、ＵＭＴＳシステムの既存のノードＢに対応し、無線チャネルを介してＵＥ１０１に接続される。既存のノードＢとは異なり、ＥＮＢ１２０乃至１２８は、より複雑な機能を実行する。ＬＴＥにおいて、ボイスオーバーインターネットプロトコル（Voice over IP：以下、“ＶｏＩＰ”と称する。）のような実時間サービスを含む全てのユーザトラフィックが共用チャネル（ＳＣＨ）を介してサービスされるため、複数のＵＥのステータス情報を収集し、この収集された情報に基づいてスケジューリングを実行する装置が必要であり、ＥＮＢ１２０乃至１２８は、当該装置として機能する。一般的に、１つのＥＮＢは、複数のセルを制御する。最大１００Ｍｂｐｓの送信速度を実現するために、ＬＴＥは、２０ＭＨｚの帯域幅で直交周波数分割多重方式（Orthogonal Frequency Division Multiplexing：以下、“ＯＦＤＭ”と称する。）を無線接続技術として使用する。また、ＬＴＥは、ＵＥのチャネル状態に従って変調方式とチャネル符号化率とを適応させ決定する適応変調符号化（Adaptive Modulation & Coding：以下、“ＡＭＣ”と称する。）を適用する。
【０００４】
図２は、ＬＴＥシステムのための無線プロトコルの階層構成を示す図である。図２を参照して、ＬＴＥシステムのための無線プロトコルの階層構成について説明する。
図２に示すように、ＬＴＥシステムの無線プロトコルは、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）２０５及び２４０と、無線リンク制御（ＲＬＣ）２１０及び２３５と、媒体アクセス制御（ＭＡＣ）２１５及び２３０とを含む。
ＰＤＣＰ２０５及び２４０は、ＩＰヘッダー圧縮／復元のような動作を担当し、ＲＬＣ２１０及び２３５は、ＰＤＣＰパケットデータユニット（ＰＤＵ）を適切なサイズで再構成し、自動再送要求（ＡＲＱ）動作を実行する。下記の説明において、特定のプロトコルエンティティから出力されるパケットをプロトコルのＰＤＵとして称する。ＭＡＣ２１５及び２３０は、１つのＵＥで構成された幾つかのＲＬＣエンティティに接続され、ＲＬＣ  ＰＤＵをＭＡＣ  ＰＤＵに多重化し、ＭＡＣ  ＰＤＵからＲＬＣ  ＰＤＵを逆多重化する動作を実行する。物理レイヤー（ＰＨＹ）２２０及び２２５は、上位レイヤーデータのチャネル符号化及び変調の動作を実行することによりＯＦＤＭシンボルを作り、無線チャネルを介してＯＦＤＭシンボルを送信するか、又は無線チャネルを介して受信されたＯＦＤＭシンボルの復調及びチャネルデコーディングの動作を行い、ＯＦＤＭシンボルを上位レイヤーに伝達する動作を行う。   
ＵＥが他のセルに移動せず１つのセルに滞在している間に、ＲＬＣエンティティは、信頼性あるデータ送受信を保証する。他方、ＵＥが他のセルに移動する場合に、ＵＥは、旧セルで使用したＲＬＣエンティティを除去し、新たなＲＬＣエンティティを構成し、これにより、ＡＲＱ動作の連続性が保証されない場合にデータ損失が発生することがある。ハンドオーバ過程において、発生可能なデータ損失を防止するために、ソースＥＮＢは、ＲＬＣレベルで送信成功／失敗情報（すなわち、ＡＣＫ／ＮＡＣＫ）を受信していないＰＤＣＰ  ＳＤＵをターゲットＥＮＢに転送する。しかしながら、通常、ＥＮＢ間のリンクが低速であるため、ハンドオーバの間にソースＥＮＢからターゲットＥＮＢに転送されるデータの量をできるだけ減少させることが好ましい。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、ＵＥのハンドオーバの間にソースＥＮＢからターゲットＥＮＢに転送されるデータの量が最小となるようにするための状態報告を送受信する方法及び装置を提供することにある。
本発明の他の目的は、ハンドオーバを感知したＵＥが必要な最小の情報だけで構成された状態報告を行う方法及び装置を提供することにある。
【課題を解決するための手段】
【０００６】
上記のような目的を達成するために、本発明の実施形態の一態様によれば、移動通信システムにおける端末（ＵＥ）のハンドオーバ方法を提供する。上記ハンドオーバ方法は、ハンドオーバが迫っているか否かを判定するステップと、ハンドオーバが迫っている場合に、基地局からの受信に成功したＲＬＣパケットデータユニット（ＰＤＵｓ）の一連番号の中で最も大きい番号に関する情報を含む無線リンク制御（ＲＬＣ）状態報告メッセージを生成するステップと、上記生成されたＲＬＣ状態報告メッセージを上記基地局に送信するステップとを具備することを特徴とする。
【０００７】
本発明の実施形態の他の態様によれば、移動通信システムにおける端末（ＵＥ）のハンドオーバ装置を提供する。上記ハンドオーバ装置は、ハンドオーバの切迫を認識すると、基地局からの受信に成功した複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号に関する情報を含むＲＬＣ状態報告メッセージを生成する無線リンク制御（ＲＬＣ）状態報告制御部と、上記生成されたＲＬＣ状態報告メッセージを基地局に送信する物理レイヤーとを具備することを特徴とする。
【０００８】
本発明のさらに他の態様によれば、移動通信システムにおける基地局（ＥＮＢ）で端末（ＵＥ）のハンドオーバをサポートする方法を提供する。上記方法は、端末がハンドオーバの切迫を判定することができるようにするための少なくとも１つの測定対象、測定結果報告生成条件、及び測定識別子を含む測定設定メッセージを生成し、上記測定設定メッセージを上記端末に送信するステップと、ハンドオーバをトリガーリングする可能性が高い測定に関する測定結果報告及び端末が受信に成功した複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号に関する情報だけを含むＲＬＣ状態報告メッセージを上記端末から受信するステップと、上記受信されたＲＬＣ状態報告メッセージを用いて端末が受信に成功した複数のＲＬＣ  ＰＤＵを除いた残りのデータだけをターゲット基地局に転送するステップとを具備することを特徴とする。
【０００９】
本発明のさらなる他の態様によれば、移動通信システムにおける基地局（ＥＮＢ）で端末（ＵＥ）のハンドオーバをサポートする装置を提供する。上記装置は、端末がハンドオーバの切迫を判定することができるようにするための少なくとも１つの測定対象、測定結果報告生成条件、及び測定識別子を含む測定設定メッセージを生成し、上記測定設定メッセージを上記端末に送信するハンドオーバ制御部と、ハンドオーバをトリガーリングする可能性が高い測定に関する測定結果報告及び端末が受信に成功した複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号に関する情報だけを含むＲＬＣ状態報告メッセージを上記端末から受信する無線リソース制御（ＲＲＣ）レイヤーと、上記受信されたＲＬＣ状態報告メッセージを用いて端末が受信に成功した複数のＲＬＣ  ＰＤＵを除いた残りのデータだけをターゲット基地局に転送するデータ送信制御部とを具備することを特徴とする。
【発明の効果】
【００１０】
本発明において、ＵＥは、ハンドオーバが発生する前に所定の条件を満足する論理チャネルに関する状態報告メッセージをソースＥＮＢに送信することにより、送信に成功したが、まだＵＥからＡＣＫ信号を受信していない複数のＲＬＣ  ＰＤＵがソースセルからターゲットセルに転送されないようにする。
【図面の簡単な説明】
【００１１】
【図１】次世代移動通信システムの中でＵＭＴＳシステムに基づくシステム構成の一例を示す図である。
【図２】ＬＴＥシステムのための無線プロトコルの階層構成を示す図である。
【図３】データ送受信の信頼性を保証するＲＬＣ動作の一例を示す図である。
【図４】本発明の実施形態による全ハンドオーバ動作を示すフロー図である。
【図５】本発明の実施形態によるＵＥの動作を示す図である。
【図６】本発明の実施形態によるＵＥがＲＲＣ制御メッセージを介してＲＬＣ状態報告情報を送信する動作を示すフローチャートである。
【図７】本発明の実施形態によるＵＥ装置の構成を示す図である。
【図８】本発明の実施形態によるＥＮＢ装置の動作を示す図である。
【図９】本発明の実施形態によるＥＮＢ装置の構成を示す図である。
【発明を実施するための形態】
【００１２】
本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になるはずである。
以下、本発明の望ましい実施形態を添付の図面を参照して詳細に説明する。下記の説明において、関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。
本発明は、ハンドオーバの切迫を感知したＵＥは、すべてのＲＬＣエンティティに対するＲＬＣ状態報告メッセージの生成及び報告を行う代わりに、データ転送を減少させる可能性が高いＲＬＣエンティティのみに対してＲＬＣ状態報告メッセージを生成し、データ転送の減少に必要な情報だけをＲＬＣ状態報告メッセージに含む方法及び装置を提供する。
【００１３】
図３は、データ送受信の信頼性を保証するＲＬＣ動作の一例を示す図である。以下、図３を参照してＲＬＣ動作について説明する。
ＰＤＣＰエンティティ又はＲＬＣエンティティに含まれている送信装置の送信バッファ３０５は、相手側受信装置にまだ送信されていないか、又は送信されたとしても送信成功／失敗がまだ確認されていない複数のＰＤＣＰ  ＳＤＵ３１０を格納する。フレーミングブロック３１５は、ＰＤＣＰ  ＳＤＵ３１０を適切なサイズで再構成し、これに１つずつ単調に増加する一連番号を添付することによりＲＬＣ  ＰＤＵを構成する。送信装置は、ＡＣＫ信号が受信側ＲＬＣエンティティから受信されるまでＲＬＣ  ＰＤＵを再送信バッファ３２０に格納する。任意のＲＬＣ  ＰＤＵに対するＡＣＫ信号を受信すると、送信装置は、対応するＲＬＣ  ＰＤＵを再送信バッファ３２０から廃棄する。また、ＲＬＣ  ＰＤＵの送信の成功を確認することにより、この送信に成功したＲＬＣ  ＰＤＵに対応するＰＤＣＰ  ＳＤＵの送信成功が確認され、この送信に成功したＰＤＣＰ  ＳＤＵの前に送信されたすべてのＰＤＣＰ  ＳＤＵも送信に成功したものと確認された場合には、送信装置は、ＰＤＣＰ  ＳＤＵの前に送信された複数のＰＤＣＰ  ＳＤＵ及びＰＤＣＰ  ＳＤＵを送信バッファ３０５から廃棄する。
【００１４】
受信側ＲＬＣエンティティは、受信した複数のＲＬＣ  ＰＤＵを受信バッファ３３０に格納した後に、ＲＬＣ  ＰＤＵの一連番号を検査することにより送信の間に損失したＲＬＣ  ＰＤＵの一連番号を認識する。所定の条件が満足する場合に、受信側ＲＬＣエンティティは、ＲＬＣ状態報告メッセージを生成し、これを送信側ＲＬＣエンティティに送信する。ＲＬＣ状態報告メッセージは、受信側ＲＬＣエンティティのＲＬＣ  ＰＤＵ受信状態に関する情報を含み、送信側ＲＬＣエンティティは、ＲＬＣ状態報告メッセージにより送信に成功した複数のＲＬＣ  ＰＤＵ及び送信に失敗した複数のＲＬＣ  ＰＤＵを把握する。ＲＬＣ状態報告メッセージのフォーマットの一例は、次の表１に示す。
【００１５】
【表１】
2011508482.tif 000003
【００１６】
ＲＬＣ状態報告メッセージは、１つのＡＣＫ＿ＳＮで構成されるか、又は１つのＡＣＫ＿ＳＮ及び１つ以上のＮＡＣＫ＿ＳＮで構成される。ＮＡＣＫ＿ＳＮが存在するか否かは、個別のフラグにより示され、説明の便宜上、上述した表１には含まれない。
ＡＣＫ＿ＳＮフィールドは、現在まで受信に成功した複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号を含み、ＮＡＣＫ＿ＳＮフィールドは、受信していない複数のＲＬＣ  ＰＤＵの一連番号を含む。
例えば、任意の時点で、送信側ＲＬＣエンティティがＲＬＣ  ＰＤＵ［７］〜ＲＬＣ  ＰＤＵ［１０］を送信し、受信側ＲＬＣエンティティがＲＬＣ  ＰＤＵ［７］及びＲＬＣ  ＰＤＵ［９］だけを受信し、これを受信バッファ３３０に格納すると仮定する。
【００１７】
任意の時点でＲＬＣ状態報告メッセージ生成条件が満足する場合に、受信側ＲＬＣエンティティは、ＲＬＣ状態報告メッセージを生成する。この場合に、ＲＬＣ状態報告メッセージのＡＣＫ＿ＳＮフィールドは、一連番号９を含み、ＮＡＣＫ＿ＳＮフィールドは、一連番号８を含む。ＲＬＣ状態報告メッセージを受信した送信側ＲＬＣエンティティは、最も低いＮＡＣＫ＿ＳＮより低い一連番号を有する複数のＲＬＣ  ＰＤＵ、すなわち一連番号が７より低い複数のＲＬＣ  ＰＤＵは、すべて送信に成功したものと判定し、再送信バッファ３２０で廃棄する。また、送信バッファ３０５に格納されている複数のＰＤＣＰ  ＳＤＵの中で一連番号が７より低い複数のＲＬＣ  ＰＤＵにマッピングされた複数のＰＤＣＰ  ＳＤＵを廃棄する。送信側ＲＬＣエンティティは、受信側ＲＬＣエンティティが受信に失敗したＲＬＣ  ＰＤＵ［８］を再送信する。
【００１８】
送信側ＲＬＣエンティティは、一連番号を加えたＲＬＣ  ＰＤＵを送信し、受信されたＲＬＣ状態報告メッセージを用いて送信したＲＬＣ  ＰＤＵの送信に成功したか否かを把握し、必要であれば、ＲＬＣ  ＰＤＵを再送信することにより高信頼性の送受信を保証する。
一般的なＲＬＣ状態報告メッセージを受信することにより、送信側ＲＬＣエンティティは、次の２種類の情報を取得することができる。
１番目に、送信側ＲＬＣエンティティは、ＮＡＣＫ＿ＳＮフィールドを用いて送信に失敗したＲＬＣ  ＰＤＵの識別情報を取得することができる。送信側ＲＬＣエンティティは、この取得された送信に失敗したＲＬＣ  ＰＤＵの識別情報に基づいて、送信側ＲＬＣエンティティは、どのＲＬＣ  ＰＤＵを後で再送信しなければならないかを判定することができる。
２番目に、送信側ＲＬＣエンティティは、ＡＣＫ＿ＳＮフィールドを用いて送信に成功したＲＬＣ  ＰＤＵの識別情報を取得することができる。この取得された送信に成功したＲＬＣ  ＰＤＵの識別情報に基づいて、送信側ＲＬＣエンティティは、再送信バッファ３２０及び送信バッファ３０５に格納されている複数のＲＬＣ  ＰＤＵ及び／又は複数のＰＤＣＰ  ＳＤＵの中のどのＲＬＣ  ＰＤＵ又はＰＤＣＰ  ＳＤＵを廃棄するかを決定する。
ＥＮＢの送信装置がＵＥの受信装置と通常のＡＲＱ動作を実行する間にハンドオーバが実行されると、送信装置は、ＲＬＣエンティティから送信の成功／失敗情報の受信に失敗した複数のＰＤＣＰ  ＳＤＵをターゲットＥＮＢに転送する。しかしながら、ハンドオーバが迫っている状況で、送信装置は、再送信のための時間的な余裕がないため再送信の実行に失敗する可能性が高い。したがって、ハンドオーバが迫っている状況では、この１番目の情報、すなわち、再送信される複数のＲＬＣ  ＰＤＵを選択するのに使用される送信に失敗した複数のＲＬＣ  ＰＤＵの識別情報は、それほど有用でなく、他方、この２番目の情報、すなわち、廃棄される複数のＲＬＣ  ＰＤＵ及び／又は複数のＰＤＣＰ  ＳＤＵを選択するのに使用される送信に成功した複数のＲＬＣ  ＰＤＵの識別情報は、有用でありうる。
【００１９】
例えば、ハンドオーバが実行される前の任意の時点で、ＵＥは、ＲＬＣ状態報告メッセージを送信することにより一連番号ｘを有するＲＬＣ  ＰＤＵまで受信に成功したことを通知する。この後に、ｎ個以上のＲＬＣ  ＰＤＵが送信され、ｎ個のＲＬＣ  ＰＤＵの中で一連番号［ｘ＋ｍ］を有するＲＬＣ  ＰＤＵを除外した残りのＲＬＣ  ＰＤＵが送信に成功したと仮定する。ハンドオーバが実行される前に新たなＲＬＣ状態報告メッセージが生成され送信されない場合に、ＥＮＢは、このｎ個のＲＬＣ  ＰＤＵの中のどのＲＬＣ  ＰＤＵが送信に成功したかを判定することができないため、ｎ個のＲＬＣ  ＰＤＵにマッピングされるすべてのＰＤＣＰ  ＳＤＵをターゲットＥＮＢに転送する。ＵＥのハンドオーバが実行される直前に、ＵＥが表１に示すようなＡＣＫ＿ＳＮ及びＮＡＣＫ＿ＳＮのすべてを含むＲＬＣ状態報告メッセージを生成し送信した場合に、ＥＮＢは、ＲＬＣ状態報告メッセージに基づいて必要な動作の実行を試みる。すなわち、ＥＮＢは、ＲＬＣ状態報告メッセージから認識した１番目の情報に従って送信に失敗した複数のＲＬＣ  ＰＤＵの再送信を準備し、２番目の情報に従って送信に成功したＲＬＣ  ＰＤＵの中でＡＲＱレベルで順序が整列された複数のＲＬＣ  ＰＤＵにマッピングされる複数のＰＤＣＰ  ＳＤＵを送信バッファから廃棄する。しかしながら、ハンドオーバが迫っている状況では、ソースＥＮＢが送信に失敗した複数のＲＬＣ  ＰＤＵに関する再送信を実行する前に、ＵＥがターゲットＥＮＢに移動する可能性が高い。言い換えれば、この１番目の情報であるＮＡＣＫ＿ＳＮは、役に立たない情報となる可能性が高い。
【００２０】
上述した点に基づいて、ハンドオーバが迫っていることを、ＵＥが認識する場合に、ＵＥは、受信側ＲＬＣエンティティに関するＲＬＣ状態報告メッセージを生成し、データ転送減少に必要な情報だけをＲＬＣ状態報告メッセージに含む。このデータ転送減少に必要な情報は、上述した表１のＡＣＫ＿ＳＮフィールドに対応するＡＲＱレベルで順序が整列された複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号である。
また、本発明に従ってハンドオーバが迫っていることを認識すると、ＵＥは、すべてのＲＬＣエンティティのＲＬＣ状態報告メッセージを生成するのではなく、受信に成功したが、受信に成功したか否かがまだ報告されていないＲＬＣ  ＰＤＵを有するＲＬＣエンティティのみに対してＲＬＣ状態報告メッセージの生成及び送信を行う。
受信に成功したが、受信に成功したか否かがまだ報告されていないＲＬＣ  ＰＤＵが存在することは、ＲＬＣ状態報告メッセージの生成及び送信を行わない限り、不必要に転送されるデータが存在することを意味する。他方、ＵＥが受信したすべてのＲＬＣ  ＰＤＵに対してＲＬＣ状態報告メッセージをすでに送信した場合に、新たなＲＬＣ状態報告メッセージの生成及び送信は意味がない。
ＵＥがすべてのＲＬＣ状態報告メッセージを送信するだけの送信リソースの割り当てを受けない場合に、ＵＥは、受信に成功したが、受信に成功したか否かがまだ報告されていないＲＬＣ  ＰＤＵの個数が多いＲＬＣエンティティのＲＬＣ状態報告メッセージを優先して送信する。
【００２１】
図４は、本発明の実施形態による全ハンドオーバ動作を示すフロー図である。複数のＲＬＣエンティティが駆動しているＵＥ４０５、ソースＥＮＢ４１０、及びターゲット基地局４１５を含む移動通信システムにおいて、ＵＥ４０５は、ハンドオーバが迫っていることを認識することができる。ＵＥ４０５は、様々な方法でハンドオーバが迫っていることを認識することができる。例えば、１つの方法で、ＥＮＢは、ハンドオーバが迫っていることをＵＥに通知することができる。
他の方法で、ＵＥは、ハンドオーバをトリガーリングする可能性が高い測定結果報告が生成されると、ハンドオーバが迫っていることを判定することができる。例えば、ハンドオーバをトリガーリングする可能性が高い測定結果報告は、任意の隣接セルの無線チャネル品質が現在のセルの無線チャネル品質より高いことを示す測定結果報告を含むことができる。
様々な種類の測定結果報告の中で、任意の測定結果報告が、ハンドオーバをトリガーリングする可能性が高い測定結果報告として、予め設定されうる。例えば、付加的な測定結果報告を除いたすべての測定結果報告がハンドオーバをトリガーリングする可能性が高い測定結果報告として定義されるか、又は隣接セルの無線チャネル品質が現在のセルの無線チャネル品質よりよいことを示す特定の測定結果報告を含む幾つかの特定の測定結果報告だけがハンドオーバをトリガーリングする可能性が高い測定結果報告として定義されうる。ＥＮＢは、どの測定結果報告がハンドオーバをトリガーリングする可能性が高い測定結果報告であるかを予め設定することができる。
通常、ハンドオーバをトリガーリングする可能性が高いか否かを測定する方法は、ＥＮＢが測定設定情報をＵＥに送信し、ＵＥがこの測定設定情報に基づいて測定を実行し、この測定結果を報告するステップを含む。この測定設定情報は、複数の測定に関する設定情報を含むことができる。１つの測定に関する設定情報は、どの対象を測定するか（measurement object）、どの条件が満足すると測定結果報告を構成するか（measurement reporting configuration）に関する情報で構成される。この複数の測定の各々は、測定識別子（ＩＤ）で識別される。
【００２２】
その一方で、この測定設定情報をＵＥに伝達する際に、ＥＮＢは、特定の測定結果がこの特定の測定に対応する測定ＩＤをともに送信することによりハンドオーバをトリガーリングする可能性が高い事実を示すことができる。例えば、測定結果報告が測定ＩＤ  ｘで示される測定により発生する場合に、ＥＮＢは、ハンドオーバが迫っていることを、ＵＥが判定することができるようにＵＥに送信される測定設定情報に測定ＩＤ  ｘと呼ばれる所定のＩＤを挿入することができる。この所定のＩＤが挿入される測定設定情報により生成される測定結果報告が発生する場合に、ＵＥは、ハンドオーバが迫っていることを判定し、本発明で説明された動作を実行することができる。
【００２３】
図４に戻って説明すると、ステップ４２０で、上述したような方法でハンドオーバが迫っていることを感知する場合に、ＵＥ４０５は、ステップ４２５で、現在構成されているＲＬＣエンティティの中で、次の条件をすべて満足するＲＬＣエンティティに関するＲＬＣ状態報告メッセージを生成する。ＲＬＣ状態報告メッセージの生成条件について説明する。
ＲＬＣ状態報告メッセージ生成条件
−  ＲＬＣ  ＡＭで動作するＲＬＣエンティティ
−  ＳＲＢではないＲＬＣエンティティ
−  ＶＲ（Ｒ）≠ＶＲ（Ｒ）’を有するＲＬＣエンティティ
ＲＬＣエンティティは、ＡＲＱが駆動されるか否に従ってＲＬＣ確認モード（Acknowledged Mode：ＡＭ）又はＲＬＣ非確認モード（Unacknowledged Mode：ＵＭ）で動作し、ＲＬＣ  ＡＭは、ＡＲＱが駆動される動作モードを意味する。ＲＬＣ  ＵＭで動作するＲＬＣエンティティは、ＲＬＣ状態報告メッセージを使用しないために、本発明は、これに適用されない。
シグナリング無線ベアラー（ＳＲＢ）は、無線リソース制御（ＲＲＣ）レイヤーで生成されたパケットを処理する無線ベアラーである。ＳＲＢのＲＬＣエンティティがＲＬＣ  ＡＭで動作するが、ＰＤＣＰ  ＳＤＵを転送しないために、ＵＥは、ＲＬＣ状態報告メッセージを使用して転送を減少させる必要がない。したがって、ハンドオーバが迫っているとしても、ＵＥは、新たなＲＬＣ状態報告メッセージの生成及び送信を行う必要がない。
【００２４】
ＶＲ（Ｒ）は、現在の時点での受信バッファの下部の一連番号を示す。ＶＲ（Ｒ）より低い一連番号を有する複数のＲＬＣ  ＰＤＵは、上位レイヤーにすでに伝達された状態であり、ＡＲＱレベルで順序整列が完了した複数のＰＤＵである。受信側ＲＬＣエンティティは、複数のＲＬＣ  ＳＤＵでＡＲＱレベルで順序が整列された複数のＲＬＣ  ＰＤＵを組み立て、これを上位レイヤーに伝達し、この上位レイヤーに伝達された複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号より１大きい一連番号をＶＲ（Ｒ）に格納する。より詳細に説明すると、ＡＲＱレベルでＰＤＵ［ｘ］まで順序が整列される表現は、ｘより低い一連番号を有するすべてのＲＬＣ  ＰＤＵが受信されるか、又はｘより低い一連番号を有する複数のＲＬＣ  ＰＤＵの中で受信されない複数のＲＬＣ  ＰＤＵがあるとしても、受信されない複数のＲＬＣ  ＰＤＵがこれ以上受信される可能性がないものと判定し、ｘより低い一連番号を有するすべてのＲＬＣ  ＰＤＵは、複数のＲＬＣ  ＳＤＵに組み立てられた後に上位レイヤーに伝達され、ｘより高い一連番号を有する複数のＲＬＣ  ＰＤＵだけがＲＬＣエンティティの受信バッファに格納されていることを意味する。ＶＲ（Ｒ）は、ＡＲＱレベルで順序が整列された複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号より１大きい値であり、通常、ＶＲ（Ｒ）より低い一連番号を有する複数のＲＬＣ  ＰＤＵがＡＲＱレベルで順序が整列されると見なされる。
【００２５】
ＶＲ（Ｒ）’は、ＲＬＣ状態報告を最後に送信した時点でのＶＲ（Ｒ）であり、受信側ＲＬＣエンティティは、ＲＬＣ状態報告メッセージの生成及び送信を行うたびに、対応する時点でのＶＲ（Ｒ）を ＶＲ（Ｒ）’に更新する。ＲＬＣ状態報告メッセージを受信すると、送信側ＲＬＣエンティティは、ＲＬＣ状態報告メッセージ内の情報に基づいてこの時点でのＶＲ（Ｒ）を推定し、ＡＲＱレベルで順序が整列された複数のＲＬＣ  ＰＤＵ及び複数のＲＬＣ  ＰＤＵにマッピングされた複数のＰＤＣＰ  ＳＤＵを再送信バッファ及び送信バッファから廃棄する。したがって、送信側ＲＬＣエンティティは、ＶＲ（Ｒ）'より高い一連番号を有する複数のＲＬＣ  ＰＤＵ及び複数のＲＬＣ  ＰＤＵにマッピングされた複数のＰＤＣＰ  ＳＤＵを再送信バッファ及び送信バッファに格納する。したがって、ＶＲ（Ｒ）がＶＲ（Ｒ）’よりｋだけ大きい場合に、送信側ＲＬＣエンティティは、ｋ個のＲＬＣ  ＰＤＵを不必要に格納し、ハンドオーバの間にｋ個のＲＬＣ  ＰＤＵにマッピングされる複数のＰＤＣＰ  ＳＤＵを不必要に転送することを意味する。したがって、ＶＲ（Ｒ）とＶＲ（Ｒ）’との差は、ＵＥがＲＬＣ状態報告メッセージを用いてＶＲ（Ｒ）を新たに通知しない際に不必要に転送されるデータの量に密接に関連する。ＶＲ（Ｒ）’がＶＲ（Ｒ）と同一であるということは、ＵＥがＲＬＣ状態報告メッセージを送信することにより新たな値でＶＲ（Ｒ）を更新してもデータ転送が減少されないことを意味する。
【００２６】
ハンドオーバが迫っている場合に、ＵＥは、ＲＬＣ状態報告メッセージ生成条件を満足するＲＬＣエンティティに対して下記の表２に示すＲＬＣ状態報告メッセージを生成する。
【００２７】
【表２】
2011508482.tif 000004
【００２８】
ＡＣＫ＿ＳＮは、対応する時点で上位レイヤーにすでに伝達された複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号を含む。言い換えれば、ＡＣＫ＿ＳＮは、ＡＲＱレベルで現在順序が整列されている複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号、すなわち、ＶＲ（Ｒ）から１を減算することにより決定された値を含む。ＮＡＣＫ＿ＳＮは、ＲＬＣ状態報告メッセージに含まれない。ステップ４３０で、ＵＥは、ＥＮＢが割り当てたアップリンク送信リソースを用いてこの生成された１つ又は複数のＲＬＣ状態報告メッセージをＥＮＢに送信する。この際に、ＲＬＣ状態報告メッセージは、他のデータ、例えば、測定報告メッセージ及び／又はバッファ状態報告メッセージとともに送信されることができ、割り当てられた送信リソースが充分でない場合に、ＵＥは、所定の優先順位に従ってこのデータを送信するか否かを決定する。
複数のＲＬＣ状態報告メッセージの中で、どのＲＬＣ状態報告メッセージをまず送信するかを決定するために使用される優先順位は、ＲＬＣ状態報告メッセージが属している論理チャネルの優先順位となることができる。また、ＶＲ（Ｒ）とＶＲ（Ｒ）’との差が大きいほどＲＬＣ状態報告メッセージの優先順位が高いものと見なすことができる。
任意のＲＬＣエンティティｘのＶＲ（Ｒ）とＶＲ（Ｒ）’との差ＤＩＦＦ＿ｘは、下記の数式（１）のように計算されることができる。
【００２９】
【数１】
2011508482.tif 000005
【００３０】
ハンドオーバが迫っている時点で、ＵＥは、ＲＬＣ状態報告メッセージ生成条件を満足するＲＬＣエンティティに関するＲＬＣ状態報告メッセージを生成し、ＤＩＦＦが大きい順序で優先順位をＲＬＣ状態報告メッセージに割り当てる。アップリンク送信リソースが不足するため、すべてのＲＬＣ状態報告メッセージを一回に送信することができないと、ＵＥは、この優先順位が高いＲＬＣ状態報告メッセージを送信する。ＲＬＣ状態報告メッセージは、ＲＬＣ制御メッセージ又はＲＲＣ制御メッセージを介して送信されることができる。ＵＥがＲＬＣ制御メッセージを介してＲＬＣ状態報告メッセージを送信する場合に、ＵＥは、論理チャネル別にＲＬＣ状態報告メッセージを送信し、このメッセージは、個別的にバイト整列され、ＭＡＣヘッダは、このメッセージに個別的に添付されるため、相当なオーバーヘッドが発生する。他方、ＲＬＣ状態報告情報がＲＲＣ制御メッセージに含まれる場合に、１つのＭＡＣヘッダだけが使用されるためオーバーヘッドを減少させることができる。ＲＬＣ状態報告情報がＲＲＣ制御メッセージに含まれる場合に、ＲＲＣ制御メッセージは、ＲＬＣ状態報告メッセージ生成条件を満足するＲＬＣエンティティ別に論理チャネルＩＤとＡＲＱ水準で順序が整列された複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号とを含む。ＲＬＣ状態報告メッセージを受信すると、ＥＮＢは、ステップ４３５で、ＲＬＣ状態報告メッセージ内のＡＣＫ＿ＳＮ、すなわち、ＡＲＱレベルで順序が整列された複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号に基づいて、最も大きい番号に対応するＲＬＣ  ＰＤＵ及びこの最も大きい番号より低い一連番号を有する複数のＲＬＣ  ＰＤＵを再送信バッファから廃棄し、また、この廃棄された複数のＲＬＣ  ＰＤＵにマッピングされる複数のＰＤＣＰ  ＳＤＵを送信バッファから廃棄する。複数のＰＤＣＰ  ＳＤＵを転送するにあたり、ＥＮＢは、ステップ４４０で、この廃棄された複数のＰＤＣＰ  ＳＤＵを除いた残りのＳＤＵだけを転送する。
【００３１】
図５は、本発明の実施形態によるＵＥの動作を示す図である。 
ステップ５０５で、ＵＥは、所定の方式でハンドオーバが迫っていることを認識する。上述したように、所定の測定結果報告の生成は、ハンドオーバの切迫に関連することができる。ステップ５１０で、ＵＥは、ＲＬＣ状態報告メッセージ生成条件と一致するＲＬＣエンティティを選択する。ステップ５１５で、ＵＥは、ＲＬＣ状態報告メッセージ生成条件と一致する各ＲＬＣエンティティに関するＲＬＣ状態報告メッセージを生成する。ＲＬＣ状態報告メッセージ内のＡＣＫ＿ＳＮは、ＶＲ（Ｒ）から１を減算することにより決定された値、すなわち、ＡＲＱレベルで順序が整列された複数のＲＬＣ  ＰＤＵの中で最も大きい番号を含む。ステップ５２０で、ＵＥは、複数のＲＬＣ状態報告メッセージの優先順位を決定する。この優先順位は、ＲＬＣ状態報告メッセージの論理チャネルの元来の優先順位と同一であることができる。すなわち、優先順位が高い論理チャネルで発生しているＲＬＣ状態報告メッセージに高い優先順位が割り当てられ、優先順位が低い論理チャネルで発生しているＲＬＣ状態報告メッセージに低い優先順位が割り当てられることができる。あるいは、ＲＬＣ状態報告メッセージが発生する論理チャネルのＶＲ（Ｒ）とＶＲ（Ｒ）’との差に従って優先順位が割り当てられることができる。例えば、数式（１）により計算された値が大きい論理チャネルで発生しているＲＬＣ状態報告メッセージに対して高い優先順位を設定することができ、数式（１）により計算された値が小さい論理チャネルで発生しているＲＬＣ状態報告メッセージに対して低い優先順位を設定することができる。ステップ５２５で、ＵＥは、この決定された優先順位に従ってＲＬＣ状態報告メッセージを送信する。すなわち、送信データの量が制限される際に、ＵＥは、優先順位が高いＲＬＣ状態報告メッセージを優先して送信する。
【００３２】
図６は、本発明の実施形態によるＵＥがＲＲＣ制御メッセージを介してＲＬＣ状態報告情報を送信する動作を示すフローチャートである。
ステップ６０５で、ＵＥは、所定の方式でハンドオーバが迫っていることを認識する。ステップ６１０で、ＵＥは、ＲＬＣ状態報告メッセージ生成条件と一致するＲＬＣエンティティを識別する。ステップ６１５で、ＵＥは、ＲＬＣ状態報告メッセージ生成条件と一致する各ＲＬＣエンティティに関するＲＬＣ状態報告情報を生成する。ＲＬＣ状態報告情報は、ＲＬＣエンティティのＩＤである論理チャネルＩＤとＡＲＱレベルで順序が整列された複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号とから構成される。ステップ６２０で、ＵＥは、複数のＲＬＣ状態報告情報を所定のＲＲＣ制御メッセージ、例えば、測定結果報告メッセージに含む。ステップ６２５で、ＵＥは、所定のＲＲＣ制御メッセージを送信する。
【００３３】
図７は、本発明の一実施形態によるＵＥ装置の主要ブロックを示す図である。
図７を参照すると、本発明の実施形態によるＵＥは、測定制御部７０５、ＲＲＣレイヤー７１０、ＲＬＣレイヤー７２０、ＭＡＣ／ＰＨＹレイヤー７２５、及びＲＬＣ状態報告制御部７３０を含む。測定制御部７０５は、ＵＥの受信信号強度を測定する過程を制御し、この測定結果報告条件が満足すると、測定結果報告に含まれる測定結果をＲＲＣレイヤー７１０に伝達する。測定制御部７０５から測定結果に関する報告を受信すると、ＲＲＣレイヤー７１０は、これに基づいて測定結果報告と呼ばれるＲＲＣ制御メッセージを生成する。ＲＲＣ制御メッセージは、ＲＬＣ状態報告情報を含むこともある。ＲＬＣ状態報告制御部７３０は、ハンドオーバが迫っていることを認識する場合に、ＲＬＣ状態報告メッセージ生成条件を満足するＲＬＣエンティティを識別し、ＡＲＱレベルで順序が整列された複数のＲＬＣ  ＰＤＵの一連番号の中で最も大きい番号を示すＲＬＣ状態報告メッセージ又はＲＬＣ状態報告情報を生成するように対応するＲＬＣエンティティを制御する。ＲＬＣ状態報告メッセージは、後で個別のＲＬＣ制御情報として送信され、ＲＬＣ状態報告情報は、ＲＲＣエンティティにより集まった後に所定のＲＲＣ制御情報に含まれる。
ＲＬＣレイヤー７２０は、上位レイヤーデータ又はＲＲＣ制御メッセージの信頼性ある送受信を担当するＲＬＣエンティティのセットであり、ＭＡＣ／ＰＨＹ７２５は、複数のＲＬＣ  ＰＤＵの送受信を担当するエンティティである。
【００３４】
図８は、本発明の実施形態によるＥＮＢ装置の動作を示す図である。
ステップ８０５で、ＥＮＢは、ＵＥが実行する測定を設定するための測定設定メッセージを生成する。この測定設定メッセージは、複数の測定設定情報を含むことができる。ステップ８１０で、ＥＮＢは、ハンドオーバをトリガーリングする可能性が高い測定に関する設定情報に所定の指示子を含み、対応する測定がハンドオーバをトリガーリングする可能性が高いことを示す。ステップ８１５で、ＥＮＢは、この測定設定情報を含む制御メッセージをＵＥに送信する。この制御メッセージが送信された後に、ＵＥ及びＥＮＢは、通常のＬＴＥ通信過程を実行し、測定報告条件を満足する測定がこの測定設定メッセージに設定された測定の中で発生する場合に、ＵＥは、測定結果報告を生成し、これをＥＮＢに送信し、ＥＮＢは、この測定結果報告を受信する。この際に、この測定結果報告がハンドオーバをトリガーリングする可能性が高い測定に関する測定結果報告であると、ＵＥは、本発明で説明されたように、所定のＲＬＣエンティティに関するＲＬＣ状態情報も送信し、ＥＮＢは、ＲＬＣ状態情報もともに受信する。
ステップ８２５で、ＥＮＢは、ＵＥを任意のターゲットセルにハンドオーバすることを決定し、ターゲットセルを管理するＥＮＢと所定のハンドオーバ準備手続きを開始する。ステップ８３０で、ＥＮＢは、ステップ８２０で受信したＲＬＣ状態情報に基づいて肯定的に認知されたデータを除いた残りのデータを、ターゲットセルを管理するＥＮＢに伝達する。
【００３５】
図９は、本発明の実施形態によるＥＮＢ装置の構成を示す図である。
図９を参照すると、本発明の実施形態によるＥＮＢは、ハンドオーバ制御部９０５、ＲＲＣレイヤー９１０、ＲＬＣレイヤー９２０、ＭＡＣ／ＰＨＹレイヤー９２５、及びデータ送信制御部９３０を含む。ハンドオーバ制御部９０５は、ＵＥが送信した測定結果報告メッセージに基づいてＵＥのハンドオーバを決定する。ＲＲＣレイヤー９１０は、ＵＥと呼設定過程の間にＵＥに設定する測定を決定し、この測定に関する設定情報を含む測定設定メッセージを送信する。この測定設定メッセージがハンドオーバをトリガーリングする可能性が高い測定に関する設定情報を含む場合に、ＥＮＢは、この測定に関する設定情報に所定の指示子を含む。測定結果報告メッセージをＵＥから受信すると、ＲＲＣレイヤー９１０は、このメッセージの測定結果をハンドオーバ制御部９０５に伝達する。ＲＬＣ状態報告情報がこの測定結果報告メッセージとともに受信される場合に、ＲＲＣレイヤー９１０は、ＲＬＣ状態報告情報を対応するＲＬＣエンティティに伝達する。ハンドオーバ制御部９０５がハンドオーバを決定する場合に、データ送信制御部９３０は、ＲＬＣエンティティ及び他の２レイヤーバッファに格納されているデータの中でターゲットセルを管理するＥＮＢに伝達される必要がないデータを識別し、対応するデータの伝達を制御する。
ＲＬＣレイヤー９２０は、上位レイヤーデータ又はＲＲＣ制御メッセージの信頼性ある送受信を担当するＲＬＣエンティティのセットであり、ＭＡＣ／ＰＨＹ９２５は、複数のＲＬＣ  ＰＤＵの送受信を担当するエンティティである。
【００３６】
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
【符号の説明】
【００３７】
１０１  ・・・  UE
１１０、１１２  ・・・  E-RAN
１１４  ・・・  IPネットワーク
１２０、１２２、１２４、１２６，１２８  ・・・  ENB
１３０，１３２  ・・・  EGGSN
２０５，２４０  ・・・  PDCP
２１０，２３５  ・・・  RLC
２１５，２３０  ・・・  MAC
２２０，２２５  ・・・  PHY
３０５  ・・・  送信バッファ
３１５  ・・・  フレーミング部
３２０  ・・・  再送信バッファ
３３０  ・・・  受信バッファ
３３５  ・・・  再組立部
３４０  ・・・  状態報告
４０５  ・・・  UE
４１０  ・・・  ソースノードB
７０５  ・・・  測定制御
７１０，９１０  ・・・  RRC
７２０，９２０  ・・・  RLCレイヤー
７２５，９２５  ・・・  MAC/PHY
７３０  ・・・  RLC状態報告制御
９０５  ・・・  ハンドオーバー制御部
９３０  ・・・  データ送信制御部
【図１】
2011508482.tif 000006
【図２】
2011508482.tif 000007
【図３】
2011508482.tif 000008
【図４】
2011508482.tif 000009
【図５】
2011508482.tif 000010
【図６】
2011508482.tif 000011
【図７】
2011508482.tif 000012
【図８】
2011508482.tif 000013
【図９】
2011508482.tif 000014
【国際調査報告】
2011508482.tif 000015
2011508482.tif 000016