CN100579270C - NodeB的NBAP资源的备份及恢复方法 - Google Patents
NodeB的NBAP资源的备份及恢复方法 Download PDFInfo
- Publication number
- CN100579270C CN100579270C CN200610072419A CN200610072419A CN100579270C CN 100579270 C CN100579270 C CN 100579270C CN 200610072419 A CN200610072419 A CN 200610072419A CN 200610072419 A CN200610072419 A CN 200610072419A CN 100579270 C CN100579270 C CN 100579270C
- Authority
- CN
- China
- Prior art keywords
- scm
- resource
- bbu
- mainboard
- message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Active
Links
Images
Landscapes
- Hardware Redundancy (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明涉及一种NodeB的NBAP资源的备份方法以及恢复方法,其中,NodeB包括SCM和BBU。该备份方法包括以下步骤:步骤1,SCM主板接收到RNC发来的资源配置请求消息,向本次NBAP影响到的BBU发送NodeB内部配置请求消息;步骤2,BBU接收到NodeB内部配置请求消息,完成向基带单元的配置,向SCM主板返回配置成功响应消息;步骤3,SCM主板接收到BBU内部配置成功响应消息,则配置SCM主板上的NBAP资源,将要备份的资源发送给SCM备板;步骤4,SCM备板根据备份的资源修改相应的资源。利用本发明的方法保证了NBAP过程中资源的可靠性。
Description
技术领域
本发明涉及NodeB的NBAP资源的备份及恢复方法,特别涉及在NodeB中,能够使得SCM和多个BBU上存储的数据保持一致的快速数据备份及恢复方法。
背景技术
NBAP(NodeB Application Part)协议属于Iub接口无线网络控制平面,在NodeB(基站)中处于SCM(系统控制管理单元,System ControlManagement),以实现无线网络资源的管理。
由于SCM上的NBAP资源非常重要,而且常常位于一块硬件(以下统称为SCM板)上,因此一旦硬件出现异常,将直接导致NodeB产品处于不可使用状态。因此,通常NodeB产品会对这部分资源采取热备份的处理方式,采用主、备板结构实时备份无线网络资源,在主板出现异常的情况下,通过软件处理流程将备板升级为主板,即通常意义上的主备倒换,达到NodeB产品继续使用的目的。热备份功能已经成为NodeB产品的一个具有竞争力的特性,被广为采用。
已有的实现方案是在主备板运行相同的NBAP软件和热备份驱动模块,将NBAP需要配置的资源做成独立的数据资源表,当每个NBAP过程完成,在主板上完成了对NBAP资源的配置后,将影响到的资源按预先设计好的消息结构打包成消息,通过热备份驱动模块发送到备板,备板收到备份消息后,按照消息内容对资源进行配置。
但是上述实现方案存在如下问题。
1.数据量大,效率低。
按照NodeB的设计能力要求,当支持的载扇数和每载扇支持的用户数较多时,如果采用NBAP的资源集中放在SCM板的设计方案,资源将占用大量的内存,并且NBAP的全部信令,都需要在SCM板做大量处理,影响整系统的效率;NBAP资源都需要做备份,使备份对热备份驱动模块的压力增大。
2.异常发生易造成内部资源不一致。
按照SCM统一管理整个NodeB NBAP资源,每个基带处理单元(BaseBand Unit,简称BBU)处理一个或多个载波的用户数据的硬件设计结构,每个NBAP过程从接收到RNC(Radio Network Controller,无线网络控制器)请求申请无线资源的消息(比如,小区建立过程请求在NodeB建立一个小区,需要在NodeB内将小区的参数如频点、时隙、码道等等数据,NodeB根据这些消息进行配置)、配置成功(NBAP接收到消息后,向它控制的其它NodeB内的软件子系统配置RNC消息中要求配置的内容)、备份完成到返回RNC响应消息需要一定的处理时间,在NBAP消息处理过程中,如发生SCM主板异常,则有可能造成BBU和现有SCM备板上存储的NBAP资源不一致的情况发生。
这一方面是由于内部采用SCM和BBU板间结构带来的不可避免的异常,另一方面,由于资源量较大,备份需要的时间较长,也在很大程度上使异常发生时造成资源不一致的可能性增加。
3.倒换后易造成RNC资源不一致。
由于主备倒换过程本身也要有一定处理时间,在这段时间中RNC的消息原有方案一般都做丢弃处理,对于RNC发起的NBAP过程,RNC会收不到NodeB的响应,如果在倒换前存在正在进行的NodeB发起的过程,如阻塞、复位等,在倒换期间丢弃RNC的响应消息则会造成NodeB和RNC存储的NBAP资源不一致。
发明内容
为解决现有方案数据量大,效率低,异常情况易造成NodeB内部资源不一致以及RNC和NodeB资源不一致的缺点,本发明提出一种NodeB的NBAP资源的备份方法以及NodeB的NBAP资源的恢复方法。
为了实现上述目的,本发明一方面提供了一种NodeB的NBAP资源的备份方法,NodeB包括系统控制管理单元SCM和基带处理单元BBU,其中SCM用于存储向各BBU分发NodeB内部配置请求消息所必要的资源,BBU用于存储SCM上存储的资源以及基带处理所需的资源,该方法包括步骤:
步骤1,SCM主板接收到RNC发来的资源配置请求消息,向本次NBAP影响到的BBU发送NodeB内部配置请求消息;
步骤2,BBU接收到NodeB内部配置请求消息,完成向基带单元的配置,向SCM主板返回NodeB内部配置成功响应消息;
步骤3,SCM主板接收到NodeB内部配置成功响应消息,则配置SCM主板上的NBAP资源,将要备份的资源发送给SCM备板;
步骤4,SCM备板根据备份的资源修改相应的资源。
本发明另一方面提供了一种NodeB的NBAP资源的恢复方法,其中,NodeB包括SCM和BBU,SCM用于存储向各BBU分发NodeB内部配置请求消息所必要的资源,BBU用于存储SCM上存储的资源以及基带处理所需的资源。该方法包括步骤:
步骤1,操作维护单元OM检测到SCM主板发生异常,向原SCM备板触发倒换通知消息,通知原SCM备板发生倒换;
步骤2,原SCM备板升级为新SCM主板,启动资源恢复过程定时器,标识倒换过程正在进行;
步骤3,新SCM主板向工作正常的BBU发送资源恢复请求消息;
步骤4,新SCM主板如果在定时器超时之前接收到所有正常工作的BBU发出的资源恢复响应消息,则进入步骤5;新SCM主板如果在没有接收到所有资源恢复响应消息前定时器超时,则不修改新SCM主板上的NBAP资源,修改倒换标识为Ready,标识倒换过程已经完成;
步骤5,新SCM主板根据收到的资源恢复响应消息配置新SCM主板上的资源,中止定时器,标识新SCM主板倒换过程已经完成。
在上述恢复方法中,步骤5之后还可以包括步骤:NodeB向RNC发送核查请求消息;或者,在所述步骤5中,在中止定时器之前还包括,SCM判断接收到的消息类型是否为RNC资源配置请求消息或OM资源配置消息,如果是,将消息缓存。
与现有技术相比,通过本发明的NodeB的NBAP资源的备份方法以及恢复方法,可以尽可能全面快速的数据备份,并在主备倒换后进行数据恢复,尽最大可能保证NBAP资源的完整性和一致性。
附图说明
图1所示为本发明的分布式系统示意图;
图2(a)所示为根据本发明的系统在SCM上的NBAP处理流程;
图2(a’)所示为接图2(a)的处理流程;
图2(b)所示为根据本发明的系统在BBU上的NBAP处理流程;
图3所示为图1的系统的全局备份流图;
图4(a)所示为图1的系统上RNC发起的数据增量备份流图;
图4(b)所示为图1的系统上OM发起的数据增量备份流图;
图5所示为本发明的主备板倒换流程;
图6(a)所示为本发明的倒换后资源恢复在SCM板上的流程。
图6(b)所示为本发明的倒换后资源恢复在BBU板上的流程。
具体实施方式
根据本发明的NodeB分布式存储结构,是使NBAP资源分布于各个BBU上,而SCM上只存留部分涉及多BBU的资源和将消息向各BBU分发所必要的资源。
在上述结构中,利用消息向各BBU分发的必要的资源,而将SCM上存储的资源以及配置基带软件所需的资源(这部分资源和备份、消息分发无关,可以不在SCM上存储)存储在各BBU上。例如,在无线链路建立和重配过程中,在SCM上存储了无线链路所在的小区、频点、NBCC、无线链路ID、测量ID等信息,而和无线链路相关的其它信息比如CCTrCH信息、DCH信息、DPCH信息、测量信息等,则利用SCM到各BBU的板间消息中分配到各BBU上存储。这样在基带处理过程进行时,通过在SCM上存储的小区、频点、NBCC、无线链路ID、测量ID等信息进行判断和搜索,就可以知道这个过程应该由哪个BBU实现。
SCM上存储的存储的资源包括:LocalCell(Cell)、UARFCN、BBU、NBCC、RL、公共Measurement、专用Measurement各资源项提供的对外索引如下表所示:
资源项 | 对外索引 |
LocalCell(Cell) | 对应的多个UARFCN索引 |
UARFCN | 对应的BBU索引,对应的LocalCell索引 |
BBU | 对应的UARFCN索引 |
NBCC | 对应的RL的索引 |
RL | 对应的UARFCN索引,对应的同步重配准备目标UARFCN索引,对应的NBCC索引 |
专用Measurement | / |
公共Measurement | / |
BBU上的资源包括:Cell、公共传输信道(PCH、FACH、RACH)、公共物理信道(PCCPCH、DwPCH、SCCPCH、PICH、PRACH、FPACH)、SCCPCHCCTrCH、TS(RU)、RL、DCH、DPCH、UL CCTrCH、DL CCTrCH、UARFCN、公共Measurement、专用Measurement、BindingID(Connection),针对每个资源都有它的资源属性项,下表中不一一列出。各资源项的从属关系以及提供的对外索引如下表所示:
下面参照图1详细说明根据本发明的分布式结构的NodeB及其NBAP资源分布情况。
如图所示,SCM主板和各BBU中分别包括消息处理模块、资源存储模块、消息收发模块以及板间通信驱动模块。其中,SCM备板用于通过热备份驱动模块进行SCM主板上的数据备份。
各消息收发模块负责完成SCM或各BBU所需要的消息的接收和发送,具体消息应该发送到哪里是通过查询资源存储模块获得的。
消息处理模块处理各SCM或各BBU中应该处理的消息,由于消息中的信息也和消息收发的目的地址有关,因此,消息处理模块要完成对资源存储模块的配置;
资源存储模块完成NBAP要处理的资源和设备硬件资源的对应关系的存储;
板间通信驱动模块用于完成SCM和BBU硬件单元之间的通信。
对于SCM和BBU的NBAP来说,各个模块的区别在于处理的级别不同。SCM处理整个NodeB范围内的资源,并完成到BBU级的分配和处理。BBU处理一个BBU范围内的资源,并完成在BBU内的资源分配和处理。
表1中详细描述了在SCM上存储的需要备份及用于向各BBU分发的NBAP资源。NBAP的其它资源比如TS、Code、DCH、DPCH、UL CCTrCH、DL CCTrCH等众多资源,由于不涉及向BBU分发,因此将这些资源存储在BBU上,这样当SCM主板发生故障时,只要SCM备板仍保存向BBU分发所需的NBAP资源,NodeB系统就能正常工作。
本发明的NBAP资源采用上述分布式方案,使资源分布于各个BBU上,而SCM上只存留部分涉及多BBU的资源和将消息向各BBU分发所必要的资源。各个过程的大部分处理将分布在各个BBU上,充分利用各BBU的处理能力,提高处理效率;大大缓解SCM板的处理压力;避免了大量的备份以及对倒换时尚未备份的数据的复杂处理,提高系统稳定性。
当某个BBU发生故障(复位)的时候,仅丢失该BBU板内存存储的所有资源信息,而这些信息通过故障处理流程,可以恢复。
表1
下面通过图2的NBAP流程详细说明根据本发明的分布式结构的多处理器系统及其NBAP资源分布情况。
图2(a)至图2(a’)说明了NBAP过程在SCM上的处理过程。
步骤1:SCM收到NBAP消息,进行合法性判断,如判断不通过,向OM告警并向RNC返回失败响应,如通过,进行步骤2。
步骤2:消息合法性判断成功后和SCM中管理的NBAP资源进行资源申请,判断这条NBAP消息是否和NodeB存储的资源一致,如申请失败,向OM告警并向RNC返回失败响应,如成功,在资源中存储临时状态,进行步骤3。
举例说明:如果收到的是无线链路建立消息,则要和SCM中存储的CELL、UARFCN等资源做判断,这部分工作是SCM中的资源处理模块进行的,如果和消息中的参数符合,则成功,在资源中存储无线链路正在建立中的状态,并找到该无线链路对应UARFCN所在的BBU。如果和消息中的参数不符合,比如无线链路建立的小区不存在等情况,申请资源失败。
步骤3:如果申请资源成功,SCM已经在步骤2找到BBU,此时可以构造NodeB内部资源配置请求消息,发送到BBU后,进入定时器等待状态。
举例说明:如果是无线链路建立消息,则和SCM中存储的CELL、UARFCN等资源做判断后,将该无线链路的CELL、UARFCN、TS、Code、RL、DCH、DPCH、UL CCTrCH、DL CCTrCH等信息(RNC消息中包括)构造成为NodeB内部资源配置请求消息,发送到BBU。
步骤4:如果定时器超时或者BBU返回失败响应,说明这条NBAP消息在NodeB内部没有成功,SCM要向OM告警,并恢复步骤2中的资源的临时状态,向RNC返回失败响应。
如果收到BBU的成功响应,则会在SCM资源中写入资源的改变后的状态,并将这种改变按一定的格式打包发送到热备份驱动模块,SCM备板接收数据,解包,根据备份的数据修改相应的资源。
举例说明:如果是无线链路建立消息,收到BBU的成功响应后,将该无线链路的状态从建立中改变为已建立。将无线链路信息打包发送到热备份驱动模块,SCM备板中该无线链路的状态也将改变为已建立。其他资源也是类似处理。
图2(b)说明了NBAP过程在BBU上的处理过程。
步骤1:BBU收到SCM发送的NodeB内部资源配置请求消息后,和BBU中存储的TS、Code、RL、DCH、DPCH、UL CCTrCH、DL CCTrCH等信息进行判断,如判断失败,则向SCM返回失败响应,如成功,转向步骤2。
举例说明:如果是无线链路建立过程的NodeB内部资源配置请求消息,则将该无线链路的CELL、UARFCN、TS、Code、RL、DCH、DPCH、UL CCTrCH、DL CCTrCH等信息和BBU中存储的NBAP资源做判断,这部分工作是SCM中的资源处理模块进行的,如果参数合法,则成功,在资源中存储无线链路已建立的状态,并修改该无线链路的CELL、UARFCN、TS、Code、RL、DCH、DPCH、UL CCTrCH、DL CCTrCH等相关资源的状态,如果参数不合法,比如无线链路的TS和小区的时隙状态不相符等情况,则资源申请失败。
步骤2:如果上一步资源申请成功,则构造向基带处理单元配置的消息并发送,并向SCM返回NodeB内部资源配置的成功响应消息。
由如上所述可以看出,根据本发明的分布式结构,将NBAP资源分布存储在各BBU上,使得SCM主板上存储的需要备份的那部分数据量大大减小,提高了备份所需的时间,很大程度地增加了备处理器上备份数据的可靠性,减少了NBAP过程中数据处理出错的可能性。
SCM和BBU之间的数据备份过程分为全局备份过程和增量备份过程。全局备份过程是由OM(Operation and Maintenance,操作维护单元)发起的将SCM上的全部资源进行备份的过程,而增量备份则是在NodeB NBAP资源配置过程中对于SCM上变化了的那部分资源进行备份的过程。
下面将结合附图详细说明在这种分布式结构中的NBAP资源备份方法。
实施例一
图3-图4所示为根据本发明的分布式存储结构下的第一实施例的备份流程。
首先,结合图3详细说明全局备份的过程。
步骤1,SCM主板接收到OM发来的资源全部备份消息,将其上存储的全部资源按一定的格式打包发送到热备份驱动模块;
步骤2,SCM备板接收热备份驱动模块发送的数据包,解包,然后根据备份数据修改相应的资源;
步骤3,SCM备板全部备份完成后向SCM备板的OM发送备份成功响应消息。
下面,结合图3、4进行详细说明增量备份的过程。
增量备份过程包含在具体的NBAP过程中,分为RNC发起的NBAP过程和NodeB发起的NBAP过程。
(一)RNC发起的NBAP过程如图4(a)所示,详细说明如下:
步骤1,SCM主板接收到RNC的NBAP资源配置请求消息,通过查询SCM中存储的NBAP资源(即表一的内容)得到向BBU发送所需的信息,比如小区建立过程,RNC的消息中会包含小区,频点,时隙等信息,NBAP过程对这条消息进行处理和查询后,查得这个小区所在的LocalCell在哪个BBU上,就把这条小区建立消息包含的小区的参数发送到这个BBU上,BBU收到消息后就可以建立小区了,这样SCM上也存储了这个小区的内容,BBU上也存储的这个小区的内容,但是要存的多一些,当无线链路建立过程开始时,SCM就能查询到这个无线链路在哪个小区,又能查到该向哪个BBU发送配置消息了,从而构造NodeB内部资源配置请求消息;
步骤2,SCM主板向本次NBAP过程影响到的BBU发送NodeB内部NBAP资源配置请求消息;
步骤3,如果本次NBAP过程影响到多个BBU,SCM主板向多个BBU发送NodeB内部NBAP资源配置请求消息;
步骤4,BBU接收到NodeB内部资源配置请求消息后,完成向基带单元的资源配置,返回NodeB内部资源配置成功响应,如本步骤中出现异常情况(如配置基带单元失败),返回NodeB内部资源配置失败响应;
步骤5,如果本次NBAP过程影响到多个BBU,则多个BBU采取和步骤4相同操作;
步骤6,SCM主板如果接收到所有NodeB内部资源配置成功响应消息,则配置SCM主板上NBAP资源,将要备份的NBAP资源按一定的格式,比如发送一个8字节的消息,前4个字节代表小区号,后4个字节代表小区建立了,SCM备板收到后就把这个小区置成已建立,本领域技术人员可以根据实际情况制定格式,打包发送到热备份驱动模块,过程成功,转到步骤7;如果收到失败响应,则不发送主备板间的备份消息;如果没有收到所有成功响应,定时器超时,也不发送主备板间备份消息,后两种情况过程失败;
步骤7,SCM备板接收热备份驱动模块的数据包,解包,然后根据备份数据修改相应的资源;
步骤8,SCM主板根据步骤6过程是否成功向RNC返回成功或失败响应。
(二)NodeB发起的NBAP过程如图4(b)所示,详细说明如下:
步骤1,SCM主板接收到OM的资源配置请求消息,通过查询SCM中存储的NBAP资源,构造向RNC发送的配置请求消息;
步骤2,SCM主板将要备份的资源按一定的格式打包发送到热备份驱动模块,SCM备板接收数据,解包,根据备份的数据修改相应的资源;
步骤3,SCM主板向RNC发送配置请求消息;
步骤4,SCM主板接收到RNC响应,如果是成功响应,则进入步骤5;如果是失败响应,则跳至步骤9,按照处理RNC失败响应的部分进行处理;
步骤5,SCM主板向本次NBAP过程影响到的BBU发送NodeB内部资源配置请求消息;
步骤6,如果本次NBAP过程影响到多个BBU,SCM主板向多个BBU发送NodeB内部资源配置请求消息;
步骤7,BBU接收到NodeB内部配置请求消息后,完成向基带单元的配置,返回NodeB内部配置成功响应,如本步骤中出现异常情况(如配置基带单元失败),返回NodeB内部配置失败响应;
步骤8,如果本次NBAP过程影响到多个BBU,多个BBU会采取和步骤7相同操作;
步骤9,SCM主板如果接收到所有NodeB内部配置成功响应消息,则配置主SCM板上NBAP资源,将要备份的资源按一定的格式打包发送到热备份驱动模块,SCM备板接收数据,解包,根据备份的数据修改相应的资源;
SCM主板如果收到RNC失败响应,或者在收到RNC成功响应情况下收到NodeB内部资源配置失败响应,则取消NBAP资源的配置并发送备份消息;SCM备板接收数据,解包,根据备份的数据修改相应的资源;
步骤10,SCM主板根据接收到的RNC响应消息和NodeB内部配置响应消息,向OM返回成功或失败响应。
实施例二
图5所示为本发明的分布式存储结构的数据备份方法的第二实施例。
从增量备份过程可以看出,NBAP过程在NodeB内部运行时是有板间通信的,在板间的收到请求消息到返回响应消息间会有一段时间,并且热备份驱动模块把备份资源传送到备板也需要一段时间,尽管采用分布式数据存储结构的多处理器系统大大提高了热备份的效率,但仍可能出现在BBU上已经生成的某种NBAP资源配置,而主备倒换发生时SCM备板仍然没有相应NBAP资源的情况。
为解决这种异常情况,在倒换发生时,SCM备板收到OM倒换通知消息后,升级成新SCM主板但并不立即启动,而是先启动一个定时器,在定时器超时之前向状态正常的每个BBU发送一条NBAP资源恢复请求消息,BBU将存储的用于NBAP资源恢复的数据组织成NBAP资源恢复响应消息发送到新SCM主板,新SCM主板根据收到的BBU的NBAP资源恢复响应消息更新相应位置的资源。
每个BBU处理一个或多个载波,资源恢复响应消息包括这个载波对应的CELL的资源属性(见表一)、UARFCN属性、RL个数及属性以及对应的NBCC及属性,这部分信息可以恢复SCM资源部分中关于这一个或多个载波的数据。
由于在倒换发生时,有可能存在BBU工作不正常以及资源恢复消息丢失的情况,因此对于没有收到资源恢复消息的BBU上对应的资源仍以增量备份过程写入的数据为准。在新的SCM备板启动成功后,OM会触发全局备份过程,将新SCM主板的资源备份到新SCM备板中。
根据本发明的倒换后资源恢复过程如图5所示,详细说明如下:
步骤1,SCM主板发生异常;
步骤2,OM检测到异常发生,向原SCM备板触发倒换通知消息,通知原SCM备板发生倒换;
步骤3,原SCM备板向OM发送倒换响应消息,通知OM倒换过程开始进行;
步骤4,原SCM备板升级为SCM主板,启动资源恢复过程定时器,长度为1秒级,修改倒换标识为notReady,标识倒换过程正在进行,在此期间,对于RNC消息以及OM配置等消息不做处理;
步骤5,新SCM主板(原SCM备板)向现在工作正常的BBU发送资源恢复请求消息;
步骤6,如果多个BBU工作正常,新SCM主板(原SCM备板)向多个BBU发送资源恢复请求消息;
步骤7,BBU接收到新SCM主板(原SCM备板)NodeB资源恢复请求消息后,组织本BBU上的资源,按照一定格式发送给新SCM主板(原SCM备板)资源恢复响应消息;
步骤8,如果多个BBU工作正常,每个BBU会采取和步骤7相同操作;
步骤9,新SCM主板(原SCM备板)如果在定时器超时之前接收到所有正常工作子处理器发出的资源恢复响应消息,则根据收到的资源恢复响应消息配置新SCM主板(原SCM备板)上NBAP资源,中止定时器,修改倒换标识为Ready,标识倒换过程已经完成;
新SCM主板(原SCM备板)如果在没有接收到所有资源恢复响应消息前定时器超时,则不修改新SCM主板(原SCM备板)上的NBAP资源,修改倒换标识为Ready,标识倒换过程已经完成;
步骤10,新SCM主板(原SCM备板)向RNC发送核查请求消息,由于倒换过程有可能造成RNC和NodeB资源不一致,RNC收到核查请求消息后,发起核查请求消息进一步使RNC和NodeB资源一致;
步骤11,当新SCM备板(原SCM主板)重新完成初始化,会由驱动触发OM检测该板启动成功;
步骤12,OM检测到新SCM备板(原SCM主板)启动成功,向新SCM主板(原SCM备板)触发全局备份请求消息;
步骤13,新SCM主板(原SCM备板)接收到全局备份请求消息,将要备份的全部资源按一定的格式打包发送到热备份驱动模块,开始全局备份过程;后面的操作和全局备份过程相同,在此不再赘述。
以上详细介绍了增量备份、全局备份、倒换后NBAP资源恢复多种方式相结合的备份方法。
实施例三
下面主要说明NBAP资源恢复过程(倒换过程)期间RNC消息及OM配置消息的处理以及正在进行过程的处理。
在NBAP资源恢复过程中,由于要保证此时SCM和多个BBU的NBAP资源保持一致,因此,要求在NBAP资源恢复期间不能进行新的NBAP过程,否则,SCM上存储的NBAP资源很容易发生混乱。对于资源恢复过程中收到的RNC资源配置请求消息和OM资源配置消息,这部分消息暂时在SCM缓存,等待资源恢复过程完成后,再进行这部分消息的处理。
针对RNC发起的NBAP过程,在BBU判断倒换发生后将向新SCM主板(原SCM备板),发送一条倒换后响应消息,取代正常情况下NodeB内部NBAP资源配置响应消息,新SCM主板(原SCM备板),接收到该倒换后响应消息后不再配置本地NBAP资源,而直接向RNC发送该NBAP过程响应消息,成功响应还是失败响应取决于内部NBAP资源配置响应消息的成功和失败,避免了NBAP资源的重复写入。
针对NodeB发起的NBAP过程,在倒换期间收到RNC响应后,这部分消息暂时在新SCM主板(原SCM备板)缓存,等待资源恢复过程完成后,再进行这部分消息的处理。
根据本发明的资源恢复方法的SCM上对消息判断处理的流程如图6(a)所示(SCM备板运行相同的程序):
步骤1,SCM程序开始,转向步骤2;
步骤2,初始化倒换标识为Ready,标识没有倒换发生,启动任务接收消息,转向步骤3;
步骤3,SCM任务接收到消息,转向步骤4;
步骤4,判断倒换标识,如果倒换标识为Ready,标识没有倒换发生,转向步骤5,否则标识倒换正在进行,转向步骤10;
步骤5,判断接收到的消息类型是否为OM通知倒换消息,如果是,转向步骤6,否则转向步骤7;
步骤6,接收到的消息是OM通知倒换消息,则修改倒换标识为notReady,标识倒换发生,启动倒换定时器,处理完成后转向步骤3;
步骤7,判断接收到的消息类型是否为BBU发送的倒换后响应消息,如果是,转向步骤9,否则转向步骤8;
步骤8,接收到的消息是一般消息,进行正常的消息处理,配置SCM板的资源,处理完成后转向步骤3;
步骤9,接收到的消息是BBU发送的倒换后响应消息,直接向RNC返回响应消息,处理完成后转向步骤3;
步骤10,倒换标识为notReady,判断接收到的消息类型是否为BBU发送的资源恢复响应消息,如果是,转向步骤14,否则转向步骤11;
步骤11,判断接收到的消息类型是否为倒换定时器超时消息,如果是,转向步骤16,否则转向步骤12;
步骤12,判断接收到的消息类型是否为BBU发送的倒换后响应消息,如果是,转向步骤9,否则转向步骤13;
步骤13,接收到的消息是一般消息,此时倒换过程正在进行中,这部分消息缓存,在倒换消息结束后先处理这部分消息,处理完成后转向步骤3;
步骤14,接收到的消息是BBU发送的资源恢复响应消息,判断正常工作的子处理起的资源恢复响应消息收全,如果是,转向步骤15,否则转向步骤3;
步骤15,资源恢复响应消息收全,中止倒换定时器,根据消息内容恢复SCM资源,转向步骤16;
步骤16,资源恢复响应消息收全或者接收到的消息类型是倒换定时器超时消息,修改倒换标识为Ready,标识没有倒换发生,倒换过程结束,转向步骤3。
根据本发明的资源恢复方法的BBU上对消息判断处理的流程图6(b)所示,下面进行详细说明。
步骤1,BBU程序开始,转向步骤2;
步骤2,初始化倒换标志为0,启动任务接收消息,转向步骤3;
步骤3,BBU任务接收到消息,转向步骤4;
步骤4,判断接收到的消息类型是否为SCM资源恢复请求消息,如果是,转向步骤5,否则转向步骤6;
步骤5,接收到的消息类型是SCM资源恢复请求消息,说明此时SCM板倒换发生,修改倒换标志,从0置为1或从1置为0,存储新的SCM地址,构造资源恢复消息并向SCM发送,处理完成后转向步骤3;
步骤6,判断接收到的消息类型是否为SCM发送的资源配置消息,如果是,转向步骤7,否则转向步骤8;
步骤7,接收到的消息类型是SCM发送的资源配置消息,保存倒换标志,配置基带单元,配置并保存本地资源,转向步骤8;
步骤8,接收到的消息是定时器消息或基带单元的消息,或者是处理完SCM发送的资源配置消息,判断此时是否满足向SCM返回响应消息的条件,如果满足,转向步骤9,否则转向步骤3;
步骤9,满足向SCM返回响应消息的条件,判断此时倒换标志和之前保存的倒换标志是否发生了反转,如果是转向步骤10,否则转向步骤11;
步骤10,倒换标志和之前保存的倒换标志发生了反转,说明SCM已经发生了倒换,此时BBU的本地资源已经由资源恢复消息带到SCM板,向SCM返回倒换后响应消息,处理完成后转向步骤3;
步骤11,倒换标志和之前保存的倒换标志没有发生反转,说明SCM没有倒换,向SCM返回NodeB内部配置响应消息,处理完成后转向步骤3。
由以上所述可以看出,由于本发明采用了上述资源恢复过程中RNC配置请求消息和OM配置消息以及RNC响应消息缓冲机制,以及采用倒换后响应消息替代正常情况下NodeB内部资源配置响应消息的方法,保证了资源恢复期间没有完成的NBAP过程可以进行完,RNC、OM触发的新过程可以在倒换后继续进行。为此,SCM上采用了一个倒换标识和倒换定时器保证了流程中NBAP资源的可靠性。
本发明的资源分布式存储的系统及其数据备份和恢复方法不仅仅局限于用于NodeB上的NBAP资源的存储、数据备份和恢复,本领域技术人员可以通过公知的技术知识,根据本发明所教导的技术方案,对于其他任何数据传输协议中的资源进行配置处理以及备份和恢复,比如,SCM、BBU分布式结构还会应用到很多软件模块,例如OM操作维护软件,OM管理的资源也可以按照分发所必须的资源和BBU管理的资源拆分,在备份和资源恢复时可采取同样的处理策略和流程。
Claims (4)
1.一种NodeB的NBAP资源的备份方法,NodeB包括系统控制管理单元SCM和基带处理单元BBU,其中SCM用于存储向各BBU分发NodeB内部配置请求消息所必要的资源,BBU用于存储SCM上存储的资源以及基带处理所需的资源,该方法包括步骤:
步骤1,SCM主板接收到RNC发来的资源配置请求消息,向本次NBAP影响到的BBU发送NodeB内部配置请求消息;
步骤2,BBU接收到NodeB内部配置请求消息,完成向基带单元的配置,向SCM主板返回NodeB内部配置成功响应消息;
步骤3,SCM主板接收到NodeB内部配置成功响应消息,则配置SCM主板上的NBAP资源,将要备份的资源发送给SCM备板;
步骤4,SCM备板根据备份的资源修改相应的资源。
2.一种NodeB的NBAP资源的恢复方法,NodeB包括系统控制管理单元SCM和基带处理单元BBU,其中SCM用于存储向各BBU分发NodeB内部配置请求消息所必要的资源,BBU用于存储SCM上存储的资源以及基带处理所需的资源,该方法包括步骤:
步骤1,操作维护单元OM检测到SCM主板发生异常,向原SCM备板触发倒换通知消息,通知原SCM备板发生倒换;
步骤2,原SCM备板升级为新SCM主板,启动资源恢复过程定时器,标识倒换过程正在进行;
步骤3,新SCM主板向工作正常的BBU发送资源恢复请求消息;
步骤4,新SCM主板如果在定时器超时之前接收到所有正常工作的BBU发出的资源恢复响应消息,则进入步骤5;新SCM主板如果在没有接收到所有资源恢复响应消息前定时器超时,则不修改新SCM主板上的NBAP资源,修改倒换标识为Ready,标识倒换过程已经完成;
步骤5,新SCM主板根据收到的资源恢复响应消息配置新SCM主板上的资源,中止定时器,标识新SCM主板倒换过程已经完成。
3.根据权利要求2所述的方法,其特征在于,步骤5之后还包括步骤:
新SCM主板向RNC发送核查请求消息。
4.根据权利要求2所述的方法,其特征在于,
在所述步骤5中,在中止定时器之前还包括,SCM判断接收到的消息类型是否为RNC资源配置请求消息或OM资源配置消息,如果是,将消息缓存。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610072419A CN100579270C (zh) | 2006-04-11 | 2006-04-11 | NodeB的NBAP资源的备份及恢复方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200610072419A CN100579270C (zh) | 2006-04-11 | 2006-04-11 | NodeB的NBAP资源的备份及恢复方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101056445A CN101056445A (zh) | 2007-10-17 |
CN100579270C true CN100579270C (zh) | 2010-01-06 |
Family
ID=38796005
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN200610072419A Active CN100579270C (zh) | 2006-04-11 | 2006-04-11 | NodeB的NBAP资源的备份及恢复方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN100579270C (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101163316B (zh) * | 2007-11-14 | 2012-01-25 | 中兴通讯股份有限公司 | 基带资源分配中处理系统消息的方法、系统及基带单元 |
CN102662793A (zh) * | 2012-03-07 | 2012-09-12 | 江苏引跑网络科技有限公司 | 一种可保证数据一致性的分布式数据库热备份与恢复方法 |
CN105812169B (zh) * | 2014-12-31 | 2019-08-20 | 华为软件技术有限公司 | 一种主备机切换方法及装置 |
-
2006
- 2006-04-11 CN CN200610072419A patent/CN100579270C/zh active Active
Non-Patent Citations (1)
Title |
---|
分布式数据库在电信资源管理中的实现. 夏玉杰等.洛阳师范学院学报,第2期. 2005 * |
Also Published As
Publication number | Publication date |
---|---|
CN101056445A (zh) | 2007-10-17 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US5909437A (en) | Software download for a subscriber terminal of a wireless telecommunications system | |
CN100397803C (zh) | N+1备份的数据实时同步方法 | |
EP1622307A1 (en) | Communication system including a temporary save server | |
CN107623703B (zh) | 全局事务标识gtid的同步方法、装置及系统 | |
CN110677869B (zh) | 网络连接的控制方法、终端及存储介质 | |
CN100579270C (zh) | NodeB的NBAP资源的备份及恢复方法 | |
CN102479159A (zh) | 多进程harq数据的缓存方法和设备 | |
CN100512474C (zh) | 一种通讯系统主备板存储版本自动同步的方法 | |
CN104579746A (zh) | 双链路传输控制方法及装置 | |
CN101022659A (zh) | 寻呼重发方法及实现寻呼重发的设备 | |
JP2017536759A (ja) | 基地局の断線後の自己回復の方法及び装置 | |
CN110972170B (zh) | 基站的配置方法及基站 | |
CN101325437B (zh) | 一种多载波小区的实现方法、系统及基站 | |
CN101605051A (zh) | 一种实现控制板上业务的主备倒换方法和装置 | |
CN106936940A (zh) | 一种dhcp服务器中租约信息的备份方法及系统 | |
CN100456698C (zh) | 一种基站启动方法 | |
CN113448744B (zh) | 一种应用程序选择方法及装置 | |
CN100395706C (zh) | 一种交换机设备板件自启动的方法 | |
WO2008058422A1 (en) | A network managing system for completing customized operation automatically and a method thereof | |
CN1845468B (zh) | N+1冗余备份方法、处理板和多处理板系统 | |
CN101925126A (zh) | 一种数据包发送的方法、系统和装置 | |
CN104883265A (zh) | 备份文件的数据重传方法及装置、系统 | |
CN101895980B (zh) | 任务同步的方法和设备 | |
WO2023103942A1 (zh) | 通信方法、装置、终端、网络设备及介质 | |
CN113676836B (zh) | 一种无线通信方法、装置、电子设备及存储介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant |