一种RLC AM状态报告处理的方法和系统技术方案

本发明专利技术公开了一种RLC?AM状态报告处理的方法和系统，该方法包括：RLC?AM发送端接收RLC?AM接收端发送的RLC?AM状态报告；RLC?AM发送端判断RLC?AM状态报告是裁剪状态报告还是正常状态报告；若RLC?AM状态报告是裁剪状态报告，则根据RLC?AM状态报告的相应标识进行重传处理；若RLC?AM状态报告是正常状态报告，则根据RLC?AM状态报告的相应标识进行处理。本发明专利技术通过对PLC?AM状态报告进行判别和处理解决了RLC超过最大重传次数引起承载或者UE被释放的问题。

【技术实现步骤摘要】
一种RLCAM状态报告处理的方法和系统
本专利技术涉及无线通信
LTE(LongTermEvolution，长期演进)网络中处理状态报告的技术，特别涉及eNB(E-UTRANNodeB，无线网络中的节点B)和UE(UserEquipment，用户设备)处理RLC(RadioLinkControl，无线链路控制)AM(AcknowledgedMode确认模式)状态报告处理的方法和系统。
技术介绍
LTE空口层协议包括PDCP(PacketDataConvergenceProtocol，分组数据集中协议)、RLC和MAC(MediaAccessControl，介质访问控制)协议，其中RLC协议根据当前空口对该逻辑信道的调度结果对PDCP下发的SDU进行连接或者分段，按照当前的调度带宽组成RLCPDU(ProtocolDataUnit，协议数据单元)进行发送。RLC提供了TM、UM和AM三种可配置模式。当RLC配置为AM模式时，RLCAM接收端需要根据自己对RLCPDU的接收情况给RLCAM发送端发送RLCAM状态报告，用来给RLCAM发送端确认目前RLCAM接收端已经正确接收的RLCPDU，以及RLCAM接收端没有正确接收需要RLCAM发送端重传的RLCPDU，该过程按照协议描述，简单的可以总结为通过以下方式进行：RLCAM发送端和RLCAM接收端都设置一个RLC滑窗，按照RLC协议为512个单元，RLCAM发送端对每个RLCPDU在RLC报头中填写一个RLCSN(RLCSerialNumber，RLC序列号)，然后放置在发送滑窗中的对应位置中。发送后的RLCPDU不能立即从发送滑窗中删除，要一直缓存到收到对应的状态报告确认为止。RLCAM接收端根据接收到的RLCPDU的SN将其放置到接收滑窗的对应位置，以便对接收到的RLCPDU进行排序。RLCAM接收端根据接收滑窗的排序情况很容易获知当前接收滑窗内缺失的报文SN。RLCAM接收端会不间断地按照协议中规定的方式构造RLCAM状态报告来通知RLCAM发送端目前的接收状况以及需要重传的RLCPDU的SN，RLCAM发送端通过解析该状态报告，然后将RLCAM接收端未收到的报文重新发送一次。如果RLCAM发送端在发送重传报文的时候，空口当前的调度带宽不能够一次容纳整个重传报文，那么该重传的RLCPDU报文就需要被分片发送。RLCAM接收端收到分片RLCPDU也会缓存并判断是否存在分片丢失。如果RLCAM接收端发现某个重传的分片丢失的话，也需要随后在RLCAM状态报告里面描述具体缺失分片的RLCPDU的SN以及缺失的分片在原RLCPDU中的起止偏移字节位置，以便RLCAM发送端重传该分片。状态报告除了用于RLCAM接收端通知RLCAM发送端进行RLCPDU的重传之外，还有一个很重要的作用就是通知RLCAM发送端当前RLCAM接收端已经正确按序接收到的最后一个RLCPDU的SN，发送端可以将该RLCPDUSN之前的RLCPDU在发送滑窗中释放掉了，这样RLCAM发送端释放出的空闲滑窗空间就可以供新的RLCPDU发送使用。RLCAM模式下会配置一个最大重传次数maxRetxThreshold，用于控制一个RLCPDU最多被重传的次数。当RLCAM接收端通过状态报告要求RLCAM发送端重传某个PDU或者PDU的一个分片，如果RLCAM发送端将这个PDU重传了maxRetxThreshold次之后RLCAM接收端还是未能正确接收，则认为当前RLCAM对应的逻辑信道出现异常，就要给RRC(RadioResourceControl，无线资源控制协议)反馈该异常，由RRC来决策是否要释放该承载或者释放该UE。一般情况下如果出现异常的逻辑信道不是对应的UE的SRB(SignallingRadioBearer，信令无线承载)或者默认DRB(DataRadioBearer，数据无线承载)，RRC只用释放UE对应的异常承载即可，否则就要释放UE。在RLC协议中还规定，当RLCAM发送端发送滑窗不能再向前移动的时候，例如发送端PDCP没有新数据下来，或者RLC发送滑窗满了，这时候RLCAM发送端必须主动向RLCAM接收端请求尽快回复状态报告，以便RLCAM发送端释放RLC发送滑窗中RLCAM接收端已经正确按序接收的PDU，促使发送滑窗能够继续前移。RLCAM发送端主动请求接收端回复状态报告，是通过设置RLC报头中的Polling位来实现的，其中，被设置Polling位的RLCPDU，称为PollingPDU。RLCAM接收端收到RLCPollingPDU，认为是RLCAM发送端在主动请求状态报告，这时候RLCAM接收端根据自己当前接收滑窗情况来构造状态报告发送。发送端每发送一个PollingPDU之后会起一个定时器，在定时器超时前如果没有得到正确的状态报告，就会重传一个PollingPDU，如果同一个PollingPDU被重传超过最大重传次数maxRetxThreshold，则也需要给上层上报该逻辑信道异常，触发上层决策是否是要释放该逻辑信道或者释放该UE。RLC状态报告中D/C和CPT字段表明报文类型，如图1所示是RLC状态报告的报文格式，用于区分是RLC数据报文还是RLC状态报告。接下来ACK_SN标识当前RLCAM接收端没有完整接收但不需要重传的RLCPDUSN。NACK_SN域用于标识RLCAM接收端没有完整接收且需要重传的RLCPDUSN，如果是一个RLCPDU的分片存在丢失的话，在NACK_SN之后还需要附上SOstart域和SOend域来标识具体丢失分片的字节偏移起止位置。一个状态报告中只能包含一个ACK_SN域，但是可以包含多个NACK_SN域，表明在RLCAM接收端接收滑窗的排序段内有多个报文或者报文分片未收齐。E1用来标识在当前NACK_SN域后面是否还继续跟随有NACK_SN域，E2用来标识该NACK_SN域有没有携带SOstart字段和SOend字段。如果有多个NACK_SN域的话，那么所有的NACK_SN在状态报告里面需要按照增序排列。可以看到最小的状态报告需要2个字节，也就是只包含ACK_SN域不包含任何NACK_SN域的状态报告。RLCAM发送端接收到一个状态报告后，对于其中的NACK_SN对应的RLCPDU需要重传。如果NACK_SN域没有携带SOstart域和SOend域，则重传整个RLCPDU，否则只需重传对应的分片即可。由于ACK_SN域指明的是RLCAM接收端没有完整接收但不需要重传的RLCPDUSN，所以按照目前协议，RLCAM发送端无需重传该RLCPDU。如果RLCAM发送端接收到一个RLC状态报告只携带ACK_SN域，也就是说后面没有携带任何NACK_SN，则说明RLCAM接收端在ACK_SN之前的排序段内的RLCPDU都已经按序完整接收了，RLCAM发送端可以把发送滑窗内ACK_SN之前的滑窗单元内的RLCPDU都释放掉。如果RLCAM接收端接收到的RLC状态报告携带了NACK_SN域，则RLCAM发送端除了需要构造重传报文外，需要把发送滑窗释放到最小的NACK_SN域对应的滑窗单元的前一个单元，认为最小的NACK_SN本文档来自技高网...

