Vehicle control system

Abstract

The application relates to a vehicle control system. A control device is used for generating control instructions, bandwidth parameters and transmission time slot parameters, and transmitting the parameters to an optical line terminal. The optical line terminal is used for generating a control data frame based on a preset transmission period, and transmitting the control data frame to an optical network unit. The optical network unit is used for analyzing the control data frame to obtain the control instructions, bandwidth parameters and transmission time slot parameters, and setting parameters of a transmission container based on the bandwidth parameters and transmission time slot parameters, and transmitting the control instructions to the controlled device. The controlled device executes the control instructions. The bandwidth parameters and transmission time slot parameters are transmitted to at least one controlled unit through the control unit, so that bandwidth resource allocation of the whole communication network is adjusted, bandwidth resources are reasonably allocated, bandwidth resource waste is avoided, and data transmission efficiency is further improved.

Description

Technical Field

[0001] This application relates to the field of vehicle communication technology, and in particular to a vehicle control system. Background Technology

[0002] With the rapid development of intelligent vehicles, the number of cameras installed on these vehicles is increasing, and to meet the demands of intelligent driving, the resolution and frame rate of these cameras are also rising. This places higher demands on the vehicle's communication system. Currently, vehicles use an LVDS point-to-point communication scheme with serializer / deserializer chips for data transmission. This LVDS point-to-point communication scheme (Serializer / Deserializer based on LVDS Point-to-Point) is a widely used data transmission technology in intelligent vehicles, mainly composed of a serializer, a deserializer, and a Low Voltage Differential Signaling (LVDS) physical layer. For example, at the data transmitting end, the data to be transmitted is encoded using the serializer with LVDS as the physical layer encoding standard, and then transmitted to the receiving end via coaxial cable or shielded twisted pair (STP). The receiving end decodes the data to obtain the data to be received.

[0003] In the LVDS point-to-point communication scheme using serialization / deserialization chips, all communication links are directly connected point-to-point, monopolizing network bandwidth, which can lead to bandwidth waste. Summary of the Invention

[0004] Therefore, it is necessary to provide a vehicle control system to address the aforementioned technical problems.

[0005] This application provides a vehicle control system, comprising: a control unit and at least one controlled unit; the control unit includes a control device and an optical line terminal (OLT); the controlled unit includes a controlled device and an optical network unit (ONU); the OLT is connected to the control device, and the ONU is connected to the controlled device; the OLT and the ONU are connected via optical fiber cables; the control device is configured to generate control commands for the controlled unit, bandwidth parameters of a transmission container, and transmission time slot parameters of the transmission container; and transmit the control commands, bandwidth parameters, and transmission time slot parameters to the OLT; the OLT is configured to generate control data frames based on a pre-set transmission period, using the control commands, bandwidth parameters, and transmission time slot parameters; and transmit the control data frames to the ONU; the ONU is configured to parse the control data frames to obtain the control commands, bandwidth parameters, and transmission time slot parameters; and set the parameters of the transmission container based on the bandwidth parameters and transmission time slot parameters, and transmit the control commands to the controlled device; the controlled device executes the control commands.

[0006] In one embodiment, the control device is further configured to: acquire driving status data of the vehicle; determine the driving scenario of the vehicle based on the driving status data; and generate bandwidth parameters of the transmission container according to the driving scenario and a pre-set bandwidth mapping table.

[0007] In one embodiment, the driving status data includes: driving speed, sentry mode status, imaging function status, vehicle gear status, vehicle positioning information, and vehicle navigation function; the control device is further configured to: if the driving speed is a first speed and the sentry mode status is a primary sentry status, then the driving scenario is a primary sentry mode; if the driving speed is a first speed and the sentry mode status is an advanced sentry status, then the driving scenario is an advanced sentry mode; if the imaging function status is active, or the vehicle gear status is reverse gear, then the driving scenario is a parking mode; if the vehicle navigation function is highway navigation, or the vehicle positioning information is a highway and the driving speed is greater than a second speed, then the driving scenario is a highway driving mode; if the vehicle navigation function is urban navigation, or the vehicle positioning information is an urban road, then the driving scenario is an urban driving mode.

[0008] In one embodiment, the bandwidth mapping table includes bandwidth parameters for all the transmission containers for each driving scenario.

[0009] In one embodiment, the optical line terminal includes: a first downlink data module, a first bandwidth allocation module, and a first data framing and parsing module; the first downlink data module is connected to the control device and is used to acquire control commands generated by the control device, tag the control commands, and write the tagged control commands into a corresponding queue; based on a preset transmission period, the control commands are transmitted to the first data framing and parsing module; the first bandwidth allocation module is connected to the control device and is used to acquire bandwidth parameters and transmission time slot parameters generated by the control device; the first data framing and parsing module is connected to both the first downlink data module and the first bandwidth allocation module, and is used to receive the control commands, and based on the controlled unit corresponding to the control commands, acquire the corresponding bandwidth parameters and transmission time slot parameters from the first bandwidth allocation module; based on the control commands, bandwidth parameters, and transmission time slot parameters, a control data frame is generated, and the control data frame is transmitted to the optical network unit.

[0010] In one embodiment, the optical network unit includes: a second downlink data module, a second bandwidth allocation module, and a second data framing and parsing module; the second data framing and parsing module is connected to the first data framing and parsing module and the second downlink data module, and is used to acquire the control data frame, parse the control data frame to obtain the control command, bandwidth parameters, and transmission time slot parameters; and transmit the control command, bandwidth parameters, and transmission time slot parameters to the second downlink data module; the second downlink data module is connected to the second bandwidth allocation module and the controlled device respectively, and is used to transmit the bandwidth parameters and transmission time slot parameters to the second bandwidth allocation module; and transmit the control command to the controlled device; the second bandwidth allocation module is used to set the parameters of the transmission container based on the bandwidth parameters and transmission time slot parameters.

[0011] In one embodiment, the optical network unit is further configured to acquire the data to be forwarded from the controlled device; generate a forwarding data frame based on the bandwidth parameter and the transmission time slot parameter, and transmit the forwarding data frame to the optical line terminal; the optical line terminal is further configured to parse the forwarding data frame to obtain the data to be forwarded; and transmit the data to be forwarded to the control device.

[0012] In one embodiment, the optical network unit further includes: a second uplink data module; the second uplink data module is connected to the controlled device, the second data framing and parsing module, and the second bandwidth allocation module, respectively, for acquiring the data to be forwarded from the controlled device, writing the data to be forwarded into a transmission container; and transmitting the data to be forwarded to the second data framing and parsing module based on the transmission time slot parameters set in the second bandwidth allocation module; the second data framing and parsing module and the second bandwidth allocation module are used to generate forwarding data frames from the data to be forwarded; and transmitting the forwarding data frames to the optical line terminal based on the bandwidth parameters set in the second bandwidth allocation module.

[0013] In one embodiment, the optical line terminal further includes: a first uplink data module; a first data framing and parsing module connected to the first uplink data module, used to acquire the forwarded data frame, parse the forwarded data frame to obtain the data to be forwarded; and transmit the data to be forwarded to the first uplink data module; the first uplink data module is connected to the control device, used to transmit the data to be forwarded to the control device.

[0014] In one embodiment, the vehicle control system further includes: a beam splitter; the optical line terminal and the optical network unit are respectively connected to the beam splitter via optical fiber cables.

[0015] The aforementioned vehicle control system includes a control unit and at least one controlled unit, connected via an optical fiber cable. The control unit's control device generates control commands for the controlled unit, bandwidth parameters for the transmission container, and transmission time slot parameters for the transmission container. This generated data is then transmitted to the control unit's optical line terminal (OLT). The OLT generates control data frames from the received data at a pre-set transmission period and transmits these frames to the controlled unit's optical network unit. The OLT parses the control data frames to obtain the control commands, bandwidth parameters, and transmission time slot parameters. Using these parameters, it sets the transmission container parameters and transmits the control commands to the controlled device within the controlled unit, thereby controlling the controlled device. By sending bandwidth parameters and transmission time slot parameters to at least one controlled unit, the control unit adjusts the bandwidth resource allocation of the entire communication network, rationally allocating bandwidth resources, avoiding waste, and further improving data transmission efficiency. Attached Figure Description

[0016] Figure 1 This is a schematic diagram of the vehicle control system in one embodiment;

[0017] Figure 2 This is a schematic diagram of the control unit in one embodiment;

[0018] Figure 3 This is a schematic diagram of the structure of the controlled unit in one embodiment;

[0019] Figure 4 This is a schematic diagram of the vehicle control system in a specific embodiment;

