AS2 传输协议
AS2 传输协议
AS2 协议设计的目的在于通过Internet安全可靠地传输商业文档.这个协议首先通过证书(Certification)进行数据加密和数字签名生成数据包,然后通过HTTP (或HTTPS)协议传输.另外还有AS1和AS3,和AS2相比,数据打包方式是一样的,但是AS1通过SMTP协议传输而AS3是通过FTP 协议传输.由于HTTP(s)协议流行而且比较容易通过防火墙,所以相对来说AS2非常流行而其他两个协议就很少听到.HTTP协议还可以直接得到回应,所以可靠性上也有优势。
一、AS2消息结构
S1,AS2,AS3协议中消息都是先通过MIME或S/MIME打包，然后通过相关底层传输协议(SMTP,HTTP,FTP)发送。三种协议打包方式上差不多，区别只是传输协议(包括HTTP头)不同.
在RFC 4130 (https://www.wendangku.net/doc/6817096403.html,/rfc/rfc4130.txt)中对打包定义如下
No encryption, no signature
-RFC2616/2045
-RFC1767/RFC3023 (application/EDIxxxx or /xml)
No encryption, signature
-RFC2616/2045
-RFC1847 (multipart/signed)
-RFC1767/RFC3023 (application/EDIxxxx or /xml)
-RFC3851 (application/pkcs7-signature)
Encryption, no signature
-RFC2616/2045
-RFC3851 (application/pkcs7-mime)
-RFC1767/RFC3023 (application/EDIxxxx or /xml)(encrypted)
Encryption, signature
-RFC2616/2045
-RFC3851 (application/pkcs7-mime)
-RFC1847 (multipart/signed)(encrypted)
-RFC1767/RFC3023 (application/EDIxxxx or /xml)(encrypted)
-RFC3851 (application/pkcs7-signature)(encrypted)
MDN over HTTP, no signature
-RFC2616/2045
-RFC3798 (message/disposition-notification)
MDN over HTTP, signature
-RFC2616/2045
-RFC1847 (multipart/signed)
-RFC3798 (message/disposition-notification)
-RFC3851 (application/pkcs7-signature)
写得非常清楚，但是基本上没人看的明白 :p
前面四个是关于要传递的EDI,XML或其他类型报文如何打包(以后简称报文打包);后面两个是介绍MDN(消息回执)的打包方式(以后简称回执打包)。
在具体介绍前，先简要解释上面提到的RFC
RFC 2616: Hypertext Transfer Protocol -- HTTP/1.1 (地球人都知道)
RFC 2045: Multipurpose Internet Mail Extensions (MIME) Part One: Format of Internet Message Bodies
简单的说，就是如何把多个部门打包在一个数据流里面。譬如写一个邮件，有正文还有附件，为了把所有主体(正文+附件)在网络上传递，需要打包在一个数据流里面。这就是MIME的设计目的。具体实现就是有一个全局的头(头可以有多行，每行是键: 值的格式;定义了分割符)+分割符号(+2个CRLF)+第一主体+分割符号(+2个CRLF)+第二主体+分割符号(+2个CRLF)+第三主体...+分割符号
RFC 1767: MIME Encapsulation of EDI Objects
RFC 3023: XML Media Types
定义了EDI(EDIFACT和ANSI X12)和XML相关的Content Type，如application/xml等等. 实际上application/octet-stream之类的也是AS2协议可以支持的content type.
RFC 3851: Secure/Multipurpose Internet Mail Extensions (S/MIME) Version 3.1 Message Specification
RFC 1847: Security Multiparts for MIME: Multipart/Signed and Multipart/Encrypted
S/MIME是在MIME基础上增加了安全性。主要用数字签名解决authentication(认证，消息发送方确实是声明的消息发送方)，消息完整性和发送方的不可否认性;用加密保证数据的保密性。
RFC 3798: Message Disposition Notification,定义MDN的MIME格式
报文打包包括如下四种情况(注意AS2 1.1支持对报文进行压缩传输，和上面四种情况稍微有点不同) 情景1( No encryption, no signature)没有加密，没有数字签名
MIME只有一个主体：传递报文的明文，如下 (两条线之间，实际打包中线不存在)
application/xxxx根据报文格式不同而不同，如
application/octet-stream,application/xml,application/edifact.下同
--------------------------------------------------------
AS2头
content-type: application/xxxx
AS2头
报文明文
--------------------------------------------------------
情景2 (No encryption, signature)没有加密，有数字签名
MIME包括两个并列的主题
----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz指分割符，不同实现不同但是往往比较长和复杂。
--------------------------------------------------------
AS2头
content-type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"
AS2头
----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
Content-Type: application/octet-stream
主体相关的头
报文明文
----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
Content-Type: application/pkcs7-signature; name=smime.p7s; smime-type=signed-data\ 主体相关的头
数字签名(签名算法在AS2头中给出，本例子使用sha1)
----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
--------------------------------------------------------
情景3 (Encryption, no signature)加密没有签名
MIME外层只有一个主体
--------------------------------------------------------
AS2头
content-type: application/pkcs7-mime; name="smime.p7m"; smime-type=enveloped-data AS2头
加密后的报文 (加密前是一个仅仅包含报文,content type为 application/xxxx的MIME包) --------------------------------------------------------
情景4 Encryption, signature(加密，数字签名)
MIME外层只有一个主体
--------------------------------------------------------
AS2头
content-type: application/pkcs7-mime; name="smime.p7m"; smime-type=enveloped-data AS2头
加密后的报文(是与情景2类似的MIME包-不包含AS2头)
--------------------------------------------------------
回执有不签名和签名两种情景
情景1 MDN over HTTP, no signature(不签名)
--------------------------------------------------------
AS2头
Content-Type: multipart/report; report-type=disposition-notification;
boundary="----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"
AS2头
----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: binary
The message you sent on "Tue, 26 Oct 2010 04:32:24 GMT" from "xxxxxx" to
"yyyyyyyy" with subject "AS2 test message" has been received successfully on 26
Oct 2010 04:32:24 GMT and this is no guarantee that the message has been read or understood.
----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
Content-Type: message/disposition-notification
Content-Transfer-Encoding: binary
Reporting-UA: 223.1.1.128; XXXXXXXXXXXXXXXXXXXXX
Original-Recipient: yyyyyyyyyyy
Final-Recipient: yyyyyyyyyy
Original-Message-ID: <1295227776399941288067544796>
Disposition: automatic-action/MDN-sent-automatically; processed
Received-content-MIC: poaQNS6MuGVvDwqONFw9L8Ng6jk=, sha1
----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
情景2 MDN over HTTP, signature(签名)
-----yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy:指另外一个分割符
--------------------------------------------------------
AS2头
Content-Type: multipart/signed; protocol="application/pkcs7-signature"; micalg=sha1; boundary="----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz"
AS2头
----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
Content-Type: multipart/report;
report-type=disposition-notification;boundary="-----yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy"
-----yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: binary
The message you sent on "Tue, 26 Oct 2010 04:32:24 GMT" from "xxxxxx" to
"yyyyyyyy" with subject "AS2 test message" has been received successfully on 26
Oct 2010 04:32:24 GMT and this is no guarantee that the message has been read or understood.
-----yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy
Content-Type: message/disposition-notification
Content-Transfer-Encoding: binary
Reporting-UA: 223.1.1.128
Original-Recipient: yyyyyy
Final-Recipient: yyyyyyy
Original-Message-ID: <2575437176399941288067570296>
Disposition: automatic-action/MDN-sent-automatically; processed
Received-content-MIC: SNQ7jE8yo/nTyI4AKOKlNQlkQc4=, sha1
-----yyyyyyyyyyyyyyyyyyyyyyyyyyyyyyyy
----zzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzzz
Content-Type: application/pkcs7-signature; name=smime.p7s; smime-type=signed-data
Content-Transfer-Encoding: binary
Content-Disposition: attachment; filename="smime.p7s"
Content-Description: S/MIME Cryptographic Signature
二、AS2协议主要特点
AS2协议基于HTTP和SMIME。与采用AS协议的AS1使用相同的签名、加密的技术，有如下主要特点：
1. 将EDI文件作为消息中的“附件”发送;
2. 采用特殊编码(SMIME消息);支持各种格式的数据传输(EDI ,XML,图片等等).
3. AS2通常采用HTTP或HTTPS协议，一般使用“POST”方法;
4. 消息可以(但非必须)通过添加数字签名保证可靠性;
5. 消息可以(但非必须)加密传输;数据加密:加密传输数据
6. 类似其他数据文件传输，在正式传输的AS2传输前，交换双方需要进行相关证书的互换和具体的“贸易伙伴(Trading Partner)”的定义;
7. AS2消息可能会(但非必须)请求对方发生到达通知MDN(Message Delivery Notification)即回执。
8.数字签名:对传输数据和MDN进行数字签名
9.压缩:压缩传输数据
排除或减少增值网络(范)费用
设计推挤数据安全地并且可靠地在互联网
快速和可靠的连通性
加密保证仅发令者和接收器可能观看数据
数字签名保证认证;仅消息从授权发令者被接受,对传输数据和MDN进行数字签名
对a的用途散列算法保证数据完整性通过查出本文在传输期间，是否被修改了
压缩:压缩传输数据
支持各种格式的数据传输(EDI ,XML,图片等等).
MDN:Message Delivery Notification的缩写,是指接收方收到数据后,发回一个应答消息.可以同步或异步发送:同步是指在传送数据的同一个HTTP session里面发送MDN;异步指传送数据的HTTP session结束后,接收方另起一个HTTP session发送回MDN.同步方式比较简单,个人推荐,因为我觉得传输协议不需要搀杂太多的业务逻辑;异步方式的优势是可以延迟发送MDN,如对接收数据进行校验后.
安全性(Security)
通过AS2协议发送的消息是经过证书进行加密的.这样在通过不可靠的网络,如 Internet传输是仍然是安全的.FTP协议是不安全的,但是通过FTPs或sFTP也可以提供数据的安全性.
消息完整性和可靠性(Message integrality and reliability)
设想通过FTP传输一个订单,当网络中断导致传输中断.接收是很难知道一个订单是否已经传送完成.如果接收方试图处理一个不完整的订单,肯定会导致处理失败甚至商业上的纠纷.AS2协议由于有数字签名,以及协议的其他一些控制能够发现一个消息是否是完整的,而且MDN也可以保证传输的可靠性.
不可否认性(Irreversibility)
B2B中一个很重要的因素是如何让双方都认可消息的有效性.排除商业上的原因,主要考虑的是从技术的角度如何防止任意一方抵赖.
设想甲方通过FTP协议传输一个订单给已方FTP服务器上.几天后乙方没有处理此订单并声称没有收到次订单,甲方没有办法证明数据确实已经传送过了.FTP服务器的日志以及传输软件的日志都是不可信的,因为都是可以修改的.
AS2协议可以解决此类纠纷,具体是通过数字签名.简单说,发送方发送数据前可以对发送的数据进行数据签名后发送,接收方可以保留原始数据和签名,可以防止发送方抵赖;接收方收到数据后对返回的MDN进行数字签名,可以防止接收方抵赖.
那么AS2在实际使用过程中有什么问题呢?首先是他只涉及到传输而没有涉及到数据格式定义,这样他一般需要和其他协议(如传统EDI的ANSI X12,EDIFACT等等)结合起来使用,而Rosettanet协议是格式和传输都包含;其次接收方需要有一个发送方可以访问的IP地址(如果是异步方式的MDN,发送方也需要),如果通过internet意味着接收方需要一个固定的Internet IP(实际的或通过企业防火墙做IP地址映射的),这往往会导致费用上升而影响到很多小企业的使用.
三、AS2协议的缺点
高费用静态IP地址，永久互联网连接，防火墙和相关的专门技术
不能拉扯数据
文件再开始是任意的
AS2软件的费用
需要处理用于安全连接的证明
只工作TCP/IP网络
四、AS2的主要应用
在互联网EDI领域，AS2协议应用最为广泛，除了传递EDI格式的数据，也可用于传输任何
其它格式的数据(如XML等)。AS2标准是在世界上最广泛采用的商用安全通讯标准之一，在保险、金融服务、石油、政府、制造、零售等众多行业有着广泛应用，这些行业中通过AS2消息传递关键业务信息，每年多达数十亿美元。AS2的标准化和互操作性
AS2协议在B2B电子商务的通讯方面通常借助软件系统实现，Drummond Group是全球权威的软件测试实验室和软件开发商认证机构，Drummond Certified?是完全第三方的机构。
目前通过其认证的软件开发商包括：GXS、HP、IBM、Oracle、SoftwareAG、TIBCO、Welinksoft等(依字母排序)。
和通常的FTP协议相比,下面是我做的一个比较,这样可以了解为什么需要AS2而不是FTP.
自从沃尔玛率先使用AS2协议以来，它最为重要的作用是用来作为EDI(电子数据交换)的通讯协议，因为它具有安全、可靠、不可抵赖、送达回执等特性和功能。
在互联网EDI领域，AS2协议应用最为广泛，除了传递EDI格式的数据，也可用于传输任何其它格式的数据(如XML等)。AS2标准是在世界上最广泛采用的商用安全通讯标准之一，在保险、金融服务、石油、政府、制造、零售等等几乎所有的商业B2B领域的电子数据交换。这些行业中通过AS2消息传递关键业务信息，每年多达数十亿美元。国际上主流的EDI软件都已支持AS2协议。Drummond Group是全球权威的软件测试实验室和软件开发商认证机构，目前通过其认证的软件开发商包括：GXS、IBM、Oracle、HP、TIBCO、SoftwareAG、Welinksoft(Shanghai)等。
视频监控系统传输方式的比较
视频监控传输方式的比较 视频监控有视频基带传输、光纤传输、网络传输、微波传输、双绞线平衡传输、宽频共缆传输六种传输方式。 1、视频基带传输：是最为传统的电视监控传输方式，对0～6mhz视频基带信号不作任何处理，通过同轴电缆（非平衡）直接传输模拟信号。其优点是：短距离传输图像信号损失小，造价低廉。缺点：传输距离短，300米以上高频分量衰减较大，无法保证图像质量；一路视频信号需布一根电缆，传输控制信号需另布电缆；其结构为星形结构，布线量大、维护困难、可扩展性差。 2、光纤传输：常见的有模拟光端机和数字光端机，是解决几十甚至几百公里电视监控传输的最佳解决方式，通过把视频及控制信号转换为光信号在光纤中传输。其优点是：传输距离远、衰减小，抗干扰性能最好，适合远距离传输。其缺点是：对于几公里内监控信号传输不够经济；光熔接及维护需专业技术人员及设备操作处理，维护技术要求高，不易升级扩容。 3、网络传输：是解决城域间远距离、点位极其分散的监控传输方式，采用mpeg音视频压缩格式传输监控信号。其优点是：采用网络视频服务器作为监控信号上传设备，有internet网络安装上远程监控软件就可监看和控制。其缺点是：受网络带宽和速度的限制，只能传输小画面、低画质的图像；每秒只能传输几到十几帧图像，动画效果十分明显并有延时，无法做到实时监控。 4、微波传输：是解决几公里甚至几十公里不易布线场所监控传输的解决方式之一。采用调频调制或调幅调制的办法，将图像搭载到高频载波上，转换为高频电磁波在空中传输。其优点是：省去布线及线缆维护费用，可动态实时传输广播级图像。其缺点是：由于采用微波传输，频段在1ghz以上常用的有l波段（1.0～2.0ghz ）、s波段（2.0～3.0ghz）、ku波段（10～12ghz）,传输环境是开放的空间很容易受外界电磁干扰；微波信号为直线传输，中间不能有山体、建筑物遮挡；ku波段受天气影响较为严重，尤其是雨雪天气会有严重雨衰。
文件传输协议的(C语言)实现
课程设计：FTP的设计与实现 一、目的 Internet提供了很多类型的网络服务，这些服务实际上都是应用层的服务。FTP服务是基于TCP协议的网络服务。 文件传送是各种计算机网络都实现的基本功能，文件传送协议是一种最基本的应用层协议。通过完成一个文件传送协议FTP的实现，学会利用已有网络环境设计并实现简单应用层协议，掌握TCP/IP网络应用程序基本的设计方法和实现技巧。 二、内容和要求 每两人一组，分别实现FTP协议客户端程序和服务器程序。 客户端程序具有文件列表、下载文件、上传文件等常用功能。服务器程序支持改变工作目录、文件列表、下载文件等常用的服务。 因为FTP协议比较复杂，为了简单起见，客户端只实现FTP客户端协议的一个子集，总的来说有以下几个功能： ●连接到指定的FTP服务器； ●断开和主机的连接； ●进入子目录； ●退出子目录； ●列出服务器当前目录下的所有文件 ●从服务器下载指定的文件到本地(可以同时指定多个文件连续下载) ●从本地上传指定的文件到服务器 实现以上几个功能时会涉及到下面的几个FTP命令： ●USER username ●PASS password ●CWD directory-name ●PORT host-port ●TYPE A or I ●RETR filename
●STOR filename ●LIST directory 用户界面应该能够为程序输入下面的信息： ●服务器主机名 ●用户名、口令 ●数据的传送类型 ●要进入的服务器目录 ●要下载的远程文件名 ●要上载的本地文件名和远程文件名 同时，界面也为用户输出以下的信息： ●FTP服务器上的文件和目录列表 ●从服务器返回的应答 使用Socket进行Client/Server程序设计的一般连接过程是这样的：Server端Listen(监听)某个端口是否有连接请求，Client端向Server端发出Connect(连接)请求，Server端向Client端发回Accept（接受）消息。一个连接就建立起来了。Server端和Client端都可以通过Send，Write等方法与对方通信。 对于一个功能齐全的Socket，都要包含以下基本结构，其工作过程包含以下四个基本的步骤： （1）创建Socket； （2）打开连接到Socket的输入/出流； （3）按照一定的协议对Socket进行读/写操作； （4）关闭Socket. 第三步是程序员用来调用Socket和实现程序功能的关键步骤，其他三步在各种程序中基本相同。 /****************client.c****************/ #include
目前无线视频监控的四大主流传输方式
目前无线视频监控的四大主流传输方式 如何选择适合自己的无线监控系统，关键是实际的应用需求和选择何种传输方式。目前主流的无线视频监控有WLAN（无线局域网）无线监控、微波（模拟微波）无线监控、COFDM无线监控、3G移动监控、卫星无线监控。 1、无线局域网传输系统 WLAN（无线局域网）与一般传统的以太网（Ethernet）的概念并没有多大的差异，只是将以太网的线路传输部分（普通网卡--五类线--普通HUB）转变成无线传输形式（无线网卡--微波—AP，AP可理解为无线HUB）。也可以说是双向通讯的数字微波。 视距无线网桥 是为使用无线局域网进行远距离点对点网间互联而设计。它是一种在链路层实现LAN互联的存储转发设备，可用于固定数字设备与其他固定数字设备之间的远距离（可达20km）、高带宽（可达11/54/108/150/300Mbps）无线组网。特别适用于城市中的远距离高速组网和野外作业的临时组
网。 优点：工作在免费频点（2.4G/5.8G）、带宽高 （11/54/108/150/300Mbps）、距离远（30-50km）、组网方式灵活（支持点对点、点对多点、中继、MESH）、价格便宜 缺点：固定无线传输 适合行业：最有效、最节省的网络视频监控系统。 REDWAVE提供全系列的视距 11/54/108/150/300Mbps、非视距54Mbps无线网桥 2、模拟微波 模拟微波就是将视频信号直接调制在微波的通道上，通过天线发射出去，监控中心通过天线接收微波信号，再通过微波接收机解调出原来的视频信号。也可以说是单向通讯的模拟微波。
此种监控方式没有压缩损耗，几乎不会产生延时，因此可以保证视频质量，但其只适合点对点单路传输，不适合规模部署，此外因没有调制校准过程，抗干扰性差，在无线信号环境复杂的情况下几乎不可以使用。而模拟微波的频率越低，波长越长，绕射能力强，但极易干扰其它通信，因此在上世纪90年代此种方式较多使用，现在使用较少，但价格也有优势。 优点：组网简单、价格便宜 缺点：频点使用需申请、不适合规模部署、抗干扰性差 适合行业：不合适布线，考虑成本投入 3、COFDM传输 COFDM即编码正交频分复用的简称，是目前世界最先进和最具发展潜力的调制技术。它的实用价值就在于支持突破视距限制的应用，是一种在无线电频谱资源方面充分利用的技术，可以对噪声和干扰有着很好的免疫力，绕射和穿透
视频信号的传输方式
视频信号的传输方式 监控系统中，视频信号的传输是整个系统非常重要的一环，也是广大工程商挺挠头的一件事，随着工程中监控设备价格的透明性和工程商竞争的加剧，信号传输部分的费用越来越受到大家的重视；目前，在监控系统中最常用的传输介质是同轴电缆、双绞线、光纤等方式，对于不同场合、不同的传输距离，怎样能保证传输质量、降低费用，根据多年的工程经验，在这里我们作一些介绍供参考。 一、同轴电缆传输 （一）通过同轴电缆传输视频基带信号视频基带信号也就是通常讲的视频信号，它的带宽是0-6MHZ，一般来讲，信号频率越高，衰减越大，一般设计时只需考虑保证高频信号的幅度就能满足系统的要求，视频信号在5.8MHZ的衰减如下：SYV75-3 96编国标视频电缆衰减30dB/1000米, SYV75-5 96编国标视频电缆衰减19dB/1000米,，SYV75-7 96编国标视频电缆衰减13dB/1000米；如对图象质量要求很高，周围无干扰的情况下，75-3电缆只能传输100米，75-5传输160米，75-7传输230米；实际应用中，存在一些不确定的因素，如选择的摄像机不同、周围环境的干扰等，一般来讲，75-3电缆可以传输150米、75-5可以传输
300米、75-7可以传输500米；对于传输更远距离，可以采用视频放大器（视频恢复器）等设备，对信号进行放大和补偿，可以传输2-3公里；另外，通过一根同轴电缆还可以实现视频信号和控制信号的共同传输，即同轴视控传输技术，下面简单介绍一下该技术：在监控系统中，需要传输的信号主要有两种，一个是图像信号，另一个是控制信号。其中视频信号的流向是从前端的摄像机流向控制中心；而控制信号则是从控制中心流向前端的摄像机（包括镜头）、云台等受控对像；并且，流向前端的控制信号，一般又是通过设置在前端的解码器解码后再去控制摄像机和云台等受控对像的。同轴视控传输技术是利用一根视频电缆便可同时传输来自摄象机的视频信号以及对云台、镜头的控制功能，这种传输方式节省材料和成本、施工方便、维修简单化，在系统扩展和改造时更具灵活性；同轴视控实现方法有两类：一是采用频率分割，即把控制信号调制在与视频信号不同的频率范围内，然后同视频信号复合在一起传送，再在现场做解调将两者区分开；由于采用频率分割技术，为了完全分割两个不同的频率，需要使用带通滤波器、带通陷波器和低通滤波器、低通陷波器，这样就影响了视频信号的传输效果；由于需将控制信号调制在视频信号频率的上方，频率越高，衰减越大，这样传输距离受到限制；另外方法是采用双调制的方
文件传输协议(FTP)
文件传输协议(FTP) 文件传输协议(File Transfer Protocol,FTP)是一个被广泛应用的协议，它使得我们能够在网络上方便地传输文件。早期FTP并没有涉及安全问题，随着互连网应用的快速增长，人们对安全的要求也不断提高。本文在介绍了FTP协议的基本特征后，从两个方面探讨了FTP安全问题的解决方案：协议在安全功能方面扩展；协议自身的安全问题以及用户如何防范之。 1. 简介 1.1 FTP的一些特性 早期对FTP的定义指出，FTP是一个ARPA计算机网络上主机间文件传输的用户级协议。其主要功能是方便主机间的文件传输，并且允许在其他主机上进行方便的存储和文件处理。[BA72]而现在FTP的应用范围则是Internet。 根据FTP STD 9定义，FTP的目标包括：[PR85] 1) 促进文件（程序或数据）的共享 2) 支持间接或隐式地使用远程计算机 3) 帮助用户避开主机上不同的 4) 可靠并有效地传输数据 关于FTP的一些其他性质包括：FTP可以被用户在终端使用，但通常是给程序使用的。FTP中主要采用了传输控制协议(Transmission Control Protocol,TCP)[PJ81]，和Telnet 协议[PJ83]。 1.2 重要历史事件[PR85] 1971年，第一个FTP的RFC(RFC 114)由A.K. Bhushan在1971年提出，同时由MIT 与 Harvard实验实现。 1972年，RFC 172 提供了主机间文件传输的一个用户级协议。 1973年2月，在长期讨论（RFC 265，RFC 294，RFC 354，RFC 385，RFC 430)后，出现了一个官方文档RFC 454。 1973年8月，出现了一个修订后的新官方文档 RFC 542。确立了FTP的功能、目标和基本模型。当时数据传输协议采用NCP。 1980年，由于底层协议从NCP改变为TCP，RFC 765 定义了采用TCP的FTP。 1985年，一个作用持续至今的官方文档RFC 959(STD 9)出台。
视频传输标准
视频传输标准 部门： xxx 时间： xxx 整理范文，仅供参考，可下载自行编辑
VGA概述 VGA(Video Graphics Array>是IBM在1987年随PS／2机一起推出的一种视频传输标准，具有分辨率高、显示速率快、颜色丰富等优点，在彩色显示器领域得到了广泛的应用。 目录[隐藏] VGA应用 VGA原理 内存寻址 程序技巧 技术性细节 标准文字模式 VGA色版 VGA线路 VGA 公插头(通常位于显示器侧> [编辑本段]VGA应用 VGA技术的应用还主要基于VGA显示卡的计算机、笔记本等设备，而在一些既要求显示彩色高分辨率图像又没有必要使用计算机的设备上，VGA技术的应用却很少见到。本文对嵌入式VGA显示的实现方法进行了研究。基于这种设计方法的嵌入式VGA显示系统，可以在不使用VGA显示卡和计算机的情况下，实现VGA图像的显示和控制。系统具有成本低、结构简单、应用灵活的优点，可广泛应用于超市、车站、飞机场等公共场所的广告宣传和提示信息显示，
也可应用于工厂车间生产过程中的操作信息显示，还能以多媒体形式应用于日常生活。b5E2RGbCAP [编辑本段]VGA原理 1 显示原理与VGA时序实现 通用VGA显示卡系统主要由控制电路、显示缓存区和视频BIOS程序三个部分组成。控制电路如图1所示。控制电路主要完成时序发生、显示缓冲区数据操作、主时钟选择和D／A转换等功能；显示缓冲区提供显示数据缓存空间；视频BIOS作为控制程序固化在显示卡的ROM中。p1EanqFDPw 1.1 VGA时序分析 通过对VGA显示卡基本工作原理的分析可知，要实现VGA显示就要解决数据来源、数据存储、时序实现等问题，其中关键还是如何实现VGA时序。 VGA的标准参考显示时序如图2所示。行时序和帧时序都需要产生同步脉冲(Sync a>、显示后沿(Back porch b>、显示时序段(Display interval c>和显示前沿(Front porch d>四个部分。几种常用模式的时序参数如表1所示。DXDiTa9E3d 1.2 VGA时序实现 首先，根据刷新频率确定主时钟频率，然后由主时钟频率和图像分辨率计算出行总周期数，再把表1中给出的a、b、c、d各时序段的时间按照主计数脉冲源频率折算成时钟周期数。在CPLD中利用计数器和RS触发器，以计算出的各时序段时钟周期数为基准，产生不同宽度和周期的脉冲信号，再利用它们的逻辑组合构成图2中的
高清视频会议基本技术要求
一、技术要求 第1.1节概述 MCU要求 1.1.1MCU应符合H.323和H.320标准及SIP协议，支持H.323 V4以上版本。 1.1.2MCU应采用整机一体化的体系结构，为保证系统的高度稳定性，MCU的操作系统必 须为嵌入式操作系统，MTBF不小于100000小时。 1.1.3MCU采用中文WEB管理界面，采用图形化控制界面。无需安装客户端软件，只需 要通过帐号就可以实现对于MCU会议管理及系统配置的所有操作。 1.1.4MCU支持高清晰分辨率，可支持30帧/秒的H.264 HD（1280×720）活动视频编码 协议。 1.1.5MCU具备H.264HD视频编码，同时支持H.263、H.263＋视频编码，H.263、H.264 协议的速率应达到2M。 1.1.6MCU能在同一个会议中接入标清(CIF、4CIF)及720P高清视频终端，不能降低高清 终端分辨率及声音及图像质量。 1.1.7MCU具备H.239高清(720P)双流协议，可以实现全网的双流会议，并且双流会议时 不降低会议容量。 1.1.8MCU支持终端以128Kbps/s－4Mbps/s速率接入，投标方应明确设备所支持的用户 速率范围。 1.1.9容量 1)考虑到系统可靠性、系统处理能力及今后的扩展性，MCU应至少具有24个2Mbps 速率以上终端的接入能力，能够同时召开多组会议。 1.1.10音频指标 1)投标方应说明支持的音频编码，语音编解码应符合ITU-T G.711、G.722、G.722.1 和G.728等建议。支持MPEG-4 AAC/LC的宽频声音，如果有高于上述标准的编解 码技术请详细说明。 2)投标方需给出MCU会议中同时混音的数量。混音数量不能低于4方。 3)具有自动唇音同步，误差应不可察觉，音频视频相对延迟小于40ms。 4)多个会议同时召开的时候，各个会议的声音互不影响。 1.1.11视频指标 1)视频编码应支持H.263、H.263+、H.264建议，各编码速率要求达到4M。 2)图像分辨率：支持QCIF、CIF、4CIF,HD(720P)。 3)在图像带宽上，要求在384Kb/s速率时达到25帧CIF连续运动图像，512Mbp时 达到30帧/秒连续的DVD画质,在1Mbps以上带宽时达到30帧/秒连续的720P高
多站点远程实时视频传输与控制系统
ISSN 1000-0054CN 11-2223/N 清华大学学报(自然科学版)J T singh ua Un iv (Sci &Tech ),2008年第48卷第7期 2008,V o l.48,N o.723/41 1154-1156 多站点远程实时视频传输与控制系统 刘小康, 戴梅萼, 王 昊, 吴照人, 孟凡博, 叶 银 (清华大学计算机科学与技术系,北京100084) 收稿日期:2006-01-22 基金项目:国家自然科学基金资助项目(60773148,60503039); 航天部创新基金项目(J0320060003) 作者简介:刘小康(1983—),男(汉),湖南,硕士研究生。通讯联系人:戴梅萼,教授,E-mail:me@tirc.cs.ts inghua.ed https://www.wendangku.net/doc/6817096403.html, 摘 要:为了实现远程监控图像的清晰,并保障系统的实时性和可靠性,需要高效率和高质量地进行视频压缩,无差错地进行快速网络传输,有效地进行命令控制。通过优化最新的H .264视频编码算法,设计有效的传输方案和引入自适应的传输机制来解决远程活动图像传输系统中存在的清晰、实时、高效、可靠性问题。实验结果表明:改进后的算法较原有的T .264编码方案速度提高了30%以上,设计的传输策略在保障传输速度的同时,能有效地适应不同的网络环境。在系统中引入的几个关键技术对远程视频传输系统提供了有力的支持。 关键词:应用软件;视频编码;视频传输;命令控制;自适 应;远程控制 中图分类号:T P 317 文献标识码:A 文章编号:1000-0054(2008)07-1154-03 Multiple site ,real -time video transmissions for remote control systems LIU Xiaokang ,DAI M ei ’e ,WANG Hao ,WU Zhaoren , MENG Fanbo ,YE Yin (Department of Computer Science and T echnology , T s inghua University ,Beij ing 100084,China ) Abstract :High image quality,fast,reliable rem ote control sys tems requ ire efficient video com pres sion algor ith ms, robus t netw ork tran smis sion strategies and effective control meth ods.T he H.264algorithm w as optim ized to des ign an effective tr ans miss ion meth od for a s elf-adaptive remote control sys tem.Tests sh ow that the optimized algorithm is more than 30%faster than the T.264algorithm. T he sys tem can b e applied to various netw ork en vir on men ts w ith more efficient transm ission.Th es e techniqu es sign ifican tly im prove remote con tr ol s ystem s. Key words :application software;video coding;video transm ission ; com man d control;s elf-adaptive,remote con tr ol 近年来网络多媒体技术越来越成熟,视频编码/解码技术也不断进步,H.264视频编码标准 [1] 的出 现,极大地提高了视频编码的压缩率,并能获得更好的视频重构质量。由于它支持多种视频格式和不同 网络条件,从而被迅速应用到各个领域,如视频点播、广播、视频压缩存储等。另一方面,视频监控技术的应用也越来越广泛,如交通管理中心对车流的监 控,护理中心对病人状况的监控等。该技术的核心问题是视频采集端的数据压缩、视频监控端的解压缩和二者之间的数据有效传输 [2,3] 。为减轻网络带宽负 荷,需要更高的视频压缩比;为实现更好的监控效果,需要更好的视频解码重构质量。 本文作者选用H.264进行视频压缩解压缩,并通过有效的传输方案和命令控制手段,实现了一个基于H.264的高保真活动图像远程传输与控制平台。 1 系统结构 整个视频传输与控制平台采用Client/Server 架构。采集端为Ser ver 端,获取原始的视频数据,作为服务器提供数据源;控制端作为Client 端,主动连接采集端获取视频数据,通过监控窗口显示远程视频图像,并对远程采集端进行命令控制。控制端通过多线程方式,可启动多个监控窗口,从而实现对多个采集站点进行实时监控。 整个视频远程传输与命令控制平台可分为3个子系统,具体包含9个小的功能模块。这3个子系统及其对应的模块描述如下。 1)视频编解码及传输子系统,包括模块如下。 a )视频采集与压缩模块。 从摄像头获取原始视频流,经H .264算法,形成压缩视频数据。 b)视频传输模块。将压缩视频数据经Internet 从采集端传输到控制端。 c )视频解压缩与显示模块。控制端解码并回放。
视频监控中的常见几种视频传输方式介绍
视频监控中的常见几种视频传输方式介绍 目前，在安防监控行业中用来传输图象信号的方式有很多，但主要传输介质是同轴电缆、双绞线和光纤，对应的传输设备分别是同轴视频放大器、双绞线视频传输设备和光端机。同轴电缆是较早使用，也是最传统的视频传输方式。后来，由于远距离和大范围图象监控的需要以及人们对监控图象质量的要求提高，监控网络中开始大量使用光纤来传输图象信号。虽然双绞线被使用到图象监控网络中是近来的事，但双绞线的视频平衡传输技术是很早就出现了。它也是视频传输技术的一个分支。下面详细介绍下常见视频传输方式： 1、视频基带传输：是最为传统的电视监控传输方式，对0～6MHz视频基带信号不作任何处理，通过同轴电缆（非平衡）直接传输模拟信号。其优点是：短距离传输图像信号损失小，造价低廉，系统稳定。缺点：传输距离短，300米以上高频分量衰减较大，无法保证图像质量；一路视频信号需布一根电缆，传输控制信号需另布电缆；其结构为星形结构，布线量大、维护困难、可扩展性差，适合小系统。 2、光纤传输：常见的有模拟光端机和数字光端机，是解决几十甚至几百公里电视监控传输的最佳解决方式，通过把视频及控制信号转换为激光信号在光纤中传输。其优点是：传输距离远、衰减小，抗干扰性能好，适合远距离传输。其缺点是：对于几公里内监控信号传输不够经济；光熔接及维护需专业技术人员及设备操作处理，维护技术要求高，不易升级扩容。 3、网络传输：是解决城域间远距离、点位极其分散的监控传输方式，采用MPEG2/ 4、 H.264音视频压缩格式传输监控信号。其优点是：采用网络视频服务器作为监控信号上传设备，只要有Internet网络的地方，安装上远程监控软件就可监看和控制。其缺点是：受网络带宽和速度的限制，目前的ADSL只能传输小画面、低画质的图像；每秒只能传输几到十几帧图像，动画效果十分明显并有延时，无法做到实时监控。 4、微波传输：是解决几公里甚至几十公里不易布线场所监控传输的解决方式之一。采用调频调制或调幅调制的办法，将图像搭载到高频载波上，转换为高频电磁波在空中传输。其优点是：综合成本低，性能更稳定，省去布线及线缆维护费用；可动态实时传输广播级图像，图像传输清晰度不错，而且完全实时；组网灵活，可扩展性好，即插即用；维护费用低。其缺点是：由于采用微波传输，频段在1GHz以上，常用的有L波段（1.0～2.0GHz）、S波段（2.0～3.0GHz）、Ku波段（10～12GHz），传输环境是开放的空间，如果在大城市使用，无线电波比较复杂，相对容易受外界电磁干扰；微波信号为直线传输，中间不能有山体、建筑物遮挡；如果有障碍物，需要加中继加以解决，Ku波段受天气影响较为严重，尤其是雨雪天气会有比较严重的雨衰现象。不过现在也有数字微波视频传输产品，抗干扰能力和可扩
视频监控系统的传输和控制部分
视频监控系统的传输和控制部分 传输部分就是视频监控系统的图像信号通路。一般来说，传输部分单指的是传输图象信号。但是，由于某些系统中除图像外，还要传输声音信号，同时，由于需要在控制中心通过控制台对摄像机、镜头、云台、防护罩等进行控制，因而在传输系统中还包含有控制信号的传输，所以我们这里所讲的传输部分，通常是指所有要传输的信号形成的传输系统的总和。因此，在以后有关传输部分的讨论中，在重点介绍图像信号传输的基础上，还将对声音信号及控制信号的传输问题加以讨论和研究。 如前所述，传输部分主要传输的内容是图像信号，因此重点研究图像信号的传输方式及传输中的有关问题是非常重要的。对图像信号的传输，重点要求是在图像信号经过传输系统后，不产生明显的噪声、明显的失真（色度信号与亮度信号均不产生明显的失真），保证原始图像信号（从摄像机输出的图像信号）的清晰度和灰度等级没有明显下降。这就要求传输系统在衰减、引入噪声、幅频特性和相频特性方面都有良好的性能。 在传输方式上，目前视频监控系统多半采用视频基带传输方式。如果在摄像机距离控制中心较远的情况下，也有或必须采用射频传输或光纤传输方式。或者采用微波传输、网上传输等。对以上这些不同的传输方式，所使用的传输部件及传输线路都有较大的不同。总之，虽然从表面上看，传输部分好象只是一些线路，但实际上这部分的好坏也是影响整个系统质量的重要组成部分。 控制部分是整个系统的“心脏”和“大脑”，是实现整个系统功能的指挥中心。控制部分主要由总控制台（有些系统还设有副控制台）组成。总控制台的主要功能有：视频信号放大与分配、图像信号的校正与补偿、图像信号的切换、图像信号（或包括声音信号）的显示记录、摄像机及其辅助部件（如镜头、云台、防护罩等）的控制（遥控）等。在上述的各部分中，对图像质量影响最大的是放大与分配、校正与补偿、图像信号的切换三部分。在某些摄像机距离控制中心很近或对整个系统指标要求不高的情况下，在总控制台中往往不设校正与补偿部分。但对某些距离较远，或由于传输方式的要求等原因，校正与补偿是非常必要的。因为图像信号经过传输之后，往往其幅频特性（由于不同频率成分到达总控制台时
视频传输方式优缺点
传输方式优缺点 常见的有视频基带传输、光纤传输、网络传输、微波传输、双绞线平衡传输、宽频共缆传输方式，且还有一种CDMA监控。 ①视频基带传输：是最为传统的电视监控传输方式，对0~6MHz视频基带信号不作任何处理，通过同轴电缆（非平衡）直接传输模拟信号。其优点是：短距离传输图像信号损失小，造价低廉。缺点：传输距离短，300米以上高频分量衰减较大，无法保证图像质量；一路视频信号需布一根电缆，传输控制信号需另布电缆；其结构为星形结构，布线量大、维护困难、可扩展性差。 ②光纤传输：常见的有模拟光端机和数字光端机，是解决几十甚至几百公里电视监控传输的最佳解决方式，通过把视频及控制信号转换为光信号在光纤中传输。其优点是：传输距离远、衰减小，抗干扰性能最好，适合远距离传输。其缺点是：对于几公里内监控信号传输不够经济；光熔接及维护需专业技术人员及设备操作处理，维护技术要求高，不易升级扩容。 ③网络传输：是解决城域间远距离、点位极其分散的监控传输方式，采用MPEG音视频压缩格式传输监控信号。其优点是：采用网络视频服务器作为监控信号上传设备，有Internet网络安装上远程监控软件就可监看和控制。其缺点是：受网络带宽和速度的限制，只能传输小画面、低画质的图像；每秒只能传输几到十几帧图像，动画效果十分明显并有延时，无法做到实时监控。 ④微波传输：是解决几公里甚至几十公里不易布线场所监控传输的解决方式之一。采用调频调制或调幅调制的办法，将图像搭载到高频载波上，转换为高频电磁波在空中传输。其优点是：省去布线及线缆维护费用，可动态实时传输广播级图像。其缺点是：由于采用微波传输，频段在1GHz以上常用的有L波段（1.0~2.0GHz）、S波段（2.0~3.0GHz）、Ku波段（10~12GHz）,传输环境是开放的空间很容易受外界电磁干扰；微波信号为直线传输，中间不能有山体、建筑物遮挡；Ku波段受天气影响较为严重，尤其是雨雪天气会有严重雨衰。 ⑤双绞线传输（平衡传输）：是解决监控图像1Km内传输，电磁环境复杂场合的解决方式之一，将监控图像信号处理通过平衡对称方式传输。其优点是：布线简易、成本低廉、抗共模干忧性能强。其缺点是：只能解决1Km以内监控图像传输，而且一根双绞线只能传输一路图像，不适合应用在大中型监控中；双绞线质地脆弱抗老化能力差，不适于野外传输；双绞线传输高频分量衰减较大，图像颜色会受到很大损失。 ⑥宽频共缆传输：是解决几公里至几十公里监控信号传输的最佳解决方案，采用调幅调制、伴音调频搭载、FSK数据信号调制等先进技术，可将四十路监控图像、伴音、控制及报警信号集成到“一根”同轴电缆中双向传输。其优点是：充分利用了同轴电缆的资源空间，四十路音视频及控制信号在同一根电缆中双
浅谈视频信号与控制信号的传输距离
浅谈视频信号与控制信号的传输距离 一、引言 随着音视频行业智能化、数字化、网络化的飞速发展，各种应用电子产品越来越多，种类五花八门。随之带来的应用问题也日益突出，用户、工程商、厂家所面对的共同的、迫切需要解决的问题，例如各种信号的传输距离。 作为“CREATOR快捷”的技术支持工程师，经常会接到各种类似的咨询电话：与工程方案、布线有关的各种视频信号、控制信号的传输距离。 CREATOR快捷作为全球中央控制系统、智能会议系统知名品牌，提供产品、解决方案、技术支持服务。为解决以上问题，搜集资料，整理出来以供参考。 二、信号传输距离 1、常见视频信号，包括复合视频信号、S-视频信号(或称Y/C)、VGA信号、RGBHV 信号、超高质量数字信号等。 ⅰ复合视频信号：一般接头为BNC、RCA。（如下图） 75代表抗阻性,后面的3和5代表它的绝缘外径(3mm/5mm)。 SYV中S---同轴射频电缆,Y---聚乙烯,V---聚氯乙烯. SYV75-3传输在300米之内效果好. SYV75-5传输在800米内效果更好. 视频线分
75-3(约100米)传输距离 75-5(约300米)传输距离 75-7(约500--800米)传速距离 75-9(约1000---1500米)传速距离 75-12(约2000----3500米)传速距离 75代表电阻,-3代表线径 ⅱS-视频信号(或称Y/C) 传输距离短 15M ⅲVGA信号 频率高 易衰减，传输距离短 易受干扰 3+4/6VGA15-30M ⅳ RGBHV信号
75-2RGB30-50M 75-3RGB50-70M ⅴ超高质量数字信号-DVI DVI-D:只能接收数字信号 DVI-I:能同时接收数字信号和模拟信号 传输距离短 7-15M ⅵ超高质量数字信号-HDMI 支持5Gbps的数据传输率，最远可传输15米 2、常见控制信号，RS232、RS422、RS485、IR、CR-NET(CREATOR控制信号) ⅰRS232传输速率较低，在异步传输时，波特率为20Kbps，接口使用一根信号线和一根信号返回线而构成共地的传输形式，这种共地传输容易产生共模干扰，所以抗噪声干扰性弱。
常见的视频传输方式
常见的视频传输方式 1、视频基带传输：是最为传统的电视监控传输方式，对0～6MHz视频基带信号不作任何处理，通过同轴电缆（非平衡）直接传输模拟信号。其优点是：短距离传输图像信号损失小，造价低廉,系统稳定。缺点：传输距离短，300米以上高频分量衰减较大，无法保证图像质量；一路视频信号需布一根电缆，传输控制信号需另布电缆；其结构为星形结构，布线量大、维护困难、可扩展性差，适合小系统。 2、光纤传输：常见的有模拟光端机和数字光端机，是解决几十甚至几百公里电视监控传输的最佳解决方式，通过把视频及控制信号转换为激光信号在光纤中传输。其优点是：传输距离远、衰减小，抗干扰性能好，适合远距离传输。其缺点是：对于几公里内监控信号传输不够经济；光熔接及维护需专业技术人员及设备操作处理，维护技术要求高，不易 升级扩容。 3、网络传输：是解决城域间远距离、点位极其分散的监控传输方式，采用MPEG2/ 4、 H.264音视频压缩格式传输监控信号。其优点是：采用网络视频服务器作为监控信号上传设备，只要有Internet网络的地方，安装上远程监控软件就可监看和控制。其缺点是：受网络带宽和速度的限制，目前的ADSL只能传输小画面、低画质的图像；每秒只能传输几到十几帧图像，动画效果十分明显并有延时，无法做到实时监控。 4、微波传输：是解决几公里甚至几十公里不易布线场所监控传输的解决方式之一。采用调频调制或调幅调制的办法，将图像搭载到高频载波上，转换为高频电磁波在空中传输。其优点是：综合成本低，性能更稳定，省去布线及线缆维护费用；可动态实时传输广播级图像，图像传输清晰度不错，而且完全实时；组网灵活，可扩展性好，即插即用；维护费用低。其缺点是：由于采用微波传输，频段在1GHz以上，常用的有L波段（1.0～2.0GHz）、S波段（2.0～3.0GHz）、Ku波段（10～12GHz）,传输环境是开放的空间，如果在大城市使用，无线电波比较复杂，相对容易受外界电磁干扰；微波信号为直线传输，中间不能有山体、建筑物遮挡；如果有障碍物，需要加中继加以解决，Ku波段受天气影响较为严重，尤其是雨雪天气会有比较严重的雨衰现象。不过现在也有数字微波视频传输产品，抗干扰能 力和可扩展性都提高不少。 5、双绞线传输（平衡传输）：也是视频基带传输的一种，将75Ω的非平衡模式转换为平衡模式来传输的。是解决监控图像1Km内传输，电磁环境相对复杂、场合比较好的解决方式，将监控图像信号处理通过平衡对称方式传输。其优点是：布线简易、成本低廉、抗共模干忧性能强。其缺点是：只能解决1Km以内监控图像传输，而且一根双绞线只能传输一路图像，不适合应用在大中型监控中；双绞线质地脆弱抗老化能力差，不适于野外传输； 双绞线传输高频分量衰减较大，图像颜色会受到很大损失。 6、宽频共缆传输：视频采用调幅调制、伴音调频搭载、FSK数据信号调制等技术，将数十路监控图像、伴音、控制及报警信号集成到“一根”同轴电缆中双向传输。其优点是：充分利用了同轴电缆的资源空间，三十路音视频及控制信号在同一根电缆中双向传输、实
2.4G无线视频传输方案
2.4G无线视频传输方案 一、方案概述 低分辨率视频传输应用，针对QVGA（320*240）分辨率以下的低速率无线视频传输。主要应用在可视门铃，婴儿室内监视以及小尺寸显示屏短距离无线视频传输。特点是射频部分开发简单，软件实现很快，而设计者可将精力放在上层应用的开发。 二、方案原理 1. 方案由视频采集发送端和视频接收端组成。 2. 视频发送端采用ARM7控制器，获取摄像头（320*240,QVGA）采集到的视频数据，进行视频压缩，然后控制UM2455收发芯片将数据发送出去。 3. 视频接收端采用ARM7控制器，将UM2455接收到的数据解压缩，视频解码，送到LCD 屏上。 4. 目前成功案例：可视门铃，婴儿室内监控。 三、方案图示 [attachment=321] 四，方案特点 1. 解决家庭烦恼，预防紧急事情，并对身体无辐射危害。 2. 性能：功耗小，最高速率达625Kbps，传输距离200-300米，2-3秒传送一幅图片。 3. 带天线射频模块，开发简单，体积小，产品外观可小巧精致，易受客户青睐 4. 接收端可做成USB端口连接电脑。方便携带，电池供电，无需数据线。 5. 可开发一对多产品，价格便宜，可双向通讯，方便增加产品附加功能，以及防丢器附加产品 五，方案设计 2.4G RF芯片UM2455 是UBEC推出的ZigBee芯片Cost down版本，UM2455采用直接序列展频技术(DSSS)来避免2.4GHz ISM频带上日益严重的电波与噪声干扰,更具有 CSMA/CA防碰撞机制进一步提高通讯稳定性。UM2455具有AES128加密功能。为客户提供一个稳定、高性能、简易设计、低价的RF解决方案。为避免客户RF开发能力不足的担忧，UBEC 推出UM2455相关RF模块，客户可专心处理协议，大量缩短开发时间。可提供UM2455相关产品如下： 1，UM2455 QFN封装芯片 2，100米距离QFN UM2455射频模块 3，100米距离COB UM2455射频模块 4，500米距离QFN UM2455射频模块 2.4G无线视频传输方案 2.4G无线视频传输方案 一、方案概述 低分辨率视频传输应用，针对QVGA（320*240）分辨率以下的低速率无线视频传输。主要应用在可视门铃，婴儿室内监视以及小尺寸显示屏短距离无线视频传输。特点是射频部分开发简单，软件实现很快，而设计者可将精力放在上层应用的开发。 二、方案原理 1. 方案由视频采集发送端和视频接收端组成。
实时视频传输与控制协议-v2
全球眼 实时视频传输和控制协议v2 修改历史 复审人
一、说明 这份协议描述了视频服务器与流媒体分发服务器、视频服务器与企业客户端之间传输实时视频的方法。文档中没有针对媒体分发服务器与企业客户端（第三方播放器）之间的通信方法，但是媒体分发服务器与企业客户端（第三方播放器）之间的通信方法尊守RTC1889和RPC2326定义的规范。 在这篇文档里我们把象视频服务器这样能够给观看者提供视频数据的设备称为逻辑上的服务端角色（也就是视频源），象企业客户端这样播放视频的终端设备称为逻辑上的客户端角色（也就是接收者或观看者）。流媒体分发服务器同时具有两种角色。 交互流程中列出了两种模式，我们当前要先实现接模式。推模式是为了视频服务器在私网环境时也可以通过流媒体发服务器向用户提供视频服务。推模式暂不实现。 协议中没有提及RTCP协议，但并不影响视频通信质量，而且目前很难实现有效的编解码之间返馈的处理方法，所以现在，以及将来的一段时间都不会考虑RTCP协议，除非出现有效的视频质量控制机制。 本文参考RFC 1889、1890、2326、3550完成，如有不符合标准的、或者不完善的陈述，请提出来，发电子邮件到piaoxichuang@。如果您有更好的想法也可以通过邮件进行交流。 二、协议 通信方式使用RTP over TCP方式。（RTC1889、RFC2326） 1、一个完整的包 网络字节顺序
2、RTP包的封装（RTP over TCP） 网络字节顺序 Channel Identifier：取值0。因为只有一个流在一个TCP连接中传递，同时不使用RTCP协议。参见RFC 2326 [10.12]节。 Lenth：取值为RTP包的大小，包括RTP头部，但不包含本身的4个字节，以BYTE为单位。 3、RTP 12字节头部 网络字节顺序 V：版本，取值2。[可能会使用0值，还没想清楚，可能的使用情况是为了实现防火墙穿透] P：附加数据，取值为0。 X：扩展头，取值为1。 CC：CSRC列表数量，取值为0。 M：记号，取值0或1。关于M字段的取值：如果扩展头中T字段为1，则当一个包（RTP Packet）是一个帧（Sample）的最后一个包时取值1，否则取值0；扩展头中T字段为1时，由于指令长度较小，一个RTP就可以传输完成，所以取值为1。除非要使用多个RTP包传输，最后一个RTP包取值为1，前面的包取值为0。 PT：负载类型，动态，取值96。参见RFC 1890 [7]节。 Sequence Number：RTP包的序号，初始值是随机的，不是0。 Timestamp：以视频编码算法提供者的需要填写或单调增长的时间戳。[将来可能把这个值也传递给视频解码算法中去。] SSRC：随机数，用于在同一个会话中区分不同的流。建议使用MD32。 UINT Y[4] If Y = MD5(X) Then MD32(X) = Y[1] ^ Y[2] ^ Y[3] ^ Y[4] 注：RTP包大小最大值为2048。（因为DSS支持的最大包为2048Bytes）
各种视频传输模式比较分析
各种视频传输模式分析 视频线缆传输可以分为同轴基带传输、双绞线基带传输、射频传输、光缆传输、数字IP（网络）传输等几种方式。 一、视频同轴基带传输： 我国PAL-D视频基带0-6M，复合视频基带一般指视频基带和音频副载波为8M带宽。同轴视频传输是应用最早，用量最大，最容易操作的一种视频传输方式。同轴视频基带传输的技术要点是： 1.同轴电缆的信号传输是以“束缚场”方式传输的，就是说把信号电磁场“束缚”在外屏蔽层内表面和芯线外表面之间的介质空间内，与外界空间没有直接电磁交换或“耦合”关系。所以同轴电缆是具有优异屏蔽性能的传输线；同轴电缆属于超宽带传输线，应用范围一般为 0Hz—2Ghz以上；它又是唯一可以不用传输设备也能直接传输视频信号的线缆； 2.视频基带信号处在0-6M的频谱最低端，所以视频基带传输又是绝对衰减最小的一种传输方式。但也正是因为这一点，频率失真——高低频衰减差异大，便成为视频传输需要面对的主要问题；在视频传输通道幅频特性“-3db”失真度要求内，75-5电缆传输距离约为120—150米；工程应用传输距离在2、3百米以内还比较好，网上论坛里提供的“感官标准”传输距离数据，从3、5百米到1千多米都有，实际是没有标准，也就没有实际参考意义。 3.同轴视频基带传输的主要技术问题是：为实现远距离传输的频率加权放大和抗干扰问题。加权放大器可一定程度地抑制干扰，同时也能有效补偿电缆衰减和频率失真，属于抗干扰传输设备。其前端有源—后端无源抗干扰传输距离（75-5）在1000米左右，前后端都有源为1500-2000米；与加权视频放大器配套的抗干扰传输距离3公里，75-7电缆可以达到5公里。双绝缘双屏蔽抗干扰同轴电缆是与同轴电缆穿镀锌铁管原理一样，施工更方便，成本更低，在常见电磁干扰环境下，可以作为防止干扰入侵，又可方便设计和施工的工程选择； [同轴视频基带传输设备] 我国频率加权视频放大专利技术的出现，有效解决了视频传输的频率失真问题，产品已经比较成熟，在视频传输通道“-3db”失真度要求内，仅用一级末端补偿，75-5电缆传输距离已经提高到了2000米以上，前后双端补偿的视频恢复设备已经突破3公里。传输距离已可以满足多数中近距离工程需要，传输质量已达到高质量工程的要求； [认识、理解和应用上的盲区误区] 1．知道同轴传输有衰减，但不了解、不理解“频率失真才是视频同轴传输最需要重视的主要问题。频率失真改变了视频原信号各种频率成分的正常比例关系，降低了图像色度和清晰度；