CN101742413B

CN101742413B - 基站、用户终端和单小区增强型组播和广播业务实现方法

Info

Publication number: CN101742413B
Application number: CN200810181908.1A
Authority: CN
Inventors: 王晓利; 张永生; 加山英俊
Original assignee: NTT Docomo Inc
Current assignee: NTT Docomo Inc
Priority date: 2008-11-24
Filing date: 2008-11-24
Publication date: 2014-06-18
Anticipated expiration: 2028-11-24
Also published as: JP2010124469A; CN101742413A; JP5690480B2

Abstract

本发明提供了一种基站、用户终端和单小区增强型组播和广播业务实现方法，该方法包括：与广播多播服务中心建立连接，获取信源符号数目和编码符号数目；根据目标解码失败概率、所述信源符号数目和编码符号数目计算满足业务要求的目标丢包率；增强型组播和广播业务数据传输过程中，获取当前丢包率；在所述当前丢包率小于或等于所述目标丢包率，进行控制处理，以降低HARQ重传的平均重传次数。本发明实施例在满足业务要求的情况下，尽可能的降低了HARQ平均重传次数，提高了无线资源的利用率。

Description

基站、用户终端和单小区增强型组播和广播业务实现方法

技术领域

本发明涉及3G LTE(Long Term Evolution，长期演进)系统中的EMBMS(Enhanced Multimedia Broadcast/Multicast Service，增强型组播和广播业务)，特别是一种基站、用户终端和单小区增强型组播和广播业务实现方法，提高增强型MBMS在单小区传输场景下，同时使用Raptor和HARQ(HybridAutomatic Repeat Request，混合自动重复请求)重传时的无线资源利用率。

背景技术

组播和广播是一种从一个数据源向多个目标传送数据的技术。全球标准化组织3GPP提出了移动网中的MBMS(Multimedia Broadcast/Multicast Service，组播和广播业务)，支持一个数据源向多个用户发送数据的点到多点业务，实现网络资源共享，提高网络资源的利用率，尤其是空口资源。

3G LTE(Long Term Evolution，长期演进)系统是3GPP组织制定3G系统的演进项目，通常被认为是3.9G。在3G LTE系统中MBMS被称为增强型MBMS(E-MBMS)，在EMBMS中，定义了两种传输方式：多小区传送和单小区传送。

单小区传送支持反馈链路和HARQ(Hybrid Automatic Repeat Request，混合自动重复请求)重传。在某些特定小区，比如家庭基站覆盖的小区，利用单小区传送，可以提供可靠性高的MBMS业务。

在3GPP定义的MBMS中，由于链路层缺乏重传机制，导致无线链路的差错直接传递到应用层，从而极大降低了MBMS业务的服务质量。为了弥补这个问题，MBMS在应用层定义了Raptor FEC(Forward Error Correction，前向纠错)，利用它来提供一定程度的应用层前向纠错。

Raptor是喷泉码的一个特例，也属于无速率的编码方案。所谓喷泉码，是指该种编码可以由K个原始数据分组生成任意数量的编码分组，而用户终端只要收到其中任意M个编码分组，即可通过译码以高概率成功恢复全部原始数据分组。一般情况下，这里的M略大于K，从而引入一定的译码开销S，定义为S＝M/K-1。

由于喷泉码自身的性质，它非常适用于无线广播，因此在2004年，它被3GPP的MBMS标准采用，作为应用层的前向差错保护方案。在近几次LTE标准会议中，针对EMBMS，尽管各大厂商提出了很多不同于以往MBMS的机制，但是，对于在应用层采用Raptor FEC却并没有异议。

可以预见，Raptor FEC仍然会被EMBMS标准采用，作为应用层的编码方案。

然而，发明人在实现本发明的过程中发现，在EMBMS的单小区传输场景下，同时使用Raptor和HARQ将会导致无线资源的浪费，详细分析如下：

如图1所示，假定待传输文件在应用层被分成K个信源符号，然后经过Raptor编码器，生成了N个编码符号，这N个编码符号被传递给MAC(MediumAccess Control，媒体接入控制)层，再经过无线链路，发送给用户终端的MAC层。

