CN101132257B - 一种状态报告的传输方法和发送端设备 - Google Patents
一种状态报告的传输方法和发送端设备 Download PDFInfo
- Publication number
- CN101132257B CN101132257B CN2006101119371A CN200610111937A CN101132257B CN 101132257 B CN101132257 B CN 101132257B CN 2006101119371 A CN2006101119371 A CN 2006101119371A CN 200610111937 A CN200610111937 A CN 200610111937A CN 101132257 B CN101132257 B CN 101132257B
- Authority
- CN
- China
- Prior art keywords
- status report
- rlc layer
- transmission block
- receiving terminal
- 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.)
- Expired - Fee Related
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 155
- 238000000034 method Methods 0.000 title claims abstract description 29
- 238000012546 transfer Methods 0.000 claims description 48
- 239000010410 layer Substances 0.000 description 251
- 239000011229 interlayer Substances 0.000 description 9
- 238000001514 detection method Methods 0.000 description 4
- 101000741965 Homo sapiens Inactive tyrosine-protein kinase PRAG1 Proteins 0.000 description 3
- 102100038659 Inactive tyrosine-protein kinase PRAG1 Human genes 0.000 description 3
- 238000012217 deletion Methods 0.000 description 3
- 230000037430 deletion Effects 0.000 description 3
- 238000010586 diagram Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 230000003993 interaction Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000011160 research Methods 0.000 description 2
- 230000001960 triggered effect Effects 0.000 description 2
- 230000000694 effects Effects 0.000 description 1
- 238000012545 processing Methods 0.000 description 1
- 230000003068 static effect Effects 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
- Communication Control (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
本发明提供一种状态报告的传输方法和发送端设备,发送状态报告的发送端根据接收端返回的信息判断包含状态报告的传输块是否正确传输至接收端;发送端在确定包含状态报告的传输块没有正确传输至接收端后,重新触发状态报告,并传输至接收端。本发明的发送端能够及时判断出包含状态报告的传输块的传输丢失现象,这样,发送端能够及时的重新触发状态报告,从而使状态报告能够及时传输至接收端,因此,本发明在避免了缓存中数据拥塞现象的同时,减少了数据重传时延;从而通过本发明提供的技术方案实现了提高接收端缓存利用率、提高数据传输效率、提供业务质量,完善EUTRAN系统的目的。
Description
技术领域
本发明涉及网络通讯技术领域,具体涉及一种状态报告的传输方法和发送端设备。
背景技术
WCDMA(宽带码分多址接入)的研究工作是从20世纪90年代初开始的。从98年开始到现在,WCDMA系统的技术规范已经走过了Release 99、Release 4、Release 5、Release 6这几个阶段,目前关于Release 7的标准化工作已经开始实施,与此同时,LTE(Long Term Evolution长期演进)的研究也已经开始逐渐成为标准化工作的新热点。
LTE从系统框架到物理层都将是全新的,LTE旨在为用户提供更高速率、更好性能的服务。目前LTE中的UTRAN被称为E-UTRAN(evolved UMTSTerrestrial Radio Access Network,演进的UMTS陆地无线接入网)。
在EUTRAN系统中,RLC层下移至基站,RNC取消,aGW(接入网关)位于核心网。与UTRAN系统不同的地方包括:UTRAN系统中的RLC分割是静态或半静态的,如AMD PDU是等大小的,而在EUTRAN系统中,RLC层的分割是基于即时的信道质量的,即分割是非等大小的。
EUTRAN系统用户面的协议栈架构与UTRAN系统用户面的协议栈架构不同,其不同之处如附图1、附图2所示。
图1是UTRAN系统用户面的协议栈架构,UTRAN系统中的RLC层位于RNC,MAC层中MAC-d实体位于RNC,MAC-hs实体位于基站。
图2是EUTRAN系统用户面的协议栈架构,EUTRAN系统中UE(用户设备)的协议栈包括:PHY(物理层)、MAC(媒质接入控制层)、RLC(无线链路控制层)、PDCP(分组数据汇聚协议)。ENodeB的协议栈包括:PHY(物理)层、MAC(媒质接入控制)层、RLC(无线链路控制)层。aGW通过PDCP与UE进行通信。
在UTRAN系统中,RLC层AM模式RLC实体模型如附图3所示。
图3中,RLC发送实体的接收面接收来自RLC接收实体的状态报告,并根据状态报告中的内容,进行数据的删除及重传,重传的数据及新数据经RLC发送实体的发送面发送。
上述状态报告是由定时器触发的,即UTRAN系统针对RLC层的状态报告设置有定时器Timer_Status_Periodic,该定时器由高层配置,并在RLC实体建立时启动,当这个定时器超时后,RLC状态报告将被触发。
由于UTRAN系统中的RLC层与MAC层分别位于不同的网络实体:RNC及NodeB,因此,RLC层与MAC层之间的信息交互要经过Iub接口,这样,RLC层与MAC层之间的信息交互不可避免会存在时延,从而直接的导致定时器的定时值需要设置的较大,以避免状态报告的冗余发送。
通过上述描述可知,UTRAN系统中生成RLC层状态报告与定时器的超时有关,如果在传输过程中RLC状态报告丢失,则只能在定时器下一次超时时,才能够再次生成状态报告。生成状态报告所需要的时间较长,使发送端的数据不能及时的删除及重传,这样,既占用了发送端的缓存,又增加了数据重传的时延,影响了业务质量。
EUTRAN系统的系统构架是全新的,如何能够及时检测到RLC层状态报告的丢失,即如何能够及时的生成RLC层状态报告,使RLC层状态报告能够及时传输至发送数据的发送端,对提高发送端缓存利用率、减少数据重传时延是非常重要的,EUTRAN系统中的RLC层状态报告的生成方法有待于进一步的完善。
发明内容
本发明的目的在于,提供一种状态报告的传输方法和发送端设备,通过及时生成状态报告,使状态报告能够及时传输至接收状态报告的接收端,以提高接收端缓存利用率、减少数据重传时延,从而完善了EUTRAN系统。
为达到上述目的,本发明提供的一种状态报告的传输方法,包括:
a、发送状态报告的发送端根据接收端返回的信息判断包含状态报告的传输块是否正确传输至接收端;
b、发送端在确定包含状态报告的传输块没有正确传输至接收端后,重新触发状态报告,并传输至接收端。
所述步骤a包括:
发送端MAC层根据接收端返回的信息在确定包含RLC层状态报告的传输块已经达到最大重传次数、且该传输块仍然没有被正确接收时,通知RLC层;
RLC层接收到通知后,确定RLC层状态报告没有正确传输至接收端。
所述步骤a包括:
发送端MAC层根据接收端返回的信息在确定包含RLC层状态报告的传输块已经达到最大重传次数、且该传输块仍然没有被正确接收时,通知RLC层;
RLC层在接收到通知后,在第一预定时间间隔内等待请求重传的数据,并在第一预定时间间隔内没有接收到所述请求重传的数据时,确定RLC层状态报告没有正确传输至接收端。
所述步骤a包括:
发送端MAC层根据接收端返回的信息在确定包含RLC层状态报告的传输块已经达到最大重传次数、且该传输块被正确接收时,通知RLC层;
RLC层在接收到通知后,在第一预定时间间隔内等待请求重传的数据,并在预定时间间隔内没有接收到所述请求重传的数据时,确定RLC层状态报告没有正确传输至接收端。
所述方法还包括:接收端在接收到状态报告后,在第一预定时间间隔内发送需要重传的数据。
所述步骤a包括:
发送端MAC层根据接收端返回的信息在确定包含RLC层状态报告的传输块被正确接收后,发送新的传输块,并判断在第二预定时间间隔内是否接收到接收端返回的传输块丢失指示信息;
接收端接收新的传输块,并在确定新的传输块不是其等待的传输块时,向发送端返回传输块丢失指示信息;
发送端MAC层在第二预定时间间隔内接收到传输块丢失指示信息时,通知RLC层;
RLC层接收到通知后,确定RLC层状态报告没有正确传输至接收端。
所述方法包括:
所述发送端MAC层记录包含RLC层状态报告的传输块与生成所述状态报告的ARQ实体的对应关系;
所述发送端MAC层在通知RLC层时,根据所述对应关系通知相应的ARQ实体。
所述步骤b包括:
发送端在确定RLC层状态报告没有正确传输至接收端后,重新触发RLC层状态报告,并确定包含RLC层状态报告的MAC层传输块对应的RLC数据PDU,重传所述RLC数据PDU。
所述步骤b还包括:
发送端在确定RLC层状态报告正确传输至接收端后,确定包含RLC层状态报告的MAC层传输块对应的RLC数据PDU,并删除所述RLC数据PDU。
本发明还提供一种发送端设备,发送端设备将状态报告传输至接收端,所述发送端设备中设置有:
判断模块:根据接收端返回的信息判断包含状态报告的传输块是否正确传输至接收端;
触发模块:在判断模块的判决结果为包含状态报告的传输块没有正确传输至接收端时,重新触发发送端的状态报告。
判断模块包括:第一通知子模块和第一判断子模块,或者判断模块包括:第一通知子模块和第二判断子模块;
第一通知子模块:位于MAC层,根据接收端返回的信息在确定包含RLC层状态报告的传输块已经达到最大重传次数、且该传输块仍然没有被正确接收时,通知第一/第二判断子模块;
第一判断子模块:位于RLC层,根据接收到的通知确定RLC层状态报告没有正确传输至接收端;
第二判断子模块:位于RLC层,在接收到通知后,在第一预定时间间隔内等待请求重传的数据,并在预定时间间隔内没有接收到所述请求重传的数据时,确定RLC层状态报告没有正确传输至接收端。
所述判断模块包括:
第二通知子模块:位于MAC层,根据接收端返回的信息在确定包含RLC层状态报告的传输块已经达到/未达到最大重传次数、且该传输块被正确接收时,通知第二判断子模块;
第二判断子模块:位于RLC层,在接收到通知后,在第一预定时间间隔内等待请求重传的数据,并在预定时间间隔内没有接收到所述请求重传的数据时,确定RLC层状态报告没有正确传输至接收端。
所述判断模块包括:
第三通知子模块:位于MAC层,根据接收端返回的信息在确定包含RLC层状态报告的传输块被正确接收、且发送端发送新的传输块后,判断在第二预定时间间隔内发送端是否接收到接收端返回的传输块丢失指示信息;
接收端接收新的传输块,并在确定新的传输块不是其等待的传输块时,向发送端返回传输块丢失指示信息;
第三通知子模在第二预定时间间隔内接收到传输块丢失指示信息时,通知第一判断子模块;
第一判断子模块:位于RLC层,根据接收到的通知确定RLC层状态报告没有正确传输至接收端。
所述发送端设备还设置有存储模块;
存储模块:位于MAC层,记录包含RLC层状态报告的传输块与生成所述状态报告的ARQ实体的对应关系;
第一/第二/第三通知子模块在通知第一/第二判断子模块时,根据所述对应关系通知相应ARQ实体中的第一/第二判断子模块。
通过上述技术方案的描述可知,本发明中发送状态报告如RLC层状态报告的发送端通过主动检测包含状态报告的传输块是否正确传输至接收端,使发送端能够及时判断出包含状态报告的传输块的传输丢失现象,使发送端能够及时的重新触发状态报告,使状态报告能够及时传输至接收端,这样,接收端就能够及时删除已正确接收的数据,并及时重传相应的数据,因此,本发明在避免了缓存中数据拥塞现象的同时,减少了数据重传时延;本发明的发送端可以通过多种方法判断出包含状态报告的传输块是否被正确传输至接收端,实现方式灵活,且进一步保证了状态报告能够及时传输至接收端;从而通过本发明提供的技术方案实现了提高接收端缓存利用率、提高数据传输效率、提供业务质量,完善EUTRAN系统的目的。
附图说明
图1是UTRAN系统用户面的协议栈架构示意图;
图2是EUTRAN系统用户面的协议栈架构示意图;
图3是RLC层AM模式RLC实体模型示意图;
图4是本发明实施例的检测RLC层状态报告丢失的流程图一;
图5是本发明实施例的检测RLC层状态报告丢失的流程图二;
图6是本发明实施例的检测RLC层状态报告丢失的流程图三;
图7是本发明实施例的检测RLC层状态报告丢失的流程图四。
具体实施方式
本发明提供一种状态报告传输丢失的情况下,及时的重新触发状态报告的技术方案,避免了重传缓存中的数据不能够及时删除,重传缓存中的数据不能够及时传输的现象。
在本发明的技术方案中,将发送状态报告的一端称为发送端,将接收状态报告的一端称为接收端。
本发明中的发送端需要根据接收端返回的信息如ACK、NACK等等来判断包含状态报告的传输块是否被正确传输至接收端,发送端在确定包含状态报告的传输块没有正确传输至接收端后,重新触发状态报告,并将状态报告传输至接收端。
发送端判断包含状态报告的传输块是否被正确传输至接收端的方法有多种,下面结合附图、以几种具体的例子对本发明提供的技术方案进行详细说明。
在下面的实施例描述中,是以RLC层状态报告为例进行说明的。
实施例1、发送端HARQ在对传输块进行重传的次数已经达到最大重传次数、包含RLC层状态报告的传输块仍没有传输正确的情况下,发送端HARQ实体请求触发RLC层状态报告。实施例1的具体实现方式如附图4所示。
图4中,在步骤1、发送端的RLC层ARQ实体生成RLC层状态报告,ARQ实体将RLC层状态报告发送至发送端MAC层。
到步骤2、发送端的MAC层将其接收的RLC层状态报告与其它数据如RLC数据PDU等复用在MAC PDU中。
到步骤3、发送端的MAC层记录包含RLC层状态报告的MAC PDU与生成RLC层状态报告的ARQ实体的对应关系,并将MAC PDU发送至HARQ实体,以进行物理层传输。
到步骤4、当发送端中的HARQ实体确定包含RLC层状态报告的MAC PDU到达最大重传次数、且含有RLC状态报告的传输块仍没有传输正确时,MAC层根据MAC PDU与生成状态报告的ARQ实体的对应关系通过层间源语请求RLC层相应的ARQ实体重新触发状态报告。
到步骤5、发送端中相应的ARQ实体接收到重新触发状态报告的请求后,确定包含RLC层状态报告的传输块没有正确传输至接收端,ARQ实体重新触发RLC层状态报告,重新触发的RLC层状态报告被传输至接收端。
实施例2、发送端HARQ在对传输块进行重传的次数已经达到最大重传次数、包含RLC层状态报告的传输块仍没有传输正确的情况下,发送端HARQ实体通知ARQ实体RLC层状态报告丢失。实施例2的具体实现方式如附图5所示。
图5中,在步骤1、发送端的RLC层ARQ实体生成RLC层状态报告,ARQ实体将RLC层状态报告发送至发送端MAC层。
到步骤2、发送端的MAC层将其接收的RLC层状态报告与其它数据如RLC数据PDU等复用在MAC PDU中。
到步骤3、发送端的MAC层记录包含RLC层状态报告的MAC PDU与生成RLC层状态报告的ARQ实体的对应关系,并将MAC PDU发送至HARQ实体,以进行物理层传输。
到步骤4、接收端接收到RLC层状态报告,并根据RLC层状态报告确定需要重传的数据。接收端提高这些重传数据的优先级,以保证重传数据能够及时传输至对端。如果接收端有非常紧急的实时业务需要传输,则接收端可以在保证实时业务及时发送的前提下,在第一预定时间间隔内如在1至2个TTI(传输时间间隔)内,通过优先调度至少发送一次重传数据,或者在MAC PDU中复用至少一个重传的RLC数据PDU。
到步骤5、当发送端中的HARQ实体确定包含RLC层状态报告的MAC PDU到达最大重传次数、且含有RLC状态报告的传输块仍没有传输正确时,发送端HARQ实体根据MAC PDU与生成状态报告的ARQ实体的对应关系通过层间源语通知相应的ARQ实体RLC层状态报告丢失。
到步骤6、发送端中相应的ARQ实体接收到RLC层状态报告丢失的通知后,判断在第一预定时间间隔Timer内,是否接收到RLC层状态报告中请求重传的数据,这里的Timer可以为1至2个TTI,如果在Timer内一直没有接收到RLC层状态报告中请求重传的数据,则ARQ实体确定包含RLC层状态报告的传输块没有正确传输至接收端,ARQ实体重新触发RLC层状态报告,否则,ARQ实体不触发RLC层状态报告。上述重新触发的RLC层状态报告被传输至接收端。
实施例3、发送端HARQ实体对传输块进行重传的次数达到最大重传次数、包含RLC层状态报告的传输块传输正确,发送端HARQ实体通知ARQ实体RLC层状态报告传输正确。实施例3的具体实现方式如附图6所示。
图6中,在步骤1、发送端的RLC层ARQ实体生成RLC层状态报告,ARQ实体将RLC层状态报告发送至发送端MAC层。
到步骤2、发送端的MAC层将其接收的RLC层状态报告与其它数据如RLC数据PDU等复用在MAC PDU中。
到步骤3、发送端的MAC层记录包含RLC层状态报告的MAC PDU与生成RLC层状态报告的ARQ实体的对应关系,并将MAC PDU发送至HARQ实体,以进行物理层传输。
到步骤4、接收端接收到RLC层状态报告,并根据RLC层状态报告确定需要重传的数据。接收端提高这些重传数据的优先级,以保证重传数据能够在第一预定时间间隔内及时传输至对端。如果接收端有非常紧急的实时业务需要传输,则接收端可以在保证实时业务及时发送的前提下,在第一预定时间间隔内,通过优先调度至少发送一次重传数据,或者在MAC PDU中复用至少一个重传的RLC数据PDU。这里的第一预定时间间隔如1至2个TTI(传输时间间隔)。
到步骤5、当发送端中的HARQ实体确定包含RLC层状态报告的MAC PDU到达最大重传次数、且含有RLC状态报告的传输块传输正确时,发送端HARQ实体根据MAC PDU与生成状态报告的ARQ实体的对应关系通过层间源语通知相应的ARQ实体RLC层状态报告传输正确。
到步骤6、发送端中相应的ARQ实体接收到RLC层状态报告传输正确的通知后,判断在第一预定时间间隔Timer内,是否接收到RLC层状态报告中请求重传的数据,这里的Timer可以为1至2个TTI,如果在Timer内一直没有接收到RLC层状态报告中请求重传的数据,则ARQ实体确定包含RLC层状态报告的传输块没有正确传输至接收端,ARQ实体重新触发RLC层状态报告,否则,ARQ实体不触发RLC层状态报告。上述重新触发的RLC层状态报告被传输至接收端。
实施例4、发送端HARQ对传输块进行重传的次数没有达到最大重传次数、包含RLC层状态报告的传输块传输正确,发送端HARQ实体通知ARQ实体RLC层状态报告传输正确。实施例4的具体实现方式如附图7所示。
图7中,在步骤1、发送端的RLC层ARQ实体生成RLC层状态报告,ARQ实体将RLC层状态报告发送至发送端的MAC层。
到步骤2、发送端的MAC层将其接收的RLC层状态报告与其它数据如RLC数据PDU等复用在MAC PDU中。
到步骤3、发送端的MAC层记录包含RLC层状态报告的MAC PDU与生成RLC层状态报告的ARQ实体的对应关系,并将MAC PDU发送至HARQ实体,以进行物理层传输。
到步骤4、发送端接收到接收端返回的确认消息,得知含RLC层状态报告的传输块X发送正确,发送端发送新数据的传输块Y。
到步骤5、接收端将接收到的数据和上次向发送端反馈的消息进行比较,以确定是否出现数据传输丢失的现象,即如果接收端上次向发送端反馈的消息为ACK,而本次接收端接收到的数据为重传数据,则表示上次传输的数据没有丢失,如果接收端上次向发送端反馈的消息为NACK,而本次接收端接收到的数据为新数据,则表示上次传输的数据出现了丢失现象,接收端向发送端发送对应数据丢失的指示信息,即“传输块X丢失指示”信息。
到步骤6、发送端在发送数据Y后,启动定时器,定时器的定时时长为第二预定时间间隔,如第二预定时间间隔为1个RTT(往返时间间隔),如果在一个往返时间间隔内,发送端接收到接收端传输来的“传输块X丢失指示”信息,发送端HARQ实体向相应的ARQ实体发送状态报告请求,如果在一个往返时间间隔内没有接收到接收端的“传输块X丢失指示”信息,则发送端HARQ实体不发送状态报告请求。
到步骤7、发送端相应的ARQ实体接收到状态报告请求后,确定包含RLC层状态报告的传输块没有正确传输至接收端,重新触发RLC层状态报告,重新触发的RLC层状态报告被传输至接收端。
实施例5、发送端HARQ在对传输块进行重传的次数已经达到最大重传次数、包含RLC层状态报告的传输块仍没有传输正确的情况下,发送端HARQ实体发送RLC层状态报告丢失的信息。
在步骤1、发送端RLC层的ARQ实体生成RLC层状态报告,ARQ实体将RLC层状态报告发送至发送端MAC层。
到步骤2、发送端的MAC层将其接收的RLC层状态报告与其它数据如RLC数据PDU等复用在MAC PDU中。
到步骤3、发送端的MAC层记录包含RLC层状态报告的MAC PDU与生成RLC层状态报告的ARQ实体的对应关系,并将MAC PDU发送至HARQ实体,以进行物理层传输。
到步骤4、当发送端中的HARQ实体确定包含RLC层状态报告的MAC PDU到达最大重传次数、且含有RLC状态报告的传输块仍没有传输正确时,发送端HARQ实体根据MAC PDU与生成状态报告的ARQ实体的对应关系通过层间源语通知相应的ARQ实体RLC层状态报告丢失。
到步骤5、发送端相应的ARQ实体接收到RLC层状态报告丢失,判断在第一预定时间间隔Timer内,是否接收到RLC层状态报告中请求重传的数据,这里的Timer可以为1至2个TTI,如果在Timer内一直没有接收到RLC层状态报告中请求重传的数据,则发送端的ARQ实体确定包含RLC层状态报告的传输块没有正确传输至接收端,发送端的ARQ实体重新触发RLC层状态报告,并根据包含RLC层状态报告的MAC PDU与RLC数据PDU的对应关系,重传所述RLC数据PDU,否则,发送端的ARQ实体不触发RLC层状态报告,并删除包含RLC层状态报告的MAC PDU对应的RLC数据PDU。上述重新触发的RLC层状态报告被传输至接收端。
实施例6、发送端HARQ在对传输块进行重传的次数已经达到最大重传次数、包含RLC层状态报告的传输块传输正确的情况下,发送端HARQ实体发送RLC层状态报告传输正确的信息。
在步骤1、发送端RLC层的ARQ实体生成RLC层状态报告,ARQ实体将RLC层状态报告发送至发送端MAC层。
到步骤2、发送端的MAC层将其接收的RLC层状态报告与其它数据如RLC数据PDU等复用在MAC PDU中。
到步骤3、发送端的MAC层记录包含RLC层状态报告的MAC PDU与生成RLC层状态报告的ARQ实体的对应关系,并将MAC PDU发送至HARQ实体,以进行物理层传输。
到步骤4、当发送端中的HARQ实体确定包含RLC层状态报告的MAC PDU到达最大重传次数、且含有RLC状态报告的传输块传输正确时,发送端HARQ实体根据MAC PDU与生成状态报告的ARQ实体的对应关系通过层间源语,通知相应的ARQ实体RLC层状态报告传输正确。
到步骤5、发送端相应的ARQ实体接收到RLC层状态传输正确的信息,判断在第一预定时间间隔Timer内,是否接收到RLC层状态报告中请求重传的数据,这里的Timer可以为1至2个TTI,如果在Timer内一直没有接收到RLC层状态报告中请求重传的数据,则发送端的ARQ实体确定包含RLC层状态报告的传输块没有正确传输至接收端,发送端的ARQ实体重新触发RLC层状态报告,并根据包含RLC层状态报告的MAC PDU与RLC数据PDU的对应关系,重传所述RLC数据PDU,否则,发送端的ARQ实体不触发RLC层状态报告,并删除包含RLC层状态报告的MAC PDU对应的RLC数据PDU。上述重新触发的RLC层状态报告被传输至接收端。
本发明提供的发送端设备中设置有存储模块、判断模块和触发模块。
存储模块位于MAC层,发送端的RLC层ARQ实体生成RLC层状态报告,ARQ实体将RLC层状态报告发送至发送端MAC层,发送端的MAC层将其接收的RLC层状态报告与其它数据如RLC数据PDU等复用在MAC PDU中,本发明中的存储模块记录包含RLC层状态报告的MAC PDU与生成RLC层状态报告的ARQ实体的对应关系。之后,发送端将MAC PDU发送至HARQ实体,以进行物理层传输。
下面以状态报告为RLC层状态报告为例,对本发明发送端设备中的判断模块和触发模块进行详细说明。
在上述方法实施例1描述的情况下,本发明的判断模块可以由位于MAC层的第一通知子模块和位于RLC层的第一判断子模块组成。
第一通知子模块根据接收端返回的信息在确定包含RLC层状态报告的MAC PDU到达最大重传次数、且含有RLC层状态报告的MAC PDU仍没有传输正确时,根据存储模块中存储的MAC PDU与生成RLC层状态报告的ARQ实体的对应关系通过层间源语向位于RLC层相应的ARQ实体中的第一判断子模块发送重新触发状态报告的请求。
第一判断子模块在接收到重新触发状态报告的请求后,直接确定RLC层状态报告没有正确传输至接收端,第一判断子模块通知触发模块。
触发模块在接收到第一判断子模块的通知后,触发发送端的状态报告,使发送端能够将状态报告及时传输至接收端。
在上述方法实施例2、实施例5描述的情况下,本发明的判断模块可以由位于MAC层的第一通知子模块和位于RLC层的第二判断子模块组成。
第一通知子模块根据接收端返回的信息在确定包含RLC层状态报告的MAC PDU到达最大重传次数、且含有RLC层状态报告的MAC PDU仍没有传输正确时,根据存储模块中存储的MAC PDU与生成RLC层状态报告的ARQ实体的对应关系通过层间源语向位于RLC层相应的ARQ实体中的第二判断子模块发送RLC层状态报告丢失的通知。
第二判断子模块在接收到第一通知子模块传输来的RLC层状态报告丢失的通知后,判断在第一预定时间间隔Timer内,发送端是否接收到RLC层状态报告中请求重传的数据,这里的Timer可以为1至2个TTI,如果在Timer内发送端一直没有接收到RLC层状态报告中请求重传的数据,则第二判断子模块确定包含RLC层状态报告的传输块没有正确传输至接收端,第二判断子模块通知触发模块。触发模块在接收到第二判断子模块的通知后,触发发送端的状态报告,使发送端能够将状态报告及时传输至接收端。
当判断模块由第一通知子模块和第二判断子模块组成时,接收端和发送端的其他处理过程如上述方法中针对实施例2和实施例5的描述。
在上述方法实施例3、实施例6描述的情况下,本发明的判断模块可以由位于MAC层的第二通知子模块和位于RLC层的第二判断子模块组成。
第二通知子模块根据接收端返回的信息在确定包含RLC层状态报告的MAC PDU到达/未到达最大重传次数、且含有RLC层状态报告的MAC PDU传输正确时,根据存储模块中存储的MAC PDU与生成RLC层状态报告的ARQ实体的对应关系通过层间源语向位于RLC层相应的ARQ实体中的第二判断子模块发送RLC层状态报告传输正确的通知。
第二判断子模块在接收到第二通知子模块传输来的RLC层状态报告传输正确的通知后,判断在第一预定时间间隔Timer内,发送端是否接收到RLC层状态报告中请求重传的数据,这里的Timer可以为1至2个TTI,如果在Timer内发送端一直没有接收到RLC层状态报告中请求重传的数据,则第二判断子模块确定包含RLC层状态报告的传输块没有正确传输至接收端,第二判断子模块通知触发模块。触发模块在接收到第二判断子模块的通知后,触发发送端的状态报告,使发送端能够将状态报告及时传输至接收端。
在上述方法实施例4描述的情况下,本发明的判断模块可以由位于MAC层的第三通知子模块和位于RLC层的第一判断子模块组成。
第三通知子模块根据接收端返回的确认消息在确定包含RLC层状态报告的传输块X发送正确、且发送端发送新数据的传输块Y后,启动定时器,定时器的定时时长为第二预定时间间隔,如第二预定时间间隔为1个RTT(往返时间间隔),如果在一个往返时间间隔内,发送端接收到接收端传输来的“传输块X丢失指示”信息,则第二通知子模块根据存储模块中存储的MAC PDU与生成RLC层状态报告的ARQ实体的对应关系通过层间源语向位于RLC层相应的ARQ实体中的第一判断子模块发送重新触发状态报告的请求。
第一判断子模块在接收到第三通知子模块发送来的重新触发状态报告的请求后,直接确定RLC层状态报告没有正确传输至接收端,第一判断子模块通知触发模块。触发模块在接收到第一判断子模块的通知后,触发发送端的状态报告,使发送端能够将状态报告及时传输至接收端。
在该实施例中,接收端将接收到的数据和上次向发送端反馈的消息进行比较,以确定是否出现数据传输丢失的现象,即如果接收端上次向发送端反馈的消息为ACK,而本次接收端接收到的数据为重传数据,则表示上次传输的数据没有丢失,如果接收端上次向发送端反馈的消息为NACK,而本次接收端接收到的数据为新数据,则表示上次传输的数据出现了丢失现象,接收端向发送端发送对应数据丢失的指示信息,即“传输块X丢失指示”信息。
虽然通过实施例描绘了本发明,本领域普通技术人员知道,本发明有许多变形和变化而不脱离本发明的精神,本发明的申请文件的权利要求包括这些变形和变化。
Claims (14)
1.一种状态报告的传输方法,其特征在于,包括:
a、发送状态报告的发送端根据接收端返回的信息判断包含状态报告的传输块是否正确传输至接收端;
b、发送端在确定包含状态报告的传输块没有正确传输至接收端后,重新触发状态报告,并传输至接收端,所述状态报告用于所述接收端删除已被正确接收的数据及重传未被正确接收的数据。
2.如权利要求1所述的方法,其特征在于,所述步骤a包括:
发送端MAC层根据接收端返回的信息在确定包含RLC层状态报告的传输块已经达到最大重传次数、且该传输块仍然没有被正确接收时,通知RLC层;
RLC层接收到通知后,确定RLC层状态报告没有正确传输至接收端。
3.如权利要求1所述的方法,其特征在于,所述步骤a包括:
发送端MAC层根据接收端返回的信息在确定包含RLC层状态报告的传输块已经达到最大重传次数、且该传输块仍然没有被正确接收时,通知RLC层;
RLC层在接收到通知后,在第一预定时间间隔内等待请求重传的数据,并在第一预定时间间隔内没有接收到所述请求重传的数据时,确定RLC层状态报告没有正确传输至接收端。
4.如权利要求1所述的方法,其特征在于,所述步骤a包括:
发送端MAC层根据接收端返回的信息在确定包含RLC层状态报告的传输块已经达到最大重传次数、且该传输块被正确接收时,通知RLC层;
RLC层在接收到通知后,在第一预定时间间隔内等待请求重传的数据,并在预定时间间隔内没有接收到所述请求重传的数据时,确定RLC层状态报告没有正确传输至接收端。
5.如权利要求1所述的方法,其特征在于,所述方法还包括:接收端在接收到状态报告后,在第一预定时间间隔内发送需要重传的数据。
6.如权利要求1所述的方法,其特征在于,所述步骤a包括:
发送端MAC层根据接收端返回的信息在确定包含RLC层状态报告的传输块被正确接收后,发送新的传输块,并判断在第二预定时间间隔内是否接收到接收端返回的传输块丢失指示信息;
接收端接收新的传输块,并在确定新的传输块不是其等待的传输块时,向发送端返回传输块丢失指示信息;
发送端MAC层在第二预定时间间隔内接收到传输块丢失指示信息时,通知RLC层;
RLC层接收到通知后,确定RLC层状态报告没有正确传输至接收端。
7.如权利要求2至6中任一权利要求所述的方法,其特征在于,所述方法包括:
所述发送端MAC层记录包含RLC层状态报告的传输块与生成所述状态报告的ARQ实体的对应关系;
所述发送端MAC层在通知RLC层时,根据所述对应关系通知相应的ARQ实体。
8.如权利要求1至6中任一权利要求所述的方法,其特征在于,所述步骤b包括:
发送端在确定RLC层状态报告没有正确传输至接收端后,重新触发RLC层状态报告,并确定包含RLC层状态报告的MAC层传输块对应的RLC数据PDU,重传所述RLC数据PDU。
9.如权利要求1至6中任一权利要求所述的方法,其特征在于,所述步骤b还包括:
发送端在确定RLC层状态报告正确传输至接收端后,确定包含RLC层状 态报告的MAC层传输块对应的RLC数据PDU,并删除所述RLC数据PDU。
10.一种发送端设备,发送端设备将状态报告传输至接收端,其特征在于,所述发送端设备中设置有:
判断模块:根据接收端返回的信息判断包含状态报告的传输块是否正确传输至接收端;
触发模块:在判断模块的判决结果为包含状态报告的传输块没有正确传输至接收端时,重新触发发送端的状态报告,使发送端设备向所述接收端发送所述重新触发的状态报告,所述状态报告用于所述接收端删除已被正确接收的数据及重传未被正确接收的数据。
11.如权利要求10所述的发送端设备,其特征在于,判断模块包括:第一通知子模块和第一判断子模块,或者判断模块包括:第一通知子模块和第二判断子模块;
第一通知子模块:位于MAC层,根据接收端返回的信息在确定包含RLC层状态报告的传输块已经达到最大重传次数、且该传输块仍然没有被正确接收时,通知第一/第二判断子模块;
第一判断子模块:位于RLC层,根据接收到的通知确定RLC层状态报告没有正确传输至接收端;
第二判断子模块:位于RLC层,在接收到通知后,在第一预定时间间隔内等待请求重传的数据,并在预定时间间隔内没有接收到所述请求重传的数据时,确定RLC层状态报告没有正确传输至接收端。
12.如权利要求10所述的发送端设备,其特征在于,所述判断模块包括:
第二通知子模块:位于MAC层,根据接收端返回的信息在确定包含RLC层状态报告的传输块已经达到/未达到最大重传次数、且该传输块被正确接收时,通知第二判断子模块;
第二判断子模块:位于RLC层,在接收到通知后,在第一预定时间间隔内等待请求重传的数据,并在预定时间间隔内没有接收到所述请求重传的数据 时,确定RLC层状态报告没有正确传输至接收端。
13.如权利要求10所述的发送端设备,其特征在于,所述判断模块包括:
第三通知子模块:位于MAC层,根据接收端返回的信息在确定包含RLC层状态报告的传输块被正确接收、且发送端发送新的传输块后,判断在第二预定时间间隔内发送端是否接收到接收端返回的传输块丢失指示信息;
接收端接收新的传输块,并在确定新的传输块不是其等待的传输块时,向发送端返回传输块丢失指示信息;
第三通知子模在第二预定时间间隔内接收到传输块丢失指示信息时,通知第一判断子模块;
第一判断子模块:位于RLC层,根据接收到的通知确定RLC层状态报告没有正确传输至接收端。
14.如权利要求11或12或13所述的发送端设备,其特征在于,所述发送端设备还设置有存储模块;
存储模块:位于MAC层,记录包含RLC层状态报告的传输块与生成所述状态报告的ARQ实体的对应关系;
第一/第二/第三通知子模块在通知第一/第二判断子模块时,根据所述对应关系通知相应ARQ实体中的第一/第二判断子模块。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101119371A CN101132257B (zh) | 2006-08-24 | 2006-08-24 | 一种状态报告的传输方法和发送端设备 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2006101119371A CN101132257B (zh) | 2006-08-24 | 2006-08-24 | 一种状态报告的传输方法和发送端设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101132257A CN101132257A (zh) | 2008-02-27 |
CN101132257B true CN101132257B (zh) | 2011-04-13 |
Family
ID=39129391
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2006101119371A Expired - Fee Related CN101132257B (zh) | 2006-08-24 | 2006-08-24 | 一种状态报告的传输方法和发送端设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101132257B (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR20100080280A (ko) | 2008-12-31 | 2010-07-08 | 삼성전자주식회사 | Harq 프로세스를 사용하는 이동통신 시스템의 전송 제어방법 |
CN102025471B (zh) * | 2009-09-21 | 2013-09-11 | 中兴通讯股份有限公司 | 一种状态报告触发方法及装置 |
CN101778477A (zh) * | 2010-03-08 | 2010-07-14 | 上海华为技术有限公司 | 调度资源分配方法及基站 |
CN102316515B (zh) * | 2011-09-16 | 2017-04-26 | 中兴通讯股份有限公司 | 无线链路控制层状态报告的构造方法及装置 |
CN102904764B (zh) * | 2012-11-15 | 2016-08-31 | 无锡成电科大科技发展有限公司 | 一种数据传输装置及其传输方法 |
KR20170020441A (ko) * | 2014-06-17 | 2017-02-22 | 후아웨이 테크놀러지 컴퍼니 리미티드 | 무선 자원 스케줄링 방법 및 장치 |
CN105681001B (zh) * | 2014-11-21 | 2020-01-03 | 中兴通讯股份有限公司 | 一种实现rlc层重传的方法和装置 |
CN106330412B (zh) * | 2015-06-25 | 2019-05-21 | 辰芯科技有限公司 | 利用harq ack/nack的rlc pdu发送方法及装置 |
CN111435555A (zh) * | 2019-01-14 | 2020-07-21 | 杰克缝纫机股份有限公司 | 数据传输与验证方法及其装置、设备和存储介质 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1236233A (zh) * | 1998-02-23 | 1999-11-24 | 日本电气株式会社 | 具有快速再发送确定功能的移动卫星通信系统 |
GB2371183A (en) * | 2000-11-02 | 2002-07-17 | Lg Electronics Inc | Managing a cell resource in a mobile communication system to carry out radio resource management between base and control stations |
-
2006
- 2006-08-24 CN CN2006101119371A patent/CN101132257B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1236233A (zh) * | 1998-02-23 | 1999-11-24 | 日本电气株式会社 | 具有快速再发送确定功能的移动卫星通信系统 |
GB2371183A (en) * | 2000-11-02 | 2002-07-17 | Lg Electronics Inc | Managing a cell resource in a mobile communication system to carry out radio resource management between base and control stations |
Also Published As
Publication number | Publication date |
---|---|
CN101132257A (zh) | 2008-02-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101132257B (zh) | 一种状态报告的传输方法和发送端设备 | |
JP5190143B2 (ja) | 非サービング基地局へのttiバンドル表示 | |
JP4981904B2 (ja) | 媒体アクセス制御破棄通知 | |
US8285330B2 (en) | HARQ reordering method for WCDMA enhanced uplink dedicated channel | |
KR101494038B1 (ko) | 무선 통신 시스템에서 에러 제어 메시지들을 프로세싱하기 위한 방법 및 장치 | |
US8413002B2 (en) | Method of performing ARQ procedure for transmitting high rate data | |
AU2006332854B2 (en) | Method and system for implementing H-ARQ-assisted ARQ operation | |
TWI321921B (en) | A method and apparatus for facilitating high speed-downlink shared channel cell change | |
TWI454096B (zh) | Mac層重置後b節點緩衝資料之高效回復系統 | |
CN100438397C (zh) | 无线通信系统中的下行数据重传方法 | |
JP5143225B2 (ja) | 別チャネルのステータスレポートの順序の乱れた配信 | |
CN101479983A (zh) | 无线通信方法以及无线通信装置 | |
KR20070121602A (ko) | 무선 통신 시스템에서 패킷 폐기 방법 및 장치 | |
KR101532222B1 (ko) | 통신 시스템 및 그의 rrc 접속 방법 | |
CN101421965A (zh) | 使用传输窗口的通信系统中的优化分组数据传输协议 | |
CN101132261A (zh) | 一种数据包重传方法和系统 | |
RU2008124979A (ru) | Способ передачи данных и способ повторной передачи данных | |
CN100433917C (zh) | 高速下行分组接入用户在基站间平滑切换的方法 | |
CN101188786B (zh) | 高速下行分组接入中多用户复用的传输方法、系统及装置 | |
KR101583724B1 (ko) | 통신 시스템 및 그의 패킷 송수신 방법 | |
CN101222303B (zh) | 一种媒体接入控制层上行反馈的实现方法 | |
CN101588652B (zh) | 用于网络或协作mimo系统中的基站及其harq方法 | |
CN101552658A (zh) | 一种发送状态报告的方法和装置 | |
JP2005513910A (ja) | 別個の再送信送信機によるパケット・データ再送信 | |
CN102882664A (zh) | 用于在无线通信系统中提供自主重传的方法和系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20110413 |