CN111357037B

CN111357037B - 用于代理交通工具智能运输系统站的方法和系统

Info

Publication number: CN111357037B
Application number: CN201880074642.2A
Authority: CN
Inventors: I·C·D·多伊格; S·J·巴雷特; N·P·艾尔法诺; J·R·W·莱普; R·E·威廉姆斯
Original assignee: BlackBerry Ltd
Current assignee: Maliki Innovation Co ltd
Priority date: 2017-09-25
Filing date: 2018-09-20
Publication date: 2022-08-12
Anticipated expiration: 2038-09-20
Also published as: WO2019060500A3; EP3673473A2; WO2019060500A2; CN111357037A; US20190096243A1; US10885781B2

Abstract

一种在计算设备处用于该计算设备充当用于交通工具的智能运输系统(ITS)站的方法，该方法包括检测计算设备靠近交通工具；确定ITS消息是否正在代表交通工具被发送；以及如果该确定发现ITS消息没有正在代表交通工具被发送，则计算设备充当用于交通工具的ITS站。

Description

用于代理交通工具智能运输系统站的方法和系统

技术领域

本公开涉及智能运输系统，并且具体地涉及具有传统元件的智能运输系统。

背景技术

智能运输系统(ITS)是其中多个设备进行通信以允许运输系统就运输和交通管理做出更明智的决定以及允许更安全且更协调的决策制定的系统。ITS系统组件可以作为固定基础设施的一部分在交通工具内(诸如在桥梁上或在交叉路口处)被提供，并且被提供给运输系统的其他用户(包括行人或骑自行车的人)。

ITS系统的部署在世界上很多市场受到了广泛的关注，其中无线电频带被分配用于通信。除了用于安全关键和非关键应用的交通工具到交通工具通信，正在针对交通工具到基础设施和交通工具到便携式场景开发用于提供系统或应用的另外的增强。

然而，在推出ITS系统时，当前在路上的很多交通工具将不具有任何ITS能力。这样的传统交通工具可能使用寿命很长。因此，可以预期，即使在ITS系统推出之后，在未来20年或更长时间内，在路上的很多交通工具仍将具有有限的ITS能力或者没有ITS能力。因此，多年来，配备有ITS系统的交通工具将与传统的未启用ITS的交通工具共享道路。

附图说明

参考附图将能够更好地理解本公开，在附图中：

图1是智能运输系统的框图；

图2是示出ITS站内的本地动态地图的框图；

图3是示出电子设备与交通工具头部单元之间的连接的框图；

图4是示出示例MirrorLink(镜像链路)架构的框图；

图5是示出高级会话序列的数据流程图；

图6是示出通用即插即用操作开始序列的数据流程图；

图7是示出MirrorLink会话建立序列的数据流程图；

图8是示出用于代理智能运输系统站的设备架构的框图；

图9是示出用于移动设备成为交通工具代理智能运输系统站的过程的过程图；

图10是示出传统的位置准确度报告机制的框图；

图11是示出经修改的位置准确度报告机制的框图；

图12是能够与本公开的实施例一起使用的示例计算设备的框图；以及

图13是能够与本公开的实施例一起使用的示例移动设备的框图。

具体实施方式

本公开提供了一种在计算设备处的方法，用于该计算设备充当用于交通工具的智能运输系统(ITS)站，该方法包括：检测计算设备靠近交通工具；确定ITS消息是否正在代表交通工具被发送；以及如果该确定发现ITS消息没有正在代表交通工具被发送，则计算设备充当用于交通工具的ITS站。

本公开还提供了一种被配置为充当用于交通工具的智能运输系统(ITS)站的计算设备，该计算设备包括：处理器；以及通信子系统，其中计算设备被配置为：检测计算设备靠近交通工具；确定ITS消息是否正在代表交通工具被发送；以及如果该确定发现ITS消息没有正在代表交通工具被发送，则计算设备被配置为充当用于交通工具的ITS站。

本公开还提供了一种计算机可读介质，用于存储指令代码，该指令代码用于计算设备充当用于交通工具的智能运输系统(ITS)站，该指令代码在由计算设备的处理器执行时使计算设备：检测计算设备靠近交通工具；确定ITS消息是否正在代表交通工具被发送；以及如果该确定发现ITS消息没有正在代表交通工具被发送，则计算设备被配置为充当用于交通工具的ITS站。

在下面描述的实施例中，以下术语可以具有以下含义，如表1所示。

表1：术语

智能交通系统软件和通信系统旨在增强道路安全和道路交通效率。这样的系统包括交通工具去往/到交通工具通信(V2V)、交通工具去往/到基础设施通信(V2I)、交通工具去往/到网络通信(V2N)、以及交通工具去往/到行人或便携式设备通信(V2P)。交通工具去往/到以上中任何一项的通信通常可以被称为V2X。此外，其他元件可以彼此通信。因此，系统可以包括便携式设备去往/到基础设施(P2I)通信、基础设施到基础设施(I2I)通信、便携式设备到便携式设备(P2P)通信等。

这样的通信允许运输系统的组件彼此通信。例如，高速公路上的交通工具可以彼此通信，从而允许第一交通工具向一个或多个其他交通工具发送消息以指示其正在制动，从而允许交通工具更紧密地彼此跟随。

通信还可以允许潜在的碰撞检测并且允许具有这样的设备的交通工具采取行动以避免诸如制动或转弯等碰撞。例如，交通工具上的主动安全系统可以从诸如相机、雷达、激光雷达和V2X等传感器获取输入，并且可以通过转向或制动、超越或增强驾驶员的动作来对它们起作用。另一种类型的高级驾驶员辅助系统(ADAS)是被动安全系统，其向驾驶员提供警告信号以采取行动。主动和被动安全ADAS系统两者都可以从V2X和ITS系统获取输入。

在其他情况下，固定的基础设施可以警告正在靠近的交通工具它们即将进入危险的交叉路口，或者警告交通工具注意正在靠近交叉路口的其他交通工具或行人。该警告可以包括交叉路口的信号状态(信号相位和定时(SPaT))以及交叉路口中的交通工具或行人或危险因素的定位。ITS通信的其他示例是本领域技术人员已知的。

现在参考图1，图1示出了ITS站的一个示例，如例如2010年9月的1.1.1版中提供的欧洲电信标准协会(ETSI)的欧洲标准(EN)302665“Intelligent Transport Systems(ITS)；communications architecture”中描述的。

在图1的实施例中，交通工具110包括交通工具ITS子系统112。在某些情况下，交通工具ITS子系统112可以与交通工具内载网络114通信。交通工具内载网络114可以从图1的环境中的各种电子控制单元(ECU)116或118接收输入。

交通工具ITS子系统112可以包括交通工具ITS-S网关120，该交通工具ITS-S网关120提供连接到交通工具内载网络114的功能性。

交通工具ITS子系统112还可以具有ITS主机122，该ITS主机122包含ITS应用和这样的ITS应用所需要的功能性。

此外，ITS-S路由器124提供例如在层3互连不同ITS协议栈的功能性。ITS-S路由器124可以能够例如针对ITS-S主机122来转换协议。

此外，图1的ITS系统可以包括个人ITS子系统130，该个人ITS子系统130可以提供手持或便携式设备(诸如个人数字助理(PDA)移动电话、用户设备以及其他这样的设备)中的ITS通信(ITSC)的应用和通信功能。

图1的示例中所示的ITS系统的另外的组件包括路边ITS子系统140，该路边ITS子系统140可以包含路边ITS站和拦截器，诸如桥梁、交通信号灯等。

路边子系统140包括路边ITS站142，该路边ITS站142包括路边ITS网关144。这样的网关可以将路边ITS站142与专有路边网络146连接。

路边ITS站还可以包括ITS-S主机150，该ITS-S主机150包含ITS-S应用和这样的应用所需要的功能。

路边ITS站142还可以包括ITS-S路由器152，该ITS-S路由器152例如在层3提供不同ITS协议栈的互连。

ITS站142还可以包括ITS-S边界路由器154，该ITS-S边界路由器154可以提供两个协议栈的互连，但是在这种情况下是与外部网络的互连。

图1的示例中的ITS系统的另外的组件包括中央ITS子系统160，该中央ITS子系统160包括中央ITS站内部网络162。

