CN102970311B - 基于most的车载通信方法和设备 - Google Patents

Abstract

本发明涉及基于MOST的车载通信方法和设备。根据本发明的车载通信方法包括以下步骤：接收需要处理的消息（MI），获取车载元件的基本信息，基于所获取的基本信息确定处理消息（MI）的方案，并且根据所确定的方案来处理所述消息（MI）。该车载元件可以是车载通信系统控制单元（31）和车载多媒体系统（32），并且在车载通信系统控制单元（31）和/或车载多媒体系统（32）中设置MOST自描述模块和MOST消息队列管理模块。基于从MOST自描述模块中获取的基本信息，利用MOST消息队列管理模块所提供的消息类别枚举功能，由车载通信系统控制单元（31）和车载多媒体系统（32）协商由谁来处理所述消息。根据协商结果，所述消息被转发给相对应的车载元件。

Description

基于MOST的车载通信方法和设备

技术领域

本发明涉及一种基于MOST的车载通信方法和设备，更具体地涉及用于在车载通信系统控制单元与车载多媒体系统之间进行通信的方法和设备。

背景技术

在现有技术中，常常将AT（Attention）命令用于在车载通信系统控制单元（TELEMATICS control unit）TCU与车载多媒体系统之间的通信。在早期车载通信系统控制单元中，为了降低复杂性，主要采用网络接入装置（Network Access Device）NAD。在大多数情况下，车载通信系统控制单元仅充当网络接入装置与多媒体系统之间的路由器。具体而言，车载通信系统控制单元仅将AT命令转发给网络接入装置，并且反之亦然。但是现在，车载通信系统比简单的网络接入装置复杂得多。

此外，AT命令还有如下缺陷：

（1）AT命令是同步的。因而，这种AT命令不能提供更有效的异步呼叫。

（2）AT命令基于ASC II码。如果想要传输大量数据，则需要将这些数据从二进制转换成字符。因此，在这种情况下，更多的数据需要被传输，从而将减小有效通信带宽。

（3）AT命令是与网络接入装置有关的，尤其是与CDMA网络接入装置有关。

因此，在车载通信系统控制单元与独立于车载通信系统控制单元的车载多媒体系统之间建立统一的和强大的协议比较困难。

发明内容

为此，本发明的任务是提出一种基于MOST的车载通信方法和设备。

由于MOST协议已成为汽车领域中的标准、可以提供异步呼叫并且也支持复杂的错误处理、支持多实例而且是二进制协议和独立于硬件的协议，所以使用MOST 功能块能在车载通信系统控制单元与车载多媒体系统之间定义更灵活、完整、可自我表达的、可协商的并且可扩展的通信协议。

根据本发明的一个方面，提出了一种基于MOST的车载通信方法。该车载通信方法包括以下步骤：接收需要处理的消息，获取车载元件的的基本信息，基于所获取的基本信息确定处理所述消息的方案，并根据所确定的方案来处理所述消息。

根据本发明的一个实施方式，所述车载元件可以是车载通信系统控制单元、车载多媒体系统等。在车载通信系统控制单元和/或车载多媒体系统中设置MOST自描述模块和MOST消息队列管理模块。

根据本发明的车载通信方法所涉及的消息处理方案是指由车载通信系统控制单元和车载多媒体系统能根据双方性能针对每类消息动态协商由哪方处理。同时，通过MOST消息队列管理模块来向车载终端推送消息，从而将具体实现的技术细节对车载多媒体系统保持透明。具体而言，该方法包括以下步骤：

从MOST自描述模块中获取车载通信系统控制单元和车载多媒体系统的基本信息；

基于所获取的基本信息，利用MOST消息队列模块所提供的消息类别枚举功能，针对每类接收到的消息，车载通信系统控制单元和车载多媒体系统协商一个方案来确定是由车载通信系统控制单元TCU还是由车载多媒体系统来处理该类消息；

根据该方案，MOST消息队列管理模块将所述消息相应地转发给车载通信系统控制单元TCU或车载多媒体系统。

还可由MOST消息队列管理模块对接收到的消息进行缓存和分发。

由MOST消息队列管理模块提供对消息队列大小、队列状态通知事件的配置，同时提供了对消息的获取和应答的功能。MOST消息队列管理模块所管理的消息队列支持优先级。

在根据本发明的另一优选实施方式中，通过配置MOST软件升级模块来执行对任何车载设备的软件升级。

