本申请涉及网络技术领域，尤其涉及一种资源选择的方法及装置。
背景技术：
目前，智能网联汽车(Vehicle to X，V2X)系统普遍采用半持续性调度(Semi-Persistent Scheduling，SPS)方式来周期性地进行业务资源的调度。在进行业务资源调度的过程中，V2X业务资源只在V2X资源池子帧(即逻辑子帧)上进行调度，而由于在V2X系统中可能存在部分非V2X资源池子帧(即除逻辑子帧之外的绝对子帧等)，这就可能导致节点在周期性地占用某个业务资源时，出现周期性到达某一节点的业务包所占用的业务资源无法满足业务包时延的情况。
例如，假定V2X系统中节点A中业务包的业务周期为100ms，并且，该业务包周期性到达节点A的时刻分别为1ms、101ms、201ms.....以此类推。若V2X系统中每100ms内存在2个非V2X资源池子帧，且这2个非V2X资源池子帧在时域位置上的排布规律为{50，100，150，200，250......}，那么节点A在选择该业务包的发送时间时会出现如下情况：
对于在时刻为1ms时到达节点A的业务包，若节点A选择将该业务包在逻辑子帧50上发送，但是由于在时域位置上的时刻50已被1个非V2X资源池子帧所占用，而节点A在选择业务包的发送时间时无法选择非V2X资源池子帧，因此，节点A选择在逻辑子帧50上发送该业务包，实际是在绝对时间为51ms上发送该业务包。这里，第一次发送业务包时延(即该业务包从到达节点A至离开节点A所用的时间)为50ms。并且，节点A在逻辑子帧50上发送该业务包的同时，会预约第二次发送业务包的时间为逻辑子帧150。
进一步地，对于在时刻为101ms到达节点A的业务包，由之前预约的业务包发送时间可知，该业务包需在逻辑子帧150上发送出去，由于在时域位置上的时刻50、100、150已被3个非V2X资源池子帧所占用，因此，节点A选择在逻辑子帧150上发送该业务包，而实际是在绝对时间为153ms上发送该业务包。这里，第二次发送的业务包时延变更为52ms。并且，节点A在逻辑子帧150上发送该业务包的同时，会预约第三次发送业务包的时间为逻辑子帧250。
进一步地，对于在时刻为201ms到达节点A的业务包，在逻辑子帧250上发送，即在绝对时间255ms上发送。这里，第三次发送的业务包时延变更为54ms。并且，节点A在逻辑子帧250上发送该业务包的同时，预约第四次发送业务包的时间为逻辑子帧350。
依次类推，在第N次发送业务包后，业务包的时延变更为为(2N+50)ms。假设业务包的时延要求为60ms，则在第5次发送业务包之后，业务包的时延已经达到了规定的时延要求，若此时继续占用业务包对应的业务资源，则后续在发送该业务包时，其占用的业务资源已无法满足业务包的时延要求。
在现有技术中，在上述已超出业务包时延要求的情况下，节点并不会直接释放该业务包所占用的业务资源，而是在业务包周期性传输的次数满足了预设值后，才会释放业务包占用的业务资源。
例如，节点A在第一次选择该业务资源时，在【5,15】之间随机选择了一个计数值counter＝10，在该业务资源上发送完成一个业务包，该counter值自动减1。在该counter值减为0(或1)之后，节点会在【0,1】之间选择一个随机数，若该随机数大于或等于系统中预先配置的资源保持概率，则释放当前占用的业务资源，并重新选择业务资源，否则，继续使用该业务资源。由此可知，节点A只有在counter值减为0(或1)之后，才可能释放已超时的业务资源，并启动资源重选机制。这就导致在该counter值大于0(或1)时，业务包所占用的业务资源就已经无法满足业务包的时延需求。
基于此，现有技术中存在着由于V2X系统中配置有部分非V2X资源池子帧，使得周期性到达的业务包所占用的业务资源无法满足业务的时延需求的问题。
技术实现要素：
本申请涉及网络技术领域，尤其涉及一种资源选择的方法及装置，用以解决周期性到达的业务包所占用的业务资源无法满足业务的时延需求的问题。
本申请实施例提供一种资源选择方法，包括：
确定需要发送业务包；
根据所述业务包的最大发送时延需求，确定对所述业务包进行资源选择的机制。
可选地，所述根据所述业务包的最大发送时延需求，确定对所述业务包进行资源选择的机制，包括：
当所述业务包到达时，若所述业务包对应的进程已存在，判断所述业务包在对应的进程的资源上发送时的发送时延是否满足所述最大发送时延需求；
若所述发送时延不满足所述业务包的最大发送时延需求，则释放所述业务包占用的资源，并进行资源重选。
可选地，所述根据所述业务包的最大发送时延需求，确定对所述业务包进行资源选择的机制，包括：
若所述业务包对应的进程已存在，且在初始选择资源时计数器的计数值已变更为1，其中，每发送成功一次业务包，计数器的计数值减1；则
在根据资源保持概率以及选择的随机数，判定出需要沿用已选择的资源之后，重新为计数器设置初始的计数值；
基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1时产生的累加时延；
判断所述业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，是否满足所述最大发送时延需求；
若满足，则继续使用所述业务包占用的资源；
若不满足，则释放所述业务包占用的资源，并进行资源重选。
可选地，所述根据所述业务包的最大发送时延需求，确定对所述业务包进行资源选择的机制，包括：
若确定所述业务包对应的进程已存在，且在初始选择资源时计数器的计数值已变更为1或0，其中，每发送成功一次业务包，计数器的计数值减1；则
在根据资源保持概率以及选择的随机数，判定出需要沿用已选择的资源之后，重新为计数器设置初始的计数值；
基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1或0时产生的累加时延；
判断所述业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，是否满足所述最大发送时延需求；
若不满足，根据所述发送时延以及最大发送时延需求，确定出能够允许的最大累加时延；
基于最大累加时延以及不能作为发送资源的子帧在时域位置上的分布，确定出业务包能够被发送的最大次数；
根据确定的能够被发送的最大次数，修改所述重新设置的初始的计数值。
可选地，根据确定的能够被发送的最大次数，修改所述重新设置的初始的计数值，包括：
将确定的能够被发送的最大次数，设置为修改后的初始的计数值；或者，
若确定的能够被发送的最大次数小于设置的计数值的最小值，则将该计数值的最小值设置为修改后的初始的计数值。
可选地，所述根据所述业务包的最大发送时延需求，确定对所述业务包进行资源选择的机制，包括：
在初始选择资源或需要重选资源之后，为计数器设置初始的计数值；
根据初始的计数值、不能作为发送资源的子帧在时域位置上的分布，计算出在计数器的计数值变更为1或0时产生的累加时延；
根据所述最大发送时延需求，和计算的累加时延，确定允许的最大初始时延；
若所述最大初始时延小于或等于资源选择窗口的上边界的最小值，则将该资源选择窗口的上边界设置为该上边界的最小值；
若所述最大初始时延大于所述资源选择窗口的上边界的最小值，则将该资源选择窗口的上边界设置为确定的所述最大初始时延。
可选地，若所述业务包传输时采用的为时分复用(Time Division Duplexing，TDD)模式，所述方法还包括：
根据所述业务包实际的最大发送时延需求，以及TDD上下行配置比例，确定折算后的最大发送时延需求；
根据所述最大发送时延需求，和计算的累加时延，确定允许的最大初始时延，包括：
根据所述折算后的最大发送时延需求和计算的累加时延，确定允许的最大初始时延。
本申请实施例提供一种资源选择装置，包括：
业务包发送确定模块，用于确定需要发送业务包；
资源选择机制确定模块，用于根据所述业务包的最大发送时延需求，确定对所述业务包进行资源选择的机制。
可选地，所述资源选择机制确定模块具体用于：
当所述业务包到达时，若所述业务包对应的进程已存在，判断所述业务包在对应的进程的资源上发送时的发送时延是否满足所述最大发送时延需求；
若所述发送时延不满足所述业务包的最大发送时延需求，则释放所述业务包占用的资源，并进行资源重选。
可选地，所述资源选择机制确定模块具体用于：
若所述业务包对应的进程已存在，且在初始选择资源时计数器的计数值已变更为1，其中，每发送成功一次业务包，计数器的计数值减1；则
在根据资源保持概率以及选择的随机数，判定出需要沿用已选择的资源之后，重新为计数器设置初始的计数值；
基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1时产生的累加时延；
判断所述业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，是否满足所述最大发送时延需求；
若满足，则继续使用所述业务包占用的资源；
若不满足，则释放所述业务包占用的资源，并进行资源重选。
可选地，所述资源选择机制确定模块具体用于：
若确定所述业务包对应的进程已存在，且在初始选择资源时计数器的计数值已变更为1或0，其中，每发送成功一次业务包，计数器的计数值减1；则
在根据资源保持概率以及选择的随机数，判定出需要沿用已选择的资源之后，重新为计数器设置初始的计数值；
基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1或0时产生的累加时延；
判断所述业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，是否满足所述最大发送时延需求；
若不满足，根据所述发送时延以及最大发送时延需求，确定出能够允许的最大累加时延；
基于最大累加时延以及不能作为发送资源的子帧在时域位置上的分布，确定出业务包能够被发送的最大次数；
根据确定的能够被发送的最大次数，修改所述重新设置的初始的计数值。
可选地，所述资源选择机制确定模块具体用于根据以下步骤修改所述重新设置的初始的计数值：
将确定的能够被发送的最大次数，设置为修改后的初始的计数值；或者，
若确定的能够被发送的最大次数小于设置的计数值的最小值，则将该计数值的最小值设置为修改后的初始的计数值。
可选地，所述资源选择机制确定模块具体用于：
在初始选择资源或需要重选资源之后，为计数器设置初始的计数值；
根据初始的计数值、不能作为发送资源的子帧在时域位置上的分布，计算出在计数器的计数值变更为1或0时产生的累加时延；
根据所述最大发送时延需求，和计算的累加时延，确定允许的最大初始时延；
若所述最大初始时延小于或等于资源选择窗口的上边界的最小值，则将该资源选择窗口的上边界设置为该上边界的最小值；
若所述最大初始时延大于所述资源选择窗口的上边界的最小值，则将该资源选择窗口的上边界设置为确定的所述最大初始时延。
可选地，若所述业务包传输时采用的为时分复用TDD模式，则所述资源选择机制确定模块还用于：
根据所述业务包实际的最大发送时延需求，以及TDD上下行配置比例，确定折算后的最大发送时延需求；
所述资源选择机制确定模块具体用于根据以下步骤确定允许的最大初始时延：
根据所述折算后的最大发送时延需求和计算的累加时延，确定允许的最大初始时延。
本申请实施例在确定需要发送业务包后，可以根据所述业务包的最大发送时延需求，确定对所述业务包进行资源选择的机制，从而使得周期性到达的业务包所占用的业务资源能够满足业务的时延需求。
附图说明
图1为本申请实施例一提供的资源选择方法流程图；
图2为本申请实施例二提供的资源选择方法流程图；
图3为本申请实施例三提供的资源选择方法流程图；
图4为本申请实施例四提供的资源选择方法流程图；
图5为本申请实施例五提供的资源选择方法流程图；
图6为本申请实施例六提供的资源选择装置示意图；
图7为本申请实施例七提供的电子设备结构示意图。
具体实施方式
本申请实施例在确定需要发送业务包后，可以根据业务包的最大发送时延需求，确定对业务包进行资源选择的机制，从而使得周期性到达的业务包所占用的业务资源能够满足业务的时延需求。
本申请实施例还提供了几种对业务包进行资源选择的具体机制，下面结合附图对本申请优选的实施方式进行详细说明。
实施例一
如图1所示，为本申请实施例一提供的资源选择方法流程图，包括以下步骤：
S101：确定需要发送业务包。
这里，确定需要发送业务包可以指在高层业务包到达时，确定需要发送业务包，或者，是指根据业务包周期性发送的需求，确定需要发送业务包。
S102：根据业务包的最大发送时延需求，确定对业务包进行资源选择的机制。
这里，确定对业务包进行资源选择的机制，可以是指判断是否需要进行资源重选，或者是指确定用于资源选择的计数器的计数值，或者是指确定资源选择窗口。
比如，在业务包到达后，若确定该业务包在对应的进程的资源上发送时的发送时延(当前发送时延/最新的发送时延)不满足业务包的最大发送时延需求，则立即释放该业务包所占用的的资源并进行资源重选；
再比如，在初始选择资源时计数器的计数值已变更为1，且判定出需要沿用已选择的资源后，重新为计数器设置初始的计数值；基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1时产生的累加时延；在确定业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，不满足最大发送时延需求之后，释放该业务包占用的资源，并进行资源重选。
再比如，在初始选择资源时计数器的计数值已变更为1，且判定出需要沿用已选择的资源后，重新为计数器设置初始的计数值；基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1或0时产生的累加时延；判断业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，是否满足最大发送时延需求；若不满足，确定出能够允许的最大累加时延；基于最大累加时延以及不能作为发送资源的子帧在时域位置上的分布，确定出业务包能够被发送的最大次数；根据确定的能够被发送的最大次数，修改重新设置的初始的计数值。
再比如，在初始选择资源或需要重选资源时，基于为计数器设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算出在计数器的计数值变更为1或0时产生的累加时延，进一步地，根据业务包的最大发送时延需求以及计算的累加时延，来调整资源选择窗口。
下面通过几个具体的实施例对本申请思想作进一步介绍。
实施例二
如图2所示，为本申请实施例二提供的资源选择方法流程图，包括以下步骤：
S201：确定业务包到达。
S202：若业务包对应的进程已存在，判断业务包在对应的进程的资源上发送时的发送时延是否满足最大发送时延需求。若是，进入S203，若否，进入S204。
这里，业务包对应的进程的资源，是指为该进程的业务包选择的资源，具体地，可以认为是当前发送该业务包需要占用的资源。
S203：继续使用该业务包所占用的资源，发送所述业务包。
S204：释放业务包占用的资源并进行资源重选。
在具体实施中，针对到达的业务包，可以首先判断该业务包对应的进程是否存在。若判断出该业务包对应的进程不存在，则说明当前并未给业务包分配资源，则无需进行时延的判定，即可直接按照现有流程进行资源选择；若判断出该业务包对应的进程已存在，则可以进一步判定业务包的发送时延是否满足最大发送时延需求，若发送时延大于或等于业务包的最大发送时延需求，则释放业务包占用的资源，并进行资源重选；否则，可以继续沿用该资源。
下面结合具体的实施场景，对本申请实施例二进行进一步的说明。
假设节点A(该节点可以为某一终端设备)确定业务包到达，且该业务包对应的进程已存在，业务包的最大发送时延需求为100ms，若业务包在对应的进程的资源上发送时的发送时延为102ms，并且与该资源对应的计数器的计数值counter＝4，由于该业务包的发送时延已不满足业务包的最大发送时延需求，即可以立即释放该业务包占用的发送资源，并进行资源重选。而无需在counter值减为1时，再去判断是否可以继续使用该资源，从而使得周期性到达的业务包所占用的业务资源能够满足业务的时延需求。
实施例三
如图3所示，为本申请实施例三提供的资源选择方法流程图，包括以下步骤：
S301：确定需要发送业务包。
这里，确定需要发送业务包可以指在高层业务包到达时，确定需要发送业务包，或者，是指根据业务包周期性发送的需求，确定需要发送业务包。
S302：若业务包对应的进程已存在，且在初始选择资源时计数器的计数值(即counter值)已变更为1，则在根据资源保持概率以及选择的随机数，判定出需要沿用已选择的资源之后，重新为计数器设置初始的计数值。
这里，在初始选择资源时，会首先确定一个counter值，并且每在已选择的资源上发送成功一次业务包，counter值相应也会减1。在counter值减为1之后，可以选择一个随机数与系统配置的资源保持概率进行比对，若该随机数大于等于系统配置的资源保持概率，则可以判定出需要释放已选择的资源，并进行资源重选。若该随机数小于系统配置的资源保持概率，则可以判定出需要沿用已选择的资源，进一步地，针对该已选择的资源，可以重新为计数器设置一个初始的计数值。
S303：基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1时产生的累加时延。
这里，在计数器的计数值变更为1时产生的累加时延，是指相比于初始的计数值对应的发送时延多出的那部分时延。比如，初始的计数值对应的发送时延为30ms，而由于不能作为发送资源的子帧在时域位置上的分布，导致每发送一次业务包，业务包的发送时延就会增加2ms，那么在计数器的计数值由10变更为1时，即在发送了9次业务包之后，产生的累加时延即为18ms。
S304：判断业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，是否满足最大发送时延需求；若是，进入S305，否则，进入S306。
S305：继续使用业务包占用的资源，发送所述业务包。
S306：释放业务包占用的资源，并进行资源重选。
这里，若判断出业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和大于或等于业务包的最大发送时延需求，则释放该资源并进行资源重选。若判断出该发送时延与计算出的累加时延之和小于业务包的最大发送时延需求，则可以继续使用该资源。
下面结合具体的实施场景，对本申请实施例三进行进一步的说明。
假设节点A(该节点可以为某一终端设备)中已确定需要发送的业务包的进程已存在，且业务包的业务周期为200ms，最大发送时延需求为100ms，若与该进程关联的资源对应的计数器的计数值已变更为1。进一步地，假设，此时节点A选择的随机数为0.2，且系统预先配置的资源保持概率为0.3，由于选择的随机数小于系统配置的资源保持概率，则可以判定出需要沿用已选择的资源，并为该资源对应的计数器重新设置一个初始的计数值，这里，假设重新设置的初始的计数值为10。
进一步地，假设在每100ms中有3个非V2X资源池子帧(即不能作为发送资源的子帧)，那么每发送一次业务包，发送时延会增加6ms，按照重新设置的计数值为10来计算的话，在第9次发送业务包，即计数器的计数值减为1时，产生的累加时延为54ms。
进一步地，在确定出需要沿用的已选择的资源之后，若业务包的当前发送时延为70ms，那么，当前发送时延与在第9次发送业务包后产生的累加时延之和为124ms，已超出业务包的最大发送时延需求。由此可知，若按照计数器重新设置的初始的计数值，在第9次发送业务包时，业务包的发送时延已经为124ms，无法满足业务包的最大发送时延需求，则在这种场景下，无法继续使用该资源，需要立即释放该资源并进行资源重选。
实施例四
如图4所示，为本申请实施例四提供的资源选择方法流程图，包括以下步骤：
S401：确定需要发送业务包。
S402：若确定业务包对应的进程已存在，且在初始选择资源时计数器的计数值已变更为1或0；则在根据资源保持概率以及选择的随机数，判定出需要沿用已选择的资源之后，重新为计数器设置初始的计数值。
S403：基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1或0时产生的累加时延。
S404：判断业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，是否满足最大发送时延需求。若否，则进入步骤S405；若是，则进入步骤S408。
S405：根据业务包在对应的进程的资源上发送时的发送时延以及最大发送时延需求，确定出能够允许的最大累加时延。
S406：基于最大累加时延以及不能作为发送资源的子帧在时域位置上的分布，确定出业务包能够被发送的最大次数。
S407：根据确定的能够被发送的最大次数，修改重新设置的初始的计数值。
在具体实施中，可以将确定的能够被发送的最大次数设置为修改后的初始的计数值；或者，若确定的能够被发送的最大次数小于设置的计数值的最小值，也可以将该计数值的最小值设置为修改后的初始的计数值。
S408：无需修改重新设置的初始的计数值。
下面结合具体的实施场景，对本申请实施例四进行进一步的说明。
假设节点A(该节点可以为某一终端设备)中已确定需要发送的业务包的进程已存在，且业务包的业务周期为200ms，最大发送时延需求为100ms，若与该进程关联的资源对应的计数器的计数值已变更为1或0。进一步地，假设，此时节点A选择的随机数为0.2，且系统预先配置的资源保持概率为0.3，由于选择的随机数小于系统配置的资源保持概率，则可以判定出需要沿用已选择的资源，并为该资源对应的计数器重新设置一个计数值，这里，假设重新设置的计数值为10。
进一步地，假设在每100ms中有3个非V2X资源池子帧(即不能作为发送资源的子帧)，那么在已选择的资源上每发送一次业务包，发送时延会增加6ms，按照重新设置的计数值为10来计算的话，在第9次发送业务包，即计数器的计数值减为1时，产生的累加时延为54ms。
进一步地，假设业务包在已选择的资源上发送时的发送时延为70ms，那么，该发送时延与在第9次发送业务包后产生的累加时延之和为124ms，已超出业务包的最大发送时延需求。由此可知，若按照计数器重新设置计数值，在第9次发送业务包时，业务包的发送时延已经为124ms，无法满足业务包的最大发送时延需求，在这种场景下，可以进一步对重新设置的计数值进行修改。
具体地，由于业务包在已选择的资源上发送时的发送时延为70ms，且最大发送时延需求为100ms，则可以确定出能够允许的最大累加时延为30ms。由于在已选择的资源上每发送一次业务包，发送时延会增加6ms，那么若要保证在当前发送时延与在第9次发送业务包后产生的累加时延之和能够小于100ms，则业务包能够被发送的最大次数为4次，可以将计数值修改为确定的能够被发送的最大次数4。此外，按照现有标准流程规定，计数器的计数值允许设置的最小值为5，因此，在具体实施中，还可以将计数值修改为允许设置的最小值为5。
实施例五
如图5所示，为本申请实施例五提供的资源选择方法流程图，包括以下步骤：
S501：确定需要发送业务包。
S502：在初始选择资源或需要重选资源时，为计数器设置初始的计数值。
S503：根据初始的计数值、不能作为发送资源的子帧在时域位置上的分布，计算出在计数器的计数值变更为1或0时产生的累加时延。
S504：根据最大发送时延需求，和计算的累加时延，确定允许的最大初始时延。
S505：根据确定的允许的最大初始时延，设置资源选择窗口的上边界。
这里，按照现有标准中对资源选择窗口的定义可知，资源选择窗口的长度范围为：[m+T1，m+T2]，其中，m表示业务包到达的时刻，T1的取值范围为[0，4]，T2的取值范围为[20，100]。需要指出，本申请实施例中设置的资源选择窗口的上边界指的是T2值。
在具体实施中，若确定的最大初始时延小于或等于资源选择窗口的上边界的最小值，即T2的最小值，则将该资源选择窗口的上边界设置为该上边界的最小值，即将T2值设置为T2的最小值；若确定的最大初始时延大于资源选择窗口的上边界的最小值，则将该资源选择窗口的上边界设置为确定的最大初始时延。
此外，若业务包传输时采用的为时分复用TDD模式，则需要根据业务包实际的最大发送时延需求以及TDD上下行配置比例，确定出折算后的最大发送时延需求，后续在确定允许的最大初始时延时，需要根据折算后的最大发送时延需求和计算的累加时延来确定。
在具体实施中，可以将所有下行子帧看做是不能作为发送资源的子帧，也即非V2X资源池子帧，因此在折算最大发送时延时，可以按照上下行子帧的配置比例进行折算。
比如，参照表1所示的分时长期演进(Time Division-Long Term Evolution，TD-LTE)上下行配比表。针对配置0，上行子帧UL的配置比例为0.6，下行子帧DL以及特殊子帧(这里，均视为不能作为发送资源的子帧)的配置比例为0.4，若业务包实际的最大发送时延需求为100ms，则折算后得到的最大发送时延需求即60ms(具体计算过程为：100ms*0.6＝60ms)
表1
下面结合具体的实施场景，对本申请实施例五进行进一步的说明。
假设节点A(该节点可以为某一终端设备)中业务包的业务周期为200ms，最大发送时延需求为100ms，在每100ms中有2个非V2X资源池子帧(即不能作为发送资源的子帧)。在初始选择资源或需要重选资源时，假设为计数器设置一个初始的计数值为10，那么在发送9次业务包之后，产生的累加时延为36ms。由于业务包的最大发送时延需求为100ms，则可以确定出允许的最大初始时延为64ms。
进一步地，由于确定的最大初始时延大于资源选择窗口的上边界的最小值，这里，按照现有标准中的定义，资源选择窗口的上边界的最小值，即T2的最小值为20ms，这时，可以将资源选择窗口的上边界设置为确定的最大初始时延，即将T2值设置为64ms。若沿用上例，若根据TDD上下行配置比例，确定出折算后的最大发送时延需求为60ms，则根据折算后的最大发送时延需求(60ms)和计算的累加时延(36ms)，确定出的允许的最大初始时延为24ms，在这种情况下，可以将资源选择窗口的上边界设置为24ms。
进一步地，若业务包的业务周期设置为500ms，在每100ms中有2个非V2X资源池子帧(即不能作为发送资源的子帧)，那么在发送9次业务包之后，产生的累加时延为90ms。由于业务包的最大发送时延需求为100ms，则可以确定出允许的最大初始时延为10ms。由于确定的最大初始时延小于资源选择窗口的上边界的最小值(T2的最小值)，这时，可以将资源选择窗口的上边界设置为该上边界的最小值，即将T2值设置为20ms。
进一步地，若业务包的业务周期设置为500ms，在每100ms中有4个非V2X资源池子帧(即不能作为发送资源的子帧)，那么在发送9次业务包之后，产生的累加时延为180ms。由于业务包的最大发送时延需求为100ms，则可以确定出该累加时延已不满足最大发送时延需求，在这种场景下，也可以将资源选择窗口的上边界设置为该上边界的最小值，即将T2值设置为20ms。
本申请实施例中，在确定出需要发送业务包之后，可以根据业务包的最大发送时延需求，来确定对业务包进行资源选择的机制。并且本申请优选实施例中具体给出了几种对业务包进行资源选择的机制，其中，可以在确定业务包在对应的进程的资源上发送时的发送时延不满足最大发送时延需求后，立即释放资源并进行资源重选，从而能够使得周期性到达的业务包所占用的业务资源能够满足业务的时延需求。此外，考虑到超时就立即释放资源进行重选，可能会使得资源重选的概率过高，造成业务资源的利用率不高，本申请还提出了在初始选择资源或需要重选资源时，可以根据在初始选择资源或需要重选资源时，基于业务包的最大发送时延需求，以及因不能作为发送资源的子帧在时域位置上的分布导致的累加时延，进一步调整资源选择窗口的长度，即变更资源选择窗口的上限值(T2值)的大小，通过减小T2值，能够有效减小在选择的资源上初次发送业务包时的初始时延，进而使得初始时延以及累加时延之和能够尽可能小于最大时延需求，从而降低了资源重选的概率。
基于同一申请构思，本申请实施例中还提供了一种与上述资源选择方法对应的资源选择装置及电子设备，由于该资源选择装置及电子设备解决问题的原理与本申请实施例的资源选择方法相似，因此该资源选择装置及电子设备的实施可以参见方法的实施，重复之处不再赘述。
如图6所示，为本申请实施例提供的资源选择装置示意图，包括：
业务包发送确定模块61，用于确定需要发送业务包；
资源选择机制确定模块62，用于根据所述业务包的最大发送时延需求，确定对所述业务包进行资源选择的机制。
可选地，所述资源选择机制确定模块62具体用于：
当所述业务包到达时，若所述业务包对应的进程已存在，判断所述业务包在对应的进程的资源上发送时的发送时延是否满足所述最大发送时延需求；
若所述发送时延不满足所述业务包的最大发送时延需求，则释放所述业务包占用的资源，并进行资源重选。
可选地，所述资源选择机制确定模块62具体用于：
若所述业务包对应的进程已存在，且在初始选择资源时计数器的计数值已变更为1，其中，每发送成功一次业务包，计数器的计数值减1；则
在根据资源保持概率以及选择的随机数，判定出需要沿用已选择的资源之后，重新为计数器设置初始的计数值；
基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1时产生的累加时延；
判断所述业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，是否满足所述最大发送时延需求；
若满足，则继续使用所述业务包占用的资源；
若不满足，则释放所述业务包占用的资源，并进行资源重选。
可选地，所述资源选择机制确定模块62具体用于：
若确定所述业务包对应的进程已存在，且在初始选择资源时计数器的计数值已变更为1或0，其中，每发送成功一次业务包，计数器的计数值减1；则
在根据资源保持概率以及选择的随机数，判定出需要沿用已选择的资源之后，重新为计数器设置初始的计数值；
基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1或0时产生的累加时延；
判断所述业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，是否满足所述最大发送时延需求；
若不满足，根据所述发送时延以及最大发送时延需求，确定出能够允许的最大累加时延；
基于最大累加时延以及不能作为发送资源的子帧在时域位置上的分布，确定出业务包能够被发送的最大次数；
根据确定的能够被发送的最大次数，修改所述重新设置的初始的计数值。
可选地，所述资源选择机制确定模块62具体用于根据以下步骤修改所述重新设置的初始的计数值：
将确定的能够被发送的最大次数，设置为修改后的初始的计数值；或者，
若确定的能够被发送的最大次数小于设置的计数值的最小值，则将该计数值的最小值设置为修改后的初始的计数值。
可选地，所述资源选择机制确定模块62具体用于：
在初始选择资源或需要重选资源之后，为计数器设置初始的计数值；
根据初始的计数值、不能作为发送资源的子帧在时域位置上的分布，计算出在计数器的计数值变更为1或0时产生的累加时延；
根据所述最大发送时延需求，和计算的累加时延，确定允许的最大初始时延；
若所述最大初始时延小于或等于资源选择窗口的上边界的最小值，则将该资源选择窗口的上边界设置为该上边界的最小值；
若所述最大初始时延大于所述资源选择窗口的上边界的最小值，则将该资源选择窗口的上边界设置为确定的所述最大初始时延。
可选地，若所述业务包传输时采用的为时分复用TDD模式，则所述资源选择机制确定模块62还用于：
根据所述业务包实际的最大发送时延需求，以及TDD上下行配置比例，确定折算后的最大发送时延需求；
所述资源选择机制确定模块具体用于根据以下步骤确定允许的最大初始时延：
根据所述折算后的最大发送时延需求和计算的累加时延，确定允许的最大初始时延。
实施例七
如图7所示，为本申请实施例七提供的电子设备结构示意图，包括：
处理器701，用于读取存储器704中的程序，执行下列过程：
确定需要通过收发机702发送业务包；
根据所述业务包的最大发送时延需求，确定对所述业务包进行资源选择的机制；
收发机702，用于在处理器701的控制下接收和发送数据。
可选地，处理器701具体用于：
当所述业务包到达时，若所述业务包对应的进程已存在，判断所述业务包在对应的进程的资源上发送时的发送时延是否满足所述最大发送时延需求；
若所述发送时延不满足所述业务包的最大发送时延需求，则释放所述业务包占用的资源，并进行资源重选。
可选地，处理器701具体用于：
若所述业务包对应的进程已存在，且在初始选择资源时计数器的计数值已变更为1，其中，每发送成功一次业务包，计数器的计数值减1；则
在根据资源保持概率以及选择的随机数，判定出需要沿用已选择的资源之后，重新为计数器设置初始的计数值；
基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1时产生的累加时延；
判断所述业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，是否满足所述最大发送时延需求；
若满足，则继续使用所述业务包占用的资源；
若不满足，则释放所述业务包占用的资源，并进行资源重选。
可选地，处理器701具体用于：
若确定所述业务包对应的进程已存在，且在初始选择资源时计数器的计数值已变更为1或0，其中，每发送成功一次业务包，计数器的计数值减1；则
在根据资源保持概率以及选择的随机数，判定出需要沿用已选择的资源之后，重新为计数器设置初始的计数值；
基于重新设置的初始的计数值以及不能作为发送资源的子帧在时域位置上的分布，计算在计数器的计数值变更为1或0时产生的累加时延；
判断所述业务包在对应的进程的资源上发送时的发送时延与计算出的累加时延之和，是否满足所述最大发送时延需求；
若不满足，根据所述发送时延以及最大发送时延需求，确定出能够允许的最大累加时延；
基于最大累加时延以及不能作为发送资源的子帧在时域位置上的分布，确定出业务包能够被发送的最大次数；
根据确定的能够被发送的最大次数，修改所述重新设置的初始的计数值。
可选地，处理器701具体用于根据以下步骤修改所述重新设置的初始的计数值：
将确定的能够被发送的最大次数，设置为修改后的初始的计数值；或者，
若确定的能够被发送的最大次数小于设置的计数值的最小值，则将该计数值的最小值设置为修改后的初始的计数值。
可选地，处理器701具体用于：
在初始选择资源或需要重选资源之后，为计数器设置初始的计数值；
根据初始的计数值、不能作为发送资源的子帧在时域位置上的分布，计算出在计数器的计数值变更为1或0时产生的累加时延；
根据所述最大发送时延需求，和计算的累加时延，确定允许的最大初始时延；
若所述最大初始时延小于或等于资源选择窗口的上边界的最小值，则将该资源选择窗口的上边界设置为该上边界的最小值；
若所述最大初始时延大于所述资源选择窗口的上边界的最小值，则将该资源选择窗口的上边界设置为确定的所述最大初始时延。
可选地，若所述业务包传输时采用的为时分复用TDD模式，所述处理器701具体用于：
根据所述业务包实际的最大发送时延需求，以及TDD上下行配置比例，确定折算后的最大发送时延需求；
根据所述折算后的最大发送时延需求和计算的累加时延，确定允许的最大初始时延。
在图7中，总线架构(用总线700来代表)，总线700可以包括任意数量的互联的总线和桥，总线700将包括由通用处理器701代表的一个或多个处理器和存储器704代表的存储器的各种电路链接在一起。总线700还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其他电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口703在总线700和收发机702之间提供接口。收发机702可以是一个元件，也可以是多个元件，比如多个接收器和发送器，提供用于在传输介质上与各种其他装置通信的单元。例如：收发机702从其他设备接收外部数据。收发机702用于将处理器701处理后的数据发送给其他设备。取决于计算系统的性质，还可以提供用户接口705，例如小键盘、显示器、扬声器、麦克风、操纵杆。
处理器701负责管理总线700和通常的处理，如前述所述运行通用操作系统。而存储器704可以被用于存储处理器701在执行操作时所使用的数据。
可选的，处理器701可以是CPU(中央处埋器)、ASIC(Application Specific Integrated Circuit，专用集成电路)、FPGA(Field－Programmable Gate Array，现场可编程门阵列)或CPLD(Complex Programmable Logic Device，复杂可编程逻辑器件)。
本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本申请是参照根据本申请实施例的方法、装置(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本申请的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请范围的所有变更和修改。
显然，本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样，倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内，则本申请也意图包含这些改动和变型在内。