[发明专利]一种解决消息交互中拥塞的方法及系统有效
申请号: | 202010687685.7 | 申请日: | 2020-07-16 |
公开(公告)号: | CN111935658B | 公开(公告)日: | 2022-01-18 |
发明(设计)人: | 张志永 | 申请(专利权)人: | 北京思特奇信息技术股份有限公司 |
主分类号: | H04W4/24 | 分类号: | H04W4/24;H04W24/04;H04W28/02 |
代理公司: | 北京汇信合知识产权代理有限公司 11335 | 代理人: | 陈圣清 |
地址: | 100086 北京*** | 国省代码: | 北京;11 |
权利要求书: | 查看更多 | 说明书: | 查看更多 |
摘要: | |||
搜索关键词: | 一种 解决 消息 交互 拥塞 方法 系统 | ||
本发明公开了一种解决消息交互中拥塞的方法及系统,适用于常连接的消息交互场景,其包括:检测业务处理队列中的消息排队数量,并判断是否达到第一阈值;当排队数量达到第一阈值时,将业务处理队列中的部分消息移入拥塞处理队列,直至业务处理队列的排队数量达到第二阈值,恢复正常处理。本发明可以成功消除在线计费中因某个消息处理的延时,而导致的整个进程的响应延时情况,从而大大提升了用户的使用感知。
技术领域
本发明涉及运营商在线计费技术领域,具体涉及一种解决消息交互中拥塞的方法及系统,适用于常连接的消息交互场景。
背景技术
在3GPP定义的在线计费流程中,网元发起的计费请求,必须在接到业务系统返回消息后才为用户接通使用。
而在上述不断交互的消息处理过程中,经常会出现因一个计费请求的响应异常,该响应异常的请求处理缓慢,会导致后续等待的请求依次全部等待,进而导致后续等待的业务请求超时。
上述消息交互过程中因拥塞而形成一个恶性循环,影响了众多的业务请求,从而影响了用户感知。
发明内容
针对现有技术中存在的上述问题,本发明提供一种解决消息交互中拥塞的方法及系统。
本发明公开了一种解决消息交互中拥塞的方法,包括:
检测业务处理队列中的消息排队数量;
当所述排队数量达到第一阈值时,将所述业务处理队列中的部分消息移入拥塞处理队列,直至所述业务处理队列的排队数量达到第二阈值。
作为本发明的进一步改进,还包括:
通过业务接收线程接收网元发起的计费请求消息;
将所述计费请求消息按照接收时间的先后顺序依次放入所述业务处理队列中。
作为本发明的进一步改进,还包括:创建拥塞处理线程;
业务处理线程处理所述业务处理队列中的消息;
拥塞处理线程处理所述拥塞处理队列中的消息。
作为本发明的进一步改进,所述第一阈值大于第二阈值。
作为本发明的进一步改进,
当所述业务处理队列的排队数量达到第一阈值时,将所述业务处理队列中的消息按照先后顺序依次移入所述拥塞处理队列;
当所述业务处理队列的排队数量达到第二阈值时,停止将所述业务处理队列中的消息移入所述拥塞处理队列中。
本发明还公开了一种解决消息交互中拥塞的系统,包括:
业务接收线程,用于接收网元发起的计费请求消息,将所述计费请求消息按照接收时间的先后顺序依次放入业务处理队列中;
业务处理线程,用于处理所述业务处理队列中的消息;
还包括:
创建模块,用于创建拥塞处理线程;
检测判断模块,用于检测业务处理队列中的消息排队数量;当所述排队数量达到第一阈值时,将所述业务处理队列中的部分消息移入拥塞处理队列,直至所述业务处理队列的排队数量达到第二阈值;
拥塞处理线程,用于处理所述拥塞处理队列中的消息。
作为本发明的进一步改进,所述第一阈值大于第二阈值。
作为本发明的进一步改进,
当所述业务处理队列的排队数量达到第一阈值时,将所述业务处理队列中的消息按照先后顺序依次移入所述拥塞处理队列;
该专利技术资料仅供研究查看技术是否侵权等信息,商用须获得专利权人授权。该专利全部权利属于北京思特奇信息技术股份有限公司,未经北京思特奇信息技术股份有限公司许可,擅自商用是侵权行为。如果您想购买此专利、获得商业授权和技术合作,请联系【客服】
本文链接:http://www.vipzhuanli.com/pat/books/202010687685.7/2.html,转载请声明来源钻瓜专利网。