事件分析
以下日志为一个完整的通话事件记录,我们的目标是从中可以分析出整个通话流程的各种状态变更信息,用于生成通话记录。
操作流程:分机101拨打分机102,102听到振铃后接听,通话5秒钟后挂断。
日志分析:
- 101拨打后产生一个DialEvent,同时产生一个Ring的NewStateEvent;
-
102产生一个NewCallerIdEvent事件,同时产生一个Ringing的NewStateEvent;102上的UniqueId均等于101上的DestUnqiueId;
-
5秒后102接听,产生一个UP的NewStateEvent,同时101上也产生一个UP的NewStateEvent,至此101与102接通,可以进行通话了;
-
5秒后102挂机,产生一个HangupEvent,同时101也产生一个HangupEvent,至此通话结束;
注意:
- 102挂断之后101上还产生了一个主叫为空,状态为ANSWER的DialEvent,未解;
-
事件的跟踪可通过DialEvent的UniqueId和DestUniqueId属性来进行;
2010-12-20 11:59:08,218 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - ConnectEvent...
2010-12-20 11:59:15,109 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - NewStateEvent...
2010-12-20 11:59:15,109 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - 主叫号码:101,通信信道:SIP/101-0000001c,信道状态:4,信道状态描述:Ring,时间:Mon Dec 20 11:59:15 CST 2010,C的功能项:ast_setstate,时间戳:null,唯一ID:1292818709.28
2010-12-20 11:59:15,109 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - DialEvent...
2010-12-20 11:59:15,109 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - 主叫名称:asreceived,主叫号码:101,通信信道:SIP/101-0000001c,时间:Mon Dec 20 11:59:15 CST 2010,目的地:SIP/102-0000001d,拨号状态:null,拨号字符:102,序列号:979,时间戳:null,唯一ID:1292818709.28,目标唯一ID:1292818709.29
2010-12-20 11:59:15,125 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - NewCallerIdEvent...
2010-12-20 11:59:15,125 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - 主叫号码:102,0,Presentation Allowed, Not Screened,时间:Mon Dec 20 11:59:15 CST 2010,C的功能项:report_new_callerid,时间戳:null,唯一ID:1292818709.29
2010-12-20 11:59:15,125 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - NewStateEvent...
2010-12-20 11:59:15,125 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - 主叫号码:102,通信信道:SIP/102-0000001d,信道状态:5,信道状态描述:Ringing,时间:Mon Dec 20 11:59:15 CST 2010,C的功能项:ast_setstate,时间戳:null,唯一ID:1292818709.29
2010-12-20 11:59:20,250 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - NewStateEvent...
2010-12-20 11:59:20,250 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - 主叫号码:102,通信信道:SIP/102-0000001d,信道状态:6,信道状态描述:Up,时间:Mon Dec 20 11:59:20 CST 2010,C的功能项:ast_setstate,时间戳:null,唯一ID:1292818709.29
2010-12-20 11:59:20,500 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - NewStateEvent...
2010-12-20 11:59:20,500 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - 主叫号码:101,通信信道:SIP/101-0000001c,信道状态:6,信道状态描述:Up,时间:Mon Dec 20 11:59:20 CST 2010,C的功能项:ast_setstate,时间戳:null,唯一ID:1292818709.28
2010-12-20 11:59:25,953 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - HangupEvent...
2010-12-20 11:59:25,953 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - 主叫名称:null,主叫号码:102,挂断原因:16,挂断原因描述:Normal Clearing,通信信道:SIP/102-0000001d,时间:Mon Dec 20 11:59:25 CST 2010,C的功能项:ast_hangup,1841,权限:call,all,序列号:1026,时间戳:null,唯一ID:1292818709.29
2010-12-20 11:59:25,953 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - DialEvent...
2010-12-20 11:59:25,953 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - 主叫名称:null,主叫号码:null,通信信道:SIP/101-0000001c,时间:Mon Dec 20 11:59:25 CST 2010,目的地:null,拨号状态:ANSWER,拨号字符:null,序列号:1029,时间戳:null,唯一ID:1292818709.28,目标唯一ID:null
2010-12-20 11:59:25,953 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - HangupEvent...
2010-12-20 11:59:25,953 - com.litt.cidp.callcenter.ami.EventListener - [Asterisk-Java DaemonPool-1-thread-1] DEBUG - 主叫名称:asreceived,主叫号码:101,挂断原因:16,挂断原因描述:Normal Clearing,通信信道:SIP/101-0000001c,时间:Mon Dec 20 11:59:25 CST 2010,C的功能项:ast_hangup,1841,权限:call,all,序列号:1036,时间戳:null,唯一ID:1292818709.28
分享到:
相关推荐
在IT行业中,电话呼叫源码通常用于构建自动呼叫中心(Automatic Call Distributor,ACD)、交互式语音应答系统(Interactive Voice Response,IVR)以及电话营销自动化等应用。 电话呼叫源码的核心功能包括: 1. *...
并在此基础上全面分析探 讨了一个具体的呼叫中心一一咸阳供电局呼叫中心系统的设计与实 现。该系统为小型呼叫中心,采用板卡方案。主要由IVR自动语音 应答子系统、自动通知与催缴、人工坐席子系统、W已b服务子系统和...
Wireshark 分析 SIP 呼叫流程典型流程 Wireshark 是一个功能强大的网络协议分析工具,能够帮助网络管理员和开发者深入了解网络协议的工作原理和实现细节。在本文中,我们将使用 Wireshark 分析 SIP 呼叫流程典型...
平台基于CTI(Computer Telephony Integration)技术构建,整合了ACD(自动呼叫分配)、IVR(交互式语音应答)、传真等关键功能,同时还融合了领先科技在呼叫中心领域的丰富经验。 #### 系统整体建设方案 1. **...
#### 第一部分:中国呼叫中心产业总体分析 ##### 第一章:市场分析 **第一节:综述** 2008年的报告概述了中国呼叫中心行业的整体市场环境和发展状况。随着中国经济的快速增长和技术的进步,呼叫中心作为企业与...
2. **交互式语音应答(IVR)**:IVR允许客户通过电话按键自助服务,例如查询账户信息、支付账单或导航菜单,从而减轻座席的工作负担。 3. **计算机电话集成(CTI)**:CTI将电话系统与计算机系统无缝连接,使座席能够...
全系列中间件产品:系统包括完整的呼叫中心组件:CTI控制、ACD智能路由、IVR自动语音服务、人工座席服务、主动外拨服务、录音管理和统计监控。 高可靠性组网:系统支持CTI服务器、IVR服务器、录音服务器、数据库...
2. 手机作为被叫方时,未接通、用户忙或关机/未应答的状态也会导致呼叫失败。这涉及到了网络侧的用户状态信息传递和处理。 3. SD(Signalling Data)或TCH(Traffic Channel)拥塞是另一个常见原因。当网络中SD信道...
2. **技术设施**:讲解呼叫中心所依赖的技术,如自动呼叫分配系统(ACD)、交互式语音应答(IVR)、计算机电话集成(CTI)和客户关系管理(CRM)软件等。 3. **运营模式**:阐述呼叫中心的运营策略,包括24/7服务、...
呼叫中心的互动式语音应答系统(IVR)作为一种自动化电话交互技术,能够以标准格式为客户提供信息查询和业务办理服务。然而,IVR系统的利用率低以及人力资源成本高一直是企业亟待解决的问题。数据挖掘技术的引入使得...
【呼叫中心客户关系案例分析】 呼叫中心在现代企业中扮演着至关重要的角色,尤其是在客户关系管理方面。中国移动多媒体呼叫中心就是一个典型的例子,它利用先进的技术和管理策略,旨在提高客户满意度和忠诚度,同时...
在实际应用中,通过分析 SIP 应答码,网络管理员或开发者可以快速识别和解决通信问题,例如,180 Ringing 表示通话正在建立,而 200 OK 表示通话已经建立。如果遇到 3xx 系列的应答码,可能需要检查或更新呼叫路由...
首先,呼叫中心的核心功能包括呼入服务、呼出服务、自动语音应答(IVR)、交互式语音响应(IVR)菜单、呼叫路由、录音功能、工作流自动化以及客户关系管理(CRM)集成。这些功能确保了高效的服务质量和客户满意度。 ...
2. **互动语音应答(IVR)**:IVR允许客户通过电话键盘或语音指令自助服务,例如查询账户信息、预约服务等,减少了人工客服的工作压力。 3. **录音与监控**:系统具备通话录音功能,便于后期分析服务质量、解决纠纷...
此外,该软件还具备一些高级特性,如来电弹屏、通话记录、IVR(交互式语音应答)等。来电弹屏功能能够在客户来电时自动显示其相关信息,帮助客服人员快速了解客户背景,提供个性化服务。通话记录功能可以记录每一次...
硬件部分提供语音信号接入和呼出、座席分机控制、IVR语音资源及录音基本功能,软件部分提供呼叫中心的总体管理控制调度功能,及延伸的扩展功能如客户管理、通话流水、录音管理、权限控制、数据分析等功能。...