基于DVB平台的监测

基于DVB平台的监测（精选3篇）

基于DVB平台的监测 篇1

0 引言

随着近两年来“三网融合”向纵深推进,IPTV和OTT互联网电视风起云涌,不断蚕食广电运营商的电视用户,传统有线电视用户逐年减少。在这种“互联网+”的新时代下,广电运营商应该推陈出新,发展适合移动互联网的业务模式,变:“被动”为“主动”,对原有业务进行整合,发展“电视+互联网”的新业务,提升用户ARUP值。目前700M频段划给中国广播电视网络有限公司(国网),广电运营商采用700M频谱进行4G运营仍需要时间,而WiFi技术相对成熟,利用现有的有线双向网络就可以进行WLAN的快速部署,同时可为将来700M无线的商用积累经验。

1 设计思路

2015年,深圳天威视讯以“融合发展、转型升级”的思路开展经营工作,基本完成深圳市HFC网络的全网双向改造,基于IP城域网和HFC提供宽带业务和电视业务。Internet宽带网络基于DOCSIS 3.0接入技术的CMTS和C-DOCSIS系统,实现了全网100M到户。电视业务基于MSCP ((Multi Service Cloud Platform,多业务云平台),提供高清直播、标清直播、4K直播、视频点播,时移回看、电视教育、电视游戏、电视商城等增值内容。在过去两年,面临的竞争主要是电信IPTV和互联网OTT视频服务竞争,数字电视用户增长放缓。基于“互联网+”和“融合发展”的方针,发展适合移动互联网视频融合业务,一种新的移动多媒体视频业务应运而生。

1.1 电视+宽带

电信运营商在移动互联网方面,有着先天化的优势。相对而言广电运营商拥有丰富的视频资源,特别是在直播频道方面,尽量避免出现同质化竞争。广电运营商应充分利用自身的优势,扬长避短发展适合移动互联网的业务,利用线路同时能传送电视节目和宽带信号的特性,结合市场所需,整合成新的融合产品。

1.2 综合采用双向HFC、PON和WiFi网络

广电运营商在家庭网络的覆盖方面做得较好,在商业楼宇、产业园区、公共区域的网络的资源不足,不能局限于HFC有线网络业务的发展。在没有HFC的网络的地方,广电运营商已开始使用PON (Passive Optical Network,无源光纤网络)技术开展业务。

随着移动互联网的发展和智能终端的普及,WiFi上网已逐渐形成习惯,并已成为新的移动互联网入口。广电运营商要以此为契机,发展多元化WiFi网络,实现业务由有线到无线的延伸,适应移动化接入的大趋势。

1.3 灵活的部署方式,扁平化的网络建构

系统部署初期从节约成本角度考虑,建议采用集中式部署,将B0 (后台管理)、直播和点播服务器、组播编码器、认证鉴权等功能模块均放置在核心IDC机房。随着用户流量的增长,逐步由集中式向分布式演进,在区域机房部署Slave二级分发节点,Master节点无需改动。

1.4 视频直播不占用上网带宽

流媒体的播放有严格的实时性要求,在网络传输过程中,带宽、误码率及延迟抖动均会影响视频的QoS(Quality of Service)服务质量。系统构建时,从编码、协议和传输多层次考虑,充分保证视频的QoS。

1.采用H.264编码,提升编码的效率。

2.采用HLS (HTTP Live Streaming)协议传输,终端动态码率自适应。

3.视频资源不占用上网流量的带宽,同轴传输直播视频通过HFC的单独频道,光纤传输视频信号通过PON的专用IP通道,充分保证用户的视频流的带宽。

1.5 定制化Protal页面,用户自服务

宽带信号由WiFi的AP进行覆盖,适应业务在不同区域的不同应用场景,灵活定制用户的Portal (登陆界面),根据用户接入网关IP和SSID (无线网络标志)选择性推送。在用户使用过程中,系统支持微信、支付宝等移动互联网式的登陆和付费方式。

2 系统部署

系统由前端系统、业务管理、传输分发网络、终端设备等4个功能模块组成,构成DVB和OTT两个相辅相成的业务平面。这两个平面针对不同的网络应用场景。

1.前端系统:包括节目传输系统(DVB平面和OTT平面)和节目信源压缩编码、EPG信息获取、IP打包、CA加密、QAM调制和点播系统,以及视频分布存储分发系统。

2.传输分发网络:同轴的双向HFC网络、光纤的PON网络。

3.BO业务管理系统:节目的编排、管理和发布、认证鉴权、流量监控、服务监控、统计报表、WiFi AC、DHCP、BOSS、CA等。

4.终端设备:由WiFi AP、CM、ONU、MGW (多业务网关)和用户移动终端组成。

2.1 前端系统

前端系统是DVB+OTT双平面架构,采用HFC接入的终端直播走DVB模式、点播和宽带上网走OTT模式;采用PON接入的终端直播、点播、宽带上网均走OTT模式。针对这两种接入方式,采取了不同的视频版权保护措施。

2.1.1 DVB+OTT模式

直播节目通过广播电视频道单向传输,一个8MHz频道可传输64QAM调制节目传输最大速率约38Mbps,满足30套800kbps广播节目的传输需求。直播组播节目源由打包机添加包头信息,之后调制成64QAM调制信号,加扰和混频后由城域网传输到HFC网络。最后由终端网关通过WiFi信号发送给用户的移动终端(手机、平板等),实现广播电视节目收视。

点播和时移节目通过数据网接入点播系统。用户终端采用HLS协议和回看系统交互。终端视频动态码率自适应,可选标清码率800K、高清码率2.5M、超清码率5M,满足用户在多种网络环境下的正常观看。

2.1.2 纯OTT模式

直播、点播和宽带上网均由ONU接入城域网完成,利用PON技术多业务的特性,在不同的IP通道中传输不同的业务,充分保证直播的带宽。不同于DVB直播的特点是:OTT的直播节目码流和节目套数相对更加丰富,使用的IP网络通道,带宽弹性可拓展;节目的套数可根据用户需求提供,码流有标清、高清、超清多种可选。数据上网和点播共用一条线路,和DVB+OTT模式的交互过程是一样。

2.1.3视频加密和防盗链功能

两个平面都采取了不同的措施保护视频版权。

DVB平面采用CA技术对可以对视频的调制信号加扰。BOSS同步CA芯片序列号给CA后台系统,在CA后台系统中有合法的序列号的网关才能进行直播频道的解扰,还原出视频广播信号。

OTT平面采用URL加密防盗链。通过使用此功能,定期更新防盗链的KEY字串,生成可用于播放器环境或URL访问的播放链接,该链接在用户指定时间内可用,从而有效保护视频内容。

2.2 分发系统

点播系统包括中心分发节点和边缘分发节点,对内容分发和管理。前期采用集中式部署,采用域名轮询方式实现视频请求和分发的负载均衡。流量和服务监控系统定时采集用户分区流量情况、节目点播、直播点击数和频道播放时长等信息,生成运营数据报表。在业务量较大的片区机房增加分布式二级Cache节点,将高频率直播和点播内容从核心机房部署到更接近用户的边缘机房,逐步实现分布式分发系统的架构。用户的访问先定位到核Master节点,之后从边缘Slave节点取流,从而降低Master节点的流量负载。

2.3 终端管理

2.3.1 AP的管理

WiFi区域覆盖,可为多台移动终端提供信号。充分运用现有的AP+AC集中式WLAN运营模式,AP负责业务的接入,AC对AP的统一管理与控制。最大的特色是系统提供个性化终端Portal呈现。在业务管理系统建立商家SSID与Portal的对应关系,之后下发至对应商家终端网关。用户终端连接WiFi网关后,打开浏览器任意链接,由域名重定向进行跳转,弹出相应的Portal。

2.3.2 用户的管理

终端用户的管理以“自服务”形式为主。不同的应用场景根据商家付费、用户自费、免费使用的模式用户管理系统定向推送不同的Portal页面。

Portal页面的登录有多种认证模式可选:关联微信、短信验证码、账号密码等多种认证方式。Portal提供个人支付自服务功能,支持微信和支付宝等便捷支付方式进行产品的订购,无需到营业厅或者拨打客服电话办理。

2.4 业务管理

1)定制Portal

对于商家而言,SSID与Portal显得尤其重要。SSID在AC上进行定制,AP开机后即可获取商户指定的SSID。将每个商家的定制化Portal上传至业务运维管理服务器,根据不同商户需求,定向推送定制的Portal页面。

2)广告推送

广告内容通过业务运维管理系统定向推送给指定终端网关,终端网关将广告内容推送给用户。其广告形式有:Portal页面广告、节目片头广告和网关连接的电视大屏后呈现图片,跑马灯和视频广告等。

3)第三方内容

系统支持第三方CP (内容提供商)接入,第三方CP可通过资讯平台内容进行管理。在Portal页面广告植入第三方内容的接口。例如开通WiFi融合网关的智慧社区,用户连接WiFi,从Portal页面进入第三方平台,即可享受本地化的物业服务、点餐订票、家政服务、预约挂号、购物配送等服务,打造成一个智能化便民服务平台。

3 应用场景

WiFi融合网关产品向商业场所或者公益场所提供有线数字电视WiFi化的服务,允许多个智能终端同时接入WiFi的宽带网络。在WiFi网络覆盖范围内可通过客户端观看电视和宽带上网、以及信息服务。在公园、公交站台等公益场所可采用免费的模式提供服务,收入来源于第三方的广告收益。商业场所主要面向人流密集的餐饮行业、酒店、医院、商场、银行、厂园等商业场所推广,探索出以下两种营利的运营模式。

3.1 商家付费模式

商家订购WiFi融合网关终端产品,根据AP数量和带宽按月付费。用户连接WiFi网关后,只需进行简单的手机验证码认证或者微信认证后,即可享受电视与上网的双重服务。另一方面,商家可在Portal页面中穿插自身营业信息,或植入广告,发挥产品的宣传作用。

3.2 用户自服务模式

在商业场所和人流密集区域部署WiFi融合网关,用户接入之后,通过认证后,可免费观看直播节目,如需要访问更多的联网服务,可通过Portal自服务页面订购按次、包月的点播和宽带产品。

4 结束语

面对移动互联网的冲击,广电运营商应尽快布局,适应移动互联网的发展,开展多屏互动业务,定制具有行业特色的ICT产品,提供差异化的服务,占领更多的市场。

摘要：各大广电运营商对于移动化终端产品的开发仍然处于探索阶段。本文基于深圳天威视讯移动互联网视频融合业务系统的部署和运营经验,分析了WiFi融合网关的开发思路以及如何构建DVB+OTT的支撑平台,并探索这种融合业务的运营模式。

关键词：融合,移动化,DVB+OTT系统

参考文献

[1]章小平.基于DVB+OTT的本地化信息互动运营平台建设[J].中国有线电视,2014,(2):138-141.

[2]孙明松.共同建设MSCP平台推进互动业务发展[J].有线电视技术,2013,(04.038):135.

[3]麦上保、叶晓宇.深圳有线交互数字电视系统[J].广播与电视技术,2007,(7):50-54.

基于DVB平台的监测 篇2

随着信号处理系统日益复杂, 数字芯片的功能验证已经成为了影响芯片上市时间和成本的关键。 然而信号处理芯片的系统级验证仍面临着诸多挑战。 尽管在测试验证领域已经发展出了很多自动验证方法,但是目前在验证复杂信号处理算法时,多数仍需要使用人工添加测试用例的方法进行验证,耗费了大量人力物力。

