技术领域

本发明涉及通讯技术领域， 尤其是涉及一种基站、基站调度业务的方法。

背景技术

集群通信是无线通信领域中的一个重要应用分 支， 在每一代无线通信技 术发展中都受到设备商和运营商的高度重视。 LTE ( Long Term Evolution, 长 期演进）是 3GPP长期演进项目， 是未来移动通信技术的发展方向。 LTE中 的空口资源由时域和频域构成，在某个具体时 刻空口资源只能分配有限资源。

在集群业务和普通 LTE业务公网形成的环境组网中， 集群业务的优先级 高于普通 LTE业务， 因此集群业务和普通 LTE业务并发过程中， 调度空口资 源调度时， 普通 LTE业务可能会由于空口资源不足而分不到空口 资源最终得 不到调度。

另外， 由于具有集群业务和普通 LTE业务的终端设备的搜索和解调能力 也是有限的，在某个具体时刻终端设备只能搜 索到有限个由不同 RNT Radio Network Temporary Identifier, 无线网络临时标识）加 4尤的数据传输块。 而集 群业务和普通 LTE业务分别由不同的 RNTI加扰， 如果两种业务并发时（即 同一时刻并发太多不同的 RNTI加扰的数据块） ， 终端设备因搜索和解调能 力的限制无法同时搜索和解调两种业务的数据 传输块，而导致数据块的丟失， 最终业务传输的失败。

发明内容

本发明提供一种基站、 基站调度业务的方法， 避免集群业务和普通 LTE 业务并发时， 普通 LTE业务得不到调度， 以及避免调度业务时发生丟失数据 块的现象， 保证业务数据的正常传输。

本发明提出一种基站调度业务的方法， 包括：

接收一小区的调度指令， 根据所述调度指令查找所述小区对应的预设调 度策略； 根据所述预设调度策略确定所述小区当前待调 度业务的类型； 为所述确定类型的业务分配空口资源， 以调度所述确定类型的业务； 以 及

所述待调度业务的类型包括： 集群业务和普通长期演进 LTE业务。

较佳地， 所述预设调度策略包括： 每个传输时间间隔对应的待调度业务 的类型。

较佳地， 所述接收一小区的调度指令之后， 根据所述预设调度策略， 确 定所述小区当前待调度业务的类型还包括：

确定当前时刻点所处的传输时间间隔， 根据所述预设调度策略中每个传 输时间间隔对应的待调度业务的类型， 确定所述当前时刻点所处的传输时间 间隔内所述小区待调度业务的类型。

较佳地， 所述为所述确定类型的业务分配空口资源， 以调度所述确定类 型的业务包括：

在所述当前时刻点所处的传输时间间隔内， 为所述小区的所述确定类型 的业务分配空口资源， 以调度所述确定类型的业务。

较佳地， 所述的基站调度业务的方法， 当所述确定类型的业务为集群业 务； 则在所述当前时刻点所处的传输时间间隔内调 度完所述集群业务之后， 还包括：

判断是否剩有空口资源； 以及

若是，则在所述传输时间间隔内将剩有的空口 资源分配给普通 LTE业务， 以调度普通 LTE业务。 本发明另提出一种基站， 包括：

查找模块， 其设置成接收一小区的调度指令， 根据所述调度指令查找所 述小区对应的预设调度策略；

确定模块， 其设置成根据所述预设调度策略确定所述小区 当前待调度业 务的类型；

调度模块， 其设置成为所述确定类型的业务分配空口资源 ， 以调度所述 确定类型的业务； 以及

所述待调度业务的类型包括： 集群业务和普通长期演进 LTE业务。 较佳地， 所述预设调度策略包括： 每个传输时间间隔对应的待调度业务 的类型。

较佳地， 所述的基站， 还包括：

所述确定模块， 还设置成确定当前时刻点所处的传输时间间隔 ， 根据所 述预设调度策略中每个传输时间间隔对应的待 调度业务的类型， 确定所述当 前时刻点所处的传输时间间隔内所述小区待调 度业务的类型。

较佳地， 所述调度模块， 还设置成在所述当前时刻点所处的传输时间间 隔内， 为所述小区的所述确定类型的业务分配空口资 源， 以调度所述确定类 型的业务。

较佳地， 所述的基站， 还包括：

判断模块， 其设置成当所述确定类型的业务为集群业务， 在所述当前时 刻点所处的传输时间间隔内调度完所述集群业 务之后判断是否剩有空口资 源； 以及

所述调度模块设置成在所述当前时刻点所处的 传输时间间隔内调度完所 述集群业务之后剩有空口资源， 则在所述传输时间间隔内将剩有的空口资源 分配给普通 LTE业务， 以调度普通 LTE业务。

本发明实施例提供的一种基站、 基站调度业务的方法， 通过根据预设调 度策略确定所述小区当前待调度业务的类型， 其中， 所述业务类型包括普通 LTE业务和集群业务， 然后为所述确定类型的业务分配空口资源， 以调度所 述确定类型的业务的方式，保证了集群业务与 普通 LTE业务并发时，普通 LTE 业务能够及时得到调度， 同时避免了调度业务时数据块丟失现象的发生 ， 保 证了业务数据的正常传输。

附图概述

图 1是本发明实施例的基站调度业务的方法一实� �例的流程图； 图 2是本发明实施例的基站中一小区的预设调度� �略的示意图； 图 3 是本发明实施例的基站一实施例的结构示意图 ；

图 4 是本发明实施例的基站实施例的另一结构示意 图。 本发明实施例的目的的实现、 功能特点及优点将结合实施例， 参照附图 做说明。

本发明的较佳实施方式

应当理解， 此处所描述的具体实施例仅仅用以解释本发明 ， 并不用于限 定本发明。 需要说明的是， 在不冲突的情况下， 本申请中的实施例及实施例 中的特征可以相互任意组合。

参见图 1 , 提出本发明实施例的一种基站调度业务的方法 一实施例， 包 括：

步骤 S101、 接收一小区的调度指令， 根据所述调度指令查找所述小区对 应的预设调度策略。

本步骤中所述预设调度策略包括： 每个传输时间间隔对应的待调度业务 的类型。 如图 2所示， 所述预设调度策略以图谱的形式记录从 1开始的每个 传输时间间隔对应的待调度业务的类型。 设每个传输时间间隔的时间长度为 1 秒， 所述每个传输时间间隔也称子帧， 每个子帧对应有一个子帧号， 图 2 所示， 1个子帧对应的时间为 1秒， 1秒到第 10秒对应的子帧号分别为 1至 10。

另外， 本实施例中， 所述预设调度策略根据需要可设定依次相连的 多个 传输时间间隔为一个周期。 如图 2所示， 每一个传输时间间隔长度为 1秒， 而每个传输时间间隔对应 1个业务子帧。 其中 10个子帧为一个周期。 即每个 子帧对应的时间为 1秒， 从基站的时间轴的第 1秒至第 10为第一个周期， 对 应的子帧号分别为 1-10,基站的时间轴对应的第 11秒进入第二个周期， 即基 站的时间轴对应的第 11秒至 20秒对应的子帧号又恢复为 1-10, 以后依次类 推。 每个周期中子帧号相同的子帧所对应的待调度 业务类型相同。 如基站时 间轴对应的第 1秒、 第 11秒、 第 21秒 ... ...对应的子帧号相同， 其子帧号都 为 1 , 对应的待调度业务类型都相同。 所述预设调度策略中的所述周期长度 的设置需要考虑 SPS ( Semi-Persistent Scheduling, 半静态调度）调度周期， 同时需要满足 SPS调度周期的要求。 如所述周期长度可以是 20个子帧 （20 秒）、 40个子帧（ 40秒）、 80个子帧（ 80秒）、 160个子帧（ 160秒）、 320 个子帧 （320 秒） ， 甚至更长。 所述周期内每个传输时间间隔 （每个子帧） 内对应的待调度的业务类型也可以根据实际需 要进行调整。

步骤 S102、 根据所述预设调度策略， 确定所述小区当前待调度业务的类 型。

本实施例中， 所述待调度业务的类型包括： 集群业务和普通 LTE业务。 所述待调度业务的类型更细可划分为： 普通 LTE业务、 集群说用户业务、 集 群听用户业务。由于集群说用户业务处理流程 与普通 LTE业务处理流程一致， 因此在本实施例中将集群说用户业务归入普通 LTE业务， 将集群听用户业务 归入集群业务。

本实施例中基站包括多个小区，每个小区对应 的预设调度策略可以相同， 也可以不同。 每个小区对应的预设调度策略中周期长度， 以及周期内每个传 输时间间隔内对应的待调度的业务类型的设置 需要根据系统带宽的大小、 对 应小区的业务状态， 以及系统的复用模式进行设置。 如当某一小区中集群业 务量比普通 LTE业务量大， 那么一个周期内的集群业务对应的子帧数可以 设 置多一些， 而普通 LTE业务对应的子帧数可以设置少一些。 而当普通 LTE业 务量比集群业务量大， 那么一个周期内的普通 LTE业务对应的子帧数可以设 置多一些， 而集群业务对应的子帧数可以设置少一些。 又如对于 TDD复用模 式的系统， 需要 TDD的上下行配比。 由于集群业务一般是针对下行子帧的， 当一个子帧是属于上行子帧时， 则该子帧对应的业务不能配置为集群业务， 只能配置为普通 LTE业务， 只有下行子帧对应的业务才能配置为集群业务 。

由于所述预设调度策略中记录有每个传输时间 间隔对应的待调度业务的 类型。 参见图 2, 每个传输时间间隔为 1秒， 则基站根据所述小区对应的预 设调度策略确定当前周期内每个传输时间间隔 对应的待调度的业务类型， 如 当前周期的第 1秒内、 第 3秒内、 第 5秒内、 第 6秒内、 第 8秒内、 第 10秒 内对应的待调度的业务为普通 LTE业务， 以及第 2秒内、 第 4秒内、 第 7秒 内、 第 9秒内对应的待调度的业务为普集群业务。

所述步骤 S102的处理如下： 确定当前时刻点所处的传输时间间隔，才艮据 所述预设调度策略中每个传输时间间隔对应的 待调度业务的类型， 确定所述 当前时刻点所处的传输时间间隔内所述小区待 调度业务的类型。 即若当前的 时刻点处于周期的第 4秒内， 则基站根据预设调度策略， 确定所述小区在当 前周期的第 4秒内待调度的业务为集群业务。 如若当前的时刻点处于周期的 第 8秒内， 则基站根据预设调度策略， 确定所述小区在当前周期的第 8秒内 待调度的业务为普通 LTE业务。

步骤 S103、 为所述确定类型的业务分配空口资源， 以调度所述确定类型 的业务。

本步骤的操作过程如下： 在所述当前时刻点所处的传输时间间隔内， 为 所述小区所述确定类型的业务分配空口资源， 以调度所述确定类型的业务。 即基站在确定当前时刻点所处的传输时间间隔 内待调度的业务类型之后， 根 据所述确定类型的业务的服务质量（QoS )要求为该确定类型的业务分配空 口资源， 以实现该业务的调度。 例如： 若确定当前时刻点处于某个传输时间 间隔内 （如第 7秒内 ) , 该传输时间间隔内对应的待调度的业务为集群 业务， 则在该某个传输时间间隔内根据集群业务的 QoS要求为集群业务分配空口资 源， 以实现所述集群业务的调度。 若确定当前时刻点处于某个传输时间间隔 内（如第 5秒内）， 该传输时间间隔内对应的待调度的业务为普通 LTE业务， 则在该时间段内根据普通 LTE业务的 QoS要求为普通 LTE业务分配空口资 源， 以实现所述普通 LTE业务的调度。

可选地， 上述基站调度业务的方法实施例的步骤 S103中， 当所述确定类 型的业务为集群业务； 则在所述当前时刻点所处的传输时间间隔内调 度完所 述集群业务之后还包括如下处理： 判断是否剩有空口资源。 若所述当前时刻 点所处的传输时间间隔内调度完所述集群业务 之后还有剩余空口资源， 则在 该当前时刻点所处的传输时间间隔内根据普通 LTE业务的 QoS要求将剩有的 空口资源分配给普通 LTE业务， 以调度普通 LTE业务。

本实施例中，所述预设调度策略中的每个传输 时间间隔的时间长度一致， 另外基站在每个传输时间间隔内调度某一种类 型的业务的数量预先已设置 好， 如设置每个传输时间间隔内可调度的集群业务 个数为一个确定值 N, 每 个传输时间间隔内可调度的普通 LTE业务个数为一个确定值M。 其中， N与 M可以相同也可以不相同。

本实施例中， 若根据预设调度策略某一传输时间间隔内对应 的待调度的 业务为集群业务， 当基站在所述传输时间间隔所述小区中待调度 的集群业务 个数值小于 N, 则基站在所述传输时间间隔内调度完所述待调 度的集群业务 后还剩有空口资源， 此时基站会判断所述小区当前是否有待调度的 普通 LTE 业务， 若有则会根据剩余的空口资源确定当前传输时 间间隔内可调度的普通

LTE业务个数，并在当前传输时间间隔内根据 普通 LTE业务的 QoS要求调度 相应个数的普通 LTE业务。

当然本实施例中， 当基站在所述传输时间间隔所述小区中待调度 的普通 LTE业务个数值小于 M, 则基站在所述传输时间间隔内调度完所述待调 度的 普通 LTE业务后还剩有空口资源， 此时基站会判断所述小区当前是否有待调 度的集群业务， 若有则会根据剩余的空口资源确定当前传输时 间间隔内可调 度的集群业务个数， 并在当前传输时间间隔内根据集群业务的 QoS要求调度 相应个数的集群业务。

上述实施例提供的基站调度业务的方法， 通过根据预设调度策略确定所 述小区当前待调度业务的类型， 其中， 所述业务类型包括普通 LTE业务和集 群业务， 然后为所述确定类型的业务分配空口资源， 以调度所述确定类型的 业务的方式，保证了集群业务与普通 LTE业务并发时， 普通 LTE业务能够及 时得到调度， 同时避免了调度业务时数据块丟失现象的发生 ， 保证了业务数 据的正常传输。 参见图 3 , 另提出本发明实施例的一种基站 100—实施例， 所述基站 100 包括： 查找模块 110、确定模块 120、调度模块 130。 其中， 所述查找模块 110 设置成接收一小区的调度指令， 根据所述调度指令查找所述小区对应的预设 调度策略。 所述确定模块 120设置成根据所述预设调度策略确定所述小区 当 前待调度业务的类型。 所述调度模块 130设置成为所述确定类型的业务分配 空口资源， 以调度所述确定类型的业务。

