LUAN ZHUXIAO (CN)
ZHOU XIAOHUA (CN)
LUAN ZHUXIAO (CN)
CN102036326A | 2011-04-27 | |||
CN101843129A | 2010-09-22 | |||
CN102045744A | 2011-05-04 |
北京派特恩知识产权代理事务所(普通合伙) (CN)
1、 一种软件版本的动态更新方法, 其特征在于, 该方法包括: 步驟 1、在基站云模式下,从云基站的各基站中选出一个基站作为业务 调度总控节点; 步驟 2、 业务调度总控节点接收网管发来的软件版本更新通知, 并保存 软件版本更新通知中的软件版本的更新信息; 步驟 3、 业务调度总控节点确定待软件版本更新基站集,依次对待软件 版本更新基站集中的基站的软件版本进行更新。 2、 根据权利要求 1所述的方法, 其特征在于, 所述选出一个基站作为 业务调度总控节点, 为: 由各个基站竟争产生, 或指定产生。 3、 根据权利要求 1所述的方法, 其特征在于, 步驟 2中, 所述软件版 本的更新信息, 包括: 待更新软件版本信息, 以及待更新基站信息。 4、 根据权利要求 1所述的方法, 其特征在于, 所述步驟 3 , 包括: 步驟 3.1、 业务调度总控节点确定待软件版本更新基站集; 步驟 3.3、 业务调度总控节点从软件版本更新基站集中选择一个待软件 版本更新基站; 步驟 3.5、 业务调度总控节点将已选定基站的当前业务动态调整到云基 站中其他基站; 步驟 3.6、 业务调度总控节点通知网管对已完成当前业务动态调整的待 软件版本更新基站进行软件版本更新; 步驟 3.7、 业务调度总控节点从待软件版本更新基站集中去掉步驟 3.3 已选定基站。 5、 根据权利要求 4所述的方法, 其特征在于, 所述步驟 3.3之前, 该 方法还包括: 步驟 3.2、 业务调度总控节点检测待软件版本更新基站集是否为空, 如 果待软件版本更新基站集为空, 结束本次云基站的软件版本更新过程; 否 则, 转步驟 3.3。 6、 根据权利要求 4所述的方法, 其特征在于, 所述步驟 3.3之前, 该 方法还包括: 步驟 3.4、 业务调度总控节点比较步驟 3.3已选定基站的软件版本与保 存的待更新软件版本是否一致,如果两个软件版本一致,转步驟 3.7; 否则, 转步驟 3.5。 7、 一种软件版本的动态更新系统, 其特征在于, 该系统包括: 基站和 网管; 其中, 网管, 用于将由待更新软件版本信息和待更新基站信息组成的软件版 本更新信息通知作为业务调度总控节点的基站; 基站, 用于在云模式下, 当从所在云基站的各个基站中选出作为业务 调度总控节点时, 接收网管发来的软件版本更新通知, 并保存软件版本更 新通知中的软件版本的更新信息; 确定待软件版本更新基站集, 依次对待 软件版本更新基站集中的基站的软件版本进行更新。 8、 根据权利要求 7所述的系统, 其特征在于, 所述基站, 与其他多个 基站组成云基站。 9、 根据权利要求 7所述的系统, 其特征在于, 所述系统还包括: 判断 单元, 用于接收作为业务调度总控节点的基站发来已选定基站, 判断所述 已选定基站的软件版本与保存的软件版本的更新信息中待更新软件版本是 否一致, 并将判断结果通知给作为业务调度总控节点的基站; 相应的, 所述基站, 具体用于依次对待软件版本更新基站集中的基站 的软件版本进行更新时, 从待软件版本更新基站集中选定基站, 将已选定 基站发送给判断单元, 并根据判断单元返回的判断结果对选定基站的软件 版本进行处理。 10、 根据权利要求 9所述的系统, 其特征在于, 所述基站, 根据判断单元的判断结果对选定基站的软件版本进行更新, 具体过程为: 如果判断结果为两个软件版本一致, 则不作更新处理, 如果 判断结果为两个软件版本不一致, 则将已选定基站的当前业务动态调整到 云基站中其他基站, 通知网管对已完成当前业务动态调整的待软件版本更 新基站进行软件版本更新。 11、 根据权利要求 9所述的系统, 其特征在于, 所述判断单元是一个 独立的装置单元, 或是云基站中的一个功能单元。 |
本发明涉及移动通信领域, 特别是涉及一种基站云模式下软件版本的 更新方法及系统。 背景技术
随着无线通信技术的发展, 潮汐效应以及机房分散使得运营商管理困 难等问题要求设备组网形态逐渐向集中模式发 展 , 也就是向云模式发展。 将多个基站组成基带池, 通过基带和业务的共享, 提高资源共享能力, 减 少机房数量, 降低组网成本, 称为基站云模式, 也称为云基站。 如图 1 所 示, 基站云模式体现了集中式资源分配, 分布式无线布局的优点, 满足无 线通信中高速数据业务能力的不断提高的特征 。
基站云模式下存在多个基站, 如何既能保证各基站的软件版本顺利更 新, 又能保证各基站间基带和业务的共享是一个需 要关注的课题。 目前情 况下, 云基站中各基站进行软件版本的更新时, 需要中断当前业务, 等所 有基站都复位重启后才重新开始业务。
这种更新方式, 每次基站云模式下的版本更新都必须选在各基 站用户 业务量都较少的时间点才能进行, 这种方式操作不方便, 业务效果不好, 用户感受度差。 发明内容
本发明的目的在于提供一种基站云模式下软件 版本的动态更新方法及 系统, 通过这种方式无须中断基站当前业务, 使得各基站的软件版本可以 动态平滑更新, 有效地解决基站云模式下软件版本的动态更新 , 且操作方 便, 业务效果好, 用户感受度好。 为了解决以上技术问题, 本发明提供一种软件版本的动态更新方法, 该方法包括:
步驟 1、在基站云模式下,从云基站的各基站中选 一个基站作为业务 调度总控节点;
步驟 2、 业务调度总控节点接收网管发来的软件版本更 新通知, 并保存 软件版本更新通知中的软件版本的更新信息;
步驟 3、 业务调度总控节点确定待软件版本更新基站集 ,依次对待软件 版本更新基站集中的基站的软件版本进行更新 。
进一步地, 所述选出一个基站作为业务调度总控节点, 为: 由各基站 竟争产生, 或指定产生。
进一步地, 步驟 2 中, 所述软件版本的更新信息, 包括: 待更新软件 版本信息, 以及待更新基站信息。
进一步地, 所述步驟 3 , 包括:
步驟 3.1、 业务调度总控节点确定待软件版本更新基站集 ;
步驟 3.3、 业务调度总控节点从软件版本更新基站集中选 择一个待软件 版本更新基站;
步驟 3.5、 业务调度总控节点将已选定基站的当前业务动 态调整到云基 站中其他基站;
步驟 3.6、 业务调度总控节点通知网管对已完成当前业务 动态调整的待 软件版本更新基站进行软件版本更新;
步驟 3.7、 业务调度总控节点从待软件版本更新基站集中 去掉步驟 3.3 已选定基站。
进一步地, 所述步驟 3.3之前, 该方法还包括:
步驟 3.2、 业务调度总控节点检测待软件版本更新基站集 是否为空, 如 果待软件版本更新基站集为空, 结束本次云基站的软件版本更新过程; 否 则, 转步驟 3.3。
进一步地, 所述步驟 3.3之前, 该方法还包括:
步驟 3.4、 业务调度总控节点比较步驟 3.3已选定基站的软件版本与保 存的待更新软件版本是否一致,如果两个软件 版本一致,转步驟 3.7; 否则, 转步驟 3.5。
为了解决以上技术问题, 本发明还提供一种软件版本的动态更新系统, 该系统包括: 基站和网管; 其中,
网管, 用于将由待更新软件版本信息和待更新基站信 息组成的软件版 本更新信息通知作为业务调度总控节点的基站 ;
基站, 用于在云模式下, 当从所在云基站的各个基站中选出作为业务 调度总控节点时, 接收网管发来的软件版本更新通知, 并保存软件版本更 新通知中的软件版本的更新信息; 确定待软件版本更新基站集, 依次对待 软件版本更新基站集中的基站的软件版本进行 更新。
进一步地, 所述基站, 与其他多个基站组成云基站。
进一步地, 所述系统还包括: 判断单元, 用于接收作为业务调度总控 节点的基站发来已选定基站, 判断所述已选定基站的软件版本与保存的软 件版本的更新信息中待更新软件版本是否一致 , 并将判断结果通知给作为 业务调度总控节点的基站;
相应的, 所述基站, 具体用于依次对待软件版本更新基站集中的基 站 的软件版本进行更新时, 从待软件版本更新基站集中选定基站, 将已选定 基站发送给判断单元, 并根据判断单元返回的判断结果对选定基站的 软件 版本进行处理。
进一步地, 所述基站, 根据判断单元的判断结果对选定基站的软件版 本进行更新, 具体过程为: 如果判断结果为两个软件版本一致, 则不作更 新处理, 如果判断结果为两个软件版本不一致, 则将已选定基站的当前业 务动态调整到云基站中其他基站, 通知网管对已完成当前业务动态调整的 待软件版本更新基站进行软件版本更新。
进一步的, 所述判断单元是一个独立的装置单元, 或是云基站中的一 个功能单元。
与现有技术相比, 本发明提供的一种基站云模式下软件版本的动 态更 新方法及系统, 通过本发明的方式无须中断基站当前业务, 通过云基站中 各基站间业务的动态调整, 使得各基站的软件版本可以动态平滑更新, 充 分利用了云基站中基带资源和业务动态共享的 特点, 有效地解决基站云模 式下软件版本的动态更新, 并且这种方式操作方便, 业务效果好, 用户感 受度好。 附图说明
此处所说明的附图用来提供对本发明的进一步 理解, 构成本发明的一 部分, 本发明的示意性实施例及其说明用于解释本发 明, 并不构成对本发 明的不当限定。 在附图中:
图 1是基站云模式的框架示意图;
图 2是本发明提供的一种基站云模式下软件版本 动态更新方法的流 程图;
图 3是本发明的业务调度总控节点对云基站的软 版本进行更新的流 程图;
图 4是本发明提供的一种基站云模式下软件版本 动态更新系统的结 构示意图;
图 5是本发明提供的又一种基站云模式下软件版 的动态更新系统的 具体实施方式
为了使本发明所要解决的技术问题、 技术方案及有益效果更加清楚、 明白, 以下结合附图和实施例, 对本发明进行进一步详细说明。 应当理解, 此处所描述的具体实施例仅用以解释本发明, 并不用于限定本发明。
本发明提供了一种基站云模式下软件版本的动 态更新方法, 通过业务 在云基站的各基站间的动态调整, 不需要中断当前业务, 也不需要整个云 基站全部复位重启, 动态实现云基站中各基站的软件版本更新。 软件版本 的更新包括但不限于软件版本的升级、 回退、 测试版本替换等操作。
本发明的基本技术方案如下所述: 在基站云模式下, 各基站按照一定 的方式选出一个业务调度总控节点, 用于对云基站的基带和业务进行动态 调度。 其中, 所述业务调度总控节点可以由各基站竟争产生 , 也可以由人 工指定或其他等方式不限。 当网管需要进行版本更新时, 给业务调度总控 节点发通知, 业务调度总控节点按一定原则选择一个合适的 待软件版本更 新的基站, 将选定基站的当前业务动态调整到其他基站, 调整完成后再对 选定基站进行软件版本更新, 选定基站软件版本更新成功后加入云基站中 进行统一业务调度, 业务调度总控节点继续选择下一个基站进行软 件版本 更新, 直到所有待软件版本更新基站都完成软件版本 更新。
如图 2所示, 本发明提出了一种基站云模式下软件版本的动 态更新方 法, 包括:
步驟 1: 在基站云模式下,从云基站的各基站中按照一 定的方式选出一 个基站作为业务调度总控节点。
其中, 所述按照一定的方式选出一个基站作为业务调 度总控节点可以 由云基站中各个基站竟争产生, 也可以由人工指定或其他等方式不限。
步驟 2: 业务调度总控节点接收网管发来的软件版本更 新通知,保存软 件版本更新通知中的待更新软件版本信息和待 更新基站信息。 步驟 3: 业务调度总控节点确定待软件版本更新基站集 ,依次对待软件 版本更新基站集中的基站的软件版本进行更新 。
具体包括(如图 3所示):
步驟 3.1 : 业务调度总控节点确定待软件版本更新基站集 。
步驟 3.2: 业务调度总控节点检测待软件版本更新基站集 是否为空, 如 果待软件版本更新基站集为空, 转步驟 3.8; 否则, 转步驟 3.3。
步驟 3.3: 业务调度总控节点从软件版本更新基站集中选 择一个待软件 版本更新基站。
这里, 所述选择可以为根据软件版本更新基站集中记 录的基站的先后 顺序依次选取, 也可以由业务调度总控节点随意从软件版本更 新基站集中 选取。
步驟 3.4: 业务调度总控节点比较步驟 3.3已选定基站的软件版本与步 驟 2保存的待更新软件版本是否一致, 如果比较结果为两个软件版本一致, 转步驟 3.7; 否则, 转步驟 3.5。
步驟 3.5: 业务调度总控节点将步驟 3.3中已选定基站的当前业务动态 调整到云基站中其他基站。
步驟 3.6: 业务调度总控节点通知网管对步驟 3.5已完成当前业务动态 调整的待软件版本更新基站进行软件版本更新 。
步驟 3.7: 业务调度总控节点从待软件版本更新基站集中 去掉步驟 3.3 已选定基站, 转步驟 3.2继续处理。
步驟 3.8: 结束本次云基站的软件版本更新过程。
如图 4所示, 本发明提出了一种基站云模式下软件版本的动 态更新系 统, 包括: 基站 10和网管 20; 其中,
网管 20, 用于将待更新软件版本信息和待更新基站信息 的更新信息通 知作为业务调度总控节点的基站 10; 基站 10, 用于在云模式下, 当从所在云基站的各个基站中选出作为业 务调度总控节点时, 接收网管 20过来的软件版本更新通知, 并保存软件版 本更新通知中的软件版本的更新信息; 确定待软件版本更新基站集, 根据 更新信息依次从待软件版本更新基站集中选定 待更新基站, 依次对待软件 版本更新基站集中的基站的软件版本进行更新 。
如图 5所示, 所述系统还包括: 判断单元 30, 用于接收作为业务调度 总控节点的基站 10发来已选定基站, 判断所述已选定基站的软件版本与网 管 20发来的软件版本更新通知中待更新软件版本 息的待更新软件版本是 否一致, 并将判断结果通知作为业务调度总控节点的基 站 10; 相应的, 所 述基站 10, 具体用于依次对待软件版本更新基站集中的基 站的软件版本进 行更新时, 从待软件版本更新基站集中选定基站, 将已选定基站发送给判 断单元 30,并根据判断单元 30返回的判断结果对选定基站的软件版本进行 处理; 所述网管 20, 还用于向判断单元 30发送软件版本更新通知。
所述云基站, 由多个基站组成, 假设, 图 5中基站 1为作为业务调度 总控节点的基站 10。
所述基站 10, 具体用于如果判断结果为两个软件版本一致, 则不作更 新处理, 如果判断结果为两个软件版本不一致, 则将已选定基站的当前业 务动态调整到云基站中其他基站, 通知网管 20对已完成当前业务动态调整 的待软件版本更新的基站进行软件版本更新; 相应的, 所述网管 20, 还用 于根据基站 10发来的完成当前业务动态调整的待更新软件 本的通知, 对 已完成当前业务动态调整的待软件版本更新的 基站进行软件版本更新。 其 中, 该判断单元 30是一个独立的装置, 或是基站 10中的一个功能单元。
下面以 UMTS基站云模式为例, 说明云基站中软件版本更新的具体实 施步驟:
第一步、 在基站云模式下, 从云基站的各基站中按照一定的方式选出 一个基站作为业务调度总控节点, 用于对云基站的基带和业务进行动态调 度。
第二步、 业务调度总控节点接收网管发来的软件版本更 新通知, 保存 软件版本更新通知中的待更新软件版本信息和 待更新基站信息等相关信 息。
第三步、 业务调度总控节点确定待软件版本更新基站集 。
1 )如果是整个云基站软件版本更新, 软件版本更新基站集为整个云基 站的所有基站集合。
2 )如果是指定基站软件版本更新, 软件版本更新基站集则为指定的基 站集合。
第四步、 业务调度总控节点检测待软件版本更新基站集 是否为空。 第五步、 如果待软件版本更新基站集为空, 结束本次云基站软件版本 更新过程, 否则, 转第六步。
第六步、 业务调度总控节点从软件版本更新基站集中选 择一个待软件 版本更新基站。
待软件版本更新基站的选择可以为但不限于为 以下的方式:
选择软件版本更新基站集中业务量最少的一个 基站为待软件版本更新 基站。
第七步、 业务调度总控节点比较第六步已选定基站的软 件版本与第二 步保存的待更新软件版本是否一致。
第八步、 如果第七步的比较结果为两个软件版本一致, 转第十一步继 续处理, 如果比较结果为两个软件版本不一致, 转第九步继续处理。
第九步、 业务调度总控节点将第六步已选定基站的当前 业务动态调整 到云基站中其他基站。
这里, 所述当前业务的动态调整可以包括但不限于以 下两种方式: 1 )将已选定基站的当前业务直接搬迁到其他云 站中其他基站的硬调 整方式;
2 )将已选定基站的当前业务通过切换逐步迁移 云基站中其他基站的 软调整方式。
第十步、 业务调度总控节点通知网管对第九步已完成当 前业务动态调 整的待软件版本更新基站进行软件版本更新。
第十一步、 业务调度总控节点从待软件版本更新基站集中 去掉第六步 已选定基站, 转第四步继续处理。
本发明提供的一种基站云模式下软件版本的动 态更新方法及系统, 无 须中断基站当前业务, 通过云基站中各基站间业务的动态调整, 使得各基 站的软件版本可以动态平滑更新, 充分利用了云基站中基带资源和业务动 态共享的特点, 有效地解决基站云模式下软件版本的动态更新 , 并且这种 方式操作方便, 业务效果好, 用户感受度好。
上述说明示出并描述了本发明的一个优选实施 例, 但如前所述, 应当 理解本发明并非局限于本文所披露的形式, 不应看作是对其他实施例的排 除, 而可用于各种其他组合、 修改和环境, 并能够在本文所述发明构想范 围内, 通过上述教导或相关领域的技术或知识进行改 动。 而本领域人员所 进行的改动和变化不脱离本发明的精神和范围 , 则都应在本发明所附权利 要求的保护范围内。 工业实用性
与现有技术相比, 本发明提供的一种基站云模式下软件版本的动 态更 新方法及系统, 能通过云基站中各基站间业务的动态调整, 使得各基站的 软件版本可以动态平滑更新, 充分利用了云基站中基带资源和业务动态共 享的特点, 有效地解决基站云模式下软件版本的动态更新 , 并且这种方式 操作方便, 业务效果好, 用户感受度好。
Next Patent: USB DEVICE AND PROTECTION CAP ATTRACTION METHOD THEREOF