HARQ的反馈处理、发送处理方法以及装置与流程

本发明涉及通信领域，具体而言，涉及一种harq的反馈处理、发送处理方法以及装置。

背景技术：

在长期演进系统(longtermevolution，简称lte)中由于采用混合自动重传请求(hybridautomaticrepeatrequest，简称harq)传输技术，使得传输的可靠性和性能大大的增加，对于频分双工(frequencydivisiondual，简称fdd)而言，由于上下行子帧都是对称的，所以对于执行harq过程非常简单，而且时序对应关系也非常一致。时分双工(timedivisiondual，简称tdd)由于上下行子帧配比的不同，导致上行子帧和下行子帧数目在不同配置下相差巨大。所以在tdd下对于harq的反馈就更复杂，分为harqbundling和harqmultiplexing两大类处理方式，这两种方式互相弥补相应的缺陷，并且可以通过网络侧进行配置。

在信道条件较好的情况下，采用harqbundling方式可以大大减轻反馈的bit数目，但是这样也有一个缺陷，就是当错误一个包的时候需要涉及到多个包必须都要重传，在信道质量较差的情况下，对于重传的开销压力比较大。在3gpp协议的考量中，重点考量了当下行漏检时如何反馈harq，但是在一种特定的情况当上行授权漏检时却没有给出相应的规定。

如果在n-km子帧上收到了dci0的上行授权，那么终端需要在上行子帧n上使用物理上行共享信道(physicaluplinksharedchannel，简称pusch)信道反馈harq确认或者非确认ack/nack。

如果在n-km子帧上没有收到了dci0的上行授权，那么终端需要在上行子帧n上用物理上行链路控制信道(physicaluplinkcontrolchannel,简称pucch)信道反馈harqack/nack。如果在在n-km子帧网络发送了dci0的上行授权，但是由于某种原因是终端产生了漏检(出现漏检的原因很多，是不可避免的，比如信道状况的急剧变差).那么终端就误认为网络侧没有发送dci0的上行授权，而网络认为自己发送了dci0的上行授权，则网络侧会期望在pusch上收到harqack/nack，但是终端却在pucch上发送了harqack/nack.这就导致了上行harqack/nack在网络侧产生漏检。导致如下后果:

(1)若此时ue想反馈harqack，那么网络没有收到反馈，会认为是ue没有收到任何数据，那么会重发所有数据包，导致白白的重传，降低性能。

(2)若此时ue想反馈的是harqnack，那么网络没有收到反馈，会认为是ue没有收到任何数据，那么会重发所有数据包，并且采用ndi翻转的方式，ue收到ndi翻转时会清空之前在harqbuffer中已经收到的一部分数据，从而使得一切又从头开始，失去了harq在本身在增量冗余译码方面的优势。

同时在dciformat0/4丢失时，由于ue根本就没有收到dciformat0/4，所以也就不知道enodeb是否发送了dciformat0/4。ue会根据当前接收到的信息来反馈ack/nack，并且ue会在pucch反馈ack/nack。此外，enodeb在期待的pusch上是接收不到ack/nack。这是由于ue没有收到dciformat0/4而导致反馈ack/nack的资源变化(pusch变成了pucch)，而不是因为下行没有发送成功，但是由于协议也没有规定这种特殊情况，则而enodeb会在pusch发现没有检测到任何上行信息，而认为之前手机没有收到下行数据，从而重传所有本来已经发送成功的数据，导致效率变差。

技术实现要素：

本发明实施例提供了一种harq的反馈处理、发送处理方法以及装置，以至少解决相关技术中由于上行授权信息对应的dci丢失时导致的重传所有本来已经发送成功的数据的问题。

根据本发明的一个实施例，提供了一种harq的反馈处理方法，包括：接收终端同时通过pusch以及pucch发送的确认或非确认ack/nack；判断历史记录中是否存在指定记录，该指定记录用于指示发送过与上行授权信息对应的dci，所述上行授权信息为在pdsch上为所述终端分配的上行授权信息；在判断结果为是的情况下，在pusch和/或pucch上对所述ack/nack进行解码。

