JP5484433B2 - 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングを用いてハンドオーバを行う方法及び装置 - Google Patents

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

Info

Publication number
JP5484433B2
JP5484433B2 JP2011266883A JP2011266883A JP5484433B2 JP 5484433 B2 JP5484433 B2 JP 5484433B2 JP 2011266883 A JP2011266883 A JP 2011266883A JP 2011266883 A JP2011266883 A JP 2011266883A JP 5484433 B2 JP5484433 B2 JP 5484433B2
Authority
JP
Japan
Prior art keywords
pdcp
rlc
pdu
pdcp pdu
received
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2011266883A
Other languages
English (en)
Other versions
JP2012105291A (ja
Inventor
ソン−フン・キム
キョン−イン・ジョン
ゲルト・ヤン・ヴァン・リースハウト
ヒムケ・ヴァン・デル・ヴェルデ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of JP2012105291A publication Critical patent/JP2012105291A/ja
Application granted granted Critical
Publication of JP5484433B2 publication Critical patent/JP5484433B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1835—Buffer management
    • H04L1/1841—Resequencing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/04—Error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0055—Transmission or use of information for re-establishing the radio link
    • H04W36/0064—Transmission or use of information for re-establishing the radio link of control information between different access points
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/02—Buffering or recovering information during reselection ; Modification of the traffic flow during hand-off
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/249—Reselection being triggered by specific parameters according to timing information

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Description

本発明は、移動通信システムに関し、特に、端末（User Equipment：以下、“ＵＥ”と称する。）がパケットリオーダリングを実行しながらセル間のハンドオーバをサポートするための方法及び装置に関する。
広帯域（Wideband）符号分割多元接続（Code Division Multiple Access：以下、“ＣＤＭＡ”と称する。）を使用する第３世代の非同期移動通信システムであるユニバーサル移動通信サービス（Universal Mobile Telecommunication Service：以下、“ＵＭＴＳ”と称する。）システムは、ヨーロッパ式移動通信システムであるＧＰＲＳ（General Packet Radio Services）及びＧＳＭ（登録商標）（Global System for Mobile Communications）に基づく。ＵＭＴＳシステムは、システムの全サービス領域から分割された複数のセルをそれぞれ含むセルラー移動通信システムの一例であり、通信の連続性を保証するためにセル間のハンドオーバをサポートする。
通信中であるＵＥが１つのセル（ソースセル）から他のセル（ターゲットセル）に移動する場合に、ターゲットセルは、ＵＥのための通信路を確立し、この確立された通信路に関連した各レイヤーのエンティティ（Entity）を再確立する。特に、ＵＥの通信が自動再送要請（Automatic Retransmission Request：以下、“ＡＲＱ”と称する。）をサポートする場合に、ターゲットセルがＵＥのためにＡＲＱエンティティを再確立する必要性が発生し得る。ここで、ＡＲＱエンティティを再確立するハンドオーバは、ソースセルで使用された従来のＡＲＱエンティティを除去し、ターゲットセルが新たなＡＲＱエンティティを設定するハンドオーバを意味する。
ＡＲＱエンティティを再確立するハンドオーバが従来の移動通信システムで実行される場合に、ＡＲＱエンティティの上位レイヤーエンティティは、累積再送信（accumulative retransmission）を実行する。この累積再送信は、ソースセルで既に送信されたパケットがターゲットセルで再転送されることもあるが、上位レイヤーエンティティの複雑度を減少させることができる。従来のＵＭＴＳ移動通信システムにおいて、ＡＲＱエンティティを再確立するハンドオーバは、ＵＥのサービング無線ネットワーク制御器（Radio Network Controller：ＲＮＣ）が変わるサービング無線ネットワークサブシステム（ＳＲＮＳ）再割当ての間に発生する。このＳＲＮＳ再割当ては、頻繁に発生しないために、効率性より複雑度を考慮して累積再送信を実行する。
一方、ＵＭＴＳ標準化を担当している第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：以下、“３ＧＰＰ”と称する。）において、ロングタームエボルーション（Long Term Evolution：以下、“ＬＴＥ”と称する。）は、ＵＭＴＳシステムの次世代移動通信システムとして議論が進んでいる。ＬＴＥは、２０１０年ごろに商用化することを目標にしており、１００Ｍｂｐｓ程度の高速パケット基盤通信を実現するための技術である。このために、様々な方法が論議されている。例えば、ネットワーク構成を簡素化することにより、通信経路上のノードの数を減少させる方式及び無線プロトコルを無線チャネルに最大に近接させる方式などがある。
ＬＴＥシステムのような次世代移動通信システムにおいて、ＡＲＱエンティティは、ＲＮＣの下位レイヤーエンティティである基地局（Ｎｏｄｅ Ｂ）に位置する。したがって、ＡＲＱエンティティは、基地局間のハンドオーバでいつも再確立され、これにより、ＡＲＱエンティティを再確立するハンドオーバは、ＵＭＴＳシステムに比べてＬＴＥシステムのような次世代移動通信システムではるかに頻繁に発生する。したがって、ＬＴＥシステムのような次世代移動通信システムにおけるＡＲＱエンティティを再確立するハンドオーバのために通信の効率性を向上させるための技術を開発する必要があった。
国際公開第２００５／０２９７８５号
したがって、本発明は、上述した従来技術の問題点を解決するために提案されたものであり、その目的は、移動通信システムにおけるＡＲＱエンティティを再確立するハンドオーバにおいて通信の効率性を向上させるための方法及び装置を提供することにある。
本発明の他の目的は、ＡＲＱエンティティを再確立するハンドオーバにおいてデータパケットの損失及び重複送信を防止するための方法及び装置を提供することにある。
本発明のさらなる目的は、ターゲットセルに移動したＵＥがソースセルで受信していないパケットを選択的に再送信することができるＡＲＱエンティティの上位レイヤーエンティティをリオーダリングするための方法及び装置を提供することにある。
上記のような目的を達成するために、本発明の実施形態の一態様によれば、移動通信システムにおける端末（ＵＥ）によりハンドオーバを実行する方法を提供する。上記方法は、ソースセルからターゲットセルへのハンドオーバ命令メッセージが受信されると、上記ソースセルから正常に受信された第１のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パケットデータユニット（ＰＤＵ）を上記第１のＰＤＣＰ ＰＤＵのリオーダリングを必要とする特定の指示子とともに、無線リンク制御（ＲＬＣ）受信バッファからＰＤＣＰ受信エンティティに送信するステップと、上記特定の指示子に応じて上記ＰＤＣＰ受信エンティティで上記第１のＰＤＣＰ ＰＤＵをＰＤＣＰ ＰＤＵリオーダリングバッファにバッファリングするステップと、上記第２のＰＤＣＰ ＰＤＵが上記ターゲットセルに対する新たなＲＬＣ受信エンティティを介して上記ターゲットセルから受信されると、上記第２のＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵの前までの第３のＰＤＣＰ ＰＤＵを上記ＰＤＣＰリオーダリングバッファから出力するステップと、を有することを特徴とする。
本発明の実施形態の他の態様によれば、移動通信システムにおけるハンドオーバを実行するための端末装置を提供する。上記端末装置は、ハンドオーバの前に無線リンク制御（ＲＬＣ）パケットデータユニット（ＰＤＵ）をソースセルから受信し、上記ＲＬＣ ＰＤＵをパケットデータコンバージェンスプロトコル（ＰＤＣＰ）ＰＤＵに組立て、上記ソースセルからターゲットセルへのハンドオーバ命令メッセージが受信されると、上記ソースセルから正常に受信された第１のＰＤＣＰ ＰＤＵを上記第１のＰＤＣＰ ＰＤＵのリオーダリングを必要とする特定の指示子とともに出力する既存のＲＬＣ受信エンティティと、上記ハンドオーバの後に、上記ソースセルから正常に受信されていない第２のＰＤＣＰ ＰＤＵを含む少なくとも１つのＲＬＣ ＰＤＵを上記ターゲットセルから受信し、上記受信されたＲＬＣ ＰＤＵを上記第２のＰＤＣＰ ＰＤＵに組立てる新たなＲＬＣ受信エンティティと、上記特定の指示子に応じて、上記第１のＰＤＣＰ ＰＤＵをＰＤＣＰ ＰＤＵリオーダリングバッファにバッファリングし、第２のＰＤＣＰ ＰＤＵが上記新たなＲＬＣ受信エンティティから伝達されると、上記第２のＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵの前までの第３のＰＤＣＰ ＰＤＵを上記ＰＤＣＰリオーダリングバッファから出力するＰＤＣＰ受信エンティティと、を有することを特徴とする。
本発明の実施形態のさらに他の態様によれば、移動通信システムにおける基地局（ＥＮＢ）によりハンドオーバを実行する方法を提供する。上記方法は、端末がソースセルからターゲットセルにハンドオーバするに従って、上記ソースセルを制御するソースＥＮＢから上記端末に正常に送信できなかった第１のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パケットデータユニット（ＰＤＵ）を上記ソースＥＮＢから上記ターゲットセルを制御するターゲットＥＮＢで受信するステップと、上記第１のＰＤＣＰ ＰＤＵの中で最後のＰＤＣＰ ＰＤＵを除いた残りのＰＤＣＰ ＰＤＵを含む第２のＰＤＣＰ ＰＤＵを、上記第２のＰＤＣＰ ＰＤＵの各々が上記ソースセルから上記ターゲットセルに伝達された最後のＰＤＣＰ ＰＤＵでないことを示す第１の指示子とともに上記ターゲットＥＮＢから上記端末に送信するステップと、上記最後のＰＤＣＰ ＰＤＵを上記最後のＰＤＣＰ ＰＤＵが上記ソースセルから上記ターゲットセルに伝達された最後のＰＤＣＰ ＰＤＵであることを示す上記第２の指示子とともに上記ターゲットＥＮＢから上記端末に送信するステップと、を有することを特徴とする。
本発明の実施形態のさらなる他の態様によれば、移動通信システムにおけるハンドオーバを実行する基地局装置を提供する。上記基地局装置は、端末がソースセルからターゲットセルにハンドオーバするに従って、上記端末に正常に送信できなかった第１のパケットデータコンバージェンスプロトコル（ＰＤＣＰ）パケットデータユニット（ＰＤＵ）を上記ソースセルを制御するソースＥＮＢから受信して記憶し、アンカーノードから伝達されたＰＤＣＰ ＰＤＵを記憶する送信バッファと、上記送信バッファが上記第１のＰＤＣＰ ＰＤＵの中で最後のＰＤＣＰ ＰＤＵを除いた残りのＰＤＣＰ ＰＤＵを含む第２のＰＤＣＰ ＰＤＵを、上記第２のＰＤＣＰ ＰＤＵの各々が上記ソースセルから上記ターゲットセルに伝達された最後のＰＤＣＰ ＰＤＵでないことを示す第１の指示子とともに上記端末に送信し、上記最後のＰＤＣＰ ＰＤＵを上記最後のＰＤＣＰ ＰＤＵが上記ソースセルから上記ターゲットセルに伝達された最後のＰＤＣＰ ＰＤＵであることを示す上記第２の指示子とともに上記端末に送信するように、上記送信バッファを制御する制御部と、を有することを特徴とする。
本発明によると、移動通信システムにおけるＡＲＱエンティティを再確立するハンドオーバにおいて、ターゲットセルが、ＵＥがソースセルで受信していないパケットをＵＥに選択的に再送信することができるように、ＡＲＱエンティティの上位レイヤーであるＰＤＣＰエンティティは、リオーダリング動作を実行する。したがって、本発明は、通信の効率性を向上させることができる。
ＬＴＥ移動通信システムの構成を示す概略図である。 ＬＴＥ移動通信システムのプロトコルスタックを示す図である。 移動通信システムにおけるＲＬＣレイヤーの動作を示す図である。 ＵＥが他のＥＮＢに属している新たなセルに移動する際におけるＡＲＱエンティティを再確立するハンドオーバの過程を示す信号フロー図である。 本発明による全過程の一例を示すメッセージフロー図である。 本発明によるＵＥのＲＬＣ受信エンティティの関連動作を示すフローチャートである。 本発明によるＰＤＣＰ受信エンティティの動作を示すフローチャートである。 本発明によるＲＬＣ制御情報の一例を示す図である。 本発明による全過程の一例を示すメッセージフロー図である。 本発明によるＵＥのＲＬＣ受信の過程を示すフローチャートである。 本発明によるＰＤＣＰ受信エンティティの動作を示すフローチャートである。 本発明による送受信エンティティの構成を示すブロック図である。
以下、本発明の好適な一実施形態を、添付図面を参照しつつ詳細に説明する。下記の説明において、明瞭性と簡潔性の観点から、本発明に関連した公知の機能や構成に関する具体的な説明が本発明の要旨を不明瞭にすると判断される場合には、その詳細な説明を省略する。
本発明の主な要旨は、ＡＲＱエンティティを再確立するハンドオーバ（HandOver：ＨＯ）の発生の際に、選択的な再送信を使用してデータパケットの重複送信を防止するものである。この際、ＡＲＱエンティティの上位レイヤーエンティティは、受信されたデータパケットに対する適切なリオーダリング（reordering）動作を実行することにより、選択的に再送信されたパケットが送信された元来の順序と同一の順序で上位レイヤーに伝達されるようにする。
以下、本発明の実施形態の一例であるロングタームエボルーション（Long Term Evolution：以下、“ＬＴＥ”と称する。）システムについて簡略に説明する。
図１を参照すると、次世代ＵＭＴＳ無線アクセスネットワーク（Evolved Radio Access Network：以下、“Ｅ-ＲＡＮ”と称する。）１１０又は１１２は、次世代基地局（Evolved Node B：以下、“ＥＮＢ”と称する。）１２０、１２２、１２４、１２６、１２８とアンカーノード１３０及び１３２との簡素化した２ノード構成を有する。ユーザー端末（User Equipment：以下、“ＵＥ”と称する。）１０１は、Ｅ-ＲＡＮ１１０及び１１２を介してインターネットプロトコル（以下、“ＩＰ”と称する。）ネットワーク１１４に接続される。
ＥＮＢ１２０乃至１２８は、ＵＭＴＳシステムの既存のノードＢに対応し、無線チャネルを介してＵＥ１０１に接続される。ＥＮＢ１２０乃至１２８は、ＵＥ等の状況情報を収集することによりスケジューリングを実行し、無線リソース制御に関連した機能を担当する。例えば、ＥＮＢは、無線リソース制御（Radio Resource Control：以下、“ＲＲＣ”と称する。）のような制御プロトコルを備えている。
最大１００Ｍｂｐｓの送信速度を実現するために、ＬＴＥシステムは、２０ＭＨｚシステムの帯域幅で直交周波数分割多重化（Orthogonal Frequency Division Multiplexing：以下、“ＯＦＤＭ”と称する。）方式を無線接続技術として使用する。また、ＬＴＥシステムは、ＵＥのチャネル状態に従って変調方式及びチャネル符号化率を決定する適応変調符号化（Adaptive Modulation & Coding：以下、“ＡＭＣ”と称する。）方式を使用する。
図２を参照すると、パケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol：以下、“ＰＤＣＰ”と称する。）レイヤー２０５及び２４０は、ＩＰヘッダーの圧縮（compression）／復元（decompression）及び暗号化（ciphering）／復号化（deciphering）のような動作を行うことにより、ＰＤＣＰパケットデータユニット（Packet Data Unit：以下、“ＰＤＵ”と称する。）を生成する。ここで、特定のプロトコルエンティティから出力されたパケットをプロトコルのＰＤＵと呼ぶ。無線リンク制御（Radio Link Control：以下、“ＲＬＣ”と称する。）レイヤー２１０及び２３５は、ＰＤＣＰ ＰＤＵを適切なサイズをそれぞれ有するＲＬＣ ＰＤＵに再構成し、ＲＬＣ ＰＤＵのＡＲＱ動作を行うＡＲＱエンティティとして機能する。ＰＤＣＰレイヤー２０５及び２４０とＲＬＣレイヤー２１０及び２３５とは、通信が開始される際にサービス別又はフロー別に構成され得る少なくとも１つのＰＤＣＰ装置又は少なくとも１つのＲＬＣエンティティを構成し、各エンティティを介してデータパケットを処理する。図２に示すように、ＰＤＣＰレイヤー２０５及び２４０は、ＵＥ及びアンカーノードにそれぞれ位置し、ＲＬＣレイヤー２１０及び２３５は、ＵＥ及びＥＮＢにそれぞれ位置する。
メディアアクセス制御（Medium Access Control：以下、“ＭＡＣ”と称する。）レイヤー２１５及び２３０は、複数のＲＬＣエンティティに接続され、ＲＬＣ ＰＤＵをＭＡＣ ＰＤＵに多重化し、ＭＡＣ ＰＤＵを複数のＲＬＣ ＰＤＵに逆多重化する動作を行う。物理レイヤー２２０及び２２５は、上位レイヤーデータのチャネル符号化及び変調を行うことによりＯＦＤＭシンボルを生成し、この生成されたＯＦＤＭシンボルを、無線チャネルを介して送信するか、又は、無線チャネルを介して受信されたＯＦＤＭシンボルの復調及びチャネルデコーディングを行い、ＯＦＤＭシンボルを上位レイヤーに伝達する。受信されたパケットをチャネルデコーディングし、前に受信されたパケットとソフトコンバイニングし、ＣＲＣ演算を取る等の大部分のＨＡＲＱ（ハイブリッドＡＲＱ）動作は、物理レイヤー２２０及び２２５で実行され、ＭＡＣレイヤー２１５及び２３０は、ＨＡＲＱ動作を制御する。
上述したように、ＲＬＣレイヤー２１０及び２３５は、ＡＲＱ過程を介して信頼性あるデータ送受信を保証する。このような点に基づいて、ＲＬＣレイヤーのエンティティをＡＲＱエンティティと呼ぶ。
図３を参照すると、送信側ＲＬＣレイヤーの送信バッファ３０５は、ＰＤＣＰ ＰＤＵを受信側ＲＬＣレイヤーに送信する前に、送信側ＰＤＣＰレイヤーが提供したＰＤＣＰ ＰＤＵ３１０及び３１２を記憶する。各ＰＤＣＰ ＰＤＵは、暗号化されヘッダーが圧縮されたＩＰパケットをペイロード内に含み、１つずつ順次に増加するＰＤＣＰシーケンス番号（ＳＮ）をヘッダー内に含む。このシーケンス番号は、ＩＰパケットの暗号化及び復号化のために使用される“各パケットに従って変わる入力値”に対応する。現在知られている大部分の暗号化方式において、暗号化装置がパケットを暗号化する際に“各パケットに従って変わる入力値”を使用して暗号化の安全性を増加させる。ＰＤＣＰ ＰＤＵ３１０及び３１２は、フレーミング部３１５で適切なサイズをそれぞれ有するＲＬＣ ＰＤＵに再構成され、１つずつ増加するＲＬＣシーケンス番号は、この再構成されたＲＬＣ ＰＤＵに添付され、ＲＬＣ ＰＤＵは、受信側ＲＬＣレイヤーに送信される。その後に、ＲＬＣ ＰＤＵは、肯定応答（ACKnowledged：以下、“ＡＣＫ”と称する。）信号が受信側ＲＬＣレイヤーから受信されるまで再送信バッファ３２０にバッファリングされる。
受信側ＲＬＣレイヤーは、この受信されたＲＬＣ ＰＤＵを受信バッファ３３０に記憶し、各シーケンス番号を検査することにより送信の間に流失したＲＬＣ ＰＤＵを検出し、この送信の間に流失したＲＬＣ ＰＤＵの再送信を送信側ＲＬＣレイヤーに要請する。以下、説明の便宜のために、ＲＬＣ ＰＤＵ［ｘ］は、ＲＬＣシーケンス番号がｘであるＲＬＣ ＰＤＵを示し、ＰＤＣＰ ＰＤＵ［ｘ］は、ＰＤＣＰシーケンス番号がｘであるＰＤＣＰ ＰＤＵを示す。
ＲＬＣレイヤーが行われたＡＲＱ動作の例について説明する。１つの時点で、送信側ＲＬＣレイヤーから送信されたＲＬＣ ＰＤＵ［７］乃至ＲＬＣ ＰＤＵ［１０］の中で、ＲＬＣ ＰＤＵ［８］及びＲＬＣ ＰＤＵ［９］だけが受信側ＲＬＣレイヤーにより受信され、受信バッファ３３０に記憶されている。受信側ＲＬＣレイヤーは、ＲＬＣ ＰＤＵ［８］及びＲＬＣ ＰＤＵ［９］の受信成功及びＲＬＣ ＰＤＵ［７］の受信失敗を報告する状態報告３４０を送信することにより、送信側ＲＬＣレイヤーに回答する。具体的に、状態報告３４０は、シーケンス番号８及び９を含むＡＣＫ信号であるＡＣＫ［８，９］とシーケンス番号７を含む否定応答（Non-ACKnowledged：以下、“ＮＡＣＫ”と称する。）信号であるＮＡＣＫ［７］とを含む。その後に、送信側ＲＬＣレイヤーは、再送信バッファ３２０に記憶されており、再送信が要請されたＲＬＣ ＰＤＵ［７］を再送信し、正常に送信されたＲＬＣ ＰＤＵ［８］及びＲＬＣ ＰＤＵ［９］を再送信バッファ３２０から廃棄する。受信バッファ３３０に記憶されているＲＬＣ ＰＤＵの中で、１つの完全なＰＤＣＰ ＰＤＵを構成することができるＲＬＣ ＰＤＵは、再組立部３３５によりＰＤＣＰ ＰＤＵに構成された後に、この構成されたＰＤＣＰ ＰＤＵは、受信側ＰＤＣＰレイヤーに伝達される。
ＲＬＣレイヤーが行った重要な動作の中の１つは、受信側ＲＬＣレイヤーがＰＤＣＰ ＰＤＵを受信側ＰＤＣＰレイヤーに伝達する際に、送信側ＲＬＣレイヤーが送信側ＰＤＣＰレイヤーからＰＤＣＰ ＰＤＵを受信した順序と同一の順序で伝達するものである。これを“順次伝送（in-sequence delivery）”動作と呼ぶ。例えば、ＰＤＣＰ ＰＤＵ［１０１］３１０がＲＬＣ ＰＤＵ［８］及びＲＬＣ ＰＤＵ［９］を使用して再組立てされることができるとしても、受信側ＲＬＣレイヤーは、ＲＬＣ ＰＤＵ［７］をまだ受信していないため、ＲＬＣ ＰＤＵ［８］及びＲＬＣ ＰＤＵ［９］をＰＤＣＰ ＰＤＵ［１０１］３１０に再組立てし、この再組立てされたＰＤＣＰ ＰＤＵ［１０１］３１０をＰＤＣＰレイヤーに伝達しない。受信側ＲＬＣレイヤーがこの再送信されたＲＬＣ ＰＤＵ［７］を受信し、受信バッファ３３０が未受信ＲＬＣ ＰＤＵをこれ以上含まない際に、受信側ＲＬＣレイヤーの再組立部３３５は、受信バッファ３３０に記憶されているＲＬＣ ＰＤＵを再組立てすることによりＰＤＣＰ ＰＤＵを構成した後に、受信側ＰＤＣＰレイヤーに伝達する。
このように、ＲＬＣレイヤーが信頼性ある送受信機能及び“順次伝送”機能を提供するため、ＰＤＣＰレイヤーは、個別のバッファリング又はリオーダリング機能を必要としない。しかしながら、ＵＥが他のＥＮＢに属しているセルにハンドオーバする場合には、ＵＥは、前のセルで使用したＡＲＱエンティティ（すなわち、ＲＬＣエンティティ）を除去し、新たなセルで使用するＲＬＣエンティティを再確立しなければならない。したがって、このハンドオーバが完了する前に、ＲＬＣレイヤーは、ＡＲＱ動作による信頼性ある送受信機能及び“順次伝送”機能を提供することができないこともある。
図４に示すように、ＵＥ４０５は、ＰＤＣＰ受信エンティティ及びＲＬＣ受信エンティティを含み、ソースセルを制御するソースＥＮＢ４１０及びターゲットセルを制御するターゲットＥＮＢ４１５は、ＲＬＣ送信エンティティを含み、アンカーノード４２０は、ＰＤＣＰ送信エンティティを含む。
図４を参照すると、ＲＬＣ ＰＤＵがＵＥ４０５とソースＥＮＢ４１０との間で送信される際に（ステップ４２５）、ソースＥＮＢ４１０は、ＵＥ４０５をターゲットＥＮＢ４１５のセルにハンドオーバすることを決定する（ステップ４３０）。ソースＥＮＢ４１０がターゲットＥＮＢ４１５にハンドオーバを準備することを要請すると（ステップ４３５）、ターゲットＥＮＢ４１５は、ＵＥ４０５がターゲットＥＮＢ４１５にハンドオーバした後に即座に通信を再開することができるようにする準備を行い、例えば、ターゲットＥＮＢ４１５がＵＥ４０５のためのＲＬＣエンティティを設定した後に（ステップ４４０）、ハンドオーバ準備が完了したことをソースＥＮＢ４１０に通知する（ステップ４４５）。その後に、ソースＥＮＢ４１０は、ＵＥ４０５へのダウンリンク（downlink：ＤＬ）送信を中止し（ステップ４４７）、ターゲットＥＮＢ４１５にハンドオーバすることをＵＥ４０５に命令する（ステップ４５０）。この際に、この命令が送信される時点までのデータ送受信は、次の仮定に基づいている。
・ アンカーノード４２０は、ＰＤＣＰ ＰＤＵ［１］乃至ＰＤＣＰ ＰＤＵ［８］をソースＥＮＢ４１０に送信する。
・ ソースＥＮＢ４１０は、ＰＤＣＰ ＰＤＵ［１］乃至ＰＤＣＰ ＰＤＵ［８］に対応するＲＬＣ ＰＤＵをＵＥ４０５に送信する。ＰＤＣＰ ＰＤＵ［７］及びＰＤＣＰ ＰＤＵ［８］は、まだ送信されていない。
・ ＵＥ４０５は、ＲＬＣ ＰＤＵの中で、ＰＤＣＰ ＰＤＵ［１］、ＰＤＣＰ ＰＤＵ［２］、ＰＤＣＰ ＰＤＵ［４］、及びＰＤＣＰ ＰＤＵ［６］に対応するＲＬＣ ＰＤＵを正常に受信する（ステップ４４９）。
・ ＵＥ４０５は、ＵＥ４０５がＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］に対応するＲＬＣ ＰＤＵを正常に受信したことを、ＲＬＣ状態報告を介してソースＥＮＢ４１０に通知する。
・ ＵＥ４０５は、リオーダリングされたＲＬＣ ＰＤＵの中で、ＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］を組立て、この組立てられたＰＤＵをＰＤＣＰ受信エンティティに伝達する。
・ ＵＥ４０５のＲＬＣ受信エンティティは、ＰＤＣＰ ＰＤＵ［４］及びＰＤＣＰ ＰＤＵ［６］に対応するＲＬＣ ＰＤＵを記憶する。
ソースＥＮＢ４１０は、ＲＬＣレベルのＡＣＫ信号がＵＥ４０５からまだ受信されていないＰＤＣＰ ＰＤＵ［３］乃至ＰＤＣＰ ＰＤＵ［６］とＵＥ４０５にまだ送信されていないＰＤＣＰ ＰＤＵ［７］及びＰＤＣＰ ＰＤＵ［８］とをターゲットＥＮＢ４１５に送信する（ステップ４５５）。
ハンドオーバ命令を受信したＵＥ４０５は、非順次（out-of-sequence）ＲＬＣ ＰＤＵを受信バッファから除去し、既存のＲＬＣエンティティ（ソースセルとの通信を行ったＲＬＣエンティティ）を除去する。その後に、既存のＲＬＣエンティティとともに、ＰＤＣＰ ＰＤＵ［４］及びＰＤＣＰ ＰＤＵ［６］に対応するＲＬＣ ＰＤＵが除去される（ステップ４６０）。その後に、ＵＥ４０５は、ターゲットＥＮＢ４１５へのハンドオーバを行った後に、ターゲットＥＮＢ４１５と通信するための新たなＲＬＣエンティティを構成し、ハンドオーバ完了メッセージをターゲットＥＮＢ４１５に送信する（ステップ４６５）。この際に、このハンドオーバ完了メッセージは、正常に受信されたＰＤＣＰ ＰＤＵのシーケンス番号を含む。例えば、ＵＥ４０５のＰＤＣＰ受信エンティティがＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］を正常に受信したため、このハンドオーバ完了メッセージは、ＰＤＣＰ ＰＤＵがＰＤＣＰ ＰＤＵ［２］まで受信されたことを示す情報を含む。
ターゲットＥＮＢ４１５は、このハンドオーバ完了メッセージを受信すると、ＵＥ４０５がハンドオーバを行ったため、アンカーノード４２０にダウンリンクデータ経路を変更するように要請し（ステップ４６７）、ＵＥ４０５のために新たに構成されたＲＬＣエンティティを用いてソースＥＮＢ４１０から受信されたＰＤＣＰ ＰＤＵの中で、ＵＥ４０５のＰＤＣＰ受信エンティティがまだ受信していないＰＤＣＰ ＰＤＵ［３］乃至ＰＤＣＰ ＰＤＵ［６］を再送信することを決定する(ステップ４８０)。ターゲットＥＮＢ４１５の要請に応じて、アンカーノード４２０は、ＵＥ４０５のためのダウンリンクデータ経路をソースＥＮＢ４１０からターゲットＥＮＢ４１５に切り替え、ソースＥＮＢ４１０に伝達された次のＰＤＣＰ ＰＤＵ、すなわち、ＰＤＣＰ ＰＤＵ［９］乃至ＰＤＣＰ ＰＤＵ［１１］をターゲットＥＮＢ４１５に伝達する。他方、ターゲットＥＮＢ４１５は、ＰＤＣＰ ＰＤＵ［３］及びその次のＰＤＣＰ ＰＤＵは、新たに構成されたＲＬＣエンティティを使用してＵＥ４０５に送信される。
図４に示すように、ターゲットＥＮＢ４１５が重複再送される可能性があるにもかかわらず、リオーダリングされたＰＤＣＰ ＰＤＵの次のＰＤＣＰ ＰＤＵから送信を再開する場合に、ＰＤＣＰ受信エンティティは、受信したＰＤＣＰ ＰＤＵを個別にバッファリングするか又はＰＤＣＰ ＰＤＵをリオーダリングする必要がない。すなわち、ＰＤＣＰ受信エンティティは、ＲＬＣ受信エンティティから伝達されたＰＤＣＰ ＰＤＵを復号化エンティティ及びヘッダー復元エンティティに即座に入力する。
しかしながら、ターゲットＥＮＢが、ＵＥが受信していないＰＤＣＰ ＰＤＵだけを送信する場合に、ＰＤＣＰ ＰＤＵは、個別のバッファリング機能及びリオーダリング機能を必要とする。このリオーダリングは、シーケンス番号に従って受信したパケットをリオーダリングした後に、このリオーダリングされたパケットを次のプロセッシングブロックに伝達し、非順次パケットがリオーダリングを介して正しい順序（in-sequence）となるまで非順次パケットを記憶している動作を意味する。この際に、非順次パケットは、未受信パケット（すなわち、まだ受信されていないパケット）が存在することを意味する。すなわち、未受信パケットがある場合には、この未受信パケットのシーケンス番号より高いシーケンス番号を有するパケットは、非順次パケットと見なされる。リオーダリングエンティティは、この未受信パケットが受信されるか又はこの未受信パケットが完全に流失したという事実が確実となるまでこの非順次パケットを一時的に記憶する。効率的なリオーダリング動作は、未受信パケットが完全に流失した場合に未受信パケットの流失をどのくらい速く感知し、この流失パケットのシーケンス番号より高いシーケンス番号を有するパケットを次のプロセッシングブロックに迅速に伝達することができるかによっている。
本発明の第１の実施形態によれば、ＵＥのＰＤＣＰ受信エンティティは、ソースＥＮＢから正常に受信したＰＤＣＰ ＰＤＵの中で、非順次ＰＤＣＰ ＰＤＵを受信バッファに一時的に記憶し、ターゲットセルからＰＤＣＰ ＰＤＵを受信すると、この受信したＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有するＰＤＣＰ ＰＤＵのリオーダリングが完了したことを判定する。これは、ＵＥのＲＬＣ受信エンティティが“順次伝送”動作を実行することにより、ＰＤＣＰ受信エンティティによるｘのシーケンス番号を有するＰＤＣＰ ＰＤＵの受信は、ｘより低いシーケンス番号を有する他のＰＤＣＰ ＰＤＵをこれ以上受信する可能性がないことを意味する。
図５を参照すると、ソースＥＮＢ５１０からハンドオーバ命令を受信する前に、ＵＥ５０５は、ＰＤＣＰ ＰＤＵ［１］、ＰＤＣＰ ＰＤＵ［２］、ＰＤＣＰ ＰＤＵ［４］、及びＰＤＣＰ ＰＤＵ［６］に対応するＲＬＣ ＰＤＵをソースＥＮＢ５１０から受信する（ステップ５２０）。ＲＬＣ ＰＤＵの中で、ＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］に対応するＲＬＣ ＰＤＵは、すでに正しい順序（in-sequence）となっている状態であるため、ＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］に組立てられた後にＰＤＣＰ受信エンティティにまず伝達される。
ＵＥ５０５がハンドオーバ命令をソースＥＮＢ５１０から受信すると(ステップ５２５)、ＵＥは、ＲＬＣ受信バッファに残っているＲＬＣ ＰＤＵの中で、ＰＤＣＰ ＰＤＵに組立て可能なすべてのＲＬＣ ＰＤＵを組立てた後に、この組立てられたＰＤＣＰ ＰＤＵをＰＤＣＰ受信エンティティに伝達する（ステップ５３０）。この際に、ＰＤＣＰ ＰＤＵ［４］及びＰＤＣＰ ＰＤＵ［６］は、正常に受信されたＰＤＣＰ ＰＤＵと見なされ、ＰＤＣＰ受信エンティティに伝達される。また、ＵＥ５０５のＲＬＣ受信エンティティは、非順次ＰＤＣＰ ＰＤＵがリオーダリングを必要とする特定の指示子を正常に受信されたＰＤＣＰ ＰＤＵとともにＰＤＣＰ受信エンティティに伝達する。ＰＤＣＰ受信エンティティは、この特定の指示子を通じてＰＤＣＰ ＰＤＵ［３］及びＰＤＣＰ ＰＤＵ［５］がまだ受信されていないことを認識し、非順次ＰＤＣＰ ＰＤＵであるＰＤＣＰ ＰＤＵ［４］及びＰＤＣＰ ＰＤＵ［６］を次のプロセッシングブロックに伝達せず、リオーダリングバッファに一時的に記憶する（ステップ５３５）。
ＵＥ５０５は、ターゲットＥＮＢ５１５へのハンドオーバを実行した後に、ハンドオーバ完了メッセージをターゲットＥＮＢ５１５に送信する（ステップ５４０）。この際に、このハンドオーバ完了メッセージは、ＰＤＣＰ ＰＤＵ受信状態に関する情報、すなわち、未受信ＰＤＣＰ ＰＤＵのシーケンス番号及び受信されたＰＤＣＰ ＰＤＵのシーケンス番号を含む。この例において、このハンドオーバ完了メッセージは、ＰＤＣＰ ＰＤＵ［６］まで受信されており、ＰＤＣＰ ＰＤＵ［３］及びＰＤＣＰ ＰＤＵ［５］が受信されていないというＰＤＣＰ ＰＤＵ受信状態情報を含む。
このハンドオーバ完了メッセージを送信した後に、ＵＥ５０５は、ターゲットＥＮＢ５１５で使用する新たなＲＬＣ受信エンティティを確立し（ステップ５４５）、ＲＬＣ ＰＤＵがターゲットＥＮＢ５１５から新たなＲＬＣ受信エンティティに到着することを待機する。
一方、ターゲットＥＮＢ５１５は、ＰＤＣＰ ＰＤＵをソースＥＮＢ５１０から受信する（ステップ５２７）。その後に、このハンドオーバ完了メッセージをＵＥ５０５から受信すると、ターゲットＥＮＢ５１５は、このハンドオーバ完了メッセージに含まれているＰＤＣＰ ＰＤＵ受信状態を参照して送信されるＰＤＣＰ ＰＤＵを決定し、この決定されたＰＤＣＰ ＰＤＵのシーケンス番号を参照してこの決定されたＰＤＣＰ ＰＤＵを送信する（ステップ５５０）。この例において、ターゲットＥＮＢ５１５は、ソースＥＮＢ５１０から受信されたＰＤＣＰ ＰＤＵ［３］、ＰＤＣＰ ＰＤＵ［４］、ＰＤＣＰ ＰＤＵ［５］、ＰＤＣＰ ＰＤＵ［６］、ＰＤＣＰ ＰＤＵ［７］、及びＰＤＣＰ ＰＤＵ［８］の中でＰＤＣＰ ＰＤＵ［３］、ＰＤＣＰ ＰＤＵ［５］、ＰＤＣＰ ＰＤＵ［７］、及びＰＤＣＰ ＰＤＵ［８］の順序でＰＤＣＰ ＰＤＵを送信する。この際に、ＰＤＣＰ ＰＤＵ［４］及びＰＤＣＰ ＰＤＵ［６］は、ターゲットＥＮＢ５１５により廃棄され得る。ターゲットＥＮＢ５１５は、上述した順序で、ＰＤＣＰ ＰＤＵをＲＬＣ ＰＤＵに再構成し、ＲＬＣシーケンス番号をＲＬＣ ＰＤＵに添付した後に、ＲＬＣ ＰＤＵをＵＥのＲＬＣ受信エンティティに送信する。ターゲットＥＮＢ５１５に構成されたＲＬＣ送信エンティティのシーケンス番号が０に初期化されるため、ターゲットＥＮＢ５１５は、ＰＤＣＰ ＰＤＵ［３］に対応する１番目のＲＬＣ ＰＤＵにシーケンス番号０を与える。
ターゲットＥＮＢ５１５及びＵＥ５０５は、新たなＲＬＣ送信及び受信エンティティを介して通常のＲＬＣ送受信動作を再開し（ステップ５５５）、ＵＥ５０５のＲＬＣ受信エンティティは、正しい順序のＲＬＣ ＰＤＵをＰＤＣＰ ＰＤＵに組立て、この組立てられたＰＤＣＰ ＰＤＵをＰＤＣＰ受信エンティティに伝達する（ステップ５６０）。ＲＬＣ送受信動作の中に、任意のＲＬＣ ＰＤＵの送受信が完全に失敗する場合も発生し得る。このような場合は、例えば、ＲＬＣ ＰＤＵが所定の時間間隔内に送信に成功できなかった場合、又は再送信に許容された最大回数まで再送信を試みたが再送信に成功できなかった場合であり得る。結局、未受信ＲＬＣ ＰＤＵの受信が失敗する場合には、ＲＬＣ受信エンティティは、未受信ＲＬＣ ＰＤＵの存在を無視しつつ“順次伝送”動作を実行する。すなわち、未受信ＲＬＣ ＰＤＵが受信されたという仮定に基づいて、正しい順序のＲＬＣ ＰＤＵの中でＰＤＣＰ ＰＤＵに組立て可能なＲＬＣ ＰＤＵは、ＰＤＣＰ ＰＤＵに組立てられた後にＰＤＣＰ受信エンティティに伝達される。
上述したように、ＲＬＣ受信エンティティが“順次伝送”動作を実行するため、ターゲットセルで使用するために構成されたＲＬＣ受信エンティティが伝達したＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有する他のＰＤＣＰ ＰＤＵがこれ以上受信される可能性がない。したがって、ＰＤＣＰ受信エンティティは、ＰＤＣＰ ＰＤＵがこのターゲットセルのＲＬＣ送信エンティティから伝達されたＰＤＣＰ ＰＤＵまでは正しい順序となっているものと判定する（ステップ５６５）。例えば、ＰＤＣＰ受信エンティティがＰＤＣＰ ＰＤＵ［３］を受信せず新たなＲＬＣ受信エンティティからＰＤＣＰ ＰＤＵ［５］を受信した場合に、ＰＤＣＰ受信エンティティは、ＰＤＣＰ ＰＤＵ［５］のシーケンス番号より低いシーケンス番号を有するＰＤＣＰ ＰＤＵ［３］が全く流失したものと判定し、ＰＤＣＰ ＰＤＵ［５］までは正しい順序となっているものと判定する。
本発明の第１の実施形態による全体の動作について次のように要約されることができる。
・ ハンドオーバ命令を受信すると、ＵＥのＲＬＣ受信エンティティは、ＰＤＣＰ ＰＤＵに組立可能なすべてのＲＬＣ ＰＤＵをＰＤＣＰ ＰＤＵに組立てた後にＰＤＣＰ受信エンティティに伝達する。この際に、ＲＬＣ受信エンティティは、非順次ＰＤＣＰ ＰＤＵがリオーダリングを必要とする特定の指示子をＰＤＣＰ ＰＤＵとともにＰＤＣＰ受信エンティティに伝達する。
・ ＰＤＣＰ受信エンティティは、この特定の指示子及びＰＤＣＰ ＰＤＵを受信すると、受信されたＰＤＣＰ ＰＤＵのシーケンス番号を検査し、非順次ＰＤＣＰ ＰＤＵ、すなわち、未受信ＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有するＰＤＣＰ ＰＤＵをリオーダリングバッファに記憶する。
・ ＰＤＣＰ受信エンティティは、ＰＤＣＰ ＰＤＵ受信状態をＵＥの無線リソース制御（ＲＲＣ）エンティティに伝達する。
・ ＵＥのＲＲＣエンティティは、ＰＤＣＰ ＰＤＵ受信状態をハンドオーバ完了メッセージに挿入した後に、このハンドオーバ完了メッセージをターゲットＥＮＢに送信する。
・ ターゲットＥＮＢのＲＲＣエンティティは、ＰＤＣＰ ＰＤＵ受信状態をＵＥのために構成されたＲＬＣ受信エンティティに伝達する。
・ ＲＬＣ送信エンティティは、ＰＤＣＰ ＰＤＵ受信状態に基づいて、ソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵの中で、ＵＥがソースＥＮＢからすでに受信したＰＤＣＰ ＰＤＵを除いた残りのＰＤＣＰ ＰＤＵをシーケンス番号に従って送信する。
・ ハンドオーバ完了メッセージが送信された後に、ＵＥのＲＬＣ受信エンティティは、ターゲットＥＮＢのＲＬＣ送信エンティティから受信されたＲＬＣ ＰＤＵに対して“順次伝送”動作を実行する。
・ ＵＥのＰＤＣＰ受信エンティティは、新たなＲＬＣ送信エンティティからＰＤＣＰ ＰＤＵを受信すると、この受信されたＰＤＣＰ ＰＤＵまでは正しい順序となっているものと見なし、リオーダリングバッファに記憶されているＰＤＣＰ ＰＤＵの中で、この新たなＲＬＣ送信エンティティから受信されたＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有するすべてのＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達する。
・ ＵＥのＰＤＣＰ受信エンティティは、リオーダリングバッファに記憶されているＰＤＣＰ ＰＤＵが存在しないときまでこのリオーダリング動作を実行する。
図６を参照すると、ステップ６０５で、ＵＥは、ハンドオーバ命令をソースＥＮＢから受信する。ステップ６１０で、ＵＥのＲＬＣ受信エンティティは、組立可能なＲＬＣ ＰＤＵをＰＤＣＰ ＰＤＵに組立てた後に、この組立てられたＰＤＣＰ ＰＤＵをＰＤＣＰ ＰＤＵのリオーダリングを必要とする特定の指示子とともにＰＤＣＰ受信エンティティに伝達する。
ターゲットセルへのハンドオーバを実行した後に、ＵＥは、ステップ６１５で、ハンドオーバ完了メッセージをターゲットＥＮＢに送信する。その後に、ＵＥは、既存のＲＬＣ受信エンティティを除去し、ターゲットセルと関連するための新たなＲＬＣ受信エンティティを構成する。その後に、ステップ６２０で、この新たに構成されたＲＬＣ受信エンティティは、ターゲットセルから受信されたＲＬＣ ＰＤＵに対して“順次伝送”動作を実行する。
図７を参照すると、ステップ７０５で、リオーダリングを必要とする特定の指示子とともにＰＤＣＰ ＰＤＵがＲＬＣ受信エンティティから伝達されると、ＰＤＣＰ受信エンティティは、ステップ７０７で、この伝達されたＰＤＣＰ ＰＤＵのシーケンス番号を検査することにより、正常に受信されたＰＤＣＰ ＰＤＵのシーケンス番号及び未受信ＰＤＣＰ ＰＤＵのシーケンス番号を取得し、この取得されたシーケンス番号をＵＥのＰＤＣＰ受信状態を報告する際に使用するためにＵＥのＲＲＣエンティティに通知する。ＲＲＣエンティティは、ターゲットＥＮＢに送信されたハンドオーバ完了メッセージにＵＥのＰＤＣＰ受信状態を挿入する。
ステップ７１０で、ＰＤＣＰ受信エンティティは、ＲＬＣ受信エンティティから伝達されたＰＤＣＰ ＰＤＵをリオーダリングする必要があるか否かを検査する。この検査の結果に基づいて、このリオーダリングが必要である場合には、ＰＤＣＰ受信エンティティは、ステップ７２０に進み、このリオーダリングが不要である場合には、ステップ７１５に進む。このリオーダリングが必要である場合には、少なくとも１つの未受信ＰＤＣＰ ＰＤＵが存在することを意味する。
ステップ７１５で、ＰＤＣＰ受信エンティティは、この受信されたＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達した後に、ステップ７４０で、その後に受信されたＰＤＣＰ ＰＤＵに対する通常の動作を実行する。言い換えれば、ＰＤＣＰ受信エンティティは、ＲＬＣ受信エンティティからＰＤＣＰ ＰＤＵを次のプロセッシングブロックに即座に伝達する。
ステップ７２０で、ＰＤＣＰ受信エンティティは、このリオーダリングされたＰＤＣＰ ＰＤＵ、すなわち、１番目の未受信ＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有するＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達し、リオーダリングを必要とする残りのＰＤＣＰ ＰＤＵをリオーダリングバッファに記憶する。その後に、ステップ７２５で、ＰＤＣＰ受信エンティティは、ＰＤＣＰ ＰＤＵがこのターゲットセルに対して新たに構成されたＲＬＣ受信エンティティから伝達されるまで待機する。ＰＤＣＰ ＰＤＵがこのターゲットセルに対して新たに構成されたＲＬＣ受信エンティティから伝達される場合に、ＰＤＣＰ受信エンティティは、ステップ７３０に進み、この伝達されたＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵまでのすべてのＰＤＣＰ ＰＤＵが正しい順序となっているものと見なし、この正しい順序となっているＰＤＣＰ ＰＤＵを次のプロセッシングブロックに出力する。
この後に、ステップ７３５で、ＰＤＣＰ受信エンティティは、非順次ＰＤＣＰ ＰＤＵがリオーダリングバッファに残っているか否かを検査する。この検査の結果、非順次ＰＤＣＰ ＰＤＵがリオーダリングバッファに残っている場合には、ＰＤＣＰ受信エンティティは、ステップ７２５に進み、リオーダリング動作を継続して実行する。他方、非順次ＰＤＣＰ ＰＤＵがリオーダリングバッファに残っていない場合には、ＰＤＣＰ受信エンティティは、ステップ７４０に進み、通常の動作を実行する。
本発明の第１の実施形態は、ターゲットＥＮＢがソースＥＮＢから受信されたＰＤＣＰ ＰＤＵ及びアンカーノードから受信されたＰＤＣＰ ＰＤＵの順序をリオーダリングした後に、このリオーダリングされたＰＤＣＰ ＰＤＵを送信する場合に対応する。本発明の第２の実施形態は、ターゲットＥＮＢがＰＤＣＰ ＰＤＵをリオーダリングせず送信する場合にＰＤＣＰ及びＲＬＣの動作を提案する。
ターゲットＥＮＢがソースＥＮＢから受信するＰＤＣＰ ＰＤＵは、アンカーノードで受信したＰＤＣＰ ＰＤＵより常に低いシーケンス番号を有し、ターゲットＥＮＢがソースＥＮＢから受信するＰＤＣＰ ＰＤＵをまず最初に送信することが好ましい。しかしながら、ソースＥＮＢからのＰＤＣＰ ＰＤＵがアンカーノードを介して通過した後にターゲットＥＮＢに伝達されるため、アンカーノードからターゲットＥＮＢに即座に伝達されたＰＤＣＰ ＰＤＵよりターゲットＥＮＢに遅く到着する可能性がある。送信効率のために、ソースＥＮＢからのＰＤＣＰ ＰＤＵが到着するまでターゲットＥＮＢがダウンリンク送信を中止することは好ましくない。
したがって、ターゲットＥＮＢは、ソースＥＮＢ又はアンカーノードから受信されたＰＤＣＰ ＰＤＵの中で１番目に受信されたＰＤＣＰ ＰＤＵをまずＵＥに送信する。この場合に、ＵＥがＰＤＣＰ ＰＤＵを逆の順序で受信する可能性が一層高い。また、ソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有する他のＰＤＣＰ ＰＤＵは、これ以上受信される可能性がない。しかしながら、このアンカーノードから伝達されたＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有するＰＤＣＰ ＰＤＵが受信される可能性は、ソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵがこれ以上存在しないときまでやはり残っている。
本発明の第２の実施形態によると、ターゲットＥＮＢは、ソースＥＮＢ又はアンカーノードから伝達されたＰＤＣＰ ＰＤＵの中で、１番目に到着したＰＤＣＰ ＰＤＵをまずＵＥに送信する。また、ターゲットＥＮＢは、ソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵを送信する際に、“ＰＤＣＰ ＰＤＵがソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵであるので、ＰＤＣＰ受信エンティティがＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有する他のＰＤＣＰ ＰＤＵを受信する可能性がなく、したがって、ＰＤＣＰ受信エンティティは、ＰＤＣＰ ＰＤＵを受信する際に、ＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵまでを次のプロセッシングブロックに伝達しなければならない”という指示子をＰＤＣＰ ＰＤＵとともに送信する。以下、説明の便宜のために、この指示子を指示子１と称する。簡単に、指示子１は、ＰＤＣＰ受信エンティティに本発明の第１の実施形態に従うリオーダリング動作を適用することを命令するための指示子である。指示子１は、ＰＤＣＰ ＰＤＵの少なくとも一部を含むＲＬＣ ＰＤＵの制御情報として伝達されることができる。
図８を参照すると、ターゲットＥＮＢのＲＬＣ送信エンティティは、ソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵ［ｎ］８０５をＲＬＣ ＰＤＵ［ｍ］８１０及びＲＬＣ ＰＤＵ［ｍ＋１］８１５に再構成した後に、この再構成されたＲＬＣ ＰＤＵ［ｍ］８１０及びＲＬＣ ＰＤＵ［ｍ＋１］８１５を送信する。この際に、ターゲットＥＮＢのＲＬＣ送信エンティティは、“現在のＲＬＣ ＰＤＵに再構成されたＰＤＣＰ ＰＤＵがＰＤＣＰ受信エンティティに伝達される際に、現在のＲＬＣ ＰＤＵとともに指示子１の伝達を命令する”制御情報８２０をＰＤＣＰ ＰＤＵ［ｎ］８０５から再構成された最後のＲＬＣ ＰＤＵ、すなわち、ＲＬＣ ＰＤＵ［ｍ＋１］８１５に添付する。以下、説明の便宜のために、制御情報８２０を“ＲＬＣ制御情報１”と呼ぶ。
ＵＥのＰＤＣＰ受信エンティティは、本発明の第１の実施形態で提示したリオーダリング動作を指示子１とともに伝達されたＰＤＣＰ ＰＤＵに適用する。すなわち、指示子１とともに伝達されたＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有するＰＤＣＰ ＰＤＵがこれ以上受信される可能性がないので、ＰＤＣＰ受信エンティティは、ＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有する未受信ＰＤＣＰ ＰＤＵの存在可能性を無視し、ＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有するすべてのＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達する。
ＰＤＣＰ受信エンティティがソースＥＮＢからターゲットＥＮＢに伝達された最後のＰＤＣＰ ＰＤＵを受信すると、この最後のＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有するＰＤＣＰ ＰＤＵがさらに受信される可能性がないので、これ以上のリオーダリング動作は無意味である。例えば、アンカーノードから伝達されたＰＤＣＰ ＰＤＵが未受信ＰＤＣＰ ＰＤＵのためにＰＤＣＰ受信エンティティのバッファに記憶されている場合にも、この最後のＰＤＣＰ ＰＤＵを受信した後にはこの未受信ＰＤＣＰ ＰＤＵをこれ以上受信する可能性がない。
したがって、本発明の第２の実施形態によれば、ターゲットＥＮＢは、ソースＥＮＢから受信された最後のＰＤＣＰ ＰＤＵをＵＥに送信する際に、指示子２を最後のＰＤＣＰ ＰＤＵとともに送信する。指示子２は、ＵＥのＰＤＣＰ受信エンティティにすべての非順次ＰＤＣＰ ＰＤＵを次のプロセッシングブロックを伝達するように指示する。この指示子２をＰＤＣＰ ＰＤＵとともに受信すると、ＵＥのＰＤＣＰ受信エンティティは、バッファに記憶されているすべての非順次ＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達した後に、通常の動作を実行する。また、この指示子２は、ＰＤＣＰ ＰＤＵの少なくとも一部を含む最後のＲＬＣ ＰＤＵのＲＬＣ制御情報として伝達され得る。
図８を参照すると、ＲＬＣ送信エンティティは、ソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵ８２５をＲＬＣ ＰＤＵ［ｋ］８３５及びＲＬＣ ＰＤＵ［ｋ＋１］８４０に再構成した後に、この再構成されたＲＬＣ ＰＤＵ［ｋ］８３５及びＲＬＣ ＰＤＵ［ｋ＋１］８４０を送信する。この際に、ＲＬＣ送信エンティティは、“現在のＲＬＣ ＰＤＵに再構成されたＰＤＣＰ ＰＤＵがＰＤＣＰ受信エンティティに伝達される際に、現在のＲＬＣ ＰＤＵとともに指示子２の伝達を命令する”制御情報８４５をＰＤＣＰ ＰＤＵ８２５から再構成された最後のＲＬＣ ＰＤＵ、すなわち、ＲＬＣ ＰＤＵ［ｋ＋１］８４０に添付する。以下、説明の便宜のために、制御情報８４５を“ＲＬＣ制御情報２”と呼ぶ。
図９を参照すると、ソースＥＮＢ９１０からハンドオーバ命令を受信する前に、ＵＥ９０５は、ステップ９２０で、ＰＤＣＰ ＰＤＵ［１］、ＰＤＣＰ ＰＤＵ［２］、ＰＤＣＰ ＰＤＵ［４］、及びＰＤＣＰ ＰＤＵ［６］に対応するＲＬＣ ＰＤＵを受信する。ＲＬＣ ＰＤＵの中で、ＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］に対応するＲＬＣ ＰＤＵがすでに正しい順序となっている状態であるため、ＰＤＣＰ ＰＤＵ［１］及びＰＤＣＰ ＰＤＵ［２］に組立てられた後に、ＰＤＣＰ受信エンティティに伝達される。
ＵＥ９０５は、ステップ９２５で、ソースＥＮＢ９１０からハンドオーバ命令を受信すると、ステップ９３０で、ＲＬＣ受信バッファに残っているＲＬＣ ＰＤＵの中で組立て可能なすべてのＲＬＣ ＰＤＵをＰＤＣＰ ＰＤＵに組立てた後に、この組立てられたＰＤＣＰ ＰＤＵをＰＤＣＰ受信エンティティに伝達する。この際に、ＰＤＣＰ ＰＤＵ［４］及びＰＤＣＰ ＰＤＵ［６］は、正常に受信されたＰＤＣＰ ＰＤＵと見なされ、ＰＤＣＰ受信エンティティに伝達される。また、ＵＥ９０５のＲＬＣ受信エンティティは、非順次ＰＤＣＰ ＰＤＵがリオーダリングを必要とする特定の指示子を正常に受信されたＰＤＣＰ ＰＤＵとともにＰＤＣＰ受信エンティティに伝達する。ＰＤＣＰ受信エンティティは、ステップ９３５で、この特定の指示子を通じてＰＤＣＰ ＰＤＵ［３］及びＰＤＣＰ ＰＤＵ［５］が受信されなかったことを認識し、非順次ＰＤＣＰ ＰＤＵであるＰＤＣＰ ＰＤＵ［４］及びＰＤＣＰ ＰＤＵ［６］を次のプロセッシングブロックに伝達せず、リオーダリングバッファに一時的に記憶する。
ＵＥ９０５は、ターゲットＥＮＢ９１５へのハンドオーバを実行した後に、ステップ９４０で、ハンドオーバ完了メッセージをターゲットＥＮＢ９１５に送信する。この際に、このハンドオーバ完了メッセージは、ＰＤＣＰ ＰＤＵ受信状態に関する情報、すなわち、未受信ＰＤＣＰ ＰＤＵのシーケンス番号及び受信されたＰＤＣＰ ＰＤＵのシーケンス番号を含む。この例において、このハンドオーバ完了メッセージは、ＰＤＣＰ ＰＤＵ［６］まで受信されており、ＰＤＣＰ ＰＤＵ［３］及びＰＤＣＰ ＰＤＵ［５］が受信されていないというＰＤＣＰ ＰＤＵ受信状態情報を含む。
このハンドオーバ完了メッセージを送信した後に、ＵＥ９０５は、ステップ９４５で、ターゲットＥＮＢ９１５で使用する新たなＲＬＣ受信エンティティを確立し、ＲＬＣ ＰＤＵがターゲットＥＮＢ９１５から新たなＲＬＣ受信エンティティに到着することを待機する。
一方、ターゲットＥＮＢ９１５は、ＰＤＣＰ ＰＤＵをソースＥＮＢ９１０及びアンカーノードから受信する。ここで、このような説明は、アンカーノードからのＰＤＣＰ ＰＤＵがまず到着する場合に基づいている。すなわち、ステップ９２９で、ＰＤＣＰ ＰＤＵ［９］からのＰＤＣＰ ＰＤＵは、アンカーノードから受信され始め、ステップ９２７で、ＰＤＣＰ ＰＤＵ［３］乃至ＰＤＣＰ ＰＤＵ［８］は、ソースＥＮＢ９１０から受信される。ターゲットＥＮＢ９１５に新たに構成されたＲＬＣ送信エンティティは、この受信されたＰＤＣＰ ＰＤＵを受信された順序で送信バッファに記憶する。すなわち、ＰＤＣＰ ＰＤＵ［９］、ＰＤＣＰ ＰＤＵ［１０］、ＰＤＣＰ ＰＤＵ［１１］、ＰＤＣＰ ＰＤＵ［３］、ＰＤＣＰ ＰＤＵ［５］、ＰＤＣＰ ＰＤＵ［６］、ＰＤＣＰ ＰＤＵ［７］、ＰＤＣＰ ＰＤＵ［８］、及びＰＤＣＰ ＰＤＵ［１２］などの順序で送信バッファに記憶される。
その後に、このハンドオーバ完了メッセージをＵＥ９０５から受信すると、ターゲットＥＮＢ９１５は、ステップ９５０で、このハンドオーバ完了メッセージに含まれているＰＤＣＰ ＰＤＵ受信状態を参照して送信されるＰＤＣＰ ＰＤＵを決定した後に、この決定されたＰＤＣＰ ＰＤＵのシーケンス番号を参照してこの決定されたＰＤＣＰ ＰＤＵを送信する。この例において、ソースＥＮＢ９１０から受信されたＰＤＣＰ ＰＤＵ［３］〜ＰＤＣＰ ＰＤＵ［８］の中で、ＰＤＣＰ ＰＤＵ［３］、ＰＤＣＰ ＰＤＵ［５］、ＰＤＣＰ ＰＤＵ［７］、及びＰＤＣＰ ＰＤＵ［８］だけがＵＥ９０５に送信される。また、ＰＤＣＰ ＰＤＵは、送信バッファに記憶されている順序、すなわち、ＰＤＣＰ ＰＤＵ［９］、ＰＤＣＰ ＰＤＵ［１０］、ＰＤＣＰ ＰＤＵ［１１］、ＰＤＣＰ ＰＤＵ［３］、ＰＤＣＰ ＰＤＵ［５］、ＰＤＣＰ ＰＤＵ［６］、ＰＤＣＰ ＰＤＵ［７］、ＰＤＣＰ ＰＤＵ［８］、及びＰＤＣＰ ＰＤＵ［１２］の順序で送信される。ターゲットＥＮＢ９１５に構成されたＲＬＣ送信エンティティのシーケンス番号が０に初期化されるため、ターゲットＥＮＢ９１５は、ＰＤＣＰ ＰＤＵ［３］に対応する１番目のＲＬＣ ＰＤＵにシーケンス番号０を与える。
ＵＥ９０５は、ステップ９５５で、新たなＲＬＣ受信エンティティによりＲＬＣ受信動作に従う“順次伝送”を実行し、ステップ９６０で、正しい順序となっているＲＬＣ ＰＤＵをＰＤＣＰ ＰＤＵに組立てた後に、この組立てられたＰＤＣＰ ＰＤＵを受信エンティティに伝達する。この際に、ＲＬＣ制御情報１を含むＲＬＣ ＰＤＵを組み合わせることにより構成されたＰＤＣＰ ＰＤＵは、指示子１とともにＰＤＣＰ受信エンティティに伝達され、ＲＬＣ制御情報２を含むＲＬＣ ＰＤＵを組み合わせることにより構成されたＰＤＣＰ ＰＤＵは、指示子２とともにＰＤＣＰ受信エンティティに伝達される。
ＰＤＣＰ受信エンティティは、ターゲットセルで新たに構成されたＲＬＣ受信エンティティからＰＤＣＰ ＰＤＵを受信すると、この受信されたＰＤＣＰ ＰＤＵが指示子１又は指示子２とともに伝達されたか否かを検査する。この受信されたＰＤＣＰ ＰＤＵが指示子１とともに伝達されると、ＰＤＣＰ受信エンティティは、ステップ９６５で、この受信されたＰＤＣＰ ＰＤＵまでは正しい順序となっているものと見なし、ＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵまでのＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達する。他方、この受信されたＰＤＣＰ ＰＤＵが指示子２とともに伝達されると、ＰＤＣＰ受信エンティティは、ステップ９７０で、この受信されたＰＤＣＰ ＰＤＵを含むバッファに記憶されているすべてのＰＤＣＰ ＰＤＵが正しい順序となっているものと見なし、これらを次のプロセッシングブロックに伝達する。
図１０を参照すると、ステップ１００５で、ＵＥは、ハンドオーバ命令をソースＥＮＢから受信する。ステップ１０１０で、ＵＥのＲＬＣ受信エンティティは、組立可能なＲＬＣ ＰＤＵをＰＤＣＰ ＰＤＵに組立てた後に、この組立てられたＰＤＣＰ ＰＤＵをＰＤＣＰ ＰＤＵのリオーダリングを必要とする特定の指示子とともにＰＤＣＰ受信エンティティに伝達する。
ターゲットセルへのハンドオーバを実行した後に、ＵＥは、ステップ１０１５で、ハンドオーバ完了メッセージをターゲットＥＮＢに送信する。その後に、ＵＥは、既存のＲＬＣ受信エンティティを除去し、ターゲットセルと関連するための新たなＲＬＣ受信エンティティを構成する。その後に、ステップ１０２０で、この新たに構成されたＲＬＣ受信エンティティは、ターゲットセルから受信されたＲＬＣ ＰＤＵに対して“順次伝送”動作を実行する。ステップ１０２５で、この新たに構成されたＲＬＣ受信エンティティは、正しい順序となっているＰＤＣＰ ＰＤＵをＰＤＣＰ受信エンティティに伝達する。この際に、ＲＬＣ制御情報１を含むＲＬＣ ＰＤＵを組み合わせることにより構成されたＰＤＣＰ ＰＤＵは、指示子１とともにＰＤＣＰ受信エンティティに伝達され、ＲＬＣ制御情報２を含むＲＬＣ ＰＤＵを組み合わせることにより構成されたＰＤＣＰ ＰＤＵは、指示子２とともにＰＤＣＰ受信エンティティに伝達される。
図１１を参照すると、ステップ１１０５で、リオーダリングを必要とする特定の指示子とともにＰＤＣＰ ＰＤＵがＲＬＣ受信エンティティから伝達されると、ＰＤＣＰ受信エンティティは、ステップ１１０７で、この伝達されたＰＤＣＰ ＰＤＵのシーケンス番号を検査することにより、正常に受信されたＰＤＣＰ ＰＤＵのシーケンス番号及び未受信ＰＤＣＰ ＰＤＵのシーケンス番号を取得し、この取得されたシーケンス番号をＵＥのＰＤＣＰ受信状態を通知する際に使用するためにＵＥのＲＲＣエンティティに通知する。ＲＲＣエンティティは、ターゲットＥＮＢに送信されたハンドオーバ完了メッセージにＵＥのＰＤＣＰ受信状態を挿入する。
ステップ１１１０で、ＰＤＣＰ受信エンティティは、ＲＬＣ受信エンティティから伝達されたＰＤＣＰ ＰＤＵをリオーダリングする必要があるか否かを検査する。この検査の結果に基づいて、このリオーダリングが必要である場合には、ＰＤＣＰ受信エンティティは、ステップ１１２０に進み、このリオーダリングが不要である場合には、ステップ１１１５に進む。このリオーダリングが必要である場合には、少なくとも１つの未受信ＰＤＣＰ ＰＤＵが存在することを意味する。
ステップ１１１５で、ＰＤＣＰ受信エンティティは、この受信されたＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達した後に、ステップ１１４０で、この後に受信されたＰＤＣＰ ＰＤＵに対する通常の動作を実行する。言い換えれば、ＰＤＣＰ受信エンティティは、ＲＬＣ受信エンティティからＰＤＣＰ ＰＤＵを次のプロセッシングブロックに即座に伝達する。
ステップ１１２０で、ＰＤＣＰ受信エンティティは、このリオーダリングされたＰＤＣＰ ＰＤＵ、すなわち、１番目の未受信ＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有するＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達し、リオーダリングを必要とする残りのＰＤＣＰ ＰＤＵをリオーダリングバッファに記憶した後に、ステップ１１２５で、ＰＤＣＰ受信エンティティは、ＰＤＣＰ ＰＤＵがこのターゲットセルに対して新たに構成されたＲＬＣ受信エンティティから伝達されるまで待機する。ＰＤＣＰ ＰＤＵがこのターゲットセルに対して新たに構成されたＲＬＣ受信エンティティから伝達される場合に、ＰＤＣＰ受信エンティティは、ステップ１１２７に進み、ＰＤＣＰ ＰＤＵが指示子２とともに伝達されたか否かを検査する。ＰＤＣＰ受信エンティティは、ＰＤＣＰ ＰＤＵが指示子２とともに伝達された場合には、ステップ１１２８に進み、ＰＤＣＰ ＰＤＵが指示子２とともに伝達されない場合には、ステップ１１２９に進む。
指示子２がこの伝達されたＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有する他のＰＤＣＰ ＰＤＵがこれ以上受信される可能性がなく、現在リオーダリングバッファに記憶されているＰＤＣＰ ＰＤＵが正しい順序となるようにリオーダリングされる可能性がないことを示すので、ＰＤＣＰ受信エンティティは、ステップ１１２８で、リオーダリングバッファに記憶されているすべてのＰＤＣＰ ＰＤＵを次のプロセッシングブロックに伝達した後に、ステップ１１４０に進み、通常の動作を実行する。
ＰＤＣＰ ＰＤＵが指示子２とともに伝達されない場合には、ＰＤＣＰ受信エンティティは、ステップ１１２９に進み、ＰＤＣＰ ＰＤＵが指示子１とともに伝達されたか否かを検査する。指示子１は、この伝達されたＰＤＣＰ ＰＤＵのシーケンス番号より低いシーケンス番号を有する他のＰＤＣＰ ＰＤＵがこれ以上受信される可能性がないことを示すので、ＰＤＣＰ受信エンティティは、ステップ１１３０に進み、この伝達されたＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵまでのすべてのＰＤＣＰ ＰＤＵが正しい順序となっているものと見なし、この正しい順序となっているＰＤＣＰ ＰＤＵを次のプロセッシングブロックに出力する。
この後に、ステップ１１３５で、ＰＤＣＰ受信エンティティは、非順次ＰＤＣＰ ＰＤＵがリオーダリングバッファに残っているか否かを検査する。この検査の結果、非順次ＰＤＣＰ ＰＤＵがリオーダリングバッファに残っている場合には、ＰＤＣＰ受信エンティティは、ステップ１１２５に進み、リオーダリング動作を継続して実行する。他方、非順次ＰＤＣＰ ＰＤＵがリオーダリングバッファに残っていない場合には、ＰＤＣＰ受信エンティティは、ステップ１１４０に進み、通常の動作を実行する。
他方、ステップ１１２９で、ＰＤＣＰ ＰＤＵが指示子１とともに伝達されない場合には、ＰＤＣＰ受信エンティティは、ステップ１１３３に進み、シーケンス番号に従ってＰＤＣＰ ＰＤＵをリオーダリングバッファに記憶する。その後に、ＰＤＣＰ受信エンティティは、ステップ１１２５に進み、通常の動作を実行する。
図１２を参照すると、ターゲットＥＮＢのＲＬＣ送信エンティティ１２７０は、送信バッファ１２１５と、分割／ヘッダー挿入部１２２０と、再送信バッファ１２２５と、ＲＬＣ制御部１２３０とを含む。送信バッファ１２１５は、ソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵ１２０５及びアンカーノードから伝達されたＰＤＣＰ ＰＤＵ１２１０を記憶する。本発明の第１の実施形態によると、送信バッファ１２１５は、この伝達されたＰＤＣＰ ＰＤＵをシーケンス番号に従ってリオーダリングした後に記憶する。本発明の第２の実施形態によると、送信バッファ１２１５は、ＰＤＣＰ ＰＤＵが伝達された順序に従ってこの伝達されたＰＤＣＰ ＰＤＵを記憶する。
送信バッファ１２１５は、この記憶されたＰＤＣＰ ＰＤＵの中でＲＬＣ制御部１２３０が指定するＰＤＣＰ ＰＤＵを分割／ヘッダー挿入部１２２０に伝達し、この伝達されたＰＤＣＰ ＰＤＵを除去する。
分割／ヘッダー挿入部１２２０は、送信バッファ１２１５から伝達されたＰＤＣＰ ＰＤＵを適切なサイズをそれぞれ有するＰＤＣＰ ＰＤＵに分割するか又は連接（concatenation）した後に、ＲＬＣシーケンス番号などを含むＲＬＣヘッダーをＰＤＣＰ ＰＤＵに挿入することにより、少なくとも１つのＲＬＣ ＰＤＵを再構成する。この際に、ＲＬＣ制御情報がＲＬＣ制御部１２３０から送信された場合に、分割／ヘッダー挿入部１２２０は、ＲＬＣ制御情報をこの再構成されたＲＬＣ ＰＤＵの所定の位置に挿入する。ＲＬＣ ＰＤＵは、再送信バッファ１２２５及び下位レイヤーに伝達される。下位レイヤーに伝達されたＲＬＣ ＰＤＵは、所定の手順に従ってＵＥのＲＬＣ受信エンティティ１２７５に伝達され、再送信バッファ１２２５に伝達されたＲＬＣ ＰＤＵは、ＲＬＣ受信エンティティ１２７５からのＡＣＫ信号が到着するまで記憶される。
ＲＬＣ制御部１２３０は、送信バッファ１２１５及び再送信バッファ１２２５に記憶されているＰＤＣＰ ＰＤＵ又はＲＬＣ ＰＤＵの送信及び再送信を制御する。具体的に、ＲＬＣ制御部１２３０は、ＵＥがソースＥＮＢから正常に受信したＰＤＣＰ ＰＤＵのシーケンス番号をＲＲＣエンティティ（図示せず）から受信し、ＰＤＣＰ ＰＤＵを送信バッファ１２１５から除去する。また、ＵＥに送信されるＲＬＣ制御情報がある場合に、ＲＬＣ制御部１２３０は、このＲＬＣ制御情報を分割／ヘッダー挿入部１２２０に伝達することにより、ＲＬＣ制御情報は、この送信されたＲＬＣ ＰＤＵにピギーバックされるようにすることができる。本発明の第２の実施形態によると、送信バッファ１２１５から伝達されたＰＤＣＰ ＰＤＵがソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵである場合に、ＲＬＣ制御部１２３０は、ＲＬＣ制御情報１が対応するＲＬＣ ＰＤＵに添付されるように分割／ヘッダー挿入部１２２０を制御する。ソースＥＮＢから伝達された最後のＰＤＣＰ ＰＤＵを送信する際に、ＲＬＣ制御情報２が対応するＲＬＣ ＰＤＵに添付されるように分割／ヘッダー挿入部１２２０を制御する。
ＲＬＣ受信エンティティ１２７５は、受信バッファ１２３５と、ＲＬＣ制御部１２４５と、再組立部１２４０とを含む。受信バッファ１２３５は、ＲＬＣシーケンス番号に従って基地局から受信されたＲＬＣ ＰＤＵを記憶する。正しい順序となっているＲＬＣ ＰＤＵの中でＰＤＣＰ ＰＤＵとして組立て可能なＲＬＣ ＰＤＵは、受信バッファ１２３５から再組立部１２４０に伝達される。この際に、ＲＬＣ ＰＤＵが制御情報を含む場合に、この制御情報は、ＲＬＣ制御部１２４５に伝達される。
再組立部１２４０は、受信バッファ１２３５から伝達されたＲＬＣ ＰＤＵをＰＤＣＰ ＰＤＵに組立てた後に、ＰＤＣＰ ＰＤＵをＰＤＣＰ受信エンティティ１２８０に伝達する。
ＵＥがハンドオーバ命令を受信すると、ＲＬＣ制御部１２４５は、受信バッファ１２３５に記憶されているＲＬＣ ＰＤＵの中でＰＤＣＰ ＰＤＵに組立て可能なすべてのＲＬＣ ＰＤＵを再組立部１２４０に伝達するように受信バッファ１２３５を制御する。また、ＲＬＣ制御部１２４５は、ＰＤＣＰ受信エンティティ１２８０のリオーダリング制御部１２６５に特定の指示子を伝達することにより、正しい順序となるまでリオーダリングバッファ１２５０に対応する時点（すなわち、この特定の指示子を伝達する時点）で伝達されたＰＤＣＰ ＰＤＵを記憶するように要請する。一方、ＲＲＣエンティティ１２６０は、ＵＥのハンドオーバが完了すると、リオーダリング制御部１２６５からＰＤＣＰ ＰＤＵ受信状態情報を収集し、この収集されたＰＤＣＰ ＰＤＵ受信状態情報をターゲットＥＮＢに送信されたハンドオーバ完了メッセージに挿入する。
本発明の第２の実施形態によると、ＲＬＣ受信エンティティ１２７５がＲＬＣ ＰＤＵとともにＲＬＣ制御情報１をターゲットＥＮＢから受信した場合に、ＲＬＣ制御部１２４５は、ＲＬＣ制御情報２を含むＲＬＣ ＰＤＵから組立てられたＰＤＣＰ ＰＤＵとともに指示子２をＰＤＣＰ受信エンティティ１２８０のリオーダリング制御部１２６５に伝達する。
ＰＤＣＰ受信エンティティ１２８０は、リオーダリングバッファ１２５０と、リオーダリング制御部１２６５と、次のプロセッシングブロック１２５５とを含む。次のプロセッシングブロック１２５５は、ＵＥが進行中であるサービスに関連した上位レイヤープロトコルを処理するために、例えば、暗号化部及びヘッダー復元部を含んでもよい。
通常、リオーダリングバッファ１２５０は、ＲＬＣ受信エンティティ１２７５から伝達されたＰＤＣＰ ＰＤＵを次のプロセッシングブロック１２５５に即座に伝達する。しかしながら、リオーダリング制御部１２６５からリオーダリング命令を受信すると、リオーダリングバッファ１２５０は、リオーダリングが必要とされるＰＤＣＰ ＰＤＵを記憶する。
本発明の第１の実施形態によると、リオーダリングが必要とされるＰＤＣＰ ＰＤＵがリオーダリングバッファ１２５０に記憶されている間に、リオーダリングバッファ１２５０が新たに構成されたＲＬＣ受信エンティティ１２７５からＰＤＣＰ ＰＤＵを受信すると、リオーダリングバッファ１２５０は、この受信されたＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵまで正しい順序となっているものと見なし、ＰＤＣＰ ＰＤＵを次のプロセッシングブロック１２５５に伝達する。また、記憶されているＰＤＣＰ ＰＤＵがこれ以上存在しないと、リオーダリングバッファ１２５０は、通常の動作をさらに実行し、受信されたＰＤＣＰ ＰＤＵを次のプロセッシングブロック１２５５に即座に伝達する。
本発明の第２の実施形態によると、リオーダリングバッファ１２５０がＰＤＣＰ ＰＤＵを指示子１とともに受信すると、リオーダリングバッファ１２５０は、この受信されたＰＤＣＰ ＰＤＵのシーケンス番号より高いシーケンス番号を有する１番目の未受信ＰＤＣＰ ＰＤＵまで正しい順序となっているものと見なし、ＰＤＣＰ ＰＤＵを次のプロセッシングブロック１２５５に即座に伝達する。また、リオーダリングバッファ１２５０がＰＤＣＰ ＰＤＵを指示子２とともに受信すると、リオーダリングバッファ１２５０は、記憶されているすべてのＰＤＣＰ ＰＤＵを正しい順序となっているものと見なし、すべてのＰＤＣＰ ＰＤＵを次のプロセッシングブロック１２５５に伝達する。
次のプロセッシングブロック１２５５は、リオーダリングバッファ１２５０から伝達されたＰＤＣＰ ＰＤＵを復号化し、ヘッダーを復元することによりＩＰパケットを再構成した後に、このＩＰパケットを上位レイヤー（例えば、ＩＰレイヤー）に伝達する。
以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びこれと均等なものの範囲内で定められるべきである。
１０１ ユーザー端末
１１０，１１２ 次世代ＵＭＴＳ無線アクセスネットワーク（Ｅ-ＲＡＮ）
１１４ インターネットプロトコルネットワーク
１２０，１２２，１２４，１２６，１２８ 次世代基地局（ＥＮＢ）
１３０，１３２ アンカーノード
２０５，２４０ パケットデータコンバージェンスプロトコル（ＰＤＣＰ）レイヤー
２１０，２３５ 無線リンク制御（ＲＬＣ）レイヤー
２１５，２３０ メディアアクセス制御（ＭＡＣ）レイヤー
２２０，２２５ 物理レイヤー
３０５ 送信バッファ
３１０，３１２ ＰＤＣＰ ＰＤＵ
３１５ フレーミング部
３２０ 再送信バッファ
３３０ 受信バッファ
３３５ 再組立部
４０５ ＵＥ
４１０ ソースＥＮＢ
４１５ ターゲットＥＮＢ
４２０ アンカーノード
５０５ ＵＥ
５１０ ソースＥＮＢ
５１５ ターゲットＥＮＢ
９０５ ＵＥ
９１０ ソースＥＮＢ
９１５ ターゲットＥＮＢ
１２０５ ソースＥＮＢから伝達されたＰＤＣＰ ＰＤＵ
１２１０ アンカーノードから伝達されたＰＤＣＰ ＰＤＵ
１２１５ 送信バッファ
１２２０ 分割／ヘッダー挿入部
１２２５ 再送信バッファ
１２３０ ＲＬＣ制御部
１２３５ 受信バッファ
１２４０ 再組立部
１２４５ ＲＬＣ制御部
１２５０ リオーダリングバッファ
１２５５ プロセッシングブロック
１２６０ ＲＲＣエンティティ
１２６５ リオーダリング制御部
１２７０ ＲＬＣ送信エンティティ
１２７５ ＲＬＣ受信エンティティ
１２８０ ＰＤＣＰ受信エンティティ

Claims (8)

  1. 移動通信システムにおけるデータを受信する方法であって、
    下位レイヤーからパケットデータコンバージェンスプロトコル(ＰＤＣＰ)パケットを受信するステップと、
    格納されたＰＤＣＰパケットのうち、前記受信されたＰＤＣＰパケット関連シーケンス番号(ＳＮ)より低いＳＮを有するＰＤＣＰパケットと、前記受信されたＰＤＣＰパケット関連ＳＮから始める連続したＳＮを有するＰＤＣＰパケットの存在を確認するステップと、
    確認した前記ＰＤＣＰパケットを上位レイヤーに伝達するステップと、を含むことを特徴とするデータ受信方法。
  2. 前記受信されたＰＤＣＰパケットは、前記下位レイヤーの再確立後に受信されることを特徴とする請求項１に記載のデータ受信方法。
  3. 前記格納されたＰＤＣＰパケットは、前記下位レイヤーの再確立前に正確に受信されることを特徴とする請求項１に記載のデータ受信方法。
  4. 前記受信されたＰＤＣＰパケットの状態を確認するステップと、
    前記受信されたＰＤＣＰパケットの状態に基づいて状態報告を生成するステップと、
    前記状態報告を送信するステップと、を含み、
    前記状態報告は、関連ＳＮと関連したＰＤＣＰパケットが正確に受信されるかを指示することを特徴とする請求項１に記載のデータ受信方法。
  5. 移動通信システムにおけるデータを受信する端末装置であって、
    下位レイヤーからパケットデータコンバージェンスプロトコル(ＰＤＣＰ)パケットを受信し、格納されたＰＤＣＰパケットのうち、前記受信されたＰＤＣＰパケット関連シーケンス番号(ＳＮ)より低い関連ＳＮを有するＰＤＣＰパケットと前記受信されたＰＤＣＰパケット関連ＳＮから始める連続した関連ＳＮを有するＰＤＣＰパケットの存在を確認して、上位レイヤーに確認した前記ＰＤＣＰパケットを伝達するＰＤＣＰ受信エンティティを含むことを特徴とする端末装置。
  6. 前記受信されたＰＤＣＰパケットは、前記下位レイヤーの再確立後に受信されることを特徴とする請求項５に記載の端末装置。
  7. 前記格納されたＰＤＣＰパケットは、前記下位レイヤーの再確立前に正確に受信されることを特徴とする 請求項５に記載の端末装置。
  8. 前記ＰＤＣＰ受信エンティティは、
    前記受信されたＰＤＣＰパケットの状態を確認し、前記受信されたＰＤＣＰパケットの状態に基づいて状態報告を生成して、前記状態報告を送信し、
    前記状態報告は、関連ＳＮと関連したＰＤＣＰパケットが正確に受信されるかを指示することを特徴とする請求項５に記載の端末装置。
JP2011266883A 2006-10-19 2011-12-06 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングを用いてハンドオーバを行う方法及び装置 Active JP5484433B2 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
KR1020060101842A KR100938090B1 (ko) 2006-10-19 2006-10-19 이동통신 시스템에서 핸드오버 수행 방법 및 장치
KR10-2006-0101842 2006-10-19

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2009533253A Division JP5179503B2 (ja) 2006-10-19 2007-10-19 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングを用いてハンドオーバを行う方法及び装置

Related Child Applications (1)

Application Number Title Priority Date Filing Date
JP2013226801A Division JP5728558B2 (ja) 2006-10-19 2013-10-31 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングを用いてハンドオーバを行う方法及び装置

Publications (2)

Publication Number Publication Date
JP2012105291A JP2012105291A (ja) 2012-05-31
JP5484433B2 true JP5484433B2 (ja) 2014-05-07

Family

ID=38995269

Family Applications (3)

Application Number Title Priority Date Filing Date
JP2009533253A Active JP5179503B2 (ja) 2006-10-19 2007-10-19 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングを用いてハンドオーバを行う方法及び装置
JP2011266883A Active JP5484433B2 (ja) 2006-10-19 2011-12-06 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングを用いてハンドオーバを行う方法及び装置
JP2013226801A Active JP5728558B2 (ja) 2006-10-19 2013-10-31 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングを用いてハンドオーバを行う方法及び装置

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2009533253A Active JP5179503B2 (ja) 2006-10-19 2007-10-19 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングを用いてハンドオーバを行う方法及び装置

Family Applications After (1)

Application Number Title Priority Date Filing Date
JP2013226801A Active JP5728558B2 (ja) 2006-10-19 2013-10-31 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングを用いてハンドオーバを行う方法及び装置

Country Status (9)

Country Link
US (3) US8588175B2 (ja)
EP (5) EP2720494B1 (ja)
JP (3) JP5179503B2 (ja)
KR (1) KR100938090B1 (ja)
CN (4) CN107257271B (ja)
AU (1) AU2007311697B2 (ja)
CA (1) CA2666265C (ja)
RU (1) RU2408994C1 (ja)
WO (1) WO2008048072A1 (ja)

Families Citing this family (84)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100938090B1 (ko) * 2006-10-19 2010-01-21 삼성전자주식회사 이동통신 시스템에서 핸드오버 수행 방법 및 장치
US8660085B2 (en) * 2006-12-04 2014-02-25 Qualcomm Incorporated Methods and apparatus for transferring a mobile device from a source eNB to a target eNB
US8818375B2 (en) * 2007-04-25 2014-08-26 Telefonaktiebolaget L M Ericsson (Publ) Method and apparatus for seamless handover in a wireless communication network
JP5080644B2 (ja) * 2007-06-18 2012-11-21 エルジー エレクトロニクス インコーポレイティド ハンドオーバ中のダウンリンクパケットデータコンバージェンスプロトコル動作
CN101431780B (zh) * 2007-11-09 2010-12-22 华为技术有限公司 一种实现网络优化切换的方法、设备及系统
US20090175175A1 (en) 2008-01-04 2009-07-09 Interdigital Patent Holdings, Inc. Radio link control reset using radio resource control signaling
KR101488015B1 (ko) * 2008-01-25 2015-01-29 엘지전자 주식회사 핸드오버 수행방법 및 데이터 생성방법
WO2009116914A1 (en) * 2008-03-20 2009-09-24 Telefonaktiebolaget L M Ericsson (Publ) A method and a transceiver for reducing retransmissions in a telecommunications system
US8509180B2 (en) * 2008-05-02 2013-08-13 Qualcomm Incorporated Method and apparatus for efficient handover in LTE
KR100954925B1 (ko) * 2008-06-20 2010-04-27 엘지전자 주식회사 상위로 ＰＤＣＰ 데이터 유닛(ｄａｔａ ｕｎｉｔ)을 전달하는 방법
EP2136501B1 (en) 2008-06-20 2019-12-04 LG Electronics Inc. Method of delivering a PDCP data unit to an upper layer
US9020423B2 (en) 2008-07-20 2015-04-28 Samsung Electronics Co., Ltd Method and system for managing multiple applications in near field communication
JP4743239B2 (ja) * 2008-08-22 2011-08-10 ソニー株式会社 無線通信装置、通信システム、および通信制御方法、並びにプログラム
CN101729396A (zh) * 2008-10-31 2010-06-09 华为技术有限公司 数据包的发送、接收方法及装置、以及处理方法及系统
KR101635433B1 (ko) * 2008-11-04 2016-07-01 삼성전자 주식회사 재전송 요청을 위한 제어 메시지를 처리하는 방법 및 장치
US8264979B2 (en) * 2008-11-26 2012-09-11 Htc Corporation Method of transmitting radio access capability in a wireless communications system and related communication device
CN101754304B (zh) * 2008-12-09 2012-11-28 中兴通讯股份有限公司 实现跨基站切换的用户面数据反传方法
KR101563008B1 (ko) * 2008-12-26 2015-11-02 엘지전자 주식회사 무선통신 시스템에서 무선 베어러 해제 방법 및 수신기
WO2010074441A2 (en) * 2008-12-26 2010-07-01 Lg Electronics Inc. Method of releasing radio bearer in wireless communication system and receiver
WO2010123227A2 (en) * 2009-04-21 2010-10-28 Lg Electronics Inc. Method to facilitate user equipment handoff within a packet data communication system
CN101925116A (zh) * 2009-06-16 2010-12-22 中兴通讯股份有限公司 一种制式切换中处理接收数据的方法及装置
WO2011017849A1 (zh) * 2009-08-14 2011-02-17 华为技术有限公司 数据处理方法和装置
KR20120048019A (ko) * 2009-08-17 2012-05-14 알까뗄 루슨트 멀티-홉 중계 통신 시스템에서 다운링크 데이터 전송 제어를 위한 방법 및 장치
CN102123457B (zh) * 2010-01-11 2016-04-13 中兴通讯股份有限公司 切换方法及终端
KR101638195B1 (ko) * 2010-02-01 2016-07-08 삼성전자주식회사 통신 시스템에서 무선 링크 제어 계층 및 패킷 데이터 융합 프로토콜 계층 간의 플로우 제어를 위한 방법 및 장치
WO2012044945A1 (en) 2010-10-01 2012-04-05 Interdigital Patent Holdings, Inc. Mac and rlc architecture and procedures to enable reception from multiple transmission points
JP5012994B2 (ja) * 2010-12-28 2012-08-29 富士通株式会社 通信方法及び通信システム
KR102092579B1 (ko) 2011-08-22 2020-03-24 삼성전자 주식회사 이동통신 시스템에서 복수 개의 주파수 밴드 지원 방법 및 장치
US9014010B2 (en) 2011-09-27 2015-04-21 Lg Electronics Inc. Method and apparatus for reporting PDCP status
CN103036658B (zh) * 2011-10-09 2018-08-17 南京中兴新软件有限责任公司 一种数据处理的方法与装置
WO2013112021A1 (ko) 2012-01-27 2013-08-01 삼성전자 주식회사 이동통신 시스템에서 복수의 캐리어를 이용해서 데이터를 송수신하는 방법 및 장치
JP2015509682A (ja) * 2012-02-24 2015-03-30 マーベル ワールド トレード リミテッド 下位層からのフィードバックに基づくクロスレイヤスケジューリング
KR20150018531A (ko) 2012-05-09 2015-02-23 삼성전자주식회사 이동통신 시스템에서 불연속 수신을 제어하는 방법 및 장치
EP2854443B1 (en) * 2012-05-21 2019-10-30 Samsung Electronics Co., Ltd. Method and device for transmitting and receiving data in mobile communication system
EP2802185B1 (en) * 2013-04-01 2019-11-13 Innovative Sonic Corporation Method and Apparatus for Adding Serving Cells in a Wireless Communication System
JP6163003B2 (ja) * 2013-05-09 2017-07-12 株式会社Ｎｔｔドコモ ハンドオーバ方法及び無線基地局
US8988994B2 (en) * 2013-05-16 2015-03-24 Freescale Semiconductor, Inc. System and method for creating logical radio link control (RLC) and medium access control (MAC) protocol data units (PDUs) in mobile communication system
WO2015020508A1 (ko) * 2013-08-09 2015-02-12 주식회사 팬택 이중연결 시스템에서 멀티 플로우를 고려한 ｐｄｃｐ 재배열 방법 및 장치
EP2854444A1 (en) * 2013-09-27 2015-04-01 Panasonic Intellectual Property Corporation of America Efficient uplink scheduling mechanism for dual connectivity
CN104581824A (zh) * 2013-10-17 2015-04-29 中兴通讯股份有限公司 一种数据包分流传输的方法及系统
KR101926242B1 (ko) 2013-10-30 2018-12-06 인터디지탈 패튼 홀딩스, 인크 무선 시스템에서의 캐리어 집성 구성
US11637763B2 (en) 2013-10-30 2023-04-25 Interdigital Patent Holdings, Inc. Connectivity robustness in wireless systems
US9635655B2 (en) * 2014-02-24 2017-04-25 Intel Corporation Enhancement to the buffer status report for coordinated uplink grant allocation in dual connectivity in an LTE network
CN104935414B (zh) * 2014-03-21 2019-05-24 上海诺基亚贝尔股份有限公司 一种在双连接系统中传输信息的方法和装置
EP3142450B1 (en) * 2014-05-07 2019-02-20 Nec Corporation Communication system and communication method
WO2015168951A1 (zh) * 2014-05-09 2015-11-12 华为技术有限公司 数据包的处理方法、终端、基站及系统
CN105376740B (zh) * 2014-08-15 2019-12-06 深圳市中兴微电子技术有限公司 一种安全的重建方法、设备和系统
KR102312670B1 (ko) * 2014-10-30 2021-10-15 삼성전자주식회사 사용자 단말 간 장치 대 장치 통신을 수행하는 방법
CN107005341B (zh) * 2014-12-12 2020-10-23 瑞典爱立信有限公司 无线电设备中的sdu的失序递送
EP3235220B1 (en) * 2014-12-18 2021-04-28 LG Electronics Inc. Method for reconfiguring a pdcp reordering timer in a wireless communication system and device therefor
EP3244679B1 (en) * 2015-01-29 2020-02-26 Huawei Technologies Co., Ltd. Radio bearer reconfiguration method, establishing method, user equipment and base station
JP6509033B2 (ja) * 2015-05-15 2019-05-08 株式会社Ｎｔｔドコモ ユーザ装置、基地局及び通信方法
US9906332B2 (en) * 2015-05-29 2018-02-27 Apple Inc. Radio link control recovery based on medium access feedback
CN106559184A (zh) * 2015-09-25 2017-04-05 中兴通讯股份有限公司 数据传输的方法、装置及系统
KR102419981B1 (ko) 2016-02-19 2022-07-12 삼성전자 주식회사 무선 통신 네트워크에서 핸드오버시 데이터 전송 중단 시간을 최소화하는 방법 및 장치
US10785679B2 (en) * 2016-05-13 2020-09-22 Telecom Italia S.P.A. Method and system for loss mitigation during device to device communication mode switching
CN107889154A (zh) * 2016-09-30 2018-04-06 华为技术有限公司 一种通信方法及装置
CN110089151B (zh) * 2016-12-20 2022-05-31 苹果公司 在切换过程期间用于分组转发的系统和方法
CN108282824B (zh) * 2017-01-05 2020-03-06 电信科学技术研究院 一种状态更新方法、节点和用户终端
CN108282825B (zh) * 2017-01-05 2019-12-20 电信科学技术研究院 一种信息处理方法及装置
WO2018131987A1 (en) * 2017-01-16 2018-07-19 Samsung Electronics Co., Ltd. Method and apparatus for processing data in a wireless communication system
KR20180099135A (ko) 2017-02-28 2018-09-05 삼성전자주식회사 기지국간 캐리어 집적을 지원하기 위한 패킷 생성 및 분배 방법 및 장치
CN110622543A (zh) * 2017-04-28 2019-12-27 瑞典爱立信有限公司 用于分组数据汇聚协议(pdcp)重新排序的网络节点及其中的方法
CN110583041B (zh) * 2017-05-04 2023-09-19 三星电子株式会社 高速处理数据的方法和装置
CN109151918B (zh) * 2017-06-13 2020-09-04 华为技术有限公司 切换控制方法及装置
WO2018231006A1 (en) * 2017-06-16 2018-12-20 Samsung Electronics Co., Ltd. Method and apparatus for rapidly reporting frequency measurement results in next generation mobile communication system
CN109151925A (zh) * 2017-06-16 2019-01-04 华为技术有限公司 用于小区切换的方法、网络设备和终端设备
ES2906704T3 (es) 2017-09-18 2022-04-20 Samsung Electronics Co Ltd Procedimiento y aparato para el procesamiento de un paquete en un sistema de comunicación inalámbrica
EP3982695A1 (en) 2017-09-28 2022-04-13 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Wireless communication method and terminal device
CN111656855A (zh) * 2018-02-11 2020-09-11 Oppo广东移动通信有限公司 移动通信系统、方法及装置
WO2020058744A1 (en) * 2018-09-18 2020-03-26 Telefonaktiebolaget Lm Ericsson (Publ) A sequence number (sn) synchronization mechanism in rlc-based packet forwarding
US12101766B2 (en) 2018-09-24 2024-09-24 Telefonaktiebolaget Lm Ericsson (Publ) Control of DRX using layer-1 signaling
GB2577532B (en) * 2018-09-27 2023-03-29 Tcl Communication Ltd Packet management in a cellular communications network
EP3864808A1 (en) 2018-10-12 2021-08-18 Nokia Technologies Oy Reducing latency at packet data convergence protocol (pdcp) in new radio
WO2020087368A1 (en) * 2018-10-31 2020-05-07 Mediatek Singapore Pte. Ltd. Apparatus and mechanism of reordering with dual protocol to reduce mobility interruption in wireless network
WO2020087457A1 (zh) * 2018-11-01 2020-05-07 Oppo广东移动通信有限公司 数据的传输方法及终端
US11553343B2 (en) * 2018-12-12 2023-01-10 Qualcomm Incorporated Real-time soft combining, CRC validation, and MIC validation of decrypted packets
US20210007008A1 (en) * 2019-07-05 2021-01-07 Huawei Technologies Co., Ltd. Method and apparatus for data segmentation and reassembly over multiple wireless links
JP7542614B2 (ja) * 2019-09-30 2024-08-30 オッポ広東移動通信有限公司 無線通信方法、装置及びネットワークデバイス
WO2021087832A1 (zh) * 2019-11-06 2021-05-14 Oppo广东移动通信有限公司 无线通信的方法和终端设备
CN113365308B (zh) * 2020-03-03 2022-04-29 大唐移动通信设备有限公司 一种数据传输方法及装置
CN112399471B (zh) * 2020-10-23 2023-02-10 紫光展锐(重庆)科技有限公司 一种数据缓存的方法及相关装置
CN114765818A (zh) * 2021-01-14 2022-07-19 展讯通信（上海）有限公司 小区的切换方法及相关产品
CN117176809B (zh) * 2023-09-01 2024-08-02 中科驭数（北京）科技有限公司 一种数据交互方法及系统

Family Cites Families (68)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI101763B1 (fi) 1995-12-01 1998-08-14 Nokia Mobile Phones Ltd Siirrettävän tiedon koostumuksen säilyttäminen tukiaseman vaihdon yhteydessä
KR20000057618A (ko) 1996-12-21 2000-09-25 볼프강 후텐로커 자동차용 스티어링 휠 장착형 구속 시스템
EP0891114A1 (en) 1997-07-12 1999-01-13 Telefonaktiebolaget Lm Ericsson Method and system for performing an optimised hand over
EP1009138B8 (en) * 1998-11-30 2006-03-08 Matsushita Electric Industrial Co., Ltd. Data transmission method
JP2000228676A (ja) 1998-11-30 2000-08-15 Matsushita Electric Ind Co Ltd データ送信方法
JP2001024707A (ja) 1999-07-09 2001-01-26 Hitachi Ltd マルチメディアパケット通信端末及びマルチメディアパケット通信網
FI112304B (fi) * 2000-02-14 2003-11-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
FI112305B (fi) * 2000-02-14 2003-11-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
DE10008148A1 (de) * 2000-02-22 2001-08-23 Bosch Gmbh Robert Verfahren zum Betreiben eines Mobilfunknetzes
FI109255B (fi) * 2000-04-07 2002-06-14 Nokia Corp Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa
FI111210B (fi) * 2000-08-14 2003-06-13 Nokia Corp Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa
FI113323B (fi) * 2000-08-21 2004-03-31 Nokia Corp Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa
FI110739B (fi) * 2000-10-18 2003-03-14 Nokia Corp Otsikkokenttien kompressoinnin määrittäminen datapakettiyhteydelle
GB2371177B (en) 2001-01-16 2003-02-19 Ericsson Telefon Ab L M Automatic repetition request mechanism in a radio access network
US6691273B2 (en) * 2001-01-17 2004-02-10 Telefonaktiebolaget Lm Ericsson (Publ) Error correction using packet combining during soft handover
EP2068488A3 (en) * 2001-04-26 2011-05-04 NTT DoCoMo, Inc. Data link transmission control methods, mobile communication systems, data link transmission control apparatus, base stations, mobile stations, mobile station control programs, and computer-readable recording media
JP4276207B2 (ja) 2001-04-26 2009-06-10 株式会社エヌ・ティ・ティ・ドコモ データリンク伝送制御方法、移動通信システム、及び基地局
US7310336B2 (en) * 2001-05-18 2007-12-18 Esa Malkamaki Hybrid automatic repeat request (HARQ) scheme with in-sequence delivery of packets
JP3396815B2 (ja) * 2001-06-20 2003-04-14 富士通株式会社 データ伝送方法及びデータ伝送装置
KR100595583B1 (ko) * 2001-07-09 2006-07-03 엘지전자 주식회사 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법
US6725040B2 (en) * 2001-07-09 2004-04-20 Asustek Computer Inc. Lossless SRNS relocation procedure in a wireless communications system
KR100790131B1 (ko) * 2001-08-24 2008-01-02 삼성전자주식회사 패킷 통신시스템에서 매체 접속 제어 계층 엔터티들 간의 시그널링 방법
US20030053431A1 (en) * 2001-09-10 2003-03-20 Lila Madour Method for performing handoff in a radio telecommunications network
US7392051B2 (en) * 2001-10-17 2008-06-24 Nokia Corporation Handover method
WO2003049354A1 (en) * 2001-12-04 2003-06-12 Nokia Corporation Method and system for dispatching multiple tcp packets from communication systems
KR100438443B1 (ko) * 2001-12-12 2004-07-03 삼성전자주식회사 이동통신시스템에서 핸드오프 수행방법
CN1204724C (zh) * 2002-02-08 2005-06-01 华硕电脑股份有限公司 用于无线通信系统的数据传输的确认方法
KR100765123B1 (ko) * 2002-02-16 2007-10-11 엘지전자 주식회사 Ｓｒｎｓ 재할당 방법
US20030177437A1 (en) * 2002-03-18 2003-09-18 Wu Frank Chih-Hsiang Erroneous packet data convergence protocol data unit handling scheme in a wireless communication system
KR100891786B1 (ko) * 2002-04-27 2009-04-07 삼성전자주식회사 이동 통신 시스템에서 핸드오프 처리 방법 및 단말
US20030206534A1 (en) * 2002-05-03 2003-11-06 Wu Frank Chih-Hsiang Scheme to handle radio link control service data units upon reception of a radio link control reset or reset acknowledge protocol data unit in a wireless communication system
DE60312432T2 (de) * 2002-05-10 2008-01-17 Innovative Sonic Ltd. Verfahren zur bestimmten Auslösung einer PDCP-Sequenznummern-Synchronisierungsprozedur
US20030210714A1 (en) * 2002-05-10 2003-11-13 Chih-Hsiang Wu Method for avoiding loss of pdcp pdus in a wireless communications system
CN1628476A (zh) * 2002-06-05 2005-06-15 诺基亚公司 通过将不同切换参数用于通信网络中的不同业务和用户类别来执行切换的方法
US7706405B2 (en) * 2002-09-12 2010-04-27 Interdigital Technology Corporation System for efficient recovery of Node-B buffered data following MAC layer reset
US8254935B2 (en) 2002-09-24 2012-08-28 Fujitsu Limited Packet transferring/transmitting method and mobile communication system
EP2178327B1 (en) * 2002-09-24 2011-11-16 Fujitsu Limited Packet transferring/transmitting method and mobile communication system
FI20021869A0 (fi) * 2002-10-18 2002-10-18 Nokia Corp Menetelmä ja laite pakettidatan siirtämiseksi langattomassa pakettidataverkossa
EP2267930B1 (en) * 2003-04-10 2019-06-12 Telefonaktiebolaget LM Ericsson (publ) Method and device for retransmission
JP2005012718A (ja) * 2003-06-23 2005-01-13 Hitachi Ltd 移動体ｉｐデータ通信システム
EP1507352B1 (en) 2003-08-14 2007-01-31 Matsushita Electric Industrial Co., Ltd. Time monitoring of packet retransmissions during soft handover
US8694869B2 (en) 2003-08-21 2014-04-08 QUALCIMM Incorporated Methods for forward error correction coding above a radio link control layer and related apparatus
ATE506822T1 (de) * 2003-09-23 2011-05-15 Panasonic Corp Protokolkontextübertragung in einem mobilfunkkommunikationsystem
US7046648B2 (en) * 2003-11-05 2006-05-16 Interdigital Technology Corporation Wireless communication method and apparatus for coordinating Node-B's and supporting enhanced uplink transmissions during handover
CN1619998A (zh) * 2003-11-21 2005-05-25 北京三星通信技术研究有限公司 自动重复请求系统中分组丢弃的方法
KR20050095419A (ko) * 2004-03-26 2005-09-29 삼성전자주식회사 패킷 망을 이용하여 음성 서비스를 제공하는이동통신시스템에서 무선 자원을 효율적으로 사용하는 방법
JP4335724B2 (ja) * 2004-03-26 2009-09-30 富士通株式会社 送信パケット補填システムおよび送信パケット補填方法
JP4470557B2 (ja) * 2004-03-31 2010-06-02 日本電気株式会社 携帯電話機
KR101000699B1 (ko) * 2004-04-19 2010-12-10 엘지전자 주식회사 무선링크 제어계층에서의 데이터 처리방법
KR20050118591A (ko) * 2004-06-14 2005-12-19 엘지전자 주식회사 무선통신 시스템에서의 무선링크제어(ｒｌｃ) 데이터처리방법
US20060072504A1 (en) * 2004-09-30 2006-04-06 Lucent Technologies, Inc. Reordering of data packets during soft hand offs in a wireless system
WO2006103576A1 (en) * 2005-03-29 2006-10-05 Koninklijke Philips Electronics N.V. Receiver apparatus and method for receiving data units over a channel
RU2411660C2 (ru) * 2005-10-31 2011-02-10 Эл Джи Электроникс Инк. Способ передачи и приема информации о радиодоступе в системе беспроводной подвижной связи
US8295265B2 (en) * 2005-11-16 2012-10-23 Htc Corporation Method for handling radio bearer messages during reset and reestablishment in a wireless system
US20070110101A1 (en) * 2005-11-16 2007-05-17 Chih-Hsiang Wu Method of Handling RLC SDUs During RLC Reset and RLC Re-establishment in a UMTS System
US20070213058A1 (en) * 2006-03-08 2007-09-13 Interdigital Technology Corporation Method and apparatus for supporting handoff and serving radio network subsystem relocation procedures in a single tunnel gprs-based wireless communication system
WO2007130325A2 (en) * 2006-05-01 2007-11-15 Interdigital Technology Corporation Method and apparatus for facilitating lossless handover in 3gpp long term evolution systems
US8160025B2 (en) * 2006-05-02 2012-04-17 Lg Electronics Inc. Method for data transmission during a handover in mobile communications system
KR101272417B1 (ko) * 2006-05-02 2013-06-07 엘지전자 주식회사 이동통신 시스템에서의 데이터 전송 방법
US20070258591A1 (en) * 2006-05-05 2007-11-08 Interdigital Technology Corporation Ciphering control and synchronization in a wireless communication system
US7570670B2 (en) * 2006-05-19 2009-08-04 Alcatel-Lucent Usa Inc. Method and system for communicating and processing VOIP packets using a jitter buffer
KR20090019893A (ko) 2006-06-20 2009-02-25 가부시키가이샤 엔티티 도코모 이동통신시스템에서 사용되는 유저장치, 기지국 및 방법
WO2008010063A2 (en) * 2006-07-18 2008-01-24 Nokia Corporation Method, device, computer program, and apparatus providing embedded status information in handover control signaling
KR100938090B1 (ko) 2006-10-19 2010-01-21 삼성전자주식회사 이동통신 시스템에서 핸드오버 수행 방법 및 장치
MY149326A (en) * 2007-02-02 2013-08-30 Interdigital Tech Corp Method and apparatus for controlling a handover between utra r6 cells and r7 cells
US20080273482A1 (en) * 2007-05-02 2008-11-06 Lg Electronics Inc. Uplink access method for receiving a point-to-multipoint service
US7949012B2 (en) * 2007-08-01 2011-05-24 Broadcom Corporation High-speed uplink packet access (HSUPA) cipher multiplexing engine
KR101565403B1 (ko) * 2008-01-07 2015-11-03 엘지전자 주식회사 Ｈｓｐａ를 이용하여 수신한 회선 교환 데이터의 오류 제어방법

Also Published As

Publication number Publication date
CN102340832A (zh) 2012-02-01
EP2369795A3 (en) 2012-06-06
CA2666265C (en) 2014-12-09
EP1915017A3 (en) 2010-11-03
JP5179503B2 (ja) 2013-04-10
EP2369795A2 (en) 2011-09-28
US8588175B2 (en) 2013-11-19
JP5728558B2 (ja) 2015-06-03
EP2720494A1 (en) 2014-04-16
EP2720493A3 (en) 2014-08-27
RU2408994C1 (ru) 2011-01-10
EP2914034B1 (en) 2020-07-08
CN101529816A (zh) 2009-09-09
KR20080035313A (ko) 2008-04-23
US20140071947A1 (en) 2014-03-13
EP2720494B1 (en) 2019-12-04
EP2720493B1 (en) 2020-07-08
CA2666265A1 (en) 2008-04-24
JP2012105291A (ja) 2012-05-31
WO2008048072A1 (en) 2008-04-24
CN107257271A (zh) 2017-10-17
US20140071948A1 (en) 2014-03-13
US20080095116A1 (en) 2008-04-24
EP2369795B1 (en) 2019-04-17
EP1915017B1 (en) 2016-10-12
RU2009114733A (ru) 2010-10-27
US9538428B2 (en) 2017-01-03
AU2007311697A1 (en) 2008-04-24
JP2014039329A (ja) 2014-02-27
EP1915017A2 (en) 2008-04-23
CN107257271B (zh) 2020-08-04
CN101529816B (zh) 2012-06-06
KR100938090B1 (ko) 2010-01-21
AU2007311697B2 (en) 2011-08-04
US9629036B2 (en) 2017-04-18
CN103888232A (zh) 2014-06-25
EP2914034A1 (en) 2015-09-02
JP2010507317A (ja) 2010-03-04
CN102340832B (zh) 2015-05-06
EP2720493A2 (en) 2014-04-16

Similar Documents

Publication Publication Date Title
JP5484433B2 (ja) 移動通信システムにおけるパケットデータコンバージェンスプロトコル（ｐｄｃｐ）リオーダリングを用いてハンドオーバを行う方法及び装置
EP2290866B1 (en) Method for moving a receive window in a radio access network
KR101387537B1 (ko) 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
KR101430439B1 (ko) 이동 통신 시스템에서의 제어 정보 전송 방법
WO2008072911A1 (en) Apparatus and method for transmitting/receiving data in a mobile communication system
KR101583724B1 (ko) 통신 시스템 및 그의 패킷 송수신 방법
EP1931076A2 (en) Method and apparatus for processing control information included in data unit a mobile commucation system
AU2011203097B2 (en) Method and apparatus for performing handover using packet data convergence protocol (PDCP) reordering in mobile communication system

Legal Events

Date Code Title Description
A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20121211

A601 Written request for extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A601

Effective date: 20130311

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20130314

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130513

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20130806

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20131031

A911 Transfer to examiner for re-examination before appeal (zenchi)

Free format text: JAPANESE INTERMEDIATE CODE: A911

Effective date: 20131112

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20131210

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20131219

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20140121

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20140218

R150 Certificate of patent or registration of utility model

Ref document number: 5484433

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250