CN113056020A - 一种资源重选的判定方法及终端 - Google Patents

Abstract

本发明公开了一种资源重选的判定方法及终端，方法包括在业务包到达时，若当前授权/维护的第一SPS进程资源对应的进程资源重选计数器的值为0，且进程资源重选计数器的值为1时对应的第一概率值小于或者等于资源保持的概率值，则获取业务包传输需求的第一子信道数；根据第一子信道数和第一SPS进程资源的第二子信道数，判定是否进行资源重选。本发明的方案在进程资源重选计数器和资源保持的概率值的基础上，进一步结合业务包传输需求的第一子信道数和第一SPS进程资源的第二子信道数进行资源重选的判定，在处理业务包非严格周期和/或业务包大小非确定图样/模式的动态业务时，能够降低信道忙率偏高的概率，提升了资源的有效利用率和系统性能。

Description

一种资源重选的判定方法及终端

技术领域

本发明涉及通信技术领域，尤其涉及一种资源重选的判定方法及终端。

背景技术

R14长期演进(Long Term Evolution，LTE)-车辆与外界通信(Vehicle to X，V2X)-半静态调度(Semi-Persistent Scheduling，SPS)是以业务是严格周期(确定周期确定大小)或者确定模式pattern(一大四小，业务到达间隔确定，大包和小包的大小确定)为主要资源调度对象的。针对此类业务，LTE V2X目前定义了以下6种触发资源重选的条件：

1、SPS的进程资源重选计数器(counter)超时，需要进行资源重选。通过counter+p(进程资源重选计时器+资源保持的概率)的判定机制进行资源重选的判定，包括：

当业务(Transport Block，简称TB)到达时，若counter的值为0，那么如果在counter＝1时，产生的随机数大于资源保持的概率p，则应进行资源重选；如果counter＝1时，产生的随机数不大于资源保持的概率p，则应保持占用该SPS资源。

2、如果用户设备UE在连续1s内所有预留了资源的发送机会上均未进行业务传输或者重传，则应进行资源重选；

3、如果UE连续跳过N次预留了资源的发送机会，均未进行业务传输或者重传，则应进行资源重选，其中，N为高层配置，取值范围为[1,2,3,4,5,6,7,8,9]；

4、如果当前没有预留的资源，或者当前使用最大允许的调制与编码策略(Modulation and Coding Scheme，简称MCS)分配的资源也不能满足TB的传输且介质访问控制层(Media Access Control，简称MAC)不对无线链路控制(Radio Link Control，简称RLC)的业务数据单元(Service Data Unit，简称SDU)进行分段，则需要进行资源重选；

5、预留的资源不能满足数据发送的时延要求，且MAC实体选择不执行one shot的发送，应释放资源并进行重选；

6、如果无线资源控制(Radio Resource Control，简称RRC)配置资源池改变，MAC层触发改变的资源池中的资源相关的UE发起资源重选。

以上条件本身是有一定的次序的，即首先会判断是否满足资源重选的条件，然后才会判定概率P下是否满足继续保持维护原有配置SPS授权(grant)的条件。

此外，R14 LTE除了主要针对的上述严格的周期或确定模式的业务，5G NR(NewRadio)还额外引入了其他的业务模式，比如业务到达间隔确定，但业务大小不确定以及业务到达间隔和业务大小都没有规律的完全非周期业务。

在现有counter+p(进程资源计时器+资源保持的概率)的资源重选的判定机制下，如果等概率随机选的值小于或者等于资源保持的概率p，则SPS进程资源授权可能会持续很长时间，极端场景下可能连续多次等概率随机选的值小于或者等于资源保持的概率p，对于业务包为非严格周期和/或业务包大小为非确定模式/图样的业务场景，如业务包持续变小等动态业务情况，现有资源重选的判定机制会持续使系统业务负荷不是很大，系统码率过低或者填充(padding)过大，导致信道忙率(Channel Busy Ratio，简称CBR)相对偏高，进而使系统性能偏低。

发明内容

为了解决上述技术问题，本发明提供了一种资源重选的判定方法及终端，解决了现有进程资源计时器和资源保持的概率的判定机制下，如果连续多次等概率随机选的值小于或者等于资源保持的概率p，对于业务包为非严格周期和/或业务包大小为非确定模式/图样的场景，会持续使系统码率过低或者填充(padding)过大，导致信道忙率相对偏高，使得系统性能偏低的问题。

依据本发明的第一个方面，提供了一种资源重选的判定方法，包括：