可选地，所述历史记录还存储有与下行资源分配信息对应的dci，其中所述下行资源分配信息为在pdsch上为所述终端分配的下行资源分配信息。

可选地，所述下行资源分配信息对应的dci的格式至少包括：dci1，dci1a或者dci2a；所述上行授权信息对应的dci的至少包括：dci0或者dci4。

可选地，在当前传输时间间隔tti内需要发送上行资源时，为所述终端分配所述上行授权信息对应的dci。

可选地，在pusch和/或pucch上对ack/nack进行解码，包括，判断是否在所述pusch上对所述ack/nack解码成功，在判断结果为否的情况下，在所述pucch上对所述ack/nack进行解码。

可选地，所述ack用于指示网路侧向所述终端传输新的下行数据，所述nack用于指示网络侧设备向终端重新传输下发的下行数据。

可选地，在pusch和/或pucch上对ack/nack反馈进行解码，还包括：在对所述ack/nack反馈解码失败的情况下，确定解码结果为nack。

根据本发明的另一个实施例，提供了一种harq的发送处理方法，包括：接收网络侧设备在pdsch上为终端分配的下行资源分配信息对应的第一下行控制信息dci以及为所述终端分配的上行授权信息对应的第二dci，并进行解码；对所述pdsch上传输的数据进行解码，得到解码数据；依据所述第一dci、所述第二dci以及对所述解码数据生成ack/nack；对所述ack/nack进行编码，并将编码后的所述ack/nack调制分配到pusch以及pucch上；同时通过所述pusch以及所述pucch，向所述网络侧设备发送编码后的所述ack/nack。

可选地，所述第一dci的格式至少包括：dci1，dci1a或者dci2a；所述第二dci的格式至少包括：dci0或者dci4。

可选地，在没有接收到网络侧设备在pdsch上分配的上行授权信息对应的第二dci时，所述方法还包括：通过所述pucch向所述网络侧设备发送编码后的所述ack/nack。

可选地，在仅允许通过所述pusch和所述pucch之一向所述网络侧设备发送所述ack/nack时，所述方法还包括：通过所述pusch向所述网络侧设备发送编码后的所述ack/nack。

可选地，在pucch上加载所述ack/nack，并对所述ack/nack进行编码，包括：根据上一次接收的dci所对应的最低cce索引，对所述ack/nack进行编码。

根据本发明的再一个实施例，提供了一种harq的反馈处理装置，包括：接收模块，用于接收终端同时通过pusch以及pucch发送的确认或非确认ack/nack；查询模块，用于判断历史记录中是否存在指定记录，该指定记录用于指示发送过与上行授权信息对应的dci，所述上行授权信息为在pdsch上为所述终端分配的上行授权信息；解码模块，用于在判断结果为是的情况下，在pusch和/或pucch上对所述ack/nack进行解码。

可选地，所述历史记录还存储有与下行资源分配信息对应的dci，其中所述下行资源分配信息为在pdsch上为所述终端分配的下行资源分配信息。

可选地，所述解码模块包括：判断单元，用于判断是否在所述pusch上对所述ack/nack解码成功，解码单元，用于在判断结果为否的情况下，在所述pucch上对所述ack/nack进行解码。

可选地，所述解码模块包括：确定单元，用于在对所述ack/nack反馈解码失败的情况下，确定解码结果为nack。

根据本发明的又一个实施例，提供了一种harq的发送处理装置，包括：第一解码模块，用于接收网络侧设备在pdsch上为终端分配的下行资源分配信息对应的第一下行控制信息dci以及为所述终端分配的上行授权信息对应的第二dci，并进行解码；第二解码模块，用于对所述pdsch上传输的数据进行解码，得到解码数据；生成模块，用于依据所述第一dci、所述第二dci以及对所述解码数据生成ack/nack；编码模块，用于对所述ack/nack进行编码，并将编码后的所述ack/nack调制分配到pusch以及pucch上；发送模块，用于同时通过所述pusch以及所述pucch，向所述网络侧设备发送编码后的所述ack/nack。

