专利名称：一种进行全程呼损分析的方法及系统的制作方法
技术领域：
本发明涉及通讯领域，尤其涉及一种进行全程呼损分析的方法及系统。
背景技术：
通讯技术中的“呼损”全称为“呼叫损失”，呼叫损失即呼损是指在正常情况下用户发起呼叫后，由于网络的原因使呼叫未能完成而损失的呼叫。现有技术中对于呼损的分析只限于基于单个网段或单个网元。整个呼叫过程经过的网段和网元一般均有多个，并且根据主叫和被叫发生的位置和归属位置的不确定性，呼叫过程经过的路由也各有不同，如何确定出整个呼叫过程中呼损发生的具体位置和原因是需要解决的技术问题。
发明内容
本发明要解决的技术问题是提供一种进行全程呼损分析的方法及系统，提高系统呼损分析能力。为了解决上述技术问题，本发明提供了一种进行全程呼损分析的方法，包括将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件，根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息。进一步地，上述方法还可以具有以下特点
根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息是指查找到所述全程大事件中首次发生呼损的小事件后，将此小事件所在的网元位置作为本次呼叫过程的呼损位置，将此小事件发生呼损的原因值作为本次呼叫过程的呼损原因值。进一步地，上述方法还可以具有以下特点
所述小事件是指所述信令传输流程中一个或多个接口处属于所述呼叫过程的信令消息的集合。进一步地，上述方法还可以具有以下特点
通过以下方式将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件确定各呼叫过程的信令传输流程所经由的小事件中使用的当前呼叫过程中主叫终端和被叫终端的各标识号码，建立所述标识号码间的关联关系，根据所述关联关系确定构成当前呼叫过程的全程大事件的各小事件。进一步地，上述方法还可以具有以下特点
建立所述关联关系后，在所述关联关系的各小事件对应的标识号码中增加此小事件中未包含的所属信令传输流程中用于标识所述主叫终端和被叫终端的其它标识号码；根据所述关联关系以及各小事件下的各标识号码确定关联构成全程大事件的各小事件。进一步地，上述方法还可以具有以下特点
本次呼叫过程的呼损信息还包括首次发生呼损的小事件中呼损发生时间，标识此呼损的信令，引起呼损的网元标识。
为了解决上述技术问题，本发明还提供了一种进行全程呼损分析的系统，包括全程呼损分析服务器；所述全程呼损分析服务器，用于将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件，根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息。进一步地，上述系统还可以具有以下特点
所述全程呼损分析服务器，还用于根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息时作以下处理查找到所述全程大事件中首次发生呼损的小事件后，将此小事件所在的网元位置作为本次呼叫过程的呼损位置，将此小事件发生呼损的原因值作为本次呼叫过程的呼损原因值。进一步地，上述系统还可以具有以下特点
所述小事件是指所述信令传输流程中一个或多个接口处属于所述呼叫过程的信令消息的集合。进一步地，上述系统还可以具有以下特点
所述全程呼损分析服务器，还用于通过以下方式将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件确定各呼叫过程的信令传输流程所经由的小事件中使用的当前呼叫过程中主叫终端和被叫终端的各标识号码，建立所述标识号码间的关联关系，根据所述关联关系确定构成当前呼叫过程的全程大事件的各小事件。本发明可提高系统呼损分析能力。对于单呼叫过程，本发明针对全程呼损可准确分析出整个呼叫过程中呼损发生的位置及相关信息。对于多呼叫过程，本发明除了分析各呼叫过程中呼损发生的位置及相关信息，还可以根据记录的呼损信息，指导运营商对网络进行优化，提高服务质量。
图1是实施例中进行全程呼损分析的方法示意图； 图2是实施例中网络内网元设备接口的示意图3是实施例中号码回填流程示意图； 图4是具体实施例中全程呼损分析的示意图。
具体实施例方式进行全程呼损分析的系统包括全程呼损分析服务器。此全程呼损分析服务器可以是新建的服务器，也可以是部署到已有服务器上的服务程序。所述全程呼损分析服务器用于将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件，根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息。所述全程呼损分析服务器根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息时作以下处理查找到所述全程大事件中首次发生呼损的小事件后，将此小事件所在的网元位置作为本次呼叫过程的呼损位置，将此小事件发生呼损的原因值作为本次呼叫过程的呼损原因值。其中，小事件是指所述信令传输流程中一个或多个接口处属于所述呼叫过程的信令消息的集合。
4
所述全程呼损分析服务器通过以下方式将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件确定各呼叫过程的信令传输流程所经由的小事件中使用的当前呼叫过程中主叫终端和被叫终端的各标识号码，建立所述标识号码间的关联关系，根据所述关联关系确定构成当前呼叫过程的全程大事件的各小事件。本发明中通过信令监测系统提取网元间传输的信令消息即完成对信令的采集，并对采集到的信令进行合成，生成呼叫详细记录(CDR)。如图1所示，进行全程呼损分析的方法包括
步骤101，将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件。所述小事件是指所述信令传输流程中一个或多个接口处属于所述呼叫过程的信令消息的集合。例如，如图2所示的网元接口中，Abis接口的Μ0/ΜΤ事件、网元间的BICC/ ISUP事件、A接口 MAP事件、CAP事件，再例如，A接口主叫侧形成的主叫事件；A接口被叫侧形成的被叫事件等等。每个小事件描述的过程不同，携带的信息也不同。一般情况下，小事件中携带号码类信息(包括主叫用户或设备的标识，被叫用户或设备的标识)、资源类信息(完成交互使用的信令链路信息)、时间信息，关键动作信息、及关键动作发生的时间信息。信令网中对用户或终端的标识是通过号码来进行的，但是由于安全等方面的考虑，标识一个用户/移动台的号码有多种类型，例如，临时移动用户识别码(Temporary Mobile Subscriber Identity，简称 TMSI)，国际移动用户识别码(International Mobile Subscriber Identity，简称頂SI )，移动台国际 ISDN号码(Mobile Station international ISDN number，简称 MSISDN)，国际移动设备身份码(International Mobile Equipment Identity，简称 IMEI)，移动通信站漫游号码(Mobile Station Roaming Number，简称 MSRN)。呼叫过程的信令传输流程中不同的网元接口在不同类型信令过程中使用不同的号码类型。将一次呼叫过程的相关过程关联起来，就需要建立相关号码的对照关系，并将此对照关系植入各接口的小事件中。本发明中，通过以下方式将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件确定各呼叫过程的信令传输流程所经由的小事件中使用的当前呼叫过程中主叫终端和被叫终端的各标识号码，建立所述标识号码间的关联关系，根据所述关联关系确定构成当前呼叫过程的全程大事件的各小事件。建立所述关联关系后，在所述关联关系的各小事件对应的标识号码中增加此小事件中未包含的所属信令传输流程中用于标识所述主叫终端和被叫终端的其它标识号码(即进行号码回填操作)；根据所述关联关系以及各小事件下的各标识号码确定关联构成全程大事件的各小事件。具体的，进行完整号码回填操作后，根据本次呼叫过程中各小事件发生时间前后顺序，将各小事件整合(其中包括删除同一事件链中各参数相同的重复小事件)， 形成一次通话的完整通话记录即构成全程大事件。号码回填操作如图3所示。Tmsi-imsi 的对应关系可以从A 口寻呼过程或IUCS 口主叫过程、被叫过程、短信发送过程、短信接收过程中获取。Tmsi-imei的对应关系可以从识别过程中获取。Liisi-msisdn的对应关系可以从取漫游号码过程中获取。Tmsi-imsi的对应关系被tmsi重分配过程更新。另外，msrn和 msisdn的临时关系也可以从取漫游号码过程中获取。Tmsi-imsi对应关系只在一个VLR中有效。如果需要回填的号码信息填充不完整时(即未包括所有类型的标识号码)，可继续根据呼叫流程进行分析，查找其他接口上的同一次呼叫的相关呼叫详细记录(CDR)。利用相关CDR中的号码信息，填充本CDR的号码信息。步骤102，根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息。判断本次呼叫过程是否发生呼损只需判断此呼叫过程中全程大事件中的小事件是否发生呼损，如果各小事件均未发生呼损，则判定本呼叫过程未发生呼损，如果有小事件发生呼损，则根据发生呼损的小事件分析获得本次呼叫过程的呼损信息。具体的，根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息是指查找到所述全程大事件中首次发生呼损的小事件后，将此小事件所在的网元位置作为本次呼叫过程的呼损位置，将此小事件发生呼损的原因值作为本次呼叫过程的呼损原因值。本次呼叫过程的呼损信息还包括首次发生呼损的小事件中呼损发生时间，标识此呼损的信令，引起呼损的网元标识。上述参数作为系统分析网元性能指数的依据。系统按照用户应用场景的不同，提供单次通话呼损查询和统计分析数据，方便用户查看和定位问题。
具体实施例
如图4所示，将信令网中各小事件的事件序列进行排序，对小事件排序进行事件关联， 将属于同一呼叫过程的各小事件进行事件关联即构建关联关系，根据已构建关联关系遍历属于同一呼叫过程的各小事件后构造大事件，在此大事件中进呼损事件抽取即判断此呼叫过程中全程大事件中的发生呼损的小事件，根据在线发生呼损的小事件分析获得本次呼叫过程的呼损信息。需要说明的是，在不冲突的情况下，本申请中的实施例及实施例中的特征可以相
互任意组合。当然，本发明还可有其他多种实施例，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员可根据本发明作出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。本领域普通技术人员可以理解上述方法中的全部或部分步骤可通过程序来指令相关硬件完成，所述程序可以存储于计算机可读存储介质中，如只读存储器、磁盘或光盘等。可选地，上述实施例的全部或部分步骤也可以使用一个或多个集成电路来实现。相应地，上述实施例中的各模块/单元可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。本发明不限制于任何特定形式的硬件和软件的结合。
权利要求
1.一种进行全程呼损分析的方法，其特征在于，将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件，根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息。
2.如权利要求1所述的方法，其特征在于，根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息是指查找到所述全程大事件中首次发生呼损的小事件后，将此小事件所在的网元位置作为本次呼叫过程的呼损位置，将此小事件发生呼损的原因值作为本次呼叫过程的呼损原因值。
3.如权利要求1所述的方法，其特征在于，所述小事件是指所述信令传输流程中一个或多个接口处属于所述呼叫过程的信令消息的集合。
4.如权利要求1所述的方法，其特征在于，通过以下方式将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件确定各呼叫过程的信令传输流程所经由的小事件中使用的当前呼叫过程中主叫终端和被叫终端的各标识号码，建立所述标识号码间的关联关系，根据所述关联关系确定构成当前呼叫过程的全程大事件的各小事件。
5.如权利要求4所述的方法，其特征在于，建立所述关联关系后，在所述关联关系的各小事件对应的标识号码中增加此小事件中未包含的所属信令传输流程中用于标识所述主叫终端和被叫终端的其它标识号码；根据所述关联关系以及各小事件下的各标识号码确定关联构成全程大事件的各小事件。
6.如权利要求2所述的方法，其特征在于，本次呼叫过程的呼损信息还包括首次发生呼损的小事件中呼损发生时间，标识此呼损的信令，引起呼损的网元标识。
7.一种进行全程呼损分析的系统，包括全程呼损分析服务器，其特征在于，所述全程呼损分析服务器，用于将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件，根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息。
8.如权利要求7所述的系统，其特征在于，所述全程呼损分析服务器，还用于根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息时作以下处理查找到所述全程大事件中首次发生呼损的小事件后，将此小事件所在的网元位置作为本次呼叫过程的呼损位置，将此小事件发生呼损的原因值作为本次呼叫过程的呼损原因值。
9.如权利要求7所述的系统，其特征在于，所述小事件是指所述信令传输流程中一个或多个接口处属于所述呼叫过程的信令消息的集合。
10.如权利要求7所述的系统，其特征在于，所述全程呼损分析服务器，还用于通过以下方式将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件确定各呼叫过程的信令传输流程所经由的小事件中使用的当前呼叫过程中主叫终端和被叫终端的各标识号码，建立所述标识号码间的关联关系，根据所述关联关系确定构成当前呼叫过程的全程大事件的各小事件。
全文摘要
本发明公开了一种进行全程呼损分析的方法及系统，此方法包括将呼叫过程的信令传输流程经由的小事件进行关联构成全程大事件，根据所述全程大事件中的小事件分析获得本次呼叫过程的呼损信息。本发明可提高系统呼损分析能力。对于单呼叫过程，本发明针对全程呼损可准确分析出整个呼叫过程中呼损发生的位置及相关信息。对于多呼叫过程，本发明除了分析各呼叫过程中呼损发生的位置及相关信息，还可以根据记录的呼损信息，指导运营商对网络进行优化，提高服务质量。
文档编号H04L12/24GK102571402SQ20101061515
公开日2012年7月11日 申请日期2010年12月30日 优先权日2010年12月30日
发明者唐奕龙, 蒋承盛, 魏雪松 申请人:中兴通讯股份有限公司