JP2003111148A - 無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法 - Google Patents
無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法Info
- Publication number
- JP2003111148A JP2003111148A JP2002200529A JP2002200529A JP2003111148A JP 2003111148 A JP2003111148 A JP 2003111148A JP 2002200529 A JP2002200529 A JP 2002200529A JP 2002200529 A JP2002200529 A JP 2002200529A JP 2003111148 A JP2003111148 A JP 2003111148A
- Authority
- JP
- Japan
- Prior art keywords
- sequence number
- pdcp
- rnc
- layer
- packet data
- 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.)
- Granted
Links
- 238000000034 method Methods 0.000 title claims description 119
- 238000004891 communication Methods 0.000 title claims description 14
- 230000006854 communication Effects 0.000 title claims description 14
- 230000005540 biological transmission Effects 0.000 claims description 96
- 239000013256 coordination polymer Substances 0.000 claims description 11
- 238000007906 compression Methods 0.000 description 26
- 230000006835 compression Effects 0.000 description 25
- 238000010586 diagram Methods 0.000 description 16
- 238000010295 mobile communication Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 238000011161 development Methods 0.000 description 3
- 238000012384 transportation and delivery Methods 0.000 description 3
- 102000011856 Utrophin Human genes 0.000 description 2
- 108010075653 Utrophin Proteins 0.000 description 2
- 238000010200 validation analysis Methods 0.000 description 2
- 101150087322 DCPS gene Proteins 0.000 description 1
- 101100386724 Schizosaccharomyces pombe (strain 972 / ATCC 24843) nhm1 gene Proteins 0.000 description 1
- 102100031083 Uteroglobin Human genes 0.000 description 1
- 108090000203 Uteroglobin Proteins 0.000 description 1
- XAGFODPZIPBFFR-UHFFFAOYSA-N aluminium Chemical compound [Al] XAGFODPZIPBFFR-UHFFFAOYSA-N 0.000 description 1
- 229910052782 aluminium Inorganic materials 0.000 description 1
- FFBHFFJDDLITSX-UHFFFAOYSA-N benzyl N-[2-hydroxy-4-(3-oxomorpholin-4-yl)phenyl]carbamate Chemical compound OC1=C(NC(=O)OCC2=CC=CC=C2)C=CC(=C1)N1CCOCC1=O FFBHFFJDDLITSX-UHFFFAOYSA-N 0.000 description 1
- 238000012790 confirmation Methods 0.000 description 1
- 230000006837 decompression Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 238000011017 operating method Methods 0.000 description 1
- 238000013468 resource allocation Methods 0.000 description 1
- 230000001360 synchronised effect Effects 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
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)
Abstract
(57)【要約】
【課題】 ＰＤＣＰがＬＳＲ動作を遂行する時、ＰＤＣ
Ｐが安定的に動作するようにＰＤＣＰ ＳＤＵバッファ
ーを有する新しいＰＤＣＰ構造を提供して、前記ＰＤＣ
Ｐ構造に基づいて効率的な節次および該節次に必要なプ
リミティブ（Ｐｒｉｍｉｔｉｖｅ）およびパラメータを
提供すること。 【解決手段】 最小限送信側ＰＤＣＰ階層および受信側
を有する無線網は、一連番号を有するデータユニットを
受信側に伝送する過程と、受信側から伝送された受信一
連番号を受信する過程と、伝送されたが未確認された一
番目のデータユニットの一連番号と送信側ＰＤＣＰ階層
の未発送された一番目のデータユニットの送信一連番号
間の範囲に前記受信一連番号が存在するかをチェックす
る過程と、受信一連番号が前記範囲内に存在しないと、
一連番号同期化を開始する過程と、を順次行うことを特
徴とするパケットデータ伝送方法。
Ｐが安定的に動作するようにＰＤＣＰ ＳＤＵバッファ
ーを有する新しいＰＤＣＰ構造を提供して、前記ＰＤＣ
Ｐ構造に基づいて効率的な節次および該節次に必要なプ
リミティブ（Ｐｒｉｍｉｔｉｖｅ）およびパラメータを
提供すること。 【解決手段】 最小限送信側ＰＤＣＰ階層および受信側
を有する無線網は、一連番号を有するデータユニットを
受信側に伝送する過程と、受信側から伝送された受信一
連番号を受信する過程と、伝送されたが未確認された一
番目のデータユニットの一連番号と送信側ＰＤＣＰ階層
の未発送された一番目のデータユニットの送信一連番号
間の範囲に前記受信一連番号が存在するかをチェックす
る過程と、受信一連番号が前記範囲内に存在しないと、
一連番号同期化を開始する過程と、を順次行うことを特
徴とするパケットデータ伝送方法。
Description
【０００１】
【発明の属する技術分野】本発明は、移動通信システム
の使用者端末のハンドオーバーまたはハンドオフ中のパ
ケットデータサービスに係るもので、詳しくは、ＳＲＮ
Ｓ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓ
ｕｂｓｙｓｔｅｍ）再割当方法およびパケットサービス
領域のＳＲＮＳ再割当を支援し得るパケットデータ収斂
プロトコル階層（ＰＤＣＰ）構造およびその方法に関す
るものである。
の使用者端末のハンドオーバーまたはハンドオフ中のパ
ケットデータサービスに係るもので、詳しくは、ＳＲＮ
Ｓ（Ｓｅｒｖｉｎｇ Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｓ
ｕｂｓｙｓｔｅｍ）再割当方法およびパケットサービス
領域のＳＲＮＳ再割当を支援し得るパケットデータ収斂
プロトコル階層（ＰＤＣＰ）構造およびその方法に関す
るものである。
【０００２】
【従来の技術】最近、ヨーロッパ型第３世代移動通信シ
ステム（ＩＭＴ−２０００システム）の詳細な標準規格
を作るために、韓国のＴＴＡ、中国のＣＷＴＳ、米国の
Ｔ１、日本のＡＲＩＢ／ＴＴＣおよびヨーロッパのＥＴ
ＳＩのような国家的、国際的または地域的な標準化機構
によりＵＴＭＳ（Ｕｎｉｖｅｒｓａｌ ＭｏｂｉｌｅＴ
ｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）と
称する第３世代共用プロジェクト（Ｔｈｉｒｄ Ｇｅｎ
ｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅ
ｃｔ、以下、３ＧＰＰと略称す）が構成された。
ステム（ＩＭＴ−２０００システム）の詳細な標準規格
を作るために、韓国のＴＴＡ、中国のＣＷＴＳ、米国の
Ｔ１、日本のＡＲＩＢ／ＴＴＣおよびヨーロッパのＥＴ
ＳＩのような国家的、国際的または地域的な標準化機構
によりＵＴＭＳ（Ｕｎｉｖｅｒｓａｌ ＭｏｂｉｌｅＴ
ｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｓｙｓｔｅｍ）と
称する第３世代共用プロジェクト（Ｔｈｉｒｄ Ｇｅｎ
ｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅ
ｃｔ、以下、３ＧＰＰと略称す）が構成された。
【０００３】前記ＵＴＭＳは、無線接続網技術であっ
て、ＷＣＤＭＡ（ＷｉｄｅｂａｎｄＣｏｄｅ Ｄｉｖｉ
ｓｉｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）技術
を採択し、パケット交換網に基づいたＧＰＲＳ（Ｇｅｎ
ｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃ
ｅ）および回線交換網に基づいたＧＳＭ（Ｇｌｏｂａｌ
Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉ
ｃａｔｉｏｎ）を基盤に開発されている。また、前記Ｕ
ＴＭＳでは、音声、映像およびデータのようなマルチメ
ディアサービスを提供し得る第３世代移動通信システム
も共同に開発している。
て、ＷＣＤＭＡ（ＷｉｄｅｂａｎｄＣｏｄｅ Ｄｉｖｉ
ｓｉｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）技術
を採択し、パケット交換網に基づいたＧＰＲＳ（Ｇｅｎ
ｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃ
ｅ）および回線交換網に基づいたＧＳＭ（Ｇｌｏｂａｌ
Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ Ｃｏｍｍｕｎｉ
ｃａｔｉｏｎ）を基盤に開発されている。また、前記Ｕ
ＴＭＳでは、音声、映像およびデータのようなマルチメ
ディアサービスを提供し得る第３世代移動通信システム
も共同に開発している。
【０００４】３ＧＰＰは、プロジェクトを管理し、迅速
でかつ、効率的な技術開発のために五つの技術規格グル
ープ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏ
ｎＧｒｏｕｐｓ、以下、ＴＳＧと略称す）を包含する
が、各ＴＳＧは、関連領域で標準規格の開発、承認およ
び管理を担当する。前記グループ中、無線接続網（Ｒａ
ｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＲＡＮ）グル
ープ（ＴＳＧ−ＲＡＮ）は、第３世代移動通信システム
で新しい無線接続網を規定するために、端末とＵＴＲＮ
（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａ
ｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の機能的要求事項および
インターフェースに対する規格を開発していて、核心網
（Ｃｏｒｅ Ｎｅｔｗｏｒｋ：ＣＮ）グループ（ＴＳＧ
−ＣＮ）は、前記ＵＴＲＮを回線交換基幹（Ｂａｃｋｂ
ｏｎｅ）網またはパケット交換基幹網と接続するために
核心網の機能、要求事項およびインターフェースに対す
る規格を開発している。
でかつ、効率的な技術開発のために五つの技術規格グル
ープ（Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏ
ｎＧｒｏｕｐｓ、以下、ＴＳＧと略称す）を包含する
が、各ＴＳＧは、関連領域で標準規格の開発、承認およ
び管理を担当する。前記グループ中、無線接続網（Ｒａ
ｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＲＡＮ）グル
ープ（ＴＳＧ−ＲＡＮ）は、第３世代移動通信システム
で新しい無線接続網を規定するために、端末とＵＴＲＮ
（ＵＭＴＳ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａ
ｃｃｅｓｓ Ｎｅｔｗｏｒｋ）の機能的要求事項および
インターフェースに対する規格を開発していて、核心網
（Ｃｏｒｅ Ｎｅｔｗｏｒｋ：ＣＮ）グループ（ＴＳＧ
−ＣＮ）は、前記ＵＴＲＮを回線交換基幹（Ｂａｃｋｂ
ｏｎｅ）網またはパケット交換基幹網と接続するために
核心網の機能、要求事項およびインターフェースに対す
る規格を開発している。
【０００５】図７は、ＴＳＧ−ＲＡＮおよびＴＳＧ−Ｃ
Ｎから提案された回線交換領域（Ｄｏｍａｉｎ）の網構
造である。
Ｎから提案された回線交換領域（Ｄｏｍａｉｎ）の網構
造である。
【０００６】図７に示したように、ＵＴＲＡＮは、複数
の無線網副システム（ＲａｄｉｏＮｅｔｗｏｒｋ Ｓｕ
ｂｓｙｓｔｅｍ：ＲＮＳ）に構成され、各ＲＮＳは、複
数のノードＢおよび一つの無線網制御器（Ｒａｄｉｏ
Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）に構
成される。
の無線網副システム（ＲａｄｉｏＮｅｔｗｏｒｋ Ｓｕ
ｂｓｙｓｔｅｍ：ＲＮＳ）に構成され、各ＲＮＳは、複
数のノードＢおよび一つの無線網制御器（Ｒａｄｉｏ
Ｎｅｔｗｏｒｋ Ｃｏｎｔｒｏｌｌｅｒ：ＲＮＣ）に構
成される。
【０００７】また、核心網（ＣＮ）は、採択されたスイ
ッチングモード（パケット交換網または回線交換網）に
よって相違な構造を有するが、本発明に係るパケット交
換網の場合、前記ＣＮは、複数のＳＧＳＮ（Ｓｅｒｖｉ
ｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）および一
つのＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏ
ｒｔ Ｎｏｄｅ）に構成される。
ッチングモード（パケット交換網または回線交換網）に
よって相違な構造を有するが、本発明に係るパケット交
換網の場合、前記ＣＮは、複数のＳＧＳＮ（Ｓｅｒｖｉ
ｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）および一
つのＧＧＳＮ（Ｇａｔｅｗａｙ ＧＰＲＳ Ｓｕｐｐｏ
ｒｔ Ｎｏｄｅ）に構成される。
【０００８】ノードＢは、通常移動局または端末と呼ば
れる使用者装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：Ｕ
Ｅ）をＵＴＲＡＮに接続させる接続点の役割を行って、
ＲＮＣは、無線資源を各ＵＥに割当し管理する機能を遂
行する。ＲＮＣは、共用無線資源を管理する制御ＲＮＣ
（Ｃｏｎｔｒｏｌ ＲＮＣ：ＣＲＮＣ）と各端末に割当
された専用無線資源（Ｄｅｄｉｃａｔｅｄ Ｒａｄｉｏ
Ｒｅｓｏｕｒｃｅ）を管理する担当ＲＮＣ（Ｓｅｒｖ
ｉｎｇ ＲＮＣ：ＳＲＮＣ）とに分類することができ
る。
れる使用者装置（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ：Ｕ
Ｅ）をＵＴＲＡＮに接続させる接続点の役割を行って、
ＲＮＣは、無線資源を各ＵＥに割当し管理する機能を遂
行する。ＲＮＣは、共用無線資源を管理する制御ＲＮＣ
（Ｃｏｎｔｒｏｌ ＲＮＣ：ＣＲＮＣ）と各端末に割当
された専用無線資源（Ｄｅｄｉｃａｔｅｄ Ｒａｄｉｏ
Ｒｅｓｏｕｒｃｅ）を管理する担当ＲＮＣ（Ｓｅｒｖ
ｉｎｇ ＲＮＣ：ＳＲＮＣ）とに分類することができ
る。
【０００９】そして、特定ＵＥの立場から見ると、前記
ＵＥのＳＲＮＣが位置されたＲＮＣをＳＲＮＣと呼ぶ。
ＳＧＳＮは、ＵＴＲＮから伝送された情報をＣＮにルー
ティングし、ＧＧＳＮは、情報の目的地が現在のＣＮで
なく他の網である場合、ＵＴＲＡＮから伝送された情報
を他の各ＣＮに通過させるゲートウエイ（ｇａｔｅｗａ
ｙ）の役割を遂行する。パケット領域網（Ｐａｃｋｅｔ
Ｄｏｍａｉｎ Ｎｅｔｗｏｒｋ：ＰＤＮ）は、パケッ
トサービス領域で他の網間の接続を支援するためのパケ
ット交換領域の基幹網である。
ＵＥのＳＲＮＣが位置されたＲＮＣをＳＲＮＣと呼ぶ。
ＳＧＳＮは、ＵＴＲＮから伝送された情報をＣＮにルー
ティングし、ＧＧＳＮは、情報の目的地が現在のＣＮで
なく他の網である場合、ＵＴＲＡＮから伝送された情報
を他の各ＣＮに通過させるゲートウエイ（ｇａｔｅｗａ
ｙ）の役割を遂行する。パケット領域網（Ｐａｃｋｅｔ
Ｄｏｍａｉｎ Ｎｅｔｗｏｒｋ：ＰＤＮ）は、パケッ
トサービス領域で他の網間の接続を支援するためのパケ
ット交換領域の基幹網である。
【００１０】そして、各部のデータインターフェース
は、下記のように相互相違な名称を有する。例えば、Ｕ
ＥとノードＢ間のインターフェースは“Ｕｕ”、ノード
ＢとＲＮＣ間のインターフェースは“ｌｕｂ”、ＲＮＣ
とＲＮＣ間のインターフェースは“ｌｕｒ”、ＲＮＣと
ＳＧＳＮ間のインターフェースは“ｌｕ”、ＳＧＳＮと
ＧＧＳＮまたはＳＧＳＮとＳＧＳＮ間のインターフェー
スは“Ｇｎ”である。
は、下記のように相互相違な名称を有する。例えば、Ｕ
ＥとノードＢ間のインターフェースは“Ｕｕ”、ノード
ＢとＲＮＣ間のインターフェースは“ｌｕｂ”、ＲＮＣ
とＲＮＣ間のインターフェースは“ｌｕｒ”、ＲＮＣと
ＳＧＳＮ間のインターフェースは“ｌｕ”、ＳＧＳＮと
ＧＧＳＮまたはＳＧＳＮとＳＧＳＮ間のインターフェー
スは“Ｇｎ”である。
【００１１】図７は、網構造を示した実施形態である。
【００１２】ｌｕｒインターフェースは、実際インター
フェースとして存在しないこともあるし、他のＳＧＳＮ
のＲＮＣ間に存在することもできる。また、前記ＳＧＳ
Ｎ間のＧｎインターフェースも存在もしくは不存在する
こともある。
フェースとして存在しないこともあるし、他のＳＧＳＮ
のＲＮＣ間に存在することもできる。また、前記ＳＧＳ
Ｎ間のＧｎインターフェースも存在もしくは不存在する
こともある。
【００１３】図７に図示された網構造は、図８および図
９に図示されたように、階層的構造に示されることがで
きる。図８は、使用者データを伝送するための使用者平
面（Ｕｓｅｒ Ｐｌａｎｅ：Ｕ−Ｐｌａｎｅ）階層構造
を示した図で、図９は、制御信号を伝送するための制御
平面（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：Ｃ−Ｐｌａｎｅ）
階層構造を示した図である。
９に図示されたように、階層的構造に示されることがで
きる。図８は、使用者データを伝送するための使用者平
面（Ｕｓｅｒ Ｐｌａｎｅ：Ｕ−Ｐｌａｎｅ）階層構造
を示した図で、図９は、制御信号を伝送するための制御
平面（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ：Ｃ−Ｐｌａｎｅ）
階層構造を示した図である。
【００１４】図１０は、図８および図９に図示された、
無線インターフェースのＵｕインターフェースを支援す
るためのＵＴＲＡＮまたはＵＥの詳細階層を示した図で
ある。
無線インターフェースのＵｕインターフェースを支援す
るためのＵＴＲＡＮまたはＵＥの詳細階層を示した図で
ある。
【００１５】図１０に示したように、Ｕ−Ｐｌａｎｅ
は、開放型システム相互接続技術の第２階層として作用
するパケットデータ収斂プロトコル（Ｐａｃｋｅｔ Ｄ
ａｔａＣｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：Ｐ
ＤＣＰ）階層、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ
Ｃｏｎｔｒｏｌ：ＲＬＣ）階層、媒体接続制御（Ｍｅ
ｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅ
ｒ：ＭＡＣ）があって、開放型システム相互接続技術の
第１階層として作用する物理階層（Ｌ１）がある。ま
た、Ｃ−Ｐｌａｎｅは、無線資源制御（Ｒａｄｉｏ Ｒ
ｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）階層、ＲＬ
Ｃ階層、ＭＡＣ階層およびＬ１階層に構成される。
は、開放型システム相互接続技術の第２階層として作用
するパケットデータ収斂プロトコル（Ｐａｃｋｅｔ Ｄ
ａｔａＣｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ：Ｐ
ＤＣＰ）階層、無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ
Ｃｏｎｔｒｏｌ：ＲＬＣ）階層、媒体接続制御（Ｍｅ
ｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ ｌａｙｅ
ｒ：ＭＡＣ）があって、開放型システム相互接続技術の
第１階層として作用する物理階層（Ｌ１）がある。ま
た、Ｃ−Ｐｌａｎｅは、無線資源制御（Ｒａｄｉｏ Ｒ
ｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ：ＲＲＣ）階層、ＲＬ
Ｃ階層、ＭＡＣ階層およびＬ１階層に構成される。
【００１６】前記Ｌ１階層（物理階層）は、多様な無線
接続技術を利用して上位階層に情報戦ソングサービスを
提供する。前記Ｌ１階層は、伝送チャンネルを通してＭ
ＡＣ階層と接続され、ＭＡＣ階層とＬ１階層間のデータ
は、伝送チャンネルを通して交換される。前記伝送チャ
ンネルは、一つの端末が独占的に利用することができる
かまたは、複数の端末により共有することができるかに
よって専用伝送チャンネル（Ｄｅｄｉｃａｔｅｄ Ｔｒ
ａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）と共用伝送チャンネ
ル（Ｃｏｍｍｏｎ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅ
ｌ）とに区分される。
接続技術を利用して上位階層に情報戦ソングサービスを
提供する。前記Ｌ１階層は、伝送チャンネルを通してＭ
ＡＣ階層と接続され、ＭＡＣ階層とＬ１階層間のデータ
は、伝送チャンネルを通して交換される。前記伝送チャ
ンネルは、一つの端末が独占的に利用することができる
かまたは、複数の端末により共有することができるかに
よって専用伝送チャンネル（Ｄｅｄｉｃａｔｅｄ Ｔｒ
ａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）と共用伝送チャンネ
ル（Ｃｏｍｍｏｎ Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅ
ｌ）とに区分される。
【００１７】前記ＭＡＣ階層は、無線資源の割当および
再割当のためのＭＡＣパラメータ再割当サービスを提供
する。前記ＭＡＣ階層は、論理チャンネルを通してＲＬ
Ｃ階層と接続され、伝送される情報の種類によって多様
な論理チャンネルが提供される。一般に、Ｃ−Ｐｌａｎ
ｅ上で情報が伝送される場合には、制御チャンネルが使
用され、Ｕ−Ｐｌａｎｅ上で情報が伝送される場合に
は、トラフィックチャンネルが使用される。
再割当のためのＭＡＣパラメータ再割当サービスを提供
する。前記ＭＡＣ階層は、論理チャンネルを通してＲＬ
Ｃ階層と接続され、伝送される情報の種類によって多様
な論理チャンネルが提供される。一般に、Ｃ−Ｐｌａｎ
ｅ上で情報が伝送される場合には、制御チャンネルが使
用され、Ｕ−Ｐｌａｎｅ上で情報が伝送される場合に
は、トラフィックチャンネルが使用される。
【００１８】ＲＬＣ階層は、無線リンクの設定または解
除サービスを提供して、Ｕ−Ｐｌａｎｅの上位階層から
伝達されたＲＬＣサービスデータユニット（Ｓｅｒｖｉ
ｃｅＤａｔａ Ｕｎｉｔ：ＳＤＵ）の分割および再組立
機能を遂行する。前記ＲＬＣ ＳＤＵは、ＲＬＣ階層で
大きさが調節された後、ヘッダーが付着されてプロトコ
ルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎ
ｉｔ：ＰＤＵ）形態に変換されるが、該変換されたＰＤ
Ｕは、ＭＡＣ階層に伝送される。
除サービスを提供して、Ｕ−Ｐｌａｎｅの上位階層から
伝達されたＲＬＣサービスデータユニット（Ｓｅｒｖｉ
ｃｅＤａｔａ Ｕｎｉｔ：ＳＤＵ）の分割および再組立
機能を遂行する。前記ＲＬＣ ＳＤＵは、ＲＬＣ階層で
大きさが調節された後、ヘッダーが付着されてプロトコ
ルデータユニット（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎ
ｉｔ：ＰＤＵ）形態に変換されるが、該変換されたＰＤ
Ｕは、ＭＡＣ階層に伝送される。
【００１９】ＰＤＣＰ階層は、ＲＬＣ階層の上位階層で
あって、ＩＰｖ４またはＩＰｖ６のようなＩＰ網プロト
コルを通して伝送されたデータが前記ＲＬＣ階層で、効
率的に伝送される形態に作る役割を遂行する。この以外
にも、ＰＤＣＰ階層は、有線網では使用されるが、無線
網では不必要な制御情報を減らし、無線インターフェー
スを通してデータが効率的に伝送されるようにする。こ
の機能をヘッダー圧縮と称して、一例としてＴＣＰ／Ｉ
Ｐで使用されるヘッダー情報の量を減らすのに使用され
ることができる。
あって、ＩＰｖ４またはＩＰｖ６のようなＩＰ網プロト
コルを通して伝送されたデータが前記ＲＬＣ階層で、効
率的に伝送される形態に作る役割を遂行する。この以外
にも、ＰＤＣＰ階層は、有線網では使用されるが、無線
網では不必要な制御情報を減らし、無線インターフェー
スを通してデータが効率的に伝送されるようにする。こ
の機能をヘッダー圧縮と称して、一例としてＴＣＰ／Ｉ
Ｐで使用されるヘッダー情報の量を減らすのに使用され
ることができる。
【００２０】ＲＲＣ階層は、任意の領域に位置した全て
の端末にシステム情報を放送するための情報放送サービ
スを提供する。また、ＲＲＣ階層は、第３階層で交換さ
れる制御信号のための制御平面信号を処理して、端末と
ＵＴＲＡＮ間の無線資源を設定、再構成および解除の機
能を遂行する。特に、ＲＲＣ階層は、無線運搬者（Ｒａ
ｄｉｏ Ｂｅａｒｅｒ：ＲＢ）の設定、再構成および解
除の機能および無線資源接続に必要な無線資源の割当、
再配置および解除機能を遂行する。この時、ＲＢを設定
することは、無線領域から所定のサービスを提供するた
めに必要なプロトコル階層およびチャンネル特性を決定
して、夫々パラメータと動作方法および設定する過程を
意味する。
の端末にシステム情報を放送するための情報放送サービ
スを提供する。また、ＲＲＣ階層は、第３階層で交換さ
れる制御信号のための制御平面信号を処理して、端末と
ＵＴＲＡＮ間の無線資源を設定、再構成および解除の機
能を遂行する。特に、ＲＲＣ階層は、無線運搬者（Ｒａ
ｄｉｏ Ｂｅａｒｅｒ：ＲＢ）の設定、再構成および解
除の機能および無線資源接続に必要な無線資源の割当、
再配置および解除機能を遂行する。この時、ＲＢを設定
することは、無線領域から所定のサービスを提供するた
めに必要なプロトコル階層およびチャンネル特性を決定
して、夫々パラメータと動作方法および設定する過程を
意味する。
【００２１】前記ｌｕインターフェースは、機能によっ
て相違なタイプに特性化することができるが、ｌｕ−Ｃ
Ｓ（ｌｕ Ｃｉｒｃｕｉｔ Ｓｅｒｖｉｃｅ）は、回線
交換サービスで使用されて、ｌｕ−ＰＳ（ｌｕ Ｐａｃ
ｋｅｔ Ｓｅｒｖｉｃｅ）は、パケット交換サービスで
使用される。本発明はパケット交換領域のみを考慮する
ので、ｌｕ−ＰＳのみに対して考察する。前記ｌｕ−Ｐ
Ｓは、パケットデータ伝送を支援し、このために使用者
平面ではＧＴＰ−Ｕ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ
Ｐｒｏｔｏｃｏｌ ｆｏｒ ｔｈｅ Ｕｓｅｒ Ｐｌａ
ｎｅ）階層が使用されている。前記ＧＴＰ−Ｕ階層は、
パケット交換領域で使用者データを伝送するために特別
に使用される階層としてＧＰＲＳ網で使用されていて、
パケット交換網は、ＵＭＴＳでＧＰＲＳを基盤にするた
めに、前記ＧＴＰ−ＵはＵＭＴＳでも使用される。
て相違なタイプに特性化することができるが、ｌｕ−Ｃ
Ｓ（ｌｕ Ｃｉｒｃｕｉｔ Ｓｅｒｖｉｃｅ）は、回線
交換サービスで使用されて、ｌｕ−ＰＳ（ｌｕ Ｐａｃ
ｋｅｔ Ｓｅｒｖｉｃｅ）は、パケット交換サービスで
使用される。本発明はパケット交換領域のみを考慮する
ので、ｌｕ−ＰＳのみに対して考察する。前記ｌｕ−Ｐ
Ｓは、パケットデータ伝送を支援し、このために使用者
平面ではＧＴＰ−Ｕ（ＧＰＲＳ Ｔｕｎｎｅｌｉｎｇ
Ｐｒｏｔｏｃｏｌ ｆｏｒ ｔｈｅ Ｕｓｅｒ Ｐｌａ
ｎｅ）階層が使用されている。前記ＧＴＰ−Ｕ階層は、
パケット交換領域で使用者データを伝送するために特別
に使用される階層としてＧＰＲＳ網で使用されていて、
パケット交換網は、ＵＭＴＳでＧＰＲＳを基盤にするた
めに、前記ＧＴＰ−ＵはＵＭＴＳでも使用される。
【００２２】ＲＡＮＡＰ（Ｒａｄｉｏ Ａｃｃｅｓｓ
Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ：
ＲＡＮＡＰ）階層は、ｌｕインターフェースの制御平面
で使用される階層であって、制御情報を伝送して、ｌｕ
−ＣＳおよびｌｕ−ＰＳで全て使用される。
Ｎｅｔｗｏｒｋ Ａｐｐｌｉｃａｔｉｏｎ Ｐａｒｔ：
ＲＡＮＡＰ）階層は、ｌｕインターフェースの制御平面
で使用される階層であって、制御情報を伝送して、ｌｕ
−ＣＳおよびｌｕ−ＰＳで全て使用される。
【００２３】図１１は、ＳＲＮＳ（Ｓｅｒｖｉｎｇ Ｒ
ＮＳ）再割当過程を示した図である。
ＮＳ）再割当過程を示した図である。
【００２４】ＳＲＮＳ再割当とは、使用者装置（ＵＥ）
によりハンドオーバーがＲＮＳ間から発生した場合より
短い経路にＵＥとＣＮ間のｌｕ接続点を設定するため
に、ＳＲＮＣをソースＲＮＣから目標ＲＮＣに変えてく
れる過程を意味する。図１１で、ソースＲＮＣと接続さ
れた旧（ｏｌｄ）ＳＧＳＮは、目標ＲＮＣと接続された
新しいＳＧＳＮとは相違であるが、前記旧ＳＧＳＮと新
しいＳＧＳＮとは同様であることもある。即ち、前記Ｓ
ＲＮＣは、ＳＧＳＮが変更されることなくても変更され
ることができる。
によりハンドオーバーがＲＮＳ間から発生した場合より
短い経路にＵＥとＣＮ間のｌｕ接続点を設定するため
に、ＳＲＮＣをソースＲＮＣから目標ＲＮＣに変えてく
れる過程を意味する。図１１で、ソースＲＮＣと接続さ
れた旧（ｏｌｄ）ＳＧＳＮは、目標ＲＮＣと接続された
新しいＳＧＳＮとは相違であるが、前記旧ＳＧＳＮと新
しいＳＧＳＮとは同様であることもある。即ち、前記Ｓ
ＲＮＣは、ＳＧＳＮが変更されることなくても変更され
ることができる。
【００２５】データ損失を許容しないＳＲＮＳ再割当過
程を無損失ＳＲＮＳ再割当（Ｌｏｓｓｌｅｓｓ ＳＲＮ
Ｓ Ｒｅｌｏｃａｔｉｏｎ：ＬＳＲ）と呼ぶ。前記ＬＳ
Ｒは、パケットデータ伝送で非常に重要であるが、その
理由は、音声データのような実時間データでは若干の損
失が許容されて少ない影響を及ぼすが、パケットデータ
のデータ損失は、全体データが損失されることと同様で
あるからである。従って、３ＧＰＰでは、完壁なＬＳＲ
遂行のために努力しているが、まだ十分であない実情で
ある。
程を無損失ＳＲＮＳ再割当（Ｌｏｓｓｌｅｓｓ ＳＲＮ
Ｓ Ｒｅｌｏｃａｔｉｏｎ：ＬＳＲ）と呼ぶ。前記ＬＳ
Ｒは、パケットデータ伝送で非常に重要であるが、その
理由は、音声データのような実時間データでは若干の損
失が許容されて少ない影響を及ぼすが、パケットデータ
のデータ損失は、全体データが損失されることと同様で
あるからである。従って、３ＧＰＰでは、完壁なＬＳＲ
遂行のために努力しているが、まだ十分であない実情で
ある。
【００２６】以下、３ＧＰＰ標準または他の標準により
支援される無線通信システムの典型的パケットデータ送
信／受信過程を、ＵＥでのパケットデータダウンロード
を例に挙げて説明する。
支援される無線通信システムの典型的パケットデータ送
信／受信過程を、ＵＥでのパケットデータダウンロード
を例に挙げて説明する。
【００２７】先ず、ＧＧＳＮは、ＵＥが要請したデータ
を伝送するために、ＵＥが接続されたＳＧＳＮに無線接
続運搬者（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ：
ＲＡＢ）の設定を要求して、前記要求を受信したＳＧＳ
Ｎは、ＲＡＢを割当して自身とＵＥ間のデータ伝送経路
を設定する。ＧＧＳＮからＵＥに伝送経路が設定される
と、ＧＧＳＮは、パケットデータの伝送を開始する。上
位階層（ＩＰ、ＰＰＰなど）で生成されたパケットデー
タは、ＧＧＳＮのＧＴＰ−Ｕ階層でＧＴＰ−ＵＰＤＵ
（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）にカプセル
化されてＵＴＲＡＮのＲＮＣに伝送され、ＵＴＲＡＮ
ＲＮＣのＧＴＰ−Ｕ階層は、伝送されたＧＴＰ−Ｕ Ｐ
ＤＵを解除（Ｄｅｃａｐｓｕｌａｔｅ）してパケットデ
ータを抽出する。一般に、ＧＴＰ−Ｕ階層は、順次（ｉ
ｎ−ｓｅｑｕｅｎｃｅ）および信頼性のある（ｒｅｌｉ
ａｂｌｅ）伝達（ｄｅｌｉｖｅｒｙ）のためにＧＴＰヘ
ッダーにＧＴＰ−Ｕ一連番号（Ｓｅｑｕｅｎｃｅ Ｎｕ
ｍｂｅｒ）を付着した後、ＧＴＰ−Ｕ ＰＤＵを伝送す
る。
を伝送するために、ＵＥが接続されたＳＧＳＮに無線接
続運搬者（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｂｅａｒｅｒ：
ＲＡＢ）の設定を要求して、前記要求を受信したＳＧＳ
Ｎは、ＲＡＢを割当して自身とＵＥ間のデータ伝送経路
を設定する。ＧＧＳＮからＵＥに伝送経路が設定される
と、ＧＧＳＮは、パケットデータの伝送を開始する。上
位階層（ＩＰ、ＰＰＰなど）で生成されたパケットデー
タは、ＧＧＳＮのＧＴＰ−Ｕ階層でＧＴＰ−ＵＰＤＵ
（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）にカプセル
化されてＵＴＲＡＮのＲＮＣに伝送され、ＵＴＲＡＮ
ＲＮＣのＧＴＰ−Ｕ階層は、伝送されたＧＴＰ−Ｕ Ｐ
ＤＵを解除（Ｄｅｃａｐｓｕｌａｔｅ）してパケットデ
ータを抽出する。一般に、ＧＴＰ−Ｕ階層は、順次（ｉ
ｎ−ｓｅｑｕｅｎｃｅ）および信頼性のある（ｒｅｌｉ
ａｂｌｅ）伝達（ｄｅｌｉｖｅｒｙ）のためにＧＴＰヘ
ッダーにＧＴＰ−Ｕ一連番号（Ｓｅｑｕｅｎｃｅ Ｎｕ
ｍｂｅｒ）を付着した後、ＧＴＰ−Ｕ ＰＤＵを伝送す
る。
【００２８】以後、ＧＴＰヘッダーがＧＴＰ−Ｕ ＰＤ
Ｕから除去されるが、ＧＴＰヘッダーが除去されてから
残された各パケットデータは、ＵＴＲＡＮのＰＤＣＰ階
層に伝送され、ＰＤＣＰ階層は、伝送されたパケットデ
ータ（図１２のＰＤＣＰ ＳＤＵ）に対してヘッダー圧
縮を遂行する。このとき、ヘッダー圧縮とは、正常的な
ＩＰプロトコルのパケットでＩＰヘッダーをダウンサイ
ジング（ｄｏｗｎｓｉｚｉｎｇ）することを意味する。
前記ヘッダー圧縮は、各パケット（ＰＤＣＰＳＤＵ）に
対して遂行され、ヘッダー圧縮が遂行されたＰＤＣＰ
ＳＤＵはＰＤＣＰ ＰＤＵになる。
Ｕから除去されるが、ＧＴＰヘッダーが除去されてから
残された各パケットデータは、ＵＴＲＡＮのＰＤＣＰ階
層に伝送され、ＰＤＣＰ階層は、伝送されたパケットデ
ータ（図１２のＰＤＣＰ ＳＤＵ）に対してヘッダー圧
縮を遂行する。このとき、ヘッダー圧縮とは、正常的な
ＩＰプロトコルのパケットでＩＰヘッダーをダウンサイ
ジング（ｄｏｗｎｓｉｚｉｎｇ）することを意味する。
前記ヘッダー圧縮は、各パケット（ＰＤＣＰＳＤＵ）に
対して遂行され、ヘッダー圧縮が遂行されたＰＤＣＰ
ＳＤＵはＰＤＣＰ ＰＤＵになる。
【００２９】このように生成されたＰＤＣＰ ＰＤＵ
は、ＲＬＣ、ＭＡＣおよびＬ１を経てＵＥに伝送され、
該伝送されたＰＤＣＰ ＰＤＵは、ＵＥにあるＬ１、Ｍ
ＡＣおよびＲＬＣを経てＵＥのＰＤＣＰに伝達される。
ＰＤＣＰは、ヘッダー圧縮アルゴリズムと反対のアルゴ
リズムを使用してヘッダー圧縮解除を遂行して、抽出さ
れたＰＤＣＰ ＳＤＵを上位階層（ＩＰ、ＰＰＰ）に伝
達する。そして、ＵＥ側から伝送されたＩＰパケットも
類似の方法によりＵＴＲＡＮ側に伝送することができ
る。
は、ＲＬＣ、ＭＡＣおよびＬ１を経てＵＥに伝送され、
該伝送されたＰＤＣＰ ＰＤＵは、ＵＥにあるＬ１、Ｍ
ＡＣおよびＲＬＣを経てＵＥのＰＤＣＰに伝達される。
ＰＤＣＰは、ヘッダー圧縮アルゴリズムと反対のアルゴ
リズムを使用してヘッダー圧縮解除を遂行して、抽出さ
れたＰＤＣＰ ＳＤＵを上位階層（ＩＰ、ＰＰＰ）に伝
達する。そして、ＵＥ側から伝送されたＩＰパケットも
類似の方法によりＵＴＲＡＮ側に伝送することができ
る。
【００３０】図１３は、パケットデータの流れに関連さ
れた階層中、無線インターフェースでパケットデータの
送信／受信を制御するＰＤＣＰ階層の構造を示した図で
ある。
れた階層中、無線インターフェースでパケットデータの
送信／受信を制御するＰＤＣＰ階層の構造を示した図で
ある。
【００３１】図１３に示したように、無線運搬者（Ｒ
Ｂ）当り一つのＰＤＣＰエンティティー（ｅｎｔｉｔ
ｙ）が存在し、一つのＰＤＣＰエンティティーは、一つ
のＲＬＣエンティティーに接続される。
Ｂ）当り一つのＰＤＣＰエンティティー（ｅｎｔｉｔ
ｙ）が存在し、一つのＰＤＣＰエンティティーは、一つ
のＲＬＣエンティティーに接続される。
【００３２】ＰＤＣＰエンティティーは、三つのタイプ
のＲＬＣエンティティーである応答モード（Ａｃｋｎｏ
ｗｌｅｄｇｅ Ｍｏｄｅ：ＡＭ、受信側がデータ伝送の
与否を確認するモード）、未応答モード（ＵｎＡｃｋｎ
ｏｗｌｅｄｇｅ Ｍｏｄｅ：ＵＭ、受信側がデータ伝送
を確認しないモード）および透明モード（Ｔｒａｎｓｐ
ａｒｅｎｔ Ｍｏｄｅ：ＴＭ、データを通過させるモー
ド）に連結されることができる。ところが、ＬＳＲが使
用される場合には、ＰＤＣＰ ＰＤＵの順次伝達を保障
するために前記ＰＤＣＰエンティティーは、ＲＬＣ Ａ
Ｍエンティティーのみに接続される。
のＲＬＣエンティティーである応答モード（Ａｃｋｎｏ
ｗｌｅｄｇｅ Ｍｏｄｅ：ＡＭ、受信側がデータ伝送の
与否を確認するモード）、未応答モード（ＵｎＡｃｋｎ
ｏｗｌｅｄｇｅ Ｍｏｄｅ：ＵＭ、受信側がデータ伝送
を確認しないモード）および透明モード（Ｔｒａｎｓｐ
ａｒｅｎｔ Ｍｏｄｅ：ＴＭ、データを通過させるモー
ド）に連結されることができる。ところが、ＬＳＲが使
用される場合には、ＰＤＣＰ ＰＤＵの順次伝達を保障
するために前記ＰＤＣＰエンティティーは、ＲＬＣ Ａ
Ｍエンティティーのみに接続される。
【００３３】前記ＰＤＣＰの動作は、ＲＬＣエンティテ
ィーの三つのモード中、どのモードが使用されるかによ
って少しずつ相違であるが、ここでは、ＰＤＣＰがＬＳ
Ｒを支援するＲＬＣ ＡＭエンティティーに連結される
場合のみに対して説明する。
ィーの三つのモード中、どのモードが使用されるかによ
って少しずつ相違であるが、ここでは、ＰＤＣＰがＬＳ
Ｒを支援するＲＬＣ ＡＭエンティティーに連結される
場合のみに対して説明する。
【００３４】ＧＴＰ−ＵからＰＤＣＰ ＳＤＵが伝達さ
れると、ＰＤＣＰは、圧縮アルゴリズムを利用してヘッ
ダー圧縮を遂行する、前記ヘッダー圧縮は、ＰＤＣＰ
ＳＤＵにあるＩＰ（ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏ
ｌ）ヘッダーに対して遂行されるが、現在、ヘッダー圧
縮に使用されるアルゴリズムは、ＲＦＣ２５０７および
ＲＦＣ３０９５の２種類のみに定義されている。実際
に、ヘッダー圧縮に使用されるアルゴリズムは、ＰＤＣ
Ｐエンティティーが設定される時、ＲＲＣから通知さ
れ、多様な圧縮アルゴリズムが使用されることもできる
し、圧縮をすることなく、通過させることもできる。
れると、ＰＤＣＰは、圧縮アルゴリズムを利用してヘッ
ダー圧縮を遂行する、前記ヘッダー圧縮は、ＰＤＣＰ
ＳＤＵにあるＩＰ（ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏ
ｌ）ヘッダーに対して遂行されるが、現在、ヘッダー圧
縮に使用されるアルゴリズムは、ＲＦＣ２５０７および
ＲＦＣ３０９５の２種類のみに定義されている。実際
に、ヘッダー圧縮に使用されるアルゴリズムは、ＰＤＣ
Ｐエンティティーが設定される時、ＲＲＣから通知さ
れ、多様な圧縮アルゴリズムが使用されることもできる
し、圧縮をすることなく、通過させることもできる。
【００３５】ＰＤＣＰ ＳＤＵがヘッダー圧縮過程を経
ると、ＰＤＣＰ ＰＤＵになる。以後、ＰＤＣＰがＬＳ
Ｒを支援すると、各ＰＤＣＰ ＰＤＵは番号が付けら
れ、一連番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）は、
ＰＤＣＰにより管理される。送信側ＰＤＣＰ ＰＤＵの
一連番号は、一つのＰＤＣＰ ＰＤＵがＲＬＣに伝達さ
れる都度に１ずつ増加して、受信側ＰＤＣＰ ＰＤＵの
一連番号は、一つのＰＤＣＰ ＰＤＵがＲＬＣから伝達
されるかまたは、一つのＰＤＣＰ ＰＤＵ（＝ＲＬＣ
ＳＤＵ）が廃棄されたという廃棄情報がＲＬＣから伝達
される都度に１ずつ増加する。このように、ＰＤＣＰ
は、一連番号を管理してＳＲＮＳ再割当が発生した時、
ＰＤＣＰ ＳＤＵの損失を防止する。
ると、ＰＤＣＰ ＰＤＵになる。以後、ＰＤＣＰがＬＳ
Ｒを支援すると、各ＰＤＣＰ ＰＤＵは番号が付けら
れ、一連番号（Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）は、
ＰＤＣＰにより管理される。送信側ＰＤＣＰ ＰＤＵの
一連番号は、一つのＰＤＣＰ ＰＤＵがＲＬＣに伝達さ
れる都度に１ずつ増加して、受信側ＰＤＣＰ ＰＤＵの
一連番号は、一つのＰＤＣＰ ＰＤＵがＲＬＣから伝達
されるかまたは、一つのＰＤＣＰ ＰＤＵ（＝ＲＬＣ
ＳＤＵ）が廃棄されたという廃棄情報がＲＬＣから伝達
される都度に１ずつ増加する。このように、ＰＤＣＰ
は、一連番号を管理してＳＲＮＳ再割当が発生した時、
ＰＤＣＰ ＳＤＵの損失を防止する。
【００３６】図１４は、ＰＤＣＰ ＰＤＵのタイプを示
した図である。
した図である。
【００３７】ＰＤＣＰにより発生したＰＤＵは、三つの
タイプが存在する。一つ目に、ＰＤＣＰ−Ｎｏ−Ｈｅａ
ｄｅｒ ＰＤＵは、オーバーヘッド情報を付着すること
なく、ＰＤＣＰ ＳＤＵを直ちにＰＤＣＰ ＰＤＵに使
用する。前記ＰＤＵは、上位階層で予めヘッダー圧縮が
行われた場合に使用され、ＰＤＣＰは、ＰＤＣＰ ＳＤ
ＵをそのままＲＬＣに伝達する。
タイプが存在する。一つ目に、ＰＤＣＰ−Ｎｏ−Ｈｅａ
ｄｅｒ ＰＤＵは、オーバーヘッド情報を付着すること
なく、ＰＤＣＰ ＳＤＵを直ちにＰＤＣＰ ＰＤＵに使
用する。前記ＰＤＵは、上位階層で予めヘッダー圧縮が
行われた場合に使用され、ＰＤＣＰは、ＰＤＣＰ ＳＤ
ＵをそのままＲＬＣに伝達する。
【００３８】二つ目に、ＰＤＣＰデータＰＤＵは、ＰＤ
ＣＰで主に使用され、該当ＰＤＣＰＰＤＵのために使用
されたヘッダー圧縮タイプをＰＩＤフィールドを通して
通知する。前記ＰＤＵタイプフィールドは、該当ＰＤＵ
がＰＤＣＰデータＰＤＵであるか、または、後述するＰ
ＤＣＰ ＳｅｑＮｕｍ ＰＤＵであるかを通知する。三
つ目に、ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵは、ＰＤＣＰ
データＰＤＵが一連番号と一緒に伝送される時に使用さ
れる。前記ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵは、送信／
受信側ＰＤＣＰエンティティーのＰＤＣＰ ＰＤＵの各
ＳＮが相互同期が合わない場合に、送信側ＳＳＮ（Ｓｅ
ｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）と受信側ＲＳ
Ｎ（Ｒｅｃｅｉｖｅ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅ
ｒ）を一致させるために発送される。この時、前記ＲＳ
Ｎは、次の予想一連番号に該当され、前記ＳＳＮは、一
番目の未発送一連番号に該当する。このように、Ｓｅｑ
Ｎｕｍ ＰＤＵを伝送して各ＰＤＣＰエンティティーの
ＳＮを一致させる過程をＳＮ同期化過程という。
ＣＰで主に使用され、該当ＰＤＣＰＰＤＵのために使用
されたヘッダー圧縮タイプをＰＩＤフィールドを通して
通知する。前記ＰＤＵタイプフィールドは、該当ＰＤＵ
がＰＤＣＰデータＰＤＵであるか、または、後述するＰ
ＤＣＰ ＳｅｑＮｕｍ ＰＤＵであるかを通知する。三
つ目に、ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵは、ＰＤＣＰ
データＰＤＵが一連番号と一緒に伝送される時に使用さ
れる。前記ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵは、送信／
受信側ＰＤＣＰエンティティーのＰＤＣＰ ＰＤＵの各
ＳＮが相互同期が合わない場合に、送信側ＳＳＮ（Ｓｅ
ｎｄ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ）と受信側ＲＳ
Ｎ（Ｒｅｃｅｉｖｅ Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅ
ｒ）を一致させるために発送される。この時、前記ＲＳ
Ｎは、次の予想一連番号に該当され、前記ＳＳＮは、一
番目の未発送一連番号に該当する。このように、Ｓｅｑ
Ｎｕｍ ＰＤＵを伝送して各ＰＤＣＰエンティティーの
ＳＮを一致させる過程をＳＮ同期化過程という。
【００３９】パケットデータが送信／受信される時、Ｓ
ＲＮＳ再割当が発生すると、ＰＤＣＰは、モードによっ
て相違な動作を遂行する。前記ＳＲＮＳ再割当には、二
つモードがあるが、一つは損失ＳＲＮＳ再割当で、他の
一つは無損失ＳＲＮＳ再割当である。
ＲＮＳ再割当が発生すると、ＰＤＣＰは、モードによっ
て相違な動作を遂行する。前記ＳＲＮＳ再割当には、二
つモードがあるが、一つは損失ＳＲＮＳ再割当で、他の
一つは無損失ＳＲＮＳ再割当である。
【００４０】前記損失ＳＲＮＳ再割当は、パケットの損
失を許容してハンドオーバーを遂行する方法であって、
主にＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）およびス
トリーミングサービス（ｓｔｒｅａｍｉｎｇ Ｓｅｒｖ
ｉｃｅ）のような実時間トラフィックに適用される。前
記方法によると、ＰＤＣＰは、自分が伝送したＰＤＣＰ
ＰＤＵに対してＲＬＣから如何なる確認信号（Ａｃｋ
ｎｏｗｌｅｄｇｅ：ＡＣＫ）も受信しないし、ＳＲＮＳ
再割当の間、特別な動作を遂行しない。即ち、ＰＤＣＰ
は、ＧＴＰ−Ｕから伝送されたＰＤＣＰ ＳＤＵに対し
てヘッダー圧縮を遂行した後、ＲＬＣに伝達するだけで
ある。
失を許容してハンドオーバーを遂行する方法であって、
主にＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）およびス
トリーミングサービス（ｓｔｒｅａｍｉｎｇ Ｓｅｒｖ
ｉｃｅ）のような実時間トラフィックに適用される。前
記方法によると、ＰＤＣＰは、自分が伝送したＰＤＣＰ
ＰＤＵに対してＲＬＣから如何なる確認信号（Ａｃｋ
ｎｏｗｌｅｄｇｅ：ＡＣＫ）も受信しないし、ＳＲＮＳ
再割当の間、特別な動作を遂行しない。即ち、ＰＤＣＰ
は、ＧＴＰ−Ｕから伝送されたＰＤＣＰ ＳＤＵに対し
てヘッダー圧縮を遂行した後、ＲＬＣに伝達するだけで
ある。
【００４１】反面、無損失ＳＲＮＳ再割当（ＬＳＲ）の
場合は、パケット損失を許容しないために、ＰＤＣＰ
は、損失ＳＲＮＳ再割当より一層複雑な動作を遂行す
る。前記ＬＳＲは、主に実時間トラフィック（ｅ−ｍａ
ｉｌ、ＦＴＰおよびウェブブラウジング）が必要でない
サービスに適用されるが、その理由は、大部分の非実時
間トラフィックの一部データが流出されると、全体デー
タが流出される特性を有しているからである。従って、
ＬＳＲが使用される場合、ＰＤＣＰ ＰＤＵの送信／受
信を管理するためにＳＮがＰＤＣＰで使用される。ま
た、送信側ＰＤＣＰと受信側ＰＤＣＰの各ＳＮが相互相
違であると、ＳＮを通知するための特別なＰＤＵである
ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵが両方側の各ＳＮを同
期化させるために使用され、ＲＬＣは、ＴＭ、ＵＭおよ
びＡＭ中、ＡＭのみを使用して、順次伝達方式を使用す
る。
場合は、パケット損失を許容しないために、ＰＤＣＰ
は、損失ＳＲＮＳ再割当より一層複雑な動作を遂行す
る。前記ＬＳＲは、主に実時間トラフィック（ｅ−ｍａ
ｉｌ、ＦＴＰおよびウェブブラウジング）が必要でない
サービスに適用されるが、その理由は、大部分の非実時
間トラフィックの一部データが流出されると、全体デー
タが流出される特性を有しているからである。従って、
ＬＳＲが使用される場合、ＰＤＣＰ ＰＤＵの送信／受
信を管理するためにＳＮがＰＤＣＰで使用される。ま
た、送信側ＰＤＣＰと受信側ＰＤＣＰの各ＳＮが相互相
違であると、ＳＮを通知するための特別なＰＤＵである
ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵが両方側の各ＳＮを同
期化させるために使用され、ＲＬＣは、ＴＭ、ＵＭおよ
びＡＭ中、ＡＭのみを使用して、順次伝達方式を使用す
る。
【００４２】ＰＤＣＰ ＳＮは、それぞれ送信側および
受信側に存在するが、送信（Ｓｅｎｄ）ＳＮは、送信側
で使用され、受信（Ｒｅｃｅｉｖｅ）ＳＮは、受信側で
使用される。前記送信ＳＮは、一つのＰＤＣＰ ＰＤＵ
（＝ＲＬＣ ＳＤＵ）がＲＬＣからＰＤＣＰに伝達され
る都度に１ずつ増加し、受信ＳＮは、正常的ＰＤＣＰＰ
ＤＵがＲＬＣからＰＤＣＰに伝送されるかまたは、ＲＬ
Ｃ ＰＤＵを廃棄したという信号がＲＬＣからＰＤＣＰ
に伝送される時に１ずつ増加する。また、一つのＰＤＣ
Ｐ ＳｅｑＮｕｍ ＰＤＵが伝送された時、前記送信Ｓ
Ｎは、前記ＰＤＵにより通知された値に更新される。
受信側に存在するが、送信（Ｓｅｎｄ）ＳＮは、送信側
で使用され、受信（Ｒｅｃｅｉｖｅ）ＳＮは、受信側で
使用される。前記送信ＳＮは、一つのＰＤＣＰ ＰＤＵ
（＝ＲＬＣ ＳＤＵ）がＲＬＣからＰＤＣＰに伝達され
る都度に１ずつ増加し、受信ＳＮは、正常的ＰＤＣＰＰ
ＤＵがＲＬＣからＰＤＣＰに伝送されるかまたは、ＲＬ
Ｃ ＰＤＵを廃棄したという信号がＲＬＣからＰＤＣＰ
に伝送される時に１ずつ増加する。また、一つのＰＤＣ
Ｐ ＳｅｑＮｕｍ ＰＤＵが伝送された時、前記送信Ｓ
Ｎは、前記ＰＤＵにより通知された値に更新される。
【００４３】図１５および図１６は、ＵＥが従来３ＧＰ
Ｐ規格で提案されたＲＮＳ間でハンドオーバーを遂行す
る時、ＬＳＲ過程を示した図であって、図１５は、ダウ
ンリンク（ｄｏｗｎｌｉｎｋ）プロトコルを示して、図
１６は、アップリンク（ｕｐｌｉｎｋ）プロトコルを示
す。
Ｐ規格で提案されたＲＮＳ間でハンドオーバーを遂行す
る時、ＬＳＲ過程を示した図であって、図１５は、ダウ
ンリンク（ｄｏｗｎｌｉｎｋ）プロトコルを示して、図
１６は、アップリンク（ｕｐｌｉｎｋ）プロトコルを示
す。
【００４４】以下、図示された参照符号を引用して図１
５に対して説明する。
５に対して説明する。
【００４５】先ず、図１５に示された過程１は、ＵＥ
が、他のＲＮＳにハンドオーバーを要請したことにより
ＳＲＮＳ再割当が必要になると、ソースＲＲＣがＰＤＣ
Ｐ階層で動作を停止した後、ＰＤＣＰに再割当を要求す
る過程である。
が、他のＲＮＳにハンドオーバーを要請したことにより
ＳＲＮＳ再割当が必要になると、ソースＲＲＣがＰＤＣ
Ｐ階層で動作を停止した後、ＰＤＣＰに再割当を要求す
る過程である。
【００４６】過程１で再割当要求を受信したＰＤＣＰ
は、次に一番目にダウンリンク（ＤＬ）に伝送されるＰ
ＤＣＰ ＰＤＵのＤＬ（Ｄｏｗｎｌｉｎｋ）ＳＳＮと、
次に一番目にアップリンク（ＵＬ）から伝送されるＰＤ
ＣＰ ＰＤＵのＵＬ（Ｕｐｌｉｎｋ）をソースＲＲＣに
通知する。このとき、ＳＲＮＳ再割当がダウンリンクお
よびアップリンクで同時に発生したしても各リンクに対
しては、容易な理解のために個別的に説明する。
は、次に一番目にダウンリンク（ＤＬ）に伝送されるＰ
ＤＣＰ ＰＤＵのＤＬ（Ｄｏｗｎｌｉｎｋ）ＳＳＮと、
次に一番目にアップリンク（ＵＬ）から伝送されるＰＤ
ＣＰ ＰＤＵのＵＬ（Ｕｐｌｉｎｋ）をソースＲＲＣに
通知する。このとき、ＳＲＮＳ再割当がダウンリンクお
よびアップリンクで同時に発生したしても各リンクに対
しては、容易な理解のために個別的に説明する。
【００４７】例えば、送信側ソースＰＤＣＰがＰＤＵ２
０までＲＬＣに伝達されると、次のＤＬ ＳＳＮは、２
１になって（過程２）、受信側ＲＲＣは、過程２でＰＤ
ＣＰからＤＬ ＳＳＮを受信して目標ＲＲＣに伝送する
（過程３）。
０までＲＬＣに伝達されると、次のＤＬ ＳＳＮは、２
１になって（過程２）、受信側ＲＲＣは、過程２でＰＤ
ＣＰからＤＬ ＳＳＮを受信して目標ＲＲＣに伝送する
（過程３）。
【００４８】ソースＰＤＣＰは、ＵＥに伝送されたＰＤ
ＣＰ ＳＤＵ中、ＲＣＬを通してＵＥにより未確認され
た各ＰＤＣＰ ＳＤＵをＧＴＰ−Ｕ（Ｕ−ｐｌａｎｅで
パケットデータ伝送を支援するための階層）を通して目
標ＰＤＣＰに伝送する。ＰＤＵがＰＤＵ２０までＵＥに
伝送され、ＵＥからＰＤＵ１５までＰＤＵの伝送成功が
確認されると、ソースＰＤＣＰは、未確認されたＰＤＵ
１６−ＰＤＵ２０に該当する各ＳＤＵを目標ＰＤＣＰに
伝送する（過程４）。
ＣＰ ＳＤＵ中、ＲＣＬを通してＵＥにより未確認され
た各ＰＤＣＰ ＳＤＵをＧＴＰ−Ｕ（Ｕ−ｐｌａｎｅで
パケットデータ伝送を支援するための階層）を通して目
標ＰＤＣＰに伝送する。ＰＤＵがＰＤＵ２０までＵＥに
伝送され、ＵＥからＰＤＵ１５までＰＤＵの伝送成功が
確認されると、ソースＰＤＣＰは、未確認されたＰＤＵ
１６−ＰＤＵ２０に該当する各ＳＤＵを目標ＰＤＣＰに
伝送する（過程４）。
【００４９】ＵＥ ＰＤＣＰは、次に（過程９）ＵＴＲ
ＡＮからＵＥに伝送される一番目のＰＤＣＰ ＳＤＵの
ＤＬ ＲＳＮをＵＥ ＲＲＣに通知して、ＰＤＣＰ Ｓ
ＤＵのＳＮは、ＰＤＣＰ ＰＤＵのＳＮと同様である。
ＡＮからＵＥに伝送される一番目のＰＤＣＰ ＳＤＵの
ＤＬ ＲＳＮをＵＥ ＲＲＣに通知して、ＰＤＣＰ Ｓ
ＤＵのＳＮは、ＰＤＣＰ ＰＤＵのＳＮと同様である。
【００５０】前記ＵＥ ＲＲＣは、ＤＬ ＲＳＮを目標
ＲＮＣのＲＲＣに知らせて、該目標ＲＲＣは、ＵＥから
伝送されたＤＬ ＲＳＮとソースＲＮＣから伝送された
ＤＬＳＳＮとを比較して、次にＵＥに伝送されるＰＤＣ
Ｐ ＳＤＵの一番目のＤＬＰＤＣＰ ＳＮを決定する。
ＲＮＣのＲＲＣに知らせて、該目標ＲＲＣは、ＵＥから
伝送されたＤＬ ＲＳＮとソースＲＮＣから伝送された
ＤＬＳＳＮとを比較して、次にＵＥに伝送されるＰＤＣ
Ｐ ＳＤＵの一番目のＤＬＰＤＣＰ ＳＮを決定する。
【００５１】ＤＬ ＲＳＮがＤＬ ＳＳＮより大きい
と、ＤＬ ＲＳＮは、無効（Ｉｎｖａｌｉｄ）であると
見なして（受信された一連番号は、送信一連番号より大
きいことがありえないために）、目標ＲＲＣは、ＰＤＣ
ＰにＳＮ同期化過程を開始するように命令する。反面、
ＤＬ ＲＳＮがＤＬ ＳＳＮより小さいかまたは、同様
であると、正常的場合と見なして一番目のＤＬ ＰＤＣ
Ｐ ＳＮは、ＤＬ ＲＳＮになる（過程１１）。
と、ＤＬ ＲＳＮは、無効（Ｉｎｖａｌｉｄ）であると
見なして（受信された一連番号は、送信一連番号より大
きいことがありえないために）、目標ＲＲＣは、ＰＤＣ
ＰにＳＮ同期化過程を開始するように命令する。反面、
ＤＬ ＲＳＮがＤＬ ＳＳＮより小さいかまたは、同様
であると、正常的場合と見なして一番目のＤＬ ＰＤＣ
Ｐ ＳＮは、ＤＬ ＲＳＮになる（過程１１）。
【００５２】目標ＲＲＣは、先ず、ダウンリンク（Ｄ
Ｌ）に伝送される一番目のＤＬ ＰＤＣＰ ＳＮ（ＤＬ
ＲＳＮ）を目標ＰＤＣＰに通知し、以後伝送が再開さ
れると、目標ＰＤＣＰは、前記一番目のＤＬ ＰＤＣＰ
ＳＮ（ＤＬ ＲＳＮ）に該当するＳＤＵをＤＬに伝送
する（過程１２）。
Ｌ）に伝送される一番目のＤＬ ＰＤＣＰ ＳＮ（ＤＬ
ＲＳＮ）を目標ＰＤＣＰに通知し、以後伝送が再開さ
れると、目標ＰＤＣＰは、前記一番目のＤＬ ＰＤＣＰ
ＳＮ（ＤＬ ＲＳＮ）に該当するＳＤＵをＤＬに伝送
する（過程１２）。
【００５３】アップリンクの一例として、図１６を参照
する時、受信側ソースＰＤＣＰがＲＬＣから一連番号５
０のＰＤＵを受信すると、次のＵＬ ＲＳＮは５１と番
号が付けられる（過程２）。前記ソースＲＲＣは、ＰＤ
ＣＰからＵＬ ＲＳＮを受信して（過程２）、目標ＲＲ
Ｃに伝送する（過程３）。目標ＲＲＣまたはソースＲＲ
Ｃは、ＵＬ ＲＳＮをＵＥ ＲＲＣに通知し、ＵＥ Ｒ
ＲＣは、目標ＲＲＣまたはソースＲＲＣから受信された
ＵＬ ＲＳＮをＵＥ ＰＤＣＰに通知する。次いで、前
記ＵＥ ＰＤＣＰは、以後に伝送が再開される時、ＵＬ
ＲＳＮに該当するＳＤＵをアップリンク（ＵＬ）に伝
送する（過程８）。
する時、受信側ソースＰＤＣＰがＲＬＣから一連番号５
０のＰＤＵを受信すると、次のＵＬ ＲＳＮは５１と番
号が付けられる（過程２）。前記ソースＲＲＣは、ＰＤ
ＣＰからＵＬ ＲＳＮを受信して（過程２）、目標ＲＲ
Ｃに伝送する（過程３）。目標ＲＲＣまたはソースＲＲ
Ｃは、ＵＬ ＲＳＮをＵＥ ＲＲＣに通知し、ＵＥ Ｒ
ＲＣは、目標ＲＲＣまたはソースＲＲＣから受信された
ＵＬ ＲＳＮをＵＥ ＰＤＣＰに通知する。次いで、前
記ＵＥ ＰＤＣＰは、以後に伝送が再開される時、ＵＬ
ＲＳＮに該当するＳＤＵをアップリンク（ＵＬ）に伝
送する（過程８）。
【００５４】
【発明が解決しようとする課題】従って、無損失ＳＲＮ
Ｓの再割当を遂行するための従来ＰＤＣＰプロトコル規
格においては、無損失割当過程が遂行される時、未確認
されたＰＤＣＰ ＳＤＵの伝送に必要なＰＤＣＰバッフ
ァーをどのように管理するかが定義されていないし、ヘ
ッダー圧縮コンテクスト状態（ｃｏｎｔｅｘｔ ｓｔａ
ｔｅ）によりＬＳＲ以後のＰＤＣＰ ＳＮにギャップ
（ｇａｐ）が発生した時、これをどのように処理するか
が定義されていないという不都合な点があった。
Ｓの再割当を遂行するための従来ＰＤＣＰプロトコル規
格においては、無損失割当過程が遂行される時、未確認
されたＰＤＣＰ ＳＤＵの伝送に必要なＰＤＣＰバッフ
ァーをどのように管理するかが定義されていないし、ヘ
ッダー圧縮コンテクスト状態（ｃｏｎｔｅｘｔ ｓｔａ
ｔｅ）によりＬＳＲ以後のＰＤＣＰ ＳＮにギャップ
（ｇａｐ）が発生した時、これをどのように処理するか
が定義されていないという不都合な点があった。
【００５５】また、ＰＤＣＰ間の一連番号（ＳＮ）が相
互相違である場合、これをどのように処理するか、ＰＤ
ＣＰ ＳＤＵの伝送時点をどのように決定するか、そし
て、ＬＳＲ過程の以後にＰＤＣＰ受信側は、どのように
動作されるかも定義されていないという不都合な点があ
った。その他にも、目標ＲＲＣが一連番号を比較する時
に発生するモジュール比較（ｍｏｄｕｌａｒ ｃｏｍｐ
ａｒｉｓｏｎ）の問題もまだ解決されていないという不
都合な点があった。
互相違である場合、これをどのように処理するか、ＰＤ
ＣＰ ＳＤＵの伝送時点をどのように決定するか、そし
て、ＬＳＲ過程の以後にＰＤＣＰ受信側は、どのように
動作されるかも定義されていないという不都合な点があ
った。その他にも、目標ＲＲＣが一連番号を比較する時
に発生するモジュール比較（ｍｏｄｕｌａｒ ｃｏｍｐ
ａｒｉｓｏｎ）の問題もまだ解決されていないという不
都合な点があった。
【００５６】従って、無損失ＳＲＮＳの再割当（ＬＳ
Ｒ）を支援するためのＰＤＣＰプロトコル規格にある従
来技術によってＰＤＣＰが動作されると、損失無しにＳ
ＲＮＳの再割当をすることができなくなるために、移動
環境でパケットデータの無損失送信／受信が不可能にな
るという不都合な点があった。
Ｒ）を支援するためのＰＤＣＰプロトコル規格にある従
来技術によってＰＤＣＰが動作されると、損失無しにＳ
ＲＮＳの再割当をすることができなくなるために、移動
環境でパケットデータの無損失送信／受信が不可能にな
るという不都合な点があった。
【００５７】本発明は、このような従来課題に鑑みてな
されたもので、ＰＤＣＰがＬＳＲ動作を遂行する時、Ｐ
ＤＣＰが安定的に動作するようにＰＤＣＰ ＳＤＵバッ
ファーを有する新しいＰＤＣＰ構造を提供して、前記Ｐ
ＤＣＰ構造に基づいて効率的な節次および該節次に必要
なプリミティブ（Ｐｒｉｍｉｔｉｖｅ）およびパラメー
タを提供することを目的とする。
されたもので、ＰＤＣＰがＬＳＲ動作を遂行する時、Ｐ
ＤＣＰが安定的に動作するようにＰＤＣＰ ＳＤＵバッ
ファーを有する新しいＰＤＣＰ構造を提供して、前記Ｐ
ＤＣＰ構造に基づいて効率的な節次および該節次に必要
なプリミティブ（Ｐｒｉｍｉｔｉｖｅ）およびパラメー
タを提供することを目的とする。
【００５８】また、無線網制御器または使用者装置でイ
ンターフェースプロトコルを定義することによりパケッ
トデータの損失を防止するための効率的なＬＳＲ方法を
提供することを目的とする。
ンターフェースプロトコルを定義することによりパケッ
トデータの損失を防止するための効率的なＬＳＲ方法を
提供することを目的とする。
【００５９】
【課題を解決するための手段】このような目的を達成す
るため、本発明に係るパケットデータの伝送方法におい
ては、伝送されたが未応答された一番目のＰＤＣＰ Ｓ
ＤＵの送信ＰＤＣＰ一連番号および送信側ＰＤＣＰ階層
の一番目の未発送ＰＤＣＰ ＳＤＵの送信ＰＤＣＰ一連
番号を利用して、受信側ＰＤＣＰ階層から次に伝送され
る受信ＰＤＣＰ一連番号の有効性をチェックする過程に
構成されることを特徴とする。
るため、本発明に係るパケットデータの伝送方法におい
ては、伝送されたが未応答された一番目のＰＤＣＰ Ｓ
ＤＵの送信ＰＤＣＰ一連番号および送信側ＰＤＣＰ階層
の一番目の未発送ＰＤＣＰ ＳＤＵの送信ＰＤＣＰ一連
番号を利用して、受信側ＰＤＣＰ階層から次に伝送され
る受信ＰＤＣＰ一連番号の有効性をチェックする過程に
構成されることを特徴とする。
【００６０】ＳＲＮＳ再割当が発生する時、上位および
上位階層を有する使用者装置と通信するソース無線網制
御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣ
は、下位および上位階層プロトコルを有する無線網で、
本発明に係るパケットデータの伝送方法においては、ソ
ースＲＮＣが送信一連番号を目標ＲＮＣに伝達する過程
と、ソースＲＮＣが未確認データユニットおよび該当の
一連番号を目標ＲＮＣに伝達する過程と、目標ＲＮＣが
使用者装置から受信一連番号を受信する過程と、目標Ｒ
ＮＣが前記ソースＲＮＣから受信された一番目の未確認
データユニットの一連番号を利用して前記受信一連番号
が有効範囲に存在するかをチェックする過程と、を順次
行うことを特徴とする。
上位階層を有する使用者装置と通信するソース無線網制
御器（ＲＮＣ）および目標ＲＮＣを有して、各ＲＮＣ
は、下位および上位階層プロトコルを有する無線網で、
本発明に係るパケットデータの伝送方法においては、ソ
ースＲＮＣが送信一連番号を目標ＲＮＣに伝達する過程
と、ソースＲＮＣが未確認データユニットおよび該当の
一連番号を目標ＲＮＣに伝達する過程と、目標ＲＮＣが
使用者装置から受信一連番号を受信する過程と、目標Ｒ
ＮＣが前記ソースＲＮＣから受信された一番目の未確認
データユニットの一連番号を利用して前記受信一連番号
が有効範囲に存在するかをチェックする過程と、を順次
行うことを特徴とする。
【００６１】前記ソースＲＮＣの送信一連番号はソース
ＲＮＣの下位階層プロトコルから目標ＲＮＣの上位階層
プロトコルに提供されることを特徴とする。
ＲＮＣの下位階層プロトコルから目標ＲＮＣの上位階層
プロトコルに提供されることを特徴とする。
【００６２】前記未確認データユニットおよび該当一連
番号は、ソースＲＮＣの下位階層プロトコルから目標Ｒ
ＮＣの下位階層プロトコルに提供されることを特徴とす
る。
番号は、ソースＲＮＣの下位階層プロトコルから目標Ｒ
ＮＣの下位階層プロトコルに提供されることを特徴とす
る。
【００６３】前記受信一連番号は、使用者装置の上位階
層プロトコルから目標ＲＮＣの上位階層プロトコルに提
供されることを特徴とする。
層プロトコルから目標ＲＮＣの上位階層プロトコルに提
供されることを特徴とする。
【００６４】好ましくは、前記ソースＲＮＣの上位およ
び下位階層プロトコルは、夫々無線資源制御階層および
パケットデータ収斂プロトコル階層であって、目標ＲＮ
Ｃの上位下位階層プロトコルは、夫々無線資源制御階層
およびパケットデータ収斂プロトコル階層である。類似
に、使用者装置の上位および下位階層プロトコルは、夫
々無線資源制御階層およびパケットデータ収斂プロトコ
ル階層である。
び下位階層プロトコルは、夫々無線資源制御階層および
パケットデータ収斂プロトコル階層であって、目標ＲＮ
Ｃの上位下位階層プロトコルは、夫々無線資源制御階層
およびパケットデータ収斂プロトコル階層である。類似
に、使用者装置の上位および下位階層プロトコルは、夫
々無線資源制御階層およびパケットデータ収斂プロトコ
ル階層である。
【００６５】前記目標ＲＮＣの下位階層プロトコルは、
ソースＲＮＣから受信された一番目の未確認データユニ
ットの一連番号を利用して受信一連番号が有効範囲に存
在するかを決定する。反面、目標ＲＮＣの上位階層プロ
トコルは、ソースＲＮＣから受信された一番目の未確認
データユニットの一連番号を利用して受信一連番号が有
効範囲に存在するかを決定する。好ましくは、受信一連
番号が一番目の未確認データユニットの一連番号より小
さく、送信一連番号より大きい時、受信一連番号は無効
範囲に存在する。
ソースＲＮＣから受信された一番目の未確認データユニ
ットの一連番号を利用して受信一連番号が有効範囲に存
在するかを決定する。反面、目標ＲＮＣの上位階層プロ
トコルは、ソースＲＮＣから受信された一番目の未確認
データユニットの一連番号を利用して受信一連番号が有
効範囲に存在するかを決定する。好ましくは、受信一連
番号が一番目の未確認データユニットの一連番号より小
さく、送信一連番号より大きい時、受信一連番号は無効
範囲に存在する。
【００６６】受信一連番号が有効範囲に存在すると、一
連番号同期化が開始される。前記一連番号同期化は、目
標ＲＮＣの下位階層プロトコルにより開始され、目標Ｒ
ＮＣの下位階層プロトコルは、パケットデータ収斂プロ
トコル階層である。また、一連番号同期化は、目標ＲＮ
Ｃの上位階層プロトコルによって開始され、目標ＲＮＣ
の上位階層プロトコルは無線資源制御階層である。
連番号同期化が開始される。前記一連番号同期化は、目
標ＲＮＣの下位階層プロトコルにより開始され、目標Ｒ
ＮＣの下位階層プロトコルは、パケットデータ収斂プロ
トコル階層である。また、一連番号同期化は、目標ＲＮ
Ｃの上位階層プロトコルによって開始され、目標ＲＮＣ
の上位階層プロトコルは無線資源制御階層である。
【００６７】ソース無線網制御器（ＲＮＣ）および目標
ＲＮＣを有して、ソースＲＮＣからパケットデータの一
部を受信して、目標ＲＮＣからパケットデータの他の一
部分を受信する使用者装置と連動され、各ＲＮＣは少な
くとも下位および上位階層プロトコルを有して、前記目
標ＲＮＣは、使用者装置から提供された受信一連番号、
ソースＲＮＣから提供された一番目の未確認データユニ
ットの一連番号および一番目の未発送データユニットに
該当する送信一連番号を有する無線網で、本発明に係る
パケットデータ伝送方法においては、ソースＲＮＣで未
確認データユニットの一部が使用者装置に伝達されるよ
うに未確認データユニットを目標ＲＮＣに伝達する過程
と、目標ＲＮＣで前記一番目の未確認データユニットの
一連番号を利用して受信一連番号が有効範囲に存在する
かを決定する過程と、を順次行うが、前記受信一連番号
は、一番目の未確認データユニットの一連番号より小さ
いかまたは、送信一連番号より大きい時に有効範囲に存
在する。
ＲＮＣを有して、ソースＲＮＣからパケットデータの一
部を受信して、目標ＲＮＣからパケットデータの他の一
部分を受信する使用者装置と連動され、各ＲＮＣは少な
くとも下位および上位階層プロトコルを有して、前記目
標ＲＮＣは、使用者装置から提供された受信一連番号、
ソースＲＮＣから提供された一番目の未確認データユニ
ットの一連番号および一番目の未発送データユニットに
該当する送信一連番号を有する無線網で、本発明に係る
パケットデータ伝送方法においては、ソースＲＮＣで未
確認データユニットの一部が使用者装置に伝達されるよ
うに未確認データユニットを目標ＲＮＣに伝達する過程
と、目標ＲＮＣで前記一番目の未確認データユニットの
一連番号を利用して受信一連番号が有効範囲に存在する
かを決定する過程と、を順次行うが、前記受信一連番号
は、一番目の未確認データユニットの一連番号より小さ
いかまたは、送信一連番号より大きい時に有効範囲に存
在する。
【００６８】前記ソースＲＮＣの上位および下位階層プ
ロトコルは、夫々無線資源制御階層およびパケットデー
タ収斂プロトコル階層であって、前記目標ＲＮＣの上位
および下位階層プロトコルは、夫々無線資源制御階層お
よびパケットデータ収斂プロトコル階層である。
ロトコルは、夫々無線資源制御階層およびパケットデー
タ収斂プロトコル階層であって、前記目標ＲＮＣの上位
および下位階層プロトコルは、夫々無線資源制御階層お
よびパケットデータ収斂プロトコル階層である。
【００６９】前記ソースＲＮＣは、未確認データユニッ
トに該当する一連番号を目標ＲＮＣに伝送することを特
徴とする。
トに該当する一連番号を目標ＲＮＣに伝送することを特
徴とする。
【００７０】また、前記使用者装置は、少なくとも下位
および上位プロトコルを包含することを特徴とする。
および上位プロトコルを包含することを特徴とする。
【００７１】好ましくは、前記未確認データユニットお
よび該当一連番号は、ソースＲＮＣの下位階層プロトコ
ルから目標ＲＮＣの下位階層プロトコルに伝送され、類
似に、受信一連番号は、使用者装置の上位階層プロトコ
ルから目標ＲＮＣの上位階層プロトコルに伝送される。
そして、使用者装置の上位および下位プロトコルは、夫
々無線資源制御階層およびパケットデータ収斂プロトコ
ル階層である。
よび該当一連番号は、ソースＲＮＣの下位階層プロトコ
ルから目標ＲＮＣの下位階層プロトコルに伝送され、類
似に、受信一連番号は、使用者装置の上位階層プロトコ
ルから目標ＲＮＣの上位階層プロトコルに伝送される。
そして、使用者装置の上位および下位プロトコルは、夫
々無線資源制御階層およびパケットデータ収斂プロトコ
ル階層である。
【００７２】前記目標ＲＮＣの下位階層プロトコルは、
少なくともソースＲＮＣから受信した一番目の未確認デ
ータユニットの一連番号を利用して、受信一連番号が有
効範囲に存在するかを決定して、目標ＲＮＣの上位階層
プロトコルは、少なくともソースＲＮＣから受信した一
番目の未確認データユニットの一連番号を利用して、受
信一連番号が有効範囲に存在するかを決定する。受信一
連番号が無効範囲に存在すると、下位階層プロトコルは
一連番号同期化を開始して、前記目標ＲＮＣの下位階層
プロトコルはパケットデータ収斂プロトコル階層が好ま
しい。
少なくともソースＲＮＣから受信した一番目の未確認デ
ータユニットの一連番号を利用して、受信一連番号が有
効範囲に存在するかを決定して、目標ＲＮＣの上位階層
プロトコルは、少なくともソースＲＮＣから受信した一
番目の未確認データユニットの一連番号を利用して、受
信一連番号が有効範囲に存在するかを決定する。受信一
連番号が無効範囲に存在すると、下位階層プロトコルは
一連番号同期化を開始して、前記目標ＲＮＣの下位階層
プロトコルはパケットデータ収斂プロトコル階層が好ま
しい。
【００７３】ソース無線網制御器（ＲＮＣ）および目標
ＲＮＣを有して、ソースＲＮＣにパケットデータの一部
を伝送して目標ＲＮＣにパケットデータの他の一部分を
伝送する使用者装置と連動され、各ＲＮＣは、下位およ
び上位階層プロトコルを有する無線網において、無損失
パケットデータ伝送のためのアップリンクプロセスとし
て提供されたパケットデータ伝達方法においては、目標
ＲＮＣがソースＲＮＣから受信一連番号を受信する過程
と、目標ＲＮＣが使用者装置に前記受信一連番号を提供
する過程と、使用者装置が一番目の未確認データユニッ
トの一連番号を利用して、受信一連番号が有効範囲にあ
るかを決定する過程と、を包含して構成され、前記受信
一連番号は、一番目の未確認データユニットの一連番号
より小さいかまたは、送信一連番号より大きい時無効範
囲内に存在する。
ＲＮＣを有して、ソースＲＮＣにパケットデータの一部
を伝送して目標ＲＮＣにパケットデータの他の一部分を
伝送する使用者装置と連動され、各ＲＮＣは、下位およ
び上位階層プロトコルを有する無線網において、無損失
パケットデータ伝送のためのアップリンクプロセスとし
て提供されたパケットデータ伝達方法においては、目標
ＲＮＣがソースＲＮＣから受信一連番号を受信する過程
と、目標ＲＮＣが使用者装置に前記受信一連番号を提供
する過程と、使用者装置が一番目の未確認データユニッ
トの一連番号を利用して、受信一連番号が有効範囲にあ
るかを決定する過程と、を包含して構成され、前記受信
一連番号は、一番目の未確認データユニットの一連番号
より小さいかまたは、送信一連番号より大きい時無効範
囲内に存在する。
【００７４】前記のようなプロセスを遂行するために、
次に伝送されるデータユニットの一連番号に該当する受
信一連番号を提供する使用者装置および使用されるため
の無線網のパケットデータ伝達システムにおいては、下
位および上位階層プロトコルを有して、使用者装置から
受信一連番号を受信する目標無線網制御器（ＲＮＣ）
と、下位および上位階層プロトコルを有するソースＲＮ
Ｃと、を包含して構成され、前記ソースＲＮＣは、目標
ＲＮＣに一番目の未確認データユニットの一連番号を提
供して、前記目標ＲＮＣは、一番目の未確認データユニ
ットの一連番号を利用して、受信一連番号が有効範囲に
あるかを決定するが、前記受信一連番号が一番目の未確
認データユニットの一連番号より小さいかまたは、次に
一番目に発送される（未発送された）一連番号より大き
い時ｎ受信一連番号は無効範囲に存在する。
次に伝送されるデータユニットの一連番号に該当する受
信一連番号を提供する使用者装置および使用されるため
の無線網のパケットデータ伝達システムにおいては、下
位および上位階層プロトコルを有して、使用者装置から
受信一連番号を受信する目標無線網制御器（ＲＮＣ）
と、下位および上位階層プロトコルを有するソースＲＮ
Ｃと、を包含して構成され、前記ソースＲＮＣは、目標
ＲＮＣに一番目の未確認データユニットの一連番号を提
供して、前記目標ＲＮＣは、一番目の未確認データユニ
ットの一連番号を利用して、受信一連番号が有効範囲に
あるかを決定するが、前記受信一連番号が一番目の未確
認データユニットの一連番号より小さいかまたは、次に
一番目に発送される（未発送された）一連番号より大き
い時ｎ受信一連番号は無効範囲に存在する。
【００７５】前記ソースＲＮＣは、未確認データユニッ
トを目標ＲＮＣに伝達する。また、ソースＲＮＣの上位
および下位階層プロトコルは、夫々無線資源制御階層お
よびパケットデータ収斂プロトコル階層であって、目標
ＲＮＣの上位および下位階層プロトコルは、夫々無線資
源制御階層およびパケットデータ収斂プロトコル階層で
ある。
トを目標ＲＮＣに伝達する。また、ソースＲＮＣの上位
および下位階層プロトコルは、夫々無線資源制御階層お
よびパケットデータ収斂プロトコル階層であって、目標
ＲＮＣの上位および下位階層プロトコルは、夫々無線資
源制御階層およびパケットデータ収斂プロトコル階層で
ある。
【００７６】前記目標ＲＮＣの下位階層プロトコルは、
ソースＲＮＣから受信された一番目の未確認されたデー
タユニットの一連番号を利用して、受信一連番号が有効
範囲内にあるかを決定する。そして、目標ＲＮＣの上位
階層プロトコルは、ソースＲＮＣから受信した一番目の
未確認データユニットの一連番号を利用して、受信一連
番号が有効範囲に存在するかを決定する。受信一連番号
が無効範囲に存在すると、目標ＲＮＣの下位階層プロト
コルは一連番号同期化を開始する。
ソースＲＮＣから受信された一番目の未確認されたデー
タユニットの一連番号を利用して、受信一連番号が有効
範囲内にあるかを決定する。そして、目標ＲＮＣの上位
階層プロトコルは、ソースＲＮＣから受信した一番目の
未確認データユニットの一連番号を利用して、受信一連
番号が有効範囲に存在するかを決定する。受信一連番号
が無効範囲に存在すると、目標ＲＮＣの下位階層プロト
コルは一連番号同期化を開始する。
【００７７】パケットデータを初期にソース無線網制御
器（ＲＮＣ）にアップリンクした後、目標ＲＮＣにアッ
プリンクする無線網用使用者装置においては、次の予想
一連番号に該当する受信一連番号を目標ＲＮＣから受信
する上位階層プロトコルと、上位階層プロトコルと通信
して、受信一連番号を受信する下位階層プロトコルと、
を包含して構成され、前記下位階層プロトコルは、受信
一連番号が有効範囲に存在するかを決定するが、前記受
信一連番号は、一番目の未確認データユニットの一連番
号より小さいかまたは、送信一連番号より大きいと、無
効範囲に存在して、前記送信一連番号は、次に一番目に
発送される（未発送された）データユニットの一連番号
に該当して、前記未確認データユニットの一連番号は、
伝送されたがまだ確認されなかった一番目のデータユニ
ットの一連番号に該当する。
器（ＲＮＣ）にアップリンクした後、目標ＲＮＣにアッ
プリンクする無線網用使用者装置においては、次の予想
一連番号に該当する受信一連番号を目標ＲＮＣから受信
する上位階層プロトコルと、上位階層プロトコルと通信
して、受信一連番号を受信する下位階層プロトコルと、
を包含して構成され、前記下位階層プロトコルは、受信
一連番号が有効範囲に存在するかを決定するが、前記受
信一連番号は、一番目の未確認データユニットの一連番
号より小さいかまたは、送信一連番号より大きいと、無
効範囲に存在して、前記送信一連番号は、次に一番目に
発送される（未発送された）データユニットの一連番号
に該当して、前記未確認データユニットの一連番号は、
伝送されたがまだ確認されなかった一番目のデータユニ
ットの一連番号に該当する。
【００７８】前記無線網用使用者装置で、使用者装置の
上位および下位階層プロトコルは、夫々無線資源制御階
層およびパケットデータ収斂プロトコル階層であって、
受信一連番号が有効範囲に存在すると、使用者装置の下
位階層プロトコルは一連番号同期化を開始する。
上位および下位階層プロトコルは、夫々無線資源制御階
層およびパケットデータ収斂プロトコル階層であって、
受信一連番号が有効範囲に存在すると、使用者装置の下
位階層プロトコルは一連番号同期化を開始する。
【００７９】送信側ＰＤＣＰ階層および受信側を有する
無線網で、本発明に係るパケットデータ伝送方法におい
ては、一連番号を有するデータユニットを受信側に伝送
する過程と、受信側から発送された受信一連番号を受信
する過程と、伝送されたが確認されない（未確認）一番
目のデータユニットの一連番号と送信側ＰＤＣＰ階層の
未発送された一番目のデータユニットの送信一連番号間
の範囲に前記受信一連番号が存在するかをチェックする
過程と、受信一連番号が範囲内に存在しないと、一連番
号同期化を開始する過程と、を順次行う。また、前記範
囲は、一番目の未確認データユニットの一連番号から送
信一連番号までである。
無線網で、本発明に係るパケットデータ伝送方法におい
ては、一連番号を有するデータユニットを受信側に伝送
する過程と、受信側から発送された受信一連番号を受信
する過程と、伝送されたが確認されない（未確認）一番
目のデータユニットの一連番号と送信側ＰＤＣＰ階層の
未発送された一番目のデータユニットの送信一連番号間
の範囲に前記受信一連番号が存在するかをチェックする
過程と、受信一連番号が範囲内に存在しないと、一連番
号同期化を開始する過程と、を順次行う。また、前記範
囲は、一番目の未確認データユニットの一連番号から送
信一連番号までである。
【００８０】前記無線網は、ソース無線網制御器（ＲＮ
Ｃ）および目標ＲＮＣを有して、各ＲＮＣは、送信ＰＤ
ＣＰ階層としてのＰＤＣＰ階層、受信側として使用者装
置とデータ通信を遂行するソースおよび目標ＲＮＣ、送
信一連番号を目標ＲＮＣに伝達するソースＲＮＣと、を
包含して構成され、前記ソースＲＮＣは、未確認データ
ユニットおよび該当一連番号を目標ＲＮＣに伝達する。
Ｃ）および目標ＲＮＣを有して、各ＲＮＣは、送信ＰＤ
ＣＰ階層としてのＰＤＣＰ階層、受信側として使用者装
置とデータ通信を遂行するソースおよび目標ＲＮＣ、送
信一連番号を目標ＲＮＣに伝達するソースＲＮＣと、を
包含して構成され、前記ソースＲＮＣは、未確認データ
ユニットおよび該当一連番号を目標ＲＮＣに伝達する。
【００８１】前記ソースＲＮＣの送信一連番号は、ソー
スおよび目標ＲＮＣのＲＲＣ階層から提供され、前記未
確認データユニットおよび該当一連番号は、ソースおよ
び目標ＲＮＣのＧＴＰ階層を通して提供されることを特
徴とする。好ましくは、ソースＲＮＣから受信された受
信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を
通して提供される。また、前記受信一連番号は、受信側
のＲＲＣ階層から提供されることができるし、ＰＤＣＰ
階層から受信側のＲＲＣ階層に提供されることもでき
る。
スおよび目標ＲＮＣのＲＲＣ階層から提供され、前記未
確認データユニットおよび該当一連番号は、ソースおよ
び目標ＲＮＣのＧＴＰ階層を通して提供されることを特
徴とする。好ましくは、ソースＲＮＣから受信された受
信一連番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を
通して提供される。また、前記受信一連番号は、受信側
のＲＲＣ階層から提供されることができるし、ＰＤＣＰ
階層から受信側のＲＲＣ階層に提供されることもでき
る。
【００８２】前記受信一連番号は、次に受信されると予
想される受信側の一連番号であることを特徴とする。
想される受信側の一連番号であることを特徴とする。
【００８３】本発明は、最小限送信側ＰＤＣＰ階層およ
び受信側を有する無線網が、一連番号を有するデータユ
ニットを受信側に伝送する過程と、受信側から伝送され
た受信一連番号を受信する過程と、伝送されたが未確認
された一番目のデータユニットの一連番号と送信側ＰＤ
ＣＰ階層の未発送された一番目のデータユニットの送信
一連番号間の範囲に前記受信一連番号が存在するかをチ
ェックする過程と、受信一連番号が前記範囲内に存在し
ないと、一連番号同期化を開始する過程と、を順次行う
ことを特徴とするパケットデータ伝送方法である。
び受信側を有する無線網が、一連番号を有するデータユ
ニットを受信側に伝送する過程と、受信側から伝送され
た受信一連番号を受信する過程と、伝送されたが未確認
された一番目のデータユニットの一連番号と送信側ＰＤ
ＣＰ階層の未発送された一番目のデータユニットの送信
一連番号間の範囲に前記受信一連番号が存在するかをチ
ェックする過程と、受信一連番号が前記範囲内に存在し
ないと、一連番号同期化を開始する過程と、を順次行う
ことを特徴とするパケットデータ伝送方法である。
【００８４】本発明の一実施形態において、前記無線網
は、最小限ソース無線網制御器（ＲＮＣ）および目標Ｒ
ＮＣを有して、各ＲＮＣは、最小限送信側ＰＤＣＰ階層
としてのＰＤＣＰ階層、使用者装置とデータ通信を遂行
する受信側としてのソースおよび目標ＲＮＣに構成さ
れ、前記ソースＲＮＣは、送信一連番号を目標ＲＮＣに
伝達して、前記ソースＲＮＣは、未確認データユニット
および該当一連番号を目標ＲＮＣに伝達することを特徴
とするパケットデータ伝送方法である。
は、最小限ソース無線網制御器（ＲＮＣ）および目標Ｒ
ＮＣを有して、各ＲＮＣは、最小限送信側ＰＤＣＰ階層
としてのＰＤＣＰ階層、使用者装置とデータ通信を遂行
する受信側としてのソースおよび目標ＲＮＣに構成さ
れ、前記ソースＲＮＣは、送信一連番号を目標ＲＮＣに
伝達して、前記ソースＲＮＣは、未確認データユニット
および該当一連番号を目標ＲＮＣに伝達することを特徴
とするパケットデータ伝送方法である。
【００８５】本発明の一実施形態において、前記ソース
ＲＮＣの送信一連番号は、ソースおよび目標ＲＮＣのＲ
ＲＣ階層を通して提供されることを特徴とする請求項２
記載のパケットデータ伝送方法である。
ＲＮＣの送信一連番号は、ソースおよび目標ＲＮＣのＲ
ＲＣ階層を通して提供されることを特徴とする請求項２
記載のパケットデータ伝送方法である。
【００８６】本発明の一実施形態において、前記各未確
認データユニットおよびそれに該当する一連番号は、ソ
ースおよび目標ＲＮＣのＧＴＰ階層を通して提供される
ことを特徴とするパケットデータ伝送方法である。
認データユニットおよびそれに該当する一連番号は、ソ
ースおよび目標ＲＮＣのＧＴＰ階層を通して提供される
ことを特徴とするパケットデータ伝送方法である。
【００８７】本発明の一実施形態において、前記各未確
認データユニットおよびそれに該当する一連番号は、ソ
ースおよび目標ＲＮＣのＧＴＰ階層を通して提供される
ことを特徴とするパケットデータ伝送方法である。
認データユニットおよびそれに該当する一連番号は、ソ
ースおよび目標ＲＮＣのＧＴＰ階層を通して提供される
ことを特徴とするパケットデータ伝送方法である。
【００８８】本発明の一実施形態において、前記ソース
ＲＮＣに受信された受信一連番号は、ソースおよび目標
ＲＮＣのＲＲＣ階層を通して提供されることを特徴とす
るパケットデータ伝送方法である。
ＲＮＣに受信された受信一連番号は、ソースおよび目標
ＲＮＣのＲＲＣ階層を通して提供されることを特徴とす
るパケットデータ伝送方法である。
【００８９】本発明の一実施形態において、前記受信一
連番号は、受信側ＲＲＣ階層から提供されることを特徴
とするパケットデータ伝送方法である。
連番号は、受信側ＲＲＣ階層から提供されることを特徴
とするパケットデータ伝送方法である。
【００９０】本発明の一実施形態において、前記受信一
連番号は、ＰＤＣＰ階層から受信側ＲＲＣ階層に提供さ
れることを特徴とするパケットデータ伝送方法である。
連番号は、ＰＤＣＰ階層から受信側ＲＲＣ階層に提供さ
れることを特徴とするパケットデータ伝送方法である。
【００９１】本発明の一実施形態において、前記受信一
連番号は、次に受信される受信側一連番号であることを
特徴とするパケットデータ伝送方法である。
連番号は、次に受信される受信側一連番号であることを
特徴とするパケットデータ伝送方法である。
【００９２】本発明の一実施形態において、前記範囲
は、一番目の未確認データユニットの一連番号から２番
目一連番号まであることを特徴とするパケットデータ伝
送方法である。
は、一番目の未確認データユニットの一連番号から２番
目一連番号まであることを特徴とするパケットデータ伝
送方法である。
【００９３】さらに本発明は、一連番号を有するデータ
ユニットを受信側に伝送する送信機と、受信側から発送
された受信一連番号を受信する受信機と、伝送されたが
未確認された一番目のデータユニットの一連番号と送信
側ＰＤＣＰ階層の一番目の未発送データユニットの送信
一連番号間の範囲に前記受信一連番号が存在するかをチ
ェックする第１エンティティー（ｅｎｔｉｔｙ）と、受
信一連番号が範囲内に存在しないと、一連番号の同期化
を開始する第２エンティティーと、を包含して構成され
ることを特徴とする無線網のパケットデータ伝送装置で
ある。
ユニットを受信側に伝送する送信機と、受信側から発送
された受信一連番号を受信する受信機と、伝送されたが
未確認された一番目のデータユニットの一連番号と送信
側ＰＤＣＰ階層の一番目の未発送データユニットの送信
一連番号間の範囲に前記受信一連番号が存在するかをチ
ェックする第１エンティティー（ｅｎｔｉｔｙ）と、受
信一連番号が範囲内に存在しないと、一連番号の同期化
を開始する第２エンティティーと、を包含して構成され
ることを特徴とする無線網のパケットデータ伝送装置で
ある。
【００９４】本発明の一実施形態において、前記第１、
第２エンティティー中の最小限一つは、ＲＲＣ階層であ
ることを特徴とする無線網のパケットデータ伝送装置で
ある。
第２エンティティー中の最小限一つは、ＲＲＣ階層であ
ることを特徴とする無線網のパケットデータ伝送装置で
ある。
【００９５】本発明の一実施形態において、前記第１、
第２エンティティー中の最小限一つは、ＰＤＣＰ階層で
あることを特徴とする無線網のパケットデータ伝送装置
である。
第２エンティティー中の最小限一つは、ＰＤＣＰ階層で
あることを特徴とする無線網のパケットデータ伝送装置
である。
【００９６】本発明の一実施形態において、前記通信装
置は、移動端末であって、前記受信側は、無線網制御器
（ＲＮＣ）であることを特徴とする無線網のパケットデ
ータ伝送装置である。
置は、移動端末であって、前記受信側は、無線網制御器
（ＲＮＣ）であることを特徴とする無線網のパケットデ
ータ伝送装置である。
【００９７】本発明の一実施形態において、前記通信装
置は、ＲＮＣであって、前記受信側は、移動端末である
ことを特徴とする無線網のパケットデータ伝送装置であ
る。
置は、ＲＮＣであって、前記受信側は、移動端末である
ことを特徴とする無線網のパケットデータ伝送装置であ
る。
【００９８】さらに本発明は、前記少なくともソースＲ
ＮＣおよび目標ＲＮＣを有して、各ＲＮＣは、少なくと
も送信側ＰＤＣＰ階層としてＰＤＣＰ階層、受信側とし
て移動端末とデータ通信をするソースおよびターゲット
ＲＮＣを包含して、前記通信装置は、目標ＲＮＣの無線
網は、ソースＲＮＣから送信一連番号を受信する第１イ
ンターフェースと、ソースＲＮＣから未確認データユニ
ットと該当一連番号を受信する第２インターフェース
と、を追加して包含されることを特徴とする無線網のパ
ケットデータ伝送装置である。
ＮＣおよび目標ＲＮＣを有して、各ＲＮＣは、少なくと
も送信側ＰＤＣＰ階層としてＰＤＣＰ階層、受信側とし
て移動端末とデータ通信をするソースおよびターゲット
ＲＮＣを包含して、前記通信装置は、目標ＲＮＣの無線
網は、ソースＲＮＣから送信一連番号を受信する第１イ
ンターフェースと、ソースＲＮＣから未確認データユニ
ットと該当一連番号を受信する第２インターフェース
と、を追加して包含されることを特徴とする無線網のパ
ケットデータ伝送装置である。
【００９９】本発明の一実施形態において、前記第１イ
ンターフェースは、ＲＲＣ階層であることを特徴とする
無線網のパケットデータ伝送装置である。前記第２イン
ターフェースは、ＧＴＰ階層であることを特徴とする請
求項１５記載の無線網のパケットデータ伝送装置であ
る。
ンターフェースは、ＲＲＣ階層であることを特徴とする
無線網のパケットデータ伝送装置である。前記第２イン
ターフェースは、ＧＴＰ階層であることを特徴とする請
求項１５記載の無線網のパケットデータ伝送装置であ
る。
【０１００】さらに本発明は、初期にソース無線網制御
器（ＲＮＣ）と通信して、次に目標ＲＮＣと通信する無
線網であって、少なくともソースおよび目標ＲＮＣ中の
一つから受信一連番号を受信する上位階層プロトコル
と、前記上位階層プロトコルと通信して、上位階層プロ
トコルから受信一連番号を受信する下位階層プロトコル
と、を包含して構成され、前記下位階層プロトコルは、
受信一連番号が有効範囲にあるかを判断して、前記受信
一連番号は、一番目の未確認データユニットの一連番号
より小さいかまたは、送信一連番号より大きいと、無効
範囲にあって、前記送信一連番号は、一番目に未発送デ
ータユニットの一連番号に該当して、前記一番目の未確
認データユニットの一連番号は、一番目に伝送された
が、無応答されたデータユニットの一連番号に該当する
ことを特徴とする無線網用使用者装置である。
器（ＲＮＣ）と通信して、次に目標ＲＮＣと通信する無
線網であって、少なくともソースおよび目標ＲＮＣ中の
一つから受信一連番号を受信する上位階層プロトコル
と、前記上位階層プロトコルと通信して、上位階層プロ
トコルから受信一連番号を受信する下位階層プロトコル
と、を包含して構成され、前記下位階層プロトコルは、
受信一連番号が有効範囲にあるかを判断して、前記受信
一連番号は、一番目の未確認データユニットの一連番号
より小さいかまたは、送信一連番号より大きいと、無効
範囲にあって、前記送信一連番号は、一番目に未発送デ
ータユニットの一連番号に該当して、前記一番目の未確
認データユニットの一連番号は、一番目に伝送された
が、無応答されたデータユニットの一連番号に該当する
ことを特徴とする無線網用使用者装置である。
【０１０１】本発明の一実施形態において、前記受信一
連番号は、次に予想される一連番号に該当する受信一連
番号であることを特徴とする無線網用使用者装置であ
る。
連番号は、次に予想される一連番号に該当する受信一連
番号であることを特徴とする無線網用使用者装置であ
る。
【０１０２】本発明の一実施形態において、前記使用者
装置の上位および下位階層プロトコルは、夫々無線資源
制御階層およびパケットデータ収斂プロトコル階層であ
ることを特徴とする無線網用使用者装置である。
装置の上位および下位階層プロトコルは、夫々無線資源
制御階層およびパケットデータ収斂プロトコル階層であ
ることを特徴とする無線網用使用者装置である。
【０１０３】本発明の一実施形態において、受信一連番
号が無効範囲に存在すると、前記使用者装置の下位階層
のプロトコルは、一連番号同期化を開始することを特徴
とする無線網用使用者装置である。
号が無効範囲に存在すると、前記使用者装置の下位階層
のプロトコルは、一連番号同期化を開始することを特徴
とする無線網用使用者装置である。
【０１０４】本発明の一実施形態において、前記上位階
層プロトコルは、目標ＲＮＣから受信一連番号を受信す
ることを特徴とする無線網用使用者装置である。
層プロトコルは、目標ＲＮＣから受信一連番号を受信す
ることを特徴とする無線網用使用者装置である。
【０１０５】
【発明の実施の形態】以下、本発明の実施の形態に対
し、図を用いて説明する。
し、図を用いて説明する。
【０１０６】図１は、ＰＤＣＰ階層の送信側にＳＤＵバ
ッファーを包含する新しいＰＤＣＰ構造である。
ッファーを包含する新しいＰＤＣＰ構造である。
【０１０７】ＰＤＣＰ ＳＤＵバッファーは、ＰＤＣＰ
が無損失ＳＲＮＳの再割当（ＬＳＲ）を支援する場合の
みに必要であって、前記ＰＤＣＰ ＳＤＵバッファーが
ＰＤＣＰ ＰＤＵバッファーの代りに使用される。ＬＳ
Ｒが発生すると、ヘッダー圧縮アルゴリズムが新しく割
当されるために、ソースＰＤＣＰおよび目標ＰＤＣＰで
使用されるアルゴリズムは相互相違になる。
が無損失ＳＲＮＳの再割当（ＬＳＲ）を支援する場合の
みに必要であって、前記ＰＤＣＰ ＳＤＵバッファーが
ＰＤＣＰ ＰＤＵバッファーの代りに使用される。ＬＳ
Ｒが発生すると、ヘッダー圧縮アルゴリズムが新しく割
当されるために、ソースＰＤＣＰおよび目標ＰＤＣＰで
使用されるアルゴリズムは相互相違になる。
【０１０８】図１に示したように、ＰＤＣＰがＬＳＲを
支援する場合、ＳＤＵが受信されると、ＰＤＣＰはＳＤ
Ｕを各ＳＤＵ単位形態にバッファーに格納した後、提供
されたヘッダー圧縮アルゴリズムによってヘッダー圧縮
を遂行してＰＤＣＰ ＰＤＵ（＝ＲＬＣ ＳＤＵｓ）を
生成して、該生成されたＰＤＣＰ ＰＤＵをＲＬＣＡＭ
エンティティーに伝達する。
支援する場合、ＳＤＵが受信されると、ＰＤＣＰはＳＤ
Ｕを各ＳＤＵ単位形態にバッファーに格納した後、提供
されたヘッダー圧縮アルゴリズムによってヘッダー圧縮
を遂行してＰＤＣＰ ＰＤＵ（＝ＲＬＣ ＳＤＵｓ）を
生成して、該生成されたＰＤＣＰ ＰＤＵをＲＬＣＡＭ
エンティティーに伝達する。
【０１０９】一方、ＵＴＲＡＮ ＰＤＣＰの送信側は、
ＰＤＣＰ ＳＮを管理しなければならない。
ＰＤＣＰ ＳＮを管理しなければならない。
【０１１０】図２および３は、本発明の実施形態で、使
用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行す
る時のＬＳＲ過程である。特に、図２は、ＬＳＲ過程の
ダウンリンク（ＵＴＲＡＮからＵＥ）を、図３は、アッ
プリンク（ＵＥからＵＴＲＡＮ）を示す。
用者装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行す
る時のＬＳＲ過程である。特に、図２は、ＬＳＲ過程の
ダウンリンク（ＵＴＲＡＮからＵＥ）を、図３は、アッ
プリンク（ＵＥからＵＴＲＡＮ）を示す。
【０１１１】図２および３で、図１５および図１６に図
示された従来技術と同様な動作には同様な番号を使用し
て、新しく追加されるかまたは、補正されたプロセス
（ｐｒｏｃｅｓｓ）または過程（ｓｔｅｐ）は、小数点
に示したし、斜線をつけた部分は補正されたかまたは、
新しく追加されたプロセスである。即ち、プロセス３ま
たは４間にプロセスが追加されると、該当プロセスは、
３．５に表示する。
示された従来技術と同様な動作には同様な番号を使用し
て、新しく追加されるかまたは、補正されたプロセス
（ｐｒｏｃｅｓｓ）または過程（ｓｔｅｐ）は、小数点
に示したし、斜線をつけた部分は補正されたかまたは、
新しく追加されたプロセスである。即ち、プロセス３ま
たは４間にプロセスが追加されると、該当プロセスは、
３．５に表示する。
【０１１２】図２を参照すると、ダウンリンクモードで
ＬＳＲが発生するかまたは、アクティブになると、未確
認（Ｕｎｃｏｎｆｉｒｍｅｄ）ＰＤＣＰ ＳＤＵと一緒
にＤＬ ＰＤＣＰ ＳＮがＧＴＰ−Ｕに伝送される。そ
の理由は、未確認ＳＤＵがソースＧＴＰ−Ｕから目標Ｇ
ＴＰ−Ｕに伝達される時、データ（ＰＤＣＰ ＳＤＵ）
だけでなくＤＬ ＧＴＰ−Ｕ ＳＮおよびＤＬ ＰＤＣ
Ｐ ＳＮもソースＧＴＰ−Ｕから目標ＧＴＰ−Ｕに伝達
されるが、前記未確認ＳＤＵおよび各ＤＬ ＰＤＣＰ
ＳＮは、ＰＤＣＰにより管理されるために、ＧＴＰ−Ｕ
はＤＬ ＰＤＣＰ ＳＮを分からなくなるからである。
かつ、図２に示したように、ＰＤＣＰＳＤＵおよびＤＬ
ＰＤＣＰ ＳＮは、ソースおよび目標ＧＴＰ−Ｕをバ
イパスさせることで、目標ＰＤＣＰに伝達される。従っ
て、ＬＳＲがアクティブされてデータが伝達される時、
ソースＲＮＣのＰＤＣＰから目標ＲＮＣのＰＤＣＰにデ
ータと一緒にＤＬ ＰＤＣＰ ＳＮが伝達されなければ
ならない。
ＬＳＲが発生するかまたは、アクティブになると、未確
認（Ｕｎｃｏｎｆｉｒｍｅｄ）ＰＤＣＰ ＳＤＵと一緒
にＤＬ ＰＤＣＰ ＳＮがＧＴＰ−Ｕに伝送される。そ
の理由は、未確認ＳＤＵがソースＧＴＰ−Ｕから目標Ｇ
ＴＰ−Ｕに伝達される時、データ（ＰＤＣＰ ＳＤＵ）
だけでなくＤＬ ＧＴＰ−Ｕ ＳＮおよびＤＬ ＰＤＣ
Ｐ ＳＮもソースＧＴＰ−Ｕから目標ＧＴＰ−Ｕに伝達
されるが、前記未確認ＳＤＵおよび各ＤＬ ＰＤＣＰ
ＳＮは、ＰＤＣＰにより管理されるために、ＧＴＰ−Ｕ
はＤＬ ＰＤＣＰ ＳＮを分からなくなるからである。
かつ、図２に示したように、ＰＤＣＰＳＤＵおよびＤＬ
ＰＤＣＰ ＳＮは、ソースおよび目標ＧＴＰ−Ｕをバ
イパスさせることで、目標ＰＤＣＰに伝達される。従っ
て、ＬＳＲがアクティブされてデータが伝達される時、
ソースＲＮＣのＰＤＣＰから目標ＲＮＣのＰＤＣＰにデ
ータと一緒にＤＬ ＰＤＣＰ ＳＮが伝達されなければ
ならない。
【０１１３】ソースＲＮＣは、ソースＲＮＣのＰＤＣＰ
からＧＴＰ−Ｕに伝達されるＰＤＣＰ−ＤＡＴＡ−Ｉｎ
ｄｉｃａｔｉｏｎ（表示）プリミティブにＰＤＣＰ Ｓ
ＤＵだけでなくＤＬ ＰＤＣＰ ＳＮを追加して、目標
ＲＮＣは、ＰＤＣＰに伝達されるＰＤＣＰ−ＤＡＴＡ−
Ｒｅｑｕｅｓｔ（要求）プリミティブにＰＤＣＰ ＳＤ
ＵだけでなくＤＬ ＰＤＣＰ ＳＮを追加する。前記方
法は、図２の過程４に示したように、ＬＳＲが支援され
る時、ＵＴＲＡＮ側で使用される。
からＧＴＰ−Ｕに伝達されるＰＤＣＰ−ＤＡＴＡ−Ｉｎ
ｄｉｃａｔｉｏｎ（表示）プリミティブにＰＤＣＰ Ｓ
ＤＵだけでなくＤＬ ＰＤＣＰ ＳＮを追加して、目標
ＲＮＣは、ＰＤＣＰに伝達されるＰＤＣＰ−ＤＡＴＡ−
Ｒｅｑｕｅｓｔ（要求）プリミティブにＰＤＣＰ ＳＤ
ＵだけでなくＤＬ ＰＤＣＰ ＳＮを追加する。前記方
法は、図２の過程４に示したように、ＬＳＲが支援され
る時、ＵＴＲＡＮ側で使用される。
【０１１４】詳述したように、未確認ＳＤＵを伝達する
ためには、ソースＲＲＣがソースＰＤＣＰに開始を命令
しなければならない。即ち、過程（３．５）に示したよ
うに、データ伝達（ｆｏｒｗａｒｄｉｎｇ）の要求がＰ
ＤＣＰに提供されなければならない。
ためには、ソースＲＲＣがソースＰＤＣＰに開始を命令
しなければならない。即ち、過程（３．５）に示したよ
うに、データ伝達（ｆｏｒｗａｒｄｉｎｇ）の要求がＰ
ＤＣＰに提供されなければならない。
【０１１５】ＰＤＣＰは、自らデータ伝達を開始するこ
とができないために、ＲＲＣからの命令が必要である
が、前記命令は、従来電気通信標準には定義されていな
いために、ソースＰＤＣＰは、ＬＳＲが発生する間、デ
ータを伝達することができない。結果的に、未確認ＳＤ
Ｕは全て廃棄される。
とができないために、ＲＲＣからの命令が必要である
が、前記命令は、従来電気通信標準には定義されていな
いために、ソースＰＤＣＰは、ＬＳＲが発生する間、デ
ータを伝達することができない。結果的に、未確認ＳＤ
Ｕは全て廃棄される。
【０１１６】前記問題を解決するために本発明の実施形
態では、図２の過程（３．５）に示したように、ソース
ＲＲＣは、データ伝達の要求を発送することで、ソース
ＰＤＣＰを命令する。
態では、図２の過程（３．５）に示したように、ソース
ＲＲＣは、データ伝達の要求を発送することで、ソース
ＰＤＣＰを命令する。
【０１１７】一方、目標ＰＤＣＰは、ＬＳＲプロセスの
間、目標ＲＲＣからＤＬ ＰＤＣＰＳＮを受信する。従
って、ＰＤＣＰは、ＵＥに伝送される一番目のＰＤＵの
一連番号（ＳＮ）を分かることができるが、これは目標
ＰＤＣＰの送信側に該当して、受信側は、ＵＥから初め
て伝送される一番目のＵＬ ＰＤＣＰ ＳＮを分からな
ければならない。
間、目標ＲＲＣからＤＬ ＰＤＣＰＳＮを受信する。従
って、ＰＤＣＰは、ＵＥに伝送される一番目のＰＤＵの
一連番号（ＳＮ）を分かることができるが、これは目標
ＰＤＣＰの送信側に該当して、受信側は、ＵＥから初め
て伝送される一番目のＵＬ ＰＤＣＰ ＳＮを分からな
ければならない。
【０１１８】図１６を参照すると、目標ＰＤＣＰの受信
側の目標ＲＲＣから一番目のＵＬＰＤＣＰ ＳＮを受信
しないと、ＬＳＲプロセスの以後ＰＤＣＰが初めて受信
したＰＤＵのＳＮは０になるためにアップリンク（Ｕ
Ｌ）のＰＤＣＰデータを伝送する時、各ＳＮの同期が合
わないようになる。
側の目標ＲＲＣから一番目のＵＬＰＤＣＰ ＳＮを受信
しないと、ＬＳＲプロセスの以後ＰＤＣＰが初めて受信
したＰＤＵのＳＮは０になるためにアップリンク（Ｕ
Ｌ）のＰＤＣＰデータを伝送する時、各ＳＮの同期が合
わないようになる。
【０１１９】従って、目標ＰＤＣＰの受信側は、目標Ｒ
ＲＣから一番目のＵＬ ＰＤＣＰＳＮを受信しなければ
ならないが、従来電気通信標準で、目標ＲＲＣは、目標
ＰＤＣＰに一番目のＤＬ ＰＤＣＰ ＳＮのみを通報す
る。
ＲＣから一番目のＵＬ ＰＤＣＰＳＮを受信しなければ
ならないが、従来電気通信標準で、目標ＲＲＣは、目標
ＰＤＣＰに一番目のＤＬ ＰＤＣＰ ＳＮのみを通報す
る。
【０１２０】前記のような問題点を解決するために、本
発明は、図２の過程１２に示したように、目標ＲＲＣ
は、目標ＰＤＣＰに一番目のＤＬ ＰＤＣＰ ＳＮ
（ｅ．ｇ，．ＤＬ ＲＳＮ）および一番目のＵＬ ＰＤ
ＣＰ ＳＮ（ｅ．ｇ．，ＵＬ ＲＳＮ）を通知し得る方
法を提案する。
発明は、図２の過程１２に示したように、目標ＲＲＣ
は、目標ＰＤＣＰに一番目のＤＬ ＰＤＣＰ ＳＮ
（ｅ．ｇ，．ＤＬ ＲＳＮ）および一番目のＵＬ ＰＤ
ＣＰ ＳＮ（ｅ．ｇ．，ＵＬ ＲＳＮ）を通知し得る方
法を提案する。
【０１２１】また、現在の３ＧＰＰ標準規格では、送信
側と受信側のＰＤＣＰのＳＮとが相違であると、ＳＮの
訂正および一致のためにＳＮ同期化プロセスが遂行され
る。ところが、ＳＮ同期化プロセスは、但しＲＲＣがＰ
ＤＣＰを命令する時のみに遂行されるだけで、ＰＤＣＰ
は、自らＳＮ同期化プロセスを開始することができな
い。
側と受信側のＰＤＣＰのＳＮとが相違であると、ＳＮの
訂正および一致のためにＳＮ同期化プロセスが遂行され
る。ところが、ＳＮ同期化プロセスは、但しＲＲＣがＰ
ＤＣＰを命令する時のみに遂行されるだけで、ＰＤＣＰ
は、自らＳＮ同期化プロセスを開始することができな
い。
【０１２２】一般なＳＮ同期化プロセスを説明すると、
ＲＲＣは、自身の送信側ＰＤＣＰと相手方の受信側ＰＤ
ＣＰのＳＮとが相互相違である時、送信側ＰＤＣＰにＳ
Ｎ同期化プロセスの遂行を命令する。
ＲＲＣは、自身の送信側ＰＤＣＰと相手方の受信側ＰＤ
ＣＰのＳＮとが相互相違である時、送信側ＰＤＣＰにＳ
Ｎ同期化プロセスの遂行を命令する。
【０１２３】前記命令を受けたソースＲＮＣのＰＤＣＰ
は、ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵを目標ＲＮＣのＰ
ＤＣＰに伝送するが、前記ＰＤＣＰ ＳｅｑＮｕｍ Ｐ
ＤＵは、ＰＤＣＰ ｄａｔａ ＰＤＵの代りにＳＮを通
知する特別なＰＤＵ（即ち、図１４のＰＤＣＰ Ｓｅｑ
Ｎｕｍ ＰＤＵ）であって、前記ＰＤＣＰ ＳｅｑＮｕ
ｍ ＰＤＵには、送信一連番号（Ｓｅｎｄ Ｓｅｑｕｅ
ｎｃｅ Ｎｕｍｂｅｒ：ＳＳＮ）が付加される。
は、ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵを目標ＲＮＣのＰ
ＤＣＰに伝送するが、前記ＰＤＣＰ ＳｅｑＮｕｍ Ｐ
ＤＵは、ＰＤＣＰ ｄａｔａ ＰＤＵの代りにＳＮを通
知する特別なＰＤＵ（即ち、図１４のＰＤＣＰ Ｓｅｑ
Ｎｕｍ ＰＤＵ）であって、前記ＰＤＣＰ ＳｅｑＮｕ
ｍ ＰＤＵには、送信一連番号（Ｓｅｎｄ Ｓｅｑｕｅ
ｎｃｅ Ｎｕｍｂｅｒ：ＳＳＮ）が付加される。
【０１２４】前記ＰＤＣＰ ＳｅｑＮｕｍ ＰＤＵを受
信した受信側ＰＤＣＰ（または、目標ＲＮＣのＰＤＣ
Ｐ）は、受信一連番号（Ｒｅｃｅｉｖｅ Ｓｅｑｕｅｎ
ｃｅＮｕｍｂｅｒ：ＲＳＮ）をＳｅｑＮｕｍ ＰＤＵの
ＳＳＮに設定して、両方側（ＳＳＮおよびＲＳＮ）の一
連番号（ＳＮ）を一致させる。
信した受信側ＰＤＣＰ（または、目標ＲＮＣのＰＤＣ
Ｐ）は、受信一連番号（Ｒｅｃｅｉｖｅ Ｓｅｑｕｅｎ
ｃｅＮｕｍｂｅｒ：ＲＳＮ）をＳｅｑＮｕｍ ＰＤＵの
ＳＳＮに設定して、両方側（ＳＳＮおよびＲＳＮ）の一
連番号（ＳＮ）を一致させる。
【０１２５】そして、ＰＤＣＰ送信側は、受信側からＰ
ＤＣＰ ＳｅｑＮｕｍ ＰＤＵ中の何れか一つを受信し
たという通知を受けると、前記ＳＮ同期化プロセスを終
了して、以後のデータは、ＰＤＣＰ ｄａｔａ ＰＤＵ
を利用して伝送する。
ＤＣＰ ＳｅｑＮｕｍ ＰＤＵ中の何れか一つを受信し
たという通知を受けると、前記ＳＮ同期化プロセスを終
了して、以後のデータは、ＰＤＣＰ ｄａｔａ ＰＤＵ
を利用して伝送する。
【０１２６】従来規格には、ＳＮ同期化プロセスが必要
とした場合を、第１、ＲＬＣリセット以後、第２、無線
ベアラー（ＲＢ）再構成プロセス以後、第３、目標ＲＬ
ＣがＬＳＲの間ＵＥ ＲＲＣから無効なＤＬ ＲＳＮを
受信した場合などのように三つの類型に定義している。
とした場合を、第１、ＲＬＣリセット以後、第２、無線
ベアラー（ＲＢ）再構成プロセス以後、第３、目標ＲＬ
ＣがＬＳＲの間ＵＥ ＲＲＣから無効なＤＬ ＲＳＮを
受信した場合などのように三つの類型に定義している。
【０１２７】前記ＲＬＣリセットとＲＢ再構成は、送信
側ＰＤＣＰからＲＬＣに伝達されたＰＤＣＰ ＰＤＵが
受信側に伝送される前に行われることができるし、この
場合、ＳＳＮは増加して、ＲＳＮは増加しないために、
前記プロセス以後のＳＮ同期化プロセスが必要になる。
側ＰＤＣＰからＲＬＣに伝達されたＰＤＣＰ ＰＤＵが
受信側に伝送される前に行われることができるし、この
場合、ＳＳＮは増加して、ＲＳＮは増加しないために、
前記プロセス以後のＳＮ同期化プロセスが必要になる。
【０１２８】第３の場合は、次のような場合に必要であ
る。ＬＳＲプロセスの間、目標ＲＲＣは、ソースＲＲＣ
から受信したＤＬ ＳＳＮとＵＥ ＲＲＣから受信され
たＤＬ ＲＳＮとを比較して、次に初めて伝送されるＰ
ＤＣＰ ＰＤＵの一番目のＤＬ ＰＤＣＰ ＳＮを決定
する（図１５の過程１１）。一般に、ＤＬ ＲＳＮは、
未確認ＳＤＵによりＤＬ ＳＳＮより小さいかまたは、
同様であるが（ＤＬＲＳＮ≦ＤＬ ＳＳＮ）、この場
合、目標ＲＲＣは、一番目のＤＬ ＰＤＣＰＳＮをＤＬ
ＲＳＮに設定してＰＤＣＰに通知する。
る。ＬＳＲプロセスの間、目標ＲＲＣは、ソースＲＲＣ
から受信したＤＬ ＳＳＮとＵＥ ＲＲＣから受信され
たＤＬ ＲＳＮとを比較して、次に初めて伝送されるＰ
ＤＣＰ ＰＤＵの一番目のＤＬ ＰＤＣＰ ＳＮを決定
する（図１５の過程１１）。一般に、ＤＬ ＲＳＮは、
未確認ＳＤＵによりＤＬ ＳＳＮより小さいかまたは、
同様であるが（ＤＬＲＳＮ≦ＤＬ ＳＳＮ）、この場
合、目標ＲＲＣは、一番目のＤＬ ＰＤＣＰＳＮをＤＬ
ＲＳＮに設定してＰＤＣＰに通知する。
【０１２９】ところが、伝送中にエラーまたはプロトコ
ルエラーなどの理由によってＵＥから受信したＤＬ Ｒ
ＳＮがＤＬ ＳＳＮより大きいと（ＤＬ ＲＳＮ＞ＤＬ
ＳＳＮ）、前記ＤＬ ＲＳＮは無効である。この場
合、ＲＲＣは、ＵＳＲＡＮにエラーがあることを認識し
てＰＤＣＰにＳＮ同期化プロセスを開始するように命令
する。
ルエラーなどの理由によってＵＥから受信したＤＬ Ｒ
ＳＮがＤＬ ＳＳＮより大きいと（ＤＬ ＲＳＮ＞ＤＬ
ＳＳＮ）、前記ＤＬ ＲＳＮは無効である。この場
合、ＲＲＣは、ＵＳＲＡＮにエラーがあることを認識し
てＰＤＣＰにＳＮ同期化プロセスを開始するように命令
する。
【０１３０】従来３ＧＰＰ規格（図１５の過程１１）で
は、前記三つの場合に対してＲＲＣがＳＮ同期化プロセ
スを開始するようにＰＤＣＰ送信側に命令するように規
定している。
は、前記三つの場合に対してＲＲＣがＳＮ同期化プロセ
スを開始するようにＰＤＣＰ送信側に命令するように規
定している。
【０１３１】ところが、第３の場合で、ＬＳＲプロセス
の間、目標ＲＲＣがＵＥ ＲＲＣから無効なＤＬ ＲＳ
Ｎを受信すると、深刻なエラーが発生することができ
る。例えば、ＰＤＣＰ ＳＮで使用されるビット数は、
１６ビットであって、０−６５５３５までの範囲を有す
る。従って、ＳＮ＝６５５３５を超過する次のＳＮは０
になって、以後のＳＮは０から順次に増加する。
の間、目標ＲＲＣがＵＥ ＲＲＣから無効なＤＬ ＲＳ
Ｎを受信すると、深刻なエラーが発生することができ
る。例えば、ＰＤＣＰ ＳＮで使用されるビット数は、
１６ビットであって、０−６５５３５までの範囲を有す
る。従って、ＳＮ＝６５５３５を超過する次のＳＮは０
になって、以後のＳＮは０から順次に増加する。
【０１３２】例えば、未確認されたＳＤＵのＳＮが６５
０００−２０００（即ち、６５０００−６５５３５、０
−２０００）の場合に、ＵＥからＤＬ ＲＳＮ＝６５５
３５を受信すると、目標ＲＲＣは、ＤＬ＝２００１（即
ち、ＤＬ ＲＳＮ＞ＤＬ ＳＳＮ）のためにＤＬ ＲＳ
Ｎを無効したものに見なして、目標ＰＤＣＰにＳＮ同期
化プロセスを開始するように命令する。この場合、ＵＥ
がＳＮ＝６５０００−６５３３４に該当するＳＤＵを正
確に受信したにもかかわらず、ＰＤＣＰは、ＳｅｑＮｕ
ｍ ＰＤＮを利用してＳＮ＝６５０００からＳＤＵを再
伝送するために、無線資源の浪費を招くようになる。前
記のような問題点は、目標ＲＲＣがＤＬＲＳＮの有効範
囲を分からないために発生して、前記のような場合に、
モジュール比較の問題が発生する。
０００−２０００（即ち、６５０００−６５５３５、０
−２０００）の場合に、ＵＥからＤＬ ＲＳＮ＝６５５
３５を受信すると、目標ＲＲＣは、ＤＬ＝２００１（即
ち、ＤＬ ＲＳＮ＞ＤＬ ＳＳＮ）のためにＤＬ ＲＳ
Ｎを無効したものに見なして、目標ＰＤＣＰにＳＮ同期
化プロセスを開始するように命令する。この場合、ＵＥ
がＳＮ＝６５０００−６５３３４に該当するＳＤＵを正
確に受信したにもかかわらず、ＰＤＣＰは、ＳｅｑＮｕ
ｍ ＰＤＮを利用してＳＮ＝６５０００からＳＤＵを再
伝送するために、無線資源の浪費を招くようになる。前
記のような問題点は、目標ＲＲＣがＤＬＲＳＮの有効範
囲を分からないために発生して、前記のような場合に、
モジュール比較の問題が発生する。
【０１３３】従って、前記のような問題点を解決するた
めに、本発明は、次のような方法を図２および３を参照
して説明する。
めに、本発明は、次のような方法を図２および３を参照
して説明する。
【０１３４】本発明は、ＵＥから受信されたＤＬ ＲＳ
Ｎの有効性（Ｖａｌｉｄｉｔｙ）を検査するために、ソ
ースＲＲＣから受信したＤＬ ＲＳＮおよびＳＤＵの一
番目の未確認ＳＮ（Ｆｉｒｓｔ ｕｎｃｏｎｆｉｒｍｅ
ｄ ＳＮ ｏｆ ＳＤＵ：ＦＵＳＮ）を検査する。この
時、ＦＵＳＮは、伝送されたが、未応答されたＳＤＵと
同様である。
Ｎの有効性（Ｖａｌｉｄｉｔｙ）を検査するために、ソ
ースＲＲＣから受信したＤＬ ＲＳＮおよびＳＤＵの一
番目の未確認ＳＮ（Ｆｉｒｓｔ ｕｎｃｏｎｆｉｒｍｅ
ｄ ＳＮ ｏｆ ＳＤＵ：ＦＵＳＮ）を検査する。この
時、ＦＵＳＮは、伝送されたが、未応答されたＳＤＵと
同様である。
【０１３５】ＦＵＳＮおよびＤＬ ＳＳＮは、ＤＬ Ｒ
ＳＮの有効範囲を決定する値であって、ＤＬ ＲＳＮが
範囲に位置すると、（ＦＵＳＮ≦ＤＬ ＲＳＮ≦ＤＬ
ＳＳＮ）、本発明は、ＤＬ ＲＳＮ値を有効であると見
なして、ＤＬ ＲＳＮに該当するＳＤＵを、例えば、Ｕ
Ｅに伝送する。反面、ＤＬ ＲＳＮが範囲の外に位置す
ると、ＤＬ ＲＳＮ値が無効であると見なして、ＳＮ同
期化プロセスを開始する。
ＳＮの有効範囲を決定する値であって、ＤＬ ＲＳＮが
範囲に位置すると、（ＦＵＳＮ≦ＤＬ ＲＳＮ≦ＤＬ
ＳＳＮ）、本発明は、ＤＬ ＲＳＮ値を有効であると見
なして、ＤＬ ＲＳＮに該当するＳＤＵを、例えば、Ｕ
Ｅに伝送する。反面、ＤＬ ＲＳＮが範囲の外に位置す
ると、ＤＬ ＲＳＮ値が無効であると見なして、ＳＮ同
期化プロセスを開始する。
【０１３６】前記ＤＬ ＲＳＮの有効性検査は、ＲＲＣ
またはＰＤＣＰで遂行することができるし、本発明の一
実施形態に係るＰＤＣＰで、ＤＬ ＲＳＮの有効性検査
を図２（過程１３）を参照して説明する。
またはＰＤＣＰで遂行することができるし、本発明の一
実施形態に係るＰＤＣＰで、ＤＬ ＲＳＮの有効性検査
を図２（過程１３）を参照して説明する。
【０１３７】ＵＥ ＲＲＣからＤＬ ＲＳＮを受信する
と、（図２の過程１０）、目標ＲＲＣは、受信されたＤ
Ｌ ＲＳＮをソースＲＲＣから受信されたＤＬ ＳＳＮ
と一緒に目標ＰＤＣＰに通知する（図２の過程１２）。
また、目標ＲＲＣは、ＰＤＣＰの受信側のためにＵＬ
ＲＳＮをＰＤＣＰに通知するが、この時、重要なこと
は、ＤＬ ＳＳＮも通知されるという点である。
と、（図２の過程１０）、目標ＲＲＣは、受信されたＤ
Ｌ ＲＳＮをソースＲＲＣから受信されたＤＬ ＳＳＮ
と一緒に目標ＰＤＣＰに通知する（図２の過程１２）。
また、目標ＲＲＣは、ＰＤＣＰの受信側のためにＵＬ
ＲＳＮをＰＤＣＰに通知するが、この時、重要なこと
は、ＤＬ ＳＳＮも通知されるという点である。
【０１３８】正常な場合、ＰＤＣＰは、各未確認ＳＤＵ
のＤＬ ｓｅｎｄ ＰＤＣＰ ＳＮを分かっていて、Ｓ
ＤＵの最後の未確認ＳＮ（Ｌａｓｔ Ｕｎｃｏｎｆｉｒ
ｍｅｄ ＳＮ ｏｆ ＳＤＵ：ＬＵＳＮ）に１を足した
値がＤＬ ＳＳＮであるために、前記ＤＬ ＳＳＮは通
知されなくても良い。ところが、後述されるギャップ
（Ｇａｐ）ＳＮが発生する場合には、公式（ＤＬ ＳＳ
Ｎ＝ＬＵＳＮ＋１）が成立しないために、前記のような
問題点を予想してＤＬ ＳＳＮも目標ＰＤＣＰに通知す
るようになる。
のＤＬ ｓｅｎｄ ＰＤＣＰ ＳＮを分かっていて、Ｓ
ＤＵの最後の未確認ＳＮ（Ｌａｓｔ Ｕｎｃｏｎｆｉｒ
ｍｅｄ ＳＮ ｏｆ ＳＤＵ：ＬＵＳＮ）に１を足した
値がＤＬ ＳＳＮであるために、前記ＤＬ ＳＳＮは通
知されなくても良い。ところが、後述されるギャップ
（Ｇａｐ）ＳＮが発生する場合には、公式（ＤＬ ＳＳ
Ｎ＝ＬＵＳＮ＋１）が成立しないために、前記のような
問題点を予想してＤＬ ＳＳＮも目標ＰＤＣＰに通知す
るようになる。
【０１３９】従来には、ＲＲＣでＤＬ ＲＳＮを検査し
たが（図１５の過程１１）、本発明ではＰＤＣＰで検査
して、ＲＲＣは、但し３個の値（ＤＬ ＲＳＮ、ＤＬ
ＳＳＮおよびＵＬ ＲＳＮ）のみをＰＤＣＰに伝達す
る。従って、図２の過程１１に示したように、目標ＲＲ
Ｃではどんなことも発生しない。
たが（図１５の過程１１）、本発明ではＰＤＣＰで検査
して、ＲＲＣは、但し３個の値（ＤＬ ＲＳＮ、ＤＬ
ＳＳＮおよびＵＬ ＲＳＮ）のみをＰＤＣＰに伝達す
る。従って、図２の過程１１に示したように、目標ＲＲ
Ｃではどんなことも発生しない。
【０１４０】目標ＲＲＣからＤＬ ＲＳＮおよびＤＬ
ＳＳＮを受信した目標ＰＤＣＰは、格納されたＦＵＳＮ
を利用して条件（ＦＵＳＮ≦ＤＬ ＲＳＮ≦ＤＬ ＳＳ
Ｎ）が満足されるかを検査する。条件が満足されると、
目標ＲＮＣのＰＤＣＰは、ＤＬ ＲＳＮに該当する一連
番号（ＳＮ）を有するＳＤＵの伝送を開始する。反面、
条件が満足されないと、目標ＲＮＣのＰＤＣＰは、ＳＮ
同期化プロセスを実行して、ＦＵＳＮに該当する一連番
号を有するＳＤＵをＰＤＣＰ ＳｅｑＮｕｍＰＤＵを利
用して伝送する。
ＳＳＮを受信した目標ＰＤＣＰは、格納されたＦＵＳＮ
を利用して条件（ＦＵＳＮ≦ＤＬ ＲＳＮ≦ＤＬ ＳＳ
Ｎ）が満足されるかを検査する。条件が満足されると、
目標ＲＮＣのＰＤＣＰは、ＤＬ ＲＳＮに該当する一連
番号（ＳＮ）を有するＳＤＵの伝送を開始する。反面、
条件が満足されないと、目標ＲＮＣのＰＤＣＰは、ＳＮ
同期化プロセスを実行して、ＦＵＳＮに該当する一連番
号を有するＳＤＵをＰＤＣＰ ＳｅｑＮｕｍＰＤＵを利
用して伝送する。
【０１４１】即ち、従来には、ＲＲＣの命令によってＳ
Ｎ同期化プロセスが遂行されたが、本発明では、ＰＤＣ
Ｐが自体的に判断してＳＮ同期化プロセスを遂行するよ
うにした。また、前記ＳＮ有効性検査およびＳＮ同期化
プロセスは、ＵＴＲＡＮだけでなくＵＥによっても遂行
することができる。
Ｎ同期化プロセスが遂行されたが、本発明では、ＰＤＣ
Ｐが自体的に判断してＳＮ同期化プロセスを遂行するよ
うにした。また、前記ＳＮ有効性検査およびＳＮ同期化
プロセスは、ＵＴＲＡＮだけでなくＵＥによっても遂行
することができる。
【０１４２】図３は、本発明に係るアップリンクＬＳＲ
プロセスをの実施形態を示している。
プロセスをの実施形態を示している。
【０１４３】従来技術では、ＵＥのＰＤＣＰがＵＬ Ｒ
ＳＮを受信する時、ＰＤＣＰは、如何なる検査もしなく
て、ＵＬ ＲＳＮに該当するＳＤＵから伝送を開始し、
従来の規格にはＵＬ ＲＳＮが有効範囲を外れる場合に
対する如何なる定義もない実情である。
ＳＮを受信する時、ＰＤＣＰは、如何なる検査もしなく
て、ＵＬ ＲＳＮに該当するＳＤＵから伝送を開始し、
従来の規格にはＵＬ ＲＳＮが有効範囲を外れる場合に
対する如何なる定義もない実情である。
【０１４４】本発明の実施形態では、ソースＲＲＣから
ＵＬ ＲＳＮが受信されると、（図３の過程２）、目標
ＲＲＣはＵＬ ＲＳＮを目標ＰＤＣＰに通知する（図３
の過程１２）。また、目標ＲＲＣは、ＵＬ ＲＳＮをＵ
Ｅ ＲＲＣに伝達して（過程７）、伝送されたＵＬ Ｒ
ＳＮは、ＵＥ ＰＤＣＰに伝達される（過程８）。
ＵＬ ＲＳＮが受信されると、（図３の過程２）、目標
ＲＲＣはＵＬ ＲＳＮを目標ＰＤＣＰに通知する（図３
の過程１２）。また、目標ＲＲＣは、ＵＬ ＲＳＮをＵ
Ｅ ＲＲＣに伝達して（過程７）、伝送されたＵＬ Ｒ
ＳＮは、ＵＥ ＰＤＣＰに伝達される（過程８）。
【０１４５】本発明に係る前記ＵＥ ＰＤＣＰは、ＵＴ
ＲＡＮ ＰＤＣＰのようにアップリンクモードの間ＵＬ
ＲＳＮの有効性検査を遂行するが、ＵＬ ＲＳＮが有
効範囲を外れると、ＳＮ同期化プロセスが開始される。
この時、ＵＥ ＰＤＣＰの有効性検査は、ＲＲＣから受
信されたＵＬ ＲＳＮが条件（ＦＵＳＮ≦ＵＬ ＲＳＮ
≦ＵＬＳＳＮ）を満足であるかを確認すると良い。
ＲＡＮ ＰＤＣＰのようにアップリンクモードの間ＵＬ
ＲＳＮの有効性検査を遂行するが、ＵＬ ＲＳＮが有
効範囲を外れると、ＳＮ同期化プロセスが開始される。
この時、ＵＥ ＰＤＣＰの有効性検査は、ＲＲＣから受
信されたＵＬ ＲＳＮが条件（ＦＵＳＮ≦ＵＬ ＲＳＮ
≦ＵＬＳＳＮ）を満足であるかを確認すると良い。
【０１４６】条件が満足されると、ＵＥ ＰＤＣＰはＵ
Ｌ ＲＳＮに該当するＳＤＵから伝送し、満足されない
と、ＳＮ同期化プロセスを開始して、ＳｅｑＮｕｍ Ｐ
ＤＵを利用してＦＵＳＮに該当するＳＤＵから伝送す
る。
Ｌ ＲＳＮに該当するＳＤＵから伝送し、満足されない
と、ＳＮ同期化プロセスを開始して、ＳｅｑＮｕｍ Ｐ
ＤＵを利用してＦＵＳＮに該当するＳＤＵから伝送す
る。
【０１４７】図４は、本発明に係るＲＲＣのＳＮ有効性
検査過程の他の実施形態である。
検査過程の他の実施形態である。
【０１４８】この時、過程１−６は、図２および図３と
同様であるために、図４には、過程７以後の過程のみが
図示されている。
同様であるために、図４には、過程７以後の過程のみが
図示されている。
【０１４９】ＲＲＣは、ＦＵＳＮを分からないために、
ＲＲＣは、ＰＤＣＰから各ＳＮに対した情報を受信した
後、検査を開始することができる。例えば、ＵＥ ＲＲ
Ｃは、過程（７．５）以前にＵＥ ＰＤＣＰからＵＬ
ＦＵＳＮおよびＵＬ ＳＳＮを分からなければならない
し（図４の＜７．５番目のプロセス）、目標ＲＲＣは、
過程１１以前に目標ＰＤＣＰからＤＬ ＦＵＳＮを知っ
ていなければならない（図１２の＜１１番目プロセ
ス）。前記情報を分かるようになると、ＵＥ ＲＲＣお
よび目標ＲＲＣは、夫々ＵＬ ＲＳＮおよびＤＬ ＲＳ
Ｎの有効性検査を遂行することができる（図４の過程７
および１１）。
ＲＲＣは、ＰＤＣＰから各ＳＮに対した情報を受信した
後、検査を開始することができる。例えば、ＵＥ ＲＲ
Ｃは、過程（７．５）以前にＵＥ ＰＤＣＰからＵＬ
ＦＵＳＮおよびＵＬ ＳＳＮを分からなければならない
し（図４の＜７．５番目のプロセス）、目標ＲＲＣは、
過程１１以前に目標ＰＤＣＰからＤＬ ＦＵＳＮを知っ
ていなければならない（図１２の＜１１番目プロセ
ス）。前記情報を分かるようになると、ＵＥ ＲＲＣお
よび目標ＲＲＣは、夫々ＵＬ ＲＳＮおよびＤＬ ＲＳ
Ｎの有効性検査を遂行することができる（図４の過程７
および１１）。
【０１５０】各ＲＳＮ値が有効範囲内にあると、ＲＲＣ
は、該当値をＰＤＣＰに通知して、有効範囲外にある
と、ＳＮ同期化を遂行するようにＰＤＣＰに命令する。
は、該当値をＰＤＣＰに通知して、有効範囲外にある
と、ＳＮ同期化を遂行するようにＰＤＣＰに命令する。
【０１５１】本発明では、ＰＤＣＰで有効性検査を遂行
する場合、ＰＤＣＰの自体決定にＳＮ同期化が開始され
るように提案した。併し、ＰＤＣＰが有効性検査を遂行
しなくてもＰＤＣＰの決定によってＳＮ同期化が要求さ
れる場合もある。一例として、前記各場合中、一つは、
ＬＳＲの間ＰＤＣＰ送信側（ソースＰＤＣＰ）に格納さ
れた未確認ＳＤＵの間でＳＮのギャップ（ｇａｐ）が発
生する場合であって、無損失伝送のためにギャップＳＮ
に該当するＰＤＵが伝送される必要がある。
する場合、ＰＤＣＰの自体決定にＳＮ同期化が開始され
るように提案した。併し、ＰＤＣＰが有効性検査を遂行
しなくてもＰＤＣＰの決定によってＳＮ同期化が要求さ
れる場合もある。一例として、前記各場合中、一つは、
ＬＳＲの間ＰＤＣＰ送信側（ソースＰＤＣＰ）に格納さ
れた未確認ＳＤＵの間でＳＮのギャップ（ｇａｐ）が発
生する場合であって、無損失伝送のためにギャップＳＮ
に該当するＰＤＵが伝送される必要がある。
【０１５２】前記ギャップＳＮ（またはギャップを有す
るＳＮ）は、ヘッダー圧縮により発生され、ヘッダー圧
縮は、ＰＤＣＰ ＳＤＵにあるＩＰヘッダーを圧縮する
ものであって、ＰＤＣＰの機能中の一つである。ＰＤＣ
Ｐでヘッダー圧縮が遂行される時、送信側および受信側
は、同様なアルゴリズムを使用しなければならない。
るＳＮ）は、ヘッダー圧縮により発生され、ヘッダー圧
縮は、ＰＤＣＰ ＳＤＵにあるＩＰヘッダーを圧縮する
ものであって、ＰＤＣＰの機能中の一つである。ＰＤＣ
Ｐでヘッダー圧縮が遂行される時、送信側および受信側
は、同様なアルゴリズムを使用しなければならない。
【０１５３】ところが、ヘッダー圧縮を使用する時、た
びたび受信側は送信側にフィードバックアルゴリズムを
発送する。前記フィードバックアルゴリズムは、ＰＤＣ
ＰＰＤＵ形態（ｆｏｒｍ）に伝送され、前記ＰＤＣＰ
ＰＤＵは、ＰＤＣＰ ＳＤＵから発生されるのでなくＰ
ＤＣＰが自体的に発生する。
びたび受信側は送信側にフィードバックアルゴリズムを
発送する。前記フィードバックアルゴリズムは、ＰＤＣ
ＰＰＤＵ形態（ｆｏｒｍ）に伝送され、前記ＰＤＣＰ
ＰＤＵは、ＰＤＣＰ ＳＤＵから発生されるのでなくＰ
ＤＣＰが自体的に発生する。
【０１５４】ＧＴＰ−Ｕ ＳＮは、ＰＤＣＰ ＳＤＵ毎
に付加され、前記ＰＤＣＰ ＳＮは、ＰＤＣＰ ＰＤＵ
毎に付加されるために、ＧＴＰ−Ｕ ＳＮおよびＰＤＣ
ＰＳＮは、フィードバック情報によって１：１対応され
ないこともある。かつ、ＬＳＲの以前または以後に使用
されるヘッダー圧縮アルゴリズムは、相互相違であるこ
とがあるし、確認されないフィードバックＰＤＵは、以
前（ｏｕｔ−ｏｆ−ｄａｔａ）の情報を包含しているた
めに、目標ＰＤＣＰに伝送されなく、ソースＰＤＣＰで
廃棄される。
に付加され、前記ＰＤＣＰ ＳＮは、ＰＤＣＰ ＰＤＵ
毎に付加されるために、ＧＴＰ−Ｕ ＳＮおよびＰＤＣ
ＰＳＮは、フィードバック情報によって１：１対応され
ないこともある。かつ、ＬＳＲの以前または以後に使用
されるヘッダー圧縮アルゴリズムは、相互相違であるこ
とがあるし、確認されないフィードバックＰＤＵは、以
前（ｏｕｔ−ｏｆ−ｄａｔａ）の情報を包含しているた
めに、目標ＰＤＣＰに伝送されなく、ソースＰＤＣＰで
廃棄される。
【０１５５】従って、前記のような場合、目標ＰＤＣＰ
に伝送された未確認ＳＤＵのＰＤＣＰ ＳＮ間にギャッ
プが存在する。従来には、このようなギャップを考慮し
なかったし、従って、未確認ＳＤＵが順次に伝送される
ために、ＳＳＮとＲＳＮ間にギャップに該当する差が発
生する。送信側ＰＤＣＰおよび受信側ＰＤＣＰは、ＳＮ
同期化プロセスが遂行される前に相互ＳＮを交換しない
ために、ギャップＳＮによる送信側ＰＤＣＰと受信側Ｐ
ＤＣＰ間のＳＮの差は認識されない。以後、再びＬＳＲ
が発生すると、ＳＤＵは前記ＳＮの差によって損失を受
ける。
に伝送された未確認ＳＤＵのＰＤＣＰ ＳＮ間にギャッ
プが存在する。従来には、このようなギャップを考慮し
なかったし、従って、未確認ＳＤＵが順次に伝送される
ために、ＳＳＮとＲＳＮ間にギャップに該当する差が発
生する。送信側ＰＤＣＰおよび受信側ＰＤＣＰは、ＳＮ
同期化プロセスが遂行される前に相互ＳＮを交換しない
ために、ギャップＳＮによる送信側ＰＤＣＰと受信側Ｐ
ＤＣＰ間のＳＮの差は認識されない。以後、再びＬＳＲ
が発生すると、ＳＤＵは前記ＳＮの差によって損失を受
ける。
【０１５６】前記のような問題点を解決するために、本
発明は、２種類の具体的な方法を提案する。
発明は、２種類の具体的な方法を提案する。
【０１５７】図５は、ギャップＳＮが発生した場合、Ｐ
ＤＣＰがＳＮ同期化を開始して、ギャップＳＮの次のＳ
Ｎに該当するＳＤＵをＳｅｑＮｕｍ ＰＤＵ形態に伝送
する方法の一番目の例である。
ＤＣＰがＳＮ同期化を開始して、ギャップＳＮの次のＳ
Ｎに該当するＳＤＵをＳｅｑＮｕｍ ＰＤＵ形態に伝送
する方法の一番目の例である。
【０１５８】ＬＳＲが遂行される時、ソースＰＤＣＰの
未確認ＰＤＵがＳＮ＝２１−２５に該当するＰＤＵで、
ＳＮ＝２３のＰＤＵがフィードバックＰＤＵであると仮
定すると、前記ＳＮ＝２３は目標ＰＤＣＰに伝達されな
い。従って、目標ＰＤＣＰは、ＳＮ＝２１−２５中、Ｓ
Ｎ＝２３を除外したＳＤＵを格納して、目標ＲＲＣから
一番目のＤＬ ＰＤＣＰ ＳＮ＝２２が通知される時に
ＳＮ＝２２に該当するＳＤＵから伝送を開始する。
未確認ＰＤＵがＳＮ＝２１−２５に該当するＰＤＵで、
ＳＮ＝２３のＰＤＵがフィードバックＰＤＵであると仮
定すると、前記ＳＮ＝２３は目標ＰＤＣＰに伝達されな
い。従って、目標ＰＤＣＰは、ＳＮ＝２１−２５中、Ｓ
Ｎ＝２３を除外したＳＤＵを格納して、目標ＲＲＣから
一番目のＤＬ ＰＤＣＰ ＳＮ＝２２が通知される時に
ＳＮ＝２２に該当するＳＤＵから伝送を開始する。
【０１５９】ところが、ＳＮ＝２２のＰＤＵが伝送され
た後、ＳＮ＝２３のＰＤＵは存在しないために、ＰＤＣ
ＰはＳＮギャップが存在するかを判断して、ギャップＳ
Ｎの次のＳＤＵに対したＳＮ同期化プロセスを開始す
る。そして、ＳＮ＝２４以後のＳＤＵは、全てＳｅｑＮ
ｕｍ ＰＤＵを利用して全て伝送される。ＳＮ＝２２の
データＰＤＵが受信される時、受信側はＳＮ＝２３にＰ
ＤＵを更新した後、ＳＮ＝２４のＳｅｑＮｕｍ ＰＤＵ
が受信される時にＲＳＮを２４に更新する。従って、送
信側と受信側間のＳＮ同期化が詳述したように保障され
る。
た後、ＳＮ＝２３のＰＤＵは存在しないために、ＰＤＣ
ＰはＳＮギャップが存在するかを判断して、ギャップＳ
Ｎの次のＳＤＵに対したＳＮ同期化プロセスを開始す
る。そして、ＳＮ＝２４以後のＳＤＵは、全てＳｅｑＮ
ｕｍ ＰＤＵを利用して全て伝送される。ＳＮ＝２２の
データＰＤＵが受信される時、受信側はＳＮ＝２３にＰ
ＤＵを更新した後、ＳＮ＝２４のＳｅｑＮｕｍ ＰＤＵ
が受信される時にＲＳＮを２４に更新する。従って、送
信側と受信側間のＳＮ同期化が詳述したように保障され
る。
【０１６０】詳述したように、図５は、目標ＰＤＣＰの
ギャップＳＮに対したＳＮ同期化方法を示しているが、
前記方法はＵＥでも使用される。即ち、ＵＥで未確認Ｓ
ＤＵのＳＮにギャップが存在すると、詳述したように、
ＳＮ同期化プロセスが開始される。
ギャップＳＮに対したＳＮ同期化方法を示しているが、
前記方法はＵＥでも使用される。即ち、ＵＥで未確認Ｓ
ＤＵのＳＮにギャップが存在すると、詳述したように、
ＳＮ同期化プロセスが開始される。
【０１６１】図６は、ギャップＳＮに対してギャップＰ
ＤＵを伝送する方法の２番目の例である。
ＤＵを伝送する方法の２番目の例である。
【０１６２】即ち、２番目の方法は、ギャップが発生す
ると、何の情報も有しないギャップＰＤＵを伝送する方
法である。この時、ギャップＰＤＵは、ＳＮの連続性を
維持するために伝送される。例えば、一番目の１ Ｏｃ
ｔｅｔを伝送することで、図１４に図示されたデータＰ
ＤＵがギャップＰＤＵとして使用されることもできる。
ギャップＳＮに対したギャップＰＤＵが伝送される時、
ＳＮ同期化プロセスを遂行することなく、送信側と受信
側間のＳＮ同期化を維持することができる。
ると、何の情報も有しないギャップＰＤＵを伝送する方
法である。この時、ギャップＰＤＵは、ＳＮの連続性を
維持するために伝送される。例えば、一番目の１ Ｏｃ
ｔｅｔを伝送することで、図１４に図示されたデータＰ
ＤＵがギャップＰＤＵとして使用されることもできる。
ギャップＳＮに対したギャップＰＤＵが伝送される時、
ＳＮ同期化プロセスを遂行することなく、送信側と受信
側間のＳＮ同期化を維持することができる。
【０１６３】詳述したように、図６は、ギャップＳＮに
対してギャップＰＤＵを伝送する具体的な方法であっ
て、該方法は、ギャップＳＮが発生する時にＳＮ同期化
を遂行する代わりにギャップＰＤＵを伝送する。この
時、ＳＮ＝２３は、ギャップＳＮであるために、ＳＮ＝
２３に対したギャップＰＤＵが生成されて伝送される。
そして、ギャップＰＤＵは、多様な種類が使用されるこ
とができるが、それらの共通目的は、送信側と受信側の
ＳＮを同期化させることである。図６には、目標ＰＤＣ
Ｐのみが図示されているが、前記方法は、ＵＥ ＰＤＣ
Ｐでも使用されることができる。
対してギャップＰＤＵを伝送する具体的な方法であっ
て、該方法は、ギャップＳＮが発生する時にＳＮ同期化
を遂行する代わりにギャップＰＤＵを伝送する。この
時、ＳＮ＝２３は、ギャップＳＮであるために、ＳＮ＝
２３に対したギャップＰＤＵが生成されて伝送される。
そして、ギャップＰＤＵは、多様な種類が使用されるこ
とができるが、それらの共通目的は、送信側と受信側の
ＳＮを同期化させることである。図６には、目標ＰＤＣ
Ｐのみが図示されているが、前記方法は、ＵＥ ＰＤＣ
Ｐでも使用されることができる。
【０１６４】本発明は、一つの無線網制御器から他の無
線網制御器に使用者端末をハンドオーバーするためのパ
ケットデータサービスの提供方法およびデバイスに関す
るものである。本発明は、ＳＲＮＳ再割当の間、データ
損失を避けるために、伝送されたが未確認された一番目
のデータユニットの一連番号および送信側ＰＤＣＰ階層
の一番目の未発送ＰＤＣＰ ＳＤＵの送信ＰＤＣＰ一連
番号を利用して前記受信側ＰＤＣＰ階層から次に予想さ
れる受信ＰＤＣＰ一連番号の有効性をチェックする方法
を提供する。本発明では、パケットサービス領域で無損
失ＳＲＮＳ再割当を支援するために、ＰＤＣＰプロトコ
ル構造を再構成して、制御情報および動作節次を新しく
定義する。従って、本発明は、パケットサービス領域で
無損失ＳＲＮＳ再割当を遂行することで、データ通信の
移動性を保障することができる。
線網制御器に使用者端末をハンドオーバーするためのパ
ケットデータサービスの提供方法およびデバイスに関す
るものである。本発明は、ＳＲＮＳ再割当の間、データ
損失を避けるために、伝送されたが未確認された一番目
のデータユニットの一連番号および送信側ＰＤＣＰ階層
の一番目の未発送ＰＤＣＰ ＳＤＵの送信ＰＤＣＰ一連
番号を利用して前記受信側ＰＤＣＰ階層から次に予想さ
れる受信ＰＤＣＰ一連番号の有効性をチェックする方法
を提供する。本発明では、パケットサービス領域で無損
失ＳＲＮＳ再割当を支援するために、ＰＤＣＰプロトコ
ル構造を再構成して、制御情報および動作節次を新しく
定義する。従って、本発明は、パケットサービス領域で
無損失ＳＲＮＳ再割当を遂行することで、データ通信の
移動性を保障することができる。
【０１６５】
【発明の効果】以上説明したように、本発明に係る無線
通信システムのパケットデータ収斂プロトコル構造（Ｐ
ＤＣＰ）およびその方法においては、パケットサービス
領域で無損失ＳＲＮＳ（ＬＳＲ）を支援するために全体
的にＰＤＣＰプロトコル構造を再構成して、これに必要
な制御情報および動作節次を新しく定義することで、パ
ケットサービス領域で無損失ＳＲＮＳを遂行してデータ
通信システムの移動性を完全に保障し得ることが可能に
なった。
通信システムのパケットデータ収斂プロトコル構造（Ｐ
ＤＣＰ）およびその方法においては、パケットサービス
領域で無損失ＳＲＮＳ（ＬＳＲ）を支援するために全体
的にＰＤＣＰプロトコル構造を再構成して、これに必要
な制御情報および動作節次を新しく定義することで、パ
ケットサービス領域で無損失ＳＲＮＳを遂行してデータ
通信システムの移動性を完全に保障し得ることが可能に
なった。
【図１】図１は、本発明に係るＰＤＣＰ階層の送信側に
ＳＤＵバッファーを包含するＰＤＣＰ構造を示した図で
ある。
ＳＤＵバッファーを包含するＰＤＣＰ構造を示した図で
ある。
【図２】図２は、本発明に係る使用者装置（ＵＥ）がＲ
ＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を
示したフローチャートである。
ＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を
示したフローチャートである。
【図３】図３は、本発明に係る使用者装置（ＵＥ）がＲ
ＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を
示したフローチャートである。
ＮＳ間でハンドオーバーを遂行する場合にＬＳＲ過程を
示したフローチャートである。
【図４】図４は、本発明の他の実施形態で、ＲＲＣによ
り遂行される一連番号（ＳＮ）の有効性検査を示した図
である。
り遂行される一連番号（ＳＮ）の有効性検査を示した図
である。
【図５】図５は、ギャップ（ｇａｐ）が発生した場合、
ＰＤＣＰが自体的にＳＮ同期化過程を開始した後、ギャ
ップＳＮの次のＳＮに該当するＳＤＵをＳｅｑＮｕｍＰ
ＤＵ形態に伝送する方法の第１例を示した図である。
ＰＤＣＰが自体的にＳＮ同期化過程を開始した後、ギャ
ップＳＮの次のＳＮに該当するＳＤＵをＳｅｑＮｕｍＰ
ＤＵ形態に伝送する方法の第１例を示した図である。
【図６】図６は、ギャップＳＮに対してギャップＰＤＵ
を伝送する方法の第２例を示した図である。
を伝送する方法の第２例を示した図である。
【図７】図７は、ＴＳＧ−ＲＡＮおよびＴＳＧ−ＣＮで
勧告する網構造のパケットサービス領域の網構造を示し
た図である。
勧告する網構造のパケットサービス領域の網構造を示し
た図である。
【図８】図８は、使用者データを伝送するための使用者
平面（Ｕ−Ｐｌａｎｅ）階層構造を示した図である。
平面（Ｕ−Ｐｌａｎｅ）階層構造を示した図である。
【図９】図９は、制御信号を伝送するための制御平面
（Ｃ−Ｐｌａｎｅ）階層構造を示した図である。
（Ｃ−Ｐｌａｎｅ）階層構造を示した図である。
【図１０】図１０は、図８および図９に図示された階層
中、無線区間のＵｕインターフェースの細部階層を示し
た図である。
中、無線区間のＵｕインターフェースの細部階層を示し
た図である。
【図１１】図１１は、従来ＳＲＮＳの再割当過程を示し
た図である。
た図である。
【図１２】図１２は、従来使用者平面のパケットデータ
の流れを示した図である。
の流れを示した図である。
【図１３】図１３は、パケットデータの流れに関連され
た階層中、無線区間のパケットデータを送信／受信する
階層のＰＤＣＰ構造を示した図である。
た階層中、無線区間のパケットデータを送信／受信する
階層のＰＤＣＰ構造を示した図である。
【図１４】図１４は、他のＰＤＣＰ ＰＤＵタイプを示
した図である。
した図である。
【図１５】図１５は、従来３ＧＰＰ標準規格で、使用者
装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場
合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフ
ローチャートである。
装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場
合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフ
ローチャートである。
【図１６】図１６は、従来３ＧＰＰ標準規格で、使用者
装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場
合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフ
ローチャートである。
装置（ＵＥ）がＲＮＳ間でハンドオーバーを遂行する場
合、無損失ＳＲＮＳの再割当（ＬＳＲ）過程を示したフ
ローチャートである。
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 朴 修 珍
大韓民國 京畿▲道▼ 軍浦市 山本 １
洞 97−44
Ｆターム(参考） 5K067 AA13 BB04 BB21 CC08 CC10
DD15 DD51 EE02 EE10 EE16
EE24
Claims (22)
- 【請求項１】 最小限送信側ＰＤＣＰ階層および受信側
を有する無線網は、 一連番号を有するデータユニットを受信側に伝送する過
程と、 受信側から伝送された受信一連番号を受信する過程と、 伝送されたが未確認された一番目のデータユニットの一
連番号と送信側ＰＤＣＰ階層の未発送された一番目のデ
ータユニットの送信一連番号間の範囲に前記受信一連番
号が存在するかをチェックする過程と、 受信一連番号が前記範囲内に存在しないと、一連番号同
期化を開始する過程と、を順次行うことを特徴とするパ
ケットデータ伝送方法。 - 【請求項２】 前記無線網は、 最小限ソース無線網制御器（ＲＮＣ）および目標ＲＮＣ
を有して、各ＲＮＣは、最小限送信側ＰＤＣＰ階層とし
てのＰＤＣＰ階層、使用者装置とデータ通信を遂行する
受信側としてのソースおよび目標ＲＮＣに構成され、前
記ソースＲＮＣは、送信一連番号を目標ＲＮＣに伝達し
て、前記ソースＲＮＣは、未確認データユニットおよび
該当一連番号を目標ＲＮＣに伝達することを特徴とする
請求項１に記載のパケットデータ伝送方法。 - 【請求項３】 前記ソースＲＮＣの送信一連番号は、ソ
ースおよび目標ＲＮＣのＲＲＣ階層を通して提供される
ことを特徴とする請求項２に記載のパケットデータ伝送
方法。 - 【請求項４】 前記各未確認データユニットおよびそれ
に該当する一連番号は、ソースおよび目標ＲＮＣのＧＴ
Ｐ階層を通して提供されることを特徴とする請求項２に
記載のパケットデータ伝送方法。 - 【請求項５】 前記ソースＲＮＣに受信された受信一連
番号は、ソースおよび目標ＲＮＣのＲＲＣ階層を通して
提供されることを特徴とする請求項２に記載のパケット
データ伝送方法。 - 【請求項６】 前記受信一連番号は、受信側ＲＲＣ階層
から提供されることを特徴とする請求項１に記載のパケ
ットデータ伝送方法。 - 【請求項７】 前記受信一連番号は、ＰＤＣＰ階層から
受信側ＲＲＣ階層に提供されることを特徴とする請求項
６に記載のパケットデータ伝送方法。 - 【請求項８】 前記受信一連番号は、次に受信される受
信側一連番号であることを特徴とする請求項１に記載の
パケットデータ伝送方法。 - 【請求項９】 前記範囲は、一番目の未確認データユニ
ットの一連番号から２番目一連番号まであることを特徴
とする請求項１に記載のパケットデータ伝送方法。 - 【請求項１０】 一連番号を有するデータユニットを受
信側に伝送する送信機と、 受信側から発送された受信一連番号を受信する受信機
と、 伝送されたが未確認された一番目のデータユニットの一
連番号と送信側ＰＤＣＰ階層の一番目の未発送データユ
ニットの送信一連番号間の範囲に前記受信一連番号が存
在するかをチェックする第１エンティティー（ｅｎｔｉ
ｔｙ）と、 受信一連番号が範囲内に存在しないと、一連番号の同期
化を開始する第２エンティティーと、を包含して構成さ
れることを特徴とする無線網のパケットデータ伝送装
置。 - 【請求項１１】 前記第１、第２エンティティー中の最
小限一つは、ＲＲＣ階層であることを特徴とする請求項
１０に記載の無線網のパケットデータ伝送装置。 - 【請求項１２】 前記第１、第２エンティティー中の最
小限一つは、ＰＤＣＰ階層であることを特徴とする請求
項１０に記載の無線網のパケットデータ伝送装置。 - 【請求項１３】 前記通信装置は、移動端末であって、
前記受信側は、無線網制御器（ＲＮＣ）であることを特
徴とする請求項１０に記載の無線網のパケットデータ伝
送装置。 - 【請求項１４】 前記通信装置は、ＲＮＣであって、前
記受信側は、移動端末であることを特徴とする請求項１
０に記載の無線網のパケットデータ伝送装置。 - 【請求項１５】 前記少なくともソースＲＮＣおよび目
標ＲＮＣを有して、各ＲＮＣは、少なくとも送信側ＰＤ
ＣＰ階層としてＰＤＣＰ階層、受信側として移動端末と
データ通信をするソースおよびターゲットＲＮＣを包含
して、前記通信装置は、目標ＲＮＣの無線網は、 ソースＲＮＣから送信一連番号を受信する第１インター
フェースと、 ソースＲＮＣから未確認データユニットと該当一連番号
を受信する第２インターフェースと、を追加して包含さ
れることを特徴とする請求項１４に記載の無線網のパケ
ットデータ伝送装置。 - 【請求項１６】 前記第１インターフェースは、ＲＲＣ
階層であることを特徴とする請求項１５に記載の無線網
のパケットデータ伝送装置。 - 【請求項１７】 前記第２インターフェースは、ＧＴＰ
階層であることを特徴とする請求項１５に記載の無線網
のパケットデータ伝送装置。 - 【請求項１８】 初期にソース無線網制御器（ＲＮＣ）
と通信して、次に目標ＲＮＣと通信する無線網であっ
て、 少なくともソースおよび目標ＲＮＣ中の一つから受信一
連番号を受信する上位階層プロトコルと、 前記上位階層プロトコルと通信して、上位階層プロトコ
ルから受信一連番号を受信する下位階層プロトコルと、
を包含して構成され、前記下位階層プロトコルは、受信
一連番号が有効範囲にあるかを判断して、前記受信一連
番号は、一番目の未確認データユニットの一連番号より
小さいかまたは、送信一連番号より大きいと、無効範囲
にあって、前記送信一連番号は、一番目に未発送データ
ユニットの一連番号に該当して、前記一番目の未確認デ
ータユニットの一連番号は、一番目に伝送されたが、無
応答されたデータユニットの一連番号に該当することを
特徴とする無線網用使用者装置。 - 【請求項１９】 前記受信一連番号は、次に予想される
一連番号に該当する受信一連番号であることを特徴とす
る請求項１８に記載の無線網用使用者装置。 - 【請求項２０】 前記使用者装置の上位および下位階層
プロトコルは、夫々無線資源制御階層およびパケットデ
ータ収斂プロトコル階層であることを特徴とする請求項
１８に記載の無線網用使用者装置。 - 【請求項２１】 受信一連番号が無効範囲に存在する
と、前記使用者装置の下位階層のプロトコルは、一連番
号同期化を開始することを特徴とする請求項１８に記載
の無線網用使用者装置。 - 【請求項２２】 前記上位階層プロトコルは、目標ＲＮ
Ｃから受信一連番号を受信することを特徴とする請求項
１８に記載の無線網用使用者装置。
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 true JP2003111148A (ja) | 2003-04-11 |
| JP2003111148A5 JP2003111148A5 (ja) | 2005-10-27 |
| JP4297655B2 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 (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2008053552A1 (fr) * | 2006-11-01 | 2008-05-08 | Fujitsu Limited | Appareil de communication sans fil et procédé de communication sans fil |
| JP2010520698A (ja) * | 2007-03-19 | 2010-06-10 | エルジー エレクトロニクス インコーポレイティド | 移動通信システムにおける無線プロトコル処理方法及び移動通信送信機 |
| US7751820B2 (en) | 2004-06-03 | 2010-07-06 | Panasonic Corporation | Handoff method comprising network control apparatus that receives data packets from both the core network and the other network control apparatus wherein said received data packets will be transformed into wireless data |
| JP2010525618A (ja) * | 2007-05-01 | 2010-07-22 | 日本電気株式会社 | ハンドオーバ処理 |
| JP2010541491A (ja) * | 2007-10-01 | 2010-12-24 | クゥアルコム・インコーポレイテッド | ハンドオーバの間のダウンリンクにおけるパケットデータ収束プロトコル（ｐｄｃｐ）サービスデータユニットの順序どおりの配信 |
| JP2011511480A (ja) * | 2007-08-12 | 2011-04-07 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムでアップリンクデータ及びバッファ状態報告を伝送する方法及びこれを具現する無線装置 |
| JP2011087328A (ja) * | 2010-12-28 | 2011-04-28 | Fujitsu Ltd | 無線通信方法、無線通信システム、端末および基地局 |
| US8274939B2 (en) | 2007-04-30 | 2012-09-25 | Lg Electronics Inc. | Method of transmitting data block in wireless communication system |
| JP2013031178A (ja) * | 2005-10-31 | 2013-02-07 | Lg Electronics Inc | 無線通信ネットワークにおけるデータ伝送管理 |
| US8817737B2 (en) | 2005-10-31 | 2014-08-26 | Lg Electronics Inc. | Method of transmitting and receiving data in a mobile communication network |
| US8830945B2 (en) | 2005-10-31 | 2014-09-09 | Lg Electronics Inc. | Method for processing control information in a wireless mobile communication system |
Families Citing this family (133)
| 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 | 华为技术有限公司 | 一种用户面数据处理方法 |
| 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 |
| 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ä |
| EP2001246A2 (en) * | 2006-03-28 | 2008-12-10 | NTT DoCoMo, Inc. | Base station, route control device, and handover control method |
| 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 |
| ES2627252T3 (es) | 2006-06-20 | 2017-07-27 | Interdigital Technology Corporation | Recuperación de una transferencia que no ha tenido éxito en un sistema de LTE |
| KR101265643B1 (ko) * | 2006-08-22 | 2013-05-22 | 엘지전자 주식회사 | 무선 통신 시스템에서의 핸드오버 수행 및 그 제어 방법 |
| KR101430449B1 (ko) * | 2006-10-02 | 2014-08-14 | 엘지전자 주식회사 | 무선 통신 시스템에서의 페이징 메시지 송수신 방법 |
| 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 |
| KR100938090B1 (ko) * | 2006-10-19 | 2010-01-21 | 삼성전자주식회사 | 이동통신 시스템에서 핸드오버 수행 방법 및 장치 |
| US8442017B2 (en) * | 2006-10-30 | 2013-05-14 | Lg Electronics Inc. | Method for transmitting random access channel message and response message, and mobile communication terminal |
| WO2008054112A2 (en) * | 2006-10-30 | 2008-05-08 | Lg Electronics Inc. | Methods of performing random access in a wireless communication system |
| KR100938754B1 (ko) | 2006-10-30 | 2010-01-26 | 엘지전자 주식회사 | 비연속 수신을 이용한 데이터 수신 및 전송 방법 |
| HUE031465T2 (en) * | 2006-11-01 | 2017-07-28 | ERICSSON TELEFON AB L M (publ) | Coding of telecommunication systems and control messages in such systems |
| HUE030256T2 (en) | 2006-11-01 | 2017-04-28 | ERICSSON TELEFON AB L M (publ) | A method for synchronizing content when broadcasting data over a wireless network |
| 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 | 中兴通讯股份有限公司 | 一种服务无线网络子系统重定位的方法 |
| JP4877000B2 (ja) | 2007-03-26 | 2012-02-15 | 株式会社日立製作所 | 無線通信方法、無線移動機および無線基地局収容装置 |
| CA2684838C (en) * | 2007-04-26 | 2016-01-05 | Fujitsu Limited | Base station, mobile station, communication system, transmission method and reordering method |
| WO2008133484A1 (en) | 2007-04-30 | 2008-11-06 | Lg Electronics Inc. | Methods of transmitting data blocks in wireless communication system |
| KR101469281B1 (ko) * | 2007-04-30 | 2014-12-04 | 엘지전자 주식회사 | 무선단말의 상태 전환 방식 |
| KR101461236B1 (ko) * | 2007-04-30 | 2014-11-12 | 엘지전자 주식회사 | 무선 호를 연결 과정에서 엔티티의 인증을 수행하는 방법 |
| WO2008133474A1 (en) * | 2007-04-30 | 2008-11-06 | Lg Electronics Inc. | Method of transmitting data in wireless communication system supporting multimedia broadcast/multicast service |
| KR101464748B1 (ko) * | 2007-04-30 | 2014-11-24 | 엘지전자 주식회사 | 무선단말의 측정보고 기동방식 |
| US8218524B2 (en) * | 2007-04-30 | 2012-07-10 | Lg Electronics Inc. | Method for transmitting or receiving data unit using header field existence indicator |
| KR20080097338A (ko) | 2007-05-01 | 2008-11-05 | 엘지전자 주식회사 | 불연속 데이터 송수신 방법 |
| KR100917205B1 (ko) | 2007-05-02 | 2009-09-15 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 구성 방법 |
| 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 |
| US20080273482A1 (en) * | 2007-05-02 | 2008-11-06 | Lg Electronics Inc. | Uplink access method for receiving a point-to-multipoint service |
| KR101456000B1 (ko) * | 2007-05-03 | 2014-11-03 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 처리 방법 |
| EP2015478B1 (en) | 2007-06-18 | 2013-07-31 | LG Electronics Inc. | Method of performing uplink synchronization in wireless communication system |
| KR101470638B1 (ko) | 2007-06-18 | 2014-12-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치 |
| US8830950B2 (en) * | 2007-06-18 | 2014-09-09 | Qualcomm Incorporated | Method and apparatus for PDCP reordering at handoff |
| US8463300B2 (en) * | 2007-06-18 | 2013-06-11 | Lg Electronics Inc. | Paging information transmission method for effective call setup |
| KR101341515B1 (ko) * | 2007-06-18 | 2013-12-16 | 엘지전자 주식회사 | 무선 통신 시스템에서의 반복 전송 정보 갱신 방법 |
| KR101470637B1 (ko) * | 2007-06-18 | 2014-12-08 | 엘지전자 주식회사 | 이동통신 시스템에서의 무선자원 향상 방법, 상태정보 보고방법 및 수신장치 |
| KR101486352B1 (ko) | 2007-06-18 | 2015-01-26 | 엘지전자 주식회사 | 무선 통신 시스템의 단말에서의 상향링크 동기 상태 제어방법 |
| 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 | 엘지전자 주식회사 | 이동통신 시스템에서 ｐｄｃｐ 계층의 제어 데이터 전송방법, 수신 방법, 그 송신장치 및 수신장치 |
| KR101467789B1 (ko) * | 2007-08-10 | 2014-12-03 | 엘지전자 주식회사 | 휴지 단말의 상향 접속 제어 방법 |
| KR20090016412A (ko) * | 2007-08-10 | 2009-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 통신 방법 |
| KR101392697B1 (ko) | 2007-08-10 | 2014-05-19 | 엘지전자 주식회사 | 이동통신 시스템에서의 보안 오류 검출방법 및 장치 |
| KR20090016431A (ko) * | 2007-08-10 | 2009-02-13 | 엘지전자 주식회사 | 무선 통신 시스템에서 채널품질 보고 수행 방법 |
| KR101490253B1 (ko) | 2007-08-10 | 2015-02-05 | 엘지전자 주식회사 | 무선 통신 시스템에서의 제어정보 전송 및 수신 방법 |
| US20110081868A1 (en) * | 2007-08-10 | 2011-04-07 | Yung Mi Kim | Method of reporting measurement result in wireless communication system |
| US8160012B2 (en) * | 2007-08-10 | 2012-04-17 | Lg Electronics Inc. | Methods of setting up channel in wireless communication system |
| KR101422031B1 (ko) | 2007-08-10 | 2014-07-23 | 엘지전자 주식회사 | 방송 및 멀티캐스트 서비스를 위한 랜덤 억세스 방법 |
| 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系统小区切换过程中数据重传的方法及装置 |
| ES2419804T3 (es) * | 2007-09-13 | 2013-08-21 | Lg Electronics Inc. | Procedimiento de asignación de recursos de radio en un sistema de comunicación inalámbrica |
| KR100937432B1 (ko) * | 2007-09-13 | 2010-01-18 | 엘지전자 주식회사 | 무선 통신 시스템에서의 무선자원 할당 방법 |
| KR101461970B1 (ko) | 2007-09-13 | 2014-11-14 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| KR101513033B1 (ko) * | 2007-09-18 | 2015-04-17 | 엘지전자 주식회사 | 다중 계층 구조에서 ＱｏＳ를 보장하기 위한 방법 |
| KR101591824B1 (ko) | 2007-09-18 | 2016-02-04 | 엘지전자 주식회사 | 무선 통신 시스템에서의 폴링 과정 수행 방법 |
| KR101435844B1 (ko) * | 2007-09-18 | 2014-08-29 | 엘지전자 주식회사 | 무선 통신 시스템에서의 데이터 블록 전송 방법 |
| JP2009077024A (ja) * | 2007-09-19 | 2009-04-09 | Panasonic Corp | Ｔｃｐパケット通信装置およびその関連技術 |
| US8687565B2 (en) * | 2007-09-20 | 2014-04-01 | Lg Electronics Inc. | Method of effectively transmitting radio resource allocation request in mobile communication system |
| US8400982B2 (en) * | 2007-09-20 | 2013-03-19 | Lg Electronics Inc. | Method for handling correctly received but header compression failed packets |
| KR101387537B1 (ko) * | 2007-09-20 | 2014-04-21 | 엘지전자 주식회사 | 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법 |
| JP5158898B2 (ja) | 2007-09-28 | 2013-03-06 | インターデイジタル パテント ホールディングス インコーポレイテッド | パケット・データ収束プロトコルにおける制御プロトコル・データ・ユニットの動作 |
| JP5190514B2 (ja) * | 2007-10-01 | 2013-04-24 | インターデイジタル パテント ホールディングス インコーポレイテッド | Ｐｄｃｐ破棄の方法および装置 |
| US8416678B2 (en) * | 2007-10-29 | 2013-04-09 | Lg Electronics Inc. | Method for repairing an error depending on a radio bearer type |
| 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 | 上海华为技术有限公司 | 数据业务切换的方法及系统、基站 |
| WO2009096731A2 (en) | 2008-01-31 | 2009-08-06 | Lg Electronics Inc. | Method for signaling back-off information in random access |
| 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 | 엘지전자 주식회사 | 랜덤 접속에서 백오프 정보를 시그널링하는 방법 |
| KR101163275B1 (ko) * | 2008-03-17 | 2012-07-05 | 엘지전자 주식회사 | Ｐｄｃｐ 상태 보고 전송 방법 |
| ATE503362T1 (de) * | 2008-04-11 | 2011-04-15 | 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 | 中兴通讯股份有限公司 | 一种跨基站切换时的上行数据传输方法、装置及系统 |
| WO2010121410A1 (zh) * | 2009-04-20 | 2010-10-28 | 华为技术有限公司 | 一种采用arq机制的头压缩通信方法和装置 |
| CN101932010A (zh) | 2009-06-25 | 2010-12-29 | 中兴通讯股份有限公司 | 用于确定上行反传结束时间的方法和装置 |
| US8832211B1 (en) * | 2010-11-24 | 2014-09-09 | Nyse Arca Llc | Messaging methods and apparatus for use with an exchange system and/or client devices |
| US9792649B1 (en) | 2010-11-24 | 2017-10-17 | Nyse Arca Llc | Methods and apparatus for performing risk checking |
| GB2502954B (en) | 2012-05-23 | 2014-10-15 | Nvidia Corp | Processing data units |
| GB2503873B (en) * | 2012-05-23 | 2017-05-24 | Nvidia Corp | Processing data units |
| CN103634893B (zh) * | 2012-08-20 | 2016-06-22 | 中兴通讯股份有限公司 | 分组数据汇聚协议序列号同步方法及装置 |
| 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 |
| US9602383B2 (en) * | 2012-10-11 | 2017-03-21 | Telefonaktiebolaget Lm Ericsson (Publ) | General packet radio service tunnel performance monitoring |
| KR101496628B1 (ko) | 2013-02-19 | 2015-02-26 | 허정도 | 새로운 고점탄성 개질제 및 중온 개질제의 조성물과 그 제조방법 그리고 중온 개질 신규 및 재생 아스팔트콘크리트 혼합물의 조성물과 그 제조방법 |
| WO2014186935A1 (zh) * | 2013-05-20 | 2014-11-27 | 华为技术有限公司 | 数据传输方法、装置及系统 |
| WO2016021822A1 (en) * | 2014-08-07 | 2016-02-11 | Lg Electronics Inc. | Method for processing a packet data convergence protocol packet data unit at a user equipment in a dual connectivity systme and device therefor |
| KR102237511B1 (ko) | 2015-04-29 | 2021-04-07 | 삼성전자주식회사 | 무선 통신 시스템에서 단말의 통신 제어 방법 및 장치 |
| CN109661835B (zh) * | 2017-02-23 | 2020-06-26 | Oppo广东移动通信有限公司 | 一种配置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 버전 변경 시 데이터 전송 방법 및 장치 |
| WO2020034431A1 (en) * | 2018-11-02 | 2020-02-20 | Zte Corporation | Data transmission and measurement techniques |
| KR102167610B1 (ko) * | 2019-04-19 | 2020-10-20 | 한국자동차연구원 | 장거리 can 통신용 게이트웨이 장치 |
| CN112398790B (zh) * | 2019-08-15 | 2021-11-19 | 华为技术有限公司 | 通信方法、装置和计算机可读存储介质 |
| 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 |
| FI112305B (fi) * | 2000-02-14 | 2003-11-14 | Nokia Corp | Datapakettien numerointi pakettivälitteisessä tiedonsiirrossa |
| FI112304B (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 not_active Expired - Lifetime
-
2002
- 2002-07-04 EP EP20020014798 patent/EP1276293B1/en not_active Expired - Lifetime
- 2002-07-04 DE DE60239507T patent/DE60239507D1/de 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 JP JP2002200529A patent/JP4297655B2/ja not_active Expired - Lifetime
- 2002-07-09 CN CNB021413746A patent/CN1210971C/zh 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 (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7751820B2 (en) | 2004-06-03 | 2010-07-06 | Panasonic Corporation | Handoff method comprising network control apparatus that receives data packets from both the core network and the other network control apparatus wherein said received data packets will be transformed into wireless data |
| US10129795B2 (en) | 2005-10-31 | 2018-11-13 | Lg Electronics Inc. | Data transfer management in a radio communications network |
| US8817737B2 (en) | 2005-10-31 | 2014-08-26 | Lg Electronics Inc. | Method of transmitting and receiving data in a mobile communication network |
| US9930580B2 (en) | 2005-10-31 | 2018-03-27 | Lg Electronics Inc. | Data transfer management in a radio communications network |
| US9516573B2 (en) | 2005-10-31 | 2016-12-06 | Lg Electronics Inc. | Data transfer management in a radio communications network |
| US8831616B2 (en) | 2005-10-31 | 2014-09-09 | Lg Electronics Inc. | Data transfer management in a radio communications network |
| US8830945B2 (en) | 2005-10-31 | 2014-09-09 | Lg Electronics Inc. | Method for processing control information in a wireless mobile communication system |
| JP2013031178A (ja) * | 2005-10-31 | 2013-02-07 | Lg Electronics Inc | 無線通信ネットワークにおけるデータ伝送管理 |
| JPWO2008053552A1 (ja) * | 2006-11-01 | 2010-02-25 | 富士通株式会社 | 無線通信装置および無線通信方法 |
| WO2008053552A1 (fr) * | 2006-11-01 | 2008-05-08 | Fujitsu Limited | Appareil de communication sans fil et procédé de communication sans fil |
| JP2010520698A (ja) * | 2007-03-19 | 2010-06-10 | エルジー エレクトロニクス インコーポレイティド | 移動通信システムにおける無線プロトコル処理方法及び移動通信送信機 |
| JP2016007078A (ja) * | 2007-03-19 | 2016-01-14 | エルジー エレクトロニクス インコーポレイティド | 移動通信システムにおける無線プロトコル処理方法及び移動通信送信機 |
| US10244430B2 (en) | 2007-03-19 | 2019-03-26 | Lg Electronics Inc. | Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications |
| US10433206B2 (en) | 2007-03-19 | 2019-10-01 | Lg Electronics Inc. | Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications |
| US8547900B2 (en) | 2007-03-19 | 2013-10-01 | Lg Electronics Inc. | Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications |
| US9730104B2 (en) | 2007-03-19 | 2017-08-08 | Lg Electronics Inc. | Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications |
| JP2014241598A (ja) * | 2007-03-19 | 2014-12-25 | エルジー エレクトロニクス インコーポレイティド | 移動通信システムにおける無線プロトコル処理方法及び移動通信送信機 |
| US8274939B2 (en) | 2007-04-30 | 2012-09-25 | Lg Electronics Inc. | Method of transmitting data block in wireless communication system |
| US9001781B2 (en) | 2007-05-01 | 2015-04-07 | Nec Corporation | Handover handling |
| US9894567B2 (en) | 2007-05-01 | 2018-02-13 | Nec Corporation | Handover handling |
| US10764793B2 (en) | 2007-05-01 | 2020-09-01 | Nec Corporation | Handover handling |
| US11778521B2 (en) | 2007-05-01 | 2023-10-03 | Nec Corporation | Handover handling |
| JP2010525618A (ja) * | 2007-05-01 | 2010-07-22 | 日本電気株式会社 | ハンドオーバ処理 |
| US10743220B2 (en) | 2007-05-01 | 2020-08-11 | Nec Corporation | Handover handling |
| US9992716B2 (en) | 2007-08-12 | 2018-06-05 | Lg Electronics Inc. | Wireless device and method of transmitting uplink data and buffer status reports in a wireless communications system |
| US9549353B2 (en) | 2007-08-12 | 2017-01-17 | Lg Electronics Inc. | Wireless device and method of transmitting uplink data and buffer status reports in a wireless communications system |
| US9319935B2 (en) | 2007-08-12 | 2016-04-19 | Lg Electronics Inc. | Handover method with link failure recovery, wireless device and base station for implementing such method |
| US8913608B2 (en) | 2007-08-12 | 2014-12-16 | Lg Electronics Inc. | Wireless device and method of transmitting uplink data and buffer status reports in a wireless communications system |
| US8681694B2 (en) | 2007-08-12 | 2014-03-25 | Lg Electronics Inc. | Wireless device and method of transmitting uplink data and buffer status reports in a wireless communications system |
| US10440609B2 (en) | 2007-08-12 | 2019-10-08 | Wild Guard Ltd. | Handover method with link failure recovery, wireless device and base station for implementing such method |
| JP2011511480A (ja) * | 2007-08-12 | 2011-04-07 | エルジー エレクトロニクス インコーポレイティド | 無線通信システムでアップリンクデータ及びバッファ状態報告を伝送する方法及びこれを具現する無線装置 |
| US11089509B2 (en) | 2007-08-12 | 2021-08-10 | Wild Guard Ltd. | Handover method with link failure recovery, a wireless device and a base station for implementing such method |
| US11653265B2 (en) | 2007-08-12 | 2023-05-16 | Wild Guard Ltd. | Reestablishment of lost radio link between user equipment and source node using cryptographic verification based on a secret key |
| US8477719B2 (en) | 2007-10-01 | 2013-07-02 | Qualcomm Incorporated | Systems and methods for in-order delivery in downlink during handover |
| JP2010541491A (ja) * | 2007-10-01 | 2010-12-24 | クゥアルコム・インコーポレイテッド | ハンドオーバの間のダウンリンクにおけるパケットデータ収束プロトコル（ｐｄｃｐ）サービスデータユニットの順序どおりの配信 |
| JP2011087328A (ja) * | 2010-12-28 | 2011-04-28 | Fujitsu Ltd | 無線通信方法、無線通信システム、端末および基地局 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN1396782A (zh) | 2003-02-12 |
| US20080037548A1 (en) | 2008-02-14 |
| US7756135B2 (en) | 2010-07-13 |
| ATE503333T1 (de) | 2011-04-15 |
| EP1276293B1 (en) | 2011-03-23 |
| EP1276293A2 (en) | 2003-01-15 |
| EP1276293A3 (en) | 2004-03-17 |
| KR20030005537A (ko) | 2003-01-23 |
| JP2006005949A (ja) | 2006-01-05 |
| US20030007490A1 (en) | 2003-01-09 |
| DE60239507D1 (de) | 2011-05-05 |
| US7327734B2 (en) | 2008-02-05 |
| JP4303226B2 (ja) | 2009-07-29 |
| CN1210971C (zh) | 2005-07-13 |
| KR100595583B1 (ko) | 2006-07-03 |
| JP4297655B2 (ja) | 2009-07-15 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2003111148A (ja) | 無線通信システムのパケットデータ収斂プロトコル構造（ｐｄｃｐ）およびその方法 | |
| JP3776406B2 (ja) | ワイヤレスコミュニケーションシステムのデータ伝送確認方法 | |
| US10129795B2 (en) | Data transfer management in a radio communications network | |
| KR100566795B1 (ko) | 패킷 데이터 컨버전스 프로토콜 순서 번호 동기화 절차의트리거를 결정하는 방법 | |
| RU2303858C2 (ru) | Способ передачи пакетных данных в системе связи | |
| US9635142B2 (en) | Bi-directional packet data transmission system and method | |
| US7583699B2 (en) | Radio protocol for mobile communication system and method | |
| EP1507353B1 (en) | Transmission/reception of data flows with different QoS requirements | |
| JP4866431B2 (ja) | 無線通信システムのためのエラー処理装置及び方法 | |
| EP1337124A2 (en) | Context relocation method | |
| AU2006309470B2 (en) | Data transfer management in a radio communications network | |
| CN110583046A (zh) | 通信装置、基础设施设备、无线通信网络和方法 | |
| ZA200305300B (en) | Relocating context information in header compression. | |
| WO2003003668A1 (en) | Transmission of compression identifier of headers on data packet connection | |
| US20030210714A1 (en) | Method for avoiding loss of pdcp pdus in a wireless communications system | |
| CN101267440B (zh) | 无损重定位方法和系统 | |
| US20070076667A1 (en) | Apparatus, method and computer program product to provide Flow_ID management in MAC sub-layer for packet-optimized radio link layer | |
| RU2316906C2 (ru) | Способ передачи пакетных данных в системе связи | |
| CN1996814A (zh) | 一种流量控制方法 | |
| ZA200403512B (en) | Bi-directional packet data transmission system and method |
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 |