本实施例中， 所述预设调度策略包括： 每个传输时间间隔对应的待调度 业务的类型。 如图 2所示， 所述预设调度策略以图谱的形式记录从 0开始的 每个传输时间间隔对应的待调度业务的类型。 每个传输时间间隔的时间长度 为 1秒， 所述每个传输时间间隔也称子帧， 每个子帧对应有一个子帧号， 图 2所示， 1个子帧对应的时间为 1秒， 1秒到第 10秒对应的子帧号分别为 1 至 10。

所述待调度业务的类型包括： 集群业务和普通 LTE业务。 所述待调度业 务的类型更细可划分为： 普通 LTE业务、 集群说用户业务、 集群听用户业务。 由于集群说用户业务处理流程与普通 LTE业务处理流程一致， 因此在本实施 例中将集群说用户业务归入普通 LTE业务，将集群听用户业务归入集群业务。

可选地， 所述确定模块 120还设置成确定当前时刻点所处的传输时间间 隔， 根据所述预设调度策略中每个传输时间间隔对 应的待调度业务的类型， 确定所述当前时刻点所处的传输时间间隔内所 述小区待调度业务的类型。

本实施例中， 所述预设调度策略根据需要可设定依次相连的 多个传输时 间间隔为一个周期。 如图 2所示， 每一个传输时间间隔长度为 1秒， 而每个 传输时间间隔对应 1个业务子帧。 其中 10个子帧为一个周期。 即每个子帧对 应的时间为 1秒， 从基站的时间轴的第 1秒至第 10为一个周期， 对应的子帧 号分别为 1-10,基站的时间轴对应的第 11进入第二个周期， 即基站的时间轴 对应的第 11至 20秒对应的子帧号又恢复为 1-10, 以后依次类推。 每个周期 中子帧号相同的子帧所对应的待调度业务类型 相同。 如基站时间轴对应的第

