VoLTE语音掉话判断方法及装置与流程

文档序号:16131682发布日期:2018-12-01 00:23阅读:2275来源:国知局

本发明实施例涉及通信技术领域,具体涉及一种volte语音掉话判断方法及装置。

背景技术

volte(voiceoverlte,基于ims的语音业务)语音业务建立在lte(longtermevolution,长期演进)数据分组网上,其数据承载信道可以由多个用户共享,该特点增加了volte语音业务失败的可能性,也增加了发现问题的复杂度。引入灵活的sip(sessioninitiationprotocol,会话初始协议)、rtp(real-timetransportprotocol,实时传输协议)等ims域互联网会话传输协议后,volte业务过程涉及到从无线网、核心网、承载网、ims网多个网元的应用层与网络层多种协议相互配合,其中一个层面出现问题都会导致业务失败。

然而,在实施本发明实施例的过程中发明人发现,2g/3g语音业务均承载在电路域固定分配的信道中,而其问题多出现在无线链路物理层或业务层,问题分析涉及范围相对较小。按照原有方式并不能完整准确的输出volte语音掉话结果。现有方法只是简单从用户通信流程中获得sip信令是否包含byerequest消息和byeok消息去判断是否用户发生了掉话。但实际上如果网络出现了rtp单通现象,终端会自主给网络上发byerequest并收到网络回复的byeok,此时用户实际已经发生了掉话,但是按现有方法判断是正常的,从而会出现判断失误的状况。



技术实现要素:

本发明实施例提供了一种volte语音掉话判断方法及装置,用以克服现有的掉话判断方法仅根据sip信令是否包含byerequest消息和byeok消息去判断用户发生了掉话,无法对由于产生rtp单通现象造成掉话的情况进行判断,导致判断结果不准确的缺陷。

第一方面,本发明的一个实施例提供一种volte语音掉话判断方法,包括:

在终端接通状态下,当终端上报ulbye0消息时,判断终端当前是否满足实时传输协议rtp单通条件;所述rtp单通条件包括:上报所述ulbye0消息与上报所述ulbye0消息之前接收到的最后一个dlrtp数据包的时间间隔大于预设秒数,且在所述时间间隔内上报至少一个ulrtp数据包;

在确定终端当前满足所述rtp单通条件时,若在上报所述ulbye0消息后的预设秒数内接收到bye487消息,则确定此时终端发生掉话事件。

可选地,在确定终端当前不满足所述rtp单通条件时,所述方法还包括:

判断上报所述ulbye0消息的前预设秒数内是否出现下述两种无线资源控制rrc过程中的至少一种:上报了rrc连接请求,以及已上报rrc连接重建请求但重建失败;

在确定已出现上述两种rrc过程的至少一个过程时,若从rrc连接开始到上报所述ulbye0消息的第一时间段内出现下列情况中的任意一种,则确定此时终端发生掉话事件:

在所述第一时间段内没有接收到rrc连接重配置消息;

以及,在所述第一时间段内接收过rrc连接重配置消息,但该rrc连接重配置消息中的无线资源配置专用信息radioresourceconfigdedicated的下一级中不包含数据无线承载-添加mod列表drb-toaddmodlist;

以及,在所述第一时间段接收过rrc连接重配置消息,且该rrc连接重配置消息中的radioresourceconfigdedicated信息的下一级中包含数据无线承载-添加mod列表drb-toaddmodlist,但所述drb-toaddmodlist列表中不包含标度值qci=1的承载id。

可选地,在确定在所述第一时间段内接收过的rrc连接重配置消息,且所述rrc连接重配置中的radioresourceconfigdedicated信息的下一级的drb-toaddmodlist列表中包含标度值qci=1的承载id时,所述方法还包括:

确定在所述第一时间段内是否接收过第一rrc连接重配置消息,所述第一rrc连接重配置消息中的radioresourceconfigdedicated信息的下一级包含数据无线承载-释放mod列表drb-toreleasemodlist;

若未接收过所述第一rrc连接重配置消息,且在上报了包含cause=113信息byerequest消息后的预设秒数内未接收到byeok消息,则确定此时终端发生掉话事件。

