320协议

❶ H.323音视频协议的通信原理

在H.323多媒体通信系统中，控制信令和数据流的传送利用了面向连接的传输机制。在IP游戏栈中，IP与TCP协作，共同完成面向连接的传输。可靠的传输保证了数据数据包传输时的流量控制、连续性以及正确性，但也可能引起传输时延以及占用网络宽带。H.323将可靠的TCP用于H.245控制信道、T.120数据信道，呼叫信令信道。而视频和音频信息采用不可靠的、面向非连接的传输方式，即利用用户数据协议UDP（User Datagram Protocol）。UDP无法提供很好的QoS，只提供最少的控制信息，因此传输时延较TCP小。 在有多个视频流和音频流的多媒体通信系统中，基于UDP和不可靠传输利用IP多点广播和由IETF实时传输协议RTP处理视频和音频信息。IP多播是以UDP方式进行不可靠多点广播传输的协议。RTP工作于IP多播的顶层，用于处理IP网上的视频和音频流，每个UDP包均加上一个包含时间戳和序号的报头。若接收端配以适当的缓冲，那么它就可以种用时间戳和序号信息复原，再生数据包、记录失序包、同步语音、图像和数据以及改善边接重放效果。实时控制协议RTCP用于RTP的控制。RTCP监视服务质量以及网上传送的信息，并定期将包含服务质量信息的控制信息包发分给所有通信节点。
在大型分组网络如因特网中，为一个多媒体呼叫保留点足够的宽带是很重要的，也是很困难的。另一个IETF协议--资源预流协议RSVP允许接收端为某一特殊的数据流申请一定数量的宽带，并得到一个答复，确认申请是否被许可。虽然RSVP不是H.323标准的正式组成部份，但大多数H.323产品都必须支持他，因为宽带的预流对IP网络上多媒体通信的成功至关重要，RSVP需要得到终端、网关、装有多点处理器的MCU以及中间路由器或交换机的支持。
H.225.0适用于不同类型的网络，其中包括以太网、令牌环网等。H.225.0被定义在诸如TCP/IP，SPX/IPX传输层。H.225.0通信的范围是在H.323网关之间，并且是在同一个网上，使用同一种传输协议。如果在整个因特网上使用H.323协议，通信性能将会下降。H.323试图把H.320扩展到无质量保证的局域网中，通过使用强大的认可控制会议控制，使一个专门会议的参加者从几人到几千人。
H.225.0建立了一个呼叫模型，在这个模型中，呼叫建立和性能协商没有使用RTP传输地址，呼叫建立之后才建立若干个RTP/RTCP连接。呼叫建立之前，终端可以向某个关守（Gatekeeper）注册。如果终端要向某个关守注册，它必须知道这个关守的年限（Vintage）。正因为如此，发现（discovery）和注册(registion)结构都包含了一个H.245类型的对象标志，它提供了H.323应用版本的年限。这些结构还包含了可选择的非标准消息，它允许终端建立非标准关系。在这些结构的末尾，还包括了版本号的非标准状态。其中：版本号是必须的，非标准信息是可选的。非标准信息用来在两个终端之间相通知其年限及非标准状态。虽然所有的Q.931消息在用户到用户信息中具有可选的非标准信息，但在所有的RAS通道信息中还是具有可选的非标准信息。另外，在任何时候都能发送一个非标准RAS消息。进行注册、认可和状态通信的不可靠通道称为RAS通道。开始一个呼叫一般必须首先发送一个认可请求消息，接着发送一个初始建立消息，这个过程以收到连接消息为结束。
当可靠的H.245控制通道建立之后，音频、视频以及数据的传输通道都可以相应建立。多媒体会议的有关设置也可以在这里设置。当使用可靠的H.245控制通道传送消息后，H.225终端可以通过不可靠通道发送音频、视频数据。错误隐藏和其它一些信息是用来处理发生丢包的情况。一般情况下，音频、视频数据包不会重发，因为重发将引起网络网络上的延时。假设底层已经处理了对位出错的检测，而且错误的包不会传给H.225。音频、视频数据和呼叫信号不会在同一个通道里传输，并且不使用同样的消息结构。H.225.0有能力使用不同的传输地址，在不同的RTP实例当中发送和接收音频、视频数据，以确保不同媒体帧的序列号和每种媒体的服务质量。现在ITU正在研究如何把音频、视频数据包混合在同一个传输地址中同一帧中，虽然音频、视频数据能够凭错传输层服务访问点标识来共享同一个网络地址，但是制造商还是选择使用不同的网络地址来分别传输音频、视频数据。在网关、多点控制单元和关守中可以使用动态传输层服务访问点标识来代替固定传输层服务访问点标识。
一个可靠的传输地址用于终端与终端之间的呼叫建立，也可以用于关守之间，可靠的呼叫信号连接必须按照下例规则进行。在终端与终端的呼叫信号传输中，每个终端都可以打开或关闭可靠呼叫信号通道。对于关守的呼叫信号传输，终端必须保证在整个过程中打开可靠端口。虽然关守能够选择是否关闭信号通道，但是对于网关正在使用的呼叫通道，关守必须保证它打开。诸如显示信息等Q.931信息可以在端到端之间传输。如果由于传输层的某个原因使得可靠的连接被断开，这个连接必须重建，此次呼叫不认为是失败。除非H.245通道被关闭。呼叫状态和呼叫参考值不受关闭可靠连接的影响。同一时间可以打开多个H.245通道，因此同一个终端可以同时参加多个会议。在一个会议中，一个终端甚至可以同时打开多种类型的通道，例如，同时打开两个音频通道来得到立体声效果。但是在一个点对点的呼叫中只能打开一个H.245控制通道。
H.245协议定义了主从判别功能，当在一个呼叫中的两个终端同时初始化一个相同的事件时，就产生了冲突。例如，资源只能被一个事件使用。为了解决这个问题，终端必须判断谁是主终端，谁是从终端，主从叛别过程用来判断哪个终端是主终端，哪个是从终端。终端的状态一旦决定，在整个呼叫过程期间都不会改变。性能交换过程用来保证传输的媒体信号是能够被接收端接收的，也就是接收端必须能够解码接收数据。这要求每一个终端的接收和解码能力必须被对方终端知道。终端不需具备所有的能力，对于不能理解的要求可以不予理睬。终端通过发送它的性能集使对方知道自己的接收和解码能力。接收性能描述了终端接收和处理信息流的能力。发送必须确保所发送的性能集的内容是自己能够做到的。发送性能给接收方提供了操作方式的选择集，接收方可以从中选择某种方式。如果缺省了发送性能集，这说明了发送方没有给接收方选择，但这并不说明发送方不会向接收方发送数据。这些性能集使得终端可以同时提供多种媒体流的处理。例如，一个终端可以同时接收两路不同的H.262视频信号和两路不同的H.722音频信号。性能消息描述的不仅仅是终端具有的固有能力，还描述了它可以同时具有哪些模型。它也可能表示了发送性能和接收性能之间的一种折中。终端可以使用非标准参数结构来发送非标准性能和控制消息。非标准消息是制造商或其它组织定义的，用来表明其终端所具有的特殊能力。
逻辑通道信号过程确保在逻辑通道打开时，终端就具有接收和解码数据的能力。打开逻辑通道消息包含了关于传送数据的描述。逻辑通道必须在终端有能力同时接收所有打开通道的数据时才通被打开。一个逻辑通道由传送方打开。接收方可以向传送方请求关闭逻辑通道，传送方可以接受请求，也可以拒绝请求。当性能交换结束时，双方终端通过交换的性能描述符都知道了对方的性能。终端不需要知道描述符中所有性通，只要知道它使用的性能即可。终端知道自己与对方终端的环型延时是很有用的。环型延时判别就是用来测试环型延时的，它还可以用来测试远方终端是否存在。命令和说明可以用来传送一些特殊的数据。命令和说明不会得到远程终端的响应消息。命令用于强迫远程终端执行一个动作，说明用于提供信息。
H.323协议规定，音频和视频分组必须被封装在实时协议RTP中，并通过发送端和接收端的一个UDP的Socket对来进行承载。而实时控制协议RTCP用来评估会话和连接质量，以及在通信方之间提供反馈信息。相应的数据及其支持性的分组可以通过TCP或UDP进行操作。H.323协议还规定，所有的H.323终端都必须带一个语音编码器，最低要求是必须支持G.711建议。