1秒、 第 11秒、 第 21秒 ... ...对应的子帧号相同， 其子帧号都为 1 , 对应的待 调度业务类型都相同。 所述预设调度策略中的所述周期长度的设置需 要考虑 SPS ( Semi-Persistent Scheduling, 半静态调度）调度周期， 同时需要满足 SPS 调度周期的要求。 如所述周期长度可以是 20个子帧（20秒）、 40个子帧（40 秒） 、 80个子帧 （80秒） 、 160个子帧 （160秒） 、 320个子帧 （ 320秒） ， 甚至更长。 所述周期内每个传输时间间隔 （每个子帧） 内对应的待调度的业 务类型也可以根据实际需要进行调整。

由于基站包括多个小区， 本实施例中每个小区对应的预设调度策略可以 相同， 也可以不同。 每个小区对应的预设调度策略中周期长度， 以及周期内 每个传输时间间隔内对应的待调度的业务类型 的设置需要根据系统带宽的大 小、 对应小区的业务状态， 以及系统的复用模式进行设置。 如当某一小区中 集群业务量比普通 LTE业务量大， 那么一个周期内的集群业务对应的子帧数 可以设置多一些， 而普通 LTE业务对应的子帧数可以设置少一些。 而当普通 LTE业务量比集群业务量大， 那么一个周期内的普通 LTE业务对应的子帧数 可以设置多一些， 而集群业务对应的子帧数可以设置少一些。 又如对于 TDD 复用模式的系统， 需要 TDD的上下行配比。 由于集群业务一般是针对下行子 帧的， 当一个子帧是属于上行子帧时， 则该子帧对应的业务不能配置为集群 业务， 只能配置为普通 LTE业务， 只有下行子帧对应的业务才能配置为集群 业务。

由于所述预设调度策略中记录有每个传输时间 间隔对应的待调度业务的 类型。 每个传输时间间隔为 1秒， 则所述确定模块 120根据所述小区对应的 预设调度策略确定当前周期内每个传输时间间 隔对应的待调度的业务类型。 参见图 2, 当前周期的第 1秒内、第 3秒内、第 5秒内、第 6秒内、第 8秒内、 第 10秒内对应的待调度的业务为普通 LTE业务， 以及第 2秒内、 第 4秒内、 第 7秒内、 第 9秒内对应的待调度的业务为普集群业务。 例如若当前的时刻 点处于周期的第 4秒内， 则所述确定模块 120根据预设调度策略， 确定所述 小区在当前周期的第 4秒内待调度的业务为集群业务。 如若当前的时刻点处 于周期的第 8秒内， 则所述确定模块 120根据预设调度策略， 确定所述小区 在当前周期的第 8秒内待调度的业务为普通 LTE业务。

可选地， 上述基站 100实施例中， 所述调度模块 130还设置成在所述当 前时刻点所处的传输时间间隔内， 为所述小区所述确定类型的业务分配空口 资源，以调度所述确定类型的业务。即所述调 度模块 130在所述确定模块 120 确定当前时刻点所处的传输时间间隔内待调度 的业务类型之后根据所述确定 类型的业务的 QoS要求为该确定类型的业务分配空口资源， 以实现该业务的 调度。 例如： 若确定当前时刻点处于某个传输时间间隔内 （如第 7秒内） ， 该传输时间间隔内对应的待调度的业务为集群 业务， 则所述调度模块 130在 该某个传输时间间隔内根据集群业务的 QoS要求为集群业务分配空口资源， 以实现所述集群业务的调度。若确定当前时刻 点处于某个传输时间间隔内（如 第 5秒内） ， 该传输时间间隔内对应的待调度的业务为普通 LTE业务， 则所 述调度模块 130在该时间段内根据普通 LTE业务的 QoS要求为普通 LTE业 务分配空口资源， 以实现所述普通 LTE业务的调度。

可选地， 参见图 4, 上述基站 100还包括： 判断模块 140。 所述判断模块 140设置成当所述确定类型的业务为集群业务， 在所述当前时刻点所处的传 输时间间隔内调度完所述集群业务之后判断是 否剩有空口资源。 所述调度模 块 130设置成在所述当前时刻点所处的传输时间间 隔内调度完所述集群业务 之后剩有空口资源，则在所述传输时间间隔内 根据普通 LTE业务的 QoS要求 将剩有的空口资源分配给普通 LTE业务， 以调度普通 LTE业务。

本实施例中，所述预设调度策略中的每个传输 时间间隔的时间长度一致， 另外基站在每个传输时间间隔内调度某一种类 型的业务的数量预先已设置 好， 如设置每一个传输时间间隔内可调度的集群业 务个数为一个确定值 N, 每一个传输时间间隔内可调度的普通 LTE业务个数为一个确定值 M。 其中， N与 M可以相同也可以不相同。 若根据预设调度策略某一传输时间间隔内对 应的待调度的业务为集群业务， 而所述传输时间间隔内所述小区中待调度的 集群业务个数值小于 N, 则基站在所述调度模块 130于所述传输时间间隔内 调度完所述待调度的集群业务后还剩有空口资 源， 此时所述判断模块 140会 判断所述小区当前是否有待调度的普通 LTE业务， 若有则所述调度模块 130 会根据剩余的空口资源确定当前传输时间间隔 内可调度的普通 LTE业务个 数，并在当前传输时间间隔内根据普通 LTE业务的 QoS要求调度相应个数的 普通 LTE业务。

当然本实施例中， 若所述传输时间间隔内所述小区中待调度的普 通 LTE 业务个数值小于 M, 基站在所述调度模块 130于所述传输时间间隔内调度完 所述待调度的普通 LTE业务后还剩有空口资源， 此时所述判断模块 140会判 断所述小区当前是否有待调度的集群业务， 若有则所述调度模块 130会根据 剩余的空口资源确定当前传输时间间隔内可调 度的集群业务个数， 并在当前 传输时间间隔内根据集群业务的 QoS要求调度相应个数的集群业务。

上述实施例所提供的一种基站 100, 通过根据预设调度策略确定所述小 区当前待调度业务的类型， 其中， 所述业务类型包括普通 LTE业务和集群业 务， 然后为所述确定类型的业务分配空口资源， 以调度所述确定类型的业务 的方式，保证了集群业务与普通 LTE业务并发时， 普通 LTE业务能够及时得 到调度， 同时避免了调度业务时数据块丟失现象的发生 ， 保证了业务数据的 正常传输。

本领域普通技术人员可以理解上述方法中的全 部或部分步骤可通过程序 来指令相关硬件完成， 程序可以存储于计算机可读存储介质中， 如只读存储 器、 磁盘或光盘等。 可选地， 上述实施例的全部或部分步骤也可以使用一个 或多个集成电路来实现。 相应地， 上述实施例中的各模块 /单元可以釆用硬件 的形式实现， 也可以釆用软件功能模块的形式实现。 本发明不限制于任何特 定形式的硬件和软件的结合。

应当理解的是， 以上仅为本发明的较佳实施例， 不能因此限制本发明的 范围， 凡是利用本发明说明书及附图内容所作的等效 结构或等效流程变换， 或直接或间接运用在其他相关的技术领域， 均同理包括在本发明的保护范围 内。

工业实用性

本发明实施例提供的一种基站、 基站调度业务的方法， 保证了集群业务 与普通 LTE业务并发时，普通 LTE业务能够及时得到调度， 同时避免了调度 业务时数据块丟失现象的发生， 保证了业务数据的正常传输。