网络配置方法、装置、设备和自动驾驶车辆与流程

1.本公开涉及自动驾驶和通信技术领域，尤其涉及车载传感器通信技术领域，具体涉及一种网络配置的方法、装置、电子设备、计算机可读存储介质和计算机程序产品。


背景技术：

2.随着自动驾驶技术的发展，用户对于自动驾驶车辆中的传感器器件的网络配置提出了更高的要求。在为自动驾驶车辆中的传感器器件进行网络配置的过程中，常需要给传感器器件配置唯一的地址，以确保上层的感知模块能够正确区分数据来自于哪个传感器器件。如何简便高效地给传感器器件配置唯一的地址一直是本领域研究的热点。
3.在此部分中描述的方法不一定是之前已经设想到或采用的方法。除非另有指明，否则不应假定此部分中描述的任何方法仅因其包括在此部分中就被认为是现有技术。类似地，除非另有指明，否则此部分中提及的问题不应认为在任何现有技术中已被公认。


技术实现要素：

4.本公开提供了一种网络配置的方法、装置、电子设备、计算机可读存储介质和计算机程序产品。
5.根据本公开的一方面，提供了一种网络配置方法，包括基于用于数据链路层管理的通信协议，发送第一报文以请求分配地址，用于数据链路层管理的通信协议采用网桥协议数据单元报文以使第一报文指示与请求相对应的目的地物理地址，并且用于数据链路层管理的通信协议具有预定的数据链路层协议号；接收第二报文，第二报文指示被分配的地址；以及将当前地址更新为被分配的地址。
6.根据本公开的另一方面，提供了一种网络配置方法，包括接收基于用于数据链路层管理的通信协议发送的第一报文，第一报文请求分配地址，用于数据链路层管理的通信协议采用网桥协议数据单元报文以使第一报文指示与请求相对应的目的地物理地址，并且用于数据链路层管理的通信协议具有预定的数据链路层协议号；以及发送第二报文，第二报文指示被分配的地址。
7.根据本公开的另一方面，提供了一种网络配置装置，包括地址请求模块，被配置为基于用于数据链路层管理的通信协议，发送第一报文以请求分配地址，用于数据链路层管理的通信协议采用网桥协议数据单元报文以使第一报文指示与请求相对应的目的地物理地址，并且用于数据链路层管理的通信协议具有预定的数据链路层协议号；地址获取模块，被配置为接收第二报文，第二报文指示被分配的地址；以及地址更新模块，被配置为将当前地址更新为被分配的地址。
8.根据本公开的另一方面，提供了一种网络配置装置，包括请求接收模块，被配置为接收基于用于数据链路层管理的通信协议发送的第一报文，第一报文请求分配地址，用于数据链路层管理的通信协议采用网桥协议数据单元报文以使第一报文指示与请求相对应的目的地物理地址，并且用于数据链路层管理的通信协议具有预定的数据链路层协议号；
以及地址分配模块，被配置为发送第二报文，第二报文指示被分配的地址。
9.根据本公开的另一方面，提供了一种电子设备，包括至少一个处理器；以及与至少一个处理器通信连接的存储器；其中存储器存储有能够被至少一个处理器执行的指令，指令被至少一个处理器执行，以使至少一个处理器能够执行本公开如上所提供的方法。
10.根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，其中，计算机指令用于使计算机执行本公开如上所提供的方法。
11.根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序，其中，计算机程序在被处理器执行时实现如上所提供的方法。
12.根据本公开的另一方面，提供了一种自动驾驶车辆，包括控制器，其中，控制器被配置为执行本公开如上所提供的方法。
13.根据本公开的一个或多个实施例，能够以简单高效的方式为自动驾驶车辆的传感器器件配置地址。
14.应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。
附图说明
15.附图示例性地示出了实施例并且构成说明书的一部分，与说明书的文字描述一起用于讲解实施例的示例性实施方式。所示出的实施例仅出于例示的目的，并不限制权利要求的范围。在所有附图中，相同的附图标记指代类似但不一定相同的要素。
16.图1示出了根据本公开的实施例的可以在其中实施本文描述的各种方法的示例性系统的示意图；
17.图2示出了根据本公开的实施例的网络配置方法的流程图；
18.图3示出了根据本公开另一实施例的网络配置方法的流程图；
19.图4示出了根据本公开另一实施例的网络配置方法的流程图；
20.图5示出了根据本公开另一实施例的网络配置方法的流程图；
21.图6示出了根据本公开的实施例的网络配置方法的双侧握手图；
22.图7示出了根据本公开的实施例的网络配置装置的结构框图；
23.图8示出了根据本公开另一实施例的网络配置装置的结构框图；
24.图9示出了根据本公开另一实施例的网络配置装置的结构框图；
25.图10示出了能够用于实现本公开的实施例的示例性电子设备的结构框图。
具体实施方式
26.以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。
27.在本公开中，除非另有说明，否则使用术语“第一”、“第二”等来描述各种要素不意图限定这些要素的位置关系、时序关系或重要性关系，这种术语只是用于将一个要素与另一要素区分开。在一些示例中，第一要素和第二要素可以指向该要素的同一实例，而在某些
情况下，基于上下文的描述，它们也可以指代不同实例。
28.在本公开中对各种示例的描述中所使用的术语只是为了描述特定示例的目的，而并非旨在进行限制。除非上下文另外明确地表明，如果不特意限定要素的数量，则该要素可以是一个也可以是多个。此外，本公开中所使用的术语“和/或”涵盖所列出的项目中的任何一个以及全部可能的组合方式。
29.在为自动驾驶车辆中的传感器器件进行配置的过程中，常需要为传感器器件配置唯一的地址，以确保上层的感知模块能够正确区分数据来自于哪个传感器器件。在相关技术中，为了上层的感知模块能够正确区分数据来自于哪个传感器器件，器件供应商会基于整车厂的需求，为同一类的每个器件贴上不同的标签，由整车厂工人来识别标签并安装到不同位置。然而，这种方法的实施需要人工为传感器分配彼此不同的编码，生产成本很高。在另一些情况下，器件供应商会提供统一的器件而不给同一类的每个器件贴不同的标签，也不区分位置安装同样的器件，在安装后再通过uds(unified diagnostic services，统一诊断服务)协议对器件来进行配置。然而，这种方法的实施中，需要诊断仪提前配置好地址，但由于同一型号的器件内部的软件完全一致，因此它们拥有一样的地址，诊断仪无法与他们同时建立网络连接，需要依次进行配置，效率非常低。因此，亟需一种能够简单高效地为传感器器件配置地址的方法。
30.针对上述技术问题，根据本公开的一个方面，提供了一种网络配置方法。
31.在详细描述根据本公开实施例的网络配置方法之前，首先结合图1描述可以将本文描述的各种方法和装置在其中实施的示例性系统的示意图。
32.图1示出了根据本公开的实施例可以将本文描述的各种方法和装置在其中实施的示例性系统100的示意图。参考图1，该系统100包括机动车辆110、服务器120以及将机动车辆110耦接到服务器120的一个或多个通信网络130。
33.在本公开的实施例中，机动车辆110可以包括根据本公开实施例的计算设备和/或被配置以用于执行根据本公开实施例的方法。
34.服务器120可以运行使得能够网络配置的方法的一个或多个服务或软件应用。在某些实施例中，服务器120还可以提供其他服务或软件应用，这些服务或软件应用可以包括非虚拟环境和虚拟环境。在图1所示的配置中，服务器120可以包括实现由服务器120执行的功能的一个或多个组件。这些组件可以包括可由一个或多个处理器执行的软件组件、硬件组件或其组合。机动车辆110的用户可以依次利用一个或多个客户端应用程序来与服务器120进行交互以利用这些组件提供的服务。应当理解，各种不同的系统配置是可能的，其可以与系统100不同。因此，图1是用于实施本文所描述的各种方法的系统的一个示例，并且不旨在进行限制。
35.服务器120可以包括一个或多个通用计算机、专用服务器计算机(例如pc(个人计算机)服务器、unix服务器、中端服务器)、刀片式服务器、大型计算机、服务器群集或任何其他适当的布置和/或组合。服务器120可以包括运行虚拟操作系统的一个或多个虚拟机，或者涉及虚拟化的其他计算架构(例如可以被虚拟化以维护服务器的虚拟存储设备的逻辑存储设备的一个或多个灵活池)。在各种实施例中，服务器120可以运行提供下文所描述的功能的一个或多个服务或软件应用。
36.服务器120中的计算单元可以运行包括上述任何操作系统以及任何商业上可用的
服务器操作系统的一个或多个操作系统。服务器120还可以运行各种附加服务器应用程序和/或中间层应用程序中的任何一个，包括http服务器、ftp服务器、cgi服务器、java服务器、数据库服务器等。
37.在一些实施方式中，服务器120可以包括一个或多个应用程序，以分析和合并从机动车辆110接收的数据馈送和/或事件更新。服务器120还可以包括一个或多个应用程序，以经由机动车辆110的一个或多个显示设备来显示数据馈送和/或实时事件。
38.网络130可以是本领域技术人员熟知的任何类型的网络，其可以使用多种可用协议中的任何一种(包括但不限于tcp/ip、sna、ipx等)来支持数据通信。仅作为示例，一个或多个网络130可以是卫星通信网络、局域网(lan)、基于以太网的网络、令牌环、广域网(wan)、因特网、虚拟网络、虚拟专用网络(vpn)、内部网、外部网、区块链网络、公共交换电话网(pstn)、红外网络、无线网络(包括例如蓝牙、wifi)和/或这些与其他网络的任意组合。
39.系统100还可以包括一个或多个数据库150。在某些实施例中，这些数据库可以用于存储数据和其他信息。例如，数据库150中的一个或多个可用于存储诸如音频文件和视频文件的信息。数据存储库150可以驻留在各种位置。例如，由服务器120使用的数据存储库可以在服务器120本地，或者可以远离服务器120且可以经由基于网络或专用的连接与服务器120通信。数据存储库150可以是不同的类型。在某些实施例中，由服务器120使用的数据存储库可以是数据库，例如关系数据库。这些数据库中的一个或多个可以响应于命令而存储、更新和检索到数据库以及来自数据库的数据。
40.在某些实施例中，数据库150中的一个或多个还可以由应用程序使用来存储应用程序数据。由应用程序使用的数据库可以是不同类型的数据库，例如键值存储库，对象存储库或由文件系统支持的常规存储库。
41.机动车辆110可以包括传感器111用于感知周围环境。传感器111可以包括下列传感器中的一个或多个：视觉摄像头、红外摄像头、超声波传感器、毫米波雷达以及激光雷达(lidar)。不同的传感器可以提供不同的检测精度和范围。摄像头可以安装在车辆的前方、后方或其他位置。视觉摄像头可以实时捕获车辆内外的情况并呈现给驾驶员和/或乘客。此外，通过对视觉摄像头捕获的画面进行分析，可以获取诸如交通信号灯指示、交叉路口情况、其他车辆运行状态等信息。红外摄像头可以在夜视情况下捕捉物体。超声波传感器可以安装在车辆的四周，用于利用超声波方向性强等特点来测量车外物体距车辆的距离。毫米波雷达可以安装在车辆的前方、后方或其他位置，用于利用电磁波的特性测量车外物体距车辆的距离。激光雷达可以安装在车辆的前方、后方或其他位置，用于检测物体边缘、形状信息，从而进行物体识别和追踪。由于多普勒效应，雷达装置还可以测量车辆与移动物体的速度变化。
42.机动车辆110还可以包括通信装置112。通信装置112可以包括能够从卫星141接收卫星定位信号(例如，北斗、gps、glonass以及galileo)并且基于这些信号产生坐标的卫星定位模块。通信装置112还可以包括与移动通信基站142进行通信的模块，移动通信网络可以实施任何适合的通信技术，例如gsm/gprs、cdma、lte等当前或正在不断发展的无线通信技术(例如5g技术)。通信装置112还可以具有车联网或车联万物(vehicle-to-everything，v2x)模块，被配置用于实现例如与其它车辆143进行车对车(vehicle-to-vehicle，v2v)通信和与基础设施144进行车辆到基础设施(vehicle-to-infrastructure，v2i)通信的车与
外界的通信。此外，通信装置112还可以具有被配置为例如通过使用ieee802.11标准的无线局域网或蓝牙与用户终端145(包括但不限于智能手机、平板电脑或诸如手表等可佩戴装置)进行通信的模块。利用通信装置112，机动车辆110还可以经由网络130接入服务器120。
43.机动车辆110还可以包括控制装置113。控制装置113可以包括与各种类型的计算机可读存储装置或介质通信的处理器，例如中央处理单元(cpu)或图形处理单元(gpu)，或者其他的专用处理器等。控制装置113可以包括用于自动控制车辆中的各种致动器的自动驾驶系统。自动驾驶系统被配置为经由多个致动器响应来自多个传感器111或者其他输入设备的输入而控制机动车辆110(未示出的)动力总成、转向系统以及制动系统等以分别控制加速、转向和制动，而无需人为干预或者有限的人为干预。控制装置113的部分处理功能可以通过云计算实现。例如，可以使用车载处理器执行某一些处理，而同时可以利用云端的计算资源执行其他一些处理。控制装置113可以被配置以执行根据本公开的方法。此外，控制装置113可以被实现为根据本公开的机动车辆侧(客户端)的计算设备的一个示例。
44.图1的系统100可以以各种方式配置和操作，以使得能够应用根据本公开所描述的各种方法和装置。
45.以下详细描述根据本公开实施例的网络配置方法。
46.图2示出了根据本公开的实施例的网络配置方法200的流程图。如图2所示，方法200包括步骤s201、s202和s203。
47.在步骤s201，基于用于数据链路层管理的通信协议，发送第一报文以请求分配地址。用于数据链路层管理的通信协议采用网桥协议数据单元报文以使第一报文指示与请求相对应的目的地物理地址，并且用于数据链路层管理的通信协议具有预定的数据链路层协议号。
48.在示例中，用于数据链路层管理的通信协议可以被称为llmp(link layer management protocol，链路层管理协议)。llmp可以是一种新的二层网络管理协议，基于桥接网络对链路层(即，二层)的物理地址(即，mac地址(media access control address，媒体存取控制地址))进行管理配置，于是可以不依赖于提前人工配置并获取mac地址和/或ip地址(internet protocol address，互联网协议地址)，而是直接以软件的方式向器件分配一个新的mac地址和/或新的ip地址，并在后续通过该新的mac地址和/或新的ip地址进行通信。
49.在示例中，器件可以例如是安装在自动驾驶车辆上的雷达。
50.在示例中，借助于llmp，本公开的实施例的网络配置方法可以是一种纯软件方法，也就是说，可以不需要对待配置网络的器件进行额外的组装工作，从而可以简化网络配置的过程，节省网络配置的人力成本。
51.在示例中，llmp采用bpdu(bridge protocol data unit，网桥协议数据单元)报文，也就是说，llmp可以是基于桥接网络进行通信的。因为bpdu具有其预定的mac地址，例如可以是01:80:c2:00:00:06，因此该预定的mac地址可以作为服务器和器件之间通信的目的地mac地址，于是器件在与服务器进行通信的过程中不依赖于器件的mac地址，也不会在通信过程中存在器件之间的mac表项地址冲突，因此，服务器可以同时与多个器件进行通信，这些器件可以具有彼此相同或者不同的mac地址。
52.在示例中，llmp可以基于ethernetⅱ(以太网二层)对报文进行封装，并且具有预
定的以太网二层协议号，例如可以为0x88cf。llmp的报文格式可以依次包括：dmac(destination mac，目的地mac地址)，smac(source mac，源mac地址)，type(类型)，llmpdpu(llmp data processing unit，数据处理单元)，fcs(校验和)。如上所述，dmac可以为bpdu的预定mac地址，例如可以是如上所述的01:80:c2:00:00:06。smac可以是器件的mac地址。当器件还未被分配新的mac地址时，器件本身的mac地址未知，那么smac可以是0。当器件本身的mac地址已知，那么smac可以是0也可以是该器件当前的mac地址(例如是器件出厂时默认的mac地址)。当器件被分配新的mac地址后，器件可以以更新的mac地址作为smac进行通信。type可以指示llmp的协议号，例如可以是如上所述的0x88cf。llmpdpu可以具有多个tlv(type-length-value，类型-长度-值)格式的字段，tlv格式的字段可以包括设备身份识别信息、与请求或响应内容相关的信息和标识所述多个字段结束的信息，并且llmpdpu中的最后一个tlv格式的字段可以限定为用于指示llmpdpu结束的特定字段end of llmp tlv。
53.因此，基于通信协议llmp从器件向服务器发送的第一报文的格式可以如上所述依次包括dmac(例如是01:80:c2:00:00:06)，smac(例如是0)，type(例如是0x88cf)，llmpdpu，fcs。第一报文的作用为请求分配地址，于是第一报文的llmpdpu中可以包括指示设备身份的tlv格式字段device id tlv，请求分配mac地址的tlv格式字段mac req tlv和/或请求分配ip地址的tlv格式字段ip req tlv，以及指示llmpdpu结束的tlv格式字段end of llmp tlv。
54.在步骤s202，接收第二报文，第二报文指示被分配的地址。
55.在示例中，器件基于通信协议llmp接收的来自服务器的第二报文的格式也可以如上所述依次包括dmac(例如是01:80:c2:00:00:06)，smac(例如是服务器的mac地址)，type(例如是0x88cf)，llmpdpu，fcs。第二报文用于指示被分配的地址，于是第二报文的llmpdpu中可以包括指示设备身份的tlv格式字段device id tlv，分配mac地址的tlv格式字段mac resp tlv和/或分配ip地址的tlv格式字段ip resp tlv，以及指示llmpdpu结束的tlv格式字段end of llmp tlv。
56.在示例中，若发送的第一报文的内容为请求mac地址，那么第二报文中可以相应地包括分配mac地址的tlv格式字段mac resp tlv。若发送的第一报文的内容为请求ip地址，那么第二报文中可以相应地包括分配ip地址的tlv格式字段ip resp tlv。若发送的第一报文的内容为请求mac地址和ip地址，那么第二报文中可以相应地同时包括分配mac地址的tlv格式字段mac resp tlv以及分配ip地址的tlv格式字段ip resp tlv。
57.在步骤s203，将当前地址更新为被分配的地址。
58.根据本公开实施例的网络配置方法，通过应用用于数据链路层管理的通信协议通过采用网桥协议数据单元报文，使得器件在与服务器进行通信的过程中能够不依赖于器件的mac地址，而是基于服务器的地址与服务器进行通信，避免了器件之间的mac表项地址冲突，实现了服务器同时与多个器件进行通信。并且，通过基于用于数据链路层管理的通信协议收发报文进行通信，使得通信过程也不必依赖于ip地址，也不需要对待配置网络的器件进行额外的组装工作，而是通过纯软件的方法实现对器件进行网络配置。于是，本公开实施例的网络配置方法简化了网络配置的过程，节省了网络配置的人力成本。
59.以下进一步描述根据本公开实施例的网络配置方法的各个方面。
60.图3示出了根据本公开另一实施例的网络配置方法300的流程图。
61.如图3所示，网络配置方法300可以包括步骤s301、步骤s302、步骤s303。步骤s301、步骤s302、步骤s303可以与如图2所示的步骤s201、步骤s202、步骤s203相对应，因而在此不再赘述其细节。
62.根据一些实施例，网络配置方法300还可以包括：步骤s304、在步骤s301后启动第一定时器，该第一定时器具有预定的第一等待时长；步骤s305、确定在第一等待时长内是否接收到用于指示通信成功的第三报文；步骤s306、响应于在第一等待时长内接收到第三报文，取消第一定时器并且启动第二定时器，第二定时器具有预定的第二等待时长；步骤s307、确定在第二等待时长内是否成功完成步骤s302的接收到第二报文；步骤s308、响应于在第二等待时长内接收到第二报文，取消第二定时器；以及步骤s309、在步骤s303后发送第三报文。
63.在示例中，参见图3，当一个器件需要被配置地址，该器件首先执行步骤s301、发送用于请求分配地址的第一报文。
64.发送第一报文后，器件执行步骤s304、启动第一定时器。第一定时器具有预定的第一等待时长，第一等待时长一般为秒级，例如可以将第一等待时长预定为1秒、3秒或者5秒，该第一等待时长可以基于器件的性能以及链路速率灵活设置。
65.然后在步骤s305，确定在第一等待时长内是否接收到第三报文。基于通信协议llmp传输的第三报文的格式可以类似于第一报文和第二报文，依次包括dmac(例如是01:80:c2:00:00:06)，smac(例如是服务器的mac地址)，type(例如是0x88cf)，llmpdpu，fcs。第三报文用于指示通信成功，于是第三报文的llmpdpu中可以包括指示设备身份的tlv格式字段device id tlv，用于指示收到请求或者回复消息的tlv格式字段ack tlv，以及指示llmpdpu结束的tlv格式字段end of llmp tlv。
66.如果在第一等待时长内器件接收到了第三报文，那么可以执行步骤s306、取消第一定时器并且启动第二定时器。第二定时器可以具有预定的第二等待时长，该第二等待时长也可以基于器件的性能以及链路速率灵活设置，例如可以将第二等待时长设置为与第一等待时长相同。启动第二定时器后，器件执行步骤s302、接收第二报文，并接着在步骤s307，判断在第二等待时长内是否成功接收到第二报文。如果在第二等待时长内成功接收到了第二报文，那么接下来依次执行步骤s308、取消第二定时器，以及步骤s303、基于接收到的第二报文中指示的被分配的地址更新器件的地址。
67.如图3所示，如果在第一等待时长内器件没有接收到第三报文，但是接收到了第二报文，那么也可以在取消第一定时器后，直接跳转至步骤s303。
68.在更新地址后，可以执行步骤s309、向服务器发送第三报文以告知服务器网络配置已成功执行完毕。
69.根据本公开的实施例，通过在发送第一报文后确认是否接收到第三报文，能够获知第一报文是否已被对端，即服务器端成功接收。通过在更新地址后发送第三报文，能够使对端，即服务器端获知器件网络配置的情况。这样，器件端和服务器端便能够很好地掌握通信过程中报文的传输情况，于是能够针对传输失败的情况作出相应的响应，比如结束网络配置进程。通过设置第一定时器和第二定时器，避免了器件在接收报文的过程中陷入无止境的等待，以至于无法处理其他进程甚至死机。这样，器件也就能够更及时地针对传输失败的情况作出相应的响应。
70.根据一些实施例，网络配置方法300还可以包括：响应于在第一等待时长内未接收到第三报文，确定第一报文的发送次数；以及响应于第一报文的发送次数小于或等于预定的最大重传次数，重新发送第一报文。
71.在示例中，参见图3，如果在第一等待时长内器件没有接收到第三报文，也没有接收到第二报文，那么也可以在取消第一定时器后执行步骤s310、判断第一报文发送次数是否不大于预定的最大重传次数，最大重传次数例如可以预定为3次。
72.如果第一报文发送次数小于或者等于预定的最大重传次数，那么可以重新跳转至步骤s301、发送用于请求分配地址的第一报文。如果第一报文发送次数大于预定的最大重传次数，那么可以结束网络配置的进程。
73.根据本公开的实施例，通过在传输失败时重新发送第一报文，能够针对传输失败的情况作出相应的响应以进行补救，即，通过多次尝试的方式以确保对端，即服务器端能够接收到器件端发送的第一报文。通过预定最大重传次数，在多次重新发送第一报文仍无法成功建立通信后作出传输失败的判断并作出相应的响应，比如结束网络配置进程，避免了器件陷入反复发送第一报文的循环中。
74.根据一些实施例，如图2所示的网络配置方法200或如图3所示的网络配置方法300还可以包括：发送用于请求重启的第四报文，第四报文指示与请求相对应的目的地物理地址；确定在发送第四报文后是否接收到第三报文；以及响应于接收到第三报文，执行重启以使被分配的地址生效。
75.在示例中，第四报文的格式也可以依次包括与第一报文相同的dmac(例如是01:80:c2:00:00:06)，smac(例如是第二报文中所指示的mac地址)，type(例如是0x88cf)，llmpdpu，fcs。第四报文用于请求重启，于是第四报文的llmpdpu中可以包括指示设备身份的tlv格式字段device id tlv，请求重启的tlv格式字段reboot req tlv，以及指示llmpdpu结束的tlv格式字段end of llmp tlv。
76.在示例中，有的器件中的应用较少或者较简单，可以直接逐个更新器件中包含的地址的信息，那么可以不必通过重启来使被分配的地址生效。但有的器件中的应用较多或者较复杂，逐个更新器件中包含的地址的信息难以实现，于是可以通过重启来使被分配的地址生效。也就是说，可以根据器件中应用的复杂程度来决定该器件是否需要通过重启来使被分配的地址生效。
77.根据本公开实施例，对于应用较多或者较复杂的器件，通过重启来使被分配的地址生效，可以使得器件不必逐个更新器件中包含的地址的信息，使得网络配置的效率大大提高。
78.根据一些实施例，bpdu报文可以包括tlv格式的多个字段，tlv格式的多个字段包括设备身份识别信息、与请求或响应内容相关的信息和标识多个字段结束的信息。
79.在示例中，tlv格式包括三个部分：type(类型)，length(长度)，以及value(值)。type部分可以用于指示tlv的类型，字段长度为8比特(bits)，于是可以支持256种类型的tlv。如上所述的各种类型的tlv可以在其type部分对应不同的数值，例如，end of llmp tlv可以在type部分对应数值0，device id tlv可以在type部分对应数值1，mac req tlv可以在type部分对应数值2，mac resp tlv可以在type部分对应数值3，ip req tlv可以在type部分对应数值4，ip resp tlv可以在type部分对应数值5，reboot req tlv可以在type
部分对应数值6，ack tlv可以在type部分对应数值8。length部分可以用于指示value的长度，字段长度为16比特。对应的，value部分，即tlv中包含的信息数据，长度可以为0～1497字节。如上所述的各种类型的tlv由于包含的信息数据的长度不同，可以在其length部分也对应不同的数值，例如，end of llmp tlv、mac req tlv、ip req tlv、reboot req tlv由于在value部分不包含任何信息，可以在length部分对应数值0；ack tlv可以在length部分对应数值1；ip resp tlv的value部分可以是形式为xxx.xxx.xxx.xxx的字符串，其中x可以是0～9中的任意数字，在length部分可以对应数值15；mac resp tlv的value部分可以是形式为xx:xx:xx:xx:xx:xx的字符串，其中x可以是0～9以及a～f中的任意ascii字符，在length部分可以对应数值17；device id tlv的value部分可以是可变长度，但不能为空，在length部分可以对应数值1～255。
80.在示例中，还可以设定type部分对应数值7，length部分对应数值0，value部分不包含任何信息的用于指示器件复位的tlv格式字段reset tlv。reset tlv可以被包含在由服务器端向器件端发出的报文中。
81.在示例中，tlv中各字段的大小端可以遵循小端字节序编码。
82.根据本公开的实施例，通过采用tlv格式的多个字段，一个bpdu报文可以包括多种不同的信息，并且通过预先定义type的不同数值所对应的tlv类型，可以扩展出数百种不同作用的tlv，于是基于llmp的通信可以实现各种不同的操作和进程。
83.根据一些实施例，地址包括mac地址和ip地址中的至少一个。
84.在示例中，当器件的mac地址在组网内已知且唯一，那么可以将mac地址作为器件的身份标识，包含在device id tlv中，于是可以请求分配一个新的ip地址。当器件的ip地址在组网内已知且唯一，那么可以将ip地址作为器件的身份标识，包含在device id tlv中，于是可以请求分配一个新的mac地址。当器件的sn码(serial number，序列号)在组网内已知且唯一，那么可以将sn码作为器件的身份标识，包含在device id tlv中，于是可以请求分配一个新的mac地址和/或ip地址。
85.在示例中，对于通信接口为以太接口的器件，必须为该器件分配mac地址，因此可以将在组网内已知且唯一的ip地址或者sn码作为器件的身份标识包含在device id tlv中，以请求分配新的mac地址。
86.根据本公开实施例，器件的mac地址和ip地址中可以有至少一者未知，并通过本公开实施例的网络配置方法分配新的mac地址和ip地址，以此获知器件的更新后的mac地址和ip地址，不需要对待配置网络的器件进行额外的组装工作，简化了网络配置的过程，节省了网络配置的人力成本。
87.根据本公开的另一方面，还提供另一种网络配置方法。
88.图4示出了根据本公开另一实施例的网络配置方法400的流程图。如图4所示，方法400包括步骤s401和s402。
89.在步骤s401，接收基于用于数据链路层管理的通信协议发送的第一报文，第一报文请求分配地址，用于数据链路层管理的通信协议采用网桥协议数据单元报文以使第一报文指示与请求相对应的目的地物理地址，并且用于数据链路层管理的通信协议具有预定的数据链路层协议号。
90.在步骤s402，发送第二报文，第二报文指示被分配的地址。
91.在示例中，网络配置方法400的步骤s401中所基于的用于数据链路层管理的通信协议和所接收的第一报文，以及步骤s402中所发送的第二报文可以与如图2所示的步骤s201中所基于的用于数据链路层管理的通信协议和所发送的第一报文，以及步骤s202中所接收的第二报文相对应，因而在此不再赘述其细节。
92.根据本公开实施例的网络配置方法，通过应用用于数据链路层管理的通信协议通过采用网桥协议数据单元报文，使得器件在与服务器进行通信的过程中能够不依赖于器件的mac地址，避免了器件之间的mac表项地址冲突，实现了服务器同时与多个器件进行通信。并且，通过基于用于数据链路层管理的通信协议收发报文进行通信，使得通信过程也不必依赖于ip地址，也不需要对待配置网络的器件进行额外的组装工作，而是通过纯软件的方法实现对器件进行网络配置。于是，本公开实施例的网络配置方法简化了网络配置的过程，节省了网络配置的人力成本。
93.图5示出了根据本公开另一实施例的网络配置方法500的流程图。
94.如图5所示，网络配置方法500可以包括步骤s501和s502。步骤s501和s502可以与如图4所示的步骤s401和s402相对应，因而在此不再赘述其细节。
95.根据一些实施例，网络配置方法500还可以包括：步骤s503、在步骤s501后发送用于指示通信成功的第三报文；步骤s504、在步骤s502后启动第一定时器，第一定时器具有预定的第一等待时长；步骤s505、确定在第一等待时长内是否接收到第三报文；以及步骤s506、响应于在第一等待时长内接收到第三报文，取消第一定时器并确定当前处理已完成。
96.在示例中，参见图5，当一个器件需要被配置地址，服务器首先执行步骤s501、接收来自该器件的用于请求分配地址第一报文。
97.接收第一报文后，器件执行步骤s503、向该器件发送第三报文以告知该器件，服务器已成功接收到第一报文。
98.接着执行步骤s502、发送第二报文，并接着在步骤s504，启动第一定时器。第一定时器具有预定的第一等待时长，第一等待时长一般为秒级，例如可以将第一等待时长预定为1秒、3秒或者5秒，该第一等待时长可以基于器件的性能以及链路速率灵活设置。
99.然后在步骤s505，确定在第一等待时长内是否接收到用于指示通信成功的第三报文。第三报文的格式可以依次包括dmac(例如是01:80:c2:00:00:06)，smac(例如是0或者第二报文中所指示的mac地址)，type(例如是0x88cf)，llmpdpu，fcs。
100.如果在第一等待时长内服务器接收到了来自器件的第三报文，那么可以执行步骤s506、取消第一定时器，网络配置进程结束。
101.根据本公开的实施例，通过在接收到第一报文后发送第三报文，能够使对端，即器件端获知第一报文已被成功接收。通过在发送第二报文后确认是否接收到第三报文，能够获知器件网络配置的情况。这样，器件端和服务器端便能够很好地掌握通信过程中报文的传输情况，于是能够针对传输失败的情况作出相应的响应，比如结束网络配置进程。通过设置第一定时器，避免了服务器在接收报文的过程中陷入无止境的等待，以至于无法处理其他进程甚至死机。
102.根据一些实施例，网络配置方法500还可以包括：响应于在第一等待时长内未接收到第三报文，确定第二报文的发送次数；以及响应于第二报文的发送次数小于或等于预定的最大重传次数，重新发送第二报文。
103.在示例中，参见图5，如果在第一等待时长内服务器没有接收到来自器件的第三报文，那么可以执行步骤s507、判断第二报文发送次数是否不大于预定的最大重传次数，最大重传次数例如可以预定为3次。
104.如果第二报文发送次数小于或者等于预定的最大重传次数，那么重新跳转至步骤s502、发送用于分配地址的第二报文。如果第二报文发送次数大于预定的最大重传次数，那么可以结束网络配置的进程。
105.根据本公开的实施例，通过在传输失败时重新发送第二报文，能够针对传输失败的情况作出相应的响应以进行补救，即，通过多次尝试的方式以确保对端，即器件端能够接收到服务器端发送的第二报文。通过预定最大重传次数，在多次重新发送第二报文仍无法成功建立通信后作出传输失败的判断并作出相应的响应，比如结束网络配置进程，避免了服务器陷入反复发送第二报文的循环中。
106.根据一些实施例，如图4所示的网络配置方法400或如图5所示的网络配置方法500还可以包括：确定是否接收到用于请求重启的第四报文，第四报文指示与请求对应的目的地物理地址；以及响应于接收到第四报文，发送第三报文。
107.在示例中，如图4所示的网络配置方法400或如图5所示的网络配置方法500中的第四报文可以与图2所示的网络配置方法200或如图3所示的网络配置方法300中的第四报文相对应，因而在此不再赘述其细节。
108.在示例中，服务器端发送第三报文可以通过指示确认成功接收到来自对端，即器件端的重启请求，以向器件发出重启的指令。
109.根据本公开实施例，对于应用较多或者较复杂的器件，通过重启来使被分配的地址生效，可以使得器件不必逐个更新器件中包含的地址的信息，使得网络配置的效率大大提高。
110.根据一些实施例，如图4所示的步骤s402或如图5所示的步骤s502可以包括：从空闲地址池中选取未被占用的地址；以及将地址包含在第二报文以进行发送。
111.根据本公开的实施例，通过从空闲地址池中选取未被占用的地址以分配给器件，能够避免器件之间的地址冲突，从而保证了后续通信过程中基于分配的地址进行的通信的路径的准确性。
112.图6示出了根据本公开的实施例的网络配置方法600的双侧握手图。
113.如图6所示，网络配置方法600的一侧为器件端610，另一侧为服务器端620。
114.在开始运行器件端610上的客户端程序和服务器端620服务器程序后，器件端610首先可以向服务器端620发送第一报文631。第一报文631的作用为请求分配地址，于是第一报文631可以包括device id tlv，mac req tlv和/或ip req tlv，以及end of llmp tlv。
115.在接收到第一报文631后，服务器端620可以向器件端610发送第三报文633。第三报文633用于指示服务器端已成功接收到第一报文631，于是第三报文633可以包括device id tlv，ack tlv，以及end of llmp tlv。
116.接下来，服务器端620可以继续向器件端610发送第二报文632。第二报文632用于指示被分配的地址，于是第二报文可以包括device id tlv，mac resp tlv(对应于第一报文631包括mac req tlv的情况)和/或ip resp tlv(对应于第一报文631包括ip req tlv的情况)，以及end of llmp tlv。
117.当器件端610接收到第二报文632，并基于第二报文632所指示的地址更新了自身已有的地址后，可以向服务器端620发送包括device id tlv，ack tlv，以及end of llmp tlv的第三报文633。
118.对于应用较多或者较复杂的器件，需要通过重启来使被分配的地址生效。因此，器件端610还可以向服务器端620发送第四报文634。第四报文634的作用为请求重启，于是第四报文634可以包括device id tlv，reboot req tlv，以及end of llmp tlv。
119.在接收到第四报文634后，服务器端620可以向器件端610发送包括device id tlv，ack tlv，以及end of llmp tlv的第三报文633，以向器件发出重启的指令。
120.根据本公开的另一方面，还提供一种网络配置装置。
121.图7示出了根据本公开的实施例的网络配置装置700的结构框图。
122.如图7所示，网络配置装置700包括：地址请求模块701，被配置为基于用于数据链路层管理的通信协议，发送第一报文以请求分配地址，用于数据链路层管理的通信协议采用网桥协议数据单元报文以使第一报文指示与请求相对应的目的地物理地址，并且用于数据链路层管理的通信协议具有预定的数据链路层协议号；地址获取模块702，被配置为接收第二报文，第二报文指示被分配的地址；以及地址更新模块703，被配置为将当前地址更新为被分配的地址。
123.由于网络配置装置700中的地址请求模块701、地址获取模块702、地址更新模块703可以分别对应于如图2所述的步骤s201至s203，因此这里不再赘述其各个方面的细节。
124.另外，网络配置装置700及其所包括的模块还可以包括进一步的子模块，这将在以下结合图8进行详细说明。
125.根据本公开的实施例，通过应用用于数据链路层管理的通信协议通过采用网桥协议数据单元报文，使得器件在与服务器进行通信的过程中能够不依赖于器件的mac地址，而是基于服务器的地址与服务器进行通信，避免了器件之间的mac表项地址冲突，实现了服务器同时与多个器件进行通信。并且，通过基于用于数据链路层管理的通信协议收发报文进行通信，使得通信过程也不必依赖于ip地址，也不需要对待配置网络的器件进行额外的组装工作，而是通过纯软件的方法实现对器件进行网络配置。于是，本公开实施例的网络配置方法简化了网络配置的过程，节省了网络配置的人力成本。
126.图8示出了根据本公开另一实施例的网络配置装置800的结构框图。
127.如图8所示，网络配置装置800可以包括地址请求模块801、地址获取模块802、地址更新模块803。地址请求模块801、地址获取模块802、地址更新模块803可以与如图7所示的地址请求模块701、地址获取模块702、地址更新模块703相对应，因而在此不再赘述其细节。
128.在示例中，装置800还可以包括：请求确认等待模块804，被配置为在发送第一报文后启动第一定时器，第一定时器具有预定的第一等待时长；请求成功确认模块805，被配置为确定在第一等待时长内是否接收到用于指示通信成功的第三报文；回复等待模块806，被配置为响应于在第一等待时长内接收到第三报文，取消第一定时器并且启动第二定时器，第二定时器具有预定的第二等待时长；回复确认模块807，被配置为确定在第二等待时长内是否接收到第二报文；回复等待取消模块808，被配置为响应于在第二等待时长内接收到第二报文，取消第二定时器；以及设置完成模块809，被配置为在将当前地址设置为被分配的地址后发送第三报文。
129.由此，通过在发送第一报文后确认是否接收到第三报文，能够获知第一报文是否已被对端，即服务器端成功接收。通过在更新地址后发送第三报文，能够使对端，即服务器端获知器件网络配置的情况。这样，器件端和服务器端便能够很好地掌握通信过程中报文的传输情况，于是能够针对传输失败的情况作出相应的响应，比如结束网络配置进程。通过设置第一定时器和第二定时器，避免了器件在接收报文的过程中陷入无止境的等待，以至于无法处理其他进程甚至死机。这样，器件也就能够更及时地针对传输失败的情况作出相应的响应。
130.在示例中，装置800还可以包括：请求次数确定模块810，被配置为响应于在第一等待时长内未接收到第三报文，确定第一报文的发送次数；以及第一报文重传模块811，被配置为响应于第一报文的发送次数小于或等于预定的最大重传次数，重新发送第一报文。
131.由此，通过在传输失败时重新发送第一报文，能够针对传输失败的情况作出相应的响应以进行补救，即，通过多次尝试的方式以确保对端，即服务器端能够接收到器件端发送的第一报文。通过预定最大重传次数，在多次重新发送第一报文仍无法成功建立通信后作出传输失败的判断并作出相应的响应，比如结束网络配置进程，避免了器件陷入反复发送第一报文的循环中。
132.在示例中，装置800还可以包括：重启请求模块812，被配置为发送用于请求重启的第四报文，第四报文指示与请求相对应的目的地物理地址；重启确认模块813，被配置为确定在发送第四报文后是否接收到第三报文；以及重启模块814，被配置为响应于接收到第三报文，执行重启以使被分配的地址生效。
133.由此，对于应用较多或者较复杂的器件，通过重启来使被分配的地址生效，可以使得器件不必逐个更新器件中包含的地址的信息，使得网络配置的效率大大提高。
134.在示例中，bpdu报文可以包括tlv格式的多个字段，tlv格式的多个字段包括设备身份识别信息、与请求或响应内容相关的信息和标识多个字段结束的信息。
135.由此，通过采用tlv格式的多个字段，一个bpdu报文可以包括多种不同的信息，并且通过预先定义type的不同数值所对应的tlv类型，可以扩展出数百种不同作用的tlv，于是基于llmp的通信可以实现各种不同的操作和进程。
136.在示例中，地址可以包括mac地址和ip地址中的至少一个。
137.由此，器件的mac地址和ip地址中可以至少有一者未知，并通过本公开实施例的网络配置方法分配新的mac地址和ip地址，以此获知器件的更新后的mac地址和ip地址，不需要对待配置网络的器件进行额外的组装工作，简化了网络配置的过程，节省了网络配置的人力成本。
138.根据本公开的另一方面，还提供另一种网络配置装置。
139.图9示出了根据本公开另一实施例的网络配置装置900的结构框图。
140.如图9所示，网络配置装置900包括：请求接收模块901，被配置为接收基于用于数据链路层管理的通信协议发送的第一报文，第一报文请求分配地址，用于数据链路层管理的通信协议采用网桥协议数据单元报文以使第一报文指示与请求相对应的目的地物理地址，并且用于数据链路层管理的通信协议具有预定的数据链路层协议号；以及地址分配模块902，被配置为发送第二报文，第二报文指示分配的地址。
141.由于网络配置装置900中的请求接收模块901、地址分配模块902可以分别对应于
如图4所述的步骤s401和s402，因此这里不再赘述其各个方面的细节。
142.根据本公开的实施例，通过应用用于数据链路层管理的通信协议通过采用网桥协议数据单元报文，使得器件在与服务器进行通信的过程中能够不依赖于器件的mac地址，避免了器件之间的mac表项地址冲突，实现了服务器同时与多个器件进行通信。并且，通过基于用于数据链路层管理的通信协议收发报文进行通信，使得通信过程也不必依赖于ip地址，也不需要对待配置网络的器件进行额外的组装工作，而是通过纯软件的方法实现对器件进行网络配置。于是，本公开实施例的网络配置方法简化了网络配置的过程，节省了网络配置的人力成本。
143.在示例中，如图9所示，装置900还可以包括：请求确认模块903，被配置为在接收到第一报文后，发送用于指示通信成功的第三报文；等待模块904，被配置为在发送第二报文后启动第一定时器，第一定时器具有预定的第一等待时长；回复成功确认模块905，被配置为确定在第一等待时长内是否接收到第三报文；以及结束模块906，被配置为响应于在第一等待时长内接收到第三报文，取消第一定时器并确定当前处理已完成。
144.由此，通过在接收到第一报文后发送第三报文，能够使对端，即器件端获知第一报文已被成功接收。通过在发送第二报文后确认是否接收到第三报文，能够获知器件网络配置的情况。这样，器件端和服务器端便能够很好地掌握通信过程中报文的传输情况，于是能够针对传输失败的情况作出相应的响应，比如结束网络配置进程。通过设置第一定时器，避免了服务器在接收报文的过程中陷入无止境的等待，以至于无法处理其他进程甚至死机。
145.在示例中，装置900还可以包括：回复次数确定模块907，被配置为响应于在第一等待时长内未接收到第三报文，确定第二报文的发送次数；以及第二报文重传模块908，被配置为响应于第二报文的发送次数小于或等于预定的最大重传次数，重新发送第二报文。
146.由此，通过在传输失败时重新发送第二报文，能够针对传输失败的情况作出相应的响应以进行补救，即，通过多次尝试的方式以确保对端，即器件端能够接收到服务器端发送的第二报文。通过预定最大重传次数，在多次重新发送第二报文仍无法成功建立通信后作出传输失败的判断并作出相应的响应，比如结束网络配置进程，避免了服务器陷入反复发送第一报文的循环中。
147.在示例中，装置900还可以包括：重启请求确认模块909，被配置为确定是否接收到用于请求重启的第四报文，第四报文指示与请求对应的目的地物理地址；以及重启指示模块910，被配置为响应于接收到第四报文，发送第三报文。
148.由此，对于应用较多或者较复杂的器件，通过重启来使被分配的地址生效，可以使得器件不必逐个更新器件中包含的地址的信息，使得网络配置的效率大大提高。
149.在示例中，地址分配模块902可以包括：地址选取模块902a，被配置为从空闲地址池中选取未被占用的地址；以及地址发送模块902b，被配置为将地址包含在第二报文以进行发送。
150.由此，通过从空闲地址池中选取未被占用的地址以分配给器件，能够避免器件之间的地址冲突，从而保证了后续通信过程中基于分配的地址进行的通信的路径的准确性。
151.根据本公开的实施例，还提供了一种电子设备、一种可读存储介质、一种计算机程序产品和一种自动驾驶车辆。
152.参考图10，现将描述可以作为本公开的服务器或客户端的电子设备1000的结构框
图，其是可以应用于本公开的各方面的硬件设备的示例。电子设备旨在表示各种形式的数字电子的计算机设备，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。
153.如图10所示，电子设备1000包括计算单元1001，其可以根据存储在只读存储器(rom)1002中的计算机程序或者从存储单元1008加载到随机访问存储器(ram)1003中的计算机程序，来执行各种适当的动作和处理。在ram 1003中，还可存储电子设备1000操作所需的各种程序和数据。计算单元1001、rom 1002以及ram 1003通过总线1004彼此相连。输入/输出(i/o)接口1005也连接至总线1004。
154.电子设备1000中的多个部件连接至i/o接口1005，包括：输入单元1006、输出单元1007、存储单元1008以及通信单元1009。输入单元1006可以是能向电子设备1000输入信息的任何类型的设备，输入单元1006可以接收输入的数字或字符信息，以及产生与电子设备的用户设置和/或功能控制有关的键信号输入，并且可以包括但不限于鼠标、键盘、触摸屏、轨迹板、轨迹球、操作杆、麦克风和/或遥控器。输出单元1007可以是能呈现信息的任何类型的设备，并且可以包括但不限于显示器、扬声器、视频/音频输出终端、振动器和/或打印机。存储单元1008可以包括但不限于磁盘、光盘。通信单元1009允许电子设备1000通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据，并且可以包括但不限于调制解调器、网卡、红外通信设备、无线通信收发机和/或芯片组，例如蓝牙tm设备、802.11设备、wifi设备、wimax设备、蜂窝通信设备和/或类似物。
155.计算单元1001可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元1001的一些示例包括但不限于中央处理单元(cpu)、图形处理单元(gpu)、各种专用的人工智能(ai)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(dsp)、以及任何适当的处理器、控制器、微控制器等。计算单元1001执行上文所描述的各个方法和处理，例如网络配置方法。例如，在一些实施例中，网络配置方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元1008。在一些实施例中，计算机程序的部分或者全部可以经由rom 1002和/或通信单元1009而被载入和/或安装到电子设备1000上。当计算机程序加载到ram 1003并由计算单元1001执行时，可以执行上文描述的网络配置方法的一个或多个步骤。备选地，在其他实施例中，计算单元1001可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行网络配置方法。
156.本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(fpga)、专用集成电路(asic)、专用标准产品(assp)、芯片上系统的系统(soc)、负载可编程逻辑设备(cpld)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。
157.用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。
158.在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(ram)、只读存储器(rom)、可擦除可编程只读存储器(eprom或快闪存储器)、光纤、便捷式紧凑盘只读存储器(cd-rom)、光学储存设备、磁储存设备、或上述内容的任何合适组合。
159.为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，crt(阴极射线管)或者lcd(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。
160.可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(lan)、广域网(wan)、互联网和区块链网络。
161.计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。
162.应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本公开中记载的各步骤可以并行地执行、也可以顺序地或以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。
163.虽然已经参照附图描述了本公开的实施例或示例，但应理解，上述的方法、系统和设备仅仅是示例性的实施例或示例，本发明的范围并不由这些实施例或示例限制，而是仅由授权后的权利要求书及其等同范围来限定。实施例或示例中的各种要素可以被省略或者可由其等同要素替代。此外，可以通过不同于本公开中描述的次序来执行各步骤。进一步地，可以以各种方式组合实施例或示例中的各种要素。重要的是随着技术的演进，在此描述的很多要素可以由本公开之后出现的等同要素进行替换。

技术特征：
1.一种网络配置方法，包括：基于用于数据链路层管理的通信协议，发送第一报文以请求分配地址，其中，所述用于数据链路层管理的通信协议采用网桥协议数据单元报文以使所述第一报文指示与所述请求相对应的目的地物理地址，并且所述用于数据链路层管理的通信协议具有预定的数据链路层协议号；接收第二报文，其中，所述第二报文指示被分配的地址；以及将当前地址更新为所述被分配的地址。2.根据权利要求1所述的方法，还包括：在发送所述第一报文后启动第一定时器，其中，所述第一定时器具有预定的第一等待时长；确定在所述第一等待时长内是否接收到用于指示通信成功的第三报文；响应于在所述第一等待时长内接收到所述第三报文，取消所述第一定时器并且启动第二定时器，其中，所述第二定时器具有预定的第二等待时长；确定在所述第二等待时长内是否接收到所述第二报文；响应于在所述第二等待时长内接收到所述第二报文，取消所述第二定时器；以及在将所述当前地址设置为所述被分配的地址后发送所述第三报文。3.根据权利要求2所述的方法，还包括：响应于在所述第一等待时长内未接收到所述第三报文，确定所述第一报文的发送次数；以及响应于所述第一报文的发送次数小于或等于预定的最大重传次数，重新发送所述第一报文。4.根据权利要求2或3所述的方法，还包括：发送用于请求重启的第四报文，其中，所述第四报文指示与所述请求相对应的目的地物理地址；确定在发送所述第四报文后是否接收到所述第三报文；以及响应于接收到所述第三报文，执行重启以使所述被分配的地址生效。5.根据权利要求1至4中任一项所述的方法，其中，所述网桥协议数据单元报文包括类型-长度-值格式的多个字段，所述类型-长度-值格式的多个字段包括设备身份识别信息、与请求或响应内容相关的信息和标识所述多个字段结束的信息。6.根据权利要求1至5任一项所述的方法，其中，所述地址包括媒体存取控制地址和互联网协议地址中的至少一个。7.一种网络配置方法，包括：接收基于用于数据链路层管理的通信协议发送的第一报文，所述第一报文请求分配地址，其中，所述用于数据链路层管理的通信协议采用网桥协议数据单元报文以使所述第一报文指示与所述请求相对应的目的地物理地址，并且所述用于数据链路层管理的通信协议具有预定的数据链路层协议号；以及发送第二报文，其中，所述第二报文指示被分配的地址。8.根据权利要求7所述的方法，还包括：在接收到所述第一报文后，发送用于指示通信成功的第三报文；
在发送所述第二报文后启动第一定时器，其中，所述第一定时器具有预定的第一等待时长；确定在所述第一等待时长内是否接收到所述第三报文；以及响应于在所述第一等待时长内接收到所述第三报文，取消所述第一定时器并确定当前处理已完成。9.根据权利要求8所述的方法，还包括：响应于在所述第一等待时长内未接收到所述第三报文，确定所述第二报文的发送次数；以及响应于所述第二报文的发送次数小于或等于预定的最大重传次数，重新发送所述第二报文。10.根据权利要求8或9所述的方法，还包括：确定是否接收到用于请求重启的第四报文，其中，所述第四报文指示与所述请求对应的目的地物理地址；以及响应于接收到所述第四报文，发送所述第三报文。11.根据权利要求7至10中任一项所述的方法，其中，所述发送第二报文，包括：从空闲地址池中选取未被占用的地址；以及将所述地址包含在第二报文以进行发送。12.一种网络配置装置，包括：地址请求模块，被配置为基于用于数据链路层管理的通信协议，发送第一报文以请求分配地址，其中，所述用于数据链路层管理的通信协议采用网桥协议数据单元报文以使所述第一报文指示与所述请求相对应的目的地物理地址，并且所述用于数据链路层管理的通信协议具有预定的数据链路层协议号；地址获取模块，被配置为接收第二报文，其中，所述第二报文指示被分配的地址；以及地址更新模块，被配置为将当前地址更新为所述被分配的地址。13.根据权利要求12所述的装置，还包括：请求确认等待模块，被配置为在发送所述第一报文后启动第一定时器，其中，所述第一定时器具有预定的第一等待时长；请求成功确认模块，被配置为确定在所述第一等待时长内是否接收到用于指示通信成功的第三报文；回复等待模块，被配置为响应于在所述第一等待时长内接收到所述第三报文，取消所述第一定时器并且启动第二定时器，其中，所述第二定时器具有预定的第二等待时长；回复确认模块，被配置为确定在所述第二等待时长内是否接收到所述第二报文；回复等待取消模块，被配置为响应于在所述第二等待时长内接收到所述第二报文，取消所述第二定时器；以及设置完成模块，被配置为在将所述当前地址设置为所述被分配的地址后发送所述第三报文。14.根据权利要求13所述的装置，还包括：请求次数确定模块，被配置为响应于在所述第一等待时长内未接收到所述第三报文，确定所述第一报文的发送次数；以及
第一报文重传模块，被配置为响应于所述第一报文的发送次数小于或等于预定的最大重传次数，重新发送所述第一报文。15.根据权利要求13或14所述的装置，还包括：重启请求模块，被配置为发送用于请求重启的第四报文，其中，所述第四报文指示与所述请求相对应的目的地物理地址；重启确认模块，被配置为确定在发送所述第四报文后是否接收到所述第三报文；以及重启模块，被配置为响应于接收到所述第三报文，执行重启以使所述被分配的地址生效。16.根据权利要求12至15中任一项所述的装置，其中，所述网桥协议数据单元报文包括类型-长度-值格式的多个字段，所述类型-长度-值格式的多个字段包括设备身份识别信息、与请求或响应内容相关的信息和标识所述多个字段结束的信息。17.根据权利要求12至16任一项所述的装置，其中，所述地址包括媒体存取控制地址和互联网协议地址中的至少一个。18.一种网络配置装置，包括：请求接收模块，被配置为接收基于用于数据链路层管理的通信协议发送的第一报文，所述第一报文请求分配地址，其中，所述用于数据链路层管理的通信协议采用网桥协议数据单元报文以使所述第一报文指示与所述请求相对应的目的地物理地址，并且所述用于数据链路层管理的通信协议具有预定的数据链路层协议号；以及地址分配模块，被配置为发送第二报文，其中，所述第二报文指示被分配的地址。19.根据权利要求18所述的装置，还包括：请求确认模块，被配置为在接收到所述第一报文后，发送用于指示通信成功的第三报文；等待模块，被配置为在发送所述第二报文后启动第一定时器，其中，所述第一定时器具有预定的第一等待时长；回复成功确认模块，被配置为确定在所述第一等待时长内是否接收到所述第三报文；以及结束模块，被配置为响应于在所述第一等待时长内接收到所述第三报文，取消所述第一定时器并确定当前处理已完成。20.根据权利要求19所述的装置，还包括：回复次数确定模块，被配置为响应于在所述第一等待时长内未接收到所述第三报文，确定所述第二报文的发送次数；以及第二报文重传模块，被配置为响应于所述第二报文的发送次数小于或等于预定的最大重传次数，重新发送所述第二报文。21.根据权利要求19或20所述的装置，还包括：重启请求确认模块，被配置为确定是否接收到用于请求重启的第四报文，其中，所述第四报文指示与所述请求对应的目的地物理地址；以及重启指示模块，被配置为响应于接收到所述第四报文，发送所述第三报文。22.根据权利要求18至21中任一项所述的装置，其中，所述地址分配模块包括：地址选取模块，被配置为从空闲地址池中选取未被占用的地址；以及
地址发送模块，被配置为将所述地址包含在第二报文以进行发送。23.一种电子设备，包括：至少一个处理器；以及与所述至少一个处理器通信连接的存储器；其中所述存储器存储有能够被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1-11中任一项所述的方法。24.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1-11中任一项所述的方法。25.一种计算机程序产品，包括计算机程序，其中，所述计算机程序在被处理器执行时实现根据权利要求1-11中任一项所述的方法。26.一种自动驾驶车辆，包括控制器，其中，所述控制器被配置为执行根据权利要求1-11中任一项所述的方法。

技术总结
本公开提供了一种网络配置方法、装置、设备和自动驾驶车辆，涉及自动驾驶和通信技术领域，尤其涉及车载传感器通信技术领域。实现方案为：基于用于数据链路层管理的通信协议，发送第一报文以请求分配地址，用于数据链路层管理的通信协议采用网桥协议数据单元报文以使第一报文指示与请求相对应的目的地物理地址，并且用于数据链路层管理的通信协议具有预定的数据链路层协议号；接收第二报文，第二报文指示被分配的地址；以及将当前地址更新为被分配的地址。配的地址。配的地址。


技术研发人员：代鑫
受保护的技术使用者：北京百度网讯科技有限公司
技术研发日：2023.03.21
技术公布日：2023/7/17