可选地，当没有接收到网络侧设备在pdsch上分配的上行授权信息对应的第二dci时，所述发送模块还用于，通过所述pucch向所述网络侧设备发送编码后的所述ack/nack。

可选地，当仅允许通过所述pusch和所述pucch之一向所述网络侧设备发送所述ack/nack时，所述发送模块还用于，通过所述pusch向所述网络侧设备发送编码后的所述ack/nack。

可选地，所述解码模块还用于根据上一次接收的dci所对应的最低cce索引，对所述ack/nack进行编码。

根据本发明的还一个实施例，提供了一种tdd网络系统包括：网络侧设备，用于向终端发送为终端分配的下行资源分配信息对应的第一下行控制信息dci以及为所述终端分配的上行授权信息对应的第二dci；接收终端同时通过pusch以及pucch发送的确认或非确认ack/nack；判断历史记录中是否存在指定记录，该指定记录用于指示发送过第二dci，所述上行授权信息为在pdsch上为所述终端分配的上行授权信息，在判断结果为是的情况下，在pusch和/或pucch上对所述ack/nack进行解码；所述终端，用于接收所述第一dci以及所述第二dci，并进行解码；对所述pdsch上传输的数据进行解码，得到解码数据；依据所述第一dci、所述第二dci以及对所述解码数据生成ack/nack；对所述ack/nack进行编码，并将编码后的所述ack/nack调制分配到pusch以及pucch上；同时通过所述pusch以及所述pucch，向所述网络侧设备发送编码后的所述ack/nack。

根据本发明的又一个实施例，还提供了一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：

s11，接收终端同时通过pusch以及pucch发送的确认或非确认ack/nack；

s12，判断历史记录中是否存在指定记录，该指定记录用于指示发送过与上行授权信息对应的dci，所述上行授权信息为在pdsch上为所述终端分配的上行授权信息；

s13，在判断结果为是的情况下，在pusch和/或pucch上对所述ack/nack进行解码。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

s21，判断是否在所述pusch上对所述ack/nack解码成功；

s22，在判断结果为否的情况下，在所述pucch上对所述ack/nack进行解码。

根据本发明的再一个实施例，还提供了另一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：

s11，接收网络侧设备在pdsch上为终端分配的下行资源分配信息对应的第一下行控制信息dci以及为所述终端分配的上行授权信息对应的第二dci，并进行解码；

s12，对所述pdsch上传输的数据进行解码，得到解码数据；

s13，依据所述第一dci、所述第二dci以及对所述解码数据生成ack/nack；

s14，对所述ack/nack进行编码，并将编码后的所述ack/nack调制分配到pusch以及pucch上；

s15，同时通过所述pusch以及所述pucch，向所述网络侧设备发送编码后的所述ack/nack。

通过本发明，由于利用网络侧设备在接收终端同时在pusch以及pucch发送的ack/nack之后，判断是否曾经向终端发送过上行授权信息对应的dci。因此，可以解决相关技术当中由于上行授权信息对应的dci丢失时导致的重传所有本来已经发送成功的数据的问题，进而可以提高tdd系统中数据的传输效率。

附图说明

此处所说明的附图用来提供对本发明的进一步理解，构成本申请的一部分，本发明的示意性实施例及其说明用于解释本发明，并不构成对本发明的不当限定。在附图中：

图1是本发明实施例的一种harq的反馈处理方法的网络侧设备的硬件结构框图；

图2是根据本发明实施例的一种harq的反馈处理方法的流程图；

图3是根据本发明实施例的一种harq的发送处理方法的流程图；

图4是根据本发明实施例的对应于场景1的终端示意图；

图5是根据本发明实施例的对应于场景2的终端示意图；

图6是根据本发明实施例的对应于场景3的终端示意图；