该MOST软件升级模块可支持低优先级下载和/或断点续存，以实现文件下载的事务（TRANSACTION）。

该MOST软件升级模块提供了对监控媒体、监控文件过滤器、监控频率的配置，用于发现升级所需的软件的位置。通过对文件头的读取，该MOST软件升级模块给被升级设备提供了安全性认证的方法。通过CRC的计算，该MOST软件升级模块完成对文件完整性的认证。此外，该MOST软件升级模块还提供了对压缩文件的解压服务，支持多文件升级，并且给被升级设备提供了文件服务，例如实现文件枚举、文件读取的文件指针的设置。

该MOST软件升级模块可被设置在任何车载设备中，以实现该车载设备的软件升级。

在根据本发明的改进方案中，通过在TCU中设置网络连接管理模块来管理车载多媒体系统和车载通信系统控制单元TCU的网络连接，例如管理车载多媒体系统对因特网的无线访问。

该网络连接管理模块检测因特网网络连接状态并将检测到的状态通知给车载多媒体系统。

该网络连接管理模块还能提供基于IP优先级的服务质量。

通过定义呼叫能力、数据漫游、APN、语音呼叫状态、数据呼叫状态、运营商、信号强度、登记信息、网络信息、DTMF、连接到因特网、从因特网断开等参数或方法来实现MOST网络连接管理模块。

在车载多媒体系统和/或TCU中定义MOST GPS模块，实现对GPS信息的共享。只有当TCU和车载多媒体系统中具有GPS模块并且要彼此共享GPS位置时，才需要在车载多媒体系统和/或TCU中定义MOST GPS模块。

通过定义GPS协议枚举、协议选择、消息过滤掩膜、刷新率、刷新率范围、GPS位置等参数或方法来实现MOST GPS模块。

根据本发明的另一方面，提出了一种基于MOST的车载通信设备，其中设置有用于接收需要处理的消息的接收装置、用于获取车载元件的基本信息的获取装置、用于基于所获取的基本信息确定处理所述消息的方案的确定装置以及用于根据所确定的方案来处理所述消息的处理装置。

根据本发明的优选实施方式，所述车载元件为车载通信系统控制单元和车载多媒体系统，在车载通信系统控制单元和车载多媒体系统中设置MOST自描述模块和MOST消息队列管理模块，其中，

从MOST自描述模块中获取车载通信系统控制单元和车载多媒体系统的基本信息；

基于所获取的基本信息，利用MOST消息队列管理模块所提供的消息类别枚举功能，针对每类接收到的消息，由车载通信系统控制单元和车载多媒体系统协商所述方案，以确定是由车载通信系统控制单元还是由车载多媒体系统来处理所述消息；

根据所述方案，MOST消息队列管理模块将所述消息相应地转发给车载通信系统控制单元或车载多媒体系统以处理所述消息。

附图说明

下文中将结合附图详细描述本发明：

图1示出了根据本发明的车载通信方法的流程图；

图2示出了根据本发明的用于在TCU与车载多媒体系统之间进行通信的方法的流程图；

图3示出了MOST消息队列功能块的作用机制的示意图；

图4示出了TCU与车载多媒体系统在通信过程中的消息获取流程；

图5示出了MOST软件升级功能块的作用机制的示意图；

图6示出了MOST呼叫功能块的作用机制的示意图；

图7示出了TCU和车载多媒体系统的网络连接流程；以及

图8示出了根据本发明的车载通信设备的示意图。

具体实施方式

随着车内娱乐系统的发展、传控技术的精进（如：倒车后方视讯画面），车用电子越来越需要使用多媒体式传输，最适合此方面的传输接口就属MOST（Media OrientedSystems Transport（媒体信息传输的网络标准））。

图1示出了根据本发明的基于MOST的车载通信方法的流程图。如图1所示，首先在步骤S11接收需要处理的消息。然后，在步骤S12获取车载元件的基本信息。接着，在步骤S13，基于所获取的基本信息，确定一个用来处理所述消息的方案。并且在步骤S14，基于该方案来处理所述消息，从而实现车载通信。

在根据本发明的实施方式中，所述车载元件可以是TCU、各种车载多媒体系统等。TCU与车载多媒体系统之间的接口是基于软件的MOST接口。为了简单起见，在此使用预定义的三个USB通道：两个ACM和一个ECM。一个ACM被用作MOST的控制通道，而另一ACM被用作免提音频的分组数据通道。ECM被用作车载多媒体系统与TCU之间的IP通信的分组数据通道。

