WO2006056122A1 - Procede de reprise rapide du contexte de compression et de decompression - Google Patents

Procede de reprise rapide du contexte de compression et de decompression Download PDF

Info

Publication number
WO2006056122A1
WO2006056122A1 PCT/CN2005/001824 CN2005001824W WO2006056122A1 WO 2006056122 A1 WO2006056122 A1 WO 2006056122A1 CN 2005001824 W CN2005001824 W CN 2005001824W WO 2006056122 A1 WO2006056122 A1 WO 2006056122A1
Authority
WO
WIPO (PCT)
Prior art keywords
context
data
packet
layer
rlc
Prior art date
Application number
PCT/CN2005/001824
Other languages
English (en)
Chinese (zh)
Inventor
Zhenghua Tang
Original Assignee
Huawei Technologies Co., Ltd.
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Huawei Technologies Co., Ltd. filed Critical Huawei Technologies Co., Ltd.
Publication of WO2006056122A1 publication Critical patent/WO2006056122A1/fr

Links

Classifications

    • 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
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information

Definitions

  • the present invention relates to communication technologies, and more particularly to a method of recovering a compressed decompression context in a WCDMA system.
  • IP Internet Protocol
  • TELNET remote login
  • FTP file transfer.
  • WCDMA system introduces an IP-based header compression algorithm.
  • TCP Transmission Control Protocol
  • IP header length 20 bytes
  • 3gpp's 25.323 protocol defines a header compression algorithm that compresses IP headers to save air interface resources using a differential (DELTA) encoding method.
  • DELTA differential encoding method
  • the compressor sends a BASE packet (full header), carrying context information
  • the compressor compresses the original data N, eliminates the redundant part, forms a compressed package N*, and sends it to the decompressor;
  • the decompressor adds the redundant part according to the BASE package and N*, restores the original package N, and updates the context information;
  • One is a "secondary algorithm": after receiving a compressed data packet, the decompressor first decompresses according to the context information of the previous data packet and the incremental information carried in the compressed packet. If the decompression fails, Assuming there is a packet loss, the incremental information in the compressed package is doubled in steps and then attempted to decompress again.
  • the “secondary algorithm” can increase the success rate of decompression by increasing the number of packets in the case of losing one packet, when there is continuous packet loss, such as RLC reset, reconstruction and SDU loss, "two The secondary algorithm "cannot recover the decompression failure caused by this error.
  • the decompressor when the TCP packet is processed, sends a feedback information (CONTEXT) message to the compressor after the decompression fails, and the CONTEXT message includes the context index information for understanding the compression failure, and the compressor is in the compressor.
  • CONTEXT feedback information
  • the compressor context is reinitialized according to the context index in the message, and the full header packet is sent in the next data packet, so that the compression and decompression contexts of both ends are synchronized; in processing the user datagram protocol (UDP)
  • UDP user datagram protocol
  • the compressor since there is no feedback mechanism of CONTEXT, the compressor periodically sends the full header packet in order to prevent the inconsistency between the two ends of the context.
  • the decompressor re-initializes the decompressed context after receiving the full header packet. To ensure that the compression and decompression contexts at both ends are synchronized.
  • the decompressor sends CONTEXT feedback information to the compressor only after the decompression fails, so that the compressed packet sent before the compressor receives the CONTEXT message will be lost in the decompressor, thereby affecting the success rate of decompression;
  • the CONTEXT message belongs to in-band signaling, if the in-band signaling is too frequent, it will occupy a large amount of air interface resources, which seriously affects the utilization of air interface resources.
  • the present invention provides a method for quickly recovering a compression and decompression context, so as to solve the problem that when a large number of packet loss occurs on the compressor side, the existing technology cannot quickly recover the context, resulting in a low success rate of decompression.
  • a method for quickly recovering a compression and decompression context including:
  • the data compression end re-initializes the context of the compressor when the data packet is lost, and sends a data packet carrying the context information to the corresponding data decompressing end; synchronizes the context between the compressor and the decompressor.
  • Packet loss detection is performed by the Radio Link Control (RLC) layer of the data compression side.
  • the packet loss is a packet loss that occurs when Radio Link Control (RLC) reset, rebuild, or Service Data Unit (SDU) is lost.
  • RLC Radio Link Control
  • SDU Service Data Unit
  • the RCL layer that detects the data loss sends the status indication information to the local network layer; the local network layer sends a configuration message re-initializing the context of the compressor to the local packet data protocol (PDCP) layer, and is configured by the PDCP layer.
  • the configuration message initializes the context of the local compressor.
  • the RLC layer that detects the data loss sends the status indication information to the local PDCP layer; and the PDCP layer reinitializes the upper and lower sides of the local compressor according to the status indication information.
  • the information of the local end is transmitted through internal signaling.
  • the data decompressing end After receiving the data packet carrying the context, the data decompressing end sends the acknowledgement information to the PDCP of the data compression end by the RLC of the local end, and the PDCP of the data compression end receives the acknowledgement information, and determines that the context synchronization process is completed.
  • the data compression end does not receive the acknowledgment message from the data decompressing end to the data packet carrying the context within a predetermined time, the data packet carrying the context is resent.
  • the data packet carrying the context information is a full header package.
  • the RLC of the data compression end actively sends the status indication information to enable the local PDCP to update the compressor context and actively
  • the full header packet is sent to the decompressing end, and the decompressor updates the context of the decompressor, so that the synchronization of the compressed decompression context can be quickly restored, and a large number of consecutive packet loss can be avoided, thereby improving the compression success rate.
  • FIG. 1 is a schematic diagram of the IP header compression principle
  • FIG. 2 is a schematic diagram of a logical relationship between a network and a terminal
  • the network UTRAN and the terminal UE are taken as an example to illustrate the logical relationship between the compressor and the decompressor.
  • the RRC (Radio Resource Controller) protocol layer is the network layer (L3), which is mainly responsible for configuring each unit of the data link layer (the present invention mainly relates to the PDCP layer and the RLC protocol layer); Packet Data Protocol (PDCP)
  • the Layer and Radio Link Control (RLC) layer is the two protocol layers of the Data Link Layer (L2), and the transmission of data services is mainly performed by these two protocol layers.
  • the PDCP layer mainly performs compression and decompression of data
  • the RLC layer mainly completes data transmission and data confirmation with the peer end (ie, confirms whether the transmitted data peer has received), and therefore, for the data compression end (sending data end)
  • the RLC layer can detect if a packet is lost.
  • a two-way service is taken as an example (the arrow between the two PDCP layers indicates the data flow direction): a two-way service has both downlink data (that is, UTRAN sends data to the UE), and there is also uplink data (that is, the UE sends Give UTRAN data). Therefore, in a PDCP layer, both a compressor and a decompressor are provided, which respectively perform compression of downlink data and decompression of uplink data.
  • the compressor of the PDCP layer of the UTRAN is compressed and sent to the RLC layer, and the RLC layer is transmitted to the RLC layer of the UE through the underlying transmission, and the RLC layer of the UE is delivered to the decompressor of the PDCP layer of the UE, and decompressed. After the decompression operation is completed, it is delivered to the upper layer. Conversely, the same is true for the transmission of upstream data.
  • Context information is some state information maintained by the compressor and decompressor. It is associated with every packet. As can be seen from the above description, if the compressor of the UTRAN and the decompressor of the UE work well together, both must maintain the same context information. If UTRAN has packet loss, then UTRAN's compressor maintains context information and the UE's decompressor There is an inconsistency in the context information maintained, which will cause the decompression to fail and cause data loss.
  • the present invention enables the context of the compressor and the corresponding decompressor as soon as possible in the event of packet loss, especially when there is a large number of drops in the reset, re-establishment or loss of service data unit (SDU) of the radio link control (RLC).
  • the context is consistent.
  • the RLC layer (such as the RLC layer of the UTRAN) that detects the data loss actively informs the RRC layer or the PDCP layer of the local end through internal signaling, and then the RRC layer or the PDCP layer notifies the compressor to resend a carry.
  • the data packet of the context information is such that the context information maintained by the data compression end and the context information maintained by the peer end (the data decompressing end) are restored.
  • the Radio Link Control Layer (RLC) layer supports AM (acknowledgement mode), UM (unconfirmed mode), and TM (transparent mode) modes of operation, mainly for data transmission, flow control, and encryption. Since the QoS of the data service generally requires the reliability of the data, the AM mode of the RLC is usually used in the data service.
  • the RLC of the sender receives the PDU from the upper protocol stack (the upper layer PDU corresponds to the RLC)
  • the segmentation cascade is first performed according to the configured RLC PDU size, and then the RLC protocol header is added to assemble a complete RLC PDU, and finally the encryption operation is performed, and then sent to the lower layer protocol stack; the RLC of the receiver is received from the receiver.
  • the SDU of the lower layer protocol stack (the lower layer SDU corresponds to the PDU of the RLC layer)
  • the operation is first performed, and then the current status information and the round robin flag in the RLC PDU are used to determine whether a status report needs to be sent to the sender, and finally the PDU is sent. Recompose the complete RLC SDU and submit it to the upper protocol stack.
  • the RLC of the sender After the RLC of the sender receives the status report from the receiver RLC, it determines whether the receiver RLC correctly receives the PDU sent by the sender RLC according to the information in the status report. If the receiver RLC does not receive correctly, the sender RLC resends. The PDU, if the PDU is not correctly received by the receiver after multiple retransmissions by the sender, the underlying link may be faulty or the parameters of the two protocols are inconsistent. At this time, the sender RLC will initiate the RESET process, resulting in data. The package is missing. In addition, packet loss occurs when RLC entity rebuild and RLC discard.
  • RLC can obtain packet loss in any case in AM mode; packet loss in some cases can be obtained in UM mode.
  • the UTRAN end sends data to the UE, and sends the status indication information to the local network layer (L3) by using the RLC layer on the UTRAN side.
  • L3 local network layer
  • Step 1 RLC reset or re-establishment occurs, or the service data unit (SDU) is lost, and the RLC of the UTRAN end (data compression end) detects a large amount of data packet loss.
  • SDU service data unit
  • Step 2 The RLC layer of the UTRA actively reports a status indication message to the local network layer (L3), indicating that a large amount of packet loss occurs at this time.
  • L3 local network layer
  • Step 3 After receiving the status indication information reported by the RLC layer, the network layer (L3) sends a configuration information to the local packet data convergence protocol (PDCP) layer, and the R/I/C cell in the configuration information is set to R. , that is, the PDCP layer is required to reinitialize the compressor context.
  • PDCP packet data convergence protocol
  • Step 4 After receiving the configuration information, the PDCP layer of the UTRAN initializes the compressor context if the R/I/C cell is set to R, and carries the context information in the next data packet sent to the UE (ie, the full header package).
  • Step 5 After receiving the data packet carrying the context information, the Packet Data Convergence Protocol (PDCP) layer of the UE end updates the decompressor context, so that the contexts at both ends of the compressor and the decompressor are synchronized; meanwhile, the RLC sends an acknowledgement to the UTRAN end.
  • the RPRAN layer of the UTRAN After the RPRAN layer of the UTRAN receives the confirmation message from the RLC to the full header packet, it considers that the context synchronization process is completed.
  • PDCP Packet Data Convergence Protocol
  • the URTAN terminal does not receive the acknowledgment message that the UE receives the full header packet within the predetermined time, it resends.
  • the UTRAN end sends data to the UE, and sends the status indication information to the PDCP layer of the local end by using the RLC layer on the UTRAN side as an example.
  • the process of restoring the compressed decompression context is as follows:
  • Step 10 RLC reset or reconstruction occurs, or the service data unit (SDU) is lost, and the RLC layer of the UTRAN end (data compression end) detects a large amount of data packet loss.
  • SDU service data unit
  • Step 11 The RLC layer of the UTRA actively forwards to the end through an interface with the PDCP layer.
  • the PDCP layer sends a status indication message indicating that a large amount of packet loss has occurred at this time.
  • Step 12 After receiving the status indication information, the PDCP layer of the UTRAN initializes the compressor context and carries the context information (ie, the full header packet) in the next data packet sent to the UE.
  • Step 13 After receiving the data packet carrying the context information, the PDCP layer of the UE updates the decompressor context, so that the context of the local decompressor and the compressor of the URTAN end is synchronized; meanwhile, the RLC layer of the UE sends an acknowledgement to the UTRAN end. After the PDCP layer of the UTRAN receives the confirmation message of the full header packet, it considers that the context synchronization process is completed. If the URTAN terminal does not receive the acknowledgment message that the UE receives the full header packet within the predetermined time, it resends.
  • the RLC layer of the UE detects that the packet is lost.
  • the process is the same as the above process, and is not described here.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)

