范文一:高清音视系统高速HDMI接口设计方案
http://www.cdtarena.com高音视系视高速清HDMI接口视视方案HDMI 在成消子的配接口后也在其它域如示中逐得到了为为为为为为为为为为为为为为为为为为为为为为为为为为为为
广泛的用。于原先不是从事消音域的工程来,高率为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为HDMI接口有一个学和践的程。文章以为为为为为为为为为为为ADV7842/ADV7511参考方案例介了为为为为为为为为为HDMI为为为为为入和出接口的和基本要求,为为为为为为为为HDMI兼容性,为为为HDMI Compliance Test ,的要求,以及常的和推为为为为为为荐的解决方法。http://www.cdtarena.com
近两年HDMI 的用得到了极大的普及。它已走出了的、投影、游机和为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为A/V放大器,A/V receivers,的范而成了高清数位相机和家庭像机的必接为为为为为为为为为为为为为为为为为为为为为
口。它在智能手机和示的用也正在蓬勃起。工程必为为为为为为为为为为为为为为为为为为为为为为为HDMI为为为为为为为为入和出接口的要求和兼容性,为为为HDMI Compliance Test ,有一个基本的了解,从而在路和为为为为为PCB的可为为为为提前周全考以避免重。为为为为为为为为为
HDMI I/O端和源的为为为为为
ADV7842 是一款集成了模,为为CVBS,RGB,和YPbPr,和HDMI receiver,HDMI Rx,入为为的为为I/O芯片。ADV7511 是一款HDMI transmitter 芯片。下面借用以两款芯片做成的为为为为为为为为HDMI I/O参考路高速高精度为为为为为为为为为为为PCB为为为为为为为为为为为为为为为为为最常的和推荐的解决方法。1为ADV7842-ADV7511 AV参考路方框,为为为为为为为2为ADV7842-ADV7511 AV参考路为为为为PCB。
为1 ADV7842-ADV7511 AV参考路方框为为为为为
http://www.cdtarena.com
为2 ADV7842-ADV7511 AV参考路为为为为PCB
HDMI为入端
在PCB上HDMI为接端子,HDMI connector,到HDMI Rx 数据入管脚的度减至为为为为为为为为为为最短,所以HDMI Rx 芯片置放的位置尽量靠近为为为为为HDMI为为接端子,如2所示。的会受其为为为为为为为为他外部源的影响而生噪声。短,也有助于控制差分阻抗。为为为为为为为为为为为为为为为为为为为为HDMI TMDS为为为的差分阻抗要控制在100Ω左右。差分阻抗与板材、板厚、叠构、、距都密切相。建用跟制板商商相参数,为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为 在即有所考,为为为为 为为为为为避免再次改板或者整。
HDMI接收器源为为
了达到好的,尤其是速度快的高清信号,性能,为为为为为为为为为为为为为为为为为为为为为为为为为为为HDMI Rx的供源的和布为为为为为为为为板合理性非常重要。典型的HDMI Rx为为为为为为为为为为为源要注意到的:
模路源:?为为为为为为HDMI Rx 模路部分为为
注意将重要源与其他的–为为为为为为为为为1.8V为为为为源用磁珠隔离来。
源需配置旁路容,–为为为为ADV7842是用10 nf和100nf,,容离源管脚越近越好。为为为为为为为为为为为为 在接近流源的地方置放一个大的去耦容,例如–为为为为为为为为为为为为为为为为为为为 10uF,。 数字路源:?为为为为为HDMI Rx 数字路部分为为为为
注意将重要源与其他的–为为为为为为为为为
3.3V为为为为源用磁珠隔离来。
源需配置旁路容,–为为为为ADV7842是用10 nf和100nf,,容离源管脚越近越好。为为为为为为为为为为为为 在源?为为为为PCB布板的候特考以下几点:为为为为为为为为为为为为
建采用独一的接地,–为为为为为为为为为为single ground plane,。
在阻抗匹配允的情况下尽量考用或底作源和接地。–为为为为为为为为为为为为为为为为为为为为为为为
在阻抗匹配允的情况下考用尽可能薄的介将源和接地隔。–为为为为为为为为为为为为为为为为为为为为为为为为为为为为
在–PCB为为为为为为为为为为为为为为为为为为为为为为为为为为为为源中:尽量避免在其它上以接源。如果不可
以避免,增加适当的旁路容,为为为为为为为为为为为为bypass capacitors,。大流的供源走,为为为为为为 为为为为为为需考其上的
降。如果某一源不可以用源相,用尽可能粗的走接,以尽量降低走阻抗。源上未利用的为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为区域,尽量用地填充。不同的源,比如在模源上方的数字源 为为为为为为为为为为为为为为为为为为为为为为为为为
为为为为为为为为为为为为为为为为为为为为为为,的耦合尽量避免。流的返回路径确保是低阻抗。
采用旁路容的注意事:?为为为为为为为为为
旁路容置放在离管脚尽可能近的地方。–为为为为为为为为为为为为为为为为为
接管脚的尽可能短而。–为为为为为为为为为为
接地的也尽可能短而。–为为为为为为为为为为为
个–每pad在可能的条件下用多于一个的via但via之的隔至少为为为为为为 为 和via的深度一。为为HDMI为为
HDMI为为为为为为为为为为中需注意的有不少,根据HDMI CT ,Compliance Test, spec的要求,所有的HDMI接收都需要提供为为为为为为为EDID信息。以往,多数客会在为为为为为DDC为为上外挂EEPROM以存为EDID信息。了一为为为为为为为为为降低用的步BOM,bill of material,成本, ADV7842集成了内部RAM用于存为EDID信息,上后,用将为为为为为为EDID信息写入即可。利用 ADV7842提供的SPI Master接口,用可以外为为为为为挂一为SPI EEPROM,用可以将 为为为为为为EDID信息永久为为入SPI EEPROM。 ADV7842可以将SPI EEPROM内的信息入为为为为为内部的RAM。如 为为为 为为为为为为为为为为为为为为此,可以减件的当然担。,些功能都有相的寄存器提供使能控制,用可以 为为为为 为为为为为为为为为为为为为为为为为而使些功能,用的外挂方式,以兼容去的。
有了硬件的支持,当 然EDID的内容也要符合HDMI CT Spec的要求。根据 ADI多年来客为为为提供免为HDMI为为为为为为为的,在HDMI为为为为为为为为为为为为为程中常会失在一些与EDID为为为为为为为为为为相的目。其些目为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为为如果熟悉范的相要求,通相来是比容易的。例如有范要求在EDID的前128个字中一为为为为为为为“定要提供Monitor Range Limit Header”和“Monitor Name Header”,但如果为两个为为为为为为为为目的内容各不18个字的,需要以为为为为为为为0x0A为为为为尾同以0x20填充剩余的字。为为为为为为为为为另外一个常在EDID为为为为为为为为为为为中遇到的是,客不能将EDID中的SVD,Short Video Descriptor,模与提为为为为为交的CDF,Capabilities Declaration Form,一致,在CDF中表明支持的格式在EDID的SVD模中为为为没有表明支持,或者是相反。
表 1 ADV7842 3D为为为为为为为格式一表
http://www.cdtarena.com
HDMI兼容为为
HDMI兼容,为为 Compliance Test,所为为为为为为为为为为为为为为为为为为为支持的格式的要求得注意,ADV7842为一步提高了为为 为为为 提供了品的棒性,更多例如格式的支持,支持在新的HDMI Spec中加入的3D为为信号格式。在 为为为为为为为为为里需要提到一个HDMI CT为为为为 为为为为为为为为为为为,以供各位参考。在格式支持的中,为为为为为为为为为为为为为为为为为为为为为为为为为为为为所有用声明的能支持的格式都会行,而且会支持50Hz的于为为为为50Hz?0.5%,即49.75Hz和50.25Hz,,和支持59.94Hz或者60Hz的为为为59.94%~0.5%,即59.64Hz,和60,0.5%,即60.3Hz,为为为为为为为为为为为为为为为为为为为 化的支持能力。的此化范,ADV7842完全可以支持,但是用在件中需要注意到为为为为为为为为为为为为为为为为为为为为为为为为为为些格式容忍度的要求。
在HDMI1.4的为为为为为准中3D timing有明确的定为为为为为为为为为为为为为为为为为为为为为为,但了保品在市上的兼容性在HDMI为品的为为为为为为为为为为为为为为为为为为为为为为为为格式作全面的是十分重要的。上一段提到了3D timing的支持。ADV7842为3D timing做了很完整的。在为为为为为表1中出了所有为为为为为为ADV7842已的常用的和必为为为为为为为为为为为为为为支持的3D timing。其中黄色重点的必要为为为为为为为为为为支持的3D timing。
以上概括性地了为为为HDMI I/O为为为为为为为为为为为为为为为为为为为为和中常到的和需要注意的以及解
决的方法。信号越快,上面的为为为为为为为为为为为为为为为为为为为为为为为为就越突出。所以在HDMI I/O芯片特是接收器,为为为为为为HDMI Rx,要为为为为为为HDMI CT为为为为为为为为为为为为为为为为为为格的品以避免生兼容性。
成都嵌入式培为哪里好,为为达内嵌入式培为为为为为为为为为为为启企定制就直通,达内科技为为为为为为足你高薪就梦想:找成都IT 培为 100%推荐就为为的为为为为为件培机构,为为为咨达内在成都嵌入式培为为为为为的老:
http://www.cdtarena.com达内培为为为为用,达内好不好,达内怎为为,达内就为,些为为为为为为为为为为为为为为为为为为为为都可以在达内的网站上找到答案。在达内科技学可以为为为为为为为为为为为为为为为为为为为为为为为为申先就后付款的方式大学生免除在达内培为为为用上的担为为。100%推荐就更为为是解决学为为为为为为为为为为培后的就:达内咨官网为为为为:www.cdtarena.com
范文二:PDT系统二次开发接口设计方案
PDT系统二次开发接口设计方案 第 1 页 共 32 页
产品版本: 密级:
机密 1.0
产品名称: 页数:
共 页
PDT系统二次开发接口设计方案
V1.0
(仅供内部使用)
拟制: 日期:
审核: 日期:
审核: 日期:
批准: 日期:
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 2 页 共 32 页
目录
目录 .................................................... 2 1 前言 ................................................. 4 1.1 目的......................................................... 4 1.2 范围......................................................... 4 1.3 读者对象..................................................... 4 1.4 参考文献..................................................... 4 1.5 缩略语....................................................... 5 2 设计思路 ............................................. 5 2.1 业务概述..................................................... 5 2.2 设计准则..................................................... 6
方案由来..................................................... 6 2.3
2.4 SIP二次开发接口方案设计思路 ................................. 8
2.4.1 SIP二次开发接口方案出发点 ................................................................................ 8
2.4.2 SIP二次开发接口方案优缺点 ................................................................................ 8
2.4.3 SIP二次开发接口方案简述 .................................................................................... 8 2.5 API二次开发接口方案设计思路 ................................ 12
2.5.1 API二次开发接口方案出发点 .............................................................................. 12
2.5.2 API二次开发接口方案优缺点 .............................................................................. 13
2.5.3 API二次开发接口方案简述 .................................................................................. 13 2.6 XML二次开发接口方案设计思路 ................................ 17
2.6.1 XML二次开发接口方案出发点 .............................................................................. 17
2.6.2 XML二次开发接口方案优缺点 .............................................................................. 18
2.6.3 XML二次开发接口方案简述 .................................................................................. 18 3 设计方案初步建议 .................................... 23 3.1 方案对比情况列表............................................ 23 3.2 方案开发阶段对比............................................ 24 3.3 方案建议.................................................... 27
3.3.1 推荐方案 ................................................................................................................. 27
3.3.2 方案开发阶段建议 ................................................................................................. 28
3.3.3 具体方案设计 ......................................................................................................... 31 4 开发方案总体设计 .................................... 31 5 开发环境的配置 ...................................... 32
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 3 页 共 32 页 6 运行环境的配置 ...................................... 32 7 测试环境的配置 ...................................... 32 8 性能指标 ............................................ 32
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 4 页 共 32 页 1 前言
1.1 目的
本文档主要为PDT系统提供二次开发接口设计、二次开发开发环境配置、运行环境配置。
1.2 范围
PDT系统主要用于公安、码头/港口、大型厂矿企业。公安市场主要用于替代现有的MPT
大型厂矿企业一般为单站系统。 系统,使用场景一般为多站系统。码头/港口/
不同行业客户在语音通信和数据传输方面有着各自不同的需求。系统集成商通常需要根据客户需求开发相应的应用服务软件,并与数字集群系统集成起来为客户提供相应的解决方案。数字集群系统的二次开发接口就是为集成数字集群系统与客户应用服务软件而提供的开发接口。
二次开发接口通常包括服务认证、呼叫、短消息、监控、用户管理、设备监控等方面的接口。随着技术的发展,随着用户新需求的不断涌现,二次开发接口也将随之不断变化和扩展。
本文档适用于PDT单播系统的二次开发指导,也可为PDT同播系统二次开发设计提供参考。
1.3 读者对象
本文档的阅读对象为项目负责人、项目管理人员、系统设计人员、编码人员、测试人员。 1.4 参考文献
《数字集群系统二次开发接口设计WhitePaper.pdf》
《A-CAPI ACCESSNET?-T Common Application Programming Interface.pdf》
《PDT数字集群空中接口标准.doc》
《PDT系统软件需求规格书V1.3.2.doc》
《PDT系统总体设计方案_主稿.doc》
《PDT系统总体设计方案_附件.doc》
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 5 页 共 32 页 1.5 缩略语
表1-1 缩略语
缩略语全称描述SIP Session Initiation Protocol 会话初始协议 RTP Realtime Transport Protocol 实时传输协议
RTCP Realtime Transport Control Protocol 实时传输控制协议
SNMP Simple Network Management Protocol 简单网络管理协议
XML eXtensible Markup Language 可扩展标记语言
API Application Programming Interface 应用程序编程接口
PDT Public Digital Trunk 共用数字集群
NMS Network Manage System 网络管理系统 2 设计思路
2.1 业务概述
PDT集群系统二次开发接口应该以二次开发商的需求为导向,结合PDT集群系统设计和建设的实际情况,而进行设计,理想情况是将二者统一考虑,使PDT集群系统的设计自然包含了二次开发的接口,故本文档尽量从PDT集群系统的业务分类和设计出发,进行二次开发接口设计。
PDT集群系统二次开发接口业务主要分为业务面和管理面两个方面。
业务面主要是指PDT集群系统提供的专业通信方面的通信业务,按PDT系统的划分,又分为控制面与数据面(业务面)两个部分。控制面分为服务认证、呼叫控制、短消息/GPS数据、分组控制等,数据面主要是语音媒体和分组数据。注:短消息/GPS数据也可以划分到数据面。
管理面是为了辅助PDT集群系统完成通信业务而实施的一些辅助业务,目前按PDT系统划分,管理面基本由网管层面完成,它包含了配置、管理、监控等方面的内容。配置包含PDT系统现有的可供用户配置的内容和二次开发接口可能扩展的配置;管理包含用户管理、组管理、权限管理、各种信息记录与统计等;监控包含对PDT系统的监视、控制、报警等。
目前二次开发接口暂不考虑互联业务。
综上所述,目前PDT系统二次开发接口考虑的层面大致如下图:
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 6 页 共 32 页
二次开发接口
管理类业务类(网管类)
数据面控制面(业务面)
配置管理监控服务认证呼叫控制短消息分组控制语音媒体分组数据
2.2 设计准则
二次开发接口设计应遵循的准则:
1) 以满足系统集成商二次开发的需求为导向;
2) 结合PDT集群系统设计和建设的实际情况;
3) 应尽可能地方便系统集成开发商进行开发和集成;
4) 应最大程度地保障数字集群系统运行的安全性和可靠性;
5) 应充分地考虑二次开发接口的可扩展性和可演进性;
2.3 方案由来
根据设计准则,我们可以将二次开发接口设计分为两个部分进行考虑:PDT集群系统部分、二次开发用户部分。
对于PDT集群系统部分,为了最大程度保障集群系统运行的安全性和可靠性,应尽量将PDT集群系统的设计和二次开发接口统一考虑或维持原有设计,对系统设计的改动尽量少甚至不要改动,将二次开发接口作为系统发展的自然延伸。
从业务层面来说:
1) 业务类控制面的设计,PDT系统在调度和互联方向,现在已经提供了SIP协议方式来进行控制面的设计,从现有设计和以后需要扩展的设计来说,SIP协议应该完全能够满足此方向上业务类控制面设计的要求,故PDT系统应该沿用SIP方案进行设计。
2) 对于业务类数据面,目前语音媒体数据是用RTP协议进行传输,而分组数据目前系统还没有设计,这方面肯定是要沿用现有设计的,此处不过多讨论。
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 7 页 共 32 页
3) 对于管理类网管面,目前网管部分一部分是使用标准SNMP协议来进行设计,另外的一些部分可能需要用到一些自定义的协议来进行设计,而对于以后需要扩展的部分,也有一部分可以继续沿用SNMP协议进行设计,还有一部分也需要自定义协议进行设计,故管理类网管面也需要沿用以前的方案设计,后续设计可能需要考虑与二次开发接口的配合。
结合上述三个方面的分析,PDT集群系统部分在二次开发接口的业务层面,目前的设计是多样化的,总的来说设计的技术手段有四种:SIP、RTP、SNMP、自定义协议。
对于二次开发用户部分,提供给用户的接口应该满足:功能性(即充分满足用户需求)、易用性(利于用户学习与使用)、可维护性(即接口的可扩展和可演进性)。
对于不熟悉PDT系统的二次开发用户,他们的需求肯定是易用性放在第一位的,要满足这类用户的要求,则要求提供的二次开发接口应该极具可读性,即要求二次开发接口对业务的抽象非常好,符合用户对事物的逻辑认知。对于熟悉PDT系统的二次开发用户,他们对功能性的要求更高,甚至可能涉及到了一些技术细节,他们可能直接可以使用PDT系统现有的四种技术手段(SIP、SNMP、RTP、自定义协议)中的一部分或者全部来进行二次开发,当然他们的需求也可能与不熟悉PDT系统的二次开发用户一样。
综合上面两部分的考虑,我们可以考虑在PDT集群系统与二次开发用户程序之间的传输机制上进行一些变通,即两者之间的传输方式是可以扩展的,支持多样化的。它既可以传输抽象好后的接口来实现业务功能,也可以直接传输PDT集群系统的SIP、SNMP等原始消息来实现业务功能,在技术层面来说,XML协议是能很好的做到这一点的,这里把采用XML作为二次开发接口的传输方式的方案定义为XML二次开发接口方案。当然,能实现上面所说的这些要求,并不一定只有XML方案适合,其实用SIP协议封装也能达到要求,这里把采用SIP作为二次开发接口的传输方式的方案定义为SIP二次开发接口方案。然而传统的二次开发接口都是以API的形式来体现的,用API也能够实现上述要求,这里把以API形式体现作为二次开发接口的方案定义为API二次开发接口方案(API二次开发接口方案的传输形式可以是XML也可以是SIP更可以是私有协议)。
结合上述分析,二次开发接口的设计方案主要有三种:
1) SIP二次开发接口方案;
2) API二次接口开发方案。
3) XML二次开发接口方案;
以下本文档就对三种方案进行初步设计与分析,然后比较三种方案,并提出最终的推荐方案。
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 8 页 共 32 页 2.4 SIP二次开发接口方案设计思路
2.4.1 SIP二次开发接口方案出发点
PDT系统采用SIP协议作为网络互联的协议标准,而且调度台也是使用SIP协议进行调度业务实施,实际系统开发中已经做了相应卡率,目前已拥有一定基础。SIP协议也能通过扩展来实现其他的一些功能。
2.4.2 SIP二次开发接口方案优缺点
优点:
1) SIP是一项类似于HTTP的基于文本的协议,使用方便且易于扩展,是目前基于IP
的非常流行的一种通信协议;
2) PDT系统采用SIP协议作为网络互联和调度台的协议标准,实际系统开发中已经拥
有一定基础;
3) SIP对于二次开发接口中的业务类接口有良好的支持。
缺点:
1) SIP作为二次开发接口直接提供给二次开发人员使用,对二次开发人员的技术要求
相对较高,二次开发人员需了解SIP协议;
2) SIP对于用户管理、设备监控等方面的支持尚需扩展,即SIP对二次开发接口中的
网管类接口支撑力度有限,甚至不适用。
2.4.3 SIP二次开发接口方案简述
2.4.3.1 设计思路要点
SIP协议作为目前应用广泛的基于IP的通信协议,PDT标准在组织在此基础上扩展的pSIP标准已经提供了呼叫、短消息等通信相关的内容,PDT系统二次开发接口可以直接使用这部分标准协议。但在管理类用户管理、设备监控等方面,SIP并没有提供标准,这些均需要扩展SIP协议来实现,而且根据SIP的现有标准来看,扩展工作比较繁琐。
对于二次开发者,PDT系统提供专用的二次开发SIP标准,二次开发用户程序与PDT系统的通信关系图如下:
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 9 页 共 32 页
连接1:SIP(业务类
控制面、管理类)
PDT系统用户程序
连接2:RTP/RTCP
(业务类数据面)
SIP二次开发接口方案在PDT系统内部的提供方式示意图:
数据库连接管理类数据库SIP封装(DB)
SNMP二管理类网管服务SIP封装次(NMS)
开SIP发
用TCP业务类控制面SIP转换户
程(CCC)(DSS)
序
RTP业务类数据面透传(HSW)
二次开发接口服务
SIP代理(DSS)
PDT集群系统
2.4.3.2 SIP标准格式
可参考SIP标准、《pSIP语法.doc》、《PDT数字集群互联标准.doc》、《PDT有线调度
台接口技术规范-CR.xls》等,此处略。
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 10 页 共 32 页 2.4.3.3 典型处理流程简述
为便于说明SIP二次开发接口方案设计思路,特描述1-2个典型场景。 2.4.3.3.1 FOACSU单呼场景
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 11 页 共 32 页
MSC SIPCALL
二次开发程序PDT系统SIP_CALL_SETUP_REQ
(INVITE)
SIP_CALL_RINGING_IND
(RINGING)
1alt主叫取消SIP_CALL_CANCLE_REQ
(CANCEL)
SIP_CALL_CANCEL_RSP
SIP_CALL_SETUP_RSP
(487 fail)SIP_CALL_ACK_IND
(ACK)
1被叫拒绝
SIP_CALL_SETUP_RSP
(432 fail)SIP_CALL_ACK_IND(ACK)
1被叫摘机
SIP_CALL_SETUP_RSP
(200 OK)SIP_CALL_CONNECT_ACK
(ACK)
SIP_TX_GRANTED_IND
(INFO)SIP_TX_GRANTED_ACK
(200 OK)
2altPDT系统获取话权
SIP_TX_GRANTED_IND
Ha版权所有 侵权必究
2
1
二次开发程序PDT系统
1alt
PDT系统二次开发接口设计方案 第 12 页 共 32 页
2altPDT系统获取话权二次开发程序PDT系统SIP_TX_GRANTED_IND
SIP_TX_GRANTED_ACK
(200 OK)
<--->--->
SIP_TX_GRANTED_IND
(INFO)
SIP_TX_GRANTED_ACK
(200 OK)
2二次开发程序获取话权SIP_TX_GRANTED_REQ
SIP_TX_GRANTED_RSP
---> RTP/RTCP发送语音(二次开发程序)
SIP_TX_GRANTED_REQ
SIP_TX_GRANTED_RSP
2
SIP_CALL_RELEASE_REQ
(BYE)
SIP_CALL_RELEASE_RSP
(200 OK)
1
2.5 API二次开发接口方案设计思路
2.5.1 API二次开发接口方案出发点
API是一种比较传统的二次开发接口的表现方式。基本上可以说所有的进行二次开发的
用户,都能比较容易接受API这种形式的二次开发接口。
PDT系统的二次开发接口功能完全可以由一组API函数与事件来实现,PDT系统与API
服务的交互对用户完全透明,使用各种协议或自定义数据流交互均可。
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 13 页 共 32 页 2.5.2 API二次开发接口方案优缺点
优点:
1) API作为传统的二次开发接口的表现形式,很容易被二次开发者接受;
2) API作为二次开发接口,对PDT系统的内部信息能够很好的封装,API服务与PDT
系统可以用任何自定义的私有协议进行通信,对二次开发用户具有很好的透明性;
3) API对二次开发接口的业务类与管理类功能,均可定义对应的API实现。 缺点:
1) API作为二次开发接口的表现形式,必然需要给用户提供类似于Windows系统的dll
文件,让用户进行二次开发。根据API提供的文件的不同,就需要对二次开发用户
所用的操作系统和开发工具进行限制;
2) API的可扩展性有一定的不足,且对于版本管理有一定的要求,而且新提供版本以
XML二次开发方案则能很好的规后,二次开发程序大多需要重编译,而对于SIP、
避这种缺陷。
2.5.3 API二次开发接口方案简述
2.5.3.1 设计思路要点
API二次开发接口方案预先定义一组结构和函数,以文件的形式提供给二次开发者使用。API二次开发接口方案以二次开发程序调用函数,系统利用回调函数返回事件数据完成交互。
二次开发用户程序与PDT系统的通信关系图如下:
业务类控制面 管理类
Function(Parameters)
API文件CallBackFunction(EventData)(dll/so等)
PDT系统
用户程序
连接:RTP/RTCP(业务类用户面)
API二次开发接口方案在PDT系统内部的提供方式示意图:
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 14 页 共 32 页
数据库连接管理类数据库API封装(DB)
SNMP二管理类网管服务API封装次(NMS)
开
API发
用SIPTCP业务类控制面户DSSAPI封装程(CCC)
序
RTP业务类数据面透传(HSW)
二次开发接口服务
PDT集群系统
2.5.3.2 API定义
函数格式:
PDT_主功能名_子功能名 ( 参数列表 )
回调函数格式:
PDT_CALLBACK_FUNCTION ( 事件类型, 成功标志, 事件数据 ) 事件类型有两种:
1) 调用函数的响应事件
事件类型名:函数名_Ack
2) PDT系统主动上报的事件
事件类型名: PDT_主功能名_子功能名_Ind 用户不需要调用函数响应的事件
PDT_主功能名_子功能名_Req 用户需要调用函数进行响应的事件
API方式的交互原理图:
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 15 页 共 32 页
请求(调用函数)
响应(回调函数)二P次D开T命令(回调函数)发集用群回应(调用函数)户系程统序
RTP
API方案各函数事件实际的例子详见API二次开发方案“2.5.3.3.1 FOACSU单呼场景”中的应用。
2.5.3.3 典型处理流程简述
为便于说明API二次开发接口方案设计思路,特描述1-2个典型场景。 2.5.3.3.1 FOACSU单呼场景
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 16 页 共 32 页
MSC APICall
PDT系统API服务二次开发程序
PDT_CC_CallSetup ( 被叫号码, 呼叫类型, ... )
alt1系统拒绝呼叫 主叫挂机CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_CallSetup_Ack; 事件成功标志=Fail; 事件数据=SystemRefuseCall)1系统允许呼叫 主叫振铃CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_CallSetup_Ack; 事件成功标志=Success; 事件数据=CallRinging)
2alt主叫取消
PDT_CC_CallCancel ( 取消原因, ... )CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_CallCancel_Ack; 事件成功标志=Success)2被叫拒绝CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_CallCancel_Ind; 事件成功标志=Success; 事件数据=CalledRefuseCall)
2被叫摘机CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_CallConnect_Ind; 事件成功标志=Success; 事件数据=CalledConnect)CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_TXGrant_Ind; 事件成功标志=Success; 事件数据=EN_PTT)
3alt二次开发程序获取话权情况
PDT_CC_MAINT ( PTT_ON, ... )CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_MAINT_Ack; 事件成功标志=Success; 事件数据=TX_GRANT,授权目的号码)
<--->--->
PDT_CC_MAINT ( PTT_OFF, ... )CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_MAINT_Ack; 事件成功标志=Success; 事件数据=EN_PTT)
3PDT系统获取话权情况CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_TXGRANT_Ind; 事件成功标志=Success; 事件数据=TX_GRANT,授权目的号码)
Ha版权所有 侵权必究
3
2
1
PDT系统API服务二次开发程序
alt1
2alt
3alt
PDT系统二次开发接口设计方案 第 17 页 共 32 页
PDT系统获取话权情况
CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )PDT系统API服务二次开发程序
(事件类型=PDT_CC_TXGRANT_Ind; 事件成功标志=Success; 事件数据=TX_GRANT,授权目的号码)
---> RTP/RTCP接收语音(二次开发程序)
CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_TXGrant_Ind; 事件成功标志=Success; 事件数据=EN_PTT)
3
alt3主叫挂机
PDT_CC_CallCancel ( 挂机原因, ... )
CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_CallCancel_Ack; 事件成功标志=Success)
3被叫挂机
CallBackFunction ( 事件类型, 事件成功标志, 事件数据, ... )
(事件类型=PDT_CC_CallCancel_Ind; 事件成功标志=Success; 事件数据=CalledCancel)
3
2
1
2.6 XML二次开发接口方案设计思路
2.6.1 XML二次开发接口方案出发点
XML具有很强的开放性,使得许多软件生产商提供的软件产品支持XML,使得XML成为不同用户的异构应用系统之间的数据交换的标准语言,具备了数据交换的透明性、各个用户只要保证自己的信息系统提供的数据符合XML规范,就不用担心数据接收方的解码问题。XML不依赖于实现语言和运行环境,且具有很强的可读性和易用性,利用XML作为二次开发接口方案具有很明显的优点。
对于目前PDT系统业务类的采用的SIP协议和网管类采用的SNMP协议,XML都可以以嵌入SIP与SNMP的方式兼容,而且XML很容易扩展一些SIP、SNMP等标准协议不容易扩展的内容,故引发出XML二次开发接口方案。更对分析可参见“2.3 方案由来”章节。
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 18 页 共 32 页 2.6.2 XML二次开发接口方案优缺点
优点:
1) XML文档的内容和结构完全分离,这使得XML能够很简单的内嵌SIP、SNMP等协议
内容,同时也可以嵌入自定义的元素来实现功能的扩展;
2) XML文档互操作性强,纯文本文件可以方便地穿越防火墙,在不同操作系统上的不
同系统之间通信;
3) XML具有统一的标准语法,任何系统和产品所支持的XML文档,都具有统一的格
式和语法。这样就使得XML具有了跨平台跨系统的特性;
4) XML是一种可扩展的语言,可以根据XML的基本语法来进一步限定使用范围和文
档格式,从而定义一种新的语言,易于让用户认可与接受;
5) XML目前流行于很多场合,典型场合如:数据交换、Web服务与集成、内容管理、
配置等,这让PDT系统定义XML二次开发接口能够借鉴一些比较成熟的方案的经
验,让XML二次开发方案更加可行;
6) XML对于二次开发接口的业务类控制面和管理类(网管类)各类功能可以嵌入SIP、
SNMP方式实现,也可以扩展XML语法标准来实现,甚至对于业务类数据面的功
能,XML也完全可以承载。
缺点:
1) 大数据量低效率。XML的文本表现手法、标记的符号化会导致XML数据比二进制表
现数据量增加,尤其当数据量很大的时候,效率就成为很大的问题。针对这一缺点,
PDT集群系统二次开发接口设计方案可将数据量很大的业务类数据面沿用系统已有
的RTP/RTCP协议,这将有效的规避XML的此缺点;
2) XML是树状存储,虽然搜索效率极高,但是插入和修改比较困难。这项缺点是针对
数据项的,在PDT集群系统的二次开发接口中,关于数据检索类的需求应该很少甚
至没有,可以忽略XML的该缺点。
2.6.3 XML二次开发接口方案简述
2.6.3.1 设计思路要点
XML的语法非常简单且基于文本便于阅读,对二次开发用户的技术要求不高。XML的结构与内容分离,可以很方便的把现有的PDT系统中使用到的SIP、SNMP等协议内容嵌
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 19 页 共 32 页 入到XML中,提高了模块的重用率。对于不熟悉SIP、SNMP的二次开发用户,可以定义类似于API的原语来充当XML的内容。同时,XML也能很好的进行扩展。对于XML二次开发接口方案,PDT系统仅需提供自己的XML标准规则,二次开发用户即可进行二次开发,无需限定二次开发程序的开发环境与运行环境。
二次开发用户程序与PDT系统的通信关系图如下:
连接1:XML(业务
类控制面 管理类)
PDT系统用户程序
连接2:RTP/RTCP
(业务类数据面)
XML二次开发接口方案在PDT系统内部的提供方式示意图:
XML封装:可分为1、简单封装,直接嵌入方式。2、逻辑抽象封
装,类似API方式的高层抽象与封装,后面会详细讨论两种方式。
数据库连接管理类数据库XML封装(DB)
SNMP二管理类网管服务XML封装次(NMS)
开
XML发
用
TCP业务类控制面户SIPDSSXML封装程(CCC)
序
XML
RTP(RTP)业务类数据面XML封装(HSW)
二次开发接口服务
PDT集群系统
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 20 页 共 32 页
2.6.3.2 XML标准格式
1) 对于已有标准的兼容格式
<协议名称>协议数据单元协议名称>
例如SIP消息:
2) 对于扩展的功能
二次开发程序主动发起的功能:
PDT系统响应:
Ha版权所有 侵权必究 PDT系统二次开发接口设计方案 第 21 页 共 32 页
PDT系统主动发起的功能:
例:
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 22 页 共 32 页
二次开发程序发起的呼叫请求:
PDT系统对呼叫请求的响应:
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 23 页 共 32 页
PDT系统主动上报的呼叫PDT系统主动挂机:
2.6.3.3 典型处理流程简述
为便于说明XML二次开发接口方案设计思路,特描述1-2个典型场景。 2.6.3.3.1 FOACSU单呼场景
XML嵌入SIP方式场景同SIP二次开发方案“2.4.3.3.1 FOACSU单呼场景”。
XML扩展功能方式场景同API二次开发方案“2.5.3.3.1 FOACSU单呼场景”。 3 设计方案初步建议
3.1 方案对比情况列表
对于上述的三种方案,以下表格是对各方案在用户的角度进行对比的情况: 方案 提供的资料 开发与运行易用性 可扩展性 备注
环境的限制
SIP SIP标准文档 无 难 一般 可封装
API API API文档、头文件、运行有 易 一般
库文件
XML XML标准文档 无 易 好 可封装
API
对于上述三种方案,以下表格式对各方案在实现二次开发功能的适用程度对比的情况:
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 24 页 共 32 页 方案 业务类控制面 业务类数据面 管理类(网管类) SIP 适用 语音媒体暂沿用RTP 不适用
分组数据待定
SIP承载数据不适用
API 适用(自定义协议) 语音媒体暂沿用RTP 适用(自定义协议)
分组数据待定
API承载数据可利用回调函
数上报方式进行
XML 适用(可嵌入SIP语音媒体暂沿用RTP 适用(可嵌入SNMP实现,
实现,也可自定义分组数据待定 也可自定义XML语法实现)
XML语法实现) XML承载数据适用
3.2 方案开发阶段对比
根据需求和开发的难易程度,PDT系统二次开发接口方案提供接口的优先级次序大致如下表:(业务类类数据面语音媒体数据建议直接使用RTP,另外以后有可能增加的分组数据暂不作考虑。)
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 25 页 共 32 页
接口分类 优先级 具体功能 方案对比
对业务类的基础功能,目前A 业务类服务认证类 服务请求
PDT系统已有完整的SIP
控制面 服务认证 协议支撑。采用三种方案的
任何一种,对于PDT系统服务拒绝
的工作也没有需要调整的A 呼叫控制呼叫基础单呼 地方,还是可以一直沿用
SIP协议。 类 类 组呼
紧急呼叫 SIP方案在这一块的工作
量最少,仅需整理协议文档全呼
即可。
广播呼叫
XML方案在此处可以考虑B 呼叫补充呼叫转移
嵌入SIP的方式,这样工
类 包容呼叫 作量和SIP方案相近;考
虑到使用SIP对技术门槛强拆/强插
有一定要求,XML方案也
动态重组 可以自定义协议来完成业
务类功能接口,这部分工作呼叫授权
主要在于XML与SIP的相
混音控制 互转换,工作量适中。
A 短消息类 短消息单呼
API方案在此处的工作量
短消息组呼 类似于XML方案的第二种
情况。 状态呼叫
C 分组消息类 待定
D 其他业务类功能 待定
A 管理类配置类 PDT系统目前对网管类的基础功能,目前
(网管各类由网管负主要由网管部门用SNMP
类) 责的配置 或自定义接口来实现。采用
任一种方案,网管部门开发A 管理类 新建用户 用户管
方式不变,由二次开发接口修改用户权限 理类
服务来实现二次开发接口删除用户
的转换。 遥晕/遥闭/恢复
A 组管理新建组
SIP方案在网管类功能接类 修改组权限
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 26 页 共 32 页
删除组 口上,标准SIP没有提供
很好的支持方法,扩展工作
B 各种信通话记录与统量比较大。
息记录计
与统计 录音记录与统XML方案和业务类功能接
计 口类似,也有两种方法可以
其它 选择,一种是直接嵌入
B 监控类 用户监用户状态监控 SNMP,工作量最小;另一控类 用户位置监控 种方法就是XML自定义协
B 呼叫监呼叫监控 议,需XML与SNMP的互控类 呼叫录音 转。
短消息监控
A 设备监基站设备监控API方案与XML方案的第控类 与告警 二种方法类似。
基站环境监控
与告警
交换设备监控
与告警
控制设备监控
与告警
链路设备监控
与告警
网络安全设备
监控与告警
综上所述,无论二次开发接口才用何种方案,都建议遵循不影响PDT系统现有设计为
原则,二次开发接口服务进行二次开发接口与PDT系统内部交互协议之间的转换。对比之
下,XML方案应该是能够以比较小的代价达到这个目标的方案。
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 27 页 共 32 页
3.3 方案建议
3.3.1 推荐方案
推荐使用的方案:XML二次开发方案。
推荐理由:
1) XML文档结构简单,易于理解,容易被二次开发用户接受;
2) XML方案仅需提供给用户二次开发文档介绍XML自定义协议即可,对二次开发
用户的开发与运行环境不做任何要求;
3) XML方案可扩展性非常强,而且版本管理可以做到完全前向兼容,PDT系统二次
开发服务版本升级并不影响二次开发程序的运行;
XML方案具有很强的兼容性而且可以提供很大的自由度。例如技术优势比较突出4)
的二次开发用户完全可以用XML内嵌SIP、SNMP等符合PDT系统协议的标准
协议与PDT系统交互,而对技术并不是很强的二次开发用户,也可以提供XML
自定义语法来实现同样的功能,用户仅需按规则填入功能与参数既能实现与PDT
系统的交互;
5) XML方案可以兼容API方案,对于习惯于API使用的二次开发用户,PDT系统
完全可以以XML自定义协议为通讯标准,简单封装即可形成API头文件和运行库
供给二次开发用户使用;
6) XML方案给二次开发用户使用时,可以简单转换即可提供多种使用方式。例如,
XML很容易切换到命令行调用方式,让习惯命令行的用户使用。 XML方案实现PDT集群系统二次开发接口的系统结构示意图如下:
PDT集群系统
SIP、RTP、SNMP、
自定义协议
二次开发应用程序二次开发接口服务层
XMLXML
IP链路
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 28 页 共 32 页 3.3.2 方案开发阶段建议
“3.2 方案开发阶段对比”基本上将PDT集群系统对二次开发接口的业务功能支持按优先级划分了阶段,本节将对二次开发接口服务层的开发阶段进行一定的划分。 3.3.2.1 第一阶段
提供给二次开发用户的二次开发接口第一阶段分层表(第一阶段PDT集群系统内部协议与XML传输不需要太多的转换,直接以内嵌形式进行。):
业务功能 XML接口方式
业务类控制面 嵌入SIP
业务类数据面 沿用RTP
管理类(网管类) SNMP部分 嵌入SNMP
自定义协议部分 与自定义协议匹配的数据组织形式
第一阶段总体业务流示意图:
PDT集群系统
管理类业务类控制面业务类数据面(网管类)
SIPRTPSNMP自定义协议
二次开发应用程序进行简单的潜入,将上面的协议嵌入XML。
二次开发接口服务XML(嵌入)RTP透传
XML(嵌入)RTP透传
IP链路
第一阶段总体服务结构示意图:
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 29 页 共 32 页
数据库连接管理类数据库XML封装(DB)
SNMP二管理类网管服务XML
次(NMS)(SNMP)开
XML发
用
TCP SIP业务类控制面户XMLDSS程(CCC)(SIP)
序
二次开发接口服务
业务类数据面RTP
(HSW)
PDT集群系统
3.3.2.2 第二阶段
提供给二次开发用户的二次开发接口第二阶段分层表(第二阶段应该将PDT集群系统内部的协议全部转换成统一的XML协议格式进行表述,使用户不需要关心SIP、RTP、SNMP等协议的细节):
业务功能 XML接口方式
业务类控制面 抽象控制面接口与参数 组成XML协议 业务类数据面 抽象数据组织形式 以XML包的形式传输 管理类(网管类) SNMP部分 抽象SNMP功能与数据 形成XML协议
自定义协议部分 与自定义协议匹配的数据组织形式 风格统一
第二阶段总体业务流示意图:
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 30 页 共 32 页
PDT集群系统
管理类业务类控制面业务类数据面(网管类)
SIPRTPSNMP自定义协议
进行抽象,将PDT功能组织成XML包。
同时第一阶段简单的嵌入方式保留,供高级二次开发应用程序
用户使用。
二次开发接口服务
XML
XML
IP链路
第二阶段总体服务结构示意图:
数据库连接管理类数据库XML封装(DB)
SNMP二管理类网管服务XML(SNMP)
次(NMS)或XML封装开
XML发
用TCP SIP业务类控制面户XML(SIP)DSS程(CCC)或XML封装序
XML业务类数据面RTPXML封装(HSW)
二次开发接口服务
PDT集群系统
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 31 页 共 32 页 3.3.2.3 二次开发包规划
经过以上两个阶段后提供给客户的二次开发包形式为下表各个包的组合: 二次开发包名称 二次开发包内容 备注
基础包 1、XML协议说明 XML协议包含:
2、由XML协议完成的DEMO程1、XML第二阶段内容
序(比较完备的例子 业务类和网2、XML嵌入SIP和SNMP的格式
管类都需要 如调度台程序 网管具体SIP与SNMP的内容需要SIP
客户端) 包和SNMP包
API包 1、API说明
2、API头文件
3、API库文件
4、由API完成的DEMO程序(同
基础包DEMO程序的需求)
SIP包 1、PDT集群系统SIP协议说明
2、由XML嵌入SIP完成的DEMO
程序(业务类 如调度台程序)
SNMP包 1、PDT集群系统SNMP协议说
明
2、由XML嵌入SIP完成的DEMO
程序(网管类 如网管客户端)
3.3.3 具体方案设计
具体方案设计内容暂可参考“2.6 XML二次开发接口方案设计思路”,详细方案待PDT系统二次开发接口方案确定以后提供,内容编入“4 开发方案总体设计”。
4 开发方案总体设计
暂略。
Ha版权所有 侵权必究
PDT系统二次开发接口设计方案 第 32 页 共 32 页
5 开发环境的配置
暂略。
6 运行环境的配置
暂略。
7 测试环境的配置
暂略。
8 性能指标
暂略。
Ha版权所有 侵权必究
范文三:高清音视系统高速HDMI接口设计方案
http://www.cdtarena.com
高清音视系统高速HDMI接口设计方案
HDMI 在成为消费电子的标配接口后也在其它领域如车载显示中逐渐得到了广泛的应用。对于原先不是专业从事消费音视频领域的设计工程师来说,设计高频率HDMI接口有一个学习和实践的过程。文章以ADV7842/ADV7511参考设计方案实例介绍了HDMI输入和输出接口的设计和基本要求,HDMI兼容性测试(HDMI Compliance Test )的要求,以及常见的问题和推荐的解决方法。http://www.cdtarena.com
近两年HDMI 的应用得到了极大的普及。它已远远走出了传统的电视、投影仪、游戏机和A/V放大器(A/V receivers)的范围而变成了高清数位相机和家庭摄像机的必备接口。它在智能手机和车载显示的应用也正在蓬勃兴起。设计工程师必须对HDMI输入和输出接口的设计要求和兼容性测试(HDMI Compliance Test )有一个基本的了解,从而在设计电路和PCB的设计时可提前周全考虑以避免重复设计。
HDMI I/O端和电源的设计
ADV7842 是一款集成了模拟(CVBS,RGB,和YPbPr)和HDMI receiver(HDMI Rx)输入的视频I/O芯片。ADV7511 是一款HDMI transmitter 芯片。下面借用以这两款芯片做成的HDMI I/O参考线路讨论高速高精度视频PCB设计时最常见的问题和推荐的解决方法。图1为ADV7842-ADV7511 AV参考线路方框图,图2为ADV7842-ADV7511 AV参考线路实际PCB。
图1 ADV7842-ADV7511 AV参考线路方框图
http://www.cdtarena.com
图2 ADV7842-ADV7511 AV参考线路实际PCB
HDMI输入端
在PCB上HDMI连接端子(HDMI connector)到HDMI Rx 数据输入管脚的长度应减至最短,所以HDMI Rx 芯片置放的位置应尽量靠近HDMI连接端子,如图2所示。过长的连线会受其他外部源的影响而产生噪声。连线短,也有助于控制差分阻抗。HDMI TMDS传输线的差分阻抗要控制在100Ω左右。差分阻抗与板材、板厚、叠层结构、线宽、线距都密切相关。建议用户跟制板商协商相关参数, 在设计时即有所考虑, 避免再次改板或者调整设计。
HDMI接收器电源
为了达到好的(尤其是传输速度快的高清信号时)设计性能,HDMI Rx的供电电源的设计和布板合理性非常重要。典型的HDMI Rx电源设计要注意到的问题:
?模拟线路电源:HDMI Rx 模拟线路 部分
–设计时注意将重要电源与其他的1.8V电源用磁珠隔离开来。
–电源需配置旁路电容(ADV7842是用10 nf和100nf),电容离电源管脚越近越好。
–在接近电流源的地方置放一个大的去耦电容(例如 10uF)。
?数字线路电源:HDMI Rx 数字线路部分
–设计时注意将重要电源与其他的
http://www.cdtarena.com
3.3V电源用磁珠隔离开来。
–电源需配置旁路电容(ADV7842是用10 nf和100nf),电容离电源管脚越近越好。
?在设计电源PCB布板的时候请特别考虑以下几点:
–建议采用独一的接地层(single ground plane)。
–在阻抗匹配允许的情况下尽量考虑用顶层或底层作电源和接地层。
–在阻抗匹配允许的情况下考虑用尽可能薄的电介质层将电源层和接地层隔开。
–在PCB电源层中:应该尽量避免在其它层上以单线连接电源层。如果不可以避免,应该增加适当的旁路电容(bypass capacitors)。为大电流的供电电源走线时, 需考虑其上的电压降。如果某一电源不可以用电源层相连,则用尽可能粗的走线连接,以尽量降低走线阻抗。电源层上未利用的区域, 尽量用地层填充。不同层的电源(比如在模拟电源上方的数字电源层)的耦合应尽量避免。电流的返回路径应确保是低阻抗。
?采用旁路电容时的注意事项:
–旁路电容应置放在离管脚尽可能近的地方。
–连接管脚的线应尽可能短而宽。
–连接地的线也应尽可能短而宽。
–每个pad在可能的条件下用多于一个的via但via之间的间隔应至少 和 via的深度一样。 HDMI测试
HDMI测试中需注意的问题有不少,根据HDMI CT (Compliance Test) spec的要求,所有的HDMI接收设备都需要提供EDID信息。以往,多数客户会选择在DDC总线上外挂EEPROM以存储EDID信息。为了进一步降低用户的BOM(bill of material)成本, ADV7842集成了内部RAM用于存储EDID信息,上电后,用户将EDID信息写入即可。 利用ADV7842提供的SPI Master接口,用户还可以外挂一颗SPI EEPROM, 这样用户可以将EDID信息永久烧入SPI EEPROM。 ADV7842可以将SPI EEPROM内的信息读入内部的RAM。 如此,可以减轻软件的负担。 当然,这些功能都有相应的寄存器提供使能控制, 用户可以关闭这些功能, 而使用传统的外挂方式,以兼容过去的设计。
有了硬件的支持, 当然EDID的内容也要符合HDMI CT Spec的要求。 根据ADI多年来为客户提供免费HDMI预测试的经验,在HDMI预测试过程中经常会失败在一些与EDID测试相关的项目。其实这些项目如果熟悉规范的相关要求,通过相对来说是比较容易的。例如有关规范要求在EDID的前128个字节中一定要提供“Monitor Range Limit Header”和“Monitor Name Header”,但如果这两个项目的内容各不够18个字节的话,需要以0x0A为结尾同时以0x20填充剩余的字节。另外一个经常在EDID测试中遇到的问题是,客户不能将EDID中的SVD(Short Video Descriptor)模块与提交的CDF(Capabilities Declaration Form)一致,在CDF中表明支持的格式在EDID的SVD模块中没有表明支持,或者是相反。
http://www.cdtarena.com
表 1 ADV7842 3D视频格式测试一览表
HDMI兼容测试
HDMI兼容测试 (Compliance Test)对所支持的视频格式的测试要求值得注意,ADV7842进一步提高了产品的鲁棒性, 提供了对更多视频格式的支持, 例如支持在新的HDMI Spec中加入的3D视频信号格式。 在这里还需要提到一个HDMI CT测试问题, 以供各位参考。在对视频格式支持的测试中,对所有用户声明的能够支持的视频格式都会进行测试,而且会测试支持50Hz的设备对于50Hz?0.5%(即49.75Hz和50.25Hz),和支持59.94Hz或者60Hz的设备对59.94%~0.5%(即59.64Hz)和60,0.5%(即60.3Hz)场频变化的支持能力。场频的此变化范围, ADV7842完全可以支持,但是用户在软件设计中需要注意到这些对视频格式容忍度的要求。
http://www.cdtarena.com
在HDMI1.4的标准中虽对3D timing有明确的定义,但为了保证产品在市场上的兼容性在设计时对HDMI产品的视频格式作全面的测试是十分重要的。上一段提到了对3D timing的支持。ADV7842对3D timing做了很完整的测试。在表1中标识出了所有ADV7842已经测试过的常用的和必须支持的3D timing。其中黄色重点标识的为必须要支持的3D timing。
以上概括性地讨论了HDMI I/O设计和测试中常见到的和需要注意的问题以及解决的方法。视频信号越快,上面讨论的问题就越突出。所以在选择HDMI I/O芯片特别是接收器(HDMI Rx)时要选择经过HDMI CT严格测试过的产品以避免发生兼容性问题。
成都嵌入式培训哪里好,选择达内嵌入式培训开启企业定制就业直通车,达内科技满足你高薪就业梦想~找成都IT培训100%推荐就业的软件测试培训机构,请咨询达内在成都嵌入式培训的老师~ 达内培训费用,达内好不好,达内怎么样,达内就业,这些问题都可以在达内的网站上找到答案。在达内科技学习可以申请先就业后付款的方式让刚毕业大学生免除在达内培训费用上的担忧。100%推荐就业更是解决学员培训后的就业问题~达内咨询官网:www.cdtarena.com
范文四:Oracle EBS 接口设计方案
? 接口设计考虑的因素
● 此接口设计标准解决方案主要基于以下七个方面因素而设计。 根据外围
系统到Oracle EBS数据传输的方向,我们把接口分为导入和导出两种类型。针对这两种类型的接口,我们都把以下七点因素纳入接口设计方案。
◆ 传输机制 ◆ 数据文件校验 ◆ 数据内容校验 ◆ 数据修正 ◆ 数据比对 ◆ 数据清理 ◆ 数据监测跟踪
? 接口工作原理
● 在考虑数据交互安全性和可靠性的基础上,此接口设计方案对于外围系统
与Oracle EBS之间的数据交互采用文件加密传输方式。此方式已被广泛并成功地应用于众多Oracle EBS与外围系统的接口设计方案中。
? 接口设计方案实施预先配置:
● Oracle 应用服务器预先为每个外围系统分配一个放置接口数据文件的文
件夹,文件夹里面有infile 、outfile 、errfile 、archfile 四个子文件夹,分别用于放置外围系统导入Oracle EBS的数据文件,Oracle EBS导出
到外围系统的接口数据文件,校验或导入过程中发生错误的接口数据文件,导入成功后存档的接口数据文件。
● 在Oracle 数据库建立接口数据文件共用跟踪表,此表主要用于记录每个
接口数据文件的文件名,导入/导出接口,数据文件处理状态。 ● 在Oracle 数据库建立共用接口数据错误日志表,此表用于记录每个接口
的详细错误信息。
● 开发客制化的共用数据文件完整性校验程序 ● 开发客制化的共用Oracle FTP 程序 ● 开发客制化的共用接口错误邮件通知程序
? Oracle EBS导入接口
● 导入接口是将外围系统的数据按照功能需求导入到Oracle EBS不同模块
的接口。
? Oracle EBS导出接口
● 导出接口是将Oracle EBS不同模块的数据按照功能需求抽取然后导入到
不同外围系统的接口。
范文五:系统设计方案
网银圈存与缴费系统
系
统
设
计
方
案
东华理工大学
2007年5月30日
1
网银圈存与缴费系统——系统设计方案
目录
目录
1. 设计原则..................................................................................................................... - 1 -
2. 设计方案......................................................................................................................... 3
2.1 现状........................................................................................................................... 3
2.2 学校现有相关系统的现状....................................................................................... 3
2.3 主要业务需求分析................................................................................................... 4
2.4 方案........................................................................................................................... 6
2.4.1 系统的硬件平台架构图............................................................................ 6
2.4.2 系统开发模式设计.................................................................................... 7
2.4.3 各模块功能简介...................................................................................... 10
3. 运行环境及开发平台................................................................................................... 11
3.1 系统运行的硬件环境............................................................................................. 11
3.2 系统运行的软件环境............................................................................................. 11
3.3 应用软件开发平台................................................................................................. 12
4. 项目开发、实施方案................................................................................................... 13 I
1. 设计原则
(1) 可靠性和稳定性
在系统设备选型、网络设计、软件设计等各个方面要充分考虑可靠性和稳定性。在设计方面,采用容错设计。在设备选型方面,保证软、硬件的可靠性,必须考虑采用成熟的技术和产品。在设备选型和系统设计的各个方面都尽量减少故障的发生。
(2) 方便管理和维护
系统涉及面广,需要对系统进行实时控制和管理。在不改变系统运行的情况系统管理员可以对系统进行调整;易维护是应用系统成功与否的重要因素,它包含两层含义:故障易于排除,日常管理操作简便。
(3) 先进性
在投资费用许可的情况下,应当充分利用最可靠的成果和现代最新技术,以便使系统在尽可能长的时间内与社会发展相适应。从长远的观点看,这也是最节省的选择。先进性是系统建设期望达到的目标,但是先进性面临许多不成熟的问题。因此,应视系统建设为一个系统工程,充分考虑现在和未来,使系统建设与业务需求同步增长。
(4) 实用性
设计本系统,应首先考虑能满网银圈存系统和校园缴费系统的功能要求和实际应用的需要。
(5) 开放性和规范性
为保证各供应商产品的协同运行,同时考虑到投资者的长远利益,本系统必须是校园一卡通管理系统开放系统部分,并结合相关的国际标准或工业标准执行。另方面,由于本系统是一个综合性系统,在系统设计和建设初期应着手参考各方面的标准与规范,并且应遵从该规范各项技术规定,并做好系统的标准化设计与管理工作。
(6) 可扩充性
- 1 -
本系统考虑今后发展的需要,因而必须考虑系统产品系列、容量与处理能力等力一面的扩充与换代的可能,这种扩充不仅充分保护了原有投资,而且具有较的综合性能价格比。
- 2 -
2. 设计方案
2.1 现状
关于饭卡充值,东华理工大学基本上是半手工化管理模式。全校师生职工都必须前往卡务中心才能充值饭卡(又称校园卡),工作充值饭卡时,须要求持卡人上交现金或现场刷银行卡,最后打印充值金额报表凭证单,整个过程耗时长,工作量比较大,持卡人充值时须排上很长一段,浪废持卡人大量的宝贵时间,充值工作人员工作繁忙,压力大,有时甚至充值出错。关于费用的缴纳。东华理工大学也是处于半人工管理状态,对学费的缴纳财务人员首先从学杂费管理系统中取得缴费人的欠费记录,然后以小于或等于欠费金额的原则收受上缴学费,最后开具财务凭证单,而其它费用的缴纳基本上是采用交钱后开具收据的方式,可知目前学校的缴费方式工作效率低,给广大师生职工带来很大不便。
2.2 学校现有相关系统的现状
1 财务处的学杂费管理系统(关系:需交互学杂费的缴费情况)
该系统是由一家软件公司开发的专门针对学生学杂费的管理和收取的管理软件,属于财务处内部管理系统,基于C/S结构的开发模式,数据库为SQL
SERVER2000关系型数据库,数据库中存有学生的学杂费的缴纳状况数据记录。现要求建设目标:学生在校园缴费系统中缴纳学杂费金额是从财务处的学杂费收费系统中获取,缴费成功之后的金额送入学杂费收费系统,接到数据之后再人工审核之后,缴过学杂费的学生即可上财务处领取缴费凭证。
2 教务处的学生管理系统(关系:需从该系统中获取学生的补考、重修的记录)
该系统是由学校自主开发的一套关于学生成绩、补考等信息的管理软件,基于B/S的开发模式,数据库为SQL SERVER2000关系型数据库,数据库中存放学生的基本信息、学分、重修费用等资料,提供学生选课的功能。现要求建设目标:学生在校园缴费系统中缴纳重修费用时,重修科目和学分从学生管理系统获取,缴纳之后可到财务处打印缴费凭证。
3
3 一卡通中心管理系统(关系:一卡通系统的枢纽,是本系统的支撑系统)
该系统是由学校自主开发的一套校园卡管理软件,基于B/S和C/S三层结构的混合模式,数据库为SQL SERVER 2000关系型数据库,数据库存放每张校园卡的基本信息、卡余额等重要参数,是管理各个食堂前置机的中心服务系统,也是一卡通系统中的枢纽。现要求建设目标:学生或教职工在校园缴费系统中进行网银圈存交易时,当用户以学号或工号登陆系统时,系统应依据用户的学号或工号向一卡通中心管理系统的备份数据库中获取对应该学号或工号的卡号(即绑写卡号与学号或工号),最后,用户在位于食堂内的圈存机上完成把圈存金额写入卡片的刷卡操作之后,需要及时把本次圈存金额更新一卡通中心管理系统中对应该卡号的卡余额,使得卡库余额一致。
2.3 主要业务需求分析
(1) 用户能够把其在银行账户下的金额划入学校帐下,然后再把划入学校帐下的金额在学校内进行一次或多次各种费用支付。
(2) 采用基于WEB的圈存方式实现校园卡的圈存,即持卡人把从银行转入学校的金额在网上交易平台上进行网银圈存支付,然后持卡人再在放置在食堂内的圈存机上进行刷卡以完成把圈存支付金额写入卡片的操作。
(3) 圈存机能够接入到校园网的各个点,移动方便,接入操作简单,且符合以太网的通讯规则。
(4) 用户(学生或教职工)能够在英特网上方便、快捷地查询对应其校园卡下的圈存记录,并能下载圈存记录数据。
(5) 用户能够在校园缴费系统上方便地缴纳学杂费、计算机等级考试费、外语等级考试费和功课重修费,要求学杂费、功课重修费原始数据分别从学校财务处的通用收费系统和教务处的学生管理系统取得。
东华理工大学“校园一卡通系统”从业务上应具备以下需求:
① 为东华理工大学财务管理部门实现校内财务的统一管理、资金结算和相应理财业务,提供账务查询、总结、报表输出和数据下载功能。
4
② 为东华理工大学的广大师生员工实现银行卡的金融服务功能,通过网上平台系统和银行网银系统实现转账、缴纳学费、等级考试费、重修费等功能,提供校园卡自助圈存终端机,提供各种消费流水查询和下载功能
银行、学校财务、持卡人的关系如下图2.1所示:
图2.1实体关系图
5
2.4 方案
2.4.1 系统的硬件平台架构图
本系统中的使用用户有的来自英特网用户,它与校内现有的多个系统发生数据交换,尤其是卡务中心系统中的数据安全要求非常高,同时又得遵循原有的校园一卡通的网络结构,因此系统硬件平台架构设计应在原有的网络结构基础上尽可能地保证系统的安全性,根据东华理工大学南昌校区一卡通的网络结构现状,实施两级防火墙,一级防火墙是学校在校网上外网入口处,二级防火墙放置是网上缴费系统与外网入口处,对外网进入的数据全部进行审计和验证,以防用户非法侵入。通过采用双网卡和不同网段的技术在本系统与不同的其它相关系统间通讯进行有效的隔离;同时把本系统和校园一卡通系统划入同一虚拟子网。系统网络结构逻辑下图
2.2所示:
6
图2.2系统结构物理图
2.4.2 系统开发模式设计
C/S和B/S是目前网络软件开发的两种主流模式,两种模式的合理结合会取到相得益彰的效果,因为B/S和C/S有它们各自的优势,侧重表现于不同的方面。Client/Server模式主要是在以局域网为基础的运行环境下展开应用的,它受到地域的限制。而Brower/Server模式通过广域网Intermit 或局域网进行通信,可以不受地域的限制,但是它不能够进行联机事务的处理,并且在大量数据处理时速度较慢。 7
从目前技术看,Brower 端作为信息收集源在大量数据录入工作时还不能取代Client 端的用户界面,存在大量数据传输时也不宜采用Brower/Server结构模式。
而Browser/Sever(B/S)模式属于三层程序设计理论,B/S结构模式是传统C/S模式的继承和发展,是基于Intranet 的需求而出现并发展的。Intranet 是应用TCP/IP协议建立的企事业单位内部专用网络,它采用诸如TCP/IP、HTTP 、SMTP 和HTML 等1nternet 技术和标准,能为企事业单位内部交换信息提供服务。同时,它具有连接Internet 的功能和防止外界入侵的安全措施。另一方面,由于数据库具有强大的数据存储和管理能力,并且能够动态地进行数据输入和输出,如果把数据库应用于Internet 上,不仅可以实现大量信息的网上发布,而且能够为广大用户提供动态的信息查询和数据处理服务,进而加强单位内部部门之间、各级部门之间、员工之间、单位与客户之间的信息交流,提高单位工作效率。对B/S模式而言,它在前台Browser 和后台数据库Server 之间增加了一个Web Server层,所有的应用程序模块都安装在它上面。在Browser 上只需安装一个通用的浏览器软件(如Internet Explorer等) 。因此,这种模式简化了客户端,使得用户的操作更加方便,降低了系统的开发和维护开销。基于B /S 的Internet 技术[18],有三项优势是明显的:
(1) 相当稳定的技术平台。在C/S时代,用户最苦恼的问题莫过于面对的是众多互不兼容的技术平台。每种技术平台,从用户应用稳定性要求来看,都可以说是昙花一现,给用户留下了无奈与苦恼。而B/S的技术保证了它技术的高度稳定性。
(2) 本质上是一种客户机技术。在C/S模式下,每种应用的主要部分是在客户机
侧。别的不说,光是在众多的客户机侧安装和维护多种应用的多个版本,就叫人受不了。而B/S技术不同,千万个用户只是通过浏览器这个统一界面,可享受到无限丰富的,永远在不断变化和发展着的信息服务。Intranet 原则上取消了所有在客户机侧的维护工作。
(3) 提供了异种机、异种网、异种应用服务的联机、联网。通过Intranet 以技术统一访问异种数据库,己成为现实。从ISDN 到ATM ,再到现在大行其道的TCP/IP,,正是由于Internet 的盛行,宽带IP 将会成为真正的、统一服务的(数据、语音、多媒体) 网络基础。
C/S应用程序设计模式是传统的两层次结构;C/S本身也是属于较为先进的 8
结构。这种模式将应用一分为二,服务器负责数据管理,客户机完成与用户的交 互任务。C/S具有强壮的数据操纵和事务处理能力,以及数据的安全性和完整性 约束。其主要优点为:
(1) 具有成熟的设计开发方法和工具。经过多年的研究和积累,基于C/S模式的系统设计开发方法己被用户所熟悉和掌握,并且,众多的数据库和软件生产厂商提供了各种可视化工具和编程语言来支持它的开发,而目前B/S模式的应用及其开发方法仍处于发展过程,特别是还不具备特别完善的开发工具。
(2) 交互性强,界面友好。各个Client 机上运行的应用程序是针对特定的用户和任务设计,同时具有在线帮助和出错提示等辅助功能。这些优势是B/S模式所不具备的。
(3) 数据通信量小,安全性高。C/S模式中前后台传递的仅仅是查询请求SQL 语句或查询结果。C/S模式在一定程度上可以满足系统对安全性的要求,而B/S模式是一种开放式的结构,面向众多的用户,即使采用防火墙技术也不能完全屏蔽网络黑客和内部人员对系统的恶意侵袭。
但随着企业规模的日益扩大,应用程序的复杂程度不断提高,C/S结构逐渐也暴露了以下不足:
(4) 开发成本较高。C/S结构对客户端软硬件要求较高,尤其是软件的不断升级,对硬件要求不断提高,增加了整个系统成本,客户端臃肿。
(5) 移植困难。不同开发工具开发的应用程序,一般来说互不兼容,不能搬到其它平台上运行;用户界面风格不一,使用繁杂,不利于推广使用。
(6) 维护复杂,升级麻烦。如果应用程序要升级,必须到现场为客户机升级,每个客户机上的应用程序都需维护。
基于上面两种系统各自优缺点的分析,在校园缴费系统、网银圈存系统中,采用两种模式相结合的方式,并充分发挥各自优点,构成两个子系统的系统开发模式。将系统中Internet 应用采用B/S模式,实现通过浏览器进行信息查询、记录浏览。而校园圈存部分模块及各个系统的数据交互则运行在本地局域网上,由于其交互性和安全性要求高高,故采用C/S模式,将其设计为基于局域网的C/S模式架构
系统,可以在一定程度上满足系统对安全性、处理速度和针对特定业务交互性强的要求。根据系统的实践情况,两种模式结合的系统结构示意如图3.13所示:
图2.3 系统架构模式示意图 2.4.3 各模块功能简介
详见可行性研究报告(4.1.2 主要功能简介)
3. 运行环境及开发平台
3.1 系统运行的硬件环境
建议配置如下:
? 数据库服务器(一台):
CPU :Intel 至强TM 处理器 2.8GHz
缓存:512KB 缓存
内存:>1G
硬盘:>80GB(10,000rpm ),SCSI ,需要镜像盘
CD-ROM :SCSI CD-ROM
网卡:高速,两块
? WEB服务器(一台):
CPU :Intel 至强TM 处理器 2.8GHz
缓存:512KB 缓存
内存:>1G
硬盘:>80GB(10,000rpm ),SCSI ,需要镜像盘
CD-ROM :SCSI CD-ROM
网卡:高速,两块
? 不间断电源:APC SU3000UX/4H
3.2 系统运行的软件环境
操作系统软件: WEB 服务器 Windows 2003 Server
数据库服务器 Windows 2003 Server
数据库系统:服务器端 Microsoft SQL Server 2000
网络杀毒软件:瑞星杀毒软件
防火墙:神州数码防火墙
3.3 应用软件开发平台
建模工具:Sybase PowerDesigner Case
程序开发工具:上位机VS.NET 开发平台中的C#,下位机C51 测试工具:Rational Teamtest
4. 项目开发、实施方案
详见可行性研究报告(5. 项目开发计划)
转载请注明出处范文大全网 » 高清音视系统高速HDMI接口