特許 5728558 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）リオーダリングを用いてハンドオーバを行う方法及び装置

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

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

(11)【特許番号】5728558

(24)【登録日】2015年4月10日

(45)【発行日】2015年6月3日

(54)【発明の名称】移動通信システムにおけるパケットデータコンバージェンスプロトコル（ＰＤＣＰ）リオーダリングを用いてハンドオーバを行う方法及び装置

(51)【国際特許分類】

   H04W 36/02 20090101AFI20150514BHJP

   H04W 28/04 20090101ALI20150514BHJP

【ＦＩ】

   H04W36/02

   H04W28/04 110

【請求項の数】8

【全頁数】33

(21)【出願番号】特願2013-226801(P2013-226801)

(22)【出願日】2013年10月31日

(62)【分割の表示】特願2011-266883(P2011-266883)の分割

【原出願日】2007年10月19日

(65)【公開番号】特開2014-39329(P2014-39329A)

(43)【公開日】2014年2月27日

【審査請求日】2013年10月31日

(31)【優先権主張番号】10-2006-0101842

(32)【優先日】2006年10月19日

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

(73)【特許権者】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(72)【発明者】

【氏名】ソン−フン・キム

(72)【発明者】

【氏名】キョン−イン・ジョン

(72)【発明者】

【氏名】ゲルト・ヤン・ヴァン・リースハウト

(72)【発明者】

【氏名】ヒムケ・ヴァン・デル・ヴェルデ

【審査官】 重田 尚郎

(56)【参考文献】

【文献】 特開平０９−１８６７０４（ＪＰ，Ａ）

【文献】 国際公開第２００４／０３０３９６（ＷＯ，Ａ１）

【文献】 3GPP TR25.813，3GPP，２００６年 ６月，V7.0.0，p27-29，ＵＲＬ，www.3gpp.org/ftp/Specs/archive/25_series/25.813/25813-700.zip

【文献】 NTT DoCoMo，UE PDCP reordering at inter eNB handover，3GPP TSG RAN WG2 Meeting #54 R2-062170，3GPP，２００６年 ９月 １日，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_54/Documents/R2-062170.zip

【文献】 Motorola，Reordering of downlonk RLC SDUs during handovers，3GPP TSG RAN WG2 Meeting #55 R2-062894, 3GPP，3GPP，２００６年１０月１３日，ＵＲＬ，http://www.3gpp.org/ftp/tsg_ran/WG2_RL2/TSGR2_55/Documents/R2-062894.zip

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

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

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

【請求項1】

データを送信する方法であって、
ソース基地局(ｅＮＢ)からハンドオーバの準備のためのメッセージを受信するステップと、
前記ハンドオーバの準備のためのメッセージの肯定応答信号(acknowledgement)のためメッセージを伝送するステップと、
前記ソース基地局(ｅＮＢ)から端末(ＵＥ)により肯定応答されないシーケンス番号(ＳＮ)を有するパケットデータコンバージェンスプロトコル(ＰＤＣＰ)パケット及び上位ノードからデータを受信するステップと、及び
前記端末からのＰＤＣＰ ＳＮに基づいて受信が肯定応答されたＰＤＣＰパケットを除外し、前記ソース基地局から受信された前記ＰＤＣＰパケットを前記上位ノードから受信されたデータ以前に伝送するステップと、を含むことを特徴とするデータ送信方法。

【請求項2】

前記ソース基地局から受信された前記ＰＤＣＰパケットに指示子(indication)を追加するステップをさらに含み、
前記指示子は、関連したＰＤＣＰパケットが前記ソース基地局から受信されたことを示すことを特徴とする請求項１に記載のデータ送信方法。

【請求項3】

前記ソース基地局がターゲット基地局から前記ハンドオーバの準備のためのメッセージの肯定応答信号のためのメッセージを受信するか、前記ソース基地局がハンドオーバ命令を初期化する場合、前記ソース基地局が、前記端末により肯定応答されないＳＮを有する前記ＰＤＣＰパケットを前記ターゲット基地局に伝送するステップをさらに含むことを特徴とする請求項１に記載のデータ送信方法。

【請求項4】

ターゲット基地局が、ダウンリンク変更の要請を送信するステップをさらに含むことを特徴とする請求項１に記載のデータ送信方法。

【請求項5】

データを送信する基地局(ｅＮＢ)装置であって、
ソース基地局(ｅＮＢ)からハンドオーバの準備のためのメッセージを受信し、前記ハンドオーバの準備のためのメッセージの肯定応答信号(acknowledgement)のためメッセージを前記ソース基地局に伝送する送受信部と、
端末(ＵＥ)により肯定応答されないシーケンス番号(ＳＮ)を有するパケットデータコンバージェンスプロトコル(ＰＤＣＰ)パケットを前記ソース基地局(ｅＮＢ)から受信し、データを上位ノードから受信する送信バッファーと、
前記端末からのＰＤＣＰ ＳＮに基づいて受信が肯定応答されたＰＤＣＰパケットを除外し、前記ソース基地局から受信された前記ＰＤＣＰパケットを前記上位ノードから受信されたデータ以前に伝送する制御ユニットと、を含むことを特徴とする基地局装置。

【請求項6】

前記制御ユニットは、前記ソース基地局から受信された前記ＰＤＣＰパケットに指示子(indication)を追加し、
前記指示子は、関連したＰＤＣＰパケットが前記ソース基地局から受信されたことを示すことを特徴とする請求項５に記載の基地局装置。

【請求項7】

前記ソース基地局がターゲット基地局から前記ハンドオーバの準備のためのメッセージの肯定応答信号のためのメッセージを受信するか、前記ソース基地局がハンドオーバ命令を初期化する場合、前記ソース基地局は、前記端末により肯定応答されないＳＮを有する前記ＰＤＣＰパケットを前記ターゲット基地局に伝送することを特徴とする請求項５に記載の基地局装置。

【請求項8】

ターゲット基地局は、ダウンリンク変更の要請を送信することを特徴とする請求項５に記載の基地局装置。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、移動通信システムに関し、特に、端末（User Equipment：以下、“ＵＥ”と称する。）がパケットリオーダリングを実行しながらセル間のハンドオーバをサポートするための方法及び装置に関する。

【背景技術】

【0002】

広帯域（Wideband）符号分割多元接続（Code Division Multiple Access：以下、“ＣＤＭＡ”と称する。）を使用する第３世代の非同期移動通信システムであるユニバーサル移動通信サービス（Universal Mobile Telecommunication Service：以下、“ＵＭＴＳ”と称する。）システムは、ヨーロッパ式移動通信システムであるＧＰＲＳ（General Packet Radio Services）及びＧＳＭ（登録商標）（Global System for Mobile Communications）に基づく。ＵＭＴＳシステムは、システムの全サービス領域から分割された複数のセルをそれぞれ含むセルラー移動通信システムの一例であり、通信の連続性を保証するためにセル間のハンドオーバをサポートする。

【0003】

