文档文库
手机版
投诉建议
热门搜索： 心得体会 演讲稿 思想汇报
首页 > 专用短距离通信使用指南中文版(部分)

专用短距离通信使用指南中文版(部分)

发布时间：   来源：文档文库   
小 中 大
字号：
手机查看
DSRC的实施指南
基于专用短距离微波通讯的SAEJ2735消息集的指南修改史
次数时间修改者修改处
章节页修改史前言
1.专用短距离微波通讯实施指南概述
1.1本指南的目的
1.2本指南的范围
1.3本指南的组织1.4本指南的约定1.5参考文献1.6定义1.7缩略语
2专用短距离微波通讯的概念
2.1专用短距离微波通信的概述2.2相关标准
2.3专用短距离微波通信设计理念2.3.1用户2.3.2数据2.3.3隐私2.3.4接口
2.4系统级的功能性服务2.4．1咨询信息发布2.4.2通讯2.4.3信息查找2.4.4管理
2.4.5地图要素分配2.4.6定位2.4.7探针数据
2.4.8路边基础设施的支持2.4.9安全2.4.10系统时间2.5第七子系统
2.6第七子系统外部接口2.7与其他无线协议的相互作用2.8实施注意事项
3应用1基本安全信息-智能刹车灯警告3.1说明
3.2与第七架构相关性3.3通讯参数3.4如何使用信息3.5代表消息的编码

3.6格式良好的消息的例子3.7自动终端信息业务和**的相关3.8界面设计问题/注意事项3.9讯息共享问题/注意事项
4应用2及时路旁警告生产
4.1说明
4.2第七架构的相关4.3通讯参数4.4如何使用信息4.5代表消息的编码4.6格式良好的消息的例子4.7自动终端信息业务和**的相关4.8界面设计问题/注意事项4.9讯息共享问题/注意事项
5应用3探测车报告
5.1说明
5.2第七架构的相关5.3通讯参数5.4如何使用信息5.5代表消息的编码5.6格式良好的消息的例子5.7自动终端信息业务和**的相关5.8界面设计问题/注意事项5.9讯息共享问题/注意事项
6ASN.1的编码和解码的常见问题
6.1ASN.1的历史和编码样式6.2ASN.1的资源
6.3在SAEJ2735使用DER编码的基础知识6.4普通的值编码
6.5各种长度的整数的编码6.6枚举值的编码
6.7各种长度的字符串的编码6.8位串值和命名的位串值的编码6.9布尔值的编码6.10对象标识符的编码
6.11二进制数据（八进制序列）的编码6.12序列或选择结构的编码6.13处理可选的内容元素6.14内存中自制系统号得问题6.15***前言
本指南的目标读者是那些在应用中使用SAEJ2735开发和部署专用短距离微波通讯的人。特别是那些我们假定已经熟悉专用短距离微波通讯的个人技术，协议栈以及一些编程信息的知识的读者。本书提供这些人对专用短距离微波通讯的具体细节的设置，XML编码方面的消息集的用途和在ASN.1技术的实际用途的知

