CN117714428A - 一种sip数据传输方法、装置、存储介质及设备 - Google Patents

Abstract

本申请提供一种SIP数据传输方法、装置、存储介质及设备，该方法中，后置机在获取到SIP服务器转发的信令报文时，先判断该信令报文是否为目标SIP报文，若识别得该信令报文为目标SIP报文，再从该信令报文中提取出目标IP信息和目标端口信息，将其与UAC或UAS进行关联并记录在SIP表中，进而根据该SIP表对接收到的流媒体数据生成对应的数据通道。这样，通过在SIP信令协商阶段学习能够关联到后置机侧客户端的IP地址和端口号，后置机在媒体流传输阶段能够根据正确的IP地址和端口号，动态开放正确的RTP/RTCP连接，从而解决UAC和UAS在Bypass‑Media模式下无法正常通讯的问题。

Description

一种SIP数据传输方法、装置、存储介质及设备

技术领域

本申请涉及数据传输技术领域，具体而言，涉及一种SIP数据传输方法、装置、存储介质及设备。

背景技术

目前，越来越多的信息通过互联网发布，越来越多的工作通过跨网交换来实现。为了防止重要信息外泄，往往通过安全数据隔离与信息交换系统(简称为隔离交换系统)进行数据摆渡。隔离交换系统的硬件架构由前置机、网闸或光闸、后置机三个部分组成，其中，前置机和后置机提供数据抽取、数据装载、设备认证、内容过滤、安全审计等安全功能，网闸或光闸提供数据传输的功能。

流媒体数据作为网络中重要的一部分，隔离交换系统对流媒体数据的处理主要是基于SIP(Session initialization Protocol，会话初始协议)服务器进行全程代理来实现。SIP服务器分为Default模式、Proxy-Media模式和Bypass-Media模式。在Default模式和Proxy-Media模式下，VoIP(Voice over Internet Protocol，基于IP的语音传输)客户端之间进行拨号连接，SIP信令报文和RTP(Real-time Transport Protocol，实时传输协议)数据报文都要送到SIP服务器进行代理中转，因此，后置机策略中定义了SIP服务器的IP地址。然而，在Bypass-Media模式下，RTP/RTCP子连接不与SIP服务器交互，此时分别置于前置机与后置机两侧的UAC和UAS无法正常通讯。

发明内容

本申请的目的在于提供一种SIP数据传输方法、装置、存储介质及设备，旨在解决相关技术中存在的在Bypass-Media模式下，UAC和UAS无法正常通讯的问题。

第一方面，本申请提供的一种SIP数据传输方法，应用于隔离交换系统中的后置机，所述方法包括：

获取SIP服务器转发的信令报文，判断所述信令报文是否为目标SIP报文；

若判断结果为是，从所述信令报文中提取出目标IP信息和目标端口信息，将所述目标IP信息和目标端口信息与用户代理客户端或用户代理服务端进行关联并记录在SIP表中；

根据所述SIP表，对接收到的流媒体数据生成对应的数据通道。

在上述实现过程中，后置机在获取到SIP服务器转发的信令报文时，先判断该信令报文是否为目标SIP报文，若识别得该信令报文为目标SIP报文，再从该信令报文中提取出目标IP信息和目标端口信息，将其与UAC或UAS进行关联并记录在SIP表中，进而根据该SIP表对接收到的流媒体数据生成对应的数据通道。这样，通过在SIP信令协商阶段学习能够关联到后置机侧客户端的IP地址和端口号，后置机在媒体流传输阶段能够根据正确的IP地址和端口号，动态开放正确的RTP/RTCP连接，从而解决UAC和UAS在Bypass-Media模式下无法正常通讯的问题。

进一步地，在一些实施例中，所述目标SIP报文包括以下任意一种：

INVITE报文，200OK消息报文。

在上述实现过程中，提供能够提取出可关联到UAC或UAS的真实IP和端口的信息的SIP/SDP报文。

进一步地，在一些实施例中，所述方法还包括：

若判断得所述信令报文不为目标SIP报文，对所述信令报文直接放行。

在上述实现过程中，针对除目标SIP报文之外的其它信令报文，后置机在匹配SIP策略后直接放行，以节约设备资源。