在业务包到达时，若当前授权/维护的第一半持续调度(Semi-PersistentScheduling，简称SPS)进程资源对应的进程资源重选计数器的值为0，且所述进程资源重选计数器的值为1时所对应的第一概率值小于或者等于系统配置的资源保持的概率值，则获取所述业务包传输需求的第一子信道数；

根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，进行资源重选的判定。

可选的，所述根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，进行资源重选的判定，包括：

将所述第一子信道数和所述第二子信道数进行比较，获得比较结果；

若所述比较结果为第一结果，则判定触发资源重选；

若所述比较结果为第二结果，则判定继续维护使用所述第一SPS进程资源。

可选的，所述将所述第一子信道数和所述第二子信道数进行比较，获得比较结果包括：

若所述第一子信道数小于所述第二子信道数，则所述比较结果为所述第一结果；

若所述第一子信道数等于所述第二子信道数，则所述比较结果为所述第二结果。

可选的，所述获取所述业务包传输需求的第一子信道数，包括以下至少一项：

通过滑动窗口机制，获得所述业务包传输需求的第一子信道数。

根据当前到达的所述业务包的大小，获得所述业务包传输需求的第一子信道数。

可选的，所述通过滑动窗口机制，获得所述业务包传输需求的第一子信道数，包括：

基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛；

若判断所述业务包的大小收敛，则将所述滑动窗口内所有业务包中对应需求的最大子信道个数作为所述业务包传输需求的第一信道个数。

可选的，所述基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛之后，还包括：

若所述业务包的大小不收敛，则根据当前到达的所述业务包的大小，确定所述业务包传输需求的第一子信道数。

可选的，所述基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛，包括：

根据所述滑动窗口的长度，确定所述滑动窗口内的所有业务包；

获取所述滑动窗口内每个业务包对应需求的信道个数；

获取所述滑动窗口内所有业务包中对应需求的最大子信道个数和最小子信道个数的差值；

若所述差值小于或者等于第一预设值,则判定所述业务包的大小收敛。

可选的，所述滑动窗口内的各业务包为相同业务类型。

可选的，所述相同业务类型包括以下至少一项：相同的目标层二标识DestinationLayer-2 ID、相同的邻近每包优先级(ProSe Per-Packet Priority，简称PPPP)值、相同的服务质量(Quality of Service，简称QoS)指标要求、相同的逻辑信道号(逻辑信道ID)和相同的业务周期。

可选的，所述第一概率值为所述进程资源重选计数器的值为1时，在第一预设范围内选择的一个随机数。

依据本发明的第二个方面，提供了一种终端，包括：

获取模块，用于在业务包到达时，若所述当前授权/维护的第一半持续调度SPS进程资源对应的进程资源重选计数器的值为0，且所述进程资源重选计数器的值为1时所对应的第一概率值小于或者等于资源保持的概率值，则获取所述业务包传输需求的第一子信道数；

处理模块，用于根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，判定是否进行资源重选。

依据本发明的第三个方面，提供了一种终端，包括收发机、存储器、处理器及存储在存储器上并可在处理器上运行的程序；所述处理器用于：

在业务包到达时，若所述当前授权/维护的第一半持续调度SPS进程资源对应的资源重选计数器的值为0，且所述进程资源重选计数器的值为1时所对应的第一概率值小于或者等于系统配置的资源保持的概率值，则获取所述业务包传输需求的第一子信道数；

根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，判定是否进行资源重选。

依据本发明的第四个方面，提供了一种处理器可读存储介质，所述处理器可读存储介质存储有处理器可执行指令，所述处理器可执行指令用于使所述处理器执行如上所述的资源重选的判定的方法。

本发明的实施例的有益效果是：

上述方案中，在业务包到达时，若当前授权/维护的第一SPS进程资源对应的进程资源重选计数器的值为0，且进程资源重选计数器的值为1时所对应的第一概率值小于或者等于系统配置的资源保持的概率值这一情况下，通过获取业务包传输需求的第一子信道数，并根据第一子信道数和第一SPS进程资源的第二子信道数，进行资源重选的判定。实现了在进程资源重选计数器和资源保持的概率值的资源重选的判定机制基础上，进一步结合了业务包传输需求的第一子信道数和当前授权或维护的第一SPS进程资源的第二子信道数，进行资源重选的判定，在处理业务包非严格周期或业务包非确定模式/图样的动态业务时，依据业务包的传输资源需求和已授权资源的大小进行资源重选的判定，能够避免信道忙率偏高和资源浪费，提升了系统性能。

附图说明

图1表示本发明实施例的资源重选的判定方法流程图；

图2表示本发明实施例的终端的模块示意图；

图3表示本发明实施例的终端的结构框图。

