CN102957522A - 一种rlc am状态报告处理的方法和系统 - Google Patents

一种rlc am状态报告处理的方法和系统 Download PDF

Info

Publication number
CN102957522A
CN102957522A CN 201110248235 CN201110248235A CN102957522A CN 102957522 A CN102957522 A CN 102957522A CN 201110248235 CN201110248235 CN 201110248235 CN 201110248235 A CN201110248235 A CN 201110248235A CN 102957522 A CN102957522 A CN 102957522A
Authority
CN
China
Prior art keywords
rlc
status report
report
transmitting terminal
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.)
Granted
Application number
CN 201110248235
Other languages
English (en)
Other versions
CN102957522B (zh
Inventor
王博
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201110248235.9A priority Critical patent/CN102957522B/zh
Priority to PCT/CN2012/072266 priority patent/WO2012155619A1/zh
Publication of CN102957522A publication Critical patent/CN102957522A/zh
Application granted granted Critical
Publication of CN102957522B publication Critical patent/CN102957522B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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/1867—Arrangements specially adapted for the transmitter end
    • 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/1607—Details of the supervisory signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

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

Description

一种RLC AM状态报告处理的方法和系统
技术领域
本发明涉及无线通信技术领域LTE(Long Term Evolution，长期演进)网络中处理状态报告的技术，特别涉及eNB(E-UTRAN Node B，无线网络中的节点B)和UE(User Equipment，用户设备)处理RLC(Radio Link Control，无线链路控制)AM(Acknowledged Mode确认模式)状态报告处理的方法和系统。 
背景技术
LTE空口层协议包括PDCP(Packet Data Convergence Protocol，分组数据集中协议)、RLC和MAC(Media Access Control，介质访问控制)协议，其中RLC协议根据当前空口对该逻辑信道的调度结果对PDCP下发的SDU进行连接或者分段，按照当前的调度带宽组成RLCPDU(Protocol Data Unit，协议数据单元)进行发送。RLC提供了TM、UM和AM三种可配置模式。当RLC配置为AM模式时，RLC AM接收端需要根据自己对RLC PDU的接收情况给RLC AM发送端发送RLC AM状态报告，用来给RLC AM发送端确认目前RLC AM接收端已经正确接收的RLC PDU，以及RLC AM接收端没有正确接收需要RLC AM发送端重传的RLC PDU，该过程按照协议描述，简单的可以总结为通过以下方式进行：RLC AM发送端和RLC AM接收端都设置一个RLC滑窗，按照RLC协议为512个单元，RLC AM发送端对每个RLC PDU在RLC报头中填写一个RLC SN(RLC Serial Number，RLC序列号)，然后放置在发送滑窗中的对应位置中。发送后的RLC PDU不能立即从发送滑窗中删除，要一直缓存到收到对应的状态报告确认为止。RLC AM接收端根据接收到的RLC PDU的SN将其放置到接收滑窗的对应位置，以便对接收到的RLC PDU进行排序。RLC AM接收端根据接收滑窗的排序情况很容易获知当前接收滑窗内缺失的报文SN。RLC AM接收端会不间断地按照协议中规定的方式构造RLC AM状态报告来通知RLC AM发送端目前的接收状况以及需要重传的RLC PDU的SN，RLC AM发送端通过解析该状态报告，然后将RLC AM接收端未收到的报文重新发送一次。如果RLC AM发送端在发送重传报文的时候，空口当前的调度带宽不能够一次容纳整个重传报文，那么该重传的RLC PDU报文就需要被分片发送。RLC AM接收端收到分片RLC PDU也会缓存并判断是否存在分片丢失。如果RLC AM接收端发现某个重 传的分片丢失的话，也需要随后在RLC AM状态报告里面描述具体缺失分片的RLC PDU的SN以及缺失的分片在原RLC PDU中的起止偏移字节位置，以便RLC AM发送端重传该分片。状态报告除了用于RLC AM接收端通知RLC AM发送端进行RLC PDU的重传之外，还有一个很重要的作用就是通知RLC AM发送端当前RLC AM接收端已经正确按序接收到的最后一个RLC PDU的SN，发送端可以将该RLC PDU SN之前的RLC PDU在发送滑窗中释放掉了，这样RLC AM发送端释放出的空闲滑窗空间就可以供新的RLC PDU发送使用。 
RLC AM模式下会配置一个最大重传次数maxRetxThreshold，用于控制一个RLC PDU最多被重传的次数。当RLC AM接收端通过状态报告要求RLC AM发送端重传某个PDU或者PDU的一个分片，如果RLC AM发送端将这个PDU重传了maxRetxThreshold次之后RLC AM接收端还是未能正确接收，则认为当前RLC AM对应的逻辑信道出现异常，就要给RRC(Radio Resource Control，无线资源控制协议)反馈该异常，由RRC来决策是否要释放该承载或者释放该UE。一般情况下如果出现异常的逻辑信道不是对应的UE的SRB(Signalling Radio Bearer，信令无线承载)或者默认DRB(Data Radio Bearer，数据无线承载)，RRC只用释放UE对应的异常承载即可，否则就要释放UE。 
在RLC协议中还规定，当RLC AM发送端发送滑窗不能再向前移动的时候，例如发送端PDCP没有新数据下来，或者RLC发送滑窗满了，这时候RLC AM发送端必须主动向RLC AM接收端请求尽快回复状态报告，以便RLC AM发送端释放RLC发送滑窗中RLC AM接收端已经正确按序接收的PDU，促使发送滑窗能够继续前移。RLC AM发送端主动请求接收端回复状态报告，是通过设置RLC报头中的Polling位来实现的，其中，被设置Polling位的RLC PDU，称为Polling PDU。RLC AM接收端收到RLC Polling PDU，认为是RLC AM发送端在主动请求状态报告，这时候RLC AM接收端根据自己当前接收滑窗情况来构造状态报告发送。发送端每发送一个Polling PDU之后会起一个定时器，在定时器超时前如果没有得到正确的状态报告，就会重传一个Polling PDU，如果同一个Polling PDU被重传超过最大重传次数maxRetxThreshold，则也需要给上层上报该逻辑信道异常，触发上层决策是否是要释放该逻辑信道或者释放该UE。 
RLC状态报告中D/C和CPT字段表明报文类型，如图1所示是RLC状态报告的报文格式，用于区分是RLC数据报文还是RLC状态报告。接下来ACK_SN标识当前RLC AM接收端没有完整接收但不需要重传的RLC PDU SN。NACK_SN域用于标识RLC AM接收端没有完整接收且需要重传的RLC PDU SN，如果是一个RLC PDU的分片存在丢失的话，在 NACK_SN之后还需要附上SOstart域和SOend域来标识具体丢失分片的字节偏移起止位置。一个状态报告中只能包含一个ACK_SN域，但是可以包含多个NACK_SN域，表明在RLC AM接收端接收滑窗的排序段内有多个报文或者报文分片未收齐。E1用来标识在当前NACK_SN域后面是否还继续跟随有NACK_SN域，E2用来标识该NACK_SN域有没有携带SOstart字段和SOend字段。如果有多个NACK_SN域的话，那么所有的NACK_SN在状态报告里面需要按照增序排列。可以看到最小的状态报告需要2个字节，也就是只包含ACK_SN域不包含任何NACK_SN域的状态报告。 
RLC AM发送端接收到一个状态报告后，对于其中的NACK_SN对应的RLC PDU需要重传。如果NACK_SN域没有携带SOstart域和SOend域，则重传整个RLC PDU，否则只需重传对应的分片即可。由于ACK_SN域指明的是RLC AM接收端没有完整接收但不需要重传的RLC PDU SN，所以按照目前协议，RLC AM发送端无需重传该RLC PDU。如果RLC AM发送端接收到一个RLC状态报告只携带ACK_SN域，也就是说后面没有携带任何NACK_SN，则说明RLC AM接收端在ACK_SN之前的排序段内的RLC PDU都已经按序完整接收了，RLCAM发送端可以把发送滑窗内ACK_SN之前的滑窗单元内的RLC PDU都释放掉。如果RLC AM接收端接收到的RLC状态报告携带了NACK_SN域，则RLC AM发送端除了需要构造重传报文外，需要把发送滑窗释放到最小的NACK_SN域对应的滑窗单元的前一个单元，认为最小的NACK_SN域之前的RLC PDU，RLC AM接收端都已经按序正确接收了。 
RLC AM接收端构造的RLC AM状态报告是否能够完整发送，也需要根据当前空口的调度带宽来决定。如果当前空口的调度带宽小于当前要发送的RLC AM状态报告，这时候RLC需要将该状态报告按照调度带宽进行裁剪之后发送。具体的裁剪规则是，状态报告从后向前一个一个的删除NACK_SN域，如果NACK_SN域携带SOstart域和SOend域的话，需要一并删除，删到满足调度带宽之后，将最后删除的一个NACK_SN域作为ACK_SN填写，然后将裁剪的状态报告作为一个整体发送出去。 
附图2和附图3是一个例子，附图2中RLC需要发送一个状态报告，其中ACK_SN为550，指明RLC AM接收端接收滑窗排序段后第一个未完整接收的RLC PDU的SN为550。其中携带一个NACK_SN域，假如指明的RLC PDU SN为530，这个NACK_SN域携带了SOstart域和SOend域，指明了RLC AM接收端接收滑窗排序段中缺失SN＝530的RLC PDU的一个分片。通过附图可以看到这样的一个状态报告需要8字节。假如这个时候的空口调度带宽为7个字节，那么这样一个状态报告就无法完整发送出去，那么按照上面的状态报告裁 剪方式，这个状态报告就被裁减成附图3的形式，可以看到变为只有两个字节，其中将一个NACK_SN域删除了，并且将ACK_SN变为530。这个时候存在一个问题，RLC AM接收端本来想要RLC AM发送端重传PDU为530的一个分片，但是由于空口调度带宽不够，导致状态报告被裁减，裁剪之后的状态报告里面不携带NACK_SN域，并且将ACK_SN从550变为530。RLC AM发送端收到这样一个状态报告后，按照目前协议：1)无须为RLC AM接收端重传任何报文；2)RLC AM发送端的发送滑窗可以释放到530的前一个单元。这里存在的问题是，假如一段时间内空口的调度带宽都不够8个字节，那么RLC AM接收端就只能一直发送这样一个被裁剪过的状态报告，而RLC AM发送端则一直不能给RLC AM接收端重传报文530，导致RLC AM接收端无法收齐530而不能前移接收滑窗，就会反过来造成RLC AM发送端的发送滑窗停滞，这样就进入了一个死锁状态。这样当RLC AM发送端发送滑窗满了之后，发送滑窗就不能容纳新的RLC PDU，导致RLC AM发送端断流，这时候RLC AM发送端按照协议会主动发送Polling PDU请求RLC AM接收端回复状态报告，而如果RLC AM接收端的空口调度仍然维持在小于8个字节的话，那么被裁减的状态报告不能使RLC AM发送端前移发送滑窗，最终导致发送端一直重发Polling PDU，导致Polling PDU被重传超过设定的RLC最大重传次数，导致承载或者UE被释放。 
通过上面的举例分析，可以看到，按照目前的RLC协议设计，是存在一个缺陷的。那就是当RLC AM接收端在一段时间内调度带宽比较小，如果被裁减过的状态报告无法携带任何NACK_SN域，则RLC AM发送端不能给RLC AM接收端重传任何报文，导致RLC AM接收端接收滑窗不能前移，反过来导致RLC AM发送端发送滑窗不能前移，使得进入一个死锁状态。如果这种情况一段时间内保持，则最终会导致发送端RLC滑窗满断流，以及导致后续的RLC超过最大重传次数引起承载或者UE被释放的问题。 
发明内容
本发明的目的在于提供一种RLC AM状态报告处理的方法和系统，用于解决RLC超过最大重传次数引起承载或者UE被释放的问题 
根据本发明的一个方面，提供了一种RLC AM状态报告处理的方法，包括以下步骤： 
RLC AM发送端接收RLC AM接收端发送的RLC AM状态报告； 
RLC AM发送端判断RLC AM状态报告是裁剪状态报告还是正常状态报告； 
若RLC AM状态报告是裁剪状态报告，则根据RLC AM状态报告的相应标识进行重传处 理； 
若RLC AM状态报告是正常状态报告，则根据RLC AM状态报告的相应标识进行处理。 
优选的，在RLC AM接收端发送RLC AM状态报告之前，还包括： 
RLC AM发送端向RLC AM接收端发送RLC PDU； 
RLC AM接收端根据接收到的RLC PDU产生RLC AM状态报告。 
优选的，RLC AM发送端判断RLC AM状态报告是裁剪状态报告还是正常状态报告，包括： 
判断RLC AM状态报告中是否只包含RLC AM接收端没有完整接收但不需要重传的RLCPDU的标识； 
判断RLCAM发送端接收到的RLCAM状态报告的次数是否大于或等于系统设定的重传次数； 
判断RLC AM发送端是否存在已经发出但未被接收端确认的RLC PDU； 
若RLC AM状态报告中只包含RLC AM接收端没有完整接收但不需要重传的RLC PDU的标识、RLC AM发送端接收到的RLC AM状态报告的次数大于或等于系统设定的重传次数并且RLC AM发送端存在已经发出但未被接收端确认的RLC PDU，则RLC AM状态报告是裁剪状态报告，否则，RLC AM状态报告是正常状态报告。 
优选的，根据RLC AM状态报告的相应标识进行重传处理，包括： 
把RLC AM状态报告中标识为没有完整接收但不需要重传的RLC PDU进行重传。 
优选的，根据RLC AM状态报告的相应标识进行处理，包括： 
根据RLC AM状态报告得到标识为没有完整接收但不需要重传的RLC PDU的序列号，在RLC AM发送端中把序列号小于标识为没有完整接收但不需要重传的RLC PDU的序列号的RLC PDU删除； 
把RLC AM状态报告中标识为没有完整接收且需要重传的RLC PDU进行重传。 
根据本发明的一个方面，提供了一种RLC AM状态报告处理的系统，包括： 
RLC AM接收端，用于发送RLC AM状态报告； 
RLC AM发送端，用于接收RLC AM状态报告，并判断RLC AM状态报告是裁剪状态报告还是正常状态报告，若RLC AM状态报告是裁剪状态报告，则根据RLC AM状态报告的相应标识进行重传处理，若RLC AM状态报告是正常状态报告，则根据RLC AM状态报告的相应标识进行处理。 
优选的，RLC AM发送端包括： 
信息接收单元，用于接收RLC AM状态报告； 
状态报告判断单元，用于判断RLC AM状态报告是裁剪状态报告还是正常状态报告； 
状态报告处理单元，用于当RLC AM状态报告是裁剪状态报告时，根据RLC AM状态报告的相应标识进行重传处理，当RLC AM状态报告是正常状态报告时，根据RLC AM状态报告的相应标识进行处理。 
优选的，状态报告判断单元包括： 
标识识别单元，用于判断RLC AM状态报告中是否只包含RLC AM接收端没有完整接收但不需要重传的RLC PDU的标识； 
重传次数判断单元，用于判断RLC AM发送端接收到的RLC AM状态报告的次数是否大于或等于系统设定的重传次数； 
存储识别单元，用于判断RLC AM发送端是否存在已经发出但未被接收端确认的RLC PDU； 
其中，若RLC AM状态报告中只包含RLC AM接收端没有完整接收但不需要重传的RLC PDU的标识、RLC AM发送端接收到的RLC AM状态报告的次数大于或等于系统设定的重传次数并且RLC AM发送端存在已经发出但未被接收端确认的RLC PDU，则RLC AM状态报告是裁剪状态报告，否则，所述RLC AM状态报告是正常状态报告。 
优选的，状态报告处理单元包括： 
裁剪状态报告处理单元，用于把RLC AM状态报告中标识为没有完整接收但不需要重传的RLC PDU进行重传； 
正常状态报告处理单元，用于根据RLC AM状态报告得到标识为没有完整接收但不需要重传的RLC PDU的序列号，再在RLC AM发送端中把序列号小于标识为没有完整接收但不需要重传的RLC PDU的序列号的RLC PDU删除，并把RLC AM状态报告中标识为没有完整接收且需要重传的RLC PDU进行重传。 
优选的，RLC AM发送端还包括： 
信息发送单元，用于向RLC AM接收端发送无线链路控制数据单元RLC PDU。 
与现有技术相比较，本发明的有益效果在于：本发明通过对PLC AM状态报告进行判别和处理解决了RLC超过最大重传次数引起承载或者UE被释放的问题。 
附图说明
图1是现有技术提供的RLC AM状态报告的报文格式示意图； 
图2是现有技术提供的裁剪前的状态报告示意图； 
图3是现有技术提供的裁剪后的状态报告示意图。 
图4是本发明提供的RLC AM状态报告处理的方法流程示意图； 
图5是本发明提供的RLC AM状态报告处理的系统框图。 
具体实施方式
以下结合附图对本发明的优选实施例进行详细说明，应当理解，以下所说明的优选实施例仅用于说明和解释本发明，并不用于限定本发明。 
图4显示了本发明提供的RLC AM状态报告处理的方法流程示意，如图4所示： 
步骤S401，RLC AM发送端接收RLC AM接收端发送的RLC AM状态报告。 
在此之前，RLC AM发送端向RLC AM接收端发送RLC PDU，RLC AM接收端根据接收到的RLC PDU产生并发送RLC AM状态报告。 
步骤S402，RLC AM发送端判断RLC AM状态报告是裁剪状态报告还是正常状态报告。 
判断过程如下：判断RLC AM状态报告中是否只包含RLC AM接收端没有完整接收但不需要重传的RLC PDU的标识，判断RLC AM发送端接收到的RLC AM状态报告的次数是否大于或等于系统设定的重传次数，判断RLC AM发送端是否存在已经发出但未被接收端确认的RLC PDU，若RLC AM状态报告中只包含RLC AM接收端没有完整接收但不需要重传的RLC PDU的标识、RLC AM发送端接收到的RLC AM状态报告的次数大于或等于系统设定的重传次数并且RLC AM发送端存在已经发出但未被接收端确认的RLC PDU，则RLC AM状态报告是裁剪状态报告，否则，RLC AM状态报告是正常状态报告。 
步骤S403，若RLC AM状态报告是裁剪状态报告，则根据RLC AM状态报告的相应标识进行重传处理，把RLC AM状态报告中标识为没有完整接收但不需要重传的RLC PDU进行重传。 
步骤S404，若RLC AM状态报告是正常状态报告，则根据RLC AM状态报告的相应标识进行处理，根据RLC AM状态报告得到标识为没有完整接收但不需要重传的RLC PDU的序列号，在RLC AM发送端中把序列号小于标识为没有完整接收但不需要重传的RLC PDU的序列号的RLC PDU删除，再把RLC AM状态报告中标识为没有完整接收且需要重传的RLC PDU进行重传。 
图5显示了本发明提供的RLC AM状态报告处理的系统框图，如图5所示，系统包括RLC AM接收端和RLC AM发送端，RLC AM接收端当接收到RLC AM发送端发送的RLC PDU时，产生RLC AM状态报告并向RLC AM发送端发送。 
RLC AM发送端包括信息接收单元、状态报告判断单元、状态报告处理单元和信息发送单元，信息接收单元接收RLC AM接收端发送的RLC AM状态报告，状态报告判断单元判断RLC AM状态报告是裁剪状态报告还是正常状态报告然后交由状态报告处理单元处理，状态报告处理单元当RLC AM状态报告是裁剪状态报告时，根据RLC AM状态报告的相应标识进行重传处理，当RLC AM状态报告是正常状态报告时，根据RLC AM状态报告的相应标识进行处理，信息发送单元实时向RLC AM接收端发送RLC PDU。 
其中，状态报告判断单元包括标识识别单元、重传次数判断单元和存储识别单元，标识识别单元判断RLC AM状态报告中是否只包含RLC AM接收端没有完整接收但不需要重传的无线链路控制数据单元RLC PDU的标识，重传次数判断单元判断RLC AM发送端接收到的RLC AM状态报告的次数是否大于或等于系统设定的重传次数，存储识别单元判断RLC AM发送端是否存在已经发出但未被接收端确认的RLC PDU，若RLC AM状态报告中只包含RLC AM接收端没有完整接收但不需要重传的RLC PDU的标识、RLC AM发送端接收到的RLC AM状态报告的次数大于或等于系统设定的重传次数并且RLC AM发送端存在已经发出但未被接收端确认的RLC PDU，则RLC AM状态报告是被裁剪状态报告，否则，RLC AM状态报告是正常状态报告。 
状态报告处理单元包括裁剪状态报告处理单元和正常状态报告处理单元，裁剪状态报告处理单元用于把RLC AM状态报告中标识为没有完整接收但不需要重传的RLC PDU进行重传，正常状态报告处理单元用于根据RLC AM状态报告得到标识为没有完整接收但不需要重传的RLC PDU的序列号，再在RLC AM发送端中把序列号小于标识为没有完整接收但不需要重传的RLC PDU的序列号的RLC PDU删除，并把RLC AM状态报告中标识为没有完整接收且需要重传的RLC PDU进行重传。 
下面通过一个具体实施例，对本发明RLC AM状态报告处理的方法进行详细说明。 
本发明优化了3GPP 36.322 RLC协议中RLC AM模式下处理状态报告的机制，主要是对收到的状态报告进行判断，区分出一个只包含ACK_SN域的状态报告是否为一个被裁减的状态报告，从而快速重传对应的RLC PDU，避免由于状态报告的发送端在一定时间内空口调度 不够导致的一直不能发送有效的状态报告，造成收发两端RLC滑窗停滞而引起RLC数据发送端断流或者RLC达到最大重传次数的问题。对于本发明中涉及的RLC状态报告的处理，可以作为3GPP 36.322 RLC协议处理状态报告原有方式的一个补充，可以避免原协议中存在的上述的缺陷。 
RLC AM发送端接收到一个RLC AM状态报告，如果只包含ACK_SN域，则和自己的发送滑窗中的相关变量进行对比，如果ACK_SN域等于当前发送滑窗的发送下沿VtA，同时发送滑窗又不为空，具体判断条件为VtA ！＝VtS，VtS为发送滑窗内下一个要发送的RLC PDU的SN，这时候可以初步认定该状态报告可能是一个被裁减过的状态报告。但是该状态报告也有可能是之前的某个经过底层Harq重传迟到的状态报告。为了区分这种情况，可以设一个门限标识RH，设置RH大于等于底层设置的Harq的最大重传次数。那么如果多次接收到满足条件(ACK_SN＝＝VtA)&&(VtA！＝VtS)的状态报告，而相同状态报告的连续接收次数大于或等于RH，则认为这个状态报告肯定不是之前的某个由于底层Harq重传迟到的，则可以认定它是一个被裁剪过的状态报告。这时候对于一个被裁减过的状态报告，其中ACK_SN域实际应该是一个接收端未完整接收的RLC PDU的SN，所以RLC AM发送端将ACK_SN域对应的RLC PDU进行重传，就可以触发RLC AM接收端接收完整该RLC PDU，使得RLC AM接收端接收滑窗前移，反过来使得RLC AM发送端发送滑窗前移，最终快速结束RLC AM发送端发送滑窗的停滞，避免后续的RLC断流以及UE或者承载被释放的问题。 
具体本发明可以按照如下方式来实施。 
首先设置一个变量RH，保证RH大于或等于底层设置的Harq最大重传次数；然后为对应的RLC AM承载设置两个变量：RlcAckedVtaSN和RlcAckedVtaCount，用于记录最后一次符合条件的状态报告的ACK_SN的值，以及连续接收到相同符合条件的状态报告的次数，RlcAckedVtaSN初始化为0xFFFF，RlcAckedVtaCount初始化为0。设当前收到的状态报告中的ACK_SN域的值为AckSn，本发明中RLC具体处理状态报告的实施步骤如下： 
步骤S601，判断该状态报告是否没有包含任何NACK_SN域，如果为真则继续执行步骤S602，否则转到步骤S606。 
步骤S602，判断当前是否满足((AckSn＝＝VtA)&&(VtA ！＝VtS))，如果为真则继续执行步骤S603，否则转到步骤S606。 
步骤S603，判断是否满足(AckSn＝＝RlcAckedVtaSN)，如果为真则继续执行步骤S604，否则设置RlcAckedVtaSN＝AckSn并且RlcAckedVtaCount＝1，之后退出，结束状态报告的处 理流程。 
步骤S604，执行RlcAckedVtaCount＝RlcAckedVtaCount+1。 
步骤S605，判断是否满足(RlcAckedVtaCount＝＝RH)，如果为真，则重传AckSn对应的RLC PDU，然后重新初始化RlcAckedVtaSN为0xFFFF，RlcAckedVtaCount为0，之后退出，结束状态报告的处理流程；如果为假，则直接退出，结束状态报告的处理流程。 
步骤S606，设置RlcAckedVtaSN为0xFFFF，RlcAckedVtaCount为0，继续原有状态报告的处理流程。 
综上所述，本发明具有以下技术效果：本发明改进了原有RLC协议处理状态报告的机制，在RLC AM发送端通过自己的发送滑窗的当前情况和接收到的状态报告的内容，判断这是否是一个被裁减过的状态报告，从而提取出需要重传的信息，给RLC AM接收端进行重传，使得RLC AM接收端的接收滑窗前移，从而促使RLC AM发送端的发送滑窗前移，避免由于RLC AM发送端滑窗出现的RLC满断流以及后续的RLC超过最大重传次数导致承载或者UE被释放的问题，提高了LTE网络的空口效率和稳定性。 
尽管上文对本发明进行了详细说明，但是本发明不限于此，本领域技术人员可以根据本发明的原理进行各种修改。因此，凡按照本发明原理所作的修改，都应当理解为落入本发明的保护范围。 

Claims (10)

1.一种RLC AM状态报告处理的方法，其特征在于，包括以下步骤：
配置为确认模式的无线链路控制RLC AM发送端接收RLC AM接收端发送的RLC AM状态报告；
所述RLC AM发送端判断所述RLC AM状态报告是裁剪状态报告还是正常状态报告；
若所述RLC AM状态报告是裁剪状态报告，则根据所述RLC AM状态报告的相应标识进行重传处理；以及
若所述RLC AM状态报告是正常状态报告，则根据所述RLC AM状态报告的相应标识进行处理。
2.根据权利要求1所述的方法，其特征在于，在RLC AM接收端发送RLC AM状态报告之前，还包括：
所述RLC AM发送端向所述RLC AM接收端发送无线链路控制数据单元RLC PDU；以及
所述RLC AM接收端根据接收到的RLC PDU产生RLC AM状态报告。
3.根据权利要求2所述的方法，其特征在于，所述RLC AM发送端判断所述RLC AM状态报告是裁剪状态报告还是正常状态报告，包括：
判断所述RLC AM状态报告中是否只包含所述RLC AM接收端没有完整接收但不需要重传的RLC PDU的标识；
判断所述RLC AM发送端接收到的RLC AM状态报告的次数是否大于或等于系统设定的重传次数；
判断所述RLC AM发送端是否存在已经发出但未被接收端确认的RLC PDU；以及
若所述RLC AM状态报告中只包含所述RLC AM接收端没有完整接收但不需要重传的RLC PDU的标识、所述RLC AM发送端接收到的RLC AM状态报告的次数大于或等于系统设定的重传次数并且所述RLC AM发送端存在已经发出但未被接收端确认的RLC PDU，则所述RLC AM状态报告是裁剪状态报告，否则，所述RLC AM状态报告是正常状态报告。
4.根据权利要求3所述的方法，其特征在于，所述根据RLC AM状态报告的相应标识进行重传处理，包括：
把所述RLC AM状态报告中标识为没有完整接收但不需要重传的RLC PDU进行重传。
5.根据权利要求4所述的方法，其特征在于，所述根据RLC AM状态报告的相应标识进行处理，包括：
根据所述RLC AM状态报告得到标识为没有完整接收但不需要重传的RLC PDU的序列号，在RLC AM发送端中把序列号小于标识为没有完整接收但不需要重传的RLC PDU的序列号的RLC PDU删除；以及
把所述RLC AM状态报告中标识为没有完整接收且需要重传的RLC PDU进行重传。
6.一种RLC AM状态报告处理的系统，其特征在于，包括：
RLC AM接收端，用于发送配置为确认模式的无线链路控制RLC AM状态报告；
RLC AM发送端，用于接收所述RLC AM状态报告，并判断所述RLC AM状态报告是裁剪状态报告还是正常状态报告，若所述RLC AM状态报告是裁剪状态报告，则根据所述RLCAM状态报告的相应标识进行重传处理，若所述RLC AM状态报告是正常状态报告，则根据所述RLC AM状态报告的相应标识进行处理。
7.根据权利要求6所述的系统，其特征在于，所述RLC AM发送端包括：
信息接收单元，用于接收所述RLC AM状态报告；
状态报告判断单元，用于判断所述RLC AM状态报告是裁剪状态报告还是正常状态报告；
状态报告处理单元，用于当所述RLC AM状态报告是裁剪状态报告时，根据所述RLC AM状态报告的相应标识进行重传处理，当所述RLC AM状态报告是正常状态报告时，根据所述RLC AM状态报告的相应标识进行处理。
8.根据权利要求7所述的系统，其特征在于，所述状态报告判断单元包括：
标识识别单元，用于判断所述RLC AM状态报告中是否只包含所述RLC AM接收端没有完整接收但不需要重传的无线链路控制数据单元RLC PDU的标识；
重传次数判断单元，用于判断所述RLC AM发送端接收到的RLC AM状态报告的次数是否大于或等于系统设定的重传次数；以及
存储识别单元，用于判断所述RLC AM发送端是否存在存在已经发出但未被接收端确认的RLC PDU；
其中，若所述RLC AM状态报告中只包含所述RLC AM接收端没有完整接收但不需要重传的RLC PDU的标识、所述RLC AM发送端接收到的RLC AM状态报告的次数大于或等于系统设定的重传次数并且所述RLC AM发送端存在已经发出但未被接收端确认的RLC PDU，则所述RLC AM状态报告是裁剪状态报告，否则，所述RLC AM状态报告是正常状态报告。
9.根据权利要求8所述的系统，其特征在于，所述状态报告处理单元包括：
裁剪状态报告处理单元，用于把所述RLC AM状态报告中标识为没有完整接收但不需要重传的RLC PDU进行重传；以及
正常状态报告处理单元，用于根据所述RLC AM状态报告得到标识为没有完整接收但不需要重传的RLC PDU的序列号，再在RLC AM发送端中把序列号小于标识为没有完整接收但不需要重传的RLC PDU的序列号的RLC PDU删除，并把所述RLC AM状态报告中标识为没有完整接收且需要重传的RLC PDU进行重传。
10.根据权利要求9所述的系统，其特征在于，所述RLC AM发送端还包括：
信息发送单元，用于向所述RLC AM接收端发送无线链路控制数据单元RLC PDU。
CN201110248235.9A 2011-08-24 2011-08-24 一种rlc am状态报告处理的方法和系统 Expired - Fee Related CN102957522B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201110248235.9A CN102957522B (zh) 2011-08-24 2011-08-24 一种rlc am状态报告处理的方法和系统
PCT/CN2012/072266 WO2012155619A1 (zh) 2011-08-24 2012-03-13 一种rlcam状态报告处理的方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110248235.9A CN102957522B (zh) 2011-08-24 2011-08-24 一种rlc am状态报告处理的方法和系统