图7是根据本发明实施例的一种harq的反馈处理装置的结构图；

图8是根据本发明实施例的另一种harq的反馈处理装置的结构图；

图9是根据本发明实施例的还一种harq的反馈处理装置的结构图；

图10是根据本发明实施例的一种harq的发送处理装置的结构图；

图11是根据本发明实施例的一种tdd网络系统的示意图。

具体实施方式

下文中将参考附图并结合实施例来详细说明本发明。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。

需要说明的是，本发明的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。

实施例1

本申请实施例一所提供的方法实施例可以在移动终端、计算机终端或者类似的运算装置中执行。以运行在网络侧设备上为例，图1是本发明实施例的一种harq的反馈处理方法的网络侧设备的硬件结构框图。如图1所示，网络侧设备10可以包括一个或多个(图中仅示出一个)处理器102(处理器102可以包括但不限于微处理器mcu或可编程逻辑器件fpga等的处理装置)、用于存储数据的存储器104、以及用于通信功能的传输装置106。本领域普通技术人员可以理解，图1所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，网络侧设备10还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。

存储器104可用于存储应用软件的软件程序以及模块，如本发明实施例中的harq的反馈处理方法对应的程序指令/模块，处理器102通过运行存储在存储器104内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的方法。存储器104可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器104可进一步包括相对于处理器102远程设置的存储器，这些远程存储器可以通过网络连接至网络侧设备10。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置106用于经由一个网络接收或者发送数据。上述的网络具体实例可包括网络侧设备10的通信供应商提供的无线网络。在一个实例中，传输装置106包括一个网络适配器(networkinterfacecontroller，nic)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置106可以为射频(radiofrequency，rf)模块，其用于通过无线方式与互联网进行通讯。

需要指出的是，上述硬件结构同样适用于以下实施例中的harq的发送处理方法，以下不再赘述。

在本实施例中提供了一种运行于网络侧设备的harq的反馈处理方法，图2是根据本发明实施例的一种harq的反馈处理方法的流程图，如图2所示，该流程包括如下步骤：

步骤s202，接收终端同时通过pusch以及pucch发送的确认或非确认ack/nack；

步骤s204，判断历史记录中是否存在指定记录，该指定记录用于指示发送过与上行授权信息对应的dci，所述上行授权信息为在pdsch上为所述终端分配的上行授权信息；

可选地，该历史记录中还存储有下行资源分配信息对应的dci。其中所述下行资源分配信息为在pdsch上为所述终端分配的下行资源分配信息。

具体地，上行授权信息对应的dci的格式包括：dci0或者dci4，而下行资源分配信息对应的dci的格式至少包括：dci1、dci1a或者dci2a。

需要指出的是，在网络侧设备为终端分配dci时，网络侧设备会首先分配下行资源分配信息对应的dci，以使终端根据下行资源分配信息对应的的dci对pdsch上的数据进行解码，并反馈ack/nack。然后，网络侧设备再会为终端分配上行授权信息对应的dci。

具体地，在传输时间间隔tti内，网络侧设备为终端分配上行授权信息对应的dci。而在其他时间内，网络侧设备拒绝为终端分配。

步骤s206，在判断结果为是的情况下，在pusch和/或pucch上对所述ack/nack进行解码。

具体地，由于网络侧在接收终端同时通过pusch以及pucch发送的ack/nack，因此，在解码ack/nack时，若网络侧使能了pucch和pusch同时传输的特性，并且在传输窗口内下发了dci0/4，网络侧设备会首先采用pusch进行解码，如果解码不成功的话，再采用pucch进行解码。否则，若禁用了pucch和pusch同时传输的特性，若传输窗口内下发了dci0/4，则尝试解码pusch，如果解码失败，就认为是nack.若传输窗口内未下发dci0/4，则直接采用pucch解码，如果pucch解码失败，则认为是nack。通过上述的方法，能够提高网络侧设备对ack/nack解码的成功几率。也就能够避免在上行授权信息对应的dci丢失时，直接抛弃已经发送成功的数据。

