一种移动通讯系统软件版本升级的调度方法

文档序号:7612534阅读:189来源:国知局
专利名称:一种移动通讯系统软件版本升级的调度方法
技术领域
本发明涉及一种分布式通讯设备升级的调度方法,特别是涉及移动通讯领域无人值守基站设备的高效升级方法。
背景技术
目前移动通讯领域的基站系统可能由分布在一个城市或地区的很广范围内的数以百计的基站组成,且为了便于系统维护、降低维护成本,一般采用无人值守的方式通过网管系统自动化管理。
由于电信业技术更新频繁,基站系统版本更新也比较频繁。而移动通讯的基站系统是一个庞大的系统,每个BSC(Base Station Controller,基站控制中心)和每个基站需要更新软件的单板都有几十块,整个基站系统一次软件升级就有几千块乃至上万块单板的版本需要更新,而每个单板需要更新的版本可能又包括多种软件和硬件逻辑,而在基站单板软件升级过程中系统通常要中断通话业务。
为了提升系统的下载效率,以往的系统软件设计采用版本并行下载策略,充分利用BSC版本控制点的系统资源,保证系统升级效率的提升。但是如果同时向多个BTS(Base Transceiver Station,基站收发信机)进行软件版本升级,就会造成大范围话务中断。
由于基站系统的特殊性,需要系统升级断话时间最短,升级过程全局影响最小。这样就必须找到一种方法既能保证系统整体升级速度最快,又能保证断话影响范围最小。

发明内容
本发明所要解决的技术问题在于提供一种移动通讯系统软件版本升级的调度方法,用于提高系统升级效率、实现话务中断影响范围最小。
为了实现上述目的,本发明提供了一种移动通讯系统软件版本升级的调度方法,适用于移动通讯领域的基站系统,所述基站系统包括前台和后台,其特征在于,包括所述后台把欲下载到目标板的软件版本发送至基站控制中心的版本管理主进程进行存储;所述后台发送版本列表和其对应的目标板升级目标列表组成的任务列表至所述版本管理主进程,并存储在存储器;及所述版本管理主进程根据所述任务列表,按所述基站系统处理能力动态创建并调度多个转发进程同时向目标板下载所述软件版本。
所述的移动通讯系统软件版本升级的调度方法,其中,所述版本管理进程包括空闲、任务列表接收、转发进程调度状态。
所述的移动通讯系统软件版本升级的调度方法,其中,若所述任务列表为多个文件多个目标,进一步包括步骤31、优先对一基站收发信机进行软件版本下载;步骤32、对所述基站收发信机创建转发任务的同时查看其链路占用情况,若发现该链路达到极限值,则对下一条链路的基站收发信机创建转发任务;及步骤33、当所述转发任务结束时,优先考虑已创建任务但还未完全下载结束且链路有空闲的基站收发信机。
所述的移动通讯系统软件版本升级的调度方法,其中,所述版本管理主进程根据所述任务列表,一对一创建转发进程转发软件版本直至所有任务完成。
所述的移动通讯系统软件版本升级的调度方法,其中,若所述转发进程的数目达到所述基站系统上限,则所述版本管理主进程在所述转发进程结束后创建新的转发进程。
所述的移动通讯系统软件版本升级的调度方法,其中,所述转发进程的数目由所述基站系统的CPU处理能力设定。
所述的移动通讯系统软件版本升级的调度方法,其中,所述转发进程的数目为5。
所述的移动通讯系统软件版本升级的调度方法,其中,当一个转发进程转发成功或出现异常后向所述版本管理主进程发送成功或失败消息,并销毁该转发进程;所述版本管理主进程在收到所述成功或失败消息后,转发进程计数器减一,任务完成计数器加一。
与现有技术相比,采用本发明所述方法有如下效果1)、在实际应用中最大限度利用了版本控制点的系统资源,资源利用效率大幅度提高,提高了软件版本整体下载效率;2)、最大限度减少了单个BTS的升级断话时间,比以往一个版本多个BTS下载,文件任务作为队列的处理方式缩短断话时间5倍以上。
本发明挖掘了系统最大潜力,实现大容量无线通讯系统短时快速升级,大幅度减少运营商系统升级过程带来的风险。
以下结合附图和具体实施例对本发明进行详细描述,但不作为对本发明的限定。