[0020] Figure 5 This is a schematic diagram of dynamic bandwidth allocation for a transmission container in one embodiment;

[0021] Figure 6 This is a schematic diagram of the connection of an optical line terminal to an optical network unit in one embodiment;

[0022] Figure 7 This is a schematic diagram of the connection of an optical line terminal to an optical network unit in another embodiment;

[0023] Figure 8 This is a schematic diagram of the vehicle control system in another embodiment;

[0024] Figure 9 This is a schematic diagram of the vehicle control system in another specific embodiment;

[0025] Figure 10 This is the frame structure of a downlink physical frame in one embodiment;

[0026] Figure 11 This is the frame structure of an uplink physical frame in one embodiment. Detailed Implementation

[0027] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0028] With the rapid development of intelligent vehicles, the number of cameras installed on these vehicles is increasing, and to meet the demands of intelligent driving, the resolution and frame rate of these cameras are also rising. This places higher demands on the vehicle's communication system. Currently, vehicles use an LVDS point-to-point communication scheme with serializer / deserializer chips for data transmission. This LVDS point-to-point communication scheme (Serializer / Deserializer based on LVDS Point-to-Point) is a widely used data transmission technology in intelligent vehicles, mainly composed of a serializer, a deserializer, and a Low Voltage Differential Signaling (LVDS) physical layer. For example, at the data transmitting end, the data to be transmitted is encoded using the serializer with LVDS as the physical layer encoding standard, and then transmitted to the receiving end via coaxial cable or shielded twisted pair (STP). The receiving end decodes the data to obtain the data to be received.

[0029] Based on the above, on the one hand, as coaxial cables face increasingly demanding communication bandwidth requirements, issues related to cable weight and EMC protection become more pronounced, necessitating the introduction of new transmission cables. On the other hand, the LVDS point-to-point communication scheme using serializer / deserializer chips is not conducive to the expansion of the vehicle's communication network, requiring consideration of entirely new real-time transmission protocols. In the LVDS point-to-point communication scheme with serializer / deserializer chips, all communication links are directly connected point-to-point, monopolizing network bandwidth and resulting in bandwidth waste.

[0030] In one embodiment, such as Figure 1The diagram illustrates the structure of a vehicle control system. The vehicle control system includes a control unit 100 and at least one controlled unit 200. The vehicle control system is a communication network embedded within the vehicle. The control unit 100 can be the vehicle's central computing unit (CCU), often referred to as the "brain" or "central domain controller" of the vehicle, serving as the highest hub for vehicle computing power, data fusion, and decision-making scheduling. The control unit 100 can also be any domain controller within the vehicle. This embodiment does not specifically limit the control unit 100, only requiring that it be a controller within the vehicle and connected to at least one controlled unit 200. The controlled unit 200 can be any sensor or actuator connected to and controlled by the control unit 100. Sensors include any type of sensor installed within the vehicle, such as cameras, millimeter-wave radar, lidar, ultrasonic radar, inertial measurement units, wheel speed sensors, and steering angle sensors. Actuators include any type of actuator installed within the vehicle, such as motors, displays, brake actuators, and steering actuators. The control unit 100 is connected to at least one controlled unit 200 via fiber optic cables. This connection can be a direct connection or a connection via a fiber optic splitter. This embodiment does not specifically limit the connection method between the control unit 100 and the controlled unit 200. By connecting the control unit 100 and the controlled unit 200, the control unit 100 can control the controlled unit 200, enabling the controlled unit 200 to transmit collected data to the control unit 100. This allows the control unit 100 to make vehicle-wide decisions based on the transmitted data, improving data transmission efficiency.

[0031] The control unit 100 includes a control device 110 and an optical line terminal 120. For example... Figure 2The diagram illustrates the structure of a control unit. The control device 110 is the SOC chip of the control unit 100, and the optical line terminal 120 is an OLT (Optical Line Terminal). Taking the control unit 100 as the central computing unit as an example, the SOC chip (System on Chip) is the physical core of the central computing unit of an intelligent vehicle. It integrates the processor core, graphics engine, AI accelerator, memory controller, video codec, high-speed interfaces (such as PCIe, Ethernet), and other modules onto a single silicon chip, providing the vehicle's computing power. The optical line terminal 120 is a core device in the optical fiber access network (PON network, such as GPON, EPON, 10G-PON). Within the control unit 100, the optical line terminal 120 is connected to the control device 110. Specifically, a control device 110 and an optical line terminal 120 are integrated on the PCB of the central computing unit. The optical line terminal 120 provides an optical fiber communication interface to the outside world. The control device 110 and the optical line terminal 120 are interconnected at the board level through protocols such as MIPI, I2C, GPIO, and SPI.

[0032] The controlled unit 200 includes a controlled device 210 and an optical network unit 220. For example... Figure 3 The diagram illustrates the structure of a controlled unit. The controlled device 210 is the main body of the controlled unit 200, and the optical network unit 220 is an ONU (Optical Network Unit). If the controlled unit 200 is a sensor or actuator, then the controlled device 210 is the main body of the sensor or actuator. Taking a camera as an example, the controlled device 210 is the CMOS sensor of the camera. The optical network unit 220 is a terminal device located on the user side in a fiber optic access network (PON network). Within the controlled unit 200, the optical network unit 220 is connected to the controlled device 210. Specifically, the controlled device CMOS and the optical network unit 220 need to be integrated on the camera's PCB. The optical network unit 220 provides an optical fiber communication interface, and the controlled device CMOS and the optical network unit 220 are interconnected at the board level through protocols such as MIPI, I2C, and GPIO.

[0033] In this fiber optic access network, the Optical Line Terminal (OLT) and Optical Network Units (ONUs) form a communication network, connected via fiber optic cables. The interaction between the OLT and ONUs is the core of the network. Communication between the OLT and ONUs utilizes wavelength division multiplexing (WDM) technology for bidirectional transmission and adheres to a strict master-slave control protocol. The fiber optic broadband network can be likened to a tree system, where the OLT is the root and the ONUs are the leaves. The OLT can connect to multiple ONUs. In this one-to-many tree topology, the ONU is the master controller, and the OLT is the controlled entity. Data exchange between the OLT and ONUs occurs via fiber optic cables.

[0034] In one specific embodiment, the control unit 100 is taken as the central computing unit and the controlled unit 200 is taken as the camera for illustration: Figure 4 As shown, the Optical Line Terminal (OLT) of the Central Computing Unit (CCU) and the Optical Network Units (ONUs) of the cameras are both connected to the optical splitter via optical fibers. The OLT of the CCU is connected to the splitter via the backbone fiber. The cameras connected to the CCU include four surround-view cameras (①-④) and four side-view cameras (⑤-⑧). Each of the eight cameras has an ONU connected to the splitter via tributary fiber. The communication rate of the backbone and tributary fibers can reach a maximum of 12.5 Gbps, which can be further increased to 25 Gbps in the future. The CCU has the functions of communication bandwidth allocation and network slicing control. The optical splitter is used to connect physical fiber optic cables, enabling the merging of multiple data streams into a single data stream for transmission. The communication bandwidth requirement for the surround-view cameras is 1 Gbps~1.5 Gbps; the communication bandwidth requirement for the side-view cameras is 1 Gbps.

[0035] In the specific use of the vehicle control system, the control device 110 is used to generate control commands for the controlled unit 200, bandwidth parameters of the transmission container, and transmission time slot parameters of the transmission container; and transmit the control commands, bandwidth parameters, and transmission time slot parameters to the optical line terminal (OLT).

[0036] When the vehicle control system is in use, the control device 110 generates control commands, bandwidth parameters, and transmission time slot parameters, and packages and sends the above data to the optical network unit (ONU) via the optical line terminal (OLT). The ONU parses the received data packets to obtain the control commands, bandwidth parameters, and transmission time slot parameters. Using the bandwidth parameters and transmission time slot parameters, the ONU sets its own bandwidth resources and data transmission time slots, and controls the controlled device 210 via the control commands. The above data transmission path is a downlink transmission path.

[0037] When the vehicle control system is in use, the controlled device 210 acquires data to be forwarded. If the controlled device 210 is a sensor, the data to be forwarded is the data collected by the sensor. For example, if the sensor is a camera, the data to be forwarded may include voice data, video data, etc. If the controlled device 210 is an actuator, the data to be forwarded can be the status data corresponding to the actuator. For example, if the actuator is a tailgate, the data to be forwarded is the tailgate's open / closed state; if the actuator is a display, the data to be forwarded is the display state. The controlled device 210 transmits the data to be forwarded to the optical network unit (ONU). The ONU packages the data to be forwarded and sends it to the optical line terminal (OLT). The OLT parses the received data packets to obtain the data to be forwarded and transmits it to the control device 110, so that the control device 110 can perform vehicle control based on the data to be forwarded. The above data transmission path is the uplink transmission path.

