CN101997660B - 一种避免上行数据丢失的方法及装置 - Google Patents
一种避免上行数据丢失的方法及装置 Download PDFInfo
- Publication number
- CN101997660B CN101997660B CN200910165280.0A CN200910165280A CN101997660B CN 101997660 B CN101997660 B CN 101997660B CN 200910165280 A CN200910165280 A CN 200910165280A CN 101997660 B CN101997660 B CN 101997660B
- Authority
- CN
- China
- Prior art keywords
- pdcp
- entity
- sdu
- status report
- pdu
- 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.)
- Expired - Fee Related
Links
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种避免上行数据丢失的方法及装置,涉及长期演进***。本发明方法包括:在PDCP重建立过程中,UE的PDCP实体收到PDCP反馈信息时,在PDCP重传缓存中仅删除PDCP反馈信息中确认连续收到的PDCP SDU。本发明技术方案优化了上行数据的发送,特别是在发生连续PDCP重建立的情况下避免了数据丢失的情况,并且节省了PDCP缓存资源。
Description
技术领域
本发明涉及长期演进***,尤其涉及长期演进***内的避免上行数据丢失的方法及装置。
背景技术
LTE是3GPP组织的移动通讯***项目,该项目主要性能目标包括:在20MHz频谱带宽提供下行100Mbps、上行50Mbps的峰值速率;改善小区边缘用户的性能;提高小区容量;降低***延迟;支持100km半径的小区覆盖;能够为350km/h高速移动用户提供大于100kbps的接入服务;支持成对或非成对频谱,灵活配置带宽等。
为了达到上述性能目标,LTE***采用了简化的***架构,其用户面网元主要包括用户设备(UE,User Equipment),演进节点B(eNB,evolved NodeB)和服务网关(S-GW,Serving gateway)。eNB与S-GW通过基站-服务网关接口S1连接,eNB之间通过基站间接口X2连接,UE与eNB通过无线接口Uu连接。
在正常情况下,下行数据的接收过程如下:S-GW通过eNB与s-GW之间的S1接口将PDCP(分组数据汇聚协议)SDU(Service Data Unit,服务数据单元)提交给eNB,eNB收到PDCP SDU后,经过PDCP实体,RLC(无线链路控制协议)实体的处理后形成RLC PDU(协议数据单元),MAC(Media Access Control,介质访问控制子层协议)实体复用RLC PDU后形成MAC PDU,MAC PDU经过物理信道处理后通过Uu口发送给UE。UE的MAC实体收到来自物理信道提交的MAC PDU,从MAC PDU中提取出逻辑信道数据RLC PDU,将RLC PDU重组后形成PDCP PDU,PDCP实体去除PDCP PDU的PDCP头部后进行解密,解压(对于数据而言)和完整性验证(对于信令而言)形成PDCP SDU,将PDCP SDU按序的提交给PDCP的上层实体。
在正常情况下,UE的上行数据发送过程如下:UE的PDCP实体接收上层的数据包作为PDCP实体的PDCP SDU,将PDCP SDU进行压缩(对于数据而言)、完整性保护(对于信令而言)、加密并加上PDCP头部后形成PDCPPDU。PDCP PDU提交给下层的RLC实体后成为RLC SDU,RLC SDU经过分割和串接后形成RLC PDU,MAC层复用RLC PDU后形成MAC PDU,MAC PDU经过物理信道处理后通过Uu口发送给eNB,eNB采用相反的过程恢复出PDCP SDU,并通过eNB与s-GW之间的S1接口将PDCP SDU按序提交给S-GW。
切换(handover)和无线链路失败(RLF,radio link failure)等原因将会打断上述正常的上下行发送过程。如果发生了切换或者无线链路失败,那么对于映射到确认(AM,Acknowledge Mode)模式的逻辑信道,需要进行上下行数据的接续。在UE侧的数据接续通过PDCP实体重建立来完成,由于PDCP实体重建立将改变安全环境和压缩上下文,因此在PDCP实体重建立之前,RLC实体首先进行重建立。在上行方向上,UE的RLC实体发送方将丢弃所有正在RLC缓存中的RLC SDU和AMD PDU,PDCP实体根据上行数据发送情况将需要重传的PDCP SDU采用新的安全环境和压缩上下文的处理后提交给RLC实体进行重传;在网络侧的数据接续通过新旧PDCP实体的切换来完成,新旧PDCP实体采用不同的安全环境和压缩上下文,在上行方向上,对于下层RLC实体无法递交给PDCP实体的RLC SDU和AMD PDU,将被丢弃,对于下层RLC实体已经向旧PDCP实体连续提交成功的PDCPSDU将被按序地提交s-GW,对于不连续提交的PDCP SDU,旧PDCP实体具有转发给新PDCP实体的选择,旧PDCP实体将PDCP SDU的接收情况转发给新的PDCP实体。新的PDCP实体将接收来自UE的上行数据,并根据旧PDCP实体的PDCP状态信息发送PDCP状态报告给UE,PDCP状态报告主要包括两部分内容:首个丢失序号(FMS,First missing SN)和不连续确认序号(ACK)。PDCP实体对已发送的SN小于FMS的PDCP SDU而言,认为这些PDCP SDU被连续成功提交,对已发送的SN等于ACK的PDCPSDU而言,认为这些PDCP SDU被不连续成功提交。UE根据状态报告调整正在发送的上行数据或者即将发送的上行数据:将确认的PDCP SDU从缓存中删除,同时取消这些PDCP SDU在RLC的发送并从RLC的缓存中删除。
如图1所示,UE某一逻辑信道上的PDCP实体U从对等实体PDCP实体A切换至对等实体PDCP实体B,紧接着又从对等实体PDCP实体B切换至对等实体PDCP实体C的过程如下。PDCP实体U与PDCP实体A进行上行数据传输,PDCP实体U发送1、2、3、4、5、6号PDCP PDU给PDCP实体A,PDCP实体A成功接收了1,4,5,6号PDCP PDU,并将这些PDCP PDU的RLC确认发送给PDCP实体U关联的RLC实体。PDCP实体A将接收的PDCP PDU的状态信息发送给PDCP实体B,表明成功向s-GW提交1号PDCP PDU,并转发4,5,6号不连续PDCP PDU。PDCP实体U切换到PDCP实体B后,PDCP实体U从重传缓存中删除1号PDCPPDU,同时UE将重发2,3,4,5,6号PDCP PDU给PDCP实体B,如果UE收到了PDCP实体B的PDCP状态报告,表示不连续的4,5,6号PDCP PDU被转发,那么PDCP实体B将丢弃指令传递给RLC实体,以取消4,5,6号PDCP PDU的发送,同时在PDCP实体的重传缓存中删除4,5,6号PDCP SDU,当PDCP实体U从PDCP实体B切换到PDCP实体C时,如果4,5,6号PDCP SDU仍然为不连续确认,比如PDCP实体B没有成功收到3号PDCP PDU,那么PDCP实体U将从重传缓存中删除2号PDCPPDU,切换到PDCP实体C后,在重发3的同时,重发4,5,6号PDCP SDU。如果PDCP实体C收到了PDCP实体B转发的4,5,6号PDCP PDU,那么PDCP实体C将通过PDCP状态报告来给UE发送确认信息,说明4,5,6已经收到,UE将再次取消4,5,6的发送。
在上述的切换过程中,当首次切换时PDCP实体A向PDCP实体B转发了4,5,6号PDCP SDU,而第二次切换时PDCP实体B不向PDCP实体C转发4,5,6号PDCP SDU时,将造成4,5,6号PDCP SDU的丢失,即s-GW将收不到4,5,6号PDCP SDU。问题原因在于PDCP实体A从PDCP实体U处接收到了不连续的PDCP SDU,而不连续的PDCP SDU是不会被PDCP实体B转发给s-GW的,只可能被PDCP实体B向PDCP实体C转发。PDCP实体U根据PDCP状态报告来删除PDCP实体内已确认成功接收的PDCP SDU,包括不连续的SDU。当PDCP实体U从PDCP实体B切换到PDCP实体C时,如果PDCP实体B不转发不连续的PDCP SDU,那么PDCP实体U处的不连续SDU已经被删除,这造成了数据的丢失。
另外,在上述的切换过程中,如果首次切换时PDCP实体A向PDCP实体B不转发了4,5,6号PDCP SDU,那么就不会造成数据的丢失,原因是PDCP实体U不会收到的PDCP status Report中4,5,6号PDCP SDU的确认,因此PDCP实体U不会从重传缓存中删除4,5,6号PDCP SDU。
另外,在上述的切换过程中,如果PDCP实体B保证向PDCP实体C发送4,5,6号PDCP SDU,那么也不会造成数据的丢失,原因是PDCP实体U即使删除了4,5,6号PDCP SDU,但是PDCP实体B向PDCP实体C转发了PDCP SDU,因此不造成数据的丢失。
值得一提的是,上述例子4,5,6号PDCP SDU可以泛指不连续PDCPSDU。
上面所述的PDCP实体A,PDCP实体B和PDCP实体C之间的连续切换所发生的场景根据PDCP实体所处网元位置的不同,可能发生的场景包括:(1)eNB内切换发生后又发生跨eNB切换的情况,引起eNB内部切换的原因可能是无线链路失败。由于eNB内切换时,第一次转发的数据在eNB内部进行,即PDCP实体A和PDCP实体B位于第一个eNB,因此转发不连续数据的可能性较大,而当切换到位于其他eNB内的PDCP实体C时,eNB根据网络情况来决定是否转发不连续的数据包。(2)intra-RAT切换后发生inter-RAT切换,PDCP实体A和PDCP实体B使用同一个RAT,第二次切换时,网络情况复杂,PDCP实体C使用不同的RAT,数据包的转发可能带来很大的时延,因此可能PDCP实体B会考虑不进行数据包的转发,此时空口将负责进行数据包的重发,这带来了可靠性和低时延。
发明内容
本发明所要解决的技术问题是,提供一种避免上行数据丢失的方法及装置,从而在连续PDCP重建立时,避免上行数据的丢失。
为了解决上述问题,本发明公开了一种避免上行数据丢失的方法包括:
在PDCP重建立过程中,UE的PDCP实体收到PDCP反馈信息时,在PDCP重传缓存中仅删除PDCP反馈信息中确认连续收到的PDCP SDU。
进一步地,上述方法中,所述PDCP反馈信息为PDCP状态报告时,所述UE的PDCP实体读取所述状态报告中首个丢失序号(FMS),在所述PDCP重传缓存中仅删除序号小于所述FMS的PDCP SDU。
进一步地,所述UE的PDCP实体保留所述PDCP状态报告中不连接确认序号(ACK)所确认的PDCP SDU,同时删除所述UE的下层无线链路控制协议(RLC)实体中与所述ACK所确认的PDCP SDU对应的PDCP PDU。
进一步地,上述方法中,所述PDCP反馈信息为所述UE的下层RLC实体确认的连续成功收到的PDCP PDU时,所述UE的PDCP实体在所述PDCP重传缓存中仅删除与所述RLC实体确认的连续成功收到的PDCP PDU对应的PDCP SDU。
其中,当所述UE的PDCP实体收到下层RLC实体确认的非连续收到的PDCP PDU时,在所述PDCP重传缓存中保留所述PDCP PDU对应的PDCPSDU。
所述UE的PDCP实体在PDCP重传缓存中设置向下层RLC实体提交的PDU的位置指示,在该位置指示的一侧是所述UE的PDCP实体已向下层RLC实体提交过的PDCP PDU,该位置指示的另一侧是所述UE的PDCP实体未向下层RLC实体提交的PDCP PDU。
本发明还公开了一种避免上行数据丢失的方法,包括:
网络侧的第一PDCP实体将PDCP状态报告发送给UE的PDCP实体后,若所述UE的PDCP实体切换到网络侧的第二PDCP实体,则所述第一PDCP实体向所述第二PDCP实体转发所述PDCP状态报告中ACK所确认的PDCPSDU。
进一步地,上述方法中,所述UE的PDCP实体收到所述第一PDCP实体发送的PDCP状态报告后,从PDCP重传缓存中删除序号小于所述PDCP状态报告中FMS的PDCP服务数据单元(SDU),以及所述PDCP状态报告中ACK所确认的PDCP SDU。
本发明还公开了一种避免上行数据丢失的装置,包括PDCP实体和PDCP重传缓存,其中:
所述PDCP实体,用于在PDCP重建立过程中,接收PDCP反馈信息,并从所述PDCP重传缓存中删除PDCP反馈信息中确认连续收到的PDCPSDU;
所述PDCP重传缓存,用于保存PDCP重传的PDCP SDU。
进一步地,上述装置中,所述PDCP反馈信息为PDCP状态报告时,所述PDCP实体读取所述状态报告中FMS和ACK,从所述PDCP重传缓存中删除序号小于所述FMS的PDCP SDU,保留所述ACK所确认的PDCP SDU,同时删除所述UE的下层RLC实体中与所述ACK所确认的PDCP SDU对应的PDCP PDU。
进一步地,上述装置中,所述PDCP反馈信息为所述UE的下层RLC实体确认的连续成功收到的PDCP PDU时,所述UE的PDCP实体在所述PDCP重传缓存中仅删除与所述RLC实体确认的连续成功收到的PDCP PDU对应的PDCP SDU。
本发明还公开了一种避免上行数据丢失的装置,包括PDCP状态报告生成模块以及PDCP处理模块,其中:
所述PDCP状态报告生成模块,用于根据所接收的上行数据的状态生成PDCP状态报告,并将所述PDCP状态报告发送给UE的PDCP实体;
所述PDCP处理模块,在所述UE的PDCP实体生成PDCP切换时,将所述PDCP状态报告生成模块生成的PDCP状态报告中ACK所确认的PDCPSDU发送给切换后的目标PDCP实体。
本发明技术方案优化了上行数据的发送,特别是在发生连续PDCP重建立的情况下避免了数据丢失的情况,并且节省了PDCP缓存资源。
附图说明
图1为现有技术中用户设备用于AM模式的PDCP实体发送示意图;
图2为本实施例中发送上行数据的装置示意图;
图3为图2所示装置中PDCP重传缓存的示意图;
图4为图2所示装置发送上行数据的流程图;
图5为本实施例中场景1的流程图;
图6为本实施例中场景2的流程图;
图7为本实施例中场景3的流程图;
图8为本实施例中由网络侧设备避免上行数据丢失的流程图。
具体实施方式
本发明的主要内容是,当UE在进行上行数据发送时,PDCP的上层实体将数据包提交给PDCP实体后,PDCP实体将该PDCP SDU缓存在PDCP重传缓存内,并为该PDCP SDU启动一个discard_timer,当discard_timer到期时,PDCP SDU将自动从重传缓存中删除,根据先提交先启动discard-timer的原则,一般而言,先提交的PDCP SDU将先于后提交的PDCP SDU被删除。
其中,对于UE的RLC实体向UE的PDCP实体指示成功发送的PDCPPDU而言,如果指示PDCP实体成功发送的PDCP PDU是连续的,那么UE的PDCP实体将从缓存中删除这些连续的PDCP PDU所对应的PDCP SDU,如果PDCP实体成功发送的PDCP PDU是不连续的,那么UE的PDCP实体将在缓存中保留这些非连续的PDCP PDU所对应的PDCP SDU;
对于UE的PDCP实体收到的PDCP状态报告中指示成功发送的PDCPPDU,如果指示成功发送的PDCP PDU是连续的,那么UE的PDCP实体将从缓存中删除这些连续的PDCP PDU所对应的PDCP SDU,并且UE的PDCP实体指示UE的RLC实体删除对应的PDCP PDU,同时UE的PDCP实体指示UE的RLC实体取消当前发送该PDCP PDU;如果指示成功发送的PDCPPDU是不连续的,那么UE的PDCP实体将在缓存中保留这些非连接的PDCPPDU所对应的PDCP SDU,并且UE的PDCP实体指示UE的RLC实体删除对应的PDCP PDU,同时取消当前该PDCP PDU的发送。
下面结合附图及具体实施例对本发明技术方案作进一步说明。
一种避免上行数据丢失的装置,即UE,其结构如图2所示,包括PDCP实体、下层RLC实体以及PDCP重传缓存模块。各部分功能介绍如下。
PDCP实体,用于接收PDCP反馈信息,并根据这些信息实时更新PDCP重传缓存模块中的PDCP重传缓存,其中,PDCP反馈信息为PDCP状态报告、下层RLC实体确认的连续成功收到的PDCP PDU;
在本实施例中,PDCP实体在PDCP重传缓存模块中设置了下层RLC实体提交位置指示和发送成功位置指示,下层RLC实体提交位置指示的一侧是已向下层RLC实体提交的PDCP SDU,另一侧是未向下层RLC实体提交的PDCP SDU;发送成功位置指示的一侧是已连续成功发送的PDCP SDU,另一侧是未连续成功发送的PDCP SDU;
当PDCP收到的PDCP反馈信息为PDCP状态报告时,删除PDCP重传缓存模块中所保存的序号小于PDCP状态报告中FMS的PDCP SDU或者PDCP PDU(即将发送成功位置指示移动到FMS所确认的PDCP SDU),并保留PDCP状态报告中ACK所确认的PDCP SDU或者PDCP PDU;当UE收到的PDCP反馈信息为RLC确认的连续成功收到的PDCP PDU时,删除PDCP重传缓存模块中这些PDCP PDU,及其对应的PDCP SDU(即将发送成功位置指示移动到RLC实体所确认的PDCP SDU);当PDCP实体收到下层RLC实体确认的非连续收到的PDCP PDU时,保留PDCP重传缓存模块中这些PDCP PDU,及其对应的PDCP SDU。
PDCP实体还在重传缓存中记录向下层RLC提交过的但未被确认连续成功发送的PDCP PDU(即位于下层RLC实体提交位置指示和发送成功位置指示之间的PDCP PDU)对应的PDCP SDU状态:即被确认接收或者未被确认接收。
RLC实体,用于向PDCP实体发送确认的连续成功收到的PDCP PDU以及确认的非连续收到的PDCP PDU;
PDCP重传缓存模块,用于存储所要重传的所述PDCP SDU;
本实施例中,PDCP重传缓存模块按照图3所示的结构进行缓存,其中,表示PDCP状态报告或者RLC所确认的收到的不连续的PDCP SDU。
先介绍上述UE在发生PDCP重建立后,发送上行数据的整个过程,如图4所示,包括以下步骤:
步骤400:UE的PDCP实体收到PDCP反馈信息时,进行PDCP重传缓存的更新;
该步骤中,PDCP反馈信息为PDCP状态报告或者下层RLC确认的连续成功收到的PDCP PDU,当UE收到PDCP状态报告时,则从PDCP重传缓存仅删除序号小于PDCP状态报告中FMS的PDCP SDU或者PDCP PDU,并保留PDCP状态报告中ACK所确认的PDCP SDU或者PDCP PDU;
当UE收到RLC确认的连续成功收到的PDCP PDU时,则从PDCP重传缓存中删除这些PDCP PDU,及其对应的PDCP SDU。
步骤401:当UE的PDCP实体U发生切换后,UE的PDCP实体U向切换后的目标PDCP实体发送或者重发当前PDCP重传缓存中所有PDCPSDU或者PDCP PDU。
UE在发生PDCP重建立后,根据上行数据的发送和接收PDCP状态报告的次序的差别,可分为三个场景,在不同的场景,UE的PDCP实体U需要不同的处理。
下面就结合这三个场景,具体介绍UE的处理过程,从而避免上行数据的丢失。
场景1
UE的PDCP实体U收到目标PDCP实体发送的PDCP状态报告后,上行数据还未发送,UE需要先向eNB申请上行数据的空口资源的过程,如图5所示,包括以下步骤:
步骤500:UE某一逻辑信道上的PDCP实体U从PDCP实体A切换到PDCP实体B后,目标PDCP实体PDCP实体B在给PDCP实体U分配上行资源之前,向PDCP实体U发送PDCP状态报告,状态报告反映PDCP实体A向PDCP实体B发送的上行PDCP SDU的确认信息;
步骤510:UE的PDCP实体U收到PDCP实体B发送的PDCP状态报告,根据PDCP状态报告内的确认信息进行重传缓存操作;
具体地,对于PDCP状态报告中连续确认的PDCP SDU,UE的PDCP实体U将从PDCP重传缓存中删除连续确认的PDCP SDU以及相关联的PDCP PDU,同时,UE的PDCP实体U还将发送成功位置指示向前移动,以表示PDCP重传缓存中首个未确认的PDCP SDU的位置,而非连续确认的PDCP SDU将被保留在UE的PDCP实体U的PDCP重传缓存中。
步骤520:UE的PDCP实体U根据PDCP重传缓存中的内容计算上行缓存报告以向PDCP实体B申请上行数据的空口资源,PDCP实体B收到申请后为UE分配上行数据的资源;
该步骤中,UE根据PDCP重传缓存中发送成功位置指示起的所有PDCPSDU(或者PDCP PDU)的大小计算上行缓存报告,其中,发送成功位置指示起的所有PDCP SDU包括未提交给UE的RLC实体的PDCP SDU,以及向下层RLC提交过但从没有被RLC实体或者PDCP状态报告确认发送成功的第一个PDCP SDU起的PDCP SDU,但被PDCP实体B发送的PDCP状态报告确认的PDCP SDU除外。
步骤530:UE的PDCP实体U将PDCP重传缓存中发送成功位置指示起的所有PDCP SDU(或者PDCP PDU)使用新的压缩上下文和新的安全环境形成PDPC SDU后提交给的RLC实体进行发送,但被PDCP实体B发送的PDCP状态报告确认的PDCP SDU除外;
步骤540:当UE的PDCP实体U从PDCP实体B切换到PDCP实体C后,UE的PDCP实体U向PDCP实体C发送或者重发当前PDCP重传缓存中发送成功位置指示起的所有PDCP SDU(或者PDCP PDU),但被PDCP实体C发送的PDCP状态报告确认的PDCP SDU除外。
场景2
UE的PDCP实体U收到目标PDCP实体发送的PDCP状态报告后,上行数据正在发送且未发送成功,UE将PDCP状态报告确认的PDCP PDU的丢弃指示发送给RLC实体的过程,如图6所示,包括以下步骤:
步骤600:UE某一逻辑信道上的PDCP实体U从PDCP实体A切换到PDCP实体B后,向目标PDCP实体B申请空口资源;
步骤610:UE的PDCP实体U根据当前PDCP重传缓存中的内容计算上行缓存报告以向PDCP实体B申请上行数据的空口资源,PDCP实体B收到申请后为UE分配上行数据的资源;
该步骤中,UE的PDCP实体申请上行资源时,根据PDCP重传缓存中发送成功位置指示起的所有PDCP SDU(或者PDCP PDU)的大小计算上行缓存报告,其中,发送成功位置指示起的所有PDCP SDU包括未提交给UE的RLC实体的PDCP SDU,以及向下层RLC提交过但从没有被RLC实体或者PDCP状态报告确认发送成功的第一个PDCP SDU起的PDCP SDU。
步骤620:UE的PDCP实体接收到上行资源的分配后,将未提交给RLC实体的PDCP SDU或者PDU,以及提交给RLC实体但尚未得到连续确认的第一个PDCP SDU起的所有PDCP PDU发送给PDCP实体B;
步骤630:UE的PDCP实体在步骤610的发送过程,接收到PDCP状态报告,对于PDCP状态报告中确认的连续PDCP PDU,UE的PDCP实体U将丢弃该PDCP PDU对应的在PDCP重传缓存中的PDCP SDU以及相应的PDCP PDU,对于PDCP状态报告中确认的所有连续的或者不连续的PDCPPDU,将发送丢弃指示给下层RLC实体;
步骤640:UE的PDCP实体U从PDCP实体B切换到PDCP实体C后,UE的PDCP实体U向PDCP实体C发送或者重发当前PDCP重传缓存中发送成功位置指示起的所有PDCP SDU(或者PDCP PDU),但被PDCP实体C发送的PDCP状态报告确认的PDCP SDU除外。
场景3
UE收到目标PDCP实体发送的PDCP状态报告后,上行发送数据已经被成功发送并确认的过程,如图7所示,包括以下步骤:
步骤700:UE的PDCP实体U从PDCP实体A切换到PDCP实体B后,目标PDCP实体B成功接收到所有PDCP上行数据,之后向UE的PDCP实体发送PDCP状态报告;
步骤710:UE的PDCP实体将根据所收到PDCP状态报告中确认确认所有PDCP上行数据发送成功,则对PDCP重传缓存不进行任何操作;
步骤720:UE的PDCP实体U从PDCP实体B切换到PDCP实体C后,UE的PDCP实体U向PDCP实体C发送或者重发当前PDCP重传缓存中发送成功位置指示起的所有PDCP SDU(或者PDCP PDU),但被PDCP实体C发送的PDCP状态报告确认的PDCP SDU除外。
另外,还可以在网络侧的改善以进行上行数据的发送,即网络侧的PDCP实体B将PDCP状态报告发送给UE侧的对等PDCP实体U后,如果PDCP实体U再次切换到网络侧的PDCP实体C,则PDCP实体B将向PDCP实体C转发上述PDCP状态报告中所确认的不连续PDCP SDU,这样,就可以避免上行数据的丢失。
具体地,在本实施例中可以提出一种包括PDCP状态报告生成模块以及PDCP处理模块的网络侧设备。其中:
PDCP状态报告生成模块,用于根据所接收的上行数据的状态生成PDCP状态报告,并将所述PDCP状态报告发送给UE的PDCP实体;
PDCP处理模块,在UE的PDCP实体生成PDCP切换时,将PDCP状态报告生成模块生成的PDCP状态报告中ACK所确认的PDCP SDU发送给切换后的目标PDCP实体。
上述网络侧设备的工作原理是,记录每一个PDCP状态报告中所确认的不连续的PDCP SDU,在UE的PDCP实体生成PDCP切换时,向切换后的目标PDCP实体C转发状态报告的时刻,获取这些PDCP SDU的连续接收情况,仅将非连续接收的PDCP SDU和状态报告一起转发给PDCP实体C,而UE在收到PDCP状态报告后,将从重传缓存中删除所有PDCP状态报告确认的连续和不连续的PDCP SDU,并取消这些数据的发送。
具体过程如图8,包括以下步骤:
步骤800:PDCP实体A向PDCP实体B转发PDCP状态信息和状态信息指示的数据包后,PDCP实体B向UE的PDCP实体U发送PDCP状态报告;
步骤810:UE的PDCP实体U将从重传缓存中删除PDCP状态报告已确认发送成功的PDCP PDU,其中,删除的PDCP PDU包括已连续接收的PDCP PDU以及非连续接收的PDCP PDU;
步骤820:UE的PDCP实体U从PDCP实体B切换到PDCP实体C后,UE的PDCP实体U向PDCP实体C重发在切换之前从第一个未得到下层RLC确认的PDCP SDU以及目标PDCP实体C发送的PDCP状态报告中未被确认的PDCP SDU开始的所有PDCP SDU;
步骤830:PDCP实体B仅向PDCP实体C转发成功接收的非连续PDCPSDU,而将成功接收的连续PDCP SDU提交给网关。
上述流程中所称的PDCP实体A、PDCP实体B以及PDCP实体C均属于本实施例所提出的网络侧设备。
从上述实施例可以看出,本发明技术方案在用户设备发送上行数据时,将PDCP状态报告确认的不连续的PDCP SDU保留在PDCP实体的重传缓存内,从而避免了连续切换导致的上行数据丢失问题;对由RLC确认或者PDCP status Report确认的连续的PDCP SDU则不保留在PDCP实体的重传缓存内,从而节省了PDCP缓存资源。
当然,本发明还可有多种实施方式,在不背离本发明精神及其实质的情况,熟悉本领域的技术人员当可根据本发明作出各种相应的更改或变化,但凡在本发明的精神和原则之内所作的任何修改、等同替换、改进,均应包含在本发明所附的权利要求的保护范围之内。
Claims (8)
1.一种避免上行数据丢失的方法,其特征在于,该方法包括:
在分组数据汇聚协议PDCP重建立过程中,用户设备UE的PDCP实体收到PDCP反馈信息时,在PDCP重传缓存中仅删除PDCP反馈信息中确认连续收到的PDCP服务数据单元SDU;
所述PDCP反馈信息为PDCP状态报告时,所述UE的PDCP实体读取所述状态报告中首个丢失序号FMS,在所述PDCP重传缓存中仅删除序号小于所述FMS的PDCP SDU;
所述UE的PDCP实体保留所述PDCP状态报告中不连接确认序号ACK所确认的PDCP SDU,同时删除所述UE的下层无线链路控制协议RLC实体中与所述ACK所确认的PDCP SDU对应的PDCP协议数据单元PDU。
2.如权利要求1所述的方法,其特征在于,
所述PDCP反馈信息为所述UE的下层RLC实体确认的连续成功收到的PDCP协议数据单元PDU时,所述UE的PDCP实体在所述PDCP重传缓存中仅删除与所述RLC实体确认的连续成功收到的PDCP PDU对应的PDCP SDU。
3.如权利要求2所述的方法,其特征在于,
当所述UE的PDCP实体收到下层RLC实体确认的非连续收到的PDCP PDU时,在所述PDCP重传缓存中保留所述PDCP PDU对应的PDCP SDU。
4.如权利要求1至3任一项所述的方法,其特征在于,
所述UE的PDCP实体在PDCP重传缓存中设置向下层RLC实体提交的PDU的位置指示,在该位置指示的一侧是所述UE的PDCP实体已向下层RLC实体提交过的PDCP PDU,该位置指示的另一侧是所述UE的PDCP实体未向下层RLC实体提交的PDCP PDU。
5.一种避免上行数据丢失的方法,其特征在于,该方法包括:
网络侧的第一分组数据汇聚协议PDCP实体将PDCP状态报告发送给用 户设备UE的PDCP实体后,若所述UE的PDCP实体切换到网络侧的第二PDCP实体,则第一PDCP实体向所述第二PDCP实体转发所述PDCP状态报告中不连接确认序号ACK所确认的PDCP服务数据单元SDU;
所述UE的PDCP实体收到所述第一PDCP实体发送的PDCP状态报告后,从PDCP重传缓存中删除序号小于所述PDCP状态报告中首个丢失序号FMS的PDCP服务数据单元SDU,以及所述PDCP状态报告中ACK所确认的PDCP SDU。
6.一种避免上行数据丢失的装置,其特征在于,该装置包括分组数据汇聚协议PDCP实体和PDCP重传缓存,其中:
所述PDCP实体,用于在PDCP重建立过程中,接收PDCP反馈信息,并从所述PDCP重传缓存中删除PDCP反馈信息中确认连续收到的PDCP服务数据单元SDU;
所述PDCP重传缓存,用于保存PDCP重传的PDCP SDU;
所述PDCP反馈信息为PDCP状态报告时,所述PDCP实体读取所述状态报告中首个丢失序号FMS和不连接确认序号ACK,从所述PDCP重传缓存中删除序号小于所述FMS的PDCP SDU,保留所述ACK所确认的PDCP SDU,同时删除UE的下层无线链路控制协议RLC实体中与所述ACK所确认的PDCP SDU对应的PDCP协议数据单元PDU。
7.如权利要求6所述的装置,其特征在于,
所述PDCP反馈信息为所述UE的下层RLC实体确认的连续成功收到的PDCP协议数据单元PDU时,所述UE的PDCP实体在所述PDCP重传缓存中仅删除与所述RLC实体确认的连续成功收到的PDCP PDU对应的PDCPSDU。
8.一种避免上行数据丢失的装置,其特征在于,该装置包括分组数据汇聚协议PDCP状态报告生成模块以及PDCP处理模块,其中:
所述PDCP状态报告生成模块,用于根据所接收的上行数据的状态生成PDCP状态报告,并将所述PDCP状态报告发送给用户设备UE的PDCP实 体;
所述PDCP处理模块,在所述UE的PDCP实体生成PDCP切换时,将所述PDCP状态报告生成模块生成的PDCP状态报告中不连接确认序号ACK所确认的PDCP服务数据单元SDU发送给切换后的目标PDCP实体;
所述PDCP处理模块,在所述UE的PDCP实体收到PDCP状态报告后,从PDCP重传缓存中删除序号小于所述PDCP状态报告中首个丢失序号FMS的PDCP服务数据单元SDU,以及所述PDCP状态报告中ACK所确认的PDCP SDU。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910165280.0A CN101997660B (zh) | 2009-08-14 | 2009-08-14 | 一种避免上行数据丢失的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200910165280.0A CN101997660B (zh) | 2009-08-14 | 2009-08-14 | 一种避免上行数据丢失的方法及装置 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101997660A CN101997660A (zh) | 2011-03-30 |
CN101997660B true CN101997660B (zh) | 2014-11-05 |
Family
ID=43787317
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200910165280.0A Expired - Fee Related CN101997660B (zh) | 2009-08-14 | 2009-08-14 | 一种避免上行数据丢失的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101997660B (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109788516A (zh) * | 2017-11-13 | 2019-05-21 | 普天信息技术有限公司 | 一种lte切换过程中下行数据的确认方法及设备 |
Families Citing this family (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102843733B (zh) * | 2011-06-24 | 2017-05-10 | 中兴通讯股份有限公司 | 切换过程中消息的处理方法及演进型基站 |
WO2013091199A1 (zh) * | 2011-12-21 | 2013-06-27 | 华为技术有限公司 | 一种处理方法及设备 |
CN102868677B (zh) * | 2012-07-30 | 2015-12-02 | 成都西可科技有限公司 | 一种xmpp消息的可靠传输方法 |
US9730129B2 (en) | 2013-04-12 | 2017-08-08 | Nokia Solutions And Networks Oy | PDCP operation for dual connection |
EP2830352A1 (en) | 2013-07-24 | 2015-01-28 | Panasonic Intellectual Property Corporation of America | Efficient discard mechanism in small cell deployment |
CN104837163B (zh) * | 2014-02-08 | 2019-10-25 | 夏普株式会社 | 用于删除无线链路控制服务数据单元的方法和基站 |
WO2015123883A1 (en) * | 2014-02-24 | 2015-08-27 | Qualcomm Incorporated | Radio link control entity re-establishment |
EP3338388B1 (en) * | 2015-08-21 | 2020-03-25 | Intel IP Corporation | Pdcp status reports using sequence numbers or sequence number offsets |
CN106357548B (zh) * | 2016-09-18 | 2019-06-11 | 京信通信***(中国)有限公司 | Pdcp数据包的接收方法和*** |
CN108024295B (zh) * | 2016-11-03 | 2022-04-19 | 中兴通讯股份有限公司 | 中继转移方法及装置、终端、基站 |
WO2018126450A1 (zh) * | 2017-01-06 | 2018-07-12 | 华为技术有限公司 | 无线通信的方法和设备 |
CN108347727B (zh) | 2017-01-24 | 2023-04-07 | 中兴通讯股份有限公司 | 一种数据传输方法及装置 |
WO2018188013A1 (en) * | 2017-04-13 | 2018-10-18 | Qualcomm Incorporated | Lossless handover with radio resource control (rrc) full reconfiguration |
CN114189901A (zh) | 2017-05-05 | 2022-03-15 | 华为技术有限公司 | 一种数据接收状态报告方法及装置 |
CN107332648B (zh) * | 2017-06-23 | 2021-01-15 | 京信通信***(中国)有限公司 | 数据重传方法、装置、存储介质及其计算机设备 |
CN107360592B (zh) * | 2017-07-05 | 2019-11-12 | 京信通信***(中国)有限公司 | Pdcp下行传输方法、装置、存储介质及其计算机设备 |
CN110999441B (zh) | 2017-08-11 | 2022-09-23 | 华为技术有限公司 | 数据传输的方法及相关设备 |
CN113286336B (zh) | 2017-11-16 | 2022-09-16 | 华为技术有限公司 | 数据处理方法、装置以及计算机存储介质 |
CN110730467A (zh) * | 2018-07-17 | 2020-01-24 | 维沃移动通信有限公司 | 数据传输方法及数据接收设备 |
EP3934321A4 (en) * | 2019-04-30 | 2022-04-06 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | METHOD AND DEVICE FOR CELL DELIVERY |
CN114828089A (zh) * | 2021-01-22 | 2022-07-29 | 华为技术有限公司 | 一种通信方法及装置 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1783876A (zh) * | 2004-12-03 | 2006-06-07 | 华为技术有限公司 | 一种实现分组数据聚合协议功能的***及方法 |
CN101047953A (zh) * | 2006-03-30 | 2007-10-03 | 华为技术有限公司 | 一种对自动重传请求数据进行处理的方法 |
CN101330762A (zh) * | 2008-07-25 | 2008-12-24 | 中兴通讯股份有限公司 | 一种支持无损重定位的实现方法 |
WO2009026549A1 (en) * | 2007-08-22 | 2009-02-26 | Qualcomm Incorporated | Method and apparatus for transmission of circuit switched voice over packet switched networks |
CN101507327A (zh) * | 2006-08-22 | 2009-08-12 | 日本电气株式会社 | 用于无损越区切换的分组缓冲 |
-
2009
- 2009-08-14 CN CN200910165280.0A patent/CN101997660B/zh not_active Expired - Fee Related
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1783876A (zh) * | 2004-12-03 | 2006-06-07 | 华为技术有限公司 | 一种实现分组数据聚合协议功能的***及方法 |
CN101047953A (zh) * | 2006-03-30 | 2007-10-03 | 华为技术有限公司 | 一种对自动重传请求数据进行处理的方法 |
CN101507327A (zh) * | 2006-08-22 | 2009-08-12 | 日本电气株式会社 | 用于无损越区切换的分组缓冲 |
WO2009026549A1 (en) * | 2007-08-22 | 2009-02-26 | Qualcomm Incorporated | Method and apparatus for transmission of circuit switched voice over packet switched networks |
CN101330762A (zh) * | 2008-07-25 | 2008-12-24 | 中兴通讯股份有限公司 | 一种支持无损重定位的实现方法 |
Cited By (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109788516A (zh) * | 2017-11-13 | 2019-05-21 | 普天信息技术有限公司 | 一种lte切换过程中下行数据的确认方法及设备 |
CN109788516B (zh) * | 2017-11-13 | 2021-04-16 | 普天信息技术有限公司 | 一种lte切换过程中下行数据的确认方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN101997660A (zh) | 2011-03-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101997660B (zh) | 一种避免上行数据丢失的方法及装置 | |
WO2018127238A1 (zh) | 信息处理方法及装置 | |
US9565603B2 (en) | HS-DSCH inter-node B cell change | |
TWI406576B (zh) | 執行交接程序及建立資料之方法 | |
JP5099383B2 (ja) | ハンドオーバ処理 | |
KR101387475B1 (ko) | 복수의 네트워크 엔터티를 포함하는 이동 통신시스템에서의 데이터 처리 방법 | |
EP2204015B1 (en) | Method, base station and relay node for data communication | |
CN101888675A (zh) | 一种长期演进***中跨基站切换方法及*** | |
JP2012521108A (ja) | ユーザ機器及びユーザ機器のダウンリンクデータ受信方法 | |
CN111183697B (zh) | 用于移动性增强的双协议的方法及其用户设备 | |
CN106465206A (zh) | 用于改进移动通信网络中的通信质量的方法和装置 | |
KR102655629B1 (ko) | 이동 통신 시스템에서 핸드오버를 수행하는 방법 및 장치 | |
TW202226879A (zh) | 降低多分支傳輸中封包延遲的方法和裝置 | |
WO2017133595A1 (zh) | 数据处理的方法及装置 | |
KR20200112616A (ko) | 차세대 이동 통신 시스템에서 네트워크와 연결 실패를 복구하는 방법 및 장치 | |
CN110856211B (zh) | 一种非地面移动通信网络下基于l2内部数据迁移的低时延切换方法 | |
AU2008202107B2 (en) | System for efficient recovery of node B buffered data following serving high speed downlink shared channel cell change | |
WO2018146771A1 (ja) | 通信システム、基地局装置、通信端末装置および管理装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20141105 Termination date: 20200814 |
|
CF01 | Termination of patent right due to non-payment of annual fee |