CN115840435A - 数据传输方法、装置、车辆及存储介质 - Google Patents
数据传输方法、装置、车辆及存储介质 Download PDFInfo
- Publication number
- CN115840435A CN115840435A CN202211130754.XA CN202211130754A CN115840435A CN 115840435 A CN115840435 A CN 115840435A CN 202211130754 A CN202211130754 A CN 202211130754A CN 115840435 A CN115840435 A CN 115840435A
- Authority
- CN
- China
- Prior art keywords
- node
- diagnosis
- electronic control
- module
- request message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 77
- 230000005540 biological transmission Effects 0.000 title claims abstract description 35
- 238000003745 diagnosis Methods 0.000 claims abstract description 305
- 230000004044 response Effects 0.000 claims abstract description 57
- 238000004891 communication Methods 0.000 claims abstract description 34
- 230000004913 activation Effects 0.000 claims description 100
- 238000004590 computer program Methods 0.000 claims description 11
- 238000012544 monitoring process Methods 0.000 claims description 5
- 238000012795 verification Methods 0.000 claims description 5
- 230000008569 process Effects 0.000 abstract description 26
- 238000013507 mapping Methods 0.000 abstract description 10
- 238000001994 activation Methods 0.000 description 86
- 230000006870 function Effects 0.000 description 14
- 230000003068 static effect Effects 0.000 description 11
- 238000012545 processing Methods 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 230000008878 coupling Effects 0.000 description 4
- 238000010168 coupling process Methods 0.000 description 4
- 238000005859 coupling reaction Methods 0.000 description 4
- 230000000694 effects Effects 0.000 description 3
- 238000002360 preparation method Methods 0.000 description 3
- WXZOXVVKILCOPG-UHFFFAOYSA-N bis(2-ethylhexyl) benzene-1,3-dicarboxylate Chemical group CCCCC(CC)COC(=O)C1=CC=CC(C(=O)OCC(CC)CCCC)=C1 WXZOXVVKILCOPG-UHFFFAOYSA-N 0.000 description 2
- 238000001514 detection method Methods 0.000 description 2
- 230000003213 activating effect Effects 0.000 description 1
- 238000004458 analytical method Methods 0.000 description 1
- 230000000903 blocking effect Effects 0.000 description 1
- 238000004422 calculation algorithm Methods 0.000 description 1
- 238000004364 calculation method Methods 0.000 description 1
- 238000006243 chemical reaction Methods 0.000 description 1
- 238000011161 development Methods 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 239000000446 fuel Substances 0.000 description 1
- 238000010438 heat treatment Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000000737 periodic effect Effects 0.000 description 1
- 238000009877 rendering Methods 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
Images
Landscapes
- Small-Scale Networks (AREA)
Abstract
本申请公开了一种数据传输方法、装置、车辆及存储介质，在该方法包括：在网关节点中的第一诊断模块处于激活状态的情况下，向多个电子控制节点发送指定信号，指定信号用于指示电子控制节点中的第二诊断模块进入使能状态；接收诊断节点发送的诊断请求报文，诊断请求报文用于请求获取多个电子控制节点中的目标电子控制节点的故障类型；将诊断请求报文发送至目标电子控制节点；接收目标电子控制节点发送的诊断响应报文，并将诊断响应报文发送至诊断节点。由于网关节点通过诊断请求报文即可确定出目标电子控制节点，因此不存在将电子控制节点的逻辑地址与组播地址进行映射的过程，使得网关节点和电子控制节点之间的通信更加高效。
Description
技术领域
本申请涉及车辆诊断技术领域，更具体地，涉及一种数据传输方法、装置、车辆及存储介质。
背景技术
在车辆进行故障诊断时，由诊断节点向网关节点发送诊断请求，网关节点进而将该诊断请求转发至对应的电子控制节点(Electronic Control Unit,ECU)。在相关技术中，网关节点通常采用IP组播的方式实现对诊断请求的转发，例如，基于ECU逻辑地址与组播地址之间的映射，网关节点将诊断请求组播至对应的ECU。
然而，ECU逻辑地址与组播地址之间的映射过程给网关节点带来了较多的通信和运行开销，降低了网关节点的通信效率。
发明内容
本申请实施例提供一种数据传输方法、装置、车辆及存储介质。
第一方面，本申请一些实施例提供一种数据传输方法，该方法包括：在网关节点中的第一诊断模块处于激活状态的情况下，向多个电子控制节点发送指定信号，指定信号用于指示电子控制节点中的第二诊断模块进入使能状态；接收诊断节点发送的诊断请求报文，诊断请求报文用于请求获取多个电子控制节点中的目标电子控制节点的故障类型；将诊断请求报文发送至目标电子控制节点；接收目标电子控制节点发送的诊断响应报文，并将诊断响应报文发送至诊断节点。
第二方面，本申请一些实施例提供另一种数据传输方法，该方法包括：接收网关节点在网关节点中的第一诊断模块处于激活状态下发送的指定信号；基于指定信号，控制电子控制节点中的第二诊断模块进入使能状态；接收网关节点转发的诊断请求报文，诊断请求报文由诊断节点发送至网关节点，诊断请求报文用于请求获取电子控制节点的故障类型；基于诊断请求报文，将诊断响应报文发送至网关节点，网关节点用于将诊断响应报文转发至诊断节点。
第三方面，本申请一些实施例提供一种数据传输装置，该装置包括：第一发送模块、第一接收模块、第二发送模块和第二接收模块。其中，第一发送模块用于在网关节点中的第一诊断模块处于激活状态的情况下，向多个电子控制节点发送指定信号，指定信号用于指示电子控制节点中的第二诊断模块进入使能状态。第一接收模块用于接收诊断节点发送的诊断请求报文，诊断请求报文用于请求获取多个电子控制节点中的目标电子控制节点的故障类型。第二发送模块用于将诊断请求报文发送至目标电子控制节点。第二接收模块用于接收目标电子控制节点发送的诊断响应报文，并将诊断响应报文发送至诊断节点。
第四方面，本申请一些实施例提供另一种数据传输装置，该装置包括：第三接收模块、控制模块、第四接收模块和第三发送模块。其中，第三接收模块用于接收网关节点在网关节点中的第一诊断模块处于激活状态下发送的指定信号。控制模块用于基于指定信号，控制电子控制节点中的第二诊断模块进入使能状态。第四接收模块用于接收网关节点转发的诊断请求报文，诊断请求报文由诊断节点发送至网关节点，诊断请求报文用于请求获取电子控制节点的故障类型。第三发送模块用于基于诊断请求报文，将诊断响应报文发送至网关节点，网关节点用于将诊断响应报文转发至诊断节点。
第五方面，本申请一些实施例还提供一种车辆，该车辆包括：网关节点、多个电子控制节点、一个或多个处理器、存储器以及一个或多个应用程序。其中，多个电子控制节点连接于网关节点；一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个程序配置用于执行上述的方法。
第六方面，本申请实施例还提供一种计算机可读存储介质，该计算机可读存储介质中存储有计算机程序指令。其中，计算机程序指令可被处理器调用执行上述的方法。
第七方面，本申请实施例还提供一种计算机程序产品，该计算机程序产品被执行时，实现上述的方法。
本申请提供了一种数据传输方法、装置、车辆及存储介质，在该方法中，网关节点中的第一诊断模块在处于激活状态的情况下，会向多个电子控制节点发送指定信号，以使得多个电子控制节点中的第二诊断模块进入使能状态，也即使得电子控制节点进入准备接收诊断请求报文的状态。在后续网关节点接收到诊断节点发送的诊断请求报文的情况下，会基于诊断请求报文中的相关信息(例如，报文的目的地址)确定出多个电子控制节点中的目标电子控制节点，进而将该诊断请求报文发送至目标电子控制节点，也即完成报文的转发工作。由于网关节点通过诊断请求报文即可确定出目标电子控制节点，因此不存在将电子控制节点的逻辑地址与组播地址进行映射的过程，使得网关节点和电子控制节点之间的通信更加高效。
附图说明
为了更清楚地说明本申请实施例中的技术方案，下面将对实施例描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1示出了本申请实施例提供的一种车辆的结构示意图。
图2示出了本申请第一实施例提供的一种数据传输方法的流程示意图。
图3示出了本申请第二实施例提供的一种数据传输方法的流程示意图。
图4示出了本申请第三实施例提供的一种数据传输方法的流程示意图。
图5示出了本申请第四实施例提供的一种数据传输方法的流程示意图。
图6示出了本申请实施例提供的一种数据传输装置的模块框图。
图7示出了本申请实施例提供的另一种数据传输装置的模块框图。
图8示出了本申请实施例提供的车辆的模块框图。
图9示出了本申请实施例提供的计算机可读存储介质的模块框图。
具体实施方式
下面详细描述本申请的实施方式，实施方式的示例在附图中示出，其中自始至终相同或类似的标号表示相同或类似的元件或具有相同或类似功能的元件。下面通过参考附图描述的实施方式是示例性地，仅用于解释本申请，而不能理解为对本申请的限制。
为了使本技术领域的人员更好地理解本申请的方案，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整的描述。显然，所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
本申请提供了一种数据传输方法、装置、车辆及存储介质，在该方法中，网关节点中的第一诊断模块在处于激活状态的情况下，会向多个电子控制节点发送指定信号，以使得多个电子控制节点中的第二诊断模块进入使能状态，也即使得电子控制节点进入准备接收诊断请求报文的状态。在后续网关节点接收到诊断节点发送的诊断请求报文的情况下，会基于诊断请求报文中的相关信息(例如，报文的目的地址)确定出多个电子控制节点中的目标电子控制节点，进而将该诊断请求报文发送至目标电子控制节点，也即完成报文的转发工作。由于网关节点通过诊断请求报文即可确定出目标电子控制节点，因此不存在将电子控制节点的逻辑地址与组播地址进行映射的过程，使得网关节点和电子控制节点之间的通信更加高效。
为了便于详细说明本申请方案，下面先结合附图对本申请实施例中的应用环境进行介绍。请参阅图1，本申请实施例提供的数据传输方法应用于车辆100，车辆100是指以动力装置驱动或者牵引，供人员乘用或者用于运送物品的交通工具，其包括但不限于小轿车、中巴车、大巴车等等。具体地，车辆100和诊断节点50通信连接，车辆100包括网关节点10、多个电子控制节点(Electronic Control Unit,ECU)30，其中，网关节点10分别与多个电子控制节点30建立通信连接，诊断节点50通过网关节点10与车辆100建立通信连接。
网关节点10作为车辆网络系统中的核心控制装置，负责协调控制器局域网络(Controller Area Network,CAN)和其他数据网络之间的协议转换、数据交换、故障诊断等工作。在本申请中，网关节点10分别与诊断节点50和多个电子控制节点30建立通信连接。具体地，网关节点10通过以太网连接于诊断节点50，并通过控制器局域网络(ControllerArea Network,CAN)或者通过以太网连接于多个电子控制节点30。其中，网关节点10可以是设置在车辆100内的网关设备，也可以是集成于车辆100的处理器上的网关模块，本实施例不作具体限定。
具体地，网关节点10中设置有基于汽车开放系统架构AUTOSARCP的DoIP模块(也即，第一诊断模块)，在该DoIP模块中存储有DoIP协议。在本申请实施例的网关节点10的DoIP模块中添加有诊断节点50的源地址(SourceAddress,SA)，也即DoIP协议对应的诊断请求报文中首部的源ECU地址。此外，网关节点10的DoIP模块中还添加有多个电子控制节点30的目标地址(Target Address,TA)，也即DoIP协议对应的诊断请求报文中首部的目标ECU逻辑地址。本实施例对AUTOSARCP的基础软件层(Basic Software,BSW)协议栈的具体开发工具不作限定。
在本申请实施例中，在网关节点10的ECU协议栈的DoIP配置中，路由激活方式设置为报文激活(也即，DOIP_ROUTING_ACTIVATION_MSG)，此外，网关节点10还添加有静态端口号13400，该静态端口号13400用于监听诊断节点50发送的车辆识别请求报文、激活请求报文和诊断请求报文等等，以及监听电子控制节点30发送的诊断响应报文。其中，该静态端口号13400包括传输控制协议(Transmission Control Protocol,TCP)和用户数据包协议(User Datagram Protocol,UDP)，具体地，静态端口号13400由ISO13400标准进行规定，本申请实施例不再赘述。
在本申请实施例中，网关节点10中还设置有第一软件组件(Software Component,SWC)，该第一软件组件用于对网关节点10中的DoIP模块进行使能(ActivationLineSwitchActive)，也即，使得网关节点10中的DoIP模块进入工作状态。此外，网关节点10中还添加有与DoIP模块关联的网络层模块(例如，LdCom模块)之间的协议数据单元(Protocol Data Unit,PDU)的路由关系配置。
电子控制节点30是一种小型的计算机管理中心，其具有信号(数据)采集、计算处理、分析判断以及决定对策等功能。在本申请中，电子控制节点30与网关节点10建立通信连接。其中，电子控制节点30可以是设置在车辆100内的电子控制器，也可以是集成于车辆100的处理器上的电子控制模块，具体地，电子控制节点30可以用于车辆100的巡航控制、灯光控制、安全气囊控制、燃油加热控制、排气控制、制动控制等等，根据实现的功能不同，可以设置不同类型的电子控制节点30，本实施例对此不作具体限定。
同样地，电子控制节点30中设置有基于汽车开放系统架构AUTOSARCP的DoIP模块(也即，第二诊断模块)，在该DoIP模块中存储有DoIP协议。在本申请实施例的电子控制节点30的DoIP模块中添加有诊断节点50的源地址(SourceAddress,SA)，也即DoIP协议对应的诊断请求报文中首部的源ECU地址。
在本申请实施例中，在电子控制节点30的ECU协议栈的DoIP配置中，路由激活方式设置为自动激活(也即，DOIP_ROUTING_ACTIVATION_AUTOMATIC)，因此，电子控制节点30中的DoIP模块不需要通过报文进行激活。同样地，在电子控制节点30中添加有静态端口号13400，该静态端口号13400用于监听网关节点10发送的诊断请求报文。
在本申请实施例中，电子控制节点30还设置有第二软件组件(SoftwareComponent,SWC)，该第二软件组件用于对电子控制节点30进行使能(ActivationLineSwitchActive)，也即，使得电子控制节点30中的DoIP模块进入工作状态。具体地，电子控制节点30的AUTOSAR协议栈配置中添加有指定信号的定义，该指定信号用于指示电子控制节点30进入使能状态。因此，当电子控制节点30接收到指定信号的情况下，调用AUTOSAR DoIP模块提供的标准接口(也即，通过SWC)进行使能，使得电子控制节点30中的DoIP模块进入使能状态。
在本申请实施例中，电子控制节点30中还添加有与DoIP模块与关联的网络层模块(例如，LdCom模块)之间的协议数据单元(Protocol Data Unit,PDU)的路由关系配置。
诊断节点50是一种用于检测车辆故障的故障自检仪。在本申请中，诊断节点50通过以太网连接于网关节点10，也即，网关节点10作为诊断节点50的边缘节点(DoIP EdgeNode)。因此，诊断节点50在请求对某个电子控制节点30发起诊断请求时，只需要在诊断请求报文中写入目标电子控制节点30的目标逻辑地址(Target Address,TA)并将该诊断请求报文发送至网关节点10，后续由网关节点10基于诊断请求报文中的目标逻辑地址将该诊断请求报文发送至对应的电子控制节点30。因此，诊断节点50只需要确定目标电子控制节点30的设备逻辑地址，即可完成诊断请求报文的发送任务。具体地，诊断节点50可以是设置在车辆100内的诊断设备，也可以是集成于车辆100的处理器上的诊断模块，本实施例不作具体限定。
在本申请实施例中，诊断节点50中网络接口控制器(Network InterfaceController,NIC)的IP地址所在的网段和网关节点10与诊断节点50连接的NIC配置的IP地址所在的网段相同。
请参阅图2，图2示意性地示出了本申请第一实施例提供的一种数据传输方法。该方法应用于网关节点，具体地，该方法包括如下过程。
S210，在网关节点中的第一诊断模块处于激活状态的情况下，向多个电子控制节点发送指定信号。
在第一诊断模块处于激活状态的情况下，第一诊断模块对Socket进行初始化，并通过第一指定端口(例如，静态端口号13400)对诊断节点和电子控制节点发送的诊断请求报文进行监听。此时，网关节点完成了接收和发送诊断请求报文的准备。
指定信号表征网关节点中的第一诊断模块已成功激活，用于指示电子控制节点中的第二诊断模块进入使能状态。在本申请实施例中，网关节点通过CAN网络向多个电子控制节点广播该指定信号，其中，指定信号可以是脉冲编码调制(Pulse Code Modulation,PCM)信号，本实施例对指定信号的具体形式不作限定。这里需要说明的是，在多个电子控制节点的AUTOSAR协议栈配置中添加有该指定信号的定义，多个电子控制节点在监听到指定信号的情况下，控制自身的第二诊断模块进入使能状态。电子控制节点基于指定信号对第二诊断模块进行使能的实施方式在下文实施例中进行介绍。
需要说明的是，由于电子控制节点中的第二诊断模块的路由激活方式为自动激活。因此，当第二诊断模块处于使能状态的情况下，电子控制节点完成了接收诊断请求报文的准备，也即，电子控制节点可以通过第二指定端口(例如，静态端口号13400)对网关节点发送的诊断请求报文进行监听。
S220，接收诊断节点发送的诊断请求报文。
诊断请求报文用于请求获取多个电子控制节点中的目标电子控制节点的运行数据，以实现对目标电子控制节点的诊断。诊断请求报文包括以下内容：地址信息、诊断数据和诊断数据长度。其中，地址信息包括报文类型、源地址、目的地址和地址类型。源地址是诊断请求报文的发送地址，也即诊断节点的设备逻辑地址。目的地址是诊断请求报文的接收地址，也即目标电子控制节点的设备逻辑地址。地址类型可以是物理寻址或功能寻址，在本申请实施例中，仅以地址类型为物理寻址为例进行说明。诊断数据包括服务标识，用于唯一标识某个诊断服务。
S230，将诊断请求报文发送至目标电子控制节点。
在本申请实施例中，网关节点在确定出目标电子控制节点后，直接将诊断请求报文转发至目标电子控制节点，相比于相关技术中需要将电子控制节点的设备逻辑地址映射到组播地址再进行数据转发，本申请实施例能够节省网关节点在进行诊断请求报文的转发时的处理开销，使得诊断请求报文的转发过程更加高效。在一些实施例中，S230可以包括如下过程。
S2310，获取诊断请求报文的目的地址。
网关节点接收到诊断请求报文后，网络层通过预先存储的解包算法对诊断请求报文进行解包处理，得到诊断请求报文中的目的地址。
S2320，获取多个电子控制节点的设备逻辑地址。
网关节点通过读取内部配置文件中预先存储的信息，即可确定出多个电子控制节点的设备逻辑地址。
S2330，将多个电子控制节点中设备逻辑地址与目的地址相同的电子控制节点，确定为目标电子控制节点。
网关节点依次将目的地址和多个电子控制节点对应的设备逻辑地址进行比较，若目的地址和设备逻辑地址相同，则将该设备逻辑地址对应的电子控制节点确定为目标电子控制节点。
S2340，将诊断请求报文发送至目标电子控制节点。
作为一种实施方式，网关节点在接收到诊断请求报文的情况下，先经过网络层对该诊断请求报文进行解包操作。然后将协议数据单元(Protocol Data Unit,PDU)路由至DoIP协议栈以及LdCom模块，此时，DoIP报文首部与数据域均未改变，也即，SA依旧是诊断节点的设备逻辑地址，TA依旧是目标电子控制节点的设备逻辑地址。最后由PDU经网络层协议栈组帧后将该诊断请求报文转发至目标电子控制节点。
本申请实施例提供了一种数据传输方法，在该方法中，网关节点能够快速确定出目标电子控制节点，提高了网关节点和目标电子控制节点之间的通信效率。
在一些可能的实施例中，在S220之后，网关节点使用统一的协议数据单元(Protocol Data Unit,PDU)，并通过受限的广播地址(例如，255.255.255.255)将诊断请求报文发送至多个电子控制节点。多个电子控制节点在接收到诊断请求报文的情况下，获取诊断请求报文的目的地址以及本地的设备逻辑地址，其中，本地的设备逻辑地址可以从电子控制节点的配置文件中读取。电子控制节点进而判断目的地址和自身的设备逻辑地址是否相同。若目的地址和设备逻辑地址相同，则该电子控制节点为目标电子控制节点，进而对诊断请求报文进行响应，也即向网关节点发送诊断响应报文。若目的地址和设备逻辑地址不相同，则不对诊断请求报文进行响应。
S240，接收目标电子控制节点发送的诊断响应报文，并将诊断响应报文发送至诊断节点。
在目标电子控制节点接收到诊断请求报文的情况下，会向网关节点发送诊断响应报文。此时，网关节点接收目标电子控制节点发送的诊断响应报文，并将诊断响应报文发送至诊断节点。具体地，诊断响应报文中包括目标电子控制节点的运行数据。诊断响应报文包括以下内容：地址信息、运行结果数据。其中，地址信息包括报文类型、源地址、目的地址和地址类型。源地址是诊断响应报文的发送地址，也即目标电子控制节点的设备逻辑地址。目的地址是诊断响应报文的接收地址，也即诊断节点的设备逻辑地址。地址类型可以是物理寻址或功能寻址，在本申请实施例中，地址类型为物理寻址。运行结果数据是目标电子控制节点调用诊断请求报文中的服务标识对应的服务得到的执行结果，诊断节点可以根据该运行结果数据来确定目标电子控制节点的故障类型。
本申请实施例提供了一种数据传输方法，在该方法中，网关节点中的第一诊断模块在处于激活状态的情况下，会向多个电子控制节点发送指定信号，以使得多个电子控制节点中的第二诊断模块进入使能状态，也即使得电子控制节点进入准备接收诊断请求报文的状态。在后续网关节点接收到诊断节点发送的诊断请求报文的情况下，会基于诊断请求报文中的相关信息(例如，报文的目的地址)确定出多个电子控制节点中的目标电子控制节点，进而将该诊断请求报文发送至目标电子控制节点，也即完成报文的转发工作。由于网关节点通过诊断请求报文即可确定出目标电子控制节点，因此不存在将电子控制节点的逻辑地址与组播地址进行映射的过程，使得网关节点和电子控制节点之间的通信更加高效。
在上文实施例中提到，网关节点在自身的第一诊断模块处于激活状态的情况下，执行后续的数据转发步骤(比如将诊断请求报文转发至目标电子控制节点，或者，将诊断响应报文转发至诊断节点)。下面对第一诊断模块的激活过程进行阐述。
请参阅图3，图3示意性地示出了本申请第二实施例提供的一种数据传输方法。该方法应用于网关节点，在一些实施例中，在S210之前还包括如下过程。
S302，接收诊断节点发送的激活请求报文。
激活请求报文用于请求对网关节点的第一诊断模块进行路由激活。激活请求报文携带诊断节点的工作参数，上述工作参数包括源地址、激活类型、诊断节点的身份信息中的至少一项，其中，源地址为诊断节点的设备逻辑地址。
在一些实施例中，诊断节点发现并识别出车辆后，维修人员可以在诊断节点处添加该车辆作为诊断对象，之后，诊断节点与该车辆中的网关节点建立通信连接(例如，TCPSocket连接)，并通过该通信连接向网关节点发送激活请求报文。诊断节点发现并识别车辆的实现方式将在下文进行阐述。
S304，检测诊断节点的工作参数是否满足预设的激活规则。
其中，预设的激活规则包括以下至少一项：源地址注册规则、激活类型支持规则、在线规则和身份验证通过规则。在本申请实施例中，网关节点在收到激活请求报文后，协议栈将协议数据单元(Protocol Data Unit,PDU)路由至第一诊断模块(也即，DoIP模块)，协议栈进一步提取DoIP数据报中诊断节点的工作参数。其中，诊断节点的工作参数包括诊断节点的设备逻辑地址、激活类型和身份信息中的一项或多项。具体地，S304包括如下过程。
S3041，检测第一诊断模块的配置文件中是否包括诊断节点的设备逻辑地址，在第一诊断模块的配置文件中包括诊断节点的设备逻辑地址的情况下，确定诊断节点的工作参数满足源地址注册规则。
在申请实施例中，第一诊断模块的配置文件中预先配置有多个设备的设备逻辑地址。若该配置文件中添加有诊断节点的设备逻辑地址，则确定诊断节点的工作参数满足源地址注册规则。反之，若第一诊断模块的配置文件中未添加有诊断节点的设备逻辑地址，则确定诊断节点的工作参数不满足源地址注册规则。
S3043，检测诊断节点中的激活类型是否为指定激活类型，且是否与第一诊断模块的激活类型相同，在诊断节点中的激活类型为指定激活类型，且与第一诊断模块的激活类型相同的情况下，确定诊断节点的工作参数满足激活类型支持规则。
作为一种实施方式，诊断节点中的激活类型可以基于工作参数中激活类型位读取。网关节点先确定激活类型是否为指定激活类型，若确定激活类型为指定激活类型，则判断是否与第一诊断模块预设的激活类型相同，若诊断节点中的激活类型与第一诊断模块的激活类型相同，则确定诊断节点的工作参数满足激活类型支持规则。反之，若诊断节点中的激活类型不是指定激活类型，或者诊断节点中的激活类型与第一诊断模块的激活类型不相同，则确定诊断节点的工作参数不满足激活类型支持规则。
具体地，指定激活类型为报文激活类型，报文激活类型可以由一个或多个字母或符号组成，例如，报文激活类型为DOIP_ROUTING_ACTIVATION_MSG。本申请实施例不做具体限定。
S3045，检测诊断节点和网关节点之间是否存在可用的通信连接，在诊断节点和网关节点之间存在可用的通信连接的情况下，确定诊断节点的工作参数满足在线规则。
作为一种实施方式，诊断节点和网关节点之间是否存在可用的通信连接是基于诊断节点向网关节点发送的心跳包来确定的。若网关节点在预设时长内接收到诊断节点发送的心跳包，则说明诊断节点和网关节点之间存在可用的通信连接。具体地，心跳包是基于心跳机制的一种自定义协议包，本申请对心跳包的具体实现不作限定。
作为另一种实施方式，诊断节点和网关节点之间是否存在可用的通信连接是基于预设的诊断函数来确定的。若诊断函数的返回值为第一预设值，则说明诊断节点和网关节点之间存在可用的通信连接。反之，若诊断函数的返回值为第二预设值，则说明诊断节点和网关节点之间不存在可用的通信连接。其中，诊断函数可以是非阻塞模式下的select函数，第一预设值和第二预设值由诊断函数默认设定，示例性地，第一预设值为1，第二预设值为0。
S3047，检测诊断节点中的身份信息是否为指定身份信息，在身份信息为指定身份信息的情况下，确定诊断节点的工作参数满足身份验证通过规则。
作为一种实施方式，若第一诊断模块的配置文件中存储的身份信息(也即，指定身份信息)和诊断节点的身份信息相同，则确定诊断节点的工作参数满足身份验证通过规则。反之，若第一诊断模块的配置文件中存储的身份信息和诊断节点的身份信息不相同，则确定诊断节点的工作参数不满足身份验证通过规则。具体地，身份信息可以包括帐户信息或/及密码信息。
S306，在诊断节点的工作参数满足预设的激活规则的情况下，控制第一诊断模块进入激活状态。
网关节点在诊断节点的工作参数满足预设的激活规则的情况下，控制第一诊断模块进入激活状态。反之，网关节点在诊断节点的工作参数不满足预设的激活规则的情况下，则不对第一诊断模块进行激活。
第一诊断模块进入激活状态之后，网关节点通过周期任务内的运行时环境(Runtime Environment,RTE)调用第一诊断模块提供的AUTOSAR标准接口，即可确定第一诊断模块是否处于激活状态。具体地，AUTOSAR标准接口的输出参数为布尔类型参数，例如，若AUTOSAR标准接口的输出参数为True，则说明第一诊断模块处于激活状态，若AUTOSAR标准接口的输出参数为False，则说明第一诊断模块处于未激活状态。
在一些实施例中，网关节点在诊断节点的工作参数满足预设的激活规则的情况下，向诊断节点发送激活响应报文。其中，激活响应报文中的测试设备地址为激活请求报文中的源地址，即诊断节点的设备逻辑地址，实体地址为网关节点的设备逻辑地址。在后续过程中，诊断节点在接收到激活响应报文的情况下，即可确定网关节点中的第一诊断模块处于激活状态，则向网关节点发送诊断请求报文。
在本申请实施例中，具体介绍了通过激活请求报文激活第一诊断模块的实施方式，使得第一诊断模块激活后的网关节点能够实现对诊断请求报文的转发工作。
请参阅图4，图4示意性地示出了本申请第三实施例提供的一种数据传输方法。该方法应用于电子控制节点，具体地，该方法包括如下过程。
S410，接收网关节点在网关节点中的第一诊断模块处于激活状态下发送的指定信号。
指定信号的相关介绍可以参考S210中的相关介绍，在此不再赘述。
S420，基于指定信号，控制电子控制节点中的第二诊断模块进入使能状态。
由于电子控制节点中的第二诊断模块的路由激活方式为自动激活。因此，当第二诊断模块处于使能状态的情况下，电子控制节点完成了接收诊断请求报文的准备。也即，电子控制节点不需要网关节点发送额外的激活报文对第二诊断模块进行激活的步骤，节约了网关节点和电子控制节点之间的通讯资源，加快了电子控制节点中的第二诊断模块的激活速度。具体地，S420包括如下过程。
S4210，基于指定信号，将电子控制节点中的第二诊断模块对应的使能状态位设置为指定值。
在本申请实施例中，电子控制节点在接收到指定信号的情况下，通过运行时环境(Runtime Environment,RTE)调用第二诊断模块提供的AUTOSAR标准接口，该AUTOSAR标准接口用于对第二诊断模块进行使能。具体地，在电子控制节点在接收到指定信号的情况下，AUTOSAR标准接口将第二诊断模块对应的使能状态位(Activation Line Status)设置为指定值，示例性地，指定值为DOIP_ACTIVATION_LINE_ACTIVE。
S4230，通过电子控制节点中的指定端口监听是否接收到诊断请求报文。
在第二诊断模块处于使能状态的情况下，第二诊断模块将对Socket进行初始化工作，并开启第二指定端口监听是否接收到诊断请求报文。具体地，第二指定端口可以是静态端口号13400。
S430，接收网关节点转发的诊断请求报文。
诊断请求报文由诊断节点发送至网关节点，诊断请求报文用于请求获取电子控制节点的故障类型。具体地，诊断请求报文到达电子控制节点之后，电子控制节点先经过网络层协议栈对该诊断请求报文进行进行解包操作，并将解包后的诊断请求报文发送至LdCom模块，后续将协议数据单元(Protocol Data Unit,PDU)路由至DoIP模块(也即，电子控制节点中的第二诊断模块)，此时，电子控制节点完成了诊断请求报文的接收工作。
S440，基于诊断请求报文，将诊断响应报文发送至网关节点。
网关节点用于将诊断响应报文转发至诊断节点。具体地，电子控制节点中的第二诊断模块生成诊断响应报文之后，将PDU路由至LdCom模块，后续网络层协议栈对该诊断响应报文进行压缩后，将压缩后的诊断响应报文发送至网关节点。
本申请提供了一种数据传输方法，在该方法中，电子控制节点在接收到网关节点发送的指定信号的情况下，控制电子控制节点中的第二诊断模块进入使能状态，也即做好了接收诊断请求报文的准备工作。在后续电子控制节点接收到网关节点转发的诊断请求报文的情况下，向网关节点发送诊断响应报文，再由网关节点将诊断响应报文发送至诊断节点，进而完成了诊断节点对电子控制节点的故障诊断工作。由于网关节点通过诊断请求报文即可确定出目标电子控制节点，因此不存在将电子控制节点的逻辑地址与组播地址电子控制节点的逻辑地址与组播地址进行映射的过程，使得网关节点和电子控制节点之间的通信更加高效。
请参阅图5，图5示意性地示出了本申请第五实施例提供的一种数据传输方法。该方法应用于诊断节点、网关节点和目标电子控制节点，具体地，该方法包括如下过程。
S510，网关节点向诊断节点发送车辆声明报文。
车辆声明报文中包括车辆的识别码。在本申请实施例中，网关节点在确定与诊断节点建立通讯连接(例如，基于以太网通讯连接)的情况下，网关节点中通过第一软件组件对第一诊断模块(也即，DoIP模块)进行使能，使其进入使能状态，也即(DOIP_ACTIVATION_LINE_ACTIVE状态)。具体地，第一诊断模块的使能状态由AUTOSAR DoIP协议标准定义，本申请不作具体限定。
在第一诊断模块处于使能状态的情况下，网关节点向诊断节点发送车辆声明报文。其中，车辆声明报文中包括车辆的识别码。车辆的识别码也即车辆识别代码(VehicleIdentification Number,VIN)，是一种表明车辆身份的代码，该VIN码由ISO13400中约束。不同车辆的VIN码各不相同，也即，诊断节点通过对车辆声明报文中的VIN码进行识别，能够确定出唯一的车辆。具体地，网关节点中的DoIP协议栈可通过AUTOSAR接口获取该VIN码。
在一些实施例中，网关节点为了保证诊断节点能够顺利接收到车辆声明报文，可以在预设时间内多次发送车辆声明报文，例如，发送次数为3次。
在一些实施例中，为了保证网关节点和诊断节点之间数据传输的私密性，网关节点可以通过受限的广播地址向诊断节点发送车辆声明报文。例如，受限的广播地址为255.255.255.255。
在本申请实施例中，在第一诊断模块处于使能状态的情况下，网关节点中的DoIP协议栈还执行初始化UDPSocket的步骤，使得UDP中指定的静态端口号13400处于报文监听状态，也即，第一诊断模块通过静态端口号13400对车辆识别请求报文进行监听。
S515，诊断节点向网关节点发送车辆识别请求报文。
诊断节点在接收到网关节点发送的车辆声明报文的情况下，向网关节点发送车辆识别请求报文。
S520，网关节点向诊断节点发送车辆识别响应报文。
网关节点在接收到诊断节点发送的车辆识别请求报文的情况下，向诊断节点发送车辆识别响应报文。
S525，诊断节点向网关节点发送激活请求报文。
诊断节点在接收到车辆识别响应报文的情况下，基于车辆识别响应报文添加车辆的相关消息，进而与网关节点建立TCP Socket连接，并向网关节点发送激活请求报文。具体地，该激活请求报文的源地址为诊断节点的设备逻辑地址。
S530，网关节点向诊断节点发送激活响应报文。
具体地，网关节点在激活请求报文中的工作参数满足预设的激活规则的情况下，向诊断节点发送激活响应报文。
S535，网关节点控制第一诊断模块进入激活状态。
这里需要说明的是，S530和S535在执行时不存在先后顺序，也即，S530和S535可以同时执行，或者S530早于S535执行，或者S530晚于S535执行。
S540，网关节点向目标电子控制节点发送指定信号。
S545，目标电子控制节点控制第二诊断模块进入使能状态。
S550，诊断节点向网关节点发送诊断请求报文。
S555，网关节点将诊断请求报文转发至目标电子控制节点。
S560，目标电子控制节点向网关节点发送诊断响应报文。
S565，网关节点将诊断响应报文转发至诊断节点。
具体地，S530至S565的具体实施过程可以参考上文实施例中的相关介绍，在此不再赘述。
本申请实施例提供了一种数据传输方法，在该方法中，具体介绍了网关节点和诊断节点之间车辆识别请求和响应、路由激活请求和响应的过程，以及网关节点转发诊断请求报文和诊断响应报文的过程。由于网关节点通过诊断请求报文即可确定出目标电子控制节点，因此不存在将电子控制节点的逻辑地址与组播地址进行映射的过程，使得网关节点和电子控制节点之间的通信更加高效。
请参阅图6，图6示意性地示出了本申请实施例提供的一种数据传输装置600的结构框图。该数据传输装置600包括：第一发送模块610、第一接收模块620、第二发送模块630和第二接收模块640。其中，第一发送模块610用于在网关节点中的第一诊断模块处于激活状态的情况下，向多个电子控制节点发送指定信号，指定信号用于指示电子控制节点中的第二诊断模块进入使能状态。第一接收模块620用于接收诊断节点发送的诊断请求报文，诊断请求报文用于请求获取多个电子控制节点中的目标电子控制节点的故障类型。第二发送模块630用于将诊断请求报文发送至目标电子控制节点。第二接收模块640用于接收目标电子控制节点发送的诊断响应报文，并将诊断响应报文发送至诊断节点。
在一些实施例中，第二发送模块630还用于获取诊断请求报文的目的地址；获取多个电子控制节点的设备逻辑地址；将多个电子控制节点中设备逻辑地址与目的地址相同的电子控制节点，确定为目标电子控制节点；将诊断请求报文发送至目标电子控制节点。
在一些实施例中，数据传输装置600还包括第五接收模块(图中未示出)、检测模块(图中未示出)和激活状态控制模块(图中未示出)。其中，第五接收模块用于接收诊断节点发送的激活请求报文，激活请求报文携带诊断节点的工作参数。检测模块用于检测诊断节点的工作参数是否满足预设的激活规则，预设的激活规则包括以下至少一项：源地址注册规则、激活类型支持规则、在线规则和身份验证通过规则。激活状态控制模块用于在诊断节点的工作参数满足预设的激活规则的情况下，控制第一诊断模块进入激活状态。
在一些实施例中，检测模块还用于检测第一诊断模块的配置文件中是否包括诊断节点的设备逻辑地址，在第一诊断模块的配置文件中包括诊断节点的设备逻辑地址的情况下，确定诊断节点的工作参数满足源地址注册规则；或/及检测诊断节点中的激活类型是否为指定激活类型，且是否与第一诊断模块的激活类型相同，在诊断节点中的激活类型为指定激活类型，且与第一诊断模块的激活类型相同的情况下，确定诊断节点的工作参数满足激活类型支持规则；或/及检测诊断节点和网关节点之间是否存在可用的通信连接，在诊断节点和网关节点之间存在可用的通信连接的情况下，确定诊断节点的工作参数满足在线规则；或/及检测诊断节点中的身份信息是否为指定身份信息，在身份信息为指定身份信息的情况下，确定诊断节点的工作参数满足身份验证通过规则。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
本申请提供了一种数据传输装置，在该装置中，网关节点中的第一诊断模块在处于激活状态的情况下，会向多个电子控制节点发送指定信号，以使得多个电子控制节点中的第二诊断模块进入使能状态，也即使得电子控制节点进入准备接收诊断请求报文的状态。在后续网关节点接收到诊断节点发送的诊断请求报文的情况下，会基于诊断请求报文中的相关信息(例如，报文的目的地址)确定出多个电子控制节点中的目标电子控制节点，进而将该诊断请求报文发送至目标电子控制节点，也即完成报文的转发工作。由于网关节点通过诊断请求报文即可确定出目标电子控制节点，因此不存在将电子控制节点的逻辑地址与组播地址进行映射的过程，使得网关节点和电子控制节点之间的通信更加高效。
请参阅图7，图7示意性地示出了本申请实施例提供的另一种数据传输装置700的结构框图。该数据传输装置700包括：第三接收模块710、控制模块720、第四接收模块730和第三发送模块740。其中，第三接收模块710用于接收网关节点在网关节点中的第一诊断模块处于激活状态下发送的指定信号。控制模块720用于基于指定信号，控制电子控制节点中的第二诊断模块进入使能状态。第四接收模块730用于接收网关节点转发的诊断请求报文，诊断请求报文由诊断节点发送至网关节点，诊断请求报文用于请求获取电子控制节点的故障类型。第三发送模块740用于基于诊断请求报文，将诊断响应报文发送至网关节点，网关节点用于将诊断响应报文转发至诊断节点。
在一些实施例中，控制模块720还用于基于指定信号，将电子控制节点中的第二诊断模块对应的使能状态位设置为指定值；通过电子控制节点中的指定端口监听是否接收到诊断请求报文。
所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述装置和模块的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。
在本申请所提供的几个实施例中，模块相互之间的耦合可以是电性，机械或其它形式的耦合。
另外，在本申请各个实施例中的各功能模块可以集成在一个处理模块中，也可以是各个模块单独物理存在，也可以两个或两个以上模块集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。
本申请提供了一种数据传输装置，在该装置中，电子控制节点在接收到网关节点发送的指定信号的情况下，控制电子控制节点中的第二诊断模块进入使能状态，也即做好了接收诊断请求报文的准备工作。在后续电子控制节点接收到网关节点转发的诊断请求报文的情况下，向网关节点发送诊断响应报文，再由网关节点将诊断响应报文发送至诊断节点，进而完成了诊断节点对电子控制节点的故障诊断工作。由于网关节点通过诊断请求报文即可确定出目标电子控制节点，因此不存在将电子控制节点的逻辑地址与组播地址进行映射的过程，使得网关节点和电子控制节点之间的通信更加高效。
请参阅图8，其示出了本申请实施例还提供一种车辆800，该车辆800包括：一个或多个处理器810、存储器820、网关节点830、多个电子控制节点840以及一个或多个应用程序。其中，一个或多个应用程序被存储在存储器中并被配置为由一个或多个处理器执行，一个或多个应用程序配置用于执行上述实施例中所描述的方法。
处理器810可以包括一个或者多个处理核。处理器810利用各种接口和线路连接整个电池管理系统内的各种部分，通过运行或执行存储在存储器820内的指令、程序、代码集或指令集，以及调用存储在存储器820内的数据，执行电池管理系统的各种功能和处理数据。可选地，处理器810可以采用数字信号处理(Digital Signal Processing,DSP)、现场可编程门阵列(Field-Programmable Gate Array,FPGA)、可编程逻辑阵列(ProgrammableLogic Array,PLA)中的至少一种硬件形式来实现。处理器810可集成中央处理器810(Central Processing Unit,CPU)、图像处理器810(Graphics Processing Unit,GPU)和调制解调器等中的一种或几种的组合。其中，CPU主要处理操作系统、用户界面和应用程序等；GPU用于负责显示内容的渲染和绘制；调制解调器用于处理无线通信。可以理解的是，上述调制解调器也可以不集成到处理器810中，单独通过一块通信芯片进行实现。
存储器820可以包括随机存储器820(Random Access Memory,RAM)，也可以包括只读存储器820(Read-Only Memory,ROM)。存储器820可用于存储指令、程序、代码、代码集或指令集。存储器820可包括存储程序区和存储数据区，其中，存储程序区可存储用于实现操作系统的指令、用于实现至少一个功能的指令(例如，触控功能、声音播放功能、图像播放功能等)、用于实现上述各种方法实施例的指令等。存储数据区还可以存储电子设备图在使用中所创建的数据(例如，电话本、音视频数据、聊天记录数据)等。
多个电子控制节点840连接于网关节点830，具体地，网关节点830和多个电子控制节点840的相关介绍请参考上文环境实施例中的详细阐述，在此不再赘述。
请参阅图9，其示出了本申请实施例还提供一种计算机可读存储介质900，该计算机可读存储介质900中存储有计算机程序指令910，计算机程序指令910可被处理器调用以执行上述实施例中所描述的方法。
计算机可读存储介质900可以是诸如闪存、电可擦除可编程只读存储器(Electrically Erasable Programmable Read-Only Memory,EEPROM)、电动程控只读存储器(Electrical Programmable Read Only Memory,EPROM)、硬盘或者只读存储器(Read-Only Memory,ROM)。可选地，计算机可读存储介质包括非易失性计算机可读存储介质(Non-transitory Computer-readable Storage Medium)。计算机可读存储介质900具有执行上述方法中的任何方法步骤的计算机程序指令910的存储空间。这些计算机程序指令910可以从一个或者多个计算机程序产品中读出或者可以写入到这一个或者多个计算机程序产品中。
以上，仅是本申请的较佳实施例而已，并非对本申请作任何形式上的限制，虽然本申请已以较佳实施例揭示如上，然而并非用以限定本申请，任何本领域技术人员，在不脱离本申请技术方案范围内，当可利用上述揭示的技术内容做出些许更动或修饰为等同变化的等效实施例，但凡是未脱离本申请技术方案内容，依据本申请的技术实质对以上实施例所作的任何简介修改、等同变化与修饰，均仍属于本申请技术方案的范围内。
Claims (10)
1.一种数据传输方法，其特征在于，所述方法包括：
在网关节点中的第一诊断模块处于激活状态的情况下，向多个电子控制节点发送指定信号，所述指定信号用于指示所述电子控制节点中的第二诊断模块进入使能状态；
接收诊断节点发送的诊断请求报文，所述诊断请求报文用于请求获取多个所述电子控制节点中的目标电子控制节点的故障类型；
将所述诊断请求报文发送至所述目标电子控制节点；
接收所述目标电子控制节点发送的诊断响应报文，并将所述诊断响应报文发送至所述诊断节点。
2.根据权利要求1所述的方法，其特征在于，所述将所述诊断请求报文发送至所述目标电子控制节点，包括：
获取所述诊断请求报文的目的地址；
获取多个所述电子控制节点的设备逻辑地址；
将多个所述电子控制节点中所述设备逻辑地址与所述目的地址相同的电子控制节点，确定为所述目标电子控制节点；
将所述诊断请求报文发送至所述目标电子控制节点。
3.根据权利要求1或2所述的方法，其特征在于，在所述在网关节点中的第一诊断模块处于激活状态的情况下，向多个电子控制节点发送指定信号之前，还包括：
接收所述诊断节点发送的激活请求报文，所述激活请求报文携带所述诊断节点的工作参数；
检测所述诊断节点的工作参数是否满足预设的激活规则，所述预设的激活规则包括以下至少一项：源地址注册规则、激活类型支持规则、在线规则和身份验证通过规则；
在所述诊断节点的工作参数满足所述预设的激活规则的情况下，控制所述第一诊断模块进入所述激活状态。
4.根据权利要求3所述的方法，其特征在于，所述检测所述诊断节点的工作参数是否满足预设的激活规则，包括：
检测所述第一诊断模块的配置文件中是否包括所述诊断节点的设备逻辑地址，在所述第一诊断模块的配置文件中包括所述诊断节点的设备逻辑地址的情况下，确定所述诊断节点的工作参数满足所述源地址注册规则；或/及，
检测所述诊断节点中的激活类型是否为指定激活类型，且是否与所述第一诊断模块的激活类型相同，在所述诊断节点中的激活类型为所述指定激活类型，且与所述第一诊断模块的激活类型相同的情况下，确定所述诊断节点的工作参数满足所述激活类型支持规则；或/及，
检测所述诊断节点和所述网关节点之间是否存在可用的通信连接，在所述诊断节点和所述网关节点之间存在所述可用的通信连接的情况下，确定所述诊断节点的工作参数满足所述在线规则；或/及，
检测所述诊断节点中的身份信息是否为指定身份信息，在所述身份信息为所述指定身份信息的情况下，确定所述诊断节点的工作参数满足所述身份验证通过规则。
5.一种数据传输方法，其特征在于，所述方法包括：
接收网关节点在所述网关节点中的第一诊断模块处于激活状态下发送的指定信号；
基于所述指定信号，控制电子控制节点中的第二诊断模块进入使能状态；
接收所述网关节点转发的诊断请求报文，所述诊断请求报文由诊断节点发送至所述网关节点，所述诊断请求报文用于请求获取所述电子控制节点的故障类型；
基于所述诊断请求报文，将诊断响应报文发送至所述网关节点，所述网关节点用于将所述诊断响应报文转发至所述诊断节点。
6.根据权利要求5所述的方法，其特征在于，所述基于所述指定信号，控制电子控制节点中的第二诊断模块进入使能状态，包括：
基于所述指定信号，将所述电子控制节点中的第二诊断模块对应的使能状态位设置为指定值；
通过所述电子控制节点中的指定端口监听是否接收到所述诊断请求报文。
7.一种数据传输装置，其特征在于，所述装置包括：
第一发送模块，用于在网关节点中的第一诊断模块处于激活状态的情况下，向多个电子控制节点发送指定信号，所述指定信号用于指示所述电子控制节点中的第二诊断模块进入使能状态；
第一接收模块，用于接收诊断节点发送的诊断请求报文，所述诊断请求报文用于请求获取多个所述电子控制节点中的目标电子控制节点的故障类型；
第二发送模块，用于将所述诊断请求报文发送至所述目标电子控制节点；
第二接收模块，用于接收所述目标电子控制节点发送的诊断响应报文，并将所述诊断响应报文发送至所述诊断节点。
8.一种数据传输装置，其特征在于，所述装置包括：
第三接收模块，用于接收网关节点在所述网关节点中的第一诊断模块处于激活状态下发送的指定信号；
控制模块，用于基于所述指定信号，控制电子控制节点中的第二诊断模块进入使能状态；
第四接收模块，用于接收所述网关节点转发的诊断请求报文，所述诊断请求报文由诊断节点发送至所述网关节点，所述诊断请求报文用于请求获取所述电子控制节点的故障类型；
第三发送模块，用于基于所述诊断请求报文，将诊断响应报文发送至所述网关节点，所述网关节点用于将所述诊断响应报文转发至所述诊断节点。
9.一种车辆，其特征在于，包括：
一个或多个处理器；
存储器；
一个或多个应用程序，其中所述一个或多个应用程序被存储在所述存储器中并被配置为由所述一个或多个处理器执行，所述一个或多个程序配置用于执行如权利要求1-6任一项所述的方法。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质中存储有计算机程序指令，所述计算机程序指令可被处理器调用执行如权利要求1-6任一项所述的方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211130754.XA CN115840435A (zh) | 2022-09-16 | 2022-09-16 | 数据传输方法、装置、车辆及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN202211130754.XA CN115840435A (zh) | 2022-09-16 | 2022-09-16 | 数据传输方法、装置、车辆及存储介质 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN115840435A true CN115840435A (zh) | 2023-03-24 |
Family
ID=85574932
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN202211130754.XA Pending CN115840435A (zh) | 2022-09-16 | 2022-09-16 | 数据传输方法、装置、车辆及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN115840435A (zh) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116224976A (zh) * | 2023-05-08 | 2023-06-06 | 北京集度科技有限公司 | 测试方法及装置 |
Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050165906A1 (en) * | 1997-10-06 | 2005-07-28 | Mci, Inc. | Deploying service modules among service nodes distributed in an intelligent network |
| CN108696424A (zh) * | 2017-04-07 | 2018-10-23 | 上汽通用汽车有限公司 | 汽车通信系统 |
| CN111142500A (zh) * | 2019-12-26 | 2020-05-12 | 国汽(北京)智能网联汽车研究院有限公司 | 车辆诊断数据的权限设置方法、装置及车载网关控制器 |
| CN113141306A (zh) * | 2021-04-15 | 2021-07-20 | 常州易控汽车电子股份有限公司 | 一种诊断报文路由方法及其总线路由设备 |
| CN113204226A (zh) * | 2021-04-25 | 2021-08-03 | 重庆长安汽车股份有限公司 | 整车诊断系统及方法 |
| CN113485920A (zh) * | 2021-07-01 | 2021-10-08 | 中瓴智行(成都)科技有限公司 | 实现DoIP实体的方法、装置、可读存储介质及电子设备 |
| WO2022082679A1 (zh) * | 2020-10-22 | 2022-04-28 | 华为技术有限公司 | 一种通信方法及相关设备 |
| CN114827183A (zh) * | 2021-06-30 | 2022-07-29 | 长城汽车股份有限公司 | 车辆诊断方法、系统、设备及存储介质 |
-
2022
- 2022-09-16 CN CN202211130754.XA patent/CN115840435A/zh active Pending
Patent Citations (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20050165906A1 (en) * | 1997-10-06 | 2005-07-28 | Mci, Inc. | Deploying service modules among service nodes distributed in an intelligent network |
| CN108696424A (zh) * | 2017-04-07 | 2018-10-23 | 上汽通用汽车有限公司 | 汽车通信系统 |
| CN111142500A (zh) * | 2019-12-26 | 2020-05-12 | 国汽(北京)智能网联汽车研究院有限公司 | 车辆诊断数据的权限设置方法、装置及车载网关控制器 |
| WO2022082679A1 (zh) * | 2020-10-22 | 2022-04-28 | 华为技术有限公司 | 一种通信方法及相关设备 |
| CN113141306A (zh) * | 2021-04-15 | 2021-07-20 | 常州易控汽车电子股份有限公司 | 一种诊断报文路由方法及其总线路由设备 |
| CN113204226A (zh) * | 2021-04-25 | 2021-08-03 | 重庆长安汽车股份有限公司 | 整车诊断系统及方法 |
| CN114827183A (zh) * | 2021-06-30 | 2022-07-29 | 长城汽车股份有限公司 | 车辆诊断方法、系统、设备及存储介质 |
| CN113485920A (zh) * | 2021-07-01 | 2021-10-08 | 中瓴智行(成都)科技有限公司 | 实现DoIP实体的方法、装置、可读存储介质及电子设备 |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN116224976A (zh) * | 2023-05-08 | 2023-06-06 | 北京集度科技有限公司 | 测试方法及装置 |
| CN116224976B (zh) * | 2023-05-08 | 2023-08-25 | 北京集度科技有限公司 | 测试方法及装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN101883158A (zh) | 获取虚拟局域网标识和网络协议地址的方法及客户端 | |
| JP7380671B2 (ja) | 管理装置、車両通信システム、車両通信管理方法および車両通信管理プログラム | |
| EP3809222B1 (en) | Vehicle remote diagnosis method and system | |
| CN112714027B (zh) | 物联网终端设备接入网关的方法和系统 | |
| US20210126973A1 (en) | Communication method and apparatus, and related device | |
| US20240146604A1 (en) | Relay device, vehicle communication system, vehicle, communication method, and communication program | |
| CN115840435A (zh) | 数据传输方法、装置、车辆及存储介质 | |
| JP2013530595A (ja) | 少なくとも１つの装置の駆動状態を遷移させる方法 | |
| JP2024020560A (ja) | 設定装置、通信システムおよび車両通信管理方法 | |
| WO2022268100A1 (zh) | 车用中央控制器的诊断系统及方法 | |
| KR101052896B1 (ko) | 네트워크 설정 장치 및 방법 | |
| CN109150724B (zh) | 一种通信方法和网卡 | |
| CN114268578B (zh) | 切换线路的数据传输方法、装置、设备及存储介质 | |
| CN111385324A (zh) | 一种数据通信方法、装置、设备和存储介质 | |
| WO2022001665A1 (zh) | 车载设备通讯方法、车载设备、存储介质及电子装置 | |
| CN114237195A (zh) | 一种obd排放诊断方法及相关设备 | |
| CN112039854A (zh) | 一种数据传输方法、装置和存储介质 | |
| CN115913809B (zh) | 数据分发通信方法、系统、计算机设备及存储介质 | |
| CN116436994B (zh) | Profinet协议报文传输方法、装置、设备及介质 | |
| WO2024029166A1 (ja) | 管理装置、車両通信管理方法および車両通信管理プログラム | |
| CN110912997B (zh) | 一种三角组网Loopback接口的检查方法及装置 | |
| JP2003087337A (ja) | ゲートウェイ装置およびその制御方法 | |
| CN118784401A (zh) | 一种数据传输方法及装置 | |
| CN116795036A (zh) | Plc远程控制机器人的方法、装置、设备及存储介质 | |
| CN118784062A (zh) | 移动网络和卫星互补的通信方法及相关设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| RJ01 | Rejection of invention patent application after publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20230324 |