Publications (2)

Publication Number Publication Date
CN102957522A true CN102957522A (zh) 2013-03-06
CN102957522B CN102957522B (zh) 2017-05-10

Family

ID=47176231

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110248235.9A Expired - Fee Related CN102957522B (zh) 2011-08-24 2011-08-24 一种rlc am状态报告处理的方法和系统

Country Status (2)

Country Link
CN (1) CN102957522B (zh)
WO (1) WO2012155619A1 (zh)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107172649A (zh) * 2017-07-26 2017-09-15 京信通信系统（中国）有限公司 一种数据传输方法及设备
CN107659959A (zh) * 2016-07-25 2018-02-02 普天信息技术有限公司 一种专网无线通信系统中上报接收数据状态的方法
WO2018127020A1 (zh) * 2017-01-05 2018-07-12 华为技术有限公司 分段重传的方法和装置
CN108809540A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 数据处理方法及设备
CN110546987A (zh) * 2017-04-26 2019-12-06 三星电子株式会社 下一代移动通信系统中发送无线链路控制状态报告的方法和装置
WO2020034133A1 (zh) * 2018-08-16 2020-02-20 华为技术有限公司 通信方法及装置
CN110971352A (zh) * 2018-09-30 2020-04-07 大唐移动通信设备有限公司 一种上行增强rlc分片的harq重传处理方法及装置
CN112019306A (zh) * 2019-05-28 2020-12-01 上海华为技术有限公司 一种数据重传方法以及装置
CN112637876A (zh) * 2020-12-30 2021-04-09 京信网络系统股份有限公司 一种状态报告的发送方法、装置、电子设备及介质
CN114826495A (zh) * 2022-06-22 2022-07-29 深圳市佳贤通信设备有限公司 一种降低nr、rlc、am分片丢失报告开销的方法
WO2023202566A1 (zh) * 2022-04-18 2023-10-26 中兴通讯股份有限公司 状态报告生成方法、装置、计算机设备及可读介质

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN100512506C (zh) * 2004-05-12 2009-07-08 华为技术有限公司 一种状态报告的传输方法
CN101651527A (zh) * 2008-08-11 2010-02-17 华为技术有限公司 数据处理方法、重传上报方法、设备及数据传输系统
CN101989899B (zh) * 2009-07-31 2013-12-18 中兴通讯股份有限公司 一种无线链路控制层触发状态报告的方法及接收侧装置
CN101697630B (zh) * 2009-10-23 2015-04-01 中兴通讯股份有限公司 一种无线链路扩充缓冲区状态报告的方法及装置
CN101895372B (zh) * 2010-06-29 2013-04-03 中国科学院计算技术研究所 无线链路控制层确认模式下的数据传输方法

