CN103888219A - 接收非确认无线链路控制层数据的方法及装置 - Google Patents
接收非确认无线链路控制层数据的方法及装置 Download PDFInfo
- Publication number
- CN103888219A CN103888219A CN201410087996.4A CN201410087996A CN103888219A CN 103888219 A CN103888219 A CN 103888219A CN 201410087996 A CN201410087996 A CN 201410087996A CN 103888219 A CN103888219 A CN 103888219A
- Authority
- CN
- China
- Prior art keywords
- umd pdu
- receiving
- time
- window
- umd
- 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.)
- Withdrawn
Links
Images
Landscapes
- Communication Control (AREA)
Abstract
本发明实施例提供一种接收UM RLC层数据的方法及装置,该方法包括:收到UMD PDU时,确定收到的UMD PDU的序号SN是否在虚拟窗内;若在虚拟窗内,确定收到的UMD PDU有效,对收到的UMD PDU重组;若未在虚拟窗内,确定收到的UMD PDU的SN是否在老化窗内;若在老化窗内,确定收到的UMD PDU无效,丢弃收到的UMD PDU。本发明可以识别出因为HS-DSCH PDU乱序而导致的重复的UMD PDU,作为无效的UMD PDU而不参与重组,从而避免重组失败。
Description
技术领域
本发明涉及无线通信技术领域,尤其涉及一种接收非确认无线链路控制UM RLC层数据的方法及装置。
背景技术
3GPP(3rd Generation Partnership Project,第三代移动通信标准化组织)定义的无线通信协议中,RLC是WCDMA(Wide-band Code Division MultipleAccess,宽带码分多址接入)/TD-SCDMA(Time Division Synchronized CodeDivision Multiple Access,时分同步码分多址)等无线通信系统中的无线链路控制层协议。
每个RLC实体由RRC(Radio Resource Control,无线资源控制)层配置,并且根据业务类型有三种模式:透明模式(TM)、非确认模式(UM)、确认模式(AM)。RLC层向上层提供无线承载(Radio Bearer,RB),具体承载一种业务,比如承载信令业务、数据业务或者短信业务等。具体地,在控制平面,RLC向上层提供的业务为无线信令承载(Signal Radio Bearer,SRB);在用户平面,当PDCP(Packet Data Convergence Protocol,分组数据汇聚协议)和BMC(Broadcast Multicast Control)协议没有被该业务使用时,RLC向上层提供数据无线承载(DRB);否则DRB业务由PDCP或BMC承载。
在WCDMA系统中,如图1所示,UM RLC位于MAC(Medium AccessControl,媒体接入控制)层之上,属于层2(L2)的一部分,为用户数据和控制数据提供分段和重传业务。
下边从终端侧和网络侧配合的角度,介绍一下UM RLC实体的概念。
一个UM RLC实体分发送、接收实体。
UM RLC分支持重复性检查和不支持重复性检查两种,对于不支持重复性检查的情况,如图2所示,在终端上,UM RLC发送实体完成将高层PDU(Protocol Data Unit,协议数据单元)(也称RLC SDU(Service Data Unit,服务数据单元))分段和级联,添加必要的控制协议开销(又称添加RLC头部),进行加密,形成RLC PDU(又称非确认模式UMD PDU),然后发送给网络侧UM RLC接收实体。网络侧UM RLC接收实体,接收UMD PDU后进行解密,去掉RLC头部,然后对序号(Sequence Number,SN)连续的PDU进行重组,形成RLC SDU再递交给高层。这就是发送的过程。反过来,网络侧UM RLC发送实体和手机侧UM RLC接收实体的配合,就是接收的过程。
UM RLC发送实体发送RLC PDU但并不保证对等RLC实体能接收到RLCPDU,且不使用重传协议。接收RLC实体对所接收到的错误数据直接丢弃并向高层报告。由于RLC PDU包含有序号(SN),因此接收RLC实体能够检测高层PDU的完整性。
每个UM RLC实体需要维护如下变量:
VT(US):UM RLC实体下次发送的UMD PDU序号。其初值为0,每发送一个UMD PDU后,其值加一。
VR(US):UM RLC实体下次期望接收的UMD PDU序号。它记录最近接收到的有效的UMD PDU的序号,其值等于最近接收的有效的UMD PDU的序号加一。
UMD PDU序号从0开始到127,然后回到0继续编号,这个现象称为“序号转圈”。
HFN(Hyper Frame Number,超帧号),记录了UM RLC的序号转了多少圈。每当序号转圈时,它的值就加上一。它的另一个作用是,用于加、解密,作为加、解密算法的输入参数之一,参与加、解密算法计算。其特点是,对于不同的HFN,加密的结果就不相同,解密同样如此。
3GPP协议25.322中将UM RLC可以分为支持重复性检查和不支持重复性检查两类。若未配置重复性检查,则:
1)UM RLC实体收到的UM PDU的SN不连续时
应丢弃缓存的正在重组的SDU片段,丢弃之前接收到的UMD PDU,将新收到的UM PDU缓存,并重新尝试重组新的SDU,将VR(US)更新为最近接收到的有效的UMD PDU的SN加上一。
2)UM RLC收到UM PDU的SN连续时
用该UM PDU和之前的SDU重组片段进行重组,若能重组出一个完整的SDU,则将重组的SDU递交到上层,并更新VR(US);如果暂不能重组出完整的SDU,那么将重组出的SDU片段保存下来,并更新VR(US)为最近接收到的有效UMD PDU的SN加上一。
高速下行链路共享信道HS-DSCH(High-Speed Downlink Shared Channel)是传输信道,用于承载HSDPA(High Speed Downlink Packet Access,高速下行分组接入)的实际用户数据。HS-DSCH PDU为HS-DSCH上传输的数据单元,包含了上层RLC PDU数据。每个HS-DSCH PDU都有个传输序号TSN。
3GPP协议25.321中提到,如果终端侧MAC层发现HS-DSCH PDU的序号TSN不连续时,会请求HARQ(Hybrid Automatic Repeat Request,混合自动重复请求)重传,网络侧MAC层会将请求的HS-DSCH PDU重新传送。
当终端对某个HS-DSCH PDU进行了确认,但是网络因为信号质量差,误将确认信息解码为请求重传,则可能会再次重传相同TSN的HS-DSCH PDU,这样就会出现UM RLC重复接收UMD PDU。
可见,当不支持重复性检查的UM RLC承载在HS-DSCH上时,由于UMRLC没有确认机制,UM RLC无法判定接收到的相同序号的UMD PDU是否是重复的,还是新的UMD PDU,即UM RLC层无法判断UMD PDU的有效性,如果不加以识别是否是有效的UMD PDU,则将导致重复的UM RLC误进行重组,出现重组失败。
发明内容
本发明实施例提供一种接收非确认无线链路控制UM RLC层数据的方法及装置,可以识别出因为HS-DSCH PDU乱序而导致的重复的UMD PDU,作为无效的UMD PDU而不参与重组。
第一方面,本发明实施例提供一种接收非确认无线链路控制UM RLC层数据的方法,其特征在于,包括:
收到非确认模式协议数据单元UMD PDU时,确定收到的UMD PDU的序号SN是否在虚拟窗的序号范围内,所述虚拟窗的序号范围为VR(US)至(VR(US)+V-Win-1)%N,其中,%为取余操作,所述VR(US)为下次期望接收的UMD PDU的SN,V-Win为虚拟窗的长度,N为UMD PDU的SN的总个数;
若SN在虚拟窗的序号范围内,确定收到的UMD PDU有效,对收到的UMD PDU重组;
若SN未在虚拟窗的序号范围内,判断收到的UMD PDU的SN是否在老化窗的序号范围内;
在确定出收到的UMD PDU的SN在老化窗的序号范围内时,确定收到的UMD PDU无效,丢弃收到的UMD PDU,并更新老化窗内该收到的UMD PDU的SN对应的接收时间戳,在确定出收到的UMD PDU的SN未在老化窗的序号范围内时,将收到的UMD PDU的SN及接收时间戳记录到老化窗;
所述方法还包括:每间隔周期T到达刷新时间时,对于老化窗内任一SN,若该SN的接收时间戳与所述刷新时间的间隔超过设定老化时间,则清除该SN。
结合第一方面,第一种可能的实施方式,在确定出收到的UMD PDU的SN未在虚拟窗及老化窗的序号范围内时,进一步包括:
确定最近一次更新VR(US)的时间戳VT与收到的UMD PDU的时间戳RT2的时间间隔是否小于设定老化时间;
若所述时间间隔小于设定老化时间,则确定收到的UMD PDU无效,丢弃收到的UMD PDU;
若所述时间间隔不小于设定老化时间,确定收到的UMD PDU有效,对收到的UMD PDU进行重组。
结合第一方面,第二种可能的实施方式,在确定出收到的UMD PDU的SN未在虚拟窗及老化窗的序号范围内时,进一步包括:
确定收到的UMD PDU是否携带媒体接入控制MAC层在传输序号TSN乱序时对高速下行链路共享信道HS-DSCH PDU承载的UMD PDU所加的乱序标识;
若收到的UMD PDU携带所述乱序标识,确定收到的UMD PDU无效,丢弃收到的UMD PDU;
若收到的UMD PDU不携带所述乱序标识,确定收到的UMD PDU有效,对收到的UMD PDU进行重组。
结合第一方面,在第三种可能的实施方式中,或者结合第一方面的第一种可能实施方式,或者结合第一方面的第二种可能实施方式,还包括:
如果仅收到一个UMD PDU,在确定收到的UMD PDU有效时,则更新VR(US)为收到的UMD PDU序号加一;
如果同时收到一组UMD PDU,该组UMD PDU包括所述收到的UMDPDU,在确定收到的UMD PDU有效时,更新VR(US)为该组UMD PDU中最后一个有效的UMD PDU的序号加一。
结合第一方面,在第四种可能的实施方式中,或者结合第一方面的第一种可能实施方式,或者结合第一方面的第二种可能实施方式,或者结合第三方面的第二种可能实施方式,还包括:
若监测连续收到b个以上解密错误的UMD PDU时,调整超帧号HFN的值,直到连续收到a个以上解密正确的UMD PDU或达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU,所述a和b为设定的正整数;
其中,参与重组的UMD PDU的SN转圈时,HFN的值自动加1。
结合第一方面的第四种可能的实施方式中,或者结合第一方面的第一种可能实施方式,或者结合第一方面的第二种可能实施方式,或者结合第三方面的第二种可能实施方式,当达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU时,进一步包括:
确定没有语音业务数据在同时进行时,则通知UM RLC的上层进行释放。
结合第一方面的第四种可能的实施方式中,或者结合第一方面的第一种可能实施方式,或者结合第一方面的第二种可能实施方式,或者结合第三方面的第二种可能实施方式,所述调整HFN的值包括:
将HFN的值加1;
所述达到预设调整次数包括:
当连续两次将HFN的值加1后,确定达到预设调整次数。
结合第一方面的第四种可能的实施方式中,或者结合第一方面的第一种可能实施方式,或者结合第一方面的第二种可能实施方式,或者结合第三方面的第二种可能实施方式,所述调整HFN的值包括:
将HFN的值减1;
所述达到预设调整次数包括:
当连续两次将HFN的值减1后,确定达到预设调整次数。
第二方面,提供一种接收UM RLC层数据的装置,包括:
虚拟窗判断单元,用于收到非确认模式协议数据单元UMD PDU时,确定收到的UMD PDU的序号SN是否在虚拟窗的序号范围内,所述虚拟窗的序号范围为VR(US)至(VR(US)+V-Win-1)%N,其中,%为取余操作,所述VR(US)为下次期望接收的UMD PDU的SN,V-Win为虚拟窗的长度,N为UMD PDU的SN的总个数;
第一确定单元,用于当SN在虚拟窗的序号范围内时,确定收到的UMDPDU有效,对收到的UMD PDU重组;
老化窗判断单元,用于当SN未在虚拟窗的序号范围内时,判断收到的UMD PDU的SN是否在老化窗的序号范围内;
第二确定单元,用于在确定出收到的UMD PDU的SN在老化窗的序号范围内时,确定收到的UMD PDU无效,丢弃收到的UMD PDU,并更新老化窗内该收到的UMD PDU的SN对应的接收时间戳,在确定出收到的UMD PDU的SN未老化窗的序号范围内时,将收到的UMD PDU的SN及接收时间戳记录到老化窗;
老化窗刷新单元,用于每间隔周期T到达刷新时间时,对于老化窗内任一SN,若该SN的接收时间戳与所述刷新时间的间隔超过设定老化时间,则清除该SN。
结合第二方面,第一种可能的实施方式,第二确定单元进一步用于:
在确定出收到的UMD PDU的SN未在虚拟窗及老化窗的序号范围内时,确定最近一次更新VR(US)的时间戳VT与收到的UMD PDU的时间戳RT2的时间间隔是否小于设定老化时间;若所述时间间隔小于设定老化时间,则确定收到的UMD PDU无效,丢弃收到的UMD PDU;若所述时间间隔不小于设定老化时间,确定收到的UMD PDU有效,对收到的UMD PDU进行重组。
结合第二方面,第二种可能的实施方式,第二确定单元进一步用于:
在确定出收到的UMD PDU的SN未在虚拟窗及老化窗的序号范围内时,确定收到的UMD PDU是否携带媒体接入控制MAC层在传输序号TSN乱序时对高速下行链路共享信道HS-DSCH PDU承载的UMD PDU所加的乱序标识;若收到的UMD PDU携带所述乱序标识,确定收到的UMD PDU无效,丢弃收到的UMD PDU;若收到的UMD PDU不携带所述乱序标识,确定收到的UMDPDU有效,对收到的UMD PDU进行重组。
结合第二方面,第三种可能的实施方式,或者结合第二方面的第一种可能实施方式,或者结合第二方面第二种可能实施方式,还包括:
更新单元,用于如果仅收到一个UMD PDU,在确定收到的UMD PDU有效时,则更新VR(US)为收到的UMD PDU序号加一;如果同时收到一组UMDPDU,该组UMD PDU包括所述收到的UMD PDU,在确定收到的UMD PDU有效时,更新VR(US)为该组UMD PDU中最后一个有效的UMD PDU的序号加一。
结合第二方面,第四种可能的实施方式,或者结合第二方面的第一种可能实施方式,或者结合第二方面第二种可能实施方式,或者结合第二方面第三种可能实施方式,还包括:
HFN调整单元,用于若监测连续收到b个以上解密错误的UMD PDU时,调整超帧号HFN的值,直到连续收到a个以上解密正确的UMD PDU或达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU,所述a和b为设定的正整数;其中,参与重组的UMD PDU的SN转圈时,HFN的值自动加1。
结合第二方面,第四种可能的实施方式,或者结合第二方面的第一种可能实施方式,或者结合第二方面第二种可能实施方式,或者结合第二方面第三种可能实施方式,所述HFN调整单元还用于:
当达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU,确定没有语音业务数据在同时进行时,则通知UM RLC的上层进行释放。
结合第二方面,第四种可能的实施方式,或者结合第二方面的第一种可能实施方式,或者结合第二方面第二种可能实施方式,或者结合第二方面第三种可能实施方式,HFN调整单元调整HFN的值,具体包括:将HFN的值加1;HFN调整单元确定达到调整次数,具体包括:当连续两次将HFN的值加1后,确定达到预设调整次数。
结合第二方面,第四种可能的实施方式,或者结合第二方面的第一种可能实施方式,或者结合第二方面第二种可能实施方式,或者结合第二方面第三种可能实施方式,HFN调整单元调整HFN的值,具体包括:将HFN的值减1;HFN调整单元确定达到调整次数,具体包括:当连续两次将HFN的值减1后,确定达到预设调整次数。
结合第二方面,第四种可能的实施方式,或者结合第二方面的第一种可能实施方式,或者结合第二方面第二种可能实施方式,或者结合第二方面第三种可能实施方式,所述接收UM RLC层数据的装置为终端侧装置。
第三方面,提供一种接收UM RLC层数据的终端侧装置,包括:
处理器,用于收到非确认模式协议数据单元UMD PDU时,确定收到的UMD PDU的序号SN是否在虚拟窗的序号范围内,所述虚拟窗的序号范围为VR(US)至(VR(US)+V-Win-1)%N,其中,%为取余操作,所述VR(US)为下次期望接收的UMD PDU的SN,V-Win为虚拟窗的长度,N为UMD PDU的SN的总个数;若SN在虚拟窗的序号范围内,确定收到的UMD PDU有效,对收到的UMD PDU重组;若SN未在虚拟窗的序号范围内,判断收到的UMD PDU的SN是否在老化窗的序号范围内;在确定出收到的UMD PDU的SN在老化窗的序号范围内时,确定收到的UMD PDU无效,丢弃收到的UMD PDU,并更新老化窗内该收到的UMD PDU的SN对应的接收时间戳,在确定出收到的UMD PDU的SN未老化窗的序号范围内时,将收到的UMD PDU的SN及接收时间戳记录到老化窗;每间隔周期T到达刷新时间时,对于老化窗内任一SN,若该SN的接收时间戳与所述刷新时间的间隔超过设定老化时间,则清除该SN;
接收机,用于在所述处理器的控制下接收所述UMD PDU。
本发明实施例提供的接收非确认无线链路控制UM RLC层数据的方法及装置,具有以下有益效果:
对重复UMD PDU的有效性进行检测的方法,当不支持重复性检查的UMRLC承载在HS-DSCH上时,可以识别出因为HS-DSCH PDU乱序而导致的重复的UMD PDU,作为无效的UMD PDU而不参与重组,从而避免重组失败。
附图说明
图1为无线链路控制层协议示意图;
图2为不带重复性检测的UM RLC实体的发送和接收;
图3为UMD PDU示意图;
图4为本发明实施例一中老化窗的生成流程图;
图5为本发明实施例一中接收UM RLC层数据的方法流程图;
图6为本发明实施例二中接收UM RLC层数据的方法流程图;
图7为本发明实施例三中接收UM RLC层数据的方法流程图;
图8为本发明实施例四中第一种数据自恢复的方法流程图;
图9为本发明实施例四中第二种数据自恢复的方法流程图;
图10为本发明实施例五中一种接收UM RLC层数据的装置结构图;
图11为本发明实施例五中一种接收UM RLC层数据的终端侧装置结构图;
图12为本发明实施例六中一种接收UM RLC层数据的装置结构图。
具体实施方式
下面结合附图和实施例对本发明提供的接收非确认无线链路控制UMRLC层数据的方法及装置进行更详细地说明。
UM RLC向上层提供按序传输服务,不对丢失的PDU重传,适用于容忍差错但时延要求高的业务。如前所述,UM RLC会将高层PDU分段成若干个非确认模式协议数据单元UMD PDU,每个UMD PDU如图3所示,包括:
序号SN(Sequence Number),一个高层PDU可能被分成若干个UMD PDU,因此每个UMD PDU需要一个编号,即序号,按照目前协议它从0开始到127,然后回到0继续编号,这个现象称为“序号转圈”;
长度指示LI(Length Indicator),UMD PDU的长度指示,它告知UMD PDU的长度是多少,由于UMD PDU的大小是由网络配置的,并不是数据Data的实际大小,因此需要Length Indicator来指示Data的实际长度是多少;
Data是UMD PDU的数据内容,它来自高层PDU的内容。根据一个高层PDU的数据量,会被分段成若干的UMD PDU,直到所有的高层PDU的数据内容都被分段完。
PAD是填充位,用于当高层PDU内容不足时,用于填充,以满足一个UMDPDU的长度是RRC配置的大小。
为了筛选识别出重传相同TSN的HS-DSCH PDU导致的重复的UMDPDU,当不支持重复性检查的UM RLC承载在HS-DSCH上时,通过维护一个虚拟窗和一个老化窗来判断一个收到的UMD PDU的有效性。具体如下:
1)虚拟窗
虚拟窗口大小设置为V-Win,虚拟窗的序号范围为[VR(US),(VR(US)+V-Win-1)%N],其中,%为取余操作。
每次收到UMD PDU时,所使用的虚拟窗的VR(US)为下次期望接收的UMD PDU的SN,V-Win为虚拟窗的长度,N为UMD PDU的SN的总个数。
因此,每次完成对收到的UMD PDU的有效性判断后,会根据本次收到的有效UMD PDU的SN,更新虚拟窗的VR(US)。
2)老化窗
为了识别接收相同序号的UMD PDU是否是有效的PDU,需要对接收到的UMD PDU记录下接收的信息,包括SN值和收到该PDU时的时间戳RT1。这些信息是有时效的,即超过设定的老化时间CT1,记录将失效。因此本发明实施例将这样的记录信息称为老化窗。老化窗的范围是[0,N]。N为UMD PDU的序号总数,按照现有协议,N为128。
因此,每次收到UMD PDU时,所使用的老化窗是基于之前每收到一个UMD PDU按照如下机制生成并维护的:
收到一个UMD PDU,判断老化窗的序号范围内是否有该UMD PDU的SN,若没有,则将收到的UMD PDU的SN及接收时间戳RT1记录到老化窗,若有,则利用收到的UMD PDU的接收时间戳RT1更新老化窗内该SN对应的接收时间戳。
每间隔周期T到达刷新时间时,对于老化窗内任一SN,若该SN的接收时间戳与刷新时间的间隔超过设定老化时间,则清除该SN及其接收时间戳,如图4所示,具体包括:
步骤401,确定在间隔周期T到达刷老化窗的时间;
步骤402,获取当前的时间戳CT2;
步骤403,依次取出老化窗中每条PDU的记录(包括SN及对应的RT1)中的RT1与CT2进行比较;
步骤404,判断两者的时间间隔是否超过老化时间CT1,若超过,执行步骤405,否则认为记录信息继续有效,保留不清除,执行步骤406;
步骤405,认为该PDU的记录信息已经无效,将其清除掉;
步骤406,判断是否完成老化窗内所有RT1的判断,若是,结束,否则返回执行403。
基于本发明实施例维护的虚拟窗和老化窗,本发明实施例一提供一种接收UM RLC层数据方法,如图5所示,包括:
步骤501,收到非确认模式协议数据单元UMD PDU;
步骤502,确定收到的UMD PDU的序号SN是否在虚拟窗的序号范围内,若在虚拟窗的序号范围内,执行步骤503,否则执行步骤504;
步骤503,若在虚拟窗的序号范围内,确定收到的UMD PDU有效,对收到的UMD PDU重组;
步骤504,若未在虚拟窗的序号范围内,确定收到的UMD PDU的SN是否在老化窗内的序号范围内,若在老化窗的序号范围内,执行步骤505,否则执行步骤506;
步骤505,在确定出收到的UMD PDU的SN在老化窗的序号范围内时,确定收到的UMD PDU无效,丢弃收到的UMD PDU,并更新老化窗内该收到的UMD PDU的SN对应的接收时间戳;
步骤506,将收到的UMD PDU的SN及接收时间戳记录到老化窗。
虚拟窗的VR(US)为下次期望接收的UMD PDU的SN,对于正常按序接收的UMD PDU,其SN应在虚拟窗内,因此首先需要进行虚拟窗的判断,如果收到UMD PDU的值落在虚拟窗内,则认为PDU是有效的,需要进行重组;如果落在虚拟窗外,则再需要结合老化窗进行进一步的判断,以确认PDU的有效性。
可选地,确定收到的UMD PDU的SN未在虚拟窗和老化窗的序号范围内时,确定收到的UMD PDU有效,对收到的UMD PDU进行重组。
如果老化窗内有收到的UMD PDU的SN,说明在老化时间CT1内已经收到过该SN对应的PDU,则可以认为收到的UMD PDU是重复的PDU,属于无效的PDU,需要丢弃处理。这是为了解决因HS-DSCH PDU重传,而带来的UMD PDU重复接收的现象。对于UM RLC已经接收过的UMD PDU,认为是重复的,无效的。由于重复接收的数据两者之间的时间间隔通常不会超出老化时间,因此其SN信息不会被老化窗老化掉,从而可以识别出重复接收的UMDPDU,作为无效的UMD PDU而不参与重组,从而避免重组失败。
依照本发明实施例二,提供一种接收UM RLC层数据方法,不仅可以识别出重复接收的UMD PDU,还可以识别出在HS-DSCH PDU的TSN乱序时传输的UMD PDU是新的正确的UMD PDU还是无效的UMD PDU。
如果HS-DSCH PDU的TSN不乱序,则UMD PDU通常会落入虚拟窗内,如果HS-DSCH PDU的TSN出现乱序,则UMD PDU可能是重复的UMD PDU,此种情况可以通过实施例一的方式识别出,另外也可能是新的正确的UMDPDU或者乱序的UMD PDU,下面给出进一步的识别方法,如图6所示,包括:
步骤601,收到非确认模式协议数据单元UMD PDU,记录收到的UMDPDU的时间戳RT2;
步骤602,确定收到的UMD PDU的序号SN是否在虚拟窗的序号范围内,若在虚拟窗的序号范围内,执行步骤603,否则执行步骤604;
步骤603,若在虚拟窗的序号范围内,确定收到的UMD PDU有效,对收到的UMD PDU重组;
步骤604,若未在虚拟窗的序号范围内,确定收到的UMD PDU的SN是否在老化窗的序号范围内,若是,执行步骤605,否则执行步骤606;
步骤605,确定收到的UMD PDU无效,丢弃收到的UMD PDU。
步骤606,确定最近一次更新VR(US)的时间戳VT与收到的UMD PDU的时间戳RT2的时间间隔是否小于设定老化时间,若小于,执行步骤607,否则,执行步骤608,VR(US)的更新机制如前所述,这里不再重述;
步骤607,确定收到的UMD PDU无效,丢弃收到的UMD PDU;
步骤608,确定收到的UMD PDU有效,对收到的UMD PDU进行重组。
该方法还可以识别出至少如下场景下的新的UMD PDU:
像Enhanced Cell-PCH和Enhanced URA-PCH下小区重选时,可能发生的接收序号不连续的情况。例如如果手机在小区A时,接收到序号为0到20的UMD PDU,过了一段时间(该时间通常会大于老化时间)后,手机发生小区重选到小区B,接收到序号为0的UMD PDU。小区B上接收的序号为0的UMD PDU是个有效的PDU。因此通过设置老化时间CT1,同上次更新VR(US)的时间VT,来共同判决接收的UMD PDU是否是有效的PDU。
当然,能够识别出未在虚拟窗内和老化窗,依据VT与RT2的时间间隔大于设定老化时间判定收到新的UMD PDU的场景,不限于以上场景,这里不再一一列举。
老化窗的判断机制中需要使用上次更新VR(US)的时间戳,因此在每次更新VR(US)的时候需要记录下对应的时间戳VT。
依照本发明实施例三,提供一种接收UM RLC层数据方法,不仅可以识别出重复接收的UMD PDU,还可以识别出在HS-DSCH PDU的TSN乱序时传输的UMD PDU是新的正确的UMD PDU还是乱序的UMD PDU。
同实施例一和实施例二,需要通过维护一个虚拟窗和老化窗,但另再加上承载UMD PDU的HS-DSCH PDU是否乱序的标识,来共同判断一个收到的UMD PDU的有效性。
对于MAC层,在接收HS-DSCH PDU时,发现接收到的传输序号TSN存在不连续的情况,则需要标记出这些TSN缺失的HS-DSCH PDU。在HS-DSCH重传后,如果重新接收到这些TSN的HS-DSCH PDU,则认为这些HS-DSCHPDU是乱序接收到的。所有被乱序的HS-DSCH PDU所承载的UMD PDU都会加上乱序标识。
如图7所示,接收UM RLC层数据方法包括:
步骤701,收到非确认模式协议数据单元UMD PDU;
步骤702,确定收到的UMD PDU的序号SN是否在虚拟窗的序号范围内,若在虚拟窗的序号范围内,执行步骤703,否则执行步骤704;
步骤703,若在虚拟窗的序号范围内,确定收到的UMD PDU有效,对收到的UMD PDU重组;
步骤704,若未在虚拟窗的序号范围内,确定收到的UMD PDU的SN是否在老化窗的序号范围内时,若是,执行步骤705,否则执行步骤706;
步骤705,确定收到的UMD PDU无效,丢弃收到的UMD PDU。
步骤706,确定收到的UMD PDU是否携带乱序标识,若携带乱序标识,执行步骤707,否则,执行步骤708;
步骤707,确定收到的UMD PDU无效,丢弃收到的UMD PDU;
步骤708,确定收到的UMD PDU有效,对收到的UMD PDU进行重组。
由于MAC在HS-DSCH PDU的TSN出现乱序时,结合乱序标识、UMDPDU序号、虚拟窗、老化窗,能够区分传输的UMD PDU是新的正确的UMDPDU还是乱序的UMD PDU,因此通过MAC给UMD PDU携带乱序标识的方式,同样能避免UM RLC将乱序的UMD PDU误认为是HFN转圈后的UMDPDU,避免误将HFN加一。结合小区重选的流程,同样也能解决像EnhancedCell-PCH和Enhanced URA-PCH下小区重选时,可能发生的接收序号不连续的情况。
对于任一实施例,仅收到一个UMD PDU时,确定收到的UMD PDU有效时,更新VR(US)及VT;同时收到一组UMD PDU时,在判断完所有UMD PDU的有效性之后,更新VR(US)为最后一个有效的UMD PDU的序号加一,并更新相应的VT。即先做PDU有效性判断,再进行重组和VR(US)的更新。VR(US)的更新机制可以按照25.322中现有方案进行,不再具体描述。
仅收到一个UMD PDU时,在判断完该UMD PDU的有效性之后,判定老化窗内是否有该UMD PDU的SN,若没有,则将收到的UMD PDU的SN及接收时间戳记录到老化窗,若有,则更新老化窗内该SN对应的接收时间戳;同时收到一组UMD PDU时,在判断完所有UMD PDU的有效性之后,对于每个UMD PDU,判定老化窗内是否有该UMD PDU的SN,若没有,则将收到的UMD PDU的SN及接收时间戳记录到老化窗,若有,则更新老化窗内该SN对应的接收时间戳。
本发明上述实施例中的T,CT1,V-Win的取值可根据实际应用场景经验值进行取值,其值可以配置。
当不支持重复性检查的UM RLC承载在HS-DSCH上时,由于HS-DSCHPDU的序号TSN不连续,导致HARQ对HS-DSCH PDU重传,这时会导致UM RLC收到的UMD PDU SN出现乱序。由于UM RLC没有确认机制,UMRLC无法判定接收到的相同序号的UMD PDU是否是重复的,还是新的UMDPDU,即UM RLC层无法判断UMD PDU的有效性,如果不加以识别是否是有效的UMD PDU,则将导致UM RLC误进行重组,出现重组失败
本发明提供一种接收UM RLC层数据方法,对重复或者乱序UMD PDU的有效性进行检测,当不支持重复性检查的UM RLC承载在HS-DSCH上时,可以识别出因为HS-DSCH PDU乱序而导致的重复的UMD PDU,作为无效的UMD PDU,识别出这些无效UMD PDU后会进行丢弃,可以避免重组失败。
UM RLC层完成的主要功能:
1)分段/重组,分段是指将长度不同的高层PDU分组进行分段为较小的RLC负荷单元(PDU),重组示指用PDU重组成为长度更大的高层PDU;
2)序号检查,在UM模式下,该功能保证PDU的完整性,并且通过检查UMD PDU的序号是否连续,将若干个序号连续的UMD PDU重组为一个RLCSDU;
3)加解密,在UM模式下,对数据进行加密或者解密。
具体是在对UMD PDU进行有效性判断后,利用HFN对收到的UMD PDU进行解密。
在上述UMD PDU乱序的情况下容易造成UMD PDU SN转圈误判,一旦误判HFN便会加1,而实际上网侧维护的HFN还没有加1,两方维护的不一致便会导致UM RLC的解密结果出错,且由于当前UM机制,UM数据错误后会一直无法恢复。
本发明上述实施例所提供的UM RLC层数据接收方法适用于终端侧装置。
依照本发明实施例四,所提供的UM RLC层数据接收方法,可以实现解密出现异常时的自恢复,该实施例可以结合现有技术单独实施,也可以在上述实施例的基础上实施。需要说明的是,实施例四所提供的方法结合现有技术单独实施时,既适用于终端侧装置也适用于网络侧装置,在上述实施例的基础上实施时,适用于终端侧装置。
其基本思想为:当下行UMD PDU连续出现解密错误时,会在出现解密异常的时候,尝试更新HFN来看看解密是否可以恢复正常,如果连续尝试两次更新HFN都不能恢复,则通知上层做异常释放,其通知上层释放的方式,类似于AM模式下的不可恢复错处理,这里不再详述。上层也可以是RRC层或PDCP层,通知上层释放也就是通知RRC层或PDCP层对UM RLC层做释放。
具体解决方式为:若监测连续收到b个以上解密错误的UMD PDU时,调整超帧号(HFN)的值,直到连续收到a个以上解密正确的UMD PDU或达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU,所述a和b为设定的正整数;所述a和b为设定的正整数;其中,参与重组的UMD PDU的SN转圈时,HFN的值自动加1。
为了方便描述,给出三种状态,在第一种实施方式中分别为IDLE、HFN_ADD1和HFN_ADD2。
解密错误时一般会导致LI异常,因此此处通过确定解密后PDU对应的LI是否正确来判断当前解密是否存在异常。如图8所示,三种状态的转换关系具体如下:
当前处在IDLE状态;
监测收到的UMD PDU对应的LI,当收到b个以上的LI错误的UMD PDU时,表示解密已经出现异常,需要执行自恢复操作,此时会跳转到HFN_ADD1状态,即执行HFN+1操作;
如果连续收到a个LI正确UMD PDU,则维持IDLE状态;
当前处在HFN_ADD1状态;
如果连续收到a个LI正确的UMD PDU,表示执行完HFN+1操作后,HFN已经恢复正常,此时跳转回IDLE状态,继续监测LI的情况;
如果收到b个以上LI错误的UMD PDU,表示执行HFN+1操作后,解密并没有恢复正常,此时会继续尝试HFN+1的操作,状态跳转到HFN_ADD2;
当前处在HFN_ADD2状态;
如果连续收到a个LI正确的UMD PDU,表示第二次执行完HFN+1操作后,HFN已经恢复正常,此时跳转回IDLE状态,继续监测LI的情况;
如果依旧收到b个以上LI错误的UMD PDU,表示第二次执行HFN+1操作后,解密仍然没有恢复正常,此时在没有语音业务的情况下会通知上层做异常释放,同时状态跳转到IDLE。
a,b的取值可根据实际应用场景经验值取值,其值可以配置。
如图9所示,在第二种实施方式中分别为IDLE、HFN_SUB1和HFN_SUB2三种状态。
其基本过程同第一种实施方式,区别仅在于尝试更新HFN的方法是执行减1操作。
当然,第一种实施方式和第二种实施方也可以结合实施,即在原HFN的基础分别执行两次加操作,及两次减操作至连续收到a个LI正确的UMD PDU。
本发明实施例通过引入虚拟窗和老化窗的机制,本发明可以在不支持重复性检查的UM RLC承载在HS-DSCH上时,识别出因为HS-DSCH PDU乱序,导致的重复和乱序的UMD PDU,将这样的UMD PDU作为无效的UMD PDU。通过丢弃这些无效UMD PDU,有效避免了UMD PDU乱序导致的误判SN转圈,从而保证加解密参数的正确性。
通过引入解密异常的自恢复机制,在网络或底层异常出现大量丢包的场景下,即使UE维护的HFN与网侧维护不一致的情况出现,后续很大概率上能够恢复成和网侧一致,有效的保证了后续业务能正常进行。
由于引入了老化机时间或者HS-DSCH乱序指示的概念,该方案不仅适用于因为HS-DSCH PDU乱序导致的重复和乱序的UMD PDU的场景,也能有效的防止对有效UMD PDU的误判,比如Enhanced Cell-PCH和EnhancedURA-PCH状态下跨RNC异频重选时,UE可能连续收到SN20和0的两个PDU,根据该机制可以判断SN0的PDU是否应该被丢弃。
基于同一发明构思,本发明实施例中还提供了一种接收UM RLC数据的装置,由于该装置解决问题的原理与一种接收UM RLC数据的方法相似,因此该装置的一些具体实施可以参见方法的实施,重复之处不再赘述。
依照本发明实施例五,提供一种接收UM RLC层数据的装置,如图10,包括:
虚拟窗判断单元1001,用于收到非确认模式协议数据单元UMD PDU时,确定收到的UMD PDU的序号SN是否在虚拟窗的序号范围内,所述虚拟窗的序号范围为VR(US)至(VR(US)+V-Win-1)%N,其中,%为取余操作,所述VR(US)为下次期望接收的UMD PDU的SN,V-Win为虚拟窗的长度,N为UMDPDU的SN的总个数;
第一确定单元1002,用于当SN在虚拟窗的序号范围内时,确定收到的UMD PDU有效,对收到的UMD PDU重组;
老化窗判断单元1003,用于当SN未在虚拟窗的序号范围内时,判断收到的UMD PDU的SN是否在老化窗的序号范围内;
第二确定单元1004,用于在确定出收到的UMD PDU的SN在老化窗的序号范围内时,确定收到的UMD PDU无效,丢弃收到的UMD PDU,并更新老化窗内该收到的UMD PDU的SN对应的接收时间戳,在确定出收到的UMDPDU的SN未老化窗的序号范围内时,将收到的UMD PDU的SN及接收时间戳记录到老化窗;
老化窗刷新单元1005,用于每间隔周期T到达刷新时间时,对于老化窗内任一SN,若该SN的接收时间戳与所述刷新时间的间隔超过设定老化时间,则清除该SN。
可选地,第二确定单元进一步用于:
在确定出收到的UMD PDU的SN未在虚拟窗及老化窗的序号范围内时,确定最近一次更新VR(US)的时间戳VT与收到的UMD PDU的时间戳RT2的时间间隔是否小于设定老化时间;若所述时间间隔小于设定老化时间,则确定收到的UMD PDU无效,丢弃收到的UMD PDU;若所述时间间隔不小于设定老化时间,确定收到的UMD PDU有效,对收到的UMD PDU进行重组。
可选地,第二确定单元进一步用于:
在确定出收到的UMD PDU的SN未在虚拟窗及老化窗的序号范围内时,确定收到的UMD PDU是否携带媒体接入控制MAC层在传输序号TSN乱序时对高速下行链路共享信道HS-DSCH PDU承载的UMD PDU所加的乱序标识;若收到的UMD PDU携带所述乱序标识,确定收到的UMD PDU无效,丢弃收到的UMD PDU;若收到的UMD PDU不携带所述乱序标识,确定收到的UMDPDU有效,对收到的UMD PDU进行重组。
可选地,还包括:更新单元,用于如果仅收到一个UMD PDU,在确定收到的UMD PDU有效时,则更新VR(US)为收到的UMD PDU序号加一;如果同时收到一组UMD PDU,该组UMD PDU包括所述收到的UMD PDU,在确定收到的UMD PDU有效时,更新VR(US)为该组UMD PDU中最后一个有效的UMD PDU的序号加一。
可选地,还包括:
HFN调整单元,用于若监测连续收到b个以上解密错误的UMD PDU时,调整超帧号HFN的值,直到连续收到a个以上解密正确的UMD PDU或达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU,所述a和b为设定的正整数;其中,参与重组的UMD PDU的SN转圈时,HFN的值自动加1。
可选地,HFN调整单元还用于:
当达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU,确定没有语音业务数据在同时进行时,则通知UM RLC的上层进行释放。
可选地,HFN调整单元调整HFN的值,具体包括:将HFN的值加1;HFN调整单元确定达到调整次数,具体包括:当连续两次将HFN的值加1后,确定达到预设调整次数。
可选地,HFN调整单元调整HFN的值,具体包括:将HFN的值减1;HFN调整单元确定达到调整次数,具体包括:当连续两次将HFN的值减1后,确定达到预设调整次数。
可选地,本发明实施例接收UM RLC层数据的装置为终端侧装置。
该装置中各单元执行的具体功能可参见之前方法的描述。
本发明实施还提供一种接收UM RLC层数据的终端侧装置,如图11所示,包括:
处理器1100,用于收到非确认模式协议数据单元UMD PDU时,确定收到的UMD PDU的序号SN是否在虚拟窗的序号范围内,所述虚拟窗的序号范围为VR(US)至(VR(US)+V-Win-1)%N,其中,%为取余操作,所述VR(US)为下次期望接收的UMD PDU的SN,V-Win为虚拟窗的长度,N为UMD PDU的SN的总个数;若SN在虚拟窗的序号范围内,确定收到的UMD PDU有效,对收到的UMD PDU重组;若SN未在虚拟窗的序号范围内,判断收到的UMDPDU的SN是否在老化窗的序号范围内;在确定出收到的UMD PDU的SN在老化窗的序号范围内时,确定收到的UMD PDU无效,丢弃收到的UMD PDU,并更新老化窗内该收到的UMD PDU的SN对应的接收时间戳,在确定出收到的UMD PDU的SN未老化窗的序号范围内时,将收到的UMD PDU的SN及接收时间戳记录到老化窗;每间隔周期T到达刷新时间时,对于老化窗内任一SN,若该SN的接收时间戳与所述刷新时间的间隔超过设定老化时间,则清除该SN;
接收机1110,用于在所述处理器的控制下接收UMD PDU。
其中,在图11中,总线架构可以包括任意数量的互联的总线和桥,具体由处理器1100代表的一个或多个处理器和存储器1120代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起,这些都是本领域所公知的,因此,本文不再对其进行进一步描述。总线接口提供接口。接收机1110提供用于在传输介质上与各种其他装置通信的单元。处理器1100负责管理总线架构和通常的处理,存储器1120可以存储处理器1100在执行操作时所使用的数据。
处理器1100负责管理总线架构和通常的处理,存储器1120可以存储处理器1100在执行操作时所使用的数据。
依照本发明实施例六,还提供一种接收UM RLC层数据的装置,该装置在对UMD PDU进行有效性判断后,利用HFN对收到的UMD PDU进行解密,如图12所示,该装置包括:
第一调整单元1201,用于若监测连续收到b个以上解密错误的UMD PDU时,调整超帧号HFN的值;
第二调整单元1202,用于在第一调整单元调整之后连续收到a个以上解密正确的UMD PDU或达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU时,结束调整,所述a和b为设定的正整数;
其中,参与重组的UMD PDU的SN转圈时,HFN的值自动加1。
可选地,第二调整单元还用于:
当达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU时,确定收到UMD PDU时,没有语音业务数据在同时进行,则通知上层释放进行释放。
可选地,第一调整单元调整HFN的值,具体包括:将HFN的值加1;第二调整单元确定达到调整次数,具体包括:连续两次将HFN的值加1后,确定达到调整次数。
可选地,第一调整单元调整HFN的值,具体包括:将HFN的值减1;第二调整单元确定达到调整次数,具体包括:连续两次将HFN的值减1后,确定达到调整次数。
可选地,所述接收UM RLC层数据的装置为终端侧装置或网络侧装置。
具体地,装置中单元的具体功能可参照之前的方法实施例的描述。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (18)
1.一种接收非确认无线链路控制UM RLC层数据的方法,其特征在于,包括:
收到非确认模式协议数据单元UMD PDU时,确定收到的UMD PDU的序号SN是否在虚拟窗的序号范围内,所述虚拟窗的序号范围为VR(US)至(VR(US)+V-Win-1)%N,其中,%为取余操作,所述VR(US)为下次期望接收的UMD PDU的SN,V-Win为虚拟窗的长度,N为UMD PDU的SN的总个数;
若SN在虚拟窗的序号范围内,确定收到的UMD PDU有效,对收到的UMD PDU重组;
若SN未在虚拟窗的序号范围内,判断收到的UMD PDU的SN是否在老化窗的序号范围内;
在确定出收到的UMD PDU的SN在老化窗的序号范围内时,确定收到的UMD PDU无效,丢弃收到的UMD PDU,并更新老化窗内该收到的UMD PDU的SN对应的接收时间戳,在确定出收到的UMD PDU的SN未在老化窗的序号范围内时,将收到的UMD PDU的SN及接收时间戳记录到老化窗;
所述方法还包括:每间隔周期T到达刷新时间时,对于老化窗内任一SN,若该SN的接收时间戳与所述刷新时间的间隔超过设定老化时间,则清除该SN。
2.如权利要求1所述的方法,其特征在于,在确定出收到的UMD PDU的SN未在虚拟窗及老化窗的序号范围内时,进一步包括:
确定最近一次更新VR(US)的时间戳VT与收到的UMD PDU的时间戳RT2的时间间隔是否小于设定老化时间;
若所述时间间隔小于设定老化时间,则确定收到的UMD PDU无效,丢弃收到的UMD PDU;
若所述时间间隔不小于设定老化时间,确定收到的UMD PDU有效,对收到的UMD PDU进行重组。
3.如权利要求1所述的方法,其特征在于,在确定出收到的UMD PDU的SN未在虚拟窗及老化窗的序号范围内时,进一步包括:
确定收到的UMD PDU是否携带媒体接入控制MAC层在传输序号TSN乱序时对高速下行链路共享信道HS-DSCH PDU承载的UMD PDU所加的乱序标识;
若收到的UMD PDU携带所述乱序标识,确定收到的UMD PDU无效,丢弃收到的UMD PDU;
若收到的UMD PDU不携带所述乱序标识,确定收到的UMD PDU有效,对收到的UMD PDU进行重组。
4.如权利要求1~3任一所述的方法,其特征在于,还包括:
如果仅收到一个UMD PDU,在确定收到的UMD PDU有效时,则更新VR(US)为收到的UMD PDU序号加一;
如果同时收到一组UMD PDU,该组UMD PDU包括所述收到的UMDPDU,在确定收到的UMD PDU有效时,更新VR(US)为该组UMD PDU中最后一个有效的UMD PDU的序号加一。
5.如权利要求1~4任一所述的方法,其特征在于,还包括:
若监测连续收到b个以上解密错误的UMD PDU时,调整超帧号HFN的值,直到连续收到a个以上解密正确的UMD PDU或达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU,所述a和b为设定的正整数;
其中,参与重组的UMD PDU的SN转圈时,HFN的值自动加1。
6.如权利要求5所述的方法,其特征在于,当达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU时,进一步包括:
确定没有语音业务数据在同时进行时,则通知UM RLC的上层进行释放。
7.如权利要求5或6所述的方法,其特征在于,所述调整HFN的值包括:
将HFN的值加1;
所述达到预设调整次数包括:
当连续两次将HFN的值加1后,确定达到预设调整次数。
8.如权利要求5~7任一所述的方法,其特征在于,所述调整HFN的值包括:
将HFN的值减1;
所述达到预设调整次数包括:
当连续两次将HFN的值减1后,确定达到预设调整次数。
9.一种接收UM RLC层数据的装置,其特征在于,包括:
虚拟窗判断单元,用于收到非确认模式协议数据单元UMD PDU时,确定收到的UMD PDU的序号SN是否在虚拟窗的序号范围内,所述虚拟窗的序号范围为VR(US)至(VR(US)+V-Win-1)%N,其中,%为取余操作,所述VR(US)为下次期望接收的UMD PDU的SN,V-Win为虚拟窗的长度,N为UMD PDU的SN的总个数;
第一确定单元,用于当SN在虚拟窗的序号范围内时,确定收到的UMDPDU有效,对收到的UMD PDU重组;
老化窗判断单元,用于当SN未在虚拟窗的序号范围内时,判断收到的UMD PDU的SN是否在老化窗的序号范围内;
第二确定单元,用于在确定出收到的UMD PDU的SN在老化窗的序号范围内时,确定收到的UMD PDU无效,丢弃收到的UMD PDU,并更新老化窗内该收到的UMD PDU的SN对应的接收时间戳,在确定出收到的UMD PDU的SN未老化窗的序号范围内时,将收到的UMD PDU的SN及接收时间戳记录到老化窗;
老化窗刷新单元,用于每间隔周期T到达刷新时间时,对于老化窗内任一SN,若该SN的接收时间戳与所述刷新时间的间隔超过设定老化时间,则清除该SN。
10.如权利要求9所述的装置,其特征在于,第二确定单元进一步用于:
在确定出收到的UMD PDU的SN未在虚拟窗及老化窗的序号范围内时,确定最近一次更新VR(US)的时间戳VT与收到的UMD PDU的时间戳RT2的时间间隔是否小于设定老化时间;若所述时间间隔小于设定老化时间,则确定收到的UMD PDU无效,丢弃收到的UMD PDU;若所述时间间隔不小于设定老化时间,确定收到的UMD PDU有效,对收到的UMD PDU进行重组。
11.如权利要求9所述的装置,其特征在于,第二确定单元进一步用于:
在确定出收到的UMD PDU的SN未在虚拟窗及老化窗的序号范围内时,确定收到的UMD PDU是否携带媒体接入控制MAC层在传输序号TSN乱序时对高速下行链路共享信道HS-DSCH PDU承载的UMD PDU所加的乱序标识;若收到的UMD PDU携带所述乱序标识,确定收到的UMD PDU无效,丢弃收到的UMD PDU;若收到的UMD PDU不携带所述乱序标识,确定收到的UMDPDU有效,对收到的UMD PDU进行重组。
12.如权利要求9~11任一所述的装置,其特征在于,还包括:
更新单元,用于如果仅收到一个UMD PDU,在确定收到的UMD PDU有效时,则更新VR(US)为收到的UMD PDU序号加一;如果同时收到一组UMDPDU,该组UMD PDU包括所述收到的UMD PDU,在确定收到的UMD PDU有效时,更新VR(US)为该组UMD PDU中最后一个有效的UMD PDU的序号加一。
13.如权利要求9~12任一所述的装置,其特征在于,还包括:
HFN调整单元,用于若监测连续收到b个以上解密错误的UMD PDU时,调整超帧号HFN的值,直到连续收到a个以上解密正确的UMD PDU或达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU,所述a和b为设定的正整数;其中,参与重组的UMD PDU的SN转圈时,HFN的值自动加1。
14.如权利要求13所述的装置,其特征在于,所述HFN调整单元还用于:
当达到预设调整次数后仍连续收到b个以上解密错误的UMD PDU,确定没有语音业务数据在同时进行时,则通知UM RLC的上层进行释放。
15.如权利要求13或14所述的装置,其特征在于,HFN调整单元调整HFN的值,具体包括:将HFN的值加1;HFN调整单元确定达到调整次数,具体包括:当连续两次将HFN的值加1后,确定达到预设调整次数。
16.如权利要求13~15任一所述的装置,其特征在于,HFN调整单元调整HFN的值,具体包括:将HFN的值减1;HFN调整单元确定达到调整次数,具体包括:当连续两次将HFN的值减1后,确定达到预设调整次数。
17.如权利要求9~16任一所述的装置,其特征在于,所述接收UM RLC层数据的装置为终端侧装置。
18.一种接收UM RLC层数据的终端侧装置,其特征在于,包括:
处理器,用于收到非确认模式协议数据单元UMD PDU时,确定收到的UMD PDU的序号SN是否在虚拟窗的序号范围内,所述虚拟窗的序号范围为VR(US)至(VR(US)+V-Win-1)%N,其中,%为取余操作,所述VR(US)为下次期望接收的UMD PDU的SN,V-Win为虚拟窗的长度,N为UMD PDU的SN的总个数;若SN在虚拟窗的序号范围内,确定收到的UMD PDU有效,对收到的UMD PDU重组;若SN未在虚拟窗的序号范围内,判断收到的UMD PDU的SN是否在老化窗的序号范围内;在确定出收到的UMD PDU的SN在老化窗的序号范围内时,确定收到的UMD PDU无效,丢弃收到的UMD PDU,并更新老化窗内该收到的UMD PDU的SN对应的接收时间戳,在确定出收到的UMD PDU的SN未老化窗的序号范围内时,将收到的UMD PDU的SN及接收时间戳记录到老化窗;每间隔周期T到达刷新时间时,对于老化窗内任一SN,若该SN的接收时间戳与所述刷新时间的间隔超过设定老化时间,则清除该SN;
接收机,用于在所述处理器的控制下接收所述UMD PDU。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410087996.4A CN103888219A (zh) | 2014-03-11 | 2014-03-11 | 接收非确认无线链路控制层数据的方法及装置 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410087996.4A CN103888219A (zh) | 2014-03-11 | 2014-03-11 | 接收非确认无线链路控制层数据的方法及装置 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103888219A true CN103888219A (zh) | 2014-06-25 |
Family
ID=50956952
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410087996.4A Withdrawn CN103888219A (zh) | 2014-03-11 | 2014-03-11 | 接收非确认无线链路控制层数据的方法及装置 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103888219A (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105656601A (zh) * | 2015-12-28 | 2016-06-08 | 华为技术有限公司 | 一种重复消息确定方法及接收端设备 |
WO2016131345A1 (zh) * | 2015-07-06 | 2016-08-25 | 中兴通讯股份有限公司 | 一种实现数据处理的方法及装置 |
CN106375230A (zh) * | 2015-07-20 | 2017-02-01 | 中兴通讯股份有限公司 | 一种报文传输方法及装置 |
CN106455133A (zh) * | 2016-10-31 | 2017-02-22 | 华为技术有限公司 | 一种链路保持方法及用户设备 |
CN107770231A (zh) * | 2016-08-22 | 2018-03-06 | 中国移动通信有限公司研究院 | 基于um rlc协议的分布式数据传输方法及装置、um rlc实体 |
CN108370600A (zh) * | 2017-05-09 | 2018-08-03 | 华为技术有限公司 | 一种会话管理方法、终端及系统 |
CN110506436A (zh) * | 2017-04-14 | 2019-11-26 | 富士通株式会社 | 无线通信装置、无线通信方法及无线通信系统 |
CN111132232A (zh) * | 2020-01-02 | 2020-05-08 | 重庆邮电大学 | 一种智能接收5g nr rlc umd pdu的方法和装置 |
WO2021142764A1 (en) * | 2020-01-17 | 2021-07-22 | Qualcomm Incorporated | Avoiding erroneous discardment of downlink data in an unacknowledged mode (um) |
WO2022205062A1 (zh) * | 2021-03-31 | 2022-10-06 | 华为技术有限公司 | 一种数据处理的装置和方法 |
-
2014
- 2014-03-11 CN CN201410087996.4A patent/CN103888219A/zh not_active Withdrawn
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016131345A1 (zh) * | 2015-07-06 | 2016-08-25 | 中兴通讯股份有限公司 | 一种实现数据处理的方法及装置 |
CN106375230A (zh) * | 2015-07-20 | 2017-02-01 | 中兴通讯股份有限公司 | 一种报文传输方法及装置 |
CN106375230B (zh) * | 2015-07-20 | 2020-05-12 | 中兴通讯股份有限公司 | 一种报文传输方法及装置 |
CN105656601A (zh) * | 2015-12-28 | 2016-06-08 | 华为技术有限公司 | 一种重复消息确定方法及接收端设备 |
CN107770231B (zh) * | 2016-08-22 | 2019-11-26 | 中国移动通信有限公司研究院 | 基于um rlc协议的分布式数据传输方法及装置、um rlc实体 |
CN107770231A (zh) * | 2016-08-22 | 2018-03-06 | 中国移动通信有限公司研究院 | 基于um rlc协议的分布式数据传输方法及装置、um rlc实体 |
CN106455133B (zh) * | 2016-10-31 | 2019-11-29 | 华为技术有限公司 | 一种链路保持方法及用户设备 |
CN106455133A (zh) * | 2016-10-31 | 2017-02-22 | 华为技术有限公司 | 一种链路保持方法及用户设备 |
CN110506436A (zh) * | 2017-04-14 | 2019-11-26 | 富士通株式会社 | 无线通信装置、无线通信方法及无线通信系统 |
CN110506436B (zh) * | 2017-04-14 | 2023-11-14 | 富士通株式会社 | 无线通信装置、无线通信方法及无线通信系统 |
CN108370600A (zh) * | 2017-05-09 | 2018-08-03 | 华为技术有限公司 | 一种会话管理方法、终端及系统 |
US11206700B2 (en) | 2017-05-09 | 2021-12-21 | Huawei Technologies Co., Ltd. | Method and system, and terminal for locating a user plane function (UPF) entity when a session is an inactive state |
US11805559B2 (en) | 2017-05-09 | 2023-10-31 | Huawei Technologies Co., Ltd. | Session management method and system, and terminal for locating a user plane function (UPF) entity when a session is an inactive state |
CN111132232A (zh) * | 2020-01-02 | 2020-05-08 | 重庆邮电大学 | 一种智能接收5g nr rlc umd pdu的方法和装置 |
CN111132232B (zh) * | 2020-01-02 | 2022-10-25 | 重庆邮电大学 | 一种智能接收5g nr rlc umd pdu的方法和装置 |
WO2021142764A1 (en) * | 2020-01-17 | 2021-07-22 | Qualcomm Incorporated | Avoiding erroneous discardment of downlink data in an unacknowledged mode (um) |
WO2022205062A1 (zh) * | 2021-03-31 | 2022-10-06 | 华为技术有限公司 | 一种数据处理的装置和方法 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103888219A (zh) | 接收非确认无线链路控制层数据的方法及装置 | |
CN107852768B (zh) | 用于增强型分量载波下的分组数据汇聚协议(pdcp)重排序的方法、装置和计算机可读介质 | |
CN110999523A (zh) | 重新连接与无线接入网节点的无线资源控制连接的方法和用户设备 | |
CN107005560B (zh) | 一种数据发送方法、数据接收方法和相关设备 | |
CN110771191B (zh) | 用于实现承载特定改变的方法和装置 | |
WO2016034317A1 (en) | Multi-connectivity in a wireless network | |
KR20070073642A (ko) | 무선 통신 시스템의 이동 사용자 장치에서 무결성 보호구성을 수정하는 방법 및 장치 | |
CN101686494A (zh) | 一种分组数据汇聚协议层处理数据包的方法和装置 | |
CN107078943A (zh) | 用于使用hfn偏移来同步用户装备的方法和装置 | |
US11297493B2 (en) | Data transmission method, related device, and communications system | |
AU2018407354A1 (en) | Radio link failure handling method and related product | |
CN102137435B (zh) | 数据处理方法、装置和系统 | |
WO2008001187A2 (en) | Method for providing improved sequence number handling in networks | |
WO2013044982A1 (en) | Interruptions in wireless communications | |
CN111262660B (zh) | 数据传输方法、设备及系统 | |
CN107836128B (zh) | 用于控制信息传送的方法和设备 | |
US10841042B2 (en) | Method and apparatus for providing hybrid automatic repeat request (HARQ) transmission, to meet transmissions requirements of different services | |
US20120308009A1 (en) | Mechanisms for detection of and recovery from ciphering parameter mismatch on communication networks | |
CN102638328B (zh) | 一种数据传输的方法及装置 | |
US10880737B2 (en) | Method and apparatus for refreshing the security keys of a subset of configured radio bearers | |
RU2407240C2 (ru) | Способ и устройство в системе мобильной связи двунаправленного распределения данных реального времени | |
US20200128437A1 (en) | Method and system for loss mitigation during device to device communication mode switching | |
CN116743239B (zh) | 一种卫星通信方法、装置及卫星 | |
WO2008031355A1 (fr) | Procédé et système d'envoi et de traitement de service mbms | |
CN111132186B (zh) | 一种重置mac层、数据传输方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C04 | Withdrawal of patent application after publication (patent law 2001) | ||
WW01 | Invention patent application withdrawn after publication |
Application publication date: 20140625 |