Abstract

L'invention concerne un procédé de reprise rapide de contexte de compression et de décompression afin de résoudre le problème relatif au domaine se traduisant par le fait qu'il n'est pas possible de reprendre rapidement le contexte engendrant un taux de succès de décompression inférieur lorsque se produit, du côté compresseur, la perte d'un grand nombre de paquets; le procédé consiste à envoyer automatiquement des informations d'indication d'état de paquet perdu lorsque le côté de compression de données détecte la perte d'un paquet de données; ledit côté de compression de données initialise le contexte du compresseur à nouveau selon les informations d'indication d'état et un paquet contenant les informations de contexte est envoyé au côté de décompression de données correspondant; le côté de décompression des données met à jour le contexte du décompresseur à l'aide des informations de contexte dudit paquet, de manière à synchroniser le contexte à la fois du côté compresseur et du côté décompresseur.
PCT/CN2005/001824 2004-11-26 2005-11-02 Procede de reprise rapide du contexte de compression et de decompression WO2006056122A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
CN 200410097738 CN1780296B (zh) 2004-11-26 2004-11-26 一种快速恢复压缩解压缩上下文的方法
CN200410097738.0 2004-11-26

Publications (1)

Publication Number Publication Date
WO2006056122A1 true WO2006056122A1 (fr) 2006-06-01

