JP4303226B2

JP4303226B2 - 無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法

Info

Publication number: JP4303226B2
Application number: JP2005199247A
Authority: JP
Inventors: 承俊李; ▲運▼ 榮呂; 修珍朴
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2001-07-09
Filing date: 2005-07-07
Publication date: 2009-07-29
Anticipated expiration: 2022-07-09
Also published as: JP4297655B2; KR20030005537A; US7327734B2; KR100595583B1; US7756135B2; US20030007490A1; DE60239507D1; EP1276293A3; ATE503333T1; CN1396782A; EP1276293A2; US20080037548A1; EP1276293B1; JP2003111148A; JP2006005949A; CN1210971C

Description

本発明は、移動通信システムの使用者端末のハンドオーバーまたはハンドオフ中のパケットデータサービスに係るもので、詳しくは、ＳＲＮＳ（ＳｅｒｖｉｎｇＲａｄｉｏＮｅｔｗｏｒｋＳｕｂｓｙｓｔｅｍ）再割当方法およびパケットサービス領域のＳＲＮＳ再割当を支援し得るパケットデータ収斂プロトコル階層（ＰＤＣＰ）構造およびその方法に関するものである。

最近、ヨーロッパ型第３世代移動通信システム（ＩＭＴ−２０００システム）の詳細な標準規格を作るために、韓国のＴＴＡ、中国のＣＷＴＳ、米国のＴ１、日本のＡＲＩＢ／ＴＴＣおよびヨーロッパのＥＴＳＩのような国家的、国際的または地域的な標準化機構によりＵＴＭＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎＳｙｓｔｅｍ）と称する第３世代共用プロジェクト（ＴｈｉｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ、以下、３ＧＰＰと略称す）が構成された。

前記ＵＴＭＳは、無線接続網技術であって、ＷＣＤＭＡ（ＷｉｄｅｂａｎｄＣｏｄｅＤｉｖｉｓｉｏｎａｌＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）技術を採択し、パケット交換網に基づいたＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）および回線交換網に基づいたＧＳＭ（Ｇｌｏｂａｌ
ＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅＣｏｍｍｕｎｉｃａｔｉｏｎ）を基盤に開発されている。また、前記ＵＴＭＳでは、音声、映像およびデータのようなマルチメディアサービスを提供し得る第３世代移動通信システムも共同に開発している。

３ＧＰＰは、プロジェクトを管理し、迅速でかつ、効率的な技術開発のために五つの技術規格グループ（ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐｓ、以下、ＴＳＧと略称す）を包含するが、各ＴＳＧは、関連領域で標準規格の開発、承認および管理を担当する。前記グループ中、無線接続網（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ：ＲＡＮ）グループ（ＴＳＧ−ＲＡＮ）は、第３世代移動通信システムで新しい無線接続網を規定するために、端末とＵＴＲＮ（ＵＭＴＳＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）の機能的要求事項およびインターフェースに対する規格を開発していて、核心網（ＣｏｒｅＮｅｔｗｏｒｋ：ＣＮ）グループ（ＴＳＧ−ＣＮ）は、前記ＵＴＲＮを回線交換基幹（Ｂａｃｋｂｏｎｅ）網またはパケット交換基幹網と接続するために核心網の機能、要求事項およびインターフェースに対する規格を開発している。

図７は、ＴＳＧ−ＲＡＮおよびＴＳＧ−ＣＮから提案された回線交換領域（Ｄｏｍａｉｎ）の網構造である。

図７に示したように、ＵＴＲＡＮは、複数の無線網副システム（ＲａｄｉｏＮｅｔｗｏｒｋＳｕｂｓｙｓｔｅｍ：ＲＮＳ）に構成され、各ＲＮＳは、複数のノードＢおよび一つの無線網制御器（ＲａｄｉｏＮｅｔｗｏｒｋＣｏｎｔｒｏｌｌｅｒ：ＲＮＣ）に構成される。

また、核心網（ＣＮ）は、採択されたスイッチングモード（パケット交換網または回線交換網）によって相違な構造を有するが、本発明に係るパケット交換網の場合、前記ＣＮは、複数のＳＧＳＮ（ＳｅｒｖｉｎｇＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）および一つのＧＧＳＮ（ＧａｔｅｗａｙＧＰＲＳＳｕｐｐｏｒｔＮｏｄｅ）に構成される。

ノードＢは、通常移動局または端末と呼ばれる使用者装置（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）をＵＴＲＡＮに接続させる接続点の役割を行って、ＲＮＣは、無線資源を各ＵＥに割当し管理する機能を遂行する。ＲＮＣは、共用無線資源を管理する制御ＲＮＣ（ＣｏｎｔｒｏｌＲＮＣ：ＣＲＮＣ）と各端末に割当された専用無線資源（ＤｅｄｉｃａｔｅｄＲａｄｉｏＲｅｓｏｕｒｃｅ）を管理する担当ＲＮＣ（ＳｅｒｖｉｎｇＲＮＣ：ＳＲＮＣ）とに分類することができる。

そして、特定ＵＥの立場から見ると、前記ＵＥのＳＲＮＣが位置されたＲＮＣをＳＲＮＣと呼ぶ。ＳＧＳＮは、ＵＴＲＮから伝送された情報をＣＮにルーティングし、ＧＧＳＮは、情報の目的地が現在のＣＮでなく他の網である場合、ＵＴＲＡＮから伝送された情報を他の各ＣＮに通過させるゲートウエイ（ｇａｔｅｗａｙ）の役割を遂行する。パケット領域網（ＰａｃｋｅｔＤｏｍａｉｎＮｅｔｗｏｒｋ：ＰＤＮ）は、パケットサービス領域で他の網間の接続を支援するためのパケット交換領域の基幹網である。

そして、各部のデータインターフェースは、下記のように相互相違な名称を有する。例えば、ＵＥとノードＢ間のインターフェースは“Ｕｕ”、ノードＢとＲＮＣ間のインターフェースは“ｌｕｂ”、ＲＮＣとＲＮＣ間のインターフェースは“ｌｕｒ”、ＲＮＣとＳＧＳＮ間のインターフェースは“ｌｕ”、ＳＧＳＮとＧＧＳＮまたはＳＧＳＮとＳＧＳＮ間のインターフェースは“Ｇｎ”である。

図７は、網構造を示した実施形態である。

ｌｕｒインターフェースは、実際インターフェースとして存在しないこともあるし、他のＳＧＳＮのＲＮＣ間に存在することもできる。また、前記ＳＧＳＮ間のＧｎインターフェースも存在もしくは不存在することもある。

図７に図示された網構造は、図８および図９に図示されたように、階層的構造に示されることができる。図８は、使用者データを伝送するための使用者平面（ＵｓｅｒＰｌａｎｅ：Ｕ−Ｐｌａｎｅ）階層構造を示した図で、図９は、制御信号を伝送するための制御平面（ＣｏｎｔｒｏｌＰｌａｎｅ：Ｃ−Ｐｌａｎｅ）階層構造を示した図である。

図１０は、図８および図９に図示された、無線インターフェースのＵｕインターフェースを支援するためのＵＴＲＡＮまたはＵＥの詳細階層を示した図である。

図１０に示したように、Ｕ−Ｐｌａｎｅは、開放型システム相互接続技術の第２階層として作用するパケットデータ収斂プロトコル（ＰａｃｋｅｔＤａｔａ
ＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ：ＰＤＣＰ）階層、無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ：ＲＬＣ）階層、媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌｌａｙｅｒ：ＭＡＣ）があって、開放型システム相互接続技術の第１階層として作用する物理階層（Ｌ１）がある。また、Ｃ−Ｐｌａｎｅは、無線資源制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ：ＲＲＣ）階層、ＲＬＣ階層、ＭＡＣ階層およびＬ１階層に構成される。

前記Ｌ１階層（物理階層）は、多様な無線接続技術を利用して上位階層に情報戦ソングサービスを提供する。前記Ｌ１階層は、伝送チャンネルを通してＭＡＣ階層と接続され、ＭＡＣ階層とＬ１階層間のデータは、伝送チャンネルを通して交換される。前記伝送チャンネルは、一つの端末が独占的に利用することができるかまたは、複数の端末により共有することができるかによって専用伝送チャンネル（ＤｅｄｉｃａｔｅｄＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）と共用伝送チャンネル（ＣｏｍｍｏｎＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）とに区分される。

前記ＭＡＣ階層は、無線資源の割当および再割当のためのＭＡＣパラメータ再割当サービスを提供する。前記ＭＡＣ階層は、論理チャンネルを通してＲＬＣ階層と接続され、伝送される情報の種類によって多様な論理チャンネルが提供される。一般に、Ｃ−Ｐｌａｎｅ上で情報が伝送される場合には、制御チャンネルが使用され、Ｕ−Ｐｌａｎｅ上で情報が伝送される場合には、トラフィックチャンネルが使用される。

ＲＬＣ階層は、無線リンクの設定または解除サービスを提供して、Ｕ−Ｐｌａｎｅの上位階層から伝達されたＲＬＣサービスデータユニット（Ｓｅｒｖｉｃｅ
ＤａｔａＵｎｉｔ：ＳＤＵ）の分割および再組立機能を遂行する。前記ＲＬＣＳＤＵは、ＲＬＣ階層で大きさが調節された後、ヘッダーが付着されてプロトコルデータユニット（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ：ＰＤＵ）形態に変換されるが、該変換されたＰＤＵは、ＭＡＣ階層に伝送される。

