铁路管控系统QOS通信的方案浅析.docVIP

  1. 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
  2. 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  3. 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
  4. 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
  5. 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们
  6. 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
  7. 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
铁路管控系统QOS通信的方案浅析

铁路管控系统QOS通信的方案浅析   [摘 要] 本文分析了铁路管控系统中的数据流语义,然后针对铁路管控系统,提出了一种采用P/S两级结构,广域网环境下的QoS通信解决方案,并给出了实现这一模型的几个关键技术,包括:动态组播组的建立、可靠性机制、节点的加入和退出等。   [关键词] 铁路管控系统 发布/订购 服务质量   1.绪论   铁路管控系统的各个子系统在结构上、开放性上存在很大个性差异,要互联这些异构系统,必然会遇到一系列的问题。如平台异构问题、在线特性问题、广域网内的QualityofService(QoS)通信问题等等。本文要重点研究的是如何实现广域网环境下铁路管控系统的QoS通信,本文首先分析了管控系统继承需求,记者提出了一个基于P/S的解决方案。   2.铁路管控系统集成器求   (1)自律可控性和自律可协调性   铁路管控系统由多个担负不同任务的子系统的有机组合,系统的集成要求各个子系统在保持其原功能基础上来实现各子系统数据的共享;同时,需要各个子系统能够很好协调和其他子系统的关系,从而实现整个系统的良好运行。因此,要求集成系统的各子系统有自控性和自协调性。   (2)在线扩展功能   铁路管控系统的建设是分步进行的,因此,集成系统应具备在线扩展功能。   (3)在线容错、在线维护功能   作为关系国计民生的重要部门,铁路管控系统出现局部故障或进行维护时,系统不能停止运行,因此,集成系统应具备在线容错、在线维护功能。   (4)QoS通信功能   铁路管控系统中存在多种不同数据流类型,不同类型数据流对通信的要求不同,集成系统应能提供QoS通信服务。   3.铁路管控系统QoS通信解决方案   通过前面的分析,我们知道,现有的广域网通信解决方案虽然各有优势,但具体到铁路管控系统上,都存在这样或者那样的不足,因此,本文提出了一种两级结构的基于P/S结构的铁路管控系统QoS通信解决方案,底层通信采用组播方式。   3.1模型概况   我们知道,铁路管控系统的集成,在满足通信需求的同时,要尽量减少骨干网络上的通信负荷,为了达到这一目的,我们将系统分为两级,广域网级和局域网级。我们按路由器的网络位置来进行分组,每个局域网划分为一个组播组(MulticastGroup),在每个MG内都设立一个叫“组播分组管理节点(MGMN)”的特殊节点,所有的MGMN构成一个特殊广播组   MGM(MulticastGro叩Manage)。同时,设置一些参数划分数据类型,根据数据类型,采用不同处理方式首先将数据发送到组播组MGM,然后再通过MGM中各个MGMN节点再根据数据属性将数据在相应局域网内发布。我们设置了4个参数Type、Topie、PRI和Persistenee,各参数作用如下:   Type:用于标志数据流类型,Typel为公共基础信息,Type2为业务信息,Type3为控制信息。   Topic:用于标志数据流种类   PR工:用于优先级控制   Persistence:数据流生存期   3.2通信过程描述   根据数据流类型的不同,需要采取不同的通信处理方式。   (1)公共基础信息   对公共基础信息而言,数据量小,变化频率不大,但需要很高的可靠性,在我们提出的解决方案中:   1)发布节点向MGM发布报文,发布节点带一个发送报文序号Sendsequence,每成功广播一个报文,SendSequence加1,同时,发布节点启动发送定时器,定时器时间设为网络最大传输延迟。   2)MGM中的节点正确接收到报文,就以点对点的方式向发布节点应答一个肯定应答报文ACK,MGM内每一个节点都维护一张报文接收序号报文表,ReceiveSequence(SendID)。每正确收到一个报文,根据相应接收报文序列号判断接收报文是否为重传报文,若不是,更新,ReceiveSequence(SendID)o   3)若发布节点在起发送定时器到0前收到MGM中所有节点的ACK,则认为MGM节点中每个成员均己正确收到报文,否则,需要重新发布该数据。MGMV、节点在其所属局域网内转发报文,每个MGMN*自己维持一个转发报文序号计数器TransmitSequence,其转发的报文都需要通过转发报文计数器重新编号,每成功正确转发一个报文,TransmitSequence加1。同时,:}IGMk启动转发定时器,时间设为局域网内最大报文往返传输延迟。   4)MGM、组内的成员正确收到转发报文,就以点对点方式向MGI}l.}、返回一个ACK,MG_LIN、内每个接收节点也有一个接受报文计数器,用于判断是否是重传报文。   5)在MG.11、定时器到。以前,若MGMN、收到了组内所有成员的AC

文档评论(0)

189****7685 + 关注
实名认证
文档贡献者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档