CN102651877B - 一种多模设备数据管理方法及多模设备 - Google Patents

Abstract

本发明实施例公开了一种多模设备数据管理方法及多模设备。所述多模设备包括平台应用模块及两个以上分别与制式对应的制式应用模块，所述方法包括：制式应用模块对与自身制式所对应的制式数据库进行数据读写操作，对平台数据库仅进行数据读取操作；平台应用模块仅对平台数据库进行数据读写操作；其中，所述制式数据库用于保存对应制式的专用数据；所述平台数据库用于保存所述多模设备的公共资源数据。上述方案通过将各制式对应的专用数据提取出来，为各个制式构建相对应的制式数据库，并将各制式与相应的制式数据库进行绑定，解决了各种制式数据的耦合问题。将上述技术方案应用于多模设备中，可以有效减小某一制式的操作对于其他制式业务的影响。

Description

一种多模设备数据管理方法及多模设备

技术领域

本发明涉及通信技术领域，特别是涉及一种多模设备数据管理方法及多模设备。

背景技术

随着无线通讯技术的迅速发展，同时支持多种RAT(Radio AccessTechnology，无线接入技术)的多模系统得到了广泛的应用。以多模基站为例，现有多模基站的一般构架是各种制式(也就是多种RAT的模式)之间共享部分硬件或软件资源，如机柜、风扇、电源等，但部分硬件或软件资源仍然保持独立，例如用于操作维护、业务处理等功能的硬件或软件资源。

在现有的多模基站技术中，各制式的数据存在强耦合的情况，如图1所示，制式1和制式2的所有的数据都存在于同一数据库中，且各制式应用模块都对同一数据库进行操作，因此，当某一制式需要对数据库进行修改时，可能会影响其他业务的正常进行。例如，制式1进行升级时需要对其相关的数据结构进行更新(例如增减字段、修改数据类型等)，这时可能需要对整个数据库都进行复位，这样会导致制式2业务的中断。

除多模基站之外，在其他的多模设备，例如多模RNC(Radio NetController，无线网络控制器)，也都存在着类似的问题。

发明内容

为解决上述技术问题，本发明实施例提供了一种多模设备数据管理方法及多模设备，以减小多模应用环境中各制式之间的业务影响，技术方案如下：

本发明实施例提供一种多模设备数据管理方法，所述多模设备包括平台应用模块及两个以上分别与制式对应的制式应用模块，所述方法包括：

所述制式应用模块对与自身制式所对应的制式数据库进行数据读写操作，对平台数据库仅进行数据读取操作；

所述平台应用模块仅对平台数据库进行数据读写操作；

其中，所述制式数据库用于保存对应制式的专用数据；所述平台数据库用于保存所述多模设备的公共资源数据。

本发明实施例还提供一种多模设备，所述多模设备包括平台应用模块及两个以上分别与制式对应的制式应用模块，

所述制式应用模块，包括制式数据读写单元，用于对自身所对应的制式数据库进行数据读写操作，以及对平台数据库进行数据读取操作；

所述平台应用模块，包括公共资源数据读写单元，用于仅对平台数据库进行数据读写操作；

其中，所述制式数据库用于保存对应制式的专用数据；所述平台数据库用于保存所述多模设备的公共资源数据。

本发明实施例所提供的技术方案，通过将各制式对应的专用数据提取出来，为各个制式构建相对应的制式数据库，并将各制式与相应的制式数据库进行绑定，解决了各种制式数据的耦合问题。将上述技术方案应用于多模设备中，可以有效减小某一制式的操作对于其他制式业务的影响。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单的介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为现有技术中的多模数据管理示意图；

图2为本发明实施例的多模设备数据管理方法示意图；

图3为本发明实施例的双模基站数据管理方法示意图；

图4为本发明实施例的多模设备的结构示意图；

图5为本发明实施例的平台应用模块的结构示意图；

图6为本发明实施例的制式应用模块的结构示意图。

具体实施方式