ＰＤＣＰ階層は、ＲＬＣ階層の上位階層であって、ＩＰｖ４またはＩＰｖ６のようなＩＰ網プロトコルを通して伝送されたデータが前記ＲＬＣ階層で、効率的に伝送される形態に作る役割を遂行する。この以外にも、ＰＤＣＰ階層は、有線網では使用されるが、無線網では不必要な制御情報を減らし、無線インターフェースを通してデータが効率的に伝送されるようにする。この機能をヘッダー圧縮と称して、一例としてＴＣＰ／ＩＰで使用されるヘッダー情報の量を減らすのに使用されることができる。

ＲＲＣ階層は、任意の領域に位置した全ての端末にシステム情報を放送するための情報放送サービスを提供する。また、ＲＲＣ階層は、第３階層で交換される制御信号のための制御平面信号を処理して、端末とＵＴＲＡＮ間の無線資源を設定、再構成および解除の機能を遂行する。特に、ＲＲＣ階層は、無線運搬者（ＲａｄｉｏＢｅａｒｅｒ：ＲＢ）の設定、再構成および解除の機能および無線資源接続に必要な無線資源の割当、再配置および解除機能を遂行する。この時、ＲＢを設定することは、無線領域から所定のサービスを提供するために必要なプロトコル階層およびチャンネル特性を決定して、夫々パラメータと動作方法および設定する過程を意味する。

前記ｌｕインターフェースは、機能によって相違なタイプに特性化することができるが、ｌｕ−ＣＳ（ｌｕＣｉｒｃｕｉｔＳｅｒｖｉｃｅ）は、回線交換サービスで使用されて、ｌｕ−ＰＳ（ｌｕＰａｃｋｅｔＳｅｒｖｉｃｅ）は、パケット交換サービスで使用される。本発明はパケット交換領域のみを考慮するので、ｌｕ−ＰＳのみに対して考察する。前記ｌｕ−ＰＳは、パケットデータ伝送を支援し、このために使用者平面ではＧＴＰ−Ｕ（ＧＰＲＳＴｕｎｎｅｌｉｎｇＰｒｏｔｏｃｏｌｆｏｒｔｈｅＵｓｅｒＰｌａｎｅ）階層が使用されている。前記ＧＴＰ−Ｕ階層は、パケット交換領域で使用者データを伝送するために特別に使用される階層としてＧＰＲＳ網で使用されていて、パケット交換網は、ＵＭＴＳでＧＰＲＳを基盤にするために、前記ＧＴＰ−ＵはＵＭＴＳでも使用される。

ＲＡＮＡＰ（ＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋＡｐｐｌｉｃａｔｉｏｎＰａｒｔ：ＲＡＮＡＰ）階層は、ｌｕインターフェースの制御平面で使用される階層であって、制御情報を伝送して、ｌｕ−ＣＳおよびｌｕ−ＰＳで全て使用される。

図１１は、ＳＲＮＳ（ＳｅｒｖｉｎｇＲＮＳ）再割当過程を示した図である。

ＳＲＮＳ再割当とは、使用者装置（ＵＥ）によりハンドオーバーがＲＮＳ間から発生した場合より短い経路にＵＥとＣＮ間のｌｕ接続点を設定するために、ＳＲＮＣをソースＲＮＣから目標ＲＮＣに変えてくれる過程を意味する。図１１で、ソースＲＮＣと接続された旧（ｏｌｄ）ＳＧＳＮは、目標ＲＮＣと接続された新しいＳＧＳＮとは相違であるが、前記旧ＳＧＳＮと新しいＳＧＳＮとは同様であることもある。即ち、前記ＳＲＮＣは、ＳＧＳＮが変更されることなくても変更されることができる。

データ損失を許容しないＳＲＮＳ再割当過程を無損失ＳＲＮＳ再割当（ＬｏｓｓｌｅｓｓＳＲＮＳＲｅｌｏｃａｔｉｏｎ：ＬＳＲ）と呼ぶ。前記ＬＳＲは、パケットデータ伝送で非常に重要であるが、その理由は、音声データのような実時間データでは若干の損失が許容されて少ない影響を及ぼすが、パケットデータのデータ損失は、全体データが損失されることと同様であるからである。従って、３ＧＰＰでは、完壁なＬＳＲ遂行のために努力しているが、まだ十分であない実情である。

以下、３ＧＰＰ標準または他の標準により支援される無線通信システムの典型的パケットデータ送信／受信過程を、ＵＥでのパケットデータダウンロードを例に挙げて説明する。

先ず、ＧＧＳＮは、ＵＥが要請したデータを伝送するために、ＵＥが接続されたＳＧＳＮに無線接続運搬者（ＲａｄｉｏＡｃｃｅｓｓＢｅａｒｅｒ：ＲＡＢ）の設定を要求して、前記要求を受信したＳＧＳＮは、ＲＡＢを割当して自身とＵＥ間のデータ伝送経路を設定する。ＧＧＳＮからＵＥに伝送経路が設定されると、ＧＧＳＮは、パケットデータの伝送を開始する。上位階層（ＩＰ、ＰＰＰなど）で生成されたパケットデータは、ＧＧＳＮのＧＴＰ−Ｕ階層でＧＴＰ−Ｕ
ＰＤＵ（ＰｒｏｔｏｃｏｌＤａｔａＵｎｉｔ）にカプセル化されてＵＴＲＡＮのＲＮＣに伝送され、ＵＴＲＡＮＲＮＣのＧＴＰ−Ｕ階層は、伝送されたＧＴＰ−ＵＰＤＵを解除（Ｄｅｃａｐｓｕｌａｔｅ）してパケットデータを抽出する。一般に、ＧＴＰ−Ｕ階層は、順次（ｉｎ−ｓｅｑｕｅｎｃｅ）および信頼性のある（ｒｅｌｉａｂｌｅ）伝達（ｄｅｌｉｖｅｒｙ）のためにＧＴＰヘッダーにＧＴＰ−Ｕ一連番号（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）を付着した後、ＧＴＰ−ＵＰＤＵを伝送する。

以後、ＧＴＰヘッダーがＧＴＰ−ＵＰＤＵから除去されるが、ＧＴＰヘッダーが除去されてから残された各パケットデータは、ＵＴＲＡＮのＰＤＣＰ階層に伝送され、ＰＤＣＰ階層は、伝送されたパケットデータ（図１２のＰＤＣＰＳＤＵ）に対してヘッダー圧縮を遂行する。このとき、ヘッダー圧縮とは、正常的なＩＰプロトコルのパケットでＩＰヘッダーをダウンサイジング（ｄｏｗｎｓｉｚｉｎｇ）することを意味する。前記ヘッダー圧縮は、各パケット（ＰＤＣＰＳＤＵ）に対して遂行され、ヘッダー圧縮が遂行されたＰＤＣＰＳＤＵはＰＤＣＰＰＤＵになる。

このように生成されたＰＤＣＰＰＤＵは、ＲＬＣ、ＭＡＣおよびＬ１を経てＵＥに伝送され、該伝送されたＰＤＣＰＰＤＵは、ＵＥにあるＬ１、ＭＡＣおよびＲＬＣを経てＵＥのＰＤＣＰに伝達される。ＰＤＣＰは、ヘッダー圧縮アルゴリズムと反対のアルゴリズムを使用してヘッダー圧縮解除を遂行して、抽出されたＰＤＣＰＳＤＵを上位階層（ＩＰ、ＰＰＰ）に伝達する。そして、ＵＥ側から伝送されたＩＰパケットも類似の方法によりＵＴＲＡＮ側に伝送することができる。

図１３は、パケットデータの流れに関連された階層中、無線インターフェースでパケットデータの送信／受信を制御するＰＤＣＰ階層の構造を示した図である。

図１３に示したように、無線運搬者（ＲＢ）当り一つのＰＤＣＰエンティティー（ｅｎｔｉｔｙ）が存在し、一つのＰＤＣＰエンティティーは、一つのＲＬＣエンティティーに接続される。

ＰＤＣＰエンティティーは、三つのタイプのＲＬＣエンティティーである応答モード（ＡｃｋｎｏｗｌｅｄｇｅＭｏｄｅ：ＡＭ、受信側がデータ伝送の与否を確認するモード）、未応答モード（ＵｎＡｃｋｎｏｗｌｅｄｇｅＭｏｄｅ：ＵＭ、受信側がデータ伝送を確認しないモード）および透明モード（ＴｒａｎｓｐａｒｅｎｔＭｏｄｅ：ＴＭ、データを通過させるモード）に連結されることができる。ところが、ＬＳＲが使用される場合には、ＰＤＣＰＰＤＵの順次伝達を保障するために前記ＰＤＣＰエンティティーは、ＲＬＣＡＭエンティティーのみに接続される。

前記ＰＤＣＰの動作は、ＲＬＣエンティティーの三つのモード中、どのモードが使用されるかによって少しずつ相違であるが、ここでは、ＰＤＣＰがＬＳＲを支援するＲＬＣＡＭエンティティーに連結される場合のみに対して説明する。