❷ 视频会议系统的体系架构是怎么样的具体比如H.323协议是用于MCU和个MG终端的通讯协议么

从视频会议技术发展的历史来看，目前 视频会议系统的建立可以依据ITU-T的两大框架建议H.320和H.323来进行，从而形成两种不同的建设方案。H.320是ITU-T较早期的视频会议标准，该标准完全建立在一系列视频会议专有的技术和标准之上，而H.323标准建立在通用的、开放的计算机网络通信技术基础之上，具有广阔的发展前景。自从1996年 ITU-T批准该标准以来，视频会议的技术和市场都发生了革命性的变化。越来越多的厂家竞相投入H.323新产品的开发，越来越多的用户采用H.323技术和产品构造他们自己的视频会议系统。

一、视频会议技术体制

1.H.320标准

H.320标准于1990年制订，是视频会议的早期建议之一，主要针对窄带ISDN网。由于窄带ISDN网是一种基于电路交换的网络，所以 H.320标准主要满足和适应电路交换的特性，因而H.320标准的视频会议被广泛用于VSAT、DDN、ISDN等电路交换网络。电路交换的特点是面向连接、传输速率和时延稳定、时延小、误码率低，因此视频会议的质量容易得到保证。但它的缺点是连接固定，除ISDN网上是可以进行拔号外，其它网络的应用都必须进行点对点的永久连接，带宽利用率较低，开放性很差，设置联接也不方便。从1993年开始，在我国引进建设的视频会议网，绝大部分都采用H.320 标准视频会议，并建立在VSAT、DDN、E1专线、ISDN等网络上，极大地限制了视频业务的进一步拓展。

2.H.323标准

H.323标准涵盖了音频、视频及数据在以IP包为基础的网络(LAN、EXTRANET和Internet)上的通信，建立H.323标准是为了允许不同厂商的多媒体产品和应用能够互操作。对于范围广泛的基于IP网络的多媒体通信应用来说，H.323标准是非常重要的构件。另外，该标准也允许通过ISDN和POTS与基于PPP的网络直接相连。

1996年，ITU批准了H.323规范。该标准范围广，涵盖了各种独立设备、个人计算机技术以及点对点和点对多点视频会议。该标准解决了视频会议中呼叫与会话控制、多媒体与带宽管理等许多问题。

二、网络结构

1.基于H.320标准的单MCU星型组网和两级MCU组网(主从)

单MCU星型组网是指采用一个MCU设备与多个会议电视终端组成星型网络结构。当会议电视终端多于一个MCU所提供的端口数时，单个MCU就无法连接所有会议电视终端。此时要通过级联MCU的方式来实现网络的扩容来增加网络容量，构成主从结构。每个从MCU都与主MCU构成固定连接，因此网络的稳定性很差。从拓扑结构上来看，这种单星型结构会因主MCU的问题导致全网的不稳定。原则上MCU的级联可以不受限制，但网络在达到3级时就不能满足会议最小时延、同步的要求，因此在应用中一般只采用单MCU星型组网和两级MCU组网(主从)两种。

用户层的接入一般采用E1专线方式或ISDN2B+D的接入方式连接。两种方式各有优缺点，专线能保证良好的稳定性和图像质量，但网络利用率低；ISDN受线路影响较大，但接入灵活方便。

H.320会议电视系统对网络带宽要求较严。例如当一次会议有10个会场参加时，若每个会场都能相互看到，就需要10×11/2=55条通道。因此，当网络终端达到一定数目时，网间控制和电路调配会出现困难，故此方式不适合较大规模的会议。

2.基于H.323标准的系统优势

H.323会议电视系统的MCU组网与H.320的不同在于，H.323中MCU只是逻辑意义上的网状网结构，它们之间没有固定连接。在转接会议时呈现树型结构，但此时转接的MCU并不占用端口资源。按H.323第二版建议，大体上可分为GK组网和MCU组网两种。

GK是H.323系统的一个组件，其功能是向H.323节点提供呼叫控制服务。本区域内的所有H.323节点必须在本域内的网守上登记注册，GK提供的基本服务有：地址翻译、带宽管理、许可控制、区域管理。多个GK组网可形成网状网结构或主从结构。网状网结构中每个GK地位平等，分别管理所连接MCU的地址解析、区域管理等功能。主从结构GK组网由一个顶级GK和多个域GK构成树型结构，便于对网络进行升级扩容。顶级GK负责域GK的解析，域GK负责所连接的MCU解析、区域管理等，但此方式集中管理，稳定性较差。

H.323会议电视系统的带宽配置分为本域内的带宽需求和各大区之间的带宽要求。对一个区域来说，若一个MCU的最大用户数目是100个 384kbit/s的终端同时接入，按此时IP网络的实际利用率80%计算，每一个MCU的接入带宽至少应为100×384/0.8=48Mbit/s。对不同区域来说，可以通过MCU之间进行级连来节省带宽，据运营商的经验数据，平均每个域内会议人数最少是三个人，按平均最少的开会人数来计算，大约能节省三分之二的带宽，因此区域间的最小带宽为16Mbit/s。

三、H.320与H.323会议组织流程

在H.320会议电视系统中，由于MCU与MCU之间、终端与MCU是静态固定连接。因此，主MCU把从MCU视为终端来对待，各终端逐个与所连接的MCU建立呼叫，并按顺序加入会议。

在H.323会议电视系统中，由于MCU与MCU之间、终端与MCU不是静态固定连接的，因此会议组织流程较复杂，存在终端和MCU之间相互选择的问题。在召开一个会议时，终端仍首先被接入所连接的本域MCU，其他域终端可加入到此MCU上参加会议或此终端溢出到邻近MCU上参加会议。在选择路由上，若参会终端比较分散，则可选择任意一参会终端方所在地的MCU作为召集方，其他终端汇接到此MCU。对于会议中邀请和加入其他终端时，若会议使用中的MCU端口数已满，则终端会被指向邻近的MCU，建立连接。对于参会终端不归属于一个GK的连接，应不跨GK域使用MCU，将参会终端接入本域的 MCU。H.323会议电视系统三种会议组织流程形式分别为点对点会议、多点会议以及跨区域之间的视频会议。
四、网络质量保证技术

H.320会议电视系统对承载网络需要有时钟同步和保证传输指标的要求。时钟同步可采用内部时钟或外部时钟两种方式来满足MCU三级时钟要求。国内传输指标是根据ITU-TN.86建议，ITU-TN.90建议所规定信道性能极限值：国内/国际会议电视电路以2048kbit/s速率传输时，比特误码率(BER)应小于10，无误码秒(EFS)应大于92%。

H.323会议电视系统是IP分组网络来传输的，因此IP网络传输H.323会议电视系统的指标主要应包括丢包、延时、抖动、误码率等指标。语音的最大时延0.25s，最大时延抖动应小于10ms，可接受的误码率小于10-1；活动图像的最大时延0.25s，最大时延抖动应小于10ms，可接受的误码率小于10-2，

1.H.323会议电视系统在实际应用中的QoS保障

(1)使用IP专网或VPN技术连接所有服务网元件组成的网元专网，保证MCU和MCU之间、MCU和网守之间、网守和网守之间通信。

(2)可以通过H.323代理服务器对H.323数据进行封装,提供QoS机制。使用定向路由将H.323数据路由到有QoS保证机制的专网。H.323代理服务器有两个首要子系统：网守和网关代理子系统。

网关代理子系统：提供H.323流量控制、带宽控制、QoS机制、通向外部网络的可靠通讯联接等。

网守代理子系统：提供用户授权、呼叫详细记录、局域网出口带宽管理和会议数量管理、H.323呼叫路由、地址目录。

定向路由：对于QoS来说，管理员配置一个单独的网络，与公网分离开来。H.323代理服务器通过ASR(特殊应用路由)来充分利用独立网络的优势。

(3)网守双注册表映射

由于终端被隐藏在H.323代理服务器之后，甚至防火墙之后，并通过H.323代理服务器注册到GK子系统上，故终端在被呼叫时，该终端不能被 H.323代理服务器之外的终端直接呼通，必须通过H.323代理服务器转发。如果在某一H.323代理服务器之后有多个终端，在H.323代理服务器上就产生了一个转发给谁的问题，这是一个地址解析的问题。

这里针对穿过防火墙来处理H.323的传输有两种解决方案。

防火墙支持H.323协议(例如CheckPoint4.1或以上)：我们可将H.323代理服务器放到防火墙之后。

防火墙不能支持H.323的动态访问协议：在防火墙内可以使用代理服务器来提供简单的访问控制方案。因为只有H.323代理服务器是节点服务器，这个节点与防火墙外的设备相互影响，所以它很容易在防火墙上建立访问控制列表来通过H.323代理服务器。如果防火墙不能支持H.323的动态访问协议，我们可把H.323代理服务器和防火墙并列摆放。

通过一个H.323代理服务器间接发送信号有三方面的原因：可以解决服务器的安全机制；可以代表H.323终端来承接QoS发信号；可以完成特殊应用的路由任务来改善H.323传输质量。

2.利用VPN-MPLS实现流量控制及QoS保证

虚拟专用网(VPNs)建立在公网或共享网络上，可用以区分网络流量。服务提供商可以应用MPLS建立全新的VPN，具备MPLS能力的VPN 是无连接的IP网络，同时具备与帧中继及多级别IP业务的保密性，使得MPLS的VPN的运营更有效，服务提供商可以提供更廉价的可管理的IP业务。建立在第三层的基于MPLS 的VPN是构筑于对等模式的，与传统的VPN相比在本质上具备更好的扩展性且更利于建设及管理。另外，许多增值业务，例如视频应用及数据寄存、网络商务、话音业务等都可以通过某一专门的MPLS VPN 方便地部署实施，其原因正是服务提供商的传输网可以将每一个VPN识别为一个安全的无连接IP网络。

五、H.320与H.323系统的互通

