基于ARM11的视频实时传输系统

２０１　０年第１　９卷第１　１期　计算机系统应用　基于ＡＲＭ　１１的视频实时传输系统①　李　岸　许雪梅　郭巧云　黄　帅　墨　芹　（中南大学物理学院湖南长沙４１　００８３）　摘要：本文介绍了一种Ｈ。２６４视频流实时传输系统的设计和实现方法。该系统包括服务器和客户端两大部分。　服务器端以三星公司最新ＡＲＭ１１芯片￥３Ｃ６４１　０作为主控制器，在嵌入式ｌｉｎｘｕ环境下，利用Ｖ４Ｌ２　接口技术、最新的Ｈ．２６４视频编码技术、ＲＴＰ／ＲＴＣＰ传输协议完成视频的实时采集、编码、传输。在　客户端完成了视频实时显示与存储的应用程序开发。经测试，该系统可达到２５ｆｐｓ＠７２０Ｘ４８０的画质　效果，传输视频清晰、稳定，具有很强的实用性和广阔的应用前景。　关键词：ＡＲＭ１１；视频监控；Ｈ．２６４；ＲＴＰ　Ｖｉｄｅｏ　Ｓｔｒｅａｍｉｎｇ　Ｒｅａｌ—Ｔｉｍｅ　Ｔｒａｎｓｍｉｓｓｉｏｎ　Ｓｙｓｔｅｍ　Ｂａｓｅｄ　ｏｎ　ＡＲＭ１１　ＬＩ　Ａｎ，ＸＵ　Ｘｕｅ—Ｍｅｉ，ＧＵＯ　Ｑｉａｏ・Ｙｕｎ，ＨＵＡＮＧ　Ｓｈｕａｉ，ＭＯ　Ｑｉｎ　（Ｉｎｓｔｉｔｕｔｅ　ｏｆＰｈｙｓｉｔｓ，Ｃｅｎｔｒａｌ　Ｓｏｕｔｈ　Ｕｎｉｖｅｒｓｉｔｙ，Ｃｈａｎｇｓｈａ　４　１　００８３，Ｃｈｍａ）　Ａｂｓｔｒａｃｔ：　Ｔｈｉｓ　ｐａｐｅｒ　ｐｒｅｓｅｎｔｓ　ａ　ｍｅｔｈｏｄ　ｏｆ　ｄｅｓｉｇｎ　ａｎｄ　ｒｅａｌｉｚａｔｉｏｎ　ｏｆ　Ｈ．２６４　ｖｉｄｅｏ　ｓｔｒｅａｍｉｎｇ　ｒｅａｌ－ｔｉｍｅ　ｔｒａｎｓｍｉｓｓｉｏｎ　ｓｙｓｔｅｍ，ｗｈｉｃｈ　ｃｏｎｔａｉｎｓ　ｔｗｏ　ｐａｒｔｓ－－ｓｅｒｖｅｒ　ａｎｄ　ｃｌｉｅｎｔ．Ｕｓｉｎｇ　ｔｈｅ　Ｓａｍｓｕｎｇ　Ｓ　ｌａｔｅｓｔ　ＡＲＭ　１　ｌ　ｃｈｉｐ￥３Ｃ６４　１　０　ａｓ　ｔｈｅ　ｍａｉｎ　ｃｏｎｔｒｏｌｌｅｒ，Ｓｅｒｖｅｒ　ａｄｏｐｔｓ　Ｖ４Ｌ２　ｉｎｔｅｒｆａｃｅ　ｔｅｃｈｎｏｌｏｇｙ，ｔｈｅ　ｌａｔｅｓｔ　Ｈ．２６４　ｖｉｄｅｏ　ｃｏｄｉｎｇ　ｔｅｃｈｎｏｌｏｇｙ，　ａｎｄ　ＲＴＰ／ＲＴＣＰ　Ｒｅａｌ－ｔｉｍｅ　ｎａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ　ｔｏ　ｃｏｍｐｌｅｔｅ　ｖｉｄｅｏ　ｃａｐｔｕｒｅ，ｅｎｃｏｄｉｎｇ，ａｎｄ　ｔｒａｎｓｍｉｓｓｉｏｎ　ｐｒｏｃｅｓｓ　ｉｎ　ｔｈｅ　ｅｍｂｅｄｄｅｄ　ｅｎｖｉｒｏｎｍｅｎｔ　ｏｆ　ｌｉｎｕｘ．Ｔｈｅ　ａｐｐｌｉｃａｔｉｏｎ　ｄｅｖｅｌｏｐｍｅｎｔ　ｏｆ　ｖｉｄｅｏ　ｒｅａｌ－ｔｉｍｅ　ｄｉｓｐｌａｙ　ａｎｄ　ｓｔｏｒａｇｅ　ｃａｎ　ｂｅ　ａｃｈｉｅｖｅｄ　ｉｎ　ｔｈｅ　ｃｌｉｅｎｔ　ｅｎｄ．Ｅｘｐｅｒｉｍｅｎｔａｌ　ｒｅｓｕｌｔｓ　ｓｈｏｗ　ｔｈａｔ　ｔｈｅ　ｓｙｓｔｅｍ　ｃａｎ　ａｃｈｉｅｖｅ　２５ｆｐｓ＠　７２０×４８０　ｉｍａｇｅ　ｑｕａｌｉｔｙ，ａｎｄ　ｔｈｅ　ｖｉｄｅｏ　ｉｓ　ｄｅｌｉｖｅｒｅｄ　ｃｌｅａｒ　ａｎｄ　ｓｔａｂｌｅ　ｗｉｔｈ　ｓｔｒｏｎｇ　ｐｒａｃｔｉｃａｌ　ａｎｄ　ｂｒｏａｄ　ａｐｐｌｉｃａｔｉｏｎ　ｐｒｏｓｐｅｃｔｓ．　Ｋｅｙｗｏｒｄｓ：　ＡＲＭ１　ｌ：ｖｉｄｅｏ　ｓｕｒｖｅｉｌｌａｎｃｅ；Ｈ．２４６；ＲＴＰ　１　引言　随着信息技术与网络技术的发展，人们对视频传　输的效果如实时性、清晰度等，传输设备的体积大小，　功耗节能等方面提出了更高的要求。因此开发出便携　本文采用三星公司最新的ＡＲＭ　１１芯片进行开发，利　用内部模块ＭＦＣ完成Ｈ。２６４的编解码，在嵌入式　Ｌｉｎｕｘ环境下，完成视频的采集、传输、实时显示、　存储等功能。本嵌入式视频传输系统具有功耗低、画　质效果好，轻巧便携等优点，将在家庭安防、智能交　通监控、远程教育、森林防火监控、远程医疗等众多　领域产生巨大影响。　轻巧的高清视频传输设备迫在眉睫。自新一代视频编　码标准Ｈ．２６４／１１颁布以来，因其优异的压缩性能、良　好的网络的亲和性、很强的抗误码能力，获得了广泛　的应用【２ｌ。但以往的应用主要集中在ＰＣ平台上，依靠　软件方式完成Ｈ．２６４的编解码功能，从而在很多场所　受到限制。　２嵌入式视频服务器的硬件构架　基于ＡＲＭ　１１的视频采集与编码系统的硬件部分　①基金项目：中南大学米塔尔创新创业项目（０８ＭＸ０２）；中国博士后基金项目（２００７０４２０８２５）　收稿时间：２０１　０—０３—１　６：收到修改稿时间：２０１　０—０４—１　５　Ｓｙｓｔｅｍ　Ｃｏｎｓｔｒｕｃｔｉｏｎ系统建设１　５　

