CN101383733B - 一种监测呼叫时网络状态的方法及装置 - Google Patents

Abstract

本发明公开了一种监测呼叫时网络状态的方法及装置，监测呼叫时网络状态的方法包括：接收第一网元的呼叫历史记录，接收第二网元的呼叫历史记录，将第一网元的呼叫历史记录与第二网元的呼叫历史记录结合，形成无线接入网呼叫历史记录。监测呼叫时网络状态的装置，作为CHR数据的单独处理单元，将分散的CHR数据进行收集、存储、拼接、保存和发送，形成RAN的CHR数据，能够反映每个呼叫过程中的网络的运行状态，减轻网元的OMU保存和发送CHR数据的负荷，提高网元的OMU的性能。

Description

一种监测呼叫时网络状态的方法及装置

技术领域

本发明涉及通信领域，特别涉及一种监测呼叫时网络状态的方法及装置。

背景技术

在已有的监测网络运行状态的技术中，对网络运行状态的监测主要依靠告警监控和分析性能报表，这两种方案所依赖的基础数据有两种：网元产生的告警信息、计数器(Counter)测量统计数据。这两种数据都是从网元角度反映网络的运行情况，而且计数器(Counter)测量统计数据是基于一定时间周期的统计数据，无法实时监测网络运行的状态。

随着移动网络业务和技术的发展，要求网络维护工作由原来面向网络设备向面向业务、注重用户体验的方向转变，这对网管系统提出了更高的要求。因此，在网管系统中引入新的技术，从网络中获取实时性更高且能从用户角度反映网络运行状况的数据是十分必要的，这些技术可以统称为网络实时监测类的技术。其中，呼叫历史记录(CHR，Call History Record)可以用以实现对网络的实时监测，呼叫历史记录由网元所采集，采集与呼叫相关的所有网络信息，包括一次呼叫的过程、标准接口、业务应用等标准或内部信元数据。在现有的技术中，CHR数据由网元产生并存储在网元各自的操作维护单元(OMU，Operation and MaintenanceUnit)上，OMU本身并无处理功能。

发明内容

一方面为了能够反映每个呼叫通信时所涉及到的网络的具体状态、细节，另一方面为了提高网元的OMU性能，避免网元的OMU的不可用，本发明实施例提供了一种监测呼叫时网络状态的方法及装置。所述技术方案如下：

一种监测呼叫时网络状态的方法，包括：

本地服务器接收来自于第一网元的呼叫历史记录；

所述本地服务器接收来自于第二网元的呼叫历史记录；

所述本地服务器将所述第一网元的呼叫历史记录与所述第二网元的呼叫历史记录结合，形成无线接入网呼叫历史记录；

其中，所述本地服务器采用分布式的结构，所述本地服务器在网元上直接增加相应的功能实现分布式的结构，或者，所述本地服务器以嵌入单板或便携机的形式与相应的网元进行整合实现分布式结构。

一种监测呼叫时网络状态的装置，包括：

接收模块，用于接收一个或者多个网元的呼叫历史记录；

拼接模块，用于将所述接收模块所接收到的呼叫历史记录进行结合，形成无线接入网呼叫历史记录；

所述装置的模块通过本地服务器实现，所述本地服务器采取分布式的结构，所述本地服务器在网元上直接增加相应的功能实现分布式结构，或者，所述本地服务器以嵌入单板或便携机的形式与相应的网元进行整合实现分布式结构。

在实现本发明创造过程中，发明人发现：

在实际的应用中，一方面每个网元的CHR数据分散在各个网元的OMU上，由于每个呼叫会涉及到多个网元，因此单个网元的CHR数据无法反映一个完整的呼叫；另一方面CHR上报的数据量较大，显著影响了网元OMU的性能；当话务量较大的时候，对网元OMU的冲击较大，可能导致OMU不可用。

有鉴于此，本发明实施例提供了上述监测呼叫时网络状态的方法及装置，通过本发明实施例提供的上述技术方案，一方面将不同网元的CHR数据结合起来，能够提供从呼叫的角度反映网络在呼叫时运行状况的信息，实现从用户的角度反映网络的运行状况，利于提供差异化的服务；另一方面，采用独立的监测呼叫时网络状态的装置处理各网元的CHR数据，可以减轻网元的OMU的负荷，提高网元的OMU的性能。

附图说明

图1是与本发明实施例一相对应的监测呼叫时网络状态的方法流程示意图；