可选地,若接收过所述第一rrc连接重配置消息,则所述方法还包括:

判断在上报所述ulbye0消息的前预设秒数内是否接收到禁用eps承载内容请求deactivateepsbearercontentrequest;

若未接收到所述deactivateepsbearercontentrequest请求,则确定此时终端发生掉话事件;

可选地,所述方法还包括:

若接收到所述deactivateepsbearercontentrequest请求,且在上报了包含cause=113信息byerequest消息后的预设秒数内未接收到byeok消息,则确定此时终端也发生掉话事件。

可选地,若在上报所述ulbye0消息的前预设秒数内未出现任何所述rrc过程时,则所述方法还包括:

判断上报的所述ulbye0消息的前预设秒数内接收到的rrc连接重配置消息或最后接收到的两个rrc连接重配置消息中,radioresourceconfigdedicated信息的下一级的数据无线承载-释放mod列表drb-toreleasemodlist中是否包含qci=1的承载id;

若判断包含,则继续判断在上报所述ulbye0消息的前预设秒数内是否接收到禁用eps承载内容请求deactivateepsbearercontentrequest;

若未接收到所述deactivateepsbearercontentrequest请求,则确定此时终端发生掉话事件;

若接收到所述deactivateepsbearercontentrequest请求,且在上报了包含cause=113信息byerequest消息后的预设秒数内未接收到byeok消息,则确定此时终端也发生掉话事件。

可选地,所述方法还包括:

若判断不包含所述qci=1的承载id,则直接判断在上报了包含cause=113信息byerequest消息后的预设秒数内是否接收到byeok消息;

若接收到,则确定此时终端也发生掉话事件。

第二方面,本发明的又一实施例提供了一种volte语音掉话判断装置,包括:

rtp单通判断单元,用于在终端接通状态下,当终端上报ulbye0消息时,判断终端当前是否满足实时传输协议rtp单通条件;所述rtp单通条件包括:上报所述ulbye0消息与上报所述ulbye0消息之前接收到的最后一个dlrtp数据包的时间间隔大于预设秒数,且在所述时间间隔内上报至少一个ulrtp数据包;

掉话事件判断单元,用于在确定终端当前满足所述rtp单通条件时,若在上报所述ulbye0消息后的预设秒数内接收到bye487消息,则确定此时终端发生掉话事件。

第三方面,本发明的又一实施例提供了一种计算机设备,包括存储器、处理器以及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述程序时实现如第一方面所述方法的步骤。

第四方面,本发明的又一实施例提供了一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序被处理器执行时实现如第一方面所述方法的步骤。

本发明实施例提供了一种volte语音掉话判断方法及装置、电子设备以及计算机可读存储介质,该方法中在终端接通的状态下当终端上报ulbye0消息时,判断当前终端是否满足rtp单通条件,若满足则继续判断在上报了ulbye0消息后的预设秒数内是否接收到了bye487消息,若接收到则确定此时终端发生了掉话事件。相比于现有的判断方法,本发明实施例提供的方法能够综合考虑volte语音业务保持中的多层协议及参数,从rtp单通的角度多方面综合判定volte掉话,可以更加准确的发现volte掉话事件,有助于提升网络质量。

附图说明

通过阅读下文优选实施方式的详细描述,各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的,而并不认为是对本发明的限制。而且在整个附图中,用相同的参考符号表示相同的部件。在附图中:

图1是本发明实施例提供的一种volte语音掉话判断方法流程图;

图2是本发明实施例提供的drb异常时掉话检测方法流程图;

图3是本发明实施例提供的rrcconnectionreconfiguration消息示意图;

图4是本发明实施例提供的rrcconnectionreconfiguration消息内部示意图;

图5是本发明实施例提供的volte语音掉话判断装置结构示意图;

图6是本发明实施例提供的计算机设备结构示意图。

具体实施方式

下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。

第一方面,本发明的一个实施例提供了一种volte语音掉话判断方法,如图1所示,包括:

