CN101784131A - 基站控制器、用户业务信令处理系统和方法 - Google Patents

Abstract

本发明涉及一种基站控制器，包括业务处理模块，所述业务处理模块包括业务处理子模块和信令处理子模块，其中：所述信令处理子模块，用于为用户建立业务后，为所述业务分配跟踪标识；所述业务处理子模块用于记录所述业务的业务数据和信令数据；所述信令处理子模块还用于将所述业务的跟踪标识、业务数据和信令数据封装成为记录数据。本发明还提供一种基于基站控制器的业务信息的记录方法、用户业务信令处理系统和方法。本发明可对通信系统的信令数据和业务数据进行记录，以更为准确的分析并定位故障的发生原因。

Description

基站控制器、用户业务信令处理系统和方法

技术领域

本发明涉及移动通讯领域，涉及基站控制器对业务信息的记录方法。

背景技术

在移动通讯网络中，经常要对记录数据的信令或者其他信息进行记录，然后利用工具对记录的信息进行分析，以帮助定位故障原因。设备商和运营商都会开发信令跟踪工具，对设备上报的信令进行分析并呈现给用户。信令跟踪的方式分为针对用户标识进行单用户信令跟踪或者针对协议或者接口进行信令跟踪。

对记录数据的信令跟踪，一般是通过对用户的标识(IMSI、TMSI或者TLLI)进行鉴别，然后将该用户发生的信令进行上报。但是，有时候在商用环境中，问题并不一定就会在当前所跟踪的记录数据上发生，有可能随机发生在别的未跟踪记录数据上，并且由于用户接入的随机性，很难对一个基站控制器上所有进行业务的手机进行单用户信令跟踪，而如果按照接口或者协议进行跟踪则会产生海量的不区分用户的跟踪信息。因而目前采用较多的是呼叫历史记录(Call History Record，CHR)方式，CHR记录方式是将记录数据过程中的所有信令都进行记录，并上报到专门的处理机上进行处理。

目前在基站控制器(BSC)侧的处理中，通常会由多个业务处理模块来处理业务，同一业务经常会在不同的业务处理模块间切换，有时业务处理模块还会发生复位，因而很可能引起不同业务处理模块或者不同时期的CHR记录的重复，从而无法区分是否同为同一次业务。另外，仅仅是对信令数据的记录，有时还无法分析并定位故障的发生原因，因而需要更多的故障信息，才能分析并定位故障的发生原因。

发明内容

本发明的目的在于提供一种基站控制器、用户业务信令处理系统、基于基站控制器的业务信息的记录方法，以及用户业务信令处理方法，对通信系统的信令数据和业务数据进行记录，以更为准确的分析并定位故障的发生原因。

本发明提供一种基站控制器，包括业务处理模块，所述业务处理模块包括业务处理子模块和信令处理子模块，其中：所述信令处理子模块，用于为用户建立业务后，为所述业务分配跟踪标识；所述业务处理子模块用于记录所述业务的业务数据和信令数据；所述信令处理子模块还用于将所述业务的跟踪标识、业务数据和信令数据封装成为记录数据。

优选的，上述业务处理子模块还用于当所述业务在不同的业务处理模块之间发生切换时，将所述跟踪标识随着所述业务发送至切换后的业务处理模块。

优选的，上述业务处理子模块还用于当所述业务异常终止时，记录所述业务的业务数据和信令数据。

优选的，上述跟踪标识包含业务处理模块的复位次数信息、业务处理模块的编号和用户业务的序列号。

本发明还提供一种用户业务信令处理系统，包括后台和数据处理服务器，以及上述基站控制器。

优选的，上述数据处理服务器还用于根据跟踪标识对所述记录数据进行分析处理并发送到后台。

本发明还提供一种基于基站控制器的业务信息的记录方法，包括：业务处理模块为用户建立业务后，为所述业务分配跟踪标识；业务处理模块记录所述业务的业务数据和信令数据；业务处理模块将所述业务的跟踪标识、业务数据和信令数据封装成为记录数据。

优选的，上述跟踪标识包含业务处理模块的复位次数信息、业务处理模块的编号和用户业务的序列号。

优选的，上述业务处理模块记录所述业务的业务数据和信令数据的步骤还包括：当所述业务在不同的业务处理模块之间发生切换时，通过业务处理进程将所述跟踪标识随着所述业务发送至切换后的业务处理模块，并记录所述业务的业务数据和信令数据；所述业务处理模块分配缓存空间存储发生切换前所记录的所述业务的业务数据和信令数据。

优选的，上述业务处理模块记录所述业务的业务数据和信令数据的步骤还包括：当所述业务异常终止时，记录所述业务的业务数据和信令数据。