ＧＴＰ−ＵからＰＤＣＰＳＤＵが伝達されると、ＰＤＣＰは、圧縮アルゴリズムを利用してヘッダー圧縮を遂行する、前記ヘッダー圧縮は、ＰＤＣＰＳＤＵにあるＩＰ（ｉｎｔｅｒｎｅｔＰｒｏｔｏｃｏｌ）ヘッダーに対して遂行されるが、現在、ヘッダー圧縮に使用されるアルゴリズムは、ＲＦＣ２５０７およびＲＦＣ３０９５の２種類のみに定義されている。実際に、ヘッダー圧縮に使用されるアルゴリズムは、ＰＤＣＰエンティティーが設定される時、ＲＲＣから通知され、多様な圧縮アルゴリズムが使用されることもできるし、圧縮をすることなく、通過させることもできる。

ＰＤＣＰＳＤＵがヘッダー圧縮過程を経ると、ＰＤＣＰＰＤＵになる。以後、ＰＤＣＰがＬＳＲを支援すると、各ＰＤＣＰＰＤＵは番号が付けられ、一連番号（ＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）は、ＰＤＣＰにより管理される。送信側ＰＤＣＰＰＤＵの一連番号は、一つのＰＤＣＰＰＤＵがＲＬＣに伝達される都度に１ずつ増加して、受信側ＰＤＣＰＰＤＵの一連番号は、一つのＰＤＣＰＰＤＵがＲＬＣから伝達されるかまたは、一つのＰＤＣＰＰＤＵ（＝ＲＬＣＳＤＵ）が廃棄されたという廃棄情報がＲＬＣから伝達される都度に１ずつ増加する。このように、ＰＤＣＰは、一連番号を管理してＳＲＮＳ再割当が発生した時、ＰＤＣＰＳＤＵの損失を防止する。

図１４は、ＰＤＣＰＰＤＵのタイプを示した図である。

ＰＤＣＰにより発生したＰＤＵは、三つのタイプが存在する。一つ目に、ＰＤＣＰ−Ｎｏ−ＨｅａｄｅｒＰＤＵは、オーバーヘッド情報を付着することなく、ＰＤＣＰＳＤＵを直ちにＰＤＣＰＰＤＵに使用する。前記ＰＤＵは、上位階層で予めヘッダー圧縮が行われた場合に使用され、ＰＤＣＰは、ＰＤＣＰＳＤＵをそのままＲＬＣに伝達する。

二つ目に、ＰＤＣＰデータＰＤＵは、ＰＤＣＰで主に使用され、該当ＰＤＣＰ
ＰＤＵのために使用されたヘッダー圧縮タイプをＰＩＤフィールドを通して通知する。前記ＰＤＵタイプフィールドは、該当ＰＤＵがＰＤＣＰデータＰＤＵであるか、または、後述するＰＤＣＰＳｅｑＮｕｍＰＤＵであるかを通知する。三つ目に、ＰＤＣＰＳｅｑＮｕｍＰＤＵは、ＰＤＣＰデータＰＤＵが一連番号と一緒に伝送される時に使用される。前記ＰＤＣＰＳｅｑＮｕｍＰＤＵは、送信／受信側ＰＤＣＰエンティティーのＰＤＣＰＰＤＵの各ＳＮが相互同期が合わない場合に、送信側ＳＳＮ（ＳｅｎｄＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）と受信側ＲＳＮ（ＲｅｃｅｉｖｅＳｅｑｕｅｎｃｅＮｕｍｂｅｒ）を一致させるために発送される。この時、前記ＲＳＮは、次の予想一連番号に該当され、前記ＳＳＮは、一番目の未発送一連番号に該当する。このように、ＳｅｑＮｕｍＰＤＵを伝送して各ＰＤＣＰエンティティーのＳＮを一致させる過程をＳＮ同期化過程という。

パケットデータが送信／受信される時、ＳＲＮＳ再割当が発生すると、ＰＤＣＰは、モードによって相違な動作を遂行する。前記ＳＲＮＳ再割当には、二つモードがあるが、一つは損失ＳＲＮＳ再割当で、他の一つは無損失ＳＲＮＳ再割当である。

前記損失ＳＲＮＳ再割当は、パケットの損失を許容してハンドオーバーを遂行する方法であって、主にＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）およびストリーミングサービス（ｓｔｒｅａｍｉｎｇＳｅｒｖｉｃｅ）のような実時間トラフィックに適用される。前記方法によると、ＰＤＣＰは、自分が伝送したＰＤＣＰＰＤＵに対してＲＬＣから如何なる確認信号（Ａｃｋｎｏｗｌｅｄｇｅ：ＡＣＫ）も受信しないし、ＳＲＮＳ再割当の間、特別な動作を遂行しない。即ち、ＰＤＣＰは、ＧＴＰ−Ｕから伝送されたＰＤＣＰＳＤＵに対してヘッダー圧縮を遂行した後、ＲＬＣに伝達するだけである。

反面、無損失ＳＲＮＳ再割当（ＬＳＲ）の場合は、パケット損失を許容しないために、ＰＤＣＰは、損失ＳＲＮＳ再割当より一層複雑な動作を遂行する。前記ＬＳＲは、主に実時間トラフィック（ｅ−ｍａｉｌ、ＦＴＰおよびウェブブラウジング）が必要でないサービスに適用されるが、その理由は、大部分の非実時間トラフィックの一部データが流出されると、全体データが流出される特性を有しているからである。従って、ＬＳＲが使用される場合、ＰＤＣＰＰＤＵの送信／受信を管理するためにＳＮがＰＤＣＰで使用される。また、送信側ＰＤＣＰと受信側ＰＤＣＰの各ＳＮが相互相違であると、ＳＮを通知するための特別なＰＤＵであるＰＤＣＰＳｅｑＮｕｍＰＤＵが両方側の各ＳＮを同期化させるために使用され、ＲＬＣは、ＴＭ、ＵＭおよびＡＭ中、ＡＭのみを使用して、順次伝達方式を使用する。

ＰＤＣＰＳＮは、それぞれ送信側および受信側に存在するが、送信（Ｓｅｎｄ）ＳＮは、送信側で使用され、受信（Ｒｅｃｅｉｖｅ）ＳＮは、受信側で使用される。前記送信ＳＮは、一つのＰＤＣＰＰＤＵ（＝ＲＬＣＳＤＵ）がＲＬＣからＰＤＣＰに伝達される都度に１ずつ増加し、受信ＳＮは、正常的ＰＤＣＰ
ＰＤＵがＲＬＣからＰＤＣＰに伝送されるかまたは、ＲＬＣＰＤＵを廃棄したという信号がＲＬＣからＰＤＣＰに伝送される時に１ずつ増加する。また、一つのＰＤＣＰＳｅｑＮｕｍＰＤＵが伝送された時、前記送信ＳＮは、前記ＰＤＵにより通知された値に更新される。

図１５および図１６は、ＵＥが従来３ＧＰＰ規格で提案されたＲＮＳ間でハンドオーバーを遂行する時、ＬＳＲ過程を示した図であって、図１５は、ダウンリンク（ｄｏｗｎｌｉｎｋ）プロトコルを示して、図１６は、アップリンク（ｕｐｌｉｎｋ）プロトコルを示す。

以下、図示された参照符号を引用して図１５に対して説明する。

先ず、図１５に示された過程１は、ＵＥが、他のＲＮＳにハンドオーバーを要請したことによりＳＲＮＳ再割当が必要になると、ソースＲＲＣがＰＤＣＰ階層で動作を停止した後、ＰＤＣＰに再割当を要求する過程である。

過程１で再割当要求を受信したＰＤＣＰは、次に一番目にダウンリンク（ＤＬ）に伝送されるＰＤＣＰＰＤＵのＤＬ（Ｄｏｗｎｌｉｎｋ）ＳＳＮと、次に一番目にアップリンク（ＵＬ）から伝送されるＰＤＣＰＰＤＵのＵＬ（Ｕｐｌｉｎｋ）をソースＲＲＣに通知する。このとき、ＳＲＮＳ再割当がダウンリンクおよびアップリンクで同時に発生したしても各リンクに対しては、容易な理解のために個別的に説明する。

例えば、送信側ソースＰＤＣＰがＰＤＵ２０までＲＬＣに伝達されると、次のＤＬＳＳＮは、２１になって（過程２）、受信側ＲＲＣは、過程２でＰＤＣＰからＤＬＳＳＮを受信して目標ＲＲＣに伝送する（過程３）。

ソースＰＤＣＰは、ＵＥに伝送されたＰＤＣＰＳＤＵ中、ＲＣＬを通してＵＥにより未確認された各ＰＤＣＰＳＤＵをＧＴＰ−Ｕ（Ｕ−ｐｌａｎｅでパケットデータ伝送を支援するための階層）を通して目標ＰＤＣＰに伝送する。ＰＤＵがＰＤＵ２０までＵＥに伝送され、ＵＥからＰＤＵ１５までＰＤＵの伝送成功が確認されると、ソースＰＤＣＰは、未確認されたＰＤＵ１６−ＰＤＵ２０に該当する各ＳＤＵを目標ＰＤＣＰに伝送する（過程４）。

ＵＥＰＤＣＰは、次に（過程９）ＵＴＲＡＮからＵＥに伝送される一番目のＰＤＣＰＳＤＵのＤＬＲＳＮをＵＥＲＲＣに通知して、ＰＤＣＰＳＤＵのＳＮは、ＰＤＣＰＰＤＵのＳＮと同様である。

前記ＵＥＲＲＣは、ＤＬＲＳＮを目標ＲＮＣのＲＲＣに知らせて、該目標ＲＲＣは、ＵＥから伝送されたＤＬＲＳＮとソースＲＮＣから伝送されたＤＬ
ＳＳＮとを比較して、次にＵＥに伝送されるＰＤＣＰＳＤＵの一番目のＤＬ
ＰＤＣＰＳＮを決定する。

