一种快速下载基站版本的方法
技术领域
本发明涉及移动通讯领域,尤其涉及一种快速下载基站版本的方法。
背景技术
基站是移动通信***如WCDMA***的重要组成部分,其主要负责与无线有关的各种功能,如为MS(移动台)提供接入***的UM接口(3G中称为Uu),直接和MS通过无线相连接。随着通信技术的快速发展,由于新功能的不断推出,或者为了解决原来版本的一些缺陷,需要对基站NodeB版本进行升级。通常升级过程,主要包括两个基本步骤,即:
(1)将待升级版本文件下载到NodeB;
(2)激活下载到NodeB的版本文件。
其中将升级版本文件下载至NodeB是由***网管比如M2000来控制、完成的。根据组网关系,各相关网元M2000、基站无线网络控制器RNC及NodeB之间的拓扑关系如图1所示。为便于描述,将M2000与RNC之间的拓扑连接简称为“Inf-A”;将RNC与NodeB之间的拓扑连接简称为“Inf-B。
现有技术是:由M2000将待升级基站版本下载至基站NodeB,完全由M2000来控制每一个待下载版本的下载过程,从控制环节上看,RNC完全是透明不可见的,M2000根据每一个待升级NodeB的IP地址,与各个NodeB进行交互,参阅图2,其具体交互流程大致为:
1、开始阶段:M2000向NodeB下达下载命令,NodeB接收到该命令后,向M2000返回下载应答消息;
2、数据传输阶段:M2000收到所述应答消息后,根据各NodeB的IPoA地址,将待下载基站版本文件通过数据帧的形式下载至相应的NodeB;
3、下载结束阶段:基站版本下载完毕后,M2000向基站发送下载结束消息,而后基站返回下载结束响应消息,从而结束整个版本文件的下载工作。
然而,从以上的拓扑关系图、消息交互图及交互流程可以看出,采用这种技术方案,由于一个M2000需与多个NodeB分别进行交互,这样便增大了M2000的负荷,易造成处理瓶颈,下载速度比较慢,且各NodeB版本下载速度往往受限于M2000的处理速度。
此外,由于每个下载过程的信息交互,都要从M2000,再依次经过Inf-A-->RNC-->Inf-B,最后再到达相应NodeB,从而造成M2000与RNC间Inf-A处传输资源的极大浪费。下面以一个RNC为例,做个简单估算(为估计方便,假设各个NodeB的版本软件包大小都一样,且略去交互中的其它信息,仅仅计算软件包),如表一所示:
表一
项目 |
相应参数 |
该RNC下NodeB个数 |
N |
软件包大小(M) |
S |
则在下载阶段,该RNC下NodeB将累计占有Inf-A带宽为:N×S。而实际上,N的数量级通常是10的2次方或3次方,因此,所需的Inf-A带宽将非常大,由此产生的消耗也很大,且易引起Inf-A处传输瓶颈,影响下载速度。
发明内容
本发明的目的是提供一种快速基站版本下载的方法,通过设置到各基站的中转服务器,由中转服务器来控制对相应基站的版本下载,从而加快版本下载到基站速度。
为实现上述发明目的,本发明采用以下技术方案:
一种快速下载基站版本的方法,该方法包括:
a、集中网管将待下载基站版本文件及含有基站站点信息的数据包下载到中转服务器;
b、中转服务器根据所述基站站点信息,将所述待下载版本文件下载至相应的基站。
该方法还包括:
c、下载结束后,中转服务器将各基站下载结果上报集中网管。
所述中转服务器至少为2个。
所述步骤a具体包括:
a1、集中网管向中转服务器发送下载请求消息消息;
a2、中转服务器向集中网管返回下载响应消息;
a3、集中网管接收到所述应答消息后,将所述待下载版本及基站站点信息下载至中转服务器。
所述步骤b具体包括:
b1、中转服务器向基站发送基站版本下载命令消息;
b2、基站向中转服务器返回基站版本下载应答消息;
b3、中转服务器接收到所述应答消息后,开始基站版本的下载;
所述中转服务器为基站无线网络控制器RNC。
所述集中网管为M2000。
所述的基站站点信息为基站IP地址信息。
由以上技术方案可以看出,相对于现有技术而言,本发明通过设置到基站的中转服务器,集中网管将待下载基站版本文件先下载至中转服务器,再由所述中转服务器来中转控制对相应基站版本文件的下载,集中网管无需与各基站之间直接进行版本下载过程中的每一交互,减轻了集中网管的负荷,解除了对基站版本下载速度的限制,且信息交互路径相对更短,从而加快了单个基站网元版本文件的下载速度,此外,还减少了集中网管与中转服务器之间传输时需要的带宽,减少了传输资源的耗费,有效节省了传输资源。
附图说明
图1所示为相关网元M2000、RNC、NodeB的拓扑关系图;
图2为现有技术由M2000进行下载的消息交互流程图;
图3所示为根据本发明一具体实施例的通过中转服务器进行下载的方法流程图;
具体实施方式
本发明方法的核心在于:通过设置到基站的中转服务器,集中网管将待下载版本的软件、基站站点信息下载到中转服务器,由该中转服务器来控制对相应基站站点的版本下载。
下面结合附图及具体实施例对本发明作进一步详细描述。
请参阅图3,根据本发明一具体实施方式的通过中转服务器来快速下载基站版本的方法的操作流程为:
1、M2000将待下载的基站版本文件及含有基站站点信息的数据包下载到中转服务器。
在本实施例中,集中网管为M2000,而中转服务器为M2000下属/挂的RNC,且一般有多个,当然不限于RNC。
M2000根据RNC所管辖的基站,将所述版本文件及基站站点信息下载到该中转服务器。其具体的处理过程与图2类似,大致可以分为三个处理阶段:开始阶段;中间的数据传输阶段及下载结束阶段:
1)、首先,M2000向RNC发送下载请求消息,RNC返回下载响应消息;
2)、M2000收到所述响应消息后,将所述数据包传输下载至RNC;
3)、下载完毕后,M2000向RNC发送下载结束消息,而后RNC返回下载结束响应消息。
2、根据各基站站点信息,RNC将所述基站版本文件下载至相应基站。
RNC接收到M2000传来的信息后,启动ftp Server、控制与各基站之间的文件传输过程,将所述待下载基站版本文件下载至相应的基站。其具体的处理过程与图2及前述M2000将数据包下载至RNC类似,在此不再赘述。
3、下载结束后,RNC将下载结果上报给M2000。
以上所述的基站站点信息主要是各基站的IP地址信息。此外,在实际组网时,根据实际组网情况,可通过M2000来设置各站点的中转服务器。
从以上描述的技术方案可以看出,本发明相对于现有技术而言,具有如下技术效果:
首先,因M2000无需与各NodeB进行版本下载过程中的每一帧信息交互,从而解除了下载速度受限于M2000,加快了版本下载速度。
其次,采用前述简化的计算方法,M2000只要将版本的一个下载到相应的中转服务器(RNC)即可;也即该RNC下NodeB累计仅占有Inf-A带宽为S,远远小于原来的N×S。
另外,因解除M2000的限制,同时信息交互路径相对原来方案的交互路径更短,从而加快单个NodeB版本的下载速度。
第四,当一个M2000下面挂多个RNC时,现有技术只能通过一个M2000来进行下载;而采用本发明的方案可以通过几个RNC作为中转服务器来并行下载,从而大大加快整网NodeB的版本下载升级速度。
以上所述,仅为本发明较佳的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到的变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应该以权利要求的保护范围为准。