中央ITS站内部网络162包括中央ITS网关164、中央ITS-S主机166和ITS-S边界路由器168。网关164、中央ITS-S主机166和ITS边界路由器168具有与路边ITS站142的网关144、ITS主机150和ITS-S边界路由器154相似的功能性。

各个组件之间的通信可以通过ITS对等通信网络170来发生。

利用诸如图1的系统，在系统内使用传统交通工具可能会限制ITS功能性。在这点上，ITS系统可能需要动态了解未启用V2X的交通工具。例如，这样的ITS系统可能想要知道交通工具在道路上的位置、这样的交通工具的速度，包括其是快速移动还是缓慢移动，交通工具是否停泊或造成障碍，以及交通工具是否能够进行任何自动或自主动作，诸如成排或自动刹车应用等。

然而，未启用V2X的交通工具通常不能作为ITS系统的一部分而存在。它不能与ITS系统共享信息，也不能由ITS系统通知危险。由于无法动态考虑未启用V2X的交通工具的信息，因此这不利于ITS系统的整体运行。

因此，根据本公开的实施例，移动设备可以充当非V2X交通工具的代理以向ITS系统通知交通工具的存在、位置和其他信息，诸如尺寸、类型、能力、速度、方向等。此外，在一些实施例中，这样的移动设备还可以经由视觉或音频警报向驾驶员提供关于本地驾驶危险、状况和对其他交通工具的了解的信息。

为了实现上述目的，在一些实施例中，移动设备可以存储本地动态地图。此外，在一些实施例中，移动设备可以使用诸如Apple CarPlay^TM(苹果车载系统)、Android Auto^TM(安卓汽车系统)或MirrorLink等接口与交通工具头部单元通信。这样的本地动态地图和接口在下面描述。

本地动态地图(LDM)

LDM通常由诸如上面的图1中描述的交通工具的ITS系统生成。LDM的一个示例在如例如2011年6月的版本1.1.1中提供的ETSI技术报告(TR)102863“Intelligent TransportSystems(ITS)；vehicular communications；basic set of applications；local dynamicmap(LDM)；rationale for a guidance on standardization”中提供。

现在参考图2。关于本地环境的信息在协作ITS系统中很有用。ITS应用既使用关于移动对象(诸如附近的其他交通工具)的信息，也使用关于固定对象(诸如交通路标)的信息。不同应用使用的公共信息可以在本地动态地图中维护。

因此，在图2的实施例中，ITS站210包括本地动态地图212以及ITS应用214。

本地动态地图212是位于ITS站210内的概念数据存储库，并且包含与ITS应用214的安全和成功操作相关的信息。可以从一系列不同的来源来接收数据，诸如交通工具220上的ITS站、ITS中央站230、ITS路边站240、以及ITS站212内的传感器，在图2的实施例中由框260示出。

对LDM 212内保存的数据的读和写访问使用接口来实现。LDM提供用于授予安全性和安全访问权限的机制。因此，LDM 212能够向需要这样的信息的应用提供关于周围交通和路边单元(RSU)基础设施的信息。

LDM 212包含关于对交通流有影响的真实世界和概念性对象的信息。在一些实施例中，不需要LDM 212维护关于LDM 212作为其一部分的ITS站的信息，但是对于特定实现可以在必要时这样做。

LDM 212可以存储描述各种类别的真实世界对象的数据。例如，四种不同类别的数据是：

·类型1：永久静态数据，其通常由地图数据供应方提供；

·类型2：在操作期间获取的准静态数据，例如已改变的静态速

度限制；

·类型3：瞬时动态信息，诸如天气情况和交通信息；以及

·类型4：高度动态的数据，诸如在协同感知消息(CAM)中提

供的数据。

通常，LDM 212将不包含类型1数据。并非所有ITS站都需要类型1数据，并且如果ITS站210内的应用需要这样的数据，则可以针对相应特定应用优化和存储这样的数据。但是，由于LDM数据潜在地与使用类型1数据的应用相关，因此可以提供使类型2、类型3和类型4信息与类型1地图数据相关的位置引用数据。该位置引用可能很复杂，并且因此可能需要适当的位置引用方法。

如上所述，类型4信息可以包括CAM消息。在某些辖区中，已经定义了V2V安全应用的基本安全消息(BSM)，而不是CAM。这样的基本安全信息可以分为两部分。

在第一部分中，BSM包含核心数据元素，包括交通工具大小、定位、速度、前进方向、加速度、制动系统状态等。这样的数据可以被频繁地传输，例如每秒10次。

在第二部分中，可以根据事件向第一部分数据添加BSM数据。例如，如果激活了自动制动系统，则也可以提供第二部分数据。第二部分数据可以包含从很多可选数据元素中提取的数据元素的可变集合。它的传输频率可以较低，并且可以与第一部分的心跳消息无关地传输。

在一个实施例中，BSM消息可以通过例如可以具有大约200米的范围的专用短距离通信(DSRC)来传输。

BSM消息是ETSI定义的CAM和分散式环境通知消息(DENM)的备选标准化消息集。

MirrorLink

在本文中描述的一些实施例中，用于标识移动设备是否在交通工具内并且还用于标识交通工具是否具有支持V2X功能性的能力的各种技术通过交通工具上的信息娱乐系统来完成。机动车工业内存在各种信息娱乐系统。与这样的信息娱乐系统交互的接口或通信链路包括Apple CarPlay^TM、Android Auto^TM或MirrorLink等。下面描述的实施例不依赖于移动设备与信息娱乐系统之间的特定接口。作为一个示例，下面描述MirrorLink。但是，MirrorLink的使用不是限制性的。

MirrorLink是开放标准，并且提供了用于集成被称为MirrorLink服务器的移动设备和被称为MirrorLink客户端的交通工具头部单元的概念。

参考图3，交通工具头部单元310是管理信息娱乐系统的各个组件以及与移动设备312的交互的单元。交通工具头部单元310可以与交通工具的各个组件交互，包括例如显示器320、用户输入322、以及扬声器和麦克风324。

通信可以在交通工具头部单元310与诸如移动设备312等电子设备之间发生。移动设备312可以访问内容330以及应用和服务332。

移动设备312还可以具有允许连接到诸如互联网340等广域网的通信系统。

在MirrorLink上下文中，在移动设备上运行的应用和服务的控制和交互将被复制到交通工具环境中。在将显示和音频输出转移到交通工具头部单元的同时，还从头部单元接收按键和语音控制输入。因此，如箭头350所示，音频和语音控制可以在移动设备312与交通工具头部单元310之间行进。此外，还可以提供显示控制，如箭头352所示。

在图4中提供了用于MirrorLink的高级协议架构。特别地，连接层410可以提供各种连接选项，包括蓝牙412、通用数据报协议(UDP)414、传输控制协议(TCP)416、通用串行总线(USB)418、互联网协议(IP)420、USB通信设备类/网络控制模型(CDC/NCM)422或Wi-Fi424等。

音频层430可以包括电话音频432和媒体音频434。此外，音频层430可以包括蓝牙免提简档(BT HFP)433、蓝牙高级音频分发简档(BT A2DP)434、实时传输协议(RTP)435、RTP服务器436或RTP客户端437。

服务层440允许服务递送和服务发现。服务层440可以允许使用简单服务发现协议(SSDP)441、超文本传输协议(HTTP)1.1 442、简单对象访问协议(SOAP)443、通用即插即用(UPnP)444、服务器设备445、应用服务器服务446、客户端简档服务器447或通知服务器服务448进行访问。

安全层450可以包括设备证明协议(DAP)452。

数据访问层460可以包括命令数据总线(CDB)462、服务二进制协议(SBP)464、位置服务465、GPS服务466和网络信息服务468。

屏幕和控制访问层470可以包括虚拟网络控制器(VNC)472、无线显示(Miracast)474和高速媒体链路(HSML)476。

现在参考图5，图5示出了高级MirrorLink会话序列图。在设备发现阶段，设备彼此检测为启用MirrorLink的设备。例如，MirrorLink服务器510可以与MirrorLink客户端512通信。

在连接建立阶段，建立物理连接，包括协商Wi-Fi对等(P2P)网络中的组所有权，建立USB CDC/NCM连接以及IP地址建立。例如，在图5中，MirrorLink服务器510和MirrorLink客户端512执行设备发现520。

随后，如箭头522所示，可以发生连接建立，其允许指派IP地址。

在指派IP地址之后，如箭头530所示，UPnP操作开始，从而导致MirrorLink会话的建立。

然后，可以发生MirrorLink会话建立540。

在成功的MirrorLink会话建立之后，MirrorLink操作542开始，其中用户正在操作MirrorLink客户端设备，以访问和控制MirrorLink服务器设备上的应用。

当用户断开物理连接，移出MirrorLink客户端设备的范围或者终止任一设备上的MirrorLink功能性时，MirrorLink会话结束。在图5的实施例中，断开由箭头550示出。

现在参考图6，图6示出了UPnP操作开始序列图。可以是交通工具的MirrorLink客户端610可以获取关于可以是移动设备的MirrorLink服务器612的信息、以及所支持的服务的描述。

特别地，如图6所示，可以协商服务器612与客户端610之间的IP地址，如箭头620所示。

随后，可以从客户端610向服务器612发送简单服务发现协议(SSDP)：发现消息630。作为响应，可以向客户端610返回SSDP：存活(alive)消息632。

接下来，可以向服务器612发送HTTP GET：UPnP设备描述消息640，并且可以向客户端610提供回HTTP OK：设备描述可扩展标记语言(XML)响应642。

然后，可以在HTTP GET：UPnP服务描述消息650中获取服务的描述，并且然后服务器612可以使用HTTP OK：服务描述XML消息652响应回客户端610。

现在参考图7，图7示出了MirrorLink会话建立序列图。具体地，MirrorLink客户端710与MirrorLink服务器712通信。

如箭头720所示，UPnP开始操作可以发起图7的过程。

随后，可以将SOAP CP：SetClientProfile(设置客户端简档)消息730提供给服务器712。作为响应，SOAP CP：结果简档732被提供回客户端710。

客户端710然后可以将SOAP AS：GetApplicationList(获取应用列)消息740提供给服务器712，并且作为响应，SOAP AS：SendApplicationList(发送应用列表)消息742被提供回客户端710。

客户端710然后可以启动如SOAP AS：LaunchApplication(DAP)(启动应用)消息750所示的应用，并且在SPAD：AS发送用于访问DAP的URL消息752中，用于访问应用的URL被提供回客户端。

客户端710然后可以将DAP：DeviceAttestationRequest(设备证明请求)消息760提供给服务器712，并且作为响应，接收DAP：DeviceAttestationResponse(设备证明响应)消息762。

一旦应用完成，就可以将SOAP AS：TerminateApplication(DAP)(终端应用)消息770发送给服务器712，并且可以将SOAP AS：TerminateApplication(true)(终端应用(真))响应772发送回客户端710。

随后，可以启动或终止应用。例如，在图7中，可以在客户端710与服务器712之间发送启动应用消息780。作为响应，如消息782所示，可以启动应用，并且将其发送回客户端710。

在图4、图5、图6和图7的实施例中，交通工具头部单元可以使用SOAP：CP：SetClientProfile消息向移动设备指示其能力。客户端简档详细介绍了与设备到头部单元通信特征有关的功能信息，包括安全性方面、以及音频和视频显示以及用户接口能力和特征。

代理V2X设备

基于以上内容，根据本公开的一个实施例，移动设备提供了低成本且容易获取的选项以允许未启用V2X的交通工具连接到ITS系统，从而增强了ITS系统的整体操作、以及用户的安全性和便利性。如本文中使用的，移动设备可以是可以带入交通工具中的任何设备，并且可以包括便携式设备、智能电话、移动台、用户设备、膝上型计算机、智能手表、智能眼镜等。

在某些情况下，移动设备可以仅与ITS系统通信，以基于从其自身的内置传感器获取的信息来传送信息，从而提供有限的V2X传感器能力。但是，在其他情况下，短距离有线连接或无线连接(诸如USB、Wi-Fi、蓝牙、蓝牙低功耗、近场通信等)可以允许从移动设备到售后传感器的连接，使得移动设备可以向ITS系统提供附加信息。

现在参考图8，图8示出了用于本公开的基本架构。

特别地，如下所述，非V2X交通工具810可以与移动设备820相关联。该关联可以涉及由设备820检测其在交通工具810内，例如，使用设备与交通工具之间的传感器或短距离通信，如下文中提供的。

此后，移动设备820可以与ITS系统830交互以代表交通工具810进行动作以发送和接收ITS数据。

例如，移动设备820可以由用户携带并且移入和移出交通工具。在其他情况下，移动设备820可以是临时或永久地作为售后设备安装在交通工具810内的设备。

移动设备820可以具有显示和音频输出能力以向系统用户提供通知或消息。此外，移动设备820可以具有传感器，诸如全球导航卫星系统(GNSS)传感器、加速度计、微机电系统(MEM)传感器等。

ITS系统830可以使用在自组织风格网络中跨多个ITS站使用单跳或多跳而提供的V2V和V2I连接。

在一些实施例中，移动设备820与交通工具810之间的通信是可选的。然而，如果存在这样的通信，则该通信可以包含诸如身份、交通工具信息或传感器数据等数据。ITS系统830内的移动设备820与ITS站之间的通信可以是单向的或双向的，并且可以使用广播CAM、DENM或BSM消息。

如下所述，通信可以采取不同的形式，这取决于移动设备是在代表其发送消息的移动交通工具中，还是充当行人携带的便携式设备。

现在参考图9，图9示出了根据本公开的实施例的过程。图9的过程开始于框910，在框910中，移动设备未以V2X模式进行操作。

然后，该过程进行到框920，在框920中，进行检查以确定移动设备是否靠近交通工具。例如，靠近交通工具的移动设备可以在交通工具厢体(cabin)、后备厢或行李厢、引擎室，或者附接到交通工具的外部，例如在交通工具的顶上，在交通工具的侧面，在交通工具下方，等等。

移动设备可以通过多种方式来检测其靠近交通工具。在第一种情况下，使用随时间推移在移动设备上获取的GNSS坐标和/或陀螺仪测量来执行计算，该计算指示速度、定位和/或加速度与移动设备在交通工具中运动相一致。

在第二种情况下，诸如近场通信(NFC)标签、射频标识(RFID)标签等短距离通信系统或诸如交通工具内的蓝牙信标等局域网可以为移动设备提供用于指示移动设备在交通工具内的信息。例如，在一个实施例中，用于NFC、RFID或蓝牙的信标可以在交通工具的仪表板或交通工具的门中。

在另外的实施例中，可以利用与交通工具的信息娱乐系统的蓝牙配对来完成对设备靠近交通工具的检测。特别地，该配对可以存在于移动设备与信息娱乐系统之间。例如，在一个实施例中，移动设备可以在其存储器中存储交通工具无线电系统的标识符，诸如过去与之配对的蓝牙。这样的标识符可以例如是信息娱乐无线电的媒体访问控制(MAC)地址。当设备检测到身份或MAC地址时，这指示靠近交通工具，并且可以使得移动设备能够如下所述更快且更有效地进入代理模式。在其他情况下，可以通过测量交通工具的信号特性的信号强度或误码率(BER)并且丢弃不满足阈值的信号来评估接近度。

在另外的实施例中，框920处的检测可以基于利用移动设备的用户接口的手动配置或预配置。例如，交通工具乘员可以利用移动设备上的用户接口将移动设备切换到该设备充当交通工具代理的模式。乘员还可以经由用户接口输入用于生成V2X消息的数据。这样的数据可以包括例如交通工具尺寸、或者品牌、型号或交通工具标识号(VIN)。其他信息也是可能的。这样的信息可以被移动设备用来执行交通工具尺寸的查找。

在其他实施例中，移动设备可以使用诸如蓝牙MAC或Wi-FiMAC地址等信息来访问关于与其相关联的交通工具的信息。

在一些实施例中，移动设备可以确定其是否被授权充当交通工具的V2X代理。例如，在某些情况下，仅当移动设备属于交通工具的驾驶员或者交通工具是出租汽车并且对应的认证和授权机制已经到位时，该移动设备才可以作为代理进行操作。但是，检测授权是否存在是可选的。

从框920，如果检测到移动设备不靠近交通工具，则该过程返回框920，并且继续循环直到该设备检测到它靠近交通工具。

一旦设备检测到它靠近交通工具，则该过程进行到框930，在框930中，进行检查以确定交通工具是否正在发送V2X消息，或者其他设备是否正在代表交通工具发送V2X消息。