图1为移动通讯基站系统软件下载分层结构示意图;图2为移动通讯基站系统软件并行下载实现机制示意图。
具体实施例方式
本发明的目的是为了克服现有升级技术中的版本下载系统资源利用不充分、单个BTS升级断话时间较长等缺点,以实现最大限度利用系统资源,达到版本下载效率最高,单个BTS升级断话影响时间最短的目的。
本发明升级的调度方法是一套能够大幅度提高系统的升级效率的方法,既能最大限度利用版本下载带宽,又能保证局部断话时间最短。本方法主要内容是基站系统升级采取集中单个基站所有版本优先下载,充分利用系统带宽和并行下载的软件进程。
本发明的版本下载调度技术充分利用驻留在BSC侧版本控制点的软件下载进程,使得系统的CPU、内存、通讯带宽等资源得到充分利用,且升级过程断话影响被限制在最小范围和最短时间内。
一、版本管理后台属于移动通讯基站集中网管系统的一部分,完成基站单板驻留软件和硬件逻辑等版本管理、软件下载、版本查询等功能人机命令的处理,运行在PC(Personal Computer,个人计算机)工作站或小型机上。在本发明调度方法中完成的功能命令触发功能(1)、版本管理后台把所有准备下载到目标单板的软件版本发送至BSC的版本管理主进程进行存储。
(2)、版本管理后台发送软件版本列表和对应的目标单板升级目标列表组成的任务列表到基站控制中心驻留的版本管理主进程。
二、BSC侧版本控制点的版本管理主进程的高效调度过程如下(3)、BSC的版本管理主进程接收版本管理后台发送的任务列表并存储在存储器中,准备调度任务。
(4)、本发明的第一个关键点是,BSC的版本管理主进程接收完软件版本后,根据存储的任务列表(目标板地址),按照系统处理能力动态创建调度多个转发进程同时向目标板下载软件版本,转发进程的上限根据CPU能力设定。
(5)、本发明的第二个关键点是,目标板版本发送调度策略,具体内容如下(51)、集中尽可能多的转发进程把一个BTS所有升级版本发送到该BTS。
(52)、如果转发进程把某一条通讯链路占满,则挂在这条链路上的基站的所有任务虽然没有下载完成,但带宽已经无法容纳增加新的转发进程,这时转发进程不进行队列等待,版本管理主进程调度这些转发进程进行其他链路上的BTS下载任务,达到充分利用各条链路带宽的目的。
图1所示为移动通讯基站系统软件下载分层结构示意图,该分层结构包括版本管理后台客户端101、版本管理后台服务器102、BSC上的版本管理主进程103、BSC上的转发进程104、BTS上的接收进程105。
下面介绍移动通讯基站系统软件版本升级高效调度的具体实现方式。图2所示为移动通讯基站系统软件并行下载实现机制示意图。
移动通讯基站软件下载根据系统的结构可分为两部分前台(设备内)的版本管理模块和运行在PC或小型机上的版本管理后台。所述版本管理模块包括BSC上的转发进程104和BTS上的接收进程105。
前台的软件下载进程包括位于前台BSC的版本管理主进程和驻留各目标单板的版本管理接收进程。其中,BTS上的接收进程105即为驻留各目标单板的版本管理接收进程。
版本管理后台属于软件操作维护系统的一部分,完成版本的组织维护、下载、查询等,并提供人机界面,供用户使用,完成并行下载版本和任务列表数据向BSC的版本管理主进程的传送。
本实施例中前台的基站控制中心的并行调度处理方法如下所述版本管理主进程负责转发进程的创建和调度,有空闲、任务列表接收、转发进程调度几种状态。
转发进程多实例进程,一对一的向目标板进行软件版本转发。在本实例中,可实现同时向5个(根据CPU处理能力以后可以增加)目标板加载软件版本。
1)、版本管理主进程在空闲状态接收操作维护系统的下载请求,开始跳入任务列表接收状态接收任务列表(目标板地址),如果目标板地址全部接收成功则跳入转发进程调度状态,根据下述3)中所述的调度策略创建并调度转发进程。
2)、版本管理主进程进入软件版本转发状态,开始调度转发进程,根据任务列表(存储的目标板地址),一对一的创建转发进程进行软件版本的转发直到所有任务完成(任务完成计数器等于任务总数),如果转发进程数目已经达到系统上限,则等待原先创建的转发进程结束后,继续创建新的转发进程。
3)、如果版本管理后台发来的任务列表是多个文件多个目标,则前台的一个转发进程对应一个目标的一个文件。调度方法如下31)、优先对某个BTS进行下载,即将某个BTS的所有软件版本文件下载成功后再对下一个BTS进行下载。
32)、对某个BTS创建转发任务的同时查看该BTS的链路占用情况,如果发现链路已经达到极限值,则针对下一条链路的BTS创建转发任务。
33)、当创建的某个转发任务结束时,优先考虑已经创建任务但还没有完全下载结束、且链路有空闲的BTS。
4)、当某一个转发进程转发成功或出现异常后,该转发进程向版本管理主进程发送成功或失败消息,并销毁该转发进程。版本管理主进程收到转发进程的成功或失败消息后,则转发进程计数器减一,任务完成计数器加一。
本实例中,转发进程允许的最大进程数为5,在这种情况下,本发明可使整个基站系统的软件升级下载速度最多提高到原来的10倍。如果在允许的范围内,提高转发进程允许的最大进程数,速度提高的倍数还可以进一步增加,其所能提高的倍数与转发进程允许的最大进程数相关。
本发明整个软件下载系统提供了完善的调度处理方法,其防冲突功能可以处理很多种异常,保证软件版本下载的可靠性。
综上所述,本发明提供的移动通讯设备软件并行下载方法是高效、稳定、可靠的软件升级方法,能够为电讯业推广应用,并可有效提高行业内设备维护管理水平。
当然,本发明还可有其他多种实施例,在不背离本发明精神及其实质的情况下,熟悉本领域的技术人员当可根据本发明作出各种相应的改变和变形,但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。
权利要求
1.一种移动通讯系统软件版本升级的调度方法,适用于移动通讯领域的基站系统,所述基站系统包括前台和后台,其特征在于,包括所述后台把欲下载到目标板的软件版本发送至基站控制中心的版本管理主进程进行存储;所述后台发送版本列表和其对应的目标板升级目标列表组成的任务列表至所述版本管理主进程,并存储在存储器;及所述版本管理主进程根据所述任务列表,按所述基站系统处理能力动态创建并调度多个转发进程同时向目标板下载所述软件版本。
2.根据权利要求1所述的移动通讯系统软件版本升级的调度方法,其特征在于,所述版本管理进程包括空闲、任务列表接收、转发进程调度状态。
3.根据权利要求1所述的移动通讯系统软件版本升级的调度方法,其特征在于,若所述任务列表为多个文件多个目标,进一步包括步骤31、优先对一基站收发信机进行软件版本下载;步骤32、对所述基站收发信机创建转发任务的同时查看其链路占用情况,若发现该链路达到极限值,则对下一条链路的基站收发信机创建转发任务;步骤33、当所述转发任务结束时,优先考虑已创建任务但还未完全下载结束且链路有空闲的基站收发信机。
4.根据权利要求1所述的移动通讯系统软件版本升级的调度方法,其特征在于,所述版本管理主进程根据所述任务列表,一对一创建转发进程转发软件版本直至所有任务完成。
5.根据权利要求4所述的移动通讯系统软件版本升级的调度方法,其特征在于,若所述转发进程的数目达到所述基站系统上限,则所述版本管理主进程在所述转发进程结束后创建新的转发进程。
6.根据权利要求5所述的移动通讯系统软件版本升级的调度方法,其特征在于,所述转发进程的数目由所述基站系统的CPU处理能力设定。
7.根据权利要求6所述的移动通讯系统软件版本升级的调度方法,其特征在于,所述转发进程的数目为5。
8.根据权利要求1所述的移动通讯系统软件版本升级的调度方法,其特征在于,当一个转发进程转发成功或出现异常后向所述版本管理主进程发送成功或失败消息,并销毁该转发进程;所述版本管理主进程在收到所述成功或失败消息后,转发进程计数器减一,任务完成计数器加一。
全文摘要
本发明公开了一种移动通讯系统软件版本升级的调度方法,适用于移动通讯领域的基站系统,所述基站系统包括前台和后台,包括如下步骤所述后台把欲下载到目标板的软件版本发送至基站控制中心的版本管理主进程进行存储;所述后台发送版本列表和其对应的目标板升级目标列表组成的任务列表至所述版本管理主进程,并存储在存储器;及所述版本管理主进程根据所述任务列表,按所述基站系统处理能力动态创建并调度多个转发进程同时向目标板下载所述软件版本。本发明能够大幅度提高系统的版本升级效率,最大限度利用版本下载带宽,又能保证局部断话时间最短,从而减少运营商系统软件升级过程带来的风险。
文档编号H04W8/24GK1901724SQ20051001224
公开日2007年1月24日 申请日期2005年7月21日 优先权日2005年7月21日
发明者雷大力, 郭彤 申请人:中兴通讯股份有限公司
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1