一种对下行数据进行反馈的方法及装置与流程

本申请涉及通信
技术领域：
，尤其涉及一种对下行数据进行反馈的方法及装置。
背景技术：
：随着移动通信业务需求的发展变化，国际电信联盟(internationaltelecommunicationunion，itu)等多个组织对未来移动通信系统都定义了更高的用户面时延性能要求。在不改变传输时间间隔(transmissiontimeinterval，tti)的情况下(此时tti为1毫秒)，可以通过提高用户设备(userequipment，ue)的处理性能，缩短处理时长，从而提高用户面时延性能。表1所示为长期演进(longtermevolution，lte)系统中，时分双工(timedivisionduplexing，tdd)模式下子帧的上下行配置方式。其中，tdd模式下的一个无线帧为10毫秒，每个无线帧包括0～9共10个子帧，一个子帧为1毫秒；对于每个无线帧，现有技术共定义了7种子帧的上下行配置方式，配置编号分别为0～6；如表1所示，d为下行子帧，u为上行子帧，s为特殊子帧。表1在tdd模式的lte系统中，设ue在下行或特殊子帧m中接收下行数据，并经过k个子帧(k毫秒)对该下行数据进行处理和传输后，可以在后续的上行子帧中做出该下行数据是否需要重传的反馈，包括确定(acknowledgement，ack)反馈和否定(negativeacknowledgement，nack)反馈。由于现有技术对数据的处理时长为3个子帧(3毫秒)，传输时长为1个子帧(1毫秒)，此时，对于在下行或特殊子帧m中接收的下行数据，最快可以在向后经过的第4个子帧(k＝4)中进行反馈，如果该第4个子帧不是上行子帧，则可以在该第4个子帧之后的第1个上行子帧中进行反馈。那么，在一个上行子帧n中，可以对在多个下行或特殊子帧m接收到的下行数据进行反馈，其中，m＝n-k+10β(当n-k<-10时，β为2，当-10≤n-k<0时，β为1，当n-k≥0时，β为0)。表2所示为当处理时长为3个子帧时，针对每一种上下行配置方式下，每个上行子帧n可以对应的k的取值；以表2为依据，就可以得到现有技术中对下行数据进行反馈的反馈时序信息，并通过高层指令为终端指示发送反馈信息的物理上行链路控制信道(physicaluplinkcontrolchannel，pucch)隐式资源。表2但是，当需要采用缩短处理时长的方式来提高用户面时延性能时，上述现有技术中对下行数据进行反馈的反馈时序信息，以及依据该反馈时序信息所指示的pucch隐式资源，都将无法适用。可见，现有技术中存在当ue的处理时长缩短时，对下行数据进行反馈的反馈时序信息无法适用的问题。技术实现要素：本申请实施例提供一种对下行数据进行反馈的方法及装置，用以解决现有技术中存在的当ue的处理时长缩短时，对下行数据进行反馈的反馈时序信息无法适用的问题。本申请实施例提供一种对下行数据进行反馈的方法，包括：确定用户设备ue的处理能力，上述处理能力是指上述ue对接收的下行数据进行处理以确定是否需要重传所耗费的处理时长；根据确定的处理能力，确定上述ue对上述下行数据进行反馈的反馈时序信息。本申请实施例还提供一种对下行数据进行反馈的装置，包括：处理模块，用于确定用户设备ue的处理能力，上述处理能力是指上述ue对接收的下行数据进行处理以确定是否需要重传所耗费的处理时长；反馈模块，用于根据确定的处理能力，确定上述ue对上述下行数据进行反馈的反馈时序信息。本申请实施例提供一种用户设备ue结构示意图，包括：处理器，用于读取存储器中的程序，执行下列过程：确定ue的处理能力，上述处理能力是指上述ue对接收的下行数据进行处理以确定是否需要重传所耗费的处理时长；根据确定的处理能力，确定上述ue对上述下行数据进行反馈的反馈时序信息。本申请实施例还提供一种网络侧设备结构示意图，包括：处理器，用于读取存储器中的程序，执行下列过程：确定ue的处理能力，上述处理能力是指上述ue对接收的下行数据进行处理以确定是否需要重传所耗费的处理时长；根据确定的处理能力，确定上述ue对上述下行数据进行反馈的反馈时序信息。本申请有益效果包括：本申请实施例提供的方案中，根据ue处理能力的不同，也即，根据ue对接收的下行数据进行处理以确定是否需要重传所耗费的处理时长的不同，来分别确定ue对下行数据进行反馈的反馈时序信息，此时，若ue的处理时长缩短，对下行数据进行反馈的反馈时序信息则会适应性地发生改变，完成对下行数据的反馈，进而提高用户面时延性能。本申请的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本申请而了解。本申请的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。附图说明附图用来提供对本申请的进一步理解，并且构成说明书的一部分，与本申请实施例一起用于解释本申请，并不构成对本申请的限制。在附图中：图1为本申请实施例1提供的一种对下行数据进行反馈的方法的流程示意图；图2为本申请实施例2提供的方案中，ue在3个进程下对下行数据进行反馈的示意图；图3为本申请实施例3提供的方案中，ue在5个进程下对下行数据进行反馈的示意图；图4为本申请实施例4提供的方案中，ue在8个进程下对下行数据进行反馈的示意图；图5a为本申请实施例5提供的方案中，ue在7个进程下对下行数据进行反馈的示意图；图5b为分别在处理时长为3个子帧的ue中，以及在本申请实施例5提供的方案中，针对上行子帧2上的反馈时序示意图；图5c为在本申请实施例5中，针对上行子帧2上，用于发送反馈信息的pucch隐式资源分配示意图；图6为本申请实施例6提供的方案中，ue在10个进程下对下行数据进行反馈的示意图；图7为本申请实施例7提供的方案中，ue在13个进程下对下行数据进行反馈的示意图；图8为本申请实施例8提供的方案中，ue在5个进程下对下行数据进行反馈的示意图；图9为本申请实施例9提供的方案中，ue在2个进程下对下行数据进行反馈的示意图；图10为本申请实施例10提供的方案中，ue在3个进程下对下行数据进行反馈的示意图；图11为本申请实施例11提供的方案中，ue在6个进程下对下行数据进行反馈的示意图；图12为本申请实施例12提供的方案中，ue在7个进程下对下行数据进行反馈的示意图；图13为本申请实施例13提供的方案中，ue在8个进程下对下行数据进行反馈的示意图；图14为本申请实施例14提供的方案中，ue在12个进程下对下行数据进行反馈的示意图；图15为本申请实施例15提供的方案中，ue在5个进程下对下行数据进行反馈的示意图；图16a为本申请实施例16提供的一种对下行数据进行反馈的装置的结构示意图之一；图16b为本申请实施例16提供的一种对下行数据进行反馈的装置的结构示意图之二；图16c为本申请实施例16提供的一种对下行数据进行反馈的装置的结构示意图之三；图16d为本申请实施例16提供的一种对下行数据进行反馈的装置的详细结构示意图；图17为本申请实施例17提供的一种用户设备ue结构示意图；图18为本申请实施例18提供的一种网络侧设备结构示意图。具体实施方式为了给出当ue的处理时长缩短时，对下行数据进行反馈的反馈时序信息适应性发生改变的实现方案，本申请实施例提供了一种对下行数据进行反馈的方法，以下结合说明书附图对本申请的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本申请，并不用于限定本申请。并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。实施例1本申请实施例1提供一种对下行数据进行反馈的方法，其流程示意图如图1所示，具体可以包括以下步骤：s101、确定ue的处理能力，上述处理能力是指上述ue对接收的下行数据进行处理以确定是否需要重传所耗费的处理时长；s102、根据确定的处理能力，确定上述ue对上述下行数据进行反馈的反馈时序信息。实际实施时，用户设备ue和网络侧设备(例如基站)均可以作为本申请实施例1提供的方案的执行主体。当ue作为执行主体时，ue根据自身的处理能力，以及与不同的处理能力对应的反馈时序信息，确定出自身适用的反馈时序信息。当网络侧设备作为执行主体时，可以接收ue上报的处理能力，根据ue上报的处理能力确定出该ue所适用的反馈时序信息。具体地，网络侧设备可以直接将与该ue的处理能力相适应的各种上下行配置方式下的反馈时序信息统一发送给ue，也可以将需要ue使用的上下行配置方式和与该上下行配置方式对应的反馈时序信息通知给ue。在上述两种具体情形下，都可以根据ue处理能力的不同，也即，根据ue对接收的下行数据进行处理以确定是否需要重传所耗费的处理时长的不同，来分别确定ue对下行数据进行反馈的反馈时序信息，此时，若ue的处理时长缩短，对下行数据进行反馈的反馈时序信息则会适应性地发生改变，完成对下行数据的反馈，进而提高用户面时延性能。具体地，上述步骤s102，可以包括：若上述处理能力对应的处理时长为3个子帧，确定上述ue对上述下行数据进行反馈的第一反馈时序信息，该第一反馈时序信息为第三代合作伙伴计划长期演进发行第13版(3rdgenerationpartnershipprojectlongtermevolutionrelease13，3gpplterel-13)及之前版本的协议中所定义的反馈时序信息；若上述处理能力对应的处理时长小于3个子帧，确定上述ue对上述下行数据进行反馈的第二反馈时序信息，其中，上述ue在第二反馈时序信息所指示的反馈时序下对接收的下行数据进行反馈的最短时长，小于在第一反馈时序信息所指示的反馈时序下对接收的下行数据进行反馈的最短时长。实际实施时，如果确定出处理能力对应的处理时长仍为3个子帧，那么，可以仍采用3gpplterel-13及之前版本的协议中所定义的反馈时序信息，也即采用根据表2可以得到的反馈时序信息；如果确定出处理能力对应的处理时长小于3个子帧，即ue的处理时长缩短，此时，可以根据ue的处理时长，使用新的反馈时序信息对下行数据进行反馈。那么，针对处理能力对应的处理时长小于3个子帧的情形，如果上述处理能力对应的处理时长为2个子帧(2毫秒)，传输时长为1个子帧(1毫秒)，此时，对于在子帧(下行子帧或特殊子帧)m中接收的下行数据，最快可以在自接收到下行数据起的第3个子帧(k＝3)中进行反馈，如果该第3个子帧不是上行子帧，则可以在该第3个子帧之后的第1个上行子帧中进行反馈。那么，在一个上行子帧n中，可以对在多个子帧(下行子帧或特殊子帧)m接收到的下行数据进行反馈，其中，m＝n-k+10β(当n<k时，β为1，当n≥k时，β为0)。表3所示为当处理时长为2个子帧时，针对每一种上下行配置方式下，每个上行子帧n可以对应的k的取值。表3同理，如果上述处理能力对应的处理时长为1个子帧(1毫秒)，在子帧(下行子帧或特殊子帧)m中接收的下行数据，最快可以在向后经过的第3个子帧(k＝3)中进行反馈。表4所示为当处理时长为1个子帧时，在每一种上下行配置方式下，每个上行子帧n对应的k的取值。表4显然，根据表3和表4，就可以确定出当处理时长为2个子帧或1个子帧时，在每一种上下行配置方式下，ue对下行数据进行反馈的反馈时序信息，完成对下行数据的反馈。进一步地，本申请实施例1提供的方法，还可以包括：根据确定的处理能力以及上述ue的上下行配置信息，确定上述ue对上述下行数据进行反馈时的最大混合自动重传请求(hybridautomaticrepeatrequest，harq)进程数。具体地，根据确定出的反馈时序信息，可以得到在同一处理能力和上下行配置信息下，ue对下行数据进行反馈的最大harq进程数。表5所示为当处理时长为2个子帧时，针对每一种上下行配置方式，所列举的最大harq进程数；表6所示为当处理时长为1个子帧时，针对每一种上下行配置方式，所列举的最大harq进程数。上下行配置最大harq进程数0315283741051365表5上下行配置最大harq进程数021326374851265表6至此，根据表3和表5，就可以得到当处理时长为2个子帧时，针对每一种上下行配置方式，ue在多个进程下对下行数据进行反馈的具体流程。同理，根据表4和表6，也可以得到当处理时长为1个子帧时，针对每一种上下行配置方式，ue在多个进程下对下行数据进行反馈的具体流程。进一步地，上述步骤s102之后，还可以包括：若在配置编号为l的上下行配置方式下，在上行子帧n中对在子帧n-k+10β接收的下行数据进行反馈，则在子帧n-k+10β中，确定与第三反馈时序信息所指示的子帧相同的子帧；其中，上述第三反馈时序信息所指示的子帧是指在针对处理时长为3个子帧的ue所设计的反馈时序中，在配置编号为l(l为非负整数)的上下行配置方式下，在上行子帧n中发送的反馈信息所对应的发送下行数据的子帧(该子帧也即上行子帧n所反馈的发送下行数据的子帧，或者说为发送上行子帧n所反馈的下行数据的子帧)；针对确定的上述相同的子帧，与上述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源；针对子帧n-k+10β中除确定的上述相同的子帧以外的任一子帧，确定高层信令指示的用于发送反馈信息的pucch隐式资源或者根据预定义的规则，确定用于发送反馈信息的pucch隐式资源。也即，在配置编号为l的上下行配置方式下，针对处理时长小于3个子帧的ue，如果是对在子帧m中接收的下行数据通过上行子帧n进行反馈，而针对处理时长为3个子帧的ue，同样也是在该子帧m中接收的下行数据通过该上行子帧n进行反馈，那么，针对这种情况，对于该子帧m，可以与处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源。而对于其他不存在上述情况的任一子帧，则可以通过高层信令指示来确定pucch隐式资源，或者通过预定义的规则来确定pucch隐式资源。具体地，针对子帧n-k+10β中除确定的上述相同的子帧以外的任一子帧，根据预定义的规则，确定用于发送反馈信息的pucch隐式资源，可以包括：针对子帧n-k+10β中除确定的上述相同的子帧以外的任一子帧，确定高层信令指示的上述pucch隐式资源的起始点，并根据上述起始点和在该任一子帧中进行物理下行链路控制信道(physicaldownlinkcontrolchannel，pdcch)传输所使用的第一个控制信道单元(controlchannelelement，cce)的索引号，确定用于发送反馈信息的pucch隐式资源；其中，上述起始点，与上述处理时长为3个子帧的ue发送反馈信息的pucch隐式资源的起始点不同。如上所述，针对其他不存在上述情况的任一子帧，可以通过预定义的规则来确定新的pucch隐式资源，该预定义的规则具体可以为：通过高层信令确定新的pucch的起始点，根据该起始点以及该任一子帧进行pdcch传输所使用的第一个cce的索引号，来确定新的pucch隐式资源。可见，本申请实施例1提供的对下行数据进行反馈的方法，可以实现当ue的处理时长缩短时，对下行数据进行反馈的反馈时序信息适应性发生改变。下面结合附图，用实施例2～实施例14对本申请实施例1提供的方法进行详细描述。实施例2当ue对接受的下行数据进行处理的处理能力对应的处理时长为2个子帧，上下行配置信息对应的配置编号为0时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为3、4、8或9时，k为3；其中，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为3；针对子帧0、子帧1、子帧5和子帧6，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图2所示为本申请实施例2提供的方案中，ue在3个进程下对下行数据进行反馈的示意图。图中的pdsch传输帧为物理下行共享信道(physicaldownlinksharedchannel，pdsch)传输帧。实施例3当ue对接收的下行数据进行处理的处理能力对应的处理时长为2个子帧，上下行配置信息对应的配置编号为1时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2或7时，k为3和6，当n为3或8时，k为3；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为5；针对子帧1和子帧6，与所述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源；针对子帧0、子帧4、子帧5和子帧9，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图3所示为本申请实施例3提供的方案中，ue在5个进程下对下行数据进行反馈的示意图。实施例4当ue对接收的下行数据进行处理的处理能力对应的处理时长为2个子帧，上下行配置信息对应的配置编号为2时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2或7时，k为7、4、3和6；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为8；针对子帧0、子帧1、子帧3、子帧5、子帧6和子帧8，与所述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源；针对子帧4和子帧9，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图4所示为本申请实施例4提供的方案中，ue在8个进程下对下行数据进行反馈的示意图。实施例5当ue对接收的下行数据进行处理的处理能力对应的处理时长为2个子帧，上下行配置信息对应的配置编号为3时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2时，k为7、5和6；当n为3时，k为5和4；当n为4时，k为4和3；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为7；针对子帧0、子帧5、子帧6和子帧8，与所述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源；针对子帧1、子帧7和子帧9，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图5a所示为本申请实施例5提供的方案中，ue在7个进程下对下行数据进行反馈的示意图。图5b所示为分别在处理时长为3个子帧的ue中，以及在本申请实施例5提供的方案中，针对上行子帧2上的反馈时序示意图；图5c所示为在本申请实施例5中，针对上行子帧2上，用于发送反馈信息的pucch隐式资源分配示意图。图中的pusch为物理上行共享信道(physicaluplinksharedchannel，pusch)。实施例6当ue对接收的下行数据进行处理的处理能力对应的处理时长为2个子帧，上下行配置信息对应的配置编号为4时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2时，k为8、7、6和11；当n为3时，k为6、5、4和3；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为10；针对子帧1、子帧4、子帧5、子帧7、子帧8和子帧9，与所述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源；针对子帧0和子帧6，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图6所示为本申请实施例6提供的方案中，ue在10个进程下对下行数据进行反馈的示意图。实施例7当ue对接收的下行数据进行处理的处理能力对应的处理时长为2个子帧，上下行配置信息对应的配置编号为5时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2时，k为12、9、8、7、5、4、3、11和6；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为13；针对子帧0、子帧1、子帧3、子帧4、子帧5、子帧6、子帧7和子帧8，与所述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源。针对子帧9，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图7所示为本申请实施例7提供的方案中，ue在13个进程下对下行数据进行反馈的示意图。实施例8当ue对接收的下行数据进行处理的处理能力对应的处理时长为2个子帧，上下行配置信息对应的配置编号为6时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2或7时，k为6；当n为3或4时，k为4；当n为8时，k为3；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为5；针对子帧0、子帧1、子帧5、子帧6和子帧9，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图8所示为本申请实施例8提供的方案中，ue在5个进程下对下行数据进行反馈的示意图。实施例9当ue对接收的下行数据进行处理的处理能力对应的处理时长为1个子帧，上下行配置信息对应的配置编号为0时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2、3、7或8时，k为2；其中，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为2；针对子帧0、子帧1、子帧5和子帧6，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图9所示为本申请实施例9提供的方案中，ue在2个进程下对下行数据进行反馈的示意图。实施例10当ue对接收的下行数据进行处理的处理能力对应的处理时长为1个子帧，上下行配置信息对应的配置编号为1时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2或7时，k为3和2；当n为3或8时，k为2；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为3；针对子帧0、子帧1、子帧4、子帧5、子帧6和子帧9，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图10所示为本申请实施例10提供的方案中，ue在3个进程下对下行数据进行反馈的示意图。实施例11当ue对接收的下行数据进行处理的处理能力对应的处理时长为1个子帧，上下行配置信息对应的配置编号为2时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2或7时，k为4、3、2和6；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为6；针对子帧1、子帧3、子帧6和子帧8，与所述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源；针对子帧0、子帧4、子帧5和子帧9，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图11所示为本申请实施例11提供的方案中，ue在6个进程下对下行数据进行反馈的示意图。实施例12当ue对接收的下行数据进行处理的处理能力对应的处理时长为1个子帧，上下行配置信息对应的配置编号为3时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2时，k为7、5和6；当n为3时，k为5和4；当n为4时，k为4和3；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为7；针对子帧0、子帧5、子帧6和子帧8，与所述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源；针对子帧1、子帧7和子帧9，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图12所示为本申请实施例12提供的方案中，ue在7个进程下对下行数据进行反馈的示意图。实施例13当ue对接收的下行数据进行处理的处理能力对应的处理时长为1个子帧，上下行配置信息对应的配置编号为4时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2时，k为8、7、5和6；当n为3时，k为5、4、3和2；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为8；针对子帧4、子帧5、子帧8和子帧9，与所述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源；针对子帧0、子帧1、子帧6和子帧7，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图13所示为本申请实施例13提供的方案中，ue在8个进程下对下行数据进行反馈的示意图。实施例14当ue对接收的下行数据进行处理的处理能力对应的处理时长为1个子帧，上下行配置信息对应的配置编号为5时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2时，k为9、8、7、5、4、3、2、11和6；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为12；针对子帧1、子帧3、子帧4、子帧5、子帧6、子帧7和子帧8，与所述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源。针对子帧0和子帧9，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图14所示为本申请实施例14提供的方案中，ue在12个进程下对下行数据进行反馈的示意图。实施例15当ue对接收的下行数据进行处理的处理能力对应的处理时长为1个子帧，上下行配置信息对应的配置编号为6时，在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n为2、3或4时，k为3；当n为7或8时，k为2；其中，当n<k时，β为1，当n≥k时，β为0；根据上述处理能力和上下行配置信息，确定上述ue对上述下行数据进行反馈时的harq进程数为5；针对子帧0、子帧1、子帧5、子帧6和子帧9，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。图15所示为本申请实施例15提供的方案中，ue在5个进程下对下行数据进行反馈的示意图。综上可见，本申请实施例2～实施例15提供的对下行数据进行反馈的方法，可以实现当ue的处理时长缩短时，对下行数据进行反馈的反馈时序信息适应性发生改变。实施例16基于同一构思，根据本申请上述实施例提供的一种对下行数据进行反馈的方法，相应地，本申请实施例16还提供了一种对下行数据进行反馈的装置，具体实现方式可以参见前述方法的实施例，重复之处不再赘述。本申请实施例16提供了一种对下行数据进行反馈的装置，其结构示意图如图16a所示，具体可以包括：处理模块1601，用于确定ue的处理能力，上述处理能力是指上述ue对接收的下行数据进行处理以确定是否需要重传所耗费的处理时长；反馈模块1602，用于根据确定的处理能力，确定上述ue对上述下行数据进行反馈的反馈时序信息。具体地，反馈模块1602，可以用于：若上述处理能力对应的处理时长为3个子帧，确定上述ue对上述下行数据进行反馈的第一反馈时序信息，该第一反馈时序信息为3gpplterel-13及之前版本的协议中所定义的反馈时序信息；若上述处理能力对应的处理时长小于3个子帧，确定上述ue对上述下行数据进行反馈的第二反馈时序信息，其中，上述ue在第二反馈时序信息所指示的反馈时序下对接收的下行数据进行反馈的最短时长，小于在第一反馈时序信息所指示的反馈时序下对接收的下行数据进行反馈的最短时长。具体地，反馈模块1602，可以用于：若上述处理能力对应的处理时长为2个子帧，确定在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n<k时，β为1，当n≥k时，β为0；其中：若上下行配置信息对应的配置编号为0，则n为3、4、8或9时，k为3；若上述上下行配置信息对应的配置编号为1，则n为2或7时，k为3和6；n为3或8时，k为3；若上述上下行配置信息对应的配置编号为2，则n为2或7时，k为7、4、3和6；若上述上下行配置信息对应的配置编号为3，则n为2时，k为7、5和6；n为3时，k为5和4；n为4时，k为4和3；若上述上下行配置信息对应的配置编号为4，则n为2时，k为8、7、6和11；n为3时，k为6、5、4和3；若上述上下行配置信息对应的配置编号为5，则n为2时，k为12、9、8、7、5、4、3、11和6；若上述上下行配置信息对应的配置编号为6，则n为2或7时，k为6；n为3或4时，k为4；n为8时，k为3。具体地，反馈模块1602，可以用于：若上述处理能力对应的处理时长为1个子帧，确定在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n<k时，β为1，当n≥k时，β为0；其中：若上下行配置信息对应的配置编号为0，则n为2、3、7或8时，k为2；若上述上下行配置信息对应的配置编号为1，则n为2或7时，k为3和2；n为3或8时，k为2；若上述上下行配置信息对应的配置编号为2，则n为2或7时，k为4、3、2和6；若上述上下行配置信息对应的配置编号为3，则n为2时，k为7、5和6；n为3时，k为5和4；n为4时，k为4和3；若上述上下行配置信息对应的配置编号为4，则n为2时，k为8、7、5和6；n为3时，k为5、4、3和2；若上述上下行配置信息对应的配置编号为5，则n为2时，k为9、8、7、5、4、3、2、11和6；若上述上下行配置信息对应的配置编号为6，则n为2、3或4时，k为3；n为7或8时，k为2。进一步地，本申请实施例16提供的装置，如图16b所示，还可以包括：进程数确定模块1603，用于根据确定的处理能力以及所述ue的上下行配置信息，确定所述ue对所述下行数据进行反馈时的最大harq进程数。具体地，进程数确定模块1603，可以用于：当上述处理能力对应的处理时长为2个子帧时，若上述上下行配置信息对应的配置编号为0，则上述最大harq进程数为3；若上述配置编号为1，则上述最大harq进程数为5；若上述配置编号为2，则上述最大harq进程数为8；若上述配置编号为3，则上述最大harq进程数为7；若上述配置编号为4，则上述最大harq进程数为10；若上述配置编号为5，则上述最大harq进程数为13；若上述配置编号为6，则上述最大harq进程数为5。具体地，进程数确定模块1603，可以用于：当上述处理能力对应的处理时长为1个子帧时，若上述上下行配置信息对应的配置编号为0，则上述最大harq进程数为2；若上述配置编号为1，则上述最大harq进程数为3；若上述配置编号为2，则上述最大harq进程数为6；若上述配置编号为3，则上述最大harq进程数为7；若上述配置编号为4，则上述最大harq进程数为8；若上述配置编号为5，则上述最大harq进程数为12；若上述配置编号为6，则上述最大harq进程数为5。进一步地，本申请实施例16提供的装置中，如图16c所示，还可以包括：资源确定模块1604，用于若在配置编号为l的上下行配置方式下，在上行子帧n中对在子帧n-k+10β接收的下行数据进行反馈，则在子帧n-k+10β中，确定与第三反馈时序信息所指示的子帧相同的子帧；其中，上述第三反馈时序信息所指示的子帧是指在针对处理时长为3个子帧的ue所设计的反馈时序中，在配置编号为l的上下行配置方式下，在上行子帧n中发送的反馈信息所对应的发送下行数据的子帧；针对确定的上述相同的子帧，与上述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源；针对子帧n-k+10β中除确定的上述相同的子帧以外的任一子帧，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。具体地，资源确定模块1604，可以用于：针对子帧n-k+10β中除确定的上述相同的子帧以外的任一子帧，确定高层信令指示的上述pucch隐式资源的起始点，并根据上述起始点和在该任一子帧中进行pdcch传输所使用的第一个cce的索引号，确定用于发送反馈信息的pucch隐式资源；其中，上述起始点，与上述处理时长为3个子帧的ue发送反馈信息的pucch隐式资源的起始点不同。图16d所示为本申请实施例16提供的一种对下行数据进行反馈的装置的详细结构示意图。可见，本申请实施例16提供的对下行数据进行反馈的装置，可以实现当ue的处理时长缩短时，对下行数据进行反馈的反馈时序信息适应性发生改变。实施例17本申请实施例17提供一种用户设备ue结构示意图，如图17所示，包括：处理器1701，用于读取存储器1702中的程序，执行下列过程：确定ue的处理能力，上述处理能力是指上述ue对接收的下行数据进行处理以确定是否需要重传所耗费的处理时长；根据确定的处理能力，确定上述ue对上述下行数据进行反馈的反馈时序信息。具体地，处理器1701，可以用于：若上述处理能力对应的处理时长为3个子帧，确定上述ue对上述下行数据进行反馈的第一反馈时序信息，该第一反馈时序信息为3gpplterel-13及之前版本的协议中所定义的反馈时序信息；若上述处理能力对应的处理时长小于3个子帧，确定上述ue对上述下行数据进行反馈的第二反馈时序信息，其中，上述ue在第二反馈时序信息所指示的反馈时序下对接收的下行数据进行反馈的最短时长，小于在第一反馈时序信息所指示的反馈时序下对接收的下行数据进行反馈的最短时长。具体地，处理器1701，可以用于：若上述处理能力对应的处理时长为2个子帧，确定在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n<k时，β为1，当n≥k时，β为0；其中：若上下行配置信息对应的配置编号为0，则n为3、4、8或9时，k为3；若上述上下行配置信息对应的配置编号为1，则n为2或7时，k为3和6；n为3或8时，k为3；若上述上下行配置信息对应的配置编号为2，则n为2或7时，k为7、4、3和6；若上述上下行配置信息对应的配置编号为3，则n为2时，k为7、5和6；n为3时，k为5和4；n为4时，k为4和3；若上述上下行配置信息对应的配置编号为4，则n为2时，k为8、7、6和11；n为3时，k为6、5、4和3；若上述上下行配置信息对应的配置编号为5，则n为2时，k为12、9、8、7、5、4、3、11和6；若上述上下行配置信息对应的配置编号为6，则n为2或7时，k为6；n为3或4时，k为4；n为8时，k为3。具体地，处理器1701，可以用于：若上述处理能力对应的处理时长为1个子帧，确定在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n<k时，β为1，当n≥k时，β为0；其中：若上下行配置信息对应的配置编号为0，则n为2、3、7或8时，k为2；若上述上下行配置信息对应的配置编号为1，则n为2或7时，k为3和2；n为3或8时，k为2；若上述上下行配置信息对应的配置编号为2，则n为2或7时，k为4、3、2和6；若上述上下行配置信息对应的配置编号为3，则n为2时，k为7、5和6；n为3时，k为5和4；n为4时，k为4和3；若上述上下行配置信息对应的配置编号为4，则n为2时，k为8、7、5和6；n为3时，k为5、4、3和2；若上述上下行配置信息对应的配置编号为5，则n为2时，k为9、8、7、5、4、3、2、11和6；若上述上下行配置信息对应的配置编号为6，则n为2、3或4时，k为3；n为7或8时，k为2。进一步地，处理器1701，还可以用于：根据确定的处理能力以及所述ue的上下行配置信息，确定所述ue对所述下行数据进行反馈时的最大harq进程数。具体地，处理器1701，可以用于：当上述处理能力对应的处理时长为2个子帧时，若上述上下行配置信息对应的配置编号为0，则上述最大harq进程数为3；若上述配置编号为1，则上述最大harq进程数为5；若上述配置编号为2，则上述最大harq进程数为8；若上述配置编号为3，则上述最大harq进程数为7；若上述配置编号为4，则上述最大harq进程数为10；若上述配置编号为5，则上述最大harq进程数为13；若上述配置编号为6，则上述最大harq进程数为5。具体地，处理器1701，可以用于：当上述处理能力对应的处理时长为1个子帧时，若上述上下行配置信息对应的配置编号为0，则上述最大harq进程数为2；若上述配置编号为1，则上述最大harq进程数为3；若上述配置编号为2，则上述最大harq进程数为6；若上述配置编号为3，则上述最大harq进程数为7；若上述配置编号为4，则上述最大harq进程数为8；若上述配置编号为5，则上述最大harq进程数为12；若上述配置编号为6，则上述最大harq进程数为5。进一步地，处理器1701，还可以用于：若在配置编号为l的上下行配置方式下，在上行子帧n中对在子帧n-k+10β接收的下行数据进行反馈，则在子帧n-k+10β中，确定与第三反馈时序信息所指示的子帧相同的子帧；其中，上述第三反馈时序信息所指示的子帧是指在针对处理时长为3个子帧的ue所设计的反馈时序中，在配置编号为l的上下行配置方式下，在上行子帧n中发送的反馈信息所对应的发送下行数据的子帧；针对确定的上述相同的子帧，与上述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源；针对子帧n-k+10β中除确定的上述相同的子帧以外的任一子帧，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。具体地，处理器1701，可以用于：针对子帧n-k+10β中除确定的上述相同的子帧以外的任一子帧，确定高层信令指示的上述pucch隐式资源的起始点，并根据所述起始点和在该任一子帧中进行pdcch传输所使用的第一个cce的索引号，确定用于发送反馈信息的pucch隐式资源；其中，所述起始点，与所述处理时长为3个子帧的ue发送反馈信息的pucch隐式资源的起始点不同。其中，在图17中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1701代表的一个或多个处理器和存储器1702代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。针对不同的ue，用户接口1703还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器1701负责管理总线架构和通常的处理，存储器1702可以存储处理器1701在执行操作时所使用的数据。实施例18本申请实施例18还提供一种网络侧设备结构示意图，如图18所示，包括：处理器1801，用于读取存储器1802中的程序，执行下列过程：确定ue的处理能力，上述处理能力是指上述ue对接收的下行数据进行处理以确定是否需要重传所耗费的处理时长；根据确定的处理能力，确定上述ue对上述下行数据进行反馈的反馈时序信息。具体地，处理器1801，可以用于：若上述处理能力对应的处理时长为3个子帧，确定上述ue对上述下行数据进行反馈的第一反馈时序信息，该第一反馈时序信息为3gpplterel-13及之前版本的协议中所定义的反馈时序信息；若上述处理能力对应的处理时长小于3个子帧，确定上述ue对上述下行数据进行反馈的第二反馈时序信息，其中，上述ue在第二反馈时序信息所指示的反馈时序下对接收的下行数据进行反馈的最短时长，小于在第一反馈时序信息所指示的反馈时序下对接收的下行数据进行反馈的最短时长。具体地，处理器1801，可以用于：若上述处理能力对应的处理时长为2个子帧，确定在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n<k时，β为1，当n≥k时，β为0；其中：若上下行配置信息对应的配置编号为0，则n为3、4、8或9时，k为3；若上述上下行配置信息对应的配置编号为1，则n为2或7时，k为3和6；n为3或8时，k为3；若上述上下行配置信息对应的配置编号为2，则n为2或7时，k为7、4、3和6；若上述上下行配置信息对应的配置编号为3，则n为2时，k为7、5和6；n为3时，k为5和4；n为4时，k为4和3；若上述上下行配置信息对应的配置编号为4，则n为2时，k为8、7、6和11；n为3时，k为6、5、4和3；若上述上下行配置信息对应的配置编号为5，则n为2时，k为12、9、8、7、5、4、3、11和6；若上述上下行配置信息对应的配置编号为6，则n为2或7时，k为6；n为3或4时，k为4；n为8时，k为3。具体地，处理器1801，可以用于：若上述处理能力对应的处理时长为1个子帧，确定在上行子帧n中对在子帧n-k+10β接收到的下行数据进行反馈，当n<k时，β为1，当n≥k时，β为0；其中：若上下行配置信息对应的配置编号为0，则n为2、3、7或8时，k为2；若上述上下行配置信息对应的配置编号为1，则n为2或7时，k为3和2；n为3或8时，k为2；若上述上下行配置信息对应的配置编号为2，则n为2或7时，k为4、3、2和6；若上述上下行配置信息对应的配置编号为3，则n为2时，k为7、5和6；n为3时，k为5和4；n为4时，k为4和3；若上述上下行配置信息对应的配置编号为4，则n为2时，k为8、7、5和6；n为3时，k为5、4、3和2；若上述上下行配置信息对应的配置编号为5，则n为2时，k为9、8、7、5、4、3、2、11和6；若上述上下行配置信息对应的配置编号为6，则n为2、3或4时，k为3；n为7或8时，k为2。进一步地，处理器1801，还可以用于：根据确定的处理能力以及所述ue的上下行配置信息，确定所述ue对所述下行数据进行反馈时的最大harq进程数。具体地，处理器1801，可以用于：当上述处理能力对应的处理时长为2个子帧时，若上述上下行配置信息对应的配置编号为0，则上述最大harq进程数为3；若上述配置编号为1，则上述最大harq进程数为5；若上述配置编号为2，则上述最大harq进程数为8；若上述配置编号为3，则上述最大harq进程数为7；若上述配置编号为4，则上述最大harq进程数为10；若上述配置编号为5，则上述最大harq进程数为13；若上述配置编号为6，则上述最大harq进程数为5。具体地，处理器1801，可以用于：当上述处理能力对应的处理时长为1个子帧时，若上述上下行配置信息对应的配置编号为0，则上述最大harq进程数为2；若上述配置编号为1，则上述最大harq进程数为3；若上述配置编号为2，则上述最大harq进程数为6；若上述配置编号为3，则上述最大harq进程数为7；若上述配置编号为4，则上述最大harq进程数为8；若上述配置编号为5，则上述最大harq进程数为12；若上述配置编号为6，则上述最大harq进程数为5。进一步地，处理器1801，还可以用于：若在配置编号为l的上下行配置方式下，在上行子帧n中对在子帧n-k+10β接收的下行数据进行反馈，则在子帧n-k+10β中，确定与第三反馈时序信息所指示的子帧相同的子帧；其中，上述第三反馈时序信息所指示的子帧是指在针对处理时长为3个子帧的ue所设计的反馈时序中，在配置编号为l的上下行配置方式下，在上行子帧n中发送的反馈信息所对应的发送下行数据的子帧；针对确定的上述相同的子帧，与上述处理时长为3个子帧的ue共享发送反馈信息的pucch隐式资源；针对子帧n-k+10β中除确定的上述相同的子帧以外的任一子帧，确定高层信令指示的用于发送反馈信息的pucch隐式资源，或者，根据预定义的规则确定用于发送反馈信息的pucch隐式资源。具体地，处理器1801，可以用于：针对子帧n-k+10β中除确定的上述相同的子帧以外的任一子帧，确定高层信令指示的上述pucch隐式资源的起始点，并根据所述起始点和在该任一子帧中进行pdcch传输所使用的第一个cce的索引号，确定用于发送反馈信息的pucch隐式资源；其中，所述起始点，与所述处理时长为3个子帧的ue发送反馈信息的pucch隐式资源的起始点不同。其中，在图18中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器1801代表的一个或多个处理器和存储器1802代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。处理器1801负责管理总线架构和通常的处理，存储器1802可以存储处理器1801在执行操作时所使用的数据。综上所述，本申请实施例提供的方案中，根据ue处理能力的不同，也即，根据ue对接收的下行数据进行处理以确定是否需要重传所耗费的处理时长的不同，来分别确定ue对下行数据进行反馈的反馈时序信息，此时，当ue的处理时间缩短，对下行数据进行反馈的反馈时序信息将会适应性地发生改变，完成对下行数据的反馈，进而提高用户面时延性能。显然，尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本的创造性概念，则可对这些实施例做出另外的改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。当前第1页12