CN100338966C - 一种移动通讯系统嵌入式数据库信息的查探方法 - Google Patents

Abstract

一种移动通讯系统嵌入式数据库信息的查探方法，将前台内容分为表结构信息和表记录信息，前台根据后台的请求分别将表结构信息和表记录信息发给后台查看；前台也可以将表结构信息和表记录信息保存为文件发给后台查看。采用本发明可以实时查看分析前台数据库表信息和队列资源信息的使用情况，也可以实时查看前台数据库文件信息，并且具有一定的自适应适配功能。为研发人员调试系统，定位故障和开局人员顺利开局提供了方便实用的工具，使得相关人员快速定位故障和掌握系统资源分配情况，节省了调试和开局时间，提高了调试和开局效率。

Description

一种移动通讯系统嵌入式数据库信息的查探方法

技术领域

本技术涉及一种移动通信系统中实时对无线通讯的基站控制器和基站收发信机(以下简称“前台”)嵌入式数据库关系表、队列和文件信息自适应查看分析的方法，尤其是涉及对CDMA移动通信系统中的基站子系统(BSS)中实时对前台嵌入式数据库关系表、队列和文件信息自适应适配查看分析的方法。

背景技术

本说明书中的前台是指无线通讯的基站控制器和基站收发信机；后台是指操作维护中心。

一个典型的无线通信系统通常包括交换子系统(MSS)、基站子系统(BSS)和移动台子系统(MS)。BSS又可以分为用于发射、接收无线信号的基站收发子系统(BTS)、用于基站(BS)控制的基站控制子系统(BSC)和基站管理子系统(BSM)。

由于基站系统中数据库表、队列资源分类复杂，数量众多，管理基站系统的相关资源是一个重要的环节，特别是在实时管理和观察资源的情况下更为重要。队列资源中既有从属于BTS的，又有从属于BSC的，下面以CDMA系统为例列举部分重要的资源队列：

BTS侧：Turbo码和卷积码的祯偏置资源、WalshCode码资源、前向信道单元队列、反向信道单元队列、前向补充信道单元队列等。

BSC侧：选择器声码器单元队列、增强型选择器声码器单元队列、可降频选择器声码器单元队列、选择分发单元队列、业务数据单元队列、分组控制单元队列、分组控制单元队列等。

在以前的系统中，只能查看特定的表和资源队列，不具有灵活性和通用性。本方案提出了自适应适配前台的数据库表和队列资源，前台可以根据数据库中的实际表和资源信息组织数据，有很好的灵活性和通用性，特别是在数据库升级较大的系统中优势更为明显。

移动通信系统各子系统资源的分配和使用情况对于整个系统相互协调协作、实现移动通信系统的各项功能极为重要。这些资源的分配和使用是否合理、高效，将影响到通信系统持功能的实现和性能的好坏。如果有一种方便有效的办法可以查看分析这些资源的使用情况，将会给无线通信系统的开发和维护带来极大的便利。

发明内容

本发明要解决的技术问题是提出一种实时自适应适配观察BSS系统中嵌入式数据库中各个资源运行和分配情况的查看分析方法，尽量减少前台和后台变更的藕合度，减少后台网管的维护工作，使得无线通信系统的开发和维护人员可以方便地对BSS系统中配置的运行情况和资源状态进行查看和分析，对于维护人员定位故障和资源监控有着极大的意义。

本发明的要点是将前台内容分为表结构信息和表记录信息，前台根据后台的请求分别将表结构信息和表记录信息发送给后台查看；前台也可以将表结构信息和表记录信息保存为文件发给后台查看。

前台根据后台的请求分别将表结构信息和表记录信息发送给后台查看，包括以下步骤：

后台进程向前台进程发起表信息或队列信息查看分析请求，通知前台开始查看表或队列，状态跃迁到等待表结构状态；

前台进程开始组织表的结构定义信息，回送表结构定义信息，等待后台查探进程确认消息；

前台进程发送表结构信息传输完毕消息；

后台进程发送表结构信息传输完毕应答消息，前台状态跃迁到等待表记录状态；

前台进程发送表记录消息，等待后台进程的确认；

前台进程发送表记录消息完毕，后台显示表记录信息，状态跃迁到空闲状态。

前台将表结构信息和表记录信息保存为文件发给后台查看，包括以下步骤：

后台进程向前台进程发起调取表信息或队列信息请求；

前台进程将数据库信息保存成文件，可以是在前台保存，也可以是在后台保存；

后台解析前台保存的文件信息。

