CN108199916A - 一种VoLTE语音质量监测方法及*** - Google Patents
一种VoLTE语音质量监测方法及*** Download PDFInfo
- Publication number
- CN108199916A CN108199916A CN201711451014.5A CN201711451014A CN108199916A CN 108199916 A CN108199916 A CN 108199916A CN 201711451014 A CN201711451014 A CN 201711451014A CN 108199916 A CN108199916 A CN 108199916A
- Authority
- CN
- China
- Prior art keywords
- interfaces
- monitoring
- packet loss
- shake
- default
- 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
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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L41/00—Arrangements for maintenance, administration or management of data switching networks, e.g. of packet switching networks
- H04L41/06—Management of faults, events, alarms or notifications
- H04L41/0677—Localisation of faults
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0823—Errors, e.g. transmission errors
- H04L43/0829—Packet loss
-
- 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/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0852—Delays
-
- 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/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
- 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/80—Responding to QoS
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Environmental & Geological Engineering (AREA)
- Telephonic Communication Services (AREA)
Abstract
本发明实施例提供了一种VoLTE语音质量监测方法及***,包括:在第一端S1U接口、第一端GM接口、第二端S1U接口及第二端GM接口四个接口处分别设置监测点,以预设监测周期对VoLTE语音通话中第一端和第二端之间的RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的RTCP数据包;根据每一预设监测周期内各监测点的RTCP数据包,获取每一预设监测周期内各监测点的丢包率、抖动及时延;根据每一预设监测周期内各监测点的丢包率、抖动及时延,确定每一预设监测周期内造成语音质量感知差的问题网元。能够确定造成语音质量感知差的问题网元,且方法简单易行,监测精度高。
Description
技术领域
本发明实施例涉及通信技术领域,更具体地,涉及一种VoLTE语音质量监测方法及***。
背景技术
4G网络能提供高速率的数据业务,已被广大4G用户认可,同时4G网络还可以提供高质量的音视频通话,即VoLTE(Voice over LTE)。VoLTE技术带给4G用户最直接的感受就是接通等待时间更短,以及更高质量、更自然的语音视频通话效果。VoLTE与2G、3G语音通话有着本质的不同,VoLTE是架构在4G网络上全IP条件下的端到端语音方案。因采用了高分辨率编解码技术,VoLTE相较2G、3G语音通话,语音质量能提高40%左右。VoLTE为用户带来更低的接入时延(拨号后的等待时间),比3G降50%,大概在2秒左右,而2G时代在6-7秒。此外,2G、3G下的掉话时有发生,但VoLTE的掉线率接近于零。
但VoLTE也存在诸多问题:偶尔接不通、通话质量出现断续、吞字等不尽如意的现象,极大地影响了VoLTE的用户转化率,因此亟需一种可以准确定界以及快速判断用户语音感知的监测方法,从而进一步提升VoLTE语音质量。
目前,国际电信联盟(International Telecommunication Union,ITU)语音评估算法标准有:PAMS(感知分析测度***)、PSQM(感知语音质量测度)、MNB(归一化块测度)、PESQ(知觉通话质量评估)、E-Model(ITU G.107)。其中,PAMS、PSQM、MNB、PESQ均使用MOS盒在电信网络上发送接收参考信号,通过语音评估算法对发送和接收的信号质量进行评估。
具体来说,MOS盒测试准确性比较高,但由于MOS测试对硬件设备要求较高(对手机数据线以及USB插口要求苛刻)且耗电量较大(测试过程中需连续给MOS盒供电),还需人工进行现场路测,不仅增加了人力及物力成本,而且不适合平台型统计全网语音质量评定。
E-Model是基于网络的质量,适合全网语音质量的评估。E-Model的计算公式为:
R=Ro-Is-Id-Ie-eff=A
其中Ro代表网络传输信噪比,Is代表设备劣化组合概率,Id代表由于时延及设备失效导致的叠加劣化,Ie代表由低比特率编码器带来的劣化系数。系数A用于对用户环境状态(如室内/室外、低速移动、高速移动)的补偿。
由于上述E-modle计算公式中各个参数定义的太抽象,很难指导实际生产,可将上述E-Model计算公式中的Ro根据编解码类型调整,则E-Model计算公式修改为:
R=R'-(R1*2.5)
其中,R’由Effective Latency=(Td+Rj*2+10)设置以下判断条件构成
if Effective Latency<160 then
R’=R0-(Effective Latency/40)
else
R’=R0-(Effective Latency-120)/10
语音编码与R0的对应关系如表1所示:
表1
Codec Name | R0 |
AMR NB(12.2) | 91 |
AMR WB(23.85) | 107 |
R值与MOS值的对应关系如表2所示:
表2
虽然E-modle模型适合平台型统计全网语音质量评定,能够反映出时延、抖动和丢包等数据网络特有的问题,但使用E-modle模型的前提是假设语音质量损伤因素总是物理附加的,才能全面客观估算一个网络的质量等级,使得其算法极其复杂,且仅仅只能计算出MOS值,并不能进行问题网元的定界定位。
发明内容
本发明实施例提供了一种克服上述问题或者至少部分地解决上述问题的VoLTE语音质量监测方法及***。
一方面本发明实施例提供了一种VoLTE语音质量监测方法,所述方法包括:
在第一端S1U接口、第一端GM接口、第二端S1U接口及第二端GM接口四个接口处分别设置监测点,以预设监测周期对VoLTE语音通话中第一端和第二端之间的RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的RTCP数据包;
根据每一预设监测周期内各监测点的RTCP数据包,获取每一预设监测周期内各监测点的丢包率、抖动及时延;
根据每一预设监测周期内各监测点的丢包率、抖动及时延,确定每一预设监测周期内造成语音质量感知差的问题网元。
进一步地,所述方法还包括:
根据所有预设监测周期内所述各监测点的丢包率及抖动,确定用户的感知类型,所述感知类型包括单通、断续或吞字。
进一步地,所述根据所有预设监测周期内所述各监测点的丢包率及抖动,确定用户的感知类型,具体包括:
若在所有预设监测周期中,连续三个预设监测周期内所述各监测点均未收到所述第二端的RTCP数据包,或者连续三个预设监测周期内所述各监测点丢包率大于30%,确定用户的感知类型为单通;
若在所有预设监测周期中,所有预设监测周期内所述各监测点的丢包率处于10%至30%之间,或者一个或连续两个预设监测周期内所述各监测点的丢包率大于30%,或者所有预设监测周期内所述各监测点的抖动大于200,确定用户的感知类型为断续;
若在所有预设监测周期中,所有预设监测周期内所述各监测点的丢包率处于5%至10%之间,或者所有预设监测周期内所述各监测点的抖动处于120至200之间,确定用户的感知类型为吞字。
进一步地,所述方法还包括:
将所述第一端S1U口第一方向的呼叫详细记录CDR、第一端GM口第一方向的CDR和第一端S1口相关事件、第一端MW口的SIP相关联,得到所述第一端用户所在小区;将所述第二端S1U口第一方向的CDR、第二端GM口第一方向的CDR和第二端S1口相关事件、第二端MW口的SIP相关联,得到所述第二端用户所在小区,其中,所述第一方向为所述第一端至所述第二端的方向。
进一步地,所述根据每一预设监测周期内各监测点的丢包率,确定每一预设监测周期内造成语音质量感知差的问题网元,具体包括:
从所述第一端至所述第二端,依次将所述各监测点的丢包率与第一预设阈值相比较;
当所述第一端S1U接口的丢包率大于所述第一预设阈值时,判定所述第一端的无线为问题网元;当所述第一端S1U接口的丢包率不大于所述第一预设阈值且所述第一端GM接口的丢包率大于所述第一预设阈值时,判定所述第一端的分组核心演进EPC为问题网元;当所述第一端S1U接口的丢包率不大于所述第一预设阈值、所述第一端GM接口的丢包率不大于所述第一预设阈值且所述第二端GM接口的丢包率大于所述第一预设阈值时,判定所述第二端的SBC为问题网元;当所述第一端S1U接口的丢包率不大于所述第一预设阈值、所述第一端GM接口的丢包率不大于所述第一预设阈值、所述第二端GM接口的丢包率不大于所述第一预设阈值且所述第二端S1U接口的丢包率大于所述第一预设阈值时,判定所述第二端的EPC为问题网元。
进一步地,所述根据每一预设监测周期内各监测点的抖动,确定每一预设监测周期内造成语音质量感知差的问题网元,具体包括:
从所述第一端至所述第二端,依次将所述各监测点的抖动与第一预设范围相比较;
当所述第一端S1U接口的抖动属于所述第一预设范围时,判定所述第一端的无线为问题网元;当所述第一端S1U接口的抖动不属于所述第一预设范围且所述第一端GM接口的抖动属于所述第一预设范围时,判定所述第一端的EPC为问题网元;当所述第一端S1U接口的抖动不属于所述第一预设范围、所述第一端GM接口的抖动不属于所述第一预设范围且所述第二端GM接口的抖动属于所述第一预设范围时,判定所述第二端的SBC为问题网元;当所述第一端S1U接口的抖动不属于所述第一预设范围、所述第一端GM接口的抖动不属于所述第一预设范围、所述第二端GM接口的抖动不属于所述第一预设范围且所述第二端S1U接口的抖动属于所述第一预设范围时,判定所述第二端的EPC为问题网元。
进一步地,所述根据每一预设监测周期内各监测点的时延,确定每一预设监测周期内造成语音质量感知差的问题网元,具体包括:
从所述第一端至所述第二端,依次将所述各监测点的时延与第二预设范围相比较;
当所述第一端S1U接口的时延属于所述第二预设范围时,判定所述第一端的无线为问题网元;当所述第一端S1U接口的时延不属于所述第二预设范围且所述第一端GM接口的时延属于所述第二预设范围时,判定所述第一端的EPC为问题网元;当所述第一端S1U接口的时延不属于所述第二预设范围、所述第一端GM接口的时延不属于所述第二预设范围且所述第二端GM接口的时延属于所述第二预设范围时,判定所述第二端的SBC为问题网元;当所述第一端S1U接口的时延不属于所述第二预设范围、所述第一端GM接口的时延不属于所述第二预设范围、所述第二端GM接口的时延不属于所述第二预设范围且所述第二端S1U接口的时延属于所述第二预设范围时,判定所述第二端的EPC为问题网元。
另一方面本发明实施例提供了一种VoLTE语音质量监测***,所述***包括:
监测模块,用于在第一端S1U接口、第一端GM接口、第二端S1U接口及第二端GM接口四个接口处分别设置监测点,以预设监测周期对第一端和第二端之间的RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的RTCP数据包;
数据获取模块,用于根据每一预设监测周期内各监测点的RTCP数据包,获取每一预设监测周期内各监测点的丢包率、抖动及时延;
问题网元确定模块,用于根据每一预设监测周期内各监测点的丢包率、抖动及时延,确定每一预设监测周期内造成语音质量感知差的问题网元。
第三方面发明实施例提供了一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使所述计算机执行上述方法。
第四方面发明实施例提供了一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行上述方法。
本发明实施例提供的本发明实施例提供的一种VoLTE语音质量监测方法及***,通过四个监测点以预设监测周期对端与端之间的RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的RTCP数据包,能够根据各监测点的RTCP数据包确定造成语音质量感知差的问题网元,且方法简单易行,监测精度高。
附图说明
图1为本发明实施例提供的一种VoLTE语音质量监测方法的流程图;
图2为本发明实施例中VoLTE网络架构图;
图3为本发明实施例中VoLTE网络语音流示意图;
图4为本发明实施例提供的一种VoLTE语音质量监测***的结构框图。
具体实施方式
为使本发明实施例的目的、技术方案和优点更加清楚,下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚地描述,显然,所描述的实施例是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
图1为本发明实施例提供的一种VoLTE语音质量监测方法的流程图,如图1所示,所述方法包括:S1,在第一端S1U接口、第一端GM接口、第二端S1U接口及第二端GM接口四个接口处分别设置监测点,以预设监测周期对VoLTE语音通话中第一端和第二端之间的RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的RTCP数据包;S2,根据每一预设监测周期内各监测点的RTCP数据包,获取每一预设监测周期内各监测点的丢包率、抖动及时延;S3,根据每一预设监测周期内各监测点的丢包率、抖动及时延,确定每一预设监测周期内造成语音质量感知差的问题网元。
具体地,在步骤S1中,第一端可以为本端或主叫端,第二端可以为对端或被叫端,如图2所示,本发明实施例针对端到端语音通话过程中的RTP语音包在整个传输链路上的质量进行跟踪,主要通过第一端S1U接口、第一端GM接口、第二端S1U接口、第二端GM接口四个接口及终端上报的RTCP进行相关数据采集,以便达到对UE、eNB、EPC、SBC以及无线网等各个网元的监测。
考虑到用户的移动状态,其服务小区可能发生变化,因此,将RTP语音包在时间上划分为多个时长进行监测。在实时监测时,即以预设监测周期对第一端和第二端之间的RTP语音流进行周期性监测,其中预设周期可以为RTCP发送的周期发送周期,一般为5秒。可以形象的将周期性监测模式理解为薄片监测模式,每一薄片对应的时长为一个预设监测周期。本发明实施例中也将对RTP语音流一个预设监测周期内的监测称为对RTP语音流一个薄片的监测。
如图3所示,为了方便描述,一次通话,定义前向和后向的概念:前向语音流(主叫终端到被叫终端)和后向语音流(被叫终端到主叫终端);同理,RTCP也分两种,前向RTCP包(主叫终端到被叫终端)和后向RTCP包(被叫终端发给主叫终端)。通过监测采集S1-U和Gm两个接口的RTP/RTCP数据包,因此每个预设监测周期内前向和后向都能够得到4个RTP的CDR(RTP_前向/后后_MO_S1U、RTP_前向/后向_MO_Gm、RTP_前向/后向_MT_S1U、RTP_前向/后向_MT_Gm)。
在步骤S3中,以丢包率为例,说明根据每一预设监测周期内各监测点的丢包率,确定每一预设监测周期内造成语音质量感知差的问题网元的源流。在本发明实施例中,确定问题网元也称为定界问题网元。
4个监测点分别通过RTP分析计算监测得到该监测点的KPI(丢包率),分别为:KPI_A、KPI_B、KPI_C、KPI_D。另外分别定义四个如表3所示指标:
表3
KPI_(B-A)=KPI_B-KPI_A |
KPI_(C-B)=KPI_C-KPI_B |
KPI_(D-C)=KPI_D-KPI_C |
KPI_(P-D)=KPI_RTCP-KPI_D |
以丢包的KPI_(B-A)为例,其意义为在A监测点和B监测点之间的丢包情况,其他指标依次类推。
比较KPI_A、KPI_(B-A)、KPI_(C-B)、KPI_(D-C)、KPI_(P-D)得出本次质差业务的最大问题点,问题点与问题网元的对应关系如表4所示:
表4
指标 | 定界网元 |
KPI_A | 发端无线、终端 |
KPI_(B-A) | 发端SGW、PGW |
KPI_(C-B) | 发端SBC、收端SBC |
KPI_(D-C) | 收端PGW、SGW |
KPI_(P-D) | 收端无线、终端 |
根据每一预设监测周期内各监测点的抖动及时延,确定每一预设监测周期内造成语音质量感知差的问题网元的原理与上述原理一致。
本发明实施例提供的一种VoLTE语音质量监测方法,通过四个监测点以预设监测周期对端与端之间的RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的RTCP数据包,能够根据各监测点的RTCP数据包确定造成语音质量感知差的问题网元,且方法简单易行,监测精度高。
基于上述实施例,所述方法还包括:
根据所有预设监测周期内所述各监测点的丢包率及抖动,确定用户的感知类型,所述感知类型包括单通、断续或吞字。
具体地,所述根据所有预设监测周期内所述各监测点的丢包率及抖动,确定用户的感知类型,具体包括:
若在所有预设监测周期中,连续三个预设监测周期内所述各监测点均未收到所述第二端的RTCP数据包,或者连续三个预设监测周期内所述各监测点丢包率大于30%,确定用户的感知类型为单通;
若在所有预设监测周期中,所有预设监测周期内所述各监测点的丢包率处于10%至30%之间,或者一个或连续两个预设监测周期内所述各监测点的丢包率大于30%,或者所有预设监测周期内所述各监测点的抖动大于200,确定用户的感知类型为断续;
若在所有预设监测周期中,所有预设监测周期内所述各监测点的丢包率处于5%至10%之间,或者所有预设监测周期内所述各监测点的抖动处于120至200之间,确定用户的感知类型为吞字。
具体地,获取用户的语音感知,不是对单个薄片的分析就能获取的,需要前后多个薄片共同完成。因此需要定义几类参数(连续性特征提取函数、阈值特征提取函数和感知识别函数)。
连续性特征识别函数:前向或后向RTCP中,连续超过某个阈值的次数,比如超过10秒(即至少连续3个薄片时间)RTP丢包率大约30%。
阈值特征提取函数:前向或后向RTCP中,超过某个阈值的次数,比如丢包率在10%和30%的薄片数。
感知识别函数:利用两面两种特征识别函数的结果,来加权求得用户的语音感知。
因为终端原因或编解码原因造成的单通、吞字、断续,无法在RTCP报告中获取相应特征。因此仅考虑因丢包、抖动造成的语音质量差的情况。判断规则如表5所示:
表5
通过用户感知分析模块不仅可以对语音质量进行呈现分析,还可以查询指定号码单次通话记录的KPI指标(丢包率)、KQI状态(丢包造成的单通、断续、吞字),大大增加对投诉用户解决问题的效率。
基于上述实施例,所述方法还包括:
将所述第一端S1U口第一方向的呼叫详细记录CDR、第一端GM口第一方向的CDR和第一端S1口相关事件、第一端MW口的SIP相关联,得到所述第一端用户所在小区;将所述第二端S1U口第一方向的CDR、第二端GM口第一方向的CDR和第二端S1口相关事件、第二端MW口的SIP相关联,得到所述第二端用户所在小区,其中,所述第一方向为所述第一端至所述第二端的方向。
具体地,RTP_前向_MO_S1U、RTP_前向_MO_Gm和主叫S1口相关事件(比如切换事件、X2切换)、主叫Mw口的SIP关联,完成本薄片内主叫用户所在小区、主叫号码、主叫IMEI等相关信息的填写;RTP_前向_MT_S1U、RTP_前向_MT_Gm和被叫S1口相关事件(比如切换事件、X2切换)、被叫Mw口的SIP关联,完成本薄片内被叫用户所在小区、被叫号码、被叫IMEI等相关信息的填写。
基于上述实施例,所述根据每一预设监测周期内各监测点的丢包率,确定每一预设监测周期内造成语音质量感知差的问题网元,具体包括:
从所述第一端至所述第二端,依次将所述各监测点的丢包率与第一预设阈值相比较;
当所述第一端S1U接口的丢包率大于所述第一预设阈值时,判定所述第一端的无线为问题网元;当所述第一端S1U接口的丢包率不大于所述第一预设阈值且所述第一GM接口的丢包率大于所述第一预设阈值时,判定所述第一端的EPC为问题网元;当所述第一端S1U接口的丢包率不大于所述第一预设阈值、所述第一端GM接口的丢包率不大于所述第一预设阈值且所述第二端GM接口的丢包率大于所述第一预设阈值时,判定所述第二端的SBC为问题网元;当所述第一端S1U接口的丢包率不大于所述第一预设阈值、所述第一端GM接口的丢包率不大于所述第一预设阈值、所述第二端GM接口的丢包率不大于所述第一预设阈值且所述第二端S1U接口的丢包率大于所述第一预设阈值时,判定所述第二端的EPC为问题网元。
所述根据每一预设监测周期内各监测点的抖动,确定每一预设监测周期内造成语音质量感知差的问题网元,具体包括:
从所述第一端至所述第二端,依次将所述各监测点的抖动与第一预设范围相比较;
当所述第一端S1U接口的抖动属于所述第一预设范围时,判定所述第一端的无线为问题网元;当所述第一端S1U接口的抖动不属于所述第一预设范围且所述第一GM接口的抖动属于所述第一预设范围时,判定所述第一端的EPC为问题网元;当所述第一端S1U接口的抖动不属于所述第一预设范围、所述第一端GM接口的抖动不属于所述第一预设范围且所述第二端GM接口的抖动属于所述第一预设范围时,判定所述第二端的SBC为问题网元;当所述第一端S1U接口的抖动不属于所述第一预设范围、所述第一端GM接口的抖动不属于所述第一预设范围、所述第二端GM接口的抖动不属于所述第一预设范围且所述第二端S1U接口的抖动属于所述第一预设范围时,判定所述第二端的EPC为问题网元。
所述根据每一预设监测周期内各监测点的时延,确定每一预设监测周期内造成语音质量感知差的问题网元,具体包括:
从所述第一端至所述第二端,依次将所述各监测点的时延与第二预设范围相比较;
当所述第一端S1U接口的时延属于所述第二预设范围时,判定所述第一端的无线为问题网元;当所述第一端S1U接口的时延不属于所述第二预设范围且所述第一GM接口的时延属于所述第二预设范围时,判定所述第一端的EPC为问题网元;当所述第一端S1U接口的时延不属于所述第二预设范围、所述第一端GM接口的时延不属于所述第二预设范围且所述第二端GM接口的时延属于所述第二预设范围时,判定所述第二端的SBC为问题网元;当所述第一端S1U接口的时延不属于所述第二预设范围、所述第一端GM接口的时延不属于所述第二预设范围、所述第二端GM接口的时延不属于所述第二预设范围且所述第二端S1U接口的时延属于所述第二预设范围时,判定所述第二端的EPC为问题网元。
具体地,对用户通话中所有薄片进行分析并判断为无线侧、EPC侧、SBC侧等问题定界时。在具体通过程序实现时,新增3个字段,分别为丢包指标定界(FractionLost_delimit)、抖动指标定界(Jitter_delimit)、时延指标定界(Delay_delimit),并将字段含义统一为1为无线、2为EPC、3为SBC、4为终端5、对端无线、6为对端EPC、7为对端SBC、8为对端终端、默认值为-1表示未知。对上下行方向中丢包率、抖动、时延等造成语音质量感知差定界规则如下:
当rtp_direction=1时(上行):
丢包率感知差定界:
1.如果S1U_RtpFractionLostRatio>0.05则判断为无线问题(可能也是S1-U传输问题)FractionLost_delimit赋值为1;
2.如果不满足步骤1,但RtpFractionLostRatio>0.05,则判断为EPC侧问题,FractionLost_delimit赋值为2;
3.如果不满足步骤1、2,但D_GM_RtpFractionLostRatio>0.05,则判断为对端SBC侧的问题,FractionLost_delimit赋值为7;
4.如果不满足步骤1、2、3,但D_S1U_RtpFractionLostRatio>0.05则判断为对端epc的问题侧的问题,FractionLost_delimit赋值为6;
5.如果上述都不满足,但Fractionlost>0.05且d_merge_state&3=3时,则判断对端无线问题,FractionLost_delimit赋值为5;
6.否则为未知,FractionLost_delimit赋值为-1。
抖动感知差定界:
1.如果(S1U_RtpJitter>120 and S1U_RtpJitter<1000)则判断为无线问题(可能也是S1-U传输问题)Jitter_delimit赋值为1;
2.如果不满足步骤1,但(RtpJitter>120 and RtpJitter<1000),则判断为EPC侧问题;Jitter_delimit赋值为2;
3.如果不满足步骤1、2,但(D_GM_RtpJitter>120 and D_GM_RtpJitter<1000),则判断为对端SBC侧的问题;itter_delimit赋值为7;
4.如果不满足步骤1、2、3,但(D_S1U_RtpJitter>120 and D_S1U_RtpJitter<500),则判断为对端epc的问题侧的问题。Jitter_delimit赋值为6;
5.如果上述都不满足,但Jitter>120 and Jitter<1000且d_merge_state&3=3时,则判断对端无线问题,Jitter_delimit赋值为5;
6.否则为未知,Jitter_delimit赋值为-1。
时延感知差定界:
1.如果S1UDELAY>200 and S1UDELAY<1000则判断无线问题,Delay_delimit赋值为1。
2.如果不满足步骤1,但d_gmDELAY>200 and gmDELAY<1000,则判断为epc侧问题,Delay_delimit赋值为2
3.如果不满足步骤1、2,但d_gmDELAY>200 and d_gmDELAY<1000,则判断为对端sbc侧问题,Delay_delimit赋值为7
4.如果不满足步骤1、2、3,但d_S1UDELAY>200 and d_S1UDELAY<1000,则判断为对端EPC侧问题,Delay_delimit赋值为6
5.如果上述都不满足,但roundelay>200 and roundelay<1000且d_merge_state&3=3时,则判断对端无线问题,Delay_delimit赋值为5
6.否则为未知Delay_delimit赋值为-1
当rtp_direction=2时(下行):
丢包率感知差定界:
1.如果D_S1U_RtpFractionLostRatio>0.05则判断为对端无线问题(可能也是S1-U传输问题),FractionLost_delimit赋值为5;
2.如果不满足步骤1,但D_GM_RtpFractionLostRatio>0.05,则判断为对端EPC侧问题,FractionLost_delimit赋值为6;
3.如果不满足步骤1、2,但RtpFractionLostRatio>0.05,则判断为SBC侧的问题,FractionLost_delimit赋值为3;
4.如果不满足步骤1、2、3,但S1U_RtpFractionLostRatio>0.05则判断为epc的问题侧的问题,FractionLost_delimit赋值为2;
5.如果上述都不满足,但FractionLost>0.05且d_merge_state&3=3时,则判断无线问题FractionLost_delimit赋值为1;
6.否则为未知,FractionLost_delimit赋值为-1。
抖动感知差情况下:
1.如果(D_S1U_RtpJitter>120 and D_S1U_RtpJitter<10500)则判断为对端无线问题(可能也是S1-U传输问题),Jitter_delimit赋值为5;
2.如果不满足步骤1,但(D_GM_RtpJitter>120 and D_GM_RtpJitter<10500),则判断为对端EPC侧问题,Jitter_delimit赋值为6;
3.如果不满足步骤1、2,但(RtpJitter>120 and RtpJitter<10500),则判断为SBC侧的问题,Jitter_delimit赋值为3;
4.如果不满足步骤1、2、3,但(S1U_RtpJitter>120 and S1U_RtpJitter<10500),则判断为epc的问题侧的问题,Jitter_delimit赋值为2;
5.如果上述都不满足,但(Jitter>120 and Jitter<500)且d_merge_state&3=3时,则判断本端无线问题,Jitter_delimit赋值为1;
6.否则为未知,Jitter_delimit赋值为-1。
时延感知差情况下:
1.如果D_S1UDELAY>200 and D_S1UDELAY<100,则判断对端无线问题,Delay_delimit赋值为5;
2.如果不满足步骤1,但d_gmDELAY>200 and d_gmDELAY<1000,则判断为对端epc侧问题,Delay_delimit赋值为6;
3.如果不满足步骤1、2,但gmDELAY>200 and gmDELAY<1000,则判断为sbc侧问题,Delay_delimit赋值为3;
4.如果不满足步骤1、2、3,但d_S1UDELAY>200 and d_S1UDELAY<1000,则判断为EPC侧问题,Delay_delimit赋值为2;
5.如果上述都不满足,但roundelay>200 and roundelay<1000且d_merge_state&3=3时,则判断无线问题,Delay_delimit赋值为1;
6.否则为未知Delay_delimit赋值为-1。
简单来说,主要通过Volte语音质量检测***统计出话单中端到端语音流的薄片情况,通过薄片在不同接口间呈现出的语音流质量来定界主要原因所发生的网元,结合主设备的识别能力,达到问题板卡的定位功能。
图4为本发明实施例提供的一种VoLTE语音质量监测***的结构框图,如图4所示,所述***包括:监测模块1、数据获取模块2以及问题网元确定模块3。其中:
监测模块1用于在第一端S1-U接口、第一端GM接口、第二端S1-U接口及第二端GM接口四个接口处分别设置监测点,以预设监测周期对VoLTE语音通话中第一端和第二端之间的RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的RTCP数据包。数据获取模块2用于根据每一预设监测周期内各监测点的RTCP数据包,获取每一预设监测周期内各监测点的丢包率、抖动及时延。问题网元确定模块3用于根据每一预设监测周期内各监测点的丢包率、抖动及时延,确定每一预设监测周期内造成语音质量感知差的问题网元。
本发明实施例提供的一种VoLTE语音质量监测***,通过四个监测点以预设监测周期对端与端之间的RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的RTCP数据包,能够根据各监测点的RTCP数据包确定造成语音质量感知差的问题网元,且方法简单易行,监测精度高。
本发明实施例公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如包括:在第一端S1U接口、第一端GM接口、第二端S1U接口及第二端GM接口四个接口处分别设置监测点,以预设监测周期对VoLTE语音通话中第一端和第二端之间的实时传输协议RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的实时传输控制协议RTCP数据包;根据每一预设监测周期内各监测点的RTCP数据包,获取每一预设监测周期内各监测点的丢包率、抖动及时延;根据每一预设监测周期内各监测点的丢包率、抖动及时延,确定每一预设监测周期内造成语音质量感知差的问题网元。
本发明实施例提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行上述各方法实施例所提供的方法,例如包括:在第一端S1U接口、第一端GM接口、第二端S1U接口及第二端GM接口四个接口处分别设置监测点,以预设监测周期对VoLTE语音通话中第一端和第二端之间的实时传输协议RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的实时传输控制协议RTCP数据包;根据每一预设监测周期内各监测点的RTCP数据包,获取每一预设监测周期内各监测点的丢包率、抖动及时延;根据每一预设监测周期内各监测点的丢包率、抖动及时延,确定每一预设监测周期内造成语音质量感知差的问题网元。
本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件。基于这样的理解,上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品可以存储在计算机可读存储介质中,如ROM/RAM、磁碟、光盘等,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
最后应说明的是:以上实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
Claims (10)
1.一种VoLTE语音质量监测方法,其特征在于,所述方法包括:
在第一端用户平面接口S1U接口、第一端GM接口、第二端S1U接口及第二端GM接口四个接口处分别设置监测点,以预设监测周期对VoLTE语音通话中第一端和第二端之间的实时传输协议RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的实时传输控制协议RTCP数据包;
根据每一预设监测周期内各监测点的RTCP数据包,获取每一预设监测周期内各监测点的丢包率、抖动及时延;
根据每一预设监测周期内各监测点的丢包率、抖动及时延,确定每一预设监测周期内造成语音质量感知差的问题网元。
2.根据权利要求1所述方法,其特征在于,所述方法还包括:
根据所有预设监测周期内所述各监测点的丢包率及抖动,确定用户的感知类型,所述感知类型包括单通、断续或吞字。
3.根据权利要求2所述方法,其特征在于,所述根据所有预设监测周期内所述各监测点的丢包率及抖动,确定用户的感知类型,具体包括:
若在所有预设监测周期中,连续三个预设监测周期内所述各监测点均未收到所述第二端的RTCP数据包,或者连续三个预设监测周期内所述各监测点丢包率大于30%,确定用户的感知类型为单通;
若在所有预设监测周期中,所有预设监测周期内所述各监测点的丢包率处于10%至30%之间,或者一个或连续两个预设监测周期内所述各监测点的丢包率大于30%,或者所有预设监测周期内所述各监测点的抖动大于200,确定用户的感知类型为断续;
若在所有预设监测周期中,所有预设监测周期内所述各监测点的丢包率处于5%至10%之间,或者所有预设监测周期内所述各监测点的抖动处于120至200之间,确定用户的感知类型为吞字。
4.根据权利要求1所述方法,其特征在于,所述方法还包括:
将所述第一端S1U口第一方向的呼叫详细记录CDR、第一端GM口第一方向的CDR和第一端S1口相关事件、第一端MW口的SIP相关联,得到所述第一端用户所在小区;将所述第二端S1U口第一方向的CDR、第二端GM口第一方向的CDR和第二端S1口相关事件、第二端MW口的SIP相关联,得到所述第二端用户所在小区,其中,所述第一方向为所述第一端至所述第二端的方向。
5.根据权利要求1所述方法,其特征在于,所述根据每一预设监测周期内各监测点的丢包率,确定每一预设监测周期内造成语音质量感知差的问题网元,具体包括:
从所述第一端至所述第二端,依次将所述各监测点的丢包率与第一预设阈值相比较;
当所述第一端S1U接口的丢包率大于所述第一预设阈值时,判定所述第一端的无线为问题网元;当所述第一端S1U接口的丢包率不大于所述第一预设阈值且所述第一端GM接口的丢包率大于所述第一预设阈值时,判定所述第一端的分组核心演进EPC为问题网元;当所述第一端S1U接口的丢包率不大于所述第一预设阈值、所述第一端GM接口的丢包率不大于所述第一预设阈值且所述第二端GM接口的丢包率大于所述第一预设阈值时,判定所述第二端的SBC为问题网元;当所述第一端S1U接口的丢包率不大于所述第一预设阈值、所述第一端GM接口的丢包率不大于所述第一预设阈值、所述第二端GM接口的丢包率不大于所述第一预设阈值且所述第二端S1U接口的丢包率大于所述第一预设阈值时,判定所述第二端的EPC为问题网元。
6.根据权利要求1所述方法,其特征在于,所述根据每一预设监测周期内各监测点的抖动,确定每一预设监测周期内造成语音质量感知差的问题网元,具体包括:
从所述第一端至所述第二端,依次将所述各监测点的抖动与第一预设范围相比较;
当所述第一端S1U接口的抖动属于所述第一预设范围时,判定所述第一端的无线为问题网元;当所述第一端S1U接口的抖动不属于所述第一预设范围且所述第一端GM接口的抖动属于所述第一预设范围时,判定所述第一端的EPC为问题网元;当所述第一端S1U接口的抖动不属于所述第一预设范围、所述第一端GM接口的抖动不属于所述第一预设范围且所述第二端GM接口的抖动属于所述第一预设范围时,判定所述第二端的SBC为问题网元;当所述第一端S1U接口的抖动不属于所述第一预设范围、所述第一端GM接口的抖动不属于所述第一预设范围、所述第二端GM接口的抖动不属于所述第一预设范围且所述第二端S1U接口的抖动属于所述第一预设范围时,判定所述第二端的EPC为问题网元。
7.根据权利要求1所述方法,其特征在于,所述根据每一预设监测周期内各监测点的时延,确定每一预设监测周期内造成语音质量感知差的问题网元,具体包括:
从所述第一端至所述第二端,依次将各监测点的时延与第二预设范围相比较;
当所述第一端S1U接口的时延属于所述第二预设范围时,判定所述第一端的无线为问题网元;当所述第一端S1U接口的时延不属于所述第二预设范围且所述第一端GM接口的时延属于所述第二预设范围时,判定所述第一端的EPC为问题网元;当所述第一端S1U接口的时延不属于所述第二预设范围、所述第一端GM接口的时延不属于所述第二预设范围且所述第二端GM接口的时延属于所述第二预设范围时,判定所述第二端的SBC为问题网元;当所述第一端S1U接口的时延不属于所述第二预设范围、所述第一端GM接口的时延不属于所述第二预设范围、所述第二端GM接口的时延不属于所述第二预设范围且所述第二端S1U接口的时延属于所述第二预设范围时,判定所述第二端的EPC为问题网元。
8.一种VoLTE语音质量监测***,其特征在于,所述***包括:
监测模块,用于在第一端S1U接口、第一端GM接口、第二端S1U接口及第二端GM接口四个接口处分别设置监测点,以预设监测周期对VoLTE语音通话中第一端和第二端之间的RTP语音流进行周期性监测,获取每一预设监测周期内各监测点的RTCP数据包;
数据获取模块,用于根据每一预设监测周期内各监测点的RTCP数据包,获取每一预设监测周期内各监测点的丢包率、抖动及时延;
问题网元确定模块,用于根据每一预设监测周期内各监测点的丢包率、抖动及时延,确定每一预设监测周期内造成语音质量感知差的问题网元。
9.一种计算机程序产品,其特征在于,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,使所述计算机执行如权利要求1至7任一项所述的方法。
10.一种非暂态计算机可读存储介质,其特征在于,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行如权利要求1至7任一项所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711451014.5A CN108199916A (zh) | 2017-12-27 | 2017-12-27 | 一种VoLTE语音质量监测方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201711451014.5A CN108199916A (zh) | 2017-12-27 | 2017-12-27 | 一种VoLTE语音质量监测方法及*** |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108199916A true CN108199916A (zh) | 2018-06-22 |
Family
ID=62584703
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201711451014.5A Pending CN108199916A (zh) | 2017-12-27 | 2017-12-27 | 一种VoLTE语音质量监测方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108199916A (zh) |
Cited By (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109785860A (zh) * | 2019-01-08 | 2019-05-21 | 北京中创信测科技股份有限公司 | 一种2g3g4g语音质量故障四域六维智能定界的方法 |
WO2019179275A1 (zh) * | 2018-03-21 | 2019-09-26 | 华为技术有限公司 | 数据处理方法以及客户端 |
CN110752938A (zh) * | 2018-07-23 | 2020-02-04 | ***通信集团广东有限公司 | 一种volte业务的故障智能定位方法和*** |
CN110933234A (zh) * | 2019-11-18 | 2020-03-27 | 武汉绿色网络信息服务有限责任公司 | 一种VoLTE通话质量问题的自动定界方法和装置 |
CN111371575A (zh) * | 2018-12-25 | 2020-07-03 | 武汉绿色网络信息服务有限责任公司 | 一种通话问题定界的方法和装置 |
CN111669468A (zh) * | 2020-06-05 | 2020-09-15 | 平安科技(深圳)有限公司 | 通话过程中网络状态显示方法、装置、计算机设备和介质 |
CN112422370A (zh) * | 2020-11-20 | 2021-02-26 | 维沃移动通信有限公司 | 语音通话质量的确定方法和装置 |
CN112929227A (zh) * | 2019-12-06 | 2021-06-08 | 上海大唐移动通信设备有限公司 | 一种rtp丢包检测方法、装置、电子设备及存储介质 |
WO2022123532A1 (en) * | 2020-12-10 | 2022-06-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Real time protocol-based cell analysis |
Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101272216A (zh) * | 2007-03-20 | 2008-09-24 | 北京中创信测科技股份有限公司 | 一种语音分析的方法、***和语音采集前端机 |
CN102325337A (zh) * | 2011-09-15 | 2012-01-18 | 华为技术有限公司 | 检测语音单通的方法和基站控制器 |
CN102438266A (zh) * | 2011-01-12 | 2012-05-02 | 北京炎强通信技术有限公司 | 移动通信网语音质量的优化方法和装置 |
CN102571421A (zh) * | 2011-12-22 | 2012-07-11 | 中兴通讯股份有限公司 | Ip接入网服务质量检测的方法及装置 |
CN102932181A (zh) * | 2012-11-01 | 2013-02-13 | 华为技术有限公司 | 一种检测网络故障的方法、节点及监控中心 |
CN103269492A (zh) * | 2013-04-19 | 2013-08-28 | 大唐移动通信设备有限公司 | 一种语音业务单通检测的方法及装置 |
CN103648125A (zh) * | 2013-12-25 | 2014-03-19 | 北京炎强通信技术有限公司 | 一种lte网络话音业务的监测方法 |
CN103648120A (zh) * | 2013-12-25 | 2014-03-19 | 北京炎强通信技术有限公司 | 一种移动通信网无线网络语音优化方法 |
CN104469829A (zh) * | 2014-11-20 | 2015-03-25 | 华为技术有限公司 | 一种语音质量检测方法及装置 |
CN105451261A (zh) * | 2015-12-02 | 2016-03-30 | 北京泰合佳通信息技术有限公司 | 一种基于移动智能终端的VoLTE无线网络测试方法 |
CN105828376A (zh) * | 2016-05-09 | 2016-08-03 | 中国联合网络通信集团有限公司 | 基于用户感知的业务质量监测方法和设备 |
CN106559582A (zh) * | 2015-09-29 | 2017-04-05 | 亿阳信通股份有限公司 | 一种VoLTE用户主观感知保障方法和*** |
CN106713063A (zh) * | 2015-11-18 | 2017-05-24 | 德科仕通信(上海)有限公司 | VoIP网络丢包故障检测的方法 |
CN106952657A (zh) * | 2016-01-06 | 2017-07-14 | ***通信集团公司 | 一种语音质量检测方法及装置 |
-
2017
- 2017-12-27 CN CN201711451014.5A patent/CN108199916A/zh active Pending
Patent Citations (14)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101272216A (zh) * | 2007-03-20 | 2008-09-24 | 北京中创信测科技股份有限公司 | 一种语音分析的方法、***和语音采集前端机 |
CN102438266A (zh) * | 2011-01-12 | 2012-05-02 | 北京炎强通信技术有限公司 | 移动通信网语音质量的优化方法和装置 |
CN102325337A (zh) * | 2011-09-15 | 2012-01-18 | 华为技术有限公司 | 检测语音单通的方法和基站控制器 |
CN102571421A (zh) * | 2011-12-22 | 2012-07-11 | 中兴通讯股份有限公司 | Ip接入网服务质量检测的方法及装置 |
CN102932181A (zh) * | 2012-11-01 | 2013-02-13 | 华为技术有限公司 | 一种检测网络故障的方法、节点及监控中心 |
CN103269492A (zh) * | 2013-04-19 | 2013-08-28 | 大唐移动通信设备有限公司 | 一种语音业务单通检测的方法及装置 |
CN103648125A (zh) * | 2013-12-25 | 2014-03-19 | 北京炎强通信技术有限公司 | 一种lte网络话音业务的监测方法 |
CN103648120A (zh) * | 2013-12-25 | 2014-03-19 | 北京炎强通信技术有限公司 | 一种移动通信网无线网络语音优化方法 |
CN104469829A (zh) * | 2014-11-20 | 2015-03-25 | 华为技术有限公司 | 一种语音质量检测方法及装置 |
CN106559582A (zh) * | 2015-09-29 | 2017-04-05 | 亿阳信通股份有限公司 | 一种VoLTE用户主观感知保障方法和*** |
CN106713063A (zh) * | 2015-11-18 | 2017-05-24 | 德科仕通信(上海)有限公司 | VoIP网络丢包故障检测的方法 |
CN105451261A (zh) * | 2015-12-02 | 2016-03-30 | 北京泰合佳通信息技术有限公司 | 一种基于移动智能终端的VoLTE无线网络测试方法 |
CN106952657A (zh) * | 2016-01-06 | 2017-07-14 | ***通信集团公司 | 一种语音质量检测方法及装置 |
CN105828376A (zh) * | 2016-05-09 | 2016-08-03 | 中国联合网络通信集团有限公司 | 基于用户感知的业务质量监测方法和设备 |
Non-Patent Citations (7)
Title |
---|
刘扬: "保定VoLTE RTP 丢包率解决方案", 《通信设计与应用》 * |
刘涛: "无线***中基于用户满意度保证的调度与资源分配方法研究", 《中国博士学位论文全文数据库》 * |
刚周伟: "关于VoLTE业务通话质量评估方法的研究", 《江西通信科技》 * |
庞亮: "VoLTE端到端质量优化方法研究", 《内蒙古通信学会2017年优秀论文集》 * |
张伟伟: "VoLTE通话中的单通和断续故障分析", 《电信网技术》 * |
张洪伟: "TD-LTE网络VoLTE语音质量问题分析定位研究", 《2017年全国无线及通移动通信学术大会论文集》 * |
范星宇: "基于实测数据的VoLTE业务感知关键无线要素", 《移动通信》 * |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019179275A1 (zh) * | 2018-03-21 | 2019-09-26 | 华为技术有限公司 | 数据处理方法以及客户端 |
CN110300003A (zh) * | 2018-03-21 | 2019-10-01 | 华为技术有限公司 | 数据处理方法以及客户端 |
CN110752938B (zh) * | 2018-07-23 | 2022-05-13 | ***通信集团广东有限公司 | 一种volte业务的故障智能定位方法和*** |
CN110752938A (zh) * | 2018-07-23 | 2020-02-04 | ***通信集团广东有限公司 | 一种volte业务的故障智能定位方法和*** |
CN111371575B (zh) * | 2018-12-25 | 2021-05-07 | 武汉绿色网络信息服务有限责任公司 | 一种通话问题定界的方法和装置 |
CN111371575A (zh) * | 2018-12-25 | 2020-07-03 | 武汉绿色网络信息服务有限责任公司 | 一种通话问题定界的方法和装置 |
CN109785860A (zh) * | 2019-01-08 | 2019-05-21 | 北京中创信测科技股份有限公司 | 一种2g3g4g语音质量故障四域六维智能定界的方法 |
CN110933234B (zh) * | 2019-11-18 | 2021-04-27 | 武汉绿色网络信息服务有限责任公司 | 一种VoLTE通话质量问题的自动定界方法和装置 |
CN110933234A (zh) * | 2019-11-18 | 2020-03-27 | 武汉绿色网络信息服务有限责任公司 | 一种VoLTE通话质量问题的自动定界方法和装置 |
CN112929227A (zh) * | 2019-12-06 | 2021-06-08 | 上海大唐移动通信设备有限公司 | 一种rtp丢包检测方法、装置、电子设备及存储介质 |
CN111669468A (zh) * | 2020-06-05 | 2020-09-15 | 平安科技(深圳)有限公司 | 通话过程中网络状态显示方法、装置、计算机设备和介质 |
CN111669468B (zh) * | 2020-06-05 | 2021-10-29 | 平安科技(深圳)有限公司 | 通话过程中网络状态显示方法、装置、计算机设备和介质 |
CN112422370A (zh) * | 2020-11-20 | 2021-02-26 | 维沃移动通信有限公司 | 语音通话质量的确定方法和装置 |
WO2022105706A1 (zh) * | 2020-11-20 | 2022-05-27 | 维沃移动通信有限公司 | 语音通话质量的确定方法和装置 |
WO2022123532A1 (en) * | 2020-12-10 | 2022-06-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Real time protocol-based cell analysis |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108199916A (zh) | 一种VoLTE语音质量监测方法及*** | |
JP4986243B2 (ja) | メディアストリームの階層数を制御する送信装置、方法及びプログラム | |
CN103632680B (zh) | 一种语音质量评估方法、网元及*** | |
US10616413B1 (en) | System and method for distributing an agent interaction for evaluation based on the quality of service | |
CN106304180A (zh) | 一种确定用户的语音业务质量的方法及装置 | |
US9544201B2 (en) | Quality of experience in communication networks | |
Liotou et al. | A roadmap on QoE metrics and models | |
JP2004297287A (ja) | 通話品質評価システム、および、該通話品質評価のための装置 | |
CN110401965A (zh) | VoLTE语音质量拨测分析方法及*** | |
CN110933234B (zh) | 一种VoLTE通话质量问题的自动定界方法和装置 | |
De Pessemier et al. | Quality assessment and usage behavior of a mobile voice-over-IP service | |
CN107846520B (zh) | 单通检测方法及装置 | |
US8665737B2 (en) | Conversational interactivity measurement and estimation for real-time media | |
CN108269589B (zh) | 用于通话的语音质量评估方法及其装置 | |
US20200220918A1 (en) | 2G3G4G Speech Quality Fault Four-Domain Six-Dimension Intelligent Delimitation Method | |
CN106559582B (zh) | 一种VoLTE用户主观感知保障方法和*** | |
KR101514633B1 (ko) | 패킷 망에서의 통화 품질 관리 방법 및 장치 | |
JP2014107825A (ja) | 通信路識別装置 | |
CN100440819C (zh) | 基于通话模型的网络语音通话测试流量生成方法 | |
Hikmatullah et al. | Perceptual evaluation of speech quality over the top call service | |
Patel et al. | Performance comparison of whatsapp versus skype on smart phones | |
US20140348156A1 (en) | Optimizing route selection based on transcoding | |
Weissberger et al. | Background service QoS in a UMTS network | |
JP4668851B2 (ja) | 品質クラス決定装置、品質クラス決定方法、およびプログラム | |
US9160842B2 (en) | Method for measuring processing delays of voice-over IP devices |
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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20180622 |