(57)【要約】 【課題】  ＰＤＣＰがＬＳＲ動作を遂行する時、ＰＤＣＰが安定的に動作するようにＰＤＣＰ  ＳＤＵバッファーを有する新しいＰＤＣＰ構造を提供して、前記ＰＤＣＰ構造に基づいて効率的な節次および該節次に必要なプリミティブ（Ｐｒｉｍｉｔｉｖｅ）およびパラメータを提供すること。【解決手段】  最小限送信側ＰＤＣＰ階層および受信側を有する無線網は、一連番号を有するデータユニットを受信側に伝送する過程と、受信側から伝送された受信一連番号を受信する過程と、伝送されたが未確認された一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の未発送された一番目のデータユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする過程と、受信一連番号が前記範囲内に存在しないと、一連番号同期化を開始する過程と、を順次行うことを特徴とするパケットデータ伝送方法。【選択図】  図１
2006005949.tif 000002
【特許請求の範囲】
【請求項１】
最小限送信側ＰＤＣＰ階層および受信側を有する無線網は、
一連番号を有するデータユニットを受信側に伝送する過程と、
受信側から伝送された受信一連番号を受信する過程と、
伝送されたが未確認された一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の未発送された一番目のデータユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする過程と、
受信一連番号が前記範囲内に存在しないと、一連番号同期化を開始する過程と、を順次行うことを特徴とするパケットデータ伝送方法。
【請求項２】
前記無線網は、
最小限ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、最小限送信側ＰＤＣＰ階層としてのＰＤＣＰ階層、使用者装置とデータ通信を遂行する受信側としてのソースおよび目標ＲＮＣに構成され、前記ソースＲＮＣは、送信一連番号を目標ＲＮＣに伝達して、前記ソースＲＮＣは、未確認データユニットおよび該当一連番号を目標ＲＮＣに伝達することを特徴とする請求項１に記載のパケットデータ伝送方法。
【請求項３】
前記ソースＲＮＣの送信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供されることを特徴とする請求項２に記載のパケットデータ伝送方法。
【請求項４】
前記各未確認データユニットおよびそれに該当する一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とする請求項２に記載のパケットデータ伝送方法。
【請求項５】
前記ソースＲＮＣに受信された受信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供されることを特徴とする請求項２に記載のパケットデータ伝送方法。
【請求項６】
前記受信一連番号は、受信側ＲＲＣ階層から提供されることを特徴とする請求項１に記載のパケットデータ伝送方法。
【請求項７】
前記受信一連番号は、ＰＤＣＰ階層から受信側ＲＲＣ階層に提供されることを特徴とする請求項６に記載のパケットデータ伝送方法。
【請求項８】
前記受信一連番号は、次に受信される受信側一連番号であることを特徴とする請求項１に記載のパケットデータ伝送方法。
【請求項９】
前記範囲は、一番目の未確認データユニットの一連番号から２番目一連番号まであることを特徴とする請求項１に記載のパケットデータ伝送方法。
【請求項１０】
一連番号を有するデータユニットを受信側に伝送する送信機と、
受信側から発送された受信一連番号を受信する受信機と、
伝送されたが未確認された一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の一番目の未発送データユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする第１エンティティー（ｅｎｔｉｔｙ）と、
受信一連番号が範囲内に存在しないと、一連番号の同期化を開始する第２エンティティーと、を包含して構成されることを特徴とする無線網のパケットデータ伝送装置。
【請求項１１】
前記第１、第２エンティティー中の最小限一つは、ＲＲＣ階層であることを特徴とする請求項１０に記載の無線網のパケットデータ伝送装置。
【請求項１２】
前記第１、第２エンティティー中の最小限一つは、ＰＤＣＰ階層であることを特徴とする請求項１０に記載の無線網のパケットデータ伝送装置。
【請求項１３】
前記通信装置は、移動端末であって、前記受信側は、無線網制御器（ＲＮＣ）であることを特徴とする請求項１０に記載の無線網のパケットデータ伝送装置。
【請求項１４】
前記通信装置は、ＲＮＣであって、前記受信側は、移動端末であることを特徴とする請求項１０に記載の無線網のパケットデータ伝送装置。
【請求項１５】
前記少なくともソースＲＮＣおよび目標ＲＮＣを有して、各ＲＮＣは、少なくとも送信側ＰＤＣＰ階層としてＰＤＣＰ階層、受信側として移動端末とデータ通信をするソースおよびターゲットＲＮＣを包含して、前記通信装置は、目標ＲＮＣの無線網は、
ソースＲＮＣから送信一連番号を受信する第１インターフェースと、
ソースＲＮＣから未確認データユニットと該当一連番号を受信する第２インターフェースと、を追加して包含されることを特徴とする請求項１４に記載の無線網のパケットデータ伝送装置。
【請求項１６】
前記第１インターフェースは、ＲＲＣ階層であることを特徴とする請求項１５に記載の無線網のパケットデータ伝送装置。
【請求項１７】
前記第２インターフェースは、ＧＴＰ階層であることを特徴とする請求項１５に記載の無線網のパケットデータ伝送装置。
【請求項１８】
初期にソース無線網制御器（ＲＮＣ）と通信して、次に目標ＲＮＣと通信する無線網であって、
少なくともソースおよび目標ＲＮＣ中の一つから受信一連番号を受信する上位階層プロトコルと、
前記上位階層プロトコルと通信して、上位階層プロトコルから受信一連番号を受信する下位階層プロトコルと、を包含して構成され、前記下位階層プロトコルは、受信一連番号が有効範囲にあるかを判断して、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きいと、無効範囲にあって、前記送信一連番号は、一番目に未発送データユニットの一連番号に該当して、前記一番目の未確認データユニットの一連番号は、一番目に伝送されたが、無応答されたデータユニットの一連番号に該当することを特徴とする無線網用使用者装置。
【請求項１９】
前記受信一連番号は、次に予想される一連番号に該当する受信一連番号であることを特徴とする請求項１８に記載の無線網用使用者装置。
【請求項２０】
前記使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であることを特徴とする請求項１８に記載の無線網用使用者装置。
【請求項２１】
受信一連番号が無効範囲に存在すると、前記使用者装置の下位階層のプロトコルは、一連番号同期化を開始することを特徴とする請求項１８に記載の無線網用使用者装置。
【請求項２２】
前記上位階層プロトコルは、目標ＲＮＣから受信一連番号を受信することを特徴とする請求項１８に記載の無線網用使用者装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、移動通信システムの使用者端末のハンドオーバーまたはハンドオフ中のパケットデータサービスに係るもので、詳しくは、ＳＲＮＳ（Ｓｅｒｖｉｎｇ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍ）再割当方法およびパケットサービス領域のＳＲＮＳ再割当を支援し得るパケットデータ収斂プロトコル階層（ＰＤＣＰ）構造およびその方法に関するものである。
【背景技術】
【０００２】
最近、ヨーロッパ型第３世代移動通信システム（ＩＭＴ−２０００システム）の詳細な標準規格を作るために、韓国のＴＴＡ、中国のＣＷＴＳ、米国のＴ１、日本のＡＲＩＢ／ＴＴＣおよびヨーロッパのＥＴＳＩのような国家的、国際的または地域的な標準化機構によりＵＴＭＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  Ｓｙｓｔｅｍ）と称する第３世代共用プロジェクト（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ、以下、３ＧＰＰと略称す）が構成された。
【０００３】
前記ＵＴＭＳは、無線接続網技術であって、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ  Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）技術を採択し、パケット交換網に基づいたＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）および回線交換網に基づいたＧＳＭ（Ｇｌｏｂａｌ
Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を基盤に開発されている。また、前記ＵＴＭＳでは、音声、映像およびデータのようなマルチメディアサービスを提供し得る第３世代移動通信システムも共同に開発している。
【０００４】
３ＧＰＰは、プロジェクトを管理し、迅速でかつ、効率的な技術開発のために五つの技術規格グループ（Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐｓ、以下、ＴＳＧと略称す）を包含するが、各ＴＳＧは、関連領域で標準規格の開発、承認および管理を担当する。前記グループ中、無線接続網（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ：ＲＡＮ）グループ（ＴＳＧ−ＲＡＮ）は、第３世代移動通信システムで新しい無線接続網を規定するために、端末とＵＴＲＮ（ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）の機能的要求事項およびインターフェースに対する規格を開発していて、核心網（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ：ＣＮ）グループ（ＴＳＧ−ＣＮ）は、前記ＵＴＲＮを回線交換基幹（Ｂａｃｋｂｏｎｅ）網またはパケット交換基幹網と接続するために核心網の機能、要求事項およびインターフェースに対する規格を開発している。
【０００５】
図７は、ＴＳＧ−ＲＡＮおよびＴＳＧ−ＣＮから提案された回線交換領域（Ｄｏｍａｉｎ）の網構造である。
【０００６】
図７に示したように、ＵＴＲＡＮは、複数の無線網副システム（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｓｕｂｓｙｓｔｅｍ：ＲＮＳ）に構成され、各ＲＮＳは、複数のノードＢおよび一つの無線網制御器（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）に構成される。
【０００７】
また、核心網（ＣＮ）は、採択されたスイッチングモード（パケット交換網または回線交換網）によって相違な構造を有するが、本発明に係るパケット交換網の場合、前記ＣＮは、複数のＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）および一つのＧＧＳＮ（Ｇａｔｅｗａｙ  ＧＰＲＳ  Ｓｕｐｐｏｒｔ  Ｎｏｄｅ）に構成される。
【０００８】
ノードＢは、通常移動局または端末と呼ばれる使用者装置（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ：ＵＥ）をＵＴＲＡＮに接続させる接続点の役割を行って、ＲＮＣは、無線資源を各ＵＥに割当し管理する機能を遂行する。ＲＮＣは、共用無線資源を管理する制御ＲＮＣ（Ｃｏｎｔｒｏｌ  ＲＮＣ：ＣＲＮＣ）と各端末に割当された専用無線資源（Ｄｅｄｉｃａｔｅｄ  Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ）を管理する担当ＲＮＣ（Ｓｅｒｖｉｎｇ  ＲＮＣ：ＳＲＮＣ）とに分類することができる。
【０００９】
そして、特定ＵＥの立場から見ると、前記ＵＥのＳＲＮＣが位置されたＲＮＣをＳＲＮＣと呼ぶ。ＳＧＳＮは、ＵＴＲＮから伝送された情報をＣＮにルーティングし、ＧＧＳＮは、情報の目的地が現在のＣＮでなく他の網である場合、ＵＴＲＡＮから伝送された情報を他の各ＣＮに通過させるゲートウエイ（ｇａｔｅｗａｙ）の役割を遂行する。パケット領域網（Ｐａｃｋｅｔ  Ｄｏｍａｉｎ  Ｎｅｔｗｏｒｋ：ＰＤＮ）は、パケットサービス領域で他の網間の接続を支援するためのパケット交換領域の基幹網である。
【００１０】
そして、各部のデータインターフェースは、下記のように相互相違な名称を有する。例えば、ＵＥとノードＢ間のインターフェースは“Ｕｕ”、ノードＢとＲＮＣ間のインターフェースは“ｌｕｂ”、ＲＮＣとＲＮＣ間のインターフェースは“ｌｕｒ”、ＲＮＣとＳＧＳＮ間のインターフェースは“ｌｕ”、ＳＧＳＮとＧＧＳＮまたはＳＧＳＮとＳＧＳＮ間のインターフェースは“Ｇｎ”である。
【００１１】
図７は、網構造を示した実施形態である。
【００１２】
ｌｕｒインターフェースは、実際インターフェースとして存在しないこともあるし、他のＳＧＳＮのＲＮＣ間に存在することもできる。また、前記ＳＧＳＮ間のＧｎインターフェースも存在もしくは不存在することもある。
【００１３】
図７に図示された網構造は、図８および図９に図示されたように、階層的構造に示されることができる。図８は、使用者データを伝送するための使用者平面（Ｕｓｅｒ  Ｐｌａｎｅ：Ｕ−Ｐｌａｎｅ）階層構造を示した図で、図９は、制御信号を伝送するための制御平面（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ：Ｃ−Ｐｌａｎｅ）階層構造を示した図である。
【００１４】
図１０は、図８および図９に図示された、無線インターフェースのＵｕインターフェースを支援するためのＵＴＲＡＮまたはＵＥの詳細階層を示した図である。
【００１５】
図１０に示したように、Ｕ−Ｐｌａｎｅは、開放型システム相互接続技術の第２階層として作用するパケットデータ収斂プロトコル（Ｐａｃｋｅｔ  Ｄａｔａ
Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）階層、無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ：ＲＬＣ）階層、媒体接続制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｌａｙｅｒ：ＭＡＣ）があって、開放型システム相互接続技術の第１階層として作用する物理階層（Ｌ１）がある。また、Ｃ−Ｐｌａｎｅは、無線資源制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ：ＲＲＣ）階層、ＲＬＣ階層、ＭＡＣ階層およびＬ１階層に構成される。
【００１６】
前記Ｌ１階層（物理階層）は、多様な無線接続技術を利用して上位階層に情報戦ソングサービスを提供する。前記Ｌ１階層は、伝送チャンネルを通してＭＡＣ階層と接続され、ＭＡＣ階層とＬ１階層間のデータは、伝送チャンネルを通して交換される。前記伝送チャンネルは、一つの端末が独占的に利用することができるかまたは、複数の端末により共有することができるかによって専用伝送チャンネル（Ｄｅｄｉｃａｔｅｄ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）と共用伝送チャンネル（Ｃｏｍｍｏｎ  Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）とに区分される。
【００１７】
前記ＭＡＣ階層は、無線資源の割当および再割当のためのＭＡＣパラメータ再割当サービスを提供する。前記ＭＡＣ階層は、論理チャンネルを通してＲＬＣ階層と接続され、伝送される情報の種類によって多様な論理チャンネルが提供される。一般に、Ｃ−Ｐｌａｎｅ上で情報が伝送される場合には、制御チャンネルが使用され、Ｕ−Ｐｌａｎｅ上で情報が伝送される場合には、トラフィックチャンネルが使用される。
【００１８】
ＲＬＣ階層は、無線リンクの設定または解除サービスを提供して、Ｕ−Ｐｌａｎｅの上位階層から伝達されたＲＬＣサービスデータユニット（Ｓｅｒｖｉｃｅ
Ｄａｔａ  Ｕｎｉｔ：ＳＤＵ）の分割および再組立機能を遂行する。前記ＲＬＣ  ＳＤＵは、ＲＬＣ階層で大きさが調節された後、ヘッダーが付着されてプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ：ＰＤＵ）形態に変換されるが、該変換されたＰＤＵは、ＭＡＣ階層に伝送される。
【００１９】
ＰＤＣＰ階層は、ＲＬＣ階層の上位階層であって、ＩＰｖ４またはＩＰｖ６のようなＩＰ網プロトコルを通して伝送されたデータが前記ＲＬＣ階層で、効率的に伝送される形態に作る役割を遂行する。この以外にも、ＰＤＣＰ階層は、有線網では使用されるが、無線網では不必要な制御情報を減らし、無線インターフェースを通してデータが効率的に伝送されるようにする。この機能をヘッダー圧縮と称して、一例としてＴＣＰ／ＩＰで使用されるヘッダー情報の量を減らすのに使用されることができる。
【００２０】
ＲＲＣ階層は、任意の領域に位置した全ての端末にシステム情報を放送するための情報放送サービスを提供する。また、ＲＲＣ階層は、第３階層で交換される制御信号のための制御平面信号を処理して、端末とＵＴＲＡＮ間の無線資源を設定、再構成および解除の機能を遂行する。特に、ＲＲＣ階層は、無線運搬者（Ｒａｄｉｏ  Ｂｅａｒｅｒ：ＲＢ）の設定、再構成および解除の機能および無線資源接続に必要な無線資源の割当、再配置および解除機能を遂行する。この時、ＲＢを設定することは、無線領域から所定のサービスを提供するために必要なプロトコル階層およびチャンネル特性を決定して、夫々パラメータと動作方法および設定する過程を意味する。
【００２１】
前記ｌｕインターフェースは、機能によって相違なタイプに特性化することができるが、ｌｕ−ＣＳ（ｌｕ  Ｃｉｒｃｕｉｔ  Ｓｅｒｖｉｃｅ）は、回線交換サービスで使用されて、ｌｕ−ＰＳ（ｌｕ  Ｐａｃｋｅｔ  Ｓｅｒｖｉｃｅ）は、パケット交換サービスで使用される。本発明はパケット交換領域のみを考慮するので、ｌｕ−ＰＳのみに対して考察する。前記ｌｕ−ＰＳは、パケットデータ伝送を支援し、このために使用者平面ではＧＴＰ−Ｕ（ＧＰＲＳ  Ｔｕｎｎｅｌｉｎｇ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  ｔｈｅ  Ｕｓｅｒ  Ｐｌａｎｅ）階層が使用されている。前記ＧＴＰ−Ｕ階層は、パケット交換領域で使用者データを伝送するために特別に使用される階層としてＧＰＲＳ網で使用されていて、パケット交換網は、ＵＭＴＳでＧＰＲＳを基盤にするために、前記ＧＴＰ−ＵはＵＭＴＳでも使用される。
【００２２】
ＲＡＮＡＰ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ：ＲＡＮＡＰ）階層は、ｌｕインターフェースの制御平面で使用される階層であって、制御情報を伝送して、ｌｕ−ＣＳおよびｌｕ−ＰＳで全て使用される。
【００２３】
図１１は、ＳＲＮＳ（Ｓｅｒｖｉｎｇ  ＲＮＳ）再割当過程を示した図である。
【００２４】
ＳＲＮＳ再割当とは、使用者装置（ＵＥ）によりハンドオーバーがＲＮＳ間から発生した場合より短い経路にＵＥとＣＮ間のｌｕ接続点を設定するために、ＳＲＮＣをソースＲＮＣから目標ＲＮＣに変えてくれる過程を意味する。図１１で、ソースＲＮＣと接続された旧（ｏｌｄ）ＳＧＳＮは、目標ＲＮＣと接続された新しいＳＧＳＮとは相違であるが、前記旧ＳＧＳＮと新しいＳＧＳＮとは同様であることもある。即ち、前記ＳＲＮＣは、ＳＧＳＮが変更されることなくても変更されることができる。
【００２５】
データ損失を許容しないＳＲＮＳ再割当過程を無損失ＳＲＮＳ再割当（Ｌｏｓｓｌｅｓｓ  ＳＲＮＳ  Ｒｅｌｏｃａｔｉｏｎ：ＬＳＲ）と呼ぶ。前記ＬＳＲは、パケットデータ伝送で非常に重要であるが、その理由は、音声データのような実時間データでは若干の損失が許容されて少ない影響を及ぼすが、パケットデータのデータ損失は、全体データが損失されることと同様であるからである。従って、３ＧＰＰでは、完壁なＬＳＲ遂行のために努力しているが、まだ十分であない実情である。
【００２６】
以下、３ＧＰＰ標準または他の標準により支援される無線通信システムの典型的パケットデータ送信／受信過程を、ＵＥでのパケットデータダウンロードを例に挙げて説明する。
【００２７】
先ず、ＧＧＳＮは、ＵＥが要請したデータを伝送するために、ＵＥが接続されたＳＧＳＮに無線接続運搬者（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｂｅａｒｅｒ：ＲＡＢ）の設定を要求して、前記要求を受信したＳＧＳＮは、ＲＡＢを割当して自身とＵＥ間のデータ伝送経路を設定する。ＧＧＳＮからＵＥに伝送経路が設定されると、ＧＧＳＮは、パケットデータの伝送を開始する。上位階層（ＩＰ、ＰＰＰなど）で生成されたパケットデータは、ＧＧＳＮのＧＴＰ−Ｕ階層でＧＴＰ−Ｕ
ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）にカプセル化されてＵＴＲＡＮのＲＮＣに伝送され、ＵＴＲＡＮ  ＲＮＣのＧＴＰ−Ｕ階層は、伝送されたＧＴＰ−Ｕ  ＰＤＵを解除（Ｄｅｃａｐｓｕｌａｔｅ）してパケットデータを抽出する。一般に、ＧＴＰ−Ｕ階層は、順次（ｉｎ−ｓｅｑｕｅｎｃｅ）および信頼性のある（ｒｅｌｉａｂｌｅ）伝達（ｄｅｌｉｖｅｒｙ）のためにＧＴＰヘッダーにＧＴＰ−Ｕ一連番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）を付着した後、ＧＴＰ−Ｕ  ＰＤＵを伝送する。
【００２８】
以後、ＧＴＰヘッダーがＧＴＰ−Ｕ  ＰＤＵから除去されるが、ＧＴＰヘッダーが除去されてから残された各パケットデータは、ＵＴＲＡＮのＰＤＣＰ階層に伝送され、ＰＤＣＰ階層は、伝送されたパケットデータ（図１２のＰＤＣＰ  ＳＤＵ）に対してヘッダー圧縮を遂行する。このとき、ヘッダー圧縮とは、正常的なＩＰプロトコルのパケットでＩＰヘッダーをダウンサイジング（ｄｏｗｎｓｉｚｉｎｇ）することを意味する。前記ヘッダー圧縮は、各パケット（ＰＤＣＰ  ＳＤＵ）に対して遂行され、ヘッダー圧縮が遂行されたＰＤＣＰ  ＳＤＵはＰＤＣＰ  ＰＤＵになる。
【００２９】
このように生成されたＰＤＣＰ  ＰＤＵは、ＲＬＣ、ＭＡＣおよびＬ１を経てＵＥに伝送され、該伝送されたＰＤＣＰ  ＰＤＵは、ＵＥにあるＬ１、ＭＡＣおよびＲＬＣを経てＵＥのＰＤＣＰに伝達される。ＰＤＣＰは、ヘッダー圧縮アルゴリズムと反対のアルゴリズムを使用してヘッダー圧縮解除を遂行して、抽出されたＰＤＣＰ  ＳＤＵを上位階層（ＩＰ、ＰＰＰ）に伝達する。そして、ＵＥ側から伝送されたＩＰパケットも類似の方法によりＵＴＲＡＮ側に伝送することができる。
【００３０】
図１３は、パケットデータの流れに関連された階層中、無線インターフェースでパケットデータの送信／受信を制御するＰＤＣＰ階層の構造を示した図である。
【００３１】
図１３に示したように、無線運搬者（ＲＢ）当り一つのＰＤＣＰエンティティー（ｅｎｔｉｔｙ）が存在し、一つのＰＤＣＰエンティティーは、一つのＲＬＣエンティティーに接続される。
【００３２】
ＰＤＣＰエンティティーは、三つのタイプのＲＬＣエンティティーである応答モード（Ａｃｋｎｏｗｌｅｄｇｅ  Ｍｏｄｅ：ＡＭ、受信側がデータ伝送の与否を確認するモード）、未応答モード（ＵｎＡｃｋｎｏｗｌｅｄｇｅ  Ｍｏｄｅ：ＵＭ、受信側がデータ伝送を確認しないモード）および透明モード（Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ：ＴＭ、データを通過させるモード）に連結されることができる。ところが、ＬＳＲが使用される場合には、ＰＤＣＰ  ＰＤＵの順次伝達を保障するために前記ＰＤＣＰエンティティーは、ＲＬＣ  ＡＭエンティティーのみに接続される。
【００３３】
前記ＰＤＣＰの動作は、ＲＬＣエンティティーの三つのモード中、どのモードが使用されるかによって少しずつ相違であるが、ここでは、ＰＤＣＰがＬＳＲを支援するＲＬＣ  ＡＭエンティティーに連結される場合のみに対して説明する。
【００３４】
ＧＴＰ−ＵからＰＤＣＰ  ＳＤＵが伝達されると、ＰＤＣＰは、圧縮アルゴリズムを利用してヘッダー圧縮を遂行する、前記ヘッダー圧縮は、ＰＤＣＰ  ＳＤＵにあるＩＰ（ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）ヘッダーに対して遂行されるが、現在、ヘッダー圧縮に使用されるアルゴリズムは、ＲＦＣ２５０７およびＲＦＣ３０９５の２種類のみに定義されている。実際に、ヘッダー圧縮に使用されるアルゴリズムは、ＰＤＣＰエンティティーが設定される時、ＲＲＣから通知され、多様な圧縮アルゴリズムが使用されることもできるし、圧縮をすることなく、通過させることもできる。
【００３５】
ＰＤＣＰ  ＳＤＵがヘッダー圧縮過程を経ると、ＰＤＣＰ  ＰＤＵになる。以後、ＰＤＣＰがＬＳＲを支援すると、各ＰＤＣＰ  ＰＤＵは番号が付けられ、一連番号（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）は、ＰＤＣＰにより管理される。送信側ＰＤＣＰ  ＰＤＵの一連番号は、一つのＰＤＣＰ  ＰＤＵがＲＬＣに伝達される都度に１ずつ増加して、受信側ＰＤＣＰ  ＰＤＵの一連番号は、一つのＰＤＣＰ  ＰＤＵがＲＬＣから伝達されるかまたは、一つのＰＤＣＰ  ＰＤＵ（＝ＲＬＣ  ＳＤＵ）が廃棄されたという廃棄情報がＲＬＣから伝達される都度に１ずつ増加する。このように、ＰＤＣＰは、一連番号を管理してＳＲＮＳ再割当が発生した時、ＰＤＣＰ  ＳＤＵの損失を防止する。
【００３６】
図１４は、ＰＤＣＰ  ＰＤＵのタイプを示した図である。
【００３７】
ＰＤＣＰにより発生したＰＤＵは、三つのタイプが存在する。一つ目に、ＰＤＣＰ−Ｎｏ−Ｈｅａｄｅｒ  ＰＤＵは、オーバーヘッド情報を付着することなく、ＰＤＣＰ  ＳＤＵを直ちにＰＤＣＰ  ＰＤＵに使用する。前記ＰＤＵは、上位階層で予めヘッダー圧縮が行われた場合に使用され、ＰＤＣＰは、ＰＤＣＰ  ＳＤＵをそのままＲＬＣに伝達する。
【００３８】
二つ目に、ＰＤＣＰデータＰＤＵは、ＰＤＣＰで主に使用され、該当ＰＤＣＰ
ＰＤＵのために使用されたヘッダー圧縮タイプをＰＩＤフィールドを通して通知する。前記ＰＤＵタイプフィールドは、該当ＰＤＵがＰＤＣＰデータＰＤＵであるか、または、後述するＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵであるかを通知する。三つ目に、ＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵは、ＰＤＣＰデータＰＤＵが一連番号と一緒に伝送される時に使用される。前記ＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵは、送信／受信側ＰＤＣＰエンティティーのＰＤＣＰ  ＰＤＵの各ＳＮが相互同期が合わない場合に、送信側ＳＳＮ（Ｓｅｎｄ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）と受信側ＲＳＮ（Ｒｅｃｅｉｖｅ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ）を一致させるために発送される。この時、前記ＲＳＮは、次の予想一連番号に該当され、前記ＳＳＮは、一番目の未発送一連番号に該当する。このように、ＳｅｑＮｕｍ  ＰＤＵを伝送して各ＰＤＣＰエンティティーのＳＮを一致させる過程をＳＮ同期化過程という。
【００３９】
パケットデータが送信／受信される時、ＳＲＮＳ再割当が発生すると、ＰＤＣＰは、モードによって相違な動作を遂行する。前記ＳＲＮＳ再割当には、二つモードがあるが、一つは損失ＳＲＮＳ再割当で、他の一つは無損失ＳＲＮＳ再割当である。
【００４０】
前記損失ＳＲＮＳ再割当は、パケットの損失を許容してハンドオーバーを遂行する方法であって、主にＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ）およびストリーミングサービス（ｓｔｒｅａｍｉｎｇ  Ｓｅｒｖｉｃｅ）のような実時間トラフィックに適用される。前記方法によると、ＰＤＣＰは、自分が伝送したＰＤＣＰ  ＰＤＵに対してＲＬＣから如何なる確認信号（Ａｃｋｎｏｗｌｅｄｇｅ：ＡＣＫ）も受信しないし、ＳＲＮＳ再割当の間、特別な動作を遂行しない。即ち、ＰＤＣＰは、ＧＴＰ−Ｕから伝送されたＰＤＣＰ  ＳＤＵに対してヘッダー圧縮を遂行した後、ＲＬＣに伝達するだけである。
【００４１】
反面、無損失ＳＲＮＳ再割当（ＬＳＲ）の場合は、パケット損失を許容しないために、ＰＤＣＰは、損失ＳＲＮＳ再割当より一層複雑な動作を遂行する。前記ＬＳＲは、主に実時間トラフィック（ｅ−ｍａｉｌ、ＦＴＰおよびウェブブラウジング）が必要でないサービスに適用されるが、その理由は、大部分の非実時間トラフィックの一部データが流出されると、全体データが流出される特性を有しているからである。従って、ＬＳＲが使用される場合、ＰＤＣＰ  ＰＤＵの送信／受信を管理するためにＳＮがＰＤＣＰで使用される。また、送信側ＰＤＣＰと受信側ＰＤＣＰの各ＳＮが相互相違であると、ＳＮを通知するための特別なＰＤＵであるＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵが両方側の各ＳＮを同期化させるために使用され、ＲＬＣは、ＴＭ、ＵＭおよびＡＭ中、ＡＭのみを使用して、順次伝達方式を使用する。
【００４２】
ＰＤＣＰ  ＳＮは、それぞれ送信側および受信側に存在するが、送信（Ｓｅｎｄ）ＳＮは、送信側で使用され、受信（Ｒｅｃｅｉｖｅ）ＳＮは、受信側で使用される。前記送信ＳＮは、一つのＰＤＣＰ  ＰＤＵ（＝ＲＬＣ  ＳＤＵ）がＲＬＣからＰＤＣＰに伝達される都度に１ずつ増加し、受信ＳＮは、正常的ＰＤＣＰ
ＰＤＵがＲＬＣからＰＤＣＰに伝送されるかまたは、ＲＬＣ  ＰＤＵを廃棄したという信号がＲＬＣからＰＤＣＰに伝送される時に１ずつ増加する。また、一つのＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵが伝送された時、前記送信ＳＮは、前記ＰＤＵにより通知された値に更新される。
【００４３】
図１５および図１６は、ＵＥが従来３ＧＰＰ規格で提案されたＲＮＳ間でハンドオーバーを遂行する時、ＬＳＲ過程を示した図であって、図１５は、ダウンリンク（ｄｏｗｎｌｉｎｋ）プロトコルを示して、図１６は、アップリンク（ｕｐｌｉｎｋ）プロトコルを示す。
【００４４】
以下、図示された参照符号を引用して図１５に対して説明する。
【００４５】
先ず、図１５に示された過程１は、ＵＥが、他のＲＮＳにハンドオーバーを要請したことによりＳＲＮＳ再割当が必要になると、ソースＲＲＣがＰＤＣＰ階層で動作を停止した後、ＰＤＣＰに再割当を要求する過程である。
【００４６】
過程１で再割当要求を受信したＰＤＣＰは、次に一番目にダウンリンク（ＤＬ）に伝送されるＰＤＣＰ  ＰＤＵのＤＬ（Ｄｏｗｎｌｉｎｋ）ＳＳＮと、次に一番目にアップリンク（ＵＬ）から伝送されるＰＤＣＰ  ＰＤＵのＵＬ（Ｕｐｌｉｎｋ）をソースＲＲＣに通知する。このとき、ＳＲＮＳ再割当がダウンリンクおよびアップリンクで同時に発生したしても各リンクに対しては、容易な理解のために個別的に説明する。
【００４７】
例えば、送信側ソースＰＤＣＰがＰＤＵ２０までＲＬＣに伝達されると、次のＤＬ  ＳＳＮは、２１になって（過程２）、受信側ＲＲＣは、過程２でＰＤＣＰからＤＬ  ＳＳＮを受信して目標ＲＲＣに伝送する（過程３）。
【００４８】
ソースＰＤＣＰは、ＵＥに伝送されたＰＤＣＰ  ＳＤＵ中、ＲＣＬを通してＵＥにより未確認された各ＰＤＣＰ  ＳＤＵをＧＴＰ−Ｕ（Ｕ−ｐｌａｎｅでパケットデータ伝送を支援するための階層）を通して目標ＰＤＣＰに伝送する。ＰＤＵがＰＤＵ２０までＵＥに伝送され、ＵＥからＰＤＵ１５までＰＤＵの伝送成功が確認されると、ソースＰＤＣＰは、未確認されたＰＤＵ１６−ＰＤＵ２０に該当する各ＳＤＵを目標ＰＤＣＰに伝送する（過程４）。
【００４９】
ＵＥ  ＰＤＣＰは、次に（過程９）ＵＴＲＡＮからＵＥに伝送される一番目のＰＤＣＰ  ＳＤＵのＤＬ  ＲＳＮをＵＥ  ＲＲＣに通知して、ＰＤＣＰ  ＳＤＵのＳＮは、ＰＤＣＰ  ＰＤＵのＳＮと同様である。
【００５０】
前記ＵＥ  ＲＲＣは、ＤＬ  ＲＳＮを目標ＲＮＣのＲＲＣに知らせて、該目標ＲＲＣは、ＵＥから伝送されたＤＬ  ＲＳＮとソースＲＮＣから伝送されたＤＬ
ＳＳＮとを比較して、次にＵＥに伝送されるＰＤＣＰ  ＳＤＵの一番目のＤＬ
ＰＤＣＰ  ＳＮを決定する。
【００５１】
ＤＬ  ＲＳＮがＤＬ  ＳＳＮより大きいと、ＤＬ  ＲＳＮは、無効（Ｉｎｖａｌｉｄ）であると見なして（受信された一連番号は、送信一連番号より大きいことがありえないために）、目標ＲＲＣは、ＰＤＣＰにＳＮ同期化過程を開始するように命令する。反面、ＤＬ  ＲＳＮがＤＬ  ＳＳＮより小さいかまたは、同様であると、正常的場合と見なして一番目のＤＬ  ＰＤＣＰ  ＳＮは、ＤＬ  ＲＳＮになる（過程１１）。
【００５２】
目標ＲＲＣは、先ず、ダウンリンク（ＤＬ）に伝送される一番目のＤＬ  ＰＤＣＰ  ＳＮ（ＤＬ  ＲＳＮ）を目標ＰＤＣＰに通知し、以後伝送が再開されると、目標ＰＤＣＰは、前記一番目のＤＬ  ＰＤＣＰ  ＳＮ（ＤＬ  ＲＳＮ）に該当するＳＤＵをＤＬに伝送する（過程１２）。
【００５３】
アップリンクの一例として、図１６を参照する時、受信側ソースＰＤＣＰがＲＬＣから一連番号５０のＰＤＵを受信すると、次のＵＬ  ＲＳＮは５１と番号が付けられる（過程２）。前記ソースＲＲＣは、ＰＤＣＰからＵＬ  ＲＳＮを受信して（過程２）、目標ＲＲＣに伝送する（過程３）。目標ＲＲＣまたはソースＲＲＣは、ＵＬ  ＲＳＮをＵＥ  ＲＲＣに通知し、ＵＥ  ＲＲＣは、目標ＲＲＣまたはソースＲＲＣから受信されたＵＬ  ＲＳＮをＵＥ  ＰＤＣＰに通知する。次いで、前記ＵＥ  ＰＤＣＰは、以後に伝送が再開される時、ＵＬ  ＲＳＮに該当するＳＤＵをアップリンク（ＵＬ）に伝送する（過程８）。
【発明の開示】
【発明が解決しようとする課題】
【００５４】
従って、無損失ＳＲＮＳの再割当を遂行するための従来ＰＤＣＰプロトコル規格においては、無損失割当過程が遂行される時、未確認されたＰＤＣＰ  ＳＤＵの伝送に必要なＰＤＣＰバッファーをどのように管理するかが定義されていないし、ヘッダー圧縮コンテクスト状態（ｃｏｎｔｅｘｔ  ｓｔａｔｅ）によりＬＳＲ以後のＰＤＣＰ  ＳＮにギャップ（ｇａｐ）が発生した時、これをどのように処理するかが定義されていないという不都合な点があった。
【００５５】
また、ＰＤＣＰ間の一連番号（ＳＮ）が相互相違である場合、これをどのように処理するか、ＰＤＣＰ  ＳＤＵの伝送時点をどのように決定するか、そして、ＬＳＲ過程の以後にＰＤＣＰ受信側は、どのように動作されるかも定義されていないという不都合な点があった。その他にも、目標ＲＲＣが一連番号を比較する時に発生するモジュール比較（ｍｏｄｕｌａｒ  ｃｏｍｐａｒｉｓｏｎ）の問題もまだ解決されていないという不都合な点があった。
【００５６】
従って、無損失ＳＲＮＳの再割当（ＬＳＲ）を支援するためのＰＤＣＰプロトコル規格にある従来技術によってＰＤＣＰが動作されると、損失無しにＳＲＮＳの再割当をすることができなくなるために、移動環境でパケットデータの無損失送信／受信が不可能になるという不都合な点があった。
【００５７】
本発明は、このような従来課題に鑑みてなされたもので、ＰＤＣＰがＬＳＲ動作を遂行する時、ＰＤＣＰが安定的に動作するようにＰＤＣＰ  ＳＤＵバッファーを有する新しいＰＤＣＰ構造を提供して、前記ＰＤＣＰ構造に基づいて効率的な節次および該節次に必要なプリミティブ（Ｐｒｉｍｉｔｉｖｅ）およびパラメータを提供することを目的とする。
【００５８】
また、無線網制御器または使用者装置でインターフェースプロトコルを定義することによりパケットデータの損失を防止するための効率的なＬＳＲ方法を提供することを目的とする。
【課題を解決するための手段】
【００５９】
このような目的を達成するため、本発明に係るパケットデータの伝送方法においては、伝送されたが未応答された一番目のＰＤＣＰ  ＳＤＵの送信ＰＤＣＰ一連番号および送信側ＰＤＣＰ階層の一番目の未発送ＰＤＣＰ  ＳＤＵの送信ＰＤＣＰ一連番号を利用して、受信側ＰＤＣＰ階層から次に伝送される受信ＰＤＣＰ一連番号の有効性をチェックする過程に構成されることを特徴とする。
【００６０】
ＳＲＮＳ再割当が発生する時、上位および上位階層を有する使用者装置と通信するソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、下位および上位階層プロトコルを有する無線網で、本発明に係るパケットデータの伝送方法においては、ソースＲＮＣが送信一連番号を目標ＲＮＣに伝達する過程と、ソースＲＮＣが未確認データユニットおよび該当の一連番号を目標ＲＮＣに伝達する過程と、目標ＲＮＣが使用者装置から受信一連番号を受信する過程と、目標ＲＮＣが前記ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して前記受信一連番号が有効範囲に存在するかをチェックする過程と、を順次行うことを特徴とする。
【００６１】
前記ソースＲＮＣの送信一連番号はソースＲＮＣの下位階層プロトコルから目標ＲＮＣの上位階層プロトコルに提供されることを特徴とする。
【００６２】
前記未確認データユニットおよび該当一連番号は、ソースＲＮＣの下位階層プロトコルから目標ＲＮＣの下位階層プロトコルに提供されることを特徴とする。
【００６３】
前記受信一連番号は、使用者装置の上位階層プロトコルから目標ＲＮＣの上位階層プロトコルに提供されることを特徴とする。
【００６４】
好ましくは、前記ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、目標ＲＮＣの上位下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。類似に、使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００６５】
前記目標ＲＮＣの下位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する。反面、目標ＲＮＣの上位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する。好ましくは、受信一連番号が一番目の未確認データユニットの一連番号より小さく、送信一連番号より大きい時、受信一連番号は無効範囲に存在する。
【００６６】
受信一連番号が有効範囲に存在すると、一連番号同期化が開始される。前記一連番号同期化は、目標ＲＮＣの下位階層プロトコルにより開始され、目標ＲＮＣの下位階層プロトコルは、パケットデータ収斂プロトコル階層である。また、一連番号同期化は、目標ＲＮＣの上位階層プロトコルによって開始され、目標ＲＮＣの上位階層プロトコルは無線資源制御階層である。
【００６７】
ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、ソースＲＮＣからパケットデータの一部を受信して、目標ＲＮＣからパケットデータの他の一部分を受信する使用者装置と連動され、各ＲＮＣは少なくとも下位および上位階層プロトコルを有して、前記目標ＲＮＣは、使用者装置から提供された受信一連番号、ソースＲＮＣから提供された一番目の未確認データユニットの一連番号および一番目の未発送データユニットに該当する送信一連番号を有する無線網で、本発明に係るパケットデータ伝送方法においては、ソースＲＮＣで未確認データユニットの一部が使用者装置に伝達されるように未確認データユニットを目標ＲＮＣに伝達する過程と、目標ＲＮＣで前記一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する過程と、を順次行うが、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きい時に有効範囲に存在する。
【００６８】
前記ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、前記目標ＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００６９】
前記ソースＲＮＣは、未確認データユニットに該当する一連番号を目標ＲＮＣに伝送することを特徴とする。
【００７０】
また、前記使用者装置は、少なくとも下位および上位プロトコルを包含することを特徴とする。
【００７１】
好ましくは、前記未確認データユニットおよび該当一連番号は、ソースＲＮＣの下位階層プロトコルから目標ＲＮＣの下位階層プロトコルに伝送され、類似に、受信一連番号は、使用者装置の上位階層プロトコルから目標ＲＮＣの上位階層プロトコルに伝送される。そして、使用者装置の上位および下位プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００７２】
前記目標ＲＮＣの下位階層プロトコルは、少なくともソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定して、目標ＲＮＣの上位階層プロトコルは、少なくともソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定する。受信一連番号が無効範囲に存在すると、下位階層プロトコルは一連番号同期化を開始して、前記目標ＲＮＣの下位階層プロトコルはパケットデータ収斂プロトコル階層が好ましい。
【００７３】
ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、ソースＲＮＣにパケットデータの一部を伝送して目標ＲＮＣにパケットデータの他の一部分を伝送する使用者装置と連動され、各ＲＮＣは、下位および上位階層プロトコルを有する無線網において、無損失パケットデータ伝送のためのアップリンクプロセスとして提供されたパケットデータ伝達方法においては、目標ＲＮＣがソースＲＮＣから受信一連番号を受信する過程と、目標ＲＮＣが使用者装置に前記受信一連番号を提供する過程と、使用者装置が一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲にあるかを決定する過程と、を包含して構成され、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きい時無効範囲内に存在する。
【００７４】
前記のようなプロセスを遂行するために、次に伝送されるデータユニットの一連番号に該当する受信一連番号を提供する使用者装置および使用されるための無線網のパケットデータ伝達システムにおいては、下位および上位階層プロトコルを有して、使用者装置から受信一連番号を受信する目標無線網制御器（ＲＮＣ）と、下位および上位階層プロトコルを有するソースＲＮＣと、を包含して構成され、前記ソースＲＮＣは、目標ＲＮＣに一番目の未確認データユニットの一連番号を提供して、前記目標ＲＮＣは、一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲にあるかを決定するが、前記受信一連番号が一番目の未確認データユニットの一連番号より小さいかまたは、次に一番目に発送される（未発送された）一連番号より大きい時ｎ受信一連番号は無効範囲に存在する。
【００７５】
前記ソースＲＮＣは、未確認データユニットを目標ＲＮＣに伝達する。また、ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、目標ＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００７６】
前記目標ＲＮＣの下位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認されたデータユニットの一連番号を利用して、受信一連番号が有効範囲内にあるかを決定する。そして、目標ＲＮＣの上位階層プロトコルは、ソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定する。受信一連番号が無効範囲に存在すると、目標ＲＮＣの下位階層プロトコルは一連番号同期化を開始する。
【００７７】
パケットデータを初期にソース無線網制御器（ＲＮＣ）にアップリンクした後、目標ＲＮＣにアップリンクする無線網用使用者装置においては、次の予想一連番号に該当する受信一連番号を目標ＲＮＣから受信する上位階層プロトコルと、上位階層プロトコルと通信して、受信一連番号を受信する下位階層プロトコルと、を包含して構成され、前記下位階層プロトコルは、受信一連番号が有効範囲に存在するかを決定するが、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きいと、無効範囲に存在して、前記送信一連番号は、次に一番目に発送される（未発送された）データユニットの一連番号に該当して、前記未確認データユニットの一連番号は、伝送されたがまだ確認されなかった一番目のデータユニットの一連番号に該当する。
【００７８】
前記無線網用使用者装置で、使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、受信一連番号が有効範囲に存在すると、使用者装置の下位階層プロトコルは一連番号同期化を開始する。
【００７９】
送信側ＰＤＣＰ階層および受信側を有する無線網で、本発明に係るパケットデータ伝送方法においては、一連番号を有するデータユニットを受信側に伝送する過程と、受信側から発送された受信一連番号を受信する過程と、伝送されたが確認されない（未確認）一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の未発送された一番目のデータユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする過程と、受信一連番号が範囲内に存在しないと、一連番号同期化を開始する過程と、を順次行う。また、前記範囲は、一番目の未確認データユニットの一連番号から送信一連番号までである。
【００８０】
前記無線網は、ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、送信ＰＤＣＰ階層としてのＰＤＣＰ階層、受信側として使用者装置とデータ通信を遂行するソースおよび目標ＲＮＣ、送信一連番号を目標ＲＮＣに伝達するソースＲＮＣと、を包含して構成され、前記ソースＲＮＣは、未確認データユニットおよび該当一連番号を目標ＲＮＣに伝達する。
【００８１】
前記ソースＲＮＣの送信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層から提供され、前記未確認データユニットおよび該当一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とする。好ましくは、ソースＲＮＣから受信された受信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供される。また、前記受信一連番号は、受信側のＲＲＣ階層から提供されることができるし、ＰＤＣＰ階層から受信側のＲＲＣ階層に提供されることもできる。
【００８２】
前記受信一連番号は、次に受信されると予想される受信側の一連番号であることを特徴とする。
【００８３】
本発明は、最小限送信側ＰＤＣＰ階層および受信側を有する無線網が、一連番号を有するデータユニットを受信側に伝送する過程と、受信側から伝送された受信一連番号を受信する過程と、伝送されたが未確認された一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の未発送された一番目のデータユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする過程と、受信一連番号が前記範囲内に存在しないと、一連番号同期化を開始する過程と、を順次行うことを特徴とするパケットデータ伝送方法である。
【００８４】
本発明の一実施形態において、前記無線網は、最小限ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、最小限送信側ＰＤＣＰ階層としてのＰＤＣＰ階層、使用者装置とデータ通信を遂行する受信側としてのソースおよび目標ＲＮＣに構成され、前記ソースＲＮＣは、送信一連番号を目標ＲＮＣに伝達して、前記ソースＲＮＣは、未確認データユニットおよび該当一連番号を目標ＲＮＣに伝達することを特徴とするパケットデータ伝送方法である。
【００８５】
本発明の一実施形態において、前記ソースＲＮＣの送信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供されることを特徴とする請求項２記載のパケットデータ伝送方法である。
【００８６】
本発明の一実施形態において、前記各未確認データユニットおよびそれに該当する一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とするパケットデータ伝送方法である。
【００８７】
本発明の一実施形態において、前記各未確認データユニットおよびそれに該当する一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とするパケットデータ伝送方法である。
【００８８】
本発明の一実施形態において、前記ソースＲＮＣに受信された受信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供されることを特徴とするパケットデータ伝送方法である。
【００８９】
本発明の一実施形態において、前記受信一連番号は、受信側ＲＲＣ階層から提供されることを特徴とするパケットデータ伝送方法である。
【００９０】
本発明の一実施形態において、前記受信一連番号は、ＰＤＣＰ階層から受信側ＲＲＣ階層に提供されることを特徴とするパケットデータ伝送方法である。
【００９１】
本発明の一実施形態において、前記受信一連番号は、次に受信される受信側一連番号であることを特徴とするパケットデータ伝送方法である。
【００９２】
本発明の一実施形態において、前記範囲は、一番目の未確認データユニットの一連番号から２番目一連番号まであることを特徴とするパケットデータ伝送方法である。
【００９３】
さらに本発明は、一連番号を有するデータユニットを受信側に伝送する送信機と、受信側から発送された受信一連番号を受信する受信機と、伝送されたが未確認された一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の一番目の未発送データユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする第１エンティティー（ｅｎｔｉｔｙ）と、受信一連番号が範囲内に存在しないと、一連番号の同期化を開始する第２エンティティーと、を包含して構成されることを特徴とする無線網のパケットデータ伝送装置である。
【００９４】
本発明の一実施形態において、前記第１、第２エンティティー中の最小限一つは、ＲＲＣ階層であることを特徴とする無線網のパケットデータ伝送装置である。
【００９５】
本発明の一実施形態において、前記第１、第２エンティティー中の最小限一つは、ＰＤＣＰ階層であることを特徴とする無線網のパケットデータ伝送装置である。
【００９６】
本発明の一実施形態において、前記通信装置は、移動端末であって、前記受信側は、無線網制御器（ＲＮＣ）であることを特徴とする無線網のパケットデータ伝送装置である。
【００９７】
本発明の一実施形態において、前記通信装置は、ＲＮＣであって、前記受信側は、移動端末であることを特徴とする無線網のパケットデータ伝送装置である。
【００９８】
さらに本発明は、前記少なくともソースＲＮＣおよび目標ＲＮＣを有して、各ＲＮＣは、少なくとも送信側ＰＤＣＰ階層としてＰＤＣＰ階層、受信側として移動端末とデータ通信をするソースおよびターゲットＲＮＣを包含して、前記通信装置は、目標ＲＮＣの無線網は、ソースＲＮＣから送信一連番号を受信する第１インターフェースと、ソースＲＮＣから未確認データユニットと該当一連番号を受信する第２インターフェースと、を追加して包含されることを特徴とする無線網のパケットデータ伝送装置である。
【００９９】
本発明の一実施形態において、前記第１インターフェースは、ＲＲＣ階層であることを特徴とする無線網のパケットデータ伝送装置である。
前記第２インターフェースは、ＧＴＰ階層であることを特徴とする請求項１５記載の無線網のパケットデータ伝送装置である。
【０１００】
さらに本発明は、初期にソース無線網制御器（ＲＮＣ）と通信して、次に目標ＲＮＣと通信する無線網であって、少なくともソースおよび目標ＲＮＣ中の一つから受信一連番号を受信する上位階層プロトコルと、前記上位階層プロトコルと通信して、上位階層プロトコルから受信一連番号を受信する下位階層プロトコルと、を包含して構成され、前記下位階層プロトコルは、受信一連番号が有効範囲にあるかを判断して、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きいと、無効範囲にあって、前記送信一連番号は、一番目に未発送データユニットの一連番号に該当して、前記一番目の未確認データユニットの一連番号は、一番目に伝送されたが、無応答されたデータユニットの一連番号に該当することを特徴とする無線網用使用者装置である。
【０１０１】
本発明の一実施形態において、前記受信一連番号は、次に予想される一連番号に該当する受信一連番号であることを特徴とする無線網用使用者装置である。
【０１０２】
本発明の一実施形態において、前記使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であることを特徴とする無線網用使用者装置である。
【０１０３】
本発明の一実施形態において、受信一連番号が無効範囲に存在すると、前記使用者装置の下位階層のプロトコルは、一連番号同期化を開始することを特徴とする無線網用使用者装置である。
【０１０４】
本発明の一実施形態において、前記上位階層プロトコルは、目標ＲＮＣから受信一連番号を受信することを特徴とする無線網用使用者装置である。
【発明の効果】
【０１０５】
以上説明したように、本発明に係る無線通信システムのパケットデータ収斂プロトコル構造（ＰＤＣＰ）およびその方法においては、パケットサービス領域で無損失ＳＲＮＳ（ＬＳＲ）を支援するために全体的にＰＤＣＰプロトコル構造を再構成して、これに必要な制御情報および動作節次を新しく定義することで、パケットサービス領域で無損失ＳＲＮＳを遂行してデータ通信システムの移動性を完全に保障し得ることが可能になった。
【発明を実施するための最良の形態】
【０１０６】
以下、本発明の実施の形態に対し、図を用いて説明する。
【０１０７】
図１は、ＰＤＣＰ階層の送信側にＳＤＵバッファーを包含する新しいＰＤＣＰ構造である。
【０１０８】
ＰＤＣＰ  ＳＤＵバッファーは、ＰＤＣＰが無損失ＳＲＮＳの再割当（ＬＳＲ）を支援する場合のみに必要であって、前記ＰＤＣＰ  ＳＤＵバッファーがＰＤＣＰ  ＰＤＵバッファーの代りに使用される。ＬＳＲが発生すると、ヘッダー圧縮アルゴリズムが新しく割当されるために、ソースＰＤＣＰおよび目標ＰＤＣＰで使用されるアルゴリズムは相互相違になる。
【０１０９】
図１に示したように、ＰＤＣＰがＬＳＲを支援する場合、ＳＤＵが受信されると、ＰＤＣＰはＳＤＵを各ＳＤＵ単位形態にバッファーに格納した後、提供されたヘッダー圧縮アルゴリズムによってヘッダー圧縮を遂行してＰＤＣＰ  ＰＤＵ（＝ＲＬＣ  ＳＤＵｓ）を生成して、該生成されたＰＤＣＰ  ＰＤＵをＲＬＣ  ＡＭエンティティーに伝達する。
【０１１０】
一方、ＵＴＲＡＮ  ＰＤＣＰの送信側は、ＰＤＣＰ  ＳＮを管理しなければならない。
【０１１１】
図２および３は、本発明の実施形態で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する時のＬＳＲ過程である。特に、図２は、ＬＳＲ過程のダウンリンク（ＵＴＲＡＮからＵＥ）を、図３は、アップリンク（ＵＥからＵＴＲＡＮ）を示す。
【０１１２】
図２および３で、図１５および図１６に図示された従来技術と同様な動作には同様な番号を使用して、新しく追加されるかまたは、補正されたプロセス（ｐｒｏｃｅｓｓ）または過程（ｓｔｅｐ）は、小数点に示したし、斜線をつけた部分は補正されたかまたは、新しく追加されたプロセスである。即ち、プロセス３または４間にプロセスが追加されると、該当プロセスは、３．５に表示する。
【０１１３】
図２を参照すると、ダウンリンクモードでＬＳＲが発生するかまたは、アクティブになると、未確認（Ｕｎｃｏｎｆｉｒｍｅｄ）ＰＤＣＰ  ＳＤＵと一緒にＤＬ  ＰＤＣＰ  ＳＮがＧＴＰ−Ｕに伝送される。その理由は、未確認ＳＤＵがソースＧＴＰ−Ｕから目標ＧＴＰ−Ｕに伝達される時、データ（ＰＤＣＰ  ＳＤＵ）だけでなくＤＬ  ＧＴＰ−Ｕ  ＳＮおよびＤＬ  ＰＤＣＰ  ＳＮもソースＧＴＰ−Ｕから目標ＧＴＰ−Ｕに伝達されるが、前記未確認ＳＤＵおよび各ＤＬ  ＰＤＣＰ  ＳＮは、ＰＤＣＰにより管理されるために、ＧＴＰ−ＵはＤＬ  ＰＤＣＰ  ＳＮを分からなくなるからである。かつ、図２に示したように、ＰＤＣＰ  ＳＤＵおよびＤＬ  ＰＤＣＰ  ＳＮは、ソースおよび目標ＧＴＰ−Ｕをバイパスさせることで、目標ＰＤＣＰに伝達される。従って、ＬＳＲがアクティブされてデータが伝達される時、ソースＲＮＣのＰＤＣＰから目標ＲＮＣのＰＤＣＰにデータと一緒にＤＬ  ＰＤＣＰ  ＳＮが伝達されなければならない。
【０１１４】
ソースＲＮＣは、ソースＲＮＣのＰＤＣＰからＧＴＰ−Ｕに伝達されるＰＤＣＰ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎ（表示）プリミティブにＰＤＣＰ  ＳＤＵだけでなくＤＬ  ＰＤＣＰ  ＳＮを追加して、目標ＲＮＣは、ＰＤＣＰに伝達されるＰＤＣＰ−ＤＡＴＡ−Ｒｅｑｕｅｓｔ（要求）プリミティブにＰＤＣＰ  ＳＤＵだけでなくＤＬ  ＰＤＣＰ  ＳＮを追加する。前記方法は、図２の過程４に示したように、ＬＳＲが支援される時、ＵＴＲＡＮ側で使用される。
【０１１５】
詳述したように、未確認ＳＤＵを伝達するためには、ソースＲＲＣがソースＰＤＣＰに開始を命令しなければならない。即ち、過程（３．５）に示したように、データ伝達（ｆｏｒｗａｒｄｉｎｇ）の要求がＰＤＣＰに提供されなければならない。
【０１１６】
ＰＤＣＰは、自らデータ伝達を開始することができないために、ＲＲＣからの命令が必要であるが、前記命令は、従来電気通信標準には定義されていないために、ソースＰＤＣＰは、ＬＳＲが発生する間、データを伝達することができない。結果的に、未確認ＳＤＵは全て廃棄される。
【０１１７】
前記問題を解決するために本発明の実施形態では、図２の過程（３．５）に示したように、ソースＲＲＣは、データ伝達の要求を発送することで、ソースＰＤＣＰを命令する。
【０１１８】
一方、目標ＰＤＣＰは、ＬＳＲプロセスの間、目標ＲＲＣからＤＬ  ＰＤＣＰ
ＳＮを受信する。従って、ＰＤＣＰは、ＵＥに伝送される一番目のＰＤＵの一連番号（ＳＮ）を分かることができるが、これは目標ＰＤＣＰの送信側に該当して、受信側は、ＵＥから初めて伝送される一番目のＵＬ  ＰＤＣＰ  ＳＮを分からなければならない。
【０１１９】
図１６を参照すると、目標ＰＤＣＰの受信側の目標ＲＲＣから一番目のＵＬ  ＰＤＣＰ  ＳＮを受信しないと、ＬＳＲプロセスの以後ＰＤＣＰが初めて受信したＰＤＵのＳＮは０になるためにアップリンク（ＵＬ）のＰＤＣＰデータを伝送する時、各ＳＮの同期が合わないようになる。
【０１２０】
従って、目標ＰＤＣＰの受信側は、目標ＲＲＣから一番目のＵＬ  ＰＤＣＰ  ＳＮを受信しなければならないが、従来電気通信標準で、目標ＲＲＣは、目標ＰＤＣＰに一番目のＤＬ  ＰＤＣＰ  ＳＮのみを通報する。
【０１２１】
前記のような問題点を解決するために、本発明は、図２の過程１２に示したように、目標ＲＲＣは、目標ＰＤＣＰに一番目のＤＬ  ＰＤＣＰ  ＳＮ（ｅ．ｇ，．ＤＬ  ＲＳＮ）および一番目のＵＬ  ＰＤＣＰ  ＳＮ（ｅ．ｇ．，ＵＬ  ＲＳＮ）を通知し得る方法を提案する。
【０１２２】
また、現在の３ＧＰＰ標準規格では、送信側と受信側のＰＤＣＰのＳＮとが相違であると、ＳＮの訂正および一致のためにＳＮ同期化プロセスが遂行される。ところが、ＳＮ同期化プロセスは、但しＲＲＣがＰＤＣＰを命令する時のみに遂行されるだけで、ＰＤＣＰは、自らＳＮ同期化プロセスを開始することができない。
【０１２３】
一般なＳＮ同期化プロセスを説明すると、ＲＲＣは、自身の送信側ＰＤＣＰと相手方の受信側ＰＤＣＰのＳＮとが相互相違である時、送信側ＰＤＣＰにＳＮ同期化プロセスの遂行を命令する。
【０１２４】
前記命令を受けたソースＲＮＣのＰＤＣＰは、ＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵを目標ＲＮＣのＰＤＣＰに伝送するが、前記ＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵは、ＰＤＣＰ  ｄａｔａ  ＰＤＵの代りにＳＮを通知する特別なＰＤＵ（即ち、図１４のＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵ）であって、前記ＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵには、送信一連番号（Ｓｅｎｄ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ：ＳＳＮ）が付加される。
【０１２５】
前記ＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵを受信した受信側ＰＤＣＰ（または、目標ＲＮＣのＰＤＣＰ）は、受信一連番号（Ｒｅｃｅｉｖｅ  Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒ：ＲＳＮ）をＳｅｑＮｕｍ  ＰＤＵのＳＳＮに設定して、両方側（ＳＳＮおよびＲＳＮ）の一連番号（ＳＮ）を一致させる。
【０１２６】
そして、ＰＤＣＰ送信側は、受信側からＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵ中の何れか一つを受信したという通知を受けると、前記ＳＮ同期化プロセスを終了して、以後のデータは、ＰＤＣＰ  ｄａｔａ  ＰＤＵを利用して伝送する。
【０１２７】
従来規格には、ＳＮ同期化プロセスが必要とした場合を、第１、ＲＬＣリセット以後、第２、無線ベアラー（ＲＢ）再構成プロセス以後、第３、目標ＲＬＣがＬＳＲの間ＵＥ  ＲＲＣから無効なＤＬ  ＲＳＮを受信した場合などのように三つの類型に定義している。
【０１２８】
前記ＲＬＣリセットとＲＢ再構成は、送信側ＰＤＣＰからＲＬＣに伝達されたＰＤＣＰ  ＰＤＵが受信側に伝送される前に行われることができるし、この場合、ＳＳＮは増加して、ＲＳＮは増加しないために、前記プロセス以後のＳＮ同期化プロセスが必要になる。
【０１２９】
第３の場合は、次のような場合に必要である。ＬＳＲプロセスの間、目標ＲＲＣは、ソースＲＲＣから受信したＤＬ  ＳＳＮとＵＥ  ＲＲＣから受信されたＤＬ  ＲＳＮとを比較して、次に初めて伝送されるＰＤＣＰ  ＰＤＵの一番目のＤＬ  ＰＤＣＰ  ＳＮを決定する（図１５の過程１１）。一般に、ＤＬ  ＲＳＮは、未確認ＳＤＵによりＤＬ  ＳＳＮより小さいかまたは、同様であるが（ＤＬ  ＲＳＮ≦ＤＬ  ＳＳＮ）、この場合、目標ＲＲＣは、一番目のＤＬ  ＰＤＣＰ  ＳＮをＤＬ  ＲＳＮに設定してＰＤＣＰに通知する。
【０１３０】
ところが、伝送中にエラーまたはプロトコルエラーなどの理由によってＵＥから受信したＤＬ  ＲＳＮがＤＬ  ＳＳＮより大きいと（ＤＬ  ＲＳＮ＞ＤＬ  ＳＳＮ）、前記ＤＬ  ＲＳＮは無効である。この場合、ＲＲＣは、ＵＳＲＡＮにエラーがあることを認識してＰＤＣＰにＳＮ同期化プロセスを開始するように命令する。
【０１３１】
従来３ＧＰＰ規格（図１５の過程１１）では、前記三つの場合に対してＲＲＣがＳＮ同期化プロセスを開始するようにＰＤＣＰ送信側に命令するように規定している。
【０１３２】
ところが、第３の場合で、ＬＳＲプロセスの間、目標ＲＲＣがＵＥ  ＲＲＣから無効なＤＬ  ＲＳＮを受信すると、深刻なエラーが発生することができる。例えば、ＰＤＣＰ  ＳＮで使用されるビット数は、１６ビットであって、０−６５５３５までの範囲を有する。従って、ＳＮ＝６５５３５を超過する次のＳＮは０になって、以後のＳＮは０から順次に増加する。
【０１３３】
例えば、未確認されたＳＤＵのＳＮが６５０００−２０００（即ち、６５０００−６５５３５、０−２０００）の場合に、ＵＥからＤＬ  ＲＳＮ＝６５５３５を受信すると、目標ＲＲＣは、ＤＬ＝２００１（即ち、ＤＬ  ＲＳＮ＞ＤＬ  ＳＳＮ）のためにＤＬ  ＲＳＮを無効したものに見なして、目標ＰＤＣＰにＳＮ同期化プロセスを開始するように命令する。この場合、ＵＥがＳＮ＝６５０００−６５３３４に該当するＳＤＵを正確に受信したにもかかわらず、ＰＤＣＰは、ＳｅｑＮｕｍ  ＰＤＮを利用してＳＮ＝６５０００からＳＤＵを再伝送するために、無線資源の浪費を招くようになる。前記のような問題点は、目標ＲＲＣがＤＬ
ＲＳＮの有効範囲を分からないために発生して、前記のような場合に、モジュール比較の問題が発生する。
【０１３４】
従って、前記のような問題点を解決するために、本発明は、次のような方法を図２および３を参照して説明する。
【０１３５】
本発明は、ＵＥから受信されたＤＬ  ＲＳＮの有効性（Ｖａｌｉｄｉｔｙ）を検査するために、ソースＲＲＣから受信したＤＬ  ＲＳＮおよびＳＤＵの一番目の未確認ＳＮ（Ｆｉｒｓｔ  ｕｎｃｏｎｆｉｒｍｅｄ  ＳＮ  ｏｆ  ＳＤＵ：ＦＵＳＮ）を検査する。この時、ＦＵＳＮは、伝送されたが、未応答されたＳＤＵと同様である。
【０１３６】
ＦＵＳＮおよびＤＬ  ＳＳＮは、ＤＬ  ＲＳＮの有効範囲を決定する値であって、ＤＬ  ＲＳＮが範囲に位置すると、（ＦＵＳＮ≦ＤＬ  ＲＳＮ≦ＤＬ  ＳＳＮ）、本発明は、ＤＬ  ＲＳＮ値を有効であると見なして、ＤＬ  ＲＳＮに該当するＳＤＵを、例えば、ＵＥに伝送する。反面、ＤＬ  ＲＳＮが範囲の外に位置すると、ＤＬ  ＲＳＮ値が無効であると見なして、ＳＮ同期化プロセスを開始する。
【０１３７】
前記ＤＬ  ＲＳＮの有効性検査は、ＲＲＣまたはＰＤＣＰで遂行することができるし、本発明の一実施形態に係るＰＤＣＰで、ＤＬ  ＲＳＮの有効性検査を図２（過程１３）を参照して説明する。
【０１３８】
ＵＥ  ＲＲＣからＤＬ  ＲＳＮを受信すると、（図２の過程１０）、目標ＲＲＣは、受信されたＤＬ  ＲＳＮをソースＲＲＣから受信されたＤＬ  ＳＳＮと一緒に目標ＰＤＣＰに通知する（図２の過程１２）。また、目標ＲＲＣは、ＰＤＣＰの受信側のためにＵＬ  ＲＳＮをＰＤＣＰに通知するが、この時、重要なことは、ＤＬ  ＳＳＮも通知されるという点である。
【０１３９】
正常な場合、ＰＤＣＰは、各未確認ＳＤＵのＤＬ  ｓｅｎｄ  ＰＤＣＰ  ＳＮを分かっていて、ＳＤＵの最後の未確認ＳＮ（Ｌａｓｔ  Ｕｎｃｏｎｆｉｒｍｅｄ  ＳＮ  ｏｆ  ＳＤＵ：ＬＵＳＮ）に１を足した値がＤＬ  ＳＳＮであるために、前記ＤＬ  ＳＳＮは通知されなくても良い。ところが、後述されるギャップ（Ｇａｐ）ＳＮが発生する場合には、公式（ＤＬ  ＳＳＮ＝ＬＵＳＮ＋１）が成立しないために、前記のような問題点を予想してＤＬ  ＳＳＮも目標ＰＤＣＰに通知するようになる。
【０１４０】
従来には、ＲＲＣでＤＬ  ＲＳＮを検査したが（図１５の過程１１）、本発明ではＰＤＣＰで検査して、ＲＲＣは、但し３個の値（ＤＬ  ＲＳＮ、ＤＬ  ＳＳＮおよびＵＬ  ＲＳＮ）のみをＰＤＣＰに伝達する。従って、図２の過程１１に示したように、目標ＲＲＣではどんなことも発生しない。
【０１４１】
目標ＲＲＣからＤＬ  ＲＳＮおよびＤＬ  ＳＳＮを受信した目標ＰＤＣＰは、格納されたＦＵＳＮを利用して条件（ＦＵＳＮ≦ＤＬ  ＲＳＮ≦ＤＬ  ＳＳＮ）が満足されるかを検査する。条件が満足されると、目標ＲＮＣのＰＤＣＰは、ＤＬ  ＲＳＮに該当する一連番号（ＳＮ）を有するＳＤＵの伝送を開始する。反面、条件が満足されないと、目標ＲＮＣのＰＤＣＰは、ＳＮ同期化プロセスを実行して、ＦＵＳＮに該当する一連番号を有するＳＤＵをＰＤＣＰ  ＳｅｑＮｕｍ  ＰＤＵを利用して伝送する。
【０１４２】
即ち、従来には、ＲＲＣの命令によってＳＮ同期化プロセスが遂行されたが、本発明では、ＰＤＣＰが自体的に判断してＳＮ同期化プロセスを遂行するようにした。また、前記ＳＮ有効性検査およびＳＮ同期化プロセスは、ＵＴＲＡＮだけでなくＵＥによっても遂行することができる。
【０１４３】
図３は、本発明に係るアップリンクＬＳＲプロセスをの実施形態を示している。
【０１４４】
従来技術では、ＵＥのＰＤＣＰがＵＬ  ＲＳＮを受信する時、ＰＤＣＰは、如何なる検査もしなくて、ＵＬ  ＲＳＮに該当するＳＤＵから伝送を開始し、従来の規格にはＵＬ  ＲＳＮが有効範囲を外れる場合に対する如何なる定義もない実情である。
【０１４５】
本発明の実施形態では、ソースＲＲＣからＵＬ  ＲＳＮが受信されると、（図３の過程２）、目標ＲＲＣはＵＬ  ＲＳＮを目標ＰＤＣＰに通知する（図３の過程１２）。また、目標ＲＲＣは、ＵＬ  ＲＳＮをＵＥ  ＲＲＣに伝達して（過程７）、伝送されたＵＬ  ＲＳＮは、ＵＥ  ＰＤＣＰに伝達される（過程８）。
【０１４６】
本発明に係る前記ＵＥ  ＰＤＣＰは、ＵＴＲＡＮ  ＰＤＣＰのようにアップリンクモードの間ＵＬ  ＲＳＮの有効性検査を遂行するが、ＵＬ  ＲＳＮが有効範囲を外れると、ＳＮ同期化プロセスが開始される。この時、ＵＥ  ＰＤＣＰの有効性検査は、ＲＲＣから受信されたＵＬ  ＲＳＮが条件（ＦＵＳＮ≦ＵＬ  ＲＳＮ≦ＵＬＳＳＮ）を満足であるかを確認すると良い。
【０１４７】
条件が満足されると、ＵＥ  ＰＤＣＰはＵＬ  ＲＳＮに該当するＳＤＵから伝送し、満足されないと、ＳＮ同期化プロセスを開始して、ＳｅｑＮｕｍ  ＰＤＵを利用してＦＵＳＮに該当するＳＤＵから伝送する。
【０１４８】
図４は、本発明に係るＲＲＣのＳＮ有効性検査過程の他の実施形態である。
【０１４９】
この時、過程１−６は、図２および図３と同様であるために、図４には、過程７以後の過程のみが図示されている。
【０１５０】
ＲＲＣは、ＦＵＳＮを分からないために、ＲＲＣは、ＰＤＣＰから各ＳＮに対した情報を受信した後、検査を開始することができる。例えば、ＵＥ  ＲＲＣは、過程（７．５）以前にＵＥ  ＰＤＣＰからＵＬ  ＦＵＳＮおよびＵＬ  ＳＳＮを分からなければならないし（図４の＜７．５番目のプロセス）、目標ＲＲＣは、過程１１以前に目標ＰＤＣＰからＤＬ  ＦＵＳＮを知っていなければならない（図１２の＜１１番目プロセス）。前記情報を分かるようになると、ＵＥ  ＲＲＣおよび目標ＲＲＣは、夫々ＵＬ  ＲＳＮおよびＤＬ  ＲＳＮの有効性検査を遂行することができる（図４の過程７および１１）。
【０１５１】
各ＲＳＮ値が有効範囲内にあると、ＲＲＣは、該当値をＰＤＣＰに通知して、有効範囲外にあると、ＳＮ同期化を遂行するようにＰＤＣＰに命令する。
【０１５２】
本発明では、ＰＤＣＰで有効性検査を遂行する場合、ＰＤＣＰの自体決定にＳＮ同期化が開始されるように提案した。併し、ＰＤＣＰが有効性検査を遂行しなくてもＰＤＣＰの決定によってＳＮ同期化が要求される場合もある。一例として、前記各場合中、一つは、ＬＳＲの間ＰＤＣＰ送信側（ソースＰＤＣＰ）に格納された未確認ＳＤＵの間でＳＮのギャップ（ｇａｐ）が発生する場合であって、無損失伝送のためにギャップＳＮに該当するＰＤＵが伝送される必要がある。
【０１５３】
前記ギャップＳＮ（またはギャップを有するＳＮ）は、ヘッダー圧縮により発生され、ヘッダー圧縮は、ＰＤＣＰ  ＳＤＵにあるＩＰヘッダーを圧縮するものであって、ＰＤＣＰの機能中の一つである。ＰＤＣＰでヘッダー圧縮が遂行される時、送信側および受信側は、同様なアルゴリズムを使用しなければならない。
【０１５４】
ところが、ヘッダー圧縮を使用する時、たびたび受信側は送信側にフィードバックアルゴリズムを発送する。前記フィードバックアルゴリズムは、ＰＤＣＰ  ＰＤＵ形態（ｆｏｒｍ）に伝送され、前記ＰＤＣＰ  ＰＤＵは、ＰＤＣＰ  ＳＤＵから発生されるのでなくＰＤＣＰが自体的に発生する。
【０１５５】
ＧＴＰ−Ｕ  ＳＮは、ＰＤＣＰ  ＳＤＵ毎に付加され、前記ＰＤＣＰ  ＳＮは、ＰＤＣＰ  ＰＤＵ毎に付加されるために、ＧＴＰ−Ｕ  ＳＮおよびＰＤＣＰ  ＳＮは、フィードバック情報によって１：１対応されないこともある。かつ、ＬＳＲの以前または以後に使用されるヘッダー圧縮アルゴリズムは、相互相違であることがあるし、確認されないフィードバックＰＤＵは、以前（ｏｕｔ−ｏｆ−ｄａｔａ）の情報を包含しているために、目標ＰＤＣＰに伝送されなく、ソースＰＤＣＰで廃棄される。
【０１５６】
従って、前記のような場合、目標ＰＤＣＰに伝送された未確認ＳＤＵのＰＤＣＰ  ＳＮ間にギャップが存在する。従来には、このようなギャップを考慮しなかったし、従って、未確認ＳＤＵが順次に伝送されるために、ＳＳＮとＲＳＮ間にギャップに該当する差が発生する。送信側ＰＤＣＰおよび受信側ＰＤＣＰは、ＳＮ同期化プロセスが遂行される前に相互ＳＮを交換しないために、ギャップＳＮによる送信側ＰＤＣＰと受信側ＰＤＣＰ間のＳＮの差は認識されない。以後、再びＬＳＲが発生すると、ＳＤＵは前記ＳＮの差によって損失を受ける。
【０１５７】
前記のような問題点を解決するために、本発明は、２種類の具体的な方法を提案する。
【０１５８】
図５は、ギャップＳＮが発生した場合、ＰＤＣＰがＳＮ同期化を開始して、ギャップＳＮの次のＳＮに該当するＳＤＵをＳｅｑＮｕｍ  ＰＤＵ形態に伝送する方法の一番目の例である。
【０１５９】
ＬＳＲが遂行される時、ソースＰＤＣＰの未確認ＰＤＵがＳＮ＝２１−２５に該当するＰＤＵで、ＳＮ＝２３のＰＤＵがフィードバックＰＤＵであると仮定すると、前記ＳＮ＝２３は目標ＰＤＣＰに伝達されない。従って、目標ＰＤＣＰは、ＳＮ＝２１−２５中、ＳＮ＝２３を除外したＳＤＵを格納して、目標ＲＲＣから一番目のＤＬ  ＰＤＣＰ  ＳＮ＝２２が通知される時にＳＮ＝２２に該当するＳＤＵから伝送を開始する。
【０１６０】
ところが、ＳＮ＝２２のＰＤＵが伝送された後、ＳＮ＝２３のＰＤＵは存在しないために、ＰＤＣＰはＳＮギャップが存在するかを判断して、ギャップＳＮの次のＳＤＵに対したＳＮ同期化プロセスを開始する。そして、ＳＮ＝２４以後のＳＤＵは、全てＳｅｑＮｕｍ  ＰＤＵを利用して全て伝送される。ＳＮ＝２２のデータＰＤＵが受信される時、受信側はＳＮ＝２３にＰＤＵを更新した後、ＳＮ＝２４のＳｅｑＮｕｍ  ＰＤＵが受信される時にＲＳＮを２４に更新する。従って、送信側と受信側間のＳＮ同期化が詳述したように保障される。
【０１６１】
詳述したように、図５は、目標ＰＤＣＰのギャップＳＮに対したＳＮ同期化方法を示しているが、前記方法はＵＥでも使用される。即ち、ＵＥで未確認ＳＤＵのＳＮにギャップが存在すると、詳述したように、ＳＮ同期化プロセスが開始される。
【０１６２】
図６は、ギャップＳＮに対してギャップＰＤＵを伝送する方法の２番目の例である。
【０１６３】
即ち、２番目の方法は、ギャップが発生すると、何の情報も有しないギャップＰＤＵを伝送する方法である。この時、ギャップＰＤＵは、ＳＮの連続性を維持するために伝送される。例えば、一番目の１  Ｏｃｔｅｔを伝送することで、図１４に図示されたデータＰＤＵがギャップＰＤＵとして使用されることもできる。ギャップＳＮに対したギャップＰＤＵが伝送される時、ＳＮ同期化プロセスを遂行することなく、送信側と受信側間のＳＮ同期化を維持することができる。
【０１６４】
詳述したように、図６は、ギャップＳＮに対してギャップＰＤＵを伝送する具体的な方法であって、該方法は、ギャップＳＮが発生する時にＳＮ同期化を遂行する代わりにギャップＰＤＵを伝送する。この時、ＳＮ＝２３は、ギャップＳＮであるために、ＳＮ＝２３に対したギャップＰＤＵが生成されて伝送される。そして、ギャップＰＤＵは、多様な種類が使用されることができるが、それらの共通目的は、送信側と受信側のＳＮを同期化させることである。図６には、目標ＰＤＣＰのみが図示されているが、前記方法は、ＵＥ  ＰＤＣＰでも使用されることができる。
【０１６５】
本発明は、一つの無線網制御器から他の無線網制御器に使用者端末をハンドオーバーするためのパケットデータサービスの提供方法およびデバイスに関するものである。本発明は、ＳＲＮＳ再割当の間、データ損失を避けるために、伝送されたが未確認された一番目のデータユニットの一連番号および送信側ＰＤＣＰ階層の一番目の未発送ＰＤＣＰ  ＳＤＵの送信ＰＤＣＰ一連番号を利用して前記受信側ＰＤＣＰ階層から次に予想される受信ＰＤＣＰ一連番号の有効性をチェックする方法を提供する。本発明では、パケットサービス領域で無損失ＳＲＮＳ再割当を支援するために、ＰＤＣＰプロトコル構造を再構成して、制御情報および動作節次を新しく定義する。従って、本発明は、パケットサービス領域で無損失ＳＲＮＳ再割当を遂行することで、データ通信の移動性を保障することができる。
【図面の簡単な説明】
【０１６６】
【図１】図１は、本発明に係るＰＤＣＰ階層の送信側にＳＤＵバッファーを包含するＰＤＣＰ構造を示した図である。
【図２】図２は、本発明に係る使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を示したフローチャートである。
【図３】図３は、本発明に係る使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を示したフローチャートである。
【図４】図４は、本発明の他の実施形態で、ＲＲＣにより遂行される一連番号（ＳＮ）の有効性検査を示した図である。
【図５】図５は、ギャップ（ｇａｐ）が発生した場合、ＰＤＣＰが自体的にＳＮ同期化過程を開始した後、ギャップＳＮの次のＳＮに該当するＳＤＵをＳｅｑＮｕｍ  ＰＤＵ形態に伝送する方法の第１例を示した図である。
【図６】図６は、ギャップＳＮに対してギャップＰＤＵを伝送する方法の第２例を示した図である。
【図７】図７は、ＴＳＧ−ＲＡＮおよびＴＳＧ−ＣＮで勧告する網構造のパケットサービス領域の網構造を示した図である。
【図８】図８は、使用者データを伝送するための使用者平面（Ｕ−Ｐｌａｎｅ）階層構造を示した図である。
【図９】図９は、制御信号を伝送するための制御平面（Ｃ−Ｐｌａｎｅ）階層構造を示した図である。
【図１０】図１０は、図８および図９に図示された階層中、無線区間のＵｕインターフェースの細部階層を示した図である。
【図１１】図１１は、従来ＳＲＮＳの再割当過程を示した図である。
【図１２】図１２は、従来使用者平面のパケットデータの流れを示した図である。
【図１３】図１３は、パケットデータの流れに関連された階層中、無線区間のパケットデータを送信／受信する階層のＰＤＣＰ構造を示した図である。
【図１４】図１４は、他のＰＤＣＰ  ＰＤＵタイプを示した図である。
【図１５】図１５は、従来３ＧＰＰ標準規格で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフローチャートである。
【図１６】図１６は、従来３ＧＰＰ標準規格で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフローチャートである。
【図１】
2006005949.tif 000003
【図２】
2006005949.tif 000004
【図３】
2006005949.tif 000005
【図４】
2006005949.tif 000006
【図５】
2006005949.tif 000007
【図６】
2006005949.tif 000008
【図７】
2006005949.tif 000009
【図８】
2006005949.tif 000010
【図９】
2006005949.tif 000011
【図１０】
2006005949.tif 000012
【図１１】
2006005949.tif 000013
【図１２】
2006005949.tif 000014
【図１３】
2006005949.tif 000015
【図１４】
2006005949.tif 000016
【図１５】
2006005949.tif 000017
【図１６】
2006005949.tif 000018