本发明涉及通信
技术领域：
，尤其涉及一种调度信令的传输方法和装置。
背景技术：
：在长期演进（LongTermEvolution，简称LTE）系统中，基站使用一个调度信令调度用户设备的最小时间间隔为一个子帧，并且一个调度信令只能调度一个子帧的调度信息。在后续演进版本的LTE系统中，一个调度信令可以调度多个子帧的调度信息。在调度信令的传递过程中，UE针对新传调度反馈新传调度对应的混合自动重传请求（HybridAutomaticRepeatreQuest，简称HARQ）接收情况，即当接收正确时，UE反馈确认字符（Acknowledgement，简称ACK）；当接收错误时，反馈否认字符（NegativeAcknowledgement，简称NACK），基站会根据HARQ进程号（HARQProcessNumber，简称HPN）及用户设备反馈的HARQ接收情况来依次确定空闲的HARQ进程，并且根据HARQ进程生成HPN，然后将HPN携带在调度信令中发送给用户设备，UE接收到调度信令后，根据调度信令中的HPN来依次确定用户设备空闲的HARQ进程，对应接收调度信令调度的信道数据。在实现上述多子帧调度信令的传输过程中，当出现调度信息传输错误时，若基站使用单子帧调度信令来传输重传调度信息，那么可能造成单子帧调度信令所调度的子帧与多子帧调度信令所调度的子帧重叠，从而引起用户设备的误解。并且当用户设备漏检重传调度子帧时，用户设备会按照多子帧调度信令对当前子帧进行接收，从而导致新传数据的错误传输。为了避免用户设备误解和新传数据错误传输的情况发生，现有技术中的解决方法是：根据多个HARQ进程的进程号与HARQ进程字段之间的对应关系确定多个HARQ进程，并根据多个HARQ进程的进程号与HARQ进程字段之间的对应关系和多个HARQ进程生成调度信令。但是，由于每个子帧都必须具有一个进程号，而目前的频分双工（FrequencyDivisionDuplex，简称FDD）系统中单子帧调度信令能够支持的HARQ进程数最多为8个，时分双工（TimeDivisionDuplex，简称TDD）系统中单子帧调度信令能够支持的HARQ进程数最多为16个。这样，能够支持的HARQ进程数有限，会出现进程数不足的问题。技术实现要素：本发明的实施例提供一种调度信令的传输方法和装置，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。为达到上述目的，本发明的实施例采用如下技术方案：第一方面，提供一种调度信令的传输方法，包括：用户设备UE接收基站发送的调度信令；其中，所述调度信令包括：HARQ进程号字段；获取所述调度信令调度的子帧的子帧号；根据所述HARQ进程号字段和所述子帧号确定传输块；对所述传输块中的数据进行处理。在第一种可能的实现方式中，结合第一方面，所述调度信令为单子帧调度信令，所述HARQ进程号字段为第一HARQ进程号字段，所述根据所述HARQ进程号字段和所述子帧号确定传输块，包括：根据所述单子帧调度信令中的所述第一HARQ进程号字段和所述单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程；根据预设规则或所述单子帧调度信令中的传输块配置信令确定所述第一HARQ进程中的第一传输块；其中，所述预设规则为HARQ进程与所述传输块之间的对应关系。在第二种可能的实现方式中，结合第一方面，所述调度信令为单子帧调度信令，所述HARQ进程号字段为第一HARQ进程号字段，所述根据所述HARQ进程号字段和所述子帧号确定传输块，包括：根据所述单子帧调度信令中的所述第一HARQ进程号字段计算得到第一HARQ进程；根据所述单子帧调度信令调度的子帧的子帧号计算得到所述第一HARQ进程中的第一传输块。在第三种可能的实现方式中，结合第一方面，所述调度信令为多子帧调度信令，所述HARQ进程号字段为第二HARQ进程号字段，所述根据所述HARQ进程号字段和所述子帧号确定传输块，包括：根据所述多子帧调度信令中的所述第二HARQ进程号字段和所述多子帧调度信令调度的子帧的子帧号计算得到第二HARQ进程；根据预设规则或所述多子帧调度信令中的传输块配置信令确定所述第二HARQ进程中的所述第二传输块；其中，所述预设规则为HARQ进程与所述传输块之间的对应关系。在第四种可能的实现方式中，结合第一方面，所述调度信令为多子帧调度信令，所述HARQ进程号字段为第二HARQ进程号字段，所述根据所述HARQ进程号字段和所述子帧号确定传输块，包括：根据所述多子帧调度信令中的所述第二HARQ进程号字段计算得到第二HARQ进程；根据所述多子帧调度信令调度的子帧的子帧号计算得到所述第二HARQ进程中的第二传输块。在第五种可能的实现方式中，结合第一方面，所述方法还包括：当在多子帧调度信令调度的子帧上接收到单子帧调度信令时，UE根据所述单子帧调度信令接收数据。在第六种可能的实现方式中，结合第五种可能的实现方式，所述当在多子帧调度信令调度的子帧上接收到单子帧调度信令时，UE根据所述单子帧调度信令接收数据之后，还包括：在所述多子帧调度信令调度的最后一个子帧之后的子帧上，接收在接收到单子帧调度信令的子帧上被所述多子帧调度信令调度的数据。在第七种可能的实现方式中，结合第一种可能的实现方式、第二种可能的实现方式、第五种可能的实现方式、第六种可能的实现方式中的任一可能的实现方式，所述单子帧调度信令调度重传数据。在第八种可能的实现方式中，结合第三种可能的实现方式、第四种可能的实现方式、第五种可能的实现方式、第六种可能的实现方式中的任一可能的实现方式，所述多子帧调度信令调度新传数据。第二方面，提供一种调度信令的传输方法，包括：用户设备UE接收基站发送的调度信令；根据第一扰码序列和第二扰码序列对接收到的所述调度信令进行解扰得到第一解扰信息和第二解扰信息；将所述第一解扰信息和所述第二解扰信息进行校验；根据检验结果，判定所述调度信令为多子帧调度信令还是单子帧调度信令；通过所述调度信令接收所述基站发送的数据。在第一种可能的实现方式中，结合第二方面，所述根据检验结果，判定所述调度信令为多子帧调度信令还是单子帧调度信令包括：若所述第一解扰信息校验成功，则判定所述调度信令为多子帧调度信令；若所述第二解扰信息校验成功，则判定所述调度信令为单子帧调度信令。第三方面，提供一种调度信令的传输方法，包括：UE通过调度信令接收基站发送的传输数据；其中，所述调度信令包括单子帧调度信令或多子帧调度信令；判断接收到的所述传输数据是否正确；若所述传输数据是通过多子帧调度信令接收的，则通过属于第一资源集合的物理上行链路信道资源发送反馈消息至所述基站；其中，所述反馈消息是根据判断结果得到的；所述反馈信息包括：确认字符ACK或者否认字符NACK；若所述传输数据是通过单子帧调度信令接收的，则通过属于第二资源集合的物理上行链路信道资源发送所述反馈消息至所述基站；其中，所述第一资源集合和所述第二资源集合不同。第四方面，提供一种调度信令的传输方法，包括：基站通过调度信令向UE发送传输数据；接收UE通过物理上行链路信道资源发送的反馈信息；其中，所述反馈信息为所述UE根据对所述传输数据的接收情况确定的，所述反馈信息包括：确认字符ACK或者否认字符NACK；根据所述反馈信息所使用的所述物理上行链路信道资源确定所述传输数据是多子帧调度信令调度的还是单子帧调度信令调度的。在第一种可能的实现方式中，结合第四方面，所述根据所述反馈信息所使用的所述物理上行链路信道资源确定所述传输数据是多子帧调度信令调度的还是单子帧调度信令调度的，包括：若所述反馈信息所使用的所述物理上行链路信道资源属于第一资源集合，则判定所述传输数据是多子帧调度信令调度的；其中，所述第一资源集合是预先定的或由高层信令配置的；若所述反馈信息所使用的所述物理上行链路信道资源属于第二资源集合，则判定所述传输数据是单子帧调度信令调度的；其中，所述第二资源集合是预先定义的或由高层信令配置的；所述第一资源集合和所述第二资源集合不同。第五方面，提供一种用户设备，包括：接收单元，用于接收基站发送的调度信令；其中，所述调度信令包括：HARQ进程号字段；获取单元，用于获取所述调度信令调度的子帧的子帧号；所述获取单元，还用于根据所述接收单元接收到的所述HARQ进程号字段和所述子帧号确定传输块；处理单元，用于对所述传输块中的数据进行处理。在第一种可能的实现方式中，结合第五方面，所述调度信令为单子帧调度信令，所述HARQ进程号字段为第一HARQ进程号字段，所述获取单元包括：第一获取模块，用于根据所述单子帧调度信令中的所述第一HARQ进程号字段和所述单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程；所述第一获取模块，还用于根据预设规则或所述单子帧调度信令中的传输块配置信令确定所述第一HARQ进程中的第一传输块；其中，所述预设规则为HARQ进程与所述传输块之间的对应关系。在第二种可能的实现方式中，结合第五方面，所述调度信令为单子帧调度信令，所述HARQ进程号字段为第一HARQ进程号字段，所述获取单元还包括：第二获取模块，用于根据所述单子帧调度信令中的所述第一HARQ进程号字段计算得到第一HARQ进程；所述第二获取模块，还用于根据所述单子帧调度信令调度的子帧的子帧号计算得到所述第一HARQ进程中的第一传输块。在第三种可能的实现方式中，结合第五方面，所述调度信令为多子帧调度信令，所述HARQ进程号字段为第二HARQ进程号字段，所述获取单元还包括：第三获取模块，用于根据所述多子帧调度信令中的所述第二HARQ进程号字段和所述多子帧调度信令调度的子帧的子帧号计算得到第二HARQ进程；所述第三获取模块，还用于根据预设规则或所述单子帧调度信令中的传输块配置信令确定所述第二HARQ进程中的所述第二传输块；其中，所述预设规则为HARQ进程与所述传输块之间的对应关系。在第四种可能的实现方式中，结合第五方面，所述调度信令为多子帧调度信令，所述HARQ进程号字段为第二HARQ进程号字段，所述获取单元还包括：第四获取模块，用于根据所述多子帧调度信令中的所述第二HARQ进程号字段计算得到第二HARQ进程；所述第四获取模块，还用于根据所述多子帧调度信令调度的子帧的子帧号计算得到所述第二HARQ进程中的第二传输块。在第五种可能的实现方式中，结合第五方面，所述接收单元，还用于当在多子帧调度信令调度的子帧上接收到单子帧调度信令时，UE根据所述单子帧调度信令接收数据。在第六种可能的实现方式中，结合第五种可能的实现方式，所述处理单元，还用于在所述多子帧调度信令调度的最后一个子帧之后的子帧上，接收在接收到单子帧调度信令的子帧上被所述多子帧调度信令调度的数据。在第七种可能的实现方式中，结合第一种可能的实现方式、第二种可能的实现方式、第五种可能的实现方式、第六种可能的实现方式中的任一可能的实现方式，所述单子帧调度信令调度重传数据。在第八种可能的实现方式中，结合第三种可能的实现方式、第四种可能的实现方式、第五种可能的实现方式、第六种可能的实现方式中的任一可能的实现方式，所述多子帧调度信令调度新传数据。第六方面，提供一种用户设备，包括：接收单元，用于接收基站发送的调度信令；解扰单元，用于根据第一扰码序列和第二扰码序列对接收到的所述调度信令进行解扰得到第一解扰信息和第二解扰信息；校验单元，用于将所述第一解扰信息和所述第二解扰信息进行校验；处理单元，用于根据检验结果，判定所述调度信令是多子帧调度信令还是单子帧调度信令；所述接收单元，还用于通过所述调度信令接收所述基站发送的数据。在第一种可能的实现方式中，结合第六方面，所述处理单元包括：第一判断模块，用于若所述第一解扰信息校验成功，则所述调度信令为多子帧调度信令；第二判断模块，用于若所述第二解扰信息校验成功，则所述调度信令为单子帧调度信令。第七方面，提供一种用户设备，包括：接收单元，用于通过调度信令接收基站发送的传输数据；其中，所述调度信令包括单子帧调度信令或多子帧调度信令；判断单元，用于判断接收到的所述传输数据是否正确；发送单元，用于若所述传输数据是通过多子帧调度信令接收的，则通过属于第一资源集合的物理上行链路信道资源发送反馈消息至所述基站；其中，所述反馈消息是根据判断结果得到的；所述反馈信息包括：确认字符ACK或者否认字符NACK；所述发送单元，还用于若所述传输数据是通过单子帧调度信令接收的，则通过属于第二资源集合的物理上行链路信道资源发送所述反馈消息至所述基站；其中，所述第一资源集合和所述第二资源集合不同。第八方面，提供一种基站，包括：发送单元，用于通过调度信令向UE发送传输数据；接收单元，用于接收UE通过物理上行链路信道资源发送的反馈信息；其中，所述反馈信息为所述UE根据对所述传输数据的接收情况确定的，所述反馈信息包括：确认字符ACK或者否认字符NACK；处理单元，用于根据所述接收单元接收到的所述反馈信息所使用的所述物理上行链路信道资源确定所述传输数据是多子帧调度信令调度的还是单子帧调度信令调度的。在第一种可能的实现方式中，结合第八方面，所述处理单元包括：第一判断模块，用于若所述接收单元接收到的所述反馈信息所使用的所述物理上行链路信道资源属于第一资源集合，则判定所述传输数据是多子帧调度信令调度的；其中，所述第一资源集合是预先定义的或由高层信令配置的；第二判断模块，用于若所述接收单元接收到的所述反馈信息所使用的所述物理上行链路信道资源属于第二资源集合，则判定所述传输数据是单子帧调度信令调度的；其中，所述第二资源集合是预先定义的或由高层信令配置的；所述第一资源集合和所述第二资源集合不同。第九方面，提供一种用户设备，包括：接收器，用于接收基站发送的调度信令；其中，所述调度信令包括：HARQ进程号字段；处理器，用于获取所述调度信令调度的子帧的子帧号；所述处理器，还用于根据所述接收器接收到的所述HARQ进程号字段和所述处理器获取的所述子帧号确定传输块；所述处理器，还用于对所述传输块中的数据进行处理。在第一种可能的实现方式中，结合第九方面，所述调度信令为单子帧调度信令，所述HARQ进程号字段为第一HARQ进程号字段，所述处理器具体用于：根据所述单子帧调度信令中的所述第一HARQ进程号字段和所述单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程；根据预设规则或所述单子帧调度信令中的传输块配置信令确定所述第一HARQ进程中的第一传输块；其中，所述预设规则为HARQ进程与所述传输块之间的对应关系。在第二种可能的实现方式中，结合第九方面，所述调度信令为单子帧调度信令，所述HARQ进程号字段为第一HARQ进程号字段，所述处理器具体用于：根据所述单子帧调度信令中的所述第一HARQ进程号字段计算得到第一HARQ进程；根据所述单子帧调度信令调度的子帧的子帧号计算得到所述第一HARQ进程中的第一传输块。在第三种可能的实现方式中，结合第九方面，所述调度信令为多子帧调度信令，所述HARQ进程号字段为第二HARQ进程号字段，所述处理器具体用于：根据所述多子帧调度信令中的所述第二HARQ进程号字段和所述多子帧调度信令调度的子帧的子帧号计算得到第二HARQ进程；根据预设规则或所述多子帧调度信令中的传输块配置信令确定所述第二HARQ进程中的所述第二传输块；其中，所述预设规则为HARQ进程与所述传输块之间的对应关系。在第四种可能的实现方式中，结合第九方面，所述调度信令为多子帧调度信令，所述HARQ进程号字段为第二HARQ进程号字段，所述处理器具体用于：根据所述多子帧调度信令中的所述第二HARQ进程号字段计算得到第二HARQ进程；根据所述多子帧调度信令调度的子帧的子帧号计算得到所述第二HARQ进程中的第二传输块。在第五种可能的实现方式中，结合第九方面，所述接收器，还用于当在多子帧调度信令调度的子帧上接收到单子帧调度信令时，UE根据所述单子帧调度信令通过所述至少一个通信接口接收数据。在第六种可能的实现方式中，结合第五种可能的实现方式，所述接收器，还用于在所述多子帧调度信令调度的最后一个子帧之后的子帧上，通过所述至少一个通信接口接收在接收到单子帧调度信令的子帧上被所述多子帧调度信令调度的数据。在第七种可能的实现方式中，结合结合第一种可能的实现方式、第二种可能的实现方式、第五种可能的实现方式、第六种可能的实现方式中的任一可能的实现方式，所述单子帧调度信令调度重传数据。在第八种可能的实现方式中，结合结合第三种可能的实现方式、第四种可能的实现方式、第五种可能的实现方式、第六种可能的实现方式中的任一可能的实现方式，所述多子帧调度信令调度新传数据。第十方面，提供一种用户设备，应用于根据多子帧调度信令接收数据中，所述用户设备包括：接收器，用于接收基站发送的调度信令；处理器，用于根据第一扰码序列和第二扰码序列对所述接收器接收到的所述调度信令进行解扰得到第一解扰信息和第二解扰信息；所述处理器，还用于将所述处理器得到的所述第一解扰信息和所述第二解扰信息进行校验；所述处理器，还用于根据所述处理器得到的检验结果，判定所述调度信令为多子帧调度信令还是单子帧调度信令；所述接收器，还用于通过所述处理器得到的所述调度信令接收所述基站发送的数据。在第一种可能的实现方式中，结合第十方面，所述处理器具体用于：若所述第一解扰信息校验成功，则判定所述调度信令为多子帧调度信令；若所述第二解扰信息校验成功，则判定所述调度信令为单子帧调度信令。第十一方面，提供一种用户设备，所述用户设备包括：接收器，用于通过调度信令接收基站发送的传输数据；其中，所述调度信令包括单子帧调度信令或多子帧调度信令；处理器，用于判断所述接收器接收到的所述传输数据是否正确；发射器，用于若所述传输数据是通过多子帧调度信令接收的，则通过属于第一资源集合的物理上行链路信道资源发送反馈消息至所述基站；其中，所述反馈消息是根据判断结果得到的；所述反馈信息包括：确认字符ACK或者否认字符NACK；所述发射器，还用于若所述传输数据是通过单子帧调度信令接收的，则通过属于第二资源集合的物理上行链路信道资源发送所述反馈消息至所述基站；其中，所述第一资源集合和所述第二资源集合不同。第十二方面，提供一种基站，所述基站包括：发射器，用于通过调度信令向UE发送传输数据；接收器，用于接收UE通过物理上行链路信道资源发送的反馈信息；其中，所述反馈信息为所述UE根据对所述传输数据的接收情况确定的，所述反馈信息包括：确认字符ACK或者否认字符NACK；处理器，用于根据所述接收器接收到的所述反馈信息所使用的所述物理上行链路信道资源确定所述传输数据是多子帧调度信令调度的还是单子帧调度信令调度的。在第一种可能的实现方式中，结合第十二方面，所述处理器具体用于：若所述反馈信息所使用的所述物理上行链路信道资源属于第一资源集合，则判定所述传输数据是多子帧调度信令调度的；其中，所述第一资源集合是预先定义的或由高层信令配置的；若所述反馈信息所使用的所述物理上行链路信道资源属于第二资源集合，则判定所述传输数据是单子帧调度信令调度的；其中，所述第二资源集合是预先定义的或由高层信令配置的；所述第一资源集合和所述第二资源集合不同。本发明的实施例提供的调度信令的传输方法和装置，通过根据子帧调度信令中的HARQ进程号字段和子帧调度信令调度的子帧号来确定传输块，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。附图说明为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。图1为本发明的实施例提供的一种调度信令的传输方法的流程示意图；图2为本发明的实施例提供的另一种调度信令的传输方法的流程示意图；图3为本发明的实施例提供的又一种调度信令的传输方法的流程示意图；图4为本发明的实施例提供的再一种调度信令的传输方法的流程示意图；图5为本发明的另一实施例提供的一种调度信令的传输方法的流程示意图；图6为本发明的另一实施例提供的另一种调度信令的传输方法的流程示意图；图7为本发明的另一实施例提供的又一种调度信令的传输方法的流程示意图；图8为本发明的另一实施例提供的再一种调度信令的传输方法的流程示意图；图9为本发明的又一实施例提供的一种调度信令的传输方法的流程示意图；图10为本发明的又一实施例提供的另一种调度信令的传输方法的流程示意图；图11为本发明的又一实施例提供的又一种调度信令的传输方法的流程示意图；图12为本发明的又一实施例提供的再一种调度信令的传输方法的流程示意图；图13为本发明的再一实施例提供的一种调度信令的传输方法的流程示意图；图14为本发明的实施例提供的一种用户设备的结构示意图；图15为本发明的实施例提供的另一种用户设备的结构示意图；图16为本发明的实施例提供的又一种用户设备的结构示意图；图17为本发明的实施例提供的再一种用户设备的结构示意图；图18为本发明的另一实施例提供的一种用户设备的结构示意图；图19为本发明的另一实施例提供的另一种用户设备的结构示意图；图20为本发明的另一实施例提供的又一种用户设备的结构示意图；图21为本发明的另一实施例提供的再一种用户设备的结构示意图；图22为本发明的又一实施例提供的一种用户设备的结构示意图；图23为本发明的实施例提供的一种基站的结构示意图；图24为本发明的实施例提供的另一种基站的结构示意图；图25为本发明的又一实施例提供的另一种用户设备的结构示意图；图26为本发明的又一实施例提供的又一种用户设备的结构示意图；图27为本发明的又一实施例提供的再一种用户设备的结构示意图；图28为本发明的实施例提供的又一种基站的结构示意图。具体实施方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。本发明的实施例提供一种调度信令的传输方法，参照图1所示，该方法包括以下步骤：101、用户设备（UserEquipment，简称UE）接收基站发送的调度信令。其中，该调度信令可以包括：HARQ进程号字段。调度信令可以为：单子帧调度信令和/或多子帧调度信令。单子帧调度信令是指只调度一个子帧的调度信令，多子帧调度信令是指调度多个子帧的调度信令。102、用户设备获取调度信令调度的子帧的子帧号。若调度信令为单子帧调度信令，则该调度信令调度的子帧的子帧号可以为单子帧调度信令调度的子帧的子帧号；若调度信令为多子帧调度信令，则该调度信令调度的子帧的子帧号可以为多子帧调度信令调度的子帧的子帧号；若调度信令为单子帧调度信令和多子帧调度信令，则该调度信令调度的子帧的子帧号可以为单子帧调度信令调度的子帧的子帧号和多子帧调度信令调度的子帧的子帧号。该调度信令调度的子帧的子帧号可以是UE通过下行信号获取的。103、用户设备根据该HARQ进程号字段和该子帧号确定传输块。根据HARQ进程号字段和该子帧号确定传输块可以是：根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号计算得到HARQ进程，然后确定该HARQ进程中的传输块；或者是根据调度信令中的HARQ进程号字段计算得到HARQ进程，然后根据调度信令调度的子帧的子帧号计算得到传输块。104、用户设备对传输块中的数据进行处理。单子帧调度信令的调度优先级高于多子帧调度信令的调度优先级，即当单子帧调度信令调度的子帧与多子帧调度信令调度的子帧为同一个子帧时，用户设备根据单子帧调度信令中的HARQ进程号字段和单子帧调度信令调度的子帧的子帧号确定传输块。本发明的实施例提供的调度信令的传输方法，通过根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号来确定传输块，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。本发明的实施例提供一种调度信令的传输方法，参照图2所示，该方法包括以下步骤：201、用户设备接收基站发送的调度信令。202、用户设备根据第一扰码序列和第二扰码序列对接收到的调度信令进行解扰得到第一解扰信息和第二解扰信息。其中，第一扰码序列和第二扰码序列是UE预先设定的或基站配置给UE的。203、用户设备将第一解扰信息和第二解扰信息进行校验。204、用户设备根据检验结果，判定调度信令是多子帧调度信令还是单子帧调度信令。用户设备可以根据是第一解扰信息校验成功还是第二解扰信息校验成功，确定调度信令为多子帧调度信令还是单子帧调度信令。205、用户设备通过调度信令接收基站发送的数据。具体的，用户设备自己可以根据接收的调度信令的扰码确定接收数据是由单子帧调度信令调度的还是多子帧调度信令调度的，不需要依靠基站来确定调度信令的类型，在具体的操作过程中更加方便。本发明的实施例提供的调度信令的传输方法，在用户设备侧通过对接收到的调度信令进行解扰并校验确定调度信令为多子帧调度信令还是单子帧调度信令，解决了用户设备无法自主确定调度信令为多子帧调度信令还是单子帧调度信令的问题，减少了操作流程、提高了工作效率。本发明的实施例提供一种调度信令的传输方法，参照图3所示，该方法包括以下步骤：301、用户设备UE通过调度信令接收基站发送的传输数据。其中，调度信令包括单子帧调度信令或多子帧调度信令。UE根据该调度信令接收基站在该调度信令调度的子帧上传输的数据。302、用户设备判断接收到的传输数据是否正确。303、若传输数据是通过多子帧调度信令接收的，则用户设备通过属于第一资源集合的物理上行链路信道资源发送反馈消息至基站。其中，该反馈消息是根据判断结果得到的；反馈信息包括：确认字符（acknowledgementcharacter，简称ACK）或者否认字符（NegativeAcknowledgementcharacter，简称NACK）。具体的，若用户设备判断得到接收到的传输数据是正确的，则发送ACK至基站，若判断得到接收到的传输数据是错误的，则发送NACK至基站。304、若传输数据是通过单子帧调度信令接收的，则用户设通过属于第二资源集合的物理上行链路信道资源发送反馈消息至基站。其中，第一资源集合和第二资源集合不同。具体的，第一资源集合和第二资源集合可以是预先定义的或基站通过高层信令配置给UE的物理上行链路信道资源集合；第一资源集合和第二资源集合至少包含一个物理上行链路信道资源。该物理上行链路信道资源可以是用于发送物理上行控制信道的资源。物理上行链路信道资源的确定因素为下面一项或任意项的组合：时频资源编号、正交序列编号、循环移位位置，不同的时频资源编号、正交序列编号、循环移位对应不同的物理上行链路信道资源。上述第一资源集合和第二资源集合不同可以包括：第一资源集合和第二资源集合中的物理上行链路信道资源的时频资源编号、正交序列编号、和/或循环移位位置的不同。本发明的实施例提供的调度信令的传输方法，通过用户设备使用不同的物理上行链路信道上报在多子帧调度信令调度的子帧上的传输数据和在单子帧调度信令调度的子帧上的传输数据对应的ACK或者NACK，解决了基站无法确定接收到的ACK或者NACK对应于在多子帧调度信令调度的子帧上的传输数据还是在单子帧调度信令调度的子帧上的传输数据的问题。进而，基站可以确定UE是否正确接收了调度信令，避免在后续的调度中出现错误扩散的问题。本发明的实施例提供一种调度信令的传输方法，参照图4所示，该方法包括以下步骤：401、基站通过调度信令向用户设备UE发送传输数据。具体的，基站在该调度信令调度的子帧的子帧上向用户设备发送传输数据。402、基站接收UE通过物理上行链路信道资源发送的反馈信息。其中，该反馈信息为UE根据对传输数据的接收情况确定的；该反馈信息包括：确认字符ACK或者否认字符NACK。具体的，若接收到的传输数据是正确的，则基站可以接收到UE通过物理上行链路信道发送的ACK；若接收到的传输数据是错误的，则基站可以接收到UE通过物理上行链路信道发送的NACK。403、基站根据该反馈信息所使用的物理上行链路信道资源确定传输数据是多子帧调度信令调度的还是单子帧调度信令调度的。其中，物理上行链路信道可以是物理上行控制信道(PhysicalUplinkControlChannel，简称PUCCH)或者物理上行共享信道（PhysicalUplinkSharedChannel，简称PUSCH）等。具体的，本发明的实施例主要是基站根据接收的物理上行链路信道所在的资源位置确定ACK或者NACK对应的HARQ进程来确定接收到的数据是单子帧调度信令调度的还是多子帧调度信令调度的。本发明的实施例提供的调度信令的传输方法，通过用户设备使用不同的物理上行链路信道上报在多子帧调度信令调度的子帧上的传输数据和在单子帧调度信令调度的子帧上的传输数据对应的ACK或者NACK，解决了基站无法确定接收到的ACK或者NACK对应于在多子帧调度信令调度的子帧上的传输数据还是在单子帧调度信令调度的子帧上的传输数据的问题。进而，基站可以确定UE是否正确接收了调度信令，避免在后续的调度中出现错误扩散的问题。本发明的实施例提供一种调度信令的传输方法，参照图5所示，该方法包括以下步骤：501、用户设备接收基站发送的调度信令。其中，该调度信令包括：HARQ进程号字段。调度信令可以为：单子帧调度信令和/或多子帧调度信令。单子帧调度信令是指调度一个子帧的调度信令，多子帧调度信令是指调度多个子帧的调度信令。单子帧调度信令的调度优先级高于多子帧调度信令的调度优先级。502、用户设备获取基站发送的调度信令调度的子帧的子帧号。若调度信令为单子帧调度信令，则该调度信令调度的子帧的子帧号可以为单子帧调度信令调度的子帧的子帧号；若调度信令为多子帧调度信令，则该调度信令调度的子帧的子帧号可以为多子帧调度信令调度的子帧的子帧号；若调度信令为单子帧调度信令和多子帧调度信令，则该调度信令调度的子帧的子帧号可以为单子帧调度信令调度的子帧的子帧号和多子帧调度信令调度的子帧的子帧号。该子帧调度信令调度的子帧号可以是UE通过下行信号获取的。503、用户设备根据该HARQ进程号字段和该子帧号确定传输块。根据HARQ进程号字段和该子帧号确定传输块可以是：根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号计算得到HARQ进程，然后确定该HARQ进程中的传输块；或者是根据调度信令中的HARQ进程号字段计算得到HARQ进程，然后根据调度信令调度的子帧的子帧号计算得到传输块。504、用户设备对传输块中的数据包进行处理。可选的，该方法还包括以下步骤：505、当在多子帧调度信令调度的子帧上接收到单子帧调度信令时，用户设备根据单子帧调度信令接收数据。同时，用户设备UE根据该单子帧调度信令确定确定HARQ进程和对应的传输块，而不是采用多子帧调度信令确定HARQ进程和对应的传输块。506、用户设备在多子帧调度信令调度的最后一个子帧之后的子帧上，接收在接收到单子帧调度信令的子帧上被多子帧调度信令调度的数据。同时，用户设备在该多子帧调度信令调度的最后一个子帧之后的子帧上根据该多子帧调度信令确定HARQ进程和对应的传输块。本发明的实施例提供的调度信令的传输方法，通过根据子帧调度信令中的HARQ进程号字段和子帧调度信令调度的子帧号来确定传输块，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。进而，可以提高数据重传的灵活性。本发明的实施例提供一种调度信令的传输方法，当传输块为单子帧调度信令对应的传输块，第一传输块时，参照图6所示，该方法包括以下步骤：601、用户设备接收基站发送的单子帧调度信令。其中，单子帧调度信令可以包括：第一HARQ进程号字段。具体的，单子帧调度信令是指只用于通知一个子帧的调度信息的调度信令，其中被调度的子帧可以是发送该单子帧调度信令的子帧，或者是发送单子帧调度信令的子帧之后的一个子帧。602、用户设备获取基站发送的单子帧调度信令调度的子帧的子帧号。在步骤602之后，可以根据步骤603a和步骤604a来确定第一传输块；当然，也可以是根据步骤603b和步骤604b来确定第一传输块；可选的，603a、用户设备根据单子帧调度信令中的第一HARQ进程号字段和单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程。604a、用户设备根据预设规则或单子帧调度信令中的传输块配置信令确定第一HARQ进程中的第一传输块。其中，预设规则为HARQ进程与传输块之间的对应关系。或者可选的，603b、用户设备根据单子帧调度信令中的第一HARQ进程号字段计算得到第一HARQ进程。604b、用户设备根据单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程中的第一传输块。其中，第一传输块为单子帧调度信令对应的传输块。605、用户设备对该第一传输块中的数据包进行处理。其中，单子帧调度信令用于调度重传数据。具体的，例如：UE接收到的单子帧调度信令中包含的HARQ进程号字段为3比特的字段，该字段对应的十进制数值为M，其中，M为非负整数。接收到单子帧调度信令的子帧号为N，其中，N为非负整数。那么确定HARQ进程为进程号等于M*P+mod(N，P)的进程。其中，mod(N，P)是N和P做除法运算之后的余数。其中，P可以为预定义的数值，取值为正整数，例如可以为2、4、8等数值；P也可以为基站通过高层信令配置的数值，其中，高层信令是无线资源控制（RadioResourceControl，简称RRC）层的信令或媒体接入控制（MediumAccessControl，简称MAC）层的信令；P也可以为基站通过动态信令配置的数值，其中，动态信令是物理下行控制信道（PhysicalDownlinkControlchannel，简称PDCCH）或增强型物理下行控制信道（EnhancedPhysicalDownlinkControlchannel，简称EPDCCH），具体的P可以是通过动态信令中的新增字段通知的数值，或者通过动态信令中的新数据指示（Newdataindicator，简称NDI）字段配置的数值，如果P是通过动态信令中的NDI字段配置的数值，单子帧调度信令只用来调度重传数据，此时NDI字段为冗余字段，因此可用于传输P，现有的动态信令中NDI共有1个或2个比特，因此可以通知的P的候选值个数为2个或4个。下表给出了一种通过动态信令中的新增字段或NDI指示P的取值的示例，其中新增字段或NDI有两个比特：新增字段或NDIP002014108111或者保留值下表给出了一种通过动态信令中的新增字段或NDI指示P的取值的另一种示例，其中新增字段或NDI有两个比特，其中数值1、数值2、数值3、数值4为通过高层信令通知给UE的：新增字段或NDIP00数值101数值210数值311数值4或者保留值此处，以P=4，UE在第0-8号子帧分别接收到了单子帧调度信令为例来说明子帧号、HARQ进程号字段与HARQ进程号之间的关系，如下表所示：子帧号012345678HARQ进程号字段111122220HARQ进程号45678910110其中，子帧号可以是一个无线帧内的子帧号，也可以是多个无线帧内的子帧号。本发明的实施例提供的调度信令的传输方法，通过根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号来确定传输块，实现了在不增加HARQ进程号字段的开销的前提下，可以支持更多的HARQ进程或者更多的传输块。本发明的实施例提供一种调度信令的传输方法，传输块为多子帧调度信令对应的传输块第二传输块时，参照图7所示，该方法包括以下步骤：701、用户设备接收基站发送的多子帧调度信令。其中，多子帧调度信令可以包括：第二HARQ进程号字段。具体的，多子帧调度信令是指用于通知至少两个子帧的调度信息的调度信令，其中被调度的子帧可以是发送多子帧调度信令的子帧和之后的至少一个子帧，或者是发送多子帧调度信令的子帧之后的至少两个子帧。702、用户设备获取基站发送的多子帧调度信令调度的子帧的子帧号。在步骤702之后，可以根据步骤703a和步骤704a来确定第二传输块；当然，也可以是根据步骤703b和步骤704b来确定第二传输块；可选的，703a、用户设备根据多子帧调度信令中的第二HARQ进程号字段和多子帧调度信令调度的子帧的子帧号计算得到第二HARQ进程。704a、用户设备根据预设规则或多子帧调度信令中的传输块配置信令确定第二HARQ进程中的第二传输块。其中，预设规则为HARQ进程与传输块之间的对应关系。或者可选的，703b、用户设备根据多子帧调度信令中的第二HARQ进程号字段计算得到第二HARQ进程。704b、用户设备根据多子帧调度信令调度的子帧的子帧号计算得到第二HARQ进程中的第二传输块。第二传输块为多子帧调度信令中的传输块。705、用户设备对该第二传输块中的数据包进行处理。其中，多子帧调度信令用于调度新传数据。具体的，根据多子帧调度信令中的第二HARQ进程号字段和多子帧调度信令调度的子帧号确定第二HARQ进程可以包括：UE接收到的多子帧调度信令中包含的HARQ进程号字段为3比特的字段,该字段对应的十进制数值为M，其中，M为非负整数；多子帧调度信令调度的子帧号为N，其中，N为非负整数,则确定HARQ进程为进程号为M*P+mod(N，P)的进程；或者，多子帧调度信令调度的第一个子帧的子帧号为Q，其中，Q为非负整数，那么确定HARQ进程为进程号为M*P+N-Q的进程。其中，公式M*P+mod(N，P)和公式M*P+N-Q的设计原则均是保证同一个多子帧调度信令调度的多个子帧分别对应不同的进程号。其中，P可以是多子帧调度中一次最多调度的子帧个数；或者，P可以是多子帧调度中一次实际调度的子帧个数;或者，P可以为预定义的数值，取值为正整数，例如可以为2、4、8等数值；P也可以为基站通过高层信令配置的数值，其中，高层信令是RRC层的信令或MAC层的信令；P也可以为基站通过动态信令配置的数值，其中，动态信令是PDCCH或EPDCCH，具体的P可以是通过动态信令中的新增字段配置的数值，或者通过动态信令中的新数据指示NDI字段配置的数值，如果P是通过动态信令中的NDI字段配置的数值，多子帧调度信令只用来调度新传数据，此时NDI字段为冗余字段，因此可用于传输P，现有的动态信令中NDI共有1个或2个比特，因此可以通知的P的候选值个数为2个或4个。通过动态信令中的新增字段或NDI指示P的取值的示例和通过高层信令通知P的取值给UE的动态信令中的新增字段或NDI指示P的取值的示例可以与单子帧调度信令中的相同，此处不再赘述。此处，以P=4，UE在第0、4号子帧上分别接收到了多子帧调度信令为例来说明子帧号、HARQ进程号字段与HARQ进程号之间的关系，子帧号01234567HARQ进程号字段12HARQ进程号4567891011本发明的实施例提供的调度信令的传输方法，通过根据子帧调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号来确定传输块，实现了在不增加HARQ进程号字段的开销的前提下，可以支持更多的HARQ进程或者更多的传输块。本发明的实施例提供一种调度信令的传输方法，调度信令包括单子帧调度信令和多子帧调度信令，参照图8所示，该方法具体包括以下步骤：801、用户设备接收基站发送的单子帧调度信令。其中，单子帧调度信令可以包括：第一HARQ进程号字段。具体的，单子帧调度信令是指用于通知一个子帧的调度信息的调度信令，其中被调度的子帧可以是发送该单子帧调度信令的子帧，或者是发送单子帧调度信令的子帧之后的一个子帧。802、用户设备接收基站发送的多子帧调度信令。其中，多子帧调度信令可以包括：第二HARQ进程号字段。具体的，多子帧调度信令是指用于通知至少两个子帧的调度信息的调度信令，其中被调度的子帧可以是发送多子帧调度信令的子帧和之后的至少一个子帧，或者是发送多子帧调度信令的子帧之后的至少两个子帧。单子帧调度信令的调度优先级高于多子帧调度信令的调度优先级。其中，需要说明的是，步骤801和步骤802的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤801和步骤802的执行的先后顺序不做限制，在具体的实施中根据接收到的单子帧调度信令和多子帧调度信令的先后顺序来实施。803、用户设备获取基站发送的单子帧调度信令调度的子帧的子帧号。804、用户设备获取基站发送的多子帧调度信令调度的子帧的子帧号。其中，需要说明的是，步骤803和步骤804的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤803和步骤804的执行的先后顺序不做限制，在具体实施环境中步骤803和步骤804执行顺序的区分方法与步骤801和步骤802执行顺序的区分方法相同，此处不再赘述。805、用户设备根据单子帧调度信令中的第一HARQ进程号字段和单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程。806、用户设备根据预设规则或单子帧调度信令中的传输块配置信令确定第一HARQ进程中的第一传输块。其中，预设规则为HARQ进程与传输块之间的对应关系。807、用户设备根据多子帧调度信令中的第二HARQ进程号字段和多子帧调度信令调度的子帧号计算得到第二HARQ进程。808、用户设备根据预设规则或多子帧调度信令中的传输块配置信令确定第二HARQ进程中的第二传输块。其中，预设规则为HARQ进程与传输块之间的对应关系。其中，需要说明的是，步骤805～806与步骤807～808的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤805～806与步骤807～808的执行的先后顺序不做限制，在具体实施环境中步骤805～806与步骤807～808的执行顺序的区分方法与步骤801和步骤802执行顺序的区分方法相同，此处不再赘述。具体的，应用单子帧调度信令来调度数据时，具体的举例可以为：UE接收到的单子帧调度信令中包含的HARQ进程号字段为3比特的字段，该字段对应的十进制数值为M，其中，M为非负整数。接收到单子帧调度信令的子帧号为N，其中，N为非负整数。那么确定HARQ进程为进程号等于M*P+mod(N，P)的进程。其中，mod(N，P)是N和P做除法运算之后的余数。P可以为预定义的数值，取值为正整数，例如可以为2、4、8等数值；P也可以为基站通过高层信令配置的数值，其中，高层信令是无线资源控制（RadioResourceControl，简称RRC）层的信令或媒体接入控制（MediumAccessControl，简称MAC）层的信令；P也可以为基站通过动态信令配置的数值，其中，动态信令是物理下行控制信道（PhysicalDownlinkControlchannel，简称PDCCH）或增强型物理下行控制信道（EnhancedPhysicalDownlinkControlchannel，简称EPDCCH），具体的P可以是通过动态信令中的新增字段配置的数值，或者通过动态信令中的新数据指示（Newdataindicator，简称NDI）字段配置的数值，如果P是通过动态信令中的NDI字段配置的数值，单子帧调度信令只用来调度重传数据，此时NDI字段为冗余字段，因此可用于传输P，现有的动态信令中NDI共有1个或2个比特，因此可以通知的P的候选值个数为2个或4个。下表给出了一种通过动态信令中的新增字段或NDI指示P的取值的示例，其中新增字段或NDI有两个比特：新增字段或NDIP002014108111或者保留值下表给出了一种通过动态信令中的新增字段或NDI指示P的取值的另一种示例，其中新增字段或NDI有两个比特，其中数值1、数值2、数值3、数值4为通过高层信令通知给UE的：新增字段或NDIP00数值101数值210数值311数值4或者保留值此处，以P=4，UE在第0-8号子帧分别接收到了单子帧调度信令为例来说明子帧号、HARQ进程号字段与HARQ进程号之间的关系，如下表所示：子帧号012345678HARQ进程号字段111122220HARQ进程号45678910110其中，子帧号可以是一个无线帧内的子帧号，也可以是多个无线帧内的子帧号。当然，对于应用多子帧调度信令来调度数据时，具体的举例可以为：根据多子帧调度信令中的第二HARQ进程号字段和多子帧调度信令调度的子帧号确定第二HARQ进程可以为：UE接收到的多子帧调度信令中包含的HARQ进程号字段为3比特的字段,该字段对应的十进制数值为M，其中，M为非负整数；多子帧调度信令调度的子帧号为N，其中，N为非负整数,则确定HARQ进程为进程号为M*P+mod(N，P)的进程;或者，多子帧调度信令调度的第一个子帧的子帧号为Q，其中，Q为非负整数，那么确定HARQ进程为进程号为M*P+N-Q的进程。其中，公式M*P+mod(N，P)和公式M*P+N-Q的设计原则均是保证同一个多子帧调度信令调度的多个子帧分别对应不同的进程号。其中，P可以是多子帧调度中一次最多调度的子帧个数；或者，P可以是多子帧调度中一次实际调度的子帧个数;或者，P可以为预定义的数值，取值为正整数，例如可以为2、4、8等数值；P也可以为基站通过高层信令配置的数值，其中，高层信令是RRC层的信令或MAC层的信令；P也可以为基站通过动态信令配置的数值，其中，动态信令是PDCCH或EPDCCH，具体的P可以是通过动态信令中的新增字段配置的数值，或者通过动态信令中的新数据指示NDI字段配置的数值，如果P是通过动态信令中的NDI字段配置的数值，多子帧调度信令只用来调度新传数据，此时NDI字段为冗余字段，因此可用于传输P，现有的动态信令中NDI共有1个或2个比特，因此可以通知的P的候选值个数为2个或4个。通过动态信令中的新增字段或NDI指示P的取值的示例和通过高层信令通知P的取值给UE的动态信令中的新增字段或NDI指示P的取值的示例可以与单子帧调度信令中的相同，此处不再赘述。此处，以P=4，UE在第0、4号子帧上分别接收到了多子帧调度信令为例来说明子帧号、HARQ进程号字段与HARQ进程号之间的关系，子帧号01234567HARQ进程号字段12HARQ进程号4567891011可选的，在本实施例中该方法还包括以下步骤：809、用户设备对该第一传输块中的数据包进行处理。810、用户设备对该第二传输块中的数据包进行处理。其中，需要说明的是，步骤809和步骤810的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤809和步骤810的执行的先后顺序不做限制，在具体的实施中根据接收到的单子帧调度信令和多子帧调度信令的先后顺序来实施。其中，多子帧调度信令用于调度新传数据。单子帧调度信令用于调度重传数据。本发明的实施例提供的调度信令的传输方法，通过根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号来确定传输块，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。进而，可以提高数据重传的灵活性。本发明的实施例提供一种调度信令的传输方法，调度信令包括：单子帧调度信令和多子帧调度信令，参照图9所示，该方法具体包括以下步骤：901、用户设备接收基站发送的单子帧调度信令。其中，单子帧调度信令可以包括：第一HARQ进程号字段。具体的，单子帧调度信令是指用于通知一个子帧的调度信息的调度信令，其中被调度的子帧可以是发送该单子帧调度信令的子帧，或者是发送单子帧调度信令的子帧之后的一个子帧。902、用户设备接收基站发送的多子帧调度信令。其中，多子帧调度信令可以包括：第二HARQ进程号字段。具体的，多子帧调度信令是指用于通知至少两个子帧的调度信息的调度信令，其中被调度的子帧可以是发送多子帧调度信令的子帧和之后的至少一个子帧，或者是发送多子帧调度信令的子帧之后的至少两个子帧。单子帧调度信令的调度优先级高于多子帧调度信令的调度优先级。需要说明的是，步骤901和步骤902的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤901和步骤902的执行的先后顺序不做限制，在具体的实施中根据接收到的单子帧调度信令和多子帧调度信令的先后顺序来实施。903、用户设备获取基站发送的单子帧调度信令调度的子帧的子帧号。904、用户设备获取基站发送的多子帧调度信令调度的子帧的子帧号。需要说明的是，步骤903和步骤904的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤903和步骤904的执行的先后顺序不做限制，在具体实施环境中步骤903和步骤904执行顺序的区分方法与步骤901和步骤902执行顺序的区分方法相同，此处不再赘述。905、用户设备根据单子帧调度信令中的第一HARQ进程号字段计算得到第一HARQ进程。906、用户设备根据单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程中的第一传输块。907、用户设备根据多子帧调度信令中的第二HARQ进程号字段计算得第二HARQ进程。908、用户设备根据多子帧调度信令调度的子帧的子帧号计算得到第二HARQ进程中的第二传输块。需要说明的是，步骤905～906与步骤907～908的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤905～906与步骤907～908的执行的先后顺序不做限制，在具体实施环境中步骤905～906与步骤907～908的执行顺序的区分方法与步骤901和步骤902执行顺序的区分方法相同，此处不再赘述。具体的，UE接收到的单子帧调度信令中包含的HARQ进程号字段为3比特的字段，该字段对应的十进制数值为M，其中，M为非负整数。接收到单子帧调度信令的子帧号为N，其中，N为非负整数。那么确定HARQ进程为进程号为M的进程，确定HARQ进程中的传输块为第mod(N，P)组传输块，其中，mod(N，P)是N和P做除法运算之后的余数；每组传输块包含1或2个传输块，每个子帧只传输一组传输块。其中P为预定义的数值，取值为正整数，例如可以为2，4，8等数值。P的配置方法与图8对应的实施例中的方法相同，此处不再赘述。此处，以P=4，UE在第0-8号子帧分别接收到了单子帧调度信令来说明子帧号、HARQ进程号字段与HARQ进程号之间的关系，如下表所示：子帧号012345678HARQ进程号字段111122220HARQ进程号111122220传输块组号012301230具体的，对于多子帧调度信令，UE接收到的多子帧调度信令中包含的HARQ进程号字段为3比特的字段，该字段对应的十进制数值为M，多子帧调度信令调度的子帧号为N，则确定HARQ进程为进程号为M的进程，确定HARQ进程中的传输块为第mod(N，P)组传输块，其中每组传输块包含1或2个传输块，每个子帧只传输一组传输块。其中P为预定义的数值，取值为正整数，例如可以为2，4，8等数值。本实施例中P的配置方法均相同，此处不再赘述。或者多子帧调度信令调度的子帧号为N，多子帧调度信令调度的第一个子帧的子帧号为Q，那么确定HARQ进程为进程号为M的进程，确定HARQ进程中的传输块为第N-Q组传输块，其中每组传输块包含1或2个传输块，每个子帧只传输一组传输块。其中P为预定义的数值，取值为正整数，例如可以为2，4，8等。P的配置方法与图8对应的实施例中的方法相同，此处不再赘述。此处，以P=4，UE在第0、4号子帧上分别接收到了多子帧调度信令来说明子帧号、HARQ进程号字段、HARQ进程号与传输块组号之间的关系，如下表所示：子帧号01234567HARQ进程号字段12HARQ进程号11112222传输块组号01230123进一步的，该方法还包括以下步骤：909、用户设备对该第一传输块中的数据包进行处理。910、用户设备对该第二传输块中的数据包进行处理。其中，需要说明的是，步骤909和步骤910的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤909和步骤910的执行的先后顺序不做限制，在具体的实施中根据接收到的单子帧调度信令和多子帧调度信令的先后顺序来实施。其中，多子帧调度信令用于调度新传数据。单子帧调度信令用于调度重传数据。本发明的实施例提供的调度信令的传输方法，通过根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号来确定传输块，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。进而，可以提高数据重传的灵活性。本发明的实施例提供一种调度信令的传输方法，传输块包括：第一传输块和第二传输块，参照图10所示，该方法具体包括以下步骤：1001、用户设备接收基站发送的单子帧调度信令。其中，单子帧调度信令可以包括：第一HARQ进程号字段。具体的，单子帧调度信令是指用于通知一个子帧的调度信息的调度信令，其中被调度的子帧可以是发送该单子帧调度信令的子帧，或者是发送单子帧调度信令的子帧之后的一个子帧。1002、用户设备接收基站发送的多子帧调度信令。其中，多子帧调度信令可以包括：第二HARQ进程号字段。具体的，多子帧调度信令是指用于通知至少两个子帧的调度信息的调度信令，其中被调度的子帧可以是发送多子帧调度信令的子帧和之后的至少一个子帧，或者是发送多子帧调度信令的子帧之后的至少两个子帧。单子帧调度信令的调度优先级高于多子帧调度信令的调度优先级。需要说明的是，步骤1001和步骤1002的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤1001和步骤1002的执行的先后顺序不做限制，在具体的实施中根据接收到的单子帧调度信令和多子帧调度信令的先后顺序来实施。1003、用户设备获取基站发送的单子帧调度信令调度的子帧的子帧号。1004、用户设备获取基站发送的多子帧调度信令调度的子帧的子帧号。其中，需要说明的是，步骤1003和步骤1004的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤1003和步骤1004的执行的先后顺序不做限制，在具体实施环境中步骤1003和步骤1004执行顺序的区分方法与步骤1001和步骤1002执行顺序的区分方法相同，此处不再赘述。1005、用户设备根据单子帧调度信令中的第一HARQ进程号字段和单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程。1006、用户设备根据预设规则或单子帧调度信令中的传输块配置信令确定第一HARQ进程中的第一传输块。1007、用户设备根据多子帧调度信令中的第二HARQ进程号字段和多子帧调度信令调度的子帧号计算得到第二HARQ进程。1008、用户设备根据预设规则或多子帧调度信令中的传输块配置信令确定第二HARQ进程中的第二传输块。其中，预设规则为HARQ进程与传输块之间的对应关系。1009、用户设备对该第一传输块中的数据包进行处理。1010、当在多子帧调度信令调度的子帧上接收到单子帧调度信令时，用户设备根据单子帧调度信令接收数据。1011、用户设备在多子帧调度信令调度的最后一个子帧之后的子帧上，接收在接收到单子帧调度信令的子帧上被多子帧调度信令调度的数据。具体的，以UE在第0号子帧上接收到了多子帧调度信令，在第1号子帧上接收到了单子帧调度信令为例进行说明：UE在第1号子帧上，根据单子帧调度信令确定HARQ进程和相应的传输块组，并根据单子帧调度信令处理HARQ进程中传输块组对应的传输块。进一步的，UE在第4号子帧上，根据多子帧调度信令和第1号子帧确定HARQ进程和相应的传输块组，并根据多子帧调度信令处理HARQ进程中传输块组对应的传输块；子帧号、多子帧调度信令中的HARQ进程号字段、根据多子帧调度信令确定的HARQ进程号、根据多子帧调度信令确定的传输块组号、单子帧调度信令中的HARQ进程号字段、根据单子帧调度信令确定的HARQ进程号、根据单子帧调度信令确定的传输块组号UE处理的HARQ进程号与UE处理的传输块组号之间的关系如下表所示：子帧号01234567多子帧调度信令中的HARQ进程号字段1根据多子帧调度信令确定的HARQ进程号1111根据多子帧调度信令确定的传输块组号0123单子帧调度信令中的HARQ进程号字段3根据单子帧调度信令确定的HARQ进程号3根据单子帧调度信令确定的传输块组号1UE处理的HARQ进程号13111UE处理的传输块组号01231多子帧调度信令调度的子帧号为1的子帧上接收到了单子帧调度信令，因此原来该1号子帧上传输的多子帧调度的HARQ进程号为1，对应的传输块组号为1的进程上的数据替换为由单子帧调度信令确定的HARQ进程号为3，对应的传输块组号为1的进程上的数据，而多子帧调度信令确定的进程号为1，传输块组号为1的进程上的数据由最后一个子帧之后的子帧号为4的子帧接收。这样，当在同一个子帧上出现单子帧调度和多子帧调度时可以避免UE的误解。其中，多子帧调度信令用于调度新传数据。单子帧调度信令用于调度重传数据。需要说明的是，本实施例中其它步骤的解释参照上述实施例中图8对应的实施例中的详细说明，此处不再赘述。本发明的实施例提供的调度信令的传输方法，通过根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号来确定传输块，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。进而，可以提高数据重传的灵活性。本发明的实施例提供一种调度信令的传输方法，调度信令包括：单子帧调度信令和多子帧调度信令，参照图11所示，该方法具体包括以下步骤：1101、用户设备接收基站发送的单子帧调度信令。其中，单子帧调度信令可以包括：第一HARQ进程号字段。具体的，单子帧调度信令是指用于通知一个子帧的调度信息的调度信令，其中被调度的子帧可以是发送该单子帧调度信令的子帧，或者是发送单子帧调度信令的子帧之后的一个子帧。1102、用户设备接收基站发送的多子帧调度信令。其中，多子帧调度信令可以包括：第二HARQ进程号字段。具体的，多子帧调度信令是指用于通知至少两个子帧的调度信息的调度信令，其中被调度的子帧可以是发送多子帧调度信令的子帧和之后的至少一个子帧，或者是发送多子帧调度信令的子帧之后的至少两个子帧。单子帧调度信令的调度优先级高于多子帧调度信令的调度优先级。需要说明的是，步骤1101和步骤1102的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤1101和步骤1102的执行的先后顺序不做限制，在具体的实施中根据接收到的单子帧调度信令和多子帧调度信令的先后顺序来实施。1103、用户设备获取基站发送的单子帧调度信令调度的子帧的子帧号。1104、用户设备获取基站发送的多子帧调度信令调度的子帧的子帧号。需要说明的是，步骤1103和步骤1104的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤1103和步骤1104的执行的先后顺序不做限制，在具体实施环境中步骤1103和步骤1104执行顺序的区分方法与步骤1101和步骤1102执行顺序的区分方法相同，此处不再赘述。1105、用户设备根据单子帧调度信令中的第一HARQ进程号字段计算得到第一HARQ进程。1106、用户设备根据单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程中的第一传输块。1107、用户设备根据多子帧调度信令中的第二HARQ进程号字段计算得第二HARQ进程。1108、用户设备根据多子帧调度信令调度的子帧的子帧号计算得到第二HARQ进程中的第二传输块。需要说明的是，步骤1105～1106与步骤1107～1108的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤1105～1106与步骤1107～1108的执行的先后顺序不做限制，在具体实施环境中步骤1105～1106与步骤1107～1108的执行顺序的区分方法与步骤1101和步骤1102执行顺序的区分方法相同，此处不再赘述。1109、用户设备对该第一传输块中的数据包进行处理。1110、当在多子帧调度信令调度的子帧上接收到单子帧调度信令时，用户设备根据单子帧调度信令接收数据。1111、用户设备在多子帧调度信令调度的最后一个子帧之后的子帧上，接收在接收到单子帧调度信令的子帧上被多子帧调度信令调度的数据。其中，多子帧调度信令用于调度新传数据。单子帧调度信令用于调度重传数据。需要说明的是，对于本实施例中的各个步骤的描述参照上述实施例中图9和图10对应的实施例中的详细说明，此处不再赘述。本发明的实施例提供的调度信令的传输方法，通过根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号来确定传输块，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。进而，可以提高数据重传的灵活性。本发明的实施例提供一种调度信令的传输方法，参照图12所示，该方法包括以下步骤：1201、用户设备UE接收基站发送的调度信令。1202、用户设备根据第一扰码序列和第二扰码序列对接收到的调度信令进行解扰得到第一解扰信息和第二解扰信息。其中，第一扰码序列和第二扰码序列是UE预先设定的或基站配置给UE的。第一扰码序列可以为第一无线网络临时标识（RadioNetworkTemporaryIdentifier，简称RNTI），第一RNTI是多子帧调度信令专用的。第二扰码序列可以为第二RNTI，第二RNTI是单子帧调度信令专用的。1203、用户设备将第一解扰信息和第二解扰信息进行校验。第一解扰信息是将在基站侧对通过第一RNTI加扰后的数据进行解扰后得到的解扰序列。第二解扰信息是将在基站侧对通过第二RNTI加扰后的数据进行解扰后得到的解扰序列。1204、若第一解扰信息校验成功，则用户设备判定调度信令为多子帧调度信令。1205、若第二解扰信息校验成功，则用户设备判定调度信令为单子帧调度信令。1206、用户设备通过多子帧调度信令或单子帧调度信令接收基站发送的数据。需要说明的是，步骤1204和步骤1205的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤1204和步骤1205的执行的先后顺序不做限制。其中，调度信令的扰码序列可以是基站发送给UE的，也可以是UE预先设定的。当单子帧调度信令和多子帧调度信令的长度相同时，UE无法区别调度信令是单子帧调度信令还是多子帧调度信令，此时可以采用本实施例中提供的方法通过扰码不同来区分调度信令是单子帧调度信令还是多子帧调度信令。本发明的实施例提供的调度信令的传输方法，在用户设备侧通过对接收到的调度信令进行解扰并校验确定调度信令为多子帧调度信令还是单子帧调度信令，解决了用户设备无法自主确定调度信令为多子帧调度信令还是单子帧调度信令的问题，减少了操作流程、提高了工作效率。本发明的实施例提供一种调度信令的传输方法，参照图13所示，该方法包括以下步骤：1301、基站通过调度信令向UE发送传输数据。具体的，基站在该调度信令调度的子帧的子帧上向用户设备发送传输数据。1302、用户设备UE通过调度信令接收基站发送的传输数据。UE接收到基站发送的调度信令后，根据该调度信令接收基站在该调度信令调度的子帧上传输的数据。其中，调度信令包括单子帧调度信令或多子帧调度信令。1303、用户设备判断接收到的传输数据是否正确。1304、若传输数据是通过多子帧调度信令接收的，则用户设备通过属于第一资源集合的物理上行链路信道发送反馈消息至基站。其中，反馈消息是根据判断结果得到的；反馈信息包括：确认字符ACK或者否认字符NACK。若用户设备判断得到接收到的传输数据是正确的，则发送ACK至基站，若判断得到接收到的传输数据是错误的，则发送NACK至基站。1305、若传输数据是通过单子帧调度信令接收的，则用户设备通过属于第二资源集合的物理上行链路信道资源发送反馈消息至基站。1306、基站接收UE通过物理上行链路信道发送的反馈信息。其中，第一资源集合和第二资源集合不同。上述第一资源集合和第二资源集合不同可以包括：第一资源集合和第二资源集合中的物理上行链路信道资源的时频资源编号、正交序列编号、和/或循环移位位置的不同。具体的，物理上行链路信道包括物理上行控制信道(PhysicalUplinkControlChannel，简称PUCCH)或者物理上行共享信道（PhysicalUplinkSharedChannel，简称PUSCH）等。1307、若反馈信息所使用的物理上行链路信道资源属于第一资源集合，则基站判定传输数据是多子帧调度信令调度的。其中，第一资源集合是预先定义的或由高层信令配置的。1308、若反馈信息所使用的物理上行链路信道资源属于第二资源集合，则基站判定传输数据是单子帧调度信令调度的。其中，第二资源集合是预先定义的或由高层信令配置的。第一资源集合和第二资源集合至少包含一个物理上行链路信道资源。该物理上行链路信道资源可以是用于发送物理上行控制信道的资源。物理上行链路信道资源的确定因素为下面一项或任意项的组合：时频资源编号、正交序列编号、循环移位位置，不同的时频资源编号、正交序列编号、循环移位对应不同的物理上行链路信道资源。需要说明的是，步骤1307和步骤1308的执行没有先后顺序，通常情况下还可以同时执行，本发明实施例在此对步骤1307和步骤1308的执行的先后顺序不做限制。具体的，在多子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源与在单子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源不同。这样，基站就可以根据接收到的PUCCH所在的资源位置确定ACK/NACK对应的传输数据是在多子帧调度信令调度的子帧上还是在单子帧调度信令调度的子帧上。在多子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源属于第一资源集合，在单子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源属于第二资源集合。本发明的实施例提供的调度信令的传输方法，通过用户设备使用不同的物理上行链路信道上报在多子帧调度信令调度的子帧上的传输数据和在单子帧调度信令调度的子帧上的传输数据对应的ACK或者NACK，解决了基站无法确定接收到的ACK或者NACK对应于在多子帧调度信令调度的子帧上的传输数据还是在单子帧调度信令调度的子帧上的传输数据的问题。进而，基站可以确定UE是否正确接收了调度信令，避免在后续的调度中出现错误扩散的问题。本发明的实施例提供一种用户设备14，用于实现图1和图5～图11中的任一对应的方法实施例所提供的调度信令的传输方法，参照图14所示，该用户设备包括：接收单元1401、获取单元1402和处理单元1403，其中：接收单元1401，用于接收基站发送的调度信令.其中，调度信令可以包括：HARQ进程号字段。获取单元1402，还用于获取基站发送的调度信令调度的子帧的子帧号。获取单元1402，还用于根据接收单元1401接收到的HARQ进程号字段和子帧号确定传输块。处理单元1403，用于对传输块中的数据进行处理。本发明的实施例提供的用户设备，通过根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号来确定传输块，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。具体的，当调度信令为单子帧调度信令时，参照图15所示，接收单元1401包括：第一接收模块14011，其中：第一接收模块14011，用于接收基站发送的单子帧调度信令。其中，单子帧调度信令可以包括：第一HARQ进程号字段。进一步，参照图16所示，获取单元包括：第一获取模块14021，其中：第一获取模块14021，用于获取基站发送的单子帧调度信令调度的子帧的子帧号。第一获取模块14021，还用于根据第一接收模块14011接收到的单子帧调度信令中的第一HARQ进程号字段和单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程。第一获取模块14021，还用于根据预设规则或单子帧调度信令中的传输块配置信令确定第一HARQ进程中的第一传输块。其中，预设规则为HARQ进程与传输块之间的对应关系。可选的，参照图17所示，获取单元还包括：第二获取模块14022，其中：第二获取模块14022，用于根据第一接收模块14011接收到的单子帧调度信令中的第一HARQ进程号字段计算得到第一HARQ进程。第二获取模块14022，还用于根据单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程中的第一传输块。具体可选的，当调度信令为多子帧调度信令时，参照图18所示，接收单元1401还包括：第二接收模块14012，其中：第二接收模块14012，用于接收基站发送的多子帧调度信令。参照图19所示，获取单元1402还包括：第三获取模块14023，和第四获取模块14024，其中：第三获取模块14023，用于获取基站发送的多子帧调度信令调度的子帧的子帧号。第三获取模块14023，用于根据第二接收模块14012接收到的多子帧调度信令中的第二HARQ进程号字段和多子帧调度信令调度的子帧的子帧号计算得到第二HARQ进程。第三获取模块14023，还用于根据预设规则或多子帧调度信令中的传输块配置信令确定第二HARQ进程中的第二传输块。第四获取模块14024，用于根据第二接收模块14012接收到多子帧调度信令中的第二HARQ进程号字段计算得到第二HARQ进程。第四获取模块14024，还用于根据多子帧调度信令调度的子帧的子帧号计算得到第二HARQ进程中的第二传输块。其中，第二传输块对应于第二HARQ进程。进一步可选的，接收单元1401，还用于当在多子帧调度信令调度的子帧上接收到单子帧调度信令时，UE根据单子帧调度信令接收数据。具体的，处理单元1403，还用于在多子帧调度信令调度的最后一个子帧之后的子帧上，接收在接收到单子帧调度信令的子帧上被多子帧调度信令调度的数据。其中，多子帧调度信令用于调度新传数据。单子帧调度信令用于调度重传数据。具体的，单子帧调度信令是指用于通知一个子帧的调度信息的调度信令，其中被调度的子帧可以是发送该单子帧调度信令的子帧，或者是发送单子帧调度信令的子帧之后的一个子帧。多子帧调度信令是指用于通知至少两个子帧的调度信息的调度信令，其中被调度的子帧可以是发送多子帧调度信令的子帧和之后的至少一个子帧，或者是发送多子帧调度信令的子帧之后的至少两个子帧。单子帧调度信令的调度优先级高于多子帧调度信令的调度优先级，即当单子帧调度信令调度的子帧与多子帧调度信令调度的子帧为同一个子帧时，用户设备根据单子帧调度信令中的HARQ进程号字段和单子帧调度信令调度的子帧的子帧号确定传输块。需要说明的是，本实施例中的用户设备中的各单元的实现方式和交互过程可以参考相应方法实施例中的相关描述。本发明的实施例提供的用户设备，通过根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号来确定传输块，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。进而，可以提高数据重传的灵活性。本发明的实施例提供一种用户设备15，用于实现图2和图12对应的方法实施例所提供的调度信令的传输方法，参照图20所示，包括：接收单元1501、解扰单元1502、校验单元1503和处理单元1504，其中：接收单元1501，用于接收基站发送的调度信令。解扰单元1502，用于根据第一扰码序列和第二扰码序列对接收单元1501接收到的调度信令进行解扰得到第一解扰信息和第二解扰信息。其中，第一扰码序列和第二扰码序列是UE预先设定的或基站配置给UE的。第一扰码序列可以为第一无线网络临时标识（RadioNetworkTemporaryIdentifier，简称RNTI），第一RNTI是多子帧调度信令专用的。第二扰码序列可以为第二RNTI，第二RNTI是单子帧调度信令专用的。校验单元1503，用于将第一解扰信息和第二解扰信息进行校验。第一解扰信息是将在基站侧对通过第一RNTI加扰后的数据进行解扰后得到的解扰序列。第二解扰信息是将在基站侧对通过第二RNTI加扰后的数据进行解扰后得到的解扰序列。处理单元1504，用于根据校验单元1503得到的校验结果，判定调度信令是多子帧调度信令还是单子帧调度信令。接收单元1501，还用于通过调度信令接收基站发送的数据。进一步，参照图21所示，处理单元1504包括：第一判断模块15041和第二判断模块15042，其中：第一判断模块15041，用于若第一解扰信息校验成功，则判定调度信令为多子帧调度信令。第二判断模块15042，用于若第二解扰信息校验成功，则判定调度信令为单子帧调度信令。其中，调度信令的扰码可以是基站发送给UE的，也可以是UE预先设定的。当单子帧调度信令和多子帧调度信令的长度相同时，UE无法区别调度信令是单子帧调度信令还是多子帧调度信令，此时可以采用本实施例中提供的方法通过扰码不同来区分调度信令是单子帧调度信令还是多子帧调度信令。具体的，用户设备自己可以根据接收数据的的调度信令的扰码确定接收数据是由单子帧调度信令调度的还是多子帧调度信令调度的，不需要依靠基站来确定调度信令的类型，在具体的操作过程中更加方便。需要说明的是，本实施例中的用户设备中的各单元的实现方式和交互过程可以参考相应方法实施例中的相关描述。本发明的实施例提供的用户设备，在用户设备侧通过对接收到的调度信令进行解扰并校验确定调度信令为多子帧调度信令还是单子帧调度信令，解决了用户设备无法自主确定调度信令为多子帧调度信令还是单子帧调度信令的问题，减少了操作流程、提高了工作效率。本发明的实施例提供一种用户设备16，用于实现图3和图13对应的方法实施例所提供的调度信令的传输方法，参照图22所示，包括：接收单元1601、判断单元1602和发送单元1603，其中：接收单元1601，用于通过调度信令接收基站发送的传输数据。其中，调度信令包括单子帧调度信令或多子帧调度信令。判断单元1602，用于判断接收单元1601接收到的传输数据是否正确。发送单元1603，用于若传输数据是通过多子帧调度信令接收的，则通过属于第一资源集合的物理上行链路信道资源发送反馈消息至基站。其中，反馈消息是根据判断结果得到的；反馈信息包括：确认字符ACK或者否认字符NACK。若用户设备判断得到接收到的传输数据是正确的，则发送ACK至基站，若判断得到接收到的传输数据是错误的，则发送NACK至基站。发送单元1603，还用于若传输数据是通过单子帧调度信令接收的，则通过属于第二资源集合的物理上行链路信道资源发送反馈消息至基站。需要说明的是，本实施例中的用户设备中的各单元的实现方式和交互过程可以参考相应方法实施例中的相关描述。本发明的实施例提供的用户设备，通过使用不同的物理上行链路信道上报在多子帧调度信令调度的子帧上的传输数据和在单子帧调度信令调度的子帧上的传输数据对应的ACK或者NACK，解决了基站无法确定接收到的ACK或者NACK对应于在多子帧调度信令调度的子帧上的传输数据还是在单子帧调度信令调度的子帧上的传输数据的问题。进而，基站可以确定UE是否正确接收了调度信令，避免在后续的调度中出现错误扩散的问题。本发明的实施例提供一种基站17，用于实现图4对应的方法实施例所提供的调度信令的传输方法，参照图23所示，包括：发送单元1701、接收单元1702和处理单元1703，其中：发送单元1701，用于通过调度信令向UE发送传输数据。接收单元1702，用于接收UE通过物理上行链路信道资源发送的反馈信息。其中，反馈信息为UE根据对传输数据的接收情况确定的，反馈信息包括：确认字符ACK或者否认字符NACK。处理单元1703，用于根据接收单元1702接收到的反馈信息所使用的物理上行链路信道确定传输数据是多子帧调度信令调度的还是单子帧调度信令调度的。具体的，参照图24所示，处理单元1602包括：第一判断模块17031和第二判断模块17032，其中：第一判断模块17031，用于若接收单元1702接收到的反馈信息所使用的物理上行链路信道资源属于第一资源集合，则判定传输数据是多子帧调度信令调度的。其中，第一资源集合是预先定义的或由高层信令配置的。第二判断模块17032，用于若接收单元1702接收到的反馈信息所使用的物理上行链路信道资源属于第二资源集合，则判定传输数据是单子帧调度信令调度的。其中，第二资源集合是预先定义的或由高层信令配置的。第一资源集合和第二资源集合不同。上述第一资源集合和第二资源集合不同可以包括：第一资源集合和第二资源集合中的物理上行链路信道资源的时频资源编号、正交序列编号、和/或循环移位位置的不同。其中，物理上行链路信道包括物理上行控制信道PUCCH或者物理上行共享信道PUSCH等。具体的，在多子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源与在单子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源不同。这样，基站就可以根据接收到的PUCCH所在的资源位置确定ACK/NACK对应的传输数据是在多子帧调度信令调度的子帧上还是在单子帧调度信令调度的子帧上。在多子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源属于第一资源集合，在单子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源属于第二资源集合。需要说明的是，本实施例中的基站中的各单元的实现方式和交互过程可以参考相应方法实施例中的相关描述。本发明的实施例提供的基站，通过用户设备使用不同的物理上行链路信道上报在多子帧调度信令调度的子帧上的传输数据和在单子帧调度信令调度的子帧上的传输数据对应的ACK或者NACK，解决了基站无法确定接收到的ACK或者NACK对应于在多子帧调度信令调度的子帧上的传输数据还是在单子帧调度信令调度的子帧上的传输数据的问题。进而，基站可以确定UE是否正确接收了调度信令，避免在后续的调度中出现错误扩散的问题。需要说明的是，本发明中的用户设备16和基站17的装置实施例结合起来应用于实现图13对应的方法实施例提供的调度信令的传输方法。本发明的实施例提供一种用户设备18，用于实现图1和图5～图11中的任一对应的方法实施例所提供的调度信令的传输方法，参照图25所示，包括：接收器1801、处理器1802，其中：接收器1801，用于接收基站发送的调度信令。其中，调度信令可以包括：HARQ进程号字段。处理器1802，用于获取调度信令调度的子帧的子帧号。处理器1802，还用于根据接收器1801接收到的HARQ进程号字段和处理器1802获取的子帧号确定传输块。处理器1802，还用于对传输块中的数据进行处理。本发明的实施例提供的用户设备，通过根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号来确定传输块，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。进一步，调度信令为单子帧调度信令，HARQ进程号字段为第一HARQ进程号字段，处理器1802具体用于执行以下操作：根据单子帧调度信令中的第一HARQ进程号字段和单子帧调度信令调度的子帧号计算得到第一HARQ进程。根据预设规则或单子帧调度信令中的传输块配置信令确定第一HARQ进程中的第一传输块。其中，预设规则为HARQ进程与传输块之间的对应关系。可选进一步的，调度信令为单子帧调度信令，HARQ进程号字段为第一HARQ进程号字段，处理器1802具体还用于执行以下操作：根据单子帧调度信令中的第一HARQ进程号字段计算得到第一HARQ进程。根据单子帧调度信令调度的子帧的子帧号计算得到第一HARQ进程中的第一传输块。可选的，调度信令为多子帧调度信令，HARQ进程号字段为第二HARQ进程号字段，处理器1802具体还用于执行以下操作：根据多子帧调度信令中的第二HARQ进程号字段和多子帧调度信令调度的子帧的子帧号计算得到第二HARQ进程。根据预设规则或多子帧调度信令中的传输块配置信令确定第二HARQ进程中的第二传输块。可选的，调度信令为多子帧调度信令，HARQ进程号字段为第二HARQ进程号字段，处理器1802具体还用于执行以下操作：根据多子帧调度信令中的第二HARQ进程号字段计算得到第二HARQ进程。根据多子帧调度信令调度的子帧的子帧号计算得到第二HARQ进程中的第二传输块。进一步，接收器1801，还用于当在多子帧调度信令调度的子帧上接收到单子帧调度信令时，UE根据单子帧调度信令接收数据。接收器1801，还用于在多子帧调度信令调度的最后一个子帧之后的子帧上，接收在接收到单子帧调度信令的子帧上被多子帧调度信令调度的数据。多子帧调度信令用于调度新传数据。单子帧调度信令用于调度重传数据。具体的，单子帧调度信令是指用于通知一个子帧的调度信息的调度信令，其中被调度的子帧可以是发送该单子帧调度信令的子帧，或者是发送单子帧调度信令的子帧之后的一个子帧。多子帧调度信令是指用于通知至少两个子帧的调度信息的调度信令，其中被调度的子帧可以是发送多子帧调度信令的子帧和之后的至少一个子帧，或者是发送多子帧调度信令的子帧之后的至少两个子帧。单子帧调度信令的调度优先级高于多子帧调度信令的调度优先级，即当单子帧调度信令调度的子帧与多子帧调度信令调度的子帧为同一个子帧时，用户设备根据单子帧调度信令中的HARQ进程号字段和单子帧调度信令调度的子帧的子帧号确定传输块。需要说明的是，本实施例中的用户设备中的接收器和处理器的实现方式和交互过程可以参考相应方法实施例中的相关描述。本发明的实施例提供的用户设备，通过根据调度信令中的HARQ进程号字段和调度信令调度的子帧的子帧号来确定传输块，可以避免出现进程数不足的问题。增加了调度信令能够支持的进程数，提高了单子帧或多子帧调度可以使用的HARQ进程或HARQ进程中的传输块，同时不增加调度信令的开销。进而，可以提高数据重传的灵活性。本发明的实施例提供一种用户设备19，用于实现图2对应的方法实施例所提供的调度信令的传输方法，参照图26所示，包括：接收器1901、处理器1902，其中：接收器1901，用于接收基站发送的调度信令。处理器1902，用于根据第一扰码序列和第二扰码序列对接收器1901接收到的调度信令进行解扰得到第一解扰信息和第二解扰信息。处理器1902，还用于将处理器1902得到的第一解扰信息和第二解扰信息进行校验。处理器1902，还用于根据处理器1902得到的检验结果，判定调度信令是多子帧调度信令还是单子帧调度信令。接收器1901，还用于通过处理器1902得到的调度信令接收基站发送的数据。本发明的实施例提供的用户设备，在用户设备侧通过对接收到的调度信令进行解扰并校验确定调度信令为多子帧调度信令还是单子帧调度信令，解决了用户设备无法自主确定调度信令为多子帧调度信令还是单子帧调度信令的问题，减少了操作流程、提高了工作效率。进一步，该用户设备用于实现图12对应的方法实施例所提供的调度信令的传输方法，处理器1902，还用于若第一解扰信息校验成功，则判定调度信令为多子帧调度信令。进一步，处理器1901，还用于若第二解扰信息校验成功，则判定调度信令为单子帧调度信令。其中，第一扰码序列和第二扰码序列是UE预先设定的或基站配置给UE的。第一扰码序列可以为第一无线网络临时标识（RadioNetworkTemporaryIdentifier，简称RNTI），第一RNTI是多子帧调度信令专用的。第二扰码序列可以为第二RNTI，第二RNTI是单子帧调度信令专用的。当单子帧调度信令和多子帧调度信令的长度相同时，UE无法区别调度信令是单子帧调度信令还是多子帧调度信令，此时可以采用本实施例中提供的方法通过扰码不同来区分调度信令是单子帧调度信令还是多子帧调度信令。具体的，用户设备自己可以根据接收数据的的调度信令的扰码确定接收数据是由单子帧调度信令调度的还是多子帧调度信令调度的，不需要依靠基站来确定调度信令的类型，在具体的操作过程中更加方便。需要说明的是，本实施例中的用户设备中的接收器和处理器的实现方式和交互过程可以参考相应方法实施例中的相关描述。本发明的实施例提供的用户设备，在用户设备侧通过对接收到的调度信令进行解扰并校验确定调度信令为多子帧调度信令还是单子帧调度信令，解决了用户设备无法自主确定调度信令为多子帧调度信令还是单子帧调度信令的问题，减少了操作流程、提高了工作效率。本发明的实施例提供一种用户设备20，用于实现图3和图13对应的方法实施例所提供的调度信令的传输方法，参照图27所示，包括：接收器2001、处理器2002和发射器2003，其中：接收器2001，用于通过调度信令接收基站发送的传输数据。其中，调度信令包括单子帧调度信令或多子帧调度信令。处理器2002，用于判断接收器2001接收到的传输数据是否正确。发射器2003，用于若传输数据是通过多子帧调度信令接收的，则通过属于第一资源集合的物理上行链路信道资源发送反馈消息至基站。其中，反馈消息是根据判断结果得到的；反馈信息包括：确认字符ACK或者否认字符NACK。发射器2003，还用于若传输数据是通过单子帧调度信令接收的，则通过属于第二资源集合的物理上行链路信道资源发送反馈消息至基站。其中，第一资源集合和第二资源集合不同。上述第一资源集合和第二资源集合不同可以包括：第一资源集合和第二资源集合中的物理上行链路信道资源的时频资源编号、正交序列编号、和/或循环移位位置的不同。需要说明的是，本实施例中的用户设备中的接收器、处理器和发射器的实现方式和交互过程可以参考相应方法实施例中的相关描述。本发明的实施例提供的用户设备，通过使用不同的物理上行链路信道上报在多子帧调度信令调度的子帧上的传输数据和在单子帧调度信令调度的子帧上的传输数据对应的ACK或者NACK，解决了基站无法确定接收到的ACK或者NACK对应于在多子帧调度信令调度的子帧上的传输数据还是在单子帧调度信令调度的子帧上的传输数据的问题。进而，基站可以确定UE是否正确接收了调度信令，避免在后续的调度中出现错误扩散的问题。本发明的实施例提供一种基站21，用于实现图4对应的方法实施例所提供的调度信令的传输方法，参照图28所示，包括：发射器2101、接收器2102和处理器2103，其中：发射器2101，用于通过调度信令向UE发送传输数据。接收器2102，用于接收UE通过物理上行链路信道资源发送的反馈信息。其中，反馈信息为UE根据对传输数据的接收情况确定的，反馈信息包括：确认字符ACK或者否认字符NACK。处理器2103，还用于根据接收器2102接收到的反馈信息所使用的物理上行链路信道确定传输数据是多子帧调度信令调度的还是单子帧调度信令调度的。本发明的实施例提供的基站，通过用户设备使用不同的物理上行链路信道上报在多子帧调度信令调度的子帧上的传输数据和在单子帧调度信令调度的子帧上的传输数据对应的ACK或者NACK，解决了基站无法确定接收到的ACK或者NACK对应于在多子帧调度信令调度的子帧上的传输数据还是在单子帧调度信令调度的子帧上的传输数据的问题。进而，基站可以确定UE是否正确接收了调度信令，避免在后续的调度中出现错误扩散的问题。进一步，处理器2103，具体用于若反馈信息所使用的物理上行链路信道资源属于第一资源集合，则判定传输数据是多子帧调度信令调度的。其中，第一资源集合是预先定义的或由高层信令配置的。进一步，处理器1901，具体用于若反馈信息所使用的物理上行链路信道资源属于第二资源集合，则判定传输数据是单子帧调度信令调度的。其中，第二资源集合是预先定义的或由高层信令配置的。第一资源集合和第二资源集合不同。上述第一资源集合和第二资源集合不同可以包括：第一资源集合和第二资源集合中的物理上行链路信道资源的时频资源编号、正交序列编号、和/或循环移位位置的不同。其中，物理上行链路信道包括物理上行控制信道PUCCH或者物理上行共享信道PUSCH等。具体的，在多子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源与在单子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源不同。这样，基站就可以根据接收到的PUCCH所在的资源位置确定ACK/NACK对应的传输数据是在多子帧调度信令调度的子帧上还是在单子帧调度信令调度的子帧上。在多子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源属于第一资源集合，在单子帧调度信令调度的子帧上的传输数据对应的ACK/NACK所使用的PUCCH资源属于第二资源集合。需要说明的是，本实施例中的基站中的处理器、接收器和发射器的实现方式和交互过程可以参考相应方法实施例中的相关描述。本发明的实施例提供的基站，通过用户设备使用不同的物理上行链路信道上报在多子帧调度信令调度的子帧上的传输数据和在单子帧调度信令调度的子帧上的传输数据对应的ACK或者NACK，解决了基站无法确定接收到的ACK或者NACK对应于在多子帧调度信令调度的子帧上的传输数据还是在单子帧调度信令调度的子帧上的传输数据的问题。进而，基站可以确定UE是否正确接收了调度信令，避免在后续的调度中出现错误扩散的问题。需要说明的是，本发明中的用户设备20和基站21的装置实施例结合起来应用于实现图13对应的方法实施例提供的调度信令的传输方法。所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，仅以上述各功能模块的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能模块完成，即将装置的内部结构划分成不同的功能模块，以完成以上描述的全部或者部分功能。上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。以上所述，以上实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围。因此，本发明的保护范围应以所述权利要求的保护范围为准。当前第1页1 2 3