具体实施方式

为使本发明要解决的技术问题、技术方案和优点更加清楚，下面将结合附图及具体实施例进行详细描述。在下面的描述中，提供诸如具体的配置和组件的特定细节仅仅是为了帮助全面理解本发明的实施例。因此，本领域技术人员应该清楚，可以对这里描述的实施例进行各种改变和修改而不脱离本发明的范围和精神。另外，为了清楚和简洁，省略了对已知功能和构造的描述。

应理解，说明书通篇中提到的“一个实施例”或“一实施例”意味着与实施例有关的特定特征、结构或特性包括在本发明的至少一个实施例中。因此，在整个说明书各处出现的“在一个实施例中”或“在一实施例中”未必一定指相同的实施例。此外，这些特定的特征、结构或特性可以任意适合的方式结合在一个或多个实施例中。

在本发明的各种实施例中，应理解，下述各过程的序号的大小并不意味着执行顺序的先后，各过程的执行顺序应以其功能和内在逻辑确定，而不应对本发明实施例的实施过程构成任何限定。

另外，本文中术语“系统”和“网络”在本文中常可互换使用。

在本申请所提供的实施例中，应理解，“与A相应的B”表示B与A相关联，根据A可以确定B。但还应理解，根据A确定B并不意味着仅仅根据A确定B，还可以根据A和/或其它信息确定B。

本发明实施例中，接入网的形式不限，可以是LTE(Long Term Evolution，长期演进)、NR(New Radio，新空口)，包括宏基站(Macro Base Station)、微基站(Pico BaseStation)、Node B(3G移动基站的称呼)、增强型基站(eNB)、家庭增强型基站(Femto eNB或Home eNode B或Home eNB或HeNB)、中继站、接入点、RRU(Remote Radio Unit，远端射频模块)、RRH(Remote Radio Head，射频拉远头)等的接入网。用户终端可以是移动电话(或手机)，或者其他能够发送或接收无线信号的设备，包括用户设备、个人数字助理(PDA)、无线调制解调器、无线通信装置、手持装置、膝上型计算机、无绳电话、无线本地回路(WLL)站、能够将移动信号转换为WiFi信号的CPE(Customer Premise Equipment，客户终端)或移动智能热点、智能家电、或其他不通过人的操作就能自发与移动通信网络通信的设备等。

具体地，本发明提供了一种资源重选的判定方法及终端，解决了现有进程资源计时器和资源保持的概率的判定机制下，如果连续多次等概率随机选的值小于或者等于资源保持的概率p，对于业务包非严格周期或业务包非确定模式/图样的场景，会持续使系统码率过低或者填充(padding)过大，导致信道忙率相对偏高，使得系统性能偏低的问题。

如图1所示，本发明的实施例提供了一种资源重选的判定方法，具体包括以下步骤：

步骤11，在业务包到达时，若当前授权/维护的第一半持续调度SPS进程资源对应的进程资源重选计数器的值为0，且所述进程资源重选计数器的值为1时所对应的第一概率值小于或者等于系统配置的资源保持的概率值，则获取所述业务包传输需求的第一子信道数；

需要说明的是，当前授权/维护的第一SPS进程资源的配置包括：资源大小、资源周期、资源时频域位置和进程资源重选计数器的初始值。其中，进程资源重选计数器是对应当前授权/维护的第一SPS进程资源的所维护的计数器(counter)。counter的初始取值包括：如果进行资源选择的用户设备UE发送业务的周期大于或者等于100ms，则counter取值为[5,15]之间均匀随机选择的整数；如果进行资源选择的用户设备UE发送业务的周期为50ms，则counter的取值为[10,30]之间均匀随机选择的整数；如果进行资源选择的用户设备UE发送业务的周期为20ms，则counter取值为[25,75]之间均匀随机选择的整数。

载波特定的资源保持的概率值p的取值范围为[0,0.2,0.4,0.6,0.8]。

在每次业务包达到时，若counter的值不为0，则每用一次第一SPS进程资源传输业务包，对应counter的值减1。本步骤限定的是业务包到达时，counter的值已减至0的场景。在此场景下，进一步获取上述第一SPS进程资源对应维护的进程资源重传计数器(counter)在值为1时产生的第一概率值与资源保持的概率值的比较关系，若判断第一概率值小于或者等于系统配置的资源保持的概率值，不直接判定继续维护使用所述第一SPS进程资源，而是获取当前到达的所述业务包传输需求的第一子信道数，以实现在资源重选计数器和资源保持的概率值的判定机制下，进一步基于业务包传输需求的资源大小对是否触发资源重选进行判定。

