[发明专利]消息处理方法和设备

说明书

技术领域

本发明涉及无线通信领域，尤其涉及一种消息处理方法和设备。

背景技术

媒体服务器标记语言(MSML，Media Server Markup Language)用来控制和调用IP多媒体服务器完成多种类型的服务。在IP多媒体子系统(IP Multimedia System，IMS)架构下，控制代理(Control Agent)通过会话初始化协议(Session Initiated Protocol，SIP)消息完成与媒体服务器(Multimedia Resource Function，MRF)的连接，然后通过SIP INFO消息(其消息体由MSML组成)，调用控制MRF完成多种类型服务，例如放音、收号、录制、会议等。

控制代理与媒体服务器间的基本控制交互过程如图1所示：

步骤1：控制代理向媒体服务器发送Invite请求消息，其中携带终端的会话描述协议(Session Description Protocol，SDP)信息；

步骤2：媒体服务器完成媒体协商过程，回复200OK成功响应消息，其中携带协商完成的SDP信息；

步骤3：控制代理向媒体服务器返回肯定应答(ACK)消息，控制代理与媒体服务器之间建立控制连接；

步骤4：控制代理根据业务逻辑，向媒体服务器发送INFO请求消息，其中携带MSML组成的消息体，以指示媒体服务器进行播放或录制操作，并要求上报相应的事件消息；

步骤5：媒体服务器接收INFO请求消息，向控制代理返回200OK成功响应消息；

步骤6：媒体服务器完成相应的操作(放音/录制)，根据INFO请求消息的指示，向控制代理发送INFO请求消息，以上报播放或录制完成的事件信息，其中包括播放时长等；

步骤7：控制代理接收INFO请求消息，从其中获取事件信息，并向媒体服务器返回200OK响应消息；

步骤8：媒体服务器向控制代理发送INFO请求消息，以上报会话结束事件；

步骤9：控制代理接收INFO请求消息，返回200OK响应消息。

表1为图1中INFO请求消息的消息体内容，以控制代理使用MSML/媒体对象标记语言(Media Objects Markup Language，MOML)指示媒体服务器完成放音过程为例，输入/输出(In/Out)以MRF为参考点：

表1

在实现本发明的过程中，发明人发现现有技术中存在以下技术问题：

在现有技术情况下，存在以下两种情形：

第一，当底层协议采用用户数据报协议(User Datagram Protocol，UDP)时，由于其不能完全保证消息传输的时序性，在消息传输过程中，可能导致传递消息顺序颠倒，根据SIP协议对同一会话中消息的处理方式(参见RFC326112.1.2)，在已经收到后续消息的前提下，再次收到前面的消息，将进行丢弃。

上述描述情形如图2所示：

控制代理向媒体服务器发送Invite请求消息；

媒体服务器向控制代理回复200OK成功响应消息；

控制代理向媒体服务器返回ACK消息，控制代理与媒体服务器之间建立控制连接；

控制代理向媒体服务器发送INFO请求消息，其中携带MSML组成的消息体，指示媒体服务器进行播放或录制操作，并要求上报对应的事件消息；

媒体服务器接收INFO请求消息，向控制代理返回200OK响应消息；

在媒体服务器侧：媒体服务器在完成相应的操作后，向控制代理发送INFO请求消息，以上报播放或录制完成的事件信息；在收到控制代理返回的200OK响应消息后，向控制代理发送INFO请求消息，以上报会话结束事件。

由于网络传输时延，导致媒体服务器发送的两个INFO请求消息传递颠倒，因此，在控制代理侧：控制代理接收到上报会话结束事件的INFO请求消息，向媒体服务器发送200OK响应消息；之后控制代理接收到上报播放或录制完成事件的INFO请求消息，判断消息顺序错误，丢弃该INFO请求消息并向媒体服务器返回错误响应。

表2描述控制代理使用MSML/MOML.语言指示媒体服务器完成放音过程举例，In/Out以MRF为参考点：

表2