发布时间：
环境工程专业毕业论文篇2 浅谈环境工程监测中环境标准的应用 【摘要】当前我国的环境工程监测工作仍处于初始阶段，大家关于环境工程监测的具体内容、功能、范围、要点以及手段等多方面没有准确的认识。环境工程监测工作最主要是通过环境标准的应用进行的，本文分析了目前我国环境工程监测工作的状况，探讨了环境标准的收集来源，环境标准在监测程序中的应用以及标准使用过程中的注意事项。 【关键字】环境监测;标准;应用;探讨 引言 参照我国相关的法规和环境政策，充分考虑各种因素，如环境特点、相关技术水平、经济状况以及社会环境，制定出了环境标准。具体包括了规定的环境中污染物的允许含量和污染源排放污染物的数量、浓度、时间以及监测方法和其他有关技术规范。环境工程的监测工作必须通过环境标准的应用得以进行，无论是监测过程还是监测结果都会应用到环境标准。只有将环境标准应用到整个监测工作，才能够保障环境工程的质量。 1.环境工程监测工作的现状 目前，我国的环境工程监测工作还不够稳定，需要进行很多的探索，才能够长期运行。虽然很多环境工程成功被相关部门验收，但是并不是所有验收过程都符合环境标准。环境工程十分复杂多变，这使得我国目前的监测工作仍有一些不足之处。 监测能力的滞后性 现阶段，我国没有一个科学完善的环境工程监测机制，这造成了我国环境监测工作的滞后。当发生突发事件时，有关部门不能够及时做出正确的反应。正是由于没有具体的危机反应机制，使得事件发生之后，不能够针对性地采集分析相关的数据。除此之外，我国的自动监控能力也十分不成熟，需要得到改善。 综合素质的提高问题 现阶段我国环境工程监测工作有待提高的方面有： (1)目前，监测工作主要是通过单一的实验室分析进行的。我们需要将实验室、现场结合起来，综合实验室分析结果、自动连续分析结果以及应急分析结果，得出最终的监测结果。 (2)目前，监测过程中的采样工作主要是运用的点式采样方法，这样采样分析的结果不够准确。我们需要提升为面式采样，此外，还可以在面式采样的基础上，加以空中遥感分析，得到更为准确的结果。 (3)现阶段我国的监测工作主要依靠的还是手工分析。为提高监测能力，我们可以以自动连续分析为主，手工分析为辅，加以调整。 (4)目前，我们进行监测工作时，采集的信息主要是浓度相关信息。为提高我国监测工作质量，还需要采集总量、生态信息以及环境风险信息等等，综合考虑分析。从事监测的工作的相关人员要不断更新专业知识，提升自身的综合素质，才能够走在环境监测工作的前沿。 2环境标准的收集来源 环保系统的公告及转发 政府颁布相关的环境政策、法规，出台环境标准。政府还需设立各级环保系统，以进行环境标准的公布和转发。环保系统公布和转发环境标准有助于各级环境监测部门及时有效地执行最新的环境标准。 供应商提供信息 政府可以选择正规的、符合要求的出版社以及图书行销商出版销售环保相关图书，印发环境标准相关广告单页，更新最新的环境标准动态。环境监测相关部门通过购买相关环保出版物获取最新的环境标准，并且可以随时查阅。 图书标准会员 政府可以建立健全环境标准图书的会员制度，这样环境工程的监测部门可以定期缴纳一定数额的会员费以定期获得最新的环境标准图书、资料，这可以通过邮寄的方式进行。 标准培训 标准培训可以设置三级制度：市、省、国家。通过正规、专业的培训、宣传、讲解，使得环境工程的所有工作人员学会正确应用环境标准。 3环境标准在监测程序中的应用 环境工程的监测程序包括了：接受委托、现场调查、现场采样、实验室分析、数据处理监测报告。只有将环境标准应用到环境监测程序的各个阶段，才能高质量的完成环境工程的监测工作。 接受委托阶段 在接受委托阶段，根据相关要求中的环境监测规范，与委托方签署监测合约，参考委托方的建议，制定监测方法标准。签署监测合约的过程，被委托方需讲明，使用的监测方法标准已经告知委托方并的到其同意的，尤其是采取的是非标准方法时，这有助于监测依照合约进行，避免以后的纠纷。 现场调查阶段 在现场调查的过程，监测部门需收集该环境工程相关的环评资料，以分析环境因素、行业类型、环保部门制定的排放污染物质的各种标准对评价标准的影响。在排放污染物的相关标准中，主要是监测排污口的现场位置、排气筒的实际高度、采样方法地点等是否合乎标准。 现场采样阶段 无论是采样地点、时间、间隔时间、总次数还是对采集的样品的存放、转运都应当依据相关的环境标准来进行操作。环境监测部门在进行监测工作时使用的采样器以及其它相关设备也必须要合乎国家制定的环境标准。 实验室分析阶段 在实验室分析采集的样品时，必须使用国家规定的标准规范，分析测试监测因子时必须采用国家制定的标准监测方法。国家目前的技术标准图书主要有《水和废水监测分析方法》 (第四版)，《空气和废气监测分析方法》 (第四版)，涉及到了三种分析方法，通常情况下采用A类分析方法进行实验室分析。必须严格按照国家环境标准，对实验室样品分析进行质量把控。 数据处理和监测报告阶段 我国目前的数据修约的环境标准主要包括了GB4883《数字修约规则》、HJ/164-2004《地下水监测规范》以及HJ/91-2002《地表水和污水监测技术规范》。必须使用专业术语书写监测报告，并且严格按照国家环境标准进行数据处理和监测报告。 4标准使用过程中的注意事项 标准有效性 政策、法规具有时效性，作为国家政策、法规的一部分，环境标准的制定、执行、废除也具有时效性。我国的经济、社会环境在不断发展，科学水平在不断进步，因此环境标准也在不断改变、进步。因此，监测部门必须注意使用有效的环境标准。 标准的选择使用 监测对象不同、监测方案也应当不同。监测部门必须有针对性的制定监测程序，应用最恰当的监测标准，严格区分地方标准和国家标准适用的情况，地方标准有相关排放规定时，应按照地方标准进行监测工作，反之，按照国家标准进行工作。认真分析是应用行业标准还是综合标准，首先考虑应用行业标准进行监测工作，若行业标准没有相关排放规定时，则按照综合标准进行监测工作。 标准的总则及附录使用 环境标准的总则和附录常常位于标准的前面，其补充完善了标准主体。总则和附录的内容通常是有关的监测专业术语、监测技术、方式等等。在环境工程的监测工作中占据指导地位。环境监测部门在实际的监测工作时，要将环境标准主体和总则、附录都充分应用，以保证监测工作的顺利进行。 5.结语 环境监测工作的正确执行不仅要求使用先进的实验室设备、配备专业的工作团队等，还需要重视环境标准的应用。政府是执行环境监测的主体，环境监测过程就是依法行政的过程，而环境标准是政府的政策、法规的一部分。政府必须制定合理、科学的环境标准，环境监测部门必须按照环境标准进行监测工作，有法可依、依法行政才能保证环境监测的公正、准确、科学。 【参考文献】 [1]杨娟娟. 浅议环境标准在环境监测工作中的应用[J]. 北方环境，2011，04：173. [2]黄玉凯.环境标准使用中应处理好的问题[J] .环境监测与管理技术， (1)： 22- 24. [3]刘亚民，刘庆.简述标准在合格评定中的应用[J].现代测量与实验室管理， 2003，(02). [4]林守霖.可靠性工程有关环境条件标准的应用[J].航天标准化， 1999，(05). [5]杜海声. 浅谈对环境工程监理的认识[J]. 环境工程，2009，S1：543-546. 猜你喜欢： 1. 大学环境工程毕业论文 2. 大学环境工程方面毕业论文免费 3. 大学毕业论文环境工程 4. 大学环境工程方面毕业论文范文 5. 环境工程毕业论文样板 6. 环境工程专业的论文
囧，没什么关系吧，环保的范围太大了，而且本科的学习本来就不是用于科研方向，当然牛人除外，用人单位看毕业论文基本上不会是想知道你的科研成果，而是了解你的学习能力，文字组织能力，实验动手能力之类的，当然如果你毕业论文能得个什么奖之类的估计更拿得出手一些。其实课题不是关键，导师才是。。。另外就是兴趣了，理工科毕业论文收集资料，做实验起码得两个月，没点兴趣和和蔼可亲的导师以及热心帮助的师兄师姐们那就真是痛苦了 查看原帖>>
囧，没什么关系吧，环保的范围太大了，而且本科的学习本来就不是用于科研方向，当然牛人除外，用人单位看毕业论文基本上不会是想知道你的科研成果，而是了解你的学习能力，文字组织能力，实验动手能力之类的，当然如果你毕业论文能得个什么奖之类的估计更拿得出手一些。其实课题不是关键，导师才是。。。另外就是兴趣了，理工科毕业论文收集资料，做实验起码得两个月，没点兴趣和和蔼可亲的导师以及热心帮助的师兄师姐们那就真是痛苦了
做污水处理或建筑给排水吧，你们毕业后能用得着
囧，没什么关系吧，环保的范围太大了，而且本科的学习本来就不是用于科研方向，当然牛人除外，用人单位看毕业论文基本上不会是想知道你的科研成果，而是了解你的学习能力，文字组织能力，实验动手能力之类的，当然如果你毕业论文能得个什么奖之类的估计更拿得出手一些。其实课题不是关键，导师才是。。。另外就是兴趣了，理工科毕业论文收集资料，做实验起码得两个月，没点兴趣和和蔼可亲的导师以及热心帮助的师兄师姐们那就真是痛苦了
看你自己的就业意向了。 我也是今年毕业，我现在签的是建筑公司，论文就选了建筑给排水。 主要根据自己意向吧，选对设计，对工作都有好处。 如果你是考研的话还是污水处理方面吧，那有研究价值。
有关系的，毕业论文做的题目很重要，有的单位觉得你做的题目他们很感兴趣就会录取你，而且如果做的论文和以后的工作有联系，那么对工作来说是很有好处的，我在这方面就吃了大亏，做的是毕业设计，但是从事的却是环评。 查看原帖>>
囧，没什么关系吧，环保的范围太大了，而且本科的学习本来就不是用于科研方向，当然牛人除外，用人单位看毕业论文基本上不会是想知道你的科研成果，而是了解你的学习能力，文字组织能力，实验动手能力之类的，当然如果你毕业论文能得个什么奖之类的估计更拿得出手一些。其实课题不是关键，导师才是。。。另外就是兴趣了，理工科毕业论文收集资料，做实验起码得两个月，没点兴趣和和蔼可亲的导师以及热心帮助的师兄师姐们那就真是痛苦了 查看原帖>>
流媒体协议RTMP,RTSP与HLS有什么不同？HLS (HTTP Live Streaming)Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。包括一个m3u(8)的索引文件，TS媒体分片文件和key加密串文件。常用的流媒体协议主要有 HTTP 渐进下载和基于 RTSP/RTP 的实时流媒体协议，这二种基本是完全不同的东西，目前比较方便又好用的是用 HTTP 渐进下载方法。在这个中 apple 公司的 HTTP Live Streaming 是这个方面的代表。它最初是苹果公司针对iPhone、iPod、iTouch和iPad等移动设备而开发的流.现在见到在桌面也有很多应用了，HTML5 是直接支持这个。但是HLS协议的小切片方式会生成大量的文件，存储或处理这些文件会造成大量资源浪费。如果要实现数天的时移，索引量将会是个巨额数字，并明显影响请求速度。因此，HLS协议对存储I/O要求相当苛刻。对此，也有公司提出了非常好的解决方案。新型点播服务器系统，独创了内存缓存数据实时切片技术，颠覆了这种传统实现方法，从根本上解决了大量切片的碎片问题，使得单台服务器的切片与打包能力不再是瓶颈。其基本原理如下：不将TS切片文件存到磁盘，而是存在内存当中，这种技术使得服务器的磁盘上面不再会有“数以吨计”的文件碎片，极大减少了磁盘的I/O次数，延长了服务器磁盘的使用寿命，极大提高了服务器运行的稳定性。同时，由于使用这种技术，使得终端请求数据时直接从服务器的内存中获取，极大提高了对终端数据请求的反应速度，优化了视频观看体验。RTSP协议，这应该是实时性最好的了，如果要想实时性要求很高，比如以内，这个是不错的选择。前阵子模仿spydroid写了个建议的rtsp 服务器，其实就是options，describe，setup，play，pause，teardown这几步了，这个协议用的最广泛，网上介绍也比较 多。要想真正深入了解rtsp协议，c++语言功底好的可以查看live555 。
实时流协议RTSP(RealTimeStreamingProtocol)是由RealNetworks和Netscape共同提出的，该协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP和RTCP之上，它使用TCP或RTP完成数据传输。HTTP与RTSP相比，HTTP传送HTML，而RTP传送的是多媒体数据。HTTP请求由客户机发出，服务器作出响应；使用RTSP时，客户机和服务器都可以发出请求，即RTSP可以是双向的。 RTSP协议 实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使实时数据，如音频与视频，的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径，并为选择基于RTP上发送机制提供方法。 简介 目的 实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制流交*是可能的，通常它本身并不发送连续流。换言之，RTSP充当多媒体服务器的网络远程控制。RTSP连接没有绑定到传输层连接，如TCP。在RTSP连接期间，RTSP用户可打开或关闭多个对服务器的可*传输连接以发出RTSP 请求。此外，可使用无连接传输协议，如UDP。RTSP流控制的流可能用到RTP，但RTSP操作并不依赖用于携带连续媒体的传输机制。实时流协议在语法和操作上与HTTP/类似，因此HTTP的扩展机制大都可加入RTSP。协议支持的操作如下： 从媒体服务器上检索媒体： 用户可通过HTTP或其它方法提交一个演示描述。如演示是组播，演示式就包含用于连续媒体的的组播地址和端口。如演示仅通过单播发送给用户，用户为了安全应提供目的地址。 媒体服务器邀请进入会议： 媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部。这种模式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。 将媒体加到现成讲座中： 如服务器告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。如HTTP/中类似，RTSP请求可由代理、通道与缓存处理。 协议特点 RTSP 特性如下： 可扩展性： 新方法和参数很容易加入RTSP。 易解析： RTSP可由标准 HTTP或MIME解吸器解析。 安全： RTSP使用网页安全机制。 独立于传输： RTSP可使用不可*数据报协议（UDP）、可*数据报协议（RDP），如要实现应用级可*，可使用可*流协议。 多服务器支持： 每个流可放在不同服务器上，用户端自动同不同服务器建立几个并发控制连接，媒体同步在传输层执行。 记录设备控制： 协议可控制记录和回放设备。 流控与会议开始分离： 仅要求会议初始化协议提供，或可用来创建唯一会议标识号。特殊情况下， SIP或 可用来邀请服务器入会。 适合专业应用： 通过SMPTE 时标，RTSP支持帧级精度，允许远程数字编辑 演示描述中立： 协议没强加特殊演示或元文件，可传送所用格式类型；然而，演示描述至少必须包含一个RTSP URI。 代理与防火墙友好： 协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个"缺口"。 HTTP友好： 此处，RTSP明智的采用HTTP观念，使现在结构都可重用。结构包括Internet 内容选择平台（PICS）。由于在大多数情况下控制连续媒体需要服务器状态， RTSP不仅仅向HTTP 添加方法。 适当的服务器控制： 如用户启动一个流，他必须也可以停止一个流。 传输协调； 实际处理连续媒体流前，用户 可协调传输方法。 性能协调： 如基本特征无效，必须有一些清理机制让用户决定那种方法没生效。这允许用户提出适合的用户界面。 扩展RTSP 由于不是所有媒体服务器有着相同的功能，媒体服务器有必要支持不同请求集。RTSP 可以如下三种方式扩展，这里以改变大小排序： 以新参数扩展。如用户需要拒绝通知，而方法扩展不支持，相应标记就加入要求的段中。 加入新方法。如信息接收者不理解请求，返回501错误代码（还未实现），发送者不应再次尝试这种方法。用户可使用OPTIONS方法查询服务器支持的方法。服务器使用公共响应头列出支持的方法。 定义新版本协议，允许改变所有部分。（除了协议版本号位置） 操作模式 每个演示和媒体流可用RTSP URL识别。演示组成的整个演示与媒体属性由演示描述文件定义。使用HTTP或其它途径用户可获得这个文件，它没有必要保存在媒体服务器上。 为了说明，假设演示描述描述了多个演示，其中每个演示维持了一个公共时间轴。为简化说明，且不失一般性，假定演示描述的确包含这样一个演示。演示可包含多个媒体流。除媒体参数外，网络目标地址和端口也需要决定。下面区分几种操作模式： 单播： 以用户选择的端口号将媒体发送到RTSP请求源。 组播，服务器选择地址： 媒体服务器选择组播地址和端口，这是现场直播或准点播常用的方式。 组播，用户选择地址： 如服务器加入正在进行的组播会议，组播地址、端口和密匙由会议描述给出。 RTSP状态 RTSP控制通过单独协议发送的流，与控制通道无关。例如，RTSP控制可通过TCP连接，而数据流通过UDP。因此，即使媒体服务器没有收到请求，数据也会继续发送。在连接生命期，单个媒体流可通过不同TCP连接顺序发出请求来控制。所以，服务器需要维持能联系流与RTSP请求的连接状态。RTSP中很多方法与状态无关，但下列方法在定义服务器流资源的分配与应用上起着重要的作用： SETUP： 让服务器给流分配资源，启动RTSP连接。 PLAY与RECORD： 启动SETUP 分配流的数据传输。 PAUSE： 临时停止流，而不释放服务器资源。 TEARDOWN： 释放流的资源，RTSP连接停止。 标识状态的RTSP方法使用连接头段识别RTSP连接，为响应SETUP请求，服务器连 接产生连接标识。 与其他协议关系 RTSP在功能上与HTTP有重叠，与HTTP相互作用体现在与流内容的初始接触是通过网页的。目前的协议规范目的在于允许在网页服务器与实现RTSP媒体服务器之间存在不同传递点。例如，演示描述可通过HTTP和RTSP检索，这降低了浏览器的往返传递，也允许独立RTSP 服务器与用户不全依*HTTP。 但是，RTSP与HTTP 的本质差别在于数据发送以不同协议进行。HTTP是不对称协议，用户发出请求，服务器作出响应。RTSP中，媒体用户和服务器都可发出请求，且其请求都是无状态的；在请求确认后很长时间内，仍可设置参数，控制媒体流。重用HTTP功能至少在两个方面有好处，即安全和代理。要求非常接近，在缓存、代理和授权上采用HTTP功能是有价值的。 当大多数实时媒体使用RTP作为传输协议时，RTSP没有绑定到RTP。RTSP假设存在演示描述格式可表示包含几个媒体流的演示的静态与临时属性。 协议参数 RTSP 信息 RTSP是基于文本的协议，采用ISO 10646 字符集，使用UTF-8编码方案。行以CRLF中断，但接收者本身可将CR和LF解释成行终止符。基于文本的协议使以自描述方式增加可选参数更容易。由于参数的数量和命令的频率出现较低，处理效率没引起注意。如仔细研究，文本协议很容易以脚本语言（如：Tcl、Visual Basic与Perl）实现研究原型。 10646字符集避免敏感字符集切换，但对应用来说不可见。RTCP也采用这种编码方案。带有重要意义位的ISO 8859-1字符表示如100001x 10xxxxxx.。RTSP信息可通过任何低层传输协议携带。 请求包括方法、方法作用于其上的对象和进一步描述方法的参数。方法也可设计为在服务器端只需要少量或不需要状态维护。当信息体包含在信息中，信息体长度有如下因素决定： 不管实体头段是否出现在信息中，不包括信息体的的响应信息总以头段后第一和空行结束。 如出现内容长度头段，其值以字节计，表示信息体长度。如未出现头段，其值为零。 服务器关闭连接。 注意：RTSP目前并不支持HTTP/"块"传输编码，需要有内容长度头。假如返回适度演示描述长度，即使动态产生，使块传输编码没有必要，服务器也应该能决定其长度。如有实体，即使必须有内容长度，且长度没显式给出，规则可确保行为合理。 从用户到服务器端的请求信息在第一行内包括源采用的方法、源标识和所用协议版本。RTSP定义了附加状态代码，而没有定义任何HTTP代码。 实体 如不受请求方法或响应状态编码限制，请求和响应信息可传输实体，实体由实体头文件和试题体组成，有些响应仅包括实体头。在此，根据谁发送实体、谁接收实体，发送者和接收者可分别指用户和服务器。 实体头定义实体体可选元信息，如没有实体体，指请求标识的资源。扩展头机制允许定义附加实体头段，而不用改变协议，但这些段不能假定接收者能识别。不可识别头段应被接收者忽略，而让代理转发。 连接 RTSP请求可以几种不同方式传送： 1、持久传输连接，用于多个请求/响应传输。 2、每个请求/响应传输一个连接。 3、无连接模式。 传输连接类型由RTSP URI来定义。对 "rtsp" 方案，需要持续连接；而"rtspu"方案，调用RTSP 请求发送，而不用建立连接。 不象HTTP，RTSP允许媒体服务器给媒体用户发送请求。然而，这仅在持久连接时才支持，否则媒体服务器没有可*途径到达用户，这也是请求通过防火墙从媒体服务器传到用户的唯一途径。 方法定义 方法记号表示资源上执行的方法，它区分大小写。新方法可在将来定义，但不能以$开头。 某些防火墙设计与其他环境可能要求服务器插入RTSP方法和流数据。由于插入将使客户端和服务器操作复杂，并强加附加开销，除非有必要，应避免这样做。插入二进制数据仅在RTSP通过TCP传输时才可使用。流数据（如RTP包）用一个ASCII美圆符号封装，后跟一个一字节通道标识，其后是封装二进制数据的长度，两字节整数。
实时流协议RTSP(RealTimeStreamingProtocol)是由RealNetworks和Netscape共同提出的，该 协议定义了一对多应用程序如何有效地通过IP网络传送多媒体数据。RTSP在体系结构上位于RTP 和RTCP之上，它使用TCP或RTP完成数据传输。HTTP与RTSP相比，HTTP传送HTML，而RTP传送的 是多媒体数据。HTTP请求由客户机发出，服务器作出响应；使用RTSP时，客户机和服务器都可 以发出请求，即RTSP可以是双向的。 RTSP协议 实时流协议（RTSP）是应用级协议，控制实时数据的发送。RTSP提供了一个可扩展框架，使 实时数据，如音频与视频，的受控、点播成为可能。数据源包括现场数据与存储在剪辑中数据 。该协议目的在于控制多个数据发送连接，为选择发送通道，如UDP、组播UDP与TCP，提供途径 ，并为选择基于RTP上发送机制提供方法。 简介 目的 实时流协议（RTSP）建立并控制一个或几个时间同步的连续流媒体。尽管连续媒体流与控制 流交*是可能的，通常它本身并不发送连续流。换言之，RTSP充当多媒体服务器的网络远程控 制。RTSP连接没有绑定到传输层连接，如TCP。在RTSP连接期间，RTSP用户可打开或关闭多个对 服务器的可*传输连接以发出RTSP 请求。此外，可使用无连接传输协议，如UDP。RTSP流控制 的流可能用到RTP，但RTSP操作并不依赖用于携带连续媒体的传输机制。实时流协议在语法和操 作上与HTTP/类似，因此HTTP的扩展机制大都可加入RTSP。协议支持的操作如下： 从媒体服务器上检索媒体： 用户可通过HTTP或其它方法提交一个演示描述。如演示是组播，演示式就包含用于连续媒体 的的组播地址和端口。如演示仅通过单播发送给用户，用户为了安全应提供目的地址。 媒体服务器邀请进入会议： 媒体服务器可被邀请参加正进行的会议，或回放媒体，或记录其中一部分，或全部。这种模 式在分布式教育应用上很有用，会议中几方可轮流按远程控制按钮。 将媒体加到现成讲座中： 如服务器告诉用户可获得附加媒体内容，对现场讲座显得尤其有用。如HTTP/中类似，RTSP 请求可由代理、通道与缓存处理。 协议特点 RTSP 特性如下： 可扩展性： 新方法和参数很容易加入RTSP。 易解析： RTSP可由标准 HTTP或MIME解吸器解析。 安全： RTSP使用网页安全机制。 独立于传输： RTSP可使用不可*数据报协议（UDP）、可*数据报协议（RDP），如要实现应用级可*，可 使用可*流协议。 多服务器支持： 每个流可放在不同服务器上，用户端自动同不同服务器建立几个并发控制连接，媒体同步在 传输层执行。 记录设备控制： 协议可控制记录和回放设备。 流控与会议开始分离： 仅要求会议初始化协议提供，或可用来创建唯一会议标识号。特殊情况下， SIP或 可用来邀请服务器入会。 适合专业应用： 通过SMPTE 时标，RTSP支持帧级精度，允许远程数字编辑 演示描述中立： 协议没强加特殊演示或元文件，可传送所用格式类型；然而，演示描述至少必须包含一个RTSP URI。 代理与防火墙友好： 协议可由应用和传输层防火墙处理。防火墙需要理解SETUP方法，为UDP媒体流打开一个"缺 口"。 HTTP友好： 此处，RTSP明智的采用HTTP观念，使现在结构都可重用。结构包括Internet 内容选择平台 （PICS）。由于在大多数情况下控制连续媒体需要服务器状态， RTSP不仅仅向HTTP 添加方法 。 适当的服务器控制： 如用户启动一个流，他必须也可以停止一个流。 传输协调； 实际处理连续媒体流前，用户 可协调传输方法。 性能协调： 如基本特征无效，必须有一些清理机制让用户决定那种方法没生效。这允许用户提出适合的 用户界面。 扩展RTSP 由于不是所有媒体服务器有着相同的功能，媒体服务器有必要支持不同请求集。RTSP 可以 如下三种方式扩展，这里以改变大小排序： 以新参数扩展。如用户需要拒绝通知，而方法扩展不支持，相应标记就加入要求的段中。 加入新方法。如信息接收者不理解请求，返回501错误代码（还未实现），发送者不应再次 尝试这种方法。用户可使用OPTIONS方法查询服务器支持的方法。服务器使用公共响应头列出支 持的方法。 定义新版本协议，允许改变所有部分。（除了协议版本号位置） 操作模式 每个演示和媒体流可用RTSP URL识别。演示组成的整个演示与媒体属性由演示描述文件定义 。使用HTTP或其它途径用户可获得这个文件，它没有必要保存在媒体服务器上。 为了说明，假设演示描述描述了多个演示，其中每个演示维持了一个公共时间轴。为简化说 明，且不失一般性，假定演示描述的确包含这样一个演示。演示可包含多个媒体流。除媒体参 数外，网络目标地址和端口也需要决定。下面区分几种操作模式： 单播： 以用户选择的端口号将媒体发送到RTSP请求源。 组播，服务器选择地址： 媒体服务器选择组播地址和端口，这是现场直播或准点播常用的方式。 组播，用户选择地址： 如服务器加入正在进行的组播会议，组播地址、端口和密匙由会议描述给出。 RTSP状态 RTSP控制通过单独协议发送的流，与控制通道无关。例如，RTSP控制可通过TCP连接，而数 据流通过UDP。因此，即使媒体服务器没有收到请求，数据也会继续发送。在连接生命期，单个 媒体流可通过不同TCP连接顺序发出请求来控制。所以，服务器需要维持能联系流与RTSP请求的 连接状态。RTSP中很多方法与状态无关，但下列方法在定义服务器流资源的分配与应用上起着 重要的作用： SETUP： 让服务器给流分配资源，启动RTSP连接。 PLAY与RECORD： 启动SETUP 分配流的数据传输。 PAUSE： 临时停止流，而不释放服务器资源。 TEARDOWN： 释放流的资源，RTSP连接停止。 标识状态的RTSP方法使用连接头段识别RTSP连接，为响应SETUP请求，服务器连 接产生连接标识。 与其他协议关系 RTSP在功能上与HTTP有重叠，与HTTP相互作用体现在与流内容的初始接触是通过网页的。目 前的协议规范目的在于允许在网页服务器与实现RTSP媒体服务器之间存在不同传递点。例如， 演示描述可通过HTTP和RTSP检索，这降低了浏览器的往返传递，也允许独立RTSP 服务器与用户 不全依*HTTP。 但是，RTSP与HTTP 的本质差别在于数据发送以不同协议进行。HTTP是不对称协议，用户发 出请求，服务器作出响应。RTSP中，媒体用户和服务器都可发出请求，且其请求都是无状态的 ；在请求确认后很长时间内，仍可设置参数，控制媒体流。重用HTTP功能至少在两个方面有好 处，即安全和代理。要求非常接近，在缓存、代理和授权上采用HTTP功能是有价值的。 当大多数实时媒体使用RTP作为传输协议时，RTSP没有绑定到RTP。RTSP假设存在演示描述格 式可表示包含几个媒体流的演示的静态与临时属性。 协议参数 RTSP 信息 RTSP是基于文本的协议，采用ISO 10646 字符集，使用UTF-8编码方案。行以CRLF中断，但 接收者本身可将CR和LF解释成行终止符。基于文本的协议使以自描述方式增加可选参数更容易 。由于参数的数量和命令的频率出现较低，处理效率没引起注意。如仔细研究，文本协议很容 易以脚本语言（如：Tcl、Visual Basic与Perl）实现研究原型。 10646字符集避免敏感字符集切换，但对应用来说不可见。RTCP也采用这种编码方案。带有 重要意义位的ISO 8859-1字符表示如100001x 10xxxxxx.。RTSP信息可通过任何低层传输协议 携带。 请求包括方法、方法作用于其上的对象和进一步描述方法的参数。方法也可设计为在服务器 端只需要少量或不需要状态维护。当信息体包含在信息中，信息体长度有如下因素决定： 不管实体头段是否出现在信息中，不包括信息体的的响应信息总以头段后第一和空行结束。 如出现内容长度头段，其值以字节计，表示信息体长度。如未出现头段，其值为零。 服务器关闭连接。 注意：RTSP目前并不支持HTTP/"块"传输编码，需要有内容长度头。假如返回适度演示描 述长度，即使动态产生，使块传输编码没有必要，服务器也应该能决定其长度。如有实体，即 使必须有内容长度，且长度没显式给出，规则可确保行为合理。 从用户到服务器端的请求信息在第一行内包括源采用的方法、源标识和所用协议版本。RTSP 定义了附加状态代码，而没有定义任何HTTP代码。 实体 如不受请求方法或响应状态编码限制，请求和响应信息可传输实体，实体由实体头文件和试 题体组成，有些响应仅包括实体头。在此，根据谁发送实体、谁接收实体，发送者和接收者可 分别指用户和服务器。 实体头定义实体体可选元信息，如没有实体体，指请求标识的资源。扩展头机制允许定义附 加实体头段，而不用改变协议，但这些段不能假定接收者能识别。不可识别头段应被接收者忽 略，而让代理转发。 连接 RTSP请求可以几种不同方式传送： 1、持久传输连接，用于多个请求/响应传输。 2、每个请求/响应传输一个连接。 3、无连接模式。 传输连接类型由RTSP URI来定义。对 "rtsp" 方案，需要持续连接；而"rtspu"方案，调用 RTSP 请求发送，而不用建立连接。 不象HTTP，RTSP允许媒体服务器给媒体用户发送请求。然而，这仅在持久连接时才支持，否 则媒体服务器没有可*途径到达用户，这也是请求通过防火墙从媒体服务器传到用户的唯一途 径。 方法定义 方法记号表示资源上执行的方法，它区分大小写。新方法可在将来定义，但不能以$开头。 某些防火墙设计与其他环境可能要求服务器插入RTSP方法和流数据。由于插入将使客户端和 服务器操作复杂，并强加附加开销，除非有必要，应避免这样做。插入二进制数据仅在RTSP通 过TCP传输时才可使用。流数据（如RTP包）用一个ASCII美圆符号封装，后跟一个一字节通道标 识，其后是封装二进制数据的长度，两字节整数。
基于Windows Media技术的流媒体系统的设计与实现 摘要：本文在简介流媒体技术及其中的Windows Media技术的基础上，结合实际简述了Windows Media服务器的安装、ASF文件的制作以及“点播单播发布点”、“广播单播发布点”、“多播广播站”的创建方法，从实践角度阐述了在网络中实现流媒体服务的技术和方法。 关键词：Windows Media 流媒体 网络视频 Windows Media-based streaming media technology, Design and Implementation Abstract: This article profiles in streaming media technology in its Windows Media technology on the basis of the actual combined on a Windows Media server installation, ASF, as well as the production of documents "on-demand unicast release point," "Broadcast Unicast release point," "Multicast broadcast stations," the creation of methods, and through links to web pages, etc. They may be related to the test, from the perspective of the practice described in the network to achieve streaming media services technologies and methods. Key words: Windows Media streaming video network 1. 流媒体技术概述 流媒体简单地说就是应用流式传输技术在Internet/Intranet上传输的连续时基媒体，如：音频、视频或多媒体文件。流式媒体在播放前并不下载整个文件，只将开始部分内容存入内存，流式媒体的数据流随时传送随时播放，只是在开始时有一些延迟。流媒体实现的关键技术就是流式传输。流式传输主要指通过网络传送媒体（如视频、音频）的技术总称。其特定含义为通过Internet将影视节目传送到PC机。流媒体技术是包含了采集、编码、传输、储存、解码等多项技术的综合技术。 2. Windows Media技术简介 特点 Microsoft公司推出的Windows Media技术具有方便性、先进性、集成性、低费用等特点，而且其制作、发布和播放软件与Windows NT/2000/9x集成在一起，不需要额外购买。Microsoft的流视频解决方案在Microsoft视窗平台上是免费的，制作端与播放器的视音频质量都上佳，而且易于使用。 Windows Media播放方式 Windows Media播放方式包括单播、多播、点播与广播。它们的含义如下表所示： 单播：是客户端与服务器之间的点到点连接。在客户端媒体服务器之间建立一个单独的数据通道，1台服务器送出的每个数据包只能传送给1个客户机。 多播：是通过启用多播的网络传递内容流，网络中的所有客户端共享同一流。由多播技术构建的网络，允许路由器一次将数据包复制到多个通道上。采用多播方式，媒体服务器只需要发送一个信息包，所有发出请求的客户端即可同时收到连续的数据流而无延时。多播不会复制数据包的多个拷贝传输到网络上，也不会将数据包发送给不需要它的那些客户，保证了网络上多媒体应用占用网络的最小带宽，是理想的播放方式。 点播：是客户端与服务器之间的主动的连接。用户通过选择内容项目来初始化客户端连接。用户可以开始、停止、后退、快进或暂停流。点播连接提供了对流的最大控制，但这种方式由于每个客户端各自连接服务器，却会迅速用完网络带宽。 广播：指的是用户被动接收流。在广播过程中，客户端接收流，但不能控制流。例如，用户不能暂停、快进或后退该流。广播方式中数据包的单独一个拷贝将发送给网络上的所有用户，而不管用户是否需要。此种传输方式会非常浪费网络带宽。 Windows Media视频技术组成 Windows Media视频服务器系统包括以下几个部分：Windows Media服务器组件、Windows Media工具、Windows Media Player。 Windows Media编码器 Windows Media编码器用于转换实时和存储的视频和音频内容为ASF流，然后通过Windows Media服务器在网络中传送。 Windows Media Player Windows Media客户端软件称为Windows Media Player，由Windows Media服务器接收并播放流内容。Windows Media服务使用Windows Media Player以播放包含视频、音频、图像、URL和脚本内容的ASF流。Windows Media Player 9系列是最新版本。 Microsoft高级流格式ASF简介 Microsoft公司的Windows Media的核心是ASF（Advanced Stream Format）。 Microsoft将ASF定义为“同步媒体的统一容器文件格式”。ASF是一种数据格式，音频、视频、图像以及控制命令脚本等多媒体信息通过这种格式，以网络数据包的形式传输，实现流式多媒体内容发布。 3. Windows Media校园流媒体系统的设计 网络结构设计 Windows Media流媒体系统包括服务器端和用户端两部分。服务器端包括Windows Media服务器、制作计算机。Windows Media服务器用于存储和发布流媒体信息。制作计算机安装视频采集卡、声卡及摄像机，用于制作流媒体文件。用户端安装Windows Media Player软件。数据传输依托校园网。 软硬件要求 服务器 服务器硬件配置一般是PIII400以上CPU，内存在128~512M左右。操作系统Windows 2000 Server及Windows Media服务组件。 制作计算机 制作计算机硬件配置一般是PIII400以上CPU，内存在128~512M，需要声卡、视频采集卡以及VCD或录像机。软件为Windows 98或Windows 2000 Professional，安装Windows Media编辑工具。 4. Windows Media校园流媒体系统的实现 ASF文件的制作 笔者在微机上安装了Broadway视频采集卡，并通过录像机采集了两段AVI格式的录像，分别命名为和。通过Windows 2000 Server自带的编码器Windows Media Encoder可以很容易地将两个AVI文件转换为ASF文件：LX1. ASF、 LX2. ASF。在F盘上建立文件夹ASF，将两个ASF文件存入（为表述方便，文中所用文件名、路径、计算机名称、IP等，皆为笔者实际实验过程所用，读者可根据自己实际环境确定这些内容）。也可用Windows Media编码器9系列存为WMV格式文件，但要求客户端播放器必须为以上版本 使用“快速启动向导”创建“点播单播发布点” 在F盘上建立文件夹“asx”并设为共享，以便在后续操作中放置“.asx”通知文件。 在Windows Media 管理器菜单框中单击“单播发布点”，出现“单播发布点”页。确保选择了“使用向导创建新的点播单播发布点”复选框，单击“点播”，然后单击“新建”， 出现“配置和发布单播点播流快速启动向导”。 在“选择一个发布点”屏幕中，选择“创建一个发布点”。在“创建一个新的发布点”屏幕中，在“别名”框中键入别名为“asf”。在“路径”框中，键入“F:\asf\”。在"查找目标 .asf 文件"屏幕，输入“F:\asf\”。在“选择发布方法”屏，选择“MMS协议”和“创建一个.asx文件”，然后选择 “下一步”。在“准备发布”屏幕中，选择 “完成”。 将“”通知文件保存到“F:\asx\”里面。在“发布完成”屏幕中，单击“测试 URL”、“测试 .asx”可以在 Windows Media Player 中传递点播单播发布点的流式化内容“”。 参考文献 [1]Microsoft Corportion, “Windows 2000 Server 配置服务器帮助”, 2000. [2]吴国勇、邱学刚、万燕仔编著，《网络视频流媒体技术与应用》，北京邮电大学出版社，2001. [3]刘晓平、孔明光、吴斌编著，《Windows2000中文版实用教程----Server篇》，中国水利水电出版社，2000 求采纳
挺不错的啊，我也做了这个。SRTP做得好的话可以发表论文什么的，应该对保研的好处很大吧。然后我们学校这个有可能上升到去做国家创新基金，这个是个很好的机会哦。当然最重要的是，在这个过程中，可以真正接触到“科研”，如果你对科研的兴趣很大的话，那就很好了哈~~
srtp就是做些小项目啦可以拿点课外学分貌似你是本系的咯想多学可以当然也可以混学分可以随便混进个组就行啦哈哈教坏小朋友了研究生这个目前是这样的学术性的是传统的研究生保研后学费全免专业型保研要交钱的但是貌似有奖金哦4年以后肯定不一样啊与时俱进嘛方向基本上都可以啊5个全部是重点学科目前的情况是通信微波很强信号群龙无首电路指的是射光所么7班就是电路方向吧就业这个完全看个人除非你学到博士
可以，但是2学分里面不能都是听讲座获得的，你可以去跟老师做个srtp项目或者上seminar课程（1分）
必须论文，且写了还不一定有SRTP的话做项目是王道
已发表过的论文不可以作为毕业论文，你可以参考，但是重复度不要过高
毕业论文可以用自己发表的文章。
都是你自己写的完全是可以用的。当然如果是是发表期刊论文你如果在英语母语语言上有问题，也可以找一些润色公司编校下，和本专业相关的论文就行。但是会有指导老师来给你改一些内容格式等。
而且知网查重也会出一个去除本人文献复制比的报告单，会把与自己重复的重复率剔除后得出一个去除本人文献复制比的重复率，学校也会把这一指标作为论文重复率的最终结果。
基本要求如下：
1、写毕业论文主要目的是培养学生综合运用所学知识和技能，理论联系实际，独立分析，解决实际问题的能力，使学生得到从事本专业工作和进行相关的基本训练。毕业论文应反映出作者能够准确地掌握所学的专业基础知识。
2、基本学会综合运用所学知识进行科学研究的方法，对所研究的题目有一定的心得体会，论文题目的范围不宜过宽，一般选择本学科某一重要问题的一个侧面。
毕业论文的基本教学要求：培养学生综合运用、巩固与扩展所学的基础理论和专业知识，培养学生独立分析、解决实际问题能力、培养学生处理数据和信息的能力。培养学生正确的理论联系实际的工作作风，严肃认真的科学态度。