进一步地，在一些实施例中，所述从所述信令报文中提取出目标IP信息和目标端口信息，包括：

从所述信令报文的SDP消息体中查找第一目标字段和第二目标字段；所述第一目标字段是SDP消息体中与IP地址相关联的字段；所述第二目标字段是SDP消息体中与端口号相关联的字段；

将所述第一目标字段关联的IP地址作为目标IP信息并提取出来，将所述第二目标字段关联的端口号作为目标端口信息并提取出来。

在上述实现过程中，提供一种从信令报文中提取出目标IP信息和目标端口信息的具体方式，即匹配第一目标字段和第二目标字段的方式。

进一步地，在一些实施例中，所述第一目标字段包括以下任意一项：ConnectionInformation(c)、Media Attribute(a)、Session Id(o)；

所述第二目标字段包括Media Port。

在上述实现过程中，根据SIP协议规定的字段，提供能用于提取出可关联到UAC或UAS的真实IP和端口的字段。

进一步地，在一些实施例中，所述将所述目标IP信息和目标端口信息与用户代理客户端或用户代理服务端进行关联并记录在SIP表中，包括：

若所述信令报文是INVITE报文，生成所述目标IP地址、所述目标端口信息与用户代理客户端之间的对应关系，并将所述对应关系记录在SIP表中；

若所述信令报文是200OK消息报文，生成所述目标IP地址、所述目标端口信息与用户代理服务端之间的对应关系，并将所述对应关系记录在SIP表中。

在上述实现过程中，当信令报文是INVITE报文时，从信令报文中提取出的目标IP地址和目标端口信息分别作为UAC的IP地址和端口号；当信令报文是200OK消息报文时，从信令报文中提取出的目标IP地址和目标端口信息分别作为UAS的IP地址和端口号。如此，保障针对流媒体数据的动态开放连接策略的准确性。

进一步地，在一些实施例中，所述方法还包括：

当所述隔离交换系统重启，或当前时间到达预设超期时间时，对所述SIP表中记录的内容进行清除。

在上述实现过程中，当隔离交换系统重启，或当前时间到达预设超期时间时，后置机清除SIP表项，之后重新学习。如此，使得隔离交换系统能够更好地适应复杂多变的网络环境。

第二方面，本申请提供的一种SIP数据传输装置，应用于隔离交换系统中的后置机，所述装置包括：

获取模块，用于获取SIP服务器转发的信令报文，判断所述信令报文是否为目标SIP报文；

提取模块，用于若判断结果为是，从所述信令报文中提取出目标IP信息和目标端口信息，将所述目标IP信息和目标端口信息与用户代理客户端或用户代理服务端进行关联并记录在SIP表中；

生成模块，用于根据所述SIP表，对接收到的流媒体数据生成对应的数据通道。

第三方面，本申请提供的一种电子设备，包括：存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现如第一方面任一项所述的方法的步骤。

第四方面，本申请提供的一种计算机可读存储介质，所述计算机可读存储介质上存储有指令，当所述指令在计算机上运行时，使得所述计算机执行如第一方面任一项所述的方法。

第五方面，本申请提供的一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行如第一方面任一项所述的方法。

本申请公开的其他特征和优点将在随后的说明书中阐述，或者，部分特征和优点可以从说明书推知或毫无疑义地确定，或者通过实施本申请公开的上述技术即可得知。

为使本申请的上述目的、特征和优点能更明显易懂，下文特举较佳实施例，并配合所附附图，作详细说明如下。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请实施例提供的一种基于SIP的网络系统的拓扑结构的示意图；

图2为本申请实施例提供的SIP服务器作为代理中转站与UAC和UAS进行交互的过程的示意图；

图3为本申请实施例提供的一种SIP数据传输方法的流程图；

图4为本申请实施例提供的一种Bypass-Media模式下隔离交换系统SIP数据传输方案的工作流程的示意图；

图5为本申请实施例提供的一种SIP数据传输装置的框图；

图6为本申请实施例提供的一种电子设备的结构框图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。同时，在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如背景技术记载，相关技术中存在着在Bypass-Media模式下，UAC和UAS无法正常通讯的问题。基于此，本申请实施例提供一种SIP数据传输方案，以解决上述问题。

首先对本申请实施例涉及的专业名词进行解释：

UA(User Agent，用户代理)：SIP中一个比较重要的概念，指的是一个SIP逻辑网络端点，用于创建、发送、接收SIP消息并管理一个SIP会话；UA又可分为UAC(User AgentClient，用户代理客户端)和UAS(User Agent Server，用户代理服务端)，其中，UAC创建并发送SIP请求，UAS接收处理SIP请求，发送SIP响应。

Bypass-Media模式：SIP服务器处理媒体的三种模式之一，另外两种模式分别是Default模式和Proxy-Media模式，其中，Default模式下，媒体流经SIP服务器，完整处理选项，支持语音转码，Proxy-Media模式下，媒体流经SIP服务器，无媒体处理选项，Bypass-Media模式下，媒体不流经SIP服务器，只进行信令的中转。

SDP(Session Description Protocol，会话描述协议)：一种主要用于描述会话的相关信息的通信协议，在SIP中，SDP通过描述音频、视频、文本等多媒体流的编解码参数、传输协议、IP地址等信息，来完成媒体流的初始化过程。

接下来对本申请实施例进行介绍：

图1提供了本申请一些实施例中的基于SIP的网络系统的拓扑结构示意图，该网络系统中的前置机11和后置机12组成隔离交换系统，前置机11和后置机12均配置有针对SIP信令连接的安全策略，并代理相应的服务端口。在一些场景中，前置机11和后置机12之间还可以设置有光闸或网闸(图中未示出)。前置机11连接第一设备13，后置机12通过交换机14分别连接SIP服务器15和第二设备16，其中，第一设备13和第二设备16处于不同网络中。

该第一设备13和第二设备16上可以运行有VoIP客户端，例如，该第一设备13可以是VoIP号码为1001的分机(以下简称为1001分机)，该第二设备16可以是VoIP号码为1003的分机(以下简称为1003分机)。1001分机和1003分机注册到SIP服务器后，1001分机主动拨号1003分机，此时1001分机为UAC，而相应地，1003分机为UAS。对于该网络系统来说，整个过程其实是1001分机与SIP服务器交互，SIP服务器作为代理中转站，与UAC和UAS进行交互。在该场景中，1001分机的IP为10.1.1.100；1003分机的IP为10.2.2.100；SIP服务器的IP为10.2.2.2；前置机的IP为10.1.1.1；后置机的IP为10.2.2.1。

该交互过程如图2所示，其中包括：UAC发起拨号请求，对UAC来说，前置机代理SIP服务器的身份，接收到了请求报文，即INVITE报文；前置机对请求报文数据进行剥离，并记录UAC为RTP(Real-time Transport Protocol，实时传输协议)/RTCP(Real-timeTransport Control Protocol，实时传输控制协议)连接准备开放的端口号备用，重新使用私有协议封装请求数据，通过数据通道传送到后置机；后置机接收到请求数据，解封装私有协议，记录RTP/RTCP连接开放端口号，根据预先配置好的安全策略对数据进行重新封装和关键内容改写，发送到SIP服务器，以作为UAC与真实的SIP服务器进行交互；SIP服务器接收到后置机发出的请求报文，以自己的身份重新封装和改写相关内容，将INVITE请求转发给UAS；UAS收到INVITE请求，100Trying试呼叫后，发送180Ring振铃代理传送到UAC，根据INVITE请求回应200OK消息报文，给SIP服务器回复本端支持的信息，如RTP的端口号、音视频的编码类型等关键信息；SIP服务器接收到UAS的SIP/SDP Status(200OK)报文，即200OK消息报文，改写报文内容，以自己的身份传给后置机，此时的后置机以UAC的身份来接收；后置机接收到200OK消息报文，对报文进行剥离，并记录UAS开放的RTP/RTCP连接的端口号，使用私有协议对数据进行封装，使用通道传送到前置机；前置机接收到200OK消息报文，解封私有协议，以SIP服务器的身份对数据进行封装，发送给UAC分机；接下来，拨号分机间传送音视频数据，即RTP/RTCP连接。在相关技术中，后置机策略只定义了SIP服务器的IP，然而在Bypass-Media模式下，RTP/RTCP子连接不与SIP服务器交互，变成了UAC与UAS之间直接交互，此时不需要SIP服务器中转，而后置机缺少后置机侧VoIP客户端的真实IP，导致UAC和UAS无法正常通讯。

至少为了解决这一问题，如图3所示，图3是本申请实施例提供的一种SIP数据传输方法的流程图，所述方法应用于隔离交换系统中的后置机。

所述方法包括：

步骤301、获取SIP服务器转发的信令报文，判断所述信令报文是否为目标SIP报文；

本步骤中提到的信令报文是SIP服务器在SIP信令协商阶段改写和转发的SIP报文。无论后置机侧的VoIP客户端是UAC还是UAS，SIP服务器在SIP信令协商阶段都会改写信令报文并转发至后置机。后置机接收到SIP服务器转发的信令报文，匹配SIP策略后，会判断该信令报文是否为目标SIP报文，为后续从信令报文中提取出目标IP信息和目标端口信息做好准备。

在一些实施例中，本步骤中提到的目标SIP报文可以包括以下任意一种：INVITE报文，200OK消息报文。也就是说，目标SIP报文可以是INVITE报文和200OK消息报文这两种SIP/SDP报文，其中，INVITE报文用于发起一个会话请求，表示邀请对方参与一个会话，而200OK消息报文是包含应答状态编码200OK的SIP/SDP报文，其表示接受会话请求。这两种报文中具有能关联到UAC或者UAS的真实IP和端口号的信息，因此，后置机在接收到SIP服务器转发的INVITE报文或200OK消息报文时，可以对其进行采样并解析，以获取到目标IP信息和目标端口信息。

还有，在一些实施例中，若判断得所述信令报文不为目标SIP报文，对所述信令报文直接放行。也就是说，针对除INVITE报文和200OK消息报文之外的其它信令报文，后置机在匹配SIP策略后可以直接放行，即直接将解封装后的信令报文送到通道以传输至前置机。这样，可以节约设备资源。另外，针对信令报文是INVITE报文或200OK消息报文的情况，后置机可以复制一份信令报文，将一份信令报文进行放行，另一份信令报文则送到自身内部的解析模块进行后续的处理。如此，尽可能避免对SIP信令连接的效率造成影响。

步骤302、若判断结果为是，从所述信令报文中提取出目标IP信息和目标端口信息，将所述目标IP信息和目标端口信息与用户代理客户端或用户代理服务端进行关联并记录在SIP表中；

本实施例中，后置机在识别得信令报文为目标SIP报文的情况下，提取信令报文中的目标IP信息和目标端口信息，即能关联到UAC或者UAS的真实IP和端口的信息，建立SIP表，将提取的信息记录下来。对于SIP服务器，在Default模式和Proxy-Media模式下，它代理转发的SIP/SDP报文中，SDP的地址信息是SIP服务器的IP，在Bypass-Media模式下，SDP的地址信息是真实客户端的IP。这样，通过在SIP信令协商阶段自动学习目标IP信息和目标端口信息，解决了VoIP应用在Bypass-Media模式下无法正常通讯的问题。

在一些实施例中，本步骤中提到的从所述信令报文中提取出目标IP信息和目标端口信息可以包括：从所述信令报文的SDP消息体中查找第一目标字段和第二目标字段；所述第一目标字段是SDP消息体中与IP地址相关联的字段；所述第二目标字段是SDP消息体中与端口号相关联的字段；将所述第一目标字段关联的IP地址作为目标IP信息并提取出来，将所述第二目标字段关联的端口号作为目标端口信息并提取出来。也就是说，后置机可以通过匹配目标字段的方式来从信令报文中提取出目标IP信息和目标端口信息，SDP消息体是SIP/SDP报文中用于描述媒体信息，如媒体类型、传输协议、带宽信息等的部分，SDP消息体通常由多个文本行组成，因此，在SDP消息体中查找第一目标字段和第二目标字段，即可提取出目标IP信息和目标端口信息。可选地，该第一目标字段可以包括以下任意一项：Connection Information(c)、Media Attribute(a)、Session Id(o)；该第二目标字段可以包括Media Port。这几种字段是SIP协议中规定的，以Session Id(o)为例，在Bypass-Media模式下，该字段关联的IP地址是真实的客户端地址，SIP服务器不会用自己的IP去替换它。另外，在其他实施例中，除了目标IP信息和目标端口信息之外，后置机还可以通常查找相应字段的方式，从信令报文中提取出其它信息，如媒体类型、协议名等。

还有，在一些实施例中，本步骤中提到的将所述目标IP信息和目标端口信息与用户代理客户端或用户代理服务端进行关联并记录在SIP表中可以包括：若所述信令报文是INVITE报文，生成所述目标IP地址、所述目标端口信息与用户代理客户端之间的对应关系，并将所述对应关系记录在SIP表中；若所述信令报文是200OK消息报文，生成所述目标IP地址、所述目标端口信息与用户代理服务端之间的对应关系，并将所述对应关系记录在SIP表中。也就是说，当信令报文是INVITE报文时，表明后置机侧的客户端为UAC，此时从信令报文中提取出的目标IP地址和目标端口信息可以分别作为UAC的IP地址和端口号，后置机将三者间的对应关系记录在SIP表中；当信令报文是200OK消息报文时，表明后置机侧的客户端为UAS，此时从信令报文中提取出的目标IP地址和目标端口信息可以分别作为UAS的IP地址和端口号，后置机将三者间的对应关系记录在SIP表中。如此，保障针对流媒体数据的动态开放连接策略的准确性。

步骤303、根据所述SIP表，对接收到的流媒体数据生成对应的数据通道。

本步骤中提到的流媒体数据可以是音视频数据，也可以是动画、多媒体数据等。流媒体数据一般采用RTP/RTCP协议完成传输，由于RTP/RTCP协议是基于TCP/UDP的传输层协议，后置机在转发流媒体数据时，需要有正确的IP和端口，才能准确开放RTP/RTCP连接。因此，在本实施例方案中，后置机根据SIP表，可以获取到在SIP信令协商阶段中学习到的拨号方或被拨号方的正确IP，以此来对流媒体数据生成对应的数据通道，如此，实现UAC和UAS之间的音视频数据在SIP服务器各种模式下的正常传输。

在一些实施例中，上述方法还可以包括：当所述隔离交换系统重启，或当前时间到达预设超期时间时，对所述SIP表中记录的内容进行清除。也就是说，在隔离交换系统重启后，后置机可以对SIP表项进行清除，之后，若任一VoIP客户端发起拨号请求，后置机在SIP信令协商阶段重新学习目标IP信息和目标端口信息；或者，针对SIP表项设置一个超期时间，在到达该超期时间的情况下，后置机自动清除SIP表项，之后重新学习。这样，在后置机侧的客户端设备发生变更时，后置机也能根据更新后的SIP表项实现数据的正确转发。如此，使得隔离交换系统能够更好地适应复杂多变的网络环境。

本申请实施例，后置机在获取到SIP服务器转发的信令报文时，先判断该信令报文是否为目标SIP报文，若识别得该信令报文为目标SIP报文，再从该信令报文中提取出目标IP信息和目标端口信息，将其与UAC或UAS进行关联并记录在SIP表中，进而根据该SIP表对接收到的流媒体数据生成对应的数据通道。这样，通过在SIP信令协商阶段学习能够关联到后置机侧客户端的IP地址和端口号，后置机在媒体流传输阶段能够根据正确的IP地址和端口号，动态开放正确的RTP/RTCP连接，从而解决UAC和UAS在Bypass-Media模式下无法正常通讯的问题。

为了对本申请的方案做更为详细的说明，接下来介绍一具体实施例：

本实施例提供一种Bypass-Media模式下隔离交换系统SIP数据传输方案，通过SIP场景区分和对关键报文进行处理，解决SIP协议在Bypass-Media模式下的音视频数据传输问题，同时也适用于Default模式和Proxy-Media模式。

该方案应用于隔离交换系统中的后置机，其工作流程如图4所示，包括：

S401、接收SIP服务器转发的信令报文；

S402、对信令报文匹配SIP安全策略以及解封装处理；

S403、判断信令报文是否为INVITE报文或200OK消息报文，是则执行S405，否则执行S404；

S404、对信令报文进行直接放行；

S405、对信令报文进行放行的同时，提取出信令报文的SDP的关键数据，该关键数据是能关联到UAC或者UAS的真实IP和端口的信息；

具体地，INVITE报文与200OK消息报文的SDP部分结构类似，提取字段一致，主要提取Connection Information(c)、Owner/Creator、Session Id(o)、Media AttributeValue、Media Port、Media Type、Media Attribute Fieldname等字段关联的信息；

S406、将提取到的关键数据制成表项；

S407、根据表项内容，动态开放RTC/RTCP连接，并开启相关的数据通道；

具体地，后置机根据表项内容，获取了客户端的真实IP，针对不同应用端口，如rtcp、video、audio等，生成对应的开放策略和数据通道。后续经过的RTP/RTCP数据报文都可以正常匹配放行。

本申请实施例的方案，在未改变隔离交换系统整体实现方式的基础上，解决了Bypass-Media模式不能正常使用的问题；并且易于实现，同时兼顾了其它部署模式。

与前述方法的实施例相对应，本申请还提供SIP数据传输装置及其应用的终端的实施例：

如图5所示，图5是本申请实施例提供的一种SIP数据传输装置的框图，所述装置应用于隔离交换系统中的后置机，所述装置包括：

获取模块51，用于获取SIP服务器转发的信令报文，判断所述信令报文是否为目标SIP报文；

提取模块52，用于若判断结果为是，从所述信令报文中提取出目标IP信息和目标端口信息，将所述目标IP信息和目标端口信息与用户代理客户端或用户代理服务端进行关联并记录在SIP表中；

生成模块53，用于根据所述SIP表，对接收到的流媒体数据生成对应的数据通道。

上述装置中各个模块的功能和作用的实现过程具体详见上述方法中对应步骤的实现过程，在此不再赘述。

本申请还提供一种电子设备，请参见图6，图6为本申请实施例提供的一种电子设备的结构框图。电子设备可以包括处理器610、通信接口620、存储器630和至少一个通信总线640。其中，通信总线640用于实现这些组件直接的连接通信。其中，本申请实施例中电子设备的通信接口620用于与其他节点设备进行信令或数据的通信。处理器610可以是一种集成电路芯片，具有信号的处理能力。