验证信号处理算法的难点主要集中在如何使用合适的方法搭建高效的参考模型。

信号处理系统中一般包含大量复杂的数学算法, 使用硬件语言实现这些算法的验证工作往往需要丰富的经验与技巧。 如果使用硬件语言System Verilog来对这些算法进行验证,即便不考虑对验证工程师经验与技巧的要求, 也应注意到使用硬件语言System Verilog来实现这些复杂算法很可能会使用与被测件相近的设计思路,产生类似的错误,从而遗漏一些致命错误。 正是考虑到这一点, 本文提出了一种使用Matlab软件与高级验证方法学(Universal Verification Methodology ,UVM) 联合搭建的功能验证平台。 利用UVM提供的直接编程接口(Direct Programming Interface ,DPI ) 在验证平台中通过C + +连接Matlab,实现信号处理系统中复杂的算法部分的验证,从而大幅提高了验证平台开发效率以及平台的复用性,加快了仿真验证时间。

1 DVB - S编码调制系统

数字视频广播(Digital Video Broacasting )是欧洲电信标准协会(European Telecommunications Standards Institute ,ETIS ) 制订的关于数字电视卫星业务中帧结构、 信道编码和调制的标准[1], 被包括我国在内的绝大多数国家和地区所采用。 该标准针对卫星数字多节目电视以及高清电视节目在固定卫星业务和广播卫星业务的一次发送和二次转发作出的规定,其调制方式采用四位移相键控( Quaternary Phase Shift Keying , QPSK ) , 并采用基于卷积码和RS (Reed-Solomon ) 码的级联纠错编码。 根据ETSI的ETS 300 421 的规定,DVB-S的编码调制原理框图如图1 所示。

根据DVB-S标准规定并结合实际使用时对参数的配置以及数据实时监测的需求,DVB -S的编码调制系统结构框图如图2 所示。

2 UVM验证平台

2 . 1 验证平台概述

本平台的验证是系统级的功能验证, 主要目的是确保DVB-S编码调制系统电路设计与功能规范定义功能吻合。 在DVB-S编码调制系统电路外围搭建UVM验证平台,采用受约束的随机测试方法将激励施加到被测件的输入,最后通过输出进行自动比较,检查是否正确,同时也要查看覆盖率是否达到了目标要求,如果没有达到,应该开发新的有效验证场景, 通过迭代完成验证收敛[2]。其代码覆盖率和功能点覆盖率要求均为100% 。 平台使用的UVM库版本为1.1c,Matlab版本为2008b。

2 . 2 基于UVM的验证平台设计与实现

2 . 2 . 1 验证平台结构

通用验证方法学UVM是基于System Verilog开发的一套开源类库,起源于OVM验证方法学[3]。 UVM类库中定义了一系列的标准类, 并结合标准接口、Factory机制、Phase机制、分层结构以及面向对象的设计思想使整个平台具有灵活配置、可重用、可扩展升级等优点[4]。 本文提出的验证平台成功地应用于DVB-S编码调制系统的仿真验证, 其最主要的特点就是将Matlab与UVM相融合,从而解决了仅用硬件语言难以验证的复杂数字处理算法。 该验证平台的结构如图3 所示。

除了在典型UVM验证平台结构之外, 本验证平台在参考模型(Reference model) 中增加了外部接口连接到Matlab程序, 对相应数据进行处理。

2 . 2 . 2 验证平台顶层组件设计

本验证平台中的顶层主要是连接顶层Test_top和环境类Environment 。 在Test_top中主要完成6 个主要功能:被测件的例化, 测试环境( 主要指环境类) 的例化, 接口的例化,被测件、测试环境和接口之间的相互连接,整个测试环境时钟和复位的产生,验证平台的启动。

在环境类(Environment) 中, 主要完成5 项工作: 例化代理类, 例化参考模型, 例化记分板, 连接以上三个部分,完成验证平台的通用设置。 在验证平台中,组件在环境类中的相互链接通过UVM中的fifo链接,这样可以方便地实现各组件间的异步接收。 环境类处于验证平台的顶层,因此在环境类中同时也完成了一些与整个验证平台相关的设置工作, 如设置平台可接受的最大错误数量,信息输出等级等。