H.320协议是基于窄带ISDN网络的多媒体通讯标准，是基于电路交换的网络；H.323协议是基于分组交换的网络的多媒体通信标准。两者都是基于网络的多媒体通信标准，所采用的音频和视频的压缩算法是一样的，通过以上H.320协议和H.323协议会议电视标准的对比可知，通过 Gateway(网关)就可以实现这两种不同协议之间的转换。

1.两种会议系统之间的互通

(1)H.320终端和H.323终端点对点互通；

(2)H.320终端加入H.323上MCU的会议；

(3)H.323终端加入H.320上MCU的会议；

(4)H.320上MCU的会议和H.323上MCU的会议进行级连。

2.网络管理的互通

H.320视频会议系统基本上没有真正意义的网络管理，只是对终端、MCU有远端拨号控制功能，可以远程用调制解调器远端拨号配置和维护终端，实现召开和预定会议、掌握会议控制权等功能。

H.323视频会议系统的网络管理能力比H.320视频会议系统要强的多，H.323视频会议系统的网管是基于TCP/IP协议中的SNMP(简单网络管理协议)，包括对终端、MCU的管理、配置和维护都可以通过SNMP来实现。

针对以上情况，提出了全网互通的方式采取分布式结构进行集中管理的方式。在涉及到区域之间时，可以通过网关互连，通过一个定制的专用服务器通过 IP与H.320的MCU相连，通过IP对网络中的MCU进行管理，包括预定会议、召开分组会议等功能，实现网管中心对MCU的控制，从而对整个网络实现集中式管理。

❸ 投资双方协议确认价值和协议出资额有什么区别

资产的入账价值一般都是公允价值，而实收资本则是根据股东谈判的结果，一般来说，一方同意以低于公允价值出资通常是看好被投资有更好的未来预期。

❹ 视频会议的协议有多少种

国际电信联盟ITU对于视音频通讯及其兼容性的技术进行了规范，在这些基本的协议中，同时对语音、视频的编码格式，用户控制模式等要件进行了相关的规定。ITU-T制定的适用于视频会议的标准有： H.320协议（用于ISDN上的群视频会议）、H.323协议（用于局域网上的桌面视频会议）、H.324（用于电话网上的视频会议）、H.310（用于ATM和B-ISDN网络上的视频会议）和H.264（高度压缩数字视频编解码器标准）。其中H.323协议成为目前应用最广最通用的协议标准，而H.264是目前最先进的网络音视频编解码技术。

❺ 宝马328系列和320系列的主要区别

区别如下：

1、售价

320Li 的售价在---42万之间 尺寸是 4624*1811*1455 轴距是2810

328Li 的售价在41---48万之间 尺寸是 4734*1811*1455 轴距是2920

2、性能

320是目前最低的进口3系 家用的运动型轿车，7秒6的提速，分为时尚版和运动设计套件版，就是些实用配置上的差别，没有325只有328。

328分为328I和328M （不是M3）是装用M3套件的，普通3系，328提速为6秒1，328M为5秒9，区别就在于M级的套件，还有油电混合版3系。

3、配置

两车配备的都是2.0T的直列4缸发动机，但是320只有184马力 ，328拥有245马力的 ，所以328的动力很足 ，加速更好，更快。

(5)320协议扩展阅读：

宝马(BMW)是享誉世界的豪华汽车品牌。宝马的车系有1、2、3、4、5、6、7、i、X、Z等几个系列，还有在各系基础上进行改进的M系（宝马官方的高性能改装部门）。

宝马公司创建于1916年，总部设在德国巴伐利亚州慕尼黑。BMW的蓝白标志宝马总部所在地巴伐利亚州州旗的颜色。百年来，宝马汽车由最初的一家飞机引擎生产厂发展成为以高级轿车为主导，并生产享誉全球的飞机引擎、越野车和摩托车的企业集团，名列世界汽车公司前列。宝马也被译为“巴依尔”。

2018年7月10日，长城公司与宝马公司签署合资协议，合资成立光束汽车有限公司。

❻ 现在视频会议业内有那几家是标准的H.323协议

H.323好像是由宝利通公司最早发明的一种视频的压缩格式（类似于音频的MP3格式），内后来作为行容业规范进行推广，现在主流的设备都是利用这种协议，不存在你说的兼容性问题。
国内品牌比较有名的就是华为，华3,这两个用过效果不错，没用过的不敢说。
有点没看明白，你的的意思是说，你们的网络中采用很多不同品牌的视频设备还是说网络存在问题。我把联系方式发给你了，大家可以探讨一下，看能不能解决你的问题。

❼ 汇川变频器md320和md300通讯协议指令格式一样吗

