CN102469511A - 一种分组数据汇聚协议层处理数据的方法及系统 - Google Patents
一种分组数据汇聚协议层处理数据的方法及系统 Download PDFInfo
- Publication number
- CN102469511A CN102469511A CN2010105460569A CN201010546056A CN102469511A CN 102469511 A CN102469511 A CN 102469511A CN 2010105460569 A CN2010105460569 A CN 2010105460569A CN 201010546056 A CN201010546056 A CN 201010546056A CN 102469511 A CN102469511 A CN 102469511A
- Authority
- CN
- China
- Prior art keywords
- pdcp
- sdu
- pdcp sdu
- module
- processed
- 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.)
- Pending
Links
Images
Classifications
-
- 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
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种分组数据汇聚协议(PDCP)层处理数据的方法，PDCP服务数据单元(PDCP SDU)的丢弃定时器(discardTimer)超时，或者，向对端投递的PDCP SDU被来自对端的状态报告(Status Report)所确认时，判断所述PDCP SDU是否已经过PDCP处理，所述PDCP SDU未经过PDCP处理，则将所述PDCP SDU丢弃。本发明还相应地公开了分组数据汇聚协议层处理数据的系统。通过本发明，能够保证接收端PDCP的解压器成功解压缩，从而避免解压缩失败后的一系列修复流程，节省带宽。
Description
技术领域
本发明涉及无线通信技术，尤其涉及一种分组数据汇聚协议(Packet DataConvergence Protocol，PDCP)层处理数据的方法及系统。
背景技术
图1为长期演进(Long Term Evolution，LTE)用户面协议栈示意图，如图1所示，演进陆地无线接入网节点B(E-URTAN NodeB，eNB)和用户设备(UserEquipment，UE)的协议栈中，从高层到低层包含：PDCP层、无线链路控制(RadioLink Control，RLC)层、MAC(Medium Access Control)层、物理层(Physicallayer，PHY)。发送端需要传送业务数据到达接收端时，发送端将接收到的业务数据经过eNB的PDCP层、RLC层、MAC层处理，最后到达发送端的PHY层，发送端通过PHY层的物理通路将业务发送到接收端的PHY层，经过接收端的MAC层、RLC层、PDCP层的处理，向接收端的高层投递。其中，所述发送端和接收端可以分别为eNB和UE，也可以分别为UE和eNB。
在上述从高层到低层的传送过程中，PDCP层将收到的PDCP服务数据单元(SDU，Service Data Unit)首先进行头压缩，然后进行加密，最后加上PDCP头形成PDCP协议数据单元(PDU，Protocol Data Unit)，发送到RLC层。其中，PDCP头中包含了序列号(SN，Sequence Number)，用于标示各PDCP SDU的发送顺序，该SN称为PDCP SN。反之，在从低层到高层的传送过程中，PDCP首先将收到的PDCP PDU解去PDCP头，然后进行解密，之后解压缩，形成了PDCP的SDU。
现有技术中，PDCP具有丢弃(PDCP Discard)功能，即当PDCP SDU的丢弃定时器(discardTimer)超时，或者向对端投递的PDCP SDU被来自对端的状态报告(Status Report)所确认，那么PDCP发送端会将所述PDCP SDU丢弃，并且将其对应的PDCP PDU丢弃。进一步的，如果该PDCP PDU被投递到了RLC层，那么PDCP要向RLC发送该PDCP PDU的丢弃指示。
但是，现有技术的做法，使得接收端PDCP的解压器在解压缩过程中存在失败的可能。
假设发送端有PDCP SN为1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20一共20个PDCP SDU发送，各PDCP SDU依次对应实时传输协议(Real-time Transport Protocol，RTP)首部中的SN为1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20，PDCPSN为1、2、3的3个报文被接收端成功接收，并且接收端PDCP对报文成功解压缩，解压器的参考值更新为3，其二进制为0011，SN的压缩效率达到最大，压缩器使用含4bit SN字段的压缩报文进行压缩，PDCP压缩器将会从PDCP SN为4的PDCP SDU开始，到PDCP SN为20的PDCP SDU，全部使用4bit SN字段的压缩报文进行压缩处理。
此时，发送端PDCP的PDCP SN为4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19这16个PDCP SDU由于其discardTimer超时或者是收到了来自对端的Status Report的确认，发送端PDCP执行PDCP Discard功能，将这16个PDCP SDU丢弃。由于压缩器并不知道PDCP Discard发生，会继续按照之前的压缩方法进行压缩处理，即继续传送4bit SN的压缩报文，即对于PDCP SN为20的PDCP SDU，由于其RTP首部中的SN为20，二进制为10100，所以压缩器只将低4bit传送给解压器，即将0100传送给解压器，并且，由于解压器无法收到PDCP SN从4到19的报文，所以解压器的参考值维持为3，二进制为0011，当解压器收到了PDCP SN为20的报文时，使用0100在参考值0011的基础上还原，得到SN为0100，即SN为4，这和所传送的SN为20是不一致的，导致解压缩失败。
之所以能出现上述问题，在于压缩器和解压器对报文的处理未能一致，即解压器本应该获取的报文被PDCP Discard功能所丢弃，进而导致了解压器无法正确维护用以解压缩的参考值，最终使得解压缩失败。解压缩失败后，压缩器和解压器都会发起一系列的修复流程，增加了空口交互的数据量，造成带宽浪费。
发明内容
有鉴于此，本发明的主要目的在于提供一种分组数据汇聚协议层处理数据的方法及系统，能够避免上述问题、节省带宽。
为达到上述目的，本发明的技术方案是这样实现的：
一种分组数据汇聚协议PDCP层处理数据的方法，包括：
PDCP服务数据单元PDCP SDU的丢弃定时器discardTimer超时，或者，PDCP SDU被来自对端的状态报告Status Report所确认时，判断所述PDCP SDU是否已经过PDCP处理，所述PDCP SDU未经过PDCP处理，则将所述PDCPSDU丢弃。
所述判断所述PDCP SDU是否已经过PDCP处理为：判断是否有与所述PDCP SDU对应的PDCP协议数据单元PDCP PDU存在，有与所述PDCP SDU对应的PDCP PDU存在，则判定所述PDCP SDU已经过PDCP处理。
该方法还包括：判定所述PDCP SDU已经过PDCP处理时，不丢弃所述PDCP SDU和其对应的PDCP PDU，PDCP不向无线链路控制RLC层发送丢弃的通知。
一种分组数据汇聚协议层处理数据的系统，包括定时模块、判断模块和执行模块；其中，
所述定时模块，用于对PDCP SDU进行丢弃定时，以及在定时超时后通知判断模块；
所述判断模块，用于根据定时模块的通知判断所述PDCP SDU是否已经过PDCP处理，以及在判定所述PDCP SDU未经过PDCP处理时通知执行模块；
所述执行模块，用于在收到判断模块的通知后，将所述PDCP SDU丢弃。
所述判断模块判断所述PDCP SDU是否已经过PDCP处理为：判断是否有与所述PDCP SDU对应的PDCP PDU存在，有与所述PDCP SDU对应的PDCPPDU存在，则判定所述PDCP SDU已经过PDCP处理。
一种分组数据汇聚协议层处理数据的系统，包括接收模块、判断模块和执行模块；其中，
所述接收模块，用于接收来自对端的Status Report，以及在PDCP SDU被来自对端的Status Report所确认时通知判断模块；
所述判断模块，用于根据接收模块的通知判断所述PDCP SDU是否已经过PDCP处理，以及在判定所述PDCP SDU未经过PDCP处理时通知执行模块；
所述执行模块，用于在收到判断模块的通知后，将所述PDCP SDU丢弃。
所述判断模块判断所述PDCP SDU是否已经过PDCP处理为：判断是否有与所述PDCP SDU对应的PDCP PDU存在，有与所述PDCP SDU对应的PDCPPDU存在，则判定所述PDCP SDU已经过PDCP处理。
本发明分组数据汇聚协议层处理数据的方法及系统，PDCP SDU的discardTimer超时，或者，向对端投递的PDCP SDU被来自对端的Status Report所确认时，判定所述PDCP SDU未经过PDCP处理，则将所述PDCP SDU丢弃。通过本发明，能够保证接收端PDCP的解压器成功解压缩报文，从而避免解压缩失败后的一系列修复流程，节省带宽。
附图说明
图1为LTE用户面协议栈示意图；
图2为本发明分组数据汇聚协议层处理数据的方法流程示意图。
具体实施方式
本发明的基本思想是：PDCP SDU的discardTimer超时，或者，向对端投递的PDCP SDU被来自对端的Status Report所确认时，判定所述PDCP SDU未经过PDCP处理，则将所述PDCP SDU丢弃。
图2为本发明分组数据汇聚协议层处理数据的方法流程示意图，如图2所示，该方法包括：
步骤201：当PDCP SDU的discardTimer超时，或者，向对端投递的PDCPSDU被来自对端的Status Report所确认。
本发明中，PDCP具有Discard功能。
步骤202：判断所述PDCP SDU是否已经过PDCP处理，如果已经过PDCP处理，则不丢弃所述PDCP SDU和其对应的PDCP PDU，PDCP不会向RLC层发送丢弃的通知，后续流程可以根据现有技术进行；否则，执行步骤203。
这里，判断所述PDCP SDU是否已经过PDCP处理可以为：判断是否有与所述PDCP SDU对应的PDCP PDU存在，如果存在，则判定该PDCP SDU已经过PDCP处理，如果不存在，则判定该PDCP SDU未经过PDCP处理。
步骤203：将所述PDCP SDU丢弃。
本发明还相应地提出一种分组数据汇聚协议层处理数据的系统，该系统包括定时模块、判断模块和执行模块；其中，
所述定时模块，用于对PDCP SDU进行丢弃定时，以及在定时超时后通知判断模块；
所述判断模块，用于根据定时模块的通知判断所述PDCP SDU是否已经过PDCP处理，以及在判定所述PDCP SDU未经过PDCP处理时通知执行模块；
所述执行模块，用于在收到判断模块的通知后，将所述PDCP SDU丢弃。
所述判断模块判断所述PDCP SDU是否已经过PDCP处理为：判断是否有与所述PDCP SDU对应的PDCP PDU存在，有与所述PDCP SDU对应的PDCPPDU存在，则判定所述PDCP SDU已经过PDCP处理。
本发明还相应地提出一种分组数据汇聚协议层处理数据的系统，该系统包括接收模块、判断模块和执行模块；其中，
所述接收模块，用于接收来自对端的Status Report，以及在PDCP SDU被来自对端的Status Report所确认时通知判断模块；
所述判断模块，用于根据接收模块的通知判断所述PDCP SDU是否已经过PDCP处理，以及在判定所述PDCP SDU未经过PDCP处理时通知执行模块；
所述执行模块，用于在收到判断模块的通知后，将所述PDCP SDU丢弃。
所述判断模块判断所述PDCP SDU是否已经过PDCP处理为：判断是否有与所述PDCP SDU对应的PDCP PDU存在，有与所述PDCP SDU对应的PDCPPDU存在，则判定所述PDCP SDU已经过PDCP处理。
根据本发明提供的方法及系统，可以保证压缩器和解压器对报文处理的一致，进而保证了解压缩的正确执行，为正确处理数据包提供了保证。
下面结合具体实施例对技术方案的实施作进一步的详细描述。
实施例1
本实施例中，发送端有PDCP SN为1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20一共20个PDCP SDU发送，各PDCP SDU依此对应的RTP首部中的SN为1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20。
发送端PDCP的压缩器将PDCP SN为1、2、3的报文压缩后发至接收端PDCP的解压器，解压器成功解压报文后将解压缩的参考值更新为3，二进制为0011。
发送端PDCP对PDCP SN为4到19的PDCP SDU进行处理，生成对应的PDCP PDU。
发送端PDCP的PDCP SN为4到19的PDCP SDU未收到来自底层的确认，停留在PDCP发送缓冲区中，此时PDCP SN为4到19的PDCP SDU的discardTimer超时。
发送端PDCP执行PDCP Discard功能，判断PDCP SN为4到19的PDCPSDU已经过了PDCP处理，因此不对这些PDCP SDU以及相应的PDCP PDU丢弃。
接收端PDCP收到PDCP SN为4到19的报文，更新PDCP解压器的参考值为19，二进制为10011。
发送端PDCP的压缩器对PDCP SN为20的PDCP SDU压缩，只传送低4bit，即0100。
接收端PDCP收到PDCP SN为20的压缩报文，即其低4bit(0100)，用参考值10011还原，得到SN为10100，即SN为20。保证了报文的正确解压缩，进而保证了报文的成功处理。
实施例2
本实施例中，发送端有PDCP SN为1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20一共20个PDCP SDU发送，各PDCP SDU依此对应的RTP首部中的SN为1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20。
发送端PDCP的压缩器将PDCP SN为1、2、3的报文压缩后发至接收端PDCP的解压器，解压器成功解压报文后将解压缩的参考值更新为3，二进制为0011。
发送端PDCP未对PDCP SN为4到19的PDCP SDU处理，此时PDCP SN为4到19的PDCP SDU的discardTimer超时。
发送端PDCP执行PDCP Discard功能，判断PDCP SN为4到19的PDCPSDU未经过PDCP处理，没有对应的PDCP PDU存在，对PDCP SN为4到19的PDCP SDU丢弃。
发送端PDCP的压缩器处理PDCP SN为20的PDCP SDU时，根据压缩算法判断3到20已超出4bit的范围，所以要传送更多的bit位到接收端PDCP的解压器，这里传送了5bit(10100)到接收端。
接收端PDCP的解压器收到PDCP SN为20的压缩报文，即其低5bit(10100)，用参考值0011还原，得到SN为10100，即SN为20。保证了报文的正确解压缩，进而保证了报文的成功处理。
实施例3
本实施例以X2切换场景为例，目的侧eNB的PDCP接收缓冲区收到了来自源侧eNB的PDCP上行转发的数据，其PDCP SN为4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19。
源侧eNB发送给目的侧eNB的SN Status Transfer(序号状态传送)消息中携带的UL COUNT(上行计数值)对应的PDCP SN为1，消息中携带的bitmap(位图)为001111111111111111，目的侧eNB构造Status Report，将Status Report发送到UE。
UE的PDCP的发送缓冲区中有PDCP SN为1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20一共20个PDCP SDU发送，各PDCP SDU依此对应的RTP首部中的SN为1、2、3、4、5、6、7、8、9、10、11、12、13、14、15、16、17、18、19、20。
发送端PDCP的压缩器将PDCP SN为1、2、3的报文压缩后发至接收端PDCP的解压器，解压器成功解压报文后将解压缩的参考值更新为3，二进制为0011。
发送端PDCP对PDCP SN为4到10的PDCP SDU进行处理，生成对应的PDCP PDU，对PDCP SN为11到19的PDCP SDU未处理。
PDCP SN为4到10的PDCP SDU未收到来自底层的确认，停留在PDCP发送缓冲区中，此时接收端PDCP收到来自发送端的Status Report。
接收端PDCP根据Status Report中的bitmap信息对PDCP SN为4到19的PDCP SDU执行PDCP Discard功能，判断PDCP SN为4到10的PDCP SDU都已经过了PDCP处理，因此不对这些PDCP SDU以及相应的PDCP PDU进行丢弃。判断PDCP SN为11到19的PDCP SDU未经过PDCP处理，没有对应的PDCP PDU存在，对PDCP SN为11到19的PDCP SDU进行丢弃。
解压器收到PDCP SN为10的报文，将其成功解压后将解压缩的参考值更新为10，对应的二进制为1010。
发送端PDCP将PDCP SN为10的PDCP SDU发完之后，由于PDCP SN为11到19的被PDCP Discard丢弃，因此发送PDCP SN为20的报文，由于PDCPSN为10的PDCP SDU的RTP首部中的SN为10，PDCP SN为20的PDCP SDU的RTP首部中的SN为20，根据压缩算法，从10到20并没有超过4bit的范围，所以只传送SN为20的低4bit，即0100。
接收端PDCP的解压器收到PDCP SN为20的报文，即其低4bit(0100)，用参考值1010还原，得到SN为10100，即SN为20。保证了报文的正确解压缩，进而保证了报文的正确处理。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。
Claims (7)
1.一种分组数据汇聚协议PDCP层处理数据的方法，其特征在于，该方法包括：
PDCP服务数据单元PDCP SDU的丢弃定时器discardTimer超时，或者，PDCP SDU被来自对端的状态报告Status Report所确认时，判断所述PDCP SDU是否已经过PDCP处理，所述PDCP SDU未经过PDCP处理，则将所述PDCPSDU丢弃。
2.根据权利要求1所述的方法，其特征在于，所述判断所述PDCP SDU是否已经过PDCP处理为：判断是否有与所述PDCP SDU对应的PDCP协议数据单元PDCP PDU存在，有与所述PDCP SDU对应的PDCP PDU存在，则判定所述PDCP SDU已经过PDCP处理。
3.根据权利要求1或2所述的方法，其特征在于，该方法还包括：判定所述PDCP SDU已经过PDCP处理时，不丢弃所述PDCP SDU和其对应的PDCPPDU，PDCP不向无线链路控制RLC层发送丢弃的通知。
4.一种分组数据汇聚协议层处理数据的系统，其特征在于，该系统包括定时模块、判断模块和执行模块；其中，
所述定时模块，用于对PDCP SDU进行丢弃定时，以及在定时超时后通知判断模块；
所述判断模块，用于根据定时模块的通知判断所述PDCP SDU是否已经过PDCP处理，以及在判定所述PDCP SDU未经过PDCP处理时通知执行模块；
所述执行模块，用于在收到判断模块的通知后，将所述PDCP SDU丢弃。
5.根据权利要求4所述的系统，其特征在于，所述判断模块判断所述PDCPSDU是否已经过PDCP处理为：判断是否有与所述PDCP SDU对应的PDCPPDU存在，有与所述PDCP SDU对应的PDCP PDU存在，则判定所述PDCP SDU已经过PDCP处理。
6.一种分组数据汇聚协议层处理数据的系统，其特征在于，该系统包括接收模块、判断模块和执行模块；其中，
所述接收模块，用于接收来自对端的Status Report，以及在PDCP SDU被来自对端的Status Report所确认时通知判断模块；
所述判断模块，用于根据接收模块的通知判断所述PDCP SDU是否已经过PDCP处理，以及在判定所述PDCP SDU未经过PDCP处理时通知执行模块；
所述执行模块，用于在收到判断模块的通知后，将所述PDCP SDU丢弃。
7.根据权利要求6所述的系统，其特征在于，所述判断模块判断所述PDCPSDU是否已经过PDCP处理为：判断是否有与所述PDCP SDU对应的PDCPPDU存在，有与所述PDCP SDU对应的PDCP PDU存在，则判定所述PDCP SDU已经过PDCP处理。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010105460569A CN102469511A (zh) | 2010-11-15 | 2010-11-15 | 一种分组数据汇聚协议层处理数据的方法及系统 |
| PCT/CN2011/079992 WO2012065473A1 (zh) | 2010-11-15 | 2011-09-22 | 一种分组数据汇聚协议层处理数据的方法及系统 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010105460569A CN102469511A (zh) | 2010-11-15 | 2010-11-15 | 一种分组数据汇聚协议层处理数据的方法及系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102469511A true CN102469511A (zh) | 2012-05-23 |
Family
ID=46072524
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010105460569A Pending CN102469511A (zh) | 2010-11-15 | 2010-11-15 | 一种分组数据汇聚协议层处理数据的方法及系统 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN102469511A (zh) |
| WO (1) | WO2012065473A1 (zh) |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2014177069A1 (zh) * | 2013-09-27 | 2014-11-06 | 中兴通讯股份有限公司 | 一种数据处理方法及装置、计算机可读存储介质 |
| CN104168214A (zh) * | 2014-08-21 | 2014-11-26 | 京信通信系统（中国）有限公司 | 一种丢弃分组数据的方法及装置 |
| CN105848173A (zh) * | 2015-01-16 | 2016-08-10 | 中兴通讯股份有限公司 | 一种解密或解压缩失败后的业务恢复方法和装置 |
| WO2018195770A1 (zh) * | 2017-04-25 | 2018-11-01 | Oppo广东移动通信有限公司 | 传输数据的方法和通信设备 |
| CN109565474A (zh) * | 2017-07-25 | 2019-04-02 | 北京小米移动软件有限公司 | 数据传输方法及装置、电子设备和计算机可读存储介质 |
| WO2019062760A1 (zh) * | 2017-09-27 | 2019-04-04 | 夏普株式会社 | 服务数据单元处理方法、丢弃方法、相应的用户设备和计算机可读介质 |
| CN109661835A (zh) * | 2017-02-23 | 2019-04-19 | Oppo广东移动通信有限公司 | 一种配置pdcp实体的方法、接收装置和发送装置 |
| WO2019095293A1 (zh) * | 2017-11-17 | 2019-05-23 | Oppo广东移动通信有限公司 | 数据处理方法和设备 |
| CN110326357A (zh) * | 2017-04-01 | 2019-10-11 | 华为技术有限公司 | 数据处理方法和设备 |
| CN111865820A (zh) * | 2020-07-10 | 2020-10-30 | 锐迪科微电子科技（上海）有限公司 | 数据发送方法、装置、接收端、通信系统、设备及介质 |
| CN111866969A (zh) * | 2019-04-30 | 2020-10-30 | 华为技术有限公司 | 一种数据处理方法、通信装置和系统 |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN107360592B (zh) * | 2017-07-05 | 2019-11-12 | 京信通信系统（中国）有限公司 | Pdcp下行传输方法、装置、存储介质及其计算机设备 |
Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1771685A (zh) * | 2003-06-18 | 2006-05-10 | Ut斯达康(中国)有限公司 | 无线链路控制协议确认模式中服务数据单元的丢弃方法及其装置 |
| CN101483505A (zh) * | 2008-01-08 | 2009-07-15 | 中兴通讯股份有限公司 | 一种服务数据单元丢弃方法 |
| CN101686494A (zh) * | 2008-09-22 | 2010-03-31 | 大唐移动通信设备有限公司 | 一种分组数据汇聚协议层处理数据包的方法和装置 |
-
2010
- 2010-11-15 CN CN2010105460569A patent/CN102469511A/zh active Pending
-
2011
- 2011-09-22 WO PCT/CN2011/079992 patent/WO2012065473A1/zh not_active Ceased
Patent Citations (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1771685A (zh) * | 2003-06-18 | 2006-05-10 | Ut斯达康(中国)有限公司 | 无线链路控制协议确认模式中服务数据单元的丢弃方法及其装置 |
| CN101483505A (zh) * | 2008-01-08 | 2009-07-15 | 中兴通讯股份有限公司 | 一种服务数据单元丢弃方法 |
| CN101686494A (zh) * | 2008-09-22 | 2010-03-31 | 大唐移动通信设备有限公司 | 一种分组数据汇聚协议层处理数据包的方法和装置 |
Cited By (21)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104518851A (zh) * | 2013-09-27 | 2015-04-15 | 中兴通讯股份有限公司 | 一种数据处理方法及装置 |
| WO2014177069A1 (zh) * | 2013-09-27 | 2014-11-06 | 中兴通讯股份有限公司 | 一种数据处理方法及装置、计算机可读存储介质 |
| CN104168214A (zh) * | 2014-08-21 | 2014-11-26 | 京信通信系统（中国）有限公司 | 一种丢弃分组数据的方法及装置 |
| CN104168214B (zh) * | 2014-08-21 | 2018-02-27 | 京信通信系统（中国）有限公司 | 一种丢弃分组数据的方法及装置 |
| CN105848173A (zh) * | 2015-01-16 | 2016-08-10 | 中兴通讯股份有限公司 | 一种解密或解压缩失败后的业务恢复方法和装置 |
| CN109661835A (zh) * | 2017-02-23 | 2019-04-19 | Oppo广东移动通信有限公司 | 一种配置pdcp实体的方法、接收装置和发送装置 |
| CN109661835B (zh) * | 2017-02-23 | 2020-06-26 | Oppo广东移动通信有限公司 | 一种配置pdcp实体的方法、接收装置和发送装置 |
| CN110326357A (zh) * | 2017-04-01 | 2019-10-11 | 华为技术有限公司 | 数据处理方法和设备 |
| US11290214B2 (en) | 2017-04-01 | 2022-03-29 | Huawei Technologies Co., Ltd. | Data processing method and device |
| CN110326357B (zh) * | 2017-04-01 | 2021-06-22 | 华为技术有限公司 | 数据处理方法和设备 |
| WO2018195770A1 (zh) * | 2017-04-25 | 2018-11-01 | Oppo广东移动通信有限公司 | 传输数据的方法和通信设备 |
| US11064059B2 (en) | 2017-04-25 | 2021-07-13 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Data transmission method and communication device |
| CN109565474A (zh) * | 2017-07-25 | 2019-04-02 | 北京小米移动软件有限公司 | 数据传输方法及装置、电子设备和计算机可读存储介质 |
| CN109565474B (zh) * | 2017-07-25 | 2022-05-06 | 北京小米移动软件有限公司 | 数据传输方法及装置、电子设备和计算机可读存储介质 |
| US11665586B2 (en) | 2017-07-25 | 2023-05-30 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and apparatus for data transmission, electronic device and computer readable storage medium |
| WO2019062760A1 (zh) * | 2017-09-27 | 2019-04-04 | 夏普株式会社 | 服务数据单元处理方法、丢弃方法、相应的用户设备和计算机可读介质 |
| WO2019095293A1 (zh) * | 2017-11-17 | 2019-05-23 | Oppo广东移动通信有限公司 | 数据处理方法和设备 |
| CN111866969A (zh) * | 2019-04-30 | 2020-10-30 | 华为技术有限公司 | 一种数据处理方法、通信装置和系统 |
| CN111866969B (zh) * | 2019-04-30 | 2021-10-26 | 华为技术有限公司 | 一种数据处理方法、通信装置和系统 |
| US12452729B2 (en) | 2019-04-30 | 2025-10-21 | Huawei Technologies Co., Ltd. | Data processing method, and communication apparatus and system |
| CN111865820A (zh) * | 2020-07-10 | 2020-10-30 | 锐迪科微电子科技（上海）有限公司 | 数据发送方法、装置、接收端、通信系统、设备及介质 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2012065473A1 (zh) | 2012-05-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102469511A (zh) | 一种分组数据汇聚协议层处理数据的方法及系统 | |
| CN102365834B (zh) | 在无线通信系统中接收点到多点服务的方法 | |
| KR101387537B1 (ko) | 성공적으로 수신했으나 헤더 압축 복원에 실패한 패킷의 처리 방법 | |
| US8798093B2 (en) | Method for synchronizing PDCP operations after RRC connection re-establishment in a wireless communication system and related apparatus thereof | |
| EP2290866B1 (en) | Method for moving a receive window in a radio access network | |
| CN110266445B (zh) | 用于重新配置承载的方法及设备 | |
| CN201444641U (zh) | 无线发射/接收单元 | |
| CN101766003B (zh) | 在移动通信系统中发送pdcp层的状态报告的方法及移动通信接收机 | |
| EP2168270B1 (en) | A method for handling correctly received but header compression failed packets | |
| JP5244260B2 (ja) | Ｐｄｃｐ層の再確立方法及び装置 | |
| US20070293254A1 (en) | Method and apparatus for uplink data handling upon handover in a wireless communications system | |
| CN109803315B (zh) | 数据传输方法及装置 | |
| US8837310B2 (en) | Method and system for determining an end time of uplink back propagation | |
| EP3065456A1 (en) | User equipment and method | |
| JP5120456B2 (ja) | 通信システム、通信装置、通信方法、及び通信プログラム | |
| CN103763314B (zh) | 实际部署的跌倒检测系统中用户层数据的处理方法及装置 | |
| JP5059774B2 (ja) | 移動通信システム、無線基地局及びハンドオーバ制御方法 | |
| CN101605355B (zh) | 一种用于LTE-advanced网络中继节点上的ROHC混合工作方式 | |
| CN107959554A (zh) | 一种数据的重传方法及装置 | |
| CN104518851A (zh) | 一种数据处理方法及装置 | |
| CN115022922A (zh) | 用于lte系统中的呼叫处理方法和装置 | |
| CN106341368A (zh) | 一种实现数据处理的方法及装置 | |
| CN101924621A (zh) | 无线链路数据传输方法及无线通信网络节点 | |
| WO2021004207A1 (zh) | 数据处理的方法和设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120523 |