CN108632229A - 一种多连接中的头压缩方法、解头压缩方法及装置 - Google Patents
一种多连接中的头压缩方法、解头压缩方法及装置 Download PDFInfo
- Publication number
- CN108632229A CN108632229A CN201710184576.1A CN201710184576A CN108632229A CN 108632229 A CN108632229 A CN 108632229A CN 201710184576 A CN201710184576 A CN 201710184576A CN 108632229 A CN108632229 A CN 108632229A
- Authority
- CN
- China
- Prior art keywords
- pdcp
- pdcp pdu
- sequence number
- pdu
- head
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/22—Parsing or analysis of headers
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
本发明提供了一种多连接中的头压缩方法、解头压缩方法及装置。本发明可以在承载分离的情况下也使用头压缩功能，降低了空口开销，提升了系统效率，更适用于未来5G双连接或者多连接的部署场景。
Description
技术领域
本发明涉及通信技术领域，尤其涉及一种多连接中的头压缩方法、解头压缩方法及装置。
本案提出一种UE同时在两个和两个以上节点进行传输时的数据头压缩的处理方法，使得即使在多连接工作下UE也可以使用头压缩机制，将有利于网络效率提升，也能够提升用户体验。
背景技术
现有移动通信系统的数据传输过程中，用户设备(UE)和基站(eNB)之间的数据传输，通常经过分组数据汇聚协议(PDCP)层，无线链路层控制(RLC)层，媒体接入控制(MAC)层和物理(PHY)层的传输，每一层完成不同的数据处理。PDCP层主要是进行安全操作和头压缩解压缩处理，例如加密和完整性保护，健壮性包头压缩(ROHC)压缩和解压缩等；RLC主要完成数据的分段级联和按序递交及自动重传请求(ARQ)数据传输保障；MAC主要完成调度和不同逻辑信道的级联处理及混合自动重传请求(HARQ)操作；物理层完成传输块成包和空口发送。图1给出了现有移动通信系统的用户面协议栈结构。
移动通信系统未来发展中，将支持更大的传输带宽和更高的传输速率，带宽将达到GHz，传输速率达到10Gbps。为了应对这样的场景，大量高频小站密集部署可能是一个很普遍的部署场景。而为了使小站之间更好的协作和高效工作，采取双连接或者多连接方式，或者引入集中控制节点，无论是对系统效率还是用户体验，都是较好的一种解决方式。
在双连接的架构中，用户数据可以在不同eNB之间进行分流处理，从RLC层及以下将进行两个eNB的分别处理，其一种架构图如图2所示。
现有技术中，在双连接(DC)场景下，因为无法解决双连接场景中，重排序引起的乱序到达和切换等引起的重复重传对头压缩上下文更新造成的不利影响，对此，现有技术还没有有效的解决方案，因此目前双连接场景下的承载分离(split bearer)不能支持头压缩功能。
发明内容
本发明实施例提供了一种多连接中的头压缩方法、解头压缩方法及装置，在多连接场景下也可以使用头压缩机制，提升了网络效率提升，改善了用户体验。
本发明实施例提供了一种多连接中的头压缩方法，应用于发送端PDCP实体，所述方法包括：
在需要重建多连接的PDCP时，确定未收到接收确认的PDCP PDU；
在重建多连接的PDCP完成时，对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息，所述未收到接收确认的PDCP SDU为所述未收到接收确认的PDCP PDU对应的PDCP SDU；
将所述头压缩指示信息和生成的PDCP PDU通过所述多连接发送给对端。
本发明实施例还提供了一种多连接中的解头压缩方法，应用于接收端PDCP实体，所述方法包括：
在接收端PDCP重建后，接收对端通过所述多连接发送的PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息；
根据所述头压缩指示信息，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
本发明实施例还提供了一种多连接中的头压缩装置，应用于发送端PDCP实体，所述装置包括：
确定单元，用于在需要重建多连接的PDCP时，确定未收到接收确认的PDCP PDU；
压缩处理单元，用于在重建多连接的PDCP完成时，对所述未收到接收确认的PDCPSDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息，所述未收到接收确认的PDCP SDU为所述未收到接收确认的PDCP PDU对应的PDCP SDU；
发送单元，用于将所述头压缩指示信息和生成的PDCP PDU通过所述多连接发送给对端。
本发明实施例还提供了一种多连接中的解头压缩装置，应用于接收端PDCP实体，所述装置包括：
接收单元，用于在接收端PDCP重建后，接收对端通过所述多连接发送的PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息；
解压缩处理单元，用于根据所述头压缩指示信息，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现以上所述的头压缩方法中的步骤。
本发明实施例还提供了一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现以上所述的解头压缩方法中的步骤。
本发明实施例的多连接中的头压缩方法、解头压缩方法及装置，可以在承载分离的情况下也使用头压缩功能，降低了空口开销，提升了系统效率，更适用于未来5G双连接或者多连接的部署场景。
附图说明
为了更清楚地说明本发明实施例的技术方案，下面将对本发明实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为现有移动通信系统的用户面协议栈结构
图2为现有移动通信系统的一种双连接的架构图；
图3为本发明实施例中的承载分离的一种架构示例图；
图4为本发明实施例中的承载分离的另一种架构示例图；
图5为本发明实施例提供的多连接中的头压缩方法的流程示意图；
图6为本发明实施例提供的多连接中的解头压缩方法的流程示意图；
图7为本发明实施例提供的头压缩装置的一种结构示意图；
图8为本发明实施例提供的一种电子设备的结构示意图；
图9为本发明实施例提供的解头压缩装置的一种结构示意图；
图10为本发明实施例提供的另一种电子设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显式了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
本发明实施例中，所述的基站的形式不限，可以是宏基站(Macro Base Station)、微基站(Pico Base Station)、Node B(3G移动基站的称呼)、增强型基站(eNB)、家庭增强型基站(Femto eNB或Home eNode B或Home eNB或HeNB)、中继站、接入点、RRU(Remote RadioUnit，远端射频模块)、RRH(Remote Radio Head，射频拉远头)、5G移动通信系统中的网络侧节点，如中央单元(CU，Central Unit)和分布式单元(DU，Distributed Unit)等。所述的终端可以是移动电话(或手机)，或者其他能够发送或接收无线信号的设备，包括用户设备(UE)、个人数字助理(PDA)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(WLL)站、能够将移动信号转换为WiFi信号的CPE(Customer PremiseEquipment，客户终端)或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。
请参照图3和图4，给出了本发明实施例中的承载分离的两种架构示例图。图3是双连接/多连接的例子，当主基站(MgNB，MgNB通常表示5G系统的主基站)只有一个辅基站(SgNB，SgNB通常表示5G系统的辅基站)时，即为双连接，当MgNB只有两个或以上SgNB时，即为多连接。图4给出的是CU-DU架构的例子，当CU承载被分离到两个DU时，即为双连接，当CU承载被分离到三个或以上DU时，即为多连接。为统一起见，本发明实施例所提的多连接将包括双连接和三个或以上的连接。
除了图3～4给出的典型的架构，本发明实施例也并不排除可应用于其他的多连接架构。这些架构的共同特征是有一个集中的PDCP实体，用以进行数据处理及可能的数据分发。
在本发明实施例中，当一个承载分离(split bearer)被配置了头压缩功能开启之后，则按照下列过程进行头压缩和解压缩的过程：
对发送端来说，发送端PDCP实体按照序列号顺序，对待发送的PDCP SDU进行报头压缩，并生成PDCP PDU；将PDCP PDU分发至所述多连接中的各条路径进行空口传输。
这里，发送端PDCP实体按照序列号(SN)的顺序对所有的数据包进行头压缩，之后经过其他的处理之后，例如加密和增加PDCP头部等，形成PDCP PDU，然后将PDCP PDU通过多连接(具体可以为多连接中的一条或多条路径)进行空口传输。
对于接收端来说，接收端PDCP实体对接收到的PDCP PDU先按照SN的顺序进行排序，尽量保证按照SN的顺序进行处理。因为头压缩是具有上下文信息和更新过程的，需要按照发送端处理头压缩的顺序进行相应的解压缩，才能够保证解压缩的成功。因此对于连续按序的PDCP PDU，可以按照顺序进行解压缩，而对于乱序接收的数据包，则需要进行重排序。
接收端PDCP实体基于当前接收窗口，接收PDCP PDU，并按照序列号顺序，对接收到的PDCP PDU排序，获得PDCP PDU队列；
判断所述PDCP PDU队列中是否存在缺失的PDCP PDU；
在存在缺失的PDCP PDU时，继续等待接收所述缺失的PDCP PDU，直至接收到所述缺失的PDCP PDU或者预设的重排序定时器超时；
在接收到所述缺失的PDCP PDU时，对接收到的PDCP PDU进行重排序，并对重排序后的PDCP PDU队列中各个PDCP PDU依次进行报头解压缩；
在所述重排序定时器超时时，按照序列号顺序，依次对已接收到的PDCP PDU进行报头解压缩。
在所述重排序定时器超时时，若对已接收到的PDCP PDU报头解压缩处失败，则向发送端PDCP实体发送用于指示对应PDCP PDU报头解压缩失败的消息，所述消息为PDCP状态报告或ROHC反馈包。
具体的，本发明实施例在发生接收乱序时，可以例如启动重排序定时器以等待缺口处的数据，在等到数据按序排序之后，再进行解压缩。当重排序不成功时，例如重排序定时器超时，仍旧没有接收到缺口处的数据，此时可以尝试对已有的数据进行解头压缩。因为头压缩算法也具有一定的容忍丢包的深度，在某些情况下，是可以解压缩成功的。如果解压缩不成功，则可以通过其它的方式进行数据恢复，例如发送PDCP状态报告请求对端重传缺口处的数据，或者通过ROHC协议进行反馈，以与对端进行交互。
在实际应用中，如图3或图4所示场景中，SeNB/DU可能会发生变更。具体的，SeNB/DU变更主要包含三种情况：增加，修改和删除。对承载分离的情况，增加一个SeNB/DU意味着对于同一个承载的数据，又增加了一条新的路径进行传输，而修改意味着在路径总数不变的情况下，例如由路径2变换成路径3，删除一个SeNB/DU则意味着该承载的路径减少一条。
具体的，在所述多连接中新增一条路径时，更新所述多连接的路径，将新生成的PDCP PDU分发至更新后的各条路径进行空口传输；
在所述多连接中的第一路径被删除时，更新所述多连接的路径，并将已在第一路径上发送但未收到对端确认的PDCP PDU，通过更新后的一条路径进行空口传输；
在所述多连接中的第二路径被修改为第三路径时，更新所述多连接的路径，并将已在第二路径上发送但未收到对端确认的PDCP PDU，通过第三路径进行空口传输。
以下将分别予以详细说明。
对于增加一个SeNB/DU的情况，意味着PDCP的数据可以增加一个分流的路径，由于原有的路径都存在，对于新增的路径，其RLC层及以下都是从初始状态开始。而且此时由于PDCP所在主节点没有发生任何变化，所以PDCP的过程不受影响，可以继续基于现有的SN以及窗口变量，使用现有的头压缩和加密的参数，继续进行。差别仅在于有一部分数据被分流到了新的路径，举例来说，假设UE之前只有一条路径，数据包发送已经进行到SN＝10，那么增加路径之后，11,12,15,16…可能仍旧保留在主路径发送，而13,14,17,18…可以被分流到新建路径去传输。为简便起见，本文中将直接以序列号表示对应的数据包。
对于接收端来说，由于每条路径的传输时延和情况不一样，因此可能会发生一些乱序的情况，但对于接收端PDCP实体来说，头压缩的上下文信息与增加SeNB/DU之前的状态是连续的，只需要对数据进行按照SN排序之后，再按序进行解头压缩即可，此时头压缩算法和压缩上下文都可以继续使用。如果接收乱序，则可以按照前文所述的启动重排序定时器的方式进行等待接收处理，此处不再赘述。
对于删除一个SeNB/DU的情况，意味着之前经过该SeNB/DU传输的数据无法再继续，那么发送端PDCP实体则将在原来SeNB/DU没有成功发送的数据，例如未收到接收确认的数据，再次在保留的链路上进行重新传输。并且在发生这种删除SeNB/DU的情况时，本发明实施例中接收端PDCP实体还可以将接收端的具体接收状态通过PDCP状态报告上报给发送端，这样便于发送端更精准的重传未成功的数据。在接收到PDCP状态报告之前，发送端PDCP实体可以根据删除链路的RLC层得到的数据包接收确认情况，估计哪些数据包发送成功，而其余数据包还没有获得对端的ACK确认，发送端PDCP实体则可以在保留链路上重传这些数据包。因为发送端PDCP实体的信息并不能及时和精准的获得，因此可能存在重传的数据包其实已经被接收端正确接收，而且删除链路上的PDCP PDU的SN有可能也小于重传链路上现在正在传输的PDCP PDP的SN，从而引发乱序和重复。但需要注意的是，因为此时PDCP所在的实体并没有发生变化，因此基本的头压缩算法和压缩上下文继续保持和使用，已经形成的PDCP PDU不需要变化，即头压缩处理保持不变。
对于接收端PDCP实体来说，可能接收到数据包是重复和乱序的，对于重复的数据包，由于头压缩与之前相同SN的数据包是一模一样的，因此这个重复包可以不予处理，直接删除。对于乱序接收的数据包，只要位于接收窗口之内，则可以正常接收并排序，对按顺序的数据包进行解压缩处理。
例如主路径发送了1,2,3,7,8,到对端，删除路径发送了4,5,6但是只有4被确认收到，其他两个数据包5,6就需要在主路径上进行重新发送。对于接收端来说，在删除一条路径之前的接收情况是1,2,3,4,5,7,8,那么当5,6被重发并接收时，5就是一个重复的数据包，而6是一个乱序接收的数据包。在6接收之前，如果1～5已经是按序接收的，则可以按序解压缩，当6接收之后，6～8也可以按序解压缩了。
以上实施例中，均是以头压缩算法和上下文保持不变的情况，说明了本发明实施例在发送端和接收端的处理。而当发生PDCP所在的节点发生变化，例如主基站(MeNB)变更或者承载类型变更(SCG bearer->split bearer等)，或者需要进行节点间/节点内(inter-node/intra-node)的切换过程时，这时通常需要对PDCP进行重建，包括对安全进行更新，对头压缩进行更新等。对头压缩进行更新，意味着重建之后的所有数据包均需要使用重建之后的ROHC算法，或者即使ROHC算法保持不变，但压缩的上下文仍需要重新开始建立，即重新从初始化状态开始进行头压缩上下文的建立和维护。
以主基站的节点内(Intra-MeNB)切换为例，当需要切换时，对于发送端PDCP实体，会根据当前RLC反馈的ACK信息，确认哪些数据包已经成功传输，哪些数据包仍旧没有被确认。对于没有被确认的数据包，会在切换重建之后进行重新传输，对于这些重新传输的数据包，由于开始采用新的压缩处理，因此这些采用新压缩处理的数据包，需要被接收端知道，以便于在接收端重新被解析和解头压缩，以建立和更新最新的头压缩信息。
为解决上述问题，本发明实施例提供的一种解决方式是，在PDCP重建之后，发送端不发送任何显式的通知，而由于接收端也同样进行了PDCP重建立，对于重建立之后接收到的数据包，如果有重复的情况，均需要解压缩处理，并在更新压缩上下文之后，再进行删除。
具体的，
对于发送端PDCP实体，在重建多连接的PDCP前，确定未收到接收确认的PDCP PDU；在重建多连接的PDCP后，对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU，所述未收到接收确认的PDCP SDU为所述未收到接收确认的PDCP PDU对应的PDCP SDU；将生成的PDCP PDU通过所述多连接发送给对端。
这里，在进行报头压缩及生成PDCP PDU时，可以仅对未收到接收确认的PDCP SDU以及待发送的PDCP SDU进行报头压缩，并生成PDCP PDU；或者，对从第一PDCP SDU开始的，序列号连续的各个PDCP SDU进行报头压缩，并生成PDCP PDU；其中，在存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的，且未收到接收确认的PDCP SDU；在不存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的待发送的PDCP SDU。
对于接收端PDCP实体，在接收端PDCP重建后，对当前接收窗口外预定范围内和接收窗口内重复接收的PDCP PDU进行接收更新处理，直至满足预定条件；以及，在满足所述预定条件后，对当前接收窗口内接收到的PDCP PDU排序，根据当前的报头压缩算法，对排序后的PDCP PDU依次进行报头解压缩并更新压缩上下文；其中，所述接收更新处理包括：
对当前接收窗口外重复接收的PDCP PDU，根据当前的报头压缩算法进行报头解压缩并更新压缩上下文，以及，删除解压缩后的该PDCP PDU；
对当前接收窗口内重复接收的PDCP PDU，根据当前的报头压缩算法进行报头解压缩并更新头压缩上下文，以及，并在更新头压缩上下文后直接删除或者替换已接收的PDCPPDU。
这里，所述预定条件包括以下条件中的一种或多种：
预设的特殊处理计时器超时；
已接收到所有位于第一PDCP PDU之前，且重建PDCP之前未接收到的PDCP PDU，所述第一PDCP PDU是指接收端PDCP重建时已接收到的序列号最高的PDCP PDU；
当前接收窗口的下边界已更新到接收端PDCP重建时已接收到的PDCP PDU的最大序列号；
接收到预定数量的序列号连续，且为非重复发送的PDCP PDU。
对于接收端PDCP实体，通常会在与发送端基本同时进行PDCP重建立。重建立之后，接收端PDCP实体可以对当前的接收窗口状态进行特别的纪录，当前接收窗口中以及满足一定距离要求的窗口之外的数据包采取特殊处理，或者启动一个定时器，在该定时器超时之前，对所有的重复接收数据包采取特殊处理。例如，上述满足一定距离要求可以是当前接收窗口之外，且距离窗口下边界为预设距离范围内的数据包采用特殊处理。
具体的，上述特殊处理主要包括：
-对满足一定距离要求的窗口之外的重复接收的数据包，需要进行解头压缩处理，并更新压缩上下文，之后按照正常重复的处理进行删包(而对于非特殊处理，双/多连接承载分离的情况，对于重复数据包，由于携带的是旧的压缩信息，因此不需要解压缩，直接删包)；
-对于窗口内的重复接收的数据包，也需要按序进行接头压缩处理，并更新压缩上下文，之后可以保留原包，当然也可以以新接收的数据包覆盖原包。
为帮助理解上述方案，下面举例说明：
这里，以有两条链路进行承载分离传输进行举例，在重建立时，两个RLC发送端的状态分别是：第一个RLC实体发送了PDCP数据包1，2，3，其中1和2已被RLC对端ACK确认，而第二个RLC实体发送了PDCP数据包4，5，6，其中只有4被RLC对端ACK确认，每个RLC实体需要将自己的发送状态和被确认状态上报给PDCP实体，具体上报方式可以如下：
-RLC上报两个值，第一个是RLC实体发送的最大PDCP SN值，第二个值是已经被对端ACK确认的连续PDU中最高的PDCP SN值；例如上述举例中，第一个RLC实体上报3和2，其中3是发送的最大PDCP SN，2是连续被确认的最高PDCP SN值；
-当然也不排除，本发明实施例在上述两个值之间，再携带一些更细的内容，例如在两个值区间之内，每个数据包是否被确认，就此情况举例说明，例如RLC发送了1，2，3，4，5，其中1,2,4被确认，则5是作为发送的最大PDCP SN上报，2是连续被确认的最高PDCP SN值，中间还有三个包(即数据包3、4和5)的状态，可以分别一一说明，例如携带比特串010，其中第一个0指示数据包3没有ACK确认，第二个1指示数据包4已经ACK确认，第三个0指示数据包5没有ACK确认。
这里，关于上报方式的上述实现方式，并不影响上述两条链路进行承载分离传输的举例，接下来继续延续上述两条链路进行承载分离传输的例子进行说明。
发送端PDCP实体在获得RLC的信息之后，在重建立完成的链路上，需要重新发送数据包3，5，6，然后后续接着进行其它新数据的发送，例如7，8，9…。这些数据包均使用更新之后的头压缩信息。发送端可以按顺序发送3,5,6,7,8,9…，但由于这些数据并不连续，对接收端有可能造成困扰，接收端并不清楚头压缩的顺序是怎样的。另外一种方式，可以从第一个数据包开始进行连续发送，如发送3,4,5,6,7,8,9…，这种方式有利于接收端判断这些连续数据的头压缩是连续进行的。
对于接收端来说，如果重建立之前的接收状态是接收到了1,2,3,4,6，相当于4及之前的数据包连续接收，因此接收窗口的下边界为4，其中接收缺口(gap，这里，数据包5为gap)可能已经启动了重排序定时器，但由于PDCP重建，重排序定时器被重新启动。接收端在PDCP重建之后，将接收到数据3,5，6,7,8,9…。在接收到数据3时，由于3位于接收窗口之外，属于需要删除的数据包，但重建立之后的这个包携带有重要的新头压缩的信息，因此接收端需要对该数据包进行解头压缩之后再删除。数据包5，7，8，9是没有接收过的窗口之内的数据，可以正常处理，数据包6属于窗口之内的重复包，由于含有新头压缩信息，也需要解压缩之后，再删除或者替代原包。这里，在解压缩之后需要进行ROHC的更新压缩上下文处理。
对于接收端，如何判断在哪些范围之内进行这种特殊的需要以旧包来更新头压缩的操作，一种是采取定时器方式，在一定时长范围内启动，如PDCP重建完成之后即启动定时器，在该定时器超时之前都采取特殊处理，超时之后，正常处理即可；或者PDCP重建完成之后且接收到第一个数据包之后启动一个特殊的重排序定时器，在该定时器超时之前都采取特殊处理，超时之后，正常处理即可。另一种是根据重建时的接收窗口状态，例如，已接收到所有位于第一PDCP PDU之前，且重建PDCP之前未接收到的PDCP PDU，所述第一PDCP PDU是指接收端PDCP重建时已接收到的序列号最高的PDCP PDU，或者是，当前接收窗口的下边界已更新到接收端PDCP重建时已接收到的PDCP PDU的最大序列号，或者是，接收到预定数量的序列号连续，且为非重复发送的PDCP PDU，此时将停止上述特殊处理。对于上述举例而言，可以是仅对当前接收窗口下边界为4时的窗口之外的数据，以及4与6之间的数据启动上述特殊处理，当不再接收这个范围的数据时，可以停止特殊处理；或者对于接收窗口下边界已经更新到接收端PDCP重建时已接收到的PDCP PDU的最大序列号时，此时认为后续不再有重复数据，则可以停止；或者对于连续接收非重复数据超出某个门限时，认为不再有重复，可以停止。
以上实施例中，当发送端PDCP重建PDCP时，并未向接收端进行显式指示哪些数据包是应用了PDCP重建后的压缩算法并携带新的头压缩上下文信息。以下将通过若干实施例，在需要的时候发送端PDCP实体将进行显式指示，例如通过PDCP状态报告，或者通过PDCPPDU中携带标记(如在头部携带标记)，指明某个/某些PDU应用了新压缩算法并携带新头压缩上下文信息，以利于接收端对该数据包进行正确的解压缩处理，之后再根据窗口判断，对于重复或者超出窗口的数据予以丢弃处理，并对于窗口内的数据进行存储和排序。
请参照图5，本发明实施例提供的多连接中的头压缩方法，在应用于发送端PDCP实体时，包括：
步骤51，在需要重建多连接的PDCP时，确定未收到接收确认的PDCP PDU。
这里，未收到接收确认的PDCP PDU，可以是基于RLC实体上报的数据包的发送状态和被确认状态来确定的，也可以是基于接收端PDCP实体发送的PDCP状态报告来确认的，还可以基于上述两种方式确定的。
步骤52，在重建多连接的PDCP完成时，对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息，所述未收到接收确认的PDCP SDU为所述未收到接收确认的PDCPPDU对应的PDCP SDU。
这里，通过生成一头压缩指示信息，来指示相关数据包是应用了PDCP重建后的压缩算法并携带新的头压缩上下文信息，从而向对端进行显示指示。头压缩指示信息可以携带在PDCP PDU中，也可以另行发送，例如，携带在过PDCP状态报告中进行发送。
另外，如前文所述的，在对所述未收到接收确认的PDCP SDU以及待发送的PDCPSDU按序列号顺序进行报头压缩，并生成PDCP PDU时，可以仅对未收到接收确认的PDCP SDU以及待发送的PDCP SDU进行报头压缩，并生成PDCP PDU，或者，对从第一PDCP SDU开始的，序列号连续的各个PDCP SDU进行报头压缩，并生成PDCP PDU；其中，在存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为第一个未收到接收确认的PDCP SDU；在不存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的待发送的PDCP SDU。
步骤53，将所述头压缩指示信息和生成的PDCP PDU通过所述多连接发送给对端。
通过以上步骤，本发明实施例向接收端显式指示了采用PDCP重建后的压缩算法并携带新的头压缩上下文信息的PDCP PDU，使得接收端可以对相关数据包进行正确的解压缩处理，保证了头压缩上下文的正确更新，提高了接收端对数据包解头压缩的成功率。
作为头压缩指示信息的第一种实现方式，所述头压缩指示信息为一PDCP状态报告，具体的，
所述PDCP状态报告可以携带有：重建PDCP后生成的首个PDCP PDU的序列号；
或者，所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU以及尾部PDCPPDU的序列号；
或者，所述PDCP状态报告携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCPPDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
作为头压缩指示信息的第二种实现方式，所述头压缩指示信息为重建PDCP后生成的首个PDCP PDU所携带的第一指示信息。此时，在步骤52中进行报头压缩处理以及生成PDCP PDU和所述头压缩指示信息，具体可以包括：对从第一PDCP SDU开始的，序列号连续的各个PDCP SDU进行报头压缩，并生成PDCP PDU，并在所述首个PDCP PDC中携带所述第一指示信息；其中，在存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为第一个未收到接收确认的PDCP SDU；在不存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的待发送的PDCP SDU。
作为头压缩指示信息的第三种实现方式，所述头压缩指示信息为：重建PDCP后，最初生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包。这里，所述多个PDCP PDU具体可以是序列号介于第一SN和第二SN之间的PDU，其中，所述第一SN为各个连接中第一个未收到接收确认的PDCP PDU中的最小序列号，所述第二SN为各个连接中已发送的PDCP PDU中的最大序列号。
作为头压缩指示信息的第四种实现方式，所述头压缩指示信息为：初始IR数据包所携带的第三指示信息。不同数据流通常有各自对应的初始IR数据包。
上述第一、第二、第三指示信息，可以是数据包中的预定比特位，例如报头中的某个预定域，通常该预定比特位的长度可以是1比特位，或者其他长度。上述第一、第二、第三指示信息用于指示本指示信息所在的数据包为采用PDCP重建后的压缩算法并携带新的头压缩上下文信息的PDCP PDU，具体的，第一指示信息则表示本指示信息所在的数据包为PDCP重建后生成的首个数据包，第二指示信息则表示本指示信息所在的数据包为PDCP重建后最初生成的多个数据包，第三指示信息则表示本指示信息所在的数据包为PDCP重建后生成初始IR数据包。
在采用第三种实现方式和第四种实现方式时，在步骤52中，进行报头压缩处理以及生成PDCP PDU和所述头压缩指示信息时，具体可以包括：对所述未收到接收确认的PDCPSDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU，并在最初生成的所述多个PDCP PDU中携带所述第二指示信息或第三指示信息。
作为头压缩指示信息的第五种实现方式，所述头压缩指示信息为：所述头压缩指示信息为：PDCP PDU中携带的头压缩版本信息，且每次PDCP重建前后的头压缩版本信息不同。此时，在步骤52中，进行报头压缩处理以及生成PDCP PDU和所述头压缩指示信息时，具体可以包括：对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU，并根据当前的头压缩版本信息，更新PDCP PDU中的头压缩版本信息。
以上举例说明了头压缩指示信息的多种实现方式。更进一步的，本发明实施例还可以采用以上实现方式中的一种或多种。即，头压缩指示信息可以包括以下信息中的至少2种：PDCP状态报告；重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；重建PDCP后，最初生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；初始IR数据包所携带的第三指示信息；以及，PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同。
例如，本发明实施例可以同时采用上述第一种实现方式和第五种实现方式，或者，同时采用上述第二种实现方式和第五种实现方式。在同时采用两种以上的实现方式时，能够更为有效的确定出应用了PDCP重建后的压缩算法并携带新的头压缩上下文信息的PDCPPDU。
以上是从发送端PDCP实体侧描述了本发明实施例在多连接中的头压缩方法，与以上头压缩方法对应的，接下来将从接收端PDCP实体侧进行解头压缩的方法的说明。
请参照图6，本发明实施例提供的多连接中的解头压缩方法，在应用于接收端PDCP实体时，包括：
步骤61，在接收端PDCP重建后，接收对端通过所述多连接发送的PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息。
这里，头压缩指示信息具体可以是前文中举例的任意一种或者多种组合。
步骤62，根据所述头压缩指示信息，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
这里，对应于前文的头压缩指示信息的第一种实现方式和第二种实现方式，所述头压缩指示信息对应于对端重建PDCP后生成的首个PDCP PDU。此时，在步骤62中进行解头压缩时，具体包括：根据所述头压缩指示信息，确定出所述首个PDCP PDU，并从所述首个PDCP PDU开始，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
具体的，对应于前文的第一种实现方式，可以根据所述PDCP状态报告携带的所述首个PDCP PDU的序列号，确定出所述首个PDCP PDU。对应于前文的第二种实现方式，可以根据接收到的PDCP PDU是否携带有所述第一指示信息，确定该接收到的PDCP PDU是否为所述首个PDCP PDU。
更进一步的，本发明实施例在接收端PDCP重建后，可以启动一重排序定时器。若在所述重排序定时器超时时，仍未接收到所述头压缩指示信息，或者，根据所述头压缩指示信息，未能确定出对端重建PDCP后生成的首个PDCP PDU，则对接收到的PDCP PDU按照序列号顺序进行解头压缩。
对应于前文的头压缩指示信息的第三种实现方式、第四种实现方式和第五种实现方式，所述头压缩指示信息对应于包括对端重建PDCP后生成的首个PDCP PDU在内的多个PDCP PDU。此时，在步骤62中进行解头压缩时，具体包括：根据所述头压缩指示信息，对所述多个PDCP PDU进行排序，并按照序列号顺序进行解头压缩。
具体的，对应于前文的第三种实现方式或第四种实现方式，在根据所述头压缩指示信息，对所述多个PDCP PDU进行排序时，可以对接收到的，携带有所述头压缩指示信息的PDCP PDU进行排序。
对应于前文的第五种实现方式，在在根据所述头压缩指示信息，对所述多个PDCPPDU进行排序时，可以对接收到的，携带有相同的头压缩版本信息的PDCP PDU进行排序。
在接收端PCDP实体侧，在对接收到的PDCP PDU按照序列号顺序进行解头压缩时，对于当前接收窗口外重复接收的PDCP PDU，在执行了解头压缩并更新压缩上下文后直接删除；对于当前接收窗口内重复接收的PDCP PDU，在执行了解头压缩并更新压缩上下文后直接删除或者替换已接收的PDCP PDU。
另外，在对接收到的PDCP PDU按照序列号顺序进行解头压缩后，若满足预定条件，则恢复到正常处理，即仅对接收到的位于当前接收窗口内，且为非重复接收的PDCP PDU，按照序列号顺序进行解头压缩，其中，所述预定结束条件包括以下条件中的一种或多种：
预设的特殊处理计时器超时；
已接收到所有位于第一PDCP PDU之前，且重建PDCP之前未接收到的PDCP PDU，所述第一PDCP PDU是指接收端PDCP重建时已接收到的序列号最高的PDCP PDU；
当前接收窗口的下边界已更新到接收端PDCP重建时已接收到的PDCP PDU的最大序列号；
接收到预定数量的序列号连续，且为非重复发送的PDCP PDU。
以上从接收端PDCP实体侧描述了解头压缩的方法。可以看出，本发明实施例通过以上方式，实现了在多连接中的报头压缩和解压缩处理，从而可以在多连接承载分离的情况下也能够使用头压缩/解头压缩，从而降低了空口开销，提升了系统效率，将更适用于未来5G多连接的部署场景。
下面进一步针对前文提供的头压缩指示信息的若干实现方式，分别进行更为详细的描述。
1)针对头压缩指示信息的第一种实现方式，即发送端PDCP实体发送显式的PDCP状态报告
在发生了PDCP重建之后，发送端PDCP实体需要重传一些没有经过确认的数据包给对端，以保证中间不丢包。比较高效的做法是，发送端PDCP实体对于已经进行进行了ACK确认的数据包可以不重传，只重传没有ACK确认的数据包，这样重传的数据包可能存在不连续的状况，例如前文举例中发送端3，5，6…。相当于这几个包是按照顺序进行头压缩处理的。
但对于接收端来说，并不知道发送端发送哪些数据包，接收端和发送端的状态因为更新时延等原因，难以做到完全同步。因此在接收端不清楚的情况下，接收端并不知道发送端发送来的顺序是3,5,6…还是3,4,5,6…，这也就给顺序解压缩造成了困扰，同时接收端也并不清楚发送端重新传输的第一个数据包是从哪个开始，这些都给接收端对新解压缩信息的连续获得造成了困难。为了解决这种情况，本发明实施例中的一种有效的方案是，发送端在发送新压缩数据之前，先发送一个状态报告，指明如下信息：
-使用新压缩上下文的第一个数据包是哪个SN；
-如果存在发送不连续的情况，将不连续的信息显式指示出来，例如上例3,5,6，可以是携带SN＝3作为第一个数据包，后续采取bit流指示每个PDU是否发送的状态；
-状态信息通常不用太长，例如，最大包含所有在旧链路已经传输过的PDU信息。
这样对于发送端PDCP实体来说，有多种选择，例如，一种是只在状态报告中携带第一个新压缩的数据SN，后续按顺序重传从第一个SN之后的所有数据，即例中3,4,5,6,7…。又例如，发送端可以断续重传，并将断续重传的具体信息告知接收端，接收端按照指示的顺序解头压缩即可，即例如3,5,6,7…。上述两种方式前者简单，但会浪费一些重传资源，后者复杂度高一些，但可以节省资源。可以根据标准规定或者配置仅选择一种实现。也可以同时存在，根据断续的深度以及ROHC的特点来选择，例如中间断续数据太多，或ROHC在数据出现缺口(Gap)时无法接解头压缩成功，总之，发送端对于ROHC的状态和每个包的具体情况很清楚，可以根据对接收端即时已经断续接收，是否能够解压缩成功来判断，是连续重传还是断续重传。
上述是以确认模式(AM)举例，如果是非确认(UM)模式，发送端对所有未发送的数据进行在新链路重传，因为原先是两条路径，重传也可能连续也可能断续，也按照连续和断续的方式携带状态信息。
对于接收端来说，通过发送端的状态报告，可以很明确的知道关于新压缩上下文的发送顺序情况，接收端只需要按照显式的这种顺序，将重新接收到的数据按这个顺序排序并且解压缩处理，即可得到新建立好的头压缩上下文的正确信息和更新。当然状态报告虽然最先发送，但也会存在先发后至的情况，当先收到了数据包，没有收到状态报告时，可以先将数据包缓存，接收端需要等待并正确接收到状态报告再对这些数据进行按顺序解头压缩。
一般情况下，如果是AM模式，RLC有可靠性保障和重传，这个PDCP状态报告通常总会收到，除非发生异常再次清零重配置，那会开始一个新重建过程。而如果是UM模式，PDCP状态报告有可能丢失，这种情况，接收端在接收到重建之后的第一个数据包，可以启动重排序定时器，如果该定时器超时之前，接收到状态报告，则按照报告中的顺序处理解压缩，如果超时时，仍旧没有状态报告，则按照当前接收到的新数据SN升序顺序尝试解压缩，成功则更新，不成功则等待其他过程恢复，例如ROHC自身的状态反馈等。
2)针对头压缩指示信息的第二种实现方式，即在发送端PDCP实体重建PDCP后发送的首个数据包中携带特殊标记(第一指示信息)
以Intra-MeNB切换为例，当需要切换时，对于发送端PDCP实体，会根据当前RLC反馈的ACK信息，确认哪些数据包已经正确传输，哪些数据包仍旧没有被确认。对于没有被确认的数据包，会在切换重建之后进行重新传输，对于这些重新传输的数据包，由于开始新的压缩处理，因此这些使用新压缩处理状态的数据包，可以携带显式的标识，告知接收端，后续是新的压缩信息，需要在接收端重新被解析和解头压缩，以建立和更新最新的头压缩信息。
显式的头压缩指示信息可以是数据包中的1bit信息，具体一种可行的方式为：
-在更新了头压缩信息之后，对第一个使用新头压缩信息的数据包使用特殊标记，指示这个包是新头压缩信息的起始第一个包，后续的包会依次进行压缩；
相当于只有第一个携带新压缩信息的数据包在数据包头里携带1bit信息，指明“本数据包是开始新压缩的起始包”。发送端可以从起始包开始连续发送，即从未经过对端确认的SN的最高值开始连续发送，也可以断续，即对于已经被对端确认的数据包则不发送。
对于接收端来说，接收到携带起始标记的数据包，则可以知道这是新压缩上下文信息启用的第一个数据包，则无论这个数据包是否在窗口内，是否重复，均需要解压缩更新压缩上下文信息，而对于这个包之后的一些包，也都无论状态，需要按序解压缩更新压缩上下文信息。对于何时停止，可以采取例如定时器判断，接收窗口更新判断(例如接收窗口下边界更新到重建PDCP时的接收到的数据包的最大SN)，或者连续接收的非重复数据超过一定门限等条件或者条件组合，作为停止的依据。当停止之后，意味着对于任何重复接收的数据包，均不用尝试解压缩和更新压缩上下文。
3)针对头压缩指示信息的第三种/第四种实现方式，在发送端PDCP实体重建PDCP后最初发送的若干数据包中携带特殊标记
以Intra-MeNB切换为例，当需要切换时，对于发送端PDCP实体，会根据当前RLC反馈的ACK信息，确认哪些数据包已经正确传输，哪些数据包仍旧没有被确认，对于没有被确认的数据包，会在切换重建之后进行重新传输，对于这些重新传输的数据包，由于开始新的压缩处理，因此这些使用新压缩处理状态的数据包，可以携带显式的标识，告知接收端，后续是新的压缩信息，需要在接收端重新被解析和解头压缩，以建立和更新最新的头压缩信息。
显式的头压缩指示信息可以是数据包中的1bit信息，具体一种可行的方式为：
-在更新了头压缩信息之后，对数据包携带1bit头部指示域，表明头压缩已经更新，至于需要多少个数据包携带该域，由发送端决定。例如发送端PDCP可以从RLC层获知哪些数据包已经经过了发送，对这些数据包，均携带新压缩信息指示，意味着即使接收端之前已经通过重建立之前的链路接收过该数据包，但当新链路发来相应的数据包之后，即使是重复数据，也需要进行解头压缩处理等操作，以更新压缩上下文。
-或者发送端可以仅仅对携带重要压缩信息的数据包携带特殊标记，例如携带完整头压缩信息的初始IR数据包，需要设置特殊标记，告知接收端，这些数据包携带新的压缩信息，需要解压缩之后，再进行重复数据的删除等操作。
对于前一种情况，相当于发送端已经明确指示了每个需要特殊处理的数据包，发送端设置这个标记的依据，可以是对每一个可能存在重复接收的数据包设置标记，例如AM模式的发送端PDCP实体可以知道当前连续接收ACK确认的最高SN(如果两条或者多条链路，则取其中较小值)，以及已经发送的最高SN(如果两条或者多条链路，则取其中最大值)，介于这两个SN之间的PDU均存在重复接收的可能，可以设置标记。对于UM模式的发送端PDCP实体，可以知道两条或者多条路径的已经发送的数据包的各自最高值，例如最高值分别为N1,N2，且N1<N2，如果是从N1开始顺序重传，则N1和N2之间的数据需要携带特殊标记，如果直接从N2重传，则不需要。
对于接收端来说，对所有可能发生重复的数据均有特殊标记，接收端看到特殊标记，对这些数据包按序进行解头压缩和头压缩上下文更新，对于这些带特殊标记的数据包，可以进行独立的重排序操作。直到所有的特殊标记数据包都按序接收完毕，后续开始不带特殊标记，接收端恢复正常处理。
4)针对头压缩指示信息的第五种实现方式，在PDCP PDU中携带携带头压缩版本信息
以Intra-MeNB切换为例，当需要切换时，对于发送端PDCP实体，会根据当前RLC反馈的ACK信息，确认哪些数据包已经正确传输，哪些数据包仍旧没有被确认，对于没有被确认的数据包，会在切换重建之后进行重新传输，对于这些重新传输的数据包，由于开始新的压缩处理，因此这些使用新压缩处理状态的数据包，可以携带显式的标识，告知接收端，后续是新的压缩信息，需要在接收端重新被解析和解头压缩，以建立和更新最新的头压缩信息。
显式的头压缩更新标识可以是数据包中的1bit或几个bit信息，具体一种可行的方式为：
-头压缩信息采取版本标识的方式，例如在RB最新建立之初，头压缩版本设置为0，当发生一次PDCP的重建立，则版本信息更新一次，例如，第一次重建立之后设置为1，第二次重建立之后设置为2，第三次重建立之后设置为3等等，已此类推。但是由于重建立发生的概率并不是特别频繁，因此可以尽量减少最大版本的数目，极端情况下，可以只有两个版本标识，区分一次重建立前后的两个压缩版本，例如第一次建立时版本信息为0，重建立之后为1，下次再次重建立之后又设置为0，下次重建立之后又为1，以此类推。当然两个版本指示仅需要1bit头部携带信息是开销最小的情况，为了避免两次相近的重建立之间发生混淆，可以使用2bit，即一共4个版本指示信息。当然，更大的也可以，根据需要进行确定。
对于发送端，操作比较简单，即一旦发生重建立，则给版本号进行更新。在这次重建立的承载中的所有数据，均使用新的头压缩版本信息。
在接收端，对于头压缩版本号不一样的数据，如果发生重复接收，例如先开始接收的数据头压缩版本为0，后来又接收到相同SN的数据，头压缩版本为1，则需要进行再次的按序解压缩和更新压缩上下文的操作；如果版本号一样，则可以直接丢弃。
在这种操作中，由于新版本号，对于接收端仍旧不知道新版本的第一个数据包是SN为几开始的，因此两种方式解决：一种是再次显式携带初始数据包信息，或者通过Control PDU告知初始SN，另一种是在接收端以重排序定时器进行检测，当接收到第一个数据包，启动重排序定时器，在定时器超时时，接收到多少，就按多少数据进行按序解压缩，如果存在不成功的情况，依靠其他方式，例如ROHC自身反馈过程。
下面将进一步接收实现上述方法的装置。
本发明实施例还进一步提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上所述的头压缩方法中的步骤。
本发明实施例还进一步提供了一种计算机可读存储介质，其上存储有计算机程序，该计算机程序被处理器执行时实现如上所述的解头压缩方法中的步骤。
请参照图7，本发明实施例提供的一种头压缩装置，应用于发送端PDCP实体，包括：
确定单元71，用于在需要重建多连接的PDCP时，确定未收到接收确认的PDCP PDU。
压缩处理单元72，用于在重建多连接的PDCP完成时，对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息，所述未收到接收确认的PDCP SDU为所述未收到接收确认的PDCP PDU对应的PDCP SDU。
发送单元73，用于将所述头压缩指示信息和生成的PDCP PDU通过所述多连接发送给对端。
优选的，所述压缩处理单元，具体用于：
仅对未收到接收确认的PDCP SDU以及待发送的PDCP SDU进行报头压缩，并生成PDCP PDU；
或者，
对从第一PDCP SDU开始的，序列号连续的各个PDCP SDU进行报头压缩，并生成PDCP PDU；其中，在存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为第一个未收到接收确认的PDCP SDU；在不存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的待发送的PDCP SDU。
对应于以上第一种实现方式，所述头压缩指示信息为一PDCP状态报告，其中，
所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU的序列号；或者，
所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者，
所述PDCP状态报告携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCPPDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
对应于以上第二种实现方式，所述头压缩指示信息为重建PDCP后生成的首个PDCPPDU所携带的第一指示信息。此时，所述压缩处理单元，具体用于：对从第一PDCP SDU开始的，序列号连续的各个PDCP SDU进行报头压缩，并生成PDCP PDU，并在所述首个PDCP PDC中携带所述第一指示信息；其中，在存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为第一个未收到接收确认的PDCP SDU；在不存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的待发送的PDCP SDU。
对应于以上第三种实现方式，所述头压缩指示信息为：重建PDCP后，最初生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包。
具体的，所述多个PDCP PDU为序列号介于第一SN和第二SN之间的PDU，其中，所述第一SN为各个连接中第一个未收到接收确认的PDCP PDU中的最小序列号，所述第二SN为各个连接中已发送的PDCP PDU中的最大序列号。
对应于以上第四种实现方式，所述头压缩指示信息为：初始IR数据包所携带的第三指示信息。
对应于以上第三种实现方式和第四种实现方式，所述压缩处理单元，具体用于：对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU，并在最初生成的所述多个PDCP PDU中携带所述第二指示信息或第三指示信息。
对应于以上第五种实现方式，所述头压缩指示信息为：PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同。此时，所述压缩处理单元，具体用于：对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU，并根据当前的头压缩版本信息，更新PDCP PDU中的头压缩版本信息。
优选的，本实施例的所述头压缩指示信息包括以下信息中的至少2种：PDCP状态报告；重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；重建PDCP后，最初生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；初始IR数据包所携带的第三指示信息；以及，PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；
其中，所述PDCP状态报告携带有所述首个PDCP PDU的序列号，或者携带有重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号，或者携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息，或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
请参照图8，本发明实施例提供的一种电子设备，包括：处理器81；通过总线接口与所述处理器81相连接的存储器83，以及通过总线接口与处理器81相连接的收发机82；所述存储器用于存储所述处理器在执行操作时所使用的程序和数据；通过所述收发机82发送控制命令等；当处理器调用并执行所述存储器中所存储的程序和数据时，执行以下步骤：
在需要重建多连接的PDCP时，确定未收到接收确认的PDCP PDU；
在重建多连接的PDCP完成时，对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息，所述未收到接收确认的PDCP SDU为所述未收到接收确认的PDCP PDU对应的PDCP SDU；
将所述头压缩指示信息和生成的PDCP PDU通过所述多连接发送给对端。
其中，在图8中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器81代表的一个或多个处理器和存储器83代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机82可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器81负责管理总线架构和通常的处理，存储器83可以存储处理器81在执行操作时所使用的数据。
处理器81负责管理总线架构和通常的处理，存储器83可以存储处理器81在执行操作时所使用的数据。
优选的，所述处理器还用于执行：仅对未收到接收确认的PDCP SDU以及待发送的PDCP SDU进行报头压缩，并生成PDCP PDU；或者，对从第一PDCP SDU开始的，序列号连续的各个PDCP SDU进行报头压缩，并生成PDCP PDU；其中，在存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为第一个未收到接收确认的PDCP SDU；在不存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的待发送的PDCP SDU。
优选的，所述头压缩指示信息为一PDCP状态报告，其中，
所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU的序列号；或者，
所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者，
所述PDCP状态报告携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCPPDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
优选的，所述头压缩指示信息为重建PDCP后生成的首个PDCP PDU所携带的第一指示信息。此时，所述处理器还用于执行：对从第一PDCP SDU开始的，序列号连续的各个PDCPSDU进行报头压缩，并生成PDCP PDU，并在所述首个PDCP PDC中携带所述第一指示信息；其中，在存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为第一个未收到接收确认的PDCP SDU；在不存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的待发送的PDCP SDU。
优选的，所述头压缩指示信息为：重建PDCP后，最初生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包。具体的，所述多个PDCP PDU为序列号介于第一SN和第二SN之间的PDU，其中，所述第一SN为各个连接中第一个未收到接收确认的PDCP PDU中的最小序列号，所述第二SN为各个连接中已发送的PDCP PDU中的最大序列号。或者，所述头压缩指示信息为：初始IR数据包所携带的第三指示信息。
所述处理器还用于执行：对所述未收到接收确认的PDCP SDU以及待发送的PDCPSDU按序列号顺序进行报头压缩，并生成PDCP PDU，并在最初生成的所述多个PDCP PDU中携带所述第二指示信息或第三指示信息。
优选的，所述头压缩指示信息为：PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同。此时所述处理器还用于执行：对所述未收到接收确认的PDCPSDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU，并根据当前的头压缩版本信息，更新PDCP PDU中的头压缩版本信息。
优选的，所述头压缩指示信息包括以下信息中的至少2种：PDCP状态报告；重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；重建PDCP后，最初生成的多个PDCPPDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；初始IR数据包所携带的第三指示信息；以及，PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；
其中，所述PDCP状态报告携带有所述首个PDCP PDU的序列号，或者携带有重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号，或者携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息，或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
请参照图9，本发明实施例还提供了一种多连接中的解头压缩装置，应用于接收端PDCP实体，如图9所示，所述装置包括：
接收单元91，用于在接收端PDCP重建后，接收对端通过所述多连接发送的PDCPPDU以及与至少一个PDCP PDU相对应的头压缩指示信息；
解压缩处理单元92，用于根据所述头压缩指示信息，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
优选的，所述头压缩指示信息对应于对端重建PDCP后生成的首个PDCP PDU；所述解压缩处理单元，具体用于根据所述头压缩指示信息，确定出所述首个PDCP PDU，并从所述首个PDCP PDU开始，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
优选的，上述装置还可以包括：
定时器单元，用于在接收端PDCP重建后，启动一重排序定时器；
等待恢复单元，用于若在所述重排序定时器超时时，仍未接收到所述头压缩指示信息，或者，根据所述头压缩指示信息，未能确定出对端重建PDCP后生成的首个PDCP PDU，则对接收到的PDCP PDU按照序列号顺序进行解头压缩。
这里，所述头压缩指示信息为一PDCP状态报告，其中，所述PDCP状态报告携带有：对端重建PDCP后生成的首个PDCP PDU的序列号；或者，所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者，所述PDCP状态报告携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号；此时，所述解压缩处理单元，具体用于根据所述PDCP状态报告携带的所述首个PDCP PDU的序列号，确定出所述首个PDCP PDU。
优选的，所述头压缩指示信息为对端重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；此时所述解压缩处理单元，具体用于：根据接收到的PDCP PDU是否携带有所述第一指示信息，确定该接收到的PDCP PDU是否为所述首个PDCP PDU。
优选的，所述头压缩指示信息对应于包括对端重建PDCP后生成的首个PDCP PDU在内的多个PDCP PDU；此时所述解压缩处理单元，用于根据所述头压缩指示信息，对所述多个PDCP PDU进行排序，并按照序列号顺序进行解头压缩。
优选的，所述头压缩指示信息为：从所述首个PDCP PDU开始的，对端重建PDCP后生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；或者，所述头压缩指示信息为：对端重建PDCP后生成的初始IR数据包所携带的第三指示信息；此时所述解压缩处理单元，具体用于对接收到的，携带有所述头压缩指示信息的PDCP PDU进行排序。
优选的，所述头压缩指示信息为：PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；此时所述解压缩处理单元，具体用于对接收到的，携带有相同的头压缩版本信息的PDCP PDU进行排序。
优选的，所述头压缩指示信息包括以下信息中的至少2种：PDCP状态报告；对端重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；重建PDCP后，最初生成的多个PDCPPDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；初始IR数据包所携带的第三指示信息；以及，PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；
其中，所述PDCP状态报告携带有所述首个PDCP PDU的序列号，或者携带有重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
优选的，以上装置中，所述解压缩处理单元，在对接收到的PDCP PDU按照序列号顺序进行解头压缩时，对于当前接收窗口外重复接收的PDCP PDU，在执行了解头压缩并更新压缩上下文后直接删除；对于当前接收窗口内重复接收的PDCP PDU，在执行了解头压缩并更新压缩上下文后直接删除或者替换已接收的PDCP PDU。
优选的，以上装置中，所述解压缩处理单元，还用于在对接收到的PDCP PDU按照序列号顺序进行解头压缩后，若满足预定条件，则仅对接收到的位于当前接收窗口内，且为非重复接收的PDCP PDU，按照序列号顺序进行解头压缩，其中，所述预定结束条件包括以下条件中的一种或多种：
预设的特殊处理计时器超时；
已接收到所有位于第一PDCP PDU之前，且重建PDCP之前未接收到的PDCP PDU，所述第一PDCP PDU是指接收端PDCP重建时已接收到的序列号最高的PDCP PDU；
当前接收窗口的下边界已更新到接收端PDCP重建时已接收到的PDCP PDU的最大序列号；
接收到预定数量的序列号连续，且为非重复发送的PDCP PDU。
请参照图10，本实施例提供了另一种电子设备，包括：处理器101；通过总线接口与所述处理器101相连接的存储器103，以及通过总线接口与处理器101相连接的收发机102；所述存储器用于存储所述处理器在执行操作时所使用的程序和数据；通过所述收发机102发送控制命令等；当处理器调用并执行所述存储器中所存储的程序和数据时，执行以下步骤：
在接收端PDCP重建后，接收对端通过所述多连接发送的PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息；
根据所述头压缩指示信息，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
其中，在图10中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器101代表的一个或多个处理器和存储器103代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机102可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其他装置通信的单元。处理器101负责管理总线架构和通常的处理，存储器103可以存储处理器101在执行操作时所使用的数据。
处理器101负责管理总线架构和通常的处理，存储器103可以存储处理器101在执行操作时所使用的数据。
优选的，所述头压缩指示信息对应于对端重建PDCP后生成的首个PDCP PDU；上述处理器还用于根据所述头压缩指示信息，确定出所述首个PDCP PDU，并从所述首个PDCPPDU开始，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
优选的，上述处理器还用于在接收端PDCP重建后，启动一重排序定时器；若在所述重排序定时器超时时，仍未接收到所述头压缩指示信息，或者，根据所述头压缩指示信息，未能确定出对端重建PDCP后生成的首个PDCP PDU，则对接收到的PDCP PDU按照序列号顺序进行解头压缩。
优选的，所述头压缩指示信息为一PDCP状态报告，其中，所述PDCP状态报告携带有：对端重建PDCP后生成的首个PDCP PDU的序列号；或者，所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者，所述PDCP状态报告携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号；上述处理器还用于根据所述PDCP状态报告携带的所述首个PDCP PDU的序列号，确定出所述首个PDCP PDU。
优选的，所述头压缩指示信息为对端重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；上述处理器还用于根据接收到的PDCP PDU是否携带有所述第一指示信息，确定该接收到的PDCP PDU是否为所述首个PDCP PDU。
优选的，所述头压缩指示信息对应于包括对端重建PDCP后生成的首个PDCP PDU在内的多个PDCP PDU；上述处理器还用于根据所述头压缩指示信息，对所述多个PDCP PDU进行排序，并按照序列号顺序进行解头压缩。
优选的，所述头压缩指示信息为：从所述首个PDCP PDU开始的，对端重建PDCP后生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；或者，所述头压缩指示信息为：对端重建PDCP后生成的初始IR数据包所携带的第三指示信息；上述处理器还用于对接收到的，携带有所述头压缩指示信息的PDCP PDU进行排序。
优选的，所述头压缩指示信息为：PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；上述处理器还用于对接收到的，携带有相同的头压缩版本信息的PDCP PDU进行排序。
优选的，所述头压缩指示信息包括以下信息中的至少2种：PDCP状态报告；对端重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；重建PDCP后，最初生成的多个PDCPPDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；初始IR数据包所携带的第三指示信息；以及，PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；
其中，所述PDCP状态报告携带有所述首个PDCP PDU的序列号，或者携带有重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
优选的，上述处理器还用于在对接收到的PDCP PDU按照序列号顺序进行解头压缩时，对于当前接收窗口外重复接收的PDCP PDU，在执行了解头压缩并更新压缩上下文后直接删除；对于当前接收窗口内重复接收的PDCP PDU，在执行了解头压缩并更新压缩上下文后直接删除或者替换已接收的PDCP PDU。
优选的，上述处理器还用于在对接收到的PDCP PDU按照序列号顺序进行解头压缩后，若满足预定条件，则仅对接收到的位于当前接收窗口内，且为非重复接收的PDCP PDU，按照序列号顺序进行解头压缩，其中，所述预定结束条件包括以下条件中的一种或多种：
预设的特殊处理计时器超时；
已接收到所有位于第一PDCP PDU之前，且重建PDCP之前未接收到的PDCP PDU，所述第一PDCP PDU是指接收端PDCP重建时已接收到的序列号最高的PDCP PDU；
当前接收窗口的下边界已更新到接收端PDCP重建时已接收到的PDCP PDU的最大序列号；
接收到预定数量的序列号连续，且为非重复发送的PDCP PDU。
可以理解的是，本文描述的这些实施例可以用硬件、软件、固件、中间件、微码或其组合来实现。对于硬件实现，处理单元可以实现在一个或多个专用集成电路(ApplicationSpecific Integrated Circuits，ASIC)、数字信号处理器(Digital Signal Processing，DSP)、数字信号处理设备(DSP Device，DSPD)、可编程逻辑设备(Programmable LogicDevice，PLD)、现场可编程门阵列(Field-Programmable Gate Array，FPGA)、通用处理器、控制器、微控制器、微处理器、用于执行本申请所述功能的其它电子单元或其组合中。
对于软件实现，可通过执行本文所述功能的模块(例如过程、函数等)来实现本文所述的技术。软件代码可存储在存储器中并通过处理器执行。存储器可以在处理器中或在处理器外部实现。
在前述实施例中，介绍了几种发送端PDCP实体显式告知接收端，使用新的头压缩信息的起始包SN和可能存在新旧头压缩信息重叠部分的末尾SN的信息。为了减少额外开销和复杂度，本发明实施例进一步通过了一种接收端自行进行判断的实现方式。
对于接收端PDCP实体，从重建立发生的时刻开始，认为这个时刻之后，接收到的数据包都是使用新的头压缩信息，可以记录在重建立发生时刻，接收端的重要变量的位置，主要包括记录接收窗口的下边界和记录接收的最高SN。
一种处理方式，在PDCP重建时，对于位于当前接收窗口下边界和接收的最高SN之间的非连续接收的PDU，先进行解压缩，如果能够解压缩成功，则保留，如果不能，则直接删除该包和记录，同时更新记录的最高SN便量为当前仍旧存在的最高SN。
另一种处理方式，在PDCP重建时，对所有非按序接收的数据包统统删除，将记录的接收最高SN直接赋值为记录的窗口下边界。
经过上述处理之后，对于记录的窗口下边界和记录的最高SN之间，如果还存在有已接收数据，则该数据一定是已经能够成功解压缩的，也就是说本身已经正确恢复成SDU了，等待后续排序之后，可以直接发往高层。
做完上述处理，后续接收端PDCP实体开始准备接收数据，对于接收端来说，位于这个区间[记录窗口下边界-窗口大小，记录的接收最高SN]的数据，被认为重复接收数据是需要特殊处理的，即需要先解头压缩和更新头压缩上下文之后再进行重复数据处理。正常的重复数据处理是直接删除。
那么，当接收端在接收到重建之后的第一个数据包时，该数据包一定是使用新头压缩信息，但该数据包不一定是使用新压缩信息的起始数据包，这主要是由于多条路径传输，时延不一样，先发后至和后发先至无法避免。这个第一个接收的数据包，可以先尝试进行解压缩，看是否是一个头压缩初始包IR包，因为IR包有明显标记，因此很容易识别，如果不是IR包，则说明在它之前还有数据包，它一定不是发送端发送的使用新压缩信息的第一个包，此时需要等待第一个包，才能正确建立压缩的上下文信息，那么对于这第一个接收的数据包，可以启动重排序定时器，如果在重排序定时器超时之前，接收到该第一个IR包，则按序进行解压缩，如果没有接收，则放弃，更新窗口。如果这第一个接收的数据包是一个头压缩初始包IR包，则这个数据包可能是使用新压缩信息的初始包，但由于头压缩初始包有可能是基于流来初始的，举例说明，发送端在重建立之后，从3，4，5…。开始发包，而数据包3和5属于同一个数据流，可以以同一个压缩流维护相同的压缩上下文，那么一般数据包3压缩之后是该流的IR包，而数据包4属于另一个数据流，因此数据包4压缩之后是它所在流的IR包，这样对于接收端来说，如果接收的第一个数据包是数据包4，它是一个IR包，但是它并不能认定为发送端新发送的第一个数据包，而且数据包5即时按序在4之后接收到，仍旧存在可能无法解压缩成功的风险，因为IR包3还没有接收。
因此对于新接收的数据包，采取新队列的方式，再次进行排序，对队列中能够自行解压缩成功的IR包，可以先进行解压缩，以更新压缩上下文信息，对于从第一个接收的数据包之后的连续接收的数据包，也可以进行解压缩尝试，如果能找到这个包对应流的压缩信息，则证明它的IR包已经接收，那么它基本也能解压缩成功。对于连续接收的数据包，如果在尝试解压缩时，发现没有它对应的上下文信息，则可以推断，之前丢失了它的IR包，则启动重排序定时器，在定时器范围内，如果接收到IR包，则顺利解压缩，不过不行，则放弃。用这种方式，可以分别寻找到每个流的IR包，顺利地话，可以解压缩成功。
当顺序接收且解压缩成功的数据包的SN已经超过了上述的纪录最高SN，则认为存在交叠的部分已经处理完毕，后续可以正常处理。
在本申请所提供的实施例中，应该理解到，所揭露的装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显式或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显式的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。
所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
此外，需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。
因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
以上所述的是本发明的优选实施方式，应当指出对于本技术领域的普通人员来说，在不脱离本发明所述的原理前提下还可以作出若干改进和润饰，这些改进和润饰也在本发明的保护范围内。
Claims (48)
1.一种多连接中的头压缩方法，应用于发送端PDCP实体，其特征在于，所述方法包括：
在需要重建多连接的PDCP时，确定未收到接收确认的PDCP PDU；
在重建多连接的PDCP完成时，对所述未收到接收确认的PDCP SDU以及待发送的PDCPSDU按序列号顺序进行报头压缩，并生成PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息，所述未收到接收确认的PDCP SDU为所述未收到接收确认的PDCP PDU对应的PDCP SDU；
将所述头压缩指示信息和生成的PDCP PDU通过所述多连接发送给对端。
2.根据权利要求1所述的方法，其特征在于，所述对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU的步骤，包括：
仅对未收到接收确认的PDCP SDU以及待发送的PDCP SDU进行报头压缩，并生成PDCPPDU；
或者，
对从第一PDCP SDU开始的，序列号连续的各个PDCP SDU进行报头压缩，并生成PDCPPDU；其中，在存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为第一个未收到接收确认的PDCP SDU；在不存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的待发送的PDCP SDU。
3.根据权利要求1或2所述的方法，其特征在于，
所述头压缩指示信息为一PDCP状态报告，其中，
所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU的序列号；或者，
所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者，
所述PDCP状态报告携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
4.根据权利要求1所述的方法，其特征在于，
所述头压缩指示信息为重建PDCP后生成的首个PDCP PDU所携带的第一指示信息。
5.根据权利要求4所述的方法，其特征在于，所述对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU以及与至少一个PDCPPDU相对应的头压缩指示信息的步骤，包括：
对从第一PDCP SDU开始的，序列号连续的各个PDCP SDU进行报头压缩，并生成PDCPPDU，并在所述首个PDCP PDC中携带所述第一指示信息；其中，在存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为第一个未收到接收确认的PDCP SDU；在不存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的待发送的PDCP SDU。
6.根据权利要求1所述的方法，其特征在于，
所述头压缩指示信息为：重建PDCP后，最初生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包。
7.根据权利要求6所述的方法，其特征在于，
所述多个PDCP PDU为序列号介于第一SN和第二SN之间的PDU，其中，所述第一SN为各个连接中第一个未收到接收确认的PDCP PDU中的最小序列号，所述第二SN为各个连接中已发送的PDCP PDU中的最大序列号。
8.根据权利要求1所述的方法，其特征在于，
所述头压缩指示信息为：初始IR数据包所携带的第三指示信息。
9.根据权利要求6至7任一项所述的方法，其特征在于，
所述对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息的步骤，包括：对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU，并在最初生成的所述多个PDCP PDU中携带所述第二指示信息。
10.根据权利要求1所述的方法，其特征在于，
所述头压缩指示信息为：PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同。
11.根据权利要求10所述的方法，其特征在于，
所述对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息的步骤，包括：对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU，并根据当前的头压缩版本信息，更新PDCP PDU中的头压缩版本信息。
12.根据权利要求1所述的方法，其特征在于，
所述头压缩指示信息包括以下信息中的至少2种：PDCP状态报告；重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；重建PDCP后，最初生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；初始IR数据包所携带的第三指示信息；以及，PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；
其中，所述PDCP状态报告携带有所述首个PDCP PDU的序列号，或者携带有重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号，或者携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息，或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
13.一种多连接中的解头压缩方法，应用于接收端PDCP实体，其特征在于，所述方法包括：
在接收端PDCP重建后，接收对端通过所述多连接发送的PDCP PDU以及与至少一个PDCPPDU相对应的头压缩指示信息；
根据所述头压缩指示信息，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
14.根据权利要求13所述的方法，其特征在于，
所述头压缩指示信息对应于对端重建PDCP后生成的首个PDCP PDU；
所述根据所述头压缩指示信息，对接收到的PDCP PDU按照序列号顺序进行解头压缩的步骤，包括：根据所述头压缩指示信息，确定出所述首个PDCP PDU，并从所述首个PDCP PDU开始，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
15.根据权利要求14所述的方法，其特征在于，还包括：
在接收端PDCP重建后，启动一重排序定时器；
若在所述重排序定时器超时时，仍未接收到所述头压缩指示信息，或者，根据所述头压缩指示信息，未能确定出对端重建PDCP后生成的首个PDCP PDU，则对接收到的PDCP PDU按照序列号顺序进行解头压缩。
16.根据权利要求14所述的方法，其特征在于，
所述头压缩指示信息为一PDCP状态报告，其中，所述PDCP状态报告携带有：对端重建PDCP后生成的首个PDCP PDU的序列号；或者，所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者，所述PDCP状态报告携带有：所述首个PDCPPDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号；
所述根据所述头压缩指示信息，确定出所述首个PDCP PDU的步骤，包括：根据所述PDCP状态报告携带的所述首个PDCP PDU的序列号，确定出所述首个PDCP PDU。
17.根据权利要求14所述的方法，其特征在于，
所述头压缩指示信息为对端重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；
所述根据所述头压缩指示信息，确定出所述首个PDCP PDU的步骤，包括：根据接收到的PDCP PDU是否携带有所述第一指示信息，确定该接收到的PDCP PDU是否为所述首个PDCPPDU。
18.根据权利要求13所述的方法，其特征在于，
所述头压缩指示信息对应于包括对端重建PDCP后生成的首个PDCP PDU在内的多个PDCP PDU；
所述根据所述头压缩指示信息，对接收到的PDCP PDU按照序列号顺序进行解头压缩的步骤，包括：
根据所述头压缩指示信息，对所述多个PDCP PDU进行排序，并按照序列号顺序进行解头压缩。
19.根据权利要求18所述的方法，其特征在于，
所述头压缩指示信息为：从所述首个PDCP PDU开始的，对端重建PDCP后生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；
或者，所述头压缩指示信息为：对端重建PDCP后生成的初始IR数据包所携带的第三指示信息；
所述根据所述头压缩指示信息，对所述多个PDCP PDU进行排序的步骤，包括：对接收到的，携带有所述头压缩指示信息的PDCP PDU进行排序。
20.根据权利要求18所述的方法，其特征在于，
所述头压缩指示信息为：PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；
所述根据所述头压缩指示信息，对所述多个PDCP PDU进行排序的步骤，包括：对接收到的，携带有相同的头压缩版本信息的PDCP PDU进行排序。
21.根据权利要求13所述的方法，其特征在于，
所述头压缩指示信息包括以下信息中的至少2种：PDCP状态报告；对端重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；重建PDCP后，最初生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；初始IR数据包所携带的第三指示信息；以及，PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；
其中，所述PDCP状态报告携带有所述首个PDCP PDU的序列号，或者携带有重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
22.根据权利要求13至21任一项所述的方法，其特征在于，
在对接收到的PDCP PDU按照序列号顺序进行解头压缩时，对于当前接收窗口外重复接收的PDCP PDU，在执行了解头压缩并更新压缩上下文后直接删除；对于当前接收窗口内重复接收的PDCP PDU，在执行了解头压缩并更新压缩上下文后直接删除或者替换已接收的PDCP PDU。
23.根据权利要求13至21任一项所述的方法，其特征在于，
在对接收到的PDCP PDU按照序列号顺序进行解头压缩后，若满足预定条件，则仅对接收到的位于当前接收窗口内，且为非重复接收的PDCP PDU，按照序列号顺序进行解头压缩，其中，所述预定条件包括以下条件中的一种或多种：
预设的特殊处理计时器超时；
已接收到所有位于第一PDCP PDU之前，且重建PDCP之前未接收到的PDCP PDU，所述第一PDCP PDU是指接收端PDCP重建时已接收到的序列号最高的PDCP PDU；
当前接收窗口的下边界已更新到接收端PDCP重建时已接收到的PDCP PDU的最大序列号；
接收到预定数量的序列号连续，且为非重复发送的PDCP PDU。
24.一种多连接中的头压缩装置，应用于发送端PDCP实体，其特征在于，所述装置包括：
确定单元，用于在需要重建多连接的PDCP时，确定未收到接收确认的PDCP PDU；
压缩处理单元，用于在重建多连接的PDCP完成时，对所述未收到接收确认的PDCP SDU以及待发送的PDCP SDU按序列号顺序进行报头压缩，并生成PDCP PDU以及与至少一个PDCPPDU相对应的头压缩指示信息，所述未收到接收确认的PDCP SDU为所述未收到接收确认的PDCP PDU对应的PDCP SDU；
发送单元，用于将所述头压缩指示信息和生成的PDCP PDU通过所述多连接发送给对端。
25.根据权利要求24所述的头压缩装置，其特征在于，
所述压缩处理单元，具体用于：
仅对未收到接收确认的PDCP SDU以及待发送的PDCP SDU进行报头压缩，并生成PDCPPDU；
或者，
对从第一PDCP SDU开始的，序列号连续的各个PDCP SDU进行报头压缩，并生成PDCPPDU；其中，在存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为第一个未收到接收确认的PDCP SDU；在不存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的待发送的PDCP SDU。
26.根据权利要求24或25所述的头压缩装置，其特征在于，
所述头压缩指示信息为一PDCP状态报告，其中，
所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU的序列号；或者，
所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者，
所述PDCP状态报告携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
27.根据权利要求24所述的头压缩装置，其特征在于，
所述头压缩指示信息为重建PDCP后生成的首个PDCP PDU所携带的第一指示信息。
28.根据权利要求27所述的头压缩装置，其特征在于，
所述压缩处理单元，具体用于：对从第一PDCP SDU开始的，序列号连续的各个PDCP SDU进行报头压缩，并生成PDCP PDU，并在所述首个PDCP PDC中携带所述第一指示信息；其中，在存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为第一个未收到接收确认的PDCPSDU；在不存在未收到接收确认的PDCP SDU时，所述第一PDCP SDU为序列号最小的待发送的PDCP SDU。
29.根据权利要求24所述的头压缩装置，其特征在于，
所述头压缩指示信息为：重建PDCP后，最初生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包。
30.根据权利要求29所述的头压缩装置，其特征在于，
所述多个PDCP PDU为序列号介于第一SN和第二SN之间的PDU，其中，所述第一SN为各个连接中第一个未收到接收确认的PDCP PDU中的最小序列号，所述第二SN为各个连接中已发送的PDCP PDU中的最大序列号。
31.根据权利要求24所述的头压缩装置，其特征在于，
所述头压缩指示信息为：初始IR数据包所携带的第三指示信息。
32.根据权利要求29至30任一项所述的头压缩装置，其特征在于，
所述压缩处理单元，具体用于：对所述未收到接收确认的PDCP SDU以及待发送的PDCPSDU按序列号顺序进行报头压缩，并生成PDCP PDU，并在最初生成的所述多个PDCP PDU中携带所述第二指示信息。
33.根据权利要求24所述的头压缩装置，其特征在于，
所述头压缩指示信息为：PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同。
34.根据权利要求33所述的头压缩装置，其特征在于，
所述压缩处理单元，具体用于：对所述未收到接收确认的PDCP SDU以及待发送的PDCPSDU按序列号顺序进行报头压缩，并生成PDCP PDU，并根据当前的头压缩版本信息，更新PDCP PDU中的头压缩版本信息。
35.根据权利要求24所述的头压缩装置，其特征在于，
所述头压缩指示信息包括以下信息中的至少2种：PDCP状态报告；重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；重建PDCP后，最初生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；初始IR数据包所携带的第三指示信息；以及，PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；
其中，所述PDCP状态报告携带有所述首个PDCP PDU的序列号，或者携带有重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号，或者携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息，或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
36.一种多连接中的解头压缩装置，应用于接收端PDCP实体，其特征在于，所述装置包括：
接收单元，用于在接收端PDCP重建后，接收对端通过所述多连接发送的PDCP PDU以及与至少一个PDCP PDU相对应的头压缩指示信息；
解压缩处理单元，用于根据所述头压缩指示信息，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
37.根据权利要求36所述的解头压缩装置，其特征在于，
所述头压缩指示信息对应于对端重建PDCP后生成的首个PDCP PDU；
所述解压缩处理单元，具体用于根据所述头压缩指示信息，确定出所述首个PDCP PDU，并从所述首个PDCP PDU开始，对接收到的PDCP PDU按照序列号顺序进行解头压缩。
38.根据权利要求36所述的解头压缩装置，其特征在于，还包括：
定时器单元，用于在接收端PDCP重建后，启动一重排序定时器；
等待恢复单元，用于若在所述重排序定时器超时时，仍未接收到所述头压缩指示信息，或者，根据所述头压缩指示信息，未能确定出对端重建PDCP后生成的首个PDCP PDU，则对接收到的PDCP PDU按照序列号顺序进行解头压缩。
39.根据权利要求37所述的解头压缩装置，其特征在于，
所述头压缩指示信息为一PDCP状态报告，其中，所述PDCP状态报告携带有：对端重建PDCP后生成的首个PDCP PDU的序列号；或者，所述PDCP状态报告携带有：重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者，所述PDCP状态报告携带有：所述首个PDCPPDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号；
所述解压缩处理单元，具体用于根据所述PDCP状态报告携带的所述首个PDCP PDU的序列号，确定出所述首个PDCP PDU。
40.根据权利要求37所述的解头压缩装置，其特征在于，
所述头压缩指示信息为对端重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；
所述解压缩处理单元，具体用于：根据接收到的PDCP PDU是否携带有所述第一指示信息，确定该接收到的PDCP PDU是否为所述首个PDCP PDU。
41.根据权利要求36所述的解头压缩装置，其特征在于，
所述头压缩指示信息对应于包括对端重建PDCP后生成的首个PDCP PDU在内的多个PDCP PDU；
所述解压缩处理单元，用于根据所述头压缩指示信息，对所述多个PDCP PDU进行排序，并按照序列号顺序进行解头压缩。
42.根据权利要求41所述的解头压缩装置，其特征在于，
所述头压缩指示信息为：从所述首个PDCP PDU开始的，对端重建PDCP后生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；
或者，所述头压缩指示信息为：对端重建PDCP后生成的初始IR数据包所携带的第三指示信息；
所述解压缩处理单元，具体用于对接收到的，携带有所述头压缩指示信息的PDCP PDU进行排序。
43.根据权利要求41所述的解头压缩装置，其特征在于，
所述头压缩指示信息为：PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；
所述解压缩处理单元，具体用于对接收到的，携带有相同的头压缩版本信息的PDCPPDU进行排序。
44.根据权利要求36所述的解头压缩装置，其特征在于，
所述头压缩指示信息包括以下信息中的至少2种：PDCP状态报告；对端重建PDCP后生成的首个PDCP PDU所携带的第一指示信息；重建PDCP后，最初生成的多个PDCP PDU中所携带的第二指示信息，所述多个PDCP PDU为所有可能与重建之前发送的数据包相重复的数据包；初始IR数据包所携带的第三指示信息；以及，PDCP PDU中携带的头压缩版本信息，且PDCP重建前后的头压缩版本信息不同；
其中，所述PDCP状态报告携带有所述首个PDCP PDU的序列号，或者携带有重建PDCP后生成的首个PDCP PDU以及尾部PDCP PDU的序列号；或者携带有：所述首个PDCP PDU的序列号，以及，用于在生成的PDCP PDU的序列号不连续时，指示不连续序列号的指示信息；或者，用于在生成的PDCP PDU的序列号连续时，指示连续序列号中的尾部序列号的指示信息，所述尾部序列号为重建PDCP之前已经发送过PDCP PDU的最大序列号。
45.根据权利要求36至44任一项所述的解头压缩装置，其特征在于，
所述解压缩处理单元，在对接收到的PDCP PDU按照序列号顺序进行解头压缩时，对于当前接收窗口外重复接收的PDCP PDU，在执行了解头压缩并更新压缩上下文后直接删除；对于当前接收窗口内重复接收的PDCP PDU，在执行了解头压缩并更新压缩上下文后直接删除或者替换已接收的PDCP PDU。
46.根据权利要求36至44任一项所述的解头压缩装置，其特征在于，
所述解压缩处理单元，还用于在对接收到的PDCP PDU按照序列号顺序进行解头压缩后，若满足预定条件，则仅对接收到的位于当前接收窗口内，且为非重复接收的PDCP PDU，按照序列号顺序进行解头压缩，其中，所述预定条件包括以下条件中的一种或多种：
预设的特殊处理计时器超时；
已接收到所有位于第一PDCP PDU之前，且重建PDCP之前未接收到的PDCP PDU，所述第一PDCP PDU是指接收端PDCP重建时已接收到的序列号最高的PDCP PDU；
当前接收窗口的下边界已更新到接收端PDCP重建时已接收到的PDCP PDU的最大序列号；
接收到预定数量的序列号连续，且为非重复发送的PDCP PDU。
47.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求1～12任一项所述的方法中的步骤。
48.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，该程序被处理器执行时实现权利要求13～23任一项所述的方法中的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710184576.1A CN108632229B (zh) | 2017-03-24 | 2017-03-24 | 一种多连接中的头压缩方法、解头压缩方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710184576.1A CN108632229B (zh) | 2017-03-24 | 2017-03-24 | 一种多连接中的头压缩方法、解头压缩方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN108632229A true CN108632229A (zh) | 2018-10-09 |
| CN108632229B CN108632229B (zh) | 2020-07-07 |
Family
ID=63706916
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710184576.1A Active CN108632229B (zh) | 2017-03-24 | 2017-03-24 | 一种多连接中的头压缩方法、解头压缩方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN108632229B (zh) |
Cited By (13)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2020082344A1 (zh) * | 2018-10-26 | 2020-04-30 | Oppo广东移动通信有限公司 | 一种区分数据格式的方法及装置、通信设备 |
| WO2020164614A1 (zh) * | 2019-02-15 | 2020-08-20 | 华为技术有限公司 | 一种辅助信息及其传递的方法和装置 |
| CN111800826A (zh) * | 2019-08-01 | 2020-10-20 | 维沃移动通信有限公司 | 一种rohc反馈处理方法及用户设备 |
| CN111866969A (zh) * | 2019-04-30 | 2020-10-30 | 华为技术有限公司 | 一种数据处理方法、通信装置和系统 |
| CN111918335A (zh) * | 2019-05-08 | 2020-11-10 | 华为技术有限公司 | 处理数据包的方法和装置 |
| WO2021062690A1 (zh) * | 2019-09-30 | 2021-04-08 | Oppo广东移动通信有限公司 | 以太帧包头压缩处理方法、装置、用户终端、基站和介质 |
| CN112703815A (zh) * | 2018-12-21 | 2021-04-23 | Oppo广东移动通信有限公司 | 一种数据包重排序方法、电子设备及存储介质 |
| WO2021203809A1 (en) * | 2020-04-09 | 2021-10-14 | Qualcomm Incorporated | Robust header compression handling during packet data convergence protocol re-establishment |
| CN113766461A (zh) * | 2020-06-01 | 2021-12-07 | 中国电信股份有限公司 | 用户面数据处理方法和基站 |
| CN113784389A (zh) * | 2020-06-09 | 2021-12-10 | 大唐移动通信设备有限公司 | 一种数据处理的方法和装置 |
| CN114270792A (zh) * | 2019-11-07 | 2022-04-01 | 华为技术有限公司 | 一种传输信息的方法和装置 |
| WO2022141196A1 (en) * | 2020-12-30 | 2022-07-07 | Mediatek Singapore Pte. Ltd. | Methods and apparatus to deliver reliable multicast services via pdcp retransmission |
| WO2022151105A1 (zh) * | 2021-01-13 | 2022-07-21 | 北京小米移动软件有限公司 | 一种压缩处理方法及装置 |
Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101753281B (zh) * | 2008-12-10 | 2013-03-20 | 中兴通讯股份有限公司 | 无线链路控制层减少冗余报文重传的方法及系统 |
| CN104821859A (zh) * | 2014-01-30 | 2015-08-05 | 上海贝尔股份有限公司 | 用于在分组数据汇聚协议层处理数据的方法和设备 |
| WO2015139324A1 (zh) * | 2014-03-21 | 2015-09-24 | 华为技术有限公司 | 配置指示方法和通信设备 |
| WO2015174658A1 (en) * | 2014-05-13 | 2015-11-19 | Lg Electronics Inc. | Method for reordering a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor |
| US20160044639A1 (en) * | 2014-08-08 | 2016-02-11 | Lg Electronics Inc. | Method for processing a packet data convergence protocol reordering function at a user equipment in a dual connectivity system and device therefor |
| CN106537882A (zh) * | 2014-08-07 | 2017-03-22 | Lg 电子株式会社 | 在双连接系统中在用户设备处处理分组数据汇聚协议分组数据单元的方法及其设备 |
-
2017
- 2017-03-24 CN CN201710184576.1A patent/CN108632229B/zh active Active
Patent Citations (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101753281B (zh) * | 2008-12-10 | 2013-03-20 | 中兴通讯股份有限公司 | 无线链路控制层减少冗余报文重传的方法及系统 |
| CN104821859A (zh) * | 2014-01-30 | 2015-08-05 | 上海贝尔股份有限公司 | 用于在分组数据汇聚协议层处理数据的方法和设备 |
| WO2015139324A1 (zh) * | 2014-03-21 | 2015-09-24 | 华为技术有限公司 | 配置指示方法和通信设备 |
| WO2015174658A1 (en) * | 2014-05-13 | 2015-11-19 | Lg Electronics Inc. | Method for reordering a packet data convergence protocol packet data unit at a user equipment in a dual connectivity system and device therefor |
| CN106537882A (zh) * | 2014-08-07 | 2017-03-22 | Lg 电子株式会社 | 在双连接系统中在用户设备处处理分组数据汇聚协议分组数据单元的方法及其设备 |
| US20160044639A1 (en) * | 2014-08-08 | 2016-02-11 | Lg Electronics Inc. | Method for processing a packet data convergence protocol reordering function at a user equipment in a dual connectivity system and device therefor |
Non-Patent Citations (3)
| Title |
|---|
| ERICSSON: "Lossless PDCP SN reconfiguration at HO", 《3GPP TSG-RAN WG2 MEETING NR AD-HOC TDOC R2-1700433》 * |
| 刘辉等: "LTE协议栈中PDCP层研究与设计", 《重庆邮电大学学报(自然科学版)》 * |
| 田甜: "LTE网络架构数据链路层接口协议的研究", 《中国优秀硕士学位论文全文数据库》 * |
Cited By (24)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US11785517B2 (en) | 2018-10-26 | 2023-10-10 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for distinguishing between data formats, and communication device |
| US11589281B2 (en) | 2018-10-26 | 2023-02-21 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for distinguishing between data formats, and communication device |
| CN114710809A (zh) * | 2018-10-26 | 2022-07-05 | Oppo广东移动通信有限公司 | 一种区分数据格式的方法及装置、通信设备 |
| CN114710809B (zh) * | 2018-10-26 | 2023-09-08 | Oppo广东移动通信有限公司 | 一种区分数据格式的方法及装置、通信设备 |
| WO2020082344A1 (zh) * | 2018-10-26 | 2020-04-30 | Oppo广东移动通信有限公司 | 一种区分数据格式的方法及装置、通信设备 |
| CN112703815B (zh) * | 2018-12-21 | 2023-06-23 | Oppo广东移动通信有限公司 | 一种数据包重排序方法、电子设备及存储介质 |
| CN112703815A (zh) * | 2018-12-21 | 2021-04-23 | Oppo广东移动通信有限公司 | 一种数据包重排序方法、电子设备及存储介质 |
| WO2020164614A1 (zh) * | 2019-02-15 | 2020-08-20 | 华为技术有限公司 | 一种辅助信息及其传递的方法和装置 |
| CN111866969A (zh) * | 2019-04-30 | 2020-10-30 | 华为技术有限公司 | 一种数据处理方法、通信装置和系统 |
| CN111866969B (zh) * | 2019-04-30 | 2021-10-26 | 华为技术有限公司 | 一种数据处理方法、通信装置和系统 |
| WO2020224631A1 (zh) * | 2019-05-08 | 2020-11-12 | 华为技术有限公司 | 处理数据包的方法和装置 |
| CN111918335A (zh) * | 2019-05-08 | 2020-11-10 | 华为技术有限公司 | 处理数据包的方法和装置 |
| CN111918335B (zh) * | 2019-05-08 | 2022-07-22 | 华为技术有限公司 | 处理数据包的方法和装置 |
| CN111800826A (zh) * | 2019-08-01 | 2020-10-20 | 维沃移动通信有限公司 | 一种rohc反馈处理方法及用户设备 |
| WO2021062690A1 (zh) * | 2019-09-30 | 2021-04-08 | Oppo广东移动通信有限公司 | 以太帧包头压缩处理方法、装置、用户终端、基站和介质 |
| CN113711558A (zh) * | 2019-09-30 | 2021-11-26 | Oppo广东移动通信有限公司 | 以太帧包头压缩处理方法、装置、用户终端、基站和介质 |
| CN114270792A (zh) * | 2019-11-07 | 2022-04-01 | 华为技术有限公司 | 一种传输信息的方法和装置 |
| CN114270792B (zh) * | 2019-11-07 | 2023-09-12 | 华为技术有限公司 | 一种传输信息的方法和装置 |
| WO2021203809A1 (en) * | 2020-04-09 | 2021-10-14 | Qualcomm Incorporated | Robust header compression handling during packet data convergence protocol re-establishment |
| CN113766461A (zh) * | 2020-06-01 | 2021-12-07 | 中国电信股份有限公司 | 用户面数据处理方法和基站 |
| CN113784389A (zh) * | 2020-06-09 | 2021-12-10 | 大唐移动通信设备有限公司 | 一种数据处理的方法和装置 |
| CN113784389B (zh) * | 2020-06-09 | 2024-01-30 | 大唐移动通信设备有限公司 | 一种数据处理的方法和装置 |
| WO2022141196A1 (en) * | 2020-12-30 | 2022-07-07 | Mediatek Singapore Pte. Ltd. | Methods and apparatus to deliver reliable multicast services via pdcp retransmission |
| WO2022151105A1 (zh) * | 2021-01-13 | 2022-07-21 | 北京小米移动软件有限公司 | 一种压缩处理方法及装置 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN108632229B (zh) | 2020-07-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108632229A (zh) | 一种多连接中的头压缩方法、解头压缩方法及装置 | |
| CN103428896B (zh) | 演进通用陆地无线接入网络及其通讯方法以及用户设备 | |
| WO2018127238A1 (zh) | 信息处理方法及装置 | |
| CN100469172C (zh) | 具有稳健的无线链路控制重置程序的无线通信系统 | |
| WO2018006674A1 (zh) | 一种数据处理方法及装置 | |
| CN107333298B (zh) | 一种数据传输方法及相关设备 | |
| WO2018127225A1 (zh) | 数据传输方法、网络侧设备及用户设备 | |
| CN1695354B (zh) | 移动通信方法及系统 | |
| CN102395156B (zh) | 应用于pdcp实体和rlc实体间的数据传输方法及装置 | |
| EP1686731B1 (en) | Integrated base station and a method of transmitting data units in a communications system for mobile devices | |
| WO2015139556A1 (zh) | 一种数据包处理方法及装置 | |
| CN110999519A (zh) | 对为用户设备配置的多个承载执行承载类型改变的方法 | |
| CN101179564B (zh) | 基于链路层自动请求重传的tcp分组头部压缩方法及其系统 | |
| CN106134099A (zh) | 用于在移动通信系统中使用多个载波来发送和接收数据的方法和设备 | |
| WO2018127243A1 (zh) | 网络实体切换的方法、终端及网络实体设备 | |
| WO2018036492A1 (zh) | 拥塞处理方法及装置 | |
| CN104244324A (zh) | 无线链路传输方法和系统 | |
| CN102413506B (zh) | 一种压缩方法与装置 | |
| CN108282824B (zh) | 一种状态更新方法、节点和用户终端 | |
| CN114079541A (zh) | 序列号的指示、确定方法及装置 | |
| CN109803277A (zh) | 数据包处理的方法和设备 | |
| CN105940658A (zh) | 一种用户数据的传输方法、装置及终端 | |
| CN107359972B (zh) | 一种数据接收方法及装置 | |
| CN100502587C (zh) | 一种无线蜂窝通信系统中的业务切换方法 | |
| CN107027136A (zh) | 数据处理的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant | ||
| CP01 | Change in the name or title of a patent holder | ||
| CP01 | Change in the name or title of a patent holder |
Address after: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee after: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |
|
| TR01 | Transfer of patent right | ||
| TR01 | Transfer of patent right |
Effective date of registration: 20210601 Address after: 100085 1st floor, building 1, yard 5, Shangdi East Road, Haidian District, Beijing Patentee after: DATANG MOBILE COMMUNICATIONS EQUIPMENT Co.,Ltd. Address before: 100191 No. 40, Haidian District, Beijing, Xueyuan Road Patentee before: CHINA ACADEMY OF TELECOMMUNICATIONS TECHNOLOGY |