在多模系统中，各制式的数据存在强耦合的情况，且各制式的数据共同存在于一个数据库中，这样会出现由于某个制式的数据更新使得整个数据库都需要进行复位，而影响其他制式的正常运行的情况。本发明实施例提供的方案，有效地解决了这一问题，可减小多模应用环境中各制式之间的业务影响。下面首先对本发明实施例所提供的一种多模设备数据管理方法进行介绍。

一种多模设备数据管理方法，所述多模设备包括平台应用模块及两个以上分别与制式对应的制式应用模块，该方法包括：

所述制式应用模块对与自身制式所对应的制式数据库进行数据读写操作，对平台数据库仅进行数据读取操作；

所述平台应用模块仅对平台数据库进行数据读写操作；

其中，所述制式数据库用于保存对应制式的专用数据；所述平台数据库用于保存所述多模设备的公共资源数据。

本发明实施例所提供的方案中，通过将各制式对应的专用数据提取出来，为各个制式构建相对应的制式数据库，并将各制式与相应的制式数据库进行绑定，解决了各制式的数据的强耦合的问题。将上述技术方案应用于多模设备中，可以有效减小某一种制式的操作对于其他制式业务的影响。

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。

图2为本发明实施例所提供的多模设备数据管理方法的示意图。该设备为可以支持多种制式，如制式1、2、3等，下面以支持两种制式：制式1和制式2为例说明：制式1具有制式1应用模块201，制式2具有制式2应用模块202，两个应用模块分别对自身制式所对应的资源进行操作和管理，以实现各自的功能。此外，该双模设备还包括平台应用模块203，用于管理两种制式公用的资源或者与制式无关的资源。

根据应用模块的划分，将该多模设备的数据库资源划分为三部分：

制式1对应的制式数据库211：用于保存制式1的专用数据；

制式2对应的制式数据库212：用于保存制式2的专用数据；

平台数据库213：用于保存多模设备的公共资源数据。

其中，制式的专用数据包括对应制式专用的数据，例如小区模型数据、传输层模型数据、协议配置数据等等，每种制式专用的数据仅与自身制式相关，与其他制式无关。而公共资源数据包括与制式无关的数据或不同制式都需要的数据，例如机柜、风扇、电源等硬件设备的配置数据、实际的物理传输承载配置数据等。可以理解的是，当支持更多的制式时，对应的，还可以包括更多制式应用模块以及相应的制式数据库。如图2所示，本发明实施例所提供的多模设备数据管理方法包括：

制式1应用模块201对制式1对应的制式数据库211进行读写操作，对平台数据库213仅进行数据读取操作；

制式2应用模块202对制式2对应的制式数据库212进行读写操作，对平台数据库213仅进行数据读取操作；

平台应用模块203仅对平台数据库213进行数据读写操作；而对制式1对应的制式数据库211和制式2对应的制式数据库212没有操作权限。

根据本发明实施例提供的方案，各制式的专用数据具有独立性，在本发明的另一个实施例中，对各制式的专用数据的操作，具体还可以包括以下方法：

当某一种制式未运行时，自身的制式数据库不存在，以保证制式专用的数据信息不占用系统资源。

多模设备加载某一种制式之后，该制式的制式应用模块自动创建对应的制式数据库，由于所创建的制式数据库所涉及的数据与其他制式无关，因此不会影响其他制式的运行。

在多模设备的运行过程中，如果需要对某一制式的专用数据进行升级，则由该制式的制式应用模块对对应的制式数据库进行相应的升级操作，升级过程中可能需要对数据库的数据结构进行更新，例如涉及增加、删除字段、修改数据类型等，这时可能需要对整个数据库都进行复位。但由于制式的数据库都是独立存在的，因此，对某一制式数据的升级操作，不会影响其他制式的正常运行。

在多模设备即将停止某一种制式之前，该制式的制式应用模块可以删除对应的制式数据库，以释放内存空间资源，该操作同样不会影响其他制式的正常运行。多模设备可以在某一制式应用模块删除对应的制式数据库之后，停止该制式。

可见，根据本发明实施例以上提供的方案，多模设备对制式1的加载、卸载，制式1的专用数据的升级等均不会影响到制式2的正常运行。同样，制式2的加载、卸载等操作也不会影响制式1的正常运行。

根据本发明实施例提供的方案，公共资源数据为从公共资源中抽象出来的数据，其包括与制式无关的数据或不同制式都需要的数据，如电源、风扇等公共机电设备的配置数据，实际的物理传输承载配置数据等。当多模设备启动之后，可以由平台应用模块203创建保存有公共资源数据的平台数据库213。

其中，在公共资源数据中，有一类是与制式无关的数据，这类数据仅由平台应用模块203进行维护与配置即可；另一类是不同制式都需要的数据，对于这类数据，平台应用模块203在进行维护管理时，需要考虑各制式的需求。

当某一制式需要对后一类公共资源数据进行修改时，由于该制式的应用模块并不具有对于平台数据库的写入权限，因此该制式的制式应用模块可以先向平台应用模块发送数据修改请求，平台应用模块可以根据该数据修改请求，在确认该公共资源数据的修改不会影响其他制式的正常运行后，再对数据进行修改，必要时，还可以根据一定的协商机制、或者由人工确认是否允许对数据进行修改。

例如，制式1根据运行需求，需要提高风扇的转数，而风扇的转数是公共资源数据，存储于平台数据库213中，制式1应用模块201对其并不具有直接的修改权限，因此制式1应用模块201需要向平台应用模块203发送数据修改请求，平台应用模块203收到该请求，确认提高风扇的转数不会影响制式2的正常运行后，对平台数据库213中的相应数据进行修改，修改之后，可以将修改结果发送至制式1应用模块201，还可以将修改结果进一步发送至制式2应用模块202。当然，如果平台应用模块203认为修改风扇转数将影响制式2的正常运行，也可以通知制式1应用模块201数据修改失败，并告知失败原因。

下面以对双模基站的故障数据的管理作为另一具体实施例对本发明实施例所提供的方案进行介绍。本发明实施例中多模设备并不局限于多模基站，也可以是其它多模设备，如多模基站控制器等。

例如：双模基站支持两种制式：制式3和制式4；

制式3包含以下故障描述对象：

硬件设备故障告警，其参数包括柜号、框号、槽号、设备类型；

小区建立失败故障告警，其参数包括：小区编号、失败原因。

制式4包含以下故障描述对象：

硬件设备故障告警，其参数包括柜号、框号、槽号、设备类型、通信地址；

专用链路故障告警，其参数包括链路类型、链路编号、故障原因编号。

现有技术的双模基站中，基站故障的模型、配置数据都耦合在一起，存在于一个数据库中，一种制式在升级故障模型时，数据库中的所有故障文件(数据)需要全部卸载，影响到其他制式的正常运行。假设制式3需要在小区建立失败故障告警模型中增加一个参数，用于描述小区建立失败时的时间，此时需要将整个数据库全部卸载，使用新的故障模型，然后再重新加载，这样必然会使制式4的业务中断。

通过利用本发明实施例所提供的方案，可有效地减小在双模基站中，制式3对故障数据的更改对于制式4业务的影响。如图3所示，双模基站包括平台应用模块303、制式3应用模块301，制式4应用模块302，具体的数据管理方法如下：

1)将故障数据进行分类：将故障对象区分为公共故障(机电设备、各制式公有故障等)、各制式独有故障。在实施例中，将制式3与制式4共有的硬件设备故障告警作为公共故障，并将公共故障数据保存在平台数据库313中，保存时考虑两种制式的不同需求，将参数进行统一；制式3的小区建立失败故障告警作为制式3的独有故障，并将制式3独有故障数据保存在制式3对应的制式数据库中311；制式4的专用链路故障告警作为制式4的独有故障，并将制式4的独有故障数据保存在制式4对应的制式数据库312中。

2)对不同类型的故障数据分数据库进行管理：