s101、在终端接通状态下,当终端上报ulbye0消息时,判断终端当前是否满足实时传输协议rtp单通条件;这里的rtp单通条件包括:上报ulbye0消息与上报ulbye0消息之前接收到的最后一个dlrtp数据包的时间间隔大于预设秒数,且在时间间隔内上报至少一个ulrtp数据包;

s102、在确定终端当前满足rtp单通条件时,若在上报ulbye0消息后的预设秒数内接收到bye487消息,则确定此时终端发生掉话事件。

本发明实施例提供的volte语音掉话判断方法中,在终端接通的状态下当终端上报ulbye0消息时,判断当前终端是否满足rtp单通条件,若满足则继续判断在上报了ulbye0消息后的预设秒数内是否接收到了bye487消息,若接收到则确定此时终端发生了掉话事件。相比于现有的判断方法,本发明实施例提供的方法能够综合考虑volte语音业务保持中的多层协议及参数,从rtp单通的角度多方面综合判定volte掉话,可以更加准确的发现volte掉话事件,有助于提升网络质量。

在实际应用中,综合考虑rtp单通一般的出现时长为20s,因此这里的预设秒数可以为19s。

另外,在具体实施时,当终端未出现rtp单通现象但出现数据无线承载drb(dataradiobearer)异常时,终端也会自主给网络上发byerequest并收到网络回复的byeok,此时按现有方式判断为正常挂机,但实际用户并没有要去挂机,而是网络异常带来的掉话,从而也会出现判断失误的状况。

为此,本发明实施例提供的方法如图2所示,还包括:

s103、判断上报ulbye0消息的前预设秒数内(例如前2秒)是否出现下述两种无线资源控制rrc过程中的至少一种:上报了rrc连接请求rrcconnectionreconfiguration,以及已上报rrc连接重建请求但重建失败;

s104、在确定已出现上述两种rrc过程的至少一个过程时,若从rrc连接开始到上报ulbye0消息的第一时间段内出现下列(1)-(3)情况中的任意一种,则确定此时终端发生掉话事件:

(1)在第一时间段内没有接收到rrc连接重配置消息;

(2)在第一时间段内接收过rrc连接重配置消息,但该rrc连接重配置消息中的无线资源配置专用信息radioresourceconfigdedicated的下一级中不包含数据无线承载-添加mod列表drb-toaddmodlist;

(3)在第一时间段接收过rrc连接重配置消息,且该rrc连接重配置消息中的radioresourceconfigdedicated信息的下一级中包含数据无线承载-添加mod列表drb-toaddmodlist,但drb-toaddmodlist列表中不包含标度值qci=1的承载id。

其中,这里的qci=1的承载id是通过下述方式获得的:记录qci=1的承载id。在每次呼叫的invite-request之后,解码包含“activatededicatedepsbearercontextrequest”nas消息。其中,“rrcconnectionreconfiguration”消息如图3。如图4所示,记录将从该消息中解码出来的rlc模式为“um”的drb-identity的值,这里为“3”。

在步骤s104的判断结果为否时,也即在确定在第一时间段内接收过的rrc连接重配置消息,且rrc连接重配置中的radioresourceconfigdedicated信息的下一级的drb-toaddmodlist列表中包含标度值qci=1的承载id时,方法还包括:

s105、确定在第一时间段内是否接收过第一rrc连接重配置消息,第一rrc连接重配置消息中的radioresourceconfigdedicated信息的下一级包含数据无线承载-释放mod列表drb-toreleasemodlist;

s106、若s105判断结果为否,也即未接收过第一rrc连接重配置消息,且在上报了包含cause=113信息byerequest消息后的预设秒数内(例如20s)未接收到byeok消息,则确定此时终端发生掉话事件。若预设描述内接收到byeok消息,则确定为正常挂机。

s107、若s105判断结果为是,也即接收过所述第一rrc连接重配置消息,则所述方法还包括:判断在上报所述ulbye0消息的前预设秒数内是否接收到禁用eps承载内容请求deactivateepsbearercontentrequest;若未接收到所述deactivateepsbearercontentrequest请求,则确定此时终端发生掉话事件;

