用于动态车辆通信响应的方法和设备与流程

文档序号:12309790阅读:229来源:国知局
用于动态车辆通信响应的方法和设备与流程

说明性实施例总体上涉及用于动态车辆通信响应的方法和设备。



背景技术:

从远程源与车辆计算系统进行通信可采用时间敏感通信形式和非时间敏感通信形式。可对时间敏感通信及时作出响应或者可能需要对时间敏感通信及时作出响应,以保持响应的有用性。非时间敏感通信可包括但不限于例如关于针对信息目的的车辆系统状态的查询。这些数据可以以不那么即时的方式(inlessthananimmediatefashion)被收集,并且仍可保持有用性。

使用任何可用的通信基础设施可能导致数据丢失和/或高于预期的成本。根据若干因素(例如,但不限于,数据大小、网络使用成本、重传率等),特定网络的使用会增加与车辆通信的成本。这在时间敏感的情况下可能是可接受的,但是当可以以非时间敏感方式对查询作出响应时,可采用替代的通信策略。



技术实现要素:

在第一说明性实施例中,一种系统包括被配置为从远程实体接收包括响应网络参数的查询的车辆处理器。所述车辆处理器还被配置为基于响应网络参数来确定响应传输策略。所述车辆处理器还被配置为:确定具有由响应传输策略与响应网络参数值一起定义的特性的网络是否被连接,如果所述网络当前可用,则使用所述网络来发送查询响应,否则将所述查询响应放入队列直到所述网络被连接为止。

在第二说明性实施例中,一种计算机实现的方法包括:确定用于发送针对接收到的查询的响应的网络策略,所述查询包括由车辆计算机使用以基于包括的参数值来确定将使用哪个网络策略的参数,所述网络策略定义具有与参数值相匹配的特性的网络。所述方法还包括:如果所述网络当前可用,则利用所述网络来发送所述响应,如果所述网络当前不可用,则将所述响应放入队列。

在第三说明性实施例中,一种计算机实现的方法包括:确定用于发送针对接收到的查询的响应的网络策略,所述查询包括由车辆计算机使用以基于哪些参数被包括在所述查询中来确定将使用哪个网络策略的参数,所述网络策略定义具有与被包括在所述查询中的参数值相匹配的特性的网络。所述方法还包括:如果所述网络可用,则利用所述网络来发送所述响应,如果所述网络不可用,则将所述响应放入队列。

附图说明

图1示出了说明性车辆计算系统;

图2示出了用于对非时间敏感通信作出响应的说明性流程图;

图3示出了通信策略实施方式的说明性示例;

图4示出了网络状态评估处理的说明性示例;

图5示出了定义说明性策略的传输配置参数的说明性示例;

图6a至图6c示出了利用不同的通信策略的数据传输的说明性示例。

具体实施方式

根据需要,在此公开了本发明的详细实施例。然而,将理解的是,所公开的实施例仅为本发明的示例,其中,本发明可以以各种可替代形式来实现。附图不必按比例绘制;一些特征可被夸大或最小化以示出特定组件的细节。因此,在此公开的具体结构和功能细节不应被解释为具有限制性,而仅作为用于教导本领域技术人员以多种方式利用本发明的代表性基础。

图1示出了用于车辆31的基于车辆的计算系统(vcs)1的示例框式拓扑图。这种基于车辆的计算系统1的示例为由福特汽车公司制造的sync系统。设置有基于车辆的计算系统的车辆可包含位于车辆中的可视前端界面4。如果所述界面设置有例如触摸敏感屏幕,则用户还能够与所述界面进行交互。在另一说明性实施例中,通过按钮按压、具有自动语音识别和语音合成的口语对话系统来进行交互。

在图1所示的说明性实施例1中,处理器3控制基于车辆的计算系统的至少一部分操作。设置在车辆内的处理器允许对命令和程序进行车载处理。另外,处理器连接到非持久性存储器5和持久性存储器7两者。在此说明性实施例中,非持久性存储器是随机存取存储器(ram),持久性存储器是硬盘驱动器(hdd)或闪存。一般说来,持久性(非暂态)存储器可包括当计算机或其它装置掉电时保存数据的所有形式的存储器。这些存储器包括但不限于:hdd、cd、dvd、磁带、固态驱动器、便携式usb驱动器和任何其它适当形式的持久性存储器。