找说明书，在最后的里面有的。
五、通讯资料结构
MD320系列变频器的ModBus协议通讯数据格式如下：
使用RTU模式，消息发送至少要以3.5个字符时间的停顿间隔开始。在网络波特率下多样的
字符时间，这是最容易实现的（如下图的T1-T2-T3-T4所示）。传输的第一个域是设备地址。
可以使用的传输字符是十六进制的0...9,A...F。网络设备不断侦测网络总线，包括停顿间隔时间
内。当第一个域（地址域）接收到，每个设备都进行解码以判断是否发往自己的。在最后一个
附录 MD320/MD320N用户手册
- 152 -
传输字符之后，一个至少3.5个字符时间的停顿标定了消息的结束。一个新的消息可在此停顿后
开始。
整个消息帧必须作为一连续的流转输。如果在帧完成之前有超过1.5个字符时间的停顿时间，
接收设备将刷新不完整的消息并假定下一字节是一个新消息的地址域。同样地，如果一个新消
息在小于3.5个字符时间内接着前个消息开始，接收的设备将认为它是前一消息的延续。这将导
致一个错误，因为在最后的CRC域的值不可能是正确的。
RTU帧格式：
帧头START 3.5个字符时间
从机地址ADR 通讯地址：1~247
命令码CMD 03：读从机参数；06：写从机参数
数据内容DATA（N-1）
资料内容：
功能码参数地址，功能码参数个数，功能码参数值等。
数据内容DATA（N-2）
……
数据内容DATA0
CRC CHK低位
检测值： CRC值。
CRC CHK高位
END 3.5个字符时间
CMD（命令指令）及DATA（资料字描述）
命令码：03H，读取N个字（Word）（最多可以读取12个字）
例如：从机地址为01的变频器的启始地址F002连续读取连续2个值
主机命令信息
ADR 01H
CMD 03H
启始地址高位F0H
启始地址低位02H
寄存器个数高位00H
寄存器个数低位02H
CRC CHK低位
有待计算其CRC CHK值
CRC CHK高位
从机
回应信息
FD-05设为0时：
ADR 01H
CMD 03H
字节个数高位00H
字节个数低位04H
资料F002H高位00H
资料F002H低位00H
资料F003H高位00H
资料F003H高位01H
MD320/MD320N用户手册 附录
- 153 -
CRC CHK低位
有待计算其CRC CHK值
CRC CHK高位
FD-05设为1时
ADR 01H
CMD 03H
字节个数04H
资料F002H高位00H
资料F002H低位00H
资料F003H高位00H
资料F003H低位01H
CRC CHK低位
有待计算其CRC CHK值
CRC CHK高位
命令码：06H，写一个字（Word）
例如：将5000（1388H）写到从机地址02H变频器的F00AH地址处。
主机命令信息
ADR 02H
CMD 06H
资料地址高位F0H
资料地址低位0AH
资料内容高位13H
资料内容低位88H
CRC CHK低位
有待计算CRC CHK值
CRC CHK 高位
从机回应信息
ADR 02H
CMD 06H
资料地址高位F0H
资料地址低位0AH
资料内容高位13H
资料内容低位88H
CRC CHK低位
有待计算CRC CHK值
CRC CHK 高位
校验方式——CRC校验方式：CRC（Cyclical Rendancy Check）
使用RTU帧格式，消息包括了基于CRC方法的错误检测域。CRC域检测了整个消息的内
容。

❽ 分别基于H.323协议和H.320协议的视频会议设备 是否 可以通过什么设备 达到共用

H.323 H.320 很落后的音频压缩技术了，用在普通电话上面的。
悠优视频会议采用 动态的 GIPS 压缩技术 压缩比提高了一倍 而且可以根据语音 网络情况动态变化。

❾ H.323协议

H.323协议简介

在传统电话系统中，一次通话从建立系统连接到拆除连接都需要一定的信令来配合完成。同样，在IP电话中，如何寻找被叫方、如何建立应答、如何按照彼此的数据处理能力发送数据，也需要相应的信令系统，一般称为协议。目前在国际上，比较有景响的IP电话方面的协议包括ITU-T提出的H.323协议和IETE提出的SIP协议，本节主要介绍目前用得最广泛H.323协议。

一、H.323的体系结构

为了能在不保证QoS的分组交换网络上展开多媒体会议，由ITU的第15研究组SG-15于1996年通过H.323建议的第一版，并在1998年提出了H.323的第二版。H.323制定了无QoS（服务质量）保证的分组网络PBN（packet Based Networks）上的多媒体通信系统标准，这些分组网络主宰了当今的桌面网络系统，包括基于TCP/IP、IPX分组交换的以太网、快速以太网、令牌网、FDDI技术。因此，H.323标准为LAN、WAN、Internet、因特网上的多媒体通信应用提供了技术基础和保障。

H.323是ITU多媒体通信系列标准H.32x的一部份，该系列标准使得在现有通信网络上进行视频会议成为可能，其中，H.320是在N-ISDN上进行多媒体通信的标准：H.321是在B-ISDN上进行多媒体通信的标准：H.322是在有服务质量保证的LAN上进行多媒体通信的标准：H.324是在GSTN和无线网络上进行多媒体通信的标准。H.323为现有的分组网络PBN（如IP网络）提供多媒体通信标准。若和其它的IP技术如IETF的资源预留协议RSVP相结合，就可以实现IP网络的多媒体通信。基于IP的LAN正变得越来越强大，如IP over SDH/SONET、IP over ATM技术正在快速发展以及LAN 宽带正在不断的提高。由于能提供设备与设备、应用与应用、供应商与供应商之间的互操作能力，因此，H.323能够保证所有H.323兼容设备的互操作性。更高速率的处理器、日益增强的图形器件和强大的多媒体加速芯片使提PC成为一个越来越强大的多媒体平台。H.323可提供PBN与别的网络之间进行多媒体通信的互连互通标准。许多计算机、网络通信公司，如Inter、Microsoft和Netscape都支持H.323标准。H.323标准包括在无QoS保证的分组网络中进行多媒体通信所需的技术要求。这些分组网络包括LAN、WAN、Internet/因特网以及使用PPP等分组协议通过GSTN或ISDN的拨号连接或点对点连接。

从整体上来说，H.323是一个框架性建设，它涉及到终端设备、视频、音频和数据传输、通信控制、网络接口方面的内容，还包括了组成多点会议的多点控制单元（MCU）、多点控制器（MC）、多点处理器（MP）、网关以及关守等设备。它的基本组成单元是"域"，在H.323系统中，所谓域是指一个由关守管理的网关、多点控制单元（MCU）、多点控制器（MC）、多点处理器（MP）和所有终端组成的集合。一个域最少包含一个终端，而且必须有且只有一个关守。H.323系统中各个逻辑组成部份称为H.323的实体，其种类有：终端、网关、多点控制单元（MCU）、多点控制器（MC）、多点处理器（MP）。其中终端、网关、多点控制单元（MCU）是H.323中的终端设备，是网络中的逻辑单元。终端设备是可呼叫的和被呼叫的，而有些实体是不通被呼叫的，如关守。H.323包括了H.323终端与其它终端之间的、通过不同网络的、端到端的连接。其体系结构如下面链接所示。

http://www.20cn.net/~achieve/office/imag/network/voip1.jpg

上为H.323的体系结构

二、H.323终端的组成

H.323为基于网络的通信系统定义了四个主要的组件：（Terminal）、网关（Gageway）、关守（Gagekeeper）、多点控制单元（MCU）。终端是分组网络中能提供实时、双向通信的节点设备，也是一种终端用户设备，可以和网关、多点接入控制单元通信。所有终端都必须支持语音通信，视频和数据通信可选。H.323规定了不同的音频、视频或数据终端协同工作所需的操作模式。它将是下一代因特网电话、音频会议终端和视频会议技术的主要标准。图6-2所示为H.323终端的组成框图，在发端，从输入设备获取的视频和音频信号，经编码器压缩后，按照一定格式打包，通过网络发送出去，在收端，来自网络的数据包首先被解包，获得的视频、音频压缩数据经解码后送入输出设备，用户数据和控制数据也得到了相应的处理。它所包含的各个功能单元及其标准备或协议分别是：

视频编解码（H.263/ H.261）：完成对视频码流的冗余压缩编码。

音频编解码（H.723.1等）：完成语音信号的编解码，并在接收端可选择地加入缓冲延迟以保证语音的连续性。所采用的标准为ITU-T的H.723.1，它提供5.3kbit/s和6.3kbit/s两种码率，采用线性预测综合分析编码方法，分别使用代数码本激励线性预测和多脉冲最大似然量化，从而各自获得编码复杂度和质量的优化。

各种数据应用：包括电子白板、静止图像传输、文件交换、数据库共存、数据会议、运程设备控制等，可用的标准为T.120、T.84、T.434等。

控制单元（H.245）：提供端到端信令，以保证H.323终端的正常通信。所采用的协议为H.245（多媒体通信控制协议），它定义了请求、应答、信令和指示四种信息，通过各种终端间进行通信能力协商，打开/关闭逻辑信道，发送命令或指示等操作，完成对通信的控制。

H.225层：将视频、音频、控制等数据格式化并发送，同时从网络接收数据。另外，还负责处理一些诸如逻辑分帧、加序列号、错误检测等功能。

三、H.323标准协议簇 H.323是国际电信联盟（ITU）的一个标准协议栈，该协议栈是一个有机的整体，根据功能可以将其分为四类协议，也就是说该协议从系统的总体框架（H.323）、视频编解码（H.263）、音频编解码（H.723.1）、系统控制（H.245）、数据流的复用（H.225）等各方

http://www.20cn.net/~achieve/office/imag/network/voip2.jpg

上为H.323终端框图

面作了比较祥细的规定。为网络电话和可视电话会议系统的进一步发展和系统的兼容性提供了良好的条件。其中系统控制协议包括H.323、H.245、和H.225.0，Q.931和RTP/RTCP是H.225.0的主要组成部份。系统控制是H.323终端的核心。整个系统控制由H.245控制信道、H.225.0呼叫信令信道和RAS（注册、许可、状态）信道提供，音频编解码协议包括G.711协议（必选）、G.722、G.723.1、G.728、G.729等协议。编码器使用的音频标准必须由H.245协议协商确定。H.323终端应由对本身所具有的音频编解码能力进行非对称操作。如以G.711发送，以G.729接收。视频编解码协议主要包括H.261协议（必选）和H.263协议。H.323系统中视频功能是可选的。数据会议功能也是可选的，其标准是多媒体会议数据协议T.120。其结构如下面链接所示。

http://www.20cn.net/~achieve/office/imag/network/voip3.jpg

上为H.323协议栈

1、H.323组件 H.323终端是H.323定义的最基本组件。所有的H.323终端也必须支持H.245标准，H.245标准用于控制信道使用情况和信道性能。在H.323终端中的其它可选组件是图像编解码器、T.120数据会议协议以及MCU功能。

网关也是H.323会议系统的一个可选组件。网关提供很多服务，其中包含H.323会议节点设备与其它ITU标准相兼容的终端之间的转换功能。这种功能包括传输格式（如H.250.0到H.221）和通信规程的转换（如H.245到H.242）。另外，在分组网络端和电路交换网络端之间，网关还执行语音和图像编解码器转换工作，以及呼叫建立和拆除工作。终端使用H.245和H.225.0协议与网关进行通信。采用适当的解码器，H.323网关可支持符合H.310、H.321、H.322以及V.70标准终端。

关守是H.323系统的一个可组选件，其功能是向H.323节点提供呼叫控制服务。当系统中存在H.323关守时，其必须提供以下四种服务地址：地址翻译、带宽控制、许可控制与区域管理功能。带宽管理、呼叫鉴权、呼叫控制信令和呼叫管理等为关守的可选功能。虽然从逻辑上，关守和H.323节点设备上分离的，但是生产商可以将关守的功能融入H.323终端、网关和多点控制单元等物理设备中。由单一关守管理的所有终端、网关和多点控制单元的集合称之为H.323域。 多点控制单元支持三个以上节点设备的会议，在H.323系统中，一个多点控制单元由一个多点控制器MC和几个多点处理器MP组成，但可以不包含MP。MC处理端点间的H.245控制信息，从而决定它对视频和音频的通常处理能力。在必要的情况下，MC还可以通过判断哪些视频流和音频流需要多播来控制会议资源。MC并不直接处理任何媒体信息流，而将它留给MP来处理。MP对音频、视频或数据信息进行混合、切换和处理。MC和MP可能存在于一台专用设备中或作为其它的H.323组件的一部份。

音频编码器对从麦克风输入的音频信息进行编码传输，在接收端进行解码以便输出到扬声器，音频信号包含数字化且压缩的语音。H.323支持的压缩算法符合ITU标准。为进行语音压缩，H.323终端必须支持G.711语音标准，传送和接收A律和u律。其它音频编解码器标准如G.722、G.723.1、G.729.A、MPEG-1音频则可选择支持。编码器使用的音频算法必须由H.245来确定。H.323终端应能对本身所具有的音频编解码能力进行非对称操作，如以G.711发送，以G.728接收。

视频编解码器在视频源处将视频信息进行解码传输，在接收端进行解码显示。虽然视频功能可选，但任何具有视频功能的H.323终端必须支持H.261QCIF格式；支持H.261的其它格式以及可选支持H.263标准。在分组网络上，使用H.261、H.263编解码无需BCH纠错和纠错帧。数据会议T.120是可选功能。当支持数据会议时，数据会议可出现协同工作，如白板、应用共享、文件传输、静态图像传输、数据库访问、音频图像会议等。通过H.245处理后也可以使用其它的数据应用和协议。