此外，在本实施例中还提供了以下场景，以便于理解本实施例中记载的技术方案。

场景1

表1是终端成功接收到上行授权信息对应的dci，pucch和pusch同时允许发送ack/nack的情况下网络侧设备对应的检测步骤。

表1

场景2

表2是终端成功接收到上行授权信息对应的dci，pucch和pusch不能同时发送的情况下网络侧设备对应的检测步骤。

表2

场景3

表3是终端漏减了上行授权信息对应的dci对应的检测步骤。

表3

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本发明各个实施例所述的方法。

实施例2

在本实施例中提供了一种运行于终端的harq的发送处理方法，图3是根据本发明实施例的一种harq的发送处理方法的流程图，如图3所示，该流程包括如下步骤：

步骤s302，接收网络侧设备在pdsch上为终端分配的下行资源分配信息对应的第一下行控制信息dci以及为所述终端分配的上行授权信息对应的第二dci，并进行解码；

具体地，在接收网络侧设备在pdsch上位终端分配的第二dci之后，终端还需要判断是否接收到了第二dci，如果接收到了，则按照图3中下面描述的步骤执行相应的操作，如果没有接收到，那么终端会通过pucch向所述网络侧设备发送编码后的所述ack/nack。

需要指出的是，第一dci的格式至少包括：dci1，dci1a或者dci2a；第二dci的格式至少包括：dci0或者dci4。

步骤s304，对所述pdsch上传输的数据进行解码，得到解码数据；

步骤s306，依据所述第一dci、所述第二dci以及对所述解码数据生成ack/nack；

具体地，根据第一dci与第二dci中的资源分配(resourceassignment)、mcs以及rv等用于解码的信息，终端会在资源分配指定的资源块上尝试进行解码。在解码后，终端会对解码后的信息进行crc校验：在校验成功时，反馈ack，而如果校验失败，则反馈nack。

需要指出的是，终端只根据第一dci中的用于解码的信息到pdsch上解码。根据解码的结果反馈ack/nack,而第二dci信息的作用在于支持在哪个pusch资源上发送ack/nack，以及终端采用何种编码信息来编码ack/nack的。因此，第一dci用于下行解码，第二dci用于上行ack/nack反馈编码。

步骤s308，对所述ack/nack进行编码，并将编码后的所述ack/nack调制分配到pusch以及pucch上；

步骤s310，同时通过所述pusch以及所述pucch，向所述网络侧设备发送编码后的所述ack/nack。

可选地，如果pusch以及pucch不能够同时发送编码后的ack/nack的情况下，通过pusch向所述网络侧设备发送编码后的所述ack/nack。

具体地，通过判断当前终端所对支持的版本(例如是否为rel10协议版本之前的终端，还是rel10协议版本之后的终端)以及网络侧设备的所具备的功能(例如，当前网络侧设备是否具备或开启simultaneouspucch-pusch的功能)判断是否能够同时通过所述pusch以及所述pucch向网络侧设备发送编码后的ack/nack。可选地，对于pucch上对ack/nack进行编码的过程包括：根据上一次接收的dci所对应的最低cce索引，对所述ack/nack进行编码。

具体地，在终端上传资源时，ack/nack需要与pdcch建立映射关系，因此，ack与pdcch的最低cce序号相关联。例如，如果终端收到的pdcch为cch14，而cch14由cch0-cch3组成，同时cch0与cce0相对应。那么终端使用的ack/nack与cce0建立映射关系。因此终端在反馈ack/nack时，能够利用与ack/nack成映射关系的pdcch进行ack/nack上传。

需要指出的是，对应于实施例1中的各个场景，在本实施例中还提供了对应场景的终端示意图。

图4是根据本发明实施例的对应于场景1的终端示意图。即终端成功接收到上行授权信息对应的dci，pucch和pusch同时允许发送ack/nack对应的终端操作。

图5是根据本发明实施例的对应于场景2的终端示意图。即终端成功接收到上行授权信息对应的dci，pucch和pusch不能同时发送的情况下网络侧设备对应的终端操作。

