CN110730054A - 一种基于harq的业务信道重复发送的重传方法和系统 - Google Patents

一种基于harq的业务信道重复发送的重传方法和系统 Download PDF

Info

Publication number
CN110730054A
CN110730054A CN201810775479.4A CN201810775479A CN110730054A CN 110730054 A CN110730054 A CN 110730054A CN 201810775479 A CN201810775479 A CN 201810775479A CN 110730054 A CN110730054 A CN 110730054A
Authority
CN
China
Prior art keywords
redundancy version
retransmission
combination
indicated
length
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.)
Withdrawn
Application number
CN201810775479.4A
Other languages
English (en)
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.)
Potevio Information Technology Co Ltd
Putian Information Technology Co Ltd
Original Assignee
Putian Information Technology 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 Putian Information Technology Co Ltd filed Critical Putian Information Technology Co Ltd
Priority to CN201810775479.4A priority Critical patent/CN110730054A/zh
Publication of CN110730054A publication Critical patent/CN110730054A/zh
Withdrawn legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1812Hybrid protocols; Hybrid automatic repeat request [HARQ]
    • H04L1/1819Hybrid protocols; Hybrid automatic repeat request [HARQ] with retransmission of additional or different redundancy
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1825Adaptation of specific ARQ protocol parameters according to transmission conditions

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种基于HARQ的业务信道重复发送时的重传的方法和系统,包括:当数据分组长度和母码比特段长度的比例大于或等于0.75且小于1时,采用RV0和RV3的冗余版本组合进行数据的初传,采用RV1和RV2的冗余版本组合进行第一次数据重传;当数据分组长度和母码比特段长度的比例大于0.31且小于0.75时,采用RV0和RV2的冗余版本组合进行PUSCH初传,采用RV3和RV1的冗余版本组合进行第一次数据重传。本发明可使得eNB在重复发送时,其初传和重传可以根据实际码率选择更合适的HARQ冗余版本组合,从而获得最佳的HARQ合并性能,减少正确译码所需的重传次数,提高系统吞吐量。

Description

