[发明专利]一种RTP回退处理方法及装置

说明书

技术领域

本发明涉及网络多媒体通信领域，尤其涉及一种RTP回退处理方法及对应的装置。

背景技术

SIP协议是一个应用层的控制协议，其广泛应用于视频监控以及网络电话等应用场景中，在互联网高度发达的今天，SIP协议几乎和我们每个人的工作生活都有直接或者间接的联系，比如说人们在公司使用VoIP电话时，呼叫过程就会涉及到SIP协议中各种信令的交互；再比如说，当交通指挥人员在指挥中心调度各个路口的视频实况时，SIP协议一样在发挥着业务调度的功能。从功能上来说，SIP协议可以用来建立、修改、和终止多媒体会话（或者会议）。典型地，通过SIP消息可以协商媒体信息，比如以下即将阐述的安全呼叫模式。

SRTP的全称是Secure Real-time Transport Protocol，即安全RTP协议。RTP协议是传递多媒体数据流的重要技术，是目前最为流行的一种多媒体数据流封装技术。SRTP协议的主要目标是RTP承载的数据流进行加密、认证和重传保护。随着VoIP系统的广泛应用，用户对于VoIP网络的安全性要求越来越高，比如银行、政府部门等，SRTP便是在这样的应用需求下诞生的。SRTP和RTP将在长时间内共存，如何处理好共存中各种相关问题是业界需要解决的一个重要技术问题。

发明内容

有鉴于此，本发明提供一种RTP回退处理装置，应用于网络设备或者终端上，该装置包括初始协商单元、协商处理单元以及二次协商单元；其中：

初始协商单元，用于向对端发送Invite消息，并在该消息中携带SRTP相关媒体信息以请求协商SRTP呼叫；

协商处理单元，用于在从对端接收到携带RTP相关媒体信息的应答消息后，检查请求协商的协议类型与对端回应的协议类型是否一致，如果不一致，通知二次协商单元处理；

二次协商发起单元，用于向对端发送Re-invite消息，并在该消息中携带RTP相关媒体信息以请求协商RTP呼叫。

本发明还提供一种RTP回退处理方法，应用于网络设备或者终端上，其中该方法包括：

步骤A、向对端发送Invite消息，并在该消息中携带SRTP相关媒体信息以请求协商SRTP呼叫；

步骤B、在从对端接收到携带RTP相关媒体信息的应答消息后，检查请求协商的协议类型与对端回应的协议类型是否一致，如果不一致，转步骤C处理；

步骤C、向对端发送Re-invite消息，并在该消息中携带RTP相关媒体信息以请求协商RTP呼叫。

相较于现有技术而言，本发明能够在对端存在识别错误时，依然能够顺利地实现RTP回退，并且由于本发明借用了标准的实现手段，因此具有优异的兼容性。

附图说明

图1是一种典型的协商SRTP呼叫过程示意图。

图2是一种典型的协商SRTP呼叫失败但成功回退到RTP呼叫的示意图。

图3是一种典型的协商SRTP呼叫失败且回退RTP失败的示意图。

图4是本发明一种实施方式中RTP回退处理装置的逻辑结构及典型的硬件环境示意图。

图5是本发明一种实施方式中RTP回退处理过程的示意图。

具体实施方式

从实际应用来看，参与者的角色往往是固定的，以VoIP为例，业务的发起者称为呼叫方（Caller），被呼叫的一方称为被叫（Callee），在通话结束前，这样的角色并不会发生变化。但从SIP协议本身的交互模型来看，双方的角色又时动态。SIP协议采用C/S（Client/Server，客户端/服务器）模型。Caller以及Callee被称为UA（User Agent，用户代理），Caller以及Callee均可以作为Client，同时也可以作为Server；通常来说发起信令请求的一方会被称为UAC（User Agent Client），而响应的一方被称为（User Agent Server）。这些在后续描述中将不再详细解释，本领域普通技术人员可以参考相关RFC获取更详尽的了解。

请参考图1，采用SRTP进行呼叫的基本协商流程通常包括以下步骤：

步骤10，UAC向UAS发送INVITE消息，并在SDP（会话描述协议）消息体中携带SRTP相关媒体信息；

步骤11，UAS在收到INVITE消息后，协商SRTP相关媒体信息后，发送成功的200OK消息，并在SDP消息体中携带协商成功的SRTP媒体信息，从而建立安全的呼叫。