通信中であるＵＥが１つのセル（ソースセル）から他のセル（ターゲットセル）に移動する場合に、ターゲットセルは、ＵＥのための通信路を確立し、この確立された通信路に関連した各レイヤーのエンティティ（Entity）を再確立する。特に、ＵＥの通信が自動再送要請（Automatic Retransmission Request：以下、“ＡＲＱ”と称する。）をサポートする場合に、ターゲットセルがＵＥのためにＡＲＱエンティティを再確立する必要性が発生し得る。ここで、ＡＲＱエンティティを再確立するハンドオーバは、ソースセルで使用された従来のＡＲＱエンティティを除去し、ターゲットセルが新たなＡＲＱエンティティを設定するハンドオーバを意味する。

【0004】

ＡＲＱエンティティを再確立するハンドオーバが従来の移動通信システムで実行される場合に、ＡＲＱエンティティの上位レイヤーエンティティは、累積再送信（accumulative retransmission）を実行する。この累積再送信は、ソースセルで既に送信されたパケットがターゲットセルで再転送されることもあるが、上位レイヤーエンティティの複雑度を減少させることができる。従来のＵＭＴＳ移動通信システムにおいて、ＡＲＱエンティティを再確立するハンドオーバは、ＵＥのサービング無線ネットワーク制御器（Radio Network Controller：ＲＮＣ）が変わるサービング無線ネットワークサブシステム（ＳＲＮＳ）再割当ての間に発生する。このＳＲＮＳ再割当ては、頻繁に発生しないために、効率性より複雑度を考慮して累積再送信を実行する。

【0005】

一方、ＵＭＴＳ標準化を担当している第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：以下、“３ＧＰＰ”と称する。）において、ロングタームエボルーション（Long Term Evolution：以下、“ＬＴＥ”と称する。）は、ＵＭＴＳシステムの次世代移動通信システムとして議論が進んでいる。ＬＴＥは、２０１０年ごろに商用化することを目標にしており、１００Ｍｂｐｓ程度の高速パケット基盤通信を実現するための技術である。このために、様々な方法が論議されている。例えば、ネットワーク構成を簡素化することにより、通信経路上のノードの数を減少させる方式及び無線プロトコルを無線チャネルに最大に近接させる方式などがある。
ＬＴＥシステムのような次世代移動通信システムにおいて、ＡＲＱエンティティは、ＲＮＣの下位レイヤーエンティティである基地局（Ｎｏｄｅ Ｂ）に位置する。したがって、ＡＲＱエンティティは、基地局間のハンドオーバでいつも再確立され、これにより、ＡＲＱエンティティを再確立するハンドオーバは、ＵＭＴＳシステムに比べてＬＴＥシステムのような次世代移動通信システムではるかに頻繁に発生する。したがって、ＬＴＥシステムのような次世代移動通信システムにおけるＡＲＱエンティティを再確立するハンドオーバのために通信の効率性を向上させるための技術を開発する必要があった。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】国際公開第２００５／０２９７８５号

【特許文献2】特表２０１０−５０７３１７号公報

【特許文献3】特開２００１−２４７０７号公報

【特許文献4】特開２０００−２２８６７６号公報

【特許文献5】特開２００５−１２７１８号公報

【非特許文献】

【0007】

【非特許文献1】Motorola, Reordering of downlink RLC SDUs during handovers,3GPP TSG RAN WG2 Meeting #55, R2-062894, 2006年10月13日

【非特許文献2】NTT DoCoMo, Inc., UE PDCP reordering at inter eNB handover,3GPP TSG RAN WG2 Meeting #54, R2-062170, 2006年9月1日

【非特許文献3】NTT DoCoMo, Inc., In-sequence data delivery for SAE Bearer Service, 3GPP TSG RAN WG2 Meeting #53, R2-061265, 2006年5月12日

【発明の概要】

【発明が解決しようとする課題】

【0008】

したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、移動通信システムにおけるＡＲＱエンティティを再確立するハンドオーバにおいて通信の効率性を向上させるための方法及び装置を提供することにある。

【0009】

本発明の他の目的は、ＡＲＱエンティティを再確立するハンドオーバにおいてデータパケットの損失及び重複送信を防止するための方法及び装置を提供することにある。

【0010】

本発明のさらなる目的は、ターゲットセルに移動したＵＥがソースセルで受信していないパケットを選択的に再送信することができるＡＲＱエンティティの上位レイヤーエンティティをリオーダリングするための方法及び装置を提供することにある。

【課題を解決するための手段】

【0011】

上記のような目的を達成するために、本発明の実施形態の一態様によれば、移動通信システムにおける端末（ＵＥ）によりハンドオーバを実行する方法を提供する。上記方法は、ソースセルからターゲットセルへのハンドオーバ命令メッセージが受信されると、上記ソースセルから正常に受信された第１のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パケットデータユニット（ＰＤＵ）を上記第１のＰＤＣＰ ＰＤＵのリオーダリングを必要とする特定の指示子とともに、無線リンク制御（ＲＬＣ）受信バッファからＰＤＣＰ受信エンティティに送信するステップと、上記特定の指示子に応じて上記ＰＤＣＰ受信エンティティで上記第１のＰＤＣＰ ＰＤＵをＰＤＣＰ ＰＤＵリオーダリングバッファにバッファリングするステップと、上記第２のＰＤＣＰ ＰＤＵが上記ターゲットセルに対する新たなＲＬＣ受信エンティティを介して上記ターゲットセルから受信されると、上記第２のＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵの前までの第３のＰＤＣＰ ＰＤＵを上記ＰＤＣＰリオーダリングバッファから出力するステップと、を有することを特徴とする。

【0012】

本発明の実施形態の他の態様によれば、移動通信システムにおけるハンドオーバを実行するための端末装置を提供する。上記端末装置は、ハンドオーバの前に無線リンク制御（ＲＬＣ）パケットデータユニット（ＰＤＵ）をソースセルから受信し、上記ＲＬＣ ＰＤＵをパケットデータコンバージェンスプロトコル（ＰＤＣＰ）ＰＤＵに組立て、上記ソースセルからターゲットセルへのハンドオーバ命令メッセージが受信されると、上記ソースセルから正常に受信された第１のＰＤＣＰ ＰＤＵを上記第１のＰＤＣＰ ＰＤＵのリオーダリングを必要とする特定の指示子とともに出力する既存のＲＬＣ受信エンティティと、上記ハンドオーバの後に、上記ソースセルから正常に受信されていない第２のＰＤＣＰ ＰＤＵを含む少なくとも１つのＲＬＣ ＰＤＵを上記ターゲットセルから受信し、上記受信されたＲＬＣ ＰＤＵを上記第２のＰＤＣＰ ＰＤＵに組立てる新たなＲＬＣ受信エンティティと、上記特定の指示子に応じて、上記第１のＰＤＣＰ ＰＤＵをＰＤＣＰ ＰＤＵリオーダリングバッファにバッファリングし、第２のＰＤＣＰ ＰＤＵが上記新たなＲＬＣ受信エンティティから伝達されると、上記第２のＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵの前までの第３のＰＤＣＰ ＰＤＵを上記ＰＤＣＰリオーダリングバッファから出力するＰＤＣＰ受信エンティティと、を有することを特徴とする。