一种基于HARQ的业务信道重复发送的重传方法和系统
技术领域
本发明涉及移动通信技术,特别涉及一种基于HARQ(Hybrid Automatic RepeatreQuest,混合自动重传请求)的业务信道重复发送的重传方法和系统。
背景技术
LTE(Long Term Evolution,长期演进)作为4G(第四代移动通信技术)主流技术给用户提供了高速的数据传输业务。在一些基于LTE技术的应用场景中,比如电力系统智能电网数据采集,下行传输采集指令,上行传输采集到的各种类型数据,上行需传输的数据量比较大,PUSCH(Physical Uplink Shared Channel,物理上行共享信道)需要支持上行大TB(Transport Block,传输块)块、深度覆盖的场景,因此PUSCH采用Turbo编码,在一次PUSCH调度中,可以对一个TB块进行多次重复发送,重复发送时使用2个冗余版本切换发送,例如使用RV0和RV2切换发送。
在电力通信多子带系统中,频域资源有多个子带,每个子带带宽相同,例如:每个子带有25KHz带宽,11个子载波,多子带系统共有480个子带。电力通信多子带系统中对于一个PDCCH(Physical Downlink Control Channel,物理下行控制信道)调度的PUSCH发送,为了支持大的TB块,单个TB块可以资源映射到多个无线帧上,同时还可以进行多次重复发送,以支持深度覆盖。而eNB(基站)通过调度下次PUSCH的PDCCH中的NDI(新数据指示)域指示UE(User Equipment,用户终端)是重传之前的数据还是发送新数据。
在电力通信多子带系统中,一次PDCCH调度的PUSCH发送中的速率匹配和资源映射-可参见图1。对于一次PUSCH调度中的重复发送,PUSCH传输
Figure BDA0001731304260000011
次,分成M_PUSCH_Number_Of_Cycle个循环传输完,其中
Figure BDA0001731304260000012
M_PUSCH_Number_Of_Cycle为PUSCH传输的循环次数,资源映射时映射完一个循环,再映射下一个循环,在每一个循环内,映射完每一个无线帧后重复
Figure BDA0001731304260000013
个无线帧,然后再映射后面的无线帧。不同循环使用DCI中指示的HARQ冗余版本号切换发送。
如图1所示:INF=2,指示每个TB块速率匹配到Nf=4个无线帧的上行子帧上,其中INF为无线帧指示,指示一个TB资源映射的无线帧数。INF取值为0、1、2或3,分别表示TB块资源映射到1、2、4或8个无线帧发送,
Figure BDA0001731304260000021
指示这个PUSCH TB块总共传输8次,根据公式得到
Figure BDA0001731304260000022
Figure BDA0001731304260000023
即每个循环中速率匹配出的比特序列按照DCI中指示的第一个冗余版本对应的起点,开始取比特,按照第一个无线帧中上行子帧传输的比特数取出比特后,传输
Figure BDA0001731304260000024
再接着按照下一个无线帧中上行子帧传输的比特数取出比特,传输
Figure BDA0001731304260000025
如此依次直到传输完Nf=4个无线帧长度的比特后,开始下一个循环。
Chase合并(Chase Combining,CC)和IR(Incremental Redundancy,增量冗余)合并是HARQ技术的两种不同方案。对于PUSCH重复发送的HARQ重传,这样的在初传的PUSCH重复发送译码错误时会调度PUSCH重复发送的重传,重传时可以调整重复发送次数,但是当重传的重复次数大于或等于2时,重复发送的冗余版本发送方式不变,重传使用与初传相同的冗余版本组合,即重传时不同循环仍然依次使用初传中的HARQ冗余版本组合切换发送。
这样UE在PUSCH重复发送的HARQ重传调度时不能调整重复发送的冗余版本,不能根据实际需要使用LTE中所有4种冗余版本,也不能根据实际需要修改重复发送的冗余版本组合。因此eNB接收端在PUSCH重复发送的HARQ多次重传调度之间进行合并时,只能进行Chase合并,不能进行IR合并。在Chase合并算法中,因为各次重传分组完全相同,接收机最大比合并各次重传信号,从而获得分集增益,Chase合并可以改善链路质量,提高码字被正确译码的概率。但是在信道条件较差时,Chase合并需要较多的重传次数,影响系统的吞吐量。而在IR合并算法中,各次重传信号重传不同的冗余校验比特,将各次重传信号合并后,接收机就可以得到一个冗余更多、码率更低的码字,从而获得分集增益和编码增益,改善链路质量,提高码字被正确译码的概率。在信道条件较差时,相比Chase合并,IR合并能减少正确译码所需的重传次数,从而获得更大的性能提升。
发明内容
有鉴于此,本发明提供一种基于HARQ的业务信道重复发送的重传方法和系统,以减少正确译码所需的重传次数,提升系统吞吐量,并节省DCI信令开销。
本发明的技术方案是这样实现的:
一种基于HARQ的业务信道重复发送的重传方法,包括:
用户终端UE采用基站eNB指示的初传冗余版本组合或冗余版本进行数据的初传,并采用所述eNB指示的重传冗余版本组合或冗余版本进行数据的重传;
所述eNB根据Turbo编码的数据分组长度和母码比特段长度的比例确定所述初传冗余版本组合,以及根据同一TB块之前传输的译码结果和接收信息的质量以及重传次数限制,确定UE是否要进行下一次重传,并确定所述UE进行下一次重传采用的所述重传冗余版本组合。
进一步,所述冗余版本组合为RV0和RV3、RV1和RV2、RV0和RV2、RV3和RV1四种组合中的一种。
进一步,所述冗余版本为RV0、RV1、RV2和RV3中的一个冗余版本。
进一步,所述eNB利用发送给所述UE的下行控制信息DCI,指示所述初传的重复次数和冗余版本组合或冗余版本、以及指示每次重传的重复次数和冗余版本组合或冗余版本。
进一步,当所述初传的重复次数大于或等于2时:
当数据分组长度和母码比特段长度的比例大于或等于0.75且小于1时,所述初传冗余版本组合为RV0和RV3;
当所述数据分组长度和母码比特段长度的比例大于0.31且小于0.75时,所述初传冗余版本组合为RV0和RV2;
当所述数据分组长度和母码比特段长度的比例大于或等于1时,所述初传冗余版本组合为RV0和RV3、RV1和RV2、RV0和RV2、RV3和RV1四种组合中的一种。
进一步,当第一次重传的重复次数大于或等于2时:
当所述数据分组长度和母码比特段长度的比例大于或等于0.75且小于1时,第一次重传所采用的第一重传冗余版本组合为RV1和RV2;
当所述数据分组长度和母码比特段长度的比例大于0.31且小于0.75时,所述第一次重传所采用的第一重传冗余版本组合为RV3和RV1;
当所述数据分组长度和母码比特段长度的比例大于或等于1时,所述第一次重传所采用的第一重传冗余版本组合为RV0和RV3、RV1和RV2、RV0和RV2、或者RV3和RV1四种组合中的一种。
进一步,当所述初传的重复次数等于1时,所述初传的冗余版本采用RV0、RV1、RV2和RV3中的一种冗余版本;
当重传的重复次数等于1时,所述重传的冗余版本采用RV0、RV1、RV2和RV3中的一种冗余版本。
进一步,在所述DCI中,采用2比特的冗余版本域指示所述初传冗余版本组合或所述重传冗余版本组合,或者指示所述初传冗余版本和所述重传冗余版本。
进一步,当所述DCI中指示的所述初传的重复次数等于1时:
所述冗余版本域为00,指示所述初传冗余版本为RV0;
所述冗余版本域为01,指示所述初传冗余版本为RV1;
所述冗余版本域为10,指示所述初传冗余版本为RV2;
所述冗余版本域为11,指示所述初传冗余版本为RV3;
当所述DCI中指示的所述重传的重复次数等于1时:
所述冗余版本域为00,指示所述重传冗余版本为RV0;
所述冗余版本域为01,指示所述重传冗余版本为RV1;
所述冗余版本域为10,指示所述重传冗余版本为RV2;
所述冗余版本域为11,指示所述重传冗余版本为RV3;
当所述DCI中指示的所述初传的重复次数大于或等于2时:
所述冗余版本域为00,指示所述初传冗余版本组合为RV0和RV2;
所述冗余版本域为01,指示所述初传冗余版本组合为RV3和RV1;
所述冗余版本域为10,指示所述初传冗余版本组合为RV0和RV3;
所述冗余版本域为11,指示所述初传冗余版本组合为RV1和RV2;
当所述DCI中指示的所述重传的重复次数大于或等于2时:
所述冗余版本域为00,指示所述重传冗余版本组合为RV0和RV2;
所述冗余版本域为01,指示所述重传冗余版本组合为RV3和RV1;
所述冗余版本域为10,指示所述重传冗余版本组合为RV0和RV3;
所述冗余版本域为11,指示所述重传冗余版本组合为RV1和RV2。
进一步,当所述eNB确定所述UE进行所述下一次重传时:
若所述eNB所接收的数据中的系统码比特在合并后的比特信噪比Eb/N0小于预设门限,则将包含较多系统码比特的冗余版本组合或冗余版本确定为所述下一次重传的所述重传冗余版本组合,其中,所述预设门限根据仿真进行确定;
若所述eNB所接收的数据中的系统码比特在合并后的比特信噪比Eb/N0大于或等于所述预设门限,则将包含较多伴随码比特的冗余版本组合或冗余版本确定为所述下一次重传的所述重传冗余版本组合。
一种基于混合自动重传请求HARQ的业务信道重复发送的重传系统,包括:
用户终端UE和基站eNB;其中,
当所述初传或者重传的重复次数大于或等于2时,
所述UE,用于采用所述eNB指示的初传冗余版本组合进行数据的初传,并采用所述eNB指示的重传冗余版本组合进行数据的重传;
所述eNB,用于根据Turbo编码的数据分组长度和母码比特段长度的比例确定所述初传冗余版本组合,以及根据同一TB块之前传输的译码结果和接收信息的质量以及重传次数限制,确定所述UE是否要进行下一次重传,并确定所述UE进行下一次重传采用的所述重传冗余版本组合。
从上述方案可以看出,本发明的基于HARQ的业务信道重复发送的重传方法和系统,与PUSCH HARQ重复发送的Chase合并方案相比,在信道条件较差时,IR合并相比于Chase合并,能获得更大的性能提升。本发明的方案在DCI中用2比特冗余版本域指示4种最合适和常用的冗余版本组合:RV0和RV2、RV3和RV1、RV0和RV3、以及RV2和RV1,能使eNB根据需要选择LTE中的所有4种冗余版本。对于不同的初传MCS,码率不同,重传数据分组长度和母码比特段长度的比例也不同,每次传输时选择适合的两个冗余版本的组合,而不是固定的RV0和RV2,这样eNB在初传和重传时可以根据实际码率选择更合适的PUSCH HARQ传输冗余版本组合,从而在eNB接收端获得更好的HARQ合并性能,减少正确译码所需的重传次数,提高系统吞吐量。另外,与在DCI中采用4比特冗余版本域指示全部6种不同的冗余版本组合(RV0和RV1、RV0和RV2、RV0和RV3、RV1和RV2、RV1和RV3以及RV2和RV3)的方式相比,本发明采用2比特冗余版本域指示4种最适合和常用的冗余版本组合,采用2比特冗余版本域也可以同时兼顾一个冗余版本的情况,节省了DCI信令开销。
附图说明
图1为重复发送的PUSCH速率匹配和资源映射示意图;
图2为本发明实施例的基于HARQ的业务信道重复发送的重传方法流程图;
图3为本发明实施例中重复次数大于或等于2的情况下根据数据分组长度和母码比特段长度的比例确定冗余版本组合而进行初传和重传的流程图;
图4为PUSCH的Turbo编码的母码比特段示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下参照附图并举实施例,对本发明作进一步详细说明。
如图2所示,本发明实施例的基于HARQ的业务信道重复发送的重传方法,包括:
当初传和重传的重复次数大于或等于2时,
UE采用eNB指示的初传冗余版本组合进行数据的初传,并采用eNB指示的重传冗余版本组合进行数据的重传;
eNB根据Turbo编码的数据分组长度和母码比特段长度的比例确定初传冗余版本组合,以及根据同一TB块之前传输的译码结果和接收信息的质量以及重传次数限制,确定UE是否要进行下一次重传,并确定UE进行下一次重传采用的重传冗余版本组合。
本发明实施例中,数据的初传和重传可用于PUSCH信道和PDSCH(PhysicalDownlink Shared Channel,物理下行共享信道)信道。
在一个具体实施例中,冗余版本组合为RV0和RV3、RV1和RV2、RV0和RV2、RV3和RV1四种组合中的一种,或者RV0、RV1、RV2和RV3中的一个冗余版本。在一个具体实施例中,eNB利用发送给UE的DCI(Downlink Control Information,下行控制信息),指示初传的重复次数和初传的冗余版本组合或冗余版本,以及指示每次重传的重复次数和每次重传的冗余版本组合或冗余版本。举例来说,DCI中可指示初传的重复次数为1并指示初传的冗余版本,DCI中可指示初传的重复次数大于或等于2并指示初传的冗余版本组合,DCI中可指示每次重传的重复次数为1并指示每次重传的冗余版本,DCI中可指示每次重传的重复次数大于或等于2并指示每次重传的冗余版本组合。需要说明的是,无论是初传还是重传,只要重复次数为1,则只需要一个冗余版本,只有重复次数大于或等于2时,才需要冗余版本组合。
在一个具体实施例中,初传过程包括初传冗余版本组合中的冗余版本的至少一次传输;每次重传过程包括该次重传的重传冗余版本组合中的冗余版本的至少一次传输。例如,在初传的重复次数为2并且初传冗余版本组合为RV0和RV3时,初传按照RV0和RV3顺序切换发送2个循环,再如,某次重传的重复次数为2并且该次重传冗余版本组合为RV1和RV2时,该次重传按照RV1和RV2的顺序切换发送2个循环。
图3为本发明实施例中,当初传的重复次数和第一次重传的重复次数大于或等于2时,根据数据分组长度和母码比特段长度的比例确定冗余版本组合而进行初传和重传的流程图。如图3所示,包括:
步骤1、当数据分组长度和母码比特段长度的比例大于或等于0.75且小于1时,采用RV0和RV3的冗余版本组合进行数据初传,采用RV1和RV2的冗余版本组合进行第一次数据重传;
步骤2、当数据分组长度和母码比特段长度的比例大于0.31且小于0.75时,采用RV0和RV2的冗余版本组合进行数据初传,采用RV3和RV1的冗余版本组合进行第一次数据重传;
步骤3、当数据分组长度和母码比特段长度的比例大于或等于1时,采用RV0和RV3、RV1和RV2、RV0和RV2、以及RV3和RV1四种冗余版本组合中的任意一种进行数据初传和第一次数据重传。
需要说明的是,一个冗余版本是在重复次数为1的情况下采用的,并不是根据分组长度和母码比特段长度的比例来区分的一种情况。对于调度时重传次数为1,一次调度里只有一个循环,只能有一个冗余版本,因此,采用RV0、RV1、RV2和RV3中的一个冗余版本进行数据传输,也非是随意采用其中任意一个冗余版本,而是需要在DCI中进行指示,因为这种没有重复传输的冗余版本方式在LTE标准中也是这样规定的。采用一个冗余版本时如何进行每次传输冗余版本的选择,属于本领域的已有技术,此处不再赘述。
本发明的方法应用于eNB和UE之间的数据传输中,例如:上行数据传输。进一步地,eNB利用发送给UE的DCI,指示初传的重复次数、初传的冗余版本组合或冗余版本,以及指示每次重传的重传的重复次数、重传的冗余版本组合或冗余版本。具体参见后续说明。
在一个具体实施例中,该方法还包括:在eNB发给UE的DCI中,采用2比特的冗余版本域指示初传冗余版本组合或重传冗余版本组合,或者指示初传冗余版本或重传冗余版本,如指示RV0和RV3、RV1和RV2、RV0和RV2、以及RV3和RV1的冗余版本的组合,或指示RV0、RV1、RV2、RV3的冗余版本;UE根据所接收的DCI中的冗余版本域确定其进行PUSCH的数据初传和数据重传的冗余版本的组合或者冗余版本。
这里,DCI中的2比特可以根据同一TB块之前传输的接收结果来进行选择。例如,步骤1中,根据初传的接收结果,也可以采用初传的冗余版本组合进行数据重传,DCI中的2比特可以根据需要选择;步骤2中,根据初传的接收结果,也可以采用初传的冗余版本组合进行数据重传,DCI中的2比特可以根据需要选择;步骤3中,根据初传的接收结果,也可以选择初传的冗余版本组合进行数据重传,DCI中的2比特可以根据需要选择。
另外,在一个具体实施中,在DCI中指示PUSCH数据重复次数。
当DCI中指示的PUSCH数据重复次数大于或等于2时,冗余版本域指示RV0和RV3、RV1和RV2、RV0和RV2、以及RV3和RV1的冗余版本的组合中的一种。
当DCI中指示的PUSCH数据重复次数等于1时,冗余版本域指示RV0、RV1、RV2、RV3的冗余版本中的一种。
在一个具体实施中,当DCI中指示的PUSCH数据的初传或者重传的重复次数大于或等于2时:
冗余版本域为00,指示冗余版本组合为RV0和RV2;冗余版本域为01,指示冗余版本组合为RV3和RV1;冗余版本域为10,指示冗余版本组合为RV0和RV3;冗余版本域为11,指示冗余版本组合为RV1和RV2。
当DCI中指示的PUSCH数据的初传或者重传的重复次数等于1时:
冗余版本域为00,指示冗余版为RV0;冗余版本域为01,指示冗余版为RV1;冗余版本域为10,指示冗余版为RV2;冗余版本域为11,指示冗余版为RV3。
在一个具体实施中,在上述数据传输过程中,当完成每次调度的数据传输完成后:
若eNB侧所接收的数据中的系统码比特在合并后的比特信噪比Eb/N0小于预设门限(该门限可根据仿真确定),则在eNB发给UE的DCI中,指示下次数据重传时选择包含较多系统码比特的冗余版本组合或冗余版本;
若eNB侧所接收的数据中的系统码比特在合并后的比特信噪比Eb/N0大于等于所述预设门限,则在eNB发给UE的DCI中,指示下次数据重传时选择包含较多伴随码比特的冗余版本组合或冗余版本。
本发明实施例,基于HARQ的IR合并。在IR合并算法中,各次重传信号传输不同的冗余校验比特,将各次传输信号合并后,接收机就可以得到一个冗余更多、码率更低的码字,从而改善链路质量,提高码字被正确译码的概率。在信道条件较差时,与Chase合并相比,IR合并能获得更大的性能提升。以下对本发明的实施例进行更具体的说明。
如图4所示,为PUSCH的Turbo编码的母码比特段示意图。现结合图4对本发明实施例进行说明。对于不同的MCS(Modulation and Coding Scheme,调制与编码方案),码率不同,数据分组长度和母码比特段长度的比例也不同,因此对应的最优初传和重传冗余版本顺序也不同。根据数据分组长度和母码比特段长度的比例不同,可以分成如下三类:
(1)数据分组长度和母码比特段长度的比例大于或等于1的。
因为发送数据长度包含完整的母码比特段,所以各种传输版本的数据分组包含所有的系统码比特和伴随码比特(或校验码比特),因而选择不同的冗余版本对译码性能的影响差别不大,所以重传冗余版本顺序对译码性能影响不明显,此时采用RV0和RV3、RV1和RV2、RV0和RV2、以及RV3和RV1四种冗余版本组合中的任意一种冗余版本组合或者采用RV0、RV1、RV2或RV3中任意一种冗余版本均可。
(2)数据分组长度和母码比特段长度的比例大于或等于0.75且小于1之间的。
初传时RV0的数据长度占母码比特段的70%以上,除了系统码比特,还包含了相当多的伴随码比特,同时RV3的数据分组可以包含全部系统码比特和首次传送中没有包含的伴随码比特,因而具有较好的合并译码性能。RV1的重传分组中包含少量的系统比特和全部的伴随码比特。RV2的重传分组中包含了大部分伴随比特和大部分系统比特。由于初传已经对系统码比特引入了分集增益,因此第一次重传时对伴随码比特引入分集增益,即选择RV1和RV2的组合的可以带来较好的合并译码性能。因此,初传和第一次重传选择的RV组合顺序可以为RV0和RV3、RV1和RV2。
(3)数据分组长度和母码比特段长度的比例大于0.31且小于0.75的。
该组数据具有的特点是初传时RV0的数据分组中包含大部分系统比特,并可能包含一定量的伴随比特。RV2的重传分组中包含了大量的伴随码比特,并可能包含一定量的系统比特。RV3的重传分组中包含一定量的系统比特和可能较多的伴随比特。RV1的重传分组中包含少量的系统比特和大量的伴随码比特。RV0和RV2组合能覆盖到比较多的母码比特。但是RV0和RV3组合不能覆盖所有的母码比特,会有一部分伴随比特覆盖不到;RV0和RV1组合也没有RV0和RV2组合覆盖到的母码比特多。因此初传选择RV0和RV2冗余版本组合能获得更多的编码增益,而在第一次重传时选择RV3和RV1可以获得系统比特和伴随码比特的分集增益。这样初传和第一次重传选择的RV组合顺序为RV0和RV2、RV3和RV1。
在调度支持重复发送的PUSCH DCI中增加2比特的RV域(冗余版本域),取值范围为0/1/2/3。
(1)在该DCI中重复次数大于或等于2时,至少存在2个循环,该RV域的2比特可以表示如下含义:
表一DCI中发送次数大于或等于2时,DCI中RV域取值
Figure BDA0001731304260000091
Figure BDA0001731304260000101
(2)在该DCI中重复次数等于1时,只存在1个循环,因此RV域就表示本次调度使用的那个冗余版本。
表二DCI中重复发送次数等于1时,DCI中RV域取值
RV域取值(二进制) 冗余版本
00 RV0
01 RV1
10 RV2
11 RV3
同时,eNB在重传时可以结合之前接收的软比特中系统比特和伴随比特的重复发送次数和接收质量等,选择重传的冗余版本组合,以更好地适应变化的实际信道环境。例如:根据同一TB块之前多次发送的系统比特和伴随比特分别合并后的比特信噪比Eb/N0与门限(该门限可根据仿真确定)的大小关系,来选择重传的冗余版本组合。因为系统比特对译码的重要性大于伴随比特,当系统比特合并后的比特信噪比Eb/N0小于门限时,可以在下次重传时选择包含较多系统比特的冗余版本组合,以获得系统比特的分集增益;当系统比特合并后的比特信噪比Eb/N0大于或等于门限时,可以在下次重传时选择包含较多伴随比特的冗余版本组合,以传输更多的冗余比特来获得更多的编码增益。
本发明实施例还提供了一种基于混合自动重传请求HARQ的业务信道重复发送的重传系统,包括UE和eNB。当初传或者重传的重复次数大于或等于2时,其中,UE用于采用eNB指示的初传冗余版本组合进行PUSCH的初传,并采用eNB指示的重传冗余版本组合进行PUSCH的重传。eNB根据Turbo编码的数据分组长度和母码比特段长度的比例确定初传冗余版本组合,以及根据同一TB块之前传输的译码结果和接收信息的质量以及重传次数限制,确定UE是否要进行下一次重传,并确定UE进行下一次重传采用的重传冗余版本组合。
本发明实施例的基于HARQ的业务信道重复发送的重传方法和系统,与HARQ重复发送的Chase合并方案相比,在信道条件较差时,相比于Chase合并,IR合并能获得更大的性能提升。本发明的方案在重复发送次数大于或等于2时,在DCI中用2比特冗余版本域指示4种最合适和常用的冗余版本组合:RV0和RV2、RV3和RV1、RV0和RV3、以及RV2和RV1,使eNB能根据需要选择LTE中的所有4种冗余版本。对于不同的初传MCS,码率不同,重传数据分组长度和母码比特段长度的比例也不同,每次传输时选择适合的两个冗余版本的组合,而不是固定的RV0和RV2,这样eNB在初传和重传时可以根据实际码率选择更合适的HARQ传输冗余版本组合,从而在接收端获得最佳的HARQ合并性能,减少正确译码所需的重传次数,提高系统吞吐量。另外,与在DCI中采用4比特冗余版本域指示全部6种冗余版本组合的方式相比,本发明采用2比特冗余版本域指示4种最适合和常用的冗余版本组合,节省了DCI信令开销。
以上所述仅为本发明的较佳实施例而已,并不用以限制本发明,凡在本发明的精神和原则之内,所做的任何修改、等同替换、改进等,均应包含在本发明保护的范围之内。