同时，由于发送方采用HARQ重传机制来克服无线链路的不可靠性。假如HARQ完全克服了无线链路产生的差错，那么用户终端就可以成功接收这N个编码符号，并把这N个符号传递给应用层，然后由Raptor解码器根据N个编码符号后执行解码操作。

在实际情况中，按照Raptor编码的性质，解码出K个信源符号仅需要M个信号(M稍大于K即可)，然而，由于应用层的Raptor FEC和MAC层的HARQ之间没有任何的交互，所以一般情况下，应用层的Raptor FEC产生的编码符号的数目N会远大于解码K个信源符号所需要的编码符号的数目M，然而Raptor解码所需要的编码符号又仅需要M个，所以对Raptor解码而言，N-M个编码符号是多余的，因此，MAC层发送这N-M个无用符号所耗费的能量和无线资源也就被浪费了。

发明内容

本发明的目的是提供一种基站、用户终端和单小区增强型组播和广播业务实现方法，提高增强型MBMS在单小区传输场景下，同时使用Raptor和HARQ重传时的无线资源利用率。

为了实现上述目的，本发明实施例提供了一种单小区增强型组播和广播业务的实现方法，所述单小区增强型组播和广播业务使用Raptor编码和混合自动重复请求HARQ重传，所述方法包括：

与广播多播服务中心建立连接，获取信源符号数目和编码符号数目；

根据目标解码失败概率、所述信源符号数目和编码符号数目计算满足业务要求的目标丢包率；

增强型组播和广播业务数据传输过程中，获取当前丢包率；

在所述当前丢包率小于或等于所述目标丢包率时，进行控制处理，降低HARQ重传的平均重传次数。

上述的方法，其中，所述目标丢包率p通过如下公式进行计算：

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

