专利名称：数据发送和接收方法、设备及系统的制作方法
技术领域：
本发明涉及网络通信技术，尤其涉及一种数据发送和接收方法、设备及系统。
背景技术：
实时传送协议(Real-time Transport Protocol, RTP)作为多媒体互联网协议 (IP)的技术基础，已广泛应用于流媒体系统、视频会议和一键通系统等。现有技术中，要进行语音或视频通信的通信双方通常采用会话起始协议(Session Initiation Protocol, SIP)建立双方之间的会话，并在建立SIP会话的过程中协商RTP媒体通道的地址和端口。在通信过程中，双方通过该协商的RTP媒体通道来传输语音或视频等多媒体信息，以实现通信双方的语音通信或视频通信。但对于通信双方来说，还有很多其他的通信需求，比如传输共享文档等，此时需要基于其他的协议，例如文本传输协议(File Transfer Protocol, FTP)，来建立新的通道来传输文件，使通信双方还需要再次进行认证和鉴权等过程，造成了网络资源浪费且耗时较为严重。
发明内容
针对上述缺陷，本发明提供一种数据发送和接收方法、设备及系统，用于实现在 SIP会话过程中，无需基于其他的协议建立新的通信通道，即可传递除语音数据和视频数据之外的其他类型数据。根据本发明的一方面，提供一种数据发送方法，包括发送方将待发送至接收方的数据和所述发送方的虚拟互联网协议IP地址封装为实时传送协议RTP报文的载荷，并在所述载荷前添加所述RTP报文的报头；其中，所述报头中携带有所述载荷的类型标识；所述发送方通过自身的虚拟网卡将所述RTP报文通过所述发送方与所述接收方在建立会话起始协议SIP呼叫的过程中协商的RTP通道发送至所述接收方；以使所述接收方解析所述RTP报文的报头、根据所述报头中的所述载荷的类型标识对所述载荷进行解析，并且若通过解析获知所述载荷中携带有所述发送方的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。根据本发明的另一方面，还提供一种发送设备，包括封装模块，用于将待发送至接收设备的数据和发送设备的虚拟IP地址封装为RTP 报文的载荷，并在所述载荷前添加所述RTP报文的报头；其中，所述报头中携带有所述载荷的类型标识；发送模块，用于通过自身的虚拟网卡将所述RTP报文通过所述发送设备与所述接收设备在建立SIP呼叫的过程中协商的RTP通道发送至所述接收设备；以使所述接收设备解析所述RTP报文的报头、根据所述报头中的所述载荷的类型标识对所述载荷进行解析， 并且若通过解析获知所述载荷中携带有所述发送设备的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。
根据本发明的又一方面，还提供一种接收设备，包括接收方解析从发送方接收的RTP报文的报头，根据所述报头中的所述载荷的类型标识对所述载荷进行解析；其中，所述报头中携带有所述载荷的类型标识，所述载荷中携带有所述发送方的虚拟IP地址和待发送至接收方的数据；所述接收方若通过解析获知所述载荷中携带有所述发送方的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。根据本发明的又一方面，还提供一种数据接收方法，包括RTP报文解析模块，解析从发送设备接收的RTP报文的报头，根据所述报头中的所述载荷的类型标识对所述载荷进行解析；其中，所述报头中携带有所述载荷的类型标识，所述载荷中携带有所述发送设备的虚拟IP地址和待发送至接收设备的数据；写入模块，用于若通过解析获知所述载荷中携带有所述发送设备的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。根据本发明的再一方面，还提供一种数据传送系统，包括本发明的发送设备和本发明的接收设备。根据本发明的数据发送和接收方法、设备及系统，对于正在进行SIP会话的通信双方，若发送方有非语音/视频的其他类型数据传输，则在RTP报文的字段PT中标识与该数据类型对应的载荷类型标识，并且将自身的虚拟IP地址连同待发送数据作为RTP报文的载荷通过在先协商的RTP通道发送至接收方；接收方若解析获知载荷中携带有虚拟IP地址则获知与发送方建立的虚拟IP连接，并将载荷中携带的数据放至自身的虚拟网卡。因此，通过通信双方的虚拟IP连接即实现了除视频数据或音频数据之外的其他类型数据的通信，避免了发送方与接收方需基于其他的协议(例如FTP协议)再次进行认证和鉴权等过程以建立新的通道来实现非语音/视频类型数据的通信，节约了网络资源并且能快速完成通信。并且，由于在RTP报文中携带有与发送方唯一对应的虚拟IP地址，使得接收方能够通过解析该RTP报文直接确定该报文的发送方，实现了发送方对于接收方的透明化，避免了当通信双方之间存在网络地址转换(Network Address Translation, NAT)时，接收方不能准确获知发送方IP地址的问题。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本发明实施例一的数据发送方法的流程示意图。图2为图1所示的数据发送方法的RTP报文的结构示意图。图3为图2所示的RTP报文的RTP头的结构示意图。图4为本发明实施例二的发送设备的结构示意图。图5为本发明实施例三的数据接收方法的流程示意图。图6为本发明实施例四的接收设备的结构示意图。图7为本发明实施例五的数据传送系统的系统架构图。
具体实施例方式下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。实施例一图1为本发明实施例一的数据发送方法的流程示意图。如图1所示，该数据发送方法包括以下步骤步骤S101，发送方将待发送至接收方的数据和所述发送方的虚拟IP地址封装为 RTP报文的载荷，并在所述载荷前添加所述RTP报文的报头；其中，所述报头中携带有所述载荷的类型标识；步骤S102，所述发送方通过自身的虚拟网卡将所述RTP报文通过所述发送方与所述接收方在建立SIP呼叫的过程中协商的RTP通道发送至所述接收方；以使所述接收方解析所述RTP报文的报头、根据所述报头中的所述载荷的类型标识对所述载荷进行解析，并且若通过解析获知所述载荷中携带有所述发送方的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。其中，发送方和接收方为已建立SIP会话的通信双方。双方在建立SIP会话的过程中协商了 RTP通道的地址和端口，在SIP会话过程中，双方之间通信的音频数据或视频数据被封装为RTP报文通过该RTP通道进行通信。图2为图1所示的数据发送方法的RTP报文的结构示意图。如图2所示，RTP报文包括报文和载荷两部分，其中报头包括物理以太头、IP头、UDP头和RTP头，载荷包括发送方的虚拟IP地址和待发送的数据。更为具体地，图3为图2所示的RTP报文的RTP头的结构示意图。如图3所示，RTP头包括字段V、字段P、字段X、字段CC、字段M、字段PT、字段 Sequence Number、字段 timestamp、字段 SSRC identifier 禾口字段 CSRC identifiers。其中，字段CSRC identifiers仅出现在混合器插入时的RTP报文中，而其余各字段出现在全部RTP报文中。各字段含义具体说明如下字段V 版本号，2位，用于标识RTP版本；字段P 填充标识，1位，用于标识是否设置填充位；字段X 扩展标识，1位，用于标识是否设置扩展位；如设置扩展位，固定RTP头后跟一个头扩展；字段CC 提供源(contribution source, CSRC)计数，4位，其包括紧接在固定RTP 头后的CSRC标识符个数；字段M 标记，1位，该标记的解释由设置定义，目的在于允许重要事件在包流中标记出来；设置可定义其他标识位或通过改变位数量来指定没有标记位；字段PT 载荷类型(Payload Type, PT)，7位，用于标识RTP载荷格式并决定其解释；设置指定载荷类型代码对载荷格式的静态映射，例如包括audio、video、image、text和 html等；其他载荷类型代码可通过非RTP途径动态定义；对音频和视频的缺省映射初集在相关设置中指出；该字段可支持进一步扩展；
字段kquence Number 序列号，16位；序列号随每个RTP报文而增加，由接收者用来探测报文损失而恢复报文序列；序列号初会是随机的，使对加密的文本攻击更加困难；字段timestamp 时间戳，32位，用于反映RTP报文中第一个八位组的采样时刻，采样时刻必须从单调、线性增加的时钟导出，以允许同步于抖动计算；字段SSRC identifier 同步源标识符，32位，用于标识同步源；字段CSRC identifiers =CSRC列表，0到15项，每项32位；CSRC列表表示包内包含的对载荷起作用的源。标识数量由CC段给出。通信双方在SIP会话过程中通过RTP通道发送音频数据或视频数据时，需在RTP 报文的物理以太头中添加发送方的物理网卡的相关信息；在IP头中添加接收方的物理IP 地址；在UDP头中添加SIP会话建立过程中所协商的通信端口 ；在RTP头中的字段PT中标识音频数据或视频数据；并将待发送的音频数据或视频数据作为RTP报文的载荷。若双方在SIP会话过程中，一方(发送方)有除音频数据或视频数据之外的其他类型数据(例如文档或远程协助)要发送给另一方(接收方)，则其与上述发送音频数据或视频数据时对 RTP报文的封装存在以下区别针对RTP报文的报头，在RTP头中的字段PT中标识与待发送数据的类型相对应的载荷类型标识，该载荷类型标识为除与音频数据和视频数据之外的其他类型标识，其中，通信双方预先约定该载荷类型标识及对应该类型的载荷的解析方式； 针对RTP报文的载荷，发送方将待发送数据连同自身的虚拟IP地址作为RTP报文的载荷； 该RTP报文的报头和载荷即构成了完整的RTP报文。其中，发送方和接收方预先设置有各自的虚拟网卡和虚拟IP地址。发送方通过自身的虚拟网卡将该RTP报文通过与接收方之间的RTP通道发送至接收方。接收方接收到RTP报文后，首先对该RTP报文进行解析，读取报头中的各字段内容。 当接收方通过字段PT中的载荷类型标识获知该RTP报文所携带的载荷数据并非为默认的音频数据或视频数据时，则对该RTP报文的载荷进行解析以检测该载荷中是否携带有虚拟 IP地址。若接收方从RTP报文中读取发送方的虚拟IP地址，则获知发送方与接收方之间建立了虚拟IP连接，即该RTP报文是由发送方的虚拟网卡向外发送的。接收方将该载荷中的数据作为该虚拟IP连接的发送方所发送的数据进行处理，即将载荷中携带的数据发送至自身的虚拟网卡，即由虚拟网卡接收并根据数据类型处理该数据。至此，实现了该数据在发送方的虚拟网卡与接收方的虚拟网卡之间的传送。根据上述实施例的数据发送方法，对于正在进行SIP会话的通信双方，若发送方有非语音/视频的其他类型数据传输，则在RTP报文的字段PT中标识与该数据类型对应的载荷类型标识，并且将自身的虚拟IP地址连同待发送数据作为RTP报文的载荷通过在先协商的RTP通道发送至接收方；接收方若解析获知载荷中携带有虚拟IP地址则获知与发送方建立的虚拟IP连接，并将载荷中携带的数据放至自身的虚拟网卡。因此，通过通信双方的虚拟IP连接即实现了除视频数据或音频数据之外的其他类型数据的通信，避免了发送方与接收方需基于其他的协议(例如FTP协议)再次进行认证和鉴权等过程以建立新的通道来实现非语音/视频类型数据的通信，节约了网络资源并且能快速完成通信。并且，由于在 RTP报文中携带有与发送方唯一对应的虚拟IP地址，使得接收方能够通过解析该RTP报文直接确定该报文的发送方，实现了发送方对于接收方的透明化，避免了当通信双方之间存在NAT时，接收方不能准确获知发送方IP地址的问题。
进一步地，在上述实施例的数据发送方法中，所述发送方将待发送至接收方的数据和所述发送方的虚拟IP地址作为RTP报文的载荷的步骤之前还包括所述发送方建立虚拟网卡并设置虚拟IP地址。进一步地，在上述实施例的数据发送方法中，所述RTP报文的载荷还包括用于标识所述发送方的虚拟网卡的虚拟以太头。根据上述实施例的数据发送方法，由于所述RTP报文的载荷中携带有用于标识发送方的虚拟网卡的虚拟以太头，且RTP报文是经由虚拟网卡向外发送，所以使接收方直接获知发送该报文的网卡，提高了应用程序的透明性。实施例二图4为本发明实施例二的发送设备的结构示意图。如图2所示，该发送设备包括封装模块21，用于将待发送至接收设备的数据和发送设备的虚拟IP地址封装为 RTP报文的载荷，并在所述载荷前添加所述RTP报文的报头；其中，所述报头中携带有所述载荷的类型标识；发送模块22，用于通过自身的虚拟网卡将所述RTP报文通过所述发送设备与所述接收设备在建立SIP呼叫的过程中协商的RTP通道发送至所述接收设备；以使所述接收设备解析所述RTP报文的报头、根据所述报头中的所述载荷的类型标识对所述载荷进行解析，并且若通过解析获知所述载荷中携带有所述发送设备的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。上述实施例的发送设备执行数据传送的流程与实施例一所述的数据传送方法相同，故此处不再赘述。根据上述实施例的发送设备，对于正在进行SIP会话的通信双方，若发送设备有非语音/视频的其他类型数据传输，则在RTP报文的字段PT中标识与该数据类型对应的载荷类型标识，并且将自身的虚拟IP地址连同待发送数据作为RTP报文的载荷通过在先协商的RTP通道发送至接收设备；接收设备若解析获知载荷中携带有虚拟IP地址则获知与发送设备建立了虚拟IP连接，并将载荷中携带的数据放至自身的虚拟网卡。因此，通过通信双方的虚拟IP连接即实现了除视频数据或音频数据之外的其他类型数据的通信，避免了发送设备与接收设备需基于其他的协议(例如FTP协议)再次进行认证和鉴权等过程以建立新的通道来实现非语音/视频类型数据的通信，节约了网络资源并且能快速完成通信。并且，由于在RTP报文中携带有与发送设备唯一对应的虚拟IP地址，使得接收设备能够通过解析该RTP报文直接确定该报文的发送设备，实现了发送设备对于接收设备的透明化，避免了当通信双方之间存在NAT时，接收设备不能准确获知发送方IP地址的问题。进一步地，在上述实施例的发送设备中，还包括配置模块，用于建立虚拟网卡并设置虚拟IP地址。进一步地，在上述实施例的发送设备中，封装模块还用于将用于标识发送方的虚拟网卡的虚拟以太头封装在RTP报文的载荷中。根据上述实施例的发送设备，由于所述RTP报文的载荷中携带有用于标识发送设备的虚拟网卡的虚拟以太头，且RTP报文是经由虚拟网卡向外发送，所以使接收方直接获知发送该报文的网卡，提高了应用程序的透明性。实施例三
8
图5为本发明实施例三的数据接收方法的流程示意图。如图5所示，该数据接收方法包括步骤S301，接收方解析从发送方接收的RTP报文的报头，根据所述报头中的所述载荷的类型标识对所述载荷进行解析；其中，所述报头中携带有所述载荷的类型标识，所述载荷中携带有所述发送方的虚拟IP地址和待发送至接收方的数据；步骤S302，所述接收方若通过解析获知所述载荷中携带有所述发送方的虚拟IP 地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。根据上述实施例的数据接收方法，对于正在进行SIP会话的通信双方，若发送方有非语音/视频的其他类型数据传输，则在RTP报文的字段PT中标识与该数据类型对应的载荷类型标识，并且将自身的虚拟IP地址连同待发送数据作为RTP报文的载荷通过在先协商的RTP通道发送至接收方；接收方若解析获知载荷中携带有虚拟IP地址则获知与发送方建立的虚拟IP连接，并将载荷中携带的数据放至自身的虚拟网卡。因此，通过通信双方的虚拟IP连接即实现了除视频数据或音频数据之外的其他类型数据的通信，避免了发送方与接收方需基于其他的协议(例如FTP协议)再次进行认证和鉴权等过程以建立新的通道来实现非语音/视频类型数据的通信，节约了网络资源并且能快速完成通信。并且，由于在 RTP报文中携带有与发送方唯一对应的虚拟IP地址，使得接收方能够通过解析该RTP报文直接确定该报文的发送方，实现了发送方对于接收方的透明化，避免了当通信双方之间存在NAT时，接收方不能准确获知发送方IP地址的问题。进一步地，在上述实施例的数据接收方法中，在所述接收方若通过解析获知所述载荷中携带有所述发送方的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡的步骤之前还包括所述接收方建立虚拟网卡并设置虚拟IP地址。进一步地，在上述实施例的数据接收方法中，所述RTP报文的载荷还包括用于标识所述发送方的虚拟网卡的虚拟以太头。根据上述实施例的数据接收方法，由于所述RTP报文的载荷中携带有用于标识发送方的虚拟网卡的虚拟以太头，且RTP报文是经由虚拟网卡向外发送，所以使接收方直接获知发送该报文的网卡，提高了应用程序的透明性。实施例四图6为本发明实施例四的接收设备的结构示意图。如图4所示，该接收设备包括RTP报文解析模块41，解析从发送设备接收的RTP报文的报头，根据所述报头中的所述载荷的类型标识对所述载荷进行解析；其中，所述报头中携带有所述载荷的类型标识， 所述载荷中携带有所述发送设备的虚拟IP地址和待发送至接收设备的数据；写入模块42，用于若通过解析获知所述载荷中携带有所述发送设备的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。上述实施例的接收设备执行数据传送的流程与上述实施例的数据传送方法相同， 故此处不再赘述。根据上述实施例的接收设备，对于正在进行SIP会话的通信双方，若发送设备有非语音/视频的其他类型数据传输，则在RTP报文的字段PT中标识与该数据类型对应的载荷类型标识，并且将自身的虚拟IP地址连同待发送数据作为RTP报文的载荷通过在先协商的RTP通道发送至接收设备；接收设备若解析获知载荷中携带有虚拟IP地址则获知与发送设备建立的虚拟IP连接，并将载荷中携带的数据放至自身的虚拟网卡。因此，通过通信双方的虚拟IP连接即实现了除视频数据或音频数据之外的其他类型数据的通信，避免了发送设备与接收设备需基于其他的协议(例如FTP协议)再次进行认证和鉴权等过程以建立新的通道来实现非语音/视频类型数据的通信，节约了网络资源并且能快速完成通信。 并且，由于在RTP报文中携带有与发送设备唯一对应的虚拟IP地址，使得接收设备能够通过解析该RTP报文直接确定发送该报文的发送设备，实现了发送设备对于接收设备的透明化，避免了当通信双方之间存在NAT时，接收设备不能准确获知发送设备IP地址的问题。进一步地，在上述实施例的接收设备中，还包括配置模块，用于建立虚拟网卡并设置虚拟IP地址。实施例五图7为本发明实施例五的数据传送系统的系统架构图。如图7所示，该数据传送系统包括实施例二的发送设备51和实施例四的接收设备52，根据上述实施例的数据传送系统，实现了建立SIP会话的通信双方可在SIP会话过程中进行除视频数据或音频数据之外的其他类型数据的通信，而无需发送设备与接收设备基于其他的协议(例如FTP协议)再次进行认证和鉴权等过程以建立新的通道，节约了网络资源并且能快速完成通信。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
权利要求
1.一种数据发送方法，其特征在于，包括发送方将待发送至接收方的数据和所述发送方的虚拟互联网协议IP地址封装为实时传送协议RTP报文的载荷，并在所述载荷前添加所述RTP报文的报头；其中，所述报头中携带有所述载荷的类型标识；所述发送方通过自身的虚拟网卡将所述RTP报文通过所述发送方与所述接收方在建立会话起始协议SIP呼叫的过程中协商的RTP通道发送至所述接收方；以使所述接收方解析所述RTP报文的报头、根据所述报头中的所述载荷的类型标识对所述载荷进行解析，并且若通过解析获知所述载荷中携带有所述发送方的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。
2.根据权利要求1所述的数据发送方法，其特征在于，所述发送方将待发送至接收方的数据和所述发送方的虚拟IP地址作为RTP报文的载荷的步骤之前还包括所述发送方建立虚拟网卡并设置虚拟IP地址。
3.根据权利要求1或2所述的数据发送方法，其特征在于，所述RTP报文的载荷还包括用于标识所述发送方的虚拟网卡的虚拟以太头。
4.一种发送设备，其特征在于，包括封装模块，用于将待发送至接收设备的数据和发送设备的虚拟IP地址封装为RTP报文的载荷，并在所述载荷前添加所述RTP报文的报头；其中，所述报头中携带有所述载荷的类型标识；发送模块，用于通过自身的虚拟网卡将所述RTP报文通过所述发送设备与所述接收设备在建立SIP呼叫的过程中协商的RTP通道发送至所述接收设备；以使所述接收设备解析所述RTP报文的报头、根据所述报头中的所述载荷的类型标识对所述载荷进行解析，并且若通过解析获知所述载荷中携带有所述发送设备的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。
5.根据权利要求4所述的发送设备，其特征在于，还包括配置模块，用于建立虚拟网卡并设置虚拟IP地址。
6.根据权利要求4或5所述的发送设备，其特征在于，所述封装模块还用于将用于标识发送方的虚拟网卡的虚拟以太头封装在RTP报文的载荷中。
7.一种数据接收方法，其特征在于，包括接收方解析从发送方接收的RTP报文的报头，根据所述报头中的所述载荷的类型标识对所述载荷进行解析；其中，所述报头中携带有所述载荷的类型标识，所述载荷中携带有所述发送方的虚拟IP地址和待发送至接收方的数据；所述接收方若通过解析获知所述载荷中携带有所述发送方的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。
8.根据权利要求7所述的数据接收方法，其特征在于，在所述接收方若通过解析获知所述载荷中携带有所述发送方的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡的步骤之前还包括所述接收方建立虚拟网卡并设置虚拟IP地址。
9.根据权利要求7或8所述的数据接收方法，其特征在于，所述RTP报文的载荷还包括用于标识所述发送方的虚拟网卡的虚拟以太头。
10.一种接收设备，其特征在于，包括RTP报文解析模块，解析从发送设备接收的RTP报文的报头，根据所述报头中的所述载荷的类型标识对所述载荷进行解析；其中，所述报头中携带有所述载荷的类型标识，所述载荷中携带有所述发送设备的虚拟IP地址和待发送至接收设备的数据；写入模块，用于若通过解析获知所述载荷中携带有所述发送设备的虚拟IP地址则将经解析得到的所述数据写入自身的虚拟网卡以完成所述数据的接收。
11.根据权利要求10所述的接收设备，其特征在于，还包括 配置模块，用于建立虚拟网卡并设置虚拟IP地址。
12.—种数据传送系统，其特征在于，包括如权利要求4至6任一所述的发送设备和如权利要求10或11所述的接收设备。
全文摘要
本发明提供一种数据发送和接收方法、设备及系统。该发送方法包括发送方将待发送的数据和发送方的虚拟IP地址封装为RTP报文的载荷，并添加RTP报文的报头，报头中携带有载荷的类型标识；发送方通过自身的虚拟网卡将RTP报文通过发送方与接收方之间的RTP通道发送至接收方；接收方接收并解析RTP报文，根据载荷的类型标识对RTP报文的载荷进行相应解析；接收方若获知载荷中携带有发送方的虚拟IP地址，则将数据发送至接收方的虚拟网卡，以由接收方的虚拟网卡接收所述数据。本发明的数据发送和接收方法、设备及系统，实现了在SIP会话过程中无需基于其他的协议即可传递除语音数据和视频数据之外的其他类型数据。
文档编号H04L29/12GK102255906SQ20111019159
公开日2011年11月23日 申请日期2011年7月8日 优先权日2011年7月8日
发明者田新雪 申请人:中国联合网络通信集团有限公司