专利名称：呼叫分析方法与装置的利记博彩app
技术领域：
本发明涉及无线通信领域，尤其涉及一种呼叫分析方法与装置。
背景技术：
第三代移动通信(3G，third generation)业务提供了一个发展更多业务的平台，其中，数据业务(PS，Packet Service)是3G的主要业务。但是，用户对传统的电路业务(CS，Circuit Service)也是有需求的，通常CS业务包括语音、可视电话等。这样终端用户同时使用数据业务和电路业务的概率就大大增加，例如，在上网的时候打电话，或者在下载数据时接听电话等，因此需要对并发业务进行关键能力指标(KPI，Key Performance Indicator)统计以及分析和定位等。
现有技术一是针对数据业务和电路业务并发的情况，该现有技术是这样实现的数据业务和电路业务的各个状态是相互独立的，并且是根据协议的状态来划分，每种业务至少包括三个状态机主叫状态机、被叫状态机以及PS业务状态机，状态机间的各个状态是相互关联的，系统内部可通过协议状态和关联分析得到网络事件，用户根据所述网络事件逐个查找到相应的问题，再通过对原始数据的手工分析来逐一确认问题，以及通过人工方式逐一计算时延等KPI数据。
现有技术二是针对单业务的情况，该现有技术通过每个信令作为判断条件来进行状态设置，将每种可能的信令设置为一种状态，然后根据信令对业务状态进行分析和判断，从而生成掉话、呼叫建立失败以及通话等事件。
现有技术一可以根据终端用户的业务状态对并发业务进行分析和定位，以及通过人工方式计算有关时延的部分KPI数据。另外，该现有技术至少使用3个状态机，状态比较多，因而对并发业务需要同步其中两个状态机，处理过程比较复杂。现有技术二可以在单业务的基础上自动生成KPI数据以及对业务进行分析和定位，但是在并发业务的情况下不能自动生成KPI数据。
综上所述，上述两种现有技术在并发业务的情况下不能自动生成KPI数据。
发明内容
本发明实施例要解决的技术问题是提供一种呼叫分析方法与装置，该方法与装置在并发业务的情况下能够生成用于计算KPI数据的呼叫跟踪记录数据。
为解决上述技术问题，本发明实施例提供一种呼叫分析方法，该方法包括获取呼叫信令，对所述呼叫信令进行解析，根据解析结果如果需要进行呼叫过程状态迁移，则从当前状态迁移至与当前状态相关联的状态，生成呼叫跟踪记录数据。
本发明实施例还提供一种呼叫分析装置，该装置包括分析单元，用于获取呼叫信令，并对所述信令进行解析，以及根据解析结果判断是否需要进行状态迁移，并在需要进行状态迁移时从当前状态迁移至与当前状态相关联的状态；生成单元，用于根据所述状态迁移生成呼叫跟踪记录数据。
以上技术方案可以看出，由于本发明实施例首先对信令进行解析，在需要进行状态迁移时从当前状态迁移至与当前状态相关联的状态，并根据状态迁移情况生成呼叫跟踪记录数据，这样就能实现对CS、PS以及非呼叫接入等单业务的各阶段时延、呼叫结果和接入结果的分析，以及得到最终所有呼叫结果的统计值，进而使得本发明实施例不仅在单业务的情况下能够根据呼叫跟踪记录数据计算得到KPI数据，而且在并发业务的情况下也能根据呼叫跟踪记录数据计算得到KPI数据。
图1是本发明实施例并发业务的状态迁移示意图；图2是本发明方法实施方式的流程图；图3是本发明装置实施方式的示意图。
具体实施例方式
本发明实施例提供一种呼叫分析方法与装置，该方法与装置基于宽带码分多址(WCDMA，Wideband Code Division Multiple Access)系统CS域和PS域的架构，在无线接入时统一由无线接入网络(RAN，Radio Access Network)接入，同时保持每个用户设备(UE，User Equipment)有一条信令连接，并且在接入部分使用统一的状态，而在CS和PS业务则分别设置不同的业务建立成功状态，这样便于对信令进行分析。然后，在CS和PS业务都完成建立后，从UE的综合状态考虑，只要设置CS和PS的并发业务状态(InConcurService)，就可以实现并发业务的呼叫跟踪过程。
为使本领域技术人员能够更好地理解本发明，下面结合附图对本发明实施例进行详细说明。
参照图1，图1是本发明实施例并发业务的状态迁移示意图，该图是从用户的角度对网络进行优化，并在精简和考虑协议模型的基础上，将UE的呼叫行为划分为WCDMA空闲态(WCDMA_Idle)、无线资源控制建立完成态(RRCSetupComplete)、业务建立态(ServiceSetup)、通话态(InCall)、数据业务态(InData)以及并发业务态(InConcurService)共六个状态。
WCDMA_Idle状态标志UE开机后处于通用地面无线接入网(UTRAN，Universal Terrestrial Radio Access Network)的区域，在此状态下，UE和网络没有任何无线资源(RR，Radio Resource)信令的连接，用户也是处在无业务状态。
RRCSetupComplete状态标志UE和网络建立了无线资源控制(RRC，RadioResource Control)的连接，表明UE和网络准备或正在进行某种通信过程，具体包括UE主动发起短消息、语音呼叫、可视电话和数据业务等，注册，UE收到寻呼进行响应，附着以及异系统重选等通信过程。在此状态下可以通过RRC连接请求的原因值初步确定大致的业务和过程类型，在已知业务类型的条件下，可以对该业务进行RRC接入的分析；在未知业务类型的条件下，需继续根据后续条件进行业务类型识别。
ServiceSetup状态是区分电路业务呼叫和数据业务呼叫的重要分界点，通过原因值无法区分的业务在ServiceSetup状态已经可以明确区分这两类业务了，比如，会话类型的数据业务和语音业务在RRCSetupComplete状态无法通过RRC建立阶段进行区分，从ServiceSetup状态已经可以明确区分这两类业务了。ServiceSetup状态由来自不同域的信令来区分，CS域分主被叫，包括连接管理业务请求(Connection Management Service Request)和呼叫响应(PagingResponse)信令，用来表示电路业务的呼叫请求；PS域用业务请求(ServiceRequest)来代表数据业务的业务请求。由于CS域和PS域使用不同的信令，这样可以明显区分呼叫的业务类型，而其它非业务类的通信过程将不会进入这一阶段。
InData状态用来表示CS域的业务信道已经建立成功，UE可以进行数据业务传输，进入该状态的标志是分组数据协议(PDP，Packet Data Protocol)激活建立成功，在PDP已经建立的情况下是无线承载(Radio Bearer)建立成功。
InCall状态用来表示CS域业务已经建立成功，进入该状态的标志是收到报警(Alerting)信令，也可根据需要定义成连接(Connect)和连接确认(ConnectAcknowledge)等信令。
InConCurService状态就是业务并发状态，UE处在ServiceSetup状态时标志需要建立某种业务，在同一时刻，几乎总是一种业务先于另一种业务建立，不大可能两种业务同时建立。在一种业务建立完成时，另外一种业务建立信号发出，才表明用户这时处于并发业务状态。比如，UE处在InCall状态时，收到PS域的RB建立信令后，则可以由InCall状态迁移至InConCurService状态；而当UE处在InData状态时，收到Alerting信令后，则可以由InData状态迁移至InConCurService状态。
由图1可知，如果UE处于WCDMA_Idle状态，当RRC连接建立已完成则会从WCDMA_Idle状态迁移至RRCSetupComplete状态；如果UE处于RRCSetupComplete状态时，当RRC连接建立失败时则会从RRCSetupComplete状态迁移至WCDMA_Idle状态。如果UE处于RRCSetupComplete状态，当收到CS域的Connection Management Service Request和Paging Response信令时，或者收到PS域的Service Request信令时，就会从RRCSetupComplete状态迁移至ServiceSetup状态；如果UE处于ServiceSetup状态，当收到数据业务建立失败或呼叫建立失败信令时，则会从ServiceSetup状态迁移至WCDMA_Idle状态。
如果UE处于ServiceSetup状态，当收到Alerting信令时则从ServiceSetup状态迁移至InData状态，当PDP激活成功或无线承载建立完成时，就可以从从ServiceSetup状态迁移至InCall状态。如果UE处于InCall状态，当呼叫掉话或呼叫完成时则从InCall状态迁移至WCDMA_Idle状态，当PS域无线承载建立完成时则从InCall状态迁移至InConCurService状态。如果UE处于InData状态，当PS域呼叫掉话或呼叫完成时从InData状态迁移至WCDMA_Idle状态，当收到Alerting信令后，则可以由InData状态迁移至InConCurService状态。
如果UE处于InConCurService状态，当呼叫释放或呼叫掉电时则从InConCurService状态迁移至InData状态，当PS域无线承载释放或PS域呼叫掉话时则从InConCurService状态迁移至InCall状态。
参照图2，图2是本发明方法实施方式的流程图，现结合图1和图2对该实施方式进行详细说明，具体包括以下步骤步骤201、对呼叫过程进行状态划分，以及根据划分后的状态建立呼叫跟踪表，该呼叫跟踪表的初始状态为空。
本实施方式是PS业务和CS业务组合的并发业务，通常将呼叫过程划分为WCDMA Idle、RRCSetupComplete、ServiceSetup、InCall、InData以及InConcurService共六个状态。
根据上述六个状态建立呼叫跟踪表具体如下根据划分后的状态预先定义几个关键信令点，例如在WCDMA_Idle状态和RRCSetupComplete状态之间定义了初次的RRC连接请求信令时间点、RRC连接建立信令时间点以及RRC连接建立完成时间点共三个关键点。
在处理信令时得到一个时间戳，根据处理信令的时间戳和关键信令点建立对呼叫过程状态和处理信令的时间进行记录的呼叫跟踪表。
步骤202、通过终端进行业务测试，并采用路测系统收集或网络侧跟踪方式从空口获取呼叫信令队列。
可选地，还需对呼叫信令进行解析得到该信令包含的原因值，并根据解析得到的原因值生成基本判断元素。
步骤203、判断呼叫信令队列是否为空，如果是，执行步骤206，否则执行步骤204。
步骤204、按照顺序对呼叫信令队列的信令进行解析，再根据解析结果判断用户设备是否需要进行状态迁移，如果是，执行步骤205，否则结束流程。
步骤205、从当前状态迁移至与当前状态相关联的状态，并生成当前状态的事件，以及生成呼叫跟踪表(CTT，Call Trace Table)，然后返回执行步骤203直至呼叫信令队列为空。
由图1可知，与WCDMA_Idle状态相关联的状态是RRCSetupComplete状态，与RRCSetupComplete状态相关联的状态是WCDMA_Idle和ServiceSetup状态，与ServiceSetup状态相关联的状态是WCDMA_Idle、InCall以及InData状态，与InCall状态相关联的状态是WCDMA_Idle和InConcurService状态，与InData状态相联的状态是InConcurService和WCDMA_Idle状态，与InConcurService状态相关联的状态是InCall和InData状态。
下面以用户初始状态为WCDMA_Idle状态对本发明方法实施方式的状态迁移进行说明。当UE发起语音呼叫时就会输入RRC连接请求(RRCConnection Request)信令，该信令的原因值为originatingConversationalCall，那么含有这个原因值的信令可生成一个基本判断元素，根据该基本判断元素以及随后正常收到的RRC Connection Setup和RRC Connection Setup Complete信令就可以判断得到UE需要从当前状态迁移至与当前状态相关联的状态，这时RRC连接建立已完成，即可从WCDMA_Idle状态迁移到RRCSetupComp状态，开始这个状态下的下步处理。当UE发起CM Service Request信令，证明发起了呼叫，这时UE从RRCSetupComp状态进入ServiceSetup状态。当收到Alerting信令时，证明通话建立成功，可由ServiceSetup状态进入InCall状态。
假设当前状态为InCall状态，只要满足以下条件就可以生成掉话事件，同时将CTT的结果设置为“掉话”，满足生成掉话事件的条件具体如下
在InCall状态下，接收到包含有“Normal Call Clearing”、“user busy”、“nouser responding”、“user alerting no answer”、“call rejected”、“preemption”、“nonselected user clearing”、“Destination Out of order”、“Normal Unspecified”这些原因值的(Down Link)Disconnect或者Release Complete或者Release或Abort的NAS信令；RRC连接释放消息且释放原因值不是normal event；UE上报RRC状态为断开，且UE不处在异系统切换过程中。
最后，介绍呼叫跟踪表的生成，UE可以使用单业务，也可以使用并发业务。并发业务是基于单业务的扩展流程，可以根据信令条件完成状态转换的定义，单业务只生成一条CTT记录，包含两种以上的业务需要生成至少两条CTT记录。
在处理信令时得到一个时间戳，根据处理信令的时间戳和关键信令点建立对呼叫过程状态和处理信令的时间进行记录的呼叫跟踪表。CS业务可以定义为从RRC建立开始的若干阶段，PS业务也可以定义为从RRC建立开始的若干阶段，表1和表2分别是CS业务和PS业务的呼叫跟踪表。
表1、CS业务呼叫跟踪表
其中，表中的TN表示字段序号为N的时间值，第二、四、六行表示字段名称，字段名称为该字段对于呼叫信令的内部接收时间戳，对于每个呼叫都会生成一条记录；对于每个非呼叫，统计时根据判断条件将其剔除。
表2、PS业务呼叫跟踪表
步骤206、根据呼叫跟踪表计算得到KPI数据，下面分三种情况来说明如何计算得到KPI数据。
1)、CS单业务的KPI数据根据CS业务的呼叫跟踪表，例如表1，可生成的KPI数据包括PS业务的RRC建立时延、呼叫建立时延、呼叫保持时间、呼叫建立成功率以及呼叫掉话率等，并且还可通过用户对CTT记录的补充和KPI的定义进行扩展，具体可见表3，其中，Count表示统计次数。
表3、CS业务的KPI数据
2)PS单业务的KPI数据根据PS业务的呼叫跟踪表，例如表2，可生成的KPI数据包括PS业务的RRC建立时延、呼叫建立时延、呼叫保持时间、呼叫建立成功率以及呼叫掉话率等，并且还可通过用户对CTT记录的补充和KPI的定义进行扩展，具体可见表4，其中，Count表示统计次数。
表4、PS业务的KPI数据
3)并发业务的KPI数据假设并发业务是CS业务和PS业务的组合，对并发业务进行分析时，将分别生成CS业务和PS业务的呼叫跟踪表，以实现对组合业务的单独或者综合分析统计，并发业务的KPI数据包括单业务的RRC建立时延、呼叫建立时延、呼叫保持时间、呼叫建立成功率、呼叫掉话率、并发业务时延以及并发业务建立成功率等，并且还可通过用户对CTT记录的补充和KPI的定义进行扩展。
下面以计算并发业务的PS建立时延为例进行说明，当呼叫模型为CS发起后才发起PS呼叫，如果要统计PS业务建立时延，可以将并发业务的PS建立时延可以定义为Time(PDP激活接受时间点)-Time(业务请求时间点)这时根据PS呼叫跟踪表中的这两个字段，可分析出结果。
如果在CS业务初次的RRC连接请求信令时间点PDP激活建立成功，由于在并发业务中CS和PS共享RRC建立部分，CS和PS的跟踪数据提取的是同一个RRC建立过程，只需要将PS业务呼叫跟踪表中的PDP激活接受时间点直接减去初次的RRC连接请求信令时间点即可得到并发业务的PS建立时延。
如果要统计PS和CS业务哪些是并发的，就要查询具有相同RRCConnection Request的记录即可。
实现本发明方法实施方式的软件可以存储于一计算机可读取存储介质中，该软件在执行时，包括如下步骤获取呼叫信令，对所述呼叫信令进行解析，根据解析结果如果需要进行呼叫过程状态迁移，则从当前状态迁移至与当前状态相关联的状态，生成呼叫跟踪记录数据。
其中，可读取存储介质包括ROM/RAM、磁碟、光盘等。
本发明实施例也提供一种呼叫分析装置，由图3可知，该装置包括初始单元301、分析单元304、生成单元308以及运算单元309。
其中，初始单元301包括划分单元302，用于对呼叫过程进行状态划分；建表单元303，用于为划分后的状态预置关键信令点，以及根据所述关键信令点和处理信令的时间戳建立对呼叫过程状态和处理信令的时间进行记录的呼叫跟踪表。
其中，分析单元304包括获取单元305，用于从空口获取呼叫信令队列；判断单元306，用于按顺序对呼叫信令队列的信令进行解析，以及根据解析结果判断是否需要进行状态迁移，以及向迁移单元307提供判断结果；迁移单元307，用于在需要进行状态迁移时从当前状态迁移至与当前状态相关联的状态。
其中，生成单元308用于根据迁移单元307的迁移结果在初始单元301建立的呼叫跟踪表中生成呼叫跟踪记录数据。
其中，运算单元309用于根据生成单元308得到的呼叫跟踪记录数据自动生成KPI数据。
由上述可知，本发明实施例首先对呼叫信令进行解析，在需要进行状态迁移时从当前状态迁移至与当前状态相关联的状态，并根据状态迁移情况生成呼叫跟踪记录数据，这样就能实现对CS、PS以及非呼叫接入等单业务的各阶段时延、呼叫结果和接入结果的分析，以及得到最终所有呼叫结果的统计值，进而使得本发明实施例不仅在单业务的情况下能够根据呼叫跟踪记录数据计算得到KPI数据，而且在并发业务的情况下也能根据呼叫跟踪记录数据计算得到KPI数据。
另外，由于本发明实施例对呼叫信令进行分析时还在CTT中生成相对应的呼叫跟踪记录数据，根据该记录数据可直接生成相应的成功率统计和时延统计报告，这样满足了大数据量下对整网KPI的自动分析和统计，并且该算法还能精确给出每个呼叫(包含电路和数据域)的精确时间和各阶段点的时间，从而能够迅速分析网络性能指标，便于查找和定位问题，进而提高网络优化的效率和准确性。
最后，本发明实施例采用统一的状态机对并发业务的呼叫信令进行解析，这样使得并发业务的状态较少，进而能够比较容易对并发业务的状态迁移进行分析。
以上对本发明实施例所提供的一种呼叫分析方法与装置进行了详细介绍，本文中应用了具体个例对本发明的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本发明的方法及其核心思想；同时，对于本领域的一般技术人员，依据本发明的思想，在具体实施方式
及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本发明的限制。
权利要求
1.一种呼叫分析方法，其特征在于，包括获取呼叫信令，对所述呼叫信令进行解析，根据解析结果如果需要进行呼叫过程状态迁移，则从当前状态迁移至与当前状态相关联的状态，生成呼叫跟踪记录数据。
2.如权利要求1所述的呼叫分析方法，其特征在于，所述呼叫跟踪记录数据包括与呼叫过程状态相关的关键信令点，呼叫过程状态和处理信令的时间。
3.如权利要求1所述的呼叫分析方法，其特征在于，所述信令通过路测系统或网络侧跟踪方式获取。
4.如权利要求1所述的呼叫分析方法，其特征在于，在从当前状态迁移至与当前状态相关联的状态时还进一步包括生成与当前状态相对应的事件。
5.如权利要求1所述的呼叫分析方法，其特征在于，在生成呼叫跟踪记录数据之后进一步包括根据所述呼叫跟踪记录数据计算得到关键能力指标。
6.如权利要求1至5任一项所述的呼叫分析方法，其特征在于，在获取信令之前进一步包括对呼叫过程进行状态划分，以及根据所述状态建立呼叫跟踪表；所述呼叫跟踪记录数据存储在呼叫跟踪表上。
7.一种呼叫分析装置，其特征在于，所述装置包括分析单元，用于获取呼叫信令，并对所述信令进行解析，以及根据解析结果判断是否需要进行状态迁移，并在需要进行状态迁移时从当前状态迁移至与当前状态相关联的状态；生成单元，用于根据所述状态迁移生成呼叫跟踪记录数据。
8.如权利要求7所述的呼叫分析装置，其特征在于，所述装置还进一步包括运算单元，用于根据生成单元得到的呼叫跟踪记录数据计算得到关键能力指标。
9.如权利要求7所述的呼叫分析装置，其特征在于，所述装置还进一步包括初始单元，用于对呼叫过程进行状态划分，以及根据所述状态建立呼叫跟踪表；所述生成单元生成的呼叫跟踪记录数据存储在呼叫跟踪表中。
10.如权利要求7、8或9所述的呼叫分析装置，其特征在于，分析单元包括获取单元，用于从空口获取呼叫信令；判断单元，用于对所述呼叫信令进行解析，以及根据解析结果判断是否需要进行状态迁移，以及向迁移单元提供判断结果；迁移单元，用于在需要进行状态迁移时从当前状态迁移至与当前状态相关联的状态。
全文摘要
本发明涉及无线通信领域，公开了一种呼叫分析方法与装置，其中，所述方法首先获取呼叫信令，对所述呼叫信令进行解析，根据解析结果如果需要进行呼叫过程状态迁移，则从当前状态迁移至与当前状态相关联的状态，生成呼叫跟踪记录数据。利用本发明能够生成用于计算关键能力指标的呼叫跟踪数据，这样不论是单业务还是并发业务，本发明都能根据呼叫跟踪记录数据生成关键能力指标。另外，本发明生成的关键能力指标能够精确给出每个呼叫(包含电路和数据域)的精确时间和各阶段点的时间，从而能够迅速分析网络性能指标，进而可以查找和定位问题。
文档编号H04W24/08GK101043689SQ20071008735
公开日2007年9月26日 申请日期2007年3月14日 优先权日2007年3月14日
发明者刘波 申请人:华为技术有限公司