例如，在框930处的检查可以通过使用若干方法来检测交通工具不具有V2X能力。在一个实施例中，移动设备可以使用本地动态地图(LDM)来确定是否存在交通工具的任何表示。

具体地，移动设备可以存储和更新LDM，诸如上面关于图2所述的LDM。移动设备可以使用LDM来确定交通工具是否被表示。特别地，移动设备可以使用诸如GPS或GNSS等定位信息，并且可以从基础设施或其他交通工具接收V2X消息以构建LDM。这使得移动设备能够确定在移动设备的当前和/或先前位置中没有移动设备所在的交通工具的表示。基于这样的信息，在框930处的检查可以确定交通工具不具有V2X能力或者其他代理设备未代表交通工具执行动作。

在另一实施例中，移动设备可以监测V2X信号并且确定来自交通工具的V2X射频(RF)信号为低或不存在，这指示交通工具和交通工具中的任何其他设备均未生成V2X信号。

在另一实施例中，在框930处的检查可以经由局域网无线电连接性从交通工具的信息娱乐系统获取信息，以确定交通工具是否支持集成的V2X。这样的局域无线电连接可以例如包括蓝牙、蓝牙低功耗、Wi-Fi等。

具体地，交通工具的网络通常被划分为多个域。蓝牙或Wi-Fi可访问的域通常是信息娱乐域，该信息娱乐域通常无法直接访问诸如高级驾驶员辅助系统(ADAS)系统等安全系统。因此，用于确定交通工具是否具有V2X能力的选项可以包括将信息娱乐系统配置为提供关于是否支持ADAS(V2X)能力的信息，如下面更详细地描述的。

备选地，移动设备可以使用诸如信息娱乐系统序列号或蓝牙或WiFi MAC地址等标识符从远程数据库请求信息，以确定是否支持V2X能力。这样的请求可以结合其他信息来提出，诸如交通工具的年份、品牌和型号、以及其他这样的补充信息。基于所接收的响应，移动设备可以确定交通工具是否具有集成的V2X能力。

在另外的实施例中，在框930处的检查可以利用由移动设备扫描或读取的NFC或RF标签或者条形码或快速响应(QR)码来确定交通工具的V2X能力。具体地，NFC或RF标签或者条形码或QR码可以指示交通工具是否启用了V2X。在一个实施例中，标签或码还可以编码服务器的统一资源定位符(URL)，移动设备可以从该URL访问这样的信息。此外，利用这样的NFC/RF标签或条形码或QR码，移动设备可以用来生成V2X消息的补充信息(诸如交通工具类型、尺寸等)也可以是可用的。

此外，通过读取NFC或RFID标签而提供的信息可以调用移动设备上的V2X功能性。在该实施例中，移动设备将被绑定或配对到NFC/RFID标签，以避免其他机载便携式设备启用其V2X功能性。

在一种情况下，标签的使用也可以允许V2X功能性的去激活。特别地，当移动设备不再检测到这样的保持存活信令时，可以使用利用保持存活信令的具有有限范围的低功率主动式标签来使移动设备V2X功能性去激活。当移动设备离开交通工具的界限时，通常会发生这种情况。

在另外的实施例中，代替NFC或RFID标签，可以在交通工具与移动设备之间建立不同的低功率无线电连接，移动设备可以从该低功率无线电连接收集信息。例如，这样的低功率无线电连接可以是蓝牙、蓝牙低功耗或其他类似信号。在该实施例中，交通工具内载设备还可以管理确定哪些移动设备将充当交通工具的代理。这是通过要求移动设备查询交通工具内载设备以确定它是否可以充当交通工具的代理来实现的。

在又一实施例中，在框930处的检查仅在确定移动设备正在从外部源接收电荷时才可以被启用。例如，这仅在移动设备的USB或其他充电端口连接到交通工具时才可以发生。诸如智能电话等移动设备已经具有确定它们是否正在接收外部电荷的能力，并且通常集成到用户接口中，该用户接口向用户提供关于电话正在充电的可视指示。在这种情况下，代理V2X应用将利用该现有的电池充电应用程序接口(API)来确定是否应当启用代理V2X功能性。此外，在这种情况下，可以扩展USB功能性，使得除了仅提供电荷，还可以通过USB连接交换交通工具数据和权限。

基于框930处的检查，如果检测到交通工具正在发送V2X消息或另一设备正在代表交通工具发送V2X消息，则该过程进行到框932，在框932中，移动设备不传输V2X消息。

然后，该过程可以从框932进行到框934，在框934中，进行检查以确定该设备是否已经离开交通工具。例如，如果交通工具与有限覆盖范围的无线电连接配对，则在框934处的检查可以确定不再检测到保持存活信号。类似地，在框934处的检查可以涉及移动设备从NFC/RFID标签或其他无线电停止网络共享或配对。

在其他情况下，可能发生设备的手动或自动重新配置以不再与交通工具相关联。例如，这可以通过以下方式来发生：利用移动设备的用户接口，通过在退出交通工具时扫描条形码或QR标签，通过GPS、GNSS加速度计或陀螺仪测量检测到该设备在阈值时间段内不再移动，等等。

如果在框934处的检查确定该设备仍在交通工具中，则该过程可以回到框932。否则，一旦该设备退出交通工具，该过程可以通过从框934回到框920而恢复。

在一些实施例中，即使在框934处的检查确定该设备仍在交通工具中，该过程也可以周期性地回到框930以检查关于与交通工具相对应的V2X消息的传输的状态。

相反，从框930开始，如果确定交通工具和代理都没有正在发送该交通工具的V2X消息，则该设备应当充当V2X代理，该过程进行到框940，在框940中，该设备可以代表交通工具传输和接收V2X消息。这样的传输在下面更详细地描述。

然后，该过程可以从框940进行到框942，在框942中，进行检查以确定该设备是否仍然靠近交通工具。这样的检查可以类似于如上所述在框934处进行的检查。

如果该设备靠近交通工具，则该过程可以回到框940以继续传输消息。

相反，如果在框942处的检查确定该设备不再靠近交通工具，则该过程可以回到框920以检查该设备是否再次进入交通工具。

在一些实施例中，即使在框942处的检查确定该设备靠近交通工具，该过程也可以周期性地回到框930以检查关于与交通工具相对应的V2X消息的传输的状态。如果状态已将改变并且另一实体现在正在代表交通工具生成V2X消息，则移动设备可以停止充当交通工具的代理。

移动设备的选择

如以上关于框930所指示的，交通工具可以提供通用的即插即用客户端简档信息，该信息使得移动设备能够确定其是否应当提供代理V2X服务。在一个示例中，利用上述MirrorLink架构，对“客户端简档”XML的修改将使得移动设备能够获知交通工具的能力。表2中提供了示例XML响应，表2的示例XML可以使用来自上面的图4的服务层440来提供。

表2：ClientProfile的XML编码，其中进行了修改以指示是否支持交通工具集成的V2X服务

如以上表2中的粗体所示，可以添加标题为“支持集成ITS”的字段以指示交通工具是否支持智能运输系统。如果是，则移动设备可以确定它不需要提供代理服务。

在其他实施例中，还可以添加字段以指示设备是否已经与交通工具配对以提供ITS服务。这将再次使得第二设备能够确定是否要为交通工具提供V2X服务。

因此，基于上面的表2，如果移动设备确定交通工具已经支持集成ITS，并且因此“支持集成ITS”字段被设置为“真”，则移动设备不需要激活其自己的V2X代理服务，也不需要广告服务的可用性。

相反，如果头部单元指示交通工具不支持集成的V2X服务，例如通过在上面的“支持集成ITS”字段中提供“假”，则移动设备可以在SendApplicationList消息中指示代理V2X服务是它可以提供或已经被启动的应用。

交通工具头部单元还可以可选地使移动设备使用上面提供的SOAP AS.：LaunchApplication(DAP)命令来启动“代理V2X”应用。

头部单元还可以在存储器中存储关于是否已经在某个其他设备上启动了“代理V2X”应用的记录，并且在这种情况下，头部单元可以不使代理V2X应用在其当前正在与之通信的新的移动设备上被启动。代理V2X应用还可以包括移动设备与头部单元之间的某种“保持存活”信号，使得头部单元知道其先前请求在其上启动代理V2X服务的设备何时不再能够提供服务。例如，这可能在这样的移动设备已经离开交通工具时发生。

