【毕业学位论文】（Word原稿）基于JAVA的语音传输软件的设计与实现-软件工程

硕 士 专 业 学 位 论 文 基于 语音传输软件的设计与实现 图分类号： 学校代码： 10055 密级： 摘要 - I - 摘 要 随 着计算机 与 网络信息传输技术的快速 发展 ， 利用网络来传输多媒体信号技术越来越受到 人们的重视，它最具有的特点 是 最大化的利用计算机网络 ，提供更多、更好的服务。 其中利用网络进行音频通话是一个典型的网络服务。 本文主要介绍了当前网络的特征、语音传输技术的背景、发展现状和自己的设计思想与具体实现。先对网络的一些已经成熟的技术和方法进行了简要介绍。在对基础知识和背景进行概括了解后，深入研究语音传输在网络上的一些相关特性和能影响语音传输质量的因素，如时延、抖动等。之后对传输模块进行了重点的分析，并分别对使用不同协议的传输进行了研究，并提出了自己的基于缓冲池的构想。 本设计的主要目标是设计开发一个能在局域网内进行语音通话的软件。考虑到局域网内的带宽要求，软件要求通过 种协议模式来进行语音传输，加入了文件传输 功能。同时由于是语音通信，所以要对一些语音选项进行控制，如发送端和接收端的音量大小、波形、麦克风音量等进行控制。并且 为了适应网络抖动等一些复杂的环境， 设置一个发送端和接收端的数据缓冲池，使用户能够自己调节缓冲池大小 以达到对通话具有延迟缓冲的效果 。最后进行性能测试和分析。 该设计利用 进行编写，具有很好的跨平台性和可用性。 关键词 ： 时延 ；模块化；缓冲池 ； is of At IP is a of of s a of in a of as is to be on of is of is to a a CP DP to be to as of To of at is at to an A is at to is It on 录 - 目 录 第一章 绪论 . 1 第一节 引言 . 1 第二节 相关技术背景 . 1 景与发展现状 . 1 络结构与传输特性 . 2 常见的网络协议 . 2 音频技术 . 5 第二章 语音信号的网络传输分析 . 9 第一节 音频信号特性 . 9 第二节 音频报文分组传输 . 9 第三节 网络传输影响 . 10 延 . 10 络抖动 . 11 包 . 12 络拥塞 . 13 第四节 基于 议的传输 . 15 第五节 基于 议的传输 . 15 第三章 概要设计 . 17 第一节 设计目标 . 17 第二节 需求简述 . 17 输操作方面 . 17 音设置方面 . 18 接设置方面 . 18 行环境 . 18 第三节 模块划分与流程 . 18 第四节 模块分析 . 21 目录 - 络传输模块 . 21 音设置模块 . 22 数设置模块 . 22 制模块 . 23 第五节 缓冲池管理与作用 . 24 第四 章 详细设计与关键代码实现 . 25 第一节 界面设计 . 25 第二节 网络传输模块 . 27 输接口的关键部分实现 . 28 象类关键部分实现 . 28 输关键部分实现 . 29 件传输关键部分实现 . 31 第三节 语音处理模块 . 31 音采集及格式 . 31 音数字化处理 . 33 频还原 . 34 第四节 控制模型模块 . 35 控制模型关键部分实现 . 36 话控制模型关键部分实现 . 37 第五节 缓冲池模块 . 38 第五章 功能测试及分析 . 39 第一节 测试准备 . 39 第二节 测试方法 . 40 第三节 测试结果 . 41 音传输时延 . 41 动测试 . 41 均意见测试 . 42 第四节 测试结果分析 . 43 第六章 结束语 . 44 参 考 文 献 . 45 目录 - V - 致 谢 . 47 第一章 绪论 - 1 - 第一章 绪论 第一节 引言 在网络通信科技不断发展的今天 ， 利用 网络 进行多媒体信息传输具有越来越重要的意思。其中利用网络进行音频通话是一个典型的网络服务。 通过网络来进行音频信号的传输，首先利用相应的语音加密和 压缩算法对通过多媒体设备采集到的音频信号进行技术处理。随后把这些处理后的音频包通过 接收方接到这些数据后按同样的音频处理算法进行信号还原。该过程利用了多媒体信号采集、处理，及网络传输等技术。 本 设计利用 行程序开发。第一， 有非常好的跨平台性和可使用性。第二 ， 有完善的类库，可以方便的使用。 本设计主要需要解决的是 音频信号采集压缩和利用计算机网络进行音频包传输这两个方面的问题，按照以下三个步骤依次进行： 语音网络传输 第一步骤中， 首先双方要进行网络互联，并且要建立 信 。在通信之前需要有协商过程。用户必须要有一个用于监听的端口。 在结束时 通过协商好的方式，断开连接；其次，在多媒体信号处理过程中， 我们要处理 多媒体信号的采集码率的问题，常用的音频码率有 32、 64， 利用 不同的码率 所采集的多媒体信号大小是不用的。码率 越高数据越大，对网络的要求也就越高。 对于缓冲池的处理，需要 在发送端和接收端各设计一个缓冲池，用于音频数据信号的缓冲，减少抖动和网络拥塞。此缓冲池的设计使用了 对 设置缓冲大小的方法。所以设计缓冲池，对缓冲池进行设置是一个关键。 第二节 相关技术背景 景与发展现状 语音传输是一种以 主，并推出相应增值服务的技术。其最大的优势是能广泛地采用 网络互连的环境，提供更多、更好的服务。它把语音进行压缩编码、打包分组、分配路由、存储交换、解包解压等交换处理在 或互联网上实现语音通信。 第一章 绪论 2 络 结构 与传输特性 网络 使用自适应的路由机制来支持在计算机之间传送数据 包，表 自适应 就是 根据实时的网络情况来自动的选择链路效果最好的一条路由。因为 组 ，所以不用担心报文达到时间前后的问题。下表是不同的机制和相应的效果。 表 网络传输特性 机 制 效 果 自适应选路 报文传输的路由不同，但 议可以复原重组 无连接 双方无固定链路 “尽力而为” 如果发生问题，可能有信息丢失 常见 的网络 协议 图 协议关系图 议的全称是网络互连协议（ 或称网际协议 2。通过议可以统一实现网络层的逻辑功能，即各类互不兼容的数据链路层之上实 一章 绪论 3 现一种最大范围的逻辑网络。它屏蔽了各种具体的数据链路层的功能特点，将其变换为统一的网络层服务，作为结果的逻辑网络。 提供可靠的传输服务，它不提供端到端的或（路由）结点到（路由）结点的确认，对数据没有差错控制，它只使用报头的校验码，它不提供重发和流量 控制。 本节 还介绍 一些常用的网络协议。 图 示了 相关 协议体系。 议 议最早是由 1974 年提出的，它的标准文档 发布于 1981 年。 一个非常复杂的传输层协议，这是因为它具有面向连接、可靠以及提供流量控制和拥塞控制等特性。 图 首部格式 块提供强制性传输（立即传输）和缓冲传输两种手段。缓冲传输允许将应用程序的数据流积累到一 定的体积，形成报文，再进行传输。 块提供滑动窗口机制，支持收发 块之间的端到端流量控制。 P 协议最初是为提供非实时数据业务而设计的。 议负责主机之间的数据传输，不进行检错和纠错。因此经常发生数据丢失或失序现象。为保证数据的可靠传输，人们将 议用于 据的传输，提高接收端的检错、纠错能力。当检测到数据包丢失或错误时，要求发送端重新发送，但这样不可避免地引起传输延时和耗用网络带宽。因此传统的 P 协议传输实时音频、视源 址 目的 址 00000000 协议 =17 报文长度 第一章 绪论 4 频数据的能力较差。当然在局域网中传输视频和音频数据时， 是一种很好的选择，因为有足够大的缓冲区，和充足的网络带宽。 大特点是在出现网络抖动、丢包等情况下要求发送方重新发送报文，具有重传机制。 议 一个简单的面向数据报的运输层协议，用来在网络环境中提供包交换的计算机通信 6。它的标准文档是 是一篇 1980 年颁布的文档。到目前为止， 乎没有发生过变化，充分说明了它的生命力。 认认为网际协议（ 其下层协议，提供了向另一用户程序发送信息的最简便的协议机制。 议的提点主要有两点： 第一， 无连接的， 有连接的。 第二， 保证数据的可靠传输，而 证数据的可靠传输。 图 报文格式。 图 把应用层的程序传给 是并不保证它们能够到达目的地。由于缺乏可靠性，我们似乎觉得要避免使用 是事实上由于 得在对数据的实时性要求较高的应用场合，或者网络状况很差的情况下变得不是那么的适合。而此时 得更加适合，当由于网络拥塞或者抖动导致某些数据报不能及时到达时，应用程序就选择简单地丢弃它，使得后面的数据报能够及时地到达。 在语音传输中，由于语音数据的传输量非常大，对语音的实时性要求也非源 址 目的 址 00000000 协议 =17 报文长度 第一章 绪论 5 常高，因此传输协议通常使用的是 音频 技术 我们的语言都是通过声音来传播，多媒体设备例如麦克风等对这些声音进行 模拟信号 采集，把 模拟信号 转换成计算机可以识别的计算机信号，然后计算机再对这些麦克风采集到的信号进行相应处理，使这些信号编码成计算机内部的多媒体软件可以识别播放的音频编码方式，这就 是采集过程。而我们的多媒体软件例如 放器等读取这些编码好的数据后，再把这些编码数据转换成计算机信号传输至多媒体设备，例如影响、功放等 ，在转换成我们人类可以识别的声音，这就是播放过程。 不同的编码方式对应不同的语音格式，而语音格式的不同对应的数据量和音频质量也不同。一般来讲高的编码方式处理后的音频格式数据量大，相应的还原成 声音信号后质量也就越好，但是通过网络传输时，网络的负载也会很大，对网络的要求也就越高；低的编码方式处理后的音频格式数据量较小，对应的还原成声音后质量也就对着变低，同时进行网络传输时对网 络的要求也就越低。因此选择正确的编码方式，对数据量的采集、网络传输负载的大小、还原后的质量是非常重要的。 对采集后编码后的信号压缩技术也很重要，一般分为无损和有损两种压缩技术。采用不同的压缩技术，对应不用的压缩比例。这也是个重要环节。 一个底层 有良好的调性，它可以实现对各种音频信号的编码和解码。 基本结构 虚线表示对 使用 11，虚线以上是采集信号的多媒体设备，虚线以下是相应的音频编码、解码的处理。 图 基本结构。 第一章 绪论 6 图 系结构 混频 处理 图 16。 在接收各种不同的音频输入设备后，对这些信号进行混频处理，最后得到相应的数字化编码。 图 示出了 比较常用的类、接口，并描述了他们之间的关系，所有的类、接口都通过 个基本接口统一起来。 音乐播放 话 游 戏 基于 实现 件 第一章 绪论 7 图 频器 图 常用的 克 n 音箱 耳机 口 端口 频器 频器 出到应用软件 从应用软件输入 第一章 绪论 8 据编码 不同的编码方式对应不同的语音格式，而语音格式的不同对应的数据量和音频质量也不同。一般来讲高的编码方式处理后的音频格式数据量大，相应的还原成声音信号后质量也就越好，但是通过网络传输时，网络的负载也会很大，对网络的要求也就越高；低的编码方式处理后的音频格式数据量较小，对应的还原成声音后质量也就对着变低，同时进行网络传输时对网络的要求也就越低。因此选择正确的编码方 式，对数据量的采集、网络传输负载的大小、还原后的质量是非常重要的。第二章 语音信号的网络传输分析 - 9 - 第二章 语音信号的网络 传输分析 第一节 音频信号特性 音频 信号 的网络传输 与数据信号 的传输 对 网络的要求区别很大。数据信息的传输对实时性要求不高，但是对可靠性要求非常高，一般通过 议来进行传输。而音频信号的网络传输，对音频信号的实时性要求很严，但是对传输过程中的丢包等可靠性要求不太高。 有研究表明，当我们音频信号在网络传输过程中丢包到 25%时，在接收方还原后语音失真度不到 4%18，基本不会影像我们的表达。 为了确保语音的质量，不会 因为网络抖动、瞬断等原因造成声音中断，本次设计 在发送方和接收方两端各设置了一个数据延迟缓冲池。用户可以自行调整缓冲池的大小。在网络状况比较好的时候，可以直接发送，在网络状况不太好的时候可以先将数据放入到发送放缓冲池当中，待网络情况好了之后再发送出去。接收方因为有了语音缓冲池，收到的数据先放入缓冲池中，在网络情况不好的时候 是 先从缓冲池中读取已经接收到的数据播放，以达到语音持续播放的特性。 同时需要注意 的是缓冲池不能设置过于太大，过于大会对语音的实时性造成影响，例如 发送方说了一段话，而接收方在 10 秒后才收到，这 对通话的质量造成不好影响。 第二节 音频报文 分组传输 既然我们已经对 网络 的特性以及 一些 可以 现在考虑如何 其 使支持语音业务。 分组传输的关键主要考虑以下三个关键因素 8：（ 1）分组时延； （ 2）带宽要求；（ 3） 计算量。 分组时延描述数据包从发送方传到接收方所需的时间。应该了解分组时延两方面的内容。第一方面是指数据包从发送方到接收方需要多长时间。第二方面是指数据包到达接收方时间的变化。这种时延的变化叫做时延抖动。 第二个因素是支持语音和视频传输需要多少带宽。带宽的计算除了要考虑第二章 语音信号的网络传输分析 10 表示语音 信号所需要的比特外还要考虑传输语音信号所需首部开销（协议控制信息）所占的比特。至少，这些开销要包括 及语音编码器所生成的首部。所有这些首部开销加起来占了语音数据包中的很大一部分，在有足够带宽支持之前，这些协议控制信息对网络来说是很大的带宽消耗 。 第三个因素是网络中每一主机所要负担的支持语音编解码和传输的计算量。计算量是指支持音频应用业务所涉及到的计算开销和复杂度。简而言之，就是支持这一应用所需的 秒百万条指令）数及内存大小，也就是语音编解码 器的复杂度和开销。 第三节 网络传输 影响 音频报文在网络传输的过程中会由于网络的不同情况出现丢包、延迟等不同现象，对语音的传输质量造成不好影响。有时候甚至会发生中断现象。以下就针对抖动、丢失报文等不同的情况进行深入讨论。 延 时延 就是指从发送方发出声音到接收方听到声音所需要的时间。 一般人们能忍受小于 250时延，若时延太长，会使通信双方都不舒服。此外，时延还会造成回波，时延越长所需的用于消除回波的计算机指令的时间就越多。传送时延由 路由情况决定 ，如果在低速信道或信道太拥挤 时，可能会导致长时间时延 的情况。 单向延迟是指语音发送端的一个声音样本在通过话筒采样后，到达接收端被播放出来之前这一时间间隔。降低系统延迟可以通过提高语音压缩技术、增加带宽、提供更快的传输路由等方法加以解决。 时延主要产生的影响是回音和通话体验时间。时延太大会产生回音，影响通话质量。同时由于发出的声音不会立刻到达对方，给说话人造成对方未收到的错觉，会不断询问对方，而对方在收到后也会回应，造成通话的混乱。一般时延参数对普通电话呼叫的影响 3小于 25，影响较小； 150 400间用户基本可以接受 ；超过 400会话质量造成严重影响，用户大多无法接受。 第二章 语音信号的网络传输分析 11 时延主要由编码时延、解码时延、缓存时延和网络时延等部分组成。 图 时延分解模型 络 抖动 网络传输中出现抖动也会对音频信号传输造成影响。我们连续发出的声音，被采集之后进行音频编码，然后通过相应网络协议进行封装打包，此处会把一段连续声音打包成许多段网络信号，通过网络传输给对方 。一般情况下网络包是等时间间隔传输出去并且到达接收方，如 果传输过程中出现网络抖动等情况每个包的到达时间会发生变化，一旦这个时间偏离较大就会对正常的声音重现产生较大影响。一般我们在发送端或者接收端设置缓冲以达到减少抖动的效果。 通过研究，我们发出的包大多会顺利到达，我们假设在某次音频传输过程中，网络传输时间最短的值为固定传输值 4，即： n， 来表示音频包的时延时间，故每个包的时间抖动为 X |某 段时间内最大的时延抖动 J= 某 段时间内平均时延抖动 M=E（ 平均时延抖动也称为平均排队时延，可以 用来确定消除抖动的缓冲区大小。 处理抖动的方法 在接收方的网关设置抖动缓冲区（ 收集、重组和平滑播放语音包以重现原始话音。为了在最小化缓冲区（缓冲区等待写满编码时延 输时延 冲时延 码时延 码器 络 缓冲队列 解码器 第二章 语音信号的网络传输分析 12 会增加系统延时，所以缓冲区要小 )和避免缓冲区下溢两个冲突的目标中取得平衡，必须小心调整缓冲区的尺寸。 包 网络传输中另外一个比较重要的是丢包现象 。这里涉及到两点 ：（ 1） 分组丢失的频率 ；（ 2） 有多少连续的分组受影响。 在对数据要求比较高的传输上，我们会使用 为 丢失的 包会要求发送方重传。但在音频传输中对此要求不太严格 。 遵循 则的 并不能保证将数据报正确递送到目的端，实时语音传输一般用不保证可靠传输的 议来传送语音数据分组以提高传输的实时性。语音数据分组出现丢失情况时，如果是偶然一个数据丢失，上层应用可以根据一定的机制恢复该数据分组，以保证语音质量。当出现连续分组丢失情况时，就会影响话音质量。一般来说在语音传输中分组丢失率 3 5%是允许的。影响网络分组丢失的原因有： （ 1）网络拥塞。 所有的网络报文都是通过一定的网络路由一段一段传输的，当 某一短发生拥堵的时候就会出现数据溢出，造成报文的丢。例如出现大量下载的的时候，这个是不可避免的。 （ 2） 超时丢失。 根据 议为防止网络报文进入 死循环， 我们在每个报文中加入时间戳进行控，超过这个时间报文就会自动丢弃。因此如果报文在网络传输过程中花费时间过长，超过了它的 o 就被会丢弃，从而造成丢包现象。 （ 3）传输损伤。网络中由于传输设备出现损伤如线路断裂等，会导致大量数据分组丢失。 有研究表明，当我们音频信号在网络传输过程中丢包到 25%时，在接收方还原后语音失真度不到 4%18，基本不会影像我们的表达。 解决丢包的无好的办法，主要方法是增大网络带宽、增大网络设备的缓冲区、优化路由表等。但是设计成本较大。 时延和丢包的关系如图 示。 第二章 语音信号的网络传输分析 13 图 时延与丢包对服务质量的影响 络拥塞 当在网络中存在过多的报文时 ，网络 性能会下降 ， 这种现象称为拥塞 7，如图 。 拥塞发生的原因是“需求”大于“供给” 。 网络中有限的资源由多个用户共享使用 。 由于没有“接纳控制 ” 算法 ， 网络无法根据资源的情况限制用户的数量 ； 缺乏中央控制 ， 网络也无法控制用户使用资源的数量 。 当负载较小时 ， 吞吐量的增长和负载相比基本呈线性关系 ， 延迟增长缓慢 ；在负载超过 后 ， 吞吐量增长缓慢 ， 延迟增长较快 ； 当负载超过 后 ， 吞吐量急剧下降 ， 延迟急剧上升 。 可以看出 ， 负载在 近时网络的使用效率最高 。 拥塞控制就是网络节点采取措施来避免拥塞的发生或者对拥塞的发生做出反应 9。 在图 就是使负载保持在 近 。 和流控制相比 ， 拥塞控制主要考虑端节点之间的网络环境 ， 目的是使负载不超过网络的传送能力 ； 而流控制主要考虑接收端 ， 目 的是使发送端的发送速率不超过接收端的接收能力 。 正如前面所说的， 时语音通信中包的丢失有两个原因 10：（ 1）因为路由器信中 的拥塞产生包丢失。（ 2）在接收端如果包延时太久才到达，就失可接受区 过渡区 不可接受区 0 5 10 丢包率（ %） 0 200 400 单向时延 （ 第二章 语音信号的网络传输分析 14 去了实时播放的意义，将会被丢弃。语音包的丢失将会严重影响语音质量，差错控制技术就是被用来在丢包情况下尽量恢复语音，改善语音传输质量的。 图 拥塞模型 到目前为止，人们为了提高语音业务的质量已进行了大量的研究，提出了各种解决方案，归纳起来，这些 方案可以分为两类 12，第一类以改造网络为中心，即试图改造路由器和交换机来提供语音所需硬件环境，如集成服务、差别服务。第二类以设计端对端传输控制协议为中心，它通过使用端对端控制机制来控制语音流的控制传输，以得到最佳的语音效果，并保证网络的合理利用。这类办法无需改变网络和硬件环境，立即就可以实行。 用线性加 指数减的拥塞窗控制机制进行流控：当没有发现网络拥塞时，它慢慢地增加拥塞窗的大小，使发送速率得以提高，当发现拥塞时，它成倍减少拥塞窗的大小，以迅速减少发送速率，避免网络崩溃。 于是没有连接 的，提供不可靠的传输，所以它没有提供很好的端对端的拥塞控制机制。但是在语音传输这样一个不要求百分之百精确和低丢包率的条件下， 一种很好的传输选择。 处理能力 相应时间 二章 语音信号的网络传输分析 15 为了使 种协议的拥塞控制都能够很好的结合起来，我设计在发送端和接收端都设置两个发送端缓冲池和接收端缓冲池。如图 示。 缓 冲 池 缓 冲 池网 络图 缓冲池设计模型 当网络出现拥塞、阻塞的时候，可以把缓冲池的大小调整大点，这样保证路由的畅通，也能保证语音数据能够顺利的达到目的地。付出的代价是语音信号 可能会在发送端有一些延迟，造成语音不同步。但是这个是在合理的接受范围内，不会影响语音的最终效果。 第四节 基于 议 的 传输 根据对音频信号网络传输失效要求的情况，如果采用 议进行传输具有良好的语音完整性。 首先 可靠的网络传输协议。它提供面向连接的传输。在进行传输前首先经过三次握手，建立一条可靠的传输链路，然后再进行 据传输。并且在处理过程中 议有防止报文丢失的处理过程，这点不同于 输，它对每一个接收报文都进行确认处理，一旦发现有丢失现象，会立刻要求发送方进行报文重传，这 种机制会损耗一定的网络开销，但是保证报文传输。所以议 适合 用来 实现 软件中的文件传输功能。 第五节 基于 议的 传输 文传输和 文传输的流程一样 。只是由于 无连接的、不可靠的传输，所以在传输的过程中不需要获取流对象。在双方协商好之后直接可以向协商好的 发送语音信号数据就行。 第二章 语音信号的网络传输分析 16 由于 议的特点造成它没有流量控制继承，而且也不保证数据报的可靠到达。所以可能因为缺乏可靠性，我们似乎觉得要避免使用 使用一种可靠协议如 。但是事实上由于 重传机制，使得在 对数据的实时性要求较高的应用场合，或者网络状况很差的情况下变得不是那么的适合。而此时 显得更加适合，当由于网络拥塞或者抖动导致某些数据报不能及时到达时，应用程序就选择简单地丢弃它，使得后面的数据报能够及时地到达。而且经过大量的验证试验得到 音信号传送过程中的丢包率是在用户的可接受范围内，虽然可能会造成一点语音信号的损伤，但是不会声音的最终解码效果。 第三章 概要设计 - 17 - 第三章 概要设计 第一节 设计目标 本设计的主要目标是设计开发一个能在局域网内进行语音通话，并能够进行文件传 输的软件。考虑到局域网内的带宽要求，软件要求通过 种协议模式来进行语音传输。同时由于是语音通信，所以要对一些语音选项进行控制，如发送端和接收端的音量大小、波形、麦克风音量等进行控制。并且设置一个发送端和接收端的数据缓冲池，使用户能够自己调节缓冲池大小。 本设计利用 行程序开发。第一， 有非常好的跨平台性和可使用性。第二 有完善的类库，我们可以方便的使用。我们的软件设计采用了 种协议。通信方式定位于端对端的通信，非 C/S 架构，无中心服务器。 本次设计着重考虑 了网络传输方面，尽量做了简化传输过程，将时延、抖动等方面带来的影响降至最低，保证音频信号的传输质量。本设计的特点是设计发送端和接收端的缓冲池。 第二节 需求简述 本设计的主要功能有： 输操作方面 （ 1）语音通信：通过用户输入一个目的 址或者是主机名，对目的主机进行主动连接，如果对方正在接受被动连接监听，并且同意接受连接，则双方之间建立连接，连接方式和语音设置都按着默认来设置。 （ 2）被动监听：用户通过选择来确定自己是否处于被动连接监听状态。如果选择，说明用户现在处于被动连接监听状态，其他 用户可以主动的对此用户进行连接，此用户也可以选择拒绝；如果不选择说明用户现在不处于被监听状态，其他用户不可以对此用户进行连接。 第三章 设计概要 18 （ 3）文件传输：如果两个用户已经建立网络连接，则一个用户可以向另一个用户发送文件。文件发送前两用户也需要进行协商。文件传输不支持文件夹传输。 音设置方面 （ 1）声音采集装置选择：用户可以选择是采集哪个装置的声音。可选择的有采集音箱的声音（即所有从电脑音箱发出的声音都采集），采集麦克风的声音，采集 放器的声音。 （ 2）发送音量设置：用户可以对发送音量进行选择控制，也 可以单独对任何一个声音采集设备的音量进行控制。 （ 3）播放音量设置：用户可以选择播放装置，如果波形、混响、 放器、麦克等，并可以对其音量进行控制。 （ 4）缓冲池设置：用户可以自己选择发送端缓冲池大小和接收端缓冲池的大小来对语音质量进行调节。 接设置方面 （ 1）端口：用户可以自己选择连接的端口。 （ 2）连接类型：有两种连接类型给用户进行选择 式和 式，用户可以自己根据网络选择。 （ 3）传输环境：默认传输环境位局域网（ 行环境 用户终端主要是普通 ，要有 网卡（可以使无线网卡），要有声卡和麦克，进行声音采集和播放。 可以再 P 和 系统下运行 。因为系统语言采用 以可以在不同平台上运行。 第三节 模块划分与流程 根据设计需求，把系统划分为五个主要模块，分别有控制模型模块、网络传输模块、语音设置模块、参数设置模块和界面设计模块。 第三章 设计概要 19 网络传输模块主要是负责网络连接操作和语音信号传输方面的功能。语音设置模块主要是负责语音采集和信号转化，还有语音方面设置的功能。参数设置模块主要负责定义系统的一些参数，如端口号、连接类型、缓冲区大小等。界面模块主要是定义系统界面。控制模块主要是用来控制传输模块、语音模块、参数模块和界面模块这四个模块，来供系统操作。具体模块划分见图 图 模块划分 图 本设计的处理模块流程。 语 音 传 输 系 统 传输模块 语音模块 参数模块 控制模块 界面模块 第三章 设计概要 20 声 卡语 音 编 码语 音 解 压语 音 压 缩语 音 解 码协 议 （ T C P 或 U D P ）封 装协 议 解 封网 络 接 收 或 发 送I P 、 网 络 链 路图 处理流程图 通过网络来进行音频信号的传输过程，首先利用相应的语音加密和压缩算法对通过多媒体设备采集到的音频信号进行技术处理。随后把这些处理后的音频包通过 协议发送给 音频接收方。等接收方接到这些数据后首先解析网络数据，然后按同样的音频处理