处理器还设置有允许用户与处理器进行交互的若干不同的输入。在此说明性实施例中,麦克风29、辅助输入25(用于输入33)、usb输入23、gps输入24、屏幕4(其可以是触摸屏显示器)和蓝牙输入15全部被设置。还设置了输入选择器51,以允许用户在各种输入之间进行切换。对麦克风和辅助连接器两者的输入在被传送到处理器之前由转换器27对所述输入进行模数转换。尽管未示出,但是与vcs进行通信的众多车辆组件和辅助组件可使用车辆网络(诸如但不限于can总线)向vcs(或其组件)传送数据并传送来自vcs(或其组件)的数据。

系统的输出可包括但不限于视觉显示器4以及扬声器13或立体声系统输出。扬声器连接到放大器11,并通过数模转换器9从处理器3接收其信号。还可分别沿19和21所示的双向数据流产生到远程蓝牙装置(诸如个人导航装置(pnd)54)或usb装置(诸如车辆导航装置60)的输出。

在一个说明性实施例中,系统1使用蓝牙收发器15与用户的移动装置53(例如,蜂窝电话、智能电话、pda或具有无线远程网络连接能力的任何其它装置)进行通信(17)。移动装置随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中,蜂窝塔57可以是wifi接入点。

移动装置与蓝牙收发器之间的示例性通信由信号14表示。

可通过按钮52或类似的输入来指示将移动装置53与蓝牙收发器15进行配对。相应地,cpu被指示车载蓝牙收发器将与移动装置中的蓝牙收发器进行配对。

可利用例如与移动装置53关联的数据计划、话上数据或dtmf音在cpu3与网络61之间传送数据。可选地,可期望包括具有天线18的车载调制解调器63,以便在cpu3与网络61之间通过语音频带传送数据(16)。移动装置53随后可用于通过例如与蜂窝塔57的通信(55)来与车辆31外部的网络61进行通信(59)。在一些实施例中,调制解调器63可与蜂窝塔57建立通信(20),以与网络61进行通信。作为非限制性示例,调制解调器63可以是usb蜂窝调制解调器,并且通信20可以是蜂窝通信。

在一个说明性实施例中,处理器设置有包括用于与调制解调器应用软件进行通信的api的操作系统。调制解调器应用软件可访问蓝牙收发器上的嵌入式模块或固件,以完成与(诸如在移动装置中发现的)远程蓝牙收发器的无线通信。蓝牙是ieee802pan(个域网)协议的子集。ieee802lan(局域网)协议包括wifi并与ieee802pan具有相当多的交叉功能。两者都适合于车辆内的无线通信。可在本领域使用的另一通信方式是自由空间光通信(诸如irda)和非标准化消费者ir协议。

在另一实施例中,移动装置53包括用于语音频带数据通信或宽带数据通信的调制解调器。在话上数据的实施例中,当移动装置的拥有者可在数据被传送的同时通过装置说话时,可实施已知为频分复用的技术。在其它时间,当拥有者没有在使用装置时,数据传送可使用整个带宽(在一个示例中是300hz到3.4khz)。尽管频分复用对于车辆与互联网之间的模拟蜂窝通信而言会是常见的并且仍在被使用,但是其已经很大程度上被用于数字蜂窝通信的码域多址(cdma)、时域多址(tdma)、空域多址(sdma)的混合体所替代。这些都是ituimt-2000(3g)兼容的标准,并且为静止或行走的用户提供高达2mbs的数据速率并且为移动车辆中的用户提供高达385kbs的数据速率。3g标准现在正被imt-advanced(4g)所替代,其中,所述imt-advanced(4g)为车辆中的用户提供100mbs的数据速率并且为静止的用户提供1gbs的数据速率。如果用户具有与移动装置关联的数据计划,则所述数据计划可允许宽带传输并且所述系统可使用宽得多的带宽(加速数据传送)。在另一实施例中,移动装置53被安装至车辆31的蜂窝通信装置(未示出)所替代。在又一实施例中,移动装置(nd)53可以是能够通过例如(但不限于)802.11g网络(即,wifi)或wimax网络进行通信的无线局域网(lan)装置。

在一个实施例中,传入数据可经由话上数据或数据计划通过移动装置、通过车载蓝牙收发器传送,并进入车辆的内部处理器3。例如,在某些临时数据的情况下,数据可被存储在hdd或其它存储介质7上,直至不再需要所述数据时为止。

