一种传输数据的方法和设备的制造方法
【专利摘要】本发明涉及通讯领域，尤其涉及一种传输数据的方法和设备。用以解决现有技术中Android系统现有的用于传输音频流和视频流文件的方法传输速度较慢，延时较大的问题。本发明发送设备在应用层通过第一接口，向框架层发送针对需要发送的数据的传输信息；发送设备在框架层接收所述传输信息；发送设备在框架层通过第二接口，将接收到的支持应用层的传输信息转换为支持框架层的传输信息；发送设备根据转换后的传输信息，通过RTP发送对应的数据。本发明实施例中的发送设备可以将用于RTP的传输信息从应用层发送到接口层，因而可以在框架层通过RTP发送数据，相对于现有的在应用层通过RTP发送数据的传输数据方法，传送数据的速度更快。
【专利说明】
一种传输数据的方法和设备
技术领域
[0001 ]本发明涉及通讯领域，尤其涉及一种传输数据的方法和设备。
【背景技术】
[0002]Android(安卓)系统是一种开放源代码的操作系统，主要应用于移动设备，如智能手机和平板电脑。经过多年发展，Android系统现在已经成为手机上最主流的操作系统，占据市场份额高达78.1% Android系统上的应用软件种类丰富，包括通讯、视频、音频和游戏等多类型软件。
[0003]近年来，随着网络速度的提高和技术的发展，Android系统中的应用不再是简单的信息浏览，电子邮件等。出现了各种通过网络实时传输协议传输视频、音频等各种流媒体的软件，使得实现远程视屏会议、IPdnternet Protocol互联网协议)可视电话、远程教育、远程医疗诊断等成为可能。这些软件都是基于传输视频流和音频流的协议。
[0004]Android系统现有利用实施传输协议传输音频流和视频流文件的方法传输速度较慢，延时较大。
【发明内容】
[0005]本发明实施例提供了一种传输数据的方法和设备，用以解决现有技术中Android系统现有的用于传输音频流和视频流文件的方法传输速度较慢，延时较大的问题。
[0006]本发明实施例提供一种传输数据的方法，包括:
[0007]发送设备在应用层通过第一接口，向框架层发送针对需要发送的数据的传输信息;
[0008]所述发送设备在框架层接收所述传输信息；
[0009]所述发送设备在框架层通过第二接口，将接收到的支持应用层的所述传输信息转换为支持框架层的传输信息；
[0010]所述发送设备根据转换后的传输信息，通过实时传播协议RTP发送对应的数据。
[0011]由于本发明实施例中的发送设备可以将用于RTP的传输信息从应用层发送到接口层，因而可以在框架层通过RTP发送数据，从而节省了将要传输的数据从框架层发送到应用层的时间，相对于现有的在应用层通过RTP发送数据的传输数据方法，传送数据的速度更快。
[0012]可选的，所述第一接口为JAVA接口；和/或
[0013]所述第二接口为面向服务的体系结构SOA接口。
[0014]由于本发明实施例的第一接口为JAVA接口，因而可以使基于JAVA语言的应用程序更方便的调用本接口；由于本发明实施例中的第二接口为SOA接口，因而可以方便的将传输信息由一种应用层的编程语言转换成框架层的编程语言，使框架层的用于实现RTP传输数据的模块更方便的使用传输信息。
[0015]可选的，所述传输信息包括IP地址和/或端口号；
[0016]所述需要发送的数据包括音频数据和/或视频数据。
[0017]由于本发明实施例向框架层发送的传输信息包括但不限于IP地址和/或端口号，完成RTP传输数据需要传输数据的目的设备的IP地址和端口号，因此本发明实施例的发送设备可以实现在框架层通过RTP通讯协议传输数据；由于本发明实施例可以实现在框架层通过RTP传输音频数据和视频数据，因此可以用于减少直播视频或音频软件的延迟。
[0018]可选的，所述第一接口位于所述应用层；
[0019 ]所述第二接口位于所述框架层。
[0020]由于本发明实施例的第一接口位于应用层上，因而可以使位于应用层上的应用程序方便的调用第一接口；由于本发明实施例的第二接口位于框架层上，因此使框架层上的用于完成RTP通讯协议功能的模块方便的调用第二接口。
[0021 ]可选的，所述发送设备根据转换后的传输信息，通过RTP发送对应的数据，还包括:
[0022]所述发送设备在所述框架层根据数据分发质量反馈信息，生成实时传播控制协议RTCP 包；
[0023]所述发送设备将所述RTCP包发送到所述应用层。
[0024]由于本发明实施例的发送设备可以向应用层提供包含数据分发质量反馈信息的实时传播控制协议RTCP包，因而位于应用层的软件可以根据数据分发质量反馈信息使传输效率最佳化。
[0025]本发明实施例提供一种传输数据的设备，包括:
[0026]第一发送模块，用于在应用层通过第一接口，向框架层发送针对需要发送的数据的传输信息；
[0027]接收模块，用于在框架层接收所述传输信息；
[0028]转换模块，用于在框架层通过第二接口，将接收到的支持应用层的所述传输信息转换为支持框架层的传输信息；
[0029]第二发送模块，用于根据转换后的传输信息，通过RTP发送对应的数据。
[0030]可选的，所述第一接口为JAVA接口；和/或[0031 ]所述第二接口为SOA接口。
[0032]可选的，所述传输信息包括IP地址和/或端口号；
[0033]所述需要发送的数据包括音频数据和/或视频数据。
[0034]可选的，所述第一接口位于所述应用层；
[0035]所述第二接口位于所述框架层。
[0036]可选的，所述第二发送模块，还用于:
[0037]在所述框架层根据数据分发质量反馈信息，生成实时传播控制协议RTCP包；
[0038]将所述RTCP包发送到所述应用层。
【附图说明】
[0039]为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
[0040]图1为本发明实施例传输数据的框架示意图；
[0041 ]图2为本发明实施例传输数据的方法示意图；
[0042]图3为本发明实施例RTP包的报头示意图；
[0043]图4为本发明传输数据的方法的整体流程示意图；
[0044]图5为本发明传输数据的设备结构示意图。
【具体实施方式】
[0045]为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
[0046]本发明实施例的方法应用于流媒体传输的应用场景。在网上传输视频、音频等多媒体信息目前主要有两种传输方式:下载和流式传输。采用下载方式，用户需要下载整个媒体文件，然后才能进行播放。由于网络带宽的限制，下载需要较长时间，造成延时较大。
[0047]目前，流媒体传输采用的主流技术是流式传输。进行传输之前，首先对多媒体数据进行预处理(可利用音频编码器和视频编码器实现，作用是降低音视频数据的质量并进行压缩)，然后使用缓存系统来保证数据连续正确的传输。使用流式传输方式，使用流式传输方式，用户不必像采用下载方式那样要等到整个文件全部下载完毕，而是只需经过几秒到几十秒的启动延时即可在客户端进行播放和观看。此时媒体文件的剩余部分将在后台继续下载。
[°°48] 流式传输的主流传输协议是RTP(RealTime Transport Protocol，实时传播协议)，用于流失传输的RTP建立在UDP(User Datagram Protocol，用户数据报协议)传输协议之上，UDP传输协议的可靠性不如TCP(Transmiss1n Control Protocol，传输控制协议)传输协议，并且无法保证实时业务的服务质量，需要RTCP(RealTime Transport ControlProtocol，实时传播控制协议)实时监控数据传输和服务质量。
[0049]本发明实施例实现RTP基于的操作系统为Andrο i d操作系统。
[0050]Android操作系统主要分为四个层次，从高到低分别是:
[0051 ]应用层、框架层、系统运行库和Linux(—种操作系统)内核。
[0052]1、应用层
[0053]在应用层上有用户可以直接使用的应用软件。应用层上的应用软件分为两类:系统提供的核心应用软件和其他应用开发者开发的软件。例如，应用层上可以有核心应用软件:E-mail(电子邮件)客户端，SMS(Short message service短信息服务)程序，日历、地图；应用层上也可以由其他应用开发者开发的软件:游戏应用软件，系统维护软件，即时通讯软件。应用层上的软件都基于JAVA(—种编程语言)语言。
[0054]2、框架层
[0〇55] 框架层(B卩Applicat1n Framework(应用框架层))是编写Google(谷歌)发布的核心应用时所使用的API (Applicat1n Programming Interface，应用程序接口)框架，开发人员同样可以使用这些框架来开发自己的应用，这样便简化了程序开发的架构设计。开发人员可以利用系统运行库中的函数开发用于框架层的完成特定功能的功能块。功能块必须遵循框架的安全性设计，可以被应用层不同的软件多次使用。框架层使用C/C++语言。
[0056]3、系统运行库
[0057]Android操作系统包含一些C/C++库，这些库包含各种函数，可以被Android操作系统中不同的组件(功能块)使用，它们通过框架层为开发者提供服务。
[0058]4、Linux 内核
[0059]Linux内核作为软件和硬件之间的抽象层，Android操作系统的核心服务也基于Linux内核。
[0060]本发明实施例的传输数据的方法中，发送设备在应用层通过第一接口，向框架层发送针对需要发送的数据的传输信息;所述发送设备在框架层接收所述传输信息;所述发送设备在框架层通过第二接口，将接收到的支持应用层的所述传输信息转换为支持框架层的传输信息;所述发送设备根据转换后的传输信息，通过RTP发送对应的数据。由于本发明实施例中的发送设备可以根据传输信息在框架层通过RTP发送数据，因而相对于现有的在应用层通过RTP发送数据的传输数据方法，传送数据的速度更快。
[0061]如图1所示，本发明实施例与现有技术的主要区别在于:现有技术在应用层实现RTP传输数据。而本发明实施例在提供从应用层向框架层传输用于RTP传输数据的第一接口(BPRecorder App，记录器应用软件)。应用层和框架层RTP传输模块采用不同的编程语言(分别是JAVA和C++)，本发明实施例还提供了将从应用层传来的信息发送给RTP传输模块的第二接口(即MediaRecorder，该模块存储路径为/ java/android/media/MediaRecorder)。并在系统运行库中提供了供接口模块调用的函数(MediaRecorder.cpp，该函数存储的路径为/framework/av/media/libmedia)。第二接口还可以接受来自来自Aud1Fl inger(音频管理器)的音频文件和来自Camera Service(照相机服务)的视频文件并发送给RTP传输模块。
[0062]如图2所示，本发明实施例提供一种传输数据的方法，包括:
[0063]步骤201，发送设备在应用层通过第一接口，向框架层发送针对需要发送的数据的传输信息；
[0064]步骤202，所述发送设备在框架层接收所述传输信息；
[0065]步骤203，所述发送设备在框架层通过第二接口，将接收到的支持应用层的所述传输信息转换为支持框架层的传输信息；
[0066]步骤204，所述发送设备根据转换后的传输信息，通过实时传播协议RTP发送对应的数据。
[0067]本发明实施例的应用场景用于对视频数据或音频数据的实时性要求比较高的场景。例如，网络视频直播，视频电话会议，远程语音通讯等。上述应用场景可由具有录音和/或录像设备的发送设备配合安装在发送设备上的应用软件实现。
[0068]本发明实施例中的发送设备包括但不限于下列设备:
[0069]基于Android操作系统的手机、平板电脑，智能电视，电脑。由于本发明实施例中的传输数据的方法多用于传输直播的音频或视频文件。因此，发送设备可具有音频录制或/和视频录制功能。
[0070]本发明实施例中的应用软件可以是视频或音频直播软件。
[0071 ] 具体的，应用软件可以是基于VoIP(Voice over Internet Protocol网络语音协议)的应用软件。其中，Vo IP可以将模拟信号(声音)数字化，以Data Packe t (数据封包)的形式在网络上做实时传递。VoIP可以在IP网络上完成传送语音、传真、视频、和数据等业务，如统一消息业务、虚拟电话、虚拟语音/传真邮箱、查号业务、Internet呼叫中心、Internet呼叫管理、电话视频会议、电子商务、传真存储转发和各种信息的存储转发等。
[0072]应用软件也可以是基于RTSP(Real Time Streaming Protocol，实时流传输协议)的软件。其中，RTSP是TCP/IP协议体系中的一个应用层协议，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。基于RTSP协议的软件多为目前较为流行的视频直播软件。
[0073]本发明实施例通过RTP通讯协议发送的数据可以包括但不限于下列数据类型:
[0074]—、音频数据
[0075]音频数据可以是通过发送设备的麦克风现场录制的音频文件，或者现场录制后经过音频编码器编码的形成的文件，也可以是已有的音频文件。例如，音频数据可以是现场录制的wave文件，也可以是经过录制后经过音频编码器编码得到的MP3文件，也可以是存储在存储介质中的MP3文件。
[0076]二、视频数据
[0077]视频数据可以是通过发送设备的摄像头录制后视频编码器编码形成的数据，也可以是已有的视频文件，也可以是已有的视频文件。例如，视频文件可以是现场录制的AVI(Aud1 Video Interfaced，音频视频交错格式)文件，也可以是经过视频编码器编码的RM文件，也可以是已有的RM文件。
[0078]三、音视频数据
[0079]音视频数据为音频数据和视频数据打包在一起形成的数据。例如，传输的数据的格式可以是RM(Real Media，Real公司开发的一种视频格式)，ASF(Advanced StreamingFormat，高级串流格式)或其他类似类型。
[0080]发送设备中不同的应用程序在传输数据前对数据做不同的处理。应用程序可以同时录制音频文件和视频文件时，可以将音频数据和视频数据打包在一起，然后再进行传输，也可以将音频文件和视频文件分别进行传输。
[0081]本发明实施例用RTP传输数据需要向用于传输数据的RTP传输模块提供传输信息。传输信息由应用层的应用软件确定，传输信息与传输数据的目的设备相对应。传输信息可以包括但不限于下面的信息:
[0082]IP地址和/或端口号。
[0083]本发明实施例可以实现在框架层(S卩framework层)通过RTP通讯协议进行数据传输，为位于应用层应用软件提供了接口(即第一接口)，用于从应用层向框架层发送传输信息。第一接口可以为JAVA语言编写的接口。
[0084]具体的，第一接口的定义方式可以是:
[0085]Java\android\media\MediaRecoder.java: void setOutputAddress(Stringaddress,String port,String type)
[0086]其中，括号中的内容为传输信息，address为IP地址；
[0087]port 为端口号；
[0088]type为要传输的数据的数据类型，可以是音频数据或者视频数据。
[0089]本发明实施例的发送设备通过第一接口将传输数据发送到框架层后，再通过位于框架层的第二接口将传输数据进行转换再发送给位于框架层的RTP传输模块。第二接口可以是SOA(Service-Oriented Architecture，面向服务的体系结构)接口。由于现有的可用于框架层的RTP传输模块是用C++语言编程的，而第一接口位于应用层是用JAVA语言编程的，因而为了使框架层由第一接口收到的JAVA语言的传输信息传递给C++语言的RTP传输模块可以识别的传输信息，本发明实施例提供了第二接口用于转换来自第一接口的传输信息。
[0090]本发明实施例中RTP传输模块可以将来自编码器的数据(若编码器为音频编码器，则数据为音频数据;若编码器为视频编码器，则数据为视频数据)，并将数据发送到传输信息所对应的位置(可以是IP地址和端口号)。当RTP传输模块同时用于传输音频数据和视频数据时，音频数据的传输信息可以与视频数据的传输信息不同。
[0091 ] RTP传输模块在发送RTP数据前，需先将音频数据或视频数据封装成RTP包。
[0092]RTP包中包含两部分内容:报头和有效载荷。
[0093]报头的内容是RTP中与传输的数据相关的信息，包含的内容如图3所示。
[0094]版本号(V):2比特，用来标志使用的RTP版本。
[0095]填充位(P):1比特，如果该位为I，则该RTP包的尾部就包含附加的填充字节。
[0096]扩展位(X):1比特，如果该位为I的话，RTP固定头部后面就跟有一个扩展头部。
[0097]CSRC(Contributing SouRCe，作用源)计数器(CC):4比特，含有固定头部后面跟着的CSRC的数目。
[0098]标记位(M):1比特，不同的有效载荷有不同的含义，对于视频，标记一帧的结束;对于音频，标记会话的开始;该位的解释由配置文档(Profile)来承担.
[0099]载荷类型(PT):7比特，标识了RTP载荷的类型。如GSM音频、JPEM图像等。
[0100]序列号(SN):16比特，发送设备在每发送完一个RTP包后就将该域的值增加I，接收设备可以由该域检测包的丢失及恢复包序列。序列号的初始值是随机的。
[0101]时间戳:32比特，记录了该包中数据的第一个字节的采样时刻。在一次数据传输开始时，时间戳初始化成一个初始值。即使在没有数据传输时，时间戳的数值也要随时间而不断地增加。时间戳用于去除抖动和实现同步。
[0102]同步源标识符(SSRC):32比特，同步源就是指RTP包流的来源。在同一个RTP会话中不能有两个相同的SSRC值。该标识符是随机选取的RFC1889推荐了 MD5随机算法。
[0103]贡献源列表(CSRC List):0?15项，每项32比特，用来标志对一个RTP混合器产生的新包有贡献的所有RTP包的源。由混合器将这些有贡献的SSRC标识符插入表中。SSRC标识符都被列出来，以便接收端能正确指出交谈双方的身份。
[0104]有效载荷的内容是传输的编码器的编码音频数据或视频数据。RTP传输模块将有效载荷放在报头后形成RTP包。
[0105]可选的，所述发送设备在所述框架层根据数据分发质量反馈信息，生成实时传播控制协议RTCP包；
[0106]所述发送设备将所述RTCP包发送到所述应用层，以使所述发送设备控制RTP发送对应的数据的传输速率。
[0107]本发明实施例中RTP本身只保证实时数据的传输，并不能为按顺序传送数据包提供可靠的传送机制，也不提供流量控制或拥塞控制，它依靠RTCP包提供这些服务。RTCP包中可以包括数据分发质量反馈信息。数据分发质量反馈信息中含有已发送的数据包的数量、丢失的数据包的数量等统计资料。
[0108]实际应用中，通过RTP传输数据时，数据的发送设备和数据的接受设备周期性地相互传送RTCP包，控制传输速率的网络侧设备(例如应用软件的服务器)可以利用这些信息动态地改变传输速率，甚至改变有效载荷类型，从而能以有效的反馈和最小的开销使传输效率最佳化。
[0109]现有技术中，RTP传输模块可以周期性自动生成包含数据分发质量反馈信息的RTCP 包。
[0110]如图4所示，本发明实施例提供一种传输数据的整体流程，包括:
[0111]步骤401，发送设备将传输数据的传输信息从第一接口发送到框架层；
[0112]步骤402，发送设备在框架层接收所述传输信息；
[0113]步骤403，发送设备通过第二接口将传输信息转换成支持框架层的传输信息；
[0114]步骤404，发送设备将支持框架层的传输信息发送给框架层的RTP传输模块；
[0115]步骤405，框架层的RTP传输模块将从音频解码器接收到的经过编码的音频文件打包成RTP包，并发送到传输信息对应的接收设备。
[0116]步骤406，传输信息对应的接收设备接收RTP包。
[0117]基于同一发明构思，本发明实施例中还提供了传输数据的设备，由于该设备对应的方法是本发明实施例中的方法，并且设备解决问题的原理与本发明实施例的方法相似，因此该设备的实施可以参见方法的实施，重复之处不再赘述。
[0118]如图5所示，本发明实施例提供一种传输数据的设备，包括:
[0119]第一发送模块501，用于在应用层通过第一接口，向框架层发送针对需要发送的数据的传输信息；
[0120]接收模块502，用于在框架层接收所述传输信息；
[0121]转换模块503，用于在框架层通过第二接口，将接收到的支持应用层的所述传输信息转换为支持框架层的传输信息；
[0122]第二发送模块504，用于根据转换后的传输信息，通过RTP发送对应的数据。
[0123]可选的，所述第一接口为JAVA接口；和/或
[0124]所述第二接口为SOA接口。
[0125]可选的，所述传输信息包括IP地址和/或端口号；
[0126]所述需要发送的数据包括音频数据和/或视频数据。
[0127]可选的，所述第一接口位于所述应用层；
[0128]所述第二接口位于所述框架层。
[0129]可选的，所述第二发送模块504，还用于:
[0130]根据数据分发质量反馈信息，生成实时传播控制协议RTCP包；
[0131]将所述RTCP包发送到所述应用层，以使所述发送设备控制RTP发送对应的数据的传输速率。
[0132]从上述内容可以看出:本发明实施例的传输数据的方法中，发送设备在应用层通过第一接口，向框架层发送针对需要发送的数据的传输信息;所述发送设备在框架层接收所述传输信息;所述发送设备在框架层通过第二接口，将接收到的支持应用层的所述传输信息转换为支持框架层的传输信息;所述发送设备根据转换后的传输信息，通过RTP发送对应的数据。由于本发明实施例中的发送设备可以将用于RTP的传输信息从应用层发送到接口层，因而可以在框架层通过RTP发送数据，相对于现有的在应用层通过RTP发送数据的传输数据方法，传送数据的速度更快。
[0133]以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。
[0134]通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到各实施方式可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件。基于这样的理解，上述技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品可以存储在计算机可读存储介质中，如R0M/RAM、磁碟、光盘等，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行各个实施例或者实施例的某些部分所述的方法。
[0135]最后应说明的是:以上实施例仅用以说明本发明的技术方案，而非对其限制;尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。
【主权项】
1.一种传输数据的方法，其特征在于，包括: 发送设备在应用层通过第一接口，向框架层发送针对需要发送的数据的传输信息； 所述发送设备在框架层接收所述传输信息； 所述发送设备在框架层通过第二接口，将接收到的支持应用层的所述传输信息转换为支持框架层的传输信息； 所述发送设备根据转换后的传输信息，通过实时传播协议RTP发送对应的数据。2.如权利要求1所述的方法，其特征在于，所述第一接口为JAVA接口；和/或 所述第二接口为面向服务的体系结构SOA接口。3.如权利要求1所述的方法，其特征在于，所述传输信息包括IP地址和/或端口号； 所述需要发送的数据包括音频数据和/或视频数据。4.如权利要求1所述的方法，其特征在于， 所述第一接口位于所述应用层； 所述第二接口位于所述框架层。5.如权利要求1?4任一所述的方法，其特征在于，所述发送设备根据转换后的传输信息，通过RTP发送对应的数据，还包括:所述发送设备在所述框架层根据数据分发质量反馈信息，生成实时传播控制协议RTCP包； 所述发送设备将所述RTCP包发送到所述应用层。6.一种传输数据的设备，其特征在于，包括: 第一发送模块，用于在应用层通过第一接口，向框架层发送针对需要发送的数据的传输信息； 接收模块，用于在框架层接收所述传输信息； 转换模块，用于在框架层通过第二接口，将接收到的支持应用层的所述传输信息转换为支持框架层的传输信息； 第二发送模块，用于根据转换后的传输信息，通过RTP发送对应的数据。7.如权利要求6所述的设备，其特征在于，所述第一接口为JAVA接口；和/或 所述第二接口为SOA接口。8.如权利要求6所述的设备，其特征在于，所述传输信息包括IP地址和/或端口号； 所述需要发送的数据包括音频数据和/或视频数据。9.如权利要求6所述的设备，其特征在于， 所述第一接口位于所述应用层； 所述第二接口位于所述框架层。10.如权利要求6?9任一所述的设备，其特征在于，所述第二发送模块，还用于: 根据数据分发质量反馈信息，生成实时传播控制协议RTCP包； 将所述RTCP包发送到所述应用层。
【文档编号】H04L29/08GK105897687SQ201511020792
【公开日】2016年8月24日
【申请日】2015年12月30日
【发明人】蔡炜
【申请人】乐视致新电子科技（天津）有限公司