其中，第一子信道数为当前到达的所述业务包合适的调制与编码策略(Modulation and Coding Scheme，简称MCS)下需要的资源大小。

步骤12，根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，判定是否进行资源重选。

上述实施例中，在基于进程资源重选计数器和资源保持的概率值进行资源重选判定的基础上，进一步结合业务包传输需求的第一子信道数和当前授权或维护的第一SPS进程资源配置的第二子信道数进行资源重选的判定，通过业务包的传输资源需求和已授权的第一SPS进程资源的资源大小对是否进行资源的重新选择进行判定，更符合实际需求。有效避免在处理业务包为非严格周期和/或业务包为非确定模式/图样的动态业务场景中，如业务包持续变小等动态业务，可能出现的持续用相对较大的SPS进程资源来承载很小的业务包，最终导致系统长时间维持在一个过低的码率或者过多的填充、信道忙率偏高的问题。通过该实施例可提升资源的有效利用率，并间接提升系统性能。

其中，所述第一概率值为所述进程资源重选计数器的值为1时，在第一预设范围内选择的一个随机数。具体的，第一概率值为MAC实体在[0,1]之间等概率随机选的值。

具体的，步骤12，包括：

将所述第一子信道数和所述第二子信道数进行比较，获得比较结果；

若所述比较结果为第一结果，则判定触发资源重选；若所述比较结果为第二结果，则判定继续维护使用所述第一SPS进程资源。

该实施例中，通过比较业务包传输需求的第一子信道数和第一SPS进程资源的第二子信道数，进一步将判定结果分为判定触发资源重选和判定继续维护使用所述第一SPS进程资源两种，该实施例在处理业务包非严格周期或业务包非确定模式/图样的业务(如处理业务包持续变小等动态业务)时，不会因连续多次等概率随机选的值小于或者等于资源保持的概率而持续占用第一SPS进程资源较长时间，也即不会使系统长时间维持在一个过低的码率或者过多的填充的情况，有效避免了信道忙率偏高，提升了资源的有效利用率，间接提升了系统性能。

具体地，所述将所述第一子信道数和所述第二子信道数进行比较，获得比较结果包括：

若所述第一子信道数小于所述第二子信道数，则所述比较结果为所述第一结果；若所述第一子信道数等于所述第二子信道数，则所述比较结果为所述第二结果。

该实施例中，若所述第一子信道数小于所述第二子信道数，则说明业务包对于资源的需求变小，此时通过触发资源重选，可以有效避免系统的码率过低或者填充过多，提升了资源的利用率，间接提升了系统性能。若第一子信道数等于所述第二子信道数，则说明业务包对于资源的需求不变，此时可继续维护使用所述第一SPS进程资源，有效避免了频繁进行资源重选，有利于保证较好的系统性能。

具体地，步骤11中的，所述获取所述业务包传输需求的第一子信道数，包括以下至少一种方式：

方式一：

通过滑动窗口机制，获得所述业务包传输需求的第一子信道数。

该实施例中，通过将现有且持续维持的滑动窗口运用到资源重选的判定中，来获取当前到达的业务包传输需求的第一子信道数，实现了第一子信道数的获取过程的便捷性和高效性。

具体地，所述通过滑动窗口机制，获得所述业务包传输需求的第一子信道数，包括：

基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛；

若判断所述业务包的大小收敛，则将所述滑动窗口内所有业务包中对应需求的最大子信道个数作为所述业务包传输需求的第一信道个数。

需要说明的是，同一滑动窗口内的业务之间业务包大小可能不是完全一致的。SPS进程下，在业务包到达时，若counter＝0，则触发收敛判定，而感知一次发送(one shot)进程下每一个业务包都基于业务包所在的滑动窗口进行收敛判定。如果业务包收敛，则说明业务包大小的变化范围较小，可将当前业务包大小收敛为当前滑动窗口内所有业务包中对应的最大子信道个数。若业务包大小不收敛，则说明业务包大小的变化范围很大，因此通过业务包大小的收敛性判定，可以有效避免用相对较大的SPS资源来承载很小的业务包这一情况。

其中，基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛，包括：

根据所述滑动窗口的长度，确定所述滑动窗口内的所有业务包；

获取所述滑动窗口内每个业务包对应需求的信道个数；

获取所述滑动窗口内所有业务包中对应需求的最大子信道个数和最小子信道个数的差值；

若所述差值小于或者等于第一预设值,则判定所述业务包的大小收敛。

该实施例中，滑动窗口的长度以业务包个数为单位。可以理解，滑动窗口内的所有业务包包括当前到达的所述业务包以及过去连续传输的多个业务包，具体滑动窗口内业务包的数量由滑动窗口的长度确定。这里，第一预设值和滑动窗口的长度可预先配置。