Cited By (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107659959A (zh) * 2016-07-25 2018-02-02 普天信息技术有限公司 一种专网无线通信系统中上报接收数据状态的方法
US11063709B2 (en) 2017-01-05 2021-07-13 Huawei Technologies Co., Ltd. Segment retransmission method and apparatus
WO2018127020A1 (zh) * 2017-01-05 2018-07-12 华为技术有限公司 分段重传的方法和装置
CN110546987A (zh) * 2017-04-26 2019-12-06 三星电子株式会社 下一代移动通信系统中发送无线链路控制状态报告的方法和装置
CN110546987B (zh) * 2017-04-26 2024-03-01 三星电子株式会社 下一代移动通信系统中发送无线链路控制状态报告的方法和装置
CN108809540A (zh) * 2017-05-05 2018-11-13 华为技术有限公司 数据处理方法及设备
CN108809540B (zh) * 2017-05-05 2021-09-17 华为技术有限公司 数据处理方法及设备
CN107172649A (zh) * 2017-07-26 2017-09-15 京信通信系统（中国）有限公司 一种数据传输方法及设备
WO2020034133A1 (zh) * 2018-08-16 2020-02-20 华为技术有限公司 通信方法及装置
CN110971352B (zh) * 2018-09-30 2021-01-26 大唐移动通信设备有限公司 一种上行增强rlc分片的harq重传处理方法及装置
CN110971352A (zh) * 2018-09-30 2020-04-07 大唐移动通信设备有限公司 一种上行增强rlc分片的harq重传处理方法及装置
CN112019306A (zh) * 2019-05-28 2020-12-01 上海华为技术有限公司 一种数据重传方法以及装置
CN112637876A (zh) * 2020-12-30 2021-04-09 京信网络系统股份有限公司 一种状态报告的发送方法、装置、电子设备及介质
WO2023202566A1 (zh) * 2022-04-18 2023-10-26 中兴通讯股份有限公司 状态报告生成方法、装置、计算机设备及可读介质
CN114826495A (zh) * 2022-06-22 2022-07-29 深圳市佳贤通信设备有限公司 一种降低nr、rlc、am分片丢失报告开销的方法
CN114826495B (zh) * 2022-06-22 2022-09-16 深圳市佳贤通信设备有限公司 一种降低nr、rlc、am分片丢失报告开销的方法

Also Published As

Publication number Publication date
WO2012155619A1 (zh) 2012-11-22
CN102957522B (zh) 2017-05-10

Similar Documents

Publication Publication Date Title
CN102957522A (zh) 一种rlc am状态报告处理的方法和系统
EP3603138B1 (en) Packet data convergence protocol windows with split bearers
US11646825B2 (en) Transmitting node, receiving node, methods and mobile communications system
RU2517279C2 (ru) Базовая станция, мобильная станция, система связи, способ передачи и способ переупорядочивания
CN104935413B (zh) 分组数据汇聚协议pdcp实体及其执行的方法
US8428086B2 (en) Transmitting data in a mobile communication system
US9036596B2 (en) Transmitting data in a mobile communication system
US7936723B2 (en) Method for transmitting status report of PDCP layer in mobile telecommunications system and receiver of mobile telecommunications
TWI454096B (zh) Ｍａｃ層重置後ｂ節點緩衝資料之高效回復系統
KR101853982B1 (ko) 반송파 집적 환경에서의 데이터 전송 방법 및 시스템
WO2018127225A1 (zh) 数据传输方法、网络侧设备及用户设备
US8649279B2 (en) Apparatus and method for adaptive TSP setting to minimize duplicate packet transmissions
TW201212607A (en) Method and apparatus for controlling a handover between UTRA R6 cells and R7 cells
EP3065456A1 (en) User equipment and method
CN101933280A (zh) 用于发送pdcp状态报告的移动通信系统和方法
EP2938017B1 (en) Methods, radio base station and radio network controller
US11240703B2 (en) Communications devices, method and mobile communications system
KR20160135766A (ko) 개선된 멀티-캐리어 통신을 위한 방법 및 장치
CN110506404A (zh) 一种数据接收状态报告方法及装置
EP2105006A2 (en) Method for transmitting control information in a mobile communication system
EP3226606A1 (en) Systems and methods for ran-wlan aggregation
KR20090132503A (ko) 상위로 ＰＤＣＰ 데이터 유닛(ｄａｔａ ｕｎｉｔ)을 전달하는 방법
US11133898B2 (en) Retransmission handling at TTI length switch
GB2462699A (en) Delivering PDCP SDUs to an upper layer within a receiving side entity of an E-UMTS
CN102238657B (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
GR01 Patent grant
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20170510

Termination date: 20190824