2、H.225、H.245等协议 H.323系统中的通信可以看成是视频、音频、控制信息的混合。系统控制功能是H.323终端的核心，它提供了H.323终端正确操作的信令。这些功能包括呼叫控制（建立与拆除）、通力切换、命令和指示信令以及用于开放和描述逻辑信道内容的报文等。整个系统的控制由H.245控制信道、H.225.0呼叫信令信道以及RAS信道提供。H.225.0标准描述了无QoS保证的LAN上媒体流的打包分组与同步传输机制。H.225.0对传输的控制流进行格式化，以便输出到网络接口，同时从网络接口输入报文中检索出接收到控制流。另外，它还完成逻辑帧、顺序编号、纠错与检错功能。

在H.323多媒体通信系统中，控制信令和数据流的传送利用了面向连接的传输机制。在IP游戏栈中，IP与TCP协作，共同完成面向连接的传输。可靠的传输保证了数据数据包传输时的流量控制、连续性以及正确性，但也可能引起传输时延以及占用网络宽带。H.323将可靠的TCP用于H.245控制信道、T.120数据信道，呼叫信令信道。而视频和音频信息采用不可靠的、面向非连接的传输方式，即利用用户数据协议UDP（User Datagram Protocol）。UDP无法提供很好的QoS，只提供最少的控制信息，因此传输时延较TCP小。 在有多个视频流和音频流的多媒体通信系统中，基于UDP和不可靠传输利用IP多点广播和由IETF实时传输协议RTP处理视频和音频信息。IP多播是以UDP方式进行不可靠多点广播传输的协议。RTP工作于IP多播的顶层，用于处理IP网上的视频和音频流，每个UDP包均加上一个包含时间戳和序号的报头。若接收端配以适当的缓冲，那么它就可以种用时间戳和序号信息"复原，再生"数据包、记录失序包、同步语音、图像和数据以及改善边接重放效果。实时控制协议RTCP用于RTP的控制。RTCP监视服务质量以及网上传送的信息，并定期将包含服务质量信息的控制信息包发分给所有通信节点。

在大型分组网络如因特网中，为一个多媒体呼叫保留点足够的宽带是很重要的，也是很困难的。另一个IETF协议--资源预流协议RSVP允许接收端为某一特殊的数据流申请一定数量的宽带，并得到一个答复，确认申请是否被许可。虽然RSVP不是H.323标准的正式组成部份，但大多数H.323产品都必须支持他，因为宽带的预流对IP网络上多媒体通信的成功至关重要，RSVP需要得到终端、网关、装有多点处理器的MCU以及中间路由器或交换机的支持。

H.225.0适用于不同类型的网络，其中包括以太网、令牌环网等。H.225.0被定义在诸如TCP/IP，SPX/IPX传输层。H.225.0通信的范围是在H.323网关之间，并且是在同一个网上，使用同一种传输协议。如果在整个因特网上使用H.323协议，通信性能将会下降。H.323试图把H.320扩展到无质量保证的局域网中，通过使用强大的认可控制会议控制，使一个专门会议的参加者从几人到几千人。

H.225.0建立了一个呼叫模型，在这个模型中，呼叫建立和性能协商没有使用RTP传输地址，呼叫建立之后才建立若干个RTP/RTCP连接。呼叫建立之前，终端可以向某个关守（Gatekeeper）注册。如果终端要向某个关守注册，它必须知道这个关守的年限（Vintage）。正因为如此，发现（discovery）和注册(registion)结构都包含了一个H.245类型的对象标志，它提供了H.323应用版本的年限。这些结构还包含了可选择的非标准消息，它允许终端建立非标准关系。在这些结构的末尾，还包括了版本号的非标准状态。其中：版本号是必须的，非标准信息是可选的。非标准信息用来在两个终端之间相通知其年限及非标准状态。虽然所有的Q.931消息在用户到用户信息中具有可选的非标准信息，但在所有的RAS通道信息中还是具有可选的非标准信息。另外，在任何时候都能发送一个非标准RAS消息。进行注册、认可和状态通信的不可靠通道称为RAS通道。开始一个呼叫一般必须首先发送一个认可请求消息，接着发送一个初始建立消息，这个过程以收到连接消息为结束。

当可靠的H.245控制通道建立之后，音频、视频以及数据的传输通道都可以相应建立。多媒体会议的有关设置也可以在这里设置。当使用可靠的H.245控制通道传送消息后，H.225终端可以通过不可靠通道发送音频、视频数据。错误隐藏和其它一些信息是用来处理发生丢包的情况。一般情况下，音频、视频数据包不会重发，因为重发将引起网络网络上的延时。假设底层已经处理了对位出错的检测，而且错误的包不会传给H.225。音频、视频数据和呼叫信号不会在同一个通道里传输，并且不使用同样的消息结构。H.225.0有能力使用不同的传输地址，在不同的RTP实例当中发送和接收音频、视频数据，以确保不同媒体帧的序列号和每种媒体的服务质量。现在ITU正在研究如何把音频、视频数据包混合在同一个传输地址中同一帧中，虽然音频、视频数据能够凭错传输层服务访问点标识来共享同一个网络地址，但是制造商还是选择使用不同的网络地址来分别传输音频、视频数据。在网关、多点控制单元和关守中可以使用动态传输层服务访问点标识来代替固定传输层服务访问点标识。

一个可靠的传输地址用于终端与终端之间的呼叫建立，也可以用于关守之间，可靠的呼叫信号连接必须按照下例规则进行。在终端与终端的呼叫信号传输中，每个终端都可以打开或关闭可靠呼叫信号通道。对于关守的呼叫信号传输，终端必须保证在整个过程中打开可靠端口。虽然关守能够选择是否关闭信号通道，但是对于网关正在使用的呼叫通道，关守必须保证它打开。诸如显示信息等Q.931信息可以在端到端之间传输。如果由于传输层的某个原因使得可靠的连接被断开，这个连接必须重建，此次呼叫不认为是失败。除非H.245通道被关闭。呼叫状态和呼叫参考值不受关闭可靠连接的影响。同一时间可以打开多个H.245通道，因此同一个终端可以同时参加多个会议。在一个会议中，一个终端甚至可以同时打开多种类型的通道，例如，同时打开两个音频通道来得到立体声效果。但是在一个点对点的呼叫中只能打开一个H.245控制通道。