Family

ID=36497737

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/CN2005/001824 WO2006056122A1 (fr) 2004-11-26 2005-11-02 Procede de reprise rapide du contexte de compression et de decompression

Country Status (2)

Country Link
CN (1) CN1780296B (fr)
WO (1) WO2006056122A1 (fr)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3393168A4 (fr) * 2015-12-15 2019-07-24 LG Electronics Inc. Équipement utilisateur et procédé de réception de données, et noeud de réseau et procédé de transmission de données
CN118055446A (zh) * 2024-04-15 2024-05-17 上海移芯通信科技股份有限公司 一种健壮性头部压缩解压方法、系统及通讯终端

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101453298B (zh) * 2007-12-07 2013-06-05 华为技术有限公司 一种无线网络中头压缩的处理方法及系统、装置
CN101998248A (zh) * 2009-08-20 2011-03-30 华为技术有限公司 多播组播广播业务中上下文信息的处理方法及装置
US20130088960A1 (en) 2011-10-07 2013-04-11 Futurewei Technologies, Inc. System and Method for Information Delivery with Multiple Point Transmission
US9838089B2 (en) 2011-10-07 2017-12-05 Futurewei Technologies, Inc. System and method for multiple point transmission in a communications system
CN103051434A (zh) * 2012-12-20 2013-04-17 中兴通讯股份有限公司 数据的解压缩、解压缩处理方法及装置
CN107645746B (zh) * 2016-07-20 2021-03-16 深圳市中兴微电子技术有限公司 一种上下文更新方法、系统及设备
CN112218390A (zh) * 2019-07-10 2021-01-12 大唐移动通信设备有限公司 数据处理的方法和设备
CN112333769B (zh) * 2019-08-05 2022-10-11 华为技术有限公司 一种通信方法和装置
CN113711558B (zh) * 2019-09-30 2023-07-25 Oppo广东移动通信有限公司 以太帧包头压缩处理方法、装置、用户终端、基站和介质
CN112787980B (zh) * 2019-11-07 2022-05-24 大唐移动通信设备有限公司 反馈的方法和设备
CN111181688B (zh) * 2019-12-20 2021-02-12 翱捷科技股份有限公司 一种rohc压缩器及其实现方法
CN112333047B (zh) * 2020-11-16 2022-04-26 展讯通信（上海）有限公司 数据传输方法、装置及设备
CN112469083A (zh) * 2020-11-26 2021-03-09 展讯通信（上海）有限公司 数据传输方法、装置、设备和存储介质
CN115968561A (zh) * 2021-08-11 2023-04-14 华为技术有限公司 通信方法及通信装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002056561A1 (fr) * 2001-01-10 2002-07-18 Nokia Corporation Translation d'informations contextuelles dans la compression d'en-tetes
CN1438809A (zh) * 2002-02-16 2003-08-27 Lg电子株式会社 上下文重定位方法
US20040034717A1 (en) * 2002-06-12 2004-02-19 Ghyslain Pelletier Method and apparatus for increased Internet Protocol (IP) headers compression performance by reporting cause of missing packets

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002056561A1 (fr) * 2001-01-10 2002-07-18 Nokia Corporation Translation d'informations contextuelles dans la compression d'en-tetes
CN1438809A (zh) * 2002-02-16 2003-08-27 Lg电子株式会社 上下文重定位方法
US20040034717A1 (en) * 2002-06-12 2004-02-19 Ghyslain Pelletier Method and apparatus for increased Internet Protocol (IP) headers compression performance by reporting cause of missing packets

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3393168A4 (fr) * 2015-12-15 2019-07-24 LG Electronics Inc. Équipement utilisateur et procédé de réception de données, et noeud de réseau et procédé de transmission de données
CN118055446A (zh) * 2024-04-15 2024-05-17 上海移芯通信科技股份有限公司 一种健壮性头部压缩解压方法、系统及通讯终端