图2示出了根据本发明的用于在TCU与车载多媒体系统之间进行通信的方法的流程图。

在本实施方式中，需要在TCU和车载多媒体系统中设置MOST自描述模块和MOST消息队列管理模块。这两个模块可分别通过定义MOST自描述功能块（FBlock）和MOST消息队列功能块来实现。

TCU中的自描述功能块描述的是TCU的基本硬件和软件信息，其中硬件信息诸如硬件版本、所安装的通信模块种类、位置信息、所安装的传感器种类、音频信息、电池种类等，而软件信息诸如软件版本、所支持的安全特征种类、所支持的诊断特征种类、信息服务能力等。

车载多媒体系统中的自描述功能块描述的是硬件版本、收音机信息、音频信息、视频信息、位置信息、显示信息、所安装的通信模块的信息、软件版本、音频播放能力、视频播放能力、人机界面能力、导航能力、因特网连接能力以及使用寿命状态等信息。

因此，在步骤S21，接收需要处理的消息MI。

在步骤S22，从MOST自描述模块中获取关于TCU和车载多媒体系统的基本信息。

接着在步骤S23，基于所获取的基本信息并且利用MOST消息队列管理模块所提供的消息类别枚举功能，针对每类接收到的消息确定一个方案，即，车载多媒体系统与TCU协商由谁负责处理该消息。

在步骤S24，根据该方案，MOST消息队列管理模块将所述消息相应地转发给车载通信系统控制单元TCU或车载多媒体系统并进行处理，接着输出处理后的消息PMI。例如，来自服务中心的需由车载多媒体系统处理的消息会被转发给车载多媒体系统。

下面结合图3详细描述了MOST消息队列管理模块的作用机制。

在现有技术中，来自服务中心的消息由车载多媒体系统进行处理。但是在一些情况下，TCU也将处理专属于该TCU的消息。因此，需要在TCU和车载多媒体系统中保持相似的工作并且这也增加了服务器侧的复杂性。

然而，在本发明中，如图3所示，通过在TCU 31中定义MOST消息队列功能块，所有消息传输将通过TCU 31来处理。此外，除了消息处理311之外，所述MOST消息队列功能块还能进行消息转发312和消息队列缓存313。

具体而言，TCU 31将周期性地查询服务中心33中的消息队列331并且检测是否有新的消息到来。在紧急消息的情况下，消息中心也可通过特殊的电话呼叫或短消息服务SMS立即请求TCU 31来检测该消息队列，使得服务中心33可将紧急消息推送给TCU 31。

然后，TCU 31可将从服务中心33的消息队列331得到的消息缓存313在TCU 31中的消息队列中，接着根据与车载多媒体系统32协商的方案由TCU 31自己处理311消息还是将消息转发312给车载多媒体系统32来处理。例如，如果与TCU 31进行通信的车载多媒体系统32是导航系统，则该车载多媒体系统32可以处理大多数消息，因为导航系统的功能更强大。并且如果由导航系统处理这些消息，则可以给用户带来更直观和更完美的服务。可设想的是，如果由导航系统处理股票信息，则该导航系统可以使用图形接口来示出该股票的曲线。另一方面，如果与TCU 31进行通信的车载多媒体系统32是简单的收音机系统，则这类车载多媒体系统32会要求TCU 31自己处理该消息，因为收音机系统没有能力来处理321该消息。在这种情况下，TCU 31例如将通过扬声器来播放出股票信息。因此，根据本发明的这种特定功能块使得车载多媒体系统32能与TCU 31协商：哪种类别的消息应被车载多媒体系统32动态处理。

图4具体说明了通信过程中的消息获取流程。

如图4所示，在步骤S401，一旦触发周期性定时器事件，TCU 31就检查当前数据连接状态。如果没有数据连接，则TCU 31在步骤S402建立到无线网络41的数据连接。在步骤S403，TCU 31设置与服务中心33的IP连接。接着在步骤S404，TCU 31发送从服务中心33获取消息的数据请求。在步骤S405，服务中心33向TCU 31发送响应消息。在步骤S406，TCU 31通过MOST消息队列管理模块以数据通知的形式将消息转发给车载多媒体系统32。在步骤S407，车载多媒体系统32处理消息。一旦车载多媒体系统32在步骤S408完成消息处理过程，车载多媒体系统32就在步骤S409将过程完成的状态通知给TCU 31。TCU 31在接下来的步骤S410将过程通知发送给服务中心33并从服务中心33得到确认ACK。TCU 31接着在步骤S411将ACK发送给车载多媒体系统32，以表明该服务过程已被成功提交给服务中心。最后，如果不需要保持数据连接，TCU 31将在步骤S412释放该数据连接。

