CN103138905B - Rlc数据包传输的确认方法及rlc am实体发送方 - Google Patents

Rlc数据包传输的确认方法及rlc am实体发送方 Download PDF

Info

Publication number
CN103138905B
CN103138905B CN201210021900.5A CN201210021900A CN103138905B CN 103138905 B CN103138905 B CN 103138905B CN 201210021900 A CN201210021900 A CN 201210021900A CN 103138905 B CN103138905 B CN 103138905B
Authority
CN
China
Prior art keywords
entity
sender
rlc
data packet
rlc data
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.)
Active
Application number
CN201210021900.5A
Other languages
English (en)
Other versions
CN103138905A (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.)
Huawei Technologies Co Ltd
Original Assignee
Huawei Technologies Co Ltd
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 Huawei Technologies Co Ltd filed Critical Huawei Technologies Co Ltd
Priority to CN201610460118.1A priority Critical patent/CN105897385A/zh
Priority to CN201210021900.5A priority patent/CN103138905B/zh
Priority to EP12851508.7A priority patent/EP2763363B1/en
Priority to PCT/CN2012/085237 priority patent/WO2013075666A1/zh
Publication of CN103138905A publication Critical patent/CN103138905A/zh
Priority to US14/285,295 priority patent/US8830944B1/en
Application granted granted Critical
Publication of CN103138905B publication Critical patent/CN103138905B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK
    • 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
    • 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
    • H04L1/1896—ARQ related signaling
    • 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/0205—Traffic management, e.g. flow control or congestion control at the air interface
    • 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/0273—Traffic management, e.g. flow control or congestion control adapting protocols for flow control or congestion control to wireless environment, e.g. adapting transmission control protocol [TCP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/02—Data link layer protocols

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供一种RLC数据包传输的确认方法及RLC AM实体发送方。本发明实施例RLC AM实体发送方通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送包含第一指示信息的RLC数据包，指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息，以及通过接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息，使得RLC AM实体发送方能够确认所述传输包的传输是否成功，能够避免现有技术中由于传输RLC数据包对应的确认信息而产生很多信令开销的问题，从而减少了信令开销，节省了传输资源。

Description

RLC数据包传输的确认方法及RLC AM实体发送方
技术领域
本发明涉及通信技术，尤其涉及一种无线链路控制(RadioLinkControl，简称RLC)数据包传输的确认方法及RLC确认模式(AcknowledgeMode，简称AM)实体发送方。
背景技术
随着通信技术的发展，用户设备上集成了越来越多的智能应用，例如：即时聊天软件、微博等。在上述智能应用中，在用户设备的RLC数据包的传输过程中，当无线链路控制(RadioLinkControl，简称RLC)确认模式(AcknowledgeMode，简称AM)实体接收方接收到或未接收到RLCAM实体发送方发送的RLC数据包时，会返回确认信息，例如：肯定确认(Acknowledge，简称ACK)或否定确认(NegativeAcknowledge，简称NACK)。
然而，为了传输RLC数据包对应的上述确认信息，将会产生很多信令开销，例如：传输下行确认信息之前会产生物理下行控制信道(PhysicalDownlinkControlCHannel，简称PDCCH)调度信息等信令；传输上行确认信息之前会产生调度请求(SchedulingRequest，简称SR)、缓存状态报告(BufferStatusReport，简称BSR)和PDCCH调度信息等信令，从而导致了传输资源的浪费。
发明内容
本发明提供一种RLC数据包传输的确认方法及RLCAM实体发送方，用以减少信令开销，节省传输资源。
一方面提供了一种RLC数据包传输的确认方法，包括：
RLCAM实体发送方通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包，所述RLC数据包中包含第一指示信息，所述第一指示信息用以指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息；
所述RLCAM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息，所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成；其中，
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈，所述第二指示信息用以指示所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
另一方面提供了一种RLCAM实体发送方，包括：
发送单元，用于通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包，所述RLC数据包中包含第一指示信息，所述第一指示信息用以指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息；
接收单元，用于接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息，所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成；其中，
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈，所述第二指示信息用以指示所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
由上述技术方案可知，本发明实施例RLCAM实体发送方通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送包含第一指示信息的RLC数据包，指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息，以及通过接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息，使得RLCAM实体发送方能够确认所述传输包的传输是否成功，能够避免现有技术中由于传输RLC数据包对应的确认信息而产生很多信令开销的问题，从而减少了信令开销，节省了传输资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的RLC数据包传输的确认方法的流程示意图；
图2为本发明另一实施例提供的RLC数据包传输的确认方法的流程示意图；
图3为本发明另一实施例提供的RLCAM实体发送方的结构示意图；
图4为本发明另一实施例提供的RLCAM实体发送方的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
图1为本发明一实施例提供的RLC数据包传输的确认方法的流程示意图，如图1所示，本实施例的RLC数据包传输的确认方法可以包括：
101、RLCAM实体发送方通过发送方媒体接入控制(MediumAccessControl，简称MAC)实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包，所述RLC数据包中包含第一指示信息，所述第一指示信息用以指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息；
具体地，所述RLC数据包可以包括RLCAM数据(AMData，简称AMD)协议数据单元(ProtocolDataUnit，简称PDU)或RLCAMDPDU分段。
可选地，所述RLC数据包中包含第一指示信息具体可以通过但不限于如下方式实现：
方式一：所述RLC数据包中包含轮询指示域，当所述轮询指示域(例如：P域)的值为第一数值(例如：0)时，指示禁止反馈；当所述轮询指示域的值为第二数值(例如：1)时，指示轮询
具体地，RLCAM实体发送方可以不在待发送的RLC数据包中添加轮询(poll)指示，即将所述RLC数据包中的P域置0，用以指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息。用以实现不在待发送的RLC数据包中添加轮询的方法可以包括：RLCAM实体发送方将计数器PDU_WITHOUT_POLL和计数器BYTE_WITHOUT_POLL的值置0，从而实现P域置0。其中，第一指示信息即为P域置0。
方式二：所述RLC数据包中包含禁止反馈指示
具体地，RLCAM实体发送方可以在待发送的RLC数据包中增加一个新的域，指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息。例如：将所述新的域置1表示指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息，置0表示指示所述RLCAM实体接收方停止禁止反馈所述RLC数据包的确认信息，反之亦然。可以理解的是：本实施例中，如果RLCAM实体接收方接收到的RLC数据包中包含上述增加的新的域，那么RLCAM实体接收方则可以先读取这个新的域，如果这个新的域的值为“指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息”，那么则不再读取P域；如果这个新的域的值为“指示所述RLCAM实体接收方停止禁止反馈所述RLC数据包的确认信息”，那么则继续读取P域，根据P域进行后续操作。
可选地，在101之前，所述RLCAM实体发送方还可以进一步接收无线资源控制(RadioResourceControl，简称RRC)层发送的第三指示信息，所述第三指示信息用以指示所述RLCAM实体发送方禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；其中，
所述第三指示信息为所述RRC层根据获得的第四指示信息发送，所述第四指示信息用以指示所述RLCAM实体发送方禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息。
相应地，在101中，所述RLCAM实体发送方可以根据所述第三指示信息，通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包。
需要说明的是：所述第四指示信息可以是针对无线承载(Radiobearer，简称RB)的，或者还可以为针对用户设备的。如果是针对RB的，则可以指示所述RB对应的RLCAM实体发送方禁止对应的RLCAM实体接收方反馈RLC数据包的确认信息；如果是针对用户设备的，则可以指示所述用户设备的所有RLCAM实体发送方禁止对应的RLCAM实体接收方反馈RLC数据包的确认信息。
可选地，所述RRC层具体可以通过专用消息获得所述第四指示信息，其中，所述专用消息可以为现有的RRC消息，即在现有的RRC消息中增加新的字段，或者还可以为新的RRC消息，本实施例对此不进行限定。例如：假设RLCAM实体发送方位于用户设备中，RLCAM实体接收方位于基站中，那么基站可以向用户设备发送RRC消息，该RRC消息中包含所述第四指示信息。用户设备的RRC层接收到基站发送的RRC消息之后，可以根据该RRC消息中包含的第四指示信息，向RLCAM实体发送方发送所述第三指示信息。其中，上述RRC消息可以包括但不限于RRC连接建立(RRCConnectionSetup)消息、RRC连接重配置(RRCConnectionReconfiguration)消息或RRC连接重建立(RRCConnectionReestablishment)消息。
102、所述RLCAM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息，所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成；其中，
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈，所述第二指示信息用以指示所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
可选地，在本发明另一实施例中，所述RLCAM实体发送方还可以进一步向所述发送方MAC实体发送所述第二指示信息。
可选地，在本发明另一实施例中，RRC层可以根据第五指示信息，向所述发送方MAC实体发送所述第二指示信息，所述第五指示信息用以指示所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。可选地，所述RRC层具体可以通过专用消息获得所述第五指示信息，其中，所述专用消息可以为现有的RRC消息，即在现有的RRC消息中增加新的字段，或者还可以为新的RRC消息，本实施例对此不进行限定。例如：假设RLCAM实体发送方和发送方MAC实体位于用户设备中，RLCAM实体接收方位于基站中，那么基站可以向用户设备发送RRC消息，该RRC消息中包含所述第五指示信息。用户设备的RRC层接收到基站发送的RRC消息之后，可以根据该RRC消息中包含的第五指示信息，向发送方MAC实体发送所述第二指示信息。其中，上述RRC消息可以包括但不限于RRC连接建立(RRCConnectionSetup)消息、RRC连接重配置(RRCConnectionReconfiguration)消息或RRC连接重建立(RRCConnectionReestablishment)消息。
可以理解的是：本实施例中的第四指示信息和第五指示信息还可以进一步为同一个指示信息，该指示信息用以
指示所述RLCAM实体发送方禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；以及
指示所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
在102中，发送方MAC实体具体可以根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成所述RLC数据包的本地确认信息。例如：如果发送方MAC实体接收到接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的肯定确认信息(ACK)，则生成本地肯定确认信息(LocalACK)，说明该RLC数据包传输成功；如果发送方MAC实体接收到接收方MAC实体反馈的最大传输次数个所述RLC数据(例如，3个RLC数据)包所属的MAC数据包的否定确认信息(NACK)，则生成本地否定确认信息(LocalNACK)，说明该RLC数据包传输失败。具体地，发送方MAC实体具体可以采用以下方法确定RLC数据包所属的MAC数据包：由于RLC数据包唯一对应一个逻辑信道标识(LogicalChannelldemity，简称LCID)，发送方MAC实体则可以根据MAC数据包的子包头中的LCID，确定与该LCID对应的RLC数据包，从而确定了RLC数据包所属的MAC数据包。RLCAM实体发送方接收到所述RLC数据包的本地肯定确认信息(LocalACK)之后，确定所述RLC数据包传输成功，则可以执行现有技术中接收到RLCAM实体接收方反馈的所述RLC数据包的肯定确认信息(ACK)的相关操作，例如：如果所属RLC数据包所属的一个完整的RLC服务数据单元(ServiceDataUnit，简称SDU)被成功传输，则RLCAM实体发送方通知分组数据汇聚协议(PacketDataConvergenceProtocol，简称PDCP)层；RLCAM实体发送方接收到所述RLC数据包的本地否定确认信息(LocalNACK)之后，确定所述RLC数据包传输失败，则可以执行现有技术中接收到RLCAM实体接收方反馈的所述RLC数据包的否定确认信息(NACK)的相关操作，例如：准备重传传输失败的RLC数据包。
可选地，在102之后，所述RLCAM实体发送方还可以进一步接收RRC层发送的第六指示信息，所述第六指示信息用以指示所述RLCAM实体发送方停止禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；其中，
所述第六指示信息为所述RRC层根据获得的第七指示信息发送，所述第七指示信息用以指示所述RLCAM实体发送方停止禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息。
相应地，本实施例中，所述RLCAM实体发送方可以根据所述第六指示信息，不执行101，即不执行通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包。
需要说明的是：所述第七指示信息可以是针对RB的，或者还可以为针对用户设备的。如果是针对RB的，则可以指示所述RB对应的RLCAM实体发送方停止禁止对应的RLCAM实体接收方反馈RLC数据包的确认信息；如果是针对用户设备的，则可以指示所述用户设备的所有RLCAM实体发送方停止禁止对应的RLCAM实体接收方反馈RLC数据包的确认信息。
可选地，所述RRC层具体可以通过专用消息获得所述第七指示信息，其中，所述专用消息可以为现有的RRC消息，即在现有的RRC消息中增加新的字段，或者还可以为新的RRC消息，本实施例对此不进行限定。例如：假设RLCAM实体发送方位于用户设备中，RLCAM实体接收方位于基站中，那么基站可以向用户设备发送RRC消息，该RRC消息中包含所述第七指示信息。用户设备的RRC层接收到基站发送的RRC消息之后，可以根据该RRC消息中包含的第七指示信息，向RLCAM实体发送方发送所述第六指示信息。其中，上述RRC消息可以包括但不限于RRC连接建立(RRCConnectionSetup)消息、RRC连接重配置(RRCConnectionReconfiguration)消息或RRC连接重建立(RRCConnectionReestablishment)消息。
可选地，在本发明另一本实施例中，所述RLCAM实体发送方还可以进一步向所述发送方MAC实体发送第八指示信息。其中，所述第八指示信息用以指示所述发送方MAC实体停止向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
可选地，在本发明另一本实施例中，RRC层可以根据获得的第九指示信息，向所述发送方MAC实体发送所述第八指示信息，所述第九指示信息用以指示所述发送方MAC实体停止向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。可选地，所述RRC层具体可以通过专用消息获得所述第九指示信息，其中，所述专用消息可以为现有的RRC消息，即在现有的RRC消息中增加新的字段，或者还可以为新的RRC消息，本实施例对此不进行限定。例如：假设RLCAM实体发送方和发送方MAC实体位于用户设备中，RLCAM实体接收方位于基站中，那么基站可以向用户设备发送RRC消息，该RRC消息中包含所述第九指示信息。用户设备的RRC层接收到基站发送的RRC消息之后，可以根据该RRC消息中包含的第九指示信息，向发送方MAC实体发送所述第八指示信息。其中，上述RRC消息可以包括但不限于RRC连接建立(RRCConnectionSetup)消息、RRC连接重配置(RRCConnectionReconfiguration)消息或RRC连接重建立(RRCConnectionReestablishment)消息。
本实施例中，RLCAM实体发送方通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送包含第一指示信息的RLC数据包，指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息，以及通过接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息，使得RLCAM实体发送方能够确认所述传输包的传输是否成功，能够避免现有技术中由于传输RLC数据包对应的确认信息而产生很多信令开销的问题，从而减少了信令开销，节省了传输资源。
在本发明另一实施例中，由于考虑到在用户设备的智能应用中，用户设备或基站经常会传输一个独立的RLC数据包，即在较长的时间间隔内只传输一个RLC数据包。然而，为了传输独立RLC数据包对应的上述确认信息，将会产生很多信令开销，这些信令开销远比传输的独立RLC数据包要大得多。因此，本实施例中，RLCAM实体发送方只有当待传输的RLC数据包为独立RLC数据包时，才执行图1对应的实施例中的技术方案，具体可以参见图2和图3对应的实施例。
图2为本发明另一实施例提供的RLC数据包传输的确认方法的流程示意图，如图2所示，本实施例的RLC数据包传输的确认方法可以包括：
201、RLCAM实体发送方接收RRC层发送的第三指示信息，所述第三指示信息用以指示所述RLCAM实体发送方禁止RLCAM实体接收方反馈RLC数据包的确认信息；
其中，所述第三指示信息为所述RRC层根据获得的第四指示信息发送，所述第四指示信息用以指示所述RLCAM实体发送方禁止所述RLCAM实体接收方反馈RLC数据包的确认信息。
详细描述可以参见图1对应的实施例中的相关内容。
具体地，所述RLC数据包可以包括RLCAMDPDU或RLCAMDPDU分段。
202、如果待传输的RLC数据包为独立RLC数据包，则所述RLCAM实体发送方通过发送方MAC实体、接收方MAC实体向所述RLCAM实体接收方发送待传输的RLC数据包，所述RLC数据包中包含第一指示信息，所述第一指示信息用以指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息；
例如：若计数器PDU_WITHOUT_POLL为1，且缓存中只有所述RLC数据包，则说明所述RLC数据包为独立RLC数据包，也就是说，所述RLC数据包既是当前缓存中第一个待传输的RLC数据包，也是当前缓存中最后一个待传输的RLC数据包。
可以理解的是：在RLCAM实体发送方检测该RLCAM实体发送方发送完所述RLC数据包之后，上述缓存则为空，即新传数据缓存(transmissionbuffer)和重传数据缓存(retransmissionbuffer)均为空，其中，重传数据缓存为空不包括等待本地确认信息的已经发送的所述RLC数据包。
至此，所述RLCAM实体接收方则不会向所述RLCAM实体发送方反馈所述RLC数据包的确认信息。
203、所述接收方MAC实体向所述发送方MAC实体反馈所述RLC数据包所属的MAC数据包的确认信息；
204、所述发送方MAC实体根据获得的第二指示信息，以及接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息，生成所述RLC数据包的本地确认信息；
可选地，在204之前，所述RLCAM实体发送方还可以进一步向所述发送方MAC实体发送第二指示信息，所述第二指示信息用以指示所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
可选地，在204之前，所述RRC层还可以进一步根据获得的第五指示信息向所述发送方MAC实体发送所述第二指示信息。其中，所述第五指示信息用以指示所述发送方MAC实体向所述RLCAM实体发送方反馈RLC数据包的本地确认信息。
205、所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息；
详细描述可以参见图1对应的实施例中的相关内容。
206、RLCAM实体发送方接收RRC层发送的第六指示信息，所述第六指示信息用以指示所述RLCAM实体发送方停止禁止RLCAM实体接收方反馈RLC数据包的确认信息；
其中，所述第六指示信息为所述RRC层根据获得的第七指示信息发送，所述第七指示信息用以指示所述RLCAM实体发送方停止禁止所述RLCAM实体接收方反馈RLC数据包的确认信息。
至此，所述RLCAM实体接收方则继续按照现有标准中的方法向所述RLCAM实体发送方反馈所述RLC数据包的确认信息。
可选地，在206之后，所述RLCAM实体发送方还可以进一步向所述发送方MAC实体发送第八指示信息，所述第八指示信息用以指示所述发送方MAC实体停止向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
可选地，在206之前、同时或者之后，RRC层还可以进一步根据获得的第九指示信息，向所述发送方MAC实体发送所述第八指示信息。其中，所述第九指示信息用以指示所述发送方MAC实体停止向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
详细描述可以参见图1对应的实施例中的相关内容。
本实施例中，RLCAM实体发送方接收RRC层发送的用以禁止RLCAM实体接收方反馈RLC数据包的确认信息的指示信息之后，当确定待传输的RLC数据包为独立RLC数据包时，通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送包含第一指示信息的待传输的RLC数据包，指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息，以及通过接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息，使得RLCAM实体发送方能够确认所述传输包的传输是否成功，能够避免现有技术中由于传输独立RLC数据包对应的确认信息而产生很多远比独立RLC数据包要大得多的信令开销的问题，从而减少了信令开销，节省了传输资源。
在图1和图2所对应的实施例中，如果发送方MAC实体将收到承载所述AMDPDU或AMDPDU分段的MACPDU的混合自动重传请求(HybridAutomaticRepeatreQuest，HARQ)NACK误解为HARQACK，发送方MAC实体将所述HARQACK指示转交给所述AMDPDU或AMDPDU分段对应的RLCAM实体发送方，则所述RLCAM实体发送方认为成功发送了所述AMDPDU或AMDPDU分段。而实际对应的RLCAM实体接收方并没有实际收到所述AMDPDU或AMDPDU分段，从而会在定时器t_Reordering超时后，触发状态报告(STATUSReport)的发送。所述RLCAM实体发送收到所述STATUSReport后，发现其中反馈为NACK的AMDPDU或AMDPDU分段的SN不在发送窗口内，而导致自动重传请求(AutomaticRepeatreQuest，ARQ)机制出现异常。为了避免上述问题，本发明还提供如下实施例：
可选的，图1或图2所对应的实施例进一步包括：
对于下行数据包的上行HARQ反馈，即，对于数据包的发送方为基站，数据包的接收方为用户设备，用户设备向基站进行上行HARQ反馈的情况，当所述RLCAM实体发送方通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包，所述RLC数据包中包含第一指示信息时，所述发送方的RRC层通过RRC消息向所述接收方发送第十指示信息，所述第十指示信息用于指示所述接收方MAC实体启动对应上行HARQ反馈重复机制。当所述接收方的RRC层接收到所述第十指示信息后，将该第十指示信息通知所述接收方MAC实体。
可选的，图1或图2所对应的实施例中，对于上行数据包的下行HARQ反馈，即，对于数据包的发送方为用户设备，数据包的接收方为基站，基站向用户设备进行下行HARQ反馈的情况，所述发送方MAC实体包括一个变量HARQ_FEEDBACK，所述HARQ_FEEDBACK保存接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的最新的确认信息。所述本地确认信息为变量HARQ_FEEDBACK中的值。
发送方MAC实体向所述RLCAM实体发送方递交所述本地确认信息的方式包括：
方式一，发送方MAC实体收到接收方MAC实体的确认信息后递交所述本地确认信息；
方式二，当承载所述AMDPDU或AMDPDU分段的MACPDU对应HARQ进程的HARQ缓存buffer被清空或被新的MACPDU替代时，将所述HARQbuffer被清空或被新的MACPDU替代前存储的变量HARQ_FEEDBACK作为本地确认信息递交给所述AMDPDU或AMDPDU分段对应的RLCAM实体发送方。
其中，例如记录所述MACPDU传输次数达到规定值后，或者发送方MAC实体收到接收方MAC实体的ACK反馈后，承载所述AMDPDU或AMDPDU分段的MACPDU对应HARQ进程的HARQbuffer被清空。例如所述HARQ进程执行新传时，承载所述AMDPDU或AMDPDU分段的MACPDU对应HARQ进程的HARQbuffer被新的MACPDU替代。
在发送方MAC实体向对应的RLCAM实体发送方递交HARQ_FEEDBACK过程中，需要记录该MACPDU或该MACPDU所在进程与所述AMDPDU或AMDPDU分段的对应关系，以便RLCAM实体发送方收到该HARQ_FEEDBACK后处理对应的AMDPDU或AMDPDU分段如丢弃等操作。具体可以采用以下方式实现：
方式一，RLCAM实体发送方在发送AMDPDU或AMDPDU分段给发送方MAC实体时，同时通知所述AMDPDU或AMDPDU分段对应的序列号SN或者SN及比特偏移量信息(SoStart/Soend)；在发送方MAC实体向对应的RLCAM实体发送方递交HARQ_FEEDBACK时，还将RLCAM实体发送方之前发送的AMDPDU或AMDPDU分段的对应信息递交给RLCAM实体发送方；RLCAM实体发送方依据这些对应信息进行处理。
方式二，在发送方MAC实体通知对应的RLCAM实体发送方组装AMDPDU或AMDPDU分段时，将所使用的HARQ进程号也通知给RLCAM实体发送方；发送方MAC实体向对应的RLCAM实体发送方递交HARQ_FEEDBACK时，同时携带对应的HARQ进程号，RLCAM实体发送方依据这些对应信息进行处理。
尽管通过上述方法增强了HARQ反馈的可靠性，尽可能的避免HARQ反馈被误解。但如果一旦HARQ反馈被误解，尤其是HARQNACK被解码成HARQACK，RLCAM实体发送方仍然会接收到被误解的HARQ反馈。因此，本发明的实施例进一步提供一种HARQ的容错机制。
可选的，图1或图2所对应的实施例进一步包括：
对于上行数据包发送，即用户设备作为发送方，如果用户设备的一个或多个RLCAM实体发送方接收到一个STATUSReport，且所述STATUSReport反馈为NACK的AMDPDU或AMDPDU分段的SN不在发送窗口内，则所述用户设备的RLCAM实体发送方通知所述用户设备的所述RRC层，发起RRC连接重建流程，并将重建原因置为otherFailure。
对于下行数据包发送，即基站作为发送方，如果基站的一个或多个RLCAM实体发送方接收到一个STATUSReport，其中反馈为NACK的AMDPDU或AMDPDU分段的SN不在发送窗口内，则基站RLCAM实体发送方通知基站的RRC层，发起RRC连接释放流程；或触发UE发起RRC连接重建流程，触发的方式可以通过向用户设备发送现有的消息，或在现有消息中添加新的信息元素，或向用户设备发送新的消息来触发。
本发明的技术方案，可以应用于各种通信系统，例如：通用分组无线业务(GeneralPacketRadioService，简称GPRS)系统、宽带码分多址(WidebandCodeDivisionMultiDleAccess，简称WCDMA)系统、长期演进(LongTermEvolution，简称LTE)系统等。
需要说明的是：对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
图3为本发明另一实施例提供的RLCAM实体发送方的结构示意图，如图3所示，本实施例的RLCAM实体发送方可以包括发送单元31和接收单元32。其中，发送单元31用于通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包，所述RLC数据包中包含第一指示信息，所述第一指示信息用以指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息；接收单元32用于接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息，所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成。其中，
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈，所述第二指示信息用以指示所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
上述图1和图2对应的实施例中RLCAM实体发送方的功能均由本实施例提供。
可选地，本实施例中的发送单元31发送的RLC数据包中包含第一指示信息可以为所述RLC数据包中包含禁止反馈指示；或者还可以为所述RLC数据包中包含轮询指示域，当所述轮询指示域的值为第一数值时，指示禁止反馈；当所述轮询指示域的值为第二数值时，指示轮询，本实施例对此不进行限定。
可选地，本实施例中的接收单元32还可以进一步接收RRC层发送的第三指示信息，所述第三指示信息用以指示所述RLCAM实体发送方禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；其中，
所述第三指示信息为所述RRC层根据获得的第四指示信息发送，所述第四指示信息用以指示所述RLCAM实体发送方禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息。
相应地，发送单元31具体可以根据所述第三指示信息，通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包
可选地，本实施例中的接收单元32还可以进一步接收所述RRC层发送的第六指示信息，所述第六指示信息用以指示所述RLCAM实体发送方停止禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；其中，
所述第六指示信息为所述RRC层根据获得的第七指示信息发送，所述第七指示信息用以指示所述RLCAM实体发送方停止禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息。
相应地，发送单元31根据所述第六指示信息，则可以不执行通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包。
可选地，本实施例中的发送单元31还可以进一步向所述发送方MAC实体发送所述第二指示信息。
可选地，本实施例中的发送单元31还可以进一步向所述发送方MAC实体发送第八指示信息，所述第八指示信息用以指示所述发送方MAC实体停止向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
可选地，如图4所示，本实施例的RLCAM实体发送方还可以进一步包括确定单元41，用于确定所述RLC数据包为独立RLC数据包。
具体地，确定单元41具体可以若计数器PDU_WITHOUT_POLL为1，且缓存中只有所述RLC数据包，确定所述RLC数据包为独立RLC数据包。
可选的，当所述RLCAM实体发送的所述RLC数据包为上行数据包时，如果所述接收单元32接收到一个状态报告STATUSReport，且所述状态报告反馈为NACK的AMDPDU或AMDPDU分段的SN不在发送窗口内，则所述发送单元31通知RRC层，发起RRC连接重建流程，并将重建原因置为otherFailure；
当所述RLCAM实体发送的所述RLC数据包为下行数据包时，如果所述接收单元32接收到一个STATUSReport，且所述状态报告反馈为NACK的AMDPDU或AMDPDU分段的SN不在发送窗口内，则所述发送单元31通知RRC层，发起RRC连接释放流程；或触发所述接收方发起RRC连接重建流程。
本实施例中，RLCAM实体发送方通过发送单元通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送包含第一指示信息的RLC数据包，指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息，以及通过接收单元接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息，使得RLCAM实体发送方能够确认所述传输包的传输是否成功，能够避免现有技术中由于传输RLC数据包对应的确认信息而产生很多信令开销的问题，从而减少了信令开销，节省了传输资源。
在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元，可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory，简称ROM)、随机存取存储器(RandomAccessMemory，简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims (20)

1.一种无线链路控制RLC数据包传输的确认方法，其特征在于，包括：
RLC确认模式AM实体发送方通过发送方媒体接入控制MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包，所述RLC数据包中包含第一指示信息，所述第一指示信息用以指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息；
所述RLCAM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息，所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成；其中，
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈，所述第二指示信息用以指示所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息；
其中，所述发送方MAC实体包括一个变量HARQ_FEEDBACK，所述HARQ_FEEDBACK保存接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的最新的确认信息；
当所述RLCAM实体发送的所述RLC数据包为上行数据包时，在所述RLCAM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息之前，所述方法还包括：
当承载确认模式数据AMD(AcknowledgeModeData)PDU或AMDPDU分段的MACPDU对应HARQ进程的HARQ缓存buffer被清空或被新的MACPDU替代时，所述发送方MAC实体将所述HARQbuffer被清空或被新的MACPDU替代前存储的变量HARQ_FEEDBACK作为本地确认信息递交给所述AMDPDU或AMDPDU分段对应的RLCAM实体发送方。
2.根据权利要求1所述的方法，其特征在于，所述RLC数据包中包含第一指示信息，包括：
所述RLC数据包中包含禁止反馈指示；或者
所述RLC数据包中包含轮询指示域，当所述轮询指示域的值为第一数值时，指示禁止反馈；当所述轮询指示域的值为第二数值时，指示轮询。
3.根据权利要求1所述的方法，其特征在于，所述RLCAM实体发送方通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包之前，还包括：
所述RLCAM实体发送方接收无线资源控制RRC层发送的第三指示信息，所述第三指示信息用以指示所述RLCAM实体发送方禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；其中，
所述第三指示信息为所述RRC层根据获得的第四指示信息发送，所述第四指示信息用以指示所述RLCAM实体发送方禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；
所述RLCAM实体发送方通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包，包括：
所述RLCAM实体发送方根据所述第三指示信息，通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包。
4.根据权利要求3所述的方法，其特征在于，所述RLCAM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息之后，还包括：
所述RLCAM实体发送方接收所述RRC层发送的第六指示信息，所述第六指示信息用以指示所述RLCAM实体发送方停止禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；其中，
所述第六指示信息为所述RRC层根据获得的第七指示信息发送，所述第七指示信息用以指示所述RLCAM实体发送方停止禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；
所述方法还包括：
所述RLCAM实体发送方根据所述第六指示信息，不执行通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包。
5.根据权利要求1所述的方法，其特征在于，所述方法还包括：
所述RLCAM实体发送方向所述发送方MAC实体发送所述第二指示信息；或者
RRC层根据获得的第五指示信息，向所述发送方MAC实体发送所述第二指示信息，所述第五指示信息用以指示所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
6.根据权利要求5所述的方法，其特征在于，所述RLCAM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息之后，还包括：
所述RLCAM实体发送方向所述发送方MAC实体发送第八指示信息，所述第八指示信息用以指示所述发送方MAC实体停止向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息；或者
所述RRC层根据获得的第九指示信息，向所述发送方MAC实体发送所述第八指示信息，所述第九指示信息用以指示所述发送方MAC实体停止向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
7.根据权利要求1～6任一权利要求所述的方法，其特征在于，所述RLCAM实体发送方通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包之前，还包括：
所述RLCAM实体发送方确定所述RLC数据包为独立RLC数据包。
8.根据权利要求7所述的方法，其特征在于，所述RLCAM实体发送方确定所述RLC数据包为独立RLC数据包，包括：
若计数器PDU_WITHOUT_POLL为1，且缓存中只有所述RLC数据包，所述RLCAM实体发送方确定所述RLC数据包为独立RLC数据包。
9.根据权利要求1所述的方法，其特征在于，所述RLC确认模式AM实体发送方通过发送方媒体接入控制MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包之前，所述方法还包括：
所述RLCAM实体发送方发送AMDPDU或AMDPDU分段给发送方MAC实体，并通知所述发送方MAC实体所述AMDPDU或AMDPDU分段的对应信息，所述对应信息包括所述AMDPDU或AMDPDU分段对应的SN号或者SN号及比特偏移量信息；
所述发送方MAC实体将所述HARQ_FEEDBACK作为本地确认信息递交给所述AMDPDU或AMDPDU分段对应的RLCAM实体发送方包括：
所述发送方MAC实体将所述HARQ_FEEDBACK作为本地确认信息递交给所述AMDPDU或AMDPDU分段对应的RLCAM实体发送方，并将所述AMDPDU或AMDPDU分段对应的对应信息递交给RLCAM实体发送方。
10.根据权利要求1所述的方法，其特征在于，所述RLC确认模式AM实体发送方通过发送方媒体接入控制MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包之前，所述方法还包括：
发送方MAC实体通知对应的RLCAM实体发送方组装AMDPDU或AMDPDU分段，并将所使用的HARQ进程号也通知给RLCAM实体发送方；
所述发送方MAC实体将所述HARQ_FEEDBACK作为本地确认信息递交给所述AMDPDU或AMDPDU分段对应的RLCAM实体发送方包括：
所述发送方MAC实体将所述HARQ_FEEDBACK作为本地确认信息递交给所述AMDPDU或AMDPDU分段对应的RLCAM实体发送方，并将所述AMDPDU或AMDPDU分段对应的HARQ进程号发送至所述RLCAM实体发送方。
11.根据权利要求1所述的方法，其特征在于，
当所述RLCAM实体发送的所述RLC数据包为上行数据包时，如果所述RLCAM实体发送方接收到一个状态报告STATUSReport，且所述状态报告反馈为NACK的AMDPDU或AMDPDU分段的SN不在发送窗口内，则所述RLCAM实体发送方通知RRC层，发起RRC连接重建流程，并将重建原因置为otherFailure。
12.一种无线链路控制RLC确认模式AM实体发送方，其特征在于，包括：
发送单元，用于通过发送方媒体接入控制MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包，所述RLC数据包中包含第一指示信息，所述第一指示信息用以指示所述RLCAM实体接收方禁止反馈所述RLC数据包的确认信息；
接收单元，用于接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息，所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成；其中，
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈，所述第二指示信息用以指示所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息；
其中，所述发送方MAC实体包括一个变量HARQ_FEEDBACK，所述HARQ_FEEDBACK保存接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的最新的确认信息；
当所述RLCAM实体发送的所述RLC数据包为上行数据包时，在所述RLCAM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息之前，当承载确认模式数据AMD(AcknowledgeModeData)PDU或AMDPDU分段的MACPDU对应HARQ进程的HARQ缓存buffer被清空或被新的MACPDU替代时，所述发送方MAC实体将所述HARQbuffer被清空或被新的MACPDU替代前存储的变量HARQ_FEEDBACK作为本地确认信息递交给所述AMDPDU或AMDPDU分段对应的RLCAM实体发送方。
13.根据权利要求12所述的RLCAM实体发送方，其特征在于，所述发送单元发送的RLC数据包中包含第一指示信息，包括：
所述发送单元发送的RLC数据包中包含禁止反馈指示；或者
所述发送单元发送的RLC数据包中包含轮询指示域，当所述轮询指示域的值为第一数值时，指示禁止反馈；当所述轮询指示域的值为第二数值时，指示轮询。
14.根据权利要求12所述的RLCAM实体发送方，其特征在于，所述接收单元还用于
接收无线资源控制RRC层发送的第三指示信息，所述第三指示信息用以指示所述RLCAM实体发送方禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；其中，
所述第三指示信息为所述RRC层根据获得的第四指示信息发送，所述第四指示信息用以指示所述RLCAM实体发送方禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；
所述发送单元具体用于
根据所述第三指示信息，通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包。
15.根据权利要求14所述的RLCAM实体发送方，其特征在于，所述接收单元还用于
接收所述RRC层发送的第六指示信息，所述第六指示信息用以指示所述RLCAM实体发送方停止禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；其中，
所述第六指示信息为所述RRC层根据获得的第七指示信息发送，所述第七指示信息用以指示所述RLCAM实体发送方停止禁止所述RLCAM实体接收方反馈所述RLC数据包的确认信息；
所述发送单元根据所述第六指示信息，不执行通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包。
16.根据权利要求12所述的RLCAM实体发送方，其特征在于，所述发送单元还用于
向所述发送方MAC实体发送所述第二指示信息。
17.根据权利要求16所述的RLCAM实体发送方，其特征在于，所述发送单元还用于
向所述发送方MAC实体发送第八指示信息，所述第八指示信息用以指示所述发送方MAC实体停止向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
18.根据权利要求12～17任一权利要求所述的RLCAM实体发送方，其特征在于，所述RLCAM实体发送方还包括确定单元，用于确定所述RLC数据包为独立RLC数据包。
19.根据权利要求18所述的RLCAM实体发送方，其特征在于，所述确定单元具体用于
若计数器PDU_WITHOUT_POLL为1，且缓存中只有所述RLC数据包，确定所述RLC数据包为独立RLC数据包。
20.根据权利要求12所述的RLCAM实体发送方，其特征在于，
当所述RLCAM实体发送的所述RLC数据包为上行数据包时，如果所述接收单元接收到一个状态报告STATUSReport，且所述状态报告反馈为NACK的AMDPDU或AMDPDU分段的SN不在发送窗口内，则所述发送单元通知RRC层，发起RRC连接重建流程，并将重建原因置为otherFailure。
CN201210021900.5A 2011-11-24 2012-01-31 Rlc数据包传输的确认方法及rlc am实体发送方 Active CN103138905B (zh)

Priority Applications (5)

Application Number Priority Date Filing Date Title
CN201610460118.1A CN105897385A (zh) 2011-11-24 2012-01-31 Rlc数据包传输的确认方法及rlc am实体发送方
CN201210021900.5A CN103138905B (zh) 2011-11-24 2012-01-31 Rlc数据包传输的确认方法及rlc am实体发送方
EP12851508.7A EP2763363B1 (en) 2011-11-24 2012-11-26 Rlc data packet transmission acknowledgement method and rlc am entity sending party
PCT/CN2012/085237 WO2013075666A1 (zh) 2011-11-24 2012-11-26 Rlc数据包传输的确认方法及rlc am实体发送方
US14/285,295 US8830944B1 (en) 2011-11-24 2014-05-22 Method for acknowledging RLC data packet transmission and RLC AM entity sender

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
CN201110378143 2011-11-24
CN201110378143.2 2011-11-24
CN2011103781432 2011-11-24
CN201210021900.5A CN103138905B (zh) 2011-11-24 2012-01-31 Rlc数据包传输的确认方法及rlc am实体发送方

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN201610460118.1A Division CN105897385A (zh) 2011-11-24 2012-01-31 Rlc数据包传输的确认方法及rlc am实体发送方

Publications (2)

Publication Number Publication Date
CN103138905A CN103138905A (zh) 2013-06-05
CN103138905B true CN103138905B (zh) 2016-08-03

Family

ID=48469135

Family Applications (2)

Application Number Title Priority Date Filing Date
CN201210021900.5A Active CN103138905B (zh) 2011-11-24 2012-01-31 Rlc数据包传输的确认方法及rlc am实体发送方
CN201610460118.1A Withdrawn CN105897385A (zh) 2011-11-24 2012-01-31 Rlc数据包传输的确认方法及rlc am实体发送方

Family Applications After (1)

Application Number Title Priority Date Filing Date
CN201610460118.1A Withdrawn CN105897385A (zh) 2011-11-24 2012-01-31 Rlc数据包传输的确认方法及rlc am实体发送方

Country Status (4)

Country Link
US (1) US8830944B1 (zh)
EP (1) EP2763363B1 (zh)
CN (2) CN103138905B (zh)
WO (1) WO2013075666A1 (zh)

Families Citing this family (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104734836A (zh) * 2013-12-23 2015-06-24 中兴通讯股份有限公司 传输确认信息的发送方法和系统
US9491269B2 (en) * 2014-04-11 2016-11-08 Apple Inc. Uplink transmission rate in a wireless communication device
CN106304188B (zh) * 2015-05-13 2019-06-07 苏州简约纳电子有限公司 一种am rlc对于重传数据的优化的接收处理方法
EP3378178B1 (en) 2015-11-18 2020-07-22 Telefonaktiebolaget LM Ericsson (PUBL) Toggling based indicator of reception success
WO2017092813A1 (en) 2015-12-03 2017-06-08 Telefonaktiebolaget Lm Ericsson (Publ) Multi-rat access stratum security
JP6630990B2 (ja) 2015-12-03 2020-01-15 テレフオンアクチーボラゲット エルエム エリクソン（パブル） マルチｒａｔネットワークにおける軽量ｒｒｃ接続セットアップ
WO2017101069A1 (zh) * 2015-12-17 2017-06-22 华为技术有限公司 传输数据的方法和终端设备
CN106941694A (zh) * 2016-01-04 2017-07-11 中兴通讯股份有限公司 数据包的无线传输跨层优化方法及装置
WO2017177440A1 (zh) * 2016-04-15 2017-10-19 富士通株式会社 状态指示的传输装置、方法以及通信系统
CN107995653B (zh) * 2016-10-26 2021-03-23 普天信息技术有限公司 一种资源管理方法
CN108063647B (zh) 2016-11-05 2021-04-20 华为技术有限公司 数据传输的方法和装置
CN108429607B (zh) * 2017-02-14 2021-05-14 普天信息技术有限公司 一种通信系统中的harq重传处理方法
KR102262269B1 (ko) * 2017-04-26 2021-06-08 삼성전자 주식회사 차세대 이동 통신 시스템에서 rlc 상태 보고 방법 및 장치
CN108964835A (zh) * 2017-05-26 2018-12-07 展讯通信（上海）有限公司 数据传输控制方法、装置及用户设备
CN109756306B (zh) * 2017-11-03 2023-10-03 华为技术有限公司 信息传输方法和通信设备
CN109155697A (zh) * 2017-12-29 2019-01-04 深圳市大疆创新科技有限公司 确定反馈的方法、发送端、接收端及系统
WO2019134168A1 (en) 2018-01-08 2019-07-11 Zte Corporation Radio link control (rlc) acknowledged mode (am) data reception
CN109792327A (zh) * 2018-03-23 2019-05-21 Oppo广东移动通信有限公司 重传处理的方法和装置
GB2573577B (en) * 2018-05-11 2020-09-02 Tcl Communication Ltd Transmission techniques in a cellular network
CN108933645B (zh) * 2018-06-04 2021-07-23 熊猫电子集团有限公司 一种终端高效主动轮询方法
WO2021157889A1 (en) * 2020-02-05 2021-08-12 Lg Electronics Inc. Method and apparatus for performing data transmission in rrc inactive state in wireless communication system
WO2022006831A1 (en) * 2020-07-10 2022-01-13 Qualcomm Incorporated Cross layer improvement with radio link control feedback on physical layer
CN113543212B (zh) * 2021-07-07 2024-07-30 大唐网络有限公司 5g通信数据的传输方法及装置、非易失性存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1667993A (zh) * 2004-03-12 2005-09-14 华为技术有限公司 一种控制状态报告发送频率的方法
CN101267582A (zh) * 2007-03-15 2008-09-17 展讯通信（上海）有限公司 高速下行分组接入下省略rlc确认性状态报告的方法及系统
CN101627611A (zh) * 2007-01-10 2010-01-13 Lg电子株式会社 在移动通信系统中用于传输控制信息的方法

Family Cites Families (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2001258468B2 (en) * 2001-05-07 2006-10-19 Core Wireless Licensing S.A.R.L. RLC/MAC Protocol
US20060251105A1 (en) * 2005-02-07 2006-11-09 Samsung Electronics Co., Ltd. Method and apparatus for requesting/transmitting status report of a mobile communication system
WO2008024282A2 (en) * 2006-08-21 2008-02-28 Interdigital Technology Corporation Method and apparatus for controlling arq and harq transmissions and retranmissions in a wireless communication system
KR20090121299A (ko) * 2007-02-02 2009-11-25 인터디지탈 테크날러지 코포레이션 플렉시블 ｒｌｃ ｐｄｕ 크기에 대하여 ｒｌｃ를 개선하는 방법 및 장치
US8005107B2 (en) * 2007-02-06 2011-08-23 Research In Motion Limited Method and system for robust MAC signaling
KR101394784B1 (ko) * 2007-10-16 2014-05-15 엘지전자 주식회사 고속데이터 전송을 위한 ａｒｑ 과정의 수행방법
EP2204017B1 (en) * 2007-11-01 2012-05-16 Telefonaktiebolaget L M Ericsson (publ) Efficient flow control in an rnc
WO2009058084A1 (en) * 2007-11-01 2009-05-07 Telefonaktiebolaget L M Ericsson (Publ) Efficient flow control in a radio network controller (rnc)
KR100917832B1 (ko) * 2008-09-19 2009-09-18 엘지전자 주식회사 시간 정렬 타이머를 고려한 신호 송수신 방법 및 이를 위한 사용자 기기
KR101669966B1 (ko) * 2009-05-11 2016-10-27 엘지전자 주식회사 다중 반송파를 지원하는 무선 통신 시스템에서 중복 데이터를 송신 및 수신하는 방법 및 장치
US8902833B2 (en) * 2010-12-23 2014-12-02 Qualcomm Incorporated System and method for performing a radio link control (RLC) reset in a downlink multipoint system

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1667993A (zh) * 2004-03-12 2005-09-14 华为技术有限公司 一种控制状态报告发送频率的方法
CN101627611A (zh) * 2007-01-10 2010-01-13 Lg电子株式会社 在移动通信系统中用于传输控制信息的方法
CN101267582A (zh) * 2007-03-15 2008-09-17 展讯通信（上海）有限公司 高速下行分组接入下省略rlc确认性状态报告的方法及系统

Also Published As

Publication number Publication date
US20140254528A1 (en) 2014-09-11
EP2763363B1 (en) 2018-05-23
WO2013075666A1 (zh) 2013-05-30
US8830944B1 (en) 2014-09-09
CN105897385A (zh) 2016-08-24
CN103138905A (zh) 2013-06-05
EP2763363A4 (en) 2015-05-20
EP2763363A1 (en) 2014-08-06

Similar Documents

Publication Publication Date Title
CN103138905B (zh) Rlc数据包传输的确认方法及rlc am实体发送方
US9900798B2 (en) Polling and reporting mechanism
JP5357295B2 (ja) 無線通信システムにおけるエラー制御メッセージを処理するための方法及び装置
EP2486687B1 (en) Method and arrangement in a wireless communication system
EP2537386B1 (en) Contention based access optimization
US8295220B2 (en) Multicast service
US9059848B2 (en) Method and arrangement in a wireless communication system
US10334584B2 (en) GSM evolution packet data traffic channel resource transmission management—fixed uplink allocation technique
EP2670077A1 (en) Method and apparatus for data packet retransmission
WO2017075854A1 (zh) 信息传输的方法、终端和基站
CN104981999B (zh) 一种数据处理方法、通信设备和系统
WO2011086236A1 (en) Multicast service
CN106550470A (zh) 一种数据传输方法及装置
WO2017075857A1 (zh) 信息传输的方法、终端和基站
CN116015565B (zh) 数据重传方法、装置、设备及存储介质
EP4307600A2 (en) Hybrid automatic repeat request method, semi-persistent scheduling method, and communication apparatus
CN106165514B (zh) 一种rlc数据包重传方法及基站

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant