CN110430102B - 基于ims的电话录音方法 - Google Patents
基于ims的电话录音方法 Download PDFInfo
- Publication number
- CN110430102B CN110430102B CN201910822185.7A CN201910822185A CN110430102B CN 110430102 B CN110430102 B CN 110430102B CN 201910822185 A CN201910822185 A CN 201910822185A CN 110430102 B CN110430102 B CN 110430102B
- Authority
- CN
- China
- Prior art keywords
- packet
- recording
- data
- message
- packets
- 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.)
- Active
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/02—Capturing of monitoring data
- H04L43/028—Capturing of monitoring data by filtering
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/12—Network monitoring probes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/10—Architectures or entities
- H04L65/1016—IP multimedia subsystem [IMS]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/60—Network streaming of media packets
- H04L65/65—Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/42—Systems providing special services or facilities to subscribers
- H04M3/42221—Conversation recording systems
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Telephonic Communication Services (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种基于IMS的电话录音方法,包括以下步骤:1)抓取IMS网络中IAD或IP话机所接入交换机的IP通话数据包;2)过滤无用的数据包;3)解析过滤后的数据包;4)生成录音文件;5)与录音软件管理平台进行交互。本发明IP录音功能通过软件方式实现,克服现有技术中录音通道数受硬件IP卡的资源限制的不足,录音通道数可以灵活进行扩展。
Description
技术领域
本发明涉及一种基于IMS的电话录音方法,属于通讯技术领域。
背景技术
市面已有的IP录音方法,采用依托IP录音卡硬件解析端口镜像后的报文实现IP电话录音功能。但受硬件IP录音卡的资源限制。无法进行灵活扩展。在IP录音卡的通道使用完毕后,需通过增加IP录音卡的方式才可进行继续录音。国家电网公司的行政电话业务均承载在IMS(IP MultiMedia SubSystem,IP多媒体子系统)平台上,行政电话业务目前存在POST和IP两种接入方式,由于电网公司对关键通话有录音需求,需要有一套灵活的IP电话的录音系统,如果IP录音功能能通过软件方式实现,不受硬件IP卡的资源限制,则录音通道数可以灵活进行扩展。
发明内容
本发明的目的在于提供一种基于IMS的电话录音方法,IP录音功能通过软件方式实现,克服现有技术中录音通道数受硬件IP卡的资源限制的不足。
本发明的目的通过以下技术方案予以实现:
一种基于IMS的电话录音方法,包括以下步骤:
1)抓取IMS网络中IAD或IP话机所接入交换机的IP通话数据包;
2)过滤无用的数据包;
3)解析过滤后的数据包;
4)生成录音文件;
5)与录音软件管理平台进行交互。
本发明的目的还可以通过以下技术措施来进一步实现:
前述基于IMS的电话录音方法,步骤1)对IMS网络中IAD或IP话机所接入交换机的IP通话数据包进行抓包,方法为:
使用IMS网络中IAD或IP话机所接入交换机的端口镜像功能,通过配置网络交换机,将以太网交换机的所有连接IAD和IP话机的业务端口的数据镜像给观察端口,此时接在观察端口的录音服务器便可以直接获取到网络交换机下IP通话的所有相关数据包,也就实现了抓到所有语音通信相关的数据包。
前述基于IMS的电话录音方法,步骤2)对抓取到的IP通话数据包进行过滤,方法为:
首先判断数据包中是否包含200OK消息,200表示sip协议中的状态码200,200OK表明请求已经成功,如包含则为sip的应答,或者是建立会话数据包;若数据包中包含bye消息,bye消息为sip协议中用于请求结束会话的消息,则为会话结束数据包;若数据包的类型为RTP包则为语音包;如是上述三种类型包,则放入到缓冲区等待进一步处理,若非以上三种类型包则直接丢弃,不进行处理。
前述基于IMS的电话录音方法,步骤3)对过滤后的数据包进行解析,方法为;
sip消息处理线程不断从缓冲区中取sip消息包,然后进行sip消息路由、sip消息解析和sip消息处理,即通过抓包获取sip消息包后,根据sip协议的数据定义规范,对数据包进行解析,从而解析出:发起方地址、接受方地址路由信息,发起方号码、被呼方号码信息,摘机、振铃、挂机信令信息;录音软件根据以上分析出的消息进行筛选过滤,只对要录音的电话的消息包进行后继响应处理,如收到发起呼叫和摘机信号后,录音软件启动语音包处理线程开始该通道的录音,当收到挂机消息后,录音软件通知语音包处理线程停止该通道的录音;通过sip解析,只要解析出具有相同call_id的INVITE、200OK、ACK这三个消息先后出现时,表示双方通话已经开始了,这时就要向语音解析线程发送启动录音消息进行录音;随着通话过程进行,sip消息处理线程也在不停的工作,当解析出具有相同call_id的BYE、200OK这两个消息后,表示双方通话已经结束了,这时就要向语音解析线程发送停止录音消息,完成一次完整的录音过程。
前述基于IMS的电话录音方法,步骤4)生成录音文件的方法为:
语音包处理线程在收到录音消息后,启动处理程序不断的从所属语音缓存队列中取RTP语音数据包,然后形成声音文件;双方通话内容的RTP语音数据包处理包括:排序处理、补包处理、音频格式转换;
排序处理:RTP协议可以用于进行排序的域有两个,即序列号和时间戳,采用时间戳域作为索引对数据包进行排序;待排序的数据特征是数据基本有序,采用直接插入排序法,比较顺序为从后向前;
补包处理:补包算法基于RTP协议中的标记域和时间域实现,根据RFC1889对于RTP协议的描述可知:标记域可以用来判断是否存在静音期,如果标记域置为1,则说明此分组与前一分组之间存在静音期;时间域记录第一个抽样产生的时间,典型的语音编码模式的频率为8000Hz,从一个分组到另一个分组的时间戳值的增量取决于分组中抽样的数量;如果一个分组包括10个语音抽样和一个值为1的时间戳,那么下一个分组的时间戳则为11,考虑到抽样以8000Hz的速率发生,那么时间戳中10的差别就代表了时间上1.25ms的差别,如果在静音期,没有发送任何分组,那么下一个RTP分组可能包含一个明显比前一个RTP分组大得多的时间戳;
音频格式转换:音频解码过程将封装在RTP消息包中的数据根据RTP协议进行解码还原,生成l6位的原始PCM数据,然后将PCM格式转成WAV格式并保存到录音文件中。
前述基于IMS的电话录音方法,步骤5)与录音软件管理平台进行交互,包括:
Sip信令分析线程在收到具有相同call_id的100Trying、180Ringing这两个消息先后出现时,需要向录音软件管理平台发送振铃消息和主叫被叫信息,录音软件管理平台收到消息后,在通道监控界面中找到相应的通道,然后将该通道显示振铃状态并显示出主叫、被叫信息;在收到启动、停止录音的消息时录音软件管理平台改变相应的通道监控界面,录音完成后录音软件管理平台会将录音记录和录音文件检索路径保存在数据库中,完成IP录音功能。
与现有技术相比,本发明的有益效果是:IP录音功能通过软件方式实现,克服现有技术中录音通道数受硬件IP卡的资源限制的不足,录音通道数可以灵活进行扩展。
附图说明
图1是本发明的流程图。
具体实施方式
下面结合附图和具体实施例对本发明作进一步说明。
如图1所示,本发明基于IMS的电话录音方法,包括以下步骤:
1)抓取IMS网络中IAD或IP话机所接入交换机的IP通话数据包;
2)过滤无用的数据包;
3)解析过滤后的数据包;
4)生成录音文件;
5)与录音软件管理平台进行交互。
实施例如下:
步骤1)对IMS网络中IAD或IP话机所接入交换机的IP通话数据包进行抓包,方法为:
使用IMS网络中IAD或IP话机所接入交换机(例如交换机型号:华为S2700-26TP)的端口镜像功能,通过配置网络交换机,将以太网交换机的所有连接IAD和IP话机的业务端口的数据镜像给观察端口,此时接在观察端口的录音服务器便可以直接获取到网络交换机下IP通话的所有相关数据包,也就实现了抓到所有语音通信相关的数据包。
步骤2)对抓取到的IP通话数据包进行过滤,方法为:
由于抓取到的数据包数量较多,为提升处理效率和性能,需要在处理这些数据包前,对无用的数据包进行过滤,首先判断数据包中是否包含200OK消息,200表示sip协议中的状态码200,200OK则表明请求已经成功,如包含则为为sip(SIP(Session InitiationProtocol,会话初始协议)是由IETF(Internet Engineering Task Force,因特网工程任务组)制定的多媒体通信协议)的应答,或者是建立会话数据包;若数据包中包含bye消息,bye消息为sip协议中用于请求结束会话的消息,则为会话结束数据包;若数据包的类型为RTP包(RTP是实时传送协议(Real-time Transport Protocol)的缩写。其代表一个网络传输的协议,为音频、视频上传中的常用协议。)则为语音包;如是上述三种类型包,则放入到缓冲区等待进一步处理,若非以上三种类型包则直接丢弃,不进行处理。
步骤3)对过滤后的数据包进行解析,方法为;
sip消息处理线程不断从缓冲区中取sip消息包,然后进行sip消息路由、sip消息解析和sip消息处理,即通过抓包获取sip消息包后,根据sip协议的数据定义规范,对数据包进行解析,从而解析出:发起方地址、接受方地址路由信息,发起方号码、被呼方号码信息,摘机、振铃、挂机信令信息;录音软件根据以上分析出的消息进行筛选过滤,只对要录音的电话的消息包进行后继响应处理,如收到发起呼叫和摘机信号后,录音软件启动语音包处理线程开始该通道的录音,当收到挂机消息后,录音软件通知语音包处理线程停止该通道的录音;通过sip解析,只要解析出具有相同call_id(呼叫ID是由本地设备生成的全局唯一值,每次呼叫该值唯一不变)的INVITE(SIP协议中发起的请求消息)、200OK、ACK(SIP协议中接收方成功的接收到数据,那么会回复一个ACK消息表示发来的数据已确认接收无误)这三个消息先后出现时,表示双方通话已经开始了,这时就要向语音解析线程发送启动录音消息进行录音;随着通话过程进行,sip消息处理线程也在不停的工作,当解析出具有相同call_id的BYE(sip协议中用于请求结束会话的消息)、200OK这两个消息后,表示双方通话已经结束了,这时就要向语音解析线程发送停止录音消息,完成一次完整的录音过程。
步骤4)生成录音文件的方法为:
语音包处理线程在收到录音消息后,启动处理程序不断的从所属语音缓存队列中取RTP语音数据包,然后形成声音文件;双方通话内容的RTP语音数据包处理包括:排序处理、补包处理、音频格式转换;
排序处理:由于网络传输存在一定的不可靠性,在数据传输的过程中有可能会导致数据包到达顺序的局部混乱,通过排序将很好地解决这个问题。RTP协议可以用于进行排序的域有两个,即序列号和时间戳,在没有出现乱序的情况下,序列号和时间戳都应该是递增的,而序列号的递增量应该为1。但是序列号是一个16bit的域,在长时间的通话过程中有可能存在溢出的情况,这将导致排序结果不正确。通过实验观察,在实际通话过程中这种情况确实存在。因此,我们采用时间戳域作为索引对数据包进行排序。待排序的数据特征是数据基本有序,通过综合考虑各种排序算法的时间复杂度和程序实现的复杂度,我们采用直接插入排序法,比较顺序为从后向前。
补包处理:补包算法是基于RTP协议中的标记域和时间域实现的。根据RFC1889对于RTP协议的描述可以得出以下结论。标记域可以用来判断是否存在静音期,如果标记域置为1,则说明此分组与前一分组之间存在静音期。时间裁记录第一个抽样产生的时间。典型的语音编码模式的频率为8000Hz,从一个分组到另一个分组的时间戳值的增量取决于分组中抽样的数量。例如,如果一个分组包括10个语音抽样和一个值为1的时间戳,那么下一个分组的时间戳则为11。考虑到抽样以8000Hz的速率发生(每0.125ms),那么时间戳中10的差别就代表了时间上1.25ms的差别。如果在静音期,没有发送任何分组,那么下一个RTP分组可能包含一个明显比前一个RTP分组大得多的时间戳。网络传输的不可靠性还会导致数据包的丢失,加上通话静音期后,采用停发语音包的方法以减少语音数据传输所占用的带宽,补包处理主要是为了解决这种更为普遍的正常缺失情况。如果不进行补包处理,通话过程中静音期的停顿在恢复出语音后将无法体现,势必严重影响语音还原的效果,还会导致两路音频进行合路(因为通话双方各占一路音频)后声音的严重不同步。
音频格式转换:音频解码过程将封装在RTP消息包中的数据根据RTP协议进行解码还原,生成l6位的原始PCM数据,然后通过转换程序(第三方的语音处理函数调用)将PCM格式转成WAV格式并保存到录音文件中。
步骤5)与录音软件管理平台进行交互,包括:Sip信令分析线程在收到具有相同call_id的100Trying、180Ringing(SIP协议中有一个超时机制,超过某个时延会重发请求。为防止这种处理请求的延迟造成消息重发,接收端在收到请求后会立即发送一个临时的响应,1XX都是临时的,告诉发送端我已收到,正在处理,让发送端的计时器停止,不需要重新发送请求了)这两个消息先后出现时,需要向录音软件管理平台发送振铃消息和主叫被叫(主叫是指通话发起方的电话号码,被叫是指发起方拨打的号码)信息,录音软件管理平台收到消息后,在通道监控界面中找到相应的通道,然后将该通道显示振铃状态并显示出主叫、被叫信息。同理,在收到启动、停止录音的消息时录音软件管理平台也会将改变相应的通道监控界面(即录音软件管理平台的通道监控界面,在界面中会用变动图表的方式来直观的现实个通道的工作运行状态),录音完成后录音软件管理平台会将录音记录和录音文件检索路径保存在数据库中,最终实现IP录音功能。
除上述实施例外,本发明还可以有其他实施方式,凡采用等同替换或等效变换形成的技术方案,均落在本发明要求的保护范围内。
Claims (1)
1.一种基于IMS的电话录音方法,其特征在于,包括以下步骤:
1)抓取IMS网络中IAD或IP话机所接入交换机的IP通话数据包;
方法为:使用IMS网络中IAD或IP话机所接入交换机的端口镜像功能,通过配置网络交换机,将以太网交换机的所有连接IAD和IP话机的业务端口的数据镜像给观察端口,此时接在观察端口的录音服务器直接获取到网络交换机下IP通话的所有相关数据包,抓到所有语音通信相关的数据包;
2)过滤无用的数据包;方法为:首先判断数据包中是否包含200OK消息,200表示sip协议中的状态码200,200OK表明请求已经成功,如包含则为sip的应答,或者是建立会话数据包;若数据包中包含bye消息,bye消息为sip协议中用于请求结束会话的消息,则为会话结束数据包;若数据包的类型为RTP包则为语音包;如是上述三种类型包,则放入到缓冲区等待进一步处理,若非以上三种类型包则直接丢弃,不进行处理;
3)解析过滤后的数据包;方法为;sip消息处理线程不断从缓冲区中取sip消息包,然后进行sip消息路由、sip消息解析和sip消息处理,即通过抓包获取sip消息包后,根据sip协议的数据定义规范,对数据包进行解析,从而解析出:发起方地址、接受方地址路由信息,发起方号码、被呼方号码信息,摘机、振铃、挂机信令信息;录音软件根据以上分析出的信息进行筛选过滤,只对要录音的电话的消息包进行后继响应处理,如收到发起呼叫和摘机信号后,录音软件启动语音包处理线程开始该通道的录音,当收到挂机消息后,录音软件通知语音包处理线程停止该通道的录音;通过sip解析,解析出具有相同call_id的INVITE、200OK、ACK这三个消息先后出现时,表示双方通话已经开始了,这时向语音解析线程发送启动录音消息进行录音;随着通话过程进行,sip消息处理线程也在不停的工作,当解析出具有相同call_id的BYE、200OK这两个消息后,表示双方通话已经结束了,这时向语音解析线程发送停止录音消息,完成一次完整的录音过程;
4)生成录音文件;方法为:
语音包处理线程在收到录音消息后,启动处理程序不断的从所属语音缓存队列中取RTP语音数据包,然后形成声音文件;双方通话内容的RTP语音数据包处理包括:排序处理、补包处理、音频格式转换;
排序处理:RTP协议可以用于进行排序的域有两个,即序列号和时间戳,采用时间戳域作为索引对数据包进行排序;待排序的数据特征是数据基本有序,采用直接插入排序法,比较顺序为从后向前;
补包处理:补包算法基于RTP协议中的标记域和时间域实现,标记域用来判断是否存在静音期,如果标记域置为1,则说明此分组与前一分组之间存在静音期;时间域记录第一个抽样产生的时间,典型的语音编码模式的频率为8000Hz,从一个分组到另一个分组的时间戳值的增量取决于分组中抽样的数量;如果一个分组包括10个语音抽样和一个值为1的时间戳,那么下一个分组的时间戳则为11,抽样以8000Hz的速率发生,那么时间戳中10的差别就代表了时间上1.25ms的差别,如果在静音期,没有发送任何分组,那么下一个RTP分组包含一个比前一个RTP分组大的时间戳;
音频格式转换:音频解码过程将封装在RTP消息包中的数据根据RTP协议进行解码还原,生成l6位的原始PCM数据,然后将PCM格式转成WAV格式并保存到录音文件中;
5)与录音软件管理平台进行交互;包括:
Sip信令分析线程在收到具有相同call_id的100Trying、180Ringing这两个消息先后出现时,需要向录音软件管理平台发送振铃消息和主叫被叫信息,录音软件管理平台收到消息后,在通道监控界面中找到相应的通道,然后将该通道显示振铃状态并显示出主叫、被叫信息;在收到启动、停止录音的消息时录音软件管理平台改变相应的通道监控界面,录音完成后录音软件管理平台会将录音记录和录音文件检索路径保存在数据库中,完成IP录音功能。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910822185.7A CN110430102B (zh) | 2019-09-02 | 2019-09-02 | 基于ims的电话录音方法 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201910822185.7A CN110430102B (zh) | 2019-09-02 | 2019-09-02 | 基于ims的电话录音方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN110430102A CN110430102A (zh) | 2019-11-08 |
CN110430102B true CN110430102B (zh) | 2023-08-01 |
Family
ID=68418489
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201910822185.7A Active CN110430102B (zh) | 2019-09-02 | 2019-09-02 | 基于ims的电话录音方法 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN110430102B (zh) |
Families Citing this family (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN110943938A (zh) * | 2019-11-21 | 2020-03-31 | 国网江苏省电力有限公司信息通信分公司 | 一种ims交换网电话终端实时录音方法和系统 |
CN111835663B (zh) * | 2020-07-16 | 2022-04-26 | 普强时代(珠海横琴)信息技术有限公司 | 一种基于网络抓包分析的实时通话监听方法 |
CN112511699A (zh) * | 2020-11-27 | 2021-03-16 | 国网河北省电力有限公司信息通信分公司 | 电话录音系统 |
CN113114855B (zh) * | 2021-04-09 | 2023-01-06 | 山东欧飞凌信息技术有限公司 | 一种基于ims呼叫信令的僵尸号码检索方法 |
CN113596261B (zh) * | 2021-07-19 | 2024-01-05 | 电信科学技术第十研究所有限公司 | 一种语音线路检测方法及装置 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103188411A (zh) * | 2011-12-31 | 2013-07-03 | 北京大唐高鸿数据网络技术有限公司 | 基于录音的voip电话实时监听系统及监听方法 |
CN105245538B (zh) * | 2015-10-26 | 2018-07-17 | 上海华讯网络系统有限公司 | 基于sip协议的分布式ip录音系统及方法 |
US20190043500A1 (en) * | 2017-08-03 | 2019-02-07 | Nowsportz Llc | Voice based realtime event logging |
CN109218540A (zh) * | 2018-09-06 | 2019-01-15 | 国网山东省电力公司菏泽供电公司 | 一种基于软交换的接入层嵌入式ip录音方法及系统 |
-
2019
- 2019-09-02 CN CN201910822185.7A patent/CN110430102B/zh active Active
Also Published As
Publication number | Publication date |
---|---|
CN110430102A (zh) | 2019-11-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN110430102B (zh) | 基于ims的电话录音方法 | |
US7548539B2 (en) | Method and apparatus for Voice-over-IP call recording | |
US7656861B2 (en) | Method and apparatus for interleaving text and media in a real-time transport session | |
US7873035B2 (en) | Method and apparatus for voice-over-IP call recording and analysis | |
US7746847B2 (en) | Jitter buffer management in a packet-based network | |
US10320972B2 (en) | Enhanced session initiation protocol recording | |
US8438016B2 (en) | Silence-based adaptive real-time voice and video transmission methods and system | |
US8031708B2 (en) | Methods and apparatus for dual-tone multi-frequency signal analysis within a media over internet protocol network | |
EP3504858B1 (en) | Improved lawful interception | |
CN110943938A (zh) | 一种ims交换网电话终端实时录音方法和系统 | |
CN110620849A (zh) | 一种ims电话终端呼叫记录集中分拣方法及系统 | |
US6909709B2 (en) | Packetized communications apparatus and method | |
CN1893475A (zh) | 通话中网络设备与网络终端握手的实现方法 | |
CN102932568B (zh) | 嵌入式VoIP电话系统及实现VoIP电话语音质量管理的方法 | |
US7899040B2 (en) | Synchronization of event processing at a media gateway | |
US8102989B1 (en) | Apparatus and method for switching from overlap signaling to en bloc signaling in a data network | |
JP4471703B2 (ja) | 通信品質分析システム、分析装置、通信品質分析方法およびコンピュータプログラム | |
CN108650425B (zh) | 监听方法及监听系统 | |
WO2019172449A1 (ja) | Rtp変換装置及びrtp変換方法 | |
CN1731744A (zh) | 分组语音网络的监听方法 | |
JP5696514B2 (ja) | メディア通信装置、方法及びプログラム、並びに、メディア通信システム | |
US6928078B2 (en) | Packetized communications apparatus and method | |
WO2021171481A1 (ja) | Nni故障検出システム、nni故障検出方法、及びプログラム | |
JP6552027B1 (ja) | 通信装置、通信データ記録システム、通信方法、およびプログラム | |
TWM393936U (en) | System for detecting disability on packets |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |