流媒体服务器设计文档
流媒体服务器的搭建
流媒体服务器的搭建1.确定服务器的需求在开始搭建流媒体服务器之前，我们应该明确自己的需求。
例如，我们需要支持的用户数量、业务类型，以及预算等。
这些因素将指导我们选择合适的服务器硬件和软件。
2.选择流媒体服务器软件目前比较流行的流媒体服务器软件有Nginx、Apache、Wowza Media Server等。
根据自己的需求选择合适的服务器软件。
在本文中，将以Nginx为例进行搭建。
3.准备服务器硬件和操作系统根据自己的需求选择合适的服务器硬件，例如CPU、内存、硬盘等。
同时，选择一个支持的操作系统。
常用的操作系统有Linux（如Ubuntu、CentOS）、Windows Server等。
4.安装流媒体服务器软件5.配置流媒体服务器在安装完成后，需要进行一些配置工作。
例如，配置Nginx作为流媒体服务器、设置监听端口、支持的流媒体格式等。
在配置文件中，可以设置HTTP流媒体选项，如hls（HTTP Live Streaming）、rtmp（Real-Time Messaging Protocol）等。
6.创建流媒体内容在完成服务器的基本配置后，需要创建流媒体内容。
可以将音频、视频文件上传至服务器，或使用ffmpeg等工具进行转码。
转码后的内容保存在服务器上特定的目录中，供用户访问。
7.安全设置8.测试流媒体服务器在完成所有配置后，需要进行测试以确保服务器正常工作。
可以使用不同的终端设备，如电脑、手机、平板等，通过指定的URL访问流媒体内容。
如果能够正常播放，说明服务器搭建成功。
9.监控和维护流媒体服务器的搭建是一个持续的过程。
在运行过程中，需要定期进行监控和维护。
可以使用监控工具，如Nagios、Zabbix等，监控服务器的负载、带宽、连接数等。
同时，定期更新服务器软件和安全补丁，保持服务器的稳定和安全性。
总结流媒体服务器的搭建是一个复杂的过程，需要根据自己的需求选择合适的硬件和软件，并进行相应的配置和测试。
流媒体服务器方案
流媒体服务器方案
一、引言
流媒体服务作为现代信息传输的重要方式，对服务器系统提出了更高的要求。本方案旨在设计一套符合行业标准、性能卓越、安全可靠的流媒体服务器方案，以满足日益增长的高质量流媒体服务需求。
二、需求分析
1.高并发处理能力：服务器需能处理大量的并发请求，保证服务的流畅性。
2.低延迟传输：确保流媒体数据传输的实时性，降低播放延迟。
数据库：使用MySQL等关系型数据库，确保数据管理的规范性。
缓存系统：采用Redis等高性能缓存技术，提高系统响应速度。
3.安全设计
数据加密：对敏感数据进行加密存储，保护用户隐私。
传输安全：使用SSL/TLS协议加密数据传输，防止中间人攻击。
访问控制：实施严格的访问控制策略，确保只有授权用户能访问数据。
（3）数据库：选用关系型数据库，如MySQL、PostgreSQL等；
（4）缓存：采用Redis等高性能缓存技术。
4.数据安全
（1）遵循我国相关法律法规，对用户数据进行加密存储；
（2）采用HTTPS协议，保障数据传输安全；
（3）定期进行数据备份，防止数据丢失。
5.性能优化
（1）负载均衡：采用一致性哈希算法，实现负载均衡；
3.优化用户体验，提高服务器稳定性；
4.方便后期扩展，降低运维成本。
三、技术方案
1.系统架构
本方案采用分布式架构，分为前端、后端和存储三部分。
（1）前端：负责用户接入、请求分发和负载均衡；
（2）后端：处理流媒体数据，提供编码、解码、转码等功能；
（3）存储：存储流媒体数据，提供高效的数据访问。
2.硬件选型
流媒体服务器方案
第1篇
流媒体服务器方案
流媒体服务器的架构方法
流媒体服务器的架构方法随着互联网的快速发展，流媒体（Streaming Media）成为了现代人们获取信息和娱乐的重要方式之一、流媒体服务器是实现流媒体传输的核心组件，其架构需要兼顾可扩展性、高效性和稳定性。
本文将介绍几种常见的流媒体服务器的架构方法，包括单服务器架构、分布式架构和云架构。
1.单服务器架构单服务器架构是最简单的流媒体服务器架构方法。
在这种架构中，一个服务器负责处理所有的流媒体传输请求。
它通常包括一个流媒体存储组件、一个流媒体处理组件和一个流媒体传输组件。
用户请求通过网络地址访问服务器，并经由流媒体传输组件传输给用户。
单服务器架构的优点是简单、易于管理和成本低廉。
然而，它的性能受限于单台服务器的处理能力和带宽。
当用户量增加时，服务器可能会出现性能瓶颈，导致流媒体传输的质量下降。
2.分布式架构为了克服单服务器架构的限制，可以采用将服务器分布到多个地理位置的分布式架构。
在这种架构中，整个系统可以由多台服务器组成，每台服务器都具有流媒体存储、处理和传输的能力。
同时，它们之间还需要一个负载均衡器来平衡用户请求的负载。
分布式架构的优点是可伸缩性好，可以根据用户量的增加自动添加更多服务器进行处理。
它还可以提高系统的稳定性，当其中一台服务器出现故障时，其他服务器可以继续提供服务。
然而，这种架构会带来管理和维护的复杂性，并且需要专门的负载均衡器来协调服务器之间的流量。
3.云架构云架构是最近流媒体服务器架构的发展趋势之一、它将分布式架构与云计算相结合，利用云平台提供的弹性计算和存储资源。
在这种架构中，流媒体服务器可以在云平台上进行部署，根据需要自动扩展或缩减容量。
云架构还可以利用分布在全球各地的云节点，提供更好的网络连通性和用户体验。
云架构的优点是高度灵活和可扩展，可以根据需求调整服务器容量，更好地适应用户的访问量。
而且，由于云服务提供商负责服务器的管理和维护，减轻了企业的负担。
然而，云架构也存在一些挑战，比如对云服务商的依赖性、数据安全性和网络延迟等。
流媒体服务器功能的设计和实现
ｔ ｕ ｆ ｌｔ ｅ ｌｃ ｌｖｄ ｏ ｅｈ ｉａ ｎ ｏ ａ ｉｎ ｈ ｓ ：ＭＰＥ Ｉ ｒ ｊｃ ａ ｅ ｎ ａ ｓ ｃ ｎ ｅ ｅｏ ｍｅ ｔ ｏ ｓｓｅ ｔｗｉｈ ｓａ ｄ ｒ ｏ ｆｌｉ ｈ ｏ ａ ｉｅ ．ｔｃ ｎ ｃ ｌｉｎ ｖ ｔｏ ａ ｌ Ｇ４ Ｐ ｐ ｏｅ ｔｂ ｓ ｄ ｏ ｅｏ ｄ ｄ ｖ ｌｐ ｎ ，ｃ ｎ ｉｔ ｎ ｔ ｔｎ ａ ｄ
刘 荷 花
（ 太原 大 学 太原
０ ００ ） ３ ０ ９
【 摘 要】 分 析 了流媒 体直播 服 务器 的功 能 需求 ，设 计 了流媒 体直播 服 务器 的功 能 。 以主 要 函数 的描述 为 中心 ， 以主 要 函数 的流程 为 线 索， 过编 写 管理 员界 面及 子对 话框 来 实现 管理及 设 置服 务器 功能 。 通 利用 ＭＰ Ｇ４Ｐ编 码 Ｅ Ｉ 库 实现 ＭＰ Ｇ４的软编 码 ，监 听客 户端 的发 送请 求 ，利用 ＲＴＰ协议传 输 数据 实现 客 户端 的直播请 求 ，调 用 Ｓ Ｌ Ｅ Ｄ
Ｉｔｒ ｅ ｎ ｅｎ ｔ网络 技 术 的飞 速 发 展 ， 人 类 日常 生 活 对
教 育学 生 ８ ０ ００ ０多人 。而 在 流媒 体技 术应 用 中 ， 流媒 体 直播 服务 器 系统功 能 的设 计 与实现 ， 关键 。 是
和 工作 方 式 产生 了深刻 的影 响 ， 对传 统 的教 育 教学 也 模式 产生 了极 大 的挑 战 。其 中把流媒 体 技术 应用 于教 育上 ， 打破 传 统 的面授 教学 ， 近教 师与 学生 之 间的距 拉 离， 构建 网络 环境 下 的教学模 式 与课 程模 式 ， 是一 个全 新 的课题 。网络学 校 、 网上课 堂 、 在线 答 疑等 新 的教学 模式 的 出现成 为 ２ 世 纪教 育改 革发 展 的新趋 势 ［ 。 １ １ ］ 信息 技术 在 欧洲 和美 国的教 育 中 已经成 为变 革 的 推动 力 ， 过 去 十年 中尤为 如此 。 在 老师 不再 仅仅 手 持粉 笔 和 板 擦 ， 是 配 备 有 电 脑 、 听 器 材 以 及 各 种 各 样 而 视 Ｉ Ｔ设 备 。在 学校 和公共 的 图书 馆里 ， 所见 到 的不 再 你 仅仅 是 一排 排 落 满灰 尘 的 书籍 ， 随处 可 见 的则 是大 量 的 利用 Ｉ Ｔ来 进 行 学 习 的各 种 资料 、 种 视 听 材 料 以 各
ipc相机流媒体服务方案
ipc相机流媒体服务方案IPC相机（Internet Protocol Camera）是一种利用IP网络实现视频传输和监控的摄像机。
与传统的摄像机相比，IPC 相机具有以下优势：高图像质量、远程访问、集成智能功能、易于安装和管理等。
对于IPC相机的流媒体服务方案，可以考虑以下要素：1. 硬件设备选择与部署：- 选择高性能的IPC相机设备，支持高清图像传输和低延迟访问。
- 考虑相机的安装位置和角度，以获得最佳的监控效果。
2. 网络规划与配置：- 设计合理的网络拓扑结构，保证IPC相机与流媒体服务器之间的可靠连接。
- 考虑网络带宽和流量，保证视频流的稳定传输。
3. 流媒体服务器搭建：- 利用流媒体服务器软件（如FFmpeg、VLC等）搭建视频流传输服务，支持实时的视频流推送和接收。
- 配置服务器的存储空间，以保存录像和监控数据。
4. 数据传输与安全：- 采用常用的视频编码标准（如H.264）进行视频压缩和传输，以减少带宽占用。
- 添加加密机制，保证视频传输的安全性，防止数据被窃取或篡改。
5. 远程访问与管理：- 提供远程访问平台，支持用户通过云端服务或手机应用实时查看视频流，并进行必要的控制操作。
- 实现监控设备的远程管理，包括升级固件、配置参数等。
6. 视频数据存储与分析：- 考虑视频数据的存储需求，定期备份视频数据，以防止丢失。
- 利用智能算法对视频数据进行分析，实现视频内容分析、行为识别等功能，提高监控的智能化程度。
7. 报警与事件处理：- 设计报警机制，监测异常情况（如移动物体、声音等），及时发送报警通知给相关人员。
- 配置智能化规则，以实现自动化的事件处理，如根据特定规则触发自动录像、通知警察等。
8. 视频监控系统的扩展：- 根据实际需求，可以考虑扩展多个IPC相机，形成一个分布式的视频监控系统，并实现视频数据的集中管理。
总之，IPC相机流媒体服务方案需要综合考虑硬件设备、网络配置、流媒体服务器、数据传输与安全、远程访问与管理、视频数据存储与分析、报警与事件处理等多个方面。
流媒体解决方案
（3）积极参与行业标准制定，推动行业健康有序发展。
四、实施步骤
1.调研与分析：深入了解市场需求，分析竞争对手，明确项目目标；
2.系统设计：根据项目目标，设计合法合规的流媒体解决方案；
3.技术研发：组织技术团队，开展视频编码、调度、推荐等关键技术研发；
3.技术风险：加强技术研发，确保系统稳定性和技术创新；
4.数据安全风险：建立健全数据安全防护体系，保护用户隐私和信息安全。
、用户体验和产业链合作，为我国流媒体市场提供了一套全面、专业的解决方案。通过实施本方案，有望推动我国流媒体产业迈向更高水平，为广大用户提供更加丰富、便捷、安全的流媒体服务。
4.数据安全风险：实施严格的数据安全措施，保护用户隐私和内容版权。
六、结论
本方案从合规性、技术实施、系统架构和业务模式等多方面，为流媒体服务提供了一套全面、专业的解决方案。通过本方案的实施，将有效推动流媒体服务的健康发展，提升用户体验，满足市场多元需求，并为产业链各方创造更大的价值。
3.技术挑战：解决流媒体传输中的延迟、卡顿问题，提升播放体验。
4.业务发展：构建可持续发展的商业模式，实现产业链各方的共赢。
三、方案设计
1.合规性框架
-建立严格的内容审核机制，确保所有上线内容合规。
-定期进行合规性检查，对违规内容进行及时处理。
-强化员工合规培训，提升全员合规意识。
2.技术实施
-采云视频编码技术，提高压缩效率，降低带宽成本。
第2篇
流媒体解决方案
一、引言
流媒体服务作为现代信息传播的重要手段，其技术成熟度与市场接受度日益提高。本方案旨在制定一套全面、高效的流媒体解决方案，以满足市场需求，保障内容安全，提升用户体验，并促进产业发展。
流媒体直播服务器的设计和实现
设置服 务 器功 能， 实现符合 ＭＰ Ｇ Ｅ ４标准 的音视 频数据 。分析 了流媒体直播服 务器的功 能需求 ． 用 Ｍ Ｅ ４ Ｐ编 利 Ｐ ＧＩ 码库 实现 ＭＰ Ｇ Ｅ ４的软 编码 ， 设计 了流媒体直播 服务器的功能。实验 显示 ， 采用 Ｓ Ｌ技 术 实现 了在 ｕｎｘ平 台显示 Ｄ ｕ
校、 网上课堂 、 在线答疑等新 的教学 模式 ， 正成 为 ２ 世 纪教 １
流媒体直播服务器系统的信息处理流程为 ： 开启管理员
界面 ， 根据对音视频参数 的设置开始配置音 、 视频参数 ， 然后
育改革发展的新趋势 Ｊ 。在 流媒 体技术应用 中， 流媒 体直播
服务器系统功能 的设计与实现 ， 是关键 。
２１ 年第４ ０２ 期
文章编号 ：６ ４４ ７ （０ ２ ０ ．０ ００ １７ —５ ８ ２ １ ）４ ０ ７ ．２
山西 电子技 术
网络 技 术
流媒 体 直 播 服 务 器 的 设 计 和 实现 冰
刘 三 满
（ 山西警官高等专科学校 ， 山西 太原 ００２ ） ３０ １
摘 要： 以主 要 函数 的 描 述 为 中心 ， 以主 要 函数 的流 程 为线 索 ， 过 编 写 管理 员 界 面 及 予 对 话 框 来 实现 管理 及 通
基 础组 件 部 分 的设 计 主 要 完 成 对 音 、 频 参 数 的 设 置 ， 视
的需求 。基于 Ｓ Ｌ技 术实 现在 Ｌｎｘ平 台显示播 放 。基 于 Ｄ ｕ
Ｒ ＰＲ Ｓ Ｔ ／ Ｔ Ｐ协议 实现音视频 数据 的传输 。
２ 流媒体 直 播服 务器 的功 能设计
直播服务器 旨在提供一种立体的 、 视音频等多种媒 体相 整合的 、 可交互的 、 具有多种体验的基于超媒体 、 超链接 的教 学形式 。这种教学形式有利于教师之 间业务的相互学 习， 可 有效提高学生多种技能的培训效果 ， 增进 与其他学校 之间的 文化 、 活动交流。直播服务器 应该主要 提供 以下 的功能 ： 系
带有激励机制的P2P数字机顶盒流媒体服务器的设计
如果 采用 传 统 的流 媒 体 服 务 器 对 Ｐ Ｐ网络 中 ２ 的数 字 机 顶 盒 节 点 提 供 服 务 ， 然 不 能 充 分 利 用 显
Ｐ Ｐ网络 中的优 良特性 。本文 试图 规划 出一种 新 的 ２
方案 ， Ｐ Ｐ网络 中激励 机 制 的思 想 引 入到 Ｐ Ｐ数 将 ２ ２ 字机 顶盒 流媒 体服 务 器 中来 ， 用 Ｐ Ｐ数 字 机 顶盒 使 ２ 流媒 体 服 务 器 对 Ｐ Ｐ网络 中的 机 顶 盒 节 点 进行 激 ２ 励 ， 而达 到提 高 Ｐ Ｐ网络效 率 的 目的。 从 ２
越广 Ｊ 。流媒 体服 务器 是 Ｉ Ｖ后 台服 务 系 统 的 一 部分， 作用 在 于 向客户 端 提 供 音视 频 数 据 的直 播 和
Ｐ Ｐ所 特 有 的优 点 ， 数 字 机 顶 盒 系统 中 引入 Ｐ Ｐ ２ 在 ２ 技术 ， 能有 效地 减轻 服 务器负 载 ， 分利 用带 宽 和客 充
Ｐ Ｐ模 式 ， 是 解 决 这 个 问 题 的 最 好 方 法 。 由 于 ２ 则
０ 引 言
Ｐ Ｐ是 ｐｅ ｔ ｐｅ 缩 写 ， ２ ｅｒｏ ｅｒ的 即对 等 网络 。 ＰＰ ２ 技 术 出现 以后 由于其 自适 应性 ， 自我组 织性 ， 负载 平 衡 性 ， 性 以及 集 中 和利 用 大 量 资 源 的能 力 而 大 容错 受欢 迎 ¨ 。未来 无所 不 在 的 大规 模 ， Ｊ 高消 耗 的 网 络 应 用 必将 使 得 Ｐ Ｐ技 术 在 设 备 交 互 时 使 用 得 越 来 ２
中的激励机制 引入到流媒体服务 器中， 由流媒体服务器 实现对 Ｐ Ｐ网络 中的数 字机 顶盒 节点激励 的方案 ， ２ 并且使 用军备竞 赛模 型探讨 了这种 方案 的有效性 。分析 结果证 明本方案切 实可行 。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
Live555流媒体服务器-设计文档1 设计目的以Live555为平台搭建流媒体服务器，支持H.264视频流和G.729音频流两种实时流的直播功能，支持VLC、MPLAYER等标准流媒体客户端软件进行RTSP请求播放。
2 系统框架Live555流媒体服务器接收到来自网络的RTSP请求后，遵循RSTP协议的标准，处理建立RTSP会话的信令流程，并分配相应的资源，建立对应的媒体通道。
开始播放后，从摄像头和麦克风采集的音视频数据，视频数据在BF561子板上进行H.264编码，并将编码后的视频流通过SPORT口，交由BF536底板上的Live555流媒体服务器处理；音频数据直接由Live555流媒体服务器进行G.729编码。
Live555流媒体服务器根据RTSP协商的结果，将编码后的音视频数据封装为RTP数据，发送到请求的客户端。
系统的整体流程如下图1所示：RTP音视频流图 1 系统流程说明3 系统设计在live555源码的基础上，进行二次开发。
Live555支持H.264源视频文件的流化，需添加对实时流直播的支持；已有优化的G.729编码库，需要添加在live555中添加对G.729音频编码格式的支持。
3.1 RTSP服务器参考live555源码mediaserver/目录下的live555MediaServer.cpp，实现媒体流请求的点播功能。
客户端（Client）与服务器（Server）之间的RTSP信令交互过程如下图2所示：Server图2 RTSP信令交互过程1．RTSP连接的建立过程RTSPServer类用于构建一个RTSP服务器，该类内部定义了一个RTSPClientSession类，用于处理单独的客户会话。
首先创建RTSP服务器(具体实现类是DynamicRTSPServer)，在创建过程中，先建立se tUpOurSocket(ourSocket)在TCP的554（或8554）端口进行监听，然后把连接处理函数句柄(RTSPServer::incomingConnectionHandler)和socket句柄传给任务调度器(taskSchedu ler)。
任务调度器把socket句柄放入后面select调用中用到的socket句柄集(fReadSet)中，同时将socket句柄和incomingConnectionHandler句柄关联起来。
接着，主程序开始进入任务调度器的主循环（doEventLoop），在主循环中调用系统函数select阻塞，等待网络连接。
当RTSP客户端输入(rtsp://192.168.0.1/test.264)连接服务器时，select返回对应的scoket，进而根据前面保存的对应关系，可找到对应处理函数句柄，这里就是前面提到的incomingConnectionHandler了。
在 incomingConnectionHandler中创建了RTSPClient Session，开始对这个客户端的会话进行处理。
2．DESCRIBE请求消息处理过程RTSP服务器收到客户端DESCRIBE请求后，根据请求URL(rtsp://192.168.0.1/test.2 64)，找到对应的流媒体资源，返回响应消息。
live555中的ServerMediaSession类用来处理会话中描述，它包含多个（音频或视频）的子会话描述(ServerMediaSubsession)。
RTSP服务器收到客户端的连接请求，建立了RTSPClientSession类，处理单独的客户会话。
在建立RTSPClientSession的过程中，将新建立的socket句柄（clientSocket）和RTSP请求处理函数句柄 RTSPClientSession::incomingRequestHandler传给任务调度器，由任务调度器对两者进行一对一关联。
当客户端发出RTSP请求后，服务器主循环中的select调用返回，根据socket句柄找到对应的incomingRequestHandler，开始消息处理。
先进行消息的解析，如果发现请求是D ESCRIBE则进入handleCmd_DESCRIBE函数。
根据客户端请求URL的后缀（如test.264），调用成员函数DynamicRTSPServer::lookupServerMediaSession查找对应的流媒体信息 Serv erMediaSession。
若ServerMediaSession不存在，但是本地存在test.264文件，则创建一个新的 ServerMediaSession。
在创建ServerMediaSession过程中，根据文件后缀.264创建一个子会话描述H264VideoFileServerMediaSubsession。
最后由ServerMediaSession完成组装响应消息中的SDP信息（SDP组装过程见下面的描述），然后将响应消息发给客户端，完成一次消息交互。
SDP消息组装过程：ServerMediaSession负责产生会话公共描述信息，子会话描述由 H264VideoFileServe rMediaSubsession产生。
H264VideoFileServerMediaSubsession在其父类成员函数 OnDem andServerMediaSubsession::sdpLines()中生成会话描述信息。
在sdpLines()实现里面，创建一个虚构(dummy)的FramedSource(具体实现类为H264VideoStreamFramer)和RTPSink （具体实现类为SimpleRTPSink和 H264VideoRTPSink），最后调用setSDPLinesFromRTPSin k(...)成员函数生成子会话描述。
3．SETUP请求消息处理过程RTSPClientSession类用于处理单独的客户会话。
其类成员函数handleCmd_SETUP()处理客户端的SETUP请求。
调用parseTransportHeader()对SETUP请求的传输头解析，调用子会话(这里具体实现类为OnDemandServerMediaSubsession)的getStreamParameters()函数获取流媒体发送传输参数。
将这些参数组装成响应消息，返回给客户端。
客户端发送两个SETUP请求，分别用于建立音频和视频的RTP接收。
4．PLAY请求消息处理过程RTSPClientSession类成员函数handleCmd_PLAY()处理客户端的播放请求。
首先调用子会话的startStream()，内部调用MediaSink::startPlaying()，然后是 MultiFramedRTP Sink::continuePlaying()，接着调用 MultiFramedRTPSink::buildAndSendPacket()。
bui ldAndSendPacke内部先设置RTP包头，内部再调用MultiFramedRTPSink::packFrame()填充编码帧数据。
packFrame内部通过FramedSource::getNextFrame(), 接着MPEGVideoStreamFramer:: doGetNextFrame()，再接着经过MPEGVideoStreamFramer::continueReadProcessing()，Fr amedSource::afterGetting(...), MultiFramedRTPSink::afterGettingFrame(...), Mult iFramedRTPSink::afterGettingFrame1(...)等一系列繁琐调用，最后到了 MultiFramedRT PSink::sendPacketIfNecessary(), 这里才真正发送RTP数据包。
然后是计算下一个数据包发送时间，把MultiFramedRTPSink::sendNext(...)函数句柄传给任务调度器，作为一个延时事件调度。
在主循环中，当MultiFramedRTPSink::sendNext()被调度时，又开始调用MultiFramedRTPSink::buildAndSendPacket(...)开始新的发送数据过程，这样客户端可以源源不断的收到服务器传来的RTP包了。
5．TEARDOWN删除会话过程代码实现如下所示：else if (strcmp(extension, ".264") == 0) {NEW_SMS("H.264 Video");OutPacketBuffer::maxSize = 100000; // allow for some possibly large H.264 frames sms->addSubsession(H264VideoFileServerMediaSubsession::createNew(env, reuseSource));sms->addSubsession(G729ServerMediaSubsession::createNew(env, reuseSource));//add by yezi}3.2 H.264视频流化获取发送传输参数的过程：调用子会话（具体实现类H264VideoServerMediaSubsessio n）的 createNewStreamSource()创建H264liveSource视频数据源，选择发送传输参数，并调用子会话的createNewRTPSink()创建H264VideoRTPSink。
同时将这些信息保存在Stream State类对象中，用于记录流的状态。
H.264视频实现相关类图如图3所示：图3 H.264视频实现类图H.264视频流解析过程如图4所示：图4 H.264视频流解析过程3.3 G.729音频编码与流化获取发送传输参数的过程：调用子会话（具体实现类G729AudioServerMediaSubsessio n）的 createNewStreamSource()创建G729AudioSource视频数据源，选择发送传输参数，并调用子会话的createNewRTPSink()创建SimpleRTPSink。
同时将这些信息保存在StreamS tate类对象中，用于记录流的状态。
G.729音频实现相关类图如图5所示：图5 G.729音频实现类图G.729音频流解析过程如图6所示：图6 G.729音频流解析过程4 系统实现系统整体的类图结构如下所示：1. Medium2.RTSPServer2.RTSPOverHTTPServer2.MediaSession2.ServerMediaSession2. ServerMediaSubsession3. OnDemandServerMediaSubsession4. FileServerMediaSubsession5. H264VideoFileServerMediaSubsession4. G711ServerMediaSubsession2. MediaSource3. FramedSource4. H264VideoSource4.G711AudioSource2. MediaSink3.RTPSink4. MultiFramedRTPSink5. MPEG4GenericRTPSink5. VideoRTPSink6. H264VideoRTPSink5. SimpleRTPSink2.RTCPInstance2.RTSPClient4.1 RTSP会话管理参照 live555MediaServer.cpp和DynamicRTSPServer.*改写，实现媒体流的点播功能（简化即可）。