本发明还提供一种用户业务信令处理方法，包括：基站控制器为用户建立业务后，为所述业务分配跟踪标识，并根据跟踪标识记录所述业务的业务数据和信令数据；基站控制器将所述业务的跟踪标识、业务数据和信令数据封装成为记录数据，发送给数据处理服务器；数据处理服务器根据跟踪标识对所述记录数据进行分析处理并发送到后台。

优选的，上述用户业务信令处理方法还包括基站控制器为所述业务分配的跟踪标识包含业务处理模块的复位次数信息、业务处理模块的编号和用户业务的序列号。

本发明可避免同一业务在不同的业务处理模块间切换，以及业务处理模块出现异常而发生复位时，所引起不同业务处理模块或者不同时期的信息记录的重复，从而无法区分是否同为同一次业务。另外，本发明不仅记录了信令数据，还记录了业务数据信息以更为准确的分析并定位故障的发生原因。

附图说明

图1所示为本发明一种用户业务信令处理系统实施例的结构示意图。

图2所示为本发明跟踪标识的格式示意图；

图3所示为本发明记录数据的格式示意图；

图4所示为本发明一种基于基站控制器的业务信息的记录方法的流程图；

图5所示为本发明一种用户业务信令处理方法的流程图。

本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。

具体实施方式

下面结合附图和具体实施例对本发明所述技术方案作进一步的详细描述，以使本领域的技术人员可以更好的理解本发明并能予以实施，但所举实施例不作为对本发明的限定。

图1所示为本发明一种用户业务信令处理系统实施例的结构示意图。

用户业务信令处理系统包括后台30、基站控制器10和数据处理服务器20。基站控制器10与数据处理服务器20和后台30连接，用户可以根据需要在后台30对需要跟踪记录的用户业务信令类型和消息类型进行配置，并形成配置文件发送给基站控制器20。为了尽可能提供多种记录数据给后台30对故障发生的原因进行定位分析。本发明提供丰富的信令类型和消息类型，比如，当业务正常结束时，记录每次呼叫的统计信息；在关键事件发生时，记录下关键事件发生前的信息和关键事件发生后的信息，该信息包括资源分配情况、无线环境、内部变量等。此外，还可配置对于关键事件点的定义以及事件处理方式。当业务发生异常而终止时，除了记录正常呼叫流程中记录的数据外，还记录下异常发生时的信息，帮助定位故障，用户可以指定只记录某一类或几类异常原因下的信息以供用户更好的对问题进行分析。用户业务信令处理系统中各个装置及其功能具体如下：

后台30用于将配置文件发送给基站控制器10。基站控制器10用于为用户建立业务后，为业务分配跟踪标识，并根据跟踪标识记录业务的业务数据和信令数据，以及将业务的跟踪标识、业务数据和信令数据封装成为记录数据，发送给数据处理服务器20。数据处理服务器20用于根据跟踪标识对记录数据进行分析处理并发送到后台30。

基站控制器10包括业务处理模块100，业务处理模块100数量并不仅限于一个，在实际应用中，可根据业务需求增加业务处理模块100。业务处理模块100包括业务处理子模块102和信令处理子模块101。

信令处理子模块101用于为用户建立业务后，为业务分配跟踪标识(TraceID)。跟踪标识包含业务处理模块100的复位次数信息、业务处理模块100的编号和用户业务的序列号。

业务处理子模块102用于记录业务的业务数据和信令数据。信令处理子模块101还用于将业务的跟踪标识、业务数据和信令数据封装成为记录数据。信令处理子模块101还用于在业务处理模块100的存储器中写入业务处理模块100的复位次数信息。

进一步的，基站控制器10除了包括业务处理模块100之外还包括操作维护处理模块104，业务处理模块100除了包括业务处理子模块102和信令处理子模块101之外还包括判断子模块103。

操作维护处理模块104用于接收后台30发送的配置文件，并将配置文件转发给业务处理模块100。判断子模块103，用于根据配置文件判断是否记录业务正常情况下和关键事件的业务数据和信令数据。

此外，当业务在不同的业务处理模块100之间发生切换时，业务处理子模块102还用于将跟踪标识随着业务发送至切换后的业务处理模块100。信令处理子模块101还用于分配缓存空间存储所述业务数据和信令数据。

图2所示为本发明跟踪标识的格式示意图。

在本实施例中，跟踪标识为32位(bit)的字段，在实际应用中可以根据需要对其进行扩充，比如扩充为64位。图2所示的跟踪标识的前4位是业务处理模块100的复位次数信息，即业务处理模块100已经发生的复位次数；紧接的4位是业务处理模块100信息，即业务处理模块100的编号；接下来的24位是用户业务的序列号，该序列号是从0开始计数，直到0xFFFFFF，当自动溢出时重新计数，该序列号可以保证记录数据不会重复，从而保证记录数据的唯一性，当然根据实际需要也可以将该字段扩充到64位。