上述保存的文件，格式分为两部分：起始部分为文件注册区：用于描述所有表的表结构基本信息，一个数据库表结构对应一个注册文件；后续部分为数据区；用于描述所有表的表记录数据信息，数据区中按注册表顺序连续存放各个数据文件，一个数据库表记录对应一段数据区，数据区的起始结束位置由对应表的注册文件相关字段信息决定。

读取数据库文件的流程步骤如下：

取文件版本信息；

取文件的表名称和表字段等基本信息；

取表记录信息；

结束读取。

由于系统升级的需要常常需要前台数据库结构变更，带来的问题就是后台要不断的配合前台数据库而变更。为了较好的解决这个矛盾，采用本发明可以实时查看分析前台数据库表信息和队列资源信息的使用情况，也可以实时查看前台数据库文件信息，并且具有一定的自适应适配功能。为研发人员调试系统，定位故障和开局人员顺利开局提供了方便实用的工具，使得相关人员快速定位故障和掌握系统资源分配情况，节省了调试和开局时间，提高了调试和开局效率。

附图说明

图1为本发明中的前后台消息交互过程说明图；

图2为本发明的前台状态跃迁图；

图3为本发明的一种实施方式流程图；

图4为CDMA系统的数据库文件结构图；

图5为数据库文件的内部协议结构图；

图6为本发明的另一种实施方式流程图。

具体实施方式

本发明有两种实施方案。一种对应数据库的前台，一种对应前台保存的文件。在不同的情况下分别单独应用或同时使用。

由于CDMA系统在IS95、CDMA1X、CDMA2000阶段的系统容量和通讯能力等原因局限，前台保存数据文件格式定义不一致。对于不同的数据文件，本发明可以由用户自定义文件的格式，用适配器自动适配文件信息。

查看前台数据库表和队列是针对有前台环境的情况，例如在实验室环境调试和局方的实际环境，这时可以在运行异常时候实时的查看前台数据库的表和资源队列，后台可以直接定位故障，这种方法比较及时。

但是有时候，前方的问题由于用服人员的熟悉程度等原因，他仅仅是知道问题的现象，不能定位到原因；技术人员又不在现场。这时候，前台可以把内容存为文件提供给后台，后台可以根据文件的描述同样可以定位故障。这种方法不受时间和地区的限制。

第一种方案：

在CDMA系统中，数据库查探分析方法分成前台进程和后台进程两部分。前台进程分布在BTS侧的主控模块(如通信控制模块)和BSC侧的主控模块(如呼叫处理模块等)上，后台进程分布在客户端，通过通讯程序与前台查探进程交互。前台进程接收后台进程的指令，进行数据库表信息和队列信息资源的收集和发送；查探后台进程发起查看任务，接收前台的回应消息并显示数据信息的内容到界面上供有关人员分析和定位故障。

前台和后台的控制消息和数据消息交互如图1所示，图中的实线是控制流消息，虚线是数据流消息。

数据库表查探的分析方法中前台实现的步骤是由状态的跃迁变化来区分的，其状态变化如图2所示：

1、空闲态到表名称态：当前台接收到任务以后，状态跃迁，前台组织表名称。

2、表名称态到表结构态：前台收到表名称应答跃迁到表结构态，前台组织的表结构。由于系统通讯的限制，可以出现某些表的结构定义需要多次循环传送。

3、表结构态到表结构结束态：前台进程通知表的结构定义信息传输完毕。

4、表结构结束态到表记录态：后台回应了表结构结束状态以后，等待表记录状态。由于系统通讯的限制，某些表的记录信息需要多次循环传送。

5、表记录态到记录结束态：前台进程通知后台进程表记录传输结束。

6、表记录结束态到空闲态：由结束态自动跃迁。

数据库查探的分析方法基本流程如图3所示：

1、后台进程向前台进程发起表查看分析请求通知前台开始查看表，状态跃迁到等待表结构状态；

2、前台进程开始组织表的结构定义信息，回送表结构定义信息，等待后台查探进程确认消息；

3、如果结构定义信息一次不能发送完，可以循环发送，后台查探进程要循环发出确认消息；

4、前台进程发送表结构信息传输完毕消息；

5、后台进程发送表结构信息传输完毕应答消息，状态跃迁到等待表记录状态；

6、前台进程发送表记录消息，等待后台进程的确认；

7、如果记录信息一次不能发送完，可以循环发送，后台查探进程要循环发出确认消息；

8、前台进程发送表记录消息完毕，后台显示表记录信息，状态跃迁到空闲状态。

第二种方案：