识。这不是假定读者都是这个领域的专家，但是本书中实用的例子可以帮助开发者更有效的编写程序。本书的目的是服务实施者的需要而不是实施者的管理者的需要。1DSRC实施指南简介1.1本指南的目的
本书的目的是结合车辆基础整合的应用为SAEJ2735的实施者提供指导和帮助。
本书包括帮助实施者：
*了解怎样运用J2753信息；例如，如何将普通邮件应用于不同的领域和不同的供应商和实现目标来实现互联互通。
*解释发送J2735消息设置元素的实施方案，有时结合ATIS和ITIS元素。*了解界面设置问题
*了解怎样实现专用短距离通信消息共享和使用专用短距离通信消息框架，例如：怎样使一个单一的消息能够支持多个应用使用它的内容。另外，本指南规定：
*实用的建议,并对这类信息组成的实施工作的代码片断雇用来建造三个基本工作应用。*关于符合标准信息的详细例子，以ASNDER和XML两种格式。*提供消息处理的建议，以避免应用到应用的分享和通信栈的消息处理问题，尤其是关于普通信息的编码和解码库和合适的层（例如在OSI模型）以及指导开发者如何有效组织应用程序的问题
1.2本指南的范围
本指南主要集中于运用下列三种消息对SAEJ2735的消息设置的执行*基本安全信息*路旁警报信息*探测车信息
本指南用对应每一个消息的应用程序来说明这些消息的用法，如下。*基本安全信息是用电子紧急制动灯的应用来说明的，当一辆车突然刹车，紧急电子制动灯应用程序基于基本安全信息产生并发生一条消息给其他车。这种单一的消息（由于他经常与附近的车辆进行交换，所以他通常叫做心跳消息）应用于各种应用程序中来与附近的车辆保持联系和做出决定。
*路旁警报是应用于多种移动信息应用程序中的一种消息，特别是用于通知紧急情况附近的移动用户的紧急车辆警报信息。在这个应用中，从公共安全车载单位或基础设施发出的信息是对移动用户提供交通情况的信息。这种类型的路旁警告信息包括例如交通延误，交通事故和转移数据，建筑信息和其他想要传送给司机的交通管理中心的数据。紧急车辆需要的信息，重要的是在车辆周边活动的车传过来的信息。本指南描述了车上设备对信息的传送和解码。给司机呈递信息的机制是活动设备的设计者的义务。*探测车信息用于多种应用，车辆不时的收集道路和交通状况的数据。这些数据被组合成信息传送到路旁设备，然后提供给TMCs和信息服务提供者。这个探测数据提供有关交通状况，天气和路面情况的信息。
这三个消息和他们的应用程序被作为安全信息交流和信息内容的代表，是典型的整体信息设置，他们比其他信息更加成熟。这种类型的数据元素（整形，枚举，短字符串）代表了已经发现的和期望的内容在将来版本中的标准。本指南中说明的这种编码方式也能应用于服从这种编码规则的未来的新的消息。
本指南中不实现真正的应用程序或系统，相反，他使用每个程序的一些实际的部分（获取适当的数据来编码）来说明怎样合适的把信息组成和使用。应该强调在发展中的本指南关注信息的使用，而不是其余的功能系统及其需要。

本指南的主要目的是发展和传授消息的应用细节，提供有用的编码段，这样读者就
可以有信心将其具体化。1.3本指南的组织
第2节是关于专用短距离通讯信息处理问题的一般概述，包括一些扩展超过消息设置本身的设计因素。还包括支持的协议，以及专用短距离通讯的传输节点的传入与传出消息的问题，包括在别的层上面的信息设置层（例如传输优先级和时延）的需要。接下来的三节是：
*第3节，基本安全信息*第4节，路旁警告信息*第5节，探测车信息
对于这三节的每个部分，本指南在下述几个小节中描述了应用程序和消息：*应用程序的描述
*与第七届国家系统要求的相关性*通信参数，包括（在适当的情况下）-通信范围要求
-信息方向（发送者或者接收者）-发送间隔-优先分配标准*如何使用信息*信息编码的代表*良好信息的举例
*与ATIS或者ITIS消息的相关性*界面设计问题或注意*信息共享问题或注意
开始的两小节描述了为什么选中的应用程序适合于第七应用程序和国际构架的矩阵总体规划，强调消息是如何支持应用程序的，而不是应用程序本身的细节。接下来的小节提供了许多重要功能细节的概述，这是任何实时应用程序都需要被支持才能成功实现，虽然许多这些并不直接影响信息的编码或者存在于整体专用短距离通信协议的其他层。
接下来的三个小节探讨如何就提供的多个例子建立工作信息，在这三个小节的每一节里，一个简单的工作工具，建立了信息来帮助开发人员创建他们自己的有代表性的并且正确的消息编码。
在最后的三个小节谈及了任意应用程序都需要在相同的环境下处理的各种资源共享设计考虑（在相同的硬件多个应用程序）。
这种相同的格式随访与三个应用程序中的每一个（第3,4,5节）；尽管一些内容在每个新章节中没有重复（例如，每个建立的应用程序应该按顺序读）预计，在今后的任何版本的指导，这种格式都将遵循。⑴第6节，按照ASN.1的处理一般信息，然后提供教给读者关于使用ASN.1的许多问题还有分布式编码规则和编码方式。
第7节，解决一些关于扩展信息设置来增加新内容的问题，并当需要时提供建议解决方案。第8节专门讨论了实用工具和开发应用程序的对话框。一些用户仅仅把这些工具用来理解信息，而另一些用户可能利用提供的代码例子作为发展他们自己的工具的基础，这一节讨论了这些工具的使用，而且提供了所提供的代码的概述。
⑴尽管暂时联邦公路管理局没有资助和推荐，处理SPAT信息的指导部分和他的应用的未来

是可以预见得到的。1.4本指南的约定
好的代码语言一般是用等宽字体来命名数据元素，数据结构或者消息响应的，例如：基本安全消息的合适的名字应该是BasicSafetyMessage，例子里是用驼峰拼写法命名的。
这样的名称一般可能是该元素在ASN.1或XML中的名字，通常他们是相同的。然而，这种规则会有一些例外，通常是在专用短距离微波通讯重新利用的智能交通系统标准的领域，除非有语言冲突，（2）不然这些名字在代码例子中往往是代表他们的变量。
正确的数据手册里在命名数据元素，数据结构或者专用短距离微波通讯标准定义的消息，往往在前面加一个短的字母缩写来表明他们的类型。对于在SAE中定义的数据结构，这些短的字母缩写包括：*MSG_表明是消息
*DF_表明是数据结构（拥有复杂数据内容的结构）*DE_表明是单数据元素
例如，在合适的数据手册中，基本安全消息的名字是MSG_BasicSafetyMessage，并且用斜体来表明他是一个数据名称。这种类型的命名方式在智能交通系统标准里是很普遍的，然而，这个命名规则也会有一些例外，特别是在专用短距离微波通讯重新使用的智能交通系统标准领域。
一般的，在专用短距离通讯标准中定义的数据的概念是用驼峰命名法命名的，在本书中给出的代码段中也尽可能的沿用这种风格。在C语言中的代码片段中，一般使用匈牙利命名法，在常见的微软数据命名法中也默认使用这种命名方法。（3）
本文中涉及的源代码表的文件名是在stdio.h中用斜体设置的。在各种编程语言包括C，VB，ASN和XML中，代码清单的片段都是用等宽字体来给出的，如下例。