进一步，需要说明的是，所述滑动窗口内的各业务包为相同业务类型。即，滑动窗口内的业务是相同的业务类型，只是同一滑动窗口内的业务之间可能业务包大小不是完全一致的。

具体的，相同业务类型包括以下至少一项：相同的目标层二标识DestinationLayer-2 ID、相同的邻近每包优先级PPPP值、相同的服务质量QoS指标要求、相同的逻辑信道号ID和相同的业务周期。

方式二：

根据当前到达的所述业务包的大小，获得所述业务包传输需求的第一子信道数。

需要说明的是，当前到达的业务包传输需求的第一子信道数的确定，取决于具体实现(非协议过程)。具体实现过程中可以采用方式一中的滑动窗口的机制确定，也可以根据当前到达的所述业务包的大小确定，还可以两种方式组合使用。

其中，作为一种实现方式，在采用方式一确定第一子信道数时，若所述业务包的大小不收敛，则说明业务包大小的变化范围很大，应采用方式二确定所述业务包传输需求的第一子信道数。

下面以具体的示例对上述资源重选的判定方法进行介绍。

示例1：业务包对于资源的需求变小的情况

当前授权/维护的第一SPS进程资源的配置包括：资源大小为：3个子信道；资源周期为：100ms；counter的初始值为：10。

同一个逻辑信道内的业务为相同的业务类型，具有相同的目标层二标识Destination Layer-2 ID、相同的邻近每包优先级PPPP值、相同的服务质量QoS指标要求、相同的逻辑信道号(逻辑信道ID)和相同的业务周期，但业务包大小不同。

具体的，通过第一SPS进程资源过去已连续传输的业务包+header/传输块TB对应的大小按时间的先后顺序分别为：{500B,500B,400B,300B,200B,200B,200B,200B,300B,200B}，其中，传输500B和400B的TB分别需要3个子信道，传输200B和300B的TB分别需要2个子信道。

资源保持概率为：0.5；counter＝1时确定的随机数(第一概率值)为0.3；配置的滑动窗口长度为5；用于收敛性判断的第一预设值为2；

当新来了业务包{200B}时，此时counter＝0，由于counter为1时，第一概率值小于资源保持概率，则做业务包的收敛性判定，包括：

根据滑动窗口的长度5，确定所述滑动窗口内的所有业务包为{200B,200B,300B,200B,200B}；

获取所述滑动窗口内每个业务包对应需求的信道个数分别为：{2,2,2,2,2}；

滑动窗口内所有业务包中对应需求的最大子信道个数和最小子信道个数均为2，最大子信道个数和最小子信道个数的差值为0＜2(第一预设值)，因此判定新到达的业务包完全收敛。

确定当前到达的业务包{200B}合适的MCS下需要的子带大小为2个子信道(第一子信道数)，而当前的第一SPS进程资源大小为3个子信道(第二子信道数)，第一子信道数＜第二子信道数，则触发资源重选。

示例2：业务包对资源的需求没有变化情况下

当前授权/维护的第一SPS进程资源的配置包括：资源大小为：3个子信道；资源周期为：100ms；counter的初始值为：10。

同一个逻辑信道内的业务为相同的业务类型，但业务包大小不同。业务具有相同的目标层二标识Destination Layer-2 ID、相同的邻近每包优先级PPPP值、相同的服务质量QoS指标要求、相同的逻辑信道号ID和相同的业务周期。

具体的，通过第一SPS进程资源过去已连续传输的业务包+header/传输块TB对应的大小按时间的先后顺序分别为：{500B,500B,500B,500B,500B,400B,400B,500B,400B,400B}，其中，传输500B和400B的TB分别需要3个子信道。

资源保持概率为：0.5；counter＝1时确定的随机数(第一概率值)为0.3；配置的滑动窗口长度为5；用于收敛性判断的第一预设值为2。

当新来了业务包{400B}时，此时counter＝0,由于counter为1时，第一概率值小于资源保持概率，则做业务包的收敛性判定，包括：

根据滑动窗口的长度5，确定所述滑动窗口内的所有业务包为{400B,500B,400B,400B,400B}；

获取所述滑动窗口内每个业务包对应需求的信道个数分别为：{3,3,3,3,3}；

滑动窗口内所有业务包中对应需求的最大子信道个数和最小子信道个数均为3，最大子信道个数和最小子信道个数的差值为0＜2(第一预设值)，因此判定新到达的业务包完全收敛。

确定当前到达的业务包{400B}合适的MCS下需要的子带大小为3个子信道，与当前第一SPS进程资源大小一致，则继续维护使用当前第一SPS进程资源；并重置counter，具体同协议过程。

应当指出，系统性能是各种因素的一个权衡，要实现一个较好的系统性能，系统中的一次发送(one shot)的比例不能过高，因为重选频率过高系统性能就会越接近于感知一次发送(sensing one shot)机制，即系统整体性能就会下降。即可以通过更多的资源来换取半持续调度SPS，是资源和调度类型的一个权衡，以获取相对更好的一个系统性能。同时也不能使得系统的CBR负荷远高于实际需要的系统负荷。为了取得较好的权衡，一方面尽量不频繁重选资源。比如SPS正常维护过程中业务包变小并不触发SPS资源调整；另外一方面也需要避免长时间维持在一个过低的码率或者过多的填充(padding)上，即一定程度上需要保证SPS资源上是一个合理的码率，过低的码率会造成CBR相对偏高，进而导致系统性能偏低。上述实施例，在counter+P确定需要继续使用当前SPS进程资源时，增加一个判定条件。具体为：在counter的值为0时，确定是否持续占用SPS资源时需要考虑业务对于资源的需求是否变小，即如果counter＝1时，MAC实体在[0,1]之间等概率随机选的值不大于资源保持的概率p，则在高层确定的SPS传输资源大小(当前到达的业务包传输需求的第一子信道数)小于当前授权/维护的第一SPS进程资源的第二子信道数时，触发资源重选；在高层确定的SPS传输资源大小与当前配置的第一SPS进程资源的第二子信道数一致时，继续维护使用当前第一SPS进程资源。通过上述实施例，一定程度上降低了系统码率持续过低或者填充过大，有效提升了资源有效利用率，间接提升了系统性能。

应当指出，第一子信道数大于第二子信道数的判定是已经执行完毕的，即处理逻辑上是在本实施例的判定之前判定执行的。

如图2所示，本发明的实施例还提供了一种终端。所述终端包括：

获取模块201，用于在业务包到达时，若所述当前授权/维护的第一半持续调度SPS进程资源对应的进程资源重选计数器的值为0，且所述进程资源重选计数器的值为1时所对应的第一概率值小于或者等于资源保持的概率值，则获取所述业务包传输需求的第一子信道数；

处理模块202，用于根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，判断定是否进行资源重选。

可选的，处理模块202包括：

第一处理子模块，用于将所述第一子信道数和所述第二子信道数进行比较，获得比较结果；

第二处理子模块，用于若所述比较结果为第一结果，则判定触发资源重选；

第三处理子模块，用于若所述比较结果为第二结果，则判定继续维护使用所述第一SPS进程资源。

可选的，第一处理子模块在将所述第一子信道数和所述第二子信道数进行比较，获得比较结果时，具体用于：

若所述第一子信道数小于所述第二子信道数时，则获得所述比较结果为所述第一结果；

若所述第一子信道数等于所述第二子信道数，则获得所述比较结果为所述第二结果。

可选的，获取模块201包括：

第一获取子模块，用于通过滑动窗口机制，获得所述业务包传输需求的第一子信道数；

第二获取子模块，用于根据当前到达的所述业务包的大小，获得所述业务包传输需求的第一子信道数。

可选的，第一获取子模块包括：

收敛性判断单元，用于基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛；

获取单元，用于在判断所述业务包的大小收敛时，将所述滑动窗口内所有业务包中对应需求的最大子信道个数作为所述业务包传输需求的第一信道个数。

可选的，第二获取子模块还用于：

在所述业务包的大小不收敛时，根据当前到达的所述业务包的大小，确定所述业务包传输需求的第一子信道数。

可选的，收敛性判断单元包括：

确定子单元，用于根据所述滑动窗口的长度，确定所述滑动窗口内的所有业务包；

第一获取子单元，用于获取所述滑动窗口内每个业务包对应需求的信道个数；

第二获取子单元，用于获取所述滑动窗口内所有业务包中对应需求的最大子信道个数和最小子信道个数的差值；

判断子单元，用于在所述差值小于或者等于第一预设值时，判定所述业务包的大小收敛。

可选的，所述滑动窗口内的各业务包为相同业务类型。

可选的，所述相同业务类型包括以下至少一项：相同的目标层二标识DestinationLayer-2 ID、相同的邻近每包优先级PPPP值、相同的服务质量QoS指标要求、相同的逻辑信道号ID和相同的业务周期。

可选的，所述第一概率值为所述进程资源重选计数器的值为1时，在第一预设范围内选择的一个随机数。

该终端是与上述方法实施例对应的终端，上述方法实施例中的所有实现方式均适用于该终端的实施例中，也能达到与方法实施例相同的技术效果。

如图3所示，为了更好的实现上述目的，本实施例还提供一种终端，包括：

处理器300；以及通过总线接口340与所述处理器300相连接的存储器320，所述存储器320用于存储所述处理器300在执行操作时所使用的程序和数据，当处理器300调用并执行所述存储器320中所存储的程序和数据时，执行下列过程。其中，收发机310与总线接口340连接，用于在处理器300的控制下接收和发送数据。

所述处理器300用于：

在业务包到达时，若所述当前授权/维护的第一半持续调度SPS进程资源对应的进程资源重选计数器的值为0，且所述进程资源重选计数器的值为1时所对应的第一概率值小于或者等于系统配置的资源保持的概率值，则获取所述业务包传输需求的第一子信道数；

根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，判定是否进行资源重选。

可选的，所述处理器300在根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，判定是否进行资源重选时，具体用于：

将所述第一子信道数和所述第二子信道数进行比较，获得比较结果；

若所述比较结果为第一结果，则判定触发资源重选；

若所述比较结果为第二结果，则判定继续维护使用所述第一SPS进程资源。

可选的，所述处理器300在所述将所述第一子信道数和所述第二子信道数进行比较，获得比较结果时，具体用于：

在所述第一子信道数小于所述第二子信道数时，获取所述比较结果为所述第一结果；

在所述第一子信道数等于所述第二子信道数时，获取所述比较结果为所述第二结果。

可选的，所述处理器300在获取所述业务包传输需求的第一子信道数时，可具体用于以下至少一项：

通过滑动窗口机制，获得所述业务包传输需求的第一子信道数。

根据当前到达的所述业务包的大小，获得所述业务包传输需求的第一子信道数。

可选的，所述处理器300在通过滑动窗口机制，获得所述业务包传输需求的第一子信道数时，具体用于：

基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛；

若判断所述业务包的大小收敛，则将所述滑动窗口内所有业务包中对应需求的最大子信道个数作为所述业务包传输需求的第一信道个数。

可选的，所述处理器300在基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛之后，还用于：

在所述业务包的大小不收敛时，根据当前到达的所述业务包的大小，确定所述业务包传输需求的第一子信道数。

可选的，所述处理器300在基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛时，具体用于：

根据所述滑动窗口的长度，确定所述滑动窗口内的所有业务包；

获取所述滑动窗口内每个业务包对应需求的信道个数；

获取所述滑动窗口内所有业务包中对应需求的最大子信道个数和最小子信道个数的差值；

若所述差值小于或者等于第一预设值，则判定所述业务包的大小收敛。

可选的，所述滑动窗口内的各业务包为相同业务类型。

可选的，所述相同业务类型包括以下至少一项：相同的目标层二标识DestinationLayer-2 ID、相同的邻近每包优先级PPPP值、相同的服务质量QoS指标要求、相同的逻辑信道号ID和相同的业务周期。

可选的，所述第一概率值为所述进程资源重选计数器的值为1时，在第一预设范围内选择的一个随机数。

需要说明的是，在图3中，总线架构可以包括任意数量的互联的总线和桥，具体由处理器300代表的一个或多个处理器和存储器320代表的存储器的各种电路链接在一起。总线架构还可以将诸如外围设备、稳压器和功率管理电路等之类的各种其它电路链接在一起，这些都是本领域所公知的，因此，本文不再对其进行进一步描述。总线接口提供接口。收发机310可以是多个元件，即包括发送机和收发机，提供用于在传输介质上与各种其它装置通信的单元。针对不同的终端，用户接口330还可以是能够外接内接需要设备的接口，连接的设备包括但不限于小键盘、显示器、扬声器、麦克风、操纵杆等。处理器300负责管理总线架构和通常的处理，存储器320可以存储处理器400在执行操作时所使用的数据。

本领域技术人员可以理解，实现上述实施例的全部或者部分步骤可以通过硬件来完成，也可以通过计算机程序来指示相关的硬件来完成，所述计算机程序包括执行上述方法的部分或者全部步骤的指令；且该计算机程序可以存储于一可读存储介质中，存储介质可以是任何形式的存储介质。

此外，需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行，某些步骤可以并行或彼此独立地执行。对本领域的普通技术人员而言，能够理解本发明的方法和装置的全部或者任何步骤或者部件，可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中，以硬件、固件、软件或者它们的组合加以实现，这是本领域普通技术人员在阅读了本发明的说明的情况下运用他们的基本编程技能就能实现的。

