CN102111795A - 一种用于确定异常呼叫原因的信令的提取方法及装置 - Google Patents
一种用于确定异常呼叫原因的信令的提取方法及装置 Download PDFInfo
- Publication number
- CN102111795A CN102111795A CN2009102601740A CN200910260174A CN102111795A CN 102111795 A CN102111795 A CN 102111795A CN 2009102601740 A CN2009102601740 A CN 2009102601740A CN 200910260174 A CN200910260174 A CN 200910260174A CN 102111795 A CN102111795 A CN 102111795A
- Authority
- CN
- China
- Prior art keywords
- signaling
- determining
- call flow
- extraction field
- call
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 230000011664 signaling Effects 0.000 title claims abstract description 226
- 238000000605 extraction Methods 0.000 title claims abstract description 142
- 230000002159 abnormal effect Effects 0.000 title claims abstract description 104
- 238000000034 method Methods 0.000 claims abstract description 39
- 238000005111 flow chemistry technique Methods 0.000 claims description 8
- 239000000284 extract Substances 0.000 claims description 3
- 230000008569 process Effects 0.000 abstract description 15
- 238000004458 analytical method Methods 0.000 description 14
- 238000012545 processing Methods 0.000 description 8
- 238000005516 engineering process Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 238000011084 recovery Methods 0.000 description 4
- 238000010295 mobile communication Methods 0.000 description 3
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 238000005259 measurement Methods 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000004891 communication Methods 0.000 description 1
- 230000006835 compression Effects 0.000 description 1
- 238000007906 compression Methods 0.000 description 1
- 230000003203 everyday effect Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 238000007689 inspection Methods 0.000 description 1
- 238000007619 statistical method Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种用于确定异常呼叫原因的信令的提取方法及装置，包括：从RNC中获取在设定时间段生成的呼叫跟踪CT数据；针对CT数据中的每一个呼叫流程，执行：将当前呼叫流程包括的信令与预先确定的标识信令匹配，根据匹配结果确定提取字段，根据确定的提取字段从呼叫流程中提取用于确定异常呼叫原因的信令信息；或根据预设的提取字段从当前呼叫流程中提取用于确定异常呼叫原因的信令信息。根据该技术方案，从CT数据中提取用于确定异常呼叫原因的信令信息，减少了对CT数据中信令逐条分析的工作量，提高了定位异常呼叫原因的效率，并且能够准确地从CT数据中提取对于确定异常呼叫原因有用的信令信息，提高了定位异常呼叫原因的准确度。
Description
技术领域
本发明涉及无线通信技术领域，尤其涉及一种用于确定异常呼叫原因的信令的提取方法及装置。
背景技术
随着我国第三代移动通讯技术运营牌照的发放，宣告进入3G(第三代移动通讯技术)时代。同2G(第二代移动通讯技术)相比，3G在网络和设备稳定性等方面存在很多不足之处，例如。异常呼叫的用户比例偏高等。
为了3G技术能够更好地发展，对于异常呼叫的用户比例偏高的问题亟需解决，而解决该问题的关键在于定位异常呼叫，然后对定位出的异常呼叫进行检查分析，发现问题并解决问题。
目前，为了便于异常呼叫问题的定位，在RNC(Radio Network Control，无线网线控制器)中增加CT(Call Trace，呼叫跟踪)功能，基于RNC的CT功能，能够对出现异常呼叫的UE(User Equipment，用户设备)进行数据跟踪，保存UE出现异常时的上下文信息(即CT数据)，包括起呼时的信令、呼叫过程中的部分信令、异常点附近的信令以及原始码流等信息。然后由开发人员根据保存的UE出现异常时的上下文信息，确定异常问题。根据CT功能对UE进行数据跟踪得到的CT数据，能够分析定位出异常呼叫问题，但在实际应用中，通过在RNC增加CT功能以实现异常呼叫定位的方案，存在如下问题：
由于可能存在的异常呼叫原因多种多样，例如，切换超时、RAB指派失败等，而CT数据包含的信息内容非常冗杂，因此，对于开发人员来说，要从冗杂的CT数据确定出具体的异常呼叫原因的过程非常复杂，例如，针对CT数据中一个呼叫流程，需要逐一分析每条信令，根据信令的特点确定对应的异常呼叫原因，进而进行问题定位，该过程全程由人工统计分析，显然对于确定异常呼叫原因的准确度低。并且，按目前RNC的实际话务量，每天保存的CT数据压缩后能达到几百兆，如果按1∶7的压缩比，单用户10K大小的数据、50条信令计算，每天就有近千万条信令。因此，开发人员在如此海量的数据中定位异常呼叫，显然存在很高的工作难度。
综上所述，目前根据RNC采集的CT数据直接定位异常呼叫原因的方法，定位异常呼叫原因的准确度低，并且效率低。
发明内容
有鉴于此，本发明实施例提供一种用于确定异常呼叫原因的信令的提取方法及装置，采用该技术方案，能够提高定位异常呼叫原因的准确度以及效率。
本发明实施例通过如下技术方案实现：
根据本发明实施例的一个方面，提供了一种用于确定异常呼叫原因的信令的提取方法。
根据本发明实施例提供的用于确定异常呼叫原因的信令的提取方法，包括：
从无线网线控制器RNC中获取在设定时间段生成的呼叫跟踪CT数据；并
针对所述CT数据中的每一个呼叫流程，执行：
将当前呼叫流程包括的信令与预先确定的标识信令进行匹配，根据匹配结果确定提取字段，并根据确定的所述提取字段，从所述呼叫流程中提取用于确定异常呼叫原因的信令信息；或
根据预设的提取字段，从当前呼叫流程中提取用于确定异常呼叫原因的信令信息。
根据本发明实施例的另一个方面，还提供了一种用于确定异常呼叫原因的信令的提取装置。
根据本发明实施例提供的用于确定异常呼叫原因的信令的提取装置，包括：
CT数据获取单元，用于从无线网线控制器RNC中获取在设定时间段生成的呼叫跟踪CT数据；
呼叫流程处理单元，用于针对所述CT数据获取单元获取的CT数据中的每一个呼叫流程，执行：
将当前呼叫流程包括的信令与预先确定的标识信令进行匹配，并根据匹配结果确定提取字段，并根据确定的所述提取字段，从所述呼叫流程中提取用于确定异常呼叫原因的信令信息；或
根据预设的提取字段，从当前呼叫流程中提取用于确定异常呼叫原因的信令信息。
通过本发明实施例提供的上述至少一个技术方案，从RNC中获取在设定时间段生成的CT数据，并针对获取的CT数据中的每一个呼叫流程，执行：将当前呼叫流程包括的信令与预先确定的标识信令进行匹配，并根据匹配结果确定提取字段，进而根据确定的提取字段，从呼叫流程中提取用于确定异常呼叫原因的信令信息；或者，根据预设的提取字段，从当前呼叫流程中提取用于确定异常呼叫原因的信令信息。根据该技术方案，从CT数据中提取用于确定异常呼叫原因的信令信息，基于提取出的信令信息确定异常呼叫原因，减少了对CT数据中信令逐条分析的工作量，从而提高了定位异常呼叫原因的效率，并且能够准确地从CT数据中提取对于确定异常呼叫原因有用的信令信息，提高了定位异常呼叫原因的准确度。
本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：
图1为本发明实施例提供的对每一个呼叫流程的处理流程图；
图2为本发明实施例提供的用于确定异常呼叫原因的信令的提取方法流程图；
图3为本发明实施例提供的用于确定异常呼叫原因的信令的提取装置示意图一；
图4为本发明实施例提供的用于确定异常呼叫原因的信令的提取装置示意图二；
图5为本发明实施例提供的用于确定异常呼叫原因的信令的提取装置示意图三。
具体实施方式
为了给出提高定位异常呼叫原因的准确度以及效率的实现方案，本发明实施例提供了一种用于确定异常呼叫原因的信令的提取方法及装置，以下结合说明书附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。并且在不冲突的情况下，本申请中的实施例及实施例中的特征可以相互组合。
根据本发明实施例，首先提供了一种用于确定异常呼叫原因的信令的提取方法，首先从RNC中获取在设定时间段生成的呼叫跟踪CT数据，并针对获取的CT数据中的每一个呼叫流程进行处理，如图1所示，对每一个呼叫流程进行的处理过程，主要包括如下步骤：
步骤101、将当前呼叫流程包括的信令与预先确定的标识信令进行匹配；
步骤102、根据匹配结果确定提取字段；
步骤103、根据确定的提取字段，从该条呼叫流程中提取用于确定异常呼叫原因的信令信息。
本发明一个优选实施例中，上述步骤101的具体执行过程，即将当前呼叫流程包括的信令与预先确定的标识信令进行匹配以及确定匹配结果，包括：
根据预先确定的标识信令对应的信令关系，确定当前呼叫流程包括的信令中是否存在满足该信令关系的信令；并
在确定是时，确定匹配结果为成功；
在确定否时，确定匹配结果为失败。
更为具体地，标识信令对应的信令关系，包括：
多个指定信令以及所述多个指定信令之间的顺序关系，例如，该信令关系指定了四条信令，分别为信令A、信令B、信令C、信令D，并且指定该四条信令的顺序为：信令A、信令B、信令C、信令D；
或/和
至少一个指定信令以及所述至少一个指定信令中设定信元对应的值，例如，信令关系指定了信令X，并且指定该信令X的Y信元对应的值为Z。
本发明一个优选实施例中，上述步骤102的具体执行过程、即根据匹配结果确定提取字段，包括：
若步骤101的匹配结果为成功，则确定提取字段为针对该预先确定的标识信令设定的特征提取字段以及基本提取字段；
若步骤101的匹配结果为失败，则丢弃该呼叫流程，不做分析处理。
其中：
针对标识信令设定的提取字段包括：
基本提取字段以及与对应的标识信令特征对应的特征提取字段；或
仅包括与对应的标识信令特征对应的特征提取字段。
本发明优选实施例中，在执行完上述步骤103后，即从呼叫流程中提取用于确定异常呼叫原因的信令信息后，还进一步执行如下步骤：
将当前呼叫流程对应的GID(Global Identify，全局标识)以及从当前呼叫流程中提取出的信令信息对应存储。其中，GID是由RNC针对每一个呼叫流程分配的全局唯一的标识。
该实施例中，将提取出的信令信息利用呼叫流程对应的GID以及从当前呼叫流程中提取出的信令信息对应存储，以便于后续对信令信息进行进一步统计分析。
根据本发明又一实施例提供的用于确定异常呼叫原因的信令的提取方法中，从RNC中获取在设定时间段生成的CT数据，并针对获取的CT数据中的每一个呼叫流程进行处理，其中，对每一个呼叫流程进行的处理过程，主要包括如下步骤：
根据预设的提取字段，从当前呼叫流程中提取用于确定异常呼叫原因的信令信息；
该实施例中，预设的提取字段一般为基本提取字段。
为了更好地理解本发明实施例，以下结合更为详细的实施例对本发明实施例提供的基于预先设置的标识信令完成用于确定异常呼叫原因的信令的提取的技术方案的详细实现过程进行说明：
本发明实施例提供的用于确定异常呼叫原因的信令的提取方法，首先从RNC中获取CT数据，从获取的CT数据中提取用于确定异常呼叫原因的信令信息，并将提取的信息供相关开发人员查看分析，进一步确定异常呼叫原因。
根据本发明实施例，首先针对可能存在的各种异常呼叫原因设置多组标识信令，并针对每组标识信令设置对应的提取字段；其中，
标识信令中包括信令关系信息，用于与CT数据中呼叫流程进行匹配，以确定出用于从当前呼叫流程中提取信令信息的提取字段，即在当前呼叫流程包括的信令与该标识信令匹配成功时，利用与该标识信令对应提取字段从该呼叫流程中提取信令。
并且，标识信令在设置时可以针对具体的异常呼叫类型进行设置，即一组标识信令对应设定类型的异常呼叫，针对其对应类型的异常呼叫，提取特征信令，作为该类型异常呼叫的标识，相应地，根据标识信令匹配出的呼叫流程，也符合与该标识信令对应类型的异常呼叫。
本发明一个优选实施例中，可以将标识信令以及提取字段的对应关系以提取模板的形式存在，即针对不同类型的异常呼叫制作提取模板，每个提取模板包括：
标识信令以及提取字段。
其中的标识信令作为匹配条件，提取字段作为提取条件。并且，提取字段包括基本提取字段和特征提取字段，其中的基本提取字段包含但不限于失败原因、异常呼叫时长、起呼点场强、UE标识、当前传输信道状态、业务域类型、接入小区、接入频点等。
本发明实施例中，针对不同类型的异常呼叫设置的提取模板可以包括但不限于：
切换超时分析提取模板、RAB指派失败分析提取模板、RRC链接成功率分析提取模板等；其中，
切换超时分析提取模板，用于分析切换时场强信息，特有字段有切换目标小区标识、切换场强等；
RAB指派失败分析提取模板，用于分析RNC为业务分配的特征信息，特有字段包含是否有无线链路恢复指示、上下行速率等；
RRC链接成功率分析提取模板，用于分析起呼点及RRC重发信息，特有字段有RRC链接的场强、RRC建立消息下发的次数、RRC建立消息下发的间隔。
对于提取模板中标识信令以及提取字段的具体设置将在后续的实施例中详细说明，此处暂不描述。
以下结合设定的提取模板说明本发明实施例提供的用于确定异常呼叫原因的信令的提取方法，进行说明：
如图2所示，用于确定异常呼叫原因的信令的提取方法，主要包括如下步骤：
步骤201、从RNC中获取设定时间段的CT数据。
该步骤中，设定时间段可以根据统计需要灵活设置，例如，设置为一小时、二小时、半天或一天等。
进一步地，获取CT数据后，由系统中的数据导入功能将数据存储到系统数据库中。并在系统数据库中预先创建存放原始数据和存放提取结果(即提取出的信令信息)的表；其中，
原始数据表字段包括信令的摘要信息(包括消息接口类型、过程号、消息类型、消息方向等)以及原始数据；。
提取结果表包含基本信息表(存放呼叫流程标识GID和根据基本提取字段提取的流程信令信息)和模板对应字段表(存放呼叫流程标识GID和根据特征提取字段提取的流程信令信息)。
具体地，原始数据表信息和提取结果表中的信息可以通过GID相关联。
步骤202、从获取的CT数据中选择一个呼叫流程，并与预先确定的提取模板进行匹配。
该步骤中，与预设的提取模板进行匹配，即确定该条呼叫流程中包括的信令是否与预先确定的提取模板中的标识信令匹配，具体匹配过程已在上述流程中描述，此处不再重复描述。
该步骤中，预先确定的提取模板为根据统计需要从预设的多个提取模板中选择出的用于确定当前需要分析的失败原因对应的提取模板。
步骤203、判断匹配是否成功，若是，执行步骤204，若否，执行步骤205。
步骤204、确定提取字段为该预先确定的提取模板中的提取字段，并从该条呼叫流程中提取与确定的提取字段对应的信令信息。
步骤205、判断CT数据中每一个呼叫流程是否处理完毕，若是，则执行步骤206，若否，则返回步骤202。
步骤206、将提取结果(即提取出的信息)利用当前呼叫流程对应的GID标识并存入系统数据库。
上述流程中，根据步骤204确定的提取字段包括基本提取字段，如前所述，该基本提取字段包含但不限于失败原因、异常呼叫时长等字段，例如：
将失败原因字段作为基本提取字段时对应的提取过程为：
从IuReleaseRequest的Cause字段、RAB AssignmentResponse下的RAB_FailedListItem字段或RAB_ReleaseFailedListItem的Cause字段中提取对应的信息；
将异常呼叫时长字段作为基本提取字段时对应的提取过程为：
提取从RrcConnectionRequest到IuReleaseRequest(或RabAssignmentFailed)的时间差信息。
进一步地，根据步骤204确定的提取字段还进一步包括特征提取字段，以切换超时分析提取模板和RAB指派失败分析提取模板为例，对提取模板特征以及根据提取模板特征提取字段提取信息的过程进行说明：
一、切换超时分析提取模板
在异常掉话的业务流程中，判断IuReleaseRequest前设定时间(如15秒)内的RadioLinkSetupRequest和RadioLinkReconfigurationPrepare消息，如果只存在RadioLinkSetupRequest则是切换超时，如果只存在RadioLinkReconfigurationPrepare则是RB重配超时，如果这二条信令都存在，则以后发生的为准。
特征提取字段可以设置为的目标小区标识以及切换场强，对应的提取方式为：
目标小区标识从1G/2A测量报告后最近的一条的RadioLinkSetupRequest中的rL_Information_RL_SetupRqstTDD字段下提取；
切换场强则是从信令CellUpdate中提取。
二、RAB指派失败分析提取模板
提取模板中的标识信令可以设置为：
1、存在信令RabAssignmentFail，且该信令的信元rAB_FailedList对应的值不为空(即存在)；
2、不存在信令RabAssignmentFail，但RabAssignmentRequest到IuReleaseRequest之间的间隔在6秒以内，且不存在RabAssignmentResponse信令。
特征提取字段可以设置为是否存在无线链路恢复指示信息，以及上下行速率信息，对应的提取方式为：
是否存在无线链路恢复指示信息的提取，从IuReleaseRequest或RAB指派失败到最近的一条物理信道重配或RB重配或RB建立或RB释放、CellUpdateComfirm之间，是否存在RadioLinkRestoreIndication消息；
上下行速率信息的提取，从最近一条的RadioLinkSetupRequest或RadioLinkReconfigurationPrepare消息中提取。
本发明实施例中，提取模板可以根据具体的分析需要灵活设定，并且针对设定的提取模板，对应的提取过程可以根据提取模板对应类型的呼叫流程的特征灵活设定，此处不再一一列举。
根据本发明实施例，对于数据库中存储的原始数据以及提取结果，可以提供给用户进行分析确定异常呼叫原因，并且支持数据排序、快速检索、快速定位到原始信令及信令的解码和时序图的显示等。并且，对于特定的一些信息，支持统计功能，如按小区或失败原因的统计等。并且，根据掉话原因，可以过滤出切换超时相关的信令，根据切换前后的频点信息，过滤出同频切换和异频切换的数据，在同频或异频切换失败中，还可以根据切换时承载的业务类型区分，如CS12.2K、CS64K、承载在DCH上的普通PS业务、承载在HSDSCH上的PS业务等。从切换时测量报告的场强，还可以区分出强场切换超时、中场切换超时或弱场切换超时。
以上为针对本发明实施例提供技术方案所提出的优选实施例，该实施例中，针对每一组标识信令设置了基本提取字段以及特征提取字段，也即提取模板中包括的提取字段包括基本提取字段和特征提取字段。
本发明又一优选实施例中，针对每一组标识信令仅设置特征提取字段，相应地，对每一个呼叫流程进行的处理过程时，有如下两种有选方式：
方式一
针对该呼叫流程，根据基本提取字段，从该条呼叫流程中提取用于确定异常呼叫原因的信令信息；进一步地，将该呼叫流程包括的信令与预先确定的标识信令进行匹配，若匹配成功，则进一步根据针对该标识信令设定的特征提取字段，从该条呼叫流程中提取用于确定异常呼叫原因的信令信息，若匹配失败，则结束针对该呼叫流程的信令信息提取过程。
将根据基本提取字段提取的信令信息以及根据特征提取字段提取的信令信息，作为该呼叫流程对应的信令信息与该呼叫流程对应的GID对应存储。
方式二
针对该呼叫流程，将该呼叫流程包括的信令与预先确定的标识信令进行匹配，若匹配成功，则根据针对该标识信令设定的特征提取字段，从该条呼叫流程中提取用于确定异常呼叫原因的信令信息，并进一步根据基本提取字段，从该条呼叫流程中提取用于确定异常呼叫原因的信令信息；若匹配失败，则结束针对该呼叫流程的信令信息提取过程。
将根据基本提取字段提取的信令信息以及根据特征提取字段提取的信令信息，作为该呼叫流程对应的信令信息与该呼叫流程对应的GID对应存储。
该实施例中，都需要执行匹配过程，即将当前呼叫流程包括的信令与预先从设置的多组标识信令中选择出用于匹配的标识信令进行匹配，在匹配结果为成功时，确定提取字段为基本提取字段以及针对该预先选择出的标识信令设定的特征提取字段，在匹配结果为失败时，不对该呼叫流程进行处理。
该实施例涉及的更为详细的技术实现细节与上述实施例描述的相应处理过程一致，此处不再重复描述。
与上述流程对应，本发明实施例还提供了一种用于确定异常呼叫原因的信令的提取装置，基于该装置，可以提高定位异常呼叫原因的准确度以及效率。
本实施例提供的用于确定异常呼叫原因的信令的提取装置，具体如图3所示，包括如下单元：
CT数据获取单元301以及呼叫流程处理单元302；其中，
CT数据获取单元301，用于从无线网线控制器RNC中获取在设定时间段生成的呼叫跟踪CT数据；
呼叫流程处理单元302，用于针对CT数据获取单元301获取的CT数据中的每一个呼叫流程，执行：
将当前呼叫流程包括的信令与预先确定的标识信令进行匹配，根据匹配结果确定提取字段，并根据确定的提取字段，从该呼叫流程中提取用于确定异常呼叫原因的信令信息；或
根据预设的提取字段，从当前呼叫流程中提取用于确定异常呼叫原因的信令信息。
本发明优选实施例中，如图4所示，呼叫流程处理单元302，包括：
标识信令匹配模块302A、提取字段确定模块302B以及信令信息提取模块302C；其中，
标识信令匹配模块302A，用于根据预先确定的标识信令对应的信令关系，确定当前呼叫流程包括的信令中是否存在满足该信令关系的信令；
提取字段确定模块302B，用于根据标识信令匹配模块302A的匹配结果确定提取字段；
信令信息提取模块302C，用于根据提取字段确定模块302B确定的所述提取字段，从所述呼叫流程中提取用于确定异常呼叫原因的信令信息。
本发明优选实施例中，上述提取字段确定模块302B，具体用于：
在标识信令匹配模块302A的匹配结果为成功时，确定提取字段为针对所述标识信令设定的特征提取字段以及基本提取字段；或
在标识信令匹配模块302A的匹配结果为成功时，确定提取字段为基本提取字段以及针对所述标识信令设定的特征提取字段。
本发明优选实施例中，如图5所示，图3所示的装置还进一步包括：
存储单元303，用于在呼叫流程处理单元302从呼叫流程中提取用于确定异常呼叫原因的信令信息后，将当前呼叫流程对应的全局标识GID以及从当前呼叫流程中提取出的信令信息对应存储。
应当理解，上述装置包括的各个单元或模块仅为逻辑划分，可以根据需要对上述单元进行拆分或组合。并且，本实施例提供的用于确定异常呼叫原因的信令的提取装置所实现的功能与上述实施例提供的用于确定异常呼叫原因的信令的提取方法流程一一对应，对于该装置所实现的更为详细的处理流程，在上述方法实施例中已做详细描述，此处不再详细描述。
通过本发明实施例提供的上述至少一个技术方案，从RNC中获取在设定时间段生成的CT数据，并针对获取的CT数据中的每一个呼叫流程，执行：将当前呼叫流程包括的信令与预先确定的标识信令进行匹配，并根据匹配结果确定提取字段，进而根据确定的提取字段，从呼叫流程中提取用于确定异常呼叫原因的信令信息；或者，根据预设的提取字段，从当前呼叫流程中提取用于确定异常呼叫原因的信令信息。根据该技术方案，从CT数据中提取用于确定异常呼叫原因的信令信息，基于提取出的信令信息确定异常呼叫原因，减少了对CT数据中信令逐条分析的工作量，从而提高了定位异常呼叫原因的效率，并且能够准确地从CT数据中提取对于确定异常呼叫原因有用的信令信息，提高了定位异常呼叫原因的准确度。
显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
Claims (10)
1.一种用于确定异常呼叫原因的信令的提取方法，其特征在于，包括：
从无线网线控制器RNC中获取在设定时间段生成的呼叫跟踪CT数据；并
针对所述CT数据中的每一个呼叫流程，执行：
将当前呼叫流程包括的信令与预先确定的标识信令进行匹配，根据匹配结果确定提取字段，并根据确定的所述提取字段，从当前呼叫流程中提取用于确定异常呼叫原因的信令信息；或
根据预设的提取字段，从当前呼叫流程中提取用于确定异常呼叫原因的信令信息。
2.如权利要求1所述的方法，其特征在于，将当前呼叫流程包括的信令与预先确定的标识信令进行匹配以及确定匹配结果，包括：
根据所述标识信令对应的信令关系，确定当前呼叫流程包括的信令中是否存在满足所述信令关系的信令；并
在确定是时，确定匹配结果为成功；
在确定否时，确定匹配结果为失败。
3.如权利要求2所述的方法，其特征在于，所述信令关系包括：
多个指定信令以及所述多个指定信令之间的顺序关系；或/和
至少一个指定信令以及所述至少一个指定信令中设定信元对应的值。
4.如权利要求1或2所述的方法，其特征在于，根据匹配结果确定提取字段，包括：
在确定匹配结果为成功时，确定提取字段为针对所述标识信令设定的特征提取字段以及基本提取字段；或
在确定匹配结果为成功时，确定提取字段为基本提取字段以及针对所述标识信令设定的特征提取字段。
5.如权利要求1所述的方法，其特征在于，所述预设的提取字段为基本提取字段。
6.如权利要求1所述的方法，其特征在于，从当前呼叫流程中提取用于确定异常呼叫原因的信令信息后，还包括：
将当前呼叫流程对应的全局标识GID以及从当前呼叫流程中提取出的所述信令信息对应存储。
7.一种用于确定异常呼叫原因的信令的提取装置，其特征在于，包括：
CT数据获取单元，用于从无线网线控制器RNC中获取在设定时间段生成的呼叫跟踪CT数据；
呼叫流程处理单元，用于针对所述CT数据获取单元获取的CT数据中的每一个呼叫流程，执行：
将当前呼叫流程包括的信令与预先确定的标识信令进行匹配，根据匹配结果确定提取字段，并根据确定的所述提取字段，从当前呼叫流程中提取用于确定异常呼叫原因的信令信息；或
根据预设的提取字段，从当前呼叫流程中提取用于确定异常呼叫原因的信令信息。
8.如权利要求7所述的装置，其特征在于，所述呼叫流程处理单元，包括：
标识信令匹配模块，用于根据所述标识信令对应的信令关系，确定当前呼叫流程包括的信令中是否存在满足所述信令关系的信令；
提取字段确定模块，用于根据所述标识信令匹配模块的匹配结果确定提取字段；
信令信息提取模块，用于根据所述提取字段确定模块确定的所述提取字段，从所述呼叫流程中提取用于确定异常呼叫原因的信令信息。
9.如权利要求8所述的装置，其特征在于，所述提取字段确定模块，具体用于：
在所述标识信令匹配模块的匹配结果为成功时，确定提取字段为针对所述标识信令设定的特征提取字段以及基本提取字段；或
在所述标识信令匹配模块的匹配结果为成功时，确定提取字段为基本提取字段以及针对所述标识信令设定的特征提取字段。
10.如权利要求7所述的装置，其特征在于，还包括：
存储单元，用于在所述呼叫流程处理单元从当前呼叫流程中提取用于确定异常呼叫原因的信令信息后，将当前呼叫流程对应的全局标识GID以及从当前呼叫流程中提取出的所述信令信息对应存储。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009102601740A CN102111795A (zh) | 2009-12-24 | 2009-12-24 | 一种用于确定异常呼叫原因的信令的提取方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2009102601740A CN102111795A (zh) | 2009-12-24 | 2009-12-24 | 一种用于确定异常呼叫原因的信令的提取方法及装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102111795A true CN102111795A (zh) | 2011-06-29 |
Family
ID=44175786
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2009102601740A Pending CN102111795A (zh) | 2009-12-24 | 2009-12-24 | 一种用于确定异常呼叫原因的信令的提取方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102111795A (zh) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104811981A (zh) * | 2014-01-24 | 2015-07-29 | 中国移动通信集团广东有限公司 | 一种对异常呼叫进行评估的方法和装置 |
| CN108156001A (zh) * | 2016-12-02 | 2018-06-12 | 中兴通讯股份有限公司 | 一种基于信令分析的智能网络问题上报方法及装置 |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1764306A (zh) * | 2004-10-22 | 2006-04-26 | 华为技术有限公司 | 一种信令跟踪方法 |
| CN1882001A (zh) * | 2005-11-28 | 2006-12-20 | 华为技术有限公司 | 一种通信系统中信令信息的收集系统和方法 |
| CN1960278A (zh) * | 2005-10-31 | 2007-05-09 | 华为技术有限公司 | 网元管理系统采集异常呼叫历史记录的方法 |
| US20070270140A1 (en) * | 2006-05-17 | 2007-11-22 | Research In Motion Limited | Method and system for signaling release cause indication in a umts network |
| CN101207883A (zh) * | 2006-12-21 | 2008-06-25 | 中兴通讯股份有限公司 | 用于跟踪移动通信系统信令的方法及装置 |
-
2009
- 2009-12-24 CN CN2009102601740A patent/CN102111795A/zh active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1764306A (zh) * | 2004-10-22 | 2006-04-26 | 华为技术有限公司 | 一种信令跟踪方法 |
| CN1960278A (zh) * | 2005-10-31 | 2007-05-09 | 华为技术有限公司 | 网元管理系统采集异常呼叫历史记录的方法 |
| CN1882001A (zh) * | 2005-11-28 | 2006-12-20 | 华为技术有限公司 | 一种通信系统中信令信息的收集系统和方法 |
| US20070270140A1 (en) * | 2006-05-17 | 2007-11-22 | Research In Motion Limited | Method and system for signaling release cause indication in a umts network |
| CN101207883A (zh) * | 2006-12-21 | 2008-06-25 | 中兴通讯股份有限公司 | 用于跟踪移动通信系统信令的方法及装置 |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104811981A (zh) * | 2014-01-24 | 2015-07-29 | 中国移动通信集团广东有限公司 | 一种对异常呼叫进行评估的方法和装置 |
| CN108156001A (zh) * | 2016-12-02 | 2018-06-12 | 中兴通讯股份有限公司 | 一种基于信令分析的智能网络问题上报方法及装置 |
| CN108156001B (zh) * | 2016-12-02 | 2022-05-13 | 中兴通讯股份有限公司 | 一种基于信令分析的智能网络问题上报方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN105744553B (zh) | 一种网络关联分析方法及装置 | |
| EP2755432B1 (en) | Method and system for mobile reference signature generation | |
| CN101925084B (zh) | 呼叫日志上报、匹配方法与装置 | |
| CN108271195B (zh) | 基于软硬采的信令关联分析方法和设备 | |
| CN103619030A (zh) | 仿真基站的检测方法及设备 | |
| CN108391223B (zh) | 一种确定失联用户的方法及装置 | |
| CN110121183B (zh) | 一种信息处理方法、装置和计算机可读存储介质 | |
| CN111935789B (zh) | Uu接口信令关联方法、装置和存储介质 | |
| CN106817712B (zh) | 一种定位方法及装置和一种服务器 | |
| CN100546414C (zh) | 一种移动通信系统中对运行或测试数据进行处理和分析的方法和装置 | |
| EP2475207A1 (en) | Method and device for detecting umts terminal | |
| CN102572925A (zh) | 一种全网跟踪的方法、基站及系统 | |
| US8712338B2 (en) | Method and system for implementing power detection | |
| CN110856188B (zh) | 通信方法、装置、系统和计算机可读存储介质 | |
| CN109286943B (zh) | 一种网络测试盒、网络测试方法及网络测试分析系统 | |
| CN102256331A (zh) | 获取无线网络中用户驻留时间的方法及装置 | |
| CN113645625B (zh) | 伪基站定位方法、装置、电子设备和可读介质 | |
| CN101720100B (zh) | 检测邻区漏配并进行邻区配置的装置、方法及系统 | |
| CN112235720B (zh) | 室内三维mr弱覆盖定位方法、系统与计算机可读介质 | |
| CN112105025B (zh) | 基于eSIM的运营商网络测试系统及方法 | |
| CN102111795A (zh) | 一种用于确定异常呼叫原因的信令的提取方法及装置 | |
| CN106941690B (zh) | 一种数据质量确定方法和装置 | |
| CN109219049B (zh) | 伪基站识别方法、装置及计算机可读存储介质 | |
| EP2755415B1 (en) | Method for collecting mobile user information in network, enb, and system | |
| CN102076030A (zh) | 一种获取系统切换参数信息的方法及装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20110629 |