若s107是否接收到deactivateepsbearercontentrequest的判断结果为否,也即未接收到所述deactivateepsbearercontentrequest请求,则方法转至步骤s106,即如果在上报了包含cause=113信息byerequest消息后的预设秒数内(例如20s)未接收到byeok消息,则确定此时终端发生掉话事件。

若s103的判断结果为否,也即在上报ulbye0消息的前预设秒数内未出现任何rrc过程时,则方法还包括:

s109、判断上报的ulbye0消息的前预设秒数内接收到的rrc连接重配置消息或最后接收到的两个rrc连接重配置消息中,radioresourceconfigdedicated信息的下一级的数据无线承载-释放mod列表drb-toreleasemodlist中是否包含qci=1的承载id;

若判断包含,则转至步骤s107继续判断在上报ulbye0消息的前预设秒数内是否接收到禁用eps承载内容请求deactivateepsbearercontentrequest;若未接收到deactivateepsbearercontentrequest请求,则确定此时终端发生掉话事件;若接收到deactivateepsbearercontentrequest请求,且在上报了包含cause=113信息byerequest消息后的预设秒数内未接收到byeok消息,则确定此时终端也发生掉话事件。

若判断不包含qci=1的承载id,则转至步骤s106直接判断在上报了包含cause=113信息byerequest消息后的预设秒数内是否接收到byeok消息;若接收到,则确定此时终端也发生掉话事件。

第二方面,本发明又一实施例提供了一种volte语音掉话判断装置,如图5所示,包括:

rtp单通判断单元201,用于在终端接通状态下,当终端上报ulbye0消息时,判断终端当前是否满足实时传输协议rtp单通条件;所述rtp单通条件包括:上报所述ulbye0消息与上报所述ulbye0消息之前接收到的最后一个dlrtp数据包的时间间隔大于预设秒数,且在所述时间间隔内上报至少一个ulrtp数据包;

掉话事件判断单元202,用于在确定终端当前满足所述rtp单通条件时,若在上报所述ulbye0消息后的预设秒数内接收到bye487消息,则确定此时终端发生掉话事件。

可选地,在确定终端当前不满足所述rtp单通条件时,所述装置还包括,dbr异常掉话判断单元203,用于执行以下步骤:

判断上报所述ulbye0消息的前预设秒数内是否出现下述两种无线资源控制rrc过程中的至少一种:上报了rrc连接请求,以及已上报rrc连接重建请求但重建失败;

在确定已出现上述两种rrc过程的至少一个过程时,若从rrc连接开始到上报所述ulbye0消息的第一时间段内出现下列情况中的任意一种,则确定此时终端发生掉话事件:

在所述第一时间段内没有接收到rrc连接重配置消息;

以及,在所述第一时间段内接收过rrc连接重配置消息,但该rrc连接重配置消息中的无线资源配置专用信息radioresourceconfigdedicated的下一级中不包含数据无线承载-添加mod列表drb-toaddmodlist;

以及,在所述第一时间段接收过rrc连接重配置消息,且该rrc连接重配置消息中的radioresourceconfigdedicated信息的下一级中包含数据无线承载-添加mod列表drb-toaddmodlist,但所述drb-toaddmodlist列表中不包含标度值qci=1的承载id。

可选地,在确定在所述第一时间段内接收过的rrc连接重配置消息,且所述rrc连接重配置中的radioresourceconfigdedicated信息的下一级的drb-toaddmodlist列表中包含标度值qci=1的承载id时,所述dbr异常掉话判断单元203还用于:

确定在所述第一时间段内是否接收过第一rrc连接重配置消息,所述第一rrc连接重配置消息中的radioresourceconfigdedicated信息的下一级包含数据无线承载-释放mod列表drb-toreleasemodlist;

若未接收过所述第一rrc连接重配置消息,且在上报了包含cause=113信息byerequest消息后的预设秒数内未接收到byeok消息,则确定此时终端发生掉话事件。

可选地,若接收过所述第一rrc连接重配置消息,所述dbr异常掉话判断单元203还用于:

判断在上报所述ulbye0消息的前预设秒数内是否接收到禁用eps承载内容请求deactivateepsbearercontentrequest;

若未接收到所述deactivateepsbearercontentrequest请求,则确定此时终端发生掉话事件;