上述的处理器610可以是通用处理器，包括中央处理器(CPU，Central ProcessingUnit)、网络处理器(NP，Network Processor)等；还可以是数字信号处理器(DSP)、专用集成电路(ASIC)、现成可编程门阵列(FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。可以实现或者执行本申请实施例中的公开的各方法、步骤及逻辑框图。通用处理器可以是微处理器或者该处理器610也可以是任何常规的处理器等。

存储器630可以是，但不限于，随机存取存储器(RAM，Random Access Memory)，只读存储器(ROM，Read Only Memory)，可编程只读存储器(PROM，Programmable Read-OnlyMemory)，可擦除只读存储器(EPROM，Erasable Programmable Read-Only Memory)，电可擦除只读存储器(EEPROM，Electric Erasable Programmable Read-Only Memory)等。存储器630中存储有计算机可读取指令，当所述计算机可读取指令由所述处理器610执行时，电子设备可以执行上述图3方法实施例涉及的各个步骤。

可选地，电子设备还可以包括存储控制器、输入输出单元。

所述存储器630、存储控制器、处理器610、外设接口、输入输出单元各元件相互之间直接或间接地电性连接，以实现数据的传输或交互。例如，这些元件相互之间可通过一条或多条通信总线640实现电性连接。所述处理器610用于执行存储器630中存储的可执行模块，例如电子设备包括的软件功能模块或计算机程序。

输入输出单元用于提供给用户创建任务以及为该任务创建启动可选时段或预设执行时间以实现用户与服务器的交互。所述输入输出单元可以是，但不限于，鼠标和键盘等。

可以理解，图6所示的结构仅为示意，所述电子设备还可包括比图6中所示更多或者更少的组件，或者具有与图6所示不同的配置。图6中所示的各组件可以采用硬件、软件或其组合实现。

本申请实施例还提供一种存储介质，所述存储介质上存储有指令，当所述指令在计算机上运行时，所述计算机程序被处理器执行时实现方法实施例所述的方法，为避免重复，此处不再赘述。

本申请还提供一种计算机程序产品，所述计算机程序产品在计算机上运行时，使得计算机执行方法实施例所述的方法。

在本申请所提供的几个实施例中，应该理解到，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，所述模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意，在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

所述功能如果以软件功能模块的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本申请各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述仅为本申请的实施例而已，并不用于限制本申请的保护范围，对于本领域的技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。应注意到：相似的标号和字母在下面的附图中表示类似项，因此，一旦某一项在一个附图中被定义，则在随后的附图中不需要对其进行进一步定义和解释。

以上所述，仅为本申请的具体实施方式，但本申请的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到变化或替换，都应涵盖在本申请的保护范围之内。因此，本申请的保护范围应所述以权利要求的保护范围为准。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

Claims (10)

1.一种SIP数据传输方法，其特征在于，应用于隔离交换系统中的后置机，所述方法包括：

获取SIP服务器转发的信令报文，判断所述信令报文是否为目标SIP报文；

若判断结果为是，从所述信令报文中提取出目标IP信息和目标端口信息，将所述目标IP信息和目标端口信息与用户代理客户端或用户代理服务端进行关联并记录在SIP表中；

根据所述SIP表，对接收到的流媒体数据生成对应的数据通道。

2.根据权利要求1所述的方法，其特征在于，所述目标SIP报文包括以下任意一种：

INVITE报文，200OK消息报文。

3.根据权利要求1所述的方法，其特征在于，所述方法还包括：

若判断得所述信令报文不为目标SIP报文，对所述信令报文直接放行。

4.根据权利要求2所述的方法，其特征在于，所述从所述信令报文中提取出目标IP信息和目标端口信息，包括：

从所述信令报文的SDP消息体中查找第一目标字段和第二目标字段；所述第一目标字段是SDP消息体中与IP地址相关联的字段；所述第二目标字段是SDP消息体中与端口号相关联的字段；

将所述第一目标字段关联的IP地址作为目标IP信息并提取出来，将所述第二目标字段关联的端口号作为目标端口信息并提取出来。

5.根据权利要求4所述的方法，其特征在于，所述第一目标字段包括以下任意一项：Connection Information(c)、Media Attribute(a)、Session Id(o)；

所述第二目标字段包括Media Port。

6.根据权利要求2所述的方法，其特征在于，所述将所述目标IP信息和目标端口信息与用户代理客户端或用户代理服务端进行关联并记录在SIP表中，包括：

若所述信令报文是INVITE报文，生成所述目标IP地址、所述目标端口信息与用户代理客户端之间的对应关系，并将所述对应关系记录在SIP表中；

若所述信令报文是200OK消息报文，生成所述目标IP地址、所述目标端口信息与用户代理服务端之间的对应关系，并将所述对应关系记录在SIP表中。

7.根据权利要求1所述的方法，其特征在于，所述方法还包括：

当所述隔离交换系统重启，或当前时间到达预设超期时间时，对所述SIP表中记录的内容进行清除。

8.一种SIP数据传输装置，其特征在于，应用于隔离交换系统中的后置机，所述装置包括：

获取模块，用于获取SIP服务器转发的信令报文，判断所述信令报文是否为目标SIP报文；

提取模块，用于若判断结果为是，从所述信令报文中提取出目标IP信息和目标端口信息，将所述目标IP信息和目标端口信息与用户代理客户端或用户代理服务端进行关联并记录在SIP表中；

生成模块，用于根据所述SIP表，对接收到的流媒体数据生成对应的数据通道。

9.一种计算机可读存储介质，其特征在于，其上存储有计算机程序，所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。

10.一种电子设备，其特征在于，包括处理器、存储器及存储在存储器上并可在处理器上运行的计算机程序，其中，所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。