平台应用模块303仅对平台数据库313进行读写操作，即：平台应用模块303可对平台数据库313中的公共故障数据进行读写操作，而对其他制式数据库中的故障数据没有操作权限；

制式3应用模块301对制式3对应的制式数据库311进行数据读写操作，对平台数据库313仅进行数据读取操作，即：制式3应用模块301可对自身的制式数据库311中的独有故障小区建立失败故障告警数据进行读写操作，而对平台数据库313中的公共故障数据仅有读取权限，对制式4的制式数据库312中的独有故障数据没有操作权限；

制式4应用模块302对制式4对应的制式数据库312进行数据读写操作，对平台数据库313仅进行数据读取操作，即：制式4应用模块302可对自身的制式数据库312中的独有故障专用链路故障告警数据进行读写操作，而对平台数据库313中的公共故障数据仅有读取权限，对制式3对应的制式数据库311中的独有故障数据没有操作权限。

上述方案中，平台应用模块303仅对平台数据库313进行配置和维护；制式3和制式4对自身的制式数据库进行配置和维护，且对平台数据库313仅进行读取操作。在本实施例中，当制式3需要修改小区建立失败告警模型时，由于小区建立失败告警模型数据是独有故障数据，且保存在制式3对应的制式数据库311中，所以只需要卸载制式3对应的制式数据库311，进行相应的修改，然后再重新加载即可，并不会影响到制式4的正常运行。

可见，在上述双模基站中，通过利用本发明实施例所提供的方法，可有效减小由于制式3对故障数据的更改而导致制式4所受到的影响。

以上仅以双模设备进行示意性说明，可以理解的是，本发明实施例所提供的技术方案同样适用于多模设备中的数据管理。