[0038] During the downlink transmission path, the control device 110 generates control commands for the controlled unit 200, bandwidth parameters of the transmission container, and transmission time slot parameters of the transmission container.

[0039] In this embodiment, the control commands of the controlled unit 200 are commands generated by the control device 110 for controlling the controlled device 210. For example, when the controlled device 210 is a camera, the control command can be a configuration command for the camera, used to configure parameters such as camera resolution and frame rate. When the controlled device 210 is a display, the control command can be a configuration command for the display, used to configure parameters such as display resolution. When the controlled device 210 is a tailgate, the control command can be a control command for the tailgate, used to control the opening and closing of the tailgate. The control commands of the controlled unit 200 can be automatically generated by the control device 110 based on the vehicle's sensor data and driving status through an autonomous driving algorithm, or the user can input the corresponding control commands of the controlled unit 200 through the vehicle-side hardware device. This embodiment does not specifically limit the generation method of the control commands of the controlled unit, as long as it can generate the corresponding control commands.

[0040] A Transmission Container (T-CONT) is the smallest logical unit for uplink bandwidth control in an Optical Network Unit (ONU). An ONU contains multiple Transmission Containers (T-CONTs), each acting as a buffer management container. Different T-CONTs are used to transmit different types of data. Taking the controlled unit 200 as a camera as an example, the ONU connected to the camera contains multiple Transmission Containers (T-CONTs). One T-CONT buffers video data, one buffers audio data, and one buffers image data. The bandwidth occupied by different T-CONTs can be the same or different. The bandwidth parameter of a Transmission Container is the bandwidth parameter of each T-CONT in the ONU of the controlled unit 200; that is, the bandwidth occupied by the data in each T-CONT when it is sent from the ONU to the Optical Line Terminal (OLT). The transmission time slot parameters of the transmission containers are the data transmission time of each transmission container T-CONT in the optical network unit (ONU) of the controlled unit 200. That is, the transmission start time and transmission end time of the data in each transmission container T-CONT when it is transmitted from the ONU to the optical line terminal (OLT). The bandwidth parameters of the transmission containers can be generated based on the vehicle's driving status and a pre-set bandwidth mapping table. The bandwidth parameters of the transmission containers include the bandwidth parameters of the transmission containers T-CONTs corresponding to all controlled units 200 connected by the control unit 100; the bandwidth parameters of the transmission containers can also be input by the user through vehicle-side hardware. This embodiment does not specifically limit the generation method of the bandwidth parameters of the transmission containers. The transmission time slot parameters of the transmission containers can be set separately for each transmission container based on the data transmission cycle of all transmission containers. The transmission time slot parameters of each transmission container are spaced apart and do not overlap. The transmission time slot parameters of the transmission containers can be preset and adjusted in real time during real-time data interaction through the dynamic bandwidth allocation (DBA) module of the ONU.

[0041] The control device 110 transmits the generated control commands, bandwidth parameters, and transmission time slot parameters to the optical line terminal (OLT). The control unit 100 is connected to multiple controlled units 200. After generating each control command, the control device 110 transmits the control command to the OLT. The control device 110 generates the bandwidth parameters for each transmission container (T-CONT) within the optical network units (ONUs) of all controlled units 200 and transmits the bandwidth parameters of all transmission containers (T-CONTs) to the OLT. The control device 110 also generates the transmission time slot parameters for each transmission container (T-CONT) within the optical network units (ONUs) of all controlled units 200 and transmits the transmission time slot parameters of all transmission containers (T-CONTs) to the OLT.

[0042] The Optical Line Terminal (OLT) generates control data frames based on a pre-set transmission cycle, incorporating control commands, bandwidth parameters, and transmission time slot parameters. These control data frames are then transmitted to Optical Network Units (ONUs). The OLT pre-stores the transmission cycle for the control data frames corresponding to each controlled unit 200. Upon reaching the corresponding transmission cycle, it retrieves all control commands to be transmitted. Each control command corresponds to a controlled unit 200 that it needs to control. The OLT then retrieves the bandwidth parameters and transmission time slot parameters of each Transmission Container (T-CONT) within the corresponding controlled unit 200's ONU. All control commands, their corresponding bandwidth parameters, and transmission time slot parameters are combined to generate a single control data frame. This control data frame is a broadcast data frame, transmitted via broadcast to all connected controlled units 200's ONUs. It is understood that the transmission cycles of the control data frames for multiple controlled units 200 can be the same or different. That is, a single control data frame can include only the control command corresponding to one controlled unit 200, or it can include control commands corresponding to multiple control units 100. The control data frame also includes the bandwidth parameters and transmission time slot parameters of each transmission container T-CONT in the optical network unit (ONU) of the controlled unit 200 corresponding to each control command.

[0043] The Optical Network Unit (ONU) parses control data frames to obtain control commands, bandwidth parameters, and transmission time slot parameters. Based on these parameters, it sets the parameters of the transmission containers and transmits the control commands to the controlled device 210. When the ONU receives a control data frame, it parses it to obtain all control commands and the bandwidth and transmission time slot parameters of each transmission container (T-CONT) within the ONU of the controlled unit 200 corresponding to each control command. If no control command is related to the controlled unit 200, no processing is performed. If a control command is related to the controlled unit 200, the corresponding control command and the bandwidth and transmission time slot parameters of each transmission container (T-CONT) within the corresponding ONU of the controlled unit 200 are extracted. Using the bandwidth and transmission time slot parameters of each transmission container (T-CONT), the corresponding bandwidth and transmission time slot parameters of the transmission container are set. The control command is sent to the controlled device 210, and the controlled device 210 executes the control command, thereby realizing the control data transmission from the control unit 100 to the controlled unit 200.

[0044] For example, in a scenario involving high-resolution camera video stream transmission, the vehicle control system can be a control device 110 that determines whether the 8-megapixel forward-facing camera needs to be activated based on the current driving mode, generates corresponding control commands, and allocates bandwidth and transmission time slot parameters. The Optical Line Terminal (OLT) encapsulates this information into control data frames according to the transmission cycle and broadcasts them to all Optical Network Units (ONUs) via fiber optic cables. The ONU of the controlled unit 200 corresponding to the forward-facing camera parses the frame, identifies its own identifier, and configures its local transmission container based on the bandwidth and transmission time slot parameters, enabling the camera video stream to be uploaded at high bandwidth within the specified time slot. Other unscheduled controlled units 200 remain in a low-bandwidth or idle state to avoid wasting link resources.

[0045] In this embodiment, the control device 110 generates control commands, bandwidth parameters, and transmission time slot parameters. The Optical Line Terminal (OLT) encapsulates these into control data frames based on the transmission cycle and broadcasts them to each Optical Network Unit (ONU) via fiber optic cable. After parsing the control data frames, the ONU dynamically configures the resource allocation of its local transmission container according to the bandwidth and transmission time slot parameters. The controlled device 210 then executes the received control commands. Fiber optic cable, as a high-bandwidth, low-weight, and interference-resistant transmission medium, can support point-to-multipoint communication architectures, avoiding bandwidth waste and improving data transmission efficiency. Furthermore, by allocating bandwidth and transmission time slot parameters in real time, bandwidth resources can be further rationally allocated, avoiding bandwidth waste and improving data transmission efficiency.

[0046] In one embodiment, when generating the bandwidth parameters of the transmission container, the control device 110 specifically needs to perform the following steps:

[0047] Step 1: Obtain the vehicle's driving status data.

[0048] The vehicle's driving status data includes: driving speed, sentry mode status, imaging function status, vehicle gear status, vehicle location information, and vehicle navigation function. Driving speed represents the vehicle's velocity, which can be obtained through the vehicle's wheel speed sensors or inertial measurement unit. Sentry mode status indicates the activation status of the security monitoring system when the vehicle is parked (P gear, locked). Sentry mode includes primary and advanced sentry modes; the number and type of cameras used differ between primary and advanced sentry modes. Imaging function status indicates the working status of the onboard camera system, such as the activation status of surround view cameras, front view cameras, side view cameras, rear view cameras, and interior cameras. More specifically, it indicates the activation status of the 360-degree imaging function. Vehicle gear status indicates the current gear of the transmission or electric drive system, such as P (Park), R (Reverse), N (Neutral), D (Drive), and S (Sport). Vehicle positioning information indicates the vehicle's precise location on the Earth's surface, including latitude and longitude, altitude, heading angle, and lane-level map position. Vehicle navigation is a function of the advanced driver assistance system, including highway navigation and urban navigation. The control device 110 acquires the aforementioned vehicle's driving status data in real time.

