LV WEI (CN)
CN101594641A | 2009-12-02 | |||
CN101272588A | 2008-09-24 | |||
CN101547475A | 2009-09-30 |
北京康信知识产权代理有限责任公司 (CN)
权 利 要 求 书 1. 一种小区负载的处理方法, 其特征在于, 包括: 基站获取相邻小区的用户数量; 所述基站比较本小区的用户数量和所述相邻小区的用户数量; 才艮据所述比较结果调整所述本小区和所述相邻小区的用户数量, 以 均衡所述本小区和所述相邻小区的用户数量。 2. 根据权利要求 1所述的方法, 其特征在于, 根据所述比较结果调整所述 本小区和所述相邻小区的用户数量包括: 确定所述本小区的用户数量大于所述相邻小区的用户数量的差值大 于第一阈值; 将位于所述本小区的边缘的用户切换至所述相邻小区。 3. 根据权利要求 2所述的方法, 其特征在于, 在将位于所述本小区的边缘 的用户切换至所述相邻小区之前, 还包括: 所述基站获取所述相邻小区的各类业务流的数量; 所述基站才艮据所述相邻小区的各类业务流的数量, 确定所述相邻小 区的尽力月艮务 BE业务流在所述相邻小区的业务流中所占的第一比例, 并根据所述本小区的各类业务流的数量, 确定所述本小区的 BE业务流 在所述本小区的业务流中所占的第二比例; 所述基站判断是否满足所述第一比例和所述第二比例均大于预设门 限, 若是, 则继续后续处理, 否则, 结束处理过程。 4. 根据权利要求 1所述的方法, 其特征在于, 根据所述比较结果调整所述 本小区和所述相邻小区的用户数量包括: 确定所述本小区的用户数量小于所述相邻小区的用户数量的差值大 于第二阈值; 所述基站通知所述相邻小区所属的基站将位于所述相邻小区的边缘 的用户切换至所述本小区。 5. 居权利要求 4所述的方法, 其特征在于, 在所述基站通知所述相邻小 区所属的基站将位于所述相邻小区的边缘的用户切换至所述本小区之 前, 还包括: 所述基站获取所述相邻小区的各类业务流的数量; 所述基站才艮据所述相邻小区的各类业务流的数量, 确定所述相邻小 区的尽力月艮务 BE业务流在所述相邻小区的业务流中所占的第一比例, 并根据所述本小区的各类业务流的数量, 确定所述本小区的 BE业务流 在所述本小区的业务流中所占的第二比例; 所述基站判断是否满足所述第一比例和所述第二比例均大于预设门 限, 若是, 则继续后续处理, 否则, 结束处理过程。 6. 根据权利要求 1所述的方法, 其特征在于, 基站获取相邻小区的用户数 量包括: 所述基站通过接入网关向所述相邻小区所属的基站发起获取所述相 邻小区的用户数量的无线资源管理 RRM请求消息; 所述相邻小区所属的基站将所述相邻小区的用户数量携带在 RRM 响应消息中, 通过所述接入网关发送至所述基站。 7. 根据权利要求 6所述的方法, 其特征在于, 所述相邻小区所属的基站将 所述相邻小区的用户数量携带在 RRM响应消息中包括: 所述相邻小区所属的基站将所述相邻小区的用户数量进行压缩; 所述相邻小区所属的基站将压缩后的用户数量编码到所述 RRM 响 应消息中。 8. 根据权利要求 6所述的方法, 其特征在于, 在所述基站通过接入网关向 所述相邻小区所属的基站发起获取所述相邻小区的用户数量的 RRM请 求消息之后, 还包括: 所述相邻小区所属的基站确定需要返回所述 RRM 响应消息, 并统 计所述相邻小区的用户数量。 9. 根据权利要求 6所述的方法, 其特征在于, 还包括: 所述相邻小区所属 的基站在所述相邻小区的用户数量发生变化的情况下, 统计所述相邻小 区的用户数量。 10. 一种基站, 其特征在于, 包括: 获取模块, 用于获取相邻小区的用户数量; 比较模块,用于比较本小区的用户数量和所述相邻小区的用户数量; 调整模块, 用于根据所述比较结果调整所述本小区和所述相邻小区 的用户数量, 以均衡所述本小区和所述相邻小区的用户数量。 11. 根据权利要求 10所述的基站, 其特征在于, 所述调整模块包括: 调度模块, 用于在所述比较模块的比较结果为所述本小区的用户数 量大于所述相邻小区的用户数量的差值大于第一阈值的情况下, 调度切 换模块; 在所述比较模块的比较结果为所述本小区的用户数量小于所述 相邻小区的用户数量的差值大于第二阈值的情况下, 调度通知模块; 切换模块, 用于将位于所述本小区的边缘的用户切换至所述相邻 'J、 区; 通知模块, 用于通知所述相邻小区所属的基站将位于所述相邻小区 的边缘的用户切换至所述本小区。 |
( 1 ) 在基站通过接入网关向相邻小区所属的基站发 起获取相邻小区的 用户数量的 RRM请求消息之后,相邻小区所属的基站确定需 要返回 RRM响 应消息, 并统计相邻小区的用户数量。 也就是说, 在需要返回 RRM响应消 息时, 统计相邻小区的用户数量, 这种方式使得用户数量的统计值更加实时、 精确。
( 2 ) 相邻小区所属的基站在相邻小区的用户数量发 生变化的情况下, 统计相邻小区的用户数量。 该方法仅在数量发生变化时更新, 无需在每次需 要返回 RRM响应消息时都进行统计, 简化了 RRM消息处理过程, 降低了处 理 RRM消息的复杂度。 优选地, 该方法还可以包括: 基站获取相邻小区的业务流数量。 图 2是根据本发明实施例的基站的结构框图,该 站包括:获取模块 22 , 用于获取相邻小区的用户数量; 比较模块 24 , 耦合至获取模块 22 , 用于比 较本小区的用户数量和相邻小区的用户数量; 调整模块 26 , 耦合至比较模块 24 , 用于根据比较结果调整本小区和相邻小区的用 户数量, 以均衡本小区和 相邻小区的用户数量。 本发明实施例提供的基站中, 通过获取模块 22 获取到相邻小区的用户 数量, 并由调整模块 26 根据本小区的用户数量和相邻小区的用户数量 的比 较结果对用户数量进行调整, 从而实现了基站间用户数量的均衡, 提高了系 统的性能。 图 3是根据本发明实施例的基站的优选结构框图 优选地, 调整模块 26 包括: 调度模块 32 , 耦合至比较模块 24 , 用于在比较模块 24的比较结果为 本小区的用户数量大于相邻小区的用户数量的 差值大于第一阈值 (即: 本小 区的用户数量 -相邻小区的用户数量 >第一阈值,该第一阈值优选为一正整数) 的情况下, 调度切换模块 34; 在比较模块 24的比较结果为本小区的用户数 量小于相邻小区的用户数量的差值大于第二阈 值(即: 相邻小区的用户数量- 本小区的用户数量 >第二阈值, 该第二阈值优选为一正整数) 的情况下, 调 度通知模块 36; 切换模块 34 , 耦合至调度模块 32 , 用于将位于本小区的边 缘的用户切换至相邻小区; 通知模块 36 , 耦合至调度模块 32 , 用于通知相 邻小区所属的基站将位于相邻小区的边缘的用 户切换至本小区。 通过切换模块 34 在本小区用户数量比相邻小区用户数量多出一 定的阈 值 (第一阈值) 时, 将本小区的边缘用户切换到相邻小区, 能够避免本基站 的负载过重; 通过通知模块 36 在本小区用户数量比相邻小区用户数量少一 定的阈值 (第二阈值) 时, 通知相邻小区所在的基站将相邻小区的边缘用 户 切换到本小区, 能够避免相邻基站的负载过重, 若配合以上切换模块 34 , 则 会实现更好的均衡效果, 且均衡速度更快。 以下描述的实施例 1至 2, 结合了上述多个优选实施例的技术方案。 实施例 1 该实施例以通过 RRM 系统消息来传递相邻小区的用户数量为例对本 发 明实施例的方案进行说明,为了使基站获取到 邻小区的用户数以及业务流数, 扩展了 RRM 系统中 Spare_Capacity_Rpt消息携带的字段, 新增加的用户数 与业务流数的字段描述如表 1所示: 表 1 新增加的字段描述 字段名称 描述
MS Num 接入 MS数量
BE SF Num UL 上行接入 BE业务流总数
BE SF Num DL 下行接入 BE业务流总数
UGS SF Num UL 上行接入 UGS业务流总数
UGS SF Num DL 下行接入 UGS业务流总数
ERT SF Num UL 上行接入 ERT业务流总数
ERT SF Num DL 下行接入 ERT业务流总数 RT SF Num UL 上行接入 RT业务流总数
RT SF Num DL 下行接入 RT业务流总数
NRT SF Num UL 上行接入 NRT业务流总数
NRT SF Num DL 下行接入 NRT业务流总数 如图 4所示, 为了实现以上字段的携带, 源侧基站进行如下处理: 步骤 1 , 向目标侧基站 (邻区) 触发 RRM流程; 步骤 2 , 等待目标侧基站上报 RRM报告; 步骤 3 , 当收到目标侧发来的 RRM Spare Capacity Rpt消息后, 判断如 果消息中包含表 1所描述的字段, 则将这些字段解码; 步骤 4, 将解码出的表 1字段保存到系统的数据库中; 步骤 5 , 定时比较本站与邻区间的用户数量和业务流数 量, 具体进行以 下处理: 如果发现本站与某个邻区之间的用户数量的差 值超过相应门限 (即上述 第一阈值), 则判断邻区的 BE业务流总数占邻区的业务流总数的比例以及 小区的 BE 业务流总数站本小区的业务流总数的比例是否 均大于预设的门 限, 若是, 则在用户中间选取处于小区边缘的终端, 并将此终端切换到那个 邻区, 否则, 不进行处理。 如果发现某个邻区与本站之间的用户数量的差 值超过相应门限 (即上述 第二阈值 ), 则判断邻区的 BE业务流总数占邻区的业务流总数的比例以及 小区的 BE 业务流总数站本小区的业务流总数的比例是否 均大于预设的门 限, 若是, 则通知该邻区所在的基站将处于小区边缘的终 端切换到本小区, 否则, 不进行处理。 这样, 一段时间后, 小区间的用户数量将会达到一个基本的均衡状 态。 如图 4所示, 为了实现以上字段的携带, 目标侧基站进行如下处理: 步骤 1 , 收到源侧基站发来的 RRM请求; 步骤 2 , 居请求收集本站的无线资源参数; 步骤 3 , 如果本站保存有表 1所列出的参数信息, 则将这些信息编码进 Spare—Capacity—Rpt消息; 步骤 4, 构造好 Spare_Capacity_Rpt消息后, 发送给源侧基站。 步骤 5 , 如果接收到来自源侧基站的通知, 则按照该通知的指示, 将处 于小区边缘的用户切换至源侧基站下的小区。 通过本实施例所提供的方法, 通过在邻区间共享基站的用户数和业务流 数, 从而动态的调整基站接纳的用户, 最终使得各个基站的用户数量基本得 到均衡。 实施例 2 该实施例在实施例 1的基础上,描述了实施例 1的方案的具体实施方法。 首先, 为了将表 1所列出的字段通过空口的无线资源管理消息 带, 可 以将这些字段压缩并通过类型长度值 ( Type Length Value, 简称为 TLV ) 的 方式制定编解码方案。 接入 MS用户数量的 TLV描述如下表 2所示: 表 2 MS用户数字段的 TLV
接入业务流的数量, 可以按照上下行及各种业务类型进行分解, 其中, 各种业务类型如表 1所示, 为了进行 TLV编码, 将此维度拆分为两个数组类 型的 TLV, 见表 3和表 4。 表 3 下行业务流数字段的 TLV 描述 下行业务流数量, 包含的业务流类型包括 UGS、 RT-VR、 NRT-VR、 BE 和 ERT-VR„
DLSFNum[0]: 数组 0表示接入到接站的 UGS类型的下行业务流条 数
DLSFNum[l] : 数组 1表示接入到接站的 RT-VR类型的下行业务流 条数
DLSFNum[2] : 数组 2表示接入到接站的 NRT-VR类型的下行业务流 条数
DLSFNum[3]: 数组 3表示接入到接站的 BE类型的下行业务流条数 DLSFNum[4] : 数组 4表示接入到接站的 ERT-VR类型的下行业务流 条数 父亲节 RRM BS Info
点 表 4 上行业务流数字段的 TLV
类型 0xFF62
长度 10
数值 16-bit unsigned integer:
描述 上行业务流数量, 包含的业务流类型包括 UGS、 RT-VR, NRT-VR,
BE 和 ERT-VR„
DLSFNum[0]: 数组 0表示接入到接站的 UGS类型的上行业务流条 数
DLSFNum[l] : 数组 1表示接入到接站的 RT-VR类型的上行业务流 条数
DLSFNum[2] : 数组 2表示接入到接站的 NRT-VR类型的上行业务流 条数
DLSFNum[3]: 数组 3表示接入到接站的 BE类型的上行业务流条数 DLSFNum[4] : 数组 4表示接入到接站的 ERT-VR类型的上行业务流 条数 父亲节 RRM BS Info
点 其次, 基站统计系统中的用户数与业务流数。 统计方法有两种, 一种是 在用户数和业务流数有变化时, 更新系统的用户数和业务流数, 此种方法的 优点在于简化了 RRM消息处理的复杂性, 构造 Spare_Capacity_Rpt消息时 直接获取用户数和业务流数信息, 无需再统计计算。 另一种方法是在发送 Spare Capacity Rpt 报告时, 统计系统中的用户数和业务流数, 这种方法可 以保证统计的准确性, 但是增加了 RRM消息处理的复杂性。 第三, 源侧基站收到 Spare_Capacity_Rpt报告后, 解码如果发现目标侧 携带了用户数和业务流数的字段, 则需要保存这些信息。 可以通过数据库存 放这些字段。 第四, 资源模块定时比较本站与邻区间的用户数量, 如果发现本站与某 个邻区之间的用户数量差值超过相应门限(此 门限可以人为设置), 则在用户 中间选取处于小区边缘的终端, 并将此终端切换到那个邻区。 如果发现某个 邻区与本站之间的用户数量差值超过相应门限 (此门限可以人为设置), 则通 知邻区所属的基站在用户中间选取处于邻小区 边缘的终端, 并将此终端切换 到本小区。 这样, 一段时间后, 小区间的用户数量将会达到一个基本的均衡 状态。 该实施例提供的方案为了解决基站间用户数量 不均衡的问题, 通过扩展 无线资源管理系统消息实现了用户数及业务流 数的信息在邻区间共享, 从而 使得基站可以权衡本站与邻区间用户数量, 进而通过负载均衡等模块对终端 进行调节, 最终达到基站间的用户数量基本均衡。 综上所述, 本发明实施例提供的方案实现了基站动态调整 小区内的用户 数功能, 解决了小区间因用户数量不均衡导致的用户体 验相差很大的问题。 显然, 本领域的技术人员应该明白, 上述的本发明的各模块或各步骤可 以用通用的计算装置来实现, 它们可以集中在单个的计算装置上, 或者分布 在多个计算装置所组成的网络上, 可选地, 它们可以用计算装置可执行的程 序代码来实现, 从而, 可以将它们存储在存储装置中由计算装置来执 行, 并 且在某些情况下, 可以以不同于此处的顺序执行所示出或描述的 步 4聚, 或者 将它们分别制作成各个集成电路模块, 或者将它们中的多个模块或步骤制作 成单个集成电路模块来实现。 这样, 本发明不限制于任何特定的硬件和软件 结合。 以上所述仅为本发明的优选实施例而已, 并不用于限制本发明, 对于本 领域的技术人员来说, 本发明可以有各种更改和变化。 凡在本发明的^"神和 原则之内, 所作的任何修改、 等同替换、 改进等, 均应包含在本发明的保护 范围之内。