2 . 2 . 3 测试组件的设计

测试组件是验证平台的最重要也是核心设计, 完成了验证平台的主要功能。 其主要设计思想是尽可能地将对被测件单一功能项测试的组件进行封装,使组件能够尽可能少地依赖外部控制。 主要包括7 类关键组件:

( 1 ) 代理( agent ) : 测试组件的顶层。 由于DVB-S编码调制系统的输入输出关系相对简单, 因此在本验证平台中只使用了一个agent对测试组件进行封装。 agent主要完成sequencer、 驱动器(driver)、 监视器(monitor) 的例化和连接。

( 2 ) 驱动器( driver ) : 主要实现验证平台向被测件间输出的接口协议。 在这里事物级的数据流将被转换为比特流,还有一个重要功能是将正在发送数据放到uvm_analysis_port端口上, 供验证平台使用。 在本验证平台中主要有两个driver, 分别是向参数寄存器组发送参数的driver_parameter以及发送串行数据的driver_data 。

( 3 ) 监视器( monitor ) : 主要实现验证平台接收被测件输出的接口协议。 这里将输出总线上的比特流转换为数据帧放到uvm_analysis_port ,供验证平台使用。 在本验证平台中也设置了两个监视器monitor_data和monitor_source , 用来分别监视输出的数据流以及对监测数据进行读取。

( 4 ) transaction类: 是传入数据的主要载体。 在验证平台中,共设置了3 个不同的transaction类,用于发送参数和原始数据的transaction_source , 用于接收结果的transaction_data以及后面将提到的transaction_case 。

( 5 ) sequence类: 主要功能是将测试用例传来的测试场景转换为transaction中数据。 在本验证平台中sequence类主要将测试用例传来的参数传入Matlab程序, 并由Matlab产生真正的原始数据写入到transaction_source中。

( 6 ) 参考模型( reference model ) : 主要是模拟被测件的行为, 通过uvm_blocking_get_port接收驱动器driver_parameter和driver_data传来的数据, 并将这些数据传入Matlab进行处理, 然后将处理结果通过uvm_analysis_port传给记分板。

( 7 ) 记分板( scoreboard ) : 主要功能是比对参考模型和被测件产生的数据, 以确定是否存在问题。 记分板( scoreboard ) 通过uvm_blocking_get_port接收来自监视器monitor_data 、 monitor_source以及参考模型的数据。

2 . 3 C + + 、 Matlab接口的设计

2 . 3 . 1 UVM验证平台与C + + 的接口

System Verilog提供了方便的DPI接口来连接C + + 代码, 只需SV文件中进行简单的声明并在脚本中进行相应的编译链接即可以使用[5]。 在本验证平台中首先在参数文件中加入了对计算函数compute的声明如下:

然后在model_data中直接调用函数compute。 在验证平台中C++ 与验证平台的接口主要是用于将验证平台与Matlab程序相连接, 因此没有用到复杂的功能, 仅仅是将数据以合适的类型传入。 这样设计的目的是有效利用用于原理验证的Matlab仿真程序。 尽管Matlab仿真程序的运行效率远低于C++ 程序, 但相对于HDL的仿真来说, 这个效率问题往往可以忽略, 而且Matlab仿真程序拥有的多种算法资源加快了验证平台的搭建。

2 . 3 . 2 C + + 与Matlab的接口

下面以compute函数为例说明在C++ 中调用Matlab函数的过程。 其中函数声明如下。

在函数中, 首先使用以下代码启动Matlab, 其中头文件engine.h可在Matlab的安装目录下找到。

使用自建函数input_arry将UVM传入C++的数据data进一步变换格式传入Matlab中成为数据x代码如下:

input_arry(ep,x,S_NUM,data);