[0049] Step 2: Determine the vehicle's driving scenario based on driving status data.

[0050] After acquiring the driving status data, the control device 110 needs to determine the current driving scenario of the vehicle based on the driving status data. Since the bandwidth of the Optical Network Unit (ONU) and the transmission period of the control data frames are controlled by the Optical Line Terminal (OLT), this characteristic allows for more rational bandwidth allocation when allocating bandwidth to the ONU by combining it with the vehicle's driving status data, thus optimizing system bandwidth utilization and power consumption. Based on the vehicle's driving status data, the vehicle can be divided into different driving scenarios, including default mode, primary sentry mode, advanced sentry mode, urban driving mode, highway driving mode, and parking mode. Taking the control unit 100 as the central computing unit and the controlled units 200 consisting of four surround-view cameras (①-④) and four side-view cameras (⑤-⑧), totaling eight cameras, as an example (each camera representing one controlled unit 200), the bandwidth usage of the eight cameras varies depending on the driving scenario.

[0051] Based on driving status data, the specific driving scenarios of the vehicle are determined, including:

[0052] If the driving speed is the first speed and the sentry mode is in the primary sentry mode, then the driving scenario is the primary sentry mode. Specifically, the first speed is 0. When the control device 110 detects that the current driving speed is the first speed, meaning the vehicle is stationary, and the user has locked the vehicle for a period of time, and the sentry mode is in the primary sentry mode, then the current driving scenario of the vehicle is determined to be the primary sentry mode.

[0053] If the driving speed is the first speed and the sentry mode is in advanced sentry mode, then the driving scenario is advanced sentry mode. Specifically, the first speed is 0. When the control device 110 detects that the current driving speed is the first speed, meaning the vehicle is stationary, and the user has locked the vehicle for a period of time, and the sentry mode is in advanced sentry mode, then the current driving scenario of the vehicle is determined to be advanced sentry mode.

[0054] If the imaging function is enabled, or the vehicle is in reverse gear, the driving scenario is parking mode. When the control device 110 detects that the imaging function is enabled, i.e., the 360-degree imaging function is enabled, it determines that the current driving scenario of the vehicle is parking mode. Specifically, when the control device 110 detects that the user manually presses the 360-degree imaging function button, it determines that the current driving scenario of the vehicle is parking mode. When the control device 110 detects that the vehicle is in reverse gear, it determines that the current driving scenario of the vehicle is parking mode. Specifically, when the control device 110 detects that the user engages reverse gear and enters reverse mode, it determines that the current driving scenario of the vehicle is parking mode, and if the vehicle is shifted back to a forward gear and the speed is less than a preset threshold, the parking mode is maintained.

[0055] If the vehicle navigation function is set to highway navigation, or if the vehicle's location information indicates a highway and the driving speed is greater than the second speed, then the driving scenario is a highway driving mode. When the control device 110 detects that the vehicle navigation function is set to highway navigation, it determines that the current driving scenario of the vehicle is a highway driving mode. Specifically, when the control device 110 detects that the user manually activates the highway navigation-related function, it determines that the current driving scenario of the vehicle is a highway driving mode. When the control device 110 determines, based on the vehicle's location information, that the current vehicle is traveling on a highway and the driving speed is greater than the second speed, it determines that the current driving scenario of the vehicle is a highway driving mode. The vehicle location information includes latitude and longitude, altitude, heading angle, lane-level map position, etc. Based on the latitude and longitude and lane-level map position information, it can be determined whether the road the vehicle is currently traveling on is a highway. The second speed can be set according to actual usage needs; this embodiment does not impose specific limitations. Specifically, the control device 110 dynamically obtains the vehicle's location information through the network module, determines that it is on a highway and the vehicle speed is greater than the second speed, and then determines that the current driving scenario of the vehicle is a high-speed driving mode.

[0056] If the vehicle navigation function is set to urban navigation, or the vehicle location information indicates urban roads, then the driving scenario is urban driving mode. When the control device 110 detects that the vehicle navigation function is set to urban navigation, it determines that the current driving scenario of the vehicle is urban driving mode. Specifically, when the control device 110 detects that the user manually activates the urban navigation function, it determines that the current driving scenario of the vehicle is urban driving mode. When the control device 110 determines that the vehicle is driving within an urban area based on the vehicle location information, it determines that the current driving scenario of the vehicle is urban driving mode. The vehicle location information includes latitude and longitude, altitude, heading angle, lane-level map position, etc. The map defines the urban area, and based on the latitude and longitude and lane-level map position in the vehicle location information, it determines whether the vehicle is within the urban area. If so, it determines that the vehicle is driving within the urban area. Specifically, the control device 110 dynamically obtains the vehicle's location information through the network module, determines that it is in an urban area, and then determines that the current driving scenario of the vehicle is urban driving mode.

[0057] When the control device 110 detects that the vehicle is powered on, the driving scenario automatically enters the default mode.

[0058] Step 3: Generate the bandwidth parameters of the transmission container based on the driving scenario and the pre-set bandwidth mapping table.

[0059] After determining the driving scenario, the control device 110 can generate the bandwidth parameters of the transmission containers based on the driving scenario and a pre-set bandwidth mapping table. The bandwidth mapping table includes the bandwidth parameters of all transmission containers for each driving scenario. Taking the control unit 100 as the central computing unit and the controlled units 200 as four surround-view cameras (①-④) and four side-view cameras (⑤-⑧), totaling eight cameras, with each camera constituting one controlled unit 200, the bandwidth mapping table is as follows:

[0060]

[0061] After determining the driving scenario, the control device 110 determines the bandwidth parameters of each controlled unit 200 by looking up a table. Specifically, when the vehicle's driving scenario is in default mode, the bandwidth parameters of the four surround-view cameras ①-④ are 1.5Gbps, and the bandwidth parameters of the four side-view cameras ⑤-⑧ are 1Gbps. When the vehicle's driving scenario is in basic sentry mode, the four surround-view cameras are active, the four side-view cameras are inactive, and the bandwidth parameters of the four surround-view cameras ①-④ are 1.5Gbps. When the vehicle's driving scenario is in advanced sentry mode, all eight controlled units 200 are active, and the bandwidth parameters of the four surround-view cameras ①-④ and the four side-view cameras ⑤-⑧ are 1Gbps. When the vehicle's driving scenario is in urban driving mode, all eight controlled units 200 are active, and the bandwidth parameters of the four surround-view cameras ①-④ are 1.5Gbps, and the bandwidth parameters of the four side-view cameras ⑤-⑧ are 1Gbps. When the vehicle is in high-speed driving mode, all eight controlled units 200 are operational, with the bandwidth parameters of the four surround-view cameras (①-④) being 1Gbps / 1.5Gbps, and the bandwidth parameters of the four side-view cameras (⑤-⑧) being 1Gbps. When the vehicle is in parking mode, the four surround-view cameras are operational, while the four side-view cameras are inactive, and the bandwidth parameter of the four surround-view cameras (①-④) is 1.5Gbps. Since the transmission time slot parameters of each transmission container are spaced apart and do not overlap, each transmission container can utilize the full bandwidth of its corresponding controlled unit 200 when transmitting data. That is, the bandwidth parameter of the controlled unit 200 is the same as the bandwidth parameters of the multiple transmission containers of the optical network unit (ONU) within that controlled unit 200. For example, if the bandwidth parameter of surround-view camera ① is 1.5Gbps, then the bandwidth parameters of the multiple transmission containers of the optical network unit (ONU) corresponding to surround-view camera ① are also all 1.5Gbps.

[0062] Taking control unit 100 as the central computing unit and controlled unit 200 consisting of four surround-view cameras (①-④) and four side-view cameras (⑤-⑧), totaling eight cameras, with each camera constituting one controlled unit 200, as an example: Figure 5As shown, a schematic diagram of dynamic bandwidth allocation for transmission containers is provided. When the vehicle is powered on, its driving scenario will directly enter the default mode. Although a default communication bandwidth is allocated, the eight cameras do not collect video data. The reserved bandwidth is only used to read the status of the eight cameras and initialize them. Next, it is necessary to determine whether the vehicle's speed is the first speed, i.e., whether it is stationary. If it is at the first speed, i.e., stationary, it is also necessary to determine the current sentry mode status of the vehicle. If the user has not enabled sentry mode, all cameras are not activated. If the user has enabled sentry mode, after the vehicle detects that the user has left the vehicle and locked it, for a period of time, according to the sentry mode status, the control device 110 of the control unit 100, i.e., the SOC chip, sends the bandwidth parameters of all transmission containers to the dynamic bandwidth allocation module DBA of the optical line terminal (OLT) of the control unit 100. The bandwidth parameters of the transmission containers include the number of the optical network unit (ONU), the number of the transmission container (T-CONT), and the bandwidth parameters of each transmission container. When the Sentinel mode is in the primary Sentinel state, the four surround-view cameras ①-④ are active, using full-quality resolution. The transmission containers of the optical network units (ONUs) corresponding to these four cameras are allocated 1.5Gbps of bandwidth, and their data priority is set to the highest priority by default to prevent video frame drops. When the Sentinel mode is in the advanced Sentinel state, all four surround-view cameras ①-④ and the four side-view cameras ⑤-⑧ are active. The transmission containers of the ONUs corresponding to these four cameras are allocated 1Gbps of bandwidth. The images from the four surround-view cameras ①-④ are cropped to fit the 1Gbps bandwidth. The data priority of the four surround-view cameras ①-④ is set to the highest priority, and the data priority of the four side-view cameras ⑤-⑧ is set to the second highest priority, allowing for frame drops from the four side-view cameras ⑤-⑧. Simultaneously, the control device 110 of the control unit 100, i.e., the SOC chip, will issue instructions to adjust the resolution of the four surround-view cameras ①-④ to a specific resolution, so that the maximum communication rate of the four surround-view cameras ①-④ does not exceed 1Gbps. After the data from the four surround-view cameras ①-④ and the four side-view cameras ⑤-⑧ are aggregated, they are spliced ​​and processed by the SOC chip before being displayed and stored. When the vehicle is in parking mode, only the four surround-view cameras ①-④ participate in the operation. At this time, the transmission container of the optical network unit (ONU) of the four surround-view cameras ①-④ is allocated 1.5Gbps bandwidth, uses full-quality resolution, and the data priority is set to the highest priority by default to avoid video frame loss and affecting the parking experience.When the vehicle is in urban driving mode, the four surround-view cameras ①-④ and the four side-view cameras ⑤-⑧ all operate. Since the urban driving environment is more complex than the highway driving environment, all cameras will activate full-quality image acquisition. At this time, the transmission containers of the optical network units (ONUs) of the four surround-view cameras ①-④ are allocated 1.5Gbps of bandwidth and the data priority is set to the highest level. The transmission containers of the optical network units (ONUs) of the four side-view cameras ⑤-⑧ are allocated 1Gbps of bandwidth and the data priority is also set to the highest level. When the vehicle is in high-speed driving mode, all four surround-view cameras (①-④) and four side-view cameras (⑤-⑧) are active. In high-speed driving mode, for vehicles using a low-order driving algorithm model, the SOC chip will issue instructions to adjust the resolution of the four surround-view cameras (①-④) to a specific resolution. At this time, the transmission containers of the corresponding optical network units (ONUs) for the four surround-view cameras (①-④) and the four side-view cameras (⑤-⑧) are allocated 1Gbps of bandwidth, and the images from the four surround-view cameras (①-④) are cropped to adapt to the 1Gbps bandwidth. The data priority is set to the highest level. For vehicles using a high-order driving algorithm model, the transmission containers of the ONUs for the four surround-view cameras (①-④) are allocated 1.5Gbps of bandwidth, using full-quality resolution, and the data priority is set to the highest level. The transmission containers of the ONUs for the four side-view cameras (⑤-⑧) are allocated 1Gbps of bandwidth, and the data priority is also set to the highest level.

[0063] In this embodiment, the control device 110 acquires the vehicle's driving status data, determines the vehicle's driving scenario based on this data, and generates the bandwidth parameters of the transmission container according to the driving scenario and a pre-set bandwidth mapping table. By using the vehicle's driving status data as input for identifying the driving scenario and using the driving scenario as a lookup index in the bandwidth mapping table to determine the bandwidth parameters of the transmission container, bandwidth allocation is dynamically adjusted on demand according to the actual driving situation. This satisfies the real-time data transmission requirements of high-resolution, high-frame-rate cameras while avoiding allocating excessive bandwidth to low-load scenarios, significantly improving the bandwidth utilization efficiency of the vehicle communication system, avoiding bandwidth waste, and enhancing data transmission efficiency.

[0064] In one embodiment, such as Figure 6The diagram illustrates an optical line terminal (OLT) connected to an optical network unit (ONT). The OLT includes a first downlink data module 121, a first bandwidth allocation module 122, and a first data framing and parsing module 123. These three modules can be implemented in hardware, software, or a combination of both. For example, when implemented in hardware, the modules can be application-specific integrated circuits (ASICs), FPGAs, etc.; when implemented in software, the modules can be pre-programmed software based on their intended functions. This application does not specifically limit the configuration of the three modules, as long as they can perform their corresponding functions.

[0065] The first downlink data module 121 is connected to the control device 110 and is used to acquire control commands generated by the control device 110, tag the control commands, and write the tagged control commands into the corresponding queues. After generating control commands, the control device 110 transmits the control commands to the first downlink data module 121 of the optical line terminal (OLT). The first downlink data module 121 receives the control commands from the control device 110 and tags each control command. For example, each control command corresponds to a controlled unit number that the control command needs to control. When the controlled unit number represents a camera, the control command is tagged as A; when the controlled unit number represents a radar, the control command is tagged as B. After tagging, the first downlink data module 121 writes the tagged control commands into the corresponding queues. For example, control commands with the same tag are written into the same queue, and control commands with different tags are written into different queues. Then, based on a preset transmission period, the control commands are transmitted to the first data framing and parsing module 123. The first downlink data module 121 pre-stores the transmission cycle of the control data frame corresponding to each controlled unit. When the corresponding transmission cycle is reached, the control command corresponding to the number of the controlled unit in the queue is transmitted to the first data framing and parsing module 123.

[0066] The first bandwidth allocation module 122 is connected to the control device 110 and is used to acquire the bandwidth parameters and transmission time slot parameters generated by the control device 110. The first bandwidth allocation module 122 can be a DBA module, where Dynamic Bandwidth Allocation (DBA) is the core bandwidth allocation engine of the Optical Line Terminal (OLT). After generating the bandwidth parameters and transmission time slot parameters for each Transmission Container (T-CONT) in all controlled units 200 (ONUs), the control device 110 transmits these parameters to the first bandwidth allocation module 122 of the OLT. The first bandwidth allocation module 122 stores the bandwidth parameters and transmission time slot parameters for each Transmission Container (T-CONT).

[0067] The first data framing and parsing module 123 is connected to both the first downlink data module 121 and the first bandwidth allocation module 122. It receives control commands and, based on the controlled unit 200 corresponding to the control command, obtains the corresponding bandwidth parameters and transmission time slot parameters from the first bandwidth allocation module 122. After receiving all control commands transmitted by the first downlink data module 121, the first data framing and parsing module 123 recognizes that each control command corresponds to a controlled unit number that needs to be controlled. For each controlled unit number of a control command, it retrieves the bandwidth parameters and transmission time slot parameters of each transmission container (T-CONT) of the corresponding optical network unit (ONU) from the first bandwidth allocation module 122. Based on the control commands, bandwidth parameters, and transmission time slot parameters, a control data frame is generated and transmitted to the optical network unit (ONU). All control commands, their corresponding bandwidth parameters, and transmission time slot parameters are combined to form a single control data frame. This control data frame is a broadcast data frame and is broadcast to all connected controlled units 200 of the ONU. Understandably, the transmission periods of control data frames from multiple controlled units 200 can be the same or different. That is, a single control data frame can include control instructions corresponding to only one controlled unit 200, or it can include control instructions corresponding to multiple controlled units 200.

[0068] In this embodiment, the first downlink data module 121 receives and marks control commands, and schedules the control commands to the first data framing and parsing module 123 according to the transmission cycle. The first bandwidth allocation module 122 independently obtains the bandwidth parameters and transmission time slot parameters issued by the control device 110 to achieve centralized management of resource allocation information. The first data framing and parsing module 123 dynamically associates the corresponding bandwidth and time slot parameters according to the identity of the target controlled unit, and encapsulates the control commands, bandwidth parameters, and transmission time slot parameters into structured control data frames. The marked control commands are written into a queue, and the corresponding queue is cached according to the target controlled unit or priority, thereby scheduling them in an orderly manner based on the transmission cycle. This avoids the static bandwidth reservation and resource waste caused by link exclusivity in traditional LVDS point-to-point schemes, ensuring the real-time performance of data transmission and enabling the optical network unit (ONU) to accurately configure the local transmission container. This fundamentally solves the bandwidth waste problem caused by point-to-point direct connection, thereby avoiding bandwidth resource waste and improving data transmission efficiency.