图2是与本发明实施例二相对应的监测呼叫时网络状态的方法流程示意图；

图3是与本发明实施例三相对应的监测呼叫时网络状态的装置结构示意图；

图4是与本发明实施例四相对应的发送呼叫历史记录的网元的结构示意图。

具体实施方式

为使本发明的目的、技术方案和优点更加清楚，下面将结合附图对本发明实施方式作进一步地详细描述。

本发明实施例提供的技术方案包括：网络中的一个网元，比如，一个本地服务器(localserver)，接收来自另一个网元，如基站(NodeB)的CHR数据、或者接收来自于无线网络控制器(RNC，Radio Network Controller)的CHR数据，将所接收到的CHR数据结合，形成无线接入网(RAN，Radio Access Network)的CHR数据。

本发明实施例中，本地服务器可以是一个逻辑功能的集合，它的功能包括：完成对CHR数据的收集、拼接，可支持各种针对所形成的RAN的CHR数据进行的查询。本地服务器可以是单一的实体，也可以由不同的实体所组成共同实现本技术方案的功能。同一网段中，可以有一台本地服务器，也可以有多台本地服务器，分别实现本技术方案的功能。本地服务器所接收的CHR数据，可以是各种网元的CHR数据，并不仅限于RNC和NodeB的CHR数据。

以下举具体实施例进行详细说明：

实施例一

如图1所示，为本发明实施例一提供的一种监测呼叫时网络状态的处理方法，包括以下步骤：

步骤101：接收来自于第一网元的呼叫历史记录。

比如，这个过程具体可以包括：本地服务器接收第一网元例如NodeB的CHR数据。本地服务器可以通过文件传输协议(FTP，File Transfer Protocol)连接NodeB，进行数据传输；下载NodeB的CHR数据后，将该数据按照指定的文件名和格式存储在本地服务器的相关的目录下，以备实现后续步骤中的NodeB的CHR数据与RNC的CHR数据的拼接。

该步骤中，为了节省通信过程的成本，可以在NodeB与本地服务器进行CHR数据通信之前，NodeB先将CHR数据进行本地压缩后再传输。

步骤102：接收来自于第二网元的呼叫历史记录。

比如，这个过程具体可以包括：本地服务器接收第二网元例如RNC的CHR数据。本实施例中，RNC可以与本地服务器直接进行数据的实时通信。由于在RAN中，RNC和NodeB的结构与功能不同，因此RNC不需要使用FTP与本地服务器建立连接。本地服务器实时记录RNC的CHR数据，保存到本地服务器的缓存中，当缓存中的数据量达到设定值之后，从缓存中取出RNC的CHR数据，并将该数据按照指定的文件名和格式存储在本地服务器的相关的目录下，以实现后续步骤中的RNC的CHR数据与NodeB的CHR数据的结合。

步骤103：将第一网元的呼叫历史记录与第二网元的呼叫历史记录进行结合，形成无线接入网的呼叫历史记录。

比如，这个具体过程可以包括：本地服务器按照RNC与NodeB之间的定义规范对RNC的CHR数据与NodeB的CHR数据进行结合，定义规范可以利用RNC与NodeB之间的数据拼接算法，形成RAN的CHR数据。也可以利用数据库来完成CHR数据的结合，先将CHR数据转换为数据库记录，执行插入操作，然后通过数据库的结构化查询语言(SQL，Structured Query Language)或者索引实现数据之间的关联，形成RAN的CHR数据。CHR可以是以物理形式存在的数据，例如，NodeB的CHR数据或RNC的CHR数据采用文件的形式储存；也可以是以逻辑形式存在的数据，例如，RAN的CHR数据以视图的形式存在。RAN的CHR数据可以包括一个呼叫的整个链路信息，也可以只包括一个呼叫的部分区段的链路信息、。

数据结合的过程可以包含对RAN的CHR数据的保存。完成结合后，本地服务器可以将已经完成结合的原RNC的CHR数据与NodeB的CHR数据删除，以节约存储空间。

在本实施例中，还可以进一步包括获取查询条件的步骤。本地服务器获取查询条件，该查询条件可以由网络数据分析工具发送。本地服务器根据该查询条件在形成的RAN的CHR数据中检索并获得符合查询条件的无线接入网呼叫历史记录，然后只返回符合条件的CHR数据，达到数据过滤的效果。

在本实施例中，还可以进一步包括调度的步骤。例如当本地服务器负荷过高而不能接收全部的CHR数据时，本地服务器需要进行调度，优先保证接收优先级别高的网元的CHR数据能够被接收。比如在NodeB和RNC中，RNC比较关键，需要优先保证RNC的CHR数据能够被接收。一种方式是，可以在本地服务器上设置一个数据量门限，当本地服务器接收的NodeB的CHR数据量超过该数据量门限时，关闭本地服务器与NodeB之间的FTP连接，实现对NodeB的流量控制，保证本地服务器接收RNC的CHR数据的完整性。

本实施例中，本地服务器可以向网元发送指令，该指令用于控制网络中的网元的CHR的发送；同时，网元可以根据本地服务器发送的指令，向本地服务器发送CHR。

在本实施例中，还可以进一步包括建立索引的步骤。例如，本地服务器可以对所形成的RAN的CHR数据建立索引，如通过国际移动台标识(ISMI，International Mobile SubscriberIdentity)或小区标识(CELL ID)或时间等字段对RAN的CHR数据建立索引。建立索引之后，直接在索引中根据查询条件查找相应的CHR记录，可以提高检索的效率。

本实施例提供的监测呼叫网络状态的方法中，将分散在不同网元上的能够反映呼叫状态的CHR记录结合起来，从而能够反映呼叫过程中网络运行状态的具体信息，能够从用户的角度反映一个呼叫在网络中通信的具体细节，从而为用户提供差异化服务奠定基础。同时，通过本地服务器作为CHR数据的单独处理单元，可以实现对CHR数据的接收、存储、拼接和发送，减轻了网元中的OMU存储CHR数据的负荷，提高了网元的OMU的性能。

实施例二

如图2所示，为本发明实施例二提供的一种监测呼叫时网络状态的方法，通过本地服务器实现本发明实施例提供的技术方案，收集NodeB的CHR数据与RNC的CHR数据，并对二者进行结合，具体包括以下步骤：

步骤201：本地服务器接收来自于NodeB的CHR数据。

该步骤的原理与实施例一步骤101的原理相似，此处不再赘述。

其中，本地服务器采用分布式的结构，这一结构可以通过直接在网元上增加相应的功能来实现。本地服务器可以采用嵌入单板，也可以采用便携机的形式，与相应的网元进行整合。例如，可以在RNC的机架上嵌入单板，该单板用以实现本地服务器的功能，即：对CHR数据的收集、拼接以及支持对CHR数据进行查询等；或者在RNC的机架上通过对外通讯端口连接便携机，该便携机实现本地服务器的上述功能。

CHR的数据量是比较庞大的，即便对CHR数据进行压缩或者进行一定的选择，数据量也是比较庞大的，如果本地服务器采取集中式的结构，对本地服务器而言，负荷过大，因而采取分布式的结构是必要的。采取分布式的结构，可以极大的提高本地服务器的处理能力，使得业务量能够得到极大的提升，可以接收各种各样的CHR数据；同时也极大的提高了系统的稳健性，例如当一个节点负荷过高或者出现故障的时候，可以由其它节点执行相应的功能。并且，采取分布式的结构，也利于提高无线接入网的可扩展性。

在现有网络的组网过程中，RNC采用分布式结构，即同一网段中有多个RNC，RNC网元之间相对独立；当本地服务器与RNC进行整合后，使得本地服务器也具备了分布式的结构。本地服务器是与RNC对应的，可以为每个RNC网元增加本地服务器的功能，其实现的方法可以是通过在RNC的机架上嵌入单板等。

同一网段中的多个本地服务器之间可以通过数据传输通道进行数据的通信，例如，组网过程中，在各个本地服务器上预留通道或接口，通过通道或接口等物理连接实现彼此的通信；远距离的各个本地服务器可以采用现有的网络中的路由等实现彼此的通信。可以理解的是，仅以该方式举例说明而并不对本地服务器之间的通信构成限定。

步骤202：本地服务器接收来自于RNC的CHR数据。

该步骤的原理与实施例二步骤102的原理相似，此处不再赘述。

本实施例中，由于每个本地服务器与RNC是绑定的，本地服务器可以与RNC直接进行数据的实时通信。

步骤203：本地服务器将RNC的CHR数据与NodeB的CHR数据进行结合，形成RAN的CHR数据。

该步骤与实施例一中步骤103的原理相似，此处不再赘述。

本实施例提供的监测呼叫网络状态的方法，除了具有实施例一的有益效果外，将本地服务器作为RNC网元增加的功能部分，以嵌入单板或便携机的方式与RNC进行整合，形式灵活并提高了RNC的可扩展性；由于RNC与本地服务器是对应的，因此实现了本地服务器的分布式结构而非集中网管，提高了网络对CHR数据的处理能力。

实施例三

如图3所示，为与本发明实施例三相对应的监测呼叫时网络状态的装置的结构示意图，包括如下模块：

接收模块301和拼接模块302。这两个模块可以在一个本地服务器上实现，也可以分散在不同的服务器之上。在本实施例中，以上述各种功能模块都集中在一个本地服务器上为例说明。

接收模块301，用以从各网元接收CHR数据。例如在本实施例中，本地服务器可使用接收模块301从NodeB或者RNC中接收CHR数据，对于NodeB的CHR数据，可以采用FTP协议传输数据，而对于RNC的CHR数据，则可以采用实时传输的方式传输数据。

拼接模块302，用以将各个网元的CHR数据进行结合。例如，在本实施例中，本地服务器可以采用RNC与NodeB之间的数据拼接算法，将RNC和NodeB的CHR数据结合，也可以通过数据库来实现，具体步骤，参见实施例一。拼接的过程可以包含RAN的CHR数据的保存过程。RAN的CHR数据可以是以物理形式存在的数据，也可以是以逻辑形式存在的数据。

监测呼叫时网络状态的装置还可以进一步包含调度模块303，用于根据为所述网元预设的接收优先级别，接收来自所述网元的呼叫历史记录。例如在本实施例中，如果网络中存在RNC和NodeB，RNC的优先级别将会高于NodeB，为了确保优先接收RNC的CHR数据，可以采用在本地服务器中设定门限值的方式实现调度，具体的调度步骤，参见实施例一。

监测呼叫时网络状态的装置还可以进一步包含索引模块304，用来为拼接模块所形成的RAN的CHR数据建立索引。例如，在本实施例中，本地服务器中包含一个索引模块304，用来对拼接之后所形成的RAN的CHR数据进行索引，索引也可以在拼接过程中建立。

监测呼叫时网络状态的装置还可以进一步包括过滤模块305，用于获取查询条件，检索拼接模块所形成的RAN的CHR数据，输出符合条件的数据。例如，在本实施例中，本地服务器中包含一个过滤模块305，获取查询条件，用来对拼接模块所形成的RAN的CHR数据进行检索，如果有索引，也可以利用索引检索RAN的CHR数据，然后输出符合条件的数据。

监测呼叫时网络状态的装置还可以进一步包括第一控制模块306，用来向网元发送指令，控制网络中的网元的呼叫历史记录的发送。例如，在本实施例中，本地服务器包含一个第一控制模块306，可以向网元RNC或者NodeB发送指令，要求其发送CHR数据或者停止发送CHR数据。该模块也可以用来管理网络中的网元CHR数据发送状况；也可以被调度模块303所调用，要求接收优先级别较低的网元暂停发送CHR数据，例如要求超过数量门限的NodeB停止上传CHR数据。

本实施例中，本地服务器可以采用嵌入单板，也可以采用便携机，并在组网上与RNC进行整合。例如，可以在RNC的机架上嵌入单板，该单板用以实现本地服务器的功能，即：对CHR数据的收集、拼接以及支持对CHR数据进行查询等；或者在RNC的机架上通过对外通讯端口连接便携机，该便携机实现本地服务器的上述功能。

在现有网络的组网过程中，RNC采用分布式结构，即同一网段中有多个RNC，RNC网元之间相对独立，而不是采用集中式结构；当本地服务器与RNC进行整合后，多个本地服务器之间也是分布式的。本地服务器是与RNC对应的，可以为每个RNC网元增加本地服务器的功能，其实现的方法可以是上述在RNC的机架上嵌入单板等。

本实施例中，本地服务器将分散在不同网元上的能够反映呼叫状态的CHR记录结合起来，从而能够反映呼叫过程中网络运行状态的具体信息；另一方面，通过本地服务器作为CHR数据的单独处理单元，减轻了网元中的OMU存储CHR数据的负荷，提高了网元的OMU的性能。

实施例四