其中自建函数input_arry如下:

从Matlab到C++的转换程序与此过程类似, 仅作反向处理即可,这里就不再讨论。 最后将C++代码编译为动态链接库(dll) 文件compute.dll, 然后在脚本文件加入vsim-sv_lib./Test Bench/c/compute即可完成整个连接过程。

3 测试结果与分析

仿真验证用例运行完成后, 对代码进行了回归测试并对覆盖率进行统计。 回归测试后代码覆盖率的统计结果为,DUT的代码覆盖率为99.72% , 分支覆盖率为98 . 63 % 。 剩余未覆盖到的情况如default语句很难覆盖到,并对这种情况进行了人工代码走查。 因此达到上述代码覆盖率百分比的情况可以认为满足了目标覆盖率要求。

UVM与Matlab联合仿真验证平台和完全使用硬件语言编写的仿真验证平台的仿真验证时间对比如图4。从图中可以看出使用纯硬件语言验证平台的测试用例平均运行时间为5.192 4 小时,而使用UVM与Matlab联合仿真验证平台测试用例平均运行时间为2.646 6 小时,平均节约了近50%的时间。

4 总结

本文采用基于UVM和Matlab联合搭建的仿真验证平台对DVB-S编码调制系统进行了功能验证, 高效快速地达到了覆盖率要求。 该平台与纯硬件语言仿真验证平台相比节约了近50% 仿真验证时间, 而且可以使用Matlab中成熟的工具箱对各种数字处理算法进行编程,极大地降低了验证平台开发难度,节约了开发时间并且提高了平台的复用性。

文中构建的平台结构移植性强, 对其他类似的信号处理系统验证开发具有非常大的借鉴意义。 通过对UVM与Matlab联合仿真环境的运用, 显著提高了仿真验证效率,为复杂数字处理So C验证提供了一条有意义的途径。

参考文献

[1]ETSI.EN 300 421.Digital Video Broacasting(DVB).Framing structure,channel coding and modulation for 11/12GHz satellite services[S].1997.

[2]钟文枫.System Verilog与功能验证[M].北京:机械工业出版社,2010:5-7.

[3]Accdlera.Universal verification methodology 1.1 user′s guide[M].Cadence Design Systems Inc.,Mentor Graphics Corp.,Synopsys Inc.,2011,5:2

[4]田劲,王小力.基于UVM验证方法学的AES模块级验证[J].微电子学与计算机,2012(8).

DVB数据广播平台的应用与推广 篇3

一、数字电视平台中数据广播原理

在当前的DVB标准数据广播建立的过程中,设计人员主要依照以下四种类型原理对广播主体进行设置,实现数字电视平台的综合建设和应用。

1、数据管道;数据管道主要是将MPEGTS包基础形式作为负载携带操作。在进行MPEGTS包控制的过程中,设计人员要对数据分割、数据组装、数据解释内容结构进行合理控制,根据用户定义数据对上述内容结构进行控制、调整。

2、数据流:数据流中的数据主要是由于MPEG系统中的原始数据PEC负载携带,通过PES实现对网面上的数据传输和交流,将网中数据传输到总体端数据上。

3、多协议封装:多协议封装主要是将通讯协议数据包作为基础数字指令的控制标准及控制基础。控制的过程中主要以DSM-CC分段,主要将多协议封装操作分为兼容性MPEG-2内容,通过私有分段完成多协议数据包的传输。

4、数据滚动和对象滚动:数据滚动主要是将DCM-CC数据滚动作为基础的操作形式,对滚动的对象及滚动内容进行控制。DCM-CC能够通过周期性数字传输完成对数据组织块的处理,将数据转换为大小相同的块传输。

二、DVB数据广播平台的应用

(一)交互式数字电视