[0069] In one embodiment, such as Figure 6As shown, the Optical Network Unit (ONU) includes: a second downlink data module 221, a second bandwidth allocation module 222, and a second data framing and parsing module 223. These three modules can be implemented in hardware, software, or a combination of both. For example, when implemented in hardware, the corresponding module can be an Application-Specific Integrated Circuit (ASIC), an FPGA, etc.; when implemented in software, the corresponding module can be software pre-programmed according to its intended functions. This application does not specifically limit the configuration of the three modules, as long as they can achieve their corresponding functions.

[0070] The second data framing and parsing module 223 is connected to the first data framing and parsing module 123 and the second downlink data module 221. It is used to acquire control data frames, parse the control data frames, and obtain control commands, bandwidth parameters, and transmission time slot parameters. After receiving the control data frame broadcast by the first data framing and parsing module 123, the second data framing and parsing module 223 of the optical network unit (ONU) parses the control data frame to obtain all control commands and the bandwidth parameters and transmission time slot parameters of each transmission container (T-CONT) in the ONU of each controlled unit 200 corresponding to the control command. The control commands, bandwidth parameters, and transmission time slot parameters are then transmitted to the second downlink data module 221. That is, all control commands and the bandwidth parameters and transmission time slot parameters of each transmission container (T-CONT) in the ONU of each controlled unit 200 corresponding to the control command are transmitted to the second downlink data module 221.

[0071] The second downlink data module 221 is connected to the second bandwidth allocation module 222 and the controlled device 210, respectively, and is used to transmit bandwidth parameters and transmission time slot parameters to the second bandwidth allocation module 222. It also transmits control commands to the controlled device 210. After receiving all control commands and the bandwidth parameters and transmission time slot parameters of each transmission container T-CONT in the optical network unit (ONU) of each controlled unit 200 corresponding to each control command, the second downlink data module 221 does not perform any processing if there are no control commands related to its own controlled unit; if there are control commands related to its own controlled unit, it extracts the corresponding control command and the bandwidth parameters and transmission time slot parameters of each transmission container T-CONT in the corresponding ONU of the controlled unit 200. It then transmits the bandwidth parameters and transmission time slot parameters of each transmission container T-CONT to the second bandwidth allocation module 222. Finally, it transmits the control commands to the controlled device 210, thereby realizing the control data transmission from the control unit 100 to the controlled unit 200.

[0072] The second bandwidth allocation module 222 is used to set the parameters of the transmission containers based on bandwidth parameters and transmission time slot parameters. The second bandwidth allocation module 222 can be a DBA module, where Dynamic Bandwidth Allocation (DBA) is the core engine for bandwidth allocation in the Optical Network Unit (ONU). The second bandwidth allocation module 222 receives the bandwidth parameters and transmission time slot parameters of each transmission container (T-CONT) transmitted by the second downlink data module 221, and sets the corresponding bandwidth parameters and transmission time slot parameters for each transmission container (T-CONT).

[0073] In this embodiment, the second data framing and parsing module 223 receives control data frames from the optical line terminal (OLT) and parses out control commands, bandwidth parameters, and transmission time slot parameters. The second downlink data module 221 transmits the control commands to the controlled device 210 and forwards the bandwidth parameters and transmission time slot parameters to the second bandwidth allocation module 222. The second bandwidth allocation module 222 dynamically configures the communication resources of the local transmission container based on the received parameters, thereby avoiding bandwidth waste and improving data transmission efficiency.

[0074] In one embodiment, the vehicle control system further includes an uplink transmission path, during which the following is performed:

[0075] The Optical Network Unit (ONU) is also used to acquire data to be forwarded from the controlled device 210. If the controlled device 210 is a sensor, the data to be forwarded is the data collected by the sensor. For example, if the sensor is a camera, the data to be forwarded may include voice data, video data, etc. If the controlled device 210 is an actuator, the data to be forwarded can be the status data corresponding to the actuator. For example, if the actuator is a tailgate, the data to be forwarded is the opening and closing status of the tailgate; if the actuator is a display, the data to be forwarded is the display status of the display. After acquiring the data to be forwarded, the ONU writes the data to be forwarded into the corresponding transmission container according to the type of the data. Based on bandwidth parameters and transmission time slot parameters, the ONU generates a forwarding data frame based on the data to be forwarded and transmits the forwarding data frame to the Optical Line Terminal (OLT). Based on the bandwidth parameters and transmission time slot parameters of the transmission container transmitted by the OLT, the ONU packages the data to be forwarded to obtain a forwarding data frame. The forwarding data frame is then transmitted to the OLT.

[0076] The optical line terminal (OLT) is also used to parse forwarded data frames to obtain data to be forwarded and transmit the data to be forwarded to the control device 110. After receiving a forwarded data frame transmitted by an optical network unit (ONU), the OLT parses the forwarded data frame to obtain the data to be forwarded and transmits the data to be forwarded to the control device 110 so that the control device 110 can perform vehicle control based on the data to be forwarded.

[0077] In this embodiment, after the Optical Network Unit (ONU) obtains the data to be forwarded generated by the controlled device 210, it strictly follows the bandwidth and transmission time slot parameters previously issued by the control device 110 through control data frames to generate a structured forwarding data frame within a specified time slot window. This frame is then transmitted back to the Optical Line Terminal (OLT) via fiber optic cable. The OLT parses the frame and delivers the payload, i.e., the data to be forwarded, to the control device 110. By achieving structured encapsulation and orderly transmission of the forwarding data frame under dynamically authorized time slots and bandwidth constraints, the uplink follows a centralized scheduling principle, avoiding conflicts or redundant reservations caused by multiple controlled units simultaneously competing for bandwidth. This eliminates the idle waste caused by long-term monopolization of fixed bandwidth in traditional point-to-point solutions to ensure real-time performance. By leveraging a unified frame structure and downlink control, and sharing the same optical fiber physical layer, link utilization is improved.

[0078] In one embodiment, such as Figure 7 The diagram illustrates another optical line terminal unit (ONU) connected via an optical network unit (ONU). The ONU further includes a second uplink data module 224. This module can be implemented in hardware, software, or a combination of both. For example, when implemented in hardware, the module can be an application-specific integrated circuit (ASIC), an FPGA, etc.; when implemented in software, the module can be pre-programmed software based on its intended functions.

[0079] The second uplink data module 224 interacts with the controlled device 210, the second data framing and parsing module 223, and the second bandwidth allocation module 222, respectively. It acquires the data to be forwarded from the controlled device 210 and writes it into a transmission container. Based on the transmission time slot parameters set in the second bandwidth allocation module 222, it transmits the data to be forwarded to the second data framing and parsing module 223. The second uplink data module 224 interacts with the second bandwidth allocation module 222 to acquire the transmission time slot parameters of the transmission container, and acquires the data to be forwarded from the controlled device 210. According to the type of data to be forwarded, it writes the data into the corresponding transmission container. Based on the transmission time slot parameters of the transmission container configured in the second bandwidth allocation module 222, it transmits the data to be forwarded to the second data framing and parsing module 223 within a specified time window.

[0080] The second data framing and parsing module 223 and the second bandwidth allocation module 222 are used to generate forwarding data frames from the data to be forwarded. After obtaining the data to be forwarded, the second data framing and parsing module 223 packages the data to be forwarded to generate forwarding data frames. Based on the bandwidth parameters set in the second bandwidth allocation module 222, the forwarding data frames are transmitted to the optical line terminal (OLT).

[0081] This embodiment sets up a second uplink data module 224 in the optical network unit (ONU). After obtaining the data to be forwarded from the controlled device 210, this module does not send it immediately. Instead, based on the transmission time slot parameters configured in the second bandwidth allocation module 222, it transmits the data to the second data framing and parsing module 223 within a precisely specified time window. The second data framing and parsing module 223 encapsulates the data in conjunction with the bandwidth parameters, generates structured forwarding data frames, and transmits them back to the optical line terminal (OLT) via the optical fiber link. Through the precise gating of transmission timing by the second uplink data module 224, the localized parsing and management of transmission container parameters by the second bandwidth allocation module 222, and the standardized frame encapsulation of uplink data by the second data framing and parsing module 223, it ensures that uplink communication strictly follows the time slot and bandwidth constraints uniformly issued by the control device 110, realizing time-division multiplexing of multiple controlled units on a shared optical fiber medium. This avoids bandwidth waste caused by static exclusive links.