Claims (10)

1.一种基于混合自动重传请求HARQ的业务信道重复发送的重传方法,包括:
用户终端UE采用基站eNB指示的初传冗余版本组合或冗余版本进行数据的初传,并采用所述eNB指示的重传冗余版本组合或冗余版本进行数据的重传;
所述eNB根据Turbo编码的数据分组长度和母码比特段长度的比例确定所述初传冗余版本组合,以及根据同一TB块之前传输的译码结果和接收信息的质量以及重传次数限制,确定UE是否要进行下一次重传,并确定所述UE进行下一次重传采用的所述重传冗余版本组合。
2.根据权利要求1所述的基于HARQ的业务信道重复发送的重传方法,其特征在于:
所述冗余版本组合为RV0和RV3、RV1和RV2、RV0和RV2、RV3和RV1四种组合中的一种,所述冗余版本为RV0、RV1、RV2和RV3中的一个冗余版本。
3.根据权利要求2所述的基于HARQ的业务信道重复发送的重传方法,其特征在于:
所述eNB利用发送给所述UE的下行控制信息DCI,指示所述初传的重复次数和冗余版本组合或冗余版本、以及指示每次重传的重复次数和冗余版本组合或冗余版本。
4.根据权利要求3所述的基于HARQ的业务信道重复发送的重传方法,其特征在于,当所述初传的重复次数大于或等于2时:
当数据分组长度和母码比特段长度的比例大于或等于0.75且小于1时,所述初传冗余版本组合为RV0和RV3;
当所述数据分组长度和母码比特段长度的比例大于0.31且小于0.75时,所述初传冗余版本组合为RV0和RV2;
当所述数据分组长度和母码比特段长度的比例大于或等于1时,所述初传冗余版本组合为RV0和RV3、RV1和RV2、RV0和RV2、RV3和RV1四种组合中的一种。
5.根据权利要求4所述的基于HARQ的业务信道重复发送的重传方法,其特征在于,当第一次重传的重复次数大于或等于2时:
当所述数据分组长度和母码比特段长度的比例大于或等于0.75且小于1时,第一次重传所采用的第一重传冗余版本组合为RV1和RV2;
当所述数据分组长度和母码比特段长度的比例大于0.31且小于0.75时,所述第一次重传所采用的第一重传冗余版本组合为RV3和RV1;
当所述数据分组长度和母码比特段长度的比例大于或等于1时,所述第一次重传所采用的第一重传冗余版本组合为RV0和RV3、RV1和RV2、RV0和RV2、或者RV3和RV1四种组合中的一种。
6.根据权利要求3所述的基于HARQ的业务信道重复发送的重传方法,其特征在于:
当所述初传的重复次数等于1时,所述初传的冗余版本采用RV0、RV1、RV2和RV3中的一种冗余版本;
当重传的重复次数等于1时,所述重传的冗余版本采用RV0、RV1、RV2和RV3中的一种冗余版本。
7.根据权利要求4所述的基于HARQ的业务信道重复发送的重传方法,其特征在于:
在所述DCI中,采用2比特的冗余版本域指示所述初传冗余版本组合和所述重传冗余版本组合,或者指示所述初传冗余版本和所述重传冗余版本。
8.根据权利要求7所述的基于HARQ的业务信道重复发送的重传方法,其特征在于:
当所述DCI中指示的所述初传的重复次数等于1时:
所述冗余版本域为00,指示所述初传冗余版本为RV0;
所述冗余版本域为01,指示所述初传冗余版本为RV1;
所述冗余版本域为10,指示所述初传冗余版本为RV2;
所述冗余版本域为11,指示所述初传冗余版本为RV3;
当所述DCI中指示的所述重传的重复次数等于1时:
所述冗余版本域为00,指示所述重传冗余版本为RV0;
所述冗余版本域为01,指示所述重传冗余版本为RV1;
所述冗余版本域为10,指示所述重传冗余版本为RV2;
所述冗余版本域为11,指示所述重传冗余版本为RV3;
当所述DCI中指示的所述初传的重复次数大于或等于2时:
所述冗余版本域为00,指示所述初传冗余版本组合为RV0和RV2;
所述冗余版本域为01,指示所述初传冗余版本组合为RV3和RV1;
所述冗余版本域为10,指示所述初传冗余版本组合为RV0和RV3;
所述冗余版本域为11,指示所述初传冗余版本组合为RV1和RV2;
当所述DCI中指示的所述重传的重复次数大于或等于2时:
所述冗余版本域为00,指示所述重传冗余版本组合为RV0和RV2;
所述冗余版本域为01,指示所述重传冗余版本组合为RV3和RV1;
所述冗余版本域为10,指示所述重传冗余版本组合为RV0和RV3;
所述冗余版本域为11,指示所述重传冗余版本组合为RV1和RV2。
9.根据权利要求1至8任一项所述的基于HARQ的业务信道重复发送的重传方法,其特征在于,当所述eNB确定所述UE进行所述下一次重传时:
若所述eNB所接收的数据中的系统码比特在合并后的比特信噪比Eb/N0小于预设门限,则将包含较多系统码比特的冗余版本组合或冗余版本确定为所述下一次重传的所述重传冗余版本组合,其中,所述预设门限根据仿真进行确定;
若所述eNB所接收的数据中的系统码比特在合并后的比特信噪比Eb/N0大于或等于所述预设门限,则将包含较多伴随码比特的冗余版本组合或冗余版本确定为所述下一次重传的所述重传冗余版本组合。
10.一种基于混合自动重传请求HARQ的业务信道重复发送的重传系统,其特征在于,包括:
用户终端UE和基站eNB;其中,
当所述初传或者重传的重复次数大于或等于2时,
所述UE,用于采用所述eNB指示的初传冗余版本组合进行数据的初传,并采用所述eNB指示的重传冗余版本组合进行数据的重传;
所述eNB,用于根据Turbo编码的数据分组长度和母码比特段长度的比例确定所述初传冗余版本组合,以及根据同一TB块之前传输的译码结果和接收信息的质量以及重传次数限制,确定所述UE是否要进行下一次重传,并确定所述UE进行下一次重传采用的所述重传冗余版本组合。
CN201810775479.4A 2018-07-16 2018-07-16 一种基于harq的业务信道重复发送的重传方法和系统 Withdrawn CN110730054A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201810775479.4A CN110730054A (zh) 2018-07-16 2018-07-16 一种基于harq的业务信道重复发送的重传方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201810775479.4A CN110730054A (zh) 2018-07-16 2018-07-16 一种基于harq的业务信道重复发送的重传方法和系统