可选地,所述dbr异常掉话判断单元203还用于:

若接收到所述deactivateepsbearercontentrequest请求,且在上报了包含cause=113信息byerequest消息后的预设秒数内未接收到byeok消息,则确定此时终端也发生掉话事件。

可选地,若在上报所述ulbye0消息的前预设秒数内未出现任何所述rrc过程时,所述dbr异常掉话判断单元203还用于:

判断上报的所述ulbye0消息的前预设秒数内接收到的rrc连接重配置消息或最后接收到的两个rrc连接重配置消息中,radioresourceconfigdedicated信息的下一级的数据无线承载-释放mod列表drb-toreleasemodlist中是否包含qci=1的承载id;

若判断包含,则继续判断在上报所述ulbye0消息的前预设秒数内是否接收到禁用eps承载内容请求deactivateepsbearercontentrequest;

若未接收到所述deactivateepsbearercontentrequest请求,则确定此时终端发生掉话事件;

若接收到所述deactivateepsbearercontentrequest请求,且在上报了包含cause=113信息byerequest消息后的预设秒数内未接收到byeok消息,则确定此时终端也发生掉话事件。

可选地,所述dbr异常掉话判断单元203还用于:

若判断不包含所述qci=1的承载id,则直接判断在上报了包含cause=113信息byerequest消息后的预设秒数内是否接收到byeok消息;

若接收到,则确定此时终端也发生掉话事件。

由于本实施例所介绍的volte语音掉话判断装置为可以执行本发明实施例中的volte语音掉话判断方法的装置,故而基于本发明实施例中所介绍的volte语音掉话判断的方法,本领域所属技术人员能够了解本实施例的volte语音掉话判断装置的具体实施方式以及其各种变化形式,所以在此对于该volte语音掉话判断装置如何实现本发明实施例中的volte语音掉话判断方法不再详细介绍。只要本领域所属技术人员实施本发明实施例中volte语音掉话判断方法所采用的装置,都属于本申请所欲保护的范围。

此外,图6示出本发明实施例提供的计算机设备的结构框图。

参照图6,该计算机设备,包括:处理器(processor)301、存储器(memory)302、总线303以及总线接口304;

其中,所述处理器301以及存储器302通过所述总线303完成相互间的通信;总线接口304用于与外界设备进行信息交互

所述处理器301用于调用所述存储器302中的程序指令,以执行上述各方法实施例所提供的方法,例如包括:第一方面所述的方法。

本发明实施例还公开一种计算机程序产品,所述计算机程序产品包括存储在非暂态计算机可读存储介质上的计算机程序,所述计算机程序包括程序指令,当所述程序指令被计算机执行时,计算机能够执行上述各方法实施例所提供的方法,例如包括:第一方面所述的方法。

本发明实施例还提供一种非暂态计算机可读存储介质,所述非暂态计算机可读存储介质存储计算机指令,所述计算机指令使所述计算机执行上述各方法实施例所提供的方法,例如包括:第一方面所述的方法。

在此处所提供的说明书中,说明了大量具体细节。然而,能够理解,本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中,并未详细示出公知的方法、结构和技术,以便不模糊对本说明书的理解。

类似地,应当理解,为了精简本公开并帮助理解各个发明方面中的一个或多个,在上面对本发明的示例性实施例的描述中,本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而,并不应将该公开的方法解释成反映如下意图:即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说,如下面的权利要求书所反映的那样,发明方面在于少于前面公开的单个实施例的所有特征。因此,遵循具体实施方式的权利要求书由此明确地并入该具体实施方式,其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解,可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件,以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外,可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述,本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外,本领域的技术人员能够理解,尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征,但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如,在下面的权利要求书中,所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的某些部件实施例可以以硬件实现,或者以在一个或者多个处理器上运行的软件模块实现,或者以它们的组合实现。本领域的技术人员应当理解,可以在实践中使用微处理器或者数字信号处理器(dsp)来实现根据本发明实施例的网关、代理服务器、系统中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如,计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上,或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到,或者在载体信号上提供,或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制,并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中,不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中,这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1