作为保持存活信令的备选方案，可以通过诸如设备与头部单元之间的无线电或USB等下层指示来向头部单元通知其先前已经在其上启动了代理V2X应用的移动设备的连接的丢失。

在一些实施例中，即使已经被请求，移动设备也可以可选地指示其不支持V2X应用或不启动这样的代理V2X应用。如果移动设备通过其他机制(诸如通过监测LDM)确定某个其他设备已经充当交通工具的V2X代理，则可以执行该操作。该功能性可以有助于涵盖以下情况：可能并非所有具有V2X代理能力的移动设备都将能够支持诸如MirrorLink等移动设备接口规范。

例如，在移动设备与不支持以上关于表2上述的新XML字段和/或不支持任何其他V2X代理相关功能性的“旧”MirrorLink头部单元进行通信的情况下，移动设备可能必须使用以上关于框930所述的备选方法之一以确定是否需要充当V2X代理。

移动设备、具体地是代理V2X应用可以利用交通工具系统的用户接口UI向驾驶员提供视觉或音频信息或者以便从驾驶员接收语音命令，如下所述。

数据访问方法

在备选实施例中，代替图4的服务层440，可以使用数据访问层460向移动设备提供有关交通工具的ITS能力的信息。然后，这样的信息可以用于在图9的框930处进行确定。

具体地，移动设备可以使用诸如使用Mirrorlink SBP/CDB/TCP/IP协议提供的信息等信息来确定交通工具是否支持ITS。在这点上，可以定义新的“交通工具能力和状态服务”，以使得移动设备能够向信息娱乐系统查询有关交通工具特征、能力和当前状态的信息，这有助于使得移动设备能够确定其是否应当充当代理。

在下面的表3中提供了示例编码。

表3：交通工具能力和状态服务

如以上表3所示，交通工具能力和状态结构可以提供关于交通工具是否包括集成的ITS支持以及是否已经使用当前代理设备的Boolean(布尔)字段。

交通工具的能力和状态服务可以使用在下面的表4中提供的对象及其访问能力。

表4：交通工具能力和状态服务对象

SBP信宿端点可以使用SBP订阅和获取命令来访问VehicleCapabilitiesAndStatus对象。

以与以上关于通用即插即用示例所描述的方式类似的方式，移动设备可以使用“数据访问”方法来访问头部单元上的信息(“CurrentProxyStatus(当前代理状态)”)，该信息指示头部单元是否知道已经充当V2X代理的另一设备。为了设置CurrentProxyStatus，头部单元可以订阅其与之配对的移动设备，并且从其获取新的ProxyActivation(代理激活)对象并且从其确定对这样的对象的任何改变。例如，这样的对象可以包括可以指示以下信息的结构：V2X代理功能性是否在移动设备上是活动的或者V2X代理功能性是否在移动设备上是非活动的。

V2X消息

在上面的图9中，一旦确定移动设备需要充当交通工具的代理并且该过程进行到框940，则移动设备可以发送V2X消息。在这种情况下，移动设备可以禁用与行人相关的V2X功能性(如果是活动的)，并且启用与交通工具相关的ITS功能性。

在一个实施例中，代理V2X操作可以被定义为新的ITS应用类型。特别地，ITS应用标识符(ITS-AID)可以指示所授予的权限的总体类型。例如，一个ITS-AID指示发送者有权发送CAM。

下面的表5示出了示例ETSI ITS定义，其中添加了代理服务。

表5：ETSI ITS标准化的ITS-AID，添加了新的代理服务

当移动设备充当代理时，至少有两个选项用于V2X消息生成。

在用于消息生成的第一选项中，可以扩展用于CAM、DENM和BSM的现有消息以容纳这样的代理消息。

在第二选项中，可以定义新的代理服务消息。这样的新的消息可以可选地与新的ITS AID相关联。

下面提供消息的示例。

充当代理ITS站的移动设备可以具有不同的能力。例如，独立的移动设备可能没有必要的交通工具连接。该器件仅具有其本机传感器集合，包括六个传感器轴(加速度计和陀螺仪)以及诸如GPS、GNSS或等效的功能接收器等定位确定元件。

备选地，从移动设备输出的音频和/或视频数据可以连接到交通工具中的音频或多媒体系统。这本身可以是可能的，因为在交通工具中安装了售后系统(诸如信息娱乐系统)。

在另外的选项中，移动设备可以连接到售后传感器，诸如相机或其他类型的存在检测器。

在另外的选项中，移动设备可以连接到允许访问集成传感器的交通工具数据总线，诸如CANbus或机动车以太网。

由设备提供的V2X信息的类型可以是移动设备与售后传感器或交通工具系统之间的连接类型的结果。

在移动设备以与常规交通工具ITS站相比能力集减少的代理V2X模式进行操作的情况下，可能需要修改任何ITS传输。例如，在CAM消息中，某些“基本交通工具”字段可以被设置为空或丢失。例如，代理V2X站可以没有关于外部照明、加速控制、占用和开门等的信息、以及其他类似的参数。对于不是可选的任何这样的参数，可以定义一个值(“空”)，以便接收方ITS站知道这些值将被忽略。在发送信息元素不是可选的情况下，充当V2X代理的移动设备可以使用“空”值。

向未启用V2X的交通工具的驾驶员提供信息

当移动设备充当代理时，在一个实施例中，未启用V2X的交通工具的驾驶员可以从移动设备的ITS系统信息中受益。在这种情况下，在一个实施例中，可以将ITS系统信息和警报显示到移动设备的显示器上，或者使用移动设备的扬声器使用音频来提供。备选地，到任何交通工具系统的诸如蓝牙、Wi-Fi或USB等连接可以利用交通工具显示器或扬声器来传送这样的信息。

当使用交通工具信息娱乐系统时，视觉显示信息可以包括关于驾驶员的信息娱乐屏幕上的信息。在这种情况下，视觉ITS相关信息可以使用MirrorLink或某种其他耦合系统将信息从移动设备中继到屏幕以显示给驾驶员。

这样的显示可以包括LDM或交通拥塞指示图、关于道路状况的警告或危险、ITS交通工具的存在、以及其他类似信息。

另外地或备选地，可以向驾驶员提供音频警报。这可以通过移动设备来完成，也可以通过与交通工具的扬声器系统的诸如MirrorLink等连接来传送。这样的音频警报可以包括碰撞警告，例如使用MirrorLink和RTP/UDP/IP。碰撞警告例如可以是恒定的音调警报，也可以是发出如“碰撞警告”等声音的预先编码的语音等。

音频警报还可以包括车道偏离警告。该警告可能再次使用诸如MirrorLink和RTP/UDP/IP等连接。在一个实施例中，车道偏离警告可以是一组嘟嘟声，或者是发出如“车道偏离警告”等声音的预编码语音。其他选项是可能的。

当移动设备的电池电量变低时，还可以向驾驶员提供音频或视觉警报。例如，如果电池电量降低到阈值以下，则可以向驾驶员警告移动设备将停止提供代理V2X功能性

此外，当移动设备失去与ITS系统的连接时，它可以可选地例如使用音频、触觉或视觉指示向驾驶员或用户指示这一点，并且可以重新尝试连接到ITS系统，除非用户手动禁用了该功能性。例如，触觉指示可以包括方向盘的振动等。

以上实施例仅是指示警报的一些示例，并且其他选项也是可能的。

从未启用V2X的交通工具的驾驶员提供信息

以上实施例描述了向驾驶员提供音频和视觉警报。在某些情况下，代理V2X站可以提供源自驾驶员的信息。在这种情况下，可以向ITS系统做出对事件的驾驶员通知。例如，驾驶员通知可以包括危险、事故、本地道路状况等的指示。

此外，可以使得驾驶员能够经由语音或利用语音识别软件或通过物理输入来切换ITS系统打开或关闭。

在语音识别的情况下，驾驶员可以说出预先约定的单词或短语，诸如“激活危险警告”，这将导致一般的危险警告。可以基于这样的警告从交通工具发送V2X消息。

支持以上内容的架构的示例包括移动设备直接通过其麦克风接收音频并且利用其自己的语音识别软件。

在替代实施例中，移动设备与交通工具的信息娱乐系统配对，并且可以接收使用交通工具的麦克风记录的音频。在这种情况下，交通工具的麦克风可以比移动设备的麦克风更靠近驾驶员，因此可以更可取。例如，可以使用诸如MirrorLink和RTP/UDP/IP等连接将原始音频流提供给移动设备。这样的音频提供可以利用通常将用于电话呼叫应用或其他类似应用的现有机制。然后，移动设备上的语音识别软件可以识别语音命令，并且经由V2X消息传送危险警告的触发。