【0013】

本発明の実施形態のさらに他の態様によれば、移動通信システムにおける基地局（ＥＮＢ）によりハンドオーバを実行する方法を提供する。上記方法は、端末がソースセルからターゲットセルにハンドオーバするに従って、上記ソースセルを制御するソースＥＮＢから上記端末に正常に送信できなかった第１のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パケットデータユニット（ＰＤＵ）を上記ソースＥＮＢから上記ターゲットセルを制御するターゲットＥＮＢで受信するステップと、上記第１のＰＤＣＰ ＰＤＵの中で最後のＰＤＣＰ ＰＤＵを除いた残りのＰＤＣＰ ＰＤＵを含む第２のＰＤＣＰ ＰＤＵを、上記第２のＰＤＣＰ ＰＤＵの各々が上記ソースセルから上記ターゲットセルに伝達された最後のＰＤＣＰ ＰＤＵでないことを示す第１の指示子とともに上記ターゲットＥＮＢから上記端末に送信するステップと、上記最後のＰＤＣＰ ＰＤＵを上記最後のＰＤＣＰ ＰＤＵが上記ソースセルから上記ターゲットセルに伝達された最後のＰＤＣＰ ＰＤＵであることを示す上記第２の指示子とともに上記ターゲットＥＮＢから上記端末に送信するステップと、を有することを特徴とする。

【0014】

本発明の実施形態のさらなる他の態様によれば、移動通信システムにおけるハンドオーバを実行する基地局装置を提供する。上記基地局装置は、端末がソースセルからターゲットセルにハンドオーバするに従って、上記端末に正常に送信できなかった第１のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パケットデータユニット（ＰＤＵ）を上記ソースセルを制御するソースＥＮＢから受信して記憶し、アンカーノードから伝達されたＰＤＣＰ ＰＤＵを記憶する送信バッファと、上記送信バッファが上記第１のＰＤＣＰ ＰＤＵの中で最後のＰＤＣＰ ＰＤＵを除いた残りのＰＤＣＰ ＰＤＵを含む第２のＰＤＣＰ ＰＤＵを、上記第２のＰＤＣＰ ＰＤＵの各々が上記ソースセルから上記ターゲットセルに伝達された最後のＰＤＣＰ ＰＤＵでないことを示す第１の指示子とともに上記端末に送信し、上記最後のＰＤＣＰ ＰＤＵを上記最後のＰＤＣＰ ＰＤＵが上記ソースセルから上記ターゲットセルに伝達された最後のＰＤＣＰ ＰＤＵであることを示す上記第２の指示子とともに上記端末に送信するように、上記送信バッファを制御する制御部と、を有することを特徴とする。

【発明の効果】

【0015】

本発明によると、移動通信システムにおけるＡＲＱエンティティを再確立するハンドオーバにおいて、ターゲットセルが、ＵＥがソースセルで受信していないパケットをＵＥに選択的に再送信することができるように、ＡＲＱエンティティの上位レイヤーであるＰＤＣＰエンティティは、リオーダリング動作を実行する。したがって、本発明は、通信の効率性を向上させることができる。

【図面の簡単な説明】

【0016】

【図1】ＬＴＥ移動通信システムの構成を示す概略図である。

【図2】ＬＴＥ移動通信システムのプロトコルスタックを示す図である。

【図3】移動通信システムにおけるＲＬＣレイヤーの動作を示す図である。

【図4】ＵＥが他のＥＮＢに属している新たなセルに移動する際におけるＡＲＱエンティティを再確立するハンドオーバの過程を示す信号フロー図である。

【図5】本発明による全過程の一例を示すメッセージフロー図である。

【図6】本発明によるＵＥのＲＬＣ受信エンティティの関連動作を示すフローチャートである。

【図7】本発明によるＰＤＣＰ受信エンティティの動作を示すフローチャートである。

【図8】本発明によるＲＬＣ制御情報の一例を示す図である。

【図9】本発明による全過程の一例を示すメッセージフロー図である。

【図10】本発明によるＵＥのＲＬＣ受信の過程を示すフローチャートである。

【図11】本発明によるＰＤＣＰ受信エンティティの動作を示すフローチャートである。

【図12】本発明による送受信エンティティの構成を示すブロック図である。

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

【0017】

以下、本発明の好適な一実施形態を、添付図面を参照しつつ詳細に説明する。下記の説明において、明瞭性と簡潔性の観点から、本発明に関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。

【0018】

本発明の主な要旨は、ＡＲＱエンティティを再確立するハンドオーバ（HandOver：ＨＯ）の発生の際に、選択的な再送信を使用してデータパケットの重複送信を防止するものである。この際、ＡＲＱエンティティの上位レイヤーエンティティは、受信されたデータパケットに対する適切なリオーダリング（reordering）動作を実行することにより、選択的に再送信されたパケットが送信された元来の順序と同一の順序で上位レイヤーに伝達されるようにする。

【0019】

以下、本発明の実施形態の一例であるロングタームエボルーション（Long Term Evolution：以下、“ＬＴＥ”と称する。）システムについて簡略に説明する。

【0020】

図１を参照すると、次世代ＵＭＴＳ無線アクセスネットワーク（Evolved Radio Access Network：以下、“Ｅ-ＲＡＮ”と称する。）１１０又は１１２は、次世代基地局（Evolved Node B：以下、“ＥＮＢ”と称する。）１２０、１２２、１２４、１２６、１２８とアンカーノード１３０及び１３２との簡素化した２ノード構成を有する。ユーザー端末（User Equipment：以下、“ＵＥ”と称する。）１０１は、Ｅ-ＲＡＮ１１０及び１１２を介してインターネットプロトコル（以下、“ＩＰ”と称する。）ネットワーク１１４に接続される。

【0021】

ＥＮＢ１２０乃至１２８は、ＵＭＴＳシステムの既存のノードＢに対応し、無線チャネルを介してＵＥ１０１に接続される。ＥＮＢ１２０乃至１２８は、ＵＥ等の状況情報を収集することによりスケジューリングを実行し、無線リソース制御に関連した機能を担当する。例えば、ＥＮＢは、無線リソース制御（Radio Resource Control：以下、“ＲＲＣ”と称する。）のような制御プロトコルを備えている。

【0022】

最大１００Ｍｂｐｓの送信速度を実現するために、ＬＴＥシステムは、２０ＭＨｚシステムの帯域幅で直交周波数分割多重化（Orthogonal Frequency Division Multiplexing：以下、“ＯＦＤＭ”と称する。）方式を無線接続技術として使用する。また、ＬＴＥシステムは、ＵＥのチャネル状態に従って変調方式及びチャネル符号化率を決定する適応変調符号化（Adaptive Modulation & Coding：以下、“ＡＭＣ”と称する。）方式を使用する。

【0023】

