２０１６年５月 计算机工程与设计 ＣＯＭＰＵＴＥＲ ＥＮＧＩＮＥＥＲＩＮＧ ＡＮＤ ＤＥＳＩＧＮ Ｍａｙ ２Ｏ１６ 第３７卷第５期 ＶｏＬ ３７ Ｎｏ．５ 基于Ｌｉｖｅ５５５的手机实时直播系统设计与实现 魏崇毓，张宏琳 （青岛科技大学信息科学技术学院，山东青岛２６６０６１） 摘要：通过对流媒体传输技术、流媒体传输协议、Ｌｉｖｅ５５５流媒体服务器、ｓｏｃｋｅｔ套接字通信和Ｈ．２６４视频格式的研究， 提出一个基于Ｌｉｖｅ５５５流媒体服务器的手机实时监控系统设计方案，实现通过无线网络将手机采集的实时视频数据并发上 传至服务器，在服务器中对数据进行流化处理并广播的功能。针对手机实时直播系统的实时性与并发可靠性要求，设计实 现服务器实时直播功能和客户端与服务器网络传输模式，并验证了设计的可行性、系统的实用可靠性。 关键词：实时直播；流媒体服务器；Ｈ．２６４；Ｌｉｖｅ５５５；ｓｏｃｋｅｔ 中图法分类号：ＴＰ３７ 文献标识号：Ａ 文章编号：１０００—７０２４（２０１６）０５—１１５６—０５ ｄｏｉ：１０．１６２ｏ８／ｊ．ｉｓｓｎｌ０００—７０２４．２０１６．０５．００８ Ｄｅｓｉｇｎ ａｎｄ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ ｍｏｂｉｌｅ ｒｅａｌ－ｔｉｍｅ ｂｒｏａｄｃａｓｔ ｓｙｓｔｅｍ ｂａｓｅｄ ｏｎ Ｌｉｖｅ５ ５ ５ ＷＥＩ Ｃｈｏｎｇ—ｙｕ．ＺＨＡＮＧ Ｈｏｎｇ－ｌｉｎ （Ｓｃｈｏｏｌ ｏｆ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｃｉｅｎｃｅ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ，Ｑｉｎｇｄａｏ Ｕｎｉｖｅｒｓｉｔｙ ｏｆ Ｓｃｉｅｎｃｅ ａｎｄ Ｔｅｃｈｎｏｌｏｇｙ，Ｑｉｎｇｄａｏ ２６６０６１，Ｃｈｉｎａ） Ａｂｓｔｒａｃｔ：Ｔｈｒｏｕｇｈ ｔｈｅ ｒｅｓｅａｒｃｈ ｏｆ ｓｔｒｅａｍｉｎｇ ｍｅｄｉａ ｔｒａｎｓｍｉｓｓｉｏｎ ｔｅｃｈｎｏｌｏｇｙ ａｎｄ ｐｒｏｔｏｃｏｌｓ，Ｌｉｖｅ５５５ ｓｔｒｅａｍｉｎｇ ｍｅｄｉａ ｓｅｒｖｅｒ， ｓｏｃｋｅｔ ｃｏｍｍｕｎｉｃａｔｉｏｎ ａｎｄ Ｈ．２６４ ｖｉｄｅｏ ｆｏｒｍａｔｓ，ａ ｍｏｂｉｌｅ ｒｅａｌ—ｔｉｍｅ ｍｏｎｉｔｏｒｉｎｇ ｓｙｓｔｅｍ ｂａｓｅｄ ｏｎ Ｌｉｖｅ５５５ ｓｔｒｅａｍｉｎｇ ｍｅｄｉａ ｓｅｒｖｅｒ ｗａｓ ｄｅｓｉｇｎｅｄ．Ｔｈｅ ｃｏｎｃｕｒｒｅｎｔ ｕｐｌｏａｄｉｎｇ ｏｆ ｒｅａｌ—ｔｉｍｅ ｖｉｄｅｏ ｆｒｏｍ ｔｈｅ ｃｅｌｌ ｐｈｏｎｅ ｗａｓ ａｃｈｉｅｖｅｄ ｖｉａ ｗｉｒｅｌｅｓｓ ｎｅｔｗｏｒｋ，ａｎｄ ｖｉｄｅｏ ｐｒｏ— ｃｅｓｓｉｎｇ ａｎｄ ｂｒｏａｄｃａｓｔｉｎｇ ｏｎ ｔｈｅ ｓｅｒｖｅｒ ｗｅｒｅ ｒｅａｌｉｚｅｄ．Ａｉｍｉｎｇ ａｔ ｒｅａｌ—ｔｉｍｅ ｍｏｎｉｔｏｒｉｎｇ ａｎｄ ｃｏｎｃｕｒｒｅｎｃｙ ｒｅｌｉａｂｉｌｉｔｙ ｒｅｑｕｉｒｅｍｅｎｔｓ， ｔｈｅ ｒｅａｌ－ｔｉｍｅ ｂｒｏａｄｃａｓｔ ｆｕｎｃｔｉｏｎ ａｎｄ ｄａｔａ ｔｒａｎｓｍｉｓｓｉｏｎ ｍｏｄｅ ｗｅｒｅ ｒｅａｌｉｚｅｄ．Ｒｅｓｕｌｔｓ ｓｈｏｗ ｔｈａｔ ｔｈｅ ｓｙｓｔｅｍ ｉｓ ｆｅａｓｉｂｌｅ ａｎｄ ｔｈｅ ｓｙｓ— ｔｅｍ ｉｓ ｒｅｌｉａｂｌｅ． Ｋｅｙ ｗｏｒｄｓ：ｒｅａｌ—ｔｉｍｅ ｂｒｏａｄｃａｓｔ；ｓｔｒｅａｍｉｎｇ ｍｅｄｉａ ｓｅｒｖｅｒ；Ｈ．２６４；Ｌｉｖｅ５５５；ｓｏｃｋｅｔ ０引 言 随着４Ｇ技术的发展和无线网络覆盖的逐渐完善，移动 网络的传输速度大幅度提升ｌ１］。移动手机的高度智能化， １手机实时直播系统整体设计 系统采用ｃ／ｓ模式，客户端包括Ａｎｄｒｏｉｄ智能手机和 ＰＣ机，负责视频采集、编码与视频解码播放；服务器分３ 使得利用手机作为视频采集设备进行实时监控成为可能。 使用手机作为终端，不仅方便快捷，且成本低，实时性好， 可以达到随时随地进行视频直播的目的。 部分，包括流媒体服务器、数据库服务器和Ｗｅｂ服务器。 流媒体服务器基于开源项目Ｌｉｖｅ５５５流媒体服务器进行改 进，负责从采集终端接收并保存实时视频流，再以流式协 本文系统视频采集终端基于Ａｎｄｒｏｉｄ平台利用ＦＦｍｐｅｇ 进行Ｈ．２６４视频编码；核心组件流媒体服务器采用 Ｌｉｖｅ５５５开源项目，利用ＵＤＰ ｓｏｃｋｅｔ并结合多线程管理的 方式来实现并发连接，能够接收多个采集端的视频数据并 议直播给客户端。数据库服务器负责保存视频名称和用户 信息。Ｗｅｂ服务器负责服务器和客户端的会话管理，给客 户端发布系统资源和提供登录入口。 系统整体设计如图１所示。 手机采集端采集视频时，首先通过２Ｇ／３Ｇ／４Ｇ／ＷｉＦｉ网 络登录到服务器，连接并验证成功后进入拍摄预览状态。 服务器收到采集端连接信息后，在数据库中添加视频名称、 实时打包、广播到播放端。相比传统监控更加高效便携， 并解决了市面上基于移动终端视频传输无法保存历史视频 数据、需要将视频文件全部下载才能观看的缺陷。 收稿日期：２０１５—０６—１２；修订日期：２０１５—０８—１８ 基金项目：国家科技重大专项基金项目（２０１２ＺＸ０３００２０） 作者简介：魏崇毓（１９５７一），男，江苏徐州人，博士，教授，研究方向为通信与电子系统；张宏琳（１９９０一），女，黑龙江佳木斯人，硕士 研究生，研究方向为计算机通信网理论与技术。Ｅ－ｍａｉｌ：ｈｃｚｈｌ＠１６３．ｃｏｍ 第３７卷第５期 魏崇毓，张宏琳：基于Ｌｉｖｅ５５５的手机实时直播系统设计与实现 曩 图１系统整体设计 ：一播放数据—＋ ：Ｉ — Ｉ 无线网 ＰＣ机 视频来源及视频类型等标识。手机将采集到的视频数据用 Ｈ．２６４格式进行压缩编码并发送给服务器。服务器将收到 络接口，用于数据包的发送和接收，支持广播功能。Ｂａｓｉｃ－ ＵｓａｇｅＥｎｖｉｒｏｎｍｅｎｔ实现控制台的输入输出和信号。Ｌｉｖｅ— Ｍｅｄｉａ是Ｌｉｖｅ５５５的重心，包含ＲＴＳＰ会话类和多种音视频 格式编码的类。Ｌｉｖｅ５５５中Ｓｏｕｒｃｅ是数据源，即产生数据的 对象，Ｓｉｎ１【是消费数据的对象，Ｓｏｕｒｃｅ和Ｓｉｎｋ通过ＲＴＰ子 的实时数据保存至本地文件并等待播放端随时可能到来的 播放请求。当服务器收到播放请求时，将视频数据进行 ＲＴＰ打包，由ＲＴＳＰ会话传送给播放端＿２］。播放端利用支 持流媒体的视频工具进行解码、播放。 会话联系在一起，数据流经过各级Ｓｏｕｒｃｅ最终传送到ｓｉｎｋ。 ２ ＲｒＰ／ｍ￣ａ，流媒体协议及Ｌｉｖｅ５５５流媒体服务器 ２．１ ＲＴＰ、ＲＴＣＰ和ＲＴＳＰ ３系统实时直播功能设计与实现 Ｌｉｖｅ５５５流媒体服务器在ＲＴＳＰ会话中支持提取本地音 视频文件，在ｃｏｎｔｉｎｕｅＰｌａｙｉｎｇ（）中将数据打包，ＢｕｌｉｄＡｎｄ— 实时传输协议ＲＴＰ为流媒体数据提供实时的端与端之 间的传输服务，与传统传输层协议相比，具有简单、可扩 展、支持多点投递、适用广泛的网络接口等特点。ＲＴＰ本 身并没有对于时间和服务质量的控制，只负责传输流媒体 数据，同ＵＤＰ一样为追求传输效率，无法保证传输数据有 序可靠 。 ＳｅｎｄＰａｃｋｅｔ（）中准备ＲＴＰ包头，用ＰａｃｋＦｒａｍｅ（）组帧， ｇｅｔＮｅｘｔＦｒａｍｅ（）从数据源Ｓｏｕｒｃｅ中不断获取数据，由 ｓｅｎｄＰａｃｋｅｔｌｆＮｅｃｅｓｓａｒｙ（）发送数据包给播放端。本系统中 不仅要利用Ｌｉｖｅ５５５的历史文件点播功能， 还要实现视频 的实时直播。由于Ｓｏｕｒｃｅ为产生数据的数据源，想要实现 实时直播，只需要在Ｌｉｖｅ５５５中创建实时数据源ＵＤＰＶｉｄｅｏ－ Ｓｏｕｒｃｅ。当采集端把数据传送给服务器时，服务器把数据 实时传输控制协议ＲＴＣＰ负责对ＲＴＰ进行控制、同 步。ＲＴＰ会话期间以一定的频率发送ＲＴＣＰ报，以此来监 听会话信息，动态的调整传输达到效率最佳。 实时传输流协议ＲＴＳＰ属于应用层协议，用于发起、 终结一个或多个流媒体会话，对流媒体服务器进行网络远 程监控。在一次基本的ＲＴＳＰ会话过程中，客户端连接到 流媒体服务器并发送ＤＥＳＣＲＩＢＥ描述命令，流媒体服务器 保存至接收缓冲区，并不断把缓冲区数据保存在本地文件 中，当有播放请求时，首先判断此时数据的状态，如果是 正在采集，则从接收缓冲区中提取数据并发送，如果是历 史文件，则按照Ｌｉｖｅ５５５原本的数据发送逻辑，将本地视 频数据进行处理并发送，从而实现既能支持文件的接收、 通过发送ＳＤＰ描述反馈给客户端，客户端分析该ＳＤＰ描述 并为会话中的每一个数据流发送ＳＥＴＵＰ会话建立命令，并 告知服务器客户端的接收端口，至此则成功建立了流媒体 连接［４ ］。然后由客户端发送ＰＬＡＹ播放命令，服务器开 存储、点播，又支持实时直播功能。 数据传输过程如图２所示。 根据Ｈ．２６４的解码原理可知，在解码Ｈ．２６４格式的视 频时，必须要送给解码器视频数据的Ｉ帧（帧内编码帧， 是一种自带全部信息的独立帧，可独立进行解码，其中首 始通过ＵＤＰ协议传输ＲＴＰ数据包，在播放期间客户端可 以向服务器发送快进、快退、暂停等控制命令。最后，可 由客户端发送ＴＥＡＲＤ０ｗＮ命令来终止会话。 ２．２ Ｌｉｖｅ５５５介绍 个Ｉ帧叫ＩＤＲ帧）。然而视频播放时仅仅把Ｉ帧送给解码器 是不够的，还必须在Ｉ帧之前传输相应的序列参数集（ｓｅ— ｑｕｅｎｃｅ ｐａｒａｍｅｔｅｒ ｓｅｔ，ＳＰＳ）和图像参数集（ｐｉｃｔｕｒｅ ｐａｒａ－ ｍｅｔｅｒ ｓｅｔ，ＰＰＳ），Ｈ．２６４的ＳＰＳ和ＰＰＳ包含了初始化Ｈ．２６４ 解码器所需要的信息参数。因此在发送视频数据时应将全 Ｌｉｖｅ５５５流媒体服务器是为流媒体提供解决方案的Ｃ＋＋ 开源项目［６］，支持ＲＴＰ／ＲＴＣＰ、ＲＴＳＰ和ＳＩＰ等流媒体传 输协议，能够支持多种音视频格式如ＭＰＥＧ、ａｒｎｒ、ＤＶ数 据的接收、流化和处理［７］。Ｌｉｖｅ５５５源码包括４个基本模 块：ＵｓａｇｅＥｎｖｉｒｏｎｍｅｎｔ、Ｇｒｏｕｐｓｏｃｋ、ＢａｓｉｃＵｓａｇｅＥｎｖｉｒｏｎ— 部ＳＰＳ和ＰＰＳ依次发送至解码器，直到搜索到一个Ｉ帧。 Ｈ．２６４视频编码标准分为视频编码层ＶＣＬ和网络抽象 层ＮＡＬ＿８］。视频编码层负责视频内容的核心压缩编码的表 述，网络抽象层负责按照网络要求将数据进行打包和传送。 对每帧数据来说，帧头定界标志和帧数据组成一个ＮＡＬ单 ｍｅｎｔ和ＬｉｖｅＭｅｄｉａ。ＵｓａｇｅＥｎｖｉｒｏｎｍｅｎｔ代表整个系统的运 行环境，提供错误记录和错误报告功能。Ｇｍｕｐｓｏｃｋ实现网 计算机工程与设计 ２０１６正 图２数据传输过程 元，每个ＮＡＬ前都有ＯＯ ００ Ｏ１分隔符。ＳＰＳ开头标志位。０ ＯＯ ＯＯ Ｏｌ ６７，ＰＰＳ开头为。０ ＯＯ。０ Ｏ１ ６８，Ｉ帧标志位Ｏ０。０ 是有限的多处理器架构的情况下，则是利用多线程等技术 来实现。多线程是指程序中包含多个执行流，一个程序可 Ｏ１ ６５。在视频传输过程中，要保证ＳＰＳ、ＰＰＳ在数据流的 开头，并且在ＳＰＳ和ＰＰＳ之后带有Ｉ帧。因此，在从接收 缓冲区中读取实时数据的时候首先要判断ＳＰＳ的位置，根 据定位移动读写指针位置，从而发送有效的实时数据。 在Ｌｉｖｅ５５５原逻辑中，数据源为ＢｙｔｅＳｔｒｅａｍＦｉｌｅＳｏｕｒｃｅ， 是一个对于文件数据的抽象数据源，读取数据的接口为 ｄｏＲｅａｄＦｒｏｍＦｉｔｅ（），调用ｆｒｅａｄ（ｆＴＯ，１，ｆＭａｘＳｉｚｅ，ｆＦｉｄ） 来读取文件。新数据源在发送数据前先判断当前视频数据 状态，如果是正在采集中：ｉｆ（ｔｈｉｓ一＞ｃｌｉｅｎｔ—ｉｄ！—一１＆＆ ｈａｓ ｓｅｅｋ ｒ ｔｈｉｓ－＞ｃｌｉｅｎｔ ｉｄ］一一ｆａｌｓｅ＆＆ｓｔａｔｅ ｃｌｉｅｎｔ ［ｔｈｉｓ一＞ｃｌｉｅｎｔ—ｉｄ］一一１），则在接收缓冲区中找到ＳＰＳ的 位置ｉｆ（ｎａｌ［Ｏ］一＝ＯｘＯ０＆＆ｎａｌ［１］一一ＯｘＯ０＆＆ｎａｌ ［２］一一ＯｘＯ０＆＆ｎａｌ［３］一一０ｘ０１＆＆ｎａｌ Ｅ４］一一 ０ｘ６７）。如果是历史文件，则调用ｆｒｅａｄ（ｆＴｏ，１，ｆＭａｘＳｉｚｅ， ｆＦｉｄ）直接读取文件。 ４客户端与服务器网络传输的设计与实现 ４．１ ｓｏｃｋｅｔ套接字 Ｗｉｎｄｏｗｓ ｓｏｃｋｅｔ是Ｗｉｎｄｏｗｓ平台下为网络编程开放的 一个端口，借助于Ｗｉｎｄｏｗｓ ｓｏｃｋｅｔ提供的协议服务，几乎 可以创建任何类型的ＴＣＰ／ＩＰ网络应用，而且详尽灵活， 屏蔽了网络处理的底层细节＿９］。ＴＣＰ／ＩＰ的ｓｏｃｋｅｔ有面向连 接和面向无连接两种方式。流式套接字（ＳＯＣＫ— ＳＴＲＥＡＭ），提供连接的、可靠的数据传送服务，数据无差 错、无重复地发送，客户端按发送顺序接收；数据报式套 接字（ＳＯＣＫ—ＤＧＲＡＭ），提供无连接服务，无法保证数 据传输顺序，数据可能丢失或重复。由于数据报式套接字 使用ＵＤＰ协议，无需建立连接，传输速度快，实时性好。 虽然无法保证数据可靠无差错，但对于实时性要求较高的 视频应用，客户可以忍受丢帧情况，但无法忍受长时间等 待。因此本系统使用ＴＣＰ ｓｏｃｋｅｔ建立采集端与服务器的稳 定连接，然后使用ＵＤＰ ｓｏｃｋｅｔ传输视频数据，既保证了用 户连接的可靠性，也实现了数据实时传输的效率。 ４．２多线程并发 对于视频实时直播系统来说，核心要求就是在传输大 量视频数据时网络延迟小并且满足能够对多任务并行处理。 并发服务器是指在同一时刻可以处理多个客户端请求的服 务器，但这并不一定是真正同时处理多个请求。在服务器 以同时运行多个不同的执行路径来执行不同的任务。系统 在多个线程之间快速切换，看上去就像并发处理多个任 务ｌ１ 。在并发处理过程中，使用高效的数据结构和全局变 量可以提高程序的运行效率。虽然全局变量在一定程度上 会提高模块间耦合性，但只要正确合理的利用，则会减少内 存寻址时间、提高内存利用率、减少内存分配所带来的消 耗，进而提高系统效率。当服务器应用程序面临多个服务请 求，有同时执行多个任务的需要，使用多线程是首要选择。 ４．３网络传输设计与实现 客户端与服务器通信过程如图３所示。 本服务器采用主线程统一监听、连接采集端并为其分 配数据传输端口，创建任务线程接收采集端数据的方法。 当有采集端的连接请求时，通过创建线程的方式单独处理 数据通信，提高视频传输的实时性。服务器首先建立一个 主线程Ｃｒｅａｔ ＿ｈｒｃａｄ（ＮＵＬＬ，０，（Ｕ Ｈ褂１ＡＤ Ｓ Ｔ ＲＯＵＴＩＮＥ）Ｔｈｒｅａｄｂ，ＬＰＶＯＩＤ（ｕｒｔＰｒｅｆｉｘ），０， ＆ＴｈｒｅａｄＩＤ—ｂ），与通常的ＴＣＰ服务器一样，初始化套接 字动态库ＷＳＡＳｔａｒｔｕｐ（ＭＡＫＥＷＯＲＤ（２，２），＆ｗｓｄ），创 建套接字ｓｏｃｋｅｔ（ＡＦ—ＩＮＥＴ，ＳＯＣＫＳＴＲＥＡＭ，０）；接 着设置服务器地址，调用ｂｉｎｄ（ｆｄ，（ｓｏｃｋａｄｄｒ＊）＆ａｄｄｒｓｅｒｖｅｒ，ｓｉｚｅｏｆ（ａｄｄｒ—ｓｅｒｖｅｒ））绑定本地地址，调用ｌｉｓｔｅｎ （ｆｄ，５）设置侦听的队列长度。当采集端连接到来ａｃｃｐｅｔ（） 成功时，使用ｒｅｃｖ（）接收采集端指令，若为“ｅｘｉｔ”则结 束；若为“ｓｔａｒｔ”则利用ＭｙＳＯＬ的Ｃ语言ＡＰＩ函数ｍｙｓｑｌ— ｒｅａｌｃｏｎｎｅｃｔ（ｍｙｓｑｌ，ｈｏｓｔ，ｕｓｅｒ，ｐａｓｓ，ｄｂ，ｐｏｒｔ， ＮＵＬＬ，０）连接ＭｙＳＱＬ数据库，用ｍｙｓｑｌ—ｑｕｅｒｙ （ｍｙｓｑｌ，ｃｏｍｍａｎｄ）和ｍｙｓｑｌ—ｓｔｏｒｅ—ｒｅｓｕｌｔ（ｍｙｓｑ１）查找 ＭｙＳＱＬ数据库并返回结果集，根据结果集判断请求连接的 视频名称的状态。如果该视频已存在或正处于连接状态或 已为采集端连接数量的上限，则结束，否则为该采集端分 配ＵＤＰ ｓｏｃｋｅｔ连接端口号并创建一个线程进行数据接收及 处理，每到达一个客户端为其创建一个任务线程。 考虑到最大传输单元ＭＴＵ（一种通信协议的某一层上 可以通过的最大数据包）如果过小，则传输效率小，但如果 过大，则在ＩＰ层要进行分片、重组，增大传输延迟。以太 网的ＭＴＵ为１５００ ｂｙｔｅｓ，其中ＩＰ报头占用２Ｏ字节，ＵＤＰ 报头占用８字节，据此采集端数据报大小设置为１４７０ ｂｙｔｅｓ， 服务器缓冲区设置为１４７０，每次接收１４７０ ｂｙｔｅｓ数据。 · １１６Ｏ· 计算机工程与设计 ２０１６正 ［３］Ｒｅａｌ ｔｉｍｅ ｓｔｒｅａｍｉｎｇ ｐｒｏｔｏｃｏｌ（ＲＴＳＰ）［ｓ］．ＲＦＣ２３２６． ［４］ＭＡ０ Ｙａｎｆｅｉ，ＨＵＡＮＧ Ｚｈｏｎｇｄｏｎｇ．Ｒｅｓｅａｒｃｈ ａｎｄ ｄｅｓｉｇｎ ｏｆ ｗｅｂ ＤＶＲ ｓｙｓｔｅｍ ｂａｓｅｄ ｏｎ ｒｅａｌ—ｔｉｍｅ ｓｔｒｅａｍｉｎｇ ｐｒｏｔｏｃｏｌ［Ｊ］． ｏｍｐｕｔｅｒ ＣＥｎｇｉｎｅｅｒｉｎｇ ａｎｄ Ｄｅｓｉｇｎ，２０１１，３２（７）：２５２３—２５３０ （ｉｎ Ｃｈｉｎｅｓｅ）．［茅炎菲，黄忠东．基于ＲＴＳＰ协议网络监控系 统的研究与实现ＥＪ］．计算机工程与设计，２０１１，３２（７）： ２５２３—２５３０．］ ［５］ＹＡＮＧ Ｌｉｎｇ，ＺＥＮＧ Ｈａｏ，ＸＩＡＯ Ｙａｎｇ．Ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ 图５播放效果 ６结束语 本文讨论了ＲＴＰ／ＲＴＣＰ协议的流媒体传输、Ｌｉｖｅ５５５ 流媒体服务器和ｓｏｃｋｅｔ网络通信，提出了一种以Ｌｉｖｅ５５５ 流媒体服务器为核心的手机实时监控方案。系统采用了 ＵＤＰ ｓｏｃｋｅｔ和多线程结合的方法实现了多采集端并发，比 使用ＴＣＰ ｓｏｃｋｅｔ的ＩＯ循环复用模型更适用于实时性要求 高的视频传输系统，使用替换服务器数据源的方式实现了 数据的实时传输。服务器适用于Ｗｉｎｄｏｗｓ和Ｌｉｎｕｘ系统， 智能手机可以使用各种无线网络随时随地实现视频采集， 系统运行稳定，基本实现了手机实时直播的功能。 参考文献： Ｌ１］ｗｕ Ｊｉａｎｈｕａ，ＸＵ Ｈａｏ。ＤＩＮＧ Ｙｕｅｈｕａ．Ｄｅｓｉｇｎ ａｎｄ ｉｍｐｌｅｍｅｎ— ｔａｔｉｏｎ ｏｆ ｒｅａｄ－ｔｉｍｅ ｍｏｎｉｔｏｒ ｓｙｓｔｅｍ ｉｎ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ［Ｊ］． Ｃｏｍｐｕｔｅｒ Ｅｎｇｉｎｅｅｒｉｎｇ ａｎｄ Ｄｅｓｉｇｎ，２０１０，３１（１０）：２１９６—２２６９ （ｉｎ Ｃｈｉｎｅｓｅ）．［吴建华，徐浩，丁月华．移动网络手机实时监 控系统的设计与实现［Ｊ］．计算机工程与设计，２０１０，３１ （１Ｏ）：２１９６—２２６９．］ Ｅ２］ＨＵＡＮＧ Ｚｈｉｈｏｎｇ，ＺＨＡＮＧ ｔ３ｏ，ＷＵ Ｌｉｌｉ，ｅｔ ａ１．Ｄｅｓｉｇｎ ａｎｄ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ ｓｔｒｅａｍｉｎｇ ｍｅｄｉａ ｖｉｄｅｏ ｓｅｒｖｉｃｅ ｓｙｓｔｅｍ ｂａｓｅｄ ｏｎ Ｊ２ＭＥ［Ｊ］．Ｃｏｍｐｕｔｅｒ Ｅｎｇｉｎｅｅｒｉｎｇ ａｎｄ Ｄｅｓｉｇｎ，２０１０，３１ （１９）：４１５４—４１５７（ｉｎ Ｃｈｉｎｅｓｅ）．［黄志宏，张波，巫莉莉，等． 基于Ｊ２ＭＥ的流媒体视频服务系统的设计与实现ＥＪ］．计算机 工程与设计，２０１０，３１（１９）：４１５４—４１５７．］ ｃｌｉｅｎｔ ｓｉｍｕｌａｔｉｏｎ ｔｏｏｌ ｆｏｒ ＤＳＳ［Ｊ］．Ｖｉｄｅｏ Ｅｎｇｉｎｅｅｒｉｎｇ，２０１２， ３６（１）：１３６—１４０（ｉｎ Ｃｈｉｎｅｓｅ）． ［杨玲，曾浩，肖洋．基于 ＤＳＳ的定制客户端测试工具的实现ＩＪ］．电视技术，２０１２，３６ （１）：１３６ １４０．］ ［６］ＬＩＵ Ｃｈａｎｇｌｉｎｇ，ＢＡＯ Ｊｉｅ，ＷＡＮＧ Ｎｉｎｇｇｕｏ．Ｄｅｓｉｇｎ ａｎｄ ｉｍ ｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ ｎｅｔｗｏｒｋ ｖｉｄｅｏ ｍｏｎｉｔｏｒｉｎｇ ｓｙｓｔｅｍ ｂａｓｅｄ ｏｎ Ｌｉｖｅ５５５ ｌ－Ｊ］．Ｊｏｕｒｎａｌ ｏｆ Ｍｏｄｅｒｎ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ Ｔｅｃｈｎｏｌｏｇｙ， ２０１２，１２（１）：３８ ４２（ｉｎ Ｃｈｉｎｅｓｅ）．［刘畅棂，包杰，王宁国． 基于Ｌｉｖｅ５５５的网络视频监控系统设计与实现［Ｊ］．现代电信 科技，２０１２，１２（１）：３８—４２．］ ［７］ＷＡＮＧ Ｎｉｎｇｇｕｏ，ｗＵ Ｃｕｉｘｉａｎ，ＬＩＵ Ｃｈａｎｇｌｉｎｇ，ｅｔ ａ１．Ｄｅｓｉｇｎ ａｎｄ ｉｍｐｌｅｍｅｎｔａｔｉｏｎ ｏｆ ｔｈｅ Ａｎｄｒｏｉｄ ｗｉｒｅｌｅｓｓ ｖｉｄｅｏ ｍｏｎｉｔｏｒｉｎｇ ｔｅｒｍｉｎａｌ ｂａｓｅｄ ｏｎ Ａｎｄｒｏｉｄ［Ｊ］．Ｄｉｇｉｔａｌ Ｔｅｃｈｎｏｌｏｇｙ＆Ａｐｐｌｉｃａ ｔｉｏｎ，２０１２，１２（１）：１２４—１２５（ｉｎ Ｃｈｉｎｅｓｅ）．［王宁国，吴翠 先，刘畅棂，等．基于Ａｎｄｒｏｉｄ的无线视频监控终端的设计与 实现［Ｊ］．数字技术与应用，２０１２，１２（１）：１２４—１２５．］ ［８］ＺＨＯＵ Ｊｉｎｇｊｉｎｇ，ＳＨＵ Ｘｉａｎｇ，ＬＯＮＧ Ｔａｏ，ｅｔ ａ１．Ｒｅｓｅａｒｃｈ ｏｎ ｔｈｅ ｋｅｙ ｔｅｃｈｎｏｌｏｇｙ ｏｆ ａ ｒｅａｌ—ｔｉｍｅ ｓｔｒｅａｍｉｎｇ ｍｅｄｉａ ｍｏｎｉｔｏｒｉｎｇ ｂａｓｅｄ ｏｎ Ａｎｄｒｏｉｄ ｏｐｅｒａｔｉｎｇ ｓｙｓｔｅｍ［Ｊ］．Ｍｉｃｒｏｃｏｍｐｕｔｅｒ＆Ｉｔｓ Ａｐｐｌｉｃａｔｉｏｎｓ，２０１３，３２（１９）：４－７（ｉｎ Ｃｈｉｎｅｓｅ）． ［周晶晶， 舒翔，龙涛，等．Ａｎｄｒｏｉｄ实时流媒体监控的关键技术研究 口］．微型机与应用，２０１３，３２（１９）：４－７．］ ［９］Ｂｏｂ Ｑｕｉｎｎ，Ｄａｖｅ Ｓｈｕｔｅ．Ｗｉｎｄｏｗｓ Ｓｏｃｋｅｔｓ ｎｅｔｗｏｒｋ ｐｒｏｇｒａｍ— ｍｉｎｇ［Ｍ］．Ｂｅｉｊｉｎｇ：Ｃｈｉｎａ Ｍａｃｈｉｎｅ Ｐｒｅｓｓ，２０１２（ｉｎ Ｃｈｉ— ｎｅｓｅ）．［Ｂｏｂ Ｑｕｉｎｎ，Ｄａｖｅ Ｓｈｕｔｅ．Ｗｉｎｄｏｗｓ Ｓｏｃｋｅｔｓ网络编程 ＥＭ］．北京：机械工业出版社，２０１２．］ ［１Ｏ］ＹＡＮＧ Ｋａｉｊｉｅ，ＬＩＵ Ｑｉｕｉｕ，ＸＵ Ｔｉｎｇｒｏｎｇ．Ｏｎ ｍｕｌｔｉ—ｔｈｒｅａｄｅｄ ｃｏｎｃｕｒｒｅｎｔ ｃｏｎｔｒｏｌ ｔｅｃｈｎｏｌｏｇｙ ｆｏｒ ｔｈｒｅａｄ ｐｏｏｌ ｒＪ］．Ｃｏｍｐｕｔｅｒ Ａｐｐｌｉｃａｔｉｏｎｓ ａｎｄ Ｓｏｆｔｗａｒｅ，２０１０，２７（１）：１６８—１７０（ｉｎ Ｃｈｉ— ｎｅｓｅ）．［杨开杰，刘秋菊，徐汀荣．线程池的多线程并发控 制技术研究［Ｊ］．计算机应用与软件，２０１０，２７（１）： １６８—１７０．］