ＤＬＲＳＮがＤＬＳＳＮより大きいと、ＤＬＲＳＮは、無効（Ｉｎｖａｌｉｄ）であると見なして（受信された一連番号は、送信一連番号より大きいことがありえないために）、目標ＲＲＣは、ＰＤＣＰにＳＮ同期化過程を開始するように命令する。反面、ＤＬＲＳＮがＤＬＳＳＮより小さいかまたは、同様であると、正常的場合と見なして一番目のＤＬＰＤＣＰＳＮは、ＤＬＲＳＮになる（過程１１）。

目標ＲＲＣは、先ず、ダウンリンク（ＤＬ）に伝送される一番目のＤＬＰＤＣＰＳＮ（ＤＬＲＳＮ）を目標ＰＤＣＰに通知し、以後伝送が再開されると、目標ＰＤＣＰは、前記一番目のＤＬＰＤＣＰＳＮ（ＤＬＲＳＮ）に該当するＳＤＵをＤＬに伝送する（過程１２）。

アップリンクの一例として、図１６を参照する時、受信側ソースＰＤＣＰがＲＬＣから一連番号５０のＰＤＵを受信すると、次のＵＬＲＳＮは５１と番号が付けられる（過程２）。前記ソースＲＲＣは、ＰＤＣＰからＵＬＲＳＮを受信して（過程２）、目標ＲＲＣに伝送する（過程３）。目標ＲＲＣまたはソースＲＲＣは、ＵＬＲＳＮをＵＥＲＲＣに通知し、ＵＥＲＲＣは、目標ＲＲＣまたはソースＲＲＣから受信されたＵＬＲＳＮをＵＥＰＤＣＰに通知する。次いで、前記ＵＥＰＤＣＰは、以後に伝送が再開される時、ＵＬＲＳＮに該当するＳＤＵをアップリンク（ＵＬ）に伝送する（過程８）。

従って、無損失ＳＲＮＳの再割当を遂行するための従来ＰＤＣＰプロトコル規格においては、無損失割当過程が遂行される時、未確認されたＰＤＣＰＳＤＵの伝送に必要なＰＤＣＰバッファーをどのように管理するかが定義されていないし、ヘッダー圧縮コンテクスト状態（ｃｏｎｔｅｘｔｓｔａｔｅ）によりＬＳＲ以後のＰＤＣＰＳＮにギャップ（ｇａｐ）が発生した時、これをどのように処理するかが定義されていないという不都合な点があった。

また、ＰＤＣＰ間の一連番号（ＳＮ）が相互相違である場合、これをどのように処理するか、ＰＤＣＰＳＤＵの伝送時点をどのように決定するか、そして、ＬＳＲ過程の以後にＰＤＣＰ受信側は、どのように動作されるかも定義されていないという不都合な点があった。その他にも、目標ＲＲＣが一連番号を比較する時に発生するモジュール比較（ｍｏｄｕｌａｒｃｏｍｐａｒｉｓｏｎ）の問題もまだ解決されていないという不都合な点があった。

従って、無損失ＳＲＮＳの再割当（ＬＳＲ）を支援するためのＰＤＣＰプロトコル規格にある従来技術によってＰＤＣＰが動作されると、損失無しにＳＲＮＳの再割当をすることができなくなるために、移動環境でパケットデータの無損失送信／受信が不可能になるという不都合な点があった。

本発明は、このような従来課題に鑑みてなされたもので、ＰＤＣＰがＬＳＲ動作を遂行する時、ＰＤＣＰが安定的に動作するようにＰＤＣＰＳＤＵバッファーを有する新しいＰＤＣＰ構造を提供して、前記ＰＤＣＰ構造に基づいて効率的な節次および該節次に必要なプリミティブ（Ｐｒｉｍｉｔｉｖｅ）およびパラメータを提供することを目的とする。

また、無線網制御器または使用者装置でインターフェースプロトコルを定義することによりパケットデータの損失を防止するための効率的なＬＳＲ方法を提供することを目的とする。

このような目的を達成するため、本発明に係るパケットデータの伝送方法においては、伝送されたが未応答された一番目のＰＤＣＰＳＤＵの送信ＰＤＣＰ一連番号および送信側ＰＤＣＰ階層の一番目の未発送ＰＤＣＰＳＤＵの送信ＰＤＣＰ一連番号を利用して、受信側ＰＤＣＰ階層から次に伝送される受信ＰＤＣＰ一連番号の有効性をチェックする過程に構成されることを特徴とする。

ＳＲＮＳ再割当が発生する時、上位および上位階層を有する使用者装置と通信するソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、下位および上位階層プロトコルを有する無線網で、本発明に係るパケットデータの伝送方法においては、ソースＲＮＣが送信一連番号を目標ＲＮＣに伝達する過程と、ソースＲＮＣが未確認データユニットおよび該当の一連番号を目標ＲＮＣに伝達する過程と、目標ＲＮＣが使用者装置から受信一連番号を受信する過程と、目標ＲＮＣが前記ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して前記受信一連番号が有効範囲に存在するかをチェックする過程と、を順次行うことを特徴とする。

前記ソースＲＮＣの送信一連番号はソースＲＮＣの下位階層プロトコルから目標ＲＮＣの上位階層プロトコルに提供されることを特徴とする。

前記未確認データユニットおよび該当一連番号は、ソースＲＮＣの下位階層プロトコルから目標ＲＮＣの下位階層プロトコルに提供されることを特徴とする。

前記受信一連番号は、使用者装置の上位階層プロトコルから目標ＲＮＣの上位階層プロトコルに提供されることを特徴とする。

好ましくは、前記ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、目標ＲＮＣの上位下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。類似に、使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。

前記目標ＲＮＣの下位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する。反面、目標ＲＮＣの上位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する。好ましくは、受信一連番号が一番目の未確認データユニットの一連番号より小さく、送信一連番号より大きい時、受信一連番号は無効範囲に存在する。

受信一連番号が有効範囲に存在すると、一連番号同期化が開始される。前記一連番号同期化は、目標ＲＮＣの下位階層プロトコルにより開始され、目標ＲＮＣの下位階層プロトコルは、パケットデータ収斂プロトコル階層である。また、一連番号同期化は、目標ＲＮＣの上位階層プロトコルによって開始され、目標ＲＮＣの上位階層プロトコルは無線資源制御階層である。

ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、ソースＲＮＣからパケットデータの一部を受信して、目標ＲＮＣからパケットデータの他の一部分を受信する使用者装置と連動され、各ＲＮＣは少なくとも下位および上位階層プロトコルを有して、前記目標ＲＮＣは、使用者装置から提供された受信一連番号、ソースＲＮＣから提供された一番目の未確認データユニットの一連番号および一番目の未発送データユニットに該当する送信一連番号を有する無線網で、本発明に係るパケットデータ伝送方法においては、ソースＲＮＣで未確認データユニットの一部が使用者装置に伝達されるように未確認データユニットを目標ＲＮＣに伝達する過程と、目標ＲＮＣで前記一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する過程と、を順次行うが、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きい時に有効範囲に存在する。

前記ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、前記目標ＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。

前記ソースＲＮＣは、未確認データユニットに該当する一連番号を目標ＲＮＣに伝送することを特徴とする。

また、前記使用者装置は、少なくとも下位および上位プロトコルを包含することを特徴とする。

好ましくは、前記未確認データユニットおよび該当一連番号は、ソースＲＮＣの下位階層プロトコルから目標ＲＮＣの下位階層プロトコルに伝送され、類似に、受信一連番号は、使用者装置の上位階層プロトコルから目標ＲＮＣの上位階層プロトコルに伝送される。そして、使用者装置の上位および下位プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。

前記目標ＲＮＣの下位階層プロトコルは、少なくともソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定して、目標ＲＮＣの上位階層プロトコルは、少なくともソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定する。受信一連番号が無効範囲に存在すると、下位階層プロトコルは一連番号同期化を開始して、前記目標ＲＮＣの下位階層プロトコルはパケットデータ収斂プロトコル階層が好ましい。

ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、ソースＲＮＣにパケットデータの一部を伝送して目標ＲＮＣにパケットデータの他の一部分を伝送する使用者装置と連動され、各ＲＮＣは、下位および上位階層プロトコルを有する無線網において、無損失パケットデータ伝送のためのアップリンクプロセスとして提供されたパケットデータ伝達方法においては、目標ＲＮＣがソースＲＮＣから受信一連番号を受信する過程と、目標ＲＮＣが使用者装置に前記受信一連番号を提供する過程と、使用者装置が一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲にあるかを決定する過程と、を包含して構成され、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きい時無効範囲内に存在する。

前記のようなプロセスを遂行するために、次に伝送されるデータユニットの一連番号に該当する受信一連番号を提供する使用者装置および使用されるための無線網のパケットデータ伝達システムにおいては、下位および上位階層プロトコルを有して、使用者装置から受信一連番号を受信する目標無線網制御器（ＲＮＣ）と、下位および上位階層プロトコルを有するソースＲＮＣと、を包含して構成され、前記ソースＲＮＣは、目標ＲＮＣに一番目の未確認データユニットの一連番号を提供して、前記目標ＲＮＣは、一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲にあるかを決定するが、前記受信一連番号が一番目の未確認データユニットの一連番号より小さいかまたは、次に一番目に発送される（未発送された）一連番号より大きい時ｎ受信一連番号は無効範囲に存在する。

