JP4955734B2 - Method of transmitting PDCP data unit to upper level - Google Patents
Method of transmitting PDCP data unit to upper level Download PDFInfo
- Publication number
- JP4955734B2 JP4955734B2 JP2009146918A JP2009146918A JP4955734B2 JP 4955734 B2 JP4955734 B2 JP 4955734B2 JP 2009146918 A JP2009146918 A JP 2009146918A JP 2009146918 A JP2009146918 A JP 2009146918A JP 4955734 B2 JP4955734 B2 JP 4955734B2
- Authority
- JP
- Japan
- Prior art keywords
- pdcp
- rlc
- received
- pdcp sdu
- sequence number
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
- 238000000034 method Methods 0.000 title claims description 49
- 230000005540 biological transmission Effects 0.000 claims description 48
- 238000004891 communication Methods 0.000 claims description 12
- 230000001174 ascending effect Effects 0.000 claims description 6
- 238000011084 recovery Methods 0.000 claims description 2
- 230000006870 function Effects 0.000 description 15
- 230000008569 process Effects 0.000 description 14
- 238000010586 diagram Methods 0.000 description 9
- 238000012545 processing Methods 0.000 description 8
- 230000008707 rearrangement Effects 0.000 description 7
- 230000006835 compression Effects 0.000 description 4
- 238000007906 compression Methods 0.000 description 4
- 230000006837 decompression Effects 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 4
- 238000012546 transfer Methods 0.000 description 4
- 238000013507 mapping Methods 0.000 description 2
- 239000004983 Polymer Dispersed Liquid Crystal Substances 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000001105 regulatory effect Effects 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000011218 segmentation Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
- 238000012795 verification Methods 0.000 description 1
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
- Y02D30/00—Reducing energy consumption in communication networks
- Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks
Landscapes
- Mobile Radio Communication Systems (AREA)
Description
本発明は、無線通信サービスを提供する無線通信システムと端末に関し、特に、ＵＭＴＳ（Universal Mobile Telecommunications System）から進化したＥ−ＵＭＴＳ（Evolved Universal Mobile Telecommunications System）又はＬＴＥシステム（Long Term Evolution System）における受信側パケットデータコンバージェンスプロトコル（Packet Data Convergence Protocol；PDCP）層のＰＤＣＰ ＳＤＵ（Service Data Unit）送信方法に関する。 The present invention relates to a radio communication system and a terminal for providing a radio communication service, and in particular, reception in E-UMTS (Evolved Universal Mobile Telecommunications System) or LTE system (Long Term Evolution System) evolved from UMTS (Universal Mobile Telecommunications System). The present invention relates to a PDCP SDU (Service Data Unit) transmission method in a side packet data convergence protocol (PDCP) layer.
図１は、従来技術及び本発明が適用される移動通信システムであるＬＴＥシステムのネットワーク構造を示す図である。ＬＴＥシステムは、既存のＵＭＴＳシステムから進化したシステムであり、基礎的な標準化作業が３ＧＰＰにより行われている。 FIG. 1 is a diagram illustrating a network structure of an LTE system that is a mobile communication system to which the related art and the present invention are applied. The LTE system is an evolved system from the existing UMTS system, and basic standardization work is performed by 3GPP.
ＬＴＥネットワークは、大きくＥ−ＵＴＲＡＮ（Evolved UMTS Terrestrial Radio Access Network）とＣＮ（Core Network）とに区分される。Ｅ−ＵＴＲＡＮは、端末（User Equipment；UE）と、基地局（Evolved NodeB；eNB）と、ネットワークのエンドに位置して外部ネットワークに接続するアクセスゲートウェイ（Access Gateway；aGW）とから構成される。ａＧＷは、ユーザトラフィック処理を担当する部分と制御トラフィック処理を担当する部分とに分けられる。この場合、新しいユーザトラフィック処理のためのａＧＷと制御トラフィック処理のためのａＧＷ間では、新しいインタフェースを使用して通信することもできる。１つのｅＮＢには１つ以上のセルが存在する。ｅＮＢ間ではユーザトラフィック又は制御トラフィックの送信のためのインタフェースを使用することもできる。ＣＮは、ａＧＷとその他のＵＥのユーザ登録などのためのノードなどとから構成することもできる。Ｅ−ＵＴＲＡＮとＣＮとを区分するためのインタフェースを使用することもできる。 The LTE network is roughly classified into E-UTRAN (Evolved UMTS Terrestrial Radio Access Network) and CN (Core Network). The E-UTRAN includes a terminal (User Equipment; UE), a base station (Evolved NodeB; eNB), and an access gateway (Access Gateway; aGW) that is located at the end of the network and is connected to an external network. The aGW is divided into a part in charge of user traffic processing and a part in charge of control traffic processing. In this case, a new interface can be used for communication between the aGW for processing new user traffic and the aGW for processing control traffic. One eNB has one or more cells. An interface for transmission of user traffic or control traffic can also be used between eNBs. The CN can also be composed of an aGW and other nodes for user registration of other UEs and the like. An interface for distinguishing between E-UTRAN and CN can also be used.
図２及び図３は、３ＧＰＰ無線アクセスネットワーク規格に準拠した端末とＥ−ＵＴＲＡＮ間の無線インタフェースプロトコルの構造を示す図である。
無線インタフェースプロトコルは、水平的には、物理層、データリンク層、及びネットワーク層からなり、垂直的には、データ情報の送信のためのユーザプレーン（Ｕ−ｐｌａｎｅ）、及び制御信号の送信のための制御プレーン（Ｃ−ｐｌａｎｅ）からなる。図２及び図３のプロトコル層は、通信システムでよく知られている開放型システム間相互接続（Open System Interconnection；OSI）参照モデルの下位３層に基づいて、Ｌ１（第１層）、Ｌ２（第２層）、Ｌ３（第３層）に区分される。このような無線プロトコル層は、端末とＥ−ＵＴＲＡＮに対で存在し、無線区間のデータ送信を担当する。
2 and 3 are diagrams showing the structure of a radio interface protocol between a terminal and E-UTRAN compliant with the 3GPP radio access network standard.
The radio interface protocol is composed of a physical layer, a data link layer, and a network layer in the horizontal direction, and vertically in a user plane (U-plane) for transmitting data information and for transmitting control signals. Control plane (C-plane). The protocol layers in FIGS. 2 and 3 are based on the lower three layers of the Open System Interconnection (OSI) reference model well known in communication systems, and are L1 (first layer), L2 ( Second layer) and L3 (third layer). Such a wireless protocol layer exists in pairs between the terminal and the E-UTRAN, and is responsible for data transmission in the wireless section.
以下、図２の無線プロトコルの制御プレーン及び図３の無線プロトコルのユーザプレーンの各層を説明する。
第１層である物理（Physical；PHY）層は、物理チャネルを利用して上位層に情報送信サービス（Information Transfer Service）を提供する。ＰＨＹ層は、上位の媒体アクセス制御（Medium Access Control；MAC）層とトランスポートチャネルを介して接続されており、このトランスポートチャネルを介してＭＡＣ層とＰＨＹ層間のデータの移動が行われる。ここで、トランスポートチャネルは、チャネルが共有されるか否かによって、大きく専用トランスポートチャネルと共通トランスポートチャネルとに分けられる。また、異なるＰＨＹ層間、すなわち送信側ＰＨＹ層と受信側ＰＨＹ層間では、無線リソースを使用した物理チャネルを介してデータの移動が行われる。
Hereinafter, each layer of the radio protocol control plane of FIG. 2 and the radio protocol user plane of FIG. 3 will be described.
The physical (PHY) layer, which is the first layer, provides an information transfer service (Information Transfer Service) to an upper layer using a physical channel. The PHY layer is connected to an upper medium access control (MAC) layer via a transport channel, and data is transferred between the MAC layer and the PHY layer via the transport channel. Here, the transport channel is roughly classified into a dedicated transport channel and a common transport channel depending on whether the channel is shared. Further, data movement is performed between different PHY layers, that is, between the transmission-side PHY layer and the reception-side PHY layer via a physical channel using radio resources.
第２層には様々な層が存在する。まず、ＭＡＣ層は、様々な論理チャネルを様々なトランスポートチャネルにマッピングする役割を果たし、様々な論理チャネルを１つのトランスポートチャネルにマッピングする論理チャネル多重化の役割も果たす。ＭＡＣ層は、上位層であるＲＬＣ層と論理チャネルを介して接続されており、論理チャネルは、送信される情報の種類によって、大きく制御プレーンの情報を送信する制御チャネルとユーザプレーンの情報を送信するトラフィックチャネルとに分けられる。 There are various layers in the second layer. First, the MAC layer plays a role of mapping various logical channels to various transport channels, and also plays a role of logical channel multiplexing for mapping various logical channels to one transport channel. The MAC layer is connected to the RLC layer, which is an upper layer, via a logical channel. The logical channel transmits control plane information and user plane information that largely transmit control plane information depending on the type of information to be transmitted. Divided into traffic channels.
第２層の無線リンク制御（Radio Link Control；RLC）層は、上位層から受信したデータを分割（segmentation）及び連結（concatenation）して、下位層における無線区間のデータ送信に適するようにデータサイズを調節する役割を果たす。また、各無線ベアラ（Radio Bearer；RB）が要求する様々なＱｏＳを保証するために、透過モード（Transparent Mode；TM）、非応答モード（Un-acknowledged Mode；UM）、及び応答モード（Acknowledged Mode；AM）の３つの動作モードを提供する。特に、ＡＭ ＲＬＣは、信頼性のあるデータ送信のために、自動再送要求（Automatic Repeat Request；ARQ）機能を利用した再送機能を実行する。 The radio link control (RLC) layer of the second layer divides the data received from the upper layer (segmentation) and concatenations, and the data size is suitable for data transmission in the radio section in the lower layer. It plays a role in regulating. In addition, in order to guarantee various QoS required by each radio bearer (RB), transparent mode (TM), non-acknowledged mode (UM), and response mode (Acknowledged Mode). ;) Three modes of operation are provided. In particular, the AM RLC performs a retransmission function using an automatic repeat request (ARQ) function for reliable data transmission.
第２層のＰＤＣＰ層は、ＩＰｖ４やＩＰｖ６などのＩＰパケットを帯域幅の小さい無線区間で効率的に送信するために、相対的にサイズが大きくて不要な制御情報を含むＩＰパケットのヘッダのサイズを小さくするヘッダ圧縮（Header Compression）機能を実行する。これは、データのヘッダ部分で必ず必要な情報のみを送信させることにより、無線区間の送信効率を向上させる役割を果たす。また、ＬＴＥシステムではＰＤＣＰ層がセキュリティ機能も行うが、これは、第三者のデータ盗聴を防止する暗号化、並びに第三者のデータ操作を防止する完全性保護（integrity protection）からなる。 The PDCP layer of the second layer is an IP packet header size that is relatively large and includes unnecessary control information in order to efficiently transmit IP packets such as IPv4 and IPv6 in a wireless section with a small bandwidth. A header compression function for reducing the size of the header is executed. This plays a role of improving the transmission efficiency in the wireless section by transmitting only necessary information in the header portion of the data. In the LTE system, the PDCP layer also performs a security function, which includes encryption for preventing third-party data eavesdropping and integrity protection for preventing third-party data manipulation.
第３層の最下位に位置する無線リソース制御（Radio Resource Control；RRC）層は、制御プレーンでのみ定義され、無線ベアラ（ＲＢ）の設定、再設定、及び解除に関連して論理チャネル、トランスポートチャネル、及び物理チャネルの制御を担当する。ここで、ＲＢとは、端末とＵＴＲＡＮ間のデータ送信のために無線プロトコルの第１層及び第２層により提供される論理パスを意味し、一般に、ＲＢの設定とは、特定のサービスを提供するために必要な無線プロトコル層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定する過程を意味する。また、ＲＢはＳＲＢ（Signaling Radio Bearer）とＤＲＢ（Data Radio Bearer）の２つに分けられるが、ＳＲＢは制御プレーンでＲＲＣメッセージを送信する経路として使用され、ＤＲＢはユーザプレーンでユーザデータを送信する経路として使用される。 The radio resource control (RRC) layer located at the lowest level of the third layer is defined only in the control plane, and is associated with a logical channel, a transformer, and the radio bearer (RB) setting, reconfiguration, and release. Responsible for control of port channels and physical channels. Here, RB means a logical path provided by the first and second layers of the radio protocol for data transmission between the terminal and the UTRAN. In general, RB configuration provides a specific service. It defines the radio protocol layer and channel characteristics necessary to do this, and means the process of setting each specific parameter and operation method. The RB is divided into two, SRB (Signaling Radio Bearer) and DRB (Data Radio Bearer). The SRB is used as a route for transmitting an RRC message in the control plane, and the DRB transmits user data in the user plane. Used as a route.
従来技術において、受信側ＰＤＣＰは、ＲＬＣ再設定（re-establishment）によって受信したＰＤＣＰ ＳＤＵを上位に送信するのではなく、受信バッファに保存しておき、並び替え（reordering）を行う。このように受信バッファに保存されたＰＤＣＰ ＳＤＵは、ＲＬＣ再設定後に新しいＰＤＣＰ ＳＤＵが受信されると、シーケンス番号（Sequence Number；SN）の比較結果に応じて上位に送信される。 In the prior art, the receiving side PDCP does not transmit PDCP SDUs received by RLC re-establishment to the upper level, but stores them in a receiving buffer and performs reordering. When a new PDCP SDU is received after RLC reconfiguration, the PDCP SDU stored in the reception buffer in this manner is transmitted to the upper level according to the comparison result of the sequence number (SN).
従来技術において、送信側ＰＤＣＰによるＰＤＣＰ ＳＤＵの再送は、ＲＬＣ再設定よりは、ＲＬＣ状態報告（status report）に基づくところが大きい。よって、多くの場合、前記ＰＤＣＰは、損失した全てのＰＤＣＰ ＳＤＵを多数のＲＬＣ再設定によって受信することができる。例えば、定められた時間区間で複数のハンドオーバーが発生した場合、前記複数のハンドオーバーが複数のＲＬＣ再設定を引き起こすため、前記損失した全てのＰＤＣＰ ＳＤＵの受信可能性は高くなる。しかし、前記複数のＲＬＣ再設定過程の間前記損失した全てのＰＤＣＰ ＳＤＵを重複して再送することは、無線リソースの損失又は不要な時間遅延をもたらす。 In the prior art, the retransmission of the PDCP SDU by the transmitting side PDCP is largely based on the RLC status report (status report) rather than the RLC reconfiguration. Thus, in many cases, the PDCP can receive all lost PDCP SDUs by multiple RLC reconfigurations. For example, when a plurality of handovers occur in a predetermined time interval, the plurality of handovers cause a plurality of RLC reconfigurations, so that the possibility of receiving all the lost PDCP SDUs increases. However, redundant retransmission of all the lost PDCP SDUs during the multiple RLC reconfiguration processes results in loss of radio resources or unnecessary time delay.
また、前述したように、従来技術においては、ＲＬＣ再設定によって受信したＰＤＣＰ ＳＤＵを上位に送信するのではなく、受信バッファに保存しておき、並び替えを行うため、データ送信に不要な時間遅延が発生する。それだけでなく、ＲＬＣ再設定によって受信したＰＤＣＰ ＳＤＵがデータストリームの最後のパケットである場合は、それ以降に受信するデータがないため、永遠に上位に送信されず、継続してＰＤＣＰバッファに保存されているデッドロック現象も発生する。 In addition, as described above, in the prior art, since the PDCP SDU received by RLC reconfiguration is not transmitted to the upper level, but stored in the reception buffer and rearranged, time delay unnecessary for data transmission is achieved. Will occur. In addition, if the PDCP SDU received by RLC reconfiguration is the last packet of the data stream, there is no data to be received after that, so it is not transmitted forever and is continuously stored in the PDCP buffer. The deadlock phenomenon that occurs is also generated.
このような連続的なＲＬＣ再設定は、高速で走行する自動車の中で移動端末機を使用する場合にハンドオーバーが頻繁に発生することによって行われるが、従来のＰＤＣＰ ＳＤＵ送信方法においては、このような高速走行時の移動端末機の性能を大きく低下させるため、これを解決する方法が必要であった。 Such continuous RLC reconfiguration is performed by frequent occurrence of handover when a mobile terminal is used in an automobile traveling at high speed. In the conventional PDCP SDU transmission method, In order to greatly reduce the performance of the mobile terminal when traveling at such a high speed, a method for solving this problem is necessary.
そこで、本発明は、ハンドオーバーなどによりＲＬＣ再設定が発生してＰＤＣＰがＲＬＣからＰＤＣＰ ＳＤＵを受信した場合、順次連続して受信したＰＤＣＰ ＳＤＵは上位に送信することにより、データ送信の遅延時間を短縮することを目的とする。 Therefore, in the present invention, when RLC reconfiguration occurs due to handover or the like and PDCP receives PDCP SDUs from RLC, the PDCP SDUs received sequentially are transmitted to the host, thereby reducing the data transmission delay time. The purpose is to shorten.
上記の目的を達成するために、本発明は、下位層からシーケンス番号を有するデータユニットを受信する段階と、前記受信したデータユニットをバッファ内に保存する段階と、前記受信したデータユニットのシーケンス番号が最後に送信されたデータユニットのシーケンス番号＋１と同一か否かを判断する段階と、前記判断段階に基づいて、前記保存されたデータユニットのうち、前記受信したデータユニットのシーケンス番号より大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのデータユニットを上位層に順次送信する段階とを含む、無線通信システムにおけるデータ送信方法を提供する。 To achieve the above object, the present invention includes a step of receiving a data unit having a sequence number from a lower layer, a step of storing the received data unit in a buffer, and a sequence number of the received data unit. Is equal to the sequence number +1 of the last transmitted data unit, and based on the determination step, is the stored data unit greater than the sequence number of the received data unit? Sequentially transmitting all data units having equal, consecutively associated sequence numbers to a higher layer.
前記下位層は、無線リンク制御（ＲＬＣ）層であることが好ましい。
前記判断段階及び前記送信段階は、パケットデータコンバージェンスプロトコル（ＰＤＣＰ）エンティティで行われることが好ましい。
前記データユニットは、ＰＤＣＰ ＳＤＵであることが好ましい。
前記データユニットは、ＲＬＣ再設定によって受信されることが好ましい。
ヘッダ復元（header decompression）又は復号化（deciphering）は、前記受信段階と前記保存段階との間に行われることが好ましい。
前記最後に送信されたデータユニットのシーケンス番号＋１は、前記最後に送信されたデータユニットのシーケンス番号の直後のシーケンス番号を示すことが好ましい。
前記無線通信システムにおけるデータ送信方法は、上位層に送信された最後のデータユニットのシーケンス番号を「ＬＡＳＴ」に設定する段階をさらに含むことが好ましい。
The lower layer is preferably a radio link control (RLC) layer.
Preferably, the determining step and the transmitting step are performed by a packet data convergence protocol (PDCP) entity.
The data unit is preferably a PDCP SDU.
The data unit is preferably received by RLC reconfiguration.
Preferably, header decompression or decryption is performed between the reception stage and the storage stage.
Preferably, the sequence number +1 of the last transmitted data unit indicates a sequence number immediately after the sequence number of the last transmitted data unit.
Preferably, the data transmission method in the wireless communication system further includes a step of setting “LAST” as the sequence number of the last data unit transmitted to the upper layer.
従来技術においては、ハンドオーバーなどの理由でＲＬＣ再設定が発生した場合、これによりＰＤＣＰに送信されたＰＤＣＰ ＳＤＵを上位に送信可能であるにもかかわらず、ＰＤＣＰ受信バッファに待機させていた。本発明においては、ＲＬＣ再設定によって受信したＰＤＣＰ ＳＤＵに対してもＳＮ検査を行い、上位に送信可能であれば直ちに送信する方法を提案する。このような方法により、データ送信の遅延時間を短縮し、また、ＲＬＣ再設定によって受信したＰＤＣＰ ＳＤＵがデータストリームの最後のパケットである場合に発生し得るデッドロックを防止することができる。 In the prior art, when RLC reconfiguration occurs due to a handover or the like, the PDCP SDU transmitted to PDCP can be transmitted to the upper layer by this, but the PDCP reception buffer is kept waiting. In the present invention, a method is proposed in which an SN check is also performed on a PDCP SDU received by RLC reconfiguration, and if it can be transmitted to a higher level, it is immediately transmitted. By such a method, the delay time of data transmission can be shortened, and deadlock that may occur when the PDCP SDU received by RLC reconfiguration is the last packet of the data stream can be prevented.
本発明は、３ＧＰＰ通信技術、とりわけＵＭＴＳシステム、通信装置、及び通信方法に適用することができる。しかし、本発明は、これに限定されるものではなく、本発明の技術的思想を適用できる全ての有無線通信に適用することができる。
本発明は、ＰＤＣＰ ＳＤＵを上位層に送信する際にデータ送信の遅延時間を短縮するために、無線通信システムにおけるデータ送信方法として、下位層からシーケンス番号を有するデータユニットを受信する段階と、前記受信したデータユニットをバッファ内に保存する段階と、前記受信したデータユニットのシーケンス番号が最後に送信されたデータユニットのシーケンス番号＋１と同一か否かを判断する段階と、前記判断段階に基づいて、前記保存されたデータユニットのうち、前記受信したデータユニットのシーケンス番号より大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのデータユニットを上位層に順次送信する段階とを含むことを特徴とするデータ送信方法を提案し、このような方法を行うことのできる移動通信端末機を提案する。
The present invention can be applied to 3GPP communication technology, in particular, a UMTS system, a communication device, and a communication method. However, the present invention is not limited to this, and can be applied to all wired and wireless communications to which the technical idea of the present invention can be applied.
The present invention provides a data transmission method in a wireless communication system for receiving a data unit having a sequence number from a lower layer in order to reduce a delay time of data transmission when transmitting a PDCP SDU to an upper layer, Based on the steps of storing the received data unit in a buffer, determining whether the sequence number of the received data unit is the same as the sequence number of the last transmitted data unit + 1, and Sequentially transmitting all of the stored data units having consecutively associated sequence numbers greater than or equal to the sequence number of the received data unit to an upper layer. Propose a featured data transmission method and can perform such a method A mobile communication terminal is proposed.
以下、添付図面を参照して本発明の実施形態の構成及び動作を説明する。
まず、ＰＤＣＰエンティティについて具体的に説明する。ＰＤＣＰエンティティは、上位にはＲＲＣ層又はユーザアプリケーションが接続され、下位にはＲＬＣ層が接続されている。
The configuration and operation of the embodiment of the present invention will be described below with reference to the accompanying drawings.
First, the PDCP entity will be specifically described. In the PDCP entity, an RRC layer or a user application is connected to the upper level, and an RLC layer is connected to the lower level.
図４は、本発明が適用されるＰＤＣＰエンティティ構造の一例を示す図である。図４のブロックは機能的ブロックであり、実際とは異なることもある。
図４に示すように、ＰＤＣＰエンティティは送信側及び受信側からなる。送信側ＰＤＣＰエンティティは、上位層から受信したサービスデータユニット（ＳＤＵ）又はＰＤＣＰエンティティが独自に生成した制御情報をプロトコルデータユニット（Protocol Data Unit；PDU）に構成し、ピアＰＤＣＰエンティティの受信側に送信する役割を果たし、受信側ＰＤＣＰエンティティは、ピアＰＤＣＰエンティティの送信側から受信したＰＤＣＰ ＰＤＵからＰＤＣＰ ＳＤＵ又は制御情報を抽出する役割を果たす。
FIG. 4 is a diagram illustrating an example of a PDCP entity structure to which the present invention is applied. The blocks in FIG. 4 are functional blocks and may differ from the actual ones.
As shown in FIG. 4, the PDCP entity consists of a transmission side and a reception side. The transmitting side PDCP entity configures the service data unit (SDU) received from the upper layer or the control information uniquely generated by the PDCP entity into a protocol data unit (PDU) and transmits it to the receiving side of the peer PDCP entity. The receiving PDCP entity is responsible for extracting PDCP SDU or control information from the PDCP PDU received from the transmitting side of the peer PDCP entity.
前記のように送信側ＰＤＣＰエンティティが生成するＰＤＵは、データＰＤＵ（Data PDU）と制御ＰＤＵ（Control PDU）の２つである。まず、ＰＤＣＰデータＰＤＵは、ＰＤＣＰが上位層から受信したＳＤＵを加工して生成するデータブロックであり、ＰＤＣＰ制御ＰＤＵは、ＰＤＣＰがピアエンティティに制御情報を送信するために独自に生成するデータブロックである。 As described above, the PDU generated by the transmitting side PDCP entity is two data PDU (Data PDU) and control PDU (Control PDU). First, the PDCP data PDU is a data block generated by processing the SDU received by PDCP from the upper layer, and the PDCP control PDU is a data block generated uniquely by the PDCP to transmit control information to the peer entity. is there.
前記ＰＤＣＰデータＰＤＵは、ユーザプレーン及び制御プレーンの無線ベアラ（ＲＢ）の両方で生成されるが、ＰＤＣＰの一部の機能は使用するプレーンに応じて選択的に適用される。すなわち、ヘッダ圧縮機能はユーザプレーンのデータにのみ適用され、セキュリティ機能のうち完全性保護機能は制御プレーンのデータにのみ適用される。前記セキュリティ機能には、前記完全性保護機能の他に、データのセキュリティを維持するための暗号化（ciphering）機能もあるが、前記暗号化機能は、ユーザプレーン及び制御プレーンのデータの両方に適用される。 The PDCP data PDU is generated in both the user plane and the radio bearer (RB) of the control plane, but some functions of PDCP are selectively applied according to the plane to be used. That is, the header compression function is applied only to user plane data, and the integrity protection function of the security functions is applied only to control plane data. In addition to the integrity protection function, the security function includes a ciphering function for maintaining data security, but the encryption function is applied to both user plane and control plane data. Is done.
前記ＰＤＣＰ制御ＰＤＵは、ユーザプレーンの無線ベアラ（ＲＢ）でのみ生成され、大きくＰＤＣＰ受信バッファの状況を送信側に通知するためのＰＤＣＰ状態報告と、ヘッダ復元装置（header decompressor）の状況をヘッダ圧縮装置（header compressor）に通知するためのヘッダ圧縮フィードバックパケット（header compression feedback packet）との２つの種類がある。 The PDCP control PDU is generated only by the radio bearer (RB) of the user plane, and the PDCP status report for notifying the transmitting side of the status of the PDCP reception buffer and the header decompressor status are header compressed. There are two types of header compression feedback packets for notifying the device (header compressor).
図４の送信側ＰＤＣＰが行うデータ処理過程は次の通りである。
まず、ＰＤＣＰ層は、受信したＰＤＣＰ ＳＤＵを送信バッファに保存し、それぞれのＰＤＣＰ ＳＤＵにシーケンス番号を割り当てる（Ｓ１）。設定された無線ベアラがユーザプレーンの無線ベアラ、すなわちＤＲＢである場合、前記ＰＤＣＰ層は、前記ＰＤＣＰ ＳＤＵに対してヘッダ圧縮を行う（Ｓ２）。それに対して、設定された無線ベアラが制御プレーンの無線ベアラ、すなわちＳＲＢである場合、前記ＰＤＣＰ層は、前記ＰＤＣＰ ＳＤＵに対して完全性保護を行う（Ｓ３）。次に、前記ＰＤＣＰ層は、ステップＳ２又はＳ３の結果生成されたデータブロックに対して暗号化を行う（Ｓ４）。そして、前記ＰＤＣＰ層は、ステップＳ４で暗号化が行われたデータブロックに適切なヘッダを付加してＰＤＣＰ ＰＤＵを構成し、その構成されたＰＤＣＰ ＰＤＵをＲＬＣ層に送信する。
The data processing process performed by the transmitting side PDCP in FIG. 4 is as follows.
First, the PDCP layer stores the received PDCP SDU in a transmission buffer and assigns a sequence number to each PDCP SDU (S1). If the configured radio bearer is a user plane radio bearer, that is, a DRB, the PDCP layer performs header compression on the PDCP SDU (S2). In contrast, if the configured radio bearer is a radio bearer of the control plane, that is, an SRB, the PDCP layer performs integrity protection for the PDCP SDU (S3). Next, the PDCP layer encrypts the data block generated as a result of step S2 or S3 (S4). The PDCP layer adds a suitable header to the data block encrypted in step S4 to form a PDCP PDU, and transmits the configured PDCP PDU to the RLC layer.
図４の受信側ＰＤＣＰが行うデータ処理過程は次の通りである。
まず、ＰＤＣＰ層は、受信したＰＤＣＰ ＰＤＵからヘッダを除去する（Ｓ１）。次に、前記ＰＤＣＰ層は、前記ヘッダが除去されたＰＤＣＰ ＰＤＵに対して復号化を行う（Ｓ２）。設定された無線ベアラがユーザプレーンの無線ベアラ、すなわちＤＲＢである場合、前記ＰＤＣＰ層は、前記復号化が行われたＰＤＣＰ ＰＤＵに対してヘッダ復元を行う（Ｓ３）。それに対して、設定された無線ベアラが制御プレーンの無線ベアラ、すなわちＳＲＢである場合、前記ＰＤＣＰ層は、前記復号化が行われたＰＤＣＰ ＰＤＵに対して完全性確認（integrity verification）を行う。次に、前記ＰＤＣＰ層は、ステップＳ３又はＳ４を経て受信したデータブロック、すなわちＰＤＣＰ ＳＤＵを上位層に送信する（Ｓ５）。前記ＰＤＣＰ層は、必要に応じて、前記ＰＤＣＰ ＳＤＵを、受信バッファに保存して並び替えを行った後（Ｓ６）、上位層に送信する。
The data processing process performed by the receiving side PDCP in FIG. 4 is as follows.
First, the PDCP layer removes the header from the received PDCP PDU (S1). Next, the PDCP layer decodes the PDCP PDU from which the header is removed (S2). If the set radio bearer is a user plane radio bearer, that is, a DRB, the PDCP layer performs header recovery on the decoded PDCP PDU (S3). In contrast, if the configured radio bearer is a radio bearer of a control plane, that is, an SRB, the PDCP layer performs integrity verification on the decoded PDCP PDU. Next, the PDCP layer transmits the data block received through step S3 or S4, that is, PDCP SDU, to the upper layer (S5). If necessary, the PDCP layer stores the PDCP SDUs in a reception buffer, rearranges them (S6), and transmits them to an upper layer.
ここで、設定された無線ベアラがＲＬＣ ＡＭを使用するＤＲＢである場合、前記受信側におけるステップＳ６の並び替えが必ず必要である。これは、ＲＬＣ ＡＭを使用するＤＲＢは、主にデータのエラーに敏感なトラフィックを送信するので、無線区間のエラーを最小限に抑えるために再送を行うからである。すなわち、並び替え機能は、ＰＤＣＰが再送されるＰＤＣＰ ＳＤＵまで考慮してＰＤＣＰ ＳＤＵを上位層に順次送信するために必要である。従って、受信側ＰＤＣＰは、ＲＬＣ ＡＭを使用するＤＲＢに対して様々な状態変数を定義しておき、受信したＰＤＣＰ ＰＤＵの上位への順次送信を次のように保証する。 Here, when the set radio bearer is DRB using RLC AM, the rearrangement in step S6 on the receiving side is necessarily required. This is because DRB using RLC AM mainly transmits traffic that is sensitive to data errors, and therefore performs retransmission in order to minimize errors in the radio section. That is, the rearrangement function is necessary for sequentially transmitting PDCP SDUs to higher layers in consideration of PDCP SDUs in which PDCPs are retransmitted. Accordingly, the receiving side PDCP defines various state variables for the DRB that uses RLC AM, and guarantees the sequential transmission to the upper level of the received PDCP PDU as follows.
まず、状態変数は次のように定義することができる。
− ＲＳＮ（Received Sequence Number）：受信したＰＤＣＰ ＳＤＵのシーケンス番号（Sequence Number；SN）。
− ＬＡＳＴ（Last Submitted PDCP SDU SN）：上位に送信したＰＤＣＰ ＳＤＵのうち最後に送信したＰＤＣＰ ＳＤＵのＳＮ。
− ＮＥＸＴ（Next expected PDCP SDU SN）：受信したＰＤＣＰ ＳＤＵのうち最大のＳＮを有するＰＤＣＰ ＳＤＵの次のＰＤＣＰ ＳＤＵのＳＮ。すなわち、最大のＰＤＣＰ ＳＤＵのＳＮ＋１。
First, state variables can be defined as follows:
-RSN (Received Sequence Number): Sequence number (SN) of the received PDCP SDU.
-LAST (Last Submitted PDCP SDU SN): SN of PDCP SDU transmitted last among PDCP SDUs transmitted to upper layer.
NEXT (Next expected PDCP SDU SN): SN of the PDCP SDU next to the PDCP SDU having the largest SN among the received PDCP SDUs. That is, SN + 1 of the largest PDCP SDU.
受信側ＰＤＣＰは、ＳＮ＝ＲＳＮであるＰＤＣＰ ＳＤＵを受信すると、前記のような状態変数を使用して次のような過程でＰＤＣＰ ＳＤＵを処理する。説明の便宜上、全ての状態変数と数学的比較及び計算はモジュロ演算であると仮定する。すなわち、全ての値は０〜４０９５の値を有し、最小値はＮＥＸＴ−２０４８である。 When receiving PDCP SDU with SN = RSN, the receiving side PDCP processes the PDCP SDU in the following process using the state variables as described above. For convenience of explanation, it is assumed that all state variables and mathematical comparisons and calculations are modulo operations. That is, all values have a value from 0 to 4095, and the minimum value is NEXT-2048.
まず、既に上位に送信したＰＤＣＰ ＳＤＵより小さいＳＮを有するＰＤＣＰ ＳＤＵを受信した場合は、その受信したＰＤＣＰ ＳＤＵは古い（outdated）ＰＤＣＰ ＳＤＵであるので、廃棄する。このような過程は次のｐｒｏｃｅｄｕｒｅ ｔｅｘｔで示される。
− if NEXT - 2048 ≦ RSN ≦ LAST
− decipher
− decompress
− discard
First, when a PDCP SDU having an SN smaller than that of a PDCP SDU that has already been transmitted to the upper layer is received, the received PDCP SDU is an old PDCP SDU and is discarded. Such a process is indicated by the following procedure text.
− If NEXT-2048 ≤ RSN ≤ LAST
− Decipher
− Decompress
− Discard
最後に上位に送信したＰＤＣＰ ＳＤＵと、受信したＰＤＣＰ ＳＤＵのうち最大のＳＮを有するＰＤＣＰ ＳＤＵとの間に該当するＰＤＣＰ ＳＤＵを受信した場合は、その受信したＰＤＣＰ ＳＤＵが重複受信であれば廃棄し、重複受信でなければ受信バッファに保存する。このような過程は次のｐｒｏｃｅｄｕｒｅ ｔｅｘｔで示される。
− if LAST < RSN < NEXT
− decipher
− decompress
− if not duplicate, store in the reception buffer
− if duplicate, discard
If a PDCP SDU corresponding to the last received PDCP SDU and the PDCP SDU having the largest SN among the received PDCP SDUs is received, the received PDCP SDU is discarded if it is duplicated. If it is not duplicated reception, it is stored in the reception buffer. Such a process is indicated by the following procedure text.
− If LAST <RSN <NEXT
− Decipher
− Decompress
− If not duplicate, store in the reception buffer
− If duplicate, discard
受信したＰＤＣＰ ＳＤＵのうち最大のＳＮを有するＰＤＣＰ ＳＤＵより大きいＳＮを有するＰＤＣＰ ＳＤＵを受信した場合は、その受信したＰＤＣＰ ＳＤＵは新しいＰＤＣＰ ＳＤＵであるので、受信バッファに保存し、ＮＥＸＴをＲＳＮ＋１にアップデートする。このような過程は次のｐｒｏｃｅｄｕｒｅ ｔｅｘｔで示される。
− if NEXT ≦ RSN < NEXT + 2048
− decipher
− decompress
− store in the reception buffer
− set NEXT to RSN + 1
If a PDCP SDU having an SN larger than the PDCP SDU having the largest SN among the received PDCP SDUs is received, the received PDCP SDU is a new PDCP SDU, and is stored in the reception buffer, and NEXT is updated to RSN + 1. To do. Such a process is indicated by the following procedure text.
− If NEXT ≤ RSN <NEXT + 2048
− Decipher
− Decompress
− Store in the reception buffer
− Set NEXT to RSN + 1
前記のような過程により受信したＰＤＣＰ ＳＤＵを処理して受信バッファに保存した場合、前記ＰＤＣＰは、次のような過程でその保存されたＰＤＣＰ ＳＤＵを上位に送信する。このような過程は次のｐｒｏｃｅｄｕｒｅ ｔｅｘｔで示される。
− if the PDCP SDU received by PDCP is not due to the RLC re-establishment:
− deliver to upper layer in ascending order of the associated SN value:
− all stored PDCP SDU(s) with an associated SN < RSN;
− all stored PDCP SDU(s) with consecutively associated SN value(s) ≧ RSN;
− set LAST to the SN of the last PDCP SDU delivered to upper layers.
When the PDCP SDU received through the above process is processed and stored in the reception buffer, the PDCP transmits the stored PDCP SDU to the host in the following process. Such a process is indicated by the following procedure text.
− If the PDCP SDU received by PDCP is not due to the RLC re-establishment:
− Deliver to upper layer in ascending order of the associated SN value:
− All stored PDCP SDU (s) with an associated SN <RSN;
− All stored PDCP SDU (s) with consecutively associated SN value (s) ≧ RSN;
− Set LAST to the SN of the last PDCP SDU delivered to upper layers.
すなわち、ＰＤＣＰ ＳＤＵの送信は、ＲＬＣ再設定状況ではなく、一般的な状況でＰＤＣＰ ＳＤＵを受信した場合にのみ行う。つまり、前記ＰＤＣＰは、ＲＬＣ再設定状況で受信したＰＤＣＰ ＳＤＵの場合、上位に送信するのではなく、バッファに保存した状態で並び替えを行う。 That is, the PDCP SDU is transmitted only when the PDCP SDU is received in a general situation, not in the RLC reconfiguration situation. That is, in the case of the PDCP SDU received in the RLC reconfiguration status, the PDCP performs the rearrangement in a state where the PDCP is stored in the buffer instead of being transmitted to the upper layer.
一般的な状況では、前記ＰＤＣＰには、ＰＤＣＰ ＳＤＵが損失することなく、ＡＭ ＲＬＣから順次送信されるため、前記ＰＤＣＰも、並び替えを行うことなく、受信したＰＤＣＰ ＳＤＵを上位に順次送信する。それに対して、ハンドオーバーのようにＲＬＣが再設定される場合は、ＲＬＣは受信していないＰＤＣＰ ＳＤＵを除いて正常に受信したＰＤＣＰ ＳＤＵのみをＳＮ順にＰＤＣＰに送信するので、ＰＤＣＰ ＳＤＵの損失が発生する。この損失したＰＤＣＰ ＳＤＵは、ＲＬＣ再設定後、ピア送信側ＰＤＣＰエンティティにより受信側ＰＤＣＰが受信していないＰＤＣＰ ＳＤＵの再送が行われることによって、復旧することができる。ここで、送信側ＰＤＣＰは、ＲＬＣ再設定発生直前のＲＬＣ状態報告に基づいてＰＤＣＰ ＳＤＵを再送するため、既に正常に受信されたＰＤＣＰ ＳＤＵが再送されることもある。従って、受信されたＰＤＣＰ ＳＤＵのＳＮをＬＡＳＴ及びＮＥＸＴと比較して、廃棄するか、又は受信バッファに保存する。 In a general situation, since PDCP SDUs are sequentially transmitted from the AM RLC without loss to the PDCP, the PDCP also sequentially transmits received PDCP SDUs without being rearranged. On the other hand, when the RLC is reconfigured like a handover, the RLC transmits only the PDCP SDUs that are normally received except for the PDCP SDUs that are not received to the PDCP in the SN order. appear. This lost PDCP SDU can be recovered by performing retransmission of the PDCP SDU not received by the receiving side PDCP by the peer transmitting side PDCP entity after the RLC reconfiguration. Here, since the transmitting side PDCP retransmits the PDCP SDU based on the RLC status report immediately before the occurrence of RLC reconfiguration, the PDCP SDU that has been normally received may be retransmitted. Therefore, the SN of the received PDCP SDU is compared with LAST and NEXT and discarded or stored in the receive buffer.
ところが、ＲＬＣ再設定を行っている途中に一部のＰＤＣＰ ＳＤＵが損失する場合がある。これは、主にハンドオーバーによりｅＮＢ間でＰＤＣＰ ＳＤＵを転送するとき発生する。すなわち、一部のＰＤＣＰ ＳＤＵは永遠に再送されない場合があるため、これらに対する並び替え機能を中断する方法で、受信したＰＤＣＰ ＳＤＵより小さいＳＮを有するＰＤＣＰ ＳＤＵは、連続していなくても上位に送信する。つまり、前記ＰＤＣＰは、受信したＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信したＳＤＵでない場合、並び替えを行うことなく送信する。 However, some PDCP SDUs may be lost during RLC reconfiguration. This occurs when PDCP SDUs are transferred between eNBs mainly due to handover. In other words, since some PDCP SDUs may not be retransmitted forever, PDCP SDUs having SNs smaller than the received PDCP SDUs are transmitted to the upper layer even if they are not continuous by a method of interrupting the rearrangement function for these. To do. That is, when the received PDCP SDU is not an SDU received by RLC reconfiguration, the PDCP transmits without performing rearrangement.
本発明によるＰＤＣＰ ＳＤＵ送信方法においては、前記のように、ＲＳＮより小さいＳＮを有するＰＤＣＰ ＳＤＵは、全て上位に送信し、ＲＳＮより大きいＳＮを有するＰＤＣＰ ＳＤＵは、ＲＳＮ以降連続したＳＮを有するＰＤＣＰ ＳＤＵのみ上位に送信する。可能なＰＤＣＰ ＳＤＵを上位に送信すると、ＬＡＳＴの値を、上位に送信したＰＤＣＰ ＳＤＵのうち最後に送信したＰＤＣＰ ＳＤＵのＳＮに設定する。 In the PDCP SDU transmission method according to the present invention, as described above, all PDCP SDUs having SNs smaller than RSN are transmitted to the upper layer, and PDCP SDUs having SNs larger than RSN are PDCP SDUs having consecutive SNs after RSN. Only send to the top. When a possible PDCP SDU is transmitted to the upper layer, the LAST value is set to the SN of the PDCP SDU transmitted last among the PDCP SDUs transmitted to the upper layer.
図５は、前述したＰＤＣＰデータユニット送信過程を示すフロー図である。
図５に示すように、まず、シーケンス番号を有するＰＤＣＰ ＳＤＵを含むＰＤＣＰ ＰＤＵを受信する。ここで、前記シーケンス番号は状態変数「ＲＳＮ」と定義される。その後、前記ＰＤＣＰ ＳＤＵは、ヘッダ復元と復号化が行われ、ＰＤＣＰバッファに保存される。その後、前記ＲＳＮが状態変数「ＮＥＸＴ」より大きいか等しければ、前記ＮＥＸＴはＲＳＮ＋１に設定される。次に、前記受信されたＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信されたものであるかを判断して、そうであれば、ＰＤＣＰ ＳＤＵ送信過程を直ちに終了し、そうでなければ、保存されたＰＤＣＰ ＳＤＵのうち、前記ＲＳＮより小さい関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信する。また、保存されたＰＤＣＰ ＳＤＵのうち、前記ＲＳＮより大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信する。その後、上位層に送信された最後のＰＤＣＰ ＳＤＵのシーケンス番号を状態変数「ＬＡＳＴ」に設定し、ＰＤＣＰ ＳＤＵ送信過程を終了する。
FIG. 5 is a flowchart illustrating the PDCP data unit transmission process described above.
As shown in FIG. 5, first, a PDCP PDU including a PDCP SDU having a sequence number is received. Here, the sequence number is defined as a state variable “RSN”. Thereafter, the PDCP SDU is subjected to header decompression and decoding, and stored in a PDCP buffer. Then, if the RSN is greater than or equal to the state variable “NEXT”, the NEXT is set to RSN + 1. Next, it is determined whether the received PDCP SDU was received by RLC reconfiguration, and if so, the PDCP SDU transmission process is immediately terminated; otherwise, the stored PDCP SDU is stored. Among them, all PDCP SDUs having an associated sequence number smaller than the RSN are sequentially transmitted to the upper layer. Further, among the stored PDCP SDUs, all PDCP SDUs having consecutively associated sequence numbers greater than or equal to the RSN are sequentially transmitted to the upper layer. Thereafter, the sequence number of the last PDCP SDU transmitted to the upper layer is set in the state variable “LAST”, and the PDCP SDU transmission process is terminated.
図６は、ＰＤＣＰデータユニットの並び替え及び送信過程の一例を示す図である。説明の便宜上、１つのＲＬＣ ＰＤＵに１つのＰＤＣＰ ＰＤＵが含まれると仮定する。また、ＰＤＣＰ制御ＰＤＵは考慮せず、１つのＰＤＣＰ ＰＤＵが１つのＰＤＣＰ ＳＤＵを含むと仮定する。 FIG. 6 is a diagram illustrating an example of PDCP data unit rearrangement and transmission processes. For convenience of explanation, it is assumed that one PDLC PDU is included in one RLC PDU. Also, it is assumed that one PDCP PDU includes one PDCP SDU without considering the PDCP control PDU.
まず、受信側ＲＬＣは、ＲＬＣ ＰＤＵ＝１３まで順次受信し、これらを上位の受信側ＰＤＣＰに送信すると同時に、送信側ＲＬＣにＲＬＣ状態報告によりＲＬＣ ＰＤＵ＝１３まで正常に受信したことを通知する。受信側ＰＤＣＰは、ＰＤＣＰ ＳＤＵ＝２２まで順次受信し、これらを上位に送信する。送信側ＰＤＣＰは、ＲＬＣ状態報告から受信側ＰＤＣＰがＰＤＣＰ ＳＤＵ＝２２まで正常に受信したことが分かる。 First, the receiving side RLC sequentially receives up to RLC PDU = 13, transmits these to the higher receiving side PDCP, and at the same time notifies the transmitting side RLC that the RLC PDU = 13 has been normally received by the RLC status report. The receiving side PDCP sequentially receives up to PDCP SDU = 22 and transmits them to the upper layer. It can be seen from the RLC status report that the transmitting side PDCP has successfully received the receiving side PDCP until PDCP SDU = 22.
ＲＬＣ再設定が発生する直前、送信側ＲＬＣは、ＲＬＣ ＰＤＵ＝１４からＲＬＣ ＰＤＵ＝２０を送信したが、ＲＬＣ ＰＤＵ＝１６、１７、１９の送信には失敗した。受信側ＲＬＣは、ＲＬＣ ＰＤＵをＲＬＣ ＳＮ＝１５まで順次受信し、これらを上位のＰＤＣＰに送信し、ＰＤＣＰは、前記ＲＬＣ ＰＤＵに含まれるＰＤＣＰ ＳＤＵをＰＤＣＰ ＳＮ＝２４まで順次受信し、これらを上位に送信する。ＰＤＣＰ ＳＮ＝２４まで上位に送信した状態で、ＬＡＳＴ＝２４、ＮＥＸＴ＝２５を示す。ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０は正常に受信されたが、以前のＲＬＣ ＰＤＵが受信されていないので、ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０はＲＬＣ受信バッファに保存されている。受信側ＲＬＣは、このような状況をＲＬＣ状態報告により送信側ＲＬＣに通知しなければならないが、ＲＬＣ状態報告を送信する前にＲＬＣ再設定が発生する（Ｓ１）。 Immediately before RLC reconfiguration occurs, the transmitting RLC transmits RLC PDU = 20 from RLC PDU = 14, but transmission of RLC PDU = 16, 17, 19 failed. The receiving side RLC sequentially receives RLC PDUs up to RLC SN = 15 and transmits them to the upper PDCP. PDCP sequentially receives PDCP SDUs contained in the RLC PDUs up to PDCP SN = 24, and these are received as upper Send to. LAST = 24 and NEXT = 25 are shown in a state in which PDCP SN = 24 is transmitted to the host. RLC PDU = 18 and RLC PDU = 20 have been successfully received, but since no previous RLC PDU has been received, RLC PDU = 18 and RLC PDU = 20 are stored in the RLC receive buffer. The receiving side RLC must notify the transmitting side RLC of such a situation by an RLC status report, but RLC reconfiguration occurs before transmitting the RLC status report (S1).
ハンドオーバーなどの理由でＲＬＣ再設定が発生すると、ＲＬＣは、正常に受信されたが以前のＲＬＣ ＰＤＵが受信されていないので受信バッファに保存されていたＲＬＣ ＰＤＵを、上位のＰＤＣＰに送信する。この例では、ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０が上位に送信される。ＰＤＣＰは、ＲＬＣ再設定により受信したＰＤＣＰ ＳＤＵをＰＤＣＰ受信バッファに保存する。ここで、ＰＤＣＰ ＳＤＵ＝２７とＰＤＣＰ ＳＤＵ＝２９がＰＤＣＰ受信バッファに保存される。送信側ＰＤＣＰは、直近のＲＬＣ状態報告に基づいてＰＤＣＰ ＳＤＵの送信に成功したか否かを判断するため、ＰＤＣＰ ＳＤＵ＝２２までの送信に成功したと判断し、ＰＤＣＰ ＳＤＵ＝２３〜２９の送信には成功していないと判断する（Ｓ２）。 When RLC reconfiguration occurs due to a handover or the like, the RLC transmits the RLC PDU that has been normally received but the previous RLC PDU has not been received and is stored in the reception buffer to the upper PDCP. In this example, RLC PDU = 18 and RLC PDU = 20 are transmitted to the upper layer. PDCP stores the PDCP SDU received by RLC reconfiguration in the PDCP reception buffer. Here, PDCP SDU = 27 and PDCP SDU = 29 are stored in the PDCP reception buffer. The transmitting side PDCP determines whether or not the PDCP SDU has been successfully transmitted based on the most recent RLC status report. Therefore, the transmitting side PDCP determines that the transmission up to PDCP SDU = 22 is successful, and the PDCP SDU = 23 to 29 is transmitted. (S2).
ＲＬＣ再設定が終了すると、ＲＬＣは、全ての状態変数を初期化し、データ送信を再開する。送信側ＰＤＣＰは、ＲＬＣ再設定前に受信側ＰＤＣＰが正常に受信していないＰＤＣＰ ＳＤＵの再送を行う。このとき、一部のＰＤＣＰ ＳＤＵは消失することがあり、送信側ＰＤＣＰは送信可能なＰＤＣＰ ＳＤＵのみ順次再送する。 When the RLC reconfiguration is completed, the RLC initializes all state variables and resumes data transmission. The transmitting side PDCP retransmits PDCP SDUs that are not normally received by the receiving side PDCP before RLC reconfiguration. At this time, some PDCP SDUs may disappear, and the transmitting side PDCP retransmits only the PDCP SDUs that can be transmitted sequentially.
送信側ＰＤＣＰは、直近のＲＬＣ状態報告に基づいて、ＲＬＣ再設定前に正常に送信していないＰＤＣＰ ＳＤＵを再送する。この例では、送信側ＰＤＣＰはＰＤＣＰ ＳＤＵ＝２３〜２９を再送する。ＲＬＣが再設定されるため、ＰＤＣＰ ＳＤＵ＝２３〜２９はＲＬＣ ＰＤＵ＝０〜６により送信される。受信側ＲＬＣは、ＲＬＣ ＰＤＵ＝０〜６を受信すると、上位の受信側ＰＤＣＰに順次送信する。受信側ＰＤＣＰは、ＲＬＣ ＰＤＵ＝０〜６を受信すると、ＰＤＣＰ ＳＤＵ＝２３、２４はＳＮがＬＡＳＴ以下であるので廃棄し、ＰＤＣＰ ＳＤＵ＝２７、２９は既に保存されているので廃棄する。受信側ＰＤＣＰはＰＤＣＰ ＳＤＵ＝２５〜２９を上位に順次送信する。このようにして受信側ＰＤＣＰが送信可能なＰＤＣＰ ＳＤＵを送信した後、ＬＡＳＴ＝２９、ＮＥＸＴ＝３０にアップデートする（Ｓ３−１）。 Based on the latest RLC status report, the transmitting side PDCP retransmits the PDCP SDU that has not been normally transmitted before the RLC reconfiguration. In this example, the transmitting side PDCP retransmits PDCP SDU = 23 to 29. Since RLC is reconfigured, PDCP SDU = 23-29 is transmitted with RLC PDU = 0-6. Upon receiving RLC PDU = 0 to 6, the receiving side RLC sequentially transmits to the upper receiving side PDCP. When the receiving side PDCP receives RLC PDU = 0 to 6, PDCP SDU = 23 and 24 are discarded because SN is less than LAST, and PDCP SDU = 27 and 29 are discarded because they are already stored. The receiving side PDCP sequentially transmits PDCP SDU = 25 to 29 to the upper level. After transmitting the PDCP SDU that can be transmitted by the receiving side PDCP in this way, it is updated to LAST = 29 and NEXT = 30 (S3-1).
ハンドオーバー時には、ソースｅＮＢがターゲットｅＮＢにハンドオーバーする前に正常に送信していないＰＤＣＰ ＳＤＵを転送するが、ネットワーク間のインタフェースでデータ損失が発生し得る。この例は、ソースｅＮＢがターゲットｅＮＢにＰＤＣＰ ＳＤＵ＝２３〜２９を転送したが、ＰＤＣＰ ＳＤＵ＝２３〜２７が損失した場合である。従って、送信側ＰＤＣＰは、ＰＤＣＰ ＳＤＵ＝２８、２９、３０、３１の順にＲＬＣ ＰＤＵ＝０〜３に含めて送信する。受信側ＲＬＣは、ＲＬＣ ＰＤＵ＝０〜３を受信すると、上位の受信側ＰＤＣＰに順次送信する。受信側ＰＤＣＰは、ＲＬＣ ＰＤＵ＝０〜３を受信すると、ＰＤＣＰ ＳＤＵ＝２３、２４はＳＮがＬＡＳＴ以下であるので廃棄し、ＰＤＣＰ ＳＤＵ＝２７、２９は既に保存されているので廃棄する。受信側ＰＤＣＰはＰＤＣＰ ＳＤＵ＝２５〜２９を上位に順次送信する。受信側ＰＤＣＰは、ＲＬＣ ＰＤＵ＝０に含まれるＰＤＣＰ ＳＤＵ＝２８を受信すると、これより小さいＳＮを有するＰＤＣＰ ＳＤＵ＝２７を上位に送信する。また、ＰＤＣＰ ＳＤＵ＝２８と、これと順次連続するＰＤＣＰ ＳＤＵ＝２９も上位に送信する。このようにして受信側ＰＤＣＰが送信可能なＰＤＣＰ ＳＤＵを送信した後、ＬＡＳＴ＝２９、ＮＥＸＴ＝３０にアップデートする（Ｓ３−２）。 During handover, the source eNB transfers PDCP SDUs that are not normally transmitted before handover to the target eNB, but data loss may occur at the interface between networks. In this example, the source eNB transfers PDCP SDU = 23 to 29 to the target eNB, but PDCP SDU = 23 to 27 is lost. Accordingly, the transmitting side PDCP includes the RCP PDU = 0 to 3 in the order of PDCP SDU = 28, 29, 30, and 31 for transmission. When receiving RLC PDU = 0-3, the receiving side RLC sequentially transmits to the higher receiving side PDCP. When the receiving side PDCP receives RLC PDU = 0-3, PDCP SDU = 23, 24 is discarded because SN is less than LAST, and PDCP SDU = 27, 29 is discarded because they are already stored. The receiving side PDCP sequentially transmits PDCP SDU = 25 to 29 to the upper level. When receiving PDCP SDU = 28 included in RLC PDU = 0, the receiving side PDCP transmits PDCP SDU = 27 having a smaller SN to the upper layer. In addition, PDCP SDU = 28 and PDCP SDU = 29 successively following this are also transmitted to the upper layer. After transmitting the PDCP SDU that can be transmitted by the receiving side PDCP in this way, the update is performed to LAST = 29 and NEXT = 30 (S3-2).
図７は、ＰＤＣＰデータユニットが順次受信されても上位に送信されない過程の一例を示す図である。
まず、受信側ＲＬＣは、ＲＬＣ ＰＤＵ＝１３まで順次受信し、これらを上位の受信側ＰＤＣＰに送信すると同時に、送信側ＲＬＣにＲＬＣ状態報告によりＲＬＣ ＰＤＵ＝１３まで正常に受信したことを通知する。受信側ＰＤＣＰは、ＰＤＣＰ ＳＤＵ＝２２まで順次受信し、これらを上位に送信する。送信側ＰＤＣＰは、ＲＬＣ状態報告から受信側ＰＤＣＰがＰＤＣＰ ＳＤＵ＝２２まで正常に受信したことが分かる。
FIG. 7 is a diagram illustrating an example of a process in which PDCP data units are sequentially transmitted even if they are sequentially received.
First, the receiving side RLC sequentially receives up to RLC PDU = 13, transmits these to the higher receiving side PDCP, and at the same time notifies the transmitting side RLC that the RLC PDU = 13 has been normally received by the RLC status report. The receiving side PDCP sequentially receives up to PDCP SDU = 22 and transmits them to the upper layer. It can be seen from the RLC status report that the transmitting side PDCP has successfully received the receiving side PDCP until PDCP SDU = 22.
ＲＬＣ再設定が発生する直前、送信側ＲＬＣは、ＲＬＣ ＰＤＵ＝１４からＲＬＣ ＰＤＵ＝２０を送信したが、ＲＬＣ ＰＤＵ＝１６、１７、１９の送信には失敗した。受信側ＲＬＣは、ＲＬＣ ＰＤＵをＲＬＣ ＳＮ＝１５まで順次受信し、これらを上位のＰＤＣＰに送信し、ＰＤＣＰは、前記ＲＬＣ ＰＤＵに含まれるＰＤＣＰ ＳＤＵをＰＤＣＰ ＳＮ＝２４まで順次受信し、これらを上位に送信する。ＰＤＣＰ ＳＮ＝２４まで上位に送信した状態で、ＬＡＳＴ＝２４、ＮＥＸＴ＝２５を示す。ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０は正常に受信されたが、以前のＲＬＣ ＰＤＵが受信されていないので、ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０はＲＬＣ受信バッファに保存されている。受信側ＲＬＣは、このような状況をＲＬＣ状態報告により送信側ＲＬＣに通知しなければならないが、ＲＬＣ状態報告を送信する前にＲＬＣ再設定が発生する（Ｓ１）。 Immediately before RLC reconfiguration occurs, the transmitting RLC transmits RLC PDU = 20 from RLC PDU = 14, but transmission of RLC PDU = 16, 17, 19 failed. The receiving side RLC sequentially receives RLC PDUs up to RLC SN = 15 and transmits them to the upper PDCP. PDCP sequentially receives PDCP SDUs contained in the RLC PDUs up to PDCP SN = 24, and these are received as upper Send to. LAST = 24 and NEXT = 25 are shown in a state in which PDCP SN = 24 is transmitted to the host. RLC PDU = 18 and RLC PDU = 20 have been successfully received, but since no previous RLC PDU has been received, RLC PDU = 18 and RLC PDU = 20 are stored in the RLC receive buffer. The receiving side RLC must notify the transmitting side RLC of such a situation by an RLC status report, but RLC reconfiguration occurs before transmitting the RLC status report (S1).
ハンドオーバーなどの理由でＲＬＣ再設定が発生すると、ＲＬＣは、正常に受信されたが以前のＲＬＣ ＰＤＵが受信されていないので受信バッファに保存されていたＲＬＣ ＰＤＵを、上位のＰＤＣＰに送信する。この例では、ＲＬＣ ＰＤＵ＝１８とＲＬＣ ＰＤＵ＝２０が上位に送信される。ＰＤＣＰは、ＲＬＣ再設定により受信したＰＤＣＰ ＳＤＵをＰＤＣＰ受信バッファに保存する。ここで、ＰＤＣＰ ＳＤＵ＝２７とＰＤＣＰ ＳＤＵ＝２９がＰＤＣＰ受信バッファに保存される。送信側ＰＤＣＰは、直近のＲＬＣ状態報告に基づいてＰＤＣＰ ＳＤＵの送信に成功したか否かを判断するため、ＰＤＣＰ ＳＤＵ＝２２までの送信に成功したと判断し、ＰＤＣＰ ＳＤＵ＝２３〜２９の送信には成功していないと判断する（Ｓ２）。 When RLC reconfiguration occurs due to a handover or the like, the RLC transmits the RLC PDU that has been normally received but the previous RLC PDU has not been received and is stored in the reception buffer to the upper PDCP. In this example, RLC PDU = 18 and RLC PDU = 20 are transmitted to the upper layer. PDCP stores the PDCP SDU received by RLC reconfiguration in the PDCP reception buffer. Here, PDCP SDU = 27 and PDCP SDU = 29 are stored in the PDCP reception buffer. The transmitting side PDCP determines whether or not the PDCP SDU has been successfully transmitted based on the most recent RLC status report. Therefore, the transmitting side PDCP determines that the transmission up to PDCP SDU = 22 is successful, and the PDCP SDU = 23 to 29 is transmitted. (S2).
第１のＲＬＣ再設定後に損失したＰＤＣＰ ＳＤＵを含むＲＬＣ ＰＤＵを全て正常に受信したが、既に正常に受信したＰＤＣＰ ＳＤＵを含むＲＬＣ ＰＤＵを受信していないので、前記正常に受信したＲＬＣ ＰＤＵがＲＬＣバッファに保存されているとき（Ｓ３）、さらに他のＲＬＣ再設定が発生すると、受信側ＰＤＣＰは、第２のＲＬＣ再設定によって全ての損失したＰＤＣＰ ＳＤＵを正常に受信することができる。しかし、図７に示すように、このような場合も、順次受信したＰＤＣＰ ＳＤＵは上位層に送信することができない（Ｓ４）。 All the RLC PDUs including the PDCP SDU lost after the first RLC reconfiguration are normally received, but the RLC PDU including the PDCP SDU that has been normally received has not been received. When another RLC reconfiguration occurs when stored in the buffer (S3), the receiving side PDCP can normally receive all lost PDCP SDUs due to the second RLC reconfiguration. However, as shown in FIG. 7, even in such a case, the sequentially received PDCP SDU cannot be transmitted to the upper layer (S4).
前述したように、本発明の目的は、ハンドオーバーなどによりＲＬＣ再設定が発生してＰＤＣＰがＲＬＣからＰＤＣＰ ＳＤＵを受信した場合、順次連続して受信したＰＤＣＰ ＳＤＵは上位に送信することにより、データ送信の遅延時間を短縮することにある。 As described above, when RLC reconfiguration occurs due to handover or the like and PDCP receives PDCP SDUs from RLC as described above, the PDCP SDUs received sequentially and sequentially are transmitted to the upper layer. The purpose is to reduce the transmission delay time.
このために、本発明においては、ＰＤＣＰがＲＬＣからＰＤＣＰ ＳＤＵを受信し、復号化／復元を経てバッファに保存した場合、次のようなｐｒｏｃｅｄｕｒｅ ｔｅｘｔを使用して上位に送信することを提案する。
− if RSN = LAST + 1:
− deliver to upper layer in ascending order of the associated SN value:
− all stored PDCP SDU(s) with consecutively associated SN value(s) ≧ RSN;
− set LAST to the SN of the last PDCP SDU delivered to upper layers;
− else if the PDCP SDU received by PDCP is not due to the RLC re-establishment:
− deliver to upper layer in ascending order of the associated SN value:
− all stored PDCP SDU(s) with an associated SN < RSN;
− all stored PDCP SDU(s) with consecutively associated SN value(s) ≧ RSN;
− set LAST to the SN of the last PDCP SDU delivered to upper layers.
For this reason, in the present invention, when PDCP receives PDCP SDU from RLC and stores it in a buffer through decoding / restoration, it is proposed to transmit it to the upper level using the following procedure text.
− If RSN = LAST + 1:
− Deliver to upper layer in ascending order of the associated SN value:
− All stored PDCP SDU (s) with consecutively associated SN value (s) ≧ RSN;
− Set LAST to the SN of the last PDCP SDU delivered to upper layers;
− Else if the PDCP SDU received by PDCP is not due to the RLC re-establishment:
− Deliver to upper layer in ascending order of the associated SN value:
− All stored PDCP SDU (s) with an associated SN <RSN;
− All stored PDCP SDU (s) with consecutively associated SN value (s) ≧ RSN;
− Set LAST to the SN of the last PDCP SDU delivered to upper layers.
すなわち、この方法は、ＰＤＣＰがＲＬＣ再設定によってＰＤＣＰ ＳＤＵを受信しても、無条件に受信バッファに保存しておくのではなく、受信したＰＤＣＰ ＳＤＵのＳＮがＬＡＳＴ（上位に送信したＰＤＣＰ ＳＤＵのうち最後に送信したＰＤＣＰ ＳＤＵのＳＮ）＋１であるか否かを検査して、受信したＰＤＣＰ ＳＤＵのＳＮがＬＡＳＴ＋１であれば、受信したＰＤＣＰ ＳＤＵとその後に順次連続するＳＮを有するＰＤＣＰ ＳＤＵを上位に順次送信する。つまり、ＰＤＣＰがいずれの経路であってもＰＤＣＰ ＳＤＵを受信すると、その受信したＰＤＣＰ ＳＤＵが、最後に上位に送信したＰＤＣＰ ＳＤＵの次に（in-sequence）送信すべきＰＤＣＰ ＳＤＵであるか否かを検査して、次に送信すべきＰＤＣＰ ＳＤＵであれば、前記ＰＤＣＰ ＳＤＵとその後に順次連続するＳＮを有するＰＤＣＰ ＳＤＵを、受信バッファに待機させることなく、直ちに上位に送信する。 That is, in this method, even if PDCP receives a PDCP SDU by RLC reconfiguration, it is not unconditionally stored in the reception buffer, but the received SNCP of the PDCP SDU is LAST (the PDCP SDU transmitted to the upper layer). It is checked whether the SN of the last transmitted PDCP SDU) +1. If the SN of the received PDCP SDU is LAST + 1, the received PDCP SDU is followed by a PDCP SDU having a sequential SN thereafter. Sequentially. That is, when a PDCP SDU is received regardless of the path of PDCP, whether or not the received PDCP SDU is a PDCP SDU to be transmitted (in-sequence) next to the PDCP SDU that has been transmitted to the upper layer lastly. If the PDCP SDU is to be transmitted next, the PDCP SDU having the SN that is successively consecutive to the PDCP SDU is immediately transmitted to the upper level without waiting in the reception buffer.
図８は、本発明によるＰＤＣＰデータユニット送信過程の一例を示す図である。
図８に示すように、まず、シーケンス番号を有するＰＤＣＰ ＳＤＵを含むＰＤＣＰ ＰＤＵを受信する。ここで、前記シーケンス番号は状態変数「ＲＳＮ」と定義される。その後、前記ＰＤＣＰ ＳＤＵは、ヘッダ復元と復号化が行われ、ＰＤＣＰバッファに保存される。その後、前記ＲＳＮが状態変数「ＮＥＸＴ」より大きいか等しければ、前記ＮＥＸＴはＲＳＮ＋１に設定される。次に、前述した本発明による方法に従って、受信したＰＤＣＰ ＳＤＵのシーケンス番号、すなわちＲＳＮがＬＡＳＴ（上位に送信したＰＤＣＰ ＳＤＵのうち最後に送信したＰＤＣＰ ＳＤＵのＳＮ）＋１であるか否かを判断又は検査する。前記ＲＳＮがＬＡＳＴ＋１であれば、受信したＰＤＣＰ ＳＤＵとその後に順次連続するシーケンス番号を有するＰＤＣＰ ＳＤＵを上位に順次送信する。その後、上位層に送信された最後のＰＤＣＰ ＳＤＵのシーケンス番号を状態変数「ＬＡＳＴ」に設定し、ＰＤＣＰ ＳＤＵ送信過程を終了する。前記ＲＳＮがＬＡＳＴ＋１でなければ、前記受信されたＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信されたものであるかを判断して、そうであれば、ＰＤＣＰ ＳＤＵ送信過程を直ちに終了し、そうでなければ、保存されたＰＤＣＰ ＳＤＵのうち、前記ＲＳＮより小さい関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信する。また、保存されたＰＤＣＰ ＳＤＵのうち、前記ＲＳＮより大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信する。その後、上位層に送信された最後のＰＤＣＰ ＳＤＵのシーケンス番号を状態変数「ＬＡＳＴ」に設定し、ＰＤＣＰ ＳＤＵ送信過程を終了する。
FIG. 8 is a diagram illustrating an example of a PDCP data unit transmission process according to the present invention.
As shown in FIG. 8, first, a PDCP PDU including a PDCP SDU having a sequence number is received. Here, the sequence number is defined as a state variable “RSN”. Thereafter, the PDCP SDU is subjected to header decompression and decoding, and stored in a PDCP buffer. Then, if the RSN is greater than or equal to the state variable “NEXT”, the NEXT is set to RSN + 1. Next, according to the above-described method according to the present invention, it is determined whether the sequence number of the received PDCP SDU, that is, the RSN is LAST (the last SNCP of the PDCP SDU transmitted to the upper level) +1. inspect. If the RSN is LAST + 1, the received PDCP SDUs and PDCP SDUs having sequential numbers that are sequentially consecutive thereafter are sequentially transmitted to the upper layer. Thereafter, the sequence number of the last PDCP SDU transmitted to the upper layer is set in the state variable “LAST”, and the PDCP SDU transmission process is terminated. If the RSN is not LAST + 1, determine whether the received PDCP SDU was received by RLC reconfiguration, and if so, immediately terminate the PDCP SDU transmission process; Of the stored PDCP SDUs, all PDCP SDUs having an associated sequence number smaller than the RSN are sequentially transmitted to the upper layer. Further, among the stored PDCP SDUs, all PDCP SDUs having consecutively associated sequence numbers greater than or equal to the RSN are sequentially transmitted to the upper layer. Thereafter, the sequence number of the last PDCP SDU transmitted to the upper layer is set in the state variable “LAST”, and the PDCP SDU transmission process is terminated.
以上、受信したＰＤＣＰ ＳＤＵのＳＮをＬＡＳＴ＋１と比較する手順と、ＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信したものであるか否かを検査する手順とは、順序を変えてもよい（mutually exclusive）。従って、まずＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信したものであるか否かを検査し、ＲＬＣ再設定によって受信したものである場合にＲＳＮをＬＡＳＴ＋１と比較してもよい。受信したＰＤＣＰ ＳＤＵのＳＮがＬＡＳＴ＋１であれば、前記方法と同様に、受信したＰＤＣＰ ＳＤＵとその後に順次連続するＳＮを有するＰＤＣＰ ＳＤＵを上位に順次送信する。すなわち、２つの順序を変えても結果は同じなので、次のようなｐｒｏｃｅｄｕｒｅ ｔｅｘｔも可能である。
− if the PDCP SDU received by PDCP is not due to the RLC re-establishment:
− deliver to upper layer in ascending order of the associated SN value:
− all stored PDCP SDU(s) with an associated SN < RSN;
− all stored PDCP SDU(s) with consecutively associated SN value(s) ≧ RSN;
− set LAST to the SN of the last PDCP SDU delivered to upper layers.
− else if RSN = LAST + 1:
− deliver to upper layer in ascending order of the associated SN value:
− all stored PDCP SDU(s) with consecutively associated SN value(s) ≧ RSN;
− set LAST to the SN of the last PDCP SDU delivered to upper layers;
As described above, the procedure of comparing the SN of the received PDCP SDU with LAST + 1 and the procedure of checking whether the PDCP SDU is received by RLC reconfiguration may be changed (mutually exclusive). Therefore, first, it is checked whether or not the PDCP SDU is received by RLC reconfiguration, and if it is received by RLC reconfiguration, the RSN may be compared with LAST + 1. If the SN of the received PDCP SDU is LAST + 1, similarly to the above method, the received PDCP SDU and the PDCP SDU having the consecutive SN are sequentially transmitted to the higher order. In other words, since the result is the same even if the two orders are changed, the following procedure text is also possible.
− If the PDCP SDU received by PDCP is not due to the RLC re-establishment:
− Deliver to upper layer in ascending order of the associated SN value:
− All stored PDCP SDU (s) with an associated SN <RSN;
− All stored PDCP SDU (s) with consecutively associated SN value (s) ≧ RSN;
− Set LAST to the SN of the last PDCP SDU delivered to upper layers.
− Else if RSN = LAST + 1:
− Deliver to upper layer in ascending order of the associated SN value:
− All stored PDCP SDU (s) with consecutively associated SN value (s) ≧ RSN;
− Set LAST to the SN of the last PDCP SDU delivered to upper layers;
図９は、本発明によるＰＤＣＰデータユニット送信過程の他の例を示す図である。
図９に示すように、まず、シーケンス番号を有するＰＤＣＰ ＳＤＵを含むＰＤＣＰ ＰＤＵを受信する。ここで、前記シーケンス番号は状態変数「ＲＳＮ」と定義される。その後、前記ＰＤＣＰ ＳＤＵは、ヘッダ復元と復号化が行われ、ＰＤＣＰバッファに保存される。その後、前記ＲＳＮが状態変数「ＮＥＸＴ」より大きいか等しければ、前記ＮＥＸＴはＲＳＮ＋１に設定される。次に、前記受信されたＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信されたものであるかを判断して、そうであれば、受信したＰＤＣＰ ＳＤＵのシーケンス番号、すなわちＲＳＮがＬＡＳＴ（上位に送信したＰＤＣＰ ＳＤＵのうち最後に送信したＰＤＣＰ ＳＤＵのＳＮ）＋１であるか否かを判断又は検査する。ここで、前記ＲＳＮがＬＡＳＴ＋１であれば、受信したＰＤＣＰ ＳＤＵとその後に順次連続するシーケンス番号を有するＰＤＣＰ ＳＤＵを上位に順次送信する。その後、上位層に送信された最後のＰＤＣＰ ＳＤＵのシーケンス番号を状態変数「ＬＡＳＴ」に設定し、ＰＤＣＰ ＳＤＵ送信過程を終了する。前記ＲＳＮがＬＡＳＴ＋１でなければ、ＰＤＣＰ ＳＤＵ送信過程を直ちに終了する。前記受信されたＰＤＣＰ ＳＤＵがＲＬＣ再設定によって受信されたものではないと判断された場合は、保存されたＰＤＣＰ ＳＤＵのうち、前記ＲＳＮより小さい関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信し、また前記ＲＳＮより大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのＰＤＣＰ ＳＤＵを上位層に順次送信する。その後、上位層に送信された最後のＰＤＣＰ ＳＤＵのシーケンス番号を状態変数「ＬＡＳＴ」に設定し、ＰＤＣＰ ＳＤＵ送信過程を終了する。
FIG. 9 is a diagram illustrating another example of a PDCP data unit transmission process according to the present invention.
As shown in FIG. 9, first, a PDCP PDU including a PDCP SDU having a sequence number is received. Here, the sequence number is defined as a state variable “RSN”. Thereafter, the PDCP SDU is subjected to header decompression and decoding, and stored in a PDCP buffer. Then, if the RSN is greater than or equal to the state variable “NEXT”, the NEXT is set to RSN + 1. Next, it is determined whether the received PDCP SDU is received by RLC reconfiguration, and if so, the sequence number of the received PDCP SDU, that is, the RSN is LAST (the PDCP SDU transmitted to the upper layer). It is determined or checked whether or not the SN of the last transmitted PDCP SDU) +1. Here, if the RSN is LAST + 1, the received PDCP SDU and the PDCP SDU having a sequential number sequentially thereafter are sequentially transmitted to the upper layer. Thereafter, the sequence number of the last PDCP SDU transmitted to the upper layer is set in the state variable “LAST”, and the PDCP SDU transmission process is terminated. If the RSN is not LAST + 1, the PDCP SDU transmission process is immediately terminated. If it is determined that the received PDCP SDU is not received by RLC reconfiguration, all PDCP SDUs having an associated sequence number smaller than the RSN are stored in the upper layer among the stored PDCP SDUs. And sequentially transmit all PDCP SDUs having consecutively associated sequence numbers greater than or equal to the RSN to the upper layer. Thereafter, the sequence number of the last PDCP SDU transmitted to the upper layer is set in the state variable “LAST”, and the PDCP SDU transmission process is terminated.
本発明において言及されたＰＤＣＰ ＳＮは、ＣＯＵＮＴ形式に含めて使用してもよい。すなわち、ＣＯＵＮＴ値はＨＦＮ（Hyper Frame Number）及びＰＤＣＰ ＳＮから構成してもよい。前記ＰＤＣＰ ＳＮの長さは上位層によって設定される。前記ＣＯＵＮＴ値又はＰＤＣＰ ＳＮは、ラップアラウンド問題を回避するために使用されることもある。 The PDCP SN mentioned in the present invention may be used by being included in the COUNT format. That is, the COUNT value may be composed of HFN (Hyper Frame Number) and PDCP SN. The length of the PDCP SN is set by an upper layer. The COUNT value or PDCP SN may be used to avoid wraparound problems.
以下、本発明による端末を説明する。
本発明による端末は、無線でデータをやり取りするサービスを利用することのできる全てのタイプの端末を含む。すなわち、本発明による端末は、無線通信サービスを利用できる移動通信端末機（例えば、ユーザ装置（ＵＥ）、携帯電話、セルラーフォン、ＤＭＢフォン、ＤＶＢ−Ｈフォン、ＰＤＡフォン、ＰＴＴフォンなど）、ノートブックコンピュータ、ラップトップコンピュータ、デジタルテレビ、ＧＰＳナビゲーション、携帯用ゲーム機、ＭＰ３、その他の家電製品などを含む包括的な意味である。
本発明による端末は、本発明が例示している効率的なシステム情報の受信のための機能及び動作の実行に必要な基本的なハードウェア構成（送受信部、処理部又は制御部、保存部など）を含むこともできる。
Hereinafter, the terminal according to the present invention will be described.
The terminals according to the present invention include all types of terminals that can use a service for exchanging data wirelessly. That is, the terminal according to the present invention includes a mobile communication terminal (for example, a user equipment (UE), a mobile phone, a cellular phone, a DMB phone, a DVB-H phone, a PDA phone, a PTT phone) that can use a wireless communication service, a notebook, etc. It has a comprehensive meaning including a book computer, laptop computer, digital TV, GPS navigation, portable game machine, MP3, and other home appliances.
The terminal according to the present invention has a basic hardware configuration (transmission / reception unit, processing unit or control unit, storage unit, etc.) necessary for execution of functions and operations for efficient system information reception exemplified in the present invention. ) Can also be included.
以上説明した本発明による方法は、ソフトウェア、ハードウェア、又はこれらの組み合わせで実現することができる。例えば、本発明による方法は、記憶媒体（例えば、移動端末機又は基地局の内部メモリ、フラッシュメモリ、ハードディスクなど）に保存することができ、プロセッサ（例えば、移動端末機又は基地局内部のマイクロプロセッサ）により実行されるソフトウェアプログラム内にコード又はコマンドで実現することができる。 The method according to the present invention described above can be realized by software, hardware, or a combination thereof. For example, the method according to the present invention can be stored in a storage medium (eg, an internal memory of a mobile terminal or a base station, a flash memory, a hard disk, etc.) and a processor (eg, a microprocessor inside the mobile terminal or a base station). It can be realized by a code or a command in the software program executed by (1).
以上、本発明は、図面に示す実施形態を参照して説明されたが、これは単なる例示にすぎず、当該技術分野における通常の知識を有する者であれば、これらから様々な変形及び均等な他の実施形態が可能であるという点を理解するであろう。よって、本発明の技術的保護範囲は添付された請求の範囲の技術的思想によって決定されるべきである。 The present invention has been described with reference to the embodiments shown in the drawings. However, this is merely an example, and various modifications and equivalents may be made by those having ordinary knowledge in the art. It will be appreciated that other embodiments are possible. Therefore, the technical protection scope of the present invention should be determined by the technical idea of the appended claims.
Claims (7)
下位層からシーケンス番号を有するデータユニットを受信する段階と、
前記受信したデータユニットをバッファ内に保存する段階と、
前記受信したデータユニットが無線リンク制御（ＲＬＣ）再設定によって受信されたか否かを判断する段階と、
前記受信したデータユニットが前記ＲＬＣ再設定によって受信された場合、前記受信したデータユニットの前記シーケンス番号が最後に送信されたデータユニットのシーケンス番号＋１と同一か否かを判断する段階と、
前記判断段階に基づいて、前記保存されたデータユニットのうち、前記受信したデータユニットのシーケンス番号より大きいか等しい、連続して関連付けられたシーケンス番号を有する全てのデータユニットを前記シーケンス番号の値の昇順で上位層に順次送信する段階と
を含むことを特徴とするデータ送信方法。 A data transmission method in a wireless communication system, comprising:
Receiving a data unit having a sequence number from a lower layer;
Storing the received data unit in a buffer;
Determining whether the received data unit has been received by radio link control (RLC) reconfiguration;
If the received data unit has been received by the RLC reconfiguration, the steps of the sequence number of data units the receiver to determine whether the sequence number + the same whether the data unit transmitted last,
Based on the determination step, all of the stored data units having consecutively associated sequence numbers that are greater than or equal to the sequence number of the received data unit are assigned the value of the sequence number. A method of transmitting data sequentially to an upper layer in ascending order .
Applications Claiming Priority (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| US7423308P | 2008-06-20 | 2008-06-20 | |
| US61/074,233 | 2008-06-20 | ||
| US7499808P | 2008-06-23 | 2008-06-23 | |
| US61/074,998 | 2008-06-23 | ||
| KR1020090050624A KR100954925B1 (en) | 2008-06-20 | 2009-06-08 | Method of delivering a pdcp data unit to an upper layer |
| KR10-2009-0050624 | 2009-06-08 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JP2010004540A JP2010004540A (en) | 2010-01-07 |
| JP4955734B2 true JP4955734B2 (en) | 2012-06-20 |
Family
ID=41585795
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2009146918A Active JP4955734B2 (en) | 2008-06-20 | 2009-06-19 | Method of transmitting PDCP data unit to upper level |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4955734B2 (en) |
Family Cites Families (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR101000699B1 (en) * | 2004-04-19 | 2010-12-10 | 엘지전자 주식회사 | Data handling method in radio linl comtrol layer |
| US8660085B2 (en) * | 2006-12-04 | 2014-02-25 | Qualcomm Incorporated | Methods and apparatus for transferring a mobile device from a source eNB to a target eNB |
-
2009
- 2009-06-19 JP JP2009146918A patent/JP4955734B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| JP2010004540A (en) | 2010-01-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP2136501B1 (en) | Method of delivering a PDCP data unit to an upper layer | |
| CN107113291B (en) | Evolved data compression scheme signaling | |
| KR100907978B1 (en) | A status reporting transmission method and receiving apparatus of a PDCP layer in a mobile communication system | |
| KR101435832B1 (en) | Method for processing radio protocol in mobile telecommunications system and transmitter of mobile telecommunications | |
| CN107005560B (en) | Data sending method, data receiving method and related equipment | |
| KR100954925B1 (en) | Method of delivering a pdcp data unit to an upper layer | |
| US8379855B2 (en) | Ciphering in a packet-switched telecommunications system | |
| US11159981B2 (en) | Congestion processing method and apparatus | |
| KR20090016385A (en) | Method for detecting security error in mobile telecommunications system and device of mobile telecommunications | |
| KR20090031239A (en) | A method for handling correctly received but header compression failed packets | |
| JP2006203265A (en) | Receiver, transmitter, communication system and method | |
| KR20110090812A (en) | Method of selectively applying a pdcp function in wireless communication system | |
| WO2008060097A1 (en) | Apparatus and method for transmitting/receiving ciphered packet in mobile communication system | |
| KR20090043465A (en) | A method for repairing an error depending on a radio bearer type | |
| WO2017185941A1 (en) | Data transmission method and relevant device | |
| JP2022528843A (en) | Methods and equipment for processing PDCP control data in systems that support reliable and low latency services | |
| CN106797376B (en) | Method and apparatus for handling packet loss in mobile communication network | |
| CN102547687B (en) | Method and device for processing data packet in wireless communication network | |
| KR20200076561A (en) | Method and apparatus for identfying security key based on pdcp layer device in next generation mobile communication system | |
| WO2012109986A1 (en) | Data transmission method and device | |
| CN107027136B (en) | Data processing method and device | |
| GB2462699A (en) | Delivering PDCP SDUs to an upper layer within a receiving side entity of an E-UMTS | |
| JP4955734B2 (en) | Method of transmitting PDCP data unit to upper level | |
| JP2008148314A (en) | Method and apparatus for processing reorder in wireless communication system | |
| CN112997577A (en) | Data packet retransmission method for resource control connection |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20111026 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20111101 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120113 |
|
| 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: 20120214 |
|
| 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: 20120315 |
|
| R150 | Certificate of patent or registration of utility model |
Ref document number: 4955734 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: 20150323 Year of fee payment: 3 |
|
| 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 |