在另外的实施例中，信息娱乐系统中的语音识别软件可以用于将语音转换为文本，其中文本然后从头部单元被提供给移动设备，以允许移动设备解释文本并且传送危险警告。

在语音识别软件在头部单元中的情况下，文本信息可以被传送给设备。这可以通过在信息娱乐系统中添加新的数据访问“语音到文本”服务来完成。例如，这样的语音到文本服务可以利用表6的编码，该编码可以在Mirrolink框架内使用。

表6：语音到文本服务

如表6所示，新结构被提供有文本串

交通工具能力服务可以使用下面的表7的对象及其访问能力。

表7：TextFromSpeech对象

SBP信宿端点可以能够使用SBP订阅和获取命令来访问TextFromSpeech对象。SBP源端点支持使用定期间隔和在改变时的SBP订阅类型。如果是在改变时，则由数据源来决定何时触发新的通知。

下面提供了响应于一般或口头宣布的危险警告而生成的DEMN消息的示例格式。

V2X消息中的代理指示

在一个实施例中，移动设备具有ITS能力，该ITS能力通常可能比现有技术的集成式交通工具原始设备制造商(OEM)ITS系统或类似目的建立的售后市场系统受到更多限制。由于移动设备在很大程度上依赖于移动设备传感器，因此到其他ITS站的消息可能需要传送不同的信息：可靠性/可用性；准确度；能力；和/或置信度。这将向其他ITS站指示该信息可能与OEM ITS系统的级别不同。

下面参考ETSI CAM消息来描述可以用于解决这些方面的变化类型的示例。然而，类似的考虑将适用于修改其他消息类型，或者如果要定义与“代理设备”的新ITS应用类型相关联的新消息。

下面的表8描述了CAM消息的抽象语法符号1(ASN.1)。例如，ASN.1在ETSI ITS EN301 637-2中定义。下面的表8中以粗体示出的插入对此进行了修改。

表8：ETSI ITS 637-2，具有新的代理指示符

在表8中，已经添加了代理指示符，以向其他ITS站提供消息来自代理ITS站的指示。代理指示符可以例如如下面的表9中所描述的来定义。

表9：代理指示符

在上面的表9中，stationType例如可以具有以下值：未知(0)、行人(1)、骑自行车的人(2)、助动车(3)、摩托车(4)、轿车(5)、公共汽车(6)、轻型卡车(7)、重型卡车(8)、拖车(9)、特殊交通工具(10)、电车(11)或roadSideUnit(路边单元)(15)。

从上面的表8和表9接收proxyIndicator(代理指示符)信息的ITS站可以以多种方式使用该信息。例如，接收ITS站可以使用代理指示符信息为LDM填充有关ITS站的附加元数据，特别是将ITS站标识为代理。然后，接收方ITS站可以例如在其信息使用中考虑代理站可以仅临时提供与交通工具有关的V2X功能性的可能性。例如，如果交通工具的驾驶员停车并且拥有移动设备的乘客离开汽车，则即使交通工具可能继续其行程，也可以停止为汽车提供V2X消息。

同样，由于移动设备的电池电量下降到某个阈值以下，从而阻止其继续运行的可能性，因此与交通工具相关联的V2X消息的继续提供可能被认为不太可靠。

proxyIndicator的其他用途也是可能的。

DENM消息的生成

DENM消息可以类似地包含“proxyIndicator”。例如，指示符可以在以下中定义的“管理容器”中承载：ITS；交通工具通信；基本应用集；部分3：“分散式环境通报基本服务规范”，ETSI EN 302 637-3 v1.2.2(2014-11)。

此外，代表接收ITS站而采取的动作可以类似于以上针对CAM消息所描述的动作。

另外，可以添加新的DENM原因代码，以向接收ITS站指示有关触发事件的性质和来源的更多信息。

下面的表10提供了ETSI EN 302 637-3 v1.2.2(2014-11)更大的原因代码表的摘录。这些原因代码被承载作为DENM消息中的字段之一。表10中的原因代码已经得到进一步扩展，以提供示例新的原因代码。

表10：DENM原因代码和子代码

移动设备中的传感器可以检测到可能提示危险的情况，诸如快速减速。然而，由于缺乏与交通工具控制系统的集成，因此可能无法提供更多细节。

因此，可以添加与一般的预测的“危险情况”原因相关联的附加的子原因，以指示未指定的潜在危险。这在表10中示出为子原因“8”：由代理ITS站预测的潜在危害。

同样地，对于驾驶员发出口头警告的情况，另一原因代码可以如表10所示被包括作为子原因“9”：发出口头危害警告。

原因代码和子代码的其他选项也是可能的。

接收新的原因代码之一的ITS站可以采取各种措施。例如，如果接收站在道路上在传输站后面行驶，则原因代码的接收可能会触发接收交通工具放慢速度或改变路线。

位置准确度报告

ITS应用当前假定位置信息对应于交通工具的中心。ETSI ITS TS 102 894-2附件A定义了ITS站目前如何将其定位声明为以95％的置信度位于ITS站定义的尺寸的椭圆内。例如，这在该规范中定义的字段：ReferencePosition(参考定位)、PosConfidenceEllipse、SemiAxisLength中提供。

例如，现在参考图10。在图10的实施例中，所报告的交通工具中心被示出为位置1010。

根据ETSI ITS TS 102 894-2附件A，实际的交通工具中心的位置1020以95％的置信度在椭圆1030内。

然而，对于代理ITS站，该设备可以在交通工具中的任何位置。在这点上，代理ITS站难以标识交通工具的中心。因此，当移动设备充当代理时，可以与图10的传统方法不同地设置设备位置的准确度设置。

当移动设备在交通工具厢体内的位置未知时，需要增加定位的不确定性。参考图11示出了如何针对矩形的厢体或交通工具实现此的示例。

假定矩形的厢体或交通工具，交通工具或交通工具厢体1110的宽度为2X，长度为2Y。因此，对于描述移动设备位置不确定性的椭圆内的每个点，实际的交通工具中心的位置1120可以位于距椭圆形内距该点为±X、±Y的附加区域内的任何位置。

基于该不确定性，可选地，可以由代理V2X ITS站提供描述X、Y的新的信息元素或者描述厢体和后备厢或行李厢区域的甚至更复杂的形状，以使得接收方ITS站能够确定定位的不确定性。

例如，可以按照下面的表11中的粗体指示针对近似矩形形状的厢体来修改“ITSUsers and application requirements,Part 2:Applications and facilities layercommon data dictionary”，ETSI TS 102 894-2v1.2.1(2014-09)”中的DF_ReferencePosition(DF参考定位)。

表11：厢体尺寸修改后的ETSI TS 102 894-2

基于上面的表11，厢体的宽度和长度可以例如被提供作为位置准确度的一部分。

上述模块和移动设备可以是任何计算设备或网络节点。这样的计算设备或网络节点可以包括任何类型的电子设备，包括但不限于诸如智能电话或蜂窝电话等移动设备。示例还可以包括固定或移动用户设备，诸如物联网(IoT)设备、端点、家庭自动化设备、医院或家庭环境中的医疗设备、库存追踪设备、环境监测设备、能源管理设备、基础结构管理设备、交通工具或用于交通工具的设备、固定电子设备等。交通工具包括机动交通工具(例如，机动车、汽车、卡车、公共汽车、摩托车等)、飞行器(例如，飞机、无人飞行器、无人飞行器系统、无人机、直升机等)、航天器(例如，航天飞机、太空飞机、太空舱、空间站、卫星等)、船只(例如，船舶、轮船、气垫船、潜艇等)、有轨交通工具(例如，火车和电车等)、以及其他类型的交通工具，包括前述中的任何项的组合，无论是当前存在的还是之后出现的。

关于图12示出了计算设备的一个简化图。图12的计算设备可以是如上所述的任何移动设备、便携式设备、ITS站、服务器或其他节点。

在图12中，设备1210包括处理器1220和通信子系统1230，其中处理器1220和通信子系统1230协作以执行上述实施例的方法。在一些实施例中，通信子系统1220可以包括例如用于不同无线电技术的多个子系统。