H.245协议定义了主从叛别功能，当在一个呼叫中的两个终端同时初始化一个相同的事件时，就产生了冲突。例如，资源只能被一个事件使用。为了解决这个问题，终端必须判断谁是主终端，谁是从终端，主从叛别过程用来判断哪个终端是主终端，哪个是从终端。终端的状态一旦决定，在整个呼叫过程期间都不会改变。性能交换过程用来保证传输的媒体信号是能够被接收端接收的，也就是接收端必须能够解码接收数据。这要求每一个终端的接收和解码能力必须被对方终端知道。终端不需具备所有的能力，对于不能理解的要求可以不予理睬。终端通过发送它的性能集使对方知道自己的接收和解码能力。接收性能描述了终端接收和处理信息流的能力。发送必须确保所发送的性能集的内容是自己能够做到的。发送性能给接收方提供了操作方式的选择集，接收方可以从中选择某种方式。如果缺省了发送性能集，这说明了发送方没有给接收方选择，但这并不说明发送方不会向接收方发送数据。这些性能集使得终端可以同时提供多种媒体流的处理。例如，一个终端可以同时接收两路不同的H.262视频信号和两路不同的H.722音频信号。性能消息描述的不仅仅是终端具有的固有能力，还描述了它可以同时具有哪些模型。它也可能表示了发送性能和接收性能之间的一种折中。终端可以使用非标准参数结构来发送非标准性能和控制消息。非标准消息是制造商或其它组织定义的，用来表明其终端所具有的特殊能力。

逻辑通道信号过程确保在逻辑通道打开时，终端就具有接收和解码数据的能力。打开逻辑通道消息包含了关于传送数据的描述。逻辑通道必须在终端有能力同时接收所有打开通道的数据时才通被打开。一个逻辑通道由传送方打开。接收方可以向传送方请求关闭逻辑通道，传送方可以接受请求，也可以拒绝请求。当性能交换结束时，双方终端通过交换的性能描述符都知道了对方的性能。终端不需要知道描述符中所有性通，只要知道它使用的性能即可。终端知道自己与对方终端的环型延时是很有用的。环型延时判别就是用来测试环型延时的，它还可以用来测试远方终端是否存在。命令和说明可以用来传送一些特殊的数据。命令和说明不会得到远程终端的响应消息。命令用于强迫远程终端执行一个动作，说明用于提供信息。

H.323协议规定，音频和视频分组必须被封装在实时协议RTP中，并通过发送端和接收端的一个UDP的Socket对来进行承载。而实时控制协议RTCP用来评估会话和连接质量，以及在通信方之间提供反馈信息。相应的数据及其支持性的分组可以通过TCP或UDP进行操作。H.323协议还规定，所有的H.323终端都必须带一个语音编码器，最低要求是必须支持G.711建议。

❿ H.323音视频协议的体系结构

为了能在不保证QoS的分组交换网络上展开多媒体会议，由ITU的第15研究组SG-15于1996年通过H.323建议的第一版，并在1998年提出了H.323的第二版。H.323制定了无QoS（服务质量）保证的分组网络PBN（packet Based Networks）上的多媒体通信系统标准，这些分组网络主宰了当今的桌面网络系统，包括基于TCP/IP、IPX分组交换的以太网、快速以太网、令牌网、FDDI技术。因此，H.323标准为LAN、WAN、Internet、因特网上的多媒体通信应用提供了技术基础和保障。
H.323是ITU多媒体通信系列标准H.32x的一部份，该系列标准使得在现有通信网络上进行视频会议成为可能，其中，H.320是在N-ISDN上进行多媒体通信的标准：H.321是在B-ISDN上进行多媒体通信的标准：H.322是在有服务质量保证的LAN上进行多媒体通信的标准：H.324是在GSTN和无线网络上进行多媒体通信的标准。H.323为现有的分组网络PBN（如IP网络）提供多媒体通信标准。若和其它的IP技术如IETF的资源预留协议RSVP相结合，就可以实现IP网络的多媒体通信。基于IP的LAN正变得越来越强大，如IP over SDH/SONET、IP over ATM技术正在快速发展以及LAN宽带正在不断的提高。由于能提供设备与设备、应用与应用、供应商与供应商之间的互操作能力，因此，H.323能够保证所有H.323兼容设备的互操作性。更高速率的处理器、日益增强的图形器件和强大的多媒体加速芯片使提PC成为一个越来越强大的多媒体平台。H.323可提供PBN与别的网络之间进行多媒体通信的互连互通标准。许多计算机、网络通信公司，如Inter、Microsoft和Netscape都支持H.323标准。H.323标准包括在无QoS保证的分组网络中进行多媒体通信所需的技术要求。这些分组网络包括LAN、WAN、Internet/因特网以及使用PPP等分组协议通过GSTN或ISDN的拨号连接或点对点连接。
从整体上来说，H.323是一个框架性建设，它涉及到终端设备、视频、音频和数据传输、通信控制、网络接口方面的内容，还包括了组成多点会议的多点控制单元（MCU）、多点控制器（MC）、多点处理器（MP）、网关以及关守等设备。它的基本组成单元是域，在H.323系统中，所谓域是指一个由关守管理的网关、多点控制单元（MCU）、多点控制器（MC）、多点处理器（MP）和所有终端组成的集合。一个域最少包含一个终端，而且必须有且只有一个关守。H.323系统中各个逻辑组成部份称为H.323的实体，其种类有：终端、网关、多点控制单元（MCU）、多点控制器（MC）、多点处理器（MP）。其中终端、网关、多点控制单元（MCU）是H.323中的终端设备，是网络中的逻辑单元。终端设备是可呼叫的和被呼叫的，而有些实体是不通被呼叫的，如关守。H.323包括了H.323终端与其它终端之间的、通过不同网络的、端到端的连接。