【技术保护点】
一种RLC?AM状态报告处理的方法，其特征在于，包括以下步骤：配置为确认模式的无线链路控制RLC?AM发送端接收RLC?AM接收端发送的RLC?AM状态报告；所述RLC?AM发送端判断所述RLC?AM状态报告是裁剪状态报告还是正常状态报告；若所述RLC?AM状态报告是裁剪状态报告，则根据所述RLC?AM状态报告的相应标识进行重传处理；以及若所述RLC?AM状态报告是正常状态报告，则根据所述RLC?AM状态报告的相应标识进行处理。

【技术特征摘要】
1.一种RLCAM状态报告处理的方法，其特征在于，包括以下步骤：配置为确认模式的无线链路控制RLCAM发送端接收RLCAM接收端发送的RLCAM状态报告；所述RLCAM发送端判断所述RLCAM状态报告是裁剪状态报告还是正常状态报告；若所述RLCAM状态报告是裁剪状态报告，则根据所述RLCAM状态报告的相应标识进行重传处理，把所述RLCAM状态报告中标识为没有完整接收但不需要重传的RLCPDU进行重传；以及若所述RLCAM状态报告是正常状态报告，则根据所述RLCAM状态报告的相应标识进行处理；其中，当RLCAM接收端当前空口的调度带宽小于当前要发送的RLCAM状态报告时，按照所述调度带宽对RLCAM状态报告进行裁剪，形成所述裁剪状态报告。2.根据权利要求1所述的方法，其特征在于，在RLCAM接收端发送RLCAM状态报告之前，还包括：所述RLCAM发送端向所述RLCAM接收端发送无线链路控制数据单元RLCPDU；以及所述RLCAM接收端根据接收到的RLCPDU产生RLCAM状态报告。3.根据权利要求2所述的方法，其特征在于，所述RLCAM发送端判断所述RLCAM状态报告是裁剪状态报告还是正常状态报告，包括：判断所述RLCAM状态报告中是否只包含所述RLCAM接收端没有完整接收但不需要重传的RLCPDU的标识；判断所述RLCAM发送端接收到的RLCAM状态报告的次数是否大于或等于系统设定的重传次数；判断所述RLCAM发送端是否存在已经发出但未被接收端确认的RLCPDU；以及若所述RLCAM状态报告中只包含所述RLCAM接收端没有完整接收但不需要重传的RLCPDU的标识、所述RLCAM发送端接收到的RLCAM状态报告的次数大于或等于系统设定的重传次数并且所述RLCAM发送端存在已经发出但未被接收端确认的RLCPDU，则所述RLCAM状态报告是裁剪状态报告，否则，所述RLCAM状态报告是正常状态报告。4.根据权利要求3所述的方法，其特征在于，所述根据RLCAM状态报告的相应标识进行处理，包括：根据所述RLCAM状态报告得到标识为没有完整接收但不需要重传的RLCPDU的序列号，在RLCAM发送端中把序列号小于标识为没有完整接收但不需要重传的RLCPDU的序列号的RLCPDU删除；以及把所述RLCAM状态报告中标识为没有完整接收且需要重传的RLCPDU进行重传。5.一种RLCAM状态报告处理的系统，其特征在于，包括：RLCAM接收端，用于发送配置为确认模式的无线链路控制RLCAM状态报告；RLCAM发送端，用于接收所述RLCAM状态报告，并判断所述RLCAM状态报告是裁剪状态...

【专利技术属性】
技术研发人员：王博，
申请(专利权)人：中兴通讯股份有限公司，
类型：发明
国别省市：