处理器1220被配置为执行可编程逻辑，该可编程逻辑可以与数据一起被存储在设备1210上，并且在图12的示例中被示出为存储器1240。存储器1240可以是任何有形的非瞬态的计算机可读存储介质。计算机可读存储介质可以是有形的或瞬态/非瞬态介质，诸如光学(例如，CD、DVD等)、磁性(例如，磁带)、闪存驱动器、硬盘驱动器或本领域已知的其他存储器。

作为存储器1240的备选或补充，设备1210可以例如通过通信子系统1230从外部存储介质访问数据或可编程逻辑。

通信子系统1230允许设备1210与其他设备或网络元件通信，并且可以基于所执行的通信类型而变化。此外，通信子系统1230可以包括多种通信技术，包括任何有线或无线通信技术。

在一个实施例中，设备1210的各个元件之间的通信可以通过内部总线1260进行。然而，其他形式的通信也是可能的。

图12的计算设备可以是任何移动设备、ITS增强型导航辅助设备、独立或便携式ITS设备等。如果计算设备是移动设备，则下面参考图13描述一个示例移动设备。

移动设备1300可以包括具有语音或数据通信能力或这两者的双向无线通信设备。移动设备1300通常具有与其他计算机系统通信的能力。取决于所提供的确切功能性，作为示例，移动设备可以被称为数据消息收发设备、双向寻呼机、无线电子邮件设备、智能电话、具有数据消息收发能力的蜂窝电话、无线互联网器件、无线设备、移动设备、嵌入式蜂窝调制解调器或数据通信设备。

在移动设备1300能够进行双向通信的情况下，其可以包含通信子系统1311，该通信子系统1311包括接收器1312和传输器1314以及相关联的组件，诸如一个或多个天线元件1316和1318、本地振荡器(LO)1313和诸如数字信号处理器(DSP)1320等处理模块。如对于通信领域的技术人员而言明显的，通信子系统1311的具体设计可以取决于移动设备意图在其中进行操作的通信网络。

网络访问要求也可以根据网络1319的类型而变化。在一些网络中，网络访问与移动设备1300的订户或用户相关联。移动设备可能需要嵌入式或可移动的用户身份模块(RUIM)或订户身份模块(SIM)卡或UMTS SIM(USIM)以便在网络上操作。USIM/SIM/RUIM接口1344通常类似于USIM/SIM/RUIM卡可以插入和弹出的卡槽。USIM/SIM/RUIM卡可以具有存储器，并且可以保存很多密钥配置1351和其他信息1353，诸如标识和与订户相关信息。在其他情况下，代替网络1319，移动设备1300可以与非访问节点通信，诸如交通工具、路边基础设施、另一移动设备或其他对等通信。

当完成所需要的网络注册或激活过程时，移动设备1300可以通过网络1319发送和接收通信信号。如图13所示，网络1319可以包括与移动设备通信的多个基站。

由天线1316通过通信网络1319接收的信号被输入到接收器1312，接收器1312可以执行公共接收器功能，诸如信号放大、频率下变频、滤波、信道选择等。接收信号的模数(A/D)转换允许更复杂的通信功能，诸如要在DSP 1320中执行的解调和解码。以类似的方式，要传输的信号由DSP 1320进行处理，包括例如调制和编码，并且被输入到传输器1314以经由天线1318通过通信网络1319进行数模(D/A)转换、上变频、滤波、放大和传输。DSP 1320不仅处理通信信号，而且还提供接收器和传输器控制。例如，可以通过在DSP 1320中实现的自动增益控制算法来自适应地控制应用于接收器1312和传输器1314中的通信信号的增益。

移动设备1300通常包括控制设备的整体操作的处理器1338。包括数据和语音通信在内的通信功能通过通信子系统1311来执行。处理器1338还与其他设备子系统交互，诸如显示器1322、闪存1324、随机存取存储器(RAM)1326、辅助输入/输出(I/O)子系统1328、串行端口1330、一个或多个键盘或小键盘1332、扬声器1334、麦克风1336、其他通信子系统1340(诸如短距离通信子系统)、DSRC子系统的基于3GPP的V2X子系统、或蜂窝子系统、以及任何其他设备子系统，其总体上表示为1342。串行端口1330可以包括USB端口、车载诊断(OBD)端口、或本领域技术人员已知的其他端口。

图13所示的一些子系统执行与通信相关功能，而其他子系统可以提供“驻留”或设备上功能。值得注意的是，一些子系统(例如，键盘1332和显示器1322)可以用于通信相关功能(诸如输入文本消息以通过通信网络进行传输)和设备驻留功能(诸如计算器或任务列表)。

由处理器1338使用的操作系统软件可以存储在诸如闪存1324等持久性存储器中，其可以替代地是只读存储器(ROM)或类似的存储元件(未示出)。本领域技术人员应当理解，操作系统、特定设备应用或其部分可以暂时加载到易失性存储器(诸如RAM 1326)中。所接收的通信信号也可以存储在RAM 1326中。

如图所示，闪存1324可以分成用于计算机程序1358和程序数据存储1350、1352、1354和1356两者的不同区域。这些不同的存储类型指示每个程序可以针对其自己的数据存储要求分配闪存1324的一部分。除了其操作系统功能，处理器1338还可以实现移动设备上的软件应用的执行。控制基本操作的预定应用集(例如，潜在地包括数据和语音通信应用)将通常在制造期间被安装在移动设备1300上。其他应用可以随后安装或者动态安装。

应用和软件可以存储在任何计算机可读存储介质上。计算机可读存储介质可以是有形的，或者可以是瞬态/非瞬态介质，诸如光学(例如，CD、DVD等)、磁性(例如，磁带)或本领域已知的其他存储器。

一个软件应用可以是个人信息管理器(PIM)应用，该应用能够组织和管理与移动设备的用户有关的数据项，诸如但不限于电子邮件、消息、日历事件、语音邮件、约会和任务项。包括生产力应用、社交媒体应用、游戏等在内的另外的应用也可以通过网络1319、辅助I/O子系统1328、串行端口1330、短距离通信子系统1340或任何其他合适的子系统1342加载到移动设备1300上，并且由用户安装在RAM 1326或非易失性存储器(未示出)中以由处理器1338执行。应用安装方面的这种灵活性提高了移动设备的功能性，并且可以提供增强的设备上功能、通信相关功能，或者这两者。

在一个实施例中，移动设备1300可以具有用于行人安全的ITS应用。例如，当移动设备用户正在步行、骑自行车或以其他方式在交通工具外部使用ITS系统时，可以使用这样的应用。

而且，如上所述，移动设备1300可以具有ITS应用以用作交通工具ITS功能性的代理。在一些实施例中，用于行人ITS功能性的应用可以是与用于代理ITS功能性的相同应用。

当设备充当行人ITS站时或者当设备充当交通工具ITS站时，可以使用移动设备1300上用于保护V2X通信的证书。

在数据通信模式下，诸如文本消息或网页下载等接收信号可以由通信子系统1311处理并且输入到处理器1338，处理器1338还可以处理所接收的信号以输出到显示器1322或备选地输出到辅助I/O设备1328。

移动设备1300的用户还可以使用键盘1332与显示器1322以及可能的辅助I/O设备1328相结合来编写诸如消息等数据项，该键盘1332可以是完整字母数字键盘或电话型键盘(物理的或虚拟的)等。然后，这样的组成项可以通过通信子系统1311通过通信网络传输。

在提供语音通信的情况下，除了通常可以将所接收的信号输出到扬声器1334并且可以通过麦克风1336生成用于传输的信号，移动设备1300的总体操作是相似的。诸如语音消息记录子系统等备选的语音或音频I/O子系统也可以在移动设备1300上实现。尽管语音或音频信号输出优选地主要通过扬声器1334完成，但是显示器1322也可以用于提供例如呼叫方身份的指示、语音通话的持续时间或其他语音通话相关信息。

图13中的串行端口1330可以在移动设备中实现，对于该设备，可能希望与用户的台式计算机(未显示)进行同步，但是是可选的设备组件。这样的端口1330可以使得用户能够通过外部设备或软件应用来设置偏好，并且可以通过向移动设备1300提供信息或软件下载而不是通过无线通信网络来扩展移动设备1300的能力。如本领域技术人员将理解的，串行端口1330还可以用于将移动设备连接到计算机以充当调制解调器或者对移动设备上的电池充电。