[0082] In one embodiment, such as Figure 7 As shown, the optical line terminal (OLT) also includes a first uplink data module 124. This module can be implemented in hardware, software, or a combination of both. For example, when implemented in hardware, the module can be an application-specific integrated circuit (ASIC), an FPGA, etc.; when implemented in software, the module can be software pre-programmed according to its intended functions.

[0083] The first data framing and parsing module 123 is connected to the first uplink data module 124 and is used to acquire forwarded data frames, parse the forwarded data frames to obtain the data to be forwarded, and transmit the data to be forwarded to the first uplink data module 124. The first uplink data module 124 is connected to the control device 110 and is used to transmit the data to be forwarded to the control device 110.

[0084] This embodiment sets up a first uplink data module 124 connected to a first data framing and parsing module 123 and a control device 110. The first data framing and parsing module 123 acquires and parses forwarded data frames to extract the data to be forwarded. The first uplink data module 124 then receives this data and transmits it to the control device 110. By using the first uplink data module 124 as an uplink data aggregation point, multi-source data is buffered or adapted according to protocols and delivered in an orderly manner based on the uplink T-CONT management mechanism. This achieves orderly, low-latency transmission of uplink data on the shared fiber optic link according to scheduled time slots.

[0085] In one embodiment, the first uplink data module 124 can count the times of all data frames to be forwarded returned by all transmission containers, and adjust the transmission time slot parameters of the transmission containers based on the times of all data frames to be forwarded returned by all transmission containers. For example, when the times of the data frames to be forwarded returned by two transmission containers are close, the transmission time slot parameters of the corresponding transmission containers can be increased; when the times of the data frames to be forwarded returned by two transmission containers are far apart, the transmission time slot parameters of the corresponding transmission containers can be decreased.

[0086] In one embodiment, the first downlink data module 121 includes a first data classification module and a downlink connection and scheduling management module. The first data classification module is connected to both the control device 110 and the downlink connection and scheduling management module. The first data classification module is used to acquire control commands generated by the control device 110, tag the control commands, and write the tagged control commands into the corresponding queue. The downlink connection and scheduling management module transmits the control commands in the queue to the first data framing and parsing module 123 based on a pre-set transmission period.

[0087] In one embodiment, the second uplink data module 224 includes a second data classification module and an uplink connection and scheduling management module. The second data classification module is connected to the controlled device 210, the second data framing and parsing module 223, and the second bandwidth allocation module 222, respectively, and is used to acquire the data to be forwarded from the controlled device 210 and write the data to be forwarded into the transmission container. The uplink connection and scheduling management module transmits the data to be forwarded in the transmission container to the second data framing and parsing module 223 based on the transmission time slot parameters set in the second bandwidth allocation module 222.

[0088] In one embodiment, such as Figure 8As shown, the vehicle control system also includes a splitter 300. The Optical Line Terminal (OLT) and Optical Network Units (ONUs) are connected to the splitter 300 via optical fiber cables. In the downlink transmission path, the optical signal of the control data frame broadcast by the OLT is proportionally copied and distributed into multiple weak optical signals, which are then sent to all connected ONUs. In the uplink transmission path, the optical signals of the multiple forwarded data frames from different ONUs are converged into the same optical fiber and transmitted back to the OLT.

[0089] In one specific embodiment, such as Figure 9 As shown, taking the control unit as the central computing unit and the camera as the controlled unit, the following explanation is provided: To achieve reasonable scheduling and distribution of traffic, multiple modules coordinate and cooperate within the Optical Line Terminal (OLT) and Optical Network Unit (ONU). The transmission path from the OLT to the ONU is referred to as the downlink transmission path, and the transmission path from the ONU to the OLT is referred to as the uplink transmission path.

[0090] The electrical protocol chip in the optical line terminal (OLT) includes the following modules:

[0091] The data classification module and the downlink connection and scheduling management module constitute the first downlink data module mentioned above. The data classification module is responsible for packaging and tagging service data from different optical line terminal (OLT) devices, such as tagging camera control commands as A and radar control commands as B. The downlink connection and scheduling management module is responsible for triggering the transmission of downlink frames according to a predetermined polling schedule.

[0092] The DBA module, also known as the first bandwidth allocation module, is used to guide the time slots that each transmission container (T-CONT) should occupy in the uplink data frame of the optical network unit (ONU), i.e., the transmission time slot parameters, and generate the corresponding BWmap field. The detailed definition of the BWmap field is as follows:

[0093]

[0094] The T-CONT ID identifies a specific T-CONT container. Flags is used to negotiate the fields to be carried in the uplink frame; Flags=0b01 indicates that the uplink frame must carry DBR information, used by the Optical Network Unit (ONU) to report local queue occupancy and bandwidth usage to the Optical Line Terminal (OLT); Flags=0b10 indicates that the uplink frame must carry PLOAM information. StartTime and StopTime represent the start and end times of transmission for each T-CONT, respectively. Adjusting the values ​​of StartTime and StopTime adjusts the bandwidth quota, thereby adjusting the bandwidth. CRC is the Cyclic Redundancy Check (CRC) code for the BWmap field.

[0095] The optical line terminal (OLT) of the vehicle control system may also include a PLOAM module. The PLOAM module is responsible for assigning a specific ONU ID to each optical network unit (ONU) and carrying management and control information from the OLT regarding the ONU, such as requests for key information, adjustments to transmit optical power, requests to activate an ONU, and messages to deactivate an ONU. These messages ultimately form a PLOAM field. The detailed definition of the PLOAM field is as follows:

[0096]

[0097] Among them, ONU ID is used to identify each optical network unit (ONU); Message ID is used to identify different types of PLOAM messages; Message Data is the payload of PLOAM, which is filled with different content according to different PLOAM messages; CRC is the cyclic redundancy check code of the PLOAM field. When ONU ID=0xFF, it means that the downlink broadcast is sent to all ONU nodes for reception processing.

[0098] The data framing and deframing module, also known as the first data framing and parsing module, is responsible for encapsulating and decapsulating physical frames.

[0099] The uplink T-CONT management module, also known as the first uplink data module, is responsible for parsing all the T-CONT data carried by each optical network unit (ONU) during uplink transmission.

[0100] The electrical protocol chip of the optical network unit (ONU) includes the following modules:

[0101] The data classification module and the uplink connection and scheduling management module constitute the second uplink data module mentioned above. The data classification module is responsible for packaging and tagging service data from different optical network units (ONUs), such as tagging camera video streams with tag A and radar point cloud data with tag B. The uplink connection and scheduling management module is responsible for maintaining multiple transmission containers (T-CONTs) established between the ONU and the optical line terminal (OLT), allocating corresponding queues within the ONU, and associating the tagged service data with the designated queues.

[0102] The DBA module, also known as the second bandwidth allocation module, is responsible for parsing the BWmap field information in downlink packets. For the transmission containers T-CONTs of different optical network units (ONUs), it triggers the data in the designated queue to be transmitted according to the TDMA rules based on the allocated transmission time slot parameters and bandwidth parameters, thereby avoiding data collisions between different ONUs.

[0103] The optical network unit (ONU) of the vehicle control system may also include a PLOAM module. The PLOAM module is responsible for parsing the PLOAM field information in the downlink message and determining whether the PLOAM field needs to be carried in the uplink frame based on the Flags information in the BWmap.

[0104] The data framing and deframing module, also known as the second data framing and parsing module, is responsible for encapsulating and decapsulating physical frames.

[0105] The downlink connection management module, also known as the second downlink data module, is responsible for maintaining the single downlink logical connection channel established between the optical network unit (ONU) and the optical line terminal (OLT). It filters downlink data frames broadcast by the OLT and only receives service data belonging to the ONU.

[0106] In the downlink transmission path, downlink data originates from the Optical Line Terminal (OLT), for example, a camera configuration command used to configure camera parameters such as resolution and frame rate. The data is first packaged and tagged by the data classification module, then mapped to the corresponding downlink connection based on the data destination address and enters the transmission queue. The downlink connection and scheduling management module maintains parameters such as queue length, QoS, and data priority for all downlink connections to support subsequent scheduling. Then, under the guidance of the downlink connection and scheduling management module, the data framing and deframing module periodically schedules and broadcasts downlink physical frames to each Optical Network Unit (ONU).

[0107] Among them, the downlink physical frame is also the control data frame, such as Figure 10As shown, the XGTC Header and XGTC Payload together constitute an XGTC frame. The XGTC Header contains several BWmap fields generated by the DBA module to guide uplink bandwidth allocation, and a PLOAMd field generated by a single PLOAM module related to optical network unit (ONU) control and management. The XGTC Payload carries specific service data, such as camera control command data. PSBd stands for Physical Synchronization Sequence, used to define the start position of the message and achieve frame synchronization.