φ (x) = \{\begin{matrix} 2^{- (x - k)} & x &GreaterEqual; k \\ 0 & x < k \end{matrix}

其中，K为信源符号的数目，N为编码符号的数目，x为成功接收到的编码符号数目，P_f为目标解码失败概率。

上述的方法，其中，所述控制处理具体为：增强型基站降低HARQ的当前最大重传次数，所述当前最大重传次数降低后大于或等于1。

上述的方法，其中，在所述当前丢包率大于所述目标丢包率时，增强型基站增加HARQ的当前最大重传次数，所述当前最大重传次数增加后小于或等于3。

上述的方法，其中，用户终端屏蔽在检测到数据接收错误时向增强型基站反馈NACK的操作。

上述的方法，其中，在所述当前丢包率大于所述目标丢包率时，用户终端在检测到数据接收错误时向增强型基站反馈NACK。

为了实现上述目的，本发明实施例还提供了一种单小区增强型组播和广播业务的实现方法，所述单小区增强型组播和广播业务使用Raptor编码和混合自动重复请求HARQ重传，所述方法包括：

增强型组播和广播业务数据传输过程中，获取当前丢包率；

根据所述目标丢包率和当前丢包率计算第一反馈概率；

用户终端在检测到数据接收错误时以第二反馈概率向增强型基站反馈NACK，所述第二反馈概率大于或等于所述第一反馈概率，且小于1。

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

φ (x) = \{\begin{matrix} 2^{- (x - k)} & x &GreaterEqual; k \\ 0 & x < k \end{matrix}

上述的方法，其中，所述第一反馈概率P_opt通过如下公式计算：

P_{t \arg et} = P_{current} (1 - P_{opt}) + P_{current}^{2} (P_{opt} - P_{opt}^{2}) + P_{current}^{3} P_{opt}^{2}

其中，P_target为所述目标丢包率，P_current为所述当前丢包率。

为了实现上述目的，本发明实施例还提供了一种基站，用于使用Raptor编码和混合自动重复请求HARQ重传的单小区增强型组播和广播业务，所述基站包括：

第一接收模块，用于从广播多播服务中心接收信源符号数目和编码符号数目；

目标丢包率计算模块，用于根据目标解码失败概率、所述信源符号数目和编码符号数目计算满足业务要求的目标丢包率；

当前丢包率计算模块，用于在增强型组播和广播业务数据传输过程中，获取当前丢包率；

比较模块，用于比较所述当前丢包率是否大于所述目标丢包率；

调节模块，用于在所述当前丢包率小于或等于所述目标丢包率时，进行控制处理，以降低HARQ重传的平均重传次数。

上述的基站，其中，所述目标丢包率计算模块通过如下公式计算所述目标丢包率p：

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

φ (x) = \{\begin{matrix} 2^{- (x - k)} & x &GreaterEqual; k \\ 0 & x < k \end{matrix}

上述的基站，其中，所述调节模块包括：

第一调节单元，用于在所述当前丢包率小于或等于所述目标丢包率时，降低HARQ的当前最大重传次数，所述当前最大重传次数降低后大于或等于1，否则，增强型基站增加HARQ的当前最大重传次数，所述当前最大重传次数增加后小于或等于3。

为了实现上述目的，本发明实施例还提供了一种用户终端，用于使用Raptor编码和混合自动重复请求HARQ重传的单小区增强型组播和广播业务，所述用户终端包括：

接收模块，用于从广播多播服务中心接收信源符号数目和编码符号数目；

第一反馈模块，用于在当前丢包率大于目标丢包率，且检测到数据接收错误时向基站反馈NACK，否则保持静默。

上述的用户终端，其中，所述目标丢包率计算模块通过如下公式计算所述目标丢包率p：

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

φ (x) = \{\begin{matrix} 2^{- (x - k)} & x &GreaterEqual; k \\ 0 & x < k \end{matrix}

第一反馈概率计算模块，用于根据所述目标丢包率和当前丢包率计算满足业务要求的第一反馈概率；

第二反馈模块，用于在检测到数据接收错误时，以第二反馈概率向增强型基站反馈NACK，所述第二反馈概率大于或等于所述第一反馈概率，且小于1。

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

φ (x) = \{\begin{matrix} 2^{- (x - k)} & x &GreaterEqual; k \\ 0 & x < k \end{matrix}

上述的用户终端，其中，所述第一反馈概率计算模块通过如下公式计算所述第一反馈概率P_opt：

P_{t \arg et} = P_{current} (1 - P_{opt}) + P_{current}^{2} (P_{opt} - P_{opt}^{2}) + P_{current}^{3} P_{opt}^{2}

其中，所述P_target为所述目标丢包率，所述P_current为所述当前丢包率。

为了实现上述目的，本发明实施例还提供了一种单小区增强型组播和广播业务的实现方法，使用Raptor编码和混合自动重复请求HARQ重传，所述方法包括：

在解码成功之前，用户终端检测到数据接收错误时，向增强型基站反馈NACK；

在解码成功之后，所述用户终端屏蔽在检测到数据接收错误时向所述增强型基站反馈NACK的操作。

本发明实施例具有以下的有益效果：

本发明实施例中，在满足业务要求情况下，在移动终端数据接收错误时，是以一定的概率反馈NACK，相对于现有技术的每次数据接收错误都反馈NACK，在相同网络状况下，其反馈的NACK数量较少，而HARQ的重传是由NACK触发，因此，HARQ的平均重传次数必然会降低，也就提高了资源的利用率，而在另外的实现方式中，由基站端在满足业务要求情况下，主动降低HARQ最大重传次数，也就降低了E-Node B的HARQ平均重传次数，因此都提高了无线资源的利用率。

因此，本发明实施例在满足业务要求的情况下，尽可能的降低了HARQ平均重传次数，提高了无线资源的利用率。

附图说明

图1为现有技术中EMBMS利用Raptor和HARQ重传时的数据流示意图；

图2为本发明第一实施例的方法的流程示意图；

图3为本发明第一实施例的用户终端的结构示意图；

图4为本发明第二实施例的方法的流程示意图；

图5为本发明第二实施例的基站的结构示意图；

图6为本发明第三实施例的方法的流程示意图；

图7为本发明第四实施例的用户终端的结构示意图。

具体实施方式

本发明实施例的基站、用户终端和增强型组播和广播业务的实现方法中，在满足业务要求的情况下，尽可能降低E-Node B的重传次数，提高无线资源的利用率。

在对本发明实施例进行详细描述之前，先对本发明实施例涉及到的一些参数进行详细说明。

K，信源符号的数目；

N，编码符号的数目；

x，成功接收到的编码符号数目；

p，丢包率；

P_f，Raptor解码失败的概率；

Retrans_Num，HARQ的平均重传次数，小于或等于3。

X<K时，用户终端没有得到足够信息进行解码，解码失败率为1，即肯定失败；

X≥K时，P_f小于一个上限2^-(X-K)。

基于上述知识可以得到用户终端解码失败的概率P_f如下所示：

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

其中，

φ (x) = \{\begin{matrix} 2^{- (x - k)} & x &GreaterEqual; k \\ 0 & x < k \end{matrix}

从上面的公式可以看出，P_f和以下两个参数有关：p和N。

在背景技术的描述中可以知道，增强型MBMS在单小区传输场景下，同时使用Raptor和HARQ重传时将会导致无线资源的浪费。如果想减少资源的浪费，那就需要在满足增强型MBMS要求的情况下减少无用的数据包的发送。

应当了解的是，增强型MBMS在单小区传输场景下，同时使用Raptor和HARQ重传时，如果想要减少无用的数据包的发送，则可以从以下两方面着手：

1、减少编码符号的数目；和/或

2、降低HARQ的平均重传次数。

在本发明的具体实施例中，通过降低HARQ的平均重传次数来实现对无线资源的充分利用

<第一实施例>

在本发明的第一实施例中，通过用户终端控制NACK包的数量来降低HARQ的平均重传次数，而满足业务要求以解码失败率作为参照。

Raptor解码失败的概率主要受以下两个因素的影响：误包率和编码符号的数目。误包率越大，则解码失败概率越大，编码符号数目越少，则解码失败概率越大。

在本发明的具体实施例中，该编码符号的数目保持不变，则要想Raptor解码失败的概率满足要求，则只需要当前丢包率p_current小于目标解码失败概率对应的目标丢包率p_target(链路层丢包率)即可。

而根据HARQ的工作过程可知，发送方触发HARQ重传是由于用户终端发送了NACK包，如果降低了用户终端发送NACK包的数量，则必然可以降低HARQ的平均重传次数。

因此，在本发明的第一实施例中，用户终端并不是检查到数据包有错误就立刻反馈NACK，而是在当前丢包率p_current高于目标丢包率p_target反馈NACK，否则即使数据包错误也不反馈NACK。

如图2所示，本发明第一实施例的方法，在增强型MBMS在单小区传输场景下，同时使用Raptor和HARQ重传时，包括：

步骤21，用户终端与BM-SC(Broadcast Multicast Service Centre，广播多播服务中心)建立连接，获取信源符号的数目K和编码符号的数目N；

步骤22，用户终端根据目标解码失败概率P_f、K和N大小，利用如下公式计算目标丢包率p_target：

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

步骤23，EMBMS业务数据传输过程中，用户终端根据当前数据包接收情况获取当前丢包率p_current；

步骤24，判断当前丢包率p_curren，是否大于所述目标丢包率p_target，如果是进入步骤25，否则返回步骤23(也就是屏蔽在检测到数据接收错误时向增强型基站反馈NACK的操作)；

步骤25，检测到数据接收错误时向E-Node B返回NACK，返回步骤23。

在本发明的第一实施例中，如果p_current大于所述目标丢包率p_target，则意味着当前信道条件不好，无法使得当前解码失败概率小于或等于目标解码失败概率P_f，因此用户终端在数据接收错误时需要反馈NACK，但是，当p_current小于所述目标丢包率p_target时，由于误包率越小，则解码失败概率越小，在这种情况下，当前解码失败概率小于目标解码失败概率P_f，因此已经能够满足业务需求，因此，即使接收到的业务数据错误，也不需要反馈NACK。

通过上述的处理，由于用户终端并不是对所有接收错误的数据都反馈NACK，因此发送端接收到的NACK数目会减小，而HARQ的重传是由NACK触发，因此，HARQ的平均重传次数必然会降低，也就提高了资源的利用率。

本发明第一实施例的用户终端如图3所示，包括：

接收模块，用于通过与BM-SC的连接，从BM-SC获取信源符号的数目K和编码符号的数目N；

目标丢包率计算模块，用于根据目标解码失败概率P_f、K和N大小，利用如下公式计算目标丢包率p_target：

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

当前丢包率计算模块，用于在EMBMS业务数据传输过程中，根据当前数据包接收情况获取当前丢包率p_current；

比较模块，用于比较所述当前丢包率p_current是否大于所述目标丢包率p_target；

第一反馈模块，用于在当前丢包率大于目标丢包率，且检测到数据接收错误时向E-Node B返回NACK，否则保持静默。

<第二实施例>

而在本发明的第二实施例中，通过E-Node B主动降低重传次数来降低HARQ的平均重传次数，而满足业务要求仍然以解码失败率作为参照。

在本发明的具体实施例中，该编码符号的数目保持不变，则要想Raptor解码失败的概率满足要求，则只需要当前丢包率p_current小于目标解码失败概率对应的目标丢包率p_target即可。

在本发明的第二实施例中，用户终端正常反馈NACK，而E-Node B并不会根据用户终端反馈的NACK来进行重传。

在3GPP TS 36.321 E-UTRA：MAC protocol specification中，规定HARQ的最大重传次数为3，然而根据前面的描述可以知道，当Raptor的编码符号的数目较大时，HARQ重传三次，会浪费太多的资源，因此应该降低HARQ的最大重传次数。

如图4所示，本发明第二实施例的方法，在增强型MBMS在单小区传输场景下，同时使用Raptor和HARQ重传时，包括：

步骤41，E-Node B从BM-SC建立连接，获取信源符号的数目K和编码符号的数目N；

步骤42，E-Node B根据目标解码失败概率P_f、K和N大小，利用如下公式计算目标丢包率p_target：

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

步骤43，EMBMS业务数据传输过程中，E-Node B接收用户终端在数据接收错误时发送的NACK；

步骤44，E-Node B根据接收到的NACK获取当前丢包率p_curren，；

步骤45，判断当前丢包率p_current是否大于所述目标丢包率p_target，如果是进入步骤46，否则返回步骤47；

步骤46，E-Node B增大HARQ的当前最大重传次数，返回步骤43；

步骤47，E-Node B减小HARQ的当前最大重传次数，返回步骤43。

调整后的HARQ的最大重传次数应该小于或等于3，大于或等于1。

在本发明的第二实施例中，如果p_curren，大于所述目标丢包率p_target，则意味着当前信道条件不好，无法使得当前解码失败概率小于或等于目标解码失败概率P_f，因此需要调高HARQ的最大重传次数，以满足业务要求，但该重传次数不应该无限上调，其只能小于或等于3。但是，当p_current小于所述目标丢包率p_target时，由于误包率越小，则解码失败概率越小，在这种情况下，当前解码失败概率小于目标解码失败概率P_f，因此已经能够满足业务需求，也就是表明有多余的编码符号被传输到用户终端，因此，可以调低HARQ的最大重传次数。

通过上述的处理，由于HARQ的最大重传次数并不会长期处于3这个最大值，在信道条件非常好时，该HARQ的最大重传次数有可能为1或2，这样就减小了HARQ的平均重传次数，也就提高了资源的利用率。

本发明第二实施例的E-Node B如图5所示，包括：

第一接收模块，用于通过与BM-SC的连接，从BM-SC获取信源符号的数目K和编码符号的数目N；

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

第二接收模块，用于在EMBMS业务数据传输过程中，接收用户终端在数据接收错误时发送的NACK；

当前丢包率计算模块，用于根据接收到的NACK获取当前丢包率p_current；

调节模块，用于在当前丢包率大于目标丢包率时，增大HARQ的当前最大重传次数，否则降低HARQ的当前最大重传次数。

<第三实施例>

本发明实施例的方法中，通过控制用户终端在检测到数据接收错误时，以一定的几率反馈NACK，并保证能够满足业务要求。

本发明第三实施例的方法，在增强型MBMS在单小区传输场景下，同时使用Raptor和HARQ重传时，如图6所示，包括：

步骤61，用户终端从BM-SC建立连接，获取信源符号的数目K和编码符号的数目N；

步骤62，用户终端根据目标解码失败概率P_f、K和N大小，利用如下公式计算目标丢包率p_target：

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

步骤63，EMBMS业务数据传输过程中，用户终端根据当前数据包接收情况获取当前丢包率p_current；

步骤64，根据目标丢包率p_target和当前丢包率p_current计算满足业务要求的NACK发送概率；

步骤65，用户终端在检测到数据接收错误时，以所述NACK发送概率发送NACK。

在本发明的具体实施例中，通过如下公式计算NACK发送概率P_opt：

P_{t \arg et} = P_{current} (1 - P_{opt}) + P_{current}^{2} (P_{opt} - P_{opt}^{2}) + P_{current}^{3} P_{opt}^{2}

得到p_target和当前丢包率p_curren，后，上述的方程是P_opt的一元二次方程，可以得到P_opt。

本发明的第三实施例的用户终端如图7所示，包括：

P_{f} (K, N, p) = 1 - Σ_{x = K}^{N} C_{N}^{x} p^{(N - x)} {(1 - p)}^{x} (1 - φ (x))

NACK发送概率计算模块，用于根据目标丢包率p_target和当前丢包率p_current计算满足业务要求的NACK发送概率；

第二反馈模块，用于在检测到数据接收错误时，以所述NACK发送概率反馈NACK。

在本发明的第三实施例中，在终端数据接收错误时，并不是每一次都发送NACK，而是以一定的概率反馈NACK，而以该概率反馈NACK，能够保证满足当前的业务要求。

由于以一定的概率反馈NACK，因此，相对于现有技术的每次数据接收错误都反馈NACK，本发明第三实施例在相同网络状况下，其反馈的NACK数量较少，而HARQ的重传是由NACK触发，因此，HARQ的平均重传次数必然会降低，也就提高了资源的利用率。

当然，在上述的描述中，是直接以最优的概率来反馈NACK，当然，反馈概率也可以低于1，但大于所述最优的概率，此时，虽然HARQ平均重传次数会大于以最优的概率反馈NACK时的HARQ平均重传次数，但相对于现有技术，由于其反馈NACK的概率小于1，因此还是有部分NACK不会反馈，而HARQ的重传是由NACK触发，因此，HARQ的平均重传次数必然会降低，也就提高了资源的利用率。

<第四实施例>

由于接收端一直持续进行Raptor解码的操作，在本发明第四实施例的方法中，分两个阶段进行处理：

解码成功之前，由于此时解码还没有成功，表明接收到的符号还无法满足解码要求，此时，用户终端在检测到数据接收错误时，向网络侧反馈NACK，以利于接收到更多的正确的符号来进行解码；

解码成功之后，由于此时解码已经解码成功，表明接收到了足够多的符号，此时，用户终端即使检测到数据接收错误，也不向网络侧反馈NACK，也就是在解码成功之后停止NACK的反馈，这种情况下不会对业务造成影响。

利用上述的方法，相对于整个传输过程而言，由于一个阶段不反馈NACK，因此相对于现有技术的每次数据接收错误都反馈NACK，本发明第四实施例在相同网络状况下，其反馈的NACK数量较少，而HARQ的重传是由NACK触发，因此，HARQ的平均重传次数必然会降低，也就提高了资源的利用率。

下面通过仿真结果来说明本发明实施例的效果。

其中，仿真参数如下所述：

传输文件大小：50KB；

每个数据包包括的符号数目：6；

每个符号大小：84byte；

Source Block：1；

载波频率：2GHz；

资源块数目：1；

调制方式：64QAM；

信道编码：Turbo，1/3；

码本大小：175个符号。

下表为上述仿真条件下，3个实施例的方法在不同的SNR和N下的平均重传次数。

以上所述仅是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。