CN101009536A - 自动重传请求的状态报告方法 - Google Patents
自动重传请求的状态报告方法 Download PDFInfo
- Publication number
- CN101009536A CN101009536A CN 200610002235 CN200610002235A CN101009536A CN 101009536 A CN101009536 A CN 101009536A CN 200610002235 CN200610002235 CN 200610002235 CN 200610002235 A CN200610002235 A CN 200610002235A CN 101009536 A CN101009536 A CN 101009536A
- Authority
- CN
- China
- Prior art keywords
- message
- automatic repeat
- repeat requests
- transmit leg
- confirmation
- 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
Images
Landscapes
- Detection And Prevention Of Errors In Transmission (AREA)
- Communication Control (AREA)
Abstract
本发明公开了一种发送方自动重传请求的状态报告方法,首先为发送方自动重传请求(ARQ)实体的滑动窗口设置“最大未确认窗口门限值”;ARQ实体向混合自动重传请求(HARQ)实体发送ARQ PDU数据包;HARQ实体从ARQ实体接收PDU,根据即时信道条件进行串接/分段处理,向接收方发送HARQ PDU;ARQ实体根据HARQ实体报告的接收消息,执行窗口滑动操作,并检测当前未确认窗口值;当检测到其超过预设的“最大未确认窗口门限值”时,向HARQ实体发送“请求状态报告消息”;HARQ实体判断如果接收到的消息是ARQ实体发送的“请求状态报告消息”,则向ARQ实体发送当前保存的接收确认消息。本发明减少了时延,提高了系统整体性能。
Description
技术领域
本发明涉及数字移动通信技术领域,特别涉及第三代移动通信长期演进系统中自动重传请求(ARQ)的处理方法。
背景技术
第三代移动通信长期演进系统的用户面使用上层自动重传请求(ARQ)与底层混合自动重传请求(HARQ)相结合的机制实现可靠传输。HARQ实体(entity)位于基站的物理层和媒体接入控制层(MAC),ARQ实体位于基站的MAC层。上层ARQ采用滑动窗口机制,底层HARQ采用N道停等协议。
对于ARQ的状态报告机制,目前曾有如下改进建议:发送端HARQ收到接收端NACK(未接收确认)响应时,首先执行HARQ重传处理,失败最大重传次数后,再向上层ARQ投递NACK消息;当HARQ发生NACK/ACK错误检测时,向上层ARQ投递NACK消息;非上述两种情况下,以预定的周期向上层ARQ投递ACK消息。
该方案不需要上层ARQ另外通过空中接口发送状态报告,减少了空中接口传输时延,但忽略了ARQ与HARQ调度周期以及调度方式的不同和两层之间帧格式的不同。
HARQ帧是根据即时物理信道状况和一组预定的尺寸组织的传输块,ARQ是固定尺寸的PDU(协议数据单元)或一组预定长度的PDU。HARQ帧通常是由若干个ARQ帧串接/分段形成的,长度为ARQ帧的若干倍或若干ARQ帧长度之和再附加相应的HARQ头信息。如果ARQ窗口中等待响应的帧较多,而HARQ向上层投递ACK的定时还没有到达,则窗口的滑动速度变慢,甚至由滑窗方式演变为停等方式,降低了ARQ的效率。同时,由于ARQ向HARQ层发送新的PDU受到延迟,又降低了HARQ的效率,导致不良循环,从而降低了系统整体性能。
另一方面,由HARQ控制ACK的频率可能并不满足ARQ调度的需求,例如ARQ需要A组PDU的状态报告,而HARQ在定时周期到达后反馈了B组PDU的状态报告,即ARQ所需要的一些PDU的状态报告可能要等到下一个上报周期,也将导致ARQ窗口中某些PDU无法得到及时响应。
发明内容
本发明所要解决的技术问题在于提供一种自动重传请求的状态报告方法,避免ARQ等待HARQ周期报告定时导致的时延,提高系统整体性能。
为解决上述技术问题,本发明提供一种发送方自动重传请求的状态报告方法,包括如下步骤:
为发送方自动重传请求的滑动窗口设置“最大未确认窗口门限值”;
发送方自动重传请求实体以滑动窗口方式,向发送方混合自动重传请求实体发送“协议数据单元”数据包;
发送方自动重传请求实体根据发送方混合自动重传请求实体报告的接收消息,执行窗口滑动操作,并检测当前未确认窗口值;
当检测到当前未确认窗口值超过所述预设的“最大未确认窗口门限值”时,发送方自动重传请求实体向发送方混合自动重传请求实体发送“请求状态报告消息”。
其中,所述发送方混合自动重传请求实体报告的接收消息,为接收确认消息。
其中,所述发送方混合自动重传请求实体报告的接收消息,为未接收确认消息,或接收确认错误指示消息;所述发送方自动重传请求实体进一步执行选择性重传操作。
本发明进而另提供一种自动重传请求的状态报告方法,包括如下步骤:
发送方混合自动重传请求实体从发送方自动重传请求实体接收“协议数据单元”数据包,根据即时信道条件对所述数据包进行串接/分段处理,向接收方发送混合自动重传请求“协议数据单元”数据包;
发送方混合自动重传请求实体判断接收到的消息类型,如果接收到的是由发送方自动重传请求实体发送的“请求状态报告消息”,则向发送方自动重传请求实体发送当前已经接收并保存的接收确认消息;
如果接收到的是由接收方发送的接收确认消息,则发送方混合自动重传请求实体保存该消息,并等待上报周期到达时,向发送方自动重传请求实体发送尚保存的接收确认消息;
如果接收到的是由接收方发送的未接收确认消息,则发送方混合自动重传请求实体进一步判断是否已经到达最大重发次数,如果已经到达,则向发送方自动重传请求实体发送未接收确认消息,如果尚未到达,则向接收方重传相应的数据包;
如果接收到的是由接收方发送的接收确认错误指示消息,则发送方混合自动重传请求实体向发送方自动重传请求实体发送该接收确认错误指示消息。
本发明基于HARQ周期状态报告和ARQ请求状态报告相结合的机制,既减少了通过空中接口发送状态报告的时延,又避免了ARQ等待HARQ周期报告定时导致的时延,提高了系统整体性能。
附图说明
图1为根据本发明实施例所述的发送方ARQ的处理流程图;
图2为根据本发明实施例所述的发送方HARQ的处理流程图;
图3为根据本发明实施例所属的状态报告原理图。
具体实施方式
分析现有技术的缺陷,主要在于ARQ实体只能被动接受HARQ实体定期上报的状态报告信息,而在周期未到期间,则有可能因为过多的未确认接收的数据包而影响了发送效率,但事实上,此时在HARQ实体侧,却很有可能保存有若干接收确认消息,只是因为周期未到而尚未发送给ARQ。因此,如果ARQ能够主动向HARQ请求状态报告,上述问题则迎刃而解。
根据本发明,ARQ主动请求状态报告的时机,可以通过预先设置“最大未确认窗口门限值”来确定。
这样,当底层HARQ收到非确认NACK消息时且失败最大重传次数后,或者收到NACK/ACK错误指示(即接收确认错误指示),向上层ARQ报告NACK消息,消息中包括HARQ PDU中失败的ARQ PDU编号信息;当底层HARQ收到ACK消息时,以预定的周期向上层ARQ报告ACK消息,消息中包括HARQ PDU中成功的ARQ PDU编号信息;ARQ滑动窗口设置最大未确认窗口门限值;上层ARQ请求HARQ发送状态报告流程。当最大未确认窗口门限值到达时如果上层ARQ仍未收到HARQ的ACK状态报告,向HARQ发送请求状态报告消息,请求的内容为等待响应消息的那些ARQPDU编号。HARQ收到该消息,把当前已经接收到响应的相关编号的PDU的状态反馈给ARQ。周期报告时间间隔到达后,HARQ给ARQ的状态报告中不需要再包括上述已经反馈过的PDU的状态。
如图1所示,说明了一种ARQ Tx具体实施方式的流程,过程如下:
步骤110,发送方ARQ Tx被调度后,以滑动窗口方式发送若干PDU;
步骤120,接收HARQ Tx的NACK或ACK状态报告,或NACK/ACK错误指示报告,执行继续滑动窗口操作或选择性重传操作;
步骤130,判断最大未确认窗口门限是否到达?如果未到达,转步骤110,如果到达,转步骤140;
步骤140,向HARQ Tx发送请求状态报告消息,并接收其所响应的状态报告;执行后转步骤110。
如图2所示,说明了一种HARQ Tx具体实施方式的流程,过程如下:
步骤210,发送方被调度后,以N道停等方式发送若干HARQ PDU;
步骤220,接收HARQ Rx的NACK或ACK消息或NACK/ACK错误指示消息;接收ARQ Tx的请求状态报告消息;
步骤230,判断是否为请求状态报告消息?如果是,转步骤240;如果不是,转步骤250;
步骤240,向ARQ Tx发送状态报告,内容为已知状态的所请求的PDU的ACK,转步骤210;
步骤250,判断是否为NACK/ACK错误指示消息?如果是,转步骤260;如果不是,转步骤270;
步骤260,向ARQ Tx发送状态报告,内容为已知状态PDU的NACK,转步骤210;
步骤270,判断是否为NACK消息?如果是,转步骤280;如果不是,转步骤290;
步骤280,判断是否到达最大重传次数?如果是,转步骤260;如果不是,转步骤300;
步骤290,说明为ACK消息,等待周期状态报告定时到达,转步骤240;
步骤300,用增量冗余方式生成HARQ PDU重传;
步骤310,判断是否发送成功?如果是,转步骤290;如果不是,转步骤280。
如图3所示,其中预设有四个状态报告场景,可以进一步说明本发明的实施过程。
NACK场景1,发送放ARQ Tx以滑动窗口方式向HARQ Tx递交PDUa,b,c;HARQ Tx生成HARQ PDU x发送给接收方HARQ Rx;接收方HARQRx响应NACK;HARQ Tx以增量冗余方式重新生成HARQ PDU x’发送给HARQ Rx;到达最大重传次数后,HARQ Rx仍然响应NACK消息;HARQTx向ARQ Tx发送状态报告,包含其中失败的ARQ PDU编号的NACK消息。
NACK场景2,ARQ Tx以滑动窗口方式向HARQ Tx递交PDU d,e,f,g;HARQ Tx生成HARQ PDU y发送给接收方HARQ Rx;接收端HARQ Rx检测到NACK误报为ACK错误,向HARQ Tx发送错误指示消息NACK/ACK错误指示;HARQ Tx接收到此消息,向ARQ Tx发送状态报告,包含其中失败的ARQ PDU编号的NACK消息。
ACK场景1,ARQ Tx以滑动窗口方式向HARQ Tx发送ARQ PDU h,i;HARQ Tx生成HARQ PDU z发送给接收方HARQ Rx;HARQ Rx向HARQTx响应ACK消息;HARQ Tx在周期上报定时到后向ARQ Tx发送状态报告,包括相关编号PDU的ACK消息。
ACK场景2,ARQ Tx以滑动窗口方式向HARQ Tx发送PDUj,k,l,m,n;HARQ Tx分别生成HARQ PDU w,u发送给接收方HARQ Rx;发送方ARQTx在未收到HARQ Tx周期报告时,检测到未确认PDU数据到达门限,即最大未确认窗口门限到达,向HARQ Tx发送请求状态报告的消息,HARQ Tx接收到该消息后向ARQ Tx发送状态报告,包括ARQ Tx所请求的PDU编号中已知状态的PDU的ACK消息,在HARQ Tx周期上报定时到以后,就不需要再上报已经反馈过状态的那些PDU的信息。
Claims (14)
1、一种自动重传请求的状态报告方法,用于第三代移动通信长期演进系统,其特征在于,包括如下步骤:
为发送方自动重传请求的滑动窗口设置“最大未确认窗口门限值”;
发送方自动重传请求实体以滑动窗口方式,向发送方混合自动重传请求实体发送“协议数据单元”数据包;
发送方自动重传请求实体根据发送方混合自动重传请求实体报告的接收消息,执行窗口滑动操作,并检测当前未确认窗口值;
当检测到当前未确认窗口值超过所述预设的“最大未确认窗口门限值”时,发送方自动重传请求实体向发送方混合自动重传请求实体发送“请求状态报告消息”。
2、如权利要求1所述的方法,其特征在于,所述发送方混合自动重传请求实体报告的接收消息,为接收确认消息。
3、如权利要求1所述的方法,其特征在于,所述发送方混合自动重传请求实体报告的接收消息,为未接收确认消息,或接收确认错误指示消息;所述发送方自动重传请求实体进一步执行选择性重传操作。
4、如权利要求2所述的方法,其特征在于,所述接收确认消息中包含有接收成功的数据包编号信息。
5、如权利要求3所述的方法,其特征在于,所述未接收确认消息与接收确认错误指示消息中包含有接收失败的数据包编号信息。
6、如权利要求1所述的方法,其特征在于,所述“请求状态报告消息”中包含有等待响应消息的数据包编号信息。
7、一种自动重传请求的状态报告方法,用于第三代移动通信长期演进系统,其特征在于,包括如下步骤:
发送方混合自动重传请求实体从发送方自动重传请求实体接收“协议数据单元”数据包,根据即时信道条件对所述数据包进行串接/分段处理,向接收方发送混合自动重传请求“协议数据单元”数据包;
发送方混合自动重传请求实体判断接收到的消息类型,如果接收到的是由发送方自动重传请求实体发送的“请求状态报告消息”,则向发送方自动重传请求实体发送当前已经接收并保存的接收确认消息。
8、如权利要求7所述的方法,其特征在于,进一步包括:
如果接收到的是由接收方发送的接收确认消息,则发送方混合自动重传请求实体保存该消息,并等待上报周期到达时,向发送方自动重传请求实体发送尚保存的接收确认消息。
9、如权利要求7所述的方法,其特征在于,进一步包括:
如果接收到的是由接收方发送的未接收确认消息,则发送方混合自动重传请求实体进一步判断是否已经到达最大重发次数,如果已经到达,则向发送方自动重传请求实体发送未接收确认消息,如果尚未到达,则向接收方重传相应的数据包。
10、如权利要求7所述的方法,其特征在于,进一步包括:
如果接收到的是由接收方发送的接收确认错误指示消息,则发送方混合自动重传请求实体向发送方自动重传请求实体发送该接收确认错误指示消息。
11、如权利要求7所述的方法,其特征在于,所述“请求状态报告消息”中包含有等待响应消息的数据包编号信息。
12、如权利要求8所述的方法,其特征在于,所述接收确认消息中包含有接收成功的数据包编号信息。
13、如权利要求9所述的方法,其特征在于,所述未接收确认消息中包含有接收失败的数据包编号信息。
14、如权利要求10所述的方法,其特征在于,所述接收确认错误指示消息中包含有接收失败的数据包编号信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610002235XA CN101009536B (zh) | 2006-01-24 | 2006-01-24 | 自动重传请求的状态报告方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610002235XA CN101009536B (zh) | 2006-01-24 | 2006-01-24 | 自动重传请求的状态报告方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101009536A true CN101009536A (zh) | 2007-08-01 |
CN101009536B CN101009536B (zh) | 2010-09-01 |
Family
ID=38697716
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610002235XA Expired - Fee Related CN101009536B (zh) | 2006-01-24 | 2006-01-24 | 自动重传请求的状态报告方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101009536B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101807155A (zh) * | 2010-03-03 | 2010-08-18 | 京信通信系统(中国)有限公司 | 一种嵌入式软件在线更新方法 |
WO2010145242A1 (zh) * | 2009-06-17 | 2010-12-23 | 中兴通讯股份有限公司 | 报文重传方法和装置 |
CN102026191A (zh) * | 2009-09-21 | 2011-04-20 | 中兴通讯股份有限公司 | 一种避免重鉴权失败的方法及基站 |
CN102055548A (zh) * | 2009-11-03 | 2011-05-11 | 中兴通讯股份有限公司 | 无线系统中harq数据包包长自适应方法及传输系统 |
US8422480B2 (en) | 2007-10-01 | 2013-04-16 | Qualcomm Incorporated | Acknowledge mode polling with immediate status report timing |
CN103944695A (zh) * | 2008-11-24 | 2014-07-23 | 高通股份有限公司 | 用于自适应的tsp设置以最小化重复的分组传输的装置和方法 |
US9124774B2 (en) | 2009-03-24 | 2015-09-01 | Thomson Licensing | Methods for delivering and receiving interactive multimedia |
US9275644B2 (en) | 2012-01-20 | 2016-03-01 | Qualcomm Incorporated | Devices for redundant frame coding and decoding |
CN113055133A (zh) * | 2021-03-11 | 2021-06-29 | 宸芯科技有限公司 | 混合自动重传请求harq响应方法、装置、设备及介质 |
WO2023010571A1 (zh) * | 2021-08-06 | 2023-02-09 | 北京小米移动软件有限公司 | 一种定位测量的方法及其装置 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5717689A (en) * | 1995-10-10 | 1998-02-10 | Lucent Technologies Inc. | Data link layer protocol for transport of ATM cells over a wireless link |
CN100337418C (zh) * | 2004-03-12 | 2007-09-12 | 华为技术有限公司 | 一种触发状态信息发送的方法 |
CN100359841C (zh) * | 2004-05-18 | 2008-01-02 | 华为技术有限公司 | 一种发送状态报告的方法 |
-
2006
- 2006-01-24 CN CN200610002235XA patent/CN101009536B/zh not_active Expired - Fee Related
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8422480B2 (en) | 2007-10-01 | 2013-04-16 | Qualcomm Incorporated | Acknowledge mode polling with immediate status report timing |
CN103944695A (zh) * | 2008-11-24 | 2014-07-23 | 高通股份有限公司 | 用于自适应的tsp设置以最小化重复的分组传输的装置和方法 |
US9124774B2 (en) | 2009-03-24 | 2015-09-01 | Thomson Licensing | Methods for delivering and receiving interactive multimedia |
WO2010145242A1 (zh) * | 2009-06-17 | 2010-12-23 | 中兴通讯股份有限公司 | 报文重传方法和装置 |
US8825891B2 (en) | 2009-06-17 | 2014-09-02 | Zte Corporation | Method and device for message retransmission |
CN102026191A (zh) * | 2009-09-21 | 2011-04-20 | 中兴通讯股份有限公司 | 一种避免重鉴权失败的方法及基站 |
CN102026191B (zh) * | 2009-09-21 | 2014-04-09 | 中兴通讯股份有限公司 | 一种避免重鉴权失败的方法及基站 |
CN102055548A (zh) * | 2009-11-03 | 2011-05-11 | 中兴通讯股份有限公司 | 无线系统中harq数据包包长自适应方法及传输系统 |
CN102055548B (zh) * | 2009-11-03 | 2014-11-05 | 中兴通讯股份有限公司 | 无线系统中harq数据包包长自适应方法及传输系统 |
CN101807155B (zh) * | 2010-03-03 | 2013-01-09 | 京信通信系统(中国)有限公司 | 一种嵌入式软件在线更新方法 |
CN101807155A (zh) * | 2010-03-03 | 2010-08-18 | 京信通信系统(中国)有限公司 | 一种嵌入式软件在线更新方法 |
US9275644B2 (en) | 2012-01-20 | 2016-03-01 | Qualcomm Incorporated | Devices for redundant frame coding and decoding |
CN113055133A (zh) * | 2021-03-11 | 2021-06-29 | 宸芯科技有限公司 | 混合自动重传请求harq响应方法、装置、设备及介质 |
CN113055133B (zh) * | 2021-03-11 | 2022-10-14 | 宸芯科技有限公司 | 混合自动重传请求harq响应方法、装置、设备及介质 |
WO2023010571A1 (zh) * | 2021-08-06 | 2023-02-09 | 北京小米移动软件有限公司 | 一种定位测量的方法及其装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101009536B (zh) | 2010-09-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN101009536B (zh) | 自动重传请求的状态报告方法 | |
EP1550235B1 (en) | Method for monitoring transmission sequence numbers assigned to protocol data units to detect and correct transmission errors | |
CN101068137B (zh) | 在无线接入通信系统中使用自动重复请求的装置和方法 | |
EP1976176B1 (en) | A method and apparatus for data retransmission | |
EP1393488B1 (en) | Method and transmitter for an efficient packet data transfer in a transmission protocol with repeat requests | |
AU2003267095B2 (en) | System for efficient recovery of Node-B buffered data following MAC layer reset | |
CN1290286C (zh) | 自动重复请求协议 | |
EP2175582B1 (en) | A method for triggering status report of automatic repeat request | |
CN101924620B (zh) | 报文重传方法和装置 | |
US20030235162A1 (en) | Method and apparatus for reducing transmission errors in a third generation cellular system | |
CN101346925A (zh) | 利用多arq机制提供重传的装置、方法和计算机程序产品 | |
CN106068018B (zh) | 在从中断场景重新开始期间进行吞吐量恢复的方法和设备 | |
CN101485134A (zh) | 介质接入控制丢弃通知 | |
CN101682488A (zh) | 通过发送时间间隔集束处理来增强上行链路传输 | |
WO2009051386A2 (en) | Method of performing arq procedure for transmitting high rate data | |
CN101009537A (zh) | 一种数据重传方法及系统 | |
CN101399643B (zh) | 确认模式数据传输的控制方法及装置 | |
GB2287383A (en) | Notification by energy burst of messages with unacceptable quality | |
WO2008000181A1 (fr) | Procédés et systèmes de retransmission sur couche de transport | |
CN105934907A (zh) | 无线资源调度方法及装置 | |
CN101291199B (zh) | 混合自动重传请求中检测反馈消息正确性的方法和装置 | |
CN101753277A (zh) | 无线链路控制层报文状态报告的发送方法 | |
CN101064589B (zh) | 一种自动重传请求的状态报告方法 | |
CN101990240B (zh) | 一种无线链路控制层的数据发送方法及数据发送系统 | |
CN101188786B (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 |
Granted publication date: 20100901 Termination date: 20150124 |
|
EXPY | Termination of patent right or utility model |