诸如短距离通信子系统等其他通信子系统1340是可以提供移动设备1300与不同系统或设备(其不一定是相似的设备)之间的通信的另外的组件。例如，子系统1340可以包括红外设备以及相关联的电路和组件或蓝牙^TM或蓝牙^TM低功耗通信模块，以提供与类似启用的系统和设备的通信。子系统1340还可以包括唤醒无线电。子系统1340还可以包括DSRC无线电或类似的V2X无线电、3GPP蜂窝V2X无线电、或其他类似的无线电。子系统1340还可以包括诸如Wi-Fi或WiMAX等非蜂窝通信或者近场通信。

在另外的实施例中，其他通信子系统1341可以是外部设备、电子狗或其他类似设备，该设备可以使用到移动设备1300的短距离有线连接或无线连接来提供移动设备1300与不同系统或设备之间的通信。例如，其他通信子系统1341可以包括外围设备或电子狗。子系统1341可以包括红外设备以及相关联的电路和组件或者蓝牙^TM或蓝牙^TM低功耗通信模块以提供与类似启用的系统和设备的通信。子系统1341还可以包括唤醒无线电。子系统1341还可以包括DSRC无线电或类似的V2X无线电、3GPP蜂窝V2X无线电、或其他类似无线电。子系统1341还可以包括诸如Wi-Fi或WiMAX等非蜂窝通信或者近场通信。

本文中描述的实施例是具有与本申请技术的要素相对应的要素的结构、系统或方法的示例。该书面描述可以使得本领域技术人员能够制造和使用具有与本申请的技术的要素同样相对应的备选要素的实施例。因此，本申请的技术的预期范围包括与本文所述的本申请的技术没有不同的其他结构、系统或方法，并且还包括与本文所述的本申请的技术没有实质性差异的其他结构、系统或方法。

尽管在附图中以特定顺序描绘了操作，但是这不应当被理解为要求以所示的特定顺序或以连续的顺序执行这样的操作，或者执行所有示出的操作以获取期望的结果。在某些情况下，可以采用多任务处理和并行处理。此外，在上述实现中的各种系统组件的分离不应当被理解为在所有实现中都需要这种分离，并且应当理解，所描述的程序组件和系统通常可以在单个软件产品中集成在一起或者打包成多种软件产品。

此外，可以将各种实现中描述和示出为离散或分离的技术、系统、子系统和方法与其他系统、模块、技术或方法组合或集成。被示出或讨论为彼此耦合或直接耦合或通信的其他项可以通过某种接口、设备或中间组件以电气、机械或其他方式间接耦合或通信。改变、替换和变更的其他示例可以由本领域技术人员确定并且可以被做出。

尽管上面的详细描述已经示出、描述并且指出了应用于各种实现的本公开的基本新颖特征，但是应当理解，可以由本领域技术人员对所示出的系统的形式和细节做出各种省略、替代以及变化。另外，方法步骤的顺序并不由它们出现在权利要求中的顺序所暗示。

当消息被发送到电子设备或从电子设备发送消息时，这样的操作可能不是立即的，或者不是直接来自服务器。它们可以从支持本文中描述的设备/方法/系统的服务器或其他计算系统基础结构同步或异步地传递。前述步骤可以全部或部分地包括去往/来自设备/基础结构的同步/异步通信。此外，来自电子设备的通信可以是到网络上的一个或多个端点的。这些端点可以由服务器、分布式计算系统、流处理器等服务。内容传递网络(CDN)也可以向电子设备提供通信。例如，除了典型的服务器响应之外，服务器还可以提供或指示用于内容传递网络(CDN)的数据，以等待电子设备在以后的时间下载，诸如电子设备的后续活动。因此，数据可以作为系统的一部分或与系统分开直接从服务器或其他基础结构(诸如分布式基础结构或CDN)发送。

通常，存储介质可以包括以下中的任何项或某种组合：半导体存储设备，诸如动态或静态随机存取存储器(DRAM或SRAM)、可擦可编程只读存储器(EPROM)、电可擦可编程只读存储器(EEPROM)和闪存；磁盘，诸如固定、软盘和可移动磁盘；另一磁性介质，包括磁带；光学介质，诸如光盘(CD)或数字通用光盘(DVD)；或另一类型的存储设备。注意到，以上讨论的指令可以在一个计算机可读或机器可读存储介质上提供，或者备选地可以在分布在具有可能多个节点的大型系统中的多个计算机可读或机器可读存储介质上提供。这样的计算机可读或一个或多个机器可读存储介质被认为是物品(或制品)的一部分。物品或制品可以是指任何制造的单个组件或多个组件。一个或多个存储介质可以位于运行机器可读指令的机器中，也可以位于可以从其通过网络下载机器可读指令以执行的远程站点处。

在前面的描述中，阐述了很多细节以提供对本文中公开的主题的理解。然而，可以在没有这些细节中的一些的情况下实践实现。其他实现可以包括对以上讨论的细节的修改和变化。旨在所附权利要求涵盖这些修改和变型。

Claims

1.一种在计算设备处的用于所述计算设备充当用于交通工具的智能运输系统(ITS)站的方法，所述方法包括：

检测所述计算设备靠近所述交通工具；

确定ITS消息没有正在由所述交通工具或者由第二计算设备代表所述交通工具被发送，所述确定包括确定所述交通工具是未启用V2X的；以及

如果所述确定发现ITS消息没有正在代表所述交通工具被发送，则所述计算设备充当用于所述交通工具的所述ITS站。

2.根据权利要求1所述的方法，其中所述检测使用所述计算设备内的传感器来确定以下中的至少一项是否与靠近所述交通工具的所述计算设备相一致：加速度简档、位置简档或速度简档。

3.根据权利要求1所述的方法，其中所述检测使用到所述交通工具的短距离有线连接或无线连接来检测所述计算设备靠近所述交通工具。

4.根据权利要求1所述的方法，其中所述检测使用条形码或快速响应码来检测所述计算设备在所述交通工具中。

5.根据权利要求1所述的方法，其中所述确定基于所述计算设备内的具有关于所述交通工具的信息的本地动态地图。

6.根据权利要求1所述的方法，其中所述确定基于感测来自所述交通工具或来自所述第二计算设备的ITS通信。

7.根据权利要求1所述的方法，其中所述确定基于在所述计算设备与用于所述交通工具的具有通信能力的实体之间传送的信息。

8.根据权利要求7所述的方法，其中针对所述确定，所述信息提供网络位置以准许所述计算设备发现关于所述交通工具是否支持集成的ITS功能性的信息。

9.根据权利要求7所述的方法，其中在所述计算设备与所述具有通信能力的实体之间传送的所述信息来自所述交通工具的信息娱乐系统，并且其中所述信息指示以下中的至少一项：所述交通工具是否支持ITS通信以及另一设备是否充当代表所述交通工具的ITS站。

10.根据权利要求1所述的方法，还包括向从所述计算设备的传出ITS通信添加以下指示：所述ITS通信是代表所述交通工具的通信。

11.根据权利要求1所述的方法，还包括：

在所述计算设备处获取关于警报的信息；以及

通过所述计算设备与所述交通工具的信息娱乐系统之间的连接来传送所述警报。

12.根据权利要求1所述的方法，还包括：

从所述交通工具的信息娱乐系统接收警报；以及

在ITS通信中从所述计算设备传送所述警报。

13.根据权利要求12所述的方法，其中关于所述警报的所述信息是音频流，并且其中所述计算设备还对所述音频流执行语音到文本转换。

14.根据权利要求1所述的方法，还包括向从所述计算设备的传出ITS通信添加交通工具或交通工具厢体尺寸的指示。

15.根据权利要求1所述的方法，其中所述计算设备是移动设备。

16.根据权利要求1所述的方法，还包括：

确定所述计算设备不再靠近所述交通工具；以及

从所述计算设备代表所述交通工具执行动作切换为代表行人执行动作。

17.一种计算设备，被配置为充当用于交通工具的智能运输系统(ITS)站，所述计算设备包括：

处理器；以及

通信子系统，

其中所述计算设备被配置为执行根据权利要求1-16中任一项所述的方法。

18.一种计算机可读介质，用于存储指令代码，所述指令代码用于计算设备充当用于交通工具的智能运输系统(ITS)站，所述指令代码在由所述计算设备的处理器执行时，使所述计算设备执行根据权利要求1-16中任一项所述的方法。