在本实施例中，复位次数信息的作用在于，当业务处理模块100发生复位之后，其内存数据将重新初始化，跟踪标识也将从0重新计数，就会造成复位前保存的和复位后保存的业务信息产生冲突，因此本实施例中可通过记载复位次数信息来区别复位前保存的和复位后保存的业务信息，以避免产生冲突。用户业务的序列号的作用在于区别同一业务处理模块100模块处理的多次不同业务，譬如两个用户呼叫业务都在同一业务处理模块100中处理，这两个用户呼叫业务的业务处理模块100的编号和复位次数信息相同，但是用户业务的序列号不相同，从而实现通过用户业务的序列号对不同的用户业务进行区别。

举例而言，A用户在编号为01的业务处块模块100中接入，则为该用户所分配的跟踪标识就包括编号信息01，复位次数信息为01，序列号信息000001，B用户也在编号为01的业务处块模块100中接入，则为该用户所分配的跟踪标识就包括编号信息01，复位次数信息为01，序列号信息000002；C用户在编号为02的业务处块模块100中接入，则为该用户所分配的跟踪标识就包括编号信息02，复位次数信息为01，序列号信息000003。

图3所示为本发明记录数据的格式示意图。

本发明为了节省通信带宽，将多次记录的记录数据封装在一起进行发送到数据处理服务器20，每次记录的记录数据用跟踪标识进行区分，每次记录的记录数据由长度(Length)字段来控制其长度。信息(Information)字段存储的是每次记录的记录数据的具体内容，其格式为信息类型加上信息内容。比如，用0x0001代表改该信息的类型为接入信息，该接入信息包括接入时间，信道请求(CHANNEL REQUEST)值，接入的小区，接入的站点号，接入的基站收发信台(BTS)号，介质访问延迟(Access Delay)，接入时的电平，接入的结果，立即指派信道信息，业务类型，寻呼时间等；用0x0002代表该信息的类型为电路交换(Circuit Switch，CS)业务统计信息，其内容包括平均上行电平，平均下行电平，平均上行功率，平均下行功率，上行错帧率，小区内切换成功次数，小区内切换失败次数，小区间切换成功次数，小区间切换失败次数，无线链路超时最大计数值，呼叫结束原因等。此外，本发明还可根据需要定义其他很多关键事件的信息类型，提供多种记录数据给后台30对故障发生的原因进行定位分析。

图4所示为本发明一种基于基站控制器的业务信息的记录方法的流程图。

步骤S501，业务处理模块100为用户建立业务后，为业务分配跟踪标识。在本实施例中，跟踪标识包含业务处理模块100的复位次数信息、业务处理模块100的编号和用户业务的序列号。

步骤S502，业务处理模块100记录业务的业务数据和信令数据。在本实施例中，需要记录的业务数据和信令数据的情况及方法分别如下：

当业务正常终止时，业务处理模块100根据配置文件判断是否记录业务正常情况下和关键事件的业务数据和信令数据；如果记录，则业务处理模块100分配缓存空间存储业务正常情况下和关键事件的业务数据和信令数据，否则丢弃。在本实施例中，可以选择记录业务正常情况下和关键事件的业务数据和信令数据，也可以不记录，当不记录时，可以节省通信带宽，实现流量控制。

当业务在不同的业务处理模块100之间发生切换时，通过业务处理进程将跟踪标识随着业务发送至切换后的业务处理模块100，并记录业务的业务数据和信令数据；业务处理模块100分配缓存空间存储发生切换前所记录的业务数据和信令数据。

当业务异常终止时，记录业务的业务数据和信令数据。

步骤S503，业务处理模块100将业务的跟踪标识、业务数据和信令数据封装成为记录数据。

图5所示为本发明一种用户业务信令处理方法的流程图。

在本实施例中，基站控制器10首先对驻留在业务处理模块100上的业务处理进程和信令处理进程进行初始化，并在存储器中写入业务处理模块100的复位次数信息，而且只需在基站控制器10上电时进行初始化。

步骤S601，后台30将配置文件发送给基站控制器10。在本实施例中，基站控制器10是通过操作维护处理模块104接收后台30发送的配置文件，操作维护处理模块104再将配置文件转发给业务处理模块100，所述配置文件包括要跟踪记录用户业务信令类型和消息类型。

步骤S602，基站控制器10为用户建立业务后，为所述业务分配跟踪标识，并根据跟踪标识记录业务的业务数据和信令数据。

在本实施例中，跟踪标识包含业务处理模块100的复位次数信息、业务处理模块100的编号和用户业务的序列号。需要记录的业务数据和信令数据的情况及方法分别如下：

当业务正常终止时，业务处理模块100根据配置文件判断是否记录业务正常情况下和关键事件的业务数据和信令数据；如果记录，则业务处理模块100分配缓存空间存储业务正常情况下和关键事件的业务数据和信令数据，否则丢弃。