随着我国科学技术的不断发展和进步,交互式数字电视已经逐渐成为人们生活的关键部分。当前交互式数字电视实现了对DVB系列标准及交互间传信通道标准的整体控制,实现了对物理层的数字广播业务优化。交互式数字电视将计算机装置、电视接收机、各种家庭终端以相同的方式完成了对交互应用的主体的转换及运营。交互式数字电视将兼容的接收机的市场进行进一步扩大,将终端用户、内容供应商、网络运营投资者的需求作为发展基础,将MPEG-2压缩技术与自身数字化技术结合在一起,习惯成了完整的数字化音频及视频内容。

交互式数字电视通过各种数字通信传输技术,对变频通道内的电视节目进行传输,提高了MPEG-2电视节目的传输个数,从根本上实现了对MPEG-2信号的传输质量。当前的交互式数字电视还实现了电子节目选单控制,能够为用户提供更好的节目信息,提高用户对各项数据的应用效果。通过DVB数据广播平台式交互式数字电视控制,可以有效增强节目信号质量,降低可能出现的干扰现象。

除此之外,交互式数字电视还能够对节目进行加密,提高对不良节目的控制力度,减少色情、暴力节目等对未成年造成的影响。该电视部分节目需要使用IRD接收付费节目,增强了频道节目及系统运营的综合管理效果。

(二)无线多媒体业务

DVB数据广播平台在移动通讯系统中的应用从根本上提高了无线多媒体业务的发展,实现了对数字电视系统及移动通信系统的有机结合,建立了新型移动通信网络。在进行DVB数据广播平台建设的过程中,DVB-T及GSM分组交换技术、GPRS技术拓展了移动通信媒体业务通道,实现了IP高速网络的构件。在移动通讯系统建设的过程中,DVB数据广播平台主要以DVB-T系统交互电子多媒体报纸业务作为传播途径,使用MP3音乐传输服务实现业务拓展。移动数据业务的增长在一定程度上刺激了通讯系统的研制。在第三代移动通信系统建设的过程中,GPRS技术已经开始广泛应用。

GPRS技术基于GSM移动网络数据传输标准,对传输中的信息包分组交换及信息包控制作为业务基础内容,实现了关联业务网关GGSN与GSM系统的高效连接。与此同时,DVB系统又将GSM网络与数据广播平台结合在一起,完成了数据式移动通信系统的构建。

三、DVB数据广播平台推广应用

股票行情系统是当前DVB数据广播平台中的常见应用途径。在当前的股票行情系统的建设过程中DVB数据广播已经取得非常明显的进步,已经实现了对数据滚动的处理。深圳创佳公司在建设的过程中对自身的H i-R i ch股票信息开发系统进行重新构建,依照DVB数据广播平台内容对其主体进行全面控制,实现了股票信息的全面提升。在深圳创佳公司股票发展的过程中,创佳公司实现了证券信息标准DBF库文件的卫星接收,完成了对TS文件封装和分盘处理。深圳创佳公司依照DVB数据广播平台建设内容,对码流播发卡ASI信号进行调试和控制,实现了ASI信号数据的高质传输及应用。上述信号信息在复用器复用后,通过控制信息对相关的文件信息进行控制,从根本上完成了DVB数据广播平台操作的主体过程。除此之外,在进行DVB数据广播平台应用的过程中,深圳创佳公司还对QAM调试器调制内容进行构建和优化,针对股民的股票的分析习惯,完成了DVB数据广播平台界面重新设置。

四、总结

DVB数据广播平台具有非常广泛的应用范围,可以从多层次、多角度、多方面改变人们的生活方式及生活质量,为人类发展创造巨大的价值。随着DVB数据广播平台技术的不断更新和深入,DVB数字化、全球化逐渐加强,已经成为我国系统发展建设的主要内容,对我国科技发展具有非常好的促进效果。

参考文献

[1]金晓华,邬恩琪.基于数据广播技术的海宁农村信息化平台建设[J].中国有线电视,2013,4(2):19-20

[2]方葫.中国气象卫星数据共享服务现状和发展[J].气象科技进展,2011,5(3):59-60