JP4297655B2 - 無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法 - Google Patents
無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法 Download PDFInfo
- Publication number
- JP4297655B2 JP4297655B2 JP2002200529A JP2002200529A JP4297655B2 JP 4297655 B2 JP4297655 B2 JP 4297655B2 JP 2002200529 A JP2002200529 A JP 2002200529A JP 2002200529 A JP2002200529 A JP 2002200529A JP 4297655 B2 JP4297655 B2 JP 4297655B2
- Authority
- JP
- Japan
- Prior art keywords
- pdcp
- pdu
- gap
- transmitted
- rnc
- 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.)
- Expired - Lifetime
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/10—Reselecting an access point controller
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/04—Protocols for data compression, e.g. ROHC
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
-
- 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
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/22—Interfaces between hierarchically similar devices between access point controllers
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Devices For Checking Fares Or Tickets At Control Points (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、移動通信システムの使用者端末のハンドオーバーまたはハンドオフ中のパケットデータサービスに係るもので、詳しくは、ＳＲＮＳ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂｓｙｓｔｅｍ）再割当方法およびパケットサービス領域のＳＲＮＳ再割当を支援し得るパケットデータ収斂プロトコル階層（ＰＤＣＰ）構造およびその方法に関するものである。
【０００２】
【従来の技術】
最近、ヨーロッパ型第３世代移動通信システム（ＩＭＴ−２０００システム）の詳細な標準規格を作るために、韓国のＴＴＡ、中国のＣＷＴＳ、米国のＴ１、日本のＡＲＩＢ／ＴＴＣおよびヨーロッパのＥＴＳＩのような国家的、国際的または地域的な標準化機構によりＵＴＭＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）と称する第３世代共用プロジェクト（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、以下、３ＧＰＰと略称す）が構成された。
【０００３】
前記ＵＴＭＳは、無線接続網技術であって、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）技術を採択し、パケット交換網に基づいたＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）および回線交換網に基づいたＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を基盤に開発されている。また、前記ＵＴＭＳでは、音声、映像およびデータのようなマルチメディアサービスを提供し得る第３世代移動通信システムも共同に開発している。
【０００４】
３ＧＰＰは、プロジェクトを管理し、迅速でかつ、効率的な技術開発のために五つの技術規格グループ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐｓ、以下、ＴＳＧと略称す）を包含するが、各ＴＳＧは、関連領域で標準規格の開発、承認および管理を担当する。前記グループ中、無線接続網（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＲＡＮ）グループ（ＴＳＧ−ＲＡＮ）は、第３世代移動通信システムで新しい無線接続網を規定するために、端末とＵＴＲＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の機能的要求事項およびインターフェースに対する規格を開発していて、核心網（Ｃｏｒｅ Ｎｅｔｗｏｒｋ：ＣＮ）グループ（ＴＳＧ−ＣＮ）は、前記ＵＴＲＮを回線交換基幹（Ｂａｃｋｂｏｎｅ）網またはパケット交換基幹網と接続するために核心網の機能、要求事項およびインターフェースに対する規格を開発している。
【０００５】
図７は、ＴＳＧ−ＲＡＮおよびＴＳＧ−ＣＮから提案された回線交換領域（Ｄｏｍａｉｎ）の網構造である。
【０００６】
図７に示したように、ＵＴＲＡＮは、複数の無線網副システム（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂｓｙｓｔｅｍ：ＲＮＳ）に構成され、各ＲＮＳは、複数のノードＢおよび一つの無線網制御器（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）に構成される。
【０００７】
また、核心網（ＣＮ）は、採択されたスイッチングモード（パケット交換網または回線交換網）によって相違な構造を有するが、本発明に係るパケット交換網の場合、前記ＣＮは、複数のＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）および一つのＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）に構成される。
【０００８】
ノードＢは、通常移動局または端末と呼ばれる使用者装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）をＵＴＲＡＮに接続させる接続点の役割を行って、ＲＮＣは、無線資源を各ＵＥに割当し管理する機能を遂行する。ＲＮＣは、共用無線資源を管理する制御ＲＮＣ（Ｃｏｎｔｒｏｌ ＲＮＣ：ＣＲＮＣ）と各端末に割当された専用無線資源（Ｄｅｄｉｃａｔｅｄ Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ）を管理する担当ＲＮＣ（Ｓｅｒｖｉｎｇ ＲＮＣ：ＳＲＮＣ）とに分類することができる。
【０００９】
そして、特定ＵＥの立場から見ると、前記ＵＥのＳＲＮＣが位置されたＲＮＣをＳＲＮＣと呼ぶ。ＳＧＳＮは、ＵＴＲＮから伝送された情報をＣＮにルーティングし、ＧＧＳＮは、情報の目的地が現在のＣＮでなく他の網である場合、ＵＴＲＡＮから伝送された情報を他の各ＣＮに通過させるゲートウエイ（ｇａｔｅｗａｙ）の役割を遂行する。パケット領域網（Ｐａｃｋｅｔ Ｄｏｍａｉｎ Ｎｅｔｗｏｒｋ：ＰＤＮ）は、パケットサービス領域で他の網間の接続を支援するためのパケット交換領域の基幹網である。
【００１０】
そして、各部のデータインターフェースは、下記のように相互相違な名称を有する。例えば、ＵＥとノードＢ間のインターフェースは“Ｕｕ”、ノードＢとＲＮＣ間のインターフェースは“ｌｕｂ”、ＲＮＣとＲＮＣ間のインターフェースは“ｌｕｒ”、ＲＮＣとＳＧＳＮ間のインターフェースは“ｌｕ”、ＳＧＳＮとＧＧＳＮまたはＳＧＳＮとＳＧＳＮ間のインターフェースは“Ｇｎ”である。
【００１１】
図７は、網構造を示した実施形態である。
【００１２】
ｌｕｒインターフェースは、実際インターフェースとして存在しないこともあるし、他のＳＧＳＮのＲＮＣ間に存在することもできる。また、前記ＳＧＳＮ間のＧｎインターフェースも存在もしくは不存在することもある。
【００１３】
図７に図示された網構造は、図８および図９に図示されたように、階層的構造に示されることができる。図８は、使用者データを伝送するための使用者平面（Ｕｓｅｒ Ｐｌａｎｅ：Ｕ−Ｐｌａｎｅ）階層構造を示した図で、図９は、制御信号を伝送するための制御平面（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：Ｃ−Ｐｌａｎｅ）階層構造を示した図である。
【００１４】
図１０は、図８および図９に図示された、無線インターフェースのＵｕインターフェースを支援するためのＵＴＲＡＮまたはＵＥの詳細階層を示した図である。
【００１５】
図１０に示したように、Ｕ−Ｐｌａｎｅは、開放型システム相互接続技術の第２階層として作用するパケットデータ収斂プロトコル（Ｐａｃｋｅｔ ＤａｔａＣｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）階層、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：ＲＬＣ）階層、媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ：ＭＡＣ）があって、開放型システム相互接続技術の第１階層として作用する物理階層（Ｌ１）がある。また、Ｃ−Ｐｌａｎｅは、無線資源制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）階層、ＲＬＣ階層、ＭＡＣ階層およびＬ１階層に構成される。
【００１６】
前記Ｌ１階層（物理階層）は、多様な無線接続技術を利用して上位階層に情報戦ソングサービスを提供する。前記Ｌ１階層は、伝送チャンネルを通してＭＡＣ階層と接続され、ＭＡＣ階層とＬ１階層間のデータは、伝送チャンネルを通して交換される。前記伝送チャンネルは、一つの端末が独占的に利用することができるかまたは、複数の端末により共有することができるかによって専用伝送チャンネル（Ｄｅｄｉｃａｔｅｄ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）と共用伝送チャンネル（Ｃｏｍｍｏｎ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）とに区分される。
【００１７】
前記ＭＡＣ階層は、無線資源の割当および再割当のためのＭＡＣパラメータ再割当サービスを提供する。前記ＭＡＣ階層は、論理チャンネルを通してＲＬＣ階層と接続され、伝送される情報の種類によって多様な論理チャンネルが提供される。一般に、Ｃ−Ｐｌａｎｅ上で情報が伝送される場合には、制御チャンネルが使用され、Ｕ−Ｐｌａｎｅ上で情報が伝送される場合には、トラフィックチャンネルが使用される。
【００１８】
ＲＬＣ階層は、無線リンクの設定または解除サービスを提供して、Ｕ−Ｐｌａｎｅの上位階層から伝達されたＲＬＣサービスデータユニット（ＳｅｒｖｉｃｅＤａｔａ Ｕｎｉｔ：ＳＤＵ）の分割および再組立機能を遂行する。前記ＲＬＣ ＳＤＵは、ＲＬＣ階層で大きさが調節された後、ヘッダーが付着されてプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ：ＰＤＵ）形態に変換されるが、該変換されたＰＤＵは、ＭＡＣ階層に伝送される。
【００１９】
ＰＤＣＰ階層は、ＲＬＣ階層の上位階層であって、ＩＰｖ４またはＩＰｖ６のようなＩＰ網プロトコルを通して伝送されたデータが前記ＲＬＣ階層で、効率的に伝送される形態に作る役割を遂行する。この以外にも、ＰＤＣＰ階層は、有線網では使用されるが、無線網では不必要な制御情報を減らし、無線インターフェースを通してデータが効率的に伝送されるようにする。この機能をヘッダー圧縮と称して、一例としてＴＣＰ／ＩＰで使用されるヘッダー情報の量を減らすのに使用されることができる。
【００２０】
ＲＲＣ階層は、任意の領域に位置した全ての端末にシステム情報を放送するための情報放送サービスを提供する。また、ＲＲＣ階層は、第３階層で交換される制御信号のための制御平面信号を処理して、端末とＵＴＲＡＮ間の無線資源を設定、再構成および解除の機能を遂行する。特に、ＲＲＣ階層は、無線運搬者（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）の設定、再構成および解除の機能および無線資源接続に必要な無線資源の割当、再配置および解除機能を遂行する。この時、ＲＢを設定することは、無線領域から所定のサービスを提供するために必要なプロトコル階層およびチャンネル特性を決定して、夫々パラメータと動作方法および設定する過程を意味する。
【００２１】
前記ｌｕインターフェースは、機能によって相違なタイプに特性化することができるが、ｌｕ−ＣＳ（ｌｕ Ｃｉｒｃｕｉｔ Ｓｅｒｖｉｃｅ）は、回線交換サービスで使用されて、ｌｕ−ＰＳ（ｌｕ Ｐａｃｋｅｔ Ｓｅｒｖｉｃｅ）は、パケット交換サービスで使用される。本発明はパケット交換領域のみを考慮するので、ｌｕ−ＰＳのみに対して考察する。前記ｌｕ−ＰＳは、パケットデータ伝送を支援し、このために使用者平面ではＧＴＰ−Ｕ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ ｆｏｒ ｔｈｅ Ｕｓｅｒ Ｐｌａｎｅ）階層が使用されている。前記ＧＴＰ−Ｕ階層は、パケット交換領域で使用者データを伝送するために特別に使用される階層としてＧＰＲＳ網で使用されていて、パケット交換網は、ＵＭＴＳでＧＰＲＳを基盤にするために、前記ＧＴＰ−ＵはＵＭＴＳでも使用される。
【００２２】
ＲＡＮＡＰ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ：ＲＡＮＡＰ）階層は、ｌｕインターフェースの制御平面で使用される階層であって、制御情報を伝送して、ｌｕ−ＣＳおよびｌｕ−ＰＳで全て使用される。
【００２３】
図１１は、ＳＲＮＳ（Ｓｅｒｖｉｎｇ ＲＮＳ）再割当過程を示した図である。
【００２４】
ＳＲＮＳ再割当とは、使用者装置（ＵＥ）によりハンドオーバーがＲＮＳ間から発生した場合より短い経路にＵＥとＣＮ間のｌｕ接続点を設定するために、ＳＲＮＣをソースＲＮＣから目標ＲＮＣに変えてくれる過程を意味する。図１１で、ソースＲＮＣと接続された旧（ｏｌｄ）ＳＧＳＮは、目標ＲＮＣと接続された新しいＳＧＳＮとは相違であるが、前記旧ＳＧＳＮと新しいＳＧＳＮとは同様であることもある。即ち、前記ＳＲＮＣは、ＳＧＳＮが変更されることなくても変更されることができる。
【００２５】
データ損失を許容しないＳＲＮＳ再割当過程を無損失ＳＲＮＳ再割当（Ｌｏｓｓｌｅｓｓ ＳＲＮＳ Ｒｅｌｏｃａｔｉｏｎ：ＬＳＲ）と呼ぶ。前記ＬＳＲは、パケットデータ伝送で非常に重要であるが、その理由は、音声データのような実時間データでは若干の損失が許容されて少ない影響を及ぼすが、パケットデータのデータ損失は、全体データが損失されることと同様であるからである。従って、３ＧＰＰでは、完壁なＬＳＲ遂行のために努力しているが、まだ十分であない実情である。
【００２６】
以下、３ＧＰＰ標準または他の標準により支援される無線通信システムの典型的パケットデータ送信／受信過程を、ＵＥでのパケットデータダウンロードを例に挙げて説明する。
【００２７】
先ず、ＧＧＳＮは、ＵＥが要請したデータを伝送するために、ＵＥが接続されたＳＧＳＮに無線接続運搬者（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ：ＲＡＢ）の設定を要求して、前記要求を受信したＳＧＳＮは、ＲＡＢを割当して自身とＵＥ間のデータ伝送経路を設定する。ＧＧＳＮからＵＥに伝送経路が設定されると、ＧＧＳＮは、パケットデータの伝送を開始する。上位階層（ＩＰ、ＰＰＰなど）で生成されたパケットデータは、ＧＧＳＮのＧＴＰ−Ｕ階層でＧＴＰ−ＵＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）にカプセル化されてＵＴＲＡＮのＲＮＣに伝送され、ＵＴＲＡＮ ＲＮＣのＧＴＰ−Ｕ階層は、伝送されたＧＴＰ−Ｕ ＰＤＵを解除（Ｄｅｃａｐｓｕｌａｔｅ）してパケットデータを抽出する。一般に、ＧＴＰ−Ｕ階層は、順次（ｉｎ−ｓｅｑｕｅｎｃｅ）および信頼性のある（ｒｅｌｉａｂｌｅ）伝達（ｄｅｌｉｖｅｒｙ）のためにＧＴＰヘッダーにＧＴＰ−Ｕ一連番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）を付着した後、ＧＴＰ−Ｕ ＰＤＵを伝送する。
【００２８】
以後、ＧＴＰヘッダーがＧＴＰ−Ｕ ＰＤＵから除去されるが、ＧＴＰヘッダーが除去されてから残された各パケットデータは、ＵＴＲＡＮのＰＤＣＰ階層に伝送され、ＰＤＣＰ階層は、伝送されたパケットデータ（図１２のＰＤＣＰ ＳＤＵ）に対してヘッダー圧縮を遂行する。このとき、ヘッダー圧縮とは、正常的なＩＰプロトコルのパケットでＩＰヘッダーをダウンサイジング（ｄｏｗｎｓｉｚｉｎｇ）することを意味する。前記ヘッダー圧縮は、各パケット（ＰＤＣＰ ＳＤＵ）に対して遂行され、ヘッダー圧縮が遂行されたＰＤＣＰ ＳＤＵはＰＤＣＰ ＰＤＵになる。
【００２９】
このように生成されたＰＤＣＰ ＰＤＵは、ＲＬＣ、ＭＡＣおよびＬ１を経てＵＥに伝送され、該伝送されたＰＤＣＰ ＰＤＵは、ＵＥにあるＬ１、ＭＡＣおよびＲＬＣを経てＵＥのＰＤＣＰに伝達される。ＰＤＣＰは、ヘッダー圧縮アルゴリズムと反対のアルゴリズムを使用してヘッダー圧縮解除を遂行して、抽出されたＰＤＣＰ ＳＤＵを上位階層（ＩＰ、ＰＰＰ）に伝達する。そして、ＵＥ側から伝送されたＩＰパケットも類似の方法によりＵＴＲＡＮ側に伝送することができる。
【００３０】
図１３は、パケットデータの流れに関連された階層中、無線インターフェースでパケットデータの送信／受信を制御するＰＤＣＰ階層の構造を示した図である。
【００３１】
図１３に示したように、無線運搬者（ＲＢ）当り一つのＰＤＣＰエンティティー（ｅｎｔｉｔｙ）が存在し、一つのＰＤＣＰエンティティーは、一つのＲＬＣエンティティーに接続される。
【００３２】
ＰＤＣＰエンティティーは、三つのタイプのＲＬＣエンティティーである応答モード（Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ：ＡＭ、受信側がデータ伝送の与否を確認するモード）、未応答モード（ＵｎＡｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ：ＵＭ、受信側がデータ伝送を確認しないモード）および透明モード（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ：ＴＭ、データを通過させるモード）に連結されることができる。ところが、ＬＳＲが使用される場合には、ＰＤＣＰ ＰＤＵの順次伝達を保障するために前記ＰＤＣＰエンティティーは、ＲＬＣ ＡＭエンティティーのみに接続される。
【００３３】
前記ＰＤＣＰの動作は、ＲＬＣエンティティーの三つのモード中、どのモードが使用されるかによって少しずつ相違であるが、ここでは、ＰＤＣＰがＬＳＲを支援するＲＬＣ ＡＭエンティティーに連結される場合のみに対して説明する。
【００３４】
ＧＴＰ−ＵからＰＤＣＰ ＳＤＵが伝達されると、ＰＤＣＰは、圧縮アルゴリズムを利用してヘッダー圧縮を遂行する、前記ヘッダー圧縮は、ＰＤＣＰ ＳＤＵにあるＩＰ（ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ヘッダーに対して遂行されるが、現在、ヘッダー圧縮に使用されるアルゴリズムは、ＲＦＣ２５０７およびＲＦＣ３０９５の２種類のみに定義されている。実際に、ヘッダー圧縮に使用されるアルゴリズムは、ＰＤＣＰエンティティーが設定される時、ＲＲＣから通知され、多様な圧縮アルゴリズムが使用されることもできるし、圧縮をすることなく、通過させることもできる。
【００３５】
ＰＤＣＰ ＳＤＵがヘッダー圧縮過程を経ると、ＰＤＣＰ ＰＤＵになる。以後、ＰＤＣＰがＬＳＲを支援すると、各ＰＤＣＰ ＰＤＵは番号が付けられ、一連番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）は、ＰＤＣＰにより管理される。送信側ＰＤＣＰ ＰＤＵの一連番号は、一つのＰＤＣＰ ＰＤＵがＲＬＣに伝達される都度に１ずつ増加して、受信側ＰＤＣＰ ＰＤＵの一連番号は、一つのＰＤＣＰ ＰＤＵがＲＬＣから伝達されるかまたは、一つのＰＤＣＰ ＰＤＵ（＝ＲＬＣ ＳＤＵ）が廃棄されたという廃棄情報がＲＬＣから伝達される都度に１ずつ増加する。このように、ＰＤＣＰは、一連番号を管理してＳＲＮＳ再割当が発生した時、ＰＤＣＰ ＳＤＵの損失を防止する。
【００３６】
図１４は、ＰＤＣＰ ＰＤＵのタイプを示した図である。
【００３７】
ＰＤＣＰにより発生したＰＤＵは、三つのタイプが存在する。一つ目に、ＰＤＣＰ−Ｎｏ−Ｈｅａｄｅｒ ＰＤＵは、オーバーヘッド情報を付着することなく、ＰＤＣＰ ＳＤＵを直ちにＰＤＣＰ ＰＤＵに使用する。前記ＰＤＵは、上位階層で予めヘッダー圧縮が行われた場合に使用され、ＰＤＣＰは、ＰＤＣＰ ＳＤＵをそのままＲＬＣに伝達する。
【００３８】
二つ目に、ＰＤＣＰデータＰＤＵは、ＰＤＣＰで主に使用され、該当ＰＤＣＰＰＤＵのために使用されたヘッダー圧縮タイプをＰＩＤフィールドを通して通知する。前記ＰＤＵタイプフィールドは、該当ＰＤＵがＰＤＣＰデータＰＤＵであるか、または、後述するＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵであるかを通知する。三つ目に、ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵは、ＰＤＣＰデータＰＤＵが一連番号と一緒に伝送される時に使用される。前記ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵは、送信／受信側ＰＤＣＰエンティティーのＰＤＣＰ ＰＤＵの各ＳＮが相互同期が合わない場合に、送信側ＳＳＮ（Ｓｅｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）と受信側ＲＳＮ（Ｒｅｃｅｉｖｅ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）を一致させるために発送される。この時、前記ＲＳＮは、次の予想一連番号に該当され、前記ＳＳＮは、一番目の未発送一連番号に該当する。このように、ＳｅｑＮｕｍ ＰＤＵを伝送して各ＰＤＣＰエンティティーのＳＮを一致させる過程をＳＮ同期化過程という。
【００３９】
パケットデータが送信／受信される時、ＳＲＮＳ再割当が発生すると、ＰＤＣＰは、モードによって相違な動作を遂行する。前記ＳＲＮＳ再割当には、二つモードがあるが、一つは損失ＳＲＮＳ再割当で、他の一つは無損失ＳＲＮＳ再割当である。
【００４０】
前記損失ＳＲＮＳ再割当は、パケットの損失を許容してハンドオーバーを遂行する方法であって、主にＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）およびストリーミングサービス（ｓｔｒｅａｍｉｎｇ Ｓｅｒｖｉｃｅ）のような実時間トラフィックに適用される。前記方法によると、ＰＤＣＰは、自分が伝送したＰＤＣＰ ＰＤＵに対してＲＬＣから如何なる確認信号（Ａｃｋｎｏｗｌｅｄｇｅ：ＡＣＫ）も受信しないし、ＳＲＮＳ再割当の間、特別な動作を遂行しない。即ち、ＰＤＣＰは、ＧＴＰ−Ｕから伝送されたＰＤＣＰ ＳＤＵに対してヘッダー圧縮を遂行した後、ＲＬＣに伝達するだけである。
【００４１】
反面、無損失ＳＲＮＳ再割当（ＬＳＲ）の場合は、パケット損失を許容しないために、ＰＤＣＰは、損失ＳＲＮＳ再割当より一層複雑な動作を遂行する。前記ＬＳＲは、主に実時間トラフィック（ｅ−ｍａｉｌ、ＦＴＰおよびウェブブラウジング）が必要でないサービスに適用されるが、その理由は、大部分の非実時間トラフィックの一部データが流出されると、全体データが流出される特性を有しているからである。従って、ＬＳＲが使用される場合、ＰＤＣＰ ＰＤＵの送信／受信を管理するためにＳＮがＰＤＣＰで使用される。また、送信側ＰＤＣＰと受信側ＰＤＣＰの各ＳＮが相互相違であると、ＳＮを通知するための特別なＰＤＵであるＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵが両方側の各ＳＮを同期化させるために使用され、ＲＬＣは、ＴＭ、ＵＭおよびＡＭ中、ＡＭのみを使用して、順次伝達方式を使用する。
【００４２】
ＰＤＣＰ ＳＮは、それぞれ送信側および受信側に存在するが、送信（Ｓｅｎｄ）ＳＮは、送信側で使用され、受信（Ｒｅｃｅｉｖｅ）ＳＮは、受信側で使用される。前記送信ＳＮは、一つのＰＤＣＰ ＰＤＵ（＝ＲＬＣ ＳＤＵ）がＲＬＣからＰＤＣＰに伝達される都度に１ずつ増加し、受信ＳＮは、正常的ＰＤＣＰＰＤＵがＲＬＣからＰＤＣＰに伝送されるかまたは、ＲＬＣ ＰＤＵを廃棄したという信号がＲＬＣからＰＤＣＰに伝送される時に１ずつ増加する。また、一つのＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵが伝送された時、前記送信ＳＮは、前記ＰＤＵにより通知された値に更新される。
【００４３】
図１５および図１６は、ＵＥが従来３ＧＰＰ規格で提案されたＲＮＳ間でハンドオーバーを遂行する時、ＬＳＲ過程を示した図であって、図１５は、ダウンリンク（ｄｏｗｎｌｉｎｋ）プロトコルを示して、図１６は、アップリンク（ｕｐｌｉｎｋ）プロトコルを示す。
【００４４】
以下、図示された参照符号を引用して図１５に対して説明する。
【００４５】
先ず、図１５に示された過程１は、ＵＥが、他のＲＮＳにハンドオーバーを要請したことによりＳＲＮＳ再割当が必要になると、ソースＲＲＣがＰＤＣＰ階層で動作を停止した後、ＰＤＣＰに再割当を要求する過程である。
【００４６】
過程１で再割当要求を受信したＰＤＣＰは、次に一番目にダウンリンク（ＤＬ）に伝送されるＰＤＣＰ ＰＤＵのＤＬ（Ｄｏｗｎｌｉｎｋ）ＳＳＮと、次に一番目にアップリンク（ＵＬ）から伝送されるＰＤＣＰ ＰＤＵのＵＬ（Ｕｐｌｉｎｋ）をソースＲＲＣに通知する。このとき、ＳＲＮＳ再割当がダウンリンクおよびアップリンクで同時に発生したしても各リンクに対しては、容易な理解のために個別的に説明する。
【００４７】
例えば、送信側ソースＰＤＣＰがＰＤＵ２０までＲＬＣに伝達されると、次のＤＬ ＳＳＮは、２１になって（過程２）、受信側ＲＲＣは、過程２でＰＤＣＰからＤＬ ＳＳＮを受信して目標ＲＲＣに伝送する（過程３）。
【００４８】
ソースＰＤＣＰは、ＵＥに伝送されたＰＤＣＰ ＳＤＵ中、ＲＣＬを通してＵＥにより未確認された各ＰＤＣＰ ＳＤＵをＧＴＰ−Ｕ（Ｕ−ｐｌａｎｅでパケットデータ伝送を支援するための階層）を通して目標ＰＤＣＰに伝送する。ＰＤＵがＰＤＵ２０までＵＥに伝送され、ＵＥからＰＤＵ１５までＰＤＵの伝送成功が確認されると、ソースＰＤＣＰは、未確認されたＰＤＵ１６−ＰＤＵ２０に該当する各ＳＤＵを目標ＰＤＣＰに伝送する（過程４）。
【００４９】
ＵＥ ＰＤＣＰは、次に（過程９）ＵＴＲＡＮからＵＥに伝送される一番目のＰＤＣＰ ＳＤＵのＤＬ ＲＳＮをＵＥ ＲＲＣに通知して、ＰＤＣＰ ＳＤＵのＳＮは、ＰＤＣＰ ＰＤＵのＳＮと同様である。
【００５０】
前記ＵＥ ＲＲＣは、ＤＬ ＲＳＮを目標ＲＮＣのＲＲＣに知らせて、該目標ＲＲＣは、ＵＥから伝送されたＤＬ ＲＳＮとソースＲＮＣから伝送されたＤＬＳＳＮとを比較して、次にＵＥに伝送されるＰＤＣＰ ＳＤＵの一番目のＤＬ
ＰＤＣＰ ＳＮを決定する。
【００５１】
ＤＬ ＲＳＮがＤＬ ＳＳＮより大きいと、ＤＬ ＲＳＮは、無効（Ｉｎｖａｌｉｄ）であると見なして（受信された一連番号は、送信一連番号より大きいことがありえないために）、目標ＲＲＣは、ＰＤＣＰにＳＮ同期化過程を開始するように命令する。反面、ＤＬ ＲＳＮがＤＬ ＳＳＮより小さいかまたは、同様であると、正常的場合と見なして一番目のＤＬ ＰＤＣＰ ＳＮは、ＤＬ ＲＳＮになる（過程１１）。
【００５２】
目標ＲＲＣは、先ず、ダウンリンク（ＤＬ）に伝送される一番目のＤＬ ＰＤＣＰ ＳＮ（ＤＬ ＲＳＮ）を目標ＰＤＣＰに通知し、以後伝送が再開されると、目標ＰＤＣＰは、前記一番目のＤＬ ＰＤＣＰ ＳＮ（ＤＬ ＲＳＮ）に該当するＳＤＵをＤＬに伝送する（過程１２）。
【００５３】
アップリンクの一例として、図１６を参照する時、受信側ソースＰＤＣＰがＲＬＣから一連番号５０のＰＤＵを受信すると、次のＵＬ ＲＳＮは５１と番号が付けられる（過程２）。前記ソースＲＲＣは、ＰＤＣＰからＵＬ ＲＳＮを受信して（過程２）、目標ＲＲＣに伝送する（過程３）。目標ＲＲＣまたはソースＲＲＣは、ＵＬ ＲＳＮをＵＥ ＲＲＣに通知し、ＵＥ ＲＲＣは、目標ＲＲＣまたはソースＲＲＣから受信されたＵＬ ＲＳＮをＵＥ ＰＤＣＰに通知する。次いで、前記ＵＥ ＰＤＣＰは、以後に伝送が再開される時、ＵＬ ＲＳＮに該当するＳＤＵをアップリンク（ＵＬ）に伝送する（過程８）。
【００５４】
【発明が解決しようとする課題】
従って、無損失ＳＲＮＳの再割当を遂行するための従来ＰＤＣＰプロトコル規格においては、無損失割当過程が遂行される時、未確認されたＰＤＣＰ ＳＤＵの伝送に必要なＰＤＣＰバッファーをどのように管理するかが定義されていないし、ヘッダー圧縮コンテクスト状態（ｃｏｎｔｅｘｔ ｓｔａｔｅ）によりＬＳＲ以後のＰＤＣＰ ＳＮにギャップ（ｇａｐ）が発生した時、これをどのように処理するかが定義されていないという不都合な点があった。
【００５５】
また、ＰＤＣＰ間の一連番号（ＳＮ）が相互相違である場合、これをどのように処理するか、ＰＤＣＰ ＳＤＵの伝送時点をどのように決定するか、そして、ＬＳＲ過程の以後にＰＤＣＰ受信側は、どのように動作されるかも定義されていないという不都合な点があった。その他にも、目標ＲＲＣが一連番号を比較する時に発生するモジュール比較（ｍｏｄｕｌａｒ ｃｏｍｐａｒｉｓｏｎ）の問題もまだ解決されていないという不都合な点があった。
【００５６】
従って、無損失ＳＲＮＳの再割当（ＬＳＲ）を支援するためのＰＤＣＰプロトコル規格にある従来技術によってＰＤＣＰが動作されると、損失無しにＳＲＮＳの再割当をすることができなくなるために、移動環境でパケットデータの無損失送信／受信が不可能になるという不都合な点があった。
【００５７】
本発明は、このような従来課題に鑑みてなされたもので、ＰＤＣＰがＬＳＲ動作を遂行する時、ＰＤＣＰが安定的に動作するようにＰＤＣＰ ＳＤＵバッファーを有する新しいＰＤＣＰ構造を提供して、前記ＰＤＣＰ構造に基づいて効率的な節次および該節次に必要なプリミティブ（Ｐｒｉｍｉｔｉｖｅ）およびパラメータを提供することを目的とする。
【００５８】
また、無線網制御器または使用者装置でインターフェースプロトコルを定義することによりパケットデータの損失を防止するための効率的なＬＳＲ方法を提供することを目的とする。
【００５９】
【課題を解決するための手段】
このような目的を達成するため、本発明に係るパケットデータの伝送方法においては、伝送されたが未応答された一番目のＰＤＣＰ ＳＤＵの送信ＰＤＣＰ一連番号および送信側ＰＤＣＰ階層の一番目の未発送ＰＤＣＰ ＳＤＵの送信ＰＤＣＰ一連番号を利用して、受信側ＰＤＣＰ階層から次に伝送される受信ＰＤＣＰ一連番号の有効性をチェックする過程に構成されることを特徴とする。
【００６０】
ＳＲＮＳ再割当が発生する時、上位および上位階層を有する使用者装置と通信するソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、下位および上位階層プロトコルを有する無線網で、本発明に係るパケットデータの伝送方法においては、ソースＲＮＣが送信一連番号を目標ＲＮＣに伝達する過程と、ソースＲＮＣが未確認データユニットおよび該当の一連番号を目標ＲＮＣに伝達する過程と、目標ＲＮＣが使用者装置から受信一連番号を受信する過程と、目標ＲＮＣが前記ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して前記受信一連番号が有効範囲に存在するかをチェックする過程と、を順次行うことを特徴とする。
【００６１】
前記ソースＲＮＣの送信一連番号はソースＲＮＣの下位階層プロトコルから目標ＲＮＣの上位階層プロトコルに提供されることを特徴とする。
【００６２】
前記未確認データユニットおよび該当一連番号は、ソースＲＮＣの下位階層プロトコルから目標ＲＮＣの下位階層プロトコルに提供されることを特徴とする。
【００６３】
前記受信一連番号は、使用者装置の上位階層プロトコルから目標ＲＮＣの上位階層プロトコルに提供されることを特徴とする。
【００６４】
好ましくは、前記ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、目標ＲＮＣの上位下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。類似に、使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００６５】
前記目標ＲＮＣの下位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する。反面、目標ＲＮＣの上位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する。好ましくは、受信一連番号が一番目の未確認データユニットの一連番号より小さく、送信一連番号より大きい時、受信一連番号は無効範囲に存在する。
【００６６】
受信一連番号が有効範囲に存在すると、一連番号同期化が開始される。前記一連番号同期化は、目標ＲＮＣの下位階層プロトコルにより開始され、目標ＲＮＣの下位階層プロトコルは、パケットデータ収斂プロトコル階層である。また、一連番号同期化は、目標ＲＮＣの上位階層プロトコルによって開始され、目標ＲＮＣの上位階層プロトコルは無線資源制御階層である。
【００６７】
ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、ソースＲＮＣからパケットデータの一部を受信して、目標ＲＮＣからパケットデータの他の一部分を受信する使用者装置と連動され、各ＲＮＣは少なくとも下位および上位階層プロトコルを有して、前記目標ＲＮＣは、使用者装置から提供された受信一連番号、ソースＲＮＣから提供された一番目の未確認データユニットの一連番号および一番目の未発送データユニットに該当する送信一連番号を有する無線網で、本発明に係るパケットデータ伝送方法においては、ソースＲＮＣで未確認データユニットの一部が使用者装置に伝達されるように未確認データユニットを目標ＲＮＣに伝達する過程と、目標ＲＮＣで前記一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する過程と、を順次行うが、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きい時に有効範囲に存在する。
【００６８】
前記ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、前記目標ＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００６９】
前記ソースＲＮＣは、未確認データユニットに該当する一連番号を目標ＲＮＣに伝送することを特徴とする。
【００７０】
また、前記使用者装置は、少なくとも下位および上位プロトコルを包含することを特徴とする。
【００７１】
好ましくは、前記未確認データユニットおよび該当一連番号は、ソースＲＮＣの下位階層プロトコルから目標ＲＮＣの下位階層プロトコルに伝送され、類似に、受信一連番号は、使用者装置の上位階層プロトコルから目標ＲＮＣの上位階層プロトコルに伝送される。そして、使用者装置の上位および下位プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００７２】
前記目標ＲＮＣの下位階層プロトコルは、少なくともソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定して、目標ＲＮＣの上位階層プロトコルは、少なくともソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定する。受信一連番号が無効範囲に存在すると、下位階層プロトコルは一連番号同期化を開始して、前記目標ＲＮＣの下位階層プロトコルはパケットデータ収斂プロトコル階層が好ましい。
【００７３】
ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、ソースＲＮＣにパケットデータの一部を伝送して目標ＲＮＣにパケットデータの他の一部分を伝送する使用者装置と連動され、各ＲＮＣは、下位および上位階層プロトコルを有する無線網において、無損失パケットデータ伝送のためのアップリンクプロセスとして提供されたパケットデータ伝達方法においては、目標ＲＮＣがソースＲＮＣから受信一連番号を受信する過程と、目標ＲＮＣが使用者装置に前記受信一連番号を提供する過程と、使用者装置が一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲にあるかを決定する過程と、を包含して構成され、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きい時無効範囲内に存在する。
【００７４】
前記のようなプロセスを遂行するために、次に伝送されるデータユニットの一連番号に該当する受信一連番号を提供する使用者装置および使用されるための無線網のパケットデータ伝達システムにおいては、下位および上位階層プロトコルを有して、使用者装置から受信一連番号を受信する目標無線網制御器（ＲＮＣ）と、下位および上位階層プロトコルを有するソースＲＮＣと、を包含して構成され、前記ソースＲＮＣは、目標ＲＮＣに一番目の未確認データユニットの一連番号を提供して、前記目標ＲＮＣは、一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲にあるかを決定するが、前記受信一連番号が一番目の未確認データユニットの一連番号より小さいかまたは、次に一番目に発送される（未発送された）一連番号より大きい時ｎ受信一連番号は無効範囲に存在する。
【００７５】
前記ソースＲＮＣは、未確認データユニットを目標ＲＮＣに伝達する。また、ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、目標ＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００７６】
前記目標ＲＮＣの下位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認されたデータユニットの一連番号を利用して、受信一連番号が有効範囲内にあるかを決定する。そして、目標ＲＮＣの上位階層プロトコルは、ソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定する。受信一連番号が無効範囲に存在すると、目標ＲＮＣの下位階層プロトコルは一連番号同期化を開始する。
【００７７】
パケットデータを初期にソース無線網制御器（ＲＮＣ）にアップリンクした後、目標ＲＮＣにアップリンクする無線網用使用者装置においては、次の予想一連番号に該当する受信一連番号を目標ＲＮＣから受信する上位階層プロトコルと、上位階層プロトコルと通信して、受信一連番号を受信する下位階層プロトコルと、を包含して構成され、前記下位階層プロトコルは、受信一連番号が有効範囲に存在するかを決定するが、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きいと、無効範囲に存在して、前記送信一連番号は、次に一番目に発送される（未発送された）データユニットの一連番号に該当して、前記未確認データユニットの一連番号は、伝送されたがまだ確認されなかった一番目のデータユニットの一連番号に該当する。
【００７８】
前記無線網用使用者装置で、使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、受信一連番号が有効範囲に存在すると、使用者装置の下位階層プロトコルは一連番号同期化を開始する。
【００７９】
送信側ＰＤＣＰ階層および受信側を有する無線網で、本発明に係るパケットデータ伝送方法においては、一連番号を有するデータユニットを受信側に伝送する過程と、受信側から発送された受信一連番号を受信する過程と、伝送されたが確認されない（未確認）一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の未発送された一番目のデータユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする過程と、受信一連番号が範囲内に存在しないと、一連番号同期化を開始する過程と、を順次行う。また、前記範囲は、一番目の未確認データユニットの一連番号から送信一連番号までである。
【００８０】
前記無線網は、ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、送信ＰＤＣＰ階層としてのＰＤＣＰ階層、受信側として使用者装置とデータ通信を遂行するソースおよび目標ＲＮＣ、送信一連番号を目標ＲＮＣに伝達するソースＲＮＣと、を包含して構成され、前記ソースＲＮＣは、未確認データユニットおよび該当一連番号を目標ＲＮＣに伝達する。
【００８１】
前記ソースＲＮＣの送信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層から提供され、前記未確認データユニットおよび該当一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とする。好ましくは、ソースＲＮＣから受信された受信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供される。また、前記受信一連番号は、受信側のＲＲＣ階層から提供されることができるし、ＰＤＣＰ階層から受信側のＲＲＣ階層に提供されることもできる。
【００８２】
前記受信一連番号は、次に受信されると予想される受信側の一連番号であることを特徴とする。
【００８３】
本発明は、最小限送信側ＰＤＣＰ階層および受信側を有する無線網が、一連番号を有するデータユニットを受信側に伝送する過程と、受信側から伝送された受信一連番号を受信する過程と、伝送されたが未確認された一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の未発送された一番目のデータユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする過程と、受信一連番号が前記範囲内に存在しないと、一連番号同期化を開始する過程と、を順次行うことを特徴とするパケットデータ伝送方法である。
【００８４】
本発明の一実施形態において、前記無線網は、最小限ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、最小限送信側ＰＤＣＰ階層としてのＰＤＣＰ階層、使用者装置とデータ通信を遂行する受信側としてのソースおよび目標ＲＮＣに構成され、前記ソースＲＮＣは、送信一連番号を目標ＲＮＣに伝達して、前記ソースＲＮＣは、未確認データユニットおよび該当一連番号を目標ＲＮＣに伝達することを特徴とするパケットデータ伝送方法である。
【００８５】
本発明の一実施形態において、前記ソースＲＮＣの送信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供されることを特徴とする請求項２記載のパケットデータ伝送方法である。
【００８６】
本発明の一実施形態において、前記各未確認データユニットおよびそれに該当する一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とするパケットデータ伝送方法である。
【００８７】
本発明の一実施形態において、前記各未確認データユニットおよびそれに該当する一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とするパケットデータ伝送方法である。
【００８８】
本発明の一実施形態において、前記ソースＲＮＣに受信された受信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供されることを特徴とするパケットデータ伝送方法である。
【００８９】
本発明の一実施形態において、前記受信一連番号は、受信側ＲＲＣ階層から提供されることを特徴とするパケットデータ伝送方法である。
【００９０】
本発明の一実施形態において、前記受信一連番号は、ＰＤＣＰ階層から受信側ＲＲＣ階層に提供されることを特徴とするパケットデータ伝送方法である。
【００９１】
本発明の一実施形態において、前記受信一連番号は、次に受信される受信側一連番号であることを特徴とするパケットデータ伝送方法である。
【００９２】
本発明の一実施形態において、前記範囲は、一番目の未確認データユニットの一連番号から２番目一連番号まであることを特徴とするパケットデータ伝送方法である。
【００９３】
さらに本発明は、一連番号を有するデータユニットを受信側に伝送する送信機と、受信側から発送された受信一連番号を受信する受信機と、伝送されたが未確認された一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の一番目の未発送データユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする第１エンティティー（ｅｎｔｉｔｙ）と、受信一連番号が範囲内に存在しないと、一連番号の同期化を開始する第２エンティティーと、を包含して構成されることを特徴とする無線網のパケットデータ伝送装置である。
【００９４】
本発明の一実施形態において、前記第１、第２エンティティー中の最小限一つは、ＲＲＣ階層であることを特徴とする無線網のパケットデータ伝送装置である。
【００９５】
本発明の一実施形態において、前記第１、第２エンティティー中の最小限一つは、ＰＤＣＰ階層であることを特徴とする無線網のパケットデータ伝送装置である。
【００９６】
本発明の一実施形態において、前記通信装置は、移動端末であって、前記受信側は、無線網制御器（ＲＮＣ）であることを特徴とする無線網のパケットデータ伝送装置である。
【００９７】
本発明の一実施形態において、前記通信装置は、ＲＮＣであって、前記受信側は、移動端末であることを特徴とする無線網のパケットデータ伝送装置である。
【００９８】
さらに本発明は、前記少なくともソースＲＮＣおよび目標ＲＮＣを有して、各ＲＮＣは、少なくとも送信側ＰＤＣＰ階層としてＰＤＣＰ階層、受信側として移動端末とデータ通信をするソースおよびターゲットＲＮＣを包含して、前記通信装置は、目標ＲＮＣの無線網は、ソースＲＮＣから送信一連番号を受信する第１インターフェースと、ソースＲＮＣから未確認データユニットと該当一連番号を受信する第２インターフェースと、を追加して包含されることを特徴とする無線網のパケットデータ伝送装置である。
【００９９】
本発明の一実施形態において、前記第１インターフェースは、ＲＲＣ階層であることを特徴とする無線網のパケットデータ伝送装置である。
前記第２インターフェースは、ＧＴＰ階層であることを特徴とする請求項１５記載の無線網のパケットデータ伝送装置である。
【０１００】
さらに本発明は、初期にソース無線網制御器（ＲＮＣ）と通信して、次に目標ＲＮＣと通信する無線網であって、少なくともソースおよび目標ＲＮＣ中の一つから受信一連番号を受信する上位階層プロトコルと、前記上位階層プロトコルと通信して、上位階層プロトコルから受信一連番号を受信する下位階層プロトコルと、を包含して構成され、前記下位階層プロトコルは、受信一連番号が有効範囲にあるかを判断して、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きいと、無効範囲にあって、前記送信一連番号は、一番目に未発送データユニットの一連番号に該当して、前記一番目の未確認データユニットの一連番号は、一番目に伝送されたが、無応答されたデータユニットの一連番号に該当することを特徴とする無線網用使用者装置である。
【０１０１】
本発明の一実施形態において、前記受信一連番号は、次に予想される一連番号に該当する受信一連番号であることを特徴とする無線網用使用者装置である。
【０１０２】
本発明の一実施形態において、前記使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であることを特徴とする無線網用使用者装置である。
【０１０３】
本発明の一実施形態において、受信一連番号が無効範囲に存在すると、前記使用者装置の下位階層のプロトコルは、一連番号同期化を開始することを特徴とする無線網用使用者装置である。
【０１０４】
本発明の一実施形態において、前記上位階層プロトコルは、目標ＲＮＣから受信一連番号を受信することを特徴とする無線網用使用者装置である。
【０１０５】
【発明の実施の形態】
以下、本発明の実施の形態に対し、図を用いて説明する。
【０１０６】
図１は、ＰＤＣＰ階層の送信側にＳＤＵバッファーを包含する新しいＰＤＣＰ構造である。
【０１０７】
ＰＤＣＰ ＳＤＵバッファーは、ＰＤＣＰが無損失ＳＲＮＳの再割当（ＬＳＲ）を支援する場合のみに必要であって、前記ＰＤＣＰ ＳＤＵバッファーがＰＤＣＰ ＰＤＵバッファーの代りに使用される。ＬＳＲが発生すると、ヘッダー圧縮アルゴリズムが新しく割当されるために、ソースＰＤＣＰおよび目標ＰＤＣＰで使用されるアルゴリズムは相互相違になる。
【０１０８】
図１に示したように、ＰＤＣＰがＬＳＲを支援する場合、ＳＤＵが受信されると、ＰＤＣＰはＳＤＵを各ＳＤＵ単位形態にバッファーに格納した後、提供されたヘッダー圧縮アルゴリズムによってヘッダー圧縮を遂行してＰＤＣＰ ＰＤＵ（＝ＲＬＣ ＳＤＵｓ）を生成して、該生成されたＰＤＣＰ ＰＤＵをＲＬＣ ＡＭエンティティーに伝達する。
【０１０９】
一方、ＵＴＲＡＮ ＰＤＣＰの送信側は、ＰＤＣＰ ＳＮを管理しなければならない。
【０１１０】
図２および３は、本発明の実施形態で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する時のＬＳＲ過程である。特に、図２は、ＬＳＲ過程のダウンリンク（ＵＴＲＡＮからＵＥ）を、図３は、アップリンク（ＵＥからＵＴＲＡＮ）を示す。
【０１１１】
図２および３で、図１５および図１６に図示された従来技術と同様な動作には同様な番号を使用して、新しく追加されるかまたは、補正されたプロセス（ｐｒｏｃｅｓｓ）または過程（ｓｔｅｐ）は、小数点に示したし、斜線をつけた部分は補正されたかまたは、新しく追加されたプロセスである。即ち、プロセス３または４間にプロセスが追加されると、該当プロセスは、３．５に表示する。
【０１１２】
図２を参照すると、ダウンリンクモードでＬＳＲが発生するかまたは、アクティブになると、未確認（Ｕｎｃｏｎｆｉｒｍｅｄ）ＰＤＣＰ ＳＤＵと一緒にＤＬ ＰＤＣＰ ＳＮがＧＴＰ−Ｕに伝送される。その理由は、未確認ＳＤＵがソースＧＴＰ−Ｕから目標ＧＴＰ−Ｕに伝達される時、データ（ＰＤＣＰ ＳＤＵ）だけでなくＤＬ ＧＴＰ−Ｕ ＳＮおよびＤＬ ＰＤＣＰ ＳＮもソースＧＴＰ−Ｕから目標ＧＴＰ−Ｕに伝達されるが、前記未確認ＳＤＵおよび各ＤＬ ＰＤＣＰ ＳＮは、ＰＤＣＰにより管理されるために、ＧＴＰ−ＵはＤＬ ＰＤＣＰ ＳＮを分からなくなるからである。かつ、図２に示したように、ＰＤＣＰ ＳＤＵおよびＤＬ ＰＤＣＰ ＳＮは、ソースおよび目標ＧＴＰ−Ｕをバイパスさせることで、目標ＰＤＣＰに伝達される。従って、ＬＳＲがアクティブされてデータが伝達される時、ソースＲＮＣのＰＤＣＰから目標ＲＮＣのＰＤＣＰにデータと一緒にＤＬ ＰＤＣＰ ＳＮが伝達されなければならない。
【０１１３】
ソースＲＮＣは、ソースＲＮＣのＰＤＣＰからＧＴＰ−Ｕに伝達されるＰＤＣＰ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎ（表示）プリミティブにＰＤＣＰ ＳＤＵだけでなくＤＬ ＰＤＣＰ ＳＮを追加して、目標ＲＮＣは、ＰＤＣＰに伝達されるＰＤＣＰ−ＤＡＴＡ−Ｒｅｑｕｅｓｔ（要求）プリミティブにＰＤＣＰ ＳＤＵだけでなくＤＬ ＰＤＣＰ ＳＮを追加する。前記方法は、図２の過程４に示したように、ＬＳＲが支援される時、ＵＴＲＡＮ側で使用される。
【０１１４】
詳述したように、未確認ＳＤＵを伝達するためには、ソースＲＲＣがソースＰＤＣＰに開始を命令しなければならない。即ち、過程（３．５）に示したように、データ伝達（ｆｏｒｗａｒｄｉｎｇ）の要求がＰＤＣＰに提供されなければならない。
【０１１５】
ＰＤＣＰは、自らデータ伝達を開始することができないために、ＲＲＣからの命令が必要であるが、前記命令は、従来電気通信標準には定義されていないために、ソースＰＤＣＰは、ＬＳＲが発生する間、データを伝達することができない。結果的に、未確認ＳＤＵは全て廃棄される。
【０１１６】
前記問題を解決するために本発明の実施形態では、図２の過程（３．５）に示したように、ソースＲＲＣは、データ伝達の要求を発送することで、ソースＰＤＣＰを命令する。
【０１１７】
一方、目標ＰＤＣＰは、ＬＳＲプロセスの間、目標ＲＲＣからＤＬ ＰＤＣＰＳＮを受信する。従って、ＰＤＣＰは、ＵＥに伝送される一番目のＰＤＵの一連番号（ＳＮ）を分かることができるが、これは目標ＰＤＣＰの送信側に該当して、受信側は、ＵＥから初めて伝送される一番目のＵＬ ＰＤＣＰ ＳＮを分からなければならない。
【０１１８】
図１６を参照すると、目標ＰＤＣＰの受信側の目標ＲＲＣから一番目のＵＬ ＰＤＣＰ ＳＮを受信しないと、ＬＳＲプロセスの以後ＰＤＣＰが初めて受信したＰＤＵのＳＮは０になるためにアップリンク（ＵＬ）のＰＤＣＰデータを伝送する時、各ＳＮの同期が合わないようになる。
【０１１９】
従って、目標ＰＤＣＰの受信側は、目標ＲＲＣから一番目のＵＬ ＰＤＣＰ ＳＮを受信しなければならないが、従来電気通信標準で、目標ＲＲＣは、目標ＰＤＣＰに一番目のＤＬ ＰＤＣＰ ＳＮのみを通報する。
【０１２０】
前記のような問題点を解決するために、本発明は、図２の過程１２に示したように、目標ＲＲＣは、目標ＰＤＣＰに一番目のＤＬ ＰＤＣＰ ＳＮ（ｅ．ｇ，．ＤＬ ＲＳＮ）および一番目のＵＬ ＰＤＣＰ ＳＮ（ｅ．ｇ．，ＵＬ ＲＳＮ）を通知し得る方法を提案する。
【０１２１】
また、現在の３ＧＰＰ標準規格では、送信側と受信側のＰＤＣＰのＳＮとが相違であると、ＳＮの訂正および一致のためにＳＮ同期化プロセスが遂行される。ところが、ＳＮ同期化プロセスは、但しＲＲＣがＰＤＣＰを命令する時のみに遂行されるだけで、ＰＤＣＰは、自らＳＮ同期化プロセスを開始することができない。
【０１２２】
一般なＳＮ同期化プロセスを説明すると、ＲＲＣは、自身の送信側ＰＤＣＰと相手方の受信側ＰＤＣＰのＳＮとが相互相違である時、送信側ＰＤＣＰにＳＮ同期化プロセスの遂行を命令する。
【０１２３】
前記命令を受けたソースＲＮＣのＰＤＣＰは、ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵを目標ＲＮＣのＰＤＣＰに伝送するが、前記ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵは、ＰＤＣＰ ｄａｔａ ＰＤＵの代りにＳＮを通知する特別なＰＤＵ（即ち、図１４のＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵ）であって、前記ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵには、送信一連番号（Ｓｅｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ：ＳＳＮ）が付加される。
【０１２４】
前記ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵを受信した受信側ＰＤＣＰ（または、目標ＲＮＣのＰＤＣＰ）は、受信一連番号（Ｒｅｃｅｉｖｅ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ：ＲＳＮ）をＳｅｑＮｕｍ ＰＤＵのＳＳＮに設定して、両方側（ＳＳＮおよびＲＳＮ）の一連番号（ＳＮ）を一致させる。
【０１２５】
そして、ＰＤＣＰ送信側は、受信側からＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵ中の何れか一つを受信したという通知を受けると、前記ＳＮ同期化プロセスを終了して、以後のデータは、ＰＤＣＰ ｄａｔａ ＰＤＵを利用して伝送する。
【０１２６】
従来規格には、ＳＮ同期化プロセスが必要とした場合を、第１、ＲＬＣリセット以後、第２、無線ベアラー（ＲＢ）再構成プロセス以後、第３、目標ＲＬＣがＬＳＲの間ＵＥ ＲＲＣから無効なＤＬ ＲＳＮを受信した場合などのように三つの類型に定義している。
【０１２７】
前記ＲＬＣリセットとＲＢ再構成は、送信側ＰＤＣＰからＲＬＣに伝達されたＰＤＣＰ ＰＤＵが受信側に伝送される前に行われることができるし、この場合、ＳＳＮは増加して、ＲＳＮは増加しないために、前記プロセス以後のＳＮ同期化プロセスが必要になる。
【０１２８】
第３の場合は、次のような場合に必要である。ＬＳＲプロセスの間、目標ＲＲＣは、ソースＲＲＣから受信したＤＬ ＳＳＮとＵＥ ＲＲＣから受信されたＤＬ ＲＳＮとを比較して、次に初めて伝送されるＰＤＣＰ ＰＤＵの一番目のＤＬ ＰＤＣＰ ＳＮを決定する（図１５の過程１１）。一般に、ＤＬ ＲＳＮは、未確認ＳＤＵによりＤＬ ＳＳＮより小さいかまたは、同様であるが（ＤＬ ＲＳＮ≦ＤＬ ＳＳＮ）、この場合、目標ＲＲＣは、一番目のＤＬ ＰＤＣＰ ＳＮをＤＬ ＲＳＮに設定してＰＤＣＰに通知する。
【０１２９】
ところが、伝送中にエラーまたはプロトコルエラーなどの理由によってＵＥから受信したＤＬ ＲＳＮがＤＬ ＳＳＮより大きいと（ＤＬ ＲＳＮ＞ＤＬ ＳＳＮ）、前記ＤＬ ＲＳＮは無効である。この場合、ＲＲＣは、ＵＳＲＡＮにエラーがあることを認識してＰＤＣＰにＳＮ同期化プロセスを開始するように命令する。
【０１３０】
従来３ＧＰＰ規格（図１５の過程１１）では、前記三つの場合に対してＲＲＣがＳＮ同期化プロセスを開始するようにＰＤＣＰ送信側に命令するように規定している。
【０１３１】
ところが、第３の場合で、ＬＳＲプロセスの間、目標ＲＲＣがＵＥ ＲＲＣから無効なＤＬ ＲＳＮを受信すると、深刻なエラーが発生することができる。例えば、ＰＤＣＰ ＳＮで使用されるビット数は、１６ビットであって、０−６５５３５までの範囲を有する。従って、ＳＮ＝６５５３５を超過する次のＳＮは０になって、以後のＳＮは０から順次に増加する。
【０１３２】
例えば、未確認されたＳＤＵのＳＮが６５０００−２０００（即ち、６５０００−６５５３５、０−２０００）の場合に、ＵＥからＤＬ ＲＳＮ＝６５５３５を受信すると、目標ＲＲＣは、ＤＬ＝２００１（即ち、ＤＬ ＲＳＮ＞ＤＬ ＳＳＮ）のためにＤＬ ＲＳＮを無効したものに見なして、目標ＰＤＣＰにＳＮ同期化プロセスを開始するように命令する。この場合、ＵＥがＳＮ＝６５０００−６５３３４に該当するＳＤＵを正確に受信したにもかかわらず、ＰＤＣＰは、ＳｅｑＮｕｍ ＰＤＮを利用してＳＮ＝６５０００からＳＤＵを再伝送するために、無線資源の浪費を招くようになる。前記のような問題点は、目標ＲＲＣがＤＬＲＳＮの有効範囲を分からないために発生して、前記のような場合に、モジュール比較の問題が発生する。
【０１３３】
従って、前記のような問題点を解決するために、本発明は、次のような方法を図２および３を参照して説明する。
【０１３４】
本発明は、ＵＥから受信されたＤＬ ＲＳＮの有効性（Ｖａｌｉｄｉｔｙ）を検査するために、ソースＲＲＣから受信したＤＬ ＲＳＮおよびＳＤＵの一番目の未確認ＳＮ（Ｆｉｒｓｔ ｕｎｃｏｎｆｉｒｍｅｄ ＳＮ ｏｆ ＳＤＵ：ＦＵＳＮ）を検査する。この時、ＦＵＳＮは、伝送されたが、未応答されたＳＤＵと同様である。
【０１３５】
ＦＵＳＮおよびＤＬ ＳＳＮは、ＤＬ ＲＳＮの有効範囲を決定する値であって、ＤＬ ＲＳＮが範囲に位置すると、（ＦＵＳＮ≦ＤＬ ＲＳＮ≦ＤＬ ＳＳＮ）、本発明は、ＤＬ ＲＳＮ値を有効であると見なして、ＤＬ ＲＳＮに該当するＳＤＵを、例えば、ＵＥに伝送する。反面、ＤＬ ＲＳＮが範囲の外に位置すると、ＤＬ ＲＳＮ値が無効であると見なして、ＳＮ同期化プロセスを開始する。
【０１３６】
前記ＤＬ ＲＳＮの有効性検査は、ＲＲＣまたはＰＤＣＰで遂行することができるし、本発明の一実施形態に係るＰＤＣＰで、ＤＬ ＲＳＮの有効性検査を図２（過程１３）を参照して説明する。
【０１３７】
ＵＥ ＲＲＣからＤＬ ＲＳＮを受信すると、（図２の過程１０）、目標ＲＲＣは、受信されたＤＬ ＲＳＮをソースＲＲＣから受信されたＤＬ ＳＳＮと一緒に目標ＰＤＣＰに通知する（図２の過程１２）。また、目標ＲＲＣは、ＰＤＣＰの受信側のためにＵＬ ＲＳＮをＰＤＣＰに通知するが、この時、重要なことは、ＤＬ ＳＳＮも通知されるという点である。
【０１３８】
正常な場合、ＰＤＣＰは、各未確認ＳＤＵのＤＬ ｓｅｎｄ ＰＤＣＰ ＳＮを分かっていて、ＳＤＵの最後の未確認ＳＮ（Ｌａｓｔ Ｕｎｃｏｎｆｉｒｍｅｄ ＳＮ ｏｆ ＳＤＵ：ＬＵＳＮ）に１を足した値がＤＬ ＳＳＮであるために、前記ＤＬ ＳＳＮは通知されなくても良い。ところが、後述されるギャップ（Ｇａｐ）ＳＮが発生する場合には、公式（ＤＬ ＳＳＮ＝ＬＵＳＮ＋１）が成立しないために、前記のような問題点を予想してＤＬ ＳＳＮも目標ＰＤＣＰに通知するようになる。
【０１３９】
従来には、ＲＲＣでＤＬ ＲＳＮを検査したが（図１５の過程１１）、本発明ではＰＤＣＰで検査して、ＲＲＣは、但し３個の値（ＤＬ ＲＳＮ、ＤＬ ＳＳＮおよびＵＬ ＲＳＮ）のみをＰＤＣＰに伝達する。従って、図２の過程１１に示したように、目標ＲＲＣではどんなことも発生しない。
【０１４０】
目標ＲＲＣからＤＬ ＲＳＮおよびＤＬ ＳＳＮを受信した目標ＰＤＣＰは、格納されたＦＵＳＮを利用して条件（ＦＵＳＮ≦ＤＬ ＲＳＮ≦ＤＬ ＳＳＮ）が満足されるかを検査する。条件が満足されると、目標ＲＮＣのＰＤＣＰは、ＤＬ ＲＳＮに該当する一連番号（ＳＮ）を有するＳＤＵの伝送を開始する。反面、条件が満足されないと、目標ＲＮＣのＰＤＣＰは、ＳＮ同期化プロセスを実行して、ＦＵＳＮに該当する一連番号を有するＳＤＵをＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵを利用して伝送する。
【０１４１】
即ち、従来には、ＲＲＣの命令によってＳＮ同期化プロセスが遂行されたが、本発明では、ＰＤＣＰが自体的に判断してＳＮ同期化プロセスを遂行するようにした。また、前記ＳＮ有効性検査およびＳＮ同期化プロセスは、ＵＴＲＡＮだけでなくＵＥによっても遂行することができる。
【０１４２】
図３は、本発明に係るアップリンクＬＳＲプロセスをの実施形態を示している。
【０１４３】
従来技術では、ＵＥのＰＤＣＰがＵＬ ＲＳＮを受信する時、ＰＤＣＰは、如何なる検査もしなくて、ＵＬ ＲＳＮに該当するＳＤＵから伝送を開始し、従来の規格にはＵＬ ＲＳＮが有効範囲を外れる場合に対する如何なる定義もない実情である。
【０１４４】
本発明の実施形態では、ソースＲＲＣからＵＬ ＲＳＮが受信されると、（図３の過程２）、目標ＲＲＣはＵＬ ＲＳＮを目標ＰＤＣＰに通知する（図３の過程１２）。また、目標ＲＲＣは、ＵＬ ＲＳＮをＵＥ ＲＲＣに伝達して（過程７）、伝送されたＵＬ ＲＳＮは、ＵＥ ＰＤＣＰに伝達される（過程８）。
【０１４５】
本発明に係る前記ＵＥ ＰＤＣＰは、ＵＴＲＡＮ ＰＤＣＰのようにアップリンクモードの間ＵＬ ＲＳＮの有効性検査を遂行するが、ＵＬ ＲＳＮが有効範囲を外れると、ＳＮ同期化プロセスが開始される。この時、ＵＥ ＰＤＣＰの有効性検査は、ＲＲＣから受信されたＵＬ ＲＳＮが条件（ＦＵＳＮ≦ＵＬ ＲＳＮ≦ＵＬＳＳＮ）を満足であるかを確認すると良い。
【０１４６】
条件が満足されると、ＵＥ ＰＤＣＰはＵＬ ＲＳＮに該当するＳＤＵから伝送し、満足されないと、ＳＮ同期化プロセスを開始して、ＳｅｑＮｕｍ ＰＤＵを利用してＦＵＳＮに該当するＳＤＵから伝送する。
【０１４７】
図４は、本発明に係るＲＲＣのＳＮ有効性検査過程の他の実施形態である。
【０１４８】
この時、過程１−６は、図２および図３と同様であるために、図４には、過程７以後の過程のみが図示されている。
【０１４９】
ＲＲＣは、ＦＵＳＮを分からないために、ＲＲＣは、ＰＤＣＰから各ＳＮに対した情報を受信した後、検査を開始することができる。例えば、ＵＥ ＲＲＣは、過程（７．５）以前にＵＥ ＰＤＣＰからＵＬ ＦＵＳＮおよびＵＬ ＳＳＮを分からなければならないし（図４の＜７．５番目のプロセス）、目標ＲＲＣは、過程１１以前に目標ＰＤＣＰからＤＬ ＦＵＳＮを知っていなければならない（図１２の＜１１番目プロセス）。前記情報を分かるようになると、ＵＥ ＲＲＣおよび目標ＲＲＣは、夫々ＵＬ ＲＳＮおよびＤＬ ＲＳＮの有効性検査を遂行することができる（図４の過程７および１１）。
【０１５０】
各ＲＳＮ値が有効範囲内にあると、ＲＲＣは、該当値をＰＤＣＰに通知して、有効範囲外にあると、ＳＮ同期化を遂行するようにＰＤＣＰに命令する。
【０１５１】
本発明では、ＰＤＣＰで有効性検査を遂行する場合、ＰＤＣＰの自体決定にＳＮ同期化が開始されるように提案した。併し、ＰＤＣＰが有効性検査を遂行しなくてもＰＤＣＰの決定によってＳＮ同期化が要求される場合もある。一例として、前記各場合中、一つは、ＬＳＲの間ＰＤＣＰ送信側（ソースＰＤＣＰ）に格納された未確認ＳＤＵの間でＳＮのギャップ（ｇａｐ）が発生する場合であって、無損失伝送のためにギャップＳＮに該当するＰＤＵが伝送される必要がある。
【０１５２】
前記ギャップＳＮ（またはギャップを有するＳＮ）は、ヘッダー圧縮により発生され、ヘッダー圧縮は、ＰＤＣＰ ＳＤＵにあるＩＰヘッダーを圧縮するものであって、ＰＤＣＰの機能中の一つである。ＰＤＣＰでヘッダー圧縮が遂行される時、送信側および受信側は、同様なアルゴリズムを使用しなければならない。
【０１５３】
ところが、ヘッダー圧縮を使用する時、たびたび受信側は送信側にフィードバックアルゴリズムを発送する。前記フィードバックアルゴリズムは、ＰＤＣＰ ＰＤＵ形態（ｆｏｒｍ）に伝送され、前記ＰＤＣＰ ＰＤＵは、ＰＤＣＰ ＳＤＵから発生されるのでなくＰＤＣＰが自体的に発生する。
【０１５４】
ＧＴＰ−Ｕ ＳＮは、ＰＤＣＰ ＳＤＵ毎に付加され、前記ＰＤＣＰ ＳＮは、ＰＤＣＰ ＰＤＵ毎に付加されるために、ＧＴＰ−Ｕ ＳＮおよびＰＤＣＰ ＳＮは、フィードバック情報によって１：１対応されないこともある。かつ、ＬＳＲの以前または以後に使用されるヘッダー圧縮アルゴリズムは、相互相違であることがあるし、確認されないフィードバックＰＤＵは、以前（ｏｕｔ−ｏｆ−ｄａｔａ）の情報を包含しているために、目標ＰＤＣＰに伝送されなく、ソースＰＤＣＰで廃棄される。
【０１５５】
従って、前記のような場合、目標ＰＤＣＰに伝送された未確認ＳＤＵのＰＤＣＰ ＳＮ間にギャップが存在する。従来には、このようなギャップを考慮しなかったし、従って、未確認ＳＤＵが順次に伝送されるために、ＳＳＮとＲＳＮ間にギャップに該当する差が発生する。送信側ＰＤＣＰおよび受信側ＰＤＣＰは、ＳＮ同期化プロセスが遂行される前に相互ＳＮを交換しないために、ギャップＳＮによる送信側ＰＤＣＰと受信側ＰＤＣＰ間のＳＮの差は認識されない。以後、再びＬＳＲが発生すると、ＳＤＵは前記ＳＮの差によって損失を受ける。
【０１５６】
前記のような問題点を解決するために、本発明は、２種類の具体的な方法を提案する。
【０１５７】
図５は、ギャップＳＮが発生した場合、ＰＤＣＰがＳＮ同期化を開始して、ギャップＳＮの次のＳＮに該当するＳＤＵをＳｅｑＮｕｍ ＰＤＵ形態に伝送する方法の一番目の例である。
【０１５８】
ＬＳＲが遂行される時、ソースＰＤＣＰの未確認ＰＤＵがＳＮ＝２１−２５に該当するＰＤＵで、ＳＮ＝２３のＰＤＵがフィードバックＰＤＵであると仮定すると、前記ＳＮ＝２３は目標ＰＤＣＰに伝達されない。従って、目標ＰＤＣＰは、ＳＮ＝２１−２５中、ＳＮ＝２３を除外したＳＤＵを格納して、目標ＲＲＣから一番目のＤＬ ＰＤＣＰ ＳＮ＝２２が通知される時にＳＮ＝２２に該当するＳＤＵから伝送を開始する。
【０１５９】
ところが、ＳＮ＝２２のＰＤＵが伝送された後、ＳＮ＝２３のＰＤＵは存在しないために、ＰＤＣＰはＳＮギャップが存在するかを判断して、ギャップＳＮの次のＳＤＵに対したＳＮ同期化プロセスを開始する。そして、ＳＮ＝２４以後のＳＤＵは、全てＳｅｑＮｕｍ ＰＤＵを利用して全て伝送される。ＳＮ＝２２のデータＰＤＵが受信される時、受信側はＳＮ＝２３にＰＤＵを更新した後、ＳＮ＝２４のＳｅｑＮｕｍ ＰＤＵが受信される時にＲＳＮを２４に更新する。従って、送信側と受信側間のＳＮ同期化が詳述したように保障される。
【０１６０】
詳述したように、図５は、目標ＰＤＣＰのギャップＳＮに対したＳＮ同期化方法を示しているが、前記方法はＵＥでも使用される。即ち、ＵＥで未確認ＳＤＵのＳＮにギャップが存在すると、詳述したように、ＳＮ同期化プロセスが開始される。
【０１６１】
図６は、ギャップＳＮに対してギャップＰＤＵを伝送する方法の２番目の例である。
【０１６２】
即ち、２番目の方法は、ギャップが発生すると、何の情報も有しないギャップＰＤＵを伝送する方法である。この時、ギャップＰＤＵは、ＳＮの連続性を維持するために伝送される。例えば、一番目の１ Ｏｃｔｅｔを伝送することで、図１４に図示されたデータＰＤＵがギャップＰＤＵとして使用されることもできる。ギャップＳＮに対したギャップＰＤＵが伝送される時、ＳＮ同期化プロセスを遂行することなく、送信側と受信側間のＳＮ同期化を維持することができる。
【０１６３】
詳述したように、図６は、ギャップＳＮに対してギャップＰＤＵを伝送する具体的な方法であって、該方法は、ギャップＳＮが発生する時にＳＮ同期化を遂行する代わりにギャップＰＤＵを伝送する。この時、ＳＮ＝２３は、ギャップＳＮであるために、ＳＮ＝２３に対したギャップＰＤＵが生成されて伝送される。そして、ギャップＰＤＵは、多様な種類が使用されることができるが、それらの共通目的は、送信側と受信側のＳＮを同期化させることである。図６には、目標ＰＤＣＰのみが図示されているが、前記方法は、ＵＥ ＰＤＣＰでも使用されることができる。
【０１６４】
本発明は、一つの無線網制御器から他の無線網制御器に使用者端末をハンドオーバーするためのパケットデータサービスの提供方法およびデバイスに関するものである。本発明は、ＳＲＮＳ再割当の間、データ損失を避けるために、伝送されたが未確認された一番目のデータユニットの一連番号および送信側ＰＤＣＰ階層の一番目の未発送ＰＤＣＰ ＳＤＵの送信ＰＤＣＰ一連番号を利用して前記受信側ＰＤＣＰ階層から次に予想される受信ＰＤＣＰ一連番号の有効性をチェックする方法を提供する。本発明では、パケットサービス領域で無損失ＳＲＮＳ再割当を支援するために、ＰＤＣＰプロトコル構造を再構成して、制御情報および動作節次を新しく定義する。従って、本発明は、パケットサービス領域で無損失ＳＲＮＳ再割当を遂行することで、データ通信の移動性を保障することができる。
【０１６５】
【発明の効果】
以上説明したように、本発明に係る無線通信システムのパケットデータ収斂プロトコル構造（ＰＤＣＰ）およびその方法においては、パケットサービス領域で無損失ＳＲＮＳ（ＬＳＲ）を支援するために全体的にＰＤＣＰプロトコル構造を再構成して、これに必要な制御情報および動作節次を新しく定義することで、パケットサービス領域で無損失ＳＲＮＳを遂行してデータ通信システムの移動性を完全に保障し得ることが可能になった。
【図面の簡単な説明】
【図１】図１は、本発明に係るＰＤＣＰ階層の送信側にＳＤＵバッファーを包含するＰＤＣＰ構造を示した図である。
【図２】図２は、本発明に係る使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を示したフローチャートである。
【図３】図３は、本発明に係る使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を示したフローチャートである。
【図４】図４は、本発明の他の実施形態で、ＲＲＣにより遂行される一連番号（ＳＮ）の有効性検査を示した図である。
【図５】図５は、ギャップ（ｇａｐ）が発生した場合、ＰＤＣＰが自体的にＳＮ同期化過程を開始した後、ギャップＳＮの次のＳＮに該当するＳＤＵをＳｅｑＮｕｍ ＰＤＵ形態に伝送する方法の第１例を示した図である。
【図６】図６は、ギャップＳＮに対してギャップＰＤＵを伝送する方法の第２例を示した図である。
【図７】図７は、ＴＳＧ−ＲＡＮおよびＴＳＧ−ＣＮで勧告する網構造のパケットサービス領域の網構造を示した図である。
【図８】図８は、使用者データを伝送するための使用者平面（Ｕ−Ｐｌａｎｅ）階層構造を示した図である。
【図９】図９は、制御信号を伝送するための制御平面（Ｃ−Ｐｌａｎｅ）階層構造を示した図である。
【図１０】図１０は、図８および図９に図示された階層中、無線区間のＵｕインターフェースの細部階層を示した図である。
【図１１】図１１は、従来ＳＲＮＳの再割当過程を示した図である。
【図１２】図１２は、従来使用者平面のパケットデータの流れを示した図である。
【図１３】図１３は、パケットデータの流れに関連された階層中、無線区間のパケットデータを送信／受信する階層のＰＤＣＰ構造を示した図である。
【図１４】図１４は、他のＰＤＣＰ ＰＤＵタイプを示した図である。
【図１５】図１５は、従来３ＧＰＰ標準規格で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフローチャートである。
【図１６】図１６は、従来３ＧＰＰ標準規格で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフローチャートである。
【発明の属する技術分野】
本発明は、移動通信システムの使用者端末のハンドオーバーまたはハンドオフ中のパケットデータサービスに係るもので、詳しくは、ＳＲＮＳ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂｓｙｓｔｅｍ）再割当方法およびパケットサービス領域のＳＲＮＳ再割当を支援し得るパケットデータ収斂プロトコル階層（ＰＤＣＰ）構造およびその方法に関するものである。
【０００２】
【従来の技術】
最近、ヨーロッパ型第３世代移動通信システム（ＩＭＴ−２０００システム）の詳細な標準規格を作るために、韓国のＴＴＡ、中国のＣＷＴＳ、米国のＴ１、日本のＡＲＩＢ／ＴＴＣおよびヨーロッパのＥＴＳＩのような国家的、国際的または地域的な標準化機構によりＵＴＭＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）と称する第３世代共用プロジェクト（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ、以下、３ＧＰＰと略称す）が構成された。
【０００３】
前記ＵＴＭＳは、無線接続網技術であって、ＷＣＤＭＡ（Ｗｉｄｅｂａｎｄ Ｃｏｄｅ Ｄｉｖｉｓｉｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）技術を採択し、パケット交換網に基づいたＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）および回線交換網に基づいたＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を基盤に開発されている。また、前記ＵＴＭＳでは、音声、映像およびデータのようなマルチメディアサービスを提供し得る第３世代移動通信システムも共同に開発している。
【０００４】
３ＧＰＰは、プロジェクトを管理し、迅速でかつ、効率的な技術開発のために五つの技術規格グループ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐｓ、以下、ＴＳＧと略称す）を包含するが、各ＴＳＧは、関連領域で標準規格の開発、承認および管理を担当する。前記グループ中、無線接続網（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＲＡＮ）グループ（ＴＳＧ−ＲＡＮ）は、第３世代移動通信システムで新しい無線接続網を規定するために、端末とＵＴＲＮ（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の機能的要求事項およびインターフェースに対する規格を開発していて、核心網（Ｃｏｒｅ Ｎｅｔｗｏｒｋ：ＣＮ）グループ（ＴＳＧ−ＣＮ）は、前記ＵＴＲＮを回線交換基幹（Ｂａｃｋｂｏｎｅ）網またはパケット交換基幹網と接続するために核心網の機能、要求事項およびインターフェースに対する規格を開発している。
【０００５】
図７は、ＴＳＧ−ＲＡＮおよびＴＳＧ−ＣＮから提案された回線交換領域（Ｄｏｍａｉｎ）の網構造である。
【０００６】
図７に示したように、ＵＴＲＡＮは、複数の無線網副システム（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂｓｙｓｔｅｍ：ＲＮＳ）に構成され、各ＲＮＳは、複数のノードＢおよび一つの無線網制御器（Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）に構成される。
【０００７】
また、核心網（ＣＮ）は、採択されたスイッチングモード（パケット交換網または回線交換網）によって相違な構造を有するが、本発明に係るパケット交換網の場合、前記ＣＮは、複数のＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）および一つのＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）に構成される。
【０００８】
ノードＢは、通常移動局または端末と呼ばれる使用者装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：ＵＥ）をＵＴＲＡＮに接続させる接続点の役割を行って、ＲＮＣは、無線資源を各ＵＥに割当し管理する機能を遂行する。ＲＮＣは、共用無線資源を管理する制御ＲＮＣ（Ｃｏｎｔｒｏｌ ＲＮＣ：ＣＲＮＣ）と各端末に割当された専用無線資源（Ｄｅｄｉｃａｔｅｄ Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ）を管理する担当ＲＮＣ（Ｓｅｒｖｉｎｇ ＲＮＣ：ＳＲＮＣ）とに分類することができる。
【０００９】
そして、特定ＵＥの立場から見ると、前記ＵＥのＳＲＮＣが位置されたＲＮＣをＳＲＮＣと呼ぶ。ＳＧＳＮは、ＵＴＲＮから伝送された情報をＣＮにルーティングし、ＧＧＳＮは、情報の目的地が現在のＣＮでなく他の網である場合、ＵＴＲＡＮから伝送された情報を他の各ＣＮに通過させるゲートウエイ（ｇａｔｅｗａｙ）の役割を遂行する。パケット領域網（Ｐａｃｋｅｔ Ｄｏｍａｉｎ Ｎｅｔｗｏｒｋ：ＰＤＮ）は、パケットサービス領域で他の網間の接続を支援するためのパケット交換領域の基幹網である。
【００１０】
そして、各部のデータインターフェースは、下記のように相互相違な名称を有する。例えば、ＵＥとノードＢ間のインターフェースは“Ｕｕ”、ノードＢとＲＮＣ間のインターフェースは“ｌｕｂ”、ＲＮＣとＲＮＣ間のインターフェースは“ｌｕｒ”、ＲＮＣとＳＧＳＮ間のインターフェースは“ｌｕ”、ＳＧＳＮとＧＧＳＮまたはＳＧＳＮとＳＧＳＮ間のインターフェースは“Ｇｎ”である。
【００１１】
図７は、網構造を示した実施形態である。
【００１２】
ｌｕｒインターフェースは、実際インターフェースとして存在しないこともあるし、他のＳＧＳＮのＲＮＣ間に存在することもできる。また、前記ＳＧＳＮ間のＧｎインターフェースも存在もしくは不存在することもある。
【００１３】
図７に図示された網構造は、図８および図９に図示されたように、階層的構造に示されることができる。図８は、使用者データを伝送するための使用者平面（Ｕｓｅｒ Ｐｌａｎｅ：Ｕ−Ｐｌａｎｅ）階層構造を示した図で、図９は、制御信号を伝送するための制御平面（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：Ｃ−Ｐｌａｎｅ）階層構造を示した図である。
【００１４】
図１０は、図８および図９に図示された、無線インターフェースのＵｕインターフェースを支援するためのＵＴＲＡＮまたはＵＥの詳細階層を示した図である。
【００１５】
図１０に示したように、Ｕ−Ｐｌａｎｅは、開放型システム相互接続技術の第２階層として作用するパケットデータ収斂プロトコル（Ｐａｃｋｅｔ ＤａｔａＣｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：ＰＤＣＰ）階層、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ：ＲＬＣ）階層、媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅｒ：ＭＡＣ）があって、開放型システム相互接続技術の第１階層として作用する物理階層（Ｌ１）がある。また、Ｃ−Ｐｌａｎｅは、無線資源制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）階層、ＲＬＣ階層、ＭＡＣ階層およびＬ１階層に構成される。
【００１６】
前記Ｌ１階層（物理階層）は、多様な無線接続技術を利用して上位階層に情報戦ソングサービスを提供する。前記Ｌ１階層は、伝送チャンネルを通してＭＡＣ階層と接続され、ＭＡＣ階層とＬ１階層間のデータは、伝送チャンネルを通して交換される。前記伝送チャンネルは、一つの端末が独占的に利用することができるかまたは、複数の端末により共有することができるかによって専用伝送チャンネル（Ｄｅｄｉｃａｔｅｄ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）と共用伝送チャンネル（Ｃｏｍｍｏｎ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）とに区分される。
【００１７】
前記ＭＡＣ階層は、無線資源の割当および再割当のためのＭＡＣパラメータ再割当サービスを提供する。前記ＭＡＣ階層は、論理チャンネルを通してＲＬＣ階層と接続され、伝送される情報の種類によって多様な論理チャンネルが提供される。一般に、Ｃ−Ｐｌａｎｅ上で情報が伝送される場合には、制御チャンネルが使用され、Ｕ−Ｐｌａｎｅ上で情報が伝送される場合には、トラフィックチャンネルが使用される。
【００１８】
ＲＬＣ階層は、無線リンクの設定または解除サービスを提供して、Ｕ−Ｐｌａｎｅの上位階層から伝達されたＲＬＣサービスデータユニット（ＳｅｒｖｉｃｅＤａｔａ Ｕｎｉｔ：ＳＤＵ）の分割および再組立機能を遂行する。前記ＲＬＣ ＳＤＵは、ＲＬＣ階層で大きさが調節された後、ヘッダーが付着されてプロトコルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ：ＰＤＵ）形態に変換されるが、該変換されたＰＤＵは、ＭＡＣ階層に伝送される。
【００１９】
ＰＤＣＰ階層は、ＲＬＣ階層の上位階層であって、ＩＰｖ４またはＩＰｖ６のようなＩＰ網プロトコルを通して伝送されたデータが前記ＲＬＣ階層で、効率的に伝送される形態に作る役割を遂行する。この以外にも、ＰＤＣＰ階層は、有線網では使用されるが、無線網では不必要な制御情報を減らし、無線インターフェースを通してデータが効率的に伝送されるようにする。この機能をヘッダー圧縮と称して、一例としてＴＣＰ／ＩＰで使用されるヘッダー情報の量を減らすのに使用されることができる。
【００２０】
ＲＲＣ階層は、任意の領域に位置した全ての端末にシステム情報を放送するための情報放送サービスを提供する。また、ＲＲＣ階層は、第３階層で交換される制御信号のための制御平面信号を処理して、端末とＵＴＲＡＮ間の無線資源を設定、再構成および解除の機能を遂行する。特に、ＲＲＣ階層は、無線運搬者（Ｒａｄｉｏ Ｂｅａｒｅｒ：ＲＢ）の設定、再構成および解除の機能および無線資源接続に必要な無線資源の割当、再配置および解除機能を遂行する。この時、ＲＢを設定することは、無線領域から所定のサービスを提供するために必要なプロトコル階層およびチャンネル特性を決定して、夫々パラメータと動作方法および設定する過程を意味する。
【００２１】
前記ｌｕインターフェースは、機能によって相違なタイプに特性化することができるが、ｌｕ−ＣＳ（ｌｕ Ｃｉｒｃｕｉｔ Ｓｅｒｖｉｃｅ）は、回線交換サービスで使用されて、ｌｕ−ＰＳ（ｌｕ Ｐａｃｋｅｔ Ｓｅｒｖｉｃｅ）は、パケット交換サービスで使用される。本発明はパケット交換領域のみを考慮するので、ｌｕ−ＰＳのみに対して考察する。前記ｌｕ−ＰＳは、パケットデータ伝送を支援し、このために使用者平面ではＧＴＰ−Ｕ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ Ｐｒｏｔｏｃｏｌ ｆｏｒ ｔｈｅ Ｕｓｅｒ Ｐｌａｎｅ）階層が使用されている。前記ＧＴＰ−Ｕ階層は、パケット交換領域で使用者データを伝送するために特別に使用される階層としてＧＰＲＳ網で使用されていて、パケット交換網は、ＵＭＴＳでＧＰＲＳを基盤にするために、前記ＧＴＰ−ＵはＵＭＴＳでも使用される。
【００２２】
ＲＡＮＡＰ（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ：ＲＡＮＡＰ）階層は、ｌｕインターフェースの制御平面で使用される階層であって、制御情報を伝送して、ｌｕ−ＣＳおよびｌｕ−ＰＳで全て使用される。
【００２３】
図１１は、ＳＲＮＳ（Ｓｅｒｖｉｎｇ ＲＮＳ）再割当過程を示した図である。
【００２４】
ＳＲＮＳ再割当とは、使用者装置（ＵＥ）によりハンドオーバーがＲＮＳ間から発生した場合より短い経路にＵＥとＣＮ間のｌｕ接続点を設定するために、ＳＲＮＣをソースＲＮＣから目標ＲＮＣに変えてくれる過程を意味する。図１１で、ソースＲＮＣと接続された旧（ｏｌｄ）ＳＧＳＮは、目標ＲＮＣと接続された新しいＳＧＳＮとは相違であるが、前記旧ＳＧＳＮと新しいＳＧＳＮとは同様であることもある。即ち、前記ＳＲＮＣは、ＳＧＳＮが変更されることなくても変更されることができる。
【００２５】
データ損失を許容しないＳＲＮＳ再割当過程を無損失ＳＲＮＳ再割当（Ｌｏｓｓｌｅｓｓ ＳＲＮＳ Ｒｅｌｏｃａｔｉｏｎ：ＬＳＲ）と呼ぶ。前記ＬＳＲは、パケットデータ伝送で非常に重要であるが、その理由は、音声データのような実時間データでは若干の損失が許容されて少ない影響を及ぼすが、パケットデータのデータ損失は、全体データが損失されることと同様であるからである。従って、３ＧＰＰでは、完壁なＬＳＲ遂行のために努力しているが、まだ十分であない実情である。
【００２６】
以下、３ＧＰＰ標準または他の標準により支援される無線通信システムの典型的パケットデータ送信／受信過程を、ＵＥでのパケットデータダウンロードを例に挙げて説明する。
【００２７】
先ず、ＧＧＳＮは、ＵＥが要請したデータを伝送するために、ＵＥが接続されたＳＧＳＮに無線接続運搬者（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ：ＲＡＢ）の設定を要求して、前記要求を受信したＳＧＳＮは、ＲＡＢを割当して自身とＵＥ間のデータ伝送経路を設定する。ＧＧＳＮからＵＥに伝送経路が設定されると、ＧＧＳＮは、パケットデータの伝送を開始する。上位階層（ＩＰ、ＰＰＰなど）で生成されたパケットデータは、ＧＧＳＮのＧＴＰ−Ｕ階層でＧＴＰ−ＵＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）にカプセル化されてＵＴＲＡＮのＲＮＣに伝送され、ＵＴＲＡＮ ＲＮＣのＧＴＰ−Ｕ階層は、伝送されたＧＴＰ−Ｕ ＰＤＵを解除（Ｄｅｃａｐｓｕｌａｔｅ）してパケットデータを抽出する。一般に、ＧＴＰ−Ｕ階層は、順次（ｉｎ−ｓｅｑｕｅｎｃｅ）および信頼性のある（ｒｅｌｉａｂｌｅ）伝達（ｄｅｌｉｖｅｒｙ）のためにＧＴＰヘッダーにＧＴＰ−Ｕ一連番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）を付着した後、ＧＴＰ−Ｕ ＰＤＵを伝送する。
【００２８】
以後、ＧＴＰヘッダーがＧＴＰ−Ｕ ＰＤＵから除去されるが、ＧＴＰヘッダーが除去されてから残された各パケットデータは、ＵＴＲＡＮのＰＤＣＰ階層に伝送され、ＰＤＣＰ階層は、伝送されたパケットデータ（図１２のＰＤＣＰ ＳＤＵ）に対してヘッダー圧縮を遂行する。このとき、ヘッダー圧縮とは、正常的なＩＰプロトコルのパケットでＩＰヘッダーをダウンサイジング（ｄｏｗｎｓｉｚｉｎｇ）することを意味する。前記ヘッダー圧縮は、各パケット（ＰＤＣＰ ＳＤＵ）に対して遂行され、ヘッダー圧縮が遂行されたＰＤＣＰ ＳＤＵはＰＤＣＰ ＰＤＵになる。
【００２９】
このように生成されたＰＤＣＰ ＰＤＵは、ＲＬＣ、ＭＡＣおよびＬ１を経てＵＥに伝送され、該伝送されたＰＤＣＰ ＰＤＵは、ＵＥにあるＬ１、ＭＡＣおよびＲＬＣを経てＵＥのＰＤＣＰに伝達される。ＰＤＣＰは、ヘッダー圧縮アルゴリズムと反対のアルゴリズムを使用してヘッダー圧縮解除を遂行して、抽出されたＰＤＣＰ ＳＤＵを上位階層（ＩＰ、ＰＰＰ）に伝達する。そして、ＵＥ側から伝送されたＩＰパケットも類似の方法によりＵＴＲＡＮ側に伝送することができる。
【００３０】
図１３は、パケットデータの流れに関連された階層中、無線インターフェースでパケットデータの送信／受信を制御するＰＤＣＰ階層の構造を示した図である。
【００３１】
図１３に示したように、無線運搬者（ＲＢ）当り一つのＰＤＣＰエンティティー（ｅｎｔｉｔｙ）が存在し、一つのＰＤＣＰエンティティーは、一つのＲＬＣエンティティーに接続される。
【００３２】
ＰＤＣＰエンティティーは、三つのタイプのＲＬＣエンティティーである応答モード（Ａｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ：ＡＭ、受信側がデータ伝送の与否を確認するモード）、未応答モード（ＵｎＡｃｋｎｏｗｌｅｄｇｅ Ｍｏｄｅ：ＵＭ、受信側がデータ伝送を確認しないモード）および透明モード（Ｔｒａｎｓｐａｒｅｎｔ Ｍｏｄｅ：ＴＭ、データを通過させるモード）に連結されることができる。ところが、ＬＳＲが使用される場合には、ＰＤＣＰ ＰＤＵの順次伝達を保障するために前記ＰＤＣＰエンティティーは、ＲＬＣ ＡＭエンティティーのみに接続される。
【００３３】
前記ＰＤＣＰの動作は、ＲＬＣエンティティーの三つのモード中、どのモードが使用されるかによって少しずつ相違であるが、ここでは、ＰＤＣＰがＬＳＲを支援するＲＬＣ ＡＭエンティティーに連結される場合のみに対して説明する。
【００３４】
ＧＴＰ−ＵからＰＤＣＰ ＳＤＵが伝達されると、ＰＤＣＰは、圧縮アルゴリズムを利用してヘッダー圧縮を遂行する、前記ヘッダー圧縮は、ＰＤＣＰ ＳＤＵにあるＩＰ（ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）ヘッダーに対して遂行されるが、現在、ヘッダー圧縮に使用されるアルゴリズムは、ＲＦＣ２５０７およびＲＦＣ３０９５の２種類のみに定義されている。実際に、ヘッダー圧縮に使用されるアルゴリズムは、ＰＤＣＰエンティティーが設定される時、ＲＲＣから通知され、多様な圧縮アルゴリズムが使用されることもできるし、圧縮をすることなく、通過させることもできる。
【００３５】
ＰＤＣＰ ＳＤＵがヘッダー圧縮過程を経ると、ＰＤＣＰ ＰＤＵになる。以後、ＰＤＣＰがＬＳＲを支援すると、各ＰＤＣＰ ＰＤＵは番号が付けられ、一連番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）は、ＰＤＣＰにより管理される。送信側ＰＤＣＰ ＰＤＵの一連番号は、一つのＰＤＣＰ ＰＤＵがＲＬＣに伝達される都度に１ずつ増加して、受信側ＰＤＣＰ ＰＤＵの一連番号は、一つのＰＤＣＰ ＰＤＵがＲＬＣから伝達されるかまたは、一つのＰＤＣＰ ＰＤＵ（＝ＲＬＣ ＳＤＵ）が廃棄されたという廃棄情報がＲＬＣから伝達される都度に１ずつ増加する。このように、ＰＤＣＰは、一連番号を管理してＳＲＮＳ再割当が発生した時、ＰＤＣＰ ＳＤＵの損失を防止する。
【００３６】
図１４は、ＰＤＣＰ ＰＤＵのタイプを示した図である。
【００３７】
ＰＤＣＰにより発生したＰＤＵは、三つのタイプが存在する。一つ目に、ＰＤＣＰ−Ｎｏ−Ｈｅａｄｅｒ ＰＤＵは、オーバーヘッド情報を付着することなく、ＰＤＣＰ ＳＤＵを直ちにＰＤＣＰ ＰＤＵに使用する。前記ＰＤＵは、上位階層で予めヘッダー圧縮が行われた場合に使用され、ＰＤＣＰは、ＰＤＣＰ ＳＤＵをそのままＲＬＣに伝達する。
【００３８】
二つ目に、ＰＤＣＰデータＰＤＵは、ＰＤＣＰで主に使用され、該当ＰＤＣＰＰＤＵのために使用されたヘッダー圧縮タイプをＰＩＤフィールドを通して通知する。前記ＰＤＵタイプフィールドは、該当ＰＤＵがＰＤＣＰデータＰＤＵであるか、または、後述するＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵであるかを通知する。三つ目に、ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵは、ＰＤＣＰデータＰＤＵが一連番号と一緒に伝送される時に使用される。前記ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵは、送信／受信側ＰＤＣＰエンティティーのＰＤＣＰ ＰＤＵの各ＳＮが相互同期が合わない場合に、送信側ＳＳＮ（Ｓｅｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）と受信側ＲＳＮ（Ｒｅｃｅｉｖｅ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）を一致させるために発送される。この時、前記ＲＳＮは、次の予想一連番号に該当され、前記ＳＳＮは、一番目の未発送一連番号に該当する。このように、ＳｅｑＮｕｍ ＰＤＵを伝送して各ＰＤＣＰエンティティーのＳＮを一致させる過程をＳＮ同期化過程という。
【００３９】
パケットデータが送信／受信される時、ＳＲＮＳ再割当が発生すると、ＰＤＣＰは、モードによって相違な動作を遂行する。前記ＳＲＮＳ再割当には、二つモードがあるが、一つは損失ＳＲＮＳ再割当で、他の一つは無損失ＳＲＮＳ再割当である。
【００４０】
前記損失ＳＲＮＳ再割当は、パケットの損失を許容してハンドオーバーを遂行する方法であって、主にＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）およびストリーミングサービス（ｓｔｒｅａｍｉｎｇ Ｓｅｒｖｉｃｅ）のような実時間トラフィックに適用される。前記方法によると、ＰＤＣＰは、自分が伝送したＰＤＣＰ ＰＤＵに対してＲＬＣから如何なる確認信号（Ａｃｋｎｏｗｌｅｄｇｅ：ＡＣＫ）も受信しないし、ＳＲＮＳ再割当の間、特別な動作を遂行しない。即ち、ＰＤＣＰは、ＧＴＰ−Ｕから伝送されたＰＤＣＰ ＳＤＵに対してヘッダー圧縮を遂行した後、ＲＬＣに伝達するだけである。
【００４１】
反面、無損失ＳＲＮＳ再割当（ＬＳＲ）の場合は、パケット損失を許容しないために、ＰＤＣＰは、損失ＳＲＮＳ再割当より一層複雑な動作を遂行する。前記ＬＳＲは、主に実時間トラフィック（ｅ−ｍａｉｌ、ＦＴＰおよびウェブブラウジング）が必要でないサービスに適用されるが、その理由は、大部分の非実時間トラフィックの一部データが流出されると、全体データが流出される特性を有しているからである。従って、ＬＳＲが使用される場合、ＰＤＣＰ ＰＤＵの送信／受信を管理するためにＳＮがＰＤＣＰで使用される。また、送信側ＰＤＣＰと受信側ＰＤＣＰの各ＳＮが相互相違であると、ＳＮを通知するための特別なＰＤＵであるＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵが両方側の各ＳＮを同期化させるために使用され、ＲＬＣは、ＴＭ、ＵＭおよびＡＭ中、ＡＭのみを使用して、順次伝達方式を使用する。
【００４２】
ＰＤＣＰ ＳＮは、それぞれ送信側および受信側に存在するが、送信（Ｓｅｎｄ）ＳＮは、送信側で使用され、受信（Ｒｅｃｅｉｖｅ）ＳＮは、受信側で使用される。前記送信ＳＮは、一つのＰＤＣＰ ＰＤＵ（＝ＲＬＣ ＳＤＵ）がＲＬＣからＰＤＣＰに伝達される都度に１ずつ増加し、受信ＳＮは、正常的ＰＤＣＰＰＤＵがＲＬＣからＰＤＣＰに伝送されるかまたは、ＲＬＣ ＰＤＵを廃棄したという信号がＲＬＣからＰＤＣＰに伝送される時に１ずつ増加する。また、一つのＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵが伝送された時、前記送信ＳＮは、前記ＰＤＵにより通知された値に更新される。
【００４３】
図１５および図１６は、ＵＥが従来３ＧＰＰ規格で提案されたＲＮＳ間でハンドオーバーを遂行する時、ＬＳＲ過程を示した図であって、図１５は、ダウンリンク（ｄｏｗｎｌｉｎｋ）プロトコルを示して、図１６は、アップリンク（ｕｐｌｉｎｋ）プロトコルを示す。
【００４４】
以下、図示された参照符号を引用して図１５に対して説明する。
【００４５】
先ず、図１５に示された過程１は、ＵＥが、他のＲＮＳにハンドオーバーを要請したことによりＳＲＮＳ再割当が必要になると、ソースＲＲＣがＰＤＣＰ階層で動作を停止した後、ＰＤＣＰに再割当を要求する過程である。
【００４６】
過程１で再割当要求を受信したＰＤＣＰは、次に一番目にダウンリンク（ＤＬ）に伝送されるＰＤＣＰ ＰＤＵのＤＬ（Ｄｏｗｎｌｉｎｋ）ＳＳＮと、次に一番目にアップリンク（ＵＬ）から伝送されるＰＤＣＰ ＰＤＵのＵＬ（Ｕｐｌｉｎｋ）をソースＲＲＣに通知する。このとき、ＳＲＮＳ再割当がダウンリンクおよびアップリンクで同時に発生したしても各リンクに対しては、容易な理解のために個別的に説明する。
【００４７】
例えば、送信側ソースＰＤＣＰがＰＤＵ２０までＲＬＣに伝達されると、次のＤＬ ＳＳＮは、２１になって（過程２）、受信側ＲＲＣは、過程２でＰＤＣＰからＤＬ ＳＳＮを受信して目標ＲＲＣに伝送する（過程３）。
【００４８】
ソースＰＤＣＰは、ＵＥに伝送されたＰＤＣＰ ＳＤＵ中、ＲＣＬを通してＵＥにより未確認された各ＰＤＣＰ ＳＤＵをＧＴＰ−Ｕ（Ｕ−ｐｌａｎｅでパケットデータ伝送を支援するための階層）を通して目標ＰＤＣＰに伝送する。ＰＤＵがＰＤＵ２０までＵＥに伝送され、ＵＥからＰＤＵ１５までＰＤＵの伝送成功が確認されると、ソースＰＤＣＰは、未確認されたＰＤＵ１６−ＰＤＵ２０に該当する各ＳＤＵを目標ＰＤＣＰに伝送する（過程４）。
【００４９】
ＵＥ ＰＤＣＰは、次に（過程９）ＵＴＲＡＮからＵＥに伝送される一番目のＰＤＣＰ ＳＤＵのＤＬ ＲＳＮをＵＥ ＲＲＣに通知して、ＰＤＣＰ ＳＤＵのＳＮは、ＰＤＣＰ ＰＤＵのＳＮと同様である。
【００５０】
前記ＵＥ ＲＲＣは、ＤＬ ＲＳＮを目標ＲＮＣのＲＲＣに知らせて、該目標ＲＲＣは、ＵＥから伝送されたＤＬ ＲＳＮとソースＲＮＣから伝送されたＤＬＳＳＮとを比較して、次にＵＥに伝送されるＰＤＣＰ ＳＤＵの一番目のＤＬ
ＰＤＣＰ ＳＮを決定する。
【００５１】
ＤＬ ＲＳＮがＤＬ ＳＳＮより大きいと、ＤＬ ＲＳＮは、無効（Ｉｎｖａｌｉｄ）であると見なして（受信された一連番号は、送信一連番号より大きいことがありえないために）、目標ＲＲＣは、ＰＤＣＰにＳＮ同期化過程を開始するように命令する。反面、ＤＬ ＲＳＮがＤＬ ＳＳＮより小さいかまたは、同様であると、正常的場合と見なして一番目のＤＬ ＰＤＣＰ ＳＮは、ＤＬ ＲＳＮになる（過程１１）。
【００５２】
目標ＲＲＣは、先ず、ダウンリンク（ＤＬ）に伝送される一番目のＤＬ ＰＤＣＰ ＳＮ（ＤＬ ＲＳＮ）を目標ＰＤＣＰに通知し、以後伝送が再開されると、目標ＰＤＣＰは、前記一番目のＤＬ ＰＤＣＰ ＳＮ（ＤＬ ＲＳＮ）に該当するＳＤＵをＤＬに伝送する（過程１２）。
【００５３】
アップリンクの一例として、図１６を参照する時、受信側ソースＰＤＣＰがＲＬＣから一連番号５０のＰＤＵを受信すると、次のＵＬ ＲＳＮは５１と番号が付けられる（過程２）。前記ソースＲＲＣは、ＰＤＣＰからＵＬ ＲＳＮを受信して（過程２）、目標ＲＲＣに伝送する（過程３）。目標ＲＲＣまたはソースＲＲＣは、ＵＬ ＲＳＮをＵＥ ＲＲＣに通知し、ＵＥ ＲＲＣは、目標ＲＲＣまたはソースＲＲＣから受信されたＵＬ ＲＳＮをＵＥ ＰＤＣＰに通知する。次いで、前記ＵＥ ＰＤＣＰは、以後に伝送が再開される時、ＵＬ ＲＳＮに該当するＳＤＵをアップリンク（ＵＬ）に伝送する（過程８）。
【００５４】
【発明が解決しようとする課題】
従って、無損失ＳＲＮＳの再割当を遂行するための従来ＰＤＣＰプロトコル規格においては、無損失割当過程が遂行される時、未確認されたＰＤＣＰ ＳＤＵの伝送に必要なＰＤＣＰバッファーをどのように管理するかが定義されていないし、ヘッダー圧縮コンテクスト状態（ｃｏｎｔｅｘｔ ｓｔａｔｅ）によりＬＳＲ以後のＰＤＣＰ ＳＮにギャップ（ｇａｐ）が発生した時、これをどのように処理するかが定義されていないという不都合な点があった。
【００５５】
また、ＰＤＣＰ間の一連番号（ＳＮ）が相互相違である場合、これをどのように処理するか、ＰＤＣＰ ＳＤＵの伝送時点をどのように決定するか、そして、ＬＳＲ過程の以後にＰＤＣＰ受信側は、どのように動作されるかも定義されていないという不都合な点があった。その他にも、目標ＲＲＣが一連番号を比較する時に発生するモジュール比較（ｍｏｄｕｌａｒ ｃｏｍｐａｒｉｓｏｎ）の問題もまだ解決されていないという不都合な点があった。
【００５６】
従って、無損失ＳＲＮＳの再割当（ＬＳＲ）を支援するためのＰＤＣＰプロトコル規格にある従来技術によってＰＤＣＰが動作されると、損失無しにＳＲＮＳの再割当をすることができなくなるために、移動環境でパケットデータの無損失送信／受信が不可能になるという不都合な点があった。
【００５７】
本発明は、このような従来課題に鑑みてなされたもので、ＰＤＣＰがＬＳＲ動作を遂行する時、ＰＤＣＰが安定的に動作するようにＰＤＣＰ ＳＤＵバッファーを有する新しいＰＤＣＰ構造を提供して、前記ＰＤＣＰ構造に基づいて効率的な節次および該節次に必要なプリミティブ（Ｐｒｉｍｉｔｉｖｅ）およびパラメータを提供することを目的とする。
【００５８】
また、無線網制御器または使用者装置でインターフェースプロトコルを定義することによりパケットデータの損失を防止するための効率的なＬＳＲ方法を提供することを目的とする。
【００５９】
【課題を解決するための手段】
このような目的を達成するため、本発明に係るパケットデータの伝送方法においては、伝送されたが未応答された一番目のＰＤＣＰ ＳＤＵの送信ＰＤＣＰ一連番号および送信側ＰＤＣＰ階層の一番目の未発送ＰＤＣＰ ＳＤＵの送信ＰＤＣＰ一連番号を利用して、受信側ＰＤＣＰ階層から次に伝送される受信ＰＤＣＰ一連番号の有効性をチェックする過程に構成されることを特徴とする。
【００６０】
ＳＲＮＳ再割当が発生する時、上位および上位階層を有する使用者装置と通信するソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、下位および上位階層プロトコルを有する無線網で、本発明に係るパケットデータの伝送方法においては、ソースＲＮＣが送信一連番号を目標ＲＮＣに伝達する過程と、ソースＲＮＣが未確認データユニットおよび該当の一連番号を目標ＲＮＣに伝達する過程と、目標ＲＮＣが使用者装置から受信一連番号を受信する過程と、目標ＲＮＣが前記ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して前記受信一連番号が有効範囲に存在するかをチェックする過程と、を順次行うことを特徴とする。
【００６１】
前記ソースＲＮＣの送信一連番号はソースＲＮＣの下位階層プロトコルから目標ＲＮＣの上位階層プロトコルに提供されることを特徴とする。
【００６２】
前記未確認データユニットおよび該当一連番号は、ソースＲＮＣの下位階層プロトコルから目標ＲＮＣの下位階層プロトコルに提供されることを特徴とする。
【００６３】
前記受信一連番号は、使用者装置の上位階層プロトコルから目標ＲＮＣの上位階層プロトコルに提供されることを特徴とする。
【００６４】
好ましくは、前記ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、目標ＲＮＣの上位下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。類似に、使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００６５】
前記目標ＲＮＣの下位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する。反面、目標ＲＮＣの上位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する。好ましくは、受信一連番号が一番目の未確認データユニットの一連番号より小さく、送信一連番号より大きい時、受信一連番号は無効範囲に存在する。
【００６６】
受信一連番号が有効範囲に存在すると、一連番号同期化が開始される。前記一連番号同期化は、目標ＲＮＣの下位階層プロトコルにより開始され、目標ＲＮＣの下位階層プロトコルは、パケットデータ収斂プロトコル階層である。また、一連番号同期化は、目標ＲＮＣの上位階層プロトコルによって開始され、目標ＲＮＣの上位階層プロトコルは無線資源制御階層である。
【００６７】
ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、ソースＲＮＣからパケットデータの一部を受信して、目標ＲＮＣからパケットデータの他の一部分を受信する使用者装置と連動され、各ＲＮＣは少なくとも下位および上位階層プロトコルを有して、前記目標ＲＮＣは、使用者装置から提供された受信一連番号、ソースＲＮＣから提供された一番目の未確認データユニットの一連番号および一番目の未発送データユニットに該当する送信一連番号を有する無線網で、本発明に係るパケットデータ伝送方法においては、ソースＲＮＣで未確認データユニットの一部が使用者装置に伝達されるように未確認データユニットを目標ＲＮＣに伝達する過程と、目標ＲＮＣで前記一番目の未確認データユニットの一連番号を利用して受信一連番号が有効範囲に存在するかを決定する過程と、を順次行うが、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きい時に有効範囲に存在する。
【００６８】
前記ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、前記目標ＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００６９】
前記ソースＲＮＣは、未確認データユニットに該当する一連番号を目標ＲＮＣに伝送することを特徴とする。
【００７０】
また、前記使用者装置は、少なくとも下位および上位プロトコルを包含することを特徴とする。
【００７１】
好ましくは、前記未確認データユニットおよび該当一連番号は、ソースＲＮＣの下位階層プロトコルから目標ＲＮＣの下位階層プロトコルに伝送され、類似に、受信一連番号は、使用者装置の上位階層プロトコルから目標ＲＮＣの上位階層プロトコルに伝送される。そして、使用者装置の上位および下位プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００７２】
前記目標ＲＮＣの下位階層プロトコルは、少なくともソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定して、目標ＲＮＣの上位階層プロトコルは、少なくともソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定する。受信一連番号が無効範囲に存在すると、下位階層プロトコルは一連番号同期化を開始して、前記目標ＲＮＣの下位階層プロトコルはパケットデータ収斂プロトコル階層が好ましい。
【００７３】
ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、ソースＲＮＣにパケットデータの一部を伝送して目標ＲＮＣにパケットデータの他の一部分を伝送する使用者装置と連動され、各ＲＮＣは、下位および上位階層プロトコルを有する無線網において、無損失パケットデータ伝送のためのアップリンクプロセスとして提供されたパケットデータ伝達方法においては、目標ＲＮＣがソースＲＮＣから受信一連番号を受信する過程と、目標ＲＮＣが使用者装置に前記受信一連番号を提供する過程と、使用者装置が一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲にあるかを決定する過程と、を包含して構成され、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きい時無効範囲内に存在する。
【００７４】
前記のようなプロセスを遂行するために、次に伝送されるデータユニットの一連番号に該当する受信一連番号を提供する使用者装置および使用されるための無線網のパケットデータ伝達システムにおいては、下位および上位階層プロトコルを有して、使用者装置から受信一連番号を受信する目標無線網制御器（ＲＮＣ）と、下位および上位階層プロトコルを有するソースＲＮＣと、を包含して構成され、前記ソースＲＮＣは、目標ＲＮＣに一番目の未確認データユニットの一連番号を提供して、前記目標ＲＮＣは、一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲にあるかを決定するが、前記受信一連番号が一番目の未確認データユニットの一連番号より小さいかまたは、次に一番目に発送される（未発送された）一連番号より大きい時ｎ受信一連番号は無効範囲に存在する。
【００７５】
前記ソースＲＮＣは、未確認データユニットを目標ＲＮＣに伝達する。また、ソースＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、目標ＲＮＣの上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層である。
【００７６】
前記目標ＲＮＣの下位階層プロトコルは、ソースＲＮＣから受信された一番目の未確認されたデータユニットの一連番号を利用して、受信一連番号が有効範囲内にあるかを決定する。そして、目標ＲＮＣの上位階層プロトコルは、ソースＲＮＣから受信した一番目の未確認データユニットの一連番号を利用して、受信一連番号が有効範囲に存在するかを決定する。受信一連番号が無効範囲に存在すると、目標ＲＮＣの下位階層プロトコルは一連番号同期化を開始する。
【００７７】
パケットデータを初期にソース無線網制御器（ＲＮＣ）にアップリンクした後、目標ＲＮＣにアップリンクする無線網用使用者装置においては、次の予想一連番号に該当する受信一連番号を目標ＲＮＣから受信する上位階層プロトコルと、上位階層プロトコルと通信して、受信一連番号を受信する下位階層プロトコルと、を包含して構成され、前記下位階層プロトコルは、受信一連番号が有効範囲に存在するかを決定するが、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きいと、無効範囲に存在して、前記送信一連番号は、次に一番目に発送される（未発送された）データユニットの一連番号に該当して、前記未確認データユニットの一連番号は、伝送されたがまだ確認されなかった一番目のデータユニットの一連番号に該当する。
【００７８】
前記無線網用使用者装置で、使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であって、受信一連番号が有効範囲に存在すると、使用者装置の下位階層プロトコルは一連番号同期化を開始する。
【００７９】
送信側ＰＤＣＰ階層および受信側を有する無線網で、本発明に係るパケットデータ伝送方法においては、一連番号を有するデータユニットを受信側に伝送する過程と、受信側から発送された受信一連番号を受信する過程と、伝送されたが確認されない（未確認）一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の未発送された一番目のデータユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする過程と、受信一連番号が範囲内に存在しないと、一連番号同期化を開始する過程と、を順次行う。また、前記範囲は、一番目の未確認データユニットの一連番号から送信一連番号までである。
【００８０】
前記無線網は、ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、送信ＰＤＣＰ階層としてのＰＤＣＰ階層、受信側として使用者装置とデータ通信を遂行するソースおよび目標ＲＮＣ、送信一連番号を目標ＲＮＣに伝達するソースＲＮＣと、を包含して構成され、前記ソースＲＮＣは、未確認データユニットおよび該当一連番号を目標ＲＮＣに伝達する。
【００８１】
前記ソースＲＮＣの送信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層から提供され、前記未確認データユニットおよび該当一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とする。好ましくは、ソースＲＮＣから受信された受信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供される。また、前記受信一連番号は、受信側のＲＲＣ階層から提供されることができるし、ＰＤＣＰ階層から受信側のＲＲＣ階層に提供されることもできる。
【００８２】
前記受信一連番号は、次に受信されると予想される受信側の一連番号であることを特徴とする。
【００８３】
本発明は、最小限送信側ＰＤＣＰ階層および受信側を有する無線網が、一連番号を有するデータユニットを受信側に伝送する過程と、受信側から伝送された受信一連番号を受信する過程と、伝送されたが未確認された一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の未発送された一番目のデータユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする過程と、受信一連番号が前記範囲内に存在しないと、一連番号同期化を開始する過程と、を順次行うことを特徴とするパケットデータ伝送方法である。
【００８４】
本発明の一実施形態において、前記無線網は、最小限ソース無線網制御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣは、最小限送信側ＰＤＣＰ階層としてのＰＤＣＰ階層、使用者装置とデータ通信を遂行する受信側としてのソースおよび目標ＲＮＣに構成され、前記ソースＲＮＣは、送信一連番号を目標ＲＮＣに伝達して、前記ソースＲＮＣは、未確認データユニットおよび該当一連番号を目標ＲＮＣに伝達することを特徴とするパケットデータ伝送方法である。
【００８５】
本発明の一実施形態において、前記ソースＲＮＣの送信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供されることを特徴とする請求項２記載のパケットデータ伝送方法である。
【００８６】
本発明の一実施形態において、前記各未確認データユニットおよびそれに該当する一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とするパケットデータ伝送方法である。
【００８７】
本発明の一実施形態において、前記各未確認データユニットおよびそれに該当する一連番号は、ソースおよび目標ＲＮＣのＧＴＰ階層を通して提供されることを特徴とするパケットデータ伝送方法である。
【００８８】
本発明の一実施形態において、前記ソースＲＮＣに受信された受信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して提供されることを特徴とするパケットデータ伝送方法である。
【００８９】
本発明の一実施形態において、前記受信一連番号は、受信側ＲＲＣ階層から提供されることを特徴とするパケットデータ伝送方法である。
【００９０】
本発明の一実施形態において、前記受信一連番号は、ＰＤＣＰ階層から受信側ＲＲＣ階層に提供されることを特徴とするパケットデータ伝送方法である。
【００９１】
本発明の一実施形態において、前記受信一連番号は、次に受信される受信側一連番号であることを特徴とするパケットデータ伝送方法である。
【００９２】
本発明の一実施形態において、前記範囲は、一番目の未確認データユニットの一連番号から２番目一連番号まであることを特徴とするパケットデータ伝送方法である。
【００９３】
さらに本発明は、一連番号を有するデータユニットを受信側に伝送する送信機と、受信側から発送された受信一連番号を受信する受信機と、伝送されたが未確認された一番目のデータユニットの一連番号と送信側ＰＤＣＰ階層の一番目の未発送データユニットの送信一連番号間の範囲に前記受信一連番号が存在するかをチェックする第１エンティティー（ｅｎｔｉｔｙ）と、受信一連番号が範囲内に存在しないと、一連番号の同期化を開始する第２エンティティーと、を包含して構成されることを特徴とする無線網のパケットデータ伝送装置である。
【００９４】
本発明の一実施形態において、前記第１、第２エンティティー中の最小限一つは、ＲＲＣ階層であることを特徴とする無線網のパケットデータ伝送装置である。
【００９５】
本発明の一実施形態において、前記第１、第２エンティティー中の最小限一つは、ＰＤＣＰ階層であることを特徴とする無線網のパケットデータ伝送装置である。
【００９６】
本発明の一実施形態において、前記通信装置は、移動端末であって、前記受信側は、無線網制御器（ＲＮＣ）であることを特徴とする無線網のパケットデータ伝送装置である。
【００９７】
本発明の一実施形態において、前記通信装置は、ＲＮＣであって、前記受信側は、移動端末であることを特徴とする無線網のパケットデータ伝送装置である。
【００９８】
さらに本発明は、前記少なくともソースＲＮＣおよび目標ＲＮＣを有して、各ＲＮＣは、少なくとも送信側ＰＤＣＰ階層としてＰＤＣＰ階層、受信側として移動端末とデータ通信をするソースおよびターゲットＲＮＣを包含して、前記通信装置は、目標ＲＮＣの無線網は、ソースＲＮＣから送信一連番号を受信する第１インターフェースと、ソースＲＮＣから未確認データユニットと該当一連番号を受信する第２インターフェースと、を追加して包含されることを特徴とする無線網のパケットデータ伝送装置である。
【００９９】
本発明の一実施形態において、前記第１インターフェースは、ＲＲＣ階層であることを特徴とする無線網のパケットデータ伝送装置である。
前記第２インターフェースは、ＧＴＰ階層であることを特徴とする請求項１５記載の無線網のパケットデータ伝送装置である。
【０１００】
さらに本発明は、初期にソース無線網制御器（ＲＮＣ）と通信して、次に目標ＲＮＣと通信する無線網であって、少なくともソースおよび目標ＲＮＣ中の一つから受信一連番号を受信する上位階層プロトコルと、前記上位階層プロトコルと通信して、上位階層プロトコルから受信一連番号を受信する下位階層プロトコルと、を包含して構成され、前記下位階層プロトコルは、受信一連番号が有効範囲にあるかを判断して、前記受信一連番号は、一番目の未確認データユニットの一連番号より小さいかまたは、送信一連番号より大きいと、無効範囲にあって、前記送信一連番号は、一番目に未発送データユニットの一連番号に該当して、前記一番目の未確認データユニットの一連番号は、一番目に伝送されたが、無応答されたデータユニットの一連番号に該当することを特徴とする無線網用使用者装置である。
【０１０１】
本発明の一実施形態において、前記受信一連番号は、次に予想される一連番号に該当する受信一連番号であることを特徴とする無線網用使用者装置である。
【０１０２】
本発明の一実施形態において、前記使用者装置の上位および下位階層プロトコルは、夫々無線資源制御階層およびパケットデータ収斂プロトコル階層であることを特徴とする無線網用使用者装置である。
【０１０３】
本発明の一実施形態において、受信一連番号が無効範囲に存在すると、前記使用者装置の下位階層のプロトコルは、一連番号同期化を開始することを特徴とする無線網用使用者装置である。
【０１０４】
本発明の一実施形態において、前記上位階層プロトコルは、目標ＲＮＣから受信一連番号を受信することを特徴とする無線網用使用者装置である。
【０１０５】
【発明の実施の形態】
以下、本発明の実施の形態に対し、図を用いて説明する。
【０１０６】
図１は、ＰＤＣＰ階層の送信側にＳＤＵバッファーを包含する新しいＰＤＣＰ構造である。
【０１０７】
ＰＤＣＰ ＳＤＵバッファーは、ＰＤＣＰが無損失ＳＲＮＳの再割当（ＬＳＲ）を支援する場合のみに必要であって、前記ＰＤＣＰ ＳＤＵバッファーがＰＤＣＰ ＰＤＵバッファーの代りに使用される。ＬＳＲが発生すると、ヘッダー圧縮アルゴリズムが新しく割当されるために、ソースＰＤＣＰおよび目標ＰＤＣＰで使用されるアルゴリズムは相互相違になる。
【０１０８】
図１に示したように、ＰＤＣＰがＬＳＲを支援する場合、ＳＤＵが受信されると、ＰＤＣＰはＳＤＵを各ＳＤＵ単位形態にバッファーに格納した後、提供されたヘッダー圧縮アルゴリズムによってヘッダー圧縮を遂行してＰＤＣＰ ＰＤＵ（＝ＲＬＣ ＳＤＵｓ）を生成して、該生成されたＰＤＣＰ ＰＤＵをＲＬＣ ＡＭエンティティーに伝達する。
【０１０９】
一方、ＵＴＲＡＮ ＰＤＣＰの送信側は、ＰＤＣＰ ＳＮを管理しなければならない。
【０１１０】
図２および３は、本発明の実施形態で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する時のＬＳＲ過程である。特に、図２は、ＬＳＲ過程のダウンリンク（ＵＴＲＡＮからＵＥ）を、図３は、アップリンク（ＵＥからＵＴＲＡＮ）を示す。
【０１１１】
図２および３で、図１５および図１６に図示された従来技術と同様な動作には同様な番号を使用して、新しく追加されるかまたは、補正されたプロセス（ｐｒｏｃｅｓｓ）または過程（ｓｔｅｐ）は、小数点に示したし、斜線をつけた部分は補正されたかまたは、新しく追加されたプロセスである。即ち、プロセス３または４間にプロセスが追加されると、該当プロセスは、３．５に表示する。
【０１１２】
図２を参照すると、ダウンリンクモードでＬＳＲが発生するかまたは、アクティブになると、未確認（Ｕｎｃｏｎｆｉｒｍｅｄ）ＰＤＣＰ ＳＤＵと一緒にＤＬ ＰＤＣＰ ＳＮがＧＴＰ−Ｕに伝送される。その理由は、未確認ＳＤＵがソースＧＴＰ−Ｕから目標ＧＴＰ−Ｕに伝達される時、データ（ＰＤＣＰ ＳＤＵ）だけでなくＤＬ ＧＴＰ−Ｕ ＳＮおよびＤＬ ＰＤＣＰ ＳＮもソースＧＴＰ−Ｕから目標ＧＴＰ−Ｕに伝達されるが、前記未確認ＳＤＵおよび各ＤＬ ＰＤＣＰ ＳＮは、ＰＤＣＰにより管理されるために、ＧＴＰ−ＵはＤＬ ＰＤＣＰ ＳＮを分からなくなるからである。かつ、図２に示したように、ＰＤＣＰ ＳＤＵおよびＤＬ ＰＤＣＰ ＳＮは、ソースおよび目標ＧＴＰ−Ｕをバイパスさせることで、目標ＰＤＣＰに伝達される。従って、ＬＳＲがアクティブされてデータが伝達される時、ソースＲＮＣのＰＤＣＰから目標ＲＮＣのＰＤＣＰにデータと一緒にＤＬ ＰＤＣＰ ＳＮが伝達されなければならない。
【０１１３】
ソースＲＮＣは、ソースＲＮＣのＰＤＣＰからＧＴＰ−Ｕに伝達されるＰＤＣＰ−ＤＡＴＡ−Ｉｎｄｉｃａｔｉｏｎ（表示）プリミティブにＰＤＣＰ ＳＤＵだけでなくＤＬ ＰＤＣＰ ＳＮを追加して、目標ＲＮＣは、ＰＤＣＰに伝達されるＰＤＣＰ−ＤＡＴＡ−Ｒｅｑｕｅｓｔ（要求）プリミティブにＰＤＣＰ ＳＤＵだけでなくＤＬ ＰＤＣＰ ＳＮを追加する。前記方法は、図２の過程４に示したように、ＬＳＲが支援される時、ＵＴＲＡＮ側で使用される。
【０１１４】
詳述したように、未確認ＳＤＵを伝達するためには、ソースＲＲＣがソースＰＤＣＰに開始を命令しなければならない。即ち、過程（３．５）に示したように、データ伝達（ｆｏｒｗａｒｄｉｎｇ）の要求がＰＤＣＰに提供されなければならない。
【０１１５】
ＰＤＣＰは、自らデータ伝達を開始することができないために、ＲＲＣからの命令が必要であるが、前記命令は、従来電気通信標準には定義されていないために、ソースＰＤＣＰは、ＬＳＲが発生する間、データを伝達することができない。結果的に、未確認ＳＤＵは全て廃棄される。
【０１１６】
前記問題を解決するために本発明の実施形態では、図２の過程（３．５）に示したように、ソースＲＲＣは、データ伝達の要求を発送することで、ソースＰＤＣＰを命令する。
【０１１７】
一方、目標ＰＤＣＰは、ＬＳＲプロセスの間、目標ＲＲＣからＤＬ ＰＤＣＰＳＮを受信する。従って、ＰＤＣＰは、ＵＥに伝送される一番目のＰＤＵの一連番号（ＳＮ）を分かることができるが、これは目標ＰＤＣＰの送信側に該当して、受信側は、ＵＥから初めて伝送される一番目のＵＬ ＰＤＣＰ ＳＮを分からなければならない。
【０１１８】
図１６を参照すると、目標ＰＤＣＰの受信側の目標ＲＲＣから一番目のＵＬ ＰＤＣＰ ＳＮを受信しないと、ＬＳＲプロセスの以後ＰＤＣＰが初めて受信したＰＤＵのＳＮは０になるためにアップリンク（ＵＬ）のＰＤＣＰデータを伝送する時、各ＳＮの同期が合わないようになる。
【０１１９】
従って、目標ＰＤＣＰの受信側は、目標ＲＲＣから一番目のＵＬ ＰＤＣＰ ＳＮを受信しなければならないが、従来電気通信標準で、目標ＲＲＣは、目標ＰＤＣＰに一番目のＤＬ ＰＤＣＰ ＳＮのみを通報する。
【０１２０】
前記のような問題点を解決するために、本発明は、図２の過程１２に示したように、目標ＲＲＣは、目標ＰＤＣＰに一番目のＤＬ ＰＤＣＰ ＳＮ（ｅ．ｇ，．ＤＬ ＲＳＮ）および一番目のＵＬ ＰＤＣＰ ＳＮ（ｅ．ｇ．，ＵＬ ＲＳＮ）を通知し得る方法を提案する。
【０１２１】
また、現在の３ＧＰＰ標準規格では、送信側と受信側のＰＤＣＰのＳＮとが相違であると、ＳＮの訂正および一致のためにＳＮ同期化プロセスが遂行される。ところが、ＳＮ同期化プロセスは、但しＲＲＣがＰＤＣＰを命令する時のみに遂行されるだけで、ＰＤＣＰは、自らＳＮ同期化プロセスを開始することができない。
【０１２２】
一般なＳＮ同期化プロセスを説明すると、ＲＲＣは、自身の送信側ＰＤＣＰと相手方の受信側ＰＤＣＰのＳＮとが相互相違である時、送信側ＰＤＣＰにＳＮ同期化プロセスの遂行を命令する。
【０１２３】
前記命令を受けたソースＲＮＣのＰＤＣＰは、ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵを目標ＲＮＣのＰＤＣＰに伝送するが、前記ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵは、ＰＤＣＰ ｄａｔａ ＰＤＵの代りにＳＮを通知する特別なＰＤＵ（即ち、図１４のＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵ）であって、前記ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵには、送信一連番号（Ｓｅｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ：ＳＳＮ）が付加される。
【０１２４】
前記ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵを受信した受信側ＰＤＣＰ（または、目標ＲＮＣのＰＤＣＰ）は、受信一連番号（Ｒｅｃｅｉｖｅ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ：ＲＳＮ）をＳｅｑＮｕｍ ＰＤＵのＳＳＮに設定して、両方側（ＳＳＮおよびＲＳＮ）の一連番号（ＳＮ）を一致させる。
【０１２５】
そして、ＰＤＣＰ送信側は、受信側からＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵ中の何れか一つを受信したという通知を受けると、前記ＳＮ同期化プロセスを終了して、以後のデータは、ＰＤＣＰ ｄａｔａ ＰＤＵを利用して伝送する。
【０１２６】
従来規格には、ＳＮ同期化プロセスが必要とした場合を、第１、ＲＬＣリセット以後、第２、無線ベアラー（ＲＢ）再構成プロセス以後、第３、目標ＲＬＣがＬＳＲの間ＵＥ ＲＲＣから無効なＤＬ ＲＳＮを受信した場合などのように三つの類型に定義している。
【０１２７】
前記ＲＬＣリセットとＲＢ再構成は、送信側ＰＤＣＰからＲＬＣに伝達されたＰＤＣＰ ＰＤＵが受信側に伝送される前に行われることができるし、この場合、ＳＳＮは増加して、ＲＳＮは増加しないために、前記プロセス以後のＳＮ同期化プロセスが必要になる。
【０１２８】
第３の場合は、次のような場合に必要である。ＬＳＲプロセスの間、目標ＲＲＣは、ソースＲＲＣから受信したＤＬ ＳＳＮとＵＥ ＲＲＣから受信されたＤＬ ＲＳＮとを比較して、次に初めて伝送されるＰＤＣＰ ＰＤＵの一番目のＤＬ ＰＤＣＰ ＳＮを決定する（図１５の過程１１）。一般に、ＤＬ ＲＳＮは、未確認ＳＤＵによりＤＬ ＳＳＮより小さいかまたは、同様であるが（ＤＬ ＲＳＮ≦ＤＬ ＳＳＮ）、この場合、目標ＲＲＣは、一番目のＤＬ ＰＤＣＰ ＳＮをＤＬ ＲＳＮに設定してＰＤＣＰに通知する。
【０１２９】
ところが、伝送中にエラーまたはプロトコルエラーなどの理由によってＵＥから受信したＤＬ ＲＳＮがＤＬ ＳＳＮより大きいと（ＤＬ ＲＳＮ＞ＤＬ ＳＳＮ）、前記ＤＬ ＲＳＮは無効である。この場合、ＲＲＣは、ＵＳＲＡＮにエラーがあることを認識してＰＤＣＰにＳＮ同期化プロセスを開始するように命令する。
【０１３０】
従来３ＧＰＰ規格（図１５の過程１１）では、前記三つの場合に対してＲＲＣがＳＮ同期化プロセスを開始するようにＰＤＣＰ送信側に命令するように規定している。
【０１３１】
ところが、第３の場合で、ＬＳＲプロセスの間、目標ＲＲＣがＵＥ ＲＲＣから無効なＤＬ ＲＳＮを受信すると、深刻なエラーが発生することができる。例えば、ＰＤＣＰ ＳＮで使用されるビット数は、１６ビットであって、０−６５５３５までの範囲を有する。従って、ＳＮ＝６５５３５を超過する次のＳＮは０になって、以後のＳＮは０から順次に増加する。
【０１３２】
例えば、未確認されたＳＤＵのＳＮが６５０００−２０００（即ち、６５０００−６５５３５、０−２０００）の場合に、ＵＥからＤＬ ＲＳＮ＝６５５３５を受信すると、目標ＲＲＣは、ＤＬ＝２００１（即ち、ＤＬ ＲＳＮ＞ＤＬ ＳＳＮ）のためにＤＬ ＲＳＮを無効したものに見なして、目標ＰＤＣＰにＳＮ同期化プロセスを開始するように命令する。この場合、ＵＥがＳＮ＝６５０００−６５３３４に該当するＳＤＵを正確に受信したにもかかわらず、ＰＤＣＰは、ＳｅｑＮｕｍ ＰＤＮを利用してＳＮ＝６５０００からＳＤＵを再伝送するために、無線資源の浪費を招くようになる。前記のような問題点は、目標ＲＲＣがＤＬＲＳＮの有効範囲を分からないために発生して、前記のような場合に、モジュール比較の問題が発生する。
【０１３３】
従って、前記のような問題点を解決するために、本発明は、次のような方法を図２および３を参照して説明する。
【０１３４】
本発明は、ＵＥから受信されたＤＬ ＲＳＮの有効性（Ｖａｌｉｄｉｔｙ）を検査するために、ソースＲＲＣから受信したＤＬ ＲＳＮおよびＳＤＵの一番目の未確認ＳＮ（Ｆｉｒｓｔ ｕｎｃｏｎｆｉｒｍｅｄ ＳＮ ｏｆ ＳＤＵ：ＦＵＳＮ）を検査する。この時、ＦＵＳＮは、伝送されたが、未応答されたＳＤＵと同様である。
【０１３５】
ＦＵＳＮおよびＤＬ ＳＳＮは、ＤＬ ＲＳＮの有効範囲を決定する値であって、ＤＬ ＲＳＮが範囲に位置すると、（ＦＵＳＮ≦ＤＬ ＲＳＮ≦ＤＬ ＳＳＮ）、本発明は、ＤＬ ＲＳＮ値を有効であると見なして、ＤＬ ＲＳＮに該当するＳＤＵを、例えば、ＵＥに伝送する。反面、ＤＬ ＲＳＮが範囲の外に位置すると、ＤＬ ＲＳＮ値が無効であると見なして、ＳＮ同期化プロセスを開始する。
【０１３６】
前記ＤＬ ＲＳＮの有効性検査は、ＲＲＣまたはＰＤＣＰで遂行することができるし、本発明の一実施形態に係るＰＤＣＰで、ＤＬ ＲＳＮの有効性検査を図２（過程１３）を参照して説明する。
【０１３７】
ＵＥ ＲＲＣからＤＬ ＲＳＮを受信すると、（図２の過程１０）、目標ＲＲＣは、受信されたＤＬ ＲＳＮをソースＲＲＣから受信されたＤＬ ＳＳＮと一緒に目標ＰＤＣＰに通知する（図２の過程１２）。また、目標ＲＲＣは、ＰＤＣＰの受信側のためにＵＬ ＲＳＮをＰＤＣＰに通知するが、この時、重要なことは、ＤＬ ＳＳＮも通知されるという点である。
【０１３８】
正常な場合、ＰＤＣＰは、各未確認ＳＤＵのＤＬ ｓｅｎｄ ＰＤＣＰ ＳＮを分かっていて、ＳＤＵの最後の未確認ＳＮ（Ｌａｓｔ Ｕｎｃｏｎｆｉｒｍｅｄ ＳＮ ｏｆ ＳＤＵ：ＬＵＳＮ）に１を足した値がＤＬ ＳＳＮであるために、前記ＤＬ ＳＳＮは通知されなくても良い。ところが、後述されるギャップ（Ｇａｐ）ＳＮが発生する場合には、公式（ＤＬ ＳＳＮ＝ＬＵＳＮ＋１）が成立しないために、前記のような問題点を予想してＤＬ ＳＳＮも目標ＰＤＣＰに通知するようになる。
【０１３９】
従来には、ＲＲＣでＤＬ ＲＳＮを検査したが（図１５の過程１１）、本発明ではＰＤＣＰで検査して、ＲＲＣは、但し３個の値（ＤＬ ＲＳＮ、ＤＬ ＳＳＮおよびＵＬ ＲＳＮ）のみをＰＤＣＰに伝達する。従って、図２の過程１１に示したように、目標ＲＲＣではどんなことも発生しない。
【０１４０】
目標ＲＲＣからＤＬ ＲＳＮおよびＤＬ ＳＳＮを受信した目標ＰＤＣＰは、格納されたＦＵＳＮを利用して条件（ＦＵＳＮ≦ＤＬ ＲＳＮ≦ＤＬ ＳＳＮ）が満足されるかを検査する。条件が満足されると、目標ＲＮＣのＰＤＣＰは、ＤＬ ＲＳＮに該当する一連番号（ＳＮ）を有するＳＤＵの伝送を開始する。反面、条件が満足されないと、目標ＲＮＣのＰＤＣＰは、ＳＮ同期化プロセスを実行して、ＦＵＳＮに該当する一連番号を有するＳＤＵをＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵを利用して伝送する。
【０１４１】
即ち、従来には、ＲＲＣの命令によってＳＮ同期化プロセスが遂行されたが、本発明では、ＰＤＣＰが自体的に判断してＳＮ同期化プロセスを遂行するようにした。また、前記ＳＮ有効性検査およびＳＮ同期化プロセスは、ＵＴＲＡＮだけでなくＵＥによっても遂行することができる。
【０１４２】
図３は、本発明に係るアップリンクＬＳＲプロセスをの実施形態を示している。
【０１４３】
従来技術では、ＵＥのＰＤＣＰがＵＬ ＲＳＮを受信する時、ＰＤＣＰは、如何なる検査もしなくて、ＵＬ ＲＳＮに該当するＳＤＵから伝送を開始し、従来の規格にはＵＬ ＲＳＮが有効範囲を外れる場合に対する如何なる定義もない実情である。
【０１４４】
本発明の実施形態では、ソースＲＲＣからＵＬ ＲＳＮが受信されると、（図３の過程２）、目標ＲＲＣはＵＬ ＲＳＮを目標ＰＤＣＰに通知する（図３の過程１２）。また、目標ＲＲＣは、ＵＬ ＲＳＮをＵＥ ＲＲＣに伝達して（過程７）、伝送されたＵＬ ＲＳＮは、ＵＥ ＰＤＣＰに伝達される（過程８）。
【０１４５】
本発明に係る前記ＵＥ ＰＤＣＰは、ＵＴＲＡＮ ＰＤＣＰのようにアップリンクモードの間ＵＬ ＲＳＮの有効性検査を遂行するが、ＵＬ ＲＳＮが有効範囲を外れると、ＳＮ同期化プロセスが開始される。この時、ＵＥ ＰＤＣＰの有効性検査は、ＲＲＣから受信されたＵＬ ＲＳＮが条件（ＦＵＳＮ≦ＵＬ ＲＳＮ≦ＵＬＳＳＮ）を満足であるかを確認すると良い。
【０１４６】
条件が満足されると、ＵＥ ＰＤＣＰはＵＬ ＲＳＮに該当するＳＤＵから伝送し、満足されないと、ＳＮ同期化プロセスを開始して、ＳｅｑＮｕｍ ＰＤＵを利用してＦＵＳＮに該当するＳＤＵから伝送する。
【０１４７】
図４は、本発明に係るＲＲＣのＳＮ有効性検査過程の他の実施形態である。
【０１４８】
この時、過程１−６は、図２および図３と同様であるために、図４には、過程７以後の過程のみが図示されている。
【０１４９】
ＲＲＣは、ＦＵＳＮを分からないために、ＲＲＣは、ＰＤＣＰから各ＳＮに対した情報を受信した後、検査を開始することができる。例えば、ＵＥ ＲＲＣは、過程（７．５）以前にＵＥ ＰＤＣＰからＵＬ ＦＵＳＮおよびＵＬ ＳＳＮを分からなければならないし（図４の＜７．５番目のプロセス）、目標ＲＲＣは、過程１１以前に目標ＰＤＣＰからＤＬ ＦＵＳＮを知っていなければならない（図１２の＜１１番目プロセス）。前記情報を分かるようになると、ＵＥ ＲＲＣおよび目標ＲＲＣは、夫々ＵＬ ＲＳＮおよびＤＬ ＲＳＮの有効性検査を遂行することができる（図４の過程７および１１）。
【０１５０】
各ＲＳＮ値が有効範囲内にあると、ＲＲＣは、該当値をＰＤＣＰに通知して、有効範囲外にあると、ＳＮ同期化を遂行するようにＰＤＣＰに命令する。
【０１５１】
本発明では、ＰＤＣＰで有効性検査を遂行する場合、ＰＤＣＰの自体決定にＳＮ同期化が開始されるように提案した。併し、ＰＤＣＰが有効性検査を遂行しなくてもＰＤＣＰの決定によってＳＮ同期化が要求される場合もある。一例として、前記各場合中、一つは、ＬＳＲの間ＰＤＣＰ送信側（ソースＰＤＣＰ）に格納された未確認ＳＤＵの間でＳＮのギャップ（ｇａｐ）が発生する場合であって、無損失伝送のためにギャップＳＮに該当するＰＤＵが伝送される必要がある。
【０１５２】
前記ギャップＳＮ（またはギャップを有するＳＮ）は、ヘッダー圧縮により発生され、ヘッダー圧縮は、ＰＤＣＰ ＳＤＵにあるＩＰヘッダーを圧縮するものであって、ＰＤＣＰの機能中の一つである。ＰＤＣＰでヘッダー圧縮が遂行される時、送信側および受信側は、同様なアルゴリズムを使用しなければならない。
【０１５３】
ところが、ヘッダー圧縮を使用する時、たびたび受信側は送信側にフィードバックアルゴリズムを発送する。前記フィードバックアルゴリズムは、ＰＤＣＰ ＰＤＵ形態（ｆｏｒｍ）に伝送され、前記ＰＤＣＰ ＰＤＵは、ＰＤＣＰ ＳＤＵから発生されるのでなくＰＤＣＰが自体的に発生する。
【０１５４】
ＧＴＰ−Ｕ ＳＮは、ＰＤＣＰ ＳＤＵ毎に付加され、前記ＰＤＣＰ ＳＮは、ＰＤＣＰ ＰＤＵ毎に付加されるために、ＧＴＰ−Ｕ ＳＮおよびＰＤＣＰ ＳＮは、フィードバック情報によって１：１対応されないこともある。かつ、ＬＳＲの以前または以後に使用されるヘッダー圧縮アルゴリズムは、相互相違であることがあるし、確認されないフィードバックＰＤＵは、以前（ｏｕｔ−ｏｆ−ｄａｔａ）の情報を包含しているために、目標ＰＤＣＰに伝送されなく、ソースＰＤＣＰで廃棄される。
【０１５５】
従って、前記のような場合、目標ＰＤＣＰに伝送された未確認ＳＤＵのＰＤＣＰ ＳＮ間にギャップが存在する。従来には、このようなギャップを考慮しなかったし、従って、未確認ＳＤＵが順次に伝送されるために、ＳＳＮとＲＳＮ間にギャップに該当する差が発生する。送信側ＰＤＣＰおよび受信側ＰＤＣＰは、ＳＮ同期化プロセスが遂行される前に相互ＳＮを交換しないために、ギャップＳＮによる送信側ＰＤＣＰと受信側ＰＤＣＰ間のＳＮの差は認識されない。以後、再びＬＳＲが発生すると、ＳＤＵは前記ＳＮの差によって損失を受ける。
【０１５６】
前記のような問題点を解決するために、本発明は、２種類の具体的な方法を提案する。
【０１５７】
図５は、ギャップＳＮが発生した場合、ＰＤＣＰがＳＮ同期化を開始して、ギャップＳＮの次のＳＮに該当するＳＤＵをＳｅｑＮｕｍ ＰＤＵ形態に伝送する方法の一番目の例である。
【０１５８】
ＬＳＲが遂行される時、ソースＰＤＣＰの未確認ＰＤＵがＳＮ＝２１−２５に該当するＰＤＵで、ＳＮ＝２３のＰＤＵがフィードバックＰＤＵであると仮定すると、前記ＳＮ＝２３は目標ＰＤＣＰに伝達されない。従って、目標ＰＤＣＰは、ＳＮ＝２１−２５中、ＳＮ＝２３を除外したＳＤＵを格納して、目標ＲＲＣから一番目のＤＬ ＰＤＣＰ ＳＮ＝２２が通知される時にＳＮ＝２２に該当するＳＤＵから伝送を開始する。
【０１５９】
ところが、ＳＮ＝２２のＰＤＵが伝送された後、ＳＮ＝２３のＰＤＵは存在しないために、ＰＤＣＰはＳＮギャップが存在するかを判断して、ギャップＳＮの次のＳＤＵに対したＳＮ同期化プロセスを開始する。そして、ＳＮ＝２４以後のＳＤＵは、全てＳｅｑＮｕｍ ＰＤＵを利用して全て伝送される。ＳＮ＝２２のデータＰＤＵが受信される時、受信側はＳＮ＝２３にＰＤＵを更新した後、ＳＮ＝２４のＳｅｑＮｕｍ ＰＤＵが受信される時にＲＳＮを２４に更新する。従って、送信側と受信側間のＳＮ同期化が詳述したように保障される。
【０１６０】
詳述したように、図５は、目標ＰＤＣＰのギャップＳＮに対したＳＮ同期化方法を示しているが、前記方法はＵＥでも使用される。即ち、ＵＥで未確認ＳＤＵのＳＮにギャップが存在すると、詳述したように、ＳＮ同期化プロセスが開始される。
【０１６１】
図６は、ギャップＳＮに対してギャップＰＤＵを伝送する方法の２番目の例である。
【０１６２】
即ち、２番目の方法は、ギャップが発生すると、何の情報も有しないギャップＰＤＵを伝送する方法である。この時、ギャップＰＤＵは、ＳＮの連続性を維持するために伝送される。例えば、一番目の１ Ｏｃｔｅｔを伝送することで、図１４に図示されたデータＰＤＵがギャップＰＤＵとして使用されることもできる。ギャップＳＮに対したギャップＰＤＵが伝送される時、ＳＮ同期化プロセスを遂行することなく、送信側と受信側間のＳＮ同期化を維持することができる。
【０１６３】
詳述したように、図６は、ギャップＳＮに対してギャップＰＤＵを伝送する具体的な方法であって、該方法は、ギャップＳＮが発生する時にＳＮ同期化を遂行する代わりにギャップＰＤＵを伝送する。この時、ＳＮ＝２３は、ギャップＳＮであるために、ＳＮ＝２３に対したギャップＰＤＵが生成されて伝送される。そして、ギャップＰＤＵは、多様な種類が使用されることができるが、それらの共通目的は、送信側と受信側のＳＮを同期化させることである。図６には、目標ＰＤＣＰのみが図示されているが、前記方法は、ＵＥ ＰＤＣＰでも使用されることができる。
【０１６４】
本発明は、一つの無線網制御器から他の無線網制御器に使用者端末をハンドオーバーするためのパケットデータサービスの提供方法およびデバイスに関するものである。本発明は、ＳＲＮＳ再割当の間、データ損失を避けるために、伝送されたが未確認された一番目のデータユニットの一連番号および送信側ＰＤＣＰ階層の一番目の未発送ＰＤＣＰ ＳＤＵの送信ＰＤＣＰ一連番号を利用して前記受信側ＰＤＣＰ階層から次に予想される受信ＰＤＣＰ一連番号の有効性をチェックする方法を提供する。本発明では、パケットサービス領域で無損失ＳＲＮＳ再割当を支援するために、ＰＤＣＰプロトコル構造を再構成して、制御情報および動作節次を新しく定義する。従って、本発明は、パケットサービス領域で無損失ＳＲＮＳ再割当を遂行することで、データ通信の移動性を保障することができる。
【０１６５】
【発明の効果】
以上説明したように、本発明に係る無線通信システムのパケットデータ収斂プロトコル構造（ＰＤＣＰ）およびその方法においては、パケットサービス領域で無損失ＳＲＮＳ（ＬＳＲ）を支援するために全体的にＰＤＣＰプロトコル構造を再構成して、これに必要な制御情報および動作節次を新しく定義することで、パケットサービス領域で無損失ＳＲＮＳを遂行してデータ通信システムの移動性を完全に保障し得ることが可能になった。
【図面の簡単な説明】
【図１】図１は、本発明に係るＰＤＣＰ階層の送信側にＳＤＵバッファーを包含するＰＤＣＰ構造を示した図である。
【図２】図２は、本発明に係る使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を示したフローチャートである。
【図３】図３は、本発明に係る使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を示したフローチャートである。
【図４】図４は、本発明の他の実施形態で、ＲＲＣにより遂行される一連番号（ＳＮ）の有効性検査を示した図である。
【図５】図５は、ギャップ（ｇａｐ）が発生した場合、ＰＤＣＰが自体的にＳＮ同期化過程を開始した後、ギャップＳＮの次のＳＮに該当するＳＤＵをＳｅｑＮｕｍ ＰＤＵ形態に伝送する方法の第１例を示した図である。
【図６】図６は、ギャップＳＮに対してギャップＰＤＵを伝送する方法の第２例を示した図である。
【図７】図７は、ＴＳＧ−ＲＡＮおよびＴＳＧ−ＣＮで勧告する網構造のパケットサービス領域の網構造を示した図である。
【図８】図８は、使用者データを伝送するための使用者平面（Ｕ−Ｐｌａｎｅ）階層構造を示した図である。
【図９】図９は、制御信号を伝送するための制御平面（Ｃ−Ｐｌａｎｅ）階層構造を示した図である。
【図１０】図１０は、図８および図９に図示された階層中、無線区間のＵｕインターフェースの細部階層を示した図である。
【図１１】図１１は、従来ＳＲＮＳの再割当過程を示した図である。
【図１２】図１２は、従来使用者平面のパケットデータの流れを示した図である。
【図１３】図１３は、パケットデータの流れに関連された階層中、無線区間のパケットデータを送信／受信する階層のＰＤＣＰ構造を示した図である。
【図１４】図１４は、他のＰＤＣＰ ＰＤＵタイプを示した図である。
【図１５】図１５は、従来３ＧＰＰ標準規格で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフローチャートである。
【図１６】図１６は、従来３ＧＰＰ標準規格で、使用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフローチャートである。
Claims (4)
- パケットデータサービスを提供する方法であって、
ターゲットネットワークエンティティに伝送された未確認データユニットの一連番号（ＳＮ）間にギャップが存在することを認識することと、
該パケットデータサービスに対するパケットデータの損失を避けるために該認識されたギャップを処理することと
を包含し、該未確認データユニットは、未確認サービスデータユニット（ＳＤＵ）であり、該ギャップが存在することを認識することと、該認識されたギャップを処理することとは、パケットデータ収斂プロトコル（ＰＤＣＰ）エンティティにおいて実行され、ＰＤＣＰプロトコルデータユニット（ＰＤＵ）が対応するＰＤＣＰサービスデータユニット（ＳＤＵ）を有しない場合に該ギャップが認識され、該認識されたギャップは、該認識されたギャップにおいてギャッププロトコルデータユニット（ＰＤＵ）を生成することによって処理され、該ギャップＰＤＵは、情報なしで生成され、該認識されたギャップの前および後の未確認ＳＤＵのＰＤＵは第１のＰＤＵフォーマットを用いて伝送され、該生成されたギャップＰＤＵは第２のＰＤＵフォーマットを用いて伝送され、該第１のＰＤＵフォーマットは、２オクテットを有し、該第２のＰＤＵフォーマットは、１オクテットを有し、該生成されたギャップＰＤＵが伝送されるときに一連番号同期化プロセスは実行されない、方法。 - 無損失ＳＲＮＳ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓｕｂｓｙｓｔｅｍ）再割当が実行される場合に、前記ギャップが認識される、請求項１に記載の方法。
- 受信ユニットからフィードバック情報を受信すると、前記ギャップが認識される、請求項１に記載の方法。
- 前記ターゲットネットワークエンティティに伝送せずに前記フィードバック情報を廃棄することをさらに包含する、請求項３に記載の方法。
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR2001-040877 | 2001-07-09 | ||
| KR20010040877A KR100595583B1 (ko) | 2001-07-09 | 2001-07-09 | 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005199247A Division JP4303226B2 (ja) | 2001-07-09 | 2005-07-07 | 無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2003111148A JP2003111148A (ja) | 2003-04-11 |
| JP2003111148A5 JP2003111148A5 (ja) | 2005-10-27 |
| JP4297655B2 true JP4297655B2 (ja) | 2009-07-15 |
Family
ID=19711952
Family Applications (2)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002200529A Expired - Lifetime JP4297655B2 (ja) | 2001-07-09 | 2002-07-09 | 無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法 |
| JP2005199247A Expired - Fee Related JP4303226B2 (ja) | 2001-07-09 | 2005-07-07 | 無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法 |
Family Applications After (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2005199247A Expired - Fee Related JP4303226B2 (ja) | 2001-07-09 | 2005-07-07 | 無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法 |
Country Status (7)
| Country | Link |
|---|---|
| US (2) | US7327734B2 (ja) |
| EP (1) | EP1276293B1 (ja) |
| JP (2) | JP4297655B2 (ja) |
| KR (1) | KR100595583B1 (ja) |
| CN (1) | CN1210971C (ja) |
| AT (1) | ATE503333T1 (ja) |
| DE (1) | DE60239507D1 (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102167610B1 (ko) * | 2019-04-19 | 2020-10-20 | 한국자동차연구원 | 장거리 can 통신용 게이트웨이 장치 |
Families Citing this family (143)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6725040B2 (en) * | 2001-07-09 | 2004-04-20 | Asustek Computer Inc. | Lossless SRNS relocation procedure in a wireless communications system |
| KR100457941B1 (ko) * | 2001-12-28 | 2004-11-18 | 유티스타콤코리아 유한회사 | 무선통신 제어국내의 핸드오버시 트래픽 데이터의 상향데이터 역프레밍 방법 |
| GB2398974B (en) * | 2002-02-16 | 2005-03-23 | Lg Electronics Inc | Method for relocating srns in a mobile communication system |
| KR100765123B1 (ko) | 2002-02-16 | 2007-10-11 | 엘지전자 주식회사 | Ｓｒｎｓ 재할당 방법 |
| 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 |
| SE0201758D0 (sv) * | 2002-06-05 | 2002-06-05 | Ericsson Telefon Ab L M | Method and system of failure avoidace |
| KR100936586B1 (ko) * | 2002-09-19 | 2010-01-13 | 엘지전자 주식회사 | 멀티미디어 방송 및 멀티캐스트 서비스에서의 데이터 전송 방법 및 시스템 |
| US20040114598A1 (en) * | 2002-12-11 | 2004-06-17 | Sivaramakrishna Veerepalli | Radio link protocol sync procedure |
| FI20031853L (fi) * | 2003-12-18 | 2005-06-19 | Nokia Corp | Tiedonsiirtomenetelmä langatonta pakettidatapohjaista tiedonsiirtoa varten |
| GB0400081D0 (en) * | 2004-01-05 | 2004-02-04 | Nokia Corp | Radio network relocation |
| SE0400163D0 (sv) * | 2004-01-28 | 2004-01-28 | Ericsson Telefon Ab L M | Method and systems of radio communications |
| US7440420B2 (en) * | 2004-02-12 | 2008-10-21 | Cisco Technology, Inc. | Automatic resynchronization of physically relocated links in a multi-link frame relay system |
| US20050185609A1 (en) * | 2004-02-16 | 2005-08-25 | Esa Malkamaki | Communication method, user terminal, network element and computer program |
| US7710923B2 (en) * | 2004-05-07 | 2010-05-04 | Interdigital Technology Corporation | System and method for implementing a media independent handover |
| GB2414361B (en) * | 2004-05-17 | 2008-10-01 | Ipwireless Inc | Arrangement and method for radio network relocation |
| CN100493081C (zh) * | 2004-05-31 | 2009-05-27 | 华为技术有限公司 | 一种用户面数据处理方法 |
| JP4452128B2 (ja) | 2004-06-03 | 2010-04-21 | パナソニック株式会社 | 無線網制御方法、無線網制御システム、および無線網制御装置 |
| DE102004027811B4 (de) * | 2004-06-08 | 2012-08-30 | Infineon Technologies Ag | Kommunikationsanordnung, Teilnehmergerät, Steuervorrichtung, Verfahren zum Steuern eines Kommunikationssystems, Verfahren zum Steuern eines Teilnehmergeräts und Verfahren zum Steuern einer Steuervorrichtung |
| US8724582B2 (en) * | 2004-06-28 | 2014-05-13 | Nokia Corporation | Method and apparatus providing context transfer for inter-PDSN handoffs in a wireless communication system |
| US8233450B2 (en) * | 2004-09-10 | 2012-07-31 | Interdigital Technology Corporation | Wireless communication methods and components for facilitating multiple network type compatibility |
| US7738871B2 (en) * | 2004-11-05 | 2010-06-15 | Interdigital Technology Corporation | Wireless communication method and system for implementing media independent handover between technologically diversified access networks |
| US20060159047A1 (en) * | 2005-01-18 | 2006-07-20 | Interdigital Technology Corporation | Method and system for context transfer across heterogeneous networks |
| US20060217147A1 (en) * | 2005-01-18 | 2006-09-28 | Interdigital Technology Corporation | Method and system for system discovery and user selection |
| CN100391201C (zh) * | 2005-02-28 | 2008-05-28 | 华为技术有限公司 | 一种保持分组数据协议汇聚子层序列号同步的方法 |
| US8219091B2 (en) * | 2005-03-14 | 2012-07-10 | Interdigital Technology Corporation | Wireless communication method and system for conveying media independent handover capability information |
| GB2424545A (en) * | 2005-03-24 | 2006-09-27 | Orange Personal Comm Serv Ltd | Packet radio communications system where at least one ran is arranged to operate with a different communication standard than the other rans |
| US7746825B2 (en) * | 2005-05-16 | 2010-06-29 | Interdigital Technology Corporation | Method and system for integrating media independent handovers |
| WO2007052916A1 (en) | 2005-10-31 | 2007-05-10 | Lg Electronics Inc. | Method for processing control information in a wireless mobile communication system |
| JP4818371B2 (ja) | 2005-10-31 | 2011-11-16 | エルジー エレクトロニクス インコーポレイティド | 無線移動通信システムにおける制御情報の処理方法 |
| WO2007052921A1 (en) | 2005-10-31 | 2007-05-10 | Lg Electronics Inc. | Data receiving method for mobile communication terminal |
| US8842631B2 (en) * | 2005-11-30 | 2014-09-23 | Qualcomm Incorporated | Data state transition during handoff |
| CN1992957B (zh) * | 2005-12-30 | 2011-06-22 | 华为技术有限公司 | 无线接入网络架构及其实时业务无损迁移的实现方法 |
| CN101018392B (zh) * | 2006-02-06 | 2010-06-16 | 中兴通讯股份有限公司 | 一种减少srns重定位过程中数据中断时间的方法 |
| CN100433931C (zh) * | 2006-02-10 | 2008-11-12 | 华为技术有限公司 | 在小区切换过程中提高分组数据单元传输效率的方法 |
| FI20060240A0 (fi) * | 2006-03-13 | 2006-03-13 | Nokia Corp | Menetelmä informaation siirtämiseksi kanavanvaihdon aikana viestintäjärjestelmässä |
| WO2007116701A1 (ja) * | 2006-03-28 | 2007-10-18 | Ntt Docomo, Inc. | 基地局および経路制御装置並びにハンドオーバ制御方法 |
| US7941144B2 (en) * | 2006-05-19 | 2011-05-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Access control in a mobile communication system |
| US20070293173A1 (en) * | 2006-06-19 | 2007-12-20 | Innovative Sonic Limited | Method and apparatus for data framing in a wireless communications system |
| MX2009000259A (es) | 2006-06-20 | 2009-01-22 | Interdigital Tech Corp | Metodos y sistemas para efectuar transferencia en un sistema de comunicacion inalambrica. |
| KR101265643B1 (ko) * | 2006-08-22 | 2013-05-22 | 엘지전자 주식회사 | 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법 |
| KR101430449B1 (ko) * | 2006-10-02 | 2014-08-14 | 엘지전자 주식회사 | 무선 통신 시스템에서의 페이징 메시지 송수신 방법 |
| KR100938090B1 (ko) | 2006-10-19 | 2010-01-21 | 삼성전자주식회사 | 이동통신 시스템에서 핸드오버 수행 방법 및 장치 |
| AU2011203097B2 (en) * | 2006-10-19 | 2013-08-22 | Samsung Electronics Co., Ltd. | Method and apparatus for performing handover using packet data convergence protocol (PDCP) reordering in mobile communication system |
| KR100938754B1 (ko) | 2006-10-30 | 2010-01-26 | 엘지전자 주식회사 | 비연속 수신을 이용한 데이터 수신 및 전송 방법 |
| WO2008054119A2 (en) * | 2006-10-30 | 2008-05-08 | Lg Electronics Inc. | Methods for transmitting access channel message and response message, and mobile communication terminals |
| WO2008054112A2 (en) * | 2006-10-30 | 2008-05-08 | Lg Electronics Inc. | Methods of performing random access in a wireless communication system |
| WO2008053552A1 (fr) * | 2006-11-01 | 2008-05-08 | Fujitsu Limited | Appareil de communication sans fil et procédé de communication sans fil |
| HUE036861T2 (hu) | 2006-11-01 | 2018-08-28 | Ericsson Telefon Ab L M | Mûsorszóró csoportos adatküldés távközlési rendszerekben |
| JP5349319B2 (ja) * | 2006-11-01 | 2013-11-20 | テレフオンアクチーボラゲット エル エム エリクソン（パブル） | 電気通信システム及びかかるシステムにおける制御メッセージの暗号化 |
| EP2095667B1 (en) * | 2006-11-07 | 2012-08-08 | QUALCOMM Incorporated | Method and apparatus for srns relocation in wireless communication systems |
| CN100581298C (zh) * | 2007-02-15 | 2010-01-13 | 华为技术有限公司 | 切换过程中数据传输的方法、系统及装置 |
| CN101267659B (zh) * | 2007-03-16 | 2012-02-29 | 中兴通讯股份有限公司 | 一种服务无线网络子系统重定位的方法 |
| KR101435832B1 (ko) * | 2007-03-19 | 2014-08-29 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선 프로토콜 처리방법 및이동통신 송신기 |
| WO2008115025A1 (en) | 2007-03-22 | 2008-09-25 | Lg Electronics Inc. | Method of transmitting data block in wireless communication system |
| JP4877000B2 (ja) * | 2007-03-26 | 2012-02-15 | 株式会社日立製作所 | 無線通信方法、無線移動機および無線基地局収容装置 |
| EP2141937A4 (en) * | 2007-04-26 | 2013-07-17 | Fujitsu Ltd | BASIC STATION, MOBILE STATION, COMMUNICATION SYSTEM, TRANSMISSION PROCEDURES AND ORDERING PROCEDURES |
| KR101469281B1 (ko) * | 2007-04-30 | 2014-12-04 | 엘지전자 주식회사 | 무선단말의 상태 전환 방식 |
| US8184570B2 (en) * | 2007-04-30 | 2012-05-22 | Lg Electronics Inc. | Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service |
| KR101461236B1 (ko) * | 2007-04-30 | 2014-11-12 | 엘지전자 주식회사 | 무선 호를 연결 과정에서 엔티티의 인증을 수행하는 방법 |
| KR101455999B1 (ko) | 2007-04-30 | 2014-11-03 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 생성 방법 |
| KR101386812B1 (ko) * | 2007-04-30 | 2014-04-29 | 엘지전자 주식회사 | 헤더 필드 존재 지시자를 이용한 효율적인 데이터 블록송수신방법 |
| KR101464748B1 (ko) * | 2007-04-30 | 2014-11-24 | 엘지전자 주식회사 | 무선단말의 측정보고 기동방식 |
| KR20080097338A (ko) | 2007-05-01 | 2008-11-05 | 엘지전자 주식회사 | 불연속 데이터 송수신 방법 |
| GB2449629A (en) | 2007-05-01 | 2008-12-03 | Nec Corp | Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover |
| US20080273482A1 (en) * | 2007-05-02 | 2008-11-06 | Lg Electronics Inc. | Uplink access method for receiving a point-to-multipoint service |
| US20080273503A1 (en) * | 2007-05-02 | 2008-11-06 | Lg Electronics Inc. | Method and terminal for performing handover in mobile communications system of point-to-multipoint service |
| KR100917205B1 (ko) | 2007-05-02 | 2009-09-15 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 구성 방법 |
| KR101456000B1 (ko) * | 2007-05-03 | 2014-11-03 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 처리 방법 |
| US8463300B2 (en) * | 2007-06-18 | 2013-06-11 | Lg Electronics Inc. | Paging information transmission method for effective call setup |
| KR101486352B1 (ko) * | 2007-06-18 | 2015-01-26 | 엘지전자 주식회사 | 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법 |
| ES2428569T3 (es) | 2007-06-18 | 2013-11-08 | Lg Electronics Inc. | Procedimiento para llevar a cabo una sincronización de enlace ascendente en un sistema de comunicación inalámbrica |
| KR101341515B1 (ko) * | 2007-06-18 | 2013-12-16 | 엘지전자 주식회사 | 무선 통신 시스템에서의 반복 전송 정보 갱신 방법 |
| US8830950B2 (en) * | 2007-06-18 | 2014-09-09 | Qualcomm Incorporated | Method and apparatus for PDCP reordering at handoff |
| KR101470638B1 (ko) | 2007-06-18 | 2014-12-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치 |
| KR101470637B1 (ko) * | 2007-06-18 | 2014-12-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치 |
| WO2008156346A2 (en) * | 2007-06-20 | 2008-12-24 | Lg Electronics Inc. | A method of transmitting data in mobile communication system |
| WO2008156314A2 (en) * | 2007-06-20 | 2008-12-24 | Lg Electronics Inc. | Effective system information reception method |
| WO2009018318A2 (en) * | 2007-08-02 | 2009-02-05 | Interdigital Patent Holdings, Inc. | Packet data convergence protocol procedures |
| KR101495913B1 (ko) * | 2007-08-10 | 2015-02-25 | 엘지전자 주식회사 | 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치 |
| KR101490253B1 (ko) * | 2007-08-10 | 2015-02-05 | 엘지전자 주식회사 | 무선 통신 시스템에서의 제어정보 전송 및 수신 방법 |
| US9008006B2 (en) | 2007-08-10 | 2015-04-14 | Lg Electronics Inc. | Random access method for multimedia broadcast multicast service(MBMS) |
| WO2009022840A2 (en) * | 2007-08-10 | 2009-02-19 | Lg Electronics Inc. | Methods of setting up channel in wireless communication system |
| WO2009022805A1 (en) * | 2007-08-10 | 2009-02-19 | Lg Electronics Inc. | Method of reporting measurement result in wireless communication system |
| KR20090016431A (ko) * | 2007-08-10 | 2009-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 채널품질 보고 수행 방법 |
| WO2009022837A1 (en) * | 2007-08-10 | 2009-02-19 | Lg Electronics Inc. | A control method for uplink connection of idle terminal |
| KR20090016412A (ko) * | 2007-08-10 | 2009-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 통신 방법 |
| KR101392697B1 (ko) | 2007-08-10 | 2014-05-19 | 엘지전자 주식회사 | 이동통신 시스템에서의 보안 오류 검출방법 및 장치 |
| EP2028890B1 (en) * | 2007-08-12 | 2019-01-02 | LG Electronics Inc. | Handover method with link failure recovery, wireless device and base station for implementing such method |
| WO2009022877A2 (en) * | 2007-08-14 | 2009-02-19 | Lg Electronics Inc. | A method of transmitting and processing data block of specific protocol layer in wireless communication system |
| CN101389119B (zh) | 2007-09-11 | 2012-09-05 | 电信科学技术研究院 | Lte系统小区切换过程中数据重传的方法及装置 |
| KR100937432B1 (ko) * | 2007-09-13 | 2010-01-18 | 엘지전자 주식회사 | 무선 통신 시스템에서의 무선자원 할당 방법 |
| KR101461970B1 (ko) | 2007-09-13 | 2014-11-14 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| CN101803237B (zh) * | 2007-09-13 | 2013-07-10 | Lg电子株式会社 | 在无线通信系统中分配无线资源的方法 |
| KR101435844B1 (ko) * | 2007-09-18 | 2014-08-29 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 전송 방법 |
| KR101591824B1 (ko) | 2007-09-18 | 2016-02-04 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| KR101513033B1 (ko) | 2007-09-18 | 2015-04-17 | 엘지전자 주식회사 | 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법 |
| JP2009077024A (ja) * | 2007-09-19 | 2009-04-09 | Panasonic Corp | Ｔｃｐパケット通信装置およびその関連技術 |
| KR101387537B1 (ko) * | 2007-09-20 | 2014-04-21 | 엘지전자 주식회사 | 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법 |
| EP2168270B1 (en) * | 2007-09-20 | 2016-02-17 | LG Electronics Inc. | A method for handling correctly received but header compression failed packets |
| US8687565B2 (en) * | 2007-09-20 | 2014-04-01 | Lg Electronics Inc. | Method of effectively transmitting radio resource allocation request in mobile communication system |
| WO2009045871A2 (en) * | 2007-09-28 | 2009-04-09 | Interdigital Patent Holdings, Inc. | Operation of control protocol data units in packet data convergence protocol |
| CN101965705B (zh) * | 2007-10-01 | 2015-05-06 | 交互数字专利控股公司 | 用于pdcp丢弃的方法和装置 |
| US8477719B2 (en) * | 2007-10-01 | 2013-07-02 | Qualcomm Incorporated | Systems and methods for in-order delivery in downlink during handover |
| EP2208294B1 (en) * | 2007-10-29 | 2019-07-31 | LG Electronics Inc. | Method of repairing a security failure |
| US8208394B2 (en) | 2007-10-30 | 2012-06-26 | Qualcomm Incorporated | Service data unit discard timers |
| CN101453749B (zh) * | 2007-11-29 | 2010-06-23 | 华为技术有限公司 | 一种实现用户设备迁移的方法、系统及无线网络控制器 |
| CN101453298B (zh) * | 2007-12-07 | 2013-06-05 | 华为技术有限公司 | 一种无线网络中头压缩的处理方法及系统、装置 |
| CN101207848B (zh) * | 2007-12-13 | 2011-07-06 | 上海华为技术有限公司 | 数据业务切换的方法及系统、基站 |
| US8270348B2 (en) | 2008-01-31 | 2012-09-18 | Lg Electronics Inc. | Method for sending status information in mobile telecommunications system and receiver of mobile telecommunications |
| KR101594359B1 (ko) | 2008-01-31 | 2016-02-16 | 엘지전자 주식회사 | 랜덤 접속에서 백오프 정보를 시그널링하는 방법 |
| WO2009096731A2 (en) * | 2008-01-31 | 2009-08-06 | Lg Electronics Inc. | Method for signaling back-off information in random access |
| KR101163275B1 (ko) * | 2008-03-17 | 2012-07-05 | 엘지전자 주식회사 | Ｐｄｃｐ 상태 보고 전송 방법 |
| DE602009000944D1 (de) * | 2008-04-11 | 2011-05-05 | Innovative Sonic Ltd | Verfahren und Vorrichtung zur Handhabung des Weiterleitungsverfahrens |
| CN101267440B (zh) * | 2008-05-07 | 2012-06-20 | 中兴通讯股份有限公司 | 无损重定位方法和系统 |
| US8488553B2 (en) * | 2008-06-05 | 2013-07-16 | Alcatel Lucent | Method for providing seamless transition between networks following different protocols |
| KR100954925B1 (ko) * | 2008-06-20 | 2010-04-27 | 엘지전자 주식회사 | 상위로 ＰＤＣＰ 데이터 유닛(ｄａｔａ ｕｎｉｔ)을 전달하는 방법 |
| CN101651536A (zh) * | 2008-08-13 | 2010-02-17 | 中兴通讯股份有限公司 | 控制序列号的同步实现方法和系统 |
| KR100956828B1 (ko) | 2008-11-13 | 2010-05-11 | 엘지전자 주식회사 | 반(半)-지속적 스케줄링의 비활성화를 지시하는 방법 및 이를 이용한 장치 |
| KR101521886B1 (ko) * | 2009-01-23 | 2015-05-28 | 삼성전자주식회사 | 이동통신 시스템에서 지티피 처리를 위한 장치 및 방법 |
| CN101841853A (zh) * | 2009-03-17 | 2010-09-22 | 中兴通讯股份有限公司 | 一种用户设备以及用户设备接收下行数据的方法 |
| CN101841852B (zh) * | 2009-03-20 | 2013-01-16 | 中兴通讯股份有限公司 | 一种跨基站切换时的上行数据传输方法、装置及系统 |
| CN102292940B (zh) * | 2009-04-20 | 2014-04-02 | 华为技术有限公司 | 一种采用arq机制的头压缩通信方法和装置 |
| CN101932010A (zh) | 2009-06-25 | 2010-12-29 | 中兴通讯股份有限公司 | 用于确定上行反传结束时间的方法和装置 |
| US9792649B1 (en) | 2010-11-24 | 2017-10-17 | Nyse Arca Llc | Methods and apparatus for performing risk checking |
| US9760946B1 (en) | 2010-11-24 | 2017-09-12 | Nyse Arca Llc | Methods and apparatus for detecting gaps in a sequence of messages, requesting missing messages and/or responding to requests for messages |
| JP5012994B2 (ja) * | 2010-12-28 | 2012-08-29 | 富士通株式会社 | 通信方法及び通信システム |
| GB2503873B (en) * | 2012-05-23 | 2017-05-24 | Nvidia Corp | Processing data units |
| GB2502954B (en) | 2012-05-23 | 2014-10-15 | Nvidia Corp | Processing data units |
| CN103634893B (zh) * | 2012-08-20 | 2016-06-22 | 中兴通讯股份有限公司 | 分组数据汇聚协议序列号同步方法及装置 |
| US9602383B2 (en) * | 2012-10-11 | 2017-03-21 | Telefonaktiebolaget Lm Ericsson (Publ) | General packet radio service tunnel performance monitoring |
| US9338678B2 (en) | 2012-10-11 | 2016-05-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Performance monitoring of control and provisioning of wireless access points (CAPWAP) control channels |
| KR101496628B1 (ko) | 2013-02-19 | 2015-02-26 | 허정도 | 새로운 고점탄성 개질제 및 중온 개질제의 조성물과 그 제조방법 그리고 중온 개질 신규 및 재생 아스팔트콘크리트 혼합물의 조성물과 그 제조방법 |
| WO2014186935A1 (zh) * | 2013-05-20 | 2014-11-27 | 华为技术有限公司 | 数据传输方法、装置及系统 |
| EP3178218A4 (en) * | 2014-08-07 | 2018-03-07 | LG Electronics Inc. | Method for processing a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor |
| KR102237511B1 (ko) | 2015-04-29 | 2021-04-07 | 삼성전자주식회사 | 무선 통신 시스템에서 단말의 통신 제어 방법 및 장치 |
| WO2018152751A1 (zh) * | 2017-02-23 | 2018-08-30 | 广东欧珀移动通信有限公司 | 一种配置pdcp实体的方法、接收装置和发送装置 |
| CN108809542B (zh) * | 2017-05-05 | 2021-04-20 | 华为技术有限公司 | 一种数据传输的处理方法和装置 |
| CN109121168B (zh) * | 2017-06-23 | 2021-08-06 | 中国移动通信有限公司研究院 | 一种切换方法、基站和计算机存储介质 |
| KR102625128B1 (ko) | 2018-03-07 | 2024-01-16 | 삼성전자 주식회사 | 무선통신 시스템에서 pdcp 버전 변경 시 데이터 전송 방법 및 장치 |
| KR102750786B1 (ko) * | 2018-11-02 | 2025-01-06 | 지티이 코포레이션 | 데이터 송신 및 측정 기술들 |
| CN114157723B (zh) * | 2019-08-15 | 2023-08-22 | 华为技术有限公司 | 一种通信方法及装置 |
| CN110995605B (zh) * | 2019-11-25 | 2023-01-24 | 浙江中控技术股份有限公司 | 一种报文同步方法、系统及通信设备 |
| CN115396980B (zh) * | 2021-05-24 | 2024-10-18 | 上海朗帛通信技术有限公司 | 一种被用于无线通信的方法和设备 |
Family Cites Families (12)
| 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ä |
| FI105993B (fi) * | 1997-08-20 | 2000-10-31 | Nokia Mobile Phones Ltd | Menetelmä ja järjestelmä radiotiedonsiirtoverkon hallitsemiseksi ja radioverkko-ohjain |
| US6434620B1 (en) * | 1998-08-27 | 2002-08-13 | Alacritech, Inc. | TCP/IP offload network interface device |
| US6546001B1 (en) * | 1998-08-14 | 2003-04-08 | Samsung Electronics Co., Ltd. | Medium access control message acknowledgment system and method of operation thereof |
| KR100429182B1 (ko) * | 1998-09-07 | 2004-06-16 | 엘지전자 주식회사 | 비에이티엠백본망에서의이동통신패킷데이터네트워크및이동통신패킷데이터서비스제공방법 |
| US6882637B1 (en) * | 1999-10-14 | 2005-04-19 | Nokia Networks Oy | Method and system for transmitting and receiving packets |
| FI110831B (fi) * | 1999-12-31 | 2003-03-31 | Nokia Corp | Menetelmä tiedonsiirron tehostamiseksi ja tiedonsiirtoprotokolla |
| DE10001608A1 (de) * | 2000-01-17 | 2001-07-19 | Bosch Gmbh Robert | Verfahren zum Betreiben eines Mobilfunknetzes |
| 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 |
| FI111210B (fi) * | 2000-08-14 | 2003-06-13 | Nokia Corp | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa |
| US6725040B2 (en) * | 2001-07-09 | 2004-04-20 | Asustek Computer Inc. | Lossless SRNS relocation procedure in a wireless communications system |
-
2001
- 2001-07-09 KR KR20010040877A patent/KR100595583B1/ko active IP Right Grant
-
2002
- 2002-07-04 DE DE60239507T patent/DE60239507D1/de not_active Expired - Lifetime
- 2002-07-04 EP EP20020014798 patent/EP1276293B1/en not_active Expired - Lifetime
- 2002-07-04 AT AT02014798T patent/ATE503333T1/de not_active IP Right Cessation
- 2002-07-08 US US10/190,935 patent/US7327734B2/en not_active Expired - Lifetime
- 2002-07-09 CN CNB021413746A patent/CN1210971C/zh not_active Expired - Lifetime
- 2002-07-09 JP JP2002200529A patent/JP4297655B2/ja not_active Expired - Lifetime
-
2005
- 2005-07-07 JP JP2005199247A patent/JP4303226B2/ja not_active Expired - Fee Related
-
2007
- 2007-08-15 US US11/839,400 patent/US7756135B2/en not_active Expired - Lifetime
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR102167610B1 (ko) * | 2019-04-19 | 2020-10-20 | 한국자동차연구원 | 장거리 can 통신용 게이트웨이 장치 |
Also Published As
| Publication number | Publication date |
|---|---|
| US7756135B2 (en) | 2010-07-13 |
| DE60239507D1 (de) | 2011-05-05 |
| EP1276293B1 (en) | 2011-03-23 |
| CN1396782A (zh) | 2003-02-12 |
| JP4303226B2 (ja) | 2009-07-29 |
| US20080037548A1 (en) | 2008-02-14 |
| JP2006005949A (ja) | 2006-01-05 |
| KR100595583B1 (ko) | 2006-07-03 |
| EP1276293A3 (en) | 2004-03-17 |
| US20030007490A1 (en) | 2003-01-09 |
| JP2003111148A (ja) | 2003-04-11 |
| KR20030005537A (ko) | 2003-01-23 |
| US7327734B2 (en) | 2008-02-05 |
| CN1210971C (zh) | 2005-07-13 |
| EP1276293A2 (en) | 2003-01-15 |
| ATE503333T1 (de) | 2011-04-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP4297655B2 (ja) | 無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法 | |
| JP3776406B2 (ja) | ワイヤレスコミュニケーションシステムのデータ伝送確認方法 | |
| KR100458532B1 (ko) | 패킷-교환 데이터 전송에서의 데이터 패킷 번호부여 | |
| US7356146B2 (en) | Method for relocating SRNS in a mobile communication system | |
| JP3712977B2 (ja) | パケット交換データ伝送におけるデータパケット番号付け | |
| JP4652358B2 (ja) | パケット交換データ伝送におけるデータ・パケット番号付加方式 | |
| CN100477844C (zh) | 上下文重定位方法 | |
| FI113323B (fi) | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa | |
| US20030210676A1 (en) | Method for determining triggering of a pdcp sequence number synchronization procedure | |
| FI111210B (fi) | Datapakettinumeroiden synkronointi pakettivälitteisessä tiedonsiirrossa | |
| ZA200407340B (en) | RLC for realtime multimedia mobile communication system | |
| RU2316906C2 (ru) | Способ передачи пакетных данных в системе связи | |
| GB2398974A (en) | Method of Relocating SRNS. |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050707 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050707 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080512 |
|
| A601 | Written request for extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A601 Effective date: 20080811 |
|
| A602 | Written permission of extension of time |
Free format text: JAPANESE INTERMEDIATE CODE: A602 Effective date: 20080814 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080908 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20081210 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20090122 |
|
| 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: 20090401 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090414 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4297655 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120424 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120424 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130424 Year of fee payment: 4 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140424 Year of fee payment: 5 |
|
| 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 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
| EXPY | Cancellation because of completion of term |