通过以上的方法实施例的描述，所属领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：只读存储器(ROM)、随机存取存储器(RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

相应于上面的方法实施例，本发明实施例还提供一种多模设备，如图4所示，该设备包括：

平台应用模块410及两个以上分别与制式对应的制式应用模块420；

所述制式应用模块420，包括制式数据读写单元421，用于对自身的所对应的制式数据库进行数据读写操作，以及对平台数据库进行数据读取操作；

所述平台应用模块410，包括公共资源数据读写单元411，用于仅对平台数据库进行数据读写操作；

其中，制式数据库用于保存对应制式的专用数据，例如小区模型数据、传输层模型数据、协议配置数据等等，每种制式专用的数据仅与自身制式相关，与其他制式无关；平台数据库用于保存多模设备的公共资源数据，包括与制式无关的数据或不同制式都需要的数据，例如机柜、风扇、电源等硬件设备的配置数据、实际的物理传输承载配置数据等。

参见图5所示，平台应用模块410，还可以包括平台数据库创建单元412，用于在所述多模设备启动之后，创建平台数据库。

参见图6所示，制式应用模块420，还可以包括制式数据库创建单元422，用于在多模设备加载一种制式之后，创建与该制式对应的制式数据库。

制式应用模块420，还可以进一步包括制式数据库删除单元423，用于删除与该制式对应的制式数据库，所述多模设备在所述制式数据库删除单元删除对应的制式数据库之后，停止该制式。

根据上述方案当某一种制式未运行时，自身的制式数据库不存在，以保证制式专用的数据信息不占用系统资源。

多模设备加载某一种制式之后，该制式的制式应用模块自动创建对应的制式数据库，由于所创建的制式数据库所涉及的数据与其他制式无关，因此不会影响其他制式的运行。

在多模设备的运行过程中，如果需要对某一制式的专用数据进行升级，则由该制式的制式应用模块对对应的制式数据库进行相应的升级操作，升级过程中可能需要对数据库的数据结构进行更新，例如涉及增加、删除字段、修改数据类型等，这时可能需要对整个数据库都进行复位。但由于制式的数据库都是独立存在的，因此，对某一制式数据的升级操作，不会影响其他制式的正常运行。

在多模设备即将停止某一种制式之前，该制式的制式应用模块可以删除对应的制式数据库，以释放内存空间资源，该操作同样不会影响其他制式的正常运行。多模设备可以在某一制式应用模块删除对应的制式数据库之后，停止该制式。

在本发明的另一个实施例中，各制式应用模块可以通过平台应用模块410对多模设备的公共资源数据进行修改。当某一制式需要对后一类公共资源数据进行修改时，由于该制式的应用模块并不具有对于平台数据库的写入权限，因此该制式的制式应用模块可以先向平台应用模块发送数据修改请求，平台应用模块可以根据该数据修改请求，在确认该公共资源数据的修改不会影响其他制式的正常运行后，再对数据进行修改，必要时，还可以根据一定的协商机制、或者由人工确认是否允许对数据进行修改。

应用本发明实施例所提供的多模设备，通过将各制式对应的专用数据提取出来，为各个制式构建相对应的制式数据库，并将各制式与相应的制式数据库进行绑定，解决了各种制式数据的耦合问题，可以有效减小某一制式的操作对于其他制式业务的影响。

对于装置或系统实施例而言，由于其基本相应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置或系统实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

在本发明所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，在没有超过本申请的精神和范围内，可以通过其他的方式实现。当前的实施例只是一种示范性的例子，不应该作为限制，所给出的具体内容不应该限制本申请的目的。例如，所述单元或子单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或多个子单元结合一起。另外，多个单元可以或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。

另外，所描述系统，装置和方法以及不同实施例的示意图，在不超出本申请的范围内，可以与其它系统，模块，技术或方法结合或集成。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

以上所述仅是本发明的具体实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims (6)

1.一种多模设备数据管理方法，其特征在于，所述多模设备包括平台应用模块及两个以上分别与制式对应的制式应用模块，所述方法包括：

所述制式应用模块对与自身制式所对应的制式数据库进行数据读写操作，对平台数据库仅进行数据读取操作；

所述平台应用模块仅对平台数据库进行数据读写操作；

其中，所述制式数据库用于保存对应制式的专用数据；所述平台数据库用于保存所述多模设备的公共资源数据；

其中，当一种制式未运行时，与该制式对应的制式数据库不存在；

所述多模设备加载一种制式之后，该制式的制式应用模块创建对应的制式数据库；

在一种制式的制式应用模块删除对应的制式数据库之后，停止该制式。

2.根据权利要求1所述的方法，其特征在于，还包括：

所述多模设备启动之后，平台应用模块创建平台数据库。

3.根据权利要求1所述的方法，其特征在于，还包括：

制式应用模块向所述平台应用模块发送数据修改请求，所述平台应用模块根据所述数据修改请求确定是否对所述多模设备的公共资源数据进行修改。

4.一种多模设备，其特征在于，所述多模设备包括平台应用模块及两个以上分别与制式对应的制式应用模块，

所述制式应用模块，包括制式数据读写单元，用于对自身所对应的制式数据库进行数据读写操作，以及对平台数据库进行数据读取操作；

所述平台应用模块，包括公共资源数据读写单元，用于仅对平台数据库进行数据读写操作；

其中，所述制式数据库用于保存对应制式的专用数据；所述平台数据库用于保存所述多模设备的公共资源数据；

其中，当一种制式未运行时，与其对应的制式数据库不存在；

所述制式应用模块，还包括制式数据库创建单元，用于在所述多模设备加载一种制式之后，创建与该制式对应的制式数据库；

所述制式应用模块，还包括制式数据库删除单元，用于删除与该制式对应的制式数据库；所述多模设备在所述制式数据库删除单元删除对应的制式数据库之后，停止该制式。

5.根据权利要求4所述的多模设备，其特征在于，

所述平台应用模块，还包括平台数据库创建单元，用于在所述多模设备启动之后，创建平台数据库。

6.根据权利要求4所述的多模设备，其特征在于，

所述制式应用模块向所述平台应用模块发送数据修改请求，所述平台应用模块根据所述数据修改请求确定是否对所述多模设备的公共资源数据进行修改。