CN103138905A - Rlc数据包传输的确认方法及rlc am实体发送方 - Google Patents
Rlc数据包传输的确认方法及rlc am实体发送方 Download PDFInfo
- Publication number
- CN103138905A CN103138905A CN2012100219005A CN201210021900A CN103138905A CN 103138905 A CN103138905 A CN 103138905A CN 2012100219005 A CN2012100219005 A CN 2012100219005A CN 201210021900 A CN201210021900 A CN 201210021900A CN 103138905 A CN103138905 A CN 103138905A
- Authority
- CN
- China
- Prior art keywords
- rlc
- entity
- data packet
- sender
- indication information
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 69
- 238000012790 confirmation Methods 0.000 title claims abstract description 66
- 230000005540 biological transmission Effects 0.000 title claims abstract description 44
- 230000008569 process Effects 0.000 claims description 21
- 230000007246 mechanism Effects 0.000 claims description 4
- 230000005764 inhibitory process Effects 0.000 claims description 3
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 claims 4
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 claims 4
- 230000011218 segmentation Effects 0.000 claims 1
- 230000011664 signaling Effects 0.000 abstract description 14
- 238000004891 communication Methods 0.000 description 5
- 230000008878 coupling Effects 0.000 description 3
- 238000010168 coupling process Methods 0.000 description 3
- 238000005859 coupling reaction Methods 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000012545 processing Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- GOLXNESZZPUPJE-UHFFFAOYSA-N spiromesifen Chemical compound CC1=CC(C)=CC(C)=C1C(C(O1)=O)=C(OC(=O)CC(C)(C)C)C11CCCC1 GOLXNESZZPUPJE-UHFFFAOYSA-N 0.000 description 2
- 230000002159 abnormal effect Effects 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
- 239000002699 waste material Substances 0.000 description 1
Images
Classifications
-
- 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/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
- 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
技术领域
本发明涉及通信技术,尤其涉及一种无线链路控制(Radio Link Control,简称RLC)数据包传输的确认方法及RLC确认模式(Acknowledge Mode,简称AM)实体发送方。
背景技术
随着通信技术的发展,用户设备上集成了越来越多的智能应用,例如:即时聊天软件、微博等。在上述智能应用中,在用户设备的RLC数据包的传输过程中,当无线链路控制(Radio Link Control,简称RLC)确认模式(Acknowledge Mode,简称AM)实体接收方接收到或未接收到RLC AM实体发送方发送的RLC数据包时,会返回确认信息,例如:肯定确认(Acknowledge,简称ACK)或否定确认(Negative Acknowledge,简称NACK)。
然而,为了传输RLC数据包对应的上述确认信息,将会产生很多信令开销,例如:传输下行确认信息之前会产生物理下行控制信道(PhysicalDownlink Control CHannel,简称PDCCH)调度信息等信令;传输上行确认信息之前会产生调度请求(Scheduling Request,简称SR)、缓存状态报告(Buffer Status Report,简称BSR)和PDCCH调度信息等信令,从而导致了传输资源的浪费。
发明内容
本发明提供一种RLC数据包传输的确认方法及RLC AM实体发送方,用以减少信令开销,节省传输资源。
一方面提供了一种RLC数据包传输的确认方法,包括:
RLC AM实体发送方通过发送方MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包,所述RLC数据包中包含第一指示信息, 所述第一指示信息用以指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息;
所述RLC AM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息,所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成;其中,
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈,所述第二指示信息用以指示所述发送方MAC实体向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
另一方面提供了一种RLC AM实体发送方,包括:
发送单元,用于通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包,所述RLC数据包中包含第一指示信息,所述第一指示信息用以指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息;
接收单元,用于接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息,所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成;其中,
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈,所述第二指示信息用以指示所述发送方MAC实体向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
由上述技术方案可知,本发明实施例RLC AM实体发送方通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送包含第一指示信息的RLC数据包,指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息,以及通过接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息,使得RLC AM实体发送方能够确认所述传输包的传输是否成功,能够避免现有技术中由于传输RLC数据包对应的确认信息而产生很多信令开销的问题,从而减少了信令开销,节省了传输资源。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍,显而易见地,下面描述中的附图是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为本发明一实施例提供的RLC数据包传输的确认方法的流程示意图;
图2为本发明另一实施例提供的RLC数据包传输的确认方法的流程示意图;
图3为本发明另一实施例提供的RLC AM实体发送方的结构示意图;
图4为本发明另一实施例提供的RLC AM实体发送方的结构示意图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明一实施例提供的RLC数据包传输的确认方法的流程示意图,如图1所示,本实施例的RLC数据包传输的确认方法可以包括:
101、RLC AM实体发送方通过发送方媒体接入控制(Medium AccessControl,简称MAC)实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包,所述RLC数据包中包含第一指示信息,所述第一指示信息用以指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息;
具体地,所述RLC数据包可以包括RLC AM数据(AM Data,简称AMD)协议数据单元(Protocol Data Unit,简称PDU)或RLC AMD PDU分段。
可选地,所述RLC数据包中包含第一指示信息具体可以通过但不限于如下方式实现:
方式一:所述RLC数据包中包含轮询指示域,当所述轮询指示域(例如:P域)的值为第一数值(例如:0)时,指示禁止反馈;当所述轮询指示域的值为第二数值(例如:1)时,指示轮询
具体地,RLC AM实体发送方可以不在待发送的RLC数据包中添加轮询(poll)指示,即将所述RLC数据包中的P域置0,用以指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息。用以实现不在待发送的RLC数据包中添加轮询的方法可以包括:RLC AM实体发送方将计数器PDU_WITHOUT_POLL和计数器BYTE_WITHOUT_POLL的值置0,从而实现P域置0。其中,第一指示信息即为P域置0。
方式二:所述RLC数据包中包含禁止反馈指示
具体地,RLC AM实体发送方可以在待发送的RLC数据包中增加一个新的域,指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息。例如:将所述新的域置1表示指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息,置0表示指示所述RLC AM实体接收方停止禁止反馈所述RLC数据包的确认信息,反之亦然。可以理解的是:本实施例中,如果RLC AM实体接收方接收到的RLC数据包中包含上述增加的新的域,那么RLC AM实体接收方则可以先读取这个新的域,如果这个新的域的值为“指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息”,那么则不再读取P域;如果这个新的域的值为“指示所述RLC AM实体接收方停止禁止反馈所述RLC数据包的确认信息”,那么则继续读取P域,根据P域进行后续操作。
可选地,在101之前,所述RLC AM实体发送方还可以进一步接收无线资源控制(Radio Resource Control,简称RRC)层发送的第三指示信息,所述第三指示信息用以指示所述RLC AM实体发送方禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;其中,
所述第三指示信息为所述RRC层根据获得的第四指示信息发送,所述第四指示信息用以指示所述RLC AM实体发送方禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息。
相应地,在101中,所述RLC AM实体发送方可以根据所述第三指示信息,通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包。
需要说明的是:所述第四指示信息可以是针对无线承载(Radio bearer,简称RB)的,或者还可以为针对用户设备的。如果是针对RB的,则可以指 示所述RB对应的RLC AM实体发送方禁止对应的RLC AM实体接收方反馈RLC数据包的确认信息;如果是针对用户设备的,则可以指示所述用户设备的所有RLC AM实体发送方禁止对应的RLC AM实体接收方反馈RLC数据包的确认信息。
可选地,所述RRC层具体可以通过专用消息获得所述第四指示信息,其中,所述专用消息可以为现有的RRC消息,即在现有的RRC消息中增加新的字段,或者还可以为新的RRC消息,本实施例对此不进行限定。例如:假设RLC AM实体发送方位于用户设备中,RLC AM实体接收方位于基站中,那么基站可以向用户设备发送RRC消息,该RRC消息中包含所述第四指示信息。用户设备的RRC层接收到基站发送的RRC消息之后,可以根据该RRC消息中包含的第四指示信息,向RLC AM实体发送方发送所述第三指示信息。其中,上述RRC消息可以包括但不限于RRC连接建立(RRCConnection Setup)消息、RRC连接重配置(RRC ConnectionReconfiguration)消息或RRC连接重建立(RRC ConnectionReestablishment)消息。
102、所述RLC AM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息,所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成;其中,
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈,所述第二指示信息用以指示所述发送方MAC实体向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
可选地,在本发明另一实施例中,所述RLC AM实体发送方还可以进一步向所述发送方MAC实体发送所述第二指示信息。
可选地,在本发明另一实施例中,RRC层可以根据第五指示信息,向所述发送方MAC实体发送所述第二指示信息,所述第五指示信息用以指示所述发送方MAC实体向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。可选地,所述RRC层具体可以通过专用消息获得所述第五指示信息,其中,所述专用消息可以为现有的RRC消息,即在现有的RRC消息中增加新的字段,或者还可以为新的RRC消息,本实施例对此不进行限定。例 如:假设RLC AM实体发送方和发送方MAC实体位于用户设备中,RLC AM实体接收方位于基站中,那么基站可以向用户设备发送RRC消息,该RRC消息中包含所述第五指示信息。用户设备的RRC层接收到基站发送的RRC消息之后,可以根据该RRC消息中包含的第五指示信息,向发送方MAC实体发送所述第二指示信息。其中,上述RRC消息可以包括但不限于RRC连接建立(RRC Connection Setup)消息、RRC连接重配置(RRC ConnectionReconfiguration)消息或RRC连接重建立(RRC ConnectionReestablishment)消息。
可以理解的是:本实施例中的第四指示信息和第五指示信息还可以进一步为同一个指示信息,该指示信息用以
指示所述RLC AM实体发送方禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;以及
指示所述发送方MAC实体向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
在102中,发送方MAC实体具体可以根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成所述RLC数据包的本地确认信息。例如:如果发送方MAC实体接收到接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的肯定确认信息(ACK),则生成本地肯定确认信息(Local ACK),说明该RLC数据包传输成功;如果发送方MAC实体接收到接收方MAC实体反馈的最大传输次数个所述RLC数据(例如,3个RLC数据)包所属的MAC数据包的否定确认信息(NACK),则生成本地否定确认信息(Local NACK),说明该RLC数据包传输失败。具体地,发送方MAC实体具体可以采用以下方法确定RLC数据包所属的MAC数据包:由于RLC数据包唯一对应一个逻辑信道标识(Logical Channel ldemity,简称LCID),发送方MAC实体则可以根据MAC数据包的子包头中的LCID,确定与该LCID对应的RLC数据包,从而确定了RLC数据包所属的MAC数据包。RLC AM实体发送方接收到所述RLC数据包的本地肯定确认信息(Local ACK)之后,确定所述RLC数据包传输成功,则可以执行现有技术中接收到RLC AM实体接收方反馈的所述RLC数据包的肯定确认信息(ACK)的相关操作,例如:如果所属RLC数据包所属的一个完整的RLC 服务数据单元(Service Data Unit,简称SDU)被成功传输,则RLC AM实体发送方通知分组数据汇聚协议(Packet Data Convergence Protocol,简称PDCP)层;RLC AM实体发送方接收到所述RLC数据包的本地否定确认信息(Local NACK)之后,确定所述RLC数据包传输失败,则可以执行现有技术中接收到RLC AM实体接收方反馈的所述RLC数据包的否定确认信息(NACK)的相关操作,例如:准备重传传输失败的RLC数据包。
可选地,在102之后,所述RLC AM实体发送方还可以进一步接收RRC层发送的第六指示信息,所述第六指示信息用以指示所述RLC AM实体发送方停止禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;其中,
所述第六指示信息为所述RRC层根据获得的第七指示信息发送,所述第七指示信息用以指示所述RLC AM实体发送方停止禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息。
相应地,本实施例中,所述RLC AM实体发送方可以根据所述第六指示信息,不执行101,即不执行通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包。
需要说明的是:所述第七指示信息可以是针对RB的,或者还可以为针对用户设备的。如果是针对RB的,则可以指示所述RB对应的RLC AM实体发送方停止禁止对应的RLC AM实体接收方反馈RLC数据包的确认信息;如果是针对用户设备的,则可以指示所述用户设备的所有RLC AM实体发送方停止禁止对应的RLC AM实体接收方反馈RLC数据包的确认信息。
可选地,所述RRC层具体可以通过专用消息获得所述第七指示信息,其中,所述专用消息可以为现有的RRC消息,即在现有的RRC消息中增加新的字段,或者还可以为新的RRC消息,本实施例对此不进行限定。例如:假设RLC AM实体发送方位于用户设备中,RLC AM实体接收方位于基站中,那么基站可以向用户设备发送RRC消息,该RRC消息中包含所述第七指示信息。用户设备的RRC层接收到基站发送的RRC消息之后,可以根据该RRC消息中包含的第七指示信息,向RLC AM实体发送方发送所述第六指示信息。其中,上述RRC消息可以包括但不限于RRC连接建立(RRCConnection Setup)消息、RRC连接重配置(RRC Connection Reconfiguration)消息或RRC连接重建立(RRC ConnectionReestablishment)消息。
可选地,在本发明另一本实施例中,所述RLC AM实体发送方还可以进一步向所述发送方MAC实体发送第八指示信息。其中,所述第八指示信息用以指示所述发送方MAC实体停止向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
可选地,在本发明另一本实施例中,RRC层可以根据获得的第九指示信息,向所述发送方MAC实体发送所述第八指示信息,所述第九指示信息用以指示所述发送方MAC实体停止向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。可选地,所述RRC层具体可以通过专用消息获得所述第九指示信息,其中,所述专用消息可以为现有的RRC消息,即在现有的RRC消息中增加新的字段,或者还可以为新的RRC消息,本实施例对此不进行限定。例如:假设RLC AM实体发送方和发送方MAC实体位于用户设备中,RLC AM实体接收方位于基站中,那么基站可以向用户设备发送RRC消息,该RRC消息中包含所述第九指示信息。用户设备的RRC层接收到基站发送的RRC消息之后,可以根据该RRC消息中包含的第九指示信息,向发送方MAC实体发送所述第八指示信息。其中,上述RRC消息可以包括但不限于RRC连接建立(RRC Connection Setup)消息、RRC连接重配置(RRC Connection Reconfiguration)消息或RRC连接重建立(RRCConnection Reestablishment)消息。
本实施例中,RLC AM实体发送方通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送包含第一指示信息的RLC数据包,指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息,以及通过接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息,使得RLCAM实体发送方能够确认所述传输包的传输是否成功,能够避免现有技术中由于传输RLC数据包对应的确认信息而产生很多信令开销的问题,从而减少了信令开销,节省了传输资源。
在本发明另一实施例中,由于考虑到在用户设备的智能应用中,用户设备或基站经常会传输一个独立的RLC数据包,即在较长的时间间隔内只传输一个RLC数据包。然而,为了传输独立RLC数据包对应的上述确认信息, 将会产生很多信令开销,这些信令开销远比传输的独立RLC数据包要大得多。因此,本实施例中,RLC AM实体发送方只有当待传输的RLC数据包为独立RLC数据包时,才执行图1对应的实施例中的技术方案,具体可以参见图2和图3对应的实施例。
图2为本发明另一实施例提供的RLC数据包传输的确认方法的流程示意图,如图2所示,本实施例的RLC数据包传输的确认方法可以包括:
201、RLC AM实体发送方接收RRC层发送的第三指示信息,所述第三指示信息用以指示所述RLC AM实体发送方禁止RLC AM实体接收方反馈RLC数据包的确认信息;
其中,所述第三指示信息为所述RRC层根据获得的第四指示信息发送,所述第四指示信息用以指示所述RLC AM实体发送方禁止所述RLC AM实体接收方反馈RLC数据包的确认信息。
详细描述可以参见图1对应的实施例中的相关内容。
具体地,所述RLC数据包可以包括RLC AMD PDU或RLC AMD PDU分段。
202、如果待传输的RLC数据包为独立RLC数据包,则所述RLC AM实体发送方通过发送方MAC实体、接收方MAC实体向所述RLC AM实体接收方发送待传输的RLC数据包,所述RLC数据包中包含第一指示信息,所述第一指示信息用以指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息;
例如:若计数器PDU_WITHOUT_POLL为1,且缓存中只有所述RLC数据包,则说明所述RLC数据包为独立RLC数据包,也就是说,所述RLC数据包既是当前缓存中第一个待传输的RLC数据包,也是当前缓存中最后一个待传输的RLC数据包。
可以理解的是:在RLC AM实体发送方检测该RLC AM实体发送方发送完所述RLC数据包之后,上述缓存则为空,即新传数据缓存(transmissionbuffer)和重传数据缓存(retransmission buffer)均为空,其中,重传数据缓存为空不包括等待本地确认信息的已经发送的所述RLC数据包。
至此,所述RLC AM实体接收方则不会向所述RLC AM实体发送方反馈所述RLC数据包的确认信息。
203、所述接收方MAC实体向所述发送方MAC实体反馈所述RLC数据包所属的MAC数据包的确认信息;
204、所述发送方MAC实体根据获得的第二指示信息,以及接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息,生成所述RLC数据包的本地确认信息;
可选地,在204之前,所述RLC AM实体发送方还可以进一步向所述发送方MAC实体发送第二指示信息,所述第二指示信息用以指示所述发送方MAC实体向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
可选地,在204之前,所述RRC层还可以进一步根据获得的第五指示信息向所述发送方MAC实体发送所述第二指示信息。其中,所述第五指示信息用以指示所述发送方MAC实体向所述RLC AM实体发送方反馈RLC数据包的本地确认信息。
205、所述发送方MAC实体向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息;
详细描述可以参见图1对应的实施例中的相关内容。
206、RLC AM实体发送方接收RRC层发送的第六指示信息,所述第六指示信息用以指示所述RLC AM实体发送方停止禁止RLC AM实体接收方反馈RLC数据包的确认信息;
其中,所述第六指示信息为所述RRC层根据获得的第七指示信息发送,所述第七指示信息用以指示所述RLC AM实体发送方停止禁止所述RLC AM实体接收方反馈RLC数据包的确认信息。
至此,所述RLC AM实体接收方则继续按照现有标准中的方法向所述RLC AM实体发送方反馈所述RLC数据包的确认信息。
可选地,在206之后,所述RLC AM实体发送方还可以进一步向所述发送方MAC实体发送第八指示信息,所述第八指示信息用以指示所述发送方MAC实体停止向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
可选地,在206之前、同时或者之后,RRC层还可以进一步根据获得的第九指示信息,向所述发送方MAC实体发送所述第八指示信息。其中,所述第九指示信息用以指示所述发送方MAC实体停止向所述RLC AM实体发 送方反馈所述RLC数据包的本地确认信息。
详细描述可以参见图1对应的实施例中的相关内容。
本实施例中,RLC AM实体发送方接收RRC层发送的用以禁止RLC AM实体接收方反馈RLC数据包的确认信息的指示信息之后,当确定待传输的RLC数据包为独立RLC数据包时,通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送包含第一指示信息的待传输的RLC数据包,指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息,以及通过接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息,使得RLC AM实体发送方能够确认所述传输包的传输是否成功,能够避免现有技术中由于传输独立RLC数据包对应的确认信息而产生很多远比独立RLC数据包要大得多的信令开销的问题,从而减少了信令开销,节省了传输资源。
在图1和图2所对应的实施例中,如果发送方MAC实体将收到承载所述AMD PDU或AMD PDU分段的MAC PDU的混合自动重传请求(HybridAutomatic Repeat reQuest,HARQ)NACK误解为HARQ ACK,发送方MAC实体将所述HARQ ACK指示转交给所述AMD PDU或AMD PDU分段对应的RLC AM实体发送方,则所述RLC AM实体发送方认为成功发送了所述AMD PDU或AMD PDU分段。而实际对应的RLC AM实体接收方并没有实际收到所述AMD PDU或AMD PDU分段,从而会在定时器t_Reordering超时后,触发状态报告(STATUS Report)的发送。所述RLC AM实体发送收到所述STATUS Report后,发现其中反馈为NACK的AMD PDU或AMDPDU分段的SN不在发送窗口内,而导致自动重传请求(Automatic RepeatreQuest,ARQ)机制出现异常。为了避免上述问题,本发明还提供如下实施例:
可选的,图1或图2所对应的实施例进一步包括:
对于下行数据包的上行HARQ反馈,即,对于数据包的发送方为基站,数据包的接收方为用户设备,用户设备向基站进行上行HARQ反馈的情况,当所述RLC AM实体发送方通过发送方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实体向所述RLC AM实体发送方递交所述本地确认信息的方式包括:
方式一,发送方MAC实体收到接收方MAC实体的确认信息后递交所述本地确认信息;
方式二,当承载所述AMD PDU或AMD PDU分段的MAC PDU对应HARQ进程的HARQ缓存buffer被清空或被新的MAC PDU替代时,将所述HARQ buffer被清空或被新的MAC PDU替代前存储的变量HARQ_FEEDBACK作为本地确认信息递交给所述AMD PDU或AMD PDU分段对应的RLC AM实体发送方。
其中,例如记录所述MAC PDU传输次数达到规定值后,或者发送方MAC实体收到接收方MAC实体的ACK反馈后,承载所述AMD PDU或AMDPDU分段的MAC PDU对应HARQ进程的HARQ buffer被清空。例如所述HARQ进程执行新传时,承载所述AMD PDU或AMD PDU分段的MAC PDU对应HARQ进程的HARQ buffer被新的MAC PDU替代。
在发送方MAC实体向对应的RLC AM实体发送方递交HARQ_FEEDBACK过程中,需要记录该MAC PDU或该MAC PDU所在进程与所述AMD PDU或AMD PDU分段的对应关系,以便RLC AM实体发送方收到该HARQ_FEEDBACK后处理对应的AMD PDU或AMD PDU分段如丢弃等操作。具体可以采用以下方式实现:
方式一,RLC AM实体发送方在发送AMD PDU或AMD PDU分段给发送方MAC实体时,同时通知所述AMD PDU或AMD PDU分段对应的序列 号SN或者SN及比特偏移量信息(So Start/So end);在发送方MAC实体向对应的RLC AM实体发送方递交HARQ_FEEDBACK时,还将RLC AM实体发送方之前发送的AMD PDU或AMD PDU分段的对应信息递交给RLCAM实体发送方;RLC AM实体发送方依据这些对应信息进行处理。
方式二,在发送方MAC实体通知对应的RLC AM实体发送方组装AMDPDU或AMD PDU分段时,将所使用的HARQ进程号也通知给RLC AM实体发送方;发送方MAC实体向对应的RLC AM实体发送方递交HARQ_FEEDBACK时,同时携带对应的HARQ进程号,RLC AM实体发送方依据这些对应信息进行处理。
尽管通过上述方法增强了HARQ反馈的可靠性,尽可能的避免HARQ反馈被误解。但如果一旦HARQ反馈被误解,尤其是HARQ NACK被解码成HARQ ACK,RLC AM实体发送方仍然会接收到被误解的HARQ反馈。因此,本发明的实施例进一步提供一种HARQ的容错机制。
可选的,图1或图2所对应的实施例进一步包括:
对于上行数据包发送,即用户设备作为发送方,如果用户设备的一个或多个RLC AM实体发送方接收到一个STATUS Report,且所述STATUSReport反馈为NACK的AMD PDU或AMD PDU分段的SN不在发送窗口内,则所述用户设备的RLC AM实体发送方通知所述用户设备的所述RRC层,发起RRC连接重建流程,并将重建原因置为otherFailure。
对于下行数据包发送,即基站作为发送方,如果基站的一个或多个RLCAM实体发送方接收到一个STATUS Report,其中反馈为NACK的AMD PDU或AMD PDU分段的SN不在发送窗口内,则基站RLC AM实体发送方通知基站的RRC层,发起RRC连接释放流程;或触发UE发起RRC连接重建流程,触发的方式可以通过向用户设备发送现有的消息,或在现有消息中添加新的信息元素,或向用户设备发送新的消息来触发。
本发明的技术方案,可以应用于各种通信系统,例如:通用分组无线业务(General Packet Radio Service,简称GPRS)系统、宽带码分多址(Wideband Code Division MultiDle Access,简称WCDMA)系统、长期演进(Long Term Evolution,简称LTE)系统等。
需要说明的是:对于前述的各方法实施例,为了简单描述,故将其都表述为一系列的动作组合,但是本领域技术人员应该知悉,本发明并不受所描述的动作顺序的限制,因为依据本发明,某些步骤可以采用其他顺序或者同时进行。其次,本领域技术人员也应该知悉,说明书中所描述的实施例均属于优选实施例,所涉及的动作和模块并不一定是本发明所必须的。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述的部分,可以参见其他实施例的相关描述。
图3为本发明另一实施例提供的RLC AM实体发送方的结构示意图,如图3所示,本实施例的RLC AM实体发送方可以包括发送单元31和接收单元32。其中,发送单元31用于通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包,所述RLC数据包中包含第一指示信息,所述第一指示信息用以指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息;接收单元32用于接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息,所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成。其中,
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈,所述第二指示信息用以指示所述发送方MAC实体向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
上述图1和图2对应的实施例中RLC AM实体发送方的功能均由本实施例提供。
可选地,本实施例中的发送单元31发送的RLC数据包中包含第一指示信息可以为所述RLC数据包中包含禁止反馈指示;或者还可以为所述RLC数据包中包含轮询指示域,当所述轮询指示域的值为第一数值时,指示禁止反馈;当所述轮询指示域的值为第二数值时,指示轮询,本实施例对此不进行限定。
可选地,本实施例中的接收单元32还可以进一步接收RRC层发送的第三指示信息,所述第三指示信息用以指示所述RLC AM实体发送方禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;其中,
所述第三指示信息为所述RRC层根据获得的第四指示信息发送,所述第 四指示信息用以指示所述RLC AM实体发送方禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息。
相应地,发送单元31具体可以根据所述第三指示信息,通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包
可选地,本实施例中的接收单元32还可以进一步接收所述RRC层发送的第六指示信息,所述第六指示信息用以指示所述RLC AM实体发送方停止禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;其中,
所述第六指示信息为所述RRC层根据获得的第七指示信息发送,所述第七指示信息用以指示所述RLC AM实体发送方停止禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息。
相应地,发送单元31根据所述第六指示信息,则可以不执行通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包。
可选地,本实施例中的发送单元31还可以进一步向所述发送方MAC实体发送所述第二指示信息。
可选地,本实施例中的发送单元31还可以进一步向所述发送方MAC实体发送第八指示信息,所述第八指示信息用以指示所述发送方MAC实体停止向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
可选地,如图4所示,本实施例的RLC AM实体发送方还可以进一步包括确定单元41,用于确定所述RLC数据包为独立RLC数据包。
具体地,确定单元41具体可以若计数器PDU_WITHOUT_POLL为1,且缓存中只有所述RLC数据包,确定所述RLC数据包为独立RLC数据包。
可选的,当所述RLC AM实体发送的所述RLC数据包为上行数据包时,如果所述接收单元32接收到一个状态报告STATUS Report,且所述状态报告反馈为NACK的AMD PDU或AMD PDU分段的SN不在发送窗口内,则所述发送单元31通知RRC层,发起RRC连接重建流程,并将重建原因置为otherFailure;
当所述RLC AM实体发送的所述RLC数据包为下行数据包时,如果所述接收单元32接收到一个STATUS Report,且所述状态报告反馈为NACK的AMD PDU或AMD PDU分段的SN不在发送窗口内,则所述发送单元31通知RRC层,发起RRC连接释放流程;或触发所述接收方发起RRC连接 重建流程。
本实施例中,RLC AM实体发送方通过发送单元通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送包含第一指示信息的RLC数据包,指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息,以及通过接收单元接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息,使得RLC AM实体发送方能够确认所述传输包的传输是否成功,能够避免现有技术中由于传输RLC数据包对应的确认信息而产生很多信令开销的问题,从而减少了信令开销,节省了传输资源。
在本申请所提供的几个实施例中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。
上述以软件功能单元的形式实现的集成的单元,可以存储在一个计算机可读取存储介质中。上述软件功能单元存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述方法的部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(Read-Only Memory,简称ROM)、随机存取存储器(Random Access Memory,简称RAM)、磁碟或者光盘等各种可以存储程序代码的介质。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (22)
1.一种无线链路控制RLC数据包传输的确认方法,其特征在于,包括:
RLC确认模式AM实体发送方通过发送方媒体接入控制MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包,所述RLC数据包中包含第一指示信息,所述第一指示信息用以指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息;
所述RLC AM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息,所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成;其中,
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈,所述第二指示信息用以指示所述发送方MAC实体向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
2.根据权利要求1所述的方法,其特征在于,所述RLC数据包中包含第一指示信息,包括:
所述RLC数据包中包含禁止反馈指示;或者
所述RLC数据包中包含轮询指示域,当所述轮询指示域的值为第一数值时,指示禁止反馈;当所述轮询指示域的值为第二数值时,指示轮询。
3.根据权利要求1所述的方法,其特征在于,所述RLC AM实体发送方通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包之前,还包括:
所述RLC AM实体发送方接收无线资源控制RRC层发送的第三指示信息,所述第三指示信息用以指示所述RLC AM实体发送方禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;其中,
所述第三指示信息为所述RRC层根据获得的第四指示信息发送,所述第四指示信息用以指示所述RLC AM实体发送方禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;
所述RLC AM实体发送方通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包,包括:
所述RLC AM实体发送方根据所述第三指示信息,通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包。
4.根据权利要求3所述的方法,其特征在于,所述RLC AM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息之后,还包括:
所述RLC AM实体发送方接收所述RRC层发送的第六指示信息,所述第六指示信息用以指示所述RLC AM实体发送方停止禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;其中,
所述第六指示信息为所述RRC层根据获得的第七指示信息发送,所述第七指示信息用以指示所述RLC AM实体发送方停止禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;
所述方法还包括:
所述RLC AM实体发送方根据所述第六指示信息,不执行通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
所述RLC AM实体发送方向所述发送方MAC实体发送所述第二指示信息;或者
RRC层根据获得的第五指示信息,向所述发送方MAC实体发送所述第二指示信息,所述第五指示信息用以指示所述发送方MAC实体向所述RLCAM实体发送方反馈所述RLC数据包的本地确认信息。
6.根据权利要求5所述的方法,其特征在于,所述RLC AM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息之后,还包括:
所述RLC AM实体发送方向所述发送方MAC实体发送第八指示信息,所述第八指示信息用以指示所述发送方MAC实体停止向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息;或者
所述RRC层根据获得的第九指示信息,向所述发送方MAC实体发送所述第八指示信息,所述第九指示信息用以指示所述发送方MAC实体停止向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
7.根据权利要求1~6任一权利要求所述的方法,其特征在于,所述RLCAM实体发送方通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包之前,还包括:
所述RLC AM实体发送方确定所述RLC数据包为独立RLC数据包。
8.根据权利要求7所述的方法,其特征在于,所述RLC AM实体发送方确定所述RLC数据包为独立RLC数据包,包括:
若计数器PDU_WITHOUT_POLL为1,且缓存中只有所述RLC数据包,所述RLC AM实体发送方确定所述RLC数据包为独立RLC数据包。
9.根据权利要求1所述的方法,其特征在于,当所述RLC AM实体发送的所述RLC数据包为下行数据包时,所述方法还包括:
所述发送方的RRC层通过RRC消息向所述接收方发送第十指示信息,所述第十指示信息用于指示所述接收方MAC实体启动对应上行混合自动重传请求HARQ反馈重复机制。
10.根据权利要求1所述的方法,其特征在于,当所述RLC AM实体发送的所述RLC数据包为上行数据包时,在所述RLC AM实体发送方接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息之前,所述方法还包括:
发送方MAC实体收到接收方MAC实体的确认信息后递交本地确认信息;或者
当承载所述AMD PDU或AMD PDU分段的MAC PDU对应HARQ进程的HARQ缓存buffer被清空或被新的MAC PDU替代时,发送方MAC实体将所述HARQ buffer被清空或被新的MAC PDU替代前存储的变量HARQ_FEEDBACK作为本地确认信息递交给所述AMD PDU或AMD PDU分段对应的RLC AM实体发送方。
11.根据权利要求10所述的方法,其特征在于,所述RLC确认模式AM实体发送方通过发送方媒体接入控制MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包之前,所述方法还包括:
所述RLC AM实体发送方发送AMD PDU或AMD PDU分段给发送方MAC实体,并通知所述发送方MAC实体所述AMD PDU或AMD PDU分段的对应信息,所述对应信息包括所述AMD PDU或AMD PDU分段对应的SN号或者SN号及比特偏移量信息;
所述发送方MAC实体将所述HARQ FEEDBACK作为本地确认信息递交给所述AMD PDU或AMD PDU分段对应的RLC AM实体发送方包括:
所述发送方MAC实体将所述HARQ_FEEDBACK作为本地确认信息递交给所述AMD PDU或AMD PDU分段对应的RLC AM实体发送方,并将所述AMD PDU或AMD PDU分段对应的对应信息递交给RLC AM实体发送方。
12.根据权利要求10所述的方法,其特征在于,所述RLC确认模式AM实体发送方通过发送方媒体接入控制MAC实体、接收方MAC实体向RLCAM实体接收方发送RLC数据包之前,所述方法还包括:
发送方MAC实体通知对应的RLC AM实体发送方组装AMD PDU或AMD PDU分段,并将所使用的HARQ进程号也通知给RLC AM实体发送方;
所述发送方MAC实体将所述HARQ_FEEDBACK作为本地确认信息递交给所述AMD PDU或AMD PDU分段对应的RLC AM实体发送方包括:
所述发送方MAC实体将所述HARQ_FEEDBACK作为本地确认信息递交给所述AMD PDU或AMD PDU分段对应的RLC AM实体发送方,并将所述AMD PDU或AMD PDU分段对应的HARQ进程号发送至所述RLC AM实体发送方。
13.根据权利要求10所述的方法,其特征在于,
当所述RLC AM实体发送的所述RLC数据包为上行数据包时,如果所述RLC AM实体发送方接收到一个状态报告STATUS Report,且所述状态报告反馈为NACK的AMD PDU或AMD PDU分段的SN不在发送窗口内,则所述RLC AM实体发送方通知RRC层,发起RRC连接重建流程,并将重建原因置为otherFailure;
当所述RLC AM实体发送的所述RLC数据包为下行数据包时,如果所述RLC AM实体发送方接收到一个STATUS Report,且所述状态报告反馈为NACK的AMD PDU或AMD PDU分段的SN不在发送窗口内,则RLC AM实体发送方通知RRC层,发起RRC连接释放流程;或触发所述接收方发起RRC连接重建流程。
14.一种无线链路控制RLC确认模式AM实体发送方,其特征在于,包括:
发送单元,用于通过发送方媒体接入控制MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包,所述RLC数据包中包含第一指示信息,所述第一指示信息用以指示所述RLC AM实体接收方禁止反馈所述RLC数据包的确认信息;
接收单元,用于接收所述发送方MAC实体反馈的所述RLC数据包的本地确认信息,所述RLC数据包的本地确认信息为所述发送方MAC实体根据接收方MAC实体反馈的所述RLC数据包所属的MAC数据包的确认信息生成;其中,
所述RLC数据包的本地确认信息为所述发送方MAC实体根据获得的第二指示信息反馈,所述第二指示信息用以指示所述发送方MAC实体向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
15.根据权利要求14所述的RLC AM实体发送方,其特征在于,所述发送单元发送的RLC数据包中包含第一指示信息,包括:
所述发送单元发送的RLC数据包中包含禁止反馈指示;或者
所述发送单元发送的RLC数据包中包含轮询指示域,当所述轮询指示域的值为第一数值时,指示禁止反馈;当所述轮询指示域的值为第二数值时,指示轮询。
16.根据权利要求14所述的RLC AM实体发送方,其特征在于,所述接收单元还用于
接收无线资源控制RRC层发送的第三指示信息,所述第三指示信息用以指示所述RLC AM实体发送方禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;其中,
所述第三指示信息为所述RRC层根据获得的第四指示信息发送,所述第四指示信息用以指示所述RLC AM实体发送方禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;
所述发送单元具体用于
根据所述第三指示信息,通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包。
17.根据权利要求16所述的RLC AM实体发送方,其特征在于,所述接收单元还用于
接收所述RRC层发送的第六指示信息,所述第六指示信息用以指示所述RLC AM实体发送方停止禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;其中,
所述第六指示信息为所述RRC层根据获得的第七指示信息发送,所述第七指示信息用以指示所述RLC AM实体发送方停止禁止所述RLC AM实体接收方反馈所述RLC数据包的确认信息;
所述发送单元根据所述第六指示信息,不执行通过发送方MAC实体、接收方MAC实体向RLC AM实体接收方发送RLC数据包。
18.根据权利要求14所述的RLC AM实体发送方,其特征在于,所述发送单元还用于
向所述发送方MAC实体发送所述第二指示信息。
19.根据权利要求18所述的RLC AM实体发送方,其特征在于,所述发送单元还用于
向所述发送方MAC实体发送第八指示信息,所述第八指示信息用以指示所述发送方MAC实体停止向所述RLC AM实体发送方反馈所述RLC数据包的本地确认信息。
20.根据权利要求14~19任一权利要求所述的RLC AM实体发送方,其特征在于,所述RLC AM实体发送方还包括确定单元,用于确定所述RLC数据包为独立RLC数据包。
21.根据权利要求20所述的RLC AM实体发送方,其特征在于,所述确定单元具体用于
若计数器PDU_WITHOUT_POLL为1,且缓存中只有所述RLC数据包,确定所述RLC数据包为独立RLC数据包。
22.根据权利要求14所述的RLC AM实体发送方,其特征在于,
当所述RLC AM实体发送的所述RLC数据包为上行数据包时,如果所述接收单元接收到一个状态报告STATUS Report,且所述状态报告反馈为NACK的AMD PDU或AMD PDU分段的SN不在发送窗口内,则所述发送单元通知RRC层,发起RRC连接重建流程,并将重建原因置为otherFailure;
当所述RLC AM实体发送的所述RLC数据包为下行数据包时,如果所述接收单元接收到一个STATUS Report,且所述状态报告反馈为NACK的AMD PDU或AMD PDU分段的SN不在发送窗口内,则所述发送单元通知RRC层,发起RRC连接释放流程;或触发所述接收方发起RRC连接重建流程。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210021900.5A CN103138905B (zh) | 2011-11-24 | 2012-01-31 | Rlc数据包传输的确认方法及rlc am实体发送方 |
CN201610460118.1A CN105897385A (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.2 | 2011-11-24 | ||
CN201110378143 | 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 true CN103138905A (zh) | 2013-06-05 |
CN103138905B 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) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105637794A (zh) * | 2013-12-23 | 2016-06-01 | 中兴通讯股份有限公司 | 传输确认信息的发送方法和系统 |
CN106304188A (zh) * | 2015-05-13 | 2017-01-04 | 苏州简约纳电子有限公司 | 一种am rlc对于重传数据的优化的接收处理方法 |
WO2017101069A1 (zh) * | 2015-12-17 | 2017-06-22 | 华为技术有限公司 | 传输数据的方法和终端设备 |
WO2017118239A1 (zh) * | 2016-01-04 | 2017-07-13 | 中兴通讯股份有限公司 | 数据包的无线传输跨层优化方法及装置 |
WO2017177440A1 (zh) * | 2016-04-15 | 2017-10-19 | 富士通株式会社 | 状态指示的传输装置、方法以及通信系统 |
CN107995653A (zh) * | 2016-10-26 | 2018-05-04 | 普天信息技术有限公司 | 一种资源管理方法 |
CN108063647A (zh) * | 2016-11-05 | 2018-05-22 | 华为技术有限公司 | 数据传输的方法和装置 |
CN108429607A (zh) * | 2017-02-14 | 2018-08-21 | 普天信息技术有限公司 | 一种通信系统中的harq重传处理方法 |
CN108964835A (zh) * | 2017-05-26 | 2018-12-07 | 展讯通信(上海)有限公司 | 数据传输控制方法、装置及用户设备 |
CN109756306A (zh) * | 2017-11-03 | 2019-05-14 | 华为技术有限公司 | 信息传输方法和通信设备 |
CN112106438A (zh) * | 2018-05-11 | 2020-12-18 | 捷开通讯(深圳)有限公司 | 蜂窝网络中的传输技术 |
CN113543212A (zh) * | 2021-07-07 | 2021-10-22 | 大唐网络有限公司 | 5g通信数据的传输方法及装置、非易失性存储介质 |
Families Citing this family (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9491269B2 (en) * | 2014-04-11 | 2016-11-08 | Apple Inc. | Uplink transmission rate in a wireless communication device |
EP3378178B1 (en) | 2015-11-18 | 2020-07-22 | Telefonaktiebolaget LM Ericsson (PUBL) | Toggling based indicator of reception success |
CN108476443B (zh) | 2015-12-03 | 2021-08-10 | 瑞典爱立信有限公司 | 多rat网络中的轻量级rrc连接设立方法、装置、系统和介质 |
US10506438B2 (en) | 2015-12-03 | 2019-12-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Multi-RAT access stratum security |
KR102262269B1 (ko) * | 2017-04-26 | 2021-06-08 | 삼성전자 주식회사 | 차세대 이동 통신 시스템에서 rlc 상태 보고 방법 및 장치 |
CN109155697A (zh) * | 2017-12-29 | 2019-01-04 | 深圳市大疆创新科技有限公司 | 确定反馈的方法、发送端、接收端及系统 |
CN111543079B (zh) | 2018-01-08 | 2022-04-15 | 中兴通讯股份有限公司 | 无线链路控制(rlc)确认模式(am)数据接收 |
EP3570477B1 (en) * | 2018-03-23 | 2021-09-01 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and apparatus for retransmission processing |
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 |
Citations (4)
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电子株式会社 | 在移动通信系统中用于传输控制信息的方法 |
US20100257423A1 (en) * | 2007-10-16 | 2010-10-07 | Jin Ju Kim | Method of performing arq procedure for transmitting high rate data |
Family Cites Families (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CA2446698C (en) * | 2001-05-07 | 2010-03-23 | Nokia Corporation | Pre-emption of user data sent in signaling channels |
WO2006083149A1 (en) * | 2005-02-07 | 2006-08-10 | 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 | 인터디지탈 테크날러지 코포레이션 | 플렉시블 rlc pdu 크기에 대하여 rlc를 개선하는 방법 및 장치 |
US8005107B2 (en) * | 2007-02-06 | 2011-08-23 | Research In Motion Limited | Method and system for robust MAC signaling |
US8369221B2 (en) * | 2007-11-01 | 2013-02-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Efficient flow control in a radio network controller (RNC) |
ATE510387T1 (de) * | 2007-11-01 | 2011-06-15 | Ericsson Telefon Ab L M | Effiziente flusssteuerung in einem funknetzwerksteuergerät (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 |
-
2012
- 2012-01-31 CN CN201210021900.5A patent/CN103138905B/zh active Active
- 2012-01-31 CN CN201610460118.1A patent/CN105897385A/zh not_active Withdrawn
- 2012-11-26 WO PCT/CN2012/085237 patent/WO2013075666A1/zh active Application Filing
- 2012-11-26 EP EP12851508.7A patent/EP2763363B1/en active Active
-
2014
- 2014-05-22 US US14/285,295 patent/US8830944B1/en active Active
Patent Citations (4)
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确认性状态报告的方法及系统 |
US20100257423A1 (en) * | 2007-10-16 | 2010-10-07 | Jin Ju Kim | Method of performing arq procedure for transmitting high rate data |
Cited By (19)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105637794A (zh) * | 2013-12-23 | 2016-06-01 | 中兴通讯股份有限公司 | 传输确认信息的发送方法和系统 |
CN105637794B (zh) * | 2013-12-23 | 2019-12-06 | 中兴通讯股份有限公司 | 传输确认信息的发送方法和系统 |
CN106304188A (zh) * | 2015-05-13 | 2017-01-04 | 苏州简约纳电子有限公司 | 一种am rlc对于重传数据的优化的接收处理方法 |
WO2017101069A1 (zh) * | 2015-12-17 | 2017-06-22 | 华为技术有限公司 | 传输数据的方法和终端设备 |
WO2017118239A1 (zh) * | 2016-01-04 | 2017-07-13 | 中兴通讯股份有限公司 | 数据包的无线传输跨层优化方法及装置 |
CN108702649A (zh) * | 2016-04-15 | 2018-10-23 | 富士通株式会社 | 状态指示的传输装置、方法以及通信系统 |
US10764958B2 (en) | 2016-04-15 | 2020-09-01 | Fujitsu Limited | Transmission apparatus and method of status indication and communication system |
CN108702649B (zh) * | 2016-04-15 | 2022-01-11 | 富士通株式会社 | 状态指示的传输装置、方法以及通信系统 |
WO2017177440A1 (zh) * | 2016-04-15 | 2017-10-19 | 富士通株式会社 | 状态指示的传输装置、方法以及通信系统 |
CN107995653A (zh) * | 2016-10-26 | 2018-05-04 | 普天信息技术有限公司 | 一种资源管理方法 |
CN107995653B (zh) * | 2016-10-26 | 2021-03-23 | 普天信息技术有限公司 | 一种资源管理方法 |
CN108063647A (zh) * | 2016-11-05 | 2018-05-22 | 华为技术有限公司 | 数据传输的方法和装置 |
CN108429607B (zh) * | 2017-02-14 | 2021-05-14 | 普天信息技术有限公司 | 一种通信系统中的harq重传处理方法 |
CN108429607A (zh) * | 2017-02-14 | 2018-08-21 | 普天信息技术有限公司 | 一种通信系统中的harq重传处理方法 |
CN108964835A (zh) * | 2017-05-26 | 2018-12-07 | 展讯通信(上海)有限公司 | 数据传输控制方法、装置及用户设备 |
CN109756306A (zh) * | 2017-11-03 | 2019-05-14 | 华为技术有限公司 | 信息传输方法和通信设备 |
CN109756306B (zh) * | 2017-11-03 | 2023-10-03 | 华为技术有限公司 | 信息传输方法和通信设备 |
CN112106438A (zh) * | 2018-05-11 | 2020-12-18 | 捷开通讯(深圳)有限公司 | 蜂窝网络中的传输技术 |
CN113543212A (zh) * | 2021-07-07 | 2021-10-22 | 大唐网络有限公司 | 5g通信数据的传输方法及装置、非易失性存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN105897385A (zh) | 2016-08-24 |
WO2013075666A1 (zh) | 2013-05-30 |
US8830944B1 (en) | 2014-09-09 |
EP2763363A4 (en) | 2015-05-20 |
US20140254528A1 (en) | 2014-09-11 |
CN103138905B (zh) | 2016-08-03 |
EP2763363A1 (en) | 2014-08-06 |
EP2763363B1 (en) | 2018-05-23 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103138905B (zh) | Rlc数据包传输的确认方法及rlc am实体发送方 | |
US9900798B2 (en) | Polling and reporting mechanism | |
EP2486687B1 (en) | Method and arrangement in a wireless communication system | |
US11063709B2 (en) | Segment retransmission method and apparatus | |
EP2537386B1 (en) | Contention based access optimization | |
US9059848B2 (en) | Method and arrangement in a wireless communication system | |
US10284340B2 (en) | Multicast sending apparatus, multicast receiving apparatus, and multicast transmission determining method | |
CN108322936B (zh) | 数据重传的方法及装置 | |
EP2670077A1 (en) | Method and apparatus for data packet retransmission | |
EP2874371B1 (en) | Data packet transmission method and device | |
CN108260222B (zh) | 一种上行资源调度的方法和装置 | |
CN107135051B (zh) | 一种上行数据重传的方法、设备和系统 | |
WO2017075854A1 (zh) | 信息传输的方法、终端和基站 | |
EP4044480A1 (en) | Ntn-based data transmission method and apparatus, and storage medium | |
CN102957522A (zh) | 一种rlc am状态报告处理的方法和系统 | |
KR101751051B1 (ko) | 통신 네트워크에서 관리 메시지 송수신을 위한 방법 및 장치 | |
EP3550909B1 (en) | Method for transmitting data in multi-carrier based communication, terminal device and network device | |
CN104981999B (zh) | 一种数据处理方法、通信设备和系统 | |
CN105027667B (zh) | 双连接模式下的状态反馈方法及设备 | |
EP3378178A1 (en) | Toggling based indicator of reception success | |
CN104812083A (zh) | 用于随机接入过程的方法和装置 | |
CN106550470A (zh) | 一种数据传输方法及装置 | |
CN107566093B (zh) | 跨基站载波聚合系统的rlc arq方法及基站 | |
WO2017075857A1 (zh) | 信息传输的方法、终端和基站 | |
EP4307600A2 (en) | Hybrid automatic repeat request method, semi-persistent scheduling method, and communication apparatus |
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 |