计网(城轨供电)第7讲高速列车网络技术课稿.ppt

计网(城轨供电)第7讲高速列车网络技术课稿.ppt

  1. 1、本文档共89页,可阅读全部内容。
  2. 2、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
* 报文类型 MVB中有16种报文,由主设备帧中的F_code区分。 F_code(功能码) 报文类型 0 16位过程数据请求帧 1 32位过程数据请求帧 2 64位过程数据请求帧 3 128位过程数据请求帧 4 256位过程数据请求帧 5 (保留) 6 (保留) 7 (保留) 8 主设备权传送请求帧 9 总体事件请求帧 10 (保留) 11 (保留) 12 256位消息数据请求帧 13 组事件请求帧 14 单事件请求帧 15 设备状态请求帧 * 7.4.5 MVB介质分配(MAC) MVB由单个主设备控制,该设备是能发送Master_Frames(主设备帧)的唯一设备,所有其它的设备都是从设备,他们不能自发发送。 在持续几秒钟的一轮期间,可能有几个设备——Bus_Administrators(总线管理器)——能够成为主设备,但一次只能一个成为主设备。 主设备可位于总线的任意位置。 主设备按照某种预定顺序(策略)对端口进行周期性的轮询(Polling)。 * MVB介质分配 基本周期、周期相、偶发相; 过程数据、消息数据; 主设备轮询:源寻址广播; * MVB介质分配 过程数据:根据所传送数据的需要安排访问时间间隔。时间间隔以基本周期为单位,按2n (n=1-10)关系统一部署。 * 7.4.6 MVB容错 检测传送过程中的错误。 故障独立性。 提高可用性。(双份物理介质和冗余总线管理器) 系统可有单线和备份混合组成。 * 7.4.6.1 介质冗余 电器和光纤的物理介质全部备份 * 光纤介质冗余 * 7.4.6.2 总线管理器冗余(主设备权的转移) 令牌传送算法 :相应的策略来保证所有的管理器对总线的循环访问。 * 7.5 RTP 概述 变量服务 消息服务 * 7.5.1 RTP概述 Real Time Protocol 它为一个应用与另外一个应用在列车通信网络上提供协议和服务。 * 变量与消息 RTP 提供以下两种主要的应用通信服务: 1) 变量(分布式进程数据库) :传送具有确定传输延时的短数据。 2) 消息(呼叫/应答及多播消息) :传送可能冗长但不频繁的数据项。 3)在 RTP的标准中定义了两种接口:链路层接口(LPI和 LMI)和应用层接口(AVI 和 AMI) 。 * RTP体系结构 LPI,LMI 分别定义从总线所期望得到的服务种类; AVI,AMI 分别定义了提供给应用层的变量和消息服务。 * 消息与变量的基本区别 RTP之所以分为变量服务和消息服务两大部分 ,是由变量和消息不同的传输方式与要求所决定的。 变量主要是列车运行的控制命令和运行状态。这些信息对于列车的正常运行来说都是非常重要的。为了保证变量在确定的较小的时延下能够被及时地发送到相应的端口中 ,在 RTP中对变量的传输是周期性的、 广播的 ,从而保证变量的实时性; 而消息则不同 ,消息是一些冗长但不频繁传输的数据 ,消息是按需传输的 ,所以消息的传输是非周期性的、 点对点的。 这就决定了消息的传输需要发送方和接收方建立连接。从而也就决定了消息要有网络层、 传输层等变量没有的层。(表3.5) * 7.5.2 变量 为时间紧迫的数据或者过程提供的一种传送服务。 采用广播的方式。 采用分布式过程数据库,不同设备中的应用程序访问位于一个全局数据库中的过程变量,每个设备各有自己的过程变量。 消费者与发行者。 * * 因为过程变量周期性地通过总线来发送, 所以在数据偶然丢失的情况下不需要明确的重发。 为了对付持续的错误, 总线控制器为每个变量提供了1个计数器, 这个计数器表示在多久以前变量被刷新。 此外, 它也能随同每个变量发送1个校验变量以保证变量及时、 正确地产生。 * 数据集列子 应用可以单个访问过程变量, 也可以更有效地按组访问过程变量。 过程数据应用层按单个的应用变量安排被发送数据。 它也可以将数据形式转换成客户所使用的表示法。 * 7.5.3 消息 各应用之间通过列车通信网络 “透明” 地交换消息。 一个应用并不了解其对方是驻留在同一总线、 同一站, 还是在TCN 的其他任何地方。(图 3.61) 应用在客户机/服务器基础上通信。 一个会话包含两个消息: 一个由客户机发出的呼叫和一个响应它由远程服务器发出的应答。 消息被分段成若干小包以便发送。 每个包带有标识其源和目标的全部地址。 列车总线各节点为各包确定路线。 重发协议用于流控制和出错恢复。 这个传送协议仅由端设备执行, 中间节点仅在特殊情况下(例如初运行)才介入。 * 7.6 TCN小结 与OSI 模型的比较 网络管理 * 7.6.1 TCN与OSI 模型的比较 OSI 通用,TCN专用 都强调兼容性 TCN总是实时工作,而OSI中没有考虑数据是短距离传输,且频繁,时限紧

文档评论(0)

1112111 + 关注
实名认证
内容提供者

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

1亿VIP精品文档

相关文档