Also Published As

Publication number Publication date
CN1780296B (zh) 2010-08-04
CN1780296A (zh) 2006-05-31

Similar Documents

Publication Publication Date Title
WO2006056122A1 (fr) Procede de reprise rapide du contexte de compression et de decompression
JP6925696B2 (ja) ベアラを再構成する方法及び装置
US8744433B2 (en) Mobile communication method and system
US20030206534A1 (en) 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
JP3763741B2 (ja) 半信頼性再送信プロトコルに対するパケット破棄通知
JP5089584B2 (ja) 動的で耐性のあるヘッダ圧縮
US8175075B2 (en) Adaptive header compression in a wireless communication network
WO2010142157A9 (fr) Procédé et dispositif de rétablissement au niveau d'une couche de protocole de convergence de données par paquets
KR20090031239A (ko) 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법
CA2431725A1 (fr) Translation d'informations contextuelles dans la compression d'en-tetes
WO2012065473A1 (fr) Procédé et système de couche de protocole de convergence de données en paquets destinés à traiter des données
EP2168270A2 (fr) Procédé de gestion de paquets de compression d'en-tête correctement reçus mais défaillants
JP2012523742A (ja) 無線通信システムにおいて１対多サービスを受信する方法及び端末
KR20090073990A (ko) 무선 통신 시스템에서의 하이퍼 프레임 넘버 비동기 방지 방법
WO2012108215A1 (fr) Système de communications, dispositif de commande d'émission et procédé de commande d'émission
WO2014205814A1 (fr) Procédé de transmission de données, appareil, station de base et équipement d'utilisateur
US20030177437A1 (en) Erroneous packet data convergence protocol data unit handling scheme in a wireless communication system
WO2013001838A1 (fr) Dispositif de réception, dispositif d'émission et procédé de rétroaction
US20230140866A1 (en) Wireless data link layer compression and decompression
GB2462699A (en) Delivering PDCP SDUs to an upper layer within a receiving side entity of an E-UMTS
Minaburo et al. Proposed behavior for robust header compression over a radio link
CN113784389A (zh) 一种数据处理的方法和装置
CN118055446B (zh) 一种健壮性头部压缩解压方法、系统及通讯终端
KR100480279B1 (ko) 무선 환경에서 전송 제어 프로토콜의 성능 향상을 위한버퍼 관리 장치 및 방법
Yiannakoulias et al. Evaluation of header compression schemes for IP-based wireless access systems

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AE AG AL AM AT AU AZ BA BB BG BR BW BY BZ CA CH CN CO CR CU CZ DE DK DM DZ EC EE EG ES FI GB GD GE GH GM HR HU ID IL IN IS JP KE KG KM KN KP KR KZ LC LK LR LS LT LU LV LY MA MD MG MK MN MW MX MZ NA NG NI NO NZ OM PG PH PL PT RO RU SC SD SE SG SK SL SM SY TJ TM TN TR TT TZ UA UG US UZ VC VN YU ZA ZM ZW

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): BW GH GM KE LS MW MZ NA SD SL SZ TZ UG ZM ZW AM AZ BY KG KZ MD RU TJ TM AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IS IT LT LU LV MC NL PL PT RO SE SI SK TR BF BJ CF CG CI CM GA GN GQ GW ML MR NE SN TD TG

121 Ep: the epo has been informed by wipo that ep was designated in this application
NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 05802004

Country of ref document: EP

Kind code of ref document: A1