在MOST中，可通过设置如下参数来定义MOST消息队列功能块：

－队列大小（QueueSize），即推荐的消息队列的大小。除了紧急消息之外，TCU 31通常仅缓存直至该大小的来自服务中心33的消息。

－消息编号（NumberOfMessage）。该参数描述了消息在消息队列中的编号。

－队列状态（QueueStatus）。

－消息类别（MessageCategory）。该参数说明了选择消息类别的选项。

－消息ID（MessageId）。该参数说明了每条消息的独特的消息ID。

－消息类型（MessageType）。该参数标记消息是否是紧急的和优先的。

－消息长度（MessageLength）。

－消息类别枚举（MessageCategoryEnum）。该参数用于枚举消息类别。

－由车载多媒体系统处理（HandleByMRN）。该参数描述是使能车载多媒体系统32处理还是禁用车载多媒体系统32处理。

－消息数据（MessageData）。该参数为分类流，并且首数据是消息头部结构。

－答复（Reply）。该参数表示需要发送到服务中心33的消息数据。

TCU 31中的MOST消息队列功能块为车载多媒体系统32提供接收由服务中心33推送的消息的接口。该MOST消息队列功能块是驻留在服务中心33中的消息队列331的窗口。TCU 31将维护该消息队列，周期性地从服务中心33得到消息。并且，使用该MOST消息队列功能块，将由TCU 31处理消息传输的复杂性。因此，不需要车载多媒体系统32来关心诸如消息接收之类的工作，从而减小车载多媒体系统侧的复杂度。由此，非常重要的是，通过使用这个接口，使得车载多媒体系统32在服务中心33和TCU 31之间的传输协议发生更改的条件下仍然可以正常工作。

根据本实施方案的变型，MOST消息队列功能块也可被设置在车载多媒体系统33中。例如，在TCU和车载多媒体系统被集成为一个单元的情况下，就可实现该变型方案。

为了进一步解决需要在4S店中进行软件升级的问题，图5示出了根据本发明的通过定义MOST软件升级（Software Loading，SWL）功能块来解决该问题的实施方案。

以在车载多媒体系统中定义MOST软件升级功能块51为例，需要设置如下参数：

－监控过滤器（MonitorFilter）。

－监控媒体（MonitorMedia）。该参数描述了车载多媒体系统需要监控哪种媒体。

－监控文件（MonitorFile）。该参数描述了哪个（包括文件夹名和网址的）过滤器应被监控。

－监控频率（MonitorFrequency）。该参数描述了两次监控之间的时间间隔。

－文件头部大小（FileHeaderSize）。该参数描述了车载多媒体系统在发现匹配时需要返回的文件字节数。

－数据（Data）。该参数在描述监控过滤器中指定的文件头部数据时能用来检测版本，因为头部的数据应包括认证信息和版本信息，使得TCU能让车载设备检查所接收到的文件是否是要进行软件升级的正确文件。

－升级状态（LoadingStatus）。

－CRC。

－CRC算法（CRCAlgorithm）。该参数描述要用来计算CRC的算法。

－已解压的（Uncompressed）。出于安全性的考虑，需要使用CRC和CRC算法来要求车载多媒体系统32针对原始文件计算CRC并且检查该CRC，以保证数据完整性。而参数“已解压的”则告诉车载多媒体系统32是否需要对原始文件进行解压。要注意的是，如果该文件位于因特网上，则车载多媒体系统32将首先将该文件下载到本地，从而对TCU隐藏所有复杂性。也就是说，车载多媒体系统32将调度低优先级线程来进行下载，并且还支持断点续存。如果在关机之前不能完成本次下载，则车载多媒体系统32将在下次开机时继续进行下载。当下载完成时，车载多媒体系统32将通过事件升级状态来通知TCU 31。如果车载多媒体系统32由于原始文件丢失而不能下载该原始文件，则车载多媒体系统32也会通知设备升级状态中止的状态LOADING_STATUS_ABORT。当完成当前事务时，车载多媒体系统32将擦除针对该事务的所有临时文件并且将升级状态置为LOADING_STATUS_INACTIVE。车载多媒体系统32对更新设备53提供文件服务，以给更新设备53提供文件枚举和读取能力：