前台将表结构信息和表记录信息保存为文件发给后台查看或供后台发到远处查看，包括：后台进程向前台进程发起调取表信息或队列信息请求；前台进程将数据库信息保存；后台读取文件。

对于前台文件，文件格式分为两部分，起始部分为文件注册表，后续部分为数据区。一个注册文件代表一个数据库表结构，数据区是所有表记录的集合，如图4所示。

注册文件格式如下示意：注册文件由表信息和字段信息两个部分组成，适配器适配文件前必需先确定注册文件的格式才能正确的适配信息。如图5所示。在图中，各个协议字段说明如下：

表起始偏移：说明本表开始读取的文件偏移地址；

表结束偏移：说明本表结束读取的文件偏移地址；

表名称：说明本表的关系表名称；

记录长度：说明本表的记录长度；

记录数目：说明本表的记录数量；

字段数目：说明本表的字段数目；

字段描述：表的字段信息(表中的字段可能有多个)；

其中字段描述如下：

字段名称：说明本字段的名称；

字段类型：说明本字段的类型(如BYTE，WORD型)；

字段偏移量：说明本字段的偏移地址；

字段标识：说明本字段是否为关键字段；

字段长度：说明本字段的字段长度(字节数)。

读取文件步骤如图6所示：

1、读取文件版本信息；

2、读取表名称；

3、读取表结构的基本信息(如当前表数据区的开始偏移、数据区的结束偏移、当前表的表名称、记录数、记录长度、字段个数等)；

4、读取数据记录，如果记录较多，一次不能读取完可以循环读取；

5、读取结束、显示。

本发明采取了前台进程根据CDMA系统的实际运行情况实时组织嵌入式数据库中的表信息和队列资源信息，实时传送表结构信息、表记录和资源信息，并采用了后台自适应适配前台的方案；数据库文件自定义适配读取功能可以正确适配不同格式的数据文件，克服了以前一种文件读取器只能识别一种文件格式的缺陷，扩大了文件适配的范围，减少了重复性劳动，提高了效率。

在IS95、CDMA1X、CDMA2000中应用证明，本发明的设计方案是CDMA系统中比较稳定可靠，移植性良好的方案之一，为其它功能的设计探索提供了良好的参考模式。

Claims (7)

1、一种移动通讯系统嵌入式数据库信息的查探方法，包括以下步骤：

1.1后台进程向前台进程发起表信息或队列信息查看分析请求，通知前台开始查看表或队列；

1.2前台进程开始组织表的结构定义信息，回送表结构定义信息，等待后台查探进程确认消息；

1.3前台进程发送表结构信息传输完毕消息；

1.4后台进程发送表结构信息传输完毕应答消息；

1.5前台进程发送表记录消息，等待后台进程的确认；

1.6前台进程发送表记录消息完毕，后台显示表记录信息。

2、权利要求1所述的移动通讯系统嵌入式数据库信息的查探方法，其特征在于，前台向后台回送表结构定义信息不能一次发送完的，则循环发送，即每发送一部分得到确认后再发送后一部分。

3、权利要求1所述的移动通讯系统嵌入式数据库信息的查探方法，其特征在于，前台向后台发送表记录消息一次不能发送完的，则循环发送，即每发送一部分得到确认后再发送后一部分。

4、一种移动通讯系统嵌入式数据库信息的查探方法，包括以下步骤：

4.1后台进程向前台进程发起调取表信息或队列信息请求；

4.2前台进程将数据库信息保存成文件；

4.3后台解析前台保存的文件信息；

所述前台进程保存的文件，格式分为两部分：起始部分为文件注册区：用于描述所有表的表结构基本信息，一个数据库表结构对应一个注册文件；后续部分为数据区；用于描述所有表的表记录数据信息，数据区中按注册表顺序连续存放各个数据文件，一个数据库表记录对应一段数据区，数据区的起始结束位置由对应表的注册文件相关字段信息决定。

5、权利要求4所述的移动通讯系统嵌入式数据库信息的查探方法，其特征在于，4.2中前台进程将数据库信息在后台保存成文件。

6、权利要求4所述的移动通讯系统嵌入式数据库信息的查探方法，其特征在于，文件注册区的注册文件包括表起始偏移、表结束偏移、表名称、记录长度、记录数目、字段数目、字段描述表信息，其中表的字段描述包括字段名称、字段类型、字段偏移量、字段标识、字段长度。

7、权利要求4所述的移动通讯系统嵌入式数据库信息的查探方法，其特征在于，解析数据库文件的流程步骤如下：

8.1取文件版本信息；

8.2取文件的表名称和表字段基本信息；

8.3取表记录信息；

8.4结束读取。

Images