因此，本发明的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此，本发明的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说，这样的程序产品也构成本发明，并且存储有这样的程序产品的存储介质也构成本发明。显然，所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。还需要指出的是，在本发明的装置和方法中，显然，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本发明的等效方案。并且，执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行，但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。

以上所述是本发明的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明所述原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (13)

1.一种资源重选的判定方法，其特征在于，包括：

在业务包到达时，若当前授权/维护的第一半持续调度SPS进程资源对应的进程资源重选计数器的值为0，且所述进程资源重选计数器的值为1时所对应的第一概率值小于或者等于系统配置的资源保持的概率值，则获取所述业务包传输需求的第一子信道数；

根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，判定是否进行资源重选。

2.根据权利要求1所述的资源重选的判定方法，其特征在于，所述根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，判定是否进行资源重选，包括：

将所述第一子信道数和所述第二子信道数进行比较，获得比较结果；

若所述比较结果为第一结果，则判定触发资源重选；

若所述比较结果为第二结果，则判定继续维护使用所述第一SPS进程资源。

3.根据权利要求2所述的资源重选的判定方法，其特征在于，所述将所述第一子信道数和所述第二子信道数进行比较，获得比较结果包括：

若所述第一子信道数小于所述第二子信道数，则所述比较结果为所述第一结果；

若所述第一子信道数等于所述第二子信道数，则所述比较结果为所述第二结果。

4.根据权利要求1所述的资源重选的判定方法，其特征在于，所述获取所述业务包传输需求的第一子信道数，包括以下至少一项：

通过滑动窗口机制，获得所述业务包传输需求的第一子信道数；

根据当前到达的所述业务包的大小，获得所述业务包传输需求的第一子信道数。

5.根据权利要求4所述的资源重选的判定方法，其特征在于，所述通过滑动窗口机制，获得所述业务包传输需求的第一子信道数，包括：

基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛；

若判断所述业务包的大小收敛，则将所述滑动窗口内所有业务包中对应需求的最大子信道个数作为所述业务包传输需求的第一信道个数。

6.根据权利要求5所述的资源重选的判定方法，其特征在于，所述基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛之后，还包括：

若所述业务包的大小不收敛，则根据当前到达的所述业务包的大小，确定所述业务包传输需求的第一子信道数。

7.根据权利要求5所述的资源重选的判定方法，其特征在于，所述基于所述业务包当前所在的滑动窗口，判断所述业务包大小是否收敛，包括：

根据所述滑动窗口的长度，确定所述滑动窗口内的所有业务包；

获取所述滑动窗口内每个业务包对应需求的信道个数；

获取所述滑动窗口内所有业务包中对应需求的最大子信道个数和最小子信道个数的差值；

若所述差值小于或者等于第一预设值，则判定所述业务包的大小收敛。

8.根据权利要求4至7任一项所述的资源重选的判定方法，其特征在于，所述滑动窗口内的各业务包为相同业务类型。

9.根据权利要求8所述的资源重选的判定方法，其特征在于，所述相同业务类型包括以下至少一项：相同的目标层二标识Destination Layer-2 ID、相同的邻近每包优先级PPPP值、相同的服务质量QoS指标要求、相同的逻辑信道号ID和相同的业务周期。

10.根据权利要求1所述的资源重选的判定方法，其特征在于，所述第一概率值为所述进程资源重选计数器的值为1时，在第一预设范围内选择的一个随机数。

11.一种终端，其特征在于，包括：

获取模块，用于在业务包到达时，若当前授权/维护的第一半持续调度SPS进程资源对应的进程资源重选计数器的值为0，且所述进程资源重选计数器的值为1时所对应的第一概率值小于或者等于资源保持的概率值，则获取所述业务包传输需求的第一子信道数；

处理模块，用于根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，判定是否进行资源重选。

12.一种终端，包括收发机、存储器、处理器及存储在存储器上并可在处理器上运行的程序，其特征在于，所述处理器用于：

在业务包到达时，若当前授权/维护的第一半持续调度SPS进程资源对应的进程资源重选计数器的值为0，且所述进程资源重选计数器的值为1时所对应的第一概率值小于或者等于系统配置的资源保持的概率值，则获取所述业务包传输需求的第一子信道数；

根据所述第一子信道数和所述第一SPS进程资源的第二子信道数，判定是否进行资源重选。

13.一种处理器可读存储介质，其特征在于，所述处理器可读存储介质存储有处理器可执行指令，所述处理器可执行指令用于使所述处理器执行如权利要求1至10任一项所述的资源重选的判定的方法。

Images