资源调度方法、装置、接入网设备、终端和存储介质与流程

本公开涉及通信
技术领域：
，尤其涉及一种资源调度方法、装置、接入网设备、终端和存储介质。
背景技术：
：近年来，物联网蓬勃发展，为人类的生活和工作带来了诸多便利。其中，机器类通信(machinetypecommunication，mtc)是蜂窝物联网技术的典型代表。目前，这项技术已经广泛用于智慧城市，例如抄表；智慧农业，例如温度湿度等信息的采集；智慧交通，例如共享单车等诸多领域。技术实现要素：本公开实施例提供了一种资源调度方法、装置、接入网设备、终端和存储介质，可以使得资源调度更加灵活，优化了资源调度。所述技术方案如下：根据本公开实施例的一方面，提供一种资源调度方法，所述方法包括：确定物理下行共享信道和物理下行控制信道之间的调度时延，其中所述物理下行共享信道和物理下行控制信道对应至少两个不同的可能调度时延；在发送所述物理下行控制信道后，基于所述调度时延进行所述物理下行共享信道的发送。可选地，确定物理下行共享信道和物理下行控制信道之间的调度时延，包括：根据不可用子帧的数量和所述可能调度时延的对应关系，确定调度时延；其中所述不可用子帧是不进行下行信道传输的子帧。可选地，所述不可用子帧包括以下中的至少一种：上行传输与下行传输之间的切换子帧、用于传输混合自动重传请求反馈的子帧。可选地，确定物理下行共享信道和物理下行控制信道之间的调度时延，包括：根据混合自动重传请求进程号和所述可能调度时延的对应关系，确定调度时延。可选地，一个混合自动重传请求进程号对应，一个或多个可能调度时延。可选地，不同的混合自动重传请求进程号，对应相同的或不同的可能调度时延。可选地，不同的混合自动重传请求进程号分组，不同分组的混合自动重传请求进程号对应不同的可能调度时延。可选地，所述方法还包括：响应于达到触发条件，确定所述物理下行共享信道和物理下行控制信道之间的调度时延；所述触发条件包括以下的至少一种：连续调度的混合自动重传请求进程数量超过门限值；或，终端具有配置调度时延的能力。可选地，所述方法还包括：接收第一信令；所述第一信令用于指示所述终端具有配置调度时延的能力；或，所述第一信令包括用于指示终端具有配置调度时延的能力的标识；或，所述第一信令用于指示终端支持预设特性；或，所述第一信令包括用于指示所述终端支持预设特性的标识。根据本公开实施例的另一方面，提供一种资源调度方法，所述方法包括：确定物理下行共享信道和物理下行控制信道之间的调度时延，其中所述物理下行共享信道和物理下行控制信道对应至少两个不同的可能调度时延；在接收所述物理下行控制信道后，基于所述调度时延进行所述物理下行共享信道的接收。可选地，确定物理下行共享信道和物理下行控制信道之间的调度时延，包括：根据不可用子帧的数量和所述可能调度时延的对应关系，确定调度时延；其中所述不可用子帧是不进行下行信道传输的子帧。可选地，所述不可用子帧包括以下中的至少一种：上行传输与下行传输之间的切换子帧、用于传输混合自动重传请求反馈的子帧。可选地，确定物理下行共享信道和物理下行控制信道之间的调度时延，包括：根据混合自动重传请求进程号和所述可能调度时延的对应关系，确定调度时延。可选地，一个混合自动重传请求进程号对应，一个或多个可能调度时延。可选地，不同的混合自动重传请求进程号，对应相同的或不同的可能调度时延。可选地，不同的混合自动重传请求进程号分组，不同分组的混合自动重传请求进程号对应不同的可能调度时延。可选地，所述方法还包括：响应于达到触发条件，确定所述物理下行共享信道和物理下行控制信道之间的调度时延；所述触发条件包括以下的至少一种：连续调度的混合自动重传请求进程数量超过门限值；或，终端具有配置调度时延的能力。可选地，所述方法还包括：发送第一信令；所述第一信令用于指示所述终端具有配置调度时延的能力；或，所述第一信令包括用于指示终端具有配置调度时延的能力的标识；或，所述第一信令用于指示终端支持预设特性；或，所述第一信令包括用于指示所述终端支持预设特性的标识。根据本公开实施例的另一方面，提供一种资源调度装置，所述装置包括：处理模块，被配置为确定物理下行共享信道和物理下行控制信道之间的调度时延，其中所述物理下行共享信道和物理下行控制信道对应至少两个不同的可能调度时延；传输模块，被配置为在发送所述物理下行控制信道后，基于所述调度时延进行所述物理下行共享信道的发送。根据本公开实施例的另一方面，提供一种资源调度装置，所述装置包括：处理模块，被配置为确定物理下行共享信道和物理下行控制信道之间的调度时延，其中所述物理下行共享信道和物理下行控制信道对应至少两个不同的可能调度时延；传输模块，被配置为在接收所述物理下行控制信道后，基于所述调度时延进行所述物理下行共享信道的接收。根据本公开实施例的另一方面，提供一种接入网设备，所述接入网设备包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为加载并执行所述可执行指令以实现前述资源调度方法。根据本公开实施例的另一方面，提供一种终端，所述终端包括：处理器；用于存储处理器可执行指令的存储器；其中，所述处理器被配置为加载并执行所述可执行指令以实现前述资源调度方法。根据本公开实施例的另一方面，提供一种计算机可读存储介质，当所述计算机可读存储介质中的指令由处理器执行时，能够执行如前所述的资源调度方法。在本公开实施例中，通过接入网设备通过确定物理下行共享信道和物理下行控制信道之间的调度时延，然后采用该调度时延进行下行信道的传输。由于调度时延是在至少两个不同的可能调度时延中选取配置的，因此，基于在不同场景下可以确定出不同的调度时延，从而使得资源调度更加灵活，优化了资源调度。应当理解的是，以上的一般描述和后文的细节描述仅是示例性和解释性的，并不能限制本公开。附图说明此处的附图被并入说明书中并构成本说明书的一部分，示出了符合本公开的实施例，并与说明书一起用于解释本公开的原理。图1示出的是本公开一个示意性实施例提供的通信系统的框图；图2是根据一示例性实施例示出的一种资源调度方法的流程图；图3是根据一示例性实施例示出的一种资源调度方法的流程图；图4是根据一示例性实施例示出的一种调度时延确定方法的流程图；图5是根据一示例性实施例示出的一种调度时延确定方法的流程图；图6是根据一示例性实施例示出的一种资源调度方法的流程图；图7是根据一示例性实施例示出的一种资源调度装置的结构示意图；图8是根据一示例性实施例示出的一种资源调度装置的结构示意图；图9是根据一示例性实施例示出的一种终端的框图；图10是根据一示例性实施例示出的一种接入网设备的框图。具体实施方式这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。图1示出的是本公开一个示意性实施例提供的通信系统的框图，如图1所示，该通信系统可以包括：接入网12和终端13。接入网12中包括若干接入网设备120。接入网设备120可以是基站，基站是一种部署在接入网中用以为终端提供无线通信功能的装置。基站可以包括各种形式的宏基站，微基站，中继站，接入点等等。在采用不同的无线接入技术的系统中，具备基站功能的设备的名称可能会有所不同，在5g新空口(nr，newradio)系统中，称为gnodeb或者gnb。随着通信技术的演进，“基站”这一名称可能描述，会变化。为方便描述，下文中将上述为终端提供无线通信功能的装置统称为接入网设备。终端13可以包括各种具有无线通信功能的手持设备、车载设备、可穿戴设备、计算设备或连接到无线调制解调器的其他处理设备，以及各种形式的用户设备，移动台(mobilestation，ms)，终端等等。为方便描述，上面提到的设备统称为终端。接入网设备120与终端13之间通过某种空口技术互相通信，例如uu接口。半双工频分复用(halfduplexfequencydivisionduplexing，hd-fdd)mtc终端是一种半双工的mtc终端。这里的半双工是指在某个时刻，终端只能进行数据的发送或者数据的接收。mtc终端遵循比较单一的调度时延。如表1所示，假设mtc物理下行控制信道(mtcphysicaldownlinkcontrolchannel，mpdcch)在子帧n发送，那么mtc物理下行共享信道(mtcphysicaldownlinksharedchannel，mpdsch)会在子帧n+2发送。例如，mpdcch中的c1在第0子帧传输，其对应的mpdsch中的d1在第2子帧传输。表1对于hd-fddmtc来说，当终端需要进行混合自动重传请求(harq，hybridautomaticrepeatrequest)反馈时，参见表1，终端由下行切换到上行，切换时延需要1ms(对应表1中第5个子帧)，同时传输harq反馈，至少需要1ms(对应表1中第6个子帧)，传输完成后终端从上行切换到下行切换时延需要1ms(对应表1中第7个子帧)。另外由于在这3ms不能接受mpdsch，而mpdcch和mpdsch间的调度时延为2ms，导致在终端进行harq反馈前的两个子帧(对应表1中第3、4个子帧)无法进行mpdcch的传输，也即mpdcch的传输需要提前2ms中断。因此，这种单一固定的调度时延，不利于资源的调度。如在表1的例子中，整个传输至少会中断5ms，拉长了终端的活跃时间(activetime),不利于终端的功率节省以及传输速率的提高。本公开实施例描述的通信系统以及业务场景是为了更加清楚地说明本公开实施例的技术方案，并不构成对本公开实施例提供的技术方案的限定，本领域普通技术人员可知，随着通信系统的演变和新业务场景的出现，本公开实施例提供的技术方案对于类似的技术问题，同样适用。图2是根据一示例性实施例示出的一种资源调度方法的流程图。参见图2，该方法包括以下步骤：在步骤101中，接入网设备确定物理下行共享信道和物理下行控制信道之间的调度时延。在本公开实施例中，物理下行共享信道和物理下行控制信道对应至少两个不同的可能调度时延。这里的可能调度时延是指可能被选用的调度时延，可能被选用的调度时延既可以是预设好的调度时延，也可以是实时计算得出的调度时延。在不同场景下，接入网设备可以选取不同的调度时延进行资源调度，从而优化了资源调度方案，从而可以提高传输速率，降低总终端功耗。在步骤102中，接入网设备在发送所述物理下行控制信道后，基于所述调度时延进行所述物理下行共享信道的发送。在本公开实施例中，通过接入网设备通过确定物理下行共享信道和物理下行控制信道之间的调度时延，然后采用该调度时延进行下行信道的传输。由于调度时延是在至少两个不同的可能调度时延中选取配置的，因此，基于在不同场景下可以确定出不同的调度时延，从而使得资源调度更加灵活，优化了资源调度。在本公开实施例中，所述物理下行共享信道和物理下行控制信道之间的调度时延，可以通过以下的任一种方式确定：通过协议确定多个可能调度时延中的一个；例如，可以根据不同的场景，或不同的信道情况，或不同的业务类型，或其他任何因素；通过终端与网络侧(接入网设备)协商确定多个调度时延中的一个；例如，终端建议多个可能调度时延中的一个给网络侧，或其他任何终端与网络侧进行双方协商的方式；在一些实施例中，终端和网络侧都设有相同的可能调度时延的配置信息，终端上报给网络侧，建议采用其中的一个可能调度时延；在上报时，可以上报可能调度时延的标识，也可以上报可能调度时延的参数值；在一些实施例中，只有终端配置有可能调度时延的配置信息，终端将建议的调度时延的参数值发送给网络侧；网络侧通过指令配置给终端；例如，网络侧通过下行控制指令或是任何恰当的信令通知终端侧使用多个可能调度时延中的一个；在一些实施例中，终端和网络侧都设有相同的可能调度时延的配置信息，网络侧通过信令指示终端采用其中的一个可能调度时延；网络侧通过指令配置给终端调度时延的参数值；例如，网络侧通过下行控制信令或是任何恰当的信令通知终端使用一个调度时延，而该调度时延为多个可能调度时延中的一个；在一些实施例中，只有网络侧配置有可能调度时延的配置信息，网络侧通过信令直接将调度时延的参数值发送给终端。可选地，确定物理下行共享信道和物理下行控制信道之间的调度时延，包括：根据不可用子帧的数量和所述可能调度时延的对应关系，确定调度时延；其中所述不可用子帧是不进行下行信道传输的子帧。例如，如表2所示，不可用的子帧为子帧5、6和7，不可用子帧的数量为3个，在此基础上，调度时延确定为5ms，如表2中c4和d4相差5ms，c5和d5相差5ms。调度时延确定为5ms后，相比于表1的调度时延设置，mpdcch可以在子帧3和4上传输，从而使得整体传输时间变短，传输速率提升，终端功率消耗降低。表2需要说明的是，在表2所示的场景中，接入网设备在进行harq反馈传输时，进行调度时延的切换，也即从2ms切换为5ms。参见表2，当mpdcch发送后，如果在其后第二个子帧是可用子帧，那么采用原有的调度时延，比如mpdcch在第0个子帧发送，mpdsch在第2个子帧。当mpdcch发送后，如果在其后第二个子帧是不可用子帧，那么所对应的mpdsch则延迟到用户第一个可用的子帧发送。在本公开实施例的所有实施例中，所述不可用子帧的数量和所述可能调度时延的对应关系，可以通过以下的任一种方式确定：网络侧或终端通过协议确定不可用子帧的数量和所述可能调度时延的对应关系；网络侧或终端通过终端与网络侧协商确定不可用子帧的数量和所述可能调度时延的对应关系；网络侧通过指令配置给终端，使得终端获得该对应关系。在本公开实施例的所有实施例中，在网络侧和终端确定了所述不可用子帧的数量和所述可能调度时延的对应关系后，可以通过前述的任一种方式确定采用不可用子帧的数量和所述可能调度时延的对应关系中的哪一项；即：可以通过协议确定多个可能调度时延中的一个；通过终端与网络侧协商确定多个调度时延中的一个。其中，指令可以通过高层信令发送。在本公开实施例中，高层信令可以为rrc高层信令。可选地，所述不可用子帧包括以下中的至少一种：上行传输与下行传输之间的切换子帧、用于传输混合自动重传请求反馈的子帧。再次参见表2，其中子帧5和7为上行传输与下行传输之间的切换子帧，子帧6为用于传输混合自动重传请求反馈的子帧。在本公开实施例中，接入网设备可以将哪些子帧为不可用子帧通知给终端。通知方式可以采用高层信令实现。这里的高层信令可以为无线资源控制(radioresourcecontrol，rrc)高层信令。可选地，确定物理下行共享信道和物理下行控制信道之间的调度时延，包括：根据混合自动重传请求进程号(harqprocessnumber)和所述可能调度时延的对应关系，确定调度时延。例如，如表3所示，混合自动重传请求进程号1～8对应的可能调度时延为2ms，混合自动重传请求进程号9～14对应的可能调度时延为5ms。表3harqprocessnumber调度时延1～829～145再例如，如表4所示，混合自动重传请求进程号1～8对应的调度时延为2ms，混合自动重传请求进程号9～14对应的调度时延为nms。n可以根据是否有不可用子帧以及不可用子帧的个数来确定。例如，harq反馈传输占用了3个子帧，那么加上上下行切换两边各1ms的切换时延，这里的调度时延为5ms。表4harqprocessnumber调度时延1～829～14n可选地，不同的混合自动重传请求进程号，对应相同的或不同的可能调度时延。参见表3，混合自动重传请求进程号1～8对应一个可能调度时延2ms，混合自动重传请求进程号1～8对应调度时延为nms，相当于对应多个可能调度时延。当对应多个可能调度时延时，在不同的场景下，可以使用多个可能调度时延中不同的调度时延。在该实现方式中，混合自动重传请求进程号与多个可能调度时延对应时，在不同的场景下可以进行调度时延的调整，例如从2ms调整为5ms等，从而便于资源调度。可选地，不同的场景包括不可用子帧的数量不同。在该实现方式中，不可用子帧的数量不同则对应的调度时延可以设置成不同，例如在表2所示的场景下不可用子帧的数量为3，此时调度时延可以为5ms，若其他场景下不可用子帧的数量为4，则调度时延可以为6ms。基于不可用子帧的数量确定出调度时延，从而使得调度时延更符合当前场景，从而使得整体传输时间变短，传输速率提升，终端功率消耗降低。可选地，不同的混合自动重传请求进程号，对应相同的或不同的可能调度时延。例如表3中，混合自动重传请求进程号1和8对应相同的可能调度时延，混合自动重传请求进程号8和9对应不同的可能调度时延。可选地，不同的混合自动重传请求进程号分组，不同分组的混合自动重传请求进程号对应不同的可能调度时延。例如表3中，混合自动重传请求进程号1～8分为一组，混合自动重传请求进程号9～14分为一组，两组所对应的可能调度时延不同。当然，表3和表4中的混合自动重传请求进程号和可能调度时延的对应关系仅为举例，在其他实现方式中，调度时延可以采用其他数值，或者将混合自动重传请求进程号分为更多的分组，甚至每组混合自动重传请求进程号对应更多的调度时延等。在本公开实施例的所有实施例中，所述混合自动重传请求进程号和所述可能调度时延的对应关系，可以通过以下的任一种方式确定：网络侧或终端通过协议确定混合自动重传请求进程号和所述可能调度时延的对应关系；网络侧或终端通过终端与网络侧协商确定混合自动重传请求进程号和所述可能调度时延的对应关系；网络侧通过指令配置给终端，使得终端获得该对应关系。可选地，该方法还包括：响应于达到触发条件，确定所述物理下行共享信道和物理下行控制信道之间的调度时延。在该实现方式中，只有在传输环境达到触发条件时，才按照本申请提供的方案进行调度时延的确定，在其他传输环境下，可以采用固定的调度时延，例如2ms。这种设计使得系统设计更加灵活，兼顾到不能灵活进行调度时延确定的设备的运行，使得这些只能使用固定调度时延的设备，也可以正常运行。可选地，所述触发条件包括：连续调度的混合自动重传请求进程数量超过门限值。在mtc中，可以有多个并行的混合自动重传请求进程，当存在的混合自动重传请求进程的数量超过门限值时，才采用本申请提供的灵活调度的方案。这里，连续调度的混合自动重传请求进程数量也即接入网设备连续发送的调度信息个数，终端连续接收的调度信息个数。可选地，所述触发条件包括：终端具有配置调度时延的能力。如前所述，在系统设计时，需要考虑终端对该功能的支持，只有终端支持时，接入网设备和终端间采按照前述方案确定调度时延进行传输。可选地，该方法还包括：接收第一信令；所述第一信令用于指示所述终端具有配置调度时延的能力；或，所述第一信令包括用于指示终端具有配置调度时延的能力的标识；或，所述第一信令用于指示终端支持预设特性；或，所述第一信令用于指示所述终端支持预设特性的标识。在本公开实施例中，终端可以通过上报自己的能力来使得接入网设备知道自己能否支持调度时延的灵活配置，也即前述第一信令。该第一信令可以通过在说明书里限定终端能力信息(uecapabilityinformation)发送，该信息可以使用任何恰当的信令来发送，例如rrc高层信令。如前所述，第一信令可以通过多种方式来指示终端是否持调度时延的灵活配置。例如，在该第一信令中，采用1和0分别表示支持和不支持调度时延的灵活配置，从而使得接入网设备可以直接确定能否使用本公开的方案确定调度时延。再例如，终端上报支持某一种特性，那么接入网设备就认为终端支持灵活的调度时延。比如将灵活的调度时延同支持14harqprocess关联，当第一信令包括对14harqprocess的支持时，接入网设备就认为终端支持灵活的调度时延配置。值得说明的是，前述步骤101～步骤102与上述可选步骤可以任意组合。图3是根据一示例性实施例示出的一种资源调度方法的流程图。参见图3，该方法包括以下步骤：在步骤201中，终端确定物理下行共享信道和物理下行控制信道之间的调度时延。在本公开实施例中，物理下行共享信道和物理下行控制信道对应至少两个不同的可能调度时延。在不同场景下，终端可以选取不同的调度时延进行资源调度，从而优化了资源调度方案，从而可以提高传输速率，降低总终端功耗。在步骤202中，终端在接收所述物理下行控制信道后，基于所述调度时延进行所述物理下行共享信道的接收。在本公开实施例中，通过终端通过确定物理下行共享信道和物理下行控制信道之间的调度时延，然后采用该调度时延进行下行信道的传输。由于调度时延是在至少两个不同的可能调度时延中选取配置的，因此，基于在不同场景下可以确定出不同的调度时延，从而使得资源调度更加灵活，优化了资源调度。可选地，确定物理下行共享信道和物理下行控制信道之间的调度时延，包括：根据不可用子帧的数量和所述可能调度时延的对应关系，确定调度时延；其中所述不可用子帧是不进行下行信道传输的子帧。可选地，所述不可用子帧包括以下中的至少一种：上行传输与下行传输之间的切换子帧、用于传输混合自动重传请求反馈的子帧。在本公开实施例中，终端可以接收接入网设备通知的哪些子帧为不可用子帧。通知方式可以采用高层信令实现。这里的高层信令可以为rrc高层信令。例如，接入网设备通知的harq反馈占用的时间，例如占用的子帧。终端基于此可以确定不可用子帧的数量。可选地，确定物理下行共享信道和物理下行控制信道之间的调度时延，包括：根据混合自动重传请求进程号和所述可能调度时延的对应关系，确定调度时延。可选地，不同的混合自动重传请求进程号，对应相同的或不同的可能调度时延。可选地，不同的混合自动重传请求进程号，对应相同的或不同的可能调度时延。可选地，不同的混合自动重传请求进程号分组，不同分组的混合自动重传请求进程号对应不同的可能调度时延。在本公开实施例的所有实施例中，所述混合自动重传请求进程号和所述可能调度时延的对应关系，可以通过以下的任一种方式确定：网络侧或终端通过协议确定混合自动重传请求进程号和所述可能调度时延的对应关系；网络侧或终端通过终端与网络侧协商确定混合自动重传请求进程号和所述可能调度时延的对应关系；网络侧通过指令配置给终端，使得终端获得该对应关系。可选地，该方法还包括：确定当前传输环境是否达到触发条件；响应于达到触发条件，确定所述物理下行共享信道和物理下行控制信道之间的调度时延。可选地，所述触发条件包括：连续调度的混合自动重传请求进程数量超过门限值。可选地，所述触发条件包括：终端具有配置调度时延的能力。可选地，该方法还包括：发送第一信令；所述第一信令用于指示所述终端具有配置调度时延的能力；或，所述第一信令包括用于指示终端具有配置调度时延的能力的标识；或，所述第一信令用于指示终端支持预设特性；或，所述第一信令用于指示所述终端支持预设特性的标识。值得说明的是，前述步骤201～步骤202与上述可选步骤可以任意组合。基于图2和图3可以看出，接入网设备和终端在进行资源调度过程中，确定物理下行共享信道和物理下行控制信道之间的调度时延的步骤基本相同。下面以接入网设备为例，对本公开实施例提供终端和接入网设备确定调度时延的确定方案进行说明：图4是根据一示例性实施例示出的一种调度时延确定方法的流程图。参见图4，步骤101包括：步骤111，接入网设备确定不可用子帧的数量，所述不可用子帧是不进行下行信道传输的子帧。可选地，所述不可用子帧包括以下中的至少一种：上行传输与下行传输之间的切换子帧、用于传输混合自动重传请求反馈的子帧。再次参见表2，其中子帧5和7为上行传输与下行传输之间的切换子帧，子帧6为用于传输混合自动重传请求反馈的子帧。步骤112，接入网设备根据不可用子帧的数量和所述可能调度时延的对应关系，确定调度时延。示例性地，不可用子帧的数量和所述可能调度时延的对应关系可以包括：不可以子帧的数量为0时，调度时延为2ms；不可用子帧的数量和所述可能调度时延的对应关系可以包括：不可以子帧的数量为3时，调度时延为5ms等。例如，如表2所示，不可用的子帧为子帧5、6和7，不可用子帧的数量为3个，在此基础上，调度时延确定为5ms，如表2中c4和d4相差5ms，c5和d5相差5ms。调度时延确定为5ms后，相比于表1的调度时延设置，mpdcch可以在子帧3和4上传输，从而使得整体传输时间变短，传输速率提升，终端功率消耗降低。在本公开实施例的所有实施例中，所述不可用子帧的数量和所述可能调度时延的对应关系，可以通过以下的任一种方式确定：网络侧或终端通过协议确定不可用子帧的数量和所述可能调度时延的对应关系；网络侧或终端通过终端与网络侧协商确定不可用子帧的数量和所述可能调度时延的对应关系；网络侧通过指令配置给终端，使得终端获得该对应关系。在本公开实施例的所有实施例中，在网络侧和终端确定了所述不可用子帧的数量和所述可能调度时延的对应关系后，可以通过前述的任一种方式确定采用不可用子帧的数量和所述可能调度时延的对应关系中的哪一项；即：可以通过协议确定多个可能调度时延中的一个；通过终端与网络侧协商确定多个调度时延中的一个。其中，指令可以通过高层信令发送。在本公开实施例中，高层信令可以为rrc高层信令。图5是根据一示例性实施例示出的一种调度时延确定方法的流程图。参见图5，步骤101包括：步骤121，接入网设备确定混合自动重传请求进程号。在本公开实施例中，接入网设备会将混合自动重传请求进程号携带在发送给终端的下行控制信道中。因此，接入网设备自然可以确定混合自动重传请求进程号，而终端侧也只需从下行控制信道中获取即可得到。步骤122，接入网设备根据混合自动重传请求进程号和所述可能调度时延的对应关系，确定调度时延。例如，如表3所示，混合自动重传请求进程号1～8对应的可能调度时延为2ms，混合自动重传请求进程号9～14对应的可能调度时延为5ms。示例性地，不同的混合自动重传请求进程号，对应相同的或不同的可能调度时延。参见表3，混合自动重传请求进程号1～8对应一个可能调度时延2ms，混合自动重传请求进程号1～8对应调度时延为nms，相当于对应多个可能调度时延。当对应多个可能调度时延时，在不同的场景下，可以使用多个可能调度时延中不同的调度时延。在该实现方式中，混合自动重传请求进程号与多个可能调度时延对应时，在不同的场景下可以进行调度时延的调整，例如从2ms调整为5ms等，从而便于资源调度。可选地，不同的场景包括不可用子帧的数量不同。在该实现方式中，不可用子帧的数量不同则对应的调度时延可以设置成不同，例如在表2所示的场景下不可用子帧的数量为3，此时调度时延可以为5ms，若其他场景下不可用子帧的数量为4，则调度时延可以为6ms。基于不可用子帧的数量确定出调度时延，从而使得调度时延更符合当前场景，从而使得整体传输时间变短，传输速率提升，终端功率消耗降低。可选地，不同的混合自动重传请求进程号，对应相同的或不同的可能调度时延。例如表3中，混合自动重传请求进程号1和8对应相同的可能调度时延，混合自动重传请求进程号8和9对应不同的可能调度时延。可选地，不同的混合自动重传请求进程号分组，不同分组的混合自动重传请求进程号对应不同的可能调度时延。例如表3中，混合自动重传请求进程号1～8分为一组，混合自动重传请求进程号9～14分为一组，两组所对应的可能调度时延不同。当然，表3和表4中的混合自动重传请求进程号和可能调度时延的对应关系仅为举例，在其他实现方式中，调度时延可以采用其他数值，或者将混合自动重传请求进程号分为更多的分组，甚至每组混合自动重传请求进程号对应更多的调度时延等。在本公开实施例的所有实施例中，所述混合自动重传请求进程号和所述可能调度时延的对应关系，可以通过以下的任一种方式确定：网络侧或终端通过协议确定混合自动重传请求进程号和所述可能调度时延的对应关系；网络侧或终端通过终端与网络侧协商确定混合自动重传请求进程号和所述可能调度时延的对应关系；网络侧通过指令配置给终端，使得终端获得该对应关系。图6是根据一示例性实施例示出的一种资源调度方法的流程图。参见图6，该方法包括以下步骤：步骤301：终端发送第一信令；接入网设备接收第一信令。在本公开实施例中，终端可以通过上报自己的能力来使得接入网设备知道自己能否支持调度时延的灵活配置，也即前述第一信令。第一信令用于指示所述终端具有配置调度时延的能力；或，所述第一信令包括用于指示终端具有配置调度时延的能力的标识；或，所述第一信令用于指示终端支持预设特性；或，所述第一信令用于指示所述终端支持预设特性的标识。该第一信令可以通过在说明书里限定终端能力信息发送，该信息可以使用任何恰当的信令来发送，例如rrc高层信令。如前所述，第一信令可以通过多种方式来指示终端是否持调度时延的灵活配置。例如，在该第一信令中，采用1和0分别表示支持和不支持调度时延的灵活配置，从而使得接入网设备可以直接确定能否使用本公开的方案确定调度时延。再例如，终端上报支持某一种特性，那么接入网设备就认为终端支持灵活的调度时延。比如将灵活的调度时延同支持14harqprocess关联，当第一信令包括对14harqprocess的支持时，接入网设备就认为终端支持灵活的调度时延配置。步骤302：终端确定当前传输环境是否达到触发条件。示例性地，所述触发条件包括：连续调度的混合自动重传请求进程数量超过门限值。在mtc中，可以有多个并行的混合自动重传请求进程，当存在的混合自动重传请求进程的数量超过门限值时，才采用本申请提供的灵活调度的方案。示例性地，所述触发条件包括：终端具有配置调度时延的能力。如前所述，在系统设计时，需要考虑终端对该功能的支持，只有终端支持时，接入网设备和终端间采按照前述方案确定调度时延进行传输。在本公开实施例中，触发条件可以为上述示例中的一种或两种。其中，连续调度的混合自动重传请求进程数量可以通过接入网设备发送给终端的pdcch获取到，终端是否支持调度时延的灵活配置可以从自身信息获取到。步骤303：当达到所述触发条件时，终端确定物理下行共享信道和物理下行控制信道之间的调度时延。在本公开实施例中，所述物理下行共享信道和物理下行控制信道对应至少两个不同的可能调度时延。在该实现方式中，终端在获取到连续调度的混合自动重传请求进程数量，终端是否支持调度时延的灵活配置等信息后，即可确定是否达到所述触发条件。需要说明的是，步骤302～303与前述步骤301之间没有先后关系。当没有达到上述触发条件时，终端可以采用固定的调度时延(如2ms)进行资源调度。步骤303的详细过程可以参见步骤111～112或步骤121～122。步骤304：终端在接收所述物理下行控制信道后，基于所述调度时延进行所述物理下行共享信道的接收。参见表2，例如在确定出调度时延为5ms时，终端在子帧3接收mpdcch的c4，然后在子帧8接收mpdsch的d4；终端在子帧4接收mpdcch的c5，然后在子帧9接收mpdsch的d5。也即终端在接收所述物理下行控制信道后，延迟调度时延对应的时间进行所述物理下行共享信道的接收。步骤305：接入网设备确定当前传输环境是否达到触发条件。接入网设备确定是否达到触发条件的方案与终端相同，因此详细过程可以参见步骤302。步骤306：当达到所述触发条件时，接入网设备确定物理下行共享信道和物理下行控制信道之间的调度时延。步骤306的详细过程可以参见步骤303。需要说明的是，步骤305～306与前述步骤302～303之间没有先后关系。步骤307：接入网设备在发送所述物理下行控制信道后，基于所述调度时延进行所述物理下行共享信道的发送。步骤307的详细过程可以参见步骤304。图7是根据一示例性实施例示出的一种资源调度装置的结构示意图。该装置具有实现上述方法实施例中接入网设备的功能，该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。如图7所示，该装置包括：处理模块501和传输模块502。其中，处理模块501，被配置为确定物理下行共享信道和物理下行控制信道之间的调度时延，其中所述物理下行共享信道和物理下行控制信道对应至少两个不同的可能调度时延；传输模块502，被配置为在发送所述物理下行控制信道后，基于所述调度时延进行所述物理下行共享信道的发送。可选地，处理模块501，被配置为根据不可用子帧的数量和所述可能调度时延的对应关系，确定调度时延；其中所述不可用子帧是不进行下行信道传输的子帧。可选地，所述不可用子帧包括以下中的至少一种：上行传输与下行传输之间的切换子帧、用于传输混合自动重传请求反馈的子帧。可选地，处理模块501，被配置为根据混合自动重传请求进程号和所述可能调度时延的对应关系，确定调度时延。可选地，一个混合自动重传请求进程号对应，一个或多个可能调度时延。可选地，不同的混合自动重传请求进程号，对应相同的或不同的可能调度时延。可选地，不同的混合自动重传请求进程号分组，不同分组的混合自动重传请求进程号对应不同的可能调度时延。可选地，传输模块502，还被配置为通过高层信令发送所述混合自动重传请求进程号和所述可能调度时延的对应关系。可选地，处理模块501，还被配置为响应于达到触发条件，确定所述物理下行共享信道和物理下行控制信道之间的调度时延；所述触发条件包括以下的至少一种：连续调度的混合自动重传请求进程数量超过门限值；或，终端具有配置调度时延的能力。可选地，传输模块502，还被配置为接收第一信令；所述第一信令用于指示所述终端具有配置调度时延的能力；或，所述第一信令包括用于指示终端具有配置调度时延的能力的标识；或，所述第一信令用于指示终端支持预设特性；或，所述第一信令用于指示所述终端支持预设特性的标识。图8是根据一示例性实施例示出的一种资源调度装置的结构示意图。该装置具有实现上述方法实施例中终端的功能，该功能可以通过硬件实现，也可以通过硬件执行相应的软件实现。如图8所示，该装置包括：处理模块601和传输模块602。其中，处理模块601，被配置为确定物理下行共享信道和物理下行控制信道之间的调度时延，其中所述物理下行共享信道和物理下行控制信道对应至少两个不同的可能调度时延；传输模块602，被配置为在接收所述物理下行控制信道后，基于所述调度时延进行所述物理下行共享信道的接收。可选地，处理模块601，被配置为根据不可用子帧的数量和所述可能调度时延的对应关系，确定调度时延；其中所述不可用子帧是不进行下行信道传输的子帧。可选地，所述不可用子帧包括以下中的至少一种：上行传输与下行传输之间的切换子帧、用于传输混合自动重传请求反馈的子帧。可选地，处理模块601，被配置为根据混合自动重传请求进程号和所述可能调度时延的对应关系，确定调度时延。可选地，一个混合自动重传请求进程号对应，一个或多个可能调度时延。可选地，不同的混合自动重传请求进程号，对应相同的或不同的可能调度时延。可选地，不同的混合自动重传请求进程号分组，不同分组的混合自动重传请求进程号对应不同的可能调度时延。可选地，传输模块602，还被配置为通过高层信令接收所述混合自动重传请求进程号和所述可能调度时延的对应关系。可选地，处理模块601，还被配置为；当达到所述触发条件时，确定所述物理下行共享信道和物理下行控制信道之间的调度时延；所述触发条件包括以下的至少一种：连续调度的混合自动重传请求进程数量超过门限值；或，终端具有配置调度时延的能力。可选地，传输模块602，还被配置为发送第一信令；所述第一信令用于指示所述终端具有配置调度时延的能力；或，所述第一信令包括用于指示终端具有配置调度时延的能力的标识；或，所述第一信令用于指示终端支持预设特性；或，所述第一信令用于指示所述终端支持预设特性的标识。图9是根据一示例性实施例示出的一种终端700的框图，该终端700可以包括：处理器701、接收器702、发射器703、存储器704和总线705。处理器701包括一个或者一个以上处理核心，处理器701通过运行软件程序以及模块，从而执行各种功能应用以及信息处理。接收器702和发射器703可以实现为一个通信组件，该通信组件可以是一块通信芯片。存储器704通过总线705与处理器701相连。存储器704可用于存储至少一个指令，处理器701用于执行该至少一个指令，以实现上述方法实施例中的各个步骤。此外，存储器704可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，易失性或非易失性存储设备包括但不限于：磁盘或光盘，电可擦除可编程只读存储器(eeprom)，可擦除可编程只读存储器(eprom)，静态随时存取存储器(sram)，只读存储器(rom)，磁存储器，快闪存储器，可编程只读存储器(prom)。在示例性实施例中，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述各个方法实施例提供的下行控制信道传输方法。图10是根据一示例性实施例示出的一种接入网设备800的框图，接入网设备800可以包括：处理器801、接收机802、发射机803和存储器804。接收机802、发射机803和存储器804分别通过总线与处理器801连接。其中，处理器801包括一个或者一个以上处理核心，处理器801通过运行软件程序以及模块以执行本公开实施例提供的资源调度方法中接入网设备所执行的方法。存储器804可用于存储软件程序以及模块。具体的，存储器804可存储操作系统8041、至少一个功能所需的应用程序模块8042。接收机802用于接收其他设备发送的通信数据，发射机803用于向其他设备发送通信数据。在示例性实施例中，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有至少一条指令、至少一段程序、代码集或指令集，所述至少一条指令、所述至少一段程序、所述代码集或指令集由所述处理器加载并执行以实现上述各个方法实施例提供的资源调度方法。本公开一示例性实施例还提供了一种资源调度系统，所述资源调度系统包括终端和接入网设备。所述终端为如图9所示实施例提供的终端。所述接入网设备为如图10所示实施例提供的接入网设备。本领域技术人员在考虑说明书及实践这里公开的发明后，将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化，这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本
技术领域：
中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的，本公开的真正范围和精神由下面的权利要求指出。应当理解的是，本公开并不局限于上面已经描述并在附图中示出的精确结构，并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。当前第1页12