三角信令分析方法、装置、系统及计算机可读存储介质与流程

本发明涉及通信
技术领域：
，尤其涉及一种三角信令分析方法、装置、系统及计算机可读存储介质。
背景技术：
lte网络已经在各国运营商进行部署和实验，让人们生活步入4g时代，lte网络演进的多媒体业务实现方案是ip多媒体子系统(ims)，即4g的ue(终端)通过eps(演进分组系统)接入到ims中，实现语音、短信等媒体业务，即volte网络。volte网络信令检测系统是为维护、监控volte网络质量，需要采集到其中sip信令，进行处理和会话、呼叫分析，获得volte的sip信令指标和语音媒体指标，通过指标的对比，实现对网络异常的发现、网络优化建议，最终提高volte网络的整体质量。普通的、常见的信令分析系统，都是对两个网元之间接口的信令进行请求、响应关联的一个流程分析，获取这个接口流程的业务指标；即普通的协议的一个流程的所有消息都在这相同的两个网元之间交互，分析的时候使用两个网元地址做关键字就可以实现一个流程所有消息的关联分析。在volte网络中，sip(sessioninitiationprotocol，会话创建协议)信令出现了三角信令流程，即一次流程有三个网元参与，流程中的部分消息经过某些网元、部分消息不经过，无法使用普通的两端网元地址做关键字关联整体流程的方法。技术实现要素：有鉴于此，本发明的目的在于提供一种三角信令分析方法、装置、系统及计算机可读存储介质,通过将三角信令分为完整会话记录和半边会话记录，两者相互协作，相互通知，共同对三角信令进行分析和处理，提高了分析处理的准确率和合理性，实现了全流程管理。本发明解决上述技术问题所采用的技术方案如下：根据本发明的一个方面，提供的一种三角信令分析方法，包括：接收会话创建协议sip信令，根据所述sip信令建立呼叫流程表；判断所述sip信令是否为sip三角信令，若是，则在所述呼叫流程表下创建左边会话记录、右边会话记录和底边虚拟会话记录；将所述底边虚拟会话记录和左边会话记录或右边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将没有形成完整会话记录的右边会话记录或左边会话记录设置为半边三角信令会话标识；通过所述完整三角信令会话标识和所述半边三角信令会话标识对所述sip三角信令进行分析处理。可选地，所述接收会话创建协议sip信令，根据所述sip信令建立呼叫流程表包括：采集接入的信令，并识别出信令的接口和协议；对所述信令分片进行组包，组成完整的sip信令；对所述sip信令的关键字段进行第一解码，按照会话进行信令分发；对分发后的sip信令进行第二解码，获取sip信令的字段信息；根据所述字段信息对所述分发后的sip信令进行会话业务逻辑分析处理，建立呼叫流程表。可选地，所述将所述底边虚拟会话记录和左边会话记录或右边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将没有形成完整会话记录的右边会话记录或左边会话记录设置为半边三角信令会话标识包括：将所述底边虚拟会话记录和左边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将右边会话记录设置为半边三角信令会话标识；或所述底边虚拟会话记录和右边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将左边会话记录设置为半边三角信令会话标识。可选地，所述通过所述完整三角信令会话标识和所述半边三角信令会话标识对所述sip三角信令进行分析处理包括：判断所述sip三角信令中的信令是否为初始请求，若是，则通过半边三角信令会话标识对所述信令进行分析处理；否则，若所述sip三角信令中的信令为后续请求或后续请求对应的响应，则通过完整三角信令会话标识对所述信令进行分析处理。可选地，在呼叫流程中，所述sip三角信令包括：主叫服务网元、被叫服务网元和问询网元，相应地，所述主叫服务网元与问询网元之间的信令创建左边会话记录；所述被叫服务网元与问询网元之间的信令创建右边会话记录；所述主叫服务网元与被叫服务网元之间的信令创建底边虚拟会话记录。根据本发明的另一个方面，提供的一种三角信令分析装置，包括：信令接收模块，用于接收会话创建协议sip信令，根据所述sip信令建立呼叫流程表；判断模块，用于判断所述sip信令是否为sip三角信令，若是，则在所述呼叫流程表下创建左边会话记录、右边会话记录和底边虚拟会话记录；设置模块，用于将所述底边虚拟会话记录和左边会话记录或右边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将没有形成完整会话记录的右边会话记录或左边会话记录设置为半边三角信令会话标识；分析处理模块，用于通过所述完整三角信令会话标识和所述半边三角信令会话标识对所述sip三角信令进行分析处理。可选地，所述信令接收模块包括：数据接入单元，用于采集接入的信令，并识别出信令的接口和协议；组包单元，用于对所述信令分片进行组包，组成完整的sip信令；分发单元，用于对所述sip信令的关键字段进行第一解码，按照会话进行信令分发；编解码单元，用于对分发后的sip信令进行第二解码，获取sip信令的字段信息；呼叫管理单元，用于根据所述字段信息对所述分发后的sip信令进行会话业务逻辑分析处理，建立呼叫流程表。可选地，所述设置模块包括：第一设置单元，用于将所述底边虚拟会话记录和左边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将右边会话记录设置为半边三角信令会话标识；第二设置单元，用于所述底边虚拟会话记录和右边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将左边会话记录设置为半边三角信令会话标识。可选地，所述分析处理模块包括：半边三角处理单元，用于判断所述sip三角信令中的信令是否为初始请求，若是，则通过半边三角信令会话标识对所述信令进行分析处理；完整三角处理单元，用于当所述sip三角信令中的信令为后续请求或后续请求对应的响应时，通过完整三角信令会话标识对所述信令进行分析处理。根据本发明的再一个方面，提供的一种三角信令分析系统，包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序，所述应用程序被配置为用于执行以上所述的三角信令分析方法。本发明实施例的一种三角信令分析方法、装置、系统及计算机可读存储介质，该方法包括：接收会话创建协议sip信令，根据所述sip信令建立呼叫流程表；判断所述sip信令是否为sip三角信令，若是，则在所述呼叫流程表下创建左边会话记录、右边会话记录和底边虚拟会话记录；将所述底边虚拟会话记录和左边会话记录或右边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将没有形成完整会话记录的右边会话记录或左边会话记录设置为半边三角信令会话标识；通过所述完整三角信令会话标识和所述半边三角信令会话标识对所述sip三角信令进行分析处理，通过将三角信令分为完整会话记录和半边会话记录，两者相互协作，相互通知，共同对三角信令进行分析和处理，提高了分析处理的准确率和合理性，实现了全流程管理。附图说明图1为本发明实施例一提供的一种三角信令分析方法流程图；图2为现有技术中sip呼叫流程中三角信令的信令流程图；图3为现有技术中残缺三角流程的信令流程图；图4为图1中步骤s10的方法流程图；图5为本发明实施例一提供的一种三角信令分析方法示意图；图6为本发明实施例二提供的一种三角信令分析装置示范性结构框图；图7为图6中信令接收模块的示范性结构框图；图8为本发明实施例二提供的一种三角信令分析装置总体架构图。本发明目的的实现、功能特点及优点将结合实施例，参照附图做进一步说明。具体实施方式为了使本发明所要解决的技术问题、技术方案及有益效果更加清楚、明白，以下结合附图和实施例，对本发明进行进一步详细说明。应当理解，此处所描述的具体实施例仅仅用以解释本发明，并不用于限定本发明。实施例一如图1所示，在本实施例中，一种三角信令分析方法，包括：s10、接收会话创建协议sip信令，根据所述sip信令建立呼叫流程表；s20、判断所述sip信令是否为sip三角信令，若是，则s30、在所述呼叫流程表下创建左边会话记录、右边会话记录和底边虚拟会话记录；s40、将所述底边虚拟会话记录和左边会话记录或右边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将没有形成完整会话记录的右边会话记录或左边会话记录设置为半边三角信令会话标识；s50、通过所述完整三角信令会话标识和所述半边三角信令会话标识对所述sip三角信令进行分析处理；若所述sip信令不是sip三角信令，则进入步骤s60、不需要设置完整三角信令会话标识。在本实施例中，通过将三角信令分为完整会话记录和半边会话记录，两者相互协作，相互通知，共同对三角信令进行分析和处理，提高了分析处理的准确率和合理性，实现了全流程管理。以呼叫流程为例，如图2所示，为现有技术中sip呼叫流程中三角信令的信令流程图，所述sip三角信令包括：主叫服务网元scscf、被叫服务网元scscf和问询网元icscf；一次呼叫流程，经过三角网元主叫scscf、icscf、被叫scscf，呼叫从主叫ue到被叫scscf，初始请求invite、它的180响应、200响应都经过了三角网元主叫scscf、icscf、被叫scscf，但新消息prack和prack的200响应不经过icscf，因为icscf是proxy网元，协议规定只有初始请求invite和它的响应会经过icscf，后续请求和响应不经过icscf。如果只对主叫scscf和icscf之间接口进行sip信令分析，或只对icscf和被叫scscf之间接口进行sip信令分析，只能分析invite和它响应，流程不完整；如果只对主叫scscf和被叫scscf之间接口进sip信令分析，只能获取流程中部分消息，无法分析完整流程；因此需要一种整体结合分析的方法。如图3所示，为现有技术中“残缺三角流程”的信令流程图，即信令分析系统可能只采集到一半网元的信令，比如图3中，信令分析系统只能采集到主叫scscf和icscf之间不完整信令、主叫scscf和被叫scscf之间不完整信令，缺失icscf到被叫scscf之间信令，这种场景也无法采用现有技术进行分析处理。在本实施例中，在进行三角呼叫信令处理时，信令流程按照呼叫流程和会话记录两层结构进行关联处理。其中表1为一个呼叫流程表的一个示例：呼叫流程表callidfrom-tagto-tagsessionnumsession[1]session[2]session[3]session[4]表1表1中，呼叫流程记录中增加一个session[4]信息，该session是虚拟会话记录。会话记录表表内容session[1]sip1dip1direct1triangleflag＝nullsession[2]/session[4]sip2dip2direct2triangleflag＝fulltriangletriangleindex＝0x1relatedsession＝3session[3]sip3dip3direct3triangleflag＝halftriangletriangleindex＝0x1relatedsession＝2表2对应地，表2为一个会话记录表的一个示例，增加一个虚拟会话记录session[4]，与会话记录session[2]是合用一个实体会话记录，设置标识triangleflag＝fulltriangle，即完整三角信令标识，设置triangleindex＝0x1标识0x1次三角呼叫，并设置关联半边会话记录索引relatedsession＝3。并在关联半边会话记录session[3]中设置标识triangleflag＝halftriangle，即半边三角信令标识，设置triangleindex＝0x1标识0x1次三角呼叫，并设置关联完整会话记录索引relatedsession＝2。在本实施例中，收到一个呼叫信令，按照callid+from-tag+to-tag创建呼叫流程表记录，相同callid+from-tag+to-tag的一次呼叫的多段会话信令都登记到该流程表下；多段会话的呼叫流程根据sip+dip+direct(sip是sourceip源ip，dip是destination)创建多个会话记录表，都挂在一个callid+from-tag+to-tag的流程表下。遇到主叫scscf到icscf的初始请求invite请求信令创建一条会话记录，使用sip-主scscf+dip-icscf做关键字，这是左半边会话记录；遇到主叫scscf到icscf的后续响应信令时，使用sip-scscf+dip-icscf就可以查询到本会话记录，进行请求和响应处理。遇到icscf到被叫scscf的初始invite信令创建一条会话记录，使用sip-icscf+dip-被scscf做关键字，这是右半边会话记录；遇到icscf到被叫scscf的后续响应信令时，使用sip-icscf+dip-被scscf就可以查询到本会话记录，进行请求和响应处理。出现三角信令时，即主叫scscf到被叫scscf的后续请求信令，使用sip-主scscf+dip-被scscf无法查询到会话记录；但使用半边sip-主scscf+from-tag可以查询到左半边会话记录即sip-主scscf+dip-icscf记录；使用半边dip-被scscf+to-tag可以查询到右半边会话记录即sip-icscf+dip-被scscf记录。可以推定当前遇到三角信令场景，创建一条底边会话记录，sip-主scscf+dip-被scscf做关键字，后续的请求和对应响应，使用sip-主scscf+dip-被scscf就可以查询到本会话记录，进行后续请求和对应响应处理。如果一个呼叫流程消息被拆分到左边、右边、底边三个会话记录，而且各记录都只能获取其中部分信令，信息都严重丢失。因此，把底边会话记录作为虚拟会话记录，和左边(如果左边不存在，那么就和右边)合并共用一个实体会话记录，叫完整会话记录，该完整会话记录可以获取流程所有信令，处理信息完整、准确。同时，该完整会话记录标识为完整三角会话记录，登记有对应右边会话记录索引；右边会话记录标识为半边会话记录，也登记它的完整会话记录索引；它们拥有相同的三角呼叫编号，使得上层系统在处理时候可以关联两个会话信息进行；在数据处理时候它们相互通知、协作统计。例如，完整会话记录可以收到会话释放bye消息，通知右边会话记录释放(右边会话记录无法收到后续请求和对应响应)。统计呼叫次数时候，完整会话记录统计为一次三角呼叫，右边会话记录统计为一次半边三角呼叫，上报的呼叫携带相同三角呼叫编号，表示是同一个三角呼叫的两条记录，上报后由业务系统自行根据需要进行计算，计算为2次呼叫或者一次呼叫。呼叫建立后，收到ack消息，完整会话记录进入稳定呼叫状态，继续后续请求和对应响应处理；右边会话记录，可以根据需要释放会话记录，上报一次半边会话记录，因为不会有后续消息再经过右边会话记录；也可以继续挂着，等待完整会话记录释放时候，通知右半边会话记录释放，可以根据业务需求进行处理。至此，三角信令流程成功处理，并正常进行数据统计、分析。如图4所示，在本实施例中，所述步骤s10包括：s11、采集接入的信令，并识别出信令的接口和协议；s12、对所述信令分片进行组包，组成完整的sip信令；s13、对所述sip信令的关键字段进行第一解码，按照会话进行信令分发；s14、对分发后的sip信令进行第二解码，获取sip信令的字段信息；s15、根据所述字段信息对所述分发后的sip信令进行会话业务逻辑分析处理，建立呼叫流程表。在本实施例中，所述第一解码为快速解码，仅对关键字段进行解码，以助于信令分发；所述第二解码为详细解码，以获取字段信息。在本实施例中，所述步骤s40包括以下两种情况：将所述底边虚拟会话记录和左边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将右边会话记录设置为半边三角信令会话标识；或所述底边虚拟会话记录和右边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将左边会话记录设置为半边三角信令会话标识。也就是说，底边虚拟会话记录既可以和左边会话记录合并为一个完整会话记录，也可以和右边会话记录合并为一个完整会话记录，优先选左边会话记录。在本实施例中，所述步骤s50包括：判断所述sip三角信令中的信令是否为初始请求，若是，则通过半边三角信令会话标识对所述信令进行分析处理；否则，若所述sip三角信令中的信令为后续请求或后续请求对应的响应，则通过完整三角信令会话标识对所述信令进行分析处理。在本实施例中，在呼叫流程中，所述sip三角信令包括：主叫服务网元、被叫服务网元和问询网元，所述主叫服务网元与问询网元之间的信令创建左边会话记录；所述被叫服务网元与问询网元之间的信令创建右边会话记录；所述主叫服务网元与被叫服务网元之间的信令创建底边虚拟会话记录。仍然以呼叫流程为例，如图5所示，详细介绍本案呼叫流程中sip三角信令的流程，主叫ue发起sip呼叫，发送invite信令给pcscf网元，表示进行一次呼叫。pcscf转发呼叫，发送(sm1)invite信令给主叫scscf网元；主叫scscf网元发送(sm2)invite信令给icscf网元，icscf网元查询到被叫归属scscf，发送(sm3)invite给被叫scscf网元，被叫scscf转发呼叫invite给被叫侧相关网元。被叫侧返回180响应给被叫scscf，被叫scscf转发(sm6)180响应给icscf，icscf转发(sm7)180响应给主叫scscf，主叫scscf转发(sm8)180响应给主叫侧网元。主叫侧网元返回prack请求(theprovisionalresponseacknowledgement，用于可靠的临时响应消息的确认)，该请求(sm9)prack转发给主叫scscf，主叫scscf对后续请求(sm10)prack直接转发给被叫scscf，不再经过被叫icscf。被叫scscf转发请求(sm11)prack给被叫侧网元。被叫侧返回(sm12)prack-200响应，被叫scscf转发(sm13)prack-200直接给主叫scscf，不经过icscf。被叫侧返回(sm15)invite-200响应，被叫scscf转发(sm16)invite-200给iscscf，icscf转发(sm17)invite-200给主叫scscf，经过icscf。会话建立后，后续的请求和响应不经过icscf。在本实施例中，pcscf为代理网元，会话时，在主叫侧是作为主叫ue的ims初步接入口点，在被叫侧可以通过被叫pcscf将消息转发给被叫ue；scscf为服务网元，主叫被叫侧都用到，完成本侧的呼叫会话控制，业务触发；icscf为问询网元，只有被叫侧用到，被叫网络的初步入口点。作为另一种实施例，所述三角信令分析装置也适用于呼叫流程以为的其他流程，例如，注册流程中subscribe流程也存在三角信令场景等，也可以相同处理。实施例二如图6所示，在本实施例中，一种三角信令分析装置，包括：信令接收模块10，用于接收会话创建协议sip信令，根据所述sip信令建立呼叫流程表；判断模块20，用于判断所述sip信令是否为sip三角信令，若是，则在所述呼叫流程表下创建左边会话记录、右边会话记录和底边虚拟会话记录；否则，不需要设置完整三角信令会话标识；设置模块30，用于将所述底边虚拟会话记录和左边会话记录或右边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将没有形成完整会话记录的右边会话记录或左边会话记录设置为半边三角信令会话标识；分析处理模块40，用于通过所述完整三角信令会话标识和所述半边三角信令会话标识对所述sip三角信令进行分析处理。在本实施例中，通过将三角信令分为完整会话记录和半边会话记录，两者相互协作，相互通知，共同对三角信令进行分析和处理，提高了分析处理的准确率和合理性，实现了全流程管理。在本实施例中，在进行三角呼叫信令处理时，信令流程按照呼叫流程和会话记录两层结构进行关联处理。收到一个呼叫信令，按照callid+from-tag+to-tag创建呼叫流程表记录，相同callid+from-tag+to-tag的一次呼叫的多段会话信令都登记到该流程表下；多段会话的呼叫流程根据sip+dip+direct(sip是sourceip源ip，dip是destination)创建多个会话记录表，都挂在一个callid+from-tag+to-tag的流程表下。遇到主叫scscf到icscf的初始请求invite请求信令创建一条会话记录，使用sip-主scscf+dip-icscf做关键字，这是左半边会话记录；遇到主叫scscf到icscf的后续响应信令时，使用sip-scscf+dip-icscf就可以查询到本会话记录，进行请求和响应处理。遇到icscf到被叫scscf的初始invite信令创建一条会话记录，使用sip-icscf+dip-被scscf做关键字，这是右半边会话记录；遇到icscf到被叫scscf的后续响应信令时，使用sip-icscf+dip-被scscf就可以查询到本会话记录，进行请求和响应处理。出现三角信令时，即主叫scscf到被叫scscf的后续请求信令，使用sip-主scscf+dip-被scscf无法查询到会话记录；但使用半边sip-主scscf+from-tag可以查询到左半边会话记录即sip-主scscf+dip-icscf记录；使用半边dip-被scscf+to-tag可以查询到右半边会话记录即sip-icscf+dip-被scscf记录。可以推定当前遇到三角信令场景，创建一条底边会话记录，sip-主scscf+dip-被scscf做关键字，后续的请求和对应响应，使用sip-主scscf+dip-被scscf就可以查询到本会话记录，进行后续请求和对应响应处理。如果一个呼叫流程消息被拆分到左边、右边、底边三个会话记录，而且各记录都只能获取其中部分信令，信息都严重丢失。因此，把底边会话记录作为虚拟会话记录，和左边(如果左边不存在，那么就和右边)合并共用一个实体会话记录，叫完整会话记录，该完整会话记录可以获取流程所有信令，处理信息完整、准确。同时，该完整会话记录标识为完整三角会话记录，登记有对应右边会话记录索引；右边会话记录标识为半边会话记录，也登记它的完整会话记录索引；它们拥有相同的三角呼叫编号，使得上层系统在处理时候可以关联两个会话信息进行；在数据处理时候它们相互通知、协作统计。例如，完整会话记录可以收到会话释放bye消息，通知右边会话记录释放(右边会话记录无法收到后续请求和对应响应)。统计呼叫次数时候，完整会话记录统计为一次三角呼叫，右边会话记录统计为一次半边三角呼叫，上报的呼叫携带相同三角呼叫编号，表示是同一个三角呼叫的两条记录，上报后由业务系统自行根据需要进行计算，计算为2次呼叫或者一次呼叫。呼叫建立后，收到ack消息，完整会话记录进入稳定呼叫状态，继续后续请求和对应响应处理；右边会话记录，可以根据需要释放会话记录，上报一次半边会话记录，因为不会有后续消息再经过右边会话记录；也可以继续挂着，等待完整会话记录释放时候，通知右半边会话记录释放，可以根据业务需求进行处理。至此，三角信令流程成功处理，并正常进行数据统计、分析。如图7所示，在本实施例中，所述信令接收模块包括：数据接入单元11，用于采集接入的信令，并识别出信令的接口和协议；组包单元12，用于对所述信令分片进行组包，组成完整的sip信令，并把完整的sip信令传递给分发单元；分发单元13，用于对所述sip信令的关键字段进行第一解码，按照会话进行信令分发，获取callid信息，按照callid进行会话分发，相同会话信令分发到相同处理模块；编解码单元14，用于对分发后的sip信令进行第二解码，获取sip信令的字段信息，并传递给业务分析单元；业务分析单元15，用于对sip信令进行会话业务逻辑分析处理，会传递信息给呼叫管理单元进行呼叫会话上下文管理处理；还可以根据呼叫管理单元对呼叫上下文管理，实现业务需要的逻辑处理、数据统计，实现正确、合理、灵活的sip呼叫分析处理；呼叫管理单元16，用于根据所述字段信息对所述分发后的sip信令进行会话业务逻辑分析处理，建立呼叫流程表。在本实施例中，所述设置模块包括：第一设置单元，用于将所述底边虚拟会话记录和左边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将右边会话记录设置为半边三角信令会话标识；第二设置单元，用于所述底边虚拟会话记录和右边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将左边会话记录设置为半边三角信令会话标识。也就是说，底边虚拟会话记录既可以和左边会话记录合并为一个完整会话记录，也可以和右边会话记录合并为一个完整会话记录，优先选左边会话记录。在本实施例中，所述分析处理模块包括：半边三角处理单元，用于判断所述sip三角信令中的信令是否为初始请求，若是，则通过半边三角信令会话标识对所述信令进行分析处理；完整三角处理单元，用于当所述sip三角信令中的信令为后续请求或后续请求对应的响应时，通过完整三角信令会话标识对所述信令进行分析处理。仍然以呼叫流程为例，如图5所示，详细介绍本案呼叫流程中sip三角信令的流程，主叫ue发起sip呼叫，发送invite信令给pcscf网元，表示进行一次呼叫。pcscf转发呼叫，发送(sm1)invite信令给主叫scscf网元；主叫scscf网元发送(sm2)invite信令给icscf网元，icscf网元查询到被叫归属scscf，发送(sm3)invite给被叫scscf网元，被叫scscf转发呼叫invite给被叫侧相关网元。被叫侧返回180响应给被叫scscf，被叫scscf转发(sm6)180响应给icscf，icscf转发(sm7)180响应给主叫scscf，主叫scscf转发(sm8)180响应给主叫侧网元。主叫侧网元返回prack请求(theprovisionalresponseacknowledgement，用于可靠的临时响应消息的确认)，该请求(sm9)prack转发给主叫scscf，主叫scscf对后续请求(sm10)prack直接转发给被叫scscf，不再经过被叫icscf。被叫scscf转发请求(sm11)prack给被叫侧网元。被叫侧返回(sm12)prack-200响应，被叫scscf转发(sm13)prack-200直接给主叫scscf，不经过icscf。被叫侧返回(sm15)invite-200响应，被叫scscf转发(sm16)invite-200给iscscf，icscf转发(sm17)invite-200给主叫scscf，经过icscf。会话建立后，后续的请求和响应不经过icscf。在本实施例中，pcscf为代理网元，会话时，在主叫侧是作为主叫ue的ims初步接入口点，在被叫侧可以通过被叫pcscf将消息转发给被叫ue；scscf为服务网元，主叫被叫侧都用到，完成本侧的呼叫会话控制，业务触发；icscf为问询网元，只有被叫侧用到，被叫网络的初步入口点。如图8所示，为volte网络sip三角信令分析装置总体架构图，根据图8可以更好的理解sip三角信令分析装置中各单元的流程关系，其中，编解码单元、业务分析单元和呼叫管理单元皆可以有多个。作为另一种实施例，所述三角信令分析装置也适用于呼叫流程以为的其他流程，例如，注册流程中subscribe流程也存在三角信令场景等，也可以相同处理。实施例三在本实施例中，一种三角信令分析系统，包括存储器、处理器和至少一个被存储在所述存储器中并被配置为由所述处理器执行的应用程序，所述应用程序被配置为用于执行实施例一所述的三角信令分析方法。实施例四本发明实施例提供一种计算机可读存储介质，其上存储有计算机程序，该程序被处理器执行时实现如上述虚拟机迁移方法实施例中任一所述的方法实施例。需要说明的是，上述装置、系统实和计算机可读存储介质实施例与方法实施例属于同一构思，其具体实现过程详见方法实施例，且方法实施例中的技术特征在装置实施例中均对应适用，这里不再赘述。本发明实施例的一种三角信令分析方法、装置、系统及计算机可读存储介质，该方法包括：接收会话创建协议sip信令，根据所述sip信令建立呼叫流程表；判断所述sip信令是否为sip三角信令，若是，则在所述呼叫流程表下创建左边会话记录、右边会话记录和底边虚拟会话记录；将所述底边虚拟会话记录和左边会话记录或右边会话记录合并为一个完整会话记录，设置为完整三角信令会话标识；将没有形成完整会话记录的右边会话记录或左边会话记录设置为半边三角信令会话标识；通过所述完整三角信令会话标识和所述半边三角信令会话标识对所述sip三角信令进行分析处理，通过将三角信令分为完整会话记录和半边会话记录，两者相互协作，相互通知，共同对三角信令进行分析和处理，提高了分析处理的准确率和合理性，实现了全流程管理。通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件来实现，但很多情况下前者是更佳的实施方式。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本发明各个实施例所述的方法。以上参照附图说明了本发明的优选实施例，并非因此局限本发明的权利范围。本领域技术人员不脱离本发明的范围和实质内所作的任何修改、等同替换和改进，均应在本发明的权利范围之内。当前第1页12