十六进制的数字是在前面加0x，例如0x1F就表示十进制的数字31。二进制的数字是在前面加0Bx，例如0Bx010就表示十进制的数字5。电子版或者网上版本的这个标准或文档使用了大量的提示和注释，当光标移动到这些文字上面时，光标会呈现出高亮状态并弹出文本。这些信息是帮助那些有视力障碍的人阅读该文档。
(2在一些编程语言中，在名字里出现下划线而后破折号时不行的，有几次，在生成目标文件时对这些字符的自动整形可能会产生一些数据的问题，本书提供的代码不会有这样的错误，但是应该知道会有这样的错误可能发生。(3由微软建立或者他们出版的例程中的，还有第三方教材或者代码段中的普通的编码风格也在本标准中使用，本标准没有想要在这个方面转换不同的类型。1.5参考文献
下面列出一些标准和一些支持的参考文献
专用短距离通讯设置标准，SAEJ2735可以从
http://www.sae.org/technical/standards/J2735_200911获得采用专用短距离通讯的XML架构信息设置标准，SAEJ2735可以从http://www.sae.org/standardsdev/dsrc/获得
采用专用短距离通讯设置标准的ASN.1代码列表，SAEJ2735可以从

http://www.sae.org/standardsdev/dsrc/DSRC_R36_Source.ASN获得采用ITIS编码标准的XML架构，SAEJ2340，第四版的第二部分可以从
http://www.sae.org/standardsdev/dsrc/DSRC-Adopted-02-00-36.xml获得采用ITIS编码标准的ASN.1代码序列，SAEJ2340，第四版的第二部分可以从
http://www.ITSware.net/itsschemas/ITIS/ITIS-04-00-03/ITIS_04_00_03_Source.ASN.txt获得
车辆基础设施整合（七）国家体系要求1.3.1版2008年4月草案，对于第七方案的现状可以从www.its.dot.gov/vii/和www.vehicle-infrastructure.org/找到
其他智能交通系统的标准，见http://www.standards.its.dot.gov/default.asp或标准发展组织（SDO）发表的文章。
SAE的先进移动信息系统用户指南（多卷）可以从
http://serv1.itsware.net/itsschemas/ATIS%20Guide/AGuidetotheATISGuides/下载更多的关于国际移动信息系统的合适的应用的代码也也可以从上面标明的先进移动信息系统用户指南里找到。
飞利浦.米勒写的TCP/IP协议的解释电子出版社出版，ISDN1-55558-166-8.，虽然这本书有一点点过时了（出版于1997年，没有包括新出来的无线协议例如IEEE802.11abc标准的内容），这本书是被认为理解TCP/IP通信的最后参考资料。
多种ASN.1资源包括教科书，各种实用工具，以及下载帮助都包含在法国电信网：http://asn1.elibel.tm.fr/en/resources/index.htm和http://asn1.elibel.tm.fr/en/index.htm这个网站的内容中有约翰.拉马思的对ASN.1的教程，这个指南里有对ASN.1的直接的应用。见http://www.larmouth.demon.co.uk/tutorials/tagging/
一个提供关于ASN.1的免费教材和训练帮助由Nokalva开放源代码的网站是http://www.oss.com/asn1/booksintro.html
这个网站可以免费下载约翰.拉马思的书完整的ASN.1还有奥利维.迪比森的书ASN.1异构系统之间的通信。
ASN及其编码成DER的具体规则能从国际电信联盟电信标准化部的文件中找到：ASN标准本身：http://www.itu.int/ITU-T/studygroups/com17/languages/X694.pdf使用的各种作业：http://www.itu.int/ITU-T/asn1/database/itu-t/x/x892/2005/index.html分布式编码规则：http://www.itu.int/ITU-T/studygroups/com17/languages/X.690-0207.pdf
1.6定义
基于本指南的目的，引用了下列定义。
1.7缩略语
业内术语，本指南中的字母缩写都在下面指明了，除非在别的地方有特别说明。
2专用短距离微波通讯的概念
2.1专用短距离微波通信的概述
本指南不会给出车辆基础设施一体化的确切的定义，这样读者可以到国家系统要求或者本指南提供的多种参考资料里看到确切的定义。美国运输部门是如下描述第七架构的：
第七架构协议是和美国运输部，州政府和当地政府的合作，汽车行业，和其他合作伙伴为了在各种车辆间实现许多安全可动商业的程序而支持发展一种实时的数据通讯的信息基础设施。
第七架构描绘了一个实用的第七架构网络，在这个网络里车辆可以得到交通信息和多种模式

的路况信息，接受可能到来的隐患的警告，和其他的车辆进行商业贸易。运输部能够得到他们需要的数据，这样他们能更好的管理交通运行和提供运输计划，提供更有效的管理维修服务，基本功能包括：
*向司机提供危险的路况和可能的碰撞事故警告。
*如果司机跑出公路或者拐弯的时候速度太快提出警告。*向系统工作者提供实时的交通堵塞，天气情况和交通事故。*电子支付能力。
*向系统工作者提供用于实时管理的道路容量信息，向司机提供道路宽度建议和计划。第七架构倡议的目的是评估价值，决定技术可行性，经济可行性和社会认可程度，还有为了支持全国第七架构网络发展而做的研究。第七架构的初始概念是一个链接和管理许多路旁单元的全国网络。尽管这个概念被美国运输部低估，本指南认为这个网络方法和架构在国家系统需要具体化将会实施。在SAEJ2735中的构成这个基础消息集事实上是和现在在审查中的传输媒介是没有关系的。例如，如果有数据被车辆捕获和传输到交通管理中心的移动应用上，他们走的路径不会影响数据实时到达的实用性。
第七架构和随后的国家安全交流组织提供基础设施和车辆还有车辆和车辆的连接。他不是说明性的解释数据如何使用，信息如何显示或者怎样采集。他事实上是一个在车辆和多种想要连接的机构间提供数据的管道。下面的图片说明了第七系统。
网络用户
路旁系统
第七系统

移动个人用户第七系统管理

移动公共用户
基础设施管理外部数据源

这个系统不存储数据，也不试图为用户把数据转换成信息。这些过程在和系统有接口的外部设备中进行，或者是移动的或者是固定的。数据就是在这些接口用SAEJ2735定义的，这些数据也是本指南中的对象。图片中的元素描述如下
咨询顾问通过系统在广播中提供咨询信息或者订阅接收资讯信息。资讯提供者通过系统在广播中提供信息。数据提供者向系统提供原始数据。
数据订阅者订阅并接收系统收集来的数据。
交易代理通过系统向别的交易代理发送或者接收服务信息。移动私人用户是交通网络中的设备，包括在汽车或是掌上电脑中的单元，例如手机或者导航设备。
移动公共用户是和私人用户类似但是他们的隐私不被保留，这些设备安装在例如救护车或者消防车上。
路旁系统包括信号控制器或者舷梯控制等设备，这些设备作为系统的一部分可以为了调整具体的策略而收集数据，另外提供例如安全认证等的升级。基础设施管理是管理通讯网络的一个组织，在一个比较全的实施例子中，他就像是一个主要的通信服务供应商或者这样的一个联盟。

第七架构的系统管理员负责管理需要运行的多种部分或者领域。网络用户是许多使用这个系统的协会组织和商业组织。他们包括收集车辆数据，调度交通信息和运作交通网络的政府和与客户联系的汽车制造商。
外部数据源包括许多支持服务，例如差分全球定位，安全认证机构和地图服务。2.2相关标准
第七架构系统需要采纳和执行许多标准；没有一定的格式大量的网络用户不能运作。这会有系统网络里的通信标准，车辆里的数据标准，交通数据标准和跨区域的统一的数据字典，会有获得数据的接口标准，和第七系统需要采纳的外部源限制的标准。本指南关注的标准包括一定设备之间的通信标准和移动设备与基础设备之间通信的标准，这两部分标准主要涉及：*IEEE1609标准（定义了通信服务）
*SAEJ2735专用短距离消息集字典（定义了交换的应用层消息）IEEE1609标准可以分为如下几个部分：*1609.1WAVE源管理
*1609.2TM-2006，WAVE-应用和管理信息的安全服务*1609.2TM-2006，WAVE-网络服务*1609.2TM-2006，WAVE-多信道运作另外，还有IEEE802.11p,这是增加了WAVE的802.11标准，他对需要支持智能交通系统应用的802.11增强了定义。这包括高速车辆间以及车辆和路旁设备间的数据交换的智能交通系统合法的5.9GHz频段。（4）802.11p是GSRC的基础，一个以欧洲CALM系统为基础的美国运输部工程在找以车辆为基础的通信网络，特别有通过车辆进行收费，车辆安全服务和商业贸易的程序。最终的版本是一个能使车辆间和车辆与路旁设备间通信的全国性网络，这个工程是以他的前身ASTME2213-03为基础的。802.11p估计会在2010年下半年成为一个公布标准。
1609标准系列包括通信堆里的多层之间的通信和标准WiFi802.11的修正版的802.11p标准。这个修正版主要包括满足便携式设备和低延迟应用。尽管1609标准系列是DSRC数据发送的关键元素，这不是本指南的正题。如果读者想要对无线传送的性质有更深的了解，他们在标准文件中有提到(www.standards.ieee.org。本书的重点是SAEJ2735和DSRC消息集字典。在这些年（05-09），他们发展了很多的草案。本文档中是用的版本是这个标准的正式通过的第二版，公布于2009年11月4日。本文档使用1609标准系列来描述发送的消息。（4）IEEE1609标准-车载环境接入无线网络标准的综述，美国运输部于2007年7月15日修订。
2.3专用短距离微波通信设计理念设计考虑是按一下几部分讨论的。2.3.1用户
DSRC消息集得用户包括许多技能和学科。有许多致力于车载和掌上电脑应用的系统设计者。这些开发者必须设计许多平台，不仅厂商之间不同，而且不同的车型之间也每年都变化。这些开发者有很复杂的任务，开发一些开发系统不仅可以及时提供数据并且也符合这些标准。在车辆和基础设备之间的通信也有严格的限制。首先，通信充其量是零星的。在第七架构的系统下，许多线路系统没有收音机覆盖；数据只能被路旁设备在有限的范围内或者被旁边的车辆发送。这就要求车辆里的数据要能够被存储并用在可能的情况下被发送。相对的方面也要求接收到的数据要被存储和在合适的地方展示给司机看。另外，上传和下载数据的地点是在别人也会做相同事情的相同地方。这样这个交易活动不仅必须快，并且要能容纳多个有相同意图的用户。
消息集也必须包含交通工程师的把车辆数据作为许多控制机械的输入的需要，来帮助他们的

运作。这些消息集的用户有差别的看待这些信息。当信息通过智能交通设备以一种普通的格式例如XML顺利传送或者过滤时，这些用户会更熟悉这种先进的车辆信息系统或者交通控制数据字典格式。这种类型的数据（特别是在ATIS中的信息）可能在DSRC媒体中以XML的格式传送，比本指南中所用的时间安全信息慢的接入方式。其他网络用户例如汽车制造商更可能与他们的客户用一种以他们自己格式加密的文件通信。2.3.2数据
除了包含许多用户，数据的分解也是一个问题，尽管有许多关于数据的使用例子，也不可能包括所有可能的应用程序。确实，也不可能预测未来汽车制造商产生的新的数据类型。许多交通数据的用户认为有些应用程序的里的数据不需要原数据。这个讨论在第七架构发展的前期已经扩展了。结论是第七架构可能会采纳一种政策发送原数据给网络订阅者。事实上，每一个数据元素都提倡使用数据的原始状态，在这个前提下又有一系列的设计。这个设计也在间歇性短距离通信过程中有显著影响。为了尽可能的从交通网络中收集更多的数据，当车辆在网络中移动时，进程也随着路旁信息的收集在发展，与下一个路旁设备发送的信息连接起来。这样也增加了消息集的负担去包含方向和地理里定义的移动地点信息，然后发送给车辆，展示给司机稍后的时间和位置。
消息集的设计是试图把单独的数据元素用于多方面的应用，有个别的应用没有数据集。相反，有的由多个组件构成的一个消息集可以被每个应用选择为必须的消息。例如，有许多程序需要时间，位置和航向。数据集就发展这些数据来满足所以用户的需要。当车载应用需要这些数据时就可以读这些数据和满足他们需要传输的格式。2.3.3隐私权
自从第七架构的设计理念开始，隐私权就嵌入到了这个理念中了。在需要所有车辆在所有时间里的所有数据的交通工程师和提倡隐私权需要被作为基本隐私规则被保证的人之间存在着天生的冲突。一些汽车制造商声明如果他们不能再任何情况下联系到他们的用户，那么第七架构就不是一个可用的工程，这就要求消息集纳入标准规定中。在隐私权提倡者和交通工程师之间进行了大量的协商希望能达到一个平衡，这些平衡在消息的设计和IEEE1609标准中的一些内容中可以看到。对于私人汽车，没有可用直接确认车和司机的数据元素，也没有第七架构可以用来追踪汽车或者用于执法过程的元素。在这里的私人和公共的术语需要一些新的定义。公共的信息通常是从交通管理中心发送到所有车辆里的。一般的ATIS事件消息就是用这种方式广播的，用可扩展标记语言编码，然后利用因特网协议来传送，公共信息不是发送给私人车辆的，他们是广播的，私人车辆可以有选择性的忽视或者接入可用的数据服务，还能通过IEEE1609提供的服务来联系到相关的用户。
为了车辆间信息交换的安全性，使用车载环境接入短信息在车载环境服务信道中广播，需要编码。从车辆上得到的探针数据是被认为是公共的，因为他能被大量的网络用户包括公共代理获得；然而这个信息是匿名的。任何组织或公司与个人用户之间的交易被认为是私有的，尽管所有的信息都是被认证的，私人信息还是被加密的。2.3.4接口现在的IEEE1609标准不能为标准化的应用程序向下层提供服务，因此，每个具体的实例都要为这些服务发展传统的接口，而且他们还通常是不同的。这样为指南提出了一个例如这样问题：希望说明一种产生合适的信息并且使他们从IEEE1609标准层脱离开来。为了解决这个问题，一个普通的伯克利通信协议的接口的使用被认为是在和IEEE1609标准层通信。程序例子都是在假定这个假设是成立的情况下的。这种类型的接口被广泛的传播，理解和建立。这种接口也在一些运作领域被使用，在未来1609标准系列可能会找到一个解决方法，这样这种类型的接口就会消失。

至于更加详细的解释会在随后的几个章节里说明，代码例子已经在现存协议的PC机上实施过。为了仿真IEEE1609车载环境短信息的广播过程，在IP上的用户数据报协议包通常被认为是一个通信的插座或端口。这样就使现存的商业现成的接口分析工具来学习和检查本指南中描述的消息成为可能。2.4系统级功能性服务
1.3.1版本的国家体系要求包括了一个系统级的需要的清单。国家体系要求定义了一个系统功能服务的清单，这些是支持第七架构功能的高层的功能，包括如下内容。2.4.1咨询信息发布
第七架构的咨询信息发布服务使网络用户能够在某个时间段向目标地理地区的移动用户发送咨询信息，他也能使路旁基础设施用户在本地区域向移动用户发送咨询信息，也能使公共服务移动用户在他的本地区向路旁设备发送咨询信息。消息是按一个优先的顺序传送的。他也使一个授权的或者起始的网络用户或者路旁基础设施用户能够取消咨询信息的发送。
这样一个考虑移动信息的应用程序一般起源于一个交通管理中心服务台，这个应用程序很可能只能分配给这个服务台的或者他运行的特别的路旁设备。例如，一个城市的应用程序不会扩延到附近的州，尽管现在还没有下定义，路旁设备级别的使用权很可能掌握在他的用有者手中。
DSRC安全信息就是用这种方式分配发送的，包括路旁警告可以从路旁设备（典型的例子是正在施工警告或者网络里的大范围的交通事故）或者公共安全车载设备（通常在本地区移动的应答器或者一个在现场发送旅客到达警告的应答器）发送。2.4.2通信
第七架构系统向移动用户提供通信设备使他们能有效的与网络用户，与路旁设备，与其他移动用户交换信息。这些设备可以提供多级别的服务，取决于移动用户的业务特点，环境和需要交换的信息类型。DSRC安全信息的焦点本质上大部分是在车辆与车辆之间的通信，尽管车辆与路旁设备和路旁设备与车辆之间的通信也是存在的。本指南中说明的DSRC安全信息由三种。BasicSafetyMessage是车辆与车辆间的，ProbeVehicleData报告信息是车辆与路旁设备间类型的，RoadSideAlert消息可以是车辆与车辆之间或者路旁设备与车辆间的。这里所考虑的所有信息都是要被广播传送出去的，这样消息的设计者就需要考虑到后果。例如不像发送给可变信息标识的消息一样，这些信息需要包括地址和方位的信息。这些信息很像一般的应用信息，但是很多需要包括数据被发送地点的有效地址和方位。2.4.3信息查找
第七架构系统的信息查询服务向网络用户，管理用户和选中的第七子系统的判断能力，与选中第七架构组件的位置和连接信息提供设备，使他们有效的控制这些第七架构里的组件或者通信。消息开发者需要利用这些服务去收集相关路旁设备的地址的这些消息内容。这些不是是DSRC安全信息，本指南也没有举例说明他们的应用。2.4.4管理
第七架构的管理服务为维护和监视第七系统的性能，非移动组件的安全和构造提供了设备。包括：*跟踪和管理第七系统的构造配置*配置第七系统非移动组件
*检测，隔离和校正选中的第七系统的非移动组件和服务问题*监视第七架构系统及其子系统的性能
这些不是是DSRC安全信息，本指南也没有举例说明他们的应用。2.4.5地图要素分配
第七架构系统的地图要素分配服务为移动用户发送局部微地图来支持以线路为基础的安全应用。这个服务使用一系列的参考地图，增加一些探测数据对这些地图元素进行验证，来制作和升级这些微地图。这些经过认证的微地图被分配给在这地图范围内的移动用户来支持终端的应用程序。
这是DSRC安全信息范围内的一部分，本服务被现存地图的信息和几何道路所支持（时间信号和状态信号的

结合），但是本指南现在也没有举任何有关这些消息的利用。2.4.6定位
第七架构系统的定位服务取得，维持和分配定位信息和纠正位置信息给需要这些信息的第七架构子系统，给那些可能用得着这些信息的移动用户。定位信息会使用一系列可用的外部定位服务和例如惯性导航之类的机制来提供定位数据。
本服务是DSRC安全信息范围的一部分，DSRC安全信息如今提供许多信息格式来支持全球定位系统和其他的精确定位系统的差分纠正，但是本指南现在也没有举任何有关这些消息的利用。2.4.7探针数据
第七架构探针数据服务从所有的移动用户收集匿名的探针数据，然后把这些数据发送给需要这些数据的授权的网络用户或者路旁基础设施用户。这些探针数据会满足SAEJ2735标准（见MSG_ProbeDataManagement和MSG_ProbeVehicleDatamessage和相应的应用附录）。探针数据的分配会在一个实时的时候发生，第七架构系统只会把这些探针数据保留到有授权用户需要，不需要的数据将会遗弃。
本服务是DSRC安全信息范围的一部分，在地5节会很详细的举例说明这个MSG_ProbeVehicleDAta消息，但是本指南现在也没有举任何有关这些消息的利用。2.4.8路边基础设施的支持
第七架构的路旁基础设备支持服务为那些不能提供合适格式的消息的路旁基础设备用户提供数据收集，处理和格式化服务。
这些不是是DSRC安全信息，本指南也没有举例说明他们的应用。2.4.9安全性
第七架构系统的安全性服务提供了一定程度的硬件软件和信息组件的安全保护，防止黑客，未授权用户和物理的或者电的破坏。这个安全性服务也维护授权用户权限的网络管理控制和保护用户信息的保密。他会检测，隔离和纠正第七架构系统安全性的侵犯。如需进一步了解第七架构安全目标如何实施的概念，请参考第七架构系统安全计划。
这些不是是DSRC安全信息，本指南也没有举例说明他们的应用。2.4.10系统时间
第七架构系统时间服务为需要这些信息的移动用户与第七架构子系统获得和维持时间信息。这个系统时间服务是把GPS时间作为基础的。
这些不是是DSRC安全信息，本指南也没有举例说明他们的应用。然而消息集自身也知道和利用这一需要。许多消息的交换时默认接收单元知道当前时间的误差小于一秒，这样当前时间通常是已知且不会在数据里发送。
2.5第七架构子系统
本指南的读者应该了解这些功能和具体的要求在国家体系要求里会有说明，当然特别关注的是通信，国家体系要求定义了6个主要的子系统。*证书授权机构*企业网络运营中心*专用的移动用户段*路旁设备*服务交付节点
在第七架构系统中的信息都用证书授权机构公布的通用或者专用关键字来数据标记或者加密的，证书授权机构颁发密钥和相应的证书和公布撤销证书的名单，这样所有的第七系统的用户和所有的实体都可以验证一个特定的信息是来自一个有效的并且可以信任的来源。元素。
5
企业网络运营中心，服务交付节点和路旁设备一起组成了第七架构的基础设备。专用移动用户段定义通信


本文来源：https://www.2haoxitong.net/k/doc/759a8e0303d8ce2f00662310.html

《专用短距离通信使用指南中文版(部分).doc》
将本文的Word文档下载到电脑，方便收藏和打印
推荐度：
点击下载文档

文档为doc格式
相
关
案
例

相关推荐

推荐内容

中国近十年重大自然灾害 暴雪 雪灾 每天对着电脑3小时以上的人必看 月亮湾作文15篇 RZF030P01TL;中文规格书,Datasheet资料 基督徒感恩节祝福语大全 重信司索工特种作业人员安全培训表 个人租房合同可打印 2010公务员面试葵花宝典 国家质检总局今年重点打击四种假劣农资产品 2010年镇成人学校基本情况统计表
网站内容来自网络，如有侵权请联系我们，立即删除！ Copyright © 范文写作网京ICP备16605803号