前記ソースＲＮＣは、未確認データユニットを目標ＲＮＣに伝達する。また、ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、目標ＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。

前記目標ＲＮＣの下位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認されたデータユニットの一連番号を利用して、受信一連番号が有効範囲内にあるかを決定する。そして、目標ＲＮＣの上位階層プロトコルは、ソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定する。受信一連番号が無効範囲に存在すると、目標ＲＮＣの下位階層プロトコルは一連番号同期化を開始する。

パケットデータを初期にソース無線網制御器（ＲＮＣ）にアップリンクした後、目標ＲＮＣにアップリンクする無線網用使用者装置においては、次の予想一連番号に該当する受信一連番号を目標ＲＮＣから受信する上位階層プロトコルと、上位階層プロトコルと通信して、受信一連番号を受信する下位階層プロトコルと、を包含して構成され、前記下位階層プロトコルは、受信一連番号が有効範囲に存在するかを決定するが、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きいと、無効範囲に存在して、前記送信一連番号は、次に一番目に発送される（未発送された）データユニットの一連番号に該当して、前記未確認データユニットの一連番号は、伝送されたがまだ確認されなかった一番目のデータユニットの一連番号に該当する。

前記無線網用使用者装置で、使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、受信一連番号が有効範囲に存在すると、使用者装置の下位階層プロトコルは一連番号同期化を開始する。

送信側ＰＤＣＰ階層および受信側を有する無線網で、本発明に係るパケットデータ伝送方法においては、一連番号を有するデータユニットを受信側に伝送する過程と、受信側から発送された受信一連番号を受信する過程と、伝送されたが確認されない（未確認）一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の未発送された一番目のデータユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする過程と、受信一連番号が範囲内に存在しないと、一連番号同期化を開始する過程と、を順次行う。また、前記範囲は、一番目の未確認データユニットの一連番号から送信一連番号までである。

前記無線網は、ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、送信ＰＤＣＰ階層としてのＰＤＣＰ階層、受信側として使用者装置とデータ通信を遂行するソースおよび目標ＲＮＣ、送信一連番号を目標ＲＮＣに伝達するソースＲＮＣと、を包含して構成され、前記ソースＲＮＣは、未確認データユニットおよび該当一連番号を目標ＲＮＣに伝達する。

前記ソースＲＮＣの送信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層から提供され、前記未確認データユニットおよび該当一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とする。好ましくは、ソースＲＮＣから受信された受信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供される。また、前記受信一連番号は、受信側のＲＲＣ階層から提供されることができるし、ＰＤＣＰ階層から受信側のＲＲＣ階層に提供されることもできる。

前記受信一連番号は、次に受信されると予想される受信側の一連番号であることを特徴とする。

本発明は、最小限送信側ＰＤＣＰ階層および受信側を有する無線網が、一連番号を有するデータユニットを受信側に伝送する過程と、受信側から伝送された受信一連番号を受信する過程と、伝送されたが未確認された一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の未発送された一番目のデータユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする過程と、受信一連番号が前記範囲内に存在しないと、一連番号同期化を開始する過程と、を順次行うことを特徴とするパケットデータ伝送方法である。

本発明の一実施形態において、前記無線網は、最小限ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、最小限送信側ＰＤＣＰ階層としてのＰＤＣＰ階層、使用者装置とデータ通信を遂行する受信側としてのソースおよび目標ＲＮＣに構成され、前記ソースＲＮＣは、送信一連番号を目標ＲＮＣに伝達して、前記ソースＲＮＣは、未確認データユニットおよび該当一連番号を目標ＲＮＣに伝達することを特徴とするパケットデータ伝送方法である。

本発明の一実施形態において、前記ソースＲＮＣの送信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供されることを特徴とする請求項２記載のパケットデータ伝送方法である。

本発明の一実施形態において、前記各未確認データユニットおよびそれに該当する一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とするパケットデータ伝送方法である。

本発明の一実施形態において、前記ソースＲＮＣに受信された受信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供されることを特徴とするパケットデータ伝送方法である。

本発明の一実施形態において、前記受信一連番号は、受信側ＲＲＣ階層から提供されることを特徴とするパケットデータ伝送方法である。

本発明の一実施形態において、前記受信一連番号は、ＰＤＣＰ階層から受信側ＲＲＣ階層に提供されることを特徴とするパケットデータ伝送方法である。

本発明の一実施形態において、前記受信一連番号は、次に受信される受信側一連番号であることを特徴とするパケットデータ伝送方法である。

本発明の一実施形態において、前記範囲は、一番目の未確認データユニットの一連番号から２番目一連番号まであることを特徴とするパケットデータ伝送方法である。

さらに本発明は、一連番号を有するデータユニットを受信側に伝送する送信機と、受信側から発送された受信一連番号を受信する受信機と、伝送されたが未確認された一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の一番目の未発送データユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする第１エンティティー（ｅｎｔｉｔｙ）と、受信一連番号が範囲内に存在しないと、一連番号の同期化を開始する第２エンティティーと、を包含して構成されることを特徴とする無線網のパケットデータ伝送装置である。

本発明の一実施形態において、前記第１、第２エンティティー中の最小限一つは、ＲＲＣ階層であることを特徴とする無線網のパケットデータ伝送装置である。

本発明の一実施形態において、前記第１、第２エンティティー中の最小限一つは、ＰＤＣＰ階層であることを特徴とする無線網のパケットデータ伝送装置である。

本発明の一実施形態において、前記通信装置は、移動端末であって、前記受信側は、無線網制御器（ＲＮＣ）であることを特徴とする無線網のパケットデータ伝送装置である。

本発明の一実施形態において、前記通信装置は、ＲＮＣであって、前記受信側は、移動端末であることを特徴とする無線網のパケットデータ伝送装置である。

さらに本発明は、前記少なくともソースＲＮＣおよび目標ＲＮＣを有して、各ＲＮＣは、少なくとも送信側ＰＤＣＰ階層としてＰＤＣＰ階層、受信側として移動端末とデータ通信をするソースおよびターゲットＲＮＣを包含して、前記通信装置は、目標ＲＮＣの無線網は、ソースＲＮＣから送信一連番号を受信する第１インターフェースと、ソースＲＮＣから未確認データユニットと該当一連番号を受信する第２インターフェースと、を追加して包含されることを特徴とする無線網のパケットデータ伝送装置である。

本発明の一実施形態において、前記第１インターフェースは、ＲＲＣ階層であることを特徴とする無線網のパケットデータ伝送装置である。
前記第２インターフェースは、ＧＴＰ階層であることを特徴とする請求項１５記載の無線網のパケットデータ伝送装置である。

さらに本発明は、初期にソース無線網制御器（ＲＮＣ）と通信して、次に目標ＲＮＣと通信する無線網であって、少なくともソースおよび目標ＲＮＣ中の一つから受信一連番号を受信する上位階層プロトコルと、前記上位階層プロトコルと通信して、上位階層プロトコルから受信一連番号を受信する下位階層プロトコルと、を包含して構成され、前記下位階層プロトコルは、受信一連番号が有効範囲にあるかを判断して、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きいと、無効範囲にあって、前記送信一連番号は、一番目に未発送データユニットの一連番号に該当して、前記一番目の未確認データユニットの一連番号は、一番目に伝送されたが、無応答されたデータユニットの一連番号に該当することを特徴とする無線網用使用者装置である。

本発明の一実施形態において、前記受信一連番号は、次に予想される一連番号に該当する受信一連番号であることを特徴とする無線網用使用者装置である。

本発明の一実施形態において、前記使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であることを特徴とする無線網用使用者装置である。

本発明の一実施形態において、受信一連番号が無効範囲に存在すると、前記使用者装置の下位階層のプロトコルは、一連番号同期化を開始することを特徴とする無線網用使用者装置である。

本発明の一実施形態において、前記上位階層プロトコルは、目標ＲＮＣから受信一連番号を受信することを特徴とする無線網用使用者装置である。

以上説明したように、本発明に係る無線通信システムのパケットデータ収斂プロトコル構造（ＰＤＣＰ）およびその方法においては、パケットサービス領域で無損失ＳＲＮＳ（ＬＳＲ）を支援するために全体的にＰＤＣＰプロトコル構造を再構成して、これに必要な制御情報および動作節次を新しく定義することで、パケットサービス領域で無損失ＳＲＮＳを遂行してデータ通信システムの移動性を完全に保障し得ることが可能になった。

以下、本発明の実施の形態に対し、図を用いて説明する。

図１は、ＰＤＣＰ階層の送信側にＳＤＵバッファーを包含する新しいＰＤＣＰ構造である。

ＰＤＣＰＳＤＵバッファーは、ＰＤＣＰが無損失ＳＲＮＳの再割当（ＬＳＲ）を支援する場合のみに必要であって、前記ＰＤＣＰＳＤＵバッファーがＰＤＣＰＰＤＵバッファーの代りに使用される。ＬＳＲが発生すると、ヘッダー圧縮アルゴリズムが新しく割当されるために、ソースＰＤＣＰおよび目標ＰＤＣＰで使用されるアルゴリズムは相互相違になる。

図１に示したように、ＰＤＣＰがＬＳＲを支援する場合、ＳＤＵが受信されると、ＰＤＣＰはＳＤＵを各ＳＤＵ単位形態にバッファーに格納した後、提供されたヘッダー圧縮アルゴリズムによってヘッダー圧縮を遂行してＰＤＣＰＰＤＵ（＝ＲＬＣＳＤＵｓ）を生成して、該生成されたＰＤＣＰＰＤＵをＲＬＣＡＭエンティティーに伝達する。

一方、ＵＴＲＡＮＰＤＣＰの送信側は、ＰＤＣＰＳＮを管理しなければならない。

図２および３は、本発明の実施形態で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する時のＬＳＲ過程である。特に、図２は、ＬＳＲ過程のダウンリンク（ＵＴＲＡＮからＵＥ）を、図３は、アップリンク（ＵＥからＵＴＲＡＮ）を示す。

図２および３で、図１５および図１６に図示された従来技術と同様な動作には同様な番号を使用して、新しく追加されるかまたは、補正されたプロセス（ｐｒｏｃｅｓｓ）または過程（ｓｔｅｐ）は、小数点に示したし、斜線をつけた部分は補正されたかまたは、新しく追加されたプロセスである。即ち、プロセス３または４間にプロセスが追加されると、該当プロセスは、３．５に表示する。

図２を参照すると、ダウンリンクモードでＬＳＲが発生するかまたは、アクティブになると、未確認（Ｕｎｃｏｎｆｉｒｍｅｄ）ＰＤＣＰＳＤＵと一緒にＤＬＰＤＣＰＳＮがＧＴＰ−Ｕに伝送される。その理由は、未確認ＳＤＵがソースＧＴＰ−Ｕから目標ＧＴＰ−Ｕに伝達される時、データ（ＰＤＣＰＳＤＵ）だけでなくＤＬＧＴＰ−ＵＳＮおよびＤＬＰＤＣＰＳＮもソースＧＴＰ−Ｕから目標ＧＴＰ−Ｕに伝達されるが、前記未確認ＳＤＵおよび各ＤＬＰＤＣＰＳＮは、ＰＤＣＰにより管理されるために、ＧＴＰ−ＵはＤＬＰＤＣＰＳＮを分からなくなるからである。かつ、図２に示したように、ＰＤＣＰＳＤＵおよびＤＬＰＤＣＰＳＮは、ソースおよび目標ＧＴＰ−Ｕをバイパスさせることで、目標ＰＤＣＰに伝達される。従って、ＬＳＲがアクティブされてデータが伝達される時、ソースＲＮＣのＰＤＣＰから目標ＲＮＣのＰＤＣＰにデータと一緒にＤＬＰＤＣＰＳＮが伝達されなければならない。

ソースＲＮＣは、ソースＲＮＣのＰＤＣＰからＧＴＰ−Ｕに伝達されるＰＤＣＰ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎ（表示）プリミティブにＰＤＣＰＳＤＵだけでなくＤＬＰＤＣＰＳＮを追加して、目標ＲＮＣは、ＰＤＣＰに伝達されるＰＤＣＰ−ＤＡＴＡ−Ｒｅｑｕｅｓｔ（要求）プリミティブにＰＤＣＰＳＤＵだけでなくＤＬＰＤＣＰＳＮを追加する。前記方法は、図２の過程４に示したように、ＬＳＲが支援される時、ＵＴＲＡＮ側で使用される。

詳述したように、未確認ＳＤＵを伝達するためには、ソースＲＲＣがソースＰＤＣＰに開始を命令しなければならない。即ち、過程（３．５）に示したように、データ伝達（ｆｏｒｗａｒｄｉｎｇ）の要求がＰＤＣＰに提供されなければならない。

ＰＤＣＰは、自らデータ伝達を開始することができないために、ＲＲＣからの命令が必要であるが、前記命令は、従来電気通信標準には定義されていないために、ソースＰＤＣＰは、ＬＳＲが発生する間、データを伝達することができない。結果的に、未確認ＳＤＵは全て廃棄される。

前記問題を解決するために本発明の実施形態では、図２の過程（３．５）に示したように、ソースＲＲＣは、データ伝達の要求を発送することで、ソースＰＤＣＰを命令する。

一方、目標ＰＤＣＰは、ＬＳＲプロセスの間、目標ＲＲＣからＤＬＰＤＣＰ
ＳＮを受信する。従って、ＰＤＣＰは、ＵＥに伝送される一番目のＰＤＵの一連番号（ＳＮ）を分かることができるが、これは目標ＰＤＣＰの送信側に該当して、受信側は、ＵＥから初めて伝送される一番目のＵＬＰＤＣＰＳＮを分からなければならない。

図１６を参照すると、目標ＰＤＣＰの受信側の目標ＲＲＣから一番目のＵＬＰＤＣＰＳＮを受信しないと、ＬＳＲプロセスの以後ＰＤＣＰが初めて受信したＰＤＵのＳＮは０になるためにアップリンク（ＵＬ）のＰＤＣＰデータを伝送する時、各ＳＮの同期が合わないようになる。

従って、目標ＰＤＣＰの受信側は、目標ＲＲＣから一番目のＵＬＰＤＣＰＳＮを受信しなければならないが、従来電気通信標準で、目標ＲＲＣは、目標ＰＤＣＰに一番目のＤＬＰＤＣＰＳＮのみを通報する。

前記のような問題点を解決するために、本発明は、図２の過程１２に示したように、目標ＲＲＣは、目標ＰＤＣＰに一番目のＤＬＰＤＣＰＳＮ（ｅ．ｇ，．ＤＬＲＳＮ）および一番目のＵＬＰＤＣＰＳＮ（ｅ．ｇ．，ＵＬＲＳＮ）を通知し得る方法を提案する。

また、現在の３ＧＰＰ標準規格では、送信側と受信側のＰＤＣＰのＳＮとが相違であると、ＳＮの訂正および一致のためにＳＮ同期化プロセスが遂行される。ところが、ＳＮ同期化プロセスは、但しＲＲＣがＰＤＣＰを命令する時のみに遂行されるだけで、ＰＤＣＰは、自らＳＮ同期化プロセスを開始することができない。

一般なＳＮ同期化プロセスを説明すると、ＲＲＣは、自身の送信側ＰＤＣＰと相手方の受信側ＰＤＣＰのＳＮとが相互相違である時、送信側ＰＤＣＰにＳＮ同期化プロセスの遂行を命令する。

前記命令を受けたソースＲＮＣのＰＤＣＰは、ＰＤＣＰＳｅｑＮｕｍＰＤＵを目標ＲＮＣのＰＤＣＰに伝送するが、前記ＰＤＣＰＳｅｑＮｕｍＰＤＵは、ＰＤＣＰｄａｔａＰＤＵの代りにＳＮを通知する特別なＰＤＵ（即ち、図１４のＰＤＣＰＳｅｑＮｕｍＰＤＵ）であって、前記ＰＤＣＰＳｅｑＮｕｍＰＤＵには、送信一連番号（ＳｅｎｄＳｅｑｕｅｎｃｅＮｕｍｂｅｒ：ＳＳＮ）が付加される。

前記ＰＤＣＰＳｅｑＮｕｍＰＤＵを受信した受信側ＰＤＣＰ（または、目標ＲＮＣのＰＤＣＰ）は、受信一連番号（ＲｅｃｅｉｖｅＳｅｑｕｅｎｃｅＮｕｍｂｅｒ：ＲＳＮ）をＳｅｑＮｕｍＰＤＵのＳＳＮに設定して、両方側（ＳＳＮおよびＲＳＮ）の一連番号（ＳＮ）を一致させる。

そして、ＰＤＣＰ送信側は、受信側からＰＤＣＰＳｅｑＮｕｍＰＤＵ中の何れか一つを受信したという通知を受けると、前記ＳＮ同期化プロセスを終了して、以後のデータは、ＰＤＣＰｄａｔａＰＤＵを利用して伝送する。

従来規格には、ＳＮ同期化プロセスが必要とした場合を、第１、ＲＬＣリセット以後、第２、無線ベアラー（ＲＢ）再構成プロセス以後、第３、目標ＲＬＣがＬＳＲの間ＵＥＲＲＣから無効なＤＬＲＳＮを受信した場合などのように三つの類型に定義している。

前記ＲＬＣリセットとＲＢ再構成は、送信側ＰＤＣＰからＲＬＣに伝達されたＰＤＣＰＰＤＵが受信側に伝送される前に行われることができるし、この場合、ＳＳＮは増加して、ＲＳＮは増加しないために、前記プロセス以後のＳＮ同期化プロセスが必要になる。

第３の場合は、次のような場合に必要である。ＬＳＲプロセスの間、目標ＲＲＣは、ソースＲＲＣから受信したＤＬＳＳＮとＵＥＲＲＣから受信されたＤＬＲＳＮとを比較して、次に初めて伝送されるＰＤＣＰＰＤＵの一番目のＤＬＰＤＣＰＳＮを決定する（図１５の過程１１）。一般に、ＤＬＲＳＮは、未確認ＳＤＵによりＤＬＳＳＮより小さいかまたは、同様であるが（ＤＬＲＳＮ≦ＤＬＳＳＮ）、この場合、目標ＲＲＣは、一番目のＤＬＰＤＣＰＳＮをＤＬＲＳＮに設定してＰＤＣＰに通知する。

ところが、伝送中にエラーまたはプロトコルエラーなどの理由によってＵＥから受信したＤＬＲＳＮがＤＬＳＳＮより大きいと（ＤＬＲＳＮ＞ＤＬＳＳＮ）、前記ＤＬＲＳＮは無効である。この場合、ＲＲＣは、ＵＳＲＡＮにエラーがあることを認識してＰＤＣＰにＳＮ同期化プロセスを開始するように命令する。

従来３ＧＰＰ規格（図１５の過程１１）では、前記三つの場合に対してＲＲＣがＳＮ同期化プロセスを開始するようにＰＤＣＰ送信側に命令するように規定している。

ところが、第３の場合で、ＬＳＲプロセスの間、目標ＲＲＣがＵＥＲＲＣから無効なＤＬＲＳＮを受信すると、深刻なエラーが発生することができる。例えば、ＰＤＣＰＳＮで使用されるビット数は、１６ビットであって、０−６５５３５までの範囲を有する。従って、ＳＮ＝６５５３５を超過する次のＳＮは０になって、以後のＳＮは０から順次に増加する。

例えば、未確認されたＳＤＵのＳＮが６５０００−２０００（即ち、６５０００−６５５３５、０−２０００）の場合に、ＵＥからＤＬＲＳＮ＝６５５３５を受信すると、目標ＲＲＣは、ＤＬ＝２００１（即ち、ＤＬＲＳＮ＞ＤＬＳＳＮ）のためにＤＬＲＳＮを無効したものに見なして、目標ＰＤＣＰにＳＮ同期化プロセスを開始するように命令する。この場合、ＵＥがＳＮ＝６５０００−６５３３４に該当するＳＤＵを正確に受信したにもかかわらず、ＰＤＣＰは、ＳｅｑＮｕｍＰＤＮを利用してＳＮ＝６５０００からＳＤＵを再伝送するために、無線資源の浪費を招くようになる。前記のような問題点は、目標ＲＲＣがＤＬ
ＲＳＮの有効範囲を分からないために発生して、前記のような場合に、モジュール比較の問題が発生する。

従って、前記のような問題点を解決するために、本発明は、次のような方法を図２および３を参照して説明する。

本発明は、ＵＥから受信されたＤＬＲＳＮの有効性（Ｖａｌｉｄｉｔｙ）を検査するために、ソースＲＲＣから受信したＤＬＲＳＮおよびＳＤＵの一番目の未確認ＳＮ（ＦｉｒｓｔｕｎｃｏｎｆｉｒｍｅｄＳＮｏｆＳＤＵ：ＦＵＳＮ）を検査する。この時、ＦＵＳＮは、伝送されたが、未応答されたＳＤＵと同様である。

ＦＵＳＮおよびＤＬＳＳＮは、ＤＬＲＳＮの有効範囲を決定する値であって、ＤＬＲＳＮが範囲に位置すると、（ＦＵＳＮ≦ＤＬＲＳＮ≦ＤＬＳＳＮ）、本発明は、ＤＬＲＳＮ値を有効であると見なして、ＤＬＲＳＮに該当するＳＤＵを、例えば、ＵＥに伝送する。反面、ＤＬＲＳＮが範囲の外に位置すると、ＤＬＲＳＮ値が無効であると見なして、ＳＮ同期化プロセスを開始する。

前記ＤＬＲＳＮの有効性検査は、ＲＲＣまたはＰＤＣＰで遂行することができるし、本発明の一実施形態に係るＰＤＣＰで、ＤＬＲＳＮの有効性検査を図２（過程１３）を参照して説明する。

ＵＥＲＲＣからＤＬＲＳＮを受信すると、（図２の過程１０）、目標ＲＲＣは、受信されたＤＬＲＳＮをソースＲＲＣから受信されたＤＬＳＳＮと一緒に目標ＰＤＣＰに通知する（図２の過程１２）。また、目標ＲＲＣは、ＰＤＣＰの受信側のためにＵＬＲＳＮをＰＤＣＰに通知するが、この時、重要なことは、ＤＬＳＳＮも通知されるという点である。

正常な場合、ＰＤＣＰは、各未確認ＳＤＵのＤＬｓｅｎｄＰＤＣＰＳＮを分かっていて、ＳＤＵの最後の未確認ＳＮ（ＬａｓｔＵｎｃｏｎｆｉｒｍｅｄＳＮｏｆＳＤＵ：ＬＵＳＮ）に１を足した値がＤＬＳＳＮであるために、前記ＤＬＳＳＮは通知されなくても良い。ところが、後述されるギャップ（Ｇａｐ）ＳＮが発生する場合には、公式（ＤＬＳＳＮ＝ＬＵＳＮ＋１）が成立しないために、前記のような問題点を予想してＤＬＳＳＮも目標ＰＤＣＰに通知するようになる。

従来には、ＲＲＣでＤＬＲＳＮを検査したが（図１５の過程１１）、本発明ではＰＤＣＰで検査して、ＲＲＣは、但し３個の値（ＤＬＲＳＮ、ＤＬＳＳＮおよびＵＬＲＳＮ）のみをＰＤＣＰに伝達する。従って、図２の過程１１に示したように、目標ＲＲＣではどんなことも発生しない。

目標ＲＲＣからＤＬＲＳＮおよびＤＬＳＳＮを受信した目標ＰＤＣＰは、格納されたＦＵＳＮを利用して条件（ＦＵＳＮ≦ＤＬＲＳＮ≦ＤＬＳＳＮ）が満足されるかを検査する。条件が満足されると、目標ＲＮＣのＰＤＣＰは、ＤＬＲＳＮに該当する一連番号（ＳＮ）を有するＳＤＵの伝送を開始する。反面、条件が満足されないと、目標ＲＮＣのＰＤＣＰは、ＳＮ同期化プロセスを実行して、ＦＵＳＮに該当する一連番号を有するＳＤＵをＰＤＣＰＳｅｑＮｕｍＰＤＵを利用して伝送する。

即ち、従来には、ＲＲＣの命令によってＳＮ同期化プロセスが遂行されたが、本発明では、ＰＤＣＰが自体的に判断してＳＮ同期化プロセスを遂行するようにした。また、前記ＳＮ有効性検査およびＳＮ同期化プロセスは、ＵＴＲＡＮだけでなくＵＥによっても遂行することができる。

図３は、本発明に係るアップリンクＬＳＲプロセスをの実施形態を示している。

従来技術では、ＵＥのＰＤＣＰがＵＬＲＳＮを受信する時、ＰＤＣＰは、如何なる検査もしなくて、ＵＬＲＳＮに該当するＳＤＵから伝送を開始し、従来の規格にはＵＬＲＳＮが有効範囲を外れる場合に対する如何なる定義もない実情である。

本発明の実施形態では、ソースＲＲＣからＵＬＲＳＮが受信されると、（図３の過程２）、目標ＲＲＣはＵＬＲＳＮを目標ＰＤＣＰに通知する（図３の過程１２）。また、目標ＲＲＣは、ＵＬＲＳＮをＵＥＲＲＣに伝達して（過程７）、伝送されたＵＬＲＳＮは、ＵＥＰＤＣＰに伝達される（過程８）。

本発明に係る前記ＵＥＰＤＣＰは、ＵＴＲＡＮＰＤＣＰのようにアップリンクモードの間ＵＬＲＳＮの有効性検査を遂行するが、ＵＬＲＳＮが有効範囲を外れると、ＳＮ同期化プロセスが開始される。この時、ＵＥＰＤＣＰの有効性検査は、ＲＲＣから受信されたＵＬＲＳＮが条件（ＦＵＳＮ≦ＵＬＲＳＮ≦ＵＬＳＳＮ）を満足であるかを確認すると良い。

条件が満足されると、ＵＥＰＤＣＰはＵＬＲＳＮに該当するＳＤＵから伝送し、満足されないと、ＳＮ同期化プロセスを開始して、ＳｅｑＮｕｍＰＤＵを利用してＦＵＳＮに該当するＳＤＵから伝送する。

図４は、本発明に係るＲＲＣのＳＮ有効性検査過程の他の実施形態である。

この時、過程１−６は、図２および図３と同様であるために、図４には、過程７以後の過程のみが図示されている。

ＲＲＣは、ＦＵＳＮを分からないために、ＲＲＣは、ＰＤＣＰから各ＳＮに対した情報を受信した後、検査を開始することができる。例えば、ＵＥＲＲＣは、過程（７．５）以前にＵＥＰＤＣＰからＵＬＦＵＳＮおよびＵＬＳＳＮを分からなければならないし（図４の＜７．５番目のプロセス）、目標ＲＲＣは、過程１１以前に目標ＰＤＣＰからＤＬＦＵＳＮを知っていなければならない（図１２の＜１１番目プロセス）。前記情報を分かるようになると、ＵＥＲＲＣおよび目標ＲＲＣは、夫々ＵＬＲＳＮおよびＤＬＲＳＮの有効性検査を遂行することができる（図４の過程７および１１）。

各ＲＳＮ値が有効範囲内にあると、ＲＲＣは、該当値をＰＤＣＰに通知して、有効範囲外にあると、ＳＮ同期化を遂行するようにＰＤＣＰに命令する。

本発明では、ＰＤＣＰで有効性検査を遂行する場合、ＰＤＣＰの自体決定にＳＮ同期化が開始されるように提案した。併し、ＰＤＣＰが有効性検査を遂行しなくてもＰＤＣＰの決定によってＳＮ同期化が要求される場合もある。一例として、前記各場合中、一つは、ＬＳＲの間ＰＤＣＰ送信側（ソースＰＤＣＰ）に格納された未確認ＳＤＵの間でＳＮのギャップ（ｇａｐ）が発生する場合であって、無損失伝送のためにギャップＳＮに該当するＰＤＵが伝送される必要がある。