図２を参照すると、パケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol：以下、“ＰＤＣＰ”と称する。）レイヤー２０５及び２４０は、ＩＰヘッダーの圧縮（compression）／復元（decompression）及び暗号化（ciphering）／復号化（deciphering）のような動作を行うことにより、ＰＤＣＰパケットデータユニット（Packet Data Unit：以下、“ＰＤＵ”と称する。）を生成する。ここで、特定のプロトコルエンティティから出力されたパケットをプロトコルのＰＤＵと呼ぶ。無線リンク制御（Radio Link Control：以下、“ＲＬＣ”と称する。）レイヤー２１０及び２３５は、ＰＤＣＰ ＰＤＵを適切なサイズをそれぞれ有するＲＬＣ ＰＤＵに再構成し、ＲＬＣ ＰＤＵのＡＲＱ動作を行うＡＲＱエンティティとして機能する。ＰＤＣＰレイヤー２０５及び２４０とＲＬＣレイヤー２１０及び２３５とは、通信が開始される際にサービス別又はフロー別に構成され得る少なくとも１つのＰＤＣＰ装置又は少なくとも１つのＲＬＣエンティティを構成し、各エンティティを介してデータパケットを処理する。図２に示すように、ＰＤＣＰレイヤー２０５及び２４０は、ＵＥ及びアンカーノードにそれぞれ位置し、ＲＬＣレイヤー２１０及び２３５は、ＵＥ及びＥＮＢにそれぞれ位置する。

【0024】

メディアアクセス制御（Medium Access Control：以下、“ＭＡＣ”と称する。）レイヤー２１５及び２３０は、複数のＲＬＣエンティティに接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化し、ＭＡＣ ＰＤＵを複数のＲＬＣ ＰＤＵに逆多重化する動作を行う。物理レイヤー２２０及び２２５は、上位レイヤーデータのチャネル符号化及び変調を行うことによりＯＦＤＭシンボルを生成し、この生成されたＯＦＤＭシンボルを、無線チャネルを介して送信するか、又は、無線チャネルを介して受信されたＯＦＤＭシンボルの復調及びチャネルデコーディングを行い、ＯＦＤＭシンボルを上位レイヤーに伝達する。受信されたパケットをチャネルデコーディングし、前に受信されたパケットとソフトコンバイニングし、ＣＲＣ演算を取る等の大部分のＨＡＲＱ（ハイブリッドＡＲＱ）動作は、物理レイヤー２２０及び２２５で実行され、ＭＡＣレイヤー２１５及び２３０は、ＨＡＲＱ動作を制御する。

【0025】

上述したように、ＲＬＣレイヤー２１０及び２３５は、ＡＲＱ過程を介して信頼性あるデータ送受信を保証する。このような点に基づいて、ＲＬＣレイヤーのエンティティをＡＲＱエンティティと呼ぶ。

【0026】

図３を参照すると、送信側ＲＬＣレイヤーの送信バッファ３０５は、ＰＤＣＰ ＰＤＵを受信側ＲＬＣレイヤーに送信する前に、送信側ＰＤＣＰレイヤーが提供したＰＤＣＰ ＰＤＵ３１０及び３１２を記憶する。各ＰＤＣＰ ＰＤＵは、暗号化されヘッダーが圧縮されたＩＰパケットをペイロード内に含み、１つずつ順次に増加するＰＤＣＰシーケンス番号（ＳＮ）をヘッダー内に含む。このシーケンス番号は、ＩＰパケットの暗号化及び復号化のために使用される“各パケットに従って変わる入力値”に対応する。現在知られている大部分の暗号化方式において、暗号化装置がパケットを暗号化する際に“各パケットに従って変わる入力値”を使用して暗号化の安全性を増加させる。ＰＤＣＰ ＰＤＵ３１０及び３１２は、フレーミング部３１５で適切なサイズをそれぞれ有するＲＬＣ ＰＤＵに再構成され、１つずつ増加するＲＬＣシーケンス番号は、この再構成されたＲＬＣ ＰＤＵに添付され、ＲＬＣ ＰＤＵは、受信側ＲＬＣレイヤーに送信される。その後に、ＲＬＣ ＰＤＵは、肯定応答（ACKnowledged：以下、“ＡＣＫ”と称する。）信号が受信側ＲＬＣレイヤーから受信されるまで再送信バッファ３２０にバッファリングされる。

【0027】

受信側ＲＬＣレイヤーは、この受信されたＲＬＣ ＰＤＵを受信バッファ３３０に記憶し、各シーケンス番号を検査することにより送信の間に流失したＲＬＣ ＰＤＵを検出し、この送信の間に流失したＲＬＣ ＰＤＵの再送信を送信側ＲＬＣレイヤーに要請する。以下、説明の便宜のために、ＲＬＣ ＰＤＵ［ｘ］は、ＲＬＣシーケンス番号がｘであるＲＬＣ ＰＤＵを示し、ＰＤＣＰ ＰＤＵ［ｘ］は、ＰＤＣＰシーケンス番号がｘであるＰＤＣＰ ＰＤＵを示す。

【0028】

ＲＬＣレイヤーが行われたＡＲＱ動作の例について説明する。１つの時点で、送信側ＲＬＣレイヤーから送信されたＲＬＣ ＰＤＵ［７］乃至ＲＬＣ ＰＤＵ［１０］の中で、ＲＬＣ ＰＤＵ［８］及びＲＬＣ ＰＤＵ［９］だけが受信側ＲＬＣレイヤーにより受信され、受信バッファ３３０に記憶されている。受信側ＲＬＣレイヤーは、ＲＬＣ ＰＤＵ［８］及びＲＬＣ ＰＤＵ［９］の受信成功及びＲＬＣ ＰＤＵ［７］の受信失敗を報告する状態報告３４０を送信することにより、送信側ＲＬＣレイヤーに回答する。具体的に、状態報告３４０は、シーケンス番号８及び９を含むＡＣＫ信号であるＡＣＫ［８，９］とシーケンス番号７を含む否定応答（Non-ACKnowledged：以下、“ＮＡＣＫ”と称する。）信号であるＮＡＣＫ［７］とを含む。その後に、送信側ＲＬＣレイヤーは、再送信バッファ３２０に記憶されており、再送信が要請されたＲＬＣ ＰＤＵ［７］を再送信し、正常に送信されたＲＬＣ ＰＤＵ［８］及びＲＬＣ ＰＤＵ［９］を再送信バッファ３２０から廃棄する。受信バッファ３３０に記憶されているＲＬＣ ＰＤＵの中で、１つの完全なＰＤＣＰ ＰＤＵを構成することができるＲＬＣ ＰＤＵは、再組立部３３５によりＰＤＣＰ ＰＤＵに構成された後に、この構成されたＰＤＣＰ ＰＤＵは、受信側ＰＤＣＰレイヤーに伝達される。

【0029】

ＲＬＣレイヤーが行った重要な動作の中の１つは、受信側ＲＬＣレイヤーがＰＤＣＰ ＰＤＵを受信側ＰＤＣＰレイヤーに伝達する際に、送信側ＲＬＣレイヤーが送信側ＰＤＣＰレイヤーからＰＤＣＰ ＰＤＵを受信した順序と同一の順序で伝達するものである。これを“順次伝送（in-sequence delivery）”動作と呼ぶ。例えば、ＰＤＣＰ ＰＤＵ［１０１］３１０がＲＬＣ ＰＤＵ［８］及びＲＬＣ ＰＤＵ［９］を使用して再組立てされることができるとしても、受信側ＲＬＣレイヤーは、ＲＬＣ ＰＤＵ［７］をまだ受信していないため、ＲＬＣ ＰＤＵ［８］及びＲＬＣ ＰＤＵ［９］をＰＤＣＰ ＰＤＵ［１０１］３１０に再組立てし、この再組立てされたＰＤＣＰ ＰＤＵ［１０１］３１０をＰＤＣＰレイヤーに伝達しない。受信側ＲＬＣレイヤーがこの再送信されたＲＬＣ ＰＤＵ［７］を受信し、受信バッファ３３０が未受信ＲＬＣ ＰＤＵをこれ以上含まない際に、受信側ＲＬＣレイヤーの再組立部３３５は、受信バッファ３３０に記憶されているＲＬＣ ＰＤＵを再組立てすることによりＰＤＣＰ ＰＤＵを構成した後に、受信側ＰＤＣＰレイヤーに伝達する。

【0030】

このように、ＲＬＣレイヤーが信頼性ある送受信機能及び“順次伝送”機能を提供するため、ＰＤＣＰレイヤーは、個別のバッファリング又はリオーダリング機能を必要としない。しかしながら、ＵＥが他のＥＮＢに属しているセルにハンドオーバする場合には、ＵＥは、前のセルで使用したＡＲＱエンティティ（すなわち、ＲＬＣエンティティ）を除去し、新たなセルで使用するＲＬＣエンティティを再確立しなければならない。したがって、このハンドオーバが完了する前に、ＲＬＣレイヤーは、ＡＲＱ動作による信頼性ある送受信機能及び“順次伝送”機能を提供することができないこともある。

【0031】

図４に示すように、ＵＥ４０５は、ＰＤＣＰ受信エンティティ及びＲＬＣ受信エンティティを含み、ソースセルを制御するソースＥＮＢ４１０及びターゲットセルを制御するターゲットＥＮＢ４１５は、ＲＬＣ送信エンティティを含み、アンカーノード４２０は、ＰＤＣＰ送信エンティティを含む。

【0032】

図４を参照すると、ＲＬＣ ＰＤＵがＵＥ４０５とソースＥＮＢ４１０との間で送信される際に（ステップ４２５）、ソースＥＮＢ４１０は、ＵＥ４０５をターゲットＥＮＢ４１５のセルにハンドオーバすることを決定する（ステップ４３０）。ソースＥＮＢ４１０がターゲットＥＮＢ４１５にハンドオーバを準備することを要請すると（ステップ４３５）、ターゲットＥＮＢ４１５は、ＵＥ４０５がターゲットＥＮＢ４１５にハンドオーバした後に即座に通信を再開することができるようにする準備を行い、例えば、ターゲットＥＮＢ４１５がＵＥ４０５のためのＲＬＣエンティティを設定した後に（ステップ４４０）、ハンドオーバ準備が完了したことをソースＥＮＢ４１０に通知する（ステップ４４５）。その後に、ソースＥＮＢ４１０は、ＵＥ４０５へのダウンリンク（downlink：ＤＬ）送信を中止し（ステップ４４７）、ターゲットＥＮＢ４１５にハンドオーバすることをＵＥ４０５に命令する（ステップ４５０）。この際に、この命令が送信される時点までのデータ送受信は、次の仮定に基づいている。

【0033】

・ アンカーノード４２０は、ＰＤＣＰ ＰＤＵ［１］乃至ＰＤＣＰ ＰＤＵ［８］をソースＥＮＢ４１０に送信する。
・ ソースＥＮＢ４１０は、ＰＤＣＰ ＰＤＵ［１］乃至ＰＤＣＰ ＰＤＵ［８］に対応するＲＬＣ ＰＤＵをＵＥ４０５に送信する。ＰＤＣＰ ＰＤＵ［７］及びＰＤＣＰ ＰＤＵ［８］は、まだ送信されていない。
・ ＵＥ４０５は、ＲＬＣ ＰＤＵの中で、ＰＤＣＰ ＰＤＵ［１］、ＰＤＣＰ ＰＤＵ［２］、ＰＤＣＰ ＰＤＵ［４］、及びＰＤＣＰ ＰＤＵ［６］に対応するＲＬＣ ＰＤＵを正常に受信する（ステップ４４９）。
・ ＵＥ４０５は、ＵＥ４０５がＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］に対応するＲＬＣ ＰＤＵを正常に受信したことを、ＲＬＣ状態報告を介してソースＥＮＢ４１０に通知する。
・ ＵＥ４０５は、リオーダリングされたＲＬＣ ＰＤＵの中で、ＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］を組立て、この組立てられたＰＤＵをＰＤＣＰ受信エンティティに伝達する。
・ ＵＥ４０５のＲＬＣ受信エンティティは、ＰＤＣＰ ＰＤＵ［４］及びＰＤＣＰ ＰＤＵ［６］に対応するＲＬＣ ＰＤＵを記憶する。

【0034】

ソースＥＮＢ４１０は、ＲＬＣレベルのＡＣＫ信号がＵＥ４０５からまだ受信されていないＰＤＣＰ ＰＤＵ［３］乃至ＰＤＣＰ ＰＤＵ［６］とＵＥ４０５にまだ送信されていないＰＤＣＰ ＰＤＵ［７］及びＰＤＣＰ ＰＤＵ［８］とをターゲットＥＮＢ４１５に送信する（ステップ４５５）。

【0035】

ハンドオーバ命令を受信したＵＥ４０５は、非順次（out-of-sequence）ＲＬＣ ＰＤＵを受信バッファから除去し、既存のＲＬＣエンティティ（ソースセルとの通信を行ったＲＬＣエンティティ）を除去する。その後に、既存のＲＬＣエンティティとともに、ＰＤＣＰ ＰＤＵ［４］及びＰＤＣＰ ＰＤＵ［６］に対応するＲＬＣ ＰＤＵが除去される（ステップ４６０）。その後に、ＵＥ４０５は、ターゲットＥＮＢ４１５へのハンドオーバを行った後に、ターゲットＥＮＢ４１５と通信するための新たなＲＬＣエンティティを構成し、ハンドオーバ完了メッセージをターゲットＥＮＢ４１５に送信する（ステップ４６５）。この際に、このハンドオーバ完了メッセージは、正常に受信されたＰＤＣＰ ＰＤＵのシーケンス番号を含む。例えば、ＵＥ４０５のＰＤＣＰ受信エンティティがＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］を正常に受信したため、このハンドオーバ完了メッセージは、ＰＤＣＰ ＰＤＵがＰＤＣＰ ＰＤＵ［２］まで受信されたことを示す情報を含む。

