CN107276727A - 一种进行反馈的方法和设备 - Google Patents
一种进行反馈的方法和设备 Download PDFInfo
- Publication number
- CN107276727A CN107276727A CN201710309729.0A CN201710309729A CN107276727A CN 107276727 A CN107276727 A CN 107276727A CN 201710309729 A CN201710309729 A CN 201710309729A CN 107276727 A CN107276727 A CN 107276727A
- Authority
- CN
- China
- Prior art keywords
- pdu
- lost
- information
- section
- 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
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/1607—Details of the supervisory signal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W28/00—Network traffic management; Network resource management
- H04W28/02—Traffic management, e.g. flow control or congestion control
- H04W28/06—Optimizing the usage of the radio link, e.g. header compression, information sizing, discarding information
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
本发明涉及无线通信技术领域，特别涉及一种进行反馈的方法和设备，用以解决现有技术中存在的若多个连续PDU同时丢包，RLC状态报告中包括丢包的PDU的SN，从而造成效率比较低，浪费传输资源，不利于空口效率和处理效率提升的问题。本发明实施例接收设备确定一段丢失的PDU对应的连续丢失反馈信息，并将包含连续丢失反馈信息的状态报告发送给发送设备，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN。由于在连续丢失反馈信息不包括该段丢失的PDU中全部PDU的SN，从而在多个连续PDU同时丢包，节省了RLC状态报告的开销，从而提高了效率，节省了传输资源。
Description
技术领域
本发明涉及无线通信技术领域，特别涉及一种进行反馈的方法和设备。
背景技术
UE(终端，也称为用户设备)和eNB(演进基站)之间的数据传输，通常经过PDCP(Packet Data Convergence Protocol，分组数据聚合协议)、RLC(Radio Link Control，无线链路控制)、MAC(Medium Access Control，媒体接入控制)和PHY(物理层)的传输，每一层完成不同的数据处理。PDCP主要是进行安全操作和头压缩解压缩处理，例如加密和完整性保护，ROHC(RObust Header Compression，鲁棒性头压缩)压缩和解压缩等；RLC主要完成数据的分段级联和按序递交及ARQ(Automatic Repeat reQuest，自动重传请求)数据传输保障；MAC主要完成调度和不同逻辑信道的级联处理及HARQ(Hybrid Automatic RepeatreQuest，混合自动重传请求)操作；物理层完成传输块成包和空口发送。
RLC层支持三种模式：透明模式(TM)、非确认模式(UM)、确认模式(AM)。当前RLC AM和UM在进行发送数据时，都是将RLC SDU(Service Data Unit,服务数据单元)逐个组织形成RLC PDU的，即RLC SDU和RLC PDU(Protocol Data Unit，协议数据单元)一对一映射。当MAC传输机会到达时，RLC根据传输资源的大小，组织若干个RLC PDU和必要的RLC PDU分段，发送至MAC，进行组包并发送。
RLC的状态报告反馈中，必选的会携带ACK_SN(ACK：ACKnowledge，正确应答指令；SN：Sequence Number，序列号)信息，以指示当前可以确认接收状态的最高的PDU的SN号。当存在丢包的情况下，也会在同一个状态报告中携带NACK_SN(NACK：Negative ACKnowledge，错误应答指令)以及可能的分段信息，以指示哪些PDU或PDU分段丢失了，需要重传。RLC通过状态报告反馈和重传机制来达到对较高数据传输成功率的保障，达到业务QoS(Quality ofService，业务质量)要求。
移动通信系统未来发展中，为了更好的满足用户需求，极大提升网络容量和吞吐量，在5G将引入新的空口传输方式，更多的网络节点，复杂的网络拓扑。在5G网络中，RLC对数据的处理取消了级联功能，即RLC SDU一对一的组成RLC PDU，因此在一次传输机会中，有很高的可能性传输若干个RLC PDU。
现有技术中，RLC状态报告在发送时，只能携带单个粒度的PDU SN信息。而当取消RLC级联之后，一次发送的PDU个数将会比较大，丢包发生的情况下，若干连续PDU会同时丢包，此时将若干连续PDU的SN逐一携带，此种方式效率低下，浪费了传输资源，不利于空口效率和处理效率的提升。
发明内容
本发明提供一种进行反馈的方法和设备，用以解决现有技术中存在的若多个连续PDU同时丢包，RLC状态报告中包括丢包的PDU的SN，从而造成效率比较低，浪费传输资源，不利于空口效率和处理效率提升的问题。
本发明实施例提供的一种进行反馈的方法，该方法包括：
针对任意一段丢失的PDU，接收设备确定该段丢失的PDU对应的连续丢失反馈信息，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；
所述接收设备将包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告发送给发送设备，以使所述发送设备根据连续丢失反馈信息确定对应段丢失的PDU。
本发明实施例提供的另一种进行反馈的方法，该方法包括：
发送设备接收来自接收设备的包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；
所述发送设备根据所述连续丢失反馈信息确定至少一个段丢失的PDU。
本发明实施例提供的一种进行反馈的接收设备，该接收设备包括：
信息确定模块，用于针对任意一段丢失的PDU，确定该段丢失的PDU对应的连续丢失反馈信息，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；
发送模块，用于将包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告发送给发送设备，以使所述发送设备根据连续丢失反馈信息确定对应段丢失的PDU。
本发明实施例提供的一种进行反馈的发送设备，该发送设备包括：
接收模块，用于接收来自接收设备的包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；
处理模块，用于根据所述连续丢失反馈信息确定至少一个段丢失的PDU。
本发明实施例接收设备确定一段丢失的PDU对应的连续丢失反馈信息，并将包含连续丢失反馈信息的状态报告发送给发送设备，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN。由于在连续丢失反馈信息不包括该段丢失的PDU中全部PDU的SN，从而在多个连续PDU同时丢包，节省了RLC状态报告的开销，从而提高了效率，节省了传输资源。
附图说明
为了更清楚地说明本发明实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简要介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明实施例进行反馈的系统结构示意图；
图2为本发明实施例第一种丢包示意图；
图3为本发明实施例第二种丢包示意图；
图4为本发明实施例第一种状态报告格式示意图；
图5为本发明实施例第二种状态报告格式示意图；
图6为本发明实施例第二种状态报告格式示意图；
图7为本发明实施例第一种接收设备的结构示意图；
图8为本发明实施例第一种发送设备的结构示意图；
图9为本发明实施例第二种接收设备的结构示意图；
图10为本发明实施例第二种发送设备的结构示意图；
图11为本发明实施例第一种进行反馈的方法流程示意图；
图12为本发明实施例第二种进行反馈的方法流程示意图。
具体实施方式
为了使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明作进一步地详细描述，显然，所描述的实施例仅仅是本发明一部份实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。
如图1所示，本发明实施例进行反馈的系统包括：接收模块10和发送设备20。
接收模块10，用于针对任意一段丢失的PDU，确定该段丢失的PDU对应的连续丢失反馈信息，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；将包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告发送给发送设备，以使所述发送设备根据连续丢失反馈信息确定对应段丢失的PDU；
发送设备20，用于接收来自接收设备的包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告，根据所述连续丢失反馈信息确定至少一个段丢失的PDU。
本发明实施例接收设备确定一段丢失的PDU对应的连续丢失反馈信息，并将包含连续丢失反馈信息的状态报告发送给发送设备，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN。由于在连续丢失反馈信息不包括该段丢失的PDU中全部PDU的SN，从而在多个连续PDU同时丢包，节省了RLC状态报告的开销，从而提高了效率，节省了传输资源；进一步提升了空口效率和处理效率。
本发明实施例所述连续丢失反馈信息中不包括该段丢失的PDU中全部PDU的SN包括下列情况中的一个：
1、所述连续丢失反馈信息中包括该段丢失的PDU中部分PDU的SN；
2、所述连续丢失反馈信息中没有该段丢失的PDU中任何一个PDU的SN。
其中，本发明实施例的连续丢失反馈信息中包括能够使发送设备确定丢失的一段PDU的信息。
比如可以包括一个PDU的SN和对应段丢失的PDU的数量；
还可以包括所述连续丢失反馈信息中包括两个PDU的SN。
连续丢失反馈信息中包括不同的信息，具体信息的含义也不同，下面列举几种。
一、连续丢失反馈信息中包括一个PDU的SN和对应段丢失的PDU的数量。
1、若所述一个PDU的SN为对应段丢失的PDU中第一个PDU的SN，则对应段丢失的PDU的数量包括第一个PDU或不包括第一个PDU。
比如一段丢失的PDU的SN是10到15，则连续丢失反馈信息中包括第一个PDU的SN，即10。丢失的PDU的数量如果包括第一个PDU的SN，则是6；如果不包括第一个PDU的SN，则是5。
具体包括还是不包括可以在协议中约定，也可以由发送和接收双方协商确定。只要能够保证发送和接收双方保持一致即可。
2、若所述一个PDU的SN为对应段丢失的PDU中最后一个PDU的SN，则对应段丢失的PDU的数量包括最后一个PDU或不包括最后一个PDU。
比如一段丢失的PDU的SN是10到15，则连续丢失反馈信息中包括第一个PDU的SN，即15。丢失的PDU的数量如果包括第一个PDU的SN，则是6；如果不包括第一个PDU的SN，则是5。
具体包括还是不包括可以在协议中约定，也可以由发送和接收双方协商确定。只要能够保证发送和接收双方保持一致即可。
3、若所述一个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
比如一段丢失的PDU的SN是10到15，则连续丢失反馈信息中包括的一个PDU的SN是位于第一个PDU前面的第一个PDU的SN，即9。丢失的PDU的数量是6。
4、若所述一个PDU的SN为位于后面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
比如一段丢失的PDU的SN是10到15，则连续丢失反馈信息中包括的一个PDU的SN是位于最后一个PDU后面的第一个PDU的SN，即16。丢失的PDU的数量是6。
上述几种方式具体使用哪种可以在协议中约定，也可以由发送和接收双方协商确定。只要能够保证发送和接收双方保持一致即可。
二、连续丢失反馈信息中包括所述连续丢失反馈信息中包括两个PDU的SN。
1、所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和最后一个PDU的SN。
比如一段丢失的PDU的SN是10到15，则连续丢失反馈信息中包括第一个PDU的SN和最后一个PDU的SN，即10和15。
2、所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和最后一个PDU的SN。
比如一段丢失的PDU的SN是10到15，则连续丢失反馈信息中包括位于第一个PDU前面的第一个PDU的SN和最后一个PDU的SN，即9和15。
3、所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
比如一段丢失的PDU的SN是10到15，则连续丢失反馈信息中包括位于第一个PDU的SN和位于最后一个PDU后面的第一个PDU的SN，即10和16。
4、所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
比如一段丢失的PDU的SN是10到15，则连续丢失反馈信息中包括位于第一个PDU前面的第一个和位于最后一个PDU后面的第一个，即9和16。
上述几种方式具体使用哪种可以在协议中约定，也可以由发送和接收双方协商确定。只要能够保证发送和接收双方保持一致即可。
上面介绍的是丢失的都是完整PDU的情况。在实施中，还有可能出现连续丢失的PDU中第一个和/或最后一个PDU是分段PDU。分段PDU为一部分正确接收，一部分丢失的PDU。
如果连续丢失的PDU中第一个是分段PDU，则第一个PDU中的后N字节丢失；
如果连续丢失的PDU中最后一个是分段PDU，则最后一个PDU中的前N字节丢失。
可选的，若段丢失的PDU包括分段PDU，则所述连续丢失反馈信息除了上面介绍的包括的信息外，还包括分段PDU对应的段偏移信息，以使所述发送设备根据段偏移信息确定分段PDU中丢失字节。
在实施中，段偏移信息包括的内容有很多，下面列举几种。
1、若分段PDU是对应段丢失的PDU中的第一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息。
比如第一个PDU一共500字节，丢失后200字节。若段偏移信息包括用于确定第一个PDU中接收成功字节的信息，则该信息为300；若段偏移信息包括用于确定第一个PDU中丢失字节的信息，则该信息为200。
具体采用哪种方式可以在协议中约定，也可以由发送和接收双方协商确定。只要能够保证发送和接收双方保持一致即可。
2、若分段PDU是对应段丢失的PDU中的最后一个PDU，则所述段偏移信息包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
比如最后一个PDU一共500字节，丢失后200字节。若段偏移信息包括用于确定最后一个PDU中接收成功字节的信息，则该信息为300；若段偏移信息包括用于确定最后一个PDU中丢失字节的信息，则该信息为200。
具体采用哪种方式可以在协议中约定，也可以由发送和接收双方协商确定。只要能够保证发送和接收双方保持一致即可。
3、若分段PDU是对应段丢失的PDU中的第一个PDU和最后一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息，以及包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
比如第一个PDU一共600字节，丢失后200字节，最后一个PDU一共500字节，丢失后200字节。若段偏移信息包括用于确定第一个PDU中接收成功字节的信息，则该信息为400；若段偏移信息包括用于确定第一个PDU中丢失字节的信息，则该信息为200；若段偏移信息包括用于确定最后一个PDU中接收成功字节的信息，则该信息为300；若段偏移信息包括用于确定最后一个PDU中丢失字节的信息，则该信息为200。
具体采用哪种方式可以在协议中约定，也可以由发送和接收双方协商确定。只要能够保证发送和接收双方保持一致即可。
上述几种方式具体使用哪种可以在协议中约定，也可以由发送和接收双方协商确定。只要能够保证发送和接收双方保持一致即可。
在实施中，为了进一步提高效率，所述连续丢失反馈信息中还可以包括但不限于下列信息中的部分或全部：
用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息，这个信息只要第一个PDU和最后一个PDU中有至少一个是分段PDU，就需要指示有分段PDU。
可选的，所述用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息位于所述状态报告的分段指示域中。
在实施中，可以设置一个专门的分段指示域。
这里的逻辑包含三种方式：
1、对于用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息，第一个分段可以单独使用1bit的分段指示域；
2、对于用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息，最后一个分段可以单独使用1bit的分段指示域；
3、对于用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息，第一个和最后一个分段可以联合使用一个分段指示域，比如1bit。也可以2bit，即指示是否是分段，以及指示哪个是分段，比如00代表没有分段，10代表第一个是分段，01代表最后一个是分段，11代表第一个和最后一个都是分段。
在实施中，有的时候有连续丢失的PDU，有的时候没有连续丢失的PDU。基于此一种可选的方式是在状态报告中添加一个用于指示状态报告中是否包括所述连续丢失反馈信息的信息，以便接收方根据该信息可以确定是否包含连续丢失反馈信息。
下面列举几个例子，对本发明的方案进行详细说明。
实施例1：NACK_SN+Num(即包括一个SN和PDU的数量)。
如图2所示，假设接收设备的接收状态为：最后接收到的PDU的SN为38，SN在[12,26]的范围之内的15个连续PDU丢失，其他都正常接收。
在判断丢失时，由于底层有可能存在HARQ的重传导致的接收顺序与发送顺序不一致的情况，一般来说，需要经过重排序定时器的检测，重排序定时器的长度一般为HARQ重传的最大时延。在本例中，发送设备可能在第一个传输时刻发送了数据包SN从0到11的连续12个PDU，在第二个传输时刻发送了数据包SN从12到26的连续15个PDU，在第三个传输时刻发送了数据包SN从27到38的连续12个PDU。
对于接收设备来说，先接收到了SN从0到11的连续12个PDU，接着接收到了SN从27到38的连续12个PDU，发现中间存在了接收序列缺口，即启动重排序定时器，重排序定时器长度约等于HARQ的最大传输时延，而当重排序定时器超时，仍旧没有接收到缺口处的15个PDU，则认定该15个PDU丢失，需要向发送设备反馈状态报告，告知这15个PDU丢失，需要发送设备重传。
在上述这种情况下，需要在一个状态报告中携带SN从12到26的PDU丢失的信息，也需要携带当前可以确定的尽可能多地接收信息。一种可行的方法是在状态报告中携带如下内容：
1、携带ACK_SN，该ACK_SN可以是当前能确定接收状态的PDU的最高SN的信息或者最高SN的下一个SN的信息，在本例中，ACK_SN可以设置为38或者39，告知发送设备SN＝38已经正确接收，或者下一个需要接收的SN为39。
2、携带NACK_SN序列信息(即NACK_SN+Num)，因为丢失的PDU是连续的一个序列，因此可以将该序列一起携带。
在本例中，可以将NACK_SN设置为12，并携带NACK_NUM＝15，表示从SN＝12开始的连续15个数据包都丢失了，即SN范围[12,26]的这连续15个PDU丢失；
或者可以携带NACK_SN设置为26，并携带NACK_NUM＝15，在格式规定中会明确指明是采取倒序还是顺序的方式(如果预先约定就一不在格式中明确)，因此也可以确定丢失的SN范围为[12,26]。
对于发送设备来说，在接收到该状态报告时，可以从ACK_SN信息和NACK_SN序列信息中，准确无误的获得接收设备的接收状态：SN范围从[12,26]的PDU被确定丢包，需要重新传输，其余SN＝38之前的数据包均被接收设备正确收到，可以相应的标记每个PDU的确认状态，并移动发送窗口，例如发送窗口的下边界可以从0更新为12了，12为第一个未连续接收ACK的PDU。
实施例2：First_NACK_SN+Last_NACK_SN(即包括两个SN)
如图2所示，假设接收设备的接收状态为：最后接收到的PDU的SN为38，SN在[12,26]的范围之内的15个连续PDU丢失，其他都正常接收。
在判断丢失时，由于底层有可能存在HARQ的重传导致的接收顺序与发送顺序不一致的情况，一般来说，需要经过重排序定时器的检测，重排序定时器的长度一般为HARQ重传的最大时延。在本例中，发送设备可能在第一个传输时刻发送了数据包SN从0到11的连续12个PDU，在第二个传输时刻发送了数据包SN从12到26的连续15个PDU，在第三个传输时刻发送了数据包SN从27到38的连续12个PDU。
对于接收设备来说，先接收到了SN从0到11的连续12个PDU，接着接收到了SN从27到38的连续12个PDU，发现中间存在了接收序列缺口，即启动重排序定时器，重排序定时器长度约等于HARQ的最大传输时延，而当重排序定时器超时，仍旧没有接收到缺口处的15个PDU，则认定该15个PDU丢失，需要向发送设备反馈状态报告，告知这15个PDU丢失，需要发送设备重传。
在上述这种情况下，需要在一个状态报告中携带SN从12到26的PDU丢失的信息，也需要携带当前可以确定的尽可能多地接收信息。一种可行的方法是在状态报告中携带如下内容：
1、携带ACK_SN，该ACK_SN可以是当前能确定接收状态的PDU的最高SN的信息或者最高SN的下一个SN的信息，在本例中，ACK_SN可以设置为38或者39，告知发送设备SN＝38已经正确接收，或者下一个需要接收的SN为39；
2、携带NACK_SN序列信息(即First_NACK_SN+Last_NACK_SN)，因为丢失的PDU是连续的一个序列，因此可以将该序列一起携带。
在本例中，可以将First_NACK_SN设置为12，Last_NACK_SN设置为26，可以通过这两个值确定丢失的SN范围为[12,26]，一共有连续的15个PDU丢失。
在本例中，也可以通过事先约定或者标准规定，对各种包含关系进一步扩展，例如(11,27),(11,26]，[12,27)。
其中，方括号代表包含边缘的数字，圆括号代表不包含边缘的数字，对应于物理含义，可以是连续丢包的前一个SN，或者连续丢包的后一个SN等。只要在标准进行定义使两端理解一致，而简单的加1或减1的操作，不会产生任何误解，只是表示形式不一样，携带的信息是一致的。
对于发送设备来说，在接收到该状态报告时，可以从ACK_SN信息、First_NACK_SN和Last_NACK_SN信息中，准确无误的获得接收设备的接收状态：SN范围从[12,26]的PDU被确定丢包，需要重新传输，其余SN＝38之下的数据包均被接收设备正确收到，可以相应的标记每个PDU的确认状态，并移动发送窗口，例如发送窗口的下边界可以从0更新为12了，12为第一个未连续接收ACK的PDU。
实施例3：分段包的指示
在上两例中，给出的都是完整的PDU接收或者丢失的情况。在本例中，是对出现分段PDU需要显示其接收状态时的处理方式。
如图3所示，假设接收设备的接收状态为：最后接收到的PDU的SN为38，发送设备在第一个传输时刻发送了数据包SN从0到12的连续前12个完整PDU以及SN＝12的PDU的第一个分段，例如前300字节，在第二个传输时刻发送了数据包SN从12到26的连续15个PDU及PDU分段，13个完整PDU SN为13到25，2个分段PDU SN＝12和SN＝26。其中SN＝12的PDU发送的是第二个也是最后一个分段300字节，SN＝26的PDU发送的是第一个分段，最前面的250字节，在第三个传输时刻发送了数据包SN从26到38的连续13个PDU及PDU分段。其中，SN＝26的PDU发送的是第二个也是最后一个分段，后面的500字节。
对于接收设备来说，先接收到了SN从0到12的连续13个PDU和PDU分段，接着接收到了SN从26到38的连续13个PDU和PDU分段，发现中间存在了接收序列缺口，即启动重排序定时器，重排序定时器长度约等于HARQ的最大传输时延，而当重排序定时器超时，仍旧没有接收到缺口处的15个PDU和PDU分段，则认定该15个PDU及PDU分段丢失，需要向发送设备反馈状态报告，告知这15个PDU及PDU分段丢失，需要发送设备重传。
在上述这种情况下，需要在一个状态报告中携带SN从12到26的PDU丢失的信息，也需要携带当前可以确定的尽可能多地接收信息。一种可行的方法是在状态报告中携带如下内容：
1、携带ACK_SN，该ACK_SN可以是当前能确定接收状态的PDU的最高SN的信息或者最高SN的下一个SN的信息，在本例中，ACK_SN可以设置为38或者39，告知发送设备SN＝38已经正确接收，或者下一个需要接收的SN为39。
2、携带NACK_SN序列及分段信息。
在携带连续的PDU NACK_SN时，上述两例中的方式都可以使用。本例的关键是分段信息如何携带。
对于第一个NACK的PDU，其是否为分段包可以显示指示。当指示其为分段包时，可以携带分段的SO(Segment Offset，段偏移)信息。
一般分段包，需要两个SO信息，即SOstart和SOend，或者SOstart与分断长度。但由于处于连续PDU序列里的第一个PDU，其一定是最后一个分段，即SOend一定为PDU的结束，因此SOend信息可以携带，也可以省略，即本例中只需要携带SOstart＝300字节。
对于连续PDU的最后一个PDU，也可以显示的指示其是否为分段包。如果为分段包，也需要SOstart和SOend，或者SOstart与分断长度。由于最后一个PDU的分段，一定是第一个分段，即SOstart＝0，因此SOstart可以携带也可以省略，即本例中只需要携带SOend＝250字节。
对于发送设备来说，在接收到该状态报告时，可以从ACK_SN信息和NACK_SN序列以及分段信息中，准确无误的获得接收设备的接收状态：SN范围从[13,25]的PDU被确定丢包，SN＝12的最后的300个字节丢失，SN＝26的前250个字节丢失，需要重新传输，其余SN＝38之下的数据包和分段均被接收设备正确收到，可以相应的标记每个PDU的确认状态，并移动发送窗口，例如发送窗口的下边界可以从0更新为12，12为第一个未连续接收ACK的PDU。
实施例4：混合情况。
在实际传输的过程中，各种丢包状态都有可能遇到，主要场景包括以下各种情况及任意组合：
仅有一个完整PDU丢失；
仅有一个分段PDU丢失；
连续N个完整PDU丢失；
连续N个PDU及分段丢失，其中第一个为分段包，其余为完整PDU；
连续N个PDU及分段丢失，其中最后一个为分段包，其余为完整PDU；
连续N个PDU及分段丢失，其中第一个和最后一个为分段包，其余为完整PDU。
为了将上述情况均有效的饱含，一种可行的状态报告格式如图4所示。
其中，D/C域和PDU type域与原有的状态报告一致的，不在图中示出。D/C指示这是一个control(控制)PDU；PDU type域可以指示这是一个Status report(状态报告)。LTE协议中，D/C是类型指示，用以说明这个PDU是数据PDU还是控制PDU。PDU type是控制PDU的类型指示，可以指示是状态报告或者其他控制PDU格式。
ACK_SN：为能够确认接收状态的最高SN，或者最高SN的下一个SN；该域的大小由RLC实体所使用的SN的长度决定。例如使用12bits或者18bits的SN，则该ACK_SN相应长度与SN长度一致。
En：可以是1bit长度，用以指示后续是否跟随着NACK_SN相关信息，例如0为指示状态报告结束，1为指示后续还有NACK_SN相关信息。
NACK_SN：可以是单个丢失的PDU的SN；也可以是连续丢失的PDU的第一个和/或最后一个PDU的SN信息；也可以是连续丢失的PDU的第一个的前一个的SN和/或最后一个的后一个的SN，比如上面实施例2。
Ec：可以是1bit长度，指示是单个PDU还是连续PDU丢失信息，例如0为单个PDU丢失信息，1为连续PDU丢失信息。
Es1：可以是1bit长度，指示丢失PDU是否为分段，如果是单个丢失的PDU，则该信息已经足以，例如0为完整PDU丢失，意味着后续不会有SO信息，1为分段PDU丢失，意味着后续会有SOstart和SOend；如果是连续的PDU丢失，则该域有两种用法：
-用法1：Es1只需要这一个域，来指示连续PDU是否包含分段信息，也就是说对第一个PDU和最后一个PDU不区分，统一用1bit指示。当该比特取0意味着，第一个PDU和最后一个PDU都没有分段；当该比特取1意味着，第一个PDU和/或最后一个PDU发生了分段，这里包含三种情况：仅第一个是分段PDU，仅最后一个是分段PDU，第一个和最后一个同时是分段PDU。在只需要ES1一个域的情况下，后续的Es2域不需要，SOstart和SOend这两个域同时出现，SOstart对应于第一个PDU的分段在原始完整PDU中的位置，如果分段，则取具体分段值，例如SOstart＝300，意味着第一个PDU从第300字节开始到末尾的分段都丢失，当第一个PDU完整丢失时，SOstart＝0即可表示。SOend对应于最后一个PDU分段在原始完整PDU中的位置，如果分段，则取具体分段值，例如SOend＝250，意味着最后一个PDU的前250字节丢失，当最后一个PDU没有分段而是整个丢失时，此时可以将SOend设置为全1的最大值，表明指向PDU末尾。格式可以变为图5所示的格式：
-用法2：Es1域，作为第一个PDU是否分段的指示，即当Ec域显示这是一个连续PDU丢失的格式，那么Es1域仅指示后续的SOstart是否出现，而最后一个PDU是否分段由另一个Es2域来指示，即SOend是否出现由Es2来指示。
NACK_NUM：连续丢失的PDU的个数，与NACK_SN域一起来决定连续丢失的PDU的SN的范围，或者这个域也可以改作Last_NACK_SN,与NACK_SN分别为连续丢失的PDU的SN的首尾两个SN值。这个域仅在Ec显示这是一个连续丢失PDU格式的时候出现，在单个丢失的情况下不出现。
Es2：与Es1配合使用，在Ec指示这是一个连续丢失PDU格式的情况下，用以指示最后一个PDU是否是分段，或者在不优化的情况下，仅需要Es1一个域即可。
SOstart：在单个PDU分段丢失的情况，指示该PDU分段在原始完整PDU中的起始字节数；当连续PDU的格式中，用以指示第一个PDU的分段其在原始完整PDU中的起始字节数，因为第一个PDU分段一定是最后一个分段，因此该第一个PDU可以省略SOend，默认到结尾，当然也可以显示携带SOend，相当于在连续PDU丢失的情况下，最多出现两组SOstart+SOend，分别对应第一个包和最后一个包；两组完整分段信息格式如图6所示。
SOend：在单个PDU分段丢失的情况，指示该PDU分段在原始完整PDU中的结束字节数；当连续PDU的格式中，用以指示最后一个PDU的分段其在原始完整PDU中的起始字节数，因为最后一个PDU分段一定是第一个分段，因此该最后一个PDU可以省略SOstart，默认从0字节开始。
例如：图3中，连续丢失的一串包，26是最后一个包，且26被分段了，那么包含在连续SN里的一定是26的第一个分段(0-250字节的第一个分段)。
一般来说，从0字节开始的是第一分段；从中间字节开始且并不是结尾的，是中间分段；从中间字节开始且分段结尾与PDU结尾重合的，是最后一个分段。
下面以图4的格式举例说明，其他格式类似，在此不再赘述。
-当状态报告仅包含ACK信息，没有任何丢包信息时，状态报告中仅需要包含ACK_SN信息，并将紧跟着的En域置为0，意味着状态报告结束，后续没有NACK信息。
-当状态报告中包含ACK信息和单个完整的PDU丢包信息，则在ACK_SN域设置成相应值之后，将En域置为1，意味着后续有NACK信息，接着携带NACK_SN信息，并将Ec域置为0，Es1置为0，表明是单个完整包丢失，如果是单个分段包，则Ec＝0,Es1＝1，并携带SOstart和SOend，如果不止一个丢包，则后续En域继续置为1，继续携带下一个NACK_SN信息以及相应的Ec域和Es1和可能的分段，直至全部携带完，将紧跟着的En域置为0，意味着状态报告结束。
-当状态报告中包含ACK信息和连续的PDU或分段丢包信息，则在ACK_SN域设置成相应值之后，将En域置为1，意味着后续有NACK信息，接着携带NACK_SN信息，并将Ec域置为1，Es1置为0，表明是连续完整包丢失，并设置NACK_NUM值，如果是连续并有分段包，则Ec＝1,Es1＝1，并携带SOstart和SOend，或者Es1指示SOstart是否出现，而Es2指示SOend是否出现，如果不止一个丢包序列，则后续En域继续置为1，继续携带下一个NACK_SN信息以及相应的Ec域和Es1和可能的分段，直至全部携带完，将紧跟着的En域置为0，意味着状态报告结束。
-当状态报告中包含ACK信息，并且既有单个PDU或分段丢包信息，也有连续的PDU或分段丢包信息，则每次En域置为1后，后面的NACK信息既可以携带单个包也可以是连续包，且分段信息都是各自指示的，将不同的信息逐一携带并设置相应的指示域，直至全部携带完，将紧跟着的En域置为0，意味着状态报告结束。
如图7所示，本发明实施例第一种接收设备包括：
信息确定模块700，用于针对任意一段丢失的PDU，确定该段丢失的PDU对应的连续丢失反馈信息，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；
发送模块701，用于将包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告发送给发送设备，以使所述发送设备根据连续丢失反馈信息确定对应段丢失的PDU。
可选的，所述连续丢失反馈信息中包括一个PDU的SN和对应段丢失的PDU的数量；或
所述连续丢失反馈信息中包括两个PDU的SN。
可选的，若所述一个PDU的SN为对应段丢失的PDU中第一个PDU的SN，则对应段丢失的PDU的数量包括第一个PDU或不包括第一个PDU；或
若所述一个PDU的SN为对应段丢失的PDU中最后一个PDU的SN，则对应段丢失的PDU的数量包括最后一个PDU或不包括最后一个PDU；或
若所述一个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU；或
若所述一个PDU的SN为位于后面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
可选的，所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
可选的，若段丢失的PDU包括分段PDU，则所述连续丢失反馈信息还包括分段PDU对应的段偏移信息，以使所述发送设备根据段偏移信息确定分段PDU中丢失字节。
可选的，若分段PDU是对应段丢失的PDU中的第一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的最后一个PDU，则所述段偏移信息包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的第一个PDU和最后一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息，以及包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
可选的，所述连续丢失反馈信息中还包括下列信息中的部分或全部：
用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息。
可选的，所述用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息位于所述状态报告的分段指示域中。
可选的，所述状态报告中还包括用于指示状态报告中是否包括所述连续丢失反馈信息的信息。
如图8所示，本发明实施例第一种发送设备包括：
接收模块800，用于接收来自接收设备的包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；
处理模块801，用于根据所述连续丢失反馈信息确定至少一个段丢失的PDU。
可选的，所述连续丢失反馈信息中包括一个PDU的SN和对应段丢失的PDU的数量；或
所述连续丢失反馈信息中包括两个PDU的SN。
可选的，若所述一个PDU的SN为对应段丢失的PDU中第一个PDU的SN，则对应段丢失的PDU的数量包括第一个PDU或不包括第一个PDU；或
若所述一个PDU的SN为对应段丢失的PDU中最后一个PDU的SN，则对应段丢失的PDU的数量包括最后一个PDU或不包括最后一个PDU；或
若所述一个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU；或
若所述一个PDU的SN为位于后面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
可选的，所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
可选的，若段丢失的PDU包括分段PDU，则所述连续丢失反馈信息还包括分段PDU对应的段偏移信息，以使所述发送设备根据段偏移信息确定分段PDU中丢失字节。
可选的，若分段PDU是对应段丢失的PDU中的第一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的最后一个PDU，则所述段偏移信息包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的第一个PDU和最后一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息，以及包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
可选的，所述连续丢失反馈信息中还包括下列信息中的部分或全部：
用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息。
可选的，所述用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息位于所述状态报告的分段指示域中。
可选的，所述状态报告中还包括用于指示状态报告中是否包括所述连续丢失反馈信息的信息。
如图9所述，本发明实施例第二种接收设备包括：
处理器901，用于通过收发机910发送和接收数据，并读取存储器904中的程序，执行下列过程：
针对任意一段丢失的PDU，确定该段丢失的PDU对应的连续丢失反馈信息，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；将包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告发送给发送设备，以使所述发送设备根据连续丢失反馈信息确定对应段丢失的PDU。
收发机902，用于在处理器901的控制下接收和发送数据。
可选的，所述连续丢失反馈信息中包括一个PDU的SN和对应段丢失的PDU的数量；或
所述连续丢失反馈信息中包括两个PDU的SN。
可选的，若所述一个PDU的SN为对应段丢失的PDU中第一个PDU的SN，则对应段丢失的PDU的数量包括第一个PDU或不包括第一个PDU；或
若所述一个PDU的SN为对应段丢失的PDU中最后一个PDU的SN，则对应段丢失的PDU的数量包括最后一个PDU或不包括最后一个PDU；或
若所述一个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU；或
若所述一个PDU的SN为位于后面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
可选的，所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
可选的，若段丢失的PDU包括分段PDU，则所述连续丢失反馈信息还包括分段PDU对应的段偏移信息，以使所述发送设备根据段偏移信息确定分段PDU中丢失字节。
可选的，若分段PDU是对应段丢失的PDU中的第一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的最后一个PDU，则所述段偏移信息包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的第一个PDU和最后一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息，以及包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
可选的，所述连续丢失反馈信息中还包括下列信息中的部分或全部：
用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息。
可选的，所述用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息位于所述状态报告的分段指示域中。
可选的，所述状态报告中还包括用于指示状态报告中是否包括所述连续丢失反馈信息的信息。
其中，处理器901和终端之间的交互都是通过收发机902进行的。
在图9中，总线架构(用总线900来代表)，总线900可以包括任意数量的互联的总线和桥，总线900将包括由处理器901代表的一个或多个处理器和存储器904代表的存储器的各种电路链接在一起。总线900还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口903在总线900和收发机902之间提供接口。收发机902可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器901处理的数据通过天线905在无线介质上进行传输，进一步，天线905还接收数据并将数据传送给处理器901。
处理器901负责管理总线900和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器904可以被用于存储处理器901在执行操作时所使用的数据。
可选的，处理器901可以是CPU(中央处埋器)、ASIC(Application SpecificIntegrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。
如图10所示，本发明实施例第二种发送设备包括：
处理器1001，用于通过收发机1010发送和接收数据，并读取存储器1004中的程序，执行下列过程：
接收来自接收设备的包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；根据所述连续丢失反馈信息确定至少一个段丢失的PDU。
收发机1002，用于在处理器1001的控制下接收和发送数据。
可选的，所述连续丢失反馈信息中包括一个PDU的SN和对应段丢失的PDU的数量；或
所述连续丢失反馈信息中包括两个PDU的SN。
可选的，若所述一个PDU的SN为对应段丢失的PDU中第一个PDU的SN，则对应段丢失的PDU的数量包括第一个PDU或不包括第一个PDU；或
若所述一个PDU的SN为对应段丢失的PDU中最后一个PDU的SN，则对应段丢失的PDU的数量包括最后一个PDU或不包括最后一个PDU；或
若所述一个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU；或
若所述一个PDU的SN为位于后面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
可选的，所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
可选的，若段丢失的PDU包括分段PDU，则所述连续丢失反馈信息还包括分段PDU对应的段偏移信息，以使所述发送设备根据段偏移信息确定分段PDU中丢失字节。
可选的，若分段PDU是对应段丢失的PDU中的第一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的最后一个PDU，则所述段偏移信息包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的第一个PDU和最后一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息，以及包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
可选的，所述连续丢失反馈信息中还包括下列信息中的部分或全部：
用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息。
可选的，所述用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息位于所述状态报告的分段指示域中。
可选的，所述状态报告中还包括用于指示状态报告中是否包括所述连续丢失反馈信息的信息。
其中，处理器1001和终端之间的交互都是通过收发机1002进行的。
在图10中，总线架构(用总线1000来代表)，总线1000可以包括任意数量的互联的总线和桥，总线1000将包括由处理器1001代表的一个或多个处理器和存储器1004代表的存储器的各种电路链接在一起。总线1000还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口1003在总线1000和收发机1002之间提供接口。收发机1002可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。经处理器1001处理的数据通过天线1005在无线介质上进行传输，进一步，天线1005还接收数据并将数据传送给处理器1001。
处理器1001负责管理总线1000和通常的处理，还可以提供各种功能，包括定时，外围接口，电压调节、电源管理以及其他控制功能。而存储器1004可以被用于存储处理器1001在执行操作时所使用的数据。
可选的，处理器1001可以是CPU、ASIC、FPGA或CPLD。
基于同一发明构思，本发明实施例中还提供了一种进行反馈的方法，由于该方法对应的设备是本发明实施例进行反馈的系统中的设备，并且该方法解决问题的原理与系统相似，因此该方法的实施可以参见系统的实施，重复之处不再赘述。
如图11所述，本发明实施例第一种进行反馈的方法包括：
步骤1100、针对任意一段丢失的PDU，接收设备确定该段丢失的PDU对应的连续丢失反馈信息，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；
步骤1101、所述接收设备将包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告发送给发送设备，以使所述发送设备根据连续丢失反馈信息确定对应段丢失的PDU。
可选的，所述连续丢失反馈信息中包括一个PDU的SN和对应段丢失的PDU的数量；或
所述连续丢失反馈信息中包括两个PDU的SN。
可选的，若所述一个PDU的SN为对应段丢失的PDU中第一个PDU的SN，则对应段丢失的PDU的数量包括第一个PDU或不包括第一个PDU；或
若所述一个PDU的SN为对应段丢失的PDU中最后一个PDU的SN，则对应段丢失的PDU的数量包括最后一个PDU或不包括最后一个PDU；或
若所述一个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU；或
若所述一个PDU的SN为位于后面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
可选的，所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
可选的，若段丢失的PDU包括分段PDU，则所述连续丢失反馈信息还包括分段PDU对应的段偏移信息，以使所述发送设备根据段偏移信息确定分段PDU中丢失字节。
可选的，若分段PDU是对应段丢失的PDU中的第一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的最后一个PDU，则所述段偏移信息包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的第一个PDU和最后一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息，以及包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
可选的，所述连续丢失反馈信息中还包括下列信息中的部分或全部：
用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息。
可选的，所述用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息位于所述状态报告的分段指示域中。
可选的，所述状态报告中还包括用于指示状态报告中是否包括所述连续丢失反馈信息的信息。
本发明实施例还保护一种存储器，该存储器存储了用于执行本发明实施例图11进行反馈的方法的程序。该存储器与其他设备连接后可以通过其他设备中的处理执行存储器中的程序，从而实现本发明实施例的方案。
存储器与其他设备连接的方式可以通过外部接口或内部接口连接。比如存储器是U盘、移动硬盘等，则可以通过外部接口连接；比如存储器是其他设备中的存储模块，则可以通过内部接口连接。
如图12所述，本发明实施例第二种进行反馈的方法包括：
步骤1200、发送设备接收来自接收设备的包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；
步骤1201、所述发送设备根据所述连续丢失反馈信息确定至少一个段丢失的PDU。
可选的，所述连续丢失反馈信息中包括一个PDU的SN和对应段丢失的PDU的数量；或
所述连续丢失反馈信息中包括两个PDU的SN。
可选的，若所述一个PDU的SN为对应段丢失的PDU中第一个PDU的SN，则对应段丢失的PDU的数量包括第一个PDU或不包括第一个PDU；或
若所述一个PDU的SN为对应段丢失的PDU中最后一个PDU的SN，则对应段丢失的PDU的数量包括最后一个PDU或不包括最后一个PDU；或
若所述一个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU；或
若所述一个PDU的SN为位于后面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
可选的，所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
可选的，若段丢失的PDU包括分段PDU，则所述连续丢失反馈信息还包括分段PDU对应的段偏移信息，以使所述发送设备根据段偏移信息确定分段PDU中丢失字节。
可选的，若分段PDU是对应段丢失的PDU中的第一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的最后一个PDU，则所述段偏移信息包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的第一个PDU和最后一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息，以及包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
可选的，所述连续丢失反馈信息中还包括下列信息中的部分或全部：
用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息。
可选的，所述用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息位于所述状态报告的分段指示域中。
可选的，所述状态报告中还包括用于指示状态报告中是否包括所述连续丢失反馈信息的信息。
本发明实施例还保护一种存储器，该存储器存储了用于执行本发明实施例图12进行反馈的方法的程序。该存储器与其他设备连接后可以通过其他设备中的处理执行存储器中的程序，从而实现本发明实施例的方案。
存储器与其他设备连接的方式可以通过外部接口或内部接口连接。比如存储器是U盘、移动硬盘等，则可以通过外部接口连接；比如存储器是其他设备中的存储模块，则可以通过内部接口连接。
以上参照示出根据本申请实施例的方法、装置(系统)和/或计算机程序产品的框图和/或流程图描述本申请。应理解，可以通过计算机程序指令来实现框图和/或流程图示图的一个块以及框图和/或流程图示图的块的组合。可以将这些计算机程序指令提供给通用计算机、专用计算机的处理器和/或其它可编程数据处理装置，以产生机器，使得经由计算机处理器和/或其它可编程数据处理装置执行的指令创建用于实现框图和/或流程图块中所指定的功能/动作的方法。
相应地，还可以用硬件和/或软件(包括固件、驻留软件、微码等)来实施本申请。更进一步地，本申请可以采取计算机可使用或计算机可读存储介质上的计算机程序产品的形式，其具有在介质中实现的计算机可使用或计算机可读程序代码，以由指令执行系统来使用或结合指令执行系统而使用。在本申请上下文中，计算机可使用或计算机可读介质可以是任意介质，其可以包含、存储、通信、传输、或传送程序，以由指令执行系统、装置或设备使用，或结合指令执行系统、装置或设备使用。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (36)
1.一种进行反馈的方法，其特征在于，该方法包括：
针对任意一段丢失的协议数据单元PDU，接收设备确定该段丢失的PDU对应的连续丢失反馈信息，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的序列号SN；
所述接收设备将包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告发送给发送设备，以使所述发送设备根据连续丢失反馈信息确定对应段丢失的PDU。
2.如权利要求1所述的方法，其特征在于，所述连续丢失反馈信息中包括一个PDU的SN和对应段丢失的PDU的数量；或
所述连续丢失反馈信息中包括两个PDU的SN。
3.如权利要求2所述的方法，其特征在于，若所述一个PDU的SN为对应段丢失的PDU中第一个PDU的SN，则对应段丢失的PDU的数量包括第一个PDU或不包括第一个PDU；或
若所述一个PDU的SN为对应段丢失的PDU中最后一个PDU的SN，则对应段丢失的PDU的数量包括最后一个PDU或不包括最后一个PDU；或
若所述一个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU；或
若所述一个PDU的SN为位于后面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
4.如权利要求2所述的方法，其特征在于，所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
5.如权利要求2～4任一所述的方法，其特征在于，若段丢失的PDU包括分段PDU，则所述连续丢失反馈信息还包括分段PDU对应的段偏移信息，以使所述发送设备根据段偏移信息确定分段PDU中丢失字节。
6.如权利要求5所述的方法，其特征在于，若分段PDU是对应段丢失的PDU中的第一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的最后一个PDU，则所述段偏移信息包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的第一个PDU和最后一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息，以及包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
7.如权利要求5或6所述的方法，其特征在于，所述连续丢失反馈信息中还包括下列信息中的部分或全部：
用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息。
8.如权利要求7所述的方法，其特征在于，所述用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息位于所述状态报告的分段指示域中。
9.如权利要求1～4任一所述的方法，其特征在于，所述状态报告中还包括用于指示状态报告中是否包括所述连续丢失反馈信息的信息。
10.一种进行反馈的方法，其特征在于，该方法包括：
发送设备接收来自接收设备的包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；
所述发送设备根据所述连续丢失反馈信息确定至少一个段丢失的PDU。
11.如权利要求10所述的方法，其特征在于，所述连续丢失反馈信息中包括一个PDU的SN和对应段丢失的PDU的数量；或
所述连续丢失反馈信息中包括两个PDU的SN。
12.如权利要求11所述的方法，其特征在于，若所述一个PDU的SN为对应段丢失的PDU中第一个PDU的SN，则对应段丢失的PDU的数量包括第一个PDU或不包括第一个PDU；或
若所述一个PDU的SN为对应段丢失的PDU中最后一个PDU的SN，则对应段丢失的PDU的数量包括最后一个PDU或不包括最后一个PDU；或
若所述一个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU；或
若所述一个PDU的SN为位于后面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
13.如权利要求11所述的方法，其特征在于，所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
14.如权利要求11～13任一所述的方法，其特征在于，若段丢失的PDU包括分段PDU，则所述连续丢失反馈信息还包括分段PDU对应的段偏移信息，以使所述发送设备根据段偏移信息确定分段PDU中丢失字节。
15.如权利要求14所述的方法，其特征在于，若分段PDU是对应段丢失的PDU中的第一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的最后一个PDU，则所述段偏移信息包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的第一个PDU和最后一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息，以及包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
16.如权利要求14或15所述的方法，其特征在于，所述连续丢失反馈信息中还包括下列信息中的部分或全部：
用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息。
17.如权利要求16所述的方法，其特征在于，所述用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息位于所述状态报告的分段指示域中。
18.如权利要求10～13任一所述的方法，其特征在于，所述状态报告中还包括用于指示状态报告中是否包括所述连续丢失反馈信息的信息。
19.一种进行反馈的接收设备，其特征在于，该接收设备包括：
信息确定模块，用于针对任意一段丢失的PDU，确定该段丢失的PDU对应的连续丢失反馈信息，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；
发送模块，用于将包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告发送给发送设备，以使所述发送设备根据连续丢失反馈信息确定对应段丢失的PDU。
20.如权利要求19所述的接收设备，其特征在于，所述连续丢失反馈信息中包括一个PDU的SN和对应段丢失的PDU的数量；或
所述连续丢失反馈信息中包括两个PDU的SN。
21.如权利要求20所述的接收设备，其特征在于，若所述一个PDU的SN为对应段丢失的PDU中第一个PDU的SN，则对应段丢失的PDU的数量包括第一个PDU或不包括第一个PDU；或
若所述一个PDU的SN为对应段丢失的PDU中最后一个PDU的SN，则对应段丢失的PDU的数量包括最后一个PDU或不包括最后一个PDU；或
若所述一个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU；或
若所述一个PDU的SN为位于后面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
22.如权利要求20所述的接收设备，其特征在于，所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
23.如权利要求20～22任一所述的接收设备，其特征在于，若段丢失的PDU包括分段PDU，则所述连续丢失反馈信息还包括分段PDU对应的段偏移信息，以使所述发送设备根据段偏移信息确定分段PDU中丢失字节。
24.如权利要求23所述的接收设备，其特征在于，若分段PDU是对应段丢失的PDU中的第一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的最后一个PDU，则所述段偏移信息包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的第一个PDU和最后一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息，以及包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
25.如权利要求23或24所述的接收设备，其特征在于，所述连续丢失反馈信息中还包括下列信息中的部分或全部：
用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息。
26.如权利要求25所述的接收设备，其特征在于，所述用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息位于所述状态报告的分段指示域中。
27.如权利要求19～22任一所述的接收设备，其特征在于，所述状态报告中还包括用于指示状态报告中是否包括所述连续丢失反馈信息的信息。
28.一种进行反馈的发送设备，其特征在于，该发送设备包括：
接收模块，用于接收来自接收设备的包含至少一个段丢失的PDU对应的连续丢失反馈信息的状态报告，其中所述连续丢失反馈信息中包括至少一个PDU的SN，且不包括该段丢失的PDU中全部PDU的SN；
处理模块，用于根据所述连续丢失反馈信息确定至少一个段丢失的PDU。
29.如权利要求28所述的发送设备，其特征在于，所述连续丢失反馈信息中包括一个PDU的SN和对应段丢失的PDU的数量；或
所述连续丢失反馈信息中包括两个PDU的SN。
30.如权利要求29所述的发送设备，其特征在于，若所述一个PDU的SN为对应段丢失的PDU中第一个PDU的SN，则对应段丢失的PDU的数量包括第一个PDU或不包括第一个PDU；或
若所述一个PDU的SN为对应段丢失的PDU中最后一个PDU的SN，则对应段丢失的PDU的数量包括最后一个PDU或不包括最后一个PDU；或
若所述一个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU；或
若所述一个PDU的SN为位于后面，且与对应段丢失的PDU相邻的PDU的SN，则对应段丢失的PDU的数量包括对应段丢失的所有PDU。
31.如权利要求29所述的发送设备，其特征在于，所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和最后一个PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为对应段丢失的PDU中第一个PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN；或
所述连续丢失反馈信息中包括的两个PDU的SN为位于前面，且与对应段丢失的PDU相邻的PDU的SN和位于后面，且与对应段丢失的PDU相邻的PDU的SN。
32.如权利要求29～31任一所述的发送设备，其特征在于，若段丢失的PDU包括分段PDU，则所述连续丢失反馈信息还包括分段PDU对应的段偏移信息，以使所述发送设备根据段偏移信息确定分段PDU中丢失字节。
33.如权利要求32所述的发送设备，其特征在于，若分段PDU是对应段丢失的PDU中的第一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的最后一个PDU，则所述段偏移信息包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息；或
若分段PDU是对应段丢失的PDU中的第一个PDU和最后一个PDU，则所述段偏移信息包括用于确定第一个PDU中接收成功字节的信息或用于确定第一个PDU中丢失字节的信息，以及包括用于确定最后一个PDU中接收成功字节的信息或用于确定最后一个PDU中丢失字节的信息。
34.如权利要求32或33所述的发送设备，其特征在于，所述连续丢失反馈信息中还包括下列信息中的部分或全部：
用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息；
用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息。
35.如权利要求34所述的发送设备，其特征在于，所述用于指示对应段丢失的PDU中的第一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的最后一个PDU是否是分段PDU的信息位于所述状态报告的分段指示域中；或
所述用于指示对应段丢失的PDU中的第一个PDU和最后一个PDU中是否有分段PDU的信息位于所述状态报告的分段指示域中。
36.如权利要求28～31任一所述的发送设备，其特征在于，所述状态报告中还包括用于指示状态报告中是否包括所述连续丢失反馈信息的信息。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710309729.0A CN107276727A (zh) | 2017-05-04 | 2017-05-04 | 一种进行反馈的方法和设备 |
| PCT/CN2018/084601 WO2018201960A1 (zh) | 2017-05-04 | 2018-04-26 | 一种进行反馈的方法和设备 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201710309729.0A CN107276727A (zh) | 2017-05-04 | 2017-05-04 | 一种进行反馈的方法和设备 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN107276727A true CN107276727A (zh) | 2017-10-20 |
Family
ID=60074071
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201710309729.0A Pending CN107276727A (zh) | 2017-05-04 | 2017-05-04 | 一种进行反馈的方法和设备 |
Country Status (2)
| Country | Link |
|---|---|
| CN (1) | CN107276727A (zh) |
| WO (1) | WO2018201960A1 (zh) |
Cited By (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018201960A1 (zh) * | 2017-05-04 | 2018-11-08 | 电信科学技术研究院有限公司 | 一种进行反馈的方法和设备 |
| WO2019085920A1 (zh) * | 2017-11-03 | 2019-05-09 | 华为技术有限公司 | 信息传输方法和通信设备 |
| CN112237026A (zh) * | 2018-07-10 | 2021-01-15 | 三星电子株式会社 | 数据链路层中反馈机制的优化方法和系统 |
| WO2021169522A1 (zh) * | 2020-02-28 | 2021-09-02 | 华为技术有限公司 | 数据处理方法及装置 |
| WO2021179667A1 (zh) * | 2020-03-09 | 2021-09-16 | 腾讯科技（深圳）有限公司 | 数据传输方法、装置、存储介质及设备 |
| CN113473532A (zh) * | 2021-06-29 | 2021-10-01 | 中信科移动通信技术股份有限公司 | 一种无线链路控制状态报告优化传输方法及系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101877882A (zh) * | 2009-04-29 | 2010-11-03 | 联芯科技有限公司 | 无线链路控制层确认模式实体的超域类型选择方法和系统 |
| CN104518852A (zh) * | 2013-09-29 | 2015-04-15 | 普天信息技术研究院有限公司 | 一种传输反馈方法 |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN100401837C (zh) * | 2004-06-08 | 2008-07-09 | 华为技术有限公司 | 无线链路控制协议状态报告超域类型的选择方法 |
| ATE486430T1 (de) * | 2004-09-24 | 2010-11-15 | Research In Motion Ltd | Steuerprotokoll für funkverbindungen |
| US9172510B2 (en) * | 2011-12-21 | 2015-10-27 | Qualcomm Incorporated | Systems and methods for improved recovery for the downlink |
| CN106304188B (zh) * | 2015-05-13 | 2019-06-07 | 苏州简约纳电子有限公司 | 一种am rlc对于重传数据的优化的接收处理方法 |
| CN107276727A (zh) * | 2017-05-04 | 2017-10-20 | 电信科学技术研究院 | 一种进行反馈的方法和设备 |
-
2017
- 2017-05-04 CN CN201710309729.0A patent/CN107276727A/zh active Pending
-
2018
- 2018-04-26 WO PCT/CN2018/084601 patent/WO2018201960A1/zh active Application Filing
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101877882A (zh) * | 2009-04-29 | 2010-11-03 | 联芯科技有限公司 | 无线链路控制层确认模式实体的超域类型选择方法和系统 |
| CN104518852A (zh) * | 2013-09-29 | 2015-04-15 | 普天信息技术研究院有限公司 | 一种传输反馈方法 |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2018201960A1 (zh) * | 2017-05-04 | 2018-11-08 | 电信科学技术研究院有限公司 | 一种进行反馈的方法和设备 |
| WO2019085920A1 (zh) * | 2017-11-03 | 2019-05-09 | 华为技术有限公司 | 信息传输方法和通信设备 |
| CN109756306A (zh) * | 2017-11-03 | 2019-05-14 | 华为技术有限公司 | 信息传输方法和通信设备 |
| CN109756306B (zh) * | 2017-11-03 | 2023-10-03 | 华为技术有限公司 | 信息传输方法和通信设备 |
| CN112237026A (zh) * | 2018-07-10 | 2021-01-15 | 三星电子株式会社 | 数据链路层中反馈机制的优化方法和系统 |
| WO2021169522A1 (zh) * | 2020-02-28 | 2021-09-02 | 华为技术有限公司 | 数据处理方法及装置 |
| WO2021179667A1 (zh) * | 2020-03-09 | 2021-09-16 | 腾讯科技（深圳）有限公司 | 数据传输方法、装置、存储介质及设备 |
| CN113473532A (zh) * | 2021-06-29 | 2021-10-01 | 中信科移动通信技术股份有限公司 | 一种无线链路控制状态报告优化传输方法及系统 |
| CN113473532B (zh) * | 2021-06-29 | 2022-04-19 | 中信科移动通信技术股份有限公司 | 一种无线链路控制状态报告优化传输方法及系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| WO2018201960A1 (zh) | 2018-11-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP3484124B1 (en) | Data processing method and apparatus | |
| CN107276727A (zh) | 一种进行反馈的方法和设备 | |
| US11190302B2 (en) | Communication method and apparatus therefor | |
| JP4625044B2 (ja) | ウィンドウ制御及び再送制御方法、及び、送信側装置 | |
| TWI646814B (zh) | Data transmission method and related equipment | |
| US8175015B1 (en) | WiMAX MAC | |
| CN107342849B (zh) | 一种进行数据处理的方法和设备 | |
| US10321514B2 (en) | Acknowledgment packet sending method and device | |
| WO2017049647A1 (zh) | 一种数据发送方法、数据接收方法和相关设备 | |
| US10959129B2 (en) | Data transmission method, apparatus, and system, and device | |
| KR100954925B1 (ko) | 상위로 ＰＤＣＰ 데이터 유닛(ｄａｔａ ｕｎｉｔ)을 전달하는 방법 | |
| TWI489842B (zh) | 無線通訊系統處理動態封包重傳的方法及其相關裝置 | |
| CN113938431B (zh) | 突发数据包传输方法、装置和电子设备 | |
| JP4976904B2 (ja) | 再送制御方法及び送信側装置 | |
| CN107359972B (zh) | 一种数据接收方法及装置 | |
| CN101945440B (zh) | 一种数据传输处理方法和系统 | |
| WO2018137218A1 (zh) | 一种数据传输方法、数据接收设备及数据发送设备 | |
| CN107645747A (zh) | 一种发送和接收数据的方法及设备 | |
| WO2019015487A1 (zh) | 一种数据重传处理方法、rlc实体和mac实体 | |
| WO2012155419A1 (zh) | 一种处理重传数据的方法及基站 | |
| WO2012155441A1 (zh) | 一种处理重传数据的方法及基站 | |
| CN104170447B (zh) | 一种通信方法及设备 | |
| WO2023217009A1 (zh) | 数据传输方法、装置及通信设备 | |
| WO2023221832A2 (zh) | 一种通信方法及装置 | |
| WO2024208024A1 (zh) | 通信方法和通信装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20171020 |