－枚举文件（ENUM_FILE）。

－字符串文件名（strFileName）。该参数描述想要打开的文件名。

－文件句柄（Handle）。该参数标识文件。

－移动距离（DistanceToMove）。

－移动方法（MoveMethod）。

－位置（Position）。

－读取的字节数（NumberOfBytesToRead）。该参数描述需要从当前位置读取的字节数。通过设置参数“字符串文件名”、“文件句柄”、“移动距离”、“移动方法”、“位置”和“读取的字节数”，在图5所示的本发明的优选实施方式中，该MOST软件升级功能块51在车载多媒体系统一侧提供服务。该MOST软件升级功能块51包括软件升级SWL管理器511、文件监控器512、文件服务器513以及下载管理器514，从而通过USB或SD或经由因特网52实现TCU的软件升级。

此外，通过设置上述参数，任何车载设备都可要求车载多媒体系统通过提供软件包的模式来监控可能包含新的软件包的媒体。因此，该MOST软件升级功能块可以为所有车载设备提供统一的方法，以通过任何媒体实现软件升级。

接下来讨论TCU 31和车载多媒体系统32中的网络连接问题。在现有技术中，车载多媒体系统32将自己处理点对点PPP连接，这可能会产生如下问题：

（a）当车载多媒体系统32进行数据呼叫时，对于大多数网络接入装置而言，TCU 31不能同时访问因特网。因此，TCU 31处理来自服务中心33的消息的响应将被延迟。即使对于某类能支持多分组数据协议PDP上下文的网络接入装置而言，仍会遇到不能动态管理通信带宽的困难。例如，如果车载多媒体系统32正在下载大文件，则在这种情况下将会消耗大量通信带宽。

（b）如果PPP连接断开，则TCU 31不能检测到这样的情形，并且不能进行恢复。在这种情况下，仅能通过对网络接入设备进行冷复位来恢复该连接。

图6示出了根据本发明的另一改进方案，其中在TCU 31中引入网络连接管理器612来处理物理连接和断开。该网络连接管理器612例如通过定义MOST呼叫功能块61来实现。

通过设置如下参数可定义MOST呼叫功能块61：

－呼叫能力（CallCapacity）。

－数据漫游（DataRoaming）。该参数可自动禁用或使能数据漫游。

－APN。该参数提供当前使用的APN。

－语音呼叫状态（VocieCallStatus）。

－数据呼叫状态（DataCallStatus）。

－运营商（Carrier）。该参数提供所连接的运营商。

－信号强度（SignalStrength）。该参数描述了无线信号强度。

－注册网络（RegistrationInfo）。

－网络信息（NetworkInfo）。该参数提供关于要连接到的网络的信息。

－DTMF。

－连接到因特网（ConnectToInternet）。

－从因特网断开（DisconnectToInternet）。

通过使用MOST呼叫功能块61，TCU 31和/或车载多媒体系统32能同时访问因特网。因为TCU 31将管理PPP连接，所以TCU 31能在任何时候连接到因特网。TCU 31也将提供基于IP优先级的服务质量QoS 611，使得每个TCP/IP连接都可有自己的优先级。对于上述下载大文件的情形，长的连接将具有低的优先级，以减小对其他连接的负面性能影响。

此外，TCU 31将针对断开的连接状态进行检测，使得TCU 31能试图将该连接从断开的状态进行恢复。TCU 31将使用事件来将该状态通知给多媒体系统。这使得通信过程更可靠。

而且，TCU 31能隐藏处理不同类型的网络接入装置（A类或B类）的复杂性。因为对于A类网络接入装置，数据传输与语音呼叫同时完成。使用该呼叫功能块，车载多媒体系统不需要关心网络接入装置的差别。在车载多媒体系统一侧，即使改变了网络接入装置的类型，仍无需修改车载多媒体系统中的特性。

图7详细说明了TCU 31和车载多媒体系统32在定义了MOST呼叫功能块61的情况下的网络连接流程。

