本发明专利技术提供一种实现RTP回退方法及装置，其中所述方法应用于网络设备或者终端上，该方法包括：向对端发送能力探测消息；确定本端以及对端共同支持的早期会话协商能力；向对端发送Invite消息以请求协商SRTP呼叫；在从对端接收到针对Invite消息的且携带RTP相关媒体信息的临时应答消息后，确定SRTP呼叫协商失败，使用本端与对端共同支持的早期会话协商能力向对端发送早期协商请求消息，并在该消息中携带RTP相关媒体信息以请求协商RTP呼叫；在收到早期协商应答消息后确认协商成功，向对端发送确认消息以完成RTP协商。相较于现有技术而言，本发明专利技术能够在对端存在识别错误时，依然能够顺利地实现RTP回退，并且有良好的兼容性。
【技术实现步骤摘要】
【专利摘要】本专利技术提供一种实现RTP回退方法及装置，其中所述方法应用于网络设备或者终端上，该方法包括：向对端发送能力探测消息；确定本端以及对端共同支持的早期会话协商能力；向对端发送Invite消息以请求协商SRTP呼叫；在从对端接收到针对Invite消息的且携带RTP相关媒体信息的临时应答消息后，确定SRTP呼叫协商失败，使用本端与对端共同支持的早期会话协商能力向对端发送早期协商请求消息，并在该消息中携带RTP相关媒体信息以请求协商RTP呼叫；在收到早期协商应答消息后确认协商成功，向对端发送确认消息以完成RTP协商。相较于现有技术而言，本专利技术能够在对端存在识别错误时，依然能够顺利地实现RTP回退，并且有良好的兼容性。【专利说明】—种实现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呼叫；协商处理单元，用于在从对端接收到针对Invite消息的且携带RTP相关媒体信息的临时应答消息后，确定SRTP呼叫协商失败，通知二次协商单元处理；二次协商单元，用于使用本端与对端共同支持的早期会话协商能力向对端发送早期协商请求消息，并在该消息中携带RTP相关媒体信息以请求协商RTP呼叫；其中所述协商处理单元，进一步用于在收到早期协商应答消息后确认协商成功，向对端发送确认消息以完成RTP协商。本专利技术还提供一种实现RTP回退方法，应用于网络设备或者终端上，其中该方法包括以下步骤:步骤A、向对端发送能力探测消息；步骤B、在接收到探测应答消息后确定本端以及对端共同支持的早期会话协商能力；步骤C、向对端发送Invite消息,并在该消息中携带SRTP相关媒体信息以请求协商SRTP呼叫；步骤D、在从对端接收到针对Invite消息的且携带RTP相关媒体信息的临时应答消息后，确定SRTP呼叫协商失败转步骤E处理；步骤E、使用本端与对端共同支持的早期会话协商能力向对端发送早期协商请求消息，并在该消息中携带RTP相关媒体信息以请求协商RTP呼叫；步骤F、在收到早期协商应答消息后确认协商成功，向对端发送确认消息以完成RTP协商。相较于现有技术而言，本专利技术能够在对端存在识别错误时，依然能够顺利地实现RTP回退，并且由于本专利技术借用了标准的实现手段，因此具有优异的兼容性。【专利附图】【附图说明】图1是一种典型的协商SRTP呼叫过程示意图。图2是一种典型的协商SRTP呼叫失败但成功回退到RTP呼叫的示意图。图3是一种典型的协商SRTP呼叫失败且回退RTP失败的示意图。图4是本专利技术一种实施方式中RTP回退处理装置的逻辑结构及典型的硬件环境示意图。图5是本专利技术一种实施方式中RTP回退处理过程的示意图。图6是本专利技术另一种实施方式中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相关媒体信息后，发送成功的0K200消息，并在SDP消息体中携带协商成功的SRTP媒体信息，从而建立安全的呼叫。在实际的应用过程中，不得不考虑的问题是，对于网络中既有的传统网络设备(t匕如老款路由器)以及终端(比如IP电话)来说，其可能不支持SRTP媒体协商，此时需要做兼容性考虑，允许双方采用非安全的RTP呼叫，这种机制通常也称为回退机制。请参考图2，一个典型的RTP回退过程包括以下步骤:步骤20，UAC向UAS发送INVITE消息，并在其中携带SRTP相关媒体信息；步骤21，UAS收到INVITE消息后发现自身不支持SRTP协商，于是回复488消息通知UAC自身不支持SRTP媒体；步骤22，UAC重新发送INVITE消息携带RTP相关媒体信息；步骤23，UAS收到INVITE消息协商RTP相关媒体信息后，发送协商成功的0K200消息，建立非安全的RTP呼叫，实现从SRTP向RTP媒体的回退。步骤21到步骤23描述了一种比较理想的回退情况。但是在实际的网络应用过程中，一些更为实际的问题又浮现出来。由于各个厂商在具体软件/硬件实现有较大差异，有时候上述回退过程会出现异常。举例来说，部分传统网络设备或者IP电话并不能很好的识别SDP消息体中携带的是自身不支持的SRTP媒体，不少设备或终端会误把SRTP协议识别为RTP协议，这将导致并不能按照上述流程进行协商处理，导致回退失败，呼叫异常拆线，使用者能够直接感知到异常现象是用户振铃摘机后听即刻听到忙音。整个出现异常的流程可以参考图3，具体来说包括以下步骤:步骤30，UAC向UAS发送INVITE本文档来自技高网...
【技术保护点】
一种实现RTP回退装置，应用于网络设备或者终端上，该装置包括能力探测单元、能力检查单元、初始协商单元、协商处理单元以及二次协商单元；其特征在于：能力探测单元，用于向对端发送能力探测消息；能力检查单元，用于在接收到探测应答消息后确定本端以及对端共同支持的早期会话协商能力；初始协商单元，用于向对端发送Invite消息，并在该消息中携带SRTP相关媒体信息以请求协商SRTP呼叫；协商处理单元，用于在从对端接收到针对Invite消息的且携带RTP相关媒体信息的临时应答消息后，确定SRTP呼叫协商失败，通知二次协商单元处理；二次协商单元，用于使用本端与对端共同支持的早期会话协商能力向对端发送早期协商请求消息，并在该消息中携带RTP相关媒体信息以请求协商RTP呼叫；其中所述协商处理单元，进一步用于在收到早期协商应答消息后确认协商成功，向对端发送确认消息以完成RTP协商。
【技术特征摘要】
【专利技术属性】
技术研发人员：陈捷，杨瑞峰，
申请(专利权)人：杭州华三通信技术有限公司，
类型：发明
国别省市：
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。