技术领域
[0001] 本实用新型涉及音频流传输领域，尤指一种无线局域网络音频流传输系统。
背景技术
[0002] 无线网络中音频传输面临很多问题，如无线网络高丢包率导致音频传输整体速率下降，高码率音频流在传输过程中导致网络堵塞等等。
[0003] 流媒体是多媒体数据通过不断传输到终端并被终端消耗的方式，流的传输方式是对应完全下载完成产生的；比起要用户完全下载多媒体文件并浏览的方法，在现今尺寸越来越大的多媒体文件下，让用户等待下载完毕再浏览已经是不现实和不经济的方式了；同时流媒体还可以很好的保护内容的
版权等使得这一方式越来越收到欢迎；同样作为流媒体应用的重要一项音频流也被广泛的应用在互联网音频传输和局域网内高品质音频的传输；然而流的方式也面临许多的问题。如果用户没有足够的带宽，听到的音乐或者声音将是时断时续，或者长时间等待缓存；为了解决这个问题，从音频流源头开始音乐文件本身采用了各种音频压缩格式，如MP3，Vorbis，AAC以及Opus，再将文件封装到各种利于传输的比特流的格式，如MP4，FLV,ASF或者ISMA；这些比特流格式通过特定的传输协议传输，如RTMP或者RTP，到更高级的HLS，MSS等等。
[0004] 各种支持网络音频流传输网络协议存在着各式各样的问题；报文协议，如UDP，在传输音频流的时候将文件分割成很多数据包，它的传输简单有效，但是有个
缺陷无法保证数据是否到达目的地，一旦数据丢失，播放出来的声音将会出现噪声或者中断；另外一种可靠地协议，如TCP，在数据丢失的时候会尝试等待后再要求重新发送丢失的数据包，可是这个等待和重发机制又会导致新的数据延时。
[0005] 单播协议从一个
服务器向每个客户端发送一份数据拷贝，在数据可靠传输与延时找到了很好的平衡点，但是它的缺陷是无法满足并发的要求，逻辑上它是个星型的网络结构，接入越多服务器的负荷越高，最终导致传输效率降低。
[0006] 多播协议试图解决服务器的负荷问题，它只将数据发送到对这些数据感兴趣的客户端，但是多播是单向的，如果客户端有任何控制
请求，则该协议无法满足相应的需求，特别是在网线网络的情况下，对多播协议的处理引入两个特殊方法：传输通信指示消息DTIM和信标间隔，为了降低无线网络的
辐射和减少网络
信号相互干扰，在没有数据通信的情况下，会将该
节点的工作模式切换到省电模式，当无线网络中没有节点工作在省电模式时，此时通信与有线网络是一样有效的，而当有节点进入省电工作模式，数据发射节点只在DTIM间隔后发送多播数据包，DTIM的间隔在102.4毫秒到204.8毫秒之间，此时传输率会降低到1Mbits到6Mbits，人
耳对声音延时的
分辨率为17毫秒，可见此时音频流传输给用户带来很不好的效果。
实用新型内容
[0007] 本实用新型的目的是提供多种协议结合，实现在无线局域网内音频流可靠传输，低带宽消耗的方法与对应的装置。
[0008] 本实用新型的技术方案如下：
[0009] 一种无线局域网络音频流传输系统，其特征在于，包括数据发送模
块和通过通信装置与数据发送模块通信连接的多个数据接收模块；所述数据发送模块包括依次连接的数据缓存模块、解复用模块和多个数据区模块；所述数据区模块与数据接收模块一一对应，数据区模块包括单播发送模块；所述数据缓存模块还与多播发送模块通信连接；所述数据接收模块包括单播接收模块和多播接收模块。
[0010] 所述通信装置包括WiFi或者无线局域网络。
[0011] 所述数据接收模块还包括音频数据解码模块。
[0012] 所述数据缓存模块内包括多通道音频数据。
[0013] 一种无线局域网络音频流传输方法，其特征在于，包括以下步骤：
[0014] 步骤1：准备多通道音频数据；
[0015] 步骤2：查询是否需要单播；
[0016] 步骤3：需要单播跳转至步骤4，不需要单播跳转至步骤7；
[0017] 步骤4：解复用；
[0018] 步骤5：通过单播发送音频数据；
[0019] 步骤6：接收单播发送音频数据，跳转至步骤9；
[0020] 步骤7：通过多播发送音频数据；
[0021] 步骤8：接收多播音频数据；
[0022] 步骤9：解码音频数据，重复步骤1。
[0023] 本实用新型的有益效果是：有效降低带宽消耗以及提高数据传输可靠性的，使得音频时钟同步能够达到快速，精准的目的，同时易易于实施、成本低廉。
附图说明
[0024] 通过下面结合附图的详细描述，本实用新型前述的和其他的目的、特征和优点将变得显而易见。
[0025] 其中：图1为本实用新型结构示意图；
[0026] 图2为本实用新型流程示意图；
[0027] 附图中，101为多通道音频数据，102为解复用模块，103为单通道音频数据，104为单播发送模块，105为单播接收模块，106为多播接收模块，107为音频数据解码模块，108为数据接收模块，109为多播发送模块，110为数据发送模块，111为数据缓存模块。
具体实施方式
[0028] 参见图1所示，一种无线局域网络音频流传输系统，包括数据发送模块110和通过通信装置与数据发送模块通信连接的多个数据接收模块108；所述数据发送模块包括依次连接的数据缓存模块111、解复用模块102和多个数据区模块；所述数据区模块与数据接收模块一一对应，数据区模块包括单播发送模块104；所述数据缓存模块还与多播发送模块109通信连接；所述数据接收模块包括单播接收模块105和多播接收模块106；所述数据接收模块还包括音频数据解码模块107；所述数据缓存模块内包括多通道音频数据101。整套系统由(发射端)数据发送模块和多个(接收端)数据接收模块构成，数据通过WiFi或者无线局域网络传输。其中发射端由数据缓存模块111中的多通道音频数据101，解复用模块(解复用部件)102，多通道音频数据的数据可以传输到解复用模块，解复用后将多通道混合的数据分别存放在各自专用数据区，即单通道音频数据103，该通道数据又可通过单播发送模块
104单播发送出去；或者不需要解复用的情况下，多通道音频数据的数据亦可通过多播发送模块109发送出去；数据接收模块108由单播接收模块105和多播接收模块106构成，它可以通过单播接收或者通过多播接收，接收到的数据经音频数据解码模块107解码后播放处理。
[0029] 一种无线局域网络音频流传输系统，其特征在于，包括以下步骤：
[0030] 步骤1：准备多通道音频数据；
[0031] 步骤2：查询是否需要单播；
[0032] 步骤3：需要单播跳转至步骤4，不需要单播跳转至步骤7；
[0033] 步骤4：解复用；
[0034] 步骤5：通过单播发送音频数据；
[0035] 步骤6：接收单播发送音频数据，跳转至步骤9；
[0036] 步骤7：通过多播发送音频数据；
[0037] 步骤8：接收多播音频数据；
[0038] 步骤9：解码音频数据，重复步骤1。
[0039] 该方法处理理流程如图2所示。准备好多通道音频数据后，查询是否需要单播发送；如果需要则先通过解复用将通道数据分离，再通过单播协议发送，接收的数据传递给解码播放；否则通过直接将数据通过多播发送，接收到数据后同样将数据送至解码播放。
[0040] 以上所述，仅是本实用新型的较佳
实施例，并非对本实用新型做任何形式上的限制，凡是依据本实用新型的技术实质上对以上实施例所作的任何简单
修改、等同变化，均落入本实用新型的保护范围之内。