计算机系统应用　主要由主控制板模块和摄像头模块组成，其中主控制　板选择以ＡＲＭ１１　７６ＪＺＦ—Ｓ为内核的￥３Ｃ６４１　０微处理　器作为控制器。￥３Ｃ６４１　Ｏ接口丰富，通过ＣａｍｅｒａｌＦ　接口连接摄像头，串口与ＰＣ机相连。系统整体框图　如图１所示。　图１　系统整体框图　嵌入式系统硬件部分主要包括：微处理器及存储　电路模块，电源、时钟和复位电路模块，外围接口电　路模块等。本系统由￥３Ｃ６４　１　０处理器控制接收摄像　头的视频信号，利用￥３Ｃ６４１　０内部集成的多媒体编　解码器（ＭＦＣ）进行基于Ｈ．２６４的压缩编码【３】，实现视　频数据的快速采集和高效压缩，以后将进行传输方面　的研究。本系统中ＮＡＮＤ　ＦＬＡＳＨ用于存储各种固化　程序，ＳＤＲＡＭ用于系统运行时程序的存取，ＪＴＡＧ用　于程序的下载，串口用于系统打印信息的输出及程序　的调试。其中基于￥３Ｃ６４１　０微处理器的核心控制板　如图２所示。　图２嵌入式核心控制板　３视频采集、编码和驱动实现　嵌入式视频服务器的实现，需在硬件平台上移植　ｌｉｎｕｘ操作系统，建立好交叉开发环境，开发视频采　集驱动ｏｖ９６５０．ｋｏ，完成视频采集、编码和传输等应　１　６系统建设Ｓｙｓｔｅｍ　Ｃｏｎｓｔｒｕｃｔｉｏｎ　２０１　０年第１　９卷第１１期　用程序。　３．１嵌入式Ｌｉｎｕｘ下的视频采集　采用Ｌｉｎｕｘ下最新视频操作标准Ｖ４Ｌ２（Ｖｉｄｅｏ　Ｆｏｒ　Ｌｉｎｕｘ　Ｔｗｏ）对Ｃａｍｅｒａ接口进行控制，并利用内　存映射方式见图５，获取视频数据。由于是把设备里　的内存映射到应用程序的地址空间，只是指向数据　ｂｕｆｆｅｒ的指针被交换，数据本身不用被拷贝，因此可　以减少采集时间，提高视频数据的采集效率。视频采　集在打开设备，初始化采集图像的大小、颜色、帧率　等后，进行数据采集，具体如图３和图４所示：　图３视频采集流程　图４　内存映射方式获取视频数据示意图　