其它的可与车辆进行交互的源包括:具有例如usb连接56和/或天线58的个人导航装置54、具有usb62或其它连接的车辆导航装置60、车载gps装置24、或具有到网络61的连接的远程导航系统(未示出)。usb是一类串行联网协议中的一种。ieee1394(火线tm(苹果)、i.linktm(索尼)和lynxtm(德州仪器))、eia(电子工业协会)串行协议、ieee1284(centronics端口)、s/pdif(索尼/飞利浦数字互连格式)和usb-if(usb开发者论坛)形成了装置-装置串行标准的骨干。多数协议可针对电通信或光通信来实施。

此外,cpu可与各种其它的辅助装置65进行通信。这些装置可通过无线连接67或有线连接69来连接。辅助装置65可包括但不限于:个人媒体播放器、无线保健装置、便携式计算机等。

此外或可选地,可使用例如wifi(ieee802.11)收发器71将cpu连接到基于车辆的无线路由器73。这可允许cpu在本地路由器73的范围内连接到远程网络。

除了由位于车辆中的车辆计算系统执行示例性处理之外,在某些实施例中,还可由与车辆计算系统通信的计算系统来执行示例性处理。这样的系统可包括但不限于:无线装置(例如,但不限于,移动电话)或通过无线装置连接的远程计算系统(例如,但不限于,服务器)。这样的系统可被统称为与车辆关联的计算系统(vacs)。在某些实施例中,vacs的特定组件可根据系统的特定实施方式来执行处理的特定部分。通过示例而并非限制的方式,如果处理具有与配对的无线装置进行发送或者接收信息的步骤,则很可能由于无线装置不会与自身进行信息的“发送和接收”,而使得无线装置不执行该部分的处理。本领域的普通技术人员将理解何时不适合对给定的解决方案应用特定的计算系统。

在每个在此讨论的说明性实施例中,示出了可由计算系统执行的处理的示例性的非限制性的示例。针对每个处理,执行该处理的计算系统为了执行该处理的有限目的而变为被配置为用于执行该处理的专用处理器是可行的。所有处理不需要被全部执行,并且被理解为是可被执行以实现本发明的要素的多种类型的处理的示例。可根据需要添加额外的步骤或者从示例性处理中去除额外的步骤。

可将车辆到云的通信协议设计成在基于车辆的计算系统(vcs)(诸如车辆的远程信息处理单元)与远离车辆的服务传递网络之间提供通信。该协议可定义用于在vcs与服务传递网络之间发送消息有效载荷的传输层以及被发送的消息的有效载荷的格式。

名称/值对模型可允许定义消息的数据元素,消息的数据元素根据正在发送的消息的类型而不同。此外,名称/值对模型可允许定义数据的子集(例如,包括在来自车辆的消息中的信息、包括在来自服务传递网络的消息中的信息、描述车辆状态的信息、描述车辆当前位置的信息等)。这些数据的子集随后可作为其它消息定义中的组成部分而被重复使用,而无需每次都重新定义数据的子集。

此外,通过使用用于数据传输的名称/值对模型,系统可允许将数据元素添加到消息定义中,而不会对利用消息定义的先前版本来实现与服务传递网络的通信的已部署的消息接收者产生不利影响。相反,由于数据元素通过标识符而不是通过消息位置来被寻址,所以可利用更新的框架模块,而不会影响根据先前的框架版本编译的现存的部署的应用程序或车辆。在示例中,google的协议缓冲区可被用作有效载荷协议(允许设计消息定义)并且可被自动生成到框架模块中以被用在各种编程语言中。与在使用诸如可扩展标记语言(xml)的文本名称/值对框架时可行的数据传输相比,通过使用协议缓冲区执行的数据打包可允许更有效的数据传输。

说明性的示例性服务传递网络可通过消息代理的方式通过网络与车辆进行通信。车辆可通过车辆的vcs与网络进行无线通信。当车辆被组装时,车辆可包括各种硬件组件和软件组件。

在现有的实施方式中,车辆vcs可被配置为查询车辆的至少一部分硬件组件和软件组件的存在信息和版本信息。使用查询的信息以及标识特定车辆的附加信息(例如,在控制器局域网(can)总线上发布的车辆识别码(vin)信息、诸如国际移动站设备标识(imei)的调制解调器的用户标识模块(sim)信息等),vcs可经由网络和消息代理进行通信,以与服务传递网络建立账户。服务传递网络可从车辆接收这些通信,并且可维护与车辆的标识符相关联的硬件配置和软件(例如,固件等)版本的数据存储。