如图7所示，在步骤S701，用户通过车载多媒体系统32的人机界面来触发服务。在步骤S702，车载多媒体系统32向TCU 31发送建立数据连接的连接请求。在步骤S703，TCU 31向车载多媒体系统32发送确认ACK，以表明该连接请求正被处理。在步骤S704，TCU 31检查当前的数据连接状态，如果没有到无线网络41的数据连接，则TCU 31将设置到无线网络41的数据连接。在步骤S705，TCU 31将数据连接状态（例如“已连接”）通知给车载多媒体系统32。在步骤S706，车载多媒体系统32设置到远程因特网71接入地址的IP连接。在步骤S707，车载多媒体系统32开始数据会话，以通过IP连接与对等方交换数据。在步骤S708，一旦数据会话完成，车载多媒体系统32就关闭IP连接。接下来，车载多媒体系统32在步骤S709向TCU31发送释放数据连接的请求。而针对该释放请求，TCU 31在步骤S710向车载多媒体系统32发送ACK，并且如果不需要保持数据连接，TCU将在步骤S711释放该数据连接。

为了实现安全特征，GPS模块一般被置于TCU 31中。如果将TCU 31连接到导航系统，则在该系统中有两个GPS模块，这是冗余的。本发明进一步提出了在TCU 31和车载多媒体系统32中定义MOST GPS功能块，从而省略一个GPS模块，以降低成本。

该MOST GPS功能块对于TCU 31和车载多媒体系统32均是可选的。只有当TCU 31和车载多媒体系统32都具有GPS模块并且要彼此共享GPS位置时，TCU 31和车载多媒体系统32才需要这种MOST GPS功能块。

通过设置参数：

－能力（Capacity）；

－协议（Protocol）；

－协议类型（ProtocolType）；

－过滤器掩膜（FilterMask），该参数指定何种类型的位置消息应被传送给对等方，并且该参数是协议特定的；

－刷新率（FreshRate），该参数描述在使用协议属性所指定的协议时的GPS的刷新率；

－刷新率范围（FreshRateRange），该参数针对特定协议给出了可能的刷新率范围；

－最小刷新率（MinimumFreshRate），该参数描述每秒的最小位置更新频率；

－最大刷新率（MaximumFreshRate），该参数描述每秒的最大位置更新频率；

－GPS位置（GPSPosition），该参数的内容与协议相关；

－GPS协议枚举（GPS_PROTOCOL_ENUM）；

－协议类型（ProtocolType）；

该MOST GPS接口可被定义来使得对等方能够理解可以支持哪些协议并且该对等方能够选择他想要的协议。此外，通过该接口还提供了在无需对另一侧进行修改的情况下容易改变该车载装置的灵活性。

可选地，还可以通过定义MOST音频仲裁功能块等来实现免提（HandleFree）功能。

图8示出了根据本发明的车载通信设备的示意图。在根据本发明的车载通信设备81中包括用于接收需要处理消息MI的接收装置811、用于获取车载元件基本信息的获取装置812、用来基于所获取的基本信息确定处理所述消息MI的方案的确定装置813以及用于根据所述方案来处理所述消息MI并输出处理后的消息PMI的处理装置814，从而实现车载通信。在根据本发明的优选实施方案中，所述车载元件可以是TCU、车载多媒体系统等。在TCU和车载多媒体系统中设置MOST自描述模块和MOST消息队列管理模块，该设备进一步包括：

用于从MOST自描述模块中获取TCU和车载多媒体系统的基本信息的装置；

基于所获取的基本信息，利用MOST消息队列管理模块所提供的消息类别枚举功能，针对每类接收到的消息，由车载通信系统控制单元TCU和车载多媒体系统协商处理所述消息的方案，以确定是由车载通信系统控制单元TCU还是由车载多媒体系统来处理所述消息；

根据协商所述方案，MOST消息队列管理模块将所述消息相应地转发给车载通信系统控制单元TCU或车载多媒体系统以处理所述信息。

尽管已参考优选实施例详细描述了本发明，但是本领域技术人员将理解，在不偏离随附权利要求书中所阐述的本发明的精神和范围的情况下可以对其进行各种修改和替换。

Claims (23)

1.一种基于MOST的车载通信方法，该方法包括以下步骤：

作为车载通信其中一方的车载元件接收（S11）需要处理的消息（MI），

从设置在作为车载通信各方的各个车载元件中的MOST自描述模块获取（S12）车载元件的基本信息，

基于所获取的基本信息，利用设置在所述各个车载元件的至少一个车载元件中的MOST消息队列管理模块所提供的消息类别枚举功能，针对每类接收到的消息（MI），由所述各个车载元件确定（S13）处理所述消息（MI）的处理方，

根据所确定的处理方，由作为处理方的车载元件来处理（S14）所述消息（MI）。

2.根据权利要求1所述的方法，其中，所述车载元件为车载通信系统控制单元（31）和车载多媒体系统（32）。

3.根据权利要求2所述的方法，其中，由所述MOST消息队列管理模块对接收到的消息进行缓存和分发。

4.根据权利要求2或3所述的方法，其中，由MOST消息队列管理模块对消息队列大小、队列状态通知事件进行配置。

5.根据权利要求2或3所述的方法，其中，通过MOST消息队列管理模块来获取消息并应答消息。

6.根据权利要求2或3所述的方法，其中，由MOST消息队列管理模块所管理的消息队列支持优先级。

7.根据权利要求2所述的方法，其进一步包括通过配置MOST软件升级模块（51）来执行对车载通信系统控制单元（31）和车载多媒体系统（32）的软件升级。

8.根据权利要求7所述的方法，其中，MOST软件升级模块（51）支持低优先级下载和/或断点续存。

9.根据权利要求7或8 所述的方法，其中，通过配置监控媒体、监控文件过滤器、监控频率，由MOST软件升级模块（51）确定升级所需的软件的位置。

10.根据权利要求7或8所述的方法，其中，通过读取文件头，MOST软件升级模块（51）给被升级设备提供安全性认证。

11.根据权利要求7或8所述的方法，其中，通过CRC的计算，MOST软件升级模块（51）对文件完整性进行认证。

12.根据权利要求7或8所述的方法，其中，利用MOST软件升级模块（51），实现对压缩文件的解压、多文件升级和文件服务。

13.根据权利要求12所述的方法，其中，利用MOST软件升级模块（51）来设置文件枚举、文件读取的文件指针。

14.根据权利要求7或8所述的方法，其中，MOST软件升级模块（51）被设置在任何车载设备中。

15.根据权利要求2或7所述的方法，其进一步包括通过设置网络连接管理模块（61）来管理车载多媒体系统（32）和车载通信系统控制单元（31）的网络连接。

16.根据权利要求15所述的方法，其中，网络连接管理模块（61）检测网络连接状态并将检测到的状态通知给车载多媒体系统（32）。

17.根据权利要求16所述的方法，其中，网络连接管理模块（61）提供基于IP优先级的服务质量。

18.根据权利要求17所述的方法，其中，通过定义呼叫能力、数据漫游、APN、语音呼叫状态、数据呼叫状态、运营商、信号强度、登记信息、网络信息、DTMF、连接到因特网、从因特网断开来配置MOST网络连接管理模块（61）。

19.根据权利要求2或7所述的方法，其中，通过车载多媒体系统（32）和/或车载通信系统控制单元（31）中的MOST GPS模块来实现GPS信息的共享。

20.根据权利要求19所述的方法，其中，只有当车载通信系统控制单元（31）和车载多媒体系统（32）中具有GPS模块并且要彼此共享GPS位置时，才在车载多媒体系统(32)和/或车载通信系统控制单元（31）中定义MOST GPS模块。

21.根据权利要求20所述的方法，其中，通过定义GPS协议枚举、协议选择、消息过滤掩膜、刷新率、刷新率范围、GPS位置来配置MOST GPS模块。

22.一种基于MOST的车载通信设备(81)，作为车载通信的一方，其包括：

接收装置（811），用来接收需要处理的消息（MI），

获取装置（812），用于从设置在所述车载通信设备中的MOST自描述模块获取车载元件的基本信息，

确定装置（813），用于基于所获取的基本信息，利用设置在所述车载通信设备中的MOST消息队列管理模块所提供的消息类别枚举功能，针对每类接收到的消息（MI），由所述车载通信设备与作为车载通信对方的其他车载通信设备确定处理所述消息（MI）的处理方，

处理装置（814），用于根据所确定的处理方，当处理方为所述车载通信设备时来处理所述消息（MI）。

23.一种如权利要求22所述的车载通信设备（81），其中，所述车载通信设备为车载通信系统控制单元（31）和车载多媒体系统（32）。