图6是根据本发明实施例的对应于场景3的终端示意图，即终端漏减了上行授权信息对应的dci对应的终端操作。

实施例3

在本实施例中还提供了一种harq的反馈处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图7是根据本发明实施例的一种harq的反馈处理装置的结构图，如图7所示，该装置包括接收模块72，查询模块74以及解码模块76。

接收模块72，用于接收终端同时通过pusch以及pucch发送的确认或非确认ack/nack；

查询模块74，用于判断历史记录中是否存在指定记录，该指定记录用于指示发送过与上行授权信息对应的dci，所述上行授权信息为在pdsch上为所述终端分配的上行授权信息；

可选地，该历史记录中还存储有下行资源分配信息对应的dci。其中所述下行资源分配信息为在pdsch上为所述终端分配的下行资源分配信息。

具体地，上行授权信息对应的dci的格式包括：dci0或者dci4，而下行资源分配信息对应的dci的格式至少包括：dci1、dci1a或者dci2a。

需要指出的是，在网络侧设备为终端分配dci时，网络侧设备会首先分配下行资源分配信息对应的dci，以使能终端侧进行ack/nack反馈。然后，网络侧设备再会为终端分配上行授权信息对应的dci。

具体地，在传输时间间隔tti内，网络侧设备为终端分配上行授权信息对应的dci。而在其他时间内，网络侧设备拒绝为终端分配。

解码模块76，用于在判断结果为是的情况下，在pusch和/或pucch上对所述ack/nack进行解码。

图8是根据本发明实施例的另一种harq的反馈处理装置的结构图，如图8所示，该装置除包括图7所示的所有模块外，解码模块还包括：判断单元82以及解码单元84。

判断单元82，用于判断是否在所述pusch上对所述ack/nack解码成功，

解码单元84，用于在判断结果为否的情况下，在所述pucch上对所述ack/nack进行解码

图9是根据本发明实施例的还一种harq的反馈处理装置的结构图，如图9所示，该装置除包括图8所示的所有模块外，解码模块还包括：确定单元92。

确定单元92，用于在对所述ack/nack反馈解码失败的情况下，确定解码结果为nack。

需要说明的是，上述各个模块是可以通过软件或硬件来实现的，对于后者，可以通过以下方式实现，但不限于此：上述模块均位于同一处理器中；或者，上述各个模块以任意组合的形式分别位于不同的处理器中。

实施例4

在本实施例中还提供了一种终端设备处理装置，该装置用于实现上述实施例及优选实施方式，已经进行过说明的不再赘述。如以下所使用的，术语“模块”可以实现预定功能的软件和/或硬件的组合。尽管以下实施例所描述的装置较佳地以软件来实现，但是硬件，或者软件和硬件的组合的实现也是可能并被构想的。

图10是根据本发明实施例的一种harq的反馈处理装置的结构图，如图10所示，该装置包括第一解码模块1002，第二解码模块1004，生成模块1006、编码模块1008以及发送模块1010。

第一解码模块1002，用于接收网络侧设备在pdsch上为终端分配的下行资源分配信息对应的第一下行控制信息dci以及为所述终端分配的上行授权信息对应的第二dci，并进行解码；

具体地，在接收网络侧设备在pdsch上位终端分配的第二dci之后，第一解码模块1002还需要判断是否接收到了第二dci，如果接收到了，则执行第二解码模块1004以及后续模块的操作，如果没有接收到，那么终端会通过pucch向所述网络侧设备发送编码后的所述ack/nack。

第二解码模块1004，用于对所述pdsch上传输的数据进行解码，得到解码数据；

生成模块1006，用于依据所述第一dci、所述第二dci以及对所述解码数据生成ack/nack；

编码模块1008，用于对所述ack/nack进行编码，并将编码后的所述ack/nack调制分配到pusch以及pucch上；

可选地，编码模块1008还用于根据上一次接收的dci所对应的最低cce索引，在pucch上对所述ack/nack进行编码。

发送模块1010，用于同时通过所述pusch以及所述pucch，向所述网络侧设备发送编码后的所述ack/nack。

实施例5

在本实施例中提供了一种tdd网络系统，图11是根据本发明实施例的一种tdd网络系统的示意图。如图11所示，该tdd网络系统包括：网络侧设备1102以及终端1104。

网络侧设备1102，用于向终端1104发送为终端1104分配的下行资源分配信息对应的第一下行控制信息dci以及为所述终端1104分配的上行授权信息对应的第二dci；接收终端1104同时通过pusch以及pucch发送的确认或非确认ack/nack；判断历史记录中是否存在指定记录，该指定记录用于指示发送过第二dci，所述上行授权信息为在pdsch上为所述终端1104分配的上行授权信息，在判断结果为是的情况下，在pusch和/或pucch上对所述ack/nack进行解码；

终端1104，用于接收所述第一dci以及所述第二dci，并进行解码；对所述pdsch上传输的数据进行解码，得到解码数据；依据所述第一dci、所述第二dci以及对所述解码数据生成ack/nack；对所述ack/nack进行编码，并将编码后的所述ack/nack调制分配到pusch以及pucch上；同时通过所述pusch以及所述pucch，向所述网络侧设备1102发送编码后的所述ack/nack。

需要指出的是，第一dci的格式至少包括：dci1，dci1a或者dci2a；第二dci的格式至少包括：dci0或者dci4。

可选地，如果pusch以及pucch不能够同时发送编码后的ack/nack的情况下，通过pusch向所述网络侧设备发送编码后的所述ack/nack。

实施例5

本发明的实施例还提供了还一种存储介质。可选地，在本实施例中，上述存储介质可以被设置为存储用于执行以下步骤的程序代码：

s11，接收终端同时通过pusch以及pucch发送的确认或非确认ack/nack；

s12，判断历史记录中是否存在指定记录，该指定记录用于指示发送过与上行授权信息对应的dci，所述上行授权信息为在pdsch上为所述终端分配的上行授权信息；

s13，在判断结果为是的情况下，在pusch和/或pucch上对所述ack/nack进行解码。

可选地，存储介质还设置为存储用于执行以下步骤的程序代码：

s21，判断是否在所述pusch上对所述ack/nack解码成功；

s22，在判断结果为否的情况下，在所述pucch上对所述ack/nack进行解码。

可选地，在本实施例中，上述存储介质可以包括但不限于：u盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。

可选地，本实施例中的具体示例可以参考上述实施例及可选实施方式中所描述的示例，本实施例在此不再赘述。

实施例6

根据本发明的再一个实施例，还提供了另一种存储介质。该存储介质设置为存储用于执行以下步骤的程序代码：

s11，接收网络侧设备在pdsch上为终端分配的下行资源分配信息对应的第一下行控制信息dci以及为所述终端分配的上行授权信息对应的第二dci，并进行解码；

s12，对所述pdsch上传输的数据进行解码，得到解码数据；

s13，依据所述第一dci、所述第二dci以及对所述解码数据生成ack/nack；

s14，对所述ack/nack进行编码，并将编码后的所述ack/nack调制分配到pusch以及pucch上；

s15，同时通过所述pusch以及所述pucch，向所述网络侧设备发送编码后的所述ack/nack。

显然，本领域的技术人员应该明白，上述的本发明的各模块或各步骤可以用通用的计算装置来实现，它们可以集中在单个的计算装置上，或者分布在多个计算装置所组成的网络上，可选地，它们可以用计算装置可执行的程序代码来实现，从而，可以将它们存储在存储装置中由计算装置来执行，并且在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤，或者将它们分别制作成各个集成电路模块，或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样，本发明不限制于任何特定的硬件和软件结合。

以上所述仅为本发明的优选实施例而已，并不用于限制本发明，对于本领域的技术人员来说，本发明可以有各种更改和变化。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。