消息代理可另外提供用于在服务传递网络和车辆之间的通信的发布/订阅消息传送功能。发布/订阅模型可利用一个或多个主题,其中,主题被命名为逻辑信道,发布者可通过逻辑信道发送消息并且订阅者可通过逻辑信道接收消息。主题的订阅者接收被发布到订阅者订阅的主题的消息,而不是接收所有的消息,并且主题的所有订阅者实质上将接收到同一主题消息。

在这种实施方式中,为了添加新的功能,人们可能需要在车辆和云两者中更改多个参数集合以启用新的功能。通过使用在此提供的说明性实施例以及类似的构思,可实现对车辆数据的提取,对车辆数据的提取不需要针对车辆结构或特定功能专门地设计接口。

图2示出了用于对非时间敏感通信作出响应的说明性流程图。针对在该图中描述的说明性实施例,应当注意的是,为了执行在此示出的示例性方法中的一些或全部的目的,通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时,所述处理器可被暂时改用作专用处理器,直到所述方法完成时为止。在另一示例中,在适当的程度上,根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理的变型的目的而被提供的专用处理器。

在该说明性示例中通信过程存在三个参与方。存在云201(其可包括但不限于后端网络、与车辆通信的远程装置或用于尝试车辆通信的远程计算系统或后端处理的任何其它中间件(intermediary)。还存在消息队列遥测传输(mqtt)消息代理203(其有助于云和远程信息处理控制单元(tcu)205之间的通信)。消息代理负责将消息中继到适当的实体(请求方/请求实体和/或tcu)。最后,在该示例中,tcu205处理对消息的响应。在该示例中,tcu还负责选择用于消息响应的适当的策略并且通过相应适当的信道传递响应。tcu可与车载分布式连接管理器(ivdcm)一起执行该功能。mqtt代理可驻留在云中,并处理tcu/ivdcm与后端实体之间的通信。

在该说明性示例中,在207,云发布非时间敏感命令,非时间敏感命令可包括控制器局域网(can)信号的动态查询,所述动态查询包括所述动态查询感兴趣的can信号名称列表。在209,消息代理接收查询并将查询中继到在tcu上执行的适当模块以处理该请求。该消息/查询可包括应当应用于响应的特定策略和/或定义可用于确定应当使用哪个策略的响应的参数集合。

在211,适当的tcu模块随后接收查询并构建响应,该响应包括信号名称、信号值、信号消息名称等。在213,该响应被封装(wrap)为非时间敏感命令响应并被传送回消息代理以进行响应。tcu可基于定义的策略来确定哪些可用或期望的通信信道适合于消息的传输。一旦有适当的信道可用/被连接,则在215,消息代理接收响应并且可将查询响应传送回请求实体。

图3示出了通信策略实施方式的说明性示例。针对在该图中描述的说明性实施例,应当注意的是,为了执行在此示出的示例性方法中的一些或全部的目的,通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时,所述处理器可被暂时改用作专用处理器,直到所述方法完成时为止。在另一示例中,在适当的程度上,根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理的变型的目的而被提供的专用处理器。

在该说明性示例中,在301,所述处理接收用于响应的消息(诸如,can查询)。不同的消息类型可接收不同的响应(与利用的网络有关),因而在303,所述处理随后加载或访问传输协议(策略)的集合。在305,基于消息的性质来为响应选择特定策略(针对所述消息给出了响应)。

如将在图5中看到的,该策略定义了一个或更多个适合用于对给定的消息作出响应的通信网络。如果在307与由策略定义的许可网络对应的网络可用,则在309所述处理将封装用于响应的数据,并且在311,使用基于所选择的策略确定的网络来发送数据。

另一方面,如果期望的网络不可用,或者如果没有满足由策略定义的参数的网络可用,则在313,所述处理可立即发送失败通知。这使得请求实体知道不能使用针对响应而选择的策略来立即处理该响应。这并不一定意味着将不提供响应,只是目前无法提供响应。

可在稍后的时间对特定消息作出响应,并且如果合适,则在315,所述处理将响应放入队列以供稍后传送。在该示例中,由于该响应基于缺乏适合的网络连接而未被传送,所以在317,所述处理订阅通知处理,该通知处理将允许所述处理知道适合的网络何时变得可用。这可能是由于例如对新的网络的连接或现有网络的信号强度上的变化而引起的。网络特性的其它改变也可能导致当前连接的但不适合的网络转换成适于响应传送的网络。

在319,一旦显示由响应所期望的策略定义的特性的网络可用,则在321,所述处理可封装数据,并且在323,所述处理使用适合的网络发送数据。在说明性示例中,ivdcm(其驻留在车辆上)负责基于包括在从(正向其发送响应的)mqtt接收的初始消息中的参数设计的策略来选择用于通信的适当的网络。

图4示出了网络状态评估处理的说明性示例。针对在该图中描述的说明性实施例,应当注意的是,为了执行在此示出的示例性方法中的一些或全部的目的,通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时,所述处理器可被暂时改用作专用处理器,直到所述方法完成时为止。在另一示例中,在适当的程度上,根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理的变型的目的而被提供的专用处理器。

在该说明性示例中,所述处理将评估所有连接的网络,以针对每个连接的网络建立特性集合。可将这些特性与由用于给定响应的策略定义的参数进行比较,以确定特定网络是否适合用于发送响应。这并不是说特定网络不能用于发送响应,而是针对响应选择的策略可定义用于特定响应的期望网络的特性,并且tcu可以延迟响应,直到与策略兼容的网络可用时为止。

在401,所述处理将评估连接到车辆的所有的物理网络,并且确定每个网络的策略特性。在403,选择给定网络进行评估,并且在405,所述处理检查网络的特定的特性。这些特性可包括但不限于延时、带宽、特定的网络类型、优先级、(为数据支付费用的)成本支付实体、预计传输时间等。可基于用于特定通信的macid来定义特定网络。

一旦所述处理已经完成评估网络,则在407,所述处理将确定是否存在针对与特定网络有关的信息的任何订阅。由于一些策略定义特定类型的网络或者甚至通过mac地址定义特定类型的特定网络,所以可能存在与针对特定网络类型的待处理消息响应有关的产生的订阅。订阅也可能是更广义的,例如,订阅可以是由客户付费的高带宽网络。

如果网络具有订阅,或者如果存在对与网络的特性(诸如,如先前作为示例示出的高带宽、客户付费的网络主题)相对应的主题的订阅,则所述处理可对订阅实体作出响应。否则在409,所述处理可存储网络的特性,以供稍后的策略请求进行检索,并且继续评估下一个网络。由于网络的特性可随着时间而改变,并且由于可不断地添加或去除新的网络,所以所述处理可在车辆使用的同时在后台运行和/或周期性地运行。

如果存在订阅与网络或特性集合相对应的特定主题的一个或更多个实体,则在413,所述处理可确定是否满足由该实体指定的期望参数。在另一示例中,所述处理可向订阅实体报告网络的所有特性,并且订阅实体可确定网络是否适合。这里,如果在413期望的特性被满足,则在415,所述处理将网络报告为传输候选网络。

由于可根据与给定的待处理响应相关联的策略的需要动态地创建订阅,所以订阅可以足够具体以覆盖给定网络的所有可能的特性。在这种模型中,对订阅实体的响应将报告的网络“自动地”识别为候选网络。在其它模型中,订阅实体可订阅某些“必要”参数,并且随后评估报告的网络的所有特性以确定适合的候选。例如,如果存在优选且可选择的网络特性,则请求系统可接收与核心订阅主题(例如,wifi)相对应的若干候选网络,并随后确定那些网络中哪一个具有最佳的可选特性的集合。

此外,在该示例中,所述处理控制(handle)订阅管理。因此,在415报告候选网络之后,所述处理等待对期望的数据已被发送的确认。该子处理也可在后台进行假脱机(spool),以便可报告其它候选网络。如果在417没有接收到数据传输确认(诸如,例如,如果在419由于失败而接收到传送不完整的通知),则在409,所述处理可仅记录网络特性并且在411确定是否保留任何网络以进行评估。如果在417接收到传送成功的通知,则在421,所述处理可使请求实体/请求应用取消订阅特定订阅,这是因为针对其而创建订阅的相应的响应已经被完成。

图5示出了可用于选择特定策略的传输配置参数的说明性示例501。这并不是详尽的参数列表,而是展示了一些可能的考虑,这些考虑可对应于与不同类型的响应相关联的特定策略。

与响应相关联的交互水平511定义响应是前台响应还是后台响应。对于该参数以及许多其它参数,存在忽略特定考虑(在示例中示出为不适用(na))的许多策略。大小513的考虑指示延时(小)或带宽(大)的网络是否是主要关注的问题(给定多个网络的可用性)。交互性和大小一起定义用于某些通信类型的高级别意向策略的集合503。

针对除了由高级别意向参数指示的通信以外的通信,可使用低级别策略参数505。如果请求指示将使用低级别策略515,则各种其它参数可指示使用哪个策略。在该说明性示例中,消息请求定义考虑的参数集合,或者可被表征为特定类型的消息,其中,响应参数已针对所述特定类型的消息被定义。

物理网络参数517定义可被包括在响应定义中或者作为参数被包括在消息请求中的指定网络。在一些策略中,“必须”使用该网络(即,如果该网络可用,则使用该网络,如果该网络不可用,则等待)。在其它策略中,该网络仅是优选的,如果该网络不可用,则随后将选择另一个合理的候选网络。

优先级519定义响应优先级,如果多个响应正在请求同一通信网络,则可使用响应优先级。具有较高优先级的响应可被赋予优先于具有较低优先级的另一响应的传输优先权。优先级还可指示是否应该使用(遵照策略)指定的网络或者是否应该使用最佳可用网络。例如,如将在此列出的示例性策略描述中看到的,高优先级消息响应根据特定策略对于特定网络是优选的,但是如果优选的网络不可用,则选择下一个最佳网络。中等优先级消息和低优先级消息被延迟,直到适当的网络可用时为止。

费用参数521指示是否应考虑支付数据传输的实体。示例包括但不限于na/忽略(与费用无关)、oem_paid(由制造商支付费用)、customer_paid(由客户支付费用)、免费等。由于一些请求可能是由oem所做出的并且与客户体验几乎没有任何关系,所以客户付费网络可能不适用于这些响应。另一方面,针对特定数据的明确的客户请求适用于通过客户付费网络进行路由,并且避免使用oem付费网络。

在选择一些策略时也可考虑响应数据/时间523。这可包括对网络是否可用或者是否可能在优选的时间/日期可用的考虑。特定响应还可支持网络故障转移525,网络故障转移525是在优选的网络传输由于某种原因而出现故障的情况下的替代网络的选择。

在该示例中,智能调度527与单个策略相关联。智能调度允许基于已知的网络覆盖范围地图和车辆位置等来调度响应(例如,可在车辆被预计在具有特定的已知覆盖范围的特定位置的时间对响应进行调度)。

也可针对特定的消息指定macid529,macid529指示将被用于消息传输的特定的wifi接入点。所有这些考虑的结果509是策略选择531,策略选择531指示将使用哪个网络(该网络满足特定的参数)以及用于选择的标准。策略的几个例子如下:

策略a-优先级:高;规则–如果有多个网络可用,则评估并选择延时最小的网络。

策略b-优先级:中等;规则–选择在低级别策略中指定的物理网络。如果指定的物理网络不可用,则等待网络可用。

策略c-优先级:高;规则–选择在低级别策略中指定的物理网络作为具有macid的wi-fi接入点。如果指定的wi-fi接入点不可用,则评估可用的网络并选择延时最小的网络。

从说明性策略的示例中可以看出,针对高优先级策略(在该示例中,仅为了说明),根据一个或更多个参数将特定网络定义为优选的,并且如果优选的网络不可用,则随后针对可用的网络进行次级考虑。针对低优先级传输和中等优先级传输,如果具有指定参数的网络当前不可用,则等待该具有指定参数的网络。

在该示例中,策略a是不同的,策略a是忽略低级别参数的高级别意向策略。这种传输是基于具有基于特定策略而被赋予特定网络特性的优先权的任何可用网络而制定的。在这三个策略中,即使是低优先级和中等优先级响应也在任何可用的网络上被发送。

图6a至图6c示出了利用不同的通信策略的数据传输的说明性示例。针对在该图中描述的说明性实施例,应当注意的是,为了执行在此示出的示例性方法中的一些或全部的目的,通用处理器可被暂时用作专用处理器。当执行提供用于执行所述方法的一些或全部步骤的指令的代码时,所述处理器可被暂时改用作专用处理器,直到所述方法完成时为止。在另一示例中,在适当的程度上,根据预先配置的处理器运行的固件可使得所述处理器充当为了执行所述方法或所述方法的一些合理的变型的目的而被提供的专用处理器。

在图6a示出的说明性示例中,在606,驻留在tcu上的应用601发送包括传输配置参数(响应参数)和用于响应的数据的请求。在607,车载分布式连接管理器(ivdcm)603基于指定的响应参数和ivdcm配置确定将针对响应使用哪个物理网络。如果在609物理网络可用,则在611,向mqtt代理605发送请求响应传输的请求。如果所选择的网络(或后退网络)不可用,则ivdcm可向请求应用报告响应失败。

图6b示出了比图6a中的处理更加扩展的处理,在该示例中,该处理允许应用订阅与相关传输参数相对应的主题。当满足期望的参数的网络可用时,应用可重新发送用于最终传输的响应。

在该处理中,如图6a所示,应用601在606发送请求。如前所述,ivdcm将在607选择网络,并且将检查满足策略约束条件(constraint)的网络。如果网络可用,则如图6a所示,在611继续执行对mqtt代理605的发送。

然而,如果网络不可用,则在613,应用将在接收到失败通知时采取进一步的动作。在615,应用存储响应数据(如果适用于特定响应的话)并且(基于策略)针对期望的网络选择考虑因素。在617,基于该网络约束条件建立对ivdcm的订阅。例如,订阅可以是对客户付费网络的识别。任何数量的网络在行驶期间可能变得可用,并且如果任何网络是客户付费的,则在621,可向应用发送响应。情况也可能是,在该策略下,免费网络是可接受的,因而可建立对免费网络的另一订阅。在619,ivdcm将在网络变得可用时对网络进行评估,并且如果任何网络满足订阅参数,则可发送适当响应以识别网络。

一旦适当的网络已被识别为是可用的,则在623,应用可重新发送请求。然后在625,ivdcm可随后选择适合用于传输的识别的网络。由于在627网络可能已经变为不可用,所以所述处理还可在网络已经突然变得不可用的情况下重新启动订阅处理。否则,在611,所选择的网络可用于将响应发送到mqtt代理。除非具有特定参数的指定网络可用,否则该说明性处理在例如没有期望的传输的情况下是有用的。

图6c示出了与图6b中的处理类似的处理的说明性示例。如果策略指示在优选的网络(在该说明性示例中,诸如针对高优先级的传输)不可用的情况下将使用次级网络,则该说明性处理是有用的。

在该说明性示例中,在606,应用程序601重新发送指定特定网络优先权和数据有效载荷的初始请求。在607,ivdcm603将尝试选择适当的连接的物理网络,以将该请求传送到mqtt代理605。

如果网络不可用,则在613,可向应用发送失败通知。在该示例中,应用不仅仅等待期望的网络变为可用,而且还尝试利用次级网络来进行传输。因此,在629,应用发送关于当前可用的网络的配置参数的查询。在631,来自ivdcm的响应识别可用的网络以及可用的网络的特定参数。

应用随后从可用的网络中选择网络。或者,更具体地,在该示例中,将每个网络的配置参数返回到应用,并且在633,应用选择最期望的配置参数集合或特定的重要参数集合。然后,在623可调整利用请求的重新发送返回的配置参数,以匹配可用的参数,这将有助于导致对适当网络的选择。

在625,ivdcm接收重新发送并选择满足新参数的物理网络。此外,如果在627网络变为不可用,则查询处理可重复执行,或者可生成对优选网络和/或次级网络的订阅。否则,在611,使用所选择的网络将请求转发到mqtt代理。

通过使用动态响应架构,新的查询只需要指示策略约束来对其构成响应。这可确保对包含的新的查询和响应数据进行适当的传送考虑,而无需重新配置驻留在车辆上的特定模块或应用。

虽然以上描述了示例性实施例,但是这些实施例并不意在描述本发明的所有可能形式。更确切地,说明书中所使用的词语是描述性词语而非限制性词语,并且应理解的是,可在不脱离本发明的精神和范围的情况下做出各种改变。此外,可将各种实施的实施例的特征进行组合以形成本发明的进一步的实施例。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1