Publications (1)

Publication Number Publication Date
CN110730054A true CN110730054A (zh) 2020-01-24

Family

ID=69216814

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201810775479.4A Withdrawn CN110730054A (zh) 2018-07-16 2018-07-16 一种基于harq的业务信道重复发送的重传方法和系统

Country Status (1)

Country Link
CN (1) CN110730054A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113395142A (zh) * 2020-03-11 2021-09-14 中国电信股份有限公司 数据传输方法、装置、终端、基站、通信系统及存储介质

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100146355A1 (en) * 2007-04-11 2010-06-10 Panasonic Corporation Retransmission Method, Communication System, and Transmission Device
CN101843025A (zh) * 2007-10-29 2010-09-22 Lg电子株式会社 使用harq的数据传输方法
CN106160931A (zh) * 2015-04-09 2016-11-23 电信科学技术研究院 一种信息传输的方法及装置
CN106899390A (zh) * 2015-12-21 2017-06-27 华为技术有限公司 基于harq传输的方法、装置及系统
CN107181575A (zh) * 2017-04-27 2017-09-19 工业和信息化部电信研究院 一种自适应混合自动重传方法

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100146355A1 (en) * 2007-04-11 2010-06-10 Panasonic Corporation Retransmission Method, Communication System, and Transmission Device
CN101843025A (zh) * 2007-10-29 2010-09-22 Lg电子株式会社 使用harq的数据传输方法
CN106160931A (zh) * 2015-04-09 2016-11-23 电信科学技术研究院 一种信息传输的方法及装置
CN106899390A (zh) * 2015-12-21 2017-06-27 华为技术有限公司 基于harq传输的方法、装置及系统
CN107181575A (zh) * 2017-04-27 2017-09-19 工业和信息化部电信研究院 一种自适应混合自动重传方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN113395142A (zh) * 2020-03-11 2021-09-14 中国电信股份有限公司 数据传输方法、装置、终端、基站、通信系统及存储介质

