[发明专利]消息冲突解决方法和终端设备

说明书

本公开提供一种消息冲突解决方法和终端设备。该消息冲突解决方法包括：在使用SIP协议、即会话初始化协议创建、修改或释放会话时，向服务器发送第一SIP请求消息；在接收到针对所述第一SIP请求消息的第一SIP响应消息之前接收到从所述服务器发送来的第二SIP请求消息的情况下，对所述第二SIP请求消息进行缓存；从所述服务器接收所述第一SIP响应消息；对所述第二SIP请求消息进行处理，以生成针对所述第二SIP请求消息的第二SIP响应消息；以及向所述服务器发送所述第二SIP响应消息。通过本公开实施例提供的消息冲突解决方法和终端设备，可以在终端设备侧解决冲突，并缩短终端设备和服务器之间的会话恢复时间。

技术领域

本公开涉及通信技术领域，尤其涉及一种消息冲突解决方法和终端设备。

背景技术

在使用SIP(Session Initiation Protocol，会话初始化协议)进行会话创建、修改或释放时，通常是终端设备和服务器中的一方向另一方发送SIP请求消息，另一方在接收到SIP请求消息时向对方返回SIP响应消息，从而完成会话创建、修改或释放。

然而，有时会出现终端设备和服务器同时发送SIP请求消息的场景，或者由于使用UDP(User Datagram Protocol，用户数据报协议)等不可靠传输而接收到乱序SIP消息的场景，由此导致终端设备接收到SIP请求消息时有未决消息(发送了请求消息之后尚未接收到其响应消息的情况)正在处理，从而导致消息处理失败、即发生冲突。

具体而言，例如，如图1所示，当终端设备和服务器同时发送INVITE(邀请)/UPDATE(刷新)请求消息时，终端设备和服务器在接收到对端的请求消息时，由于都还尚未接收到各自发出的请求消息的响应，因此终端设备和服务器都会返回491响应消息(即，失败响应)，从而导致终端设备和服务器的处理都会失败。又如，如图2所示，当服务器接收到INVITE/UPDATE请求消息而返回200响应消息后，又立即发送INVITE/UPDATE请求消息给终端设备。由于消息会经过多个网元进行转发，并且传输层可能使用不可靠的UDP进行传输，因此后发送的INVITE/UPDATE请求消息可能先于200响应消息到达终端设备，这导致终端设备回复491响应消息给服务器，从而导致服务器发送的INVITE/UPDATE请求消息处理失败。

有鉴于此，按照协议RFC3261/3311的描述，在接收到SIP请求消息时，如果有未决消息正在处理，则返回491响应消息来拒绝所接收到的SIP请求消息，然后对端在接收到491响应消息后重启一个随机定时器来重新发送SIP请求消息。这样，可以在一定程度上解决SIP请求消息发生冲突的问题。

现有技术文献

非专利文献

非专利文献1：RFC 3261的14.1和14.2章节中有关UAC和UAS对491响应的处理部分

非专利文献2：RFC 3311的5.1和5.2章节中有关UAC和UAS对491响应的处理部分

发明内容

然而，在现有技术的上述方案中，SIP请求消息仍然可能发生冲突，并且根据协议重新发送INVITE/UPDATE消息交互至少要2.1秒以后才能完成，因此终端设备和服务器之间的会话恢复时间较长。

有鉴于此，本公开提出了一种消息冲突解决方法和终端设备。