２０１　０年第１　９卷第１１期　３．２　Ｈ．２６４视频编码　Ｈ．２６４视频的编码由￥３Ｃ６４１　０内多媒体编解码　模块ＭＦＣ完成，ＭＦＣ由内嵌的位流处理器和视频编　解码核心模块组成，支持ＭＰＥＧ４、Ｈ．２６３、Ｈ．２６４、　ＶＣ１等多种视频格式。在嵌入式服务器上，加载了　ＭＦＣ驱动后，可以像操作普通文件一样调用ＭＦＣ函　数对视频数据进行Ｈ．２６４编码，系统实现时主要用到　的函数有：　（１）ｍｆｃ—ｆｄ＝ｏｐｅｎ（ＭＦＣ—ＤＥＶ—ＮＡＭＥ，Ｏ—ＲＤＷＲＩＯ—Ｎ　ＤＥＬＡＹ）；此函数的作用是打开ＭＦＣ设备，如果打开　成功，则返回ＭＦＣ设备号　（２）ｉｏｃｔｌ（ｍｆｃ—ｆｄ。｜ＯＣＴＬ—ＭＦＣ—ＧＥＴ—．ＦＲＡＭ—．ＢＵＦ．．ＡＤ　ＤＲ．＆ｇｅｔ—ｂｕｆ＿ａｄｄｒ）；　此函数的作用是／获得到ＭＦＣ输入缓　中区地址，　获得的地址是ｇｅｔ—ｂｕｆ＿ａｄｄｒ结构体内的指针所指地　址。　ｉｎ—ｂｕｆ＝（ｃｈａｒ　）ｇｅｔ—ｂｕｆｌ＿ａｄｄｒ．ｏｕｔ—ｂｕｆ＿ａｄｄｒ；　（３）ｉｏｃｔｌ（ｍｆｃ—ｆｄ，ＩＯＣＴＬ—ＭＦＣ—ＧＥＴ—ＬＩＮＥ—ＢＵＦ—ＡＤＤ　Ｒ。＆ｇｅｔ—ｂｕｆ－ａｄｄｒ）；　此函数的作用是获得到ＭＦＣ输出缓　中区地址，获　得的地址为ｇｅｔ—ｂｕｆ＿ａｄｄｒ结构体内的指针所指地址。　ｏｕｔ—ｂｕｆ＝（ｃｈａｒ　）ｇｅｔ—ｂｕｆ－ａｄｄｒ．ｏｕｔ—ｂｕｒ—ａｄｄｒ；　（４）ｒｅａｄ（ｃａｍ—ｆｐ，ｉｎ—ｂｕｆ，（ｏｕｔ＿ｗｉｄｔｈ　ｏｕｔ—ｈｅｉｇｈｔ　３／２））：　此函数的作用是读取摄像头的ＹＵＶ原始数据，并　将此数据作为ＭＦＣ数据的输入，如果读取成功，则返　回读取的字节数。　（５）ｉｏｃｔｌ（ｍｆｃ—ｆｄ，ＩＯＣＴＬ—ＭＦＣ—Ｈ２６４一ＥＮＣ—ＥＸＥ，＆ｅｎｃ　—ｅｘｅ）；　此函数的作用是控制ＭＦＣ对输入缓　中区数据进　行Ｈ．２６４编码，并将压缩后数据放入输出缓　中区。　４嵌入式编码器平台组网及视频传输的实现　嵌入式视频编码器可通过有线或无线的方式连入　互联网完成视频服务器的功能，实现视频的传输。　４．１实时传输模型　本系统采用ＩＳＭＡ２．０传输方式【４】，通过ｃ／ｓ架构，　在应用层采用ＲＴＳＰ［Ｓ］控制协议，传输ＳＤＰ文件开启　会话，视频数据采用ＲＴｐ［６１封装后承载在ＵＤＰ上，并　通过ＲＴＣＰ协议监测传输质量。开销相对较小，传输　效率较高。　计算机系统应用　（１）ＲＴＳＰ　见　钨：　频　（２）ＳＤＰ　户　Ｈ匣　驾赭　务　（３）ＲＴＰ（｝　频流）　播　器　放　（４）ＲＴＣＰ　器　图５　ＩＳＭＡ方式的流传输基本过程　音／视数据　ＳＤＰ　ＲＴＰ　ＲＴＳＰ　ＵＤＰ　ＴＣＰ　ＩＰ　以太网／无线网　图６　ＩＳＭＡ方式的传输协议栈　４．２分层结构及打包策略　Ｈ．２６４编码后的视频数据分为视频编码层（ＶＣＬ：　Ｖｉｄｅｏ　Ｃｏｄｉｎｇ　Ｌａｙｅｒ）￣Ｄ网络提取层（ＮＡＬ：Ｎｅｔｗｏｒｋ　Ａｂｓｔｒａｃｔｉｏｎ　Ｌａｙｅｒ）。ＶＣＬ层负责高效的数字视频压　缩，而ＮＡＬ层负责以网络要求的方式对数据进行封　装，使得ＶＣＬ层中数据能够有效地在各种协议的网络　系统传输。同时对于ＴＣＰ／ＩＰ四层网络协议，ＩＰ层位　于链路层之上，在传输层如ＵＤＰ／ＴＣＰ数据做为ＩＰ包　的负荷进行传输，ＲＴＰ数据则作为ＵＤＰ数据包的负荷。　打包策略：如果一个ＮＡＬ单元大ＪｊｗＪｘ于网络的　ＭＴＵ，且与后一个ＮＡＬ单元重组后大小超过ＭＴＵ，　则将它用单一打包方案进行封装，即将此ＮＡＬ单元作　为ＲＴＰ包的有效载荷部分，加上ＲＴＰ报文头部后封装　成一个ＲＴＰ包；否则，将于后面的ＮＡＬ单元重组，　直到重组后的ＮＡＬ单元的大小最大且不超过ＭＴＵ，　对重组后的ＮＡＬ单元封装成ＲＴＰ包；如果一个ＮＡＬ单　元大小大干网络的ＭＴＵ，对此ＮＡＬ单元进行分割，然　后再对分割后的ＮＡＬ单元进行单一打包方式进行封装。　４．３程序设计　下面给出实现该算法的实现：　ｗｈｉ　ｌｅ（ＦｒａｍｅＥｎｄＦｌａｇ！＝ＴＲＵＥ　｜｜　Ｈ．２６４视频流未结束　｛　ｎｅｘｔ～ｓｔａｒｔ—ｃｏｄｅ：ｆｉｎｄ—ｎｅｘｔ—ｓｔａｒｔ—ｃｏｄｅ（ｒｅａｄｂｕｆ）：／／　Ｓｙｓｔｅｍ　Ｃｏｎｓｔｒｕｃｔｉｏｎ系统建设１　７　

计算机系统应用　２０１　０年第１　９卷第１１期　寻找下一个ＮＡＬ单元头地址　ｉｆ（ｎｅｘｔ—ｓｔａｒｔ—ｃｏｄｅ＞０）　｛ｌｅｎｇｔｈ＝ｎｅｘｔ—ｓｔａｒｔ—ｃｏｄｅ一４：　ｉｆ（１ｅｎｇｔｈ＜ｆＭａｘＳｉｚｅ）　｛／／判断当前的ＮＡＬ长　度是否小于ｌＰ最大传输单元ＭＴＵ　ｉｆ（１ｅｎｇｔｈ＋ｆｉｎｄ—ｎｅｘｔ—ｓｔａｒｔ—ｃｏｄｅ（ｒｅａｄｂｕｆ）一４＜　ｆＭａｘＳｉｚｅ）　／／判断是否组包ＭＴＵ　｛Ｌｅｎｇｔｈ－Ｉ－＝ｆｉｎｄ—ｎｅｘｔ—ｓｔａｒｔ—ｃｏｄｅ（ｒｅａｄｂｕｆ）一４：　／／长度取两ＮＡＬ单元长度之和　ＳＴＡＰ—Ａ＿ｐａｃｋｅｔ—ｄｅｌｉｖｅｒ（）；／／对组合后的ＮＡＬ　单元进行封包｝　ｅｌｓｅ　ｓｉｍｐｌｅ—ｐａｃｋｅｔ—ｄｅｌｉｖｅｒ（）；／　哿此ＮＡＬ　单元进行简单ＲＴＰ封包；　｝　ｅｌｓｅ｛／／进行分包处理　ＦＵ—Ａ—ｐａｃｋｅｔ—ｄｅｌｉｖｅｒ（）；　／／将此ＮＡＬ单元进行　分割封包　Ｌｅｎｇｔｈ：ｆＭａｘＳｉｚｅ；　）　ｅｌｓｅ／／未发现下一个ＮＡＬ单元头，Ｈ．２６４视频流结束；　｛ＦｒａｍｅＥｎｄＦｌａｇ＝ＴＲＵＥ：）　ｓｅｓｓ．ＳｅｎｄＰａｃｋｅｔ（（ｖｏｉｄ　）ｓｅｎｄｂｕｆ，ｌｅｎｇｔｈ，９９，ｔｒｕｅ　，０）：　／／Ａ送封装好的ＲＴＰ包　｝　５系统测试及分析　在局域网内数台ＰＣ机上对系统进行测试，该系　统采用前面介绍的硬件开发平台，其主频为５　５３ＭＨｚ，　系统上运行专门定制的Ｌｉｎｕｘ系统，该系统内核版本为　２．６。２　１，交叉编译器为ａｒｍ—ｌｉｎｕｘ—ｇｃｃ４．１　客户端系　统为ＰＣ机上的ＸＰ系统或Ｌｉｎｕｘ系统，播放器为ＶＬＣ。　原始图像　１　８系统建设Ｓｙｓｔｅｍ　Ｃｏｎｓｔｒｕｃｔｉｏｎ　压缩后图像　图７视频对比截图　首先对图像编码质量进行测试，将摄像头　ＯＶ９６５０采集得到的未被压缩的原始的ＹＵＶ图像，与　经过ＭＦＣ模块Ｈ．２６４压缩编码后的图像（都转换为　ＹＵＶ格式）进行ＰＳＮＲ值计算比较。设置编码率为　２．４Ｍｂｉｔ／ｓ，测试帧率为２５ｆ／ｓ的ＶＧＡ（７２０　４８０）视频　８０ｓ，对１　９９８帧图像进行Ｙ—ＰＳＮＲ值计算，得到　ＰＳＮＲ的平均值为３５．５６。对比视频截图如图７所　示。绘出的Ｙ～ＰＳＮＲ曲线如图８所示。由结果可以看　出：从整个视频图像来说，ＰＳＮＲ值变化稳定，视频图像　压缩整体质量较高ｉ但具体到每一帧来看，相对而言，　当图像画面运动较为剧烈时，Ｙ—ＰＳＮＲ值较低ｉ反之，　画面较为稳定时，Ｙ—ＰＳＮＲ值较高。　图８　ＰＳＮＲ曲线图　其次对网络传输质量进行了实验，在其它编码　参数相同和保证平均ＰＳＮＲ大于３０（ｄＢ）的情况下，　对不同分辩率的视频（２　５ｆ／ｓ）的码率和丢包率各进行　３０ｍｉｎ的统计，并计算平均值得出实验数据如下表１：　（下转第４２页）　

计算机系统应用　２０１　０年第１　９卷第１１期　的本体表达化，可以解决数据的结构异构和语义异　４刘文韬，陈智宏，许焱，李星毅．基于本体论的交通异构　数据集成系统计算机系统应用，２０１０，１９（３）：７一ｌ１．　５朱承，曹泽文，张维明．知识库系统建模框架的发展与　现状．计算机工程，２００２，（８）：３—５．　６　Ｔｏｋｏｓｕｍｉ　Ａ，Ｍａｔｓｕｍｏｔｏ　Ｎ，Ｍｕｒａｉ　Ｈ．Ｍｅｄｉｃａｌ　Ｏｎｔｏｌｏｇｉｅｓ　ａｓ　ａ　Ｋｎｏｗｌｅｄｇｅ　Ｒｅｐｏｓｉｔｏｒｙ．Ｃｏｍｐｌｅｘ　构，方便数据间的传递和共享；②引入本体知识库构　建汉语自动分词系统，一定程度上提高词语切分的正　确率。　本系统还存在一些不足，例如基于电子商务领域　的概念和术语包含的数据量非常庞大，各术语问的关　系要完全的收集并加载到本体知识库中有一定难度：　Ｍｅｄｉｃａｌ　Ｅｎｇｉｎｅｅｒｉｎｇ，２００７．ＥＥＥ／ＩＣＭＥ　ｌｎｔｅｒｎａｔｉｏｎａｌ　本体知识库中的术语提取过程效率不高，影响了分词　Ｃｏｎｆｅｒｅｎｃｅ　ｏｎ　２３－２７　Ｍａｙ　２００７．４８７—４９０．　速度等，这些将在今后研究工作中加以改进。　７　Ｎｅｒｉ　Ｍａｒｉｏ　Ａｒｒｉｇｏｎｉ，Ｃｏｌｏｍｂｅｔｔｉ　Ｍａｒｃｏ．Ｏｎｔｏｌｏｇｙ—　ｂａｓｅｄ　Ｌｅａｒｎｉｎｇ　Ｏｂｊｅｃｔｓ　Ｓｅａｒｃｈ　ａｎｄ　Ｃｏｕｒｓｅｓ　参考，：献　Ｇｅｎｅｒａｔｉｏｎ．Ａｐｐｌｉｅｄ　Ａｒｔｉｉｆｃｉａｌ　Ｉｎｔｅｌｌｉｇｅｎｃｅ，２００９　１　Ｇｒｕｂｅｒ　ＴＲ．Ｔｒａｎｓｌａｔｉｏｎ　Ａｐｐｒｏａｃｈ　ｔｏ　Ｐｏｒｔａｂｌｅ　Ｏｎｔｏｌｏｇｙ　２３（３）：２３３～２６０．　Ｓｐｅｃｉｉｆｃａｔｉｏｎｓ．Ｋｎｏｗｌｅｄｇｅ　Ａｃｑｕｉｓｉｔｉｏｎ，１　９９３，５（２）：　８杨保明，刘晓东，姚兰，赵飞蓉．基于本体论的农业知　１９９～２２０．　识的ＯＷＬ描述．微电子学与计算机，２００７，（５）：５８—　２　Ｕｓｃｈｏｌｄ　Ｍ．ｅｔ　ａ１．Ｔｈｅ　Ｅｎｔｅｒｐｒｉｓｅ　Ｏｎｔｏｌｏｇｙ．Ｔｈｅ　６０．６５．　Ｋｎｏｗｌｅｄｇｅ　Ｅｎｇｉｎｅｅｒｉｎｇ　Ｒｅｖｉｅｗ，１　９９８．　９文坤梅．基于本体知识库推理的语义搜索研究［博士　３　Ｇｕａｒｉｎｏ　Ｎ，Ｍａｓｏｌｏ　Ｃ，Ｖｅｔｅｒｅ　Ｇ　ＯｎｔｏＳｅｅｋ：Ｃｏｎｔｅｎｔ－　学位论文１．武汉：华中科技大学，２００７．　ｂａｓｅｄ　Ａｃｃｅｓｓ　ｔｏ　ｔｈｅ　Ｗｌｅｂ．ＩＥＥＥ　Ｉｎｔｅｌｌｉｇｅｎｔ　Ｓｙｓｔｅｍｓ．　１０张春霞，郝天永．汉语自动分词的研究现状与困难．　１９９９，１４（３）：７０—８０．　系统仿真学报，２００５，（ｉ）：１３８—１４４．　（上接第１　８页）　表１　码率与丢包率测试表　错控制、差错恢复和安全传输方面做进一步改进。　分辩率　ＱＣＩＦ（１　７６　１　４４）　ＣＩＦ（３５２　２８８）　Ｄ１（７２０　４８０）　参考　：ｊ氏　平均码率　４３．２１　２５４．３７　２２５６．　（ｋｂｌｓ）　１毕厚杰．新一代视频压缩编码标准一一Ｈ．２６４／ＡＶＣ．　平均丢　０．Ｏ８　０．Ｏ７　１．１４　北京：人民邮电出版社，２００５．　包率　）　２余兆明，查日勇．图像编码标准Ｈ．２６４技术．北京：人民　实验表明：随着分辩率的增大，平均码率相应增　邮电出版社，２００６．　３　Ｒａｈｕｌ　Ｖａｎａｍ　Ｅｖｅ　Ａ．Ｒｉｓｋｉｎ　Ｈ．２６４／ＭＰＥＧ－４　Ａ￣，Ｃ　加，将占用更多的带宽，导致丢包率有所上升，同时　Ｅｎｃｏｄｅｒ　Ｐａｒａｍｅｔｅｒ　Ｓｅｌｅｃｔｉｏｎ　Ａｌｇｏｒｉｔｈｍｓ　ｆｏｒ　在实验过程中发现，视频场景相对静止时，码率较小，　Ｃｏｍｐｌｅｘｉｔｙ　Ｄｉｓｔｏｒｔｉｏｎ　Ｔｒａｄｅｏｆｆ．ＩＥＥＥ　Ｄａｔａ　Ｃｏｍｐｒｅ。　场景快速变化时，码率明显上升，导致丢包率增加，　ｓｓｉｏｎ　Ｃｏｎｆｅｒｅｎｃｅ，２００９．　本系统在传输７２０　４８０的视频时，平均丢包率较小，　４卢官明，宗叻．ＩＰＴＶ技术及应用．北京：人民邮电出版　图像质量无明显下降。　社．２００７．　５　Ｂａｕｇｈｅｒ　Ｍ，ＭｃＧｒｅｗ　Ｄ，Ｎａｓｌｕｎｄ　Ｍ，Ｃａｒｒａｒａ　Ｅ，　６　总结　Ｎｏｒｒｍａｎ　Ｋ．Ｔｈｅ　Ｓｅｃｕｒｅ　Ｒｅａ１．ｔｉｍｅ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ　本文采用新型处理器ＡＲＭ１１，设计并实现了一　（ＳＲＴＰ），ＲＦＣ　３７ｌｌ，２００４．　个ＤＶＤ画质的视频实时传输系统。本系统在完成视频　６　Ｓｃｈｕｌｚｒｉｎｎｅ　Ｈ，Ｃａｓｎｅｒ　Ｓ，Ｆｒｅｄｅｒｉｃｋ　Ｒ，Ｊａｃｏｂｓｏｎ　Ｖ．ＲＴＰ：　的采集、Ｈ．２６４压缩编码和网络传输等视频服务功能，　Ａ　Ｔｒａｎｓｐｏｒｔ　Ｐｒｏｔｏｃｏｌ　ｆｏｒ　Ｒｅａｌ－Ｔｉｍｅ　Ａｐｐｌｉｃａｔｉｏｎｓ，ＩＥＴＦ　更具有便携、低功耗等优点。本文作者将对系统在差　ＲＦＣ　３５５０，２００３．　４２系统建设Ｓｙｓｔｅｍ　Ｃｏｎｓｔｒｕｃｔｉｏｎ