【0036】

ターゲットＥＮＢ４１５は、このハンドオーバ完了メッセージを受信すると、ＵＥ４０５がハンドオーバを行ったため、アンカーノード４２０にダウンリンクデータ経路を変更するように要請し（ステップ４６７）、ＵＥ４０５のために新たに構成されたＲＬＣエンティティを用いてソースＥＮＢ４１０から受信されたＰＤＣＰ ＰＤＵの中で、ＵＥ４０５のＰＤＣＰ受信エンティティがまだ受信していないＰＤＣＰ ＰＤＵ［３］乃至ＰＤＣＰ ＰＤＵ［６］を再送信することを決定する(ステップ４８０)。ターゲットＥＮＢ４１５の要請に応じて、アンカーノード４２０は、ＵＥ４０５のためのダウンリンクデータ経路をソースＥＮＢ４１０からターゲットＥＮＢ４１５に切り替え、ソースＥＮＢ４１０に伝達された次のＰＤＣＰ ＰＤＵ、すなわち、ＰＤＣＰ ＰＤＵ［９］乃至ＰＤＣＰ ＰＤＵ［１１］をターゲットＥＮＢ４１５に伝達する。他方、ターゲットＥＮＢ４１５は、ＰＤＣＰ ＰＤＵ［３］及びその次のＰＤＣＰ ＰＤＵは、新たに構成されたＲＬＣエンティティを使用してＵＥ４０５に送信される。

【0037】

図４に示すように、ターゲットＥＮＢ４１５が重複再送される可能性があるにもかかわらず、リオーダリングされたＰＤＣＰ ＰＤＵの次のＰＤＣＰ ＰＤＵから送信を再開する場合に、ＰＤＣＰ受信エンティティは、受信したＰＤＣＰ ＰＤＵを個別にバッファリングするか又はＰＤＣＰ ＰＤＵをリオーダリングする必要がない。すなわち、ＰＤＣＰ受信エンティティは、ＲＬＣ受信エンティティから伝達されたＰＤＣＰ ＰＤＵを復号化エンティティ及びヘッダー復元エンティティに即座に入力する。

【0038】

しかしながら、ターゲットＥＮＢが、ＵＥが受信していないＰＤＣＰ ＰＤＵだけを送信する場合に、ＰＤＣＰ ＰＤＵは、個別のバッファリング機能及びリオーダリング機能を必要とする。このリオーダリングは、シーケンス番号に従って受信したパケットをリオーダリングした後に、このリオーダリングされたパケットを次のプロセッシングブロックに伝達し、非順次パケットがリオーダリングを介して正しい順序（in-sequence）となるまで非順次パケットを記憶している動作を意味する。この際に、非順次パケットは、未受信パケット（すなわち、まだ受信されていないパケット）が存在することを意味する。すなわち、未受信パケットがある場合には、この未受信パケットのシーケンス番号より高いシーケンス番号を有するパケットは、非順次パケットと見なされる。リオーダリングエンティティは、この未受信パケットが受信されるか又はこの未受信パケットが完全に流失したという事実が確実となるまでこの非順次パケットを一時的に記憶する。効率的なリオーダリング動作は、未受信パケットが完全に流失した場合に未受信パケットの流失をどのくらい速く感知し、この流失パケットのシーケンス番号より高いシーケンス番号を有するパケットを次のプロセッシングブロックに迅速に伝達することができるかによっている。

【0039】

本発明の第１の実施形態によれば、ＵＥのＰＤＣＰ受信エンティティは、ソースＥＮＢから正常に受信したＰＤＣＰ ＰＤＵの中で、非順次ＰＤＣＰ ＰＤＵを受信バッファに一時的に記憶し、ターゲットセルからＰＤＣＰ ＰＤＵを受信すると、この受信したＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有するＰＤＣＰ ＰＤＵのリオーダリングが完了したことを判定する。これは、ＵＥのＲＬＣ受信エンティティが“順次伝送”動作を実行することにより、ＰＤＣＰ受信エンティティによるｘのシーケンス番号を有するＰＤＣＰ ＰＤＵの受信は、ｘより低いシーケンス番号を有する他のＰＤＣＰ ＰＤＵをこれ以上受信する可能性がないことを意味する。

【0040】

図５を参照すると、ソースＥＮＢ５１０からハンドオーバ命令を受信する前に、ＵＥ５０５は、ＰＤＣＰ ＰＤＵ［１］、ＰＤＣＰ ＰＤＵ［２］、ＰＤＣＰ ＰＤＵ［４］、及びＰＤＣＰ ＰＤＵ［６］に対応するＲＬＣ ＰＤＵをソースＥＮＢ５１０から受信する（ステップ５２０）。ＲＬＣ ＰＤＵの中で、ＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］に対応するＲＬＣ ＰＤＵは、すでに正しい順序（in-sequence）となっている状態であるため、ＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］に組立てられた後にＰＤＣＰ受信エンティティにまず伝達される。

【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】

図１１を参照すると、ステップ１１０５で、リオーダリングを必要とする特定の指示子とともにＰＤＣＰ ＰＤＵがＲＬＣ受信エンティティから伝達されると、ＰＤＣＰ受信エンティティは、ステップ１１０７で、この伝達されたＰＤＣＰ ＰＤＵのシーケンス番号を検査することにより、正常に受信されたＰＤＣＰ ＰＤＵのシーケンス番号及び未受信ＰＤＣＰ ＰＤＵのシーケンス番号を取得し、この取得されたシーケンス番号をＵＥのＰＤＣＰ受信状態を通知する際に使用するためにＵＥのＲＲＣエンティティに通知する。ＲＲＣエンティティは、ターゲットＥＮＢに送信されたハンドオーバ完了メッセージにＵＥのＰＤＣＰ受信状態を挿入する。

【0076】

ステップ１１１０で、ＰＤＣＰ受信エンティティは、ＲＬＣ受信エンティティから伝達されたＰＤＣＰ ＰＤＵをリオーダリングする必要があるか否かを検査する。この検査の結果に基づいて、このリオーダリングが必要である場合には、ＰＤＣＰ受信エンティティは、ステップ１１２０に進み、このリオーダリングが不要である場合には、ステップ１１１５に進む。このリオーダリングが必要である場合には、少なくとも１つの未受信ＰＤＣＰ ＰＤＵが存在することを意味する。

【0077】

ステップ１１１５で、ＰＤＣＰ受信エンティティは、この受信されたＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達した後に、ステップ１１４０で、この後に受信されたＰＤＣＰ ＰＤＵに対する通常の動作を実行する。言い換えれば、ＰＤＣＰ受信エンティティは、ＲＬＣ受信エンティティからＰＤＣＰ ＰＤＵを次のプロセッシングブロックに即座に伝達する。

【0078】