[0108] When the data framing and deframing module of the Optical Network Unit (ONU) receives the physical frame broadcast by the Optical Line Terminal (OLT), it removes the physical layer overhead to restore the XGTC frame, parses out the BWmap and PLOAM information carried in the XGTC Header, and sends them to the DBA module and PLOAM module respectively. At the same time, it queries the ONU connection list in the downlink connection management module, filters the target data, performs decapsulation and fragmentation reassembly operations, restores it to service data, and hands it over to the camera CMOS module for further processing.

[0109] In the uplink transmission path, uplink data originates from the Optical Network Unit (ONU), such as video stream data from a camera. The data is first packaged and tagged by the data classification module before entering the uplink connection and scheduling management module. This module manages multiple uplink connections of the ONU in groups according to the transmission container T-CONT. Uplink transmission is not a periodic polling process; instead, the ONU's DBA module parses the BWmap information carried in the downlink frames sent by the Optical Line Terminal (OLT) and triggers each Burst segment according to a specific allocated time (the StartTime and StopTime fields determine the ONU's emission time). Specifically... Figure 11As shown, each Burst segment begins with a PLO (Prefix Identifier) ​​field, containing information such as a preamble and ONU ID, used to locate the start of the uplink physical frame and which optical network unit (ONU) each Burst belongs to. Each Burst segment contains multiple Transmission Containers (T-CONTs), which carry service data, as well as PLOAM and DBR fields. The Payload carries the specific service data. Subsequently, the data framing and deframing module sends uplink physical frames (i.e., forwarded data frames) according to the corresponding time window triggered by the uplink connection and scheduling management module. In each T-CONT, the uplink physical frame adds a queue occupancy report (DBR) for the ONU, used as a reference for the next round of bandwidth allocation by the Optical Line Terminal (OLT). When the data framing and deframing module of the OLT receives the burst Bursts uploaded by each ONU, it aggregates the burst Bursts from multiple ONUs through the uplink T-CONT management module, and simultaneously parses the queue reports carried within to optimize the subsequent generation of the BWmap. The data processed by the data framing and deframing module and the uplink T-CONT management module will be decapsulated into corresponding business data and handed over to the SOC of the central computing unit for actual business processing.

[0110] This embodiment, based on Passive Optical Network (PON) technology, dynamically adjusts network resource allocation according to the actual operating conditions of the vehicle, thereby improving transmission efficiency and system resource utilization. Based on the minimum communication bandwidth requirements of the vehicle's cameras, various cameras are rationally allocated to specific physical fiber optic links using a splitter, converging multiple cameras onto a single fiber. The network communication window is dynamically adjusted according to specific operating conditions to optimize communication load. Utilizing a splitter to achieve data convergence from multiple cameras reduces the length of some communication cables compared to a point-to-point LVDS solution. Simultaneously, in specific driving modes, some communication windows are closed or transferred to other communication devices, improving system resource utilization.

[0111] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0112] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A vehicle control system, characterized in that, The vehicle control system includes: a control unit and at least one controlled unit; the control unit includes a control device and an optical line terminal; the controlled unit includes a controlled device and an optical network unit; the optical line terminal is connected to the control device, and the optical network unit is connected to the controlled device; the optical line terminal and the optical network unit are connected via optical fiber cables. The control device is used to generate control commands for the controlled unit, bandwidth parameters of the transmission container, and transmission time slot parameters of the transmission container; and to transmit the control commands, bandwidth parameters, and transmission time slot parameters to the optical line terminal. The optical line terminal is used to generate a control data frame based on the control command, bandwidth parameters, and transmission time slot parameters according to a pre-set transmission period; and to transmit the control data frame to the optical network unit. The optical network unit is used to parse the control data frame to obtain the control command, bandwidth parameters, and transmission time slot parameters; and to set the parameters of the transmission container based on the bandwidth parameters and transmission time slot parameters, and transmit the control command to the controlled device. The controlled device executes the control command.

2. The vehicle control system according to claim 1, characterized in that, The control device is also used for: Obtain the vehicle's driving status data; Based on the driving status data, the driving scenario of the vehicle is determined; Based on the driving scenario and the pre-set bandwidth mapping table, the bandwidth parameters of the transmission container are generated.

3. The vehicle control system according to claim 2, characterized in that, The driving status data includes: driving speed, sentry mode status, imaging function status, vehicle gear status, vehicle positioning information, and vehicle navigation function; the control device is also used for: If the driving speed is the first speed and the sentry mode state is the primary sentry state, then the driving scenario is the primary sentry mode. If the driving speed is the first speed and the sentry mode state is the advanced sentry state, then the driving scenario is the advanced sentry mode. If the imaging function is enabled, or the vehicle is in reverse gear, then the driving scenario is parking mode. If the vehicle navigation function is high-speed navigation, or the vehicle location information is a high-speed road and the driving speed is greater than the second speed, then the driving scenario is a high-speed driving mode. If the vehicle navigation function is urban navigation, or the vehicle location information is urban roads, then the driving scenario is urban driving mode.

4. The vehicle control system according to claim 2, characterized in that, The bandwidth mapping table includes the bandwidth parameters of all the transmission containers for each driving scenario.

5. The vehicle control system according to claim 1, characterized in that, The optical line terminal includes: a first downlink data module, a first bandwidth allocation module, and a first data framing and parsing module; The first downlink data module is connected to the control device and is used to acquire the control commands generated by the control device, tag the control commands, and write the tagged control commands into the corresponding queue; based on a preset transmission period, the control commands are transmitted to the first data framing and parsing module. The first bandwidth allocation module is connected to the control device and is used to obtain the bandwidth parameters and transmission time slot parameters generated by the control device. The first data framing and parsing module is connected to the first downlink data module and the first bandwidth allocation module, respectively, and is used to receive the control command, and obtain the corresponding bandwidth parameters and transmission time slot parameters from the first bandwidth allocation module based on the controlled unit corresponding to the control command; generate a control data frame based on the control command, bandwidth parameters and transmission time slot parameters, and transmit the control data frame to the optical network unit.

6. The vehicle control system according to claim 5, characterized in that, The optical network unit includes: a second downlink data module, a second bandwidth allocation module, and a second data frame parsing module; The second data framing and parsing module is connected to the first data framing and parsing module and the second downlink data module. It is used to acquire the control data frame, parse the control data frame to obtain the control command, bandwidth parameters and transmission time slot parameters, and transmit the control command, bandwidth parameters and transmission time slot parameters to the second downlink data module. The second downlink data module is connected to the second bandwidth allocation module and the controlled device respectively, and is used to transmit the bandwidth parameters and transmission time slot parameters to the second bandwidth allocation module; and to transmit the control commands to the controlled device. The second bandwidth allocation module is used to set the parameters of the transmission container based on the bandwidth parameters and the transmission time slot parameters.

7. The vehicle control system according to claim 6, characterized in that, The optical network unit is also used to acquire the data to be forwarded from the controlled device; based on the bandwidth parameters and transmission time slot parameters, generate a forwarding data frame according to the data to be forwarded, and transmit the forwarding data frame to the optical line terminal. The optical line terminal is also used to parse the forwarded data frame to obtain the data to be forwarded; The data to be forwarded is transmitted to the control device.

8. The vehicle control system according to claim 7, characterized in that, The optical network unit further includes: a second uplink data module; The second uplink data module is connected to the controlled device, the second data framing and parsing module, and the second bandwidth allocation module, respectively, for acquiring the data to be forwarded from the controlled device, writing the data to be forwarded into the transmission container, and transmitting the data to be forwarded to the second data framing and parsing module based on the transmission time slot parameters set in the second bandwidth allocation module. The second data framing and parsing module and the second bandwidth allocation module are used to generate forwarding data frames from the data to be forwarded; and to transmit the forwarding data frames to the optical line terminal based on the bandwidth parameters set in the second bandwidth allocation module.

9. The vehicle control system according to claim 8, characterized in that, The optical line terminal further includes: a first uplink data module; The first data framing and parsing module is connected to the first uplink data module and is used to acquire the forwarded data frame, parse the forwarded data frame to obtain the data to be forwarded, and transmit the data to be forwarded to the first uplink data module. The first uplink data module is connected to the control device and is used to transmit the data to be forwarded to the control device.

10. The vehicle control system according to claim 1, characterized in that, The vehicle control system also includes: a beam splitter; The optical line terminal and the optical network unit are respectively connected to the optical splitter via optical fiber cables.

Images