[发明专利]业务处理方法、服务器及存储介质

说明书

本发明实施例涉及通信技术领域，公开了一种业务处理方法、服务器及存储介质。通过针对SIP对话进入振铃阶段之前，按业务触发顺序和其相反顺序流经各应用服务器的两条报文，每个应用服务器向报文头域中添加本应用服务器被触发的第一业务的业务参数，同时从报文中获取其他应用服务器所添加的第二业务的业务参数进行业务信息互通；各应用服务器根据业务内容参数确定是否存在与第一业务相冲突的第二业务，并根据业务避让参数确定第一业务与相冲突的第二业务之间的避让关系；在确定第一业务需要避让与其相冲突的第二业务时对第一业务执行避让操作，以有效避免不同业务如视频早媒体业务与通告业务同时展现在终端屏幕上所出现的冲突问题。

技术领域

本发明实施例涉及通信技术领域，尤其涉及一种业务处理方法、服务器及存储介质。

背景技术

视频早媒体业务是指在主、被叫终端最终完成会话发起协议(SessionInitiation Protocol，SIP)对话建立前播放的视频媒体。呼叫通告业务指在主、被叫SIP对话过程中，面向主、被叫终端推送并在终端侧展现的信息推送服务。在现有IP多媒体子系统(IP Multimedia Subsystem，IMS)网络下，用户开通的视频早媒体、呼叫通告等业务，均在核心网的归属签约用户服务器(Home Subscriber Server，HSS)网元进行业务的签约，同时由相应的应用服务器(Application Server，AS)提供具体的业务服务。

如果呼叫通告也应用于视频早媒体阶段，由于视频早媒体及呼叫通告均依赖终端进行接收与展现，不同的信息同时展现在终端屏幕上，将出现呼叫通告业务对视频早媒体业务进行遮挡的情况，从而影响用户观看视频早媒体的体验。

发明内容

本发明实施方式的目的在于提供一种业务处理方法、服务器及存储介质，能够有效解决视频早媒体业务与通告业务同时展现在终端屏幕上所出现的冲突问题。

为解决上述技术问题，本发明的实施方式提供了一种业务处理方法，包括：

针对SIP对话进入振铃阶段之前，按业务触发顺序及其相反顺序流经各应用服务器的两条报文，在流经至本应用服务器时，向报文头域中添加本应用服务器被触发的第一业务的业务参数，并从所述报文头域中获取其他应用服务器所添加的其他应用服务器被触发的第二业务的业务参数；所述业务参数包括：用于指示业务内容的业务内容参数和用于指示业务间避让关系的业务避让参数；

根据所述业务内容参数，确定是否存在与所述第一业务相冲突的第二业务，并根据所述业务避让参数确定所述第一业务与所述相冲突的第二业务之间的避让关系；

如果确定所述第一业务需要避让所述相冲突的第二业务，则对所述第一业务执行避让操作。本发明的实施方式还提供了一种服务器，包括：

至少一个处理器；以及，

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行如上所述的业务处理方法。

本发明的实施方式还提供了一种计算机可读存储介质，存储有计算机程序，所述计算机程序被处理器执行时实现如上所述的业务处理方法。

本发明实施方式相对于现有技术而言，通过针对SIP对话进入振铃阶段之前，按业务触发顺序和其相反顺序流经各应用服务器的两条报文，每个应用服务器向报文头域中添加本应用服务器被触发的第一业务的业务参数，同时从报文中获取其他应用服务器所添加的第二业务的业务参数进行业务信息互通；各应用服务器根据业务内容参数确定是否存在与第一业务相冲突的第二业务，并根据业务避让参数确定第一业务与相冲突的第二业务之间的避让关系；在确定第一业务需要避让与其相冲突的第二业务时对第一业务执行避让操作，保证相冲突的第二业务能够无干扰的在终端上进行展示，有效避免不同业务如视频早媒体业务与通告业务同时展现在终端屏幕上所出现的冲突问题。