一种通信方法、系统、车辆终端和可读存储介质

技术领域

本发明涉及车联网技术领域，尤其涉及一种通信方法、系统、车辆终端和可读存储介质。

背景技术

随着汽车电子电器架构的发展，分布式架构已逐渐向集中式域控制器的方向演进。集中式域控制器架构面临的主要问题之一，是解决同一域内以及不同域间的各种业务，基于异构物理链路通信的问题。不同的物理链路有各自的电气特性和网络特性，彼此之间无法直接通信。如何基于异构的物理链路，搭建一套高效的通信架构，为业务层提供标准的、跨平台的控制接口以及数据服务，是解决汽车电子电器架构向集中式域控制器发展的首要问题。

发明内容

本发明的主要目的在于针对现有技术中车辆终端的异构的物理链路不能统一和高效管理的缺点，提供一种通信方法和系统。

为实现上述目的，本发明提供一种通信方法，应用于车辆终端，包括以下步骤：

各个域接收信息；

各个域之间通过系统服务总线交换接收的信息；

域至少包括系统服务协议栈。

在本发明提供的一种通信方法中，域还包括应用层，各个域之间通过系统服务总线交换接收的信息的步骤，包括：

应用层和系统服务协议栈交换接收的信息；

各个域之间的系统服务协议栈通过系统服务总线交换接收的信息。

在本发明提供的一种通信方法中，各个域之间通过系统服务总线交换接收的信息的步骤，还包括：

各个域之间通过系统服务总线的控制通道和/或者系统服务总线的数据通道交换接收的信息。

在本发明提供的一种通信方法中，系统服务协议栈至少包括物理层、链路层、网络层和服务层，各个域之间的系统服务协议栈通过系统服务总线交换接收的信息的步骤，包括：

物理层用于和系统服务总线之间的不同物理通信介质的动态接入和退出；

链路层用于和系统服务总线之间的协议适配、协议转换、链路择优或者链路维护；

网络层用于和系统服务总线之间的路由管理、组网管理、拓扑管理、传输控制或者通道控制；

服务层用于和系统服务总线之间的服务订阅、服务发布、服务请求或者服务响应。

在本发明提供的一种通信系统中，系统包括域和系统服务总线，域包括系统服务协议栈；

域用于接收信息，并通过系统服务总线交换接收的信息；

系统服务总线用于和各个域交换接收的信息。

在本发明提供的一种通信系统中，域还包括应用层；

应用层和系统服务协议栈交换接收的信息；

各个域之间的系统服务协议栈通过系统服务总线交换接收的信息。

在本发明提供的一种通信系统中，各个域之间通过系统服务总线的控制通道和/或者系统服务总线的数据通道交换接收的信息。

在本发明提供的一种通信系统中，系统服务协议栈包括物理层、链路层、网络层和服务层，

物理层用于和系统服务总线之间不同物理通信介质的动态接入和退出；

链路层用于和系统服务总线之间协议适配、协议转换、链路择优或者链路维护；

网络层用于和系统服务总线之间路由管理、组网管理、拓扑管理、传输控制或者通道控制；

服务层用于和系统服务总线之间服务订阅、服务发布、服务请求或者服务响应。

此外，为实现上述目的，本发明还提供一种车辆终端，包括：

存储器，用于存储计算机程序；

处理器，用于执行计算机程序时实现如上的一种通信方法的步骤。

此外，为实现上述目的，本发明还提供一种计算机可读存储介质，计算机可读存储介质存储有计算机程序，计算机程序被处理器执行时实现如上的一种通信方法的步骤。

本发明提供的一种通信方法和系统，包括：各个域接收信息；各个域之间通过系统服务总线交换接收的信息；域至少包括系统服务协议栈。由此，通过域内和跨域的跨平台的数据交互，提高了整个系统的一致性、扩展性和稳定性。

附图说明

为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据提供的附图获得其他的附图：

图1所示为本发明一实施例提供的一种通信方法的流程示意图。

图2所示为本发明一实施例提供的一种通信系统的结构示意图。

图3所示为本发明一实施例提供的车辆终端的示意图。

具体实施方式

为了便于理解本发明，下面将参照相关附图对本发明进行更全面的描述。附图中给出了本发明的典型实施例。但是，本发明可以以许多不同的形式来实现，并不限于本文所描述的实施例。相反地，提供这些实施例的目的是使对本发明的公开内容更加透彻全面。

除非另有定义，本文所使用的所有的技术和科学术语与属于本发明的技术领域的技术人员通常理解的含义相同。本文中在本发明的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本发明。

为了更好的理解上述技术方案，下面将结合说明书附图以及具体的实施方式对上述技术方案进行详细的说明，应当理解本发明实施例以及实施例中的具体特征是对本申请技术方案的详细的说明，而不是对本申请技术方案的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互组合。

参照图1，图1所示为本发明一实施例提供的一种通信方法的流程示意图，在本实施例中，该通信方法应用于车辆终端，包括以下步骤：

步骤S10，各个域接收信息；

步骤S20，各个域之间通过系统服务总线交换接收的信息；

步骤S30，域至少包括系统服务协议栈。

在一个实施例中，车辆终端的域可以划分为座舱域、自驾域、动力域、底盘域和车身域，系统服务总线为一种物理通信链路。

域还包括应用层，在一个实施例中，步骤S20各个域之间通过系统服务总线交换接收的信息的步骤，包括：

应用层和系统服务协议栈交换接收的信息；

各个域之间的系统服务协议栈通过系统服务总线交换接收的信息。

在一个实施例中，步骤S20各个域之间通过系统服务总线交换接收的信息的步骤，还包括：

各个域之间通过系统服务总线的控制通道和/或者系统服务总线的数据通道交换接收的信息。

在一个实施例中，步骤S20系统服务协议栈至少包括物理层、链路层、网络层和服务层，各个域之间的系统服务协议栈通过系统服务总线交换接收的信息的步骤，还包括：

物理层用于和系统服务总线之间的不同物理通信介质的动态接入和退出；

链路层用于和系统服务总线之间的协议适配、协议转换、链路择优或者链路维护；

网络层用于和系统服务总线之间的路由管理、组网管理、拓扑管理、传输控制或者通道控制；

服务层用于和系统服务总线之间的服务订阅、服务发布、服务请求或者服务响应。

系统服务总线覆盖域内以及跨域通信的场景，因此，域内或者域间通信都会通过系统服务总线交互。系统服务总线中预留专门的带宽以支持控制通道以及数据通道，控制通道支持控制命令或者响应的传输，数据通道支持高速或者低速数据的传输。

在一个实施例中，域的应用层和域的系统服务协议栈交换接收的信息，域的系统服务协议栈通过系统服务总线和另一域的系统服务协议栈交换接收的信息，另一个域的系统服务协议栈和该域的应用层交换该信息，另一个域的系统服务协议栈接收到信息后，也可以和以太网交换信息。

在一个实施例中，各个域之间通过系统服务总线的控制通道和系统服务总线的数据通道交换接收的信息，或者，各个域之间通过系统服务总线的控制通道或者系统服务总线的数据通道交换接收的信息。

域可以分为更多的子域，例如，A域可以分为B子域和C子域，D域可以通过控制通道和B子域交换信息，D域也可以通过数据通道和B子域交换信息，还可以一部分信息通过控制通道交换，一部分信息通过数据通道交换。

D域在和B子域交换信息的同时，还可以和C子域交换信息。

在一个实施例中，系统服务协议栈从下往上分为物理层、链路层、网络层和服务层，各层之间彼此隔离，通过调用或者回调的方式完成调用；

物理层支持Share Memory/Ethernet/PCIe/SPI等多种异构物理链路，并支持不同物理通信介质的动态接入和退出。

链路层包括协议适配、协议转换、链路择优和链路维护等功能：协议适配和协议转换支持不同物理链路的接入，并能够适配不同的链路层协议以及不同链路层协议之间的转换；链路择优支持在多种物理链路可选的情况下，动态选择当前性能最优的物理链路进行数据传输；链路维护支持物理链路的接入、断开和通信等状态的维护和管理。

网络层包括路由管理、组网或者拓扑管理、传输控制和通道控制等功能：路由管理提供数据从发送到接收节点的路由通路的规划和选择；组网或者拓扑管理支持网络节点组网、动态加入、退出网络和网络拓扑的管理和维护；传输控制支持端到端通信速率、流量、阻塞等通信状态的监控和动态调整；通道控制支持对控制/数据通道进行管理和维护。

服务层包括服务订阅或者发布、服务请求或者响应等功能：服务层向上直接面向业务应用，把系统能力以服务化的方式提供给应用层调用，应用可以通过服务层接口，完成服务的订阅或者发布，并支持域内和跨域服务接口的请求或者调用和响应。

基于以上方式，车辆终端的各个域接收信息，各个域之间通过系统服务总线交换接收的信息。由此，通过域内和跨域的跨平台的数据交互，提高了整个系统的一致性、扩展性和稳定性。

参照图2，相应地，本发明还提供一种通信系统200，系统200包括域201和系统服务总线202，域201包括系统服务协议栈203；

域201用于接收信息，并通过系统服务总线202交换接收的信息；

系统服务总线202用于和各个域交换接收的信息。

进一步地，在本发明一实施例中，域201还包括应用层204；

应用层204和系统服务协议栈203交换接收的信息；

各个域之间的系统服务协议栈203通过系统服务总线202交换接收的信息。

进一步地，在本发明一实施例中，各个域之间通过系统服务总线202的控制通道和/或者系统服务总线202的数据通道交换接收的信息。

进一步地，在本发明一实施例中，系统服务协议栈203包括物理层205、链路层206、网络层207和服务层208，

物理层205用于和系统服务总线202之间不同物理通信介质的动态接入和退出；

链路层206用于和系统服务总线202之间协议适配、协议转换、链路择优或者链路维护；

网络层207用于和系统服务总线202之间路由管理、组网管理、拓扑管理、传输控制或者通道控制；

服务层208用于和系统服务总线202之间服务订阅、服务发布、服务请求或者服务响应。

参照图3，本发明实施例还提供了一种车辆终端100，可以包括：

存储器101，用于存储计算机程序；

处理器102，用于执行上述存储器101存储的计算机程序时可实现如下步骤：

各个域接收信息；各个域之间通过系统服务总线交换接收的信息；域至少包括系统服务协议栈。

本发明实施例还提供了一种计算机可读存储介质，计算机可读存储介质存储有计算机程序,计算机程序被处理器执行时可实现如下步骤；

各个域接收信息；各个域之间通过系统服务总线交换接收的信息；域至少包括系统服务协议栈。

该计算机可读存储介质可以包括：U盘、移动硬盘、只读存储器(Read-OnlyMemory,ROM)＞随机存取存储器(Random Access Memory,RAM)、磁碟或者光盘等各种可以存储程序代码的介质。

在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。

类似地，应当理解，为了精简本公开并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。

本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。

此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。

本发明的各个部件实施例可以以硬件实现，或者以在一个或者多个处理器上运行的软件模块实现，或者以它们的组合实现。本领域的技术人员应当理解，可以在实践中使用微处理器或者数字信号处理器(DSP)来实现根据本发明实施例中的一些或者全部部件的一些或者全部功能。本发明还可以实现为用于执行这里所描述的方法的一部分或者全部的设备或者装置程序(例如，计算机程序和计算机程序产品)。这样的实现本发明的程序可以存储在计算机可读介质上，或者可以具有一个或者多个信号的形式。这样的信号可以从因特网网站上下载得到，或者在载体信号上提供，或者以任何其他形式提供。

应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。