如图4所示，为与本发明实施例四相对应的发送呼叫历史记录的网元的结构示意图：

网元包括发送模块401和第二控制模块402；

发送模块401，用来发送网元的CHR数据。例如，在本实施例中，网元中的发送模块401可以向本地服务器发送CHR数据，如果该网元为NodeB，可以采用FTP协议传输数据；如果网元为RNC，则可以采用实时传输的方式传输。

第二控制模块402，根据输入的命令，控制发送模块401呼叫历史记录的发送。例如，在本实施例中，第二控制模块402可以接收本地服务器输入的指令，来确定发送模块401是否需要发送呼叫历史记录。

本实施例中，由于网元将CHR数据发送给本地服务器，使得本地服务器可以将不同网元的CHR数据能够拼接，从而可以从呼叫的角度反映整个网络的运行状况；另一方面，利用本地服务器存储CHR数据，降低了网元自身存储CHR数据的负荷，提高了网元的性能。

以上所述发明实施例可以通过软件实现，相应的软件可以存储在可读取的存储介质中，例如计算机的硬盘、光盘或软盘中。

以上所述仅为本发明的较佳实施例，并不用以限制本发明，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。

Claims (12)

1.一种监测呼叫时网络状态的方法，其特征在于，所述方法包括：

本地服务器接收来自于第一网元的呼叫历史记录；

所述本地服务器接收来自于第二网元的呼叫历史记录；

所述本地服务器将所述来自于第一网元的呼叫历史记录与所述来自于第二网元的呼叫历史记录结合，形成无线接入网呼叫历史记录；

其中，所述本地服务器采用分布式的结构，所述本地服务器在网元上直接增加相应的功能实现分布式的结构，或者，所述本地服务器以嵌入单板或便携机的形式与相应的网元进行整合实现分布式结构。

2.根据权利要求1所述的监测呼叫时网络状态的方法，其特征在于，所述方法还包括：

对所述无线接入网呼叫历史记录建立索引。

3.根据权利要求1所述的监测呼叫时网络状态的方法，其特征在于，所述方法还包括：

获取查询条件，依据所述查询条件，在所述无线接入网呼叫历史记录中检索并获得符合所述查询条件的无线接入网呼叫历史记录。

4.根据权利要求1所述的监测呼叫时网络状态的方法，其特征在于，所述方法还包括：

发送指令，所述指令用于控制网络中的网元的呼叫历史记录的发送。

5.根据权利要求1所述的监测呼叫时网络状态的方法，其特征在于，所述方法还包括：

根据为所述第一网元与所述第二网元预设的接收优先级别，接收所述第一网元或者所述第二网元的呼叫历史记录。

6.根据权利要求1-5任一所述的监测呼叫时网络状态的方法，其特征在于，所述方法还包括：

保存所述无线接入网呼叫历史记录。

7.一种监测呼叫时网络状态的装置，其特征在于，包括：

接收模块，用于接收一个或者多个网元的呼叫历史记录；

拼接模块，用于将所述接收模块所接收到的呼叫历史记录进行结合，形成无线接入网呼叫历史记录；

所述装置的模块通过本地服务器实现，所述本地服务器采取分布式的结构，所述本地服务器在网元上直接增加相应的功能实现分布式结构，或者，所述本地服务器以嵌入单板或便携机的形式与相应的网元进行整合实现分布式结构。

8.根据权利要求7所述的监测呼叫时网络状态的装置，其特征在于，所述装置还包括：

索引模块，对所述拼接模块所形成的无线接入网呼叫历史记录建立索引。

9.根据权利要求7所述的监测呼叫时网络状态的装置，其特征在于，所述装置还包括：

过滤模块，用于获取查询条件，在所述拼接模块所形成的无线接入网呼叫历史记录中检索，输出符合条件的呼叫历史记录。

10.根据权利要求7所述的监测呼叫时网络状态的装置，其特征在于，所述装置还包括：

调度模块，用于根据为网元预设的接收优先级别，接收来自所述网元的呼叫历史记录。

11.根据权利要求7所述的监测呼叫时网络状态的装置，其特征在于，所述装置还包括：

第一控制模块，用于发送指令，控制网络中的网元的呼叫历史记录的发送。

12.根据权利要求7-11任一所述的监测呼叫时网络状态的装置，其特征在于，所述装置还包括：

存储模块，用于保存所述拼接模块所形成的无线网络呼叫历史记录。

Images