CN101841853A - 一种用户设备以及用户设备接收下行数据的方法 - Google Patents
一种用户设备以及用户设备接收下行数据的方法 Download PDFInfo
- Publication number
- CN101841853A CN101841853A CN 200910128998 CN200910128998A CN101841853A CN 101841853 A CN101841853 A CN 101841853A CN 200910128998 CN200910128998 CN 200910128998 CN 200910128998 A CN200910128998 A CN 200910128998A CN 101841853 A CN101841853 A CN 101841853A
- Authority
- CN
- China
- Prior art keywords
- pdcp
- entity
- pdu
- sdu
- last
- 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
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1835—Buffer management
- H04L1/1838—Buffer management for semi-reliable protocols, e.g. for less sensitive applications such as streaming video
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
Abstract
本发明公开了一种用户设备以及用户设备接收下行数据的方法,避免UE在接收下行数据时发生错误。所述方法包括:在重建立期间,所述用户设备中RLC实体向PDCP实体发送SDU的过程中,PDCP实体如果判断接收到的包含SDU的PDCP PDU的PDCP SN满足以下上报条件,则接收该PDCPPDU,并向上层实体提交包含在所述PDCP PDU中的SDU:PDCP SN=(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)。
Description
技术领域
本发明属于长期演进LTE(long term evolution)系统,特别涉及一种用户设备(UE,user equipment)以及用户设备接收下行数据的方法。
背景技术
LTE是3GPP最新的移动通讯系统,系统改进并增强了3G的空中接入技术,即LTE空口协议,如图1所示,包括物理层(图1中L1)、媒体接入层(MAC,Media Acess Control)、无线链路控制层(RLC,radio link control)和分组数据汇聚协议层(PDCP,packet data convergence protocol),分别位于UE和演进型基站(eNB,evolved NodeB)中,其中位于RLC层的RLC实体提供的服务主要包括:确认数据的传输服务(包括PDCP PDU的成功提交指示)、非确认数据的传输服务、按序提交(下层实体重建立的情况除外)和重复删除(下层实体重建立的情况除外),位于PDCP层的PDCP实体除了提供头压缩、加密和完整性保护的服务外,还必须提供下层实体重建立情况下的按序提交和重复删除服务。
位于RLC层的RLC实体和位于MAC层的MAC实体的重建立,简称为下层实体重建立,下层实体重建立的原因包括切换、无线资源控制(RRC,Radio Resource Control)连接重建立等。eNB向UE发送下行数据,UE内部的L1层将收到的数据逐层上报,直到业务层(应用层)。RRC指示RLC实体进行下层实体重建立时,RLC实体将尽可能地向PDCP实体提交按序的RLC服务数据单元SDU(service data unit),RLC SDU经过压缩、完整性保护(对于信令而言)、加密并加上PDCP Head后得到的数据包为PDCP协议数据单元PDU(protocol data unit)。RLC实体在确认模式(AM)下时,PDCP PDU格式如图2所示,其中D/C(Data/Control)为数据/控制开关,PDCPSN(sequence number)为序列号,第2字节中的PDCP SN(cont.)为第1字节中未发送完成的PDCP SN,R(researved)为保留比特,数据(Data)为SDU。RLC实体提交的每个PDCP PDU都与某个计数值COUNT相联系,COUNT分为两部分,高位部分称为HFN(Hyper frame number,超帧号),HFN在收发两端进行维护;低位部分为PDCP SN,PDCP SN即上述固定在PDCP Header内的PDCP SN字段。当接收到一个PDCP PDU时,需要知道该PDU相关联的COUNT值,才能从PDCP PDU中解码和解压出最终的SDU,HFN由UE维护的RX_HFN状态变量导出。
目前协议通过一个基于窗口的机制来维持PDCP PDU的正确HFN。该窗口机制如下,设PDCP SN的范围为0≤SN≤Maximum_PDCP_SN,接收窗口大小Reordering_Window=(Maximum_PDCP_SN+1)/2,比如对于12位的PDCP SN,Maximum_PDCP_SN=4095,Reordering_Window=2048。设最近提交给上层实体的PDCP PDU的PDCP SN为Last_Submitted_PDCP_RX_SN,下一个接收的PDCP PDU的PDCP SN为Next_PDCP_Rx_SN。简单的说,接收窗口的下边界为Next_PDCP_Rx_SN,上边界通常等于Next_PDCP_Rx_SN+2048。如果收到该窗口内的PDCP PDU,那么根据Next_PDCP_Rx_SN和收到的PDCP PDU的PDCP SN的位置关系来确定该PDCP PDU的HFN,进而解密和解压后放入缓存;而将不在接收窗口内的PDU丢弃。
下层实体重建立发生后,PDCP实体接收下层实体重建立期间下层实体提交的PDCP PDU,如果PDCP PDU 的PDCP SN=Last_Submitted_PDCP_RX_SN+1,那么就从该PDU开始,将一整串连续的SDU提交给上层实体,并刷新Last_Submitted_PDCP_RX_SN;如果PDCPPDU的SN≠Last_Submitted_PDCP_RX_SN+1,则暂存在缓存中,下次收到PDCP SN为Last_Submitted_PDCP_RX_SN+1的PDCP PDU时,这些缓存中的PDCP PDU有机会提交给上层实体,如果在下层实体重建立之后缓存中还有未提交的PDCP PDU,则这些未提交PDCP PDU将在下层实体重建立过后有机会提交给上层实体。
例如,Last_Submitted_PDCP_RX_SN为99,则窗口的下边界为100,上边界为100+2048=2148。如果接收到的PDCP PDU的SN为100,则上报该PDU中的SDU,并修改窗口的上下边界为[101,2149];如果接收到的PDCPPDU的PDCP SN为102,其在窗口边界范围内,则缓存该PDCP PDU,待收到序列号为100、101的PDCP PDU并上报后,再上报此PDCP SN为102的PDCP PDU;如果接收到的PDCP PDU的PDCP SN为2400,其不在窗口边界范围内,则丢弃该PDCP PDU。
但是,在一种情况下,即当下层实体重建立过程中Last_Submitted_PDCP_RX_SN==Maximum_PDCP_SN时,缓存中SN=0,1,...,Reordering_Window-1的PDCP PDU都无法获得提交,同时Last_Submitted_PDCP_RX_SN的值无法向前刷新,随后接收到的Reordering_Window+1≤SN<2Reordering_Window范围内的PDCP PDU将被丢弃,导致下行数据接收失败。
发明内容
本发明要解决的技术问题是提供一种用户设备以及用户设备接收下行数据的方法,避免UE在接收下行数据时发生错误。
为解决上述问题,本发明提供了一种用户设备接收下行数据的方法,包括:在重建立期间,所述用户设备中位于无线链路控制RLC层的RLC实体向位于分组数据汇聚协议PDCP层的PDCP实体发送服务数据单元SDU的过程中,所述SDU是在重建立之前从演进型基站收到的下行数据;
所述PDCP实体如果判断接收到的包含SDU的PDCP协议数据单元PDU的PDCP序列号SN满足以下上报条件,则接收该PDCP PDU,并向上层实体提交包含在所述PDCP PDU中的SDU:
PDCP SN=(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)
其中Last_Submitted_PDCP_RX_SN表示与最后一次提交上层实体的SDU所属的PDCP PDU的PDCP SN,Maximum_PDCP_SN表示PDCP SN的最大值,%表示取余运算。
进一步地,所述PDCP实体在向上层实体提交SDU之后,在PDCP实体的缓存中寻找与所述PDCP SN连续的其他PDCP PDU,如果找到则继续向上层提交寻找到的PDCP PDU中的SDU;将Last_Submitted_PDCP_RX_SN更新为最后一次提交给上层实体的SDU所属PDCP PDU的PDCP SN。
进一步地,所述PDCP实体如果判断接收到的包含SDU的PDCP PDU的PDCP SN不满足所述上报条件,但满足以下保存条件时,接收并将该PDCPPDU缓存在PDCP实体的缓存中:
(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)<PDCP SN≤(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)+(Maximum_PDCP_SN+1)/2。
进一步地,当所述PDCP实体判断接收到的包含SDU的PDCP PDU的PDCP SN不满足所述上报条件,也不满足所述保存条件时,丢弃所述PDCPPDU。
进一步地,当所述PDCP实体最后一次提交上层实体的SDU所属PDCPPDU的PDCP SN为最大值时,所述PDCP实体如果接收到PDCP SN为最小值的PDCP PDU,则向上层实体提交所述PDCP SN为最小值的PDCP PDU中的SDU。
进一步地,所述方法进一步包括:
步骤(a)所述PDCP实体从关联的RLC实体接收到一PDCP PDU,其PDCP SN为x;判断该PDCP PDU是否在RLC实体和MAC实体重建立期间向PDCP实体提交的,如果是,执行步骤(b),否则执行步骤(d);
步骤(b)所述PDCP实体判断x是否满足上报条件,即判断x是否等于(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1),如果是,执行步骤(d),否则执行步骤(c);
步骤(c)所述PDCP实体判断x是否满足保存条件,即判断x是否满足下式,如果满足,则将该PDCP PDU缓存在PDCP缓存中,否则,丢弃该PDCP PDU:
(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)<x≤(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)+(Maximum_PDCP_SN+1)/2;
步骤(d)所述PDCP实体从该PDU中提取出SDU向上层实体提交,并更新Last_Submitted_PDCP_RX_SN为x;
步骤(e)所述PDCP实体在缓存中寻找与所述x连续的其他PDCP PDU,如果找到则继续向上层提交寻找到的PDCP PDU中的SDU,并更新Last_Submitted_PDCP_RX_SN为最后一次提交的SDU所属PDCP PDU的PDCP SN,当在缓存找不到满足上述条件的PDCP PDU时返回步骤(a)。
为解决上述问题,本发明还提供了一种用户设备,包括依次连接的位于无线链路控制RLC层的RLC实体,位于分组数据汇聚协议PDCP层的PDCP实体,其中:
所述RLC实体,用于将收到的服务数据单元SDU向所述PDCP实体发送;
所述PDCP实体,用于判断接收到的包含SDU的PDCP协议数据单元PDU的PDCP序列号SN如果满足以下上报条件,则接收该PDCP PDU,并向上层实体提交包含在所述PDCP PDU中的SDU:
PDCP SN=(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)
其中Last_Submitted_PDCP_RX_SN表示与最后一次提交上层实体的SDU所属的PDCP PDU的PDCP SN,Maximum_PDCP_SN表示PDCP SN的最大值,%表示取余运算。
进一步地,所述PDCP实体,还用于在向上层实体提交完成后,在自身的缓存中寻找与所述PDCP SN连续的其他PDCP PDU,如果找到则继续向上层提交寻找到的PDCP PDU中的SDU,并将Last_Submitted_PDCP_RX_SN更新为最后一次提交给上层实体的SDU所属PDCP PDU的PDCP SN。
进一步地,所述PDCP实体还用于判断接收到的包含SDU的PDCP PDU的PDCP SN如果不满足所述上报条件,但满足以下保存条件时,接收并将该PDCP PDU缓存在PDCP实体的缓存中:
(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)<PDCP SN≤(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)+(Maximum_PDCP_SN+1)/2。
进一步地,当所述PDCP实体判断接收到的包含SDU的PDCP PDU的PDCP SN不满足所述上报条件,也不满足所述保存条件时,丢弃所述PDCPPDU。
采用本发明技术方案能够使得UE在PDCP实体的下层实体重建立过程中避免延迟提交PDCP PDU的问题以及避免UE接收下行PDCP PDU失败的问题,特别是在Last_Submitted_PDCP_RX_SN==Maximum_PDCP_SN的情况下,本方案尤其有效。
附图说明
图1是现有LTE无线接入网体系结构示意图;
图2是现有PDCP PDU格式示意图;
图3是本实施例中接收下行数据流程图;
图4a是本实施例中初始情况示意图;
图4b是本实施例中延迟提交示意图;
图4c是本实施例中数据接收失败示意图。
具体实施方式
本发明的主要构思是,在重建立期间,UE中位于RLC层的RLC实体向位于PDCP层的PDCP实体发送SDU的过程中,这些SDU是在重建立之前从演进型基站收到的下行数据;PDCP实体如果判断接收到的包含SDU的PDCP PDU的PDCP SN满足以下上报条件,则接收该PDCP PDU,并向上层实体提交包含在所述PDCP PDU中的SDU:
PDCP SN=(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)。
PDCP实体在向上层实体提交SDU之后,在PDCP实体的缓存中寻找与所述PDCP SN连续的其他PDCP PDU,如果找到则继续向上层提交寻找到的PDCP PDU中的SDU;将Last_Submitted_PDCP_RX_SN更新为最后一次提交给上层实体的SDU所属PDCP PDU的PDCP SN。
如果PDCP实体判断接收到的包含SDU的PDCP PDU的PDCP SN不满足上报条件时,但满足以下保存条件时,则接收并将该PDCP PDU缓存在PDCP实体的缓存中:
(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)<PDCP SN≤(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)+(Maximum_PDCP_SN+1)/2。
其中Last_Submitted_PDCP_RX_SN表示与最后一次提交上层实体的SDU所属PDCP PDU的PDCP SN(或称为SDU关联的PDCP SN),Maximum_PDCP_SN表示最大序列号即PDCP SN的最大值,%表示取余运算。
当PDCP实体判断接收到的包含SDU的PDCP PDU的PDCP SN不满足上报条件,也不满足保存条件时,丢弃该PDCP PDU。
当所述PDCP实体最后一次提交上层实体的SDU所属PDCP PDU的PDCP SN为最大值时,所述PDCP实体如果接收到PDCP SN为最小值的PDCP PDU,则向上层实体提交所述PDCP SN为最小值的PDCP PDU中的SDU。
下面结合附图对本发明作进一步说明。
设PDCP实体最近一次收到并上报上层实体的PDCP PDU内的PDCP SN为Last_Submitted_PDCP_RX_SN,当前接收到的PDCP PDU内的PDCP SN为x,关联的RLC实体向PDCP实体上报下行数据时,PDCP实体的处理流程如图3所示,包括:
步骤100:PDCP实体从关联的RLC实体接收到一PDCP PDU,其PDCPSN为x;
步骤110:判断该PDCP PDU是否在下层实体重建立期间向PDCP实体递交的,如果是,执行步骤120,否则执行步骤140;
此步骤可由PDCP实体的控制面RRC依据现有技术完成。
步骤120:判断x是否满足上报条件,即判断x是否等于(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1),如果是,执行步骤140,否则执行步骤130;
步骤130,判断x是否满足保存条件,即判断x是否满足下式:(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)<x≤(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)+(Maximum_PDCP_SN+1)/2,如果满足,则将该PDCP PDU缓存在PDCP缓存中,否则,丢弃该PDCP PDU;
步骤140,PDCP实体从该PDCP PDU中提取出SDU向上层实体提交,并更新Last_Submitted_PDCP_RX_SN为x;
之后,所述PDCP实体在缓存中寻找与所述x连续的其他PDCP PDU(x+1、x+2......),如果找到则继续向上层提交寻找到的PDCP PDU中的SDU,并更新Last_Submitted_PDCP_RX_SN为最后一次提交的SDU所属PDCP PDU的PDCP SN,当在缓存找不到满足条件的PDCP PDU时返回步骤100。
如果PDCP PDU不是在下层实体重建立期间提交的,则PDCP实体向上层实体提交以x起始的具有连续PDCP SN的SDU,如果此时缓存中还有PDCP SN小于x的PDCP PDU,则同时向上层实体提交所有在缓存中的PDCPSN小于x的PDCP PDU。
在下层实体重建立期间,PDCP实体需要保证向上层实体上报的SDU关联的序列号是连续的
下面以Maximum_PDCP_SN=15为例对本发明技术方案进行说明。当Maximum_PDCP_SN=15时,Reordering_Window=8.
示例1:避免延迟提交的场景,如图4a和图4b所示。
图4a为初始情况:下层实体重建立开始时处于Last_Submitted_PDCP_RX_SN==Maximum_PDCP_SN的状态,15号PDCPPDU已经被提交。当接收到0号PDCP PDU时,判断该PDCP PDU的PDCPSN满足上报条件,即判断该PDCP PDU的PDCP SN满足此式:PDCP SN==(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1),此时将提交该0号PDCP PDU,同时更新状态变量为Last_Submitted_PDCP_RX_SN=0,Next_PDCP_Rx_SN=1;如果继续接收到1-6号PDU,如图4b所示,则依次提交。
如果按照现有规范,由于当前的序号0不满足Last_Submitted_PDCP_RX_SN+1=16这个窗口下边界,即便收到0号PDU也不会提交,会将收到0-6号PDU均缓存起来,待重建立过程结束后,如果收到PDCN SN为7的PDCP PDU,才将缓存的0-7号PDCP PDU一并提交上层,造成提交延迟,而且增加了缓存负担。
示例2:避免UE下行数据接收失败的场景,如图4a和图4b所示。
图4a为初始情况:下层实体重建立开始时处于Last_Submitted_PDCP_RX_SN==Maximum_PDCP_SN的状态,15号PDCPPDU已经被提交。当接收到0号PDCP PDU时,判断该PDCP PDU的PDCPSN满足上报条件,,即判断该PDCP PDU的PDCP SN满足此式:PDCP SN==(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1),UE将提交该0号PDCP PDU,同时更新状态变量为Last_Submitted_PDCP_RX_SN=0,Next_PDCP_Rx_SN=1;然后继续接收并提交1,2,3,4,5,6,7,8,9,10,11,12,13,14号PDCP PDU,如图4c所示,避免了在下层实体重建立过程中下行数据的接收错误。
如果按照现有规范,由于当前的PDCP PDU的序列号不满足Last_Submitted_PDCP_RX_SN+1=16这个窗口下边界,即便收到0-7号PDCPPDU也不会提交,而将这些PDCP PDU缓存起来,此时的Last_Submitted_PDCP_RX_SN仍等于Maximum_PDCP_SN。如果此时下层实体重建立结束,此后再接收到的8-14号PDCP PDU也会由于缓存了0-7号PDCP PDU而丢弃,且不会发起PDCP status report(状态报告)要求eNB重发它们,如果重建立过后PDCP实体不再接收到0号PDCP PDU,则所有这些0-14号PDCP PDU都将不能提交,从而造成UE接收下行数据失败的严重问题。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
例如,最小序列号为0仅是本实施例为说明本发明的举例,在其他实施例中,也可设置最小序列号为其他值。
Claims (10)
1.一种用户设备接收下行数据的方法,其特征在于,
在重建立期间,所述用户设备中位于无线链路控制RLC层的RLC实体向位于分组数据汇聚协议PDCP层的PDCP实体发送服务数据单元SDU的过程中,所述SDU是在重建立之前从演进型基站收到的下行数据;
所述PDCP实体如果判断接收到的包含SDU的PDCP协议数据单元PDU的PDCP序列号SN满足以下上报条件,则接收该PDCP PDU,并向上层实体提交包含在所述PDCP PDU中的SDU:
PDCP SN=(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)
其中Last_Submitted_PDCP_RX_SN表示与最后一次提交上层实体的SDU所属的PDCP PDU的PDCP SN,Maximum_PDCP_SN表示PDCP SN的最大值,%表示取余运算。
2.如权利要求1所述的方法,其特征在于,
所述PDCP实体在向上层实体提交SDU之后,在PDCP实体的缓存中寻找与所述PDCP SN连续的其他PDCP PDU,如果找到则继续向上层提交寻找到的PDCP PDU中的SDU;将Last_Submitted_PDCP_RX_SN更新为最后一次提交给上层实体的SDU所属PDCP PDU的PDCP SN。
3.如权利要求1所述的方法,其特征在于,
所述PDCP实体如果判断接收到的包含SDU的PDCP PDU的PDCP SN不满足所述上报条件,但满足以下保存条件时,接收并将该PDCP PDU缓存在PDCP实体的缓存中:
(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)<PDCP SN≤(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)+(Maximum_PDCP_SN+1)/2。
4.如权利要求3所述的方法,其特征在于,
当所述PDCP实体判断接收到的包含SDU的PDCP PDU的PDCP SN不满足所述上报条件,也不满足所述保存条件时,丢弃所述PDCP PDU。
5.如权利要求1所述的方法,其特征在于,
当所述PDCP实体最后一次提交上层实体的SDU所属PDCP PDU的PDCP SN为最大值时,所述PDCP实体如果接收到PDCP SN为最小值的PDCP PDU,则向上层实体提交所述PDCP SN为最小值的PDCP PDU中的SDU。
6.如权利要求1所述的方法,其特征在于,所述方法进一步包括:
步骤(a)所述PDCP实体从关联的RLC实体接收到一PDCP PDU,其PDCP SN为x;判断该PDCP PDU是否在RLC实体和MAC实体重建立期间向PDCP实体提交的,如果是,执行步骤(b),否则执行步骤(d);
步骤(b)所述PDCP实体判断x是否满足上报条件,即判断x是否等于(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1),如果是,执行步骤(d),否则执行步骤(c);
步骤(c)所述PDCP实体判断x是否满足保存条件,即判断x是否满足下式,如果满足,则将该PDCP PDU缓存在PDCP缓存中,否则,丢弃该PDCP PDU:
(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)<x≤(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)+(Maximum_PDCP_SN+1)/2;
步骤(d)所述PDCP实体从该PDU中提取出SDU向上层实体提交,并更新Last_Submitted_PDCP_RX_SN为x;
步骤(e)所述PDCP实体在缓存中寻找与所述x连续的其他PDCP PDU,如果找到则继续向上层提交寻找到的PDCP PDU中的SDU,并更新Last_Submitted_PDCP_RX_SN为最后一次提交的SDU所属PDCP PDU的PDCP SN,当在缓存找不到满足上述条件的PDCP PDU时返回步骤(a)。
7.一种用户设备,包括依次连接的位于无线链路控制RLC层的RLC实体,位于分组数据汇聚协议PDCP层的PDCP实体,其特征在于,
所述RLC实体,用于将收到的服务数据单元SDU向所述PDCP实体发送;
所述PDCP实体,用于判断接收到的包含SDU的PDCP协议数据单元PDU的PDCP序列号SN如果满足以下上报条件,则接收该PDCP PDU,并向上层实体提交包含在所述PDCP PDU中的SDU:
PDCP SN=(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)
其中Last_Submitted_PDCP_RX_SN表示与最后一次提交上层实体的SDU所属的PDCP PDU的PDCP SN,Maximum_PDCP_SN表示PDCP SN的最大值,%表示取余运算。
8.如权利要求7所述的用户设备,其特征在于,
所述PDCP实体,还用于在向上层实体提交完成后,在自身的缓存中寻找与所述PDCP SN连续的其他PDCP PDU,如果找到则继续向上层提交寻找到的PDCP PDU中的SDU,并将Last_Submitted_PDCP_RX_SN更新为最后一次提交给上层实体的SDU所属PDCP PDU的PDCP SN。
9.如权利要求7所述的用户设备,其特征在于,
所述PDCP实体还用于判断接收到的包含SDU的PDCP PDU的PDCPSN如果不满足所述上报条件,但满足以下保存条件时,接收并将该PDCPPDU缓存在PDCP实体的缓存中:
(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)<PDCP SN≤(Last_Submitted_PDCP_RX_SN+1)%(Maximum_PDCP_SN+1)+(Maximum_PDCP_SN+1)/2。
10.如权利要求9所述的用户设备,其特征在于,
当所述PDCP实体判断接收到的包含SDU的PDCP PDU的PDCP SN不满足所述上报条件,也不满足所述保存条件时,丢弃所述PDCP PDU。
Priority Applications (8)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910128998 CN101841853A (zh) | 2009-03-17 | 2009-03-17 | 一种用户设备以及用户设备接收下行数据的方法 |
PCT/CN2009/073882 WO2010105467A1 (zh) | 2009-03-17 | 2009-09-11 | 一种用户设备以及用户设备接收下行数据的方法 |
JP2012500038A JP2012521108A (ja) | 2009-03-17 | 2009-09-11 | ユーザ機器及びユーザ機器のダウンリンクデータ受信方法 |
MX2011009661A MX2011009661A (es) | 2009-03-17 | 2009-09-11 | Equipo de usuario y método de equipo de usuario para recibir datos del enlace descendente. |
KR1020117019022A KR101576789B1 (ko) | 2009-03-17 | 2009-09-11 | 사용자 기기 및 사용자 기기의 하향 데이터 수신 방법 |
BRPI0924423A BRPI0924423A2 (pt) | 2009-03-17 | 2009-09-11 | equipamento de usuário e método de equipamento de usuário para receber dados de downlink |
US13/146,568 US8848661B2 (en) | 2009-03-17 | 2009-09-11 | User equipment and method of user equipment for receiving downlink data |
EP09841750A EP2389025A4 (en) | 2009-03-17 | 2009-09-11 | USER EQUIPMENT AND METHOD FOR RECEIVING DOWN DATA FOR USER EQUIPMENT |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN 200910128998 CN101841853A (zh) | 2009-03-17 | 2009-03-17 | 一种用户设备以及用户设备接收下行数据的方法 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN101841853A true CN101841853A (zh) | 2010-09-22 |
Family
ID=42739154
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN 200910128998 Pending CN101841853A (zh) | 2009-03-17 | 2009-03-17 | 一种用户设备以及用户设备接收下行数据的方法 |
Country Status (8)
Country | Link |
---|---|
US (1) | US8848661B2 (zh) |
EP (1) | EP2389025A4 (zh) |
JP (1) | JP2012521108A (zh) |
KR (1) | KR101576789B1 (zh) |
CN (1) | CN101841853A (zh) |
BR (1) | BRPI0924423A2 (zh) |
MX (1) | MX2011009661A (zh) |
WO (1) | WO2010105467A1 (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104067579A (zh) * | 2013-01-18 | 2014-09-24 | 华为技术有限公司 | 数据传输方法及装置 |
CN104272796A (zh) * | 2012-03-17 | 2015-01-07 | 黑莓有限公司 | 处理分组数据汇聚协议数据单元 |
CN104837127A (zh) * | 2014-02-08 | 2015-08-12 | 夏普株式会社 | 由辅基站和主基站执行的通信方法以及相应的基站 |
CN104935413A (zh) * | 2014-03-19 | 2015-09-23 | 夏普株式会社 | 分组数据汇聚协议pdcp实体及其执行的方法 |
CN106357548A (zh) * | 2016-09-18 | 2017-01-25 | 京信通信技术(广州)有限公司 | Pdcp数据包的接收方法和系统 |
CN107148025A (zh) * | 2016-03-01 | 2017-09-08 | 深圳市中兴微电子技术有限公司 | 一种数据包处理方法和装置 |
CN109474651A (zh) * | 2017-09-08 | 2019-03-15 | 华为技术有限公司 | 处理数据的方法和设备 |
CN110418329A (zh) * | 2018-04-28 | 2019-11-05 | 华为技术有限公司 | 一种无线通信装置及无线通信方法 |
CN111585721A (zh) * | 2019-02-15 | 2020-08-25 | 华为技术有限公司 | 一种实体建立的处理方法及装置 |
WO2021142764A1 (en) * | 2020-01-17 | 2021-07-22 | Qualcomm Incorporated | Avoiding erroneous discardment of downlink data in an unacknowledged mode (um) |
CN114501686A (zh) * | 2022-04-06 | 2022-05-13 | 四川创智联恒科技有限公司 | 一种nr数据重建立方法 |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102685778A (zh) * | 2012-04-23 | 2012-09-19 | 中兴通讯股份有限公司 | 无线接入网节点间处理消息的方法及控制节点 |
JP6130126B2 (ja) * | 2012-11-28 | 2017-05-17 | 株式会社Nttドコモ | 移動通信方法及び移動局 |
EP2830352A1 (en) | 2013-07-24 | 2015-01-28 | Panasonic Intellectual Property Corporation of America | Efficient discard mechanism in small cell deployment |
CN104798320B (zh) * | 2013-11-11 | 2018-11-09 | 华为技术有限公司 | 数据传输方法及装置 |
US10485018B2 (en) | 2014-01-16 | 2019-11-19 | Samsung Electronics Co., Ltd. | Apparatus and method for operating user plane protocol stack in connectionless communication system |
US20160156564A1 (en) * | 2014-12-02 | 2016-06-02 | Mediatek Inc. | Wireless communication methods |
WO2016159541A1 (en) * | 2015-04-03 | 2016-10-06 | Lg Electronics Inc. | Method for performing a packet delay calculation in a pdcp entity in a wireless communication system and a device therefor |
CN108924964B (zh) * | 2017-04-07 | 2023-05-23 | 中兴通讯股份有限公司 | 保证通信连续性的方法和用户设备 |
CN113286336B (zh) | 2017-11-16 | 2022-09-16 | 华为技术有限公司 | 数据处理方法、装置以及计算机存储介质 |
CN109802922A (zh) | 2017-11-16 | 2019-05-24 | 电信科学技术研究院 | 一种缓存同步异常的处理方法和设备 |
CN110012454B (zh) * | 2018-01-05 | 2023-07-14 | 夏普株式会社 | 用户设备和相关方法 |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100595583B1 (ko) | 2001-07-09 | 2006-07-03 | 엘지전자 주식회사 | 이동통신시스템에서 핸드오버에 따른 패킷 데이터 전송 방법 |
CN1204724C (zh) | 2002-02-08 | 2005-06-01 | 华硕电脑股份有限公司 | 用于无线通信系统的数据传输的确认方法 |
DE60312432T2 (de) * | 2002-05-10 | 2008-01-17 | Innovative Sonic Ltd. | Verfahren zur bestimmten Auslösung einer PDCP-Sequenznummern-Synchronisierungsprozedur |
GB2449629A (en) * | 2007-05-01 | 2008-12-03 | Nec Corp | Buffering numbered unsegmented PDCP SDUs in 3GPP system to assist efficient hard handover |
US8331399B2 (en) * | 2007-05-07 | 2012-12-11 | Qualcomm Incorporated | Re-using sequence number by multiple protocols for wireless communication |
WO2009018318A2 (en) * | 2007-08-02 | 2009-02-05 | Interdigital Patent Holdings, Inc. | Packet data convergence protocol procedures |
-
2009
- 2009-03-17 CN CN 200910128998 patent/CN101841853A/zh active Pending
- 2009-09-11 US US13/146,568 patent/US8848661B2/en active Active
- 2009-09-11 WO PCT/CN2009/073882 patent/WO2010105467A1/zh active Application Filing
- 2009-09-11 BR BRPI0924423A patent/BRPI0924423A2/pt not_active Application Discontinuation
- 2009-09-11 JP JP2012500038A patent/JP2012521108A/ja active Pending
- 2009-09-11 EP EP09841750A patent/EP2389025A4/en not_active Withdrawn
- 2009-09-11 KR KR1020117019022A patent/KR101576789B1/ko active IP Right Grant
- 2009-09-11 MX MX2011009661A patent/MX2011009661A/es not_active Application Discontinuation
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104272796A (zh) * | 2012-03-17 | 2015-01-07 | 黑莓有限公司 | 处理分组数据汇聚协议数据单元 |
CN104067579A (zh) * | 2013-01-18 | 2014-09-24 | 华为技术有限公司 | 数据传输方法及装置 |
CN104837127B (zh) * | 2014-02-08 | 2019-12-31 | 夏普株式会社 | 由辅基站和主基站执行的通信方法以及相应的基站 |
CN104837127A (zh) * | 2014-02-08 | 2015-08-12 | 夏普株式会社 | 由辅基站和主基站执行的通信方法以及相应的基站 |
CN104935413A (zh) * | 2014-03-19 | 2015-09-23 | 夏普株式会社 | 分组数据汇聚协议pdcp实体及其执行的方法 |
CN104935413B (zh) * | 2014-03-19 | 2019-12-27 | 夏普株式会社 | 分组数据汇聚协议pdcp实体及其执行的方法 |
CN107148025A (zh) * | 2016-03-01 | 2017-09-08 | 深圳市中兴微电子技术有限公司 | 一种数据包处理方法和装置 |
CN107148025B (zh) * | 2016-03-01 | 2020-08-28 | 深圳市中兴微电子技术有限公司 | 一种数据包处理方法和装置 |
CN106357548A (zh) * | 2016-09-18 | 2017-01-25 | 京信通信技术(广州)有限公司 | Pdcp数据包的接收方法和系统 |
CN106357548B (zh) * | 2016-09-18 | 2019-06-11 | 京信通信系统(中国)有限公司 | Pdcp数据包的接收方法和系统 |
CN109474651B (zh) * | 2017-09-08 | 2020-08-25 | 华为技术有限公司 | 处理数据的方法和设备 |
CN109474651A (zh) * | 2017-09-08 | 2019-03-15 | 华为技术有限公司 | 处理数据的方法和设备 |
US11025555B2 (en) | 2017-09-08 | 2021-06-01 | Huawei Technologies Co., Ltd. | Method for processing data and device |
CN110418329A (zh) * | 2018-04-28 | 2019-11-05 | 华为技术有限公司 | 一种无线通信装置及无线通信方法 |
CN110418329B (zh) * | 2018-04-28 | 2023-11-17 | 华为技术有限公司 | 一种无线通信装置及无线通信方法 |
CN111585721A (zh) * | 2019-02-15 | 2020-08-25 | 华为技术有限公司 | 一种实体建立的处理方法及装置 |
CN111585721B (zh) * | 2019-02-15 | 2022-08-19 | 华为技术有限公司 | 一种实体建立的处理方法及装置 |
WO2021142764A1 (en) * | 2020-01-17 | 2021-07-22 | Qualcomm Incorporated | Avoiding erroneous discardment of downlink data in an unacknowledged mode (um) |
CN114501686A (zh) * | 2022-04-06 | 2022-05-13 | 四川创智联恒科技有限公司 | 一种nr数据重建立方法 |
Also Published As
Publication number | Publication date |
---|---|
US8848661B2 (en) | 2014-09-30 |
KR20110128276A (ko) | 2011-11-29 |
EP2389025A4 (en) | 2012-06-27 |
MX2011009661A (es) | 2011-12-14 |
US20110286416A1 (en) | 2011-11-24 |
EP2389025A1 (en) | 2011-11-23 |
WO2010105467A1 (zh) | 2010-09-23 |
KR101576789B1 (ko) | 2015-12-11 |
BRPI0924423A2 (pt) | 2016-09-06 |
JP2012521108A (ja) | 2012-09-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101841853A (zh) | 一种用户设备以及用户设备接收下行数据的方法 | |
US11457381B2 (en) | Method and apparatus for wireless communication in wireless communication system | |
US9681355B2 (en) | Method for performing handover procedure and creating data | |
US11968633B2 (en) | Relay communication method and apparatus | |
EP3665973B1 (en) | Method and apparatus for wireless communication in wireless communication system | |
EP2290863B1 (en) | Wireless communication method for transmitting a sequence of data units between a wireless device and a network | |
CN104837127B (zh) | 由辅基站和主基站执行的通信方法以及相应的基站 | |
KR100907978B1 (ko) | 이동통신 시스템에서 pdcp 계층의 상태보고 전송 방법 및 수신장치 | |
CN101933364B (zh) | 移动通信系统及其切换过程的处理方法 | |
US8897149B2 (en) | Method and a transceiver for HARQ failure detection | |
KR20130122805A (ko) | Utra r6 셀과 r7 셀 간의 핸드오버를 제어하기 위한 방법 및 장치 | |
US11425614B2 (en) | Method for daps handover, user equipment, and computer readable medium | |
WO2018126449A1 (zh) | 数据传输窗口变换的方法及其装置、通信系统 | |
US9025489B2 (en) | Method of configuring radio resource by a MAC layer of terminal in wireless communication system | |
WO2018201473A1 (zh) | 激活命令的确认装置、数据传输模式的上报装置及方法 | |
CN112205042B (zh) | 创建用于提前数据传输的协议数据单元 | |
CN105704739A (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: 20100922 |