专利名称：一种基于mcu的基站单板引导程序模块下载方法及系统的制作方法
技术领域：
本发明涉及CDMA2000移动通信系统，尤其涉及一种基于MCU的基站单板引导程序模块下载方法及系统。
背景技术：
在3GBTS硬件第一板的软件下载调试的过程中，每个微控制器(MCU)单板的软件根据硬件设计的不同，都有各自的编译选项分支。同时，由于PMM在以往产品设计中没有涉及，针对PMM具有的特殊点，在引导程序模块(BOOT)的设计上与其他的单板有所区别，如，有的单板需要区分是与中心控制模块(CCM)进行数据交互还是与射频子系统(RMM)进行数据交互，以使操作后台确认在基带数字子系统(BDS)框进行软件下载还是在RFS框进行软件下载。同时BTS的其他单板在硬件的设计上也各有差异，因而在BOOT的设计中，只能实现一个单板一个BOOT。
现有技术中，首先OMC对下载的版本数据进行分片，最后一片的数据包的序号标志为0xffff。下载流程主要是通过后台复位前台单板，使单板进入BOOT中，在后台选取对应模块的下载版本进行下载，这时OMC的前台代理会给BOOT发送版本请求的消息，BOOT需要对接到消息对应的单板类型进行判断，如果使正确的单板，就易于应答，如果OMC在一定时间得到BOOT的应答，说明可以下载，否贝U，不可以下载；OMC接到版本下载请求的应答后，进行版本数据下载的请求，BOOT接到请求后，对数据进行校验，如果数据正确，写入Flash内存，否则，要求OMC予以重新下载，如果重新下载5次，数据校验错误，下载失败；否则，BOOT返回本包数据下载正确的应答，要求OMC发送下一包数据；OMC接到BOOT发送下一包数据的请求后，进入发送下一包数据的流程；当BOOT检测OMC发送最后一包数据(数据包的序号为0xffff)校验通过时，给OMC返回下载完成的消息，OMC接到这个消息后，在后台显示下载成功，下载流程结束。目前3GBTS不同机型对应的单板有
B型基站(BTSB) II:射频框，环境监控模块(SAM)、基站测试模块(BTM)、射频前端模块(RFE)、功率检查接口模块(PIM)、线性功放模块(LPA)、数字功放模块(DPA);基带框，系统接口模块(SAM)、全球定位控制模块(GCM)左板、GCM右板、射频接口模块(RIM)左板、R1M右板；电源框，电源监控模块(PMM);
HIRS基站(HBTS):基带框，SIM、 RIM;
紧凑型基站(CBTS):射频框，SAM、 BTM、 PIM、 RFE、 LPA;基带框，SAM、 RIM、 GCM
CBTS 12:射频框，SAM、 BTM、 PIM、 RFE、 DPA;基带框，SAM、RIM、 GCM主备；电源框，PMM;
简易型基站(SBTS):基带框，SAM、 RIM2、 GCM;
BTSBI3:射频框，PIM、 RFE、 DPA;基带框，RIM左板、RIM右板、SAM、 BTM、 GCM主备；电源框，PMM。
以上单板如果一个单板一个BOOT，势必造成随着研发进展，BOOT与单板硬件的相关性越大，单板与单板之间的BOOT差异越来越大，而且在下载过程中出现错误，不利于问题的定位，随着差异的增加，问题的定位难度随之增加，维护难度增加，对硬件和软件维护的开销会倍增。
发明内容
为了解决上述的技术问题，提供了一种基于MCU的基站单板BOOT下载方法及系统，其目的在于，实现所有基于MCU下载的单板提出使用统一BOOT进行软件下载。
本发明提供了一种基于微控制器的基站单板引导程序模块下载方法，用于CDMA 2000移动通信系统，包括
步骤1，单板在接收到操作维护中心发送的下载使能请求并置使能有效后，单板引导程序模块通过广播消息向操作维护中心中处于工作状态的主控板进程模块发送使能有效应答；
步骤2，主控板进程模块接收到使能消息应答后进行回应，单板引导程序模块在链路上剥离该进程模块的进程模块号，并与该进程模块进行交互；步骤3，单板引导程序模块在接收到操作维护中心发送的版本下载请求时，向所述进程模块发送版本下载请求应答；
步骤4，操作维护中心和单板引导程序模块进行版本数据交互，直至版
本下载完成。
还包括操作维护中心将单板的模块类型发送给单板，单板的引导程序模块从链路剥离出该模块类型后环回至操作维护中心。
步骤3中，单板引导程序模块还接收操作维护中心发送的RFS和BDS的框标识。
步骤4中，版本数据交互包括调试模式的版本数据交互和运行模式的数据交互。
步骤4中，操作维护中心和单板以帧为单位进行版本数据交互。
本发明提供了一种基于MCU的基站单板引导程序模块下载系统，用于CDMA 2000移动通信系统，包括单板引导程序模块、主控板进程模块，
单板引导程序模块，还用于单板在接收到操作维护中心发送的下载使能请求并置使能有效后，通过广播消息向操作维护中心中处于工作状态的主控板进程模块发送使能有效应答；在接收到操作维护中心发送的版本下载请求时，向所述进程模块发送版本下载请求应答；
主控板进程模块，还用于进程模块接收到使能消息应答后进行回应；单板引导程序模块在链路上剥离该进程模块的进程模块号，并与该进程模块进行交互。
操作维护中心还将单板的模块类型发送给单板，单板的引导程序模块从链路剥离出该模块类型后环回至操作维护中心。
单板引导程序模块还接收操作维护中心发送的RFS和BDS的框标识。
版本数据交互包括调试模式的版本数据交互和运行模式的数据交互。
操作维护中心和单板以帧为单位进行版本数据交互。
本发明能够使用统一的BOOT下载软件，避免了单板上BOOT的差异带来引起的错误，在以后的版本升级的研发过程中，能够有效縮短研发进度，节省人力物力和研发经费，便于硬件和软件的维护，便于问题的定位。
图1是本发明提供的详细下载流程图2是本发明提供的基于微控制器的基站单板引导程序模块下载方法总 体流程示意图。
具体实施例方式
本发明提供了一种基于微控制器的基站单板引导程序模块下载方法，如 图2所示，包括
步骤21，单板在接收到操作维护中心发送的下载使能请求并置使能有效
后，单板引导程序模块通过广播消息向操作维护中心中处于工作状态的主控
板进程模块发送使能有效应答；
步骤22，主控板进程模块接收到使能消息应答后进行回应，单板引导程 序模块在链路上剥离该进程模块的进程模块号，并与该进程模块进行交互；
步骤23，单板引导程序模块在接收到操作维护中心发送的版本下载请求 时，向所述进程模块发送版本下载请求应答；
步骤24，操作维护中心和单板引导程序模块进行版本数据交互，直至版 本下载完成。
下面对本发明提供的方法进行详细说明。
如果使用统一的BOOT进行下载当后台发送下载使能时，操作维护中 心(OMC)调用板支撑模块(BSP)的下载使能模块，下载使能过程中，RST 复位信号和与下载使能信号绑定在一起，硬件的逻辑处理这个绑定信号，在 复位单板的同时，给单板发出了下载使能的命令。下载使能信号下发后，MCU 在逻辑处理下载使能信号后，立即进入BOOT。这样的处理使统一BOOT在 下载的过程中作到版本与下载过程无关。
BOOT上电后，首先判读下载寄存器，判断是否可以下载，如果不能下 载，复位，返回应用程序；否则，进入BOOT的单板软件下载流程。利用下 载使能使MCU进入下载流程，这样可以避免链路上的垃圾数据的介入，同 时确保在下载前硬件的下载模块是有效的。
MCU在进入BOOT的下载流程中，在有效时间内(如小于9s)等待数 据的接收，如果在有效时间无法接到数据，表示OMC的数据没有发送过来，
7自动复位，返回到版本应用程序；如果版本存在，则运行原来的版本程序，
否则，WTD超时复位，继续进入BOOT，等待数据的到来，直到在有限的时 间内接收到数据，才能开始数据的交互，具体的流程如图l所示。
下载的单板分别属于射频子系统RFS和基带子系统BDS， SAM、 BTM、 RIM、 GCM是属于基带子系统，RFE、 PIM、 LPA、 DPA属于射频子系统， 射频子系统的下载管理模块在RMM上，基带子系统下载管理模块在CCM 上，两者的下载路径不同，所以需要一个标志予以区分。因此MCU和OMC 之间需要一对握手消息，以确定单板在RFS还是BDS框。
为了使基站子系统(BTS)不断扩容的情况下，BOOT仍然保持稳定， 就需要避开框和避开物理标识，做到BOOT与OMC的某个主控板的交互的 物理无关性，即硬件无关。为了达到这个目的，后台首先向MCU的BOOT 发送版本下载请求，MCU截取对方的进程模块号作为目的进程模块。因为 各单板根据实际情况，设计的单板运行环境不同，因而以单板运行环境确认 是否与哪个进程模块通信将无法作到所有单板的BOOT合一，比如SAM的 单板运行环境是RFS框和BDS框，在不同的运行环境，其通讯方式是不一 致的，与CCM通信采用点对点的方式，与RMM通信采用总线方式，而PMM 的单板运行环境目前仅仅是PWS框，具体与哪个运行环境如RFS框连接， 还是与BDS框连接，PMM是无法知道的。某些单板在不同的运行环境中， 其通讯方式是不同的，为了能使单板在不同的运行环境下有效和后台的进程 模块进行正确的通信，因而需要根据运行环境统一通信方式，同时为了有利 于在将来通信方式的扩展后，所有单板的BOOT仍然能够合一，规定利用485 工作模式，以确定单板的通信方式是总线通信方式，还是点对点的通信方式。 以上的过程能使所有单板的BOOT在不同的运行环境下与单板当前环境对应 的进程模块以要求的通信模式进行通信，而不考虑单板的设计特点和单板运 行环境的物理标识，从而使所有单板的BOOT达到统一，使BOOT在硬件扩
容的情况下保持稳定。
其实，不管与哪个主控板进行交互，都是与主控板的进程模块进行交互， 一个单板可以同n个进程模块进行交互。只要我们把对框标识的识别改为对 交互进程模块的识别，就可以实现在硬件扩容的情况下保持BOOT的稳定性。
为了识别对方的进程模块，BOOT需要向OMC发送发广播消息。BOOT下载OMC发送下载使能后，当检测到下载使能有效，向OMC发送广播消
息，即向当前BTS机架所有工作的通信主控板的进程模块发送下载使能有效 的消息，哪个进程模块接到消息，哪个进程模块便进行回应，这样BOOT无 需知道对方是什么主控板，在什么框架上，只需要在链路上剥离出进程模块 号，与回复消息的进程模块进行交互就可以了。 BOOT接到的数据包中含有 信息包括源进程、目的进程、源地址、目的地址、消息号，消息长度，消 息内容等，所谓OMC与前台单板的下载实际单是执行的两个进程间的交互， 这样BOOT在截取对方消息时，需要通过通信协议规定的消息的固定数据结 构获取对方的源进程号，就是BOOT需要发送消息的目的进程号了 。
这样就做到BOOT与主控板交互的硬件无关性，针对硬件将来的机框扩 容等改动，BOOT都能保证稳定性。
由于硬件定义的板类型的含义是射频类型，一个单板可以有多个板类型； 而软件定义的板类型， 一个单板一个类型；为对单板进行识别和校验，避免 单板与主控板的数据交互失败，采用模块组区分单板，由OMC前台代理直 接把单板的模块类型发送给单板，单板的BOOT从链路剥离出模块类型环回 给OMC前台，使BOOT识别不同的单板作相应的处理，如本板地址处理， 混框单板的通信处理，同时也实现不同单板的对波特率的不同要求。
下载过程中，BOOT的数据交互包括调试模式的数据交互和运行模式的 数据交互。
如果BOOT检测到当前的模式为调试模式，BOOT与PC机的调试后台 通过串口进行数据交互，串口支持Uart232片内串口和Uart550片外串口， 调试模式的下载不论针对片内串口还是片外串口 ，都是点对点的通信方式， 不需要进行地址判断，使用于单机板的BOOT调试和使用调试后台进行软件 下载。
如果BOOT检测到当前的模式为运行模式，如果为点对点的通信模式， 就不进行地址判断，与BDS的驻留在CCM的下载进程模块进行交互；
如果为总线通信方式，就需要对挂在总线上单板进行地址判断，BTS总 线通信的单板分别在LPA框、TRX和RFE框，TRX框的SAM和BTM在地 址上与RFE框的0槽位和1槽位重复，硬件逻辑的配合设计是在TRX框的 地址上进行加8处理，避免地址判断错误。总线数据接收时，如果接收选择
9地址和本板地址一致或者是接收选择地址为广播地址，则RMM逻辑为发送 选择地址为本板地址，为说明RMM数据发送到本板，则进行数据接收。单 板数据发送需要申请总线，当前发送选择地址和本板地址一致，则RMM逻 辑接收选择地址为本板地址，本板获得总线，当当前550发送缓冲区的数据 发送完毕，延时待缓冲区数据上了总线，释放总线。
后台首先向MCU的BOOT发送版本下载请求，含有RFS和BDS的框 标识，MCU的BOOT在接到软件下载请求消息后，剥离出OMS前台进程模 块的进程模块号，根据进程模块号向OMS前台回应软件下载请求回应的消
息o
BOOT对下载请求命令(消息)进行校验，无误后，回应版本下载请求 命令(消息)应答。
OMC前台代理向BOOT发送版本下载请求，下载请求命令是后台通过 前台的回应确定是否具备下载的条件，如果具备，后台发送版本下载请求进 行版本数据的下载。BOOT在获得OMC前台代理所具备的进程模块号，并 校验通过后，向交互的进程模块回应版本下载请求应答。
当BOOT接到OMC前台代理驻留在主控板的进程模块的版本下载的消 息时，便进入了正式的数据下载交互流程，BOOT对OMC前台代理下载的 第1帧数据进行校验，校验包括消息号校验、帧序号校验、静荷长度校验、 Flash读写校验，如果校验错误，向OMC前台下载代理回应当前下载帧相应 的校验错误，OMC前台代理针对错误帧进行重发，如果发送5 10帧，仍然 错误，OMC就认为下载链路问题，中止下载流程，下载失败；否则BOOT 把当前帧写入Flash,继续下载下一帧版本数据。
如此MCU BOOT和OMC —帧一帧地交互下去。
当MCU的BOOT接到后台发送的最后一帧的标志后，即帧序号为FFFE， 向后台回应最后一帧的标志，即帧序号为FFFF，后台在接到此标志后，发出 软件下载成功的消息。至此，整个下载流程完成。
本发明提供了一种基于MCU的基站单板引导程序模块下载系统，用于 CDMA 2000移动通信系统，包括单板引导程序模块、主控板进程模块，
单板引导程序模块，还用于单板在接收到操作维护中心发送的下载使能 请求并置使能有效后，通过广播消息向操作维护中心中处于工作状态的主控板进程模块发送使能有效应答；在接收到操作维护中心发送的版本下载请求
时，向所述进程模块发送版本下载请求应答；
主控板进程模块，还用于进程模块接收到使能消息应答后进行回应；单 板引导程序模块在链路上剥离该进程模块的进程模块号，并与该进程模块进 行交互。
操作维护中心还将单板的模块类型发送给单板，单板的引导程序模块从 链路剥离出该模块类型后环回至操作维护中心。
单板引导程序模块还接收操作维护中心发送的RFS和BDS的框标识。
版本数据交互包括调试模式的版本数据交互和运行模式的数据交互。
操作维护中心和单板以帧为单位进行版本数据交互。
本领域的技术人员在不脱离权利要求书确定的本发明的精神和范围的条 件下，还可以对以上内容进行各种各样的修改。因此本发明的范围并不仅限 于以上的说明，而是由权利要求书的范围来确定的。
权利要求
1.一种基于微控制器的基站单板引导程序模块下载方法，用于CDMA 2000移动通信系统，其特征在于，包括步骤1，单板在接收到操作维护中心发送的下载使能请求并置使能有效后，单板引导程序模块通过广播消息向操作维护中心中处于工作状态的主控板进程模块发送使能有效应答；步骤2，主控板进程模块接收到使能消息应答后进行回应，单板引导程序模块在链路上剥离该进程模块的进程模块号，并与该进程模块进行交互；步骤3，单板引导程序模块在接收到操作维护中心发送的版本下载请求时，向所述进程模块发送版本下载请求应答；步骤4，操作维护中心和单板引导程序模块进行版本数据交互，直至版本下载完成。
2. 如权利要求l所述的基站单板引导程序模块下载方法，其特征在于， 还包括操作维护中心将单板的模块类型发送给单板，单板的引导程序模块 从链路剥离出该模块类型后环回至操作维护中心。
3. 如权利要求l所述的基站单板引导程序模块下载方法，其特征在于， 步骤3中，单板引导程序模块还接收操作维护中心发送的RFS和BDS的框标 识。
4. 如权利要求l所述的基站单板引导程序模块下载方法，其特征在于， 步骤4中，版本数据交互包括调试模式的版本数据交互和运行模式的数据交 互。
5. 如权利要求1或4所述的基站单板引导程序模块下载方法，其特征在 于，步骤4中操作维护中心和单板以帧为单位进行版本数据交互。
6. —种基于微控制器的基站单板引导程序模块下载系统，用于CDMA 2000 移动通信系统，包括单板引导程序模块、主控板进程模块，其特征在于，单板引导程序模块，还用于单板在接收到操作维护中心发送的下载使能 请求并置使能有效后，通过广播消息向操作维护中心中处于工作状态的主控 板进程模块发送使能有效应答；在接收到操作维护中心发送的版本下载请求 时，向所述进程模块发送版本下载请求应答；主控板进程模块，还用于进程模块接收到使能消息应答后进行回应；单板引导程序模块在链路上剥离该进程模块的进程模块号，并与该进程模块进行交互。
7. 如权利要求6所述的基站单板引导程序模块下载系统，其特征在于， 操作维护中心还将单板的模块类型发送给单板，单板的引导程序模块从链路 剥离出该模块类型后环回至操作维护中心。
8. 如权利要求6所述的基站单板引导程序模块下载系统，其特征在于， 单板引导程序模块还接收操作维护中心发送的RFS和BDS的框标识。
9. 如权利要求6所述的基站单板引导程序模块下载系统，其特征在于，版本数据交互包括调试模式的版本数据交互和运行模式的数据交互。
10. 如权利要求6或9所述的基站单板引导程序模块下载系统，其特征在于，操作维护中心和单板以帧为单位进行版本数据交互。
全文摘要
本发明涉及一种基于微控制器的基站单板引导程序模块下载方法，用于CDMA 2000移动通信系统，包括步骤1，单板在接收到操作维护中心发送的下载使能请求并置使能有效后，单板引导程序模块通过广播消息向操作维护中心中处于工作状态的主控板进程模块发送使能有效应答；步骤2，主控板进程模块接收到使能消息应答后进行回应，单板引导程序模块在链路上剥离该进程模块的进程模块号，并与该进程模块进行交互；步骤3，单板引导程序模块在接收到操作维护中心发送的版本下载请求时，向所述进程模块发送版本下载请求应答；步骤4，操作维护中心和单板引导程序模块进行版本数据交互，直至版本下载完成。本发明能够使用统一的BOOT下载软件，避免单板BOOT差异带来引起的错误。
文档编号H04L1/16GK101515861SQ200810057918
公开日2009年8月26日 申请日期2008年2月20日 优先权日2008年2月20日
发明者洁 郎 申请人:中兴通讯股份有限公司