前記ギャップＳＮ（またはギャップを有するＳＮ）は、ヘッダー圧縮により発生され、ヘッダー圧縮は、ＰＤＣＰＳＤＵにあるＩＰヘッダーを圧縮するものであって、ＰＤＣＰの機能中の一つである。ＰＤＣＰでヘッダー圧縮が遂行される時、送信側および受信側は、同様なアルゴリズムを使用しなければならない。

ところが、ヘッダー圧縮を使用する時、たびたび受信側は送信側にフィードバックアルゴリズムを発送する。前記フィードバックアルゴリズムは、ＰＤＣＰＰＤＵ形態（ｆｏｒｍ）に伝送され、前記ＰＤＣＰＰＤＵは、ＰＤＣＰＳＤＵから発生されるのでなくＰＤＣＰが自体的に発生する。

ＧＴＰ−ＵＳＮは、ＰＤＣＰＳＤＵ毎に付加され、前記ＰＤＣＰＳＮは、ＰＤＣＰＰＤＵ毎に付加されるために、ＧＴＰ−ＵＳＮおよびＰＤＣＰＳＮは、フィードバック情報によって１：１対応されないこともある。かつ、ＬＳＲの以前または以後に使用されるヘッダー圧縮アルゴリズムは、相互相違であることがあるし、確認されないフィードバックＰＤＵは、以前（ｏｕｔ−ｏｆ−ｄａｔａ）の情報を包含しているために、目標ＰＤＣＰに伝送されなく、ソースＰＤＣＰで廃棄される。

従って、前記のような場合、目標ＰＤＣＰに伝送された未確認ＳＤＵのＰＤＣＰＳＮ間にギャップが存在する。従来には、このようなギャップを考慮しなかったし、従って、未確認ＳＤＵが順次に伝送されるために、ＳＳＮとＲＳＮ間にギャップに該当する差が発生する。送信側ＰＤＣＰおよび受信側ＰＤＣＰは、ＳＮ同期化プロセスが遂行される前に相互ＳＮを交換しないために、ギャップＳＮによる送信側ＰＤＣＰと受信側ＰＤＣＰ間のＳＮの差は認識されない。以後、再びＬＳＲが発生すると、ＳＤＵは前記ＳＮの差によって損失を受ける。

前記のような問題点を解決するために、本発明は、２種類の具体的な方法を提案する。

図５は、ギャップＳＮが発生した場合、ＰＤＣＰがＳＮ同期化を開始して、ギャップＳＮの次のＳＮに該当するＳＤＵをＳｅｑＮｕｍＰＤＵ形態に伝送する方法の一番目の例である。

ＬＳＲが遂行される時、ソースＰＤＣＰの未確認ＰＤＵがＳＮ＝２１−２５に該当するＰＤＵで、ＳＮ＝２３のＰＤＵがフィードバックＰＤＵであると仮定すると、前記ＳＮ＝２３は目標ＰＤＣＰに伝達されない。従って、目標ＰＤＣＰは、ＳＮ＝２１−２５中、ＳＮ＝２３を除外したＳＤＵを格納して、目標ＲＲＣから一番目のＤＬＰＤＣＰＳＮ＝２２が通知される時にＳＮ＝２２に該当するＳＤＵから伝送を開始する。

ところが、ＳＮ＝２２のＰＤＵが伝送された後、ＳＮ＝２３のＰＤＵは存在しないために、ＰＤＣＰはＳＮギャップが存在するかを判断して、ギャップＳＮの次のＳＤＵに対したＳＮ同期化プロセスを開始する。そして、ＳＮ＝２４以後のＳＤＵは、全てＳｅｑＮｕｍＰＤＵを利用して全て伝送される。ＳＮ＝２２のデータＰＤＵが受信される時、受信側はＳＮ＝２３にＰＤＵを更新した後、ＳＮ＝２４のＳｅｑＮｕｍＰＤＵが受信される時にＲＳＮを２４に更新する。従って、送信側と受信側間のＳＮ同期化が詳述したように保障される。

詳述したように、図５は、目標ＰＤＣＰのギャップＳＮに対したＳＮ同期化方法を示しているが、前記方法はＵＥでも使用される。即ち、ＵＥで未確認ＳＤＵのＳＮにギャップが存在すると、詳述したように、ＳＮ同期化プロセスが開始される。

図６は、ギャップＳＮに対してギャップＰＤＵを伝送する方法の２番目の例である。

即ち、２番目の方法は、ギャップが発生すると、何の情報も有しないギャップＰＤＵを伝送する方法である。この時、ギャップＰＤＵは、ＳＮの連続性を維持するために伝送される。例えば、一番目の１Ｏｃｔｅｔを伝送することで、図１４に図示されたデータＰＤＵがギャップＰＤＵとして使用されることもできる。ギャップＳＮに対したギャップＰＤＵが伝送される時、ＳＮ同期化プロセスを遂行することなく、送信側と受信側間のＳＮ同期化を維持することができる。

詳述したように、図６は、ギャップＳＮに対してギャップＰＤＵを伝送する具体的な方法であって、該方法は、ギャップＳＮが発生する時にＳＮ同期化を遂行する代わりにギャップＰＤＵを伝送する。この時、ＳＮ＝２３は、ギャップＳＮであるために、ＳＮ＝２３に対したギャップＰＤＵが生成されて伝送される。そして、ギャップＰＤＵは、多様な種類が使用されることができるが、それらの共通目的は、送信側と受信側のＳＮを同期化させることである。図６には、目標ＰＤＣＰのみが図示されているが、前記方法は、ＵＥＰＤＣＰでも使用されることができる。

本発明は、一つの無線網制御器から他の無線網制御器に使用者端末をハンドオーバーするためのパケットデータサービスの提供方法およびデバイスに関するものである。本発明は、ＳＲＮＳ再割当の間、データ損失を避けるために、伝送されたが未確認された一番目のデータユニットの一連番号および送信側ＰＤＣＰ階層の一番目の未発送ＰＤＣＰＳＤＵの送信ＰＤＣＰ一連番号を利用して前記受信側ＰＤＣＰ階層から次に予想される受信ＰＤＣＰ一連番号の有効性をチェックする方法を提供する。本発明では、パケットサービス領域で無損失ＳＲＮＳ再割当を支援するために、ＰＤＣＰプロトコル構造を再構成して、制御情報および動作節次を新しく定義する。従って、本発明は、パケットサービス領域で無損失ＳＲＮＳ再割当を遂行することで、データ通信の移動性を保障することができる。

図１は、本発明に係るＰＤＣＰ階層の送信側にＳＤＵバッファーを包含するＰＤＣＰ構造を示した図である。図２は、本発明に係る使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を示したフローチャートである。図３は、本発明に係る使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を示したフローチャートである。図４は、本発明の他の実施形態で、ＲＲＣにより遂行される一連番号（ＳＮ）の有効性検査を示した図である。図５は、ギャップ（ｇａｐ）が発生した場合、ＰＤＣＰが自体的にＳＮ同期化過程を開始した後、ギャップＳＮの次のＳＮに該当するＳＤＵをＳｅｑＮｕｍＰＤＵ形態に伝送する方法の第１例を示した図である。図６は、ギャップＳＮに対してギャップＰＤＵを伝送する方法の第２例を示した図である。図７は、ＴＳＧ−ＲＡＮおよびＴＳＧ−ＣＮで勧告する網構造のパケットサービス領域の網構造を示した図である。図８は、使用者データを伝送するための使用者平面（Ｕ−Ｐｌａｎｅ）階層構造を示した図である。図９は、制御信号を伝送するための制御平面（Ｃ−Ｐｌａｎｅ）階層構造を示した図である。図１０は、図８および図９に図示された階層中、無線区間のＵｕインターフェースの細部階層を示した図である。図１１は、従来ＳＲＮＳの再割当過程を示した図である。図１２は、従来使用者平面のパケットデータの流れを示した図である。図１３は、パケットデータの流れに関連された階層中、無線区間のパケットデータを送信／受信する階層のＰＤＣＰ構造を示した図である。図１４は、他のＰＤＣＰＰＤＵタイプを示した図である。図１５は、従来３ＧＰＰ標準規格で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフローチャートである。図１６は、従来３ＧＰＰ標準規格で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフローチャートである。

Claims

パケットデータサービスを提供する方法であって、
ターゲットネットワークエンティティに伝送された未確認データユニットの一連番号（ＳＮ）間にギャップが存在することを認識することと、
該パケットデータサービスに対するパケットデータの損失を避けるために該認識されたギャップを処理することであって、該未確認データユニットは、未確認サービスデータユニット（ＳＤＵ）であり、該認識されたギャップは、該認識されたギャップにおいてギャッププロトコルデータユニット（ＰＤＵ）を生成することによって処理され、該ギャップＰＤＵは、情報なしで生成される、ことと、
該ギャップの前および後の未確認ＳＤＵのＰＤＵに対しては第１のＰＤＵフォーマットを用いて該未確認データユニットを該ターゲットネットワークエンティティに伝送し、該ギャップにおける該ギャップＰＤＵに対しては第２のＰＤＵフォーマットを用いて該未確認データユニットを該ターゲットネットワークエンティティに伝送することと
を包含し、該第１のＰＤＵフォーマットは、２オクテットを有し、該第２のＰＤＵフォーマットは、１オクテットを有し、該生成されたギャップＰＤＵが伝送されるときに一連番号同期化プロセスは実行されない、方法。