Similar Documents

Publication Publication Date Title
US11677513B2 (en) Retransmission for punctured signals
EP2567468B1 (en) Method of control indication in multi-input multi-output communication systems
US10972228B2 (en) Base station device, user equipment, wireless communication system, and communication method
US8588845B2 (en) Method and apparatus in a telecommunications network
US11057163B2 (en) Data transmission method and related device
US20090313516A1 (en) Enhanced hybrid automatic repeat request for long term evolution
EP2445135A2 (en) Scheduling grant information signaling in wireless communication system
US11595976B2 (en) Method and apparatus for multi-transport block grant transmissions
KR20170001726A (ko) 이동 단말 및 이동 통신 시스템에서 이용되는 방법
WO2009002741A2 (en) Apriori proactive retransmissions
US8737369B2 (en) Method and apparatus for transmitting and receiving control information in multi-antenna system
WO2018172249A1 (en) Configuring puncture bundles of data for a first service in a transmission of a second service
US20150249525A1 (en) Channel transmission method, apparatus, base station and terminal
US20240089052A1 (en) Base station, terminal, and communication method
CN112491512A (zh) 重传数据的方法和通信装置
CN110831216B (zh) 一种移动通信系统、终端、网络设备和上行信息复用方法
CN110730054A (zh) 一种基于harq的业务信道重复发送的重传方法和系统
US20220368466A1 (en) Method and device for sending harq-ack codebook and method and device for receiving harq-ack codebook

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
WW01 Invention patent application withdrawn after publication

Application publication date: 20200124

WW01 Invention patent application withdrawn after publication