当业务在不同的业务处理模块100之间发生切换时，通过业务处理进程将跟踪标识随着业务发送至切换后的业务处理模块100，并记录业务的业务数据和信令数据；业务处理模块100分配缓存空间存储发生切换前所记录的业务数据和信令数据。

当业务异常终止时，记录业务的业务数据和信令数据。

步骤S603，基站控制器10将所述业务的跟踪标识、业务数据和信令数据封装成为记录数据，发送给数据处理服务器20。

在本实施例中，基站控制器10是通过业务处理模块100将业务的跟踪标识、业务数据和信令数据封装成为记录数据后上报到数据处理服务器20。当业务异常终止时、当业务在不同的业务处理模块100之间发生切换时，或者缓存空间写满时业务处理模块100均将记录数据后上报到数据处理服务器20。

步骤S604，数据处理服务器20根据跟踪标识对所述记录数据进行分析处理并发送到后台30。当后台30接收到记录数据后，即可根据数据处理服务器20的分析结果对故障发生的原因及位置进行定位。

本发明可避免同一业务在不同的业务处理模块100间切换，以及业务处理模块100出现异常而发生复位时，所引起不同业务处理模块100或者不同时期的信息记录的重复，从而无法区分是否同为同一次业务。另外，本发明不仅记录了信令数据，还记录了业务数据信息以更为准确的分析并定位故障的发生原因。

以上所述仅为本发明的优选实施例，并非因此限制本发明的专利范围，凡是利用本发明说明书及附图内容所作的等效结构或等效流程变换，或直接或间接运用在其他相关的技术领域，均同理包括在本发明的专利保护范围内。

Claims (12)

1.一种基站控制器，包括业务处理模块，其特征在于，所述业务处理模块包括业务处理子模块和信令处理子模块，其中：

所述信令处理子模块用于为用户建立业务后，为所述业务分配跟踪标识；

所述业务处理子模块用于记录所述业务的业务数据和信令数据；

所述信令处理子模块还用于将所述业务的跟踪标识、业务数据和信令数据封装成为记录数据。

2.如权利要求1所述的基站控制器，其特征在于，所述业务处理子模块还用于当所述业务在不同的业务处理模块之间发生切换时，将所述跟踪标识随着所述业务发送至切换后的业务处理模块。

3.如权利要求1所述的基站控制器，其特征在于，业务处理子模块还用于当所述业务异常终止时，记录所述业务的业务数据和信令数据。

4.如权利要求1所述的基站控制器，其特征在于，所述跟踪标识包含业务处理模块的复位次数信息、业务处理模块的编号和用户业务的序列号。

5.一种用户业务信令处理系统，包括数据处理服务器，其特征在于，还包括如权利要求1至4任一项所述的基站控制器。

6.如权利要求5所述的用户业务信令处理系统，其特征在于，所述数据处理服务器还用于根据跟踪标识对所述记录数据进行分析处理。

7.一种基于基站控制器的业务信息的记录方法，其特征在于，包括：

业务处理模块为用户建立业务后，为所述业务分配跟踪标识；

业务处理模块记录所述业务的业务数据和信令数据；

业务处理模块将所述业务的跟踪标识、业务数据和信令数据封装成为记录数据。

8.如权利要求7所述的基于基站控制器的业务信息的记录方法，其特征在于，所述跟踪标识包含业务处理模块的复位次数信息、业务处理模块的编号和用户业务的序列号。

9.如权利要求7或8所述的基于基站控制器的业务信息的记录方法，其特征在于，所述业务处理模块记录所述业务的业务数据和信令数据的步骤还包括：

当所述业务在不同的业务处理模块之间发生切换时，通过业务处理进程将所述跟踪标识随着所述业务发送至切换后的业务处理模块，并记录所述业务的业务数据和信令数据；

所述业务处理模块分配缓存空间存储发生切换前所记录的所述业务的业务数据和信令数据。

10.如权利要求7或8所述的基于基站控制器的业务信息的记录方法，其特征在于，所述业务处理模块记录所述业务的业务数据和信令数据的步骤还包括：当所述业务异常终止时，记录所述业务的业务数据和信令数据。

11.一种用户业务信令处理方法，其特征在于，包括：

基站控制器为用户建立业务后，为所述业务分配跟踪标识，并根据跟踪标识记录所述业务的业务数据和信令数据；

基站控制器将所述业务的跟踪标识、业务数据和信令数据封装成为记录数据，发送给数据处理服务器；

数据处理服务器根据跟踪标识对所述记录数据进行分析处理。

12.如权利要求11所述的用户业务信令处理方法，其特征在于，基站控制器为所述业务分配的跟踪标识包含业务处理模块的复位次数信息、业务处理模块的编号和用户业务的序列号。

Images