ステップ１１２０で、ＰＤＣＰ受信エンティティは、このリオーダリングされたＰＤＣＰ ＰＤＵ、すなわち、１番目の未受信ＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有するＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達し、リオーダリングを必要とする残りのＰＤＣＰ ＰＤＵをリオーダリングバッファに記憶した後に、ステップ１１２５で、ＰＤＣＰ受信エンティティは、ＰＤＣＰ ＰＤＵがこのターゲットセルに対して新たに構成されたＲＬＣ受信エンティティから伝達されるまで待機する。ＰＤＣＰ ＰＤＵがこのターゲットセルに対して新たに構成されたＲＬＣ受信エンティティから伝達される場合に、ＰＤＣＰ受信エンティティは、ステップ１１２７に進み、ＰＤＣＰ ＰＤＵが指示子２とともに伝達されたか否かを検査する。ＰＤＣＰ受信エンティティは、ＰＤＣＰ ＰＤＵが指示子２とともに伝達された場合には、ステップ１１２８に進み、ＰＤＣＰ ＰＤＵが指示子２とともに伝達されない場合には、ステップ１１２９に進む。

【0079】

指示子２がこの伝達されたＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有する他のＰＤＣＰ ＰＤＵがこれ以上受信される可能性がなく、現在リオーダリングバッファに記憶されているＰＤＣＰ ＰＤＵが正しい順序となるようにリオーダリングされる可能性がないことを示すので、ＰＤＣＰ受信エンティティは、ステップ１１２８で、リオーダリングバッファに記憶されているすべてのＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達した後に、ステップ１１４０に進み、通常の動作を実行する。

【0080】

ＰＤＣＰ ＰＤＵが指示子２とともに伝達されない場合には、ＰＤＣＰ受信エンティティは、ステップ１１２９に進み、ＰＤＣＰ ＰＤＵが指示子１とともに伝達されたか否かを検査する。指示子１は、この伝達されたＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有する他のＰＤＣＰ ＰＤＵがこれ以上受信される可能性がないことを示すので、ＰＤＣＰ受信エンティティは、ステップ１１３０に進み、この伝達されたＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵまでのすべてのＰＤＣＰ ＰＤＵが正しい順序となっているものと見なし、この正しい順序となっているＰＤＣＰ ＰＤＵを次のプロセッシングブロックに出力する。

【0081】

この後に、ステップ１１３５で、ＰＤＣＰ受信エンティティは、非順次ＰＤＣＰ ＰＤＵがリオーダリングバッファに残っているか否かを検査する。この検査の結果、非順次ＰＤＣＰ ＰＤＵがリオーダリングバッファに残っている場合には、ＰＤＣＰ受信エンティティは、ステップ１１２５に進み、リオーダリング動作を継続して実行する。他方、非順次ＰＤＣＰ ＰＤＵがリオーダリングバッファに残っていない場合には、ＰＤＣＰ受信エンティティは、ステップ１１４０に進み、通常の動作を実行する。

【0082】

他方、ステップ１１２９で、ＰＤＣＰ ＰＤＵが指示子１とともに伝達されない場合には、ＰＤＣＰ受信エンティティは、ステップ１１３３に進み、シーケンス番号に従ってＰＤＣＰ ＰＤＵをリオーダリングバッファに記憶する。その後に、ＰＤＣＰ受信エンティティは、ステップ１１２５に進み、通常の動作を実行する。

【0083】

図１２を参照すると、ターゲットＥＮＢのＲＬＣ送信エンティティ１２７０は、送信バッファ１２１５と、分割／ヘッダー挿入部１２２０と、再送信バッファ１２２５と、ＲＬＣ制御部１２３０とを含む。送信バッファ１２１５は、ソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵ１２０５及びアンカーノードから伝達されたＰＤＣＰ ＰＤＵ１２１０を記憶する。本発明の第１の実施形態によると、送信バッファ１２１５は、この伝達されたＰＤＣＰ ＰＤＵをシーケンス番号に従ってリオーダリングした後に記憶する。本発明の第２の実施形態によると、送信バッファ１２１５は、ＰＤＣＰ ＰＤＵが伝達された順序に従ってこの伝達されたＰＤＣＰ ＰＤＵを記憶する。

【0084】

送信バッファ１２１５は、この記憶されたＰＤＣＰ ＰＤＵの中でＲＬＣ制御部１２３０が指定するＰＤＣＰ ＰＤＵを分割／ヘッダー挿入部１２２０に伝達し、この伝達されたＰＤＣＰ ＰＤＵを除去する。

【0085】

分割／ヘッダー挿入部１２２０は、送信バッファ１２１５から伝達されたＰＤＣＰ ＰＤＵを適切なサイズをそれぞれ有するＰＤＣＰ ＰＤＵに分割するか又は連接（concatenation）した後に、ＲＬＣシーケンス番号などを含むＲＬＣヘッダーをＰＤＣＰ ＰＤＵに挿入することにより、少なくとも１つのＲＬＣ ＰＤＵを再構成する。この際に、ＲＬＣ制御情報がＲＬＣ制御部１２３０から送信された場合に、分割／ヘッダー挿入部１２２０は、ＲＬＣ制御情報をこの再構成されたＲＬＣ ＰＤＵの所定の位置に挿入する。ＲＬＣ ＰＤＵは、再送信バッファ１２２５及び下位レイヤーに伝達される。下位レイヤーに伝達されたＲＬＣ ＰＤＵは、所定の手順に従ってＵＥのＲＬＣ受信エンティティ１２７５に伝達され、再送信バッファ１２２５に伝達されたＲＬＣ ＰＤＵは、ＲＬＣ受信エンティティ１２７５からのＡＣＫ信号が到着するまで記憶される。

【0086】

ＲＬＣ制御部１２３０は、送信バッファ１２１５及び再送信バッファ１２２５に記憶されているＰＤＣＰ ＰＤＵ又はＲＬＣ ＰＤＵの送信及び再送信を制御する。具体的に、ＲＬＣ制御部１２３０は、ＵＥがソースＥＮＢから正常に受信したＰＤＣＰ ＰＤＵのシーケンス番号をＲＲＣエンティティ（図示せず）から受信し、ＰＤＣＰ ＰＤＵを送信バッファ１２１５から除去する。また、ＵＥに送信されるＲＬＣ制御情報がある場合に、ＲＬＣ制御部１２３０は、このＲＬＣ制御情報を分割／ヘッダー挿入部１２２０に伝達することにより、ＲＬＣ制御情報は、この送信されたＲＬＣ ＰＤＵにピギーバックされるようにすることができる。本発明の第２の実施形態によると、送信バッファ１２１５から伝達されたＰＤＣＰ ＰＤＵがソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵである場合に、ＲＬＣ制御部１２３０は、ＲＬＣ制御情報１が対応するＲＬＣ ＰＤＵに添付されるように分割／ヘッダー挿入部１２２０を制御する。ソースＥＮＢから伝達された最後のＰＤＣＰ ＰＤＵを送信する際に、ＲＬＣ制御情報２が対応するＲＬＣ ＰＤＵに添付されるように分割／ヘッダー挿入部１２２０を制御する。

【0087】

ＲＬＣ受信エンティティ１２７５は、受信バッファ１２３５と、ＲＬＣ制御部１２４５と、再組立部１２４０とを含む。受信バッファ１２３５は、ＲＬＣシーケンス番号に従って基地局から受信されたＲＬＣ ＰＤＵを記憶する。正しい順序となっているＲＬＣ ＰＤＵの中でＰＤＣＰ ＰＤＵとして組立て可能なＲＬＣ ＰＤＵは、受信バッファ１２３５から再組立部１２４０に伝達される。この際に、ＲＬＣ ＰＤＵが制御情報を含む場合に、この制御情報は、ＲＬＣ制御部１２４５に伝達される。

【0088】

再組立部１２４０は、受信バッファ１２３５から伝達されたＲＬＣ ＰＤＵをＰＤＣＰ ＰＤＵに組立てた後に、ＰＤＣＰ ＰＤＵをＰＤＣＰ受信エンティティ１２８０に伝達する。

【0089】

ＵＥがハンドオーバ命令を受信すると、ＲＬＣ制御部１２４５は、受信バッファ１２３５に記憶されているＲＬＣ ＰＤＵの中でＰＤＣＰ ＰＤＵに組立て可能なすべてのＲＬＣ ＰＤＵを再組立部１２４０に伝達するように受信バッファ１２３５を制御する。また、ＲＬＣ制御部１２４５は、ＰＤＣＰ受信エンティティ１２８０のリオーダリング制御部１２６５に特定の指示子を伝達することにより、正しい順序となるまでリオーダリングバッファ１２５０に対応する時点（すなわち、この特定の指示子を伝達する時点）で伝達されたＰＤＣＰ ＰＤＵを記憶するように要請する。一方、ＲＲＣエンティティ１２６０は、ＵＥのハンドオーバが完了すると、リオーダリング制御部１２６５からＰＤＣＰ ＰＤＵ受信状態情報を収集し、この収集されたＰＤＣＰ ＰＤＵ受信状態情報をターゲットＥＮＢに送信されたハンドオーバ完了メッセージに挿入する。

【0090】

本発明の第２の実施形態によると、ＲＬＣ受信エンティティ１２７５がＲＬＣ ＰＤＵとともにＲＬＣ制御情報１をターゲットＥＮＢから受信した場合に、ＲＬＣ制御部１２４５は、ＲＬＣ制御情報２を含むＲＬＣ ＰＤＵから組立てられたＰＤＣＰ ＰＤＵとともに指示子２をＰＤＣＰ受信エンティティ１２８０のリオーダリング制御部１２６５に伝達する。

【0091】

ＰＤＣＰ受信エンティティ１２８０は、リオーダリングバッファ１２５０と、リオーダリング制御部１２６５と、次のプロセッシングブロック１２５５とを含む。次のプロセッシングブロック１２５５は、ＵＥが進行中であるサービスに関連した上位レイヤープロトコルを処理するために、例えば、暗号化部及びヘッダー復元部を含んでもよい。

【0092】

通常、リオーダリングバッファ１２５０は、ＲＬＣ受信エンティティ１２７５から伝達されたＰＤＣＰ ＰＤＵを次のプロセッシングブロック１２５５に即座に伝達する。しかしながら、リオーダリング制御部１２６５からリオーダリング命令を受信すると、リオーダリングバッファ１２５０は、リオーダリングが必要とされるＰＤＣＰ ＰＤＵを記憶する。

【0093】

本発明の第１の実施形態によると、リオーダリングが必要とされるＰＤＣＰ ＰＤＵがリオーダリングバッファ１２５０に記憶されている間に、リオーダリングバッファ１２５０が新たに構成されたＲＬＣ受信エンティティ１２７５からＰＤＣＰ ＰＤＵを受信すると、リオーダリングバッファ１２５０は、この受信されたＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵまで正しい順序となっているものと見なし、ＰＤＣＰ ＰＤＵを次のプロセッシングブロック１２５５に伝達する。また、記憶されているＰＤＣＰ ＰＤＵがこれ以上存在しないと、リオーダリングバッファ１２５０は、通常の動作をさらに実行し、受信されたＰＤＣＰ ＰＤＵを次のプロセッシングブロック１２５５に即座に伝達する。

【0094】

本発明の第２の実施形態によると、リオーダリングバッファ１２５０がＰＤＣＰ ＰＤＵを指示子１とともに受信すると、リオーダリングバッファ１２５０は、この受信されたＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵまで正しい順序となっているものと見なし、ＰＤＣＰ ＰＤＵを次のプロセッシングブロック１２５５に即座に伝達する。また、リオーダリングバッファ１２５０がＰＤＣＰ ＰＤＵを指示子２とともに受信すると、リオーダリングバッファ１２５０は、記憶されているすべてのＰＤＣＰ ＰＤＵを正しい順序となっているものと見なし、すべてのＰＤＣＰ ＰＤＵを次のプロセッシングブロック１２５５に伝達する。

【0095】

次のプロセッシングブロック１２５５は、リオーダリングバッファ１２５０から伝達されたＰＤＣＰ ＰＤＵを復号化し、ヘッダーを復元することによりＩＰパケットを再構成した後に、このＩＰパケットを上位レイヤー（例えば、ＩＰレイヤー）に伝達する。

【0096】

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。

【符号の説明】

【0097】

１０１ ユーザー端末
１１０，１１２ 次世代ＵＭＴＳ無線アクセスネットワーク（Ｅ-ＲＡＮ）
１１４ インターネットプロトコルネットワーク
１２０，１２２，１２４，１２６，１２８ 次世代基地局（ＥＮＢ）
１３０，１３２ アンカーノード
２０５，２４０ パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤー
２１０，２３５ 無線リンク制御（ＲＬＣ）レイヤー
２１５，２３０ メディアアクセス制御（ＭＡＣ）レイヤー
２２０，２２５ 物理レイヤー
３０５ 送信バッファ
３１０，３１２ ＰＤＣＰ ＰＤＵ
３１５ フレーミング部
３２０ 再送信バッファ
３３０ 受信バッファ
３３５ 再組立部
４０５ ＵＥ
４１０ ソースＥＮＢ
４１５ ターゲットＥＮＢ
４２０ アンカーノード
５０５ ＵＥ
５１０ ソースＥＮＢ
５１５ ターゲットＥＮＢ
９０５ ＵＥ
９１０ ソースＥＮＢ
９１５ ターゲットＥＮＢ
１２０５ ソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵ
１２１０ アンカーノードから伝達されたＰＤＣＰ ＰＤＵ
１２１５ 送信バッファ
１２２０ 分割／ヘッダー挿入部
１２２５ 再送信バッファ
１２３０ ＲＬＣ制御部
１２３５ 受信バッファ
１２４０ 再組立部
１２４５ ＲＬＣ制御部
１２５０ リオーダリングバッファ
１２５５ プロセッシングブロック
１２６０ ＲＲＣエンティティ
１２６５ リオーダリング制御部
１２７０ ＲＬＣ送信エンティティ
１２７５ ＲＬＣ受信エンティティ
１２８０ ＰＤＣＰ受信エンティティ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】