为您找到与openpower架构相关的共15个结果:
云计算是当前研究与应用的热点问题,云存储作为云计算的底层服务,对上层应用提供了重要的支持作用。随着数字图书馆信息资源总量的快速增加,传统的存储方式在面对海量数据存储的需求上,存在着容量和性能的瓶颈。云存储作为一种新型的存储服务模式,为数字图书馆的海量信息资源建设提供了一种新的选择。以下是读文网小编为大家精心准备的:浅析基于云存储的数字校园存储架构相关论文。内容仅供参考,欢迎阅读!
【摘要】:本文分析了数字校园中各类应用的存储需求,剖析了目前的存储现状以及存在的问题,最终给出了数字校园云存储的总体设计方案。
【关键词】: 数字校园 存储需求 云存储
数字校园是教育信息化发展的必然趋势, 随着数字校园的建设,学校的管理、教学将会步入一个全新的网络信息化时代。数字校园包括很多业务系统,如:门户系统、迎新系统、教务系统、一卡通系统、数字图书系统、校园监控系统、教学资源系统等等,这些系统存储了学校里最重要的信息资源,它们是应用的核心和基础,如何科学、有效地存储、管理、利用这些信息资源是当前数字校园建设中面临的一个重要课题。
当前数字校园中的主要应用及数据存储需求主要有以下5种情况。
(1)门户网站
包括学院的统一门户网站,各部系的网站以及专题网站等,其特点为网站数目众多、访问量大、存储的内容绝大多数为非结构化数据,表现为html 等格式的小文件,负载主要为远程用户对Web 页面的访问,对存储的主要需求是具有较高的IOPS(每秒读写次数)性能。
(2)网络存储系统
如网盘、FTP 等为用户提供网络存储空间, 其特点为访问量小、实时性不高,要存储的绝大多数为文档、图片、软件等非结构化数据,对存储的主要需求是便于扩展。
(3)业务系统
如:教务管理系统、资产管理系统和一卡通系统、迎新系统等,其范围涵盖了学校各部门的主要业务。与门户网站不同,业务系统的数据主要存放在数据库中, 很少生成html 等格式的静态网页,所以,业务系统对存储的压力非常小。
(4)多媒体资源
如:精品课程、声像教材、视频监控存储等,其特点为单一文件大、资源总量大、增长速度快。对存储的主要需求是具有较好的Throughout(传输带宽)性能并易于扩展。
(5)数据库系统
如SQL Server、Oracle 以及MySQL 等, 存储的是结构化数据,其特点为数据量相对不大、冗余度低、共享性高、独立性强、数据读写频率高、并发请求数量大,对存储的主要需求是良好的IOPS 性能。
在以往,由于存储系统的建设往往是业务系统建设的附属内容,因此,在学校信息化建设的不同时期、不同单位、不同项目中建设的存储系统基本上是分别建设,而且很多采用了异构技术及设备,目前的主要存储技术有以下3 种:
(1)网络连接存储(NAS)
NAS(Network Attached Storage)使用以太网作为存储的基础,利用网络文件协议(NFS,CIFS) 实现对存储设备中的文件级存储。结构简单,配置管理方便,可实现跨平台的数据共享,但是NAS 架构下,数据存储和正常的网络业务同时使用网络带宽,因此其Throughout 和IOPS 性能较差,难以承载关键应用。
(2)基于光纤通道的存储区域网络(FC-SAN)
SAN(Storage Area Network)是一个独立的存储网络,实现了直接对物理硬件的块级存储访问,存储数据流不占用业务网络带宽。基于光纤通道的FC-SAN 传输带宽高,性能稳定可靠,但是造价高,维护及配置复杂,管理成本高。
(3)基于IP 协议的存储网络(IP-SAN)
IP-SAN 是在FA-SAN 基础上发展起来的一种存储技术,它采用iSCSI 协议,利用以太网组建相对廉价的SAN,部署简单,管理方便,但其效率、性能和安全性均不如FC-SAN。
NAS、FC-SAN 和IP-SAN 各有所长,但是它们有一个共同的不足,即这些存储模式中的每一个业务系统都有独立的磁盘使用空间和预留空间,其他业务系统无法利用其预留空间,形成了一个个的“存储孤岛”,必然会造成存储资源的浪费;同时,这些存储系统彼此独立,也增加了管理和维护的难度。
云存储是在云计算(cloud computing)概念上延伸和发展出来的新技术,它通过集群应用、分布式文件系统等,使网络中的异构存储设备协同工作, 共同对外提供数据存储和业务访问功能,实现了从提供存储设备向提供存储服务的根本性变革。
数字校园云存储结构模型共分4 层,分别承担物理存储设备管理、提供存储服务等功能。
(1)存储层
云存储设备可以是FC-SAN,也可以是IP-SAN 或NAS。通过统一的存储设备管理系统实现对不同物理存储设备的逻辑化和虚拟化管理、多链路冗余管理,以及硬件设备的状态监控和故障维护。
(2)基础管理层
基础管理层是云存储的核心部分。该层通过集群存储、分布式存储和网格存储等技术,实现众多存储设备之间的协同工作,对外提供统一的存储访问服务, 而多个存储设备的并发处理则能够显著提高云存储系统的IOPS 和Throughout 性能。
(3)应用接口层
应用接口层是由众多的第三方软硬件厂商提供的插件层。可以利用应用接口快速开发各类数字校园业务系统, 如在云存储基础上的视频监控应用、视频点播应用、网络存储的硬盘、远程数据备份应用等。
(4)访问层
任何一个授权用户都可以按照标准的公共应用接口,在任何地方访问云存储平台,享受云存储服务。
传统存储NAS / SAN 目前仍是数字校园存储领域的主流,但其自身存在难以解决的缺陷。云存储是行业的最新发展,具有传统存储所不具备的诸多优势,包括海量的存储能力,快速的响应能力和数据传输能力,安全、灵活的存储扩容能力,统一、方便的集中管理方式,相对低廉的总体拥有成本,能够很好地满足数字校园各类应用的存储需求。
本文通过对数字校园存储需求和现有存储系统进行分析,提出了建立基于云存储技术的数字校园的高效、可靠、安全、跨平台的存储架构,以满足数字校园中迅猛增长、类型复杂、需求各异的个人及单位数据存储需要。同时,云存储的利用还将为学校进一步挖掘大数据价值,在教学、科研、管理方面进行科学决策提供有力支撑。
相关
浏览量:2
下载量:0
时间:
OpenPOWER中国高峰论坛在北京举行。多家OpenPOWER基金会成员企业宣布了包括POWER服务器芯片、整机和相关开发套件等创新成果。来自工信部和中央网信办等政府部门的领导也参加了此次论坛并致辞。这是POWER全面走向开放后的第一次成果展示,也是IBM推动POWER生态环境向低端市场进一步发展的重要举措。以下是读文网小编为大家精心准备的:浅谈OpenPOWER的发展相关论文。内容仅供参考,欢迎阅读!
不知道3 月中旬,当英伟达在阳光明媚的加州圣何塞召开GPU技术大会(以下简称GTC)时,英特尔会不会觉得背脊发凉:在GTC 开幕演讲,除了像一个图形处理器制造公司那样,推出让业界惊叫的最新显卡外,英伟达CEO 黄仁勋还为大家介绍了售价高达15000 美元的整机DIGITSDevBox,专门用于加速深度学习研究的桌面级工作平台(工作站),并称它能够更好地帮助那些深度学习研究者。
事实上,黄仁勋的每一个演讲主题都和深度学习有关,就如他试图告诉世界,基于多GPU(包括四路Titan X 显卡)的DIGITS DevBox在“训练”层面有多么快:以训练AlexNet 软件为例,单GPU 系统需要2 天,DIGITS DevBox 只要13 个小时,而单CPU 系统需要2 个月。
显然,在移动互联后的下一波科技升级浪潮里,英伟达必须刷够存在感。不过如果你除了英伟达还会多留意英特尔的新闻,会发现英伟达的发声背后还有更有趣的故事:早在2011 年的一次专访里,黄仁勋就直言和英特人合作没有平等可言,英伟达不接受X86 架构,即使加入ARM 架构会面临更多的竞争;而英特尔一直将CPU 和GPU 融合作为企业的重要战略(当然如果从消费者体验角度,我们应该欢迎这个趋势),这让英伟达在低端个人电脑市场非常难受,而且难保不担心自己在高端市场已经遭受到了威胁。
当然,如果只有黄仁勋的演讲和那个超级工作站,并不足够让庞然大物英特尔背脊的温度发生变化,更重要的是一个信号是:IBM 也作为一个重要的组成部分参与到了GTC,组织者甚至特意为IBM 提供了一个巨大的展台和分会场——即便那些内容和现场的无人驾驶汽车、绚丽的图形演示相比显得有点格格不入。
IBM 带着它发起的“OpenPOWER”计划和成果来到GTC。这个由IBM 联合其他科技巨头组成联盟以推动的服务器架构,正在服务器、网络、存储设备领域,向近乎垄断个人电脑和服务器市场的英特尔X86 进行挑战。
英伟达正是那些IBM 联合的科技巨头中的一个,它和更开放的IBM 一拍即合。
过去,POWER 技术架构只被IBM 应用在自己的服务器系统,但X86 的强势竞争下,IBM 在2013年决定把POWER 技术开放给更多的外部合作伙伴,让他们能够利用IBM 的技术标准和支持,开发设计芯片与服务器,不需要再像过去一样去外国公司购买。而IBM 希望这一个开放的生态能够在全球云计算和大数据,乃至未来深度学习领域所形成的服务器装备竞赛中,带动POWER 技术的普及,从而给自己带来更多元化和更多的收入——而不只是制造好一个服务器卖出去。
这听着很像ARM 所构建的生态。所以IBM 需要支持者,而它找到的支持者包括计算大户谷歌、正倍感焦虑的英伟达等,它们组建了一个联盟,抱团以对抗庞大的X86——在IBM 看来,英伟达像是OpenPOWER 开的第一朵花。
在GTC 峰会,一句很有趣的话是:摩尔定律在某些方面已经失效了。比如CPU 的计算能力和存储的增长能力其实都已经不那么“摩尔定律”了。OpenPOWER 的中国小伙伴之一,无锡中太数据通信股份有限公司董事长王雪松告诉《二十一世纪商业评论》记者:“现在其实到了一个比较讨厌的时候,人们发现单体计算能力已经很难挖掘了,而难度比较低的事儿就是‘集成’,所谓的集成有两个层面的意思:一是做计算集群;二是自身零部件的融合,就比如CPU 和GPU。融合可以带来能耗和成本的降低,这是目前IT 圈的一个趋势。”
如前所言,“融合”其实让英伟达很难受,显然英伟达并不愿意在英特尔的强势下被边缘化,而和IBM 合作的好处是,OpenPOWER技术的开放至少可以让英伟达的GPU 性能得到更好的利用,这是IBM 给合作伙伴的福利——在有一定竞争关系的独立和被融合中间,选择一条折中的道路。
当然,只有科技巨头还不够,IBM 需要扶持更多的小伙伴,尤其是在中国,当国家信息安全、自主知识产权日趋被社会关注和重视的时候,一个来自美国的科技巨头适时转入幕后,帮助小伙伴而不是自己攻占这个市场,这其实是个非常睿智的战略性决策。就是在这种背景下,去年4 月,苏州中晟宏芯信息科技有限公司、江苏产业技术国际研究院、北京华胜天成科技股份有限公司、浪潮集团、中兴通讯股份有限公司、北京创和世纪通讯技术股份有限公司都加入了OpenPOWER 联盟。
这一次GTC 峰会,在某种意义上就是IBM 和它的合作伙伴们向硅谷和世界展示成果的时候:来自中国的几位小伙伴都在GTC 峰会获得了展示产品和演讲的机会,中晟宏芯董事长朱亚东表示:“第一款国产POWER 芯片将在2015 年上半年推出,这款芯片加载了国产的安全模块系统,被命名为CP1。”
有趣的是,IBM 的中国小伙伴们相互之间也在业务上成了相互支持的亲密伙伴:CP1 将用于无锡中太数据开发的新型服务器。而王雪松对IBM 的开放计划心存感激:“在过去,我们这种公司是没有机会进去英特尔的核心合作伙伴名单的,但现在OpenPOWER给了我们一个和一线公司学习合作的机会。事实上受益的也不只是我们,你可以看到过去外国公司们在中国的很多渠道合作伙伴,过去只有销售的职能,抗风险能力和盈利能力很弱,但现在算是有机会尝试一下转型,去为客户定制他们需要的服务器系统。”
相关
浏览量:2
下载量:0
时间:
随着经济的发展和企业财务的转型,管理会计人才在企业中扮演者越来越重要的角色,提高管理会计能力和业务水平已经成为企业亟待解决的问题。以下是读文网小编为大家精心准备的:浅谈我国管理会计人才能力框架构建模式相关论文。内容仅供参考,欢迎阅读!
摘要:以国外国内管理会计人才能力框架上的实践以及研究为借鉴,本文提出先把管理会计中的胜任能力融入到中国现行会计人才评价制度中,同时一步步构建管理会计人才能力的框架体系――“1+4 +X”。
关键词:管理会计人才;能力;框架
中国正处于全面推进会计管理体系建设的阶段,国家力求在3到5年之内能够培养出一批对社会有用的管理方面的会计人才。会计管理人才能力框架的建立,在我国现阶段的人才培养进程中拥有不可磨灭的重要性以及紧迫性。
1999年,美国的会计管理师协会成功地将《哪些更重要,哪些不重要:1999管理会计实务分析》完成了,同时把管理会计职能划分为一般会计、管理和成本会计、业务规划、业务分析和决策、控制、理财和现金管理、税收、组织变革和发展以及行政管理等9个模块,对管理会计从业人员的胜任能力进行考核评价。IFAC下属的管理和财务会计委员会在2002年也发布了相关的报告――第12号研究报告,即《管理会计实务及管理会计师的胜任能力档案》。另外,全球特许管理会计协会在2014年10月成功地发表了设计出全球管理会计师所胜任的能力框架的《全球管理会计原则》。
(一)中国现阶段的会计人才能力框架体系
我国现行会计人才能力框架主要有三部分组成:一是会计从业资格能力框架(针对企事业单位会计人员和注册会计师考试、继续教育)。二为会计专业技能资格能力框架(主要是针对评审、高级会计师职称考试、助理会计师、会计师)。三为高端的会计人才技能框架(主要针对总会计师提高素质工程、会计领军/后备人才的培养、选拔)。但是,当前在技能框架当中,管理会计有核心技能不够明确的缺陷,考试偏重于会计财务方面,会计管理方面不足,有培养方法同质化、行业类型区分度低等等一系列弊端,对培养优秀的会计管理人才会造成影响。
(二)中国在会计管理人才技能框架上的摸索与研究
1. CFO技能的框架研究。上海国家会计学院于2004年4月形成《成为胜任的CFO――中国CFO能力框架》。我们认为,在CFO所必须具备的职能核心有八项包括业绩管理、决策技术、财务战略、财务服务供应、会计核算与控制、财务信息提供、有关的维护关系、经营管理责任;核心技能七项有分析能力、决策能力、领导能力、战略规划能力、控制和资源管理能力、协作能力七个核心技能;技能要素三个有核心知识、职业价值观、核心能力三个技能要素;知识板块十七个有成本管理、审计内控、风险管理、财务战略、战略、财务分析、公司治理、购并重组、价值管理、系统思维、沟通协调、职业道德、财务呈报、信息系统、税收筹划、资产管理、领导团队十七个知识板块。
CFO作为高端会计人才,其核心职能中包括了财务会计和管理会计领域,其核心能力正是管理会计所要求的。
2.国内企业会计管理人才培训方式上进行了研讨。上海国家会计学院与英国ACCA联合,在2013年12月成功发表了《中国企业管理会计人才培养模式》报告,提出会计管理上说应该具备的能力。在基本技能之外,还应该有管理成本技能、管理会计工具的知识、数据分析技巧以外,还需要具备潜在风险的认识、战略选择的评估能力、把握宏观经济对企业影响等能力。
在今年的7月1日,中国的总会计师协会联合财政部,正式签订下“管理会计能力框架及人才评价体系”委托合同,开启了“中国会计管理人才培训体系建设研讨项目”, 计划是在四年之内完成对会计管理能力框架以及人才考评体系的全面、系统的研究。
建立起中国会计管理人才的技能框架,不仅需要以发达西方国家做法作为参考,也应该以中国现阶段的实际情况重点考虑,建议对现行框架调整完善,采用了先融合过渡、后独立认证,形成“1+4+X”的框架体系。
(一)融入到现阶段的会计人才评估制度当中,增多在会计管理胜任技能检测方面的内容
一是将管理会计的胜任能力融入会计初级、中级、高级职称考试和职称评定中进行考核评价;二是把会计管理的胜任技能融合到了会计人员从业资格还有注册会计师资格当中,实行统一的测试与考核。三为研究会计中不同岗位的技能框架,明白确定下财务总监、会计部门负责人在总会计师中需要的会计管理的主要技能,给用人单位在聘用人才以及测试考核当中提供相应根据;这种做法的优点是:在现行能力框架的基础上完善,实施起来相对比较容易。但是也存在着一定的缺陷:在技能方面,财务会计以及管理会计融合到了同一个框架当中,属于管理会计的核心技能变得不突出;要求所有会计人员要参加管理会计胜任能力考评,对提升整体素质有好处,却也抬高了从业人员的准入门槛。
(二)建立会计管理人才技能的单独框架,管理会计师实行专业资格的认证
借鉴美国CMA和我国CPA能力框架的成功实践,开展管理会计师专业资格认证。优点是管理会计师的胜任能力框架更加清晰更加突出,便于单独考核评价;还可以引导企业在招聘时强调管理会计师资格,促使更多的人才去参加专业资格认证,对促进财务会计转型和高端会计人才培养有促进作用。缺点是目前国务院正在清理执业资格许可,需要修改相关会计法规,方能实施专业资格认证。
建议在“中国管理会计人才培养体系建设研究项目”完成前,先按照上述 “1”的模式试行,并积极创造管理会计师专业资格认证条件。这样既不耽误管理会计人才的培养,又可整体提高会计人才的素质能力,也为今后实施专业认证储备了人才。
中国管理会计人才技能框架,能够考虑使用 “1+4+X”这种体系框架。“1”指会计管理师的资格专业认证;“4”是四大重要领域的会计管理人才的专业技能;“X”是各种重要的行业/部门中,会计管理人才所具备的特别技能。
(一)管理会计师之专业资格认证
会计管理师之专业资格认证,则为对从业有没有具备可以胜任的能力一种考核测试。考核内容主要有领导能力、商业技能、专业技能、公共能力等必需具备的技能。
公共技能:主要有适应外界环境、综合分析、心理调节、表达学习、组织应变、判断决策、自我认知等技能。
专业技能:如能够熟练使用财务会计技能、各种管理会计工具、大数据分析等能力。
商业能力:是指在不同的商业条件下,可以运用合适的专业能力解决问题的技能。
领导技能,包括战略规划技能、协调沟通技能、决策能力、团队中的互相合作能力等等。
(二)主要领域会计管理人才的最核心技能
企业类管理会计人才:战略规划、投资决策、项目管理、成本控制、产品定价、预算控制、信息管理、绩效评价、内部控制、风险管理等。
行政事业类管理会计人才:预算管理、公共投资决策、内部控制、风险管理、公共资源管理、项目绩效评价、部门协调能力等。
中介咨询管理会计人才:专业持续提升、信息收集分析、战略规划咨询、流程优化能力、客户风险诊断、学术交流等能力。
教育研究类(含会计领军)类管理会计人才:学术研究创新、学科体系建设、标准规范研究、知识教育传播、研究成果转化、对外交流合作等能力。
(三)重点行业或者部门中会计管理人才的特别技能
由于在管理会计中,不同的行业会有着或大或小的差异,因此我们提议把行政事业和企业单位再进行细分,分成了若干个(即“X”)重点行业(部门),构建符合行业(部门)特色的能力框架。如企业类可分成工业制造业、农业企业、商品流通业、旅游餐饮服务业、交通运输业、建筑施工企业、房地产开发、金融企业、信息产业等行业;将行政事业单位分成行政管理类、投资审批类、行业监管类、教育培训类、研究咨询类等。
[1]黄湘.高端会计人才核心能力框架探究[J].河南商业高等专科学校学报, 2013,10,26(5).
[2]邓传洲,赵春光,郑德渊.职业会计师能力框架研究[J].会计研究,2004(06).
相关
浏览量:3
下载量:0
时间:
近几年,物联网从诞生到迅速发展,受到了产业界及学术界的广泛重视,并上升到国家战略性新兴产业的高度。物联网的概念和内涵目前仍处于不断发展之中,物联网涉及的技术较多,其中M2M技术也是其核心技术之一。以下是今天读文网小编为大家精心准备的:M2M移动通信网络架构研究相关论文。内容仅供参考阅读!
M2M移动通信网络架构研究全文如下:
【摘 要】文章对M2M业务特征和MTC通信网络架构进行了探讨。首先详细分析M2M业务特征以及对现网架构的影响;然后借鉴国际标准组织提出的M2M网络架构,并在此基础上根据现阶段的网络现状和M2M业务需求提出了3G网络阶段适用的网络架构。
【关键词】M2M 网络架构 PCRF 核心网 专用网元
物物通信(M2M,Machine to Machine)是一种涉及一个或多个实体的不需要人为干预的数据通信,也称为机器类型通信(MTC,Machine-Type Communication)。随着M2M业务的快速发展,基于移动通信网络的MTC正日益成为一种主要的移动通信方式,但是传统移动通信网络毕竟是面向人人通信(H2H,Hu-man to human)业务设计的,适应H2H的业务需求,却不能满足M2M业务需求。具体来说,MTC和传统人人通信的不同之处包括以下方面[1]:
(1)基于MTC通信的应用场景比H2H通信的场景丰富很多,而且具有差异性。根据功能特性划分大致可归纳为位置感知和共享、环境信息感知、远程控制与执行、数据收集发布、视频监控、近场通信等。这些应用的差异化一方面表现为功能上的多样性;另一方面也体现在应用特征以及对网络的需求上的差异化。
(2)数据通信为主,包括小流量数据包、视频流等。
(3)要求MTC通信成本比H2H更低。由于M2M业务是在H2H业务之后发展起来的,最小化成本是M2M业务生存的重要考虑。不同的应用因其重要性不同,对通信的要求也是不同的,需要结合事件发生的可能性和需要付出的通信等综合成本来考虑进行成本的最小化。
(4)M2M终端数目巨大,需要更灵活和有策略的终端管理。潜在的海量M2M终端接入通信网络,而且M2M终端无论是从传输特性、QoS要求和移动性,还是从终端的分布密度方面,都与H2H终端有很大不同。
(5)以小数据量传输为主。
如果继续使用传统移动通信系统来进行MTC通信,其系统的效率、成本和适用性都无法达到最优。因此,在考虑M2M业务特征的同时减少对H2H业务的影响,从而设计MTC专用的通信系统,是当前物物通信不断发展背景下的一个重要课题。
网络架构的设计,需要以网络所承载的具体业务为出发点[2]。也就是说,M2M网络架构的设计需要充分分析M2M业务特征和需求,结合终端上下行数据量、频度、QoS需求等方面的业务特征,将物联网应用分为如下五类。其中,对各类应用的部分需求和特征进行了分析,包括移动性、群组通信、鉴权以及按计划周期性处理等,不同场景间有较大差异。
(1)监控报警类:传感器本地监测数据,当发生不符合预期的数据变化时通过网络通知应用层进行报警。
平均数据传输速率:低,仅在某些触发条件下发送少量上行数据流量。
尖峰数据传输速率:不同场景间有较大差异,与应用需求确定的传输的数据内容有关。
QoS要求:不同场景间有较大差异,与应用需求以及当前数据所代表的含义有关。
数据安全要求:不同场景间有较大差异,与应用需求有关。
数据可靠传递要求:不同场景间有较大差异,与应用需求有关。
数据持续性:低,仅在发生预置的事件时存在短暂的或者持续时间较短的数据传输。
与人交互性:低,通常由系统根据预置处理方式自动处理。
对连接性的需求:需要监控连接性以防破坏或无效。
终端移动性:因无下行流量需求,所以无移动性需求。
举例:输血车血液环境监测;井盖监控;移动资产跟踪。
(2)数据收集类
平均数据传输速率
上行流量:中,数据量较大,持续的数据上报或者周期性数据上报;下行流量:低,更多的是用于修改上报规则等。
尖峰数据传输速率:不同场景间有较大差异,与应用需求确定的传输的数据内容有关。
QoS要求:不同场景间有较大差异,与应用需求以及当前数据所代表的含义有关。
数据安全要求:不同场景间有较大差异,与应用需求有关。
数据可靠传递要求:不同场景间有较大差异,与应用需求有关。
数据持续性:取决于数据传输间隔和传输方式的选择。[论文网]
与人交互性:低,通常由系统根据预置处理方式自动处理。
对连接性的需求:需要监控连接性以防破坏或无效。
终端移动性:因偶尔有下行数据,所以需要优化的移动性管理。
举例:气象信息监测;火灾现场数据收集;路况信息收集。
(3)信息推送类
平均数据传输速率
上行流量:通常较低,主要用于提供应用所需的过滤或输入条件(如位置信息);下行流量:通常较大,主要用于传递所推送的信息(如广告、视频媒体等),持续的、基于交互等外界条件出发的或者周期性的数据推送。
尖峰数据传输速率:具有明显的尖峰数据特征,在条件触发后下发匹配的信息。
QoS要求:不同场景间有较大差异,与应用需求以及当前数据所代表的含义有关。
数据安全要求:不同场景间有较大差异,与应用需求有关。
数据可靠传递要求:不同场景间有较大差异,与应用需求有关。
数据持续性:通常具有较长时间的持续性。
与人交互性:高,通常用户会做出反馈,系统根据反馈对推送的信息进行调整。
对连接性的需求:较强,需要维护网络连接以便于进行数据的正确传输。
终端移动性:两极分化。部分终端有很强的移动性;部分终端则通常不移动。
举例:智能博物馆等。
(4)视频监控类
平均数据传输速率
上行流量:高,主要用于传递所监控的多媒体数据;下行流量:低,主要用于传递控制和调节命令等。
尖峰数据传输速率:无明显的尖峰数据特征,数据传输通常维持一个相对稳定的传输速率。
QoS要求:不同场景间有较大差异,与应用需求有关。
数据安全要求:不同场景间有较大差异,与应用需求有关。
数据可靠传递要求:不同时刻有不同的要求。如在正常情况下要求适中,但一旦发生某些预置的事件则需要较高的可靠性传递。
数据持续性:通常具有长时间的持续性。
与人交互性:低,用户偶尔会对视频监控过程进行干预。
对连接性的需求:较强,需要维护网络连接以便于进行数据的正确传输。
终端移动性:两极分化。部分终端有很强的移动性;部分终端则通常不移动。
举例:家庭安防中的视频监控等。
(5)远程控制执行器类
平均数据传输速率
上行流量:通常较低,主要用于提供应用所需的过滤或输入条件(如预置事件的发生);下行流量:取决于控制对象和控制命令的复杂程度。
尖峰数据传输速率:通常具有明显的尖峰数据特征。
QoS要求:不同场景间有较大差异,与应用需求有关。
数据安全要求:不同场景间有较大差异,与应用需求有关。
数据可靠传递要求:要求较高,因涉及到控制过程是否能够正常实现。
数据持续性:通常具有长时间的持续性。
与人交互性:高,通常是对人操作指令的具体反映。
对连接性的需求:较强,需要维护网络连接以便于进行数据的正确传输。
终端移动性:两极分化。部分终端有很强的移动性;部分终端则通常不移动。
举例:工业自动化等。
从对现网架构的影响来说,M2M业务可以分为两类:A类是现有网络不能满足需要网络优化的业务,这类业务需要过载控制功能来避免网络过载,以及针对客户的业务需求提供差别化的服务;B类是对于现有网络影响较小的业务,这类业务是对时效性要求不高的MTC业务,而且这些业务和现在的移动网络业务有类似的需求。从整体来说,M2M业务中大部分是A类业务,以下分析的是A类业务对现网架构的影响[3]。
M2M业务的多样性、差异化,网络的多种接入方式,M2M终端的海量性、差异化,以及M2M业务表现出来的传统电信业务所不具有的各种特点,都对现网架构和网元设备产生了很大影响,其直接后果是现网的核心网元如HLR/PCRF/GGSN的能力已经不能满足M2M业务所带来的信令、流量冲击和业务控制需求,主要体现在以下方面:
(1)由于物联网业务的特殊性,可能会产生瞬时大量的信令,会对无线网络的关键信令控制设备(STP/HLR/PCRF)造成影响而导致全网的瘫痪。因此,一方面要大规模提高相关信令控制设备的容量或设备的信令处理能力;另一方面需要进行差异化、分优先级的接入控制;此外,关键信令控制和处理设备要具备一定的设备过载保护机制以及高容灾、高流控能力,避免关键网元的过载,从而有效提升整网的可靠性。
(2)由于物联网业务的特殊性,其接入方式的多样性,涉及行业及用户和设备的多样性、海量性,因此需要对用户数据管理HLR网元进行相应增强,包括其数据库的可扩展性和灵活性,除了标准的用户签约信息,还有设备序列号、设备驱动程序信息、位置信息和配额信息等运营商、M2M客户私有字段等;对多种接入类型的支持,可对由不同接入类型(2G/3G/LTE)接入网络的设备进行鉴权;对用户标识和寻址的灵活动态支持,支持一卡多号或一号多卡;支持对终端设备基本状态的查询,能通过网络侧下发终端“苏醒”请求,发现设备被盗时能够立刻锁死等。
(3)由于物联网业务的特殊性及多样性、群组性,因此有必要对业务进行区分,包括业务分类分级、QoS分级、用户分组、设备分组,从而进行流量管理和业务管理,根据忙闲时、地理位置等各种特性采取不同的接入和传输处理策略等。此外,在现网PCC架构中叠加物联网策略控制,因其特殊性,PCRF(Policy and Charging Rules Function,策略与计费规则功能)进行策略控制时需先判断是个人用户还是物联网用户,而且物联网数据的瞬时爆发性会影响现网PCC架构,所以有必要设置专用的物联网M2M PCRF。
总之,需要对相关网元进行能力的增强和升级,可以改造现有相关网元,也可以设置M2M的专用网元叠加在现有H2H网络上来解决相应问题。
国际标准组织如ITU、ETSI和3GPP等分别从不同角度提出了M2M的网络架构[4]。
根据ITU-T发布的定义,物联网体系架构主要可划分为三个层面:感知层、网络层和应用层。如图1所示,该架构基本达成业界共识,但是其体系架构过于抽象属于概念模型,在转化为技术实现的过程中还需要细化。
在ITU-T物联网体系架构的基础上,ETSI提出了一种可看作逻辑模型的M2M应用顶层架构[5]。如图2所示,ETSI把M2M体系架构划分为M2M设备及网关和M2M网络两个大域。M2M设备及网关域包括M2M设备、M2M网关和M2M局域网,可以基于现有的各类标准实现;M2M网络域则包括广域网和M2M应用系统。
相较于ITU的概念模型,ETSI的逻辑模型侧重于M2M服务能力层,通过对服务能力和接口的定义来实现屏蔽网络细节的M2M应用、M2M服务能力及网络三者之间的相互调用,可供在研究平台和网关设备功能及接口时参考。
在ETSI的体系架构基础上,3GPP也提出了一种支持MTC应用的通信架构。如图3所示,涉及到的实体包括MTC终端、承载网络、MTC服务器和MTC应用。其中,MTC服务器是MTC业务的管理平台;MTC应用负责业务逻辑的实现。承载M2M通信的移动网络包括GPRS、EPC以及短消息和IMS网络。
3GPP提出的MTC通信架构侧重于M2M网络层,对M2M网络中各通信网元的功能和接口进行了定义,其适用于研究MTC业务的管理平台以及M2M核心网络的功能和接口时参考。
以上标准组织虽然都提出了M2M的网络体系架构,但是有其局限性。ITU和ETSI的架构过于框架性,对于实际的网络部署没有较好的指导意义;3GPP虽然对于网络网元功能增强有一定的研究,但是由于目前部署的H2H网络大多处于R7或R8版本,而MTC网络体系的研究是在R10以上版本的网络基础上进行的。因此,在现有网络中按照标准来部署MTC网络还为时尚早,需要研究一种网络架构既具有在现有网络基础上投资和部署的可行性,又能满足现阶段MTC业务应用的需求。
在现有的3G网络阶段,为解决发展M2M业务面临的网络运营和网络资源问题,运营商可以通过采用物理上隔离的网络来单独承载机器通信业务,在初期可以通过核心网中专设的网元实现业务的隔离,在后期演进也可以延伸到采用专用的接入网实现物联网业务的接入隔离。此外,物联网管理平台也是物联网解决方案中必不可少的组成部分。物联网管理平台与物联网独立网元配合,在物联网业务发展的初期阶段主要实现物联网独立码号集中管理和物联网业务有效管控等功能。随着物联网的发展,平台的功能也会逐步支撑更多资源管控与更多的业务流程,并开放更多资源及能力。可以根据M2M业务的特性,实现基于位置、时间段、接入类型的QoS控制和相应的计费策略;还可以根据用户的属性及行为进行相应的分组,实行基于群组的流量统计、事件分发和策略执行等,这体现在核心网中PCRF/SPR/M2MSP的功能实现。综上所述,在3G发展阶段,M2M网络架构的特征具体体现在以下四个方面:
(1)在无线接入侧对Wi-Fi、2G、3G、无线传感网络等多种方式的整合,实现移动通信网络对行业应用领域的广覆盖,构建面向行业的M2M移动网络。
(2)在核心侧构建M2M专用的HLR、GGSN、SMSC等网元,实现对M2M等物联网业务的集中运维和管理,并能够实现与“现网”的有效隔离,有利于网络的安全、稳定、扩容及升级。
(3)在核心网中部署M2M专用的PCRF等策略控制网元,利用M2M业务的业务特性和用户属性,实现对网络资源的高效利用和对业务服务的精细支撑。
(4)在核心网中搭建M2M业务支撑平台,实现对业务和终端的统一管理。
在物联网业务发展的初期阶段,考虑针对物联网网络通信需求,进行最小成本隔离:只新建核心网的关键节点,实现网络支撑隔离。对于业务系统,需要单独建设物联网平台,实现业务承载隔离;对于接入网络,则公用,不考虑单独建设。如图4所示,是一种在现网上叠加专用M2M核心网络的架构。在该方案中,与现网共用无线和SGSN,新建物联网专用的GGSN/DPI,通过APN选路将物联网数据路由到处理物联网数据的GGSN,新建物联网专用的PCRF+SPR,完成对物联网业务的流量、安全、QoS控制,新建物联网专用的HLR进行物联网设备签约信息、标识及安全管理。
3G阶段的M2M网络架构如图5所示。
其中,主要网元的功能如下:
HLR:由于现网的HLR都是支持H2H的HLR,支持的能力和M2M的支持能力还是有所不同。HLR也有自己特殊的一些需求,包括:需要支持群组签约数据能力;支持终端监控(如位置监控、IMEI监控等)能力,支持某个时间段接入控制,支持扩展ID到MSISDN、IMSI的映射能力,支持终端特征签约(如终端的低优先级、是否为PS only等),供SGSN控制UE的行为;HLR要支持多profile的签约,降低终端漫游时的资费,支持一卡多号和一号多卡的M2M业务。
GGSN:扩展的GGSN需要增强支持基于群组流量统计,基于流的计费信息、QoS策略执行和基于群的事件上报等。
短消息中心:除了现有的短消息的功能外,需要支持短消息完成设备触发的功能,支持在一号多卡的M2M业务中短消息的群发功能。
PCRF:支持群组的策略数据动态下发、更新和删除,支持群组用户的流量监控。
SCP:完成M2M业务中的紧急呼叫等语音呼叫的计费,产生语音呼叫话单。
OCS:实时信用控制、预付费使用数据业务和增值业务实时计费。
M2MSP业务平台:M2M平台为集团客户提供统一的M2M终端管理、终端设备鉴权。提供数据路由、监控、用户鉴权等管理功能;承载信息上报、参数配置、终端状态检测、终端注册等业务功能的短信上下行通道;支持一卡多号和一号多卡的M2M业务,进行动态的号码管理。在实际部署中,物联网业务支撑管理平台按照功能划分为总部平台、省平台两个层面。
M2M业务的多样性、差异化以及M2M业务表现出来的传统电信业务所不具有的各种特点,都对现网架构和网元设备产生了很大影响。本文在研究M2M业务特征及其对现网的影响和国际标准组织提出的网络体系架构的基础上,提出了在现有移动通信网络上部署具有可行性,又能一定程度上满足MTC业务应用需求的网络架构。
运营商发展M2M业务的基础与发展移动通信是一致的,在专用的M2M网络架构中,必须长远规划网络资源,根据业务发展实施网络优化和数据分流,加强平台建设,完善网络覆盖,加大网络容量,从根本上满足M2M业务需求,同时又不影响当前的人人通信业务,提高用户体验。
[1] 沈嘉,刘思扬. 针对移动M2M业务的优化技术研究[J]. 现代电信科技, 2011(10): 37-44.
[2] 沈嘉,刘思扬. 面向M2M的移动通信系统优化技术研究[J]. 电信网技术, 2011(9): 39-46.
[3] 孙其博,刘杰,黎羴,等. 物联网:概念、架构与关键技术研究综述[J]. 北京邮电大学学报, 2010(3): 1-9.
[4] 诸瑾文,王艺. 从电信运营商角度看物联网的总体架构和发展[J]. 电信科学, 2010(4): 1-5.
[5] 沈苏彬. 物联网技术架构[J]. 中兴通讯技术, 2011(1): 8-10.
浏览量:3
下载量:0
时间:
车联网技术是物联网技术在智能交通领域的具体应用,大力发展车联网技术对提升交通管理水平,提高交通效率有着重大的意义。随着车联网技术的不断发展,车联网系统承载的信息量越来越大,车联网系统的工作负载越来越重。如何保证车联网数据信息的实时传播,如何解决车联网海量数据信息的处理及存储,如何确保车联网资源的高效安全管理,成为人们重点关注的问题。以下是读文网小编为大家精心准备的:浅谈基于OpenStack的车联网云平台体系架构研究相关论文。内容仅供参考,欢迎阅读!
车联网来源于物联网, 是以车辆为基本信息单元, 以提高交通运输效率、改善道路交通状况、拓展信息交互方式为目的, 进而实现交通智能化管理。云计算(Cloud Computing),是一种基于分布式计算、资源虚拟化等技术且具有易扩展性动态性的计算方式。它的计算任务在大量计算机构成的虚拟资源池上分布, 使需求者可以按需获取计算能力、存储空间等资源。
重点研究面向智能交通服务的车联网云计算平台, 提出车联网云计算平台的体系架构和系统模型, 建立车联网云计算平台, 为建立智能交通云奠定理论和技术基础。
车联网(Internet of Vehicles) 概念来自于物联网(Internetof Things), 根据行业背景不同, 对车联网概念的描述也不一样。车联网的一般定义是指利用传感器、无线网络、计算机控制、智能技术, 对道路交通情况进行感知, 使交通系统的数据能够进行传输与交互, 它可以对汽车进行交通全面控制, 对道路的交通情况进行监控, 从而提升交通效率和安全。从系统层次化架构来说, 车联网是智能交通系统(ITS) 的重要组成部分, 是未来综合交通运输体系不可缺少的通信与信息交互平台。而如何处理、分析大量的交通信息数据, 将会是以后信息化交通需要解决的关键问题, 车联网技术将成为解决这一问题的重要技术手段云计算(Cloud Computing) 是分布式计算、并行计算、效用计算、网络存储、虚拟化、负载均衡、热备份冗余等传统计算机和网络技术发展融合的产物。云计算通过使计算分布在大量的分布式计算机上, 而非本地计算机或远程服务器中,企业数据中心的运行将与互联网更相似。这使得企业能够将资源切换到需要的应用上, 根据需求访问计算机和存储系统。车联网与云计算的融合成为了交通信息化成功的关键。
在云框架下, 综合信息采集处理、道路交通状况监测、车辆监管与疏导、信号控制、系统联动以及预测预报、信息发布与诱导等, 都必须做到与整体情报系统的融合、共享和统一决策。
由于车联网通信系统时刻处在快速移动的通信环境中,为了增加车载单元的消息交互的实时性和可靠性, 减少网络时延等造成的信息延误, 因此本系统将设计成三层架构的模式。即在传统的客户端-服务器(C/S) 结构的通信系统基础上增加了一个路侧单元接入层。
车联网移动云系统在网络层次上分为3 层:中心云、路侧接入层和车载移动终端。
车载移动终端: 指的是具有车与路侧单元通信功能的通信终端, 它不仅可以收集车辆的信息, 感知车辆行进的状态与路况, 然后把采集数据上传到控制中心, 为交通的分析和决策提供支持; 另外它也接收云中的服务和资源。
路侧接入层: 指的是信息传输的网络通道, 解决车与车(V2V)、车与路(V2R)、车与云(V2C)、车与人(V2H) 等的互联互通。路侧设施包括区域服务器和路侧单元RSU, 区域服务器用于进行基于车载单元OBU 的位置数据的存储和调度管理工作, 同时也可以通过虚拟化等技术统筹到云中, 用于分布式计算和服务。
中心云: 中心云可以看成由大量服务器集合而成的控制中心, 它是一个基于云计算技术的交通信息化平台。路侧接入层通过采集车辆行驶过程中获取的信息和道路实时交通信息, 然后上传到中心云, 中心云对采集来的数据进行分析和处理, 然后通过有线通信或广域无线通信为路测及车辆发布各种交通参考信息。车载终端、路侧云、中心云三级网络有以下优点: (1)能最大化利用整个网络中的资源, 从车载终端、路侧设施到大型计算中心, 利用虚拟化技术统一融合到云中, 按需提供计算、存储和带宽资源, 大大提高了资源的利用率和高效性。(2) 减少网络延迟, 提高服务的快捷性。
OpenStack 是由美国宇航局NASA 和Rackspace 合作推出的一个开源项目, 其目标是制定一套开源软件标准, 任意组织和个人都可以搭建自己的云计算环境(IaaS)。OpenStack是一个社区, 也是一个开源项目, 它为云计算平台的部署提供了一种方式, OpenStack 是一种基于云计算的基础设施, 即服务(IaaS) 解决方案。它的宗旨是, 为虚拟计算或存储服务的云, 为公有云、私有云, 提供易扩展的、灵活的云计算架构。
OpenStack 有众多版本, 以Folsom 版本为例做说明。其架构包括以下几个主要组件: 计算模块(Nova) 、对象存储( Swift) 、块存储( Cinder) 、网络模块(Neutron) 、仪表板(Horizon) 、身份验证服务(Keystone) 、镜像服务( Glance)等。这些组件每一个都有自己独立的功能, 如提供虚拟化、云存储和镜像等服务, 同时也可以把它们联合起来协同工作,提供完整的云计算基础设施服务。
(1) Nova (计算模块), 在OpenStack 环境中虚拟机的添加、调度和回收等管理工作均是Nova 负责。是OpenStack 开发早、运行成熟的核心组件。
(2) Swift (对象存储), 主要负责大规模非结构数据对象管理。是OpenStack 两大存储模块之一。
(3) Cinder (块存储), 相对于Swift 提供对象存储, Cinder为实例运行提供块存储。它的驱动架构为可插拔, 这种架构对块存储设备的管理有利。
(4) Neutron (网络模块), 为OpenStack 其他模块提供网络服务, 是OpenStack 的网络中枢。
(5) Horizon (仪表板), 为用户和OpenStack 提供UI 服务。
(6) Keystone (身份验证服务), 为OpenStack 其他模块服务提供安全机制服务。
(7) Glance (镜像服务), 是OpenStack 的镜像存储模块,为用户提供镜像存储功能。
面向智能交通服务的车联网移动云系统, 其网络中心将采用分布式的中心云架构。其架构将由处于网络中心区域的控制节点, 以及基于位置分布的区域服务器节点构成。车联网移动云系统计划采用基于IaaS (基础设施服务) 的资源管理平台OpenStack 进行管理。
在网路中心区域部署OpenStack 的控制节点, 它可以是一台或者多台的服务器组成, 布置着数据库管理服务器、网络控制器、调度器、镜像管理器等功能单元。
在路侧单元部署基于位置的服务器单元, 运行着Open-Stack 平台的计算单元, 负责对虚拟机实例进行创建、终止、迁移等操作。
面向智能交通服务的车联网移动云系统, 根据系统的特性, 可以采取的网络部署方式进行服务器资源的部署。
将车联网技术和云计算结合起来, 采用车载终端、路侧云、中心云三级网络体系结构, 提出了基于OpenStack 的车联网云计算平台, 为实现各种基于云计算、云存储的智能交通服务提供了高效的IaaS 方案。
相关
浏览量:2
下载量:0
时间:
Web服务器一般指网站服务器,是指驻留于因特网上某种类型计算机的程序,可以向浏览器等Web客户端提供文档,也可以放置网站文件,让全世界浏览;可以放置数据文件,让全世界下载。目前最主流的三个Web服务器是Apache Nginx IIS。以下是读文网小编今天为大家精心准备的:网络公司WEB服务器的架构与管理相关论文。内容仅供阅读与参考!
网络公司WEB服务器的架构与管理全文如下:
Web服务器可以解析HTTP协议。当Web服务器接收到一个HTTP请求,会返回一个HTTP响应,例如送回一个HTML页面。为了处理一个请求,Web服务器可以响应一个静态页面或图片,进行页面跳转,或者把动态响应的产生委托给一些其它的程序例如CGI脚本,JSP脚本,servlets,ASP脚本,服务器端JavaScript,或者一些其它的服务器端技术。无论它们的目的如何,这些服务器端的程序通常产生一个HTML的响应来让浏览器可以浏览。
中小企业是我国国民经济的重要组成部分,是最具活力,发展最为迅速的一部分企业。企业信息化建设是推进中小企业迅速发展的一个重要手段,通过企业信息化建设,可以将企业的管理技术、研发技术、制造技术、信息技术等和网络技术有机的结合起来,将信息更科学的进行组织,优化企业管理模式,创新业务流程,提高工作效率,从而全面提升中小企业竞争力。
提到信息化建设就不得不提到服务器,在企业信息化建设中,服务器的角色举足轻重。在最常见的C/S网络结构中,服务器扮演着为网络中的计算机提供服务的角色,是整个网络系统的核心,服务器的正确选择也是整个信息化建设的关键。
在中小企业服务器选购过程中也存在着一些问题,首先是资金比较短缺,在小型企业建设中,初始阶段公司规模比较小,业务量不大,信息化建设的需求并不强烈,效果也不明显,所以在初始阶段的信息化建设不会投入太多的资金,采购服务器一般本着少花钱,多办事的原则,追求资金回报率。其次专门的IT人员较为匮乏,专门的IT人员会增加一笔额外的开支,一般来说,规模不大的小型企业出于成本的考虑,一般只有很少或者没有专门的IT人员。
通过微软提供的IIS
目前很大一部分的WEB服务器都架设在微软公司的IIS之上。它使用的环境为WinNT/2000/XP+InternetInformationService(IIS),相信很多用户现在使用的都是Win2000或WinXP系统,在Win2000Professional和WinXP系统中,默认的情况下,它们在系统初始安装时都不会安装IIS(目前版本为IIS5.0),因此得将这些组件添加到系统中去。
第一步:IIS的安装
A.在控制面板中选择"添加/删除程序",在出现的对话框中选择"添加/删除Windows组件"。
B.在出现的复选框中选择安装Internet信息服务(IIS),这一组件约需19MB的空间。
C.点击"下一步",并将Win2000安装光盘放入光驱,安装程序即可将程序文件复制到硬盘中,点击"结束"即可完成。
第二步:IIS中Web服务器的基本配置
IIS中Web服务器的基本配置主要包括如下几部分:
A.打开IIS服务器的配置窗口,选择"开始"→"程序"→"管理工具"→"Internet服务管理器",或者"选择"→"控制面板"→"管理工具"→"Internet服务管理器"也可,打开的窗口如图3。
B.在打开的窗口中鼠标右击"默认Web站点",选择"属性"菜单。
C.在出现的"默认Web站点属性"窗口中,选择"主目录"标签,用以设置Web内容在硬盘中的位置,默认目录为"C:InetpubWEBroot",你可根据需要自己设置。
D.在属性窗口处选择"文档"标签,设置自己默认的首页网页名称,例如"Myfirstweb.htm",将其添加并移动到列表的最顶端。
E.确认默认的Web站点是否已经启动,如果没有可以鼠标右键点击"默认Web站点",选择"启动",在打开的IE地址栏中键入本机的IP地址,即可看到自己指定的主页已经开始在Internet上发布了。
这里只是介绍IIS最基本的设置选项,大家还可以按照需要去具体设置上面提到的"默认Web站点属性",通过它来配置IIS的安全和其他一些参数。
IIS虽然好用,但默认安装的情况下,它也有很多的安全漏洞,包括著名的Unicode漏洞和CGI漏洞,因此在IIS安装完成之后,建议继续在微软公司主页上下载安装它们提供的安全漏洞补丁SP1和SP2。此外,建议将磁盘的文件系统转换成NTFS格式,安装系统的分区可在系统安装候转换,也可在安装完系统以后用PQMagic等工具进行转换。
利用微软的PWS
PWS的全称是"PersonalWebServer",字面意思就是个人网页服务器,由微软公司提供,它主要适合于创建小型个人站点,它的配置和使用比较简单,但功能却很强大。跟IIS的区别是,PWS可以安装在Win9X/Me/NT/2000/XP系统中,因此对Win9X/Me系统来说尤其可贵。
上文列出了中小企业中最为常用的服务器角色对于硬件需求的优先级,从总体来看对于应用角色对服务器的处理器、内存、磁盘、网络系统的需求程度并不相同,所以企业在服务器规划选型的时候,不要一味的追求服务器的处理速度,举个例子来说,双路四核服务器的处理性能虽然强悍,但是用来做百余个客户端的邮件服务器或者静态Web服务器性能并不会比单路双核服务器优异多少,大部分的服务器资源都会被浪费掉。所以在选购之初明确自身需求以及应用种类,对证下药才是明智之举。
在种网络故障解决中,其实并不十分复杂,顺藤摸瓜一定能够找到最终的故障原因。不过,该故障从另一个角度提醒我们每一位网络管理员,解决网络故障不能盲目地套用经验,而应该先在解决故障之前熟悉网络环境的最新变化,熟悉工作环境中的各种网络设备的功能特性,只有知道了网络的最新变化以及网络设备的各种特性,我们才会在遇到网络故障的时候,下意识地进行思考与联想,只有这样才能迅速地找到具体的故障原因,并且能够及时地采取措施来快速解决网络故障
在这次的设计学习中,我巩固了许多旧知识,还学到了许多新的知识。对网络管理专业已经有了更加深刻的了解。
在这次的毕业设计中,让我对服务器方面有了更深刻的认识,架构一个公司网络是很困难的,不是仅仅架构出来一个网络就行了,而是要考虑到方方面面,还需要进行管理和故障排除。这些都是在课堂上无法学习到的知识。希望通过这次的毕业设计,能够将上述的知识运用到工作中去,让自己学有所用。
浏览量:3
下载量:0
时间:
航天发射场的场址选择和建设,必须慎重考虑其地理位置、航天运载器的用途和结构尺寸、气象条件、地形地貌条件、供水条件,国家的技术经济水平、国家航天计划的规模、保证可靠性和安全性的能力、沿航区配置测量站、海上测量船或测量飞机的可能性。以下是读文网小编今天为大家精心准备的:浅谈航天发射场设备健康管理架构研究相关论文。内容仅供参考,欢迎阅读!
信息系统是由计算机硬件、网络和通讯设备、计算机软件、信息资源、信息用户和规章制度组成的以处理信息流为目的的人机一体化系统。设备健康管理(EquipmentHealth Management,EHM),是通过感知并充分使用状态监测信息,融合维修、使用和环境信息,结合规范的设备管理方法和业务流程,对维修活动进行科学规划和合理优化,对影响设备健康状态和剩余寿命的技术、管理和人为因素进行全过程控制的活动。当前,在技术推动和现代维修理念发展的双重作用下,EHM 的重要性大大增加。有效的设备健康管理不仅仅局限于状态监测和维修的范围,而是深入到设备的规范化、科学化和智能化管理之中。随着自动化与信息化、技术与管理日益融合,航天发射场如何主动推进更完整的信息获取、更全面的互联互通、更深入的信息应用,关系到航天发射场分布与集中管控设备状态、核心业务、技术以及开展决策的能力和水平。
航天发射场设备健康管理的管控对象在管理中均以信息来表现。在设备健康管理中,我们通过信息系统来实现设备健康管理闭环的信息处理流程,实现设备信息在管理、检测、控制方面自下而上与自上而下的互动。基于信息系统的航天发射场设备健康管理,需要智能化的管理手段、专业化的管理队伍、配套化的管理机制和信息化的管理环境作为条件。
1.1 智能化的管理手段
随着信息技术、智能技术、维修技术等各种高新技术的发展及其在航天发射场中的广泛应用,测试发射设备的结构变得越来越复杂,功能越来越多,自动化程度越来越高。与此同时,复杂设备系统的可靠性、维修性、故障预测与诊断及维修保障等问题也日见突出。对于技术含量高、系统集成性强、构造机理复杂、技术标准要求高的设备系统,传统的耳听、手摸、眼看等检查测试、故障诊断方法已不能适应设备维修管理的需要,为了实施更加科学合理的维修保障,我们必须发展并运用智能化的管理手段。这些手段包括:利用在线监测系统或离线检测系统获得的设备运行状态数据;利用人工智能算法定期或不定期地对设备状态做出评估;利用PDA 和剩余寿命预测模型分析设备的性能衰退趋势;利用多媒体显示设备健康评估和分级报警结果及时进行维修决策,等等。
1.2 专业化的管理队伍
基于信息系统的航天发射场设备健康管理对保障队伍的素质要求,侧重于“知识型”和“专业化”,这将成为航天发射场管理力和保障力新的增长点。实现基于信息系统的航天发射场设备健康管理,要有一支熟悉信息化条件下设备健康管理特点与规律,通晓设备维修保障,能娴熟运用信息技术、监测技术、故障诊断技术和状态评估技术等进行维修决策、控制与协调的设备管理人员队伍;要有一支文化层次高、业务技能强、专业种类全,能熟练使用智能化设备和设施的设备操作人员队伍;要有一支设备保障理论功底深、实践应用能力强、专业技术水平高,能运用现代技术尤其是信息技术解决一体化综合保障重点、难点问题的设备维修人员队伍。
1.3 配套化的管理机制
管理机制本质上是管理系统的内在联系、功能及其运行原理,是决定管理功效的核心问题。配套化的管理机制是航天发射场顺利实施设备健康管理的基础,没有配套完善的机制,一体化综合保障就难以高效运行。
管理机制主要表现为三大机制:一是严密顺畅的运行机制,这是航天发射场设备健康管理基本职能的活动方式、系统功能和运行原理,要与航天测试发射指挥信息运行渠道相一致,要与设备保障物质流运行渠道相一致;二是合理高效的动力机制,这是确保航天发射场设备健康管理系统动力产生与运作的机制,要靠管理主体树立全局观念,要大力强化服务意识;三是责权一致的约束机制,必须运用政策、法规、标准等建立约束机制,必须明确相关系统及人员的责任,来限定或修正设备健康管理行为。
1.4 信息化的管理环境
航天发射场对测试发射设备的操作使用、维护保养、故障修理等信息采用人工记录和分散的信息系统管理的方式,可以在一定程度上满足航天发射场的维修和管理需求,但也日益暴露出设备管理技术手段相对落后、维修管理信息化程度较低等问题,难以实现以信息为依据的设备健康管理。
信息化的管理环境,强调管理单元和要素的高度融合,强调管理体系效能的整体发挥,要求健康管理一体高效、保障力量高度融合、管理内容综合兼容、维修行动实时精确。
信息化的管理环境是航天发射场信息化建设的有机组成部分,必须与航天发射场信息化建设相一致、相协调、同步发展,在航天发射场信息化建设的大框架内,尽可能优化结构、完善功能,尽力做到:一是网络一体,即不同建制、不同单位、不同层次而又目标相同、功能相似、作用相关的各种维修保障力量和管理平台,通过信息化网络系统连在一起,形成纵横交错、稳定可靠的一体化保障网络;二是辐射管理,即以信息系统为依托,以网络为骨干,以各个管理站点为触角,分区、成网配置维修力量,建立由点向面、业务衔接、功能互补、富有弹性的管理部署;三是可视可控,就是以设备健康管理需求为牵引,借助可视化的管理调度系统,适时把握各类不同设备的健康状况,合理调度维修资源,以信息流引导物质流,确保在需要的时间和地点投入适当的维修力量,实现精确、高效的设备健康管理。
根据基于信息系统的航天发射场设备健康管理的需求分析,论文认为基于信息系统的航天发射场设备健康管理架构主要由资源管理架构、业务逻辑架构、应用表现架构和基础设施架构等组成。
2.1 资源管理架构
航天发射场设备健康管理主要包括两大类资源:一类是有形资源,一类是无形资源。有形资源主要包括各级各类设备管理力量、设备维修力量和设备操作力量,以及检测设备、维修设备、备件等,通常是指具有一定实物、实体形态的资源。无形资源是没有发生损耗的隐性的各类因素,包括知识、经验、标准、方法、技术等等。
在资源管理架构中,信息系统一方面将有形资源以数据的形式采集、存储到数据库中,另一方面将无形资源转化、存储到模型库、方法库、标准库、知识库中。因此,资源管理架构中主要包括各类结构化、半结构化和非结构化的数据信息,以及实现信息采集、存储、传输、存取和管理的各种资源管理系统,主要有数据库管理系统、目录服务系统、内容管理系统等。从信息的流向看,“外部内向”信息资源是设备管理人员所了解和掌握的,对设备健康管理有用的各种外部环境信息,设备健康管理不仅关注设备及其部件的技术状态,而且还关注环境因素、使用因素等对设备健康状态的影响。“内部外向”信息资源是航天发射场设备健康管理的历史、传统、经验做法、案例,等等。
2.2 业务逻辑架构
航天发射场设备健康管理涉及状态监控、健康评估、维修决策支持、规划及控制等许多业务,这些业务之间又存在一定的逻辑关系。在状态监控、故障预测基础上的设备健康管理是机内测试和状态监测能力的拓展,是从设备级状态监测与故障诊断到系统级综合诊断与状态管理的转变。
业务逻辑架构是描述驱动航天发射场设备健康管理活动的主要业务架构,由实现设备健康管理各种业务的功能、流程、规则、策略等组成。在信息系统中对应应用业务的是一组信息处理代码成。业务逻辑架构也包含描述业务对象以及它们之间的关系,包含这些业务对象在业务流程和业务功能中的使用。业务逻辑架构中的一个基本业务流程。
2.3 应用表现架构
应用表现架构是在基础设施架构的支持下,通过人机交互等方式,将业务逻辑架构和资源管理架构紧密结合在一起,并以图形、多媒体等丰富的形式向用户展现信息处理的结果。应用表现架构是航天发射场各项数据、信息流、信息对象以及数据交换界面的综合描述,清楚地表述了在各种应用中的数据以及数据在各应用间的交互。应用表现架构应该能够展现:确定的信息需求、信息的采集与处理、为管理人员提供信息及结果、各种图形的显现。
2.4 基础设施架构
基础设施架构主要由支持航天发射场设备健康管理信息系统运行的硬件、系统软件和网络组成,把在操作层面的IT 管理方面的基础设施要素联系起来。基础设施架构处于支持作用底层,如自动感知技术(传感器、RFID)、监测与控制技术(PLCDCSSCADAD 状态监测)、制造执行技术(MES),直接服务于其它三个架构。基础设施架构为应用表现架构提供高质量的信息对象、软件应用系统(如管理信息系统、决策支持系统),以及系统和数据的交互界面,还提供辅助决策系统(DSS)、工业控制系统(CCS)以及数据库、模型库、方法库、知识库和上级机关及外界交换信息的接口。
3.1 层次架构划分
根据航天发射场设备健康管理的总体架构,为了实现基于信息系统的设备健康管理,可以利用信息技术、网络技术、状态监测技术等,构建有机、集成的设备健康管理体系。该体系可以分层次实施,各个层次可以有机结合,统一规划,分层实施。
3.2 层次架构描述
基于信息系统的航天发射场设备健康管理强调以规划设计层为指导,以业务系统层为主线,以研发工具层为手段,以导航交互层为表现。
3.2.1 规划设计层
航天发射场设备健康管理MIS 的开发必须具有一定的科学管理工作的基础。只有在合理的管理体制、完善的规章制度、稳定的工作秩序、科学的管理方法和准确的原始数据的基础上,才能进行MIS 的开发。因此,为适应航天发射场设备健康管理MIS 的开发需求,航天发射场设备管理部门必须做好规划、设计工作,做好建造、购置和安装的准备,必须逐步完善以下工作:操作、运行、维护、报废等工作的程序化,各部门都有相应的作业流程;设备健康管理业务标准化,各部门都有相应的作业规范;报表文件的统一化,固定的内容、周期、格式;数据资料的完善化和代码化等。
3.2.2 业务系统层
业务系统层包含了航天发射场设备健康管理的基本业务体系,主要有设备健康状态评估、设备剩余寿命预测、故障检测与诊断管理、设备操作与运行管理、设备状态维修管理、日常维护保养管理、备件采购与库存管理等。业务系统层还包含了航天发射场设备健康管理的各项标准,主要有健康状态等级标准、检测诊断技术标准、规范化管理标准、业务操作标准等。航天发射场设备健康管理可以通过MIS 实现业务信息增值,用数学模型统计分析数据,实现辅助决策,反映IT 对业务系统的支持性作用。
3.2.3 研发工具层
研发工具层可以构建和使用各类开发平台或开发工具(包括:数据建模工具、流程管理工具、功能开发工具、报表设计工具、网络开发工具、系统集成工具等)。航天发射场设备健康管理技术人员通过研发工具层能够轻松维护业务需求变化。研发工具层开发的输入功能决定于系统所要达到的目的及系统的能力和信息环境的许可;存储功能是系统存储各种信息资料和数据的能力;处理功能主要是基于数据仓库技术的联机分析处理(OLAP) 和数据挖掘(DM);控制功能对构成系统的各种信息处理设备进行控制和管理,对整个信息加工、处理、传输、输出等环节通过各种程序进行控制。
3.2.4 导航交互层
导航交互层所包含的应用软件系统、信息以及各系统和信息之间的交互界面直接为设备健康管理业务提供了支撑。导航交互层在对业务体系内容进行分析的基础上,可以构建特色应用组件功能,包括设计业务导航舱、展示工作流程、组织设备树结构、图形化工作指引、支持PDA等移动设备使用等。导航交互层设计的中心思想是:以资源管理为中心,以权限控制为手段,以图形界面为交互方式,以定制扩展应对变化。
航天发射场实施以信息系统为支撑的设备健康管理,能够借助信息系统加强设备健康管理工作管控,实时掌握设备健康状态,全面跟踪记录设备维护维修过程;能够为设备健康管理提供准确及时的信息分析;能够利用信息系统实现备件库存预警机制,实现采购——库存——消耗联动,降低备件库存及其备件成本;能够利用信息系统的数据处理能力为设备健康管理决策提供科学依据。航天发射场对关键设备进行状态监测与健康管理,可以提高设备健康管理水平,对于优化设备维修活动、辅助维修决策具有重要意义。
相关
浏览量:2
下载量:0
时间:
国际标准组织如ITU、ETSI和3GPP等分别从不同角度提出了M2M的网络架构[4]。
根据ITU-T发布的定义,物联网体系架构主要可划分为三个层面:感知层、网络层和应用层。如图1所示,该架构基本达成业界共识,但是其体系架构过于抽象属于概念模型,在转化为技术实现的过程中还需要细化。
在ITU-T物联网体系架构的基础上,ETSI提出了一种可看作逻辑模型的M2M应用顶层架构[5]。如图2所示,ETSI把M2M体系架构划分为M2M设备及网关和M2M网络两个大域。M2M设备及网关域包括M2M设备、M2M网关和M2M局域网,可以基于现有的各类标准实现;M2M网络域则包括广域网和M2M应用系统。
相较于ITU的概念模型,ETSI的逻辑模型侧重于M2M服务能力层,通过对服务能力和接口的定义来实现屏蔽网络细节的M2M应用、M2M服务能力及网络三者之间的相互调用,可供在研究平台和网关设备功能及接口时参考。
在ETSI的体系架构基础上,3GPP也提出了一种支持MTC应用的通信架构。如图3所示,涉及到的实体包括MTC终端、承载网络、MTC服务器和MTC应用。其中,MTC服务器是MTC业务的管理平台;MTC应用负责业务逻辑的实现。承载M2M通信的移动网络包括GPRS、EPC以及短消息和IMS网络。
3GPP提出的MTC通信架构侧重于M2M网络层,对M2M网络中各通信网元的功能和接口进行了定义,其适用于研究MTC业务的管理平台以及M2M核心网络的功能和接口时参考。
以上标准组织虽然都提出了M2M的网络体系架构,但是有其局限性。ITU和ETSI的架构过于框架性,对于实际的网络部署没有较好的指导意义;3GPP虽然对于网络网元功能增强有一定的研究,但是由于目前部署的H2H网络大多处于R7或R8版本,而MTC网络体系的研究是在R10以上版本的网络基础上进行的。因此,在现有网络中按照标准来部署MTC网络还为时尚早,需要研究一种网络架构既具有在现有网络基础上投资和部署的可行性,又能满足现阶段MTC业务应用的需求。
浏览量:2
下载量:0
时间:
【摘 要】文章对M2M业务特征和MTC通信网络架构进行了探讨。首先详细分析M2M业务特征以及对现网架构的影响;然后借鉴国际标准组织提出的M2M网络架构,并在此基础上根据现阶段的网络现状和M2M业务需求提出了3G网络阶段适用的网络架构。
【关键词】M2M 网络架构 PCRF 核心网 专用网元
物物通信(M2M,Machine to Machine)是一种涉及一个或多个实体的不需要人为干预的数据通信,也称为机器类型通信(MTC,Machine-Type Communication)。随着M2M业务的快速发展,基于移动通信网络的MTC正日益成为一种主要的移动通信方式,但是传统移动通信网络毕竟是面向人人通信(H2H,Hu-man to human)业务设计的,适应H2H的业务需求,却不能满足M2M业务需求。具体来说,MTC和传统人人通信的不同之处包括以下方面[1]:
(1)基于MTC通信的应用场景比H2H通信的场景丰富很多,而且具有差异性。根据功能特性划分大致可归纳为位置感知和共享、环境信息感知、远程控制与执行、数据收集发布、视频监控、近场通信等。这些应用的差异化一方面表现为功能上的多样性;另一方面也体现在应用特征以及对网络的需求上的差异化。
(2)数据通信为主,包括小流量数据包、视频流等。
(3)要求MTC通信成本比H2H更低。由于M2M业务是在H2H业务之后发展起来的,最小化成本是M2M业务生存的重要考虑。不同的应用因其重要性不同,对通信的要求也是不同的,需要结合事件发生的可能性和需要付出的通信等综合成本来考虑进行成本的最小化。
(4)M2M终端数目巨大,需要更灵活和有策略的终端管理。潜在的海量M2M终端接入通信网络,而且M2M终端无论是从传输特性、QoS要求和移动性,还是从终端的分布密度方面,都与H2H终端有很大不同。
(5)以小数据量传输为主。
如果继续使用传统移动通信系统来进行MTC通信,其系统的效率、成本和适用性都无法达到最优。因此,在考虑M2M业务特征的同时减少对H2H业务的影响,从而设计MTC专用的通信系统,是当前物物通信不断发展背景下的一个重要课题。
网络架构的设计,需要以网络所承载的具体业务为出发点[2]。也就是说,M2M网络架构的设计需要充分分析M2M业务特征和需求,结合终端上下行数据量、频度、QoS需求等方面的业务特征,将物联网应用分为如下五类。其中,对各类应用的部分需求和特征进行了分析,包括移动性、群组通信、鉴权以及按计划周期性处理等,不同场景间有较大差异。
(1)监控报警类:传感器本地监测数据,当发生不符合预期的数据变化时通过网络通知应用层进行报警。
平均数据传输速率:低,仅在某些触发条件下发送少量上行数据流量。
尖峰数据传输速率:不同场景间有较大差异,与应用需求确定的传输的数据内容有关。
QoS要求:不同场景间有较大差异,与应用需求以及当前数据所代表的含义有关。
数据安全要求:不同场景间有较大差异,与应用需求有关。
数据可靠传递要求:不同场景间有较大差异,与应用需求有关。
数据持续性:低,仅在发生预置的事件时存在短暂的或者持续时间较短的数据传输。
与人交互性:低,通常由系统根据预置处理方式自动处理。
对连接性的需求:需要监控连接性以防破坏或无效。
终端移动性:因无下行流量需求,所以无移动性需求。
举例:输血车血液环境监测;井盖监控;移动资产跟踪。
(2)数据收集类
平均数据传输速率
上行流量:中,数据量较大,持续的数据上报或者周期性数据上报;下行流量:低,更多的是用于修改上报规则等。
尖峰数据传输速率:不同场景间有较大差异,与应用需求确定的传输的数据内容有关。
QoS要求:不同场景间有较大差异,与应用需求以及当前数据所代表的含义有关。
数据安全要求:不同场景间有较大差异,与应用需求有关。
数据可靠传递要求:不同场景间有较大差异,与应用需求有关。
数据持续性:取决于数据传输间隔和传输方式的选择。[论文网]
与人交互性:低,通常由系统根据预置处理方式自动处理。
对连接性的需求:需要监控连接性以防破坏或无效。
终端移动性:因偶尔有下行数据,所以需要优化的移动性管理。
举例:气象信息监测;火灾现场数据收集;路况信息收集。#p#副标题#e#
(3)信息推送类
平均数据传输速率
上行流量:通常较低,主要用于提供应用所需的过滤或输入条件(如位置信息);下行流量:通常较大,主要用于传递所推送的信息(如广告、视频媒体等),持续的、基于交互等外界条件出发的或者周期性的数据推送。
尖峰数据传输速率:具有明显的尖峰数据特征,在条件触发后下发匹配的信息。
QoS要求:不同场景间有较大差异,与应用需求以及当前数据所代表的含义有关。
数据安全要求:不同场景间有较大差异,与应用需求有关。
数据可靠传递要求:不同场景间有较大差异,与应用需求有关。
数据持续性:通常具有较长时间的持续性。
与人交互性:高,通常用户会做出反馈,系统根据反馈对推送的信息进行调整。
对连接性的需求:较强,需要维护网络连接以便于进行数据的正确传输。
终端移动性:两极分化。部分终端有很强的移动性;部分终端则通常不移动。
举例:智能博物馆等。
(4)视频监控类
平均数据传输速率
上行流量:高,主要用于传递所监控的多媒体数据;下行流量:低,主要用于传递控制和调节命令等。
尖峰数据传输速率:无明显的尖峰数据特征,数据传输通常维持一个相对稳定的传输速率。
QoS要求:不同场景间有较大差异,与应用需求有关。
数据安全要求:不同场景间有较大差异,与应用需求有关。
数据可靠传递要求:不同时刻有不同的要求。如在正常情况下要求适中,但一旦发生某些预置的事件则需要较高的可靠性传递。
数据持续性:通常具有长时间的持续性。
与人交互性:低,用户偶尔会对视频监控过程进行干预。
对连接性的需求:较强,需要维护网络连接以便于进行数据的正确传输。
终端移动性:两极分化。部分终端有很强的移动性;部分终端则通常不移动。
举例:家庭安防中的视频监控等。
(5)远程控制执行器类
平均数据传输速率
上行流量:通常较低,主要用于提供应用所需的过滤或输入条件(如预置事件的发生);下行流量:取决于控制对象和控制命令的复杂程度。
尖峰数据传输速率:通常具有明显的尖峰数据特征。
QoS要求:不同场景间有较大差异,与应用需求有关。
数据安全要求:不同场景间有较大差异,与应用需求有关。
数据可靠传递要求:要求较高,因涉及到控制过程是否能够正常实现。
数据持续性:通常具有长时间的持续性。
与人交互性:高,通常是对人操作指令的具体反映。
对连接性的需求:较强,需要维护网络连接以便于进行数据的正确传输。
终端移动性:两极分化。部分终端有很强的移动性;部分终端则通常不移动。
举例:工业自动化等。#p#副标题#e#
从对现网架构的影响来说,M2M业务可以分为两类:A类是现有网络不能满足需要网络优化的业务,这类业务需要过载控制功能来避免网络过载,以及针对客户的业务需求提供差别化的服务;B类是对于现有网络影响较小的业务,这类业务是对时效性要求不高的MTC业务,而且这些业务和现在的移动网络业务有类似的需求。从整体来说,M2M业务中大部分是A类业务,以下分析的是A类业务对现网架构的影响[3]。
M2M业务的多样性、差异化,网络的多种接入方式,M2M终端的海量性、差异化,以及M2M业务表现出来的传统电信业务所不具有的各种特点,都对现网架构和网元设备产生了很大影响,其直接后果是现网的核心网元如HLR/PCRF/GGSN的能力已经不能满足M2M业务所带来的信令、流量冲击和业务控制需求,主要体现在以下方面:
(1)由于物联网业务的特殊性,可能会产生瞬时大量的信令,会对无线网络的关键信令控制设备(STP/HLR/PCRF)造成影响而导致全网的瘫痪。因此,一方面要大规模提高相关信令控制设备的容量或设备的信令处理能力;另一方面需要进行差异化、分优先级的接入控制;此外,关键信令控制和处理设备要具备一定的设备过载保护机制以及高容灾、高流控能力,避免关键网元的过载,从而有效提升整网的可靠性。
(2)由于物联网业务的特殊性,其接入方式的多样性,涉及行业及用户和设备的多样性、海量性,因此需要对用户数据管理HLR网元进行相应增强,包括其数据库的可扩展性和灵活性,除了标准的用户签约信息,还有设备序列号、设备驱动程序信息、位置信息和配额信息等运营商、M2M客户私有字段等;对多种接入类型的支持,可对由不同接入类型(2G/3G/LTE)接入网络的设备进行鉴权;对用户标识和寻址的灵活动态支持,支持一卡多号或一号多卡;支持对终端设备基本状态的查询,能通过网络侧下发终端“苏醒”请求,发现设备被盗时能够立刻锁死等。
(3)由于物联网业务的特殊性及多样性、群组性,因此有必要对业务进行区分,包括业务分类分级、QoS分级、用户分组、设备分组,从而进行流量管理和业务管理,根据忙闲时、地理位置等各种特性采取不同的接入和传输处理策略等。此外,在现网PCC架构中叠加物联网策略控制,因其特殊性,PCRF(Policy and Charging Rules Function,策略与计费规则功能)进行策略控制时需先判断是个人用户还是物联网用户,而且物联网数据的瞬时爆发性会影响现网PCC架构,所以有必要设置专用的物联网M2M PCRF。
总之,需要对相关网元进行能力的增强和升级,可以改造现有相关网元,也可以设置M2M的专用网元叠加在现有H2H网络上来解决相应问题。
国际标准组织如ITU、ETSI和3GPP等分别从不同角度提出了M2M的网络架构[4]。
根据ITU-T发布的定义,物联网体系架构主要可划分为三个层面:感知层、网络层和应用层。如图1所示,该架构基本达成业界共识,但是其体系架构过于抽象属于概念模型,在转化为技术实现的过程中还需要细化。
在ITU-T物联网体系架构的基础上,ETSI提出了一种可看作逻辑模型的M2M应用顶层架构[5]。如图2所示,ETSI把M2M体系架构划分为M2M设备及网关和M2M网络两个大域。M2M设备及网关域包括M2M设备、M2M网关和M2M局域网,可以基于现有的各类标准实现;M2M网络域则包括广域网和M2M应用系统。
相较于ITU的概念模型,ETSI的逻辑模型侧重于M2M服务能力层,通过对服务能力和接口的定义来实现屏蔽网络细节的M2M应用、M2M服务能力及网络三者之间的相互调用,可供在研究平台和网关设备功能及接口时参考。
在ETSI的体系架构基础上,3GPP也提出了一种支持MTC应用的通信架构。如图3所示,涉及到的实体包括MTC终端、承载网络、MTC服务器和MTC应用。其中,MTC服务器是MTC业务的管理平台;MTC应用负责业务逻辑的实现。承载M2M通信的移动网络包括GPRS、EPC以及短消息和IMS网络。
3GPP提出的MTC通信架构侧重于M2M网络层,对M2M网络中各通信网元的功能和接口进行了定义,其适用于研究MTC业务的管理平台以及M2M核心网络的功能和接口时参考。
以上标准组织虽然都提出了M2M的网络体系架构,但是有其局限性。ITU和ETSI的架构过于框架性,对于实际的网络部署没有较好的指导意义;3GPP虽然对于网络网元功能增强有一定的研究,但是由于目前部署的H2H网络大多处于R7或R8版本,而MTC网络体系的研究是在R10以上版本的网络基础上进行的。因此,在现有网络中按照标准来部署MTC网络还为时尚早,需要研究一种网络架构既具有在现有网络基础上投资和部署的可行性,又能满足现阶段MTC业务应用的需求。
在现有的3G网络阶段,为解决发展M2M业务面临的网络运营和网络资源问题,运营商可以通过采用物理上隔离的网络来单独承载机器通信业务,在初期可以通过核心网中专设的网元实现业务的隔离,在后期演进也可以延伸到采用专用的接入网实现物联网业务的接入隔离。此外,物联网管理平台也是物联网解决方案中必不可少的组成部分。物联网管理平台与物联网独立网元配合,在物联网业务发展的初期阶段主要实现物联网独立码号集中管理和物联网业务有效管控等功能。随着物联网的发展,平台的功能也会逐步支撑更多资源管控与更多的业务流程,并开放更多资源及能力。可以根据M2M业务的特性,实现基于位置、时间段、接入类型的QoS控制和相应的计费策略;还可以根据用户的属性及行为进行相应的分组,实行基于群组的流量统计、事件分发和策略执行等,这体现在核心网中PCRF/SPR/M2MSP的功能实现。综上所述,在3G发展阶段,M2M网络架构的特征具体体现在以下四个方面:
(1)在无线接入侧对Wi-Fi、2G、3G、无线传感网络等多种方式的整合,实现移动通信网络对行业应用领域的广覆盖,构建面向行业的M2M移动网络。
(2)在核心侧构建M2M专用的HLR、GGSN、SMSC等网元,实现对M2M等物联网业务的集中运维和管理,并能够实现与“现网”的有效隔离,有利于网络的安全、稳定、扩容及升级。#p#副标题#e#
(3)在核心网中部署M2M专用的PCRF等策略控制网元,利用M2M业务的业务特性和用户属性,实现对网络资源的高效利用和对业务服务的精细支撑。
(4)在核心网中搭建M2M业务支撑平台,实现对业务和终端的统一管理。
在物联网业务发展的初期阶段,考虑针对物联网网络通信需求,进行最小成本隔离:只新建核心网的关键节点,实现网络支撑隔离。对于业务系统,需要单独建设物联网平台,实现业务承载隔离;对于接入网络,则公用,不考虑单独建设。如图4所示,是一种在现网上叠加专用M2M核心网络的架构。在该方案中,与现网共用无线和SGSN,新建物联网专用的GGSN/DPI,通过APN选路将物联网数据路由到处理物联网数据的GGSN,新建物联网专用的PCRF+SPR,完成对物联网业务的流量、安全、QoS控制,新建物联网专用的HLR进行物联网设备签约信息、标识及安全管理。
3G阶段的M2M网络架构如图5所示。
其中,主要网元的功能如下:
HLR:由于现网的HLR都是支持H2H的HLR,支持的能力和M2M的支持能力还是有所不同。HLR也有自己特殊的一些需求,包括:需要支持群组签约数据能力;支持终端监控(如位置监控、IMEI监控等)能力,支持某个时间段接入控制,支持扩展ID到MSISDN、IMSI的映射能力,支持终端特征签约(如终端的低优先级、是否为PS only等),供SGSN控制UE的行为;HLR要支持多profile的签约,降低终端漫游时的资费,支持一卡多号和一号多卡的M2M业务。
GGSN:扩展的GGSN需要增强支持基于群组流量统计,基于流的计费信息、QoS策略执行和基于群的事件上报等。
短消息中心:除了现有的短消息的功能外,需要支持短消息完成设备触发的功能,支持在一号多卡的M2M业务中短消息的群发功能。
PCRF:支持群组的策略数据动态下发、更新和删除,支持群组用户的流量监控。
SCP:完成M2M业务中的紧急呼叫等语音呼叫的计费,产生语音呼叫话单。
OCS:实时信用控制、预付费使用数据业务和增值业务实时计费。
M2MSP业务平台:M2M平台为集团客户提供统一的M2M终端管理、终端设备鉴权。提供数据路由、监控、用户鉴权等管理功能;承载信息上报、参数配置、终端状态检测、终端注册等业务功能的短信上下行通道;支持一卡多号和一号多卡的M2M业务,进行动态的号码管理。在实际部署中,物联网业务支撑管理平台按照功能划分为总部平台、省平台两个层面。
M2M业务的多样性、差异化以及M2M业务表现出来的传统电信业务所不具有的各种特点,都对现网架构和网元设备产生了很大影响。本文在研究M2M业务特征及其对现网的影响和国际标准组织提出的网络体系架构的基础上,提出了在现有移动通信网络上部署具有可行性,又能一定程度上满足MTC业务应用需求的网络架构。
运营商发展M2M业务的基础与发展移动通信是一致的,在专用的M2M网络架构中,必须长远规划网络资源,根据业务发展实施网络优化和数据分流,加强平台建设,完善网络覆盖,加大网络容量,从根本上满足M2M业务需求,同时又不影响当前的人人通信业务,提高用户体验。
[1] 沈嘉,刘思扬. 针对移动M2M业务的优化技术研究[J]. 现代电信科技, 2011(10): 37-44.
[2] 沈嘉,刘思扬. 面向M2M的移动通信系统优化技术研究[J]. 电信网技术, 2011(9): 39-46.
[3] 孙其博,刘杰,黎羴,等. 物联网:概念、架构与关键技术研究综述[J]. 北京邮电大学学报, 2010(3): 1-9.
[4] 诸瑾文,王艺. 从电信运营商角度看物联网的总体架构和发展[J]. 电信科学, 2010(4): 1-5.
[5] 沈苏彬. 物联网技术架构[J]. 中兴通讯技术, 2011(1): 8-10.
浏览量:2
下载量:0
时间:
浏览量:3
下载量:0
时间:
浏览量:2
下载量:0
时间:
定位业务是指使用上行时差、增强观察时差和全球定位系统三种方式对移动台进行定位,提供与位置相关的信息的服务。以下是今天读文网小编为大家精心准备的:定位业务的架构演进和互通策略相关论文。内容仅供参考阅读!
定位业务的架构演进和互通策略全文如下:
在众多的移动数据业务中,一个能体现移动网特色的业务是移动定位业务。由于人们对移动业务的依赖,移动终端已经非常普及,而且人们习惯将手机随身携带,这样,通过手机终端来定位用户,为许多应用提供了美好的前景。
本文就定位业务的架构演进和互通策略进行了介绍和分析,探讨了定位业务的应用策略和互通策略。为简便起见,本文大部分内容的描述就移动承载网是WCDMA的情况展开。
由于定位业务在移动数据业务中有一定的典型性,其应用和互通策略对其它移动数据业务的开展也有借鉴意义。
定位业务,即基于位置的业务LBS(Location Based Service),有时也称为LCS(Location Service),是指通过移动网络特定的定位技术获取移动终端的地理位置信息(经纬度坐标),提供给移动用户本人、通信系统或第三方,并借助地图信息的支持,为移动用户提供与其位置相关信息的业务。
目前在定位业务的架构主要由3GPP的一系列规范规定,OMA的架构与3GPP的架构基本保持一致,仅在用户平面定位方面有新的思路,这里先以3GPP的规范为准介绍定位业务的架构。
在3GPP的规范中,根据请求发起方的不同,定位业务可以分为三种:
1. 终端始发定位请求MO-LR(Mobile Originated Location Request):终端通过空中接口向定位管理系统直接发起的定位请求,它可以向网络直接请求位置信息、请求辅助数据或请求将自己的位置发送给第三方。由于该功能目前应用模式不清晰、灵活性差,几乎不能在实际应用中见到。
2. 终端终止定位请求MT-LR(Mobile Terminated Location Request):使用最普遍的请求方式,终端通过定位客户端LCS Client(即第三方或SP)向定位管理系统发出定位请求,终端和LCS Client之间一般要通过为定位业务接入网关(短消息系统、多媒体消息系统或WAP网关等)接入到LCS Client。
3. 网络触发定位请求NI-LR(Network Induced Location Request):请求从正在为移动终端提供服务的PLMN内部发出,主要应用于支持对紧急呼叫发起方的定位,在这种方式下,定位的结果往往通过定位管理系统发送到能处理紧急呼叫的专用LCS Client处。
图1示意了定位业务系统的体系结构和三种定位请求发起方式的区别。
在图1中,网关移动定位中心GMLC(Gateway Mobile Location Center)是核心的设备,也就是前面提到的定位管理系统,它不仅处理各种定位请求、根据请求所要求的精度调用无线网络的能力得到定位信息,而且完成定位业务的运营,包括用户数据管理、业务数据管理、签约信息管理、增值应用的鉴权认证和计费等功能。
服务移动定位中心SMLC(Serving Mobile Location Center)是具体完成定位功能的逻辑设备,主要功能是在收到请求后调用相应的定位方法进行定位,并将测量消息转换为用户的经纬度信息。
3G核心网设备MSC或SGSN在这里类似一个请求代理,主要起着将请求路由并转发到SMLC的作用。
1、 基本的趋势
从以上的描述可以看到,尽管通过移动网络进行用户定位具有天然的优势,这种技术的本身还是很复杂的,其原因在于完成一次定位往往需要核心网和无线网甚至终端的参与。
在3GPP对定位业务进行规范制定时,已经充分考虑到了这种复杂性,并提出了前面描述定位业务架构来将这种复杂性简单化:
1. 3GPP将最终的定位计算单元SMLC固定在无线网侧,这主要是因为位置与无线侧设备位置往往是相关的:最基本的定位方法Cell ID可以在无需终端主动参与的情况下通过无线网络确定终端所处蜂窝的ID得到;而OTDOA的定位方法通过内置在Node B中的位置测量单元LMU协作完成,这种协作的控制中心SMLC设置在RNC即可;对A-GPS的定位方法言,参考GPS基准站一般每直径200~500km需要部署一个,可以考虑和RNC共建,并将相关计算在RNC中的SMLC模块中完成。
2. 核心网的MSC或SGSN作为一个请求处理的中间代理出现,它们可以通过Lg接口(MAP信令)接入各种GMLC的请求。
3. 3GPP将定位业务的核心接入部件制定为业务层设备GMLC。GMLC不仅负责接入和各种定位请求,同时还是LCS业务的运营平台,完成用户数据管理、业务数据管理、业务签约信息管理、SP数据管理和计费等功能。
通过以上的努力,定位业务的运作模式已经比较清晰。虽然在提供业务时,运营商需要考虑到终端、无线网、核心网和业务网设备对定位业务的支持,但各部分的功能和接口都已经划分得很清晰,各部分的规划也已经具有一定的独立性。
2、 面向用户平面的发展
尽管3GPP已经将定位业务架构清晰化、简单化,但因为涉及到核心网、无线网甚至终端在信令底层的参与,整个架构还是相对复杂的,这时,一种更加简单的架构——基于用户平面实现定位的架构SUPL(Secure User Plane for Location)被OMA提出,并成为了新的趋势和可替代方案。相对而言,3GPP的实现方案被称为基于控制平面实现的方案。
图2示意了SUPL的定位业务架构,定位通过SUPL定位平台SLP(SUPL Location Platform)和支持SUPL定位的终端SET(SUPL Enabled Terminal)协同完成。SUPL定位平台又由定位中心SLC(SUPL Location Center)和位置中心(SUPL Positioning Center)两个部分组成,SLC的功能类似GMLC,SPC的功能类似SMLC。值得注意的是SLP和SET之间的接口LuP,它遵循用户平面定位协议ULP(User plane Location Protocol),是定义在从SLP出发经由SGSN、RNC、NodeB到SET建立的IP承载之上的协议,就定位本身而言,SUPL对移动承载网并没有直接的要求。
在SUPL实现具体的定位方法时,由于不再能直接使用承载网的能力,相关的工作主要依赖于终端和定位平台。对Cell ID的定位方法,需要终端告知平台自己所处Cell;如果要实现RTT或OTDOA,也都完全依赖于终端是否能调动无线网资源实现相关测量;对于A-GPS,情况简单一些,GPS基准站通过数据网与SPC相连接,SPC通过用户面向SET传递必要的GPS辅助数据。
用户平面的方案由于无需无线网和核心网设备直接参与定位的过程,对于新老移动运营商都具有较大的吸引力,毕竟,在无线网部署定位相关的功能部件不是很容易的事:
1. 对老运营商来说,旧的承载网设备可能并不支持定位业务要求的功能,而升级这些设备支持定位功能将是及其困难的;
2. 对新的运营商来说,如果采用用户面定位方案,对承载网的规划将得到简化。
不过,应该注意到,用户面定位方案并不能简化定位本身的复杂性,所以在进行选择的时候,各运营商还需要根据自己的运营策略统筹考虑。
3、 定位业务的互通
在定位中,另一个值得注意的问题是定位业务的互通。
1、 需求
对于中国可能的新兴移动运营商而言,定位业务的互通主要是为了满足用户以下几个方面的需求:
1. 发起对各种用户的定位:用户不仅可以发起对本地用户的地位,还应该能发起对异地用户、异网用户(含PHS网和其它移动运营商的网)定位;
2. 漫游时仍能选择开通对自身定位的能力:本网用户漫游到异地时或其它采用相同无线接入技术运营商的网络时,仍然能选择开通对自身定位的能力。
为了满足需求1,要求GMLC在收到对异地用户或异网用户的定位请求时,能直接调用网络资源对该用户的终端进行定位或知道将请求转发给哪个GMLC去处理;为了满足需求2,网络需要知道用户漫游到了那里,并能通过转发请求或直接调用用户拜访地的网络资源对用户终端进行定位。以下将区分异地的互通和与异网的互通展开分析。
2、 与异地定位业务的互通
与异地定位业务的互通是指同一PLMN内有多个GMLC时能实现对用户的定位。
当全网只有一个GMLC时,该GMLC通过查询HLR得到终端当前所拜访的MSC或SGSN的地址,然后通过信令网将定位请求发送到该MSC或SGSN即可。
当用户量较大的时候,或处于区域划分的需要(定位是一个区域特征较强的业务),可能需要多个GMLC来协同实现定位业务,此时可能有两种方案:
1. 方案一为每个GMLC都能直接调动所有的MSC或SGSN实现对任一用户的定位,设置多个GMLC主要是为了实现业务请求处理的负载分担;
2. 方案二为每个GMLC负责一个区域的用户的定位,GMLC间通过Lr接口互通,使用OMA制定的漫游定位协议RLP(Roaming Location Protocol)协同完成定位。
在方案二中,GMLC之间的交互流程如图3所示:LCS Client代理用户的请求,将之发送到其归属的GMLC(该GMLC称为请求GMLC,简写为R-GMLC),R-GMLC会将该请求转发到被定位方归属的GMLC处理(该GMLC称为终端归属GMLC,简写为TH-GMLC);如果用户就在本区域,TH-GMLC直接向MSC或SGSN下发定位请求;如果用户漫游了,TH-GMLC将定位请求转发到终端当前所拜访的MSC或SGSN相关的GMLC(该GMLC称为终端拜访GMLC,简写为TV-GMLC),然后TV-GMLC,由TV-GMLC调动网络资源完成定位,最后再将结果返回。
尽管方案二的流程比方案一复杂,但可以看到这种方案的逻辑清晰,业务请求先由归属地业务系统处理,然后根据是否漫游将请求转发到漫游地业务系统,这对业务计费结算、业务统计和业务管理都极有好处。正因如此,3GPP和OMA一起通过规范确定了这种交互架构和流程。
3、 与异网的互通
与异网的互通包括与采用其它无线接入技术网络的业务互通和与其它PLMN定位业务的互通。
对采用其它无线接入技术网络(比如PHS网、cdma2000网络等)而言,关键是要满足“需求”中描述的问题1,因为不存在漫游的问题。此时有三种方案:
1. PLMN中的GMLC和PHS网中的GMLC通过RLP互通,要求GMLC支持对对方号码的路由解析;
2. PLMN的GMLC和PHS网中的GMLC通过移动定位协议MLP互通(即图1中的Le接口),双方互为对方的SP;
3. 要求SP实现对号码的解析,将请求提交到相应的GMLC,即如果是对PHS用户的定位就发送到PHS的GMLC,如果是PLMN的用户就发送到PLMN的GMLC。
从技术的复杂度而言,方案三是最可取的,但SP处于业务的外层,不好统一控制,比如中国移动和中国联通通过这种方式互通,就要求SP同时满足两个企业对SP的要求;方案二也可行,但增加了GMLC作为SP,管理模式不是很清晰,而且增加了流程;相对而言,方案一在业务流程控制和管理上都是思路清晰的,也吻合了漫游定位协议RLP制定的初衷,是值得推荐的方案。
对采用了相同无线接入技术的异网而言,在满足“需求”中描述的问题1上,分析和结论是一致的,不过它又增加了两个问题:
1. 通过承载网的设备的支持,用户在不同PLMN之间的漫游时也能实现对终端的定位,由于采用的无线接入技术相同,只要运营商之间实现了网间漫游,这一要求能实现;
2. 由承载网技术是相同的,运营商之间可以采用紧合作方式,要求自己的GMLC能直接访问对方的MSC或SGSN,不过,根据前面的讨论,这种方式类似于“与异地互通”的方案一,其管理模式是不清晰的,不值得提倡。
经过以上的分析,可以看到,3GPP和OMA一起制定的定位业务互通方案具有强大的普适性,在各种网络间定位业务互通的情形下都是最适方案。
本文通过对定位业务的架构演进和互通问题进行分析,明晰了两个问题:
1. 在定位业务的架构上,目前3GPP和OMA提出的分层架构有利于网络的扩展和互通,在定位实现方案方面,OMA提出的基于用户面的定位实现方案给运营商提供了新的选择;
2. 在定位业务互通方面,基于3GPP和OMA提出的分层架构采用RLP进行互通,能较好实现定位业务在异地、异网间的互通。
目前,定位业务由于在架构复杂性、互通、定位方法选择、隐私控制和GIS策略方面还存在一些问题,还有待于各方面进一步的努力。随着这些问题的逐步解决,定位业务将逐步深入人们的生活,给大家带来更多的方便和利益。
浏览量:2
下载量:0
时间:
[摘要]税务系统内控机制是对“两权”运行中的廉政风险进行自我控制的一系列制度、方法、措施的总称。税务系统内控理论源自对党的反腐倡廉理论的落实、对税务部门实际工作经验的总结和内控理论在税务工作中的具体运用。税务系统内控机制建设和完善是一个系统工程,应当从明确目标、完善领导体制、加强制度建设、优化工作流程等方面入手,进而规范税务人员的行政行为、实施风险管理、强化信息沟通、注重文化建设、实行政务公开、加强与外部控制的有效衔接,等等。
[关键词]税务系统;内控机制;反腐倡廉
国家税务总局局长肖捷同志在2010年全国税系统党风廉政建设工作会议上提出,2010年的党风廉政建设工作:“要突出重点,完善内控机制”。要“把完善内控机制作为惩防体系建设和反腐倡廉制度建设的重要载体,全面推进。”如何建立和完善税务系统内控机制是摆在我们各级税务机关面前的一项全新的重要工作。为了做好这项工作,我们应当对其理论渊源、制度结构内容和构建方式等问题在理论上进行深入分析,并在此基础上,结合税务系统的工作实际,提出具有操作性的政策建议。
一、税务系统内控机制理论渊源
税务系统内控机制是国家税务总局在建立健全税务系统惩治和预防****体系的过程中,认真总结多年来税务系统党风廉政建设工作成功经验的基础上,结合税务系统的工作特点,“将内部控制理论引入税务系统反腐倡廉建设”而创造的一个全新的专有名词,是税务系统各级工作人员对税务行政执法权和行政管理权运行中的执法风险和廉政风险自我发现、自我防范、自我控制的一系列制度、方法、措施的总称,是税务系统反腐倡廉工作理论创新的一个标志:也是税务系统在新形势下开展反腐倡廉工作的具体方向和思路。
1税务系统内控机制理论是对党中央关于预防行政理论的继承、创新和具体应用。改革开放以来,我们党的几代领导人都对如何在新形势下开展反腐倡廉工作进行了深入的研究和探讨,提出了一系列理论观点,以指导我们的工作实践。我们党对反腐倡廉战略方针的调整和一系列重大决策的部署和实施,表明党中央对预防****的理论认识越来越深刻,对反****的实际工作越来越重视,对反腐倡廉建设的工作思路越来越清晰,对惩治和预防****体系建设规律的认识和把握越来越明确。当前,国家税务总局在认真总结系统内多年来反腐倡廉工作经验的基础上,结合部门的工作特点,将在企业界行之有效的内部控制理论,作为一种理论方法和技术手段,引入到税务系统的反****倡廉工作之中,形成系统的具有部门特色的反腐倡廉工作思路和方法。应当说,这是我们党关于反腐倡廉理论与税务部门的实际工作相结合的产物,是对反腐倡廉理论的继承应用和发展创新。
2税务系统内控机制理论,是对税务系统多年来反腐倡廉工作实践经验的总结和升华。多年来,全国各级税务机关在反腐倡廉工作中注意与税收业务相结合,积极探索,创造了一系列与税收工作相匹配的工作思路和方法,并取得了比较好的效果。为了加强对税务干部行使行政权力时的监督制约,有效预防****行为的发生,从上世纪80年代末期开始,全国各级税务机关就改“一人进厂,各税统管”,为“征、管”两分离或“征、管、查”三分离的税收征管新模式,随着形势的发展又经历了以“纳税申报、税务代理、税务稽查”三位一体的征管模式和“以纳税申报和优化服务为基础,以计算机网络为依托,集中征收,重点稽查”为标志的税收征管模式。在注重对税务行政执法权监督制约的同时,国家税务总局在90年代中期又提出要加强对于部人事管理、大宗物品采购等税务行政管理权进行监督制约,形成了有税务部门特色的“两权监督”理论,在实践中发挥了重要的作用。与此同时,全国各级税务机关按照国务院“建立法制国家、推进依法行政”的总体战略,结合税务工作的特点,建立并实施了以细化税收执法岗责体系,统一规范税收执法行为,明确执法责任为特点的税务行政执法责任制和税务行政执法过错追究制度体系,强化了对税务干部在行使权力过程中的责任意识和对违法、违纪、执法过错行为责任追究的力度。在此过程中,一些税务机关还积极学习、借鉴现代行政管理理论,将流程再造理论、ISO9000质量管理体系等理论和方法引入到税收管理之中,通过对税收征管流程的再造,强化各环节的监督制约,使目标管理落实到每一个具体岗位和环节,进而达到规范化、精细化管理的目的。税务机关的这些探索和实践,为建立行为规范、权责明确、运转流畅的内部控制积累了实践经验,奠定了坚实的基础。
3税务系统内控机制理论是企业内部控制理论在税收管理中的具体应用和进一步拓展。内部控制理论近年来发展迅速,在实践中的应用越来越广泛,对强化企业内部管理、及时发现和防范风险、制止营私舞弊和违法乱纪行为的发生、保证管理权力的顺畅运行等方面都发挥了重要的作用。内部控制理论的目标、理论方法、技术措施等方面与税务机关加强内部管理的工作机理是一致的,与税务机关依法治税和反廉倡廉的目标要求是一致的。因此,税务系统内控机制的建立和完善,应当认真研究、学习和借鉴内控理论的观点和方法,将内控理论中的风险防范和控制的一系列具体方法应用到税务行政管理工作中,并结合税务部门的工作特点,不断加以丰富和完善。#p#副标题#e#
二、构建税务系统内控机制框架结构的具体思路
国家税务总局肖捷局长指出:“要把内控机制建设作为税收体制机制建设的重要内容,结合税制、征管、内部行政管理等改革,积极完善内部岗责体系,优化流程,健全制度,强化监督,形成权力层层分解、工作环环相扣、相互联系制约的科学严密的管理链条,从源头和机制上防范****风险。”这无疑为各级税务机关建立和完善税务系统内控机制指明了方向。
结合当前税务系统的工作实际和对内控理论的研究、学习和借鉴,当前税务系统内控机制建立和完善的基本思路应当是:坚持依法治税和反腐倡廉的基本原则,以建立健全税务系统惩治和预防****体系为目标;在各级税务机关党组的统一领导下,充分发挥纪检监察、督察内审、巡视、法制等监督部门的组织作用,各有关业务部门积极参与,充分发挥整体合力;根据现有的机构设置和税收征管模式,以建立健全税务机关岗责体系为基础,明确各个工作岗位权力和责任;以优化税务工作流程、科学配置权力为主线,以完善税收工作程序和规范税务工作行为为重点,以风险识别、风险评估和风险控制为主要内容,以信息技术为依托,强化信息传递、沟通;加强税务文化建设,培育、塑造以法治文化、廉政文化为核心的内控环境;建立和完善规章制度,公开办事程序,对税务系统行政权力的行使和运用过程进行全程监督制约。进而构建起工作岗位标准化、权力责任明晰化、办事程序化、监督实时化、追究及时化的体制机制,体现出分权制衡、流程制约、事前预警、事中提醒、事后追究的风险管理功能,实现对税务系统“两权”运行全过程进行监督和制约的内控机制,保证各级税务机关“两权”运行的规范、透明、高效。
1明确内控目标,把握内控机制的建设方向。依法治税,用法律的手段指导和规范我们的各项工作,是多年来税收工作取得成功的经验总结,是党和国家对税收工作提出的要求,也是各级税务机关的奋斗目标和工作中必须坚持的基本原则。反腐倡廉,加强党风廉政建设,是提高干部队伍素质,保证干部正确履行职责,执法为民的政治保障。因此,将依法治税和反腐倡廉设定为税务系统内控机制的总体目标,将建立健全税务系统惩治预防****体系为内控机制的具体目标,为内控机制的建设指明了方向,为内控机制框架的构建和功能设定提供了理论依据。
2完善内控机制的领导体制和工作方式。税务系统内控机制的建立和运行,是税务机关的一项全局性的工作,涉及到各个部门和方方面面的工作,必须在党组的统一领导下,由党组书记负总责,纪检组长(或者责成一名分管执法监督工作的副局长)具体抓,纪检监察部门(或者是责成督察内审、巡视、法制等负责执法监督的部门中的一个部门)作为具体牵头部门负责组织协调,各相关部门积极参与配合,共同实施内控。才能有效动员各方面的力量,共同发挥内控机制的作用。牵头部门负责制定内控实施方案,协助党组具体分解和落实内控任务,并对内控机制运行过程进行监督、考核和评价。各相关部门按职责分工,负责制定相关工作制度,梳理工作规范,落实具体内控工作任务。
3全面梳理权力事项,明确岗责体系。对照有关法律、法规和相关文件精神,结合机构改革,对本级机关各部门的权力事项,特别是税收业务管理权、人财物管理权、税收执法权等进行全面梳理,列出“权力清单”。按照机构设置和征管模式,严格划分不同岗位的权力的使用范围,针对不同类别权力的特征和作用,建立职权清楚、责任明确的岗责体系,同时,将党风廉政建设的要求融入到每一个岗位,实现权力、岗位、责任、义务的有机结合,做到各司其职、各负其责。
4优化工作流程,科学配置权力。在坚持依法治税和为纳税人提供优质高效服务原则的基础上,针对不同部门的权力事项和用权方式,简化权力运行程序,下放行政权力,提高工作效率,优化权力运行流程,明确具体权力事项的业务操作程序,做到下一道程序对上一道程序进行控制,每道程序之间互相制衡。在“简、放、提、优”的基础上,科学配置权力,编制权力运行流程图,对权力事项的运行程序、行使依据、承办岗位、职责要求、监督制约环节、相对人的权利、投诉举报途径和方式等内容,以图示的方式表达出来,通过流程图将权力行使过程进行固化,使每项权力的行使过程都做到可视可控。
三、构建税务系统内控机制的路径选择
税务系统内控机制的建立和完善,是一个系统工程,涉及税务机关内部各个部门和方方面面的工作。当前,为了建立和完善税务系统内控机制,应当理清思路,明确工作方向,重点做好如下几项工作:
1完善制度,规范税务人员行政行为。根据税收法律、法规和税收规范性文件,对税务人员每一项行政行为都要进行梳理、分析和研究,制定出统一的标准规范,使所有的工作行为都有法可依、有据可循。紧紧围绕“两权”运行轨迹,全面清理整合工作规程和内部管理制度,总结实践中的一些行之有效的经验和办法进行规范和固化,并上升为制度。建立起一系列既有实体性内容,又有程序性要求的工作制度,既明确规定应当怎么办,又要规定违反规定后如何处理,形成一整套环环相扣的制度链条,相互监督、相互制约、相互协调和相互促进,保证行政权力的和谐有序运行。”
2实施科学的风险管理,实现对风险事前预警、事中提醒、事后追究的防范和控制。从分析权力运行风险人手,对税收管理、税收执法和行政管理中可能引发风险的各种信息进行识别,并根据不同风险度和风险成因,采取相应的风险应对策略和措施,实现风险的有效防范、控制和化解。行政执法权力风险查找的重点是一般纳税人认定、优惠政策审批、税款核定、纳税评估、税务稽查、税务行政处罚等环节;行政管理权力风险查找的重点是干部任用、资金分配、项目决定、资产处置,以及许可权、审批权、征收权、处罚权、强制执行权等权力比较集中的重点部位和关键环节。风险点的查找,应当按照“对照岗位职责——梳理岗位职权——找准权力风险点——公示接受建议”的统一流程,由部门和个人结合工作实际主动查找,并将查找出来的结果集中公示。对查找出的风险,要按照权力运行频率高低、人为因素大小、自由裁量幅度的高低、制度机制漏洞的多少、危害损失的严重程度等对风险点进行分级评估,明确各部门在风险管理中的责任,健全防控措施。要把风险排查、风险分析、风险应对等工作落实到具体岗位、具体人员和具体工作环节,使风险管理真正科学、实用。
3充分利用税收信息管理系统,强化权力运行过程中的信息沟通。将权力行使过程变为信息处理过程,强化程序的严密性,弱化人为因素,遏制随意性,形成机器控权的制约机制。要依托综合税收征管信息系统、税收执法管理信息系统、纪检监察管理信息系统和人事管理信息系统等信息技术手段,逐步将以审批事项为重点的各类权力运行纳入信息化管理,使各类信息互融互通,便于沟通和监控,实现实时监督、控制和综合分析,做到全程留痕,可查可控。要进一步运用好现有的监控决策、执法考核、执法监察等信息系统,切实掌握各类事项的受理、承办、审核、批准、办结等信息,做到实时监控,全程制约。
4加强税务文化建设,培育、塑造以法治文化、廉政文化为核心的内控环境。税收内部控制机制的顺畅运行,需要有一个与之相适应的包括管理理念、组织机构、岗责体系业务流程等要素构成的内控环境。在内控环境中,人是起决定性作用的,因为所有的制度都需要有与制度要求相适应的人来执行,这其中起重要作用的是人的思想理念和能力素质。因此,必须加强税收文化建设,将依法治税、廉洁行政的观念和实施科学化、专业化、精细化管理的思想内化为税务干部的思想观念,成为全体税务工作人员的共识,并将这种治税思想和管理理念贯穿于税收工作的始终,引导全体税务人员加强对依法治税思想和科学内控管理理念的认知,牢固树立依法行政、防范执法风险和廉政风险的观念,在工作实践中不断调整自己的行为模式,为税务系统内控机制的顺利运行创造良好的实施环境。
5不断深化政务公开,实行阳光执法。阳光是最好的防腐剂,公开是最好的监督。要认真落实国家有关部门关于政务公开的部署和要求,按照“公开是原则,不公开是例外”的要求,严格执行公开办税制度,对各部门的权力进行汇总统计,审核认定,编制目录,明确公开的要求、时限、范围,实现权力、责任、流程、制度、风险“五个公开”,使权力在阳光下透明、规范地运行,不断提高权力运行的透明度和公信力,拓展监督渠道,促进内部管理制度在运行过程中不断调整完善。
6加强与外部控制的联系和有效衔接,促进内控机制的不断完善。内部控制与外部控制是各自独立存在的,分别运用不同的方式,从不同的侧面对税务机关“两权”运行进行监督,这两种不同的监督控制机制又可以相互联系,相互补充,共同发挥作用。在税务系统内控机制建设过程中,要注意做好与外部控制的沟通、联系和衔接,更好地发挥两种控制机制的合力作用。税收内控机制是一个系统工程,各级税务机关主要负责人作为内控机制建设的第一责任人,在内控机制建设和运行过程中要注意与公、检、法、纪检监察机关等外部控制部门的沟通、联系,及时发现内控工作中存在的问题,督促各部门把明确权责、规范流程、风险排查、完善制度等要求落实到位,发挥内控的作用。积极学习、借鉴外部控制的一些好的经验和做法为我所用,促进内控机制的不断完善,更好地发挥内控作用。
浏览量:2
下载量:0
时间:
浏览量:2
下载量:0
时间:
智能控制是指在无人干预的情况下能自主地驱动智能机器实现控制目标的自动控制技术。 控制理论发展至今已有100多年的历史,经历了“经典控制理论”和“现代控制理论”的发展阶段,已进入“大系统理论”和“智能控制理论”阶段。以下是读文网小编今天为大家精心准备的:一种基于视听觉微缩智能控制车软件系统架构相关论文。内容仅供阅读与参考!
一种基于视听觉微缩智能控制车软件系统架构全文如下:
国内外原尺度智能车系统复杂,软件架构多样,都是基于模块化层次设计的系统。美国斯坦福大学的 junior 智能车系统分为五大模块:传感器接口、感知模块、导航模块、线控接口和全球服务模块[1]。它是基于数据异步通信的软件系统,各模块直接从异步通道获取其它模块处理后的数据,降低时间延时。
Victor Tango 车队的 Odin 智能车是一种新型混合慎思/反应式软件模型,软件系统的感知、规划和执行在不同层并行处理;慎思控制处在高层,反应式控制更多是用于基于行为的低层控制[2]。文献[3]同样将系统划分为六大模块:激光数据处理、视觉数据处理、传感器融合、信息、决策和控制,各模块通过通用数据接口进行数据通信。国外其他智能车[4~8]也提出类似层次软件系统。在国内,由清华大学研制的 THMR‐V[9]和国防科技大学研制的 CITAVT‐IV[10]等都基于硬件功能的差别分不同子系统设计系统构架。
当前原尺寸智能车都是基于雷达蔽障导航驾驶,视觉系统只起辅助作用。而本文是视觉导航的驾驶系统,传感器基于缩微智能车自身要求,都相对简单。本文根据原尺度智能车系统及缩微车自身特点设计出缩微智能车分布式软件系统。系统由传感器、环境感知、决策和执行四大模块组成,具有器件独立、算法独立、可扩展、易调试、数据可保存等特点。
缩微交通系统是研究缩微车辆在复杂交通流环境下的驾驶行为的实验平台,包含缩微道路环境平台和多智能车系统两部分。 缩微道路环境平台是基于实际城市道路交通规则设计而成,包含十字路口、立交桥、匝道和各种指示牌等重要道路元素,具有非常高的实验仿真度,是本文研究的重要实验平台。
多智能车系统是研究的核心,分为人机交互系统和缩微智能车系统,如图 1 所示。人机交互系统可显示和保存缩微智能车的运行参数和车辆定位信息等,同时也可通过无线网络控制车辆行驶。人机交互系统是基于用户的界面管理系统,缩微智能车才是多智能体系统的主体部分,也是本文研究的重点。
缩微智能车系统由硬件系统和软件系统两部分组成,本文重点介绍缩微智能车系统的软件系统设计与实现。
基于简单视听觉传感器的车辆驾驶控制的软件设计的原则有:器件独立性、算法独立性、可扩展性、易于调试、数据可存储、软件可靠性等。
缩微智能车软件系统根据信息流向可分四层,依次是:传感器层、感知层、决策层和执行层。是缩微智能车系统的整体软件架构图,它描绘各模块层的功能、特性及连接方式。
3.1 传感器层
传感器层的任务是通过各类传感器获取缩微车辆及其所处环境信息。本文是基于缩微环境下的简单视听觉系统研究,采用的传感器种类和数量较少,主要是:图像传感器、声音传感器和速度传感器等。
3.2 感知层
感知层的任务是分析传感器层获取的数据,提取可用于决策的有用信息。感知层输出的信息包括环境识别信息和车辆自身信息等。该模块是多传感器数据提取的过程,主要包含图像处理和模式识别等相关算法。传感器获取的信息很多,如何提取出有效的信息,这是感知层的核心内容。图 4 给出本系统的图像感知算法,主要流程是:图像采样、初始化、颜色映射、灰度处理、数据滤波、区域连通,然后通过模板匹配等特征提取算法得到可用于决策的有效信息。
根据检测的对象不同,图 2 系统软件架构中将感知层分为:视觉检测和声音检测。其中视觉检测可分为:基础道路检测模块、动目标检测模块和静目标检测模块。 基础道路检测:道路检测的任务是对影响车辆寻线行驶的道路必要元素进行检测,主要有:道路线、停止线、斑马线、路面指示标志等。 动目标检测:动目标是指相对道路环境是移动的目标,有行驶的车辆和行人等。动目标检测容易引发紧急情况,因而对缩微车辆的避撞控制系统要求很高。检测的准确性直接影响车辆自主驾驶的安全性。 静目标检测:静目标是指除寻线行驶的必要元素外相对道路环境是静止的目标,有指示牌、故障车辆、静止行人、绿化带、锥形标和红绿灯等。 声音检测:声音检测是指车鸣声检测,用于车辆控制的辅助信息,可使缩微车辆的行驶和控制更加真实。
3.3 决策层
决策层的任务是将感知得到的有效信息进行数据融合,得到车辆的驾驶模式,给出相应控制信息。缩微智能车的不同自主行驶特征对应于不同的车辆控制行为。系统由此定义几种驾驶模式。
3.3.1 驾驶模式分类
车辆自主行驶特征根据检测的道路元素,如车道线、车辆、停止线、斑马线、红绿灯、行人、路面指示箭头、交通指示牌、锥形标、障碍物和道路隔离带等不同而有所不同。缩微城市道路环境下的驾驶模式有:车道保持模式、转弯模式、并道模式、路口模式、超车模式、迷失模式和紧急制动模式等七类。 车道保持模式:主要指车辆在同一车道内沿着道路线行走,遇到车辆减速慢行,这是车辆自主驾驶中最基础的模式。 转弯模式:路口检测到路面指示箭头后,且转弯道路可通行,则进入转弯模式。转弯模式中,不会触发超车模式。
并道模式:是指视野中存在车道减少的情况,与车道保持模式中的车辆控制有很大区别。 路口模式:车辆检测到停止线或斑马线后进来路口模式。路口有红绿灯和无线区域等,对应车辆自主驾驶控制非常复杂。 超车模式:超车模式是车辆交互重要部分。为确保车辆在该模式的安全,触发该模式的条件较高。需同时满足的条件有:前方车辆符合超车距离;左右有可超车的车道;超车方向无行驶车辆;在直道虚线处。 迷失模式:主要是指视野中无可用于控制的有效道路线。该模式对于车辆控制的有干扰,长期迷失将转化成紧急制动模式。 紧急制动模式:紧急制动模式是在突发情况发生需要对车辆进行紧急制动,如车辆逼撞应急停车控制。
..............
浏览量:2
下载量:0
时间: